CN1997201A - 在话音业务连续性中处理呼叫的方法及装置 - Google Patents

Abstract

本发明公开了一种在话音业务连续性中处理呼叫的方法，该方法在电路域用户发起呼叫时，在该呼叫中携带呼叫连续性控制功能公共业务标识(CCCF PSI)和被叫用户信息；将所述电路域呼叫转换为包含所述CCCF PSI和被叫用户信息的会话建立请求消息，并路由到具有CCCF功能的实体；该实体从所述会话请求中获取被叫信息，并对会话进行锚定控制。本发明还同时公开了一种终端设备，至少包括：呼叫信令产生模块，用于VCC业务用户发起呼叫时，产生包含具有呼叫连续性控制功能公共业务标识和被叫用户信息的呼叫信令；收发模块，与所述呼叫信令产生模块连接，用于将呼叫信令产生模块产生的所述呼叫信令发送到网络，以及从网络接收信令和业务数据。

Description

在话音业务连续性中处理呼叫的方法及装置

技术领域

本发明涉及通信技术领域，尤其一种在话音业务连续性中处理呼叫的方法及装置。

背景技术

IP多媒体子系统(IMS)是3GPP R5阶段增加的WCDMA网络中叠加在已有分组域之上的一个子系统，采用分组域为其上层控制信令和媒体传输的承载通道，并引入SIP协议作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务。IMS中的主要功能实体包括控制用户注册、会话控制等功能的会话控制实体CSCF、提供各种业务逻辑控制功能的应用服务器AS、集中管理用户签约数据的归属用户服务器HSS以及用于实现与电路交换网互通的MGCF/IM-MGW(媒体网关控制功能)。用户通过当前所在地代理节点P-CSCF接入IMS，会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域服务节点S-CSCF完成。

目前，3GPP提出了一种IMS控制的静态锚点(IMS control static anchoring)的呼叫控制方案，以解决在两个域，如CS域和IMS域，之间进行切换的问题。该方案的核心思想是，在IMS归属域为用户分配一个具有作为呼叫连续性控制功能(Call Continuity Control Function，CCCF)的应用服务器(ApplicationServer，AS)，对于从CS域或是IMS域发起的与该用户相关的呼叫/会话都将被传送到该AS进行锚定控制(Anchoring control)。这样，后续无论发生CS域至IMS域的域间切换或是发生IMS域至CS域的域间切换，都由该AS对锚定的呼叫/会话进行后续切换控制处理。

对于IMS中会话控制方式本身就可以很方便的在呼叫路径中插入一个锚点AS对会话进行控制，即通过定义iFC(initial Filter Criteria，初始过滤准则)使得会话触发至AS。

而对于CS域的呼叫控制方式本身不太容易在呼叫路径中插入一个锚点AS，因此，针对CS域发起的呼叫触发至锚点AS的过程，3GPP规范目前描述了多种实现方案，其中：

对于主叫侧为CS域时发起的初始呼叫，即对于主叫侧VMSC(VisitedMobile Switch Center，拜访移动交换中心)在接收到UE的呼叫建立消息后发起的呼叫，可以有网络侧路由控制{即使用CAMEL(移动网增强逻辑客户化应用)方案}和终端侧路由控制{即使用USSD(Unstructured Supplementary ServiceData非结构化补充数据业务)和SIP Notify(Session Initial Protocol Notify，会话初始协议的“通知”操作)}，两种控制模式将呼叫路由至锚点AS；

对于被叫侧为CS域时发起的初始呼叫，即被叫归属网络的GMSC在接收到来自于主叫侧的呼叫后，根据GMSC对被叫信息分析后发起的呼叫，可以使用CAMEL方案和信令拦截方案将呼叫路由至锚点AS。

这种将初始呼叫路由至锚点AS的功能称为域间选择功能(Network DomainSelection，NeDS)功能。对于CS域，具有NeDS功能的实体可以为gsmSCF；对于IMS域，具有NeDS功能的实体可以为一个AS。CS域中的路由决策实体gsmSCF可以同IMS域中的路由决策实体AS位于同一物理实体中。

采用静态锚点方案完成的VCC(话音业务连续性)用户跨域切换控制过程如图1所示，在呼叫初始建立时，如UE(A)发起针对UE(B)的呼叫，则该呼叫通过具有NeDS功能的gsmSCF或AS在主叫侧UE(A)的呼叫路径中插入一个锚点AS，该AS启用B2BUA(背靠背用户代理)功能用以将主叫侧的呼叫分为AS终止段和AS发起段两段。所述的AS终止段即为UE(A)-AS之间的呼叫段，所述的AS发起段即为AS-UE(B)之间的呼叫段。

在后续在呼叫的过程中，UE(A’)检测到域间切换条件满足时，希望将当前进行的呼叫从UE(A)切换到UE(A’)上进行后续的呼叫控制，此时UE(A’)则针对当前的呼叫进行锚定控制的AS发起一个新的呼叫，AS在接收到该呼叫后，判断出需要进行域间切换时，则AS将UE(A’)新发起的呼叫与AS发起段接续，然后释放掉AS终止段的呼叫，这样，在锚点AS的控制下，使得UE(A’)同UE(B)进行了呼叫的接续，释放掉先前的UE(A)-AS之间的呼叫段，完成了UE(A)到UE(A’)之间的切换。

上述这种将呼叫进行锚定控制，并在域间切换发生时进行切换处理的功能叫做呼叫连续性控制功能(Call continuity Control Function，CCCF)功能，在静态锚点方案下，具有CCCF功能的实体为IMS域中的一个AS。

其中，具有NeDS功能的路由决策点gsmSCF或AS可以同具有CCCF功能的AS位于同一个物理实体中；而且UE(A)可以是CS域的终端，UE(A’)可以是IMS域的终端，通过UE(A)到UE(A’)的呼叫切换，实现了用户A的同一个呼叫从CS域到IMS域之间的呼叫连续性。

同样，在呼叫初始建立时，可在主叫侧UE(B)的呼叫路径中插入一个锚点AS，用以实现后续被叫侧的域间切换的呼叫控制。

当CS域的用户作为主叫发起呼叫时，且采用网络侧路由控制模式，即CS域中使用CAMEL机制将发起的呼叫触发至AS进行锚定，则相应的处理流程如图2所示，主要包括以下步骤：

步骤2-1、注册到VMSC的UE发起呼叫建立Setup消息。

步骤2-2、VMSC根据主叫侧的CAMEL签约信息通过Initial DP(初始检测点)消息将呼叫触发到具有NeDS功能的gsmSCF中。

步骤2-3、具有NeDS功能的gsmSCF生成一个指向IMS域中的具有CCCF功能的一个AS的路由号码IMRN(IMS Routing Number)，使得VMSC根据该路由号码将呼叫路由至该CCCF上。

具有NeDS功能的gsmSCF可通过在CCCF的标识信息CCCF PSI(CCCFPublic Service Identities，CCCF公共业务标识)后追加呼叫参考号等方法来构造IMRN，然后，由具有NeDS功能的gsmSCF通过移动网增强逻辑客户化应用连接(CAMEL connect)消息将IMRN下发给VMSC。

步骤2-4、VMSC根据IMRN通过初始地址全消息(IAM)消息将呼叫路由至主叫用户归属的IMS网络中的媒体网关控制功能(MGCF)。

步骤2-5、MGCF判断出IAM消息中的被叫信息为指向具有CCCF功能的AS的IMRN，则向I-CSCF发送INVITE消息，该消息中的被叫信息中请求资源统一定位标识(Requested-URI)为IMRN的TEL URI(即电话号码格式的URI)格式。

步骤2-6、I-CSCF根据Requested-URI向归属用户服务器(HSS)查询路由信息，获取同该IMRN相关联的AS地址信息，即具有CCCF功能的AS地址信息，然后I-CSCF向具有CCCF功能的AS转发INVITE消息。

为了支持HSS能够根据包含CCCF PSI信息的IMRN返回在对应的具有CCCF功能的AS信息，在HSS中需要配置CCCF PSI数据同具有该CCCF功能的AS地址信息的对应关系。

步骤2-7、具有CCCF功能的AS接收到的被叫信息包含CCCF PSI信息的IMRN的会话后，对会话进行锚定控制，即触发B2BUA(背靠背用户代理)功能，终止掉AS接收到会话，然后发起一个针对原被叫信息的新会话，即具有CCCF功能的AS通过同HSS的Sh接口获得主叫用户侧的S-CSCF信息，然后，将会话路由至S-CSCF，并由该S-CSCF将会话路由至原被叫侧。

具有CCCF功能的AS在发起一个针对原被叫信息的新会话时，其会话的原被叫信息是具有CCCF功能的AS根据接收到的INVITE消息中的被叫信息TELURI格式的IMRN索引出该IMRN所对应的呼叫的真实被叫信息，即索引出具有NeDS功能的gsmSCF在步骤2-3中分配的IMRN所对应的真实的被叫号码信息。

在S-CSCF将呼叫路由至原被叫侧的过程中，当原被叫信息为Tel-URI格式时，S-CSCF执行ENUM DNS(E.164 Number Domain Name System E.164，域名转换系统)转换功能，如果能够将原被叫号码转换成SIP URI(会话初始协议的URI)格式，则后续的呼叫路由在IMS域中进行，否则，S-CSCF将呼叫路由至本IMS域的BGCF(Breakout Gateway Control Function边界网关控制功能)，由BGCF将呼叫最终经由MGCF路由至PSTN(公共电话交换网)或CS域，最后由PSTN或CS域将呼叫接续至被叫。在具有CCCF功能的AS启用B2BUA功能时，对于在CCCF终止的会话和在CCCF新发起的会话，CCCF均对其维护状态，以对后续用户可能发起的域间切换进行控制。

由于主叫用户拜访地的CS域不一定支持CAMEL，因此需要考虑到其他替代方式将呼叫路由至AS，目前3GPP的规范中提供了终端侧路由控制模式下的基于USSD和基于SIP Notify的两种机制。

其中，USSD机制应用于UE未注册到IMS域，其基本原理是UE在向VMSC发起呼叫时，呼叫信令中的被叫地址信息携带的是指向具有CCCF功能的AS的CCCF PSI，从而VMSC经由MGCF将呼叫路由至IMS域中具有CCCF功能的AS。而真实的被叫信息，如UE(B)的号码信息，是通过UE向具有NeDS功能的gsmSCF发送的USSD信令中携带，这样，在具有NeDS功能的gsmSCF接收到USSD信令后，与具有CCCF功能的AS进行交互，通知CCCF其当前接收到的会话的真实被叫信息，即USSD信令中携带UE(B)的号码信息，从而具有CCCF功能的AS对接收到的UE发起的呼叫进行锚定，即AS启动B2BUA功能，终止掉AS接收到会话，然后发起一个针对原被叫信息的新会话，这里的原被叫信息从具有NeDS功能的gsmSCF接收到的USSD信令中获得。后续处理如图2的步骤2-7所述，根据AS发起的新会话中的原被叫信息将会话路由至被叫用户后接续。

当CS域的用户作为主叫发起呼叫时，如果采用终端侧路由控制模式，即使用USSD机制将发起的呼叫触发至AS进行锚定，则相应的处理流程如图3所示，主要包括以下步骤：

步骤3-1，注册到VMSC的UE发起呼叫建立Setup消息，setup中携带的被叫信息为一个包含CCCF PSI信息的号码，并且消息中还携带有UE分配的用于唯一标识UE和CCCF之间一次呼叫的呼叫参考号，VMSC根据包含CCCF PSI信息的被叫号码将UE发起的呼叫经由MGCF/I-CSCF路由至一个具有CCCF功能的AS中(将UE发起的呼叫路由至具有CCCF功能AS的处理过程同步骤2-4～步骤2-6类似)。

步骤3-2、在UE接收到VMSC发送的Call proceeding消息后，UE以应用模式向VMSC发起USSD信令，其中USSD信令中携带本次呼叫的真实的被叫信息，以及在步骤3-1中UE分配的呼叫参考号。

步骤3-3、VMSC向HLR转发该USSD信令，HLR向具有CCCF功能的USSD信令处理功能实体，如gsmSCF转发该USSD信令，此处具有CCCF功能的USSD信令处理功能实体与步骤3-1中具有CCCF功能的AS可为同一个物理实体；根据接收到的USSD信令中携带的呼叫真实的被叫信息和呼叫参考号，具有CCCF功能的AS和/或USSD信令处理功能实体关联出步骤3-1中接收到的会话，并且将步骤3-1接收到会话中的被叫信息更新为USSD信令携带的呼叫真实的被叫信息。

步骤3-4、具有CCCF功能的AS和/或USSD信令处理功能实体对步骤3-1接收到会话中的被叫信息进行更新后，对会话进行锚定控制(具有CCCF功能的AS和/或USSD信令处理功能实体对会话进行锚定控制的处理过程同步骤2-7类似)。

所述的SIP Notify机制应用于UE已经注册到IMS域，其基本原理同USSD机制大致一致，即UE在向VMSC发起呼叫时，呼叫信令中的被叫地址信息携带的是指向具有CCCF功能的AS的CCCF PSI，从而VMSC经由MGCF将呼叫路由至IMS域中具有CCCF功能的AS。而真实的被叫信息，如UE(B)的号码信息，是通过当前注册到IMS域的UE向具有NeDS功能的AS发送的SIP Notify信令中携带，这样，在具有NeDS功能的AS接收到SIP Notify信令后，与具有CCCF功能的AS进行交互，通知CCCF其当前接收到的会话的真实被叫信息，即SIPNotify信令中携带UE(B)的号码信息，从而具有CCCF功能的AS对接收到的UE发起的呼叫进行锚定，即AS启动B2BUA功能，终止掉AS接收到会话，然后发起一个针对原被叫信息的新会话，这里的原被叫信息从具有NeDS功能的AS接收到的SIP Notify信令中获得。后续处理如图2的步骤2-7所述，根据AS发起的新会话中的原被叫信息将会话路由至被叫用户后接续。

从目前的语音业务连续性的设计方案上可知，对于从CS域或是IMS域发起的与该用户相关的呼叫/会话都将被传送到该用户归属的IMS域中一个具有CCCF功能的AS进行锚定控制，因此，对于普通的CS域的用户作为主叫发起呼叫，在实现VCC业务时，其呼叫路径是被强行先路由至用户归属IMS域的AS进行锚定后，再由AS将呼叫路由至被叫侧。而对于这种CS域的VCC用户作为主叫发起呼叫时，有网络侧路由控制和终端侧路由控制两种模式，对于网络侧路由控制模式，UE发起的呼叫是一个普通的针对真实被叫的呼叫，通过网络的CAMEL能力将呼叫改向至一个具有CCCF功能的AS进行呼叫的锚定。对于终端侧路由控制模式，需要对终端的呼叫逻辑进行修改，UE发起的呼叫是一个特殊的针对具有CCCF功能的AS的呼叫，而真实的被叫号码是在后续UE向具有CCCF功能的USSD信令处理实体发送的USSD信令中携带，具有CCCF功能的AS和/或USSD信令处理实体根据USSD信令中携带的真实被叫信息对呼叫的被叫信息进行更新，然后对呼叫进行锚定。

目前在CS域中存在的一些本地业务，如紧急业务和合法监听业务。

紧急业务(如用户拨打紧急求助电话110、119等)是一种特殊的电信业务，目前规范中定义了两类紧急业务，Type-1和Type-2。Type-1的紧急呼叫是指终端上没有SIM卡的情况发起的呼叫，此时UE发送的呼叫建立setup消息中携带有相应的指示标明该呼叫为紧急呼叫，VMSC根据setup消息紧急呼叫指示将该呼叫送至紧急呼叫中心接续；Type-2的紧急呼叫是指终端以传统的方式发起呼叫建立setup消息，但是消息中的被叫号码携带的是紧急呼叫号码，VMSC根据对setup消息中的被叫号码进行分析后将呼叫送至紧急呼叫中心接续。

为了尽快地让发起紧急呼叫的用户获得业务，紧急呼叫业务对接续时延有比较严格的要求，因此，目前规范中的处理是在主叫拜访地的VMSC中的特殊号码表中配置所有的本地紧急呼叫号码，当VMSC接收到UE发起的setup消息后，根据setup消息中的被叫号码判断出为紧急呼叫号码，则对呼叫进行紧急呼叫流程处理，即不对UE执行鉴权、加密等流程，直接将呼叫路由至紧急呼叫中心。CAMEL业务由于呼叫需要同gsmSCF进行交互，会导致接续时长的增加，所以目前3GPP的规范中明确规定了紧急业务时不能触发CAMEL业务。因此，如果UE使用基于CAMEL的网络侧路由控制模式下发起CS域的紧急呼叫业务时，呼叫是不会送至用户归属IMS网络中具有CCCF功能的AS进行锚定，后续呼叫与不能够进行VCC控制。

合法监听业务是一种监管业务。所谓的合法监听是指安全机构出于执法的需要，对某个通话过程进行监听。目前在CS域监听的实现过程是：监听中心预先在MSC(包括该监听中心管辖范畴内的VMSC/GMSC)设置受控数据，监听中心在MSC设置的受控数据包含受控标识和受控事件，受控标识可以是MSISDN、IMSI或IMEI，受控事件可以是呼叫相关的事件和/或呼叫无关的事件，用于指示MSC监控同这些MSISDN或IMSI或IMEI相关的呼叫相关和/或呼叫无关的事件。MSC保存受控数据，当本局发生了与受控标识相关的受控事件时发生时，MSC根据所保存的受控数据触发监听，即对于受控用户发起或接收的呼叫，MSC需要单独建立到监听中心的话音通道将用户通话内容传递过去；对于受控用户发起或接收到的其他呼叫无关事件，如SMS，MSC则仅仅向监听中心上报事件通知。由于监听的触发在呼叫建立时就进行了，因此，一般受控数据的下发需要在呼叫建立之前完成。当用户漫游时，拜访地的安全机构也可以对用户在拜访地发起的呼叫或是接收到呼叫进行监听，因此，合法监听业务也属于一种本地业务。当UE使用基于CAMEL的网络侧路由控制模式下发起CS域的呼叫时，安全机构是可以对呼叫中的主叫用户或被叫用户进行合法监听的。

由于考虑到网络支持CAMEL能力的不具有普遍性，即在主叫用户拜访地的CS域不一定支持CAMEL，因此VCC规范提出了使用基于USSD/SIP Notify的终端侧路由控制模式，将UE发起的CS域呼叫路由至具有CCCF功能的AS的替代方案，该替代方案用于网络不能支持CAMLE的情况下UE发起CS域呼叫的一种补充方式。

但是，当UE以USSD/SIP Notify方式发起呼叫时，由于用户拨打的呼叫真实号码即紧急呼叫号码是在USSD或是SIP Notify信令中携带至具有CCCF功能的AS，UE发起的setup信令中携带的是指向用户归属IMS网络中具有CCCF功能的AS的CCCF PSI，后续由AS将接收到的会话同接收到USSD或是SIP Notify信令进行关联，并将会话中的被叫信息更新为USSD/SIP Notify中携带的呼叫真实的号码。由于用户拨打的真实被叫号码是通过USSD/SIP Notify信令携带至具有CCCF功能的AS，因此，对于Type-2的紧急呼叫，主叫拜访地的VMSC无法根据接收到的setup信令中识别出该呼叫是一个紧急呼叫，呼叫仍然会送至用户归属IMS网络中具有CCCF功能的AS进行锚定，后续呼叫也能够进行VCC控制。

因此，对于同一个VCC用户，当其在具有CAMEL能力的网络下发起的CS域紧急业务呼叫，最终呼叫是不能够进行VCC业务，和其在不具有CAMEL能力的网络下发起的CS域紧急业务呼叫，最终呼叫是能够进行VCC业务的，导致了用户感受的不一致，从而影响用户体验。另外，当UE以USSD/SIP Notify方式发起呼叫时，由于用户拨打的真实被叫号码是通过USSD/SIP Notify信令携带至具有CCCF功能的AS，UE发起的setup信令中携带的是指向用户归属IMS网络中具有CCCF功能的AS的CCCF PSI，因此，主叫拜访地的VMSC无法根据接收到的setup信令中识别出真实的被叫号码信息，导致安全机构无法对拨打的真实被叫用户进行监听。这样，对于同一个VCC用户，当其在具有CAMEL能力的网络下发起的CS域的呼叫时，最终呼叫是能够被合法监听的，当其在不具有CAMEL能力的网络下发起的CS域的呼叫时，最终呼叫是不能够被合法监听的，导致了VCC业务下对合法监听业务的处理不一致。

发明内容

本发明提供一种在话音业务连续性中处理呼叫的方法及装置，以解决现有技术中签约了VCC业务的用户在不支持CAMEL能力的网络发起呼叫时，需要通过异步交互传递被叫信息而存在的延长接续时延的问题；进一步的，解决由此造成VCC业务下对其他业务处理不一致或影响用户体验的问题。

本发明提供以下技术方案：

一种在话音业务连续性中处理呼叫的方法，包括如下步骤：

A、电路域用户发起呼叫，并且在该呼叫中携带呼叫连续性控制功能公共业务标识(CCCF PSI)和被叫用户信息；

B、将所述电路域呼叫转换为包含所述CCCF PSI和被叫用户信息的会话建立请求消息，并路由到具有CCCF功能的实体；

C、所述具有CCCF功能实体从所述会话请求中获取被叫信息，并对会话进行锚定控制。

其中：

步骤A中，通过所述呼叫信令的被叫信息部分携带所述CCCF PSI和被叫用户信息；或者，在所述呼叫信令的被叫信息部分携带所述CCCF PSI，通过呼叫信令中的其他参数携带被叫用户信息。

电路域中的网络实体发送初始地址消息时，在该消息的被叫部分携带所述CCCF PSI，通过该消息中的其他参数携带被叫用户信息。

转换所述电路呼叫信令的网络实体解析出初始地址消息中携带被叫用户信息的参数，根据该消息中的被叫信息部分携带的CCCF PSI与解析出的被叫用户信息构造被叫号码伪码，并携带在会话建立请求消息中。

电路域中接收到所述呼叫的设备在根据呼叫中携带的用户信息确定本次会话中不能发起VCC业务时，进一步触发禁止VCC业务的处理流程。

所述禁止VCC业务的处理流程包括：电路域中接收到所述呼叫的设备进一步向所述具有CCCF功能的网络实体发送禁止VCC业务的相关信息；所述具有CCCF功能的网络实体依据该相关信息，在接收到针对该会话发起的话音业务连续性(VCC)请求时拒绝该请求。

通过呼叫信令将禁止VCC业务的相关信息发送到具有CCCF功能的网络实体；或者，通过管理接口向所述具有CCCF功能的网络实体发送禁止VCC业务的相关信息。

确定本次会话不能发起VCC业务的情况包括：本次会话中的用户被合法监听时，以及本次会话中的用户发起了呼叫中的业务。

所述用户被合法监听时，在接受合法监听中心控制的网络实体接收到受控数据后向具有CCCF功能的网络实体发送禁止VCC业务的相关信息；或者，由合法监听中心直接向具有CCCF功能的网络实体发送禁止VCC业务的相关信息。

步骤B之前进一步包括步骤：

A1、电路域中接收到所述呼叫的设备在根据呼叫中携带的被叫用户信息确定该用户是否能发起VCC业务，若是，将呼叫路由到具有信令转换功能的网络实体，并继续步骤B；否则，则将该呼叫直接路由到被叫用户。

步骤B之前进一步包括步骤：

A2、电路域接收到所述呼叫的网络实体根据所述被叫用户信息和预先配置的紧急呼叫中心信息，判断被叫是否为紧急中心，若是，则将呼叫直接路由到紧急中心；否则，将呼叫路由到具有信令转换功能的网络实体，并继续步骤B。

所述具有CCCF功能的实体获取被叫信息后，根据所述被叫用户信息和预先配置的紧急呼叫中心信息判断该被叫是否为紧急中心，若是则将呼叫路由到紧急中心，否则，对会话进行锚定控制。

将呼叫路由到紧急中心时，根据CCCF公共业务标识与用户当前所在位置的对应关系，将呼叫路由到用户位置最近的紧急呼叫中心。

一种在话音业务连续性中处理呼叫的方法，包括如下步骤：

网络中接续呼叫的网络实体将用户发起的呼叫路由到IMS网络中具有呼叫连续性控制功能(CCCF功能)的网络实体，由该网络实体对会话进行锚定控制；以及

所述具有CCCF功能的网络实体在控制所述会话过程中接收到针对该会话发起的话音业务连续性(VCC)请求时，判断是否禁止该请求，若是，则拒绝该请求，否则，接受该请求并进行后续处理。

其中：

所述接续呼叫的网络实体在确定本次会话中不能发起VCC业务时，进一步向所述具有CCCF功能的网络实体发送禁止VCC业务的相关信息，由网络实体设置相应的标识。

通过所述呼叫信令将禁止VCC业务的相关信息发送到具有CCCF功能的网络实体；或者，通过管理接口向所述具有CCCF功能的网络实体发送禁止VCC业务的相关信息。

确定本次会话不能发起VCC业务的情况包括：本次会话中的用户被合法监听时，以及本次会话中的用户发起了呼叫中的业务。

用户被合法监听时，由接受合法监听中心控制的网络实体接收到受控数据后向具有CCCF功能的网络实体发送禁止VCC业务的相关信息；或者，由合法监听中心直接向具有CCCF功能的网络实体发送禁止VCC业务的相关信息。

一种终端设备，包括：

呼叫信令产生模块，用于VCC业务用户发起呼叫时，产生包含具有呼叫连续性控制功能公共业务标识和被叫用户信息的呼叫信令；

收发模块，与所述呼叫信令产生模块连接，用于将呼叫信令产生模块产生的所述呼叫信令发送到网络，以及从网络接收信令和业务数据。

本发明在签约了VCC业务的用户发起CS域呼叫时，在setup消息中同时携带指向具有CCCF功能的CCCF PSI和真实的被叫信息，使得具有CCCF功能的实体能够直接从会话建立请求消息中获得被叫地址信息，从而可以缩短接续时延；同时，主叫拜访地的VMSC既能根据setup消息中的CCCF PSI将呼叫路由至IMS域进行锚定，又能根据setup消息中的被叫号码正常进行紧急呼叫业务或是合法监听等本地业务。

附图说明

图1为现有技术中VCC业务的用户跨域切换控制过程示意图；

图2为现有技术中采用网络侧控制模式实现VCC业务的流程图；

图3为现有技术中采用终端侧控制模式实现VCC业务的流程图；

图4为本发明中实现VCC业务的流程图；

图5为本发明中合法监听时，禁止UE发起VCC业务的流程图；

图6为本发明中呼叫中业务时，禁止UE发起VCC业务的流程图；

图7为本发明中终端设备的结构示意图。

具体实施方式

在实现话音业务连续性业务的静态锚点过程中，为了使VCC业务用户在不支持CAMEL的电路域发起呼叫时，具有CCCF功能的应用服务器(AS)能够从与呼叫消息对应的会话请求消息中获取被叫用户信息，本发明在用户设备发送的呼叫信令(setup消息)中同时携带指向具有CCCF功能的CCCF PSI和真实的被叫信息，并通过CS域传送到IMS域具有CCCF功能的AS进行锚定后，直接从该会话建立请求消息中获取被叫信息将会话路由至被叫侧进行接续。

进一步的，拜访地的网络设备能根据setup消息中的真实的被叫信息正常进行紧急呼叫业务或是合法监听等本地业务。

参阅图4所示，在不支持CAMEL的CS域中，用户设备(UE)发起呼叫的处理流程如下：

步骤4-1、UE向拜访移动交换中心(VMSC)发送setup消息，setup消息中的被叫地址信息中的携带的是被叫号码伪码(Pseudo called number)。

这里，UE通过在CCCF PSI后追加真实被叫信息的方式来构造Pseudocalled number。如采用“CCCF PSI+真实被叫信息”的方式来构造Pseudo callednumber。另外，考虑到setup消息中的被叫地址的长度限制，被叫地址信息中的也可以只携带CCCF PSI，而真实的被叫号码在setup消息中的其他参数中携带。

这里，被叫号码伪码中的CCCF PSI可以是由具有CCCF功能的AS根据UE当前所在的位置信息动态分配并提供给UE的，用以保证将UE从不同的VMSC下发起的呼叫都能够根据相对应的CCCF PSI信息路由至具有CCCF功能的AS中进行锚定。

步骤4-2、在建立了主叫侧的无线资源连接后，VMSC向UE发送的Callproceeding消息，然后VMSC根据接收到的Setup消息中被叫地址信息中携带的CCCF PSI信息，通过IAM消息将呼叫路由至主叫用户归属的IMS网络中的MGCF。

当被叫地址信息中只携带了CCCF PSI，而真实的被叫号码在setup消息中的其他参数中携带时，在向MGCF发送的IAM消息需要携带有真实被叫号码的相应参数。

步骤4-3、MGCF判断出IAM消息中的被叫信息中包含有指向具有CCCF功能的AS的CCCF PSI时，则向问询呼叫会话控制功能(I-CSCF)发送INVITE消息，该消息中的被叫信息Requested-URI为被叫号码伪码的TEL URI格式。当被叫地址信息中的只携带了CCCF PSI，而真实的被叫号码在IAM消息中的其他参数中携带时，MGCF向I-CSCF发送的INVITE消息中被叫信息Requested-URI为CCCF PSI的TEL URI格式，并且MGCF需要将携带在IAM其他参数中的真实的被叫号码在INVITE消息中的其他参数中发送至I-CSCF。

步骤4-4、I-CSCF根据Requested-URI中TEL URI格式的被叫号码伪码向HSS查询路由信息，获取同该被叫号码伪码中的CCCF PSI部分相关联的AS地址信息，即具有CCCF功能的AS地址信息，然后I-CSCF向具有CCCF功能的AS转发INVITE消息，该INVITE消息中的Requested-URI为TEL URI格式的被叫号码伪码。为了支持HSS能够根据TEL-URI格式的被叫号码伪码返回被叫号码伪码中的CCCF PSI部分对应的具有CCCF功能的AS地址信息，需要预先在HSS中配置TEL-URI格式的CCCF PSI数据同具有该CCCF功能的AS地址信息的对应关系。这里，可以在HSS中定义一种Wildcard CCCF PSI(通配的CCCF PSI)，这样，当I-CSCF使用TEL-URI格式的被叫号码伪码向HSS查询路由信息时，HSS只需要根据被叫号码伪码中的CCCF PSI部分匹配到Wildcard CCCF PSI，就可以向I-CSCF返回该Wildcard CCCF PSI相对应的具有CCCF功能的AS地址信息。

当被叫地址信息中只携带了CCCF PSI，而真实的被叫号码在IAM消息中的其他参数中携带时，I-CSCF向具有CCCF功能的AS发送的INVITE消息中被叫信息Requested-URI为CCCF PSI的TEL URI格式，并且I-CSCF需要将携带在IAM其他参数中的真实的被叫号码在INVITE消息中的其他参数中发送至具有CCCF功能的AS。

步骤4-5、具有CCCF功能的AS接收到的被叫信息包含CCCF PSI信息的被叫号码伪码的会话，或是接收到被叫信息包含CCCF PSI，真实被叫号码在INVITE消息中的其他参数中携带的会话后，对会话进行锚定控制，即触发B2BUA功能，终止掉AS接收到会话，然后发起一个针对原被叫信息的新会话，即具有CCCF功能的AS通过同HSS的Sh接口获得主叫用户侧的S-CSCF信息，然后，将具有CCCF功能的AS发起的针对原被叫信息的会话路由至该S-CSCF，并由该S-CSCF将会话路由至原被叫侧。

这里，在具有CCCF功能的AS触发B2BUA功能，发起一个针对原被叫信息的新会话时，其会话中的原被叫信息从接收到的INVITE消息中的被叫信息TEL URI格式的Pseudo called number中包含的真实的被叫信息中获得，或是从接收到的INVITE消息中的其他参数中获得。

在S-CSCF将呼叫路由至原被叫侧的过程中，当原被叫信息为Tel-URI格式时，S-CSCF执行ENUM DNS转换功能，如果能够将原被叫号码转换成SIPURI格式，则后续的呼叫路由在IMS域中进行，否则，S-CSCF将呼叫路由至本IMS域的BGCF，由BGCF将呼叫最终经由MGCF路由至PSTN或CS域，最后由PSTN或CS域将呼叫接续至被叫。在具有CCCF功能的AS启用B2BUA功能时，对于在CCCF终止的会话和在CCCF新发起的会话，CCCF均对其维护状态，以对后续用户可能发起的域间切换进行控制。

从上述流程可知，VCC业务用户在不支持CAMEL的CS域发起呼叫时，其发送的呼叫建立消息中为携带有CCCF PSI信息和真实被叫信息的被叫号码伪码，这样，根据被叫号码伪码中的CCCF PSI信息CS域和IMS域的实体可以将呼叫路由至VCC业务用户归属的IMS域中具有CCCF功能的AS进行锚定，根据被叫号码伪码中的真实被叫信息，具有CCCF功能的AS能够直接从呼叫信令中获取VCC业务用户发起呼叫的真实被叫号码信息，然后执行B2BUA功能，将呼叫正确地路由至真实被叫侧进行接续。

另外，当VCC业务用户在支持CAMEL的CS域以这种基于被叫号码伪码的终端侧路由控制方式发起呼叫时，此时VMSC以CAMEL的处理逻辑优先于对被叫号码伪码的处理逻辑，即VMSC根据主叫侧的VCC CAMEL签约信息通过Initial DP消息将呼叫触发到具有NeDS功能的gsmSCF中，后续处理同图2中的步骤2-3～2-7。这样，对于VCC业务用户在支持CAMEL的CS域以这种基于被叫号码伪码的终端侧路由控制方式发起呼叫时，最终是以基于CAMEL网络侧路由控制方式将呼叫路由至具有CCCF功能的AS进行锚定。因此，这种基于被叫号码伪码的终端侧路由控制方式同基于CAMEL的网络侧路由控制方式能够相互结合兼容。

根据本发明的基于被叫号码伪码的终端侧路由控制方式，对于UE发起紧急呼叫业务，如果运营商允许用户发起后续的VCC业务，则在对主叫拜访地的VMSC进行数据配置时，不能将“CCCF PSI+紧急呼叫号码”(在CCCF PSI后追加真实被叫信息的方式下)或紧急呼叫号码(真实的被叫号码在setup消息中的其他参数中携带的情况下)作为一种本地紧急呼叫号码配置在特殊号码表中，这样，当VMSC接收到UE发起的setup消息后，根据setup消息中的被叫号码中的CCCF PSI直接将呼叫路由至用户归属IMS域中的具有CCCF功能的AS进行锚定，在具有CCCF功能的AS接收到呼叫后，根据被叫信息中的真实被叫号码和在具有CCCF功能的AS中预先配置的特殊号码表判断出用户拨打的是紧急呼叫号码，则将呼叫路由回紧急呼叫中心。

在具有CCCF功能的AS在将呼叫锚定后路由回紧急呼叫中心时，由于具有CCCF功能的AS在分配CCCF PSI时并提供给UE时，分配的CCCF PSI可以同用户当前所在的位置信息具有一定的映射关系，因此具有CCCF功能的AS可以根据CCCF PSI将呼叫路由回距离用户当前所在的位置最近的紧急呼叫中心，以便紧急呼叫中心可以尽快响应用户的请求，如派出救援人员等。

根据本发明的基于被叫号码伪码的终端侧路由控制方式，对于UE发起紧急呼叫业务，如果运营商需要禁止用户发起后续的VCC业务，可以通过在主叫拜访地的VMSC进行数据配置，将“CCCF PSI+紧急呼叫号码”(在CCCFPSI后追加真实被叫信息的方式下)或紧急呼叫号码(真实的被叫号码在setup消息中的其他参数中携带的情况下)作为一种本地紧急呼叫号码配置在特殊号码表中。在上述流程的步骤2中，当VMSC接收到UE发起的setup消息后，根据setup消息中的被叫号码“CCCF PSI+紧急呼叫号码”判断出为本次呼叫为紧急呼叫，则对呼叫进行紧急呼叫流程处理，即不对UE执行鉴权、加密和锚定等流程，直接将呼叫路由至紧急呼叫中心，即不再进行步骤3至步骤5。这样，由于呼叫没有被锚定，后续用户就无法进行VCC业务。

为了支持合法监听业务，将“CCCF PSI+被监听叫号码”(在CCCF PSI后追加真实被叫信息的方式下)或者被监听号码(真实的被叫号码在setup消息中的其他参数中携带的情况下)设置成监听号码；在上述步骤2中，当VMSC接收到UE发起的setup消息后，根据setup消息中的被叫号码中的“CCCF PSI+真实被叫号码”或“真实被叫号码”判断出该被叫号码接听或者拨打的呼叫都需要被安全机构进行合法监听时，则可以在主叫的VMSC触发对被叫用户的合法监听流程。

主叫拜访地的VMSC获知该呼叫已经受到安全机构的合法监听时，此时如果主叫UE或网络发起VCC业务，CS域中的话路即主叫VMSC中的话路将被拆除，主叫UE的话路将会从IMS域中接续到被叫，这样在VMSC中执行的监听则不能继续进行。为了避免已经处于监听状态下的呼叫在发生VCC业务之后导致的监听不能继续进行，可以通过如下两种方式对已经处于监听状态下的呼叫进行处理：

第一种方式：对于处于监听状态下的电路域呼叫不进行锚定控制。当使用基于CAMLE的网络侧控制模式实现VCC业务的锚定处理时，在具有NeDS功能的gsmSCF判断出该VCC用户需要受到合法机构的监听，则不生成IMRN，直接下发Continue继续呼叫，则后续呼叫直接路由至被叫侧，不会路由至IMS域中的具有CCCF功能的一个AS上进行锚定，因此，由于电路域的呼叫没有锚定在IMS域，后续无论是UE还是网络都不能成功发起VCC业务，从而可以保障合法监听业务的正常进行。当使用基于被叫号码伪码的终端侧控制模式实现VCC业务的锚定处理时，在上述图4的流程步骤2中，主叫拜访地的VMSC对于已经处于监听状态下的呼叫，则对setup消息中的被叫号码中的CCCF PSI进行剥除，直接将呼叫路由至被叫侧进行接续，即不再进行步骤3至步骤5。这样，对于已经处理监听状态下的呼叫，VMSC不会根据被叫号码伪码中的CCCF PSI将其路由至用户归属IMS域中的具有CCCF功能的AS进行锚定，因此，后续无论是UE还是网络都不能成功发起VCC业务，从而可以保障合法监听业务的正常进行。

由于在初期开展VCC业务时，网络中可以采用一些配置的方法来实现电路域被叫侧VCC业务的锚定处理，如对GMSC或是对HSS进行增强判断呼叫是否属于签约了VCC业务的用户，是否需要将呼叫路由至IMS域以实现电路域被叫侧的VCC业务的锚定处理。对于这些配置方案，则可以通过在GMSC或是HSS中增加相应的处理，即判断呼叫中的被叫侧VCC用户是否受到合法机构的监听，如果是，则对该呼叫不进行锚定处理。

第二种方式是，对于处于监听状态下的呼叫，在进行会话锚定控制后拒绝用户并避免网络后续发起的VCC业务请求。该方式适用于基于CAMLE的网络侧控制模式实现电路域主/被叫侧VCC业务的锚定处理，以及基于USSD/SIPNotify的终端侧控制模式实现电路域被叫侧VCC业务的锚定处理，以及基于配置方案实现电路域被叫侧VCC业务的锚定处理，以及本发明所述的基于被叫号码伪码的终端侧控制模式实现电路域被叫侧VCC业务的锚定处理等多种呼叫锚定方式。

参阅图5所示，对于第二种方式其主要处理流程如下：

步骤500、主叫/被叫拜访地的VMSC或是主叫/被叫归属电路域网络的相关实体(如GMSC)判断出用户发起的呼叫已经处于监听状态，这里，发现主叫/被叫用户发起的呼叫已经处于监听状态的实体称为受控MSC。

步骤510、受控MSC向主叫/被叫用户归属IMS域的具有CCCF功能的AS发送相应的禁止VCC业务的指示，指示中携带相应的需要被禁止VCC业务的用户标识，如MSISDN，进一步的，指示中还可以携带主叫/被叫用户当前的呼叫相关信息，如呼叫的主叫/被叫侧用户标识。主叫/被叫用户归属IMS域具有CCCF功能的AS存储相应的被禁止VCC业务的用户标识和其对应的呼叫信息。

步骤520、主叫/被叫用户归属IMS域具有CCCF功能的AS接收到来自于主叫/被叫用户的切换请求。

步骤530、具有CCCF功能的AS判断是否对发起切换的用户设置了禁止VCC业务，若是，则进行步骤540，否则，进行步骤550。

步骤540、具有CCCF功能的AS拒绝用户的切换请求。

步骤550、具有CCCF功能的AS接受用户的切换请求并进行后续处理(后续处理与现技术相同，不再赘述)。

进一步的，在呼叫结束时，具有CCCF功能的AS释放先前存储被禁止VCC业务的用户标识和其对应的呼叫信息。

另外，主叫/被叫用户归属IMS域具有CCCF功能的AS根据存储的被禁止的VCC业务的用户标识和其对应的呼叫信息，需要保证网络不允许触发对于处于监听状态下的用户的VCC业务，这样，无论是UE还是网络都不能成功发起VCC业务，从而可以保障合法监听业务的正常进行。

在上述第二种方式中，受控MSC向主叫/被叫用户归属IMS域的具有CCCF功能的AS发送相应的禁止VCC业务的指示时，受控MSC可以通过管理接口向AS发送禁止VCC业务的指示，即当受控MSC接收到监听中心设置的受控数据时，根据受控数据中的受控标识，即需要进行合法监听的用户标识，判断出受控用户的归属IMS网络，并通过管理接口，如运营维护接口向受控用户归属IMS网络的具有CCCF功能的AS发送相应的受控数据，具有CCCF功能的AS存储相应的受控数据，拒绝后续受控用户发起的VCC切换。

另外，也可以由监听中心直接通过管理接口向受控用户归属IMS网络的具有CCCF功能的AS同步发送相应的受控数据。在通过管理接口向受控用户归属IMS网络的具有CCCF功能的AS发送相应的受控数据时，可以经由一个或多个中间实体将受控数据转发或分发至受控用户所归属的具有CCCF功能的AS。这样，具有CCCF功能的AS不需要受控MSC在呼叫中进行相应的受控数据的通知，而是直接根据监听中心提供的受控数据拒绝相关的受控用户的发起的VCC切换。

在受控MSC向主叫/被叫用户归属IMS域的具有CCCF功能的AS发送相应的禁止VCC业务的指示时，受控MSC可以通过在呼叫信令中增加相应的指示，通过呼叫信令将该指示携带至具有CCCF功能的AS，即当受控MSC存储了监听中心设置的受控数据，判断出受控用户发起呼叫时，受控MSC通过在IAM信令中增加相应的指示，当呼叫锚定在具有CCCF功能的AS时，AS根据IAM信令中的相应指示判断出该用户的呼叫已经被监听，则拒绝后续受控用户发起的VCC切换；当受控MSC存储了监听中心设置的受控数据，判断出受控用户接收到呼叫时，受控MSC通过在ACM或ANM应答信令中增加相应的指示，受控MSC发送的ACM或ANM应答信令发送至对呼叫进行锚定的具有CCCF功能的AS时，AS根据ACM或ANM信令中的相应指示判断出该用户的呼叫已经被监听，则拒绝后续受控用户发起的VCC切换。

另外，方式二提出在进行会话锚定控制后拒绝用户并避免网络后续发起的VCC业务请求不仅仅可以应用于处于监听状态下的呼叫。对于一些电路域的呼叫由于其在呼叫过程中发起了的业务，如多方通话、呼叫等待业务，由于IMS域目前尚不能支持对这些业务的处理，对于这些呼叫中的业务，当用户从电路域切换至IMS域后，则会由于IMS域的业务能力不足导致中断了用户当前进行的这些呼叫中的业务，带给用户不好的业务感受。因此，同样可以采用方式二提出的方法，对于已经激活了电路域的呼叫中业务时，具有CCCF功能的AS需要拒绝用户并避免网络后续发起的VCC业务请求。

参阅图6所示，对于已经激活了电路域的呼叫中业务时，具有CCCF功能的AS需要拒绝用户并避免网络后续发起的VCC业务请求的主要流程如下：

步骤600、主叫/被叫拜访地的VMSC或是主叫/被叫归属电路域网络的相关实体(如GMSC)判断出用户发起了的呼叫中的业务，如呼叫等待，多方通话等。

步骤610、主叫/被叫拜访地的VMSC或是主叫/被叫归属电路域网络的相关实体(如GMSC)向主叫/被叫用户归属IMS域的具有CCCF功能的AS发送相应的禁止VCC业务的指示，指示中携带相应的需要被禁止VCC业务的用户标识，如MSISDN，进一步的，指示中还可以携带主叫/被叫用户当前的呼叫相关信息，如呼叫的主叫/被叫侧用户标识。主叫/被叫用户归属IMS域具有CCCF功能的AS存储相应的被禁止VCC业务的用户标识和其对应的呼叫信息。

步骤620、主叫/被叫用户归属IMS域具有CCCF功能的AS接收到来自于主叫/被叫用户的切换请求。

步骤630、具有CCCF功能的AS判断是否对发起切换的用户设置了禁止VCC业务，若是，则进行步骤640，否则，进行步骤650。

步骤640、AS拒绝用户的切换请求。

步骤650、AS接受用户的切换请求并进行后续处理(后续处理与现技术相同，不再赘述)。

进一步的，在呼叫结束时，具有CCCF功能的AS释放先前存储被禁止VCC业务的用户标识和其对应的呼叫信息。

主叫/被叫用户归属IMS域具有CCCF功能的AS根据存储的被禁止的VCC业务的用户标识和其对应的呼叫信息，需要保证网络不允许触发对于处于呼叫中业务状态下的用户的VCC业务。这样，无论是UE还是网络都不能成功发起VCC业务，从而可以保障呼叫中业务的正常进行。

对于主叫/被叫拜访地的VMSC或是主叫/被叫归属电路域网络的相关实体(如GMSC)向主叫/被叫用户归属IMS域的具有CCCF功能的AS发送相应的禁止VCC业务的指示时，可以是MSC通过呼叫信令将该指示携带至具有CCCF功能的AS的方式，其具体实现同上述第二种方式中的在呼叫信令中增加相关指示信息的方法类似，在此不再赘述。

相应的，本发明的终端设备如图7所示，该终端设备至少包括一个呼叫信令产生模块和收发模块(其余完成现有其他功能的模块未示出)，其中：

呼叫信令产生模块用于VCC业务用户在CS域发起呼叫时，产生包含具有呼叫连续性控制功能公共业务标识和被叫用户信息的呼叫信令；

收发模块，用于将呼叫信令产生模块产生的所述呼叫信令发送到网络，以及从网络接收信令和业务数据。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (20)

1、一种在话音业务连续性中处理呼叫的方法，其特征在于，包括如下步骤：

A、电路域用户发起呼叫，并且在该呼叫中携带呼叫连续性控制功能公共业务标识(CCCF PSI)和被叫用户信息；

B、将所述电路域呼叫转换为包含所述CCCF PSI和被叫用户信息的会话建立请求消息，并路由到具有CCCF功能的实体；

C、所述具有CCCF功能实体从所述会话请求中获取被叫信息，并对会话进行锚定控制。

2、如权利要求1所述的方法，其特征在于，步骤A中，通过所述呼叫信令的被叫信息部分携带所述CCCF PSI和被叫用户信息；或者

在所述呼叫信令的被叫信息部分携带所述CCCF PSI，通过呼叫信令中的其他参数携带被叫用户信息。

3、如权利要求1所述的方法，其特征在于，电路域中的网络实体发送初始地址消息时，在该消息的被叫部分携带所述CCCF PSI，通过该消息中的其他参数携带被叫用户信息。

4、如权利要求3所述的方法，其特征在于，转换所述电路呼叫信令的网络实体解析出初始地址消息中携带被叫用户信息的参数，根据该消息中的被叫信息部分携带的CCCF PSI与解析出的被叫用户信息构造被叫号码伪码，并携带在会话建立请求消息中。

5、如权利要求1至4任一项所述的方法，其特征在于，电路域中接收到所述呼叫的设备在根据呼叫中携带的用户信息确定本次会话中不能发起VCC业务时，进一步触发禁止VCC业务的处理流程。

6、如权利要求5所述的方法，其特征在于，禁止VCC业务的处理流程包括：电路域中接收到所述呼叫的设备进一步向所述具有CCCF功能的网络实体发送禁止VCC业务的相关信息；所述具有CCCF功能的网络实体依据该相关信息，在接收到针对该会话发起的话音业务连续性(VCC)请求时拒绝该请求。

7、如权利要求6所述的方法，其特征在于，通过呼叫信令将禁止VCC业务的相关信息发送到具有CCCF功能的网络实体；或者，通过管理接口向所述具有CCCF功能的网络实体发送禁止VCC业务的相关信息。

8、如权利要求5所述的方法，其特征在于，确定本次会话不能发起VCC业务的情况包括：本次会话中的用户被合法监听，以及本次会话中的用户发起了呼叫中的业务。

9、如权利要求8所述的方法，其特征在于，所述用户被合法监听时，在接受合法监听中心控制的网络实体接收到受控数据后向具有CCCF功能的网络实体发送禁止VCC业务的相关信息；或者，由合法监听中心直接向具有CCCF功能的网络实体发送禁止VCC业务的相关信息。

10、如权利要求1至4任一项所述的方法，其特征在于，步骤B之前进一步包括步骤：

A1、电路域中接收到所述呼叫的设备在根据呼叫中携带的被叫用户信息确定该用户是否能发起VCC业务，若是，将呼叫路由到具有信令转换功能的网络实体，并继续步骤B；否则，则将该呼叫直接路由到被叫用户。

11、如权利要求10所述的方法，其特征在于，确定本次会话不能发起VCC业务的情况包括：该用户被合法监听，以及该用户发起了呼叫中的业务。

12、如权利要求1至4任一项所述的方法，其特征在于，步骤B之前还包括步骤：

A2、电路域接收到所述呼叫的网络实体根据所述被叫用户信息和预先配置的紧急呼叫中心信息，判断被叫是否为紧急中心，若是，则将呼叫直接路由到紧急中心；否则，将呼叫路由到具有信令转换功能的网络实体，并继续步骤B。

13、如权利要求1至4任一项所述的方法，其特征在于，所述具有CCCF功能的实体获取被叫信息后，根据所述被叫用户信息和预先配置的紧急呼叫中心信息判断该被叫是否为紧急中心，若是则将呼叫路由到紧急中心，否则，对会话进行锚定控制。

14、如权利要求13所述的方法，其特征在于，将呼叫路由到紧急中心时，根据CCCF公共业务标识与用户当前所在位置的对应关系，将呼叫路由到用户位置最近的紧急呼叫中心。

15、一种在话音业务连续性中处理呼叫的方法，其特征在于，包括如下步骤：

网络中接续呼叫的网络实体将用户发起的呼叫路由到IMS网络中具有呼叫连续性控制功能(CCCF功能)的网络实体，由该网络实体对会话进行锚定控制；以及

所述具有CCCF功能的网络实体在控制所述会话过程中接收到针对该会话发起的话音业务连续性(VCC)请求时，判断是否禁止该请求，若是，则拒绝该请求，否则，接受该请求并进行后续处理。

16、如权利要求15所述的方法，其特征在于，所述接续呼叫的网络实体在确定本次会话中不能发起VCC业务时，进一步向所述具有CCCF功能的网络实体发送禁止VCC业务的相关信息，由网络实体设置相应的标识。

17、如权利要求16所述的方法，其特征在于，通过所述呼叫信令将禁止VCC业务的相关信息发送到具有CCCF功能的网络实体；或者，通过管理接口向所述具有CCCF功能的网络实体发送禁止VCC业务的相关信息。

18、如权利要求16所述的方法，其特征在于，确定本次会话不能发起VCC业务的情况包括：本次会话中的用户被合法监听，以及本次会话中的用户进行了呼叫中的业务。

19、如权利要求18所述的方法，其特征在于，用户被合法监听时，由接受合法监听中心控制的网络实体接收到受控数据后向具有CCCF功能的网络实体发送禁止VCC业务的相关信息；或者，由合法监听中心直接向具有CCCF功能的网络实体发送禁止VCC业务的相关信息。

20、一种终端设备，其特征在于，包括：

呼叫信令产生模块，用于VCC业务用户发起呼叫时，产生包含具有呼叫连续性控制功能公共业务标识和被叫用户信息的呼叫信令；

收发模块，与所述呼叫信令产生模块连接，用于将呼叫信令产生模块产生的所述呼叫信令发送到网络，以及从网络接收信令和业务数据。

Images