WO2015127756A1 - 语音呼叫连续性业务中的媒体锚定方法及装置 - Google Patents

语音呼叫连续性业务中的媒体锚定方法及装置 Download PDF

Info

Publication number
WO2015127756A1
WO2015127756A1 PCT/CN2014/083170 CN2014083170W WO2015127756A1 WO 2015127756 A1 WO2015127756 A1 WO 2015127756A1 CN 2014083170 W CN2014083170 W CN 2014083170W WO 2015127756 A1 WO2015127756 A1 WO 2015127756A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
type
call
atgw
voice
Prior art date
Application number
PCT/CN2014/083170
Other languages
English (en)
French (fr)
Inventor
屠强
邓云
章璐
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP14883901.2A priority Critical patent/EP3113437A4/en
Priority to US15/121,137 priority patent/US20170019429A1/en
Publication of WO2015127756A1 publication Critical patent/WO2015127756A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]

Definitions

  • the present invention relates to the field of communications, and in particular, to a media anchoring method and apparatus in a voice call continuity service.
  • the single radio voice call continuation (SRVCC) scheme is a long-term evolution voice (Voice over Long Term Evolution) proposed by the 3rd Generation Partnership Project (3GPP).
  • the continuation of the service (VoLTE) is mainly for the purpose of solving the long-term evolution (Long Term Evolution, LTE for short) and the traditional long-term evolution (Pre-LTE).
  • the GSM EDGE radio access network Global System for Mobile communications Enhanced Data Rate for GSM Evolution radio access
  • GERAN Global System for Mobile communications Enhanced Data Rate for GSM Evolution radio access
  • ULPORT Universal Mobile Telecommunication System Radio Access Network
  • VCC voice call continuity
  • eSRVCC Enhanced Single Radio Voice Call Continuity
  • the eSRVCC technology effectively shortens the media delay of voice switching and improves the user experience compared to the SRVCC technology in 3GPP R8.
  • SRVCC The difference between the schemes is that the former adds a pair of functional entities in the IMS system: Access Transfer Control Functionality (ATCF) and Access Transfer Gateway (ATGW), respectively, as VoIP. Call anchor points on the control plane and user plane.
  • ATCF Access Transfer Control Functionality
  • ATGW Access Transfer Gateway
  • a media anchoring method in a voice call continuity service is provided, including: dividing media carried in a multimedia type call into a first type of media and a second type of media.
  • the first type of media is a media supported by the access transfer gateway ATGW, and the second type of media is a media not supported by the ATGW; the first type of media is anchored to the ATGW and transparently transmitted.
  • the second type of media Preferably, after the first type of media is anchored to the ATGW and the second type of media is transparently transmitted, the method further includes: preferentially performing transmission of the first type of media when performing call handover.
  • the transparently transmitting the second type of media comprises: performing media negotiation on the second type of media; and allowing or disabling the transparent transmission of the second type of media according to the media renegotiation result.
  • the anchoring the first type of media to the ATGW comprises: replacing the IP address and port information of the first type of media with an IP address and port information for the called side anchoring medium.
  • the method includes: receiving a call handover request, where the call handover request carries the first type of media and the second type of media; The IP address and port information of the first type of media carried in the call handover request are replaced by the multimedia type call. Carrying the IP address and port information of the first type of media carried; performing media negotiation on the second type of media carried in the call handover request; allowing or prohibiting transmission in the call handover request according to the media renegotiation result The second type of media.
  • the method is applied to a video call of the PS domain.
  • the first type of media includes: a voice medium
  • the second type of media includes: a video medium.
  • a media anchoring apparatus in a voice call continuity service including: a dividing module, configured to divide a media carried in a multimedia type call into a first And the media of the second type, wherein the first type of media is a media supported by the access transfer gateway ATGW, the second type of media is a media not supported by the ATGW; and the anchoring module is configured to: The first type of media is anchored to the ATGW; and the transparent transmission module is configured to transparently transmit the second type of media.
  • the method further includes: a transmission module, configured to preferentially perform transmission of the first type of media when performing call handover.
  • an access transfer control function ATCF entity including: the media anchoring device described above.
  • the invention divides the media carried in the multimedia type call into the first type of media supported by the ATGW and the second type of media not supported by the ATGW, and solves the related art, because the ATCF may not be able to support all types of media.
  • Technical problems such as anchoring the call media cannot be directly performed, so that the channel of the anchored media can be quickly connected, ensuring voice continuity and improving the user experience.
  • FIG. 1 is a flowchart of a media anchoring method in a voice call continuity service according to an embodiment of the present invention
  • FIG. 2 is a media anchoring device in a voice call continuity service according to an embodiment of the present invention
  • 3 is a block diagram of another structure of a media anchoring device in a voice call continuity service according to an embodiment of the present invention
  • 4 is a process flow of media separation anchoring when a video call of a PS domain is established according to a preferred embodiment of the present invention
  • FIG. 5 is a media separation anchor when a video call media renegotiation of a PS domain is performed according to a preferred embodiment of the present invention.
  • FIG. 6 is a flow chart of a video call of a PS domain in which a MSC initiates a call handover with voice media according to a preferred embodiment of the present invention
  • FIG. 7 is a video call of a PS domain according to a preferred embodiment of the present invention, and the MSC initiates a call.
  • FIG. 8 is a flowchart showing a process flow for switching video media;
  • FIG. 8 is a flow chart of a video call of a PS domain in which a MSC initiates a call switching with video media, and a peer is changed according to a preferred embodiment of the present invention;
  • FIG. 9 is a flowchart of a process for changing a peer end according to a preferred embodiment of the present invention. Schematic diagram of the media channel connection after the video call media is separated and anchored. BEST MODE FOR CARRYING OUT THE INVENTION
  • BEST MODE FOR CARRYING OUT THE INVENTION BEST MODE FOR CARRYING OUT THE INVENTION
  • FIG. 1 is a flow chart of a media anchoring method in a voice call continuity service according to an embodiment of the present invention. As shown in FIG.
  • the method includes: Step S102: The media carried in the multimedia type call is divided into a first type of media and a second type of media, where the first type of media is a media supported by the ATGW, and the second type of media is The media that is not supported by the ATGW; Step S104, anchoring the first type of media to the ATGW and transparently transmitting the second type of media.
  • Step S102 The media carried in the multimedia type call is divided into a first type of media and a second type of media, where the first type of media is a media supported by the ATGW, and the second type of media is The media that is not supported by the ATGW;
  • Step S104 anchoring the first type of media to the ATGW and transparently transmitting the second type of media.
  • the corresponding media channel can be preferentially connected to transmit the first type of media.
  • media negotiation between the first type of media and the ATGW may be performed first; for the second type of media, media negotiation may be performed on the second type of media; and the transparent transmission is allowed or prohibited according to the media renegotiation result.
  • Second class media There are various implementations of the step S102.
  • the anchoring can be implemented by replacing the IP address and port information of the first type of media with the IP address for the called side anchored media. Address and port information.
  • the call switching request is received, where the call switching request carries the first type of media and the second type of media; and replaces the IP address and port information of the first type of media carried in the call switching request with the multimedia type. IP address and port information of the first type of media carried in the call; performing media negotiation on the second type of media carried in the call handover request; permitting or prohibiting transmission of the second type of media carried in the call handover request according to the media renegotiation result .
  • the anchoring method provided in this embodiment may be applied to a video call in the PS domain.
  • the voice media and the video media may be separated and anchored, that is, the first type of media may include, but is not limited to: voice media, for example.
  • the second type of media may include, but is not limited to: video media, for example, text, voice, images, and the like.
  • a media anchoring device in a voice call continuity service is also provided, which is used to implement the foregoing embodiments and preferred embodiments, and has not been described again.
  • the module is explained.
  • the term "module" may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and conceivable.
  • 2 is a structural block diagram of a media anchoring apparatus in a voice call continuity service according to an embodiment of the present invention. As shown in FIG.
  • the device includes: a dividing module 20, configured to divide the media carried in the multimedia type call into a first type of media and a second type of media, where the first type of media is an AGW-supported medium, and the second The media is not supported by the ATGW; the anchoring module 22 is connected to the dividing module 20, and is configured to anchor the first type of media to the ATGW; the transparent transmitting module 24 is connected to the dividing module 22, and is configured to transparently transmit the second Class media.
  • the foregoing apparatus may further include, but is not limited to, the following processing module: the transmission module 26 is connected to the anchoring module 22, and is configured to preferentially perform transmission of the first type of media when performing call handover.
  • an ATCF entity is further provided, where the entity includes: the media anchoring device in the voice call continuity service according to any of the above embodiments. It should be noted that if the ATCF does not support the above functions of the embodiment, call and call switching will be implemented according to the prior art. If the ATGW docked ATGW supports anchoring of all media types, call and call handoff will be implemented as in the prior art. It should be noted that the “first" and “second” in this embodiment are only for distinguishing different things in the description, and do not include the meaning of "sequence” or the like. In order to better understand the above embodiments, the following detailed description will be given in conjunction with the preferred embodiments.
  • FIG. 4 is a process flow of media separation anchoring when a video call of the PS domain is established.
  • the video and voice portions of the video call are separately processed, the voice media (equivalent to the first type of media) is anchored to the ATGW, and the video media (equivalent to the second type of media) is transparently transmitted.
  • Step S402 the ATCF receives a session initial request message from a call session control function (Call Session Control Function, CSCF for short), and carries the video medium sdp1.
  • Steps S404-S410 according to the prior art, the ATCF instructs the ATGW to apply for a voice media anchoring resource, the video media sdp2 faces the calling side, and the video media sdp3 faces the called side.
  • CSCF Call Session Control Function
  • Step S412 using the media sd P 1 carried by the initial session request and the sdp3 process for the called side anchoring media, assembling the IP address and port of the voice media in sdpl with the IP address and port of sdp3 (adding c
  • the line separately describes the IP of the voice media, and the video media remains unchanged, thereby obtaining the separated anchored media sdp4.
  • Step S414 the ATCF initiates a session initial request message to the backward CSCF, carrying the separated anchored media sdp4.
  • Steps S418-S424, the ATCF instructs the ATGW to update the remote end of the anchored media, and the content is the voice portion of the media carried by the called party.
  • Step S426 using the media sdp5 carried by the called 18x or 200 OK response and the sdp2 process for the calling side anchoring media to assemble, and replacing the IP and port of the voice media in sdp5 with sdp2 (adding c lines separately describing the voice media) IP), the video media remains unchanged, thereby obtaining the separated anchored media sdp6.
  • the assembling method is the same as step S412.
  • step S428 the ATCF sends an 18x or 200 OK to the calling CSCF with the separated anchored media sdp6.
  • FIG. 5 is a process flow of media separation anchoring when the video call media in the PS domain is renegotiated.
  • the method also anchors the voice media to the ATGW, and the video media is transparently transmitted.
  • the ATCF receives a modified media request for a call from the CSCF, where the request carries a video medium.
  • the ATCF instructs the ATGW to update the remote end of the anchored media, and the content is the voice part of the media carried by the called party.
  • Step S512 using the media sd P 1 carried by the modified media request and the anchor media sdp3 process for the opposite end to assemble, and replacing the IP and port of the voice media in the sdpl with the sdp3 (adding c lines to separately describe the IP of the voice media)
  • the video media remains unchanged, resulting in a separate anchored media sdp4.
  • the manner of assembling is the same as step S412, and details are not described herein again.
  • Step S514 the ATCF initiates a modified media request message to the backward CSCF, carrying the separated anchored media sdp4.
  • Steps S518-S524, the ATCF instructs the ATGW to update the remote end of the anchored media, and the content is the voice part of the media carried by the called party.
  • Step S526 using the media sdp5 carried by the called 200 OK response and the sdp2 process for the calling side anchoring media, assembling the IP and port of the voice media in sdp5 with sdp2 (adding c lines separately describing the IP of the voice media) The video media remains unchanged, thereby obtaining the separated anchored media sdp6.
  • the manner of assembling is step S512.
  • Step S528, the ATCF sends a 200 OK response message to the calling CSCF with the separated anchored media sdp6.
  • Step 6 is a video call of a PS domain, and an enhanced mobile switching center (eMSC) server (Server) initiates a call switching process with voice media.
  • the method is to preferentially turn on the voice media, and then notify the peer to turn off the video media.
  • Step S602 the ATCF receives the session switching request message from the eMSC Server, and only carries the voice media.
  • Steps S604-S610 modifying the media anchor gateway media, and giving the handover callback response message with the anchored voice media; the ATCF does not perform the transparent transmission process because the media type of the handover call is inconsistent with the original PS call.
  • Step S612 assembles the media brought to the backward CSCF, wherein the voice media is an ATGW anchor media, and no video media.
  • Step S614 the ATCF initiates a call handover request message to the backward CSCF, with the separated anchored media.
  • the Service Centralization and Continuity Application Server (SCC AS) will modify the peer media and close its video port.
  • Steps S616-S618 are the same as in the related art, and are not described herein again.
  • FIG. 7 is a process flow of a video call in the PS domain, and the eMSC Server initiates a call handover with video media. The method is to preferentially connect the voice media, and then notify the peer to update the video media.
  • Step S702 the ATCF receives a session switch request message from the eMSC Server, and carries the video media.
  • Steps S704-S706, the ATCF modifies the ATGW anchor voice media.
  • Step S708 assembling the media to the calling party, the voice part of the media is the ATGW anchoring media, and the video part is the video part of the original PS calling the opposite media. The way to describe the IP address of each m-line media using multiple m rows and different c-rows is still used.
  • Step S714 assembling the media to the backward CSCF, where the voice media is the ATGW anchor media, and the video portion is the video portion of the media carried by the eMSC Server handover request.
  • Step S716 the ATCF initiates a call handover request message to the backward CSCF, with the separated anchored media assembled in step S714. After receiving the request, the SCC AS will modify the peer media. Steps S718-S720, with the prior art, determining that the video media in the response received in the backward direction has not changed, and the process ends.
  • FIG. 8 is a process flow of a video call in the PS domain, and the eMSC Server initiates a call switching process with video media, and the peer end changes. The method is to preferentially connect the voice media, perform media renegotiation, and connect the video media.
  • Step S802 the ATCF receives a session switch request message from the eMSC Server, and carries the video media.
  • Step S814 generating media for the backward CSCF, wherein the voice media is an ATGW anchor media, and the video portion is a video portion of the media carried by the eMSC Server handover request.
  • the way to describe the IP address of each m-line media is still used with more than m rows and different c-lines.
  • Steps S818-S820 determining that the media in the response to the received response has changed. This change includes one or more of the IP/port/encoding mode/transceiver mode of the portion of the media that is not anchored.
  • Step S822 the ATCF initiates a modified media request without media.
  • Step S824 receiving a 200 OK response to the modified media, and carrying the media.
  • Step S828, the ATCF initiates a modify media request to the eMSC Server, and carries the separated anchor media assembled in step S826.
  • Step S830 receiving a 200 OK response of the eMSC Server to modify the media, and carrying the media.
  • Steps S832-S838, the ATCF modifies the ATGW anchor voice media.
  • Step S840 the media in the response is separated, wherein the voice media is an ATGW anchor media, and the video portion is a video portion of the media carried by the 200 OK response.
  • Step S842 the ATCF sends a modified media response ACK message to the backward direction, and carries the separated anchor media assembled in step S840.
  • Step S844 the ATCF sends a modify media response ACK message to the eMSC Server, and does not carry the media. It should be noted that the above process is only the handover process after the response, the handover process before the response, the in the middle of a call (mid-call) handover process, and the additional handover process are similar, and will not be described here. .
  • the non-speech media mentioned in the above process may be a video media or other non-verbal media.
  • the method for separating and anchoring is similar to the switching process, and details are not described herein again. It should be noted that the foregoing embodiment is only a schematic description.
  • the messages between the network elements in the embodiment are mainly for clearly indicating the acquisition of the access network switching information and the idea of call handover. In a specific implementation, it is not limited to these network elements and messages.
  • For the CS-PS handover process do similar processing. Similar processing is performed for the switching process in various scenarios.
  • the ATCF and the ATGW can be either unified or separated.
  • the signaling interaction between the ATCF and the ATGW may be H.248/MGCP/SIP or other.
  • the technical solution provided by the embodiment of the present invention is to divide the media carried in the multimedia type call into the first type of media supported by the ATGW and the second type of media not supported by the ATGW, and solve the related art, because the ATCF may not be able to Technical problems such as the inability to directly anchor the call media caused by supporting all types of media, so that the channels of the anchored media can be quickly connected, ensuring voice continuity and improving the user experience.

