IMS会话切换实现方法和接入切换控制功能

摘要

本发明提供了一种IP多媒体子系统会话切换实现方法，包括：接入切换控制功能ATCF收到第一接入网到第二接入网的会话切换请求消息后，将用户的指定会话从第一接入网切换到第二接入网；所述ATCF根据本地策略确定是否释放所述第一接入网的所述指定会话，如果是，则执行会话释放；所述ATCF根据本地策略确定是否通知与所述用户相关的应用服务器，所述用户的接入网变更；第一接入网和第二接入网分别为PS接入网和CS接入网其中之一。本发明还提供了一种接入切换控制功能。利用本发明，在呼叫切换中，既能实现比SRVCC技术更快速切换，也能减少一些相对于eSRVCC而言的信令交互流程。

说明书

技术领域

本发明涉及通信领域，更具体的涉及IP多媒体子系统(IP Multimedia  Core Network Subsystem，简称IMS)网络的会话切换方法和ATCF(Access  Transfer Control Function，接入切换控制功能)。

背景技术

IMS是由第三代合作伙伴计划(3rd Generation Partnership Project，简称 3GPP)组织提出的一种基于IP的网络架构，其构建了一个开放而灵活的业 务环境，支持多媒体应用，并为用户提供丰富的多媒体业务。

目前，移动通信以电路交换(Circuit Switch，CS)网络为主，如全球移 动通信系统(GSM)和码分多址(CDMA)等，目前已经有关于UE(User  Equipment，用户设备)通过CS接入IMS的规范和专利。

在TS 24.292、3GPP TS 23.237和3GPP TS 24.237等规范中已经有使用 ATCF实现分组交换(Packet Switch，PS)和CS之间切换的信令和流程描述。

现有技术存在的问题：

1)如果使用SRVCC(Single Radio Voice Call Continuity，单一无线语音 呼叫连续性)技术，会话切换较慢，用户感受较差。

2)如果使用eSRVCC(Evolved SRVCC，演进的SRVCC)技术，在注 册、eSRVCC能力通知、以及切换中需要ATCF与SCC AS(Service  Centralization and Continuity Application Server，业务连续与集中应用服务器) 之间的配合与消息交互。

3)在S-CSCF(Serving Call Session Control Function，服务呼叫会话控 制功能)没有将CS接入注册和PS接入注册与注册订阅进行关联。

4)除SCC AS外，其它与用户相关的AS(Application Server，应用服 务器)没有感知用户接入网发生了改变。

5)由于(3)和(4)的原因，除SCC AS外，其它与用户相关的AS中 的注册不能得到周期性的刷新，导致呼叫或部分业务不能正确实现。

发明内容

本发明要解决的技术问题是提供一种IMS会话切换实现方法和ATCF， 以适应eSRVCC的呼叫切换需求。

为了解决上述问题，本发明提供了一种IP多媒体子系统会话切换实现方 法，包括：

接入切换控制功能ATCF收到第一接入网到第二接入网的会话切换请求 消息后，将用户的指定会话从第一接入网切换到第二接入网；

所述ATCF根据本地策略确定是否释放所述第一接入网的所述指定会 话，如果是，则执行会话释放；

所述ATCF根据本地策略确定是否通知与所述用户相关的应用服务器， 所述用户的接入网变更；

所述第一接入网为电路交换接入网，所述第二接入网为分组交换接入网， 或者；所述第一接入网为分组交换接入网，所述第二接入网为电路交换接入 网。

进一步的，上述方法还可具有以下特点，所述将用户的指定会话从第一 接入网切换到第二接入网包括：

所述ATCF根据锚定媒体或不锚定媒体的方式将所述用户的指定会话从 第一接入网切换到第二接入网。

进一步的，上述方法还可具有以下特点，所述方法还包括：

所述ATCF根据本地策略确定对所述用户的其他会话进行切换时，通知 相关网元需要切换的会话信息；以及，

后续所述ATCF接收到所述相关网元的会话切换请求消息后，将相应会 话从第一接入网切换到第二接入网；根据本地策略确定是否释放所述第一接 入网的所述相应会话，如果是，执行会话释放；根据本地策略确定是否通知 与所述用户相关的应用服务器，所述用户的接入网变更；

所述相关网元为演进的移动交换中心eMSC或媒体网关控制功能MGCF 或代理呼叫会话控制功能P-CSCF。

进一步的，上述方法还可具有以下特点，所述ATCF通知相关网元需要 切换的会话信息包括：

所述ATCF在通知消息中，携带将所述用户的所有会话切换到所述第二 接入网的标识；或者，携带一个或多个需要切换到所述第二接入网的会话相 关信息。

进一步的，上述方法还可具有以下特点，所述方法还包括，所述ATCF 接收到所述用户的注册请求消息后，通过查询呼叫会话控制功能I-CSCF和 服务呼叫会话控制功能S-CSCF向归属用户服务器HSS发起注册，接收所述 HSS返回的注册成功响应消息，所述注册成功响应消息中携带所述用户是否 支持第一接入网和第二接入网间切换的相关信息。

进一步的，上述方法还可具有以下特点，所述ATCF根据本地策略确定 是否通知与所述用户相关的应用服务器，所述用户的接入网变更包括：

所述ATCF在确定通知与所述用户相关的应用服务器时，通过在修改媒 体消息reINVITE或信息消息INFO或更新消息UPDATE中携带指定标识通 知与所述用户相关的应用服务器，所述用户的接入网变更。

本发明实施例还提供一种接入切换控制功能，所述接入切换控制功能 ATCF包括切换模块、会话释放模块和通知模块，其中：

所述切换模块用于：收到第一接入网到第二接入网的会话切换请求消息 后，将用户的指定会话从第一接入网切换到第二接入网；

所述会话释放模块用于：根据本地策略确定是否释放所述第一接入网的 所述指定会话，如果是，执行会话释放；

所述通知模块用于，根据本地策略确定是否通知与所述用户相关的应用 服务器，所述用户的接入网变更；

其中，所述第一接入网为电路交换接入网，所述第二接入网为分组交换 接入网，或者；所述第一接入网为分组交换接入网，所述第二接入网为电路 交换接入网。

进一步的，上述接入切换控制功能还可具有以下特点，所述切换模块将 用户的指定会话从第一接入网切换到第二接入网包括：

所述切换模块根据锚定媒体或不锚定媒体的方式将所述用户的指定会话 从第一接入网切换到第二接入网。

进一步的，上述接入切换控制功能还可具有以下特点，所述切换模块还 用于，根据本地策略确定对所述用户的其他会话进行切换时，通知相关网元 需要切换的会话信息；以及，后续接收到所述相关网元的会话切换请求消息 后，将所述用户的其他会话从第一接入网切换到第二接入网；

所述会话释放模块还用于，根据本地策略确定是否释放所述第一接入网 的所述其他会话；如果是，执行会话释放；

所述通知模块还用于，在所述切换模块将所述用户的其他会话从第一接 入网切换到第二接入网后，根据本地策略确定是否通知与所述用户相关的应 用服务器，所述用户的接入网变更；

所述相关网元为演进的移动交换中心eMSC或媒体网关控制功能MGCF 或代理呼叫会话控制功能P-CSCF。

进一步的，上述接入切换控制功能还可具有以下特点，所述切换模块通 知相关网元需要切换的会话信息包括：

所述切换模块在通知消息中，携带将所述用户的所有会话切换到所述第 二接入网的标识；或者，携带一个或多个需要切换到所述第二接入网的会话 相关信息。

进一步的，上述接入切换控制功能还可具有以下特点，所述ATCF还包 括注册模块，用于接收到所述用户的注册请求消息后，通过查询呼叫会话控 制功能I-CSCF和服务呼叫会话控制功能S-CSCF向归属用户服务器HSS发 起注册，接收所述HSS返回的注册成功响应消息，所述注册成功响应消息中 携带所述用户是否支持第一接入网和第二接入网间切换的相关信息。

进一步的，上述接入切换控制功能还可具有以下特点，所述通知模块根 据本地策略确定是否通知与所述用户相关的应用服务器，所述用户的接入网 变更包括：

所述通知模块在确定通知与所述用户相关的应用服务器时，通过在修改 媒体消息reINVITE或信息消息INFO或更新消息UPDATE中携带指定标识 通知与所述用户相关的应用服务器，所述用户的接入网变更。

利用本发明，在得到注册成功200ok消息中即可得知用户是否有PS与 CS之间切换的能力及相关信息。如果是现有技术，需要等待来自于SCCAS 的message消息。同时，也省去了S-CSCF向SCC AS发起三方注册，以及 SCC AS与HSS之间同步SRVCC信息的流程。

利用本发明，在呼叫切换中，既能实现比SRVCC技术更快速切换，也 能减少一些相对于eSRVCC而言的信令交互流程。

利用本发明，在呼叫中，用户实现接入网切换后，能正常的实现呼叫和 其它业务，不会因为注册超期导致呼叫释放或不能实现某些业务。

利用本发明，相对于现有的eSRVCC技术而言，不需要部署SCC AS网 元。

附图说明

图1为ATCF参与的PS接入注册流程；

图2为ATCF参与的CS接入注册流程；

图3为使用ATCF实现由PS接入切换为CS接入的呼叫流程；

图4为使用ATCF实现由CS接入切换为PS接入的呼叫流程；

图5为使用ATCF不锚定媒体实现由PS接入切换为CS接入的呼叫流程；

图6为使用ATCF不锚定媒体实现由CS接入切换为PS接入的呼叫流程；

图7为ATCF参与的mid-call PS-CS切换流程；

图8为ATCF参与的mid-call CS-PS切换流程；

图9为本发明实施例ATCF框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图 对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申 请中的实施例及实施例中的特征可以相互任意组合。

本发明实施例是一个全新的支持PS与CS之间切换的设备与系统，但为 便于理解，沿袭目前现有技术使用的名称ATCF。需要说明的是，本发明实 施例中虽然仍称之为ATCF，但与现有的ATCF相比，具有改进。

本发明实施例中，在用户通过在PS-CS切换中，由ATCF实现原接入网 的注册与订阅刷新。在此基础上，由ATCF实现呼叫切换功能，不需要现有 技术中所包含的SCC AS网元的参与。

根据本地策略，ATCF可以给其它网元发送消息，以告知用户会话接入 网已经发生了切换。

本发明实施例提供一种IP多媒体子系统会话切换实现方法，包括：

接入切换控制功能ATCF收到第一接入网到第二接入网的会话切换请求 消息后，将用户的指定会话从第一接入网切换到第二接入网；

所述ATCF根据本地策略确定是否释放所述第一接入网的所述指定会 话，如果是，则执行会话释放；

所述ATCF根据本地策略确定是否通知与所述用户相关的应用服务器， 所述用户的接入网变更；

所述第一接入网为电路交换接入网，所述第二接入网为分组交换接入网， 或者；所述第一接入网为分组交换接入网，所述第二接入网为电路交换接入 网。

其中，所述将用户的指定会话从第一接入网切换到第二接入网包括：

所述ATCF根据锚定媒体或不锚定媒体的方式将所述用户的指定会话从 第一接入网切换到第二接入网。

其中，所述ATCF根据本地策略确定对所述用户的其他会话进行切换时， 通知相关网元需要切换的会话信息；以及，

后续所述ATCF接收到所述相关网元的会话切换请求消息后，将相应会 话从第一接入网切换到第二接入网；根据本地策略确定是否释放所述第一接 入网的所述相应会话，如果是，执行会话释放；根据本地策略确定是否通知 与所述用户相关的应用服务器，所述用户的接入网变更；

所述相关网元为演进的移动交换中心eMSC或媒体网关控制功能MGCF 或代理呼叫会话控制功能P-CSCF。

其中，所述ATCF通知相关网元需要切换的会话信息包括：

所述ATCF在通知消息中，携带将所述用户的所有会话切换到所述第二 接入网的标识；或者，携带一个或多个需要切换到所述第二接入网的会话相 关信息。所述通知消息可以是refer消息。

其中，所述方法还包括，所述ATCF接收到所述用户的注册请求消息后， 通过查询呼叫会话控制功能I-CSCF和服务呼叫会话控制功能S-CSCF向归属 用户服务器HSS发起注册，接收所述HSS返回的注册成功响应消息，所述 注册成功响应消息中携带所述用户是否支持第一接入网和第二接入网间切换 的相关信息。

其中，所述ATCF根据本地策略确定是否通知与所述用户相关的应用服 务器，所述用户的接入网变更包括：

所述ATCF在确定通知与所述用户相关的应用服务器时，通过在修改媒 体消息reINVITE或信息消息INFO或更新消息UPDATE中携带指定标识通 知与所述用户相关的应用服务器，所述用户的接入网变更。

图1为ATCF参与的PS接入注册流程。

步骤101，ATCF收到来自于P-CSCF(Proxy Call Session Control  Function，代理呼叫会话控制功能)的注册请求消息。

步骤102，按现有技术，ATCF在发给I-CSCF(Interrogating Call Session  Control Function，查询呼叫会话控制功能)的注册请求消息中携带PS-CS间 切换的相关信息。

步骤103-105，HSS在返回给S-CSCF的注册成功响应消息中，携带该用 户是否支持PS-CS间切换的相关信息(即图中所示是否支持eSRVCC信息)， 并记录在ATCF等网元中。流程举例说明：在S-CSCF发给HSS的SAR (Server-Assignment-Request，服务器分配请求)中携带STN-SR(Session  Transfer Number-Single Radio，会话切换号码-单次无线)参数；在HSS发 给S-CSCF的SAA(Server-Assignment-Answer，服务器分配应答)消息中携 带C-MSISDN(Correlation MSISDN，关联移动号码MSISDN)参数。S-CSCF 在通过I-CSCF发给ATCF的注册响应消息中携带C-MSISDN参数。在PS-CS 切换中ATCF使用C-MSISDN。

步骤106，ATCF给用户回注册成功响应。

图2为ATCF参与的CS接入注册流程。

步骤201，ATCF收到来自于eMSC Server(演进的移动交换中心服务器) 的注册请求消息。

步骤202，按现有技术，ATCF在发给I-CSCF注册请求消息中携带CS-PS 间切换的相关信息。

步骤203-205，HSS在返回给S-CSCF的注册成功响应消息中，携带该用 户是否支持CS-PS间切换的相关信息，并记录在ATCF等网元中。流程举例 说明：在S-CSCF发给HSS的SAR中携带STN-SR(或/和STI-rSR)参数； 在HSS发给S-CSCF的SAA消息中携带C-MSISDN参数。S-CSCF在通过 I-CSCF发给ATCF的注册响应消息中携带C-MSISDN参数。在CS-PS切换 中ATCF使用C-MSISDN。

步骤206，ATCF给用户回注册成功响应。

图3为使用ATCF实现由PS接入切换为CS接入的呼叫流程。

步骤301，ATCF收到来自于eMSC Server或MGCF(Media Gateway  Control Function，媒体网关控制功能)的PS-CS会话切换请求消息。

步骤302-303，ATCF根据现有技术(使用ATGW锚定媒体方式)实现 会话媒体切换，给用户回应答响应。

步骤304-305，ATCF根据本地策略确定是否释放PS接入会话。图中的 304和305流程为释放PS会话流程。

步骤306，ATCF根据本地策略确定是否通知(比如使用信息消息info 或更新消息update)其它网元，用户的接入网已经发生了改变。

所述其他网元为用户相关的应用服务器，包括S-CSCF，以及其他应用 服务器。

后续流程与现有相关规范相同，省略。

其中，与现有技术的主要区别在于ATCF不需要为PS-CS切换向SCC AS 发起新呼叫。

图4为使用ATCF实现由CS接入切换为PS接入的呼叫流程。

步骤401，ATCF收到来自于P-CSCF的CS-PS会话切换请求消息。

步骤402-403，ATCF根据现有技术实现会话切换。

步骤404-405，ATCF根据本地策略确定是否释放CS接入会话。图中的 404和405流程为释放CS会话流程。

步骤406，ATCF根据本地策略确定是否通知其它网元，用户的接入网已 经发生了改变。

后续流程与现有相关规范相同，省略。

其中，与现有技术的主要区别在于ATCF不需要为CS-PS切换向SCC AS 发起新呼叫。

图5为使用ATCF不锚定媒体实现由PS接入切换为CS接入的呼叫流程。

步骤501，ATCF收到来自于eMSC Server或MGCF的PS-CS会话切换 请求(INVITE)消息。

步骤502-503，ATCF用收到的INVITE消息中的SDP(Session Description  Protocol，会话描述协议)信息与远端进行媒体协商。具体的媒体协商方式， 本发明不做限制。

步骤504，在与远端成功实现媒体协商的情况下，ATCF给eMSC Server 或MGCF回应答响应消息200OK。

步骤505-506，ATCF根据本地策略确定是否释放PS接入会话。图中的 505和506流程为释放PS会话流程。

步骤507，ATCF根据本地策略确定是否通知其它网元，用户的接入网已 经发生了改变。

后续流程与现有相关规范相同，省略。

其中，与现有技术的主要区别在于ATCF不需要为PS-CS切换向SCC AS 发起新呼叫。

图6为使用ATCF不锚定媒体实现由CS接入切换为PS接入的呼叫流程。

步骤601，ATCF收到来自于P-CSCF的CS-PS会话切换请求(INVITE) 消息。

步骤602-603，ATCF用收到的INVITE消息中的SDP信息与远端进行媒 体协商。具体的媒体协商方式，本发明不做限制。

步骤604，在与远端成功实现媒体协商的情况下，ATCF给P-CSCF回应 答响应消息200OK。

步骤605-606，ATCF根据本地策略确定是否释放CS接入会话。图中的 605和606流程为释放CS会话流程。

步骤607，ATCF根据本地策略确定是否通知其它网元，用户的接入网已 经发生了改变。

后续流程与现有相关规范相同，省略。

其中，与现有技术的主要区别在于ATCF不需要为CS-PS切换向SCC AS 发起新呼叫。

图7为ATCF参与的mid-call PS-CS切换流程。

步骤701，ATCF收到来自于eMSC或MGCF的PS-CS会话切换请求消 息。

步骤702-703，ATCF根据现有技术和本地逻辑，使用ATGW锚定媒体 的方式实现会话切换。

步骤704-705，ATCF根据本地策略确定是否释放PS接入会话。图中的 704和705流程为释放PS会话流程。

步骤706，ATCF根据本地策略确定是否通知其它网元，用户的接入网已 经发生了改变。

步骤707-708，ATCF根据本地策略确定对同一用户的其它会话进行切 换。图中的707为通知eMSC或MGCF哪些会话需要切换，通知方式包含：

在refer消息中携带让同一用户的所有会话都切换到CS接入网的标识；

在refer消息中携带多个切换切换到CS接入网的会话相关信息，比如： dialog信息，包括会话标识(call-id)、from、to头域的标签(tag)，等等。

在refer消息中携带一个切换切换到CS接入网的dialog信息。

步骤709-712，ATCF收到一切换请求INVITE，该INVITE消息中携带 了与refer相对应的信息。ATCF根据本地策略或相关规范，判断此切换不使 用ATGW锚定媒体。

步骤713-714，ATCF根据本地策略确定是否释放PS接入会话。图中的 713和714流程为释放PS会话流程。

步骤715，ATCF根据本地策略确定是否通知其它网元，用户的接入网已 经发生了改变。

后续流程与现有相关规范相同，省略。

其中，与现有技术的主要区别在于ATCF不需要为PS-CS切换向SCC AS 发起新呼叫；

refer消息中携带切换全部会话或多个会话的信息，切换请求invite消息 中也包含相应的信息，以便ATCF识别。

此图中只列举了两个会话的切换，如果ATCF收到多个会话切换invite 请求，ATCF根据本地逻辑，做类似于第二个会话切换处理(对某些切换也 可以采用ATGW锚定媒体方式，判断规则使用现有规范或本地策略)。

此图中的第一个会话切换使用锚定媒体，第二个会话切换不锚定媒体， 主要是为体现实现的灵活性，实际使用中并不受此限制。

图8为ATCF参与的mid-call CS-PS切换流程。

步骤801，ATCF收到来自于P-CSCF的CS-PS会话切换请求消息。

步骤802-803，ATCF根据现有技术和本地逻辑，使用ATGW锚定媒体 的方法实现会话切换。

步骤804-805，ATCF根据本地策略确定是否释放CS接入会话。图中的 804和805流程为释放CS会话流程。

步骤806，ATCF根据本地策略确定是否通知其它网元，用户的接入网已 经发生了改变。

步骤807-808，ATCF根据本地策略确定对同一用户的其它会话进行切 换。图中的807为通知P-CSCF哪些会话需要切换，通知方式包含：

在refer消息中携带让同一用户的所有会话都切换到PS接入网的标识；

在refer消息中携带多个切换切换到PS接入网的dialog信息。

在refer消息中携带一个切换切换到PS接入网的dialog信息。

步骤809-812，ATGCF收到一切换请求INVITE，该INVITE消息中携 带了与refer相对应的信息。ATGCF根据本地策略或相关规范，判断此切换 不使用ATGW锚定媒体。

步骤813-814，ATCF根据本地策略确定是否释放CS接入会话。图中的 813和814流程为释放CS会话流程。

步骤815，ATCF根据本地策略确定是否通知其它网元，用户的接入网已 经发生了改变。

后续流程与现有相关规范相同，省略。

其中，与现有技术的主要区别在于ATCF不需要为CS-PS切换向SCC AS 发起新呼叫；

refer消息中携带切换全部会话的标识，或者，携带切换一个或多个会话 的信息，切换请求invite消息中也包含相应的信息，以便ATCF识别。

此图中只列举了两个会话的切换，如果ATCF收到多个会话切换invite 请求，ATCF根据本地逻辑，做类似于第二个会话切换处理(对某些切换可 以采用ATGW锚定媒体方式，判断规则使用现有规范或本地策略)。

此图中的第一个会话切换使用锚定媒体，第二个会话切换不锚定媒体， 主要是为体现实现的灵活性，实际使用中并不受此限制。

本发明实施例提供一种接入切换控制功能，如图9所示，所述接入切换 控制功能ATCF包括切换模块、会话释放模块和通知模块，其中：

所述切换模块用于：收到第一接入网到第二接入网的会话切换请求消息 后，将用户的指定会话从第一接入网切换到第二接入网；

所述会话释放模块用于：根据本地策略确定是否释放所述第一接入网的 所述指定会话，如果是，执行会话释放；

所述通知模块用于，根据本地策略确定是否通知与所述用户相关的应用 服务器，所述用户的接入网变更；

其中，所述第一接入网为电路交换接入网，所述第二接入网为分组交换 接入网，或者；所述第一接入网为分组交换接入网，所述第二接入网为电路 交换接入网。

其中，所述切换模块将用户的指定会话从第一接入网切换到第二接入网 包括：

所述切换模块根据锚定媒体或不锚定媒体的方式将所述用户的指定会话 从第一接入网切换到第二接入网。

其中，所述切换模块还用于，根据本地策略确定对所述用户的其他会话 进行切换时，通知相关网元需要切换的会话信息；以及，后续接收到所述相 关网元的会话切换请求消息后，将所述用户的其他会话从第一接入网切换到 第二接入网；

所述会话释放模块还用于，根据本地策略确定是否释放所述第一接入网 的所述其他会话；如果是，执行会话释放；

所述通知模块还用于，在所述切换模块将所述用户的其他会话从第一接 入网切换到第二接入网后，根据本地策略确定是否通知与所述用户相关的应 用服务器，所述用户的接入网变更；

所述相关网元为演进的移动交换中心eMSC或媒体网关控制功能MGCF 或代理呼叫会话控制功能P-CSCF。

其中，所述切换模块通知相关网元需要切换的会话信息包括：

所述切换模块在通知消息中，携带将所述用户的所有会话切换到所述第 二接入网的标识；或者，携带一个或多个需要切换到所述第二接入网的会话 相关信息。

其中，所述ATCF还包括注册模块，用于接收到所述用户的注册请求消 息后，通过查询呼叫会话控制功能I-CSCF和服务呼叫会话控制功能S-CSCF 向归属用户服务器HSS发起注册，接收所述HSS返回的注册成功响应消息， 所述注册成功响应消息中携带所述用户是否支持第一接入网和第二接入网间 切换的相关信息。

其中，所述通知模块根据本地策略确定是否通知与所述用户相关的应用 服务器，所述用户的接入网变更包括：

所述通知模块在确定通知与所述用户相关的应用服务器时，通过在修改 媒体消息reINVITE或信息消息INFO或更新消息UPDATE中携带指定标识 通知与所述用户相关的应用服务器，所述用户的接入网变更。

需要说明的是，上述仅为本发明的原理性说明，所以：

实施例中的流程为示意流程。

注册/订阅中是否鉴权，没有在示意流程中体现，也可以增加相关鉴权流 程。

实施例中的各个网元之间的消息，主要是为了清楚的表示接入网切换信 息的获取以及呼叫切换的思想。在具体的实现中，不局限于这些网元和消息。

对于各种流程中出现的异常情况，在不冲突的情况下某些消息的先后顺 序，各网元内部的具体实现并不做具体的限制。

如果用户支持振铃态的接入网切换，ATCF给本端(发起接入切换侧的 网元)发的信息以及是否锚定媒体同现有技术。与现有技术不同的是，切换 中不使用SCC AS，切换哪个会话由ATCF(而不是由SCC AS)确定。

通知后向网元用户的接入网发生了切换，可以有多种方式，比如可以在 修改媒体消息reINVITE或其它消息(比如INFO、UPDATE)中携带相应标 识。

在实现中，ATCF和P-CSCF既可以合一，也可以分离。

在实现中，在通过CS接入不支持注册的情况下，ATCF还可以根据本 地策略以确定是否代理发起刷新注册，或者采用info/update消息等通知其它 网元在呼叫发生切换的情况下不释放注册超期的会话。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读 存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用 硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任 何特定形式的硬件和软件的结合。