CN117858058A

CN117858058A - Emergency service processing method and device

Info

Publication number: CN117858058A
Application number: CN202211217091.5A
Authority: CN
Inventors: 邓强
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2022-09-30
Filing date: 2022-09-30
Publication date: 2024-04-09
Also published as: WO2024067398A1

Abstract

The application provides a method and a device for processing an emergency service, wherein the method applied to a remote terminal comprises the following steps: acquiring second emergency service information corresponding to the candidate relay terminal; and determining a target relay terminal based on first emergency service information and the second emergency service information, wherein the first emergency service information corresponds to an emergency service which needs to be executed by the remote terminal, and sending a first message for establishing the emergency service to the target relay terminal. According to the method and the device for determining the target relay terminal through the first emergency service information and the second emergency service information, the target relay terminal can provide the remote terminal with the emergency service which needs to be executed by the remote terminal, so that the remote terminal can obtain the emergency service through relay, and the problem that the remote terminal cannot perform the emergency service due to the fact that the remote terminal cannot directly access a network is solved.

Description

Emergency service processing method and device

Technical Field

The present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for processing an emergency service.

Background

Currently, when a terminal device directly accesses a network is defined in the related art, the terminal device can know from the network whether the current access network supports an emergency service (Emergency Service), and what kind of situation the terminal device supported by the network can request the emergency service, thereby executing the emergency service required by the terminal device.

However, in the relay scenario, the remote terminal cannot register to the network and cannot acquire information related to the emergency service, so that the remote terminal cannot acquire the emergency service from the network.

Disclosure of Invention

The embodiment of the application provides a processing method and device of emergency service, which are used for solving the problem that a remote terminal cannot acquire the emergency service in the prior art.

In a first aspect, an embodiment of the present application provides a method for processing an emergency service, which is applied to a remote terminal, including:

acquiring second emergency service information corresponding to the candidate relay terminal;

determining a target relay terminal based on first emergency service information and the second emergency service information, wherein the first emergency service information corresponds to an emergency service which needs to be executed by the remote terminal;

and sending a first message for establishing the emergency service to the target relay terminal.

Optionally, the second emergency service information includes any one or a combination of the following:

a second emergency services support identifier;

a second protocol session unit, PDU, session parameter associated with the emergency service;

and the situation that the candidate relay terminal supports and provides emergency services for the remote terminal.

Optionally, the second emergency service support identifier includes: a second emergency relay service code.

Optionally, the second PDU session parameter comprises a second emergency service data network name DNN and/or second emergency service single network slice selection assistance information S-nsai.

Optionally, the situation that the candidate relay terminal supports to provide the emergency service for the remote terminal includes any one or a combination of the following:

under the conditions that the remote terminal has legal subscription, is authenticated and authorized by the network and can perform data service, providing emergency service for the remote terminal;

providing emergency service for a remote terminal with an International Mobile Subscriber Identity (IMSI);

emergency services are provided for all remote terminals.

Optionally, the obtaining the second emergency service information corresponding to the candidate relay terminal includes:

and receiving second emergency service information sent by the candidate relay terminal.

Optionally, the determining the target relay terminal based on the first emergency service information and the second emergency service information includes:

determining second emergency service information matched with the first emergency service information;

and determining the candidate relay terminal corresponding to the matched second emergency service information as the target relay terminal.

In a second aspect, an embodiment of the present application provides a method for processing an emergency service, which is applied to a relay terminal, including:

And sending second emergency service information corresponding to the relay terminal to a remote terminal, wherein the second emergency service information is used for determining a target relay terminal, and the target relay terminal supports the provision of the emergency service required to be executed by the remote terminal for the remote terminal.

a second emergency services support identifier;

and the relay terminal supports the situation of providing emergency services for the remote terminal.

Optionally, the situation supported by the relay terminal and providing the emergency service for the remote terminal includes any one or a combination of the following:

Emergency services are provided for all remote terminals.

Optionally, the sending the second emergency service information corresponding to the relay terminal to the remote terminal further includes:

receiving a second emergency service support identifier sent by a policy control function PCF entity; and/or

And sending the relay capability information of the relay terminal to an access and mobility management (AMF) entity, and receiving the second PDU session parameter sent by the AMF entity and the situation of providing emergency service for a remote terminal.

Optionally, after the sending the second emergency service information corresponding to the relay terminal to the remote terminal, the method further includes:

and receiving a first message sent by the remote terminal and used for establishing the emergency service which needs to be executed by the remote terminal.

In a third aspect, an embodiment of the present application further provides a processing device for an emergency service, which is applied to a remote terminal, including:

the first acquisition unit is used for acquiring second emergency service information corresponding to the candidate relay terminal;

a first determining unit, configured to determine a target relay terminal based on first emergency service information and the second emergency service information, where the first emergency service information corresponds to an emergency service that needs to be executed by the remote terminal;

And the first sending unit is used for sending a first message for establishing the emergency service to the target relay terminal.

In a fourth aspect, an embodiment of the present application further provides a processing device for an emergency service, which is applied to a relay terminal, including:

and the second sending unit is used for sending second emergency service information corresponding to the relay terminal to the remote terminal, wherein the second emergency service information is used for determining a target relay terminal, and the target relay terminal supports the provision of the emergency service which needs to be executed by the remote terminal for the remote terminal.

In a fifth aspect, embodiments of the present application further provide a remote terminal, including a memory, a transceiver, and a processor, wherein:

a memory for storing a computer program; a transceiver for transceiving data under control of the processor; and a processor for reading the computer program in the memory and implementing the method for processing emergency services according to the first aspect.

In a sixth aspect, embodiments of the present application further provide a relay terminal, including a memory, a transceiver, and a processor, where:

a memory for storing a computer program; a transceiver for transceiving data under control of the processor; and a processor for reading the computer program in the memory and implementing the method for processing emergency services according to the second aspect.

In a seventh aspect, embodiments of the present application further provide a processor-readable storage medium storing a computer program for causing the processor to execute the method for processing an emergency service according to the first aspect or the method for processing an emergency service according to the second aspect.

The method and the device for processing the emergency service can be applied to Relay scenes, such as Layer-3 UE-to-Network Relay, the remote terminal determines the target Relay terminal through the first emergency service information and the second emergency service information by acquiring the first emergency service information and the second emergency service information and requests the target Relay terminal to establish the emergency service, the remote terminal communicates with the Network by means of PDU session of the target Relay terminal, and the target Relay terminal provides data transmission for the remote terminal, so that the remote terminal can obtain emergency service support, and the problem that the remote terminal cannot perform emergency service due to the fact that the remote terminal cannot directly access the Network is solved.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, a brief description will be given below of the drawings that are needed in the embodiments or the prior art descriptions, and it is obvious that the drawings in the following description are some embodiments of the present application, and that other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a schematic diagram of a network architecture provided herein;

fig. 2 is a schematic flow chart of communication between a remote terminal and a network through a relay terminal;

fig. 3 is one of flow diagrams of a method for processing an emergency service according to an embodiment of the present application;

FIG. 4 is a second flow chart of a method for processing an emergency service according to an embodiment of the present disclosure;

fig. 5 is a third flow chart of a method for processing an emergency service according to an embodiment of the present application;

FIG. 6 is a flowchart illustrating a method for processing an emergency service according to an embodiment of the present disclosure;

fig. 7 is one of schematic structural diagrams of an emergency service processing apparatus according to an embodiment of the present application;

fig. 8 is a second schematic structural diagram of an emergency service processing device according to an embodiment of the present disclosure;

fig. 9 is a schematic structural diagram of a remote terminal according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of a relay terminal according to an embodiment of the present application.

Detailed Description

In the embodiment of the application, the term "and/or" describes the association relationship of the association objects, which means that three relationships may exist, for example, a and/or B may be represented: a exists alone, A and B exist together, and B exists alone. The character "/" generally indicates that the context-dependent object is an "or" relationship.

The term "plurality" in the embodiments of the present application means two or more, and other adjectives are similar thereto.

The following description of the technical solutions in the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.

The technical scheme provided by the embodiment of the application can be suitable for various systems, in particular to a 5G (5 th Generation Mobile Communication Technology, fifth generation mobile communication technology) system. For example, suitable systems may be global system for mobile communications (global system of mobile communication, GSM), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (Wideband Code Division Multiple Access, WCDMA) universal packet Radio service (general packet Radio service, GPRS), long term evolution (long term evolution, LTE), LTE frequency division duplex (frequency division duplex, FDD), LTE time division duplex (time division duplex, TDD), long term evolution-advanced (long term evolution advanced, LTE-a), universal mobile system (universal mobile telecommunication system, UMTS), worldwide interoperability for microwave access (worldwide interoperability for microwave access, wiMAX), 5G New air interface (New Radio, NR), and the like. Terminal devices and network devices are included in these various systems. Core network parts such as evolved packet system (Evloved Packet System, EPS), 5G system (5 GS) etc. may also be included in the system.

The terminal device according to the embodiments of the present application may be a device that provides voice and/or data connectivity to a user, a handheld device with a wireless connection function, or other processing device connected to a wireless modem, etc. The names of the terminal devices may also be different in different systems, for example in a 5G system, the terminal devices may be referred to as User Equipment (UE). The wireless terminal device may communicate with one or more Core Networks (CNs) via a radio access Network (Radio Access Network, RAN), which may be mobile terminal devices such as mobile phones (or "cellular" phones) and computers with mobile terminal devices, e.g., portable, pocket, hand-held, computer-built-in or vehicle-mounted mobile devices that exchange voice and/or data with the radio access Network. Such as personal communication services (Personal Communication Service, PCS) phones, cordless phones, session initiation protocol (Session Initiated Protocol, SIP) phones, wireless local loop (Wireless Local Loop, WLL) stations, personal digital assistants (Personal Digital Assistant, PDAs), and the like. The wireless terminal device may also be referred to as a system, subscriber unit (subscriber unit), subscriber station (subscriber station), mobile station (mobile), remote station (remote station), access point (access point), remote terminal device (remote terminal), access terminal device (access terminal), user terminal device (user terminal), user agent (user agent), user equipment (user device), and the embodiments of the present application are not limited.

The network device according to the embodiment of the present application may be a base station, where the base station may include a plurality of cells for providing services for a terminal. A base station may also be called an access point or may be a device in an access network that communicates over the air-interface, through one or more sectors, with wireless terminal devices, or other names, depending on the particular application. The network device may be operable to exchange received air frames with internet protocol (Internet Protocol, IP) packets as a router between the wireless terminal device and the rest of the access network, which may include an Internet Protocol (IP) communication network. The network device may also coordinate attribute management for the air interface. For example, the network device according to the embodiments of the present application may be a network device (Base Transceiver Station, BTS) in a global system for mobile communications (Global System for Mobile communications, GSM) or code division multiple access (Code Division Multiple Access, CDMA), a network device (NodeB) in a wideband code division multiple access (Wide-band Code Division Multiple Access, WCDMA), an evolved network device (evolutional Node B, eNB or e-NodeB) in a long term evolution (long term evolution, LTE) system, a 5G base station (gNB) in a 5G network architecture (next generation system), a home evolved base station (Home evolved Node B, heNB), a relay node (relay node), a home base station (femto), a pico base station (pico), and the like. In some network structures, the network device may include a Centralized Unit (CU) node and a Distributed Unit (DU) node, which may also be geographically separated.

Multiple-input Multiple-output (Multi Input Multi Output, MIMO) transmissions may each be made between a network device and a terminal device using one or more antennas, and the MIMO transmissions may be Single User MIMO (SU-MIMO) or Multiple User MIMO (MU-MIMO). The MIMO transmission may be 2D-MIMO, 3D-MIMO, FD-MIMO, or massive-MIMO, or may be diversity transmission, precoding transmission, beamforming transmission, or the like, depending on the form and number of the root antenna combinations.

To facilitate an understanding of the embodiments of the present application, the following terms or contexts are presented in connection with the embodiments of the present application:

(1) Layer 3 (Layer-3) terminal-to-Network (UE-to-Network) Relay (Relay) architecture and flow

The related art defines a Layer-3 UE-to-Network Relay architecture and related flows. Fig. 1 is a schematic diagram of a network architecture provided in the present application, as shown in fig. 1, when a UE is out of network coverage or a Uu interface signal is poor, the UE cannot directly connect to a network, and may connect to the network through a UE having a Relay function, where the former is called a Layer-3 Remote terminal (Layer-3 Remote UE, which may also be called a Remote terminal), and the latter is called a Layer-3 Relay terminal (Layer-3 Relay UE, which may also be called a Relay terminal). In Layer-3 UE-to-Network Relay scenario, a remote terminal is connected to a Relay terminal through a direct communication (PC 5) interface, the Relay terminal is connected to an access Network through a UU interface, the access Network may be a next generation radio access Network (Next Generation Radio Access Network, NG-RAN), the access is connected to a core Network, the core Network may be a 5G core Network (5G core,5 gc), and the core Network is connected to a data Network through an N6 interface.

Fig. 2 is a schematic flow chart of communication between a remote terminal and a network through a relay terminal, as shown in fig. 2:

1. the network registers for a Remote terminal (Remote UE) and a Relay terminal (Relay UE) through an access and mobility management function (Access and Mobility Management Function, AMF), a user plane function (User Plane Function, UPF), etc., and this time provides the Remote terminal and the Relay terminal with parameters required for ProSe (Proximity Service, proximity services) communication (communication through a PC5 interface), such as a Relay service code (Relay Service Code) for selecting the Relay terminal.

2. The relay terminal establishes a relay protocol data unit (Protocol Data Unit, PDU session) of the Uu interface through a session management function (Session Management Function, SMF) for data transmission of the relay remote terminal. The relay terminal acquires an IPv6 prefix (IPv 6 prefix) from the network through an internet protocol version 6 (Internet Protocol Version, IPv 6) prefix proxy function.

3. The remote terminal performs ProSe discovery procedure to discover the relay terminal.

