CN1988714A - 一种终呼网络选择***和终呼网络选择的方法 - Google Patents

一种终呼网络选择***和终呼网络选择的方法 Download PDF

Info

Publication number
CN1988714A
CN1988714A CNA2005101307056A CN200510130705A CN1988714A CN 1988714 A CN1988714 A CN 1988714A CN A2005101307056 A CNA2005101307056 A CN A2005101307056A CN 200510130705 A CN200510130705 A CN 200510130705A CN 1988714 A CN1988714 A CN 1988714A
Authority
CN
China
Prior art keywords
neds
hss
ims
territory
public address
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.)
Pending
Application number
CNA2005101307056A
Other languages
English (en)
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CNA2005101307056A priority Critical patent/CN1988714A/zh
Publication of CN1988714A publication Critical patent/CN1988714A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种终呼网络选择***和方法，用于在用户同时签约运营商不同的CS业务和IMS业务时，对终呼网络进行选择，所述用户在CS域和IMS域分别拥有一第一E.164号码和一第一IMS公用地址，其中方法包括如下步骤：IMS运营商为用户分配第二E.164号码，在IMS域对应一与第一IMS公用地址处于同一个隐性注册集的第二IMS公用地址；NeDS设置步骤，保存第一E.164号码和第二E.164号码和第一IMS公用地址；HSS设置步骤，记录第一E.164号码、第二E.164号码为Camel用户，并在T－CSI中保存第一NeDS、第二NeDS的地址；NeDS结合所述HSS，并根据第一E.164号码、第二E.164号码和第一IMS公用地址的登记状态、运营商配置和用户偏好决定终呼网络。本发明不需要对HSS的业务逻辑进行修改，不需要新定义接口，组网容易实现。

Description

一种终呼网络选择***和终呼网络选择的方法
技术领域
本发明涉及移动通信***，特别是移动通讯***中选择终呼网络的方法。
背景技术
在第三代移动通信伙伴计划(3GPP，Third Generation Partnership Project)的Release 5阶段，在通用移动通信***电路交换(UMTE PS，Universal MobileTelecommunications System Packet Switched)基础上引入了一个IP多媒体子***(IMS，IP Multimedia Subsystem)来为用户提供基于IP的多媒体应用，比如多媒体电话(MMTel，Multimedia Telephone)、及时消息(IM，Instant Message)、呈现业务(Present)等等，IMS开创了一个多媒体通信的新时代。
IMS尽管可以提供各种丰富多彩的多媒体应用，但是对于实时通信来说，由于IMS标准目前不够成熟、基于IP的端到端的服务质量(Qos，Quality ofService)无法进行保证等原因，实时通信的质量还不能够和原来的电路交换业务(CS，Circuit Switch)相媲美。再加上运营商为了保护原先在CS上的投资，因此可以预见在将来很长的时间里面CS和IMS作为两个***将长期存在。
这样，因为这两个***均可以提供实时的语音业务，那么这两个***之间必需进行互通。在3GPP TS 23.228中定义了一个IMS域中媒体网关控制功能(MGCF，Media Gateway Control Function)来控制到传统网络的互通。MGCF可以和CS域中的网关移动交换中心(GMSC，Gateway Mobile SwitchingCentre)、传统的公共交换电话网络(PSTN，Public Switched Telephone Network)之间实现互通。
同时随着终端的不断发展，同时支持IMS和CS的移动双模终端将出现。对于同一个用户，可以同时签约CS业务和IMS业务，这样在该用户作为被叫的时候，就存在网络到底从哪个域去寻呼该用户的问题。目前3GPP在Release7的一个研究课题：研究语音呼叫连续性(VCC，Voice Call Continuity)中将该问题提出来，并得出结论需要新定义一个网络域选择功能实体(NeDS，NetworkDomain Selection)来解决该问题。NeDS根据用户在两个域中的登记情况和运营商配置以及用户偏好来决定终呼域的选择。比如NeDS如果发现用户在CS域没有签约，那么任何到该用户CS域号码的呼叫将被路由到IMS域。
在VCC的协议TR 23.806中介绍了一种基于移动网增强逻辑的客户化应用(Camel，Customised Application for Mobile Network Enhanced Logic)的方法，来选择终呼网络。在该方法中，NeDS作为Camel的SCP(Service Control Point，业务控制点)来选择终呼网络，见图1。首先介绍一下图中涉及到的网元：
GMSC：Gateway Mobile Switching Center，网关移动交换叶心；
HSS：Home Subscriber Server，归属用户服务器；
NeDS：Network Domain Selection，网络域选择模块；
S-CSCF：Serving-Call Service Control Functionality，服务呼口业务控制功能实体；
MGCF：Media Gateway Control Function，媒体网关控制功能。
基于移动网增强逻辑的客户化应用选择终呼网络的流程具体包括如下步骤：
步骤101，CS域的GMSC收到初始直传消息(IAM，Initial AddressMessage)，其中带被叫用户的移动用户号码(MSISDN，Mobile Subscriber ISDNNumber)；
步骤102，GMSC根据号码分析，发现应该到HSS请求路由，因此向该用户归属的HSS发送发送路由信息请求(SRI，Send Routing Information)；
步骤103，HSS发现该用户是一个Camel用户，于是返回T-CSI(Termination-CAMEL Subscription Information)，其中带NeDS的位置信息；
步骤104，GMSC收到T-CSI之后，根据NeDS的位置信息向NeDS发送初始监测点(Initial DP)消息；
步骤105，NeDS收到初始监测点(Initial DP)消息之后，将根据用户在两个域中的注册信息和其他决策信息来决定用户的终呼路由；
步骤106，NeDS将结果返回给GMSC，如果NeDS决定要将呼叫路由到IMS域，那么NeDS分配一个路由号码(Routing Number)并带给GMSC；
步骤107，GMSC收到之后，对路由号码进行号码分析，之后向IMS域的MGCF发送IAM消息，里面带NeDS分配的路由号码(Routing Number)；
步骤108，MGCF将路由号码(Routing Number)转化成被叫用户的SIP(Session Initiation Protocol，会话初始协议)地址，并向S-CSCF发送INVITE消息(具体参看RFC3261)；
或者，MGCF通过I-CSCF直接将向NeDS发送INVITE消息，NeDS通过Routing Number找到对应的被叫用户的SIP-URI，由NeDS发起到被叫用户的呼叫；
或者MGCF通过I-CSCF直接将向NeDS发送INVITE消息，NeDS通过Routing Number找到对应的被叫用户的SIP-URI，然后将该SIP-URI返回给MGCF，然后由MGCF向S-CSCF发送INVITE消息到被叫；
步骤109～111，S-CSCF根据用户的终呼业务逻辑，调用NeDS，NeDS指示在IMS域终呼；
步骤112，S-CSCF向P-CSCF发送INVITE消息，后续和普通IMS终呼一样。
在这种方法中，IMS域的NeDS是作为Camel中的SCP(Service ControlPoint，业务控制点)，需要在CS域的HSS中静态配置。因此这种NeDS和CS域的HSS需要属于同一个运营商。
在网络中，一个用户在多个运营商可能都有签约。比如用户可能在一个运营商签约CS业务，而在另外一个运营商签约IMS业务。这个时候，图1中的NeDS是无法来选择另外一个运营商网络作为终呼网络的。
发明内容
本发明的目的在于提供一种终呼网络选择***和终呼网络选择的方法，在不需对HSS业务逻辑修改的情况下，解决当CS域和IMS域属于不同运营商的情况下，如何来选择终呼叫的终呼网络的问题。
为了实现上述目的，本发明提供了一种终呼网络选择的方法，用于在用户同时签约运营商不同的CS业务和IMS业务时，对终呼网络进行选择，所述用户在CS域和IMS域分别拥有一第一E.164号码和一第一IMS公用地址，包括如下步骤：
初始步骤，IMS运营商为所述用户分配一第二E.164号码，在IMS域对应一与所述第一IMS公用地址处于同一个隐性注册集和业务档的第二IMS公用地址；
NeDS设置步骤，对应于CS域的第一NeDS保存第一E.164号码和第二E.164号码，对应于IMS域的第二NeDS保存第一E.164号码、第二E.164号码和第一IMS公用地址；
HSS设置步骤，对应于CS域的第一HSS记录第一E.164号码为可选择终呼网络的用户，并在T-CSI中保存第一NeDS的地址，对应于IMS域的第二HSS记录第二E.164号码为可选择终呼网络的用户，并在T-CSI中保存第二NeDS的地址；
终呼域选择步骤，所述NeDS结合所述HSS，并根据第一E.164号码、第二E.164号码和第一IMS公用地址的三个登记状态、运营商配置和用户偏好决定终呼网络。
上述的终呼网络选择的方法，其中，NeDS从CS域的HSS获取第一E.164号码的登记状态，从IMS域的HSS获取第二E.164号码和第一IMS公用地址的登记状态。
为了更好的实现上述目的，本发明还提供了一种终呼网络选择***，用于在用户同时签约运营商不同的CS业务和IMS业务时，对终呼网络进行选择，所述用户在CS域和IMS域分别拥有一第一E.164号码和一第一IMS公用地址，包括：
第一NeDS，对应于CS域，用于第一E.164号码和第二E.164号码，所述第二E.164号码在IMS域，且在IMS域对应一与所述第一IMS公用地址处于同一个隐性注册集和业务档的第二IMS公用地址；
第二NeDS，对应于IMS域，用于保存第一E.164号码、第二E.164号码和第一IMS公用地址；
第一HSS，对应于CS域，用于记录第一E.164号码为可选择终呼网络的用户，并在T-CSI中保存第一NeDS的地址；
第二HSS，对应于IMS域，用于记录第二E.164号码为可选择终呼网络的用户，并在T-CSI中保存第二NeDS的地址；
所述NeDS还用于结合GMSC和所述HSS，并根据第一E.164号码、第二E.164号码和第一IMS公用地址的三个登记状态、运营商配置和用户偏好决定终呼网络。
上述的终呼网络选择***，其中，NeDS从CS域的HSS获取第一E.164号码的登记状态，从IMS域的HSS获取第二E.164号码和第一IMS公用地址的登记状态。
本发明只需要在HSS中配置相应的NeDS的地址(SCP地址)，并在NeDS中新建终呼域选择的业务逻辑即可，因此不需要对HSS的业务逻辑进行修改，不需要新定义接口，组网容易实现。
附图说明
图1是TR 23.882中的基于Camel的方案图；
图2是本发明的终呼网络选择***的结构示意图；
图3是在图2的逻辑图基础上的到CS域E.164号码的CS呼叫流程图；
图4是在图2的逻辑图基础上的到IMS域E.164号码的CS呼叫流程图；
图5是在图2的逻辑图基础上的到IMS公用地址的IMS会话流程图。
具体实施方式
本发明中，CS域的第一运营商和IMS域的第二运营商不同，同时用户在第一运营商的CS域拥有一个第一E.164号码，记为MSISDN1；用户在第二运营商的IMS域拥有一个IMS公用地址，记为PUI1(Public User Identity 1)，用户在第二运营商还拥有一个第二E.164号码，记为MSISDN2。
MSISDN2对应的Tel URI(Telephone-Uniform Resource Identifier，参考RFC 3966)我们标记为PUI2，同时PUI2和PUI1处于同一个隐性注册集和同一业务档案(Service profile)。
本发明最佳实施例中，在HSS中记录第一E.164号码和第二E.164号码为Camel用户，触发到NeDS进行路由选择。
本发明的终呼网络选择***如图2所示，包括第一HSS、第二HSS、第一NeDS及第二NeDS，其中：
第一HSS，为CS域运营商的HSS，与GMSC之间为MAP接口，记录MSISDN1为Camel用户，T-CSI中有第一NeDS的地址(即SCP地址)；
第二HSS，为IMS域运营商的HSS，与GMSC之间为MAP接口，记录MSISDN2为Camel用户，T-CSI中有第二NeDS的地址(即SCP地址)，同时MSISDN2的Tel URI形式PUI2和PUI1属于同一个隐式注册集，并属于同一个Service Profile；
第一NeDS，为CS域Camel业务中的SCP，与GMSC之间是CAP接口，与第一HSS和第二HSS均为MAP接口，保存有MSISDN1和MSISDN2；
第二NeDS，为IMS域Camel业务中的SCP，与GMSC之间是CAP接口，与第一HSS和第二HSS分别为MAP接口和是Sh接口，保存有MSISDN1、MSISDN2、PUI1，PUI2可以从MSISDN2转化而来；
NeDS还用于结合所述HSS，并根据第一E.164号码、第二E.164号码和第一IMS公用地址的三个登记状态、运营商配置和用户偏好决定终呼网络。
本发明的终呼网络选择的方法包括如下步骤：
初始设置步骤，第一NeDS保存MSISDN1和MSISDN2，第二NeDS保存MSISDN1、MSISDN2、PUI1，第一HSS记录MSISDN1为Camel用户，并在T-CSI中保存第一NeDS的地址，第二HSS记录MSISDN2为Camel用户，并在T-CSI中保存第二NeDS的地址，其中MSISDN2对应的TelURI(Telephone-Uniform Resource Identifier，参考RFC 3966)为PUI2，和PUI1处于同一个隐性注册集，用户在IMS域的第二E.164号码MSISDN2和IMS公用地址具有相同的登记状态；
终呼域选择步骤，第一NeDS根据MSISDN1的登记状态和MSISDN2的登记状态、运营商配置和用户偏好决定终呼网络；第二NeDS根据MSISDN1、MSISDN2、PUI1的三个登记状态、运营商配置和用户偏好决定终呼网络。
其中第一NeDS从分别从第一HSS和第二HSS获得MSISDN1和MSISDN2的登记状态，第二NeDS从分别从第一HSS和第二HSS获得MSISDN1、MSISDN2和PUI1的登记状态。
在终呼域选择步骤中，包括以下3种情况：
如果需要终呼到CS网络的E.164号码，那么NeDS指示GMSC网络发起到到HSS的第二次路由请求；
如果终呼到IMS运营商E.164号码的呼叫，IMS的NeDS决定将呼叫路由到IMS，那么NeDS将分配一个路由号码，然后指示CS网络发起到该路由号码的呼叫，IMS的NeDS收到该呼叫的时候，根据路由号码获取真正的被叫号码，然后向该号码发起IMS终呼；
如果终呼到用户IMS公用号码的IMS会活，那么NeDS将分配一个路由号码，然后指示GMSC发起到该路由号码的呼叫。IMS的NeDS收到该呼叫的时候，根据路由号码获取真正的被叫号码，然后发起IMS终呼。
下面通过具体实施实例来详细说明本发明是如何解决CS、IMS属于不同运营商时候对于不同呼叫终呼域如何选择和路由。
图3是在图2的基础上的呼叫流程图，收到到MSISDN1的CS呼叫，第一NeDS选择终呼网络包括如下步骤：
步骤301，GMSC收到IAM消息，被叫号码是第一运营商的第一E.164号码MSISDN1；
步骤302，GMSC根据被叫号码分析，发现应该到第一HSS请求路由，因此向第一HSS发送SRI；
步骤303，第一HSS发现MSISDN1签约有Camel信息，于是返回T-CSI，其中带有的SCP地址为第一NeDS的位置信息；
步骤304，GMSC收到T-CSI之后，根据第一NeDS的位置信息向该第一NeDS发送初始监测点(Initial DP)消息，其中带有MSISDN1号码；
步骤305，第一NeDS收到初始监测点(Initial DP)消息之后，根据MSISDN1找到与之对应的MSISDN2，并利用MAP消息中的ATI(AnyTime Interrogation)消息分别从第一HSS和第二HSS获取MSISDN1和MSISDN2的登记状态；
步骤306，第一NeDS根据获得的登记状态、并根据运营商的配置和用户的偏好，进行路由选择：
将该呼叫路由到MSISDN1，则由第一NeDS指示GMSC继续呼叫，GMSC收到之后，重新到第一HSS发起第二次路由过程，获得漫游号码，然后将呼叫路由到MSISDN1所登记的MSC(图中未示出)；
将该呼叫路由到MSISDN2去，进入步骤307；
步骤307，第一NeDS将MSISDN2返回给GMSC，GMSC对MSISDN2进行号码分析之后，发起到MSISDN2的呼叫。
图4是在图2的基础上的呼叫流程图，收到到MSISDN2的CS呼叫，第二NeDS选择终呼网络包括如下步骤：
步骤401，GMSC收到IAM消息，被叫号码是第二E.164号码MSISDN2；
步骤402，GMSC对MSISDN2进行号码分析，发现应该到第二HSS请求路由，因此向第一HSS发送SRI；
步骤403，第二HSS发现MSISDN2签约有Camel信息，于是返回T-CSI，其中带有的SCP地址为第二NeDS的位置信息；
步骤404，GMSC收到T-CSI之后，根据第二NeDS的位置信息向该第二NeDS发送初始监测点(Initial DP)消息，其中带有MSISDN2号码；
步骤405，第二NeDS收到初始监测点(Initial DP)消息之后，根据MSISDN2找到与之对应的MSISDN1、PUI1地址，并利用MAP消息中的ATI(AnyTimeInterrogation)消息从第一HSS获取MSISDN1的登记状态，从第二HSS获取MSISDN2的登记状态，并利用Sh接口中的UDR/UDA(User Data Request/UserData Answer)从第二HSS获取PUI1/PUI2的登记状态；
步骤406，第二NeDS根据获得的登记状态、并根据运营商的配置和用户的偏好，进行路由选择：
将该呼叫路由到MSISDN1，则由第二NeDS指示GMSC发起到MSISDN1的呼叫(图中未示出)；
将该呼叫路由到MSISDN2，第二NeDS将MSISDN2返回GMSC，指示继续呼叫，GMSC收到之后，重新到第二HSS发起第二次路由过程，进行CS正常终呼(图中未示出)；
将该呼叫路由到PUI2，第二NeDS分配一个路由号码(Routing Number)，该号码可以在CS域中路由到第二NeDS，并在第二NeDS中唯一标识该用，进入步骤407；
步骤407，第二NeDS将路由号码(Routing Number)返回给GMSC；
步骤408，GMSC对路由号码进行号码分析，然后向第二运营商的MGCF发送IAM，带有收到的路由号码；
步骤409，MGCF向第二NeDS发送INVITE，带路由号码；
步骤410，第二NeDS根据路由号码找到真正的被叫号码PUI1；
步骤411，第二NeDS向PUI1登记的S-CSCF发送INVITE消息，从而发起被叫；
步骤412，S-CSCF执行业务逻辑控制，可避免重新调用触发到第二NeDS的业务逻辑；
步骤413，S-CSCF向PUI1所在的P-CSCF发起被叫，进行正常的IMS终呼。
图5是在图2的基础上的会话流程图，收到到PUI1的IMS会话，第二NeDS选择终呼网络包括步骤：
步骤501，S-CSCF收到一个到PUI1的终呼请求；
步骤502，S-CSCF调用业务控制逻辑触发到第二NeDS的终呼域选择服务器的呼叫；
步骤503，第二NeDS收到之后，根据PUI1找到与之对应的MSISDN1、MSISDN2地址，然后，并利用MAP消息中的ATI(AnyTime Interrogation)消息从第一HSS获取MSISDN1的登记状态，从第二HSS获取MSISDN2的登记状态，并利用Sh接口中的UDR/UDA(User Data Request/User Data Answer)从第二HSS获取PUI1和PUI2的登记状态；
步骤504，第二NeDS根据获得的登记状态、并根据运营商的配置和用户的偏好，进行路由选择：
将该呼叫路由到PUI1，则第二NeDS将指示S-CSCF继续呼叫，S-CSCF向PUI1所在的P-CSCF发起被叫，进行正常的IMS终呼；(图中未示出)
将该呼叫路由到MSISDN1(MSISDN2)，进入步骤505；
步骤505，第二NeDS指示S-CSCF将呼叫路由到MSISDN1(MSISDN2)；
步骤506，S-CSCF通过BGCF向MGCF发送INVITE，被叫号码为MSISDN1(MSISDN2)的Tel URI形式；
步骤507，MGCF将Tel-URI转化为MSISDN1(MSISDN2)，向GMSC发送IAM，带MSISDN1(MSISDN2)；
步骤508，后续步骤和图3类似，GMSC收到到MSISDN1(MSISDN2)的呼叫，因此后续步骤即从301开始，在306中将会执行路由到MSISDN1(MSISDN2)分支。
本发明只需要在HSS中配置相应的NeDS的地址(SCP地址)，并在NeDS中新建终呼域选择的业务逻辑即可，不需要对HSS的业务逻辑进行修改，不需要新定义接口，组网容易实现。
当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (12)

1、一种终呼网络选择的方法，用于在用户同时签约运营商不同的CS业务和IMS业务时，对终呼网络进行选择，所述用户在CS域和IMS域分别拥有一第一E.164号码和一第一IMS公用地址，其特征在于，包括如下步骤：
初始步骤，IMS运营商为所述用户分配一第二E.164号码，在IMS域对应一与所述第一IMS公用地址处于同一个隐性注册集和业务档的第二IMS公用地址；
NeDS设置步骤，对应于CS域的第一NeDS保存第一E.164号码和第二E.164号码，对应于IMS域的第二NeDS保存第一E.164号码、第二E.164号码和第一IMS公用地址；
HSS设置步骤，对应于CS域的第一HSS记录第一E.164号码为可选择终呼网络的用户，并在T-CSI中保存第一NeDS的地址，对应于IMS域的第二HSS记录第二E.164号码为可选择终呼网络的用户，并在T-CSI中保存第二NeDS的地址；
终呼域选择步骤，所述NeDS结合所述HSS，并根据第一E.164号码、第二E.164号码和第一IMS公用地址的三个登记状态、运营商配置和用户偏好决定终呼网络。
2、根据权利要求1所述的终呼网络选择的方法，其特征在于，所述HSS设置步骤中，第一HSS记录第一E.164号码为Camel用户，所述第二HSS记录第二E.164号码为Camel用户。
3、根据权利要求1或2所述的终呼网络选择的方法，其特征在于，NeDS从CS域的HSS获取第一E.164号码的登记状态，从IMS域的HSS获取第二E.164号码和第一IMS公用地址的登记状态。
4、根据权利要求3所述的终呼网络选择的方法，其特征在于，对到所述第一E.164号码的呼叫，终呼域选择步骤具体包括如下步骤：
步骤301，GMSC收到IAM消息，被叫号码是第一E.164号码；
步骤302，GMSC根据被叫号码分析，向第一HSS发送SRI；
步骤303，第一E.164号码签约有Camel信息，第一HSS返回T-CSI，其中带有的SCP地址为第一NeDS的位置信息；
步骤304，GMSC根据第一NeDS的位置信息向第一NeDS发送初始监测点消息，其中带有第一E.164号码；
步骤305，第一NeDS收到初始监测点消息之后，根据第一E.164号码找到与之对应的第二E.164号码，并利用ATI消息分别从第一HSS和第二HSS获取第一E.164号码和第二E.164号码的登记状态；
步骤306，第一NeDS根据第一E.164号码和第二E.164号码的登记状态，结合运营商的配置和用户的偏好，进行路由选择，将呼叫路由到第一E.164号码或第二E.164号码。
5、根据权利要求4所述的终呼网络选择的方法，其特征在于，所述步骤306中，选择将呼叫路由到第一E.164号码时，第一NeDS指示GMSC继续呼叫，GMSC收到之后，重新到第一HSS发起第二次路由过程，获得漫游号码，然后将呼叫路由到第一E.164号码所登记的MSC；选择将呼叫路由到第二E.164号码时，第一NeDS将第二E.164号码返回给GMSC，GMSC对第二E.164号码进行号码分析之后，发起到第二E.164号码的呼叫。
6、根据权利要求3所述的终呼网络选择的方法，其特征在于，对到第二E.164号码的呼叫，终呼域选择步骤具体包括如下步骤：
步骤401，GMSC收到IAM消息，被叫号码是第二E.164号码；
步骤402，GMSC对第二E.164号码进行分析，向第一HSS发送SRI；
步骤403，第二E.164号码签约有Camel信息，第一HSS返回T-CSl，其中带有的SCP地址为第二NeDS的位置信息；
步骤404，GMSC根据第二NeDS的位置信息向第二NeDS发送初始监测点消息，其中带有第二E.164号码；
步骤405，第二NeDS收到初始监测点消息之后，根据第二E.164号码找到与之对应的第一E.164号码、一IMS公用地址地址，并利用ATI消息从第一HSS获取第一E.164号码的登记状态，从第二HSS获取第二E.164号码、第一IMS公用地址的登记状态；
步骤406，第二NeDS根据第一E.164号码、第二E.164号码和第一IMS公用地址的登记状态，结合运营商的配置和用户的偏好，进行路由选择，将呼叫路由到第一E.164号码、第二E.164号码或第一IMS公用地址。
7、根据权利要求6所述的终呼网络选择的方法，其特征在于，所述步骤406中，选择将该呼叫路由到第一E.164号码叫，由第二NeDS指示GMSC发起到第一E.164号码的呼叫；选择将该呼叫路由到第二E.1 64号码时，第二NeDS将第二E.164号码返回GMSC，指示继续呼叫，GMSC收到之后，重新到第二HSS发起第二次路由过程，进行CS正常终呼；选择将该呼叫路由到第一IMS公用地址时，第二NeDS分配一个路由号码，并返回给GMSC，指示发起到该路由号码的呼叫，第二NeDS收到该呼叫的时候，根据路由号码获取第一IMS公用地址，然后向IMS公用地址发起IMS终呼。
8、根据权利要求3所述的终呼网络选择的方法，其特征在于，对到第一IMS公用地址的呼叫，具体包括如下步骤：
步骤501，S-CSCF收到一个到第一IMS公用地址的终呼请求；
步骤502，S-CSCF调用业务控制逻辑触发到第二NeDS的终呼域选择服务器的呼叫；
步骤503，第二NeDS收到之后，根据第一IMS公用地址找到与之对应的第一E.164号码、第二E.164号码，并利用ATI从第一HSS获取第一E.164号码的登记状态，从第二HSS获取第二E.164号码、第一IMS公用地址和第二IMS公用地址的登记状态；
步骤504，第二NeDS根据登记状态，并结合根据运营商的配置和用户的偏好，进行路由选择，将呼叫路由到第一IMS公用地址、第二E.164号码或第一E.164号码。
9、根据权利要求8所述的终呼网络选择的方法，其特征在于，所述步骤504中，选择将该呼叫路由到第一IMS公用地址时，第二NeDS指示S-CSCF继续呼叫，S-CSCF向PUI1所在的P-CSCF发起被叫，进行正常的IMS终呼；选择将呼叫路由到第一E.164号码/第二E.164号码时，第二NeDS指示S-CSCF将呼叫路由到第一E.164号码/第二E.164号码，S-CSCF通过BGCF向MGCF发送INVITE，被叫号码为第一E.164号码/第二E.164号码的Tel URI形式；MGCF将Tel-URI转化为第一E.164号码/第二E.164号码，向GMSC发送IAM，其中带第一E.164号码/第二E.164号码。
10、一种终呼网络选择***，用于在用户同时签约运营商不同的CS业务和IMS业务时，对终呼网络进行选择，所述用户在CS域和IMS域分别拥有一第一E.164号码和一第一IMS公用地址，其特征在于，包括：
第一NeDS，对应于CS域，用于第一E.164号码和第二E.164号码，所述第二E.164号码在IMS域，且在IMS域对应一与所述第一IMS公用地址处于同一个隐性注册集和业务档的第二IMS公用地址；
第二NeDS，对应于IMS域，用于保存第一E.164号码、第二E.164号码和第一IMS公用地址；
第一HSS，对应于CS域，用于记录第一E.164号码为可选择终呼网络的用户，并在T-CSI中保存第一NeDS的地址；
第二HSS，对应于IMS域，用于记录第二E.164号码为可选择终呼网络的用户，并在T-CSI中保存第二NeDS的地址；
所述NeDS还用于结合GMSC和所述HSS，并根据第一E.164号码、第二E.164号码和第一IMS公用地址的三个登记状态、运营商配置和用户偏好决定终呼网络。
11、根据权利要求10所述的终呼网络选择***，其特征在于，NeDS从CS域的HSS获取第一E.164号码的登记状态，从IMS域的HSS获取第二E.164号码和第一IMS公用地址的登记状态。
12、根据权利要求10所述的终呼网络选择***，其特征在于，第一HSS与GMSC之间为MAP接口，第二HSS与GMSC之间为MAP接口，第一NeDS与GMSC之间是CAP接口，与第一HSS和第二HSS均为MAP接口，第二NeDS，与GMSC之间是CAP接口，与第一HSS和第二HSS分别为MAP接口和是Sh接口。
CNA2005101307056A 2005-12-22 2005-12-22 一种终呼网络选择***和终呼网络选择的方法 Pending CN1988714A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2005101307056A CN1988714A (zh) 2005-12-22 2005-12-22 一种终呼网络选择***和终呼网络选择的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2005101307056A CN1988714A (zh) 2005-12-22 2005-12-22 一种终呼网络选择***和终呼网络选择的方法

Publications (1)

Publication Number Publication Date
CN1988714A true CN1988714A (zh) 2007-06-27

Family

ID=38185308

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2005101307056A Pending CN1988714A (zh) 2005-12-22 2005-12-22 一种终呼网络选择***和终呼网络选择的方法

Country Status (1)

Country Link
CN (1) CN1988714A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009046660A1 (fr) * 2007-09-30 2009-04-16 Huawei Technologies Co., Ltd. Procédé, système et dispositif pour établir la relation de commande de l'association
CN102420816A (zh) * 2007-09-30 2012-04-18 华为技术有限公司 一种建立控制关联关系的方法、***及设备
CN101552771B (zh) * 2008-03-31 2013-11-06 华为技术有限公司 媒体网关、媒体网关控制器、多媒体电话互通方法和***
CN104144398A (zh) * 2013-05-09 2014-11-12 中兴通讯股份有限公司 一种终呼业务的实现方法及***、hss、scc as
CN105828307A (zh) * 2015-01-05 2016-08-03 ***通信集团北京有限公司 一种呼叫的路由方法、及相关网元
CN109673007A (zh) * 2017-10-16 2019-04-23 ***通信有限公司研究院 一种用户信息获取方法、设备及计算机可读存储介质

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009046660A1 (fr) * 2007-09-30 2009-04-16 Huawei Technologies Co., Ltd. Procédé, système et dispositif pour établir la relation de commande de l'association
CN102420816A (zh) * 2007-09-30 2012-04-18 华为技术有限公司 一种建立控制关联关系的方法、***及设备
RU2454031C2 (ru) * 2007-09-30 2012-06-20 Хуавэй Текнолоджиз Ко., Лтд. Способ, система и устройство для установления ассоциативно-управляющих связей
US8416723B2 (en) 2007-09-30 2013-04-09 Huawei Technologies Co., Ltd. Method, system, and device for establishing association-control relations
CN102420816B (zh) * 2007-09-30 2014-06-04 华为技术有限公司 一种确定用户信息的方法
CN101552771B (zh) * 2008-03-31 2013-11-06 华为技术有限公司 媒体网关、媒体网关控制器、多媒体电话互通方法和***
CN104144398A (zh) * 2013-05-09 2014-11-12 中兴通讯股份有限公司 一种终呼业务的实现方法及***、hss、scc as
CN104144398B (zh) * 2013-05-09 2019-03-12 中兴通讯股份有限公司 一种终呼业务的实现方法及***、hss、scc as
CN105828307A (zh) * 2015-01-05 2016-08-03 ***通信集团北京有限公司 一种呼叫的路由方法、及相关网元
CN109673007A (zh) * 2017-10-16 2019-04-23 ***通信有限公司研究院 一种用户信息获取方法、设备及计算机可读存储介质

Similar Documents

Publication Publication Date Title
CN101297531B (zh) 经由电路交换接入提供ims服务
US8990414B2 (en) Method and apparatuses for making use of virtual IMS subscriptions coupled with the identity of a non SIP compliant terminal for non-registered subscribers
EP2207326B1 (en) System, apparatus and method for providing IMS services
EP1770949A2 (en) Method and communication system for circuit switch users accessing IP multimedia subsystem
CN100493255C (zh) 一种基于话音业务连续性的实现呼叫业务的***和方法
CN100456843C (zh) 一种被叫业务路由选择方法
US20080112395A1 (en) Method for voice service based on service trigger, and method and system for routing control of voice service based on service trigger
US8463264B2 (en) Early IMS security
CA2637217C (en) Method and apparatus for providing ims services to circuit-switched controlled terminals
CN101931923B (zh) Ip多媒体子***网络的用户注册方法及业务实现***
CN1988714A (zh) 一种终呼网络选择***和终呼网络选择的方法
CN101155340B (zh) 一种电路域感知ims域会话计费信息的方法及***
CN1997201A (zh) 在话音业务连续性中处理呼叫的方法及装置
CN100401801C (zh) 一种实现闭锁业务的方法
CN100496053C (zh) Ip多媒体***
CN110324819A (zh) 副卡终端的管理方法和管理服务器
EP2716001B1 (en) Routing of calls in ip multimedia subsystem centralized services networks
CN101102615B (zh) 一种ip多媒体子***集中控制业务终呼的实现方法
CN113453174B (zh) 一种漫游地业务提供方法、ip多媒体***及存储介质
CN1913504B (zh) 一种路由路径控制方法、***和装置
CN101098242A (zh) 一种网络连接信息的获取方法以及网络边界实体
CN101146367A (zh) 一种基于话音业务连续性的实现呼叫业务的***和方法
CN101102604B (zh) Ip多媒体子***集中控制业务中用户关机前转的方法
CN101932119B (zh) 一种ip多媒体子***网络的业务实现方法及***
CN101931902B (zh) 一种ip多媒体子***网络的业务实现方法及***

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20070627