WO2008000121A1 - Procédé de transmission de l'état de service d'un service de continuité de communication vocale. - Google Patents

Procédé de transmission de l'état de service d'un service de continuité de communication vocale. Download PDF

Info

Publication number
WO2008000121A1
WO2008000121A1 PCT/CN2006/003789 CN2006003789W WO2008000121A1 WO 2008000121 A1 WO2008000121 A1 WO 2008000121A1 CN 2006003789 W CN2006003789 W CN 2006003789W WO 2008000121 A1 WO2008000121 A1 WO 2008000121A1
Authority
WO
WIPO (PCT)
Prior art keywords
vcc
service
call
message
user
Prior art date
Application number
PCT/CN2006/003789
Other languages
English (en)
French (fr)
Inventor
Zhenwu Hao
Jun Wang
Shujun 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
Publication of WO2008000121A1 publication Critical patent/WO2008000121A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/40—Support for services or applications
    • H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference

Definitions

  • the present invention relates to IP Multimedia Core Network Subsystem (IMS) Voice Call Continuity (VCC), and more particularly to transmission IP Multimedia Subsystem (IMS) technology can be provided on a packet network such as a Wireless Local Area Network (WLAN) by using IP Multimedia Core Network Subsystem (IMS) technology.
  • VoIP Voice over Internet Protocol
  • This technology can provide users with most services on Circuit Switched Domains such as GSM in areas where wireless coverage such as WLAN exists.
  • ' Voice Call Continuity Voice Call Continuity
  • VCC Voice Call Continuity
  • the service can realize seamless handover of CS domain voice communication and IMS domain-based WLAN domain voice communication to ensure the continuity of voice calls.
  • VCC services have the following advantages:
  • VCC AS Application Server
  • VCC AS Application Server
  • the VCC AS completes basic call setup and handover control, and other services based on the voice service, such as supplementary services, prepaid services, etc., are implemented by other application servers. Under normal circumstances, Other services do not need to know whether the VCC user terminal performs voice communication from the IMS domain or the CS domain, but some services need to obtain the status of the VCC session, including whether the session is a VCC session or a normal session (CS call or IMS call), and the user terminal is currently Domain information, and other access-related information.
  • Example 1 The prepaid service has different resources from the CS domain and WLAN access, and the call rate is also different. Unlike the traditional prepaid system, the user terminal may be in two different access modes during a call.
  • IMS Messaging Service defines two messages, Instant Messaging and Session-based Messaging, in IMS.
  • instant messaging can be used.
  • an IMS session exists between the two parties an end-to-end connection can be established on the basis of the existing session to implement message delivery.
  • Session-based Messaging can be used at this time;
  • the application server needs to obtain the nature of the VCC user terminal session (refer to whether the session is a VCC session or a normal session), the service status information of the domain where the session is located, and possibly other information. At present, there is no method for transmitting the service state of the voice call continuity service in the IP multimedia subsystem, and the above problem can be solved.
  • the technical problem to be solved by the present invention is to provide a method for transmitting a service state of a voice call continuity service, which can be applied to a service state of a VCC session transmitted between a network entity (application server, network element, terminal, etc.). Used for business logic control.
  • the present invention provides a method for transmitting a service state of a voice call continuity service, which is applied to an IP multimedia subsystem, the method comprising the process of transmitting a service state when a VCC call is established, the process Includes the following steps:
  • (a) Voice Call Continuity Service After receiving the VCC call setup request, the VCC application server adds the VCC service status information to the call setup request message, and sends the message to the service call session control function S-served for the VCC user.
  • CSCF Voice Call Continuity Service
  • the S-CSCF after receiving the call setup request message, performs service logic control according to the initial filtering criterion of the user, and sends a call setup request message containing VCC service state information to the network entity on the session path;
  • the network entity After receiving the call setup request message, the network entity obtains the VCC service status information and processes the data according to the corresponding service logic.
  • the VCC application server After receiving the call handover request of the user equipment, the VCC application server completes the call setup process of the handover domain, and sends a media plane update request message to the S-CSCF, where the message includes the VCC service ⁇ ) ;
  • the network entity obtains VCC service status information from the media plane update request message, and processes according to the corresponding service logic.
  • the VCC service status information includes a VCC service target, and a domain 4 in which the VCC call is located.
  • the foregoing method may further have the following features: the VCC service identifier is based on IP The i or information of the VCC call is included in the extended parameter of the VCC service identifier, as defined by the multimedia subsystem communication service identifier and the IP multimedia subsystem application identification rule.
  • the VCC application server first determines whether the initial call request or the termination call request is received, and if it is the initial call request, performs IP multimedia subsystem anchoring. The process, analyzing the i or the call where the call is located; if the call request is terminated, performing a domain selection process to determine the domain in which the VCC user terminates the call; then, terminating the incoming call request, and constructing the call to the called user instead of the calling user.
  • the INVITE message inserts VCC service status information at the same time, and sends the constructed message to the S-CSCF.
  • the foregoing method may further have the following features: the step (b) when the S-CSCF performs the business logic control according to the initial filtering criteria of the user: if no matching rule is found, the call containing the VCC service status information is included.
  • the request message is forwarded to the destination remote device; in the step (c), the remote device obtains the VCC service status information from the received message, and processes according to the corresponding service logic, and ends; Sending a call setup request message including the VCC service status 4 message to the corresponding application server, in the step (c), the application server obtains the VCC service status information from the message, and executes the corresponding service logic, and returns Step (b).
  • the above method may further have the following features: the step (B) that the S-CSCF routes the message to the destination remote device or the next application server: if it is an application server, the application server in step (C) After receiving the message, obtain the VCC service status information, and process according to the corresponding service logic, and then send the media plane update request message including the VCC service status information to the S-CSCF, and return to step (B); If it is the destination remote device, the remote device obtains VCC service status information from the message in step (C), and ends.
  • the foregoing method may further have the following features: When the VCC user is the calling user, the destination remote device refers to the called network, and when the VCC user is the calling user, refers to the called terminal.
  • the foregoing method may further have the following feature: after the media plane update request message or/and the call setup request message is routed to the destination remote device, the S-CSCF expands according to the IMS service identifier. The deployment parameters or configuration policies determine whether to remove VCC related information. Further, the foregoing method may further have the following feature: the step (a) further includes information of a VCC service state information transmission range in the call setup request message, where the S-CSCF transmits the service state to the destination remote device. When the information is used, it is determined according to the parameter whether to retain or withdraw the VCC service identifier and its additional parameters.
  • the foregoing method may further have the following feature: the information about the VCC service state information transmission range is included in the extended parameter of the VCC service identifier, and is used to limit the VCC service identifier to be transmitted only in the VCC user network and the “end user network”. It is not transmitted to the terminal of the "end”; or it is transmitted only in the network to which the VCC user belongs, and is not transmitted to the network to which the peer user belongs.
  • the present invention uses the IMS communication service identifier and the IMS application identifier to transmit the VCC service status in the IP multimedia subsystem, the VCC application server and the network entity (other application servers, network elements) are achieved.
  • FIG. 1 is a schematic diagram of a VCC service architecture
  • FIG. 2 is a VCC service state transmission interaction diagram of a VCC service call setup process
  • FIG. 3 is a VCC service domain handover procedure VCC service state transmission interaction diagram
  • VCC 1 is a schematic diagram of a VCC service architecture, showing network elements and connection relationships involved in VCC service state transmission, including UE 11 (User Equipment, User Equipment), CS Domain 12 (Circuit Switched, Circuit Switched), and IMS 13 ( IP Multimedia Core Network Subsystem, IP Multimedia Subsystem, VCC AS 14 (Voice Call Continuity Application Server) Other AS 15 (Other Application Server, Other Application Server), Other network 16, ISC interface 17 (the interface between the application server and the service call session control function S-CSCF in the IMS core network).
  • UE 11 User Equipment, User Equipment
  • CS Domain 12 Circuit Switched, Circuit Switched
  • IMS 13 IP Multimedia Core Network Subsystem, IP Multimedia Subsystem, VCC AS 14 (Voice Call Continuity Application Server)
  • Other AS 15 Other Application Server, Other Application Server
  • ISC interface 17 the interface between the application server and the service call session control function S-CSCF in the IMS core network.
  • the UE includes two modules, CS and IMS, which can establish call connections with the CS domain and the IMS domain respectively, and can control switching between the two modules.
  • the UE accesses the IMS through the CS, or directly accesses the IMS, and is controlled centrally by the IMS domain, and the VCC AS provides and controls the VCC service.
  • Other application servers, network elements, and terminals in the network need to obtain the service status of the VCC.
  • the VCC service status can be exchanged through the ISC interface.
  • the method transmits the VCC service status by using the IMS communication service port, the identification of IMS communication service, and the IMS application identification (IMS), and first defines the voice call continuity according to the IMS communication service identifier and the IMS application identification rule (VCC).
  • IMS IMS application identification
  • Service ID the type of service used to represent the call during the call request and call.
  • a plurality of extended parameters can be added under one VCC service identifier.
  • an extended parameter including domain information is added.
  • This embodiment uses the extended parameters to indicate the i or information in which the VCC call is located.
  • 2 is a VCC service state transfer interaction diagram of the VCC service call setup process. The process of transmitting VCC service messages is generally described. Only the process of interacting with the VCC state is marked in the figure, and other processes are performed according to the normal process. The interaction process includes the following steps: Step 201: The VCC AS receives the call setup request INVITE message, and determines that the call is a VCC call.
  • the call setup request may be a start call request sent by the VCC UE from the CS domain or the IMS domain, or may be Is the termination call request sent from the CS domain or the IMS domain, calling the VCC UE; the present invention does not involve the processing of the non-VCC call.
  • Step 202 the VCC AS performs corresponding processing according to the nature of the call, and performs IMS on the initial call.
  • the anchoring process analyzes the domain in which the call is located, performs i or a selection process on the terminated call, determines i or where the VCC user terminates the call; and in step 203, the VCC AS terminates the incoming call request and sends the call to the called party instead of the calling user.
  • the INVITE message of the user inserts the VCC service status information, that is, the VCC service identifier and the domain information of the VCC call, into the INVITE message, and sends the INVITE message to the service call session control function of the VCC user serving the call.
  • S-CSCF Step 204: The S-CSCF performs service logic control according to the initial filtering criterion of the user. Step 205: If the request meets the VCC service triggering condition, the S-CSCF sends an INVITE message including the VCC service state information to the corresponding application server according to the service logic control.
  • Step 206 After receiving the INVITE message, the application server determines whether the call is a VCC call according to the service identifier, and if yes, obtains VCC domain information, and executes corresponding service logic; Step 207, the application server executes the service logic Afterwards, the VCC service status information is still retained, and then the INVITE message is sent to the S-CSCF. Step 208: The S-CSCF continues to perform the service logic control according to the initial filtering criteria. If there is a matching rule (that is, the VCC service trigger condition is met), The INVITE message is sent to the corresponding AS, and the process goes to step 206. Otherwise, the message is routed to the destination remote device.
  • a matching rule that is, the VCC service trigger condition is met
  • the S-CSCF can determine whether to remove the VCC related state according to the extended parameter or the configuration policy of the IMS service identifier.
  • the destination remote device has different meanings in different occasions. If the VCC user is the calling user, it refers to the called network. If the VCC user is the calling user, it refers to the called terminal.
  • the S-CSCF does not find a matching rule, the INVITE message including the VCC service status information is directly forwarded to the called network or the called terminal, and the called network is forwarded. And the terminal obtains the VCC service status information in the message, and processes according to the corresponding business logic. Thereby completing the transfer of the business status.
  • VCC service t or handover process VCC service state transmission interaction diagram which generally describes an interaction transmission process of a VCC related service message when a VCC service is switched, and only the process related to the VCC state interaction is marked in the figure. Other processes are performed as normal.
  • the interaction process includes the following steps: Step 301: The VCC AS receives the call handover request of the VCC UE during the session, and completes the call setup process of the handover domain. Step 302: The VCC AS sends the media to the S-CSCF.
  • the face update request Re-INVITE or UPDATE message using the SDP (Session Description Protocol) carried in the message to instruct the remote device to update the media plane, establish a media connection with the domain cut in by the VCC user terminal, and the VCC AS is in the Re-
  • the VCC service status information is added to the INVITE or UPDATE request message, that is, the VCC service identifier and the domain information of the VCC call, and the domain information is also represented by the extended parameter;
  • Step 303 After receiving, the S-CSCF sends a Re-INVITE or UPDATE message containing the VCC service status information to the corresponding AS or the destination remote device, and sends the message to the AS. If it is an AS, go to step 304.
  • the remote device the S-CSCF can determine whether to remove the VCC related information according to the extended parameter or the configuration policy of the IMS service identifier, and the remote device obtains the VCC service state information from the Re-INVITE or UPDATE message; In the middle, the S-CSCF has recorded the path of the session. When switching, the S-CSCF only needs to forward according to the recorded session path.
  • Step 304 After receiving the Re-INVITE or UPDATE message, the application server obtains the VCC service status information therein, and processes the information according to the corresponding service logic.
  • the VCC service status information may include the VCC service identifier and the domain information of the VCC call.
  • Step 306 the S-CSCF routes the message to the next AS or the destination remote device (in the figure, it is sent to the destination remote device). If it is an AS, return to step 304. If it is the destination remote device, then the S-CSCF The VCC related information may be obtained from the Re-INVITE or UPDATE message according to the extended parameter or the configuration policy of the IMS service identifier.
  • 4 is a flow chart of the VCC service state processing of the VCC service state, and describes the processing procedure of the VCC AS local VCC service status in FIG. 2 and FIG.
  • Step 401 The VCC AS receives the request message;
  • Step 402 Determine whether the message is a call setup request; if yes, go to step 403, otherwise go to step 408;
  • Step 403, determine whether the call setup request is a start call or a termination call, if it is an initial call, Go to step 404, otherwise, go to step 406;
  • Step 404 perform an IMS anchoring process, and analyze the domain where the call is located;
  • Step 405 insert VCC service status information, that is, VCC, in the initial call INVITE message.
  • Step 406 the domain selection process is performed, and the domain used by the VCC user to terminate the call is determined; Step 407, inserting the VCC in the terminating call INVITE message Service status information, and jumps to step 411; Step 408, it is determined whether the message is a handover message, if yes, go to step 409, otherwise go to step 410; Step 409, obtain the cut-in domain information, in the media update message Re-
  • the VCC service status information is inserted in the INVITE or UPDATE, and the process goes to step 411; in step 410, the other requests are processed, and the process goes to step 411; Step 411, the message is forwarded to the S-CSCF.
  • the VCC service identifier may be extended and other state information may be added to the service identifier to implement the delivery of the state information.
  • the initial filtering criteria can be set based on the VCC service identifier and the extended parameters including the domain information to increase the flexibility of the service trigger.
  • the VCC service identifier parameter may be extended, and the VCC service state 4 message transmission range is included in the extended parameter, and the VCC service identifier is restricted to be transmitted only in the VCC user network and the peer user network, and is not transmitted to the peer terminal.
  • the extended parameter is added by the VCC AS when the VCC service identifier is added, and the transmission range of the VCC service identifier and its additional parameters is defined.
  • the VCC service can be determined or retained according to the parameter. Identification and its additional parameters.
  • the method of the present invention is applied to the IP multimedia subsystem voice call continuity service, and the IMS communication service identifier and its extended parameters are used to transmit the VCC service status to enable other network entities (application servers, network elements, terminals, etc.) Obtain the service status of the VCC session, and use this information to control the business logic to meet the business requirements. It has no impact on the network structure and business processes, and has good implementability and scalability.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

一种传送语音呼叫连续 ,1"生业务的业务状态的方法 技术领域 本发明涉及 IP多媒体子系统 ( IP Multimedia Core Network Subsystem, IMS )语音呼叫连续性业务（Voice Call Continuity , VCC ), 尤其涉及传送 IP 多媒体子系统语音呼叫连续性业务的业务状态的方法。 背景技术 利用 IP多媒体子系统（ IP Multimedia Core Network Subsystem, IMS )技 术， 可以在无线局域网 （ Wireless Local Area Network, WLAN )等分组网络上 提供 VoIP ( Voice over Internet Protocol )业务。利用该技术，可以在存在 WLAN 等无线覆盖的地区向用户提供 GSM等电路域（ Circuit Switched Domain )上的 大多数业务。 ' 语音呼叫连续性业务（ Voice Call Continuity , VCC ) 业务可以实现 CS域 语音通信和基于 IMS构架 WLAN域语音通信的无缝切换， 保证话音呼叫的连 续性。 VCC业务具有以下好处：
( 1 )将一部分语音呼叫转移到 WLAN覆盖上来， 在 WLAN覆盖区域緩 解 GSM/UMTS ( Global System for Mobile Communications /Universal Mobile Territory System ) 无线资源的紧张；
( 2 )提供多种业务模式， 增加业务收入； ( 3 )对于有线 VoIP运营商， 采用 IMS架构可提供融合业务。 为了实现 VCC业务， 在 IMS域中引入 VCC AS ( Application Server, 应 用服务器）， 实现 VCC业务的集中控制， 完成 VCC用户终端的语音呼叫建立 过程， 以及控制 CS域和 IMS呼叫之间的切换。
VCC AS完成基本呼叫的建立和切换控制，而基于与语音业务上的其他业 务， 如补充业务、预付费业务等， 则由其他应用服务器来实现。 在一般情况下， 其他业务不需要知道 VCC用户终端是从 IMS域还是从 CS域进行语音通信 的， 但有些业务需要获取 VCC会话的状态， 包括会话是 VCC会话还是普通会 话（CS呼叫或 IMS呼叫）、 用户终端当前所处的域信息， 以及其他与接入相关 的信息。 例 1 : 预付费业务 从 CS域和 WLAN接入所占用的资源不同， 通话费率也相应不同， 与传 统预付费系统不同， 在一次呼叫过程中， 用户终端可能在两种不同的接入方式 之间切换， 预付费系统必须根据用户接入方式的不同， 实时调整费率， 保证计 费的准确性。 例 2: IMS消息 ( IMS Messaging ) 业务 在 IMS 中定义即时消息 （Immediate Messaging ) 和基于会话的消息 ( Session-based Messaging ) 两种消息。 当通信双方之间不存在 IMS会话时， 可以使用即时消息通 4言， 当双方之间存在 IMS会话时， 可以在现有会话的基础 上建立端到端连接， 实现消息传递。 当一个 VCC用户在使用会议应用服务器提供的会议业务时， 当需要和其 他用户进亍消息通信时， 可能存在以下情况：
1 ) 当 VCC用户终端在 IMS域注册， 并通过 IMS通话， 此时可以使用 Session-based Messaging;
2 ) 当 VCC用户终端在 IMS域注册， 但通过 CS通话， 此时只能使 用 Immediate Messaging
3 ) 如果 IMS 或未注册， 通过 CS通话， 此时无法使用 IMS Message业 务， 必须使用其他方式进行消息通信， 如短消息。 从上面两个例子中可以看出， 应用服务器需要获取 VCC用户终端会话的 性质 （指会话是 VCC会话还是普通会话）、 会话所在域的业务状态信息， 并有 可能需要其他信息。 目前还没有在 IP多媒体子系统中传送语音呼叫连续性业务的业务状态的 方法， 可以)^决上述问题。 W 200 发明内容 本发明要解决的技术问题是提供一种传送语音呼叫连续性业务的业务状 态的方法， 可以应用于网络实体 （应用服务器、 网元、 终端等） 间传送 VCC 会话的业务状态， 供业务逻辑控制使用。 为了解决上述技术问题，本发明提供了一种传送语音呼叫连续性业务的业 务状态的方法， 应用于 IP多媒体子系统， 该方法包括在 VCC呼叫建立时传递 业务^ I犬态的过程， 该过程包括以下步骤：
( a )语音呼叫连续性业务 VCC应用服务器接收到 VCC呼叫建立请求后， 将 VCC业务状态信息添加到呼叫建立请求消息中， 并将该消息发送给为 VCC 用户服务的服务呼叫会话控制功能 S-CSCF;
( b ) 该 S-CSCF收到该呼叫建立请求消息后， 根据用户的初始过滤准则 执行业务逻辑控制， 将含有 VCC业务状态信息的呼叫建立请求消息发送给在 会话路径上的网络实体；
( c ) 所述网络实体收到该呼叫建立请求消息后， 获取其中的 VCC 业务 状态信息， 按照相应的业务逻辑进行处理。 如权利要求 1所述的方法， 其特征在于， 还包括在 VCC业务发生切换时 传递业务状态的过程 , 该过程包括以下步驟：
( A ) VCC 应用月艮务器接收到用户设备的通话切换请求后， 完成切入域 的呼叫建立过程， 向所述 S-CSCF发送媒体面更新请求消息， 消息中包含 VCC 业务^)夫态信息；
( B ) 所述 S-CSCF收到后， 根据呼叫建立过程中记录的会话路径将包含 VCC业务状态信息的媒体面更新请求消息发送给在会话路径上的网络实体；
( C ) 所述网络实体从媒体面更新请求消息中获取 VCC业务状态信息， 按照相应的业务逻辑进行处理。 进一步地， 上述方法还可具有以下特点： 所述 VCC 业务状态信息包括 VCC业务标 、和 VCC呼叫所在的域 4言息。 进一步地， 上述方法还可具有以下特点： 所述 VCC 业务标识是根据 IP 多媒体子系统通信业务标识和 IP多媒体子系统应用标识规则定义的，所述 VCC 呼叫所在的 i或信息包含在 VCC业务标识的扩展参数中。 进一步地， 上述方法还可具有以下特点： 所述步驟 （a ) 中 VCC 应用服 务器先判断收到的是起始呼叫请求还是终止呼叫请求， 如果是起始呼叫请求， 执行 IP多媒体子系统锚定过程， 分析出呼叫所在的 i或； 如果是终止呼叫请求， 则执行域选择过程， 确定 VCC用户终止呼叫所在的域； 然后， 终结入呼请求， 并代替主叫用户构建发送给被叫用户的 INVITE消息， 同时插入 VCC业务状 态信息， 将构建的该消息发送给 S-CSCF。 进一步地， 上述方法还可具有以下特点： 所述步骤 （ b ) S-CSCF 根据用 户的初始过滤准则执 4亍业务逻辑控制时： 如果没有找到匹配的规则， 则将包含 VCC业务状态信息的呼叫建立请求 消息前转给目的远端设备； 所述步骤 （ c ) 中该远端设备从收到的消息中获取 VCC业务状态信息， 按相应业务逻辑进行处理， 结束； 口果找到匹配的规则， 则将包含 VCC业务状态 4言息的呼叫建立请求消息 发送给相应的应用服务器， 在所述步骤 （c ) 中， 该应用服务器从该消息中获 取 VCC业务状态信息， 并执行相应业务逻辑， 返回步驟 （ b )。 进一步地， 上述方法还可具有以下特点： 所述步骤 （B ) S-CSCF 是将消 息路由到目的远端设备或下一个应用 艮务器： 如果是应用服务器， 步骤（C ) 中该应用服务器收到该消息后， 获取其中 的 VCC业务状态信息， 并按照相应的业务逻辑进行处理， 然后将包含 VCC业 务状态信息的媒体面更新请求消息再发送给该 S-CSCF, 返回步骤 （B ); 如果是目的远端设备， 步驟 （C ) 中该远端设备从该消息中获取 VCC业 务状态信息， 结束。 进一步地， 上述方法还可具有以下特点： 所述目的远端设备在 VCC用户 是主叫用户时， 指的是被叫网络， 在 VCC 用户是主叫用户时， 指的是被叫终 端。 进一步地， 上述方法还可具有以下特点： 所述 S-CSCF在媒体面更新请求 消息或 /和呼叫建立请求消息路由到目的远端设备后， 根据 IMS 业务标识的扩 展参数或配置策略决定是否去除 VCC相关信息。 进一步地， 上述方法还可具有以下特点： 所述步驟 （a ) 中还在呼叫建立 请求消息中加入了 VCC业务状态信息传输范围的信息， 所述 S-CSCF在向目 的远端设备传递业务状态信息时， 根据该参数决定保留还是取出 VCC 业务标 识及其附加参数。 进一步地， 上述方法还可具有以下特点： 所述 VCC业务状态信息传输范 围的信息包含在 VCC 业务标识的扩展参数中， 用于限制 VCC 业务标识只在 VCC 用户网络和^"端用户网络中传输， 不传输给^ "端的终端； 或者只在 VCC 用户归属的网络中传输， 不传输给对端用户归属的网络。 与现有技术相比， 由于本发明在 IP多媒体子系统中利用 IMS通信业务标 识和 IMS应用标识传送 VCC业务状态， 因此达到了在 VCC应用月艮务器和网 络实体 （其他应用服务器、 网元、 终端等） 之间传送 VCC 业务状态的效果， 满足了业务的需求， 同时不影响网络构架、 消息流程， 具有良好的可实施性和 扩展性。 附图说明 图 1 是 VCC业务构架示意图； 图 2是 VCC业务呼叫建立过程 VCC业务状态传送交互图； 图 3是 VCC业务域切换过程 VCC业务状态传送交互图； 图 4是 VCC应用月良务器对 VCC业务状态处理的流程图。 具体实施方式 下面结合附图对本发明作详细说明。 图 1是 VCC业务构架示意图， 示出了与 VCC业务状态传送所涉及的网 元和连接关系， 包括 UE 11 ( User Equipment, 用户设备）、 CS域 12 ( Circuit Switched, 电路交换）、 IMS 13 ( IP Multimedia Core Network Subsystem, IP多 媒体子系统）、 VCC AS 14 ( Voice Call Continuity Application Server, 语音呼叫 连续性应用服务器 ) 其他 AS 15 ( Other Application Server, 其它应用服务器 )、 其他网络 16、 ISC接口 17 (应用服务器与 IMS核心网中的服务呼叫会话控制 功能 S-CSCF的接口）。
UE包含 CS和 IMS两个模块，可以分别同 CS域和 IMS域建立呼叫连接， 并可以控制两个模块间的切换。 UE通过 CS接入 IMS, 或直接接入 IMS , 由 IMS域集中控制， 由 VCC AS提供并控制 VCC业务。 网络中其他应用服务器、 网元、 终端等需要获取 VCC的业务状态， 可以通过 ISC接口交互 VCC业务状 态。 本方法利用 IMS 通言业务标 口、 ( Identification of IMS communication Services ) 和 IMS应用标识 （ Identification of IMS applications )传送 VCC业务 状态， 首先根据 IMS通信业务标识和 IMS应用标识规则定义语音呼叫连续性 ( VCC ) 业务标识， 用于在呼叫请求和呼叫过程中表示呼叫的业务类型。 一个 VCC业务标识下可以增加多个扩展参数，本实施例增加了一个包含域信息的扩 展参数。 本实施例使用扩展参数表示 VCC呼叫所在的 i或信息。 图 2是 VCC业务呼叫建立过程 VCC业务状态传送交互图， 从总体上描 述了对 VCC业务消息的传送过程， 图中只标注了与 VCC状态交互的流程， 其 它过程按正常流程执 4于。 交互过程包括以下步骤： 步骤 201 , VCC AS接收到呼叫建立请求 INVITE消息， 确定此次呼叫是 VCC呼叫， 这个呼叫建立请求可能是 VCC UE从 CS域或 IMS域发送的起始 呼叫请求，也可能是从 CS域或 IMS域发送过来的终止呼叫请求，呼叫 VCC UE； 本发明不涉及 ^"非 VCC呼叫的处理。 步骤 202 , VCC AS根据呼叫的性质作相应的处理， 对起始呼叫执行 IMS 锚定过程， 分析出呼叫所在的域， 对终止呼叫执行 i或选择过程， 确定 VCC 用 户终止呼叫所在的 i或； 步骤 203 , VCC AS终结入呼请求， 并代替主叫用户构建发送给被叫用户 的 INVITE消息， 将 VCC业务状态信息， 即 VCC业务标识和 VCC呼叫所在 的域信息， 插入到该 INVITE消息中， 并将 INVITE消息发送给为此次呼叫的 VCC用户服务的服务呼叫会话控制功能 S-CSCF; 步骤 204, S-CSCF根据用户的初始过滤准则执行业务逻辑控制； 步驟 205 , 如果请求满足 VCC业务触发条件， S-CSCF按照业务逻辑控制 将包含 VCC业务状态信息的 INVITE消息发送给相应的应用服务器； 步骤 206 , 应用月良务器收到 INVITE消息后， 根据业务标识判断此次呼叫 是否为 VCC呼叫， 如是， 获取 VCC的域信息， 并执行相应业务逻辑； 步骤 207 , 应用服务器执行完业务逻辑后， 仍保留 VCC业务状态信息， 然后将 INVITE消息发送给 S-CSCF; 步骤 208 , S-CSCF继续根据初始过滤准则执行业务逻辑控制， 如果有匹 配的规则 （即满足 VCC业务触发条件 ), 将 INVITE消息发送给相应的 AS , 跳转到步骤 206, 否则， 将消息路由给目的远端设备， 此时 S-CSCF可以根据 IMS业务标识的扩展参数或配置策略决定是否去除 VCC相关状态。 所述目的远端设备， 在不同的场合含义有所不同， 如果 VCC用户是主叫 用户时， 指的是被叫网络， 如果 VCC用户是主叫用户时， 指的是被叫终端。 在另一种情况下， 上述流程的步骤 204中， S- CSCF如果没有找到匹配的 规则， 则直接将包含 VCC业务状态信息的 INVITE消息前转给被叫网络或被 叫终端， 该被叫网络和终端获取消息中的 VCC业务状态信息， 按照相应的业 务逻辑进行处理。 从而完成业务状态的传送。 图 3是 VCC业务 t或切换过程 VCC业务状态传送交互图， 从总体上描述 了对 VCC业务发生切换时， VCC相关业务消息的交互传送过程， 图中只标注 了与 VCC状态交互相关的流程， 其它过程按正常流程执行。 交互过程包括以 下步骤： 步骤 301 ,在会话过程中 VCC用户发生域切换， VCC AS接收到 VCC UE 的通话切换请求， 并完成切入域的呼叫建立过程； 步骤 302 , VCC AS向 S-CSCF发送媒体面更新请求 Re-INVITE或 UPDATE 消息， 使用消息中携带的 SDP ( Session Description Protocol , 会话描述协议） 指示远端设备更新媒体面， 与 VCC用户终端切入的域建立媒体连接， VCC AS 同时在 Re-INVITE或 UPDATE请求消息中添加 VCC业务状态信息， 即 VCC 业务标识和 VCC呼叫所在的域信息， 该域信息也是用扩展参数来表示的； 步骤 303 , S-CSCF收到后， 将包含 VCC业务状态信息的 Re-INVITE或 UPDATE消息发送给相应 AS或目的远端设 图中是发送给 AS ),如果是 AS, 转到步骤 304, 如果是远端设备， 此时 S-CSCF可以根据 IMS业务标识的扩展 参数或配置策略决定是否去除 VCC 相关信息， 远端设备从该 Re- INVITE 或 UPDATE消息中获取 VCC业务状态信息； 在会话建立过程中， S- CSCF 已经记录下会话的路径， 切换时， S-CSCF 只须按记录的会话路径转发即可。 步骤 304 , 应用服务器收到 Re-INVITE或 UPDATE消息后， 获取其中的 VCC业务状态信息， 并按照相应的业务逻辑进 4于处理； 步骤 305 ,应用服务器将包含 VCC业务状态信息的 Re-INVITE或 UPDATE 消息发送给 S-CSCF; 这里 VCC业务状态信息除了包含 VCC业务标识、 VCC呼叫所在的域信 息外， 还可以包含域切换的信息。 步骤 306, S-CSCF将消息路由到下一个 AS或目的远端设备 (图中是发 送给目的远端设备）， 如果是 AS, 返回步骤 304, 如果是目的远端设备， 此时 S-CSCF可以根据 IMS业务标识的扩展参数或配置策略决定是否去除 VCC相 关信息， 而远端设备从该 Re-INVITE或 UPDATE消息中获取 VCC业务状态信 息。 图 4是 VCC应用月良务器对 VCC业务状态处理的流程图， 描述了图 2和 图 3中 VCC AS本地对 VCC业务状态的处理过程， 包括以下步驟： 步骤 401 , VCC AS接收请求消息； 步骤 402, 判断该消息是否为呼叫建立请求； 如果是， 转入步骤 403 , 否 则跳转到步骤 408; 步骤 403 , 判断该呼叫建立请求是起始呼叫还是终止呼叫， 如果是起始呼 叫， 转入步骤 404 , 否则 ^兆转到步骤 406; 步骤 404, 执行 IMS锚定过程， 分析出呼叫所在的域； 步骤 405 , 在起始呼叫 INVITE消息中插入 VCC业务状态信息， 即 VCC 业务标识和以扩展参数表示的 VCC呼叫所在的域信息， 并跳转到步骤 411 ; 步骤 406 , 执行域选择过程， 确定 VCC用户终止呼叫所用的域； 步驟 407, 在终止呼叫 INVITE消息中插入 VCC业务状态信息， 并跳转 到步骤 411 ; 步骤 408, 判断消息是否为切换消息， 如果是， 转入步骤 409, 否则跳转 到步骤 410; 步驟 409 , 获取切入域信息， 在媒体更新消息 Re-INVITE或 UPDATE中 插入 VCC业务状态信息， 并跳转到步骤 411 ; 步骤 410， 对其它请求进行处理， 并此转到步骤 411 ; 步骤 411 , 向 S-CSCF转发消息。 本方法不需要改变网络的拓朴结构、路由以及接口消息流程，对网络构架 无影响。 在上述实施例的基础上， 可以扩展定义 VCC 业务标识， 在该业务标 识中添加其他状态信息， 从而实现这些状态信息的传递。 可以以 VCC 业务标 识及包括域信息的扩展参数为触发条件设置初始过滤准则， 增加业务触发的灵 活性。 另外， 还可以扩展定义 VCC 业务标识参数， 在该扩展参数中包含 VCC 业务状态 4言息传输范围， 限制 VCC业务标识只在 VCC用户网络和对端用户网 络中传输， 不传输给对端的终端， 或只在 VCC用户归属的网络中传输， 不传 输给对端用户归属的网络。 该扩展参数由 VCC AS在添加 VCC业务标识时同 时附加上去， 定义 VCC业务标识及其附加参数的传输范围， S- CSCF在向目的 远端设备传递时， 可以根据该参数决定保留还是取出 VCC业务标识及其附加 参数。 综上所述， 采用本发明方法， 应用于 IP多媒体子系统语音呼叫连续性业 务中， 利用 IMS通信业务标识及其扩展参数传送 VCC业务状态使其他网絡实 体 （应用服务器、 网元、 终端等） 获取 VCC会话的业务状态， 并利用这些信 息进行业务逻辑控制， 满足业务需求， 而对网络结构、 业务流程无影响， 具有 良好的可实施性和扩展性。

Claims

一种传送语音呼叫连续性业务的业务状态的方法，应用于 IP多媒体子系 统，该方法包括在 VCC呼叫建立时传递业务状态的过程，该过程包括以 下步骤：
( a )语音呼叫连续性业务 VCC应用月艮务器接收到 VCC呼叫建立 请求后，将 VCC业务状态信息添加到呼叫建立请求消息中， 并将该消息 发送给为 VCC用户服务权的服务呼叫会话控制功能 S- CSCF;
( b )该 S-CSCF 收到该呼叫建立请求消息后， 才艮据用户的初始过 滤准则执行业务逻辑控制，将含有 VCC业务状态信息的呼叫建立请求消 息发送给在会话路径上的网络实体；
( c ) 所述网络实体收到该呼叫建立书请求消息后， 获取其中的 VCC 业务状态信息， 按照相应的业务逻辑进于处理。 如权利要求 1所述的方法， 其特征在于， 还包括在 VCC业务发生切换时 传递业务状态的过程， 该过程包括以下步骤：
( A ) VCC应用服务器接收到用户设备的通话切换请求后， 完成切 入域的呼叫建立过程， 向所述 S-CSCF发送媒体面更新请求消息， 消息 中包含 VCC业务状态信息；
( B )所述 S-CSCF收到后，根据呼叫建立过程中记录的会话路径将 包含 VCC 业务状态信息的媒体面更新请求消息发送给在会话路径上的 网络实体；
( C ) 所述网络实体从媒体面更新请求消息中获取 VCC 业务状态 信息， 按照相应的业务逻辑进行处理。 如权利要求 1或 2所述的方法， 其特征在于， 所述 VCC业务状态信息包 ^ VCC业务标识和 VCC呼叫所在的域信息。 如权利要求 3所述的方法， 其特征在于， 所述 VCC业务标识是根据 IP 多媒体子系统通信业务标识和 IP多媒体子系统应用标识规则定义的，所 述 VCC呼叫所在的域信息包含在 VCC业务标识的扩展参数中。
5. 如权利要求 3所述的方法， 其特征在于， 所述步骤（a ) 中 VCC应用服 务器先判断收到的是起始呼叫请求还是终止呼叫请求， 如果是起始呼叫 请求， 执行 IP多媒体子系统锚定过程， 分析出呼叫所在的域； 如果是终 止呼叫请求， 则执行域选择过程， 确定 VCC用户终止呼叫所在的域； 然 后， 终结入呼清求， 并代替主叫用户构建发送给被叫用户的 INVITE消 息， 同时插入 VCC业务状态信息， 将构建的该消息发送给 S-CSCF。
6. 如权利要求 1所述的方法， 其特征在于， 所述步驟（b ) S-CSCF根据用 户的初始过滤准则执行业务逻辑控制时：
如果没有找到匹配的规则 , 则将包含 VCC业务状态信息的呼叫建立请求 消息前转给目的远端设备； 所述步骤（c ) 中该远端设备从收到的消息中获取
VCC业务状态信息， 按相应业务逻辑进行处理， 结束；
如果找到匹配的规则， 则将包含 VCC业务状态信息的呼叫建立请求消息 发送给相应的应用服务器， 在所述步骤（C )中， 该应用服务器从该消息中获取
VCC业务状态信息， 并执行相应业务逻辑， 返回步骤（b ) 。 7. 如权利要求 2所述的方法， 其特征在于， 所述步驟（ B ) S-CSCF是将消 息路由到目的远端设备或下一个应用服务器：
如果是应用服务器， 步骤 （C ) 中该应用服务器收到该消息后， 获 取其中的 VCC业务状态信息，并按照相应的业务逻辑进行处理， 然后将 包含 VCC业务状态信息的媒体面更新请求消息再发送给该 S-CSCF, 返 回步慷 ( B );
如果是目的远端设备，步骤（ C )中该远端设备从该消息中获取 VCC 业务状态信息， 结束。
8. 如权利要求 6和 7所述的方法， 其特征在于， 所述目的远端设备在 VCC 用户是主叫用户时， 指的是被叫网络， 在 VCC用户是主叫用户时， 指的 是被叫终端。
9. 如权利要求 1或 2所述的方法， 其特征在于， 所述 S-CSCF在媒体面更 新请求消息或 /和呼叫建立请求消息路由到目的远端设备后， 根据 IMS 业务标识的扩展参数或配置策略决定是否去除 VCC相关信息。 如权利要求 1所述的方法， 其特征在于， 所述步骤（a ) 中还在呼叫建立 请求消息中加入了 VCC业务状态信息传输范围的信息，所述 S-CSCF在 向目的远端设备传递业务状态信息时， 根据该参数决定保留还是取出 VCC业务标识及其附加参数。
11. 如权利要求 10所述的方法， 其特征在于， 所述 VCC业务状态信息传输 范围的信息包含在 VCC业务标识的扩展参数中， 用于限制 VCC业务标 '识只在 VCC用户网络和对端用户网络中传输， 不传输给对端的终端； 或 者只在 VCC用户归属的网络中传输， 不传输给对端用户归属的网络。
PCT/CN2006/003789 2006-06-19 2006-12-30 Procédé de transmission de l'état de service d'un service de continuité de communication vocale. WO2008000121A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610093619.7 2006-06-19
CN200610093619A CN100589640C (zh) 2006-06-19 2006-06-19 一种传送语音呼叫连续性业务的业务状态的方法

Publications (1)

Publication Number Publication Date
WO2008000121A1 true WO2008000121A1 (fr) 2008-01-03

Family

ID=38845102

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/003789 WO2008000121A1 (fr) 2006-06-19 2006-12-30 Procédé de transmission de l'état de service d'un service de continuité de communication vocale.

Country Status (2)

Country Link
CN (1) CN100589640C (zh)
WO (1) WO2008000121A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112468466A (zh) * 2020-11-16 2021-03-09 上海欣方智能系统有限公司 一种关于超大规模ims as技术的实现系统
CN112527515A (zh) * 2020-12-02 2021-03-19 厦门亿联网络技术股份有限公司 状态同步方法、装置、设备及存储介质

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101472302B (zh) * 2007-12-28 2011-12-07 华为技术有限公司 一种业务切换的方法及装置
CN101448223B (zh) * 2008-04-10 2011-12-07 中兴通讯股份有限公司 电路域接入ip多媒体子系统呼叫保持和呼叫恢复实现方法
EP2860932A1 (en) * 2013-10-09 2015-04-15 Telefonaktiebolaget L M Ericsson (Publ) Multimedia Communications Service Handling
CN106792585B (zh) * 2015-11-19 2021-04-30 中兴通讯股份有限公司 一种短消息传输方法和装置、及系统
CN111327579B (zh) * 2018-12-17 2022-05-13 中国移动通信集团北京有限公司 一种判断用户通话状态的方法和设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050190772A1 (en) * 2004-02-26 2005-09-01 Shang-Chih Tsai Method of triggering application service using filter criteria and IP multimedia subsystem using the same
CN1770799A (zh) * 2004-11-02 2006-05-10 华为技术有限公司 一种彩名业务实现方法
CN1773967A (zh) * 2004-11-08 2006-05-17 华为技术有限公司 通过分组域为电路域用户提供业务的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050190772A1 (en) * 2004-02-26 2005-09-01 Shang-Chih Tsai Method of triggering application service using filter criteria and IP multimedia subsystem using the same
CN1770799A (zh) * 2004-11-02 2006-05-10 华为技术有限公司 一种彩名业务实现方法
CN1773967A (zh) * 2004-11-08 2006-05-17 华为技术有限公司 通过分组域为电路域用户提供业务的方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112468466A (zh) * 2020-11-16 2021-03-09 上海欣方智能系统有限公司 一种关于超大规模ims as技术的实现系统
CN112468466B (zh) * 2020-11-16 2023-04-18 上海欣方智能系统有限公司 一种关于超大规模ims as技术的实现系统
CN112527515A (zh) * 2020-12-02 2021-03-19 厦门亿联网络技术股份有限公司 状态同步方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN100589640C (zh) 2010-02-10
CN101087473A (zh) 2007-12-12

Similar Documents

Publication Publication Date Title
EP2314103B1 (en) Method and apparatus for routing of a bearer path in an internet protocol multimedia subsystem-based communication system
EP1892897B2 (en) A cross-domain routing control method
EP1804546B1 (en) Method of providing seamless session mobility
WO2009015525A1 (en) A method for switching the session control path of ip multimedia core network subsystem centralized service
WO2007137485A1 (fr) Procédés et systèmes pour mise en oeuvre de transfert d'appel et réseau domestique de terminal d'utilisateur
EP2763464B1 (en) Convergence calling method and system
WO2006064347A1 (en) Method and system to the instant transfer of multimedia files between mobile radio users within the scope of combinational services
WO2008000121A1 (fr) Procédé de transmission de l'état de service d'un service de continuité de communication vocale.
WO2009024081A1 (fr) Procédé, dispositif et système pour traiter la continuité du flux multimédia dans une session
WO2008086690A1 (fr) Procédé de services de déviation de requête et dispositif correspondant
EP2628286B1 (en) Connection control with b2bua located behind nat gateway
GB2406022A (en) Method for releasing resources at SIP handover
KR101095421B1 (ko) 호 제어 방법, 회선 교환 도메인 어댑터 및 단말 장치
WO2009149667A1 (zh) 被叫接入的方法、装置和系统
WO2014114088A1 (zh) 一种ngn下实现宽带业务功能的方法及业务平台
WO2009039688A1 (en) Late call forwarding method in ip multimedia core network subsystem centralized service
WO2008000134A1 (fr) Méthode et dispositif de transmission d'un message de demande dans un système multimédia
WO2011032426A1 (zh) 紧急呼叫跨越业务的实现方法、装置和系统
US9648050B2 (en) Routing of a service request aimed at an IMS subscriber
EP1843614B1 (en) Method of performing a handover in a mobile communication system
CN100493214C (zh) 实现呼叫失败前转的方法及装置
WO2008052466A1 (fr) Procédé, système et équipement pour une commutation parmi différents réseaux
CN101227728A (zh) 一种多媒体会话连续性业务的会话合并方法
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip
WO2009036801A1 (en) Methods and arrangements for a telecommunications system

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: 06840819

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06840819

Country of ref document: EP

Kind code of ref document: A1