背景
随着互联网技术的发展和网络的普及，线上告警已经由早期的短信/邮件通知发展为微信/电话语音等方式，由于短信/邮件等告警方式存在延时问题，不能及时告知被通知对象，业内开始流行将服务器接收到的告警内容通过TTS（语音合成）合成语音后告知用户，用户按键选择主动处理或移交给其他负责人，智能语音机器人基于TTS和SIP实现了语音播报功能与按键识别功能的结合，应用于58运维告警以更及时、更便捷、更多元的方式通知开发维护人员，并将此功能应用于校招邀约等场景，代替或辅助人工完成一些流程固定的工作，可以有效地节省成本提高人效，如图1.
图1使用场景
整体流程
智能语音机器人基于SIP线路实现的呼出场景下，用户电话按键信号捕获需要借助SIP线路实现，整体流程如图2，在代理终端A（用户）与代理终端B（机器人）持续通话的过程中，用户会持续向机器人发送媒体流，机器人在接收媒体流时会判断当前流属于语音流还是按键信号，如果当前流属于语音流则经过语音解码器，如果是按键信号则经过按键信号识别模块，最终产生语音数据/按键信息再做下一步处理。
图2整体流程
如何传输
1、按键信号如何传输
目前所有的电话和传真机按键都采用DTMF信号进行编码和传输，DTMF信号是利用模拟信号对数字符号进行编码，该编码方案共使用8个模拟频率对16个符号进行编码，分为高音群和低音群，所以称为双音多频（Dual-ToneMultiple-Frequency）编码，每个符号由一个高音频率和一个低音频率唯一确定（0~9*#ABCD），如图3.
图3DTMF信号编码
2、SIP如何检测DTMF信号
目前传输DTMF信号主要有三个方式：通过通信协议传输（SIPINFO）、遵循RFC2833规范传输、通过RTP的数据内容传输（INBAND）。
1）SIPINFO
通过SIP信令INFO包中的signal字段携带DTMF信号传输，这种方式的好处是不影响RTP数据包的传输，但SIP信令和媒体传输是分开的，很容易造成DTMF信号和媒体包不同步。
2）RFC2833
通信前使用SDP协议协商telephone-event参数，通过RTP包传输，由RTP包包头的PT（payloadtype）来标示RFC2833的数据包（如图4）。
3）INBAND
将DTMF信号不经任何处理直接打成RTP包与普通的RTP语音包混在一起传输，要获得DTMF信号则必须提取RTP数据包进行频谱分析，得到高频和低频的频率，然后查表得到对应的按键。
图4RTP包格式
如何识别
综合考虑，遵循RFC2833规范实现基于SIP的电话按键信号识别成本最低，下面将详细介绍下SIP会话如何建立，媒体如何协商、基于会话和媒体协商结果如何实现电话按键信号的解析。
1、会话建立
SIP（Session Initiation Protocol）是一种信令协议，用于初始化、管理和终止网络语音和视频会话，如图5，终端代理A为主叫代理，终端代理B为被叫代理，A与B的会话建立流程如下：
1）A先发送INVITE请求至代理服务器（一般为SIP运营商提供），代理服务器将INVITE请求转发给B；
2）代理服务器给A返回呼叫处理中的100TRYING应答消息；
3）B向代理服务器发送呼叫处理中的100TRYING应答消息；
4）B发现用户振铃后，向代理服务器发送180RINGING振铃消息，代理服务器收到后转发给A；
5）B发现用户接听后，向代理服务器发送200OK消息表示连接成功，代理服务器将200OK转发给A；
6）A收到请求后，发送ACK消息进行确认，代理服务器再将ACK消息转发给B；
7）主被叫用户之间建立通信连接，开始通信；
图5SIP信令交互
2、媒体协商
SDP（Session Description Protocol）协议主要用于两个会话实体的媒体协商，描述会话所使用的的流媒体细节，协议格式如图6，以type>=value>形式存储，其中：
1）c表示连接信息，用于约定IP协议版本、IP地址等信息；
2）a表示会话信息，用于约定会话使用的编解码器、按键事件（telephone-event）的RTP包包头等信息；
3）m表示媒体信息，用于约定会话为音频或视频通话、接收媒体流的端口等信息；
图6SDP协议格式
主被叫通过SDP协议协商媒体信息流程如下：
1）在会话建立过程中，主叫向被叫发送INVITE请求时携带SDP协议，约定主叫接收媒体流的IP地址及端口、编解码器、按键事件等信息；
2）在被叫给主叫回复180RINGING振铃消息时携带SDP协议，同样也约定了被叫的相关信息；
3）主被叫通信建立，按照SDP协议约定的媒体信息进行通信；
3、按键信号解析
遵循RFC2833规范，按键DTMF信号使用RTP包发送，通过RTP包头PT（payloadtype）来标示RFC2833数据包，基于以上信息并参考图6中SDP协议约定信息（a=rtpmap:126telephone-event/8000）可将按键解析步骤总结如下：
1）在接收RTP包时，当包头PT=126时，RTP包体中存储的内容即为按键信息；
2）由于RTP是基于UDP协议封装的，为了防止丢包，同一个按键信号会产生多个RTP包且包头中Timestamp相同，我们可根据包头的时间戳去重；
3）至此我们就可以成功解析基于SIP的电话按键信号；
图7按键解析
58同城TEG技术工程平台群AILab，旨在推动AI技术在58生活服务行业的落地，打造AI中台能力，以提高前台业务的人效和用户体验。AILab目前负责的产品包括：智能客服、语音机器人、智能写稿、AI算法平台、智能语音分析平台、语音识别引擎等，未来将持续加速创新，拓展AI应用。
58同城TEG技术工程平台群AILab，旨在推动AI技术在58生活服务行业的落地，打造AI中台能力，以提高前台业务的人效和用户体验。AILab目前负责的产品包括：智能客服、语音机器人、智能写稿、AI算法平台、智能语音分析平台、语音识别引擎等，未来将持续加速创新，拓展AI应用。
【作者介绍】
李鸿勋，58同城AILab资深后端工程师，2017年加入58同城，目前主要负责智能语音机器人后端架构设计和研发，曾先后从事58同城推荐系统、智能客服系统后端研发工作。