Landscapes

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

Abstract

本发明提供了一种语音呼叫连续性业务中的媒体锚定方法及装置。其中，该方法包括：将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二类媒体，其中，所述第一类媒体为接入转移网关ATGW支持的媒体，所述第二类媒体为所述ATGW不支持的媒体；将所述第一类媒体锚定到所述ATGW并透传所述第二类媒体。采用本发明提供的上述技术方案，解决了相关技术中，由于ATCF可能无法支持所有类型的媒体而导致的无法直接对呼叫媒体进行锚定等技术问题，从而使已锚定媒体的通道能够快速接通，保证语音连续性，提升了用户体验。

Description

语音呼叫连续性业务中的媒体锚定方法及装置 技术领域 本发明涉及通信领域， 尤其是涉及一种语音呼叫连续性业务中的媒体锚定方法及 装置。 背景技术 单一无线语音呼叫连续（Single Radio Voice Call Continuity, 简称为 SRVCC)方案 是第三代合作伙伴计划（3rd Generation Partnership Project, 简称为 3GPP)提出的一种 基于长期演进语音 （Voice over Long Term Evolution, 简称为 VoLTE)业务的连续性方 案，主要是为了解决当单射频用户设备（User Equipment,简称为 UE)在长期演进（Long Term Evolution, 简称为 LTE) /传统的长期演进 （Pre-LTE) 网络和第二代 （Second Generation,简称为 2G) /第三代（3rd Generation,简称为 3G)电路交换（Circuit Switch, 简称为 CS )网络之间移动时， 如何保证语音呼叫连续性的问题， 即保证单射频 UE在 IP多媒体子系统 （IP Multimedia Subsystem, 简称为 IMS) 控制的 IP电话 （Voice over IP, 简称为 VOIP) 语音和 CS 域语音之间的平滑切换。 LTE 网络建设初期， 其覆盖 范围有限， 当用户在使用 LTE 网络进行语音通话过程中， 移动到 LTE信号较弱， 但 GSM EDGE无线接入网 （Global System for Mobile communications Enhanced Data Rate for GSM Evolution radio access network, 简称为 GERAN) /全球移动通信系统无线 接入网 (Universal Mobile Telecommunication System Radio Access Network, 简称为 UTRAN 网络信号覆盖较好的区域时， 为了保证语音呼叫连续性 （Voice Call Continuity, 简称为 VCC)， 需要将话路由 LTE切换到 GERAN/UTRAN。 增强的单一无线语音呼叫连续性（Enhanced Single Radio Voice Call Continuity, 简 称为 eSRVCC, 由 3GPP RIO定义） 切换的 VoLTE语音呼叫， 解决了 4G网络升级过 程中语音平滑演进问题， 提高了切换速度， 同时为 VoLTE呼叫提供了端到端的语音质 量保证。 eSRVCC技术相对 3GPP R8中的 SRVCC技术， 有效缩短了语音切换的媒体 时延， 改善了用户体验。 eSRVCC与 SRVCC的方案区别在于前者在 IMS系统中新增 了一对功能实体： 接入转移控制功能 （Access Transfer Control Functionality, 简称为 ATCF) 和接入转移网关 （Access Transfer Gateway, 简称为 ATGW)， 分别作为 VoIP 呼叫在控制平面和用户平面的锚定点。 在 TS 24.292 3GPP TS 23.237和 3GPP TS 24.237等规范中已经有使用 ATCF实现 分组交换 （Packet Switched, 简称为 PS) 和 CS之间切换的信令和流程。 但是， 现有 技术中存在以下问题： 如果使用 SRVCC技术， 会话切换有明显时延，通话出现中断， 用户感受较差。 如果使用 eSRVCC技术进行锚定媒体切换， IMS网络中支持的媒体流类型较多， 呼叫携带的媒体除了语音可能还包含视频 /文本 /图片等， 但网络中作为 ATGW的媒体 锚定网关可能无法支持所有类型的。 按现有技术， ATCF 实体无法直接对呼叫媒体进 行锚定， 只能做透传处理， 导致呼叫切换不能按锚定方式进行， 切换有明显时延， 通 话出现中断， 用户感受较差。 针对相关技术中的上述问题， 尚未提出有效的解决方案。 发明内容 针对相关技术中， 由于 ATCF可能无法支持所有类型的媒体而导致的无法直接对 呼叫媒体进行锚定等技术问题， 本发明实施例提供了一种语音呼叫连续性业务中的媒 体锚定方法及装置、 ATCF实体， 以至少解决上述问题。 为了达到上述目的， 根据本发明的一个实施例， 提供了一种语音呼叫连续性业务 中的媒体锚定方法， 包括： 将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二 类媒体， 其中， 所述第一类媒体为接入转移网关 ATGW支持的媒体， 所述第二类媒体 为所述 ATGW不支持的媒体； 将所述第一类媒体锚定到所述 ATGW并透传所述第二 类媒体。 优选地， 将所述第一类媒体锚定到所述 ATGW并透传所述第二类媒体之后， 还包 括： 在进行呼叫切换时， 优先进行所述第一类媒体的传输。 优选地， 透传所述第二类媒体， 包括： 对所述第二类媒体进行媒体协商； 按照媒 体重协商结果允许或禁止透传所述第二类媒体。 优选地， 将所述第一类媒体锚定到所述 ATGW, 包括： 将所述第一类媒体的 IP 地址和端口信息替换为面向被叫侧锚定媒体的 IP地址和端口信息。 优选地， 将所述第一类媒体锚定到所述 ATGW之后， 包括： 接收呼叫切换请求， 其中， 所述呼叫切换请求中携带有所述第一类媒体和所述第二类媒体； 将所述呼叫切 换请求中携带的所述第一类媒体的 IP地址和端口信息，替换为所述多媒体类型呼叫中 携带的所述第一类媒体的 IP地址和端口信息；对所述呼叫切换请求中携带的所述第二 类媒体进行媒体协商； 按照媒体重协商结果允许或禁止传输所述呼叫切换请求中携带 的所述第二类媒体。 优选地， 所述方法应用于 PS域的视频呼叫中。 优选地， 所述第一类媒体包括： 语音媒体， 所述第二类媒体包括： 视频媒体。 为了达到上述目的， 根据本发明的再一个实施例， 还提供了一种语音呼叫连续性 业务中的媒体锚定装置， 包括： 划分模块， 设置为将多媒体类型呼叫中携带的媒体划 分为第一类媒体和第二类媒体， 其中， 所述第一类媒体为接入转移网关 ATGW支持的 媒体， 所述第二类媒体为所述 ATGW不支持的媒体； 锚定模块， 设置为将所述第一类 媒体锚定到所述 ATGW; 透传模块， 设置为透传所述第二类媒体。 优选地， 还包括： 传输模块， 设置为在进行呼叫切换时， 优先进行所述第一类媒 体的传输。 为了达到上述目的， 根据本发明的再一个实施例， 还提供了一种接入转移控制功 能 ATCF实体， 包括： 以上所述的媒体锚定装置。 通过本发明，采用将多媒体类型呼叫中携带的媒体划分为 ATGW支持的第一类媒 体和 ATGW不支持的第二类媒体， 解决了相关技术中， 由于 ATCF可能无法支持所有 类型的媒体而导致的无法直接对呼叫媒体进行锚定等技术问题， 从而使已锚定媒体的 通道能够快速接通， 保证语音连续性， 提升了用户体验。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1为根据本发明实施例的语音呼叫连续性业务中的媒体锚定方法的流程图； 图 2为根据本发明实施例的语音呼叫连续性业务中的媒体锚定装置的结构框图； 图 3为根据本发明实施例的语音呼叫连续性业务中的媒体锚定装置的另一结构框 图； 图 4为根据本发明优选实施例的 PS域的视频呼叫建立时， 媒体分离锚定的处理 流程； 图 5为根据本发明优选实施例的 PS域的视频呼叫媒体重新协商时， 媒体分离锚 定的处理流程； 图 6为根据本发明优选实施例的 PS域的视频呼叫， MSC发起呼叫切换带语音媒 体的处理流程； 图 7为根据本发明优选实施例的 PS域的视频呼叫， MSC发起呼叫切换带视频媒 体的处理流程； 图 8为根据本发明优选实施例的 PS域的视频呼叫， MSC发起呼叫切换带视频媒 体， 对端发生改变的处理流程； 图 9为根据本发明优选实施例的视频呼叫媒体分离锚定后的媒体通道连接情况示 意图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 在相关技术中， 为了缩短会话切换时延， 可以使用 eSRVCC技术进行锚定媒体切 换， 但是， 由于 ATCF实体有可能无法支持所有类型的媒体， 即仅支持部分媒体， 因 此， 呼叫切换不能按照锚定方式进行， 此时会出现明显时延， 无法有效保证通话的连 续性。 针对上述问题， 以下实施例提供了相应地解决方案。 图 1为根据本发明实施例的语音呼叫连续性业务中的媒体锚定方法的流程图。 如 图 1所示， 该方法包括： 步骤 S102，将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二类媒体，其 中， 第一类媒体为 ATGW支持的媒体， 第二类媒体为 ATGW不支持的媒体； 步骤 S104, 将第一类媒体锚定到 ATGW并透传第二类媒体。 通过上述各个处理步骤， 由于将媒体类型呼叫中携带的媒体进行了分类， 即划分 为 ATGW支持的第一类媒体和 ATGW不支持的第二类媒体， 并对第一类媒体进行了 锚定， 因此， 可以使已锚定媒体的通道能够快速接通， 保证了语音的连续性。 在步骤 S104之后， 在进行呼叫切换时， 对于第一类媒体， 可以优先接通与之对 应的媒体通道， 以传输第一类媒体。 当然在传输第一类媒体之前， 也可以先执行第一 类媒体与 ATGW的媒体协商； 对于第二类媒体， 可以对第二类媒体进行媒体协商； 按 照媒体重协商结果允许或禁止透传第二类媒体。 步骤 S102的实现方式有多种， 在本实施例的一个优选实施方式中， 可以通过以 下方式实现锚定:将第一类媒体的 IP地址和端口信息替换为面向被叫侧锚定媒体的 IP 地址和端口信息。 在接收到新的呼叫请求时， 可以采用以下方式进行处理： 在将第一类媒体锚定到
ATGW之后， 接收呼叫切换请求， 其中， 该呼叫切换请求中携带有第一类媒体和第二 类媒体； 将上述呼叫切换请求中携带的第一类媒体的 IP地址和端口信息， 替换为多媒 体类型呼叫中携带的第一类媒体的 IP地址和端口信息；对呼叫切换请求中携带的第二 类媒体进行媒体协商； 按照媒体重协商结果允许或禁止传输上述呼叫切换请求中携带 的第二类媒体。 在本实施例提供的锚定方法可以应用于 PS域的视频呼叫中， 优选地， 可以对语 音媒体和视频媒体进行分离锚定， 即上述第一类媒体可以包括但不限于： 语音媒体， 例如还可以为文字、 图像等， 上述第二类媒体可以包括但不限于： 视频媒体， 例如还 可以为文本、 语音、 图像等。 在本实施例中还提供了一种语音呼叫连续性业务中的媒体锚定装置， 用于实现上 述实施例及优选实施方式， 已经进行过说明的不再赘述， 下面对该装置中涉及到的模 块进行说明。 如以下所使用的， 术语 "模块"可以实现预定功能的软件和 /或硬件的组 合。 尽管以下实施例所描述的装置较佳地以软件来实现， 但是硬件， 或者软件和硬件 的组合的实现也是可能并被构想的。 图 2为根据本发明实施例的语音呼叫连续性业务 中的媒体锚定装置的结构框图。 如图 2所示， 该装置包括： 划分模块 20，设置为将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二类 媒体， 其中， 第一类媒体为 ATGW支持的媒体， 第二类媒体为 ATGW不支持的媒体; 锚定模块 22， 连接至划分模块 20， 设置为将第一类媒体锚定到上述 ATGW; 透传模块 24， 连接至划分模块 22， 设置为透传第二类媒体。 优选地，如图 3所示，上述装置还可以包括但不限于以下处理模块：传输模块 26， 连接至锚定模块 22， 设置为在进行呼叫切换时， 优先进行第一类媒体的传输。 在本实施例中， 还提供了一种 ATCF实体， 该实体包括： 以上实施例任一所述的 语音呼叫连续性业务中的媒体锚定装置。 需要说明的是， 如果 ATCF不支持本实施例的上述功能， 将按现有技术实现呼叫 与呼叫切换。如果 ATCF对接的 ATGW支持所有媒体类型的锚定，将按现有技术实现 呼叫与呼叫切换。 需要说明的是， 本实施例中的 "第一" "第二"仅是为了在描述上区分不同事物， 并不包括 "顺序"等含义。 为了更好地理解上述实施例， 以下结合优选实施例详细说明。 本实施例的主要设计思想在于， 对 PS域视频呼叫的视频和语音部分分别处理， 锚定语音媒体， 透传视频媒体。 在呼叫切换时， 优先接通语音媒体， 再对视频媒体进 行重新协商。 图 4为 PS域的视频呼叫建立时， 媒体分离锚定的处理流程。 在以下流程中， 分 别处理视频呼叫的视频和语音部分， 语音媒体 （相当于第一类媒体） 锚定到 ATGW, 视频媒体 （相当于第二类媒体） 透传。 步骤 S402， ATCF收到来自于呼叫会话控制功能（Call Session Control Function, 简称为 CSCF) 的会话初始请求消息， 携带视频媒体 sdp1。 步骤 S404-S410, 按现有技术， ATCF指示 ATGW申请语音媒体锚定资源， 视频 媒体 sdp2面向主叫侧， 视频媒体 sdp3面向被叫侧。 步骤 S412， 使用初始会话请求携带的媒体 sdP1和面向被叫侧锚定媒体 sdp3进 程组合拼装， 将 sdpl 中语音媒体的 IP地址和端口 （port) 替换为 sdp3的 IP地址和 port (增加 c行单独描述语音媒体的 IP)， 视频媒体保持不变， 从而获得分离锚定的媒 体 sdp4。 示例如下： 初始会话请求携带的媒体 sdpl v=0 c=IN IP4 a.a.a.a m=audio a1 RTP/AVP 0 m=video a2 RTP/AVP 26
面向被叫侧锚定媒体 sdp3 v=0 c=IN IP4 b.b.b.b m=audio b1 RTP/AVP 0
组合 sdpl和 sdp3获得 sdp4 v=0 m=audio b1 RTP/AVP 0 c=IN IP4 b.b.b.b m=video a2 RTP/AVP 26 c=IN IP4 a.a.a.a 或 v=0 c=IN IP4 a.a.a.a m=audio b1 RTP/AVP 0 c=IN IP4 b.b.b.b m=video a2 RTP/AVP 26 步骤 S414， ATCF发起到后向 CSCF的会话初始请求消息， 携带分离锚定的媒 体 sdp4。 步骤 S416， 收到后向 CSCF的 18x或者 200 0K消息带视频媒体。 步骤 S418-S424, ATCF指示 ATGW更新锚定媒体的远端， 内容为主被叫携带的 媒体的语音部分。 步骤 S426， 使用被叫 18x或 200 OK响应携带的媒体 sdp5和面向主叫侧锚定媒 体 sdp2进程组合拼装， 将 sdp5中语音媒体的 IP和 port替换为 sdp2的 （增加 c行 单独描述语音媒体的 IP )， 视频媒体保持不变， 从而获得分离锚定的媒体 sdp6。 拼装 的方式同步骤 S412。 步骤 S428，ATCF向主叫 CSCF发送 18x或者 200 OK，带分离锚定的媒体 sdp6。 协商完成后媒体通道的连接情况， 如图 9所示。 图 5为 PS域的视频呼叫媒体重新协商时， 媒体分离锚定的处理流程。 方法同样 为语音媒体锚定到 ATGW, 视频媒体透传。 步骤 S502， ATCF收到来自于 CSCF的呼叫的修改媒体请求， 该请求携带视频 媒体。 步骤 S504-S510, ATCF指示 ATGW更新锚定媒体的远端， 内容为主被叫携带的 媒体的语音部分。 步骤 S512， 使用修改媒体请求携带的媒体 sdP1和面向对端的锚定媒体 sdp3进 程组合拼装， 将 sdpl 中语音媒体的 IP和 port替换为 sdp3的 （增加 c行单独描述语 音媒体的 IP )， 视频媒体保持不变， 从而获得分离锚定的媒体 sdp4。 拼装的方式同步 骤 S412, 此处不再赘述。 步骤 S514， ATCF发起到后向 CSCF的修改媒体请求消息， 携带分离锚定的媒 体 sdp4。 步骤 S516， 收到后向 CSCF的修改媒体 200 OK响应消息带视频媒体。 步骤 S518-S524, ATCF指示 ATGW更新锚定媒体的远端， 内容为主被叫携带的 媒体的语音部分。 步骤 S526,使用被叫 200 OK响应携带的媒体 sdp5和面向主叫侧锚定媒体 sdp2 进程组合拼装， 将 sdp5中语音媒体的 IP和 port替换为 sdp2的 （增加 c行单独描述 语音媒体的 IP )， 视频媒体保持不变， 从而获得分离锚定的媒体 sdp6。 拼装的方式冋 步骤 S512。 步骤 S528，ATCF向主叫 CSCF发送 200 OK响应消息，带分离锚定的媒体 sdp6。 图 6为 PS域的视频呼叫，增强的移动交换中心（Enhanced Mobile Switch Center, 简称为 eMSC) 服务器 （Server) 发起呼叫切换带语音媒体的处理流程。 方法为优先 接通语音媒体， 再通知对端将视频媒体关闭。 步骤 S602， ATCF收到来自于 eMSC Server的会话切换请求消息， 只携带语音 媒体。 步骤 S604-S610, 修改媒体锚定网关媒体， 并给切换呼叫回应答消息， 带锚定的 语音媒体； ATCF不因为切换呼叫与原 PS呼叫的媒体类型不一致， 执行透传流程。 步骤 S612组装带给后向 CSCF的媒体，其中语音媒体为 ATGW锚定媒体，无视 频媒体。 步骤 S614， ATCF发起到后向 CSCF的呼叫切换请求消息， 带分离锚定的媒体。 业务集中及连续应用月艮务器 ( Service Centralization and Continuity Application Server, 简称为 SCC AS) 在收到此请求后， 将修改对端媒体， 关闭其视频端口。 步骤 S616-S618, 和相关技术中相同， 此处不再赘述。 图 7为 PS域的视频呼叫， eMSC Server发起呼叫切换带视频媒体的处理流程。 方法为优先接通语音媒体， 再通知对端更新视频媒体。 步骤 S702， ATCF收到来自于 eMSC Server的会话切换请求消息， 携带视频媒 体。 步骤 S704-S706, ATCF修改 ATGW锚定语音媒体。 步骤 S708, 组装给主叫应答的媒体， 媒体的语音部分为 ATGW锚定媒体， 视频 部分为原 PS呼叫对端媒体的视频部分。依旧使用多 m行和不同 c行描述每个 m行媒 体的 IP地址的方式。 步骤 S710-S712, 并给切换呼叫回应答消息， 携带分离锚定的媒体， 并收到 ACK 响应。 步骤 S714, 组装带给后向 CSCF的媒体， 其中语音媒体为 ATGW锚定媒体， 视 频部分为 eMSC Server切换请求携带的媒体的视频部分。 依旧使用多 m行和不同 c 行描述每个 m行媒体的 IP地址的方式。 步骤 S716， ATCF发起到后向 CSCF的呼叫切换请求消息， 带步骤 S714组装的 分离锚定的媒体。 SCC AS在收到此请求后， 将修改对端媒体。 步骤 S718-S720, 同现有技术， 判断收到后向的响应中的视频媒体未发生变化变 化， 流程结束。 图 8为 PS域的视频呼叫， eMSC Server发起呼叫切换带视频媒体的处理流程, 对端发生改变的处理流程。 方法为优先接通语音媒体， 进行媒体重协商， 接通视频媒 体。 步骤 S802， ATCF收到来自于 eMSC Server的会话切换请求消息， 携带视频媒 体。 步骤 S80 S806， ATCF修改 ATGW锚定语音媒体。 步骤 S808, 组装成给主叫应答的媒体， 媒体的语音部分为 ATGW锚定媒体， 视 频部分为原 PS呼叫对端媒体的视频部分。依旧使用多 m行和不同 c行描述每个 m行 媒体的 IP地址的方式。 步骤 S810-S812, 并给切换呼叫回应答消息， 带分离锚定的媒体， 并收到 ACK 响应。 步骤 S814, 生成带给后向 CSCF的媒体， 其中语音媒体为 ATGW锚定媒体， 视 频部分为 eMSC Server切换请求携带的媒体的视频部分。 依旧使用多 m行和不同 c 行描述每个 m行媒体的 IP地址的方式。 步骤 S816， ATCF发起到后向 CSCF的呼叫切换请求消息， 带分离锚定的媒体。 SCC AS在收到此请求后， 将修改对端媒体。 步骤 S818-S820, 判断收到后向的响应中的媒体发生改变。 这种改变包含未锚定 的这部分媒体的 IP/port/编码方式 /收发模式等的一种或几种。 步骤 S822， ATCF向后向发起不带媒体的修改媒体请求。 步骤 S824， 收到后向修改媒体的 200 OK响应， 携带媒体。 步骤 S826， 将响应中的媒体分离锚定， 其中语音媒体为 ATGW锚定媒体， 视频 部分为 200 OK响应携带的媒体的视频部分。 步骤 S828， ATCF向 eMSC Server发起修改媒体请求， 携带步骤 S826组装的 分离锚定媒体的。 步骤 S830, 收到 eMSC Server修改媒体的 200 OK响应， 携带媒体。 步骤 S832-S838,ATCF修改 ATGW锚定语音媒体。 步骤 S840， 将响应中的媒体分离锚定， 其中语音媒体为 ATGW锚定媒体， 视频 部分为 200 OK响应携带的媒体的视频部分。 步骤 S842， ATCF向后向发送修改媒体响应 ACK消息， 携带步骤 S840组装的 分离锚定媒体。 步骤 S844， ATCF向 eMSC Server发送修改媒体响应 ACK消息， 不携带媒体。 需要说明的是， 以上流程仅是应答后的切换流程， 应答前的切换流程， 呼叫间（in the middle of a call, 简称为 mid-call)切换流程、 additional切换流程类似， 此处不再 赘述。 上述流程中提到的非语音媒体， 可以是视频媒体， 也可以是其它非语言媒体， 分 离锚定的方法和切换流程类似， 此处不再赘述。 需要说明的是， 上述实施例仅为原理性说明， 实施例中的各个网元之间的消息， 主要是为了清楚的表示接入网切换信息的获取以及呼叫切换的思想。在具体的实现中， 不局限于这些网元和消息。对于 CS-PS切换流程， 做类似处理。对各种场景下的切换 流程， 做类似处理。 在实现中， ATCF和 ATGW既可以合一， 也可以分离。 ATCF禾口 ATGW之间的信令交互， 可以是 H.248/MGCP/SIP， 也可以是其它。 对于各种流程中 出现的异常情况、 在可以的情况下某些消息的先后顺序、 网元内部的具体实现并不做 具体的限制。 在另外一个实施例中， 还提供了一种软件， 该软件用于执行上述实施例及优选实 施方式中描述的技术方案。 在另外一个实施例中， 还提供了一种存储介质， 该存储介质中存储有上述软件， 该存储介质包括但不限于： 光盘、 软盘、 硬盘、 可擦写存储器等。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技术人 员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的任何 修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 工业实用性 本发明实施例提供的技术方案， 采用将多媒体类型呼叫中携带的媒体划分为 ATGW支持的第一类媒体和 ATGW不支持的第二类媒体， 解决了相关技术中， 由于 ATCF 可能无法支持所有类型的媒体而导致的无法直接对呼叫媒体进行锚定等技术问 题， 从而使已锚定媒体的通道能够快速接通， 保证语音连续性， 提升了用户体验。

