WO2011017881A1 - 一种多会话业务连续性的实现方法和*** - Google Patents

一种多会话业务连续性的实现方法和*** Download PDF

Info

Publication number
WO2011017881A1
WO2011017881A1 PCT/CN2009/075859 CN2009075859W WO2011017881A1 WO 2011017881 A1 WO2011017881 A1 WO 2011017881A1 CN 2009075859 W CN2009075859 W CN 2009075859W WO 2011017881 A1 WO2011017881 A1 WO 2011017881A1
Authority
WO
WIPO (PCT)
Prior art keywords
session
participant
information
domain
participants
Prior art date
Application number
PCT/CN2009/075859
Other languages
English (en)
French (fr)
Inventor
谢振华
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011017881A1 publication Critical patent/WO2011017881A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0027—Control or signalling for completing the hand-off for data sessions of end-to-end connection for a plurality of data sessions of end-to-end connections, e.g. multi-call or multi-bearer end-to-end data connections

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and system for implementing a multi-session service continuity (SC). Background technique
  • the IP (Internet Protocol) Multimedia Subsystem is an IP-based network architecture proposed by the 3rd Generation Partnership Project (3GPP). An open and flexible business environment that supports multimedia applications and provides users with rich multimedia services.
  • the control layer and the service layer are separated.
  • the control layer does not provide specific services, and only provides the necessary triggering, routing, and accounting functions to the service layer.
  • the service triggering and control functions in the control layer are completed by the Call Session Control Function (CSCF).
  • CSCF Call Session Control Function
  • P-CSCF proxy CSCF
  • I-CSCF query CSCF
  • S-CSCF Serving-CSCF
  • the service layer is composed of a series of application servers (AS, Application Server), which can provide specific service services.
  • the AS can be an independent entity or exist in the S-CSCF.
  • the control layer S-CSCF controls the service trigger according to the subscription information of the user, invokes the service on the AS, and implements the service function.
  • AS and S-CSCF can be collectively referred to as service equipment (SE, Server Equipment).
  • SE service equipment
  • SE Server Equipment
  • the end-to-end device in the session is called User Equipment (UE) and is responsible for interaction with the user.
  • UE User Equipment
  • Some UEs have multiple ways to access the network, including accessing the network through the 3GPP packet switching (PS, Packet Switch) domain, accessing the network through other non-3GPP data domains, and even through circuit switching (CS, Circuit Switch). ) Domain access to the network, etc.
  • PS Packet Switch
  • CS Circuit Switch
  • the e-MSC provides an interface for SIP to negotiate with the IMS network, and the interaction between the IMS network and the CS network can be implemented by the eMSC.
  • eMSC enhanced mobile switching center
  • a multi-session service refers to a session service in which multiple parties participate, for example, a multi-party call service, a conference service, and multiple independent sessions, which may be referred to as a multi-session service.
  • a UE with multiple access modes whether it can use multiple access methods at the same time or only one access mode at a time, if it is performing a certain service in an access mode, such as a call
  • an access mode such as a call
  • the UE and the network can provide a way for the service that the UE is performing to be not interrupted. This capability is called service continuity and achieves business continuity.
  • the application server is called the Business Continuity Application Server (SCC AS).
  • FIG. 1 is a schematic diagram of a service continuity, describing a signaling path and a media path of a session between UE-1 and UE-2, and a signaling path and a media path of UE-1 and UE-2 after service continuity occurs,
  • a signaling path between A102, UE-1 and P-CSCF communicates with each other through the SIP protocol of IMS.
  • SCC AS this is an access leg path
  • the signaling path between A104, P-CSCF and SCC AS/S-CSCF communicates with each other through the SIP protocol of IMS.
  • SCC AS this also belongs to the access leg path;
  • the signaling path between the R101, the SCC AS/S-CSCF and the UE-2 communicates with each other through the SIP protocol of the IMS.
  • SCC AS this is a remote leg path;
  • the signaling path and the media path between UE-1 and UE-2 are changed.
  • the change of the signaling path is described as follows:
  • the signaling path between A112, UE-1 and eMSC communicates with each other through a signaling protocol of the CS domain.
  • this is an access leg path;
  • a signaling path between the A114, the eMSC, and the SCC AS/S-CSCF communicates with each other through the SIP protocol of the IMS.
  • the SCC AS this also belongs to the Access leg path;
  • the signaling path between the R101, the SCC AS/S-CSCF and the UE-2 communicates with each other through the SIP protocol of the IMS.
  • SCC AS this is a remote leg path. After the business continuity occurs, There is no change in this remote path.
  • the media path between UE-1 and UE-2 is the IMS network medium; after the service continuity occurs, the media path between UE-1 and UE-2 becomes between UE-1 and eMSC. Circuit switched network media, and IMS network media between eMSC and UE-2.
  • FIG. 2 is a flow chart of the implementation of the existing multi-session service continuity, which describes that the UE-A establishes a call between the PS domain and the UE-B and the UE-C, and the UE-A switches to the CS domain, how is the UE-A and the network.
  • the process of achieving multi-session business continuity is described as follows:
  • Step 201 The UE-A establishes an IMS media link 1 with the UE-B through the IMS process in the PS domain, establishes an IMS media link 2 with the UE-C, and has two sessions between the UE-A and the UE-B/UE-C.
  • Both sessions are anchored by the SCC AS, the SCC AS is in all session signaling paths, and in the IMS message establishing the session, the SCC AS and UE-A pass the Transaction Identifier (TI) to synchronize both ⁇ Information;
  • TI Transaction Identifier
  • UE-A no longer uses the remote number to operate, but uses this information to operate on the remote participant in the CS domain, such as requesting to keep or activate the corresponding remote Session, deletes a participant in a conference (called a multiparty call in the CS domain).
  • Step 202 The UE-A switches to the CS domain, or the network notifies the UE-A to switch to the CS domain.
  • Step 203 If the UE-A decides to switch to the CS domain, the UE-A initiates a CS call request in the CS domain, for example, sends a SETUP message, and the target is the number of the SCC AS.
  • Step 204 After receiving the call request of 203, or receiving the handover request of the network notification, the eMSC initiates an IMS transfer request to the SCC AS, for example, sending an invitation (INVITE) message, and the message is passed.
  • the CSCF arrives at the SCC AS.
  • Step 205 After receiving the transfer request, the SCC AS initiates a media update request to the UE-B, for example, sending a re-invitation (relNVITE) message, and the message arrives at the UE-B via the CSCF.
  • a media update request for example, sending a re-invitation (relNVITE) message, and the message arrives at the UE-B via the CSCF.
  • relNVITE re-invitation
  • Step 206 The UE-B agrees to update, for example, sends a "200 OK" message, and the message passes through the CSCF to reach the SCC AS.
  • Step 207 The SCC AS sends a response message to the eMSC, for example, sending a “200 OK” message, where the message body carries information about other sessions in which the UE-A participates, including the corresponding TI information, and the message arrives at the eMSC via the CSCF.
  • the eMSC also obtains the same TI information as the UE-A, so that the UE-A can use the operation as the session identification information in the CS domain to perform operations on the corresponding session.
  • Step 208 After receiving the response message of the transfer request, the eMSC sends a CS link setup message to the UE-A in the CS domain, for example, sending a CONNECTED message.
  • IMS media link 1 is updated to be a media link between eMSC and UE-B.
  • Step 209 The eMSC initiates a transfer session request to the UE-C according to other session information in the response message, and carries the corresponding session identification information, for example, in the Replaces header field or the Target-Dialog header field, and the message passes through the CSCF to reach the SCC AS.
  • Step 210 The SCC AS sends a media update request to the UE-C according to the session identifier information carried in the message, for example, sending a relNVITE message, and the message arrives at the UE-C via the CSCF.
  • Step 211 The UE-C agrees to update, for example, sends a "200 OK" message, and the message passes through the CSCF to reach the SCC AS.
  • Step 212 The SCC AS sends a response message to the eMSC to answer the call of step 209, for example, sending a "200 OK" message, and the message arrives at the eMSC via the CSCF.
  • Step 213 The SCC AS sends a hang up message to the UE-A to release the resource of the IMS media link 1 of the UE-A, for example, sending a BYE message, and the message arrives at the UE-A via the CSCF.
  • Step 214 The SCC AS sends a hang up message to the UE-A to release the resources of the IMS media link 2 of the UE-A, for example, sending a BYE message, and the message arrives at the UE-A via the CSCF.
  • the IMS media link 2 has been updated to be a media link between the eMSC and the UE-C.
  • the existing multi-session service continuity implementation method requires synchronization of the information by the IMS message when the PS session is established, which requires extending the IMS message, so that it is not compatible with the terminal that does not support the extended message.
  • the technical problem to be solved by the present invention is to provide a method and system for multi-session service continuity to avoid extending IMS messages.
  • the present invention provides a method for multi-session service continuity.
  • a user equipment UE performs a service continuity handover from a packet switched PS domain to a circuit switched CS domain, the method includes:
  • the UE selects a first session from each session in which the UE participates according to a preset policy, generates a CS domain participant identifier for a specific participant of the first session, and performs a first session according to a preset rule.
  • the enhanced mobile switching center eMSC sends a transfer request to the service continuity server SCC AS. After receiving the transfer request, the SCC AS selects the first session according to the policy, and updates the remote media of the first session. And transmitting information of all participants to the eMSC, wherein the specific participant information of the first session is placed in a specific location preset in the information of all participants;
  • the UE uses the CS domain participant identifier to perform more with the remote end of each session through the eMSC Conversational business.
  • the rule is: sorting information of the other participants, and generating corresponding CS domain participant identifiers for the other participants according to the sorted result.
  • the rule is: if the first session is a conference session, generating a maximum transaction identification number TI value for the remote end of another session, and sorting information of other participants of the conference session, A corresponding CS domain participant identifier is generated for the other participants according to the sorted result.
  • the information of the participant includes identification information of each member of the conference session.
  • the information of the participant includes: a session identifier of each session, or a far distance of the session Identification information of the end.
  • the policy includes: selecting a most recently activated or recently held session as the first session, and if the first session is a conference session, the participant is the latest join or the earliest of the first session Join the members of the conference, otherwise the specific participant is the far end of the first session.
  • the present invention also provides a method for multi-session service continuity.
  • a user equipment UE performs a service continuity handover from a packet switched PS domain to a circuit switched CS domain, the method includes:
  • the enhanced mobile switching center eMSC sends a transfer request to the service continuity server SCC AS, and after receiving the transfer request, the SCC AS sends information of all participants to the eMSC;
  • the UE uses the CS domain participant identifier to perform multi-session service with the remote end of each session through the eMSC.
  • the rule is: sorting information of the participant, and generating a corresponding CS domain participant identifier for each participant according to the sorted result.
  • the rule is: if the first session is a conference session, generating a maximum TI value for the remote end of the other session, and sorting information of other participants of the conference session, according to the sorting The result is a corresponding CS domain participant identification for the other participants.
  • the information of the participant includes identification information of each member of the conference session; if each session in which the UE participates is a non-meeting session, or a conference session
  • the information of the participant includes: a session identifier of each session, or identifier information of a remote end of each session.
  • the present invention also provides a system for multi-session service continuity, including: UE, eMSC, and SCC AS, where
  • the UE is configured to select, according to a preset policy, a first session from each session that the participant participates in, when a service continuity handover from the PS domain to the CS domain occurs, which is a specific participant of the first session.
  • the SCC AS configured to: when the transfer request from the eMSC is received, select the first session according to the policy, update a remote media of the first session, and send information of all participants to the eMSC, wherein the specific participant information of the first session is placed in a specific location preset in the information of all participants;
  • the eMSC configured to send a transfer request to the SCC AS, and receive participant information from the SCC AS; further configured to generate a CS domain participant identifier of the participant of the specific location, and according to the other participant Generating the CS domain participant identifiers of the other participants according to the rules;
  • the UE uses the CS domain participant identifier to perform multi-session service with the remote end of each session through the eMSC.
  • the rule is: sorting information of the other participants, and generating corresponding CS domain participant identifiers for the other participants according to the sorted result.
  • the rule is: if the first session is a conference session, generating a TI value for the far end of another session, and sorting information of other participants of the conference session, according to the sorted result A corresponding CS domain participant identification is generated for the other participants.
  • the information of the participant includes identification information of each member of the conference session.
  • the information of the participant includes: a session identifier of each session, or a far distance of the session Identification information of the end.
  • the policy includes: selecting a most recently activated or recently held session as the first session, and if the first session is a conference session, the participant is the latest join or the earliest of the first session Join the members of the conference, otherwise the specific participant is the far end of the first session.
  • the present invention also provides a system for multi-session service continuity, including: UE, eMSC, and SCC AS, where
  • the UE is configured to generate a CS domain participant identifier of each session participant according to a preset rule according to information of each participating session participant when a service continuity handover from the PS domain to the CS domain occurs;
  • the SCC AS configured to send information of all participants to the eMSC when receiving a transfer request from the eMSC;
  • the eMSC is configured to send a transfer request to the SCC AS, and generate the CS domain participant of each session participant according to the rule according to the information of all the participants sent by the SCC AS.
  • the UE uses the CS domain participant identifier to perform multi-session service with the remote end of each session through the eMSC.
  • the rule is: sorting information of the participant, and generating a corresponding CS domain participant identifier for each participant according to the sorted result.
  • the rule is: if the first session is a conference session, generating a maximum TI value for the remote end of the other session, and sorting information of other participants of the conference session, according to the sorting The result is a corresponding CS domain participant identification for the other participants.
  • the information of the participant includes identification information of each member of the conference session; if each session in which the UE participates is a non-meeting session, or a conference session
  • the information of the participant includes: a session identifier of each session, or identifier information of a remote end of each session.
  • FIG. 1 is a schematic diagram showing changes in signaling/media paths before and after business continuity occurs in the prior art
  • FIG. 3 is a flowchart of implementing multi-session service continuity according to an embodiment of the present invention.
  • FIG. 4 is a flowchart of implementing a multi-session service continuity according to another embodiment of the present invention.
  • FIG. 5 is a flowchart of implementing a conference service continuity according to an embodiment of the present invention. detailed description
  • the core idea of the present invention is: UE-A and eMSC generate corresponding ⁇ information for each session participant participating in UE-A according to the same preset rule, that is, CS domain participant identifier, UE-A can The CS domain participant identifier is used to perform multi-session service with the remote end of the session through the eMSC, that is, the UE-A can correspond to the operation eMSC of different participants in the CS domain.
  • the UE may also select a session as the first session according to a preset policy, generate a CS domain identifier for a specific participant of the first session, and participate in other multi-session services other than the participant according to a preset rule.
  • the corresponding information is generated, that is, the CS domain participant identifier; the SCC AS selects the first session according to the same policy, completes the remote update of the session, and participates in the specific participant of the first session and other multi-session services.
  • the information of the person is sent to the eMSC; the eMSC sorts the information of other multi-session service participants, and generates corresponding ⁇ information, that is, the CS domain participant identifier, so that the UE-A can operate the eMSC for different participants in the CS domain. Correspondence.
  • FIG. 3 is a flowchart of implementing multi-session service continuity according to an embodiment of the present invention, and describes that a multimode terminal UE-A establishes a call between a PS domain and UE-B and UE-C respectively, and UE-A discovers that a CS domain is available and determines
  • a multimode terminal UE-A establishes a call between a PS domain and UE-B and UE-C respectively, and UE-A discovers that a CS domain is available and determines
  • the process of how UE-A and the network implement multi-session service continuity when using the CS domain is described as follows:
  • Step 301 The multi-mode terminal UE-A establishes an IMS media link with the UE-B through the IMS process in the PS domain, and establishes an IMS media link 2 with the UE-C.
  • the SCC AS is in all session signaling paths.
  • Step 302 The UE-A discovers that the CS domain is available and decides to use the CS domain.
  • Step 303 UE-A selects one of the participating sessions as the first session according to a preset policy.
  • the session is a session between UE-A and UE-B, and the session has only one participant. Therefore, the specific participant selected can only be UE-B, and the participant UE-B of the first session is given a specific TI value, such as 0, and the TI value is used as the UE-A to operate the session participant in the CS domain.
  • the identifier of the multi-session service participant other than the specific participant of the first session is sorted according to a preset rule to generate a corresponding threshold for other sessions.
  • the foregoing preset policy may include: using the most recently activated session as the first Session, or the most recently held session as the first session, and so on.
  • the foregoing preset rules may include: sorting participant information of other multi-session services, such as ascending or descending, and generating ⁇ information corresponding to each participant according to the sorting result, that is, assigning corresponding ⁇ values to each participant
  • the ⁇ value can be a value from 1 to 7, etc., since the maximum upper limit of the ⁇ value is 7, if the first session is a conference session, the UE is prevented from being assigned a TI value to prevent the participant from participating in the session. Without any control (even if you hang up), you can first assign a TI value of 7 to participants in another session, even if another session is a conference session, you can treat it as a non-conference session, so that its participants For the conference center.
  • Step 304 The UE-A initiates a CS call request in the CS domain, for example, sends a SETUP message, and the carried value is a specific TI value obtained in step 303, such as 0, and the target is the number of the SCC AS.
  • Step 305 The eMSC receives the CS call request, and initiates an IMS transfer request to the SCC AS, for example, sends an INVITE message, and the message passes through the CSCF to the SCC AS.
  • Step 306 The SCC AS receives the transfer request, and selects the first session according to the same policy as that in step 303.
  • the first session is a session between UE-A and UE-B.
  • Step 307 The SCC AS initiates a media update request to the UE-B, for example, sends a relNVITE message, and the message arrives at the UE-B via the CSCF.
  • Step 308 The UE-B agrees to update, for example, sends a "200 OK" message, and the message passes through the CSCF to reach the SCC AS.
  • Step 309 The SCC AS sends a response message to the eMSC, for example, sending a "200 OK" message, the message body carries the information of the multi-session service participant, and the specific participant of the first session (in this case, UE-B) information Placed in a predetermined specific location of a particular block in the message body, such as the first location or the last location, etc., the message passes through the CSCF to the eMSC.
  • UE-B the specific participant of the first session
  • the foregoing specific block includes: a session information block.
  • the conference information block is also used, and the information in the two blocks is collectively referred to as the information of the multi-session service participant.
  • the session is a session. Information block.
  • the eMSC sends a CS link setup message to the UE-A in the CS domain, for example, sending a CONNECTED message.
  • Step 311 The eMSC assigns a specific TI value to a specific participant of the first session according to the received information of the multi-session service participant, and uses the same rule as step 303 to participate in other multi-session services.
  • the corresponding threshold is generated by sorting.
  • the eMSC also obtains the same TI information as the UE-A, so that the UE-A can respond to the operation of different sessions in the CS domain.
  • IMS media link 1 is updated to be a media link between eMSC and UE-B.
  • Steps 312 to 317 are the same as steps 209 to 214 in Fig. 2 .
  • the first session needs to be selected, and the SCC AS first updates the remote end of the first session; In the embodiment and other embodiments, it is also possible to not emphasize which session must be switched first. In this case, only the information of the multi-session participant of the UE-A is required between the UE-A and the eMSC according to a preset rule. Sorting, according to the sorting result, generating the corresponding information corresponding to each participant, without selecting the first session.
  • FIG. 4 is a flowchart of implementing multi-session service continuity according to an embodiment of the present invention, and describes that a single-mode terminal UE-A establishes a call between a PS domain and UE-B and UE-C respectively, and UE-A moves to a CS-only coverage. Area, the network notifies UE-A and the network how to implement multi-session service continuity when UE-A switches to CS.
  • the description is as follows:
  • Step 401 The single-mode terminal UE-A establishes an IMS media link with the UE-B through the IMS process in the PS domain, and establishes an IMS media link 2 with the UE-C.
  • the SCC AS is in all session signaling paths.
  • Step 402 UE-A moves to an area covered by only CS, and the network notifies UE-A to switch to cs.
  • Step 403 The UE-A selects one of the participating sessions according to a preset policy.
  • the session is a session between UE-A and UE-B, and the session has only one participant, so the selected specific participant can only be UE-B, which is the participant of the first session.
  • UE-B assigns a specific TI value, such as 0, which is an identifier for UE-A to operate on the session participant in the CS domain; and other than the specific participant of the first session according to a preset rule Multi-session business participants are sorted to generate corresponding thresholds for other sessions.
  • the foregoing preset policy may include: using the most recently activated session as the first session, or using the most recently held session as the first session, and the like.
  • the foregoing preset rules may include: sorting participant information of other multi-session services, such as ascending or descending, and generating ⁇ information corresponding to each participant according to the sorting result, that is, assigning corresponding ⁇ values to each participant
  • the ⁇ value can be a value from 1 to 7, etc., since the maximum upper limit of the ⁇ value is 7, if the first session is a conference session, the UE is prevented from assigning a TI value to another session. Without any control (even if you hang up), you can first assign a TI value of 7 to participants in another session, even if another session is a conference session, you can treat it as a non-conference session, so that its participants For the conference center.
  • Step 404 The eMSC receives the handover request of the network notification, and initiates an IMS transfer request to the SCC AS, for example, sends an INVITE message, and the message passes through the CSCF to the SCC AS.
  • Steps 405-408 are the same as 306-309 of FIG.
  • Steps 409 to 415 are the same as 311 to 317 of Fig. 3 .
  • FIG. 5 is a flowchart of a conference service continuity implementation according to an embodiment of the present invention.
  • the conference service belongs to a multi-session situation because of multi-party participation, and the single-mode terminal UE-A is established in the PS domain, UE-B, and UE-C.
  • Conference call UE-A moves to the area where only CS coverage, the network notifies UE-A and the network how to implement multi-session service continuity when UE-A switches to CS.
  • the description is as follows:
  • Step 501 The single-mode terminal UE-A establishes a conference in the PS and joins the UE-B and the UE-C to the conference, and the media link between the UE-A and the conference service server (CONF AS) is the IMS media link 3,
  • the media link between the CONF AS and the UE-B is the IMS media link 1
  • the media link between the CONF AS and the UE-C is the IMS media link 2
  • the SCC AS is in the conference session signaling path.
  • Step 502 UE-A moves to an area covered by only CS, and the network notifies UE-A to switch to cs.
  • Step 503 The UE-A selects one of the participating sessions as the first session according to the preset policy.
  • the session has multiple participants, and then the specific participant is selected.
  • the embodiment is UE-B, and the specific participant UE-B of the first session is given a specific TI value, such as 0, and the TI value is an identifier for operating the session participant in the CS domain as UE-A;
  • the pre-set rules sort other multi-session service participants (UE-C in this embodiment) other than the specific participants of the first session to generate corresponding thresholds for other sessions.
  • the foregoing preset policy may include: using the most recently activated session as the first session, or using the most recently held session as the first session, and selecting the most recently joined or the earliest participating participation for the session with multiple participants. As a specific participant and so on.
  • the foregoing preset rules may include: sorting participant information of other multi-session services, such as ascending or descending, and generating ⁇ information corresponding to each participant according to the sorting result, that is, assigning corresponding ⁇ values to each participant
  • the ⁇ value can be a value from 1 to 7, etc., since the maximum upper limit of the ⁇ value is 7, if the first session is a conference session, the UE is prevented from assigning a TI value to another session. Without any control (even if you hang up), you can first assign a TI value of 7 to participants in another session, even if another session is a conference session, you can treat it as a non-conference session, so that its participants For the conference center.
  • Step 504 is the same as step 404 of FIG.
  • Step 505 The SCC AS receives the transfer request, and selects the first session according to the same policy as that in step 503.
  • This embodiment is a session between the UE-A and the CONF AS.
  • Step 506 The SCC AS sends a media update request to the conference service server (CONF AS). For example, a relNVITE message is sent, and the message passes through the CSCF to reach the CONF AS.
  • CONF AS conference service server
  • Step 507 The CONF AS agrees to update, for example, sends a "200 OK" message, and the message passes through the CSCF to reach the SCC AS.
  • Step 508 The SCC AS sends a response message to the eMSC, for example, sending a "200 OK" message, the message body carries the information of the multi-session service participant, and the specific participant of the first session (in this case, UE-B) information Placed in a predetermined specific location of a particular block in the message body, such as the first location or the last location, etc., the message passes through the CSCF to the eMSC.
  • UE-B the specific participant of the first session
  • the foregoing specific block includes: a session information block.
  • the conference information block is also used, and the information in the two blocks is collectively referred to as the information of the multi-session service participant.
  • This embodiment is a conference. Information block.
  • Step 509 The eMSC assigns a specific TI value to a specific participant of the first session according to the received information of the multi-session service participant, and uses the same rule as step 503 to participate in other multi-session services.
  • the corresponding threshold is generated by sorting.
  • the eMSC also obtains the same TI information as the UE-A, so that the UE-A can respond to the operation of different sessions in the CS domain.
  • Step 510 The SCC AS sends a hang up message to the UE-A to release the resources of the IMS media link 3 of the UE-A, for example, sending a BYE message, and the message arrives at the UE-A via the CSCF.
  • the present invention further provides a system for multi-session service continuity, including: a UE, an eMSC, and an SCC AS.
  • the UE is configured to select a first session from each session in which the UE participates according to a preset policy, and generate a CS domain for a specific participant in the first session. Participant identification; and generate CS domain participant identification for other multi-session service participants other than the particular participant of the first session in accordance with pre-defined rules.
  • the SCC AS is configured to: when receiving the transfer request from the eMSC, select the first session according to the policy, update the remote media of the first session, and send information of all participants to the eMSC, where The specific participant information of the first session is placed in a specific location preset in the information of all participants.
  • the eMSC is configured to send a transfer request to the SCC AS, and receive participant information from the SCC AS; and is further configured to generate a CS domain participant identifier of the participant in the specific location, and generate other participation according to rules according to information of other participants.
  • the CS domain participant ID is configured to send a transfer request to the SCC AS, and receive participant information from the SCC AS; and is further configured to generate a CS domain participant identifier of the participant in the specific location, and generate other participation according to rules according to information of other participants.
  • the CS domain participant ID is configured to send a transfer request to the SCC AS, and receive participant information from the SCC AS; and is further configured to generate a CS domain participant identifier of the participant in the specific location, and generate other participation according to rules according to information of other participants.
  • the UE uses the CS domain participant identity to perform multi-session services with the remote end of each session through the eMSC.
  • the UE is configured to preset according to the information of each participating session participant when a service continuity handover from the PS domain to the CS domain occurs.
  • the rules generate the CS domain participant ID for each session participant.
  • the SCC AS is configured to send information of all participants to the eMSC upon receiving the transfer request from the eMSC.
  • the eMSC is configured to send a transfer request to the SCC AS, and generate a CS domain participant identifier of each session participant according to a rule according to the information of all participants sent by the SCC AS.
  • the UE uses the CS domain participant ID to perform multi-session services with the remote end of each session through the eMSC.

