WO2008028353A1 - Procédé et système pour ancrage d'un appel de fin du domaine cs - Google Patents

Procédé et système pour ancrage d'un appel de fin du domaine cs Download PDF

Info

Publication number
WO2008028353A1
WO2008028353A1 PCT/CN2006/003231 CN2006003231W WO2008028353A1 WO 2008028353 A1 WO2008028353 A1 WO 2008028353A1 CN 2006003231 W CN2006003231 W CN 2006003231W WO 2008028353 A1 WO2008028353 A1 WO 2008028353A1
Authority
WO
WIPO (PCT)
Prior art keywords
application server
message
voice call
call
location register
Prior art date
Application number
PCT/CN2006/003231
Other languages
English (en)
French (fr)
Inventor
Zhendong Li
Original Assignee
Zte Corporation
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 Corporation filed Critical Zte Corporation
Priority to JP2009524863A priority Critical patent/JP5264727B2/ja
Priority to US12/438,334 priority patent/US7953072B2/en
Priority to KR1020097005049A priority patent/KR101352796B1/ko
Priority to CA2661351A priority patent/CA2661351C/en
Publication of WO2008028353A1 publication Critical patent/WO2008028353A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • 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

Definitions

  • the present invention relates to mobile communication technologies, and more particularly to VCC (Voice Call Continuity) during coexistence of an IMS (IP Multimedia Subsystem) network and a legacy circuit domain network. , voice call continuity)
  • IMS IP Multimedia Subsystem
  • a legacy circuit domain network a legacy circuit domain network.
  • voice call continuity The terminal call anchoring method and system of the user in the traditional circuit domain without intelligent network service.
  • IMS IP Multimedia Subsystem
  • ALL IP all-IP
  • VCC Voice Call Continuity
  • the anchoring means that during the call, a control point is inserted into the session path, as shown in FIG. 1.
  • the user equipment User Equipment, UE
  • a and B sessions become two sessions, respectively.
  • the session between A and anchor C will be re-established, but the session between anchor C and peer B will not be affected and disconnected.
  • the conversation between A and B can continue, thereby ensuring continuity of the voice session.
  • the user is a dual-network subscription, and each network can assign a number to it.
  • the traditional network allocates an E.164 number
  • the IMS network allocates a SIP URL.
  • the anchoring process adopts an intelligent network or number portability method.
  • Step 100 A traditional network call message ISUP: IAM, a mobile switching center MSC that arrives at a VCC user belonging to a legacy domain CS network (this The MSC is usually a gateway MSC), and includes a calling number (CgPN) and a called number (CdPN) in the call message.
  • Step 110 The MSC sends a location query request to the home location register HLR.
  • Step 120 The HLR sends a location query to the MSC.
  • Step 130 the MSC sends an ANLYZD message to the WIN SCP, the message includes the called number;
  • Step 140 WIN SCP receives After the message, the ANLYZD message is forwarded to the VCC application server (AS).
  • Step 150 After receiving the ANLYZD message, the VCC application server saves the called number and associates it with the signatory.
  • Step 160 the WIN SCP forwards the anlyzd message to the MSC;
  • Step 170 the MSC according to the routing information in the anlyzd message (associated with the VCC application server) a temporary IMS routing number), sending an ISUP call message to a media gateway control function (MGCF) of the user home network;
  • Step 190 After receiving the call, the media gateway control function MGCF initiates a call request (SIP Invite request;) to the VCC application server, and the call is completed by the I-CSCF (query call session control function);
  • Step 190 the VCC application After receiving the call request, the server finds the saved called number in step 150 according to the temporary IMS routing number associated with the VCC application server.
  • Step 210 A traditional domain query number carrying database step 220, and a response returned by the number portability database includes a local routing number (LRN). It can be used to redirect to the IMS network.
  • Step 230 The traditional domain sends an IAM message to the MGCF, where the called number is LRN, and the original called number is stored in the ISUP Ported Gap information element.
  • Step 240 The MGCF finds that this is a number portability, takes the original called number, and sends an Invite message to the I/S-CSCF.
  • Step 250 The S-CSCF triggers a service to the VCC application server according to an initial filtering criterion (iFC).
  • iFC initial filtering criterion
  • the termination call anchoring of the existing CS domain can only be implemented when the intelligent network service or number portability is deployed. However, in many traditional networks, no smart service or number portability is deployed. At this time, the terminal call anchoring of the CS domain in the VCC service cannot be realized.
  • SUMMARY OF THE INVENTION The problem to be solved by the present invention is to provide a circuit switching domain termination call anchoring method and system thereof, which can not implement the prior art when the intelligent network service or the number ported legacy network is not deployed. Call for anchoring defects.
  • a circuit switching domain termination call anchoring method provided by an embodiment of the present invention. Used for Anchoring required for circuit switching domain network and IP multimedia subsystem network handover, wherein the circuit switched domain network includes at least a mobile switching center and a home location register, and the IP multimedia subsystem network includes at least a voice call continuity application server and a media gateway control Features.
  • a method for circuit-switched domain termination call anchoring includes the following steps: In a first step, when a call of a legacy domain network arrives at a mobile switching center of a home circuit switched domain of a voice call continuity user, the mobile switching center The home location register sends a LOCREQ message to query the location; in the second step, the home location register directly sends a message to the voice call continuity application server to request routing information; and a third step, the voice call continuity application server returns to the location register
  • the IP Multimedia Subsystem can route the number information to guide anchoring.
  • the method further comprises the following steps between the first step and the second step: Step A: The L home location register determines whether the anchor is required according to the LOCREQ message of the received voice call continuity subscriber. Step; wherein, if anchoring is required, the first step is performed, and if no anchoring is required, a ROUTREQ query route is sent to the mobile switching center serving the user.
  • Step A The L home location register determines whether the anchor is required according to the LOCREQ message of the received voice call continuity subscriber. Step; wherein, if anchoring is required, the first step is performed, and if no anchoring is required, a ROUTREQ query route is sent to the mobile switching center serving the user.
  • the foregoing third step further includes: Step 31: After the voice call continuity application server receives and saves the message of the request routing information sent by the home location register, returns the IP multimedia of the voice call continuity application server to the home location register.
  • Subsystem routing number or return a temporary IP multimedia subsystem routing number that can be routed to the voice call continuity application server;
  • Step 32 after receiving the message returned by the voice call continuity application server, the home location register returns to the mobile switching center Locreq message, the routing information in the locreq message is a voice call continuity application server IP multimedia subsystem routing number;
  • step chicken 33 the mobile switching center initiates a call according to the routing information in the received lotreq message,
  • the tone call continuity application server takes the saved called true called number and continues the call according to the received call request information.
  • the step 33 may further include the following steps: Step 33-1, the mobile switching center sends a call message to the media gateway controller according to the received message; Step 33-2, after receiving the call message, the media gateway controller receives the call message And sending a call request to the called number in the message; Step 33-3, after receiving the call request, the voice call continuity application server takes out the saved real called number and continues to initiate the call according to the standard IP multimedia subsystem call flow.
  • Step 33-1 the mobile switching center sends a call message to the media gateway controller according to the received message
  • Step 33-2 after receiving the call message, the media gateway controller receives the call message And sending a call request to the called number in the message
  • Step 33-3 after receiving the call request, the voice call continuity application server takes out the saved real called number and continues to initiate the call according to the standard IP multimedia subsystem call flow.
  • a circuit switched domain termination call anchoring system for anchoring a circuit switched domain network and an IP Multimedia Subsystem network handover, including at least a home location register and a voice call Contin
  • the home location register directly sends a message requesting routing information to the voice call continuity application server; the voice call continuity application server returns its IP multimedia subsystem routable number information to the location register to refer to the anchoring.
  • the present invention has the advantage that when the mobile switching center MSC queries the home location register HLR for the terminating call route, the HLR directly requests routing information from the VCC application server to complete the anchoring requirement.
  • the problem of how to terminate the anchor in the CS domain in the VCC service when the intelligent domain and the number portability service are not deployed in the CS domain is solved.
  • the flow of the invention is kept as consistent as possible with the intelligent network mode, and the changes of the network elements are small.
  • FIG. 1 is a schematic diagram of session anchoring according to the prior art
  • 2 is a schematic diagram of a CS domain termination call anchoring in a prior art intelligent network solution
  • FIG. 3 is a schematic diagram of a CS domain termination call anchoring according to a prior art number portability scheme
  • FIG. 5 is a signaling flow diagram for implementing anchoring in accordance with a second embodiment of the present invention, wherein The Home Location Register (HLR) sends an ANLYZD message to the VCC Application Server.
  • the present invention is used for anchoring of a CS domain network and an IMS network handover, wherein the CS domain network includes at least a mobile switching center MSC and a home location register HLR, and the IMS network includes at least a voice call continuity VCC application server.
  • the method for circuit-switched domain termination call anchoring includes the following steps: First, according to the traditional domain network, when the call of the traditional domain network reaches the home CS domain MSC (usually the gateway MSC) of the VCC user, the MSC Sending a LOCREQ message to the HLR; the LOCREQ includes at least the called number. For users who do not subscribe to the VCC service, the HLR performs a normal termination process. When the user has a VCC subscription, the HLR determines whether it needs to be anchored according to the received VCC subscription user's LOCREQ message, and needs to be anchored, then queries the VCC application server for routing; if no anchor is needed, the MSC is served to the user. (Visit the VMSC) to send the ROUTREQ query route; the specific judgment methods include but are not limited to the following two types:
  • the HLR is configured to, for the VCC subscriber, when the LOCREQ is from the MSC, it is determined that anchoring is required, and when the LOCREQ is from the VCC application server, it is determined that anchoring is not required.
  • the HLR sends the message request routing information directly to the VCC application server.
  • the VCC application server saves the related information content, and returns the IMS route of the VCC application server to the HLR.
  • the step further includes, but is not limited to, the following situations: (a) The message saved by the VCC application server includes the calling number and the called number, and returns the IMS routing number of the VCC application server to the HLR; (b) CC The message saved by the application server includes the calling number and the called number, and returns the temporary IMS routing number that can be routed to the VCC application server to the HLR; (c) the message saved by the VCC application server includes the called number, and can return to the HLR. The temporary IMS routing number that is routed to the VCC application server.
  • the fourth step after receiving the message returned by the VCC application server, the HLR returns a locreq message to the MSC, where the routing information in the locreq message is the VCC application server IMS routing number;
  • the MSC sends a call message (ISUP IAM message to the media gateway controller MGCF according to the received message;)
  • the sixth step after receiving the call message (IAM message), the MGCF sends a SIP INVITE message to the called number to initiate a call request.
  • the seventh step after the VCC application server receives the INVITE call message, according to the third step Related messages, take out the saved real called number and continue to initiate the call according to the standard IMS call flow.
  • the seventh step is to extract the real called number according to the call message and the related message in the third step, including but not limited to the following related situations: (a) in the third step, the VCC application server saves the calling number, is Calling the number, when returning the IMS routing number of the VCC application server, the seventh step finds the real called number according to the calling number; (b) In the third step, the VCC application server saves the calling number, the called number, and then returns When routing the temporary IMS routing number to the VCC application server, the seventh step finds the real called number according to the calling number and the temporary IMS routing number; (c) when the VCC application server saves the called number in the third step, and then returns When routing the temporary IMS routing number to the VCC application server, the seventh step finds the actual called number based on the temporary IMS routing number.
  • FIG. 4 shows an example of a signaling flow of the present invention.
  • the home location register sends a ROUTREQ message to the VCC.
  • the steps are as follows: Step 400: The terminating call from the legacy domain arrives at the home traditional domain of the VCC user.
  • the MSC the called number is the number assigned by the traditional domain; Step 410, the MSC sends a location request message LOCREQ to the HLR according to the subscription information of the user, where at least the called number is included; Step 420, after receiving the LOCREQ message, the HLR receives the message Sending a ROUTREQ message to the VCC application server according to the message content, the user's subscription information and configuration; Step 430, after receiving the ROUTREQ message, the VCC application server saves the called number and other information, and returns a routreq response message to the HLR, including the IMS route.
  • the number (the IMS routing number that can be routed to the VCC application server).
  • Step 440 After receiving the routreq response message, the HLR returns a locreq response message to the MSC.
  • Step 450 The MSC according to the received routing information in the locreq response message ( An IMS routing number that can be routed to the VCC application server), and an ISUP IAM message is sent to the MGCF of the user IMS home network. The calling number is unchanged, and the called number is the number received from the locreq.
  • Step 460 after receiving the IAM message, the GCF sends the IAM message to the VCC application server according to the called number (the IMS routing number that can be routed to the VCC application server). An INVITE message is initiated, which reaches the VCC application server via the I-CSCF.
  • Step 470 after receiving the INVITE message, the VCC application server finds the real called number saved in the step 430 according to the information therein.
  • the VCC application server continues to initiate a call according to the actual called number;
  • FIG. 5 shows another signaling flow example of the present invention, where the home location register is VCC
  • the message is sent as an ANLYZD message.
  • the steps are as follows: Step 500: The terminating call from the traditional domain arrives at the MSC of the VCC user in the home domain, and the called number is the number assigned by the traditional domain. Step 510, the MSC according to the subscription information of the user.
  • Step 520 After receiving the LOCREQ message, the HLR sends an ANLYZD message to the VCC application server according to the content of the message, the subscription information and configuration of the user;
  • Step 530 VCC
  • the application server After receiving the ANLYZD message, the application server saves the called number and returns an anlyzd response message to the HLR, which includes the IMS routing number (the IMS routing number that can be routed to the VCC application server).
  • Step 540 the HLR receives the anlyzd response message. Afterwards, the locreq response message is returned to the MSC.
  • Step 550 The MSC initiates an ISUP IAM message to the MGCF of the user IMS home network according to the routing information in the received locreq response message (the IMS routing number that can be routed to the VCC application server).
  • the calling number is unchanged, and the called number is the number received from locreq;
  • Step 560 after the MGCF receives the IAM message, Determining an INVITE message to the VCC application server according to the called number (the IMS routing number routable to the VCC application server), and reaching the VCC application server via the I-CSCF;
  • Step 570 after receiving the INVITE message, the VCC application server according to the The information finds the actual called number saved in step 530.
  • the VCC application server continues to initiate calls based on the actual called number.
  • the circuit switched domain termination call anchoring system of the present invention is used for anchoring of a circuit switched domain network and an IP multimedia subsystem network handover, and includes: a traditional telephone network, a mobile switching center MSC, a home location register HLR, and a media gateway control Function MGCF, Call Session Control Function CSCF, Voice Call Continuity Application Server VCC AS, Home Subscriber Server HSS.
  • the main feature is that the HLR directly applies to the VCC application without the wireless intelligent network signaling control point WIN SCP.
  • the device sends a message requesting routing information; the VCC application server returns its IP Multimedia Subsystem routable number information to the HLR to direct the anchor.
  • the present invention completes the anchoring requirement by requesting routing information directly from the HLR to the VCC application server.
  • the HLR directly requests routing information from the VCC application server, and the VCC application server returns its own IMS routable number to guide the anchoring.