4. The remote terminal selects the relay terminal and establishes one-to-one direct communication, and a communication interface between the remote terminal and the relay terminal is a PC5 interface. If the remote terminal needs to establish a PDU session, the relay terminal initiates a new PDU session establishment procedure.

5. The relay terminal allocates an IP address for the remote terminal.

(2) Method for supporting terminal to carry out emergency service by 5G system

The related art defines a method for the terminal to perform an emergency service when the terminal directly accesses the network (i.e., the terminal does not access the network through the Relay terminal).

During Registration (Registration), the AMF indicates an emergency services support identity Emergency Service Support indicator to the terminal in a Registration accept Registration Accept message for informing the terminal that the network supports emergency services, i.e. the UE can request the network for a PDU session for emergency services emergency service. In the PDU session establishment procedure, the UE sets a Request Type as an emergency service Request Emergency Request for indicating that the UE requests to establish a PDU session supporting an emergency service. The AMF selects an SMF supporting an Emergency service to complete the PDU session establishment procedure based on the indication and the Emergency service configuration data Emergency Configuration Data, wherein the Emergency service configuration data Emergency Configuration Data contains Emergency service single network slice selection assistance information (Single Network Slice Selection AssistanceInformation, S-nsai) and an Emergency service data network name (Data Network Name, DNN).

In addition, the related art defines 4 different situations in which the terminal supports the emergency service, including:

(1) Only Valid terminals (Valid UE only) are supported, i.e. emergency services can be requested only if the UE has a legal subscription and is authenticated and authorized to conduct data services. A UE that is not supported in a limited service state requests an emergency service.

(2) Only authenticated UE Only UEs that are authenticated are allowed is allowed, i.e. the UE must have a legal IMSI and be authenticated to request emergency services. A UE supporting a limited service (limited service) state requests an emergency service.

(3) An optional (authentication optional) authentication of the international mobile subscriber identity (International Mobile Subscriber Identity, IMSI) is required, i.e. the UE must have a legal IMSI, and even if authentication fails, the UE can still request emergency services, where the IMSI is used as UE identity.

(4) All UEs are allowed (All UEs are allowed), including authenticated UEs, UEs with IMSI but unable to authenticate, and UEs with IMSI only, can request emergency services.

The related art defines that when a UE directly accesses a network (i.e., the UE does not access the network through a relay terminal), the UE can learn from the network whether the current access network supports emergency services, and what situation the UE can request the emergency services.

However, in the Relay scenario, such as in the Layer-3 UE-to-Network Relay architecture, since the remote terminal cannot establish its own PDU session, it communicates with the Network by means of the PDU session of the Relay terminal. How to select a suitable relay terminal for supporting emergency services by a remote terminal is a problem to be solved by the present application.

Fig. 3 is one of flow diagrams of a processing method of an emergency service provided in an embodiment of the present application, and as shown in fig. 3, the embodiment of the present application provides a processing method of an emergency service, which is applied to a remote terminal, and includes:

step 310, obtaining second emergency service information corresponding to the candidate relay terminal;

specifically, the candidate relay terminal refers to a relay terminal capable of being found by a remote terminal, and the second emergency service information refers to emergency service information corresponding to the candidate relay terminal, such as information related to an emergency service supported by the candidate relay terminal; illustratively, the second emergency services information may include: whether emergency services are supported, the type of emergency services required, and parameters required for the emergency services (such as the network to be accessed, etc.) are established.

The second emergency service information may be network configured, network notified, requested by the remote terminal to the candidate relay terminal, or transmitted by the candidate relay terminal to the remote terminal. For example, the intermediate and remote terminal may establish a connection with the network or with the candidate relay terminal, and receive and store the second emergency service information related to the candidate relay terminal.

It should be understood that, the foregoing is an example for facilitating understanding of the present application, and the method for acquiring the second emergency service information in the embodiment of the present application is not limited.

Step 320, determining a target relay terminal based on first emergency service information and the second emergency service information, wherein the first emergency service information corresponds to an emergency service that needs to be executed by the remote terminal;

the first emergency service information is information related to an emergency service that the remote terminal needs to perform, such as whether the emergency service is supported, a type of the emergency service required, parameters required for establishing the emergency service (e.g., the emergency service configuration data described above, etc.).

The first emergency service information may be network configured, network informed or requested by the remote terminal from the relevant network function entity.

It should be understood that, the foregoing is an example for facilitating understanding of the present application, and the method for acquiring the first emergency service information in the embodiment of the present application is not limited.

The number of the candidate relay terminals may be plural, and thus the second emergency service information corresponding to the candidate relay terminals may be plural. The candidate relay terminal may be able to establish a connection with the remote terminal, but due to the relay capability of the candidate relay terminal and the influence of factors such as the fact that the candidate relay terminal may be connected to different networks, respectively, the emergency services relay capability of different candidate relay terminals (i.e. whether different candidate relay terminals support providing emergency services relay for the remote terminal) is different, and due to the different networks to which the candidate relay terminal is connected, the situation of whether the candidate relay terminal is able to provide emergency services for the remote terminal is also different.

The remote terminal may select a candidate relay terminal capable of providing the remote terminal with the emergency service relay service as a target relay terminal according to the first emergency service information and the second emergency service information.

And step 330, sending a first message for establishing the emergency service to the target relay terminal.

Specifically, a first message is sent to a target relay terminal, and the target relay terminal is requested to establish the emergency service for a remote terminal. The emergency service refers to an emergency service that the remote terminal needs to execute.

The processing method of the emergency service provided by the embodiment of the invention can be applied to a Relay scene, such as Layer-3 UE-to-Network Relay, determines the target Relay terminal through the first emergency service information and the second emergency service information, requests the target Relay terminal to establish the emergency service which needs to be executed by the remote terminal, realizes that the remote terminal communicates with the Network by means of PDU session of the target Relay terminal, and provides data transmission for the remote terminal by the target Relay terminal, thereby enabling the remote terminal to obtain emergency service support and solving the problem that the remote terminal cannot execute the required emergency service due to the fact that the remote terminal cannot directly access the Network.

Optionally, the first emergency service information includes any one or a combination of the following:

a first emergency services support identifier;

a first protocol session unit, PDU, session parameter associated with emergency services.

Specifically, for the first emergency service support identifier, the emergency service support identifier corresponding to the remote terminal; the emergency services support identifier may be used to identify whether the terminal supports emergency services, and the first emergency services support identifier may be used to identify whether the remote terminal supports emergency services.

Optionally, the first emergency service support identifier includes: a first emergency relay service code.

In particular, an emergency relay service code (Relay Service Code, RSC) may be used to identify that the terminal supports emergency service relay.

The first emergency relay service code refers to an emergency relay service code corresponding to the remote terminal. It should be understood that, for a remote terminal, the first emergency relay code may indicate that the remote terminal supports emergency services, and when the remote terminal transmits the first emergency code to other terminals, the first emergency code may be used to indicate to the other terminals that the remote terminal needs emergency services.

Optionally, for the first protocol session unit PDU session parameter associated with the emergency service, first, the PDU session parameter associated with the emergency service is introduced:

illustratively, during the process of acquiring the emergency service by the terminal, a PDU session associated with the emergency service may be established based on a user routing policy (UE Route Selection Policy, urs) rule for transmitting the emergency service data, and the terminal may select PDU session parameters such as DNN, S-NSSAI, session and service continuity (Session and Service Continuity Mode, SCC) mode, and PDU session type for transmitting the emergency service data.

The first PDU session parameter refers to a PDU session parameter associated with an emergency service corresponding to a remote terminal to be performed.

Optionally, the first PDU session parameter includes:

the first emergency services data network name DNN and/or the first emergency services single network slice selection assistance information S-nsai.

Specifically, the S-NSSAI is used for uniquely identifying a network slice, and the network slice is a networking mode according to requirements, so that operators can separate a plurality of virtual end-to-end networks on a unified infrastructure; DNN may apply to select SMF and UPF for a PDU session, to select an N6 interface for a PDU session, and to determine a policy to apply to this PDU session. The DNN may be applied with the S-nsai to allow the terminal to access the data networks supported in the network slices associated with the S-nsai.

The emergency services S-NSSAI is used to identify network slices associated with the emergency services; the emergency services DNN is used to identify a data network associated with the emergency services.

The first emergency service S-NSSAI refers to an emergency service S-NSSAI corresponding to a remote terminal, and can be understood as an S-NSSAI corresponding to an emergency service required by the remote terminal; the first emergency service DNN refers to an emergency service DNN corresponding to a remote terminal, and may be understood as a DNN corresponding to an emergency service required by the remote terminal.

a second emergency services support identifier;

a second PDU session parameter associated with the emergency service;

The second emergency service support identifier refers to an emergency service support identifier corresponding to the candidate relay terminal, and is used for indicating whether the corresponding candidate relay terminal supports the emergency service. It should be understood that, since there may be a plurality of candidate relay terminals, each candidate relay terminal corresponds to one second emergency service support identifier, so there may be a plurality of second emergency service support identifiers.

Specifically, the second emergency relay service code refers to an emergency relay service code corresponding to the candidate relay terminal, and may be used to identify whether the candidate relay terminal supports the relay emergency service.

The second PDU session parameter associated with the emergency service refers to the PDU session parameter associated with the emergency service corresponding to the candidate relay terminal, and may be understood as the PDU session parameter associated with the emergency service supported by the candidate relay terminal.

It should be appreciated that, since there may be a plurality of candidate relay terminals, each candidate relay terminal corresponds to a second PDU session parameter, respectively, there may be a plurality of second PDU session parameters.

Optionally, the second PDU session parameter comprises a second emergency service DNN and/or a second emergency service S-nsai.

The second emergency service S-nsai refers to an emergency service S-nsai corresponding to the candidate relay terminal, and can be understood as an S-nsai corresponding to an emergency service supported by the candidate relay terminal; the second emergency service DNN refers to an emergency service DNN corresponding to the candidate relay terminal, and may be understood as a DNN corresponding to an emergency service supported by the candidate relay terminal.

The situation that the candidate relay terminal supports and provides the emergency service for the remote terminal refers to that the network allows the candidate relay terminal to provide the emergency service for the remote terminal under what condition.

emergency services are provided for all remote terminals.

In particular, in the case where a remote terminal has a legal subscription, is authenticated and authorized by a network, and can perform a data service, providing the remote terminal with an emergency service may include both a valid remote terminal and a registered remote terminal.

The valid remote terminal situation refers to: the network only allows the candidate relay terminal to relay the emergency service for the active remote terminal, i.e. only the active remote terminal can request the emergency service, and does not support the remote terminal in the limited service state to request the emergency service. The effective remote terminal means: the remote terminal has a legal subscription and is authenticated and authorized to conduct data traffic.

The registered remote terminal situation refers to: the network only allows the candidate relay terminal to relay emergency services for the registered remote terminal, i.e. the remote terminal must have a legal IMSI and be authenticated to request emergency services. A remote terminal supporting a limited service state requests an emergency service.

For providing emergency services for a remote terminal with an international mobile subscriber identity IMSI, it means that the network only allows candidate relay terminals to relay emergency services for the remote terminal with an IMSI, i.e. the remote terminal must have a legal IMSI to request emergency services. The remote terminal must have a legal IMSI, and even if authentication fails, the remote terminal can still request emergency services, where the IMSI is used as the remote terminal identity.

By providing emergency services to all remote terminals, it is meant that the network allows the candidate relay terminal to relay emergency services to all remote terminals. Illustratively, an authenticated remote terminal, a remote terminal having an IMSI but unable to authenticate, and a remote terminal having only an IMSI may all request emergency services.

According to the processing method of the emergency service, the remote terminal can determine the candidate relay terminal capable of supporting the emergency service for the remote terminal through the first emergency service information and the second emergency service information, for example, the candidate relay terminal with the capability of relaying the emergency service accords with the situation that the candidate relay terminal supports the emergency service, so that the remote terminal can obtain the emergency service support, and the problem that the remote terminal cannot perform the emergency service due to the fact that the remote terminal cannot directly access a network is solved.

Optionally, the obtaining the first emergency service information corresponding to the remote terminal and the second emergency service information corresponding to the candidate relay terminal includes:

and receiving first emergency service information corresponding to the remote terminal, which is sent by a policy control function PCF entity.

In particular, as in the embodiments described above, the remote terminal may determine PDU session parameters related to the emergency services based on the urs rules, which only support being provided by the policy control function (Policy Control Function, PCF) entity, so that the remote terminal may receive the first emergency services information through the PCF entity.

and receiving the second emergency service information sent by the candidate relay terminal.

Specifically, the remote terminal may discover the candidate relay terminal and communicate with the candidate relay terminal, so that the remote terminal may directly communicate with the candidate relay terminal to obtain the second emergency service information corresponding to the candidate relay terminal.

Optionally, the second emergency service information is obtained by the candidate relay terminal through an access and mobility management function AMF entity and/or a policy control function PCF entity.

The candidate relay terminal can obtain second emergency service information corresponding to the candidate relay terminal through an AMF entity and/or a PCF entity accessed by the candidate relay terminal. If the candidate relay terminal obtains a second PDU session parameter associated with the emergency service and/or a situation supported by the candidate relay terminal and providing the emergency service for the remote terminal through the AMF entity; the candidate relay terminal obtains the second emergency service support identifier through the PCF entity.

Optionally, the receiving the second emergency service information sent by the candidate relay terminal includes:

And receiving the second emergency service information sent by the candidate relay terminal through the direct discovery message.

Specifically, the remote terminal and the candidate relay terminal may communicate through a direct discovery message.

Illustratively, two modes, type A and type B, may be included:

type a:

the candidate relay terminal transmits a broadcast advertisement message (it should be understood that the broadcast message is a direct communication message) on a corresponding frequency band according to the frequency point information received from the PCF, the broadcast message carrying the second emergency service information. Thereby realizing the receiving of the second emergency service information sent by the candidate relay terminal through a direct discovery message.

Type B:

the remote terminal sends a request Solicitation message (it is understood that the request message is a direct communication message) on a corresponding frequency band according to the frequency point information received from the PCF, where the request Solicitation message is used to request the candidate relay terminal that receives the request message to return a Response message carrying the second emergency service information to the remote terminal (it is understood that the Response message is a direct communication message); and after receiving the request message, the candidate relay terminal returns a Response message carrying the second emergency service information to the remote terminal. Thereby realizing the receiving of the second emergency service information sent by the candidate relay terminal through a direct discovery message.

It should be understood that the foregoing is illustrative of the present application for ease of understanding and is not to be construed as limiting the present application in any way.

According to the emergency service processing method provided by the embodiment of the application, the remote terminal acquires the second emergency service information through the direct communication message, so that the remote terminal acquires the related information of the emergency service supported by the network accessed by the candidate relay terminal, and the remote terminal is facilitated to select a suitable candidate relay terminal (capable of providing the emergency service) as a target relay terminal.

for example, the parameters in the first emergency service information and the second emergency service information may be matched in a one-to-one correspondence, and the second emergency service information with the same parameters as the first emergency service information is selected, for example, the PDU session parameters associated with the emergency service with the same emergency service support identifier are the same, and the remote terminal accords with the situation that the candidate relay terminal supports and provides the emergency service for the remote terminal.

Illustratively, type a and type B are exemplified.

Type a:

and the candidate relay terminal sends the broadcast message carrying the second emergency service information on the corresponding frequency band according to the frequency point information received from the PCF.

Correspondingly, the remote terminal monitors the broadcast message in the corresponding frequency band according to the frequency point information received from the PCF. The remote terminal analyzes the second emergency service information in the monitored broadcast information, and if the monitored second emergency service information can correspond to the first emergency service information local to the remote terminal, the remote terminal can judge that the candidate relay terminal (the candidate relay terminal corresponding to the matched second emergency service information) can provide the relay service of the emergency service required to be initiated by the remote terminal. Optionally, the remote terminal uses the candidate relay terminal (the candidate relay terminal corresponding to the matched second emergency service information) as a target relay terminal, and initiates a PC5 establishment request to the target relay terminal, so as to establish a PC5 connection with the target relay terminal.

Type B:

and the remote terminal sends a request message carrying the second emergency service information on a corresponding frequency band according to the frequency point information received from the PCF.

Correspondingly, the candidate relay terminal monitors the request message in the corresponding frequency band according to the frequency point information received from the strategy control network element, and after the candidate relay terminal monitors the request message, the candidate relay terminal sends a response message carrying second emergency service information to the remote terminal. If the second emergency service information received by the remote terminal can correspond to the first emergency service information local to the remote terminal, the remote terminal can determine that the candidate relay terminal (the candidate relay terminal corresponding to the matched second emergency service information) can provide the relay service of the emergency service required to be initiated by the remote terminal. Optionally, the remote terminal uses the candidate relay terminal (the candidate relay terminal corresponding to the matched second emergency service information) as a target relay terminal, and initiates a PC5 establishment request to the target relay terminal, so as to establish a PC5 connection with the target relay terminal.

According to the emergency service processing method provided by the embodiment of the application, the remote terminal selects the target relay terminal through the matching of the first emergency service information and the second emergency service information, and then the target relay terminal acquires the emergency service required to be executed by the terminal from the network.

Optionally, the first message includes the first emergency service support identifier, where the first emergency service identifier is used to trigger the target relay terminal to establish a PDU session corresponding to the first emergency service support identifier.

Specifically, the remote terminal sends a first message to the target relay terminal, wherein the first message contains the first emergency service support identifier and is used for triggering the target relay terminal to establish a PDU session corresponding to the first emergency service support identifier, and the PDU session is associated with an emergency service to be executed by the remote terminal and is used for transmitting emergency service data with a network.

According to the emergency service processing method provided by the embodiment of the application, the remote terminal performs data transmission with the network through the emergency service PDU session established by the target relay terminal, so that the emergency service is acquired from the network through the target relay terminal.

Fig. 4 is a second flowchart of a processing method of an emergency service provided in an embodiment of the present application, as shown in fig. 4, where the processing method of an emergency service is applied to a relay terminal, and includes:

step 410, sending second emergency service information corresponding to the relay terminal to a remote terminal, where the second emergency service information is used to determine a target relay terminal, and the target relay terminal supports providing the remote terminal with an emergency service that needs to be executed by the remote terminal.

Specifically, the description of the remote terminal and the second emergency service information refers to the description above, and is not repeated here.

It will be appreciated that the relay terminal is now a candidate relay terminal for the far-end terminal.

According to the emergency service processing method provided by the embodiment of the application, the relay terminal sends the second emergency service information to the remote terminal, so that the problem that the remote terminal cannot acquire the related information of the emergency service supported by the current network due to incapability of being connected with the network is solved, the remote terminal can send the second emergency service information through the relay terminal, determine the related information of the emergency service supported by the current network, and select the relay terminal capable of providing the emergency service for the remote terminal as a target relay terminal, so that the emergency service can be acquired from the network through the target relay terminal.

a second emergency services support identifier;

Optionally, the second emergency services support identifier includes: a second emergency relay service code.

emergency services are provided for all remote terminals.

Specifically, for the second emergency service support identifier, the second protocol session unit PDU session parameter associated with the emergency service, the situation that the relay terminal supports to provide the emergency service for the remote terminal, the second emergency relay service code, the second emergency service DNN, and the second emergency service S-nsai, reference is made to the above description, and will not be repeated herein.

Illustratively, the relay terminal obtains policies and parameters for proximity services from the PCF entity, including the second emergency services support identity. The second emergency services support identity indicates that the network supports emergency services.

The Relay terminal sends a registration request message to the AMF entity, wherein the registration request message contains Relay capability information, and the Relay capability information is used for indicating that the UE has Relay capability.

The AMF entity obtains subscription information of the relay terminal from a unified data management function (Unified Data Management, UDM) entity, the subscription information including whether the relay terminal is allowed to provide Emergency services for the remote terminal, and a situation (Emergency type) in which the remote terminal allowed by the network performs Emergency services through the relay terminal, that is, a situation supported by the relay terminal to provide Emergency services for the remote terminal.

The AMF entity may return the second PDU session parameters (e.g., the second Emergency service DNN and the second Emergency service S-nsai) and the relay terminal-supported case (Emergency type) for providing the remote terminal with the Emergency service to the relay terminal in a registration accept Registration Accept message. The second Emergency service DNN and the second Emergency service S-nsai represent DNN and slice information supported by the current network, and the Emergency type represents a situation that the remote terminal allowed by the network performs the Emergency service through the relay terminal.

According to the emergency service processing method provided by the embodiment of the application, the relay terminal obtains the second emergency service information through the PCF entity and the AMF entity, so that the second emergency service information can be sent to the remote terminal, the problem that the remote terminal cannot acquire the related information of the emergency service supported by the current network due to incapability of being connected with the network is solved, the remote terminal can determine the related information of the emergency service supported by the current network through the relay terminal by sending the second emergency service information, and the relay terminal capable of providing the emergency service for the remote terminal is selected as a target relay terminal, so that the emergency service can be acquired from the network through the target relay terminal.

Optionally, sending second emergency service information for determining the target relay terminal to the remote terminal includes:

and sending the second emergency service information to the remote terminal through a direct discovery message.

Reference is made to the description of the type a and the type B in the above embodiments, and the description is omitted here.

Specifically, the relay terminal receives a first message sent by the remote terminal, establishes an emergency service PDU session between the relay terminal and the network in response to the first message, and is used for carrying out emergency service relay for the remote terminal, sending emergency service data to the network for the remote terminal through the emergency service PDU session, receiving the emergency service data returned by the network and sending the emergency service data to the remote terminal.

It should be understood that the relay terminal at this time is a target relay terminal determined by the remote terminal.

According to the emergency service processing method provided by the embodiment of the application, the relay terminal transmits the emergency service data to the remote terminal by establishing the PDU session, so that the remote terminal obtains the emergency service from the network through the relay terminal.

Optionally, the first message carries a first emergency service support identifier, where the first emergency service support identifier is used to trigger the relay terminal to establish a PDU session corresponding to the first emergency service support identifier.

Specifically, the first message includes the first emergency service support identifier, which is used for triggering the target relay terminal to establish a PDU session corresponding to the first emergency service support identifier, where the PDU session is associated with an emergency service and is used for transmitting emergency service data with a network.

Fig. 5 is a third flow chart of the method for processing an emergency service according to the embodiment of the present application, as shown in fig. 5, where a Relay terminal (hereinafter, referred to as a Relay UE) obtains, from an AMF entity (hereinafter, referred to as an AMF) in the method for processing an emergency service, information related to supporting the emergency service by a current network.

1. The registration request message sent by the Relay UE to the AMF includes Relay capability information, where the Relay capability information is used to indicate that the UE has Relay capability.

2. The AMF obtains subscription information of the Relay UE from a UDM entity (may be abbreviated as UDM), including whether the Relay UE is allowed to provide Emergency services (Relay Emergency allowed) for Remote UE (Remote terminal), and a case (Emergency type) where the Remote terminal allowed by the network performs Emergency services through the Relay terminal, that is, a case supported by the Relay terminal and providing Emergency services for the Remote terminal.

The case where the Remote UE allowed by the network performs the emergency service through the Relay UE (the case where the Relay terminal supports the emergency service for the Remote terminal) includes one or more of the following:

(1) Only active remote terminals are supported: the network only allows the candidate relay terminal to relay the emergency service for the active remote terminal, i.e. only the active remote terminal can request the emergency service, and does not support the remote terminal in the limited service state to request the emergency service. The effective remote terminal means: the remote terminal has a legal subscription and is authenticated and authorized to conduct data traffic.

(2) Only registered remote terminal scenarios are supported: the network only allows the candidate relay terminal to relay emergency services for the registered remote terminal, i.e. the remote terminal must have a legal IMSI and be authenticated to request emergency services. A remote terminal supporting a limited service state requests an emergency service.

(3) Support the remote terminal with international mobile subscriber identity IMSI to provide emergency services: the network only allows candidate relay terminals to relay emergency services for IMSI-capable remote terminals, only Valid terminals (Valid UE only) are supported, i.e. emergency services can be requested only if the UE has a legal subscription and is authenticated and authorized to perform data services. A UE that is not supported in a limited service state requests an emergency service.

(4) Support for providing emergency services for all remote terminals: the network allows the candidate relay terminal to relay emergency traffic for all remote terminals. Illustratively, an authenticated remote terminal, a remote terminal having an IMSI but unable to authenticate, and a remote terminal having only an IMSI may all request emergency services.

3. The AMF determines that the Relay UE can provide Emergency service for the Remote UE according to the Relay capability information and the subscription information of the Relay UE, and returns a second Emergency service DNN, a second Emergency service S-NSSAI and a situation (Emergency type) which is supported by the Relay terminal and provides Emergency service for the Remote terminal to the Relay UE in a registration acceptance Registration Accept message. The second Emergency service DNN and the second Emergency service S-nsai represent DNN and slice information supported by the current network, and the Emergency type represents a situation that Remote UE allowed by the network performs Emergency services through the Relay UE.

The invention provides a method for a Layer-3 Remote UE to acquire whether a current network supports Emergency Service and what kind of situation is supported Emergency Service through a Layer-3 Relay.

Fig. 6 is a fourth flow chart of the processing method of the emergency service provided in the embodiment of the present application, as shown in fig. 6, where the embodiment of the present application provides a processing method of the emergency service, which is used for acquiring, by a Remote UE, relevant information that a current network supports the emergency service in a discovery process, and selecting a Relay UE to perform the emergency service.

1. The Remote UE obtains policies and parameters for performing proximity services from the PCF entity, including a first emergency relay service code RSC and first PDU session parameters associated with the emergency services, such as a first emergency service DNN, a first emergency service S-NSSAI, a first emergency service PDU session type, etc., where the first emergency relay service code indicates that the Remote terminal connection service type is an emergency service.

2. The Remote UE discovers the Relay UE through a discovery procedure. Discovery processes are classified into two types, type a and type B.

In the type a discovery process, the Relay UE sends a broadcast message, where the broadcast message includes second Emergency service information (second Emergency RSC, second Emergency DNN, second Emergency S-nsai, and second Emergency type), where the second Emergency RSC, second Emergency DNN, and the second Emergency S-nsai, and the Emergency type are acquired from the AMF by the Relay UE during the registration process (an embodiment described in fig. 5).

In the B type discovery process, the Remote UE sends a request Solicitation message to the Relay UE, wherein the request message comprises a first Emergency RSC, the Relay UE returns a Response message to the Remote UE, and the Response message comprises second Emergency service information (second Emergency RSC, second Emergency DNN, second Emergency S-NSSAI and Emergency type). Wherein the second Emergency RSC, the second Emergency DNN, the second Emergency S-NSSAI, the Emergency type are obtained from the AMF by the Relay UE during registration (refer to the embodiment described with reference to FIG. 5).

Further, the Relay UE may determine whether the Remote UE needs to perform an authentication procedure according to the authentication type. If an emergency service is provided for a Remote terminal having an international mobile subscriber identity IMSI (IMSI required, authentication optional) or for all Remote terminals (All UEs are allowed), it is indicated that the Remote UE does not need to perform an authentication procedure, the Relay UE may add an indication that authentication authentication not required is not needed in the response message in the discovery procedure, and the Remote UE will not initiate an authentication procedure after receiving the indication.

It should be understood that the relay terminal at this time is a candidate relay terminal.

3. The Remote UE selects an appropriate candidate relay terminal as a target relay terminal, taking the following factors into consideration:

(1) The first Emergency service RSC and associated first PDU session parameters (first Emergency service DNN and/or first Emergency service S-nsai) acquired by the Remote UE from the PCF can be matched with the second Emergency DNN and second Emergency S-nsai acquired in the discovery message.

(2) The current state of the Remote UE (e.g., whether there is an IMSI, whether it is in limited service state, etc.) can satisfy one of the situations in the enhanced type.

4. And the Remote UE establishes PC5 connection with the target relay terminal. The Remote UE includes the first enhanced RSC in the direct communication request Direct Communication Request message (first message).

5. The target relay terminal establishes an emergency services PDU session.

In addition, the Remote UE may also establish a non-emergency service PDU session through the target Relay UE, where the Remote UE and the target Relay UE establish a separate PC5 connection. When the target relay terminal is in the mobility limit Mobility restriction, release of the non-emergency traffic session will be initiated, but the emergency traffic session is reserved.

6. And forwarding the data of the Remote UE through the target relay terminal.

The following describes an emergency service processing apparatus provided in the embodiments of the present application, and since the methods and apparatuses provided in the embodiments of the present application are based on the same application concept, the emergency service processing apparatus and the emergency service processing method may be referred to each other.

Referring to fig. 7, fig. 7 is one of schematic structural diagrams of an emergency service processing apparatus provided in an embodiment of the present application, where the embodiment of the present application provides an emergency service processing apparatus, which may be applied to a remote terminal, and the apparatus includes: a first acquisition unit 710, a first determination unit 720, and a first transmission unit 730;

a first obtaining unit 710, configured to obtain second emergency service-information corresponding to the candidate relay terminal;

a first determining unit 720, configured to determine a target relay terminal based on first emergency service information and the second emergency service information, where the first emergency service information corresponds to an emergency service that needs to be executed by the remote terminal;

and a first transmitting unit 730, configured to transmit a first message for establishing the emergency service to the target relay terminal.

A first emergency services support identifier;

Optionally, the first PDU session parameter includes:

a second emergency services support identifier;

a second PDU session parameter associated with the emergency service;

emergency services are provided for all remote terminals.

Optionally, the first obtaining unit 710 is configured to obtain second emergency service information corresponding to the candidate relay terminal, including:

the first obtaining unit 710 is configured to receive the second emergency service information sent by the candidate relay terminal.

Optionally, the first obtaining unit 710 is configured to receive the second emergency service information sent by the candidate relay terminal, and includes:

the first obtaining unit 710 is configured to receive, through a direct discovery message, the second emergency service information sent by the candidate relay terminal.

Alternatively, the first determining unit 720 determines a target relay terminal based on the first emergency service information and the second emergency service information, including:

the first determining unit 720 is configured to determine second emergency service information that matches the first emergency service information;

the first determining unit 720 is configured to determine, as the target relay terminal, a candidate relay terminal corresponding to the matched second emergency service information.

The method and the device provided by the embodiments of the present application are based on the same application conception, and since the principle of solving the problem by using the method for processing the emergency service applied to the remote terminal and the device for processing the emergency service applied to the remote terminal is similar, and the same technical effect can be achieved, the implementation of the device and the method can be referred to each other, and the repetition is omitted.

Referring to fig. 8, fig. 8 is a second schematic structural diagram of an emergency service processing apparatus provided in an embodiment of the present application, where the embodiment of the present application provides an emergency service processing apparatus, which may be applied to a relay terminal, and the apparatus includes: a second transmitting unit 810;

and a second transmitting unit 810, configured to transmit second emergency service information corresponding to the relay terminal to a remote terminal, where the second emergency service information is used to determine a target relay terminal, and the target relay terminal supports providing the remote terminal with an emergency service that needs to be executed by the remote terminal.

a second emergency services support identifier;

And the relay terminal supports the situation of providing emergency service for the remote terminal.

emergency services are provided for all remote terminals.

Optionally, the apparatus further comprises: a second receiving unit, configured to receive a second emergency service support identifier sent by the PCF entity; and/or

The second receiving unit is configured to send relay capability information of the relay terminal to an access and mobility management AMF entity, and receive the second PDU session parameter sent by the AMF entity and the situation of providing an emergency service for a remote terminal.

Optionally, the second receiving unit is configured to send second emergency service information corresponding to the relay terminal to a remote terminal, and includes:

the second receiving unit is configured to send the second emergency service information to the remote terminal through a direct discovery message.

Optionally, the second receiving unit is further configured to receive a first message sent by the remote terminal, where the first message is used to establish an emergency service that needs to be executed by the remote terminal.

The method and the device provided by the embodiments of the present invention are based on the same application conception, and because the principle of solving the problem of the processing method of the emergency service applied to the relay terminal and the processing device of the emergency service applied to the relay terminal are similar, and the same technical effect can be achieved, the implementation of the device and the method can be mutually referred, and the repetition is omitted.

It should be noted that, in the embodiment of the present application, the division of the units is schematic, which is merely a logic function division, and other division manners may be implemented in actual practice. In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a processor-readable storage medium. Based on such understanding, the technical solution of the present application may be embodied in essence or a part contributing to the prior art or all or part of the technical solution, in the form of a software product stored in a storage medium, including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) to perform all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

Fig. 9 is a schematic structural diagram of a remote terminal according to an embodiment of the present application, and as shown in fig. 9, the remote terminal includes a memory 920, a transceiver 900 and a processor 910; wherein the processor 910 and the memory 920 may also be physically separate.

A memory 920 for storing a computer program; a transceiver 900 for transceiving data under the control of the processor 910; the processor 910 is configured to execute operations corresponding to any of the processing methods for emergency services applied to the remote terminal provided in the embodiments of the present application according to the obtained executable instructions by calling a computer program stored in the memory 920, for example:

In particular, transceiver 900 is configured to receive and transmit data under the control of processor 910.

Wherein in fig. 9, bus interface 940 may include any number of interconnected buses and bridges, and in particular, one or more processors represented by processor 910, and various circuits of memory represented by memory 920, coupled together. The bus interface 940 may also connect together various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. Transceiver 900 may be a number of elements, including a transmitter and a receiver, providing a means for communicating with various other apparatus over transmission media, including wireless channels, wired channels, optical cables, etc. For different remote terminals, a user interface 930 may also be included, and the user interface 930 may also be an interface capable of interfacing with an internal connection requiring device, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

The processor 910 is responsible for managing the bus architecture and general processing, and the memory 920 may store data used by the processor 910 in performing operations.

Alternatively, the processor 910 may be a CPU (central processing unit), ASIC (Application Specific Integrated Circuit ), FPGA (Field-Programmable Gate Array, field programmable gate array) or CPLD (Complex Programmable Logic Device ), and the processor may also employ a multi-core architecture.

Optionally, any one or a combination of the following is included:

a first emergency services support identifier;

Optionally, the first PDU session parameter includes:

a second emergency services support identifier;

a second PDU session parameter associated with the emergency service;

emergency services are provided for all remote terminals.

It should be noted that, the above remote terminal provided in this embodiment of the present application can implement all the method steps implemented in the foregoing method embodiment for processing an emergency service applied to a remote terminal, and can achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those of the method embodiment in this embodiment are omitted herein.

Fig. 10 is a schematic structural diagram of a relay terminal according to an embodiment of the present application, and as shown in fig. 10, the relay terminal includes a memory 1020, a transceiver 1000 and a processor 1010; wherein the processor 1010 and the memory 1020 may also be physically separate.

A memory 1020 for storing a computer program; a transceiver 1000 for transceiving data under the control of the processor 1010; the processor 1010 is configured to execute operations corresponding to any of the processing methods for emergency services applied to the relay terminal provided in the embodiments of the present application according to the obtained executable instructions by calling a computer program stored in the memory 1020, for example:

In particular, the transceiver 1000 is operative to receive and transmit data under the control of the processor 1010.

Wherein in fig. 10, bus interface 1040 may comprise any number of interconnected buses and bridges, and in particular, one or more processors represented by processor 1010 and various circuits of memory represented by memory 1020, coupled together. The bus interface 1040 may also connect various other circuits together, such as peripherals, voltage regulators, and power management circuits, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. Transceiver 1000 may be a number of elements, i.e., including a transmitter and a receiver, providing a means for communicating with various other apparatus over transmission media, including wireless channels, wired channels, optical cables, etc. For different relay terminals, a user interface 1030 may also be included, the user interface 1030 may also be an interface capable of interfacing with an internal connection requiring device, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

The processor 1010 is responsible for managing the bus architecture and general processing, and the memory 1020 may store data used by the processor 1010 in performing operations.

Alternatively, the processor 1010 may be a CPU (Central processing Unit), ASIC (Application Specific Integrated Circuit ), FPGA (Field-Programmable Gate Array, field programmable Gate array) or CPLD (Complex Programmable Logic Device ), which may also employ a multi-core architecture.

a second emergency services support identifier;

emergency services are provided for all remote terminals.

Optionally, sending second emergency service information corresponding to the relay terminal to a remote terminal, including:

It should be noted that, the relay terminal provided in the embodiment of the present application can implement all the method steps implemented in the embodiment of the method for processing an emergency service applied to a relay terminal, and can achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those in the embodiment of the method are omitted herein.

In another aspect, embodiments of the present application further provide a processor readable storage medium storing a computer program, where the computer program is configured to cause the processor to execute the method applied to the remote terminal provided in the foregoing embodiments, where the method includes:

In another aspect, an embodiment of the present application further provides a processor readable storage medium, where a computer program is stored, where the computer program is configured to cause the processor to execute the method applied to the relay terminal provided in the foregoing embodiments, where the method includes:

The processor-readable storage medium may be any available medium or data storage device that can be accessed by a processor, including, but not limited to, magnetic storage (e.g., floppy disks, hard disks, magnetic tape, magneto-optical disks (MOs), etc.), optical storage (e.g., CD, DVD, BD, HVD, etc.), semiconductor storage (e.g., ROM, EPROM, EEPROM, nonvolatile storage (NAND FLASH), solid State Disk (SSD)), and the like.

It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, magnetic disk storage, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-executable instructions. These computer-executable instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These processor-executable instructions may also be stored in a processor-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the processor-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These processor-executable instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.

Claims

1. The processing method of the emergency service is characterized by being applied to a remote terminal and comprising the following steps:

2. The method for processing an emergency service according to claim 1, wherein the second emergency service information includes any one or a combination of the following:

a second emergency services support identifier;

3. The method for processing an emergency service according to claim 2, wherein the second emergency service support identifier comprises: a second emergency relay service code.

4. The method according to claim 2, wherein the second PDU session parameter comprises a second emergency services data network name DNN and/or second emergency services single network slice selection assistance information S-nsai.

5. The method for processing the emergency service according to claim 2, wherein the situation supported by the candidate relay terminal for providing the emergency service to the remote terminal includes any one or a combination of the following:

emergency services are provided for all remote terminals.

6. The method for processing an emergency service according to any one of claims 1 to 5, wherein the obtaining second emergency service information corresponding to the candidate relay terminal includes:

7. The method for processing an emergency service according to any one of claims 1 to 5, wherein determining a target relay terminal based on the first emergency service information and the second emergency service information includes:

8. The processing method of the emergency service is characterized by being applied to a relay terminal and comprising the following steps:

9. The method for processing emergency services according to claim 8, wherein the second emergency service information includes any one or a combination of the following:

a second emergency services support identifier;

10. The method for processing an emergency service according to claim 9, wherein the second emergency service support identifier comprises: a second emergency relay service code.

11. The method according to claim 9, wherein the second PDU session parameter comprises a second emergency services data network name DNN and/or second emergency services single network slice selection assistance information S-nsai.

12. The method for processing the emergency service according to claim 9, wherein the situation supported by the relay terminal for providing the emergency service to the remote terminal includes any one or a combination of the following:

Emergency services are provided for all remote terminals.

13. The method for processing an emergency service according to any one of claims 9 to 12, wherein said transmitting second emergency service information corresponding to said relay terminal to a remote terminal further comprises:

And sending the relay capability information of the relay terminal to an access and mobility management (AMF) entity, and receiving the second PDU session parameter sent by the AMF entity and the situation of providing emergency service for the remote terminal.

14. The method for processing an emergency service according to any one of claims 9 to 12, wherein after said transmitting second emergency service information corresponding to said relay terminal to said remote terminal, further comprising:

15. A remote terminal comprising a memory, a transceiver, and a processor:

a memory for storing a computer program; a transceiver for transceiving data under control of the processor; a processor for reading the computer program in the memory and performing the following operations:

16. The remote terminal of claim 15, wherein the second emergency services information comprises any one or a combination of the following:

a second emergency services support identifier;

a second PDU session parameter associated with the emergency service;

17. The remote terminal of claim 16, wherein the second emergency services support identification comprises: a second emergency relay service code.

18. The remote terminal of claim 16, wherein the second PDU session parameters comprise a second emergency service DNN and/or a second emergency service S-nsai.

19. The remote terminal according to claim 16, wherein the situations supported by the candidate relay terminal for providing emergency services to the remote terminal include any one or a combination of the following:

emergency services are provided for all remote terminals.

20. The remote terminal according to any of claims 15-19, wherein the obtaining second emergency service information corresponding to the candidate relay terminal includes:

21. The remote terminal according to any of the claims 15-19, wherein said determining a target relay terminal based on the first emergency service information and the second emergency service information comprises:

22. A relay terminal comprising a memory, a transceiver, and a processor:

23. The relay terminal of claim 22, wherein the transmitting the second emergency service information corresponding to the relay terminal to the remote terminal further comprises:

And sending the relay capability information of the relay terminal to an access and mobility management (AMF) entity, and receiving a second PDU session parameter sent by the AMF entity and providing an emergency service for a remote terminal.

24. The relay terminal of any of claims 22, wherein after the transmitting the second emergency service information corresponding to the relay terminal to the remote terminal, further comprising:

25. An emergency service processing apparatus, applied to a remote terminal, comprising:

26. An apparatus for processing emergency services, applied to a relay terminal, comprising:

27. A processor-readable storage medium, characterized in that the processor-readable storage medium stores a computer program for causing the processor to execute the method of processing emergency services according to any one of claims 1 to 14.