CN110602663A - 语音呼叫方法、装置及系统 - Google Patents

Abstract

本申请实施例提供语音呼叫方法、装置及系统，可应用于涉及车联网的系统，比如自动驾驶系统。该方法包括：终端设备确定发起语音呼叫失败的原因为无线承载RB资源不足，终端设备断开一路数据业务，并在断开的一路数据业务对应的RB资源上重新发起语音呼叫。基于该方案可以更简单快捷地提高语音呼叫的成功率。其中，终端设备例如可以是智能车，或者车载的终端，或者车载终端内的芯片。

Description

语音呼叫方法、装置及系统

技术领域

本申请涉及通信领域，尤其涉及语音呼叫的方法、装置及系统。

背景技术

现有的车载终端最重要的业务通常是语音呼叫业务，如车祸自动报警呼叫，车辆故障道路救援呼叫等；而现有的车载终端最常用的业务通常是数据业务。其中，数据业务具有多种类型，例如内容服务提供者(telematics service provider，TSP)业务、车载无线保真(wireless fidelity，Wi-Fi)业务、空中固件升级(firmware over the air，FOTA)业务等。针对不同的数据业务类型，车载终端需要通过设置不同的接入点名称(access pointname，APN)来传输业务数据。一般情况下，每个APN占用一路数据通道，即一类数据业务占用一路数据通道，该一路数据通道可以理解为一个无线承载(radio bearer，RB)资源。因此，在车载终端支持语音呼叫业务以及多类数据业务时，可能存在语音呼叫业务和多路数据业务并发的情况。比如，在支持长期演进语音(voice over long term evolution，VoLTE)呼叫业务的长期演进(long term evolution，LTE)系统中，即存在VoLTE呼叫业务和多路分组交换(packet switched，PS)数据业务并发的情况。

目前，LTE系统中的网络设备最多可以为车载终端分配11个RB资源，足够支持VoLTE呼叫业务和多路PS数据业务并发。但是，实际上网络运营商的一些网络设备为车载终端配置的RB资源数远小于11，因此，网络设备配置的RB资源可能全部用于车载终端的信令传输以及数据业务传输，此时，将导致车载终端发起VoLTE呼叫失败。

鉴于上述问题，现有的解决方式是通知运营商，以便让运营商修改其网络设备的网络配置，从而提高VoLTE呼叫成功率，但是在全球范围内，逐一排查网络设备的网络配置是比较困难的，因此，需要一种简捷的方法来提高VoLTE呼叫成功率。

发明内容

本申请实施例提供一种语音呼叫方法、装置及系统，可以以低复杂度实现语音呼叫成功率的提高。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种语音呼叫方法及相应的通信装置，该方法包括：终端设备确定发起语音呼叫失败的原因为RB资源不足，终端设备断开一路数据业务，并在断开的一路数据业务对应的RB资源上重新发起语音呼叫。由于本申请实施例中，RB资源不足导致语音呼叫失败时，终端设备主动断开一路数据业务，在断开的数据业务对应的RB资源上重新发起语音呼叫，因此确保语音呼叫所需要的RB资源，从而提高语音呼叫的成功率。此外，本申请从终端设备侧实现语音呼叫成功率的提高，相比于现有的解决方法，由于无需通知网络运营商修改其网络配置，因此可以降低实现复杂度。

在一种可能的设计中，终端设备确定发起语音呼叫失败的原因为RB资源不足，包括：终端设备接收来自网络设备的发起语音呼叫失败的原因，该发起语音呼叫失败的原因为RB资源不足。

在一种可能的设计中，终端设备断开一路数据业务，包括：终端设备根据预设规则断开一路数据业务。

在一种可能的设计中，该预设规则包括以下一项或多项：断开重要等级小于预设等级的数据业务、断开数据量小于设定数据量的数据业务、或者断开传输速率小于设定速率的数据业务。基于该方案，由于终端设备根据预设规则断开数据业务中的一路数据业务，因此，可以保证比较重要或者传输性能高的数据业务保持连接，而断开不重要或者传输性能较低的数据业务，提高了断开数据业务的灵活性。

在一种可能的设计中，断开一路数据业务，包括：释放该一路数据业务占用的RB资源。基于该方案，由于终端设备释放了一路数据业务占用的RB资源，因此可以为语音呼叫业务提供可用的RB资源，从而提高了语音呼叫的成功率。

在一种可能的设计中，本申请实施例提供的语音呼叫方法，还包括：终端设备确定语音呼叫结束，终端设备在断开的该一路数据业务对应的RB资源上发起断开的该一路数据业务的重新连接。基于该方案，由于语音呼叫业务完成后，可以在语音呼叫业务释放的RB资源上继续进行被断开的数据业务，从而保持数据业务的畅通，减少了RB资源的浪费，提升了资源利用率。

在一种可能的设计中，上述终端设备为车载终端设备，或者，上述终端设备为车载终端设备内的芯片。

第二方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第一方面中的终端设备，比如是车载通信装置，或者包含上述终端设备的装置，比如各种类型的车辆，或者是上述终端设备中包含的装置，比如系统芯片。所述通信装置包括实现上述方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

第三方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机指令，当该处理器执行该指令时，以使该通信装置执行上述任一方面所述的方法。该通信装置可以为上述第一方面中的终端设备，比如是车载通信装置，或者包含上述终端设备的装置，比如各种类型的车辆，或者是上述终端设备中包含的装置，比如系统芯片。

第四方面，提供了一种通信装置，包括：处理器；所述处理器用于与存储器耦合，并读取存储器中的指令之后，根据所述指令执行如上述任一方面所述的方法。该通信装置可以为上述第一方面中的终端设备，比如是车载通信装置，或者包含上述终端设备的装置，比如各种类型的车辆，或者是上述终端设备中包含的装置，比如系统芯片。

第五方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

第六方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

第七方面，提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方面中所涉及的功能。在一种可能的设计中，该通信装置还包括存储器，该存储器，用于保存必要的程序指令和数据。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

第八方面，提供了一种通信装置，包括：处理器和接口电路；该接口电路为代码/数据读写接口电路，该接口电路用于接收代码指令(代码指令存储在存储器中，可能直接从存储器读取，或可能经过其他器件)并传输至该处理器；该处理器用于运行所述代码指令以执行上述任一方面所述的方法。

其中，第二方面至第八方面中任一种设计方式所带来的技术效果可参见上述第一方面中不同设计方式所带来的技术效果，此处不再赘述。

第九方面，提供一种通信系统，该通信系统包括上述方面所述的终端设备。

附图说明

图1为本申请实施例提供的一种通信系统的结构示意图；

图2为本申请实施例提供的一种终端设备和网络设备的结构示意图；

图3为本申请实施例提供的另一种终端设备的结构示意图；

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

图5为本申请实施例提供的另一种语音呼叫的方法流程示意图；

图6为本申请实施例提供的又一种终端设备的结构示意图。

具体实施方式

为了方便理解本申请实施例中的方案，首先给出相关技术的简要介绍或定义如下：

第一，APN

本申请实施例中的APN指一种网络接入技术，是终端设备进行数据业务时必须配置的一个参数，该参数决定了终端设备通过哪种接入方式来访问网络。相应的，采用的接入方式不同，终端设备进行的数据业务类型也不同。终端设备可以同时配置多个APN，即终端设备可以同时进行多种类型的数据业务，其中，一般情况下，每个APN使用一路数据通道，该数据通道可以理解为一个RB资源。例如，终端设备同时配置了3个APN，分别为APN1、APN2和APN3，则终端设备可以通过APN1使用数据通道1(RB资源1)进行类型为1的数据业务，通过APN2使用数据通道2(RB资源2)进行类型为2的数据业务，通过APN3使用数据通道3(RB资源3)进行类型为3的数据业务。当然，也可能存在特殊情况，即一个APN使用多路数据通道(多个RB资源)。例如，终端设备同时配置了2个APN，分别为APN4和APN5，则终端设备可以通过APN4使用数据通道4(RB资源4)和数据通道5(RB资源5)进行类型为4的数据业务，通过APN5使用数据通道6(RB资源6)进行类型为5的数据业务。

需要说明的是，本申请实施例中，一般情况下，每个APN与其使用的RB资源之间不存在绑定关系，例如，上述APN1不一定使用RB资源1，也可以使用RB资源2，或者还可以使用RB资源3，本申请实施例对此不做具体限定。

此外，本申请实施例中，终端设备的语音呼叫业务不需要通过配置APN来实现，终端设备可以使用任意一个空闲的数据通道(RB资源)进行语音呼叫业务。

需要说明的是，本申请实施例中，除特殊说明外，数据业务均为PS数据业务，语音呼叫业务均为VoLTE呼叫业务，语音呼叫均为VoLTE呼叫，在此统一说明，下述实施例不再赘述。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

如图1所示，为本申请实施例提供的一种通信系统10。该通信系统10包括终端设备20以及网络设备30。终端设备20通过RB资源与网络设备30连接，从而进行VoLTE呼叫业务和不同类型的数据业务。示例性的，终端设备20可以通过RB与图1所示的语音呼叫业务中心通信来完成VoLTE呼叫。终端设备20还可以通过不同的APN进行不同类型的数据业务，例如，终端设备20可以通过APN1与图1所示的FOTA服务器通信来完成FOTA业务；或者，终端设备20可以通过APN2与图1所示的网络通信来完成Wi-Fi业务；或者，终端设备20可以通过APN3与图1所示的TSP服务器通信来完成TSP业务，本申请实施例对此不做具体限定。

可选的，本申请实施例中的终端设备20可以是车辆(vehicle)；也可以是安装在车辆上用于辅助车辆行驶的终端，如车载盒子(telematics box，T-BOX)；或者还可以是车载终端内的芯片。其中，该终端可以是LTE网络或者未来演进的公共陆地移动网络(publicland mobile network，PLMN)中的用户设备(user equipment，UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personaldigital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备，虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。该车载终端可以是移动的，也可以是固定的。

可选的，本申请实施例中的网络设备30，是一种将终端设备20接入到无线网络的设备，可以是LTE中的演进型基站(evolutional Node B，eNB或eNodeB)；或者未来演进的公共陆地移动网络(public land mobile network，PLMN)中的基站，宽带网络业务网关(broadband network gateway，BNG)，汇聚交换机或非第三代合作伙伴项目(3rdgeneration partnership project，3GPP)接入设备等，本申请实施例对此不作具体限定。可选的，本申请实施例中的基站可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等，本申请实施例对此不作具体限定。

可选的，本申请实施例中的终端设备20或网络设备30也可以称之为通信设备(或通信装置)，其可以是一个通用设备或者是一个专用设备，本申请实施例对此不作具体限定。

可选的，本申请实施例中，图1中的终端设备20或网络设备30可以通过图2中的通信设备(或通信装置)40来实现。图2所示为本申请实施例提供的通信设备40的结构示意图。该通信设备40包括一个或多个处理器401，通信线路402，以及至少一个通信接口(图2中仅是示例性的以包括通信接口404，以及一个处理器401为例进行说明)，可选的还可以包括存储器403。

处理器401可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路402可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。该通信线路402用于连接通信设备40中的不同组件，使得不同组件可以通信。

通信接口404，可以是收发模块用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local area networks，WLAN)等。例如，所述收发模块可以是收发器、收发机一类的装置。可选的，所述通信接口404也可以是位于处理器401内的收发电路，用以实现处理器的信号输入和信号输出。

存储器403可以是具有存储功能的装置。例如可以是只读存储器(read-onlymemory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路402与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器403用于存储执行本申请方案的计算机执行指令，并由处理器401来控制执行。处理器401用于执行存储器403中存储的计算机执行指令，从而实现本申请实施例中提供的语音呼叫方法。

或者，可选的，本申请实施例中，也可以是处理器401执行本申请下述实施例提供的语音呼叫方法中的处理相关的功能，通信接口404负责与其他设备或通信网络通信，本申请实施例对此不作具体限定。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器401可以包括一个或多个CPU，例如图2中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备40可以包括多个处理器，例如图2中的处理器401和处理器408。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，通信设备40还可以包括输出设备405和输入设备406。输出设备405和处理器401通信，可以以多种方式来显示信息。例如，输出设备405可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备406和处理器401通信，可以以多种方式接收用户的输入。例如，输入设备406可以是鼠标、键盘、触摸屏设备或传感设备等。

结合图2所示的通信设备40的结构示意图，示例性的，图3为本申请实施例提供的终端设备20的一种具体结构形式。

其中，在一些实施例中，图2中的处理器401的功能可以通过图3中的处理器110实现。

在一些实施例中，图2中的通信接口404的功能可以通过图3中的天线1，天线2，移动通信模块150，无线通信模块160等实现。

其中，天线1和天线2用于发射和接收电磁波信号。终端设备20中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端设备20上的包括4G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在终端设备20上的包括无线局域网(wirelesslocal area networks，WLAN)(如Wi-Fi网络)，蓝牙(blue tooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。当终端设备20是第一设备时，无线通信模块160可以提供应用在终端设备20上的NFC无线通信的解决方案，是指第一设备包括NFC芯片。该NFC芯片可以提高NFC无线通信功能。当终端设备20是第二设备时，无线通信模块160可以提供应用在终端设备20上的NFC无线通信的解决方案，是指第一设备包括电子标签(如射频识别(radiofrequency identification，RFID)标签)。其他设备的NFC芯片靠近该电子标签可以与第二设备进行NFC无线通信。

在一些实施例中，终端设备20的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备20可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)或星基增强系统(satellite based augmentation systems，SBAS)。

在一些实施例中，图2中的存储器403的功能可以通过图3中的内部存储器121或者外部存储器接口120连接的外部存储器(例如Micro SD卡)等实现。

在一些实施例中，图2中的输出设备405的功能可以通过图3中的显示屏194实现。其中，显示屏194用于显示图像，视频等。显示屏194包括显示面板。

在一些实施例中，图2中的输入设备406的功能可以通过鼠标、键盘、触摸屏设备或图3中的传感器模块180来实现。示例性的，如图3所示，该传感器模块180例如可以包括压力传感器180A、陀螺仪传感器180B、气压传感器180C、磁传感器180D、加速度传感器180E、距离传感器180F、接近光传感器180G、指纹传感器180H、温度传感器180J、触摸传感器180K、环境光传感器180L、和骨传导传感器180M中的一个或多个，本申请实施例对此不作具体限定。

在一些实施例中，如图3所示，该终端设备20还可以包括音频模块170、摄像头193、指示器192、马达191、按键190、SIM卡接口195、USB接口130、充电管理模块140、电源管理模块141和电池142中的一个或多个，其中，音频模块170可以与扬声器170A(也称“喇叭”)、受话器170B(也称“听筒”)、麦克风170C(也称“话筒”，“传声器”)或耳机接口170D等连接，本申请实施例对此不作具体限定。

可以理解的是，图3所示的结构并不构成对终端设备20的具体限定。比如，在本申请另一些实施例中，终端设备20可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

目前，LTE系统中，网络运营商的一些网络设备为车载终端配置的RB资源数远小于11，因此，网络设备配置的RB资源可能全部用于车载终端的信令传输以及数据业务传输，此时，将导致车载终端发起VoLTE呼叫失败。鉴于该问题，现有的解决方式是通知运营商，以便让运营商修改其网络设备的网络配置，从而提高VoLTE呼叫成功率，但是在全球范围内，逐一排查网络设备的网络配置是比较困难的。

基于此，本申请实施例提供一种语音呼叫方法，该语音呼叫方法中，终端设备确定发起语音呼叫失败的原因为RB资源不足，终端设备断开一路数据业务，并在断开的一路数据业务对应的RB资源上重新发起语音呼叫。由于本申请实施例中，RB资源不足导致语音呼叫失败时，终端设备主动断开一路数据业务，在断开的数据业务对应的RB资源上重新发起语音呼叫，因此确保语音呼叫所需要的RB资源，从而提高语音呼叫的成功率。此外，本申请从终端设备侧实现语音呼叫成功率的提高，相比于现有的解决方法，由于无需通知网络运营商修改其网络配置，因此可以降低实现复杂度，同时可以降低终端设备重新成功发起语音呼叫的时延。

下面将结合图1至图3，通过具体实施例对本申请实施例提供的语音呼叫方法进行详细阐述。

需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

在一种可能的实现方式中，如图4所示，本申请实施例提供的语音呼叫方法包括如下步骤：

S401、终端设备发起语音呼叫。

其中，终端设备发起的语音呼叫为VoLTE呼叫。

可选的，终端设备发起语音呼叫后存在两种可能的情况，一种可能的情况是终端设备接收到来自网络设备的语音呼叫专有承载(dedicated bearer)建立请求，并建立语音呼叫专有承载，成功发起语音呼叫，相关描述可参考现有技术，在此不再赘述；另一种可能的情况是终端设备未接收到来自网络设备的语音呼叫专有承载建立请求，此时可以认为终端设备发起语音呼叫失败，可选的，在该情况下，终端设备可以执行下述步骤S402-S404。

S402、终端设备确定发起语音呼叫失败的原因为RB资源不足。

其中，终端设备确定发起语音呼叫失败的原因为RB资源不足，即表示网络设备为该终端设备配置的RB资源在终端设备发起语音呼叫时全部用于终端设备的信令以及数据业务，而没有空闲的RB资源用于终端设备发起语音呼叫。

可选的，在终端设备未接收到来自网络设备的语音呼叫专有承载建立请求的情况下，一种可能的原因是终端设备接收到来自网络设备的错误码，该错误码用于指示发起语音呼叫失败的原因。可选的，该错误码可以指示发起语音呼叫失败的原因为建立语音呼叫专有承载的RB资源不足，此时，终端设备可以根据网络设备返回的建立语音呼叫专有承载的RB资源不足的错误码，确定语音呼叫失败的原因为RB资源不足。

需要说明的是，在终端设备未接收到来自网络设备的语音呼叫专有承载建立请求的情况下，终端设备确定的发起语音呼叫失败的原因可能存在多种情况，本申请实施例仅以发起语音呼叫的失败原因为RB资源不足进行说明，此时终端设备继续执行步骤S403，当终端设备确定发起语音呼叫失败的原因为其他原因时，相关处理可参考现有技术，在此不再赘述。

S403、终端设备断开一路数据业务。

可选的，本申请实施例中，终端设备断开一路数据业务可以包括：终端设备主动断开一路数据业务的网络连接，以便释放该路数据业务所占用的RB资源。终端设备断开该路数据业务的网络连接后，可以对该路数据业务的自动重连进行延迟处理，例如，设定该路数据业务下一次自动重连的时间，进而可以避免在该路数据业务的网络连接断开并且该路数据业务所占用的RB资源释放后，语音呼叫未成功重新发起前，该路数据业务通过预设的自动重连规则进行重新连接而再次导致没有空闲的RB资源用于语音呼叫的情况，保证了所释放的该路数据业务的RB资源可以有效的用于语音呼叫。

可选的，本申请实施例中，在一个APN使用一路数据通道(一个RB资源)的情况下，终端设备可以断开正在进行的数据业务中的任意一路数据业务，也可以根据预设规则断开正在进行的数据业务中的一路数据业务。

可选的，该预设规则可以为断开重要等级小于设定等级的数据业务，在该情况下，终端设备可以为每个数据业务设置重要等级，当需要断开一路数据业务时，终端设备可以根据正在进行的各个业务的重要等级以及设定的等级确定最终需要断开的一路数据业务。示例性的，终端设备设置的数据业务的重要等级从高到低依次为1、2、3、4，该重要等级为1的数据业务例如可以为导航等重要的数据业务，该重要等级为4的数据业务例如可以为音乐等娱乐性的数据业务，若设定等级为3，则终端设备确定的最终需要断开的一路数据业务可以为重要等级为4的一路数据业务。或者，在该情况下，终端设备可以设置通过每个APN进行的数据业务的重要等级，例如，终端设备设置通过APN1进行重要等级为1的数据业务，通过APN4进行重要等级为4的数据业务，以此类推。当终端设备确定需要断开一路数据业务时，可以断开对应的重要等级小于设定等级的APN上进行的数据业务，释放该路数据业务使用的RB资源，例如断开APN4上进行的数据业务，释放APN4对应的RB资源；

或者，可选的，该预设规则可以为优先断开数据量小的数据业务，此时，终端设备可以确定每个RB资源上传输的数据量，断开数据量小于设定数据量的一路数据业务，并释放该路数据业务所占用的RB资源；

或者，可选的，该预设规则可以为断开传输速率慢的数据业务，此时，终端设备可以确定每个RB资源上的数据传输速率，断开传输速率小于设定速率的一路数据业务，并释放该路数据业务所占用的RB资源；

或者，可选的，该预设规则可以为断开特定类型的数据业务，如优先断开FOTA业务，或者优先断开娱乐性的数据业务。

需要说明的是，上述预设规则可以是网络设备向终端设备配置的，也可以是终端设备预配置的，本申请实施例对此不做具体限定。

可选的，本申请实施例中，可能存在多路数据业务同时满足上述预设规则的情况，此时，终端设备可以继续根据其他规则确定需要断开的数据业务。示例性的，以上述预设规则为断开数据量小的数据业务为例，终端设备确定出的数据量小于设定数据量的数据业务的数量可能大于1，在该情况下，终端设备可以在数据量小于设定数据量的数据业务中确定数据传输速率小于设定速率的数据业务，并断开该数据量小于设定数据量且数据传输速率小于设定速率的数据业务。由于本申请实施例中终端设备根据预设规则断开数据业务中的一路数据业务，因此，可以保证比较重要或者传输性能高的数据业务保持连接，而断开不重要或者传输性能较低的数据业务，提高了断开数据业务的灵活性。

可选的，本申请实施例中，在一个APN使用多路数据通道(多个RB资源)的情况下，终端设备可以先选择一个APN，再释放该APN对应的多个RB资源中的一个RB资源。示例性的，终端设备可以选择对应的数据业务的重要等级较低的APN，并释放该APN对应的多个RB资源中的任意一个RB资源，或者根据预设规则释放该APN对应的多个RB资源中的一个RB资源，例如，该预设规则可以为释放该APN对应的RB资源中数据量小于设定数据量或数据传输速率小于设定速率的RB资源，本申请实施例对此不做具体限定。

其中，终端设备断开一路数据业务后，继续执行步骤S404。

S404、终端设备重新发起语音呼叫。

其中，该重新发起的语音呼叫为步骤S401中发起的语音呼叫。

可选的，在一个APN使用一路数据通道(一个RB资源)的情况下，终端设备重新发起语音呼叫包括：终端设备在步骤S403中断开的一路数据业务对应的RB资源上重新发起语音呼叫。

可选的，在该场景下，终端设备重新发起的语音呼叫业务完成后，用于语音呼叫业务的RB资源在语音业务断开后会进行主动的释放。此时，终端设备可以确定该语音呼叫结束，进而可以根据断开的该路数据业务的自动重连规则，在语音呼叫业务释放的RB资源上进行该路数据业务的重新连接，恢复路该被断开的数据业务；或者，终端设备内部的软件业务功能可以触发该路被断开的数据业务的重新连接，恢复路该被断开的数据业务。其中，上述被断开的数据业务的自动重连规则可以是网络设备配置的，也可以是终端设备预配置的，本申请实施例对此不做具体限定。由于本申请实施例中语音呼叫业务完成后，可以在语音呼叫业务释放的RB资源上继续进行被断开的数据业务，从而保持数据业务的畅通，减少了RB资源的浪费，提升了资源利用率。

可选的，在一个APN使用多路数据通道(多个RB资源)的情况下，终端设备重新发起语音呼叫包括：终端设备在步骤S403中选择的APN对应的被释放的一个RB资源上重新发起语音呼叫。

可选的，在该场景下，终端设备可以使用该APN对应的其他未释放的RB资源继续进行数据业务。可选的，本申请实施例中，在该场景下，终端设备重新发起的语音呼叫业务完成后，用于语音呼叫业务的RB资源在语音呼叫业务断开后会进行主动的释放。此时，终端设备可以确定该语音呼叫结束，进而可以在语音呼叫业务释放的RB资源上和其他未释放的RB资源共同传输数据。由于本申请实施例中语音呼叫业务完成后，可以在语音呼叫业务释放的RB资源上继续传输数据，从而保持数据业务的畅通，减少了RB资源的浪费，提升了资源利用率。

基于该方案，由于本申请实施例中，RB资源不足导致语音呼叫失败时，终端设备主动断开一路数据业务，在断开的数据业务对应的RB资源上重新发起语音呼叫，因此确保语音呼叫所需要的RB资源，从而提高语音呼叫的成功率。此外，本申请从终端设备侧实现语音呼叫成功率的提高，相比于现有的解决方法，由于无需通知网络运营商修改其网络配置，因此可以降低实现复杂度，同时可以降低终端设备重新成功发起语音呼叫的时延。

其中，上述步骤S401至S404中终端设备的动作可以由图2所示的通信装置40中的处理器401调用存储器403中存储的应用程序代码以指令该通信装置执行，本实施例对此不作任何限制。

在另一种可能的实现方式中，本申请实施例以终端设备和网络设备进行交互为例对如图4所示的语音呼叫方法进行说明，如图5所示，本申请实施例提供的语音呼叫方法包括如下步骤：

S501、终端设备向网络设备发送消息1。相应的，网络设备接收来自终端设备的消息1。

其中，该消息1用于终端设备发起语音呼叫。

S502、网络设备确定建立语音呼叫专有承载的RB资源不足。

其中，当终端设备发起语音呼叫时，若网络设备为终端设备分配的RB资源全部用于数据业务，则网络设备可以确定建立语音呼叫专有承载的RB资源不足。

S503、网络设备向终端设备发送消息2。相应的，终端设备接收来自网络设备的消息2。

其中，该消息2用于网络设备向终端设备返回建立语音呼叫专有承载的RB资源不足的错误。

其中，终端设备接收到来自网络设备的消息2后，可以确定发起语音呼叫失败的原因为RB资源不足，进而可以执行步骤S504。

S504、终端设备断开一路数据业务。

其中，终端设备断开一路数据业务的相关描述可参考上述步骤S403中的描述，在此不再赘述。

S505、终端设备向网络设备发送消息3。相应的，网络设备接收来自终端设备的消息3。

其中，该消息3用于终端设备重新发起步骤S501中发起的语音呼叫。终端设备重新发起语音呼叫的相关描述可参考上述步骤S404中的描述，在此不再赘述。

S506、网络设备向终端设备发送消息4。相应的，终端设备接收来自网络设备的消息4。

其中，该消息4用于请求建立语音呼叫专有承载。

可选的，网络设备接收到来自终端设备的用于重新发起语音呼叫的消息3后，由于终端设备在步骤S504中断开了一路数据业务，因此，此时存在空闲的RB资源用于终端设备发起语音呼叫，从而网络设备向终端设备发送用于请求建立语音呼叫专有承载的消息4。

可选的，由于存在空闲的RB资源，因此，终端设备接收到该消息4后可以建立语音呼叫专有承载，并在语音呼叫专有承载建立成功后，执行如下步骤S507。

S507、终端设备向网络设备发送消息5。相应的，网络设备接收来自网络设备的消息5。

其中，该消息5用于指示语音呼叫专有承载建立成功。

基于该方案，由于本申请实施例中，终端设备根据网络设备返回的RB资源不足的错误，确定RB资源不足导致语音呼叫失败时，主动断开一路数据业务，在断开的数据业务对应的RB资源上重新发起语音呼叫，因此确保语音呼叫所需要的RB资源，从而提高语音呼叫的成功率。此外，本申请从终端设备侧实现语音呼叫成功率的提高，相比于现有的解决方法，由于无需通知网络运营商修改其网络配置，因此可以降低实现复杂度，同时可以降低终端设备重新成功发起语音呼叫的时延。

其中，上述步骤S501至S507中终端设备的动作可以由图2所示的通信装置40中的处理器401调用存储器403中存储的应用程序代码以指令该通信装置执行，上述步骤S501至S507中网络设备的动作可以由图2所示的通信装置40中的处理器401调用存储器403中存储的应用程序代码以指令该通信装置执行，本实施例对此不作任何限制。

可以理解的是，以上各个实施例中，由终端设备实现的方法和/或步骤，也可以由可用于终端设备的部件(例如芯片或者电路)实现，由网络设备实现的方法和/或步骤，也可以由可用于网络设备的部件实现。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。相应的，本申请实施例还提供了通信装置，该通信装置用于实现上述各种方法。该通信装置可以为上述方法实施例中的终端设备，比如是车载通信装置，或者包含上述终端设备的装置，比如各种类型的车辆，或者是上述终端设备中包含的装置，比如系统芯片。可以理解的是，该通信装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法实施例中对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

比如，以通信装置为上述方法实施例中的终端设备为例。图6示出了一种终端设备60的结构示意图。该终端设备60包括处理模块601和收发模块602。所述收发模块602，也可以称为收发单元用以实现发送和/或接收功能，例如可以是收发电路，收发机，收发器或者通信接口。

其中，处理模块601，用于确定发起语音呼叫失败的原因为RB资源不足；处理模块601，还用于断开一路数据业务，以及处理模块601，还用于在断开的一路数据业务对应的RB资源上通过收发模块602重新发起该语音呼叫。

可选的，处理模块601，用于确定发起语音呼叫失败的原因为RB资源，包括：处理模块601，用于通过收发模块602接收来自网络设备的发起语音呼叫失败的原因，该发起语音呼叫失败的原因为RB资源不足。

可选的，处理模块601，还用于断开一路数据业务，包括：处理模块601，还用于根据预设规则断开一路数据业务。

可选的，处理模块601，用于断开一路数据业务，包括：处理模块601，用于释放该一路数据业务占用的RB资源。

可选的，处理模块601，还用于确定该语音呼叫结束；处理模块601，还用于在断开的该一路数据业务对应的RB资源上发起断开的一路数据业务的重新连接。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该终端设备60以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该终端设备60可以采用图2所示的通信设备40的形式。

比如，图2所示的通信设备40中的处理器401可以通过调用存储器403中存储的计算机执行指令，使得通信设备40执行上述方法实施例中的语音呼叫方法。

示例性的，图6中的处理模块601和收发模块602的功能/实现过程可以通过图2所示的通信设备40中的处理器401调用存储器403中存储的计算机执行指令来实现。或者，图6中的处理模块601的功能/实现过程可以通过图2所示的通信设备40中的处理器401调用存储器403中存储的计算机执行指令来实现，图6中的收发模块602的功能/实现过程可以通过图2所示的通信设备40中的通信接口404来实现。

由于本实施例提供的终端设备60可执行上述语音呼叫的方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

可选的，本申请实施例还提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方法实施例中的方法。在一种可能的设计中，该通信装置还包括存储器。该存储器，用于保存必要的程序指令和数据，处理器可以调用存储器中存储的程序代码以指令该通信装置执行上述任一方法实施例中的方法。当然，存储器也可以不在该通信装置中。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定；或者，该通信装置包括：处理器和接口电路；该接口电路为代码/数据读写接口电路，该接口电路用于接收代码指令(代码指令存储在存储器中，可能直接从存储器读取，或可能经过其他器件)并传输至该处理器；该处理器用于运行所述代码指令以执行上述任一方法实施例中的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。本申请实施例中,计算机可以包括前面所述的装置。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (17)

1.一种语音呼叫方法，其特征在于，所述方法包括：

终端设备确定发起语音呼叫失败的原因为无线承载RB资源不足；

所述终端设备断开一路数据业务，以及所述终端设备在断开的所述一路数据业务对应的RB资源上重新发起所述语音呼叫。

2.根据权利要求1所述的方法，其特征在于，所述终端设备确定发起语音呼叫失败的原因为RB资源不足，包括：

所述终端设备接收来自网络设备的发起语音呼叫失败的原因，所述发起语音呼叫失败的原因为RB资源不足。

3.根据权利要求1或2所述的方法，其特征在于，所述终端设备断开一路数据业务，包括：

所述终端设备根据预设规则断开一路数据业务。

4.根据权利要求3所述的方法，其特征在于，所述预设规则包括以下一项或多项：

断开重要等级小于设定等级的数据业务、断开数据量小于设定数据量的数据业务、或者断开传输速率小于设定速率的数据业务。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述断开一路数据业务，包括：

释放所述一路数据业务占用的RB资源。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

所述终端设备确定所述语音呼叫结束；

所述终端设备在断开的所述一路数据业务对应的RB资源上发起断开的所述一路数据业务的重新连接。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述终端设备为车载终端设备；或者，所述终端设备为车载终端设备内的芯片。

8.一种终端设备，其特征在于，所述终端设备包括：处理模块和收发模块；

所述处理模块，用于确定发起语音呼叫失败的原因为无线承载RB资源不足；

所述处理模块，还用于断开一路数据业务；

所述处理模块，还用于在断开的所述一路数据业务对应的RB资源上通过所述收发模块重新发起所述语音呼叫。

9.根据权利要求8所述的终端设备，其特征在于，所述处理模块，用于确定发起语音呼叫失败的原因为无线承载RB资源不足，包括：

所述处理模块，用于通过所述收发模块接收来自网络设备的发起语音呼叫失败的原因，所述发起语音呼叫失败的原因为RB资源不足。

10.根据权利要求8或9所述的终端设备，其特征在于，所述处理模块，还用于断开一路数据业务，包括：

所述处理模块，还用于根据预设规则断开一路数据业务。

11.根据权利要求10所述的终端设备，其特征在于，所述预设规则包括以下一项或多项：

断开重要等级小于设定等级的数据业务、断开数据量小于设定数据量的数据业务、或者断开传输速率小于设定速率的数据业务。

12.根据权利要求8-11任一项所述的终端设备，其特征在于，所述断开一路数据业务，包括：

释放所述一路数据业务占用的RB资源。

13.根据权利要求8-12任一项所述的终端设备，其特征在于，所述处理模块，还用于确定所述语音呼叫结束；

所述处理模块，还用于在断开的所述一路数据业务对应的RB资源上发起断开的所述一路数据业务的重新连接。

14.根据权利要求8-13任一项所述的终端设备，其特征在于，所述终端设备为车载终端设备；或者，所述终端设备为车载终端设备内的芯片。

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

所述存储器用于存储计算机执行指令，当所述处理器执行所述计算机执行指令时，以使所述终端设备执行如权利要求1-7中任意一项所述的方法。

16.一种终端设备，其特征在于，包括：处理器和接口电路；

所述接口电路为代码或数据读写接口电路，所述接口电路，用于接收代码指令并传输至所述处理器；

所述处理器用于执行所述代码指令以执行如权利要求1-7中任一项所述的方法。

17.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得所述计算机执行如权利要求1-7中任意一项所述的方法。