WO2024152239A1 - Wireless communication method and terminal device - Google Patents

Abstract

A wireless communication method and a terminal device, capable of implementing beam failure recovery in sidelink communication. The method comprises: a first terminal sends first information to a second terminal, the first information being used for indicating that a beam failure occurs.

Description

Wireless communication method and terminal device Technical Field

The embodiments of the present application relate to the field of communications, and specifically to a method and terminal device for wireless communications.

Background technique

In New Radio (NR) systems, the downlink transmit beam can be restored through the Beam Failure Recovery (BFR) mechanism. However, how to recover from beam failure in sideline communications is an urgent problem to be solved.

Summary of the invention

The present application provides a wireless communication method and terminal device, which can realize beam failure recovery in side-by-side communication.

In a first aspect, a method for wireless communication is provided, comprising: a first terminal sends first information to a second terminal, wherein the first information is used to indicate that a beam failure occurs.

In a second aspect, a method for wireless communication is provided, including: a second terminal receives first information sent by a first terminal, wherein the first information is used to indicate that a beam failure occurs.

In a third aspect, a terminal device is provided for executing the method in the first aspect or its various implementations.

Specifically, the terminal device includes a functional module for executing the method in the above-mentioned first aspect or its various implementation modes.

In a fourth aspect, a terminal device is provided for executing the method in the above-mentioned second aspect or its various implementation modes.

Specifically, the terminal device includes a functional module for executing the method in the above-mentioned second aspect or its various implementation modes.

In a fifth aspect, a terminal device is provided, comprising a processor and a memory, wherein the memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to execute the method in the first aspect or its implementations.

In a sixth aspect, a terminal device is provided, comprising a processor and a memory, wherein the memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to execute the method in the second aspect or its implementation manners.

In a seventh aspect, a chip is provided for implementing the method in any one of the first to second aspects or in each of their implementations.

Specifically, the chip includes: a processor, which is used to call and run a computer program from a memory, so that a device equipped with the device executes a method as described in any one of the first to second aspects or their respective implementations.

In an eighth aspect, a computer-readable storage medium is provided for storing a computer program, wherein the computer program enables a computer to execute the method of any one of the first to second aspects or any of their implementations.

In a ninth aspect, a computer program product is provided, comprising computer program instructions, wherein the computer program instructions enable a computer to execute the method in any one of the first to second aspects or any of their implementations.

In a tenth aspect, a computer program is provided, which, when executed on a computer, enables the computer to execute the method in any one of the first to second aspects or in each of their implementations.

Through the above technical solution, when a beam failure occurs, the first terminal can send first information to the second terminal to indicate that a beam failure has occurred. Furthermore, the first terminal and the second terminal can switch to a beam that can be used for beam recovery to communicate, thereby enabling beam failure recovery in side-line communications.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG1 is a schematic diagram of a communication system architecture applied in an embodiment of the present application.

FIG2 is a schematic diagram of another communication system architecture applied in an embodiment of the present application.

FIG3 is a schematic diagram of a wireless communication method provided in an embodiment of the present application.

FIG4 is a schematic diagram of another wireless communication method provided in an embodiment of the present application.

FIG5 is a schematic diagram of yet another wireless communication method provided in an embodiment of the present application.

FIG6 is a schematic diagram of yet another wireless communication method provided in an embodiment of the present application.

FIG. 7 is a schematic interaction diagram of another wireless communication method provided in an embodiment of the present application.

FIG8 is a schematic block diagram of a terminal device provided according to an embodiment of the present application.

FIG. 9 is a schematic block diagram of another terminal device provided according to an embodiment of the present application.

FIG10 is a schematic block diagram of a communication device provided according to an embodiment of the present application.

FIG. 11 is a schematic block diagram of a chip provided according to an embodiment of the present application.

FIG12 is a schematic block diagram of a communication system provided according to an embodiment of the present application.

Detailed ways

The technical solution in the embodiment of the present application will be described below in conjunction with the accompanying drawings in the embodiment of the present application. The examples are part of the embodiments of the present application, not all of the embodiments. All other embodiments obtained by ordinary technicians in this field without creative work for the embodiments in the present application are within the scope of protection of the present application.

The technical solutions of the embodiments of the present application can be applied to various communication systems, such as: Global System of Mobile communication (GSM) system, Code Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service (GPRS), Long Term Evolution (LTE) system, Advanced long term evolution (LTE-A) system, New Radio (NR) system, and NR system. Evolved systems, LTE-based access to unlicensed spectrum (LTE-U) systems, NR-based access to unlicensed spectrum (NR-U) systems, non-terrestrial communication networks (NTN) systems, universal mobile telecommunication systems (UMTS), wireless local area networks (WLAN), wireless fidelity (WiFi), fifth-generation communication (5th-Generation, 5G) systems or other communication systems, etc.

Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional communications, but will also support, for example, device to device (Device to Device, D2D) communication, machine to machine (Machine to Machine, M2M) communication, machine type communication (Machine Type Communication, MTC), vehicle to vehicle (V2V) communication, or vehicle to everything (V2X) communication, etc. The embodiments of the present application can also be applied to these communication systems.

Optionally, the communication system in the embodiment of the present application can be applied to a carrier aggregation (CA) scenario, a dual connectivity (DC) scenario, or a standalone (SA) networking scenario.

Optionally, the communication system in the embodiment of the present application can be applied to an unlicensed spectrum, wherein the unlicensed spectrum can also be considered as a shared spectrum; or, the communication system in the embodiment of the present application can also be applied to an authorized spectrum, wherein the authorized spectrum can also be considered as an unshared spectrum.

The embodiments of the present application describe various embodiments in conjunction with network equipment and terminal equipment, wherein the terminal equipment may also be referred to as user equipment (UE), access terminal, 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, etc.

The terminal device can be a station (STATION, ST) in a WLAN, a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA) device, a handheld device with wireless communication function, a computing device or other processing device connected to a wireless modem, a vehicle-mounted device, a wearable device, a terminal device in the next generation communication system such as the NR network, or a terminal device in the future evolved Public Land Mobile Network (PLMN) network, etc.

In the embodiments of the present application, the terminal device can be deployed on land, including indoors or outdoors, handheld, wearable or vehicle-mounted; it can also be deployed on the water surface (such as ships, etc.); it can also be deployed in the air (for example, on airplanes, balloons and satellites, etc.).

In the embodiments of the present application, the terminal device may be a mobile phone, a tablet computer, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical, a wireless terminal device in smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, or a wireless terminal device in a smart home, etc.

As an example but not limitation, in the embodiments of the present application, the terminal device may also be a wearable device. Wearable devices may also be referred to as wearable smart devices, which are a general term for wearable devices that are intelligently designed and developed using wearable technology for daily wear, such as glasses, gloves, watches, clothing, and shoes. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothes or accessories. Wearable devices are not only hardware devices, but also powerful functions achieved through software support, data interaction, and cloud interaction. Broadly speaking, wearable smart devices include full-featured, large-sized, and fully or partially independent of smartphones, such as smart watches or smart glasses, as well as devices that only focus on a certain type of application function and need to be used in conjunction with other devices such as smartphones, such as various types of smart bracelets and smart jewelry for vital sign monitoring.

In an embodiment of the present application, the network device may be a device for communicating with a mobile device. The network device may be an access point (AP) in WLAN, a base station (BTS) in GSM or CDMA, a base station (NodeB, NB) in WCDMA, an evolved base station (Evolutional Node B, eNB or eNodeB) in LTE, or a relay station or access point, or a vehicle-mounted device, a wearable device, and a network device or base station (gNB) in an NR network, or a network device in a future evolved PLMN network, or a network device in an NTN network, etc.

As an example but not limitation, in the embodiments of the present application, the network device may have a mobile feature, for example, the network device may be a mobile device. Optionally, the network device may be a satellite or a balloon station. For example, the satellite may be a low earth orbit (LEO) Satellite, medium earth orbit (MEO) satellite, geostationary earth orbit (GEO) satellite, high elliptical orbit (HEO) satellite, etc. Optionally, the network device may also be a base station set up on land, water, etc.

In an embodiment of the present application, a network device can provide services for a cell, and a terminal device communicates with the network device through transmission resources used by the cell (for example, frequency domain resources, or spectrum resources). The cell can be a cell corresponding to a network device (for example, a base station), and the cell can belong to a macro base station or a base station corresponding to a small cell. The small cells here may include: metro cells, micro cells, pico cells, femto cells, etc. These small cells have the characteristics of small coverage and low transmission power, and are suitable for providing high-speed data transmission services.

It should be understood that the terms "system" and "network" are often used interchangeably in this article. The term "and/or" in this article is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and/or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character "/" in this article generally indicates that the associated objects before and after are in an "or" relationship.

The terms used in the implementation mode of this application are only used to explain the specific embodiments of this application, and are not intended to limit this application. The terms "first", "second", "third" and "fourth" in the specification and claims of this application and the drawings are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions.

It should be understood that the "indication" mentioned in the embodiments of the present application can be a direct indication, an indirect indication, or an indication of an association relationship. For example, A indicates B, which can mean that A directly indicates B, for example, B can be obtained through A; it can also mean that A indirectly indicates B, for example, A indicates C, and B can be obtained through C; it can also mean that there is an association relationship between A and B.

In the description of the embodiments of the present application, the term "corresponding" may indicate a direct or indirect correspondence between two items, or an association relationship between the two items, or a relationship of indication and being indicated, configuration and being configured, etc.

In the embodiments of the present application, "pre-definition" or "pre-configuration" can be implemented by pre-saving corresponding codes, tables or other methods that can be used to indicate relevant information in a device (for example, including a terminal device and a network device), and the present application does not limit the specific implementation method. For example, pre-definition can refer to what is defined in the protocol.

In the embodiments of the present application, the “protocol” may refer to a standard protocol in the communication field, for example, it may include an LTE protocol, an NR protocol, and related protocols used in future communication systems, and the present application does not limit this.

To facilitate understanding of the technical solutions of the embodiments of the present application, the technical solutions of the present application are described in detail below through specific embodiments. The following related technologies can be arbitrarily combined with the technical solutions of the embodiments of the present application as optional solutions, and they all belong to the protection scope of the embodiments of the present application. The embodiments of the present application include at least part of the following contents.

FIG1 is a schematic diagram of a communication system applicable to an embodiment of the present application. The transmission resources of the vehicle-mounted terminals (vehicle-mounted terminals 121 and vehicle-mounted terminals 122) are allocated by the base station 110, and the vehicle-mounted terminals transmit data on the sidelink according to the resources allocated by the base station 110. Specifically, the base station 110 can allocate resources for a single transmission to the terminal, or can allocate resources for a semi-static transmission to the terminal.

FIG2 is a schematic diagram of another communication system applicable to an embodiment of the present application. The vehicle-mounted terminal (vehicle-mounted terminal 131 and vehicle-mounted terminal 132) autonomously selects transmission resources on the resources of the side link for data transmission. Optionally, the vehicle-mounted terminal can randomly select transmission resources, or select transmission resources by listening.

It should be noted that device-to-device communication is a sidelink (SL) transmission technology based on device-to-device (D2D). Different from the traditional cellular system where communication data is received or sent by base stations, the Internet of Vehicles system uses direct terminal-to-terminal communication, so it has higher spectrum efficiency and lower transmission latency. 3GPP defines two transmission modes, namely: the first mode (sidelink resource allocation mode 1) and the second mode (sidelink resource allocation mode 2).

Mode 1: The transmission resources of the terminal are allocated by the base station, and the terminal sends data on the sidelink according to the resources allocated by the base station; the base station can allocate resources for a single transmission to the terminal, or allocate resources for semi-static transmission to the terminal.

Mode 2: The terminal selects a resource in the resource pool to transmit data.

Proximity-based Services (ProSe) involve device-to-device communication, mainly for public safety services. In ProSe, by configuring the location of resource pools in the time domain, for example, resource pools are non-continuous in the time domain, the UE can send/receive data non-continuously on the sidelink, thereby achieving power saving.

The Internet of Vehicles system mainly studies the scenarios of vehicle-to-vehicle communication, and is mainly aimed at the business of relatively high-speed vehicle-to-vehicle and vehicle-to-person communication. In V2X, since the vehicle-mounted system has continuous power supply, power efficiency is not the main issue, but the delay of data transmission is the main issue, so the system design requires the terminal equipment to send and receive continuously.

Wearable device (FeD2D) scenario, which studies the scenario of wearable devices accessing the network through mobile phones, mainly focuses on the scenario of low mobile speed and low power access.

In FeD2D, the base station can configure the discontinuous reception of the remote terminal through a relay terminal. (Discontinuous Reception, DRX) parameters.

In the New Radio-Vehicle to Everything (NR-V2X), autonomous driving is supported, which puts forward higher requirements for data interaction between vehicles, such as higher throughput, lower latency, higher reliability, larger coverage, more flexible resource allocation, etc.

In the LTE-V2X system, broadcast transmission is supported, and in the NR-V2X system, unicast and multicast transmission modes are introduced.

Similar to the LTE V2X system, the NR V2X system can also define the above two resource authorization modes: mode 1/mode 2. Resource acquisition is indicated by sidelink authorization, that is, the sidelink authorization indicates the time-frequency position of the corresponding physical sidelink control channel (PSCCH) and physical sidelink shared channel (PSSCH) resources.

In addition to the feedback-free, UE-initiated Hybrid Automatic Repeat reQuest (HARQ) retransmission, feedback-based HARQ retransmission is introduced in NR V2X, which is not limited to unicast communication but also includes multicast communication.

The important use scenario of analog beams is in high-frequency bands, such as millimeter wave bands. Due to the large penetration loss of electromagnetic waves in high-frequency bands and the narrowing of analog beams, the communication link is easily blocked, resulting in poor communication quality and even communication interruption.

To improve the robustness of analog beam transmission in high frequency bands, two different strategies can be used:

Active strategy: Use multiple beams for simultaneous transmission. Each beam comes from a different direction and is less likely to be blocked at the same time, thus improving transmission reliability. The group-based reporting described above can be used to support simultaneous transmission of two downlink beams. For terminals that cannot receive multiple beams at the same time, multiple beams can be used to transmit alternately.

Passive strategy: When the current beam transmission quality is found to be poor to a certain extent, the terminal actively searches for a new beam with good link quality and notifies the network, thereby reestablishing a high-quality and reliable communication link through the new beam. This processing method is called the Beam Failure Recovery (BFR) mechanism, or beam recovery mechanism for short.

In the NR system, the beam failure recovery process is designed for the downlink transmit beam, and does not consider the problem of uplink transmit beam being blocked. The main reason is that if the downlink communication quality is good, the network can send instructions to let the terminal switch to a better uplink transmit beam for transmission; if the downlink communication quality is poor, the terminal may not receive the network's instructions, so it is impossible to communicate effectively with the terminal to determine the new beam pairing.

However, there is no corresponding beam recovery design in side communication. How to achieve beam failure recovery in side communication is an urgent problem to be solved.

To facilitate understanding of the technical solutions of the embodiments of the present application, the technical solutions of the present application are described in detail below through specific embodiments. The above related technologies can be arbitrarily combined with the technical solutions of the embodiments of the present application as optional solutions, and they all belong to the protection scope of the embodiments of the present application. The embodiments of the present application include at least part of the following contents.

It should be noted that the beam recovery process according to the embodiment of the present application may include at least one of the following processes:

The beam detection process is used to determine whether a beam failure has occurred.

The available beam selection process or the new beam selection process is used to select a beam that can be used for beam recovery.

The beam recovery request process is used to request beam recovery.

Beam recovery response process, the beam recovery requester receives the response from the beam recovery responder to determine whether the beam recovery is successful.

The above process is described below in combination with Example 1 to Example 4.

Example 1: Beam detection process

FIG3 is a schematic diagram of a wireless communication method 1000 according to an embodiment of the present application. As shown in FIG3 , the method 1000 includes at least part of the following contents:

S1010: The first terminal measures a signal sent by the second terminal to determine whether a beam failure occurs.

It should be understood that the beam in the embodiments of the present application can also be replaced by a reference signal, or a transmission configuration indicator (TCI) status, or a spatial domain filter (Spatial domain filter or Spatial filter), or a spatial receive parameter (Spatial Rx parameter), or a spatial relation.

In some embodiments, the second terminal may use multiple transmit beams to transmit signals, and the first terminal may use multiple receive beams to receive signals transmitted by the second terminal, or may use an omnidirectional beam to receive signals transmitted by the second terminal.

In some embodiments, the signal sent by the second terminal may be a sidelink reference signal, a sidelink synchronization signal, a discovery message or a sidelink channel (for example, a physical sidelink shared channel (PSSCH), a physical sidelink control channel (PSCCH), a physical sidelink feedback channel (PSFCH), a physical sidelink broadcast channel (PSBCH), etc.).

As an example but not limitation, the signal sent by the second terminal includes but is not limited to at least one of the following:

Channel State Information Reference Signal (CSI-RS), Demodulation Reference Signal (DMRS), Discovery message, Synchronization Signal Block (SSB), PSBCH, PSCCH, PSSCH.

In some embodiments, a first protocol layer of the first terminal may measure a signal sent by the second terminal. Optionally, the first protocol layer may be a physical layer of the first terminal.

In some embodiments, the first terminal (eg, the first protocol layer of the first terminal) may determine that a beam failure occurs when the signal quality of a signal sent by the second terminal is lower than a second signal quality threshold.

Optionally, the second signal quality threshold may be predefined or configured by the network device.

In some embodiments, when it is determined that a beam failure occurs, the first protocol layer of the first terminal may send first indication information to the second protocol layer of the first terminal, wherein the first indication information is used to indicate that a beam failure occurs, and the second protocol layer of the first terminal is an upper layer of the first protocol layer of the terminal. Optionally, the second protocol layer of the first terminal may be a MAC layer of the first terminal.

In some embodiments, the first terminal determines whether to execute a target process based on a first counter, where the first counter is used to count the number of beam failures, wherein the target process includes at least one of the following:

Selecting a target beam set from the first beam set, i.e., an available beam selection process;

Reporting first information, i.e., a beam recovery request process, to the second terminal;

Receive the response information sent by the second terminal, that is, the beam recovery response process.

For example, when the count value of the first counter reaches a first threshold, the first terminal determines to execute the target process.

That is, when the number of beam failures reaches a certain threshold, the first terminal can trigger the execution of subsequent processes, such as selecting a beam that can be used for beam recovery, requesting beam recovery from the second terminal (or informing the second terminal that beam recovery is needed), receiving a response from the second terminal, etc.

In some embodiments, when the second protocol layer of the first terminal receives first indication information sent by the first protocol layer of the first terminal, the count value of the first counter is increased by one, and the first indication information is used to indicate that a beam failure occurs.

In some embodiments, the first counter is reset upon occurrence of a first event, the first event comprising at least one of the following:

Resetting the beam failure related configuration of the first terminal;

The second layer of the first terminal receives first indication information of the first protocol layer of the first terminal;

The second timer times out.

In some embodiments, the beam failure related configuration reset of the first terminal may include the configuration reset of the aforementioned first threshold, second signal quality threshold, etc. For example, when the first threshold is reset or the second signal quality threshold is reset, the first counter is reset.

In some embodiments, the start or restart condition of the second timer may be that the second protocol layer of the first terminal receives first indication information sent by the first protocol layer of the first terminal, and the first indication information is used to indicate that a beam failure occurs.

Therefore, based on the technical solution provided in method 1000, the terminal device can detect the beam used for side communication, determine whether a beam failure occurs, and further determine whether to trigger subsequent processes, such as available beam selection, beam recovery request, beam recovery response, etc.

Embodiment 2: Available beam selection process or new beam selection process

FIG. 4 is a schematic diagram of a wireless communication method 1100 according to an embodiment of the present application. As shown in FIG. 4 , the method 1100 includes at least part of the following contents:

S1110: The first terminal measures the signal sent by the second terminal, and determines a target beam set in the first beam set.

In some embodiments, the target beam set includes at least one beam, and the target beam set is a beam set that meets a condition in the first beam set, for example, a beam that meets a first signal quality threshold.

In some embodiments, the first beam set is a beam set configured by a network device, or a predefined beam set. The first beam set can be considered as a candidate beam set.

Optionally, the beam satisfying the first signal quality threshold may refer to a beam having a signal quality greater than the first signal quality threshold, or a beam having a signal quality greater than or equal to the first signal quality threshold. The beams in the target beam set may be understood as beams that can be used for beam recovery.

Optionally, the signal quality of the beam may include, but is not limited to, at least one of the following:

Reference Signal Receiving Power (RSRP), Reference Signal Receiving Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR), Received Signal Strength Indication (RSSI).

In some embodiments, the signal quality of the beam may be a measurement result of layer 1 (L1) or a measurement result of layer 3 (L3), for example, RSRP may be L1-RSRP or L3-RSRP, SINR may be L1-SINR or L3-SINR, etc.

In some embodiments, the second terminal may use multiple transmit beams to transmit signals, and the first terminal may use multiple receive beams to receive signals transmitted by the second terminal, or may use an omnidirectional beam to receive signals transmitted by the second terminal.

In some embodiments, the target beam set is selected by the first terminal by measuring the signal sent by the second terminal. The target beam set can be considered as a set of transmission beams with better signal quality (for example, meeting the first signal quality threshold) of the second terminal. The target beam set includes at least one transmit beam of the second terminal.

In some embodiments, since the transmit beam of the transmitting terminal and the receive beam of the receiving terminal have a corresponding relationship, when the first terminal selects the transmit beam of the second terminal that meets the conditions, it is equivalent to selecting the receive beam of the first terminal that meets the conditions. Further, since the receive beam of the receiving terminal and the transmit beam of the receiving terminal also have a corresponding relationship, it is also equivalent to selecting the transmit beam of the first terminal that meets the conditions.

Therefore, according to the technical solution provided in method 1100, the terminal device can select a beam that can be used for beam recovery. Further, the terminal device can trigger a subsequent beam recovery process, such as making a beam recovery request and a beam recovery response.

Example 3: Beam recovery request process

FIG. 5 is a schematic interaction diagram of a wireless communication method 1200 according to an embodiment of the present application. As shown in FIG. 5 , the method 1200 includes at least part of the following contents:

S210, the first terminal sends first information to the second terminal, where the first information is used to indicate that a beam failure has occurred, or to request beam failure recovery. Correspondingly, the second terminal receives the first information.

That is, the first terminal may be a requester of beam recovery, and the second terminal may be a responder of beam recovery.

In some embodiments, the first information includes information of a target beam set, the target beam set includes at least one beam, and the target beam set is a beam set that satisfies a condition selected by the first terminal in the first beam set, for example, a beam that satisfies a first signal quality threshold. The specific implementation of the target beam set refers to the relevant description in method 1100, which is not repeated here for brevity.

Optionally, the first information may include identification information of the relevant beams in the target beam set, such as a beam index or a beam ID, or may also include signal quality information of the relevant beams. Optionally, the relevant beams may include all beams in the target beam set, or may also include one beam in the target beam set, such as a beam with the best signal quality.

In some embodiments, the first information may not include information about the target beam set. For example, when there is no beam that meets the conditions in the first beam set (for example, there is no beam that meets the first signal quality threshold), the first information may not include information about the target beam set.

In some embodiments, the first information is sent via side signaling, and the side signaling may include, but is not limited to, at least one of the following signaling:

Physical Sidelink Control Channel (PSCCH), Physical Sidelink Shared Channel (PSSCH), Media Access Control Control Element (MAC CE), Radio Resource Control (RRC) signaling.

Optionally, when the first information is carried through the PSSCH, the first information may be included in second-order sidelink control information (Sidelink Control Information, SCI), MAC CE or RRC signaling, and further transmitted through the PSSCH.

It should be understood that the present application does not limit the beam used by the first terminal to send the first information.

For example, the first information is sent via a beam being used by the first terminal.

For another example, the first information is sent by the first terminal using an omnidirectional beam.

For another example, the first information is sent by the first terminal using a target transmission beam, wherein the target transmission beam is determined according to a beam in a target beam set. The target transmission beam may include one beam, or may include multiple beams.

In some embodiments, since the transmit beam of the transmitting terminal and the receive beam of the receiving terminal have a corresponding relationship, and the receive beam of the receiving terminal and the transmit beam of the receiving terminal also have a corresponding relationship, the target transmit beam is determined according to the beam in the target beam set, which may include:

Determine, according to the transmit beam in the target beam set, a corresponding receive beam set, that is, a receive beam set of the first terminal corresponding to the target beam set;

According to the receiving beam set, the corresponding target transmitting beam is determined.

In some embodiments, the time-frequency resources used by the first terminal to send the first information have a corresponding relationship with the target beam set. In other words, the time-frequency resources used by the first terminal to send the first information have a corresponding relationship with the beam selected for beam recovery.

For example, different beams or beam sets correspond to different time-frequency resources. When the first terminal selects a different beam or beam set, it can use the time-frequency resources corresponding to the beam or beam set to send the first information.

In some embodiments, the second terminal may use an omnidirectional beam to receive the first information, or may use multiple receiving beams to receive the first information, wherein each receiving beam in the multiple receiving beams corresponds to a group of time-frequency resources, and when the second terminal uses the first receiving beam in the multiple receiving beams to receive the first signal, the first signal is received on a group of time-frequency resources corresponding to the first receiving beam. Therefore, the second terminal can determine the beam or beam set selected by the first terminal based on the time-frequency resources of the received first information.

In some embodiments, after the first terminal sends the first information to the second terminal, the first terminal is in a discontinuous reception (DRX) active time, thereby receiving a response of the second terminal to the first information.

In some embodiments of the present application, the method 1200 further includes:

The second terminal sends second information to the network device, wherein the second information includes the first information and/or second indication information, and the second indication information is used to indicate that the second terminal requests to use a new beam, or requests to perform beam recovery.

For example, after the second terminal receives the first information, it can report the second information to the network device, so that the network device can learn the communication status between the first terminal and the second terminal.

In some embodiments, the second information may be sent via uplink signaling, which may, for example, include but is not limited to at least one of the following signaling: MAC CE, RRC signaling, uplink control information (Uplink Control Information, UCI).

In some embodiments, the resource used by the second terminal for sidelink transmission is configured by the network device, that is, the second terminal is a terminal of Mode 1. For example, when the second terminal is Terminal 2 of Mode 1, the second information can be reported to the network device.

Therefore, according to the technical solution provided in method 1200, when a beam failure occurs, the first terminal may notify the second terminal that a beam failure occurs, or request beam recovery. For example, the first terminal may report a target beam set that can be used for beam recovery to the second terminal. Further, the first terminal and the second terminal may perform beam recovery based on the target beam set. For example, the second terminal may use a beam in the target beam set to perform a beam recovery response.

Example 4: Beam recovery response process

FIG. 6 is a schematic interaction diagram of a wireless communication method 1300 according to an embodiment of the present application. As shown in FIG. 6 , the method 1300 includes at least part of the following contents:

S1310, the first terminal receives response information to the first information sent by the second terminal, wherein the first information is used to indicate a beam failure. The specific implementation of the first information refers to the relevant description in method 1200, and for the sake of brevity, it is not repeated here.

In some embodiments, the first terminal may receive response information of the second terminal to the first information based on the first timer.

In some embodiments, a start condition of the first timer is that the first terminal sends the first information.

For example, the first terminal may start the first timer after sending the first information.

In some embodiments, the duration of the first timer may be predefined or configured by the network device.

In some embodiments, if, during the running of the first timer, the first terminal receives response information sent by the second terminal using a beam in the target beam set, it is determined that the beam recovery is successful.

In some embodiments, if the first terminal receives a response message sent by the second terminal during the operation of the first timer, it is determined that the beam recovery is successful.

That is, when the first terminal receives the response information from the second terminal, or receives the response information sent by the second terminal using the beam in the target beam set, it can be considered that the beam recovery is successful.

In some embodiments, when the first timer times out, it is determined that the beam recovery fails or the radio link fails.

In some embodiments, the stop condition of the first timer is that the first terminal receives response information sent by the second terminal using a beam in the target beam set, or the stop condition of the first timer is that the first terminal receives response information sent by the second terminal. For example, during the operation of the first timer, if the first terminal receives response information sent by the second terminal using a beam in the target beam set, or receives response information sent by the second terminal, the first timer is stopped, or, if the first timer times out, it is determined that the beam recovery fails or the radio link fails.

In some embodiments, the response information is received by the first terminal using an omnidirectional beam, or received using a target receiving beam, and the target receiving beam is determined according to a beam in a target beam set, for example, the target receiving beam may be a receiving beam of the first terminal corresponding to a transmitting beam in the target beam set. The specific implementation of the target beam set refers to the relevant description in method 1100, and for the sake of brevity, it is not repeated here.

In some embodiments, the response message is sent by the second terminal using a beam in the target beam set.

In some embodiments, the response message is sent by the second terminal using an omnidirectional beam.

In some embodiments, when there is no beam that meets the condition in the first beam set, the first terminal determines that the beam recovery fails. For example, when there is no beam that meets the first signal quality threshold in the first beam set, the first terminal may determine that the beam recovery fails.

In some embodiments, when it is determined that the beam recovery fails, the first terminal determines that a radio link failure (RLF) occurs. That is, when it is determined that the beam recovery fails, the first terminal determines that an RLF occurs.

In some embodiments of the present application, the method 1300 further includes:

When it is determined that the beam recovery fails, the first terminal reports the occurrence of a beam recovery failure event or a wireless link failure event to the network device.

In some embodiments, the first terminal may report the occurrence of the RLF event to the network device when determining that the RLF occurs.

Therefore, according to the technical solution provided in method 1300, when the first terminal requests the second terminal to perform beam recovery or the first terminal notifies the second terminal of beam failure, the second terminal can respond to the first terminal. The first terminal can determine whether the beam recovery is successful based on the response of the second terminal. Further, if the beam recovery is successful, the first terminal and the second terminal can make The successfully recovered beam is used for side communication; or, in the event of beam recovery failure, the first terminal may report a beam recovery failure event or a wireless link failure event to the network device.

The following describes a beam recovery process according to a specific embodiment of the present application in conjunction with FIG. 7 . As shown in FIG. 7 , the following steps may be included:

S201: The first terminal measures a signal sent by the second terminal to determine whether a beam failure occurs.

The specific implementation process refers to the relevant description in method 1000, and for the sake of brevity, it will not be repeated here.

S202: The first terminal measures a signal sent by the second terminal, and determines a target beam set in the first beam set.

The specific implementation process refers to the relevant description in method 1100, and for the sake of brevity, it will not be repeated here.

S203, the first terminal sends first information to the second terminal, where the first information is used to indicate a beam failure or to request beam recovery.

Optionally, it may also include: S204, the second terminal sends second information to the network device, the second information includes the first information and/or the second information, wherein the second indication information is used to indicate that the second terminal requests to use a new beam, or requests to perform beam recovery.

The specific implementation process refers to the relevant description in method 1200, which will not be repeated here for the sake of brevity.

S205: The second terminal sends response information to the first terminal.

Optionally, the method may further include: S206, the first terminal reports a beam recovery failure or a wireless link failure event to a network device.

For example, when it is determined that a beam recovery failure has occurred, a beam recovery failure or a wireless link failure event is reported to a network device.

In summary, the embodiment of the present application provides a beam failure recovery process for sideline communication, which may specifically include at least one of the following processes:

The beam detection process, for example, the first terminal measures the signal sent by the second terminal to determine whether a beam failure occurs.

The beam selection process can be used. For example, the first terminal can select beams that meet the conditions in the first beam set to form a target beam set.

The beam recovery request process, for example, the first terminal can send first information to the second terminal to notify the second terminal that the beam transmission fails, or to request beam recovery.

The beam recovery response process, for example, the first terminal can determine whether the beam recovery is successful based on the reception of the response information of the second terminal. Further, in the case of beam recovery failure, the first terminal can report to the network device that a beam recovery failure event has occurred, or an RLF event has occurred.

The above beam recovery process can be considered as a beam recovery process triggered by the first terminal.

It should be noted that in the embodiment of the present application, the beam used for side communication between the first terminal and the second terminal can be restored only by the beam recovery process triggered by the first terminal. Alternatively, the beam for side communication between the two terminals can be restored by the beam recovery process triggered by the first terminal and the second terminal respectively. For the beam recovery process triggered by the second terminal, the behavior of the second terminal is consistent with the behavior of the first terminal in the aforementioned embodiment, and the behavior of the first terminal is consistent with the behavior of the second terminal in the aforementioned embodiment, that is, the roles of the two are swapped. For example, the beam recovery process triggered by the second terminal may include at least one of the following processes:

The beam detection process, for example, the second terminal measures the signal sent by the first terminal to determine whether a beam failure occurs.

The beam selection process can be used. For example, the second terminal can select beams that meet the conditions in the second beam set to form a target beam set. The second beam set is a beam set configured by the network device or a predefined beam set.

Beam recovery request process, for example, the second terminal can send third information to the first terminal to notify the first terminal that the beam transmission fails, or request beam recovery.

The beam recovery response process, for example, the second terminal can determine whether the beam recovery is successful based on the reception of the response information of the first terminal. Further, in the case of beam recovery failure, the second terminal can report to the network device that a beam recovery failure event has occurred, or an RLF event has occurred.

In some embodiments, when a beam recovery process is triggered by one terminal to recover the beam for sideline communication between two terminals, which terminal triggers the beam recovery process can be determined based on the initiator of the connection establishment between the two terminals (i.e., the initiator of the PC5-S process), for example, by the sender of a direct link establishment request message (Direct Link Establishment Request message) or a proximity service (ProSe) direct link establishment request message (ProSe Direct Link Establishment Request message).

For example, for the beam recovery for sideline communication between the first terminal and the second terminal, if the connection between the first terminal and the second terminal is established by the first terminal initiating the PC5-S process, or in other words, the connection between the first terminal and the second terminal is established by the first terminal as the sender of a Direct Link Establishment Request message or a ProSe Direct Link Establishment Request message, the beam recovery process can be triggered by the first terminal to recover the beam for sideline communication between the first terminal and the second terminal.

In other embodiments, when a beam recovery process is triggered by one terminal to recover the beam for sideline communication between two terminals, which terminal triggers the beam recovery process may be configured by a network device, or may be predefined, or may be negotiated by the two terminals themselves, or the beam recovery process may be triggered by either of the two terminals.

The above, in combination with Figures 3 to 7, describes in detail the method embodiment of the present application. The following, in combination with Figures 8 to 12, describes in detail the device embodiment of the present application. It should be understood that the device embodiment and the method embodiment correspond to each other, and similar descriptions can refer to the method embodiment.

Fig. 8 shows a schematic block diagram of a terminal device 400 according to an embodiment of the present application. As shown in Fig. 8, the terminal device 400 includes:

The communication unit 410 is used to send first information to the second terminal, where the first information is used to indicate that a beam failure has occurred.

In some embodiments, the first information includes information of a target beam set, the target beam set includes at least one beam, the target beam set is a beam set that meets the conditions and is selected by the terminal device from the first beam set, and the first beam set is a beam set configured by a network device.

In some embodiments, when there is no beam meeting the condition in the first beam set, the first information does not include information of the target beam set, the first beam set is the beam set configured by the network device, and the target beam set is the beam set meeting the condition.

In some embodiments, the time-frequency resources used by the terminal device to send the first information correspond to the target beam set.

In some embodiments, the first information is sent via a beam currently being used by the terminal device, or is sent using an omnidirectional beam, or is sent using a target transmission beam, wherein the target transmission beam is determined based on a beam in the target beam set.

In some embodiments, the first information is sent via at least one of the following signaling:

Physical Sidelink Control Channel PSCCH, Physical Sidelink Shared Channel PSSCH, Media Access Control Element MAC CE, Radio Resource Control RRC signaling.

In some embodiments, after the terminal device sends the first information to the second terminal, the terminal device is in a discontinuous reception DRX activation period.

In some embodiments, the communication unit 410 is further configured to:

Based on the first timer, response information of the second terminal to the first information is received.

In some embodiments, the start condition of the first timer is that the terminal device sends the first information.

In some embodiments, the receiving, based on the first timer, response information of the second terminal to the first information includes:

If, during the running of the first timer, the terminal device receives a response message sent by the second terminal using a beam in the target beam set, it is determined that the beam recovery is successful; or

If, during the running of the first timer, the terminal device receives a response message sent by the second terminal, it is determined that the beam recovery is successful; or

If the first timer times out, it is determined that beam recovery has failed.

In some embodiments, a stop condition of the first timer is that the terminal device receives response information sent by the second terminal using a beam in the target beam set; or

The stop condition of the first timer is that the terminal device receives the response information sent by the second terminal.

In some embodiments, the response information is received by the terminal device using an omnidirectional beam, or received using a target receiving beam, where the target receiving beam is determined based on a beam in a target beam set.

In some embodiments, the terminal device 400 further includes:

A processing unit is used to determine that beam recovery fails when there is no beam that meets the condition in a first beam set, where the first beam set is a beam set configured by the network device.

In some embodiments, the terminal device 400 further includes:

The processing unit is used to determine that a wireless link failure occurs when it is determined that the beam recovery fails.

In some embodiments, the communication unit 410 is further used to: when it is determined that the beam recovery fails, report a beam recovery failure event or a wireless link failure event to a network device.

In some embodiments, the terminal device 400 further includes:

A processing unit is used to measure the signal sent by the second terminal to determine whether beam failure occurs.

In some embodiments, the terminal device 400 further includes:

A processing unit is used to send first indication information to the second protocol layer of the terminal device through the first protocol layer of the terminal device when it is determined that a beam failure has occurred, wherein the first indication information is used to indicate that a beam failure has occurred, and the second protocol layer of the terminal device is an upper layer of the first protocol layer of the terminal.

In some embodiments, the terminal device 400 further includes:

A processing unit, configured to determine whether to execute a target process based on a first counter, wherein the first counter is configured to count the number of beam failures, wherein the target process includes at least one of the following:

Selecting the target beam set from the first beam sets;

reporting the first information to the second terminal;

Receive response information sent by the second terminal.

In some embodiments, the processing unit is further configured to:

When the count value of the first counter reaches a first threshold, it is determined to execute the target process.

In some embodiments, when the second protocol layer of the terminal device receives first indication information sent by the first protocol layer of the terminal device, the count value of the first counter is increased by one, and the first indication information is used to indicate that a beam failure has occurred.

In some embodiments, the first counter is reset upon occurrence of a first event, the first event comprising at least one of the following:

Resetting the beam failure related configuration of the terminal device;

The second layer of the terminal device receives first indication information of the first protocol layer of the terminal device;

The second timer times out.

In some embodiments, when the second protocol layer of the terminal device receives first indication information sent by the first protocol layer of the terminal device, the second timer is started, and the first indication information is used to indicate that a beam failure has occurred.

In some embodiments, the terminal device 400 further includes:

A processing unit is used to measure the signal sent by the second terminal and determine a target beam set in the first beam set.

In some embodiments, the beams in the target beam set are beams that meet a first signal quality threshold.

Optionally, in some embodiments, the communication unit may be a communication interface or a transceiver, or an input/output interface of a communication chip or a system on chip. The processing unit may be one or more processors.

It should be understood that the terminal device 400 according to an embodiment of the present application may correspond to the first terminal in the method embodiment of the present application, and the above-mentioned and other operations and/or functions of each unit in the terminal device 400 are respectively for implementing the corresponding processes of the first terminal in the method embodiment shown in Figures 3 to 7. For the sake of brevity, they will not be repeated here.

FIG9 is a schematic block diagram of a terminal device according to an embodiment of the present application. The terminal device 500 of FIG9 includes:

The communication unit 510 is used to receive first information sent by a first terminal, where the first information is used to indicate that a beam failure has occurred.

In some embodiments, the first information includes information of a target beam set, the target beam set includes at least one beam, the target beam set is a beam set that meets a condition and is selected by the first terminal from the first beam set, and the first beam set is a beam set configured by a network device.

In some embodiments, when there is no beam meeting the condition in the first beam set, the first information does not include information of the target beam set, the first beam set is the beam set configured by the network device, and the target beam set is the beam set meeting the condition.

In some embodiments, the time-frequency resources used by the first terminal to send the first information correspond to the target beam set.

In some embodiments, the first information is sent via a beam currently being used by the first terminal, or is sent using an omnidirectional beam, or is sent using a target transmit beam, wherein the target transmit beam is determined based on a beam in the target beam set.

In some embodiments, the first information is received by the terminal device through an omnidirectional beam; or,

The first information is received by the terminal device through multiple beams, wherein each of the multiple beams corresponds to a group of time-frequency resources, and when the terminal device uses the first beam of the multiple beams to receive the first signal, the first signal is received on a group of time-frequency resources corresponding to the first beam.

In some embodiments, the first information is sent via at least one of the following signaling:

Physical Sidelink Control Channel PSCCH, Physical Sidelink Shared Channel PSSCH, Media Access Control Element MAC CE, Radio Resource Control RRC signaling.

In some embodiments, after the first terminal sends the first information to the terminal device, the first terminal is in a discontinuous reception DRX activation period.

In some embodiments, the communication unit 510 is further configured to:

Send second information to the network device, where the second information includes the first information and/or second indication information, and the second indication information is used to indicate that the terminal device requests to use a new beam.

In some embodiments, the second information is carried via at least one of the following signaling: MAC CE, RRC signaling.

In some embodiments, the resources used by the terminal device for sideline transmission are configured by the network device.

In some embodiments, the communication unit 510 is further configured to:

Sending response information to the first information to the first terminal using a beam in a target beam set; or

Sending response information to the first information to the first terminal.

In some embodiments, the beams in the target beam set are beams that meet a first signal quality threshold.

Optionally, in some embodiments, the communication unit may be a communication interface or a transceiver, or an input/output interface of a communication chip or a system on chip. The processing unit may be one or more processors.

It should be understood that the terminal device 500 according to the embodiment of the present application may correspond to the second terminal in the embodiment of the method of the present application, and the terminal The above and other operations and/or functions of each unit in the device 500 are respectively for implementing the corresponding processes of the second terminal in the method embodiments shown in Figures 3 to 7, and for the sake of brevity, they are not repeated here.

Fig. 10 is a schematic structural diagram of a communication device 600 provided in an embodiment of the present application. The communication device 600 shown in Fig. 10 includes a processor 610, and the processor 610 can call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, as shown in Fig. 10, the communication device 600 may further include a memory 620. The processor 610 may call and run a computer program from the memory 620 to implement the method in the embodiment of the present application.

The memory 620 may be a separate device independent of the processor 610 , or may be integrated into the processor 610 .

Optionally, as shown in FIG. 10 , the communication device 600 may further include a transceiver 630 , and the processor 610 may control the transceiver 630 to communicate with other devices, specifically, may send information or data to other devices, or receive information or data sent by other devices.

The transceiver 630 may include a transmitter and a receiver. The transceiver 630 may further include an antenna, and the number of the antennas may be one or more.

Optionally, the communication device 600 may specifically be the first terminal of the embodiment of the present application, and the communication device 600 may implement the corresponding processes implemented by the first terminal in each method of the embodiment of the present application, which will not be described in detail here for the sake of brevity.

Optionally, the communication device 600 may specifically be the second terminal of the embodiment of the present application, and the communication device 600 may implement the corresponding processes implemented by the second terminal in each method of the embodiment of the present application, which will not be described in detail here for the sake of brevity.

Fig. 11 is a schematic structural diagram of a chip according to an embodiment of the present application. The chip 700 shown in Fig. 11 includes a processor 710, and the processor 710 can call and run a computer program from a memory to implement the method according to the embodiment of the present application.

Optionally, as shown in FIG11 , the chip 700 may further include a memory 720. The processor 710 may call and run a computer program from the memory 720 to implement the method in the embodiment of the present application.

The memory 720 may be a separate device independent of the processor 710 , or may be integrated into the processor 710 .

Optionally, the chip 700 may further include an input interface 730. The processor 710 may control the input interface 730 to communicate with other devices or chips, and specifically, may obtain information or data sent by other devices or chips.

Optionally, the chip 700 may further include an output interface 740. The processor 710 may control the output interface 740 to communicate with other devices or chips, and specifically, may output information or data to other devices or chips.

Optionally, the chip can be applied to the first terminal in the embodiment of the present application, and the chip can implement the corresponding processes implemented by the first terminal in each method of the embodiment of the present application. For the sake of brevity, it will not be repeated here.

Optionally, the chip can be applied to the second terminal in the embodiment of the present application, and the chip can implement the corresponding processes implemented by the second terminal in each method of the embodiment of the present application. For the sake of brevity, it will not be repeated here.

It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

Fig. 12 is a schematic block diagram of a communication system 900 provided in an embodiment of the present application. As shown in Fig. 12 , the communication system 900 includes a first terminal 910 and a second terminal 920 .

Among them, the first terminal 910 can be used to implement the corresponding functions implemented by the first terminal in the above method, and the second terminal 920 can be used to implement the corresponding functions implemented by the second terminal in the above method. For the sake of brevity, they are not repeated here.

It should be understood that the processor of the embodiment of the present application may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method embodiment can be completed by the hardware integrated logic circuit in the processor or the instruction in the form of software. The above processor can be a general processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), a field programmable gate array (Field Programmable Gate Array, FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general processor can be a microprocessor or the processor can also be any conventional processor, etc. The steps of the method disclosed in the embodiment of the present application can be directly embodied as a hardware decoding processor to execute, or the hardware and software modules in the decoding processor can be executed. The software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

It is understood that the memory in the embodiments of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), which is used as an external cache. By way of example but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (EDRAM), and so on. The invention relates to memory devices of the present invention, such as Enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and Direct Rambus RAM (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

It should be understood that the above-mentioned memory is exemplary but not restrictive. For example, the memory in the embodiment of the present application may also be static random access memory (static RAM, SRAM), dynamic random access memory (dynamic RAM, DRAM), synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous link dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM), etc. That is to say, the memory in the embodiment of the present application is intended to include but not limited to these and any other suitable types of memory.

An embodiment of the present application also provides a computer-readable storage medium for storing a computer program.

Optionally, the computer-readable storage medium can be applied to the first terminal in the embodiment of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the network device in the various methods of the embodiment of the present application. For the sake of brevity, they are not repeated here.

Optionally, the computer-readable storage medium can be applied to the second terminal in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the second terminal in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

An embodiment of the present application also provides a computer program product, including computer program instructions.

Optionally, the computer program product can be applied to the first terminal in the embodiment of the present application, and the computer program instructions enable the computer to execute the corresponding processes implemented by the first terminal in the various methods of the embodiment of the present application. For the sake of brevity, they are not repeated here.

Optionally, the computer program product may be applied to the second terminal in the embodiments of the present application, and the computer program instructions enable the computer to execute the corresponding processes implemented by the second terminal in the various methods in the embodiments of the present application. For the sake of brevity, they are not described here.

The embodiment of the present application also provides a computer program.

Optionally, the computer program can be applied to the first terminal in the embodiments of the present application. When the computer program runs on the computer, the computer executes the corresponding processes implemented by the first terminal in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

Optionally, the computer program can be applied to the second terminal in the embodiments of the present application. When the computer program runs on the computer, the computer executes the corresponding processes implemented by the second terminal in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be essentially or partly embodied in the form of a software product that contributes to the prior art. The computer software product is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage media include: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), disk or optical disk, and other media that can store program codes.

The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims (67)

A wireless communication method, comprising: The first terminal sends first information to the second terminal, where the first information is used to indicate that a beam failure occurs. The method according to claim 1 is characterized in that the first information includes information of a target beam set, the target beam set includes at least one beam, the target beam set is a beam set that meets the conditions and is selected by the first terminal from the first beam set, and the first beam set is a beam set configured by a network device. The method according to claim 1 or 2 is characterized in that, when there is no beam meeting the condition in the first beam set, the first information does not include information of the target beam set, the first beam set is the beam set configured by the network device, and the target beam set is the beam set meeting the condition. The method according to claim 2 or 3 is characterized in that the time-frequency resources used by the first terminal to send the first information and the target beam set have a corresponding relationship. The method according to any one of claims 1-4 is characterized in that the first information is sent through the beam currently being used by the first terminal, or is sent using an omnidirectional beam, or is sent using a target transmission beam, wherein the target transmission beam is determined based on the beam in the target beam set. The method according to any one of claims 1 to 5, characterized in that the first information is sent via at least one of the following signaling: Physical Sidelink Control Channel PSCCH, Physical Sidelink Shared Channel PSSCH, Media Access Control Element MAC CE, Radio Resource Control RRC signaling. The method according to any one of claims 1-6 is characterized in that after the first terminal sends the first information to the second terminal, the first terminal is in a discontinuous reception DRX activation period. The method according to any one of claims 1 to 7, characterized in that the method further comprises: Based on the first timer, response information of the second terminal to the first information is received. The method according to claim 8 is characterized in that a start condition of the first timer is that the first terminal sends the first information. The method according to claim 8 or 9, characterized in that the method further comprises: If, during the running of the first timer, the first terminal receives response information sent by the second terminal using a beam in the target beam set, it is determined that the beam recovery is successful; or If, during the running of the first timer, the first terminal receives the response information sent by the second terminal, it is determined that the beam recovery is successful; or If the first timer times out, it is determined that beam recovery has failed. The method according to any one of claims 8 to 10 is characterized in that the stop condition of the first timer is that the first terminal receives response information sent by the second terminal using a beam in the target beam set; or A stop condition of the first timer is that the first terminal receives response information sent by the second terminal. The method according to any one of claims 8-11 is characterized in that the response information is received by the first terminal using an omnidirectional beam, or received using a target receiving beam, and the target receiving beam is determined based on a beam in a target beam set. The method according to any one of claims 1 to 12, characterized in that the method further comprises: If there is no beam that meets the conditions in the first beam set, the first terminal determines that beam recovery fails, and the first beam set is a beam set configured by the network device. The method according to any one of claims 1 to 13, characterized in that the method further comprises: In the case of determining that the beam recovery fails, the first terminal determines that a radio link failure occurs. The method according to any one of claims 1 to 14, characterized in that the method further comprises: When it is determined that the beam recovery fails, the first terminal reports the occurrence of a beam recovery failure event or a wireless link failure event to the network device. The method according to any one of claims 1 to 15, characterized in that the method further comprises: The first terminal measures the signal sent by the second terminal to determine whether beam failure occurs. The method according to claim 16, characterized in that the method further comprises: When it is determined that a beam failure has occurred, the first protocol layer of the first terminal sends first indication information to the second protocol layer of the first terminal, where the first indication information is used to indicate that a beam failure has occurred, and the second protocol layer of the first terminal is an upper layer of the first protocol layer of the terminal. The method according to claim 16 or 17, characterized in that the method further comprises: The first terminal determines whether to execute the target process based on a first counter, wherein the first counter is used to count the occurrence of beam failures. times, wherein the target process includes at least one of the following: Selecting the target beam set from the first beam set; reporting the first information to the second terminal; Receive response information sent by the second terminal. The method according to claim 18, wherein the first terminal determines whether to execute the target process based on the first counter, comprising: When the count value of the first counter reaches a first threshold, it is determined to execute the target process. The method according to claim 19 is characterized in that when the second protocol layer of the first terminal receives the first indication information sent by the first protocol layer of the first terminal, the count value of the first counter is increased by one, and the first indication information is used to indicate that a beam failure occurs. The method according to claim 19 or 20, characterized in that the first counter is reset in the event of a first event, the first event comprising at least one of the following: Resetting the beam failure related configuration of the first terminal; The second layer of the first terminal receives first indication information of the first protocol layer of the first terminal; The second timer times out. The method according to claim 21 is characterized in that the start condition of the second timer is that the second protocol layer of the first terminal receives the first indication information sent by the first protocol layer of the first terminal, and the first indication information is used to indicate that a beam failure occurs. The method according to any one of claims 1 to 22, characterized in that the method further comprises: The first terminal measures the signal sent by the second terminal and determines a target beam set in the first beam set. The method according to claim 23 is characterized in that the beams in the target beam set are beams that meet a first signal quality threshold. A wireless communication method, comprising: The second terminal receives first information sent by the first terminal, where the first information is used to indicate that a beam failure occurs. The method according to claim 25 is characterized in that the first information includes information of a target beam set, the target beam set includes at least one beam, the target beam set is a beam set that meets the conditions and is selected by the first terminal from the first beam set, and the first beam set is a beam set configured by a network device. The method according to claim 25 or 26 is characterized in that, when there is no beam meeting the condition in the first beam set, the first information does not include information of the target beam set, the first beam set is the beam set configured by the network device, and the target beam set is the beam set meeting the condition. The method according to claim 26 or 27 is characterized in that the time-frequency resources used by the first terminal to send the first information and the target beam set have a corresponding relationship. The method according to any one of claims 25-28 is characterized in that the first information is sent through the beam currently being used by the first terminal, or is sent using an omnidirectional beam, or is sent using a target transmission beam, wherein the target transmission beam is determined based on the beam in the target beam set. The method according to any one of claims 25 to 29, characterized in that The first information is received by the second terminal through an omnidirectional beam; or, The first information is received by the second terminal through multiple beams, wherein each of the multiple beams corresponds to a group of time-frequency resources, and when the second terminal uses the first beam of the multiple beams to receive the first signal, the first signal is received on a group of time-frequency resources corresponding to the first beam. The method according to any one of claims 25 to 30, characterized in that the first information is sent via at least one of the following signaling: Physical Sidelink Control Channel PSCCH, Physical Sidelink Shared Channel PSSCH, Media Access Control Element MAC CE, Radio Resource Control RRC signaling. The method according to any one of claims 25-31 is characterized in that after the first terminal sends the first information to the second terminal, the first terminal is in a discontinuous reception DRX activation period. The method according to any one of claims 25 to 32, characterized in that the method further comprises: The second terminal sends second information to the network device, where the second information includes the first information and/or second indication information, and the second indication information is used to indicate that the second terminal requests to use a new beam. The method according to claim 33 is characterized in that the second information is carried by at least one of the following signaling: MAC CE, RRC signaling. The method according to claim 33 or 34 is characterized in that the resource used by the second terminal for side transmission is the Network device configuration. The method according to any one of claims 33 to 35, characterized in that the method further comprises: Sending response information to the first information to the first terminal using a beam in a target beam set; or Sending response information to the first information to the first terminal. The method according to claim 36 is characterized in that the beams in the target beam set are beams that meet a first signal quality threshold. A terminal device, characterized by comprising: A communication unit is used to send first information to a second terminal, wherein the first information is used to indicate that a beam failure has occurred. The terminal device according to claim 38 is characterized in that the first information includes information of a target beam set, the target beam set includes at least one beam, the target beam set is a beam set that meets the conditions and is selected by the terminal device from the first beam set, and the first beam set is a beam set configured by a network device. The terminal device according to claim 38 or 39 is characterized in that, when there is no beam meeting the condition in the first beam set, the first information does not include information of the target beam set, the first beam set is the beam set configured by the network device, and the target beam set is the beam set meeting the condition. The terminal device according to claim 39 or 40 is characterized in that there is a correspondence between the time-frequency resources used by the terminal device to send the first information and the target beam set. The terminal device according to any one of claims 38-41 is characterized in that the first information is sent through the beam currently being used by the terminal device, or is sent using an omnidirectional beam, or is sent using a target transmission beam, wherein the target transmission beam is determined based on the beam in the target beam set. The terminal device according to any one of claims 38 to 42, characterized in that the first information is sent via at least one of the following signaling: Physical Sidelink Control Channel PSCCH, Physical Sidelink Shared Channel PSSCH, Media Access Control Element MAC CE, Radio Resource Control RRC signaling. The terminal device according to any one of claims 38-43 is characterized in that after the terminal device sends the first information to the second terminal, the terminal device is in a discontinuous reception DRX activation period. The terminal device according to any one of claims 38 to 44, characterized in that the communication unit is further used for: Based on the first timer, response information of the second terminal to the first information is received. The terminal device according to claim 45 is characterized in that the start condition of the first timer is that the terminal device sends the first information. The terminal device according to claim 45 or 46, characterized in that the terminal device further comprises: a processing unit, configured to determine that the beam recovery is successful when the terminal device receives response information sent by the second terminal using a beam in the target beam set during the operation of the first timer; or During the running of the first timer, when the terminal device receives the response information sent by the second terminal, it is determined that the beam recovery is successful; or When the first timer times out, it is determined that beam recovery fails. The terminal device according to any one of claims 45 to 47, characterized in that the stop condition of the first timer is that the terminal device receives response information sent by the second terminal using a beam in the target beam set; or The stop condition of the first timer is that the terminal device receives the response information sent by the second terminal. The terminal device according to any one of claims 45-48 is characterized in that the response information is received by the terminal device using an omnidirectional beam, or received using a target receiving beam, and the target receiving beam is determined based on a beam in a target beam set. The terminal device according to any one of claims 38 to 49, characterized in that the terminal device further comprises: A processing unit is used to determine that beam recovery fails when there is no beam that meets the condition in a first beam set, where the first beam set is a beam set configured by the network device. The terminal device according to any one of claims 38 to 50, characterized in that the terminal device further comprises: The processing unit is used to determine that a wireless link failure occurs when beam recovery fails. The terminal device according to any one of claims 38 to 51, characterized in that the terminal device further comprises: The processing unit is used to determine that when beam recovery fails, the terminal device reports the occurrence of a beam recovery failure event or a wireless link failure event to the network device. The terminal device according to any one of claims 38 to 52, characterized in that the terminal device further comprises: A processing unit is used to measure the signal sent by the second terminal to determine whether beam failure occurs. The terminal device according to claim 53, characterized in that the terminal device further comprises: A processing unit is used to determine that when a beam failure occurs, first indication information is sent to a second protocol layer of the terminal device through the first protocol layer of the terminal device, wherein the first indication information is used to indicate that a beam failure occurs, and the second protocol layer of the terminal device is an upper layer of the first protocol layer of the terminal. The terminal device according to claim 53 or 54, characterized in that the terminal device further comprises: A processing unit, configured to determine whether to execute a target process based on a first counter, wherein the first counter is configured to count the number of beam failures, wherein the target process includes at least one of the following: Selecting the target beam set from the first beam set; reporting the first information to the second terminal; Receive response information sent by the second terminal. The terminal device according to claim 55, characterized in that the processing unit is further used for: When the count value of the first counter reaches a first threshold, it is determined to execute the target process. The terminal device according to claim 56 is characterized in that when the second protocol layer of the terminal device receives the first indication information sent by the first protocol layer of the terminal device, the count value of the first counter is increased by one, and the first indication information is used to indicate that a beam failure occurs. The terminal device according to claim 56 or 57, characterized in that the first counter is reset when a first event occurs, and the first event includes at least one of the following: Resetting the beam failure related configuration of the terminal device; The second layer of the terminal device receives first indication information of the first protocol layer of the terminal device; The second timer times out. The terminal device according to claim 58 is characterized in that the start condition of the second timer is that the second protocol layer of the terminal device receives the first indication information sent by the first protocol layer of the terminal device, and the first indication information is used to indicate the occurrence of beam failure. The terminal device according to any one of claims 38 to 59, characterized in that the terminal device further comprises: A processing unit is used to measure the signal sent by the second terminal and determine a target beam set in the first beam set. The terminal device according to claim 60 is characterized in that the beams in the target beam set are beams that meet a first signal quality threshold. A terminal device, characterized by comprising: A communication unit is used to receive first information sent by a first terminal, where the first information is used to indicate that a beam failure has occurred. A terminal device, characterized in that it comprises: a processor and a memory, the memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to execute the method as described in any one of claims 1 to 24, or the method as described in any one of claims 25 to 37. A chip, characterized in that it comprises: a processor, used to call and run a computer program from a memory, so that a device equipped with the chip executes the method as described in any one of claims 1 to 24, or the method as described in any one of claims 25 to 37. A computer-readable storage medium, characterized in that it is used to store a computer program, wherein the computer program enables a computer to execute the method according to any one of claims 1 to 24, or the method according to any one of claims 25 to 37. A computer program product, characterized in that it comprises computer program instructions, wherein the computer program instructions enable a computer to execute the method according to any one of claims 1 to 24, or the method according to any one of claims 25 to 37. A computer program, characterized in that the computer program enables a computer to execute the method according to any one of claims 1 to 24, or the method according to any one of claims 25 to 37.