CN102625381B - 取消切换的方法及系统 - Google Patents

Abstract

本发明公开了一种取消切换的方法，包括：源接入网关AG收到取消切换请求后，通过会话初始协议SIP消息通知源综合业务控制功能ISCF取消切换；所述源ISCF通知目标网络取消切换，并将取消切换的用户终端UE的对端UE的媒体面信息更新为所述取消切换的UE的媒体面信息；取消切换完成后，由所述源ISCF通知所述源AG。本发明同时公开了一种实现上述方法的取消切换的系统。本发明通过设置相应的SIP消息以及更改相关网元的消息处理能力以及执行能力，实现了在具有统一IP核心网的移动网络中的取消切换业务，完善了网络服务能力，提升了网络服务质量。

Description

取消切换的方法及系统

技术领域

本发明涉及取消切换技术，尤其涉及一种具有统一的IP核心网的移动网络中的取消切换的方法及系统。

背景技术

从电信网络的演进和发展来看，核心网网络架构的发展呈现出两大趋势：一是网络的互联网协议(IP，Internet Protocol)化，二是各种网络趋于融合化。因此未来的核心网将不再分为电路交换(CS，Circuit Switched)域、分组交换(PS，Packet Switching)域和IP多媒体子系统(IMS，IP Multimedia Subsystem)等多种类型，而将是一个基于IP的统一的业务控制系统，所有的业务(包括语音业务、补充业务和增值业务等)都由这个统一的业务控制系统来实现。

基于IP的统一的业务控制系统(后文称为统一的IP核心网)有两个特点，一是语音等业务的实现采用会话初始协议(SIP，Session Initiation Protocol)；二是该业务控制系统与接入技术无关，即用户可以通过PS接入也可以通过CS接入。这里的PS接入方式指的是用户可以通过通用分组无线业务(GPRS，GeneralPacket Radio Service)、无线局域网(WLAN，Wireless Local Area Network)等分组网络接入到核心网。而CS接入方式指的是用户是通过电路域无线接入网络如基站子系统(BSS，Base Station Subsystem)或无线网络子系统(RNS，RadioNetwork Subsystem)等设备接入到核心网。不论是采用何种接入方式，业务都由上述统一的IP核心网提供。

图1示出了采用CS接入方式接入到统一的IP核心网的应用场景示意图，如图1所示，用户设备(UE，User Equipment)101通过电路域接入网络(如BSS或RNS)102和信令适配设备103接入到统一的IP核心网104中，信令适配设备103起到必要的信令转换作用，所有的业务由统一的IP核心网104提供。

图2为CS接入统一的IP核心网的架构图，如图2所示，CS接入统一的IP核心网的架构包括如下网元：

用户设备201、基站控制器(BSC，Base Station Controller)或无线网络控制器(RNC，Radio Network Controller)202、接入网关(AG，Access Gateway)203和综合业务控制功能(ISCF，Integrated Service Control Function)实体204；其中，BSC和/或RNC用于实现CS域的用户接入和无线资源的管理和控制等功能。BSC和AG203之间的接口采用基站子系统应用部分(BSAGP，Base StationSystem Application Part)信令，RNC和AG203之间的接口采用无线接入网络应用部分(RANAP，Radio Access Network Application Part)信令，BSAGP和RANAP信令统称为CS接入信令。AG203与BSC和/或RNC之间的接口采用CS接入信令进行通信，与ISCF之间的接口采用SIP协议信令进行通信，AG203实现CS接入信令和SIP消息之间的转换功能。此外，AG203还具备建立媒体面的承载、实现媒体流的接续和处理等功能。ISCF 204主要用于移动性管理、业务路由、呼叫控制、业务控制、数据存储等功能，它可以由一个或多个功能实体来实现。UE 201通过BSC或RNC接入到AG 203，AG203接收到BSC或RNC发送的CS接入信令之后将其转换为SIP信令发送给ISCF204，此时AG相当于充当用户代理，代替用户设备201接入到ISCF204，由ISCF204进行业务路由和呼叫控制，由此用户UE201可以和远端用户建立连接并通话。

在无线通信系统中，当UE从一个小区(指基站或者基站的覆盖范围)移动到另一个小区时，为了不中断通信需要进行信道切换。

