[发明专利]基于VoLTE的紧急呼叫的方法、系统、终端、设备及存储介质

说明书

本发明公开了一种基于VoLTE的紧急呼叫的方法、系统、终端、设备及存储介质，其中方法包括在首次VoLTE紧急呼叫成功后执行再次VoLTE紧急呼叫的步骤；所述再次VoLTE紧急呼叫的步骤包括以下步骤：发起第一次紧急呼叫；判断所述第一次紧急呼叫是否成功，若否则执行以下步骤：建立紧急默认承载QCI5；进行紧急注册；发起第二次紧急呼叫。本发明实现了当IMS终端再次发起紧急呼叫失败时，能够识别出失败的原因在于首次VoLTE紧急呼叫成功建立的紧急默认承载QCI5丢失，避免了现有技术中IMS终端直接认为网络异常造成承载丢失而放弃当前呼叫的问题，有效提高了VoLTE网络紧急呼叫的成功率。

技术领域

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

背景技术

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

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

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

发明内容

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

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

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

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

发起第一次紧急呼叫；

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

建立紧急默认承载QCI5；

进行紧急注册；

发起第二次紧急呼叫。

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