WO2009024081A1 - Procédé, dispositif et système pour traiter la continuité du flux multimédia dans une session - Google Patents

Procédé, dispositif et système pour traiter la continuité du flux multimédia dans une session Download PDF

Info

Publication number
WO2009024081A1
WO2009024081A1 PCT/CN2008/072043 CN2008072043W WO2009024081A1 WO 2009024081 A1 WO2009024081 A1 WO 2009024081A1 CN 2008072043 W CN2008072043 W CN 2008072043W WO 2009024081 A1 WO2009024081 A1 WO 2009024081A1
Authority
WO
WIPO (PCT)
Prior art keywords
saf
hodf
hosf
flow operation
media stream
Prior art date
Application number
PCT/CN2008/072043
Other languages
English (en)
French (fr)
Inventor
Zhaohui Zhang
Dongming Zhu
Xiaoqiang Xie
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 EP08784034A priority Critical patent/EP2182692A4/en
Publication of WO2009024081A1 publication Critical patent/WO2009024081A1/zh
Priority to US12/705,864 priority patent/US20100169495A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • H04L65/1095Inter-network session transfer or sharing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022Control 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/00224Control 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]
    • H04W36/00226Control 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] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]

Definitions

  • the present invention relates to the field of communications, and in particular, to a method, apparatus, and system for processing media stream continuity in a session. Background technique
  • Voice Call Continuity is a service provided by the IMS network to which the user belongs, enabling the user's voice call to be switched bidirectionally between the circuit domain (CS domain) and the IMS network.
  • the converged IMS architecture enables seamless voice call services over the CS domain and IP-Connectivity Access Network (IP-CAN).
  • the call continuity can be achieved by initiating a domain handover procedure.
  • the VCC user initiated or received calls are anchored to the domain switching processing entity DTF of the IMS network to which the user belongs.
  • DTF Domain transfer Function
  • VCC Voice Call Control leg
  • the access leg the session control leg between the DTF and the VCC UE
  • the remote leg the session control leg between the DTF and the remote user.
  • Switching is to use the new access leg in the cut-in network to replace the old access leg in the cut-out network connected to the far leg.
  • first access leg When a remote user's device supports IMS, its bearer connection is replaced end-to-end. When the remote user equipment supports CS/PSTN (Public Switch Telephone Network), the bearer connection is replaced between the VCC UE and the MGW (Media Gateway Functional Entity). When the new access leg is fully established, the VCC UE converts the media input and output channels from the cut-out domain to the cut-in domain.
  • CS/PSTN Public Switch Telephone Network
  • the destination network calls a special number (establishing a second access leg, ie, in the cut-in network)
  • the network establishes a new session between the DTF and the VCC user equipment).
  • the DTF process can be reached by the number call request, and the DTF can determine that it is a domain switch request.
  • the remote leg media stream is redirected to the second access leg according to the media information supported by the VCC user equipment in the newly established call and the remote user equipment of the original call, that is, the remote access leg is replaced by updating the remote leg. Into the leg).
  • the call in the handover source network is released by the DTF or the VCC user equipment (release the first access leg, that is, the session between the original DTF and the VCC user equipment in the cut out network) ).
  • the user's voice call remains uninterrupted, improving the user's service experience.
  • the process for switching a call from the IMS to the CS domain in the VCC includes the following steps (some non-critical processes in the middle have been omitted; some entities described by the remote UE are also omitted).
  • the VCC UE determines that the call needs to be switched to the CS domain according to the wireless environment, and calls the special number VDN in the CS domain to switch from the domain.
  • the VMSC redirects the call to the PSI number of the IMS network DTF according to the CAMEL service procedure, so the call can be routed to the DTF processing of the VCC user's home IMS network.
  • the DTF determines the domain switching request destination domain information according to the number in the INVITE.
  • the anchored session is located based on the calling information.
  • the DTF proxy user and the remote user re-negotiate the media of the far leg (DTF to remote UE) using the media information in the handover request.
  • the DTF releases the access part of the VCC user in the IMS domain (which may also be a release initiated by the VCC user equipment, where the DTF release in the network is taken as an example).
  • an application scenario for providing Multimedia Call Continuity is discussed. Its range compared to VCC involves switching a multimedia call between networks of different access technologies. And switching certain media components in a session to a number of destination terminals or switching in the opposite direction under user control.
  • a technical problem to be solved by embodiments of the present invention is to provide a method, apparatus, and system for processing media stream continuity in a session to meet the requirements for media stream continuity processing in a session.
  • an embodiment of the present invention provides a method for processing a media stream continuity in a session, including: providing a set of a first access connection corresponding to each HOSF in a HOSF set of a handover source endpoint function entity in a session Switching the session control signaling plane anchor point SAF between the remote connections corresponding to the remote function entity HORF; wherein each first access connection is associated with the target media stream; after receiving the flow operation request, the SAF is at the switching destination end a media component corresponding to the target media stream on the second access connection between each HODF in the functional entity HODF set; and the SAF performing a streaming operation on the second access connection to process the continuity of the target media stream .
  • the embodiment of the present invention further provides a session control signaling plane anchor point, which includes a triggering unit, configured to: in a received session, a set of a first access connection corresponding to each HOSF in the HOSF set and a remote end corresponding to the HORF
  • the SAF is triggered when the session control signaling of the inter-connection is controlled by the anchor point; wherein each first access connection is associated with the target media stream; and the receiving unit is configured to receive the flow operation request after the SAF is triggered; a unit, configured to, after receiving the flow operation request, associate a media component corresponding to the target media stream with a second access connection between each HODF in the HODF set; and a media stream processing unit, configured to be in the second access A streaming operation is performed on the connection to process the continuity of the target media stream.
  • the embodiment of the present invention further provides a system for processing media stream continuity in a session, including: a handover source endpoint function entity HOSF set, a handover destination function entity HODF set, a handover remote function entity HORF, and the embodiment of the present invention. Session control signaling plane anchor.
  • the embodiment of the present invention further provides a method for copying a media stream, including: BAF-C cooperates with the SAF to add a BAF-U in a user data bearer connection between the HODF set and the HORF session; and the BAF-C receives the target media stream.
  • BAF-C cooperates with the SAF to add a BAF-U in a user data bearer connection between the HODF set and the HORF session; and the BAF-C receives the target media stream.
  • An indication of copying from the HOSF set to the HODF set BAF-C applying for BAF-U
  • the conference resource on the conference connecting the media bearers participating in the media interaction parties to the conference resource, and modifying
  • the HODF collects the media transfer direction between the BAF-Us to copy the target media stream.
  • the embodiment of the present invention further provides a media stream replication system, including: SAF, HODF set, HODF set, HORF, BAF-C, and BAF-U; SAF cooperates with BAF-C, and is used between HODF set and HORF
  • the BAF-U is added to the user data bearer connection of the session; the SAF is used to instruct the BAF-C to copy the target media stream from the HOSF set to the HODF set; and the BAF-C is used to apply for the BAF-U after receiving the copy indication.
  • the conference resource connects the media bearers participating in the media interaction parties to the conference resource, and modifies the media delivery direction between the HODF set and the BAF-U to copy the target media stream.
  • Embodiments of the present invention provide a method for processing media stream continuity in a session, a session control signaling plane anchor point, and a system for processing media stream continuity in a session. It completely describes the process of media stream continuity in the session, which satisfies the need for media stream continuity processing in the session.
  • Figure 1 is a flow chart of a call from an IMS to an CS domain in an existing VCC
  • FIG. 2 is a flowchart of a method for processing a media stream in a session according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a session control signaling plane anchor point according to an embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of a terminal according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of steps of a method for copying a media stream according to an embodiment of the present invention
  • FIG. 6 is a schematic structural diagram of a system according to Embodiment 1.1 of the present invention.
  • FIG. 7 is a schematic structural diagram of a system according to Embodiment 1.2 of the present invention.
  • FIG. 8 is a schematic structural diagram of a system according to Embodiment 1.3 of the present invention.
  • FIG. 9 is a schematic structural diagram of a system according to Embodiment 1.4 of the present invention.
  • FIG. 10 is a flowchart of Embodiment 2.1 of the present invention.
  • FIG. 11 is a flowchart of Embodiment 2.2 of the present invention.
  • Figure 12 is a flowchart of Embodiment 2.3 of the present invention
  • Figure 13 is a flowchart of Embodiment 2.4 of the present invention
  • Figure 14 is a flow chart of Embodiment 2.5 of the present invention.
  • Figure 15 is a flow chart of Embodiment 3.1 of the present invention
  • Figure 16 is a flowchart of Embodiment 3.2 of the present invention
  • FIG. 17 is a flowchart of Embodiment 4 of the present invention.
  • FIG. 18 is a flowchart of Embodiment 5 of the present invention.
  • FIG. 19 is a flowchart of Embodiment 6 of the present invention.
  • FIG. 20 is a flowchart of Embodiment 7 of the present invention.
  • FIG. 21 is a flow chart of Embodiment 8 of the present invention. detailed description
  • An embodiment of the present invention provides a method for processing a media stream in a session. Referring to FIG. 2, the following main steps are included:
  • the SAF between the set of the first access connection corresponding to each HOSF in the HOSF set in the session and the remote connection corresponding to the HORF is provided.
  • the first access connection is associated with the target media stream.
  • the SAF After receiving the flow operation request, the SAF associates the media component corresponding to the target media stream with the second access connection between each HODF in the HODF set.
  • the SAF performs a streaming operation on the second access connection to process continuity of the target media stream.
  • S11 includes the following specific contents:
  • the SAF corresponds to an application server (AS) in the HOSF home IMS network;
  • the first access connection refers to a signaling connection between the HOSF and the SAF, that is, the first access connection corresponding to the HOSF may be associated with different media components, as long as the associated media component needs to be processed continuously, For the first access connection;
  • the HOSF set includes at least one HOSF, and the corresponding first access connection set includes at least a first access connection, the first access connection associates and controls at least one media component; one HOSF entity corresponds to at least one first access connection; one H0SF can belong to only one source user device, one source end The user equipment can correspond to multiple HOSFs.
  • the remote connection refers to a session control connection between the HORF and the SAF, and controls the delivery of the media stream between the HOSF set and the HODF set and the HORF through the first access connection set and the second access connection set and the corresponding remote connection. .
  • the flow operation request received by the SAF includes but is not limited to the following:
  • the SAF receives, from a HOSF, the target media stream associated with the first access connection corresponding to each HOSF in its HOSF set, and copies or copies the target media stream into the HODF set.
  • the trigger condition for the HOSF to initiate the flow operation request includes at least one of the following:
  • the HOSF receives the user indication (for switching or copying);
  • the HOSF detects that the strength of the wireless signal strength meets a preset threshold (for handover); c. the HOSF detects that the QoS quality of the medium meets a preset threshold (for handover); d. the HOSF detection To a terminal that is more suitable for processing the media (for switching);
  • the HOSF detects that the current time meets the preset value, for example: Set a time point, when the time point is reached, the preset value is met (for switching or copying).
  • the information in the flow operation request may be obtained by the HOSF from the session related information or the user input saved by the HOSF, and the flow operation request includes at least one of the following information:
  • the flow operation indication used to indicate the media stream switching or copy operation, further indicating that the media stream on the HOSF is cut out or copied to the H0DF;
  • Identification of the target media stream component a component used by the SAF to locate the target media stream associated with the first access connection that has been anchored;
  • Destination indication including the user identifier, the terminal identifier, or the identifier of the next access mode of the terminal.
  • the manner in which the flow operation request is routed to the SAF includes:
  • the HOSF initiates a flow operation request on the first access connection, and then receives the flow operation request from the connection as a signaling anchor SAF, such as: using a Refer message on the first access connection; or b,
  • the HOSF uses a message other than the first access connection, and sends a Refer message outside the first access connection to the address that can be routed to the SAF, such as the PSI number of the AS where the SAF is located, according to the SAF address, the flow operation
  • the request is routed to the SAF; or
  • the HOSF sends a flow operation request to the HODF.
  • the Refer message carries the information required for the handover, and the HODF initiates a flow operation request to the SAF, and the flow operation request is routed to the SAF (the HODF to SAF route mode is in the HODF). Partially introduced); or
  • the HOSF uses a message other than the first access connection, and sends a Refer message outside the first access connection to carry the information, and triggers the flow operation request to the SAF by using the iFC; or
  • the HOSF cut-out network is CS
  • the HOSF sends the flow operation request to the CS proxy entity by using the off-call CS signaling, and then the proxy entity converts the request and transmits it in the session of the first access connection.
  • the flow operation request carries identifier information associated with the first access connection, and is used by the CS proxy entity to locate the first access connection.
  • the CS session out-of-synchronization signaling may be unstructured service data (USSD) or short message (SMS), and the request carries the identification information that can be associated with the first access connection, and is used for the CS proxy entity to locate the first connection.
  • USB unstructured service data
  • SMS short message
  • Case 2 The SAF receives, from a HODF, the target media stream associated with the first access connection corresponding to each HOSF in the HOSF set, to the flow operation request in the HODF set.
  • the trigger condition for the HODF to initiate a flow operation request includes at least one of the following:
  • HODF detects that the strength of the wireless signal strength meets the preset threshold (for switching); c, HODF detects that the current time meets the preset value (for switching or copying);
  • d. Receive a flow operation indication (for switching or copying) sent by the HOSF or a third-party entity.
  • the third-party entity is neither the remote end nor the other end of the destination, including third-party user equipment and bits.
  • the handover control entity HOCF on the network side.
  • the flow operation request includes at least one of the following information:
  • the flow operation indication used to indicate media stream switching or copy operation, further indicating that the media stream is obtained or copied from the HOSF to the H0DF;
  • Identification of the target media stream component a component used by the SAF to locate the target media stream associated with the first access connection that has been anchored;
  • Destination indication including the user identifier, the terminal identifier, or the identifier of the terminal access mode (the HODF address that is switched to issue the handover request may not be carried).
  • Flow operation initiator indication Source initiator for indicating the current flow operation request to the SAF (in the case where the HODF receives the other party handover indication: the handover is actually triggered) These are the entities that send the instructions).
  • the manner in which the information in the flow operation request is obtained includes:
  • the session event of the HOSF is subscribed by before the streaming operation (including the information required for handover: the identifier of the associated media component in the anchored connection on the HOSF, type, SAF Address, etc., the same as); or
  • the protocol of the CS network obtains the information, such as a USSD message interaction or an SMS interaction, before the flow operation, such as USSD message interaction or SMS interaction;
  • the manner in which the flow operation request is routed to the SAF includes:
  • the HODF initiates a flow operation request on the session signaling connection between the SAF and the SAF before the flow operation, and then receives the connection from the connection as a signaling anchor SAF; for example, if the second access connection is already connected
  • the INVITE/UPDATE message is used to carry the information required for the handover; (using INVITE on an existing connection is called RelNVITE in SIP); or
  • the session signaling connection establishment request message is used as the flow operation request, and the information required for the flow operation is carried therein.
  • the address of the SAF according to the SAF address (such as the PSI number of the AS where the SAF is located), the flow operation request is routed to the SAF; or
  • the call establishment message of the CS domain is used as a flow operation request, and carries information required for the flow operation, and the called number of the call points to an address that can be routed to the SAF. Further, the number is associated with a media component in the HOSF of the cut-out domain (the number is sent from the SAF to the HODF entity using the CS domain);
  • the session connection establishment request message carries the information required for the flow operation, and the flow operation request is triggered to the SAF by the iFC.
  • Case 3 The flow operation request received by the SAF from a third-party entity to switch or copy the target media stream associated with the first access connection corresponding to each HOSF in the HOSF set to the HODF set.
  • the trigger condition for the third party entity to initiate the flow operation request includes at least one of the following:
  • a. Receive an indication from a third-party user equipment (for switching or copying);
  • the third-party user equipment detects that the time meets the preset value (for handover or replication); c.
  • the third-party entity on the network side HOCF detects that the network load condition reaches the threshold (for handover).
  • the flow operation request includes at least one of the following information:
  • the flow operation indication used to indicate media stream switching or replication, further indicating that the HOSF media stream is switched or copied to the HODF;
  • Identification of the target media stream component a component used by the SAF to locate the target media stream associated with the first access connection that has been anchored;
  • Destination indication including the user identifier, the terminal identifier, or the identifier of the terminal access mode; d.
  • the routing address pointing to the SAF such as the PSI number of the SAF; (not required when the HOCF and SAF are set together).
  • the manner in which the information in the flow operation request is obtained includes:
  • the third party subscribes to the HOSF session event before the streaming operation (including the information required for the handover: the identifier, type, SAF of the associated media component in the anchored connection on the HOSF) Address, etc.)
  • the third-party entities HOCF and SAF on the network side are located in different devices, the HOCF subscribes to the HOSF session event (including the information required for handover) by the SAF before the flow operation: the identifier of the associated media component in the anchored connection on the HOSF , type)
  • the manner in which the flow operation request is routed to the SAF includes:
  • a third-party entity carries the address of the SAF (such as the PSI number of the AS where the SAF is located), and the flow operation request is routed to the SAF according to the SAF address; b. Sending a flow operation request to the HODF, and then the HODF initiates a flow operation request to the SAF, and routing the flow operation request to the SAF HODF to the SAF is introduced in the HODF part);
  • the third-party entity sends a flow operation request to the HOSF, and the S-CSCF of the third-party entity uses the iFC in the routing process, and triggers the flow operation request to the SAF (for handover).
  • Case 4 The SAF receives from each HODF in the HODF set the target media stream associated with the first access connection corresponding to each HOSF in the HOSF set to the flow operation request in the HODF set.
  • the flow operation request includes at least one of the following information:
  • Destination indication including the identifier of the user, the identifier of the terminal, or the identifier of the terminal access mode. (If the flow operation indication can express the switching mode of the HODF acquisition medium, it does not need to be carried; otherwise, the indication object is the initiator HODF entity);
  • the association indication is used to indicate to the SAF that the request is related to the flow operation request of the other HODFs in the HODF set, and the SAF obtains the indication to determine whether to wait for the associated HODF to initiate the flow operation request, and the received Each stream operation request is merged;
  • Identification of the target media stream component A component of the target media stream associated with the first access connection that has been anchored by the SAF.
  • the trigger condition for initiating a flow operation request by each HOSF, and the information obtained in the flow operation request is the same as in the case 2 above.
  • Case 5 The SAF receives, from each HOSF in the HOSF set, the target media stream associated with the first access connection corresponding to each HOSF in the HOSF set, to the flow operation request in the HODF set.
  • the flow operation request includes at least one of the following information:
  • indication of the stream operation used to indicate that the media stream is switched or copied
  • Identification of the target media stream component a component used by the SAF to locate the target media stream associated with the first access connection that has been anchored;
  • the destination indication includes: a user identifier, a terminal identifier, or an identifier of the terminal access mode; d. an association indication: used to indicate to the SAF that the request is associated with a flow operation request of other HOSFs in the HOSF set, and the SAF learns After the indication, it is determined whether to wait for the associated HOSF to initiate a flow operation request, and perform a merge process on the received flow operation requests.
  • the trigger condition for initiating a flow operation request by each HOSF, the manner in which the information in the flow operation request is obtained, and the manner in which the flow operation request is routed to the SAF are the same as in the above case 1.
  • the SAF further includes: a step of performing a legality check, and then checking and passing the association and the target on the second access connection with each HODF in the HODF set. The media component corresponding to the media stream. If the check fails, the SAF notifies the originator of the flow operation request.
  • E6 whether the session state of the first access connection associated with the switched media is allowed to be switched; E7, whether the SAF can successfully locate the source user; E8, whether the SAF can successfully locate the first access connection associated with the switched media; E9, whether the destination has processing capability to support the switched media.
  • the second access connection between each HODF in the SAF and the HODF set is: a, an existing session signaling connection between the HODF and the SAF, or b, a new session signaling connection between the HODF and the SAF .
  • the SAF determines that the flow operation destination indication in the received flow operation request is a session identifier and corresponds to an existing session signaling connection, and then preferably The session signaling connection is used as the second access connection; or the SAF determines that the flow operation destination indication in the received flow operation request is a user equipment identifier or a mode identifier on a user equipment, and the flow operation purpose indication corresponds to
  • the session signaling connection is preferably used as the second access connection.
  • the method for creating a second access connection or using the existing second access connection includes: when the SAF receives the flow switching request from the HOSF and the third party, the SAF initiates the second connection to the HODF according to the information in the flow switching request.
  • the establishment of a connection is added to the media component corresponding to the switched media or initiated on an existing connection.
  • the SAF interacts with the SAF to establish a second access connection; or when the SAF receives the second access connection establishment request from the HODF and includes a flow operation indication, the SAF and the HODF interact to establish a second Access connection.
  • the second access connection establishment request further includes: not triggering an indication of the application server other than the SAF on the second access connection. If the HODF and the HOSF belong to different user-defined groups (such as the same IMS network public user identity IMPU, or have the same IMS network private user identity IMPI, or all terminals belonging to the same subscription user), then The SAF provided by the HODF on its home IMS network is called the second SAF.
  • the flow operation policy set by the HOSF user and the HODF user is mutually transmitted between the SAF and the second SAF.
  • the SAF and the second SAF determine whether to allow the corresponding flow operation according to the policy when receiving the subsequent flow operation request. Or in the SAF and the second The user's switching policy is saved (pre-set) in the SAF.
  • the SAF or the second SAF receives the flow switching request, it is determined according to the policy whether to allow the handover.
  • the second SAF or the SAF controls the handover.
  • exception handling when a second access connection fails to be established in the second access connection between the SAF and each HODF in the HODF set, the SAF performs a partial operation according to the network policy or according to the flow operation request.
  • the processing of the failure indicates that the flow operation process of the media or the flow operation process of all the second access connections is continued for the second access connection that is successfully established.
  • the HODF set is determined by the received request and includes at least one HODF, the HODF corresponds to at least one second access connection, and the any one of the second access connections is associated with at least one corresponding to the switched media.
  • Each second access connection can be associated with a different media component. Since the media components for media continuity are added and associated with these access connections, they are referred to as second access connections in order to distinguish them from the source connections of continuity.
  • the first access connection does not have to be connected to the second access when switching.
  • the SAF performs a flow operation on the second access connection, and processes the continuity of the target media stream, specifically: the SAF connects the second access connection in the second access connection set with the remote end. Perform association control and switch the target media stream from the HOSF set to the HODF set. Or the SAF performs a flow operation on the second access connection, and processes the continuity of the target media stream, where the SAF associates the second access connection in the second access connection set with the remote connection. Controlling and copying the target media stream from the HOSF set into the HODF set.
  • the association control is to provide a signaling interaction between the second access connection and the remote connection corresponding session by the SAF to perform redirection of the media stream.
  • the SAF cooperates with the Bearer Anchoring Function Control plane (BAF-C) to add a bearer anchor function user plane entity to the user data bearer connection between the HODF set and the HORF session.
  • BAF-C Bearer Anchoring Function Control plane
  • BAF-U Bearer Anchoring Function User plane
  • the SAF instructs the BAF-C to copy the target media stream from the HOSF set of the cut-out network to the HODF set of the cut-in network.
  • the BAF-C applies for the conference resource on the BAF-U, and connects the media bearers of the parties (HOSF collection, HORF) participating in the media interaction to (ie, redirects to the BAF-U) the conference resource, and Modify the media transfer direction between the HODF set and the BAF-U (change the direction to BAF-U to HODF one-way transfer) to achieve media copying.
  • the BAF-C and the BAF-U have a media operation control relationship; if the BAF-C and the SAF entity function are combined, the internal interface is used to communicate with each other; otherwise, the SIP interface is used to communicate with each other.
  • the manner in which the SAF performs streaming operations on the second access connection includes:
  • a certain amount can be configured by the network.
  • the SAF may select a mode according to the network policy as the default process, or determine whether the flow switch association indication is received in the flow switching request, and if received, the SDP of the associated HODF is collected and then the media is heavy with the HORF.
  • the flow switching association indication used to indicate to the SAF that the request has an association relationship with other HODF handover requests, and after receiving the indication, the SAF can determine whether to wait for the associated HODF to initiate.
  • the switch is merged.
  • the releasing step may be performed according to the policy:
  • the SAF determines, in the media stream associated with the first access connection, that the other media stream exists in addition to the target media stream, the SAF releases the target media stream associated with the first access connection according to one of the following policies: a.
  • the HOSF corresponding to the first access connection performs media negotiation to release only the associated target media; or b, releases the first access connection to be released together with other associated media outside the target media.
  • the SAF may obtain the policy from a flow operation request; or obtain the policy from configuration information of the SAF. Specific strategies include: deleting the target media component from the first access connection while preserving other media components, and/or releasing the first access connection where the media component is located.
  • a default release step may be performed: the SAF determines that the SAF is released when there is no other media stream other than the target media stream in the media stream associated with the first access connection.
  • the first access connection The first access connection.
  • the flow operation request further carries a subscription indication to the target media stream related event, and the SAF notifies the flow operation requester when the composition of the media stream changes according to the indication.
  • the notification uses the SIP NOTIFY message; the subscription indication of the switched media related event: used to subscribe to the switched media related event to the SAF, including: all events that occur after the switched media component, such as being switched to another destination , deleted, modified, etc.
  • the embodiment of the present invention further provides a session control signaling plane anchor point SAF, where the SAF corresponds to an application server (AS) in the HOSF home IMS network, as shown in FIG. 3, which includes: a trigger unit and a receiving unit. , associated unit and media stream processing unit.
  • AS application server
  • a triggering unit configured to trigger the SAF when receiving a request for a session control signaling plane anchor between a set of the first access connection corresponding to each HOSF in the HOSF set in the session and a remote connection corresponding to the HORF
  • Each of the first access connections is associated with a target media stream
  • a receiving unit configured to receive a flow operation request after the SAF is triggered
  • An association unit configured to associate, after receiving the flow operation request, a media component corresponding to the target media stream on a second access connection with each HODF in the HODF set;
  • the media stream processing unit is configured to perform a stream operation on the second access connection to process continuity of the target media stream.
  • the media stream processing unit may include: a first association control unit, configured to The second access connection in the second access connection set is associated with the remote connection for association control; and the handover subunit is configured to switch the target media stream from the HOSF set to the HODF set.
  • the media stream processing unit may further include: a second association control unit, configured to perform association control between the second access connection in the second access connection set and the remote connection; and the copy subunit, configured to be the second The second access connection in the access connection set is associated with the remote connection for association control, and the target media stream is copied from the HOSF set into the HODF set.
  • the flow operation request received by the association unit includes, but is not limited to, the following (the details are the same as the method of the embodiment of the present invention, and the same applies to the SAF in the embodiment of the present invention):
  • the SAF receives, from a HOSF, the target media stream associated with the first access connection corresponding to each HOSF in the HOSF set in which it is located, or copies the copy to the stream operation request in the HODF set.
  • Case 2 The SAF receives, from a HODF, the target media stream associated with the first access connection corresponding to each HOSF in the HOSF set, to the flow operation request in the HODF set.
  • Case 3 The flow operation request received by the SAF from a third-party entity to switch or copy the target media stream associated with the first access connection corresponding to each HOSF in the HOSF set to the HODF set.
  • Case 4 The SAF receives from each HODF in the HODF set the target media stream associated with the first access connection corresponding to each HOSF in the HOSF set to the flow operation request in the HODF set.
  • Case 5 The SAF receives, from each HOSF in the HOSF set, the target media stream associated with the first access connection corresponding to each HOSF in the HOSF set, to the flow operation request in the HODF set.
  • the second access connection between the SAF involved in the function of the further association unit and each HODF in the HODF set is: a, an existing session signaling connection between the HODF and the SAF, or b, a new connection between the HODF and the SAF Session signaling connection.
  • the selection question about using an existing session signaling connection or a new session signaling connection The SAF determines that the flow operation destination indication in the received flow operation request is a session identifier and corresponds to an existing one.
  • the session signaling connection is preferably used as the second access connection; or the SAF determines that the flow operation destination indication in the received flow operation request is a user equipment identifier or a mode identifier on a user equipment, And the flow operation destination indicates that an existing session signaling connection is corresponding, and the session signaling connection is preferred as the second access connection.
  • the method for establishing a second access connection by using the SAF control includes: when the SAF receives a flow operation request from the HOSF or the third-party entity, and determines that a new second access connection needs to be established, then the second time is initiated to each HODF in the HODF set.
  • An access connection establishment request when the HODF receives the request, interacts with the SAF to establish a second access connection; or when the SAF receives the second access connection establishment request from the HODF and includes a flow operation indication, the SAF Interact with the HODF to establish a second access connection.
  • the further media stream processing unit performs a stream operation on the second access connection, and processes the continuity of the target media stream, specifically: the SAF connects the second access connection in the second access connection set with the remote end. Perform association control and switch the target media stream from the HOSF set to the HODF set. Or the SAF performs a flow operation on the second access connection, and processes the continuity of the target media stream, where the SAF associates the second access connection in the second access connection set with the remote connection. Controlling, and copying the target media stream from the HOSF set into the HODF set.
  • the SAF cooperates with the Bearer Anchoring Function Control plane (BAF-C) to add a bearer anchor function user plane entity to the user data bearer connection between the HODF set and the HORF session. (Bearer Anchoring Function User plane BAF-U ). Thereafter, the SAF instructs the BAF-C to copy the target media stream from the HOSF set of the cut-out network to the HODF set of the cut-in network.
  • BAF-C Bearer Anchoring Function Control plane
  • the BAF-C After receiving the replication indication, the BAF-C applies for the conference resource on the BAF-U, and connects the media bearers of the parties participating in the media interaction (HOSF collection, HORF) to (ie redirect to BAF-U) on the conference resource, and modify the media transfer direction between the HODF set and the BAF-U (change the direction to BAF-U to HODF one-way transfer) to achieve media copying.
  • the BAF-C and the BAF-U have a media operation control relationship; if the BAF-C and the SAF entity function are combined, the internal interface is used to communicate with each other; otherwise, the SIP interface is used to communicate with each other.
  • the manner in which the media stream processing unit performs streaming operations on the second access connection includes:
  • a certain amount can be configured by the network.
  • the method further includes: an checking unit, located between the receiving unit and the associated unit, configured to perform a legality check on the flow operation request after receiving the flow operation request, and notify the associated unit after the check is passed.
  • an checking unit located between the receiving unit and the associated unit, configured to perform a legality check on the flow operation request after receiving the flow operation request, and notify the associated unit after the check is passed.
  • the method further includes: a releasing unit, configured to release the resources occupied by the target media stream on the HOSF-side after the media stream processing unit completes the continuity processing on the target media stream. Specifically, after the processing of the target media stream by the media stream processing unit is completed, the releasing unit determines that the first access connection associates the components of the at least two media streams, and the SAF performs media negotiation with each HOSF in the HOSF set according to the policy. And releasing a component of the target media stream associated with each of the first access connections; and when the releasing unit determines that the first access connection is associated with a component of the media stream, the SAF releases the media by performing media negotiation with each HOSF in the HOSF set according to the policy. Each first access connection.
  • the release unit may obtain the policy from the flow operation request; or obtain the policy from the configuration information of the SAF.
  • Specific strategies include: deleting the target media component from the first access connection while preserving other media components, and/or releasing the first access connection where the media component is located.
  • the flow operation request further carries a subscription indication to the target media stream related event, and the SAF notifies the flow operation requester when the component of the media stream changes according to the indication.
  • notification fee SIP NOTIFY message subscription indication for the switched media related event: used to subscribe to the switched media related event to the SAF, including: all events that occur after the switched media component, such as being switched to another destination, deleted, modified Wait.
  • the content related to the SAF is applicable to the SAF of the embodiment of the present invention.
  • the embodiment of the present invention further provides a system for processing media stream continuity in a session, including a HOSF set, a HODF set, an HORF, and a session control signaling plane anchor point SAF (for SAF in the embodiment of the present invention)
  • a system for processing media stream continuity in a session including a HOSF set, a HODF set, an HORF, and a session control signaling plane anchor point SAF (for SAF in the embodiment of the present invention)
  • SAF session control signaling plane anchor point
  • a second SAF may be included, which is triggered during the second access connection establishment process and plays an anchoring role in the continuity processing of the target media stream.
  • a second SAF may be included, which is triggered during the second access connection establishment process and plays an anchoring role in the continuity processing of the target media stream.
  • the method may further include: BAF-C and BAF-IL, when the process operation request is a copy operation request, the SAF cooperates with the Bearer Anchoring Function Control plane (BAF-C), and the session between the HODF set and the HORF Add a Bearer Anchoring Function User plane BAF-U to the user data bearer connection. Thereafter, the SAF instructs the BAF-C to copy the target media stream from the HOSF set of the cut-out network to the HODF set of the cut-in network.
  • BAF-C Bearer Anchoring Function Control plane
  • the BAF-C After receiving the replication indication, the BAF-C applies for the conference resource on the BAF-U, and connects the media bearers of the parties (HOSF set, HORF) participating in the media interaction to (ie, redirects to the BAF-U) the conference resource, and Modify the media transfer direction between the HODF set and the BAF-U (change the direction to BAF-U to HODF one-way transfer) to achieve media copying.
  • the BAF-C and the BAF-U have a media operation control relationship; if the BAF-C and the SAF entity are combined, the internal interface communicates with each other; otherwise, the SIP interface is used to communicate with each other.
  • the embodiment of the present invention further provides a terminal, which may be a HOSF, a HODF, a third party terminal, or a third party entity on the network side.
  • a terminal which may be a HOSF, a HODF, a third party terminal, or a third party entity on the network side.
  • the terminal includes a receiving unit and an initiating unit.
  • a receiving unit configured to receive a flow operation indication.
  • the flow operation indication comes from the user, or other end End or network element.
  • an initiating unit configured to initiate a flow operation request to the network side according to the indication received by the receiving unit.
  • the content of the HOSF, the HODF, the third-party terminal (ie, the third-party user equipment), or the third-party entity on the network side is applicable to the terminal of the embodiment of the present invention.
  • the embodiment of the present invention further provides a method for copying a media stream. Referring to FIG. 5, the following main steps are included:
  • BAF-C cooperates with SAF to add BAF-IL to the user data bearer connection between the HODF set and the HORF session.
  • the cooperation refers to the SAF proxy UE-S (HOSF) set and the UE-R (HORF) and the BAF-C perform media negotiation, so that the media streams of the UE-S and the UE-R are redirected to the BAF-U, thereby completing The anchor in the BAF-U media bearer connection.
  • HOSF SAF proxy UE-S
  • HORF UE-R
  • BAF-C perform media negotiation, so that the media streams of the UE-S and the UE-R are redirected to the BAF-U, thereby completing The anchor in the BAF-U media bearer connection.
  • the BAF-C receives an indication to copy the target media stream from the HOSF set to the HODF set.
  • the indication received by the BAF-C is from the SAF.
  • the BAF-C applies for the conference resource on the BAF-U, and connects the media bearers participating in the media interaction parties to the conference resource, and modifies the media delivery direction between the HODF set and the BAF-U to copy the target media stream.
  • the participating media interaction parties include: a HOSF set and an HORF.
  • the modified HODF sets the media transfer direction between the BAF-Us, that is, the direction is modified to be a one-way transfer from the BAF-U to the HODF.
  • the BAF-C and the BAF-U have a media operation control relationship; if the BAF-C and the SAF entity function are combined, the internal interface is used to communicate with each other; otherwise, the SIP interface is used to communicate with each other.
  • the embodiment of the present invention further provides a media stream replication system, including: a SAF, a HODF set, a HODF set, an HORF, a BAF-C, and a BAF-U;
  • the SAF cooperates with the BAF-C to add a BAF-U to the user data bearer connection between the HODF set and the HORF session; a SAF, configured to instruct the BAF-C to copy the target media stream from the HOSF set to the HODF set;
  • the BAF-C after receiving the replication indication, applies for the conference resource on the BAF-U, connects the media bearer participating in the media interaction party to the conference resource, and modifies the media transmission direction between the HODF set and the BAF-U. To copy the target media stream.
  • the media stream replication method and system described in the above fifth and sixth embodiments can copy the media to a third-party entity without interrupting the session of the copied media. If the user receives a favorite music album on their terminal, they will be instructed to save it in their own home storage device while listening. In particular, when the target of the media copy does not support the format of the copied media, the media format conversion and adaptation can also be performed by the BAF-U.
  • System Architecture 1 The architecture for deploying a single SAF for media stream switching operations belongs to the same user for HOSF and HODF. See Figure 6, which includes the following:
  • IMS/CS network entities Some of the IMS/CS network entities are omitted, and only the relevant parts are shown.
  • the arrows of the dashed lines in the figure represent the first access connection; the solid arrows indicate media bearers; the dotted arrows indicate the second access connection; and the dashed arrows indicate remote connections.
  • the HODF and the HOSF and the IMS home network SAF use SIP signaling or CS network signaling (in this case, an entity that interworks with the CS and a CS proxy entity are required to perform CS signaling and SIP signaling for the SAF in the IMS network to which the HOSF belongs. Interoperability of the order, not shown in the figure).
  • the HODF and HOSF When the HODF and HOSF are in a user equipment, they use the internal interface to communicate; otherwise, they use the interface that supports the SIP protocol to communicate. (The HODF and HOSF can be on different user devices;).
  • Optional an entity represented by a dotted line: Adding a HOCF entity and a third-party user equipment to the system communicates through the SIP signaling of the IMS network and the SAF (both HOCF and SAF are combined using an internal interface), or Communicate with the HODF.
  • the AS of other services is on the far leg, and the SAF is closer to the user side than other ASs, so the ASs of other services are not affected by the handover.
  • the HORF shown may be a terminal that supports SIP signaling or when the opposite end of the session is a CS terminal. That is, the CS terminal provides an interworking MGCF entity.
  • System Architecture 2 Architecture for deploying multiple SAFs for media stream switching operations. See Figure 7, which includes the following:
  • the arrows in the dashed line indicate the first access connection; the solid arrows indicate the media bearing; the dotted arrows indicate the second access connection; the dashed arrows indicate the far end connections; the alternate long and short horizontal arrows indicate the connections between the SAFs. .
  • the HODF and the HOSF respectively use SIP signaling or CS network signaling between the SAFs in the respective IMS networks (in this case, an entity that interworks with the CS and a CS proxy entity are required to perform CS for the SAF in the IMS network to which the HOSF belongs) Interworking between signaling and SIP signaling, not shown in the figure).
  • connection between the SAFs in the figure appears to be part of the second access connection for the second SAF and appears to be part of the far end connection for the second SAF.
  • a first SAF may correspond to multiple second SAFs (since the HODFs belong to different users, there may be different home IMS networks).
  • the HOSF belongs to the IMS network by adding a first HOCF entity
  • the HODF belongs to the IMS network by adding a second HOCF entity
  • adding a third party user equipment Both the first HOCF and the second HOCF communicate with the SAF through the SIP signaling of the IMS network (both HOCF and SAF are combined using an internal interface) or communicate with the HODF.
  • the AS of other services is on the far leg, and the SAF is closer to the user side than other ASs, so the ASs of other services are not affected by the handover.
  • the HORF shown may be a terminal that supports SIP signaling or when the opposite end of the session is a CS terminal, that is, the CS terminal provides an interworking MGCF entity.
  • System Architecture 3 Architecture for deploying a single SAF for media stream copy operation. See Figure 8 for the following:
  • IMS/CS network entities are omitted, and only relevant parts are shown.
  • the arrow of the dashed line in the figure indicates the first access connection; the solid arrow indicates the media bearer; the dotted arrow indicates the second access connection; Dotted arrows indicate remote connections.
  • the HODF and the HOSF and the IMS home network SAF use SIP signaling or CS network signaling (in this case, an entity that interworks with the CS and a CS proxy entity are required to perform CS signaling and SIP signaling for the SAF in the IMS network to which the HOSF belongs. Interoperability of the order, not shown in the figure).
  • the HODF and HOSF When the HODF and HOSF are in a user equipment, they use the internal interface to communicate; otherwise, they use the interface that supports the SIP protocol to communicate. (The HODF and HOSF can be on different user devices;).
  • the interface between the SAF and the BAF-C is supported by the SIP protocol, or the two are combined to communicate with the internal interface.
  • the BAF-C and BAF-U communicate using the H.248 or MEGACO protocol.
  • Optional an entity represented by a dotted line: Adding a HOCF entity and a third-party user equipment to the system communicates through the SIP signaling of the IMS network and the SAF (both HOCF and SAF are combined using an internal interface), or Communicate with the HODF.
  • the AS of other services is on the far leg, and the SAF is closer to the user side than other ASs, so the ASs of other services are not affected by the handover.
  • the HORF shown may be a terminal that supports SIP signaling or when the opposite end of the session is a CS terminal, that is, the CS terminal provides an interworking MGCF entity.
  • IMS/CS network entities Some of the IMS/CS network entities are omitted, and only the relevant parts are shown.
  • the arrows of the dashed lines in the figure represent the first access connection; the solid arrows indicate media bearers; the dotted arrows indicate the second access connection; and the dashed arrows indicate remote connections.
  • the HOSF and the IMS home network add interworking entities between the SAFs.
  • the MGCF and the MGW, the MGCF and the MGW serve as entries for the circuit domain users in the IMS network.
  • the call signaling communication of the CS domain is used between the HOSF and the MGCF, and the MGCF and the IMS network communicate with the SIP signaling.
  • the CS proxy entity (represented by a dotted line) also inserts a signaling path between the HOSF and the SAF, and the proxy HOSF performs related processing on the IMS network.
  • HOSF via USSD or SMS with
  • the CS proxy entity interacts to transmit control call or flow operation information, and the CS proxy entity associates the control information in the channel with the first access connection according to the association information in the channel.
  • the CS proxy entity can also be integrated with the SAF entity.
  • the pre-set condition is that the signaling plane of the session control between the HOSF set (at least one HOSF) and the UE-R has been anchored in the SAF of the source user home IMS network, and the bearer between the two user equipments The interaction of the media stream (at least one media component) (Note ⁇ 1>).
  • the UE-S receives the user indication (Note ⁇ 2>), sends an operation request in the first access connection and carries the information required for the stream operation (Note ⁇ 3>), where the SIP Refer message is taken as an example. , but it can be other news.
  • the request message is passed to the SAF process along the path of the first connection. (Note ⁇ 4> )
  • the interaction between the P-CSCF and the S-CSCF and the entity on the UE-R network side are omitted in the figure.
  • the HOSF set is located on one UE-S as an example, and may also be located on multiple UEs. Therefore, the HOSF may correspond to one UE or one access mode on one UE (in this case, it has a contact address or a CS address with the IMS network;);
  • HOSF detects that the strength of the wireless signal strength meets the preset threshold
  • the HOSF detects that the QoS quality of the media meets the preset threshold, or
  • HOSF detects that there is a terminal more suitable for processing the media
  • the HOSF detects that the time meets the preset value.
  • the flow operation request information in the figure includes at least any combination of the following items.
  • the flow operation indication used to indicate the media stream operation (different and session operations such as switching), Further indicating that the media stream on the HOSF is cut out or copied to the HODF (the indication may be a SIP header field, a method, a parameter, or a message body, or may be a PSI number of the SAF or the message name itself;
  • the media stream has the same indication, and each media stream has an indication and can be different.
  • the identifier of the media component to be operated the media component to be operated associated with all the first access connections that have been anchored by the SAF (can be a global identifier that the SAF can identify), such as m rows in the SDP corresponding to the media.
  • the operation purpose indication corresponding to the media to be operated may be an address that is addressed to the user identifier (such as IMPU, TELURL SIP URL mobile or fixed integrated service digital network number, PSTN) Number, etc.), an address number addressed to the terminal (such as the GRUU or the personal terminal identifier ⁇ Personal ME identified under the user ID or the instance number of the terminal
  • ⁇ instance-id> or the access terminal's preference information
  • an indication of the next access mode of the terminal eg, indicating an access network preference information
  • a SIP address pointing to the SAF such as a PSI number of the SAF;
  • partial operation failure processing indication used to indicate to the SAF whether the media component of the requested operation fails to continue processing or returns the entire media stream operation when part of the media operation fails;
  • the process of cutting out the remaining media components of the domain for indicating to the SAF that the media stream is processed after the media stream operation is completed, the media component may be deleted from the corresponding first access connection, and the media component is released.
  • Subscribing indication of the event related to the operated media for subscribing to the target media related event of the S AF, including: all events subsequent to the target media component, such as being switched to other destinations, being deleted, being modified, and the like.
  • the HOSF may use the USSD or SMS to send the request carrying the above information and the session identifier corresponding to the first access connection to the CS proxy entity.
  • the CS proxy entity locates the corresponding session according to the identifier, and then converts the requested content into the format in the IMS.
  • the request is sent to the SAF process (not shown in the figure) within the located session.
  • the flow operation association indication is used to indicate to the SAF that the request is associated with the operation request of the other HOSF. After receiving the indication, the SAF may determine whether to wait for the operation initiated by the associated HOSF to perform the merge processing;
  • the method in > carries, its content can be a Boolean indication of whether there is an association, or an indication of the initiator of the other party.
  • the pre-set condition is that the signaling plane of the session control between the HOSF set (at least one HOSF) and the UE-R has been anchored in the SAF of the source user home IMS network, and the bearer between the two user equipments The interaction of the media stream (at least one media component) (Note ⁇ 1>).
  • the UE-S receives the user indication (Note ⁇ 2>), and sends an operation request outside the first access connection.
  • the Refer message is used as an example, but other messages may also be carried in the message.
  • Request the required information (Note ⁇ 3>) and the requested URI is set to the PSI number of the SAF.
  • the request After the request is routed to the S-CSCF of the UE-S, it can be routed to the SAF through the Ma interface or the S-CSCF corresponding to the PSI to the SAF according to the routing mode of the PSI. According to the PSI route, this belongs to the existing technology. This embodiment is no longer developed. (Note ⁇ 4> )
  • Note ⁇ 3> The information required for the carried stream operation and the carrying method are described in Note ⁇ 3> of Embodiment 2.1; the difference is that when the HOSF initiates the request in the CS network, the HOSF can send the request using USSD or SMS as described above. Information to the CS proxy entity, the CS proxy entity, converts the requested content to The format in IMS uses a new session to send the request to the SAF process (not shown).
  • the routing method is also applicable to the application scenario where the third-party request from the user side or the network side (HOCF) is routed to the SAF.
  • the triggering conditions include: a.
  • the network load condition reaches the threshold.
  • Third-party entity on the network side HOCF detects that the quality of service delivered by the media on the HOSF reaches the threshold.
  • the third-party entity HOCF on the network side detects that the signal strength of the session connection corresponding to the first access connection corresponding to the HOSF set reaches a threshold (the a, b, and c information may be the access and core network elements in the network) Mutual cooperation is obtained through the channel of operation management).
  • This information can be carried in the header field, parameter, method or message body in the SIP message, or by defining a dedicated stream operation structure.
  • the third-party entity Before initiating the request, the third-party entity also subscribes to the source user for the information required for the stream operation (such as various attributes of the media in the session, the identifier, etc.; for the third party on the network side, such as HOCF, if it is combined with the SAF, it is not required subscription).
  • the subscription may initiate a SIP SUBSCRIBE request by the third direction to the SAF of the HOSF home network or the Presence Server accepting the subscription, and indicate that the SIP NOTIFY message is sent to the third party to carry the required information (not shown);
  • Routing of a flow operation request A source (HOSF) initiated, out of session mode 2. Referring to Figure 12, the following steps are included:
  • the pre-condition is that the signaling plane of the session control between the UE-S and the UE-R has been anchored in the SAF of the source user's home IMS network, and the media stream is carried in the bearer between the two user equipments.
  • the UE-S receives the user indication (Note ⁇ 2>), and sends an operation request outside the first access connection.
  • the Refer message is used as an example, but other messages may also be carried in the message.
  • Request the required information, the value of the request URI can be filled in as the PSI or other value of the SAF.
  • the SAF can be triggered according to the detection of the iFC.
  • the iFC can be set to request any header fields associated with the stream operation feature (Note ⁇ 4>).
  • Note ⁇ 3> For the information and carrying method of the carried stream operation, refer to Note ⁇ 3> of Example 2.2.
  • Routing of a flow operation request A user equipment (HODF) where a destination is located, a manner within a session. Referring to Figure 13, the following steps are included:
  • the preset condition is that the session control signaling between the UE-S and the UE-T and the UE-R is already anchored in the SAF, and the media stream is transmitted between the UE-S and the UE-T and the UE-R (Note ⁇ 1> ).
  • the UE-T where the HODF is located requests to subscribe to the session information of the HOSF. After the request is routed to the home network of the HOSF, the SAF process to the HOSF is triggered.
  • the UE-T receives the user indication (Note ⁇ 2>), and determines to switch the media on the UE-S to the existing session on the UE-T, and thus in the second access connection (Call-id)
  • the session control connection shown in #2 sends a flow switching operation request, which is carried in the SIP RelNVITE message as an example, or may be other messages such as SIP UPDATE, where the message carries the information required for the flow switching request ( Note ⁇ 3> ), the value of the request URI can be filled in as the PSI or other value of the SAF.
  • the request is routed to the SAF through the S-CSCF of the UE-S along the signaling path of the second access connection.
  • the HODF obtains the information required for the stream operation, and may also receive an indication of the handover from the HOSF or the third party, such as a Refer message, which carries the required information (in the figure, the subscription method is taken as an example,
  • the sending object of the subscription request may also be a presence service server (Presence Server) that issues information related to the HOSF session; no subscription is required when the HODF and the HOSF are appropriate;
  • Presence Server Presence Server
  • HODF detects that the strength of the wireless signal strength meets the preset threshold
  • the information to be carried at least includes any combination of the following items:
  • the flow operation indication used to indicate media stream switching or replication (different and session switching), further indicating that the media stream is obtained from the HOSF to the HODF, in particular, the PSI number indicating the SAF may be used or the special stream may be used.
  • Switch header fields, parameters, and method representations are used to indicate media stream switching or replication (different and session switching), further indicating that the media stream is obtained from the HOSF to the HODF, in particular, the PSI number indicating the SAF may be used or the special stream may be used.
  • Identification of a to-be-operated media component a media component to be operated associated with the first access connection that has been anchored by the SAF.
  • the switching destination indication corresponding to the to-be-operated medium may be an addressing to the user identifier, an addressing to the terminal identifier, or addressing to the next access mode of the terminal.
  • the indication (the operation is to switch or copy to the HODF address that issued the handover request may not be carried). Further combinations may also include the following information:
  • a SIP address pointing to the SAF such as the PSI number of the SAF; (optional)
  • partial operation failure processing indication used to indicate to the SAF whether the processing of the media stream operation is continued when the media component of the requested handover has a partial media operation failure
  • Operation initiator indication used to indicate to the SAF the true initiator of the current flow operation request (in the case that the HODF receives the other party's operation indication: the entity that actually triggers the operation is the entity that sends the indication);
  • the processing indication of the remaining media component of the source domain is used to: indicate, to the SAF, the processing of the source domain media after the media stream operation is completed, may be: deleting the media component from the corresponding first access connection, releasing the media component. First access connection;
  • Subscribing indication of the switched media related event used to subscribe the S AF to the switched media related event, including: all events that occur after the operated media component, such as being switched to another destination, deleted, modified, etc. .
  • This information can be carried in the header field, parameter, method or message in the SIP message, or by defining a dedicated stream operation structure;
  • the information described at the time of IMS initiation may be mapped in the USSD/SMS;
  • the routing method can also be applied to the application scenario in which all elements of the HOSF set initiate flow operations to the SAF, but the information carried further includes:
  • the flow operation association indication is used to indicate to the SAF that the request is associated with the operation request of the other HODF.
  • the SAF may determine whether to wait for the flow operation initiated by the associated HODF to perform the merge processing;
  • the method in 3> is carried, and the content may be a boolean indication of whether there is an association, or an indication of the initiator of the other party; in this scenario, the embodiment can be used in combination with the embodiment 2.5, that is, The case of initiating a request within the session and outside the session;
  • the HODF may use the USSD or the SMS to send the request carrying the above information and the session identifier corresponding to the first access connection to the CS.
  • Agent The CS proxy entity locates the corresponding session according to the identifier, and then converts the requested content into a format in the IMS, and then sends the request to the SAF processing in the located session (not shown in the figure);
  • This procedure takes the S-CSCFs with different UE-S and UE-T corresponding to HOSF and HODF as examples, or the two user equipments belong to the same S-CSCF, even HOSF and HODF. Different access modes belonging to the same user equipment.
  • the preset condition is that the session control signaling between the UE-S and the UE-R is already anchored in the SAF, and the media stream is transmitted between the UE-S and the UE-R (Note ⁇ 1>) (Note ⁇ 1.1>) .
  • the UE-T receives the user indication (Note ⁇ 2>), and determines to switch the media on the UE-S to the new session on the UE-T, and thus in the second access connection establishment request (Call-
  • the session control connection shown by id#2 carries the information required for the flow switching request, that is, the information required to carry the flow switching request using the SIP INVITE message (Note ⁇ 3>), and the value of the request URI is filled in as the PSI of the SAF.
  • the I-CSCF that requests the route to the PSI home network further routes the request message to the SAF process using the PSI routing method (Note ⁇ 5> ) (Note ⁇ 6> )
  • Note ⁇ 3> For the information and carrying method of the carried stream operation, refer to Note ⁇ 3> of Embodiment 2.4.
  • the called number is an address that can be routed to the SAF, such as the PSI number of the AS where the SAF is located, and the called number is also an indication of the flow switching or copy operation; even the number is Can be associated with a media component in the HOSF of the cut-out domain (the The number is sent from the SAF to the HODF entity using the CS domain, so that the SAF can locate the media component in the first access connection that needs to be operated, or according to the media attribute in the CS call (the bearer capability information in the CS) ⁇ BC>) determining the corresponding media component in the first access connection (this applies only to the more extreme case, such as only one corresponding component in the entire anchored call);
  • the HODF may use the USSD or SMS to send the request to carry the above information to the CS proxy entity, and the CS proxy entity converts the requested content into the format in the IMS and locates it.
  • the request is sent to the SAF process (not shown in the figure);
  • the route to the SAF may be requested by the S-CSCF.
  • the stream operation attribute in the iFC match is matched, and the match is triggered to the SAF process.
  • the preset condition is: the session between the UE-S where the HOSF is located and the UE-R where the HORF is located has been anchored in the SAF, and the first access connection (ie, the session signaling connection between the UE-S and the SAF) is associated with Controlling media components X and Y; UE-T1 also has a session with UE-R (associating and controlling media component Z) and anchoring at SAF, UE-T1 and SAF session connections (call-id#3)
  • the session between UE-S and SAF (shown as call-id#l) also corresponds to a remote connection (the session indicated by call-id#2).
  • the SAF has received a flow operation request (Note ⁇ 1>) sent by the UE-S or the third-party user equipment or the HOCF.
  • the SAF can perform a legality check to determine whether the conditions for switching are allowed. For the judgment conditions, see (Note ⁇ 2>).
  • the SAF determines that the flow operation request satisfies the condition, and then issue a SIP RelNVITE message and a SIP INVITE message to the UE-T1 and the UE-T2 respectively to request to establish the SAF and the flow operation according to the operation request indication for the handover and the purpose of the indication thereof.
  • the Route header field in the SIP session initial setup message sent by the SAF carries a dm-ul.
  • the S-CSCF is carried in the header field when triggered to the SAF) or passes the handover policy set by the UE-S and UE-T2 users (Note ⁇ 4>);
  • 3a, 3b, UE-T1, and UE-T2 respectively provide their own supported SDP information when the SDP answers; 4, 5, SAF agents UE-T1 and UE-T2 perform media negotiation with UE-R, and this process simultaneously UE- Media X and Y of R are redirected to UE-T1 and UE-T2; (Note ⁇ 5>)
  • SAF correspondingly forward the SDP information of the UE-R to UE-T1 and UE-T2;
  • UE-T2 complete the second access connection establishment process and add and associate media components X, Y respectively (Note ⁇ 6>); See Example 4 for the release process of the incoming associated media.
  • the media streams X and Y are on the same UE-S as an example, or may be on different UEs; where the flow operation request may be any combination route of Embodiment 2.1 or 2.2 or 2.3.
  • SAF processing To SAF processing;
  • the legality test content includes but is not limited to any combination of the following:
  • the failure response is returned to the requester, for example, the cause value corresponding to the SIP 400, 500, 600 series message carrying and checking item can be used (not shown in the figure of the embodiment);
  • the second access connection can be established by using any existing session connection between the destination end and the SAF or establishing a session connection between the destination end and the SAF.
  • the way is as an example;
  • the SAF is based on the judgment of the UE-S and UE-T2 relationship, such as different terminals using the same IMPU, or different IMPUs but belonging to the same contractual relationship (
  • the different public numbers of the users, or the numbers belonging to the same user but belonging to different operator networks are defined as one group.
  • the data such as the policy set by the user is shared, and only one SAF call can satisfy the flow operation request of these users. Therefore, the session establishment request may carry an indication that does not trigger other ASs, so that only one SAF processing flow operation indication is ensured, such as using a header field, a method, a parameter, and a message body of the SIP message; or
  • the SAF may carry the policy of the convection operation media set by the UE-S side in the session establishment request.
  • the second SAF is triggered during the session establishment process, Save the policy.
  • the second SAF receives an operation request for the associated media on its connection, it can be processed according to this policy.
  • the strategies described include but are not limited to:
  • the third-party/destination user specified by the UE-S user in the SAF forbidding the destination end user/destination user specifies the policy of the second destination to cut the cut media stream to the second destination.
  • policies can be carried in any SAF to UE-T2 direction message.
  • the second SAF may also use the media stream operation policies set by UE-T2, and these policies may be carried in any UE-T2 to SAF direction message.
  • the strategies described include but are not limited to:
  • the SAF associates the second access connection with the remote connection, that is, provides interaction between the second access connection and the remote connection session signaling, so that the target media is associated with the second access.
  • the connected and remote UEs complete the media redirection to the user equipment where the HODF is located. As shown in steps 2a to 12b, the sequence of message interaction shown in this embodiment may be adjusted.
  • the preset condition is: the session between the UE-S where the HOSF is located and the UE-R where the HORF is located has been anchored in the SAF, and the first access connection (ie, the session signaling connection between the UE-S and the SAF) is associated with Controlling media components X and Y; UE-T1 also has a session with UE-R (associate and control media According to Z) and anchored in SAF, the session connection between UE-T1 and SAF (shown in call-id#3) and the session between UE-S and SAF (shown as call-id#l) correspond to one remote connection at the same time. (The session shown by call-id#2).
  • La, lb, and UE-T1 use the existing session connection (call-id#3) as the second access connection, on which the RelNVITE carries the media information supported by itself and the associated media indication; UE-T2 creates a new session connection ( Call-id#4) is used as the second access connection, so the INVITE message sent to the SAF also carries the media information supported by itself and the associated media indication (Note ⁇ 2>), and further carries some influences on the AS call in the new session. Indicating or passing a handover policy set by the UE-S and UE-T2 users (Note ⁇ 3>);
  • the SAF collects the handover request according to the association indication, it determines whether the flow operation request satisfies the condition (Note ⁇ 4>);
  • SAF proxy UE-T1 and UE-T2 perform media negotiation with UE-R, this process simultaneously redirects media X and Y of UE-R to UE-T1 and UE-T2 (media negotiation
  • the message can also be UPDATE, etc.
  • the media streams X and Y are on the same UE-S as an example, or they may be on different UEs;
  • the destination end initiates the request at the same time as an example, or the one end initiates, for example, UE-T or UE-T2.
  • the second access connection may be established by using any existing session connection between the destination end and the SAF or establishing a session connection between the destination end and the SAF.
  • the way is as an example;
  • the media association indication may be carried by a certain header field, method, parameter, and message body of the SIP message; Note ⁇ 3>: The content and carrying time and manner of these indications and policies participate in Embodiment 3.1 Note ⁇ 4>; Note ⁇ 4> : Check the contents of the flow operation conditions. See, Example 3.1 Note ⁇ 2>;
  • This procedure is exemplified by the different S-CSCFs of UE-S and UE-T1 & 2 corresponding to HOSF and HODF, respectively, and can also be applied to the same S-CSCF, even HOSF and HODF belong to The case of different access modes of a user equipment;
  • the SAF associates the second access connection with the remote connection, that is, provides interaction between the second access connection and the remote connection session signaling, so that the target media is associated with the second access.
  • the connected and remote UEs complete the media redirection to the user equipment where the HODF is located. As shown in steps 1a to 10b, the sequence of message interactions shown in this embodiment can be adjusted.
  • the preset condition is: the session between the UE-S where the HOSF is located and the UE-R where the HORF is located has been anchored in the SAF, and the first access connection (ie, the session signaling connection between the UE-S and the SAF) is associated with Controlling media components X, X' and Y; UE-T1 also has a session with UE-R (associating and controlling media component Z) and anchoring at SAF, UE-T1 and SAF session connection (call-id# 3) and the session between UE-S and SAF (shown as call-id#l) corresponds to a remote connection (the session indicated by call-id#2).
  • the SAF has received an operation request for switching the media streams X and Y to the UE-T1 and the UE-T2, respectively, and adds and associates the media X with the second access connection corresponding to the UE-T1 and the UE-T2.
  • Y (Note ⁇ 1>).
  • the SAF releases the target media associated with the first access connection according to the cut-out domain media component processing instruction carried in the flow operation request (Note ⁇ 2>);
  • the indication is to release the media component of the cut-out domain
  • the SAF initiates the media negotiation request to release the media X, ⁇ (Note ⁇ 3>) by using the session connection corresponding to the first access connection; 3, 4, the negotiation process is completed, the media X, Y in the first access connection are released (Note ⁇ 4>), (Note ⁇ 5>);
  • the subscriber is notified after the stream operation ends (Note ⁇ 6>).
  • the media streams X and Y are on the same UE-S as an example, or may be on different UEs.
  • the media streams X and Y are on the same UE-S as an example, or may be on different UEs.
  • the second access connection is established.
  • the process of association with the corresponding media see Embodiments 3.1, 3.2;
  • This embodiment takes the instruction of receiving the cut-out domain media component in the received stream operation request as an example, or may perform processing according to a default processing policy in the network;
  • the processing indication may also be to release the entire first access connection, and the SAF may not continue processing by releasing the session corresponding to the first access connection; or retaining the associated media in the first access connection;
  • the cut-out domain media component processing indication may be carried by using a header field, a method, a parameter, and a message body of the SIP message;
  • Media negotiation can also be other messages such as SIP UPDATE;
  • UE-S, UE-T1, UE-T2 or a third party may also request the SAF to initiate a subsequent handover by using the methods of Embodiments 1 to 3; or when the second access connection is established.
  • the second SAF may also be requested to be used to switch the media associated with the second access connection by requesting the initiator to use the address of the second SAF as the address of the media operation request (in the figure). Not shown).
  • the notification content includes whether the handover is successful, the destination of the media cut-out, the identity of the SAF after cutting out, etc.; the notification can also be transmitted using the USSD or SMS in the CS network.
  • the SAF may send the HOF to the HOSF after the other party, such as the HODF or the third party entity, initiates the switching of the media component in the session and succeeds.
  • the notification includes: the initiator information of the handover, the destination information of the handover, the media component to be switched, and the like.
  • the preset condition is: the session between the UE-S where the HOSF is located and the UE-R where the HORF is located has been anchored in the SAF, and the first access connection (ie, the session signaling connection between the UE-S and the SAF) is associated with Controls the media component X (Note ⁇ 1>).
  • UE-T initiates a second access connection by establishing a session with the SAF and requests a media copy operation (Note ⁇ 2>);
  • SAF can perform media operation condition check as required (Note ⁇ 3>);
  • the SAF and the UE-R perform media negotiation and media negotiation with the MRFC, so that the UE-R redirects the media X to the bearer anchor point BAF-U (MRFP), and the interaction between the MRFC and the MRFP is omitted ( Belonging to existing technology);
  • SAF and UE-S conduct media negotiation, and media negotiation with MRFC, so that UE-S redirects media X to the anchor point BAF-U (MRFP), and the interaction between MRFC and MRFP is omitted ( Belonging to the existing technology), this completes the anchoring of the bearer connection (the carrier of the media X is anchored to the MRFP);
  • SAF and UE-S complete the establishment of the second access connection, and associate the copied media X, and the media X is copied to the UE-T (Note ⁇ 5>).
  • the media stream X is exemplified on the same UE-S, or it may be that multiple media are copied to different UEs;
  • This embodiment takes the UE-T initiating a flow operation request as an example.
  • the initiation and routing modes of the embodiments 2.1-2.5 can also be applied to the embodiment.
  • the second access connection establishment and the association process with the corresponding media are
  • the UE-T to the SAF direction is used as an example, and the method in Embodiment 3.2 can also be used.
  • the stream copy operation can be expressed in the XML request in the SIP request.
  • the SAF can also be combined with the MRFC, and the internal interaction can be used without the SIP interaction between the two.
  • the MRFC After receiving the replication indication, the MRFC applies for the conference resource on the MRFP, and connects the media bearers of the parties (UE-S, UE-T, UE-R) participating in the media interaction to (ie, redirects to the MRFP) On the conference resource, and modifying the media delivery direction between the UE-T and the MRFP (changing the direction to MRFP to UE-T one-way transmission), thereby implementing media replication;
  • the above implementation sequence is only a preferred implementation manner. There may be other processing sequences; in this embodiment, the media in the UE-R to the UE-S direction is copied as an example, and the UE-R and UE-S bidirectional media may be copied to the UE-T.
  • the SAF and MRFC (BAF-C) cooperation refers to SAF proxy UE-S (HOSF) and UE-R (HORF) and BAF-C for media negotiation, so that the media streams of UE-S and UE-R are redirected to BAF-U, thereby completing the anchoring in the BAF-U media bearer connection;
  • HOSF SAF proxy UE-S
  • HORF UE-R
  • BAF-C media negotiation
  • Embodiment 6 UE-T (CS) uses the existing capability of the CS network to switch the voice media stream between UE-S and UE-R to a new session on UE-T (CS), ie UE-T (CS)
  • CS UE-T
  • the CS domain initiates a handover. See Figure 19, which includes the following steps:
  • the CS domain mode UE-T (CS) of the CS terminal or the multimode terminal determines to initiate the flow handover according to the user indication, the network indication, or the determination according to the preset condition, and requests the special PSI of the SAF (UE-S) as a request.
  • the destination generates a CS session establishment request (which may also be referred to as a handover request;), the request routes the session establishment request to the SAF (UE-T) for anchoring according to the VCC-like manner, and then sends the request to the signaling path established along the session.
  • SAF UE-S
  • the session establishment request sent to the SAF (UE-S) may include a UE-T (CS) (or user) control policy for handover, as follows One:
  • the third end specified by the destination user in the SAF prohibits the primary user/primary user from specifying the third The strategy of cutting back the cut media stream back to the original end;
  • the policy of the destination end user set in the SAF (UE-T) to prohibit the switching of the cut media stream to the second destination end is prohibited.
  • performing anchor timing at the SAF may perform one of the following handover control policies:
  • the destination user sets a prohibition on the SAF (UE-T) to cut the original media stream into the local end, and the destination end No strategy beyond authority;
  • the destination user has set a policy to prohibit the original media stream from being cut into the local end in the SAF (UE-T), and the destination end has a policy of exceeding the right.
  • the SAF receives the session establishment request, determines a handover request according to the special PSI in the session establishment request, and then checks the validity of the handover request, and according to the ISUP IAM in the MGCF.
  • the BC Breast Capability
  • the BC Breast Capability
  • the SAF UE-S
  • the UE- R according to the IMS / SIP negotiation process
  • renegotiation redirecting the switched media stream to UE-T (CS).
  • the manner in which the foregoing SAF (UE-S) determines the switched media stream according to the special PSI further includes: the special PSI indicates both a handover indication, a specific user or terminal (UE-S), or a specific The user or the next session of the terminal is related, or related to a specific number of media streams of the particular session; wherein the specific PSI is associated with a specific user terminal, the user or the terminal needs to be limited to only one specific audio
  • the stream or video stream may only have one Active video stream and/or audio stream, and then the SAF (UE-S) may determine to be switched according to the SDP in the handover request.
  • Media stream may only have one Active video stream and/or audio stream.
  • legality checks can include:
  • the original user sets a forbidden destination to cut out the media stream that has been established on the original end in the SAF (UE-S), and the destination does not have a policy to override the permission; or
  • the original user in the SAF sets a forbidden destination to cut out the media stream that has been established on the original end, and the destination has a policy of exceeding the authority.
  • the SAF (UE-S) returns a failure response to the UE-T (CS), and the response may include the reason for the handover failure.
  • the possible way of the source processing includes setting a default operation, for example, deleting only the switched media stream and releasing the session of the switched media stream by default; or by relating the special PSI to the source processing, for example, A type of representation deletes the switched media stream, and a type indicates that the session in which the switched media stream is located is released.
  • the SAF (UE-S) sends a NOTIFY request to the UE-S to notify the UE-S of the handover result.
  • the notification that the SAF (UE-S) sends to the UE-S includes: The handover is successful.
  • the notification may further include: switching the identifier before the media switching and the identifier after the handover (if the media identifier is global, only one is notified), switching the initiator identifier, switching the destination identifier, switching the processing entity identifier, or switching the media.
  • the session ID or any of the above information elements.
  • Embodiment 7 In the C2N mode, when the media stream is switched from the UE-S to the UE-T new session, the exception processing is performed. Referring to Figure 20, the following steps are included:
  • a multimedia session has been established between the UE-S and the UE-R, and the handover initiator has obtained the information required for handover. If the handover initiator is UE-S or UE-3rd or HOCF, the handover request has been sent from the above entity. Go to UE-T.
  • the UE-T transmits a handover request (session establishment request) to the SAF (UE-S) along the signaling path, and the SAF (UE-S) retains information of the session in which the switched media is located.
  • Abnormal point 1 Abnormal point 1,
  • the SAF receives the request for the UE-R to delete the media stream to be switched, and the SAF (UE-S) cancels the session establishment request initiated by the UE-T, and The reason for the failure of the handover is included in the cancellation request, and the corresponding process is performed according to the request to delete the media stream; or
  • SAF receives a request for modifying the received address of the switched media or receives a request to modify the media format before the UE-R re-negotiates with the UE-R, and the SAF (UE-S) cancels the UE.
  • -T initiated the session establishment request, and includes the reason for the handover failure in the cancellation request, and performs the corresponding process according to the request to modify the media receiving address or format; or SAF (UE-S) according to the modified media stream attribute and the UE -R and UE-T negotiate to implement switching; or,
  • the SAF receives the request of the UE-R to release the session in which the switched media is located before re-negotiating with the UE-R, and the SAF (UE-S) cancels the session establishment request initiated by the UE-T And include the reason for the switch failure in the cancel request, and execute the corresponding process according to the session release request.
  • the SAF UE-S
  • UE-R UE-R
  • the SAF receives the request of the UE-R to delete the media stream to be switched when the renegotiation with the UE-R is completed, and the SAF (UE-S) cancels the session establishment request initiated by the UE-T. And in the cancellation request, the reason for the handover failure is included, and the corresponding process is executed according to the deletion of the media stream request; or
  • SAF UE-S
  • SAF UE-S
  • the UE-T continues to complete the session establishment request process initiated by the UE-T, and performs renegotiation with the UE-S and UE-S according to a normal procedure. Notification (this embodiment emphasizes exception handling, other normal processing is not the focus and therefore is not fully described).
  • Embodiment 8 The N2C mode intercepts the media stream from the UE-S to the UE-T new session, and the exception processing process. See Figure 21, which includes the following steps:
  • a multimedia session has been established between the UE-S and the UE-R, and the handover initiator has obtained the information required for the handover. If the handover initiator is UE-S, UE-T, UE-3rd or HOCF, the handover is performed.
  • the request has been sent from the above entity to the SAF (UE-S), and the SAF (UE-S) retains the information of the session in which the switched media is located.
  • the SAF (UE-S) sends a session establishment request to the UE-T after the validity check of the received handover request, and the session establishment request includes the switched media stream attribute, and the UE-T returns the corresponding 183 response.
  • the SAF receives the request of the UE-R to delete the to-be-switched media stream before re-negotiating with the UE-R, and the SAF (UE-S) cancels the session establishment request sent by the UE-T. And executing the corresponding process according to the deletion media stream request; and then sending a notification to the handover requester that the reason for the handover failure; or
  • SAF receives the UE-R modified switching medium before re-negotiating with the UE-R
  • the SAF cancels the session establishment request sent by the UE-T, and performs the corresponding process according to the request of modifying the media receiving address or the media format
  • the switch requester sends a notification containing the reason for the switch failure; or,
  • the SAF (UE-S) receives the request of the UE-R to release the session in which the switched media is located before re-negotiating with the UE-R, and the SAF (UE-S) cancels the session sent by the UE-T. Establish a request and perform the corresponding process in accordance with the release session request; or,
  • the SAF (UE-S) fails the session establishment request sent by the UE-T before re-negotiating with the UE-R, and the SAF (UE-S) sends a notification including the reason for the handover failure to the handover requester.
  • the SAF UE-S
  • UE-R UE-R re-negotiates with the UE-R to redirect the media stream to the UE-T.
  • SAF (UE-S)
  • UE-S In the process of renegotiation with UE-R, the intermediate process of session establishment between SAF (UE-S) and UE-T fails, SAF (UE-S) cancels (CANCLE) ) renegotiation with the UE-R, the SAF (UE-S) sends a notification to the handover requester containing the reason for the handover failure.
  • the SAF (UE-S) receives the request of the UE-R to delete the media stream to be switched when the RRC re-negotiation is completed, and the SAF (UE-S) cancels according to the session establishment state with the UE-T. Or release the session establishment request sent by the UE-T, and perform the corresponding process according to the deletion media stream request, and the SAF (UE-S) sends a notification to the handover requester that the reason for the handover failure is included; or
  • SAF UE-S
  • UE-S upon completion of renegotiation with the UE-R, receives a request for the UE-R to modify the received media receiving address or receives a request to modify the media format
  • the SAF (UE-S) is based on Establishing a session with the UE-T, canceling or releasing the session establishment request sent by the UE-T, and performing the corresponding procedure according to the request to modify the received media receiving address or modifying the media format
  • SAF UE-S
  • SAF receives the UE-R release when the renegotiation with the UE-R is completed.
  • the request for switching the session in which the media is located the SAF (UE-S) cancels or releases the session establishment request sent by the UE-T according to the session establishment state with the UE-T, and performs the corresponding process according to the release session request, the SAF (UE) -S ) sends a notification to the switch requester containing the reason for the switch failure; or,
  • the SAF (UE-S) and the UE-T continue to complete the session establishment request process sent by the UE-T, and execute the UE- according to a normal procedure. Re-negotiation of S and notification to UE-S (this embodiment emphasizes exception handling, other normal processing is not the focus and therefore is not fully described).
  • the embodiment of the present invention provides a method for processing media stream continuity in a session, including the following steps: providing a set of first access connections corresponding to each HOSF in a HOSF set of a source endpoint functional entity in a session. a session control signaling plane anchor point SAF between the remote connections corresponding to the remote function entity HORF; wherein each first access connection is associated with a target media stream; and after the SAF receives the flow operation request, a media component corresponding to the target media stream on the second access connection between each HODF in the end function entity HODF set; and the SAF performing a stream operation on the second access connection to perform continuity on the target media stream deal with.
  • a specific solution in each case including: a processing scheme of different flow operation requests, a method of initiating a flow operation request, a method of using and establishing a second access connection, and a connection with a reuse second access
  • the basis for selection when juxtaposed the scheme for other processing in the second access connection establishment process, the scheme for releasing the first access connection, the selection processing scheme for different SAFs during subsequent handover or replication, the specific scheme for media stream replication, etc.
  • the network operator can control the continuity of the media stream of the user in order to improve the quality of service. Therefore, the method of the embodiment of the present invention can satisfy the continuity processing of the media stream in the session. Demand.
  • the embodiment of the present invention further provides a session control signaling plane anchor point, which includes a trigger unit, a receiving unit, an association unit, and a media stream processing unit. It completely describes the process of media stream continuity in the session, which satisfies the need for media stream continuity processing in the session.
  • Embodiments of the present invention also provide a system for processing media stream continuity in a session, including
  • the HOSF set, the HODF set, the HORF, and the session control signaling plane anchor of the embodiment of the present invention Therefore, the need for media stream continuity processing in the session can be satisfied.
  • the spirit and scope of the Ming Thus, it is intended that the present invention cover the modifications and variations of the inventions

Description

一种处理会话中媒体流连续性的方法、 装置及系统 技术领域
本发明涉及通信领域, 特别是涉及一种处理会话中媒体流连续性的方法、 装置及系统。 背景技术
一、 语音呼叫连续性
语音呼叫连续( Voice Call Continuity VCC )是在用户归属的 IMS网络提 供的一种业务, 能够使用户的语音呼叫在电路域(CS域)和 IMS网络之间进 行双向切换。 融合的 IMS架构使在 CS域和 IP连接接入网 ( IP-Connectivity Access Network IP-CAN ) 下实现无缝的语音呼叫服务。
当 VCC用户设备 ( User Equipment UE )正在进行一个活动的语音会话时, 就可以通过发起域切换过程实现呼叫连续。为了能进行域切换, VCC用户发起 的或接收的呼叫都要锚定到该用户归属的 IMS 网络的域切换处理实体 DTF
( Domain transfer Function )。 DTF是具有 B2BUA功能的应用服务器。 在 VCC 中, DTF和 VCC UE之间的会话控制腿叫做 access leg (接入腿 ), DTF和远端 用户间的那段会话控制腿叫做 remote leg (远端腿)。 切换就是使用切入网络中 新的 access leg (第二接入腿)替换和远端腿相连的切出网络中旧的 access leg
(第一接入腿)。 当远端用户的设备支持 IMS时, 其承载连接是端到端的进行 替换。 当远端用户设备支持 CS/PSTN ( Public Switch Telephone Network公共交 换电话网) 时, 承载连接在 VCC UE和 MGW (媒体网关功能实体) 间替换。 当新的接入腿完全建立后, VCC UE就把媒体输入输出通道从切出域转换到切 入域。
当用户的 VCC用户设备检测到无线信号等因素判断需要从源网络切换到 目的网络时, 在目的网络呼叫一个特殊的号码(建立第二接入腿, 即在切入网 络建立 DTF和 VCC 用户设备之间的一个新会话)。 通过该号码呼叫请求可以 到达 DTF处理, DTF据此可以确定是域切换请求。 根据 VCC用户设备在新建 立呼叫中支持的媒体信息和原呼叫的远端用户用户设备间重新协商媒体实现 远端腿媒体流改向到第二接入腿(即通过更新远端腿以替换接入腿)。 完成媒 体协商以及新的呼叫建立后, 此时由 DTF或者 VCC用户设备释放切换源网络 中的呼叫(释放第一接入腿, 即在切出网络中原有的 DTF和 VCC 用户设备之 间的会话)。 这样完成两个接入腿的替换, 从而用户的语音呼叫就切换到了目 的网络。 在切换中用户的语音呼叫保持不中断, 提高了用户的业务体验。
参见图 1所示, 为 VCC中呼叫从 IMS切换到 CS域的流程, 包括下列步 骤(中间的一些非关键流程已经省略; 远端 UE所述的部分实体也省略了 )··
1 , VCC UE根据无线环境判断呼叫需要切换到 CS域, 在 CS域呼叫特殊 号码 VDN起域切换。
2 , VMSC根据 CAMEL业务过程将呼叫改向为 IMS网络 DTF的 PSI号码, 故呼叫可以路由到 VCC用户归属 IMS网络的 DTF处理。
3 , DTF根据 INVITE中的号码确定域切换请求目的域信息。 并根据主叫 信息定位锚定的会话。
4-8, DTF 代理用户和远端用户使用切换请求中的媒体信息重协商远端腿 ( DTF到 remote UE ) 的媒体。
9, 在目的网络的会话建立完成后, DTF释放 VCC用户在 IMS域中的接 入部分呼叫资源 (也可以是 VCC用户设备发起的释放, 此处以网络中的 DTF 释放为例)。
二、 多媒体会话连续性
在 3GPP中, 开始讨论提供多媒体呼叫连续性(MMSC ) 的应用场景。 其 范围和 VCC相比包括将一个多媒体呼叫在不同接入技术的网络间切换。 以及 在用户控制下将一个会话中的某些媒体成分切换到若干个目的终端或者相反 方向的切换。 发明人在发明过程中发现: 目前对会话中媒体流(即媒体流的成分)级别 的连续性处理只提出了应用的场景, 但没有实施的方案。 发明内容
本发明实施例所要解决的技术问题在于,提供一种处理会话中媒体流连续 性的方法、 装置及系统, 以满足对会话中媒体流连续性处理的需求。
为了解决上述技术问题, 本发明实施例提供了一种处理会话中媒体流连续 性的方法, 包括: 提供会话中切换源端点功能实体 HOSF集合中每一 HOSF对 应的第一接入连接的集合与切换远端功能实体 HORF对应的远端连接间的会 话控制信令面锚点 SAF; 其中各第一接入连接与目标媒体流关联; 所述 SAF 收到流操作请求后, 在与切换目的端功能实体 HODF集合中每一 HODF间的 第二接入连接上关联和目标媒体流对应的媒体成分; 以及所述 SAF 在第二接 入连接上进行流操作, 对目标媒体流的连续性进行处理。
本发明实施例还提供了一种会话控制信令面锚点, 包括触发单元, 用于在 收到提供会话中 HOSF集合中每一 HOSF对应的第一接入连接的集合与 HORF 对应的远端连接间的会话控制信令面锚点的请求时, 触发所述 SAF; 其中各第 一接入连接与目标媒体流关联; 接收单元, 用于在该 SAF被触发后, 接收流 操作请求;关联单元,用于在收到流操作请求后,在与 HODF集合中每一 HODF 间的第二接入连接上关联和目标媒体流对应的媒体成分; 媒体流处理单元, 用 于在第二接入连接上进行流操作, 对目标媒体流的连续性进行处理。
本发明实施例还提供了一种处理会话中媒体流连续性的系统, 包括: 切换 源端点功能实体 HOSF集合、切换目的端功能实体 HODF集合、切换远端功能 实体 HORF, 以及本发明实施例的会话控制信令面锚点。
本发明实施例还提供了一种媒体流的复制方法, 包括: BAF-C与 SAF配 合,在 HODF集合与 HORF间会话的用户数据承载连接中增加 BAF-U; BAF-C 接收将目标媒体流从 HOSF集合复制到 HODF集合的指示; BAF-C申请 BAF-U 上的会议资源, 将参与媒体交互各方的媒体承载连接到该会议资源上, 并修改
HODF集合到 BAF-U间的媒体传递方向 , 以复制目标媒体流。
本发明实施例还提供了一种媒体流的复制系统, 包括: SAF、 HODF集合、 HODF集合、 HORF、 BAF-C和 BAF-U; SAF与 BAF-C配合, 用于在 HODF 集合与 HORF 间会话的用户数据承载连接中增加 BAF-U; SAF , 用于指示 BAF-C将目标媒体流从 HOSF集合复制到 HODF集合; BAF-C, 用于收到复 制指示后, 申请 BAF-U上的会议资源, 将参与媒体交互各方的媒体承载连接 到该会议资源上, 并修改 HODF集合到 BAF-U间的媒体传递方向 , 以复制目 标媒体流。
本发明实施例提供了一种处理会话中媒体流连续性的方法、一种会话控制 信令面锚点和处理会话中媒体流连续性的系统。 其完整的表述了对会话中媒体 流连续性的处理过程, 可满足对会话中媒体流连续性处理的需求。 附图说明
图 1为现有 VCC中呼叫从 IMS切换到 CS域的流程图;
图 2为本发明实施例的一种处理会话中媒体流的方法步骤流程图; 图 3为本发明实施例的一种会话控制信令面锚点结构示意图;
图 4为本发明实施例的一种终端结构示意图;
图 5为本发明实施例的一种媒体流的复制方法的步骤流程图;
图 6为本发明实施例 1.1的系统架构示意图;
图 7为本发明实施例 1.2的系统架构示意图;
图 8为本发明实施例 1.3的系统架构示意图;
图 9为本发明实施例 1.4的系统架构示意图;
图 10为本发明实施例 2.1的流程图;
图 11为本发明实施例 2.2的流程图;
图 12为本发明实施例 2.3的流程图; 图 13为本发明实施例 2.4的流程图
图 14为本发明实施例 2.5的流程图
图 15为本发明实施例 3.1的流程图
图 16为本发明实施例 3.2的流程图
图 17为本发明实施例 4的流程图;
图 18为本发明实施例 5的流程图;
图 19为本发明实施例 6的流程图;
图 20为本发明实施例 7的流程图;
图 21为本发明实施例 8的流程图。 具体实施方式
为了满足对会话中媒体流连续性处理的需求。
一、 本发明实施例提供了一种处理会话中媒体流的方法, 参见图 2所示, 包括下列主要步骤:
511、 提供会话中 HOSF集合中每一 HOSF对应的第一接入连接的集合与 HORF对应的远端连接间的 SAF; 其中各第一接入连接与目标媒体流关联。
512、 SAF收到流操作请求后, 在与 HODF集合中每一 HODF间的第二接 入连接上关联和目标媒体流对应的媒体成分。
513、 SAF在第二接入连接上进行流操作, 对目标媒体流的连续性进行处 理。
一. 1、 其中 S11中包括下列具体内容:
所述 SAF对应 HOSF归属 IMS网络中的一个应用服务器( AS );
所述第一接入连接指 HOSF与 SAF间会话控制的信令连接, 即 HOSF所 对应的第一接入连接可以关联不同的媒体成分, 只要其关联的媒体成分需要进 行连续性处理, 则称为第一接入连接;
所述 HOSF集合至少包含一个 HOSF, 对应的第一接入连接集合至少包含 一个第一接入连接, 所述一个第一接入连接至少关联并控制一个媒体成分; 一 个 H0SF实体至少对应一个第一接入连接;一个 H0SF只能归属于一个源端用 户设备, 一个源端用户设备可以对应多个 H0SF。
其中远端连接指 H0RF与 SAF间会话控制的连接, 并通过所述第一接入 连接集合和第二接入连接集合与对应的远端连接控制在 H0SF 集合和 H0DF 集合与 H0RF间传递媒体流。
一. 2、 其中 S12中包括下列具体内容:
一. 2.1、 所述 SAF收到的流操作请求包括但不限于下述情况:
情况 1、 SAF从一个 H0SF收到的将其所在 HOSF集合中每一 H0SF对应 的第一接入连接所关联的目标媒体流均切换或复制到 HODF 集合中的流操作 请求。
其中 HOSF发起流操作请求的触发条件至少包括以下之一:
a、 该 HOSF收到用户指示 (针对切换或复制);
b、 该 HOSF检测到无线信号强度的强度满足了预设的阀值(针对切换); c、 该 HOSF检测到媒体的 QoS质量满足了预设的阀值(针对切换); d、 该 HOSF检测到有更适合处理该媒体的终端 (针对切换);
e、 该 HOSF检测到当前时间满足了预设的值, 例如: 设定一个时间点, 当到达该时间点时, 即满足了预设的值(针对切换或复制)。
其中可由 HOSF从该 HOSF保存的会话相关信息或者用户输入中获取流操 作请求中的信息, 流操作请求中至少包括以下信息之一:
a、 流操作的指示: 用于表示进行媒体流切换或者复制操作, 进一步表示 将 HOSF上的媒体流切出到或者复制到 H0DF;
b、 目标媒体流成分的标识: 用于 SAF定位已经锚定的第一接入连接所关 联的目标媒体流的成分;
c、 目的指示: 包括用户标识、 终端标识, 或者终端下一个接入模式的标 识。 其中, 流操作请求路由到 SAF的方式包括:
a、 HOSF在第一接入连接上发起流操作请求, 则作为信令锚点 SAF从该 连接中接收该流操作请求, 如: 在第一接入连接入接上使用 Refer消息; 或者 b、 HOSF使用第一接入连接之外的消息, 在第一接入连接之外发送 Refer 消息携带指向可路由到 SAF的地址, 如 SAF所在 AS的 PSI号码, 则根据所 述 SAF地址, 该流操作请求被路由到该 SAF; 或者
c、 HOSF发送流操作请求到 HODF, 如 Refer消息携带切换所需信息, 再 由该 HODF向所述 SAF发起流操作请求,将该流操作请求路由到该 SAF( HODF 到 SAF的路由方式在 HODF部分介绍); 或者
d、 HOSF使用第一接入连接之外的消息, 在第一接入连接之外发送 Refer 消息携带所述信息, 通过 iFC将该流操作请求触发到所述 SAF; 或者
e、 当 HOSF的切出网络为 CS时, HOSF使用呼叫外的 CS信令将流操作 请求发送到 CS代理实体, 再由该代理实体将该请求转换后在第一接入连接的 会话中传递到所述 SAF;所述流操作请求中携带有与第一接入连接关联的标识 信息, 用于 CS代理实体定位第一接入连接。 所述的 CS会话外信令可以是非 结构化业务数据(USSD )或短消息 (SMS )且该请求中同时携带可以和第一 接入连接关联的标识信息, 用于 CS代理实体定位第一接入连接; 所述 CS代 理实体可以和 s AF合设;
情况 2、 SAF从一个 HODF收到的将 HOSF集合中每一 HOSF对应的第一 接入连接所关联的目标媒体流均切换或复制到 HODF集合中的流操作请求。
其中 HODF发起流操作请求的触发条件至少包括以下之一:
a、 收到用户指示 (针对切换或复制);
b、 HODF检测到无线信号强度的强度满足了预设的阀值(针对切换); c、 HODF检测到当前时间满足了预设的值(针对切换或复制);
d、 收到 HOSF或第三方实体发送的流操作指示(针对切换或复制)。 所述 第三方实体既不是切换远端也不是目的端其它方, 包括第三方用户设备以及位 于网络侧的切换控制实体 HOCF。
其中流操作请求中至少包括以下信息之一:
a、 流操作的指示: 用于表示进行媒体流切换或者复制操作, 进一步表示 从 HOSF获取或复制媒体流到 H0DF;
b、 目标媒体流成分的标识: 用于 SAF定位已经锚定的第一接入连接所关 联的目标媒体流的成分;
c、 目的指示: 包括用户标识、 终端标识, 或者终端接入模式的标识 (切 换到发出该切换请求的 HODF地址可以不必携带)。
进一步包括以下信息, 并可与上述信息组合: f、 流操作发起方指示: 用 于向 SAF指示本次流操作请求的源发起者(针对 HODF收到其他方切换指示 的情况: 真正触发切换的是这些发送指示的实体)。
其中流操作请求中信息的获取方式包括:
a、 当 HODF和 HOSF位于不同用户设备且支持 SIP时, 通过在流操作前 订阅 HOSF的会话事件(包括切换所需信息: HOSF上锚定的连接中关联的媒 体成分的标识, 类型, SAF的地址等, 下同)获得; 或者
b、 当 HODF和 HOSF位于不同用户设备且不支持 SIP时, 通过 CS网络 的协议在流操作前到 SAF获取所述信息, 如 USSD消息交互或 SMS交互; 或 者
c、 当 HODF和 HOSF位于同一用户设备时, 通过其内部接口获得。
其中流操作请求路由到 SAF的方式包括:
a、所述 HODF在流操作前已有的与 SAF间的会话信令连接上发起流操作 请求, 则作为信令锚点 SAF从该连接中接收; 如在已有第二接入连接入接上 使用 INVITE/UPDATE 消息携带切换所需信息; (在已有连接上使用 INVITE 在 SIP中称为 RelNVITE ); 或者
b、 所述 HODF新建和 SAF间的会话信令连接作为第二接入连接时, 以该 会话信令连接建立请求消息作为流操作请求, 并在其中携带流操作所需信息以 及所述 SAF的地址, 则根据所述 SAF地址(如 SAF所在 AS的 PSI号码), 该 流操作请求被路由到该 SAF; 或者
c、 当所述 HODF所在的切入网络为 CS网络时, 以 CS域的呼叫建立消息 作为流操作请求, 并在其中携带流操作所需信息, 该呼叫的被叫号码指向可路 由到 SAF的地址;进一步该号码和切出域的 HOSF中的一个媒体成分关联(该 号码使用 CS域的方式从 SAF发送到该 HODF实体);
d、 HODF新建和 SAF间的会话作为第二接入连接时, 在该会话连接建立 请求消息中携带流操作所需信息, 通过 iFC将该流操作请求触发到所述 SAF。
情况 3、 SAF从一个第三方实体收到的将 HOSF集合中每一 HOSF对应的 第一接入连接所关联的目标媒体流均切换或复制到 HODF集合的流操作请求。
其中第三方实体发起流操作请求的触发条件至少包括以下之一:
a、 收到第三方用户设备发来的指示 (针对切换或复制);
b、 第三方用户设备检测到时间满足了预设的值(针对切换或复制); c、网络侧的第三方实体 HOCF检测到网络负载状况达到阀值(针对切换)。 其中流操作请求中至少包括以下信息之一:
a、流操作的指示:用于表示进行媒体流切换或复制,,进一步表示将 HOSF 的媒体流切换或复制到 HODF;
b、 目标媒体流成分的标识: 用于 SAF定位已经锚定的第一接入连接所关 联的目标媒体流的成分;
c、 目的指示: 包括用户标识、 终端标识, 或者终端接入模式的标识; d、指向 SAF的路由地址, 如 SAF的 PSI号码; (当 HOCF和 SAF合一设 置时不需要)。
其中流操作请求中信息的获取方式包括:
a、 当第三方位于用户设备中且支持 SIP 时, 第三方通过在流操作前订阅 HOSF的会话事件 (包括切换所需信息: HOSF上锚定的连接中关联的媒体成 分的标识、 类型、 SAF的地址等)获得; b、 当网络侧的第三方实体 HOCF和 SAF位于不同设备时, HOCF通过在 流操作前向 SAF订阅 HOSF的会话事件(包括切换所需信息: HOSF上锚定的 连接中关联的媒体成分的标识、 类型)获得;
c、 当 HOCF和 SAF位于同一设备时, 流操作通过其内部接口获得。
其中流操作请求路由到 SAF的方式包括:
a、 第三方实体在发出的流操作请求中携带所述 SAF的地址(如 SAF所在 AS的 PSI号码), 则根据所述 SAF地址, 该流操作请求被路由到该 SAF; b、 第三方实体发送流操作请求到 HODF, 再由 HODF向所述 SAF发起流 操作请求,将该流操作请求路由到该 SAF HODF到 SAF的路由方式在 HODF 部分介绍);
c、第三方实体发送流操作请求到 HOSF,在路由过程中由该第三方实体的 S-CSCF使用 iFC, 将该流操作请求触发到所述 SAF (针对切换)。
情况 4、 SAF从 HODF集合中每一 HODF收到的将 HOSF集合中每一 HOSF 对应的第一接入连接所关联的目标媒体流均切换到 HODF 集合中的流操作请 求。
其中流操作请求中至少包括以下信息之一:
a、 目的指示: 包括用户标识、 终端标识, 或者终端接入模式的标识 (若 流操作指示可以表达出 HODF获取媒体的切换方式, 则不必携带; 否则指示目 的即为发起方 HODF实体);
b、 关联指示: 用于向 SAF指示该请求和所述 HODF集合中其它 HODF 的流操作请求存在关联关系, SAF获知该指示后判断是否等待被关联的 HODF 发起流操作请求, 并对收到的各流操作请求进行合并处理;
c、 流操作的指示: 用于表示进行媒体流切换或者复制操作;
d、 目标媒体流成分的标识: 用于 SAF定位已经锚定的第一接入连接所关 联的目标媒体流的成分。
其中关于各个 HOSF发起流操作请求的触发条件、流操作请求中信息的获 取方式, 以及流操作请求路由到 SAF的方式, 与上述情况 2相同。 情况 5、 SAF从 HOSF集合中每一 HOSF收到的将 HOSF集合中每一 HOSF 对应的第一接入连接所关联的目标媒体流均切换到 HODF 集合中的流操作请 求。
其中流操作请求中至少包括以下信息之一:
a、 流操作的指示: 用于表示进行媒体流切换或者复制操作;
b、 目标媒体流成分的标识: 用于 SAF定位已经锚定的第一接入连接所关 联的目标媒体流的成分;
c、 目的指示: 包括用户标识、 终端标识, 或者终端接入模式的标识; d、 关联指示: 用于向 SAF指示该请求和所述 HOSF集合中其它 HOSF的 流操作请求存在关联关系, SAF获知该指示后判断是否等待被关联的 HOSF发 起流操作请求, 并对收到的各流操作请求进行合并处理。
其中关于各个 HOSF发起流操作请求的触发条件、流操作请求中信息的获 取方式, 以及流操作请求路由到 SAF的方式, 与上述情况 1相同。
一. 2.2、 SAF 收到上述任一情况的流操作请求后, 还包括: 进行合法性 检查的步骤, 检查通过后再在与 HODF集合中每一 HODF间的第二接入连接 上关联和目标媒体流对应的媒体成分。 检查未通过, 则该 SAF通知流操作请 求的发起方。
检查包含但不限于以下内容的任意组合:
El , UE-S用户是否签约流切换业务;
E2, 切换类型是否被允许;
E3 , SAF是否能定位被切换媒体流;
E4 , UE-T标识是否被允许或者是否为无效格式;
E5, 运营商策略是否允许;
E6, 被切换媒体所关联的第一接入连接的会话状态是否允许被切换; E7, SAF是否能成功定位源端用户; E8, SAF是否能成功定位被切换媒体所关联的第一接入连接; E9, 目的端是否有处理能力支持被切换的媒体。
一. 2.3、 SAF与 HODF集合中每一 HODF间的第二接入连接为: a、 该 HODF与 SAF间的已有会话信令连接, 或者 b、 该 HODF与 SAF间新建的会 话信令连接。
进一步关于使用已有会话信令连接或新建会话信令连接的选择问题: SAF 判定收到的流操作请求中的流操作目的指示为一个会话标识且对应一个已有 的会话信令连接, 则优选该会话信令连接作为第二接入连接; 或者 SAF 判定 收到的流操作请求中的流操作目的指示为一个用户设备标识或一个用户设备 上的某一模式标识, 且该流操作目的指示对应一个已有的会话信令连接, 则优 选该会话信令连接作为第二接入连接。
进一步关于新建第二接入连接或使用已有第二接入连接的方式包括: 当 SAF从 HOSF、第三方收到流切换请求, 则由 SAF根据流切换请求中的信息向 HODF 发起第二接入连接的建立来增加和被切换媒体对应的媒体成分或在已 有连接上发起。 当该 HODF收到该请求后和 SAF进行交互建立第二接入连接; 或者当 SAF从 HODF收到第二接入连接建立请求且其中包括流操作指示时, 则 SAF和 HODF进行交互建立第二接入连接。
第二接入连接建立请求中还包括: 不触发第二接入连接上除 SAF 外其它 应用服务器的指示。若 HODF和 HOSF归属于不同的用户定义的群组(如具有 相同的 IMS网络公共用户标识 IMPU, 或具有相同的 IMS网络私有用户标识 IMPI, 或归属于同一签约用户的所有终端 ), 则为所述 HODF在其归属 IMS网 络提供的 SAF称为第二 SAF。
若第二接入连接触发了第二 SAF,则在建立第二接入连接的信令交互过程 中, 在所述 SAF和第二 SAF之间相互传递 HOSF用户和 HODF用户设置的流 操作策略, 所述 SAF和第二 SAF收到所述流操作策略后, 在收到后续的流操 作请求时, 依据该策略判断是否允许相应的流操作。 或者在所述 SAF 和第二 SAF中保存(预先设置 )用户的切换策略, 在所述 SAF或第二 SAF在收到流 切换请求时, 据此策略判断是否允许切换。
若存在后续切换的情况, 则当对切入 HODF的媒体流进行后续的切换时, 由第二 SAF或所述 SAF控制切换。
进一步关于异常处理: 当所述 SAF与 HODF集合中每一 HODF间的第二 接入连接中, 有部分第二接入连接建立失败, 则 SAF根据网络策略或根据流 操作请求中携带的部分操作失败的处理指示,对建立成功的第二接入连接继续 进行媒体的流操作处理或者终止所有第二接入连接的流操作过程。
一. 2.4、 所述 HODF集合由收到的请求确定且至少包含一个 HODF , 所 述 HODF至少对应一个第二接入连接,所述任一个第二接入连接至少关联一个 和被切换媒体对应的媒体成分。 每个第二接入连接可以关联不同的媒体成分。 因为这些接入连接上都添加并关联了进行媒体连续性的媒体成分, 为了和连续 性的源连接区别, 故都称为第二接入连接。 切换时第一接入连接不必和第二接 入连接——对应。
一. 3、 其中 S13中包括下列具体内容:
一. 3.1、 SAF 在第二接入连接上进行流操作, 对目标媒体流的连续性进 行处理, 具体为: 所述 SAF 将第二接入连接集合中的第二接入连接与远端连 接进行关联控制, 并将所述目标媒体流从 HOSF集合中切换到 HODF集合中。 或者, SAF在第二接入连接上进行流操作, 对目标媒体流的连续性进行处理, 具体为: 所述 SAF将第二接入连接集合中的第二接入连接与远端连接进行关 联控制,并将所述目标媒体流从 HOSF集合中复制到 HODF集合中。所述关联 控制即由 SAF提供第二接入连接和远端连接对应会话间的信令交互, 以进行 媒体流的改向。
若具体为复制操作,则 SAF与承载锚定功能控制面实体(Bearer Anchoring Function Control plane BAF-C )配合, 在 HODF集合与 HORF间会话的用户数 据承载连接中增加一个承载锚定功能用户面实体(Bearer Anchoring Function User plane BAF-U )。 所述的配合: 指 SAF 代理 UE-S(HOSF)集合以及 UE-R(HORF)和 BAF-C进行媒体协商, 以使 UE-S和 UE-R的媒体流改向到 BAF-U, 从而完成 BAF-U媒体承载连接中的锚定。 之后, SAF指示 BAF-C将 目标媒体流从切出网络的 HOSF集合复制到切入网络的 HODF集合。 BAF-C 收到复制指示后申请 BAF-U上的会议资源, 将参与媒体交互的各方 (HOSF 集合、 HORF ) 的媒体承载连接到 (即改向到 BAF-U )该会议资源上, 并修改 HODF集合到 BAF-U间的媒体传递方向(将该方向修改为 BAF-U到 HODF单 向传递), 从而实现媒体的复制。 所述的 BAF-C和 BAF-U存在媒体操作控制 关系; 若所述的 BAF-C和 SAF实体功能合一则使用内部接口相互通信, 否则 使用 SIP接口相互通信。
一. 3.2、 SAF在第二接入连接上进行流操作的方式包括:
a、收到所有第二接入连接上 HODF的 SDP信息后再在远端连接上和 HORF 进行媒体协商; 或者
b、从任一第二接入连接上收到 HODF的 SDP信息后立即在远端连接上和 HORF进行媒体协商; 或者
c、从第二接入连接上收到一定数量的 HODF的 SDP信息后立即在远端连 接上和 HORF进行媒体协商。 一定数量可以由网络配置。
SAF可以根据网络策略选择一种方式作为缺省的处理,或根据是否在流切 换请求中收到了流切换关联指示进行判断,若收到则收齐关联的 HODF的 SDP 后再和 HORF进行媒体重协商, 否则收到后即可发起重协商过程; 流切换关联 指示: 用于向 SAF指示该请求和其它 HODF的切换请求存在关联关系, SAF 收到该指示后可以判断是否等待被关联的 HODF发起的切换进行合并处理。
一. 3.3、 还可以通过 SAF将 HODF中的媒体成分切换回 HOSF, 并任意 在 HOSF和 HODF间进行切换。
一. 4、 在 S3之后还可包括: 释放步骤, 具体内容如下:
所述 SAF对目标媒体流的处理完成后, 可根据策略执行释放步骤: 所述 SAF 判定第一接入连接关联的媒体流中, 除目标媒体流外还存在其它媒体流 时, 所述 SAF根据以下策略之一释放该第一接入连接关联的目标媒体流: a、 与该第一接入连接对应的 HOSF进行媒体协商只释放所关联的目标媒体; 或者 b、释放第一接入连接从而和目标媒体外的其它被关联的媒体一起被释放。 SAF 可从流操作请求中获得所述策略; 或者从该 SAF的配置信息中获得所述策略。 具体策略包括: 从第一接入连接中删除目标媒体成分而保留其它媒体成分, 和 /或释放该媒体成分所在的第一接入连接。
所述 SAF对目标媒体流的处理完成后,可执行默认的释放步骤:所述 SAF 判定第一接入连接关联的媒体流中, 除目标媒体流外不存在其它媒体流时, 所 述 SAF释放该第一接入连接。
在流操作请求中还携带有对目标媒体流相关事件的订阅指示, 则 SAF根 据该指示在所述媒体流的成分变化时, 通知流操作请求方。 具体的, 通知釆用 SIP NOTIFY消息; 对被切换媒体相关事件的订阅指示: 用于向 SAF订阅被切 换媒体相关事件, 包括: 被切换媒体成分后续发生的所有事件, 如被切换到其 它目的端、 被删除、 被修改等。
二、 本发明实施例还提供了一种会话控制信令面锚点 SAF, 该 SAF对应 HOSF归属 IMS网络中的一个应用服务器(AS ), 参见图 3所示, 其包括: 触 发单元、 接收单元、 关联单元和媒体流处理单元。
触发单元,用于在收到提供会话中 HOSF集合中每一 HOSF对应的第一接 入连接的集合与 H0RF对应的远端连接间的会话控制信令面锚点的请求时,触 发所述 SAF; 其中各第一接入连接与目标媒体流关联;
接收单元, 用于在该 SAF被触发后, 接收流操作请求;
关联单元, 用于在收到流操作请求后, 在与 H0DF集合中每一 H0DF间 的第二接入连接上关联和目标媒体流对应的媒体成分;
媒体流处理单元, 用于在第二接入连接上进行流操作, 对目标媒体流的连 续性进行处理。 所述媒体流处理单元中可包括: 第一关联控制单元, 用于将第 二接入连接集合中的第二接入连接与远端连接进行关联控制; 切换子单元, 用 于将目标媒体流从 HOSF集合中切换到 HODF集合中。所述媒体流处理单元中 也可以包括: 第二关联控制单元, 用于将第二接入连接集合中的第二接入连接 与远端连接进行关联控制; 复制子单元, 用于将第二接入连接集合中的第二接 入连接与远端连接进行关联控制,并将所述目标媒体流从 HOSF集合中复制到 HODF集合中。
进一步所述关联单元收到的流操作请求包括但不限于下述情况(细节内容 与本发明实施例的方法相同, 在本发明实施例的 SAF中也同样适用):
情况 1、 SAF从一个 HOSF收到的将其所在 HOSF集合中每一 HOSF对应 的第一接入连接所关联的目标媒体流均切换或复制到 HODF 集合中的流操作 请求。
情况 2、 SAF从一个 HODF收到的将 HOSF集合中每一 HOSF对应的第一 接入连接所关联的目标媒体流均切换或复制到 HODF集合中的流操作请求。
情况 3、 SAF从一个第三方实体收到的将 HOSF集合中每一 HOSF对应的 第一接入连接所关联的目标媒体流均切换或复制到 HODF集合的流操作请求。
情况 4、 SAF从 HODF集合中每一 HODF收到的将 HOSF集合中每一 HOSF 对应的第一接入连接所关联的目标媒体流均切换到 HODF 集合中的流操作请 求。
情况 5、 SAF从 HOSF集合中每一 HOSF收到的将 HOSF集合中每一 HOSF 对应的第一接入连接所关联的目标媒体流均切换到 HODF 集合中的流操作请 求。
进一步关联单元功能中所涉及的 SAF与 HODF集合中每一 HODF间的第 二接入连接为: a、该 HODF与 SAF间的已有会话信令连接,或者 b、该 HODF 与 SAF间新建的会话信令连接。
其中关于使用已有会话信令连接或新建会话信令连接的选择问题: SAF判 定收到的流操作请求中的流操作目的指示为一个会话标识且对应一个已有的 会话信令连接, 则优选该会话信令连接作为第二接入连接; 或者 SAF 判定收 到的流操作请求中的流操作目的指示为一个用户设备标识或一个用户设备上 的某一模式标识, 且该流操作目的指示对应一个已有的会话信令连接, 则优选 该会话信令连接作为第二接入连接。
其中关于 SAF控制新建第二接入连接的方式包括: 当 SAF从 HOSF或者 第三方实体收到流操作请求且判断需要新建第二接入连接时,则向 HODF集合 中的每一 HODF发起第二接入连接的建立请求, 当该 HODF收到该请求后和 SAF进行交互建立第二接入连接; 或者当 SAF从 HODF收到第二接入连接建 立请求且其中包括流操作指示时, 则 SAF和 HODF进行交互建立第二接入连 接。
当所述 SAF与 HODF集合中每一 HODF间的第二接入连接中, 有部分第 二接入连接建立失败, 则 SAF根据网络策略或根据流操作请求中携带的部分 操作失败的处理指示,对建立成功的第二接入连接继续进行媒体的流操作处理 或者终止所有第二接入连接的流操作过程。
进一步媒体流处理单元在第二接入连接上进行流操作,对目标媒体流的连 续性进行处理, 具体为: 所述 SAF 将第二接入连接集合中的第二接入连接与 远端连接进行关联控制, 并将所述目标媒体流从 HOSF 集合中切换到 HODF 集合中。 或者, SAF在第二接入连接上进行流操作, 对目标媒体流的连续性进 行处理, 具体为: 所述 SAF 将第二接入连接集合中的第二接入连接与远端连 接进行关联控制, 并将所述目标媒体流从 HOSF集合中复制到 HODF集合中。
若具体为复制操作,则 SAF与承载锚定功能控制面实体(Bearer Anchoring Function Control plane BAF-C )配合, 在 HODF集合与 HORF间会话的用户数 据承载连接中增加一个承载锚定功能用户面实体(Bearer Anchoring Function User plane BAF-U )。之后, SAF指示 BAF-C将目标媒体流从切出网络的 HOSF 集合复制到切入网络的 HODF集合。 BAF-C收到复制指示后申请 BAF-U上的 会议资源, 将参与媒体交互的各方 (HOSF 集合、 HORF ) 的媒体承载连接到 (即改向到 BAF-U )该会议资源上, 并修改 HODF集合到 BAF-U间的媒体传 递方向 (将该方向修改为 BAF-U到 HODF单向传递), 从而实现媒体的复制。 所述的 BAF-C和 BAF-U存在媒体操作控制关系; 若所述的 BAF-C和 SAF实 体功能合一则使用内部接口相互通信, 否则使用 SIP接口相互通信。
进一步媒体流处理单元在第二接入连接上进行流操作的方式包括:
a、收到所有第二接入连接上 HODF的 SDP信息后再在远端连接上和 HORF 进行媒体协商; 或者
b、从任一第二接入连接上收到 HODF的 SDP信息后立即在远端连接上和 HORF进行媒体协商; 或者
c、从第二接入连接上收到一定数量的 HODF的 SDP信息后立即在远端连 接上和 HORF进行媒体协商。 一定数量可以由网络配置。
进一步还可包括: 检查单元, 位于接收单元和关联单元之间, 用于在接收 单元收到流操作请求后, 对该流操作请求进行合法性检查, 并在检查通过后通 知关联单元。
进一步还可包括: 释放单元, 用于在媒体流处理单元完成对目标媒体流的 连续性处理后, 释放 HOSF—侧的目标媒体流所占用的资源。 具体的, 媒体流 处理单元对目标媒体流的处理完成后,释放单元判定第一接入连接关联至少两 个媒体流的成分时, 所述 SAF根据策略通过与 HOSF集合中的各 HOSF进行 媒体协商来释放各第一接入连接关联的目标媒体流的成分; 释放单元判定第一 接入连接关联一个媒体流的成分时, 所述 SAF根据策略通过与 HOSF集合中 的各 HOSF进行媒体协商来释放各第一接入连接。
释放单元可从流操作请求中获得所述策略; 或者从该 SAF 的配置信息中 获得所述策略。 具体策略包括: 从第一接入连接中删除目标媒体成分而保留其 它媒体成分, 和 /或释放该媒体成分所在的第一接入连接。
在流操作请求中还携带有对目标媒体流相关事件的订阅指示, 则 SAF根 据该指示在所述媒体流的成分变化时, 通知流操作请求方。 具体的, 通知釆用 SIP NOTIFY消息; 对被切换媒体相关事件的订阅指示: 用于向 SAF订阅被切 换媒体相关事件, 包括: 被切换媒体成分后续发生的所有事件, 如被切换到其 它目的端、 被删除、 被修改等。
综上, 本发明实施例方法的内容中, 有关 SAF 的内容均适用于本发明实 施例的 SAF。
三、 本发明实施例还提供了一种处理会话中媒体流连续性的系统, 其包括 HOSF集合、 HODF集合、 HORF, 以及本发明实施例中的会话控制信令面锚 点 SAF (关于 SAF的具体描述与上述相同, 不再赘述 )。 HOSF集合与 HODF 集合可归属于同一用户的不同终端; 或者归属于同一终端的不同接入模式; 或 者归属于不同用户的终端或者终端的接入模式。
进一步还可包括第二 SAF, 其在第二接入连接建立过程中被触发, 并在对 目标媒体流的连续性处理过程中起到锚定等作用, 具体参见后续实施例。
进一步还可包括: BAF-C和 BAF-IL 在流程操作请求为复制操作请求时, SAF 与 载错定功能控制面实体 ( Bearer Anchoring Function Control plane BAF-C ) 配合, 在 HODF集合与 HORF间会话的用户数据承载连接中增加一 个 载错定功能用户面实体( Bearer Anchoring Function User plane BAF-U )。之 后, SAF指示 BAF-C将目标媒体流从切出网络的 HOSF集合复制到切入网络 的 HODF集合。 BAF-C收到复制指示后申请 BAF-U上的会议资源, 将参与媒 体交互的各方 (HOSF集合、 HORF ) 的媒体承载连接到 (即改向到 BAF-U ) 该会议资源上, 并修改 HODF集合到 BAF-U间的媒体传递方向 (将该方向修 改为 BAF-U到 HODF单向传递), 从而实现媒体的复制。 所述的 BAF-C和 BAF-U存在媒体操作控制关系; 若所述的 BAF-C和 SAF实体功能合一则使用 内部接口相互通信, 否则使用 SIP接口相互通信。
四、 本发明实施例还提供了一种终端, 该终端可为 HOSF、 HODF, 第三 方终端或网络侧的第三方实体, 参见图 4所示, 其包括接收单元和发起单元。
接收单元, 用于接收流操作指示。 该流操作指示来自于用户, 或者其它终 端或网元。
发起单元, 用于根据接收单元收到的指示, 向网络侧发起流操作请求。 综上, 本发明实施例方法的内容中, 有关 HOSF、 HODF、 第三方终端(即 第三方用户设备 ) 或网络侧的第三方实体的内容均适用于本发明实施例的终 端。
五、 本发明实施例还提供了一种媒体流的复制方法, 参见图 5所示, 包括 下列主要步骤:
521、 BAF-C与 SAF配合, 在 HODF集合与 HORF间会话的用户数据承 载连接中增加 BAF-IL
所述的配合指 SAF代理 UE-S ( HOSF )集合以及 UE-R ( HORF )和 BAF-C 进行媒体协商, 以使 UE-S和 UE-R的媒体流改向到 BAF-U, 从而完成 BAF-U 媒体承载连接中的锚定。
522、 BAF-C接收将目标媒体流从 HOSF集合复制到 HODF集合的指示。
BAF-C收到的所述指示来自于 SAF。
523、 BAF-C申请 BAF-U上的会议资源,将参与媒体交互各方的媒体承载 连接到该会议资源上, 并修改 HODF集合到 BAF-U间的媒体传递方向, 以复 制目标媒体流。
所述参与媒体交互各方包括: HOSF集合和 HORF。
所述修改 HODF 集合到 BAF-U 间的媒体传递方向, 即将该方向修改为 BAF-U到 HODF单向传递。
所述的 BAF-C和 BAF-U存在媒体操作控制关系;若所述的 BAF-C和 SAF 实体功能合一则使用内部接口相互通信, 否则使用 SIP接口相互通信。
六、 本发明实施例还提供了一种媒体流的复制系统, 包括: SAF、 HODF 集合、 HODF集合、 HORF, BAF-C和 BAF-U;
SAF与 BAF-C配合, 用于在 HODF集合与 HORF间会话的用户数据承载 连接中增加 BAF-U; SAF, 用于指示 BAF-C将目标媒体流从 HOSF集合复制到 HODF集合;
BAF-C, 用于收到复制指示后, 申请 BAF-U上的会议资源, 将参与媒体 交互各方的媒体承载连接到该会议资源上, 并修改 HODF集合到 BAF-U间的 媒体传递方向, 以复制目标媒体流。
上述五、 六中所述的媒体流的复制方法及系统, 可以在不中断被复制媒体 所在会话的情况下, 将媒体复制到第三方实体。 如用户在自己的终端上收到一 个非常喜欢的音乐专辑,在收听的同时发出指示将其保存在自己家中的存储设 备上。特别地,当媒体复制的目标不支持被复制媒体的格式时,还可以由 BAF-U 进行媒体格式的转换和适配。
至此本发明实施例的概述结束, 以下通过若干实施例进一步描述。
[实施例 1.1]系统架构 1 : 部署单个 SAF进行媒体流切换操作的架构,针对 HOSF和 HODF属于同一个用户。 参见图 6所示, 包括下述内容:
其中略去一些 IMS/CS网络实体, 只显示了相关的部分。 图中短横线的箭 头表示第一接入连接; 实线箭头表示媒体承载;点划线箭头表示第二接入连接; 虚线箭头表示远端连接。
HODF以及 HOSF与 IMS归属网络 SAF间使用 SIP信令或者由 CS网络信 令(此时需要在 HOSF归属的 IMS 网络添加一个和 CS互通的实体以及一个 CS代理实体为 SAF进行 CS信令和 SIP信令的互通, 图中未显示)。
当 HODF和 HOSF在一个用户设备时,釆用内部接口通信; 否则使用支持 SIP协议的接口通信。 (该 HODF和 HOSF可以在不同的用户设备上;)。
可选的 (使用虚线表示的实体): 在系统中增加一个 HOCF实体和第三方用 户设备都通过 IMS网络的 SIP信令和 SAF进行通信( HOCF和 SAF合设时两 者使用内部接口), 或者和 HODF进行通信。
其它业务的 AS在远端腿上, SAF比其他的 AS更靠近用户侧, 因此其它 业务的 AS不受切换的影响。
所示的 HORF可以是支持 SIP信令的终端或者当会话的对端为 CS终端时, 就是该 CS终端提供互通的 MGCF实体。
[实施例 1.2]系统架构 2: 部署多个 SAF进行媒体流切换操作的架构。参见 图 7所示, 包括下述内容:
其中略去一些 IMS/CS网络实体, 只显示了相关的部分。 图中短横线的箭 头表示第一接入连接; 实线箭头表示媒体承载;点划线箭头表示第二接入连接; 虚线箭头表示远端连接; 长短横线交替的箭头表示 SAF间的连接。
HODF以及 HOSF分别与各自归属的 IMS网络中的 SAF间使用 SIP信令 或者由 CS网络信令(此时需要在 HOSF归属的 IMS网络添加一个和 CS互通 的实体以及一个 CS代理实体为 SAF进行 CS信令和 SIP信令的互通, 图中未 显示)。
当 HODF和 HOSF使用支持 SIP协议的接口通信。
图中 SAF间的连接对于第二 SAF看来是第二接入连接的一部分, 而对于 第二 SAF看来是远端连接的一部分。一个第一 SAF可以对应多个第二 SAF(因 为 HODF分属不同的用户就可能有不同的归属 IMS网络)。
可选的 (使用虚线表示的实体): 在系统中 HOSF归属 IMS网络增加一个第 一 HOCF实体, HODF归属 IMS网络增加一个第二 HOCF实体, 以及增加第 三方用户设备。 第一 HOCF和第二 HOCF都通过 IMS网络的 SIP信令和 SAF 进行通信( HOCF和 SAF合设时两者使用内部接口 ),或者和 HODF进行通信。
其它业务的 AS在远端腿上, SAF比其他的 AS更靠近用户侧, 因此其它 业务的 AS不受切换的影响。
所示的 HORF可以是支持 SIP信令的终端或者当会话的对端为 CS终端时, 就是该 CS终端提供互通的 MGCF实体。
[实施例 1.3]系统架构 3: 部署单个 SAF进行媒体流复制操作的架构。参见 图 8所示, 包括下述内容:
其中略去一些 IMS/CS网络实体, 只显示了相关的部分。 图中短横线的箭 头表示第一接入连接; 实线箭头表示媒体承载;点划线箭头表示第二接入连接; 虚线箭头表示远端连接。
HODF以及 HOSF与 IMS归属网络 SAF间使用 SIP信令或者由 CS网络信 令(此时需要在 HOSF归属的 IMS 网络添加一个和 CS互通的实体以及一个 CS代理实体为 SAF进行 CS信令和 SIP信令的互通, 图中未显示)。
当 HODF和 HOSF在一个用户设备时,釆用内部接口通信; 否则使用支持 SIP协议的接口通信。 (该 HODF和 HOSF可以在不同的用户设备上;)。
SAF和 BAF-C间使用支持 SIP协议的接口通信, 或这两者合设时釆用内 部接口通信。
BAF-C和 BAF-U间釆用 H.248或 MEGACO协议进行通信。
可选的 (使用虚线表示的实体): 在系统中增加一个 HOCF实体和第三方用 户设备都通过 IMS网络的 SIP信令和 SAF进行通信( HOCF和 SAF合设时两 者使用内部接口), 或者和 HODF进行通信。
其它业务的 AS在远端腿上, SAF比其他的 AS更靠近用户侧, 因此其它 业务的 AS不受切换的影响。
所示的 HORF可以是支持 SIP信令的终端或者当会话的对端为 CS终端时, 就是该 CS终端提供互通的 MGCF实体。
[实施例 1.4]HOSF或者 HODF位于 CS网络时的系统结构。参见图 9所示, 包括下述内容:
其中略去一些 IMS/CS网络实体, 只显示了相关的部分。 图中短横线的箭 头表示第一接入连接; 实线箭头表示媒体承载;点划线箭头表示第二接入连接; 虚线箭头表示远端连接。
HOSF与 IMS归属网络 SAF间增加互通实体 MGCF和 MGW, MGCF和 MGW充当电路域用户在 IMS网络中的入口。 HOSF和 MGCF间使用 CS域的 呼叫信令通信, MGCF和 IMS网釆用 SIP信令通信。
可选的, CS代理实体(使用虚线表示), 也插入 HOSF和 SAF间的信令 路径, 代理 HOSF在 IMS网络进行相关的处理。 HOSF通过 USSD或 SMS与 CS代理实体交互, 传递控呼叫或流操作制信息, CS代理实体根据该通道中的 关联信息将该通道中的控制信息和第一接入连接关联。 在实际部署中 CS代理 实体也可以与 SAF实体合一。
图中仅提供一种 CS代理实体穿入第一接入连接的方式,但不限于该方式。
HODF在 CS网络时其对应的第二接入连接与此相同。
其它实体以及交互同实施例 1.1所述。
[实施例 2.1]流操作请求的路由: 一个源端(HOSF )发起, 会话内的方式。 参见图 10所示, 包括下述步骤:
0、 预置条件为 HOSF集合(至少有一个 HOSF )和 UE-R间的会话控制的 信令面已经在源端用户归属 IMS网络的 SAF中完成了锚定, 且两个用户设备 间的承载中进行着媒体流 (至少有一个媒体成分)的交互 (注<1> )。
1、 UE-S ( HOSF ) 收到用户指示 (注 <2> ), 在第一接入连接中发出操作 请求并携带流操作所需信息 (注 <3> ), 这里以 SIP Refer消息为例, 但也可以 是其它消息。
2、 该请求消息顺着第一连接的路径传递到 SAF处理。 (注 <4> )
注 <1>: 图中省略了 P-CSCF和 S-CSCF间的交互, 以及 UE-R网络侧的实 体; 图中以 HOSF集合位于一个 UE-S上为例, 也可以位于多个 UE上, 因此 HOSF可以对应一个 UE也可以对应一个 UE上的一种接入方式(此时与 IMS 网络具有一个 contact地址或一个 CS地址;);
注 <2>: 也可以是和如下触发条件的任意组合:
b、 HOSF检测到无线信号强度的强度满足了预设的阀值, 或
c、 HOSF检测到媒体的 QoS质量满足了预设的阀值, 或
d、 HOSF检测到有更适合处理该媒体的终端, 或
e、 HOSF检测到时间满足了预设的值。
注 <3>: 图中的流操作请求信息至少包括以下项目的任意组合,
a、流操作的指示: 用于表示进行媒体流操作 (不同与会话的操作如切换), 进一步表示将 H0SF上的媒体流切出或复制到 H0DF (该指示可以是定义的一 个 SIP头域、 方法、 参数或消息体, 也可以是 SAF的一个 PSI号码或者消息名 本身; 可以是多个媒体流同一个指示, 也可以是每个媒体流各有一个指示且可 以不同)。
b、 待操作媒体成分的标识: 用于 SAF定位已经锚定的所有第一接入连接 所关联的待操作媒体成分 (可以是 SAF 可以识别的一个全局标识 <如媒体对应 的 SDP中的 m行加上 c行参数 >或者釆用第一接入连接的标识加上其所关联并 控制下的媒体的标识 <如 m行>)。
c、 和待操作媒体对应的操作目的指示: 所述的各待操作媒体对应的操作 目的, 可以是一个寻址到用户标识 (如 IMPU、 TELURL SIP URL 移动或固定 的综合业务数字网号码、 PSTN号码等)、 一个寻址到终端标识 (如 GRUU或 者用户标识下的个人终端标识 <Personal ME identified或终端的实例号
<instance-id>, 或者接入终端的偏好信息)、 或者寻址到终端下一个接入模式的 指示 (如表示一种接入网的偏好信息)。
进一步还可以包括以下信息的组合: d、 指向 SAF的一个 SIP地址, 如 SAF的 PSI号码;
e、 部分操作失败处理指示: 用于向 SAF指示当所请求操作的媒体成分有 部分媒体操作失败时是继续处理还是返回整个媒体流操作的失败;
f、 切出域剩余媒体成分的处理指示: 用于向 SAF指示媒体流操作完成后 对切出域媒体的处理, 可以是从对应的第一接入连接中删除该媒体成分, 释放 该媒体成分所述的第一接入连接;
g、 对被操作媒体相关事件的订阅指示: 用于向 S AF订阅目标媒体相关事 件, 包括: 目标媒体成分后续发生的所有事件, 如被切换到其它目的端、 被删 除、 被修改等。
其它未说明的信息可以在 SIP消息中的头域、参数、方法或消息题中携带, 或定义一个专用的流操作的结构来携带。当 HOSF在 CS网络中发起该请求时, HOSF可以使用 USSD或者 SMS发送请求携带如上的信息和第一接入连接对 应的会话标识到 CS代理实体, CS代理实体根据标识定位出对应的会话,再将 请求的内容转换为 IMS中的格式后在所定位的会话内发送请求到 SAF处理(图 中未体现)。
注 <4>: 本实施例可以应用到 HOSF集合所有元素都向 SAF发起流操作的 应用场景, 但所携带的信息进一步还包括:
h、 流操作关联指示: 用于向 SAF指示该请求和其它 HOSF的操作请求存 在关联关系, SAF收到该指示后可以判断是否等待被关联的 HOSF发起的操作 进行合并处理; 可以通过<注3>中的方法携带, 其内容可以是一个是否存在关 联的布尔指示, 或是表示其它方发起方的指示。
[实施例 2.2]流操作请求的路由: 一个源端(HOSF )发起, 会话外的方式 1。 参见图 11所示, 包括下述步骤:
0、 预置条件为 HOSF集合(至少有一个 HOSF )和 UE-R间的会话控制的 信令面已经在源端用户归属 IMS网络的 SAF中完成了锚定, 且两个用户设备 间的承载中进行着媒体流 (至少有一个媒体成分)的交互 (注<1> )。
1、 UE-S ( HOSF ) 收到用户指示 (注 <2> ), 在第一接入连接外发出操作 请求, 这里以 Refer消息为例, 但也可以是其它消息, 该消息中携带流操作请 求所需的信息 (注 <3> )且请求的 URI设置为 SAF的 PSI号码。
2、 该请求路由到 UE-S的 S-CSCF后, 可根据 PSI的路由方式通过 Ma接 口路由到 SAF或者再经过 PSI对应的 S-CSCF路由到 SAF;根据 PSI的路由这 属于现有的技术, 本实施例不再展开。 (注 <4> )
注 <1>: 同实施例 2.1的注 <1>;
注 <2>: 触发条件参见实施例 2.1的注 <2>;
注<3>: 携带的流操作所需信息以及携带方式参见实施例 2.1的注 <3>; 不 同在于:当 HOSF在 CS网络中发起该请求时, HOSF可以使用 USSD或者 SMS 发送请求携带如上的信息到 CS代理实体, CS代理实体,将请求的内容转换为 IMS中的格式后使用新的会话发送该请求到 SAF处理(图中未体现)。
注<4>: 该路由方式同样适用于用户侧或网络侧(HOCF )的第三方的请求 路由到 SAF的应用场景, 当由第三方发起流操作请求时, 其触发条件包括: a、 检测到网络负载状况达到阀值。
b、 网络侧的第三方实体 HOCF检测到 HOSF上媒体传递的服务质量达到 阀值。
c、 网络侧的第三方实体 HOCF检测到 HOSF集合对应的第一接入连接对 应的会话连接的信号强度达到阀值(所述 a、 b、 c信息可以是网络中接入和核 心网网元相互配合通过运营管理的通道获取)。
其需要携带的信息和 HOSF发起有差异的信息说明如下:
至少包括的信息部分,
指向 SAF的一个路由地址,如 SAF的 PSI号码; (当 HOCF发起且 HOCF 和 SAF合一设置时不需要);
这些信息可以在 SIP消息中的头域、 参数、 方法或消息体中携带, 或定义 一个专用的流操作的结构来携带。在发起请求前还包括第三方实体向源端用户 订阅流操作所需的信息(如会话中媒体的各种属性, 标识等; 对于网络侧的第 三方如 HOCF, 若与 SAF合设则不需要订阅)。 订阅可以通过第三方向 HOSF 归属网络的 SAF或接受订阅的 Presence Server发起 SIP SUBSCRIBE请求, 指 示向第三方发送 SIP NOTIFY消息携带所需信息 (图中未显示);
注 <5>: 本实施例可以应用到 HOSF集合所有元素都向 SAF发起流操作的 应用场景, 方法的差异参见实施例 2.1的注 <4>, 区别于实施例 2.1的是该操作 请求在第一接入连接对应的会话外传递。
[实施例 2.3]流操作请求的路由: 一个源端 (HOSF )发起, 会话外的方式 2。 参见图 12所示, 包括下述步骤:
0、预置条件为 UE-S和 UE-R间的会话控制的信令面已经在源端用户归属 IMS 网络的 SAF 中完成了锚定, 且两个用户设备间的承载中进行着媒体流的 交互 (注 <1> )。
1、 UE-S ( HOSF ) 收到用户指示 (注 <2> ), 在第一接入连接外发出操作 请求, 这里以 Refer消息为例, 但也可以是其它消息, 该消息中携带流操作请 求所需的信息, 请求 URI的值可以填为 SAF的 PSI或者其它值。
2、该请求路由到 UE-S的 S-CSCF后,可根据 iFC的检测触发到 SAF。 iFC 可以设置为请求中和流操作特征相关的任何头域(注<4> )。
注 <1>: 图中省略了 P-CSCF和 S-CSCF间的交互, 以及 UE-R网络侧的实 体;
注 <2>: 触发条件参见实施例 2.1的注 <2>;
注 <3>: 携带的流操作所需信息以及携带方式参见实施例 2.2的注 <3>; 注<4>: 该路由方式同样适用于用户侧或网络侧(HOCF )的第三方的请求 路由到 SAF的应用场景, 具体差异参见实施例 2.2的注 <4>;
注 <5>: 该路由方式同样可以应用到 HOSF集合所有元素都向 SAF发起流 操作的应用场景, 具体差异参见实施例 2.2的注 <5>。
[实施例 2.4]流操作请求的路由: 一个目的端所在的用户设备 ( HODF )发 起, 会话内的方式。 参见图 13所示, 包括下述步骤:
0、 预置条件为 UE-S和 UE-T分别与 UE-R间的会话控制信令已经在 SAF 锚定, 媒体流在 UE-S和 UE-T与 UE-R间进行传递(注 <1> )。
0.1、HODF所在的 UE-T请求订阅 HOSF的会话信息,该请求路由到 HOSF 的归属网络后触发到 HOSF的 SAF处理。
0.2、 SAF检查后接受该请求并返回 HOSF锚定的活动呼叫相关的信息(注 <1.1> )。
1、 UE-T ( HODF )收到用户指示 (注 <2> ), 判断将 UE-S 上的媒体切换 到 UE-T上的既有会话, 于是在第二接入连接内 (Call-id#2所示的会话控制连 接)发出流切换操作请求, 该请求以在放在 SIP RelNVITE消息中携带为例, 也可以是其它消息如 SIP UPDATE, 该消息中携带流切换请求所需的信息 (注 <3> ), 请求 URI的值可以填为 SAF的 PSI或者其它值。
2、 该请求沿着第二接入连接的信令路径经过 UE-S 的 S-CSCF再路由到 SAF处理。 (注 <4> )
注<1>:图中省略了 P-CSCF和 S-CSCF间以及 IMS网络间 I-CSCF的交互, 以及 UE-R网络侧的实体;
注<1.1>: HODF获取流操作所需信息, 也可以是从 HOSF或者第三方收 到一个切换的指示如 Refer消息, 该指示中携带所需的信息 (图中以订阅的方 式为例,其订阅请求的发送对象也可以是发布 HOSF会话相关信息的一个呈现 业务服务器( Presence Server ); 当 HODF和 HOSF合适时不需要订阅);
注 <2>: 也可以是和如下触发条件的任意组合:
b、 HODF检测到无线信号强度的强度满足了预设的阀值, 或
c、 HODF检测到时间满足了预设的值, 或
d、 收到了 UE-S ( HOSF )或者用户侧第三方的或者 HOCF的切换指示;
(判断切换到既有会话可以根据该指示中的切换目的指示是否指示为一个会 话或者根据媒体流的远端信息判断和已有的会话属于同一个远端)。
注 <3>: HODF在 IMS中发起流操作请求时, 则需要携带的信息至少包括 以下项目的任意组合:
a、流操作的指示: 用于表示进行媒体流切换或复制(不同与会话的切换), 进一步表示从 HOSF获取媒体流到 HODF, 特别的可以使用指向 SAF的 PSI 号码表示也可以是特殊的流切换头域、 参数、 方法表示。
b、 一个待操作媒体成分的标识: 用于 SAF定位已经锚定的第一接入连接 所关联的待操作媒体成分。
c、 和待操作媒体对应的切换目的指示: 所述的各待操作媒体对应的切换 目的, 可以是一个寻址到用户标识、 一个寻址到终端标识、 或者寻址到终端下 一个接入模式的指示(操作为切换或复制到发出该切换请求的 HODF地址可以 不必携带)。 进一步还可以包括以下信息的组合:
d、 指向 SAF的一个 SIP地址, 如 SAF的 PSI号码; (可选)
e、 部分操作失败处理指示: 用于向 SAF指示当所请求切换的媒体成分有 部分媒体操作失败时是继续处理还是返回整个媒体流操作的失败;
f、 操作发起方指示: 用于向 SAF指示本次流操作请求真正的发起者 (针 对 HODF 收到其他方操作指示的情况: 真正触发操作的是这些发送指示的实 体);
g、 源域剩余媒体成分的处理指示: 用于向 SAF指示媒体流操作完成后对 源域媒体的处理, 可以是从对应的第一接入连接中删除该媒体成分, 释放该媒 体成分所述的第一接入连接;
h、 对被切换媒体相关事件的订阅指示: 用于向 S AF订阅被切换媒体相关 事件, 包括: 被操作媒体成分后续发生的所有事件, 如被切换到其它目的端、 被删除、 被修改等。
这些信息可以在 SIP消息中的头域、 参数、 方法或消息题中携带, 或定义 一个专用的流操作的结构来携带;
当 HODF在 CS中发起请求时,可以在 USSD / SMS中映射 IMS发起时所 述的信息;
注 <4>: 该路由方式同样可以应用到 HOSF集合所有元素都向 SAF发起流 操作的应用场景, 但所携带的信息进一步还包括:
i、 流操作关联指示: 用于向 SAF指示该请求和其它 HODF的操作请求存 在关联关系, SAF收到该指示后可以判断是否等待被关联的 HODF发起的流操 作进行合并处理; 可以通过<注3>中的方法携带, 其内容可以是一个是否存在 关联的布尔指示, 或是表示其它方发起方的指示; 在该场景下, 可以将本实施 例和实施例 2.5结合使用, 即可以同时有会话内和会话外发起请求的情况; 注 <5>: 当 HODF在 CS网络中发起该请求时, HODF可以使用 USSD或 者 SMS发送请求携带如上的信息和第一接入连接对应的会话标识到 CS代理实 体, CS代理实体根据标识定位出对应的会话, 再将请求的内容转换为 IMS中 的格式后在所定位的会话内发送请求到 SAF处理(图中未体现);
注<6>: 该流程以分别和 HOSF、 HODF对应的 UE-S和 UE-T分属不同的 S-CSCF为例,也可以是两个用户设备属于同一个 S-CSCF,甚至 HOSF和 HODF 同属于一个用户设备的不同接入模式。
[实施例 2.5]流切换操作请求的路由:一个目的端所在的用户设备(HODF ) 发起, 会话外的方式。 参见图 14所示, 包括下述步骤:
0、 预置条件为 UE-S与 UE-R间的会话控制信令已经在 SAF锚定, 媒体 流在 UE-S与 UE-R间进行传递(注 <1> ) (注<1.1> )。
1、 UE-T ( HODF )收到用户指示 (注 <2> ), 判断将 UE-S 上的媒体切换 到 UE-T上的新会话, 于是在第二接入连接建立请求中 (Call-id#2所示的会话 控制连接)携带流切换请求所需信息, 即使用 SIP INVITE消息携带流切换请 求所需的信息 (注 <3> ), 其请求 URI的值填为 SAF的 PSI。
2、该请求路由到 PSI归属网络的 I-CSCF进一步使用 PSI的路由方式将请 求消息路由到 SAF处理 (注 <4> ) (注 <5> ) (注 <6> )„
注<1>:图中省略了 P-CSCF和 S-CSCF间以及 IMS网络间 I-CSCF的交互, 以及 UE-R网络侧的实体;
注<1.1>: 媒体流操作所需信息的获取参见实施例 2.4的注 <1.1>; 注 <2>: 触发条件参见实施例 2.4的注 <2>;
注 <3>: 携带的流操作所需信息以及携带方式参见实施例 2.4的注 <3>; 注 <4>: 该路由方式同样可以应用到 HOSF集合所有元素都向 SAF发起流 操作的应用场景, 具体差异参见实施例 2.4的注 <4>; 特别地, 当 HODF在 CS 中发起请求时, 可以在 USSD / SMS中映射 IMS发起时所述的信息或者:
通过电路域的呼叫建立消息携带, 其被叫号码是指向可路由到 SAF 的一 个地址, 如 SAF所在 AS的 PSI号码, 该被叫号码同时也是流切换或复制操作 的一个指示; 甚至该号码还可以和切出域的 HOSF中的一个媒体成分关联(该 号码使用 CS域的方式从 SAF发送到该 HODF实体 ),这样 SAF据此可以定位 到需要操作的第一接入连接中的媒体成分,或者根据 CS呼叫中的媒体属性( CS 中的承载能力信息 <BC> )判断第一接入连接中对应的媒体成分(这只适用于 比较极端的情况, 如整个锚定的呼叫中只有一个相对应的成分);
注 <5>: 当 HODF在 CS网络中发起该请求时, HODF可以使用 USSD或 者 SMS发送请求携带如上的信息到 CS代理实体, CS代理实体将请求的内容 转换为 IMS中的格式后在所定位的会话内发送请求到 SAF处理(图中未体现); 注<6>: 该流程以分别和 HOSF、 HODF对应的 UE-S和 UE-T分属不同的 S-CSCF 为例, 也可以应用到两个用户设备属于同一个 S-CSCF , 甚至 HOSF 和 HODF同属于一个用户设备的不同接入模式的情况; 当属于同一个 S-CSCF 时, 则路由到 SAF可以由该 S-CSCF根据请求中的流操作属性进行 iFC匹配, 匹配后触发到 SAF处理。
[实施例 3.1]第二接入连接的建立以及媒体流改向过程: SAF发起到 HODF 的方式。 参见图 15所示, 包括下述步骤:
0、 预置条件为: HOSF所在 UE-S和 HORF所在 UE-R间的会话已经在 SAF完成锚定, 且第一接入连接 (即 UE-S和 SAF间的会话信令连接 )关联并 控制着媒体成分 X和 Y; UE-T1也和 UE-R进行着会话 (关联并控制者媒体成 分 Z )并在 SAF锚定, UE-T1和 SAF的会话连接 ( call-id#3所示 )和 UE-S与 SAF间的会话 ( call-id#l所示 ) 同时对应一个远端连接 ( call-id#2所示会话)。 此时, SAF已经收到 UE-S或第三方用户设备或 HOCF发送的流操作请求(注 <1> )。
1、 SAF 收到请求后可以进行合法性检查, 以判断是否允许满足切换的条 件, 判断条件参见 ( 注 <2> )。
2a, 2b、 SAF判断流操作请求满足条件, 则根据操作请求指示为切换, 以 及其指示的目的, 分别向 UE-T1 和 UE-T2发出 SIP RelNVITE 消息和 SIP INVITE消息以请求建立 SAF和流操作目的 UE间的会话连接作为第二接入连 接(注 <3> ); 其中, SAF和 UE-T1使用已有的会话( call-id#3 )作为第二接入 连接; SAF和 UE-T2新建 SIP会话作为第二接入连接, SAF基于 UE-S和 UE-T2 用户关系的判断, 进一步在新建会话时携带一些影响 AS调用的指示 (比如, 在 SAF发出的 SIP会话初始建立消息中的 Route头域携带一个 dm-ul,该参数由 S-CSCF触发到 SAF时在该头域中携带 )或传递 UE-S和 UE-T2用户设置的切 换策略(注 <4> );
3a, 3b、 UE-T1和 UE-T2分别在 SDP应答时提供自己支持的 SDP信息; 4, 5、 SAF代理 UE-T1和 UE-T2与 UE-R进行媒体协商, 此过程同时将 UE-R的媒体 X和 Y改向到 UE-T1和 UE-T2; (注 <5> )
6a, 6b, 7a, 7b、 SAF将 UE-R的 SDP信息相应的转发到 UE-T1和 UE-T2;
8、 中间的交互过程, 如 180、 PRACK等消息交互在此省略掉;
9 , 10、 SAF 和 UE-R 完成媒体流协商过程 (媒体协商的消息也可以是 UPDATE等);
11a, lib, 12a, 12b、 SAF和 UE-T1、 UE-T2完成了第二接入连接建立过 程并在其上分别增加并关联了媒体成分 X、 Y (注 <6> ); 第一接入连接关联媒 体的释放过程参见实施例 4。
注 <1>: 此处以媒体流 X和 Y在同一个 UE-S上为例, 也可以是分属不同 的 UE上; 此处流操作请求可以是实施例 2.1或 2.2或 2.3的任意组合路由到 SAF处理;
注 <2>: 合法性检测内容包含但不限于以下内容的任意组合:
El , UE-S是否签约媒体流操作业务;
E2, 媒体操作类型是否被允许;
E3 , 网络是否能定位到被操作的媒体流;
E4 , UE-T标识是否为有效格式或者有效时是否被允许;
E5 , 运营商策略是否允许进行操作;
E6, 第一接入连接对应的会话状态是否允许(如只有当活动状态会话的媒 体才被允许进行操作 );
当 SAF检查流操作请求不满足条件时, 向请求者返回失败响应, 如可以 釆用 SIP 400、 500、 600系列消息携带和检查项目对应的原因值(本实施例图 中未显示);
注<3>: 第二接入连接的建立方式可以是釆用目的端和 SAF间已有的会话 连接或者建立目的端和 SAF 间的会话连接两种方式的任意组合, 这以同时使 用两种方式为例;
注 <4>: 当釆用新建会话作为第二接入连接时: SAF基于 UE-S和 UE-T2 关系的判断, 比如将使用同一 IMPU的不同终端、 或不同 IMPU但属于同一个 签约关系 (用户的不同公共号码)、 或属于同一个用户但是又属于不同运营者 网络的号码定义为一个群组。 群组中共享用户所设置的策略等数据, 只需调用 一次 SAF 就可以满足这些用户的流操作请求。 故可以在会话建立请求中携带 不触发其它 AS 的指示, 这样就保证只有一个 SAF处理流操作指示, 如使用 SIP消息的某一个头域、 方法、 参数、 消息体携带; 或
当流操作的源和目的端不符合如上群组的定义时, SAF可以在会话建立请 求中携带 UE-S侧设置的对流操作媒体的策略, 当会话建立过程中触发了第二 SAF时, 可以保存该策略。 当第二 SAF收到其所在连接上关联媒体的操作请 求时, 可以据此策略处理。 所述的策略包括但不限于:
■ UE-S用户在 SAF中设置的禁止目的终端用户 /目的端用户指定的第三方 将切出的媒体流后续切回原端的策略;
■ UE-S用户在 SAF中设置的禁止目的终端用户 /目的端用户指定的第三方 /目的端用户指定第二目的端将切出的媒体流后续切到第二目的端的策 略;
■ UE-S用户在 SAF中设置的超越原端用户禁止将切出的媒体流后续切回 原端的限制的策略;
■ UE-S用户在 SAF中设置的超越原端用户禁止将切出的媒体流后续切到 第二目的端的限制的策略;
这些策略可以在任意的 SAF到 UE-T2方向的消息中携带。
同样地, 第二 SAF也可以将 UE-T2设置的媒体流操作策略, 这些策略可以在 任意的 UE-T2到 SAF方向的消息中携带。 所述的策略包括但不限于:
■ 目的端用户在第二 SAF中设置的禁止原端用户 /原端用户指定的第三方 将切入的媒体流切回原端的策略;
■ 目的端用户在第二 SAF中设置的禁止原端用户 /原端用户指定的第三方 / 原端指定的第二目的端将切入的媒体流切到第二目的端的策略;
■ 目的端用户在第二 SAF 中设置的超越目的端用户禁止将切入的媒体流 切回到原端的限制的策略;
■ 目的端用户在第二 SAF 中设置的超越目的端用户禁止将切入的媒体流 切换到第二目的端的限制的策略。
注 <5>: 所述 SAF将第二接入连接和远端连接进行关联控制, 就是提供第 二接入连接和远端连接间会话信令的交互, 以使目标媒体关联到第二接入连接 上以及远端的 UE完成媒体改向到 HODF所在的用户设备, 如步骤 2a到 12b 所示, 本实施例所示的消息交互的顺序可以调整;
注 <6>: 该流程以分别和 HOSF、 HODF对应的 UE-S和 UE-T1&2分属不 同的 S-CSCF为例, 也可以应用到属于同一个 S-CSCF , 甚至 HOSF和 HODF 同属于一个用户设备的不同接入模式的情况;
本实施例所示的流程仅是一个较佳实施方案,在符合发明实质的前提下其 中的消息交互顺序可以调整, 某些步骤也可以根据需要裁减。
[实施例 3.2]第二接入连接的建立以及媒体流改向过程: HODF发起到 SAF 的方式。 参见图 16所示, 包括下述步骤:
0、 预置条件为: HOSF所在 UE-S和 HORF所在 UE-R间的会话已经在 SAF完成锚定, 且第一接入连接 (即 UE-S和 SAF间的会话信令连接 )关联并 控制着媒体成分 X和 Y; UE-T1也和 UE-R进行着会话 (关联并控制者媒体成 分 Z )并在 SAF锚定, UE-T1和 SAF的会话连接 ( call-id#3所示 )和 UE-S与 SAF间的会话 ( call-id#l所示 ) 同时对应一个远端连接 ( call-id#2所示会话)。
(注 <1> )。
la, lb、 UE-T1 使用已有会话连接( call-id#3 )作为第二接入连接, 在其 上发起 RelNVITE携带自己支持的媒体信息以及关联的媒体指示; UE-T2新建 会话连接 ( call-id#4 )作为第二接入连接, 故发起到 SAF的 INVITE消息同样 携带自己支持的媒体信息以及关联的媒体指示 (注<2> ), 进一步在新建会话时 携带一些影响 AS调用的指示或传递 UE-S和 UE-T2用户设置的切换策略(注 <3> );
2、 SAF根据关联指示收齐切换请求后,判断流操作请求是否满足条件(注 <4> );
3,4,5a,5b、 SAF代理 UE-T1和 UE-T2与 UE-R进行媒体协商, 此过程同时 将 UE-R的媒体 X和 Y改向到 UE-T1和 UE-T2 (媒体协商的消息也可以是 UPDATE等);
6、 中间的交互过程, 如 180、 PRACK等消息交互在此省略掉;
7,8,9a,9b,10a,10b、 SAF代理 UE-T1和 UE-T2, 与 UE-R完成媒体流协商 过程, 至此 SAF和 UE-T1、 UE-T2完成了第二接入连接建立过程并在其上分 别增加并关联了媒体成分 X、 Y; 第一接入连接关联媒体的释放过程参见实施 例 4。
注 <1>: 此处以媒体流 X和 Y在同一个 UE-S上为例, 也可以是分属不同 的 UE上;
注<2>: 该实施例以目的端同时发起请求为例, 也可以是一端发起如 UE-T 或者 UE-T2发起;
请求的触发以及路由到 SAF的过程参见实施例 2.4和 2.5所述;
第二接入连接的建立方式可以是釆用目的端和 SAF 间已有的会话连接或 者建立目的端和 SAF 间的会话连接两种方式的任意组合, 这以同时使用两种 方式为例;
媒体关联指示可以使用 SIP消息的某一个头域、方法、参数、 消息体携带; 注 <3>: 这些指示和策略的内容和携带时机、 方式参加实施例 3.1注 <4>; 注 <4>: 检查满足流操作条件的内容参见, 实施例 3.1注 <2>;
注 <5>: 该流程以分别和 HOSF、 HODF对应的 UE-S和 UE-T1 &2分属不 同的 S-CSCF为例, 也可以应用到属于同一个 S-CSCF , 甚至 HOSF和 HODF 同属于一个用户设备的不同接入模式的情况;
本实施例所示的流程仅是一个较佳实施方案,在符合发明实质的前提下其 中的消息交互顺序可以调整, 某些步骤也可以根据需要裁减;
注 <6>: 所述 SAF将第二接入连接和远端连接进行关联控制, 就是提供第 二接入连接和远端连接间会话信令的交互, 以使目标媒体关联到第二接入连接 上以及远端的 UE完成媒体改向到 HODF所在的用户设备, 如步骤 la到 10b 所示, 本实施例所示的消息交互的顺序可以调整。
[实施例 4]第一接入连接关联媒体释放过程: SAF发起的方式。参见图 17 所示, 包括下述步骤:
0、 预置条件为: HOSF所在 UE-S和 HORF所在 UE-R间的会话已经在 SAF完成锚定, 且第一接入连接 (即 UE-S和 SAF间的会话信令连接 )关联并 控制着媒体成分 X、 X'和 Y; UE-T1也和 UE-R进行着会话 (关联并控制者媒 体成分 Z )并在 SAF锚定, UE-T1和 SAF的会话连接( call-id#3所示 )和 UE-S 与 SAF间的会话( call-id#l所示 )同时对应一个远端连接( call-id#2所示会话)。 此时, SAF已经收到将媒体流 X、 Y分别切换到 UE-T1和 UE-T2的操作请求 并在 UE-T1和 UE-T2对应的第二接入连接上增加并关联了媒体 X、 Y(注 <1> )。
1、 SAF根据流操作请求中携带的切出域媒体成分处理指示释放第一接入 连接关联的目标媒体 (注 <2> );
2、 本实施例中, 该指示为释放切出域的媒体成分, SAF通过在第一接入 连接对应的会话连接中发起媒体协商请求释放媒体 X、 Υ (注 <3> ); 3,4、 协商过程完成, 第一接入连接中的媒体 X、 Y被释放(注 <4> )、 (注 <5> );
5、 若 SAF之前收到了流操作发起方 (本实施例以通知 UE-S为例 ) 的订 阅指示, 则在流操作结束后向订阅者发出通知(注 <6> )。
注 <1>: 此处以媒体流 X和 Y在同一个 UE-S上为例, 也可以是分属不同 的 UE上; 流操作请求的发起参见实施例 1.1-1.5, 第二接入连接建立以及和相 应媒体的关联过程参见实施例 3.1、 3.2;
注 <2>: 该实施例以收到收到流操作请求中的切出域媒体成分处理指示为 例, 也可以是根据网络中的缺省处理策略进行处理;
该处理指示也可以是释放整个第一接入连接, 则 SAF 通过释放第一接入 连接对应的会话; 或保留第一接入连接中的关联媒体, 则不继续做处理;
切出域媒体成分处理指示可以使用 SIP消息的某一个头域、 方法、 参数、 消息体携带;
注 <3>: 媒体协商也可以是其它消息如 SIP UPDATE等;
注 <4>: 该流程以分别和 HOSF、 HODF对应的 UE-S和 UE-T1&2分属不 同的 S-CSCF为例, 也可以应用到属于同一个 S-CSCF, 甚至 HOSF和 HODF 同属于一个用户设备的不同接入模式的情况。
注 <5>: 当切换完成后, UE-S、 UE-T1、 UE-T2或者第三方还可以釆用实 施例 1到 3的方法请求 SAF发起后续的切换; 或者当第二接入连接建立时串 入了第二 SAF时,也可以请求该第二 SAF (通过请求发起方将第二 SAF的地址 作为媒体操作请求的地址)对所在的第二接入连接关联的媒体进行切换(图中 未显示)。
注 <6>: 通知内容包括切换是否成功、 媒体切出的目的端, 切出后在 SAF 的标识等; 该通知也可以在 CS网络中使用 USSD或者 SMS进行传递。
若 HOSF在 SAF订阅了会话中媒体成分切换事件, 则当其它方如 HODF 或第三方实体发起切换该会话中的媒体成分并成功后, SAF可以向 HOSF发出 通知, 内容包括: 切换的发起方信息, 切换的目的方信息, 被切换的媒体成分 等。
[实施例 5]媒体复制操作流程: 目的端发起的方式。 参见图 18所示, 包括 下述步骤:
0、 预置条件为: HOSF所在 UE-S和 HORF所在 UE-R间的会话已经在 SAF完成锚定, 且第一接入连接 (即 UE-S和 SAF间的会话信令连接 )关联并 控制着媒体成分 X (注 <1> )。
复制的流程 (MRFC/MRFP分别对应 BAF-C和 BAF-U)
1 , 2、 UE-T发起通过建立和 SAF间会话的方式建立第二接入连接并请求 进行媒体复制操作 (注 <2> );
4、 SAF收到请求后根据需要可以进行媒体操作条件检查(注 <3> );
5-17、 SAF和 UE-R进行媒体协商, 以及和 MRFC进行媒体协商, 以使 UE-R将媒体 X改向到承载的锚定点 BAF-U ( MRFP ) ,MRFC和 MRFP间的交 互省略(属于现有的技术);
18-27.1、 SAF和 UE-S进行媒体协商, 以及和 MRFC进行媒体协商, 以使 UE-S将媒体 X改向到 载的锚定点 BAF-U ( MRFP ) ,MRFC和 MRFP间的交 互省略(属于现有的技术), 这样就完成了承载连接的锚定(媒体 X的承载锚 定在了 MRFP );
28 , 29、 SAF指示 MRFC进行复制操作 (注 <4> );
30-37、 SAF和 UE-S完成第二接入连接的建立,以及关联被复制的媒体 X , 至此媒体 X被复制到了 UE-T上 ( 注 <5> )。
注 <1>: 此处以媒体流 X在同一个 UE-S上为例, 也可以是多个媒体分属 不同的 UE上进行复制;
注<2>: 该实施例以 UE-T发起流操作请求为例, 实施例 2.1-2.5的发起和 路由方式也可以适用本实施例 , 第二接入连接建立以及和相应媒体的关联过程 以 UE-T到 SAF方向为例, 也可以釆用实施例 3.2的方式; 注 <3>: 流操作条件的检查参见实施例实施例 3.1注 <2>;
注 <4>: 流复制操作可以在 SIP请求中使用 XML语言表示, 这里 SAF还 可以和 MRFC合设, 则不需要两者间的 SIP交互而使用内部交互即可;
具体的实施方式: MRFC收到复制指示后申请 MRFP上的会议资源,将参 与媒体交互的各方( UE-S、 UE-T, UE-R )的媒体承载连接到(即改向到 MRFP ) 该会议资源上, 并修改 UE-T到 MRFP 间的媒体传递方向 (将该方向修改为 MRFP到 UE-T单向传递 ),从而实现媒体的复制; 以上的实施顺序只是较佳的 实施方案, 还可以有其它的处理顺序; 本实施例以复制 UE-R到 UE-S方向的 媒体为例 , 也可以复制 UE-R和 UE-S双向的媒体到 UE-T;
所述 SAF和 MRFC(BAF-C)配合指 SAF代理 UE-S(HOSF)以及 UE-R(HORF) 和 BAF-C进行媒体协商 , 以使 UE-S和 UE-R的媒体流改向到 BAF-U,从而完 成 BAF-U媒体承载连接中的锚定;
注 <5>: 本实施例流程仅是一个较佳实施方案, 在符合发明实质的前提下 其中的消息交互顺序可以调整。
实施例 6、 UE-T ( CS )使用 CS网络现有能力将 UE-S和 UE-R间的语音 媒体流切换到 UE-T ( CS )上新的会话, 即 UE-T ( CS )在 CS域发起切换。 参 见图 19所示, 包括下列步骤:
1-6、 CS 终端或多模终端的 CS域模式 UE-T ( CS )根据用户指示、 网络 指示或者自身根据预设条件判断决定发起流切换, 以 SAF ( UE-S )的特殊 PSI 为请求目的生成 CS会话建立请求(也可以称为切换请求;),该请求按照类 VCC 方式将会话建立请求路由到 SAF ( UE-T )进行锚定, 然后沿会话建立的信令 路径将请求发送到 SAF ( UE-S )。
注:
<1>、 在 SAF ( UE-T )处进行锚定后, 向 SAF ( UE-S )发送的会话建立请 求中可以包括 UE-T ( CS ) (或用户)对切换的控制策略, 如下之一:
目的端用户在 SAF ( UE-T ) 中设置的禁止原端用户 /原端用户指定的第三 方将切入的媒体流切回原端的策略;
目的端用户在 SAF ( UE-T ) 中设置的禁止原端用户 /原端用户指定的第三 方 /原端指定的第二目的端将切入的媒体流切到第二目的端的策略;
目的端用户在 SAF ( UE-T ) 中设置的超越目的端用户禁止将切入的媒体 流切回到原端的限制的策略;
目的端用户在 SAF ( UE-T ) 中设置的超越目的端用户禁止将切入的媒体 流切换到第二目的端的限制的策略。
<2>、 在 SAF ( UE-T )处进行锚定时, 可以执行以下切换控制策略之一: 目的端用户在 SAF ( UE-T )设置了禁止将原端媒体流切入本端, 并且目 的端没有超越权限的策略;
目的端用户在 SAF ( UE-T )设置了禁止将原端媒体流切入本端, 并且目 的端有超越权限的策略。
7-24、 SAF ( UE-S )收到上述会话建立请求, 根据会话建立请求中特殊的 PSI,确定是切换请求, 然后对该切换请求进行合法性检查,并且根据在 MGCF 中将 ISUP IAM中的 BC ( Bearer Capability )值转化为对应的 SIP会话建立请 求中相应的 SDP参数(音频和 /或者视频流), 确定被切换媒体流; 检查合法 性通过后, SAF ( UE-S ) 与 UE-R (按照 IMS / SIP协商过程)进行重协商, 将被切换媒体流改向到 UE-T ( CS )。 SAF ( UE-S )并且与 UE-S进行重协商, 以在被切换媒体所在的会话内删除被切换的媒体流。
注:
<1>、上述 SAF ( UE-S )根据特殊的 PSI确定被切换媒体流的方式还包括: 特殊的 PSI既表示切换指示, 也与特定的用户或终端(UE-S )相关, 或者 与特定的用户或终端的下的一个会话相关, 或者与这个特定的会话的特定的若 干个媒体流相关; 其中特殊的 PSI与特定的用户终端相关时, 需要限定用户或 终端只能包含有一个特定音频流或者视频流或者只能有一个 Active 的视频流 和 /或者音频流, 然后 SAF ( UE-S )可以根据切换请求中的 SDP来确定被切换 媒体流。
<2>、 合法性检查可以包括:
原端用户在 SAF ( UE-S )设置了禁止目的端将原端已建立的媒体流切出, 并且目的端没有超越权限的策略; 或者,
原端用户在 SAF ( UE-S )设置了禁止目的端将原端已建立的媒体流切出, 并且目的端有超越权限的策略。
<3>、 如果合法性检查失败, SAF ( UE-S )向 UE-T ( CS )返回失败响应, 响应中可以包含切换失败的原因。
<4>、 源端处理可能的方式包括设定默认操作来实现, 例如默认只删除被 切换媒体流、 释放被切换媒体流所在会话; 也可以通过将特殊的 PSI与源端处 理相关, 例如某一类型的表示删除被切换媒体流, 某一类型表示释放被切换媒 体流所在会话。
25、 切换完成后, SAF ( UE-S ) 向 UE-S发送 NOTIFY请求, 通知 UE-S 切换的结果。
注:
<1>、 SAF ( UE-S ) 向 UE-S发送的通知包括: 切换成功。 该通知进一步 可以包括切换媒体切换前的标识和切换后的标识 (该媒体标识如果是全局性 的, 只通知一个即可)、 切换发起方标识、 切换目的标识、 切换处理实体标识 或切换后媒体所在会话标识; 或者前述任意个信息元素。
实施例 7、 C2N方式将媒体流从 UE-S切入到 UE-T新会话时, 异常处理 过程。 参见图 20所示, 包括下列步骤:
1、 UE-S与 UE-R之间已经建立多媒体会话, 并且切换发起端已经获得了 切换所需信息, 如果切换发起端是 UE-S或者 UE-3rd或者 HOCF, 切换请求已 经从上述实体发送到了 UE-T。
2-3、 UE-T将切换请求(会话建立请求)沿信令路径传送到 SAF ( UE-S ), SAF ( UE-S )保留被切换媒体所在会话的信息。 异常点 1、
<1>、 SAF (UE-S)在与 UE-R进行重协商前, 收到 UE-R删除待切换媒 体流的请求, SAF (UE-S)取消 UE-T发起的会话建立请求, 并在取消请求中 包含切换失败的原因, 同时按照删除媒体流请求执行相应的过程; 或,
<2>、 SAF (UE-S)在与 UE-R进行重协商前, 收到 UE-R修改被切换媒 体接收地址的请求或者收到修改媒体格式的请求, SAF ( UE-S )取消 UE-T发 起的会话建立请求, 并在取消请求中包含切换失败的原因, 同时按照修改媒体 接收地址或者格式的请求执行相应的过程; 或者 SAF (UE-S )按照修改后的媒 体流属性与 UE-R和 UE-T进行协商来实现切换; 或,
<3>、 SAF (UE-S)在与 UE-R进行重协商前, 收到 UE-R的释放被切换 媒体所在会话的请求, SAF (UE-S)取消 UE-T发起的会话建立请求, 并在取 消请求中包含切换失败的原因, 同时按照会话释放请求执行相应的过程。
4-6、 如果不发生异常点 1所述行为, 则: SAF ( UE-S )与 UE-R进行重协 商 , 将媒体流改向到 UE-T。
异常点 2、
<1>、 SAF (UE-S)在与 UE-R进行重协商过程中, UE-T发起的会话建立 中间过程失败, 则 SAF (UE-S)取消 (CANCLE)与 UE-R的重协商。
异常点 3、
<1>、 SAF (UE-S)在与 UE-R进行重协商完成时, 收到 UE-R删除待切 换媒体流的请求, SAF (UE-S)取消 UE-T发起的会话建立请求, 并在取消请 求中包含切换失败的原因, 同时按照删除媒体流请求执行相应的过程; 或,
<2>、 SAF (UE-S)在与 UE-R进行重协商完成时, 收到 UE-R修改被切 换媒体接收地址的请求或者收到修改媒体格式的请求, SAF ( UE-S )取消 UE-T 发起的会话建立请求, 并在取消请求中包含切换失败的原因, 同时按照修改媒 体接收地址或者媒体格式的请求执行相应的过程; 或者 SAF (UE-S )按照修改 后的媒体流属性与 UE-R和 UE-T进行协商来实现切换; 或, <3>、 SAF ( UE-S )在与 UE-R进行重协商完成时, 收到 UE-R的释放被 切换媒体所在会话的请求, SAF ( UE-S )取消 UE-T发起的会话建立请求, 并 在取消请求中包含切换失败的原因, 同时按照会话释放请求执行相应的过程; 或,
<4>、 SAF ( UE-S )在与 UE-R进行重协商完成时, UE-T发起的会话建立 中间过程失败, SAF ( UE-S )使用保存的媒体流信息, 利用另一个重协商请求 将 SAF ( UE-S )与 UE-R之间的接入腿恢复到切换前。
7-11、 如果上述异常点 1和 2都没有发生, 那么与 UE-T继续完成 UE-T 发起的会话建立请求过程, 并按照正常的流程执行与 UE-S 的重协商以及对 UE-S 的通知 (本实施例强调异常处理, 其它正常的处理过程不是重点因此没 有完整地描述)。
实施例 8、 N2C方式将媒体流从 UE-S切入到 UE-T新会话时, 异常处理 过程。 参见图 21所示, 包括下列步骤:
1-2、 UE-S与 UE-R之间已经建立多媒体会话, 并且切换发起端已经获得 了切换所需信息, 如果切换发起端是 UE-S、 UE-T, UE-3rd或者 HOCF, 切换 请求已经从上述实体发送到了 SAF ( UE-S ), SAF ( UE-S )保留被切换媒体所 在会话的信息。
3-4、 SAF ( UE-S )对收到的切换请求进行合法性检查通过后, 向 UE-T下 发会话建立请求, 该会话建立请求中包含被切换媒体流属性, UE-T返回对应 的 183响应。
异常点 1、
<1>、 SAF ( UE-S )在与 UE-R进行重协商前, 收到 UE-R删除待切换媒 体流的请求, SAF ( UE-S )取消自己对 UE-T发送的会话建立请求, 同时按照 删除媒体流请求执行相应的过程; 然后向切换请求方发送包含切换失败的原因 的通知; 或,
<2>、 SAF ( UE-S )在与 UE-R进行重协商前, 收到 UE-R修改被切换媒 体接收地址的请求或者收到修改媒体格式的请求, SAF ( UE-S )取消自己对 UE-T发送的会话建立请求, 同时按照修改媒体接收地址或者媒体格式的请求 执行相应的过程; 然后向切换请求方发送包含切换失败的原因的通知; 或,
<3>、 SAF ( UE-S )在与 UE-R进行重协商前, 收到 UE-R的释放被切换 媒体所在会话的请求, SAF ( UE-S )取消自己对 UE-T发送的会话建立请求, 同时按照释放会话请求执行相应的过程; 或,
<4>、 SAF ( UE-S )在与 UE-R进行重协商前, 对 UE-T发送的会话建立请 求失败, SAF ( UE-S ) 向切换请求方发送包含切换失败的原因的通知。
5-7、 如果不发生异常点 1所述行为, 则 SAF ( UE-S )与 UE-R进行重协 商 , 将媒体流改向到 UE-T。
异常点 2、
<1>、 SAF ( UE-S )在与 UE-R进行重协商过程中, SAF ( UE-S )与 UE-T 之间的会话建立的中间过程失败, SAF ( UE-S )取消 (CANCLE )与 UE-R的 重协商, SAF ( UE-S ) 向切换请求方发送包含切换失败的原因的通知。
异常点 3、
<1>、 SAF ( UE-S )在与 UE-R重协商完成时, 收到 UE-R删除待切换媒 体流的请求, SAF ( UE-S )根据与 UE-T的会话建立状态, 取消或释放自己对 UE-T 发送的会话建立请求, 同时按照删除媒体流请求执行相应的过程, SAF ( UE-S ) 向切换请求方发送包含切换失败的原因的通知; 或,
<2>、 SAF ( UE-S )在与 UE-R进行重协商完成时, 收到 UE-R修改被切 换媒体接收地址的请求或者收到修改媒体格式的请求, SAF ( UE-S )根据与 UE-T的会话建立状态,取消或释放自己对 UE-T发送的会话建立请求, 同时按 照修改被切换媒体接收地址的请求或者修改媒体格式的请求执行相应的过程, SAF ( UE-S )向切换请求方发送包含切换失败的原因的通知;或者 SAF ( UE-S ) 按照修改后的媒体流属性与 UE-R和 UE-T进行协商来实现切换; 或,
<3>、 SAF ( UE-S )在与 UE-R进行重协商完成时, 收到 UE-R的释放被 切换媒体所在会话的请求, SAF ( UE-S )根据与 UE-T的会话建立状态, 取消 或释放自己对 UE-T发送的会话建立请求, 同时按照释放会话请求执行相应的 过程, SAF ( UE-S ) 向切换请求方发送包含切换失败的原因的通知; 或,
<4>、 SAF ( UE-S )在与 UE-R进行重协商完成时, SAF ( UE-S )与 UE-T 之间的 UE-T发起的会话建立中间过程失败, SAF ( UE-S )使用保存的媒体流 信息, 利用另一个重协商请求将 SAF ( UE-S )与 UE-R之间的接入腿恢复到切 换前。
8-12、 如果上述异常点 1、 2和 3都没有发生, 那么 SAF ( UE-S )与 UE-T 继续完成对 UE-T发送的会话建立请求过程, 并按照正常的流程执行与 UE-S 的重协商以及对 UE-S的通知 (本实施例强调异常处理, 其它正常的处理过程 不是重点因此没有完整地描述 )。
综上所述, 本发明实施例提供了一种处理会话中媒体流连续性的方法, 包 括下列步骤:提供会话中切换源端点功能实体 HOSF集合中每一 HOSF对应的 第一接入连接的集合与切换远端功能实体 HORF对应的远端连接间的会话控 制信令面锚点 SAF; 其中各第一接入连接与目标媒体流关联; 所述 SAF收到 流操作请求后, 在与切换目的端功能实体 HODF集合中每一 HODF间的第二 接入连接上关联和目标媒体流对应的媒体成分; 以及所述 SAF在第二接入连 接上进行流操作, 对目标媒体流的连续性进行处理。
基于上述方法进一步还提供了各种情况下的具体方案, 包括: 不同流操作 请求的处理方案, 流操作请求的发起方式, 使用和新建第二接入连接的方式以 及与重用第二接入连接并列时选择的依据, 第二接入连接建立过程中其它处理 的方案, 释放第一接入连接的方案, 后续切换或复制时的不同 SAF 的选择处 理方案, 进行媒体流复制的具体方案等等。 在发明方案中既有针对没有 IMS 能力的 CS终端进行流连续性操作的支持, 也包括具有 IMS能力终端的支持。 同时也考虑了网络运营者为了提高服务质量, 可以对用户的媒体流连续性进行 更细致的控制。 所以本发明实施例的方法可满足了对会话中媒体流连续性处理 的需求。
本发明实施例还提供了一种会话控制信令面锚点, 包括触发单元、 接收单 元、 关联单元和媒体流处理单元。 其完整的表述了对会话中媒体流连续性的处 理过程, 可满足对会话中媒体流连续性处理的需求。
本发明实施例还提供了一种处理会话中媒体流连续性的系统, 其包括
HOSF集合、 HODF集合、 HORF, 以及本发明实施例的会话控制信令面锚点。 所以可满足对会话中媒体流连续性处理的需求。 明的精神和范围。 这样, 倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内, 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种处理会话中媒体流连续性的方法, 其特征在于, 包括:
提供会话中切换源端点功能实体 HOSF集合中每一 HOSF对应的第一接入 连接的集合与切换远端功能实体 HORF对应的远端连接间的会话控制信令面 锚点 SAF; 其中各第一接入连接与目标媒体流关联, 所述 HOSF集合至少包括 一个 HOSF, 所述 HOSF至少对应一个第一接入连接;
所述 SAF收到流操作请求后, 通过与切换目的端功能实体 H0DF集合中 每一 H0DF间的第二接入连接建立并关联和目标媒体流对应的媒体流;其中所 述 H0DF集合至少包括一个 H0DF, 所述 H0DF至少对应一个第二接入连接; 以及
所述 SAF在第二接入连接上进行流操作, 对目标媒体流的连续性进行处 理。
2、 如权利要求 1所述的方法, 其特征在于, 所述 SAF与 H0DF集合中每 一 H0DF间的第二接入连接为:
a、 该 H0DF与 SAF间的已有会话信令连接, 或者
b、 该 H0DF与 SAF间新建的会话信令连接。
3、 如权利要求 2所述的方法, 其特征在于, 所述 SAF判定收到的流操作 请求中的流操作目的指示为一个会话标识且对应一个已有的会话信令连接, 则 优选该会话信令连接作为第二接入连接; 或者,
所述 SAF 判定收到的流操作请求中的流操作目的指示为一个用户设备标 识或一个用户设备上的某一模式标识, 且该流操作目的指示对应一个已有的会 话信令连接, 则优选该会话信令连接作为第二接入连接。
4、 如权利要求 1所述的方法, 其特征在于, 所述 SAF在第二接入连接上 进行流操作, 对目标媒体流的连续性进行处理, 具体为: 所述 SAF 将第二接 入连接集合中的第二接入连接与远端连接进行关联以及信令交互, 并将所述目 标媒体流从 HOSF集合中切换到 HODF集合中。
5、 如权利要求 1所述的方法, 其特征在于, 所述 SAF在第二接入连接上 进行流操作, 对目标媒体流的连续性进行处理, 具体为: 所述 SAF 将第二接 入连接集合中的第二接入连接与远端连接进行关联控制, 并将所述目标媒体流 从 HOSF集合中复制到 HODF集合中。
6、 如权利要求 5所述的方法, 其特征在于, 所述 SAF将第二接入连接集 合中的第二接入连接与远端连接进行关联控制, 并将所述目标媒体流从 HOSF 集合中复制到 HODF集合中, 包括:
所述 SAF与承载锚定功能控制面实体 BAF-C配合,在 HODF集合与 HORF 间会话的用户数据承载连接中增加承载锚定功能用户面实体 BAF-U;
SAF指示 BAF-C将目标媒体流从 HOSF集合复制到 HODF集合;
BAF-C收到复制指示后, 申请 BAF-U上的会议资源, 将参与媒体交互的 各方的媒体承载连接到该会议资源上, 并修改 HODF集合到 BAF-U间的媒体 传递方向, 以复制目标媒体流。
7、 如权利要求 1所述的方法, 其特征在于, 所述 SAF收到的流操作请求 为:从一个 HOSF收到的将其所在 HOSF集合中每一 HOSF对应的第一接入连 接所关联的目标媒体流均切换或复制到 HODF集合中的流操作请求。
8、 如权利要求 7所述的方法, 其特征在于, 所述 HOSF发起流操作请求 的触发条件至少包括以下之一:
a、 该 HOSF收到用户指示;
b、 该 HOSF检测到无线信号强度的强度满足了预设的阀值;
c、 该 HOSF检测到媒体的 QoS质量满足了预设的阀值;
d、 该 HOSF检测到有更适合处理该媒体的终端;
e、 该 HOSF检测到当前时间满足了预设的值。
9、 如权利要求 7所述的方法, 其特征在于, 所述流操作请求中至少包括 以下信息之一: a、 流操作的指示: 用于表示进行媒体流切换或者复制操作; b、 目标媒体流成分的标识: 用于 SAF定位已经锚定的第一接入连接所关 联的目标媒体流的成分;
c、 目的指示: 包括用户标识、 终端标识, 或者终端接入模式的标识。
10、 如权利要求 9所述的方法, 其特征在于, 所述流操作请求中的信息, 由 HOSF从该 HOSF保存的会话相关信息或者用户输入中获取。
11、 如权利要求 7所述的方法, 其特征在于, 所述流操作请求路由到 SAF 的方式包括:
a、 HOSF在第一接入连接上发起流操作请求, 则作为信令锚点 SAF从该 连接中接收该流操作请求; 或者
b、 HOSF在第一接入连接之外发送携带有所述 SAF地址的流操作请求, 则根据所述 SAF地址, 该流操作请求被路由到该 SAF; 或者
c、 HOSF发送流操作请求到 HODF, 再由该 HODF向所述 SAF发起流操 作请求, 将该流操作请求路由到该 SAF; 或者
d、 HOSF在第一接入连接之外发送流操作请求,通过 iFC将该流操作请求 触发到所述 SAF; 或者
e、 当 HOSF的切出网络为 CS时, HOSF使用呼叫外的 CS信令将流操作 请求发送到 CS代理实体, 再由该代理实体将该请求转换后在第一接入连接的 会话中传递到所述 SAF;所述流操作请求中携带有与第一接入连接关联的标识 信息, 用于 CS代理实体定位第一接入连接。
12、 如权利要求 1所述的方法, 其特征在于, 所述 SAF收到的流操作请 求为: 从一个 HODF收到的将 HOSF集合中每一 HOSF对应的第一接入连接 所关联的目标媒体流均切换或复制到 HODF集合中的流操作请求。
13、 如权利要求 12所述的方法, 其特征在于, 所述 HODF发起流操作请 求的触发条件至少包括以下之一:
a、 收到用户指示; b、 HODF检测到无线信号强度的强度满足了预设的阀值;
c、 HODF检测到当前时间满足了预设的值;
d、 收到 HOSF或第三方实体发送的流操作指示。
14、 如权利要求 12所述的方法, 其特征在于, 所述流操作请求中至少包 括以下信息之一:
a、 流操作的指示: 用于表示进行媒体流切换或者复制操作;
b、 目标媒体流成分的标识: 用于 SAF定位已经锚定的第一接入连接所关 联的目标媒体流的成分;
c、 目的指示: 包括用户标识、 终端标识, 或者终端接入模式的标识。
15、 如权利要求 14所述的方法, 其特征在于, 所述流操作请求中进一步 包括如下信息:
f、 流操作发起方指示: 用于向 SAF指示本次流操作请求的源发起者。
16、 如权利要求 14或 15所述的方法, 其特征在于, 所述流操作请求中信 息的获取方式包括:
a、 当 HODF和 HOSF位于不同用户设备且支持 SIP时, 通过在流操作前 订阅 HOSF的会话事件获得; 或者
b、 当 HODF和 HOSF位于不同用户设备且不支持 SIP时, 通过 CS网络 的协议在流操作前到 SAF获取所述信息; 或者
c、 当 HODF和 HOSF位于同一用户设备时, 通过其内部接口获得。
17、如权利要求 12所述的方法,其特征在于,所述流操作请求路由到 SAF 的方式包括:
a、所述 HODF在流操作前已有的与 SAF间的会话信令连接上发起流操作 请求, 则作为信令锚点 SAF从该连接中接收; 或者
b、 所述 HODF新建和 SAF间的会话信令连接作为第二接入连接时, 以该 会话信令连接建立请求消息作为流操作请求, 并在其中携带流操作所需信息以 及所述 SAF的地址, 则根据所述 SAF地址, 该流操作请求被路由到该 SAF; 或者
c、 当所述 HODF所在的切入网络为 CS网络时, 以 CS域的呼叫建立消息 作为流操作请求, 并在其中携带流操作所需信息, 该呼叫的被叫号码指向可路 由到 SAF的地址;
d、 HODF新建和 SAF间的会话作为第二接入连接时, 在该会话连接建立 请求消息中携带流操作所需信息, 通过 iFC将该流操作请求触发到所述 SAF。
18、 如权利要求 1所述的方法, 其特征在于, 所述 SAF收到的流操作请 求为:从一个第三方实体收到的将 HOSF集合中每一 HOSF对应的第一接入连 接所关联的目标媒体流均切换或复制到 HODF集合的流操作请求。
19、 如权利要求 18所述的方法, 其特征在于, 所述第三方实体发起流操 作请求的触发条件至少包括以下之一:
a、 收到第三方用户设备发来的指示;
b、 第三方用户设备检测到时间满足了预设的值;
c、 网络侧的第三方实体 HOCF检测到网络负载状况达到阀值。
20、 如权利要求 18所述的方法, 其特征在于, 所述流操作请求中至少包 括以下信息之一:
a、 流操作的指示: 用于表示进行媒体流切换或复制;
b、 目标媒体流成分的标识: 用于 SAF定位已经锚定的第一接入连接所关 联的目标媒体流的成分;
c、 目的指示: 包括用户标识、 终端标识, 或者终端接入模式的标识; d、 指向 SAF的路由地址。
21、 如权利要求 18所述的方法, 其特征在于, 所述流操作请求中信息的 获取方式包括:
a、 当第三方位于用户设备中且支持 SIP 时, 第三方通过在流操作前订阅 HOSF的会话事件获得;
b、 当网络侧的第三方实体 HOCF和 SAF位于不同设备时, HOCF通过在 流操作前向 SAF订阅 HOSF的会话事件获得;
c、 当 HOCF和 SAF位于同一设备时, 流操作通过其内部接口获得。
22、如权利要求 18所述的方法,其特征在于,所述流操作请求路由到 SAF 的方式包括:
a、 第三方实体在发出的流操作请求中携带所述 SAF的地址, 则根据所述 SAF地址, 该流操作请求被路由到该 S AF;
b、 第三方实体发送流操作请求到 HODF, 再由 HODF向所述 SAF发起流 操作请求, 将该流操作请求路由到该 SAF;
c、第三方实体发送流操作请求到 HOSF,在路由过程中由该第三方实体的 S-CSCF使用 iFC, 将该流操作请求触发到所述 SAF。
23、 如权利要求 1所述的方法, 其特征在于, 所述 SAF收到的流操作请 求包括: 从 HODF集合中每一 HODF收到的将 HOSF集合中每一 HOSF对应 的第一接入连接所关联的目标媒体流均切换到 HODF集合中的流操作请求。
24、 如权利要求 23所述的方法, 其特征在于, 所述流操作请求中至少包 括以下信息之一:
a、 目的指示: 包括用户标识、 终端标识, 或者终端接入模式的标识; b、 关联指示: 用于向 SAF指示该请求和所述 HODF集合中其它 HODF 的流操作请求存在关联关系, SAF获知该指示后判断是否等待被关联的 HODF 发起流操作请求, 并对收到的各流操作请求进行合并处理;
c、 流操作的指示: 用于表示进行媒体流切换或者复制操作;
d、 目标媒体流成分的标识: 用于 SAF定位已经锚定的第一接入连接所关 联的目标媒体流的成分。
25、 如权利要求 1所述的方法, 其特征在于, 所述 SAF收到的流操作请 求包括:从 HOSF集合中每一 HOSF收到的将 HOSF集合中每一 HOSF对应的 第一接入连接所关联的目标媒体流均切换到 HODF集合中的流操作请求。
26、 如权利要求 25所述的方法, 其特征在于, 所述流操作请求中至少包 括以下信息之一:
a、 流操作的指示: 用于表示进行媒体流切换或者复制操作;
b、 目标媒体流成分的标识: 用于 SAF定位已经锚定的第一接入连接所关 联的目标媒体流的成分;
c、 目的指示: 包括用户标识、 终端标识, 或者终端接入模式的标识; d、 关联指示: 用于向 SAF指示该请求和所述 HOSF集合中其它 HOSF的 流操作请求存在关联关系, SAF获知该指示后判断是否等待被关联的 HOSF发 起流操作请求, 并对收到的各流操作请求进行合并处理。
27、 如权利要求 3所述的方法, 其特征在于, SAF控制新建第二接入连接 的方式包括:
当 SAF从 HOSF或者第三方实体收到流操作请求且判断需要新建第二接 入连接时, 则向 HODF集合中的每一 HODF发起第二接入连接的建立请求, 当该 HODF收到该请求后和 SAF进行交互建立第二接入连接; 或者
当 SAF从 HODF收到第二接入连接建立请求且其中包括流操作指示时, 则 SAF和 HODF进行交互建立第二接入连接。
28、 如权利要求 27所述的方法, 其特征在于, 所述第二接入连接建立请 求中包括: 不触发第二接入连接上除所述 SAF外其它应用服务器的指示。
29、 如权利要求 27所述的方法, 其特征在于, 所述 HODF与 HOSF归属 于不同的用户且 HODF也签约了流操作业务, 则为所述 HODF在其归属 IMS 网络提供第二 SAF。
30、 如权利要求 29所述的方法, 其特征在于, 还包括: 在建立第二接入 连接的信令交互过程中, 在所述 SAF和第二 SAF之间相互传递 HOSF用户和 HODF用户设置的流操作策略,所述 SAF和第二 SAF收到所述流操作策略后, 在收到后续的流操作请求时, 依据该策略判断是否允许相应的流操作。
31、 如权利要求 29所述的方法, 其特征在于, 当对切入 HODF的媒体流 进行后续的切换时, 由第二 SAF或所述 SAF控制切换。
32、 如权利要求 29所述的方法, 其特征在于, 还包括: 在所述 SAF和第 二 SAF中保存用户的切换策略,在所述 SAF或第二 SAF在收到流切换请求时, 据此策略判断是否允许切换。
33、 如权利要求 1所述的方法, 其特征在于, 所述 SAF收到流操作请求 后, 还包括: 进行合法性检查的步骤, 检查通过后再在与 HODF 集合中每一 HODF间的第二接入连接上关联和目标媒体流对应的媒体成分。
34、 如权利要求 1所述的方法, 其特征在于, 所述 SAF收到流操作请求 后, 还包括: 进行合法性检查的步骤, 检查未通过, 则该 SAF通知流操作请 求的发起方。
35、 如权利要求 3所述的方法, 其特征在于, 当所述 SAF与 HODF集合 中每一 HODF 间的第二接入连接中, 有部分第二接入连接建立失败, 则 SAF 根据网络策略或根据流操作请求中携带的部分操作失败的处理指示,对建立成 功的第二接入连接继续进行媒体的流操作处理或者终止所有第二接入连接的 流操作过程。
36、 如权利要求 23或 25所述的方法, 其特征在于, 所述 SAF在第二接 入连接上进行流操作的方式包括:
a、收到所有第二接入连接上 HODF的 SDP信息后再在远端连接上和 HORF 进行媒体协商; 或者
b、从任一第二接入连接上收到 HODF的 SDP信息后立即在远端连接上和 HORF进行媒体协商; 或者
c、从第二接入连接上收到一定数量的 HODF的 SDP信息后立即在远端连 接上和 HORF进行媒体协商。
37、 如权利要求 1所述的方法, 其特征在于, 所述 SAF对目标媒体流的 处理完成后, 还包括步骤: 所述 SAF 判定第一接入连接关联的媒体流中, 除 目标媒体流外还存在其它媒体流时, 所述 SAF根据以下策略之一释放该第一 接入连接关联的目标媒体流: a、 与该第一接入连接对应的 H0SF进行媒体协商只释放所关联的目标媒 体; 或者
b、释放第一接入连接从而和目标媒体外的其它被关联的媒体一起被释放。
38、 如权利要求 1所述的方法, 其特征在于, 所述 SAF对目标媒体流的 处理完成后, 还包括步骤: 所述 SAF 判定第一接入连接关联的媒体流中, 除 目标媒体流外不存在其它媒体流时, 所述 SAF释放该第一接入连接。
39、 如权利要求 37所述的方法, 其特征在于, 所述 SAF从流操作请求 中获得所述策略; 或者从该 SAF的配置信息中获得所述策略。
40、 如权利要求 1所述的方法, 其特征在于, 在流操作请求中还携带有对 目标媒体流相关事件的订阅指示, 则 SAF根据该指示在目标媒体流的成分变 化时, 通知流操作请求方。
41、 一种会话控制信令面锚点, 其特征在于, 包括:
触发单元,用于在收到提供会话中 HOSF集合中每一 HOSF对应的第一接 入连接的集合与 HORF对应的远端连接间的会话控制信令面锚点的请求时,触 发所述 SAF; 其中各第一接入连接与目标媒体流关联;
接收单元, 用于在该 SAF被触发后, 接收流操作请求;
关联单元, 用于在收到流操作请求后, 在与 HODF集合中每一 HODF间 的第二接入连接上关联和目标媒体流对应的媒体成分;
媒体流处理单元, 用于在第二接入连接上进行流操作, 对目标媒体流的连 续性进行处理。
42、 如权利要求 41 所述的会话控制信令面锚点, 其特征在于, 所述媒体 流处理单元中包括:
第一关联控制单元, 用于将第二接入连接集合中的第二接入连接与远端连 接进行关联控制;
切换子单元, 用于将目标媒体流从 HOSF集合中切换到 HODF集合中。
43、 如权利要求 41 所述的会话控制信令面锚点, 其特征在于, 所述媒体 流处理单元中包括:
第二关联控制单元, 用于将第二接入连接集合中的第二接入连接与远端连 接进行关联控制;
复制子单元,用于将所述目标媒体流从 HOSF集合中复制到 HODF集合中。
44、 如权利要求 41 所述的会话控制信令面锚点, 其特征在于, 还包括: 检查单元,位于接收单元和关联单元之间,用于在接收单元收到流操作请求后, 对该流操作请求进行合法性检查, 并在检查通过后通知关联单元。
45、 如权利要求 41 所述的会话控制信令面锚点, 其特征在于, 还包括: 释放单元, 用于在媒体流处理单元完成对目标媒体流的连续性处理后, 释放 HOSF一侧的目标媒体流所占用的资源。
46、 一种处理会话中媒体流连续性的系统, 其特征在于, 包括: HOSF集 合、 HODF集合、 HORF, 以及如权利要求 41至 45任一项所述的会话控制信 令面锚点。
47、 如权利要求 46所述的系统, 其特征在于, 所述 HOSF集合与 HODF 集合归属于同一用户的不同终端;
或者归属于同一终端的不同接入模式;
或者归属于不同用户的终端或者接入模式。
48、 一种终端, 其特征在于, 包括
接收单元, 用于接收流操作指示;
发起单元, 用于根据接收单元收到的指示, 向网络侧发起流操作请求。
49、 如权利要求 48所述的终端, 其特征在于, 所述接收单元收到的流操 作指示来自于用户, 或者其它终端或网元。
50、如权利要求 48所述的终端, 其特征在于, 所述终端为 HOSF、 HODF, 第三方终端或网络侧的第三方实体。
51、 一种媒体流的复制方法, 其特征在于, 包括:
BAF-C与 SAF配合, 在 HODF集合与 HORF间会话的用户数据承载连接 中增加 BAF-U;
BAF-C接收将目标媒体流从 HOSF集合复制到 HODF集合的指示; BAF-C申请 BAF-U上的会议资源, 将参与媒体交互各方的媒体承载连接 到该会议资源上, 并修改 HODF集合到 BAF-U间的媒体传递方向 , 以复制目 标媒体流。
52、一种媒体流的复制系统,其特征在于, 包括: SAF、 HODF集合、 HODF 集合、 HORF、 BAF-C和 BAF-U;
SAF与 BAF-C配合, 用于在 HODF集合与 HORF间会话的用户数据承载 连接中增加 BAF-U;
SAF, 用于指示 BAF-C将目标媒体流从 HOSF集合复制到 HODF集合;
BAF-C, 用于收到复制指示后, 申请 BAF-U上的会议资源, 将参与媒体 交互各方的媒体承载连接到该会议资源上, 并修改 HODF集合到 BAF-U间的 媒体传递方向, 以复制目标媒体流。
PCT/CN2008/072043 2007-08-20 2008-08-19 Procédé, dispositif et système pour traiter la continuité du flux multimédia dans une session WO2009024081A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP08784034A EP2182692A4 (en) 2007-08-20 2008-08-19 METHOD, DEVICE AND SYSTEM FOR PROCESSING THE CONTINUITY OF THE MULTIMEDIA STREAM IN A SESSION
US12/705,864 US20100169495A1 (en) 2007-08-20 2010-02-15 Method, apparatus, and system for processing continuity of media streams in a session

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710138776.XA CN101374256B (zh) 2007-08-20 2007-08-20 一种处理会话中媒体流连续性的方法、装置及系统
CN200710138776.X 2007-08-20

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/705,864 Continuation US20100169495A1 (en) 2007-08-20 2010-02-15 Method, apparatus, and system for processing continuity of media streams in a session

Publications (1)

Publication Number Publication Date
WO2009024081A1 true WO2009024081A1 (fr) 2009-02-26

Family

ID=40377864

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072043 WO2009024081A1 (fr) 2007-08-20 2008-08-19 Procédé, dispositif et système pour traiter la continuité du flux multimédia dans une session

Country Status (4)

Country Link
US (1) US20100169495A1 (zh)
EP (1) EP2182692A4 (zh)
CN (1) CN101374256B (zh)
WO (1) WO2009024081A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103037341A (zh) * 2012-12-06 2013-04-10 惠州Tcl移动通信有限公司 播放、转换流式媒体的方法及移动终端、服务器

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2061212B1 (en) * 2007-11-13 2018-06-20 Cellular Communications Equipment Llc Method, apparatus and program product for merging communication sessions in an IMS
US9025497B2 (en) * 2009-07-10 2015-05-05 Qualcomm Incorporated Media forwarding for a group communication session in a wireless communications system
US9088630B2 (en) * 2009-07-13 2015-07-21 Qualcomm Incorporated Selectively mixing media during a group communication session within a wireless communications system
WO2011056034A2 (en) * 2009-11-09 2011-05-12 Lg Electronics Inc. Method for controlling session and server using the same
DE102010021770B9 (de) 2010-05-27 2012-05-24 Infineon Technologies Ag Verfahren und Vorrichtung zum Anfordern einer Medien-Replikation in einer kollaborativen Kommunikationssitzung und Verfahren und Vorrichtung zum Zuweisen eines Kommunikations-Mediums einer kollaborativen Kommunikationssitzung
US8683074B2 (en) * 2011-05-16 2014-03-25 Microsoft Corporation Stream operator
US9602634B2 (en) * 2012-02-15 2017-03-21 Avaya Inc. Global session identifier
US9226338B2 (en) 2013-02-05 2015-12-29 Intel Mobile Communications GmbH Communication terminal device and method for controlling
CN104348686B (zh) * 2013-08-06 2018-06-05 华为终端有限公司 一种终端设备与网关设备间的互联方法和装置
CN105264858B (zh) * 2013-12-23 2019-03-08 华为终端有限公司 一种会话处理方法及设备
CN104767751A (zh) * 2015-04-02 2015-07-08 大唐移动通信设备有限公司 一种会话控制方法和装置
KR20220027577A (ko) * 2020-08-27 2022-03-08 삼성전자주식회사 복수의 모드들에 따른 통화를 지원하기 위한 방법 및 장치

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1545818A (zh) * 2001-07-20 2004-11-10 �׹��Ĺ��ʹ�˾ 独特的多信道协议上的多模式会话支持
WO2006063536A1 (fr) * 2004-12-17 2006-06-22 Huawei Technologies Co., Ltd. Procede et systeme pour maintenir la continuite d'une session
US20060159047A1 (en) * 2005-01-18 2006-07-20 Interdigital Technology Corporation Method and system for context transfer across heterogeneous networks

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI105993B (fi) * 1997-08-20 2000-10-31 Nokia Mobile Phones Ltd Menetelmä ja järjestelmä radiotiedonsiirtoverkon hallitsemiseksi ja radioverkko-ohjain
US6466556B1 (en) * 1999-07-23 2002-10-15 Nortel Networks Limited Method of accomplishing handover of packet data flows in a wireless telecommunications system
EP1806947B1 (en) * 1999-08-31 2009-10-21 Lucent Technologies Inc. System for handover in a cellular radio communication network
US7469142B2 (en) * 2000-04-28 2008-12-23 Cisco Technology, Inc. Method and apparatus for inter-cell handover in wireless networks using multiple protocols

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1545818A (zh) * 2001-07-20 2004-11-10 �׹��Ĺ��ʹ�˾ 独特的多信道协议上的多模式会话支持
WO2006063536A1 (fr) * 2004-12-17 2006-06-22 Huawei Technologies Co., Ltd. Procede et systeme pour maintenir la continuite d'une session
US20060159047A1 (en) * 2005-01-18 2006-07-20 Interdigital Technology Corporation Method and system for context transfer across heterogeneous networks

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2182692A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103037341A (zh) * 2012-12-06 2013-04-10 惠州Tcl移动通信有限公司 播放、转换流式媒体的方法及移动终端、服务器
CN103037341B (zh) * 2012-12-06 2017-12-12 惠州Tcl移动通信有限公司 播放、转换流式媒体的方法及移动终端、服务器

Also Published As

Publication number Publication date
CN101374256A (zh) 2009-02-25
US20100169495A1 (en) 2010-07-01
CN101374256B (zh) 2012-01-25
EP2182692A4 (en) 2011-06-08
EP2182692A1 (en) 2010-05-05

Similar Documents

Publication Publication Date Title
WO2009024081A1 (fr) Procédé, dispositif et système pour traiter la continuité du flux multimédia dans une session
US9906565B2 (en) Method, apparatus and program product for merging communication sessions in an IMS
CA2729032C (en) Method and apparatus for routing of a bearer path in an internet protocol multimedia subsystem-based communication system
US8331318B2 (en) System, method, and apparatus for providing multimedia session continuity
US8155084B2 (en) User equipment, call continuity application server, and network handover method
JP4977211B2 (ja) マルチメディア呼の連続性を実施するためのシステム、方法、および装置
JP4955694B2 (ja) Ipマルチメディアサブシステムにおけるメッセージハンドリング
CN100544464C (zh) 一种实现ims业务互通的方法和系统
US20070189215A1 (en) Method for reducing interface load of home subscriber server
EP2247031B1 (en) Implementation method, system and device for ims monitoring
WO2007098713A1 (fr) Procédé et système d&#39;appel d&#39;urgence
WO2006063536A1 (fr) Procede et systeme pour maintenir la continuite d&#39;une session
WO2009012665A1 (fr) Procédé pour assurer une continuité d&#39;appel multimédia, équipement et système associés
JP2010515311A (ja) パケット交換ドメインの状態を変化させるための方法、端末及びネットワークデバイス
WO2011026438A1 (zh) 跨无线接入技术的语音切换方法、设备及网络系统
WO2007025473A1 (fr) Systeme de terminaison d&#39;appel de domaine cs, procede et reseau
WO2007068206A1 (fr) Procede et reseau de mise en marche d&#39;informations concernant la capacite de session
WO2009149667A1 (zh) 被叫接入的方法、装置和系统
KR101095421B1 (ko) 호 제어 방법, 회선 교환 도메인 어댑터 및 단말 장치
WO2009052766A1 (fr) Procédé de facturation de continuité de service multimédia, ancrage de signalisation de commande de session et entité de commande de passerelle multimédia
US20120127991A1 (en) method of selecting a network resource
WO2008040171A1 (fr) Procédé, système de domaine de commutation de circuits apercevant des informations de sessions multimédia du domaine ims
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip
WO2009121310A1 (zh) 一种网关选择的方法、系统及设备
WO2009092245A1 (zh) 多媒体会话连续性业务的起呼方法

Legal Events

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

Ref document number: 08784034

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008784034

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE