[发明专利]一种基于LINUX内核PX网关语音兼容方法及系统

说明书

本发明提供一种基于LINUX内核PX网关语音兼容方法，PX收到MGC发来的呼叫请求，并提取端口A；PX向MGC回复端口B；建立映射表；PX向B2B‑SIP发送呼叫请求，并申明RTP端口为A；B2B‑SIP向MP申请RTP端口对，并得到资源端口C和F；B2B‑SIP使用端口C寻呼UE；UE返回响应并申明端口为D；向MP下发端口收发数据C/D给MP，申明于UE通过该端口对进行RTP收发；向PX回复响应，并申明端口F；向MP下发端口收发数据A/F，申明于PX通过该端口对进行RTP收发；PX处理收到的响应；PX向MGC发送请求，申明被叫段已经接听，解决了原有px的端口映射功能完全失效的现象。

技术领域

本发明涉及一种基于LINUX内核PX网关语音兼容方法及系统。

背景技术

依托于PBX(语音综合接入设备)对H248-SIP信令网关PX(Protocol Exchage)，实现H248客户端与SIP客户端互通的功能，其对RTP媒体数据的正确转发十分重要。H248协议需要对呼入请求率先回复RTP端口号，而SIP协议不支持该特性，故PX对于H248呼入的场景，PX通过H248协议向MGC申明被叫的RTP端口为B，而通过SIP协商的实际端口为F。为了MGC能正常收发RTP报文，PX需要对F端口关联的RTP报文的做端口修正为B。

现有的方式是为PX功能单独构建PXForward内核功能，级联在PBX媒体服务器(为纯SIP呼叫和PX呼叫提供RTP转发)的发送末端，对所有通话的RTP报文做判断处理。实际应用中，需要用到PX的呼叫量不高，这种处理方式为设备带来不必要的性能损耗。SIP会话存在被叫响应晚于RTP报文到达媒体服务器的情况，此时端口MAP关系未建立，MGC会收到未做端口MAP的RTP报文，随后在收到经过端口MAP的报文，若MGC存在RTP端口自学习，会导致MGC丢弃后续报文，发生单通问题。

一发明名称为：一种基于linux内核的mediaproxy的方法，申请号为201610388130.6；其替换当前PBX中的媒体服务器，但是，同时导致PX Forward这种级联的处理方式失效。为满足当前H248-SIP网关功能的正常需求，此处提供一种基于mediaproxy(MP)的PX媒体数据处理方案，用于继承以往方案的功能，通过仅处理关联通话的RTP报文来降低性能损耗，解决单通问题。

现有PX_forword技术在RTP转发末端，对所有通话的RTP报文均做端口映射检查处理，映射方案的全局查找带来性能的浪费，PX_forword技术不能兼容公司基于mediaproxy的新媒体方案，导致端口映射不生效。即使在PX_forword技术方案上，也存在端口转换不及时，导致MGC媒体服务器的端口学习行为触发语音单通。

即，在MGC没有端口自学习的前提下，MGC只识别端口B发来的RTP报文，端口映射失效将导致呼入通话语音单向静音。在开启自学习的前提下，端口映射不及时，会概率出现少量端口F发送的报文，导致MGC认为后续报文均从端口F发出，从而忽略端口B发送的报文，容易导致概率性单向静音的问题。

发明内容

本发明要解决的技术问题，在于提供一种基于LINUX内核PX网关语音兼容方法及系统，解决了使用meidiaproxy媒体方案，原有px的端口映射功能完全失效的现象。

本发明之一是这样实现的：一种基于LINUX内核PX网关语音兼容方法，包括一PBX设备，所述PBX内设有PX模块、B2B-SIP模块以及MP模块，具体包括如下步骤：

PX模块收到MGC发来的呼叫请求，并提取端口A；

PX模块向MGC回复端口B；

PX模块向MP模块下发端口A和端口B的绑定信息；MP模块收到并建立映射表MAP(A:B)；

PX模块向B2B-SIP模块发送呼叫请求，并申明RTP端口为A；