CN101064960B - 一种对语音呼叫连续锚定进行优化的方法、系统及装置 - Google Patents
一种对语音呼叫连续锚定进行优化的方法、系统及装置 Download PDFInfo
- Publication number
- CN101064960B CN101064960B CN2006100995320A CN200610099532A CN101064960B CN 101064960 B CN101064960 B CN 101064960B CN 2006100995320 A CN2006100995320 A CN 2006100995320A CN 200610099532 A CN200610099532 A CN 200610099532A CN 101064960 B CN101064960 B CN 101064960B
- Authority
- CN
- China
- Prior art keywords
- functional entity
- vao
- grappling
- user
- entity
- 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
Links
- 238000004873 anchoring Methods 0.000 title claims abstract description 133
- 238000000034 method Methods 0.000 title claims abstract description 100
- 238000005457 optimization Methods 0.000 title claims abstract description 44
- 230000008447 perception Effects 0.000 claims description 93
- 230000011664 signaling Effects 0.000 claims description 66
- 230000008569 process Effects 0.000 claims description 42
- 230000001960 triggered effect Effects 0.000 claims description 25
- 230000008859 change Effects 0.000 claims description 20
- 238000007599 discharging Methods 0.000 claims description 18
- 230000006870 function Effects 0.000 claims description 18
- 230000005540 biological transmission Effects 0.000 claims description 16
- 241000282836 Camelus dromedarius Species 0.000 claims description 12
- 230000002452 interceptive effect Effects 0.000 claims description 9
- 238000005516 engineering process Methods 0.000 description 10
- 230000003993 interaction Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 101000937345 Amaranthus caudatus Trypsin/subtilisin inhibitor Proteins 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000003012 network analysis Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1096—Supplementary features, e.g. call forwarding or call holding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1095—Inter-network session transfer or sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/1225—Details of core network interconnection arrangements
- H04M7/123—Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/1225—Details of core network interconnection arrangements
- H04M7/1235—Details of core network interconnection arrangements where one of the core networks is a wireless network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
- H04W36/125—Reselecting a serving backbone network switching or routing node involving different types of service backbones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/06—Registration at serving network Location Register, VLR or user mobility server
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种对语音呼叫连续锚定进行优化的方法、系统、语音呼叫连续锚定优化功能实体和路由控制实体,用以解决现有技术中呼叫锚定的处理与影响该呼叫锚定的业务的处理没有关联,而且系统无法判断已经完成的呼叫锚定是否有效的问题。本发明方法包括:A、语音呼叫连续锚定优化VAO功能实体感知被叫侧用户的业务信息;B、VAO功能实体判定被叫侧用户签约的业务会影响当前呼叫的锚定时,优化锚定处理。通过本发明的实施可以对锚定处理进行优化。
Description
技术领域
本发明涉及无线通信领域,特别是涉及一种对语音呼叫连续锚定进行优化的方法、系统及装置。
背景技术
语音呼叫连续(VCC)是在用户归属的IMS网络提供的一种应用业务,VCC可以使用户将语音呼叫在电路域(CS)和IMS网络之间双向切换。融合的IMS架构(即不同的IP接入技术通过IMS网络融合)为在WLAN覆盖条件下进行GSM语音呼叫提供了可能。若在CS域和IP-CAN(包括WLAN、各种无线接入网等)下实现无缝的语音呼叫服务,不但可以减轻GSM/UMTS无线资源的负荷,还可增加运营商的收益。此外,提供VoIP服务的有线运营商也可以通过3GPP IMS架构提供融合业务受益。
在终端侧,当VCC终端正在进行一个或多个语音会话时,可以发起域切换。在网络侧,为了为VCC终端提供域切换功能,VCC用户发起的或接受的呼叫都要锚定到该用户归属的IMS网络的呼叫连续控制功能实体CCCF;所述CCCF负责处理被锚定的VCC用户发起的域切换,并在切换完成后释放切换出域的呼叫。当VCC终端在CS和IMS两个域同时注册时,网络处理入呼叫,还需选择在那个域为VCC用户进行接续,这一功能由网络接续域选择功能实体NeDS实现。一般判断的依据包括运营商的策略,用户的偏好,终端的能力和IP-CAN承载实时语音业务的能力等。一般认为CCCF和NeDS功能是一起提供的。
这里使用CCCF/NeDS代表在IMS网络提供VCC业务的控制实体(即VCC功能实体),包含CCCF/NeDS的功能和实现VCC业务所需的其它功能。CCCF/NeDS在IMS网络中充当应用服务器的位置,在CS网络中充当智能业务控制点(SCP)的位置,即具有IMS网络和CS网络双重身份。
在3GPP技术中,NeDS具有通用化的趋势,即多种业务或者应用使用到NeDS的功能。3GPP还有专门的课题研究通用化的NeDS技术。这样NeDS可能以IMS网络中的独立应用服务器的身份为各种应用提供服务。这样对VCC的影响是NeDS和VCC的其它功能需要分开,使用标准接口通信。
早前转是3GPP定义的由被叫的HLR或HSS返回前转信息的前转业务,例如:无条件前转(CFU),用户关机时的无应答前转(CFNRc),早前转一般在被叫用户的关口移动交换中心(GMSC)处理。在3GPP2中虽然未明确定义早前转,但因为处理机制的相似,也同样可以应用,例如:无条件前转、网络决定用户忙前转、用户关机导致的不可及前转等。
目前3GPP的VCC课题提出的四个关于VCC用户作为被叫且NeDS选择在CS域接续的方案如下。
方案一:呼叫通过IMS网络进入NeDS,NeDS直接取CS域漫游号码。参见图1所示,包括下列步骤:
1、CCCF/NeDS收到入呼叫的INVITE,开始锚定处理;
2、CCCF/NeDS判断呼叫要在CS域接续,则直接到用户归属的HSS取该用户在CS域的漫游号码;
3、HSS根据当前用户在CS域的位置信息到VMSC取漫游号码;
4、VMSC为所述入呼叫分配CS域的漫游号码,并发送到HSS;
5、HSS将所述漫游号码返回给CCCF/NeDS所分配的移动用户漫游号码MSRN;
6至7、CCCF/NeDS使用该漫游号码将呼叫路由到CS域的VMSC处理。
若作为被叫的VCC用户签约了CS域的早前转业务,则HSS在收到SRI之后就会返回前转号码,通知CCCF/NeDS处理前转,而此时CCCF/NeDS已经开始了呼叫锚定,前转后导致为该VCC用户的锚定失效。
方案二:呼叫通过IMS网络进入NeDS,基于信令拦截(使用内置于VCC功能实体的SRF<VCC-SRF>拦截SRI信令)的方案。参见图2所示,包括下列步骤:
1至4、CCCF/NeDS通过NeDS判断出呼叫将在CS域处理时,则CCCF分配路由到CS域的路由号码CSRN,并完成该呼叫的锚定。并将呼叫路由回S-CSCF,S-CSCF再通过MGCF将呼叫路由到GMSC;
5至9、基于运营商的配置,GMSC将所述CSRN当作MSISDN,并携带于SRI消息中,发送到HSS取漫游信息。途经CCCF/NeDS时,CCCF/NeDS拦截该SRI消息,并检查到所述CSRN为自己分配的路由号码,则向HSS回复真正的移动用户ISDN号码MSISDN,以进行下一步处理。HSS根据收到的MSISDN到VMSC获取MSRN,之后通过SRI ACK消息将获取的MSRN返回给CCCF/NeDS。CCCF/NeDS向GMSC发送携带有MSRN的SRIACK消息。GMSC获得MSRN后,将呼叫路由到VMSC。
当发生早前转时,HSS在第6步后直接返回前转号码,此时已经为VCC用户的呼叫完成了在CCCF/NeDS的锚定,呼叫却被前转到另外的用户,导致CCCF锚定的失效。
方案三、呼叫通过CS域进入NeDS,基于CAMEL的方案。参见图3所示,包括下列步骤:
1至6、CS域的呼叫到达GMSC后使用CAMEL业务从而触发到NeDS判断;CCCF/NeDS判断呼叫需要在CS域接续,则分配呼叫参考号和CCCF/NeDS的公共业务标识PSI一起组成IMS网络漫游号码IMRN,指示GMSC根据此号码路由呼叫到IMS域;
7至10、GMSC根据IMRN将呼叫路由到IMS网络,IMS网络根据PSI信息找到CCCF/NeDS;
11至13、CCCF/NeDS根据呼叫参考号释放IMRN并找到原被叫,完成CCCF的锚定,并分配CSRN将呼叫路由到CS域;
14至20、GMSC根据CSRN回复出MSISDN,并发送SRI到HSS取漫游信息;触发CAMEL后NeDS判断已经完成锚定,返回Continue,以使GMSC继续处理;GMSC就可以获取到被叫在CS域的MSRN;
21至22、GMSC根据MSRN将呼叫路由到CS域处理。
当发生早前转时,在第3至7步因为智能网改号不能触发,直到第17步后可以触发早前转,此时已经为VCC用户的呼叫完成了CCCF/NeDS的锚定,呼叫却被前转到另外的用户,导致呼叫锚定的失效。
方案四、呼叫通过CS域进入NeDS,基于信令拦截(使用内置VCC-SRF拦截SRI信令)的方案。参见图4所示,包括下列步骤:
1至4、CCCF/NeDS(内置VCC-SRF)拦截GMSC发送到HSS的SRI消息,判断出该呼叫需要到IMS锚定并在CS域处理,则为该呼叫分配呼叫参考号并和CCCF的PSI一起生成IMRN;将所述IMRN携带于SRIACK消息中返回给GMSC。
5至8、GMSC根据IMRN,将呼叫路由到IMS网络;IMS网络分析IMRN,根据其中的PSI信息寻址到CCCF/NeDS进行处理。
9至11、CCCF/NeDS完成锚定,并分配CSRN将呼叫路由回CS域GMSC处理。
12至13、GMSC根据运营商配置将CSRN当作MSISDN到HSS请求漫游信息,途经CCCF/NeDS时,VCC-SRF拦截此信息;CCCF/NeDS检查到所述CSRN为自己分配的路由号码,则向HSS回复真正的MSISDN。
14至16、HSS按照CS域流程返回MSRN给GMSC做进一步处理。
17、GMSC根据MSRN将呼叫路由到端局VMSC完成在CS域的接续。
当发生早前转时,在第16步后触发早前转,此时已经完成了CCCF/NeDS的锚定,呼叫却被前转到另外的用户,导致CCCF无谓的锚定。
显然,现有技术中存在以下缺点:
1、早前转业务会将呼叫前转到其他的用户,这样必然导致已经完成的呼叫锚定失效,而系统无法判断已经完成的呼叫锚定是否有效,所以也无法有针对性地优化处理呼叫锚定。
2、若无效的呼叫锚定依然保持,而新的呼叫需要接续到被锚定的呼叫的被叫用户时,则CCCF/NeDS会参考发生前转的呼叫的接续域,从而导致域选择决策的误判。
3、若无效的呼叫锚定依然保持,则CCCF/NeDS无法获知发生前转的呼叫是不可以发起域切换的呼叫。
综上所述,现有技术中呼叫锚定的处理与影响该呼叫锚定的业务的处理没有关联,而且系统无法判断已经完成的呼叫锚定是否有效。
发明内容
本发明提供一种对语音呼叫连续锚定进行优化的方法、系统、语音呼叫连续锚定优化功能实体和路由控制实体,用以解决现有技术中呼叫锚定的处理与影响该呼叫锚定的业务的处理没有关联,而且系统无法判断已经完成的呼叫锚定是否有效的问题。
本发明方法包括步骤:
A、语音呼叫连续锚定优化VAO功能实体感知被叫侧用户的业务信息;
B、VAO功能实体判定被叫侧用户签约的业务会影响当前呼叫的锚定时,优化锚定处理。
其中,步骤A中,所述业务信息为用户的业务签约信息,或为用户所签约业务的业务处理信息。
进一步,若所述的业务信息为用户的业务签约信息,则所述步骤B包括下列步骤:B11、当VAO功能实体判定被叫侧用户的业务信息中存在可能影响呼叫锚定的业务时,则转入步骤B12;B12、当VAO功能实体判定可能影响呼叫锚定的业务将触发时,则优化锚定处理。
进一步,若所述的业务信息为用户签约业务的业务处理信息,则所述步骤B包括下列步骤:B21、当VAO功能实体判定可能影响呼叫锚定的业务将触发时,则优化锚定处理。
进一步,步骤B中,所述优化锚定处理的方式为不进行呼叫锚定,释放已经锚定的VCC资源,或者释放已经锚定的VCC资源和占用的呼叫资源。
又进一步,所述步骤A之后,若VAO功能实体优化锚定处理的方式为释放已经锚定的VCC资源,或者释放已经锚定的VCC资源和占用的呼叫资源,则VAO功能实体向路由控制实体发送重定向消息,以使路由控制实体处理所述影响呼叫锚定的业务。所述路由控制实体为媒体网关控制功能实体MGCF,或为用户提供业务的应用服务器AS,或为关口移动交换中心GMSC。
若路由控制实体为MGCF,则处理所述影响呼叫锚定的业务,包括下列子步骤:VAO功能实体向用户签约的S-CSCF发送SIP格式的重定向消息;S-CSCF向MGCF转发该重定向消息,以指示进行呼叫重定向处理;MGCF收到该重定向消息后对前转号码进行路由分析,并据此将呼叫前转至相应的路由控制实体继续路由该呼叫。
若路由控制实体为AS,则处理所述影响呼叫锚定的业务,包括下列子步骤:VAO功能实体向用户签约的S-CSCF发送SIP格式的重定向消息;S-CSCF根据呼叫处理的触发路径,将该重定向消息发送到AS;AS收到该重定向消息后,向S-CSCF发送SIP格式的初始会话消息,以指示继续路由该呼叫。
若路由控制实体为呼叫锚定前所经过的GMSC,则处理所述影响呼叫锚定的业务,包括下列子步骤:VAO功能实体向用户的GMSC发送MAP格式的重定向消息;GMSC收到该重定向消息后,根据重定向信息继续路由该呼叫。
重定向完成后,MGCF、AS或GMSC对重定向业务计费。
又进一步,所述步骤A之后,VAO功能实体不进行呼叫锚定处理,并向路由控制实体发送携带有继续处理信息的CAMEL消息,以使路由控制实体处理所述业务。所述路由控制实体为关口移动交换中心GMSC。
又进一步,所述步骤A之后,VAO功能实体不进行呼叫锚定处理,并向路由控制实体发送携带有前转信息的MAP消息,以使路由控制实体处理所述业务。所述路由控制实体为关口移动交换中心GMSC。
更进一步,步骤A中,当VAO功能实体和IMS域的网络选择NeDS功能实体配合优化锚定处理时,所述VAO功能实体通过下述4种方式之一感知被叫侧用户的业务信息:
方式11、VAO功能实体通过MAP信令的随时签约查询操作与HSS交互来感知用户的业务签约信息;
方式12、VAO功能实体通过MAP信令的路由查询操作与HSS交互来感知用户签约业务的业务处理信息;
方式13、VAO功能实体通过MAP接口订阅用户的签约信息来感知用户的业务签约信息;
方式14、VAO功能实体通过Sh接口订阅用户的签约信息来感知用户的业务签约信息。
若所述步骤A中VAO功能实体使用方式11、方式13,或方式14感知,则VAO功能实体通过向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。
若所述步骤A中VAO功能实体使用方式12感知,并且呼叫锚定前经过GMSC,则VAO功能实体通过向GMSC发送重定向消息,以释放已经锚定的VCC资源。
若所述步骤A中VAO功能实体使用方式12感知,并且呼叫锚定前不经过GMSC,则VAO功能实体向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。
更进一步,步骤A中,当VAO功能实体和业务控制功能点SCP配合优化锚定处理时,所述VAO功能实体通过下述4种方式之一感知被叫侧用户的业务信息:
方式21、VAO功能实体通过MAP信令的随时签约查询操作与HSS交互来感知用户的业务签约信息;
方式22、VAO功能实体通过MAP信令的路由查询操作与HSS交互来感知用户签约业务的业务处理信息;
方式23、VAO功能实体通过MAP接口订阅用户的签约信息来感知用户的业务签约信息;
方式24、由GMSC在与VAO功能实体交互的消息中携带用户的业务信息,以使VAO功能实体感知用户签约业务的业务处理信息。
更进一步,步骤A中,当VAO功能实体和业务控制功能点SCP配合优化锚定处理时,所述VAO功能实体通过下述方式感知被叫侧用户的业务信息:方式22、VAO功能实体通过MAP信令的路由查询操作与HSS交互来感知用户签约业务的业务处理信息。若呼叫锚定前经过GMSC,则VAO功能实体通过向GMSC发送重定向消息,以释放已经锚定的VCC资源。若呼叫锚定前不经过GMSC,则VAO功能实体向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。
更进一步,步骤A中,当VAO功能实体和SRF功能实体配合优化锚定处理时,所述VAO功能实体通过下述2种方式之一感知被叫侧用户的业务信息:
方式31、VAO功能实体通过MAP信令的随时签约查询操作与HSS交互来感知用户的业务签约信息;
方式33、VAO功能实体通过MAP接口订阅用户的签约信息来感知用户的业务签约信息。
若所述步骤A中VAO功能实体使用方式31或方式33感知,并且呼叫锚定前经过GMSC,则VAO功能实体向GMSC发送携带有前转信息的路由请求消息,以使路由控制实体处理所述业务。
更进一步,步骤A中,当VAO功能实体和SRF功能实体配合优化锚定处理时,所述VAO功能实体通过下述3种方式之一感知被叫侧用户的业务信息:
方式31、VAO功能实体通过MAP信令的随时签约查询操作与HSS交互来感知用户的业务签约信息;
方式32、VAO功能实体通过MAP信令的路由查询操作与HSS交互来感知用户签约业务的业务处理信息;
方式33、VAO功能实体通过MAP接口订阅用户的签约信息来感知用户的业务签约信息。
若所述步骤A中VAO功能实体使用方式31或方式33感知,并且呼叫锚定前不经过GMSC,则VAO功能实体通过向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。
若所述步骤A中VAO功能实体使用方式32感知,并且呼叫锚定前经过GMSC,则VAO功能实体通过向GMSC发送重定向消息,以释放已经锚定的VCC资源和已经占用的呼叫资源。
若所述步骤A中VAO功能实体使用方式32感知,并且呼叫锚定前不经过GMSC,则VAO功能实体向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源以和已经占用的呼叫资源。所述已经占用的呼叫资源为呼叫在域选择后首次经过的GMSC为呼叫接续分配的呼叫资源。
综上所述,所述影响呼叫锚定的业务为早前转业务。
本发明的语音呼叫连续锚定优化功能实体,包括:
感知模块,用于获知被叫侧语音呼叫连续VCC用户的业务信息;
判定模块,用于判断影响呼叫锚定的业务是否可被触发;
锚定处理优化模块,用于根据判定模块输出的判断结果,优化锚定处理。
其中,所述判定模块包括:第一判定子模块,用于根据所述感知模块获知的用户的业务签约信息,判定被叫侧用户签约的业务中是否存在可能影响呼叫锚定的业务;第二判定子模块,用于判断第一判定子模块确定的业务是否可被触发。
其中,所述判定模块包括:第三判定子模块,用于根据所述感知模块获知的用户签约业务的业务处理信息,直接判定影响呼叫锚定的业务是否可被触发。
其中,所述锚定处理优化模块通过释放已经锚定的VCC资源的方式;或者释放已经锚定的VCC资源和占用的呼叫资源的方式;或者不进行呼叫锚定处理的方式来优化锚定处理。
本发明的路由控制实体,包括:重定向模块,用于根据收到的重定向消息,重新路由呼叫。
进一步,所述路由控制实体还包括:计费模块,用于对重定向业务计费。所述路由控制实体为MGCF、AS或GMSC。
本发明的对语音呼叫连续锚定进行优化的系统,包括:通过第一接口相连的路由控制实体和VCC功能实体,以及通过第二接口相连的VCC功能实体和HSS;所述系统还包括:VAO功能实体,其与所述VCC功能实体交互,用于获取被叫侧用户的业务信息,以及根据其中可能影响呼叫锚定业务的状态,相应的优化锚定处理。
其中,所述VAO功能实体包括下列子模块:
感知模块,用于获知被叫侧用户的业务信息;
判定模块,用于判断影响呼叫锚定的业务是否可以被触发;
锚定处理优化模块,用于根据判定模块输出的判断结果,优化锚定处理。
进一步,所述判定模块包括:第一判定子模块,用于根据所述感知模块获知的用户的业务签约信息,判定被叫侧用户签约的业务中是否存在可能影响呼叫锚定的业务;第二判定子模块,用于判断第一判定子模块确定的业务是否可被触发。
进一步,所述判定模块包括:第三判定子模块,用于根据所述感知模块获知的用户签约业务的业务处理信息,直接判定影响呼叫锚定的业务是否可被触发。
进一步,所述VCC功能实体中包括:
NeDS功能实体,用于选择入呼叫的接续域;
SCP功能实体,用于接收电路域的锚定请求,并为呼叫返回IMRN;
SRF功能实体,用于拦截并处理GMSC和HSS之间交互的消息。
又进一步,当VAO功能实体与NeDS功能实体配合优化锚定处理时,所述锚定处理优化模块通过释放已经锚定的VCC资源的方式来优化锚定处理;当VAO功能实体和业务控制功能点SCP配合优化锚定处理时,所述锚定处理优化模块通过不进行呼叫锚定处理的方式或者通过释放已经锚定的VCC资源的方式来优化锚定处理;当VAO功能实体和SRF功能实体配合优化锚定处理时,所述锚定处理优化模块通过释放已经锚定的VCC资源的方式;或者释放已经锚定的VCC资源和占用的呼叫资源的方式;或者不进行呼叫锚定处理的方式来优化锚定。
综上所述,VAO功能实体与VCC功能实体相互独立,或者VAO功能实体置于VCC功能实体中。
所述路由控制实体为MGCF、AS或GMSC。
所述路由控制实体中均包括:重定向模块,用于根据收到的重定向消息,重新路由呼叫;计费模块,用于对重定向业务计费。
当VAO功能实体和NeDS功能实体配合优化时,所述第一接口支持以SIP信令或者MAP信令交互;第二接口支持以MAP信令或Sh接口信令交互。当VAO功能实体和SCP功能实体配合优化时,所述第一接口支持以CAP信令交互;第二接口支持以MAP信令或Sh接口信令交互。当VAO功能实体和SRF功能实体配合优化时,所述第一接口支持以MAP信令或者SIP信令交互;第二接口支持以MAP信令交互。
本发明有益效果如下:
本发明方法通过VAO功能实体感知被叫侧用户的业务信息,并在被叫侧用户签约的业务会影响当前呼叫的锚定时,优化锚定处理。
进一步,本发明针对不同的业务类型提供了不同的优化锚定处理方式。当VAO功能实体和IMS域的网络选择NeDS功能实体配合优化锚定处理时,VAO功能实体通过释放已经锚定的VCC资源的方式来优化锚定处理;当VAO功能实体和业务控制功能点SCP配合优化锚定处理时,VAO功能实体通过不进行呼叫锚定处理的方式,或者释放已经锚定的VCC资源的方式来优化锚定处理。当VAO功能实体和SRF功能实体配合优化锚定处理时,VAO功能实体通过释放已经锚定的VCC资源和/或其它呼叫资源的方式,或者不进行呼叫锚定处理的方式来优化锚定处理。
又进一步,为了兼顾实施影响呼叫锚定的业务(如:早前转业务),本发明在优化锚定处理的同时,还利用MGCF或AS或GMSC对呼叫进行重定向处理,从而达到更优的实施效果。在重定向处理后,还可通过MGCF或AS或GMSC对重定向业务进行计费,以实现运营商的收益。
为了支撑本发明方法,本发明还提供了一种语音呼叫连续锚定进行优化的系统、语音呼叫连续锚定优化功能实体和路由控制实体。
附图说明
图1为现有技术中VCC用户作为被叫且NeDS选择在CS域接续的方案一的流程图;
图2为现有技术中VCC用户作为被叫且NeDS选择在CS域接续的方案二的流程图;
图3为现有技术中VCC用户作为被叫且NeDS选择在CS域接续的方案三的流程图;
图4为现有技术中VCC用户作为被叫且NeDS选择在CS域接续的方案四的流程图;
图5为本发明系统结构示意图;
图6为本发明的VAO功能实体的内部结构示意图一;
图7为本发明的VAO功能实体的内部结构示意图二;
图8为展示网元内部结构的本发明系统结构示意图;
图9为本发明方法步骤流程图;
图10为本发明方法实例一的流程图;
图11为本发明方法实例二的流程图;
图12为本发明方法实例三的流程图;
图13为本发明方法实例四的流程图;
图14为本发明方法实例五的流程图;
图15为本发明方法实例六的流程图;
图16为本发明方法实例七的流程图;
图17为本发明方法实例八的流程图;
图18为本发明方法实例九的流程图;
图19为本发明方法实例十的流程图。
具体实施方式
为了对呼叫锚定进行优化处理,从而避免域选择决策的误判和对发生前转的呼叫进行域切换。本发明提供了一种对语音呼叫连续锚定进行优化的系统,参见图5所示,其包括:通过第一接口相连的路由控制实体和VCC功能实体,以及通过第二接口相连的VCC功能实体和HSS。
一、所述VCC功能实体中还包括VAO功能实体(也可与VCC功能实体相互独立,并与之交互),用于获取被叫侧用户的业务信息,以及根据其中可能影响呼叫锚定业务的状态,相应的优化锚定处理。
进一步,参见图6所示,所述VAO功能实体(即本发明的VAO功能实体)中包括依次相连的感知模块、判定模块和锚定处理优化模块。
所述感知模块,用于获知被叫侧用户的业务信息。
所述判定模块,用于判断影响呼叫锚定的业务是否可被触发。又进一步,针对感知模块获得业务信息的类型不同,所述判定模块的内部结构存在两种情况。情况一:若感知模块获得的业务信息为用户的业务签约信息(即获得用户的签约业务集合,其中包括影响和不影响呼叫锚定的业务),则所述判定模块包括:第一判定子模块,用于根据所述感知模块获知的用户的业务签约信息,判定被叫侧用户签约的业务中是否存在可能影响呼叫锚定的业务;第二判定子模块,用于判断第一判定子模块确定的业务是否可被触发。参见图7所示,情况二:若感知模块获得的业务信息为用户签约业务的业务处理信息,则所述判定模块包括:第三判定子模块,用于根据所述感知模块获知的用户签约业务的业务处理信息,直接判定影响呼叫锚定的业务是否可被触发。
所述锚定处理优化模块,用于根据判定模块输出的判断结果,优化锚定处理。针对不同的优化处理策略,所述锚定处理优化模块采用不同的方式对呼叫锚定进行优化处理。当VAO功能实体与NeDS功能实体配合优化锚定处理时,所述锚定处理优化模块通过释放已经锚定的VCC资源的方式来优化锚定处理。当VAO功能实体和业务控制功能点SCP配合优化锚定处理时,所述锚定处理优化模块通过不进行呼叫锚定处理的方式,或者通过释放已经锚定的VCC资源的方式来优化锚定处理。当VAO功能实体和SRF功能实体配合优化锚定处理时,所述锚定处理优化模块通过释放已经锚定的VCC资源的方式;或者释放已经锚定的VCC资源和占用的呼叫资源的方式;或者不进行呼叫锚定处理的方式来优化锚定。所述NeDS功能实体、SCP功能实体和SRF功能实体均包含在VCC功能实体中,所述NeDS功能实体,用于选择入呼叫的接续域;所述SCP功能实体,用于接收电路域的锚定请求,并为呼叫返回IMRN;所述SRF功能实体,用于拦截并处理GMSC和HSS之间交互的消息。
二、所述路由控制实体(即本发明的路由控制实体)为MGCF、AS或GMSC(不限于MGCF、AS或GMSC)。参见图8所示,其包括相互连接的重定向模块和计费模块。
所述重定向模块,用于根据收到的重定向消息,重新路由呼叫。
所述计费模块,用于对重定向业务计费。
三、所述第一接口和第二接口针对不同的优化处理策略,分别支持不同类型的信令。当VAO功能实体和NeDS功能实体配合优化时,所述第一接口支持以SIP信令或者MAP信令交互;第二接口支持以MAP信令或Sh接口信令交互。当VAO功能实体和SCP功能实体配合优化时,所述第一接口支持以CAP信令交互;第二接口支持以MAP信令或Sh接口信令交互。当VAO功能实体和SRF功能实体配合优化时,所述第一接口支持以MAP信令或者SIP信令交互;第二接口支持以MAP信令交互。
应用上述系统及装置,本发明提供了一种对语音呼叫连续锚定进行优化的方法,参见图9所示,包括下列步骤:
S1、系统收到呼叫。
本系统中的CCCF/NeDS(即VCC功能实体)收到或拦截到呼入本系统的呼叫。
S2、VAO功能实体感知被叫侧用户的业务信息。
针对不同的优化处理策略,VAO功能实体感知被叫侧用户的业务信息存在三种情况。
情况一:当VAO功能实体和IMS域的网络选择NeDS功能实体配合优化锚定处理时,所述VAO功能实体通过下述4种方式之一感知被叫侧用户的业务信息:
方式11、VAO功能实体通过MAP信令的随时签约查询操作与HSS交互来感知用户的业务签约信息;
方式12、VAO功能实体通过MAP信令的路由查询操作与HSS交互来感知用户签约业务的业务处理信息;
方式13、VAO功能实体通过MAP接口订阅用户的签约信息来感知用户的业务签约信息;
方式14、VAO功能实体通过Sh接口订阅用户的签约信息来感知用户的业务签约信息。
情况二:当VAO功能实体和业务控制功能点SCP配合优化锚定处理时,所述VAO功能实体通过下述4种方式之一感知被叫侧用户的业务信息:
方式21、VAO功能实体通过MAP信令的随时签约查询操作与HSS交互来感知用户的业务签约信息;
方式22、VAO功能实体通过MAP信令的路由查询操作与HSS交互来感知用户签约业务的业务处理信息;
方式23、VAO功能实体通过MAP接口订阅用户的签约信息来感知用户的业务签约信息;
方式24、由GMSC在与VAO功能实体交互的消息中携带用户的业务信息,以使VAO功能实体感知用户签约业务的业务处理信息。
情况三:当VAO功能实体和SRF功能实体配合优化锚定处理时,所述VAO功能实体通过下述3种方式之一感知被叫侧用户的业务信息:
方式31、VAO功能实体通过MAP信令的随时签约查询操作与HSS交互来感知用户的业务签约信息;
方式32、VAO功能实体通过MAP信令的路由查询操作与HSS交互来感知用户签约业务的业务处理信息;
方式33、VAO功能实体通过MAP接口订阅用户的签约信息来感知用户的业务签约信息。
S3、VAO功能实体判断是否存在可能影响当前呼叫锚定的业务,若存在,则转入步骤S4;否则,按照被叫用户签约的业务进行处理。
若步骤S2中VAO功能实体感知的业务信息为用户的业务签约信息,则VAO功能实体先判断被叫侧用户的业务信息中是否存在可能影响呼叫锚定的业务,若存在,则进一步判断可能影响呼叫锚定的业务是否可被触发,若可被触发,则转入步骤S4。
若步骤S2中VAO功能实体感知的业务信息为用户签约业务的业务处理信息,则VAO功能实体判定可能影响呼叫锚定的业务可被触发时,转入步骤S4。
S4、优化锚定处理,并处理影响呼叫锚定的业务。
针对步骤S2提及的三种感知被叫侧用户业务信息的情况,相应的VAO功能实体进行优化锚定处理的方式也存在下述三种情况。
情况一:当VAO功能实体和IMS域的网络选择NeDS功能实体配合优化锚定处理时,VAO功能实体向路由控制实体(所述路由控制实体为MGCF、AS,或GMSC)发送重定向消息,以使路由控制实体处理所述影响呼叫锚定的业务,从而释放已经锚定的VCC资源。重定向完成后,MGCF、AS或GMSC还可对重定向业务计费。
进一步,若所述步骤S2中VAO功能实体使用方式11、方式13,或方式14感知,则VAO功能实体通过向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。
进一步,若所述步骤S2中VAO功能实体使用方式12感知,并且呼叫锚定前经过GMSC,则VAO功能实体通过向GMSC发送重定向消息,以释放已经锚定的VCC资源。
进一步,若所述步骤S2中VAO功能实体使用方式12感知,并且呼叫锚定前不经过GMSC,则VAO功能实体向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。
情况二:当VAO功能实体和业务控制功能点SCP配合优化锚定处理时,VAO功能实体不进行呼叫锚定处理,或者通过释放已经锚定的VCC资源的方式来优化锚定处理。
进一步,VAO功能实体优化锚定处理的方式为不进行呼叫锚定时,若所述步骤S2中VAO功能实体使用方式21、方式22、方式23,或方式24感知,则VAO功能实体向路由控制实体(所述路由控制实体GMSC)发送携带有继续处理信息的CAMEL消息,以使路由控制实体处理所述业务。
进一步,VAO功能实体优化锚定处理的方式为释放已经锚定的VCC资源时,若所述步骤S2中VAO功能实体使用方式22感知,并且呼叫锚定前不经过GMSC,则VAO功能实体通过向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。重定向完成后,MGCF或AS还可对重定向业务计费。
进一步,VAO功能实体优化锚定处理的方式为释放已经锚定的VCC资源时,若所述步骤S2中VAO功能实体使用方式22感知,并且呼叫锚定前经过GMSC,则VAO功能实体通过向GMSC发送重定向消息,以释放已经锚定的VCC资源。重定向完成后,GMSC还可对重定向业务计费。
情况三:当VAO功能实体和SRF功能实体配合优化锚定处理时,VAO功能实体优化锚定处理的方式为不进行呼叫锚定,释放已经锚定的VCC资源,或者释放已经锚定的VCC资源和占用的呼叫资源。
进一步,VAO功能实体优化锚定处理的方式为不进行呼叫锚定时,若所述步骤S2中VAO功能实体使用方式31或方式33感知,并且呼叫锚定前经过GMSC(路由控制实体),则VAO功能实体向GMSC发送携带有前转信息的路由请求消息(MAP消息),以使路由控制实体处理所述业务,从而呼叫不进行锚定。
进一步,VAO功能实体优化锚定处理的方式为释放已经锚定的VCC资源时,若所述步骤S2中VAO功能实体使用方式31或方式33感知,并且呼叫锚定前不经过GMSC,则VAO功能实体通过向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。重定向完成后,MGCF或AS还可对重定向业务计费。
进一步,VAO功能实体优化锚定处理的方式为释放已经锚定的VCC资源和已经占用的呼叫资源(所述已经占用的呼叫资源为呼叫在域选择后首次经过的GMSC为呼叫接续分配的呼叫资源)时,若所述步骤S2中VAO功能实体使用方式32感知,并且呼叫锚定前经过GMSC,则VAO功能实体通过向GMSC发送重定向消息,以释放已经锚定的VCC资源和已经占用的呼叫资源。重定向完成后,GMSC还可对重定向业务计费。
进一步,VAO功能实体优化锚定处理的方式为释放已经锚定的VCC资源和已经占用的呼叫资源(所述已经占用的呼叫资源为呼叫在域选择后首次经过的GMSC为呼叫接续分配的呼叫资源)时,若所述步骤S2中VAO功能实体使用方式32感知,并且呼叫锚定前不经过GMSC,则VAO功能实体向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源以和已经占用的呼叫资源。重定向完成后,GMSC还可对重定向业务计费。
本步骤中的优化锚定处理不限于在进行影响呼叫锚定的业务之前,也可相反或同时进行。
以下针对早前转业务,通过十个实例具体描述本发明方法。
方法实例一:VAO和IMS网络的NeDS配合优化的方案,使用路由查询操作SRI交互感知的方式(此处前转至号码以移动号码为例,但应用并不限定于移动号码;此处以3GPP消息交互为例,但应用不限于3GPP,也可以使用3GPP2相应的交互消息如位置查询消息等)。参见图10所示,包括下列步骤:
1、CCCF/NeDS收到入呼叫的INVITE;
2、CCCF/NeDS到用户的HSS取电路域的路由信息;
3、VCC用户签约了CS的CFU业务,并在SRIAck中返回前转号码;
4、VAO根据收到的INVITE消息中的VIA头域判断呼叫从MGCF实体进入IMS网络,则向用户的S-CSCF返回300系列SIP消息,指示呼叫进行重定向(此例不排除还有其它处理方式),之后释放锚定资源;
5、S-CSCF发送300系列SIP消息到MGCF2,指示进行呼叫重定向处理;
6、MGCF2收到重定向消息后对前转号码分析,将呼叫路由到前转至号码的GMSC处理,并能在计费信息中体现出VCC用户发生前转。
方法实例二:VAO和IMS网络的NeDS配合优化的方案使用随时签约查询操作ATSI交互感知的方式(此处前转至号码以移动号码为例,但应用并不限定于移动号码;此处感知签约信息使用ATSI的方式,但应用时不限与此;此处以3GPP消息交互为例,但应用不限于3GPP,也可以使用3GPP2相应的交互消息或者其它非标准交互方式;此方案下还可以使用实施例5的技术感知)。参见图11所示,包括下列步骤:
1、CCCF/NeDS收到入呼叫的INVITE;
2、CCCF/NeDS到用户的HSS取电路域的漫游号码;
3、VCC用户签约了CS的CFU业务,并在SRIAck中返回前转号码;
4、VAO根据收到的INVITE消息中的VIA头域判断呼叫从MGCF实体进入IMS网络,则向用户的S-CSCF返回300系列SIP消息,指示呼叫进行重定向,之后释放锚定资源;
5、S-CSCF发送300系列SIP消息到MGCF2,指示进行呼叫重定向处理;
6、MGCF收到重定向消息后对前转号码分析,将呼叫路由到前转至号码的GMSC处理,并能在计费信息中体现出VCC用户发生前转。
方法实例三:VAO和IMS网络的NeDS配合优化的方案使用Sh接口订阅签约信息的感知方式(此处前转至号码以移动号码为例,但应用并不限定于移动号码;此处感知签约信息使用IMS第三方注册的方式,但应用时不限与此)。参见图12所示,包括下列步骤:
1、VCC用户在IMS网络注册;
2-7、S-CSCF发起到NeDS的第三方注册,NeDS到HSS下载用户签约信息,并订阅用户签约信息改变通知,以便获取用户最新的业务信息;
8、CCCF/NeDS收到入呼叫的INVITE;
9、VAO并根据订阅的信息获知用户签约的CFU可以被触发,而且根据收到的INVITE消息中的VIA头域判断呼叫从MGCF2实体进入IMS网络,则向用户的S-CSCF返回300系列SIP消息,指示呼叫进行重定向,之后释放锚定资源;
10、S-CSCF发送300系列SIP消息到MGCF2,指示进行呼叫重定向处理;
11、MGCF收到重定向消息后对前转号码分析,将呼叫路由到前转至号码的GMSC处理,并能在计费信息中体现出VCC用户发生前转。
方法实例四:VAO和SCP配合优化的方案,基于CAMEL技术的感知方式(此处以3GPP消息交互为例,但应用不限于3GPP,也可以使用3GPP2相应的交互消息或者其它交互方式;此方案下还可以应用实施例1、2、6的技术感知)。参见图13所示,包括下列步骤:
1-3、电路域的呼叫到达GMSC后,GMSC发送SRI到HSS获取用户的漫游信息,HSS根据用户的签约返回T-CSI以及CFU前转信息;
4、GMSC调用CAMEL业务将呼叫触发到NeDS处理,因为用户签约了CFU则在触发消息中包含此信息;
5、CCCF/NeDS收到此信息后,VAO检测到用户可以触发早前转业务,则通过返回Continue让GMSC继续处理CFU业务。
这样CFU业务在GMSC就可以处理完成,而IMS网络没有为呼叫锚定分配IMRN,从而避免了无谓的锚定。
方法实例五:VAO和VCC-SRF配合优化的方案,基于HSS主动通知的方式(此处以3GPP消息交互为例,但应用不限于3GPP,也可以使用3GPP2相应的交互消息或者其它交互方式;此方案下还可以使用实施例1、2所述的技术感知)。参见图14所示,包括下列步骤:
0.1-0.2、VAO使用MAP-NOTE-SUBSCRIBER-DATA-MODIFIED业务在HSS订阅用户的前转业务数据变更通知,HSS在用户的前转业务数据变化时通知到VAO,VAO保存这些信息。
1-3、VCC-SRF拦截GMSC发送到HSS的SRI消息,并根据已经保存的前转业务数据检测出用户可以触发早前转业务,则决定返回前转信息指示GMSC处理前转,GMSC处理CFU使用现有技术。
方法实例六:VAO和IMS网络的NeDS配合优化的方案,使用HSS主动通知的方式且AS处理前转(此处以3GPP消息交互为例,但应用不限于3GPP,也可以使用3GPP2相应的交互消息如位置查询消息等;此处的感知也可以应用实施例1、2、3描述的技术感知)。参见图15所示,包括下列步骤:
1-2、VAO使用MAP-NOTE-SUBSCRIBER-DATA-MODIFIED业务在HSS订阅用户的前转业务数据变更通知,HSS在用户的前转业务数据变化时通知到VAO,VAO保存这些信息;
3-4、S-CSCF收到INVITE请求后根据用户的初始触发条件(iFC)将呼叫触发到AS1处理;
5、AS1具有处理重定向消息的能力,对用户进行其它业务处理后将呼叫路由回S-CSCF继续处理;6,S-CSCF根据触发条件,将呼叫触发到CCCF/NeDS处理;
7、其中的VAO根据已经保存的前转业务数据检测出用户可以触发早前转业务,则发送300系列SIP消息到S-CSCF;
8、S-CSCF根据呼叫处理的触发路径将重定向消息发送到AS1;
9、AS1收到重定向消息后,进行处理,至少可以产生重定向发生的费用记录;发送INVITE到S-CSCF指示继续路由该呼叫;
10、S-CSCF按照IMS正常流程处理。
方法实例七:VAO与NeDS(此处以3GPP2消息交互为例,但应用不限于3GPP2,也可以使用3GPP相应的交互消息如路由请求消息等;该方式同样适用于VAO和SCP配合的流程)配合,呼叫从电路域收到并路由到IMS锚定,参见图16所示,包括下列步骤:
1、GMSC收到来自CS域的呼叫请求。
2、GMSC向HLR申请智能数据。
3、HLR返回用户签约的智能触发器数据。
4、GMSC根据用户的触发器数据触发智能控制信令ANLYZD到VCC AS,信令中带有GMSC的地址及分配的BillingID参数。
5、VCC AS决策呼叫需要路由到IMS域进行锚定,则保存GMSC地址及BillingID参数,然后分配IMS域路由号码IMRN返回给GMSC。
6、GMSC根据IMS域路由号码将呼叫路由到IMS域入口网元MGCF。
7、MGCF通过IMS域会话控制实体CSCF发送SIP会话请求到VCC AS。
8、VCC AS决策需要在CS域接续被叫用户,则向HLR申请用户漫游号码。
9、HLR判断到用户关机并且签约有关机前转业务CFNR,或者HLR向VMSC/VLR申请漫游号码时VMSC/VLR返回用户正处于忙状态(步骤a、b所描述)并且用户签约有遇忙前转CFB,则HLR会向VCC AS返回前转指示REDIND及前转号码CFNumber。
10、VCC AS根据之前保存的GMSC地址向GMSC发送REDREQ消息通知其进行呼叫前转,并且带上前转原因REDIND和之前所保存的由GMSC分配的BillingID参数。
11、GMSC收到REDREQ消息后,根据消息中所带的BillingID参数关联到之前的会话记录,然后向HLR发送TRANUMREQ消息申请前转号码,消息中带有前转原因。
12、HLR根据前转原因返回用户所签约的前转号码。
13、GMSC向VCC AS返回呼叫改向的响应消息。
14、GMSC向MGCF发送呼叫释放信令,释放到IMS域的呼叫路由。
15、MGCF向CSCF和VCC AS发送SIP会话释放信令,释放SIP会话。
16、GMSC使用前转号码向前转方发起新的呼叫。
方法实例八:VAO与SRF配合,呼叫从电路域收到并路由到IMS锚定,参见图17所示,包括下列步骤:
1、GMSC1收到来自CS域的呼叫请求。
2、GMSC1向HLR查询被叫用户数据,查询消息中带有GMSC1的地址及分配的BillingID参数,此查询消息被VCC AS作为SRF拦截。
3、VCC AS决策呼叫需要路由到IMS域进行锚定,则保存原被叫号码MDN、GMSC1地址及BillingID参数,然后分配IMS域路由号码IMRN返回给GMSC1。
4、GMSC1根据IMS域路由号码将呼叫路由到IMS域入口网元MGCF。
5、MGCF通过IMS域会话控制实体CSCF发送SIP会话请求到VCC AS。
6、VCC AS决策需要在CS域接续被叫用户,则以CS域路由号码CSRN为被叫标识发起新的SIP会话,会话经CSCF路由到MGCF。
7、MGCF收到以CSRN为被叫标识的会话后,以CSRN为被叫号码发起呼叫,呼叫被路由到GMSC2。此处GMSC2和GMSC1有可能为一个物理实体,但是在逻辑上是两个不同的呼叫处理实体。
8、GMSC2以CSRN为被叫号码向HLR查询被叫位置,消息中带有GMSC2的地址及分配的BillingID参数。此条消息被VCC AS作为SRF拦截。
9、VCC AS以原被叫号码MDN向HLR查询被叫位置,消息中带有之前保存的GMSC1的地址和由GMSC1所分配的BillingID参数。
10、HLR判断到用户关机并且签约有关机前转业务CFNR,或者HLR向VMSC/VLR申请漫游号码时VMSC/VLR返回用户正处于忙状态(步骤a、b所描述)并且用户签约有遇忙前转CFB,则HLR会向VCC AS返回前转指示REDIND及前转号码CFNumber。
11、VCC AS判断到HLR返回前转指示后,根据之前保存的GMSC1地址向GMSC1发送REDREQ消息通知其进行呼叫前转,并且带上前转原因REDIND和之前所保存的由GMSC1分配的BillingID参数。
12、GMSC1收到REDREQ消息后,根据消息中所带的BillingID参数关联到之前的会话记录,然后向HLR发送TRANUMREQ消息申请前转号码,消息中带有前转原因。
13、HLR根据前转原因返回用户所签约的前转号码。
14、GMSC1向VCC AS返回呼叫改向的响应消息。
15、GMSC1向MGCF发送呼叫释放信令,释放到IMS域的呼叫路由。
16、MGCF向CSCF和VCC AS发送SIP会话释放信令,释放在它在第5步建立的SIP会话。
17、VCC AS收到会话释放后,向CSCF和MGCF发送会话释放信令,释放由它在第6步建立的会话。
18、MGCF收到会话释放信令后,向GMSC2发送呼叫释放信令,释放它在第7步发起的呼叫。
19、GMSC1继续使用前转号码向前转方发起新的呼叫。
方法实例九:VAO与NeDS(此处以3GPP2消息交互为例,但应用不限于3GPP2,也可以使用3GPP相应的交互消息如路由请求消息等;该方式同样适用于VAO和SCP配合的流程)配合,呼叫从IMS收到锚定,参见图18所示,包括下列步骤:
1、I-CSCF或MGCF收到呼叫请求。
2、呼叫被路由到用户的S-CSCF。
3、S-CSCF根据iFC触发呼叫到重定向业务的AS。
4、AS处理后指示S-CSCF继续处理呼叫。
5、S-CSCF根据触发规则将呼叫触发到VCC AS处理。
6、VCC AS完成锚定,并决策选择在CS域接续被叫用户,则向HLR申请用户漫游号码。
7、HLR判断到用户关机并且签约有关机前转业务CFNR,或者HLR向VMSC/VLR申请漫游号码时VMSC/VLR返回用户正处于忙状态(步骤a、b所描述)并且用户签约有遇忙前转CFB,则HLR会向VCC AS返回前转指示REDIND及前转号码CFNumber。
8、VCC AS根据收到前转信息生成SIP重定向消息并发送到S-CSCF处理,并释放锚定的VCC资源。
9、S-CSCF将重定向请求按路径发送到AS处理。
10、AS调用重定向处理功能根据收到的前转信息处理呼叫;之后S-CSCF按照正常呼叫流程处理。
方法实例十:VAO与SRF配合,呼叫从IMS收到锚定,参见图19所示,包括下列步骤:
1、I-CSCF或MGCF收到会话请求。
2、会话被路由到用户的S-CSCF。
3、S-CSCF根据iFC触发呼叫到重定向业务的AS。
4、AS处理后指示S-CSCF继续处理会话。
5、S-CSCF根据触发规则将会话触发到VCC AS处理。
6、VCC AS完成锚定,并决策选择在CS域接续被叫用户,则以CS域路由号码CSRN为被叫标识发起新的SIP会话,会话发送到S-CSCF处理。
7、S-CSCF根据CSRN路由会话到MGCF。
8、MGCF收到以CSRN为被叫标识的会话后,以CSRN为被叫号码发起呼叫,呼叫被路由到GMSC2。
9、GMSC2以CSRN为被叫号码向HLR查询被叫位置,消息中带有GMSC2的地址及分配的BillingID参数。此条消息被VCC AS作为SRF拦截。
10、VCC AS以原被叫号码MDN向HLR查询被叫位置,消息中带有收到的GMSC2的地址和由GMSC2所分配的BillingID参数。
11、HLR判断到用户关机并且签约有关机前转业务CFNR,或者HLR向VMSC/VLR申请漫游号码时VMSC/VLR返回用户正处于忙状态(步骤a、b所描述)并且用户签约有遇忙前转CFB,则HLR会向VCC AS返回前转指示REDIND及前转号码CFNumber。
12、VCC AS判断到HLR返回前转指示后,根据收到前转信息生成SIP重定向消息并前向发送到S-CSCF处理,并释放锚定的VCC资源。
13至14、S-CSCF将重定向请求按路径发送到AS处理,AS调用重定向处理功能根据收到的前转信息处理呼叫;之后S-CSCF按照正常呼叫流程处理。
15、S-CSCF后向发送CANCEL消息,释放到CS域接续的呼叫资源。
16至20、后续的CS接续所使用的呼叫资源被释放。
说明第15步也可以在12步向S-CSCF发送重定向消息前发送。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (41)
1.一种对语音呼叫连续锚定进行优化的方法,其特征在于,包括下列步骤:
A、语音呼叫连续锚定优化VAO功能实体感知被叫侧用户的业务信息;
B、VAO功能实体判定被叫侧用户签约的业务会影响当前呼叫的锚定时,优化锚定处理,所述优化锚定处理的方式为不进行呼叫锚定,释放已经锚定的VCC资源,或者释放已经锚定的VCC资源和占用的呼叫资源,若VAO功能实体优化锚定处理的方式为释放已经锚定的VCC资源,或者释放已经锚定的VCC资源和占用的呼叫资源,则VAO功能实体向路由控制实体发送重定向消息,以使路由控制实体处理所述影响呼叫锚定的业务,若VAO功能实体不进行呼叫锚定处理,则向路由控制实体发送携带有继续处理信息的CAMEL消息或前转信息的MAP消息,以使路由控制实体处理所述业务。
2.如权利要求1所述的方法,其特征在于,步骤A中,所述业务信息为用户的业务签约信息,或为用户所签约业务的业务处理信息。
3.如权利要求2所述的方法,其特征在于,若所述的业务信息为用户的业务签约信息,则所述步骤B包括下列步骤:
B11、当VAO功能实体判定被叫侧用户的业务信息中存在可能影响呼叫锚定的业务时,则转入步骤B12;
B12、当VAO功能实体判定可能影响呼叫锚定的业务将触发时,则优化锚定处理。
4.如权利要求2所述的方法,其特征在于,若所述的业务信息为用户签约业务的业务处理信息,则所述步骤B包括下列步骤:
B21、当VAO功能实体判定可能影响呼叫锚定的业务将触发时,则优化锚定处理。
5.如权利要求1所述的方法,其特征在于,若VAO功能实体优化锚定处理的方式为释放已经锚定的VCC资源,或者释放已经锚定的VCC资源和占用的呼叫资源,则VAO功能实体向路由控制实体发送重定向消息,以使路由控制实体处理所述影响呼叫锚定的业务,所述路由控制实体为媒体网关控制功能实体MGCF,或为用户提供业务的应用服务器AS,或为关口移动交换中心GMSC。
6.如权利要求5所述的方法,其特征在于,若路由控制实体为MGCF,则处理所述影响呼叫锚定的业务,包括下列子步骤:
-VAO功能实体向用户签约的S-CSCF发送SIP格式的重定向消息;
-S-CSCF向MGCF转发该重定向消息,以指示进行呼叫重定向处理;
-MGCF收到该重定向消息后对前转号码进行路由分析,并据此将呼叫前转至相应的路由控制实体继续路由该呼叫。
7.如权利要求5所述的方法,其特征在于,若路由控制实体为AS,则处理所述影响呼叫锚定的业务,包括下列子步骤:
-VAO功能实体向用户签约的S-CSCF发送SIP格式的重定向消息;
-S-CSCF根据呼叫处理的触发路径,将该重定向消息发送到AS;
-AS收到该重定向消息后,向S-CSCF发送SIP格式的初始会话消息,以指示继续路由该呼叫。
8.如权利要求5所述的方法,其特征在于,若路由控制实体为呼叫锚定前所经过的GMSC,则处理所述影响呼叫锚定的业务,包括下列子步骤:
-VAO功能实体向用户的GMSC发送MAP格式的重定向消息;
-GMSC收到该重定向消息后,根据重定向信息继续路由该呼叫。
9.如权利要求5所述的方法,其特征在于,重定向完成后,MGCF、AS或GMSC对重定向业务计费。
10.如权利要求1所述的方法,其特征在于,若VAO功能实体不进行呼叫锚定处理,并向路由控制实体发送携带有继续处理信息的CAMEL消息或前转信息的MAP消息,以使路由控制实体处理所述业务,所述路由控制实体为关口移动交换中心GMSC。
11.如权利要求5所述的方法,其特征在于,步骤A中,当VAO功能实体和IMS域的网络选择NeDS功能实体配合优化锚定处理时,所述VAO功能实体通过下述4种方式之一感知被叫侧用户的业务信息:
方式11、VAO功能实体通过MAP信令的随时签约查询操作与HSS交互来感知用户的业务签约信息;
方式12、VAO功能实体通过MAP信令的路由查询操作与HSS交互来感知用户签约业务的业务处理信息;
方式13、VAO功能实体通过MAP接口订阅用户的签约信息来感知用户的业务签约信息;
方式14、VAO功能实体通过Sh接口订阅用户的签约信息来感知用户的业务签约信息。
12.如权利要求11所述的方法,其特征在于,若所述步骤A中VAO功能实体使用方式11、方式13,或方式14感知,则VAO功能实体通过向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。
13.如权利要求11所述的方法,其特征在于,若所述步骤A中VAO功能实体使用方式12感知,并且呼叫锚定前经过GMSC,则VAO功能实体通过向GMSC发送重定向消息,以释放已经锚定的VCC资源。
14.如权利要求11所述的方法,其特征在于,若所述步骤A中VAO功能实体使用方式12感知,并且呼叫锚定前不经过GMSC,则VAO功能实体向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。
15.如权利要求10所述的方法,其特征在于,若VAO功能实体不进行呼叫锚定处理,并向路由控制实体发送携带有继续处理信息的CAMEL消息,以使路由控制实体处理所述业务,所述路由控制实体为关口移动交换中心GMSC,步骤A中,当VAO功能实体和业务控制功能点SCP配合优化锚定处理时,所述VAO功能实体通过下述4种方式之一感知被叫侧用户的业务信息:
方式21、VAO功能实体通过MAP信令的随时签约查询操作与HSS交互来感知用户的业务签约信息;
方式22、VAO功能实体通过MAP信令的路由查询操作与HSS交互来感知用户签约业务的业务处理信息;
方式23、VAO功能实体通过MAP接口订阅用户的签约信息来感知用户的业务签约信息;
方式24、由GMSC在与VAO功能实体交互的消息中携带用户的业务信息,以使VAO功能实体感知用户签约业务的业务处理信息。
16.如权利要求5所述的方法,其特征在于,步骤A中,当VAO功能实体和业务控制功能点SCP配合优化锚定处理时,所述VAO功能实体通过下述方式感知被叫侧用户的业务信息:
方式22、VAO功能实体通过MAP信令的路由查询操作与HSS交互来感知用户签约业务的业务处理信息。
17.如权利要求16所述的方法,其特征在于,若呼叫锚定前经过GMSC,则VAO功能实体通过向GMSC发送重定向消息,以释放已经锚定的VCC资源。
18.如权利要求16所述的方法,其特征在于,若呼叫锚定前不经过GMSC,则VAO功能实体向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。
19.如权利要求10所述的方法,其特征在于,若VAO功能实体不进行呼叫锚定处理,并向路由控制实体发送携带有前转信息的MAP消息,以使路由控制实体处理所述业务,所述路由控制实体为关口移动交换中心GMSC,步骤A中,当VAO功能实体和SRF功能实体配合优化锚定处理时,所述VAO功能实体通过下述2种方式之一感知被叫侧用户的业务信息:
方式31、VAO功能实体通过MAP信令的随时签约查询操作与HSS交互来感知用户的业务签约信息;
方式33、VAO功能实体通过MAP接口订阅用户的签约信息来感知用户的业务签约信息。
20.如权利要求19所述的方法,若所述步骤A中VAO功能实体使用方式31或方式33感知,并且呼叫锚定前经过GMSC,则VAO功能实体向GMSC发送携带有前转信息的路由请求消息,以使路由控制实体处理所述业务。
21.如权利要求5所述的方法,其特征在于,步骤A中,当VAO功能实体和SRF功能实体配合优化锚定处理时,所述VAO功能实体通过下述3种方式之一感知被叫侧用户的业务信息:
方式31、VAO功能实体通过MAP信令的随时签约查询操作与HSS交互来感知用户的业务签约信息;
方式32、VAO功能实体通过MAP信令的路由查询操作与HSS交互来感知用户签约业务的业务处理信息;
方式33、VAO功能实体通过MAP接口订阅用户的签约信息来感知用户的业务签约信息。
22.如权利要求21所述的方法,其特征在于,若所述步骤A中VAO功能实体使用方式31或方式33感知,并且呼叫锚定前不经过GMSC,则VAO功能实体通过向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源。
23.如权利要求21所述的方法,其特征在于,若所述步骤A中VAO功能实体使用方式32感知,并且呼叫锚定前经过GMSC,则VAO功能实体通过向GMSC发送重定向消息,以释放已经锚定的VCC资源和已经占用的呼叫资源。
24.如权利要求21所述的方法,其特征在于,若所述步骤A中VAO功能实体使用方式32感知,并且呼叫锚定前不经过GMSC,则VAO功能实体向MGCF或者为用户服务的AS发送重定向消息,以释放已经锚定的VCC资源以和已经占用的呼叫资源。
25.如权利要求23或24所述的方法,其特征在于,所述已经占用的呼叫资源为呼叫在域选择后首次经过的GMSC为呼叫接续分配的呼叫资源。
26.如权利要求1至24任一项所述的方法,其特征在于,所述影响呼叫锚定的业务为早前转业务。
27.一种语音呼叫连续锚定优化功能实体,其特征在于,包括:
感知模块,用于获知被叫侧语音呼叫连续VCC用户的业务信息;
判定模块,用于判断影响呼叫锚定的业务是否可被触发;
锚定处理优化模块,用于根据判定模块输出的判断结果,优化锚定处理,所述优化锚定处理的方式为不进行呼叫锚定,释放已经锚定的VCC资源,或者释放已经锚定的VCC资源和占用的呼叫资源,若VAO功能实体优化锚定处理的方式为释放已经锚定的VCC资源,或者释放已经锚定的VCC资源和占用的呼叫资源,则VAO功能实体向路由控制实体发送重定向消息,以使路由控制实体处理所述影响呼叫锚定的业务,若VAO功能实体不进行呼叫锚定处理,则向路由控制实体发送携带有继续处理信息的CAMEL消息或前转信息的MAP消息,以使路由控制实体处理所述业务。
28.如权利要求27所述的实体,其特征在于,所述判定模块包括:
第一判定子模块,用于根据所述感知模块获知的用户的业务签约信息,判定被叫侧用户签约的业务中是否存在可能影响呼叫锚定的业务;
第二判定子模块,用于判断第一判定子模块确定的业务是否可被触发。
29.如权利要求27所述的实体,其特征在于,所述判定模块包括:
第三判定子模块,用于根据所述感知模块获知的用户签约业务的业务处理信息,直接判定影响呼叫锚定的业务是否可被触发。
30.一种对语音呼叫连续锚定进行优化的系统,包括:通过第一接口相连的路由控制实体和VCC功能实体,以及通过第二接口相连的VCC功能实体和HSS,其特征在于,所述系统还包括:
VAO功能实体,其与所述VCC功能实体交互,用于获取被叫侧用户的业务信息,以及根据其中可能影响呼叫锚定业务的状态,相应的优化锚定处理,所述优化锚定处理的方式为不进行呼叫锚定,释放已经锚定的VCC资源,或者释放已经锚定的VCC资源和占用的呼叫资源,若VAO功能实体优化锚定处理的方式为释放已经锚定的VCC资源,或者释放已经锚定的VCC资源和占用的呼叫资源,则VAO功能实体向路由控制实体发送重定向消息,以使路由控制实体处理所述影响呼叫锚定的业务,若VAO功能实体不进行呼叫锚定处理,则向路由控制实体发送携带有继续处理信息的CAMEL消息或前转信息的MAP消息,以使路由控制实体处理所述业务。
31.如权利要求30所述的系统,其特征在于,所述VAO功能实体包括下列子模块:
感知模块,用于获知被叫侧用户的业务信息;
判定模块,用于判断影响呼叫锚定的业务是否可以被触发;
锚定处理优化模块,用于根据判定模块输出的判断结果,优化锚定处理。
32.如权利要求31所述的系统,其特征在于,所述判定模块包括:
第一判定子模块,用于根据所述感知模块获知的用户的业务签约信息,判定被叫侧用户签约的业务中是否存在可能影响呼叫锚定的业务;
第二判定子模块,用于判断第一判定子模块确定的业务是否可被触发。
33.如权利要求31所述的系统,其特征在于,所述判定模块包括:
第三判定子模块,用于根据所述感知模块获知的用户签约业务的业务处理信息,直接判定影响呼叫锚定的业务是否可被触发。
34.如权利要求31所述的系统,其特征在于,所述VCC功能实体中包括:
NeDS功能实体,用于选择入呼叫的接续域;
SCP功能实体,用于接收电路域的锚定请求,并为呼叫返回IMRN;
SRF功能实体,用于拦截并处理GMSC和HSS之间交互的消息。
35.如权利要求34所述的系统,其特征在于,当VAO功能实体与NeDS功能实体配合优化锚定处理时,所述锚定处理优化模块通过释放已经锚定的VCC资源的方式来优化锚定处理;
当VAO功能实体和业务控制功能点SCP配合优化锚定处理时,所述锚定处理优化模块通过不进行呼叫锚定处理的方式;或者通过释放已经锚定的VCC资源的方式来优化锚定处理;
当VAO功能实体和SRF功能实体配合优化锚定处理时,所述锚定处理优化模块通过释放已经锚定的VCC资源的方式;或者释放已经锚定的VCC资源和占用的呼叫资源的方式;或者不进行呼叫锚定处理的方式来优化锚定。
36.如权利要求30至35任一项所述的系统,其特征在于,VAO功能实体与VCC功能实体相互独立,或者VAO功能实体置于VCC功能实体中。
37.如权利要求30所述的系统,其特征在于,所述路由控制实体为MGCF、AS或GMSC。
38.如权利要求37所述的系统,其特征在于,所述路由控制实体中均包括:
重定向模块,用于根据收到的重定向消息,重新路由呼叫;
计费模块,用于对重定向业务计费。
39.如权利要求34所述的系统,其特征在于,当VAO功能实体和NeDS功能实体配合优化时,所述第一接口支持以SIP信令或者MAP信令交互;第二接口支持以MAP信令或Sh接口信令交互。
40.如权利要求34所述的系统,其特征在于,当VAO功能实体和SCP功能实体配合优化时,所述第一接口支持以CAP信令交互;第二接口支持以MAP信令或Sh接口信令交互。
41.如权利要求34所述的系统,其特征在于,当VAO功能实体和SRF功能实体配合优化时,所述第一接口支持以MAP信令或者SIP信令交互;第二接口支持以MAP信令交互。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100995320A CN101064960B (zh) | 2006-04-27 | 2006-07-28 | 一种对语音呼叫连续锚定进行优化的方法、系统及装置 |
PCT/CN2007/000490 WO2007124643A1 (fr) | 2006-04-27 | 2007-02-12 | Procédé, système et appareil d'optimisation d'ancrage en continuité d'appel vocal |
US12/258,605 US20090073938A1 (en) | 2006-04-27 | 2008-10-27 | Method, system and apparatus for optimizing call anchoring in voice call continuity |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610074551.8 | 2006-04-27 | ||
CN200610074551 | 2006-04-27 | ||
CN2006100995320A CN101064960B (zh) | 2006-04-27 | 2006-07-28 | 一种对语音呼叫连续锚定进行优化的方法、系统及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101064960A CN101064960A (zh) | 2007-10-31 |
CN101064960B true CN101064960B (zh) | 2010-12-08 |
Family
ID=38655047
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006100995320A Expired - Fee Related CN101064960B (zh) | 2006-04-27 | 2006-07-28 | 一种对语音呼叫连续锚定进行优化的方法、系统及装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20090073938A1 (zh) |
CN (1) | CN101064960B (zh) |
WO (1) | WO2007124643A1 (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101233176B1 (ko) * | 2006-05-02 | 2013-02-15 | 엘지전자 주식회사 | Vcc에서의 호처리 방법, 서버 및 엔티티 |
CN100574348C (zh) * | 2007-07-27 | 2009-12-23 | 中兴通讯股份有限公司 | 一种实现用户决定用户忙前转的方法 |
US20090041223A1 (en) * | 2007-08-10 | 2009-02-12 | Devesh Agarwal | Systems, methods, and computer readable media for triggerless call redirection with release |
US8254553B2 (en) * | 2007-08-10 | 2012-08-28 | Tekelec, Inc. | Systems, methods, and computer program products for number translation with local directory number support |
CA2638994A1 (en) * | 2007-08-22 | 2009-02-22 | Mavenir System, Inc. | Providing voice call continuity |
KR101772717B1 (ko) | 2009-11-10 | 2017-08-29 | 인터디지탈 패튼 홀딩스, 인크 | 인터넷 프로토콜 멀티미디어 서브시스템에서의 공동 세션 제어 이동 및 장치 간 이동 |
US9367371B2 (en) * | 2010-02-05 | 2016-06-14 | Paypal, Inc. | Widget framework, real-time service orchestration, and real-time resource aggregation |
US20110216701A1 (en) * | 2010-03-04 | 2011-09-08 | Interdigital Patent Holdings, Inc. | Method and apparatus for identification and transfer in internet protocol multimedia subsystem collaborative sessions |
KR101865975B1 (ko) | 2010-03-18 | 2018-06-08 | 인터디지탈 패튼 홀딩스, 인크 | 사용자간 요소 세션 이동 인가 |
CN102075978B (zh) * | 2011-01-28 | 2014-07-16 | 浪潮通信信息系统有限公司 | 一种基于语音业务用户负感知的网络问题分析方法 |
US9350768B2 (en) * | 2011-09-30 | 2016-05-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Suppressing CAMEL service invocation for diverting users |
CN103747430B (zh) * | 2013-12-31 | 2018-10-19 | 华为技术有限公司 | 呼叫控制设备和处理用户业务的方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1600043A (zh) * | 2001-12-05 | 2005-03-23 | 艾利森电话股份有限公司 | 与msc间分组数据切换相关的电路交换呼叫建立与呼叫路由的优化 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ATE452517T1 (de) * | 2001-06-18 | 2010-01-15 | Nokia Corp | Roaming vom ims-bereich in den cs-bereich |
WO2003001836A1 (en) * | 2001-06-20 | 2003-01-03 | Nokia Corporation | System, device and method for providing call forwarding in dual subscription mode |
US7606197B2 (en) * | 2004-08-23 | 2009-10-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Event notification in a hybrid network |
CN100382643C (zh) * | 2004-08-30 | 2008-04-16 | 华为技术有限公司 | 一种对移动用户业务前转计费的方法 |
EP1941581A2 (en) * | 2005-09-23 | 2008-07-09 | Interdigital Technology Corporation | Wireless communication method and system for supporting call continuity |
US7830868B2 (en) * | 2006-02-06 | 2010-11-09 | Research In Motion Limited | System and method for effecutating a SIP call in a network environment including IMS |
US7769000B2 (en) * | 2006-01-10 | 2010-08-03 | Research In Motion Limited | System and method for managing call routing in a network environment including IMS |
US7706779B2 (en) * | 2006-03-16 | 2010-04-27 | Research In Motion Limited | System and method for controlling VCC functionality in a network environment including IMS |
-
2006
- 2006-07-28 CN CN2006100995320A patent/CN101064960B/zh not_active Expired - Fee Related
-
2007
- 2007-02-12 WO PCT/CN2007/000490 patent/WO2007124643A1/zh active Application Filing
-
2008
- 2008-10-27 US US12/258,605 patent/US20090073938A1/en not_active Abandoned
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1600043A (zh) * | 2001-12-05 | 2005-03-23 | 艾利森电话股份有限公司 | 与msc间分组数据切换相关的电路交换呼叫建立与呼叫路由的优化 |
Non-Patent Citations (1)
Title |
---|
3GPP Technical Specification Group Services and System Aspects.Voice Call Continuity between CS and IMS Study(Release 7).3GPP TR 23.806 V2.0.0.2005, * |
Also Published As
Publication number | Publication date |
---|---|
CN101064960A (zh) | 2007-10-31 |
US20090073938A1 (en) | 2009-03-19 |
WO2007124643A1 (fr) | 2007-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101064960B (zh) | 一种对语音呼叫连续锚定进行优化的方法、系统及装置 | |
CN101156395B (zh) | 一种跨域路由控制方法 | |
CN100450282C (zh) | 一种电路交换呼叫连接的切换方法 | |
CN100438513C (zh) | 实现路由控制的系统和方法 | |
KR101169118B1 (ko) | 회선 교환 액세스를 통한 ims 서비스의 제공 | |
US8229408B2 (en) | System and method for selecting a subsystem for call termination | |
CN101523844B (zh) | Ims用户的移动性 | |
JP2008515282A (ja) | 1つの番号によるfmcでの擬似番号ポータビリティ | |
CN100466639C (zh) | 实现电路域和分组域双向互操作的方法及系统 | |
CN104135755A (zh) | 终呼网络选择方法、系统及终呼选择服务器、终端 | |
US8289887B2 (en) | Late call forwarding method in IP multimedia core network subsystem centralized service | |
CN100479440C (zh) | 一种电路交换网与ip多媒体子系统网络互通的系统和方法 | |
CN102404708B (zh) | 被叫用户的域选择方法和系统、以及系统中的hlr | |
US8374589B2 (en) | Controlling supplementary subscriber services in overlayed IMS-based telecommunications network | |
CN102804820A (zh) | 电信网络中的方法和设备 | |
US8611880B2 (en) | Routing call to UMA-capable terminals using a geographic number | |
CN100401801C (zh) | 一种实现闭锁业务的方法 | |
CN101267577A (zh) | 实现呼叫接续以及智能业务的方法、系统和设备 | |
CN101076186B (zh) | 一种处理晚前转业务的方法、网络及装置 | |
CN100461880C (zh) | 一种基于业务触发的话音业务的实现方法 | |
KR100801812B1 (ko) | 멀티 전화번호 서비스에서 지능형 착신전환 방법 | |
KR101381939B1 (ko) | 이동통신방법, 교환기 및 가입자 정보 서버 | |
CN101128049B (zh) | 提供电路域业务的方法、系统和业务控制节点scp | |
CN101064965B (zh) | 重定向业务中被叫用户终端重选的方法、系统及装置 | |
CN101330642B (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: 20101208 Termination date: 20130728 |