[发明专利]分叉业务处理方法及核心网元

说明书

技术领域

本发明是属于通讯领域，准确地说，是在使用SIP(会话初始协议)进行通信，如果通信网元呼叫和订阅发生fork时，收到被叫终端的多个对话建立响应的处理方法。

背景技术

在IP多媒体子系统(IP Multimedia Core Network Subsystem，简称IMS)中，由于一个SIP用户可以同时在很多终端上注册，比如他可能有几个固定办公电话，还有无绳电话，移动电话，便携PC等，每种终端可以实现不同的功能，用户不需要总是带着所有终端，在各种情况下他只带着其中一些终端。IMS网络的PVI(私有用户标识)、PUI(共有用户标识)支持多对多的对应关系，1个PUI可以对应多个PVI，所以先天就支持FORK业务。

在发起呼叫时，主叫可能会拥有多个被叫的联系地址，此时主叫根据自己的策略发起呼叫，一个请求可以分叉为发往多个目标地址的请求。只有初始对话(独立事务)请求才会发生fork。如A呼叫B，B同时有多个终端在线，那么B的多个终端都会收到呼叫请求。A最终会选择一个终端创建会话。

现有技术方案中：终端发起呼叫，对于发生fork时，多个成功2xx响应同时到达发生fork的网元时，基于协议，网元应当将2xx响应透传到终端，由终端来选择与哪个被叫建立呼叫。终端一旦与其中一个被叫建立呼叫之后，需要主动发起对其他呼叫的释放。具体的处理过程如附图1所示，包括以下步骤：

S101到S102，主叫终端发起会话请求(INVITE)到核心网元2；

S103、S104、S105，核心网元2保存有被叫终端的信息，并主动发生fork，即对多个被叫终端都发送初始事务INVITE，此种情况下，我们称核心网元2为发生fork的网元；

S106、S107、S108，被叫终端1回送180，经过各个中间核心网元，回送到主叫终端；

S109、S110、S111，被叫终端2回送会话建立响应200，各个中间网元也将其透传到主叫终端；

S112、S113、S114，被叫终端3回送会话建立响应200，各个网元也将其透传到主叫终端；

按照目前的实现方案，多个被叫终端的响应都透传到主叫侧，由主叫来选择终端来选择与哪个被叫建立呼叫。此情况下，假如主叫终端选择和被叫终端2建立呼叫，则同时必须释放其它的被叫终端。

S115、S116、S117、S118，主叫终端发送CANCEL，释放被叫终端1，被叫终端1回送的针对INVITE事务的487到核心网元2终结；

S119、S120、S121，主叫终端发送ACK到被叫终端3；

S122、S123、S124，主叫终端发送BYE到被叫终端3，至此，主叫释放了其它终端，并建立起了与被叫终端2的呼叫。

从上述过程中可以看出，现有技术中存在的问题：

(a)呼叫和订阅发生fork时，主叫终端只需要和一个被叫终端建立呼叫，如果将多个被叫发送的会话建立响应都传送到主叫终端，则在主叫终端选择了最终通话的被叫终端之前，所有其它需要释放的被叫终端上资源会一直被占用。

(b)主叫终端必须对其他被叫发起释放请求，才能释放其他被叫上的资源。如果主叫发送给其他被叫的释放资源消息在网络中丢失，会导致被叫上的资源被挂死。同时，如果释放由主叫发起，大大增大了对终端的要求以及终端到发生fork的核心网元之间的处理复杂性，而且也增大了网络的消息量。

(c)NOTIFY先于SUBSCRIBE的2xx到达时，协议上认为会话已经建立。如果将所有的NOTIFY都透传到主叫终端，则多个被叫终端都认为会话已经建立，此时在所有被叫终端上资源会一直被占用，而主叫终端只需要与其中的一个被叫建立会话。主叫终端必须对其他被叫发起取消订阅请求，才能释放其他被叫上的资源。如果主叫发送给其他被叫的取消订阅请求在网络中丢失，还会导致被叫上的资源被挂住一段时间直到订阅超期。而且保持与几个被叫的会话建立状态，在终端和核心网元处理都比较复杂，而且在网络中的消息量也较大。

实际上，现有的技术对于发生fork的核心网元也有要求，比如如果主叫发送CANCEL释放一路被叫，此时如果被叫终端回送487响应，则发生fork的核心网元不能将其透传到主叫终端，原因是发生fork的核心网元之前只有一个INVITE事务。