WO2007124641A1 - Procédé et dispositif permettant de percevoir un utilisateur qui déclenche un service supplémentaire - Google Patents

Procédé et dispositif permettant de percevoir un utilisateur qui déclenche un service supplémentaire Download PDF

Info

Publication number
WO2007124641A1
WO2007124641A1 PCT/CN2007/000435 CN2007000435W WO2007124641A1 WO 2007124641 A1 WO2007124641 A1 WO 2007124641A1 CN 2007000435 W CN2007000435 W CN 2007000435W WO 2007124641 A1 WO2007124641 A1 WO 2007124641A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
service
notification
call
signaling
Prior art date
Application number
PCT/CN2007/000435
Other languages
English (en)
French (fr)
Inventor
Jie Xu
Dongming Zhu
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to AT07702308T priority Critical patent/ATE470304T1/de
Priority to DE602007006866T priority patent/DE602007006866D1/de
Priority to CN200780000297XA priority patent/CN101317438B/zh
Priority to EP07702308A priority patent/EP1881689B1/en
Priority to US11/881,806 priority patent/US20080032686A1/en
Publication of WO2007124641A1 publication Critical patent/WO2007124641A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • 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/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • 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/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • 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]

Definitions

  • the present invention relates to the field of wireless communications, and in particular, to a method and apparatus for sensing a user to perform supplementary services.
  • the network side needs to be aware of the registration status of the users on the two networks, so that when there is a call that needs to be connected to the user, the appropriate network can be selected for routing.
  • the network side also needs to anchor all calls to the user so that the user can perform auxiliary control when switching between the two networks.
  • 3GPP Third Generation Partnership Projects
  • 3GPP2 Third Generation Partnership Project2
  • IMS Internet Multiedia Subsystem
  • the network entity of the subnet is used for anchoring control. It is also used to detect the registration and session status of the user in the two networks respectively, and perform routing and handover control of the user call according to the registration and session state of the user.
  • Figure 1 the network architecture developed by the 3GPP2 standard organization is shown in Figure 1:
  • Each CSCF Call Server Control Function
  • HSS Home Subscriber Server
  • MS Domain Device HLR (Home Location Register)
  • MSC/VLR Mobile Services Switching Center/) Visited Location Register
  • the service switching center/visit location register is a CS (Circuit Switch) domain device
  • the MGCF Media Gateway Control Function
  • the network architecture adds a new network element between the IMS domain and the CS domain: a VCC service control entity (Voice Call Continuity Application Server), and the VCC service control entity has an interface in both domains.
  • VCC service control entity Voice Call Continuity Application Server
  • IMS domain as an AS (Application Server), and the I/S-CSCF (Inquiring/Serving Call Session Control Function) is a standard ISC (IMS Service Control) interface.
  • ISC IMS Service Control
  • the standard MAP (Mobile Application Part) interface is used between the HLR and the CS domain entity. From the perspective of the HLR, the VCC service control entity is a GMSC (Gateway Mobile Switch Center).
  • GMSC Gateway Mobile Switch Center
  • routing decisions are made according to the registration status and call status of the user
  • ECT Exlicit Call Transfer
  • CT Complete Transfer
  • user A and user B who have contracted the ECT service are in a call
  • user A first sets user B to call hold state, and then calls user C; when ringing to user C or has already connected the user After C, User A releases the call, and the network will connect User B and User C to continue the call, and User A will exit the call and become idle.
  • the following is described separately according to the timing of user A release:
  • User A and User B, as well as User A and User C, have already established a call, and User B's call is temporarily held. After that, as shown in FIG. 2, the following steps are included: 1. User A sends a RELEASE message to MAC A, and initiates ECT service call request.
  • MSC A initiates a notification to the user B to resume the call CPG (Call Progress Notification).
  • MSC A sends a RELEASE COMPLETE message to User A, releases its call to User A, and connects User B with User C. ,
  • MSC A also needs to send a notification message to User B to inform that the ECT service has occurred and inform the new caller's C number.
  • the notification message is generally a CPG (Call Progress), and the message includes a Generic notification indicators parameter to indicate that an ECT service has occurred, and indicates whether the user C is in a ringing state or a response when initiating. Status;
  • the message also contains the Call transfer number parameter, which is used to carry the call to the new peer number.
  • MSC A also sends a notification message to User C for notification.
  • the MSCA to which End User A belongs will connect the call between User B and User C. 2. Released when ringing user C.
  • the flow of calling the ECT service after the C is turned on is basically the same, the difference is: first, the ringing state is indicated for the user B and the ringing tone is released (step 3), and the user C is turned on (step 6) Then, the user B is instructed to turn on to complete the ECT service.
  • the network routing status before the user performs the ECT service (that is, the user A establishes a call with the user B and the user C respectively) is shown in FIG. 4.
  • User A has a connection between the signaling plane and the bearer plane with user B and user C, respectively, and the VCC service control entity is anchored in two call signaling paths (user A and user B, and user A and user C).
  • the signaling path records the registration status and call status of users A, B, and C on both networks.
  • the network routing status is shown in FIG. 5.
  • User B and User C signaling planes
  • the connection with the bearer plane is still controlled and connected by the original MSC, and the VCC service control entity is still anchored in the call signaling path including user A without any notification, and the call of user A recorded by the VCC service control entity.
  • the status has not changed.
  • User B and User C will not receive notification that User A has performed the ECT service.
  • the VCC service control entity needs to allocate the CS domain routing number to reroute the call to the CS domain.
  • the CS domain MSC After the CS domain MSC receives the call, Connect users in the CS domain.
  • the GMSC cannot notify the VCC service control entity and the calling user of the forwarding event, and the VCC service control entity cannot correctly perceive the user call. State, the calling user is also unable to perceive the call being forwarded.
  • the VCC service control entity cannot sense that the supplementary service has occurred on the user side. Even if the VCC service control entity can receive the notification message of the supplementary service, according to the function of the currently defined VCC service control entity, the call state and the session switching capability attribute of the user cannot be updated accordingly, so that the call state of the user has changed, but
  • the User Call Status and Session Switching Capability attributes recorded in the VCC Service Control Entity remain unchanged. After that, when a new call needs to be connected to the user, or when the user participates in the session, the VCC service control entity makes a wrong decision based on the wrong information, which brings a bad experience to the user. At the same time, after the call is initiated by the IMS domain user anchored by the VCC service control entity, the existing technology cannot notify the new caller.
  • the present invention provides a method for sensing a user to perform a supplementary service, a VCC service control entity, and a media gateway control entity, to solve the problem that the VCC service control entity cannot perceive when the IMS domain user that the call is anchored by the VCC service control entity initiates the supplementary service.
  • the user changes the call attribute to update the recorded problem; and solves the problem that the user side cannot be notified after the call is initiated by the VCC service control entity by the IMS domain user.
  • the embodiment of the present invention senses a method for a user to perform a supplementary service, and causes a VCC service control entity and/or a user to perceive that a supplementary service occurs in a network architecture based on an IMS entity for anchoring control, including:
  • the VCC service control entity and/or the user separately obtain notification signaling of the user for supplementary service
  • the VCC service control entity and/or the user senses that a supplementary service has occurred according to the notification signaling.
  • the VCC service control entity of the embodiment of the present invention includes: a recording unit, configured to record a call attribute of a user; and a sensing unit, configured to identify, by using a signaling received by the VCC service control entity, a notification signaling for the user to perform supplementary service; And parsing the supplementary service notification content from the notification signaling identified by the sensing unit, and triggering the recording unit to update the user's call attribute accordingly.
  • An obtaining unit configured to obtain supplementary service notification content from the received relay signaling
  • a converting unit configured to convert the supplementary service notification content acquired by the acquiring unit into
  • the user in the SIP format performs notification signaling of the supplementary service and transmits it to the user side.
  • the acquiring unit acquires at least a service type indication and/or a connected user identifier from the relay signaling.
  • the method for sensing the user to perform the supplementary service provided by the present invention enables the VCC service control entity to know that the supplementary service has occurred to update the stored user call attribute; and also to notify the user side.
  • Figure 1 is a schematic diagram of a network architecture developed by the 3GPP2 standards organization
  • FIG. 3 is a flow chart of releasing the original call when User A rings the user C in the existing ECT service
  • FIG. 4 is a schematic diagram of a network routing situation before a user performs an ECT service in the prior art
  • FIG. 5 is a schematic diagram of a network routing situation after completing an ECT service in the prior art
  • 6 is a schematic structural diagram of a media gateway control entity according to the present invention
  • FIG. 3 is a schematic structural diagram of a VCC service control entity according to the present invention
  • Figure 8 is a flow chart of the first method of the present invention.
  • Figure 9 is a flow chart of the first example of the first method of the present invention.
  • Figure 10 is a flow chart of the second method in the first method of the present invention.
  • Figure 11 is a flow chart of Example 3 of the first method of the present invention.
  • Figure 12 is a flow chart of Example 4 of the first method of the present invention.
  • Figure 13 is a flow chart of a second method of the present invention.
  • the VCC service control entity may be made aware of the change of the call attribute of the user, and correspondingly update the recorded call attribute of the user, so that when there is a new call.
  • the VCC service control entity may make correct routing decisions and handover operations when the user needs to be connected to the user, or when the user participates in the handover operation; and in order to initiate the call to the IMS domain user anchored by the VCC service control entity After the supplementary service, the user side can be notified.
  • the present invention provides a media gateway control entity MGCF, as shown in Fig. 6, which includes an acquisition unit 61 and a conversion unit 62 that are connected to each other.
  • the obtaining unit 61 is configured to receive signaling from the outside, and obtain supplementary service notification content from the received relay signaling.
  • the unit may only obtain the service type indication and/or the connected user identifier from the relay signaling, and may also obtain other additional information (such as: the number of the new calling peer in the ECT service, or the forwarding number in the forwarding service). .
  • the converting unit 62 is configured to convert the supplementary service notification content acquired by the acquiring unit into notification signaling of the supplementary service by the user in the SIP format, and send the notification signaling to the user side.
  • the notification signaling correspondingly includes at least a service type indication and/or a connected user identifier, and may further include (a new call peer number or a forwarding number, etc.).
  • the present invention also provides a VCC service control entity, as shown in FIG. 7, which includes a sensing unit 71, a parsing unit 72, and a recording unit 73 that are sequentially connected.
  • the sensing unit 71 is configured to identify, by using the signaling received by the VCC service control entity, the notification signaling of the user for performing supplementary service.
  • the notification signaling includes but not limited to: SIP Type of notification signaling (from the MGCF of the present invention) and CAP type of notification signaling (from the MSC).
  • the parsing unit 72 is configured to parse the supplementary service notification content from the notification signaling identified by the sensing unit, and trigger the recording unit to update the user's call attribute accordingly. Different types of notification signaling are used, and the unit adopts different parsing policies.
  • the parsed supplementary service notification content includes at least: a service type indication and/or a connected user identifier, and may also parse other additional information (for example, in the ECT service). The number of the new calling peer, or the forwarding number in the forwarding service).
  • the recording unit 73 includes at least one of a first partition for recording a session switching capability attribute of the user and a second partition for recording a call state of the user.
  • the first partition updates the user's session switching capability attribute according to the service type indication parsed by the parsing unit, and/or the connected user identifier and the original parsed according to the parsing unit. If the number is different, the perceived call has been forwarded, and the user's session switching capability attribute is updated accordingly.
  • the session switching capability attribute and the call state need to be updated, the first partition is parsed according to the parsing unit.
  • the type indication correspondingly updating the session switching capability attribute of the user, and/or comparing the connected user identifier parsed according to the parsing unit with the original called number, if different, the perceived call has been forwarded, and the user session is updated accordingly
  • the switching capability attribute, and the first partition triggers updating the call state of the second partition record; when only the call state needs to be updated, the second partition is updated according to the service type indication and/or the connected user identifier parsed by the parsing unit The call status of the user.
  • VCC service control entity is divided into two logical entities: a call continuity control entity CCCF and a network domain selection entity NeDS, wherein the CCCF is used to control call anchoring and handover, the NeDS is used to control the selection of the domain.
  • CCCF call continuity control entity
  • NeDS network domain selection entity
  • the sensing unit may be acted upon by the CCCF, and the functions of the parsing unit and the recording unit are decomposed in the CCCF and the NeDS, and the CCCF is configured to set the user's session switching capability attribute according to the service type indication and/or the connected user identifier (the supplementary will be initiated)
  • the user-related session of the service is set to not support the handover), and instructs the NeDS to update the call state of the user (the call state of the user who initiates the supplementary service is changed to the idle state).
  • the present invention provides a method for sensing a user to perform supplementary service, which is used to enable a VCC service control entity and/or a user to perceive that a supplementary service has occurred in a network architecture based on anchoring control by an IMS entity.
  • the VCC service control entity and/or the user respectively obtain the notification signaling for the user to perform the supplementary service; the VCC service control entity and/or the user senses that the supplementary service occurs according to the notification signaling.
  • a flowchart of a method for enabling a VCC service control entity to perceive a user to perform supplementary services in the present invention includes the following main steps:
  • the VCC service control entity receives notification signaling for the user to perform supplementary service.
  • the user who initiates the supplementary service first must sign the supplementary notification service, or the MSC forces the notification to be sent for all supplementary services, so that the method of the present invention makes sense.
  • the supplementary services include, but are not limited to, an ECT service, a forward service, a call hold service, or a call waiting service.
  • the notification signaling is a call ringing notification, or a forwarding notification, or a call answering notification.
  • the MSC (not limited to the MSC) sends the relay signaling including the supplementary service notification content to the MGCF;
  • the MGCF obtains the supplementary service notification content included in the relay signaling by the acquiring unit, where the supplementary service notification content includes at least: a service type indication and/or a connected user identifier, and converts the notification message into a SIP format notification letter by using a conversion unit.
  • the MGCF sends the notification signaling to the VCC service control entity; the VCC service control entity identifies and receives the notification signaling through the sensing unit.
  • the MSC after the user initiates the supplementary service, the MSC according to the user's subscription information (SS-CSI (Supplemental Service CAMEL User Information)), and the subscription information
  • SS-CSI Singlemental Service CAMEL User Information
  • the address of the VCC service control entity indicated in the medium (the SCP address is the address of the VCC service control entity), and directly reports the content of the supplementary service notification (including at least: the service type indication and/or the connected user identifier) to the VCC service control entity.
  • Notification signaling of the CAP format (not limited to the CAP format); the VCC service control entity identifies and receives the notification signaling through the sensing unit.
  • the VCC service control entity parses the notification signaling.
  • the vcc service control entity parses the notification signaling received by the sensing unit by the parsing unit, and obtains supplementary service notification content, where the supplementary service notification content at least includes: a service type indication and/or a connected user identifier.
  • the parsing unit of the VCC service control entity informs the recording unit to update the session switching capability attribute of the user according to the service type indication and/or the connected user identifier, and further updates the call status of the user.
  • Method Example 1 In the ECT service, the MSC notifies the calling peer through the relay signaling of the CPG.
  • the MSC sends CPG signaling to the user B-side, instructing user B to resume the call;
  • the MGCF converts the CPG signaling of the resumed call into an UPDATE message of the SIP signaling, and the message indicates that the direction of the modified media stream is bidirectional, and is sent to the terminal of the user B through the CSCF, the VCC service control entity, and the network where the user B is located.
  • the MSC sends CPG signaling to User B, indicating that User B has an ECT service and carries the number of User C.
  • the MGCF converts the CPG signaling notified by the ECT service into an INFO message of the SIP signaling (which may also be a message such as REFER, MESSAGE, etc.), the message indicating that the service event is ECT, and the number of the user C.
  • the INK message is sent to the user B's terminal through the CSCF, the VCC service control entity, and the network where the user B is located. At this time, the user B can be informed that the ECT service has occurred, and the new peer is changed to the user C.
  • the path VCC service control entity When the VCC service control entity detects the notification signaling, and clears the user A from the session (the session between the user A and the user C), the session is set to be independent of the user A.
  • the MSC also sends CPG signaling to the user C to indicate the ECT service event and the user B. 0435
  • the MGCF processes the same as the fifth step and sends the INFO message to the terminal of the user C.
  • the user C can know that the ECT service has occurred, and the new peer changes to the user B.
  • the VCC service control entity When the VCC service control entity is used, the VCC service is used.
  • the control entity detects this notification message, it also sets the session (the session between user A and user B) to be independent of user A. At this time, the call state of user A becomes idle, and the session related to user A is in the future. It can't be switched either.
  • the MSC connects the call between User B and User C, and puts the connection to User A. This step can also be done before step 4.
  • Method Example 2 In the ECT service, the MSC directly notifies the VCC service control entity through the SS-CSI intelligent triggering mode.
  • the MSC sends CPG signaling to the user B-side, instructing user B to resume the call;
  • the MGCF converts the CPG signaling of the resumed call into an UPDATE message of the SIP signaling, and the message indicates that the direction of the modified media stream is bidirectional, and is sent to the terminal of the user B through the CSCF, the VCC service control entity, and the network where the B is located. ;
  • the MSC triggers the SS-CSI, and sends an SSJ VOCATION- NOTIFY message to the VCC service control entity, where the message indicates that the ECT service has occurred;
  • the VCC service control entity After receiving the notification, the VCC service control entity returns a response message of SSJNVOCATION_NOTIIF to the MSC, and sets the call state of the user A to the idle state, and sets the user A and the user B, and the session between the user A and the user C is the same as the user A. Irrelevant, that is, the session related to User A does not support handover in the future;
  • the MSC connects the call between User B and User C and releases the connection to User A. This step can also be done before step 4.
  • Method Example 3 In the forward forwarding service, the GMSC notifies the calling side through the relay signaling of the CPG. Referring to Figure 11, the following steps are included: 1. The called user's home IMS domain receives the initial session request sent from the calling party. 2. The VCC service control entity decides to route the session to the circuit domain according to the policy, and returns the initial CS domain routing number to the CSCF. Session request, the CSCF receives the session and routes the session to the MGCF;
  • the MGCF sends an initial address message to the called user home network GMSC according to the CS domain routing number to establish a CS domain session;
  • the GMSC After receiving the GMSC, the GMSC recovers the mobile subscriber's ISDN number, and sends a user address information message to the HSS to request the user location information;
  • the HSS detects that the called user has a forwarding service, such as unconditional forwarding, and returns the forwarding number and T-CSI (called CAMEL user information:);
  • the GMSC triggers the CAMEL service through the T-CSI, and sends an initial detection point message to the SCP, where the message carries a forwarding indication and a forwarding number;
  • the VCC service control entity returns a continuous call indication
  • the GMSC reroutes to the forwarding party according to the forwarding number
  • the GMSC sends a CPG message to the MGCF, where the message carries a forwarding indication and a forwarding number;
  • the MGCF converts the CPG message into a SIP message, which may be INFO, a message such as REFER, MESSAGE, or a response message such as 181, and returns the message to the calling party side along the original INVITE session path;
  • the VCC service control entity obtains the notification message in the session path, and the user call state in the update record is idle, and the session is marked as non-switchable. The notification message is then passed back along the session path back to the calling party side.
  • the MSC can also directly notify the VCC service control entity through the SS-CSI intelligent triggering mode. It can be derived from Method Example 2 and Method Example 3.
  • Method Example 4 In the forward forwarding service, the VCC service control entity can determine whether the call is forwarded according to some parameters in the received SIP session that can indicate the identity of the real called user. If it is determined that the call has been forwarded, the VCC service control entity may modify the recorded user call status. Referring to Figure 12, the following steps are included:
  • Steps 1 to 7 of this embodiment are the same as those in the previous embodiment shown in FIG. 8.
  • the GMSC reroutes to the forward party C according to the forwarding number.
  • the returned response message indicates that the real called party is a C user by the connected user number Connected Number parameter.
  • the GMSC forwards the response message to the MGCF.
  • the MGCF returns a session final response message 200 OK to the VCC service control entity, and the P-Asserted-ID parameter indicates that the real called party of the session is a C user.
  • the VCC service control entity determines whether the content of the P-Asserted-ID parameter in the received response response is the original called user B. If not, the recorded call status of the user B needs to be modified.
  • the VCC service control entity returns a session response response 200 OK to the calling user.
  • the user side perceives that the process of the supplementary service occurs, including the following steps:
  • the MGCF obtains the supplementary service notification content from the received relay signaling.
  • the MSC (not limited to MSC) sends relay signaling including supplementary service notification content to the MGCF;
  • the acquiring unit acquires the supplementary service notification content included in the relay signaling, where the supplementary service notification content at least includes: a supplementary service indication.
  • the MGCF converts the supplementary service notification content into a notification signaling in a SIP format.
  • S203 The MGCF sends the notification signaling to the user side.
  • the MGCF transparently transmits the notification signaling to the terminals of both the new calling parties.
  • the VCC service control entity may or may not pass through the present invention.
  • the MGCF transparently transmits the notification signaling to the calling terminal.
  • the VCC service control entity may or may not pass through the present invention.
  • the method of the present invention transmits the notification signaling of the relay signaling to the SIP format by the MGCF to the VCC service control entity; or the MSC directly controls the VCC service according to the subscription information of the user.
  • the entity reports the notification signaling in the CAP format that contains the content of the supplementary service notification.
  • VCC service control combined with the present invention The entity can not only intercept the notification signaling in the SIP format or the CAP format, but also parse the supplementary service notification content in the notification signaling, and update its stored user call attribute accordingly. In this way, the user call attribute stored by the VCC service control entity can be kept in sync with the actual call attribute of the user, so that the correct decision can be made according to the correct information.
  • the notification signaling is in the SIP format, it can also be forwarded to the user side, so that the relevant user is informed that the supplementary service has occurred.
  • the invention can also make the user side aware that the supplementary service has occurred.
  • the MGCF converts the relay signaling into the notification signaling of the SIP format, it can directly send it to the user side.

Landscapes

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

Description

感知用户进行补充业务的方法及装置
本申请要求于 2006 年 4 月 29 日提交中国专利局、 申请号为 200610079107.5、发明名称为 "感知用户进行补充业务的方法及装置" 的中国专利申请的优先权， 2006年 7月 28日提交中国专利局、 申请 号为 200610099533.5、发明名称为 "感知用户进行补充业务的方法及 装置"的中国专利申请的优先权， 其全部内容通过引用结合在本申请 中。
技术领域
本发明涉及无线通信领域，特别是涉及感知用户进行补充业务的 方法及装置。
背景技术
在无线网络从 2G网络演进到 3G网络的过程中， 会有很长一段 时期存在 3G网络与 2G网络并存的状况。 在这样一种双网并存的情 况下， 双网之间的互操作成为了一个有待研究的课题。
网络侧需要感知用户在两个网络的注册状况，这样当有呼叫需要 接续到用户时可以选择合适的网络来进行路由。网络侧还需要锚定用 户的所有呼叫， 以便用户在两个网络之间进行切换时， 可以进行辅助 控制。 '
为了满足上述网絡侧的需要， 3GPP ( Third Generation Partnership Projects, 第三代伙伴组织计划）和 3GPP2标准组织都制定了一种网 络架构， 该网络架构中包括一种基于 IMS ( Internet Multiedia Subsystem, 因特网多媒体子网）的网络实体， 其用于进行锚定控制； 还用于分别检测用户在两个网络的注册、会话状态， 并根据用户的注 册、会话状态进行用户呼叫的路由及切换控制。 其中， 3GPP2标准组 织制定的网络架构， 参见图 1所示：
其中各 CSCF ( Call Server Control Function, 呼叫服务器控制功 能）、 HSS ( Home Subscriber Server, 归属用户服务器） 为 MS域设 备， HLR ( Home Location Register, 归属位置寄存器）、 MSC/VLR ( Mobile Services switching Center/ Visited Location Register, 移动业 务交换中心 /拜访位置寄存器）为 CS ( Circuit Switch, 电路交换）域 设备， MGCF ( Media Gateway Control Function, 媒体网关控制功能） 为 CS和 IMS域之间的连接网关。该网絡架构在 IMS域和 CS域之间 新增了一个网元： VCC 业务控制实体 （ Voice Call Continuity Application Server, 语音呼叫连接应用服务器）， VCC业务控制实体 在两个域都有接口， 该实体的作用包括：
1、 在 IMS域作为一个 AS ( Application Server, 应用服务器）， 与 I/S-CSCF ( Inquiring/Serving Call Session Control Function, 查询 / 服务呼叫会话控制功能）之间是标准 ISC ( IMS服务控制）接口， 与 HSS之间是标准 Sh接口；
2、与 CS域实体 HLR之间是标准 MAP ( Mobile Application Part, 移动应用部分）接口， 从 HLR的角度来看， VCC业务控制实体是一 个 GMSC ( Gateway Mobile Switch Center, 关口移动交换中心）；
3、 记录用户在两个网络的注册状态及呼叫状态；
4、 锚定在用户的呼叫路径中；
5、被叫流程中，根据用户的注册状态和呼叫状态进行路由决策；
6、 跨网络切换时， 对呼叫进行控制。
目前， 在 CS域可以实现多种补充业务， 比如 ECT ( Explicit Call Transfer, 显示呼叫转移）业务， 也可以叫做 CT ( Call Transfer, 呼叫 转移）业务。 该业务流程如下： 签约有 ECT业务的用户 A和用户 B 正在进行通话时， 用户 A首先将用户 B置为呼叫保持状态， 然后呼 叫用户 C; 当正在向用户 C振铃时或已经接通用户 C之后， 用户 A 释放呼叫， 此时网络会将用户 B和用户 C连接在一起继续进行通话， 用户 A则退出呼叫变成空闲状态。 以下 据用户 A释放时机的不同 分别描述：
一、 当用户 C已经接通后释放。
用户 A与用户 B， 以及用户 A与用户 C都已经建立了呼叫， 而 用户 B的呼叫暂时被保持。 之后， 参见图 2所示， 包括下列步骤： 1、 用户 A向 MAC A发送 RELEASE (呼叫释放） 消息， 发起 ECT业务调用请求。
2、 MSC A向用户 B发起恢复呼叫的通知 CPG (呼叫进展通知）。
3、 MSC A向用户 A发送 RELEASE COMPLETE(呼叫释放完成） 消息， 释放其到用户 A之间的呼叫， 并将用户 B与用户 C连接在一 起。 、
4、 如果用户 A签约有 ECT的通知业务， 则 MSC A还需要向用 户 B发送通知消息， 以告知发生了 ECT业务， 并告知新呼叫对端 C 的号码。 所述通知消息一般为 CPG ( Call Progress , 呼叫进展 ) , 该消 息中包含 Generic notification indicators (一般通知指示）参数， 用以 指示发生了 ECT业务， 并且指示发起时用户 C是处于振铃状态还是 应答状态； 该消息中还包含 Call transfer number (呼叫转移号码）参 数， 用以携带呼叫新对端号码。
5、 同理， MSC A也要向用户 C发送通知消息进行告知。
最终用户 A归属的 MSCA会连接起用户 B与用户 C的呼叫。 二、 当正在对用户 C振铃时释放。
用户 A与用户 B， 以及用户 A与用户 C都已经建立了呼叫， 而 用户 B的呼叫暂时被保持。 之后， 参见图 3所示， 与接通 C后调用 ECT业务的流程基本相同， 不同点在于： 首先为用户 B指示振铃状 态并放振铃音（步骤 3 ), 待用户 C接通（步骤 6 )后再为用户 B指 示接通， 以完成 ECT业务。
按照上述网絡架构 （含 VCC业务控制实体）， 以及 ECT业务的 实现流程， 用户进行 ECT业务之前（即用户 A分别与用户 B和用户 C建立了呼叫）的网络路由状况参见图 4所示。用户 A分别与用户 B 和用户 C存在信令面和承载面的连接， VCC业务控制实体则分别锚 定在两条呼叫信令路径中（用户 A与用户 B, 以及用户 A与用户 C 的呼叫信令路径）， 同时记录用户 A、 B和 C在两个网络的注册状态 及呼叫状态。
当完成 ECT业务之后（用户 A变为空闲， 用户 B与用户 C建立 了呼叫） 的网络路由状况参见图 5所示。 用户 B和用户 C的信令面 和承载面的连接，仍由原 MSC继续控制和连接， 而 VCC业务控制实 体仍然锚定在包括用户 A的呼叫信令路径中， 没有得到任何通知， 同时 VCC业务控制实体记录的用户 A的呼叫状态没有发生改变。 而 且用户 B和用户 C也不会收到用户 A进行了 ECT业务的通知。
目前， 当呼叫先经由 IMS域 VCC业务控制实体锚定后转从 CS 域进行接续时， 需要由 VCC业务控制实体分配 CS域路由号码， 将 呼叫重新路由到 CS域， CS域 MSC收到呼叫之后在 CS域接续用户。
可见， 如果用户签约了前转业务， 并在 GMSC触发了前转流程， 则 GMSC不能将前转事件通知给 VCC业务控制实体和主叫用户， 同 样也会导致 VCC业务控制实体不能正确感知用户呼叫状态， 主叫用 户也无法感知呼叫被前转。
综上所述， 当呼叫被 VCC业务控制实体锚定的 IMS域用户发起 了补充业务之后， VCC业务控制实体无法感知用户侧发生了补充业 务。 即使 VCC业务控制实体可以收到补充业务的通知消息， 按照目 前定义的 VCC业务控制实体的功能， 也无法据此更新用户的呼叫状 态和会话切换能力属性， 从而导致用户的呼叫状态已经变化， 但是
VCC 业务控制实体中记录的用户呼叫状态和会话切换能力属性仍然 保持不变。 之后， 当有新的呼叫需要接续到该用户时， 或者对该用户 参与的会话进行切换操作时， VCC 业务控制实体会根据错误的信息 做出错误的决策， 给用户带来不好的体验。 同时当呼叫被 VCC业务 控制实体锚定的 IMS域用户发起了补充业务之后， 现有技术无法通 知新呼叫双方。
发明内容
本发明提供了感知用户进行补充业务的方法、 VCC 业务控制实 体及媒体网关控制实体， 用以解决当呼叫被 VCC业务控制实体锚定 的 IMS域用户发起了补充业务之后， VCC业务控制实体无法感知该 用户呼叫属性的变化， 以更新记录的问题； 以及解决当呼叫被 VCC 业务控制实体锚定的 IMS域用户发起了补充业务之后， 无法通知用 户侧的问题。 N2007/000435 本发明实施例感知用户进行补充业务的方法， 在基于 IMS 实体 进行锚定控制的网络架构中使 VCC业务控制实体和 /或用户感知到发 生了补充业务， 包括：
VCC业务控制实体和 /或用户分别获取用户进行补充业务的通知 信令；
VCC业务控制实体和 /或用户根据所述通知信令感知到发生了补 充业务。 本发明实施例 VCC业务控制实体， 包括： 记录单元， 用于 记录用户的呼叫属性； 感知单元， 用于从 VCC业务控制实体收到的 信令中识别用户进行补充业务的通知信令； 解析单元， 用于从所述感 知单元识别出的通知信令中解析补充业务通知内容，并触发记录单元 据此更新用户的呼叫属性。
本发明实施例媒体网关控制实体， 包括：
获取单元， 用于从收到的中继信令中获取补充业务通知内容； 转换单元，用于将所述获取单元获取的补充业务通知内容转换为
SIP格式的用户进行补充业务的通知信令， 并向用户侧发送。
所述获取单元至少从中继信令中获取业务类型指示和 /或被连用 户标识。
本发明提供的感知用户进行补充业务的方法， 使 VCC业务控制 实体可以获知发生了补充业务， 以便更新其存储的用户呼叫属性； 同 时也兼顾了通知用户侧。
附图说明
图 1为 3GPP2标准组织制定的网络架构示意图；
图 2为现有 ECT业务中， 用户 A与用户 C接通后释放原呼叫的 流程图；
图 3为现有 ECT业务中 , 用户 A对用户 C振铃时释放原呼叫的 流程图；
图 4为现有技术中用户进行 ECT业务之前的网絡路由状况示意 图；
图 5为现有技术中完成 ECT业务之后的网络路由状况示意图； 图 6为本发明的媒体网关控制实体结构示意图； 图 Ί为本发明的 VCC业务控制实体结构示意图；
图 8为本发明第一种方法的流程图；
图 9为本发明第一种方法中实例一的流程图；
图 10为本发明第一种方法中实例二的流程图；
图 11为本发明第一种方法中实例三的流程图；
图 12为本发明第一种方法中实例四的流程图；
图 13为本发明第二种方法的流程图。
具体实施方式
为了在呼叫被 VCC业务控制实体锚定的 IMS域用户发起了补充 业务之后， 可以使 VCC业务控制实体感知该用户呼叫属性的变化， 进而对应更新其记录的用户呼叫属性，以便当有新的呼叫需要接续到 该用户时， 或者对该用户参与的会话进行切换操作时， VCC业务控 制实体可以做出正确的路由决策和切换操作；以及为了在呼叫被 VCC 业务控制实体锚定的 IMS域用户发起了补充业务之后， 可以通知用 户侧。 本发明提供了一种媒体网关控制实体 MGCF, 参见图 6所示， 其包括相互连接的获取单元 61和转换单元 62。
所述获取单元 61， 用于从外部接收信令， 并从收到的中继信令 中获取补充业务通知内容。本单元可仅从中继信令中获取业务类型指 示和 /或被连用户标识， 也可获取其它附加信息 （如： ECT业务中的 新呼叫对端的号码， 或前转业务中的前转号码）。
所述转换单元 62， 用于将所述获取单元获取的补充业务通知内 容转换为 SIP格式的用户进行补充业务的通知信令， 并向用户侧发 送。 所述通知信令中相应的至少包含业务类型指示和 /或被连用户标 识， 进一步还可包含（新呼叫对端的号码或前转号码等）。
本发明还提供了一种 VCC业务控制实体， 参见图 7所示， 其包 括依次相连的感知单元 71、 解析单元 72和记录单元 73。
所述感知单元 71 , 用于从 VCC业务控制实体收到的信令中识别 用户进行补充业务的通知信令。所述通知信令包括包括但不限于： SIP 类型的通知信令（来自本发明的 MGCF )和 CAP类型的通知信令（来 自 MSC )。
所述解析单元 72, 用于从所述感知单元识别出的通知信令中解 析补充业务通知内容， 并触发记录单元据此更新用户的呼叫属性。 对 应通知信令的类型不同， 本单元采用不同的解析策略， 解析出的补充 业务通知内容至少包括： 业务类型指示和 /或被连用户标识， 也可解 析出其它附加信息（如： ECT业务中的新呼叫对端的号码， 或前转业 务中的前转号码）。
所述记录单元 73， 至少包括用于记录用户的会话切换能力属性 的第一分区和用于记录用户的呼叫状态的第二分区之一。当只需要更 新会话切换能力属性时，所述第一分区根据解析单元解析出的业务类 型指示， 相应更新用户的会话切换能力属性， 和 /或根据解析单元解 析出的被连用户标识与原被叫号码进行比较， 若不同， 则感知呼叫已 被前转， 并相应更新用户的会话切换能力属性； 当需要更新会话切换 能力属性和呼叫状态时，所述第一分区根据解析单元解析出的业务类 型指示， 相应更新用户的会话切换能力属性， 和 /或根据解析单元解 析出的被连用户标识与原被叫号码进行比较， 若不同， 则感知呼叫已 被前转， 并相应更新用户的会话切换能力属性， 以及第一分区触发更 新第二分区记录的呼叫状态； 当只需要更新呼叫状态时， 所述第二分 区根据解析单元解析出的业务类型指示和 /或被连用户标识， 相应更 新用户的呼叫状态。
若所述 VCC业务控制实体分为呼叫连续性控制实体 CCCF和网 络域选择实体 NeDS这两个逻辑实体，其中 CCCF用于控制呼叫锚定 和切换， NeDS用于控制网域的选择。 那么所述感知单元可由 CCCF 充当， 所述解析单元和记录单元的功能分解在 CCCF和 NeDS 中， CCCF 用于根据业务类型指示和 /或被连用户标识设置用户的会话切 换能力属性（将发起补充业务的用户相关的会话都设置为不支持切 换）， 并指示 NeDS更新用户的呼叫状态（将发起补充业务的用户的 呼叫状态改为空闲态）。 应用上述装置， 本发明提供了一种感知用户进行补充业务的方 法， 用于在基于 IMS实体进行锚定控制的网絡架构中使 VCC业务控 制实体和 /或用户感知到发生了补充业务。 在具体实现时， 由 VCC业 务控制实体和 /或用户分别获取用户进行补充业务的通知信令； VCC 业务控制实体和 /或用户根据所述通知信令感知到发生了补充业务。
参见图 8所示本发明中使 VCC业务控制实体感知用户进行补充 业务的方法的流程图， 包括下列主要步骤：
5101、 VCC业务控制实体接收用户进行补充业务的通知信令。 首先发起补充业务的用户必须签约补充通知业务， 或者 MSC强 制为所有补充业务发送通知， 这样本发明方法才有意义。 所述补充业 务包括但不限于 ECT业务、 前转业务、 呼叫保持业务或呼叫等待业 务。 相应地， 所述通知信令为呼叫振铃通知， 或前转通知， 或呼叫应 答通知。
若所述业务类型为 ECT业务、 前转业务、 呼叫保持业务或呼叫 等待业务，则当该用户发起补充业务后， MSC(不限于 MSC )向 MGCF 发送包含补充业务通知内容的中继信令； MGCF通过获取单元获取该 中继信令中包含的补充业务通知内容， 该补充业务通知内容至少包 括： 业务类型指示和 /或被连用户标识， 并通过转换单元将其转换为 SIP格式的通知信令； MGCF将所述通知信令发送到 VCC业务控制 实体； VCC业务控制实体通过感知单元识别并接收该通知信令。
或者， 若所述业务类型为 ECT业务、 呼叫保持业务或呼叫等待 业务， 则当该用户发起补充业务后， MSC 根据用户的签约信息 ( SS-CSI (补充业务 CAMEL 用户信息））， 以及签约信息中指示的 VCC业务控制实体的地址（设置 SCP地址为 VCC业务控制实体的地 址 ), 直接向 VCC业务控制实体上报包含补充业务通知内容（至少包 括： 业务类型指示和 /或被连用户标识） 的 CAP格式 （不限于 CAP 格式） 的通知信令； VCC业务控制实体通过感知单元识别并接收该 通知信令。
5102、 VCC业务控制实体解析通知信令。 vcc 业务控制实体通过解析单元对感知单元接收的通知信令进 行解析，从中获得补充业务通知内容，该补充业务通知内容至少包括： 业务类型指示和 /或被连用户标识。
S103、 更新用户的呼叫属性。
VCC业务控制实体的解析单元根据业务类型指示和 /或被连用户 标识， 告知记录单元相应更新用户的会话切换能力属性， 进一步更新 用户的呼叫状态。
以下通过三个实例具体描述本发明方法。
方法实例一： 在 ECT业务中， MSC通过 CPG的中继信令通知 呼叫对端。
当用户 A与用户 B之间的呼叫被保持， 用户 A与用户 C之间处 于通话状态时， 用户 A发起 ECT业务。 参见图 9所示， 包括下列步 骤：
1、 用户 A向 MSC发送 ECT业务调用请求；
2、 MSC向用户 B—侧发送 CPG信令， 指示用户 B恢复呼叫；
3、 MGCF将恢复呼叫的 CPG信令转为 SIP信令的 UPDATE消 息， 消息中指示修改媒体流方向为双向， 并通过 CSCF、 VCC业务控 制实体及用户 B所在的网络一路送到用户 B的终端上；
4、 MSC向用户 B发送 CPG信令，指示用户 B发生了 ECT业务， 并且带上用户 C的号码；
5、 MGCF将 ECT业务通知的 CPG信令转为 SIP信令的 INFO 消息（也可以是 REFER、 MESSAGE等消息）， 消息中指示业务事件 为 ECT， 并且有用户 C的号码。 INK)消息通过 CSCF、 VCC业务控 制实体及用户 B所在的网络一路送到用户 B的终端上， 此时用户 B 可获知发生了 ECT业务， 新的对端更改为用户 C; 途径 VCC业务控 制实体时， VCC业务控制实体检测到这条通知信令， 并将用户 A从 这个会话（用户 A与用户 C的会话） 中清除， 即设置此会话为与用 户 A无关。
6、 MSC还给用户 C发送 CPG信令指示 ECT业务事件和用户 B 0435
- 10- 的号码；
7、 MGCF和第 5步一样进行处理并将 INFO消息发给用户 C的 终端， 此时用户 C可获知发生了 ECT业务， 新的对端更改为用户 B; 途径 VCC业务控制实体时， VCC业务控制实体检测到这条通知消息， 也会同样设置此会话（用户 A与用户 B的会话）与用户 A无关， 这 时用户 A的呼叫状态变为空闲态， 同时与用户 A相关的会话在将来 也不能被切换。
8、 MSC接通用户 B与用户 C之间的通话， 幹放到用户 A的连 接。 这一步也可以放在第 4步之前进行。
方法实例二： 在 ECT业务中， MSC通过 SS-CSI智能触发方式 直接通知 VCC业务控制实体。
当用户 A与用户 B之间的呼叫被保持， 用户 A与用户 C之间处 于通话状态时， 用户 A发起 ECT业务。 参见图 10所示， 包括下列步 骤：
1、 用户 A向 MSC发送 ECT业务调用请求；
2、 MSC向用户 B—侧发送 CPG信令， 指示用户 B恢复呼叫；
3、 MGCF将恢复呼叫的 CPG信令转为 SIP信令的 UPDATE消 息， 消息中指示修改媒体流方向为双向， 并通过 CSCF、 VCC业务控 制实体及 B所在的网络一路送到用户 B的终端上；
4 、 MSC 触发 SS-CSI , 向 VCC 业务控制 实体发送 SSJ VOCATION— NOTIFY消息， 消息中指示发生了 ECT业务；
5 、 VCC 业务控制实体收到通知后， 向 MSC 返回 SSJNVOCATION— NOTIFY的响应消息， 同时设置用户 A呼叫状态 为空闲态， 并且设置用户 A与用户 B， 用户 A与用户 C的会话都与 用户 A无关， 即与用户 A相关的会话在将来不支持切换；
6、 MSC接通用户 B与用户 C之间的通话， 释放到用户 A的连 接。 这一步也可以放在第 4步之前进行。
方法实例三： 在前转业务中， GMSC通过 CPG的中继信令通知 主叫侧。 参见图 11所示， 包括下列步骤： 1、 被叫用户归属 IMS域收到从主叫方发来的初始会话请求； 2、 VCC业务控制实体根据策略判断要将会话路由至电路域接续， 则给 CSCF返回带 CS域路由号码的初始会话请求， CSCF收到后将 会话路由到 MGCF;
3、 MGCF根据 CS域路由号码向被叫用户归属网络 GMSC发送 初始地址消息以建立 CS域会话；
4、 GMSC收到之后恢复被叫用户的移动用户 ISDN号码，向 HSS 发送用户地址信息消息请求用户位置信息；
5、 HSS检测到被叫用户签约有前转业务例如无条件前转， 则返 回前转号码和 T-CSI (被叫 CAMEL用户信息：)；
6、 GMSC通过 T-CSI触发 CAMEL业务， 向 SCP发送初始检测 点消息， 消息中带有前转指示和前转号码；
7、 VCC业务控制实体返回继续呼叫指示；
8、 GMSC根据前转号码重新路由到前转方；
9、 GMSC给 MGCF发送 CPG消息， 消息中带有前转指示和前 转号码；
10、 MGCF将 CPG消息转为 SIP消息， 可以是 INFO, 也可以是 REFER, MESSAGE等消息， 也可以是 181等响应消息， 将消息沿着 原来 INVITE的会话路径传回呼叫主叫一侧；
11、 VCC 业务控制实体在会话路径中获得此通知消息， 则更新 记录中用户呼叫状态为空闲态， 并且标记此会话为不可切换。 然后将 通知消息继续沿着会话路径传回呼叫主叫一侧。
在前转业务中，也可由 MSC通过 SS-CSI智能触发方式直接通知 VCC业务控制实体。 可¾1据方法实例二和方法实例三导出。
方法实例四： 在前转业务中， VCC业务控制实体根据收到的 SIP 会话中的一些能够表明真实被叫用户身份的参数可以判断出呼叫是 否被前转。 如果确定呼叫已经被前转， 则 VCC业务控制实体可以修 改所记录的用户呼叫状态。 参见图 12所示， 包括下列步骤：
本实施例步骤 1至步驟 7与前面图 11所示实施例中的步骤相同。 8、 GMSC才艮据前转号码重新路由到前转方 C。
9、 前转方 C应答之后， 返回的应答消息中通过被连用户号码 Connected Number参数表示真实被叫方为 C用户。
10、 GMSC将应答消息转发到 MGCF。
11、 MGCF向 VCC业务控制实体返回会话最终响应消息 200 OK, 消息中通过 P-Asserted-ID参数表示会话的真实被叫方为 C用户。
12、 VCC业务控制实体判断收到的应答响应中的 P- Asserted-ID 参数的内容是否为原始被叫用户 B, 如果不是， 则需要修改所记录的 用户 B的呼叫状态。
13、 VCC业务控制实体向主叫用户返回会话应答响应 200 OK。 参见图 13所示本发明中呼叫被 VCC业务控制实体锚定的 IMS 域用户发起了补充业务之后， 使用户侧感知到发生了补充业务的流 程， 包括下列步骤：
S201、 MGCF从收到的中继信令中获取补充业务通知内容。 当该用户发起补充业务（包括但不限于 ECT业务、 前转业务、 呼叫保持业务或呼叫等待业务）后， MSC (不限于 MSC ) 向 MGCF 发送包含补充业务通知内容的中继信令； MGCF通过获取单元获取该 中继信令中包含的补充业务通知内容， 该补充业务通知内容至少包 括： 补充业务指示。
5202、 MGCF将补充业务通知内容转换为 SIP格式的通知信令。
5203、 MGCF将所述通知信令分别向用户侧发送。
若补充业务为 ECT业务， 则 MGCF将所述通知信令直接向新呼 叫双方的终端透传。可以经过或不经过本发明的 VCC业务控制实体。
若补充业务为前转业务， 则 MGCF将所述通知信令直接向主叫 终端透传。 可以经过或不经过本发明的 VCC业务控制实体。
由上述对本发明实施例的描述可见， 本发明方法通过 MGCF将 中继信令转换为 SIP格式的通知信令向 VCC业务控制实体发送； 或 者 MSC才艮据用户的签约信息，直接向 VCC业务控制实体上报包含补 充业务通知内容的 CAP格式的通知信令。结合本发明的 VCC业务控 制实体， 该实体不但可以截取 SIP格式或 CAP格式的通知信令， 而 且可以将通知信令中的补充业务通知内容解析出来，并据此更新其存 储的用户呼叫属性。 这样 VCC业务控制实体存储的用户呼叫属性与 用户实际的呼叫属性可保持同步，从而可以才艮据正确的信息作出正确 的决策。
若通知信令为 SIP格式还可转发到用户侧，使相关用户获知发生 了补充业务。
同时， 本发明还可以使用户侧获知发生了补充业务。通过 MGCF 将中继信令转换为 SIP格式的通知信令后， 直接向用户侧发送即可。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不 脱离本发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于 本发明权利要求及其等同技术的范围之内 ,则本发明也意图包含这些 改动和变型在内。

Claims

权 利 要 求
1、 一种感知用户进行补充业务的方法， 用于在基于 IMS实体进 行锚定控制的网络架构中， 其特征在于， 包括下列步骤：
VCC业务控制实体和 /或呼叫对端分别获取用户进行补充业务的 通知信令；
根据所述通知信令感知到发生了补充业务。
2、 如权利要求 1所述的方法， 其特征在于， 所述用户进行的补 充业务为电路域补充业务。
3、 如权利要求 1或 2所述的方法， 其特征在于， 所述 VCC业务 控制实体获取用户进行补充业务的通知信令的步骤包括：
用户发起补充业务后， 媒体网关控制功能实体 MGCF将收到的 包含补充业务通知内容的中继信令转换为 SIP格式的通知信令； MGCF将所述通知信令发送给 VCC业务控制实体。
4、 如权利要求 3所述的方法， 其特征在于，
所述补充业务为 ECT业务， 所述补充业务通知内容包括： 新呼 叫对端的号码；
所述方法还包括：
VCC业务控制实体将收到的所述 SIP格式的通知信令分别转发 到新呼叫双方的终端；
所述新呼叫双方的终端用户根据所述 SIP格式的通知信令得知 发生了 ECT业务。
5、 如权利要求 3所述的方法， 其特征在于，
所述补充业务为前转业务， 所述方法还包括：
VCC业务控制实体将收到的所述 SIP格式的通知信令转发到主 叫终端；
所述主叫终端用户才艮据所述 SIP格式的通知信令得知发生了前 转业务。
6、 如权利要求 1或 2所述的方法， 其特征在于， 所述业务类型 为 ECT业务、 或呼叫保持业务、 或呼叫等待业务， 所述 VCC业务控 制实体收到所述通知信令之前包括下列步骤：
用户发起补充业务后 ,移动交换中心 MSC根据用户的签约信息， 直接向 VCC业务控制实体上艮包含所述补充业务通知内容的通知信 令。
7、 如权利要求 6所述的方法， 其特征在于， 所述包含补充业务 通知内容的通知信令为 CAP格式。
8、 如权利要求 1或 2所述的方法， 其特征在于， 所述方法还包 括：
VCC 业务控制实体根据所述通知信令的内容更新用户的呼叫属 性。
9、 如权利要求 8所述的方法， 其特征在于， 所述用户的呼叫属 性至少包括呼叫状态和会话切换能力属性之一。
10、 如权利要求 1或 2所述的方法， 其特征在于， 所述呼叫对端 获取用户进行补充业务的通知信令的步骤包括：
MGCF将收到的包含补充业务通知内容的中继信令转换为 SIP格 式的通知信令；
MGCF将所述通知信令向呼叫对端用户侧发送。
11、 如权利要求 10所述的方法， 其特征在于， 所述补充业务为 ECT业务， MGCF将所述通知信令分别发送给新呼叫双方的终端。
12、 如权利要求 11所述的方法， 其特征在于， 所述补充业务通 知内容包括： 新呼叫对端的号码， 以使新呼叫双方得知对端的号码。
13、 如权利要求 10所述的方法， 其特征在于， 所述补充业务为 前转业务， MGCF将所述通知信令向主叫终端发送。
14、 一种 VCC业务控制实体， 包括： 记录单元， 用于记录用户 的呼叫属性； 其特征在于， 所述实体还包括：
感知单元， 用于从 VCC业务控制实体收到的信令中识別用户进 行补充业务的通知信令；
解析单元，用于从所述感知单元识别出的通知信令中解析补充业 务通知内容， 并触发记录单元据此更新用户的呼叫属性。
15、 如权利要求 14所述的 VCC业务控制实体， 其特征在于， 所 述感知单元可识别 SIP类型的通知信令，和 /或 CAP类型的通知信令。
16、 如权利要求 14所述的 VCC业务控制实体， 其特征在于， 所 述记录单元至少包括下列分区之一：
第一分区， 用于记录用户的会话切换能力属性；
第二分区， 用于记录用户的呼叫状态。
17、 如权利要求 14至 16任一项所述的 VCC业务控制实体， 其 特征在于， 所述解析单元解析出的补充业务通知内容至少包括： 业务 类型指示和 /或被连用户标识。
18、 如权利要求 17所述的 VCC业务控制实体， 其特征在于， 解 析单元 ^^据所述业务类型指示，触发更新第一分区记录的会话切换能 力属性； 和 /或根据被连用户标识感知呼叫前转信息， 并触发更新第 一分区记录的会话切换能力属性。
19、 如权利要求 18所述的实体， 其特征在于， 第一分区更新用 户的会话切换能力属性后，由第一分区触发更新第二分区记录的呼叫 状态。
20、 如权利要求 17所述的实体， 其特征在于， 解析单元根据所 述业务类型指示和 /或被连用户标识， 触发更新第二分区记录的呼叫 状态。
21、 如权利要求 17所述的实体， 其特征在于， 所述解析单元解 析出的补充业务通知内容还包括： 新呼叫对端的号码或前转号码。
22、 一种媒体网关控制实体， 其特征在于， 所述实体包括： 获取单元， 用于从收到的中继信令中获取补充业务通知内容； 转换单元，用于将所述获取单元获取的补充业务通知内容转换为
SIP格式的用户进行补充业务的通知信令， 并向用户侧和 /或 VCC业 务控制实体发送。
23、 如权利要求 22所述的实体， 其特征在于， 所述获取单元至 少从中继信令中获取业务类型指示和 /或被连用户标识。
24、如权利要求 22所述的实体，其特征在于，若补充业务为 ECT — 17—
业务， 则 ^述获取单元还从中继信令中获取新呼叫对端的号码； 若补 充业务为前转业务， 所述获取单元还从中继信令中获取前转号码。
PCT/CN2007/000435 2006-04-29 2007-02-08 Procédé et dispositif permettant de percevoir un utilisateur qui déclenche un service supplémentaire WO2007124641A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
AT07702308T ATE470304T1 (de) 2006-04-29 2007-02-08 Verfahren zur lenkung der aufmerksamkeit auf einen zusätzlichen dienst, steuereinheit für sprachanrufkontinuitätsdienst und steuereinheit für mediengateway
DE602007006866T DE602007006866D1 (de) 2006-04-29 2007-02-08 Verfahren zur lenkung der aufmerksamkeit auf einen zusätzlichen dienst, steuereinheit für sprachanrufkontinuitätsdienst und steuereinheit für mediengateway
CN200780000297XA CN101317438B (zh) 2006-04-29 2007-02-08 感知用户进行补充业务的方法及装置
EP07702308A EP1881689B1 (en) 2006-04-29 2007-02-08 A method and device for perceiving the user triggering a supplementary service
US11/881,806 US20080032686A1 (en) 2006-04-29 2007-07-27 Method and device for making awareness of occurence of a supplementary service

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200610079107 2006-04-29
CN200610079107.5 2006-04-29
CN200610099533.5 2006-07-28
CN2006100995335A CN101064661B (zh) 2006-04-29 2006-07-28 感知用户进行补充业务的方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/881,806 Continuation US20080032686A1 (en) 2006-04-29 2007-07-27 Method and device for making awareness of occurence of a supplementary service

Publications (1)

Publication Number Publication Date
WO2007124641A1 true WO2007124641A1 (fr) 2007-11-08

Family

ID=38655046

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/000435 WO2007124641A1 (fr) 2006-04-29 2007-02-08 Procédé et dispositif permettant de percevoir un utilisateur qui déclenche un service supplémentaire

Country Status (6)

Country Link
US (1) US20080032686A1 (zh)
EP (1) EP1881689B1 (zh)
CN (2) CN101064661B (zh)
AT (1) ATE470304T1 (zh)
DE (1) DE602007006866D1 (zh)
WO (1) WO2007124641A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8483102B1 (en) * 2004-11-02 2013-07-09 Tp Lab, Inc. System and method for mapping a voice identity across multiple telephony networks with time attributes
KR101421590B1 (ko) * 2007-04-02 2014-07-24 삼성전자주식회사 이동통신 시스템에서 도메인 이동에 따른 호 설정 장치 및방법
EP2020795B1 (en) * 2007-08-03 2017-11-22 Nokia Solutions and Networks Oy Method and network equipment for maintaining a media stream through another network equipment while suspending an associated media stream connection in a communication network
CN101459738B (zh) * 2007-12-14 2011-06-08 华为技术有限公司 一种呼叫保持音的处理方法、***和装置
US8724619B2 (en) * 2007-12-31 2014-05-13 Apple Inc. Transparently routing a telephone call between mobile and VOIP services
CN102857891B (zh) * 2011-06-27 2015-02-04 ***通信集团公司 一种被叫用户的域选择方法和***,以及***中的hss
CN104753897A (zh) * 2013-12-31 2015-07-01 中兴通讯股份有限公司 信息处理方法、装置、服务器及终端
CN104601539B (zh) * 2014-12-03 2017-12-22 中国联合网络通信集团有限公司 呼叫的方法及装置
CN108966299B (zh) * 2014-12-08 2021-02-23 华为技术有限公司 语音切换的方法和装置
CN105992150B (zh) * 2015-03-03 2019-02-05 ***通信集团公司 一种用户位置的获取方法及装置
EP3405877B1 (en) * 2016-01-22 2022-09-21 Nokia Solutions and Networks Oy Application relocation between clouds

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999034612A2 (en) * 1997-12-31 1999-07-08 Mci Worldcom, Inc. System and method for servicing calls originating via the internet
CN1283358A (zh) * 1997-12-23 2001-02-07 诺基亚网络有限公司 支持智能网中的辅助业务

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3438135B2 (ja) * 2000-05-19 2003-08-18 富士通株式会社 情報機器及び省電力モード切替方法及び省電力モード切替プログラムを格納した記録媒体
WO2003001836A1 (en) * 2001-06-20 2003-01-03 Nokia Corporation System, device and method for providing call forwarding in dual subscription mode
US20040137923A1 (en) * 2003-01-07 2004-07-15 Lang Alexander C. Short text messaging-based incoming call termination control
US7064829B2 (en) * 2003-03-20 2006-06-20 Timbre Technologies, Inc. Generic interface for an optical metrology system
US8023497B2 (en) * 2006-04-19 2011-09-20 Qualcomm Incorporated Method and apparatus for dynamic anchoring of CS calls for CS-to-VoIP handoffs
US8340626B2 (en) * 2006-04-28 2012-12-25 Qualcomm Incorporated System and method for supporting voice call continuity for VOIP emergency calls

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1283358A (zh) * 1997-12-23 2001-02-07 诺基亚网络有限公司 支持智能网中的辅助业务
WO1999034612A2 (en) * 1997-12-31 1999-07-08 Mci Worldcom, Inc. System and method for servicing calls originating via the internet

Also Published As

Publication number Publication date
CN101317438B (zh) 2012-04-25
EP1881689A1 (en) 2008-01-23
EP1881689B1 (en) 2010-06-02
EP1881689A8 (en) 2008-02-27
CN101317438A (zh) 2008-12-03
ATE470304T1 (de) 2010-06-15
EP1881689A4 (en) 2008-08-20
CN101064661A (zh) 2007-10-31
DE602007006866D1 (de) 2010-07-15
CN101064661B (zh) 2011-08-24
US20080032686A1 (en) 2008-02-07

Similar Documents

Publication Publication Date Title
WO2007124641A1 (fr) Procédé et dispositif permettant de percevoir un utilisateur qui déclenche un service supplémentaire
JP4819904B2 (ja) 回線交換型アクセスを介するＩＭＳサービスのプロビジョン（ｐｒｏｖｉｓｉｏｎ：提供）
WO2007014510A1 (fr) Commande de routage interdomaine
EP1770949A2 (en) Method and communication system for circuit switch users accessing IP multimedia subsystem
WO2008046319A1 (fr) Procédé et système pour assurer la continuité d'un appel vocal lors de la gestion d'une affaire urgente
WO2007098713A1 (fr) Procédé et système d'appel d'urgence
WO2007036147A1 (fr) Procede et systeme d'etablissement d'un appel initial dans le service de la continuite de service vocal
WO2007009348A1 (fr) Méthode de routage de domaines se recouvrant pour terminal bi-mode, système et méthode d’inscription, passerelle et émetteur de copie de signalisations
US20110032931A1 (en) Method, system, and device for providing service
WO2006131070A1 (fr) Procede de realisation d'un service vocal d'apres le declenchement du service, procede de commande de route et systeme associe
JP2013528993A (ja) 端末、ｈｓｓ、及びコア・ネットワークエレメントによる端末能力の取得方法とシステム
WO2007081146A1 (en) Mobile communications method and system for signalling information relating to network's capabilities
EP2141902A1 (en) Method and device for providing call forwarding service for users
WO2007079688A9 (fr) Procede, appareil et systeme de mise en communication de l'utilisateur appele
CN101090567B (zh) 语音呼叫连续性业务中的终呼业务实现方法
WO2009024081A1 (fr) Procédé, dispositif et système pour traiter la continuité du flux multimédia dans une session
EP1974519A1 (en) Method and apparatus for providing ims services to circuit-switched controlled terminals
WO2012027939A1 (zh) 一号通呼叫的方法及业务控制点
WO2007025473A1 (fr) Systeme de terminaison d'appel de domaine cs, procede et reseau
WO2007147357A1 (fr) Procédé et système de transmission d'informations d'emplacement de terminaison d'abonné dans un sous-système multimédia ip
WO2009039688A1 (en) Late call forwarding method in ip multimedia core network subsystem centralized service
WO2008040173A1 (fr) Procédé et système assurant la perception par un domaine de circuits d'informations de tarification de sessions d'un domaine ims
WO2008040171A1 (fr) Procédé, système de domaine de commutation de circuits apercevant des informations de sessions multimédia du domaine ims
WO2008040205A1 (fr) Procédé d'acquisition d'informations utilisateur du domaine ims dans le réseau de domaine de circuits, et système associé
WO2007134507A1 (fr) Procédé, réseau et dispositif de traitement de service de transfert d'appel récent

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780000297.X

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 11881806

Country of ref document: US

Ref document number: 2007702308

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2007702308

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 11881806

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE