php语音回呼话单通知,语音回呼呼叫状态通知API

2023-11-22 12:40

本文主要是介绍php语音回呼话单通知,语音回呼呼叫状态通知API,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

语音回呼场景请求参数

语音回呼,也叫双向回呼,用户使用语音回呼软件呼叫另一方,语音通话平台依次呼叫主被叫号码,建立通话,实现主被叫号码间的点对点通信。

注:以下流程以用户A请求呼叫用户B,语音通话平台依次呼叫主叫号码A和被叫号码B,B用户接听为例。流程和接口示例仅供参考,请以实际消息为准。

8539e7b11a7ae0f28e56c7b85a0c5183.png

表2请求Body参数说明参数名称

是否必选

参数类型

说明

statusInfo

CallStatusInfo

呼叫状态事件的信息。

当eventType参数为callout、alerting、answer、disconnect时携带。

CallStatusInfo

表3callout:呼出事件参数名称

是否必选

参数类型

说明

timestamp

String(1-128)

该呼叫事件发生时语音通话平台的UNIX时间戳。

该参数取值为UTC时间(+8小时为北京时间)格式,即为“yyyy-MM-dd HH:mm:ss”。

userData

String(1-256)

用户附属信息,此参数的值与“语音回呼场景API”中的"userData"参数值一致。

sessionId

String(1-256)

唯一指定一条通话链路的标识ID。

caller

String(1-32)

主叫号码。

号码仅支持全局号码格式(包含国家码),比如+86138****7021。

注:

语音回呼业务:

语音通话平台呼叫A时的呼出事件主叫号码为SP设置的主叫端来电显示号码(displayNbr)。

语音通话平台呼叫B时的呼出事件主叫号码为SP设置的被叫端来电显示号码(displayCalleeNbr)。

号显回呼业务:

语音通话平台呼叫A时的呼出事件主叫号码为平台号码(bindNbr)。

语音通话平台呼叫B时的呼出事件主叫号码为用户A号码。

called

String(1-32)

被叫号码。

号码仅支持全局号码格式(包含国家码),比如+86138****7021。

注:语音回呼场景

语音通话平台呼叫A时的呼出事件被叫号码为A。

语音通话平台呼叫B时的呼出事件被叫号码为B。

接口示例

POST /status HTTP/1.1

Content-Length: xx

{"eventType":"callout","statusInfo":{"sessionId":"1201_612_4294967295_20190124030424@callenabler245.huaweicaas.com","timestamp":"2019-01-24 03:04:24","caller":"+86138****0022","called":"+86138****0021"}}

表4alerting:振铃事件参数名称

是否必选

参数类型

说明

timestamp

String(1-128)

该呼叫事件发生时语音通话平台的UNIX时间戳。

该参数取值为UTC时间(+8小时为北京时间)格式,即为“yyyy-MM-dd HH:mm:ss”。

userData

String(1-256)

用户附属信息,此参数的值与“语音回呼场景API”中的"userData"参数值一致。

sessionId

String(1-256)

唯一指定一条通话链路的标识ID。

caller

String(1-32)

主叫号码。

号码仅支持全局号码格式(包含国家码),比如+86138****7021。

注:

语音回呼业务:

语音通话平台呼叫A时的振铃事件主叫号码为SP设置的主叫端来电显示号码(displayNbr)。

语音通话平台呼叫B时的振铃事件主叫号码为SP设置的被叫端来电显示号码(displayCalleeNbr)。

号显回呼业务:

语音通话平台呼叫A时的振铃事件主叫号码为平台号码(bindNbr)。

语音通话平台呼叫B时的振铃事件主叫号码为用户A号码。

called

String(1-32)

被叫号码。

号码仅支持全局号码格式(包含国家码),比如+86138****7021。

注:语音回呼场景

语音通话平台呼叫A时的振铃事件被叫号码为A。

语音通话平台呼叫B时的振铃事件被叫号码为B。

接口示例

POST /status HTTP/1.1

Content-Length: xx

{"eventType":"alerting","statusInfo":{"sessionId":"1201_612_4294967295_20190124030424@callenabler245.huaweicaas.com","timestamp":"2019-01-24 03:04:26","caller":"+86138****0022","called":"+86138****0021"}}

表5answer:应答事件参数名称

是否必选

参数类型

说明

timestamp

String(1-128)

该呼叫事件发生时语音通话平台的UNIX时间戳。

该参数取值为UTC时间(+8小时为北京时间)格式,即为“yyyy-MM-dd HH:mm:ss”。

userData

String(1-256)

用户附属信息,此参数的值与“语音回呼场景API”中的"userData"参数值一致。

sessionId

String(1-256)

唯一指定一条通话链路的标识ID。

caller

String(1-32)

主叫号码。

号码仅支持全局号码格式(包含国家码),比如+86138****7021。

注:

语音回呼业务:

语音通话平台呼叫A时的应答事件主叫号码为SP设置的主叫端来电显示号码(displayNbr)。

语音通话平台呼叫B时的应答事件主叫号码为SP设置的被叫端来电显示号码(displayCalleeNbr)。

号显回呼业务:

语音通话平台呼叫A时的应答事件主叫号码为平台号码(bindNbr)。

语音通话平台呼叫B时的应答事件主叫号码为用户A号码。

called

String(1-32)

被叫号码。

号码仅支持全局号码格式(包含国家码),比如+86138****7021。

注:语音回呼场景

语音通话平台呼叫A时的应答事件被叫号码为A。

语音通话平台呼叫B时的应答事件被叫号码为B。

接口示例

POST /status HTTP/1.1

Content-Length: xx

{"eventType":"answer","statusInfo":{"sessionId":"1201_612_4294967295_20190124030424@callenabler245.huaweicaas.com","timestamp":"2019-01-24 03:04:31","caller":"+86138****0022","called":"+86138****0021"}}

表6disconnect:挂机事件参数名称

是否必选

参数类型

说明

timestamp

String(1-128)

该呼叫事件发生时语音通话业务平台的UNIX时间戳。

该参数取值为UTC时间(+8小时为北京时间)格式,即为“yyyy-MM-dd HH:mm:ss”。

userData

String(1-256)

用户附属信息,此参数的值与“语音回呼场景API”中的"userData"参数值一致。

sessionId

String(1-256)

唯一指定一条通话链路的标识ID。

caller

String(1-32)

主叫号码。

号码仅支持全局号码格式(包含国家码),比如+86138****7021。

注:

语音回呼业务:

若A先挂机,则挂机事件主叫号码为SP设置的主叫端来电显示号码(displayNbr);若B先挂机,则挂机事件主叫号码为SP设置的被叫端来电显示号码(displayCalleeNbr)。

号显回呼业务:

若A先挂机,则挂机事件主叫号码为平台号码(bindNbr);若B先挂机,则挂机事件主叫号码为用户A号码。

called

String(1-32)

被叫号码。

号码仅支持全局号码格式(包含国家码),比如+86138****7021。

注:

语音回呼场景,若A先挂机,则挂机事件被叫号码为A号码;若B先挂机,则挂机事件被叫号码为B号码。

partyType

String(枚举)

当通知类型“eventType”为“disconnect”且客户调用“语音回呼场景API”时将“partyTypeRequiredInDisconnect”参数设置为“true”时才会携带。

取值范围如下:

caller:主叫

callee:被叫

platform:平台

stateCode

Integer

通话挂机的原因值,仅当eventType为disconnect时携带。

取值范围及表示的含义请参考通话挂机原因值说明。

stateDesc

String(1-128)

通话挂机的原因值的描述,仅当eventType为disconnect时携带。

接口示例

POST /status HTTP/1.1

Content-Length: xx

{"eventType":"disconnect","statusInfo":{"sessionId":"1201_612_4294967295_20190124030424@callenabler245.huaweicaas.com","timestamp":"2019-01-24 03:04:49","caller":"+86138****0022","called":"+86138****0021","stateCode":0,"stateDesc":"The user releases the call."}}

这篇关于php语音回呼话单通知,语音回呼呼叫状态通知API的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/410229

相关文章

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

SpringBoot监控API请求耗时的6中解决解决方案

《SpringBoot监控API请求耗时的6中解决解决方案》本文介绍SpringBoot中记录API请求耗时的6种方案,包括手动埋点、AOP切面、拦截器、Filter、事件监听、Micrometer+... 目录1. 简介2.实战案例2.1 手动记录2.2 自定义AOP记录2.3 拦截器技术2.4 使用Fi

Go语言并发之通知退出机制的实现

《Go语言并发之通知退出机制的实现》本文主要介绍了Go语言并发之通知退出机制的实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧... 目录1、通知退出机制1.1 进程/main函数退出1.2 通过channel退出1.3 通过cont

Knife4j+Axios+Redis前后端分离架构下的 API 管理与会话方案(最新推荐)

《Knife4j+Axios+Redis前后端分离架构下的API管理与会话方案(最新推荐)》本文主要介绍了Swagger与Knife4j的配置要点、前后端对接方法以及分布式Session实现原理,... 目录一、Swagger 与 Knife4j 的深度理解及配置要点Knife4j 配置关键要点1.Spri

HTML5 getUserMedia API网页录音实现指南示例小结

《HTML5getUserMediaAPI网页录音实现指南示例小结》本教程将指导你如何利用这一API,结合WebAudioAPI,实现网页录音功能,从获取音频流到处理和保存录音,整个过程将逐步... 目录1. html5 getUserMedia API简介1.1 API概念与历史1.2 功能与优势1.3

IIS 7.0 及更高版本中的 FTP 状态代码

《IIS7.0及更高版本中的FTP状态代码》本文介绍IIS7.0中的FTP状态代码,方便大家在使用iis中发现ftp的问题... 简介尝试使用 FTP 访问运行 Internet Information Services (IIS) 7.0 或更高版本的服务器上的内容时,IIS 将返回指示响应状态的数字代

如何关闭Mac的Safari通知? 3招教你关闭Safari浏览器网站通知的技巧

《如何关闭Mac的Safari通知?3招教你关闭Safari浏览器网站通知的技巧》当我们在使用Mac电脑专注做一件事情的时候,总是会被一些消息推送通知所打扰,这时候,我们就希望关闭这些烦人的Mac通... Safari 浏览器的「通知」功能本意是为了方便用户及时获取最新资讯,但很容易被一些网站滥用,导致我们

使用Python实现调用API获取图片存储到本地的方法

《使用Python实现调用API获取图片存储到本地的方法》开发一个自动化工具,用于从JSON数据源中提取图像ID,通过调用指定API获取未经压缩的原始图像文件,并确保下载结果与Postman等工具直接... 目录使用python实现调用API获取图片存储到本地1、项目概述2、核心功能3、环境准备4、代码实现

无法启动此程序因为计算机丢失api-ms-win-core-path-l1-1-0.dll修复方案

《无法启动此程序因为计算机丢失api-ms-win-core-path-l1-1-0.dll修复方案》:本文主要介绍了无法启动此程序,详细内容请阅读本文,希望能对你有所帮助... 在计算机使用过程中,我们经常会遇到一些错误提示,其中之一就是"api-ms-win-core-path-l1-1-0.dll丢失

Java 的 Condition 接口与等待通知机制详解

《Java的Condition接口与等待通知机制详解》在Java并发编程里,实现线程间的协作与同步是极为关键的任务,本文将深入探究Condition接口及其背后的等待通知机制,感兴趣的朋友一起看... 目录一、引言二、Condition 接口概述2.1 基本概念2.2 与 Object 类等待通知方法的区别