WO2021043177A1 - 振铃前双模单待无线语音呼叫连续性的方法及装置 - Google Patents

振铃前双模单待无线语音呼叫连续性的方法及装置 Download PDF

Info

Publication number
WO2021043177A1
WO2021043177A1 PCT/CN2020/113082 CN2020113082W WO2021043177A1 WO 2021043177 A1 WO2021043177 A1 WO 2021043177A1 CN 2020113082 W CN2020113082 W CN 2020113082W WO 2021043177 A1 WO2021043177 A1 WO 2021043177A1
Authority
WO
WIPO (PCT)
Prior art keywords
called side
handover request
handover
request message
dual
Prior art date
Application number
PCT/CN2020/113082
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 JP2022513607A priority Critical patent/JP2022546990A/ja
Priority to EP20859905.0A priority patent/EP4027699A4/en
Publication of WO2021043177A1 publication Critical patent/WO2021043177A1/zh

Links

Images

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/1016—IP multimedia subsystem [IMS]
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/005—Multiple registrations, e.g. multihoming

Definitions

  • the embodiment of the present invention relates to the field of communication technology, and in particular to a method and device for the continuity of a dual-mode single-standby wireless voice call before ringing.
  • Dual-mode single-standby wireless voice call continuity (Single Radio Voice Call Continuity, referred to as SRVCC) is a voice service based on the IP Multimedia Subsystem (IMS) proposed by the third-generation mobile communications partner (3GPP).
  • VoLTE) continuity solution mainly to solve the problem of single radio frequency user equipment (User Equipment, UE for short) in the Long Time Evolution (LTE) network Packet Switch (PS) domain and the second generation of mobile communications (2G).
  • LTE Long Time Evolution
  • PS Packet Switch
  • 2G mobile communications
  • 3G Circuit Switch
  • Enhanced Single Standby Wireless Voice Call Continuity (Enhanced SRVCC, referred to as eSRVCC) is based on SRVCC and adds ATCF (Access Transfer Control Function) network elements and ATGW (Access Transfer Gateway) network elements.
  • ATCF network elements are used as SCC AS
  • the front-end network element replaces the SCC AS as the signaling plane anchor point, and the ATGW network element serves as the media plane anchor point.
  • eSRVCC reduces the handover delay as much as possible while ensuring the continuity of voice calls. Handover success rate.
  • the 3GPP specifications do not clearly and completely define the handover process of the single-standby wireless voice call continuity (bSRVCC for short) before the called user rings. Therefore, the bSRVCC handover success rate of the called user is relatively low at present.
  • the technical problem to be solved by the embodiment of the present invention is that there is no clear and complete definition of the called user's bSRVCC switching process in the related technical specifications, which leads to the problem of low bSRVCC switching success rate of the called device. It provides a dual-mode single-standby radio Method and device for voice call continuity.
  • the handover request operation is performed in a preset manner.
  • the called side bSRVCC switching can be converted into a 3GPP specification clearly and completely defined aSRVCC/eSRVCC switching, which improves the called user bSRVCC switching
  • the success rate has improved the total handover success rate of VoLTE SRVCC on the LTE network, and optimized the call experience of VoLTE users on the LTE network.
  • receiving a handover request message sent by the called side includes:
  • the method further includes:
  • the method further includes:
  • the handover request operation is directly performed.
  • performing a handover request operation in a preset manner based on the handover request message includes:
  • the handover request operation is performed in a steady-state handover mode.
  • the receiving module is set to receive the handover request message sent by the called side before the called side rings;
  • a storage module configured to buffer the handover request message
  • the execution module is configured to execute a handover request operation in a preset manner based on the handover request message when the preset response state of the called side is received.
  • the called side bSRVCC switching can be converted into aSRVCC/eSRVCC switching clearly and completely defined in 3GPP specifications, which improves the called user bSRVCC switching
  • the success rate has improved the total handover success rate of VoLTE SRVCC on the LTE network, and optimized the call experience of VoLTE users on the LTE network.
  • the receiving module is specifically configured to:
  • the device further includes:
  • the time limit control module is set to set a time threshold. From the moment when the handover request message is cached, if the preset response state of the called side is received within the time length threshold, the execution module follows the preset Way to execute the switching request operation.
  • An electronic device includes a memory, a processor, and at least one application program stored in the memory and configured to be executed by the processor, and the application program is configured to execute the foregoing The method of dual-mode single-standby wireless voice call continuity before ringing is described.
  • the called side bSRVCC can be switched into aSRVCC/eSRVCC which is clearly and completely defined in 3GPP specifications.
  • Handover improves the success rate of bSRVCC handover of the called user, thereby increasing the total handover success rate of VoLTE SRVCC on the LTE network, and optimizing the call experience of VoLTE users on the LTE network.
  • a computer program is stored thereon, and when the program is executed by a processor, the method for continuity of a dual-mode single-standby wireless voice call before ringing as described above is realized.
  • the aforementioned dual-mode single-standby wireless voice call continuity method before ringing is stored, by executing the aforementioned dual-mode single-standby wireless voice call continuity before ringing
  • the method can convert the called side bSRVCC handover into aSRVCC/eSRVCC handover which is clearly and completely defined in the 3GPP specification, which improves the success rate of the called user’s bSRVCC handover, thereby improving the VoLTE SRVCC total handover success rate in the LTE network and optimizing LTE Network VoLTE user call experience.
  • FIG. 1 is a schematic diagram of eSRVCC, aSRVCC, and bSRVCC divided according to call signaling sequence according to an embodiment of the present invention
  • Fig. 2 is a schematic diagram of a process flow of converting bSRVCC to aSRVCC of a called user according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a process flow of converting a called user bSRVCC to eSRVCC according to an embodiment of the present invention
  • Fig. 4 is a flowchart of a method for continuity of a dual-mode single-standby wireless voice call before ringing according to an embodiment of the present invention.
  • enhanced single-standby wireless voice call continuity (Enhanced SRVCC, eSRVCC for short) can be divided into eSRVCC, aSRVCC, and bSRVCC according to the call signaling sequence.
  • eSRVCC can be understood as SRVCC switching after the call enters a steady state.
  • Ringing state single standby wireless voice call continuity means that the calling user and the called user have not connected to the phone, and the calling user can hear the ringing tone after the calling user SRVCC is switched or called
  • aSRVCC Ringing state single standby wireless voice call continuity
  • Single-standby wireless voice call continuity before ringing refers to an enhanced technical solution in which the calling user or the called user undergoes SRVCC handover when the calling user has initiated a call but the called party does not ring. From the perspective of radio resource reservation, because this process takes seconds (3-5 seconds under normal conditions, the network status is poor, and the time will be longer), so the probability of SRVCC switching for users at this stage is relatively high. Support bSRVCC switching, which can improve the success rate of SRVCC switching and improve user experience. However, there is no clear and complete definition of the called user bSRVCC handover processing flow in the current 3GPP specifications, so the current bSRVCC handover success rate of the called user is relatively low.
  • the method for continuity of a dual-mode single-standby wireless voice call before ringing includes:
  • the preset mode described here can be understood as a clear and fully defined switching mode between aSRVCC and eSRVCC in the existing 3GPP specifications. That is to say, this application mainly solves the problem of wireless voice call continuity (bSRVCC) of single standby before the called side rings.
  • bSRVCC wireless voice call continuity
  • the called side bSRVCC switching can be converted into a 3GPP specification clearly and completely defined aSRVCC/eSRVCC switching, which improves the called user bSRVCC switching
  • the success rate has improved the total handover success rate of VoLTE SRVCC on the LTE network, and optimized the call experience of VoLTE users on the LTE network.
  • receiving a handover request message sent by the called side includes:
  • the called side rings Before the called side rings, it receives the handover request message sent by the base station and processed by the control node and the enhanced mobile switching center in turn.
  • the method of receiving the handover request message sent by the called side includes:
  • User equipment A sends a call request (INVITE) to user equipment B on the called side;
  • the called side base station eNodeB
  • MME called side signaling processing part control node
  • the called side signaling processing part control node initiates a "PS domain to CS domain handover" request to the enhanced mobile switching center (eMSC) of the called side;
  • the eMSC on the called side sends an INIVTE SIP request of "PS domain to CS domain handover" to the ATCF on the called side. Therefore, before the called side rings, the handover request message initiated by the called side is received.
  • the method further includes: setting a duration threshold, starting from the moment the handover request message is cached, and if the preset response state of the called side is received within the duration threshold, the handover is executed in a preset manner Request operation.
  • the ATCF network element receives the INVITE SIP request of "PS domain to CS domain switch". After the SIP protocol stack transaction is completed, it is judged that the PS domain of the user who needs to switch has not received the 180 Ring or 200 of the INVITE request. OK. If not, the switch INVITE request is not processed, and the following operations are performed:
  • Cache the handover request and set a cache timeout timer for example, 2 seconds, the time can be set according to the local policy
  • the aSRVCC process is entered to process the handover INVITE request; if the PS domain INVITE request 200 OK is received before the cache timeout, the eSRVCC process is entered to process the handover INVITE request.
  • the method further includes: starting from the moment when the handover request message is cached, if the preset response state of the called side is not received within the duration threshold, directly performing the handover request operation.
  • the handover INVITE request is processed according to the bSRVCC process, and the handover request operation is performed.
  • the handover request operation is performed in a preset manner based on the handover request message, including:
  • the handover request operation is performed through the ring state switching mode (aSRVCC);
  • the handover request operation is performed through the steady state handover mode (aSRVCC) based on the buffered handover request message.
  • the device for continuity of a dual-mode single-standby wireless voice call before ringing includes: a receiving module, a storage module, and an execution module.
  • the receiving module is configured to receive the handover request message sent by the called side before the called side rings;
  • the storage module is set to cache the switching request message
  • the execution module is set to execute the handover request operation in a preset manner based on the handover request message when the preset response state of the called side is received.
  • the called side bSRVCC switching can be converted into aSRVCC/eSRVCC switching that is clearly and completely defined in 3GPP specifications, which can improve the switching in this situation.
  • the success rate can be improved.
  • the receiving module is specifically configured to receive the handover request message sent by the base station and processed by the control node and the enhanced mobile switching center before the called side rings.
  • the method of receiving the handover request message sent by the called side includes:
  • User equipment A sends a call request (INVITE) to user equipment B on the called side;
  • the called side base station eNodeB
  • MME called side signaling processing part control node
  • the called side signaling processing part control node initiates a "PS domain to CS domain handover" request to the enhanced mobile switching center (eMSC) of the called side;
  • the eMSC on the called side sends an INIVTE SIP request of "PS domain to CS domain handover" to the ATCF on the called side. Therefore, before the called side rings, the handover request message initiated by the called side is received.
  • the device may further include: a time limit control module, the time limit control module is set to set a time threshold, from the moment when the handover request message is cached, if within the duration threshold, a preset response from the called side is received In the state, the execution module executes the switching request operation in a preset manner.
  • a time limit control module is set to set a time threshold, from the moment when the handover request message is cached, if within the duration threshold, a preset response from the called side is received
  • the execution module executes the switching request operation in a preset manner.
  • the ATCF network element receives the INVITE SIP request of "PS domain to CS domain switch". After the SIP protocol stack transaction is completed, it is judged that the PS domain of the user who needs to switch has not received the 180 Ring or 200 of the INVITE request. OK. If not, the switch INVITE request is not processed, and the following operations are performed:
  • Cache the handover request and set a cache timeout timer for example, 2 seconds, the time can be set according to the local policy
  • the aSRVCC process is entered to process the handover INVITE request; if the PS domain INVITE request 200 OK is received before the cache timeout, the eSRVCC process is entered to process the handover INVITE request.
  • the execution module directly performs the handover request operation.
  • the handover INVITE request is processed according to the bSRVCC process, and the handover request operation is performed.
  • the execution module is specifically set as:
  • the handover request operation is performed through the ring state switching mode (aSRVCC);
  • the handover request operation is performed through the steady state handover mode (aSRVCC) based on the buffered handover request message.
  • Figure 2 shows the process of transforming the called side bSRVCC handover into aSRVCC handover that is clearly and completely defined in the 3GPP specification through the cooperation of the ATCF network element and the eMSC network element:
  • Step 1 User equipment A sends an INVITE request to user equipment B on the called side;
  • Step 2 User equipment B replies with a 183 response
  • Step 3 The eNodeB on the called side initiates a handover request to the MME on the called side;
  • Step 4 The called side MME initiates a "PS domain to CS domain handover" request to the called side eMSC;
  • Step 5 The eMSC on the called side sends an INIVTE SIP request of "PS domain to CS domain handover" to the ATCF on the called side;
  • Step 6 The ATCF network element receives the INVTE SIP request of "PS domain to CS domain switch". After the SIP protocol stack transaction is completed, it is judged that the PS domain call of the user who needs to switch has not received the 180 Ring or 200 OK of the INVITE request. . If not, the switch INIVTE request is not processed, and the following operations are performed:
  • Step 7-8 The PS domain call between the calling user A and the called user B exchanges messages of 200 OK for PRACK/PRACK and 200 OK for UPDATE/UPDATE;
  • Step 9 User equipment B rings
  • Step 10 After the ATCF network element receives the 180 ringing of the PS domain call, it checks that the flag of the INIVTE SIP request of "PS domain to CS domain handover" in the PS domain call data area has been set, and then "Step 6 "Cached INVITE request, aSRVCC switching process processing;
  • Step 11 The ATCF network element sends the handover INVITE request to the application server (SCC AS);
  • Step 12 The SCC AS network element replies with a 200 OK response to the handover INVITE request;
  • Step 13 The ATCF network element replies with a 200 OK response to the handover INVITE request in step 5;
  • Step 14 SCC AS network element, ATCF network element, eMSC network element continue to execute the aSRVCC processing flow;
  • Step 15 The eMSC on the called side replies to the MME on the called side a response to the "PS domain to CS domain handover" request;
  • Step 16 The MME on the called side replies to the eNodeB on the called side with a response to the handover request;
  • Step 17 The eNodeB notifies the terminal device B to switch;
  • Step 18 Terminal device B performs "PS to CS" handover processing
  • Step 19 Continue the standard aSRVCC processing flow.
  • step 2 is optional, and other messages can also be included, such as 200 OK for PRACK/PRACK, 200 OK for UPDATE/UPDATE, etc., as long as it is 180 Ring or 200 OK for INVITE request (auto-response If there is no 180 Ring, UE B directly replies with 200 OK) and responds to the previous message.
  • 200 OK for PRACK/PRACK
  • 200 OK for UPDATE/UPDATE
  • INVITE request auto-response If there is no 180 Ring, UE B directly replies with 200 OK
  • Figure 3 shows the process of converting the bSRVCC handover of the called side into the eSRVCC handover that is clearly and completely defined in the 3GPP specification through the cooperation of the ATCF network element and the eMSC network element:
  • Step 1 User equipment A sends an INVITE request to user equipment B on the called side;
  • Step 2 User equipment B replies with a 183 response
  • Step 3 The eNodeB on the called side initiates a handover request to the MME on the called side;
  • Step 4 The called side MME initiates a "PS domain to CS domain handover" request to the called side eMSC;
  • Step 5 The eMSC on the called side sends an INIVTE SIP request of "PS domain to CS domain handover" to the ATCF on the called side;
  • Step 6 The ATCF network element receives the INVTE SIP request of "PS domain to CS domain switch". After the SIP protocol stack transaction is completed, it is judged that the PS domain call of the user who needs to switch has not received the 180 Ring or 200 OK of the INVITE request. . If not, the switch INIVTE request is not processed, and the following operations are performed:
  • Step 7-8 The PS domain call between the calling user A and the called user B exchanges messages of 200 OK for PRACK/PRACK and 200 OK for UPDATE/UPDATE;
  • Step 9 User equipment B automatically connects to the phone (no ringing process).
  • Step 10 After the ATCF network element receives the 200 OK response to the INVITE of the PS domain call, it checks that the INVTE SIP request flag of "PS domain to CS domain handover" is received in the PS domain call data area has been set, and then the trigger " Step 6" The cached INVITE request is processed for the eSRVCC switching process;
  • Step 11 The ATCF network element replies with a 200 OK response to the handover INVITE request in step 5;
  • Step 12 The ATCF network element sends the handover INVITE request to the SCC AS;
  • Step 13 SCC AS network elements, ATCF network elements, and eMSC network elements continue to execute the eSRVCC processing flow;
  • Step 15 The eMSC on the called side replies to the MME on the called side a response to the "PS domain to CS domain handover" request;
  • Step 16 The MME on the called side replies to the eNodeB on the called side with a response to the handover request;
  • Step 17 The eNodeB notifies the terminal device B to switch;
  • Step 18 Terminal device B performs "PS to CS" handover processing
  • Step 19 Continue with the standard eSRVCC processing flow.
  • step 2 is optional, and other messages can also be included, such as 200 OK for PRACK/PRACK, 200 OK for UPDATE/UPDATE, etc., as long as it is 180 Ring or 200 OK (automatically requested by INVITE). There is no 180 Ring for the response, and UE B directly replies with 200 OK.) The previous message can be responded to.
  • step 9 can also be that the ringing message of user equipment B was not received by the ATCF network element due to network and other reasons, and the ATCF network element only received the PS domain call 200 OK response to INVITE request.
  • An electronic device includes a memory, a processor, and at least one application program stored in the memory and configured to be executed by the processor, and the application program is configured to execute the foregoing The method of dual-mode single-standby wireless voice call continuity before ringing is described.
  • the called side bSRVCC can be switched into aSRVCC/eSRVCC which is clearly and completely defined in 3GPP specifications.
  • Handover improves the success rate of bSRVCC handover of the called user, thereby increasing the total handover success rate of VoLTE SRVCC on the LTE network, and optimizing the call experience of VoLTE users on the LTE network.
  • a computer program is stored thereon, and when the program is executed by a processor, the method for continuity of a dual-mode single-standby wireless voice call before ringing as described above is realized.
  • the aforementioned dual-mode single-standby wireless voice call continuity method before ringing is stored, by executing the aforementioned dual-mode single-standby wireless voice call continuity before ringing
  • the method can convert the called side bSRVCC handover into aSRVCC/eSRVCC handover which is clearly and completely defined in the 3GPP specification, which improves the success rate of the called user’s bSRVCC handover, thereby improving the VoLTE SRVCC total handover success rate in the LTE network and optimizing LTE Network VoLTE user call experience.

Abstract

本发明实施例中提出了一种振铃前双模单待无线语音呼叫连续性的方法及装置，该方法包括：在被叫侧振铃前，接收由被叫侧发出的切换请求消息；缓存切换请求消息；当接收到被叫侧的预设响应状态时，基于切换请求消息，按照预设方式执行切换请求操作。根据本发明实施例中提供的振铃前双模单待无线语音呼叫连续性的方法，可以将被叫侧bSRVCC切换转换成3GPP规范有明确、完整定义的aSRVCC/eSRVCC切换，提高了被叫用户bSRVCC切换成功率，从而提升了LTE网络VoLTE SRVCC总切换成功率，优化了LTE网络VoLTE用户通话体验。

Description

振铃前双模单待无线语音呼叫连续性的方法及装置 技术领域
本发明实施例涉及通信技术领域，尤其涉及一种振铃前双模单待无线语音呼叫连续性的方法及装置。
背景技术
双模单待无线语音呼叫连续性(Single Radio Voice Call Continuity，简称SRVCC)是第三代移动通信合作伙伴(3GPP)提出的一种基于IP多媒体子系统(IP Multimedia Subsystem，简称IMS)语音业务(VoLTE)的连续性方案，主要解决单射频用户设备(User Equipment，简称UE)在长期演进(Long Time Evolution，简称LTE)网络分组交换(Packet Switch，简称PS)域和第二代移动通信(2G)/第三代移动通信(3G)电路交换(Circuit Switch，简称CS)域网络之间移动时，如何保证双模单带UE在IMS控制的VoLTE语音和CS域语音之间平滑切换。增强的单待无线语音呼叫连续性(Enhanced SRVCC，简称eSRVCC)在SRVCC的基础上，增加了ATCF(Access Transfer Control Function)网元和ATGW(Access Transfer Gateway)网元，ATCF网元作为SCC AS的前置网元，替代SCC AS作为信令面锚点，ATGW网元作为媒体面锚点，与SRVCC相比，eSRVCC在保证语音呼叫连续性的同时，尽可能减小了切换时延，提高了切换成功率。
目前3GPP规范中没有明确、完整定义被叫用户振铃前单待无线语音呼叫连续性(简称bSRVCC)切换处理流程，所以目前被叫用户bSRVCC切换成功率比较低。
发明内容
本发明实施例要解决的技术问题是相关技术规范中没有明确、完整定义被叫用户bSRVCC切换处理流程导致被叫设备发生bSRVCC切换成功率低的问题，提供一种振铃前双模单待无线语音呼叫连续性的方法及装置。
根据本发明实施例的振铃前双模单待无线语音呼叫连续性的方法，包括：
在被叫侧振铃前，接收由被叫侧发出的切换请求消息；
缓存所述切换请求消息；
当接收到所述被叫侧的预设响应状态时，基于所述切换请求消息，按照预设方式执行切换请求操作。
根据本发明实施例的振铃前双模单待无线语音呼叫连续性的方法，可以将被叫侧bSRVCC切换转换成3GPP规范有明确、完整定义的aSRVCC/eSRVCC切换，提高了被叫用户bSRVCC切换成功率，从而提升了LTE网络VoLTE SRVCC总切换成功率，优化了LTE网络VoLTE用户通话体验。
根据本发明的一些实施例，所述在被叫侧振铃前，接收由被叫侧发出的切换请求消息，包括：
在所述被叫侧振铃前，接收由基站发出并依次经过控制节点和增强移动交换中心处理的所述切换请求消息。
在本发明的一些实施例中，所述方法还包括：
设置时长阈值，从缓存所述切换请求消息的时刻起，若在所述时长阈值内，接收到所述被叫侧的预设响应状态时，按照预设方式执行所述切换请求操作。
根据本发明的一些实施例，所述方法还包括：
从缓存所述切换请求消息的时刻起，若在所述时长阈值内，未接收到所述被叫侧的预设响应状态时，则直接进行切换请求操作。
根据本发明的一些实施例，所述当接收到所述被叫侧的预设响应状态时，基于所述切换请求消息，按照预设方式执行切换请求操作，包括：
当接收到所述被叫侧的振铃响应状态时，基于缓存的所述切换请求消息，通过振铃态切换方式执行切换请求操作；
当接收到所述被叫侧的通话成功响应状态时，基于缓存的所述切换请求消息，通过稳态切换方式执行切换请求操作。
根据本发明实施例的振铃前双模单待无线语音呼叫连续性的装置，包括：
接收模块，设置为在被叫侧振铃前，接收由被叫侧发出的切换请求消息；
存储模块，设置为缓存所述切换请求消息；
执行模块，设置为当接收到所述被叫侧的预设响应状态时，基于所述切换请求消息，按照预设方式执行切换请求操作。
根据本发明实施例的振铃前双模单待无线语音呼叫连续性的装置，可以将被叫侧bSRVCC切换转换成3GPP规范有明确、完整定义的aSRVCC/eSRVCC切换，提高了被叫用户bSRVCC切换成功率，从而提升了LTE网络VoLTE SRVCC总切换成功率，优化了LTE网络VoLTE用户通话体验。
根据本发明的一些实施例，所述接收模块具体设置为：
在所述被叫侧振铃前，接收由基站发出并依次经过控制节点和增强移动交换中心处理的所述切换请求消息。
根据本发明的一些实施例，所述装置还包括：
时限控制模块，设置为设置时间阈值，从缓存所述切换请求消息的时刻起，若在所述时长阈值内，接收到所述被叫侧的预设响应状态时，所述执行模块按照预设方式执行所述切换请求操作。
根据本发明实施例的电子设备，包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序，所述应用程序被配置为用于执行上述所述的振铃前双模单待无线语音呼叫连续性的方法。
根据本发明实施例的电子设备，通过执行上述所述的振铃前双模单待 无线语音呼叫连续性的方法，可以将被叫侧bSRVCC切换转换成3GPP规范有明确、完整定义的aSRVCC/eSRVCC切换，提高了被叫用户bSRVCC切换成功率，从而提升了LTE网络VoLTE SRVCC总切换成功率，优化了LTE网络VoLTE用户通话体验。
根据本发明实施例的可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述所述的振铃前双模单待无线语音呼叫连续性的方法。
根据本发明实施例的可读存储介质，存储有上述所述的振铃前双模单待无线语音呼叫连续性的方法，通过执行上述所述的振铃前双模单待无线语音呼叫连续性的方法，可以将被叫侧bSRVCC切换转换成3GPP规范有明确、完整定义的aSRVCC/eSRVCC切换，提高了被叫用户bSRVCC切换成功率，从而提升了LTE网络VoLTE SRVCC总切换成功率，优化了LTE网络VoLTE用户通话体验。
附图说明
图1是本发明实施例的按照呼叫信令顺序划分的eSRVCC、aSRVCC、bSRVCC示意图；
图2是根据本发明实施例的被叫用户bSRVCC转换为aSRVCC处理流程示意图；
图3是根据本发明实施例的被叫用户bSRVCC转换为eSRVCC处理流程示意图；
图4是根据本发明实施例的振铃前双模单待无线语音呼叫连续性的方法的流程图。
具体实施方式
为更进一步阐述本发明为达成预定目的所采取的技术手段及功效，以下结合附图及较佳实施例，对本发明进行详细说明如后。
如图1所示，增强的单待无线语音呼叫连续性(Enhanced SRVCC，简称eSRVCC)按照呼叫信令顺序可以划分为eSRVCC、aSRVCC、bSRVCC。
其中，eSRVCC可以理解为呼叫进入稳态后的SRVCC切换。
振铃态单待无线语音呼叫连续性(Alerting SRVCC，简称aSRVCC)是指主叫用户和被叫用户尚未接通电话，主叫用户能听到振铃音后的主叫用户SRVCC切换或被叫用户开始振铃后的被叫用户SRVCC切换的增强型技术方案。
振铃前单待无线语音呼叫连续性(简称bSRVCC)是指主叫用户已经发起呼叫，但被叫没有振铃的阶段，主叫用户或被叫用户发生SRVCC切换的增强型技术方案。从无线资源预留的角度看，因为这个过程耗时是秒级(正常情况3-5秒，网络状态不佳，耗时会更长)，所以这个阶段用户发生SRVCC切换的概率比较高，如果支持bSRVCC切换，可以提高SRVCC切换成功率，提升用户体验。但目前3GPP规范中没有明确、完整定义被叫用户bSRVCC切换处理流程，所以目前被叫用户bSRVCC切换成功率比较低。
如图4所示，根据本发明实施例的振铃前双模单待无线语音呼叫连续性的方法，包括：
S101：在被叫侧振铃前，接收由被叫侧发出的切换请求消息；
S102：缓存切换请求消息；
S103：当接收到被叫侧的预设响应状态时，基于切换请求消息，按照预设方式执行切换请求操作。
需要说明的是，这里所述的预设方式可以理解为现有3GPP规范有明确、完整定义的aSRVCC和eSRVCC的切换方式。也就是说，本申请主要解决在被叫侧振铃前单待无线语音呼叫连续性(bSRVCC)的问题。
根据本发明实施例的振铃前双模单待无线语音呼叫连续性的方法，可以将被叫侧bSRVCC切换转换成3GPP规范有明确、完整定义的 aSRVCC/eSRVCC切换，提高了被叫用户bSRVCC切换成功率，从而提升了LTE网络VoLTE SRVCC总切换成功率，优化了LTE网络VoLTE用户通话体验。
根据本发明的一些实施例，在被叫侧振铃前，接收由被叫侧发出的切换请求消息，包括：
在被叫侧振铃前，接收由基站发出并依次经过控制节点和增强移动交换中心处理的切换请求消息。
如图2和图3所示，在被叫侧振铃前，接收由被叫侧发出的切换请求消息的方法包括：
用户设备A发送通话请求(INVITE)给被叫侧用户设备B；
用户B基于该通话请求回复183响应或其他响应状态；
在被叫侧振铃前(即在接收到被叫侧SIP 180 Ring之前)，被叫侧基站(eNodeB)向被叫侧信令处理部分控制节点(MME)发起切换请求；
被叫侧信令处理部分控制节点(MME)向被叫侧增强的移动交换中心(eMSC)发起“PS域向CS域切换”的请求；
被叫侧eMSC向被叫侧ATCF发送了“PS域向CS域切换”的INIVTE SIP请求。由此，在被叫侧振铃前，接收由被叫侧发起的切换请求消息。
在本发明的一些实施例中，方法还包括：设置时长阈值，从缓存切换请求消息的时刻起，若在时长阈值内，接收到被叫侧的预设响应状态时，按照预设方式执行切换请求操作。
需要说明的是，ATCF网元收到“PS域向CS域切换”的INVITE SIP请求，SIP协议栈事务处理完成后，判断需要切换的用户的PS域还没有收到INVITE请求的180 Ring或200 OK。如果没有，则不处理该切换INVITE请求，并进行下述操作：
在PS域呼叫数据区中设置已接收“PS域向CS域切换”的INIVTE SIP请求的标记；
缓存该切换请求，并设置缓存超时定时器(比如2秒，该时间可以根据本地策略进行设置)；
如果在缓存超时前收到PS域INVITE请求的180 Ring，则进入aSRVCC流程处理该切换INVITE请求；如果在缓存超时前收到PS域INVITE请求的200 OK，则进入eSRVCC流程处理该切换INVITE请求。
根据本发明的一些实施例，方法还包括：从缓存切换请求消息的时刻起，若在时长阈值内，未接收到被叫侧的预设响应状态时，则直接进行切换请求操作。
也就是说，若在缓存超时前未收到PS域INVITE请求的180 Ring或200 OK，则按照bSRVCC流程处理该切换INVITE请求，进行切换请求操作。
根据本发明的一些实施例，当接收到被叫侧的预设响应状态时，基于切换请求消息，按照预设方式执行切换请求操作，包括：
当接收到被叫侧的振铃响应状态时，即如图2所示接收到被加侧的180 Ring时，基于缓存的切换请求消息，通过振铃态切换方式(aSRVCC)执行切换请求操作；
当接收到被叫侧的通话成功响应状态时，即如图3所示接收到被加侧的200 OK时，基于缓存的切换请求消息，通过稳态切换方式(aSRVCC)执行切换请求操作。
根据本发明实施例的振铃前双模单待无线语音呼叫连续性的装置，包括：接收模块、存储模块和执行模块。
具体而言，接收模块设置为在被叫侧振铃前，接收由被叫侧发出的切换请求消息；
存储模块设置为缓存切换请求消息；
执行模块设置为当接收到被叫侧的预设响应状态时，基于切换请求消 息，按照预设方式执行切换请求操作。
根据本发明实施例的振铃前双模单待无线语音呼叫连续性的装置，可以将被叫侧bSRVCC切换转换成3GPP规范有明确、完整定义的aSRVCC/eSRVCC切换，这样可以提高该情况下切换的成功率。
根据本发明的一些实施例，接收模块具体设置为：在被叫侧振铃前，接收由基站发出并依次经过控制节点和增强移动交换中心处理的切换请求消息。
如图2和图3所示，在被叫侧振铃前，接收由被叫侧发出的切换请求消息的方法包括：
用户设备A发送通话请求(INVITE)给被叫侧用户设备B；
用户B基于该通话请求回复183响应或其他响应状态；
在被叫侧振铃前(即在接收到被叫侧SIP 180 Ring之前)，被叫侧基站(eNodeB)向被叫侧信令处理部分控制节点(MME)发起切换请求；
被叫侧信令处理部分控制节点(MME)向被叫侧增强的移动交换中心(eMSC)发起“PS域向CS域切换”的请求；
被叫侧eMSC向被叫侧ATCF发送了“PS域向CS域切换”的INIVTE SIP请求。由此，在被叫侧振铃前，接收由被叫侧发起的切换请求消息。
根据本发明的一些实施例，装置还可以包括：时限控制模块，时限控制模块设置为设置时间阈值，从缓存切换请求消息的时刻起，若在时长阈值内，接收到被叫侧的预设响应状态时，执行模块按照预设方式执行切换请求操作。
需要说明的是，ATCF网元收到“PS域向CS域切换”的INVITE SIP请求，SIP协议栈事务处理完成后，判断需要切换的用户的PS域还没有收到INVITE请求的180 Ring或200 OK。如果没有，则不处理该切换INVITE请求，并进行下述操作：
在PS域呼叫数据区中设置已接收“PS域向CS域切换”的INIVTE SIP 请求的标记；
缓存该切换请求，并设置缓存超时定时器(比如2秒，该时间可以根据本地策略进行设置)；
如果在缓存超时前收到PS域INVITE请求的180 Ring，则进入aSRVCC流程处理该切换INVITE请求；如果在缓存超时前收到PS域INVITE请求的200 OK，则进入eSRVCC流程处理该切换INVITE请求。
根据本发明的一些实施例，从缓存切换请求消息的时刻起，若在时长阈值内，未接收到被叫侧的预设响应状态时，执行模块直接进行切换请求操作。
也就是说，若在缓存超时前未收到PS域INVITE请求的180 Ring或200 OK，则按照bSRVCC流程处理该切换INVITE请求，进行切换请求操作。
根据本发明的一些实施例，执行模块具体设置为：
当接收到被叫侧的振铃响应状态时，即如图2所示接收到被加侧的180 Ring时，基于缓存的切换请求消息，通过振铃态切换方式(aSRVCC)执行切换请求操作；
当接收到被叫侧的通话成功响应状态时，即如图3所示接收到被加侧的200 OK时，基于缓存的切换请求消息，通过稳态切换方式(aSRVCC)执行切换请求操作。
下面结合图2和图3以两个具体的实施例详细描述根据本发明实施例的被加侧振铃前双模单待无线语音呼叫连续性的方法。
实施例一：
如图2所示，图2表示了通过ATCF网元、eMSC网元相互配合，把被叫侧bSRVCC切换转换成3GPP规范有明确、完整定义的aSRVCC切换的处理流程：
步骤1：用户设备A发送INVITE请求给被叫侧用户设备B；
步骤2：用户设备B回复了183响应；
步骤3：被叫侧eNodeB向被叫侧MME发起了切换请求；
步骤4：被叫侧MME向被叫侧eMSC发起了“PS域向CS域切换”的请求；
步骤5：被叫侧eMSC向被叫侧ATCF发送了“PS域向CS域切换”的INIVTE SIP请求；
步骤6：ATCF网元收到“PS域向CS域切换”的INIVTE SIP请求，SIP协议栈事务处理完成后，判断需要切换的用户的PS域呼叫还没有收到INVITE请求的180 Ring或200 OK。如果没有，则不处理该切换INIVTE请求，并进行下述操作：
1)在PS域呼叫数据区中设置收到了“PS域向CS域切换”的INIVTE SIP请求的标记；
2)缓存该切换请求，并设置缓存超时定时器(比如2秒，该时间可以根据本地策略进行设置)。
如果在缓存超时前收到PS域INVITE请求的180 Ring，则进入aSRVCC流程处理该切换INVITE请求；否则仍然按照bSRVCC流程处理该切换INVITE请求；
步骤7-8：主叫用户A与被叫用户B的PS域呼叫进行PRACK/PRACK的200Ok、UPDATE/UPDATE的200OK的消息交互；
步骤9：用户设备B振铃；
步骤10：ATCF网元收到PS域呼叫的180振铃后，检查PS域呼叫数据区中收到了“PS域向CS域切换”的INIVTE SIP请求的标记已经被设置上，则触发“步骤6”缓存的INVITE请求，进行aSRVCC切换流程处理；
步骤11：ATCF网元把切换INVITE请求发送给应用服务器(SCC AS)；
步骤12：SCC AS网元回复切换INVITE请求的200OK响应；
步骤13：ATCF网元对步骤5的切换INVITE请求回复200OK响应；
步骤14：SCC AS网元、ATCF网元、eMSC网元继续执行aSRVCC处理流程；
步骤15：被叫侧eMSC向被叫侧MME回复“PS域向CS域切换”请求的响应；
步骤16：被叫侧MME向被叫侧eNodeB回复切换请求的响应；
步骤17：eNodeB通知终端设备B进行切换；
步骤18：终端设备B进行“PS to CS”切换处理；
步骤19：继续进行标准的aSRVCC处理流程。
需要说明的是，本事实例中，步骤2是可选的，也可以有其他消息，比如PRACK/PRACK的200Ok、UPDATE/UPDATE的200OK等，只要是在INVITE请求的180 Ring或200 OK(自动应答的情况无180 Ring，UE B直接回复200OK)响应之前的消息都可以。
实施例二：
如图3所示，图3表示了通过ATCF网元、eMSC网元相互配合，把被叫侧bSRVCC切换转换成3GPP规范有明确、完整定义的eSRVCC切换的处理流程：
步骤1：用户设备A发送INVITE请求给被叫侧用户设备B；
步骤2：用户设备B回复了183响应；
步骤3：被叫侧eNodeB向被叫侧MME发起了切换请求；
步骤4：被叫侧MME向被叫侧eMSC发起了“PS域向CS域切换”的请求；
步骤5：被叫侧eMSC向被叫侧ATCF发送了“PS域向CS域切换”的INIVTE SIP请求；
步骤6：ATCF网元收到“PS域向CS域切换”的INIVTE SIP请求，SIP协议栈事务处理完成后，判断需要切换的用户的PS域呼叫还没有收到INVITE请求的180 Ring或200 OK。如果没有，则不处理该切换INIVTE请求，并进行下述操作：
1)在PS域呼叫数据区中设置收到了“PS域向CS域切换”的INIVTE SIP请求的标记；
2)缓存该切换请求，并设置缓存超时定时器(比如2秒，该时间可以根据本地策略进行设置)。
如果在缓存超时前收到PS域INVITE请求的200 OK，则进入eSRVCC流程处理该切换INVITE请求；否则仍然按照bSRVCC流程处理该切换INVITE请求；
步骤7-8：主叫用户A与被叫用户B的PS域呼叫进行PRACK/PRACK的200Ok、UPDATE/UPDATE的200OK的消息交互；
步骤9：用户设备B自动接通电话(无振铃过程)；
步骤10：ATCF网元收到PS域呼叫的INVITE的200 OK响应后，检查PS域呼叫数据区中收到了“PS域向CS域切换”的INIVTE SIP请求的标记已经被设置上，则触发“步骤6”缓存的INVITE请求，进行eSRVCC切换流程处理；
步骤11：ATCF网元对步骤5的切换INVITE请求回复200OK响应；
步骤12：ATCF网元把切换INVITE请求发送给SCC AS；
步骤13：SCC AS网元、ATCF网元、eMSC网元继续执行eSRVCC处理流程；
步骤15：被叫侧eMSC向被叫侧MME回复“PS域向CS域切换”请求的响应；
步骤16：被叫侧MME向被叫侧eNodeB回复切换请求的响应；
步骤17：eNodeB通知终端设备B进行切换；
步骤18：终端设备B进行“PS to CS”切换处理；
步骤19：继续进行标准的eSRVCC处理流程。
需要说明的是，在本事实例中，步骤2是可选的，也可以有其他消息，比如PRACK/PRACK的200Ok、UPDATE/UPDATE的200OK等，只要是在INVITE请求的180 Ring或200 OK(自动应答的情况无180 Ring，UE B直接回复200OK)响应之前的消息都可以。
步骤9中“用户设备B自动接通电话(无振铃过程)”也可以是用户设备B的振铃消息因为网络等原因没有被ATCF网元收到，ATCF网元只收到了该PS域呼叫INVITE请求的200OK响应。
根据本发明实施例的电子设备，包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序，所述应用程序被配置为用于执行上述所述的振铃前双模单待无线语音呼叫连续性的方法。
根据本发明实施例的电子设备，通过执行上述所述的振铃前双模单待无线语音呼叫连续性的方法，可以将被叫侧bSRVCC切换转换成3GPP规范有明确、完整定义的aSRVCC/eSRVCC切换，提高了被叫用户bSRVCC切换成功率，从而提升了LTE网络VoLTE SRVCC总切换成功率，优化了LTE网络VoLTE用户通话体验。
根据本发明实施例的可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述所述的振铃前双模单待无线语音呼叫连续性的方法。
根据本发明实施例的可读存储介质，存储有上述所述的振铃前双模单待无线语音呼叫连续性的方法，通过执行上述所述的振铃前双模单待无线语音呼叫连续性的方法，可以将被叫侧bSRVCC切换转换成3GPP规范有明确、完整定义的aSRVCC/eSRVCC切换，提高了被叫用户bSRVCC切换成功率，从而提升了LTE网络VoLTE SRVCC总切换成功率，优化了LTE网络VoLTE用户通话体验。
通过具体实施方式的说明，应当可对本发明为达成预定目的所采取的技术手段及功效得以更加深入且具体的了解，然而所附图示仅是提供参考与说明之用，并非用来对本发明加以限制。

Claims (10)

  1. 一种振铃前双模单待无线语音呼叫连续性的方法，包括：
    在被叫侧振铃前，接收由被叫侧发出的切换请求消息；
    缓存所述切换请求消息；
    当接收到所述被叫侧的预设响应状态时，基于所述切换请求消息，按照预设方式执行切换请求操作。
  2. 根据权利要求1所述的振铃前双模单待无线语音呼叫连续性的方法，其中，所述在被叫侧振铃前，接收由被叫侧发出的切换请求消息，包括：
    在所述被叫侧振铃前，接收由基站发出并依次经过控制节点和增强移动交换中心处理的所述切换请求消息。
  3. 根据权利要求1所述的振铃前双模单待无线语音呼叫连续性的方法，其中，所述方法还包括：
    设置时长阈值，从缓存所述切换请求消息的时刻起，若在所述时长阈值内，接收到所述被叫侧的预设响应状态时，按照预设方式执行所述切换请求操作。
  4. 根据权利要求3所述的振铃前双模单待无线语音呼叫连续性的方法，其中，所述方法还包括：
    从缓存所述切换请求消息的时刻起，若在所述时长阈值内，未接收到所述被叫侧的预设响应状态时，则直接进行切换请求操作。
  5. 根据权利要求1所述的振铃前双模单待无线语音呼叫连续性的方法，其中，所述当接收到所述被叫侧的预设响应状态时，基于所述切换请求消息，按照预设方式执行切换请求操作，包括：
    当接收到所述被叫侧的振铃响应状态时，基于缓存的所述切换请求消息，通过振铃态切换方式执行切换请求操作；
    当接收到所述被叫侧的通话成功响应状态时，基于缓存的所述切换请求消息，通过稳态切换方式执行切换请求操作。
  6. 一种振铃前双模单待无线语音呼叫连续性的装置，包括：
    接收模块，用于在被叫侧振铃前，接收由被叫侧发出的切换请求消息；
    存储模块，设置为缓存所述切换请求消息；
    执行模块，设置为当接收到所述被叫侧的预设响应状态时，基于所述切换请求消息，按照预设方式执行切换请求操作。
  7. 根据权利要求6所述的振铃前双模单待无线语音呼叫连续性的装置，其中，所述接收模块具体设置为：
    在所述被叫侧振铃前，接收由基站发出并依次经过控制节点和增强移动交换中心处理的所述切换请求消息。
  8. 根据权利要求6所述的振铃前双模单待无线语音呼叫连续性的装置，其中，所述装置还包括：
    时限控制模块，设置为设置时间阈值，从缓存所述切换请求消息的时刻起，若在所述时长阈值内，接收到所述被叫侧的预设响应状态时，所述执行模块按照预设方式执行所述切换请求操作。
  9. 一种电子设备，包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序，所述应用程序被配置为用于执行权利要求1-5中任一项所述的振铃前双模单待无线语音呼叫连续性的方法。
  10. 一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如权利要求1-8任一项所述的振铃前双模单待无线语音呼叫连续性的方法。
PCT/CN2020/113082 2019-09-02 2020-09-02 振铃前双模单待无线语音呼叫连续性的方法及装置 WO2021043177A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022513607A JP2022546990A (ja) 2019-09-02 2020-09-02 鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置
EP20859905.0A EP4027699A4 (en) 2019-09-02 2020-09-02 METHOD AND APPARATUS FOR WIRELESS VOICE CALL CONTINUITY WITH SINGLE DUAL MODE BEFORE HOLD POSITION

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910822412.6 2019-09-02
CN201910822412.6A CN112449385B (zh) 2019-09-02 2019-09-02 振铃前双模单待无线语音呼叫连续性的方法及装置

Publications (1)

Publication Number Publication Date
WO2021043177A1 true WO2021043177A1 (zh) 2021-03-11

Family

ID=74735006

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/113082 WO2021043177A1 (zh) 2019-09-02 2020-09-02 振铃前双模单待无线语音呼叫连续性的方法及装置

Country Status (4)

Country Link
EP (1) EP4027699A4 (zh)
JP (1) JP2022546990A (zh)
CN (1) CN112449385B (zh)
WO (1) WO2021043177A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104994542A (zh) * 2015-07-08 2015-10-21 华为技术有限公司 一种异系统检测事件的控制方法和用户设备
JP2016082467A (ja) * 2014-10-20 2016-05-16 株式会社Ｎｔｔドコモ 基地局装置及びハンドオーバ制御方法
CN106888486A (zh) * 2015-12-16 2017-06-23 中兴通讯股份有限公司 振铃前双模单待无线语音呼叫连续性方法和装置
CN107222896A (zh) * 2016-03-22 2017-09-29 中国移动通信集团公司 一种话音业务的切换方法及基站
CN108966274A (zh) * 2018-09-26 2018-12-07 Oppo广东移动通信有限公司 异系统切换方法和用户设备
CN109688610A (zh) * 2017-10-18 2019-04-26 中国移动通信集团重庆有限公司 单待语音连续业务的切换方法、装置、设备及存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6414634B2 (ja) * 2014-06-30 2018-10-31 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 単一無線音声通信継続技術分野における音声サービスハンドオーバ方法及び装置
CN106993318A (zh) * 2016-01-20 2017-07-28 中兴通讯股份有限公司 网络间切换的方法、装置、eMSC及SCC AS
CN107872849A (zh) * 2016-09-26 2018-04-03 展讯通信（上海）有限公司 单射频语音呼叫连续性的实现方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016082467A (ja) * 2014-10-20 2016-05-16 株式会社Ｎｔｔドコモ 基地局装置及びハンドオーバ制御方法
CN104994542A (zh) * 2015-07-08 2015-10-21 华为技术有限公司 一种异系统检测事件的控制方法和用户设备
CN106888486A (zh) * 2015-12-16 2017-06-23 中兴通讯股份有限公司 振铃前双模单待无线语音呼叫连续性方法和装置
CN107222896A (zh) * 2016-03-22 2017-09-29 中国移动通信集团公司 一种话音业务的切换方法及基站
CN109688610A (zh) * 2017-10-18 2019-04-26 中国移动通信集团重庆有限公司 单待语音连续业务的切换方法、装置、设备及存储介质
CN108966274A (zh) * 2018-09-26 2018-12-07 Oppo广东移动通信有限公司 异系统切换方法和用户设备

Also Published As

Publication number Publication date
EP4027699A4 (en) 2022-09-28
JP2022546990A (ja) 2022-11-10
EP4027699A1 (en) 2022-07-13
CN112449385B (zh) 2024-03-29
CN112449385A (zh) 2021-03-05

Similar Documents

Publication Publication Date Title
US11432208B2 (en) Network handover method, apparatus and system
WO2019011107A1 (zh) 网络切换方法及装置
CN111567099B (zh) 用户装置
JP2011091587A (ja) 無線通信端末、無線通信システム及びコンピュータプログラム
WO2010003374A1 (zh) 一种关联关系更新的实现方法及相应终端
JP2013128318A (ja) 緊急セッションを処理する方法
TWI422244B (zh) 處理通話轉換之方法及其相關通訊裝置
WO2012025001A1 (zh) 一种优先业务的处理方法和系统
CN108934050B (zh) 一种语音呼叫方法、ue和网络系统
JP6480011B2 (ja) 通信を確立するための方法及び移動無線通信ネットワーク構成要素
WO2017132791A1 (zh) 语音呼叫处理方法及终端设备
US11122471B2 (en) On-demand circuit-switched (CS) network registration
TW201922035A (zh) 處理無線通訊系統中的連結的裝置及方法
EP4093107A1 (en) Multimedia service processing method, storage medium, chip, and related device
US9655079B2 (en) Apparatus and method for paging in wireless communication system
US10433360B2 (en) Managing a packet service call during circuit service call setup within mobile communications user equipment
US8914049B2 (en) Method for managing a status of a mobile station in a wireless network
WO2010078783A1 (zh) 一种cs域业务的处理方法、设备及系统
WO2014038614A1 (ja) 移動局及び移動通信方法
US20220386183A1 (en) Method and apparatus for call setup
WO2012025015A1 (zh) 切换振铃态会话的方法和装置
KR102221413B1 (ko) 비연속 수신 관리 방법 및 장치
CN109089289B (zh) 切换到电路交换域的方法和装置
TW201902257A (zh) 用戶設備及位置更新方法
WO2021043177A1 (zh) 振铃前双模单待无线语音呼叫连续性的方法及装置

Legal Events

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

Ref document number: 20859905

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022513607

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020859905

Country of ref document: EP

Effective date: 20220404