CN114501413A - 紧急呼叫方法、装置、用户设备及计算机可读存储介质 - Google Patents

紧急呼叫方法、装置、用户设备及计算机可读存储介质 Download PDF

Info

Publication number
CN114501413A
CN114501413A CN202210220938.9A CN202210220938A CN114501413A CN 114501413 A CN114501413 A CN 114501413A CN 202210220938 A CN202210220938 A CN 202210220938A CN 114501413 A CN114501413 A CN 114501413A
Authority
CN
China
Prior art keywords
bearer
emergency
communication system
release
network side
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202210220938.9A
Other languages
English (en)
Inventor
刘永琪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202210220938.9A priority Critical patent/CN114501413A/zh
Publication of CN114501413A publication Critical patent/CN114501413A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0066—Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
    • 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
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0072—Transmission or use of information for re-establishing the radio link of resource information of target access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及一种紧急呼叫方法、装置、用户设备及计算机可读存储介质，应用于UE，所述方法包括：响应于满足紧急承载的释放条件，释放已建立的所述紧急承载；其中，所述紧急承载是用于传输紧急呼叫业务的信令的承载；在所述紧急承载释放完成之后，由第一通信***重定向至第二通信***；其中，所述第一通信***的***性能低于所述第二通信***的***性能。根据本公开，在UE驻留在5G网络时发起EPS Fallback紧急呼叫的场景中，能够避免在重返5G后的一段时间内出现主叫无法发起、被叫无法接通、数据业务无法发起的问题。

Description

