概述
freeswitch支持三种模式的DTMF传输方式,分别时inband、INFO、2833。
在传统的PSTN网络中,所有的DTMF码都是inband模式,所以VOIP网络和PSTN网络对接中,需要将DTMF码做格式转换,通常是2833和inband之间的转换。
freeswitch作为VOIP和PSTN网络中间的媒体服务器时,AB路会协商为不同的DTMF按键格式,我们需要一种可以将2833和inband格式互转的方案。
环境
centos:CentOS release 7.0 (Final)或以上版本
freeswitch:v1.10.7
GCC:4.8.5
2833和inband的转换接口
freeswitch中有两个inband到2833格式的转换接口,分别是“start_dtmf”和“spandsp_start_dtmf”。根据之前的测试结果,我们选择“spandsp_start_dtmf”。
<action application="spandsp_start_dtmf"/>
而2833到inband格式的转换接口只有一个“start_dtmf_generate”。
<action application="start_dtmf_generate" />
fs内部默认在没有2833的情况下使用info传递DTMF,需要设置通道变量“rtp_info_when_no_2833”。
<action application="export" data="rtp_info_when_no_2833=false"/>
配置方案
在我们的模拟场景中,A路使用2833,B路使用inband。
修改拨号计划如下。
<include>
<context name="out2in">
<extension name="sbc-out2in" continue="true">
<condition field="destination_number" expression="^(\d+)$">
<action application="export" data="rtp_info_when_no_2833=false"/>
<action application="set" data="execute_on_media=start_dtmf_generate" />
<action application="export" data="nolocal:execute_on_media=spandsp_start_dtmf" />
<action application="bridge" data="{sip_invite_call_id=${sip_call_id}
}sofia/external5066/sip:${destination_number}@10.55.55.138:5090"/>
</condition>
</extension>
</context>
</include>
其中,A路使用2833,对A路设置了“start_dtmf_generate”接口,将A路的2833转换为B路的inband。
B路使用inband,对B路设置了“spandsp_start_dtmf”接口,将B路的inband转换为A路的2833。
测试
测试的架构,A(2833)->fs->B(inband)。预期的DTMF流程描述如下。
A路发起呼叫,B路接听并echo媒体流。
A路发送DTMF(2833)到fs,fs转换为DTMF(inband)转发B路,B路终端echo反射媒体流DTMF(inband)到fs,fs转换为DTMF(2833)返回A路。
测试结果如下。
信令流程截图。红框中是A路的DTMF(2833)。
媒体流截图。红框中是B路的DTMF(inband)。
测试结果基本符合预期。
总结
使用拨号计划的app组合,实现了fs支持AB路不同的DTMF格式的转换。
freeswitch的DTMF从inband转换为2833的功能仍然有缺陷,表现为inband中的波形过滤不完全,会造成后续节点识别DTMF时重码的问题。
空空如常
求真得真
标签:fs,inband,DTMF,dtmf,freeswitch,2833 From: https://www.cnblogs.com/qiuzhendezhen/p/17412512.html