Landscapes

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

Abstract

一种多会话业务连续性的方法和***，UE从PS域切换到CS域时，按照设定的策略从其所参与的各会话中选择第一会话，为第一会话的特定参与者生成CS域参与者标识；并按照设定的规则为特定参与者以外的其他多会话业务参与者生成CS域参与者标识；接收到eMSC发送的转移请求后，SCC AS根据策略选择第一会话， 更新第一会话的远端媒体， 并将所有参与者的信息发送给eMSC，其中特定参与者信息放在所有参与者的信息中预先设定的特定位置；eMSC生成特定位置的参与者的CS域参与者标识，并根据其它参与者的信息按照规则生成其它各参与者的CS域参与者标识；UE使用CS域参与者标识通过eMSC与各会话的远端进行多会话业务。

Description

一种多会话业务连续性的实现方法和*** 技术领域
本发明涉及通信领域， 更具体地， 涉及一种多会话业务连续性（SC, Service Continuity ) 的实现方法和***。 背景技术
网络互联协议 ( IP , Internet Protocol )多媒体子***（ IMS , IP Multimedia Core Network Subsystem )是由第三代合作伙伴计划（ 3GPP, 3rd Generation Partnership Project )提出的一种基于 IP的网络架构， 构建了一个开放而灵 活的业务环境， 其支持多媒体应用， 能够为用户提供丰富的多媒体业务。
在 IMS业务体系中， 控制层和业务层是分离的， 控制层不提供具体业 务， 只向业务层提供必要的触发、 路由、 计费等功能。 控制层中业务触发 和控制功能是呼叫会话控制功能（ CSCF, Call Session Control Function )完 成的， CSCF分为代理 CSCF ( P-CSCF, Proxy-CSCF )、查询 CSCF ( I-CSCF, Interrogating-CSCF )和服务 CSCF ( S-CSCF, Serving-CSCF )三种类型， 其中负主要责任的 Serving, Interrogating类型是可选的。业务层是由一系列 应用服务器（AS, Application Server )组成， 能提供具体业务服务， AS可 以是独立的实体， 也可以存在于 S-CSCF中。 控制层 S-CSCF根据用户的签 约信息控制业务触发， 调用 AS上的业务， 实现业务功能。 AS和 S-CSCF 可以统称为服务设备（SE, Server Equipment )。 会话中的端到端设备称为 用户设备（UE, User Equipment ), 负责与使用者的交互。 有的 UE具有多 种接入网络的方式， 包括通过 3GPP的分组交换（ PS , Packet Switch )域接 入网络、通过其他非 3GPP的数据域接入网络，甚至可以通过电路交换（CS, Circuit Switch ) 域接入网络等。 如果 CS 网络配置了增强移动交换中心 ( eMSC, enhanced Mobile Switch Center ), 由 eMSC提供 SIP十办议的接口 来与 IMS网络交互，则 IMS网络与 CS网络的交互可以通过 eMSC来实现。
多会话业务是指有多方参与的会话业务， 例如， 多方通话业务、 会议 业务及多个独立会话等， 都可以称为多会话业务。 对于具有多种接入方式 的 UE而言，无论其能同时使用多种接入方式还是某时刻只使用一种接入方 式， 如果其在一种接入方式下正在执行某项业务， 比如通话， 当 UE移动到 其他地方而需要改变使用的接入方式时， UE和网络能提供某种方式使 UE 正在执行的业务不被中断， 这样的能力称之为业务连续性， 实现业务连续 性的应用服务器称为业务连续性应用服务器（ SCC AS )。
图 1是业务连续性示意图， 描述了 UE-1与 UE-2建立会话的信令路径 和媒体路径， 以及发生业务连续性后， UE-1与 UE-2的信令路径和媒体路 径， 为筒化图示和描述， 将 S-CSCF和 SCC AS作为一个实体， 两者间使用 标准的 SIP协议通讯。
业务连续性发生前， UE-1和 UE-2间建立了会话， 其信令路径描述如 下：
A102、 UE-1和 P-CSCF之间的信令路径， 通过 IMS的 SIP协议互相通 讯， 对于 SCC AS而言， 这是访问端 （ Access leg )路径；
A104、 P-CSCF和 SCC AS/S-CSCF之间的信令路径， 通过 IMS的 SIP 协议互相通讯， 对于 SCC AS而言， 这也属于访问端 （Access leg )路径；
R101、 SCC AS/S-CSCF和 UE-2之间的信令路径， 通过 IMS的 SIP协 议互相通讯， 对于 SCC AS而言， 这是远端 （Remote leg )路径；
业务连续性发生后， UE-1和 UE-2间的信令路径和媒体路径都发生了 变化， 其中信令路径的变化描述如下：
A112、 UE-1和 eMSC之间的信令路径， 通过 CS域的信令协议互相通 讯， 对于 SCC AS而言， 这是访问端 （ Access leg )路径； A114、 eMSC和 SCC AS/S-CSCF之间的信令路径， 通过 IMS的 SIP协 议互相通讯， 对于 SCC AS而言， 这也属于访问端 （Access leg )路径；
R101、 SCC AS/S-CSCF和 UE-2之间的信令路径， 通过 IMS的 SIP协 议互相通讯， 对于 SCC AS而言， 这是远端 （Remote leg )路径， 在业务连 续性发生后， 该远端路径没有变化。
在业务连续性发生前， UE-1和 UE-2间的媒体路径为 IMS网络媒体； 在业务连续性发生后， UE-1和 UE-2间的媒体路径变为 UE-1和 eMSC之间 的电路交换网络媒体， 以及 eMSC和 UE-2之间的 IMS网络媒体。
以下图为筒化流程描述， 将 SCC AS和 CSCF合为一个实体描述。
图 2是现有的多会话业务连续性实现流程图， 描述了 UE-A在 PS域和 UE-B、 UE-C间分别建立通话， UE-A切换到 CS域， UE-A及网络如何实 现多会话业务连续性的过程， 其描述如下：
步骤 201、 UE-A在 PS域通过 IMS过程同 UE-B建立 IMS媒体链接 1 , 同 UE-C建立 IMS媒体链接 2, UE-A和 UE-B/UE-C之间有两个会话， 两 个会话都由 SCC AS锚定， SCC AS在所有会话信令路径中， 并且在建立会 话的 IMS 消息中， SCC AS 和 UE-A传递事务标识号 （TI, Transaction Identifier ) 以同步两者的 Ή信息； 在 CS域， 会话建立起来后， UE-A不再 使用远端号码进行操作， 而是使用该信息在 CS域对远端参与者进行操作， 比如请求保持或激活与相应远端的会话，删除会议（在 CS域称为多方通话 ) 中的某个参与方。
步骤 202、 UE-A切换到 CS域， 或网络通知 UE-A切换到 CS域。
步骤 203、 若 UE-A决定切换到 CS域， 则 UE-A在 CS域发起 CS呼叫 请求， 比如发送 SETUP消息， 目标为 SCC AS的号码。
步骤 204、 eMSC收到 203的呼叫请求，或收到网络通知的切换请求后， 向 SCC AS发起 IMS转移请求， 比如发送邀请 ( INVITE ) 消息， 消息途经 CSCF到达 SCC AS。
步骤 205、 SCC AS收到转移请求后， 向 UE-B发起媒体更新请求， 比 如发送重邀请 ( relNVITE ) 消息， 消息途经 CSCF到达 UE-B。
步骤 206、 UE-B同意更新， 比如发送 "200 OK"消息， 消息途经 CSCF 到达 SCC AS。
步骤 207、 SCC AS向 eMSC发送转移请求的应答消息， 比如发送 "200 OK" 消息， 消息体中携带 UE-A参与的其他会话的信息， 包括相应的 TI 信息， 消息途经 CSCF到达 eMSC。
至此， eMSC也获得了与 UE-A相同的 TI信息， 使得 UE-A使用 Ή作 为会话标识信息在 CS域对相应会话执行的操作 eMSC都能进行对应。
步骤 208、 eMSC收到转移请求的应答消息后， 在 CS域向 UE-A发送 CS链接建立消息， 比如发送 CONNECTED消息。
至此， UE-A与 eMSC间建立起 CS媒体链接， IMS媒体链接 1被更新 为 eMSC和 UE-B间的媒体链接。
步骤 209、 eMSC根据应答消息中的其他会话信息， 向 UE-C发起转移 会话请求，携带相应的会话标识信息，比如在 Replaces头域或 Target-Dialog 头域中携带， 消息途经 CSCF到达 SCC AS。
步骤 210、 SCC AS根据消息中携带的会话标识信息， 向 UE-C发送媒 体更新请求， 比如发送 relNVITE消息， 消息途经 CSCF到达 UE-C。
步骤 211、 UE-C同意更新， 比如发送 "200 OK" 消息， 消息途经 CSCF 到达 SCC AS。
步骤 212、 SCC AS向 eMSC发送应答消息以应答步骤 209的呼叫， 比 如发送 "200 OK" 消息， 消息途经 CSCF到达 eMSC。
步骤 213、 SCC AS向 UE-A发送挂断消息以释放 UE-A的 IMS媒体链 接 1的资源， 比如发送 BYE消息， 消息途经 CSCF到达 UE-A。 步骤 214、 SCC AS向 UE-A发送挂断消息以释放 UE-A的 IMS媒体链 接 2的资源， 比如发送 BYE消息， 消息途经 CSCF到达 UE-A。
至此， IMS媒体链接 2被更新为 eMSC与 UE-C间的媒体链接。
现有的多会话业务连续性实现方法， 要求在 PS会话建立时通过 IMS 消息同步 Ή信息， 这要求扩展 IMS消息， 从而无法兼容不支持该扩展消息 的终端。 发明内容
本发明要解决的技术问题是提供一种多会话业务连续性的方法和系 统， 以避免对 IMS消息进行扩展。
为了解决上述问题， 本发明提供了一种多会话业务连续性的方法， 当 用户设备 UE发生从分组交换 PS域到电路交换 CS域的业务连续性切换时， 该方法包括：
所述 UE按照预先设定的策略从自身所参与的各会话中选择第一会话， 为所述第一会话的特定参与者生成 CS域参与者标识；并按照预先设定的规 则为第一会话的特定参与者以外的其他多会话业务参与者生成 CS 域参与 者标识；
增强移动交换中心 eMSC向业务连续***器 SCC AS发送转移请求， 接收到所述转移请求后，所述 SCC AS根据所述策略选择所述第一会话， 更 新所述第一会话的远端媒体， 并将所有参与者的信息发送给所述 eMSC,其 中所述第一会话的特定参与者信息放在所有参与者的信息中预先设定的特 定位置；
所述 eMSC生成所述特定位置的参与者的 CS域参与者标识，并根据所 述其它参与者的信息按照所述规则生成所述其它各参与者的 CS 域参与者 标识；
所述 UE使用所述 CS域参与者标识通过 eMSC与各会话的远端进行多 会话业务。
进一步地， 所述规则为： 对所述其它各参与者的信息进行排序， 并根 据排序的结果为所述其它各参与者生成相应的 CS域参与者标识。
进一步地， 所述规则为： 如果所述第一会话为会议会话， 则为另一会 话的远端生成最大事务标识号 TI值， 并对所述会议会话的其它各参与者的 信息进行排序，根据排序的结果为所述其它各参与者生成相应的 CS域参与 者标识。
进一步地，如果所述 UE参与的会话包括会议会话， 则所述参与者的信 息包括该会议会话的各成员的标识信息。
进一步地，如果所述 UE参与的各会话均为非会议会话，或将会议会话 视作非会议会话， 则所述参与者的信息包括： 所述各会话的会话标识、 或 所述会话的远端的标识信息。
进一步地， 所述策略包括： 选择最近激活的或最近保持的会话作为所 述第一会话， 如果所述第一会话是会议会话， 则所述参与者为所述第一会 话的最近加入或最早加入会议的成员， 否则， 所述特定参与者为所述第一 会话的远端。
本发明还提供了一种多会话业务连续性的方法，当用户设备 UE发生从 分组交换 PS域到电路交换 CS域的业务连续性切换时， 该方法包括：
所述 UE根据所参与的各会话参与者的信息按照预先设定的规则生成 各会话参与者的 CS域参与者标识；
增强移动交换中心 eMSC向业务连续***器 SCC AS发送转移请求， 接收到所述转移请求后， 所述 SCC AS 将所有参与者的信息发送给所述 eMSC;
所述 eMSC根据所述所有参与者的信息按照所述规则生成各会话参与 者的所述 CS域参与者标识； 所述 UE使用所述 CS域参与者标识通过 eMSC与所述各会话的远端进 行多会话业务。
进一步地， 所述规则为： 对所述参与者的信息进行排序， 并根据排序 的结果为所述各参与者生成相应的 CS域参与者标识。
进一步地， 所述规则为： 如果所述第一会话为会议会话， 则为另一会 话的远端生成最大 TI值， 并对所述会议会话的其它各参与者的信息进行排 序， 根据排序的结果为所述其它各参与者生成相应的 CS域参与者标识。
进一步地，如果所述 UE参与的会话包括会议会话， 则所述参与者的信 息包括该会议会话的各成员的标识信息；如果所述 UE参与的各会话均为非 会议会话， 或将会议会话视作非会议会话， 则所述参与者的信息包括： 所 述各会话的会话标识、 或所述各会话的远端的标识信息。
本发明还提供了一种多会话业务连续性的***， 包括： UE、 eMSC 和 SCC AS, 其中，
所述 UE, 用于在发生从 PS域到 CS域的业务连续性切换时， 按照预 先设定的策略从自身所参与的各会话中选择第一会话， 为所述第一会话的 特定参与者生成 CS域参与者标识；并按照预先设定的规则为第一会话的特 定参与者以外的其他多会话业务参与者生成 CS域参与者标识；
所述 SCC AS, 用于在接收到来自 eMSC的转移请求时， 根据所述策略 选择所述第一会话， 更新所述第一会话的远端媒体， 并将所有参与者的信 息发送给所述 eMSC ,其中所述第一会话的特定参与者信息放在所有参与者 的信息中预先设定的特定位置；
所述 eMSC, 用于向 SCC AS发送转移请求， 并接收来自所述 SCC AS 的参与者信息； 还用于生成所述特定位置的参与者的 CS域参与者标识， 并 根据所述其它参与者的信息按照所述规则生成所述其它各参与者的 CS 域 参与者标识； 所述 UE使用所述 CS域参与者标识通过 eMSC与各会话的远端进行多 会话业务。
进一步地， 所述规则为： 对所述其它各参与者的信息进行排序， 并根 据排序的结果为所述其它各参与者生成相应的 CS域参与者标识。
进一步地， 所述规则为： 如果所述第一会话为会议会话， 则为另一会 话的远端生成 TI值， 并对所述会议会话的其它各参与者的信息进行排序， 根据排序的结果为所述其它各参与者生成相应的 CS域参与者标识。
进一步地，如果所述 UE参与的会话包括会议会话， 则所述参与者的信 息包括该会议会话的各成员的标识信息。
进一步地，如果所述 UE参与的各会话均为非会议会话，或将会议会话 视作非会议会话， 则所述参与者的信息包括： 所述各会话的会话标识、 或 所述会话的远端的标识信息。
进一步地， 所述策略包括： 选择最近激活的或最近保持的会话作为所 述第一会话， 如果所述第一会话是会议会话， 则所述参与者为所述第一会 话的最近加入或最早加入会议的成员， 否则， 所述特定参与者为所述第一 会话的远端。
本发明还提供了一种多会话业务连续性的***， 包括： UE、 eMSC 和 SCC AS, 其中，
所述 UE, 用于在发生从 PS域到 CS域的业务连续性切换时， 根据所 参与的各会话参与者的信息按照预先设定的规则生成各会话参与者的 CS 域参与者标识；
所述 SCC AS, 用于在接收到来自 eMSC的转移请求时， 将所有参与者 的信息发送给所述 eMSC;
所述 eMSC, 用于向 SCC AS发送转移请求， 并根据 SCC AS发送的所 述所有参与者的信息按照所述规则生成各会话参与者的所述 CS 域参与者 标识；
所述 UE使用所述 CS域参与者标识通过 eMSC与所述各会话的远端进 行多会话业务。
进一步地， 所述规则为： 对所述参与者的信息进行排序， 并根据排序 的结果为所述各参与者生成相应的 CS域参与者标识。
进一步地， 所述规则为： 如果所述第一会话为会议会话， 则为另一会 话的远端生成最大 TI值， 并对所述会议会话的其它各参与者的信息进行排 序， 根据排序的结果为所述其它各参与者生成相应的 CS域参与者标识。
进一步地，如果所述 UE参与的会话包括会议会话， 则所述参与者的信 息包括该会议会话的各成员的标识信息；如果所述 UE参与的各会话均为非 会议会话， 或将会议会话视作非会议会话， 则所述参与者的信息包括： 所 述各会话的会话标识、 或所述各会话的远端的标识信息。
通过本发明所提供的多会话业务连续性的方法和***， 避免了对 IMS 消息的扩展， 不存在终端不兼容的问题。 附图说明
图 1是现有技术中发生业务连续性前后信令 /媒体路径发生变化的示意 图；
图 2是现有的多会话业务连续性实现流程图；
图 3是本发明实施例的多会话业务连续性实现流程图；
图 4是本发明另一实施例的多会话业务连续性实现流程图；
图 5是本发明实施例的会议业务连续性实现流程图。 具体实施方式
本发明的核心思想是： UE-A及 eMSC按照同一预先设定的规则为 UE-A 参与的各会话参与方生成相应的 Ή信息， 即 CS域参与者标识， UE-A能够 使用该 CS域参与者标识通过 eMSC与会话的远端进行多会话业务，即使得 UE-A在 CS域对不同参与者的操作 eMSC都能进行对应。
此外， UE还可以按照预先设定的策略选择一个会话作为第一会话， 为 第一会话的特定参与者生成 CS域标识，并按预先设定的规则为该参与者以 外的其它多会话业务参与者生成相应的 Ή信息，即 CS域参与者标识； SCC AS按照相同的策略选择第一会话， 完成对该会话的远端的更新， 并将第一 会话的特定参与者及其它多会话业务参与者的信息发送给 eMSC； eMSC对 其它多会话业务参与者的信息进行排序， 生成相应的 Ή信息， 即 CS域参 与者标识，从而使得 UE-A在 CS域对不同参与者的操作 eMSC都能进行对 应。
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。 图 3是本发明实施例的多会话业务连续性实现流程图， 描述了多模终 端 UE-A在 PS域和 UE-B、 UE-C间分别建立通话， UE-A发现 CS域可用 并决定使用 CS域时， UE-A及网络如何实现多会话业务连续性的过程， 其 描述如下：
步骤 301、多模终端 UE-A在 PS域通过 IMS过程同 UE-B建立 IMS媒 体链接 1 , 同 UE-C建立 IMS媒体链接 2 , SCC AS在所有会话信令路径中。
步骤 302、 UE-A发现 CS域可用并决定使用 CS域。
步骤 303、 UE-A按照预先设定的策略从所参与的各会话中选择一个作 为第一会话， 本实施例中该会话为 UE-A与 UE-B的会话， 该会话只有一个 参与者，因此选择的特定参与者只能是 UE-B,为该第一会话的参与方 UE-B 赋予特定的 TI值， 如 0, 该 TI值是作为 UE-A在 CS域对会话参与者进行 操作的标识； 并按照预先设定的规则对第一会话的特定参与者以外的其他 多会话业务参与者进行排序， 以便为其它会话生成相应的 Ή值。
其中， 上述的预先设定的策略可以包括： 将最近激活的会话作为第一 会话， 或将最近保持的会话作为第一会话等等。
上述的预先设定的规则可以包括： 对其他多会话业务的参与者信息进 行排序， 例如升序或降序， 根据排序结果生成与各参与者相应的 Ή信息， 即为各参与者赋予相应的 Ή值， 例如， 该 Ή值可以为 1到 7的数值等， 由 于 Ή值的最大上限是 7 , 如果第一会话为会议会话， 为防止另一个会话的 参与者无法分配到 TI值导致 UE对此会话没有任何控制权（连挂断也不行）， 可以先为另一个会话的参与者赋予 TI值 7, 此时即使另一个会话是会议会 话， 也可将其视为非会议会话， 从而其参与者为会议中心。
步骤 304、 UE-A在 CS域发起 CS呼叫请求， 比如发送 SETUP消息， 携带的 Ή值为步骤 303中获得的特定 TI值，如 0, 目标为 SCC AS的号码。
步骤 305、 eMSC收到 CS呼叫请求， 向 SCC AS发起 IMS转移请求， 比如发送 INVITE消息， 消息途经 CSCF到达 SCC AS。
步骤 306、 SCC AS收到转移请求， 按照与步骤 303中相同的策略选择 第一会话， 例如第一会话为 UE- A与 UE-B的会话。
步骤 307、 SCC AS向 UE-B发起媒体更新请求， 比如发送 relNVITE消 息， 消息途经 CSCF到达 UE-B。
步骤 308、 UE-B同意更新， 比如发送 "200 OK"消息， 消息途经 CSCF 到达 SCC AS。
步骤 309、 SCC AS向 eMSC发送应答消息， 比如发送 "200 OK"消息， 消息体中携带多会话业务参与者的信息， 并将第一会话的特定参与者 （此 例中为 UE-B )信息放在消息体中特定区块的预先设定的特定位置， 如第一 个位置或最后一个位置等， 消息途经 CSCF到达 eMSC。
其中， 上述的特定区块包括： 会话信息区块， 当有会议业务时， 还可 是会议信息区块， 两个区块中的信息合称为多会话业务参与者的信息， 本 实施例为会话信息区块。 步骤 310、 eMSC在 CS域向 UE-A发送 CS链接建立消息， 比如发送 CONNECTED消息。
步骤 311、 eMSC根据收到的多会话业务参与者的信息， 按与步骤 303 相同的方式为第一会话的特定参与者赋予特定 TI值， 并采用与步骤 303相 同的规则为其他多会话业务参与者通过排序生成相应的 Ή值。
至此， eMSC也获得了与 UE-A相同的 TI信息，使得 UE-A在 CS域对 不同会话的操作 eMSC都能进行对应。
至此， UE-A与 eMSC间建立起 CS媒体链接， IMS媒体链接 1被更新 为 eMSC和 UE-B间的媒体链接。
步骤 312~317、 与图 2中的步骤 209 ~ 214相同。
由于切换时， 希望能将某一特定会话首先切换过来， 因此在该实施例 中，需要选择出第一会话，并由 SCC AS首先对该第一会话的远端进行更新； 但在本发明本实施例及其他实施例中， 也可以不强调哪个会话必须首先切 换，这种情况下， 只需 UE-A和 eMSC之间按照预先设定的规则对 UE-A的 多会话参与者的信息进行排序， 根据排序结果生成与各参与者相应的 Ή信 息即可， 无需选择出第一会话。
图 4是本发明实施例的多会话业务连续性实现流程图， 描述了单模终 端 UE-A在 PS域和 UE-B、 UE-C间分别建立通话， UE-A移动到只有 CS 覆盖的区域， 网络通知 UE- A切换到 CS时， UE- A及网络如何实现多会话 业务连续性的过程， 其描述如下：
步骤 401、单模终端 UE-A在 PS域通过 IMS过程同 UE-B建立 IMS媒 体链接 1 , 同 UE-C建立 IMS媒体链接 2 , SCC AS在所有会话信令路径中。
步骤 402、 UE-A移动到只有 CS覆盖的区域， 网络通知 UE- A切换到 cs。
步骤 403、 UE-A按照预先设定的策略从所参与的各会话中选择一个作 为第一会话， 本实施例中该会话为 UE-A与 UE-B的会话， 该会话只有一个 参与者，因此选择的特定参与者只能是 UE-B,为该第一会话的参与方 UE-B 赋予特定的 TI值， 如 0, 该 TI值是作为 UE-A在 CS域对会话参与者进行 操作的标识； 并按照预先设定的规则对第一会话的特定参与者以外的其他 多会话业务参与者进行排序， 以便为其它会话生成相应的 Ή值。
其中， 上述的预先设定的策略可以包括： 将最近激活的会话作为第一 会话， 或将最近保持的会话作为第一会话等等。
上述的预先设定的规则可以包括： 对其他多会话业务的参与者信息进 行排序， 例如升序或降序， 根据排序结果生成与各参与者相应的 Ή信息， 即为各参与者赋予相应的 Ή值， 例如， 该 Ή值可以为 1到 7的数值等， 由 于 Ή值的最大上限是 7 , 如果第一会话为会议会话， 为防止另一个会话的 参与者无法分配到 TI值导致 UE对此会话没有任何控制权（连挂断也不行）， 可以先为另一个会话的参与者赋予 TI值 7, 此时即使另一个会话是会议会 话， 也可将其视为非会议会话， 从而其参与者为会议中心。
步骤 404、 eMSC收到网络通知的切换请求， 向 SCC AS发起 IMS转移 请求， 比如发送 INVITE消息， 消息途经 CSCF到达 SCC AS。
步骤 405-408, 与图 3的 306-309相同。
步骤 409~415、 与图 3的 311~317相同。
图 5是本发明实施例的会议业务连续性实现流程图， 会议业务由于有 多方参与， 也属于多会话情况， 描述了单模终端 UE-A在 PS域和 UE-B、 UE-C建立了会议通话， UE- A移动到只有 CS覆盖的区域， 网络通知 UE- A 切换到 CS时， UE-A及网络如何实现多会话业务连续性的过程， 其描述如 下：
步骤 501、 单模终端 UE-A在 PS建立会议并将 UE-B和 UE-C加入会 议， UE-A与会议业务服务器（ CONF AS )间的媒体链接为 IMS媒体链接 3 , CONF AS与 UE-B的媒体链接为 IMS媒体链接 1 , CONF AS与 UE-C的媒 体链接为 IMS媒体链接 2 , SCC AS在会议会话信令路径中。
步骤 502、 UE-A移动到只有 CS覆盖的区域， 网络通知 UE-A切换到 cs。
步骤 503、 UE-A按照预先设定的策略从所参与的各会话中选择一个作 为第一会话， 本实施例中只有一个会议会话， 该会话有多个参与者， 再选 择特定参与者， 本实施例为 UE-B , 为该第一会话的特定参与者 UE-B赋予 特定的 TI值， 如 0, 该 TI值是作为 UE-A在 CS域对会话参与者进行操作 的标识； 并按照预先设定的规则对第一会话的特定参与者以外的其他多会 话业务参与者（本实施例为 UE-C )进行排序， 以便为其它会话生成相应的 Ή值。
其中， 上述的预先设定的策略可以包括： 将最近激活的会话作为第一 会话， 或将最近保持的会话作为第一会话， 对有多个参与方的会话， 选择 最近加入或最早加入的参与者作为特定参与者等等。
上述的预先设定的规则可以包括： 对其他多会话业务的参与者信息进 行排序， 例如升序或降序， 根据排序结果生成与各参与者相应的 Ή信息， 即为各参与者赋予相应的 Ή值， 例如， 该 Ή值可以为 1到 7的数值等， 由 于 Ή值的最大上限是 7 , 如果第一会话为会议会话， 为防止另一个会话的 参与者无法分配到 TI值导致 UE对此会话没有任何控制权（连挂断也不行）， 可以先为另一个会话的参与者赋予 TI值 7, 此时即使另一个会话是会议会 话， 也可将其视为非会议会话， 从而其参与者为会议中心。
步骤 504、 与图 4的步骤 404相同。
步骤 505、 SCC AS收到转移请求， 按照与步骤 503中相同的策略选择 第一会话， 本实施例为 UE-A与 CONF AS的会话。
步骤 506、 SCC AS向会议业务服务器（ CONF AS )发送媒体更新请求， 比如发送 relNVITE消息， 消息途经 CSCF到达 CONF AS。
步骤 507、 CONF AS同意更新， 比如发送 "200 OK" 消息， 消息途经 CSCF到达 SCC AS。
步骤 508、 SCC AS向 eMSC发送应答消息， 比如发送 "200 OK"消息， 消息体中携带多会话业务参与者的信息， 并将第一会话的特定参与者 （此 例中为 UE-B )信息放在消息体中特定区块的预先设定的特定位置， 如第一 个位置或最后一个位置等， 消息途经 CSCF到达 eMSC。
其中， 上述的特定区块包括： 会话信息区块， 当有会议业务时， 还可 是会议信息区块， 两个区块中的信息合称为多会话业务参与者的信息， 本 实施例为会议信息区块。
步骤 509、 eMSC根据收到的多会话业务参与者的信息， 按与步骤 503 相同的方式为第一会话的特定参与者赋予特定 TI值， 并采用与步骤 503相 同的规则为其他多会话业务参与者通过排序生成相应的 Ή值。
至此， eMSC也获得了与 UE-A相同的 TI信息，使得 UE-A在 CS域对 不同会话的操作 eMSC都能进行对应。
步骤 510、 SCC AS向 UE-A发送挂断消息以释放 UE-A的 IMS媒体链 接 3的资源， 比如发送 BYE消息， 消息途经 CSCF到达 UE-A。
对应上述多会话业务连续性的方法， 本发明还提供了一种多会话业务 连续性的***， 包括： UE、 eMSC和 SCC AS。
其中， UE用于在发生从 PS域到 CS域的业务连续性切换时， 按照预 先设定的策略从自身所参与的各会话中选择第一会话， 为第一会话的特定 参与者生成 CS域参与者标识；并按照预先设定的规则为第一会话的特定参 与者以外的其他多会话业务参与者生成 CS域参与者标识。
SCC AS, 用于在接收到来自 eMSC的转移请求时， 根据策略选择第一 会话， 更新第一会话的远端媒体， 并将所有参与者的信息发送给 eMSC, 其 中第一会话的特定参与者信息放在所有参与者的信息中预先设定的特定位 置。
eMSC, 用于向 SCC AS发送转移请求， 并接收来自 SCC AS的参与者 信息； 还用于生成特定位置的参与者的 CS域参与者标识， 并根据其它参与 者的信息按照规则生成其它各参与者的 CS域参与者标识。
UE使用 CS域参与者标识通过 eMSC与各会话的远端进行多会话业务。 在本发明还提供的另一种多会话业务连续性的***中， UE用于在发生 从 PS域到 CS域的业务连续性切换时， 根据所参与的各会话参与者的信息 按照预先设定的规则生成各会话参与者的 CS域参与者标识。 SCC AS , 用 于在接收到来自 eMSC的转移请求时， 将所有参与者的信息发送给 eMSC。 eMSC, 用于向 SCC AS发送转移请求， 并根据 SCC AS发送的所有参与者 的信息按照规则生成各会话参与者的 CS域参与者标识。 UE使用 CS域参 与者标识通过 eMSC与各会话的远端进行多会话业务。
当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质 变形， 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范 围。