Landscapes

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

Description

一种电路交换域终呼锚定方法及其系统 技术领域 本发明涉及移动通信技术， 特别涉及在 IMS ( IP Multimedia Subsystem, IP多媒体子系统）网络和传统电路域网络共存期间， VCC( Voice Call Continuity , 语音呼叫连续性）用户在没有智能网业务的传统电路域的终呼锚定方法及其系 统。 背景技术 移动通讯网络的核心网正在向全 IP ( ALL IP )网络的 IP多媒体子系统（ IP Multimedia Subsystem, IMS )演进。 然而， 这种演进不是一朝一夕能够完成的， 其对现有的传统电路域网络替代将逐步完成， 这是一个长期的过程。 在这个过 程中， 必然存在 IMS和传统域网络共存的局面。 在网络的覆盖上， 可能存在某些地域传统网络单独覆盖、 某些地域 IMS 网络单独覆盖、 某些地域双网共存。 随着网络的演进， IMS覆盖的区域会越来 越大， 传统域会逐渐消亡。 语音呼叫连续性 ( Voice Call Continuity, VCC )技术正是基于上述背景而 提出。 其出发点是用户在双网签约， 终端也是双模终端。 用户在一个网络发生 语音会话过程中时， 其网络的信号下降， 而另一网络信号良好时， 发生网络的 切换， 如， 从 IMS网络切换到传统域网络中。 此时需要 VCC技术来保证语音 通话不中断即通话的连续性。 保持网絡切换时话音不中断的会话过程中， 需要锚定（ anchoring )技术 的支持。 所述的锚定是指在呼叫过程中，'会话路径上插入一个控制点， 如图 1 所示， 此时用户设备（ User Equipment, UE ) A和 B的会话变成了 2个会话， 分别是 A和锚点 （ anchoring point ) C, 猫点 C和端点 B的会话。 这样比如在 A端点发生网络间切换时， A和锚点 C之间的会话将重新建立， 但是锚点 C和 对端 B之间的会话不会受影响而断开。 这样， 在 A和锚点 C的会话重新建立 好后， A与 B的会话可以继续下去， 从而保证了语音会话连续性。 在 VCC业务中， 用户是双网签约， 每个网络都可以给其分配一个号码， 例如传统网络分配的是 E.164号码， IMS网络分配的是 SIP URL 现有的技术中， 当来自传统电路域网络的呼叫到达终呼 VCC用户的归属 传统域网络时 （被叫号码为传统网络分配的号码）， 锚定过程采用的是基于智 能网或者号码携带的方法。 其特点如图 2、 图 3所示， 简略起见， 下面只说明 与本发明背景相关的过程。 图 2是智能网方案的 CS (电路)域终呼锚定流程图， 具体包括： 步骤 100 , 传统网络的呼叫消息 ISUP： IAM , 到达 VCC用户的归属传 统域 CS网络的移动交换中心 MSC (该 MSC通常是网关 MSC ), 在呼叫消息 中包含了主叫号码 （CgPN )和被叫号码 ( CdPN ); 步驟 110, MSC向归属位置寄存器 HLR发送位置查询请求； 步骤 120, HLR向 MSC发送位置查询请求应答， 其中的触发器列表中包 含了无线智能网信令控制点 WIN SCP的地址； 步骤 130, MSC向 WIN SCP发送 ANLYZD消息， 消息中包含了被叫号 码； 步课 140, WIN SCP收到消息后，向 VCC应用服务器（ Application Server, AS )转发 ANLYZD消息； 步骤 150, VCC应用服务器收到 ANLYZD消息后， 保存被叫号码， 并将 其与签约者建立关联。 在返回的 anlyzd应答消息中， 包含了 VCC应用服务器 关联的的临时 IMS路由号码； 步骤 160, WIN SCP将 anlyzd消息转发给 MSC; 步骤 170 , MSC根据 anlyzd消息中的路由信息（ VCC应用服务器关联的 临时 IMS路由号码）， 向用户归属网络的媒体网关控制功能 （ Media Gateway Control Function, MGCF )发送 ISUP呼叫消息； 步骤 180 , 媒体网关控制功能 MGCF收到呼叫后， 向 VCC应用月良务器发 起呼叫请求 （ SIP Invite请求；)， 该呼叫经由 I-CSCF (查询呼叫会话控制功能） 完成； 步骤 190, VCC应用服务器收到呼叫请求后， 根据 VCC应用服务器关联 的临时 IMS路由号码， 找到步骤 150中保存被叫号码。 VCC应用服务器使用 真正的被叫号码继续呼叫。 图 3为号码携带方案的 CS域终呼锚定流程图， 具体包括： 步骤 210， 传统域查询号码携带数据库 步骤 220 ,号码携带数据库返回的响应包含了本地路由号码（ Local Routing Number, LRN ), 它可被用来重定向到 IMS网络。 步 230 , 传统域向 MGCF发送 IAM消息， 其中被叫号码为 LRN, 原始 的被叫号码保存在 ISUP Ported Gap信息单元中。 步驟 240 , MGCF发现这是号码携带，取出原始的被叫号码， 向 I/S-CSCF 发送 Invite消息。 步 250 , S-CSCF根据初始过滤准则（iFC ), 向 VCC应用服务器触发业 务。 综上，现有 CS域的终呼锚定只有在部署智能网业务或号码携带时才能实 现， 但目前在很多传统网络中， 没有部署智能业务或号码携带。 此时在 VCC 业务中 CS域的终呼锚定就无法实现。 发明内容 本发明所要解决的问题，在于提供一种电路交换域终呼锚定的方法及其系 统， 其能够克月艮现有技术在没有部署智能网业务或号码携带的传统网络时不能 实现终呼锚定的缺陷。 为达到上述目的，本发明实施例提供的电路交换域终呼锚定的方法。用于 电路交换域网络和 IP多媒体子系统网络切换所需的锚定，其中， 电路交换域网 络至少包括移动交换中心和归属位置寄存器， IP 多媒体子系统网络至少包括 语音呼叫连续性应用服务器和媒体网关控制功能。 根据本发明实施例的电路交换域终呼锚定的方法包括以下步骤： 第一步骤，当传统域网络的呼叫到达语音呼叫连续性用户的归属电路交换 域的移动交换中心时， 移动交换中心向归属位置寄存器发送 LOCREQ 消息， 以查询位置； 第二步骤， 归属位置寄存器直接向语音呼叫连续性应用服务器发送消息， 以请求路由信息； 第三步骤， 语音呼叫连续性应用服务器向该位置寄存器返回其 IP多媒体 子系统可路由号码信息指引锚定。 优选地， 该方法在第一步骤和所述第二步珮之间， 进一步包括以下步骤： 步驟 A: L 归属位置寄存器根据接收到的语音呼叫连续性签约用户的 LOCREQ消息判断是否需要锚定的步驟； 其中， 如需要锚定， 执行第一步驟， 如不需锚定， 向服务该用户的移动交换中心发送 ROUTREQ查询路由。 另外， 上述的第三步骤进一步包括： 步骤 31， 语音呼叫连续性应用服务器接收并保存归属位置寄存器发送的 请求路由信息的消息后， 向该归属位置寄存器返回该语音呼叫连续性应用服务 器的 IP多媒体子系统路由号码，或者返回可以路由到该语音呼叫连续性应用服 务器的临时 IP多媒体子系统路由号码； 步骤 32, 归属位置寄存器收到语音呼叫连续性应用服务器返回的消息后， 向移动交换中心返回 locreq消息，该 locreq 消息中的路由信息为语音呼叫连续 性应用服务器 IP多媒体子系统路由号码； 步雞 33 , 移动交换中心根据收到 locreq消息中的路由信息发起呼叫， 语 音呼叫连续性应用服务器根据收到呼叫请求信息取出保存的真正被叫号码继 续呼叫。 其中， 上述的步 33又可以进一步包括以下步- ： 步驟 33-1 , 移动交换中心根据收到的消息向媒体网关控制器发送呼叫消 息； 步骤 33-2， 媒体网关控制器收到呼叫消息后， 向该消息中的被叫号码发 起呼叫请求； 步驟 33-3 , 语音呼叫连续性应用服务器收到呼叫请求后， 取出保存的真 正被叫号码按标准 IP多媒体子系统呼叫流程继续发起呼叫。 为进一步的实现本发明的目的， 还提供了一种电路交换域终呼锚定系统， 用于电路交换域网络和 IP多媒体子系统网络切换时的锚定，其至少包括归属位 置寄存器和语音呼叫连续性应用服务器。 其中，归属位置寄存器直接向语音呼叫连续性应用服务器发送请求路由信 息的消息；语音呼叫连续性应用月艮务器向该位置寄存器返回其 IP多媒体子系统 可路由号码信息来指弓 I锚定。 与现有技术相比， 本发明的优点在于， 当移动交换中心 MSC向归属位置 寄存器 HLR查询终呼路由时， 通过 HLR直接向 VCC应用服务器请求路由信 息来完成锚定的需求。解决了当 CS域没有部署智能网和号码携带业务时， VCC 业务中如何在 CS域终呼锚定的问题。 并且本发明流程尽可能保持了与智能网 方式一致， 对各网元改动艮小。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不 当限定。 在附图中： 图 1是根据现有技术的会话锚定示意图; 图 2为 居现有技术的智能网方案的 CS域终呼锚定的示意图； 图 3为根据现有技术的号码携带方案的 CS域终呼锚定的示意图； 图 4为根据本发明第一实施例的实现锚定的信令流程图，其中， 归属位置 寄存器 （ HLR ) 向 VCC应用服务器发送 ROUTREQ消息； 以及 图 5为根据本发明第二实施例的实现锚定的信令流程图，其中， 归属位置 寄存器 （ HLR ) 向 VCC应用服务器发送 ANLYZD消息。 具体实施方式 本发明用于 CS域网络和 IMS网络切换时的锚定， 其中， CS域网络至少 包括移动交换中心 MSC和归属位置寄存器 HLR, IMS 网络至少包括语音呼 叫连续性 VCC应用服务器。 冲艮据本发明实施例的电路交换域终呼锚定的方法包括以下步驟： 第一步據， 当传统域网络的呼叫到达 VCC用户的归属 CS域 MSC (通常 是网关 MSC ) 时， 该 MSC向 HLR发送 LOCREQ消息； 该 LOCREQ至少包 括被叫号码。 对于没有签约 VCC业务的用户， HLR执行正常的终呼流程。 当该用户有 VCC签约时， 该 HLR根据接收到的 VCC签约用户的 LOCREQ消息判断是否 需要锚定， 需要锚定， 则向 VCC应用服务器查询路由； 不需锚定， 则向服务 该用户的 MSC (拜访 VMSC )发送 ROUTREQ查询路由； 具体判断方法包括 但不限于以下两种：
( 1 )设置一个新的触发器类型， VCC触发器，当该 HLR收到的 LOCREQ 消息中， 包含该 VCC触发器时， 判断为需要锚定， 当该 HLR收到的 LOCREQ 消息中， 不包含 VCC触发器时， 判断为不需要锚定。
( 2 ) HLR配置为， 对于 VCC签约用户， 当 LOCREQ来自 MSC时， 判 断为需要锚定， 当 LOCREQ来自 VCC应用服务器时， 判断为不需要锚定。 第二步骤， HLR直接向 VCC应用服务器发送消息请求路由信息； 第三步骤， VCC应用服务器接收 HLR发送的消息后，保存相关信息内容， 并向该 HLR返回该 VCC应用月良务器的 IMS路由号码信息； 其中，该步骤进一 步包括但不限于以下几种情况： ( a )VCC应用服务器保存的消息包括主叫号码、 被叫号码， 向 HLR返回 VCC应用服务器的 IMS路由号码； （b ) CC应用服务 器保存的消息包括主叫号码、 被叫号码， 向 HLR返回可以路由到 VCC应用月艮 务器的临时 IMS路由号码； （ c ) VCC应用服务器保存的消息包括被叫号码， 向 HLR返回可以路由到 VCC应用服务器的临时 IMS路由号码； 第四步骤， HLR收到 VCC应用服务器返回的消息后，向 MSC返回 locreq 消息， 该 locreq消息中的路由信息为 VCC应用服务器 IMS路由号码； 第五步骤， MSC根据收到的消息向媒体网关控制器 MGCF发送呼叫消 息 （ ISUP IAM消息；)； 第六步骤， MGCF 收到呼叫消息 (IAM 消息)后， 向其中的被叫号码发送 SIP INVITE消息发起呼叫请求； 第七步骤， VCC应用服务器收到 INVITE呼叫消息后， 根据第三步骤中 的相关消息， 取出保存的真正被叫号码按标准 IMS呼叫流程继续发起呼叫。 其中，第七步骤中很据呼叫消息取出真正被叫号码与第三步骤中的相关消 息包括但不限于以下几种关联情况： （a ) 当第三步驟中 VCC应用服务器保存 主叫号码、 被叫号码， 返回 VCC应用服务器的 IMS路由号码时， 第七步骤根 据主叫号码找到真正的被叫号码； （b ) 当第三步骤中 VCC应用服务器保存主 叫号码、 被叫号码， 然后返回可以路由到 VCC应用服务器的临时 IMS路由号 码时， 第七步骤根据主叫号码和临时 IMS路由号码找到真正的被叫号码； （c ) 当第三步骤中 VCC应用服务器保存被叫号码， 然后返回可以路由到 VCC应用 服务器的临时 IMS路由号码时， 第七步驟根据临时 IMS路由号码找到真正的 被叫号码。 下面结合附图和具体实施例对本发明的详细流程作进一步详细的说明 ,但 不作为对本发明的限定。 第一实施例 图 4示出了本发明的一个信令流程示例， 此时归属位置寄存器向 VCC发 送的是 ROUTREQ消息， 步骤如下： 步骤 400 , 来自传统域的终呼到达 VCC用户的归属传统域的 MSC , 此时 被叫号码是传统域分配的号码； 步骤 410 , MSC 根据用户的签约信息， 向 HLR 发送位置申请消息 LOCREQ, 其中至少包含被叫号码； 步驟 420, HLR收到 LOCREQ消息后， 根据消息内容， 用户的签约信息 和配置， 向 VCC应用服务器发送 ROUTREQ消息； 步骤 430, VCC应用服务器收到 ROUTREQ消息后， 保存被叫号码等信 息 , 并向 HLR返回 routreq应答消息，其中包含 IMS路由号码（可路由到 VCC 应用月艮务器的 IMS路由号码） 步骤 440, HLR收到 routreq应答消息后， 向 MSC返回 locreq应答消息； 步骤 450， MSC根据收到的 locreq应答消息中的路由信息（可路由到 VCC 应用服务器的 IMS路由号码）， 向用户 IMS归属网络的 MGCF发起 ISUP IAM 消息， 其中主叫号码不变， 被叫号码是从 locreq中收到的号码； 步骤 460, GCF收到 IAM消息后， 根据被叫号码（可路由到 VCC应用 服务器的 IMS路由号码），向 VCC应用服务器发起 INVITE消息，其经由 I-CSCF 达到 VCC应用月艮务器； 步骤 470, VCC应用服务器收到 INVITE消息后，根据其中的信息找出在 步碌 430中保存的真正的被叫号码。 VCC应用服务器根据真正的被叫号码， 继 续发起呼叫； 第二实施例； 图 5示出了本发明的另一个信令流程示例， 此时归属位置寄存器向 VCC 发送的是 ANLYZD消息， 步骤如下： 步骤 500 , 来自传统域的终呼到达 VCC用户的归属传统域的 MSC， 此时 被叫号码是传统域分配的号码； 步驟 510 , MSC 根据用户的签约信息， 向 HLR 发送位置申请消息 LOCREQ , 其中至少包含被叫号码； 步骤 520, HLR收到 LOCREQ消息后， 根据消息内容， 用户的签约信息 和配置， 向 VCC应用月 务器发送 ANLYZD消息； 步骤 530, VCC应用服务器收到 ANLYZD消息后， 保存被叫号码， 并向 HLR返回 anlyzd应答消息， 其中包含 IMS路由号码（可路由到 VCC应用月艮务 器的 IMS路由号码） 步骤 540, HLR收到 anlyzd应答消息后， 向 MSC返回 locreq应答消息； 步骤 550, MSC根据收到的 locreq应答消息中的路由信息（可路由到 VCC 应用服务器的 IMS路由号码）， 向用户 IMS归属网络的 MGCF发起 ISUP IAM 消息， 其中主叫号码不变， 被叫号码是从 locreq中收到的号码； 步驟 560， MGCF收到 IAM消息后， 根据被叫号码（可路由到 VCC应用 服务器的 IMS路由号码），向 VCC应用服务器发起 INVITE消息，其经由 I-CSCF 达到 VCC应用服务器； 步骤 570， VCC应用服务器收到 INVITE消息后，根据其中的信息找出在 步骤 530中保存的真正的被叫号码。 VCC应用服务器根据真正的被叫号码， 继 续发起呼叫。 本发明的电路交换域终呼锚定系统， 用于电路交换域网络和 IP多媒体子 系统网络切换时的锚定， 其包括： 传统电话网络、 移动交换中心 MSC、 归属位 置寄存器 HLR、 媒体网关控制功能 MGCF、 呼叫会话控制功能 CSCF、 语音呼 叫连续性应用服务器 VCC AS、 归属用户服务器 HSS。 主要特征在于， 在没有 无线智能网信令控制点 WIN SCP的情况下， 所述 HLR直接向 VCC应用服务 器发送请求路由信息的消息； 该 VCC应用服务器向该 HLR返回其 IP多媒体 子系统可路由号码信息来指引锚定。 本发明通过 HLR直接向 VCC应用服务器请求路由信息， 来完成锚定的 需求。 当终呼到达 VCC用户的归属 CS域时， HLR直接向 VCC应用服务器请 求路由信息， VCC应用服务器返回自己的 IMS可路由号码， 指引锚定。 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领 域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之 内。

Claims

权 利 要 求 书
1. 一种电路交换域终呼锚定的方法，用于电路交换域网络和 IP多媒体子系 统网络切换所需的锚定， 其中， 所述电路交换域网络至少包括移动交换 中心和归属位置寄存器，所述 ip多媒体子系统网络至少包括语音呼叫连 续性应用服务器和媒体网关控制功能， 其特征在于， 包括：
第一步骤， 当传统域网络的呼叫到达语音呼叫连续性用户的归属电 路交换域的移动交换中心时， 所述移动交换中心向归属位置寄存器发送
LOCREQ消息， 以查询位置；
第二步骤，所述归属位置寄存器直接向语音呼叫连续性应用服务器 发送消息， 以请求路由信息； 以及
第三步骤，所述语音呼叫连续性应用服务器向所述位置寄存器返回 其 IP多媒体子系统可路由号码信息指引锚定。
2. 根据权利要求 1所述的电路交换域终呼锚定方法， 其特征在于， 在所述 第一步骤和所述所述第二步骤之间， 进一步包括以下步骤：
步骤 A: 所述归属位置寄存器根据接收到的语音呼叫连续性签约用 户的 LOCREQ消息判断是否需要锚定。
3. 根据权利要求 2所述的电路交换域终呼锚定方法， 其特征在于， 在所述 步骤 A中判断需要锚定的情况下， 执行所述第二步骤， 在所述步骤 A中 判断不需锚定的情况下， 向服务该用户的移动交换中心发送 ROUTREQ 查询路由。
4. 根据权利要求 2所述的电路交换域终呼锚定方法， 其特征在于， 所述第 三步骤进一步包括以下步骤：
步骤 B: 所述语音呼叫连续性应用服务器接收并保存归属位置寄存 器发送的请求路由信息的消息后， 向该归属位置寄存器返回该语音呼叫 连续性应用服务器的 IP 多媒体子系统路由号码或者返回可以路由到该 语音呼叫连续性应用服务器的临时 IP多媒体子系统路由号码；
步骤 C: 所述归属位置寄存器收到所述语音呼叫连续性应用服务器 返回的消息后， 向所述移动交换中心返回 locreq消息， 该 locreq 消息中 的路由信息为所述语音呼叫连续性应用服务器 IP 多媒体子系统路由号 码；
步骤 D:所述移动交换中心根据收到 locreq消息中的路由信息发起 呼叫， 所述语音呼叫连续性应用服务器根据收到呼叫请求信息取出保存 的真正被叫号码继续呼叫。 根据权利要求 4所述的电路交换域终呼锚定方法， 其特征在于， 所述步 骤 D进一步包括以下步骤：
步骤 D-1： 所述移动交换中心根据收到的消息向媒体网关控制器发 送呼叫消息；
步骤 D-2: 所述媒体网关控制器收到呼叫消息后， 向该消息中的被 叫号码发起呼叫请求；
步骤 D-3: 所述语音呼叫连续性应用服务器收到呼叫请求后， 取出 保存的真正被叫号码按标准 IP多媒体子系统呼叫流程继续发起呼叫。 根据权利要求 2所述的电路交换域终呼锚定方法， 其特征在于， 所述第 二步骤中归属位置寄存器直接向语音呼叫连续性应用服务器发送的消息 是 ANLYZD消息或者 ROUTREQ消息。 根据权利要求 6所述的电路交换域终呼锚定方法 , 其特征在于， 当所述 归属位置寄存器收到的 LOCREQ消息中包含语音呼叫连续性触发器时， 判断为需要 4苗定，当所述归属位置寄存器收到的 LOCREQ消息中不包含 语音呼叫连续性触发器时， 判断为不需要锚定 根据权利要求 6所述的电路交换域终呼锚定方法， 其特征在于， 当所述 归属位置寄存器收到的 LOCREQ消息中包含语音呼叫连续性触发器时， 判断为需要锚定，当所述归属位置寄存器收到的 LOCREQ消息中不包含 语音呼叫连续性触发器时， 判断为不需要锚定。 根据权利要求 2 所述的电路交换域终呼锚定方法， 其特征在于， 所述 LOCREQ消息中至少包括被叫号码。
10. 根据权利要求 1所述的电路交换域终呼锚定方法， 其特征在于， 所述步 骤 B中， 所述语音呼叫连续性应用服务器保存的消息包括主叫号码和被 叫号码， 或者只包括被叫号码。
11. 根据权利要求 10所述的电路交换域终呼锚定方法 , 其特征在于， 当所述 步骤 B中语音呼叫连续性应用服务器保存主叫号码和被叫号码， 返回语 音呼叫连续性应用服务器的 IP多媒体子系统路由号码，所述步骤 D根据 主叫号码找到真正的被叫号码； 当所述步驟 B中语音呼叫连续性应用服 务器保存主叫号码、 被叫号码， 返回可以路由到该语音呼叫连续性应用 服务器的临时 IP多媒体子系统路由号码，所述步骤 D根据主叫号码和临 时 IP多媒体子系统路由号码找到真正的被叫号码；当所述步骤 B中语音 呼叫连续性应用月艮务器只保存被叫号码，然后返回可以路由到 VCC应用 服务器的临时 IP多媒体子系统路由号码， 所述步驟 D根据临时 IP多媒 体子系统路由号码找到真正的被叫号码。
12. 根据权利要求 1所述的电路交换域终呼锚定方法， 其特征在于， 所述第 三步驟中语音呼叫连续性应用服务器向归属位置寄存器返回的消息类型 取决于所述第二步骤中归属位置寄存器向该语音呼叫连续性应用服务器 发送的消息类型。
13. 一种电路交换域终呼锚定系统，用于电路交换域网络和 IP多媒体子系统 网络切换时的锚定， 其至少包括归属位置寄存器和语音呼叫连续性应用 服务器， 其特征在于， 所述归属位置寄存器直接向语音呼叫连续性应用 服务器发送请求路由信息的消息； 所述语音呼叫连续性应用服务器向该 位置寄存器返回其 IP多媒体子系统可路由号码信息来指引锚定。
PCT/CN2006/003231 2006-08-23 2006-11-30 Procédé et système pour ancrage d'un appel de fin du domaine cs WO2008028353A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2009524863A JP5264727B2 (ja) 2006-08-23 2006-11-30 回路交換領域の末端呼アンカーリングのための方法及びシステム
US12/438,334 US7953072B2 (en) 2006-08-23 2006-11-30 Method and system for ending-call anchoring of circuit switched domain
KR1020097005049A KR101352796B1 (ko) 2006-08-23 2006-11-30 회선 교환 도메인 호출 종료 앵커링 방법 및 그 시스템
CA2661351A CA2661351C (en) 2006-08-23 2006-11-30 A method and system for call termination anchoring of circuit switched domain

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2006101125739A CN101094442B (zh) 2006-08-23 2006-08-23 一种电路交换域终呼锚定方法
CN200610112573.9 2006-08-23

Publications (1)

Publication Number Publication Date
WO2008028353A1 true WO2008028353A1 (fr) 2008-03-13

Family

ID=38992403

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/003231 WO2008028353A1 (fr) 2006-08-23 2006-11-30 Procédé et système pour ancrage d'un appel de fin du domaine cs

Country Status (6)

Country Link
US (1) US7953072B2 (zh)
JP (1) JP5264727B2 (zh)
KR (1) KR101352796B1 (zh)
CN (1) CN101094442B (zh)
CA (1) CA2661351C (zh)
WO (1) WO2008028353A1 (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101233176B1 (ko) * 2006-05-02 2013-02-15 엘지전자 주식회사 Ｖｃｃ에서의 호처리 방법, 서버 및 엔티티
US20090011759A1 (en) * 2007-07-02 2009-01-08 Telefonaktiebolaget Lm Ericsson Flexible numbering in mobile networks
CN101692722B (zh) * 2008-01-08 2012-07-04 中兴通讯股份有限公司 一种多媒体会话连续性业务的起呼方法
CN101370307B (zh) * 2008-09-05 2012-04-25 华为技术有限公司 通信网络锚定方法及装置
US8345666B2 (en) * 2009-04-29 2013-01-01 Verizon Patent And Licensing Inc. Redirecting a call by a circuit switched network to an internet protocol multimedia subsystem (IMS) network
EP3096584B1 (en) * 2009-11-10 2020-04-01 Telefonaktiebolaget LM Ericsson (publ) Handover delay optimization
KR101055644B1 (ko) * 2009-11-19 2011-08-09 텔코웨어 주식회사 Ｖｃｃ 가입자의 등록상태 관리방법
CN101729980B (zh) * 2009-11-20 2012-09-05 华为技术有限公司 位置信息获取方法、装置和系统
CN102340490B (zh) * 2010-07-23 2015-10-21 中兴通讯股份有限公司 一种实现媒体锚定的方法及系统
CN102378396B (zh) * 2010-08-12 2015-10-21 中兴通讯股份有限公司 一种实现会话锚定的方法和系统
US8842662B2 (en) * 2011-01-07 2014-09-23 Samsung Electronics Co., Ltd. Techniques for trunk optimization for IMS voice calls between originating UE and terminating UE homed in a circuit switched network
US8811282B2 (en) * 2011-03-23 2014-08-19 Telefonaktiebolaget L M Ericsson (Publ) Call delivery to an IMS network for a mobile directory number homed in a 2G wireless network
US20140254491A1 (en) * 2011-08-31 2014-09-11 Telefonaktiebolaget L M Ericsson (Publ) Home routing for ims roaming using vplmn anchor
CN103188756B (zh) * 2011-12-28 2016-03-30 中国移动通信集团吉林有限公司 一种跨域业务路由方法、装置、系统及相关设备
US8428032B1 (en) * 2012-07-16 2013-04-23 Metropcs Wireless, Inc. System and method for providing selective voice call continuity
CN106559871A (zh) * 2015-09-30 2017-04-05 中兴通讯股份有限公司 呼叫请求重定向方法、呼叫请求接续方法及其装置
CN108882220B (zh) * 2017-05-16 2022-05-06 中兴通讯股份有限公司 一种ims终呼业务域选方法、装置、系统及存储介质
CN109246682A (zh) * 2017-07-11 2019-01-18 中兴通讯股份有限公司 一种域选择方法、装置、网络设备及存储介质
CN109769219B (zh) * 2019-01-04 2021-06-04 中国联合网络通信集团有限公司 异集团VoLTE用户之间的呼叫方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1512797A (zh) * 2002-12-30 2004-07-14 深圳市中兴通讯股份有限公司上海第二 在移动虚拟网络中提供智能业务的方法
KR20050076921A (ko) * 2004-01-26 2005-07-29 삼성전자주식회사 이동 통신 시스템에서 아이피 멀티미디어 부시스템 망과회선 교환 망 간의 연동에 따른 서비스 품질 제공 방법
CN1802022A (zh) * 2005-09-30 2006-07-12 华为技术有限公司 在话音业务连续性业务中建立初始呼叫的方法及系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5796790A (en) * 1995-03-24 1998-08-18 Telefonaktiebolaget L M Ericsson Reliable related billing ID information method for call delivery
JP3096668B2 (ja) * 1996-10-01 2000-10-10 ルーセント テクノロジーズ インコーポレイテッド ネットワークおよび無線ネットワーク
KR100321786B1 (ko) * 1999-01-22 2002-02-02 조정남 이동통신시스템에서의 대표번호 서비스 구현 방법
US6917810B2 (en) * 2001-12-05 2005-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Optimization or circuit call setup and delivery associated with inter-MSC packet data handoff
US7346343B2 (en) * 2003-11-25 2008-03-18 Lucent Technologies Inc. Method and apparatus for anonymous call redirection in a wireless network
WO2006011493A1 (ja) * 2004-07-30 2006-02-02 Sharp Kabushiki Kaisha 通信ネットワークの制御システム
US7664495B1 (en) * 2005-04-21 2010-02-16 At&T Mobility Ii Llc Voice call redirection for enterprise hosted dual mode service
US8340626B2 (en) * 2006-04-28 2012-12-25 Qualcomm Incorporated System and method for supporting voice call continuity for VOIP emergency calls
US7760712B2 (en) * 2006-08-11 2010-07-20 Research In Motion Limited System and method for managing call continuity in IMS network environment

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1512797A (zh) * 2002-12-30 2004-07-14 深圳市中兴通讯股份有限公司上海第二 在移动虚拟网络中提供智能业务的方法
KR20050076921A (ko) * 2004-01-26 2005-07-29 삼성전자주식회사 이동 통신 시스템에서 아이피 멀티미디어 부시스템 망과회선 교환 망 간의 연동에 따른 서비스 품질 제공 방법
CN1802022A (zh) * 2005-09-30 2006-07-12 华为技术有限公司 在话音业务连续性业务中建立初始呼叫的方法及系统

Also Published As

Publication number Publication date
KR101352796B1 (ko) 2014-02-06
KR20090053810A (ko) 2009-05-27
CN101094442A (zh) 2007-12-26
US7953072B2 (en) 2011-05-31
JP2010502051A (ja) 2010-01-21
CN101094442B (zh) 2010-08-18
CA2661351C (en) 2015-02-17
CA2661351A1 (en) 2008-03-13
JP5264727B2 (ja) 2013-08-14
US20100008353A1 (en) 2010-01-14

Similar Documents

Publication Publication Date Title
WO2008028353A1 (fr) Procédé et système pour ancrage d'un appel de fin du domaine cs
KR101050072B1 (ko) 듀얼 모드 무선 디바이스로의 호출 전달
CN102857891B (zh) 一种被叫用户的域选择方法和系统,以及系统中的hss
KR101565626B1 (ko) 패킷 교환 방식 멀티미디어 가입자 서비스들을 제공하는 아키텍처에 의해 정의된 기능들을 갖는 인터페이스들을 갖는 이동 교환국 플랫폼
EP2073479A1 (en) Method and system for call continuity
JP2009508440A (ja) デュアルモードの無線通信デバイスにサービスを提供するネットワーク間の呼配信
KR101066141B1 (ko) 음성 호 연속성 서비스에서의 초기 호 앵커링의 실현 시스템 및 그 방법
CN101931923B (zh) Ip多媒体子系统网络的用户注册方法及业务实现系统
US20100110992A1 (en) Call processing method and intelligent network service control device for implementing one number multiple terminals service
WO2012027939A1 (zh) 一号通呼叫的方法及业务控制点
EP2089995B1 (en) Heterogeneous communication system and method for processing call in the same system
CN1997201A (zh) 在话音业务连续性中处理呼叫的方法及装置
CN101931934B (zh) Ip多媒体子系统网络的用户注册方法及业务实现系统
US8908665B2 (en) Methods for routing of calls in internet protocol multimedia subsystem centralized services networks and related gateway mobile switching centres (GMSC) and home location registers (HLR)
WO2007126218A1 (en) Method for handling cs calls in voice call continuity, vcc application server and translation entity
WO2012089064A1 (zh) 在电路域接入终端与as之间交互控制信息的方法及设备
CN109981524B (zh) 用户号码分区接入方法、装置、设备及介质
CN101217797B (zh) 一种ip多媒体子系统集中控制业务的起呼方法
CN101102604B (zh) Ip多媒体子系统集中控制业务中用户关机前转的方法
WO2011038634A1 (zh) Ims网络呼叫处理方法及设备
CN101932119B (zh) 一种ip多媒体子系统网络的业务实现方法及系统
CN101998667B (zh) 一种号码转换方法和业务连续性应用服务器
CN101137096B (zh) Ims集中控制业务中用户不可及前转的实现方法
CN102026128A (zh) 一种用户关联号码的获取方法及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 06817933

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2009524863

Country of ref document: JP

Ref document number: 2661351

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 1020097005049

Country of ref document: KR

NENP Non-entry into the national phase

Ref country code: RU

WWE Wipo information: entry into national phase

Ref document number: 12438334

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 06817933

Country of ref document: EP

Kind code of ref document: A1