[发明专利]一种IP ABIS中的快速呼叫建立的方法及系统

说明书

技术领域

本发明涉及GSM通讯技术领域，尤其涉及一种IP ABIS中的快速呼叫建立的方法及系统。

背景技术

全球移动通讯系统(Global System for Mobile Communications，GSM)中，码型变换器(Transcoder/Rate Adapter Unit，TRAU)通过ABIS口与基站(Base Station，BTS)进行交互。ABIS口实现的方式有16kbit/s的复用方式，也有8kbit/s的复用方式。ABIS口中将传输各种不同语音算法的TRAU帧格式，包括全速率算法(Full Rate，FR)、增强型全速率算法(Enhanced Full Rate，EFR)、半速率算法(Half Rate，HR)、自适应多速率语音算法(Adaptive Multi-Rate，AMR)等。各种不同语音算法的TRAU帧主要用来传输用于压缩或者解压缩的语音序列。而由于BTS在空口解调译码过程中，可能会产生一些无法译码的帧，此时在进行语音解码中需要将一个坏帧标志(Bad Flag Indication，BFI)送给语音算法进行相关的坏帧处理过程。所以，TRAU帧也包括了BFI等一些相关的控制位信息。

随着IP化技术的发展，GSM网络ABIS口采用实时传输协议(Real-time Transport Protocol，RTP)进行IP传输。目前采用了RFC3551/4867等协议来进行ABIS口IP化过程。RFC3551主要是针对FR、EFR、HR等非AMR进行IP化的相关处理过程；而RFC4867主要是针对AMR算法的IP化处理过程。由于RFC协议格式的标准面向的是IP语音格式方面，其接口定义与ABIS口有一些相差。RFC3551的接口定义中，FR、EFR、HR的格式都没有相关的控制位定义。这些与原来ABIS口的TRAU帧定义有一些差异。这些导致原来TRAU坏帧不能在RTP中传输。

RTP传输过程中，使用IP/UDP进行相关传输，其中BTS与TRAU将使用相关的IP地址和UDP端口地址进行相关的映射关系。由于BTS可能接入公网，中间需要经过网络地址转换(Network Address Translator，NAT)路由过程，BSC给BTS安排的UDP端口和IP，在数据IP传输过程中可能被NAT改变。所以TRAU只能通过BTS传上来的IP数据包中进行获知，TRAU不能从BSC中获得BTS的IP地址和UDP端口号。

如图1所示，BTS通过NAT与TRAU接入。在进行IP/UDP传输过程中，BTS通过IP地址IP1和端口号UDP1与TRAU建立呼叫，TRAU的IP地址是IP2和端口号是UDP2。NAT路由功能有可能直接将BTS的端口号和IP地址更改传递给TRAU。当NAT对BTS的端口号和IP进行更改时，将BTS的数据以IP地址IP3和端口号UDP3发送给TRAU。此时TRAU无法知道BTS的IP地址和UDP端口号，因为BSC只能知道原来的IP1和UDP1的信息，无法知道NAT更改后的IP3和UDP3的信息。这时候，TRAU发送BTS的数据只能等待上行BTS将数据包发送过来之后，才能够知道BTS经过NAT之后的IP地址和端口号。

在开始的呼叫建立或者切换过程中，BTS将会译码出一些坏帧传输给TRAU。原来在时分复用(Time Division Multiplex，TDM)格式ABIS口的TRAU帧的实现方式中，都能够传输给TRAU。TRAU接收BTS的TRAU帧之后，下行(即，数据流从TRAU到BTS的这样的方向)也能够进行相关的编码。但是现有的ABIS口IP化之后，采用RTP格式的实现方式时，这些坏帧将不能进行传输。这样BTS只能在接收到正确译码的数据帧才能将BTS的帧传递给TRAU，此时TRAU才知道BTS的IP地址和端口号。在BTS从建链到接收到正确的译码数据之间将存在100ms左右的时间延迟，这样将大大延迟呼叫建立的过程，影响用户的感受度。

发明内容

本发明的目的在于，提供一种IP ABIS中的快速呼叫建立的方法，能够在ABIS口IP化之后，BTS在接收到非有效的数据帧时，使TRAU知道BTS的IP地址和端口号，通过RTP实现的语音信道与原TRAU帧格式效果相同。

本发明的另一目的在于，提供一种IP ABIS中的快速呼叫建立的系统，能够在ABIS口IP化之后，BTS在接收到非有效的数据帧时，使TRAU知道BTS的IP地址和端口号，通过RTP实现的语音信道与原TRAU帧格式效果相同。