CN114245482A - 一种呼叫处理方法、装置、设备以及计算机存储介质 - Google Patents

Abstract

本申请实施例公开了一种呼叫处理方法、装置、设备以及计算机存储介质，该方法包括：在终端设备发起呼叫请求后，与网络设备建立基于新空口语音承载VONR的呼叫会话；若接收到网络设备发送的VONR失败消息，则关闭终端设备的VONR功能，并与网络设备建立基于演进分组系统回落EPSFB的呼叫会话。这样，用户在拨打电话时，由于网络资源不足或者临时网络故障等原因导致终端设备接收到VONR失败消息，那么可以先关闭终端设备的VONR功能，然后选择EPSFB建立呼叫会话，从而能够提高终端设备的呼叫成功率，满足用户的通话需求，进而提升了用户的呼叫体验。

Description

一种呼叫处理方法、装置、设备以及计算机存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种呼叫处理方法、装置、设备以及计算机存储介质。

背景技术

随着通信技术的不断发展，通信网络从第四代移动通信技术(the 4thGenerationMobile Communication Technology，4G)演进到第五代移动通信技术(the 5thGeneration Mobile Communication Technology，5G)，而语音业务仍然为运营商的主要业务之一，由于语音业务的通话质量直接影响到用户的通话体验，因此如何保证在5G网络中的用户设备(User Equipment，UE)之间的通话质量成为了一个亟待解决的问题。

在5G独立组网(Stand Alone，SA)模式下，对于支持新空口语音承载(VoiceOverNew Radio，VONR)功能的UE，用户在执行基于VONR的呼叫业务时，由于网络资源不足或者临时网络故障(Bug)等原因导致该呼叫建立失败，从而降低了呼叫成功率，严重影响了用户的呼叫体验。

发明内容

本申请提出一种呼叫处理方法、装置、设备以及计算机存储介质，可以提高终端设备的呼叫成功率，满足用户的通话需求。

为达到上述目的，本申请的技术方案是这样实现的：

第一方面，本申请实施例提供了一种呼叫处理方法，应用于终端设备，该方法包括：

在终端设备发起呼叫请求后，与网络设备建立基于新空口语音承载VONR的呼叫会话；

若接收到网络设备发送的VONR失败消息，则关闭终端设备的VONR功能，并与网络设备建立基于演进分组系统回落EPSFB的呼叫会话。

第二方面，本申请实施例提供了一种呼叫处理装置，应用于终端设备，该呼叫处理装置包括发送单元、建立单元和接收单元；其中，

所述建立单元，配置为在所述发送单元发起呼叫请求后，与网络设备建立基于VONR的呼叫会话；

所述建立单元，还配置为若所述接收单元接收到所述网络设备发送的VONR失败消息，则关闭所述终端设备的VONR功能，并与所述网络设备建立基于EPSFB的呼叫会话。

第三方面，本申请实施例提供了一种终端设备，该终端设备包括存储器和处理器；其中，

所述存储器，用于存储能够在所述处理器上运行的计算机程序；

所述处理器，用于在运行所述计算机程序时，执行如第一方面所述的方法。

第四方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现如第一方面所述的方法。

本申请实施例所提供的一种呼叫处理方法、装置、设备以及计算机存储介质，在终端设备发起呼叫请求后，与网络设备建立基于VONR的呼叫会话；若接收到网络设备发送的VONR失败消息，则关闭终端设备的VONR功能，并与网络设备建立基于EPSFB的呼叫会话。这样，用户在拨打电话时，如果这时候选择VONR建立呼叫会话，但是由于网络资源不足或者临时网络故障等原因导致终端设备接收到VONR失败消息，那么可以先关闭终端设备的VONR功能，然后选择EPSFB建立呼叫会话，从而能够提高终端设备的呼叫成功率，满足用户的通话需求，进而提升了用户的呼叫体验。

附图说明

图1为本申请实施例提供的一种网络系统的总体架构示意图；

图2为本申请实施例提供的一种呼叫处理方法的流程示意图；

图3为本申请实施例提供的一种基于EPSFB呼叫的流程示意图；

图4为本申请实施例提供的另一种呼叫处理方法的流程示意图；

图5为本申请实施例提供的一种呼叫处理装置的组成结构示意图；

图6为本申请实施例提供的一种终端设备的具体硬件结构示意图；

图7为本申请实施例提供的另一种终端设备的具体硬件结构示意图。

具体实施方式

为了能够更加详尽地了解本申请实施例的特点与技术内容，下面结合附图对本申请实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本申请实施例。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。还需要指出，本申请实施例所涉及的术语“第一\第二\第三”仅是用于区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

对本申请实施例进行进一步详细说明之前，先对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释：

应用处理器(Application Processor，AP)

基带处理器(Baseband Processor，BP)

新空口语音承载(Voice Over New Radio，VONR)

长期演进语音承载(Voice Over Long Term Evolution，VOLTE)

演进分组系统回落(Evolved Packet System Fallback，EPSFB)

分组交换(Packet Switching，PS)

长期演进(Long Term Evolution，LTE)

公共数据网络(Public Data Network，PDN)

基于分组交换的语音承载(Voice Over Packet-Switched，VOPS)

网络(Network，NW)

会话初始协议(Session initialization Protocol，SIP)

参见图1，其示出了本申请实施例提供的一种网络系统的总体架构示意图。如图1所示，该网络系统可以包括：终端设备100、网络设备200和网络设备300。其中，网络设备200和网络设备300可以分别属于不同的移动通信系统。示例性地，网络设备200可以为4G或者长期演进(Long Term Evolution，LTE)系统的演进型基站，网络设备300可以为5G或者新空口(New Radio，NR)系统的新型基站。

需要说明的是，网络设备200可以提供无线网络覆盖210，网络设备300可以提供无线网络覆盖310。在这里，网络设备300为5G移动通信系统的接入网设备，网络设备200为4G移动通信系统的接入网设备，由于5G移动通信系统的频谱一般高于4G移动通信系统的频谱，因此无线网络覆盖310的范围小于无线网络覆盖210的范围，且处于无线网络覆盖210之内。

终端设备100可以支持多种移动通信系统，例如可以支持4G移动通信系统和5G移动通信系统。终端设备100可以分布在图1所示的网络系统中，可以是静止的，也可以是移动的。在本申请实施例中，终端设备100可以是移动设备、移动台、移动单元、移动客户端等等。更具体地，终端设备100可以为智能手机、掌上电脑、平板电脑、个人数字助理(PersonalDigital Assistant，PDA)、便携式播放器、可穿戴设备、膝上型计算机、台式计算机等等，这里对此不作任何限定。

还需要说明的是，终端设备100可以支持VONR，在成功注册VONR之后，如果用户拨打电话，那么在SA模式下，这时候选择VONR还是EPSFB执行呼叫业务完全是由网络侧确定的。

在相关技术中，当终端设备成功注册VONR，用户拨打电话时，如果此次呼叫(Call)网络侧选择了VONR，但是在SIP信令建立过程中由于网络资源不足或者临时网络故障等原因导致此次呼叫不能正常建立，那么该呼叫就会建立失败，从而永兴路用户的呼叫体验。尤其是在运营商铺设VONR的初期，由于网络建设考虑不完善，VONR功能的稳定性较差，导致呼叫建立失败的问题很容易出现。

本申请实施例提供了一种呼叫处理方法，在终端设备发起呼叫请求后，与网络设备建立基于VONR的呼叫会话；若接收到网络设备发送的VONR失败消息，则关闭终端设备的VONR功能，并与网络设备建立基于EPSFB的呼叫会话。这样，用户在拨打电话时，如果这时候选择VONR建立呼叫会话，但是由于网络资源不足或者临时网络故障等原因导致终端设备接收到VONR失败消息，那么可以先关闭终端设备的VONR功能，然后选择EPSFB建立呼叫会话，从而能够提高终端设备的呼叫成功率，满足用户的通话需求，进而提升了用户的呼叫体验。

下面将结合附图对本申请各实施例进行详细说明。

本申请的一实施例中，参见图2，其示出了本申请实施例提供的一种呼叫处理方法的流程示意图。如图2所示，该方法可以包括：

S201：在终端设备发起呼叫请求后，与网络设备建立基于VONR的呼叫会话。

需要说明的是，在本申请实施例中，终端设备可以驻留于5G SA网络，而且该终端设备支持的语音承载方式至少包括：VONR和EPSFB。

还需要说明的是，终端设备发起呼叫请求，具体可以包括：终端设备向网络设备发送SIP INVITE消息。

还需要说明的是，终端设备支持VONR，而且在终端设备成功注册VONR之后，当用户拨打电话时，首先需要由网络侧确定是选择VONR还是EPSFB执行呼叫业务。具体地，在一些实施例中，在终端设备发起呼叫请求后，该方法还可以包括：

确定网络设备选择的语音承载方式；

在网络设备选择的语音承载方式为VONR的情况下，执行与网络设备建立基于VONR的呼叫会话的步骤。

需要说明的是，网络设备可以根据网络策略、VONR的铺设情况等，选择VONR的语音承载方式或者EPSFB的语音承载方式。如果网络设备选择VONR，那么终端设备与网络设备之间可以建立基于VONR的呼叫会话；否则，如果网络设备选择EPSFB，那么终端设备与网络设备之间可以建立基于EPSFB的呼叫会话，以使得终端设备回落到LTE网络上执行呼叫业务。

还需要说明的是，本申请实施例是在网络设备选择VONR的情况下实施的，主要用于解决在执行基于VONR的呼叫业务时由于网络原因导致呼叫不能成功建立的问题。

S202：若接收到网络设备发送的VONR失败消息，则关闭终端设备的VONR功能，并与网络设备建立基于EPSFB的呼叫会话。

需要说明的是，在本申请实施例中，在网络设备选择VONR的语音承载方式后，终端设备与网络设备之间可以建立基于VONR的呼叫会话；但是如果这时候由于网络资源不足或临时网络故障等原因，那么还可能导致VONR呼叫建立失败，此时网络设备会向终端设备发送VONR失败消息。在这种情况下，相关技术不作处理，也就导致此次呼叫不成功；而在本申请实施例中，如果终端设备接收到网络设备发送的VONR失败消息，那么将临时关闭终端设备的VONR功能，然后强制网络设备选择EPSFB，以使得终端设备与网络设备之间建立基于EPSFB的呼叫会话，从而能够达到提高呼叫成功率的目的。

还需要说明的是，在关闭终端设备的VONR功能之后，在一些实施例中，所述与网络设备建立基于EPSFB的呼叫会话，可以包括：

终端设备重新发起呼叫请求；

响应于网络设备发送的无线资源控制释放消息，与网络设备建立基于EPSFB的呼叫会话；其中，无线资源控制释放消息中携带有网络设备选择EPSFB的指示信息。

在一种具体的实施例中，所述与网络设备建立基于EPSFB的呼叫会话，还可以包括：当接收到无线资源控制释放消息时，控制终端设备回落到LTE网络，并通过LTE网络与网络设备建立基于VOLTE的呼叫会话。

也就是说，当用户拨打电话走VONR呼叫失败时，终端设备可以短暂关闭VONR功能，然后向网络设备重新发起呼叫请求；网络设备在接收到呼叫请求后，将会强制选择EPSFB的语音承载方式，具体是向终端设备发送无线资源控制(Radio Resource Control，RRC)释放消息，该RRC释放消息中携带有网络设备选择EPSFB的指示信息。这样，可以使得终端设备会回落到LTE网络，然后在LTE网络上与网络设备建立基于VOLTE的呼叫会话。

另外，需要说明的是，由于终端设备驻留于5G SA网络，即终端设备首先是与5G SA网络中的网络设备建立RRC连接，然后与该网络设备建立基于VONR的呼叫会话；但是在网络资源不足或临时网络故障等原因导致VONR呼叫建立失败的情况下，网络设备会释放该RRC连接，然后基于EPSFB回落到LTE网络，然后终端设备与LTE网络中的网络设备建立基于EPSFB的呼叫会话，可以提高终端设备的呼叫成功率。

还需要说明的是，终端设备在执行EPSFB时，可以从5G网络回落到4G网络中，然后在4G网络中执行呼叫业务；或者，终端设备甚至还可以回落到3G网络、2G网络中执行呼叫业务等；本申请实施例不作任何限定。

进一步地，在一些实施例中，在终端设备接收到网络设备发送的VONR失败消息之后，除了关闭终端设备的VONR功能之外，还需要将其同步发送给网络设备。因此，在一些实施例中，该方法还可以包括：向网络设备同步发送VONR功能关闭的状态消息。具体地，可以包括：利用重新注册方式将VONR功能关闭的状态消息同步更新给网络设备。

也就是说，终端设备会将VONR功能暂时关闭，并且终端设备还会将VONR功能暂时关闭的状态通过重新注册(Reregister)方式同步给网络设备，然后终端设备重新发起呼叫请求，这时候将会控制终端设备与网络设备建立基于EPSFB的呼叫会话。

进一步地，在基于EPSFB的呼叫会话结束之后，还可以恢复终端设备的VONR功能。因此，在一些实施例中，该方法还可以包括：当基于EPSFB的呼叫会话结束时，重新开启终端设备的VONR功能，并向网络设备同步发送VONR功能开启的状态消息。

需要说明的是，在一种具体的实施例中，所述向网络设备同步发送VONR功能开启的状态消息，可以包括：利用重新注册方式将VONR功能开启的状态消息同步更新给网络设备。

示例性地，参见图3，其示出了本申请实施例提供的一种基于EPSFB呼叫的流程示意图。如图3所示，终端设备首先处于5G SA网络，这时候终端设备与网络设备尝试建立基于VONR的呼叫会话，但是由于网络资源不足或者临时网络故障等原因导致终端设备接收到VONR失败消息，这时候可以暂时关闭终端设备的VONR功能，然后终端设备重新发起呼叫请求，并且网络设备通过EPSFB控制终端设备回落到4G网络(即LTE网络)，并在该4G网络上与网络设备建立基于VOLTE的呼叫会话；最后在该呼叫会话结束之后，还可以重新开启终端设备的VONR功能。另外，还需要注意的是，在基于VOLTE的呼叫会话结束之后，终端设备将会由4G网络返回到5G SA网络。

本申请实施例提供了一种呼叫处理方法，应用于终端设备。在终端设备发起呼叫请求后，与网络设备建立基于VONR的呼叫会话；若接收到网络设备发送的VONR失败消息，则关闭终端设备的VONR功能，并与网络设备建立基于EPSFB的呼叫会话。这样，用户在拨打电话时，如果这时候选择VONR建立呼叫会话，但是由于网络资源不足或者临时网络故障等原因导致终端设备接收到VONR失败消息，那么可以先关闭终端设备的VONR功能，然后选择EPSFB建立呼叫会话，从而能够提高终端设备的呼叫成功率，满足用户的通话需求，进而提升了用户的呼叫体验。

本申请的另一实施例中，参见图4，其示出了本申请实施例提供的另一种呼叫处理方法的流程示意图。如图4所示，终端设备可以包括应用处理器和基带处理器，该方法可以包括：

S401：应用处理器向基带处理器发送拨号指令。

S402：基带处理器向网络设备发起呼叫请求，建立基于VONR的呼叫会话。

需要说明的是，本申请实施例的先决条件为：终端设备注册VONR。

还需要说明的是，在终端设备注册VONR之后，终端设备发起呼叫请求，具体可以包括：应用处理器向基带处理器发送拨号指令；基带处理器根据拨号指令向网络设备发起呼叫请求。

这样，在终端设备发起呼叫请求之后，这时候可以先由网络设备确定所选择的语音承载方式。在本申请实施例中，网络设备选择的语音承载方式为VONR，这时候终端设备与网络设备之间可以尝试建立基于VONR的呼叫会话。

S403：基带处理器接收网络设备发送的VONR失败消息。

S404：应用处理器接收基带处理器发送的发送错误码。

S405：应用处理器关闭终端设备的VONR功能。

S406：基带处理器利用重新注册方式将VONR功能关闭同步更新给网络设备。

需要说明的是，在基于VONR的呼叫会话建立过程中，由于网络资源不足或者临时网络故障等原因导致本次呼叫未能正常建立，这时候终端设备将会接收到VONR失败消息。具体地，可以包括：若基带处理器接收到网络设备发送的VONR失败消息，则基带处理器向应用处理器发送错误码；然后应用处理器根据错误码关闭终端设备的VONR功能，并通过基带处理器向网络设备同步发送VONR功能关闭的状态消息。

也就是说，如果网络设备选择VONR，但是本次呼叫在VONR上因为网络原因而建立失败，那么基带处理器在接收到VONR失败的错误码后会上报给应用处理器，应用处理器可以根据错误码来识别是网络失败原因，如果是VONR失败消息，那么应用处理器会将本次未接通(Block call)的失败结果上报给安卓电话服务(Android Teleservice)来阻止呼叫失败信息同步给用户。

还需要说明的是，在发起重拨指令之前，应用处理器还需要将VONR功能暂时关闭，并且利用重新注册方式将VONR功能关闭的状态消息同步更新给网络设备。

S407：应用处理器向基带处理器发送重拨指令。

S408：基带处理器向网络设备重新发起呼叫请求。

S409：基带处理器接收网络设备发送的无线资源控制释放消息以执行EPSFB。

S410：建立基于EPSFB的呼叫会话。

需要说明的是，在通过基带处理器向网络设备同步发送VONR功能关闭的状态消息之后，具体可以包括：应用处理器向基带处理器发送重拨指令；基带处理器根据重拨指令向网络设备重新发起呼叫请求；响应于网络设备发送的无线资源控制释放消息，通过应用处理器与网络设备建立基于EPSFB的呼叫会话。在这里，无线资源控制释放消息中携带有网络设备选择EPSFB的指示信息。

也就是说，应用处理器重新发起重拨(Redial)指令，以便执行自动重拨的操作，此时网络设备会强制选择EPSFB，使得终端设备回落到LTE网络上，然后本次呼叫会话可以在VOLTE上建立，从而能够提高终端设备VONRD的呼叫成功率。

S411：呼叫结束后，应用处理器重新开启终端设备的VONR功能。

S412：基带处理器利用重新注册方式将VONR功能开启同步更新给网络设备。

需要说明的是，当基于EPSFB的呼叫会话结束后，该方法还可以包括：应用处理器重新开启终端设备的VONR功能，并向网络设备同步发送VONR功能开启的状态消息。

也就是说，在本次呼叫结束之后，应用处理器还需要将默认支持VONR功能的能力复原，并且利用重新注册方式将VONR功能开启的状态消息同步更新给网络设备，以便下次通话时可以再次选择执行基于VONR的呼叫业务。

简言之，在终端设备成功注册VONR，用户拨打电话时，如果网络设备选择了VONR，但是因为网络资源不足或网络Bug等原因导致本次通电话建立失败时，在终端设备检测到这种失败场景时，这时候可以通过终端设备临时关闭VONR功能的手段，让终端设备重新Redial，使得网络设备强行选择EPSFB的实施方式来提高电话建立的成功率，进而能够提高用户体验。

具体来讲，在本申请实施例中，终端设备注册上VONR，用户拨打电话，此时发起呼叫请求后如果网络设备选择了VONR，但是在建立SIP信令的过程中，因为网络资源不足或网络Bug等原因导致这通电话未能正常建立，这时候基带处理器(BP)在接收到这通电话因为网络原因建立失败后，会将错误码(error code)上报给应用处理器(AP)，AP会将VONR功能(VONR capability)暂时关闭，此时终端设备会将关闭VONR功能(VONR capabilitydisable)的状态通过重新注册(Reregister)方式同步给网络设备，然后终端设备会重新发起Redial操作，这样网络设备在接收到终端设备的SIP INVITE消息时，就会强行走EPSFB的呼叫流程，从而能够提高的电话成功率。另外在电话结束后，终端设备还会自动根据当VONR支持的能力重新打开VONR功能并将VONRcapability enable同步给网络设备。

在一种具体的实施例中，结合图4，针对本申请实施例的呼叫处理过程，具体描述如下：

a)、终端设备注册上VONR，用户拨打电话时，如果网络设备选择VONR，那么可以基于VONR执行呼叫业务，但是在VONR上因为网络原因而建立失败，这时候进入b)；

b)、BP在接收到VONR失败的错误码后会上报给AP，AP根据错误码来识别是网络失败原因，然后进入c)；

c)、在AP会将未接通(block call)的失败结果上报给Android Teleservice，从而阻止将呼叫失败信息同步给用户，然后进入d)；

d)、在Redial操作之前，AP还需先将VONR功能暂时关闭，然后进入e)；

e)、AP重新发起Redial操作，此时网络设备会强制选择EPSFB进行呼叫业务，使得本次呼叫会基于VOLTE建立，当本次呼叫结束时则进入f)；

f)、当基于EPSFB的呼叫会话结束后，AP还会将默认支持VONR功能打开复原。

本申请实施例提供了一种呼叫处理方法，通过上述实施例对前述实施例的具体实现进行了详细阐述，从中可以看出，通过前述实施例的技术方案，对于支持VONR的终端设备，当用户拨打电话走VONR失败时，终端设备通过短暂关闭VONR功能，然后重新发起Redial操作，让终端设备强制选择EPSFB建立呼叫会话，从而能够提高终端设备的呼叫成功率，满足用户的通话需求，进而提升了用户的呼叫体验。

本申请的又一实施例中，基于前述实施例相同的发明构思，参见图5，其示出了本申请实施例提供的一种呼叫处理装置的组成结构示意图。在这里，该呼叫处理装置50应用于终端设备，而且可以执行前述实施例所述的呼叫处理方法。如图5所示，呼叫处理装置50可以包括发送单元501、建立单元502和接收单元503；其中，

建立单元502，配置为在发送单元501发起呼叫请求后，与网络设备建立基于VONR的呼叫会话；

建立单元502，还配置为若接收单元503接收到网络设备发送的VONR失败消息，则关闭终端设备的VONR功能，并与网络设备建立基于EPSFB的呼叫会话。

在一些实施例中，发送单元501，还配置为重新发起呼叫请求；

建立单元502，还配置为响应于网络设备发送的无线资源控制释放消息，与网络设备建立基于EPSFB的呼叫会话；其中，无线资源控制释放消息中携带有网络设备选择EPSFB的指示信息。

在一些实施例中，建立单元502，具体配置为当接收到无线资源控制释放消息时，控制终端设备回落到长期演进LTE网络，并通过LTE网络与网络设备建立基于长期演进语音承载VOLTE的呼叫会话。

在一些实施例中，发送单元501，还配置为在关闭终端设备的VONR功能之后，向网络设备同步发送VONR功能关闭的状态消息。

在一些实施例中，参见图5，呼叫处理装置50还可以包括设置单元504，配置为当基于EPSFB的呼叫会话结束时，重新开启终端设备的VONR功能，并通过发送单元501向网络设备同步发送VONR功能开启的状态消息。

在一些实施例中，发送单元501，还配置为利用重新注册方式将VONR功能关闭的状态消息同步更新给网络设备；以及还配置为利用重新注册方式将VONR功能开启的状态消息同步更新给网络设备。

在一些实施例中，建立单元502，还配置为确定网络设备选择的语音承载方式；以及在网络设备选择的语音承载方式为VONR的情况下，执行与网络设备建立基于VONR的呼叫会话的步骤。

在一些实施例中，终端设备驻留于5G SA网络，且终端设备支持的语音承载方式至少包括：VONR和EPSFB。

在一些实施例中，终端设备包括应用处理器和基带处理器，相应地，发送单元501，还配置为通过应用处理器向基带处理器发送拨号指令；以及根据拨号指令，通过基带处理器向网络设备发起呼叫请求。

在一些实施例中，发送单元501，还配置为若基带处理器接收到网络设备发送的VONR失败消息，则通过基带处理器向应用处理器发送错误码；

设置单元504，还配置为根据错误码，通过应用处理器关闭终端设备的VONR功能；

发送单元501，还配置为通过基带处理器向网络设备同步发送VONR功能关闭的状态消息。

在一些实施例中，发送单元501，还配置为在通过基带处理器向网络设备同步发送VONR功能关闭的状态消息之后，通过应用处理器向基带处理器发送重拨指令；以及根据重拨指令，通过基带处理器向网络设备重新发起呼叫请求；

建立单元502，还配置为响应于网络设备发送的无线资源控制释放消息，通过应用处理器与网络设备建立基于EPSFB的呼叫会话。

在一些实施例中，设置单元504，还配置为当基于EPSFB的呼叫会话结束时，通过应用处理器重新开启终端设备的VONR功能；

发送单元501，还配置为通过基带处理器向网络设备同步发送VONR功能开启的状态消息。

可以理解地，在本实施例中，“单元”可以是部分电路、部分处理器、部分程序或软件等等，当然也可以是模块，还可以是非模块化的。而且在本实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

因此，本实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现前述实施例中任一项所述的方法的步骤。

基于上述呼叫处理装置50的组成以及计算机存储介质，参见图6，其示出了本申请实施例提供的一种终端设备60的具体硬件结构示意图。如图6所示，终端设备60可以包括：通信接口601、存储器602和处理器603；各个组件通过总线系统604耦合在一起。可理解，总线系统604用于实现这些组件之间的连接通信。总线系统604除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统604。其中，通信接口601，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；

存储器602，用于存储能够在处理器603上运行的计算机程序；

处理器603，用于在运行所述计算机程序时，执行：

在终端设备发起呼叫请求后，与网络设备建立基于VONR的呼叫会话；

若接收到网络设备发送的VONR失败消息，则关闭终端设备的VONR功能，并与网络设备建立基于EPSFB的呼叫会话。

可以理解，本申请实施例中的存储器602可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(ProgrammableROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步链动态随机存取存储器(Synchronous link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的系统和方法的存储器602旨在包括但不限于这些和任意其它适合类型的存储器。

而处理器603可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器603中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器603可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器602，处理器603读取存储器602中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(DigitalSignal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地，作为另一个实施例，处理器603还配置为在运行所述计算机程序时，执行前述实施例中任一项所述的方法的步骤。

可选地，作为另一个实施例，参见图7，其示出了本申请实施例提供的另一种终端设备60的具体硬件结构示意图。如图7所示，在图6所示终端设备60的基础上，处理器603可以包括应用处理器701和基带处理器702。

在本申请实施例中，应用处理器701的全称为多媒体应用处理器，该应用处理器是在低功耗中央处理器(Central Processing Unit，CPU)的基础上扩展音视频功能和专用接口的超大规模集成电路。另外，应用处理器是伴随着智能手机等终端设备而产生的，普通手机只有通话和短信收发功能，称为语音压缩无线收发机更确切一些。而基带处理器702则是智能手机的一个重要部件，相当于一个协议处理器，负责数据处理与储存，主要组件为数字信号处理器、微控制器、内存等单元，主要功能为基带编码或译码、声音编码及语音编码等。

在一些实施例中，应用处理器701，配置为向基带处理器发送拨号指令；

基带处理器702，配置为根据拨号指令向网络设备发起呼叫请求。

在一些实施例中，基带处理器702，还配置为若接收到网络设备发送的VONR失败消息，则向应用处理器701发送错误码；

应用处理器701，还配置为根据错误码关闭终端设备的VONR功能，并通过基带处理器702向网络设备同步发送VONR功能关闭的状态消息。

在一些实施例中，应用处理器701，还配置为向基带处理器702发送重拨指令；

基带处理器702，还配置为根据重拨指令向网络设备重新发起呼叫请求；

应用处理器701，还配置为响应于网络设备发送的无线资源控制释放消息，与网络设备建立基于EPSFB的呼叫会话。

在一些实施例中，应用处理器701，还配置为当基于EPSFB的呼叫会话结束时，重新开启终端设备的VONR功能，并通过基带处理器702向网络设备同步发送VONR功能开启的状态消息。

需要说明的是，在本申请实施例中，对于终端设备60而言，用户在拨打电话时，如果这时候选择VONR建立呼叫会话，但是由于网络资源不足或者临时网络故障等原因导致终端设备接收到VONR失败消息，那么可以先关闭终端设备的VONR功能，然后选择EPSFB建立呼叫会话，从而能够提高终端设备的呼叫成功率，满足用户的通话需求，进而提升了用户的呼叫体验。

需要说明的是，在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (15)

1.一种呼叫处理方法，其特征在于，应用于终端设备，所述方法包括：

在所述终端设备发起呼叫请求后，与网络设备建立基于新空口语音承载VONR的呼叫会话；

若接收到所述网络设备发送的VONR失败消息，则关闭所述终端设备的VONR功能，并与所述网络设备建立基于演进分组系统回落EPSFB的呼叫会话。

2.根据权利要求1所述的方法，其特征在于，所述与所述网络设备建立基于EPSFB的呼叫会话，包括：

所述终端设备重新发起呼叫请求；

响应于所述网络设备发送的无线资源控制释放消息，与所述网络设备建立基于EPSFB的呼叫会话；其中，所述无线资源控制释放消息中携带有所述网络设备选择EPSFB的指示信息。

3.根据权利要求2所述的方法，其特征在于，所述与所述网络设备建立基于EPSFB的呼叫会话，还包括：

当接收到所述无线资源控制释放消息时，控制所述终端设备回落到长期演进LTE网络，并通过所述LTE网络与所述网络设备建立基于长期演进语音承载VOLTE的呼叫会话。

4.根据权利要求1所述的方法，其特征在于，在所述关闭所述终端设备的VONR功能之后，所述方法还包括：

向所述网络设备同步发送VONR功能关闭的状态消息。

5.根据权利要求4所述的方法，其特征在于，在所述与所述网络设备建立基于EPSFB的呼叫会话之后，所述方法还包括：

当所述基于EPSFB的呼叫会话结束时，重新开启所述终端设备的VONR功能，并向所述网络设备同步发送VONR功能开启的状态消息。

6.根据权利要求5所述的方法，其特征在于，所述向所述网络设备同步发送VONR功能关闭的状态消息，包括：利用重新注册方式将所述VONR功能关闭的状态消息同步更新给所述网络设备；

所述向所述网络设备同步发送VONR功能开启的状态消息，包括：利用重新注册方式将所述VONR功能开启的状态消息同步更新给所述网络设备。

7.根据权利要求1所述的方法，其特征在于，在所述终端设备发起呼叫请求后，所述方法还包括：

确定所述网络设备选择的语音承载方式；

在所述网络设备选择的语音承载方式为VONR的情况下，执行所述与所述网络设备建立基于VONR的呼叫会话的步骤。

8.根据权利要求1所述的方法，其特征在于，所述终端设备驻留于5G SA网络，且所述终端设备支持的语音承载方式至少包括：VONR和EPSFB。

9.根据权利要求1至8任一项所述的方法，其特征在于，所述终端设备包括应用处理器和基带处理器，所述终端设备发起呼叫请求，包括：

所述应用处理器向所述基带处理器发送拨号指令；

所述基带处理器根据所述拨号指令向所述网络设备发起呼叫请求。

10.根据权利要求9所述的方法，其特征在于，所述若接收到所述网络设备发送的VONR失败消息，则关闭所述终端设备的VONR功能，包括：

若所述基带处理器接收到所述网络设备发送的VONR失败消息，则所述基带处理器向所述应用处理器发送错误码；

所述应用处理器根据所述错误码关闭所述终端设备的VONR功能，并通过所述基带处理器向所述网络设备同步发送VONR功能关闭的状态消息。

11.根据权利要求10所述的方法，其特征在于，所述与所述网络设备建立基于EPSFB的呼叫会话，包括：

在通过所述基带处理器向所述网络设备同步发送VONR功能关闭的状态消息之后，所述应用处理器向所述基带处理器发送重拨指令；

所述基带处理器根据所述重拨指令向所述网络设备重新发起呼叫请求；

响应于所述网络设备发送的无线资源控制释放消息，通过所述应用处理器与所述网络设备建立基于EPSFB的呼叫会话。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

当所述基于EPSFB的呼叫会话结束时，所述应用处理器重新开启所述终端设备的VONR功能，并通过所述基带处理器向所述网络设备同步发送VONR功能开启的状态消息。

13.一种呼叫处理装置，其特征在于，应用于终端设备，所述呼叫处理装置包括发送单元、建立单元和接收单元；其中，

所述建立单元，配置为在所述发送单元发起呼叫请求后，与网络设备建立基于VONR的呼叫会话；

所述建立单元，还配置为若所述接收单元接收到所述网络设备发送的VONR失败消息，则关闭所述终端设备的VONR功能，并与所述网络设备建立基于EPSFB的呼叫会话。

14.一种终端设备，其特征在于，所述终端设备包括存储器和处理器；其中，

所述存储器，用于存储能够在所述处理器上运行的计算机程序；

所述处理器，用于在运行所述计算机程序时，执行如权利要求1至12任一项所述的方法。

15.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现如权利要求1至12任一项所述的方法。

Images