专利名称：一种媒体网关接口用户面协议初始化方法
技术领域：
本发明涉及无线通信领域，尤指一种媒体网关接口(NB接口))用户面协议(NBUP)的初始化方法。
背景技术：
在WCDMA或TDS-CDMA网络中，电路交换域核心网已采用了分离结构，即传统的MSC(Mobile Service Switch Center；移动业务交换中心)分为了MSC sever(移动软交换)和MGW(媒体网关)两个网元。MSC Server通过MC接口完成对MGW的控制。当采用IP承载时，MGW之间采用IP承载控制协议(IPBCP)来完成IP承载的建立，如图1所示。3GPP协议定义了一种后向迟延承载建立过程，其IPBCP过程协商从被叫到主叫，与用户面NBUP协商的过程相反。在3GPP规范中，NBUP初始化方向通常只能从主叫侧到被叫侧，而IPBCP过程发起方向可从主叫到被叫(前向承载建立)，也可从被叫到主叫侧(后向承载建立)。从图1可知，MGW之间的IPBCP消息是通过Q.1990协议定义的隧道传送的，而Q.1990定义的隧道在MC接口上和NC接口(MSCServer之间的接口)上都要借用其相关参数携带，即如果MGW B发送IPBCP协商的request(请求)消息时，先给MSC ServerB，MSC ServerB再通过BICC消息给MSC Server A，MSC ServerA再给MGW A。MGW A对IPBCP消息的响应必须按照原路径返回。IPBCP使用SDP(Session Description Protocol，会话描述协议)定义的编解码方式对交互信息进行处理。IPBCP消息的传输是建立在可信的、有序的、点到点的两个节点之间。
IPBCP消息分为以下几种请求消息(Request Message)主要是由MGW的BIWF(Bear inte-workingFunction)向对端发送的，用于初始化IP承载建立或者承载修改的请求消息；接受消息(Accepted Message)当对端MGW的BIWF接收并正确处理上次的Request消息后，向原发送端返回的回应消息；混乱消息(Confused Message)对端MGW的BIWF不能识别接收到的请求消息，向原发送端返回的消息；例如IPBCP版本不一致时可发ConfusedMessage。
拒绝消息(Rejected Message)对端能够正确接收，但是由于某种原因而拒绝处理时向原发送端返回的消息，例如不支持对方的地址空间或地址类型时，可以拒绝。
在IPBCP请求消息中，最重要的参数是请求方MGW本次呼叫使用的IP端点(包括IP地址及其UDP端口)、本次呼叫使用的编解码类型及其打包间隔等，在IPBCP响应消息中，如果被请求方同意请求方的参数，则回应AcceptedMessage消息，同时把自己的IP地址、端口、编解码类型、打包间隔等发送给请求方，这样就完成了一次IP承载建立控制过程，即主叫侧和被叫侧的网关都知道对端本次通话要使用的IP地址、端口、编解码类型等参数。主叫侧网关回应Accepted Message消息后，立即向被叫侧网关发送NBUP初始化报文，进行用户面初始化(user plane)，具体过程可以参考3GPP TS23205协议。
Accepted Message消息和NBUP初始化报文到达被叫侧网关时有如下两种情况情况一Accepted Message消息先到达被叫侧网关B；被叫侧网关B收到了Accepted Message消息，则已得知主叫侧网关A本次呼叫的承载参数，这时网关B收到网关A的NBUP初始化报文就会给出正确回应，进入正常的NBUP初始化协商过程。
情况二NBUP初始化报文先到达被叫侧网关B；由于网关B没有收到Accepted Message消息，则不知道网关A的本次承载参数，尤其是不知道本次呼叫主叫侧IP地址和UDP端口，则网关B收到网关A的NBUP初始化报文就会丢弃该报文。在网关A中设有重发定时器和并可设定重发次数，当设定的定时器超时，没有收到网关B的回应消息时，网关A就会重发NBUP初始化报文，直到超过设定的重发次数。通常NBUP初始化报文重发定时器缺省参数为秒级，这样一来，呼叫建立时间就会增加很多。
由以上描述可知，现有技术中，若选择后向承载建立方式，则在进行NBUP初始化时，若NBUP初始化报文先于承载建立控制过程中的Accepted Message消息到达被叫侧网关，则会使呼叫建立时间延长，从而降低了整网的使用效率。
发明内容
本发明提供一种媒体网关接口(NB接口)用户面协议(NBUP)初始化方法，用以解决现有技术中采用后向承载建立方式时，不能保证快速建立呼叫接续的问题。
本发明方法应用于无线网络中的后向承载建立方式，包括A、当被叫侧网关本次通话的IP端点接收到NBUP初始化报文时，若移动软交换已经给该IP端点下发了主叫侧本次呼叫的承载属性信息，则执行步骤C；否则，将该NBUP初始化报文保存；B、当被叫侧网关本次通话的IP端点接收到移动软交换下发的主叫侧本次呼叫的承载属性信息时，若保存有未处理的NBUP初始化报文，则执行步骤C，否则，等待接收到NBUP初始化报文后，执行步骤C；C、被叫侧网关向主叫侧网关回应NBUP初始化响应消息，进行NBUP初始化协商。
所述移动软交换下发的承载属性信息至少包括主叫侧此次呼叫所使用的IP地址和UDP端口号。
所述步骤C之前还包括判断所述NBUP初始化报文中携带的源IP地址和UDP源端口与移动软交换下发的主叫侧IP地址和UDP端口号是否相同，若是，则执行步骤C，否则，丢弃该NBUP初始化报文，结束流程。
所述将NBUP初始化报文保存，具体方法为将接收的NBUP初始化报文存储在被叫侧网关本次通话的IP端点关联的存储单元中。
根据本发明的上述方法，还包括保存NBUP初始化报文后启动一个定时器的步骤，若定时器超时，删除所述存储单元中未处理的NBUP初始化报文，并关闭该定时器。
根据本发明的上述方法，所述步骤B中，当被叫侧网关接收到移动软交换下发给该IP端点的主叫侧本次呼叫的承载属性信息时，检查所述存储单元，若有未处理的NBUP初始化报文，则执行步骤C；并将存储单元中的NBUP初始化报文标记为已处理或直接删除，且关闭所述定时器。
根据本发明的上述方法，执行步骤C之前还包括判断存储的NBUP初始化报文中携带的源IP地址和UDP源端口与移动软交换下发的主叫侧IP地址和UDP端口号是否相同，若是，则执行步骤C，否则，删除该NBUP初始化报文，并关闭所述定时器。
由于实际网络中，NBUP初始化报文可能比IPBCP回应消息略微早一些到达被叫侧网关，本发明采取先将NBUP初始化报文存储，延迟一定时间回应NBUP初始化响应消息的方法，来避免NBUP初始化报文重发导致的更大延迟，从而达到提高网络后向承载建立时的呼叫建立速度的目的。
图1为现有技术中的IP承载建立控制过程示意图；图2为本发明方法流程图之一；图3为本发明方法流程图之二。
具体实施例方式
参见图2、图3，为本发明方法流程图。下面结合附图，对本发明方法步骤加以详细说明。以下描述中IP端点均特指被叫网关上本次通话使用的IP端点。
步骤S11、被叫侧网关的IP端点收到主叫侧网关发送过来的NBUP初始化报文；步骤S12、被叫侧网关判断移动软交换是否已给IP端点下发了主叫侧网关本次呼叫的承载属性信息，即被叫侧网关是否已获知主叫侧网关本次呼叫的IP地址和UDP端口号，若否，则执行步骤S13；否则，转至步骤S14；步骤S13、被叫侧网关将接收到的NBUP初始化报文保存；具体保存方法可以是将NBUP初始化报文存储在被叫侧网关的IP端点关联的存储单元中；并可同时启动一定时器，定时器的设定时间为NBUP初始化报文响应的最大时间，当定时器超时后，将存储的没有处理的NBUP初始化报文丢弃，并关闭该定时器；步骤S14、判断收到的NBUP初始化报文的源IP地址和UDP(UserDatagram Protocol)源端口是否为移动软交换(MSC sever)下发的通话另一方IP地址和UDP端口，如果是，执行步骤S15；否则，执行步骤S16；在这一步中没有检查NBUP初始化报文的目的IP地址和端口的原因是，之所以能将该NBUP报文保存在被叫侧IP端点关联的存储单元中，就是因为其目的IP地址和UDP端口为本次呼叫被叫侧网关分配的IP端点的IP地址和端口；步骤S15、被叫侧网关向主叫侧网关发送NBUP初始化响应消息，进入正常的NBUP协商过程；步骤S16、因为这个报文非法，丢弃这个NBUP初始化报文，关闭定时器，结束流程。
图3为被叫侧网关收到移动软交换下发的主叫侧网关本次呼叫的承载属性信息时，执行的步骤流程，包括步骤S21、移动软交换给IP端点下发主叫侧网关本次呼叫的承载属性信息给被叫侧网关；
步骤S22、被叫侧网关自动检查本IP端点相关联的存储单元中是否保存有未处理的NBUP初始化报文，若没有NBUP初始化报文，执行步骤S23；若保存有未处理的NBUP初始化报文，转至步骤S25；步骤S23、等待下一个NBUP初始化报文；继续下列步骤；步骤S24、判断是否收到NBUP初始化报文，若否，则继续等待；若收到NBUP初始化报文，则执行步骤S25；步骤S25、判断NBUP初始化报文的源IP地址和UDP源端口是否为移动软交换下发的通话另一方IP地址和UDP端口，如果是，则执行步骤S26；否则，执行步骤S27；步骤S26、被叫侧网关向主叫侧网关发送NBUP初始化响应消息，进入正常的NBUP协商过程；并将存储单元中的NBUP初始化报文标记为已处理或直接删除，且关闭所述定时器；步骤S27、丢弃这个NBUP初始化报文，因为这个报文非法，结束流程。
由以上描述可知，在被叫侧网关B的NB接口侧，当收到NBUP初始化报文时，如果还没有收到IPBCP Accepted消息，或者不知道到对方承载属性时，则先不进行NBUP初始化响应，直到收到IPBCP Accepted消息后，再进行NBUP初始化响应，避免了主叫侧网关重新发起NBUP初始化，提高了网络后向迟延建立的呼叫建立速度。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种媒体网关接口用户面协议(NBUP)初始化方法，应用于无线网络中的后向承载建立方式，其特征在于A、当被叫侧网关本次通话的IP端点接收到NBUP初始化报文时，若移动软交换已经给该IP端点下发了主叫侧本次呼叫的承载属性信息，则执行步骤C；否则，将该NBUP初始化报文保存；B、当被叫侧网关本次通话的IP端点接收到移动软交换下发的主叫侧本次呼叫的承载属性信息时，若保存有未处理的NBUP初始化报文，则执行步骤C，否则，等待接收到NBUP初始化报文后，执行步骤C；C、被叫侧网关向主叫侧网关回应NBUP初始化响应消息，进行NBUP初始化协商。
2.如权利要求1所述的方法，其特征在于，所述移动软交换下发的承载属性信息至少包括主叫侧此次呼叫所使用的IP地址和UDP端口号。
3.如权利要求2所述的方法，其特征在于，所述步骤C之前还包括判断所述NBUP初始化报文中携带的源IP地址和UDP源端口与移动软交换下发的主叫侧IP地址和UDP端口号是否相同，若是，则执行步骤C，否则，丢弃该NBUP初始化报文，结束流程。
4.如权利要求1所述的方法，其特征在于，所述将NBUP初始化报文保存，具体方法为将接收的NBUP初始化报文存储在被叫侧网关本次通话的IP端点关联的存储单元中。
5.如权利要求4所述的方法，其特征在于，还包括保存NBUP初始化报文后启动一个定时器的步骤，若定时器超时，删除所述存储单元中未处理的NBUP初始化报文，并关闭该定时器。
6.如权利要求5所述的方法，其特征在于，所述步骤B中，当被叫侧网关接收到移动软交换下发给该IP端点的主叫侧本次呼叫的承载属性信息时，检查所述存储单元，若有未处理的NBUP初始化报文，则执行步骤C；并将存储单元中的NBUP初始化报文标记为已处理或直接删除，且关闭所述定时器。
7.如权利要求6所述的方法，其特征在于，执行步骤C之前还包括判断存储的NBUP初始化报文中携带的源IP地址和UDP源端口与移动软交换下发的主叫侧IP地址和UDP端口号是否相同，若是，则执行步骤C，否则，删除该NBUP初始化报文，并关闭所述定时器。
全文摘要
本发明公开了一种媒体网关接口(NB)用户面协议(NBUP)初始化方法，应用于无线网络中的后向承载建立方式，该方法包括A.当被叫侧网关本次通话的IP端点接收到NBUP初始化报文时，若移动软交换已经给该IP端点下发了主叫侧本次呼叫的承载属性信息，则执行步骤C；否则，将该NBUP初始化报文保存；B.当被叫侧网关本次通话的IP端点接收到移动软交换下发的主叫侧本次呼叫的承载属性信息时，若保存有未处理的NBUP初始化报文，则执行步骤C，否则，等待接收到NBUP初始化报文后，执行步骤C；C.被叫侧网关向主叫侧网关回应NBUP初始化响应消息，进行NBUP初始化协商。本发明能提高网络后向迟延建立的呼叫建立速度。
文档编号H04W28/18GK1867088SQ20051007074
公开日2006年11月22日 申请日期2005年5月18日 优先权日2005年5月18日
发明者刘振华 申请人:华为技术有限公司