在上述统一核心网中，现有技术中的切换业务的实现是切换前源网络的AG(下文称为源AG)收到源网络的RNC发送的RANAP信令的切换请求(Relocation Required)消息后，将其转换成SIP信令的转移请求(REFER)消息携带切换参数发送给源网络的ISCF(下文称为源ISCF)通知其进行切换，再由该ISCF通知目标网络的AG预留资源进行切换处理。

在上述切换处理过程中，通常会有一些原因需要随时取消切换。然而上述现有技术中切换业务的实现是通过源AG向源ISCF发送SIP信令的REFER消息来传送切换请求，而RFC3515协议规定REFER事务无法用CANCEL消息取消掉，因此对于发出切换请求之后如何实现取消切换的流程需要考虑。现有技术中并没有方案能解决在上述统一IP核心网内实现取消切换的问题。

发明内容

有鉴于此，本发明的主要目的在于提供一种取消切换的方法及系统，能在具有统一IP核心网的移动网络中实现切换取消。

为达到上述目的，本发明的技术方案是这样实现的：

一种取消切换的方法，包括：

源AG收到取消切换请求后，通过SIP消息通知源ISCF取消切换；

所述源ISCF通知目标网络取消切换，并将取消切换的用户终端UE的对端UE的媒体面信息更新为所述取消切换的UE的媒体面信息；

取消切换完成后，由所述源ISCF通知所述源AG。

优选地，所述SIP消息中携带有取消切换的相关参数和/或取消切换标识。

优选地，所述SIP消息中携带有取消切换的相关参数具体为：

所述SIP消息的消息体中承载取消切换相关参数。

优选地，所述取消切换的相关参数包括取消切换UE的标识信息和取消切换原因值。

优选地，所述SIP消息中携带有取消切换标识具体为：

所述SIP消息的消息头中承载取消切换标识。

优选地，所述SIP消息为转移请求REFER消息，或信息请求INFO消息，或呼叫重邀请RE-INVITE消息。

优选地，所述SIP消息的消息头中承载取消切换标识具体为：

对于所述REFER消息，所述取消切换标识承载于所述REFER消息的refer-to头域中的method参数中；

对于所述INFO或所述RE-INVITE消息，所述取消切换标识承载于所述INFO消息或所述RE-INVITE消息的Request-URI中。

优选地，所述方法还包括：

所述源ISCF收到所述源AG发送的取消切换请求后，通过SIP消息向所述源AG返回处理进展情况；其中，向所述源AG返回的SIP消息为请求接受消息，或200OK消息，或呼叫进展消息。

优选地，所述源AG向所述源ISCF发送的SIP消息为INFO消息时，所述源AG收到所述源ISCF返回的SIP消息后，通过SIP消息对所述源ISCF中取消切换进展情况进行订阅；其中，进行订阅的SIP消息为Subscribe消息。

优选地，所述Subscribe消息中携带有订阅取消切换事件的标识；其中，所述订阅取消切换事件的标识承载于所述Subscribe消息的Event头域中。

优选地，所述源ISCF通过SIP消息通知所述目标AG取消切换；其中，通知的SIP消息中携带有取消切换的相关参数和/或取消切换标识，所述取消切换的相关参数包括取消切换UE的标识信息和取消切换原因值。

优选地，通知的SIP消息中携带有取消切换的相关参数具体为：

通知的SIP消息的消息体中承载取消切换相关参数；

或，通知的SIP消息的消息头中承载取消切换标识；

其中，通知的SIP消息为REFER消息或呼叫邀请INVITE消息。

优选地，所述源ISCF通知所述目标AG取消切换的SIP消息是INVITE消息时，所述目标AG收到所述INVITE消息后，通过SIP消息通知所述源ISCF会话进展情况；其中，通知所述源ISCF会话进展情况的SIP消息为会话进展消息。

优选地，所述方法还包括：

所述目标AG通知所述目标RNC将取消切换的用户终端UE的对端UE的媒体面信息更新为所述取消切换的UE的媒体面信息后，所述目标AG通过SIP消息通知所述源ISCF取消切换已经完成；其中，通知所述源ISCF取消切换已经完成的SIP消息中携带取消切换完成标识。

优选地，通知所述源ISCF取消切换已经完成的SIP消息为通知(NOTIFY)消息或呼叫拒绝消息，其中，为NOTIFY消息时，所述取消切换完成标识承载于Subscription-State头域中；为呼叫拒绝消息时，所述取消切换完成标识承载于reason头域中。

优选地，所述源AG收到所述源ISCF的取消切换完成通知后，向所述源RNC发送MAP信令取消切换完成响应消息，通知取消切换完成。

一种取消切换的系统，应用于具有统一的IP核心网的移动网络中，所述系统包括源AG、源ISCF和UE，其中：

源AG，用于收到取消切换请求后，通过SIP消息通知源ISCF取消切换；

源ISCF，用于通知目标网络取消切换，并将取消切换的UE的对端UE的媒体面信息更新为所述取消切换的UE的媒体面信息；以及，在确认取消切换完成后，由所述源ISCF通知所述源AG。

优选地，所述SIP消息的消息体中中携带有取消切换的相关参数和/或取消切换标识；所述取消切换的相关参数包括取消切换UE的标识信息。

优选地，所述SIP消息的消息头中承载取消切换标识。

优选地，所述SIP消息为转移请求REFER消息，或信息请求INFO消息，或呼叫重邀请RE-INVITE消息；

对于所述REFER消息，所述取消切换标识承载于所述REFER消息的refer-to头域中的method参数中；

对于所述INFO或所述RE-INVITE消息，所述取消切换标识承载于所述INFO消息或所述RE-INVITE消息的Request-URI中。

源AG收到取消切换请求后，通过设置的REFER、或INFO、或RE-INVITE消息通知源ISCF取消切换，上述消息中承载有取消切换标识或取消切换的相关参数，源ISCF进一步通过SIP消息通知目标网络，将取消切换的用户终端UE的对端UE的媒体面信息更新为所述取消切换的UE的媒体面信息，以此实现切换的取消，切换成功后，通知相应的网元。本发明通过设置相应的SIP消息以及更改相关网元的消息处理能力以及执行能力，实现了在具有统一IP核心网的移动网络中的取消切换业务，完善了网络服务能力，提升了网络服务质量。

附图说明

图1示出了采用CS接入方式接入到统一的IP核心网的应用场景示意图；

图2为CS接入统一的IP核心网的架构图；

图3为本发明实施例一的取消切换的方法的流程图；

图4为本发明实施例二的取消切换的方法的流程图；

图5为本发明实施例三的取消切换的方法的流程图；

图6为本发明实施例四的取消切换的方法的流程图。

具体实施方式

在本发明的实施例中，业务场景是在对UE1进行切换处理的过程中触发了取消切换业务。假设UE1和UE2是通话的两个用户终端，UE1是发生切换的一方，源RNC、源AG和源ISCF分别是切换前源网络的RNC、AG和ISCF，目标AG和目标RNC是要求切换到的目标网络的AG和RNC。

图3为本发明实施例一的取消切换的方法的流程图，如图3所示，本实施例中，源AG收到源RNC发送的取消切换请求后，将其转换成REFER消息，并携带取消切换标识，来通知源ISCF进行取消切换业务，切换取消后通过NOTIFY消息来通知源AG取消切换完成。本实施例的取消切换的方法具体包括以下步骤：

步骤301：源RNC向源AG发送RANAP信令取消切换请求(RELOCATIONCANCEL)消息，消息中携带切换原因值；

步骤302：源AG收到取消切换请求后，根据将该消息所承载的信令连接部分(SCCP，Signaling Connection Part)链路的标识关联到对应的用户的切换业务，并获取该用户号码以及处理该切换业务的源ISCF地址，将MAP信令的取消切换请求转换成SIP信令的转移请求(REFER)发送给源ISCF。该REFER请求中Request-URI头域填的是所述源ISCF地址，消息中Refer-to头域中method参数中的参数值是Relocation Cancel，即method＝Relocation Cancel。RelocationCancel这个参数值作为取消切换标识来通知对端取消切换。但是由于RelocationCancel在现有协议规定的method参数值中并没有定义，因此需要对现有的method中支持的参数值进行扩展，使其支持Relocation Cancel。此外，REFER消息中还携带取消切换相关参数，包括用户号码(也可以是标识用户的UE的其他信息)和取消切换的原因值。取消切换相关参数在REFER消息中的携带方法可以采取多种方式，例如可以承载于消息体的可扩展标记语言(XML，Extensible Markup Language)中，本发明并不限定于此。

步骤303：源ISCF收到REFER后向源AG返回转移请求接受消息(202Accepted)。

步骤304：源ISCF获取消息中的参数，根据method＝Relocation Cancel可判定需要取消切换，根据消息中用户号码关联到具体的切换业务，并获取到之前存储的该切换业务对应的目标AG地址。源ISCF向目标AG转发转移请求(REFER)。

步骤305：目标AG向源ISCF返回转移请求接受消息(202Accepted)。

步骤306：目标AG根据REFER消息中的method＝Relocation Cancel可判定需要取消切换，根据消息中用户号码关联到具体的切换业务。若此时目标AG和目标RNC的lu口连接已经建立，则目标AG释放lu口信令和SCCP连接并通知目标RNC释放无线侧资源。

步骤307：若此时UE2的远端媒体面更新还未完成，则源ISCF和目标AG取消更新过程；若此时UE2的远端媒体面已经更新成目标AG地址，这里需再次对UE2的远端媒体面进行更新，将其更新回原来UE1的媒体面信息。UE2更新远端媒体面的方法为现有技术，这里不赘述。

步骤308：目标AG向源ISCF发送通知(NOTIFY)消息，Event头域值为refer，表示这是一个REFER请求的隐性订阅状态通知。消息中订阅状态为terminated表示订阅结束，消息中还携带取消切换完成标识，可以放在Subscription-State中的reason参数中实现，例如可以采取如下格式：Subscription-State:terminated；reason＝Relocation Cancel Complete。

步骤309：源ISCF收到NOTIFY后返回200ok确认消息，源ISCF根据reason里面的Relocation Cancel Complete可知取消切换完成。

步骤310：源ISCF根据收到的消息中的取消切换完成标识可知目标网络取消切换完成，源ISCF向源AG发送NOTIFY通知源AG取消切换完成。NOTIFY消息携带内容同步骤308中NOTIFY携带的信息完全相同。

步骤311：源AG收到NOTIFY后返回200ok确认消息，源AG根据event里面的Relocation Cancel Complete可知取消切换完成。

步骤312：源AG向源RNC发送Relocation CancelACK响应，通知源RNC取消切换已完成。至此，取消切换完成。

图4为本发明实施例二的取消切换的方法的流程图，如图4所示，本实施例中，与图3所示的技术方案类似，源AG都是采用REFER消息向源ISCF传送取消切换请求，不同的是源ISCF收到REFER之后通知目标AG进行取消切换的方式不同，图3中是采用REFER方式通知目标AG取消切换(步骤304)。后续目标AG通过NOTIFY消息通知源ISCF取消切换完成(步骤308)，而本实施例中是采用会话邀请消息通知目标AG取消切换，后续的取消切换完成通知是通过目标AG向源ISCF发送拒绝消息来通知的。

步骤401至步骤403，同上述实施例中的步骤301至步骤303。

步骤404：源ISCF获取消息中的参数，根据method＝Relocation Cancel可判定需要取消切换，根据消息中用户号码关联到具体的切换业务，并获取到之前存储的该切换业务对应的目标AG地址。源ISCF向目标AG发送会话邀请消息(INVITE)，该INVITE消息中Request-URI头域值是目标AG地址，消息中还携带取消切换相关参数，包括用户号码和取消切换的原因值。取消切换相关参数在INVITE消息中的携带方式可以采取多种方式，例如可以承载于消息体的可扩展标记语言(XML，Extensible Markup Language)中。此外，消息中还携带取消切换标识用于通知对端执行取消切换操作，取消切换标识的携带方式可以采取通过在Request-URI头域中增加扩展的方式，例如Request-URI可以采取如下格式：目标地址；method＝Relocation Cancel。这里的method＝RelocationCancel就是取消切换标识。当然取消切换标识的携带有多种方式，以上只是给出一个示例而已，但不限于此。

步骤405：目标AG收到INVITE后向源ISCF返回呼叫进展消息(183)。

步骤406至步骤407：目标AG根据INVITE中的取消切换标识可知需进行取消切换操作。目标AG和源ISCF执行取消切换流程。同图3所示的实施例的步骤306至步骤307。

步骤408：目标AG向源ISCF发送拒绝消息(603decline)通知源ISCF取消切换完成，消息中携带取消切换完成的标识。取消切换标识的携带方式可以采取通过在Reason头域中增加扩展的方式，例如可以采取如下格式，Reason:preemption；cause＝1；text＝″Relocation Cancel Complete″；，这里的text＝″Relocation Cancel Complete″用来标识取消切换完成。当然取消切换完成标识的携带有多种方式，以上只是给出一个示例而已，但不限于此。

步骤409：目标AG向源ISCF返回确认消息(200OK)。

步骤410至步骤412：源ISCF通知源网络取消切换完成，同上述实施例一中的步骤310至步骤312。至此，取消切换完成。

图5为本发明实施例三的取消切换的方法的流程图，如图5所示，本实施例与前述两个实施例的区别主要在于，本实施例是源AG采用信息请求(INFO)消息来传送取消切换请求，后续是通过订阅机制来实现取消切换完成通知的。本实施例的取消切换的方法具体包括以下步骤：

步骤501：源RNC向源AG发送RANAP信令取消切换请求(RELOCATIONCANCEL)消息，消息中携带切换原因值；

步骤502：源AG收到取消切换请求后，根据将该消息所承载的SCCP链路的标识关联到对应的用户的切换业务，并获取该用户号码以及处理该切换业务的源ISCF地址，将MAP信令的取消切换请求转换成SIP信令的信息请求(INFO)消息发送给源ISCF。该INFO请求中Request-URI头域填的是所述源ISCF地址，此外，INFO消息中还携带取消切换相关参数，包括用户号码和取消切换的原因值。取消切换相关参数在INFO消息中的携带方法可以采取多种方式，例如可以放在消息体的XML扩展中携带。此外，INFO消息中还携带了取消切换标识，用来通知对方进行取消切换操作。取消切换标识的携带方式可以采取通过在Request-URI头域中增加扩展的方式，例如Request-URI可以采取如下格式：目标地址；method＝Relocation Cancel。这里的method＝RelocationCancel就是取消切换标识。当然，取消切换标识的携带有多种方式，以上只是给出一个示例而已，但不限于此。

步骤503：源ISCF收到INFO后向源AG返回确认消息(200OK)。源ISCF根据INFO中的取消切换标识判断后续需执行取消切换操作。

步骤504：源AG向源ISCF发送订阅请求(SUBSCRIBE)，对取消切换进行消息订阅。消息中的Event头域填写Relocation Cancel，用来告知对方要订阅的是取消切换事件。

步骤505：源ISCF收到订阅请求后，向源AG返回订阅请求响应(200OK)表示订阅已被接受。

步骤506：源ISCF向源AG发送通知消息(NOTIFY)，消息中的Event头域为Relocation Cancel，表示这是取消切换状态订阅的通知，Subscription-State头部值为active，表示该订阅已被接受且授权成功。

步骤507：源AG收到通知后向源ISCF返回确认消息(200OK)。

步骤508至步骤513：源ISCF和目标AG执行取消切换操作，可采用REFER或者INVITE方式来实现，同步骤304～步骤309或者步骤404～步骤409。

上述步骤508在源ISCF收到取消切换请求后即可发送，即源ISCF通知目标AG执行取消切换过程和源AG的订阅过程无严格的先后顺序关系，可以同时进行。

步骤514：源ISCF根据收到的消息中的取消切换完成标识可知目标网络取消切换完成，源ISCF触发订阅通知，向源AG发送NOTIFY通知源AG取消切换完成。该NOTIFY消息中Event头域为Relocation Cancel，表示这是取消切换状态订阅的通知，Subscription-State头部值为terminated表示订阅终止，消息中带上取消切换完成标识，可以放在Subscription-State的reason参数中携带，例如可以采取如下格式：Subscription-State:terminated；reason＝Relocation CancelComplete。

步骤515：源AG收到通知后向源ISCF返回通知确认消息(200OK)。

步骤516：源AG根据通知消息中取消切换完成标识可知切换已取消。源AG向源RNC发送Relocation Cancel ACK响应，通知源RNC取消切换已完成。至此，取消切换完成。

图6为本发明实施例四的取消切换的方法的流程图，如图6所示，本实施例与前述图3及图4所示的两个实施例的区别主要在于，本实施例是源AG采用呼叫重邀请(RE-INVITE)消息来传送取消切换请求，后续是通过应答消息(200OK)来实现取消切换完成的通知。本实施例的取消切换的方法具体包括以下步骤：

步骤601：同步骤301。

步骤602：源AG收到取消切换请求后，根据将该消息所承载的SCCP链路的标识关联到对应的用户的切换业务，并获取该用户号码以及处理该切换业务的源ISCF地址，将MAP信令的取消切换请求转换成SIP信令的呼叫重邀请(RE-INVITE)消息发送给源ISCF。该RE-INVITE消息中Request-URI头域填的是所述源ISCF地址，此外，RE-INVITE消息中还携带取消切换相关参数，包括用户号码和取消切换的原因值。取消切换相关参数在RE-INVITE消息中的携带方法可以采取多种方式，例如可以放在消息体的XML扩展中携带。此外，RE-INVITE消息中还携带了取消切换标识，用来通知对方进行取消切换操作。取消切换标识的携带方式可以采取通过在Request-URI头域中增加扩展的方式，例如Request-URI可以采取如下格式：目标地址；method＝Relocation Cancel。这里的method＝Relocation Cancel就是取消切换标识。当然，取消切换标识的携带有多种方式，以上只是给出了一个示例而已，但不限于此。

步骤603：源ISCF收到RE-INVITE后向源AG发送呼叫进展消息(183)。源ISCF根据RE-INVITE中的取消切换标识判断后续需执行取消切换操作。

步骤604至步骤609：源ISCF和目标AG执行取消切换操作，可采用REFER或者INVITE方式来实现，同步骤304至步骤309或者步骤404至步骤409。

步骤610：源ISCF根据收到的消息中的取消切换完成标识可知目标网络取消切换完成，源ISCF向源AG发送应答消息(200OK)。

步骤611：源AG收到应答消息后即知取消切换完成。源AG向源ISCF返回应答确认消息(ACK)。

步骤612：源AG向源RNC发送Relocation Cancel ACK响应，通知源RNC取消切换已完成。至此，取消切换完成。

本发明同时记载了一种取消切换的系统，应用于具有统一的IP核心网的移动网络中，所述系统包括源RNC、源AG、源ISCF和UE，也包括目标AG和目标RNC，目标AG和目标RNC是要求切换到的目标网络的AG和RNC，本发明的取消切换的系统与现有网络系统的结构完全相同，所不同的是，上述网元之间所实现的功能，以及对相关取消切换的消息的处理与现有网络系统中的相应网元不同，以下进行说明：

源AG，用于收到取消切换请求后，通过SIP消息通知源ISCF取消切换；

源ISCF，用于通知目标网络取消切换，并将取消切换的UE的对端UE的媒体面信息更新为所述取消切换的UE的媒体面信息；以及，在确认取消切换完成后，由所述源ISCF通知所述源AG。

上述SIP消息的消息体中中携带有取消切换的相关参数和/或取消切换标识；所述取消切换的相关参数包括取消切换UE的标识信息。

上述SIP消息的消息头中承载取消切换标识。

上述SIP消息为转移请求REFER消息，或信息请求INFO消息，或呼叫重邀请RE-INVITE消息；

对于所述REFER消息，所述取消切换标识承载于所述REFER消息的refer-to头域中的method参数中；

对于所述INFO或所述RE-INVITE消息，所述取消切换标识承载于所述INFO消息或所述RE-INVITE消息的Request-URI中。

本发明的取消切换的系统中其他网元的相关功能，可结合图3至图6中的相关描述而理解。本发明不再一一赘述。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (20)

1.一种取消切换的方法，其特征在于，所述方法包括：

源接入网关AG收到取消切换请求后，通过会话初始协议SIP消息通知源综合业务控制功能ISCF取消切换；

所述源ISCF通知目标网络取消切换，并将取消切换的用户终端UE的对端UE的媒体面信息更新为所述取消切换的UE的媒体面信息；

取消切换完成后，由所述源ISCF通知所述源AG。

2.根据权利要求1所述的方法，其特征在于，所述SIP消息中携带有取消切换的相关参数和/或取消切换标识。

3.根据权利要求2所述的方法，其特征在于，所述SIP消息中携带有取消切换的相关参数具体为：

所述SIP消息的消息体中承载取消切换相关参数。

4.根据权利要求2或3所述的方法，其特征在于，所述取消切换的相关参数包括取消切换UE的标识信息和取消切换原因值。

5.根据权利要求2所述的方法，其特征在于，所述SIP消息中携带有取消切换标识具体为：

所述SIP消息的消息头中承载取消切换标识。

6.根据权利要求1、2、3或5所述的方法，其特征在于，所述SIP消息为转移请求REFER消息，或信息请求INFO消息，或呼叫重邀请RE-INVITE消息。

7.根据权利要求6所述的方法，其特征在于，所述SIP消息的消息头中承载取消切换标识具体为：

对于所述REFER消息，所述取消切换标识承载于所述REFER消息的refer-to头域中的method参数中；

对于所述INFO或所述RE-INVITE消息，所述取消切换标识承载于所述INFO消息或所述RE-INVITE消息的Request-URI中。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述源ISCF收到所述源AG发送的取消切换请求后，通过SIP消息向所述源AG返回处理进展情况；其中，向所述源AG返回的SIP消息为请求接受消息，或200OK消息，或呼叫进展消息。

9.根据权利要求8所述的方法，其特征在于，所述源AG向所述源ISCF发送的SIP消息为INFO消息时，所述源AG收到所述源ISCF返回的SIP消息后，通过SIP消息对所述源ISCF中取消切换进展情况进行订阅；其中，进行订阅的SIP消息为Subscribe消息。

10.根据权利要求9所述的方法，其特征在于，所述Subscribe消息中携带有订阅取消切换事件的标识；其中，所述订阅取消切换事件的标识承载于所述Subscribe消息的Event头域中。

11.根据权利要求1所述的方法，其特征在于，所述源ISCF通过SIP消息通知目标AG取消切换；其中，通知的SIP消息中携带有取消切换的相关参数和/或取消切换标识，所述取消切换的相关参数包括取消切换UE的标识信息和取消切换原因值。

12.根据权利要求11所述的方法，其特征在于，通知的SIP消息中携带有取消切换的相关参数具体为：

通知的SIP消息的消息体中承载取消切换相关参数；

或，通知的SIP消息的消息头中承载取消切换标识；

其中，通知的SIP消息为REFER消息或呼叫邀请INVITE消息。

13.根据权利要求12所述的方法，其特征在于，所述源ISCF通知所述目标AG取消切换的SIP消息是INVITE消息时，所述目标AG收到所述INVITE消息后，通过SIP消息通知所述源ISCF会话进展情况；其中，通知所述源ISCF会话进展情况的SIP消息为会话进展消息。

14.根据权利要求1所述的方法，其特征在于，所述方法还包括：

目标AG通知目标RNC将取消切换的用户终端UE的对端UE的媒体面信息更新为所述取消切换的UE的媒体面信息后，所述目标AG通过SIP消息通 知所述源ISCF取消切换已经完成；其中，通知所述源ISCF取消切换已经完成的SIP消息中携带取消切换完成标识。

15.根据权利要求14所述的方法，其特征在于，通知所述源ISCF取消切换已经完成的SIP消息为通知NOTIFY消息或呼叫拒绝消息，其中，为NOTIFY消息时，所述取消切换完成标识承载于Subscription-State头域中；为呼叫拒绝消息时，所述取消切换完成标识承载于reason头域中。

16.根据权利要求1所述的方法，其特征在于，所述源AG收到所述源ISCF的取消切换完成通知后，向源RNC发送MAP信令取消切换完成响应消息，通知取消切换完成。

17.一种取消切换的系统，应用于具有统一的IP核心网的移动网络中，其特征在于，所述系统包括源AG、源ISCF和UE，其中：

源AG，用于收到取消切换请求后，通过SIP消息通知源ISCF取消切换；

源ISCF，用于通知目标网络取消切换，并将取消切换的UE的对端UE的媒体面信息更新为所述取消切换的UE的媒体面信息；以及，在确认取消切换完成后，由所述源ISCF通知所述源AG。

18.根据权利要求17所述的系统，其特征在于，所述SIP消息的消息体中携带有取消切换的相关参数和/或取消切换标识；所述取消切换的相关参数包括取消切换UE的标识信息。

19.根据权利要求17所述的系统，其特征在于，所述SIP消息的消息头中承载取消切换标识。

20.根据权利要求17至19任一项所述的系统，其特征在于，所述SIP消息为转移请求REFER消息，或信息请求INFO消息，或呼叫重邀请RE-INVITE消息；

对于所述REFER消息，所述取消切换标识承载于所述REFER消息的refer-to头域中的method参数中；

对于所述INFO或所述RE-INVITE消息，所述取消切换标识承载于所述INFO消息或所述RE-INVITE消息的Request-URI中。