Claims

权利要求书
1、 一种多会话业务连续性的方法， 其特征在于， 当用户设备 UE发生 从分组交换 PS域到电路交换 CS域的业务连续性切换时， 该方法包括： 所述 UE按照设定的策略从自身所参与的各会话中选择第一会话，为所 述第一会话的特定参与者生成 CS域参与者标识；并按照设定的规则为第一 会话的特定参与者以外的其他多会话业务参与者生成 CS域参与者标识； 增强移动交换中心 eMSC向业务连续***器 SCC AS发送转移请求， 接收到所述转移请求后，所述 SCC AS根据所述策略选择所述第一会话， 更 新所述第一会话的远端媒体， 并将所有参与者的信息发送给所述 eMSC; 其 中， 所述第一会话的特定参与者信息放在所有参与者的信息中预先设定的 特定位置；
所述 eMSC生成所述特定位置的参与者的 CS域参与者标识，并根据所 述其它参与者的信息按照所述规则生成所述其它各参与者的 CS 域参与者 标识；
所述 UE使用所述 CS域参与者标识通过 eMSC与各会话的远端进行多 会话业务。
2、 如权利要求 1所述的方法， 其特征在于，
所述规则为： 对所述特定参与者以外的其它各参与者的信息进行排序， 并根据排序的结果为所述其它各参与者生成相应的 CS域参与者标识。
3、 如权利要求 1所述的方法， 其特征在于，
所述规则为： 如果所述第一会话为会议会话， 则为另一会话的远端生 成最大事务标识号 Ή值， 并对所述会议会话的其它各参与者的信息进行排 序， 根据排序的结果为所述其它各参与者生成相应的 CS域参与者标识。
4、 如权利要求 1、 2或 3所述的方法， 其特征在于， 该方法进一步包 括： 如果所述 UE参与的会话包括会议会话，则所述参与者的信息包括该会 议会话的各成员的标识信息。
5、 如权利要求 1、 2或 3所述的方法， 其特征在于， 该方法进一步包 括：
如果所述 UE参与的各会话均为非会议会话，或将会议会话视作非会议 会话， 则所述参与者的信息包括： 所述各会话的会话标识、 或所述会话的 远端的标识信息。
6、 如权利要求 1所述的方法， 其特征在于，
所述策略包括： 选择最近激活的或最近保持的会话作为所述第一会话， 如果所述第一会话是会议会话， 则所述参与者为所述第一会话的最近加入 或最早加入会议的成员， 否则， 所述特定参与者为所述第一会话的远端。
7、 一种多会话业务连续性的方法， 其特征在于， 当用户设备 UE发生 从分组交换 PS域到电路交换 CS域的业务连续性切换时， 该方法包括： 所述 UE根据所参与的各会话参与者的信息按照预先设定的规则生成 各会话参与者的 CS域参与者标识；
增强移动交换中心 eMSC向业务连续***器 SCC AS发送转移请求， 接收到所述转移请求后， 所述 SCC AS 将所有参与者的信息发送给所述 eMSC;
所述 eMSC根据所述所有参与者的信息按照所述规则生成各会话参与 者的所述 CS域参与者标识；
所述 UE使用所述 CS域参与者标识通过 eMSC与所述各会话的远端进 行多会话业务。
8、 如权利要求 7所述的方法， 其特征在于，
所述规则为： 对所述参与者的信息进行排序， 并根据排序的结果为所 述各参与者生成相应的 CS域参与者标识。
9、 如权利要求 7所述的方法， 其特征在于，
所述规则为： 如果所述第一会话为会议会话， 则为另一会话的远端生 成最大 Ή值， 并对所述会议会话的其它各参与者的信息进行排序， 根据排 序的结果为所述其它各参与者生成相应的 CS域参与者标识。
10、 如权利要求 7、 8或 9所述的方法， 其特征在于， 该方法进一步包 括：
如果所述 UE参与的会话包括会议会话，则所述参与者的信息包括该会 议会话的各成员的标识信息； 如果所述 UE参与的各会话均为非会议会话， 或将会议会话视作非会议会话， 则所述参与者的信息包括： 所述各会话的 会话标识、 或所述各会话的远端的标识信息。
11、 一种多会话业务连续性的***， 其特征在于， 包括： UE、 eMSC 和 SCC AS, 其中，
所述 UE, 用于在发生从 PS域到 CS域的业务连续性切换时， 按照预 先设定的策略从自身所参与的各会话中选择第一会话， 为所述第一会话的 特定参与者生成 CS域参与者标识；并按照预先设定的规则为第一会话的特 定参与者以外的其他多会话业务参与者生成 CS域参与者标识；
所述 SCC AS , 用于在接收到来自 eMSC的转移请求时， 根据所述策略 选择所述第一会话， 更新所述第一会话的远端媒体， 并将所有参与者的信 息发送给所述 eMSC ,其中所述第一会话的特定参与者信息放在所有参与者 的信息中预先设定的特定位置；
所述 eMSC, 用于向 SCC AS发送转移请求， 并接收来自所述 SCC AS 的参与者信息； 还用于生成所述特定位置的参与者的 CS域参与者标识， 并 根据所述其它参与者的信息按照所述规则生成所述其它各参与者的 CS 域 参与者标识；
所述 UE使用所述 CS域参与者标识通过 eMSC与各会话的远端进行多 会话业务。
12、 如权利要求 11所述的***， 其特征在于，
所述规则为： 对所述其它各参与者的信息进行排序， 并根据排序的结 果为所述其它各参与者生成相应的 CS域参与者标识。
13、 如权利要求 11所述的***， 其特征在于，
所述规则为： 如果所述第一会话为会议会话， 则为另一会话的远端生 成 Ή值， 并对所述会议会话的其它各参与者的信息进行排序， 根据排序的 结果为所述其它各参与者生成相应的 CS域参与者标识。
14、 如权利要求 11、 12或 13所述的***， 其特征在于，
如果所述 UE参与的会话包括会议会话，则所述参与者的信息包括该会 议会话的各成员的标识信息。
15、 如权利要求 11、 12或 13所述的***， 其特征在于，
如果所述 UE参与的各会话均为非会议会话，或将会议会话视作非会议 会话， 则所述参与者的信息包括： 所述各会话的会话标识、 或所述会话的 远端的标识信息。
16、 如权利要求 11所述的***， 其特征在于，
所述策略包括： 选择最近激活的或最近保持的会话作为所述第一会话， 如果所述第一会话是会议会话， 则所述参与者为所述第一会话的最近加入 或最早加入会议的成员， 否则， 所述特定参与者为所述第一会话的远端。
17、 一种多会话业务连续性的***， 其特征在于， 包括： UE、 eMSC 和 SCC AS, 其中，
所述 UE, 用于在发生从 PS域到 CS域的业务连续性切换时， 根据所 参与的各会话参与者的信息按照预先设定的规则生成各会话参与者的 CS 域参与者标识；
所述 SCC AS, 用于在接收到来自 eMSC的转移请求时， 将所有参与者 的信息发送给所述 eMSC;
所述 eMSC, 用于向 SCC AS发送转移请求， 并根据 SCC AS发送的所 述所有参与者的信息按照所述规则生成各会话参与者的所述 CS 域参与者 标识；
所述 UE使用所述 CS域参与者标识通过 eMSC与所述各会话的远端进 行多会话业务。
18、 如权利要求 17所述的***， 其特征在于，
所述规则为： 对所述参与者的信息进行排序， 并根据排序的结果为所 述各参与者生成相应的 CS域参与者标识。
19、 如权利要求 17所述的***， 其特征在于，
所述规则为： 如果所述第一会话为会议会话， 则为另一会话的远端生 成最大 Ή值， 并对所述会议会话的其它各参与者的信息进行排序， 根据排 序的结果为所述其它各参与者生成相应的 CS域参与者标识。
20、 如权利要求 17、 18或 19所述的***， 其特征在于，
如果所述 UE参与的会话包括会议会话，则所述参与者的信息包括该会 议会话的各成员的标识信息； 如果所述 UE参与的各会话均为非会议会话， 或将会议会话视作非会议会话， 则所述参与者的信息包括： 所述各会话的 会话标识、 或所述各会话的远端的标识信息。
PCT/CN2009/075859 2009-08-14 2009-12-22 一种多会话业务连续性的实现方法和*** WO2011017881A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910165668.0A CN101998568B (zh) 2009-08-14 2009-08-14 一种多会话业务连续性的实现方法
CN200910165668.0 2009-08-14

Publications (1)

Publication Number Publication Date
WO2011017881A1 true WO2011017881A1 (zh) 2011-02-17

Family

ID=43585870

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/075859 WO2011017881A1 (zh) 2009-08-14 2009-12-22 一种多会话业务连续性的实现方法和***

Country Status (2)

Country Link
CN (1) CN101998568B (zh)
WO (1) WO2011017881A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102811471B (zh) * 2011-05-31 2017-04-12 华为终端有限公司 优先级会话接入网间转移的方法和用户设备
CN108206898B (zh) * 2016-12-20 2021-03-19 展讯通信（上海）有限公司 实现多方通话的方法、装置及多通终端
CN115914176A (zh) * 2021-08-13 2023-04-04 华为技术有限公司 一种呼叫处理方法、装置及***

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101291537A (zh) * 2007-04-17 2008-10-22 阿尔卡泰尔卢森特公司 从e-utran到utran/geran cs的切换
US20090036131A1 (en) * 2007-06-26 2009-02-05 John Diachina System and method for providing voice service in a multimedia mobile network
WO2009071702A1 (en) * 2007-12-07 2009-06-11 Telefonaktiebolaget Lm Ericsson (Publ) Domain transfer service continuity provision to a mobile terminal
CN101480083A (zh) * 2006-06-27 2009-07-08 高通股份有限公司 无线通信中特征语音呼叫连续性vcc的注册期间的域切换和域选择

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7359373B2 (en) * 2003-10-17 2008-04-15 Nokia Corporation System, apparatus, and method for establishing circuit-switched communications via packet-switched network signaling
CN101426276B (zh) * 2007-11-02 2012-03-21 华为技术有限公司 一种确定业务控制模式的方法及装置
CN101212720B (zh) * 2007-12-25 2012-01-11 中兴通讯股份有限公司 Ip多媒体子***集中业务非***方加入会议业务的方法
CN101217788B (zh) * 2008-01-08 2011-12-07 中兴通讯股份有限公司 一种多媒体会话连续性业务的起呼方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101480083A (zh) * 2006-06-27 2009-07-08 高通股份有限公司 无线通信中特征语音呼叫连续性vcc的注册期间的域切换和域选择
CN101291537A (zh) * 2007-04-17 2008-10-22 阿尔卡泰尔卢森特公司 从e-utran到utran/geran cs的切换
US20090036131A1 (en) * 2007-06-26 2009-02-05 John Diachina System and method for providing voice service in a multimedia mobile network
WO2009071702A1 (en) * 2007-12-07 2009-06-11 Telefonaktiebolaget Lm Ericsson (Publ) Domain transfer service continuity provision to a mobile terminal

Also Published As

Publication number Publication date
CN101998568B (zh) 2013-08-07
CN101998568A (zh) 2011-03-30

Similar Documents

Publication Publication Date Title
EP2061212B1 (en) Method, apparatus and program product for merging communication sessions in an IMS
US8699419B2 (en) Method, system and apparatus for providing access mode selection to multimode terminal
EP1973283B1 (en) Interworking network element, interworking system between the csi terminal and the ims terminal and the method thereof
CN101330748B (zh) 一种ip多媒体子***集中业务会话控制路径的切换方法
WO2005093996A1 (en) System and method for enforcing policies directed to session-mode messaging
US8825875B2 (en) Session establishment in a communication network
WO2009092256A1 (zh) Ip多媒体子***集中业务***方会议业务的实现方法
WO2011057568A1 (zh) 一种会话切换的实现方法和***
WO2011017881A1 (zh) 一种多会话业务连续性的实现方法和***
WO2011130949A1 (zh) 反向单待业务连续性实现方法及***
WO2012149866A1 (zh) 单一无线语音呼叫连续性域的切换方法及***
WO2011127790A1 (zh) 一种实现单待业务连续性会话保活的方法和***
WO2013066036A1 (ko) 무선 통신 시스템에서 iut 방법 및 장치
WO2011015019A1 (zh) 一种多方通话业务连续性的实现方法及***
CN102724723B (zh) 基于ims的控制切换方法及***
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip
WO2011130954A1 (zh) 单待终端业务连续性实现方法和***
WO2013064105A1 (zh) 一种反向单待业务连续性承载切换方法及装置
Kirubakaran et al. An improved SIP protocol in heterogeneous mobile network for efficient communication
CN101771933B (zh) 一种实现多会话业务连续性的方法
WO2009092245A1 (zh) 多媒体会话连续性业务的起呼方法
WO2011097966A1 (zh) 一种单模业务连续实现方法和***
WO2012041138A1 (zh) 终呼通过拜访地ims接入点接入的方法及***
WO2011017926A1 (zh) 实现电路域多会话切换到分组域时业务连续性方法及***
CN102006272B (zh) 应用服务器对Replace参数的替换方法及***

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09848211

Country of ref document: EP

Kind code of ref document: A1