CN117440354A - 紧急呼叫方法、装置及其相关设备 - Google Patents

紧急呼叫方法、装置及其相关设备 Download PDF

Info

Publication number
CN117440354A
CN117440354A CN202210817138.5A CN202210817138A CN117440354A CN 117440354 A CN117440354 A CN 117440354A CN 202210817138 A CN202210817138 A CN 202210817138A CN 117440354 A CN117440354 A CN 117440354A
Authority
CN
China
Prior art keywords
relay
emergency call
indication information
network device
remote
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
CN202210817138.5A
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.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment 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 Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to CN202210817138.5A priority Critical patent/CN117440354A/zh
Priority to PCT/CN2023/096586 priority patent/WO2024012070A1/zh
Publication of CN117440354A publication Critical patent/CN117440354A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

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

Abstract

本公开提出了紧急呼叫方法、装置及其相关设备，涉及无线通信技术领域。具体实现方案为：获取中继UE的指示信息，其中，中继UE的指示信息包括中继UE的位置和/或中继UE的标识；向第一网络设备发送所述中继UE的指示信息，其中，中继UE的指示信息用于第一网络设备选定为远端UE建立紧急呼叫的第二网络设备，由此，远端UE将中继UE的指示信息发送至第一网络设备，从而第一网络设备可根据中继UE的指示信息中的中继UE的位置和/或中继UE的标识，确定远端UE的位置，进而可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。

Description

