基于VoLTE的紧急呼叫的方法、系统、终端、设备及存储介质与流程

本发明涉及通信技术领域，特别涉及一种基于volte(voiceoverlongtermevolution，长期演进语音承载)的紧急呼叫的方法、系统、终端、设备及存储介质。

背景技术：

当用户通过ims(ipmultimediasubsystem，ip多媒体系统)终端(简称终端)向网络发起volte紧急呼叫时，需要以下三个步骤：第一步，建立紧急默认承载qci5(qosclassidentifier5，一个标度值)；第二步，进行紧急注册；第三步，发起紧急呼叫。默认情况下，紧急默认承载qci5建立成功后一直处于激活状态，也即一直存在，该默认承载用于承载紧急注册和呼叫相关sip(错误码)信令。现实网络环境中，有些网络运营商基于自身资源调度策略，在紧急呼叫完成后会deactivate(去激活)紧急默认承载qci5，释放该承载对应的资源，这会导致用户通过ims终端后续向网络发起的volte紧急呼叫因默认承载qci5丢失而失败，进而降低紧急呼叫成功率。

现实网络环境中包括两种去激活紧急默认承载qci5的方式，方式1：网络向终端发送nas(non-accessstratum，非接入层)信令中的deactivateepsbearercontextrequest(去激活eps(evolvedpacketsystem，演进分组系统)承载上下文请求)信令，显式地去激活；方式2：网络侧释放对应的承载，不通知终端该承载已被释放，所以终端认为该承载仍然可以使用，终端只有发起新的紧急呼叫时才能发现该承载丢失，导致呼叫失败。对于方式1，因为终端知道对应的承载已经被释放，所以终端在发起紧急呼叫前会再次创建紧急默认承载qci5，最终呼叫成功。而对于方式2，因为终端不知道对应的承载已经被释放，仍然以为默认承载处于激活状态，所以终端会直接发起紧急呼叫流程，最终呼叫失败。

在现有的volte网络的紧急呼叫的实现流程中，volte紧急呼叫因承载丢失导致的失败，终端认为存在网络异常而放弃当前呼叫，进而导致紧急呼叫的成功率偏低。

技术实现要素：

本发明要解决的技术问题是为了克服现有技术中volte网络的紧急呼叫因紧急默认承载qci5丢失导致的失败，终端认为存在网络异常而放弃当前呼叫，导致紧急呼叫的成功率偏低的缺陷，提供一种能够提高volte网络的紧急呼叫的成功率的基于volte的紧急呼叫的方法、系统、终端、设备及存储介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明第一方面提供了一种基于volte的紧急呼叫的方法，包括在首次volte紧急呼叫成功后执行再次volte紧急呼叫的步骤；

所述再次volte紧急呼叫的步骤包括以下步骤：

发起第一次紧急呼叫；

判断所述第一次紧急呼叫是否成功，若否则执行以下步骤：

建立紧急默认承载qci5；

进行紧急注册；

发起第二次紧急呼叫。

可选的，所述发起第一次紧急呼叫的步骤之后还包括以下步骤：

在建立rrc(radioresourcecontrol，无线资源控制)连接后获取重配置消息；

基于所述重配置消息判断紧急默认承载qci5是否丢失，若是则执行所述判断所述第一次紧急呼叫是否成功的步骤。

可选的，

所述首次volte紧急呼叫成功的步骤包括以下步骤：

建立紧急默认承载qci5；

进行紧急注册；

发起紧急呼叫。

本发明第二方面提供了一种基于volte的紧急呼叫的系统，包括首次呼叫模块和再次呼叫模块；所述首次呼叫模块用于实现首次volte紧急呼叫并呼叫成功；

所述再次呼叫模块用于在首次volte紧急呼叫成功后执行再次volte紧急呼叫；

所述再次呼叫模块包括第一呼叫单元、第一判断单元、再次建立单元、再次注册单元和第二呼叫单元；

所述第一呼叫单元用于发起第一次紧急呼叫；

所述第一判断单元用于判断所述第一次紧急呼叫是否成功，若否则调用所述再次建立单元；

所述再次建立单元用于建立紧急默认承载qci5；

所述再次注册单元用于在所述再次建立单元调用完成后进行紧急注册；

所述第二呼叫单元用于在所述再次注册单元调用完成后发起第二次紧急呼叫。

可选的，所述再次呼叫模块还包括消息获取单元和第二判断单元；

所述消息获取单元用于在建立rrc连接后获取重配置消息；

所述第二判断单元用于基于所述重配置消息判断紧急默认承载qci5是否丢失，若是则调用所述第一判断单元。

可选的，

所述首次呼叫模块包括首次建立单元、首次注册单元和首次呼叫单元：

所述首次建立单元用于建立紧急默认承载qci5；

所述首次注册单元用于在所述首次建立单元调用完成后进行紧急注册；

所述首次呼叫单元用于在所述首次注册单元调用完成后发起紧急呼叫。

本发明第三方面提供了一种ims终端，包括前述第二方面所述的基于volte的紧急呼叫的系统。

本发明第四方面提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现前述第一方面所述的基于volte的紧急呼叫的方法。

本发明第五方面提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现前述第一方面所述的基于volte的紧急呼叫的方法的步骤。

本发明的积极进步效果在于：本发明提供的基于volte的紧急呼叫的方法、系统、终端、设备及存储介质，实现了当ims终端再次发起紧急呼叫失败时，能够识别出失败的原因在于首次volte紧急呼叫成功建立的紧急默认承载qci5丢失，进一步采用重新建立紧急默认承载qci5，然后再进行紧急注册及紧急呼叫，从而成功的完成再次紧急呼叫，避免了现有技术中ims终端直接认为网络异常造成承载丢失而放弃当前呼叫的问题，有效提高了volte网络紧急呼叫的成功率。

附图说明

图1为本发明实施例1的基于volte的紧急呼叫的方法的流程图。

图2为本发明实施例2的基于volte的紧急呼叫的系统的模块图。

图3为本发明实施例3的ims终端和网络进行volte紧急呼叫的过程示意图。

图4为本发明实施例4的电子设备的结构示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

如图1所示，本实施例提供了一种基于volte的紧急呼叫的方法，包括以下步骤：

步骤s1、首次volte紧急呼叫并成功；

步骤s2、再次volte紧急呼叫。

其中，步骤s2包括以下步骤：

步骤s201、发起第一次紧急呼叫；

步骤s202、在建立rrc连接后获取重配置消息；

步骤s203、基于重配置消息判断紧急默认承载qci5是否丢失，若是则执行步骤s204，若否则流程结束；

步骤s204、判断第一次紧急呼叫是否成功，若否则执行步骤s205，若是则流程结束；

步骤s205、建立紧急默认承载qci5；

步骤s206、进行紧急注册；

步骤s207、发起第二次紧急呼叫。

其中，步骤s1包括以下步骤：

步骤s101、建立紧急默认承载qci5；

步骤s102、进行紧急注册；

步骤s103、发起紧急呼叫。

本实施例提供的基于volte的紧急呼叫的方法，当ims终端再次发起紧急呼叫时，发现紧急默认承载qci5丢失，ims终端不是直接认为网络异常造成承载丢失而放弃当前呼叫，而是采用再次重新建立紧急默认承载qci5，再次进行紧急注册，然后发起紧急呼叫的方式完成本次紧急呼叫。

本实施例提供的基于volte的紧急呼叫的方法，实现了当ims终端再次发起紧急呼叫失败时，能够识别出失败的原因在于首次volte紧急呼叫成功建立的紧急默认承载qci5丢失，进一步采用重新建立紧急默认承载qci5，然后再进行紧急注册及紧急呼叫，从而成功的完成再次紧急呼叫，避免了现有技术中ims终端直接认为网络异常造成承载丢失而放弃当前呼叫的问题，有效提高了volte网络紧急呼叫的成功率。

实施例2

如图2所示，本实施例提供了一种基于volte的紧急呼叫的系统，包括首次呼叫模块1和再次呼叫模块2。其中，首次呼叫模块1用于实现首次volte紧急呼叫并呼叫成功；再次呼叫模块2用于在首次volte紧急呼叫成功后执行再次volte紧急呼叫。

本实施例中，再次呼叫模块2包括第一呼叫单元21、第一判断单元22、再次建立单元23、再次注册单元24、第二呼叫单元25、消息获取单元26和第二判断单元27。

第一呼叫单元21用于发起第一次紧急呼叫。

第一判断单元22用于判断第一次紧急呼叫是否成功，若否则调用再次建立单元23，若是则处理结束，不再做任何操作。

再次建立单元23用于建立紧急默认承载qci5。

再次注册单元24用于在再次建立单元23调用完成后进行紧急注册。

第二呼叫单元25用于在再次注册单元24调用完成后发起第二次紧急呼叫。

消息获取单元26用于在建立rrc连接后获取重配置消息。

第二判断单元27用于基于重配置消息判断紧急默认承载qci5是否丢失，若是则调用第一判断单元22，若否则处理结束，不再做任何操作。

本实施例中，首次呼叫模块1包括首次建立单元11、首次注册单元12和首次呼叫单元13。

首次建立单元11用于建立紧急默认承载qci5。

首次注册单元12用于在首次建立单元调用完成后进行紧急注册。

首次呼叫单元13用于在首次注册单元调用完成后发起紧急呼叫。

本实施例实现了当ims终端再次发起紧急呼叫失败时，能够识别出失败的原因在于首次volte紧急呼叫成功建立的紧急默认承载qci5丢失，进一步采用重新建立紧急默认承载qci5，然后再进行紧急注册及紧急呼叫，从而成功的完成再次紧急呼叫，避免了现有技术中ims终端直接认为网络异常造成承载丢失而放弃当前呼叫的问题，有效提高了volte网络紧急呼叫的成功率。

实施例3

本实施例提供了一种ims终端，包括实施例2的基于volte的紧急呼叫的系统。

相比于现有技术中的ims终端在volte网络的紧急呼叫因紧急默认承载qci5丢失导致的失败时认为存在网络异常故不再发起，导致紧急呼叫的成功率较低而言，本实施例提供的ims终端进行volte网络紧急呼叫的成功率更高。

为了进一步说明本实施例的技术方案和技术效果，以便更好的理解本发明，下面对本实施例提供的ims终端和网络端进行volte网络的紧急呼叫的过程进行说明，具体过程参见图3。

ims终端首次发起紧急呼叫，具体过程如下：ims终端先主动向网络端发起建立紧急默认承载qci5的请求，经过和网络端的交互完成建立紧急默认承载qci5；然后ims终端进行紧急注册；最后ims终端向网络发起紧急呼叫。网络运营商基于网络自身调度策略的需求在首次紧急呼叫结束一段时间时释放紧急默认承载qci5，但是默认时不向ims终端发送去激活承载信令。此时ims终端认为承载仍然存在，故ims终端再次发起紧急呼叫，建立rrc连接后ims终端收到基站反馈的重配置消息，该重配置消息中包括承载的状态说明，ims终端由此能够获知紧急承载qci5对应的drb(数据承载)已经被释放，由于承载丢失而无法发送紧急呼叫信令，导致本次再次紧急呼叫失败。

本实施例提供的ims终端再次发起紧急呼叫时，在没有收到网络去激活紧急默认承载qci5的信令时认为该承载仍处于激活状态，若在建立rrc连接后网络通过重配置消息通知ims终端该承载丢失，ims终端通过其包括的基于volte的紧急呼叫的系统选择重新建立紧急默认承载qci5，重新进行紧急注册，然后再发起紧急呼叫，最终成功接通本次紧急呼叫。由此解决了因承载丢失导致紧急呼叫失败的问题，提高了ims终端volte网络的紧急呼叫功能的健壮性和成功率。

实施例4

图4为本发明实施例4提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行所述程序时实现实施例1中的基于volte的紧急呼叫的方法。图4显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备30可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。

总线33包括数据总线、地址总线和控制总线。

存储器32可以包括易失性存储器，例如随机存取存储器(ram)321和/或高速缓存存储器322，还可以进一步包括只读存储器(rom)323。

存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1中的基于volte的紧急呼叫的方法。

电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(i/o)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例5

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现实施例1中的基于volte的紧急呼叫的方法的步骤。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1中的基于volte的紧急呼叫的方法的步骤。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。