Claims

权 利 要 求 书
1. 一种语音呼叫连续性业务中的媒体锚定方法， 包括： 将多媒体类型呼叫中携带的媒体划分为第一类媒体和第二类媒体， 其中， 所述第一类媒体为接入转移网关 ATGW支持的媒体， 所述第二类媒体为所述 ATGW不支持的媒体； 将所述第一类媒体锚定到所述 ATGW并透传所述第二类媒体。
2. 根据权利要求 1所述的方法， 其中， 将所述第一类媒体锚定到所述 ATGW并透 传所述第二类媒体之后， 还包括：
在进行呼叫切换时， 优先进行所述第一类媒体的传输。
3. 根据权利要求 2所述的方法， 其中， 透传所述第二类媒体， 包括： 对所述第二类媒体进行媒体协商；
按照媒体重协商结果允许或禁止透传所述第二类媒体。
4. 根据权利要求 1所述的方法， 其中， 将所述第一类媒体锚定到所述 ATGW, 包 括：
将所述第一类媒体的 IP地址和端口信息替换为面向被叫侧锚定媒体的 IP 地址和端口信息。
5. 根据权利要求 1所述的方法，其中，将所述第一类媒体锚定到所述 ATGW之后， 包括： 接收呼叫切换请求， 其中， 所述呼叫切换请求中携带有所述第一类媒体和 所述第二类媒体；
将所述呼叫切换请求中携带的所述第一类媒体的 IP地址和端口信息，替换 为所述多媒体类型呼叫中携带的所述第一类媒体的 IP地址和端口信息；
对所述呼叫切换请求中携带的所述第二类媒体进行媒体协商； 按照媒体重协商结果允许或禁止传输所述呼叫切换请求中携带的所述第二 类媒体。 根据权利要求 1至 5任一项所述的方法， 其中， 所述方法应用于 PS域的视频 呼叫中。 根据权利要求 1至 5任一项所述的方法， 其中， 所述第一类媒体包括： 语音媒 体， 所述第二类媒体包括： 视频媒体。 一种语音呼叫连续性业务中的媒体锚定装置， 包括：
划分模块， 设置为将多媒体类型呼叫中携带的媒体划分为第一类媒体和第 二类媒体， 其中， 所述第一类媒体为接入转移网关 ATGW支持的媒体， 所述第 二类媒体为所述 ATGW不支持的媒体；
锚定模块， 设置为将所述第一类媒体锚定到所述 ATGW; 透传模块， 设置为透传所述第二类媒体。 根据权利要求 8所述的装置， 其中， 还包括： 传输模块， 设置为在进行呼叫切换时， 优先进行所述第一类媒体的传输。 一种接入转移控制功能 ATCF实体， 包括： 权利要求 8或 9所述的媒体锚定装
PCT/CN2014/083170 2014-02-28 2014-07-28 语音呼叫连续性业务中的媒体锚定方法及装置 WO2015127756A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP14883901.2A EP3113437A4 (en) 2014-02-28 2014-07-28 Method and device for anchoring media in voice call continuity service
US15/121,137 US20170019429A1 (en) 2014-02-28 2014-07-28 Method and Device for Anchoring Media in Voice Call Continuity Service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410073261.6 2014-02-28
CN201410073261.6A CN104883672A (zh) 2014-02-28 2014-02-28 语音呼叫连续性业务中的媒体锚定方法及装置

Publications (1)

Publication Number Publication Date
WO2015127756A1 true WO2015127756A1 (zh) 2015-09-03

Family

ID=53950973

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/083170 WO2015127756A1 (zh) 2014-02-28 2014-07-28 语音呼叫连续性业务中的媒体锚定方法及装置

Country Status (4)

Country Link
US (1) US20170019429A1 (zh)
EP (1) EP3113437A4 (zh)
CN (1) CN104883672A (zh)
WO (1) WO2015127756A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3205143B1 (en) * 2014-10-08 2020-09-02 Nokia Solutions and Networks Oy Transfer of communication parameters
CN107547819B (zh) * 2016-06-29 2020-04-28 中兴通讯股份有限公司 一种视频切换的方法、装置及系统
CN108430078B (zh) * 2017-02-14 2022-11-04 中兴通讯股份有限公司 Srvcc切换资源预留处理方法和接入切换功能设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102448135A (zh) * 2011-11-17 2012-05-09 中兴通讯股份有限公司 一种单无线语音连续切换的方法及系统
CN102769880A (zh) * 2011-05-04 2012-11-07 中兴通讯股份有限公司 单一无线语音呼叫连续性域的切换方法及系统
CN103190187A (zh) * 2010-11-12 2013-07-03 瑞典爱立信有限公司 Ims架构中的分组交换到电路交换接入切换
CN103348736A (zh) * 2011-02-07 2013-10-09 株式会社Ntt都科摩 移动通信方法及移动管理节点
CN103348735A (zh) * 2011-02-07 2013-10-09 株式会社Ntt都科摩 移动通信方法
US20140036028A1 (en) * 2012-08-02 2014-02-06 Verizon Patent And Licensing Inc. Method and system for bypassing an anchor point

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101193442B (zh) * 2006-11-23 2010-12-08 华为技术有限公司 一种实现多媒体呼叫移动性的系统、方法及装置
EP2081337A4 (en) * 2006-11-27 2010-03-03 Huawei Tech Co Ltd SYSTEM, METHOD AND DEVICES FOR REALIZING MULTIMEDIA SESSION CONTINUITY
CN102387557B (zh) * 2010-08-30 2014-09-17 华为技术有限公司 反向单一无线语音呼叫连续性的处理方法、设备及系统
CN102694778A (zh) * 2011-03-24 2012-09-26 中兴通讯股份有限公司 一种实现单接入系统语音连续性的方法及系统
WO2013097113A1 (zh) * 2011-12-28 2013-07-04 华为技术有限公司 保持呼叫连续的方法和设备
EP2920998A4 (en) * 2012-11-16 2016-06-15 Ericsson Telefon Ab L M METHOD AND SYSTEM FOR IMPROVED PS-CS HANDOVER OF A USER DEVICE

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103190187A (zh) * 2010-11-12 2013-07-03 瑞典爱立信有限公司 Ims架构中的分组交换到电路交换接入切换
CN103348736A (zh) * 2011-02-07 2013-10-09 株式会社Ntt都科摩 移动通信方法及移动管理节点
CN103348735A (zh) * 2011-02-07 2013-10-09 株式会社Ntt都科摩 移动通信方法
CN102769880A (zh) * 2011-05-04 2012-11-07 中兴通讯股份有限公司 单一无线语音呼叫连续性域的切换方法及系统
CN102448135A (zh) * 2011-11-17 2012-05-09 中兴通讯股份有限公司 一种单无线语音连续切换的方法及系统
US20140036028A1 (en) * 2012-08-02 2014-02-06 Verizon Patent And Licensing Inc. Method and system for bypassing an anchor point

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP3113437A1 (en) 2017-01-04
US20170019429A1 (en) 2017-01-19
CN104883672A (zh) 2015-09-02
EP3113437A4 (en) 2017-01-04

Similar Documents

Publication Publication Date Title
US10362514B2 (en) Network node and communication method
US10075479B2 (en) Method for establishing a video telephone connection and/or a multimedia telephone connection in a data network
US9332467B2 (en) SRVCC handover of calls between access networks with efficient media gateway selection
EP2254370B1 (en) Method of handling Single Radio Voice Call Continuity (SRVCC) handover in wireless communication system
TWI597992B (zh) 用於緊急回撥或點選即撥連線之單無線電語音通話連續技術
US8913101B2 (en) Method, system, terminal, and server for transferring video call between access networks
KR102147004B1 (ko) Ｄｒｖｃｃ 모바일 단말기용 액세스 전송
US20110116495A1 (en) Method and apparatus for inter-device session transfer between internet protocol (ip) multimedia subsystem (ims) and h.323 based clients
KR20120085309A (ko) 인터넷 프로토콜 멀티미디어 서브시스템에서의 공동 세션 제어 이동 및 장치 간 이동
US9838343B2 (en) Method, apparatus and computer program for control of a text component of a call
WO2009012665A1 (fr) Procédé pour assurer une continuité d'appel multimédia, équipement et système associés
WO2015174018A1 (ja) ネットワークノード及びシグナリング処理方法
WO2009074104A1 (fr) Procédé, système et appareil d'établissement d'appel multimédia
US11509696B2 (en) Methods and apparatuses for enhancement to IP multimedia subsystem
WO2015127756A1 (zh) 语音呼叫连续性业务中的媒体锚定方法及装置
WO2018149235A1 (zh) Srvcc切换资源预留处理方法和接入切换功能设备
WO2012149866A1 (zh) 单一无线语音呼叫连续性域的切换方法及系统
US10863342B2 (en) Method and device for processing a signaling message related to a communication service of a client device
US8982840B2 (en) Handover
EP3205143B1 (en) Transfer of communication parameters
CN104936262B (zh) 远端标识的发送、接收方法及装置、传输系统
WO2015106558A1 (zh) 呼叫处理方法、装置及系统
JP6282964B2 (ja) 移動通信システム、呼制御装置、及び呼制御方法

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

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2014883901

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 15121137

Country of ref document: US

Ref document number: 2014883901

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE