Communication device and wireless communication method

Abstract

Disclosed are a communication device and a wireless communication method, the wireless communication method comprising: a first terminal device sending help information to a second terminal device or a network device, the help information comprising first indication information, the first indication information is used for indicating that the battery electric quantity of the first terminal equipment is lower than an electric quantity threshold and emergency data to be sent exist; the first terminal device receives feedback information of the second terminal device sent by the second terminal device or the network device, wherein the feedback information comprises a device identifier of the second terminal device; the first terminal device establishes a data path with the second terminal device based on the device identifier of the second terminal device; and the first terminal device sends the emergency data to the second terminal device through the data path. According to the scheme, the first terminal device sends the emergency data to the second terminal device so as to send the emergency data to the network device, and the reliability of emergency data transmission is improved.

Description

Technical Field

[0001] This application relates to the field of mobile communication technology, including but not limited to communication equipment and wireless communication methods. Background Technology

[0002] Saving mobile terminal energy consumption and extending its usage time has always been an important focus for terminal manufacturers. Among related technologies, the 3rd Generation Partnership Project (3GPP) defines methods for saving mobile terminal energy consumption mainly through Radio Resource Control (RRC) state switching. That is, through the RRC mechanism, the mobile terminal switches from connected state to idle state or discontinuous reception (DRX) state when idle, thereby reducing frequent signaling interactions between the mobile terminal and the base station. Summary of the Invention

[0003] This application provides a communication device and a wireless communication method that can improve the reliability of emergency data transmission.

[0004] The technical solution of this application embodiment is implemented as follows.

[0005] This application provides a first terminal device, which includes a first transceiver and a first processor coupled to the first transceiver. The first processor is configured to: send a distress message to a second terminal device or a network device via the first transceiver, the distress message including first indication information indicating that the battery power of the first terminal device is below a power threshold and there is emergency data to be sent; receive feedback information from the second terminal device or the network device via the first transceiver, the feedback information including a device identifier of the second terminal device; establish a data path with the second terminal device based on the device identifier of the second terminal device via the first transceiver; and send the emergency data to the second terminal device via the data path through the first transceiver.

[0006] In some embodiments, the distress request information further includes at least one of the following: location information of the first terminal device; battery power information of the first terminal device; available time information of the first terminal device; distress request reason information, which indicates the reason why the first terminal device sends the distress request information; data volume information of the emergency data; service priority information of the emergency data; first duration information, which indicates the transmission duration requirement of the emergency data; and first capability information, which indicates the service capability requirements for the second terminal device.

[0007] In some embodiments, the first processor is configured to broadcast the distress message on a first time-frequency resource.

[0008] In some embodiments, the first processor is configured to determine the transmission power of the distress message based on the battery level and / or the number of times the distress message has been sent.

[0009] In some embodiments, the feedback information further includes at least one of the following: second duration information, the second duration being used to indicate the duration for the second terminal device to complete the transmission of the emergency data; second capability information, the second capability information being used to indicate the service capability of the second terminal device; and location information of the second terminal device.

[0010] In some embodiments, the first processor is configured to: Receive the second time-frequency resource information sent by the network device; On the second time-frequency resource indicated by the second time-frequency resource information, the feedback information sent by the second terminal device is received.

[0011] In some embodiments, the first processor is configured to: receive power threshold configuration information and / or emergency service configuration information sent by the network device; the emergency service configuration information indicates at least one service type including the service type of the emergency data.

[0012] This application provides a second terminal device, which includes a second transceiver and a second processor coupled to the second transceiver. The second processor is configured to: receive, via the second transceiver, a distress message from a first terminal device or a network device, the distress message including first indication information indicating that the battery level of the first terminal device is below a power threshold and that there is emergency data to be sent; send, via the second transceiver, feedback information from the second terminal device to the first terminal device or the network device, the feedback information including a device identifier of the second terminal device; establish a data path with the first terminal device via the second transceiver based on the device identifier of the second terminal device; receive the emergency data sent by the first terminal device through the data path via the second transceiver; and send the emergency data to the network device via the second transceiver.

[0013] This application provides a network device including a third transceiver and a third processor coupled to the third transceiver. The third processor is configured to: receive, via the third transceiver, a distress message sent by a first terminal device, the distress message including first indication information indicating that the battery level of the first terminal device is below a power threshold and there is emergency data to be sent; send the distress message to a second terminal device via the third transceiver; receive, via the third transceiver, feedback information sent by the second terminal device, the feedback information including a device identifier of the second terminal device; send the feedback information to the first terminal device via the third transceiver; and receive, via the third transceiver, the emergency data sent by the second terminal device.

[0014] This application provides a wireless communication method applied to a first terminal device. The method includes: sending a distress message to a second terminal device or a network device, the distress message including first indication information, the first indication information indicating that the battery power of the first terminal device is below a power threshold and there is emergency data to be sent; receiving feedback information from the second terminal device or the network device, the feedback information including a device identifier of the second terminal device; establishing a data path with the second terminal device based on the device identifier of the second terminal device; and sending the emergency data to the second terminal device through the data path.

[0015] This application provides a wireless communication method applied to a second terminal device. The method includes: receiving a distress message from a first terminal device or a network device, the distress message including first indication information indicating that the battery level of the first terminal device is below a power threshold and that there is emergency data to be sent; sending feedback information from the second terminal device to the first terminal device or the network device, the feedback information including a device identifier of the second terminal device; establishing a data path with the first terminal device based on the device identifier of the second terminal device; receiving the emergency data sent by the first terminal device through the data path; and sending the emergency data to the network device.

[0016] This application provides a wireless communication method applied to a network device. The method includes: receiving a distress message sent by a first terminal device, the distress message including first indication information, the first indication information indicating that the battery power of the first terminal device is below a power threshold and there is emergency data to be sent; sending the distress message to a second terminal device; receiving feedback information sent by the second terminal device, the feedback information including the device identifier of the second terminal device; sending the feedback information to the first terminal device; and receiving the emergency data sent by the second terminal device.

[0017] This application provides a wireless communication device, the device comprising: Memory is used to store executable instructions or computer programs. The processor, when executing computer-executable instructions or computer programs stored in the memory, implements the wireless communication method provided in the embodiments of this application.

[0018] This application provides a computer-readable storage medium storing a computer program or computer-executable instructions for implementing the wireless communication method provided in this application when executed by a processor.

[0019] This application provides a computer program product, including a computer program or computer executable instructions. When the computer program or computer executable instructions are executed by a processor, they implement the wireless communication method provided in this application.

[0020] In this embodiment, a first terminal device sends a distress message to a second terminal device or a network device. The distress message includes first indication information, which indicates that the battery level of the first terminal device is below a power threshold and that there is emergency data to be sent. The first terminal device receives feedback information from the second terminal device or the network device, which includes the device identifier of the second terminal device. The first terminal device establishes a data path with the second terminal device based on the device identifier. The first terminal device sends the emergency data to the second terminal device through the data path, and the second terminal device sends the received emergency data to the network device. This ensures that the first terminal device with low battery power sends the emergency data to the second terminal device, and the second terminal device sends the emergency data to the network device, thus guaranteeing the transmission of emergency data in the first terminal device with low battery power and improving the reliability of emergency data transmission. Attached Figure Description

