Nothing Special   »   [go: up one dir, main page]

CN1802022B - 在话音业务连续性业务中建立初始呼叫的方法及系统 - Google Patents

在话音业务连续性业务中建立初始呼叫的方法及系统 Download PDF

Info

Publication number
CN1802022B
CN1802022B CN 200510106551 CN200510106551A CN1802022B CN 1802022 B CN1802022 B CN 1802022B CN 200510106551 CN200510106551 CN 200510106551 CN 200510106551 A CN200510106551 A CN 200510106551A CN 1802022 B CN1802022 B CN 1802022B
Authority
CN
China
Prior art keywords
user terminal
call
application server
circuit domain
mode
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN 200510106551
Other languages
English (en)
Other versions
CN1802022A (zh
Inventor
朱东铭
段小琴
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN 200510106551 priority Critical patent/CN1802022B/zh
Publication of CN1802022A publication Critical patent/CN1802022A/zh
Priority to PCT/CN2006/002530 priority patent/WO2007036147A1/zh
Application granted granted Critical
Publication of CN1802022B publication Critical patent/CN1802022B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明涉及一种在话音业务连续性业务中建立初始呼叫的方法及系统。主要包括:用户终端通知应用服务器其在电路域的登记状态,并由应用服务器根据用户终端当前登记的电路域网络支持的路由控制模式信息确定用户终端发起呼叫的方式,再通知用户终端;之后,当所述用户终端发起电路域呼叫时,便可以根据通知的发起呼叫的方式发起呼叫。因此,本发明使得能够最大化地利用主叫侧电路域的CAMEL进行初始呼叫的建立并将呼叫锚定在具有CCCF功能的gsmSCF上,既保证了基于CAMEL方案的主叫侧电路域对呼叫进行静态锚定的成熟性,又同时利用USSD/SIP Notify/Prefix方案作为CAMEL方案的补充,避免了由于主叫侧电路域的CAMEL能力不足导致对呼叫静态锚定的失败。

Description

在话音业务连续性业务中建立初始呼叫的方法及系统
技术领域
本发明涉及网络通信技术领域,尤其涉及一种在话音业务连续性业务中建立初始呼叫的方法及系统。
背景技术
从3GPP R5(3rd Generation Partnership Project,第三代移动通信标准化伙伴项目)阶段开始,UMTS(通用移动通信系统)核心网划分为CS(电路交换)、PS(分组交换)以及IMS(IP多媒体子系统)三个子系统。
CS域(Circuit Switched Domain,电路交换域)用于向用户提供电路型业务的连接。CS域主要包括:MSC(MSC Server/CS-MGW,MobileSwitch Center Server/CS-Media GateWay,移动交换中心服务器/电路域-媒体网关)、GMSC(Gateway MSC,关口移动交换中心)和IWF(InterWorking Function,互通功能)。其中,MSC完成电路交换型业务的交换和信令控制功能;GMSC为某一网络中完成移动用户路由寻址功能的MSC,可与MSC合设或分设;IWF与MSC紧密相关,完成PLMN(公众陆地移动网)与ISDN(综合业务数字网)、PSTN(公众电话交换网)、PDN(Packet Data Network分组数据网络)间的信令转换功能,从而实现网络互通,IWF的具体功能与业务和网络的种类密切相关。
PS域(Packet Switched Domain,分组交换域)用于向用户提供分组型业务的连接,PS域主要包括:GSN(GPRS支持节点)、BG(边界网关)、HLR/AuC(位置归属寄存器/认证中心)、VLR(拜访位置寄存器)、EIR(设备识别寄存器)、MSC等。其中,GSN包括SGSN(服务GPRS支持节点)和GGSN(网关GPRS支持节点),并用于完成分组业务用户的分组包的传送;SGSN提供核心网与无线接入系统BSS、RNS的连接,完成分组型数据业务的移动性管理、会话管理等功能,以管理MS在移动网络内的移动和通信业务;GGSN为移动通信系统与其它公用数据网之间的接口,同时,GGSN还具有查询位置信息的功能。另外,SGSN和GGSN均提供计费信息。BG用于完成两个GPRS网络间的互通、保证网络互通的安全性。HLR用于完成用户签约数据和位置信息的管理,用户签约数据如MSISDN、IMSI、PDP ADDRESS、签约的电信业务和补充业务及其业务的适用范围等,位置信息如MSRN、MSC/VLR号、SGSN号码、GMLC等。AUC主要用于存储用户的鉴权算法和密钥。VLR用于处理拜访用户的各种数据信息。EIR用于存储用户设备标识IMEI信息。
IMS是3GPP R5阶段增加的WCDMA网络中叠加在已有分组域之上的一个子系统,采用分组域为其上层控制信令和媒体传输的承载通道,并引入SIP协议作为业务控制协议,利用SIP简单、易扩展、媒体组合方便的特点,通过将业务控制与承载控制分离,提供丰富的多媒体业务。IMS中的主要功能实体包括控制用户注册、会话控制等功能的会话控制实体CSCF、提供各种业务逻辑控制功能的应用服务器AS、集中管理用户签约数据的归属用户服务器HSS以及用于实现与电路交换网互通的MGCF/IM-MGW(媒体网关控制功能)。用户通过当前所在地代理节点P-CSCF接入IMS,会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域服务节点S-CSCF完成。
3GPP标准定义的IMS架构全面解决了IP承载下提供多媒体业务所需要解决的漫游计费、QoS(服务质量)、安全保障等关键的可运营问题,其架构和思路已获得业界公认,3GPP2、TISPAN均以3GPP模型作为基础和参照进行了相应IP多媒体网络架构和业务体系的定义,3GPP也已经开始了针对WLAN(无线局域网)接入与UMTS互通如I-WLAN(Interworking ofWLAN,WLAN互通),固定宽带接入IMS如FBI(Fixed Broadband accessto IMS,固定宽带接入IMS)以及面向多种接入技术的全IP网如AIPN(AII-IPNetwork全IP网络)等课题研究,用户将可以根据其签约通过单一多模终端或多种类型的不同终端经由不同接入技术的接入网接入IMS,以获得统一的、包括VoIP(Voice over IP,基于IP的语音)业务等的多媒体业务。
目前,3GPP提出了一种IMS控制的静态锚点(IMS control static anchoring)的呼叫控制方案,以解决在两个域,如CS域和IMS域,之间进行切换的问题。该方案的核心思想是,在IMS归属域为用户分配一个具有作为CCCF(Call Continuity Control Function,呼叫连续性控制功能)的AS(Application Server,应用服务器),对于从CS域或是IMS域的与该用户相关的呼叫/会话都将被传送到该AS进行锚定控制(Anchoring control)。这样,后续无论发生CS域至IMS域的域间切换或是发生IMS域至CS域的域间切换,都由该AS对锚定的呼叫/会话进行后续切换控制处理。
对于IMS中会话控制方式本身就可以很方便的在呼叫路径中插入一个锚点AS对会话进行控制,即通过定义iFC(initial Filter Criteria,初始过滤准则)使得会话触发至AS。
而对于CS域的呼叫控制方式本身不太容易在呼叫路径中插入一个锚点AS,因此,针对CS域发起的呼叫触发至锚点AS的过程,3GPP规范目前描述了多种实现方案,其中:
对于主叫侧为CS域时发起的初始呼叫,即对于主叫侧VMSC(Visited Mobile Switch Center,拜访移动交换中心)在接收到UE的呼叫建立消息后发起的呼叫,可以有网络侧路由控制{即使用CAMEL(移动网增强逻辑客户化应用)方案}和终端侧路由控制{即使用USSD(Unstructured Supplementary Service Data非结构化补充数据业务)和SIP Notify(Session Initial Protocol Notify,会话初始协议的“通知”操作)以及Prefix(前缀)方案},三种控制模式将呼叫路由至锚点AS;
对于被叫侧为CS域时发起的初始呼叫,即被叫归属网络的GMSC在接收到来自于主叫侧的呼叫后,根据GMSC对被叫信息分析后发起的呼叫,可以使用CAMEL方案和信令拦截方案将呼叫路由至锚点AS。
这种将初始呼叫路由至锚点AS的功能称为NeDS(Network Domain Selection,域间选择功能)功能。对于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’)之间的切换。
上述这种将呼叫进行锚定控制,并在域间切换发生时进行切换处理的功能叫做CCCF(Call continuity Control Function,呼叫连续性控制功能)功能,在静态锚点方案下,具有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(CCCF Public Service Identities,CCCF公共业务标识)后追加呼叫参考号等方法来构造IMRN,然后,由具有NeDS功能的gsmSCF通过CAMEL connect(CAMEL连接)消息将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将会话路由至原被叫侧.
这里,在S-CSCF将呼叫路由至原被叫侧的过程中,当原被叫信息为TeI-URI格式时,S-CSCF执行ENUM DNS(E.164Number Domain NameSystem E.164,域名转换系统)转换功能,如果能够将原被叫号码转换成SIP URI(会话初始协议的URI)格式,则后续的呼叫路由在IMS域中进行,否则,S-CSCF将呼叫路由至本IMS域的BGCF(Breakout Gateway ControlFunction边界网关控制功能),由BGCF将呼叫最终经由MGCF路由至PSTN(公共电话交换网)或CS域,最后由PSTN或CS域将呼叫接续至被叫。在具有CCCF功能的AS启用B2BUA功能时,对于在CCCF终止的会话和在CCCF新发起的会话,CCCF均对其维护状态,以对后续用户可能发起的域间切换进行控制。
由于主叫用户拜访地的CS域不一定支持CAMEL,因此需要考虑到其他替代方式将呼叫路由至AS,目前3GPP的规范中提供了终端侧路由控制模式下的基于USSD和基于SIP Notify以及基于Prefix(前缀)的三种机制。
其中,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发送的SIPNotify信令中携带,这样,在具有NeDS功能的AS接收到SIP Notify信令后,与具有CCCF功能的AS进行交互,通知CCCF其当前接收到的会话的真实被叫信息,即SIP Notify信令中携带UE(B)的号码信息,从而具有CCCF功能的AS对接收到的UE发起的呼叫进行锚定,即AS启动B2BUA功能,终止掉AS接收到会话,然后发起一个针对原被叫信息的新会话,这里的原被叫信息从具有NeDS功能的AS接收到的SIP Notify信令中获得。后续处理如图2的步骤2-7所述,根据AS发起的新会话中的原被叫信息将会话路由至被叫用户后接续。
当CS域的用户作为主叫发起呼叫时,如果采用终端侧路由控制模式,即使用SIP Notify机制将发起的呼叫触发至AS进行锚定,则相应的处理流程如图4所示,具体包括以下步骤:
在步骤4-1、同步骤3-1相同。
到步骤4-2、在UE接收到VMSC发送的Call proceeding消息后,UE向具有CCCF功能的AS发送SIP Notify信令,其中SIP Notify信令中携带本次呼叫的真实的被叫信息,以及在步骤4-1中UE分配的呼叫参考号。
到步骤4-3、根据接收到的SIP Notify信令中携带的呼叫真实的被叫信息和呼叫参考号,具有CCCF功能的AS关联出步骤4-1中接收到的会话,并且将步骤4-1接收到会话中的被叫信息更新为SIP Notify信令携带的呼叫真实的被叫信息。
到步骤4-4、具有CCCF功能的AS对步骤4-1接收到会话中的被叫信息进行更新后,对会话进行锚定控制;
这里,具有CCCF功能的AS对会话进行锚定控制的处理过程同步骤2-7类似。
另外,对于基于前缀机制既可应用于UE未注册到IMS域,又可应用域UE已经注册到IMS域,其基本原理是UE在向VMSC发起呼叫时,将指向具有CCCF功能的AS的CCCF PSI作为真实被叫信息,如UE(B)的号码信息的一个号码前缀共同携带在呼叫信令中的被叫地址信息中,从而VMSC根据对域被叫号码前的前缀信息,即CCCF PSI将呼叫经由MGCF路由至IMS域中具有CCCF功能的AS,从而具有CCCF功能的AS对接收到的UE发起的呼叫进行锚定,即AS启动B2BUA功能,终止掉AS接收到会话,然后发起一个针对原被叫信息的新会话.这里的原被叫信息从具有NeDS功能的AS接收到的呼叫中的被叫信息中解析获得,即具有NeDS功能的AS将接收到的呼叫中的被叫信息中的号码前缀剥离,恢复出真实的被叫信息.后续处理如图2的步骤2-7所述,根据AS发起的新会话中的原被叫信息将会话路由至被叫用户后接续.
可以看到,对于CS域的用户作为主叫发起呼叫时,有网络侧路由控制和终端侧路由控制两种模式。对于网络侧路由控制模式,UE发起的呼叫是一个普通的针对真实被叫的呼叫,通过网络的CAMEL能力将呼叫改向至一个具有CCCF功能的AS进行呼叫的锚定;对于终端侧路由控制模式,需要对终端的呼叫逻辑进行修改,UE发起的呼叫是一个特殊的针对具有CCCF功能的AS的呼叫,而真实的被叫号码是在后续UE向具有CCCF功能的AS和/或USSD信令处理实体发送的USSD/SIP Notify信令中携带,或是在被叫信息中前缀CCCFPSI之后的追加信息中携带,具有CCCF功能的AS和/或USSD信令处理实体根据USSD/SIP Notify信令或是呼叫信令中前缀CCCF PSI之后的追加信息中携带的真实被叫信息对呼叫的被叫信息进行更新,然后对呼叫进行锚定。
这样,对于一次呼叫,UE可以发起普通的呼叫,或者也可发起特殊的呼叫。因此,目前3GPP规范中提供的基于CAMEL的网络侧路由控制方案和基于USSD/SIP Notify/Prefix的终端侧路由控制方案是两个竞争的方案,即UE一旦使用基于USSD/SIP Notify/Prefix的终端侧路由控制方案发起呼叫,则即使能够支持CAMEL能力的主叫侧拜访电路域网络,此时也不可能采用基于CAMEL的网络侧路由控制方案。
考虑到基于CAMEL的网络侧路由控制方案尽管受到主叫拜访电路域网络是否支持CAMEL能力的限制,但由于CAMEL方案本身已经有着比较成熟的应用;而基于USSD/SIP Notify/Prefix的终端侧路由控制方案虽然不受主叫拜访电路域网络能力的限制,但其本身属于一种全新的方案,目前尚未有应用。
因此,希望能够有一种对两种方案进行融合处理的方案,即在主叫侧电路域网络支持CAMEL的情况使用基于CAMEL的网络侧路由控制方案,而仅在主叫侧电路域网络不支持CAMEL的情况下使用基于USSD/SIPNotify/Prefix的终端侧路由控制方案,但目前并没有相应的方案可以满足这一需求。
发明内容
本发明的目的是提供一种在话音业务连续性业务中建立初始呼叫的方法及系统,从而使得在主叫侧电路域网络支持CAMEL的情况使用基于CAMEL的网络侧路由控制方案,而在主叫侧电路域网络不支持CAMEL的情况下使用基于USSD/SIP Notify/Prefix的终端侧路由控制方案。
本发明的目的是通过以下技术方案实现的:
本发明提供了一种在话音业务连续性业务中建立初始呼叫的方法,包括:
A、话音业务连续性业务的用户终端通知应用服务器其在电路域的登记状态;
B、所述应用服务器接收所述通知后,根据用户终端当前登记的电路域网络支持的路由控制模式信息确定用户终端发起呼叫的方式,并通知用户终端;
C、当所述用户终端发起电路域呼叫时,根据所述应用服务器的通知的发起呼叫的方式发起呼叫。
所述的步骤A包括:
当所述用户终端完成电路域的位置更新后,则通过非结构化补充数据业务USSD或会话初始协议通知SIP Notify或短消息的方式将包含有用户终端标识、位置更新完成通知指示信息和UE当前登记的电路域网络标识信息的消息发送给所述应用服务器。
所述的应用服务器包括:包含有呼叫连续性控制功能CCCF的应用服务器。
所述方法中,在执行所述的步骤B之前还包括:
D、应用服务器收到用户终端发来的位置更新完成通知消息后,向用户终端的归属位置寄存器HLR发送随时签约信息查询ATSI消息;
E、所述HLR收到所述ATSI消息后,向应用服务器返回包含用户当前登记的电路域网络支持的路由控制模式的用户签约信息,并执行所述步骤B;
或者,在执行所述的步骤B之前还包括:
应用服务器根据接收到的UE当前登记的电路域网络标识信息查询数据配置信息,获取UE当前登记的电路域网络支持的路由控制模式,并执行所述步骤B,所述的数据配置信息包括可能作为用户终端漫游地的各电路域网络支持的路由控制模式信息。
所述的步骤B包括:
B1、应用服务器判断所述用户终端当前登记的电路域网络是否支持网络侧路由控制模式,如果是,则执行步骤B2,否则,执行步骤B3;
B2、应用服务器通知用户终端以网络侧路由控制模式对应的普通的呼叫发起方式发起呼叫;
B3、应用服务器通知用户终端以终端侧路由控制模式对应的呼叫发起方式发起呼叫。
本发明所述的方法中:
所述的网络侧路由控制模式包括:移动网增强逻辑客户化应用CAMEL路由控制模式;
所述的终端侧路由控制模式包括:非结构化补充数据业务USSD路由控制机制、SIP Notify路由控制机制和前缀Prefix路由控制机制。
所述的步骤B1包括:
当应用服务器判定用户终端当前登记的电路域网络支持CAMEL第二阶段CAMEL phase 2或以上版本时,则确定该用户当前登记的电路域网络支持CAMEL路由控制模式。
所述的步骤B包括:
应用服务器通过USSD或SIP Notify或短消息指定发起呼叫的方式通知用户终端。
所述的方法还包括:
当用户终端根据位置更新后的位置区标识确定本次位置更新不是移动交换中心MSC/拜访位置寄存器VLR内部的位置更新时,执行所述步骤A;
或者,
当应用服务器接收到用户终端发来的位置更新通知消息后,根据其保存的位置区标识确定用户终端本次位置更新不是MSC/VLR内部的位置更新时,则执行所述步骤C。
本发明还提供了一种在话音业务连续性业务中建立初始呼叫的系统,包括用户终端和应用服务器,还包括:
通知模块:设置于所述的用户终端中,用于用户终端通知应用服务器其在电路域的登记状态;
呼叫方式确定模块:设置于应用服务器中,用于在通知模块发来的通知消息的触发下,根据用户当前登记的电路域网络支持的路由控制模式确定用户终端发起呼叫的方式,并通知用户终端;
呼叫发起模块:设置于用户终端中,用于根据呼叫方式确定模块确定并发来的发起呼叫的方式信息发起呼叫。
所述系统中,当所述的通知模块为用于通知用户终端位置更新消息的位置更新通知模块时,则还包括:
位置更新判定模块:设置用户终端或应用服务器中,用于根据位置更新后的位置区标识确定本次位置更新是否为MSC/VLR内部的位置更新,如果是,则不触发位置更新通知模块或呼叫方式确定模块,否则,则触发所述位置更新通知模块或呼叫方式确定模块。
所述的呼叫方式确定模块包括:
签约信息获取模块:用于通过ATSI消息向用户终端的HLR获取包含用户当前登记的电路域网络支持的路由控制模式信息的用户签约信息,或者,通过UE当前登记的电路域网络标识信息查询数据配置信息获取用户当前登记的电路域网络支持的路由控制模式信息;
呼叫方式判定模块:用于根据所述用户签约信息确定用户支持的路由控制模块,并进一步确定用户终端发起呼叫的方式;
呼叫方式通知模块:将确定的用户终端发起呼叫的方式通知用户终端。
由上述本发明提供的技术方案可以看出,本发明在话音业务连续性业务的静态锚点方案中,对于将电路域用户作为主叫发起的呼叫锚定在具有CCCF功能的AS中时,本发明提供了提出一种对于基于USSD/SIPNotify/Prefix的终端侧路由控制方案和基于CAMEL的网络侧路由控制方案两种方案进行融合处理的方案,即在主叫侧电路域网络支持CAMEL的情况使用基于CAMEL的网络侧路由控制方案,而在主叫侧电路域网络不支持CAMEL的情况下使用基于USSD/SIP Notify/Prefix的终端侧路由控制方案。
因此,本发明的实现使得能够最大化地利用主叫侧电路域的CAMEL进行初始呼叫的建立并将呼叫锚定在具有CCCF功能的gsmSCF上,保证了基于CAMEL方案的主叫侧电路域对呼叫进行静态锚定的成熟性,又同时利用USSD/SIP Notify/Prefix方案作为CAMEL方案的补充,避免了由于主叫侧电路域的CAMEL能力不足导致的对呼叫静态锚定的失败。
附图说明
图1为采用静态锚点实现VCC用户跨切换控制的示意图;
图2为基于CAMEL的网络侧路由控制方案的流程图;
图3为基于USSD的终端侧路由控制方案的流程图;
图4为基于SIP Notify的终端侧路由控制方案的流程图;
图5为本发明所述的方法的处理流程示意图;
图6为本发明所述的系统的结构示意图。
具体实施方式
本发明主要应用于话音业务连续性业务的静态锚点方案中,当需要将电路域用户作为主叫发起的呼叫锚定在具有CCCF功能的gsmSCF和/或AS中时,为能够融合不同的路由控制模式,针对用户终端发起呼叫的方式进行了控制,使得用户终端能够根据当前网络侧(即VLR)支持的路由控制模式确定发起呼叫的方式,并发起建立初始呼叫,以便于灵活地支持对应的路由控制模式。
也就是说,本发明的核心是提供一种对于基于USSD/SIP Notify/Prefix的终端侧路由控制方案和基于CAMEL的网络侧路由控制方案两种方案进行融合处理的方案,即在主叫侧电路域网络支持CAMEL的情况使用基于CAMEL的网络侧路由控制方案,仅在主叫侧电路域网络不支持CAMEL的情况下使用基于USSD/SIP Notify/Prefix的终端侧路由控制方案。使得能够最大化地利用主叫侧电路域的CAMEL进行初始呼叫的建立并将呼叫锚定在具有CCCF功能的gsmSCF上,保证了基于CAMEL方案的主叫侧电路域对呼叫进行静态锚定的成熟性;同时,还能够利用USSD/SIP Notify/Prefix方案作为CAMEL方案的补充,以避免在主叫侧电路域的CAMEL能力不足导致的对呼叫静态锚定的失败。
下面将对本发明所述的方法进行说明,本发明主要包括以下处理过程:
(1)位于电路域并签约了VCC业务的UE完成其在电路域(如VLR)的登记状态,即位置更新后,则通知应用服务器用户已经完成了电路域的位置更新,其中,所述的应用服务器可以为具有CCCF功能的应用服务器;
在该过程中,所述UE可以通过USSD或是SIP Notify或是短消息的方式通知具有CCCF功能的应用服务器其进行位置更新操作,其中在UE向应用服务器发送的通知消息中需要携带UE的标识信息,及指示本消息为位置更新完成通知的信息,进一步的还可以携带UE当前登记的电路域网络标识信息;
(2)应用服务器在接收到VCC用户的位置更新完成通知消息后,查询确定用户当前登记的电路域网络支持的路由控制模式信息;
具体为:当应用服务器收到所述的位置更新完成通知消息后,向用户归属的HLR发送ATSI(Any Time Subscription Interrogation,随时签约信息查询)消息,HLR在接收到ATSI消息后,返回当前VCC用户的签约信息,所述的签约信息中包括UE当前登记的VLR的CAMEL支持能力(SupportedCAMEL phases in VLR,VLR中支持的CMAEL版本)。
另外,还可以通过在具有CCCF功能的应用服务器中配置相应的数据配置信息,所述的数据配置信息包含用户可漫游的所有电路域网络的CAMEL支持能力信息,即各电路域网络支持的路由控制模式信息;这样,所述CCCF便可以查询确定用户当前登记的电路域网络支持的路由控制模式,相应的处理过程具体为:CCCF根据接收到的UE当前登记的电路域网络标识信息查询数据配置信息,获取UE当前登记的电路域网络对应的CAMEL支持能力。
(3)在应用服务器获得UE当前登记的电路域网络的CAMEL支持能力后,如果UE当前登记的电路域网络能够支持CAMEL,则应用服务器通知UE在发起电路域呼叫时采用网络路由控制模式对应的呼叫发起方式即以普通的方式发起,否则,如果UE当前登记的电路域网络不能够支持CAMEL能力,则应用服务器通知UE在发起电路域呼叫时终端路由控制模式即以特殊的方式发起,例如,采用USSD/SIP Notify/Prefix路由控制模式对应的呼叫发起方式发起呼叫;
在该过程中,应用服务器还可通过对UE当前登记的VLR的CAMEL支持能力进行判断来获得UE当前登记的电路域网络的CAMEL支持能力,具体可以为:当应用服务器接收到的Supported CAMEL phases in VLR参数指示VLR能够支持CAMEL Phase 2或以上版本时,则通知UE在发起电路域呼叫时以普通的方式发起,否则,如果UE当前登记的VLR不能够支持CAMELPhase 2时,则应用服务器通知UE在发起电路域呼叫时以图3和/或图4中所示的特殊的方式发起;
另外,在该过程中,所述应用服务器可以通过USSD或是SIP Notify或是短消息的方式通知UE在发起电路域呼叫时以普通方式或是特殊方式发起。其中,在应用服务器在向UE发送的通知消息中需要携带指示UE以普通方式或是特殊方式发起呼叫的指示信息。
(4)后续UE在发起电路域的呼叫时,根据应用服务器的指示按照普通方式或是特殊方式发起;
该过程具体为:当UE在发起电路域的呼叫时,如果应用服务器发来的指示信息为按照普通方式发起呼叫时,则UE按照现有技术中图2所示的方式发起呼叫,如果应用服务器发来的指示信息为按照特殊方式发起呼叫时,则UE按照现有技术中的图3或图4所示的方式发起呼叫。
需要说明的是,UE不仅可以在不同的MSC/VLR之间发生位置更新,同时还可以在同一个MSC/VLR下发生位置更新,例如,在MSC/VLR内部的位置更新以及周期性位置更新等均为在同一MSC/VLR下的位置更新。对于这种同一MSC/VLR下的位置更新,由于MSC/VLR没有发生改变,因而其CAMEL的支持能力不会发生变化,这时,如果不区分发生的位置更新是同一个MSC/VLR内的位置更新还是不同MSC/VLR之间的位置更新,只是一旦发生了位置更新则向应用服务器发送位置更新通知消息,导致应用服务器冗余地访问HLR,增大HLR的信令负荷。
因此,为避免系统中的冗余处理影响系统的性能,可以不再进行上述过程(1)至过程(4)的处理。具体为由UE或应用服务器在执行过程(1)至过程(4)的处理过程中首先识别出同一MSC/VLR下的位置更新,并停止后续的处理过程,以避免冗余处理对系统性能的影响。
当由于UE进行位置更新情况的识别时,则相应的处理过程(1)为:
(1)UE在完成电路域的位置更新后,将获得的本次位置更新后的LAI(Location Area Identification,位置区标识)信息与上一次位置更新后存储的LAI进行比较,由于一个MSC/VLR地址信息与一个LAI可以有一定的对应关系,因此,如果UE根据这两个LAI能够推导出相同MSC/VLR地址信息,则判定本次位置更新为MSC/VLR内的位置更新,并不向应用服务器发送位置更新完成通知信息,停止后续处理过程;否则,如果UE不能推导出相同的MSC/VLR地址信息,则判定本次位置更新为MSC/VLR之间的位置更新,则向应用服务器发送位置更新完成通知信息,继续执行后续处理过程。
当在应用服务器上进行位置更新情况的识别时,则相应的处理过程(1)和处理过程(2)分别为:
(1)位于电路域的签约了VCC业务的用户的UE完成位置更新后,通知应用服务器用户已经完成了电路域的位置更新,并且需要在该位置更新完成通知消息中携带UE当前位置更新完成后存储的LAI信息;
(2)应用服务器在接收到VCC用户的位置更新完成通知信息后,对该LAI进行存储,并根据UE发送LAI信息与上一次UE在位置更新完成通知消息提供LAI信息进行比较。如果应用服务器根据这两个LAI能够推导出相同MSC/VLR地址信息,则判定为本次位置更新为MSC/VLR内的位置更新,则应用服务器不向HLR发送ATSI消息,停止后续处理过程;否则,如果应用服务器不能推导出相同的MSC/VLR地址信息,则判定为本次位置更新为MSC/VLR之间的位置更新,则应用服务器向HLR发送ATSI消息,继续执行后续处理过程。
为对本发明有进一步理解,下面将结合附图对本发明进行详细描述。本发明提供的在话音业务连续性业务中建立初始呼叫的方法的具体实现方式如图5所示,该实例仅以在UE上进行位置更新情况识别以及采用CCCF和HLR进行ATSI操作交互获得电路域网络的CAMEL支持能力的方式为例进行说明,具体包含以下处理步骤:
步骤5-1、签约了VCC业务的用户完成电路域的位置更新流程;
步骤5-2、将位置更新后的LAI与位置更新前的LAI进行比较,如果UE根据这两个LAI能够推导出相同MSC/VLR地址信息,则判定本次位置更新为MSC/VLR内的位置更新,则不向具有CCCF功能的应用服务器发送位置更新完成通知信息,本实施例结束,否则,执行步骤5-3;
在该步骤中,具体为对在位置更新过程中接收到的MSC发送的LOCATION UPDATING ACCEPT(位置更新接受)消息中的位置更新后的LAI与之前存储的上一次位置更新的LAI信息进行比较;
步骤5-3、UE向具有CCCF功能的应用服务器发送位置更新完成通知;
即,如果UE不能推导出相同的MSC/VLR地址信息,则判定本次位置更新为MSC/VLR之间的位置更新,则UE以USSD或是SIP Notify信令的方式向具有CCCF功能的应用服务器发送位置更新完成通知消息,消息中携带UE的标识信息,如MSISDN(移动台国际ISDN号码),同时,还需要携带着相应的指示本消息为位置更新完成通知的信息;
步骤5-4、具有CCCF功能的应用服务器在接收到VCC用户的位置更新完成通知USSD/SIP Notify信令后,根据UE的标识信息向UE的归属HLR发送ATSI消息;
步骤5-5、HLR在接收到ATSI消息后,向具有CCCF功能的应用服务器返回ATSI响应消息,消息中携带返回当前VCC用户的签约信息,所述的签约信息中包含UE当前登记的VLR支持的路由控制模式信息,具体为是否支持CAMEL路由控制模式的信息;
步骤5-6、具有CCCF功能的应用服务器根据HLR返回的当前VCC用户的签约信息中的Supported CAMEL phases in VLR参数对UE当前登记的VLR的CAMEL支持能力进行判断,如果UE当前登记的VLR能够支持CAMEL Phase2或以上版本,则执行步骤5-7,否则,执行步骤5-8;
步骤5-7、具有CCCF功能的应用服务器向UE发送USSD信令或SIPNotify或短消息,通知UE在发起电路域呼叫时以普通的方式发起。后续UE在发起电路域的呼叫时,则按照现有技术图2所示的方式发起呼叫,本实施例处理过程结束。
步骤5-8、具有CCCF功能的应用服务器向UE发送USSD信令或SIPNotify或短消息,通知UE在发起电路域呼叫时以特殊的方式发起。后续UE在发起电路域的呼叫时,则按照现有技术图3或图4所示的方式发起呼叫,本实施例处理过程结束。
本发明还提供了一种在话音业务连续性业务中建立初始呼叫的系统,包括用户终端和包含CCCF功能的应用服务器,并且还包括:
通知模块:设置于所述的用户终端中,用于用户终端通知应用服务器其在电路域的登记状态;该模块可以为位置更新通知模块,具体用于当用户终端进行位置更新操作时或完成后,通知所述的应用服务器;
呼叫方式确定模块:设置于所述包含CCCF功能的应用服务器中,用于在位置更新通知模块发来的位置更新消息的触发下,根据用户当前登记的电路域网络支持的路由控制模式确定用户终端发起呼叫的方式,例如,图2所示的普通呼叫发起方式,或者,图3和图4所示的特殊的呼叫发起方式,之后,将确定的呼叫发起方式通知所述的用户终端;
呼叫发起模块:设置于用户终端中,用于根据呼叫方式确定模块确定并发来的发起呼叫的方式信息发起呼叫,即该模块不再如现有技术中描述的那样,仅按照一种方式发起呼叫,而是根据实际的网络支持的路由控制模式需要选择对应的呼叫发起方式发起呼叫,从而便于实现多种路由控制模式的融合处理;
所述的呼叫方式确定模块具体包括以下模块:
签约信息获取模块:用于通过ATSI消息向用户终端的HLR获取,或是通过UE当前登记的电路域网络标识信息查询数据配置信息获取包含用户当前登记的电路域网络支持的路由控制模式信息的用户签约信息;
呼叫方式判定模块:用于根据所述用户签约信息确定用户支持的路由控制模块,并进一步确定用户终端发起呼叫的方式;
呼叫方式通知模块:将确定的用户终端发起呼叫的方式通知用户终端。
为有效避免冗余处理影响系统的效率,本发明所述系统还包括:
位置更新判定模块:设置用户终端或应用服务器中,用于根据位置更新后的位置区标识确定本次位置更新是否为MSC/VLR内部的位置更新,如果是,则不触发位置更新通知模块或呼叫方式确定模块,否则,则触发所述位置更新通知模块或呼叫方式确定模块。
本发明在话音业务连续性业务的静态锚点方案中,对于将电路域用户作为主叫发起的呼叫锚定在具有CCCF功能的AS中时,本发明提供了提出一种对于基于USSD/SIP Notify/Prefix的终端侧路由控制方案和基于CAMEL的网络侧路由控制方案两种方案进行融合处理的方案,即在主叫侧电路域网络支持CAMEL的情况使用基于CAMEL的网络侧路由控制方案,仅在主叫侧电路域网络不支持CAMEL的情况下使用基于USSD/SIP Notify/Prefix的终端侧路由控制方案。使得能够最大化地利用主叫侧电路域的CAMEL进行初始呼叫的建立并将呼叫锚定在具有CCCF功能的gsmSCF上,保证了基于CAMEL方案的主叫侧电路域对呼叫进行静态锚定的成熟性,又同时利用USSD/SIPNotify/Prefix方案作为CAMEL方案的补充,避免了在主叫侧电路域的CAMEL能力不足导致的对呼叫静态锚定的失败。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。

Claims (12)

1.一种在话音业务连续性业务中建立初始呼叫的方法,其特征在于,包括:
A、话音业务连续性业务的用户终端通知应用服务器其在电路域的登记状态;
B、所述应用服务器接收所述通知后,根据用户终端的电路域的登记状态确定用户终端当前登记的电路域网络,并根据用户终端当前登记的电路域网络支持的路由控制模式信息确定用户终端发起呼叫的方式,并通知用户终端;
C、当所述用户终端发起电路域呼叫时,根据所述应用服务器的通知的发起呼叫的方式发起呼叫。
2.根据权利要求1所述的在话音业务连续性业务中建立初始呼叫的方法,其特征在于,所述的步骤A包括:
当所述用户终端完成电路域的位置更新后,则通过非结构化补充数据业务USSD或会话初始协议通知SIP Notify或短消息的方式将包含有用户终端标识、位置更新完成通知指示信息和UE当前登记的电路域网络标识信息的消息发送给所述应用服务器。
3.根据权利要求1所述的在话音业务连续性业务中建立初始呼叫的方法,其特征在于,所述的应用服务器包括:
包含有呼叫连续性控制功能CCCF的应用服务器。
4.根据权利要求2所述的在话音业务连续性业务中建立初始呼叫的方法,其特征在于,在执行所述的步骤B之前还包括:
D、应用服务器收到用户终端发来的所述包含有用户终端标识、位置更新完成通知指示信息和UE当前登记的电路域网络标识信息的消息后,向用户终端的归属位置寄存器HLR发送随时签约信息查询ATSI消息;
E、所述HLR收到所述ATSI消息后,向应用服务器返回包含用户当前登记的电路域网络支持的路由控制模式的用户签约信息,并执行所述步骤B;
或者,在执行所述的步骤B之前还包括:
应用服务器根据接收到的UE当前登记的电路域网络标识信息查询数据配置信息,获取UE当前登记的电路域网络支持的路由控制模式,并执行所述步骤B,所述的数据配置信息包括可能作为用户终端漫游地的各电路域网络支持的路由控制模式信息。
5.根据权利要求4所述的在话音业务连续性业务中建立初始呼叫的方法,其特征在于,所述的步骤B包括:
B1、应用服务器判断所述用户终端当前登记的电路域网络是否支持网络侧路由控制模式,如果是,则执行步骤B2,否则,执行步骤B3;
B2、应用服务器通知用户终端以网络侧路由控制模式对应的普通的呼叫发起方式发起呼叫;
B3、应用服务器通知用户终端以终端侧路由控制模式对应的呼叫发起方式发起呼叫。
6.根据权利要求5所述的在话音业务连续性业务中建立初始呼叫的方法,其特征在于:
所述的网络侧路由控制模式包括:移动网增强逻辑客户化应用CAMEL路由控制模式;
所述的终端侧路由控制模式包括:非结构化补充数据业务USSD路由控制机制、SIP Notify路由控制机制和前缀Prefix路由控制机制。
7.根据权利要求5所述的在话音业务连续性业务中建立初始呼叫的方法,其特征在于,所述的步骤B1包括:
当应用服务器判定用户终端当前登记的电路域网络支持CAMEL第二阶段CAMEL phase 2或以上版本时,则确定该用户当前登记的电路域网络支持CAMEL路由控制模式。
8.根据权利要求5所述的在话音业务连续性业务中建立初始呼叫的方法,其特征在于,所述的步骤B包括:
应用服务器通过USSD或SIP Notify或短消息指定发起呼叫的方式通知用户终端。
9.根据权利要求4所述的在话音业务连续性业务中建立初始呼叫的方法,其特征在于,所述的方法还包括:
当用户终端根据位置更新后的位置区标识确定本次位置更新不是移动交换中心MSC/拜访位置寄存器VLR内部的位置更新时,执行所述步骤A;
或者,
当应用服务器接收到用户终端发来的位置更新通知消息后,根据其保存的位置区标识确定用户终端本次位置更新不是MSC/VLR内部的位置更新时,则执行所述步骤C。
10.一种在话音业务连续性业务中建立初始呼叫的系统,包括用户终端和应用服务器,其特征在于,还包括:
通知模块:设置于所述的用户终端中,用于用户终端通知应用服务器其在电路域的登记状态;
呼叫方式确定模块:设置于应用服务器中,用于在通知模块发来的通知消息的触发下,根据用户终端的电路域的登记状态确定用户终端当前登记的电路域网络,并根据用户当前登记的电路域网络支持的路由控制模式确定用户终端发起呼叫的方式,并通知用户终端;
呼叫发起模块:设置于用户终端中,用于根据呼叫方式确定模块确定并发来的发起呼叫的方式信息发起呼叫。
11.根据权利要求10所述的在话音业务连续性业务中建立初始呼叫的系统,其特征在于,当所述的通知模块为用于通知用户终端位置更新消息的位置更新通知模块时,则所述的系统还包括:
位置更新判定模块:设置用户终端或应用服务器中,用于根据位置更新后的位置区标识确定本次位置更新是否为MSC/VLR内部的位置更新,如果是,则不触发位置更新通知模块或呼叫方式确定模块,否则,则触发所述位置更新通知模块或呼叫方式确定模块。
12.根据权利要求10或11所述的在话音业务连续性业务中建立初始呼叫的系统,其特征在于,所述的呼叫方式确定模块包括:
签约信息获取模块:用于通过ATSI消息向用户终端的HLR获取包含用户当前登记的电路域网络支持的路由控制模式信息的用户签约信息,或者,通过UE当前登记的电路域网络标识信息查询数据配置信息获取用户当前登记的电路域网络支持的路由控制模式信息;
呼叫方式判定模块:用于根据所述用户签约信息确定用户支持的路由控制模块,并进一步确定用户终端发起呼叫的方式;
呼叫方式通知模块:将确定的用户终端发起呼叫的方式通知用户终端。
CN 200510106551 2005-09-30 2005-09-30 在话音业务连续性业务中建立初始呼叫的方法及系统 Expired - Fee Related CN1802022B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN 200510106551 CN1802022B (zh) 2005-09-30 2005-09-30 在话音业务连续性业务中建立初始呼叫的方法及系统
PCT/CN2006/002530 WO2007036147A1 (fr) 2005-09-30 2006-09-26 Procede et systeme d'etablissement d'un appel initial dans le service de la continuite de service vocal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200510106551 CN1802022B (zh) 2005-09-30 2005-09-30 在话音业务连续性业务中建立初始呼叫的方法及系统

Publications (2)

Publication Number Publication Date
CN1802022A CN1802022A (zh) 2006-07-12
CN1802022B true CN1802022B (zh) 2010-05-05

Family

ID=36811710

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200510106551 Expired - Fee Related CN1802022B (zh) 2005-09-30 2005-09-30 在话音业务连续性业务中建立初始呼叫的方法及系统

Country Status (2)

Country Link
CN (1) CN1802022B (zh)
WO (1) WO2007036147A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1889780B (zh) * 2006-07-21 2010-05-12 华为技术有限公司 一种域转移呼叫的方法及系统
CN101128021A (zh) * 2006-08-16 2008-02-20 华为技术有限公司 被叫用户域选择信息传递方法及系统
CN101094442B (zh) * 2006-08-23 2010-08-18 中兴通讯股份有限公司 一种电路交换域终呼锚定方法
CN101132542B (zh) * 2006-08-24 2011-08-17 上海贝尔阿尔卡特股份有限公司 无线网络中用于接续紧急通话的方法和装置
CN101090372B (zh) * 2006-08-28 2010-05-12 华为技术有限公司 一种短信路由控制系统及方法
CN101090567B (zh) * 2006-09-25 2010-06-23 中兴通讯股份有限公司 语音呼叫连续性业务中的终呼业务实现方法
JP5273739B2 (ja) * 2006-10-04 2013-08-28 アップル インコーポレイテッド 回線交換とマルチメディアサブシステム音声継続
CN101166364A (zh) * 2006-10-21 2008-04-23 华为技术有限公司 一种在紧急业务时实现语音呼叫连续性的方法和系统
CN101137151B (zh) * 2006-12-13 2013-11-06 中兴通讯股份有限公司 一种双模移动终端语音切换的方法
US8891482B2 (en) * 2007-01-09 2014-11-18 Nokia Corporation Session continuity in communication networks
CN101237678B (zh) * 2007-02-02 2011-11-23 华为技术有限公司 个人网管理电路域终端的激活及登记方法、系统及装置
CN101459939B (zh) * 2008-03-28 2011-03-16 中兴通讯股份有限公司 一种域切换方法
CN101605318B (zh) * 2008-06-13 2012-03-21 华为技术有限公司 一种实现业务切换的方法、装置及系统
CN101662756A (zh) * 2008-08-28 2010-03-03 华为技术有限公司 语音连续性呼叫切换的方法、系统及移动业务交换中心
CN101668273B (zh) * 2008-09-05 2011-11-23 中兴通讯股份有限公司 一种紧急业务切换方法
CN102497627B (zh) * 2011-11-14 2018-03-13 中兴通讯股份有限公司 自由切通话业务的实现方法和系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1190941C (zh) * 2002-09-20 2005-02-23 奥迪坚通讯系统(上海)有限公司 一种融合包交换方式和电路交换方式的呼叫中心
US7359373B2 (en) * 2003-10-17 2008-04-15 Nokia Corporation System, apparatus, and method for establishing circuit-switched communications via packet-switched network signaling

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Voice call Continuity between CS and IMS study".3GPP TR23.806 V7.0.0 2005年12月.(2005年12月),全文.
"Voice call Continuity between CS and IMS study".3GPP TR23.806 V7.0.0 2005年12月.(2005年12月),全文. *

Also Published As

Publication number Publication date
CN1802022A (zh) 2006-07-12
WO2007036147A1 (fr) 2007-04-05

Similar Documents

Publication Publication Date Title
CN1802022B (zh) 在话音业务连续性业务中建立初始呼叫的方法及系统
CN100474854C (zh) 一种选择被叫接续网络的方法及网络系统
USRE47858E1 (en) Method and system for maintaining session continuity when changes occur at the terminal during a session
US10582061B2 (en) Network domain selection
CN100493255C (zh) 一种基于话音业务连续性的实现呼叫业务的系统和方法
CN100583843C (zh) 一种会话路由路径控制方法和系统
US20080020745A1 (en) Method and apparatus for supporting communication service of idle user terminal located in common routing area in a mobile communication system
US20080112395A1 (en) Method for voice service based on service trigger, and method and system for routing control of voice service based on service trigger
EP1924032A1 (en) Method, apparatus and system for connecting the called user
WO2007082551A1 (en) Method and apparatus for providing ims services to circuit-switched controlled terminals
CN103716784B (zh) 业务接续处理方法及系统
EP2089995B1 (en) Heterogeneous communication system and method for processing call in the same system
WO2007028314A1 (fr) Procede et dispositif de mise a jour de numero d'acces d'equipement utilisateur
EP2575320B1 (en) Telecommunications system and method for inter access network handover
CN113453174B (zh) 一种漫游地业务提供方法、ip多媒体系统及存储介质
CN101064965B (zh) 重定向业务中被叫用户终端重选的方法、系统及装置
CN101146367A (zh) 一种基于话音业务连续性的实现呼叫业务的系统和方法
CN1913504B (zh) 一种路由路径控制方法、系统和装置
CN101102604B (zh) Ip多媒体子系统集中控制业务中用户关机前转的方法
CN101330455B (zh) Ip多媒体子系统集中业务用户不可及前转实现方法
CN101360270B (zh) Ip多媒体子系统集中业务用户关机前转的方法
CN102378396A (zh) 一种实现会话锚定的方法和系统
CN101287272A (zh) 一种实现语音呼叫连续性业务的方法及装置
CN101137096B (zh) Ims集中控制业务中用户不可及前转的实现方法
CN101998667B (zh) 一种号码转换方法和业务连续性应用服务器

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20100505

Termination date: 20120930