专利名称：一种跨域接收业务的方法、装置及系统的制作方法
技术领域：
本发明涉及通信领域，特别是涉及一种跨域接收业务的方法、装置及系统。
背景技术：
在无线网络从2G网络演进到3G网络的过程中，3G网络与2G网络会并存很长一段时期，在这样一种双网并存的情况下，双网之间的互操作成为了一个有待研究的课题。
3GPP2标准组织为了解决上述问题，提出了一个叫做语音呼叫连续性VCC(Voice Call Continuity)的架构，该架构的示意图参见图1所示。
在这个架构中新增了两个网元，一个是语音呼叫连续性应用服务器VCCAS，一个是短消息网关SMS-GW。SMS-GW用于进行短消息的互通，与本发明无关。VCC AS是一个IMS域的网络实体，但是和CS域一些网元存在接口。其用于在被叫路由时协助决策路由所在的域；在用户进行语音通话业务时锚定在呼叫路径中，在发生IMS域和CS域之间的切换进行协助工作。
在IMS域中，VCC AS是一个AS(Application Server，应用服务器)，能够感知用户在IMS域的注册状态，并且作为B2BUA(Back to Back User Agent，背靠背用户代理)位于用户的SIP(Session Initiation Protocol，会话发起协议)会话路径中，从而可以对SIP会话进行控制。
在CS域中，VCC AS是一个SCP(Service Control Point，业务控制点)，用户在CS域的呼叫都会通过智能触发到它，并由它进行控制。
按照3GPP2标准流程，所有接续到用户的呼叫包括1x语音呼叫，都需要路由到IMS域，经由VCCAS锚定控制。
3GPP标准组织定义的VCC架构与上述类似，只是将VCC AS又细分为了四个功能单元。VCC AS对外的功能比较一致。这里就不再介绍。
虽然VCC是用来解决语音呼叫的双网互操作问题的，但是对于发生在IMS域的其他多媒体实时业务如视频电话VT(Video Telephone)业务等也同样适用。
在3GPP2的VCC架构中，允许用户在CS域进行语音通话时切换到IMS域，具体切换流程参见图2所示。
用户已经在CS域建立了语音通话，在信令层面上，MGCF处于CS域和IMS域之间，起着信令转换作用；而VCC AS锚定在呼叫两端之间，起着B2BUA(Back to Back User Agent背靠背用户代理)的作用。在承载层面上，MGW处于TDM和IP承载之间，起着媒体转换的作用。这时用户发起了到IMS域的切换1、如果用户还没有在IMS域注册，则首先需要发起注册流程；2、注册完毕之后，终端发起SIP会话，会话的被叫用户标识为VCC AS的设备标识；3、S-CSCF收到SIP会话请求之后，通过业务触发的方式将会话触发到VCC AS；4、VCC AS发起到呼叫对端的会话属性更改流程，让呼叫对端将媒体流连接更改到切换用户的IMS域；5、呼叫对端返回更改成功响应，VCC AS收到后也给终端返回会话接收响应；6、终端发送ACK消息接通此新呼叫；7、VCC AS获知新呼叫已经接通后，发送BYE消息释放原有到CS域的会话；8、MGCF将BYE转为ISUP的RLS消息释放CS域会话；后续就是普通的会话释放流程，这里不再累述。流程完毕之后用户就在IMS域和原呼叫对端继续通话了。
上述切换流程目前在3GPP2的VCC标准中只限定于，由WLAN接入IMS域时才能应用。而由CDMA分组网络(DO网络)接入IMS域时，目前还没有标准的从CS域切入的流程，原因在于终端不能同时接入DO网络和CS网络(1X网络)，所以如果从CS网络切换入DO网络必然要对正在进行的语音通话产生较长的中断影响，用户感受会不好，因此不太可取。一个已经被提出的解决方案是在呼叫路径中插入一个媒体资源功能MRF(Media ResourceFunction)实体，当用户开始切换时，对呼叫对端放呼叫等待音，等到用户从IMS域重新接入后再恢复和呼叫对端的通话，这样对用户的感受就会有较好的改善。
当用户在CS域进行语音通话时，从IMS域来了一个视频电话需要接续到此用户，此时VCC AS如何处理呢？现有3GPP2的VCC方案中提供了一个用户在CS域接收IMS域VoIP呼叫的流程，参见图3所示，包括下列步骤1、呼叫从对端来到被叫用户所在IMS域的CSCF实体；2、CSCF通过业务触发方式将呼叫触发到VCC AS；3、VCC AS检测到用户正在CS域，则决策需要在CS域接续用户，于是向CS域HLR发送消息申请用户位置。
后续则是普通的CS域语音被叫流程，这里不再累述。
上述3GPP2的解决方案是将VoIP呼叫转到CS域，变成CS域语音呼叫进行接续，它只能解决第二个呼叫是VoIP呼叫时的问题。如果第二个呼叫是视频电话，由于媒体流中存在视频部分，在CS域无法承载，所以3GPP2标准方案是无法解决视频电话的问题的。
而且上述3GPP2的解决方案也未提及是否保持原CS域会话。
在HRPD网络与CDMA 1x网络(本文中有时简写为1x网络)重叠的区域，为了解决用户驻留在HRPD网络下时能够接收来自1x网络的语音呼叫，标准中提出了交叉寻呼技术，即MS驻留在一个网络时可以接收其他网络的寻呼，用户则可以选择是否接听新的呼叫。
为了实现交叉寻呼，在原有HRPD IOS标准的基础上增加了HRPD AN(接入网，本文中有时简写为AN)与MSC/MSCe(移动交换中心)之间的A1/A1P接口，终端接入到HRPD网络后由AN通过A1/A1P接口到MSC/MSCe进行位置登记，这样MSC(Mobile Switch Center，移动交换中心)就知道终端位于哪个AN。当HRPD网络的业务寻呼需要通过1x网络下发到终端时，AN则将请求MSC/MSCe，于是，MSC/MSCe将该寻呼通过1x网络下发到终端；同样，当1x网络的寻呼需要通过HRPD网络下发到终端时，MSC/MSCe将1x寻呼通过HRPD网络的CSNA(Circuit Services Notification Application，电路域业务通知应用)下发到终端。实现以上功能的前提是终端在HRPD网络的位置登记与终端在1x网络的位置登记都登记在同一个MSC/MSCe上。
然而，上述的交叉寻呼方案中，用户没有选择网络的权利，这样导致灵活性不够。例如，如果用户想要预先设置当进行HRPD下的视频业务时不接听1x呼叫，则由于用户没有选择网络的权利，所以无法拒绝接听该1x呼叫。
为了实现用户驻留在HRPD网络时能够接收来自1x网络的语音呼叫，人们还提出了另外一种实现方式，将1x网络的语音呼叫转为VoIP(Voice over IP)，并且在HRPD网络接续到用户。
然而，目前IP承载的语音业务的语音质量和业务效果不如电路域承载的语音业务那么好，这就使得接收到的来自1x网络的语音呼叫出现了质量下降，这是人们所不希望看到的。另外，这还存在一个问题，运营商现有电路域设备等需要改造，即，对于运营商在电路域的已有投资来说，是一个很大的浪费。
因此，人们需要一种跨域接收语音业务的解决方案，能够解决上述相关技术中的问题。
发明内容
本发明提供一种跨域接收业务的方法、装置及系统，用于当用户终端注册在某一个域时，将从另外一个域到达的业务请求接续到该用户，以实现跨域接收业务。
进一步，解决现有技术中的用户没有选择网络的权利，以及在用户终端接续新到达的业务时，对当前正在进行的原会话无法处理的问题。
本发明方法包括下列步骤A、当语音呼叫连续性应用服务器VCC AS收到从一个域到达的业务请求指向注册在另一个域的用户终端时，通知该用户终端；B、该用户终端判定满足预设的条件时，转入所述业务请求的发起域；C、VCC AS在所述业务请求的发起域，将所述业务与该用户终端关联，以接通业务。
本发明VCC AS实体，用于进行呼叫锚定和域切换，所述VCC AS实体还包括判断模块，用于判断从一个域到达的业务请求所指向的用户终端当前是否注册在另一个域，若是，则发出触发信号；通知模块，用于在收到所述判断模块发来的触发信号后，向所述用户终端发送通知消息；关联模块，用于当用户终端转入所述业务请求的发起域后，将所述业务与该用户终端关联，以接通业务。
本发明的用户终端，能够在多种网络下接入并进行通话业务，所述用户终端还包括网络接口模块，用于从网络侧接收通知，该通知指示有业务请求从某个域到达；以及与网络侧交互；控制模块，根据预设的条件判断是否接收所述到达的业务，以及将处理结果提供给网络接口模块，并在判定接收所述到达的业务时，控制本用户终端转入所述业务请求的发起域。
本发明跨域接收业务的系统，包括语音呼叫连续性应用服务器VCC AS，用于在收到从一个域到达的业务请求指向注册在另一个域的用户终端时，通知该用户终端；以及在所述业务请求的发起域，将所述业务与该用户终端关联，以接通业务；用户终端，用于在判定满足预设的条件时，转入所述业务请求的发起域。
本发明有益效果如下当用户终端注册在某一个域，有另外一个域的业务请求需要接续到该用户终端时，本发明方法能够使得网络实体和终端一起配合，根据各种策略和方式，让该用户终端转到所述业务请求的发起域接收该业务。对于用户终端在原注册域已有其他业务的情况，本发明还提供了多种方案让网络、用户终端或者用户自行进行会话优先级的决策，根据会话优先级决定是否接续新到达的业务。
通过本发明，用户能够在仅注册在一个域的情况下，接收来自其它域的业务，提高了业务接通率，增强了用户体验。
为了支撑本发明方法，本发明还提供了一种VCC AS实体、用户终端及相应的跨域接收业务的系统。
图1为语音呼叫连续性VCC架构的示意图；图2为现有用户在CS域进行语音通话时切换到IMS域的信令流程图；图3为现有用户在CS域接收IMS域VoIP呼叫的信令流程图；图4为本发明VCC AS实体结构示意图；图5为本发明用户终端实施例一的结构示意图；图6为本发明用户终端实施例二的结构示意图；图7为本发明系统结构示意图；图8为本发明方法步骤流程图；图9为本发明实施例中对VCC AS来说执行的步骤流程图；图10为本发明实施例中对用户终端来说执行的步骤流程图；图11为本发明方法实施例一的信令流程图；图12为本发明方法实施例二的信令流程图；图13为本发明方法实施例三的信令流程图；图14为本发明方法实施例四的信令流程图；图15为本发明方法实施例五的信令流程图；图16为本发明方法实施例六的信令流程图；
图17为本发明方法实施例七的信令流程图；图18为本发明方法实施例八的信令流程图；图19为本发明方法实施例九的信令流程图；图20为本发明方法实施例十的信令流程图；图21为本发明方法实施例十一的信令流程图；图22为本发明方法实施例十二的信令流程图；图23为本发明方法实施例十三的信令流程图；图24为本发明方法实施例十四的信令流程图。
具体实施例方式
为了当用户终端注册在某一个域时，将从另外一个域到达的业务请求接续到该用户，以实现跨域接收业务。
●本发明提供一种VCC AS实体，其具有呼叫锚定和域切换功能，参见图4所示，其还包括关联模块，以及相互连接的判断模块和通知模块；进一步，还包括呼叫保持模块。
所述判断模块，用于判断从一个域到达的业务请求所指向的用户终端当前是否注册在另一个域，若是，则发出触发信号。进一步判断模块还可在收到所述业务请求后，检测所述用户终端当前是否正在另外一个域进行业务；当检测到该用户终端当前在另外一个域进行业务时，则根据会话优先级决定是否发出触发信号。
所述通知模块，用于在收到所述判断模块发来的触发信号后，向所述用户终端发送通知消息。
所述关联模块，用于当用户终端转入所述业务请求的发起域后，将所述业务与该用户终端关联，以接通业务。具体方式处理方式为所述关联模块从在所述业务请求的发起域向用户终端发起第一会话，将所述业务请求向该用户终端转发，用户终端转到所述业务请求的发起域后接通该业务。或者，所述通知模块生成与所述到达的业务请求唯一对应的第一特别号码，并携带于发向用户终端的通知中；以及所述关联模块识别出用户终端转到所述业务请求的发起域后发起的第二会话中携带有第一特别号码时，根据所述第一特别号码与所述到达的业务请求之间的唯一对应关系，将第二会话与所述到达的业务关联，以接通该业务。
所述呼叫保持模块，用于标记所述当前正在进行的业务，并在用户终端中断该业务时，保持到该业务对端的会话。所述保持到当前正在进行的业务对端的会话存在两种方式方式一、在会话路径中插入MRF，并指示MRF完成放音和呼叫等待控制；或者，方式二、向所述当前正在进行的业务的对端发送会话更新指示，指示媒体流方向改为单向或双向闭锁。
利用上述两种方式保持当前正在进行的业务对端的会话后，可以将终端当前正在进行的业务切换到所述到达的业务请求的发起的域，在具体实现中至少存在以下三种实施情况之一、所述通知模块生成与所述当前正在进行的业务唯一对应的第二特别号码，并携带于发向用户终端的通知中；以及所述关联模块识别出用户终端转入所述业务请求的发起域后发起的第一切换会话中携带有所述第二特别号码时，根据第二特别号码与所述当前正在进行的业务的对应关系，将所述第一切换会话与所述当前正在进行的业务在信令层面上进行关联。
之二、所述关联模块向所述用户终端发起第三会话，用以将所述当前正在进行的业务向该用户终端转发；并且在所述用户终端接收第三会话后，将所述当前正在进行的业务的对端与所述用户终端在信令层面上关联。
之三、所述关联模块将所述第一会话、到所述当前正在进行业务的对端的会话，以及到所述到达业务的对端的会话三者关联。
●为了与上述VCC AS实体配合，本发明还提供了一种用户终端。为了体现跨域接收业务，在具体场景中该用户终端在所述到达的业务请求的发起域未注册，或者该用户终端当前所处的网络无法接通所述到达的业务请求。
◆该用户终端的实施例一参见图5所示，其包括相互连接的网络接口模块和控制模块；进一步还包括与网络接口模块和控制模块分别相连的新会话发起模块，与控制模块相连的切换模块，与网络接口模块和切换模块分别相连的切换会话发起模块，以及与切换模块相连的转换模块。
所述网络接口模块，用于从网络侧接收通知，该通知指示有业务请求从某个域到达；以及与网络侧交互。
所述控制模块，根据预设的条件判断是否接收所述到达的业务，以及将处理结果提供给网络接口模块，并在判定接收所述到达的业务时，控制本用户终端转入所述业务请求的发起域。该控制模块所依据的预设条件为下列之一控制模块根据通知中携带的业务指示处理；控制模块先检测用户终端是否正在另一个域进行业务，据此根据会话优先级处理；控制模块将所述通知呈现给用户，并根据用户的选择处理。
所述新会话发起模块，用于在控制模块控制所述用户终端转入所述业务请求的发起域后，通过网络接口模块向网络侧发起的第二会话中携带所述网络接口模块从收到的通知中获取第一特别号码。对应上述VCC AS实体中关联模块的具体方式处理方式，配合VCC AS实体接通所述到达的业务。
所述切换模块，用于将用户终端当前正在进行的业务切换到所述业务请求的发起域。即当用户终端正在另一个域进行业务，并且所述控制模块根据预设的条件判定应接收所述到达的业务时，通过所述切换模块处理当前正在进行的业务。
所述切换会话发起模块，用于在切换模块将用户终端当前正在进行的业务转入所述业务请求的发起域后，通过网络接口模块向网络侧发起的第一切换会话中携带所述网络接口模块从收到的通知中获取第二特别号码。对应上述VCCAS实体中呼叫保持模块在具体实现中的第一种情况，配合VCC AS实体完成所述当前正在进行的业务与所述到达的业务之间的切换。
所述转换模块，用于在切换模块将用户终端当前正在进行的业务转入所述业务请求的发起域后，使用会话更新指示，指示VCC AS或MRF在所述当前正在进行的业务及所述到达的业务之间进行转换(对应上述VCC AS实体中呼叫保持模块在具体实现中的第三种情况)；或者通过会话更新指示，修改所述当前正在进行的业务及所述到达的业务的媒体流方向，以实现所述当前正在进行的业务与所述到达的业务之间的转换(对应上述VCC AS实体中呼叫保持模块在具体实现中的第一种情况和第二种情况)。
◆所述用户终端的实施例二参见图6所示，其包括相互连接的网络接口模块和控制模块；进一步还包括与网络接口模块和控制模块分别相连的新会话发起模块，以及与控制模块相连的中止模块。
其中，所述网络接模块、控制模块和新会话发起模块与用户终端实施例一相同。
所述中止模块，用于中止用户终端当前正在进行的业务。即当用户终端正在另一个域进行业务，并且所述控制模块根据预设的条件判定应接收所述到达的业务时，通过所述中止模块处理当前正在进行的业务。
●结合上述VCC AS实体和用户终端，本发明还提供了一种跨域接收业务的系统，参见图7所示，其包括VCC AS实体(即上述本发明的VCC AS实体)，以及用户终端(即上述本发明的用户终端，包括两个用户终端的实施例)。
所述VCC AS实体，用于在收到从一个域到达的业务请求指向注册在另一个域的用户终端时，通知该用户终端；以及在所述业务请求的发起域，将所述业务与该用户终端关联，以接通业务。
所述用户终端，用于在判定满足预设的条件时，转入所述业务请求的发起域。
●应用上述VCC AS实体、用户终端和系统，本发明提供了一种跨域接收业务的方法，参见图8所示，包括下列主要步骤S1、VCC AS收到从一个域到达的业务请求指向注册在另一个域的用户终端。
所述从一个域到达的业务请求不限于从IMS域到达的业务请求；用户终端所注册的域不限于CS域。
S2、VCC AS通知该用户终端。
◆VCC AS检测所述用户终端当前所处的状态，若该用户终端当前处于空闲状态，则VCC AS直接通知该用户终端。
◆VCC AS检测所述用户终端当前所处的状态，若该用户终端当前正在进行业务，则VCC AS直接通知该用户终端，或根据该用户终端当前正在进行的业务与所述到达的业务请求的优先级之间的高低，相应进行处理。
其中VCC AS判断优先级的高低可以依据用户设定意愿、运营商配置、网络状况等；所述依据网络状况，即判断用户终端当前所在网络能力是否能够接通所述到达的业务。
其中所述相应进行处理，包括-若用户终端当前正在进行的业务的优先级较高，则VCC AS拒绝所述到达的业务请求。VCC AS拒绝所述到达的业务请求时，还可通知该用户终端，网络侧进行了拒绝操作。
-若所述到达的业务请求的优先级较高，则VCC AS通知用户终端接通所述到达的业务请求。
本步骤中，若由VCC AS决定是否接通所述到达的业务，且决定结果为接通，则VCC AS向用户终端发出的通知中携带有指示用户终端转入所述业务请求的发起域，以接通所述到达的业务请求的指示；进一步若用户终端当前正在进行业务，但所述到达的业务请求的优先级较高，则所述通知中还可携带对该用户终端正在进行的业务的处理指示，即中止所述正在进行的业务或将所述正在进行的业务切换到所述业务请求的发起域。或者，通知网络侧进行了拒绝操作。
本步骤中，若由用户终端侧决定是否接通所述到达的业务，则VCC AS向用户终端发出的通知中不携带接通所述到达业务请求的指示，但需在所述通知中至少携带业务类型和主叫号码。
所述通知用户终端的方式，在CS域可以是短信，可以是放音，可以是发送flash消息，可以是USSD信令；在IMS域可以是INFO、MESSAGE、NOTIFY消息等SIP信令，也可以是放音。
S3、该用户终端判定满足预设的条件时，转入所述业务请求的发起域。
用户终端收到所述通知之后，◆若用户终端当前处于空闲状态，并且所述通知中未携带接通所述到达业务请求的指示，则用户终端直接将通知提供给用户，由用户进行选择是否接受所述到达的业务；或者，用户终端直接转入所述业务请求的发起域。
◆若用户终端当前处于空闲状态，并且所述通知中携带有接通所述到达业务请求的指示，则用户终端转入所述业务请求的发起域。
◆若用户终端正在进行业务，并且所述通知中未携带接通所述到达业务请求的指示，则由用户终端判断当前正在进行的业务与所述到达的业务请求的优先级之间的高低，并相应进行处理；或者，用户终端直接将通知提供给用户，由用户选择是否接受所述到达的业务。进一步若所述通知中还携带有对正在进行的业务的处理指示，则用户终端按照该指示对其正在进行的业务进行处理；否则用户终端侧自行处理其正在进行的业务；即中止所述正在进行的业务或将所述正在进行的业务切换到所述业务请求的发起域。
◆若用户终端正在进行业务，并且所述通知中携带有接通所述到达业务请求的指示，则用户终端转入所述业务请求的发起域。进一步若所述通知中还携带有对正在进行的业务的处理指示，则用户终端按照该指示对其正在进行的业务进行处理；否则用户终端自行处理其正在进行的业务；即中止所述正在进行的业务或将所述正在进行的业务切换到所述业务请求的发起域。
上述用户终端当前正在进行的业务与所述到达的业务请求的优先级之间的高低，依据用户设定意愿、运营商的配置，或网络状况等而定；所述依据网络状况，即判断用户终端当前所在网络能力是否能够接通所述到达的业务。
用户终端将结果返回给网络侧的方式可以是通过短信，可以是收号操作，可以是SIP信令如INFO、MESSAGE、NOTIFY等。
S4、VCC AS在所述业务请求的发起域，将所述业务与该用户终端关联，以接通业务。
本步骤可通过下述方式之一执行◆VCC AS从所述业务请求的发起域向用户终端发起第一会话，将所述业务请求向该用户终端转发，用户终端转到所述业务请求的发起域后接通该业务。
◆步骤S2中，VCC AS在所述通知中携带第一特别号码，所述第一特别号码与所述到达的业务请求唯一对应；步骤S3中，用户终端从收到的通知中获取所述第一特别号码，并在转到所述业务请求的发起域后发起的第二会话中携带所述第一特别号码；以及VCC AS收到所述第二会话后，根据所述第一特别号码与所述到达的业务请求之间的唯一对应关系，将第二会话与与所述到达的业务关联，以接通该业务。
◆进一步，若将用户终端当前正在进行的业务切换到所述业务请求的发起域，进行保留，则还包括步骤S5。
S5、在用户终端中断正在进行的业务时，保持到该业务对端的会话，以备转换。
所述保持到所述对端的会话方式为VCC AS在会话路径中插入媒体资源功能实体MRF，VCC AS指示MRF为所述当前正在进行的业务的对端放音，并保持到所述对端的会话；或者为VCC AS向所述当前正在进行的业务的对端发送会话更新指示，指示媒体流方向改为单向或双向闭锁。
进一步，当用户终端转到到达业务发起的域后，对当前正在进行的业务如何处理，在具体实现中存在三种实施情况之一、步骤S2中，VCC AS向所述用户终端发出的通知中还携带有第二特别号码；所述第二特别号码与所述当前正在进行的业务唯一对应；步骤S3中，用户终端转入所述业务请求的发起域发起的第一切换会话中携带有所述第二特别号码；所述步骤S3之后，当VCC AS收到的切换会话中携带有第二特别号码时，则根据第二特别号码与所述当前正在进行的业务的对应关系，将所述第一切换会话与所述当前正在进行的业务在信令层面上进行相连；之后，所述用户终端通过会话更新指示，修改所述当前正在进行的业务及所述到达的业务的媒体流方向，以实现所述当前正在进行的业务与所述到达的业务之间的转换。
之二、步骤S4之后，VCC AS向所述用户终端发起第三会话，用以将所述当前正在进行的业务向该用户终端转发；并且在所述用户终端接收第三会话后，将所述当前正在进行的业务的对端与所述用户终端在信令层面上相连；之后所述用户终端通过会话更新指示，修改所述当前正在进行的业务及所述到达的业务的媒体流方向，以实现所述当前正在进行的业务与所述到达的业务之间的转换。
之三、步骤S4之后，VCC AS或MRF将所述第一会话、到所述当前正在进行业务的对端的会话，以及到所述到达业务的对端的会话三者关联；之后用户终端使用会话更新指示，指示VCC AS或MRF在所述当前正在进行的业务及所述到达的业务之间进行转换。
●以下针对VCC AS和用户终端各自的执行步骤具体描述。
◆参见图9所示，对VCC AS来说，执行步骤包括1、VCC AS收到从一个域到达的会话业务请求时，判断出被叫用户终端正注册在另外一个域。
2、VCC AS判断该用户终端所处网络的能力是否能够满足本次呼叫的要求。若可则转入步骤3；否则转入步骤10，返回拒绝呼叫。
3、VCC AS判断该用户终端是否处于空闲状态。若是则转入步骤5；否则转入步骤4。
4、若该用户终端已经有其他业务正在进行，则VCC AS判断是否要比较两个会话的优先级。如果要比较，则转入步骤7；否则转入步骤5。
5、VCC AS向该用户终端发送会话通知消息，并等待响应。
6、该用户终端返回对会话是否接受的响应消息。若为接受，则转入步骤9；否则转入步骤10。
7、VCC AS判断两个会话的优先级顺序。如果正在进行的会话优先级更高，则转入步骤10；否则转入步骤8。
8、VCC AS通知用户终端接续新会话，包括对正在进行的会话的处理指示中止或者切换。VCC AS不用等待用户终端的响应，直接转入步骤9。
9、VCC AS将会话从到达的域接续到用户终端。
10、VCC AS对新会话返回拒绝响应。
◆参见图10所示，对用户终端来说，收到从VCC AS发出的通知消息之后(即图9步骤5中VCC AS向该用户终端发送通知消息后，等待响应期间)，执行步骤包括11、用户终端收到从VCC AS发出的通知消息。
12、用户终端判断其是否空闲。如果是，则转入步骤13；否则转入步骤15。
13、用户终端将通知显示给用户，并等待用户的选择。
14、如果用户终端检测到用户选择结果为接受会话，则转入步骤21；否则转入步骤22。
15、用户正在进行其他业务，则用户终端判断VCC AS发来的通知中是否有接续新会话的指示。如果有，则转入步骤16；否则转入步骤19。
16、用户终端判断用户正在进行的其他业务是否需要保留，如果需要保留，则执行步骤17；否则执行步骤18。
17、需要保留用户正在进行的其他业务，则用户终端将其切换到新会话的发起域。再执行步骤21。
18、不需要保留用户正在进行的其他业务，则用户终端将其中止。再执行步骤21。
19、VCC AS的通知中不包括是否接续会话的指示，则用户终端判断是否需要自己来根据预先配置的优先级决策接续。如果是，则转入步骤20；否则转入步骤13。
20、用户终端根据预先配置，判断两个会话的优先级顺序，如果新到达的会话优先级更高，则转入步骤16；否则转入步骤22。
21、用户终端向VCC AS返回接受响应，并转到新会话到达的域，接受新会话。
22、用户终端向VCC AS返回拒绝会话的响应消息。
●以下通过14个实例具体描述本发明方法。
◆方法实例一、用户终端在CS域注册，处于空闲状态时，从IMS域到达一个会话。VCC AS收到后进行判断并通知用户终端。用户终端收到通知后转到IMS域接通IMS会话。参见图11所示，包括下列具体步骤1、用户终端通过CS域注册到HSS/HLR上。
2、有IMS域业务到达VCC AS。
3、VCC AS向HSS/HLR查询用户终端的注册状态和注册位置，得到用户终端目前正注册在CS域。
4、VCC AS再根据用户终端的呼叫状态，判断到用户终端目前处于空闲状态。
5、于是VCC AS通过CS域向用户终端发送业务通知。这里以短消息通知为例。
6、用户终端收到通知后，显示给用户进行选择。用户选择接受IMS业务。用户终端返回接受响应。
7、用户终端将工作模式转为IMS，移到IMS域进行注册等工作。
8、VCC AS收到用户终端返回的接受响应之后，通过IMS域向用户终端发起IMS会话接续过程。
9、用户终端在IMS域接收到会话后，接通会话。
◆方法实例二、用户终端注册在CS域，并且正在CS域进行业务，此时从IMS域到达一个会话，VCC AS收到后进行判断，通知用户终端，用户终端收到通知后转到IMS域接收会话。参见图12所示，包括下列具体步骤1、用户终端通过CS域注册到HSS/HLR上。
2、用户终端正在CS域进行业务。
3、有IMS域业务到达VCC AS。
4、VCC AS向HSS/HLR查询用户终端的注册状态和注册位置，得到用户终端目前正注册在CS域。
5、VCC AS再根据用户终端的呼叫状态，判断到用户终端目前处于会话状态。
6、VCC AS再根据各种策略判断CS会话和IMS会话的优先级，这里假如IMS会话优先级更高。
7、VCC AS然后再根据各种策略判断对正在进行的CS会话如何处理，这里假如需要将其释放。
8、于是VCC AS通过CS域向用户终端发送业务通知。这里以短消息通知为例。通知内容为要求用户终端接收IMS会话，并且释放原CS会话。
9、用户终端收到通知后，中止原CS会话，转到IMS域进行注册等工作。
10、VCC AS发出通知之后，不用等到用户终端的响应，直接通过IMS域向用户终端发起IMS会话接续过程。为了给用户终端留出准备工作所需时间，可以延迟一小段时间再发出会话接续请求。
11、用户终端在IMS域接收到会话后，接通会话。
◆方法实例三、用户终端注册在CS域，并且正在CS域进行业务，此时从IMS域到达一个会话，VCC AS收到后通知用户终端，用户终端收到通知后进行判断，转到IMS域接收会话。参见图13所示，包括下列具体步骤1、用户终端通过CS域注册到HSS/HLR上。
2、用户终端正在CS域进行业务。
3、有IMS域业务到达VCC AS。
4、VCC AS向HSS/HLR查询用户终端的注册状态和注册位置，得到用户终端目前正注册在CS域。
5、VCC AS通过CS域向用户终端发送业务通知。这里以短消息通知为例。
6、用户终端再根据用户的呼叫状态，判断到用户目前处于会话状态。
7、用户终端再根据用户预先配置的策略判断CS会话和IMS会话的优先级，这里假如IMS会话优先级更高。
8、用户终端于是返回接受响应。
9、用户终端还要继续再根据各种策略判断对正在进行的CS会话如何处理，这里假如需要将其释放。这个判断过程和步骤8的先后顺序可以进行调换。
10、用户终端转到IMS域进行注册等工作，同时进行将原CS会话切换到IMS域的准备工作。
11、VCC AS收到用户终端返回的接受响应后，通过IMS域向用户终端发起IMS会话接续过程。
12、用户终端在IMS域接收到会话后，接通会话。
13、用户终端将原CS会话切换到IMS域，在IMS域发起切换操作请求。
14、VCC AS收到切换请求之后，执行切换控制操作，将原CS会话切换到IMS域。然后返回切换成功响应。
◆方法实例四用户在CS域注册并正在进行会话，从IMS到达一个多媒体会话(这里以VT呼叫为例)。VCC AS以短消息通知用户，用户选择保留原CS域会话。参见图14所示，包括下列具体步骤多模终端用户在CS域正在和呼叫对端进行语音通话，VCC AS锚定在呼叫路径中。
1、从IMS域到来一个VT呼叫请求，请求通过业务触发到VCC AS。
2、VCC AS检测到用户正在进行CS域语音业务，则给用户发送短信通知用户，通知消息中可以带上VT呼叫的主叫号码让用户可以选择是否接听。同时，还可携带一个与该VT呼叫唯一对应的第一特别号码。
3、MSC将短信发送给用户。
4、MSC给VCC AS返回短信发送成功响应。
5、用户给MSC返回需要接听VT呼叫，同时要求保留原有语音呼叫的短信指示。
6、MSC将短信转发给VCC AS。
7、VCC AS给MSC返回短信接收成功响应。
8、终端在获取用户的选择之后，就开始释放当前语音呼叫，转到DO网络。
9、MSC收到用户释放呼叫的通知后，释放到MGCF的呼叫路由。
10、MGCF收到呼叫释放通知后，释放到VCC AS的会话，此会话释放消息应该是经由S-CSCF到达VCC AS的，为了省略起见在图中没有详细画出。
11、VCC AS获知用户需要接听此VT呼叫，则开始执行辅助工作。首先向MRF发送SIP会话请求以在呼叫路径中插入MRF。VCC AS是通过S-CSCF将请求消息发到MRF的，在图中为了简便起见没有画出详细流程。
12、MRF分配好媒体资源后将资源信息返回给VCC AS。
13、VCC AS向语音呼叫对端发送媒体更改请求以给其放呼叫保持提示音。
14、语音呼叫对端接受媒体更改请求。
15、VCC AS指示MRF开始给语音呼叫对端放呼叫保持提示音。
16、VCC AS还给VT呼叫对端返回180Ringing响应指示正在接续用户。
17、用户转到IMS网络后，以VCC AS的设备标识或预先配置的业务号码作为被叫号码发起SIP新会话；或者以VCC AS告知的第一特别号码作为被叫号码发起SIP新会话。
18、S-CSCF收到此新会话后将会话触发到VCC AS。
19、VCC AS针对此新会话返回通话接受响应。
20、响应消息被转发到终端。
21、VCC AS给VT呼叫对端发送呼叫接通响应，接通VT会话和新会话。
之后终端在IMS域和原语音呼叫和VT呼叫进入了呼叫等待业务状态，VCC AS可以根据用户的操作在两个呼叫之间进行转换操作。
◆方法实例五用户终端在CS域注册并正在进行会话，从IMS域到达一个多媒体会话(这里以VT呼叫为例)，VCC AS通过CCDIR或RUIDIR放音提示用户，根据用户选择进行切换指示。参见图15所示，包括下列具体步骤多模终端用户在CS域正在和呼叫对端进行语音通话，VCC AS锚定在呼叫路径中。
1、从IMS域到来一个VT呼叫请求，请求消息通过业务触发到VCC AS。
2、VCC AS检测到用户正在进行CS域语音业务，则向拜访域MSC发送CCDIR(Call Control Directive呼叫控制指示)消息或者RUIDIR(Remote UserInteraction Directive远端用户交互指示)消息，让MSC向用户放音指示有VT呼叫到来，并且告知主叫用户号码。
(需注意按照目前的IS-826协议，CCDIR流程中只能放音、不能进行收号操作，因此如果在这里需要采用此条消息，需要对CCDIR消息进行功能扩展，能够执行收号操作。按照目前的ANSI-41D/E协议，RUIDIR消息不能单独作为一个TCAP会话发起，需要在已经建立好的TCAP会话中才是使用，因此如果在这里需要采用RUIDIR消息，需要对它进行功能扩展，能够作为一个单独的TCAP会话发起。)3、MSC对用户放音，用户根据放音指示，选择操作类型，输入选择号码。
4、MSC将用户的选择输入返回给VCC AS。
5、VCC AS根据用户的选择输入判断到用户选择中止当前CS域语音呼叫而转到IMS域接听VT呼叫，则给MSC发送INFODIR(Information Directive信息指示)消息，让MSC指示终端可以进行切换，同时带上一个第一特别号码供切换使用。
6、MSC向终端发送Flash with Information消息，消息中带有第一特别号码内容。然后MSC给VCC AS返回响应。
7、VCC AS可以向VT呼叫对端返回180Ringing消息指示呼叫正在接续中。
8、终端在获取到切换指示后，释放当前语音呼叫，转到DO网络。
9、MSC收到用户释放呼叫的通知后，释放到MGCF的呼叫路由。
10、MGCF收到呼叫释放通知后，释放到VCC AS的会话，此会话释放消息应该是经由S-CSCF到达VCC AS的，为了省略起见在图中没有详细画出。
11、VCC AS向CS域语音呼叫对端发送BYE消息释放语音呼叫。
12、用户终端转到IMS网络后以VCC AS告知的第一特别号码作为被叫号码发起SIP新会话。
13、S-CSCF收到此新会话后将会话触发到VCC AS。
14、VCC AS针对此新会话返回通话接受响应。
15、响应消息被转发到终端。
16、VCC AS给VT呼叫对端发送呼叫接通响应，接通VT会话和新会话。
◆方法实例六用户终端在CS域注册并且正在进行通话，从IMS域到达一个多媒体会话(这里以VT呼叫为例)。VCC AS通过MRF放音通知，并且根据收号操作获取用户选择进行切换操作判断。参见图16所示，包括下列具体步骤与方法实例四的区别从第2步开始2、VCC AS向MRF发送INVITE，准备在呼叫路径中插入MRF资源。
3、MRF返回资源信息。
4、VCC AS向MGCF发送媒体更改请求，将CS域呼叫接到MRF上。
5、MGCF将CS域呼叫改向接到MRF资源，然后返回媒体更改成功响应。
6、终端和MRF的承载通道接通之后，VCC AS指示MRF对用户放提示音，告知用户有VT呼叫呼入并且告知主叫号码，等待用户输入选择项。
7、用户听取提示音，并做出选择，MRF从带内提取出用户的输入号码，发送给VCC AS。
8、VCC AS根据用户选择判断到用户决定转到IMS域接听VT呼叫同时要保留原有语音呼叫，则准备执行切换操作。首先向MSC发送INFODIR消息，由MSC指示终端开始切换同时告知切换所需号码信息(特别号码)。
9、MSC收到INFODIR消息后向终端发送Flash with Information消息，消息中带有第一特别号码。
10、终端收到带有切换指示的Flash with Information消息后，中断当前语音呼叫，转到DO网络。
11、MSC收到CS域语音呼叫中断指示后，释放到MGCF的呼叫路由。
12、MGCF收到呼叫释放指示后，向VCC AS发送会话释放消息BYE。这条消息是经由S-CSCF触发到VCC AS的，在图中省略了这个步骤。
13、在终端释放CS域呼叫同时，VCC AS向MRF发送媒体更改请求将MRF资源改为接到CS域语音呼叫对端。
14、MRF返回改向成功。
15、VCC AS同时也向CS域语音呼叫对端发送媒体更改请求将呼叫对端改接到MRF资源上。
16、语音呼叫对端返回媒体更改成功响应。
17、VCC AS指示MRF向语音呼叫对端放呼叫保持提示音。
后续流程与方法实例四相同。
◆方法实例七用户终端在CS域注册并且正在进行通话，从IMS域到达一个多媒体会话(这里以VT呼叫为例)。VCC AS以短消息通知用户，用户选择保留原CS域会话，由终端自己进行呼叫保持控制，不用插入MRF实体。参见图17所示，包括下列具体步骤与方法实例四的区别为第2步中VCC AS要分别给CS域会话和VT会话各分配一个特别号码，并将它们带给终端。其他区别从第11步开始。
11、VCC AS获知用户需要接听此VT呼叫并且需保留原有CS会话，则开始执行辅助工作。首先向CS会话对端发送re-INVITE消息，消息中指示媒体流方向为只发不收，这样CS会话对端就被保持住。
12、VCC AS还给VT呼叫对端返回180Ringing响应指示正在接续用户中。
13、用户终端在中断CS会话后，转到IMS网络，以VCC AS告知的第二特别号码作为被叫号码发起SIP新会话，会话经CSCF转发后到达VCC AS，图中省略了CSCF转发的过程。
14、VCC AS通过第二特别号码关联到原有CS域会话，然后给此新会话返回响应，响应消息中指示此会话和原有CS域会话进行相连，并且此会话处于被保持状态。
15、VCC AS还通知CS会话对端将媒体流改向到在IMS域的用户终端上相连。这样用户终端在IMS域就和原有CS会话接通了，但是会话处于被保持状态。
16、用户终端再使用VCC AS告知的第一特别号码在IMS域发起另一个SIP会话，会话经CSCF转发后到达VCC AS。
17、VCC AS通过第一特别号码关联到VT会话，然后给这个新会话返回响应消息，消息中指示此会话和VT会话进行相连。
18、VCC AS还通知VT会话对端和在IMS域的用户终端相连。这样用户终端在IMS域也接通了VT会话。
需注意上述步骤13、14、15可以和16、17、18交换，即用户接入IMS域后可以先与原有CS会话相连，也可以先与VT会话相连。
经过上面的步骤，用户在IMS域和VT会话接通了，处于正常通话状态；同时也和处于保持状态的原有CS域会话相连着。用户可以在这两个会话之间进行任意转换，比如将VT会话保持住，恢复与CS会话的通话，则转换步骤如下19、用户对CS会话发送媒体更新消息，消息中指示恢复媒体流方向为双向通话。
20、VCC AS将此消息转发到CS会话对端。CS会话对端返回接受响应后就可以与用户恢复通话了(此步骤没有在图中表示出来)。
21、用户还需要对VT会话发送媒体更新消息，消息中指示修改媒体流方向为只发不收。
22、VCC AS将此消息转到到VT会话对端。VT会话对端返回接受响应后就被用户保持住了。
◆方法实例八用户终端在CS域注册并且正在进行通话，从IMS域到达一个多媒体会话(这里以VT呼叫为例)。VCC AS以短消息通知用户，用户选择保留原CS域会话，由终端自己进行呼叫保持控制，不用插入MRF实体，并且用户转到IMS域之后只需要发起一个会话，另一个会话由网络发起。参见图18所示，包括下列具体步骤与方法实例七的区别为第2步中VCC AS只需要给VT会话分配一个特别号码并带给用户终端即可。其他区别从第13步开始。
13、用户终端在中断CS会话后，转到IMS网络，以VCC AS告知的特别号码作为被叫号码发起SIP新会话，会话经CSCF转发后到达VCC AS，图中省略了CSCF转发的过程。
14、VCC AS通过第一特别号码关联到VT会话，然后给此新会话返回响应，响应消息中指示此会话和VT会话进行相连。
15、VCC AS还通知VT会话对端与在IMS域的用户终端上相连。这样用户终端在IMS域就和VT会话接通了。
16、VCC AS检测到用户已经接入IMS域并和VT会话相连之后，将原有CS域会话向用户转发。
17、用户收到此会话后，选择接通，返回响应；18、VCC AS收到用户的接通响应后，通知原有CS会话对端和在IMS域的用户终端相连。这样用户终端在IMS域就和原有CS会话也相连了，但是处于呼叫保持状态。
后续步骤和方式实例七是相同的。
需注意第2步中VCC AS分配特别号码并带给终端所针对的可以是原有CS会话而不是VT会话。则在第13步当用户接入IMS域使用此特别号码发起SIP会话时是和原有CS会话相连，VCC AS控制用户和原有CS会话相连后，在第16步向用户发起的会话连接就是将VT会话与用户接通了。
◆方法实例九用户终端在CS域注册并且正在进行通话，从IMS域到达一个多媒体会话(这里以VT呼叫为例)。VCC AS以短消息通知用户，用户选择保留原CS域会话，由终端自己进行呼叫保持控制，不用插入MRF实体，并且用户转到IMS域之后只需要发起一个会话，VCC AS将这个会话和原CS域会话、VT会话一起关联起来。参见图19所示，包括下列具体步骤与方法实例八的区别为从第16步开始。
16、VCC AS检测到用户已经接入IMS域并和VT会话相连之后，指示原有CS域会话也与IMS域的用户终端相连，由于此时CS域会话被保持着，因此这个相连只是信令层面上的，媒体层面仍然是被保持状态。
此时在信令层面上，用户终端与VT会话和原CS会话都相连，中间由VCCAS进行三方会话关联。在媒体层面上，用户终端与VT会话相通，原CS会话被保持着。如果用户想要恢复与原CS域会话的通话，而将VT会话保持，则可以17、用户向VCC AS发起指示，指示接通原CS域会话，保持住VT会话；18、VCC AS收到用户的指示，向用户终端发起会话更改指示，将用户终端在媒体层面上和原CS域会话相连。
19、VCC AS再向原CS域会话对端发送会话更改指示，指示原CS域会话重新恢复接通。
20、VCC AS还要向VT会话对端发送会话更改指示，将其保持住。
◆方法实例十、用户终端注册在IMS域，从CS域到达语音呼叫。VCC AS在CS域收到呼叫时通知用户，用户转到1x网络后等待网络寻呼。参见图20所示，包括下列具体步骤步骤S402，双模终端用户归属网络的GMSC收到voice call请求；步骤S404，GMSC到HLR(Home Location Register，归属位置寄存器)申请用户信息；步骤S406，HLR返回用户的签约触发器地址列表；步骤S408，GMSC根据触发器地址列表触发ANLYZD消息到VCC AS；步骤S410，VCC AS检测到用户正在HRPD网络，则直接在IMS域发送INFO消息通知用户，可选地，这里也可以使用MESSAGE或NOTIFY等其他SIP消息，消息中可以带有主叫用户号码以供用户参考；步骤S412，用户返回接收响应；步骤S414，用户此时可以做出选择，要求接听voice call，可选地，也可以省略掉这个步骤，直接默认为用户需要接听voice call；步骤S416，VCC AS返回接收响应，如果没有执行上述步骤S414，则这一步也可以省略，用户此时中断与HRPD网络的连接，返回到1x网络，准备接收voice call寻呼；步骤S418，VCC AS接收到用户的选择之后，判断到需要接续1x呼叫，则给GMSC返回在1x继续接续的指示。为了等待用户返回1x网络后可能先需要进行的注册，VCC AS可以在这里等待一段时间再返回接续指示；步骤S420～S428，这些步骤是标准的1x呼叫在CS域的被叫接续流程；步骤S430，用户拜访地MSC收到入局呼叫之后，向用户发起寻呼消息；以及用户收到寻呼后返回响应，后续则是标准的1x被叫接续过程了。
◆方法实例十一、用户终端注册在IMS域，从CS域到达语音呼叫。VCCAS在IMS域通知用户，用户返回1x网络等待网络寻呼。参见图21所示，包括下列具体步骤
步骤S502，双模终端用户归属域的GMSC收到来自1x网络的voice call呼叫请求；步骤S504，GMSC向HLR申请用户信息；步骤S506，由于用户是VCC用户，签约了智能触发器，HLR向GMSC返回用户B的触发器地址列表；步骤S508，GMSC根据用户的触发器地址列表信息触发ANLYZD消息到VCC AS；步骤S510，VCC AS决策需要在IMS域进行呼叫锚定，则向GMSC返回IMS Routing Number；步骤S512，GMSC根据IMS Routing Number将呼叫路由到MGCF(MediaGateway Control Function，媒体网关控制实体)；步骤S514，MGCF通过PSI的方式发送SIP呼叫经由CSCF(Call SessionControl Function，呼叫会话控制功能)到达VCC AS；步骤S516，VCC AS收到呼叫之后，检测到用户处于HRPD网络中，则在IMS域发送INFO消息给用户提示有voice call到来，这里也可以使用MESSAGE等其他SIP消息。消息中也可以带上主叫用户号码以供用户参考；步骤S518，用户的终端返回接收响应；步骤S520，用户可以做出选择，要求接听voice call。也可以不需要此步骤，由VCC AS默认用户需要接听此呼叫；步骤S522，VCC AS向终端返回接收响应。如果上一步省略，则这一步也可以省略，用户中断与HRPD网络的连接，返回到1x网络，准备接收1x呼叫；步骤S524，VCC AS到用户的HLR取用户漫游信息；步骤S526，HLR到用户的拜访网络取用户漫游号码；步骤S528，拜访网络返回漫游号码；步骤S530，HLR将漫游号码返回给VCC AS；步骤S532，VCC AS使用漫游号码发起新的SIP会话，会话经由CSCF到达MGCF；步骤S534，MGCF根据漫游号码向VMSC发起呼叫请求；步骤S536，VMSC开始在1x网络向用户B发起寻呼；以及用户在1x网络收到寻呼后响应，后续就是标准的1x被叫接续过程了。
◆方法实例十二、用户终端注册在IMS域，从CS域到达语音呼叫。VCCAS在CS域通知用户，用户返回1x网络后主动发起呼叫。参见图22所示，包括下列具体步骤根据本方法实例中步骤S602至步骤S608与方法实例十的步骤S402至步骤S408类似，区别在于，从步骤S610开始步骤S610，VCC AS在提示用户有语音呼叫到来时，在消息中带上一个呼叫参考号以标识本次呼叫；步骤S612～步骤S616和实施例十的步骤S412～步骤S416基本上相同；步骤S618，VCC AS返回IMS路由号码指示GMSC将呼叫路由到IMS域；步骤S620，GMSC使用IMS路由号码将呼叫路由到MGCF；步骤S622，MGCF使用IMS路由号码在IMS域发起SIP会话，会话经由CSCF到达VCC AS；步骤S624，用户在HRPD网络收到通知后，就中断与HRPD网络的连接，返回到1x网络，用收到的呼叫参考号发起1x呼叫；步骤S626，MSC通过对呼叫参考号进行号码分析，将呼叫路由到MGCF；步骤S628，MGCF使用呼叫参考号在IMS域发起SIP会话，会话经由CSCF到达VCC AS；以及VCC AS通过呼叫参考号可以查找到原有1x会话，然后将这两个会话关联起来，这样1x呼叫就和用户接通了。
◆方法实例十三、用户终端注册在IMS域，从CS域到达语音呼叫。VCCAS在IMS域通知用户，用户返回1x网络后主动发起呼叫。参见图23所示，包括下列具体步骤
根据本方法实例与方法实例十一的区别在于，在步骤S716中，VCC AS在通知消息中带上一个呼叫参考号，这个呼叫参考号对应本次会话。其他区别从步骤S724开始步骤S724，用户在HRPD网络收到通知后，就中断与HRPD网络的连接，返回到1x网络，用收到的呼叫参考号发起1x呼叫；步骤S726，MSC通过对呼叫参考号进行号码分析，将呼叫路由到MGCF；步骤S728，MGCF使用呼叫参考号在IMS域发起SIP会话，会话经由CSCF到达VCC AS；以及VCC AS通过呼叫参考号可以查找到原有1x会话，然后将这两个会话关联起来，这样1x呼叫就和用户接通了。
◆方法实例十四、用户终端注册在IMS域，从CS域到达语音呼叫。VCCAS在IMS域通知用户，用户返回1x网络后主动发起呼叫后再进行被叫流程。在实例十中的步骤S418时，VCC AS收到用户转到1x网络接听的指示后，就马上控制呼叫在1x网络进行接续了，但是实际情况中，用户转到1x网络后有可能还尚未注册，此时呼叫在1x网络是无法接续的。因此在实施例十中给出了一个可选项，即在步骤S418时VCC AS可以等待几秒钟再返回接续指示，这样就给用户注册提供了时间。但是这个方法也有缺陷，因为主叫用户有可能会因为等待时间过长而感觉不好。
而方法实例十二和方法实例十三中用户通过转到1x网络后发起始呼的方式来加快接续速度，这种方案可能会造成对用户计费不当，因为用户本来是接听电话，现在变成了拨打电话，两者的资费有可能会不一致，给用户造成损失。
所以在这里给出的方法实例实例十四中，让用户转到1x网络后先发起一个始呼过程，如果用户没有在1x网络注册，则始呼过程会触发一个隐含注册流程，将用户注册到HLR上。VCC AS收到用户始呼的消息后，就可以确定用户已经注册了，于是将这个始呼消息释放掉，指示正在等待的1x呼叫继续接续到用户。这样一方面加快了呼叫接续速度，一方面又避免了被叫流程变成主叫流程造成的计费错误。
参见图24所示，本方法实例与方法实例十的区别在于，从步骤S824开始步骤S824，VCC AS收到用户在1x网络发起的主叫消息之后，确定用户已经注册成功，则中止当前主叫流程，给用户返回呼叫释放消息。释放消息经由CSCF/MGCF/MSC一直送到用户，将呼叫释放；步骤S826，VCC AS再返回指示GMSC继续在1x网络接续用户的指示；后续流程就和方法实例十中从步骤S420开始的流程一致了。
从以上的描述中，可以看出，利用根据本发明的跨域接收语音方法或装置，VCC AS收到CS语音呼叫后，使用SIP消息通知驻留在IMS网络中的双模终端用户转到CS网络，然后在CS网络中将双模终端用户和CS呼叫对端接通，即，实现了通过IMS网络通知用户，并且让用户在CS网络接续此语音呼叫。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种跨域接收业务的方法，其特征在于，包括下列步骤A、当语音呼叫连续性应用服务器VCC AS收到从一个域到达的业务请求指向注册在另一个域的用户终端时，通知该用户终端；B、该用户终端判定满足预设的条件时，转入所述业务请求的发起域；C、VCC AS在所述业务请求的发起域，将所述业务与该用户终端关联，以接通业务。
2.如权利要求1所述的方法，其特征在于，所述步骤A中，VCC AS检测所述用户终端当前所处的状态，若该用户终端当前处于空闲状态，则VCC AS直接通知该用户终端；若该用户终端当前正在进行业务，则VCC AS直接通知该用户终端，或根据该用户终端当前正在进行的业务与所述到达的业务请求的优先级之间的高低，相应进行处理。
3.如权利要求2所述的方法，其特征在于，所述根据用户终端当前正在进行的业务与所述到达的业务请求的优先级之间的高低，相应进行处理，包括若用户终端当前正在进行的业务的优先级较高，则VCC AS拒绝所述到达的业务请求；若所述到达的业务请求的优先级较高，则VCC AS通知用户终端接通所述到达的业务请求。
4.如权利要求3所述的方法，其特征在于，VCC AS拒绝所述到达的业务请求时，通知该用户终端，网络侧进行了拒绝操作。
5.如权利要求1所述的方法，其特征在于，VCC AS向用户终端发出的通知中携带有指示用户终端转入所述业务请求的发起域，以接通所述到达的业务请求的指示。
6.如权利要求1所述的方法，其特征在于，若VCC AS向用户终端发出的通知中未携带接通所述到达业务请求的指示，则所述通知中至少携带业务类型和主叫号码。
7.如权利要求1所述的方法，其特征在于，所述步骤B之前，用户终端收到通知之后，若用户终端当前处于空闲状态，并且所述通知中未携带接通所述到达业务请求的指示，则用户终端直接将通知提供给用户，由用户进行选择是否接受所述到达的业务；或者，用户终端直接执行步骤B；若所述通知中携带有接通所述到达业务请求的指示，则用户终端执行步骤B；若用户终端正在进行业务，并且所述通知中未携带接通所述到达业务请求的指示，则由用户终端判断当前正在进行的业务与所述到达的业务请求的优先级之间的高低，并相应进行处理；或者，用户终端直接将通知提供给用户，由用户选择是否接受所述到达的业务。
8.如权利要求7所述的方法，其特征在于，若用户终端正在进行业务，并且通知中携带有接通所述到达业务请求的指示，进一步若所述通知中还携带有对正在进行的业务的处理指示，则用户终端按照该指示对其正在进行的业务进行处理；否则用户终端自行处理其正在进行的业务。
9.如权利要求2、3、4、7或8所述的方法，其特征在于，所述用户终端当前正在进行的业务与所述到达的业务请求的优先级之间的高低，依据用户设定意愿、运营商的配置，或网络状况而定。
10.如权利要求1所述的方法，其特征在于，所述VCC AS在所述业务请求的发起域，将所述业务与该用户终端关联，以接通业务的方式包括下列之一-所述步骤C中，VCC AS从所述业务请求的发起域向用户终端发起第一会话，将所述业务请求向该用户终端转发，用户终端转到所述业务请求的发起域后接通该业务；-所述步骤A中，VCC AS在所述通知中携带第一特别号码，所述第一特别号码与所述到达的业务请求唯一对应；所述步骤B中，用户终端从收到的通知中获取所述第一特别号码，并在转到所述业务请求的发起域后发起的第二会话中携带所述第一特别号码；以及所述步骤C中，VCC AS收到所述第二会话后，根据所述第一特别号码与所述到达的业务请求之间的唯一对应关系，将第二会话与与所述到达的业务关联，以接通该业务。
11.如权利要1至8任一项、或10所述的方法，其特征在于，对用户终端正在进行的业务的处理方式，包括中止当前正在进行的业务，或将当前正在进行的业务切换到所述业务请求的发起域。
12.如权利要求11所述的方法，其特征在于，若将用户终端当前正在进行的业务切换到所述业务请求的发起域，进行保留，则VCC AS在用户终端中断该业务时，保持到该业务对端的会话。
13.如权利要求12所述的方法，其特征在于，所述保持到所述对端的会话方式为VCC AS在会话路径中插入媒体资源功能实体MRF，VCC AS指示MRF为所述当前正在进行的业务的对端放音，并保持到所述对端的会话；或者为VCC AS向所述当前正在进行的业务的对端发送会话更新指示，指示媒体流方向改为单向或双向闭锁。
14.如权利要求13所述的方法，其特征在于，所述步骤A中，VCC AS向所述用户终端发出的通知中还携带有第二特别号码；所述第二特别号码与所述当前正在进行的业务唯一对应；所述步骤B中，用户终端转入所述业务请求的发起域发起的第一切换会话中携带有所述第二特别号码；所述步骤B之后，当VCC AS收到的切换会话中携带有第二特别号码时，则根据第二特别号码与所述当前正在进行的业务的对应关系，将所述第一切换会话与所述当前正在进行的业务在信令层面上进行相连；之后，所述用户终端通过会话更新指示，修改所述当前正在进行的业务及所述到达的业务的媒体流方向，以实现所述当前正在进行的业务与所述到达的业务之间的转换。
15.如权利要求13所述的方法，其特征在于，所述步骤C之后，VCC AS向所述用户终端发起第三会话，用以将所述当前正在进行的业务向该用户终端转发；并且在所述用户终端接收第三会话后，将所述当前正在进行的业务的对端与所述用户终端在信令层面上相连；之后所述用户终端通过会话更新指示，修改所述当前正在进行的业务及所述到达的业务的媒体流方向，以实现所述当前正在进行的业务与所述到达的业务之间的转换。
16.如权利要求13所述的方法，其特征在于，所述步骤C之后，VCC AS或MRF将所述第一会话、到所述当前正在进行业务的对端的会话，以及到所述到达业务的对端的会话三者关联；之后用户终端使用会话更新指示，指示VCC AS或MRF在所述当前正在进行的业务及所述到达的业务之间进行转换。
17.一种VCC AS实体，用于进行呼叫锚定和域切换，其特征在于，所述VCC AS实体还包括判断模块，用于判断从一个域到达的业务请求所指向的用户终端当前是否注册在另一个域，若是，则发出触发信号；通知模块，用于在收到所述判断模块发来的触发信号后，向所述用户终端发送通知消息；关联模块，用于当用户终端转入所述业务请求的发起域后，将所述业务与该用户终端关联，以接通业务。
18.如权利要求17所述的实体，其特征在于，所述判断模块还用于在收到所述业务请求后，检测所述用户终端当前是否正在另外一个域进行业务；当检测到该用户终端当前在另外一个域进行业务时，则根据会话优先级决定是否发出触发信号。
19.如权利要求17所述的实体，其特征在于，所述关联模块在所述业务请求的发起域，将所述业务与该用户终端关联，以接通业务的方式包括下列之一-所述关联模块从在所述业务请求的发起域向用户终端发起第一会话，将所述业务请求向该用户终端转发，用户终端转到所述业务请求的发起域后接通该业务；-所述通知模块生成与所述到达的业务请求唯一对应的第一特别号码，并携带于发向用户终端的通知中；以及所述关联模块识别出用户终端转到所述业务请求的发起域后发起的第二会话中携带有第一特别号码时，根据所述第一特别号码与所述到达的业务请求之间的唯一对应关系，将第二会话与所述到达的业务关联，以接通该业务。
20.如权利要求17、18或19所述的实体，其特征在于，所述实体还包括呼叫保持模块，用于标记所述当前正在进行的业务，并在用户终端中断该业务时，保持到该业务对端的会话。
21.如权利要求20所述的实体，其特征在于，所述呼叫保持模块通过下述方式之一，保持到所述当前正在进行的业务对端的会话在会话路径中插入MRF，并指示MRF完成放音和呼叫等待控制；向所述当前正在进行的业务的对端发送会话更新指示，指示媒体流方向改为单向或双向闭锁。
22.如权利要求21所述的实体，其特征在于，所述通知模块生成与所述当前正在进行的业务唯一对应的第二特别号码，并携带于发向用户终端的通知中；以及所述关联模块识别出用户终端转入所述业务请求的发起域后发起的第一切换会话中携带有所述第二特别号码时，根据第二特别号码与所述当前正在进行的业务的对应关系，将所述第一切换会话与所述当前正在进行的业务在信令层面上进行关联。
23.如权利要求21所述的实体，其特征在于，所述关联模块向所述用户终端发起第三会话，用以将所述当前正在进行的业务向该用户终端转发；并且在所述用户终端接收第三会话后，将所述当前正在进行的业务的对端与所述用户终端在信令层面上关联。
24.如权利要求21所述的实体，其特征在于，所述关联模块将所述第一会话、到所述当前正在进行业务的对端的会话，以及到所述到达业务的对端的会话三者关联。
25.一种用户终端，能够在多种网络下接入并进行通话业务，其特征在于，所述用户终端还包括网络接口模块，用于从网络侧接收通知，该通知指示有业务请求从某个域到达；以及与网络侧交互；控制模块，根据预设的条件判断是否接收所述到达的业务，以及将处理结果提供给网络接口模块，并在判定接收所述到达的业务时，控制本用户终端转入所述业务请求的发起域。
26.如权利要求25所述的终端，其特征在于，控制模块所依据的预设条件为下列之一控制模块根据通知中携带的业务指示处理；控制模块先检测用户终端是否正在另一个域进行业务，据此根据会话优先级处理；控制模块将所述通知呈现给用户，并根据用户的选择处理。
27.如权利要求25所述的终端，其特征在于，所述网络接口模块，还用于从收到的通知中获取第一特别号码。
28.如权利要求27所述的终端，其特征在于，所述终端还包括新会话发起模块，用于在控制模块控制所述用户终端转入所述业务请求的发起域后，通过网络接口模块向网络侧发起的第二会话中携带第一特别号码。
29.如权利要求26所述的终端，其特征在于，所述用户终端还包括中止模块，用于中止用户终端当前正在进行的业务；和/或切换模块，用于将用户终端当前正在进行的业务切换到所述业务请求的发起域；当用户终端正在另一个域进行业务，并且所述控制模块根据预设的条件判定应接收所述到达的业务时，通过所述中止模块或切换模块处理当前正在进行的业务。
30.如权利要求29所述的终端，其特征在于，所述网络接口模块，还用于从收到的通知中获取第二特别号码。
31.如权利要求30所述的终端，其特征在于，所述终端还包括切换会话发起模块，用于在切换模块将用户终端当前正在进行的业务切换到所述业务请求的发起域后，通过网络接口模块向网络侧发起的第一切换会话中携带第二特别号码。
32.如权利要求29、30或31所述的终端，其特征在于，所述终端还包括转换模块，用于在切换模块将用户终端当前正在进行的业务转入所述业务请求的发起域后，使用会话更新指示，指示VCC AS或MRF在所述当前正在进行的业务及所述到达的业务之间进行转换；或者通过会话更新指示，修改所述当前正在进行的业务及所述到达的业务的媒体流方向，以实现所述当前正在进行的业务与所述到达的业务之间的转换。
33.如权利要求25所述的终端，其特征在于，所述网络接口模块从网络侧接收到的通知指示有业务请求从某个域到达，该域为用户终端未注册的域；或者从该域发来的业务请求，在用户终端当前所处的网络无法接通。
34.一种跨域接收业务的系统，其特征在于，包括语音呼叫连续性应用服务器VCC AS，用于在收到从一个域到达的业务请求指向注册在另一个域的用户终端时，通知该用户终端；以及在所述业务请求的发起域，将所述业务与该用户终端关联，以接通业务；用户终端，用于在判定满足预设的条件时，转入所述业务请求的发起域。
35.如权利要求34所述的系统，其特征在于，所述VCC AS包括判断模块，用于判断从一个域到达的业务请求所指向的用户终端当前是否注册在另一个域，若是，则发出触发信号；通知模块，用于在收到所述判断模块发来的触发信号后，向所述用户终端发送通知消息；关联模块，用于当用户终端转入所述业务请求的发起域后，将所述业务与该用户终端关联，以接通业务。
36.如权利要求35所述的系统，其特征在于，所述VCC AS还包括呼叫保持模块，用于标记所述当前正在进行的业务，并在用户终端中断该业务时，保持到该业务对端的会话。
37.如权利要求34所述的系统，其特征在于，所述用户终端能够在多种网络下接入并进行通话业务，还包括网络接口模块，用于从网络侧接收通知，该通知指示有业务请求从某个域到达；以及将处理结果返回给网络侧；控制模块，根据预设的条件判断是否接收所述到达的业务，并在判定接收所述到达的业务时，控制本用户终端转入所述业务请求的发起域，以及将处理结果提供给网络接口模块。
38.如权利要求37所述的系统，其特征在于，所述用户终端还包括中止模块，用于中止用户终端当前正在进行的业务；和/或切换模块，用于将用户终端当前正在进行的业务切换到所述业务请求的发起域；当用户终端正在另一个域进行业务，并且所述控制模块根据预设的条件判定应接收所述到达的业务时，通过所述中止模块或切换模块处理当前正在进行的业务。
39.如权利要求38所述的系统，其特征在于，若所述用户终端包括切换模块，则该用户终端还包括转换模块，用于在切换模块将用户终端当前正在进行的业务切换到所述业务请求的发起域后，使用会话更新指示，指示VCC AS或MRF在所述当前正在进行的业务及所述到达的业务之间进行转换；或者通过会话更新指示，修改所述当前正在进行的业务及所述到达的业务的媒体流方向，以实现所述当前正在进行的业务与所述到达的业务之间的转换。
全文摘要
本发明公开了一种跨域接收业务的方法、装置及系统，用于当用户终端注册在某一个域时，将从另外一个域到达的业务请求接续到该用户，以实现跨域接收业务。进一步，解决现有技术中的用户没有选择网络的权利，以及在用户终端接续新到达的业务时，对当前正在进行的原会话无法处理的问题。本发明方法包括A.当语音呼叫连续性应用服务器VCC AS收到从一个域到达的业务请求指向注册在另一个域的用户终端时，通知该用户终端；B.该用户终端判定满足预设的条件时，转入所述业务请求的发起域；C.VCC AS在所述业务请求的发起域，将所述业务与该用户终端关联，以接通业务。
文档编号H04L12/54GK101083615SQ20061016229
公开日2007年12月5日 申请日期2006年12月19日 优先权日2006年5月29日
发明者徐杰, 刘文宇, 李岩 申请人:华为技术有限公司