WO2008151487A1 - Procédé de mise en place d'une fin d'appel dans un service de contrôle centralisé ims - Google Patents
Procédé de mise en place d'une fin d'appel dans un service de contrôle centralisé ims Download PDFInfo
- Publication number
- WO2008151487A1 WO2008151487A1 PCT/CN2007/003477 CN2007003477W WO2008151487A1 WO 2008151487 A1 WO2008151487 A1 WO 2008151487A1 CN 2007003477 W CN2007003477 W CN 2007003477W WO 2008151487 A1 WO2008151487 A1 WO 2008151487A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- iccf
- session
- message
- terminating
- domain
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Definitions
- the present invention relates to the field of communications, and more particularly to a method for implementing a terminating call in an IMS centralized control service. Background technique
- IP Internet Protocol
- IMS Multimedia Subsystem
- 3GPP 3rd Generation Partnership Project
- IMS IP-based telecommunications network architecture, and has nothing to do with access technology.
- packet access networks such as GPRS (General Packet Radio Service) and WLAN (Wireless Local Area Network). It can also provide services for mobile cellular networks such as GSM (Global System for Mobile communications) and UMTS (Universal Mobile Telecommunications System).
- GSM Global System for Mobile communications
- UMTS Universal Mobile Telecommunications System
- CS Circuit Switched
- IMS IMS Centralized Service
- IMS provides consistent services for access modes such as circuit domain and packet domain, and supports network convergence
- FIG. 1 is an architectural diagram of the scenario in the IMS centralized control service, such as the following network element:
- UE User Equipment
- VMSC Mobile Switching Center
- MGCF Media Gateway Control Function
- CSCF Call Session Control Function
- MGW Media Gateway
- IMS CS Control Function ICCF
- AS Application Server
- the UE-101 establishes three paths to the IMS domain, namely: the session control path, the bearer control path, and the bearer path.
- the session control path is established on the PS domain, and the UE 101 is directly connected to the IMS core network through the PS domain.
- the bearer control path the UE accesses the VMSC by using standard CS control signaling, and accesses the IMS through the MGCF, and the VMSC is integrated.
- the ISDN User Part (ISUP) is sent to the MGCF_103, and then the Session Initial Protocol (SIP) is used to reach the ICCF-106 through the CSCF-104.
- the bearer path is established through the MGW-105. .
- the session control path transfers session information between the UE-101, the CSCF-104, and the ICCF-106, and the bearer control path passes the seven- load control message between the CS domain and the IMS domain through standard CS control signaling and SIP signaling. Finally, the two control paths are associated with ICCF-106. This function is equivalent to the SIP user agent function that the UE establishes an IMS session.
- the bearer control path also controls the establishment of the bearer path and the management of the bearer resources.
- FIG. 1 is the process of terminating (called) of the existing scheme.
- the specific process is as follows:
- the CSCF of the serving terminating UE receives the SIP session request;
- the ICCF receives the SIP session request sent by the CSCF;
- ICCF acquires the roaming number of the called party
- the ICCF acts as a back-to-back proxy for the terminating UE (Back to Back User Agent,
- B2BUA sending a SIP session request to the terminating UE, the message is first forwarded to the CSCF;
- the CSCF forwards the SIP session request to the terminating UE;
- the terminating UE returns a SIP session to the CSCF to send a message
- the CSCF forwards the SIP session ongoing message to the ICCF;
- the ICCF initiates a SIP invite message to the terminating UE by using the CS domain roaming number of the terminating UE, and the message is first sent to the CSCF;
- the CSCF forwards the SIP invite message to the MGCF;
- the MGCF sends an initial address message of the ISUP to the VMSC of the serving terminal UE;
- the VMSC initiates a call setup message to the UE;
- the terminating call UE returns a successful SIP response to the CSCF;
- the CSCF returns a SIP successful response to the ICCF;
- the user picks up the phone, and the terminal sends a connection message to the VMSC.
- the VMSC sends an ISUP response message to the MGCF;
- the MGCF returns a SIP successful response to the CSCF;
- the CSCF returns a SIP successful response to the ICCF;
- the ICCF returns a SIP successful response to the CSCF;
- the CSCF returns to the calling party and the SIP responds successfully, and enters the call state.
- the terminal call must require the ICCF to obtain a roaming number of the terminating UE when the ICCF establishes a terminating call bearer control path with the VMSC.
- the ICCF uses the roaming number and the VMSC to establish a bearer control path, but how the ICCF obtains the number is not yet defined. Summary of the invention
- the problem to be solved by the present invention is to provide a method for implementing a terminating call in an IMS centralized control service, which shortens the duration of the terminating call establishment.
- the invention utilizes the circuit domain calling process to establish a circuit domain bearer manner, and implements the ICS terminal call.
- the present invention provides a method for implementing a terminal call in an IMS centralized control service, including the following steps:
- the IMS circuit domain control function ICCF After receiving the session request message of the remote calling user, the IMS circuit domain control function ICCF sends a session request to the called user equipment UE through the packet switched PS domain, where the message carries the address information and the session identifier of the ICCF.
- the terminating UE initiates a call setup to the ICCF through the circuit switched CS domain and carries the session identification information
- the ICCF receives the call setup request, according to the The session identification information associates a session initiated by the terminating UE with a session initiated by the remote calling party.
- the call session control function CSCF sends a SIP ringing message to the calling side.
- step rubber (b) is also included
- the terminating UE sends a success response message to the ICCF through the session control path of the PS domain;
- the ICCF After receiving the success response message, the ICCF sends a successful response to the calling side via the call session control function CSCF to complete the connection of the session.
- the address information and session identification information of the ICCF are dynamic ICCF routing numbers, or static ICCF routing numbers and reference information capable of uniquely identifying a session.
- the ICCF in step (b) sends a ringing message to the terminating UE through the bearer control path of the CS domain, to notify the terminal call UE that the call setup is successful. Further, the calling UE starts ringing after receiving the ringing message sent by the ICCF, and returns a session initial protocol SIP ringing message to the ICCF through the PS domain. Further, after receiving the success response message, the ICCF in step (d) also sends a SIP acknowledgment message to the terminating UE through the session control path of the PS domain.
- the ICCF of the step (d) returns a success response message to the terminating UE, and the message is forwarded by the CSCF to the media gateway control function MGCF, and the MGCF sends a service to the terminating UE.
- the visited mobile switching center VMSC returns an ISUP response message, and the VMSC sends a connection message to the terminating UE.
- step (a) the session request message sent by the ICCF to the terminating UE further carries a calling number; and step (b) the terminating UE displays the calling number after receiving the session request message.
- step (d) the calling side user or the media gateway establishes a bearer connection with the media gateway on the called side, and connects the resources of the calling user and the called user.
- the message between the called UE and the ICCF is transmitted in the CS domain through the bearer control path, that is, through the visited mobile switching center VMSC, the media gateway control function MGCF, and the call session control function CSCF; the called UE and the ICCF
- the message between the PS domain is transmitted through the CSCF through the session control path.
- the ICS termination call process is established by the UE re-calling the ICCF address, the paging time is saved, and the ICCF is not required to acquire the roaming number, which provides a solution for the ICS termination call.
- Figure 1 is a system architecture diagram for implementing IMS centralized control services
- Figure 2 is a flow chart of the existing ICS terminal call service
- FIG. 3 is a schematic diagram of an ICS terminal call service flow according to the embodiment.
- FIG. 4 is a flow chart of the ICS terminal call service according to the embodiment. Preferred embodiment of the invention The present invention will be further described in detail below in conjunction with the drawings and specific embodiments.
- the ICCF of the home network of the terminating UE acts as a B2BUA, and after receiving the session request sent by the calling party, the session request is sent to the terminating UE through the PS domain (step 301). After receiving the message, the UE initiates a call to the ICCF in the CS domain (step 302). After receiving the session request forwarded by the CS domain, the ICCF forwards the ringing message to the originating side.
- the terminating UE sends a successful response to the ICCF through the PS domain (step 303).
- the ICCF After receiving the successful response sent by the PS domain, the ICCF sends a successful response to the UE, and completes the connection of the session (step 305).
- session A there are 3 sessions in the originating end to the terminating call UE, one is the session A from the originating end to the ICCF, one is the session B in which the ICCF terminates the call to the UE through the PS domain; Session C where the ICCF initiates the call.
- the purpose of session B is to inform the UE that there is an incoming call and call related information, and to assist in the establishment of session C, which does not generate an actual bearer.
- Session C completes the establishment of the bearer in the CS domain.
- session A and session C are connected.
- the UE By carrying the dynamic routing number of the ICCF through session B, the UE initiates the calling by using the dynamic routing number of the ICCF, and the ICCF uses the number to associate the two.
- other methods are not excluded. For example, if the UE configures a static ICCF routing number, the ICCF calls the UE through the session B, and carries some reference information (such as a random number generated by the network side).
- the static The ICCF routing number carries the reference information at the same time, and the ICCF uses the reference information to associate.
- FIG. 4 is an implementation process of the embodiment, including the following steps:
- the CSCF receives the SIP session request (session A) of the remote calling side;
- the ICCF receives the SIP session request (session A) forwarded by the CSCF;
- the ICCF determines, by using the obtained called information, the UE that is called to support the ICS, and allocates a dynamic ICCF routing address.
- the ICCF acts as a B2BUA, and initiates a SIP call (session B) to the terminating user through the PS domain, and establishes a UE call to the UE.
- the session control path, the SIP session request message carries the assigned dynamic ICCF routing address, and the message is first sent to the CSCF;
- ICCF can also use other address information and session identification information, such as static ICCF routing addresses and capable IP addresses.
- a reference information identifying the session, and carrying the information in the SIP call request message, enabling the UE to call the ICCF in the CS domain, and also making the call established by the terminating UE, that is, the call received by the session C and the CSCF, Session A can be associated.
- the session request message may further carry the calling number information, and the terminating UE may display the calling number to the user according to the received calling number information.
- the CSCF forwards the received SIP session request to the terminating UE (session B) through the PS domain;
- the UE After receiving the SIP session request message, the UE uses the ICCF address as the called number to initiate call setup (session C) to the VMSC;
- the VMSC sends an initial address message (session C) to the MGCF according to the ICCF address. If the UE has the calling intelligent service, the smart trigger data may be configured, so that the VMSC does not trigger the call of the UE that is called the ICCF address. Call smart business.
- the MGCF sends the session request to the CSCF according to the ICCF address in the session request message (session C);
- the CSCF sends a SIP call request to the ICCF according to the ICCF address (session C); in steps 405-408, the calling process of the UE is simulated to establish a link, and the link can be established without the ICCF paging down from the CS domain. It saves time for call setup.
- the ICCF associates the session A received in step 402 with the session C received in step 408 according to the received identification information, such as the dynamic ICCF routing address, and sends a ringing message (session C) to the CSCF;
- the CSCF returns a ringing message (session C) to the MGCF;
- the MGCF returns an address full message to the VMSC (session C);
- the VMSC returns a ringing message (session C) to the UE;
- the ICCF sends a ringing message to the terminating UE through the bearer control path of the CS domain to notify the UE that the call setup is successful, but the notification from the ICCF to the UE is not limited to the SIP ringing message, and other messages may be used.
- the UE starts ringing, and sends a ringing message (session B) to the ICCF through the PS domain, and the message is first sent to the CSCF; 414) The CSCF wins the ringing message and forwards it to the ICCF (session B);
- Steps 413 and 414 are responses to steps 403 and 404, which do not affect the connection of the ICCF, and may be omitted.
- the ICCF directly performs the subsequent step 415, that is, sends a ringing message to the calling side, which speeds up the connection. speed.
- the ICCF notifies the calling side ringing (session A), and the ICCF sends a ringing message to the CSCF;
- the CSCF sends a ringing message to the calling side (session A);
- the terminal call UE picks up the phone, and the UE sends a success response message SIP 200 OK (session B) to the ICCF through the PS domain, and the message is first sent to the CSCF;
- the CSCF forwards the success response message SIP 200 OK (session B) to the ICCF;
- the ICCF sends a SIP confirmation message (session B) to the terminating UE through the CSCF in the PS domain;
- the ICCF returns a success response message SIP 200 OK (session C) to the terminating UE, and the message is first sent to the CSCF;
- the CSCF forwards the success response message to the MGCF SIP 200 OK (session C );
- the MGCF returns an ISUP response message (session C) to the VMSC serving the terminating UE;
- the VMSC sends a connection message to the terminating UE (session C);
- the ICCF sends a success response message to the calling side SIP 200 OK (session A); after step 426, both parties enter a normal call.
- Steps 419, 421, and 425 can be performed in parallel.
- the calling party sends a SIP confirmation message to the CSCF (session A);
- the CSCF sends a SIP acknowledgment message to the ICCF (session A);
- the MGCF sends a SIP acknowledgement message to the CSCF (session C);
- the CSCF sends a SIP acknowledgment message (session C) to the ICCF.
- the calling side user or the media gateway establishes a bearer connection with the media gateway on the called side, thereby connecting the resources of the calling user and the called user.
- steps 413-414, 419-420, 427-430 are only used as messages. Integrity is needed.
- the called user may also choose to hang up the session or initiate other processes, such as call forwarding, as needed during step 417.
- the method of the present invention implements the ICS UE terminating service flow. Because the terminating UE actively initiates the call setup, the calling process is simulated to establish a link, and the ICCF does not need to look down in the CS domain. The call time is greatly shortened, the call failure caused by the long call time is avoided, and the channel resources are saved. In addition, the calling process is also used to unify the process in the IMS.
- the ICS terminating process is established by the UE re-calling the ICCF address, the paging time is saved, and the ICCF is not required to allocate the roaming number, which provides a solution for the ICS terminal call.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Description
一种 IMS集中控制业务中终呼的实现方法
技术领域
本发明涉及通信领域, 更具体地涉及一种 IMS集中控制业务中终呼的 实现方法。 背景技术
IP (网络互联协议, Internet Protocol, 简称 IP ) 多媒体子***(IP Multimedia Core Network Subsystem,筒称 IMS )是由第三代合作伙伴计划(3rd Generation Partnership Project, 简称 3GPP)提出的一种基于 IP的网络架构, 其构建了一个开放而灵活的业务环境, 支持多媒体应用,并为用户提供丰富 的多媒体业务。
IMS是基于 IP的电信网络架构, 与接入技术无关, 除了可以为 GPRS ( General Packet Radio Service,通用分组无线业务 )、 WLAN ( Wireless Local Area Network, 无线局域网)等分组接入网络提供业务外, 还可以为 GSM ( Global System for Mobile communications, 全球移动通讯***)、 UMTS ( Universal Mobile Telecommunications System, 统一移动通讯*** )等移动 蜂窝网络提供业务。
GSM、 UMTS 等移动蜂窝网络采用电路交换技术, 称为电路(Circuit Switched, 筒称 CS )域, 能够为用户提供基本的语音业务, 以及基于语音 业务的补充业务。 当 CS域接入 IMS时, 其演变为一种接入方式, 业务完全 由 IMS统一提供, 这种技术称为 IMS集中业务( IMS Centralized Service, 简称 ICS ) 。
IMS集中业务具有以下优点:
( 1 ) IMS为电路域、 分組域等接入方式提供一致的业务, 支持网络融 合;
( 2 ) 支持 CS网络向 IMS网絡演进;
( 3 )不但支持具有 ICS能力用户设备, 还支持现有的不具备 ICS能力
的用户设备。
本发明适用的场景是, 用户终端(User Equipment, UE )同时接入电路 交换 CS域和分组交换 ( Packet Switch, PS )域。 但是其 PS是低速 IP接入, 不能够提供语音业务。 图 1是 IMS集中控制业务中该场景的架构图, 有如 下网元:
101 用户终端(User Equipment, UE )
102 拜访移动交换中心(Visited Mobile Switch Center, VMSC )
103 媒体网关控制功能(Media Gateway Control Function, MGCF )
104 呼叫会话控制功能(Call Session Control Function, CSCF ) 105 媒体网关(Media Gateway, MGW )
106 IMS电路域控制功能( IMS CS Control Function, ICCF ),在 IMS 域, ICCF的功能同时是应用服务器(Application Server, AS )
UE— 101到 IMS域共建立 3条路径, 分别是: 会话控制路径、 承载控制 路径和承载路径。
会话控制路径建立在 PS域之上, UE— 101通过 PS域直接连到 IMS核心 网;承载控制路径, UE采用标准的 CS控制信令接入 VMSC,并通过 MGCF 接入到 IMS, VMSC通过综合数字业务用户部分信令(ISDN User Part, 简 称 ISUP )到 MGCF_103 , 然后再采用会话初始协议信令 ( Session Initial Protocol,筒称 SIP )通过 CSCF— 104到达 ICCF— 106;承载路径通过 MGW— 105 建立。
会话控制路径在 UE— 101、 CSCF— 104和 ICCF— 106之间传递会话信息, 而承载控制路径通过标准的 CS控制信令和 SIP信令传递 CS域和 IMS域之 间的7 载控制消息, 最后这两个控制路径在 ICCF— 106相关联。 此功能就相 当于 UE建立 IMS会话的 SIP用户代理功能。承载控制路径还控制着承载路 径的建立以及承载资源的管理。
图 2是现有方案的终呼(被叫)流程。 具体流程如下:
201 ) 服务终呼 UE (即被叫 UE.)的 CSCF接收到 SIP会话请求;
202) ICCF收到 CSCF传过来的 SIP会话请求;
203 ) ICCF获取被叫的漫游号码;
204) ICCF充当终呼 UE的背靠背代理(Back to Back User Agent,
B2BUA) , 向终呼 UE发送 SIP会话请求, 该消息首先被转发到 CSCF;
205) CSCF向终呼 UE转发 SIP会话请求;
206) 终呼 UE向 CSCF返回 SIP会话进行消息;
207) CSCF将 SIP会话正在进行消息转发给 ICCF;
208) ICCF用终呼 UE的 CS域漫游号码, 发起向终呼 UE的 SIP邀请 消息, 该消息首先被发送给 CSCF;
209) CSCF将 SIP邀请消息转发给 MGCF;
210) MGCF向服务终呼 UE的 VMSC发 ISUP的初始地址消息;
211) VMSC向 UE发起呼叫建立消息;
212) 终呼 UE向 CSCF回 SIP成功响应;
213) CSCF向 ICCF回 SIP成功响应;
214) 用户摘机, 终呼 UE向 VMSC发连接消息;
215) VMSC向 MGCF发 ISUP应答消息;
216) MGCF向 CSCF回 SIP成功响应;
217) CSCF向 ICCF回 SIP成功响应;
218) ICCF向 CSCF回 SIP成功响应;
219) CSCF向主叫侧回 SIP成功响应, 进入通话状态。
从现有的呼叫的终呼流程可以看出, 本终呼流程可能需要两次寻呼过 程, 呼叫建立时间比较长。 另外, 终呼必须在 ICCF与 VMSC建立终呼承载 控制路径的时候需要 ICCF获取终呼 UE的一个漫游号码, ICCF使用这个漫 游号码和 VMSC建立承载控制路径 ,但是 ICCF怎么获取这个号码尚未定义。
发明内容
本发明要解决的问题是提供一种 IMS集中控制业务中终呼的实现方法, 缩短终呼建立的时长。
本发明利用电路域主叫过程建立电路域承载的方式, 实现 ICS终呼。 为了解决上述技术问题, 本发明提供了一种 IMS集中控制业务中终呼 的实现方法, 包括以下步骤:
( a ) IMS电路域控制功能 ICCF收到远端主叫用户的会话请求消息后, 通过分组交换 PS域向被叫用户设备 UE发送会话请求, 消息中携带有所述 ICCF的地址信息和会话标识信息;
( b )所述终呼 UE收到所述会话请求消息后,通过电路交换 CS域向所 述 ICCF发起呼叫建立并携带所述会话标识信息, 所迷 ICCF收到所述呼叫 建立请求后,根据所述会话标识信息将终呼 UE发起的会话与远端主叫发起 的会话关联起来。 发起的会话关联之后,经呼叫会话控制功能 CSCF向主叫侧发送 SIP振铃消 息。
进一步地, 步橡 ( b )后还包括
( c )终呼用户摘机后,终呼 UE通过 PS域的会话控制路径向所述 ICCF 发送成功响应消息;
( d )所述 ICCF收到所述成功响应消息后, 经呼叫会话控制功能 CSCF 向主叫侧发送成功响应, 完成会话的接续。
进一步地, 所迷 ICCF的地址信息和会话标识信息为动态 ICCF路由号 码, 或者为静态 ICCF路由号码和能够唯一标识某会话的参考信息。
进一步地, 步骤(b )所述 ICCF收到终呼 UE的呼叫建立请求后, 通过 CS域的承载控制路径向所述终呼 UE发送振铃消息,通知所述终呼 UE呼叫 建立成功。 进一步地, 所迷终呼 UE收到 ICCF发送的振铃消息后开始振铃, 并通 过 PS域向所述 ICCF返回会话初始协议 SIP振铃消息。
进一步地, 步骤(d )所述 ICCF收到所述成功响应消息后, 还通过 PS 域的会话控制路径向终呼 UE发 SIP确认消息。
进一步地, 步骤(d )所述 ICCF收到所述成功响应消息后, 向终呼 UE 返回成功响应消息, 该消息经所述 CSCF转发到媒体网关控制功能 MGCF, 所述 MGCF向服务终呼 UE的拜访移动交换中心 VMSC返回 ISUP应答消息, 所述 VMSC再向终呼 UE发送连接消息。
进一步地, 步骤( a )所述 ICCF向终呼 UE发送的会话请求消息中还携 带有主叫号码; 步骤(b )所述终呼 UE收到所述会话请求消息后显示所述 主叫号码。
进一步地, 步骤(d )之后, 主叫侧用户或媒体网关与被叫侧的媒体网 关建立承载连接, 接通主叫用户和被叫用户的 载资源。
进一步地, 所述被叫 UE与 ICCF之间的消息在 CS域是通过承载控制 路径即经过拜访移动交换中心 VMSC、 媒体网关控制功能 MGCF和呼叫会 话控制功能 CSCF传送;所述被叫 UE与 ICCF之间的消息在 PS域是通过会 话控制路径即经过 CSCF进行传送。
采用本发明所述方法, 通过 UE重呼 ICCF地址建立 ICS终呼流程, 节 约了寻呼时间, 并且不需要 ICCF获取漫游号码, 为 ICS终呼提供了一种解 决方案。 附图概述
图 1为实现 IMS集中控制业务的***架构图;
图 2为现有的 ICS终呼业务流程图;
图 3为本实施例的 ICS终呼业务流程简图;
图 4为本实施例的 ICS终呼业务流程图。 本发明的较佳实施方式
下面结合附图和具体实施方式对本发明作进一步详细说明。
如图 3所示, 在终呼过程中, 终呼 UE归属网络的 ICCF担当 B2BUA, 在其收到主叫方发出的会话请求后, 通过 PS域将会话请求发送给终呼 UE (步驟 301 ) , UE收到该消息后, 在 CS域主动向该 ICCF发起呼叫 (步骤 302 ) , ICCF收到 CS域转发的会话请求后, 向起呼侧转发振铃消息(步骤
303 ) , 终呼用户摘机后, 终呼 UE通过 PS域向 ICCF发送成功响应 (步骤
304 ) , ICCF收到 PS域发送的成功响应后, 向 UE发送成功响应, 完成会 话的接续 (步骤 305 ) 。
可见, 在起呼端到终呼 UE共有 3个会话, 一个是起呼端到 ICCF的会 话 A, —个是 ICCF通过 PS域终呼到 UE的会话 B; —个是 UE在 CS域主 动向 ICCF发起呼叫的会话 C。 其中会话 B的目的是通知 UE有入呼呼叫以 及呼叫相关的信息, 协助会话 C的建立, 其不产生实际的承载。 会话 C则 在 CS域完成承载的建立。 在上述步骤 305中, 会话 A和会话 C接续完成。
通过会话 B携带 ICCF的动态的路由号码, UE利用 ICCF的动态路由号 码发起主叫, ICCF利用该号码将两者关联。 另外也不排除其它方法, 如在 UE配置好一个静态的 ICCF路由号码, ICCF通过会话 B呼叫 UE, 携带一 些参考信息(如网絡侧生成的随机数等), UE发起会话 C时, 使用静态的 ICCF路由号码, 同时携带参考信息, ICCF利用参考信息关联。
图 4为本实施例的实现流程, 包括以下步骤:
401 ) CSCF收到远端主叫侧的 SIP会话请求 (会话 A );
402 ) ICCF收到 CSCF转发的 SIP会话请求(会话 A );
403 ) ICCF通过获取的被叫信息确定被叫为支持 ICS的 UE,分配动态 ICCF路由地址, 此时, ICCF担当 B2BUA, 通过 PS域向终呼用户发起 SIP 呼叫 (会话 B ) , 建立到 UE的会话控制路径, SIP会话请求消息中携带有 分配的动态 ICCF路由地址, 该消息首先发送给 CSCF;
ICCF除了为本次呼叫分配动态 ICCF路由地址(即 ICCF路由号码)外, 还可采用其他的地址信息和会话标识信息, 如静态 ICCF路由地址和能够唯
一标识会话的参考信息, 并通过 SIP呼叫请求消息中携带所述信息, 使 UE 在 CS域能呼叫到该 ICCF, 同时也使得终呼 UE后续建立的呼叫即会话 C 与 CSCF收到的呼叫即会话 A能关联起来。
在另一实施例中, 会话请求消息中还可以携带有主叫号码信息, 终呼 UE可根据接收的主叫号码信息向用户显示主叫号码。
404 ) CSCF将收到的 SIP会话请求通过 PS域转发给终呼 UE(会话 B );
405 ) 终呼 UE收到 SIP会话请求消息后,把 ICCF地址当作被叫号码, 向 VMSC发起呼叫建立(会话 C );
406 ) VMSC根据 ICCF地址向 MGCF发送初始地址消息(会话 C ); 如果 UE有主叫智能业务,则可以配置智能触发数据,使 VMSC对被叫 号码为 ICCF地址的呼叫不触发终呼 UE的主叫智能业务。
407 ) MGCF根据会话请求消息中的 ICCF地址, 将会话请求发送到 CSCF (会话 C );
408 ) CSCF根据 ICCF地址将 SIP呼叫请求发送到 ICCF (会话 C ); 步驟 405-408中,模拟了 UE的主叫过程建立链路,无需 ICCF从 CS域 向下寻呼即可建立链路, 节约了呼叫建立的时间。
409 ) ICCF根据收到的标识信息, 如动态 ICCF路由地址, 将步骤 402 收到的会话 A和步骤 408收到的会话 C关联起来, 并向 CSCF回送振铃消 息(会话 C );
410 ) CSCF向 MGCF回送振铃消息(会话 C );
411 ) MGCF向 VMSC回地址全消息(会话 C ) ;
412 ) VMSC向 UE回送振铃消息 (会话 C );
步骤 409-412中 , ICCF通过 CS域的承载控制路径向终呼 UE发送振铃 消息通知 UE本次呼叫建立成功, 但 ICCF向 UE的通知不限于 SIP振铃消 息, 还可采用其他消息。
413 ) UE开始振铃, 并通过 PS域向 ICCF发振铃消息(会话 B ) , 该 消息首先发给 CSCF;
414 ) CSCF 夺振铃消息转发给 ICCF (会话 B ) ;
步骤 413和 414是对于步驟 403和 404的回应, 不影响 ICCF的接续, 可以省略不发, ICCF在步驟 408之后, 直接执行后续步骤 415, 即向起呼 侧发送振铃消息, 更加快了接续的速度。
415 ) ICCF通知主叫侧振铃(会话 A ) , ICCF将振铃消息发给 CSCF;
416 ) CSCF将振铃消息发给主叫侧 (会话 A ) ;
417 ) 终呼 UE摘机, UE通过 PS域向 ICCF发送成功响应消息 SIP 200 OK (会话 B ) , 该消息首先发给 CSCF;
418 ) CSCF将成功响应消息 SIP 200 OK (会话 B )转发给 ICCF;
419, 420 ) ICCF在 PS域通过 CSCF向终呼 UE发 SIP确认消息 (会 话 B ) ;
421 ) ICCF向终呼 UE返回成功响应消息 SIP 200 OK (会话 C ) , 该消 息首先发给 CSCF;
422 ) CSCF向 MGCF转发成功响应消息 SIP 200 OK (会话 C ) ;
423 ) MGCF向服务终呼 UE的 VMSC返回 ISUP应答消息(会话 C );
424 ) VMSC向终呼 UE发送连接消息(会话 C );
425, 426 ) ICCF向主叫侧发送成功响应消息 SIP 200 OK (会话 A ) ; 步骤 426后, 双方进入正常通话。
步驟 419、 421和 425可以并行执行。
427 ) 主叫侧向 CSCF发 SIP确认消息 (会话 A );
428 ) CSCF向 ICCF发 SIP确认消息 (会话 A );
429 ) MGCF向 CSCF发 SIP确认消息(会话 C );
430 ) CSCF向 ICCF发 SIP确认消息 (会话 C ) 。
至此, 主叫侧用户或媒体网关与被叫侧的媒体网关建立承载连接, 从而 接通主叫用户和被叫用户的 载资源。
上述步骤中一部分步骤如步骤 413-414、 419-420、 427-430仅作为消息
完整性需要。
在其他实施例中,被叫用户在步骤 417时, 也可以选择挂断本次会话或 者根据需要启动其他流程, 如呼叫转移等。
从上述流程中可以看出, 采取本发明的方法, 实现了 ICS UE终呼业务 流程, 由于使终呼 UE主动发起呼叫建立, 模拟了主叫过程建立链路, 无需 ICCF在 CS域向下寻呼, 大大缩短了呼叫建立的时间, 避免由于呼叫时间 过长可能带来的呼叫失败, 同时节约了信道资源, 另外, 采用主叫过程, 也 统一了 IMS中的流程。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实盾的 形, 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
工业实用性
采用本发明所述方法, 通过 UE重呼 ICCF地址建立 ICS终呼流程, 节 约了寻呼时间, 并且不需要 ICCF分配漫游号码, 为 ICS终呼提供了一种解 决方案。
Claims
1、 一种 IMS集中控制业务中终呼的实现方法, 包括以下步骤:
( a ) IMS电路域控制功能 ICCF收到远端主叫用户的会话请求消息后, 通过分组交换 PS域向被叫用户设备 UE发送会话请求, 消息中携带有所述 ICCF的地址信息和会话标识信息;
( b )所述终呼 UE收到所述会话请求消息后,通过电路交换 CS域向所 述 ICCF发起呼叫建立并携带所述会话标识信息, 所述 ICCF收到所述呼叫 建立请求后,根据所述会话标识信息将终呼 UE发起的会话与远端主叫发起 的会话关联起来。
2、 如权利要求 1所述的方法, 其特征在于,
步骤(b )所述 ICCF将终呼 UE发起的所述会话与远端主叫发起的会话 关联之后 , 经呼叫会话控制功能 CSCF向主叫侧发送 SIP振铃消息。
3、 如权利要求 1或 2所述的方法, 其特征在于, 步骤(b )后还包括
( c )终呼用户摘机后,终呼 UE通过 PS域的会话控制路径向所述 ICCF 发送成功响应消息;
( d )所述 ICCF收到所述成功响应消息后, 经呼叫会话控制功能 CSCF 向主叫侧发送成功响应, 完成会话的接续。
4、 如权利要求 1所述的方法, 其特征在于,
所述 ICCF的地址信息和会话标识信息为动态 ICCF路由号码, 或者为 静态 ICCF路由号码和能够唯一标识某会话的参考信息。
5、 如权利要求 1所述的方法, 其特征在于,
步驟(b )所述 ICCF收到终呼 UE的呼叫建立请求后, 通过 CS域的承 载控制路径向所述终呼 UE发送振铃消息,通知所述终呼 UE呼叫建立成功。
6、 如权利要求 5所述的方法, 其特征在于,
所述终呼 UE收到 ICCF发送的振铃消息后开始振铃,并通过 PS域向所
述 ICCF返回会话初始协议 SIP振铃消息
7、 如权利要求 3所述的方法, 其特征在于,
步骤(d )所述 ICCF收到所述成功响应消息后, 还通过 PS域的会话控 制路径向终呼 UE发 SIP确认消息。
8、 如权利要求 3所述的方法, 其特征在于,
步驟( d )所述 ICCF收到所述成功响应消息后 , 向终呼 UE返回成功响 应消息,该消息经所述 CSCF转发到媒体网关控制功能 MGCF,所述 MGCF 向服务终呼 UE的拜访移动交换中心 VMSC返回 ISUP应答消息 ,所迷 VMSC 再向终呼 UE发送连接消息。
9、 如权利要求 1所述的方法, 其特征在于,
步驟( a )所述 ICCF向终呼 UE发送的会话请求消息中还携带有主叫号 码; 步骤(b )所述终呼 UE收到所述会话请求消息后显示所述主叫号码。
10、 如权利要求 3所述的方法, 其特征在于,
步骤(d )之后, 主叫侧用户或媒体网关与被叫侧的媒体网关建立承载 连接, 接通主叫用户和被叫用户的承载资源。
11、 如权利要求 1或 2所述的方法, 其特征在于,
所述被叫 UE与 ICCF之间的消息在 CS域是通过承载控制路径即经过 拜访移动交换中心 VMSC、 媒体网关控制功能 MGCF和呼叫会话控制功能 CSCF传送; 所述被叫 UE与 ICCF之间的消息在 PS域是通过会话控制路径 即经过 CSCF进行传送。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101084729A CN101325734B (zh) | 2007-06-14 | 2007-06-14 | 一种ims集中控制业务中终呼的实现方法 |
CN200710108472.9 | 2007-06-14 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2008151487A1 true WO2008151487A1 (fr) | 2008-12-18 |
Family
ID=40129211
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2007/003477 WO2008151487A1 (fr) | 2007-06-14 | 2007-12-06 | Procédé de mise en place d'une fin d'appel dans un service de contrôle centralisé ims |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101325734B (zh) |
WO (1) | WO2008151487A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102118369A (zh) * | 2009-12-31 | 2011-07-06 | 华为技术有限公司 | 会话处理方法及装置 |
US8811229B2 (en) | 2010-02-08 | 2014-08-19 | Telefonaktiebolaget L M Ericsson (Publ) | Handling ICS enhanced and non enhanced MSC in a pool |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1248439A2 (en) * | 2001-04-04 | 2002-10-09 | Alcatel | Session initiation protocol routing using voice cookies |
CN1756343A (zh) * | 2004-09-28 | 2006-04-05 | 中兴通讯股份有限公司 | 一种通过终端拨号召开多点视频会议的方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100352295C (zh) * | 2005-01-24 | 2007-11-28 | 华为技术有限公司 | Ip多媒体子***会话回落到电路交换呼叫的实现方法 |
CN100450207C (zh) * | 2005-09-30 | 2009-01-07 | 华为技术有限公司 | 电路域用户接入ims域的方法及通信*** |
CN100553219C (zh) * | 2006-09-22 | 2009-10-21 | ***通信集团公司 | Ims域与cs域消息互通的方法 |
-
2007
- 2007-06-14 CN CN2007101084729A patent/CN101325734B/zh active Active
- 2007-12-06 WO PCT/CN2007/003477 patent/WO2008151487A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1248439A2 (en) * | 2001-04-04 | 2002-10-09 | Alcatel | Session initiation protocol routing using voice cookies |
CN1756343A (zh) * | 2004-09-28 | 2006-04-05 | 中兴通讯股份有限公司 | 一种通过终端拨号召开多点视频会议的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101325734B (zh) | 2012-05-09 |
CN101325734A (zh) | 2008-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8180347B2 (en) | Domain transferring method for single radio voice call continuity | |
JP4571618B2 (ja) | 会話型ベアラの交渉 | |
EP3179675B1 (en) | Inter-domain call routing | |
US20100260172A1 (en) | Providing packet-based multimedia services via a circuit bearer | |
WO2009015525A1 (en) | A method for switching the session control path of ip multimedia core network subsystem centralized service | |
WO2006102830A1 (fr) | Procede destine a un terminal d’identification de commande de routage d’interaction de capacite pendant que ims et cs sont co-instantanes | |
WO2008034385A1 (fr) | Dispositif utilisateur, serveur d'application de continuité d'appel et procédé de commutation de réseau | |
WO2009056059A1 (fr) | Procédé, système et dispositif de renvoi automatique d'appel | |
KR20060113284A (ko) | 이종망간에 음성 서비스를 지원하는 아이엠에스 시스템 및그에 따른 호 설정 방법 | |
JP5095759B2 (ja) | 呼制御方法 | |
CN101325590B (zh) | 一种ip多媒体子***集中控制业务实现终呼的方法 | |
WO2009039688A1 (en) | Late call forwarding method in ip multimedia core network subsystem centralized service | |
WO2009092256A1 (zh) | Ip多媒体子***集中业务***方会议业务的实现方法 | |
WO2011018017A1 (zh) | 会话处理方法和设备及通信*** | |
WO2011057568A1 (zh) | 一种会话切换的实现方法和*** | |
WO2011130949A1 (zh) | 反向单待业务连续性实现方法及*** | |
WO2008110110A1 (fr) | Procédé et système de fourniture de service de sous-système multimédia ip | |
US8363645B2 (en) | Method for realizing user decision user busy forwarding | |
WO2008151487A1 (fr) | Procédé de mise en place d'une fin d'appel dans un service de contrôle centralisé ims | |
KR20080089800A (ko) | 이동통신 시스템에서 도메인 이동에 따른 호 설정 장치 및방법 | |
WO2013064105A1 (zh) | 一种反向单待业务连续性承载切换方法及装置 | |
WO2011130954A1 (zh) | 单待终端业务连续性实现方法和*** | |
WO2009092245A1 (zh) | 多媒体会话连续性业务的起呼方法 | |
WO2011023054A1 (zh) | 一种ip多媒体子***中多会话能力同步方法及*** | |
WO2011097966A1 (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: 07845837 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 07845837 Country of ref document: EP Kind code of ref document: A1 |