WO2018149235A1 - Srvcc切换资源预留处理方法和接入切换功能设备 - Google Patents

Srvcc切换资源预留处理方法和接入切换功能设备 Download PDF

Info

Publication number
WO2018149235A1
WO2018149235A1 PCT/CN2017/119363 CN2017119363W WO2018149235A1 WO 2018149235 A1 WO2018149235 A1 WO 2018149235A1 CN 2017119363 W CN2017119363 W CN 2017119363W WO 2018149235 A1 WO2018149235 A1 WO 2018149235A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource reservation
function device
wireless voice
single wireless
voice call
Prior art date
Application number
PCT/CN2017/119363
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 EP17896663.6A priority Critical patent/EP3585096A4/en
Publication of WO2018149235A1 publication Critical patent/WO2018149235A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • 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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • 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
    • 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]
    • H04W36/00226—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] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels

Definitions

  • the Single Radio Voice Call Continuity (SRVCC) solution is a continuation of the Voice over Long Term Evolution (VoLTE) service proposed by the 3rd Generation Partnership Project (3GPP).
  • the solution is to solve the problem of single-frequency user equipment (UE) in Long Term Evolution (LTE)/traditional long-term evolution (Pre-LTE) network and second generation (Second Generation, 2G)/ How to ensure the continuity of voice calls when moving between 3rd Generation (3G) circuit switching (CS) networks, that is, guarantee the IP of IP radio subsystems controlled by IP Multimedia Subsystem (IMS) Smooth switching between voice over IP (VOIP) voice and CS domain voice.
  • IMS IP Multimedia Subsystem
  • 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
  • UTRAN Universal Mobile Telecommunication System Radio Access Network
  • Enhanced VoLTE voice calls for enhanced Single Radio Voice Call Continuity (eSRVCC, defined by 3GPP R10), enabling smooth voice evolution during 4G network upgrade, improving handover speed and providing VoLTE calls End-to-end voice quality assurance.
  • eSRVCC Single Radio Voice Call Continuity
  • 3GPP R10 3GPP R10
  • ATCF Access Transfer Control Functionality
  • ATGW Access Transfer Gateway
  • Precondition refers to the process of establishing a media PDP (Packet Data Protoco) context.
  • PDP Packet Data Protoco
  • the transmission of media streams between UEs is based on a PDP context.
  • the execution process of establishing a PDP context is independent of each other, and the media PDP context establishment may take some time or even fail. This means that there is no guarantee that the negotiated media session will be established until the resource is successfully reserved. Therefore, the role of resource reservation is generally to ensure that the called party should not ring before confirming that both the local and the calling party's resource reservation are successful, so as to greatly reduce the situation in which the called party rings but fails to answer the call.
  • the embodiment of the present disclosure provides a method for performing a single wireless voice call continuous (SRVCC) handover resource reservation process by an access switching function device (ATCF), so as to avoid the eSRVCC process switching process cannot be performed by using SCCAS to process resource reservation, resulting in voice
  • SRVCC single wireless voice call continuous
  • SCCAS access switching function device
  • the media delay of the handover is increased. If the resource reservation is not processed by the SCCAS, the handover succeeds in the signaling process, but the handover eventually fails, resulting in a poor user experience satisfaction.
  • An embodiment of the present disclosure provides a method for processing a single wireless voice call continuous handover resource reservation, including:
  • An access switching function device receives a single wireless voice call continuous (SRVCC) handover request, the single wireless voice call continuous handover request includes resource reservation information, and the access handover function device (ATCF) is an access transfer control Functional device or emergency access conversion function (EATF) device;
  • the access switching function device determines that the resource reservation processing needs to be performed according to the resource reservation information, the resource reservation processing is performed.
  • the embodiment of the present disclosure further provides an access switching function device, where the access switching function device is an access transfer control function device or an emergency access conversion function device, including:
  • the processing module is configured to: perform resource reservation processing when determining that resource reservation processing is required according to the resource reservation information.
  • the embodiment of the present disclosure further provides a computer storage medium, where the computer storage medium stores computer executable instructions for performing the foregoing SRVCC handover resource reservation processing method.
  • the function device (EATF device) receives a single wireless voice call continuous (SRVCC) handover request, the SRVCC handover request includes resource reservation information; and the ATCF device or the EATF device determines that resource reservation is required according to resource reservation information in the SRVCC handover request. In the processing, the resource reservation processing is performed.
  • FIG. 1 is a schematic flowchart of a method for processing a single wireless voice call continuous handover resource reservation in the first embodiment of the present disclosure
  • FIG. 3 is a schematic structural diagram of an access switching function device in a second embodiment of the present disclosure.
  • FIG. 4 is a schematic diagram of a process flow of an ATCF media anchored call state handover resource reservation in a third embodiment of the present disclosure
  • FIG. 6 is a schematic diagram of a process flow of an ATCF media anchor session in a ringing state switching resource reservation in a third embodiment of the present disclosure
  • FIG. 7 is a schematic diagram of a process flow of an EATF media anchored call state handover resource reservation in a third embodiment of the present disclosure
  • FIG. 8 is a schematic diagram of a process flow of an EATF media unanchored call state switching resource reservation in a third embodiment of the present disclosure
  • FIG. 9 is a schematic diagram of a process flow of a EATF media anchor session in a ringing state switching resource reservation in a third embodiment of the present disclosure.
  • the access switching function device in this embodiment may be an access transfer control function device (ATCF device) or an emergency access conversion function device (EATF device), and the eSRVCC process switching process may be implemented by accessing the switching function device.
  • ATCF device access transfer control function device
  • EATF device emergency access conversion function device
  • the eSRVCC process switching process may be implemented by accessing the switching function device.
  • SRVCC Single Wireless Voice Call Continuous
  • eMSC Enhanced Mobile Switching Center
  • I-CSCF Interrogating Call Session Control Function
  • the method for processing a single wireless voice call continuous handover resource reservation in this embodiment may include:
  • the access handover function device receives an SRVCC handover request, where the SRVCC handover request includes resource reservation information.
  • the access handover function device in this embodiment may be an ATCF device or an EATF device, and the SRVCC handover request may be sent by the eMSC or the I-CSCF device.
  • the resource reservation information may include identification information of whether resource reservation is required and whether the resource reservation completion information.
  • the SRCCCC handover request that the eMSC or the I-CSCF device initiates the handover call may carry the “Require” identifier to request the resource reservation, and may pass the SDP (Session DescriptionProtocol, The session description protocol carries a real resource reservation, such as whether the current resource is reserved or not.
  • the access switching function device performs resource reservation processing when determining that resource reservation processing is required according to the resource reservation information.
  • the ATCF device or the EATF device may carry the identifier information (for example, "Require") that requires resource reservation in the SRVCC handover request, and may determine that the current resource reservation is not completed by using the SDP. It is determined that resource reservation processing is required, and subsequent resource reservation processing can be performed. Since the resource reservation can be implemented by the ATCF device or the EATF device, instead of only using the SCCAS processing resource reservation according to the relevant protocol, the eSRVCC process switching process can be used to reduce the media delay of the voice switching and improve the voice switching. The smoothness and real-time performance can avoid the handover success in the signaling process as much as possible but the handover eventually fails, which improves the satisfaction of the user experience.
  • the eSRVCC process switching process can be used to reduce the media delay of the voice switching and improve the voice switching. The smoothness and real-time performance can avoid the handover success in the signaling process as much as possible but the handover eventually fails, which improves the satisfaction of the user experience.
  • the process of performing resource reservation processing by the ATCF device or the EATF device can be flexibly performed according to a negotiation mechanism (for example, one negotiation or two negotiation) adopted by the communication parties.
  • a negotiation mechanism for example, one negotiation or two negotiation
  • the two communication parties adopt a negotiation mechanism of two negotiations.
  • the process of performing resource reservation processing by the ATCF device or the EATF device is shown in FIG. 2, and may include:
  • the ATCF device or the EATF device sends an agreement to the SRVCC handover request sender (eMSC or I-CSCF device) to perform the local resource reservation message.
  • SRVCC handover request sender eMSC or I-CSCF device
  • the ATCF device or the EATF device may send a 183 message to the SRVCC handover request sender eMSC or I-CSCF device to inform the eMSC or the I-CSCF device to agree to perform the local resource reservation process.
  • the eMSC or the I-CSCF device may send a resource reservation acknowledgement message to the ATCF device or the EATF device, where the resource reservation acknowledgement message may be a temporary acknowledgement message PRACK, and in one example, the PRACK may also be Carrying the media type that will eventually reserve resources. At this point, the current state of the called party is known, and resources can be reserved.
  • S202 Receive a resource reservation confirmation message PRACK sent by the sender eMSC or the I-CSCF device, where the resource reservation confirmation message includes the resource information to be reserved.
  • the resource reservation confirmation response message (for example, 200 message) is fed back to the sender eMSC or the I-CSCF device, and the local resource reservation is started according to the resource information to be reserved.
  • S204 Receive a resource reservation complete message (UPDATE, SDP carrying resource reservation completion) sent by the sender eMSC or the I-CSCF device, and send the resource pre-condition to the eMSC or the I-CSCF device after the local resource reservation is completed.
  • the completion message (which can also be implemented by 200 messages, which also carries the SDP with resource reservation).
  • the resource reservation processing for the anchored several call states may be as follows:
  • the ATCF device may feed back the SRVCC handover request response message 200 to the SRVCC handover request sender eMSC, and then may send the SRVCC handover request to the session call control function device (CSCF device). , complete the SRVCC switch.
  • CSCF device session call control function device
  • the ATCF device When the ATCF session for which the media does not anchor the ATGW is in a call state (when the SRVCC handover request is sent in this state), the ATCF device receives the resource reservation complete message UPDATE sent by the sender eMSC in the above S204.
  • the SRVCC handover request may be sent to the corresponding CSCF device, and the resource reservation completion information may be included in the SRVCC handover request when the packet switched domain call is requested to be reserved.
  • the ATCF device may receive an SRVCC handover request response message fed back by the CSCF device, where the SRVCC handover request response message may include resource reservation information of the CSCF device;
  • the ATCF device may also send an SRVCC handover request to the CSCF device to complete the SRVCC handover after completing the resource reservation through the processes shown in FIG. 1 and FIG. 2.
  • the resource reservation processing for the anchored several call states may be as follows:
  • the EATF device may feed back the SRVCC handover request response message 200 to the SRVCC handover request sender eMSC.
  • the EATF device may
  • the corresponding emergency session call control function device sends an SRVCC handover request, and the SRVCC handover request may also include the SDP of the resource reservation completion information when the call support resource reservation is requested to be handed over;
  • the EATF device receives the SRVCC handover request response message fed back by the session call control function device, where the SRVCC handover request response message may include the SDP of the resource reservation information of the E-CSCF device;
  • the EATF device may send an SRVCC handover request response message to the sender, where the SRVCC handover request response message may include the SDP of the updated resource reservation information.
  • the resource reservation can be implemented by the ATCF device or the EATF device for the various call states of the anchoring. Therefore, the eSRVCC process switching process can be used to reduce the media delay of the voice switching and improve the smoothness of the voice switching. And real-time, and can avoid the handover success in the signaling process as much as possible but the handover eventually fails, which improves the satisfaction of the user experience.
  • the embodiment provides an access switching function device, where the access switching function device is an access switching function device (ATCF device) or an emergency access conversion function device (EATF device),
  • the access switching function device can implement eSRVCC process switching processing.
  • ATCF device access switching function device
  • EATF device emergency access conversion function device
  • the access switching function device can implement eSRVCC process switching processing.
  • SRVCC Single Wireless Voice Call Continuous
  • eMSC Enhanced Mobile Switching Center
  • I-CSCF Interrogating Call Session Control Function
  • the access switching function device (that is, the ATCF device or the EATF device) may include:
  • the receiving module 31 is configured to: receive an SRVCC handover request, where the SRVCC handover request includes resource reservation information;
  • the access switching function device in this embodiment may be an ATCF device or an EATF device, and the SRVCC handover request received by the receiving module 31 may be sent by the eMSC or the I-CSCF device.
  • the processing module 32 is configured to perform resource reservation processing when determining that the resource reservation processing needs to be performed according to the resource reservation information.
  • the resource reservation information may include identification information of whether resource reservation is required and whether the resource reservation completion information.
  • the SRCCCC handover request initiated by the eMSC or the I-CSCF device to initiate a handover call may carry a "Require" identifier to request resource reservation, and may pass the SDP (Session Description Protocol).
  • the session description protocol carries a real resource reservation, such as whether the current resource is reserved or not.
  • the process of the resource reservation processing by the processing module 32 can be flexibly performed according to the negotiation mechanism (for example, one negotiation or two negotiation) adopted by the communication parties.
  • the negotiation mechanism for example, one negotiation or two negotiation
  • the two communication parties use a negotiation mechanism of two negotiations.
  • the processing module 32 can send a message to the SRVCC handover request sender (eMSC or I-CSCF device) to agree to perform the local resource reservation message.
  • the SRVCC handover request sender eMSC or I-CSCF device
  • the processing module 32 may be configured to: send a 183 message to the SRVCC handover request sender eMSC or I-CSCF device to inform the eMSC or the I-CSCF device to agree to perform the local resource reservation process.
  • the eMSC or the I-CSCF device may send a resource reservation acknowledgement message to the ATCF device or the EATF device, where the resource reservation acknowledgement message may be a temporary acknowledgement message PRACK, and in one example, the PRACK may also be Carrying the media type that will eventually reserve resources. At this point, the current state of the called party is known, and resources can be reserved.
  • the processing module 32 may be further configured to: receive a resource reservation acknowledgement message PRACK sent by the sender eMSC or the I-CSCF device, where the resource reservation acknowledgement message may include the resource information to be reserved;
  • the processing module 32 may be further configured to: feed back a resource reservation confirmation response message (for example, 200 message) to the sender eMSC or the I-CSCF device, and start local resource reservation according to the resource information to be reserved;
  • a resource reservation confirmation response message for example, 200 message
  • the processing module 32 may be further configured to: receive a resource reservation complete message (UPDATE, SDP carrying resource reservation complete) sent by the sender eMSC or the I-CSCF device, and send the eMSC or I to the eMSC or I after the local resource reservation is completed.
  • the CSCF device sends a resource reservation complete message (also implemented by a 200 message, which also carries an SDP with resource reservation).
  • the resource reservation processing of the processing module 32 for the anchored several call states may be as follows:
  • the processing module 32 may be configured to: after the resource reservation is completed through the foregoing process, feed back the SRVCC handover request response message 200 to the SRVCC handover request sender eMSC, and then send an SRVCC handover request to the session call control function device (CSCF device) to complete the SRVCC. Switch.
  • CSCF device session call control function device
  • the processing module 32 may be configured to: receive the resource reservation sent by the sender eMSC. After the message UPDATE, the SRVCC handover request is sent to the corresponding CSCF device, and the resource reservation completion information may be included in the SRVCC handover request when the packet switched domain call for the handover is requested to be reserved.
  • the processing module 32 may be further configured to: receive an SRVCC handover request response message fed back by the CSCF device, where the SRVCC handover request response message may include resource reservation information of the CSCF device;
  • the processing module 32 may be further configured to: after updating the local resource reservation information according to the CSCF device resource reservation information, send an SRVCC handover request response message to the sender eMSC, where the SRVCC handover request response message may include the updated resource. Reserve information.
  • the processing module may be further configured to: after completing the resource reservation by using the foregoing process, sending an SRVCC handover request to the CSCF device to complete the SRVCC handover.
  • the processing module 32 may be configured to: after the resource reservation is completed through the foregoing process, feed back the SRVCC handover request response message 200 to the SRVCC handover request sender eMSC.
  • the processing module 32 may be further configured to: receive the resource reservation sent by the sender I-CSCF device After completing the message, the SRVCC handover request is sent to the corresponding emergency session call control function device (E-CSCF device).
  • E-CSCF device emergency session call control function device
  • the SRVCC handover request may also include the resource reservation completion information.
  • the processing module 32 may be further configured to: receive an SRVCC handover request response message fed back by the session call control function device, where the SRVCC handover request response message may include an SDP of resource reservation information of the E-CSCF device;
  • the processing module 32 may be further configured to: after updating the local resource reservation information according to the resource reservation information of the E-CSCF device, send an SRVCC handover request response message to the sender, where the SRVCC handover request response message may include the updated resource. SDP for reservation information.
  • the functions of the receiving module 31 and the processing module 32 in this embodiment may be implemented by a processor or controller of the ATCF device or the EATF device.
  • the ATCF device or the EATF device can implement resource reservation for the various call states that are anchored. Therefore, the eSRVCC process switching process can be used to reduce the media delay of voice switching, and improve the smoothness and real-time performance of the voice switching. It can also avoid the handover success in the signaling process as much as possible but the handover will eventually fail, which improves the satisfaction of the user experience.
  • the access switching function device can be used as an example for the access transfer control function device (ATCF device) and the emergency access conversion function device (EATF device) for anchoring and non-anchor.
  • ATCF device access transfer control function device
  • EATF device emergency access conversion function device
  • the processing flow of the resource reservation may include:
  • the media anchors the ATGW session of the ATGW in a call state, and the media offer/answer balance.
  • the ATCF receives the SRVCC handover request from the left eMSC.
  • the eMSC initiates the handover call carrying the “Require” resource reservation, and the SDP carries the real resource reservation condition.
  • the ATCF determines a resource reservation condition of the handover request, and if the resource reservation is not completed, performs a subsequent step, and the ATCF completes the resource reservation process.
  • the ATCF sends 183 to the left eMSC, and carries the ATGW anchor media and the local resource reservation completion information.
  • the ATCF receives an UPDATE message from the left eMSC, and determines that the resource reservation is completed.
  • the ATCF sends 200 information of the handover call response to the left eMSC.
  • the ATCF sends an SRVCC handover request to the right CSCF, and requests to carry the resource reservation completion information according to the reserved PS call support resource reservation.
  • FIG. 5 is a process flow of a resource reservation process in which an ATCF media anchored session is in a call state, according to an optional embodiment of the present disclosure, and may include:
  • the media does not anchor the ATGW session of the ATGW in a call state, and the media offer/answer balance.
  • the ATCF receives the SRVCC handover request from the left eMSC.
  • the eMSC initiates the handover call carrying the “Require” resource reservation, and the SDP carries the real resource reservation condition.
  • the ATCF determines the resource reservation condition of the handover request, and if the resource reservation is not completed, performs the subsequent steps, and the ATCF completes the resource reservation process.
  • the ATCF sends 183 to the left eMSC, carrying the constructed fake media and the local resource reservation completion information.
  • the ATCF receives an UPDATE message from the left eMSC, and determines that the resource reservation is completed.
  • the ATCF sends an SRVCC handover request to the right CSCF, and requests to carry resource reservation completion information according to the situation that the switched PS call supports resource reservation.
  • the ATCF receives a 200 (INVITE) message from the right CSCF and carries sdp5.
  • S520 The ATCF sends a 200 (UPDATE) message to the left eMSC, and carries the sdp6 obtained after modifying the resource reservation information according to sdp5.
  • UPDATE UPDATE
  • the ATCF sends a 200 (INVITE) message to the left eMSC, and transparently transmits an ACK response.
  • FIG. 6 is a flowchart of processing a resource reservation of an ATCF ringing state according to an alternative embodiment of the present disclosure, which may include:
  • the media anchor ATGW session of the ATGW is in a ringing state, and the media offer/answer is balanced.
  • the ATCF receives an SRVCC handover request from the left eMSC, and requests to carry resource reservation information.
  • the ATCF determines a resource reservation condition of the handover request, and if the resource reservation is not completed, performs a subsequent step, and the ATCF completes the resource reservation process.
  • the ATCF sends 183 to the left eMSC, and carries the ATGW anchor media and the local resource reservation completion information.
  • the ATCF receives an UPDATE message from the left eMSC, and determines that the resource reservation is completed.
  • the ATCF sends an SRVCC handover request to the right CSCF, and requests to carry resource reservation completion information according to the situation that the switched PS call supports resource reservation.
  • FIG. 7 is a process flow of an EATF media anchoring call state switching resource reservation according to an alternative embodiment of the present disclosure, which may include:
  • the media anchors the ATGW of the ATGW to be in a call state, and the media offer/answer balance.
  • the EATF receives the SRVCC handover request from the left I-CSCF.
  • the eMSC initiates the handover call carrying the “Require” resource reservation, and the SDP carries the real resource reservation condition.
  • the EATF determines the resource reservation condition of the handover request, and performs the subsequent steps after the resource reservation is not completed, and completes the resource reservation process by the EATF.
  • the EATF sends 183 to the left I-CSCF, and carries the ATGW anchor media and the local resource reservation completion information.
  • the EATF receives an UPDATE message from the left I-CSCF, and determines that the resource reservation is completed.
  • the EATF sends 200 information of the handover call response to the left I-CSCF.
  • FIG. 8 is a flowchart of a process for processing a resource reservation by using an EATF media unanchored session in a call state according to an alternative embodiment of the present disclosure, which may include:
  • the media does not anchor the ATGW of the ATGW to be in a call state, and the media offer/answer balance.
  • the EATF receives an SRVCC handover request from the left I-CSCF, and requests to carry resource reservation information.
  • the EATF determines the resource reservation condition of the handover request, and performs the subsequent steps after the resource reservation is not completed, and the resource reservation process is completed by the EATF.
  • the EATF sends 183 to the left I-CSCF, and carries the constructed fake media and the local resource reservation completion information.
  • the EATF receives an UPDATE message from the left I-CSCF, and determines that the resource reservation is completed.
  • the EATF sends a re-INVITE request to the right E-CSCF, and requests to carry the resource reservation completion information according to the reserved PS call support resource reservation.
  • the EATF sends a 200 (UPDATE) message to the left I-CSCF, and carries sdp6 obtained after modifying the resource reservation information according to sdp5.
  • the EATF sends a 200 (INVITE) message to the left I-CSCF, and transparently transmits an ACK response.
  • FIG. 9 is a flowchart of a processing process of resource reservation by EATF ringing state switching according to an alternative embodiment of the present disclosure, which may include:
  • the EATF receives an SRVCC handover request from the left I-CSCF, and requests to carry resource reservation information.
  • the EATF determines a resource reservation condition of the handover request, and if the resource reservation is not completed, performs a subsequent step, and the EATF completes the resource reservation process.
  • the EATF sends 183 to the left I-CSCF, and carries the constructed fake media and the local resource reservation completion information.
  • the EATF receives an UPDATE message from the left I-CSCF, and determines that the resource reservation is completed.
  • the EATF sends an UPDATE request to the right E-CSCF, and requests to carry the resource reservation completion information according to the reserved PS call support resource reservation.
  • the EATF receives a 200 (UPDATE) message from the right E-CSCF and carries sdp5.
  • the EATF sends a 200 (UPDATE) message to the left I-CSCF, and carries the sdp6 obtained after modifying the resource reservation information according to sdp5.
  • the EATF sends 180 a message to the left I-CSCF.
  • the ATCF device or the EATF device can implement resource reservation. Therefore, the eSRVCC process switching process can be used to reduce the media delay of voice switching, improve the smoothness and real-time performance of voice switching, and It may be avoided that the handover is successful in the signaling process but the handover eventually fails, which improves the satisfaction of the user experience.
  • Embodiments of the present disclosure also provide a computer readable storage medium storing computer executable instructions that, when executed, implement the single wireless voice call continuous handover resource reservation processing method.
  • modules or steps of the embodiments of the present disclosure may be implemented by a general-purpose computing device, which may be centralized on a single computing device or distributed over a network of multiple computing devices. Alternatively, they may be implemented by program code executable by a computing device such that they may be stored by a computing device in a computer storage medium (ROM/RAM, diskette, optical disk) and, in some cases, The steps shown or described may be performed in a different order than that herein, or they may be separately fabricated into different integrated circuit modules, or a plurality of the modules or steps may be implemented as a single integrated circuit module. Therefore, the present disclosure is not limited to any specific combination of hardware and software.
  • computer storage medium includes volatile and nonvolatile, implemented in any method or technology for storing information, such as computer readable instructions, data structures, program modules or other data. Sex, removable and non-removable media.
  • Computer storage media include, but are not limited to, Random Access Memory (RAM), Read-Only Memory (ROM), and Electrically Erasable Programmable Read-only Memory (EEPROM). Flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical disc storage, magnetic cassette, magnetic tape, disk storage or other magnetic storage device, or Any other medium used to store the desired information and that can be accessed by the computer.
  • communication media typically includes computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and can include any information delivery media. .
  • the function device (EATF device) receives a single wireless voice call continuous (SRVCC) handover request, the SRVCC handover request includes resource reservation information; and the ATCF device or the EATF device determines that resource reservation is required according to resource reservation information in the SRVCC handover request. In the processing, the resource reservation processing is performed.
  • the resource reservation is implemented by the ATCF device or the EATF device in the embodiment of the present disclosure, so that the eSRVCC process switching process can be used to reduce the media delay of the voice switching and improve the smoothness of the voice switching. And real-time, and can avoid the handover success in the signaling process as much as possible but the handover eventually fails, which improves the satisfaction of the user experience.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种SRVCC切换资源预留处理方法包括：接入切换功能设备(为接入转移控制功能设备(ATCF设备)或紧急接入转换功能设备(EATF设备))接收单一无线语音呼叫连续(SRVCC)切换请求，该SRVCC切换请求包含资源预留信息；接入切换功能设备根据资源预留信息判断需要进行资源预留处理时，进行资源预留处理。

Description

SRVCC切换资源预留处理方法和接入切换功能设备 技术领域
本公开涉及但不限于通信领域，尤其是一种SRVCC(Single Radio Voice Call Continuity，单一无线语音呼叫连续)切换资源预留处理方法和接入切换功能设备。
背景技术
单一无线语音呼叫连续(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 R10定义)切换的VoLTE语音呼叫，实现了4G网络升级过程中语音平滑演进，提高了切换速度，同时为VoLTE呼叫提供了端到端的语音质量保证。eSRVCC技术相对3GPP R8中的SRVCC技术，有效缩短了语音切换的媒体时延，改善了用户体验。eSRVCC与SRVCC 的方案区别在于前者在IMS系统中新增了一对功能实体设备：接入转移控制功能(Access Transfer Control Functionality，ATCF)设备和接入转移网关(Access Transfer Gateway，ATGW)，分别作为VoIP呼叫在控制平面和用户平面的锚定点。
资源预留(precondition)是指建立媒体PDP(Packet Data Protoco)上下文的过程。在移动通信网络，UE之间传输媒体流基于PDP上下文。对于双方的UE而言，建立PDP上下文的执行过程是相互独立的，媒体PDP上下文建立会花费一些时间甚至失败。这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。因此，资源预留的作用大致是为了保证在确认本地和主叫方的资源预留都成功之前，被叫方不应振铃，以较大程度减少被叫方振铃但接听电话又失败的情况。
在rfc3312，TS 24.292、3GPP TS 23.237和3GPP TS 24.237等规范中已经有使用ATCF/EATF实现分组交换(Packet Switched，PS)和电路交换域(Circuit Switching Domain，CS)之间切换的信令和流程。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
在有关协议中，只建议SCCAS(Service Continuity Control Application Server，业务集中与连续应用服务器)和MSC(Mobile Switching Center，移动交换中心)对切换呼叫的资源预留进行处理，没有要求ATCF设备/EATF(Emergency Access Transfer Function,紧急接入转换功能)设备携带资源预留信息的切换呼叫按照资源预留的要求进行处理。但是若根据建议通过SCCAS处理资源预留，则需要ATCF透传切换请求，进而无法进行eSRVCC流程切换处理，导致语音切换的媒体时延增加。而如果不采纳协议建议SCCAS处理资源预留，则根据上述分析可知，实际上在切换呼叫的资源被成功预留之前，无法保证切换呼叫的媒体会话是否可以建立起来，导致信令流程上切换成功但切换最终还是失败，降低了用户体验的满意度。
本公开实施例提供一种接入切换功能设备(ATCF)进行单一无线语音 呼叫连续(SRVCC)切换资源预留处理的方法，以避免通过SCCAS处理资源预留就不能进行eSRVCC流程切换处理，导致语音切换的媒体时延增加，不通过SCCAS处理资源预留又会导致信令流程上切换成功但切换最终还是失败，导致用户体验的满意度差的情形。
本公开实施例提供一种单一无线语音呼叫连续切换资源预留处理方法，包括：
接入切换功能设备(ATCF)接收单一无线语音呼叫连续(SRVCC)切换请求，所述单一无线语音呼叫连续切换请求包含资源预留信息，所述接入切换功能设备(ATCF)为接入转移控制功能设备或紧急接入转换功能(EATF)设备；
接入切换功能设备根据所述资源预留信息判断需要进行资源预留处理时，进行资源预留处理。
本公开实施例还提供一种接入切换功能设备，所述接入切换功能设备为接入转移控制功能设备或紧急接入转换功能设备，包括：
接收模块，设置为：接收单一无线语音呼叫连续切换请求，所述单一无线语音呼叫连续切换请求包含资源预留信息；
处理模块，设置为：根据所述资源预留信息判断需要进行资源预留处理时，进行资源预留处理。
本公开实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行前述的SRVCC切换资源预留处理方法。
本公开实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现上述单一无线语音呼叫连续切换资源预留处理方法。
有益效果如下：
本公开实施例提供的SRVCC切换资源预留处理方法和接入切换功能设备和存储介质，接入切换功能设备(接入切换功能设备为接入转移控制功能设备(ATCF设备)或紧急接入转换功能设备(EATF设备)接收单一无线语音呼叫连续(SRVCC)切换请求，该SRVCC切换请求包含资源预留信息；ATCF设备或EATF设备在根据SRVCC切换请求中的资源预留信息判断需 要进行资源预留处理时，进行资源预留处理。也即本公开实施例可通过ATCF设备或EATF设备实现资源预留，因此既能通过eSRVCC流程切换处理，减少语音切换的媒体时延，提升语音切换的平滑度和实时性，又能尽可能避免导致信令流程上切换成功但切换最终还是失败，提升了用户体验的满意度。
在阅读并理解了附图和详细描述后，可以明白其他方面。
附图概述
图1为本公开第一实施例中的单一无线语音呼叫连续切换资源预留处理方法流程示意图；
图2为本公开第一实施例中的资源预留处理过程流程示意图；
图3为本公开第二实施例中的接入切换功能设备结构示意图；
图4为本公开第三实施例中的ATCF媒体锚定通话状态切换资源预留的处理流程示意图；
图5为本公开第三实施例中的ATCF媒体未锚定通话状态切换资源预留的处理流程示意图；
图6为本公开第三实施例中的ATCF媒体锚定会话处于振铃状态切换资源预留的处理流程示意图；
图7为本公开第三实施例中的EATF媒体锚定通话状态切换资源预留的处理流程示意图；
图8为本公开第三实施例中的EATF媒体未锚定通话状态切换资源预留的处理流程示意图；
图9为本公开第三实施例中的EATF媒体锚定会话处于振铃状态切换资源预留的处理流程示意图。
本公开的较佳实施方式
下面结合附图对本公开的实施方式进行描述。
第一实施例：
本实施例中的接入切换功能设备可以为接入转移控制功能设备(ATCF设备)或紧急接入转换功能设备(EATF设备)，可以通过接入切换功能设 备实现eSRVCC流程切换处理。在一种示例中，对于ATCF设备，其可以从eMSC(enhanced Mobile Switching Center，增强移动交换中心)接收单一无线语音呼叫连续(SRVCC)切换请求；对于EATF设备，其可以从I-CSCF(Interrogating Call Session Control Function，查询呼叫会话控制功能)设备接收SRVCC切换请求。
本实施例中单一无线语音呼叫连续切换资源预留处理方法参见图1所示，可以包括：
S101：接入切换功能设备接收SRVCC切换请求，该SRVCC切换请求包含资源预留信息。
如上所述，本实施例中的接入切换功能设备可以为ATCF设备或EATF设备，SRVCC切换请求可以为eMSC或I-CSCF设备发送的。
在一种示例中，资源预留信息可以包含是否要求资源预留的标识信息以及资源预留是否完成信息。在该示例中，对于支持资源预留的ATCF设备或EATF设备，eMSC或I-CSCF设备发起切换呼叫的SRVCC切换请求中可携带“Require”标识要求资源预留，且可通过SDP(Session DescriptionProtocol，会话描述协议)携带真实的资源预留情况，例如当前资源是否预留完成等。
S102：接入切换功能设备根据所述资源预留信息判断需要进行资源预留处理时，进行资源预留处理。
也即ATCF设备或EATF设备在收到SRVCC切换请求后，在该SRVCC切换请求中携带了要求资源预留的标识信息(例如“Require”)且通过其SDP判定当前未完成资源预留时，可以判定为需要进行资源预留处理，进而可以进行后续的资源预留处理。由于可通过ATCF设备或EATF设备实现资源预留，而不是只能根据有关协议规定只能采用SCCAS处理资源预留，因此既能通过eSRVCC流程切换处理，减少语音切换的媒体时延，提升语音切换的平滑度和实时性，又能尽可能避免导致信令流程上切换成功但切换最终还是失败，提升了用户体验的满意度。
可以理解的是，ATCF设备或EATF设备进行资源预留处理的过程可以根据通信双方之间采用的协商机制(例如一次协商或两次协商)等情况灵活进行。例如，在一个示例中，通信双方采用两次协商的协商机制，此时ATCF设备或EATF设备进行资源预留处理的过程参见图2所示，可以包括：
S201：ATCF设备或EATF设备向SRVCC切换请求发送方(eMSC或I-CSCF设备)发送同意进行本端资源预留消息。
在一种示例中，ATCF设备或EATF设备可以向SRVCC切换请求发送方eMSC或I-CSCF设备发送183消息，以告知eMSC或I-CSCF设备同意进行本端资源预留处理。一种示例中，183消息中的a＝conf:qs remote sendrecv字段可以保证资源预留完成前，SRVCC切换没有完成。
eMSC或I-CSCF设备收到该183消息后，则可以向ATCF设备或EATF设备发送资源预留确认消息，该资源预留确认消息可以为临时确认消息PRACK，且在一种示例中PRACK还可携带最终要预留资源的媒体类型，此时已经知道被叫当前状态，且可以开始预留资源。
S202：接收发送方eMSC或I-CSCF设备发送的资源预留确认消息PRACK，该资源预留确认消息中包含待预留资源信息；
S203：向发送方eMSC或I-CSCF设备反馈资源预留确认响应消息(例如200消息)，并根据待预留资源信息开始本端资源预留；
S204：接收到发送方eMSC或I-CSCF设备发送的资源预留完成消息(UPDATE，携带资源预留完成的SDP)，并在本端资源预留完成后向eMSC或I-CSCF设备发送资源预留完成消息(也可通过200消息实现，该消息中也携带有资源预留情况的SDP)。
在一种示例中，当接入切换功能设备为ATCF设备时，针对锚定的几种通话状态的资源预留处理分别可以如下：
当为媒体锚定ATGW的ATCF会话处于通话状态时，媒体提议(offer)/应答(answer)平衡。经过图1和图2所示的过程完成资源预留后，ATCF设备可以向SRVCC切换请求发送方eMSC反馈SRVCC切换请求响应消息200，然后可以向会话呼叫控制功能设备(CSCF设备)发送SRVCC切换请求，完成SRVCC切换。
当为媒体未锚定ATGW的ATCF会话处于通话状态时(此时SRVCC切换请求为该状态下发出的)，此时，ATCF设备在上述S204中接收到发送方eMSC发送的资源预留完成消息UPDATE后，可以向对应的CSCF设备发送SRVCC切换请求，且在被请求切换的分组交换域呼叫支持资源预留时，该SRVCC切换请求中可以包含资源预留完成信息；
ATCF设备可以接收CSCF设备反馈的SRVCC切换请求响应消息，该SRVCC切换请求响应消息中可以包含CSCF设备的资源预留信息；
ATCF设备根据CSCF设备资源预留信息对本端资源预留信息进行更新后，可以向发送方eMSC发送SRVCC切换请求响应消息，此时的SRVCC切换请求响应消息可以包含更新后的资源预留信息。
当为媒体锚定ATGW的ATCF会话处于振铃状态时，ATCF设备经过图1和图2所示的过程完成资源预留后，还可以向CSCF设备发送SRVCC切换请求以完成SRVCC切换。
接入切换功能设备为紧急接入转换功能设备(EATF设备)时，针对锚定的几种通话状态的资源预留处理分别可以如下：
当为媒体锚定ATGW的EATF设备会话处于通话状态时，媒体offer/answer平衡。经过图1和图2所示的过程完成资源预留后，EATF设备可以向SRVCC切换请求发送方eMSC反馈SRVCC切换请求响应消息200。
当为媒体未锚定ATGW的EATF设备会话处于通话状态或媒体锚定ATGW的EATF设备会话处于振铃状态时，EATF设备接收到发送方I-CSCF设备发送的资源预留完成消息后，可以向对应的紧急会话呼叫控制功能设备(E-CSCF设备)发送SRVCC切换请求，在被请求切换的呼叫支持资源预留时，该SRVCC切换请求中也可以包含资源预留完成信息的SDP；
EATF设备接收到会话呼叫控制功能设备反馈的SRVCC切换请求响应消息，该SRVCC切换请求响应消息中可以包含E-CSCF设备的资源预留信息的SDP；
EATF设备根据E-CSCF设备的资源预留信息对本端资源预留信息进行更新后，可以向发送方发送SRVCC切换请求响应消息，该SRVCC切换请求响应消息可以包含更新后的资源预留信息的SDP。
可见，本实施例针对锚定的各种通话状态，都可以通过ATCF设备或EATF设备实现资源预留，因此既能通过eSRVCC流程切换处理，减少语音切换的媒体时延，提升语音切换的平滑度和实时性，又能尽可能避免导致信令流程上切换成功但切换最终还是失败，提升了用户体验的满意度。
第二实施例：
本实施例提供了一种接入切换功能设备，该接入切换功能设备为接入切 换功能设备可以为接入转移控制功能设备(ATCF设备)或紧急接入转换功能设备(EATF设备)，该接入切换功能设备可以实现eSRVCC流程切换处理。在一种示例中，对于ATCF设备，其可以从eMSC(enhanced Mobile Switching Center，增强移动交换中心)接收单一无线语音呼叫连续(SRVCC)切换请求；对于EATF设备，其可以从I-CSCF(Interrogating Call Session Control Function，查询呼叫会话控制功能)设备接收SRVCC切换请求。
可选地，参见图3所示，接入切换功能设备(也即ATCF设备或EATF设备)可以包括：
接收模块31，设置为：接收SRVCC切换请求，SRVCC切换请求包含资源预留信息；
如上所述，本实施例中的接入切换功能设备可以为ATCF设备或EATF设备，接收模块31接收的SRVCC切换请求可以为eMSC或I-CSCF设备发送的。
处理模块32，设置为：根据所述资源预留信息判断需要进行资源预留处理时，进行资源预留处理。
在一种示例中，资源预留信息可以包含是否要求资源预留的标识信息以及资源预留是否完成信息。在该示例中，对于支持资源预留的ATCF设备或EATF设备，eMSC或I-CSCF设备发起切换呼叫的SRVCC切换请求中可携带“Require”标识要求资源预留，且可通过SDP(Session Description Protocol，会话描述协议)携带真实的资源预留情况，例如当前资源是否预留完成等。处理模块32还可以设置为：在该SRVCC切换请求中携带了要求资源预留的标识信息(例如“Require”)且通过其SDP判定当前未完成资源预留时，判定为需要进行资源预留处理，进而进行后续的资源预留处理。由于可通过ATCF设备或EATF设备实现资源预留，而不是只能根据有关协议规定只能采用SCCAS处理资源预留，因此既能通过eSRVCC流程切换处理，减少语音切换的媒体时延，提升语音切换的平滑度和实时性，又能尽可能避免导致信令流程上切换成功但切换最终还是失败，提升了用户体验的满意度。
处理模块32进行资源预留处理的过程可以根据通信双方之间采用的协商机制(例如一次协商或两次协商)等情况灵活进行。例如，在一个示例中，通信双方采用两次协商的协商机制，此时处理模块32可以向SRVCC切换请 求发送方(eMSC或I-CSCF设备)发送同意进行本端资源预留消息。
在一种示例中，处理模块32可以是设置为：向SRVCC切换请求发送方eMSC或I-CSCF设备发送183消息，以告知eMSC或I-CSCF设备同意进行本端资源预留处理。一种示例中，183消息中的a＝conf:qs remote sendrecv字段可以保证资源预留完成前，SRVCC切换没有完成。
eMSC或I-CSCF设备收到该183消息后，则可以向ATCF设备或EATF设备发送资源预留确认消息，该资源预留确认消息可以为临时确认消息PRACK，且在一种示例中PRACK还可携带最终要预留资源的媒体类型，此时已经知道被叫当前状态，且可以开始预留资源。
处理模块32还可以设置为：接收发送方eMSC或I-CSCF设备发送的资源预留确认消息PRACK，该资源预留确认消息中可以包含待预留资源信息；
处理模块32还可以设置为：向发送方eMSC或I-CSCF设备反馈资源预留确认响应消息(例如200消息)，并根据待预留资源信息开始本端资源预留；
处理模块32还可以设置为：接收到发送方eMSC或I-CSCF设备发送的资源预留完成消息(UPDATE，携带资源预留完成的SDP)，并在本端资源预留完成后向eMSC或I-CSCF设备发送资源预留完成消息(也可通过200消息实现，该消息中也携带有资源预留情况的SDP)。
在一种示例中，当接入切换功能设备为ATCF设备时，处理模块32针对锚定的几种通话状态的资源预留处理分别可以如下：
当为媒体锚定ATGW的ATCF会话处于通话状态时，媒体offer/answer平衡。处理模块32可以是设置为：经过上述过程完成资源预留后，向SRVCC切换请求发送方eMSC反馈SRVCC切换请求响应消息200，然后向会话呼叫控制功能设备(CSCF设备)发送SRVCC切换请求，完成SRVCC切换。
当为媒体未锚定ATGW的ATCF会话处于通话状态时(此时SRVCC切换请求为该状态下发出的)，此时，处理模块32可以是设置为：接收到发送方eMSC发送的资源预留完成消息UPDATE后，向对应的CSCF设备发送SRVCC切换请求，且在被请求切换的分组交换域呼叫支持资源预留时，该SRVCC切换请求中可以包含资源预留完成信息；
处理模块32还可以设置为：接收CSCF设备反馈的SRVCC切换请求响 应消息，该SRVCC切换请求响应消息中可以包含CSCF设备的资源预留信息；
处理模块32还可以设置为：根据CSCF设备资源预留信息对本端资源预留信息进行更新后，向发送方eMSC发送SRVCC切换请求响应消息，此时的SRVCC切换请求响应消息可以包含更新后的资源预留信息。
当为媒体锚定ATGW的ATCF会话处于振铃状态时，处理模块还可以设置为：通过上述过程完成资源预留后，向CSCF设备发送SRVCC切换请求以完成SRVCC切换。
接入切换功能设备为紧急接入转换功能设备(EATF设备)时，处理模块32针对锚定的几种通话状态的资源预留处理分别可以如下：
当为媒体锚定ATGW的EATF设备会话处于通话状态时，媒体offer/answer平衡。处理模块32可以是设置为：经过上述过程完成资源预留后，向SRVCC切换请求发送方eMSC反馈SRVCC切换请求响应消息200。
当为媒体未锚定ATGW的EATF设备会话处于通话状态或媒体锚定ATGW的EATF设备会话处于振铃状态时，处理模块32还可以设置为：接收到发送方I-CSCF设备发送的资源预留完成消息后，向对应的紧急会话呼叫控制功能设备(E-CSCF设备)发送SRVCC切换请求，在被请求切换的呼叫支持资源预留时，该SRVCC切换请求中也可以包含资源预留完成信息的SDP；
处理模块32还可以设置为：接收到会话呼叫控制功能设备反馈的SRVCC切换请求响应消息，该SRVCC切换请求响应消息中可以包含E-CSCF设备的资源预留信息的SDP；
处理模块32还可以设置为：根据E-CSCF设备的资源预留信息对本端资源预留信息进行更新后，向发送方发送SRVCC切换请求响应消息，该SRVCC切换请求响应消息可以包含更新后的资源预留信息的SDP。
本实施例中接收模块31和处理模块32的功能可以通过ATCF设备或EATF设备的处理器或控制器实现。本实施例针对锚定的各种通话状态，ATCF设备或EATF设备可以实现资源预留，因此既能通过eSRVCC流程切换处理，减少语音切换的媒体时延，提升语音切换的平滑度和实时性，又能尽可能避免导致信令流程上切换成功但切换最终还是失败，提升了用户体验 的满意度。
第三实施例：
为了更好的理解本公开的方案，下面分别以接入切换功能设备可以为接入转移控制功能设备(ATCF设备)和紧急接入转换功能设备(EATF设备)为例，针对锚定与非锚定情况下的几种通话状态的资源预留处理过程进行示例说明。
请参见图4所示，该图所示为根据本公开可选实施例的ATCF媒体锚定通话状态切换，资源预留的处理流程，可以包括：
S402，媒体锚定ATGW的ATCF会话处于通话状态，媒体offer/answer平衡。
S404，ATCF收到来自左侧eMSC的SRVCC切换请求，对于支持资源预留的ATCF/EATF，eMSC发起切换呼叫携带“Require”资源预留，SDP携带真实资源预留情况。
S406，ATCF对切换请求的资源预留情况进行判断，资源预留未完成则执行后续步骤，由ATCF完成资源预留流程。
S408～S412，ATCF向左侧eMSC发送183，携带ATGW锚定媒体和本端资源预留完成信息。
S414～S416，ATCF收到来自左侧eMSC的UPDATE消息，判断资源预留完成。
S418～S420，ATCF向左侧eMSC发送切换呼叫应答的200信息。
S422～S426，ATCF向右侧CSCF发送SRVCC切换请求，请求根据被切换的PS呼叫支持资源预留的请，携带资源预留完成信息。
图5为根据本公开可选实施例的ATCF媒体未锚定的会话处于通话状态切换，资源预留的处理流程，可以包括：
S502，媒体未锚定ATGW的ATCF会话处于通话状态，媒体offer/answer平衡。
S504，ATCF收到来自左侧eMSC的SRVCC切换请求，对于支持资源预留的ATCF/EATF，eMSC发起切换呼叫携带“Require”资源预留，SDP携带真实资源预留情况。
S506，ATCF对切换请求的资源预留情况进行判断，资源预留未完成则 执行后续步骤，由ATCF完成资源预留流程。
S508～S512，ATCF向左侧eMSC发送183，携带构造的假媒体和本端资源预留完成信息。
S514，ATCF收到来自左侧eMSC的UPDATE消息，判断资源预留完成。
S516，ATCF向右侧CSCF发送SRVCC切换请求，请求根据被切换的PS呼叫支持资源预留的情况，携带资源预留完成信息。
S518，ATCF收到来自右侧CSCF的200(INVITE)消息，并携带sdp5。
S520，ATCF向左侧eMSC发送200(UPDATE)消息，并携带根据sdp5修改资源预留信息后获取的sdp6。
S522～S526，ATCF向左侧eMSC发送200(INVITE)消息，并透传ACK响应。
图6为根据本公开可选实施例的ATCF振铃状态切换，资源预留的处理流程，可以包括：
S602，媒体锚定ATGW的ATCF会话处于振铃状态，媒体offer/answer平衡。
S604，ATCF收到来自左侧eMSC的SRVCC切换请求，请求携带资源预留信息。
S606，ATCF对切换请求的资源预留情况进行判断，资源预留未完成则执行后续步骤，由ATCF完成资源预留流程。
S608～S612，ATCF向左侧eMSC发送183，携带ATGW锚定媒体和本端资源预留完成信息。
S614～S616，ATCF收到来自左侧eMSC的UPDATE消息，判断资源预留完成。
S618，ATCF向右侧CSCF发送SRVCC切换请求，请求根据被切换的PS呼叫支持资源预留的情况，携带资源预留完成信息。
图7为根据本公开可选实施例的EATF媒体锚定通话状态切换资源预留的处理流程，可以包括：
S702，媒体锚定ATGW的EATF会话处于通话状态，媒体offer/answer平衡。
S704，EATF收到来自左侧I-CSCF的SRVCC切换请求，对于支持资源 预留的ATCF/EATF，eMSC发起切换呼叫携带“Require”资源预留，SDP携带真实资源预留情况。
S706，EATF对切换请求的资源预留情况进行判断，资源预留未完成则执行后续步骤，由EATF完成资源预留流程。
S708～S712，EATF向左侧I-CSCF发送183，携带ATGW锚定媒体和本端资源预留完成信息。
S714～S716，EATF收到来自左侧I-CSCF的UPDATE消息，判断资源预留完成。
S718～S720，EATF向左侧I-CSCF发送切换呼叫应答的200信息。
图8为根据本公开可选实施例的EATF媒体未锚定会话处于通话状态的切换，资源预留的处理流程，可以包括：
S802，媒体未锚定ATGW的EATF会话处于通话状态，媒体offer/answer平衡。
S804，EATF收到来自左侧I-CSCF的SRVCC切换请求，请求携带资源预留信息。
S806，EATF对切换请求的资源预留情况进行判断，资源预留未完成则执行后续步骤，由EATF完成资源预留流程。
S808～S812，EATF向左侧I-CSCF发送183，携带构造的假媒体和本端资源预留完成信息。
S814，EATF收到来自左侧I-CSCF的UPDATE消息，判断资源预留完成。
S816，EATF向右侧E-CSCF发送re-INVITE请求，请求根据被切换的PS呼叫支持资源预留的请，携带资源预留完成信息。
SS818，EATF收到来自右侧E-CSCF的200(INVITE)消息，并携带sdp5。
S820，EATF向左侧I-CSCF发送200(UPDATE)消息，并携带根据sdp5修改资源预留信息后获取的sdp6。
S822～S826，EATF向左侧I-CSCF发送200(INVITE)消息，并透传ACK响应；
图9为根据本公开可选实施例的EATF振铃状态切换，资源预留的处理流程，可以包括：
S902，EATF会话处于振铃状态，媒体offer/answer平衡。
S904，EATF收到来自左侧I-CSCF的SRVCC切换请求，请求携带资源预留信息。
S906，EATF对切换请求的资源预留情况进行判断，资源预留未完成则执行后续步骤，由EATF完成资源预留流程。
S908～S912，EATF向左侧I-CSCF发送183，携带构造的假媒体和本端资源预留完成信息。
S914，EATF收到来自左侧I-CSCF的UPDATE消息，判断资源预留完成。
S916，EATF向右侧E-CSCF发送UPDATE请求，请求根据被切换的PS呼叫支持资源预留的请，携带资源预留完成信息。
S918，EATF收到来自右侧E-CSCF的200(UPDATE)消息，并携带sdp5。
S920，EATF向左侧I-CSCF发送200(UPDATE)消息，并携带根据sdp5修改资源预留信息后获取的sdp6。
S922，EATF向左侧I-CSCF发送180消息。
针对锚定的各种通话状态，ATCF设备或EATF设备可以实现资源预留，因此既能通过eSRVCC流程切换处理，减少语音切换的媒体时延，提升语音切换的平滑度和实时性，又能尽可能避免导致信令流程上切换成功但切换最终还是失败，提升了用户体验的满意度。
本公开实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现上述单一无线语音呼叫连续切换资源预留处理方法。
本领域的技术人员可以明白，上述本公开实施例的模块或步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执 行所示出或描述的步骤，或者将它们分别制作成不同集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本公开不限制于任何特定的硬件和软件结合。
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于随机存取存储器(RAM，Random Access Memory)、只读存储器(ROM，Read-Only Memory)、电可擦除只读存储器(EEPROM，Electrically Erasable Programmable Read-only Memory)、闪存或其他存储器技术、光盘只读存储器(CD-ROM，Compact Disc Read-Only Memory)、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
本领域的普通技术人员可以理解，可以对本公开的技术方案进行修改或者等同替换，而不脱离本公开技术方案的精神和范围，均应涵盖在本公开的权利要求范围当中。
工业实用性
本公开实施例提供的SRVCC切换资源预留处理方法和接入切换功能设备和存储介质，接入切换功能设备(接入切换功能设备为接入转移控制功能设备(ATCF设备)或紧急接入转换功能设备(EATF设备)接收单一无线语音呼叫连续(SRVCC)切换请求，该SRVCC切换请求包含资源预留信息；ATCF设备或EATF设备在根据SRVCC切换请求中的资源预留信息判断需要进行资源预留处理时，进行资源预留处理。也即本公开实施例可通过ATCF设备或EATF设备实现资源预留，因此既能通过eSRVCC流程切换处理，减少语音切换的媒体时延，提升语音切换的平滑度和实时性，又能尽可能避免导致信令流程上切换成功但切换最终还是失败，提升了用户体验的满意度。

Claims (10)

  1. 一种单一无线语音呼叫连续切换资源预留处理方法，包括：
    接入切换功能设备接收单一无线语音呼叫连续切换请求，所述单一无线语音呼叫连续切换请求包含资源预留信息，所述接入切换功能设备为接入转移控制功能设备或紧急接入转换功能设备；
    接入切换功能设备根据所述资源预留信息判断需要进行资源预留处理时，进行资源预留处理。
  2. 如权利要求1所述的单一无线语音呼叫连续切换资源预留处理方法,其中，
    所述资源预留信息包含是否要求资源预留的标识信息以及资源预留是否完成信息；
    所述单一无线语音呼叫连续切换资源预留处理方法还包括：
    当根据所述资源预留信息判断要求资源预留，且当前资源预留未完成时，判断为需要进行资源预留处理。
  3. 如权利要求1或2所述的单一无线语音呼叫连续切换资源预留处理方法,其中，所述接入切换功能设备进行资源预留处理包括：
    向所述单一无线语音呼叫连续切换请求发送方发送同意进行本端资源预留消息；
    接收所述发送方发送的资源预留确认消息，所述资源预留确认消息中包含待预留资源信息；
    向所述发送方反馈资源预留确认响应消息，并根据所述待预留资源信息开始本端资源预留。
  4. 如权利要求3所述的单一无线语音呼叫连续切换资源预留处理方法,其中，
    所述接入切换功能设备为接入转移控制功能设备，且
    所述单一无线语音呼叫连续切换请求为所述未锚定到接入转移网关的接入转移控制功能设备会话处于通话状态时，所述方法还包括：
    接收到所述发送方发送的资源预留完成消息后，向对应的会话呼叫控制功能设备发送单一无线语音呼叫连续切换请求，在被请求切换的分组交换域呼叫支持资源预留时，所述单一无线语音呼叫连续切换请求中包含资源预留完成信息；
    接收所述会话呼叫控制功能设备反馈的单一无线语音呼叫连续切换请求响应消息，所述单一无线语音呼叫连续切换请求响应消息中包含会话呼叫控制功能设备的资源预留信息；
    根据所述会话呼叫控制功能设备资源预留信息对本端资源预留信息进行更新后，向所述发送方发送包含单一无线语音呼叫连续切换请求响应消息，所述单一无线语音呼叫连续切换请求响应消息包含更新后的资源预留信息。
  5. 如权利要求3所述的单一无线语音呼叫连续切换资源预留处理方法,其中，
    所述接入切换功能设备为紧急接入转换功能设备，且
    所述单一无线语音呼叫连续切换请求为未锚定到接入转移网关的紧急接入转换功能设备会话处于通话状态或锚定到接入转移网关的紧急接入转换功能设备会话处于振铃状态时，所述方法还包括：
    接收到所述发送方发送的资源预留完成消息后，向对应的紧急会话呼叫控制功能设备发送单一无线语音呼叫连续切换请求，在被请求切换的呼叫支持资源预留时，所述单一无线语音呼叫连续切换请求中包含资源预留完成信息；
    接收所述紧急会话呼叫控制功能设备反馈的单一无线语音呼叫连续切换请求响应消息，所述单一无线语音呼叫连续切换请求响应消息中包含紧急会话呼叫控制功能设备的资源预留信息；
    根据所述紧急会话呼叫控制功能设备的资源预留信息对本端资源预留信息进行更新后，向所述发送方发送包含单一无线语音呼叫连续切换请求响应消息，所述单一无线语音呼叫连续切换请求响应消息包含更新后的资源预留信息。
  6. 一种接入切换功能设备，所述接入切换功能设备为接入转移控制功能 设备或紧急接入转换功能设备，所述接入切换功能设备包括：
    接收模块，设置为：接收单一无线语音呼叫连续切换请求，所述单一无线语音呼叫连续切换请求包含资源预留信息；
    处理模块，设置为：根据所述资源预留信息判断需要进行资源预留处理时，进行资源预留处理。
  7. 如权利要求6所述的接入切换功能设备，其中，
    所述资源预留信息包含是否要求资源预留的标识信息以及资源预留是否完成信息；
    所述处理模块还设置为：根据所述资源预留信息判断要求资源预留，且当前资源预留未完成时，判断为需要进行资源预留处理。
  8. 如权利要求6或7所述的接入切换功能设备，其中，所述处理模块是设置为：向所述单一无线语音呼叫连续切换请求发送方发送同意进行本端资源预留消息，接收所述发送方发送的资源预留确认消息，所述资源预留确认消息中包含待预留资源信息；以及是设置为：向所述发送方反馈资源预留确认响应消息，并根据所述待预留资源信息开始本端资源预留。
  9. 如权利要求8所述的接入切换功能设备，其中，
    所述接入切换功能设备为接入转移控制功能设备，且
    所述单一无线语音呼叫连续切换请求为所述未锚定到接入转移网关的接入转移控制功能设备会话处于通话状态时，所述处理模块还设置为：
    接收到所述发送方发送的资源预留完成消息后，向对应的会话呼叫控制功能设备发送单一无线语音呼叫连续切换请求，在被请求切换的分组交换域呼叫支持资源预留时，所述单一无线语音呼叫连续切换请求中包含资源预留完成信息；
    接收所述会话呼叫控制功能设备反馈的单一无线语音呼叫连续切换请求响应消息，所述单一无线语音呼叫连续切换请求响应消息中包含会话呼叫控制功能设备的资源预留信息；
    根据所述会话呼叫控制功能设备资源预留信息对本端资源预留信息进行更新后，向所述发送方发送包含单一无线语音呼叫连续切换请求响应消息， 所述单一无线语音呼叫连续切换请求响应消息包含更新后的资源预留信息。
  10. 如权利要求8所述的接入切换功能设备，其中，
    所述接入切换功能设备为紧急接入转换功能设备，且
    所述单一无线语音呼叫连续切换请求为未锚定到接入转移网关的紧急接入转换功能设备会话处于通话状态或锚定到接入转移网关的紧急接入转换功能设备会话处于振铃状态时，所述处理模块还设置为：
    接收到所述发送方发送的资源预留完成消息后，向对应的紧急会话呼叫控制功能设备发送单一无线语音呼叫连续切换请求，在被请求切换的呼叫支持资源预留时，所述单一无线语音呼叫连续切换请求中包含资源预留完成信息；
    接收所述紧急会话呼叫控制功能设备反馈的单一无线语音呼叫连续切换请求响应消息，所述单一无线语音呼叫连续切换请求响应消息中包含紧急会话呼叫控制功能设备的资源预留信息；
    根据所述紧急会话呼叫控制功能设备的资源预留信息对本端资源预留信息进行更新后，向所述发送方发送包含单一无线语音呼叫连续切换请求响应消息，所述单一无线语音呼叫连续切换请求响应消息包含更新后的资源预留信息。
PCT/CN2017/119363 2017-02-14 2017-12-28 Srvcc切换资源预留处理方法和接入切换功能设备 WO2018149235A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP17896663.6A EP3585096A4 (en) 2017-02-14 2017-12-28 RESOURCE RESERVATION PROCESSING PROCESS FOR SRVCC SWITCHING, AND ACCESS SWITCHING FUNCTION DEVICE

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710079346.9 2017-02-14
CN201710079346.9A CN108430078B (zh) 2017-02-14 2017-02-14 Srvcc切换资源预留处理方法和接入切换功能设备

Publications (1)

Publication Number Publication Date
WO2018149235A1 true WO2018149235A1 (zh) 2018-08-23

Family

ID=63155158

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/119363 WO2018149235A1 (zh) 2017-02-14 2017-12-28 Srvcc切换资源预留处理方法和接入切换功能设备

Country Status (3)

Country Link
EP (1) EP3585096A4 (zh)
CN (1) CN108430078B (zh)
WO (1) WO2018149235A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109905899A (zh) * 2019-02-13 2019-06-18 Oppo广东移动通信有限公司 一种ims呼叫发起方法、装置及计算机可读存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110333906B (zh) * 2019-05-16 2023-06-16 广州明珞装备股份有限公司 一种快速处理预留设备的方法、系统、装置和存储介质
CN112468982B (zh) * 2020-12-01 2022-03-25 维沃移动通信有限公司 呼叫方法和呼叫装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104094638A (zh) * 2012-01-27 2014-10-08 瑞典爱立信有限公司 从电路交换到分组交换接入网络的紧急呼叫切换
CN104796384A (zh) * 2014-01-20 2015-07-22 中兴通讯股份有限公司 呼叫处理方法、装置及系统
CN104883672A (zh) * 2014-02-28 2015-09-02 中兴通讯股份有限公司 语音呼叫连续性业务中的媒体锚定方法及装置
CN105323217A (zh) * 2014-06-20 2016-02-10 中兴通讯股份有限公司 语音呼叫连续性业务中的媒体协商方法、系统及atcf

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102387557B (zh) * 2010-08-30 2014-09-17 华为技术有限公司 反向单一无线语音呼叫连续性的处理方法、设备及系统
WO2013114158A1 (en) * 2012-01-31 2013-08-08 Nokia Corporation Method and apparatus for facilitating communication session continuity
EP2826292B1 (en) * 2012-03-14 2016-02-24 Telefonaktiebolaget LM Ericsson (publ) Handover of emergency call anchored in ims to a circuit switched access network
WO2016027136A1 (en) * 2014-08-22 2016-02-25 Nokia Technologies Oy Method and apparatus for supporting an emergency call service in an ip multimedia subsystem session during handover
US9930578B2 (en) * 2015-05-04 2018-03-27 Apple Inc. Enhanced voice roaming for UE devices associated with a home network without SRVCC

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104094638A (zh) * 2012-01-27 2014-10-08 瑞典爱立信有限公司 从电路交换到分组交换接入网络的紧急呼叫切换
CN104796384A (zh) * 2014-01-20 2015-07-22 中兴通讯股份有限公司 呼叫处理方法、装置及系统
CN104883672A (zh) * 2014-02-28 2015-09-02 中兴通讯股份有限公司 语音呼叫连续性业务中的媒体锚定方法及装置
CN105323217A (zh) * 2014-06-20 2016-02-10 中兴通讯股份有限公司 语音呼叫连续性业务中的媒体协商方法、系统及atcf

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "PS to CS SRVCC and precondition - enhanced Alt1", 3GPP TSG-CT WG1 MEETING #89, 21 November 2014 (2014-11-21), XP050897996 *
See also references of EP3585096A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109905899A (zh) * 2019-02-13 2019-06-18 Oppo广东移动通信有限公司 一种ims呼叫发起方法、装置及计算机可读存储介质

Also Published As

Publication number Publication date
CN108430078B (zh) 2022-11-04
EP3585096A4 (en) 2021-01-13
EP3585096A1 (en) 2019-12-25
CN108430078A (zh) 2018-08-21

Similar Documents

Publication Publication Date Title
US10080163B2 (en) Telecommunication network pre-establishment service interruption response
US8687587B2 (en) Inter-subsystem transfers
US10694428B2 (en) Method and system for handover of video calls from a packet switched network to a circuit switched network in a single radio environment
EP2625875B1 (en) Single radio voice call continuity for emergency callback or click-to-dial sessions
US11399315B2 (en) Efficient EPS fallback in a 5GS architecture
KR101236058B1 (ko) Ｓｒｖｃｃ 긴급 호출 지원 장치, 시스템 및 방법
US8520666B2 (en) Communication method for voice calls
WO2013071776A1 (zh) 一种单无线语音连续切换的方法及系统
US9642042B2 (en) Call continuity when moving from one communication session to another communication session
TWI659667B (zh) 處理無線通訊系統中的連結的裝置及方法
US20190200409A1 (en) Last come, first served treatment of communication session requests
US20140133455A1 (en) Access transfer for a drvcc mobile terminal
WO2018149235A1 (zh) Srvcc切换资源预留处理方法和接入切换功能设备
US8412283B2 (en) System and method for switching ringing state session with customized alerting tone
CN104918292A (zh) 一种业务控制方法和系统
US9596342B2 (en) Mobile station and mobile communication method
US9992709B2 (en) Dynamic session transfer number for voice call continuity
US8982840B2 (en) Handover
EP3113437A1 (en) Method and device for anchoring media in voice call continuity service
WO2015106558A1 (zh) 呼叫处理方法、装置及系统
AU2014397894B2 (en) Method and system for media negotiation in voice call continuity service, and ATCF
WO2017177427A1 (zh) 业务处理方法和相关装置及通信系统
WO2014034058A1 (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: 17896663

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017896663

Country of ref document: EP

Effective date: 20190916