专利名称：一种报文去抖动处理的方法
技术领域：
本发明涉及IU口(Interconnection point between an RNC and a CoreNetwork)IP化技术领域，具体来说，涉及到IU口IP化后报文传送的技术。
背景技术：
IU口是RNC(Radio Network Controller无线网络控制器)和核心网之间的互连点，在IU口IP化以前，IU口是ATM(Asynchronous Transfer Mode异步转移模式)接口，在目前IP越来越普及的情况下，再建设ATM网络，成本会相当高，且互通问题会越来越多。因此在全网IP化的趋势下，IU口IP化是大势所趋。
在IU口上的用户面协议UP(user plane)有两种模式透明模式和支持模式。在透明模式时，没有UP协议头，应用层协议直接在AAL2(AAL2ATMAdaptation Layer type 2异步转移模式适配层2)层上传送，与报文的去抖动处理没有关系。在支持模式下，有4字节的UP头，因为UP协议是保证传输质量的，此时涉及到对报文的去抖动处理。
UP数据报文分为几种类型，如表1所示的类型0和如表2所示的类型1
表1Iu UP协议数据单元类型0格式 表2Iu UP协议数据单元类型1格式其中的帧号(Frame Number)标识帧的序列号，占用四个比特，每帧的帧号依次加一。
在IU口IP化时，用户数据报文采用RTP(Real Time Protocol实时协议)进行承载。其中RTP的报头格式如表3所示
表3RTP的报头格式其中sequence number为RTP报文的序列号，其长度为4个字节，每帧加1，时戳取本地时戳。
在IU口IP化后的应用场景之一如图1所示在无线网络中，语音是以20ms定时打包往外发送，如果出现抖动，在接收方，就会不是定时收到语音报文，而是可能不定时收到报文。因为报文经过IP网络时，可能出现抖动，无法保证数据流的恒定性，而ATM网络的输入端输入的数据流必须是持续恒定的，所以从RNC1到MGW1(Media Gateway媒体网关)之间的接口为IU-IP接口，且使用的编解码一致时，报文到达MGW1后根据RTP/UP报文需要作去抖动缓存处理，然后才发送到RNC2上。
ATM也会有抖动情况，虽然抖动一般比较小，因此RNC2收到MGW1发送的报文后同样要进行去抖动处理。
目前RNC一般都具有根据UP帧号进行抖动缓存处理的功能，此时，经过的延迟就是抖动缓存(Jitter Buffer)的延迟。
因此，现有的技术方案中IU口IP化后，报文实际上存在两种去抖动缓存处理，这样会增加相应的延迟。
如图1所示，在一种应用场景中，IU-IP接口的RNC通过MGW1和MGW3互通，这时需要在MGW1上作抖动缓存处理。如果MGW3再和其它网络以IP对接的话，对端网络一样要作去抖动缓存处理，这种应用场景中也需要两次去抖动缓存处理。
如上所述，现有技术中对IU口IP化后传输的报文在MGW上作一次去抖动缓存处理，在RNC再作一次去抖动缓存处理，实际上作了两次去抖动缓存处理，增加了相应的延迟，而这样的延迟将对语音质量产生较大的影响。
发明内容
本发明的目的在于提供一种报文去抖动处理方法，以解决现有技术中IU口IP化后对报文进行两次去抖动处理导致的过长延迟的问题。
为实现上述目的，本发明采用如下的技术方案一种报文去抖动处理的方法，所述的方法包括如下步骤a、媒体网关MGW根据收到的实时协议RTP报文头序列号填写发出的用户面协议UP报文头帧号或者根据收到的UP报文头帧号填写发出的RTP报文头序列号，然后将所述的报文转发到无线网络控制器RNC；b、所述的RNC接收到所述的报文后进行去抖动处理。
其中步骤a具体包括a1、MGW收到报文后将实时协议RTP报文头中的序列号映射为UP报文头中的帧号或者将UP报文头的帧号映射为RTP报文头中的序列号，然后将所述的报文转发到无线网络控制器RNC。
其中步骤a1具体包括a11、所述的MGW接收到RNC1通过IU-IP接口发送的RTP报文后将所述的RTP报文头中的序列号进行对16求模后将结果作为UP报文头的帧号填写在所述的UP报文中；a12、所述的MGW将携带有所述的帧号的UP报文通过IU-ATM接口转发到所述的RNC2。
其中步骤a1具体包括a11、所述的MGW接收到RNC2通过IU-ATM接口发送的UP报文后判断所述的报文是否为预期报文，如果是，按照接收到的报文的先后顺序为转发的RTP报文生成序列号，转步骤a12；否则将所述的报文丢弃；a12、所述的MGW将携带有所述的序列号的RTP报文通过IU-IP接口转发到所述的RNC1。
其中步骤a具体包括a1、当RNC1和所述MGW之间的传输速率与RNC2和MGW之间的传输速率相同时，所述的MGW收到所述的RNC1发送的RTP上的UP报文后将其报文头帧号直接填写在发往所述的RNC2的UP报文头中；a2、所述的MGW将携带有所述的帧号的UP报文通过IU-ATM接口转发到所述的RNC2。
其中步骤a具体包括a1、当RNC1和所述MGW之间的传输速率与RNC2和所述的MGW之间的传输速率相同时，所述的MGW收到所述的RNC2发送的UP报文后将其报文头的帧号直接填写在发往所述的RNC1的RTP上承载的UP报文的报文头中；a2、所述的MGW将承载于所述RTP上的UP报文转发到所述的RNC1。
其中步骤a还包括MGW进行UP报文头的序列号和RTP报文头的帧号转换之后，将所述的报文转发到另一MGW，然后由所述的另一MGW转发到所述的RNC。
本发明克服现有技术的不足，采用MGW根据收到的RTP报文头中的序列号sequence number填写发出的UP报文头中的帧号Frame Number或者根据收到的UP报文头的帧号填写发出的RTP报文头中的序列号后直接转发到RNC的技术方案，使得IU口IP化后只需进行一次去抖动处理，减少了MGW上抖动缓存资源使用量并减少了延迟，提高了语音质量。
图1为现有技术中IU口IP化后对报文进行两次去抖动处理的示意图；图2为本发明实施例所述正向时报文处理流程图；图3为本发明实施例所述逆向时报文处理流程图；图4为RTP序列号变化示意图；图5为UP序列号变化示意图。
具体实施例方式
本发明的基本原理是在报文经过MGW时，MGW根据收到的RTP报文头中的序列号sequence number填写发出的UP报文头中的帧号Frame Number或者根据收到的UP报文头的帧号填写发出的RTP报文头中的序列号，这样，报文从IU-IP接口到IU-ATM接口或者IU-ATM接口到IU-IP接口时，可以不用在MGW上作抖动缓存，直接修改相应UP帧号或者RTP序列号，最后由RNC作抖动缓存处理。
以下具体说明正向时的处理流程如图2所示1、RNC1发送RTP报文，报文头中携带有RTP报文的序列号；2、MGW1收到所述的报文后将RTP报文的序列号映射为UP报文的帧号，将UP报文转发到RNC2；3、RNC2收到报文后根据其中的UP报文头帧号进行去抖动处理；4、结束。
如前所述，UP报文的Frame Number长度为四个比特，而RTP报文的sequence number为四个字节，两者之间的映射可以采用如下的方式从IU-IP上来的RTP报文的序列号RTP-Seq通过模16操作，直接填写在发往IU-ATM接口的UP的帧号UP-Frame Number里面，即RTP-seq mod 16＝UP-Frame Number，其中mod(求模)代表将RTP-seq对16求模处理。
例如，在RNC1处发送RTP流，序列号是1600，MGW1对其进行上述的模16处理，UP的帧号为1600 mod 16＝0，MGW1发往RNC2的UP报文的帧号就是0，MGW1将发往RNC2的UP报文中将其帧号置为0，RNC2收到该报文后进行去抖动处理。
逆向时的处理流程如图3所示1、RNC2发送UP报文，报文头中携带有UP报文的帧号；2、MGW1收到UP报文后将帧号映射为RTP报文的序列号，将RTP报文转发给RNC1；3、RNC1收到RTP报文后根据其中的序列号进行去抖动处理；4、结束。
RTP的序列号的起始值是随机产生，然后是顺序增加。如图4和图5所示，RTP的序列号是线性增加，而UP的序列号是锯齿形，需要将从IU-ATM接口过来的报文，根据其变化映射为编号线性增加。
逆向时UP报文的帧号转换为RTP报文的序列号的转换方法说明如下因为不考虑报文的乱序情况，所以，MGW收到一个报文首先判断是否是预期报文，如果下一个报文的帧号是在当前接收到的报文帧号的基础上加一，则说明该报文为预期报文，则依据收到报文的先后顺序在MGW1发往RNC1的RTP报文中将生成RTP序列号，当UP报文的序列号为15时，则将下一个报文的帧号置为0，否则，相当于乱序的UP报文，直接丢弃处理。
Nextnumber=0;//下一个要接收的帧号;
Currentnumber=0;//当前接收到的报文帧号;
Rtpsequence=0;//rtp报文的序列号，其起始值可以是一个随机值;
For(;;){//收到一个报文,更新当前接收到的报文帧号;
Currentnumber=receivednewpacket();
If((Currentnumber==nextnumber)//收到预期报文{//映射到RTP序列号上。
Rtpsequence++;
If(Currentnumber==15){//到了UP序列号的最大值,下一个预期报文的帧号是0;
Nextnumber=0;
}}}此外，对于RNC1和MGW1之间的传输速率与RNC2和MGW1之间的传输速率相同的情况下，还可以直接将RNC1发往MGW1的承载于RTP上的UP报文转发到IU接口上，将RTP上的UP报文头的帧号直接映射为MGW1发往RNC2的UP报文头的帧号，或者将RNC2发往MGW1的UP报文头的帧号直接映射为MGW1发往RNC1的RTP上承载的UP报文的报文头帧号。
RNC1或者RNC2收到MGW1转发的报文后进行去抖动处理的过程如下获得新报文，按照报文序列号入链表(排序)，如果链表长度超过预定义深度(比如6个报文深度对应着链表中最多只能有6个节点)，则链表头下移一个。
权利要求
1.一种报文去抖动处理的方法，其特征在于，所述的方法包括如下步骤a、媒体网关MGW根据收到的实时协议RTP报文头序列号填写发出的用户面协议UP报文头帧号或者根据收到的UP报文头帧号填写发出的RTP报文头序列号，然后将所述的报文转发到无线网络控制器RNC；b、所述的RNC接收到所述的报文后进行去抖动处理。
2.根据权利要求1所述的方法，其特征在于，其中步骤a具体包括a1、MGW收到报文后将RTP报文头中的序列号映射为UP报文头中的帧号或者将UP报文头的帧号映射为RTP报文头中的序列号，然后将所述的报文转发到无线网络控制器RNC。
3.根据权利要求2所述的方法，其特征在于，其中步骤a1具体包括a11、所述的MGW接收到RNC1通过IU-IP接口发送的RTP报文后将所述的RTP报文头中的序列号进行对16求模后将结果作为UP报文头的帧号填写在所述的UP报文中；a12、所述的MGW将携带有所述的帧号的UP报文通过IU-ATM接口转发到所述的RNC2。
4.根据权利要求2所述的方法，其特征在于，其中步骤a1具体包括a11、所述的MGW接收到RNC2通过IU-ATM接口发送的UP报文后判断所述的报文是否为预期报文，如果是，按照接收到的报文的先后顺序为转发的RTP报文生成序列号，转步骤a12；否则将所述的报文丢弃；a12、所述的MGW将携带有所述的序列号的RTP报文通过IU-IP接口转发到所述的RNC1。
5.根据权利要求1所述的方法，其特征在于，其中步骤a具体包括a1、当RNC1和所述MGW之间的传输速率与RNC2和MGW之间的传输速率相同时，所述的MGW收到所述的RNC1发送的RTP上的UP报文后将其报文头帧号直接填写在发往所述的RNC2的UP报文头中；a2、所述的MGW将携带有所述的帧号的UP报文通过IU-ATM接口转发到所述的RNC2。
6.根据权利要求1所述的方法，其特征在于，其中步骤a具体包括a1、当RNC1和所述MGW之间的传输速率与RNC2和所述的MGW之间的传输速率相同时，所述的MGW收到所述的RNC2发送的UP报文后将其报文头的帧号直接填写在发往所述的RNC1的RTP上承载的UP报文的报文头中；a2、所述的MGW将承载于所述RTP上的UP报文转发到所述的RNC1。
7.根据权利要求1所述的方法，其特征在于，其中步骤a还包括MGW进行UP报文头的序列号和RTP报文头的帧号转换之后，将所述的报文转发到另一MGW，然后由所述的另一MGW转发到所述的RNC。
全文摘要
本发明公开了一种报文去抖动处理的方法，所述的方法包括如下步骤a.媒体网关MGW根据收到的实时协议RTP报文头序列号填写发出的用户面协议UP报文头帧号或者根据收到的UP报文头帧号填写发出的RTP报文头序列号，然后将所述的报文转发到无线网络控制器RNC；b.所述的RNC接收到所述的报文后进行去抖动处理。本发明克服现有技术的不足，采用MGW根据收到的RTP报文头中的序列号sequence number填写发出的UP报文头中的帧号Frame Number或者根据收到的UP报文头的帧号填写发出的RTP报文头中的序列号后直接转发到RNC的技术方案，使得IU口IP化后只需进行一次去抖动处理，减少了MGW上抖动缓存资源使用量并减少了延迟，提高了语音质量。
文档编号H04Q7/22GK101075860SQ20061006080
公开日2007年11月21日 申请日期2006年5月18日 优先权日2006年5月18日
发明者李琥 申请人:华为技术有限公司