紧急呼叫方法、装置及其相关设备
技术领域
本公开涉及无线通信技术领域，尤其涉及一种紧急呼叫方法、装置及其相关设备。
背景技术
目前，为终端设备(User Equipment，简称UE)建立紧急呼叫时，需终端设备提供自身的位置，以便根据该位置将紧急呼叫路由到合适的网络设备。
但是，在终端设备至网络中继(UE-to-Network Relay)的架构中，远端终端设备无法直接连接到网络设备，从而导致远端终端设备无法获取到自身所处的位置，进而造成紧急呼叫无法建立的情况发生。
发明内容
本公开提供了一种用于紧急呼叫方法、装置及其相关设备。
根据本公开的一方面，提供了一种紧急呼叫方法，由远端终端设备UE执行，所述方法包括：获取中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；向第一网络设备发送所述中继UE的指示信息，其中，所述中继UE的指示信息用于所述第一网络设备选定为所述远端UE建立紧急呼叫的第二网络设备。
可选地，所述获取中继UE的指示信息，包括：接收所述中继UE发送的通知消息，其中，所述通知消息中携带有中继服务代码RSC和所述中继UE的指示信息，所述RSC用于指示所述中继UE支持紧急呼叫业务。
可选地，所述获取中继UE的指示信息，包括：向所述中继UE发送发现请求消息；接收所述中继UE发送的所述发现响应消息，其中，所述发现响应消息中携带有所述RSC和所述中继UE的指示信息，所述RSC用于指示所述中继UE支持紧急呼叫业务。
可选地，所述获取中继UE的指示信息，包括：接收所述中继UE发送的直接通信接受消息，其中，所述直接通信接受消息中携带有所述中继UE的指示信息。
可选地，所述接收所述中继UE发送的直接通信接受消息之前，还包括：
向所述中继UE发送直接通信安全消息，或者，向所述中继UE发送直接通信请求消息；其中，所述直接通信安全消息或者所述直接通信请求消息中包括：用于指示支持紧急呼叫业务的RSC和/或请求指示；所述请求指示，用于请求对符合所述RSC的中继UE获取所述指示信息。
可选地，所述向第一网络设备发送所述中继UE的指示信息，包括：向所述第一网络设备发送第一紧急呼叫请求消息；其中，所述第一紧急呼叫请求消息中携带有所述中继UE的位置，用于所述第一网络设备基于所述中继UE的位置选定为所述远端UE建立紧急呼叫的所述第二网络设备。
可选地，所述第一紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
可选地，所述向第一网络设备发送所述中继UE的指示信息，包括：向所述第一网络设备发送第二紧急呼叫请求消息；其中，所述第二紧急呼叫请求消息中携带有所述中继UE的标识，用于所述第一网络设备根据所述中继UE的标识从位置获取功能LRF获取所述中继UE的位置，基于所述中继UE的位置选定为所述远端UE建立紧急呼叫的所述第二网络设备。
可选地，所述第二紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
根据本公开的另一方面，提供了一种紧急呼叫方法，由第一网络设备执行，所述方法包括：接收远端终端设备UE发送的中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备。
可选地，所述接收远端终端设备UE发送的中继UE的指示信息，包括：接收所述远端UE发送的第一紧急呼叫请求消息，所述第一紧急呼叫请求消息中携带有所述中继UE的位置。
可选地，所述根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备，包括：基于所述UE的位置选定为所述远端UE建立紧急呼叫的所述第二网络设备。
可选地，所述方法还包括：向所述第二网络设备发送所述第一紧急呼叫请求消息，所述第一紧急呼叫请求消息用于请求所述第二网络设备建立紧急呼叫。
可选地，所述第一紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
可选地，所述接收远端终端设备UE发送的中继UE的指示信息，包括：接收所述远端UE发送的第二紧急呼叫请求消息，所述第二紧急呼叫请求消息中携带有所述中继UE的标识。
可选地，所述根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备，包括：根据所述中继UE的标识从位置获取功能LRF获取所述中继UE的位置；基于所述中继UE的位置选定为所述远端UE提供紧急呼叫的所述第二网络设备。
可选地，所述根据所述标识从位置获取功能LRF获取所述中继UE的位置，包括：向所述LRF发送位置请求消息，所述位置请求消息中携带有所述中继UE的标识；接收所述LRF基于所述UE的标识进行定位所得到的所述中继UE的位置和/或所述中继UE的路由信息。
可选地，所述方法还包括：向所述第二网络设备发送所述第二紧急呼叫请求消息，所述第二紧急呼叫请求消息请求建立紧急呼叫。
可选地，所述第二紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
根据本公开的另一方面，提供了一种终端设备，包括存储器，收发机，处理器：存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：获取中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；向第一网络设备发送所述中继UE的指示信息，其中，所述中继UE的指示信息用于所述第一网络设备选定为所述远端UE建立紧急呼叫的第二网络设备。
根据本公开的另一方面，提供了一种第一网络设备，包括存储器，收发机，处理器：存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：接收远端终端设备UE发送的中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备。
根据本公开的另一方面，提供了一种紧急呼叫装置，所述装置包括：获取单元，用于获取中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；发送单元，用于向第一网络设备发送所述中继UE的指示信息，其中，所述中继UE的指示信息用于所述第一网络设备选定为所述远端UE建立紧急呼叫的第二网络设备。
根据本公开的另一方面，提供了一种紧急呼叫装置，所述装置包括：
接收单元，用于接收远端终端设备UE发送的中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；选定单元，用于根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备。
根据本公开的另一方面，提供了一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行本公开上述任一实施例所述的紧急呼叫方法。
根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本公开上述任一实施例所述的紧急呼叫方法。
本公开的技术方案，通过获取中继UE的指示信息，其中，中继UE的指示信息包括中继UE的位置和/或中继UE的标识；向第一网络设备发送中继UE的指示信息，其中，中继UE的指示信息用于第一网络设备选定为远端UE建立紧急呼叫的第二网络设备，由此，远端UE将中继UE的指示信息发送至第一网络设备，从而第一网络设备可根据中继UE的指示信息中的中继UE的位置和/或中继UE的标识，确定远端UE的位置，进而可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案，不构成对本申请的限定。其中：
图1为相关技术中IMS紧急呼叫获取UE位置的过程示意图；
图2为本公开实施例中终端设备至网络中继的架构示意图；
图3为本公开实施例中远端UE通过中继UE与网络进行通信的流程；
图4为本公开实施例所提供的一种紧急呼叫方法的流程示意图；
图5为本公开实施例所提供的另一种紧急呼叫方法的流程示意图；
图6为本公开实施例所提供的另一种紧急呼叫方法的流程示意图；
图7为本公开实施例所提供的另一种紧急呼叫方法的流程示意图；
图8为本公开实施例所提供的另一种紧急呼叫方法的流程示意图；
图9为本公开实施例所提供的另一种紧急呼叫方法的流程示意图；
图10为本公开实施例所提供的一种紧急呼叫方法的交互示意图；
图11为本公开实施例所提供的另一种紧急呼叫方法的交互示意图；
图12为本公开实施例所提供的另一种紧急呼叫方法的流程示意图；
图13为本公开实施例所提供的一种终端设备的结构示意图；
图14为本公开实施例所提供的一种第一网络设备的结构示意图；
图15为本公开实施例所提供的一种紧急呼叫装置的结构示意图；
图16为本公开实施例所提供的一种紧急呼叫装置的结构示意图。
具体实施方式
本公开实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本公开实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
目前，3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)规范定义了UE直接接入网络(也即UE不通过中继UE接入网络)发起IMS(IP MultimediaSubsystem，IP多媒体子系统)紧急呼叫时，IMS获取UE位置的过程。在该过程中，IMS使用UE提供的位置信息，或者，IMS触发LRF(Location Retrieval Function，位置获取功能)发起定位过程来获取UE的位置信息。
其中，如图1所示，图1为相关技术中IMS紧急呼叫获取UE位置的过程示意图。
具体步骤可如下：
1、用户发起紧急呼叫。
2、UE确定自己的位置或者位置标识符。如果UE无法确定自己的位置，UE可以从IP-CAN(IP Connectivity Access Network，IP连接接入网络)请求自己的位置，IP-CAN将UE的地理位置信息和/或位置标识符发送给UE。
3、UE向IMS core(IMS核心网)发送携带紧急指示的INVITE消息(请求信息)，INVITE消息中可包含UE的位置信息，位置信息可以是地理位置信息或者位置标识符。如果UE无法提供位置信息，IMS core可以从LRF获取UE位置信息(如下面步骤所述)。INVITE消息还可能包含定位方案信息和UE支持的定位方法信息。
4、如果UE提供的位置信息是可信的而且足够用于确定正确的PSAP(PublicSafety Answering Point，公共安全应答点)，从步骤7开始执行。如果UE提供的位置信息是不足够的，或者IMS core需要紧急路由信息，或者IMS core需要验证位置信息，或者IMScore需要将从UE接收到的位置标识符映射到相应的地理位置信息，IMS core向LRF发送位置请求消息，该请求消息中包含IP-CAN和UE的标识信息以及接入UE的方式(例如UE的IP地址)，该请求消息中还可能包含UE提供的位置信息，以及定位方案信息和UE支持的定位方法信息。
5、LRF可能已经保存了UE的位置信息，或者LRF可以触发定位过程来获取UE的位置信息。
5a、获取位置信息的方式与UE接入IMS时使用的接入技术有所不同。如果UE支持且UE和SUPL(Secure User Plane Location Architecture，安全用户面架构)服务器之间能够建立用户面连接，则可以使用SUPL过程和ULP(User Plane Location Protocol，用户面定位协议)过程。LRF可使用步骤4中提供的定位方案信息和UE支持的定位方法信息来确定获取位置信息的方式。
5b、如果为WLAN(Wireless Local Area Network，无线局域网)接入配置了提供NPLI(Network provided Location Information，网络提供的位置信息)，且UE没有漫游，LRF向HSS(Home Subscriber Server，归属签约用户服务器)查询为LRF配置的每一种接入技术，LRF对每一种接入发起单独的查询。如果LRF不能获得NPLI，LRF应发起步骤5a。
另外，LRF可能调用RDF(Resource Description Framework，资源描述框架)来将步骤4接收的位置信息或者步骤5a获取的位置信息转换成PSAP路由信息，LRF可以存储位置信息。
6、LRF向IMS core发送位置信息和/或路由信息。
7、IMS core使用步骤6中提供的路由信息来选择紧急呼叫中心(emergencycenter)，或者根据步骤3或6中提供的位置信息来选择PSAP，IMS core向紧急呼叫中心或者PSAP发送请求消息。
8、紧急呼叫建立完成。
其中，需要说明的是，图1中MGCF/MGW为媒体网关控制功能(Media GatewayControl Function)。
但是，在终端设备至网络中继(UE-to-Network Relay)的架构中，远端终端设备无法直接连接到网络设备，从而导致远端终端设备无法获取到自身所处的位置，进而造成紧急呼叫无法建立的情况发生。
针对上述问题，本公开提出一种紧急呼叫方法、装置及其相关设备。其中，方法和装置是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。
需要了解的是，如图2所示，3GPP定义了UE-to-Network Relay架构和相关流程。当UE处于网络覆盖范围之外或者无线网卡(Uu)接口信号较差时，无法直接连接网络，可通过具有中继功能的UE连接网络，前者称为远端UE(Remote UE)，后者称为中继UE(Relay UE)。
在UE-to-Network Relay架构中，远端UE可通过中继UE连接到网络进行通信，例如访问因特网业务等。如图3所示，远端UE通过中继UE与网络进行通信的流程可如下：
1、网络向远端UE和中继UE提供进行ProSe通信(PC5接口通信)所需的参数，如用于选择中继UE的中继服务标识(Relay Service Code)。
2、中继UE建立无线网卡接口的中继PDU(Protocol Data Unit，协议数据单元)会话，该PDU会话用于中继UE的数据。中继UE通过IPv6(Internet Protocol Version6，互联网协议第6版)前缀代理功能从网络获取IPv6前缀。
3、远端UE执行ProSe发现过程发现中继UE。
4、远端UE选择中继UE并建立一对一直接通信，远端UE和中继UE之间的通信接口为PC5接口。如果需要新建PDU会话，中继UE发起新的PDU会话建立过程。
5、中继UE为远端UE分配IP(Internet Protocol，网际互连协议)地址。
进而，远端UE通过中继UE建立的PDU会话与网络进行通信。
其中，需要说明的是，图3中AMF为接入移动管理功能(Access and MobilityManagement Function)，SMF为会话管理功能(Session Management Function)，UPF为用户面功能(User Plane Function)。
还需要了解的是，由于远端UE在UE-to-Network Relay中，远端UE无法直接连接到网络设备，当远端UE通过中继UE进行IMS紧急业务时，IMS需要根据中继UE的位置或者标识确定远端UE的位置，进而根据远端UE的位置信息来将紧急呼叫路由到合适的PSAP。
下面参考附图对本公开提供的紧急呼叫方法、装置及其相关设备进行详细描述。
图4为本公开实施例所提供的一种紧急呼叫方法的流程示意图。
需要说明的是，本公开实施例的紧急呼叫方法可由远端UE执行。
如图4示，该紧急呼叫方法可包括如下步骤：
步骤401，获取中继UE的指示信息。
其中，中继UE的指示信息包括中继UE的位置和/或中继UE的标识。
在本公开实施例中，远端UE可在直接发现过程或者直接连接建立过程中获取中继UE的指示信息，其中，指示信息中可包括中继UE的位置和/或中继UE的标识。其中，位置可以是地理位置或者位置标识，中继UE的标识可包括SUPI(Subscription PermanentIdentifier，用户永久标识符)、GPSI(Generic Public Subscription Identifier,通用公共用户标识)或PUI(Public User Identity，公共用户标识)等。
步骤402，向第一网络设备发送中继UE的指示信息。
其中，中继UE的指示信息用于第一网络设备选定为远端UE建立紧急呼叫的第二网络设备。
在本公开实施例中，远端UE将接收到的中继UE的指示信息发送至第一网络设备(比如，IMS核心网)，第一网络设备可根据中继UE的指示信息中的中继UE的位置和/或中继UE的标识，确定远端UE的位置，进而，根据远端UE的位置选定为远端UE建立紧急呼叫的第二网络设备(如，PSAP)。
其中，需要说明的是，在中继UE的指示信息中包括中继UE的位置时，由于远端UE和中继UE之间位置相近，可将中继UE的位置作为远端UE的位置；在中继UE的指示信息中包括中继UE的标识时，第一网络设备可根据中继UE的标识从LRF获取中继UE的位置，进而将中继UE的位置作为远端UE的位置。
综上，通过获取中继UE的指示信息，其中，中继UE的指示信息包括中继UE的位置和/或中继UE的标识；向第一网络设备发送中继UE的指示信息，其中，中继UE的指示信息用于第一网络设备选定为远端UE建立紧急呼叫的第二网络设备，由此，远端UE将中继UE的指示信息发送至第一网络设备，从而第一网络设备可根据中继UE的指示信息中的中继UE的位置和/或中继UE的标识，确定远端UE的位置，进而可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
为了清楚地说明上述实施例中是如何获取中继UE的指示信息的，本公开提出另一种紧急呼叫方法。需要说明的是，本公开实施例的紧急呼叫方法由远端UE执行。
图5为本公开实施例所提供的另一种紧急呼叫方法的流程示意图。
如图5所示，紧急呼叫方法可包括如下步骤：
步骤501，接收中继UE发送的通知消息。
其中，通知消息中携带有RSC(Relay Service Code，中继服务代码)和中继UE的指示信息，RSC用于指示中继UE支持紧急呼叫业务。
作为一种示例，远端UE通过直接发现过程获取中继UE的指示信息。在本公开实施例中，远端UE可接收中继UE发送的通知消息，其中，通知消息中携带有中继服务代码RSC和中继UE的指示信息，RSC可用于指示中继UE支持紧急呼叫业务，中继UE的指示信息包括中继UE的位置和/或中继UE的标识。
步骤502，向第一网络设备发送中继UE的指示信息。
其中，中继UE的指示信息用于第一网络设备选定为远端UE建立紧急呼叫的第二网络设备。
其中，步骤502可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
综上，通过接收中继UE发送的通知消息，远端UE可获取中继UE的指示信息，远端UE将中继UE的指示信息发送至第一网络设备，从而第一网络设备可根据中继UE的指示信息中的中继UE的位置和/或中继UE的标识，确定远端UE的位置，进而可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
为了清楚地说明上述实施例中是如何获取中继UE的指示信息的，本公开提出另一种紧急呼叫方法。需要说明的是，本公开实施例的紧急呼叫方法由远端UE执行。
图6为本公开实施例所提供的另一种紧急呼叫方法的流程示意图。
如图6所示，紧急呼叫方法可包括如下步骤：
步骤601，向中继UE发送发现请求消息。
作为一种示例，远端UE可通过直接发现过程获取中继UE的指示信息，在本公开实施例中，远端UE可向中继UE发送发现请求消息。
步骤602，接收中继UE发送的发现响应消息。
其中，发现响应消息中携带有RSC和中继UE的指示信息，RSC用于指示中继UE支持紧急呼叫业务。
进而，中继UE在接收到发现请求消息后，中继UE可对发现请求消息进行响应，生成发现响应消息，并将发现响应消息发送至远端UE。其中，发现响应消息中可携带有RSC和中继UE的指示信息，RSC可用于指示中继UE支持紧急呼叫业务，中继UE的指示信息可包括中继UE的位置和/或中继UE的标识。
步骤603，向第一网络设备发送中继UE的指示信息。
其中，中继UE的指示信息用于第一网络设备选定为远端UE建立紧急呼叫的第二网络设备。
其中，步骤603可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
综上，通过向中继UE发送发现请求消息；接收中继UE发送的发现响应消息，远端UE可根据发现响应消息获取中继UE的指示信息，远端UE将中继UE的指示信息发送至第一网络设备，从而第一网络设备可根据中继UE的指示信息中的中继UE的位置和/或中继UE的标识，确定远端UE的位置，进而可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
为了清楚地说明上述实施例中是如何获取中继UE的指示信息的，本公开提出另一种紧急呼叫方法。需要说明的是，本公开实施例的紧急呼叫方法由远端UE执行。
图7为本公开实施例所提供的另一种紧急呼叫方法的流程示意图。
如图7所示，该紧急呼叫方法可包括如下步骤：
步骤701，向中继UE发送直接通信安全消息，或者，向中继UE发送直接通信请求消息。
其中，直接通信安全消息或者直接通信请求消息中可包括：RSC和/或请求指示。
其中，RSC可用于指示支持紧急呼叫业务的RSC；请求指示可用于请求对符合RSC的中继UE获取指示信息。
作为一种示例，远端UE通过直接连接建立过程获取中继UE的指示信息，在本公开实施例中，远端UE可向中继UE发送直接通信安全消息，或者，向中继UE发送直接通信请求消息，其中，直接通信安全消息或者直接通信请求消息中可包括：RSC和/或请求指示，其中，RSC用于指示支持紧急呼叫业务的RSC；请求指示，用于请求对符合RSC的中继UE获取指示信息。
步骤702，接收中继UE发送的直接通信接受消息。
其中，直接通信接受消息中携带有中继UE的指示信息。
进一步地，支持紧急呼叫业务的中继UE可对接收的直接通信安全消息或者直接通信请求消息进行响应，生成直接通信接受消息，并将直接通信接受消息发送至远端UE。其中，直接通信接受消息中携带有中继UE的指示信息。
比如，远端UE在PC5连接建立过程中获取中继UE的指示信息。具体的，远端UE向中继UE发送直接通信请求消息(或者直接通信安全消息)，该消息中包含RSC、请求指示(用于请求中继UE的指示信息)，中继UE可对接收的直接通信安全消息或者直接通信请求消息进行响应，生成直接通信接受消息，中继UE向远端UE发送直接通信接受消息，该消息中包含中继UE的指示信息。
步骤703，向第一网络设备发送中继UE的指示信息。
其中，中继UE的指示信息用于第一网络设备选定为远端UE建立紧急呼叫的第二网络设备。
其中，步骤703可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
综上，通过向中继UE发送直接通信安全消息，或者，向中继UE发送直接通信请求消息；接收中继UE发送的直接通信接受消息，远端UE可根据直接通信接受消息获取中继UE指示信息，远端UE将中继UE的指示信息发送至第一网络设备，从而第一网络设备可根据中继UE的指示信息中的中继UE的位置和/或中继UE的标识，确定远端UE的位置，进而，第一网络设备可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
为了清楚地说明上述实施例中是如何向第一网络设备发送所述中继UE的指示信息的，本公开提出另一种紧急呼叫方法。需要说明的是，本公开实施例的紧急呼叫方法由远端UE执行。
图8为本公开实施例所提供的另一种紧急呼叫方法的流程示意图。
如图8所示，紧急呼叫方法可包括如下步骤：
步骤801，获取中继UE的指示信息。
其中，中继UE的指示信息包括中继UE的位置。
步骤802，向第一网络设备发送第一紧急呼叫请求消息。
其中，第一紧急呼叫请求消息中携带有中继UE的位置，用于第一网络设备基于中继UE的位置选定为远端UE建立紧急呼叫的第二网络设备。
作为一种示例，在中继UE的指示信息包括中继UE的位置时，远端UE可向第一网络设备发送第一紧急呼叫请求消息，相应的，第一网络设备在接收到第一紧急呼叫请求消息时，可向第二网络设备发送第一紧急呼叫请求消息，相应的，第二网络设备在接收到第一紧急呼叫请求消息时，可根据第一紧急呼叫请求消息中携带的中继UE的位置，为远端UE建立紧急呼叫。例如，第二网络设备可根据中继UE的位置，确定远端UE的位置，进而可根据远端UE的位置为远端UE建立紧急呼叫。
其中，需要说明的是，第一紧急呼叫请求消息中还携带有中继指示，用于指示紧急呼叫是基于中继的紧急呼叫。
其中，步骤801可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
综上，通过向第一网络设备发送第一紧急呼叫请求消息，第一网络设备可根据第一紧急呼叫请求消息中的中继UE的位置，确定远端UE的位置，进而第一网络设备可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
为了清楚地说明上述实施例中是如何向第一网络设备发送所述中继UE的指示信息的，本公开提出另一种紧急呼叫方法。需要说明的是，本公开实施例的紧急呼叫方法由远端UE执行。
图9为本公开实施例所提供的另一种紧急呼叫方法的流程示意图。
如图9所示，紧急呼叫方法可包括如下步骤：
步骤901，获取中继UE的指示信息。
其中，中继UE的指示信息包括所述中继UE的标识。
步骤902，向第一网络设备发送第二紧急呼叫请求消息。
其中，第二紧急呼叫请求消息中携带有中继UE的标识，用于第一网络设备根据中继UE的标识从位置获取功能LRF获取中继UE的位置，基于中继UE的位置选定为远端UE建立紧急呼叫的第二网络设备。
作为一种示例，中继UE的指示信息包括中继UE的标识时，远端UE可向第一网络设备发送第二紧急呼叫请求消息，第二紧急呼叫请求消息中携带有中继UE的标识，第一网络设备可根据中继UE的标识从LRF获取中继UE的位置，进而，第一网络设备可根据中继UE的位置，确定远端UE的位置，进而可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
其中，需要说明的是，第一网络设备可向LRF发送位置请求，其中，位置请求中可携带有中继UE的标识，LRF触发定位过程以获取中继UE的位置和/或中继UE的路由信息，LRF将中继UE的位置和/或中继UE的路由信息发送至第一网络设备，从而，第一网络设备可根据中继UE的位置，确定远端UE的位置，进而可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
其中，还需要说明的是，第二紧急呼叫请求消息中还携带有中继指示，用于指示紧急呼叫是基于中继的紧急呼叫。
其中，步骤901可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
综上，通过向第一网络设备发送第二紧急呼叫请求消息，第一网络设备可根据第二紧急呼叫请求消息中的中继UE的标识，从LRF获取中继UE的位置，从而，第一网络设备可根据中继UE的位置确定远端UE的位置，进而根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
为了更加清楚地说明上述实施例，现举例进行说明。
举例而言，如图10所示，图10为本公开实施例所提供的一种紧急呼叫方法的交互示意图。在图10中，以远端UE在直接发现过程中或PC5连接建立过程中获取中继UE的位置为例，该紧急呼叫方法可包括如下步骤：
1、以远端UE在发现过程中获取中继UE的位置为例，可选地，在模式A发现过程中，中继UE向远端UE发送通知消息，其中，通知消息(Announcement)中包含RSC、中继UE的位置；在模式B发现过程中，远端UE向中继UE发送发现请求(Solicitation)消息，中继UE向远端UE返回发现响应(Response)消息，发现响应消息中包含RSC、中继UE的位置信息，其中，RSC可用于指示中继UE支持紧急呼叫业务；
2、以远端UE在PC5连接建立过程中获取中继UE的位置为例，可选地，远端UE向中继UE发送直接通信请求消息(或者直接通信安全消息)，该消息中包含RSC、请求指示(用于请求中继UE位置信息)，中继UE向远端UE发送直接通信接受消息，该消息中包含中继UE的位置；
3、远端UE发起紧急呼叫，在紧急呼叫请求消息(第一紧急呼叫请求消息)中包含中继UE的位置，以及中继指示(relay indication，用于指示远端UE是通过中继UE接入到网络的)；
4、IMS实体(第一网络设备)根据中继UE的位置选择紧急呼叫中心(emergencycenter)或PSAP，IMS实体向紧急呼叫中心或PSAP发送紧急呼叫请求消息，该紧急呼叫请求消息中包含中继UE的位置，以及中继指示；
5、紧急呼叫建立完成。
又举例而言，如图11所示，图11为本公开实施例所提供的另一种紧急呼叫方法的交互示意图。在图11中，以远端UE在直接发现过程中或PC5连接建立过程中获取中继UE的标识为例，该紧急呼叫方法可包括如下步骤：
1、以远端UE在在发现过程中获取中继UE的标识为例。可选地，在模式A发现过程中，中继UE向远端UE发送发现消息，其中，发现消息中包含RSC、中继UE的标识；在模式B发现过程中，远端UE向中继UE发送发现请求消息，中继UE向远端UE返回发现响应消息(Response)，发现响应消息中包含RSC、中继UE的标识；其中，中继UE的标识可包括SUPI、GPSI或PUI等。
2、以远端UE在PC5连接建立过程中获取中继UE的标识为例。可选地，远端UE向中继UE发送直接通信请求消息(或者直接通信安全消息)，该消息中包含RSC、请求指示(用于请求中继UE的标识)，中继UE向远端UE发送直接通信接受消息，该消息中包含中继UE的标识；
3、远端UE向IMS实体发起注册(register)过程，注册消息中除了包含远端UE的标识，还包含中继UE的标识、中继指示(用于指示远端UE是通过中继UE接入到网络的)。IMS实体向远端UE返回注册成功指示(200OK)消息；
4、远端UE发起紧急呼叫，如果在注册消息中没有包含中继UE的标识和中继指示，则在呼叫请求消息(第二紧急呼叫请求消息)中包含中继UE的标识和中继指示；
5、IMS实体向LRF发送位置请求消息，该消息中包含中继UE的标识；
6、LRF触发定位过程来获取中继UE的位置；
7、LRF向IMS实体发送中继UE位置和/或路由信息；
8、IMS实体根据中继UE位置选择紧急呼叫中心或PSAP，IMS实体向紧急呼叫中心或PSAP发送紧急呼叫请求消息，该紧急呼叫请求消息中包含中继UE的标识和中继指示；
9、紧急呼叫建立完成。
本公开实施例的紧急呼叫方法，由远端UE执行，通过获取中继UE的指示信息，其中，中继UE的指示信息包括中继UE的位置和/或中继UE的标识；向第一网络设备发送中继UE的指示信息，其中，中继UE的指示信息用于第一网络设备选定为远端UE建立紧急呼叫的第二网络设备，由此，远端UE将中继UE的指示信息发送至第一网络设备，从而第一网络设备可根据中继UE的指示信息中的中继UE的位置和/或中继UE的标识，确定远端UE的位置，进而可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
上述各紧急呼叫方法由远端UE执行，本公开还提出一种由第一网络设备执行的紧急呼叫方法。
图12为本公开实施例所提供的另一种紧急呼叫方法的流程示意图。
如图12所示，该紧急呼叫方法可包括如下步骤：
步骤1201，接收远端终端设备UE发送的中继UE的指示信息。
其中，中继UE的指示信息包括中继UE的位置和/或中继UE的标识。
在本公开实施例中，远端UE将接收到的中继UE的指示信息发送至第一网络设备(比如，IMS核心网)，从而第一网络设备可接收终端UE发送的中继UE的指示信息。
步骤1202，根据中继UE的指示信息选定为远端UE建立紧急呼叫的第二网络设备。
在本公开实施例中，第一网络设备可根据中继UE的指示信息中的中继UE的位置和/或中继UE的标识，确定远端UE的位置，进而，根据远端UE的位置选定为远端UE建立紧急呼叫的第二网络设备(如，紧急呼叫中心或PSAP)。
其中，需要说明的是，在中继UE的指示信息中包括中继UE的位置时，由于远端UE和中继UE之间位置相近，可将中继UE的位置作为远端UE的位置；在中继UE的指示信息中包括中继UE的标识时，第一网络设备可根据中继UE的标识从LRF获取中继UE的位置，进而将中继UE的位置作为远端UE的位置。
综上，通过接收远端终端设备UE发送的中继UE的指示信息；根据中继UE的指示信息选定为远端UE建立紧急呼叫的第二网络设备，由此，第一网络设备根据远端UE发送的中继UE的指示信息中的中继UE的位置和/或中继UE的标识，可确定远端UE的位置，进而可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
在本公开实施例的一种可能的实现方式中，接收远端终端设备UE发送的中继UE的指示信息，包括：接收远端UE发送的第一紧急呼叫请求消息，第一紧急呼叫请求消息中携带有中继UE的位置。
在本公开实施例的一种可能的实现方式中，根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备，包括：基于UE的位置选定为远端UE建立紧急呼叫的第二网络设备。
在本公开实施例的一种可能的实现方式中，紧急呼叫方法还包括：向第二网络设备发送第一紧急呼叫请求消息，第一紧急呼叫请求消息用于请求第二网络设备建立紧急呼叫。
在本公开实施例的一种可能的实现方式中，第一紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
在本公开实施例的一种可能的实现方式中，接收远端终端设备UE发送的中继UE的指示信息，包括：接收远端UE发送的第二紧急呼叫请求消息，第二紧急呼叫请求消息中携带有中继UE的标识。
在本公开实施例的一种可能的实现方式中，根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备，包括：根据中继UE的标识从位置获取功能LRF获取中继UE的位置；基于中继UE的位置选定为远端UE提供紧急呼叫的第二网络设备。
在本公开实施例的一种可能的实现方式中，根据所述标识从位置获取功能LRF获取所述中继UE的位置，包括：向所述LRF发送位置请求消息，所述位置请求消息中携带有所述中继UE的标识；接收所述LRF基于所述UE的标识进行定位所得到的所述中继UE的位置和/或所述中继UE的路由信息。
在本公开实施例的一种可能的实现方式中，紧急呼叫方法还包括：向第二网络设备发送第二紧急呼叫请求消息，第二紧急呼叫请求消息请求建立紧急呼叫。
在本公开实施例的一种可能的实现方式中，第二紧急呼叫请求消息中还携带有中继指示，用于指示紧急呼叫是基于中继的紧急呼叫。
本公开实施例的紧急呼叫方法，由第一网络设备执行，通过接收远端终端设备UE发送的中继UE的指示信息，其中，中继UE的指示信息包括中继UE的位置和/或中继UE的标识；根据中继UE的指示信息选定为远端UE建立紧急呼叫的第二网络设备，由此，第一网络设备根据远端UE发送的中继UE的指示信息中的中继UE的位置和/或中继UE的标识，可确定远端UE的位置，进而可根据远端UE的位置选定第二网络设备，以由第二网络设备为远端UE建立紧急呼叫。
需要说明的是，前述图4至图11任一实施例中对远端UE执行的紧急呼叫方法的解释说明，也适用于该实施例中对第一网络设备执行的紧急呼叫方法，其实现原理类似，此处不做赘述。
为了实现上述实施例，本公开提出一种终端设备。
图13为本公开实施例所提供的一种终端设备的结构示意图。
如图13所示，终端设备可以包括：收发机1310、处理器1320、存储器1330。
其中，存储器1330，用于存储计算机程序；收发机1310，用于在处理器1320的控制下收发数据；处理器1320，用于读取存储器中的计算机程序并执行以下操作：获取中继UE的指示信息，其中，中继UE的指示信息包括中继UE的位置和/或中继UE的标识；向第一网络设备发送中继UE的指示信息，其中，中继UE的指示信息用于第一网络设备选定为远端UE建立紧急呼叫的第二网络设备。
收发机1310，用于在处理器1320的控制下接收和发送数据。
其中，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1320代表的一个或多个处理器和存储器1330代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1310可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的用户设备，用户接口1340还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1320负责管理总线架构和通常的处理，存储器1330可以存储处理器1320在执行操作时所使用的数据。
处理器1320可以是CPU、ASIC、FPGA或CPLD，处理器1320也可以采用多核架构。
在本公开一种可能的实现形式中，获取中继UE的指示信息，包括：接收中继UE发送的通知消息，其中，通知消息中携带有中继服务代码RSC和中继UE的指示信息，RSC用于指示中继UE支持紧急呼叫业务。
在本公开一种可能的实现形式中，获取中继UE的指示信息，包括：向中继UE发送发现请求消息；接收中继UE发送的发现响应消息，其中，发现响应消息中携带有RSC和中继UE的指示信息，RSC用于指示中继UE支持紧急呼叫业务。
在本公开一种可能的实现形式中，获取中继UE的指示信息，包括：获取中继UE的指示信息，包括：接收中继UE发送的直接通信接受消息，其中，直接通信接受消息中携带有中继UE的指示信息。
在本公开一种可能的实现形式中，接收中继UE发送的直接通信接受消息之前，还包括：向中继UE发送直接通信安全消息，或者，向中继UE发送直接通信请求消息；其中，直接通信安全消息或者直接通信请求消息中包括：用于指示支持紧急呼叫业务的RSC和/或请求指示；请求指示，用于请求对符合RSC的中继UE获取指示信息。
在本公开一种可能的实现形式中，向第一网络设备发送所述中继UE的指示信息，包括：向第一网络设备发送第一紧急呼叫请求消息；其中，第一紧急呼叫请求消息中携带有中继UE的位置，用于第一网络设备基于中继UE的位置选定为远端UE建立紧急呼叫的第二网络设备。
在本公开一种可能的实现形式中，第一紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
在本公开一种可能的实现形式中，向第一网络设备发送所述中继UE的指示信息，包括：向第一网络设备发送第二紧急呼叫请求消息；其中，第二紧急呼叫请求消息中携带有中继UE的标识，用于第一网络设备根据中继UE的标识从位置获取功能LRF获取中继UE的位置，基于中继UE的位置选定为远端UE建立紧急呼叫的第二网络设备。
在本公开一种可能的实现形式中，第二紧急呼叫请求消息中还携带有中继指示，用于指示紧急呼叫是基于中继的紧急呼叫。
在此需要说明的是，本公开实施例提供的终端设备，能够实现上述图4至图11方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
为了实现上述实施例，本公开还提出一种第一网络设备。
图14为本公开实施例所提供的一种第一网络设备的结构示意图。
如图14所示，第一网络设备可以包括：收发机1410、处理器1420、存储器1430。
其中，存储器1430，用于存储计算机程序；收发机1410，用于在处理器的控制下收发数据；处理器1420，用于读取存储器中的计算机程序并执行以下操作：接收远端终端设备UE发送的中继UE的指示信息，其中，中继UE的指示信息包括中继UE的位置和/或中继UE的标识；根据中继UE的指示信息选定为远端UE建立紧急呼叫的第二网络设备。
在本公开一种可能的实现形式中，接收远端终端设备UE发送的中继UE的指示信息，包括：接收远端UE发送的第一紧急呼叫请求消息，第一紧急呼叫请求消息中携带有中继UE的位置。
在本公开一种可能的实现形式中，根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备，包括：基于UE的位置选定为远端UE建立紧急呼叫的所述第二网络设备。
在本公开一种可能的实现形式中，还包括：向第二网络设备发送第一紧急呼叫请求消息，第一紧急呼叫请求消息用于请求第二网络设备建立紧急呼叫。
在本公开一种可能的实现形式中，第一紧急呼叫请求消息中还携带有中继指示，用于指示紧急呼叫是基于中继的紧急呼叫。
在本公开一种可能的实现形式中，接收远端终端设备UE发送的中继UE的指示信息，包括：接收远端UE发送的第二紧急呼叫请求消息，第二紧急呼叫请求消息中携带有中继UE的标识。
在本公开一种可能的实现形式中，根据所述中继UE的指示信息选定为远端UE建立紧急呼叫的第二网络设备，包括：根据中继UE的标识从位置获取功能LRF获取中继UE的位置；基于中继UE的位置选定为远端UE提供紧急呼叫的第二网络设备。
在本公开一种可能的实现形式中，根据所述标识从位置获取功能LRF获取所述中继UE的位置，包括：向LRF发送位置请求消息，位置请求消息中携带有中继UE的标识；接收LRF基于UE的标识进行定位所得到的中继UE的位置和/或中继UE的路由信息。
在本公开一种可能的实现形式中，还包括：向第二网络设备发送所述第二紧急呼叫请求消息，所述第二紧急呼叫请求消息请求建立紧急呼叫。
在本公开一种可能的实现形式中，第二紧急呼叫请求消息中还携带有中继指示，用于指示紧急呼叫是基于中继的紧急呼叫。
在此需要说明的是，本发明实施例提供的第一网络设备，能够实现上述图12方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
与上述图4至图11实施例提供的紧急呼叫方法相对应，本公开还提供一种紧急呼叫装置，由于本公开实施例提供的紧急呼叫装置与上述图4至图11实施例提供的紧急呼叫方法相对应，因此在紧急呼叫方法的实施方式也适用于本公开实施例提供的紧急呼叫装置，在本公开实施例中不再详细描述。
图15为本公开实施例所提供的一种紧急呼叫装置的结构示意图。需要说明的是，该紧急呼叫装置可应用于远端UE。
如图15所示，紧急呼叫装置1500包括：获取单元1510和发送单元1520。
其中，获取单元1510，用于获取中继UE的指示信息，其中，中继UE的指示信息包括中继UE的位置和/或中继UE的标识；发送单元1520，用于向第一网络设备发送中继UE的指示信息，其中，中继UE的指示信息用于第一网络设备选定为远端UE建立紧急呼叫的第二网络设备。
作为本公开实施例的一种可能的实现方式，获取单元1510，用于：接收中继UE发送的通知消息，其中，通知消息中携带有中继服务代码RSC和中继UE的指示信息，所述RSC用于指示中继UE支持紧急呼叫业务。
作为本公开实施例的一种可能的实现方式，获取单元1510，用于：向中继UE发送发现请求消息；接收中继UE发送的发现响应消息，其中，发现响应消息中携带有RSC和中继UE的指示信息，RSC用于指示中继UE支持紧急呼叫业务。
作为本公开实施例的一种可能的实现方式，获取单元1510，用于：接收中继UE发送的直接通信接受消息，其中，直接通信接受消息中携带有中继UE的指示信息。
作为本公开实施例的一种可能的实现方式，发送单元1520，还用于：向中继UE发送直接通信安全消息，或者，向中继UE发送直接通信请求消息；其中，直接通信安全消息或者直接通信请求消息中包括：用于指示支持紧急呼叫业务的RSC和/或请求指示；请求指示，用于请求对符合RSC的中继UE获取指示信息。
作为本公开实施例的一种可能的实现方式，发送单元1520，用于：向第一网络设备发送第一紧急呼叫请求消息；其中，第一紧急呼叫请求消息中携带有中继UE的位置，用于第一网络设备基于中继UE的位置选定为远端UE建立紧急呼叫的第二网络设备。
作为本公开实施例的一种可能的实现方式，第一紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
作为本公开实施例的一种可能的实现方式，发送单元1520，用于：向第一网络设备发送第二紧急呼叫请求消息；其中，第二紧急呼叫请求消息中携带有所述中继UE的标识，用于第一网络设备根据所述中继UE的标识从位置获取功能LRF获取中继UE的位置，基于中继UE的位置选定为远端UE建立紧急呼叫的第二网络设备。
作为本公开实施例的一种可能的实现方式，第二紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
在此需要说明的是，本公开实施例提供的紧急呼叫装置，能够实现上述图4至图11方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
与上述图12实施例提供的紧急呼叫方法相对应，本公开还提供一种紧急呼叫装置，由于本公开实施例提供的紧急呼叫装置与上述图12实施例提供的紧急呼叫方法相对应，因此在紧急呼叫方法的实施方式也适用于本公开实施例提供的紧急呼叫装置，在本公开实施例中不再详细描述。
图16为本公开实施例所提供的一种紧急呼叫装置的结构示意图。需要说明的是，该紧急呼叫装置可应用于第一网络设备。
图16为本公开实施例所提供的一种紧急呼叫装置的结构示意图。
如图16所示，紧急呼叫装置1600包括：接收单元1610和选定单元1620。
其中，接收单元1610，用于接收远端终端设备UE发送的中继UE的指示信息，其中，中继UE的指示信息包括中继UE的位置和/或中继UE的标识；选定单元1620，用于根据中继UE的指示信息选定为远端UE建立紧急呼叫的第二网络设备。
作为本公开实施例的一种可能的实现方式，接收单元1610，用于：接收远端UE发送的第一紧急呼叫请求消息，第一紧急呼叫请求消息中携带有中继UE的位置。
作为本公开实施例的一种可能的实现方式，选定单元1620，用于：基于UE的位置选定为远端UE建立紧急呼叫的第二网络设备。
作为本公开实施例的一种可能的实现方式，紧急呼叫装置1600还包括：发送单元。
其中，发送单元，用于向第二网络设备发送第一紧急呼叫请求消息，第一紧急呼叫请求消息用于请求第二网络设备建立紧急呼叫。
作为本公开实施例的一种可能的实现方式，第一紧急呼叫请求消息中还携带有中继指示，用于指示紧急呼叫是基于中继的紧急呼叫。
作为本公开实施例的一种可能的实现方式，接收单元1610，还用于：接收远端UE发送的第二紧急呼叫请求消息，第二紧急呼叫请求消息中携带有中继UE的标识。
作为本公开实施例的一种可能的实现方式，选定单元1620，还用于：根据中继UE的标识从位置获取功能LRF获取中继UE的位置；基于中继UE的位置选定为远端UE提供紧急呼叫的第二网络设备。
作为本公开实施例的一种可能的实现方式，选定单元1620，还用于：向LRF发送位置请求消息，位置请求消息中携带有中继UE的标识；接收LRF基于UE的标识进行定位所得到的中继UE的位置和/或中继UE的路由信息。
作为本公开实施例的一种可能的实现方式，发送单元还用于：向第二网络设备发送第二紧急呼叫请求消息，第二紧急呼叫请求消息请求建立紧急呼叫。
作为本公开实施例的一种可能的实现方式，第二紧急呼叫请求消息中还携带有中继指示，用于指示紧急呼叫是基于中继的紧急呼叫。
在此需要说明的是，本公开实施例提供的紧急呼叫装置，能够实现上述图12方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
需要说明的是，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本公开各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
为了实现上述实施例，本公开还提出一种处理器可读存储介质。
其中，该处理器可读存储介质存储有计算机程序，该计算机程序用于使该处理器执行本公开图4至图11任一实施例的紧急呼叫方法。
其中，处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。
为了实现上述实施例，本公开还提出一种处理器可读存储介质。
其中，该处理器可读存储介质存储有计算机程序，该计算机程序用于使该处理器执行本公开图12实施例所述的紧急呼叫方法。
其中，所述处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。
本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。

Claims (41)

1.一种紧急呼叫方法，其特征在于，由远端终端设备UE执行，所述方法包括：
获取中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；
向第一网络设备发送所述中继UE的指示信息，其中，所述中继UE的指示信息用于所述第一网络设备选定为所述远端UE建立紧急呼叫的第二网络设备。
2.根据权利要求1所述的方法，其特征在于，所述获取中继UE的指示信息，包括：
接收所述中继UE发送的通知消息，其中，所述通知消息中携带有中继服务代码RSC和所述中继UE的指示信息，所述RSC用于指示所述中继UE支持紧急呼叫业务。
3.根据权利要求1所述的方法，其特征在于，所述获取中继UE的指示信息，包括：
向所述中继UE发送发现请求消息；
接收所述中继UE发送的所述发现响应消息，其中，所述发现响应消息中携带有所述RSC和所述中继UE的指示信息，所述RSC用于指示所述中继UE支持紧急呼叫业务。
4.根据权利要求1所述的方法，其特征在于，所述获取中继UE的指示信息，包括：
接收所述中继UE发送的直接通信接受消息，其中，所述直接通信接受消息中携带有所述中继UE的指示信息。
5.根据权利要求4所述的方法，其特征在于，所述接收所述中继UE发送的直接通信接受消息之前，还包括：
向所述中继UE发送直接通信安全消息，或者，向所述中继UE发送直接通信请求消息；
其中，所述直接通信安全消息或者所述直接通信请求消息中包括：用于指示支持紧急呼叫业务的RSC和/或请求指示；
所述请求指示，用于请求对符合所述RSC的中继UE获取所述指示信息。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述向第一网络设备发送所述中继UE的指示信息，包括：
向所述第一网络设备发送第一紧急呼叫请求消息；
其中，所述第一紧急呼叫请求消息中携带有所述中继UE的位置，用于所述第一网络设备基于所述中继UE的位置选定为所述远端UE建立紧急呼叫的所述第二网络设备。
7.根据权利要求6所述的方法，其特征在于，所述第一紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
8.根据权利要求1-5任一项所述的方法，其特征在于，所述向第一网络设备发送所述中继UE的指示信息，包括：
向所述第一网络设备发送第二紧急呼叫请求消息；
其中，所述第二紧急呼叫请求消息中携带有所述中继UE的标识，用于所述第一网络设备根据所述中继UE的标识从位置获取功能LRF获取所述中继UE的位置，基于所述中继UE的位置选定为所述远端UE建立紧急呼叫的所述第二网络设备。
9.根据权利要求8所述的方法，其特征在于，所述第二紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
10.一种紧急呼叫方法，其特征在于，由第一网络设备执行，所述方法包括：
接收远端终端设备UE发送的中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；
根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备。
11.根据权利要求10所述的方法，其特征在于，所述接收远端终端设备UE发送的中继UE的指示信息，包括：
接收所述远端UE发送的第一紧急呼叫请求消息，所述第一紧急呼叫请求消息中携带有所述中继UE的位置。
12.根据权利要求11所述的方法，其特征在于，所述根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备，包括：
基于所述UE的位置选定为所述远端UE建立紧急呼叫的所述第二网络设备。
13.根据权利要求11所述的方法，其特征在于，所述方法还包括：
向所述第二网络设备发送所述第一紧急呼叫请求消息，所述第一紧急呼叫请求消息用于请求所述第二网络设备建立紧急呼叫。
14.根据权利要求11或13所述的方法，其特征在于，所述第一紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
15.根据权利要求10所述的方法，其特征在于，所述接收远端终端设备UE发送的中继UE的指示信息，包括：
接收所述远端UE发送的第二紧急呼叫请求消息，所述第二紧急呼叫请求消息中携带有所述中继UE的标识。
16.根据权利要求15所述的方法，其特征在于，所述根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备，包括：
根据所述中继UE的标识从位置获取功能LRF获取所述中继UE的位置；
基于所述中继UE的位置选定为所述远端UE提供紧急呼叫的所述第二网络设备。
17.根据权利要求16所述的方法，其特征在于，所述根据所述标识从位置获取功能LRF获取所述中继UE的位置，包括：
向所述LRF发送位置请求消息，所述位置请求消息中携带有所述中继UE的标识；
接收所述LRF基于所述UE的标识进行定位所得到的所述中继UE的位置和/或所述中继UE的路由信息。
18.根据权利要求15所述的方法，其特征在于，所述方法还包括：
向所述第二网络设备发送所述第二紧急呼叫请求消息，所述第二紧急呼叫请求消息请求建立紧急呼叫。
19.根据权利要求15或18所述的方法，其特征在于，所述第二紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
20.一种终端设备，其特征在于，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
获取中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；
向第一网络设备发送所述中继UE的指示信息，其中，所述中继UE的指示信息用于所述第一网络设备选定为所述远端UE建立紧急呼叫的第二网络设备。
21.根据权利要求20所述的终端设备，其特征在于，所述获取中继UE的指示信息，包括：
接收所述中继UE发送的通知消息，其中，所述通知消息中携带有中继服务代码RSC和所述中继UE的指示信息，所述RSC用于指示所述中继UE支持紧急呼叫业务。
22.根据权利要求20所述的终端设备，其特征在于，所述获取中继UE的指示信息，包括：
向所述中继UE发送发现请求消息；
接收所述中继UE发送的所述发现响应消息，其中，所述发现响应消息中携带有所述RSC和所述中继UE的指示信息，所述RSC用于指示所述中继UE支持紧急呼叫业务。
23.根据权利要求20所述的终端设备，其特征在于，所述获取中继UE的指示信息，包括：所述获取中继UE的指示信息，包括：
接收所述中继UE发送的直接通信接受消息，其中，所述直接通信接受消息中携带有所述中继UE的指示信息。
24.根据权利要求23所述的终端设备，其特征在于，所述接收所述中继UE发送的直接通信接受消息之前，还包括：
向所述中继UE发送直接通信安全消息，或者，向所述中继UE发送直接通信请求消息；
其中，所述直接通信安全消息或者所述直接通信请求消息中包括：用于指示支持紧急呼叫业务的RSC和/或请求指示；
所述请求指示，用于请求对符合所述RSC的中继UE获取所述指示信息。
25.根据权利要求20-24任一项所述的终端设备，其特征在于，所述向第一网络设备发送所述中继UE的指示信息，包括：
向所述第一网络设备发送第一紧急呼叫请求消息；
其中，所述第一紧急呼叫请求消息中携带有所述中继UE的位置，用于所述第一网络设备基于所述中继UE的位置选定为所述远端UE建立紧急呼叫的所述第二网络设备。
26.根据权利要求25所述的终端设备，其特征在于，所述第一紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
27.根据权利要求20-24任一项所述的终端设备，其特征在于，所述向第一网络设备发送所述中继UE的指示信息，包括：
向所述第一网络设备发送第二紧急呼叫请求消息；
其中，所述第二紧急呼叫请求消息中携带有所述中继UE的标识，用于所述第一网络设备根据所述中继UE的标识从位置获取功能LRF获取所述中继UE的位置，基于所述中继UE的位置选定为所述远端UE建立紧急呼叫的所述第二网络设备。
28.根据权利要求27所述的终端设备，其特征在于，所述第二紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
29.一种第一网络设备，其特征在于，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收远端终端设备UE发送的中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；
根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备。
30.根据权利要求29所述的第一网络设备，其特征在于，所述接收远端终端设备UE发送的中继UE的指示信息，包括：
接收所述远端UE发送的第一紧急呼叫请求消息，所述第一紧急呼叫请求消息中携带有所述中继UE的位置。
31.根据权利要求30所述的第一网络设备，其特征在于，所述根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备，包括：
基于所述UE的位置选定为所述远端UE建立紧急呼叫的所述第二网络设备。
32.根据权利要求30所述的第一网络设备，其特征在于，还包括：
向所述第二网络设备发送所述第一紧急呼叫请求消息，所述第一紧急呼叫请求消息用于请求所述第二网络设备建立紧急呼叫。
33.根据权利要求30或32所述的第一网络设备，其特征在于，所述第一紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
34.根据权利要求29所述的第一网络设备，其特征在于，所述接收远端终端设备UE发送的中继UE的指示信息，包括：
接收所述远端UE发送的第二紧急呼叫请求消息，所述第二紧急呼叫请求消息中携带有所述中继UE的标识。
35.根据权利要求34所述的第一网络设备，其特征在于，所述根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备，包括：
根据所述中继UE的标识从位置获取功能LRF获取所述中继UE的位置；
基于所述中继UE的位置选定为所述远端UE提供紧急呼叫的所述第二网络设备。
36.根据权利要求35所述的第一网络设备，其特征在于，所述根据所述标识从位置获取功能LRF获取所述中继UE的位置，包括：
向所述LRF发送位置请求消息，所述位置请求消息中携带有所述中继UE的标识；
接收所述LRF基于所述UE的标识进行定位所得到的所述中继UE的位置和/或所述中继UE的路由信息。
37.根据权利要求34所述的第一网络设备，其特征在于，还包括：
向所述第二网络设备发送所述第二紧急呼叫请求消息，所述第二紧急呼叫请求消息请求建立紧急呼叫。
38.根据权利要求34或37所述的第一网络设备，其特征在于，所述第二紧急呼叫请求消息中还携带有中继指示，用于指示所述紧急呼叫是基于中继的紧急呼叫。
39.一种紧急呼叫装置，其特征在于，所述装置包括：
获取单元，用于获取中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；
发送单元，用于向第一网络设备发送所述中继UE的指示信息，其中，所述中继UE的指示信息用于所述第一网络设备选定为所述远端UE建立紧急呼叫的第二网络设备。
40.一种紧急呼叫装置，其特征在于，所述装置包括：
接收单元，用于接收远端终端设备UE发送的中继UE的指示信息，其中，所述中继UE的指示信息包括所述中继UE的位置和/或所述中继UE的标识；
选定单元，用于根据所述中继UE的指示信息选定为所述远端UE建立紧急呼叫的第二网络设备。
41.一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行如权利要求1-9中任一项所述方法，或者，如权利要求10-19中任一项所述的方法。
CN202210817138.5A 2022-07-12 2022-07-12 紧急呼叫方法、装置及其相关设备 Pending CN117440354A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210817138.5A CN117440354A (zh) 2022-07-12 2022-07-12 紧急呼叫方法、装置及其相关设备
PCT/CN2023/096586 WO2024012070A1 (zh) 2022-07-12 2023-05-26 紧急呼叫方法、装置及其相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210817138.5A CN117440354A (zh) 2022-07-12 2022-07-12 紧急呼叫方法、装置及其相关设备

Publications (1)

Publication Number Publication Date
CN117440354A true CN117440354A (zh) 2024-01-23

Family

ID=89535405

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210817138.5A Pending CN117440354A (zh) 2022-07-12 2022-07-12 紧急呼叫方法、装置及其相关设备

Country Status (2)

Country Link
CN (1) CN117440354A (zh)
WO (1) WO2024012070A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002092265A (ja) * 2000-09-19 2002-03-29 Nec Corp 緊急情報送信方法、緊急情報送信システム、記録媒体、情報処理装置、及び移動端末
JP4480538B2 (ja) * 2004-10-22 2010-06-16 株式会社エヌ・ティ・ティ・ドコモ 中継装置及び中継方法
CN101938727B (zh) * 2009-06-30 2015-06-03 中兴通讯股份有限公司 一种实现紧急呼叫的方法及系统
WO2017191973A1 (ko) * 2016-05-02 2017-11-09 엘지전자 주식회사 무선 통신 시스템에서 리모트 ue의 위치 등록 수행 방법 및 이를 위한 장치
US11924732B2 (en) * 2020-10-01 2024-03-05 Apple Inc. Emergency communication in non-cellular coverage

Also Published As

Publication number Publication date
WO2024012070A1 (zh) 2024-01-18

Similar Documents

Publication Publication Date Title
US10313997B2 (en) User equipment registration method for network slice selection and network controller and network communication system using the same
CN110291837B (zh) 网络注册和网络切片选择系统和方法
CN108605383B (zh) 无线通信系统中执行用于基于网络切片的nr的小区规范过程的方法和装置
EP3595366B1 (en) Network access method and terminal
JP5588017B2 (ja) 発展型パケットシステム及びその緊急呼出のアタッチメント処理方法
US10595250B2 (en) Quality of service initiated handover
CN107666723B (zh) 一种信息传输方法、融合网关及系统
US9008041B2 (en) Processing method supporting handover, communication apparatus, and communication system
AU2021221761B2 (en) Selection of ip version
US9781579B2 (en) Method and device for realizing terminal WIFI talkback
EP3200486B1 (en) Connection establishment method, device, and system
CN108616805B (zh) 一种紧急号码的配置、获取方法及装置
EP3128773B1 (en) Processing method and apparatus for d2d discovery
US9713176B2 (en) Telecommunication method and telecommunication system
US11612006B2 (en) Routing method and device
CN111132305B (zh) 5g用户终端接入5g网络的方法、用户终端设备及介质
CN113498057A (zh) 通信系统、方法及装置
US10057431B2 (en) Charging method, access network device, and gateway device
CN114080000B (zh) 网络切片的确定方法、装置、核心网设备及终端
CN117440354A (zh) 紧急呼叫方法、装置及其相关设备
CN116097751A (zh) 利用smf重新选择来重新锚定
CN112153756B (zh) 一种基于隧道建立服务的数据处理方法和通信设备
US20240056807A1 (en) Network equipment and user equipment
CN117596584A (zh) 通信方法和通信装置
CN116438824A (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