WO2017177427A1 - 业务处理方法和相关装置及通信系统 - Google Patents

业务处理方法和相关装置及通信系统 Download PDF

Info

Publication number
WO2017177427A1
WO2017177427A1 PCT/CN2016/079332 CN2016079332W WO2017177427A1 WO 2017177427 A1 WO2017177427 A1 WO 2017177427A1 CN 2016079332 W CN2016079332 W CN 2016079332W WO 2017177427 A1 WO2017177427 A1 WO 2017177427A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
core network
network device
srvcc handover
message
Prior art date
Application number
PCT/CN2016/079332
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 PCT/CN2016/079332 priority Critical patent/WO2017177427A1/zh
Publication of WO2017177427A1 publication Critical patent/WO2017177427A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off

Definitions

  • the present invention relates to the field of communication technologies, and in particular, to a service processing method and related apparatus and a communication system.
  • SRVCC Single Radio Voice Call Continuity
  • 3GPP 3rd Generation Partnership Project
  • UE User Equipment
  • IMS Internet Protocol Multimedia Subsystem
  • the embodiments of the present invention provide a service processing method, a related device, and a communication system, so as to reduce the probability of failure of the SRVCC handover, thereby improving the user's call experience.
  • the core network device can actively query the IMS device whether the SRVCC handover is performed, and if the IMS device finds that the terminal is in a state before ringing, and needs to participate in the SRVCC. At least one device that is switched does not support performing SRVCC handover in a state before the terminal is ringing, and then the IMS device will prevent the core network device from continuing to perform SRVCC handover, because the IMS device pairs may affect some key factors of SRVCC handover success. For reference, and based on this, whether to prevent the execution of the SRVCC handover decision is made, which is beneficial to reduce the failure probability of the SRVCC handover, thereby facilitating the user's call experience.
  • the method may further include: if the terminal is a calling terminal, the IMS device sends a first indication message to the terminal, where the first indication message is used The terminal is instructed to initiate a Circuit Switched Fallback (CSFB).
  • CSFB Circuit Switched Fallback
  • the first notification response message is performed by the IMS device before determining that the terminal is in a state of ringing, and determining that at least one device that needs to participate in the SRVCC handover does not support execution in a state before the terminal is ringing Sent in the case of SRVCC handover.
  • the core network device can actively query the IMS device whether the SRVCC handover is performed, and the core network device determines whether to continue to perform the SRVCC handover according to the result of the inquiry to the IMS device. If the IMS device refers to some key factors that may affect the success of the SRVCC handover, and accordingly makes a decision whether to prevent the SRVCC handover from being performed, this is beneficial to reduce the failure probability of the SRVCC handover, thereby facilitating the user's call experience. .
  • a communication interface configured to receive a notification message from a core network device, where the notification message is used to indicate The core network device is performing a wireless voice call continuity SRVCC handover for the terminal;
  • the communication interface is further configured to: if the processor determines that the terminal is in a state before ringing, and determines that at least one device that needs to participate in the SRVCC handover does not support a state before the terminal is ringing And performing a SRVCC handover, sending, to the core network device, a first notification response message for responding to the notification message, where the first notification response message is used to instruct the core network device to terminate the SRVCC handover.
  • the terminal when the terminal is a calling terminal, if the IMS device has not received the 180 message from the terminal, and the core network device, the terminal, and the IMS device At least one of the devices does not support the bSRVCC handover function, and the processor determines that the terminal is in a state before ringing and determines that at least one device that needs to participate in the SRVCC handover does not support before the terminal is ringing.
  • the SRVCC switch is performed in the state.
  • a fifth aspect of the embodiments of the present invention provides a communication system, including:
  • a seventh aspect of an embodiment of the present invention also provides an apparatus for service processing.
  • the apparatus comprises means for performing the method of the service processing method performed by the core network device mentioned in the second aspect.
  • an eighth aspect of the embodiments of the present invention provides a computer readable storage medium storing program code for business processing.
  • the program code includes instructions for performing the method in the first aspect.
  • a ninth aspect of an embodiment of the present invention provides a computer readable storage medium storing program code for business processing.
  • the program code includes instructions for performing the method in the second aspect.
  • FIG. 1 is a schematic diagram of a network deployment architecture provided by an embodiment of the present invention.
  • FIG. 2 is a schematic flowchart of a service processing method according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a communication system according to an embodiment of the present invention.
  • the second core network device terminates, if the second core network device receives an SRVCC handover response from the first core network device, indicating that the second core network device terminates performing the SRVCC handover, the second core network device terminates. Performing an SRVCC handover for the terminal.
  • the IMS device may also trigger to release the voice bearer for the terminal, which is beneficial to save the bearer resource.
  • the IMS device Determining, by the IMS device, that the message is not sent to the calling UE, that is, the calling UE does not enter a ringing state; the IMS device determines that at least one device that needs to participate in the SRVCC handover does not support bSRVCC handover (eg, the IMS The device, the UE, and the MSC do not support bSRVCC); then, the IMS device sends a notification response message to the MSC indicating that the MSC terminates performing the SRVCC handover.
  • the IMS device determines that at least one device that needs to participate in the SRVCC handover does not support bSRVCC handover (eg, the IMS The device, the UE, and the MSC do not support bSRVCC); then, the IMS device sends a notification response message to the MSC indicating that the MSC terminates performing the SRVCC handover.
  • the MSC terminates or continues to perform the SRVCC handover according to the notification response message sent by the IMS device.
  • the MME sends a handover response (HO Response) to the eNB.
  • the reason value may be carried in the handover response.
  • the IMS device sending a response message to the calling UE may be a 380 or 503 message.
  • S320 The IMS device initiates a voice bearer release process, and releases the voice bearer resource.
  • the called party P-CSCF/ATCF receives the 183 response message
  • the called party P-CSCF/ATCF sends a 183 response message to the called party S-CSCF, and the called party S-CSCF can further forward to the calling party S.
  • the CSCF sends a 183 response message
  • the calling party S-CSCF further sends a 183 response message to the calling party P-CSCF/ATCF
  • the calling party P-CSCF/ATCF receives the 183 response message sent by the calling party S-CSCF.
  • the calling party P-CSCF/ATCF may forward the 183 response message to the calling UE.
  • the eNodeB sends a Handover Required message to the MME, thereby triggering the SRVCC process.
  • the MME sends a PS to CS Handover Required message to the MSC to request the MSC to trigger an SRVCC handover procedure, that is, request to switch the UE from the LTE network to a circuit switched CS domain of a 2G or 3G network.
  • the IMS device determines that the UE is in a ringing state or a call state; and determines that at least one device that needs to participate in the SRVCC handover does not support performing the SRVCC handover when the UE is in a ringing state or the call state ( That is, the aSRVCC handover is not supported, and the IMS device sends a notification response message to the MSC indicating that the SRVCC handover is continued.
  • the IMS device determines that the UE is in a state before ringing, and the IMS device determines that the device that needs to participate in the SRVCC handover (eg, the IMS device, the called UE, and the MSC) supports before the UE is ringing
  • the SRVCC handover is performed in a state (ie, bSRVCC handover is not supported), and the IMS device sends a notification response message to the MSC indicating that the SRVCC handover is continued.
  • the IMS device sends a notification response message to the MSC indicating that the SRVCC handover is terminated:
  • the MSC sends a Handover Request message to the 2G/3G network base station to request the base station to allocate the CS domain resource to the called UE, and the 2G/3G network base station returns a Handover Response message.
  • the MSC sends an interoffice handover request to the other MSC to trigger the Inter-MSC handover procedure.
  • the MSC sends the PS to CS HO Response message to the MME after receiving the notification response message.
  • the MSC may also start a timer after sending the notification message, after receiving the notification response message after the timer expires or receiving the notification response message before the timer expires, then The MME sends the PS to CS HO Response message.
  • the timing at which the MSC starts the timer may also be when the PS to CS HO Request is received or at other times.
  • the MME sends a handover response (HO Response) to the eNB.
  • the reason value may be carried in the handover response.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method disclosed in the embodiments of the present invention may be directly implemented by the hardware decoding processor, or may be performed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in the memory 530.
  • the processor 520 can read the information in the memory 530 and complete the steps of the foregoing method in combination with hardware.
  • the terminal when the terminal is a calling terminal, if the IMS device has not sent 180 a message to the terminal, and the core network device, the IMS device, and the terminal At least one of the devices does not support the pre-ringing wireless voice call continuity bSRVCC switching function, and the processor determines that the terminal is in a state before ringing and determines that at least one device that needs to participate in the SRVCC handover does not support The terminal performs SRVCC switching in a state before ringing.
  • the processor determines that the terminal is in a state before ringing and determines that at least one device that needs to participate in the SRVCC handover does not support before the terminal is ringing
  • the SRVCC switch is performed in the state of the SRVCC.
  • Memory 630 can include read only memory and random access memory and provides instructions and data to processor 620. Additionally, a portion of the memory 630 can also include a non-volatile random access memory.
  • the processor 620 mainly controls the operation of the IMS device 600.
  • the processor 620 may also be referred to as a central processing unit (CPU).
  • the specific components of the IMS device 600 are coupled together by a bus system 640 in a specific application.
  • the bus system 640 may include a power bus, a control bus, a status signal bus, and the like in addition to the data bus. However, for clarity of description, various buses are labeled as bus system 640 in the figure.
  • the IMS device 710 can be used to perform some or all of the steps performed by the IMS device mentioned in the method embodiments of the present invention.
  • the core network device 720 can be used to perform some or all of the steps performed by the core network device (e.g., as mentioned in the method embodiments of the present invention).
  • the disclosed apparatus may be implemented in other ways.
  • the device embodiments described above are merely illustrative.
  • the division of the above units is only a logical function division. In actual implementation, there may be another division manner. For example, multiple units or components may be combined or integrated. Go to another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be electrical or otherwise.

Abstract

业务处理方法和相关装置以及通信系统。一种业务处理方法包括：IMS设备接收来自核心网设备的通知消息，所述通知消息用于指示所述核心网设备正在执行针对终端的SRVCC切换；若确定所述终端处于振铃之前的状态，且所述IMS设备确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，则可向所述核心网设备发送用于响应所述通知消息的第一通知响应消息，所述第一通知响应消息用于指示所述核心网设备终止所述SRVCC切换。本发明实施例提供的技术方案以期能够降低SRVCC切换的失败机率，进而提升用户的通话体验。

Description

业务处理方法和相关装置及通信系统 技术领域
本发明涉及了通信技术领域，具体涉及了业务处理方法和相关装置以及通信系统。
背景技术
长期演进(LTE，Long Term Evolution)网络的语音业务被称为基于LTE的语音(VOLTE，Voice over LTE)业务，目前越来越多的运营商开始商用VOLTE，且越来越多的用户终端能够支持VOLTE业务。
无线语音呼叫连续性(SRVCC，Single Radio Voice Call Continuity)是第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)提出的一种VoLTE业务连续性方案，主要解决用户设备(UE，User Equipment)在LTE与2G/3G网络之间移动时，如何保证语音呼叫连续性的问题，即保证UE在互联网协议多媒体子系统(IMS，IP Multimedia Subsystem)控制的VoLTE语音和CS域语音之间的平滑切换。
本发明发明人在研究和实践过程中发现，现有机制执行SRVCC切换过程中经常出现SRVCC切换失败的情况，而出现SRVCC切换失败会严重影响用户通话体验。
发明内容
本发明实施例提供业务处理方法和相关装置以及通信系统，以期能够降低SRVCC切换的失败机率，进而提升用户的通话体验。
本发明实施例第一方面提供一种业务处理方法，包括：IMS设备接收来自核心网设备的通知消息，所述通知消息用于指示所述核心网设备正在执行针对终端的SRVCC切换；所述IMS设备若确定所述终端处于振铃之前的状态，且所述IMS设备确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，则所述IMS设备可向所述核心网设备发送用于响应所述通知消息的第一通知响应消息，所述第一通知响应消息用于指示所述核心网设备终止所述SRVCC切换。
在本发明的一些可能实施方式中，所述IMS设备例如可包括代理呼叫会话控制功能(P-CSCF，Proxy-call Session Control Function)实体或接入转移控制功能(ATCF，Access Transfer Control Functionality)实体或业务集中与连续性应用服务器(SCCAS，Service Centralization and Continuity Application Server)等等。
其中，在本发明的一些可能实施方式中，所述核心网设备例如可包括移动交换中心(MSC，Mobile Switching Center)。
其中，参与所述SRVCC切换的设备例如可包括所述IMS设备、所述终端和所述核心网设备等。所述核心网设备例如可在来自另一核心网设备的SRVCC切换请求的触发下发送通知消息。
例如所述通知消息可为Info消息，所述通知响应消息可为针对Info消息的200 OK响应消息。
可以看出，上述举例方案中，在执行终端SRVCC切换过程中，核心网设备可主动向IMS设备问询SRVCC切换是否执行，若IMS设备发现终端处于振铃之前的状态，且需参与所述SRVCC切换的至少1个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，那么IMS设备通过将阻止核心网设备继续执行SRVCC切换，由于IMS设备对可能影响SRVCC切换成功的一些关键因素进行参考，并据此来做出是否阻止执行SRVCC切换的决策，这就有利于降低SRVCC切换的失败机率，进而有利于提升用户的通话体验。
在本发明一些可能实施方式中，所述第一通知响应消息可进一步携带原因值等，所述原因值用于指示需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，例如所述原因值用于指示所述IMS设备或所述终端不支持在所述终端处于振铃之前的状态下执行SRVCC切换。通过所述第一通知响应消息携带的原因值，可以使得核心网设备明晰指示终止SRVCC切换的具体原因，进而有利于使得核心网设备做出更合理的决策来。
其中，由于主叫终端和被叫终端之间的会话建立会经IMS设备，因此IMS设备可获悉所述终端当前所处会话状态，所述终端当前例如可能处于振铃之前 的状态、处于振铃状态或处于通话状态等。并且，IMS设备也可直接或间接的获悉参与所述SRVCC切换的至少一个设备是否支持在所述终端处于振铃之前的状态下执行SRVCC切换，例如IMS设备也可直接或间接的获悉所述IMS设备或所述终端或所述核心网设备是否支持在所述终端处于振铃之前的状态下执行SRVCC切换。或者，IMS设备也可直接或间接的获悉参与所述SRVCC切换的至少一个设备是否支持在所述终端处于振铃状态或通话状态下执行SRVCC切换，例如IMS设备直接或间接的获悉所述IMS设备或所述终端或所述核心网设备等是否支持在所述终端处于振铃状态或通话状态下执行SRVCC切换。
举例来说，当所述终端为主叫终端，若所述IMS设备还没向所述终端发送180消息，并且，所述IMS设备、所述终端和所述核心网设备中的至少一个设备不支持振铃前无线语音呼叫连续性(bSRVCC，before alerting SRVCC)切换功能，则所述IMS设备可确定所述终端处于振铃之前的状态且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
又举例来说，当所述终端为主叫终端，若所述IMS设备还没收到来自所述终端的180消息，且所述终端、所述IMS设备和所述核心网设备中的至少一个设备不支持bSRVCC切换功能，则所述IMS设备确定所述终端处于振铃之前的状态且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
在本发明的一些可能实施方式中，所述方法还可包括：若所述终端为主叫终端，所述IMS设备向所述终端发送第一指示消息，其中，所述第一指示消息用于指示所述终端发起主叫电路域交换回落(CSFB，Circuit Switched Fallback)。
在本发明的一些可能实施方式中，所述方法还可包括：若所述终端为被叫终端，所述IMS设备向被叫域选服务器发送第二指示消息，所述第二指示消息用于指示所述被叫域选服务器发起针对所述终端的被叫CSFB。
可以理解，若所述IMS设备指示所述核心网设备终止SRVCC切换，所述IMS设备进一步主动的指示终端发起CSFB，有利于使得终端更迅速快捷的建 立呼叫来。
在本发明的一些可能实施方式中，所述IMS设备向所述核心网设备发送用于响应所述通知消息的第一通知响应消息之后，所述方法可还包括：所述IMS设备触发释放针对所述终端的语音承载。其中，所述IMS设备主动触发释放针对所述终端的语音承载，有利于尽快释放语音承载而节约资源。
在本发明的一些可能实施方式中，所述方法还可包括：
所述IMS设备若确定所述终端处于振铃状态或通话状态，且确定参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃状态或通话状态下执行SRVCC切换，所述IMS设备向所述核心网设备发送用于响应所述通知消息的第二通知响应消息，所述第二通知响应消息指示所述核心网设备继续执行所述SRVCC切换。
本发明实施例第二方面提供一种业务处理方法，包括：第一核心网设备接收来自第二核心网设备的针对终端的SRVCC切换请求；所述第一核心网设备向IMS设备发送通知消息，所述通知消息用于指示所述第一核心网设备正在执行针对所述终端的SRVCC切换；所述第一核心网设备若接收到了来自所述IMS设备的用于响应所述通知消息的第一通知响应消息，并且所述第一通知响应消息用于指示所述第一核心网设备终止执行所述SRVCC切换，所述第一核心网设备向所述第二核心网设备发送用于指示所述第二核心网设备终止执行所述SRVCC切换的SRVCC切换响应。
例如，第一通知响应消息由所述IMS设备在确定所述终端处于振铃之前的状态，且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换的情况下发送。
在本发明的一些可能实施方式中，所述IMS设备例如可包括P-CSCF实体或ATCF实体或SCCAS等等。
其中，在本发明的一些可能实施方式中，所述核心网设备例如可包括移动交换中心。
其中，参与所述SRVCC切换的设备例如可包括所述IMS设备、所述终端和所述核心网设备等。所述核心网设备例如可在来自另一核心网设备的SRVCC 切换请求的触发下发送通知消息。
其中，例如，所述通知消息为Info消息，所述通知响应消息为针对Info消息的200 OK响应消息。
可以看出，上述举例方案中，在执行终端SRVCC切换过程中，核心网设备可主动向IMS设备问询SRVCC切换是否执行，核心网设备根据向IMS设备问询的结果来决策是否继续执行SRVCC切换，如果IMS设备对可能影响SRVCC切换成功的一些关键因素进行参考，并据此来做出是否阻止执行SRVCC切换的决策，这就有利于降低SRVCC切换的失败机率，进而有利于提升用户的通话体验。
在本发明的一些可能实施方式中，所述方法还包括：所述第一核心网设备在向所述IMS设备发送所述通知消息之后启动定时器，若在所述定时器超时之前仍未接收到来自所述IMS设备的用于响应所述通知消息的通知响应消息，所述第一核心网设备向所述第二核心网设备发送用于指示所述第二核心网设备继续或终止执行所述SRVCC切换的SRVCC切换响应。
在本发明的一些可能实施方式中，所述方法还包括：所述第一核心网设备在向所述IMS设备发送所述通知消息之后启动定时器，其中，所述第一通知响应消息是所述第一核心网设备在所述定时器超时之前接收到的。
在本发明的一些可能实施方式中，所述第一通知响应消息原因值，所述原因值用于指示需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
在本发明的一些可能实施方式中，
所述方法还包括：所述第一核心网设备若接收到了来自所述IMS设备的用于响应所述通知消息的第二通知响应消息，且所述第二通知响应消息指示所述第一核心网设备继续执行所述SRVCC切换，则所述第一核心网设备向所述第二核心网设备发送用于指示所述第二核心网设备继续执行所述SRVCC切换的SRVCC切换响应。
本发明实施例的第三方面提供一种IMS设备，包括：
通信接口，用于接收来自核心网设备的通知消息，所述通知消息用于指示 所述核心网设备正在执行针对终端的无线语音呼叫连续性SRVCC切换；
处理器，用于确定所述终端是否处于振铃之前的状态，且确定需要参与所述SRVCC切换的设备是否支持在所述终端处于振铃之前的状态下执行SRVCC切换；
其中，所述通信接口还用于，若所述处理器确定所述终端处于振铃之前的状态，且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，则向所述核心网设备发送用于响应所述通知消息的第一通知响应消息，所述第一通知响应消息用于指示所述核心网设备终止所述SRVCC切换。
在本发明的一些可能实施方式中，所述IMS设备例如可包括P-CSCF实体或ATCF实体或SCCAS等等。
其中，在本发明的一些可能实施方式中，所述核心网设备例如可包括移动交换中心。
其中，参与所述SRVCC切换的设备例如可包括所述IMS设备、所述终端和所述核心网设备等。所述核心网设备例如可在来自另一核心网设备的SRVCC切换请求的触发下发送通知消息。
其中，例如，所述通知消息为Info消息，所述通知响应消息为针对Info消息的200 OK响应消息。
在本发明的一些可能实施方式中，
若所述终端为主叫终端，所述通信接口还用于，向所述终端发送第一指示消息，其中，所述第一指示消息用于指示所述终端发起主叫电路域交换回落CSFB。
在本发明的一些可能实施方式中，若所述终端为被叫终端，所述通信接口还用于，向被叫域选服务器发送第二指示消息，所述第二指示消息用于指示所述被叫域选服务器发起针对所述终端的被叫CSFB。
在本发明的一些可能实施方式中，当所述终端为主叫终端，若所述IMS设备还没向所述终端发送180消息，并且所述核心网设备、所述IMS设备和所述终端之中的至少一个设备不支持振铃前无线语音呼叫连续性bSRVCC切换功 能，则所述处理器确定所述终端处于振铃之前的状态且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
在本发明的一些可能实施方式中，当所述终端为主叫终端，若所述IMS设备还没收到来自所述终端的180消息，且所述核心网设备、所述终端和所述IMS设备之中的至少一个设备不支持bSRVCC切换功能，则所述处理器确定所述终端处于振铃之前的状态且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
在本发明的一些可能实施方式中，所述第一通知响应消息携带原因值，所述原因值用于指示需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
在本发明的一些可能实施方式中，在所述通信接口向所述核心网设备发送用于响应所述通知消息的第一通知响应消息之后，所述处理器还用于触发释放针对所述终端的语音承载。
在本发明的一些可能实施方式中，所述处理器还用于，确定所述终端是否处于振铃状态或通话状态，且确定参与所述SRVCC切换的至少一个设备是否支持在所述终端处于振铃状态或通话状态下执行SRVCC切换；
其中，所述通信接口还用于，若所述处理器确定所述终端处于振铃状态或通话状态，且确定参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃状态或通话状态下执行SRVCC切换，向所述核心网设备发送用于响应所述通知消息的第二通知响应消息，所述第二通知响应消息指示所述核心网设备继续执行所述SRVCC切换。
本发明实施例第四方面提供一种核心网设备，包括：
通信接口和处理器；
其中，所述通信接口用于，接收来自第二核心网设备的针对终端的无线语音呼叫连续性SRVCC切换请求；向互联网协议多媒体子系统IMS设备发送通知消息，其中，所述通知消息用于指示所述核心网设备正在执行针对所述终端的SRVCC切换；
所述通信接口还用于，若接收到了来自所述IMS设备的用于响应所述通知消息的第一通知响应消息，并且所述处理器确定所述第一通知响应消息用于指示所述核心网设备终止执行所述SRVCC切换，向所述第二核心网设备发送用于指示所述第二核心网设备终止执行所述SRVCC切换的SRVCC切换响应。
在本发明的一些可能实施方式中，所述处理器还用于，在所述通信接口向所述IMS设备发送所述通知消息之后启动定时器，若在所述定时器超时之前所述通信接口仍未接收到来自所述IMS设备的用于响应所述通知消息的通知响应消息，则所述通信接口还用于向所述第二核心网设备发送用于指示所述第二核心网设备继续或终止执行所述SRVCC切换的SRVCC切换响应。
在本发明的一些可能实施方式中，所述处理器还用于，在所述通信接口向所述IMS设备发送所述通知消息之后启动定时器，其中，所述第一通知响应消息是所述通信接口在所述定时器超时之前接收到的。
在本发明的一些可能实施方式中，所述第一通知响应消息原因值，所述原因值用于指示需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
在本发明的一些可能实施方式中，所述通信接口还用于，若接收到了来自所述IMS设备的用于响应所述通知消息的第二通知响应消息，且所述第二通知响应消息指示所述第一核心网设备继续执行所述SRVCC切换，则向所述第二核心网设备发送用于指示所述第二核心网设备继续执行所述SRVCC切换的SRVCC切换响应。
本发明实施例第五方面提供一种通信系统，包括：
IMS设备和核心网设备。
其中，所述IMS设备可如本发明实施例提供的任意一种IMS设备，所述核心网设备可如本发明实施例提供的任意一种核心网设备。例如所述IMS设备可如本发明第三方面提供的IMS设备。例如所述核心网设备可如本发明第四方面提供的核心网设备。
此外，本发明实施例的第六方面还提供了一种用于业务处理的装置。所述装置包括的单元能够执行在第一方面中提到的由IMS设备执行的业务处理方 法的方法。
此外，本发明实施例的第七方面还提供了一种用于业务处理的装置。所述装置包括的单元能够执行在第二方面中提到的由核心网设备执行的业务处理方法的方法。
此外，本发明实施例第八方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储了用于业务处理的程序代码。所述程序代码包括用于执行在第一方面中的方法的指令。
此外，本发明实施例第九方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储了用于业务处理的程序代码。所述程序代码包括用于执行在第二方面中的方法的指令。
附图说明
为了更清楚地说明本发明实施例技术方案，下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1是本发明实施例举例提供的一种网络部署架构的示意图；
图2是本发明实施例举例提供的一种业务处理方法的流程示意图；
图3是本发明实施例举例提供的另一种业务处理方法的流程示意图；
图4是本发明实施例举例提供的另一种业务处理方法的流程示意图；
图5是本发明实施例举例提供的一种IMS设备的示意图；
图6是本发明实施例举例提供的一种核心网设备的示意图；
图7是本发明实施例举例提供的一种通信系统的示意图。
具体实施方式
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包括。例如包括了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过 程、方法、产品或设备固有的其它步骤或单元。
首先请参见图1，参见图1是本发明的实施例举例提供的一种通信网络的架构示意图。其中，演进型基站(eNB，EvolvedNodeB)与UE之间可通过无线链路通信连接。图1举例所示架构的LTE网络的核心网设备主要包括移动性管理实体(MME，Mobility ManagementEntity)、服务网关(SGW，serving Gateway)和分组数据网络网关(PGW，PDN Gateway)等，核心网设备可负责为UE的VOLTE业务接入IMS网络起接续作用，还可负责传递UE与IMS网络之间的VOLTE呼叫相关信令，另外还可负责建立其相关的专用承载(例如业务质量等级标识(QCI，QoS Class Identifier)＝1)用于传递VOLTE业务的相关用户面数据(媒体数据)。
代理呼叫会话控制功能(P-CSCF，Proxy-call Session Control Function)实体可以分主叫方P-CSCF实体和被叫方P-CSCF实体。P-CSCF为VOLTE业务过程中UE接入互联网协议多媒体子系统网络的第一个接触点。P-CSCF可负责代理所有的VOLTE相关信令并完成路由控制。P-CSCF还可负责向策略和计费规则功能(PCRF，Policy and Charging Rules Function)实体发送与在VOLTE呼叫建立相关的控制消息等。
服务类型的会话控制功能(S-CSCF，Serving-call Session Control Function)实体可以分主叫方S-CSCF实体和被叫方S-CSCF实体，S-CSCF实体为IMS网络的业务交换中心。其中，S-CSCF可主要负责接收并处理UE的注册请求、用户管理、会话控制、业务交换、业务控制、SIP消息处理和计费等等。S-CSCF还可以根据应用的触发原则将例如会话发起协议(SIP，Session Initiation Protocol)请求触发到相应的域选服务设备。
其中，被叫域选(TADS，terminating access domain selection)设备可负责将被叫语音会话接续到相应的域(例如CS域或IMS域)。被叫域选服务器可决定向UE发起VOLTE呼叫(对应接到IMS域)还是传统的电路域呼叫(对应接到CS域)。
本发明实施例的一些技术方案可以基于图1举例所示的通信网络架构或其变形架构来具体实施。本发明实施例的技术方案力求降低SRVCC切换的失败 机率，进而提升用户的通话体验。
请参见图2，图2是本发明的一个实施例提供的一种业务处理方法的流程示意图。其中，如图2举例所示，本发明的一个实施例提供的一种业务处理方法可以包括：201、第二核心网设备向第一核心网设备发送针对终端的SRVCC切换请求。
其中，所述终端可为所述VOLTE业务的主叫终端或被叫终端。
其中，终端具体可以是UE或其他形式的通信终端。
第二核心网设备例如可为LTE网络的核心网设备，第一核心网设备例如可为2G/3G网络的核心网设备。例如第二核心网设备可为MME。第一核心网设备可为移动交换中心(MSC，Mobile Switching Center)，MSC例如可支持SRVCC切换功能。
202、所述第一核心网设备接收来自所述第二核心网设备的所述SRVCC切换请求。所述第一核心网设备向IMS设备发送通知消息，所述通知消息用于指示所述第一核心网设备正在执行针对所述终端的SRVCC切换。
203、所述IMS设备接收来自第一核心网设备的通知消息，所述通知消息用于指示所述第一核心网设备正在执行针对所述终端的SRVCC切换。所述IMS设备若确定所述终端处于振铃之前的状态且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，则所述IMS设备向所述第一核心网设备发送用于响应所述通知消息的第一通知响应消息，其中，所述第一通知响应消息用于指示所述第一核心网设备终止执行所述SRVCC切换。
其中，由于主叫终端和被叫终端之间的会话建立会经IMS设备，因此IMS设备可获悉所述终端当前所处会话状态，所述终端当前例如可能处于振铃之前的状态、处于振铃状态或处于通话状态等。并且，IMS设备也可直接或间接的获悉参与所述SRVCC切换的至少一个设备(参与所述SRVCC切换的设备包括IMS设备、所述终端和所述第一核心网设备等)是否支持在所述终端处于振铃之前的状态下执行SRVCC切换，例如IMS设备也可直接或间接的获悉所述IMS设备或所述终端是否支持在所述终端处于振铃之前的状态下执行SRVCC切 换。IMS设备也可直接或间接的获悉参与所述SRVCC切换的至少一个设备是否支持在所述终端处于振铃状态或通话状态下执行SRVCC切换，例如IMS设备直接或间接的获悉所述IMS设备或所述终端是否支持在所述终端处于振铃状态或通话状态下执行SRVCC切换。
所述IMS设备例如为SCCAS、P-CSCF实体或ATCF实体等。
204、所述第一核心网设备若接收到了来自所述IMS设备的用于响应所述通知消息的第一通知响应消息，并且所述第一通知响应消息用于指示所述第一核心网设备终止执行所述SRVCC切换，所述第一核心网设备向所述第二核心网设备发送用于指示所述第二核心网设备终止执行所述SRVCC切换的SRVCC切换响应。
可选的，所述第一通知响应消息还可携带原因值等，所述原因值例如可用于指示需参与SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。具体例如，所述原因值可用于指示所述IMS设备或所述终端不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
205、所述第二核心网设备若接收到来自所述第一核心网设备的用于指示所述第二核心网设备终止执行所述SRVCC切换的SRVCC切换响应，所述第二核心网设备终止执行针对所述终端的SRVCC切换。
可以看出，本实施例方案在执行终端SRVCC切换过程中，核心网设备可主动向IMS设备问询SRVCC切换是否执行，若IMS设备发现终端处于振铃之前的状态，且需参与所述SRVCC切换的至少1个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，那么IMS设备通过将阻止核心网设备继续执行SRVCC切换，由于IMS设备对可能影响SRVCC切换成功的一些关键因素进行参考，并据此来做出是否阻止执行SRVCC切换的决策，这就有利于降低SRVCC切换的失败机率，进而有利于提升用户的通话体验。
进一步的，若所述终端为主叫终端，所述IMS设备还可向所述终端发送第一指示消息，其中，所述第一指示消息用于指示所述终端发起主叫CSFB。
进一步的，若所述终端为被叫终端，所述IMS设备向被叫域选服务器发送第二指示消息，所述第二指示消息用于指示所述被叫域选服务器发起针对所述 终端的被叫CSFB。
进一步的，在向所述第一核心网设备发送用于响应所述通知消息的第一通知响应消息之后，所述IMS设备还可触发释放针对所述终端的语音承载，这样有利于节约承载资源。
此外，在接收到来自第一核心网设备的上述通知消息之后，所述IMS设备若确定所述终端处于振铃状态或通话状态，且确定所述IMS设备或所述终端不支持在所述终端处于振铃状态或通话状态下执行SRVCC切换，所述IMS设备向所述核心网设备发送用于响应所述通知消息的第二通知响应消息，所述第二通知响应消息指示所述核心网设备继续执行所述SRVCC切换。当所述终端处于振铃状态或通话状态，即使所述IMS设备或所述终端不支持在所述终端处于振铃状态或通话状态下执行SRVCC切换，所述IMS设备也可指示继续执行SRVCC切换而不加以阻止，当然在某些应用场景，对于这种情况，所述IMS设备也可能指示终止执行SRVCC切换。
此外，所述第一核心网设备若接收到了来自所述IMS设备的用于响应所述通知消息的第二通知响应消息，且所述第二通知响应消息指示继续执行所述SRVCC切换，则所述第一核心网设备向所述第二核心网设备发送用于指示继续执行所述SRVCC切换的SRVCC切换响应。
为便于更好的理解和实施本发明实施例的上述技术方案，下面结合一些具体的应用场景进行详细描述。
请参见图3，图3是本发明的另一个实施例提供的另一种业务处理方法的流程示意图。其中，如图3举例所示，本发明的另一个实施例提供的另一种业务处理方法可包括：
S301、主叫UE通过发送邀请(invite)消息来发起建立VOLTE业务。所述主叫UE在所述Invite消息指示所述主叫UE的SRVCC切换能力，比如所述主叫UE是否支持振铃前SRVCC(bSRVCC，before alerting SRVCC)切换，比如所述主叫UE是否支持振铃SRVCC(aSRVCC，alerting SRVCC)切换等。
本发明各实施例方案中，设备之间交互的部分或全部消息的格式和主要作用可参考RFC3261协议的相关描述。
S302、主叫方P-CSCF/ATCF接收来自主叫UE的invite消息，接收到invite消息触发主叫方P-CSCF/ATCF为主叫UE建立IMS主叫会话。主叫方P-CSCF/ATCF将所述invite消息发往后续的IMS节点(例如S-CSCF或SCC AS等等IMS节点)。后续的IMS节点处理接收到的invite消息，被叫UE可能接收到网络侧转发的invite消息。
S303、主叫方P-CSCF/ATCF若收到主叫方S-CSCF发送的183响应消息，主叫方P-CSCF/ATCF可向主叫UE转发所述183响应消息。
S304～S306、主叫方P-CSCF/ATCF触发VOLTE业务专有承载建立。
S307、eNodeB向MME发送切换要求(Handover Required)消息，从而触发SRVCC流程。
其中，所述切换要求消息为从所述LTE网络到2G/3G网络的CS域切换要求消息(例如：LTE to 2/3G SRVCC HO Required消息)，或从所述LTE网络到所述2G或3G网络的PS域和CS域切换要求消息(例如：LTE to 2/3G SRVCC and PS HO Required消息)。
S308、MME向MSC发送PS to CS Handover Required消息，用于请求所述MSC触发SRVCC切换流程，即请求将所述UE从所述LTE网络切换到2G或3G网络的电路交换CS域。
S309、MSC向IMS设备(此处的IMS设备例如为P-CSCF或ATCF或SCC AS等)发送通知消息，其中，通知消息指示MSC正在发生针对主叫UE的SRVCC切换。
可选地，MSC在所述通知消息中指示该MSC的能力，比如该MSC是否支持bSRVCC切换、该MSC是否支持aSRVCC切换等。
S310、IMS设备确定主叫UE当前所处状态，并确定需参与SRVCC切换的设备所支持的SRVCC切换能力。
S311、IMS设备(比如P-CSCF或ATCF或SCC AS)向所述MSC发送通知响应消息，所述通知响应消息指示MSC终止或继续执行所述SRVCC切换。
具体例如，所述通知消息为Info消息，所述通知响应消息为针对Info消息的200 OK响应消息。
具体的，所述IMS设备若确定UE处于振铃之前的状态，且所述IMS设备确定需参与SRVCC切换的至少一个设备不支持在所述UE处于振铃之前的状态下执行SRVCC切换(即不支持bSRVCC切换)，则所述IMS设备向MSC发送指示MSC终止执行SRVCC切换的通知响应消息。可选地，所述通知响应消息还可携带原因值等，所述原因值可指示所述IMS设备或所述UE或MSC不支持在所述UE处于振铃之前的状态下的执行SRVCC切换。
又例如，如果所述IMS设备确定UE处于振铃状态或者通话状态；且确定需参与SRVCC切换的至少一个设备不支持在所述UE处于振铃状态或者所述通话状态下执行所述SRVCC切换(即不支持aSRVCC切换)，所述IMS设备向MSC发送指示继续执行SRVCC切换的通知响应消息。
再例如，IMS设备若确定UE处于振铃之前的状态，且所述IMS设备确定需参与SRVCC切换的设备(例如所述IMS设备、主叫UE和MSC)均支持在所述UE处于振铃之前的状态下执行SRVCC切换(即不支持bSRVCC切换)，所述IMS设备向MSC发送指示继续执行SRVCC切换的通知响应消息。
具体举例说来，在满足下述条件时，IMS设备向MSC发送用于指示终止执行SRVCC切换的通知响应消息：
所述IMS设备确定没有发送180消息给所述主叫UE，即所述主叫UE没有进入振铃状态；所述IMS设备确定需参与SRVCC切换的至少一个设备不支持bSRVCC切换(例如所述IMS设备、UE和MSC中任何一个设备不支持bSRVCC)；那么，IMS设备向MSC发送用于指示MSC终止执行SRVCC切换的通知响应消息。
在其他情况下，IMS设备可向MSC发送用于指示继续执行所述SRVCC切换的通知响应消息。
S312、MSC向所述IMS设备发送Invite消息以发起会话转移过程，将IMS语音切换到CS系统。
S313、MSC发送CS切换请求以触发CS切换。
具体说来:如果目标小区属于MSC，MSC向2G/3G网络基站发送Handover Request消息，用于请求所述基站为所述主叫UE分配CS域资源，所2G/3G网络 基站返回Handover Response消息。
如果目标小区属于其他MSC而不属于上述MSC，那么MSC发送局间切换请求给所述其他MSC从而触发Inter-MSC切换流程。
可以理解，S309和S313不限定执行的先后关系。
S314、MSC接收CS切换请求响应。
可以理解，S311和S314不限定执行的先后关系。
S315、MSC根据IMS设备发送的通知响应消息，终止或继续执行所述SRVCC切换。
其中，可以理解，S312与S309～S311之间不限定执行的先后关系。S312与S313～S315之间不限定执行的先后关系。
S316、如果MSC终止所述SRVCC切换，MSC可向发送PS to CS HO Response消息(即SRVCC切换响应)，其中，PS to CS HO Response消息可携带原因值，原因值指示网络或者主叫UE不支持bSRVCC切换或aSRVCC切换。
一般来说，所述MSC在接收到所述通知响应消息之后才发送所述PS to CS HO Response消息给MME。或所述MSC也可在发送通知消息之后启动定时器，在所述定时器超时之后仍然未接收到所述通知响应消息或在所述定时器超时之前便接收到所述通知响应消息，那么向MME发送所述PS to CS HO Response消息。其中，MSC启动定时器的时机也可是在接收到PS to CS HO Request之时或其他时刻。
S317、MME发送切换响应(HO Response)给eNB，可选地，在切换响应可携带所述原因值。
S318、IMS设备向主叫UE发送响应消息以指示主叫UE使用主叫CSFB。
具体例如，IMS设备向主叫UE发送响应消息可以是380或503消息。
主叫UE接收所述响应消息消息后，可以自动发起CSFB呼叫。UE侧和网络侧配合执行CSFB流程，最终可能在CS域建立语音呼叫。可选地，IMS设备发送的所述响应消息还可能携带用于指示网络侧资源无法满足VoLTE呼叫的指示信息等。
S319、若主叫方IMS设备已经接收到183响应消息，主叫方IMS设备可向主 叫方S-CSCF等设备发送取消(cancel)消息，用以取消已经请求的VOLTE业务相关呼叫。
S320、IMS设备发起语音承载释放流程，释放语音承载资源。
步骤S319和步骤S320不限定先后关系。
可以理解，本实施例中提及的IMS设备可包括但不限于是P-CSCF或者ATCF或者SCCAS等。
上述过程中，IMS设备在判断网络或者UE不支持bSRVCC或者aSRVCC切换的情况下，指示SRVCC MSC Server终止SRVCC切换，并且，发送响应消息给UE，UE可自动发起CSFB呼叫，从而避免VoLTE呼叫失败。而在本发明另一实施例中，当ENB在判断当前LTE信号质量不满足QCI＝1的承载要求时，也可接受承载建立请求以便成功建立VOLTE呼叫。但后续ENB根据UE当前的LTE信号质量，对QCI＝1承载上数据采用降阶编码方式传输，例如将原来对应的128QAM降为64QAM。
采用本实施例技术方案后，有利于保证当主叫UE处于无法满足VOLTE业务信号质量要求的LTE弱覆盖区域(如LTE室内覆盖弱)时，能够在主叫语音会话建立阶段就使用CSFB呼叫来代替VOLTE业务呼叫，避免因竭力建立VOLTE业务呼叫而带来的呼叫丢失、会话质量差或呼叫建立时延大等等技术问题。
可以看出，本实施例方案在执行主叫UE的SRVCC切换过程中，MSC可主动向IMS设备问询SRVCC切换是否执行，若IMS设备发现终端处于振铃之前的状态，且需参与所述SRVCC切换的至少1个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，那么IMS设备通过将阻止核心网设备继续执行SRVCC切换，由于IMS设备对可能影响SRVCC切换成功的一些关键因素进行参考，并据此来做出是否阻止执行SRVCC切换的决策，这就有利于降低主叫UE的SRVCC切换的失败机率，进而有利于提升用户的通话体验。
请参见图4，图4是本发明的另一个实施例提供的另一种业务处理方法的流程示意图。其中，如图4举例所示，本发明的另一个实施例提供的另一种业务处理方法可包括：
S401、被叫方P-CSCF/ATCF接收被叫方S-CSCF发送的invite消息，接收到invite消息可触发被叫方P-CSCF/ATCF为被叫UE建立IMS被叫会话。被叫方P-CSCF/ATCF继续将所述invite消息发往被叫UE。
S402、被叫UE收到所述invite消息后向被叫方P-CSCF/ACTF回复183响应消息。
S403、被叫方P-CSCF/ATCF若接收到183响应消息，被叫方P-CSCF/ATCF向被叫方S-CSCF发送183响应消息，被叫方S-CSCF可进一步向主叫方S-CSCF发送183响应消息，主叫方S-CSCF进一步向主叫方P-CSCF/ATCF发送183响应消息，主叫方P-CSCF/ATCF若收到主叫方S-CSCF发送的183响应消息，主叫方P-CSCF/ATCF可向主叫UE转发所述183响应消息。
S404～S406、被叫方P-CSCF/ATCF触发VOLTE业务的专有承载的建立。当然，被叫方P-CSCF/ATCF亦可不等到所述183响应消息就触发VOLTE业务的专有承载的建立，即被叫方P-CSCF/ATCF收到所述invite消息就触发VOLTE业务的专有承载的建立流程。
S407、eNodeB向MME发送切换要求(Handover Required)消息，从而触发SRVCC流程。
其中，所述切换要求消息为从所述LTE网络到2G/3G网络的CS域切换要求消息(例如：LTE to 2/3G SRVCC HO Required消息)，或从所述LTE网络到所述2G或3G网络的PS域和CS域切换要求消息(例如：LTE to 2/3G SRVCC and PS HO Required消息)。
S408、MME向MSC发送PS to CS Handover Required消息，用于请求所述MSC触发SRVCC切换流程，即请求将所述UE从所述LTE网络切换到2G或3G网络的电路交换CS域。
S409、MSC向IMS设备(此处的IMS设备例如为P-CSCF或ATCF或SCC AS等)发送通知消息，其中，通知消息指示MSC正在发生针对被叫UE的SRVCC切换。
可选地，MSC在所述通知消息中指示该MSC的能力，比如该MSC是否支持bSRVCC切换、该MSC是否支持aSRVCC切换等。
S410、IMS设备确定被叫UE当前所处状态，并确定需参与SRVCC切换的设备所支持的SRVCC切换能力。
S411、IMS设备(比如P-CSCF或ATCF或SCC AS)向所述MSC发送通知响应消息，所述通知响应消息指示MSC终止或继续执行所述SRVCC切换。
具体例如，所述通知消息为Info消息，所述通知响应消息为针对Info消息的200 OK响应消息。
具体的，所述IMS设备若确定UE处于振铃之前的状态，且所述IMS设备确定需参与SRVCC切换的至少一个设备不支持在所述UE处于振铃之前的状态下执行SRVCC切换(即不支持bSRVCC切换)，则所述IMS设备向MSC发送指示MSC终止执行SRVCC切换的通知响应消息。可选地，所述通知响应消息还可携带原因值等，所述原因值可指示所述IMS设备或所述UE或MSC不支持在所述UE处于振铃之前的状态下的执行SRVCC切换。
又例如，如果所述IMS设备确定UE处于振铃状态或者通话状态；且确定需参与SRVCC切换的至少一个设备不支持在所述UE处于振铃状态或者所述通话状态下执行所述SRVCC切换(即不支持aSRVCC切换)，所述IMS设备向MSC发送指示继续执行SRVCC切换的通知响应消息。
再例如，IMS设备若确定UE处于振铃之前的状态，且所述IMS设备确定需参与SRVCC切换的设备(例如所述IMS设备、被叫UE和MSC)均支持在所述UE处于振铃之前的状态下执行SRVCC切换(即不支持bSRVCC切换)，所述IMS设备向MSC发送指示继续执行SRVCC切换的通知响应消息。
具体举例说来，在满足下述条件时，IMS设备向MSC发送用于指示终止执行SRVCC切换的通知响应消息：
所述IMS设备确定没有发送180消息给所述被叫UE，即所述被叫UE没有进入振铃状态；所述IMS设备确定需参与SRVCC切换的至少一个设备不支持bSRVCC切换(例如所述IMS设备、UE和MSC中任何一个设备不支持bSRVCC)；那么，IMS设备向MSC发送用于指示MSC终止执行SRVCC切换的通知响应消息。
在其他情况下，IMS设备可向MSC发送用于指示继续执行所述SRVCC切换 的通知响应消息。
S412、MSC向所述IMS设备发送Invite消息以发起会话转移过程，将IMS语音切换到CS系统。
S413、MSC发送CS切换请求以触发CS切换。
具体说来:如果目标小区属于MSC，MSC向2G/3G网络基站发送Handover Request消息，用于请求所述基站为所述被叫UE分配CS域资源，所2G/3G网络基站返回Handover Response消息。
如果目标小区属于其他MSC而不属于上述MSC，那么MSC发送局间切换请求给所述其他MSC从而触发Inter-MSC切换流程。
可以理解，S409和S413不限定执行的先后关系。
S414、MSC接收CS切换请求响应。
可以理解，S411和S414不限定执行的先后关系。
S415、MSC根据IMS设备发送的通知响应消息，终止或继续执行所述SRVCC切换。
其中，可以理解，S412与S409～S411之间不限定执行的先后关系。S412与S413～S415之间不限定执行的先后关系。
S416、如果MSC终止所述SRVCC切换，MSC可向发送PS to CS HO Response消息(即SRVCC切换响应)，其中，PS to CS HO Response消息可携带原因值，原因值指示网络或者被叫UE不支持bSRVCC切换或aSRVCC切换。
一般来说，所述MSC在接收到所述通知响应消息之后才发送所述PS to CS HO Response消息给MME。或所述MSC也可在发送通知消息之后启动定时器，在所述定时器超时之后仍然未接收到所述通知响应消息或在所述定时器超时之前便接收到所述通知响应消息，那么向MME发送所述PS to CS HO Response消息。其中，MSC启动定时器的时机也可是在接收到PS to CS HO Request之时或其他时刻。
S417、MME发送切换响应(HO Response)给eNB，可选地，在切换响应可携带所述原因值。
S418、P-CSCF/ATCF经被叫方S-CSCF向IMS网络中的被叫域选服务器(比 如SCCAS)发送响应消息，指示被叫域选服务器使用被叫CSFB，
具体说来，响应消息可以是408或503消息。
具体说来，IMS网络的被叫域选服务器可将被叫会话重新域选至CS域，并经MGCF等设备向CS域呼叫控制设备(如MSC)发起呼叫。CS域呼叫控制设备(如MSC)经SGs接口向MME发起呼叫。MME触发被叫UE的CSFB流程，具体流程细节见3GPPTS 23.272中的相关描述。此处不再赘述。经所述被叫UE的CSFB流程，所述被叫UE可能最终在CS域建立语音会话。
S419、P-CSCF/ATCF向被叫UE发送取消(cancel)消息，用以取消已经请求的VOLTE业务相关会话。
S420、IMS设备发起语音承载释放流程，释放语音承载资源。
步骤S419和步骤S420不限定先后关系。
可以看出，本实施例方案在执行被叫UE的SRVCC切换过程中，MSC可主动向IMS设备问询SRVCC切换是否执行，若IMS设备发现终端处于振铃之前的状态，且需参与所述SRVCC切换的至少1个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，那么IMS设备通过将阻止核心网设备继续执行SRVCC切换，由于IMS设备对可能影响SRVCC切换成功的一些关键因素进行参考，并据此来做出是否阻止执行SRVCC切换的决策，这就有利于降低被叫UE的SRVCC切换的失败机率，进而有利于提升用户的通话体验。
下面还提供用于实施上述方案的相关装置。
参见图5，本发明实施例还提供一种IMS设备500，包括：
通信接口510、处理器520和存储器530等。通信接口510可用于与其他设备进行通信。
存储器530可包括只读存储器和随机存取存储器，并向处理器520提供指令和数据。此外，存储器530的一部分还可以包括非易失性随机存取存储器。处理器520主要控制IMS设备500的操作，其中，处理器520还可以称为中央处理单元(CPU，Central Processing Unit)。具体的应用中IMS设备500的各个组件通过总线系统540耦合在一起，总线系统540除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各 种总线都标为总线系统540。
上述本发明实施例揭示的方法可应用于处理器520中，或者由处理器520和通信接口510配合实现。处理器520可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的一些步骤可以通过处理器520中的硬件的集成逻辑电路或者软件形式的指令完成。其中，上述的处理器520可以是通用处理器、数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。其中，该存储介质位于存储器530，例如处理器520可读取存储器530中的信息，结合其硬件完成上述方法的步骤。
具体例如，通信接口510用于接收来自核心网设备的通知消息，所述通知消息用于指示所述核心网设备正在执行针对终端的无线语音呼叫连续性SRVCC切换。
处理器520，用于确定所述终端是否处于振铃之前的状态，且确定需要参与所述SRVCC切换的设备是否支持在所述终端处于振铃之前的状态下执行SRVCC切换。
其中，所述通信接口510还用于，若所述处理器510确定所述终端处于振铃之前的状态，且确定需要参与所述SRVCC切换的至少一个设备支持在所述终端处于振铃之前的状态下执行SRVCC切换，则向所述核心网设备发送用于响应所述通知消息的第一通知响应消息，所述第一通知响应消息用于指示所述核心网设备终止所述SRVCC切换。
在本发明的一些可能的实施方式中，若所述终端为主叫终端，所述通信接口510还用于，向所述终端发送第一指示消息，其中，所述第一指示消息用于指示所述终端发起主叫电路域交换回落CSFB。
在本发明的一些可能实施方式中，若所述终端为被叫终端，所述通信接口510还用于，向被叫域选服务器发送第二指示消息，所述第二指示消息用于指示所述被叫域选服务器发起针对所述终端的被叫CSFB。
在本发明的一些可能的实施方式中，当所述终端为主叫终端，若所述IMS设备还没向所述终端发送180消息，并且所述核心网设备、所述IMS设备和所述终端之中的至少一个设备不支持振铃前无线语音呼叫连续性bSRVCC切换功能，则所述处理器确定所述终端处于振铃之前的状态且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
在本发明的一些可能的实施方式中，当所述终端为主叫终端，若所述IMS设备还没收到来自所述终端的180消息，且所述核心网设备、所述终端和所述IMS设备之中的至少一个设备不支持bSRVCC切换功能，则所述处理器确定所述终端处于振铃之前的状态且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
在本发明的一些可能的实施方式中，所述第一通知响应消息携带原因值，所述原因值用于指示需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
在本发明的一些可能的实施方式中，在所述通信接口510向所述核心网设备发送用于响应所述通知消息的第一通知响应消息之后，所述处理器520还用于触发释放针对所述终端的语音承载。
在本发明的一些可能的实施方式中，所述处理器520还用于，确定所述终端是否处于振铃状态或通话状态，且确定参与所述SRVCC切换的至少一个设备是否支持在所述终端处于振铃状态或通话状态下执行SRVCC切换；
其中，所述通信接口510还用于，若所述处理器520确定所述终端处于振铃状态或通话状态，且确定参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃状态或通话状态下执行SRVCC切换，向所述核心网设备发送用于响应所述通知消息的第二通知响应消息，所述第二通知响应消息指示所述核心网设备继续执行所述SRVCC切换。
可以看出，上述举例方案中，在执行终端SRVCC切换过程中，核心网设备可主动向IMS设备500问询SRVCC切换是否执行，若IMS设备500发现终端处于振铃之前的状态，且需参与所述SRVCC切换的至少1个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，那么IMS设备500通过将阻止核心网设备继续执行SRVCC切换，其中，由于IMS设备500可以对可能影响SRVCC切换成功的一些关键因素进行参考，并据此来做出是否阻止执行SRVCC切换的决策，这就有利于降低SRVCC切换的失败机率，进而有利于提升用户的通话体验。
参见图6，本发明实施例还提供一种核心网设备600，包括：
通信接口610、处理器620和存储器630等。通信接口610可用于与其他设备进行通信。
存储器630可包括只读存储器和随机存取存储器，并向处理器620提供指令和数据。此外，存储器630的一部分还可以包括非易失性随机存取存储器。处理器620主要控制IMS设备600的操作，其中，处理器620还可以称为中央处理单元(CPU，Central Processing Unit)。具体的应用中IMS设备600的各个组件通过总线系统640耦合在一起，总线系统640除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统640。
上述本发明实施例揭示的方法可应用于处理器620中，或者由处理器620和通信接口610配合实现。处理器620可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的一些步骤可以通过处理器620中的硬件的集成逻辑电路或者软件形式的指令完成。其中，上述的处理器620可以是通用处理器、数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可位于随机存储器，闪存、只读存储器，可 编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。其中，该存储介质位于存储器630，例如处理器620可读取存储器630中的信息，结合其硬件完成上述方法的步骤。
具体例如，所述通信接口610用于，接收来自第二核心网设备的针对终端的无线语音呼叫连续性SRVCC切换请求；向互联网协议多媒体子系统IMS设备发送通知消息，其中，所述通知消息用于指示所述核心网设备正在执行针对所述终端的SRVCC切换；
所述通信接口610还用于，若接收到了来自所述IMS设备的用于响应所述通知消息的第一通知响应消息，并且所述处理器620确定所述第一通知响应消息用于指示所述核心网设备终止执行所述SRVCC切换，向所述第二核心网设备发送用于指示所述第二核心网设备终止执行所述SRVCC切换的SRVCC切换响应。
在本发明的一些可能的实施方式中，所述处理器620还用于，在所述通信接口向所述IMS设备发送所述通知消息之后启动定时器，若在所述定时器超时之前所述通信接口仍未接收到来自所述IMS设备的用于响应所述通知消息的通知响应消息，则所述通信接口还用于向所述第二核心网设备发送用于指示所述第二核心网设备继续或终止执行所述SRVCC切换的SRVCC切换响应。
在本发明的一些可能的实施方式中，所述处理器620还用于，在所述通信接口向所述IMS设备发送所述通知消息之后启动定时器，其中，所述第一通知响应消息是所述通信接口在所述定时器超时之前接收到的。
在本发明的一些可能的实施方式中，所述第一通知响应消息原因值，所述原因值用于指示需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
在本发明的一些可能的实施方式中，所述通信接口还用于，若接收到了来自所述IMS设备的用于响应所述通知消息的第二通知响应消息，且所述第二通知响应消息指示所述第一核心网设备继续执行所述SRVCC切换，则向所述第二核心网设备发送用于指示所述第二核心网设备继续执行所述SRVCC切换的SRVCC切换响应。
可以看出，上述举例方案中，在执行终端SRVCC切换过程中，核心网设备600可主动向IMS设备问询SRVCC切换是否执行，核心网设备600根据向IMS设备问询的结果来决策是否继续执行SRVCC切换，如果IMS设备对可能影响SRVCC切换成功的一些关键因素进行参考，并据此来做出是否阻止执行SRVCC切换的决策，这就有利于降低SRVCC切换的失败机率，进而有利于提升用户的通话体验。
参见图7，本发明实施例还提供一种通信系统，包括：IMS设备710和核心网设备720。
其中，IMS设备710可用于执行本发明方法实施例中提及的由IMS设备执行的部分或全部步骤。核心网设备720可用于执行本发明方法实施例中提及的由核心网设备(例如)执行的部分或全部步骤。
举例来说，IMS设备710可以如IMS设备500，核心网设备720可以如核心网设备600。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可能可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为 单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器)执行本发明各个实施例上述方法的全部或部分步骤。其中，而前述的存储介质可包括：U盘、移动硬盘、磁碟、光盘、只读存储器(ROM，Read-Only Memory)或者随机存取存储器(RAM，Random Access Memory)等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，然而本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (27)

  1. 一种业务处理方法，其特征在于，包括：
    互联网协议多媒体子系统IMS设备接收来自核心网设备的通知消息，所述通知消息用于指示所述核心网设备正在执行针对终端的无线语音呼叫连续性SRVCC切换；
    所述IMS设备若确定所述终端处于振铃之前的状态，且确定需要参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，则所述IMS设备向所述核心网设备发送用于响应所述通知消息的第一通知响应消息，所述第一通知响应消息用于指示所述核心网设备终止所述SRVCC切换。
  2. 根据权利要求1所述方法，其特征在于，
    所述方法还包括：若所述终端为主叫终端，所述IMS设备向所述终端发送第一指示消息，其中，所述第一指示消息用于指示所述终端发起主叫电路域交换回落CSFB。
  3. 根据权利要求1所述方法，其特征在于，
    所述方法还包括：若所述终端为被叫终端，所述IMS设备向被叫域选服务器发送第二指示消息，所述第二指示消息用于指示所述被叫域选服务器发起针对所述终端的被叫CSFB。
  4. 根据权利要求1至3任一项所述方法，其特征在于，当所述终端为主叫终端，若所述IMS设备还没向所述终端发送180消息，且所述IMS设备、所述终端和所述核心网设备中的至少一个设备不支持振铃前无线语音呼叫连续性bSRVCC切换功能，则所述IMS设备确定所述终端处于振铃之前的状态且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
  5. 根据权利要求1至3任一项所述方法，其特征在于，当所述终端为主叫终端，若所述IMS设备还没收到来自所述终端的180消息，且所述终端、所述IMS设备和所述核心网设备中的至少一个设备不支持bSRVCC切换功能，则所述IMS设备确定所述终端处于振铃之前的状态且确定需参与所述SRVCC切换的 至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
  6. 根据权利要求1至5任一项所述方法，其特征在于，所述第一通知响应消息携带原因值，所述原因值用于指示需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
  7. 根据权利要求1至6任一项所述方法，其特征在于，所述IMS设备向所述核心网设备发送用于响应所述通知消息的第一通知响应消息之后，所述方法还包括：所述IMS设备触发释放针对所述终端的语音承载。
  8. 根据权利要求1至7任一项所述方法，其特征在于，
    所述方法还包括：
    所述IMS设备若确定所述终端处于振铃状态或通话状态，且确定参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃状态或通话状态下执行SRVCC切换，所述IMS设备向所述核心网设备发送用于响应所述通知消息的第二通知响应消息，所述第二通知响应消息指示所述核心网设备继续执行所述SRVCC切换。
  9. 一种业务处理方法，其特征在于，包括：
    第一核心网设备接收来自第二核心网设备的针对终端的无线语音呼叫连续性SRVCC切换请求；所述第一核心网设备向互联网协议多媒体子系统IMS设备发送通知消息，所述通知消息用于指示所述第一核心网设备正在执行针对所述终端的SRVCC切换；
    所述第一核心网设备若接收到了来自所述IMS设备的用于响应所述通知消息的第一通知响应消息，并且所述第一通知响应消息用于指示所述第一核心网设备终止执行所述SRVCC切换，所述第一核心网设备向所述第二核心网设备发送用于指示所述第二核心网设备终止执行所述SRVCC切换的SRVCC切换响应。
  10. 根据权利要求9所述的方法，其特征在于，
    所述方法还包括：所述第一核心网设备在向所述IMS设备发送所述通知消息之后启动定时器，若在所述定时器超时之前仍未接收到来自所述IMS设备的用于响应所述通知消息的通知响应消息，所述第一核心网设备向所述第二核心 网设备发送用于指示所述第二核心网设备继续或终止执行所述SRVCC切换的SRVCC切换响应。
  11. 根据权利要求10所述的方法，其特征在于，
    所述方法还包括：所述第一核心网设备在向所述IMS设备发送所述通知消息之后启动定时器，其中，所述第一通知响应消息是所述第一核心网设备在所述定时器超时之前接收到的。
  12. 根据权利要求9至11任一项所述的方法，其特征在于，所述第一通知响应消息原因值，所述原因值用于指示需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
  13. 根据权利要求9至12任一项所述的方法，其特征在于，
    所述方法还包括：所述第一核心网设备若接收到了来自所述IMS设备的用于响应所述通知消息的第二通知响应消息，且所述第二通知响应消息指示所述第一核心网设备继续执行所述SRVCC切换，则所述第一核心网设备向所述第二核心网设备发送用于指示所述第二核心网设备继续执行所述SRVCC切换的SRVCC切换响应。
  14. 一种互联网协议多媒体子系统IMS设备，其特征在于，包括：
    通信接口，用于接收来自核心网设备的通知消息，所述通知消息用于指示所述核心网设备正在执行针对终端的无线语音呼叫连续性SRVCC切换；
    处理器，用于确定所述终端是否处于振铃之前的状态，且确定需要参与所述SRVCC切换的设备是否支持在所述终端处于振铃之前的状态下执行SRVCC切换；
    其中，所述通信接口还用于，若所述处理器确定所述终端处于振铃之前的状态，且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换，则向所述核心网设备发送用于响应所述通知消息的第一通知响应消息，所述第一通知响应消息用于指示所述核心网设备终止所述SRVCC切换。
  15. 根据权利要求14所述的IMS设备，其特征在于，
    若所述终端为主叫终端，所述通信接口还用于，向所述终端发送第一指示 消息，其中，所述第一指示消息用于指示所述终端发起主叫电路域交换回落CSFB。
  16. 根据权利要求14所述的IMS设备，其特征在于，
    若所述终端为被叫终端，所述通信接口还用于，向被叫域选服务器发送第二指示消息，所述第二指示消息用于指示所述被叫域选服务器发起针对所述终端的被叫CSFB。
  17. 根据权利要求14至16任一项所述的IMS设备，其特征在于，当所述终端为主叫终端，若所述IMS设备还没向所述终端发送180消息，并且所述核心网设备、所述IMS设备和所述终端之中的至少一个设备不支持振铃前无线语音呼叫连续性bSRVCC切换功能，则所述处理器确定所述终端处于振铃之前的状态且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
  18. 根据权利要求14至16任一项所述的IMS设备，其特征在于，当所述终端为主叫终端，若所述IMS设备还没收到来自所述终端的180消息，且所述核心网设备、所述终端和所述IMS设备之中的至少一个设备不支持bSRVCC切换功能，则所述处理器确定所述终端处于振铃之前的状态且确定需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
  19. 根据权利要求14至18任一项所述的IMS设备，其特征在于，所述第一通知响应消息携带原因值，所述原因值用于指示需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
  20. 根据权利要求14至19任一项所述的IMS设备，其特征在于，
    在所述通信接口向所述核心网设备发送用于响应所述通知消息的第一通知响应消息之后，所述处理器还用于触发释放针对所述终端的语音承载。
  21. 根据权利要求14至20任一项所述的IMS设备，其特征在于，
    所述处理器还用于，确定所述终端是否处于振铃状态或通话状态，且确定参与所述SRVCC切换的至少一个设备是否支持在所述终端处于振铃状态或通话状态下执行SRVCC切换；
    其中，所述通信接口还用于，若所述处理器确定所述终端处于振铃状态或通话状态，且确定参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃状态或通话状态下执行SRVCC切换，向所述核心网设备发送用于响应所述通知消息的第二通知响应消息，所述第二通知响应消息指示所述核心网设备继续执行所述SRVCC切换。
  22. 一种核心网设备，其特征在于，包括：
    通信接口和处理器；
    其中，所述通信接口用于，接收来自第二核心网设备的针对终端的无线语音呼叫连续性SRVCC切换请求；向互联网协议多媒体子系统IMS设备发送通知消息，其中，所述通知消息用于指示所述核心网设备正在执行针对所述终端的SRVCC切换；
    所述通信接口还用于，若接收到了来自所述IMS设备的用于响应所述通知消息的第一通知响应消息，并且所述处理器确定所述第一通知响应消息用于指示所述核心网设备终止执行所述SRVCC切换，向所述第二核心网设备发送用于指示所述第二核心网设备终止执行所述SRVCC切换的SRVCC切换响应。
  23. 根据权利要求22所述的核心网设备，其特征在于，
    所述处理器还用于，在所述通信接口向所述IMS设备发送所述通知消息之后启动定时器，若在所述定时器超时之前所述通信接口仍未接收到来自所述IMS设备的用于响应所述通知消息的通知响应消息，则所述通信接口还用于向所述第二核心网设备发送用于指示所述第二核心网设备继续或终止执行所述SRVCC切换的SRVCC切换响应。
  24. 根据权利要求22所述的核心网设备，其特征在于，
    所述处理器还用于，在所述通信接口向所述IMS设备发送所述通知消息之后启动定时器，其中，所述第一通知响应消息是所述通信接口在所述定时器超时之前接收到的。
  25. 根据权利要求22至25任一项所述的核心网设备，其特征在于，所述第一通知响应消息原因值，所述原因值用于指示需参与所述SRVCC切换的至少一个设备不支持在所述终端处于振铃之前的状态下执行SRVCC切换。
  26. 根据权利要求22至25任一项所述的核心网设备，其特征在于，所述通信接口还用于，若接收到了来自所述IMS设备的用于响应所述通知消息的第二通知响应消息，且所述第二通知响应消息指示所述第一核心网设备继续执行所述SRVCC切换，则向所述第二核心网设备发送用于指示所述第二核心网设备继续执行所述SRVCC切换的SRVCC切换响应。
  27. 一种通信系统，其特征在于，包括：如权利要求14～21任一项所述的互联网协议多媒体子系统IMS设备，和如权利要求22～26任一项所述的核心网设备。
PCT/CN2016/079332 2016-04-14 2016-04-14 业务处理方法和相关装置及通信系统 WO2017177427A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/079332 WO2017177427A1 (zh) 2016-04-14 2016-04-14 业务处理方法和相关装置及通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/079332 WO2017177427A1 (zh) 2016-04-14 2016-04-14 业务处理方法和相关装置及通信系统

Publications (1)

Publication Number Publication Date
WO2017177427A1 true WO2017177427A1 (zh) 2017-10-19

Family

ID=60042245

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/079332 WO2017177427A1 (zh) 2016-04-14 2016-04-14 业务处理方法和相关装置及通信系统

Country Status (1)

Country Link
WO (1) WO2017177427A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108966274A (zh) * 2018-09-26 2018-12-07 Oppo广东移动通信有限公司 异系统切换方法和用户设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101959269A (zh) * 2009-07-15 2011-01-26 华为技术有限公司 一种切换方法和装置
CN102647693A (zh) * 2011-02-18 2012-08-22 中兴通讯股份有限公司 语音业务呼叫连续性实现方法和系统
CN103843398A (zh) * 2011-10-04 2014-06-04 瑞典爱立信有限公司 用于为语音会话选择基于lte的话音或cs回退的方法和设备
EP2816837A1 (en) * 2013-06-17 2014-12-24 BlackBerry Limited Call Continuity when Moving from one Communication Session to another Communication Session
CN104301950A (zh) * 2014-09-24 2015-01-21 华为技术有限公司 一种lte网络中cs业务的实现方法及相关装置
WO2016041208A1 (zh) * 2014-09-19 2016-03-24 华为技术有限公司 选择目标共享网络的cs域和ps域运营商的方法及相关装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101959269A (zh) * 2009-07-15 2011-01-26 华为技术有限公司 一种切换方法和装置
CN102647693A (zh) * 2011-02-18 2012-08-22 中兴通讯股份有限公司 语音业务呼叫连续性实现方法和系统
CN103843398A (zh) * 2011-10-04 2014-06-04 瑞典爱立信有限公司 用于为语音会话选择基于lte的话音或cs回退的方法和设备
EP2816837A1 (en) * 2013-06-17 2014-12-24 BlackBerry Limited Call Continuity when Moving from one Communication Session to another Communication Session
WO2016041208A1 (zh) * 2014-09-19 2016-03-24 华为技术有限公司 选择目标共享网络的cs域和ps域运营商的方法及相关装置
CN104301950A (zh) * 2014-09-24 2015-01-21 华为技术有限公司 一种lte网络中cs业务的实现方法及相关装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108966274A (zh) * 2018-09-26 2018-12-07 Oppo广东移动通信有限公司 异系统切换方法和用户设备
CN108966274B (zh) * 2018-09-26 2022-04-05 Oppo广东移动通信有限公司 异系统切换方法和用户设备

Similar Documents

Publication Publication Date Title
EP2560437B1 (en) Process method, device and system for reverse single radio voice call continuity
JP5456883B2 (ja) Ｐｓからｃｓへのハンドオーバ・インジケータ
US8948127B2 (en) Method, apparatus and computer program for supporting a session identifier in case of a transfer between different radio access networks
CN106664616B (zh) 解决无线网络中的竞争切换条件
EP2957126B1 (en) Synchronizing call states of network component and mobile device at session transfer
EP2464169B1 (en) Method and device for reducing interrupt time when handing over voice over ip (voip) call
WO2009100609A1 (zh) 一种单无线信道语音业务连续性的域切换方法
EP3001727B1 (en) Method and device for circuit-switched fallback
WO2012025007A1 (zh) 终端、hss、及核心网网元获知终端能力的方法和系统
WO2009089745A1 (fr) Procédé et système de retour arrière s'appliquant au domaine de commutation de circuit afin d'établir un appel vocal
US20150382250A1 (en) Technique for transferring a session with changeable session state
WO2010025602A1 (zh) 紧急业务切换方法
JP6480011B2 (ja) 通信を確立するための方法及び移動無線通信ネットワーク構成要素
KR20150131902A (ko) 음성 호 서비스 품질을 높이는 방법 및 장치
JP2016521940A5 (zh)
JP2010068233A (ja) 無線通信システム、無線通信方法および無線基地局装置
WO2009149656A1 (zh) 一种实现业务切换的方法、装置及系统
EP2564634B1 (en) Improvements to handover
JP2011234057A (ja) 移動通信システム及び移動局
WO2017177427A1 (zh) 业务处理方法和相关装置及通信系统
CN106105326B (zh) 无线电接入网络重选处理
WO2011023054A1 (zh) 一种ip多媒体子系统中多会话能力同步方法及系统
KR101558230B1 (ko) 패킷 스위칭된 도메인으로부터 서킷 스위칭된 도메인으로 호 핸드오버 방법 및 장치
KR102098216B1 (ko) 호 처리 결정 방법 및 장치와 그 호 처리 시스템
WO2013071897A1 (zh) 一种实现反向单待业务连续性的方法和系统

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 16898245

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 16898245

Country of ref document: EP

Kind code of ref document: A1