紧急呼叫方法、装置、用户设备及计算机可读存储介质
技术领域
本公开涉及通信技术领域，尤其涉及一种紧急呼叫方法、装置、用户设备及计算机可读存储介质。
背景技术
5G语音方案演进的最终目标是通过VoNR(Voice over New Radio，新空口语音承载)来承载语音业务。在5G网络还无法全面支持VoNR的阶段，可以利用EPS Fallback(Evolved Packet System Fallback，演进的分组***回落)作为过渡方案，使得用户在体验高速上网的同时，还可以正常使用语音业务。具体地，在呼叫发起或接听阶段，驻留在5G网络中的UE(User Equipment，用户设备)可以先通过网络重定向或切换回落到4G网络，并通过4G网络的VoLTE技术执行语音业务，待语音业务完成之后，再通过网络重定向返回到5G网络。
其中，根据3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)协议的规定，单注册模式下，由于4G核心网的MME(Mobility Management Entity，移动性管理实体)网元与5G核心网的AMF(Access and Mobility Management Function，接入和移动性管理功能)网元之间存在支持互通的N26接口，因此在发生4G到5G(或5G到4G)的变化时，已存在的PDN连接(或PDU会话)可以保持，用户上下文可以在两个网络中进行切换，无需重新建立已有承载，以及无需重新注册已有服务。
相关技术中，UE驻留在5G网络时发起EPS Fallback紧急呼叫，在由4G网络重返5G网络时，会出现IMS默认承载和数据默认承载被异常释放的情况，导致UE重返5G后的一段时间内VoLTE服务和数据业务不可用。
发明内容
本公开提供一种紧急呼叫方法、装置、用户设备及计算机可读存储介质，以解决相关技术中的不足。
根据本公开实施例的第一方面，提出一种紧急呼叫方法，应用于UE，所述方法包括：
响应于满足紧急承载的释放条件，释放已建立的所述紧急承载；其中，所述紧急承载是用于传输紧急呼叫业务的信令的承载；
在所述紧急承载释放完成之后，由第一通信***重定向至第二通信***；其中，所述第一通信***的***性能低于所述第二通信***的***性能。
可选地，所述释放已建立的所述紧急承载，包括：
向网络侧设备发送用于请求释放所述紧急承载的分组数据网络PDN连接释放请求消息；其中，所述PDN连接释放请求消息中包括所述紧急承载的承载标识；
接收所述网络侧设备发送的去激活演进的分组***EPS承载上下文请求消息；
向所述网络侧设备发送去激活EPS承载上下文确认消息之后，确定所述紧急承载释放完成。
可选地，所述释放条件，包括：
接收到网络侧设备发送的第一无线资源控制RRC释放消息；或者
检测到所述紧急呼叫业务对应的第一紧急呼叫过程结束。
可选地，在所述释放条件包括接收到所述网络侧设备发送的第一RRC释放消息的情况下，所述方法还包括：
在所述第一紧急呼叫过程结束之后，复用已建立的所述紧急承载，发起所述紧急呼叫业务对应的第二紧急呼叫过程。
可选地，所述第一RRC释放消息中包括所述第二通信***的小区频点信息；所述在所述紧急承载释放完成之后，由第一通信***重定向至第二通信***，包括：
响应于确定所述紧急承载释放完成，根据所述第一RRC释放消息，向所述网络侧设备发送注册请求消息；其中，所述注册请求消息用于指示IMS默认承载和数据默认承载在所述第一通信***中已被激活；
接收所述网络侧设备发送的注册接受消息；其中，所述注册接受消息用于指示所述IMS默认承载和所述数据默认承载在所述第二通信***中已被激活；
在向所述网络侧设备发送注册完成消息之后，确定重定向至所述第二通信***完成。
可选地，在响应于满足紧急承载的释放条件，释放已建立的所述紧急承载之前，所述方法还包括：
在当前驻留的所述第二通信***中拨打紧急呼叫号码；
响应于接收到所述网络侧设备发送的第二RRC释放消息，由所述第二通信***重定向至所述第一通信***；
建立所述紧急承载，并执行IMS紧急注册；
基于已建立的所述紧急承载，发起所述紧急呼叫业务对应的第一紧急呼叫过程。
可选地，所述第二RRC释放消息中包括所述第一通信***的小区频点信息；
所述由所述第二通信***重定向至所述第一通信***，包括：
根据所述第二RRC释放消息，向所述网络侧设备发送跟踪区域更新TAU请求消息；其中，所述TAU请求消息用于指示IMS默认承载和数据默认承载在所述第二通信***中已被激活；
接收网络侧设备发送的TAU接受消息；其中，所述TAU接受消息用于指示所述IMS默认承载和所述数据默认承载在所述第一通信***中已被激活；
在向所述网络侧设备发送TAU完成消息之后，确定重定向至所述第一通信***完成。
根据本公开实施例的第二方面，提出一种紧急呼叫装置，所述装置包括：
释放模块，用于响应于满足紧急承载的释放条件，释放已建立的所述紧急承载；其中，所述紧急承载是用于传输紧急呼叫业务的信令的承载；
第一重定向模块，用于在所述紧急承载释放完成之后，由第一通信***重定向至第二通信***；其中，所述第一通信***的***性能低于所述第二通信***的***性能。
根据本公开实施例的第三方面，提供一种用户设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器用于实现上述紧急呼叫方法。
根据本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时用于实现上述紧急呼叫方法。
本公开的实施例提供的技术方案至少可以包括以下有益效果：
根据本公开的实施例，UE可以响应于满足紧急承载的释放条件，释放已建立的所述紧急承载，并且在所述紧急承载释放完成之后，可以由第一通信***重定向至第二通信***。由此，UE驻留在5G网络时发起EPS Fallback紧急呼叫的场景中，由于UE可以在已建立的紧急承载释放完成之后，才重返5G网络，因此已建立的IMS默认承载和数据默认承载可以正常映射至5G网络中，也无需重新注册IMS。一方面，在EPS Fallback紧急通话后重返5G网络之后，能够避免出现主叫无法发起、被叫无法接通、数据业务无法发起的问题；另一方面，相较于在重返5G网络后，执行重建IMS默认承载、重新注册IMS、重建数据默认承载的信令流程，通过在重返5G网络前添加紧急承载的释放流程，可以减少信令开销，降低电量消耗，避免在额外信令的处理过程中产生不可预期的错误。
附图说明
为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是根据本公开的实施例示出的一种紧急呼叫方法的示意流程图。
图2是根据本公开的实施例示出的另一种紧急呼叫方法的示意流程图。
图3是根据本公开的实施例示出的另一种紧急呼叫方法的示意流程图。
图4是根据本公开的实施例示出的另一种紧急呼叫方法的示意流程图。
图5是根据本公开的实施例示出的另一种紧急呼叫方法的示意流程图。
图6是根据本公开的实施例示出的一种紧急呼叫方法的信令交互示意图。
图7是根据本公开的实施例示出的一种紧急呼叫装置的示意框图。
图8是根据本公开的实施例示出的另一种紧急呼叫装置的示意框图。
图9是根据本公开的实施例示出的另一种紧急呼叫装置的示意框图。
图10是根据本公开的实施例示出的另一种紧急呼叫装置的示意框图。
图11是根据本公开的实施例示出的另一种紧急呼叫装置的示意框图。
图12是根据本公开的实施例示出的一种用于紧急呼叫装置的示意框图。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
通信***的每一代升级都会是一个漫长的过程。在5G通信***的商用初期，5G网络的覆盖可以先从热点覆盖开始，逐步实现全区域覆盖，在这个过程中4G网络将继续承担广域覆盖的任务。可见，从4G升级到5G的过程中，要保障用户的语音体验和数据体验，需要以完善的VoLTE(Voice over Long-Term Evolution，长期演进语音承载)网络作为基础。
5G语音方案演进的最终目标是通过VoNR(Voice over New Radio，新空口语音承载)来承载语音业务。由于5G网络对VoNR方案的支持并不是一蹴而就的，因此，在5G网络还无法全面支持VoNR的阶段，可以利用EPS Fallback(Evolved Packet System Fallback，演进的分组***回落)作为过渡方案，使得用户在体验高速上网的同时，还可以正常使用语音业务。具体地，在呼叫发起或接听阶段，驻留在5G网络中的UE(User Equipment，用户设备)可以先通过网络重定向或切换回落到4G网络，并通过4G网络的VoLTE技术执行语音业务，待语音业务完成之后，再通过网络重定向返回到5G网络。
在上述EPS Fallback方案中，UE从5G回落到4G时需要执行一次TAU(TrackingArea Update，跟踪区域更新)流程，以完成4G网络的注册更新；UE从4G返回到5G时需要执行一次注册更新流程(Registration procedure)，以完成5G网络的注册更新。根据3GPP(3rdGeneration Partnership Project，第三代合作伙伴计划)协议的规定，单注册模式下，由于4G核心网的MME(Mobility Management Entity，移动性管理实体)网元与5G核心网的AMF(Access and Mobility Management Function，接入和移动性管理功能)网元之间存在支持互通的N26接口，因此在发生4G到5G(或5G到4G)的变化时，已存在的PDN连接(或PDU会话)可以保持，用户上下文可以在两个网络中进行切换，无需重新建立已有承载，以及无需重新注册已有服务。
其中，若UE在5G网络中发起紧急呼叫业务，可以先回落至4G网络，建立紧急承载，执行IMS(IP Multimedia Subsystem，IP多媒体子***)紧急注册，再基于所述紧急承载进行紧急呼叫过程，如：建立语音专有承载、语音接通、挂机后释放语音专有承载等；在紧急呼叫过程结束之后，UE可以返回到5G网络。
但是，目前5G网络并不支持紧急呼叫业务，已建立的所述紧急承载无法映射到5G网络中；并且，UE重返5G网络时，若紧急承载映射异常，可能导致所有已建立的承载(包括IMS默认承载和数据默认承载)都被异常释放，进而导致UE在重返5G后出现VoLTE服务和数据业务均不可用的问题。
在相关技术中，UE在重返5G的注册更新流程结束之后，由于IMS默认承载和数据默认承载被异常释放，通常需要重新建立IMS默认承载、执行IMS注册流程，以恢复VoLTE服务，以及，还需要重新建立数据默认承载，以恢复数据业务。
由此可见，在相关技术中，一方面，在EPS Fallback紧急通话后重返5G网络之后，直至IMS默认承载重建、IMS重新注册和数据默认承载重建完成之前，UE会出现主叫无法发起、被叫无法接通、数据业务无法发起的问题；另一方面，IMS默认承载和默认数据承载的重建流程、以及IMS重新注册流程，会给UE带来额外的信令开销和电量消耗，甚至会在额外信令的处理过程中产生不可预期的错误。
下面通过具体实施例，结合具体的应用场景介绍本公开提供的紧急呼叫方法。
在本公开的实施例中，所涉及到的UE可以包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。所述UE可以与基站通信。所述基站可以包括但不限于4G基站、5G基站、6G基站，或者任一代通信***的基站。
在本公开的实施例中，所涉及到的网络侧设备可以包括所述基站，也可以包括所述基站对应的核心网。所述核心网可以包括但不限于EPC(Evolved Packet Core,演进的分组核心网)、5GC(5Generation Core,5G核心网)等。
请参见图1，图1是根据本公开的实施例示出的一种紧急呼叫方法的示意流程图。所述方法可以应用于所述UE，如图1所示，所述方法可以包括：
在步骤102中，响应于满足紧急承载的释放条件，释放已建立的所述紧急承载；其中，所述紧急承载是用于传输紧急呼叫业务的信令的承载。
例如，在UE当前驻留的第一通信***中，已经建立了用于传输紧急呼叫业务的信令的紧急承载，UE可以基于已建立的所述紧急承载进行与所述紧急呼叫业务对应的紧急呼叫过程；响应于满足所述紧急承载的释放条件，UE可以释放第一通信***中已建立的所述紧急承载。需要说明的是，关于所述紧急呼叫过程，具体可以包括建立语音专有承载、语音接通、挂机后释放语音专有承载等，与普通呼叫流程相似，在此不做赘述。
可选地，在所述步骤102中，所述紧急承载的释放条件，可以包括：接收到网络侧设备发送的第一RRC(Radio Resource Control，无线资源控制)释放消息；或者，检测到所述紧急呼叫业务对应的第一紧急呼叫过程结束。
例如，响应于接收到网络侧设备发送的第一RRC释放消息，UE可以确定满足紧急承载的释放条件，释放已建立的紧急承载。其中，所述第一RRC释放消息，具体可以包括RRCConnection Release消息(也即RRC连接释放消息)；所述RRC Connection Release消息可以用于释放4G网络中的连接，以重定向至5G网络。
又例如，UE可以基于已建立的紧急承载，进行与紧急呼叫业务对应的第一紧急呼叫过程；响应于检测到所述第一紧急呼叫过程结束，UE可以确定满足紧急承载的释放条件，释放已建立的紧急承载。
需要说明的是，在以上示出的实施例中，仅仅示例性地描述了两种释放条件，并不对本公开做出限制；在实现时，本领域技术人员根据实际需求，可以为所述UE配置其他紧急承载的释放条件，在此无法一一穷举。
在步骤104中，在所述紧急承载释放完成之后，由第一通信***重定向至第二通信***；其中，所述第一通信***的***性能低于所述第二通信***的***性能。
例如，由于UE是回落至第一通信***以进行紧急呼叫过程的，因此在已建立的紧急承载释放完成之后，UE可以通过网络重定向，由第一通信***返回***性能更高的第二通信***。
可选地，所述第一通信***可以包括4G通信***；所述第二通信***，可以包括基于SA(Standalone，独立组网)的5G通信***。
需要说明的是，本公开可以适用于UE驻留在5G SA网络时发起EPS Fallback紧急呼叫、并在紧急通话后重返5G的应用场景，由于上述场景会涉及到切换核心网(由EPC到5GC)的过程，因此可能出现紧急承载未释放，导致IMS默认承载和数据默认承载映射异常，进而导致在UE重返5G后出现一段时间内VoLTE服务不可用和数据业务无法使用的问题。而在基于ENDC(E-UTRA NR Dual-Connectivity，E-UTRA NR双连接)模式的5G NSA(Non-Standalone，非独立组网)网络中发起紧急呼叫业务时，可能不会出现上述异常。
由上述实施例可知，UE可以响应于满足紧急承载的释放条件，释放已建立的所述紧急承载，并且在所述紧急承载释放完成之后，可以由第一通信***重定向至第二通信***。由此，UE驻留在5G网络时发起EPS Fallback紧急呼叫的场景中，由于UE可以在已建立的紧急承载释放完成之后，才重返5G网络，因此已建立的IMS默认承载和数据默认承载可以正常映射至5G网络中，也无需重新注册IMS。一方面，在EPS Fallback紧急通话后重返5G网络之后，能够避免出现主叫无法发起、被叫无法接通、临时数据掉网的问题；另一方面，相较于在重返5G网络后，执行重建IMS默认承载、重新注册IMS、重建数据默认承载的信令流程，通过在重返5G网络前添加紧急承载的释放流程，可以减少信令开销，降低电量消耗，避免在额外信令的处理过程中产生不可预期的错误。
请参见图2，图2是根据图1所示实施例的基础上示出的另一种紧急呼叫方法的示意流程图。如图2所示，所述释放已建立的所述紧急承载，具体可以包括：
在步骤202中，向网络侧设备发送用于请求释放所述紧急承载的PDN连接释放请求消息；其中，所述PDN连接释放请求消息中包括所述紧急承载的承载标识。
例如，响应于满足紧急承载的释放条件，UE可以向网络侧设备发送用于请求释放所述紧急承载的PDN连接释放请求消息(也即，PDN DISCONNECT REQUEST消息)；其中，所述PDN连接释放请求消息中可以携带请求释放的紧急承载的承载标识(如：EBI＝7)。
需要说明的是，在以上示出的实施例中，所述紧急承载的承载标识为EBI(EPSBearer Identity，EPS承载ID)仅仅是一种示例性的实现方式，本公开不做限制；在实现时，本领域技术人员也可以采用其他方式，向所述网络侧设备指示请求释放的紧急承载。例如，可以在所述PDN连接释放请求消息中预先配置一个指定比特位，所述指定比特位取值为1时可以向网络侧设备指示请求释放已建立的紧急承载。
在步骤204中，接收所述网络侧设备发送的去激活EPS承载上下文请求消息。
例如，UE向网络侧设备发送用于请求释放所述紧急承载的PDN连接释放请求消息之后，可以接收到网络侧设备返回的去激活EPS承载上下文请求消息(也即，DEACTIVATEEPS BEARER CONTEXT REQUEST消息)。
在步骤206中，向所述网络侧设备发送去激活EPS承载上下文确认消息之后，确定所述紧急承载释放完成。
例如，响应于接收到的去激活EPS承载上下文请求消息，UE可以向所述网络侧设备发送去激活EPS承载上下文确认消息(也即，DEACTIVATE EPS BEARER CONTEXT ACCEPT消息)，确定所述紧急承载释放完成。
由上述实施例可知，响应于满足紧急承载的释放条件，所述UE与所述核心网设备之间可以通过上述EPS承载的去激活信令交互流程，来释放已建立的所述紧急承载，并且在所述紧急承载释放完成之后，可以由第一通信***重定向至第二通信***。由此，UE驻留在5G网络时发起EPS Fallback紧急呼叫的场景中，可以避免重返5G后的一段时间内出现主叫无法发起、被叫无法接通、临时数据掉网的问题；另外，相较于在重返5G网络后，执行重建IMS默认承载、重新注册IMS、重建数据默认承载的信令流程，通过在重返5G网络前添加紧急承载的释放流程，可以减少信令开销，降低电量消耗，避免在额外信令的处理过程中产生不可预期的错误。
请参见图3，图3是根据图1所示实施例的基础上示出的另一种紧急呼叫方法的示意流程图。如图3所示，在所述释放条件包括接收到所述网络侧设备发送的第一RRC释放消息，且所述第一RRC释放消息中包括所述第二通信***的小区频点信息的情况下；所述在所述紧急承载释放完成之后，由第一通信***重定向至第二通信***，具体可以包括：
在步骤302中，响应于确定所述紧急承载释放完成，根据所述第一RRC释放消息，向所述网络侧设备发送注册请求消息；其中，所述注册请求消息用于指示IMS默认承载和数据默认承载在所述第一通信***中已被激活。
例如，响应于接收到网络侧设备发送的第一RRC释放消息，UE可以释放已建立的所述紧急承载，所述第一RRC释放消息中可以包括5G通信***的小区频点信息，如：网络侧下发的RRC Connection Release消息中携带有redirectedCarrierInfo信元参数，其中可以包括NR小区的频点信息和子载波间隔参数；响应于确定所述紧急承载释放完成，UE可以根据所述NR小区的频点信息，返回5G小区的驻留，也即，UE可以在所述NR小区上向所述网络侧设备发送注册请求消息(也即，REGISTRATION REQUEST消息)，开始移动性注册更新流程。
其中，所述注册请求消息中，可以携带用于指示IMS默认承载和数据默认承载在所述第一通信***中的激活状态的参数。例如，EBI_5＝1、EBI_6＝1可以分别用于指示IMS默认承载和数据默认承载在4G通信***中处于激活状态。
在步骤304中，接收所述网络侧设备发送的注册接受消息；其中，所述注册接受消息用于指示所述IMS默认承载和所述数据默认承载在所述第二通信***中已被激活。
例如，在向所述网络侧设备发送注册请求消息之后，所述UE可以接收到所述网络侧设备返回的注册接受消息(也即，REGISTRATION ACCEPT消息)。
其中，所述注册接受消息中，可以携带用于指示IMS默认承载和数据默认承载在所述第二通信***中的激活状态的参数。例如，PSI[1]＝1、PSI[2]＝1可以分别用于指示相应的PDU Session已被激活，也即可以用于指示IMS默认承载和数据默认承载在5G通信***中处于激活状态。
需要说明的是，在上述相关技术中，由于未被释放的紧急承载无法映射至5G网络，因此在网络侧向UE下发的注册接受消息中，PDU Session Status中的PSI列表所有项均设置为0，表示当前已经不存在激活的PDU Session；此时IMS默认承载与数据默认承载均被异常释放，VoLTE服务和数据业务均发生中断。
在步骤306中，在向所述网络侧设备发送注册完成消息之后，确定重定向至所述第二通信***完成。
例如，响应于接收到所述网络侧设备返回的所述注册接受消息，所述UE可以向所述网络侧设备发送注册完成消息(也即，REGISTRATION COMPLETE消息)，移动性更新注册完成，可以确定重定向至5G通信***完成。
由上述实施例可知，响应于接收到所述网络侧设备发送的第一RRC释放消息，所述UE可以释放已建立的所述紧急承载；响应于确定所述紧急承载释放完成，所述UE可以根据所述第一RRC释放消息，执行注册更新流程，以重新返回5G网络中。由此，UE驻留在5G网络时发起EPS Fallback紧急呼叫的场景中，可以避免重返5G后的一段时间内出现主叫无法发起、被叫无法接通、数据业务无法发起的问题；另外，相较于在重返5G网络后，执行重建IMS默认承载、重新注册IMS、重建数据默认承载的信令流程，通过在重返5G网络前添加紧急承载的释放流程，可以减少信令开销，降低电量消耗，避免在额外信令的处理过程中产生不可预期的错误。
请参见图4，图4是根据图1所示实施例的基础上示出的另一种紧急呼叫方法的示意流程图。如图4所示，在响应于满足紧急承载的释放条件，释放已建立的所述紧急承载之前，所述方法还可以包括：
在步骤402中，在当前驻留的所述第二通信***中拨打紧急呼叫号码。
例如，当前驻留在5G网络中的UE，拨打了一个紧急呼叫号码，也即，请求发起紧急呼叫业务。
其中，所述紧急呼叫号码，可以包括网络侧设备下发的紧急呼叫号码列表中的任一号码。例如，所述紧急呼叫号码，具体可以包括但不限于110、119、120、122等号码。
可选地，在所述步骤402之前，所述方法还可以包括：向所述网络侧设备发送注册请求消息；接收所述网络侧设备发送的注册接受消息，其中，所述注册接受消息中包括所述紧急呼叫号码列表，所述紧急呼叫号码中包括至少一个紧急呼叫号码；在向所述网络侧设备发送注册完成消息之后，完成驻留在所述第二通信***中。
例如，UE可以发起移动性注册更新流程，以驻留在5G SA网络中；具体地，所述UE可以向所述网络侧设备发送REGISTRATION ACCEPT消息，其中包括的reg_type参数可以设置为mob reg updating类型；所述UE可以接收网络侧设备下发的REGISTRATION ACCEPT消息，其中可以包括PSI[1]＝1、PSI[2]＝1，用于指示IMS默认承载和数据默认承载在5G通信***中处于激活状态，还可以包括紧急呼叫号码列表(emergency num list)；所述UE可以向所述网络侧设备发送REGISTRATION COMPLETE消息，移动性更新注册完成，UE可以驻留在5G网络中。
在步骤404中，响应于接收到所述网络侧设备发送的第二RRC释放消息，由所述第二通信***重定向至所述第一通信***。
例如，当前驻留在5G网络中的UE，拨打了一个紧急呼叫号码之后，可以接收到所述网络侧设备下发的第二RRC释放消息，也即，需要通过EPS Fallback方案进行紧急呼叫过程；响应于接收到所述第二RRC释放消息，所述UE可以由5G网络回落至4G网络。其中，所述第二RRC释放消息，具体可以包括RRC Release消息(也即RRC释放消息)；所述RRC Release消息可以用于释放5G网络中的连接，以重定向至4G网络。
在步骤406中，建立所述紧急承载。
例如，UE可以向所述网络侧设备发送用于请求建立所述紧急承载的PDN连接请求消息(也即，PDN CONNECTIVITY REQUEST消息)，其中，所述PDN连接请求消息的类型为emergency类型，用于请求建立紧急承载；UE可以接收所述网络侧设备发送的用于激活所述紧急承载的激活EPS承载上下文请求消息(也即，ACTIVATE DEFAULT EPS BEARER CONTEXTREQUEST消息)，其中，所述激活EPS承载上下文请求消息中可以包括网络侧为UE分配的用于IMS紧急注册的P-CSCF IP地址；UE可以向所述网络侧设备发送激活EPS承载上下文接受消息(也即，ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT消息)，所述紧急承载建立完成。
在步骤408中，执行IMS紧急注册。
例如，UE可以根据网络侧为其分配的所述P-CSCF IP地址，向所述网络侧设备发送REGISTER消息，以发起IMS紧急注册；响应于接收到所述网络侧设备发送的200OK消息，完成IMS紧急注册。
在步骤410中，基于已建立的所述紧急承载，发起所述紧急呼叫业务对应的第一紧急呼叫过程。
例如，在建立所述紧急承载，并且执行IMS紧急注册之后，UE可以向所述网络侧设备发送INVITE消息，所述INVITE消息中可以包括紧急呼叫的目标地址；所述UE可以基于已建立的所述紧急承载，进行第一紧急呼叫过程。
其中，所述紧急呼叫的目标地址，也即与拨打的所述紧急呼叫号码对应的地址。例如，拨打的所述紧急呼叫号码为110，所述目标地址可以为urn:service:sos.police。
其中，在本公开的实施例中，所述紧急呼叫业务对应的第一紧急呼叫过程，可以理解为，UE驻留在5G网络时通过EPS Fallback方案，回落至4G网络之后进行的第一次紧急呼叫过程。相应地，所述紧急呼叫业务对应的第二紧急呼叫过程，可以理解为，所述UE回落至4G网络之后，并且在返回5G网络之前进行的第二次紧急呼叫过程。
可选地，在所述步骤404中，所述第二RRC释放消息中可以包括所述第一通信***的小区频点信息；所述由所述第二通信***重定向至所述第一通信***，具体可以包括：根据所述第二RRC释放消息，向所述网络侧设备发送TAU请求消息；其中，所述TAU请求消息用于指示IMS默认承载和数据默认承载在所述第二通信***中已被激活；接收所述网络侧设备发送的TAU接受消息；其中，所述TAU接受消息用于指示所述IMS默认承载和所述数据默认承载在所述第一通信***中已被激活；在向所述网络侧设备发送TAU完成消息之后，确定重定向至所述第一通信***完成。
例如，响应于接收到所述网络侧设备发送的第二RRC释放消息，所述第二RRC释放消息中可以包括4G通信***的小区频点信息，如：网络侧下发的RRC Release消息中可以包括E-UTRA的频点信息和消息重选优先级；UE可以根据所述4G通信***的小区频点信息，回落至4G网络，也即，UE可以向所述网络侧设备发送TAU请求消息(也即，TRACKING AREAUPDATE REQUEST消息)，其中包括的eps_update_type参数可以设置为TA updating；所述UE可以接收到所述网络侧设备返回的TAU接受消息(也即，TRACKING AREA UPDATE ACCEPT消息)；所述UE可以向所述网络侧设备发送TAU完成消息(也即，TRACKING AREA UPDATECOMPLETE消息)，EPS Fallback流程完成，可以确定重定向至4G通信***完成。
其中，所述TAU请求消息中，可以携带用于指示IMS默认承载和数据默认承载在所述第二通信***中的激活状态的参数。例如，PSI[1]＝1、PSI[2]＝1可以分别用于指示IMS默认承载和数据默认承载在5G通信***中处于激活状态。
其中，所述TAU接受消息中，可以携带用于指示IMS默认承载和数据默认承载在所述第一通信***中的激活状态的参数。例如，EBI_5＝1、EBI_6＝1可以分别用于指示IMS默认承载和数据默认承载在4G通信***中处于激活状态。
由上述实施例可知，UE在当前驻留的5G通信***中拨打紧急呼叫号码之后，可以接收到网络侧设备发送的第二RRC释放消息，由5G通信***重定向至4G通信***；进一步地，UE可以建立紧急承载，执行IMS紧急注册，并基于已建立的所述紧急承载发起第一紧急呼叫过程；后续，响应于满足所述紧急承载的释放条件，所述UE在释放所述紧急承载之后，通过网络重定向重返5G。由此，在目前5G网络无法完全支持VoNR方案的情况下，UE驻留在5G网络时可以通过EPS Fallback方案发起紧急呼叫，并且可以避免重返5G后的一段时间内出现主叫无法发起、被叫无法接通、临时数据掉网的问题；另外，相较于在重返5G网络后，执行重建IMS默认承载、重新注册IMS、重建数据默认承载的信令流程，通过在重返5G网络前添加紧急承载的释放流程，可以减少信令开销，降低电量消耗，避免在额外信令的处理过程中产生不可预期的错误。
需要说明的是，本公开并不适用于UE以普通呼叫业务的方式拨打紧急呼叫号码的场景，因为UE以紧急呼叫业务的方式拨打紧急呼叫号码时，才需要先建立紧急承载，再进行呼叫过程，才会存在上述相关技术中的技术问题。
请参见图5，图5是根据图1所示实施例的基础上示出的另一种紧急呼叫方法的示意流程图。如图5所示，在所述释放条件包括接收到所述网络侧设备发送的第一RRC释放消息的情况下，在所述响应于满足紧急承载的释放条件，释放已建立的所述紧急承载之前，所述方法还可以包括：
在步骤502中，在所述第一紧急呼叫过程结束之后，复用已建立的所述紧急承载，发起所述紧急呼叫业务对应的第二紧急呼叫过程。
例如，UE在4G网络中建立所述紧急承载，执行IMS紧急注册，并基于所述紧急承载，进行与紧急呼叫业务对应的第一紧急呼叫过程结束之后，无需立即返回5G网络，可以复用所述紧急承载，也即，可以基于已建立的所述紧急承载，继续发起所述紧急呼叫业务对应的第二紧急呼叫过程；后续，响应于接收到所述网络侧设备发送的第一RRC释放消息，可以释放所述紧急承载，并重定向至5G通信***。
由上述实施例可知，如果所述UE响应于检测到所述第一紧急呼叫过程结束，释放已建立的紧急承载，那么立即拨打下一个紧急呼叫号码，将会需要重新建立紧急承载，也即，所述紧急承载无法被复用。因此，如果所述UE响应于接收到网络侧设备下发的第一RRC释放消息，才释放已建立的所述紧急承载，则可以复用所述紧急承载，从而节约创建紧急承载所需的信令开销，可以充分利用已有的通信资源。
请参见图6，图6是根据本公开的实施例示出的一种紧急呼叫方法的信令交互示意图。如图6所示，所述方法可以应用于所述UE；下面以所述紧急承载的释放条件包括接收到所述网络侧设备下发的第一RRC释放消息为例，所述UE与所述网络侧设备(RADIO NETWORK)之间可以进行以下信令交互，以实现所述紧急呼叫方法。
所述UE可以向所述网络侧设备发送REGISTRATION REQUEST消息；
所述UE可以接收所述网络侧设备发送的REGISTRATION ACCEPT消息；其中可以包括emergency num list(紧急呼叫号码列表)，所述紧急呼叫号码列表中可以包括至少一个紧急呼叫号码；
所述UE可以向所述网络侧设备发送REGISTRATION COMPLETE消息，完成驻留在5G网络中；
所述UE可以拨打所述紧急呼叫号码列表中的任一紧急呼叫号码，请求发起紧急呼叫业务；
所述UE可以接收所述网络侧设备发送的RRC Release消息；其中至少可以包括E-UTRA的频点信息；
所述UE可以向所述网络侧设备发送TRACKING AREA UPDATE REQUEST消息；
所述UE可以接收所述网络侧设备发送的TRACKING AREA UPDATE ACCEPT消息；
所述UE可以向所述网络侧设备发送TRACKING AREA UPDATE COMPLETE消息，完成驻留在4G网络中；
所述UE可以向所述网络侧设备发送emergency类型的PDN CONNECTIVITY REQUEST消息，用于请求建立紧急承载；
UE可以接收所述网络侧设备发送的用于激活所述紧急承载的ACTIVATE DEFAULTEPS BEARER CONTEXT REQUEST消息，其中可以包括为UE分配的用于IMS紧急注册的P-CSCFIP地址；
UE可以向所述网络侧设备发送ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT消息；
UE可以根据所述P-CSCF IP地址，向所述网络侧设备发送REGISTER消息，以发起IMS紧急注册；其中，若所述UE初次向所述P-CSCF IP地址发起IMS紧急注册，所述网络侧设备可以下发401响应消息，“UNAUTHORIZED”可以用于提示所述UE未经授权；进一步地，所述UE可以再次向所述网络侧设备发送REGISTER消息，其中增加了用于鉴权的响应参数；所述网络侧设备在鉴权成功后可以下发200OK消息，所述UE完成IMS紧急注册流程；
UE可以向所述网络侧设备发送INVITE消息，其中可以包括紧急呼叫的目标地址；所述UE可以基于已建立的所述紧急承载，进行第一紧急呼叫过程。
其中，所述紧急呼叫的目标地址，也即与拨打的所述紧急呼叫号码对应的地址；例如，拨打的所述紧急呼叫号码为110，所述目标地址可以为urn:service:sos.police；
所述UE可以基于已建立的所述紧急承载，发起与紧急呼叫业务对应的紧急呼叫过程；
在所述紧急呼叫过程结束之后，所述UE可以接收到网络侧设备发送的RRCConnection Release消息，其中至少可以包括NR小区的频点信息；
UE可以向网络侧设备发送PDN DISCONNECT REQUEST消息；其中可以携带请求释放的紧急承载的承载标识(如：EBI＝7)；
UE可以接收网络侧设备返回的DEACTIVATE EPS BEARER CONTEXT REQUEST消息；
UE可以向所述网络侧设备发送DEACTIVATE EPS BEARER CONTEXT ACCEPT消息，所述紧急承载释放完成；
UE可以向所述网络侧设备发送REGISTRATION REQUEST消息；
UE可以接收所述网络侧设备返回的REGISTRATION ACCEPT消息；
UE可以向所述网络侧设备发送REGISTRATION COMPLETE消息，重返5G网络。
关于以上示出的实施例中未详细描述之处，请参见本公开示出的其他实施例，在此不再赘述。
与前述的紧急呼叫方法的实施例相对应，本公开还提供了紧急呼叫装置的实施例。
请参见图7，图7是根据本公开的实施例示出的一种紧急呼叫装置的示意框图。如图7所示，所述装置可以包括：
释放模块702，用于响应于满足紧急承载的释放条件，释放已建立的所述紧急承载；其中，所述紧急承载是用于传输紧急呼叫业务的信令的承载；
第一重定向模块704，用于在所述紧急承载释放完成之后，由第一通信***重定向至第二通信***；其中，所述第一通信***的***性能低于所述第二通信***的***性能。
可选地，所述释放条件，包括：
接收到所述网络侧设备发送的第一无线资源控制RRC释放消息；或者
检测到所述紧急呼叫业务对应的第一紧急呼叫过程结束。
请参见图8，图8是根据图7所示实施例的基础上示出的另一种紧急呼叫装置的示意框图。如图8所示，所述释放模块702包括：
第一发送子模块802，用于向网络侧设备发送用于请求释放所述紧急承载的分组数据网络PDN连接释放请求消息；其中，所述PDN连接释放请求消息中包括所述紧急承载的承载标识；
第一接收子模块804，用于接收所述网络侧设备发送的去激活演进的分组***EPS承载上下文请求消息；
第一确定子模块806，用于向所述网络侧设备发送去激活EPS承载上下文确认消息之后，确定所述紧急承载释放完成。
请参见图9，图9是根据图7所示实施例的基础上示出的另一种紧急呼叫装置的示意框图。如图9所示，所述释放条件包括：接收到所述网络侧设备发送的第一无线资源控制RRC释放消息；所述第一RRC释放消息中包括所述第二通信***的小区频点信息；所述第一重定向模块704，包括：
第二发送子模块902，用于响应于确定所述紧急承载释放完成，根据所述第一RRC释放消息，向所述网络侧设备发送注册请求消息；其中，所述注册请求消息用于指示IMS默认承载和数据默认承载在所述第一通信***中已被激活；
第二接收子模块904，用于接收所述网络侧设备发送的注册接受消息；其中，所述注册接受消息用于指示所述IMS默认承载和所述数据默认承载在所述第二通信***中已被激活；
第二确定子模块906，用于在向所述网络侧设备发送注册完成消息之后，确定重定向至所述第二通信***完成。
请参见图10，图10是根据图7所示实施例的基础上示出的另一种紧急呼叫装置的示意框图。如图10所示，所述装置还包括：
拨打模块1002，用于在当前驻留的所述第二通信***中拨打紧急呼叫号码；
第二重定向模块1004，用于响应于接收到所述网络侧设备发送的第二RRC释放消息，由所述第二通信***重定向至所述第一通信***；
建立模块1006，用于建立所述紧急承载，并执行IMS紧急注册；
第二发起模块1008，用于基于已建立的所述紧急承载，发起所述紧急呼叫业务对应的第一紧急呼叫过程。
可选地，所述第二RRC释放消息中包括所述第一通信***的小区频点信息；所述第二重定向模块1004，包括：
第三发送子模块，用于根据所述第二RRC释放消息，向所述网络侧设备发送跟踪区域更新TAU请求消息；其中，所述TAU请求消息用于指示IMS默认承载和数据默认承载在所述第二通信***中已被激活；
第三接收子模块，用于接收所述网络侧设备发送的TAU接受消息；其中，所述TAU接受消息用于指示所述IMS默认承载和所述数据默认承载在所述第一通信***中已被激活；
第三确定子模块，用于在向所述网络侧设备发送TAU完成消息之后，确定重定向至所述第一通信***完成。
请参见图11，图11是根据图7所示实施例的基础上示出的另一种紧急呼叫装置的示意框图。如图11所示，在所述释放条件包括接收到所述网络侧设备发送的第一RRC释放消息的情况下，所述装置还包括：
第一发起模块1102，用于在所述第一紧急呼叫过程结束之后，复用已建立的所述紧急承载，发起所述紧急呼叫业务对应的第二紧急呼叫过程。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在相关方法的实施例中进行了详细描述，此处将不做详细阐述说明。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
相应地，本公开还提供了一种用户设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器用于实现上述紧急呼叫方法。
相应地，本公开还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述紧急呼叫方法。
如图12所示，图12是根据本公开的实施例示出的一种用于紧急呼叫装置1200的示意框图。例如，装置1200可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图12，装置1200可以包括以下一个或多个组件：处理组件1202，存储器1204，电源组件1206，多媒体组件1208，音频组件1210，输入/输出(I/O)的接口1212，传感器组件1214，以及通信组件1216。
处理组件1202通常控制装置1200的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1202可以包括一个或多个处理器1220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1202可以包括一个或多个模块，便于处理组件1202和其他组件之间的交互。例如，处理组件1202可以包括多媒体模块，以方便多媒体组件1208和处理组件1202之间的交互。
存储器1204被配置为存储各种类型的数据以支持在装置1200的操作。这些数据的示例包括用于在装置1200上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件1206为装置1200的各种组件提供电力。电源组件1206可以包括电源管理***，一个或多个电源，及其他与为装置1200生成、管理和分配电力相关联的组件。
多媒体组件1208包括在所述装置1200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1208包括一个前置摄像头和/或后置摄像头。当装置1200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件1210被配置为输出和/或输入音频信号。例如，音频组件1210包括一个麦克风(MIC)，当装置1200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中，音频组件1210还包括一个扬声器，用于输出音频信号。
I/O接口1212为处理组件1202和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1214包括一个或多个传感器，用于为装置1200提供各个方面的状态评估。例如，传感器组件1214可以检测到装置1200的打开/关闭状态，组件的相对定位，例如所述组件为装置1200的显示器和小键盘，传感器组件1214还可以检测装置1200或装置1200一个组件的位置改变，用户与装置1200接触的存在或不存在，装置1200方位或加速/减速和装置1200的温度变化。传感器组件1214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1214还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1216被配置为便于装置1200和其他设备之间有线或无线方式的通信。装置1200可以接入基于通信标准的无线网络，如WiFi，2G或3G，4G LTE、5G NR或它们的组合。在一个示例性实施例中，通信组件1216经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1216还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置1200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述任一实施例所述的方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1204，上述指令可由装置1200的处理器1220执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本公开实施例所提供的方法和装置进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。

Claims (16)

1.一种紧急呼叫方法，其特征在于，应用于用户设备UE，所述方法包括：
响应于满足紧急承载的释放条件，释放已建立的所述紧急承载；其中，所述紧急承载是用于传输紧急呼叫业务的信令的承载；
在所述紧急承载释放完成之后，由第一通信***重定向至第二通信***；其中，所述第一通信***的***性能低于所述第二通信***的***性能。
2.根据权利要求1所述的方法，其特征在于，所述释放已建立的所述紧急承载，包括：
向网络侧设备发送用于请求释放所述紧急承载的分组数据网络PDN连接释放请求消息；其中，所述PDN连接释放请求消息中包括所述紧急承载的承载标识；
接收所述网络侧设备发送的去激活演进的分组***EPS承载上下文请求消息；
向所述网络侧设备发送去激活EPS承载上下文确认消息之后，确定所述紧急承载释放完成。
3.根据权利要求1所述的方法，其特征在于，所述释放条件，包括：
接收到网络侧设备发送的第一无线资源控制RRC释放消息；或者
检测到所述紧急呼叫业务对应的第一紧急呼叫过程结束。
4.根据权利要求3所述的方法，其特征在于，在所述释放条件包括接收到所述网络侧设备发送的第一RRC释放消息的情况下，所述方法还包括：
在所述第一紧急呼叫过程结束之后，复用已建立的所述紧急承载，发起所述紧急呼叫业务对应的第二紧急呼叫过程。
5.根据权利要求3所述的方法，其特征在于，所述第一RRC释放消息中包括所述第二通信***的小区频点信息；
所述在所述紧急承载释放完成之后，由第一通信***重定向至第二通信***，包括：
响应于确定所述紧急承载释放完成，根据所述第一RRC释放消息，向所述网络侧设备发送注册请求消息；其中，所述注册请求消息用于指示IMS默认承载和数据默认承载在所述第一通信***中已被激活；
接收所述网络侧设备发送的注册接受消息；其中，所述注册接受消息用于指示所述IMS默认承载和所述数据默认承载在所述第二通信***中已被激活；
在向所述网络侧设备发送注册完成消息之后，确定重定向至所述第二通信***完成。
6.根据权利要求1所述的方法，其特征在于，在响应于满足紧急承载的释放条件，释放已建立的所述紧急承载之前，所述方法还包括：
在当前驻留的所述第二通信***中拨打紧急呼叫号码；
响应于接收到网络侧设备发送的第二RRC释放消息，由所述第二通信***重定向至所述第一通信***；
建立所述紧急承载，并执行IMS紧急注册；
基于已建立的所述紧急承载，发起所述紧急呼叫业务对应的第一紧急呼叫过程。
7.根据权利要求6所述的方法，其特征在于，所述第二RRC释放消息中包括所述第一通信***的小区频点信息；
所述由所述第二通信***重定向至所述第一通信***，包括：
根据所述第二RRC释放消息，向所述网络侧设备发送跟踪区域更新TAU请求消息；其中，所述TAU请求消息用于指示IMS默认承载和数据默认承载在所述第二通信***中已被激活；
接收所述网络侧设备发送的TAU接受消息；其中，所述TAU接受消息用于指示所述IMS默认承载和所述数据默认承载在所述第一通信***中已被激活；
在向所述网络侧设备发送TAU完成消息之后，确定重定向至所述第一通信***完成。
8.一种紧急呼叫装置，其特征在于，所述装置包括：
释放模块，用于响应于满足紧急承载的释放条件，释放已建立的所述紧急承载；其中，所述紧急承载是用于传输紧急呼叫业务的信令的承载；
第一重定向模块，用于在所述紧急承载释放完成之后，由第一通信***重定向至第二通信***；其中，所述第一通信***的***性能低于所述第二通信***的***性能。
9.根据权利要求8所述的装置，其特征在于，所述释放模块包括：
第一发送子模块，用于向网络侧设备发送用于请求释放所述紧急承载的分组数据网络PDN连接释放请求消息；其中，所述PDN连接释放请求消息中包括所述紧急承载的承载标识；
第一接收子模块，用于接收所述网络侧设备发送的去激活演进的分组***EPS承载上下文请求消息；
第一确定子模块，用于向所述网络侧设备发送去激活EPS承载上下文确认消息之后，确定所述紧急承载释放完成。
10.根据权利要求8所述的装置，其特征在于，所述释放条件，包括：
接收到网络侧设备发送的第一无线资源控制RRC释放消息；或者
检测到所述紧急呼叫业务对应的第一紧急呼叫过程结束。
11.根据权利要求10所述的装置，其特征在于，在所述释放条件包括接收到所述网络侧设备发送的第一RRC释放消息的情况下，所述装置还包括：
第一发起模块，用于在所述第一紧急呼叫过程结束之后，复用已建立的所述紧急承载，发起所述紧急呼叫业务对应的第二紧急呼叫过程。
12.根据权利要求10所述的装置，其特征在于，所述第一RRC释放消息中包括所述第二通信***的小区频点信息；所述第一重定向模块包括：
第二发送子模块，用于响应于确定所述紧急承载释放完成，根据所述第一RRC释放消息，向所述网络侧设备发送注册请求消息；其中，所述注册请求消息用于指示IMS默认承载和数据默认承载在所述第一通信***中已被激活；
第二接收子模块，用于接收所述网络侧设备发送的注册接受消息；其中，所述注册接受消息用于指示所述IMS默认承载和所述数据默认承载在所述第二通信***中已被激活；
第二确定子模块，用于在向所述网络侧设备发送注册完成消息之后，确定重定向至所述第二通信***完成。
13.根据权利要求8所述的装置，其特征在于，所述装置还包括：
拨打模块，用于在当前驻留的所述第二通信***中拨打紧急呼叫号码；
第二重定向模块，用于响应于接收到网络侧设备发送的第二RRC释放消息，由所述第二通信***重定向至所述第一通信***；
建立模块，用于建立所述紧急承载，并执行IMS紧急注册；
第二发起模块，用于基于已建立的所述紧急承载，发起所述紧急呼叫业务对应的第一紧急呼叫过程。
14.根据权利要求13所述的装置，其特征在于，所述第二RRC释放消息中包括所述第一通信***的小区频点信息；所述第二重定向模块，包括：
第三发送子模块，用于根据所述第二RRC释放消息，向所述网络侧设备发送跟踪区域更新TAU请求消息；其中，所述TAU请求消息用于指示IMS默认承载和数据默认承载在所述第二通信***中已被激活；
第三接收子模块，用于接收网络侧设备发送的TAU接受消息；其中，所述TAU接受消息用于指示所述IMS默认承载和所述数据默认承载在所述第一通信***中已被激活；
第三确定子模块，用于在向所述网络侧设备发送TAU完成消息之后，确定重定向至所述第一通信***完成。
15.一种用户设备，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器用于实现权利要求1至7中任一项所述的方法。
16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法。
CN202210220938.9A 2022-03-08 2022-03-08 紧急呼叫方法、装置、用户设备及计算机可读存储介质 Pending CN114501413A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210220938.9A CN114501413A (zh) 2022-03-08 2022-03-08 紧急呼叫方法、装置、用户设备及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210220938.9A CN114501413A (zh) 2022-03-08 2022-03-08 紧急呼叫方法、装置、用户设备及计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN114501413A true CN114501413A (zh) 2022-05-13

Family

ID=81486303

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210220938.9A Pending CN114501413A (zh) 2022-03-08 2022-03-08 紧急呼叫方法、装置、用户设备及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN114501413A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101540979A (zh) * 2008-03-20 2009-09-23 大唐移动通信设备有限公司 用于紧急呼叫业务的紧急承载建立方法与通信***
CN101841793A (zh) * 2009-03-20 2010-09-22 中兴通讯股份有限公司 一种注销紧急呼叫用户的方法和***
US20200015128A1 (en) * 2017-06-13 2020-01-09 Intel IP Corporation Systems, methods and devices for legacy system fallback in a cellular communications system
CN110915294A (zh) * 2017-06-19 2020-03-24 夏普株式会社 用户装置、amf、核心网装置p-cscf以及通信控制方法
WO2021022497A1 (zh) * 2019-08-06 2021-02-11 华为技术有限公司 一种ims语音通信方法、无线通信装置及通信***

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101540979A (zh) * 2008-03-20 2009-09-23 大唐移动通信设备有限公司 用于紧急呼叫业务的紧急承载建立方法与通信***
CN101841793A (zh) * 2009-03-20 2010-09-22 中兴通讯股份有限公司 一种注销紧急呼叫用户的方法和***
US20200015128A1 (en) * 2017-06-13 2020-01-09 Intel IP Corporation Systems, methods and devices for legacy system fallback in a cellular communications system
CN110915294A (zh) * 2017-06-19 2020-03-24 夏普株式会社 用户装置、amf、核心网装置p-cscf以及通信控制方法
WO2021022497A1 (zh) * 2019-08-06 2021-02-11 华为技术有限公司 一种ims语音通信方法、无线通信装置及通信***

Similar Documents

Publication Publication Date Title
EP3799382B1 (en) Method for internet protocol based multimedia subsystem registration and device, communication device, and storage medium
EP2850802B1 (en) Access transfer for a drvcc mobile terminal
CN106658593B (zh) 网络切换方法及终端
TWI597992B (zh) 用於緊急回撥或點選即撥連線之單無線電語音通話連續技術
CN114641086A (zh) 数据无线承载配置方法、装置、用户设备及存储介质
CN106714255B (zh) 语音呼叫处理方法、装置及终端
CN114501413A (zh) 紧急呼叫方法、装置、用户设备及计算机可读存储介质
CN113099502B (zh) 一种通话处理方法、通话处理装置及存储介质
WO2022174393A1 (zh) 能力交互方法和装置、交互触发方法和装置
CN113438194B (zh) 长期演进语音承载VoLTE通话处理方法及装置、存储介质
CN105228134B (zh) 一种更新临时移动用户识别码的方法和装置
JP2015523796A (ja) Ｓｒｖｃｃで同じ番号をサポートするシステム及び方法
CN115529617A (zh) 语音通信处理方法、装置、用户设备及存储介质
CN114585077B (zh) 网络注册方法及装置
CN114585086B (zh) 呼叫响应方法、装置、终端设备及存储介质
CN116074804A (zh) 通信方法及装置、存储介质
CN115552972A (zh) 一种跨plmn的切换方法和装置、电子设备和存储介质
CN115580947A (zh) 通信处理方法及装置、存储介质
CN115996439A (zh) 网络切换方法、装置及可读存储介质
CN115087048A (zh) 通信方法、装置及介质
CN114501559A (zh) 一种呼叫方法和装置
CN114585109A (zh) 无线通信的方法、装置、电子设备及存储介质
CN117793809A (zh) 网络控制方法、装置以及存储介质
CN117479137A (zh) 异网漫游方法及装置、用户设备、存储介质
CN114374672A (zh) 一种发起电话业务的方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination