CN1909681A - 第三代移动通信***的跨域路由控制方法 - Google Patents
第三代移动通信***的跨域路由控制方法 Download PDFInfo
- Publication number
- CN1909681A CN1909681A CNA2005100284945A CN200510028494A CN1909681A CN 1909681 A CN1909681 A CN 1909681A CN A2005100284945 A CNA2005100284945 A CN A2005100284945A CN 200510028494 A CN200510028494 A CN 200510028494A CN 1909681 A CN1909681 A CN 1909681A
- Authority
- CN
- China
- Prior art keywords
- territory
- routing policy
- decision point
- call
- policy decision
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/308—Route determination based on user's profile, e.g. premium users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/42—Centralised routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- 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
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及第三代移动通信技术,公开了一种第三代移动通信***的跨域路由控制方法,使得用户在两个域注册的情况下进行跨域路由决策时考虑用户当前呼叫状态,将后续呼叫路由至当前呼叫所在的域,不但避免两个域同时呼入的异常情况,且能继续向用户提供每个域各自针对后续呼叫的现有业务。包含以下步骤:当呼入请求路由时,路由决策查询实体向RPDP查询当前路由决策;RPDP根据当前路由策略及路由决策相关信息,并结合用户当前在CS和IMS域的呼叫状态,确定路由决策;RPDP向路由决策查询实体返回所确定的路由决策及路由相关信息,供路由决策查询实体完成跨域路由控制。
Description
技术领域
本发明涉及第三代移动通信技术,特别涉及第三代移动通信***的跨域路由控制方法。
背景技术
随着通信技术的突飞猛进,人们对于个人通信的期望和要求也越来越高,因此移动运营商需要特别关注用户界面、业务质量等直接影响用户使用移动业务的效果的方面。第三代(3rd Generation,简称“3G”)移动通信***的高带宽、多业务、高质量等特点极大的吸引着移动消费市场,但3G技术中尚且存在的一些问题如果没有解决将会在一定程度上限制市场扩大,影响移动运营事务的发展。
在将来的3G网络架构中,移动网不再局限于电路交换的方式,逐渐向分组网际协议(Internet Protocol,简称“IP”)网络演变。从第三代移动通信合作伙伴项目(3rd Generation Partnership Project,简称“3GPP”)的R5阶段开始,通用移动电信***(Universal Mobile Telecommunications System,简称“UMTS”)的核心网被划分为电路交换域(Circuit Switched,简称“CS”)、分组交换域(Packet Switched,简称“PS”)以及IP多媒体子***(IP MultimediaSubsystem,简称“IMS”)三个子***。
其中CS域仍旧用于向用户提供电路型业务的连接,主要的功能实体有:移动交换中心(Mobile Switching Center,简称“MSC”),用于完成电路交换型业务的交换和信令控制功能,它在控制与承载分离的体系下又可以分为MSC服务器(MSC Server)和电路域的媒体网关(CS Media Gateway,简称“CS-MGW”);网关移动交换中心(Gateway Mobile Switching Center,简称“GMSC”)是用于在某一网络中完成移动用户路由寻址功能的MSC,可与MSC合设或分设;网络互通功能实体(Inter Working Function,简称“IWF”)与MSC紧密相关,完成公共陆地移动网(Public Land Mobile Network,简称“PLMN”)网与综合业务数据网(Integrated Service Digital Network,简称“ISDN”)、公共交换通信网(Public Switch Telecommunication Network,简称“PSTN”)、公共数据网(Public Data Network,简称“PDN”)等网络间的互通,主要实现信令转换功能,具体功能根据业务和网络种类不同规定。
PS域是用于向用户提供分组型业务的连接,该域主要的功能实体有:通用无线分组服务支持节点(General Packet Radio Service Support Node,简称“GSN”)用于完成分组业务用户的分组包的传送。GSN又分为服务GSN(Service GSN,简称“SGSN”)和网关GSN(Gateway GSN,简称“GGSN”)两种。其中SGSN提供核心网与无线接入***基站子***(Base StationSubsystem,简称“BSS”)、无线网络控制器(Radio Network Controller,简称“RNC”)的连接,完成分组型数据业务的移动性管理、会话管理等功能,管理移动台(Mobile Station,简称“MS”)在移动网络内的移动和通信业务;而GGSN作为移动通信***与其它公用数据网之间的接口,同时还具有查询位置信息的功能。SGSN、GGSN均提供计费信息。另外在网络边缘还设有边缘网关(Boarder Gateway,简称“BG”),用于完成两GPRS网络间的互通,保证网络互通的安全性。
此外,还有一些CS域、PS域共用的功能实体,比如归属位置寄存器/鉴权中心(Home Location Register,简称“HLR”)/(Authentication Center,简称“AuC”),HLR完成用户签约数据(如移动台国际ISDN号码、IMS号码、签约的电信业务和补充业务及其业务的适用范围等)和位置信息(如MSC/VLR号、SGSN号码等)的管理,AuC则存储用户的鉴权算法和密钥。其他还包括处理拜访用户各种数据信息的拜访位置寄存器(Visit LocationRegister,简称“VLR”),存储用户设备标识(International Mobile EquipmentIdentity,简称“IMEI”)信息的设备标识寄存器(Equipment Identity Register,简称“EIR”)以及短消息中心网关MSC等。
而IMS则是3GPP R5阶段增加的宽带码分多址(Wideband Code DivisionMultiple Access,简称“WCDMA”)网络中叠加在已有分组域之上的一个子***,采用分组域为其上层控制信令和媒体传输的承载通道,引入会话初始协议(Session Initial Protocol,简称“SIP”)作为业务控制协议,利用SIP简单、易扩展、媒体组合方便的特点,通过将业务控制与承载控制分离,提供丰富的多媒体业务。IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼叫会话控制功能实体(Call Session Control Function,简称“CSCF”)、提供各种业务逻辑控制功能的应用服务器(Application Server,简称“AS”)、集中管理用户签约数据的归属用户服务器(Home SubscriberServer,简称“HSS”)以及用于实现与电路交换网互通的媒体网关控制功能(Media Gateway Control Function,简称“MGCF”)/IMS媒体网关功能(IMSMedia Gateway,简称“IM-MGW”),用户通过当前所在地代理节点代理呼叫会话控制功能(Proxy CSCF,简称“P-CSCF”)接入IMS,会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域服务节点服务呼叫会话控制功能(Service CSCF,简称“S-CSCF”)完成,而另一种查询节点查询呼叫会话控制功能(Interrogating CSCF,简称“I-CSCF”)则用于IMS域的入口查询及网络拓扑隐藏功能。IMS***中的HSS是HLR的超集,功能上能够兼容HLR,但由于建网过程等因素,具体组网中HSS与CS/PS域的HLR很可能是分设的情况。
由3GPP标准所定义的IMS架构全面解决了IP承载下提供多媒体业务所需要解决的漫游计费、服务质量(Quality of Service,简称“QoS”)、安全保障等关键的可运营问题,其架构和思路已获得业界公认。3GPP2、TISPAN均以3GPP模型作为基础和参照进行了相应IP多媒体网络架构和业务体系的定义,3GPP也已开始了针对无线局域网(WLAN)接入与UMTS互通(I-WLAN)、固定宽带接入IMS以及面向多种接入技术的全IP网(AIPN)等课题研究。用户将可以根据其签约通过单一多模终端或多种类型的不同终端经由不同接入技术的接入网接入IMS,以获得统一的多媒体业务,包括分组语音(VoIP)业务;其中,3GPP R7通过了一个研究CS呼叫与通过WLAN接入IMS提供的VoIP业务间业务连续性问题的工作课题,提出了解决在用户做为被叫时CS/IMS域间的路由选择问题,以适应网络及业务发展的需求。
在多域可用的新应用环境下,为了拓宽用户业务的可选择性和多样性,改善运营商移动业务市场,要求3G移动通信能够提供多个域间选择接续语音通话的实现,比如能够选择使用CS域话音或IMS的VoIP业务。这就带来了新的跨域路由问题,即用户作为被呼叫方时呼入路由如何根据路由策略等条件来选择不同域接续。这一跨域路由问题的解决直接决定了用户是否能够同时注册灵活选择使用多域语音业务。
为了解决上述CS/IMS跨域路由问题,现有的技术方案是在包括CS/IMS的***中引入路由策略决策点/实体(Routing Policy Decision Point,简称“RPDP”),并在CS/IMS路由控制过程中增加对该RPDP实体的路由决策查询,由该RPDP实体根据用户在CS/IMS的当前路由决策相关信息以及预先设置本地存储的当前路由策略完成当前路由决策,然后根据当前路由决策返回据此决定的路由信息并控制CS/IMS域中的路由控制实体完成该次呼叫/会话的后续路由控制。
现有技术方案根据用于实现路由决策查询的接口类型,可以分为呼叫控制类接口和非呼叫控制类接口两种典型实现模式。
在基于呼叫控制类接口的模式下,CS/IMS中路由控制实体通过呼叫控制类接口完成到RPDP的路由决策查询,比如:CS域中的GMSC通过移动网增强逻辑客户化应用(Customised Application for Mobile network EnhancedLogic,简称“CAMEL”)业务的应用部分(CAMEL Application Part,简称“CAP”)接口完成到作为全球移动通信***(Global System of MobileCommunication,简称“GSM”)业务控制功能(GSM Service Control Function,简称“gsmSCF”)的RPDP实体交互,或者IMS域中的S-CSCF通过IMS业务控制接口(IP multimedia subsystem Service Control interface,简称“ISC”)完成到作为AS的RPDP实体交互,完成当前路由决策查询并根据当前决策实现路由控制。
在基于非呼叫控制类接口的模式下,CS/IMS中路由控制实体通过非呼叫控制类接口完成到RPDP实体的路由决策查询,比如:作为信令转接点(Signaling Transfer Point,简称“STP”)的RPDP实体拦截CS域中的GMSC到HLR的路由信息查询消息,或者CS域中的HLR收到GMSC的路由信息查询消息后以新增接口发起到新增RPDP实体的查询,或者IMS域中的HSS收到I-CSCF的路由信息查询消息后以新增接口发起到新增RPDP实体的查询,完成当前路由决策查询并根据当前决策实现路由控制。
但是,在现有技术方案中的上述两种模式中,RPDP实体进行路由决策时所根据的用户当前在CS/IMS的路由决策相关信息都是在决策时由其向HLR/HSS查询获得,或在RPDP本地保存并由HLR/HSS在相关信息发生变化时主动向其更新的,由于HLR/HSS并不了解用户当前在CS/IMS的呼叫状态,因此,现有技术中进行路由决策时并未考虑用户当前在两个域的呼叫状态。也就是说,没有考虑当用户同时在两个域注册的情况下,如何选择路由才能避免用户同时接入两个域的呼叫而只能接听其中一个呼叫的问题。
在实际应用中,上述方案存在以下问题:由于用户终端上的音频输入输出模块(语音通道)只有一个,而且一般来说用户在同一时刻也只会接听一个呼叫,因此虽然用户终端有可能具备可以同时接入CS/IMS并建立呼叫/会话的能力,但事实上是无法在CS和IMS同时进行语音通话的。这就需要在呼入路由时避免两个域的呼入均接入到用户而用户只能接听一个呼叫的异常情况。
而根据现有技术条件,在同一个域中当前业务能够处理多个呼叫或者有后续呼叫的情况。比如,在CS域为了处理呼叫中的后续呼叫,定义了相应的补充业务,如呼叫等待和呼叫保持,如多方通话,以及遇忙前转等处理方法,可以解决当前用户正在通话时如果再有呼入的情况。而IMS虽然没有象CS域一样具体定义上述业务,但也提供了上述业务类似特征的业务,可以处理该类后续呼叫的情况。但在新的应用环境下,当用户同时在两个域注册,且用户当前在其中一个域通话,而后续呼叫来自另外一个域时,那么就无法再利用现有的一个域中的后续业务处理方法来解决该问题。
造成这种情况的主要原因在于,现有技术中在跨域路由控制过程中没有结合用户当前呼叫状态进行路由选择,没有提供有效的机制来避免后续呼叫进入不同域而导致两个域同时呼入的异常情况。
因此,在解决两个域能够同时向用户提供通话业务之后,还需要避免出现当用户在一个域进行着通话的时候,通过另一个域呼入到用户的异常情况,进一步的,为了利用现有技术中已有对于后续业务的处理机制如CS域的补充业务等,本发明着眼于将后续通话路由到与当前通话相同的域中,这样就既能避免两个域呼入的异常,又能继续向用户提供现有的针对同一个域上后续业务请求的补充业务。
另外,鉴于本发明实施例所采用现有技术的需要,下面还要介绍两种CS域和IMS域的业务的技术背景,这两种业务在本发明的实施例中被采用。
在本发明方案中,应用了CS域的一种补充业务,非结构化补充业务数据(Unstructured Supplementary Services Data,简称“USSD”),这是一种GSM PH2阶段引入的补充业务,终端和网络都能发起USSD操作,与短消息一样,USSD操作也可以在呼叫中发送,但不同于短消息的是,USSD是实时的面向连接的,也就是说,在一个USSD会话中,一直保持无线连接,提供透明管道,没有存储转发,并且,在一次USSD会话过程中,支持多个连续的USSD操作。USSD操作的路由根据其中的业务码(Service Code)决定,提供USSD应用的实体将解析其中的业务数据并根据业务逻辑做出处理和响应;通过USSD,运营商能够自行制定符合本地用户需求的相应业务。
在本发明方案中,还应用了IMS域的SIP事件订阅与通知机制以及状态发布机制。事件订阅与通知机制是一种SIP扩展机制,通过该扩展,一个SIP用户代理可以向其他SIP用户代理发起特定事件的订阅,后者接到该请求后返回应答,双方在请求和应答的交互中完成订阅有效期的协商,之后,后者按照一定的策略处理该订阅请求(如是否需要授权等),通过授权后,后者在协商确定的有效期内,在有关该事件的状态发生变化时向前者发送相应的事件通知;在有效期内,前者可以通过重新发起订阅请求延长或终止订阅,否则,在到达所协商的有效期时,该次订阅自动终止。通过发送有效期为0的订阅请求,可以实现仅被通知当前状态的单次通知的订阅,即当前状态的查询。而SIP状态发布机制是为了完成状态的主动发布定义的另一个扩展,通过该扩展,允许客户端向状态发布代理发布其自身的事件状态,而状态代理则充当这些状态的汇聚者并根据订阅情况向订阅者发送相应的事件通知。
发明内容
有鉴于此,本发明的主要目的在于提供一种第三代移动通信***的跨域路由控制方法,使得用户在两个域注册的情况下进行跨域路由决策时考虑用户当前呼叫状态,将后续呼叫路由至当前呼叫所在的域,不但避免两个域同时呼入的异常情况,且能继续向用户提供每个域各自针对后续呼叫的现有业务。
为实现上述目的,本发明提供了一种第三代移动通信***的跨域路由控制方法,所述***至少包含CS域和IMS域,该CS域和IMS域均能向用户提供话音业务,所述***设置有路由策略决策点,用于保存路由策略信息,所述方法包含以下步骤:
A当呼入请求路由时,路由决策查询实体向所述路由策略决策点查询当前路由决策;
B所述路由策略决策点根据当前路由策略及路由决策相关信息,并结合用户当前在所述CS和IMS域的呼叫状态,确定路由决策;
C所述路由策略决策点向所述路由决策查询实体返回所确定的路由决策及据此确定的路由相关信息,供所述路由决策查询实体完成跨域路由控制。
其中,在所述步骤B中,当所述用户同时在所述CS和IMS域注册的时,根据所述呼叫状态确定路由决策。
此外在所述方法中,所述步骤B包含以下子步骤,
B1所述路由策略决策点获取用户当前在所述CS和IMS域的呼叫状态;
B2所述路由策略决策点根据所述呼叫状态判断选择将所述呼入请求路由到所述CS或所述IMS域;
B3基于所述步骤B2的结果,所述路由策略决策点进一步根据所述当前路由策略及路由决策相关信息确定路由决策。
此外在所述方法中,当所述***通过呼叫控制类接口实现路由决策查询时,在所述步骤B1中,所述路由策略决策点通过自行监控来获得所述呼叫状态并在本地维护,且进一步包含以下子步骤,
所述路由策略决策点通过所述呼叫控制类接口监控所述呼入请求的状态及其处理过程;
所述路由策略决策点按照用户相关呼叫的建立、和/或接通、以及释放时更新本地保存的所述呼叫状态信息。
此外在所述方法中,在所述步骤B1中,所述路由策略决策点通过与知情网络实体交互来获得所述呼叫状态并在本地维护,且进一步包含以下子步骤,
在所述呼叫状态发生变化时,所述知情网络实体将该呼叫状态的变化通知所述路由策略决策点;
所述路由策略决策点根据来自所述知情网络实体的通知在本地保存并更新所述呼叫状态信息。
此外在所述方法中,所述步骤B1中,所述知情网络实体通过所述IMS域上的SIP订阅与通知机制将所述呼叫状态的变化通知所述路由策略决策点,包含以下步骤:
所述路由策略决策点通过所述SIP订阅消息,向所述知情网络实体订阅所述呼叫状态相关事件的通知,并协商订阅有效期;
在所述订阅有效期内,当所述知情网络实体发现所述呼叫状态发生变化时,通过所述SIP通知消息,向所述路由策略决策点上报该呼叫状态变化事件;
在所述订阅有效期结束前,若用户仍然在所述IMS域注册,则所述路由策略决策点向所述知情网络实体重新订阅,并协商新的订阅有效期。
此外在所述方法中,所述步骤B1中,所述知情网络实体通过所述IMS域上的SIP发布机制将所述呼叫状态的变化通知所述路由策略决策点,包含以下步骤:
当所述知情网络实体发现所述呼叫状态发生变化时,通过所述SIP状态发布消息,向所述路由策略决策点发布该呼叫状态变化事件;
所述路由策略决策点更新本地维护的所述呼叫状态信息,并返回确认。
此外在所述方法中,所述步骤B1中,所述知情网络实体通过所述CS域上的非结构的补充业务数据业务实现的订阅与通知机制将所述呼叫状态的变化通知所述路由策略决策点,包含以下步骤:
所述路由策略决策点通过发送所述非结构的补充业务数据请求向所述知情网络实体订阅所述呼叫状态相关事件的通知;
当所述知情网络实体发现所述呼叫状态发生变化时,通过发送所述非结构的补充业务数据请求,向所述路由策略决策点上报该呼叫状态变化事件。
此外在所述方法中,所述步骤B1中,所述知情网络实体通过所述CS域上的非结构的补充业务数据业务实现的发布机制将所述呼叫状态的变化通知所述路由策略决策点,包含以下步骤:
当所述知情网络实体发现所述呼叫状态发生变化时,通过发送所述非结构的补充业务数据请求,向所述路由策略决策点发布该呼叫状态变化事件;
所述路由策略决策点更新本地维护的所述呼叫状态信息,并返回确认。
此外在所述方法中,在所述步骤B1中,所述路由策略决策点通过即时查询知情网络实体来获得所述呼叫状态信息,且进一步包含以下子步骤,
所述路由策略决策点在需要获得所述呼叫状态时向所述知情网络实体查询;
所述知情网络实体返回当前的所述呼叫状态信息给所述路由策略决策点。
此外在所述方法中,在所述步骤B1中,所述路由策略决策点通过所述IMS域上的一次性SIP订阅与通知机制来向所述知情网络实体查询所述呼叫状态,包含以下步骤:
所述路由策略决策点在需要获得所述呼叫状态时向所述知情网络实体发送一次性SIP订阅消息;
所述知情网络实体在收到订阅后,通过SIP通知消息,返回当前的所述呼叫状态信息给所述路由策略决策点。
此外在所述方法中,在所述步骤B1中,所述路由策略决策点通过所述CS域上的非结构的补充业务数据消息来向所述知情网络实体查询所述呼叫状态,包含以下步骤:
所述路由策略决策点在需要获得所述呼叫状态时向所述知情网络实体发送非结构的补充业务数据消息,向所述知情网络实体查询所述呼叫状态信息;
所述知情网络实体在收到消息后,通过非结构的补充业务数据消息,返回当前的所述呼叫状态信息给所述路由策略决策点。
此外在所述方法中,所述步骤B2进一步包含以下子步骤,
当所述路由策略决策点仅获得所述CS和IMS域中一个域的呼叫状态时,判断用户在该域的呼叫状态,如果是占用和/或预占状态,则选择在该域进行后续路由,否则是空闲状态,则优先选择在另一个域进行后续路由;
当所述路由策略决策点获得所述CS和IMS两个域的呼叫状态时,判断用户在所述CS和IMS域中是否均为空闲状态,如果是,则等优先级选择其中一个域进行后续路由,否则,选择用户处于占用和/或预占状态的域进行后续路由。
此外在所述方法中,当所述路由策略决策点在所述CS域的逻辑实体和在所述IMS域的逻辑实体相互独立时,两者之间设置所述呼叫状态信息的同步机制。
此外在所述方法中,当所述路由策略决策点在所述CS域的逻辑实体和在所述IMS域的逻辑实体在同一物理实体内时,所述呼叫状态信息的同步机制通过内部接口实现。
此外在所述方法中,当所述路由策略决策点在所述CS域的逻辑实体和在所述IMS域的逻辑实体在不同物理实体内时,所述呼叫状态信息的同步机制通过SIP、移动网增强逻辑的客户化应用部分、非结构的补充业务数据中的任意一种信令交互实现。
此外在所述方法中,所述呼叫状态信息的同步机制包含以下步骤:
当同步双方中的任意一方获得所述用户状态变化信息时,通知另一方;
另一方根据该通知更新本地保存的所述用户状态信息。
此外在所述方法中,所述呼叫状态信息的同步机制包含以下步骤:
当同步双方中的任意一方需要获知所述用户状态信息时,向另一方查询所述用户状态信息;
另一方收到查询后返回所述用户状态信息。
此外在所述方法中,所述知情网络实体可以是以下之一:
监控呼叫状态的应用服务器、“Presence”服务器、监控呼叫状态的移动网增强逻辑的客户化应用业务控制功能、或所服务的用户终端设备。
通过比较可以发现,本发明的技术方案与现有技术的主要区别在于,在接续路由呼入请求时,考虑用户当前在两个域的呼叫状态,在其中一个域被呼叫占用时,选择将新的呼叫在同一个域进行后续路由处理,从而不但可以避免在两个域同时接入呼叫的异常情况,而且可以继续将各个域现有的针对后续业务处理的补充业务提供给用户。
其中对于现有的呼叫控制类接口,RPDP可以通过自行监控获知呼叫状态并在本地维护,而另外还提出可以同时适用在基于呼叫控制类和非呼叫控制类接口的方法,即RPDP通过与知情网络实体交互更新或即时查询获知呼叫状态的方法;而其中交互更新的方法在CS域可以通过基于USSD实现的订阅与通知机制或者基于USSD实现的发布机制来实现,在IMS域,则可以通过SIP订阅与通知机制或者SIP发布机制来实现;而即时查询的方法在CS域同样可以基于USSD消息实现,在IMS域由SIP消息实现。
另外,本发明还分别在仅获知一个或同时获知两个域的呼叫状态的情况下,进行选域路由,尽量选择已经有呼叫被占用的那个域进行后续路由,这样可以实现向用户提供该域补充业务的发明目的。
此外,对于CS域和IMS域具有相互独立的RPDP实体的情况,本发明采用内部接口或外部的SIP/CAP/USSD等接口实现两者之间的同步机制,保证不同域的RPDP间共享最新的呼叫状态信息,基于呼叫状态的路由能够准确实行。
这种技术方案上的区别,带来了较为明显的有益效果,即通过考虑用户当前呼叫状态的跨域路由控制方案,不但可以避免在两个域同时接入呼叫的异常情况,而且可以继续利用各个域的针对后续业务处理的现有补充业务。从而适应用户终端因只有一个音频I/O模块不能同时在CS/IMS域进行语音通话的情况,以及继续提供在CS/IMS域现有的针对呼叫中的后续呼叫处理相关的业务特征的处理需求。
通过针对是否采用呼叫控制类接口的情况分别提供相应解决方案,而且均采用现有的比如USSD、SIP等消息机制实现,使得本发明能在现有技术基础上方便的升级或改进,不但保持了对现有技术条件很好的兼容,而且降低了发明带来技术革新的成本。
另外还考虑到CS/IMS域独立逻辑实体RPDP之间的同步机制的实现,提高RPDP跨域路由控制的可靠性。
通过本发明的,进一步完善了现有的跨域路由控制方案,改善了用户的业务感受,进一步促进了CS、WLAN及IMS网络的应用发展。
附图说明
图1是根据本发明的第二实施例的跨域路由控制方法流程图;
图2是根据本发明的第四实施例的跨域路由信令交互流程图;
图3是根据本发明的第五实施例的基于事件订阅与通知机制的跨域路由信令交互流程图;
图4是根据本发明的第五实施例的基于状态发布机制的跨域路由信令交互流程图;
图5是根据本发明的第六实施例的基于即时查询的跨域路由信令交互流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述。
鉴于现有技术方案中,在进行跨域路由控制时,由于没有考虑用户当前呼叫状态即进行跨域路由选择,当用户在两个域同时注册的情况下,可能会导致两个不同的域呼入同时接通,而用户只能接听其中一个的异常情况。本发明提出一种增强的跨域路由控制方案,主要是在进行对新呼入请求跨域路由时,先获取用户当前在两个域的呼叫状态并由RPDP根据已知呼叫状态信息来尽量选择当前已经占用的域进行对新呼入请求的后续路由,避免两个不同域呼入同时接通的情况,且能使得现有的针对同一个域后续呼叫的补充业务继续向新呼入请求提供。
在3G多域共存的语音业务应用环境中,当用户选择使用不同接入技术的终端接入IMS/CS域时,本发明根据为用户制定的路由策略以及用户在不同域是否可及、当前呼叫状态等信息,在有CS/IMS域呼入请求到该用户时,以增强跨域路由控制方法来选定其接续路由。该方法在现有技术方案的基础上增加了当用户已经在两个域注册的情况下,进一步根据用户当前在CS/IMS域的呼叫状态进行路由决策的处理,以适应用户终端因只有一个音频I/O模块因而不能同时在CS和IMS域进行语音通话的情况,以及继续提供在CS和IMS域已经具备的针对呼叫中的后续呼叫处理相关的业务特征的处理需求。
这一方法的关键技术在于如何获得用户的呼叫状态信息,以及如何根据已知的呼叫状态来选择决定哪个域进行后续路由。本发明针对现有技术的基于呼叫控制类接口的情况提出自行监控获得呼叫状态的方法;另外建议采用的本地维护并与其它网络实体交互更新或者即时查询获得呼叫状态的方法则在基于呼叫类控制接口和非呼叫控制类接口的情况都能适用,其中RPDP与其它知情网络实体的交互或查询在CS域或IMS域可以分别采用USSD消息或SIP消息的相关机制来实现。而对于在能够获得一个或两个域的呼叫状态信息的不同情形下,给出尽量选择其中一个最有可能或者已经被占用的域作为新呼入请求的接续路由域。除此之外,还考虑了RPDP在CS/IMS域作为独立逻辑实体的情况下,如何实现两者之间对于用户当前呼叫状态信息的同步更新,用同一物理实体的内部接口或不同物理实体间的外部交互方法实现了同步。
在本发明的第一实施例中,第三代移动通信***是包含CS域和IMS域,用户可以同时在两个域注册,可以在两个域使用话音业务。在该***中引入路由策略决策点/实体(RPDP),并在CS/IMS路由控制过程中增加对该实体的路由决策查询,由该RPDP实体根据用户在CS/IMS的当前路由决策相关信息以及预先设置本地存储的当前路由策略完成当前路由决策,然后根据当前路由决策返回据此决定的路由信息并控制CS/IMS域中的路由控制实体完成该次呼叫/会话的后续路由控制。此外,RPDP在进行路由决策时不仅考虑到当前路由策略和其它相关信息,还要结合用户在CS/IMS域的呼叫状态。
主要步骤分为查询、判断和返回,其中关键步骤在于判断决策,由于需要结合用户当前呼叫状态进行决策,因此这一步在本发明的第二实施例中被细化为:获取状态、选域和决策三个子步骤,再加上判断用户是否在两个域都注册的潜在条件,因此整个流程分为六个步骤,流程图如图1所示。
首先在步骤101中,当呼入请求路由时,路由决策查询实体向RPDP查询当前路由决策。
接着在可选的步骤102中,判断用户是否同时在CS域和IMS域注册,如果是,则需要引入考虑用户呼叫状态,进入步骤103,否则只需考虑路由策略等,直接进入步骤105。
在步骤103中,RPDP获取用户当前在CS域和IMS域的呼叫状态,然后进入步骤104。RPDP如果要考虑用户状态,必须先通过相应手段获取用户当前在两个域的呼叫状态。
在步骤104中,RPDP根据呼叫状态判断选择将呼入请求路由到CS域或IMS域。步骤103获取用户当前呼叫状态以及这一步选域的过程就是体现本发明的关键,即将后续呼叫尽量接续到已有呼叫的域中,这样避免两个域同时呼入的异常情况,也可以继续向用户提供CS域和IMS域中现有的针对本域后续呼叫请求的补充业务。
在步骤105中,RPDP进一步根据当前路由策略及路由决策相关信息确定路由决策。这一步即RPDP进行路由决策的步骤,注意到这里如果需要考虑用户状态,则需要基于步骤104中选域的结果进一步进行决策。比如,步骤104选择CS域,则这里就要在CS进行后续路由,或者步骤104优先选择CS域,则这里就需要综合其它条件进行判断选域路由。这样就实现了RPDP根据当前路由策略及路由决策相关信息,并结合用户当前在CS/IMS域的呼叫状态,确定路由决策。
最后在步骤106中,RPDP向路由决策查询实体返回所确定的路由决策及路由相关信息,供路由决策查询实体完成跨域路由控制。
下面的实施例将围绕上述流程的两个关键步骤展开,即根据如何实现RPDP获取用户当前呼叫状态信息的不同而展开,和如何实现RPDP根据已知呼叫进行选域判断而展开。本文接下去将给出三种获取用户当作呼叫状态信息的方法,每种方法根据所应用的域不同、所使用的方式不同又分为若干种。而对于选域判断则将给出详细的准则,覆盖已知其中任何一个或全部两个域的呼叫状态的情况。
首先说明选域判断的详细准则,本发明的第三实施例在第二实施例的基础上,给出步骤104中根据已知呼叫状态信息的进行选域判断的详细准则,按如下步骤进行:
当RPDP仅获得CS域或IMS域中一个域的呼叫状态时,判断用户在该域的呼叫状态,如果是占用/预占状态,则选择在该域进行后续路由,否则是空闲状态,则优先选择在另一个域进行后续路由。这是因为在只知道一个域的情况下,如果这个域确定已经占用/预占的话,说明这个域肯定有呼叫,因此必须将新呼入请求接续路由到该域;否则说明这个域空闲,那么只有另外一个域有可能有呼叫,因此将新呼入请求接续路由到另外一个域,可以保证不出现两个域同时呼入的异常情况。
当RPDP同时能够获得CS域和IMS域两个域的呼叫状态时,判断用户在CS域和IMS域中是否均为空闲状态,如果是,则等优先级选择其中一个域进行后续路由,否则,选择用户处于占用/预占状态的域进行后续路由。这是在两个域均空闲的状态下,新呼入无论在哪个域接续都不会出现上述的两个呼入的情况,因此不做选择,让RPDP根据路由策略进行决策,而如果其中有一个域出现占用/预占的情况,则RPDP要选择呼入接续到该域。当然,这里理论上不会出现两个域都占用/预占的情况。
接下去将按照获取状态的三种实现手段和每种手段的不同实现方式进行分析。首先根据前述是否使用呼叫控制类接口的两种模式,给出不同的实现手段:对于采用呼叫控制类接口的模式,可以采用简单的自行监控并本地维护实现;而对于采用非呼叫控制类接口的模式,则采用与其它知情网络实体进行交互更新,或者向知情网络实体即时查询,这两种方法,当然,这两种方法同时也都适用于使用呼叫控制类接口的模式。下面几个实施例将具体给出这三种实现手段的技术细节。
首先说明基于呼叫控制类接口的模式下,采用自行监控和本地维护的方法获得呼叫状态信息。本发明的第四实施例在第二实施例的基础上,在步骤103中RPDP通过自行监控来获得呼叫状态,并在本地维护。具体步骤可以分为两步:当3G***是通过呼叫控制类接口实现路由决策查询时,首先RPDP通过呼叫控制类接口监控呼入请求的状态及其处理过程,然后RPDP按照用户相关呼叫的建立、和/或接通、以及释放时更新本地保存的呼叫状态信息。
RPDP通过相应呼叫控制类接口原有机制,实现对触发到该节点进行路由决策控制的呼叫/会话的整个呼叫/会话过程的状态监控:
比如在CS域中,该接口为GMSC与SCP间的CAP接口时,作为gsmSCF的RPDP通过向作为gsmSSF的GMSC配置呼叫应答和/或呼叫释放的基本呼叫状态事件检测点实现对经过CS域路由决策控制的呼叫的整个过程的监控;
而在IMS域中,该接口为IMS域中的S-CSCF与AS间的ISC接口时,作为AS的RPDP通过以Proxy模式控制并将自己的域名添加到Record-Route头域的方式或以B2BUA模式进行控制的方式将自己保留在会话路径中实现对经过IMS域路由决策控制的会话的整个过程的监控;
同时,RPDP在CS和/或IMS呼叫建立(返回路由决策确定的路由信息并指示继续接续)、和/或接通、以及释放时更新本地保存的用户CS和/或IMS呼叫状态。
下面给出的交互更新的方法无论在基于呼叫控制类接口还是非呼叫控制类接口的模式下都能适用,即采用与其它知情网络实体进行交互更新的方法获得呼叫状态信息。这里所谓知情网络实体就是其它了解用户呼叫状态信息的网络实体,比如Presence服务器、其他监控呼叫状态的应用服务器或CAMEL业务控制功能、用户设备本身等。本发明的第五实施例在第二实施例的基础上,在步骤103中:在呼叫状态发生变化时,知情网络实体将该呼叫状态的变化通知RPDP;RPDP根据来自知情网络实体的通知在本地保存并更新呼叫状态信息。
所谓知情网络实体可以是另外一个监控CS/IMS呼叫状态的服务器,如其他监控呼叫状态的应用服务器或CAMEL业务控制功能,或Presence服务器,或者,该网络实体可以是所服务的用户终端;而在后一情况下,如果采用基于IMS的机制实现,则在用户完成IMS注册后,如果采用基于CS的机制完成,则在用户完成CS的注册(位置更新)后。
所谓交互更新过程即是:在呼叫状态发生变化时,由该了解当前呼叫状态的知情网络实体向RPDP发送相应的状态变化通知,RPDP根据上述状态变化通知在本地保存并更新用户在CS/IMS域的呼叫状态。
至于如何实现这里所谓的交互更新,本发明建议了分别针对于CS域和IMS域的四种方式:在IMS域下采用SIP订阅与通知机制、SIP发布机制,在CS域下采用基于USSD应用实现的订阅与通知机制、基于USSD应用实现的发布机制。
第一种实现交互更新的手段是SIP订阅与通知机制。基于IMS上SIP的订阅与通知机制,由RPDP预先向所述了解当前呼叫状态的知情网络实体进行相关事件的订阅,具体步骤如下所述:
RPDP向所述了解当前呼叫状态的知情网络实体发送SIP订阅消息进行呼叫状态相关事件的订阅,该了解当前呼叫状态的知情网络实体接受该订阅后返回确认,并在此过程中完成订阅有效期的协商;
之后在订阅有效期内,当该了解当前呼叫状态的知情网络实体发现用户在CS/IMS呼叫状态发生变化时,向RPDP上报该状态变化事件,RPDP返回确认;
在所协商的订阅有效期到期前,若用户仍然没有从IMS注销,则RPDP向该了解当前呼叫状态的知情网络实体发送新的订阅消息进行订阅刷新,该知情网络实体接受该订阅后返回确认,并在此过程中完成订阅有效期的重新协商与启动。
第二种实现交互更新的手段是SIP状态发布机制。基于IMS上SIP的状态发布机制完成,了解当前呼叫状态的知情网络实体根据本地配置在发现用户在CS和/或IMS呼叫状态发生变化时,通过SIP PUBLISH向RPDP发布该状态变化事件,RPDP记录该状态,返回确认。RPDP更新本地维护的呼叫状态信息。
第三种实现交互更新的手段是USSD订阅与通知机制。基于CS域USSD应用完成相关事件的订阅和通知,具体步骤如下所述:
RPDP向了解当前呼叫状态的知情网络实体发送USSD消息进行呼叫状态相关事件的订阅;
之后当该知情网络实体发现用户在CS和/或IMS呼叫状态发生变化时,以USSD向RPDP上报该状态变化事件。RPDP在本地维护更新用户呼叫状态信息。
第四种实现交互更新的手段是USSD状态发布机制。与SIP状态发布机制类似,只是这里是在CS域基于USSD应用实现。了解当前呼叫状态的知情网络实体根据本地配置在发现用户在CS/IMS呼叫状态发生变化时,通过USSD向RPDP发布该状态变化事件。RPDP更新本地维护的呼叫状态信息,并返回确认。
熟悉本领域的技术人员可以理解,上面列出四种在CS或者IMS域实现RPDP与其它知情网络实体进行交互更新的手段,可以用其它可行的交互更新机制代替,同样能实现发明目的而不影响本发明的实质和范围。
与交互更新并列的另一种方法是即时查询。本发明的第六实施例在第二实施例的基础上,RPDP在需要获知用户当前呼叫状态信息时,即时向其它知情网络实体查询的方法获得呼叫状态信息。即RPDP在需要获得呼叫状态时向知情网络实体查询;知情网络实体返回当前的呼叫状态信息给RPDP。
实现即时查询也有CS域和IMS域的两种手段,即SIP一次性订阅和USSD查询。
基于IMS上SIP的一次性订阅与通知机制完成,即:RPDP在需要获得用户当前呼叫状态时向了解当前呼叫状态的知情网络实体发送SIP订阅消息进行呼叫状态相关事件的订阅,知情网络实体接受该订阅后返回确认,并在随后返回当前状态信息。知情网络实体在呼叫状态变化时并不主动通知RPDP,RPDP也并不需要在本地保存维护。
基于CS域USSD应用完成相关事件的查询,即:RPDP在需要获得用户当前呼叫状态时向了解当前呼叫状态的知情网络实体发送USSD消息进行呼叫状态的查询,知情网络实体随后以USSD向RPDP上报当前状态信息。同样的,知情网络实体在呼叫状态变化时并不主动通知RPDP,RPDP也并不需要在本地保存维护。
熟悉本领域的技术人员可以理解,上面列出两种在CS或者IMS域实现RPDP向其它知情网络实体即时查询用户当前呼叫状态的手段,可以用其它可行的查询机制代替,同样能实现发明目的而不影响本发明的实质和范围。
至此,上文已经给出本发明的增强跨域路由控制方法的具体实现流程,而且给出了关键步骤如获取呼叫状态、选域准则等的具体实现手段及其技术细节。此外,本发明还考虑如果RPDP在CS域和IMS域往往会由相互独立的逻辑实体分别实现的情况,这样的话两个实体需要同步用户呼叫状态信息,即本发明的第七实施例在第二实施例的基础上,当RPDP在CS域的逻辑实体和在IMS域的逻辑实体相互独立时,两者之间设置呼叫状态信息的同步机制。
进一步考虑到两个RPDP的逻辑实体在物理上可以合为一个物理实体,也可以分为两个物理实体。因此对于两个逻辑实体在同一物理实体实现时,其间接口为内部接口,呼叫状态信息的同步机制通过内部接口实现。当两个逻辑实体分别在两个不同的物理实体实现时,采用SIP/CAP/USSD或其他自定义方式进行上述交互。
此外按照同步机制的实现手段不同,还可以分为变化时通知和使用时查询方式两种方法。所谓变化时通知,即当同步双方中的任意一方获得用户状态变化信息时,通知另一方;另一方根据该通知更新用户状态信息。所谓使用时查询,即当同步双方中的任意一方需要获知用户状态信息时,向另一方查询更新用户状态信息;另一方收到查询后返回用户状态信息。
熟悉本领域的技术人员可以理解,上面列出两种接口实现方式和两种同步机制实现方式,可以用其它可行的接口和同步机制代替,同样能实现发明目的而不影响本发明的实质和范围。
在本文最后,综合上述几个实施例的说明,将给出采用各种接口、各种交互机制,进行增强跨域路由控制的信令交互的整体流程图。
图2示出的是前述本发明的第四实施例中,在基于呼叫控制类接口的模式下,用本地监控呼叫状态获得用户当前呼叫状态信息的跨域路由控制方案的总体流程图。
GMSC收到呼叫建立请求后,向被叫用户归属的HLR查询路由信息,HLR根据用户签约返回用户被叫侧CAMEL签约信息,GMSC根据该被叫侧CAMEL签约信息触发被叫侧CAMEL业务,通过CAP接口向作为gsmSCF的RPDP发起路由决策的查询。
RPDP与HLR/HSS交互查询用户当前在CS/IMS的注册状态,当获知用户当前在CS/IMS都已注册后进一步判断本地保存的用户当前在两个域的呼叫状态,由于用户呼叫状态初始设置为空闲,RPDP根据当前路由策略确定当前路由决策。这里以决策在IMS接续为例,RPDP通过连接消息向GMSC返回携带指向CS/IMS互通网关MGCF的改发号码;在此之前,为了监控整个呼叫过程,RPDP向GMSC下发请求报告基本呼叫模型事件消息(RRBE)配置呼叫失败、主叫放弃、呼叫应答及呼叫释放基本呼叫模型事件检测点(呼叫应答为可选),并结合所作的路由决策,将用户在IMS的呼叫状态设置为预占(若未配置呼叫应答,则直接设置为占用)。
GMSC根据改发号码将呼叫路由至上述CS/IMS互通网关,由MGCF继续完成后续在IMS的路由控制。当配置呼叫应答检测点时,GMSC在收到返回的呼叫应答时向作为gsmSCF的RPDP上报呼叫应答事件,RPDP设置用户在IMS的呼叫状态为占用。
之后,GMSC或S-CSCF收到新的呼叫/会话建立请求,通过各自原有方式向RPDP发起当前路由决策的查询。GMSC为被叫侧CAMEL业务触发方式,RPDP作为gsmSCF;S-CSCF则是IMS被叫侧业务触发方式,RPDP作为AS;进一步的,作为两个独立逻辑实体的CS和IMS的RPDP需要通过其间的内部或外部接口进行上述呼叫状态信息的同步。
RPDP与HLR/HSS交互查询用户当前在CS/IMS的注册状态,当获知用户当前在CS/IMS都已注册后,进一步判断本地保存的用户当前在两个域的呼叫状态,由于用户呼叫状态已设置为IMS占用,RPDP确定当前路由决策为在IMS路由并向GMSC/S-CSCF返回相应的指示及路由信息。
GMSC/S-CSCF根据该指示及信息进行后续到IMS的路由,这里以基于IMS域呼叫中后续呼叫处理对这一新到呼叫/会话处理结果为呼叫/会话拒绝为例,GMSC/S-CSCF分别向主叫侧返回呼叫拒绝结束该新到呼叫/会话的处理。
后续用户在IMS完成前一呼叫的释放,GMSC收到呼叫释放消息后向作为gsmSCF的RPDP上报呼叫释放事件,RPDP据此将用户在IMS的呼叫状态设置为空闲,并指示GMSC继续完成呼叫释放的处理,GMSC继续完成呼叫释放。
需要说明的是:当此处第一个呼叫在IMS进行路由决策查询时,过程基本相同,所不同的是,作为AS的RPDP是通过以Proxy模式控制并将自己的域名添加到Record-Route头域的方式或者以B2BUA模式进行控制的方式,将自己保留在会话路径中实现对IMS域整个会话过程的监控的。
图3示出的是前述本发明的第五实例中,在基于呼叫控制类接口的模式下,通过与知情网络实体进行交互更新来获得用户当前呼叫状态信息的跨域路由控制方案的总体流程图,其中交互更新是采用状态事件订阅与通知机制实现的。
与图2不同的是,这里采用基于交互更新和本地维护呼叫状态进行跨域路由控制的实现,而交互更新则采用SIP订阅通知机制实现,在用户在IMS注册时由作为AS的RPDP根据收到的第三方注册请求向用户终端进行相应事件的订阅。由于同样是基于呼叫控制类接口的模式,这里CS/IMS对于后续呼叫/会话的处理与图2相同。
用户在IMS进行注册,S-CSCF向用户返回注册成功的响应后,根据用户签约数据中的初始过滤准则向作为AS的RPDP发起第三方注册,作为AS的RPDP返回注册成功响应,随后向用户终端发起呼叫状态相关事件的订阅,其中携带初始订阅有效期;用户终端返回订阅事件订阅响应并携带最终确认的订阅有效期以完成订阅有效期的协商,随后发送事件订阅成功通知。后续用户在IMS发起/接收一个会话,用户终端根据先前的订阅向作为AS的RPDP发送状态变化事件通知,RPDP据此将用户在IMS的呼叫状态设置为占用。
之后,GMSC或S-CSCF收到新的呼叫/会话建立请求,通过各自原有方式向RPDP发起当前路由决策的查询。GMSC为被叫侧CAMEL业务触发方式,RPDP作为gsmSCF;S-CSCF则是IMS被叫侧业务触发方式,RPDP作为AS;进一步的,作为两个独立逻辑实体的CS和IMS的RPDP需要通过其间的内部或外部接口进行上述呼叫状态信息的同步。
RPDP与HLR/HSS交互查询用户当前在CS/IMS的注册状态,当获知用户当前在CS/IMS都已注册后,进一步判断本地保存的用户当前在两个域的呼叫状态,由于用户呼叫状态已设置为IMS占用,RPDP确定当前路由决策为在IMS路由并向GMSC/S-CSCF返回相应的指示及路由信息。
GMSC/S-CSCF根据该指示及信息进行后续到IMS的路由,这里基于IMS域呼叫中后续呼叫处理对这一新到呼叫/会话处理结果为呼叫/会话拒绝,GMSC/S-CSCF分别向主叫侧返回呼叫拒绝结束该新到呼叫/会话的处理。
后续用户在IMS完成前一呼叫的释放,用户终端根据先前的订阅向作为AS的RPDP发送状态变化事件通知,RPDP据此将用户在IMS的呼叫状态设置为空闲。
需要说明的是:这里采用了SIP订阅通知模式,并且采用用户注册并发起向AS的第三方注册的时机点进行相应事件的订阅,其他环节发起订阅,如用户已注册,AS收到操作员指示发起,也同样有效;另外这里采用了AS向用户终端订阅的方式,AS也可向其他了解用户呼叫状态的网络实体,如Presence服务器、其他监控用户在CS和/或IMS整个呼叫过程的gsmSCF或AS等进行订阅。
另外这里采用了SIP订阅通知模式实现状态变化事件通知,状态变化事件的通知还可以采用SIP状态发布模式实现,或者采用基于CS域的USSD实现的订阅通知或状态发布机制实现。基于CS域的USSD实现订阅通知或状态发布机制与基于SIP的实现的主要区别是,RPDP和负责状态变化通知/发布的网络实体提供USSD应用,以CS域的USSD交互而不是IMS上的SIP消息交互承载相应的订阅与通知以及状态发布,其处理逻辑基本一致。
图4示出的是前述本发明的第五实例中,在基于非呼叫控制类接口的模式下,通过与知情网络实体进行交互更新来获得用户当前呼叫状态信息的跨域路由控制方案的总体流程图,其中交互更新是采用状态发布机制实现的。
这里同样采用基于状态变化通知本地维护呼叫状态进行跨域路由控制的实现方案,与上图不同的是,状态变化通知采用SIP状态发布机制实现,由用户终端在完成IMS注册后以及呼叫状态发生变化时根据预先的设置向作为AS的RPDP发布当前的呼叫状态。
同时,与图2、图3的不同之处还在于,在CS采用了基于非呼叫控制类接口完成路由决策查询的模式二实现跨域路由控制,由作为STP的RPDP拦截CS域中的GMSC到HLR的路由信息查询消息进而完成当前路由决策查询并根据当前决策实现路由控制。
用户完成在IMS的注册,之后用户终端根据配置向作为AS的RPDP发布当前状态(空闲),RPDP返回呼叫状态发布响应,并据此将用户在IMS的呼叫状态设置为空闲;后续用户在IMS发起/接收一个会话,用户终端根据配置再次向作为AS的RPDP发布当前状态变化,RPDP返回呼叫状态变化发布响应,并据此将用户在IMS的呼叫状态设置为占用。
之后,GMSC收到新的呼叫建立请求,向被叫用户归属HLR查询路由信息,作为STP的RPDP拦截该路由信息查询消息,进而根据用户在两个域的注册状态以及用户在IMS的呼叫状态确定当前路由决策为在IMS路由并直接向GMSC返回相应的指示及路由信息,GMSC根据该指示及信息进行后续到IMS的路由,与上图一样,基于IMS域呼叫中后续呼叫处理对这一新到呼叫处理结果为呼叫拒绝,GMSC向主叫侧返回呼叫拒绝结束该新到呼叫的处理。
后续用户在IMS完成前一呼叫的释放,根据配置再次向作为AS的RPDP发布当前状态变化,RPDP返回呼叫状态变化发布响应,并据此将用户在IMS的呼叫状态设置为空闲。
需要说明的是:这里采用用户终端向作为AS的RPDP发布呼叫状态,也可由其他了解用户呼叫状态的网络实体,如Presence服务器、其他监控用户在CS和/或IMS整个呼叫过程的gsmSCF或AS等,向作为AS的RPDP发布呼叫状态。
这里还采用了SIP状态发布模式实现状态变化事件通知,状态变化事件的通知可以采用SIP订阅通知模式实现,或者采用基于CS域的USSD实现的订阅通知或状态发布机制实现(基于CS域的USSD实现订阅通知或状态发布机制与基于SIP的实现的主要区别是,RPDP和负责状态变化通知/发布的网络实体提供USSD应用,以CS域的USSD交互而不是IMS上的SIP消息交互承载相应的订阅与通知以及状态发布,其处理逻辑基本一致。
图5示出的是前述本发明的第六实例中,通过向知情网络实体即时查询来获得用户当前呼叫状态信息的跨域路由控制方案的总体流程图。图中显示的是在CS域是基于非呼叫控制类接口的模式,而在IMS域是基于非呼叫控制类接口的模式。
与图4不同的是,这里采用即时查询呼叫状态进行跨域路由控制的实现方案,并提供了基于IMS域上SIP和基于CS域上USSD的方式向用户终端完成该查询。
这里与前面各图的区别仅在于呼叫状态的获取,适用于基于呼叫控制类接口或非呼叫控制类接口的跨域路由控制方案,针对后续呼叫/会话的处理,本例在CS采用了非呼叫控制类接口的实现,其处理过程与图4相同,在IMS采用了呼叫控制类接口的实现,其处理过程与图2、图3相同。
GMSC或S-CSCF收到呼叫/会话建立请求,在此之前,用户已在IMS发起/接收一个会话,状态为占用,与上图不同的是,此时并不进行状态变化的通知或发布;GMSC或S-CSCF通过各自原有方式向RPDP发起当前路由决策的查询。GMSC向HLR查询路由信息并由作为STP的RPDP拦截该路由信息查询消息;S-CSCF则是IMS被叫侧业务触发方式,RPDP作为AS;这种方式下,作为两个独立逻辑实体的CS和IMS的RPDP彼此独立查询,并不需要通过其间的内部或外部接口进行上述呼叫状态信息的同步。
RPDP与HLR/HSS交互查询用户当前在CS/IMS的注册状态,当获知用户当前在CS/IMS都已注册后,进一步以SIP一次性订阅通知方式或USSD方式向终端进行当前呼叫状态的查询,根据查询获得的结果(IMS占用),RPDP确定当前路由决策为在IMS路由并向GMSC/S-CSCF返回相应的指示及路由信息。
GMSC/S-CSCF根据该指示及信息进行后续到IMS的路由,这里基于IMS域呼叫中后续呼叫处理对这一新到呼叫/会话处理结果为呼叫/会话拒绝,GMSC/S-CSCF分别向主叫侧返回呼叫拒绝结束该新到呼叫/会话的处理。
后续用户在IMS完成前一呼叫的释放,状态变为空闲,与上面的图不同的是,此时并不进行状态变化的通知或发布。
需要说明的是:这里采用向用户终端进行当前呼叫状态的查询方式,RPDP也可向其他了解用户呼叫状态的网络实体,如Presence服务器、其他监控用户在CS和/或IMS整个呼叫过程的gsmSCF或AS等,进行当前呼叫状态的查询。
虽然通过参照本发明的某些优选实施例,已经对本发明进行了图示和描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (19)
1.一种第三代移动通信***的跨域路由控制方法,所述***至少包含CS域和IMS域,该CS域和IMS域均能向用户提供话音业务,所述***设置有路由策略决策点,用于保存路由策略信息,其特征在于,所述方法包含以下步骤:
A当呼入请求路由时,路由决策查询实体向所述路由策略决策点查询当前路由决策;
B所述路由策略决策点根据当前路由策略及路由决策相关信息,并结合用户当前在所述CS和IMS域的呼叫状态,确定路由决策;
C所述路由策略决策点向所述路由决策查询实体返回所确定的路由决策及据此确定的路由相关信息,供所述路由决策查询实体完成跨域路由控制。
2.根据权利要求1所述的第三代移动通信***的跨域路由控制方法,其特征在于,在所述步骤B中,当所述用户同时在所述CS和IMS域注册的时,根据所述呼叫状态确定路由决策。
3.根据权利要求1所述的第三代移动通信***的跨域路由控制方法,其特征在于,所述步骤B包含以下子步骤,
B1所述路由策略决策点获取用户当前在所述CS和IMS域的呼叫状态;
B2所述路由策略决策点根据所述呼叫状态判断选择将所述呼入请求路由到所述CS或所述IMS域;
B3基于所述步骤B2的结果,所述路由策略决策点进一步根据所述当前路由策略及路由决策相关信息确定路由决策。
4.根据权利要求3所述的第三代移动通信***的跨域路由控制方法,其特征在于,当所述***通过呼叫控制类接口实现路由决策查询时,在所述步骤B1中,所述路由策略决策点通过自行监控来获得所述呼叫状态并在本地维护,且进一步包含以下子步骤,
所述路由策略决策点通过所述呼叫控制类接口监控所述呼入请求的状态及其处理过程;
所述路由策略决策点按照用户相关呼叫的建立、和/或接通、以及释放时更新本地保存的所述呼叫状态信息。
5.根据权利要求3所述的第三代移动通信***的跨域路由控制方法,其特征在于,在所述步骤B1中,所述路由策略决策点通过与知情网络实体交互来获得所述呼叫状态并在本地维护,且进一步包含以下子步骤,
在所述呼叫状态发生变化时,所述知情网络实体将该呼叫状态的变化通知所述路由策略决策点;
所述路由策略决策点根据来自所述知情网络实体的通知在本地保存并更新所述呼叫状态信息。
6.根据权利要求5所述的第三代移动通信***的跨域路由控制方法,其特征在于,所述步骤B1中,所述知情网络实体通过所述IMS域上的SIP订阅与通知机制将所述呼叫状态的变化通知所述路由策略决策点,包含以下步骤:
所述路由策略决策点通过所述SIP订阅消息,向所述知情网络实体订阅所述呼叫状态相关事件的通知,并协商订阅有效期;
在所述订阅有效期内,当所述知情网络实体发现所述呼叫状态发生变化时,通过所述SIP通知消息,向所述路由策略决策点上报该呼叫状态变化事件;
在所述订阅有效期结束前,若用户仍然在所述IMS域注册,则所述路由策略决策点向所述知情网络实体重新订阅,并协商新的订阅有效期。
7.根据权利要求5所述的第三代移动通信***的跨域路由控制方法,其特征在于,所述步骤B1中,所述知情网络实体通过所述IMS域上的SIP发布机制将所述呼叫状态的变化通知所述路由策略决策点,包含以下步骤:
当所述知情网络实体发现所述呼叫状态发生变化时,通过所述SIP状态发布消息,向所述路由策略决策点发布该呼叫状态变化事件;
所述路由策略决策点更新本地维护的所述呼叫状态信息,并返回确认。
8.根据权利要求5所述的第三代移动通信***的跨域路由控制方法,其特征在于,所述步骤B1中,所述知情网络实体通过所述CS域上的非结构的补充业务数据业务实现的订阅与通知机制将所述呼叫状态的变化通知所述路由策略决策点,包含以下步骤:
所述路由策略决策点通过发送所述非结构的补充业务数据请求向所述知情网络实体订阅所述呼叫状态相关事件的通知;
当所述知情网络实体发现所述呼叫状态发生变化时,通过发送所述非结构的补充业务数据请求,向所述路由策略决策点上报该呼叫状态变化事件。
9.根据权利要求5所述的第三代移动通信***的跨域路由控制方法,其特征在于,所述步骤B1中,所述知情网络实体通过所述CS域上的非结构的补充业务数据业务实现的发布机制将所述呼叫状态的变化通知所述路由策略决策点,包含以下步骤:
当所述知情网络实体发现所述呼叫状态发生变化时,通过发送所述非结构的补充业务数据请求,向所述路由策略决策点发布该呼叫状态变化事件;
所述路由策略决策点更新本地维护的所述呼叫状态信息,并返回确认。
10.根据权利要求3所述的第三代移动通信***的跨域路由控制方法,其特征在于,在所述步骤B1中,所述路由策略决策点通过即时查询知情网络实体来获得所述呼叫状态信息,且进一步包含以下子步骤,
所述路由策略决策点在需要获得所述呼叫状态时向所述知情网络实体查询;
所述知情网络实体返回当前的所述呼叫状态信息给所述路由策略决策点。
11.根据权利要求10所述的第三代移动通信***的跨域路由控制方法,其特征在于,在所述步骤B1中,所述路由策略决策点通过所述IMS域上的一次性SIP订阅与通知机制来向所述知情网络实体查询所述呼叫状态,包含以下步骤:
所述路由策略决策点在需要获得所述呼叫状态时向所述知情网络实体发送一次性SIP订阅消息;
所述知情网络实体在收到订阅后,通过SIP通知消息,返回当前的所述呼叫状态信息给所述路由策略决策点。
12.根据权利要求10所述的第三代移动通信***的跨域路由控制方法,其特征在于,在所述步骤B1中,所述路由策略决策点通过所述CS域上的非结构的补充业务数据消息来向所述知情网络实体查询所述呼叫状态,包含以下步骤:
所述路由策略决策点在需要获得所述呼叫状态时向所述知情网络实体发送非结构的补充业务数据消息,向所述知情网络实体查询所述呼叫状态信息;
所述知情网络实体在收到消息后,通过非结构的补充业务数据消息,返回当前的所述呼叫状态信息给所述路由策略决策点。
13.根据权利要求3所述的第三代移动通信***的跨域路由控制方法,其特征在于,所述步骤B2进一步包含以下子步骤,
当所述路由策略决策点仅获得所述CS和IMS域中一个域的呼叫状态时,判断用户在该域的呼叫状态,如果是占用和/或预占状态,则选择在该域进行后续路由,否则是空闲状态,则优先选择在另一个域进行后续路由;
当所述路由策略决策点获得所述CS和IMS两个域的呼叫状态时,判断用户在所述CS和IMS域中是否均为空闲状态,如果是,则等优先级选择其中一个域进行后续路由,否则,选择用户处于占用和/或预占状态的域进行后续路由。
14.根据权利要求3所述的第三代移动通信***的跨域路由控制方法,其特征在于,当所述路由策略决策点在所述CS域的逻辑实体和在所述IMS域的逻辑实体相互独立时,两者之间设置所述呼叫状态信息的同步机制。
15.根据权利要求14所述的第三代移动通信***的跨域路由控制方法,其特征在于,当所述路由策略决策点在所述CS域的逻辑实体和在所述IMS域的逻辑实体在同一物理实体内时,所述呼叫状态信息的同步机制通过内部接口实现。
16.根据权利要求14所述的第三代移动通信***的跨域路由控制方法,其特征在于,当所述路由策略决策点在所述CS域的逻辑实体和在所述IMS域的逻辑实体在不同物理实体内时,所述呼叫状态信息的同步机制通过SIP、移动网增强逻辑的客户化应用部分、非结构的补充业务数据中的任意一种信令交互实现。
17.根据权利要求14所述的第三代移动通信***的跨域路由控制方法,其特征在于,所述呼叫状态信息的同步机制包含以下步骤:
当同步双方中的任意一方获得所述用户状态变化信息时,通知另一方;
另一方根据该通知更新本地保存的所述用户状态信息。
18.根据权利要求14所述的第三代移动通信***的跨域路由控制方法,其特征在于,所述呼叫状态信息的同步机制包含以下步骤;
当同步双方中的任意一方需要获知所述用户状态信息时,向另一方查询所述用户状态信息;
另一方收到查询后返回所述用户状态信息。
19.根据权利要求5至12中任一项所述的第三代移动通信***的跨域路由控制方法,其特征在于,所述知情网络实体可以是以下之一:
监控呼叫状态的应用服务器、“Presence”服务器、监控呼叫状态的移动网增强逻辑的客户化应用业务控制功能、或所服务的用户终端设备。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100284945A CN100505899C (zh) | 2005-08-04 | 2005-08-04 | 第三代移动通信***的跨域路由控制方法 |
EP06753141.8A EP1892897B2 (en) | 2005-08-04 | 2006-07-14 | A cross-domain routing control method |
CN200680011717XA CN101156395B (zh) | 2005-08-04 | 2006-07-14 | 一种跨域路由控制方法 |
PCT/CN2006/001673 WO2007014510A1 (fr) | 2005-08-04 | 2006-07-14 | Commande de routage interdomaine |
US11/965,834 US8170565B2 (en) | 2005-08-04 | 2007-12-28 | Method and apparatus of domain selection for routing control |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100284945A CN100505899C (zh) | 2005-08-04 | 2005-08-04 | 第三代移动通信***的跨域路由控制方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1909681A true CN1909681A (zh) | 2007-02-07 |
CN100505899C CN100505899C (zh) | 2009-06-24 |
Family
ID=37700652
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100284945A Active CN100505899C (zh) | 2005-08-04 | 2005-08-04 | 第三代移动通信***的跨域路由控制方法 |
CN200680011717XA Active CN101156395B (zh) | 2005-08-04 | 2006-07-14 | 一种跨域路由控制方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200680011717XA Active CN101156395B (zh) | 2005-08-04 | 2006-07-14 | 一种跨域路由控制方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8170565B2 (zh) |
EP (1) | EP1892897B2 (zh) |
CN (2) | CN100505899C (zh) |
WO (1) | WO2007014510A1 (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008101402A1 (fr) * | 2007-02-15 | 2008-08-28 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif pour la commutation de domaine |
WO2008125024A1 (fr) * | 2007-04-13 | 2008-10-23 | Huawei Technologies Co., Ltd. | Procédé et système de traitement d'appel |
WO2010028545A1 (zh) * | 2008-09-09 | 2010-03-18 | ***通信集团公司 | 静态路由生成方法、终端路由实现方法及装置 |
CN102271050A (zh) * | 2010-06-04 | 2011-12-07 | 华为技术有限公司 | 一种IPv6网络中网络设备自动配置的方法、网络设备和*** |
CN101631389B (zh) * | 2009-07-28 | 2012-02-29 | 中兴通讯股份有限公司 | Ip多媒体子***异常提示音媒体播放方法及*** |
CN102868667A (zh) * | 2011-07-07 | 2013-01-09 | ***通信集团公司 | 业务优先级的标识方法、装置和*** |
CN105049222A (zh) * | 2015-04-20 | 2015-11-11 | 中国电信股份有限公司 | 用于实现传输网络跨域管理的方法、装置和*** |
CN105992159A (zh) * | 2015-02-27 | 2016-10-05 | 北京信威通信技术股份有限公司 | 实现漫游用户呼叫状态订阅的方法和*** |
CN106027579A (zh) * | 2010-01-04 | 2016-10-12 | 上海贝尔股份有限公司 | 一种提供域间服务的方法和设备 |
CN106911713A (zh) * | 2017-03-31 | 2017-06-30 | 宇龙计算机通信科技(深圳)有限公司 | Ims注册方法、s‑cscf及终端 |
CN113595906A (zh) * | 2021-07-26 | 2021-11-02 | 烽火通信科技股份有限公司 | 一种基于策略收敛的路由订阅方法与*** |
Families Citing this family (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7613835B2 (en) * | 2003-09-08 | 2009-11-03 | Sony Corporation | Generic API for synchronization |
US7925790B2 (en) * | 2003-09-17 | 2011-04-12 | Sony Corporation | Middleware filter agent between server and PDA |
US8046019B2 (en) * | 2006-08-04 | 2011-10-25 | Futurewei Technologies, Inc. | Method and system for optimal allocation of uplink transmission power in communication networks |
US20080056236A1 (en) * | 2006-08-31 | 2008-03-06 | Deborah Lewandowski Barclay | Unified IMS supplementary services signaling across circuit and packet domains |
US8325654B2 (en) | 2006-12-28 | 2012-12-04 | Futurewei Technologies, Inc. | Integrated scheduling and power control for the uplink of an OFDMA network |
US9055517B2 (en) * | 2007-02-26 | 2015-06-09 | Blackberry Limited | System and method of user-directed dynamic domain selection |
US7995562B2 (en) * | 2007-02-26 | 2011-08-09 | Research In Motion Limited | System and method to trigger a mobile device in different domains based on unsuccessful initialization or handover |
US20090040951A1 (en) * | 2007-08-10 | 2009-02-12 | Research In Motion Limited | Systems and Methods for Defining Multi-Domain Wireless Device Behavior for Two or More Calls |
CN101420338B (zh) * | 2007-10-26 | 2012-07-04 | 华为技术有限公司 | Pcc架构中的信息查询方法、装置及*** |
CN101933311A (zh) * | 2008-01-30 | 2010-12-29 | 爱立信电话股份有限公司 | 促进ims中的预订服务 |
WO2009117588A1 (en) | 2008-03-21 | 2009-09-24 | Interdigital Patent Holdings, Inc. | Method and apparatus to enable fallback to circuit switched domain from packet switched domain |
CN101646205B (zh) * | 2008-08-05 | 2014-07-09 | 华为技术有限公司 | 移动网络高速接入公网的节点、方法及*** |
JP5004899B2 (ja) * | 2008-08-11 | 2012-08-22 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法、交換局及び移動局 |
WO2010045960A1 (en) * | 2008-10-21 | 2010-04-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling set up of a session in a gsm-ims overlay network |
CN101742475B (zh) * | 2008-11-12 | 2012-01-11 | 华为技术有限公司 | 订阅和通知的方法、装置和*** |
JP2010130396A (ja) * | 2008-11-28 | 2010-06-10 | Hitachi Ltd | 管理装置 |
EP3125610A1 (en) | 2009-10-30 | 2017-02-01 | Interdigital Patent Holdings, Inc. | Method and apparatus for efficient signaling and usage of resources for wireless communications supporting circuit switched and packet switched sessions |
CN102469012B (zh) * | 2010-11-12 | 2016-03-30 | 中兴通讯股份有限公司 | 路由查询装置及方法 |
US9509547B2 (en) | 2010-12-07 | 2016-11-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Selection of service domain in IMS centralised services |
JP5740229B2 (ja) * | 2011-07-08 | 2015-06-24 | 株式会社Nttドコモ | 移動通信方法及び呼セッション制御サーバ装置 |
WO2013085310A1 (en) * | 2011-12-06 | 2013-06-13 | Samsung Electronics Co., Ltd. | Apparatus and method for delivering short message service efficiently in wireless communication system |
WO2013149918A1 (en) * | 2012-04-02 | 2013-10-10 | Telefonaktiebolaget L M Ericsson (Publ) | Best effort call routing preference setting |
DE102012012389A1 (de) * | 2012-06-21 | 2013-01-24 | Daimler Ag | Vorrichtung und Verfahren zum Steuern einer Zugangsberechtigung und/oder Fahrberechtigung für ein Fahrzeug |
CN105682058B (zh) * | 2014-11-17 | 2020-02-28 | 中兴通讯股份有限公司 | 一种路由短消息的方法及装置 |
US10182004B2 (en) * | 2015-03-25 | 2019-01-15 | British Telecommunications Public Limited Company | Mobile telecommunications routing |
ES2803226T3 (es) * | 2015-11-27 | 2021-01-25 | Vodafone Ip Licensing Ltd | Encaminamiento de llamadas de voz de sistema de telecomunicaciones |
US11044360B1 (en) | 2015-12-17 | 2021-06-22 | 8X8, Inc. | Dynamic direction of incoming calls |
US10938914B2 (en) * | 2016-01-18 | 2021-03-02 | Avaya Inc. | Inter domain instant messaging bridge |
US11671533B1 (en) | 2016-06-23 | 2023-06-06 | 8X8, Inc. | Programming/data sets via a data-communications server |
US10165114B1 (en) | 2016-06-23 | 2018-12-25 | 8X8, Inc. | Intelligent call handling and routing |
US10404759B1 (en) | 2016-06-23 | 2019-09-03 | 8×8, Inc. | Client-specific control of shared telecommunications services |
US11412084B1 (en) | 2016-06-23 | 2022-08-09 | 8X8, Inc. | Customization of alerts using telecommunications services |
US10348902B1 (en) | 2016-06-23 | 2019-07-09 | 8X8, Inc. | Template-based management of telecommunications services |
US11044365B1 (en) | 2016-06-23 | 2021-06-22 | 8X8, Inc. | Multi-level programming/data sets with decoupling VoIP communications interface |
US11647087B1 (en) | 2016-06-23 | 2023-05-09 | 8X8, Inc. | Intelligent call handling and routing |
US10425531B1 (en) | 2017-06-23 | 2019-09-24 | 8X8, Inc. | Customized communication lists for data communications systems using high-level programming |
US10447861B1 (en) | 2017-06-23 | 2019-10-15 | 8X8, Inc. | Intelligent call handling and routing based on numbering plan area code |
US10951484B1 (en) | 2017-06-23 | 2021-03-16 | 8X8, Inc. | Customized call model generation and analytics using a high-level programming interface |
WO2019185385A1 (en) | 2018-03-28 | 2019-10-03 | British Telecommunications Public Limited Company | Roaming route optimization |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100399764C (zh) | 1999-02-23 | 2008-07-02 | 阿尔卡塔尔互联网运行公司 | 多业务网络交换机 |
SE521516C2 (sv) * | 1999-09-14 | 2003-11-11 | Ericsson Telefon Ab L M | Anordning och förfarande relaterande till routing ett nätverk |
JP3729051B2 (ja) * | 2000-10-18 | 2005-12-21 | 日本電気株式会社 | インタードメインルーティング装置、システムおよび方法 |
US7027433B2 (en) * | 2001-06-20 | 2006-04-11 | Nokia Corporation | Routing a call between different types of networks |
US7263610B2 (en) * | 2002-07-30 | 2007-08-28 | Imagictv, Inc. | Secure multicast flow |
CN1172481C (zh) | 2002-08-22 | 2004-10-20 | 陈鸣 | 互连网端到端性能监测方法及其*** |
US7366187B2 (en) * | 2003-04-17 | 2008-04-29 | Verizon Business Global Llc | Linking autonomous systems with dual premise routing domains |
CN100454882C (zh) * | 2003-12-19 | 2009-01-21 | 华为技术有限公司 | 多isp局域网的出口选择方法及装置 |
-
2005
- 2005-08-04 CN CNB2005100284945A patent/CN100505899C/zh active Active
-
2006
- 2006-07-14 CN CN200680011717XA patent/CN101156395B/zh active Active
- 2006-07-14 EP EP06753141.8A patent/EP1892897B2/en active Active
- 2006-07-14 WO PCT/CN2006/001673 patent/WO2007014510A1/zh active Application Filing
-
2007
- 2007-12-28 US US11/965,834 patent/US8170565B2/en active Active
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008101402A1 (fr) * | 2007-02-15 | 2008-08-28 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif pour la commutation de domaine |
WO2008125024A1 (fr) * | 2007-04-13 | 2008-10-23 | Huawei Technologies Co., Ltd. | Procédé et système de traitement d'appel |
WO2010028545A1 (zh) * | 2008-09-09 | 2010-03-18 | ***通信集团公司 | 静态路由生成方法、终端路由实现方法及装置 |
CN101631389B (zh) * | 2009-07-28 | 2012-02-29 | 中兴通讯股份有限公司 | Ip多媒体子***异常提示音媒体播放方法及*** |
CN106027579A (zh) * | 2010-01-04 | 2016-10-12 | 上海贝尔股份有限公司 | 一种提供域间服务的方法和设备 |
CN102271050A (zh) * | 2010-06-04 | 2011-12-07 | 华为技术有限公司 | 一种IPv6网络中网络设备自动配置的方法、网络设备和*** |
CN102271050B (zh) * | 2010-06-04 | 2014-04-30 | 华为技术有限公司 | 一种IPv6网络中网络设备自动配置的方法、网络设备和*** |
CN102868667A (zh) * | 2011-07-07 | 2013-01-09 | ***通信集团公司 | 业务优先级的标识方法、装置和*** |
CN102868667B (zh) * | 2011-07-07 | 2015-10-07 | ***通信集团公司 | 业务优先级的标识方法、装置和*** |
CN105992159B (zh) * | 2015-02-27 | 2019-04-05 | 北京信威通信技术股份有限公司 | 实现漫游用户呼叫状态订阅的方法和*** |
CN105992159A (zh) * | 2015-02-27 | 2016-10-05 | 北京信威通信技术股份有限公司 | 实现漫游用户呼叫状态订阅的方法和*** |
CN105049222A (zh) * | 2015-04-20 | 2015-11-11 | 中国电信股份有限公司 | 用于实现传输网络跨域管理的方法、装置和*** |
CN105049222B (zh) * | 2015-04-20 | 2018-12-18 | 中国电信股份有限公司 | 用于实现传输网络跨域管理的方法、装置和*** |
CN106911713A (zh) * | 2017-03-31 | 2017-06-30 | 宇龙计算机通信科技(深圳)有限公司 | Ims注册方法、s‑cscf及终端 |
CN106911713B (zh) * | 2017-03-31 | 2021-01-15 | 宇龙计算机通信科技(深圳)有限公司 | Ims注册方法、s-cscf及终端 |
CN113595906A (zh) * | 2021-07-26 | 2021-11-02 | 烽火通信科技股份有限公司 | 一种基于策略收敛的路由订阅方法与*** |
CN113595906B (zh) * | 2021-07-26 | 2022-10-21 | 烽火通信科技股份有限公司 | 一种基于策略收敛的路由订阅方法与*** |
Also Published As
Publication number | Publication date |
---|---|
CN100505899C (zh) | 2009-06-24 |
EP1892897B2 (en) | 2017-06-14 |
EP1892897B1 (en) | 2013-06-12 |
EP1892897A1 (en) | 2008-02-27 |
WO2007014510A1 (fr) | 2007-02-08 |
CN101156395B (zh) | 2011-03-30 |
EP1892897A4 (en) | 2008-08-20 |
CN101156395A (zh) | 2008-04-02 |
US20080102844A1 (en) | 2008-05-01 |
US8170565B2 (en) | 2012-05-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1909681A (zh) | 第三代移动通信***的跨域路由控制方法 | |
CN1747470A (zh) | 分组域业务信号处理***及其方法 | |
CN1297124C (zh) | Ip多媒体子***中利用电路交换承载业务的***及方法 | |
CN1773967A (zh) | 通过分组域为电路域用户提供业务的方法 | |
CN1913503A (zh) | 一种会话路由路径控制方法和*** | |
CN1941933A (zh) | 电路域用户接入ims域的方法及通信*** | |
KR101276002B1 (ko) | Ims 등록 사용자를 위한 호 처리 | |
CN1842211A (zh) | 一种实现路由控制的方法和*** | |
CN1825830A (zh) | 实现路由控制的***和方法 | |
CN1802022A (zh) | 在话音业务连续性业务中建立初始呼叫的方法及*** | |
CN1946121A (zh) | 一种提供预付费业务的方法及*** | |
CN1893427A (zh) | 一种进行业务支持能力协商的方法 | |
CN100571308C (zh) | 一种实现ip多媒体子***桥接的方法 | |
CN1925633A (zh) | 一种cs域呼叫终结***和方法 | |
CN101052161A (zh) | 一种实现ims业务互通的方法和*** | |
CN1819580A (zh) | 通信装置、通信控制装置和通信*** | |
CN1925450A (zh) | 一种防止媒体流迂回的通信方法 | |
CN101030964A (zh) | 会话控制装置和方法 | |
EP2317745A1 (en) | Method, device for playing multimedia color ring back tone and system thereof | |
CN101043752A (zh) | 语音呼叫连续性能力管理的方法、移动终端和*** | |
CN1870777A (zh) | 一种选择被叫路由的方法、网络及设备 | |
CN1859395A (zh) | Ip多媒体子***业务实现***和方法 | |
CN1882172A (zh) | 一种ip多媒体终端和***中用户注册及会话接续的方法 | |
CN1874543A (zh) | 一种将传统移动终端接入多媒体域的***和方法 | |
CN101080097A (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 |