[0021] Figure 1 This is a schematic diagram of an optional structure of the wireless communication system provided in an embodiment of this application; Figure 2 This is an optional flowchart illustrating the wireless communication method provided in the embodiments of this application. Figure 1 ; Figure 3 This is an optional flowchart illustrating the wireless communication method provided in the embodiments of this application. Figure 2 ; Figure 4 This is an optional flowchart illustrating the wireless communication method provided in the embodiments of this application. Figure 3 ; Figure 5 This is an optional structural diagram of the wireless communication system provided in the embodiments of this application. Figure 4 ; Figure 6 This is an optional flowchart illustrating the wireless communication method provided in the embodiments of this application. Figure 5 ; Figure 7 This is an optional flowchart illustrating the wireless communication method provided in the embodiments of this application. Figure 6 ; Figure 8 This is an optional flowchart illustrating the wireless communication method provided in the embodiments of this application. Figure 7 ; Figure 9 This is an optional structural diagram of the wireless communication system provided in the embodiments of this application. Figure 8 ; Figure 10 This is an optional structural diagram of the terminal provided in the embodiments of this application. Detailed Implementation

[0022] To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings. The described embodiments should not be regarded as limitations on this application. All other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0023] In the following description, references are made to “some embodiments,” which describe a subset of all possible embodiments. However, it is understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0024] In the following description, the terms "first," "second," and "third" are used only to distinguish different objects and do not represent a specific order of objects, nor are they constituting a chronological order. It is understood that "first," "second," and "third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0025] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0026] This application provides a wireless communication method. In practical applications, the wireless communication method can be implemented by a wireless communication device. The functional entities in the wireless communication device can be implemented collaboratively by the hardware resources of the communication device, such as computing resources like processors and communication resources (such as those used to support various communication methods like optical fiber and cellular networks). The communication device may include terminal devices and network devices.

[0027] The wireless communication method provided in this application embodiment can be applied to... Figure 1 The communication system 100 shown is as follows: Figure 1 As shown, the communication system 100 includes: terminal device 101 and network device 102.

[0028] exist Figure 1In the communication system 100 shown, network device 102 may include access network equipment that communicates with terminal device 101. The access network equipment can provide communication coverage for a specific geographical area and can communicate with terminal device 101 located within that coverage area. Network device 102 may be an evolved Node B (eNB or eNodeB) in a Long Term Evolution (LTE) system, a Next Generation Radio Access Network (NG RAN) device, a base station (gNB) in an NR system, a base station in a 6G system, a radio controller in a Cloud Radio Access Network (CRAN), or a network device in a future evolved Public Land Mobile Network (PLMN), etc.

[0029] Network device 102 may further include core network equipment that communicates with access network equipment. The core network equipment may be a 5G core network (5G Core, 5GC) device. In some embodiments, the core network equipment may also be an Evolved Packet Core (EPC) device of an LTE network. During network evolution, the aforementioned core network equipment may also be called by other names, or new network entities may be formed by dividing the functions of the core network. This application embodiment does not limit this.

[0030] Terminal device 101 can be any terminal device, including but not limited to terminal devices that are connected to network device 102 or other terminal devices via wired or wireless connections.

[0031] For example, terminal equipment 101 can refer to an access terminal, user equipment (UE), user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication equipment, user agent, or user device. An access terminal can be a cellular phone, cordless phone, Session Initiation Protocol (SIP) phone, IoT device, satellite handheld terminal, Wireless Local Loop (WLL) station, Personal Digital Assistant (PDA), handheld device with wireless communication capabilities, computing device or other processing device connected to a wireless modem, in-vehicle device, wearable device, terminal equipment in a 5G network, terminal equipment in a 6G network, or terminal equipment in a future evolved network, etc.

[0032] Different terminal devices 101 can perform device-to-device (D2D) communication. Terminal device 101 can act as a remote device to communicate with network device 102 via a relay device. Terminal device 101 can also act as a relay device to communicate with network device 102.

[0033] The various functional units in the communication system 100 can also establish connections through interfaces to achieve communication.

[0034] Figure 1 An exemplary embodiment shows a network device and two terminal devices. Optionally, the communication system 100 may include multiple network devices and each network device may include other numbers of terminal devices within its coverage area. This application embodiment does not limit this.

[0035] Firstly, the wireless communication method provided in the embodiments of this application is applied to a first terminal device, such as... Figure 2 As shown, it includes: S201. The first terminal device sends a distress message to the second terminal device or network device. The distress message includes a first indication message, which indicates that the battery power of the first terminal device is below a power threshold and there is emergency data to be sent. S202, the first terminal device receives feedback information from the second terminal device or the network device sent by the second terminal device, the feedback information including the device identifier of the second terminal device; S203. The first terminal device establishes a data path with the second terminal device based on the device identifier of the second terminal device; S204. The first terminal device sends the emergency data to the second terminal device through the data path.

[0036] Secondly, the wireless communication method provided in this application embodiment is applied to a second terminal device, such as... Figure 3 As shown, it includes: S301. The second terminal device receives a distress message from the first terminal device or network device, the distress message including first indication information, the first indication information being used to indicate that the battery power of the first terminal device is below a power threshold and there is emergency data to be sent. S302. The second terminal device sends feedback information of the second terminal device to the first terminal device or the network device, the feedback information including the device identifier of the second terminal device; S303. The second terminal device establishes a data path with the first terminal device based on the device identifier of the second terminal device. S304. The second terminal device receives the emergency data sent by the first terminal device through the data path; S305, the second terminal device sends the emergency data to the network device.

[0037] Thirdly, the wireless communication method provided in the embodiments of this application is applied to network devices, such as... Figure 4 As shown, it includes: S401. The network device receives a distress message sent by the first terminal device. The distress message includes first indication information, which indicates that the battery power of the first terminal device is below a power threshold and there is emergency data to be sent. S402. The network device sends the distress message to the second terminal device; S403. The network device receives feedback information sent by the second terminal device, the feedback information including the device identifier of the second terminal device; S404. The network device sends the feedback information to the first terminal device; S405. The network device receives the emergency data sent by the second terminal device.

[0038] Below, on Figure 2 , Figure 3 or Figure 4 The wireless communication method shown is described.

[0039] The first terminal device can be any terminal device connected to the network. For a given terminal device, if its battery level is below a threshold and it has urgent data to be sent, it can be considered the first terminal device, and this terminal device will send a distress signal. It is understood that the first terminal device can be considered either the terminal device sending the distress signal or the terminal device with its battery level below a threshold and urgent data to be sent. The first terminal device can also be called a distress terminal device or an emergency distress terminal device; the naming of the first terminal device is not limited in this embodiment.

[0040] When a first terminal device's battery level is below a threshold and it has urgent data to be transmitted, it sends a distress message to a second terminal device or a network device. This distress message, also known as an emergency distress message, indicates that the first terminal device is requesting assistance in transmitting data. In this embodiment, when the first terminal device's battery level is below the threshold and it has urgent data to be transmitted, the first terminal device believes it may be unable to transmit the urgent data completely to the network device. In this case, the first terminal device sends a distress message, requesting assistance from other terminal devices to transmit the urgent data to the network device. These other terminal devices can be understood as any terminal device other than the first terminal device.

[0041] The distress message sent by the first terminal device may include first indication information, which indicates that the battery level of the first terminal device is below a power threshold and that there is urgent data to be sent. In this embodiment, the first terminal device uses the first indication information to indicate its current situation: the battery level is below a power threshold and there is urgent data to be sent. Other network devices that receive the first indication information can determine, based on the first indication information, that the first terminal device currently needs to provide assistance in sending urgent data.

[0042] In this embodiment, the help request information sent by the first terminal device may include the device identifier of the first terminal device. The help request information may also include the device address of the first terminal device.

[0043] Battery power can be represented by State of Charge (SOC). The first terminal device can obtain the current battery power and compare it with a power threshold to determine whether the battery power is below the threshold. The power threshold can be a pre-configured, pre-set, or pre-defined value for the network device, such as 2%, 5%, 10%, 20%, etc. The power threshold value can be the same or different for different terminal devices.

[0044] Urgent data can be understood as data that needs to be sent within a certain time, such as data for urgent business operations, data for high-priority business operations, data with high data priority, and important data with high importance. When the first terminal device has data to be sent, it determines whether the data to be sent is urgent data. In this embodiment, the method for determining whether the data to be sent is urgent data may include one or more of the following: determining whether the data to be sent is urgent data based on the business type of the data to be sent, determining whether the data to be sent is urgent data based on the priority of the data to be sent, and determining whether the data to be sent is urgent data based on the importance of the data to be sent. In this embodiment, the method for determining whether the data to be sent is urgent data may include other methods besides the above methods. This embodiment does not limit the method by which the first terminal device determines whether the data to be sent is urgent data.

[0045] In one possible implementation, if the data to be transmitted by the first terminal device is urgent data, the system determines whether the battery level of the first terminal device is below a power threshold. In this case, if the data to be transmitted is not urgent data, the system does not determine whether the battery level is below the power threshold. In another possible implementation, if the first terminal device determines that the battery level is below the power threshold, it determines whether the data to be transmitted is urgent data. In this case, if the battery level is not below the power threshold, the first terminal device does not determine whether the data to be transmitted is urgent data.

[0046] In this embodiment, the first terminal device can send a distress signal when the battery level is below a power threshold and the amount of emergency data to be sent exceeds a data volume threshold. In this case, the data volume threshold can be a pre-set fixed value, or it can be selected by the user from multiple optional data volume thresholds based on a selection operation, or it can be selected from multiple optional data volume thresholds based on the battery level. When the data volume threshold is selected from multiple optional data volume thresholds based on the battery level, the value of the corresponding optional data volume threshold decreases as the battery level decreases.

[0047] The first terminal device can send the distress request to the second terminal device without going through the network device. In this case, the second terminal device directly receives the distress request sent by the first terminal device. Alternatively, the first terminal device can send the distress request to the network device, which then forwards the received distress request to the second terminal device. In this case, the second terminal device receives the distress request sent by the first terminal device through the network device.

[0048] Understandably, the first terminal device may send a request for help to at least one other terminal device, in which case at least one terminal device receives the request for help sent by the first terminal device; or, the first terminal device may send the request for help to a network device, and the network device may send the received request for help to at least one other terminal device, in which case at least one terminal device receives the request for help from the first terminal device sent by the network device. The at least one other terminal device may include a second terminal device.

[0049] Upon receiving a distress call, a terminal device can determine whether to assist the first terminal device in transmitting emergency data. If it does so, it sends its own feedback information to either the first terminal device or the network device. This feedback information can be used to indicate a request to accept data transmission assistance from the first terminal device; it can also be referred to as acceptance feedback information. The second terminal device is the one that sends feedback information to either the first or the network device. The second terminal device can directly send its own feedback information to the first terminal device if it receives a distress call directly from the first terminal device. Alternatively, the second terminal device can send its own feedback information to the network device if it receives a distress call from the first terminal device transmitted through the network device. The network device then forwards the received feedback information from the second terminal device to the first terminal device. Upon receiving the feedback information from the second terminal device, the first terminal device determines, based on the feedback information, that the second terminal device is willing or able to assist in transmitting emergency data.

[0050] The feedback information from the second terminal device includes the device identifier of the second terminal device, enabling the first terminal device to determine which terminal device is willing or able to assist the first terminal device in sending emergency data.

[0051] After receiving feedback information from the second terminal device, the first terminal device establishes a data path with the second terminal device based on the device identifier of the second terminal device included in the feedback information. Here, the data path is carried on the device-to-device (D2D) connection between the first terminal device and the second terminal device.

[0052] In this embodiment, the first terminal device can send a data establishment request to the second terminal device based on the identifier of the second terminal device to establish a D2D connection between them. The data transmission resources of the first and second terminal devices may include predefined resources, which can be understood as resources specifically used for the transmission of emergency data. The data transmission resources of the first and second terminal devices may also be resources configured by the network device for the transmission of the emergency data. In this case, the second terminal device sends a resource request message to the network device to request the network device to allocate resources; the network device configures the resources for the emergency data based on the received resource request message, and the second terminal device synchronizes the resources allocated by the network device to the first terminal device.

[0053] In this embodiment of the application, the first terminal device may send the device identifier of the second terminal device to the network device to instruct the second terminal device to assist the first terminal device in sending emergency data.

[0054] The first terminal device sends emergency data to the second terminal device through a data path. The second terminal device receives the emergency data from the first terminal device through the same data path and then forwards the received emergency data to the network device.

[0055] In one possible implementation, the transmission mode of emergency data may include a data forwarding mode. In data forwarding mode, the first terminal device sends emergency data to the second terminal device. The second terminal device establishes a connection with the network device using its own identity and sends the emergency data to the network device through the established connection. In this case, the emergency data sent by the first terminal device is packaged into a complete data packet, and the destination address of the data packet is the address of the network device. After receiving the emergency data, the second terminal device sends the emergency data to the network device based on the address of the network device. The network device recognizes that it has received emergency data sent by the second terminal device. In this embodiment, the device identifier of the first terminal device may be carried in the emergency data, so that the network device knows that the source of the emergency data is the first terminal device. It is understood that in data forwarding mode, the second terminal device simply sends the received emergency data to the network device through its own network connection.

[0056] In one possible implementation, the transmission mode for emergency data may include a relay mode. In relay mode, the first terminal device uses the second terminal device as a relay to send emergency data to the network. The emergency data packets can be forwarded at the PDCP or RLC layer, rather than at the IP layer. After receiving the emergency data, the second terminal device, acting as a relay node, forwards the received emergency data to the Uu interface and sends it to the network device, which then identifies the emergency data as belonging to the first terminal device. In this case, after establishing a D2D connection between the first and second terminal devices, an end-to-end connection is simultaneously established between the first terminal device and the network device. This end-to-end connection includes the D2D connection and the cellular connection between the second terminal device and the network device. The second terminal device creates a virtual radio bearer for the first terminal device, establishing a mapping between the data path on the D2D connection and the data path on the cellular connection. Understandably, in relay mode, the second terminal device acts as the network access point for the first terminal device, and the first terminal device establishes a complete end-to-end connection with the network device through the second terminal device.

[0057] The wireless communication method provided in this application embodiment, based on the different communication paths between the first terminal device and the second terminal device, may include... Figure 5 or Figure 6 The communication scenario shown. Figure 5 In this context, the transmission path for help requests and feedback information does not include network devices; it is the path between the first terminal device and the second terminal device. Figure 6 In this context, the transmission path for help requests and feedback information includes network devices, which is the path between the first terminal device, the network device, and the second terminal device.

[0058] like Figure 5 As shown, the wireless communication method provided in this application embodiment includes S501 to S505.

[0059] S501, The first terminal device sends a request for help to the second terminal device.

[0060] S502, the second terminal device sends feedback information to the first terminal device.

[0061] S503, The first terminal device and the second terminal device establish a data path.

[0062] S504, The first terminal device sends emergency data to the second terminal device.

[0063] S505, the second terminal device sends emergency data to the network device.

[0064] like Figure 6 As shown, the wireless communication method provided in this application embodiment includes S601 to S607.

[0065] S601, The first terminal device sends a request for help to the network device.

[0066] S602, The network device sends a request for help to the second terminal device.

[0067] S603, the second terminal device sends feedback information to the network device.

[0068] S604. The network device sends feedback information to the first terminal device.

[0069] S605. The first terminal device and the second terminal device establish a data path.

[0070] S606, The first terminal device sends emergency data to the second terminal device.

[0071] S607, The second terminal device sends emergency data to the network device.

[0072] In this embodiment, the second terminal device can be understood as a terminal device that assists the first terminal device in sending emergency data. The second terminal device can also be called an auxiliary terminal device; the naming of the second terminal device is not limited in this embodiment. For a given first terminal device, there may be one or more second terminal devices. When multiple second terminal devices exist, the first terminal device can establish data paths with each of the multiple second terminal devices sequentially, thereby sending emergency data to the second terminal device with which the data path has been established. The second terminal device receiving the emergency data then sends the received emergency data to the network device, thus ensuring the reliability of emergency data transmission.

[0073] The wireless communication method provided in this application can be applied to, but is not limited to, the following data transmission scenarios one to three.

[0074] Data transmission scenario 1: UE1 sends a distress message. UE2, UE3 and UE4 receive the distress message from UE1. UE2 and UE3 send feedback messages respectively. UE1 receives the feedback messages from UE2 and UE3, establishes a data path with UE2, and sends the emergency data to UE2. UE2 then sends the emergency data to the network device.

[0075] In data transmission scenario two, UE1 sends a distress signal. UE2, UE3, and UE4 receive the distress signal from UE1. UE2 and UE3 each send feedback signals. UE1 receives the feedback signals from UE2 and UE3, establishes a data path with UE2, and sends the emergency data to UE2. UE2 then forwards the emergency data to the network device. After sending the emergency data to UE2, UE1 establishes a data path with UE3 and sends the emergency data to UE3. UE3 then forwards the emergency data to the network device.

[0076] Data transmission scenario 3: UE1 sends a distress message, UE2 receives the distress message from UE1, UE2 sends a feedback message, UE1 receives the feedback message from UE2, establishes a data path with UE2, sends the emergency data to UE2, and UE2 sends the emergency data to the network device.

[0077] The wireless communication method provided in this application embodiment involves a first terminal device sending a distress message to a second terminal device or a network device. The distress message includes first indication information indicating that the first terminal device's battery level is below a threshold and that there is emergency data to be transmitted. The first terminal device receives feedback information from the second terminal device or the network device, including the device identifier of the second terminal device. The first terminal device establishes a data path with the second terminal device based on the device identifier. The first terminal device transmits the emergency data to the second terminal device through the data path, and the second terminal device transmits the received emergency data to the network device. This method enables the first terminal device with low battery power to transmit the emergency data to the second terminal device, and the second terminal device then transmits the emergency data to the network device, ensuring the transmission of emergency data from the first terminal device with low battery power and improving the reliability of emergency data transmission.

[0078] In some embodiments, the distress request information further includes at least one of the following: location information of the first terminal device; battery power information of the first terminal device; available time information of the first terminal device; distress request reason information, which indicates the reason why the first terminal device sends the distress request information; data volume information of the emergency data; service priority information of the emergency data; first duration information, which indicates the transmission duration requirement of the emergency data; and first capability information, which indicates the service capability requirements for the second terminal device.

[0079] The location information of the first terminal device indicates its position and can be used by the second terminal device to determine the distance between itself and the first terminal device, thereby deciding whether to provide assistance in sending emergency data to the first terminal device, or, in the case of receiving distress messages from multiple first terminal devices, to determine whether to provide assistance in sending emergency data to that first terminal device. In this embodiment, the second terminal device may prioritize assisting the closer first terminal device in sending emergency data.

[0080] The battery level information of the first terminal device indicates its battery level. This information can be used by the second terminal device to determine whether to provide emergency data transmission assistance to a first terminal device when it receives multiple distress requests from the first terminal devices. In this embodiment, the second terminal device may prioritize assisting the first terminal device with the lowest battery level in sending emergency data.

[0081] The available time information of the first terminal device indicates the available time or estimated operating time supported by the battery power of the first terminal device. This information can be used by the second terminal device to determine whether to provide emergency data transmission assistance to a first terminal device when it receives multiple distress requests from the first terminal devices. The second terminal device may prioritize assisting the first terminal device with the shorter available time to send emergency data.

[0082] The request for help reason information can be used by the second terminal device to determine the request for help reason of the first terminal device. The request for help reason can include: the battery power is below the power threshold and there is urgent data to be sent.

[0083] The emergency data volume information indicates the amount of emergency data, enabling the second terminal device to know the amount of emergency data that needs to be sent and to determine whether its own battery power can support the assistance in sending emergency data.

[0084] The service priority information for emergency data indicates the priority of the emergency data and characterizes the urgency of the emergency data. It can be used by the second terminal device to determine whether to provide assistance in sending emergency data to the first terminal device. In this embodiment, the second terminal device may prioritize assisting the first terminal device, which has a higher priority for emergency data, in sending emergency data.

[0085] The transmission duration requirement indicated by the first duration information can be understood as the minimum duration required to send emergency data. It can be used by the second terminal device to determine whether its available duration can support the transmission of emergency data.

[0086] The service capability requirements indicated by the first capability information can be understood as the service capabilities that the second terminal device needs to achieve when providing emergency data transmission. Here, service capabilities may include: data transmission rate, available duration, etc. This information can be used to assist the second terminal device in determining whether it can support the transmission of emergency data based on its own service capabilities.

[0087] In some embodiments, for the second terminal device, the wireless communication method provided in this application further includes: determining whether to assist the first terminal device in sending the emergency data based on the help request information; wherein, if it is determined to assist the first terminal device in sending the emergency data, the feedback information is sent to the first terminal device or the network device.

[0088] The second terminal device can determine whether to assist the first terminal device in sending emergency data based on the distress request information from the first terminal device and according to a first assistance strategy. The first assistance information may be related to the distress request information. The first assistance strategy may include at least one of the following: assisting in sending emergency data when its own battery power is greater than an assistance power threshold; assisting in sending emergency data to a first terminal device at a distance less than a first distance; assisting when its own battery power is sufficient to support emergency data transmission; assisting when its own available time is sufficient to support emergency data transmission; and assisting when its own service capabilities are sufficient to support emergency data transmission.

[0089] When a second terminal device receives distress requests from multiple first terminal devices, it can further determine whether to assist the first terminal device in sending emergency data through a second assistance strategy. The second assistance strategy is used to select the first terminal device to be assisted from among the multiple first terminal devices. The second assistance information may be related to the distress requests. The second assistance strategy may include at least one of the following: prioritizing assisting the first terminal device that is closer in distance to send emergency data; prioritizing assisting the first terminal device with lower battery power to send emergency data; prioritizing assisting the first terminal device with lower battery power to send emergency data; prioritizing assisting the first terminal device with shorter available time to send emergency data; or prioritizing assisting the first terminal device with higher priority for emergency data.

[0090] If the second terminal device determines that it is assisting the first terminal device in sending emergency data, it sends its own feedback information to the first terminal device or network device.

[0091] In this embodiment, the second terminal device can determine whether to assist the first terminal device in sending emergency data based on the help request information from the first terminal device, thereby ensuring the reliability of the emergency data transmission.

[0092] In some embodiments, for the first terminal device, the wireless communication method provided in this application further includes: broadcasting the distress information on a first time-frequency resource.

[0093] In some embodiments, for a second terminal device, the wireless communication method provided in this application further includes: receiving the distress information broadcast by the first terminal device on a first time-frequency resource.

[0094] When the transmission path of the distress message does not include network devices, the first terminal device broadcasts the distress message on the first time-frequency resource, and the second terminal device listens for the message on the first time-frequency resource. The second terminal device can listen continuously on the first time-frequency resource or listen periodically. In this embodiment, the first time-frequency resource can be a periodic resource.

[0095] In this embodiment, the first terminal device broadcasts a distress message to locate a second terminal device that can assist in sending emergency data, thereby quickly finding a second terminal device that is closer to the first terminal device and improving the efficiency of finding the second terminal device.

[0096] In some embodiments, for a first terminal device or a second terminal device, the wireless communication method provided in this application further includes: receiving first time-frequency resource information sent by the network device.

[0097] When the transmission path of the distress message does not include network devices, the network device configures a first time-frequency resource for the distress message and sends the first time-frequency resource information, indicating the first time-frequency resource, to the first terminal device and the second terminal device. In this embodiment, the timing of sending the first time-frequency resource information may include when the first terminal device or the second terminal device accesses the network device, such as during the paging phase or random access phase. The timing of sending the first time-frequency resource information may also include after the first terminal device or the second terminal device enters a connected state; in this case, the network device can send the first time-frequency resource information through dedicated signaling. In this embodiment, the timing of sending the first time-frequency resource information is not limited.

[0098] In this embodiment of the application, the first time-frequency resource information can be scheduled by network devices, and the first time-frequency resource information can be shared by multiple terminal devices, thereby improving resource utilization.

[0099] In some embodiments, for a first terminal device, the wireless communication method provided in this application further includes: determining the transmission power of the distress message based on the battery power and / or the number of times the distress message has been sent.

[0100] When the transmission path of the distress message does not include network equipment, the first terminal device can control the transmission power of the distress message. The transmission power can be related to the battery level of the first terminal device or the number of times the distress message has already been sent. When the transmission power is related to battery level, different battery levels correspond to different transmission powers. Higher battery levels result in higher transmission power, covering more terminal devices and facilitating the faster location of the second terminal device. Conversely, lower battery levels result in lower transmission power, conserving energy. When the transmission power is related to the number of times the distress message has been sent, a higher number of sends results in higher transmission power. Therefore, even without receiving feedback, a higher transmission power can be used to send the distress message, enabling more distant terminal devices to receive it and facilitating the faster location of the second terminal device. When the transmission power of a distress message is related to the battery level and the number of times the distress message has been sent, different battery levels can correspond to different transmission power ranges, and the higher the number of times the message has been sent, the higher the transmission power. Here, the transmission power range can be determined based on the current battery level, and as the number of times the message has been sent increases, the transmission power within the current transmission power range will be increased.

[0101] In this embodiment of the application, the transmission power of the distress message can be a fixed transmission power or gradually increased in stages. In this embodiment of the application, the control rules for the transmission power of the distress message are not limited.

[0102] In this embodiment, the transmission power of the distress message is controlled, thereby saving the power consumption required to send the distress message and improving the power saving effect of the first terminal device.

[0103] In some embodiments, the feedback information further includes at least one of the following: second duration information, the second duration being used to indicate the duration for the second terminal device to complete the transmission of the emergency data; second capability information, the second capability information being used to indicate the service capability of the second terminal device; and location information of the second terminal device.

[0104] The transmission duration indicated by the second duration information can be understood as the minimum duration required for the second terminal device to complete the transmission of emergency data. It can be used by the first terminal device to determine whether to select the second terminal device to assist in the transmission of emergency data.

[0105] The service capabilities indicated by the second capability information can be understood as the service capabilities of the second terminal device in sending emergency data. Here, service capabilities may include: data transmission rate, available duration, etc. This can be used by the first terminal device to determine whether to select the second terminal device to assist in sending emergency data.

[0106] The location information of the second terminal device indicates its capabilities and can be used by the first terminal device to determine the distance between itself and the second terminal device, thereby deciding whether to select the second terminal device to provide assistance in transmitting emergency data. Specifically, the first terminal device can determine whether to select a second terminal device to provide assistance in transmitting emergency data after receiving feedback information from multiple second terminal devices. In this embodiment, the first terminal device may prioritize assisting the transmission of emergency data by the second terminal device that is closer in distance.

[0107] In some embodiments, for a first terminal device or a network device, the wireless communication method provided in this application further includes: receiving feedback information from each of a plurality of third terminal devices; and selecting the second terminal device from the plurality of third terminal devices based on the feedback information from each of the plurality of third terminal devices.

[0108] A third terminal device can be understood as the terminal device to which the received feedback information belongs. Among multiple third terminal devices, the third terminal device assisting in the transmission of emergency data can be understood as a second terminal device.

[0109] A first terminal device receives feedback information from multiple third terminal devices or network devices, and can select a second terminal device from these third terminal devices according to a first selection strategy. The first selection strategy may be related to the feedback information. The first selection strategy may include at least one of the following: preferentially selecting a third terminal device that completes the transmission of emergency data in a shorter time; preferentially selecting a third terminal device with stronger service capabilities; or preferentially selecting a third terminal device that is closer in distance.

[0110] A network device receives feedback information from multiple third-party terminal devices. It can select a second terminal device from these third-party terminal devices according to a second selection strategy and send the feedback information of the selected second terminal device to the terminal device. The second selection strategy may be related to the feedback information. The first selection strategy may include at least one of the following: preferentially selecting a third-party terminal device that completes the transmission of urgent data in a shorter time; preferentially selecting a third-party terminal device with stronger service capabilities; or preferentially selecting a third-party terminal device that is closer in distance. In this case, the selection of the second terminal device from multiple third-party terminal devices is implemented on the network device side. The terminal device directly receives the feedback information from the second terminal device on the network device side, without needing to make a judgment on the second terminal device, thereby reducing the computational load on the first terminal device.

[0111] In this embodiment, the first terminal device selects the second terminal device from among multiple third terminal devices that send feedback information to ensure the reliability of emergency data transmission.

[0112] In some embodiments, for the first terminal device, the wireless communication method provided in this application further includes: On the second time-frequency resource, the feedback information sent by the second terminal device is received.

[0113] In some embodiments, for the second terminal device, the wireless communication method provided in this application further includes: On the second time-frequency resource, the feedback information is sent to the first terminal device.

[0114] When the transmission path of the feedback information does not include network devices, the second terminal device sends the feedback information on the second time-frequency resource, and the first terminal device listens for the feedback information on the second time-frequency resource. In this embodiment, the first terminal device can listen for the feedback information after sending a request for help.

[0115] In some embodiments, for the first terminal device and the second terminal device, the wireless communication method provided in this application further includes: receiving second time-frequency resource information sent by the network device.

[0116] When the transmission path of the feedback information does not include network devices, the network device configures the second time-frequency resource for the feedback information and sends the second time-frequency resource information, which indicates the second time-frequency resource, to the first terminal device and the second terminal device. In this embodiment, the timing of sending the second time-frequency resource information may include when the first terminal device or the second terminal device accesses the network device, such as during the paging phase or random access phase. The timing of sending the second time-frequency resource information may also include after the first terminal device or the second terminal device enters the connected state; in this case, the network device can send the second time-frequency resource information through dedicated signaling. In this embodiment, the timing of sending the second time-frequency resource information is not limited.

[0117] In some embodiments, for the first terminal device, the wireless communication method provided in this application further includes: sending a first confirmation message to the second terminal device; or, sending a second confirmation message for the second terminal device to the network device.

[0118] In some embodiments, for the second terminal device, the wireless communication method provided in this application further includes: receiving first confirmation information sent by the first terminal device; or, receiving third confirmation information sent by the network device, wherein the third confirmation information is triggered based on second confirmation information sent by the first terminal device to the network device for the second terminal device.

[0119] In some embodiments, for network devices, the wireless communication method provided in this application further includes: receiving second confirmation information sent by the first terminal device for the second terminal device; and sending third confirmation information to the second terminal device based on the triggering of the second confirmation information.

[0120] The transmission path for feedback information does not include network devices. If the first terminal device determines that a data path needs to be established with the second terminal device, it may send a first confirmation message to the second terminal device before establishing the data path. The second terminal device determines that it needs to establish a data path with the first terminal device based on the first confirmation message. Figure 5 ,like Figure 7 As shown, before S503, it also includes: S506, the first terminal device sends a first confirmation message to the second terminal device.

[0121] The transmission path for feedback information includes network devices. If the first terminal device determines that a data path needs to be established with the second terminal device, before establishing the data path, the first terminal device sends a second confirmation message to the network device. This second confirmation message can be used to instruct the establishment of a data path with at least one second terminal device. Upon receiving the second confirmation message, the network device sends a third confirmation message to each of the at least one second terminal device. The second terminal device determines, based on the third confirmation message, that it needs to establish a data path with the first terminal device. Figure 6 ,like Figure 8 As shown, before S605, there are also S608 and S609: S608, the first terminal device sends a second confirmation message to the network device; S609, the network device and the second terminal device send a third confirmation message.

[0122] For terminal devices that have sent feedback information but have not received the first or third confirmation information, it is not necessary to establish a data path with the first terminal device.

[0123] In this embodiment of the application, by transmitting the first confirmation information or the second confirmation information and the third confirmation information, the second terminal device can confirm that it has established a data path with the first terminal device, thus avoiding the waste of resources caused by a terminal device that has sent feedback information but does not need to establish a data path mistakenly believing that it needs to establish a data path.

[0124] In some embodiments, for a first terminal device, the wireless communication method provided in this application further includes: receiving power threshold configuration information and / or emergency service configuration information sent by the network device; the emergency service configuration information indicates at least one service type including the service type of the emergency data.

[0125] In some embodiments, for network devices, the wireless communication method provided in this application further includes: sending power threshold configuration information and / or emergency service configuration information to the first terminal device; the emergency service configuration information indicates at least one service type including the service type of the emergency data.

[0126] Here, the power threshold and / or the service type of emergency data are configured by the network device. The power threshold information indicates at least one power threshold. When the power threshold information indicates one power threshold, the first terminal device can directly use that power threshold. When the power threshold information indicates multiple power thresholds, the first terminal device can associate different service types with those power thresholds, thereby allowing different power thresholds to be selected for different types of emergency data.

[0127] The emergency service configuration information can configure at least one service type, i.e., an emergency service type. The terminal device compares the service type of the data to be sent with the at least one service type. If the at least one service type includes the service type of the data to be sent, the data to be sent is determined to be emergency data. In this embodiment, the emergency service configuration information can be stored in an emergency service list. The first terminal device can compare the service type of the data to be sent with the service types in the emergency service list. If the service type of the data to be sent is included in the emergency service list, the data to be sent can be considered emergency data.

[0128] It should be noted that the power threshold or emergency service type can also be configured by the first terminal device itself.

[0129] The wireless communication method provided in the embodiments of this application will now be described.

[0130] In related technologies, there is no defined method for handling emergency service transmission when a terminal has insufficient power but urgently needs to transmit services. Therefore, this application proposes an emergency service transmission mechanism based on terminal relay.

[0131] The scenario for the wireless communication method provided in this application embodiment can be defined as: the mobile terminal has insufficient power; the mobile terminal has a large amount of important and urgent information that needs to be transmitted.

[0132] In the wireless communication method provided in this application embodiment, the network device (base station or other network unit) configures each UE with an energy threshold (e.g., 5% battery power) and a list of emergency services (e.g., emergency data transmission). The energy threshold can be controlled by the network or configured by the UE itself. Different UEs may have different thresholds. For example, some special types of UEs (e.g., those performing public safety monitoring) may need to perform corresponding operations when the battery power reaches 20% to avoid affecting the transmission of security information.

[0133] When the UE meets both of the above conditions, it shall operate according to Scheme 1 or Scheme 2 as follows.

[0134] Option 1 The UE broadcasts an emergency distress signal on a specific time-frequency resource, seeking support from nearby high-capacity mobile terminals with sufficient power. This specific time-frequency resource can be configured when the user accesses the system, such as during the paging or random access phase, or it can be configured by dedicated network signaling after the user enters connected state. This specific time-frequency resource can be divided into two categories: one is a dedicated resource for each user, but this consumes too much resources because each user needs a dedicated resource; the other can be a shared resource library of time-frequency code domains, which can be shared by multiple users. For other terminals, listening on the specific time-frequency resource can be continuous or periodic.

[0135] The emergency help request issued by a UE should include its location information, battery status / estimated operating time, the reason for requesting emergency assistance, the estimated amount of data to be transmitted, priority and duration, and desired terminal capabilities. Sending the battery status information allows the UE providing assistance to prioritize helping the user with lower battery if it receives multiple emergency help requests from different UEs. The reasons for sending the emergency help request are mainly insufficient battery power and urgent service information that needs to be transmitted, used by the receiving end to determine which UE to prioritize. Sending the amount of data to be transmitted and the duration allows the UE providing assistance to assess whether its own battery status is sufficient to complete the data transmission. If the emergency help request includes the amount of urgent data, the receiving terminal device estimates the duration of the urgent data transmission based on the amount of data to be transmitted and its own channel status. Desired terminal capabilities may include the data transmission rate and service time requested from the service provider.

[0136] When a UE issues an emergency distress signal, it controls its transmission power as needed to determine the coverage area of ​​the message. For example, the user might initially send the message at low power, and then increase the power if the UE cannot find the user. In this embodiment, the UE can send the message at a fixed power or gradually increase the power in stages. The UE can also adjust the transmission power of the emergency distress signal using the following methods: if its own energy state is low but not too bad at that time, it can send the message at high power to cover more distant auxiliary users and find the auxiliary UE as quickly as possible; if its own energy state is very low, it cannot send the message at high power and can send it at low power, while requesting the receiving UE to forward it.

[0137] Other terminals in the network will monitor distress information on specific time-frequency resources. Upon receiving a distress message, they will assess their own energy status and capabilities (such as whether their battery power is sufficient to help the distressed UE complete the required service transmission). If the UE accepts the distress request, it will provide feedback to the distressed UE on the specific time-frequency resources. The feedback information should also include the estimated transmission completion time and other information.

[0138] Whether a UE accepts a request for assistance is entirely up to the UE itself. For example, if it has ample free time and no services to transmit, it can decide to offer help. Alternatively, if the other party involves important information (such as public safety information), and the UE has services to transmit but they are not important, it can decide to halt its own services to provide assistance.

[0139] After receiving feedback, the requesting UE will send confirmation messages to one or more UEs and establish a data path. The requesting UE can send confirmation messages to multiple UEs; which UEs to send confirmation messages to depends on the capabilities of the assisting UEs, prioritizing those with stronger capabilities, such as those capable of high-speed transmission. The requesting UE can rank the UEs that can provide services based on their capabilities (e.g., the transmission rates they can support) to select the assisting UE.

[0140] When the assisting UE and the auxiliary UE establish a data path, the assisting UE sends a data establishment request to the auxiliary UE, and the auxiliary UE replies with a confirmation request, thus completing the pairing. Next, the data transmission resources for both parties need to be confirmed. This resource can be a predefined resource by the network, used only for data transmission in such emergency situations; or it can be a resource requested by the auxiliary UE from the network. After resource confirmation, the assisting UE begins transmitting its data packets to the auxiliary UE, which then transmits the data packets to the network.

[0141] Option 2 The UE tells the network that its battery power is extremely low, but it has urgent information to transmit and needs help.

[0142] After receiving the UE's request, the network begins broadcasting a distress message to seek nearby UEs with sufficient power to act as relays.

[0143] The information contained in the help request information broadcast on the internet is the same as that defined in Scheme 1.

[0144] The mechanism for other UEs to judge and respond after receiving network broadcast information is the same as in Scheme 1, and then they need to report back to the network.

[0145] After receiving feedback from the UE, the network informs the UE in need of assistance of the appropriate UE information. This information includes the UE's ID, location information, etc., and provides a recommended auxiliary UE. The system requests the UE to select a suitable UE to establish a connection based on network information, and then reports this information back to the network to begin emergency service transmission.

[0146] The wireless communication method provided in the embodiments of this application can be as follows: Figure 9 As shown, it includes S901 to S909.

[0147] S901, the core network or application server sets the UE energy threshold and emergency service list for the UE in need.

[0148] The UE energy threshold can be understood as the battery threshold.

[0149] S902, Request UE to determine whether UE assistance is needed.

[0150] S903, UE sends an emergency help message.

[0151] S904, other UEs determine whether to provide assistance.

[0152] Here, other UEs that receive the emergency help request determine whether to provide assistance.

[0153] S905, Request UE to receive feedback information.

[0154] S906, Request the UE to establish a link with other UEs.

[0155] S907. Request the UE to notify the base station and application server of the selected UE's information.

[0156] S909, Requesting assistance for UE to transmit business data with the core network or application server based on other UEs.

[0157] Fourthly, to implement the above-mentioned wireless communication method, a device 1000 (a first terminal device, a second terminal device, or a network device) according to an embodiment of this application may include at least one processor 1001 and at least one transceiver 1002 coupled to the at least one processor 1001. The transceiver 1002 may include at least one separate receiving circuit system and a transmitting circuit system, or at least one integrated receiving circuit system and a transmitting circuit system. The at least one processor 1001 may be a central processing unit (CPU), a microprocessor (MPU), a digital signal processor (DSP), or a field-programmable gate array (FPGA), etc.

[0158] According to some embodiments of this application, when device 1000 is a first terminal device, processor 1001 may be referred to as a first processor, and transceiver 1002 may be referred to as a first transceiver.

[0159] The first processor is configured to: send a distress message to a second terminal device or a network device via a first transceiver, the distress message including first indication information indicating that the battery level of the first terminal device is below a power threshold and there is emergency data to be sent; receive feedback information from the second terminal device or the network device via the first transceiver, the feedback information including the device identifier of the second terminal device; establish a data path with the second terminal device based on the device identifier of the second terminal device via the first transceiver; and send the emergency data to the second terminal device via the data path through the first transceiver.

[0160] In some embodiments, the distress request information further includes at least one of the following: location information of the first terminal device; battery power information of the first terminal device; available time information of the first terminal device; distress request reason information, which indicates the reason why the first terminal device sends the distress request information; data volume information of the emergency data; service priority information of the emergency data; first duration information, which indicates the transmission duration requirement of the emergency data; and first capability information, which indicates the service capability requirements for the second terminal device.

[0161] In some embodiments, the first processor is configured to broadcast the distress message on a first time-frequency resource.

[0162] In some embodiments, the first processor is configured to receive first time-frequency resource information sent by the network device.

[0163] In some embodiments, the first processor is configured to determine the transmission power of the distress message based on the battery level and / or the number of times the distress message has been sent.

[0164] In some embodiments, the feedback information further includes at least one of the following: second duration information, the second duration being used to indicate the duration for the second terminal device to complete the transmission of the emergency data; second capability information, the second capability information being used to indicate the service capability of the second terminal device; and location information of the second terminal device.

[0165] In some embodiments, the first processor is configured to: receive feedback information from each of a plurality of third terminal devices; and select the second terminal device from the plurality of third terminal devices based on the feedback information from each of the plurality of third terminal devices.

[0166] In some embodiments, the first processor is configured to: receive second time-frequency resource information sent by the network device; and receive feedback information sent by the second terminal device on the second time-frequency resource indicated by the second time-frequency resource information.

[0167] In some embodiments, the first processor is configured to: send a first confirmation message to the second terminal device; or, send a second confirmation message for the second terminal device to the network device.

[0168] In some embodiments, the first processor is configured to receive power threshold configuration information and / or emergency service configuration information sent by the network device; the emergency service configuration information indicates at least one service type including the service type of the emergency data.

[0169] According to some embodiments of this application, when device 1000 is a second terminal device, processor 1001 may be referred to as a second processor, and transceiver 1002 may be referred to as a second transceiver.

[0170] The second processor is configured to: receive, via a second transceiver, a distress message from the first terminal device or a network device, the distress message including first indication information indicating that the battery level of the first terminal device is below a power threshold and that there is emergency data to be sent; send, via the second transceiver, feedback information from the second terminal device to the first terminal device or the network device, the feedback information including a device identifier of the second terminal device; establish a data path with the first terminal device via the second transceiver based on the device identifier of the second terminal device; receive, via the second transceiver, the emergency data sent by the first terminal device through the data path; and send the emergency data to the network device via the second transceiver.

[0171] In some embodiments, the distress request information further includes at least one of the following: location information of the first terminal device; battery power information of the first terminal device; available time information of the first terminal device; distress request reason information, which indicates the reason why the first terminal device sends the distress request information; data volume information of the emergency data; service priority information of the emergency data; first duration information, which indicates the transmission duration requirement of the emergency data; and first capability information, which indicates the service capability requirements for the second terminal device.

[0172] In some embodiments, the second processor is configured to: determine, based on the request for assistance, whether to assist the first terminal device in sending the emergency data; wherein, if it is determined to assist the first terminal device in sending the emergency data, the processor sends the feedback information to the first terminal device or the network device.

[0173] In some embodiments, the second processor is configured to receive the distress message broadcast by the first terminal device on a first time-frequency resource.

[0174] In some embodiments, the second processor is configured to receive first time-frequency resource information sent by the network device.

[0175] In some embodiments, the feedback information further includes at least one of the following: second duration information, the second duration being used to indicate the duration for the second terminal device to complete the transmission of the emergency data; second capability information, the second capability information being used to indicate the service capability of the second terminal device; and location information of the second terminal device.

[0176] In some embodiments, the second processor is configured to: receive second time-frequency resource information sent by the network device; and send the feedback information to the first terminal device on the second time-frequency resource indicated by the second time-frequency resource information.

[0177] In some embodiments, the second processor is configured to: receive a first confirmation message sent by the first terminal device; or, receive a third confirmation message sent by the network device, the third confirmation message being triggered based on a second confirmation message sent by the first terminal device to the network device for the second terminal device.

[0178] According to some embodiments of this application, when device 1000 is a network terminal device, processor 1001 may be referred to as a third processor, and transceiver 1002 may be referred to as a third transceiver.

[0179] The third processor is configured to: receive, via a third transceiver, a distress message sent by the first terminal device, the distress message including first indication information indicating that the battery level of the first terminal device is below a power threshold and that there is emergency data to be sent; send the distress message to the second terminal device via the third transceiver; receive, via the third transceiver, feedback information sent by the second terminal device, the feedback information including the device identifier of the second terminal device; send the feedback information to the first terminal device via the third transceiver; and receive, via the third transceiver, the emergency data sent by the second terminal device.

[0180] In some embodiments, the distress request information further includes at least one of the following: location information of the first terminal device; battery power information of the first terminal device; available time information of the first terminal device; distress request reason information, which indicates the reason why the first terminal device sends the distress request information; data volume information of the emergency data; service priority information of the emergency data; first duration information, which indicates the transmission duration requirement of the emergency data; and first capability information, which indicates the service capability requirements for the second terminal device.

[0181] In some embodiments, the feedback information further includes at least one of the following: second duration information, the second duration being used to indicate the duration for the second terminal device to complete the transmission of the emergency data; second capability information, the second capability information being used to indicate the service capability of the second terminal device; and location information of the second terminal device.

[0182] In some embodiments, the third processor is configured to: receive feedback information from each of the plurality of third terminal devices; and select the second terminal device from the plurality of third terminal devices based on the feedback information from each of the plurality of third terminal devices.

[0183] In some embodiments, the third processor is configured to: receive second confirmation information sent by the first terminal device to the second terminal device; and send third confirmation information to the second terminal device based on the triggering of the second confirmation information.

[0184] In some embodiments, the third processor is configured to: send power threshold configuration information and / or emergency service configuration information to the first terminal device; the emergency service configuration information indicates at least one service type including the service type of the emergency data.

[0185] The descriptions of the above device embodiments are similar to those of the above method embodiments, and have similar beneficial effects. For technical details not disclosed in the device embodiments of this application, please refer to the descriptions of the method embodiments of this application for understanding.

[0186] It should be noted that, in the embodiments of this application, if the above-described wireless communication method is implemented as a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the embodiments of this application, or the part that contributes to the related technology, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, mobile hard drives, read-only memory (ROM), magnetic disks, or optical disks. Thus, the embodiments of this application are not limited to any specific hardware and software combination.

[0187] Fifthly, to implement the above-mentioned wireless communication method, embodiments of this application provide an electronic device, including a memory and a processor. The memory stores a computer program that can run on the processor, and when the processor executes the program, it implements the steps in the wireless communication method provided in the above embodiments.

[0188] Sixthly, embodiments of this application provide a storage medium, namely a computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements the steps in the wireless communication method provided in the above embodiments.

[0189] It should be noted that the descriptions of the storage medium and device embodiments above are similar to the descriptions of the method embodiments above, and have similar beneficial effects. For technical details not disclosed in the storage medium and device embodiments of this application, please refer to the descriptions of the method embodiments of this application for understanding.

[0190] It should be understood that the phrase "one embodiment" or "an embodiment" throughout the specification means that a specific feature, structure, or characteristic related to the embodiment is included in at least one embodiment of this application. Therefore, "in one embodiment" or "in some embodiments" appearing throughout the specification do not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. It should be understood that in the various embodiments of this application, the sequence numbers of the above-described processes do not imply a sequential order of execution; the execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application. The sequence numbers of the above-described embodiments are merely descriptive and do not represent the superiority or inferiority of the embodiments.

[0191] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0192] In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. The device embodiments described above are merely illustrative. For example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods, such as: multiple units or components can be combined, or integrated into another system, or some features can be ignored or not executed. In addition, the coupling, direct coupling, or communication connection between the various components shown or discussed can be through some interfaces, and the indirect coupling or communication connection between devices or units can be electrical, mechanical, or other forms.

[0193] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units. They may be located in one place or distributed across multiple network units. Some or all of the units may be selected to achieve the purpose of this embodiment according to actual needs.

[0194] In addition, each functional unit in the various embodiments of this application can be integrated into one processing unit, or each unit can be a separate unit, or two or more units can be integrated into one unit; the integrated unit can be implemented in hardware or in the form of hardware plus software functional units.

[0195] Those skilled in the art will understand that all or part of the steps of the above method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, it performs the steps of the above method embodiments. The aforementioned storage medium includes various media that can store program code, such as mobile storage devices, read-only memory (ROM), magnetic disks, or optical disks.

[0196] Alternatively, if the integrated units described above are implemented as software functional modules and sold or used as independent products, they can also be stored in a computer-readable storage medium. Based on this understanding, the technical solutions of the embodiments of this application, or the parts that contribute to related technologies, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as mobile storage devices, ROMs, magnetic disks, or optical disks.

[0197] The above description is merely an embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A first terminal device, comprising: a first transceiver; and a first processor coupled to the first transceiver, the first processor configured to: send, via the first transceiver, a solicitation information to a second terminal device or a network device, the solicitation information comprising a first indication information indicating that a battery power of the first terminal device is lower than a power threshold and there is emergency data to be sent; receive, via the first transceiver, a feedback information of the second terminal device sent by the second terminal device or the network device, the feedback information comprising a device identity of the second terminal device; establish, via the first transceiver, a data path with the second terminal device based on the device identity of the second terminal device; and send, via the first transceiver, the emergency data to the second terminal device through the data path. 2.The first terminal device of claim 1, wherein the solicitation information further comprises at least one of: location information of the first terminal device; battery power information of the first terminal device; available time duration information of the first terminal device; solicitation reason information indicating a reason for the first terminal device to send the solicitation information; data volume information of the emergency data; service priority information of the emergency data; first time duration information indicating a transmission time duration requirement of the emergency data; and first capability information indicating a service capability requirement of the second terminal device. 3.The first terminal device of claim 1, wherein the first processor is configured to: broadcast the solicitation information on a first time-frequency resource. 4.The first terminal device of claim 1, wherein the first processor is configured to: determine a transmission power of the solicitation information according to the battery power and / or a number of times of sending the solicitation information. 5.The first terminal device of claim 1, wherein the feedback information further comprises at least one of: second time duration information indicating a time duration for the second terminal device to complete transmission of the emergency data; second capability information indicating a service capability of the second terminal device; and location information of the second terminal device. 6.The first terminal device of claim 1, wherein the first processor is configured to: receive second time-frequency resource information sent by the network device; and receive the feedback information sent by the second terminal device on a second time-frequency resource indicated by the second time-frequency resource information. 7.The first terminal device of claim 1, wherein the first processor is configured to: receive power threshold configuration information and / or emergency service configuration information sent by the network device, wherein at least one service type indicated by the emergency service configuration information comprises a service type of the emergency data. 8.A second terminal device, comprising: a second transceiver; and a second processor coupled to the second transceiver, the second processor configured to: receive, via the second transceiver, a solicitation information sent by a first terminal device, the solicitation information comprising a first indication information indicating that a battery power of the first terminal device is lower than a power threshold and there is emergency data to be sent; send, via the second transceiver, a feedback information of the second terminal device to the first terminal device or a network device, the feedback information comprising a device identity of the second terminal device; establish, via the second transceiver, a data path with the first terminal device based on the device identity of the second terminal device; and receive, via the second transceiver, the emergency data from the first terminal device through the data path. ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ receiving, via the second transceiver, help information of the first terminal device sent by the first terminal device or a network device, the help information comprising first indication information, the first indication information being used for indicating that a battery level of the first terminal device is lower than a battery level threshold and there is emergency data to be sent; sending, via the second transceiver, feedback information of the second terminal device to the first terminal device or the network device, the feedback information comprising a device identifier of the second terminal device; establishing, via the second transceiver, a data path with the first terminal device based on the device identifier of the second terminal device; receiving, via the second transceiver, the emergency data sent by the first terminal device through the data path; sending, via the second transceiver, the emergency data to the network device.

9. A network device, the network device comprising a third transceiver; and a third processor coupled to the third transceiver; the third processor configured to: receive, via the third transceiver, help information sent by the first terminal device, the help information comprising first indication information, the first indication information being used for indicating that a battery level of the first terminal device is lower than a battery level threshold and there is emergency data to be sent; send, via the third transceiver, the help information to the second terminal device; receive, via the third transceiver, feedback information sent by the second terminal device, the feedback information comprising a device identifier of the second terminal device; send, via the third transceiver, the feedback information to the first terminal device; receive, via the third transceiver, the emergency data sent by the second terminal device.

10. A wireless communication method applied to a first terminal device, the method comprising: sending, to a second terminal device or a network device, help information, the help information comprising first indication information, the first indication information being used for indicating that a battery level of the first terminal device is lower than a battery level threshold and there is emergency data to be sent; receiving, from the second terminal device or the network device, feedback information of the second terminal device, the feedback information comprising a device identifier of the second terminal device; establishing, based on the device identifier of the second terminal device, a data path with the second terminal device; and sending, through the data path, the emergency data to the second terminal device.

Images