Communication method, and apparatus

Abstract

A communication method and an apparatus, which are suitable for fields such as V2X, Internet of Vehicles, intelligent driving, or intelligent networked vehicles. The communication method comprises: a first terminal apparatus determines the busy rate of a first beam in a first beam set, determines first information on the basis of the busy rate, and sends the first information to a second terminal apparatus, the first beam being used for communication between the first terminal apparatus and the second terminal apparatus, the busy rate of the first beam being used for indicating the resource busy degree of a first time window on the first beam, and the first information being used for determining whether the first beam fails. On the basis of the busy rates of resources on beams, the method determines whether the beams fail. For the first terminal apparatus, configuring one resource used for BFD can determine which beams on an SL of the first terminal apparatus fail. Thus, there is no need to configure multiple resources used for BFD, thus saving system resources, and helping to improve the resource utilization rate of the whole system.

Description

Communication method and device

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office of China on November 20, 2023, with application number 202311555386.8 and application name “A Communication Method and Device”, the entire contents of which are incorporated by reference into this application. Technical Field

[0003] The present application relates to the field of sidelink (SL) technology, and in particular to a communication method and device. Background Art

[0004] The fifth-generation mobile communication system (5G) supports frequency range (FR) 2 communications using beamforming technology. During communication between a transmitter and receiver, the beam selected by the transmitter or receiver may no longer be suitable. For example, the link quality corresponding to the selected or paired beam by the transmitter or receiver is poor. This situation is also called beam failure or beam fault. When a beam failure occurs, the transmitter or receiver can request beam failure recovery (BFR) to align the beams ultimately selected by the transmitter and receiver, ensuring communication quality.

[0005] The BFR mechanism on the Uu interface between network devices and terminal devices requires the network devices to configure a resource set for beam failure detection (BFD) and a candidate resource set for BFR. In a sidelink (SL) system, beam failure can also occur on both the transmitter and receiver. If the BFR process in the SL follows the BFR process on the Uu interface, one end of the SL needs to configure a resource set for BFD and a candidate resource set for BFR to the other end. However, in an SL system, a transmitter may have multiple SL communications, and each SL needs to be configured with a set of resources for BFD and a candidate resource set for BFR. This requires configuring multiple sets of resources for BFD and multiple sets of candidate resource sets for BFR, which consumes a lot of system resources and is not conducive to the efficient use of the entire system resources.

[0006] Summary of the Invention

[0007] The embodiments of the present application provide a communication method and apparatus for implementing beam failure detection of reference signal resources in the beam domain, saving resource overhead in the BFR process, and improving resource utilization of the system.

[0008] To achieve the above objectives, the present invention adopts the following technical solutions:

[0009] In a first aspect, embodiments of the present application provide a communication method that can be performed by a first communication device. The first communication device can be a terminal device, or the first communication device can be a component used to implement the functions of the terminal device. For example, the first communication device can be a unit / module, circuit, or chip within the terminal device. The method provided in the first aspect is described below using the first communication device as an example of a first terminal device. The first terminal device can be a unit / module, circuit, or chip within the terminal device.

[0010] The communication method includes: a first terminal device determining a busy rate of a first beam within a first beam set, determining first information based on the busy rate, and transmitting the first information to a second terminal device. The first beam is used for communication between the first terminal device and the second terminal device, or the first terminal device can communicate with the second terminal device via the first beam. The busy rate of the first beam indicates resource busyness during a first time window on the first beam. The first information is used to determine whether the first beam has failed.

[0011] In this method, the first beam is a beam used by the first terminal device and the second terminal device for communication, and the first terminal device can determine whether the first beam has failed based on the busy rate of the resources on the first beam. Similarly, the first terminal device can also measure other beams in the first beam set to determine whether other beams have failed based on the busy rate of resources on other beams. This method can be used to determine whether a beam has failed based on the busy rate of resources in the beam domain. In this way, for the first terminal device, by configuring a set of resources for BFD for the first terminal device, it is possible to determine which beams on at least one SL of the first terminal device have failed. Compared with the BFD method using the Uu port, which requires configuring multiple sets of resources for BFD, it can save system resources and help improve the resource utilization of the entire system.

[0012] The manners in which the first terminal device determines the first information according to the busy rate include but are not limited to the following. Whether the first beam fails can be determined based on any one of the first information, which is relatively flexible.

[0013] In a first approach, the first terminal device determines the first information based on the busy rate, including: when the busy rate is higher than or equal to a first threshold, the first information is used to indicate that the busy rate is higher than or equal to the first threshold. The first threshold is (pre)configured or predefined.

[0014] In Method 1, the first terminal device notifies the second terminal device that the busy rate of the first beam is greater than or equal to a first threshold (i.e., first information). The second terminal device then determines whether the first beam has failed based on the received first information. Method 1 reduces the processing complexity of the first terminal device and the probability of the first terminal device mistakenly determining that the beam has failed.

[0015] In a second embodiment, the first terminal device determines first information based on the busy rate, including: if the number of times the busy rate is greater than or equal to a first threshold within a preset time period is greater than or equal to a first value, the first information indicates that the first beam has failed. The first threshold is (pre)configured or predefined.

[0016] In method 2, the first terminal device can determine whether the first beam has failed based on the number of times the busy rate of the first beam exceeds or equals a first threshold. The first threshold is (pre)configured or predefined. When the first beam fails, first information is sent to the second terminal device. Method 2 can reduce processing complexity for the second terminal device and save energy.

[0017] In method three, the first information is the busy rate of the first beam. The second terminal device determines whether the first beam has failed based on the busy rate of the first beam. For example, the second terminal device determines whether the busy rate of the first beam exceeds a first threshold and determines whether the first beam has failed based on the number of times the busy rate of the first beam exceeds or equals the first threshold. Method three does not require the first terminal device to determine based on the busy rate of the first beam, thus reducing processing complexity.

[0018] In one implementation, the method further includes: the first terminal device receiving configuration information indicating a first beam set. When the first terminal device and the second terminal device are both within coverage of the same network device, the network device may configure the first beam set for the first terminal device. Because the network device is aware of system resources, configuring the first beam set by the network device may align the beams of the first and second terminal devices.

[0019] In one implementation, the method further includes: a first terminal device transmitting a reference signal via a beam in a first transmit beam set; receiving information about a second transmit beam set sent by a second terminal device, and transmitting a reference signal via a beam in the second transmit beam set, where the second transmit beam set is composed of some beams in the first transmit beam set; obtaining a measurement result for at least one beam in the second transmit beam set, and determining a first beam set from the at least one beam based on the measurement result. In this method, the first terminal device can determine the first beam set through a beam alignment process with the second terminal device, even if there is no network coverage.

[0020] In one implementation, the method further includes: the first terminal device receiving a beam failure recovery request from the second terminal device on the first resource, and sending a response message to the beam failure recovery request to the second terminal device. The first resource is associated with a second beam, and a busy rate of the second beam is lower than a second threshold. The second threshold may be the same as or different from the first threshold, for example, the second threshold is lower than the first threshold. The second beam is a beam that has not failed.

[0021] When the second terminal device determines that the first beam has failed, it may request the first terminal device to restore the beam. The second terminal device may send the beam restoration request based on the resources on the second beam to ensure the transmission reliability of the beam restoration request and improve the success rate of beam restoration.

[0022] In a second aspect, embodiments of the present application provide a communication method that can be performed by a second communication device. The second communication device can be a terminal device, or the second communication device can be a component used to implement the functions of the terminal device. For example, the second communication device can be a unit / module, circuit, or chip within the terminal device. The method provided in the second aspect is described below using the second communication device as an example of a second terminal device. The second terminal device can be a unit / module, circuit, or chip within the terminal device.

[0023] The communication method includes: a second terminal device receiving first information from a first terminal device, and determining whether a first beam has failed based on the first information. The first information is related to a busy rate of the first beam, the busy rate indicating a resource busyness within a first time window on the first beam, the first beam being used for communication between the first terminal device and the second terminal device.

[0024] In one implementation, the first information indicates that the busy rate of the first beam is higher than or equal to a first threshold, and the second terminal device determines whether the first beam has failed based on the first information, including: when the number of times the second terminal device receives the first information is greater than or equal to a first value, determining that the first beam has failed.

[0025] In one implementation, the first information indicates that the first beam has failed.

[0026] In one implementation, the first information is the busy rate, and the second terminal device determines whether the first beam has failed based on the first information, including: within a preset time period, when the number of times the busy rate received by the second terminal device is higher than or equal to the first threshold is greater than or equal to the first value, it is determined that the first beam has failed.

[0027] In one implementation, the first threshold is (pre)configured or predefined.

[0028] In one implementation, the method further includes:

[0029] Configuration information is received, where the configuration information is used to indicate a first beam set, where the first beam set includes the first beam.

[0030] In one implementation, the method further includes:

[0031] measuring a first transmit beam set of the first terminal device, and determining a second transmit beam set from the first transmit beam set according to the measurement result, where the second transmit beam set is composed of some beams in the first transmit beam set;

[0032] measuring the second transmit beam set, and determining at least one beam from the second transmit beam set according to the measurement result;

[0033] Each beam in the at least one beam is measured separately using different receiving beams of the second terminal device, and the first beam set is determined from the at least one beam according to the measurement results.

[0034] In one implementation, the method further includes: the second terminal device sending a beam failure recovery request to the first terminal device on the first resource, and detecting a beam failure recovery response from the first terminal device. The first resource is associated with the second beam, and a busy rate of the second beam is lower than a second threshold.

[0035] In one implementation, the method also includes: the second terminal device determines the busy rate of the third beam in the third beam set, the busy rate of the third beam indicates the busyness of the resources in the first time window on the third beam, and the third beam set is a set of receiving beams of the second terminal device; within a preset time length, when the number of times the busy rate of the third beam is greater than or equal to the first threshold is greater than or equal to the first value, the second terminal device sends a beam failure recovery request to the first terminal device on the second resource, the second resource is associated with the fourth beam, and the busy rate of the fourth beam is lower than the second threshold.

[0036] The third beam set is the receiving beam set of the second terminal device. The second terminal device, as the receiving end of the first terminal device, can measure the busy rate of each receiving beam to determine which beam or beams have failed, and initiate a beam failure recovery request when a beam fails.

[0037] Regarding the beneficial effects of the second aspect and its various implementations, reference may be made to the effective effects of the first aspect and its various implementations, which will not be repeated here.

[0038] In a third aspect, embodiments of the present application provide a communication method that can be performed by a second communication device. The second communication device can be a terminal device, or the second communication device can be a component used to implement the functions of the terminal device. For example, the second communication device can be a unit / module, circuit, or chip within the terminal device. The method provided in the third aspect is described below using the second communication device as an example of a second terminal device. The second terminal device can be a unit / module, circuit, or chip within the terminal device.

[0039] The communication method includes: the second terminal device determines the busy rate of the third beam in the third beam set, the busy rate of the third beam indicates the busyness of the resources in the first time window on the third beam, and the third beam set is a set composed of the receiving beams of the second terminal device; within a preset time length, when the number of times the busy rate of the third beam is greater than or equal to the first threshold is greater than or equal to the first value, the second terminal device sends a beam failure recovery request to the first terminal device on the second resource, the second resource is associated with the fourth beam, and the busy rate of the fourth beam is lower than the second threshold.

[0040] Regarding the beneficial effects of the third aspect and its various implementations, reference may be made to the effective effects of the second aspect and its various implementations, which will not be repeated here.

[0041] In a fourth aspect, an embodiment of the present application provides a communication device having the function of implementing the behavior in any of the method examples provided in the first to third aspects above. The beneficial effects can be found in the relevant descriptions of the first to third aspects and are not repeated here. For example, the communication device may be a terminal device, or the communication device may be a device that can support the terminal device to implement the functions required by the method provided in the first, second, or third aspects, for example, the communication device may be a chip or chip system in the terminal device.

[0042] In one possible design, the communication device includes a baseband device and a radio frequency device.

[0043] In one possible design, the communication device includes corresponding means (means) or modules for executing the method of the first aspect or the second aspect or the third aspect. For example, the communication device: includes a processing unit (sometimes also referred to as a processing module or processor) and / or a transceiver unit (sometimes also referred to as a transceiver module or transceiver). The transceiver unit can realize the sending function and the receiving function. When the transceiver unit realizes the sending function, it can be called a sending unit (sometimes also referred to as a sending module). When the transceiver unit realizes the receiving function, it can be called a receiving unit (sometimes also referred to as a receiving module). The sending unit and the receiving unit can be the same functional unit, which is called a transceiver unit, and the functional unit can realize the sending function and the receiving function; or, the sending unit and the receiving unit can be different functional units, and the transceiver unit is a general term for these functional units. These units (modules) can perform the corresponding functions in the method examples of the first aspect or the second aspect or the third aspect above. Please refer to the detailed description in the method examples for details, which will not be repeated here.

[0044] In a fifth aspect, an embodiment of the present application provides a communication device, which may be the communication device in the fourth aspect of the above-mentioned embodiment, or a chip or chip system provided in the communication device in the fourth aspect. The communication device includes a communication interface and a processor, and optionally, also includes a memory. The memory is used to store computer programs or instructions or data, and the processor is coupled to the memory and the communication interface. When the processor reads the computer program or instructions or data, the communication device executes the method executed by the terminal device in the above-mentioned method embodiment. For example, the communication device may be a terminal device or a functional module in the terminal device, such as a baseband chip and a radio frequency chip.

[0045] In a sixth aspect, an embodiment of the present application provides a chip system, which includes a processor and may also include a communication interface for implementing the method described in any of the first to third aspects. Optionally, the chip system also includes a memory. The memory is used to store computer programs (also referred to as codes, or instructions). The processor is used to call and run the computer program from the memory so that the device equipped with the chip system executes the method in any of the first to third aspects and any possible implementation thereof. The chip system can be composed of chips, or it can include chips and other discrete devices.

[0046] In a seventh aspect, embodiments of the present application provide a communication device comprising an input / output interface and a logic circuit. The input / output interface is used to input and / or output information. The input / output interface can be an interface circuit, an output circuit, an input circuit, a pin, or related circuits. The logic circuit is used to execute the method described in any of aspects 1 to 3.

[0047] In a specific implementation, the communication device may be a chip, the input circuit may be an input pin, the output circuit may be an output pin, and the logic circuit may be a transistor, a gate circuit, a trigger, or various logic circuits. The input signal received by the input circuit may be, for example, but not limited to, received and input by a receiver, and the signal output by the output circuit may be, for example, but not limited to, output to and transmitted by a transmitter. The input circuit and the output circuit may be the same circuit, which functions as an input circuit and an output circuit, respectively, at different times. This application does not limit the specific implementation of the input and output interfaces and logic circuits.

[0048] In one implementation, when the communication device is a wireless communication device, the wireless communication device may be a terminal device such as a mobile phone, the interface circuit may be a radio frequency processing chip in the wireless communication device, and the processing circuit may be a baseband processing chip in the wireless communication device.

[0049] In an eighth aspect, an embodiment of the present application provides a communication system, comprising a first terminal device and a second terminal device, wherein the first terminal device is used to implement the functions of the method described in the first aspect, and the second terminal device is used to implement the functions of the method described in the second aspect; or, the first terminal device is used to implement the functions of the method described in the first aspect, and the second terminal device is used to implement the functions of the method described in the third aspect.

[0050] In the ninth aspect, an embodiment of the present application provides a computer-readable storage medium, which is used to store computer programs or instructions. When the computer-readable storage medium is executed, the method described in any aspect of the first to third aspects above and any possible implementation method thereof is implemented.

[0051] In the tenth aspect, an embodiment of the present application further provides a computer program product comprising instructions, which, when executed on a computer, enables the method described in any of the above-mentioned first to third aspects and any possible implementation thereof to be implemented.

[0052] The beneficial effects of the above-mentioned fourth to tenth aspects and their implementation methods can refer to the description of the beneficial effects of the first to third aspects and any possible implementation methods thereof. BRIEF DESCRIPTION OF THE DRAWINGS

[0053] FIG1 is a schematic diagram of a communication system provided in an embodiment of the present application;

[0054] FIG2A is a schematic diagram of the P-1 process of beam scanning provided by an embodiment of the present application;

[0055] FIG2B is a schematic diagram of the P-2 process of beam scanning provided by an embodiment of the present application;

[0056] FIG2C is a schematic diagram of the P-3 process of beam scanning provided in an embodiment of the present application;

[0057] FIG3 is a flow chart of a communication method 300 provided in an embodiment of the present application;

[0058] FIG4 is a schematic structural diagram of a communication device provided in an embodiment of the present application;

[0059] FIG5 is another schematic diagram of the structure of a communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0060] For BFR of SL, the embodiment of the present application proposes that the terminal device can determine whether the beam fails based on the busyness / congestion level of resources in the beam domain. In this way, for a terminal device, by configuring a set of resources for BFD, it is possible to determine which beams on multiple SLs of the terminal device have failed. Compared with the BFD method using the Uu port, which requires configuring multiple sets of resources for BFD, it can save system resources and help improve the resource utilization of the entire system. The solution provided by the embodiment of the present application is further introduced below with reference to the accompanying drawings.

[0061] The method provided in the embodiment of the present application is applicable to sideline communication scenarios or SL communications. A sideline link refers to a link established between devices of the same type. A sideline link may also be referred to as a direct link, a side link, an edge link, a secondary link, etc. The so-called devices of the same type refer to devices involved in the evaluation according to the same type of devices. For example, devices of the same type include devices with the same / similar functions, the same / similar usage scenarios, etc. For example, the first terminal device and the second terminal device are devices of the same type, the first relay device and the second relay device are also devices of the same type, and the first network device and the second network device are devices of the same type.

[0062] The sidelink in the embodiment of the present application may be a sidelink in a communication system related to the 3rd Generation Partnership Project (3GPP), or a sidelink in other similar communication systems. 3GPP-related communication systems include long term evolution (LTE) communication systems, new radio (NR) mobile communication systems, or may also be applied to other next-generation mobile communication systems, such as the sixth generation (6G) communication system. Other similar communication systems may include wireless fidelity (WIFI), vehicle to everything (V2X), internet of things (IoT) systems, narrowband internet of things (NB-IoT) systems, and the like.

[0063] For ease of description, the following takes V2X as an example of a typical application scenario of the sidelink. V2X includes direct communication between vehicles (vehicle-to-vehicle, V2V), vehicles and roadside infrastructure (vehicle-to-infrastructure, V2I), vehicles and pedestrians (vehicle-to-pedestrian, V2P), as well as vehicle-to-network (vehicle-to-network, V2N) or vehicle to any entity V2X. For example, V2X links include Rel-14, Rel-15 Rel-16 and Rel-17, as well as other future versions of V2X links such as Rel-18. V2V refers to communication between vehicles; V2P refers to communication between vehicles and people (including pedestrians, cyclists, drivers, or passengers); V2I refers to communication between vehicles and infrastructure, such as road side units (RSU) or network devices. RSUs include two types: terminal-type RSUs, which are roadside and immobile, eliminating the need for mobility considerations. For example, the terminal device in the embodiments of this application may be an RSU; and base station-type RSUs, which provide timing synchronization and resource scheduling for communicating vehicles. V2N refers to communication between vehicles and network devices.

[0064] In the embodiments of this application, the network device refers to a RAN device. The RAN can be a 3GPP-related cellular system, an open access network (O-RAN or ORAN), a cloud radio access network (CRAN), or a virtualized RAN (vRAN). The RAN can also be a communication system that integrates two or more of the above systems. The RAN device can also be referred to as a RAN node, RAN entity, or access node.

[0065] In one possible scenario, a RAN node can be a base station, an evolved NodeB (eNodeB), an access point (AP), a transmission reception point (TRP), a next-generation NodeB (gNB), a next-generation base station in a 6G mobile communication system, or a base station in a future mobile communication system. A RAN node can be a macro base station, a micro base station, an indoor station, a relay node, a donor node / donor node, or a wireless controller. A RAN node can also be a server, a wearable device, a vehicle, an in-vehicle device, or a RSU.

[0066] In another possible scenario, a RAN node can be a module or unit that performs some of the functions of a base station. Alternatively, multiple RAN nodes can collaborate to assist terminal devices in achieving wireless access, with different RAN nodes each performing some of the functions of a base station. For example, a RAN node can be a centralized unit (CU), a distributed unit (DU), or a radio unit (RU).

[0067] In the embodiments of the present application, the network device can be a device equipped with a network device (which may be referred to as a network device), or it can be the network device itself. For example, the network device can be a chip system or a combination of devices or components that can realize the functions of the network device, and the device can be installed in the network device. The embodiments of the present application do not limit the specific technology and specific device form used by the network device.

[0068] In the embodiments of the present application, any device capable of performing data communication with a network device can be considered a terminal device. A terminal device is also referred to as a terminal, user equipment (UE), a mobile station, or a mobile terminal. The terminal device can be widely used in various scenarios, such as perception scenarios, device-to-device (D2D) communication, V2X communication, machine-type communication (MTC), IoT, virtual reality (VR), augmented reality (AR), industrial control, autonomous driving, telemedicine, smart grid, smart furniture, smart office, smart wearable, smart transportation, or smart city.

[0069] For example, a terminal device may include a mobile phone, a computer, a mobile internet device (MID), a wearable device, a VR device, an AR device, a robotic arm, a camera, a robot, or a smart home device (e.g., a TV, air conditioner, vacuum cleaner, speaker, set-top box), a relay, customer premises equipment (CPE), a smart car (or intelligent car), a digital car, an unmanned car (or driverless car, or pilotless car, or automobile), a self-driving car (or autonomous car), a pure electric vehicle (or battery EV), a hybrid electric vehicle (HEV), a range-extended EV (REEV), a plug-in hybrid electric vehicle (PHEV), a new energy vehicle (or new energy vehicle), or a roadside unit (RSU). A terminal device may also be a terminal device in an IoT system, such as a water meter or an electricity meter.

[0070] The various terminal devices introduced above, if located on a vehicle (for example, placed inside a vehicle or installed inside a vehicle), can all be considered as on-board terminal devices. The on-board terminal device can be an on-board module, on-board module, on-board component, on-board chip or on-board unit built into the vehicle as one or more components or units, and the vehicle can implement the method of the present application through the built-in on-board module, on-board module, on-board component, on-board chip or on-board unit. The on-board terminal device can be a complete vehicle device, an on-board module, a vehicle, an on-board unit (OBU), a roadside unit (RSU), a vehicle system (or a vehicle-mounted sending unit) (telematics box, T-box), a chip or a system on chip (SOC), etc. The above chip or SOC can be installed in a vehicle, OBU, RSU or T-box.

[0071] In the embodiments of the present application, the terminal device may be a device provided with a terminal device (which may be referred to as a terminal device) or the terminal device itself. For example, the terminal device may be a chip system or a combination of devices or components that can realize the functions of the terminal device, and the device may be installed in the terminal device. The embodiments of the present application do not limit the specific technology and specific device form used by the terminal device.

[0072] The terminal device can be located within the coverage of the network device or outside the coverage of the network device, and the terminal device within the coverage area can also communicate directly with the terminal device outside the coverage area.

[0073] Please refer to Figure 1, which is a schematic diagram of the architecture of the communication system provided in an embodiment of the present application. The communication system may include multiple communication devices, and these multiple communication devices may include network devices and terminal devices, or may only include terminal devices. Figure 1 takes a network device and four terminal devices (such as terminal device 1, terminal device 2, terminal device 3 and terminal device 4) as an example. The four terminal devices may all be located within the coverage range of the network device, or the four terminal devices may all be located outside the coverage range of the network device, or some of the four terminal devices are located within the coverage range of the network device, and the other terminal devices are located outside the coverage range of the network device. For example, in Figure 1, terminal device 1 and terminal device 2 are located within the coverage range of the network device, and terminal device 3 and terminal device 4 are located outside the coverage range of the network device. The network device can send information to terminal device 1 via a downlink, and terminal device 1 can send information to the network device via an uplink, and terminal device 1 and terminal device 2 can communicate directly via a side link. Terminal device 1 and terminal device 3 can communicate directly via a side link. Terminal device 4 and terminal device 3 can communicate directly via a side link.

[0074] The network architecture and application scenarios described in the embodiments of the present application are intended to more clearly illustrate the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided in the embodiments of the present application. Ordinary technicians in this field can know that with the evolution of network architecture and the emergence of new application scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0075] NR supports communication within FR2. In FR2, devices may transmit signals using multiple beams. The transmitter and receiver must use specific beams for transmission to ensure communication quality. Based on this, NR proposes beam management, which enables the transmitter and receiver to obtain and maintain the set of beams used for transmission and reception. For example, if the transmitter and receiver are terminal devices and network devices, beam management includes the beam scanning process. The beam scanning process can be divided into three states according to the operating state. The operations in each state are summarized as follows:

[0076] P-1: The terminal device measures the transmission beam set of the network device and selects the transmission beam of the network device and the receiving beam of the terminal device from it. Please refer to Figure 2A, which is a schematic diagram of P-1; the transmission beam set of the network device is referred to as the network device transmission beam set.

[0077] P-2: Based on the beam selected by P-1, the terminal device measures a smaller set of network device transmit beams (beamlets) to improve the network device's transmit beam. The smaller set of network device transmit beams may include some of the beams selected by P-1. See Figure 2B for a schematic diagram of P-2.

[0078] P-3: The terminal device uses different receiving beams to measure the same transmitting beam improved according to P-2 to improve the receiving beam of the terminal device. Please refer to Figure 2C, which is a schematic diagram of P-3.

[0079] During communication between a transmitter and receiver, the beam selected by the transmitter or receiver may no longer be suitable, for example, due to poor link quality. This situation is also called beam failure or beam fault. When a beam fails, the transmitter or receiver can request beam failure recovery (BFR) to align the beams ultimately selected by the transmitter and receiver, ensuring communication quality.

[0080] Taking the air interface (i.e., Uu interface) BFR process as an example, the BFR process includes the following four steps:

[0081] 1. BFD: The base station configures a set of periodic reference signal resources, q0, for beam failure detection signals through signaling or the element "Beam-Failure-Detection-RS-ResourceConfig." The UE compares the measured link quality of the q0 signal with the threshold Qout,LR. If the link quality measured multiple times is lower than the threshold Qout,LR, a beam failure is considered. The number of times is the maximum number of beam failure instances (beamFailureInstanceMaxCount). The UE reports a beam failure indication to the media access control (MAC) layer via the physical layer. The threshold Qout,LR can be determined by RLM-IS-OOS-thresholdConfig. If the number of beam failure instances reported by the physical layer is greater than or equal to beamFailureInstanceMaxCount within the beamFailureDetectionTimer, the UE determines that a beam failure has occurred. The reference signal can be a channel state information reference signal (CSI-RS).

[0082] When the base station is not configured with q0, the UE uses the transmission configuration indicator (TCI)-state physical downlink control channel (PDCCH) information to search for periodic CSI-RS or synchronization signal and physical broadcast channel (PBCH) block (synchronization signal / PBCH block, SSB) with quasi co-location (QCL) relationship as measurement signals.

[0083] 2. New beam identification: The base station configures the CSI-RS resources or SSB resources set as q1 through candidateBeamRSList to measure the quality of the beam candidate link; the UE measures the signal link quality of q1 and compares the measured link quality with the threshold rsrp-ThresholdSSB. When the measured link quality is higher than the threshold rsrp-ThresholdSSB, the beam corresponding to the link quality is reported to the MAC layer as a new beam.

[0084] 3. Beam Failure Recovery Request (BFRQ): After the UE's MAC layer receives the beam failure indication and candidate beam indication from the PHY layer, it sends a BFRQ on the physical random access channel (PRACH) resource configured by the base station. The PRACH resource is associated with the CSI-RS resource and / or SSB identified by the candidate beam. After the UE's MAC layer sends the PRACH, it starts the beamFailureRecoveryTimer timer.

[0085] 4. Beam Failure Recovery Response (BFRR): The UE begins monitoring the base station's BFRR on the PDCCH four slots after transmitting the PRACH. The monitoring window size is configured by higher layers. If the base station's BFRR is not received before the beamFailureRecoveryTimer timer expires, the UE reports a BFRQ Failure to higher layers. If the base station's BFRR is received on the designated PDCCH control resource set (CORESET), the timer is stopped.

[0086] As can be seen, during the BFR process on the Uu interface, the base station configures q0 and q1. Similar to the Uu interface, when the beams selected by both ends of the SL communication are no longer suitable, the SL transmitter or receiver can also request BFR to align the beams ultimately selected by the transmitter and receiver, ensuring communication quality.

[0087] There are two main modes of SL resource allocation, one is the network device allocation resource mode (mode-1), and the other is the terminal device self-selection resource mode (mode-2). Mode-1 is mainly used for V2X communication in the case of network coverage, and the base station allocates resources to each terminal device. In mode-2, the transmission resources of the terminal device do not depend on the network device. This mode is not limited to network coverage. Regardless of whether there is network coverage, the terminal device can use this mode for communication. The embodiments of this application are mainly for mode-2, so the following mainly introduces mode-2, and no further introduction is given to mode-1.

[0088] In SL, mode-2 means that the network can allocate one or more resource pools in advance, and the terminal device can independently select available resources from these one or more resource pools. The resource pool is a collection of time-frequency resources used by the terminal device for side link communication. The resource pool includes one or more frequency domain units in the frequency domain, and the frequency domain unit can be a resource element (RE), a resource block (RB), or a subchannel, a carrier, a bandwidth part (BWP), etc. For the convenience of description, the embodiment of the present application takes the frequency domain unit as a subchannel as an example, unless otherwise specified. The resource pool includes one or more time units in the time domain. The time unit can be a symbol, a slot, a mini-slot, a subframe, a frame, a half subframe or a half frame, etc. One or more time units can be continuous or discrete in time.

[0089] In mode-2, terminal devices independently select available resources, eliminating the need for centralized scheduling and control, which can easily lead to congestion. Therefore, a congestion control mechanism is introduced. Each terminal device measures the channel busy ratio (CBR) and channel occupancy ratio (CR). The CR is adjusted based on the configured CBR threshold, thereby constraining each terminal's resource usage and reducing congestion.

[0090] Among them, CBR represents the busyness / congestion level of the channel over a period of time, and is the proportion of resources in a segment of resources whose received signal strength indicator (RSSI) is greater than a certain RSSI threshold. Taking the CR window [na,n-1] as an example, CBR is the ratio of the sub-channels exceeding the RSSI threshold in the sub-channels measured by the terminal device in [na,n-1] to the total number of measured sub-channels. CR represents the channel occupancy level of the terminal device itself in the CR window. CR is the ratio of the number of sub-channels that the transmitting terminal device has transmitted and will transmit in the future in the CR window to the total number of sub-channels in the CR window. For example, CR is the ratio of the number of sub-channels that the transmitting terminal device has transmitted in the CR window [na,n-1] and the number of sub-channels to be transmitted in the future window [n,n+b] to the total number of sub-channels in the CR window. When the terminal device meets the following constraints, the terminal device transmits SL; otherwise, the terminal device does not transmit SL. The constraint is: ∑ i≥k CR(i)≤CR Limit (k), where CR(i) represents the CR of the physical sidelink control channel (PSSCH) transmission with priority i in time slot nN, and N is the congestion control processing time; CR Limit (k) represents the CR constraint, which is related to the CBR of priority k and time slot nN.

[0091] There is currently no corresponding solution for SL BFR. If the BFR process in SL follows the BFR process in the Uu port, then one end of the SL communication needs to configure the reference signal resources for BFD and the candidate resource set for new beam identification to the other end. However, in a SL distributed system, a terminal device may have multiple SLs. A terminal device needs to configure the reference signal resources for BFD and the candidate resource set for new beam identification with multiple terminal devices separately. In other words, configuring multiple sets of reference signal resources for BFD and multiple sets of candidate resource sets for new beam identification consumes a large amount of system resources, which is not conducive to the resource utilization of the entire system.

[0092] In view of this, a solution of an embodiment of the present application is provided. Taking into account that the resources selected by both ends of SL communication based on mode-2 are directional, and the busyness / congestion levels in different beam directions are different, the embodiment of the present application measures the reference signal resources in a certain beam direction based on the CBR of the beam domain. If the CBR of the reference signal resources in a certain beam direction is lower than a certain threshold, then there is a fault in the beam direction, that is, the beam fails. The method provided by the embodiment of the present application can realize beam failure detection for reference signal resources in the beam domain. In this way, in the SL distributed system, for any terminal device, there is no need to configure multiple sets of reference signal resources dedicated to BFD and multiple sets of candidate resource sets for new beam identification, thereby saving system resources and helping to improve the resource utilization of the entire system. In addition, the method provided by the embodiment of the present application eliminates the need for complex link-level reference signal processing and judgment processes, simplifying the BFD process.

[0093] In an embodiment of the present application, the beam can be replaced by a beam direction, a beam index (index information), a reference signal, a reference signal index (index information), a reference signal resource, a reference signal resource index (index information), spatial filtering information, spatial filtering parameters, a QCL indication, and a TCI status. Among them, the reference signal is a SL reference signal, including but not limited to a SL CSI-RS. For example, the reference signal can also be one or more of the following: a SL demodulation reference signal (DM-RS), a SL phase tracking reference signal (PT-RS), a sidelink synchronization signal and a physical broadcast channel block / sidelink synchronization signal block (S-SSB), a sidelink primary synchronization signal (S-PSS) and / or a sidelink secondary synchronization signal (S-SSS) in the S-SSB, or other possible reference signals.

[0094] (Pre) configuration, or pre-configuration, can refer to pre-definition, radio resource control (RRC) configuration, downlink control information (DCI) indication, sidelink control information (SCI) indication, MAC control element (CE) indication, or determination based on configuration or indication. If there is no configuration or indication, the default value is used. The SCI is the first-level SCI and / or the second-level SCI.

[0095] In the various embodiments of the present application, "when...", "if" and "if" all mean that the device will make corresponding processing under certain objective circumstances. It does not limit the time, nor does it require that there must be a judgment action when the device is implemented, nor does it mean that there are other limitations. Unless otherwise specified, "if" and "if" are interchangeable, and "when..." and "in the case of..." are interchangeable. "When..." and "if" / "if" are interchangeable. In the embodiments of the present application, for the number of nouns, unless otherwise specified, it means "singular noun or plural noun", that is, "one or more". "At least one" means one or more, and "more than one" means two or more. "And / or" describes the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. The character " / " generally indicates that the previous and subsequent associated objects are in an "or" relationship. For example, A / B means: A or B. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c means: a, b, c, a and b, a and c, b and c, or a, b, and c, where a, b, and c can be single or plural.

[0096] The ordinal numbers such as "first" and "second" mentioned in the embodiments of the present application are used to distinguish between multiple objects, and are not used to limit the size, content, order, timing, priority or importance of multiple objects. For example, the first information and the second information refer to two different information, and do not indicate the difference in content, priority or importance of the two information. For a technical feature, "A", "B", "C" and "D" are used to distinguish the technical features in the technical feature. There is no order of precedence or size between the technical features described by "A", "B", "C" and "D". For example, Case A and Case B in this article are only to distinguish different timers, and do not limit the priority or importance between Case A and Case B.

[0097] The solution provided by the embodiment of the present application is described in detail below with reference to the accompanying drawings. In the following introduction, the beam failure recovery method provided by the embodiment of the present application is applied to the network architecture shown in Figure 1 and applied to the transmission scenario of the side link as an example. The network architecture and application scenario described in the embodiment of the present application are for the purpose of more clearly illustrating the technical solution of the embodiment of the present application, and do not constitute a limitation on the technical solution provided by the embodiment of the present application. It is known to those skilled in the art that with the evolution of the network architecture and the emergence of new application scenarios, the technical solution provided by the embodiment of the present application is also applicable to similar technical problems.

[0098] The communication method provided in the embodiment of the present application can be performed by a first communication device or a second communication device, and the first communication device and the second communication device can both be terminal devices or communication devices that can support the terminal device to implement the functions required for the method. Of course, they can also be other communication devices, such as chip systems. In the embodiment of the present application, the terminal device can be a terminal device, or it can be a component applied to the terminal device, such as a processor, a chip, or a chip system, etc., or it can be a logic module or software that can implement all or part of the functions of the terminal device. For example, the terminal device can be a chip (system) in the terminal device. For the convenience of description, the following takes the execution of the communication method by the first terminal device and the second terminal device as an example. If the embodiment of the present application is applied to the network architecture shown in Figure 1, the first terminal device and the second terminal device described below can be any terminal device in the terminal device 1 to the terminal device 3 in the network architecture shown in Figure 1. The terminal device in Figure 1 can communicate with or without network infrastructure.

[0099] It should be noted that the embodiments of the present application are performed using the first and second terminal devices as an example and are not limited to the first and second terminal devices. For example, the embodiments of the present application can also be performed using multiple terminal devices. When multiple terminal devices are involved, the execution process is the same for each of the multiple terminal devices.

[0100] Please refer to Figure 3, which is a flow chart of a communication method 300 provided in an embodiment of the present application. Figure 3 introduces the method from the perspective of the interaction between the first terminal device and the second terminal device. It should be understood that the communication method 300 can also be implemented by other devices, such as a chip or communication device with communication functions. Any terminal device that determines that a beam has failed can initiate a beam failure recovery process. In Figure 3, the first terminal device measures the transmission beam set and notifies the measurement results to the second terminal device, and the second terminal device determines whether the beam has failed as an example. As shown in Figure 3, the process of the communication method 300 includes the following steps.

[0101] S301. A first terminal device determines a busy rate of a first beam in a first beam set.

[0102] The first beam set is a set of transmit beams of a first terminal device. The first terminal device can communicate with at least one other terminal device via beams within the first beam set. For example, the first terminal device communicates with terminal device A via beam A within the first beam set. The first terminal device communicates with communication device B via beam B within the first beam set. For ease of description, this article uses the example of the first terminal device communicating with a second terminal device via the first beam within the first beam set. The first beam can be one or more beams in the first beam set.

[0103] There are two ways to determine the first beam set. The embodiment of the present application does not limit the method used to determine the first beam set.

[0104] In a first method, the network device configures a first beam set for the first terminal device.

[0105] Assume that a first terminal device and a second terminal device are communicating, and both the first terminal device and the second terminal device are within the coverage of a network device. In this case, the network device knows the resource status of the first terminal device and the second terminal device. Therefore, the network device can configure an appropriate first beam set for the first terminal device so that the beams between the first terminal device and the second terminal device are aligned. For example, the network device sends configuration information to the first terminal device, and the configuration information is used to indicate the first beam set. Correspondingly, the network device also sends configuration information to the second terminal device, and the configuration information is used to indicate the first beam set. Taking Figure 1 as an example, terminal device 1 and terminal device 2 are communicating, and the network device can configure the first beam set for terminal device 1 and terminal device 2.

[0106] In a second approach, the first terminal device determines a first beam set by performing a beam alignment process with the second terminal device.

[0107] For example, the first terminal device transmits a reference signal through a beam in the first transmit beam set, and the second terminal device measures the reference signal on each transmit beam in the first transmit beam set, or the measurement results of each beam. The second terminal device may select a more optimal beam from the first transmit beam set based on the obtained measurement results and notify the first terminal device. For example, the second terminal device selects some beams in the first transmit beam set to form a second beam set, and the second terminal device may send information about the second beam set to the first terminal device. After receiving the information about the second transmit beam set from the second terminal device, the first terminal device transmits a reference signal through a beam in the second transmit beam set. The second terminal device measures the reference signal on each transmit beam in the second transmit beam set, or the measurement results of each beam. The second terminal device may determine the transmit beam of the second terminal device based on the obtained measurement results. For example, the first terminal device uses different receive beams to measure the transmit beam determined by the second terminal device to determine the receive beam of the first terminal device. For example, the first terminal device may obtain measurement results for at least one beam in the second transmit beam set and determine the first beam set from the at least one beam based on the measurement results. Method 2 is applicable to both scenarios with network coverage and scenarios without network coverage. Taking Figure 1 as an example, the first terminal device is terminal device 1, and the second terminal device may be terminal device 2, terminal device 3, or terminal device 4. For another example, the first terminal device is terminal device 3, and the second terminal device may be terminal device 4.

[0108] It is understandable that before the first terminal device communicates with other terminal devices (such as the second terminal device), it can select resources based on mode-2 and use the selected resources to communicate with the second terminal device. The first terminal device needs to listen to resources based on mode-2 to select resources, which makes the resource selection directional. The degree of resource busyness / congestion in different directions may be different. For example, a block of resources is congested on beam 1, but not congested in direction 2. Based on this, an embodiment of the present application proposes to determine whether a beam has failed based on the degree of resource busyness / congestion in the beam domain. In this way, for a terminal device, by configuring a set of resources for BFD, it is possible to determine which beams on multiple SLs of the terminal device have failed. Compared with the BFD method using the Uu port, which requires configuring multiple sets of resources for BFD, it can save system resources and help improve the resource utilization of the entire system.

[0109] The resource busyness / congestion level on a beam can be characterized by the busyness rate of that beam. Taking the first beam as an example, the busyness rate of the first beam can indicate the resource busyness level in the first time window on the first beam. The resource busyness level of the first time window is similar to the CBR described above. For example, the resource busyness level of the first time window is the proportion of resources within the first time window whose RSSI exceeds a certain RSSI threshold. Taking the first time window [na, n-1] as an example, the busyness rate of the first beam is the ratio of resources exceeding the RSSI threshold in the first beam direction within [na, n-1] to the total number of measured resources.

[0110] S302: The first terminal device determines first information according to a busy rate of the first beam.

[0111] For the first beam, the first terminal device can measure the busy rate of the first beam to determine whether the first beam has failed. When the busy rate of the first beam is higher than or equal to a certain threshold (for example, the first threshold), it can be determined that the measurement result is the failure of the first beam. In order to avoid misjudgment, the first terminal device can measure the busy rate of a beam multiple times. When the busy rate of the first beam is higher than or greater than the first threshold for a large number of times, it can be considered that the first beam has failed. The first threshold can be considered as a busy rate threshold for determining whether the first beam has failed. The first threshold can be (pre) configured or predefined. For example, the network device can configure the first threshold through the high-level signaling "add CBR-thresholdConfig". The first threshold can be fixed or dynamically changed.

[0112] After the first terminal device determines the busy rate of the first beam, it can determine first information based on the busy rate of the first beam to determine whether the first beam has failed. Whether the first beam has failed can be determined by the first terminal device or by the second terminal device. The first information varies depending on the entity that determines whether the first beam has failed, including but not limited to the following situations.

[0113] In case A, when the busy rate of the first beam is greater than or equal to the first threshold, the first information is used to indicate that the busy rate of the first beam is greater than or equal to the first threshold. In case A, the first terminal device measures the busy rate of the first beam each time and compares the obtained busy rate with the first threshold. When the obtained busy rate is greater than or equal to the first threshold, the first information is sent to the second terminal device. When the obtained busy rate is less than the first threshold, the first terminal device does not need to send any information to the second terminal device.

[0114] In this case, the second terminal device accumulates the number of times it receives the first information. When the number of times the second terminal device receives the first information is greater than or equal to the first value within the preset time length, the first beam is considered to have failed. The preset time length can be used as the time length for beam failure detection. The preset time length can be (pre) configured or agreed upon. For example, the preset time length can be the timing time length of the beam failure detection timer (beamFailureDetectionTimer). The first value can also be (pre) configured or agreed upon. For example, the first value can be the number of beam failure instances (beamFailureInstanceMaxCount). The first information can be a signaling specifically used to indicate that the busy rate of the first beam is higher than or equal to the first threshold. When the second terminal device receives the first information, it considers that the busy rate of the first beam is higher than or equal to the first threshold. Alternatively, the first information can be carried by 1-bit information. For example, the value of the 1-bit is 0 or 1, which can be used to indicate that the busy rate of the first beam is higher than or equal to the first threshold.

[0115] In scenario A, the first terminal device does not need to determine whether the first beam has failed. Instead, it only needs to notify the second terminal device when the busy rate of the first beam is greater than or equal to the first threshold. This reduces the processing complexity of the first terminal device and saves energy. Furthermore, in scenario A, the second terminal device counts the number of received first messages. Failed transmission of the first message has little impact on the second terminal device's determination of whether the first beam has failed, thus reducing the probability of misjudging whether the first beam has failed.

[0116] In case B, within a preset duration, the number of times the busy rate of the first beam is greater than or equal to the first threshold is greater than or equal to a first value, and the first information indicates that the first beam has failed. The preset duration may be (pre)configured or agreed upon, and the first value may also be (pre)configured or agreed upon.

[0117] The difference from situation A is that in situation B, the first terminal device determines whether the first beam fails, and notifies the second terminal device when the first beam fails. For example, the first terminal device measures the busy rate of the first beam multiple times, compares the obtained busy rate with the first threshold, and when the obtained busy rate is higher than or equal to the first threshold, the first terminal device triggers the physical layer to report the beam failure indication (BFI) to the MAC layer. The first terminal device records this BFI. If the number of times the busy rate of the first beam is higher than or equal to the first threshold within the preset time length is higher than or equal to the first value, the first information is sent to the second terminal device, and the first information indicates that the first beam has failed. The preset time length can be (pre) configured or agreed upon. For example, the preset time length can be the timing length of the beam failure detection timer. The first value can also be (pre) configured or agreed upon. For example, the first value can be the number of beam failure instances.

[0118] The first information can be a 1-bit beam failure flag, carried in the SCI or sidelink data channel and transmitted to the second terminal device along with the CSI-RS / SSB beam. In scenario B, the second terminal device can directly determine that the first beam failed based on the first information, reducing processing complexity and energy consumption for the second terminal device.

[0119] In case C, the first information is the busy rate of the first beam.

[0120] Each time the first terminal device measures the first beam and obtains the busy rate of the first beam, it can send it to the second terminal device. The second terminal device receives the busy rate of the first beam and compares the busy rate with the first threshold. When the obtained busy rate is higher than or equal to the first threshold, the second terminal device triggers the physical layer to report the beam failure indication (BFI) to the MAC layer. The second terminal device records this BFI. If the number of times the busy rate of the first beam is higher than or equal to the first threshold within the preset time length is higher than or equal to the first value, it is determined that the first beam has failed. The preset time length can be (pre) configured or agreed upon. For example, the preset time length can be the timing length of the beam failure detection timer. The first value can also be (pre) configured or agreed upon. For example, the first value can be the number of beam failure instances. In case C, the first terminal device sends the obtained busy rate directly to the second terminal device without having to determine whether the busy rate of the first beam is higher than or greater than the first threshold, and the processing complexity is lower.

[0121] S303: The first terminal device sends first information to the second terminal device.

[0122] After confirming the first information, the first terminal device sends the first information to the second terminal device. In response, the second terminal device receives the first information from the first terminal device. Based on the first information, the second terminal device determines whether the first beam has failed. If the second terminal device determines that the first beam has failed, it initiates a beam failure recovery process.

[0123] S304: The second terminal device sends a beam failure recovery request to the first terminal device via the first resource.

[0124] S305. The first terminal device sends a response message of the beam failure recovery request to the second terminal device.

[0125] The second terminal device determines that the first beam has failed and may request beam failure recovery from the first terminal device. The second terminal device may select a resource on a beam with a lower busy rate to send a beam failure recovery request to improve the transmission reliability of the beam recovery request as much as possible and improve the success rate of beam recovery. For example, the second terminal device may send a beam failure recovery request to the first terminal device on a first resource, and the first resource is associated with the second beam. The busy rate of the second beam is lower than the second threshold, or the second beam is a beam without failure. The second threshold may be the same as the first threshold or different, for example, the second threshold is lower than the first threshold.

[0126] Optionally, after determining the second beam, the first resource associated with the second beam can be determined based on the association relationship between the (pre-)configured beam and the resource used to send the beam failure recovery request. The resource used to send the beam failure recovery request can be a CSI-RS resource or an SSB resource, which is not specifically limited in this application.

[0127] After the second terminal device sends the beam failure recovery request, it detects a response message (also called a beam failure recovery response message) from the first terminal device to the beam failure recovery request within the detection window after the first resource. The detection window can be configured by a higher layer. In addition, after the second terminal device sends the beam failure recovery request, a beam failure recovery timer (beamFailureRecoveryTimer) can be started. If the second terminal device does not successfully receive the beam failure recovery response message from the first terminal device before the beam failure recovery timer times out, the failure of the beam failure recovery request is reported. If the second terminal device successfully receives the beam failure recovery response message from the first terminal device before the beam failure recovery timer times out, the beam failure recovery is successful and the beam failure recovery timer is stopped.

[0128] In the communication method 300, the failure of the first beam and the second terminal device initiating a beam failure recovery process to the first terminal device are taken as an example. It can be understood that if beam A in the first beam set fails, and the beam A is used for the first terminal device to communicate with terminal device A, then the behavior of terminal device A is consistent with that of the second terminal device. When terminal device A determines that beam A has failed, terminal device A initiates a beam failure recovery process to the first terminal. It can be seen that in the communication method 300, even if there are multiple SLs for the first terminal device, beam failure detection is performed based on the busy rate of resources in the beam domain. There is no need to configure multiple sets of reference signal resources dedicated to BFD, thereby saving system resources, which is beneficial to improving the resource utilization of the entire system.

[0129] In the aforementioned communication method 300, for example, after the second terminal device determines that the first terminal device's transmit beam has failed, it can initiate a beam failure recovery process toward the first terminal device using a preferred beam. Similarly, the second terminal device can also determine whether its own receive beam has failed, and then, upon determining that a particular receive beam has failed, initiate a beam failure recovery process toward the first terminal device using a preferred beam.

[0130] For example, if the second terminal device's receive beam set is the third beam set, the second terminal device may determine the busy rate of the third beam in the third beam set and determine whether the third beam has failed based on the busy rate of the third beam. If the third beam fails, the second terminal device may send a beam failure recovery request to the first terminal device using a second resource associated with a fourth beam. The fourth beam is a beam that has not failed, for example, the busy rate of the fourth beam is below a second threshold.

[0131] Regarding the second terminal device determining whether the third beam fails according to the busy rate of the third beam, reference can be made to the aforementioned method of the first terminal device determining whether the first beam fails according to the busy rate of the first beam, which will not be repeated here.

[0132] In the embodiments provided in the present application above, the method provided in the embodiments of the present application is introduced by taking the execution of the first terminal device and the second terminal device as an example. In the present application, each embodiment can be implemented independently or in combination based on certain internal connections; in each embodiment, different implementation methods can be implemented in combination or independently. In order to implement the various functions in the method provided in the embodiments of the present application above, the first terminal device may include a hardware structure and / or a software module to implement the above functions in the form of a hardware structure, a software module, or a hardware structure plus a software module. Whether one of the above functions is executed in the form of a hardware structure, a software module, or a hardware structure plus a software module depends on the specific application and design constraints of the technical solution.

[0133] Based on the same inventive concept as the method embodiment, the present embodiment provides a communication device. The following describes the communication device used to implement the above method in the present embodiment in conjunction with the accompanying drawings. The above content can be used in subsequent embodiments, and repeated content will not be repeated.

[0134] Figure 4 is a schematic block diagram of a communication device 400 provided in an embodiment of the present application. The communication device 400 may be a terminal device in the above-mentioned embodiment. For example, the communication device 400 may be terminal device 1, terminal device 2, or terminal device 3 in Figure 1; or, the communication device 400 may be a chip (system) in a terminal device or a chip (system) in a core network device; or, the communication device 400 may be a software module of the terminal device. The communication device 400 may implement the functions or steps implemented by the first terminal device or the second terminal device in the above-mentioned various method embodiments. The communication device 400 may include a processing module 410 and a transceiver module 420. Optionally, it may also include a storage module, which may be used to store instructions (code or program) and / or data. The storage module may be, for example, a memory. The processing module 410 and the transceiver module 420 may be coupled to the storage module. For example, the processing module 410 may read the instructions (code or program) and / or data in the storage module to implement the corresponding method. When the communication device 400 is a chip in a terminal device, the storage module may be a storage module within the chip, such as a register, a cache, etc. For example, the storage module may also be a storage module located outside the chip within the terminal device, such as a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (RAM), etc. The above-mentioned units may be independently provided or partially or fully integrated.

[0135] The processing module 410 can be a processor or controller, for example, a general-purpose central processing unit (CPU), a general-purpose processor, a digital signal processing (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, a transistor logic device, a hardware component or any combination thereof. It can implement or execute the various exemplary logic blocks, modules and circuits described in conjunction with the disclosure of this application. The processor can also be a combination that implements computing functions, for example, including a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and so on. The transceiver module 420 is a transceiver, an interface circuit, a bus, a pin or other possible communication interface for receiving signals from other devices. For example, when the device is implemented in the form of a chip, the transceiver module 420 is an interface circuit for the chip to receive signals from other chips or devices, or it is an interface circuit for the chip to send signals to other chips or devices.

[0136] In one implementation, communication device 400 can implement the behaviors and functions of the first terminal device in the above-described method embodiment. Communication device 400 can be a terminal device, a component (e.g., a chip or circuit) used in a terminal device, a chip or chipset in a terminal device, or a portion of a chip used to perform the functions of the relevant method, or a software module capable of implementing the method performed by the first terminal device in the above-described method (e.g., communication method 300), without limitation. For details, please refer to the relevant content of the above-described method embodiment and will not be repeated here.

[0137] For example, processing module 410 is configured to determine a busy rate for a first beam within a first beam set and determine first information based on the busy rate. The first beam is used for communication between communication device 400 and a second terminal device, or communication device 400 can communicate with the second terminal device via the first beam. The busy rate of the first beam indicates the resource busyness level during a first time window on the first beam. The first information is used to determine whether the first beam has failed. Transceiver module 420 is configured to send the first information to the second terminal device.

[0138] As an optional implementation, the processing module 410 determines the first information according to the busy rate, including: when the busy rate is higher than or equal to a first threshold, the first information is used to indicate that the busy rate is higher than or equal to the first threshold.

[0139] As an optional implementation method, the processing module 410 determines the first information based on the busy rate, including: within a preset time period, the number of times the busy rate is higher than or equal to the first threshold is higher than or equal to the first value, and the first information indicates that the first beam has failed.

[0140] As an optional implementation manner, the first information is the busy rate of the first beam.

[0141] As an optional implementation manner, the transceiver module 420 is further configured to receive configuration information, where the configuration information is used to indicate the first beam set.

[0142] As an optional implementation, the transceiver module 420 is further configured to transmit a reference signal via a beam in the first transmit beam set; receive information about a second transmit beam set sent by a second terminal device; and transmit a reference signal via a beam in the second transmit beam set, where the second transmit beam set is composed of some of the beams in the first transmit beam set. The processing module 410 is further configured to obtain a measurement result for at least one beam in the second transmit beam set, and determine the first beam set from the at least one beam based on the measurement result.

[0143] As an optional implementation, the transceiver module 420 is further configured to receive a beam failure recovery request from the second terminal device on the first resource, and send a response message to the beam failure recovery request to the second terminal device. The first resource is associated with the second beam, and a busy rate of the second beam is lower than a second threshold.

[0144] In one implementation, the communication device 400 can implement the behaviors and functions of the second terminal device in the above-mentioned method embodiment. The communication device 400 can be a terminal device, or a component (such as a chip or circuit) used in the terminal device, or a chip or chipset in the terminal device, or a portion of a chip used to perform the functions of the relevant method, or a software module capable of implementing the method performed by the terminal device in the above-mentioned method (such as communication method 300), without limitation. For details, please refer to the relevant content of the above-mentioned method embodiment, which will not be repeated here.

[0145] For example, the transceiver module 420 is configured to receive first information from a first terminal device, where the first information is related to a busy rate of a first beam, where the busy rate indicates a resource busyness level within a first time window on the first beam, where the first beam is used for communication between the first terminal device and a second terminal device. The processing module 410 is configured to determine whether the first beam has failed based on the first information.

[0146] As an optional implementation method, the first information indicates that the busy rate of the first beam is higher than or equal to the first threshold, and the processing module 410 determines whether the first beam has failed based on the first information, including: when the number of times the transceiver module 420 receives the first information is greater than or equal to the first value, determining that the first beam has failed.

[0147] As an optional implementation manner, the first information indicates that the first beam fails.

[0148] As an optional implementation method, the first information is the busy rate, and the processing module 410 determines whether the first beam fails based on the first information, including: within a preset time length, when the number of times the busy rate received by the transceiver module 420 is higher than or equal to the first threshold is greater than or equal to the first value, it is determined that the first beam has failed.

[0149] As an optional implementation manner, the transceiver module 420 is further used to receive configuration information, where the configuration information is used to indicate a first beam set, where the first beam set includes the first beam.

[0150] As an optional implementation method, the processing module 410 is also used to: measure the first transmission beam set of the first terminal device, and determine the second transmission beam set from the first transmission beam set based on the measurement results, the second transmission beam set is composed of some beams in the first transmission beam set; measure the second transmission beam set, and determine at least one beam from the second transmission beam set based on the measurement results; use different receiving beams of the second terminal device to measure each beam in at least one beam separately, and determine the first beam set from at least one beam based on the measurement results.

[0151] As an optional implementation, the transceiver module 420 is further configured to send a beam failure recovery request to the first terminal device on the first resource and detect a beam failure recovery response from the first terminal device. The first resource is associated with the second beam, and the busy rate of the second beam is lower than a second threshold.

[0152] As an optional implementation method, the processing module 410 is also used to determine the busy rate of the third beam in the third beam set, where the busy rate of the third beam indicates the resource busyness within the first time window on the third beam, and the third beam set is a set of receiving beams of the communication device 400; the transceiver module 420 is also used to send a beam failure recovery request to the first terminal device on the second resource when the number of times the busy rate of the third beam is greater than or equal to the first threshold within a preset time length is greater than or equal to the first value, and the second resource is associated with the fourth beam, and the busy rate of the fourth beam is lower than the second threshold.

[0153] For another example, the processing module 410 is used to determine the busy rate of the third beam in the third beam set, where the busy rate of the third beam indicates the resource busyness within the first time window on the third beam, and the third beam set is a set of receiving beams of the communication device 400; the transceiver module 420 is also used to send a beam failure recovery request to the first terminal device on the second resource when the number of times the busy rate of the third beam is greater than or equal to the first threshold within a preset time length is greater than or equal to the first value, and the second resource is associated with the fourth beam, and the busy rate of the fourth beam is lower than the second threshold.

[0154] When the communication device 400 is a chip-type device or circuit, the transceiver module may be an input / output circuit and / or a communication interface; the processing module may be an integrated processor or microprocessor or integrated circuit.

[0155] Figure 5 is a schematic block diagram of a communication device 500 provided in an embodiment of the present application. The communication device 500 can be the first terminal device or the second terminal device in the above embodiment. For example, the communication device 500 can be terminal device 1, terminal device 2, or terminal device 3 in Figure 1; or the communication device 500 is a terminal device or a chip (system) in a terminal device. In the embodiment of the present application, the chip system can be composed of a chip, or it can include a chip and other discrete devices. For specific functions, please refer to the description in the above method embodiment.

[0156] The communication device 500 includes one or more processors 501, which are used to implement or support the communication device 500 in implementing the functions of the first terminal device or the second terminal device in the method provided in the embodiment of the present application. Please refer to the detailed description in the method example for details, which will not be repeated here. The processor 501 can also be called a processing unit or a processing module, which can implement certain control functions. The processor 501 can be a general-purpose processor or a special-purpose processor. For example, it includes: a baseband processor, a central processing unit, an application processor, a modem processor, a graphics processor, an image signal processor, a digital signal processor, a video codec processor, a controller, a memory, and / or a neural network processor. The baseband processor can be used to process communication protocols and communication data. The central processing unit can be used to control the communication device 500 (such as a network device or a terminal device), execute software programs and / or process data. Different processors can be independent devices or integrated into one or more processors, for example, integrated into one or more special-purpose integrated circuits.

[0157] In one design, the processor 501 may include a program 503 (sometimes also referred to as code or instructions), which may be executed on the processor 501 to cause the communication device 500 to perform the methods described in the following embodiments. In another possible design, the communication device 500 includes circuitry (not shown in FIG. 5 ) configured to implement the functions of the first terminal device or the second terminal device in the above embodiments.

[0158] In one design, the communication device 500 may include one or more memories 502 on which a program 509 (sometimes also referred to as code or instructions) is stored. The program 509 can be run on the processor 501, so that the communication device 500 performs the method described in the above method embodiment, such as the process shown in Figure 3.

[0159] In one design, the processor 501 and / or the memory 502 may include an artificial intelligence (AI) module 507 and an AI module 508, each configured to implement AI-related functions. The AI ​​module may be implemented using software, hardware, or a combination of software and hardware. For example, the AI ​​module may include a RAN intelligent controller (RIC) module. For example, the AI ​​module may be a near real-time RIC or a non-real-time RIC.

[0160] In a possible design, data may also be stored in the processor 501 and / or the memory 502. The processor and the memory may be provided separately or integrated together.

[0161] In one possible design, the communication device 500 may further include a transceiver 505 and / or an antenna 506. The processor 501 may also be sometimes referred to as a processing unit, and controls the communication device 500. The transceiver 505 may also be sometimes referred to as a transceiver unit, a transceiver, a transceiver circuit, or a transceiver, and is configured to implement the transceiver function of the communication device through the antenna 506.

[0162] In one possible design, the communication device 500 may further include one or more of the following components: a wireless communication module, an audio module, an external memory interface, an internal memory, a universal serial bus (USB) interface, a power management module, an antenna, a speaker, a microphone, an input / output module, a sensor module, a motor, a camera, or a display screen, etc. It will be appreciated that in some embodiments, the communication device 500 may include more or fewer components, or some components may be integrated or separated. These components may be implemented in hardware, software, or a combination of software and hardware.

[0163] The communication device in the above embodiments can be a terminal device, a circuit, a chip used in a terminal device, or other combined devices, components, etc. with the above terminal devices. When the communication device is a terminal device, the transceiver module can be a transceiver, which can include an antenna and a radio frequency circuit, etc., and the processing module can be a processor, such as a CPU. When the communication device is a chip system, the communication device can be an FPGA, a dedicated ASIC, a system on chip (SoC), a CPU, a network processor (NP), a DSP, a microcontroller unit (MCU), a programmable logic device (PLD), or other integrated circuit. The processing module can be the processor of the chip system. The transceiver module or communication interface can be the input / output interface or interface circuit of the chip system. For example, the interface circuit can be a code / data read / write interface circuit. The interface circuit can be used to receive code instructions (the code instructions are stored in a memory and can be read directly from the memory or read from the memory through other devices) and transmit them to the processor; the processor can be used to execute the code instructions to perform the method in the above method embodiment. For another example, the interface circuit may also be a signal transmission interface circuit between the communication processor and the transceiver.

[0164] The present application also provides a communication system. Specifically, the communication system includes multiple terminal devices. Exemplarily, the communication system includes multiple first terminal devices and second terminal devices for implementing the functions related to the above-mentioned communication method 300. Please refer to the relevant description in the above-mentioned method embodiment for details, and will not be repeated here.

[0165] An embodiment of the present application further provides a computer-readable storage medium comprising instructions, which, when executed on a computer, enables the computer to execute the method executed by the first terminal device or the second terminal device in the above-mentioned communication method 300.

[0166] A computer program product is also provided in an embodiment of the present application, including computer program code. When the computer program code is executed, the computer executes the method executed by the first terminal device or the second terminal device in the above-mentioned communication method 300.

[0167] The present invention provides a chip system, which includes a processor and a memory, for implementing the functions of the first terminal device or the second terminal device in the aforementioned method. The chip system can be composed of a chip or include a chip and other discrete devices.

[0168] To implement the functions of the communication device shown in Figures 4 and 5 , embodiments of the present application further provide a chip including a processor for supporting the communication device in implementing the functions of the first terminal device or the second terminal device in the above method embodiments. In one possible design, the chip is connected to or includes a memory, which is used to store computer programs, instructions, and data necessary for the communication device.

[0169] It should be understood that in the various embodiments of the present application, the size of the serial numbers of the above-mentioned processes does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0170] Those skilled in the art will appreciate that the various illustrative logical blocks and steps described in conjunction with the embodiments disclosed herein can be implemented using electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians may use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0171] Those skilled in the art will 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.

[0172] In the several embodiments provided in this 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 merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. 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.

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

[0174] 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 part that essentially contributes to the technical solution of the present application or the part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes a number of instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a RAM, a magnetic disk or an optical disk.

[0175] Obviously, those skilled in the art may make various changes and modifications to the present application without departing from the scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include these modifications and variations.

Claims

1. A communication method, applied to a first terminal device, characterized in that: include: Determine a busy rate of a first beam in a first beam set, where the busy rate is used to indicate a resource busyness in a first time window on the first beam, where the first beam is used for communication between the first terminal device and the second terminal device; determining first information according to the busy rate, where the first information is used to determine whether the first beam fails; The first information is sent to the second terminal device.

2. The method according to claim 1, characterized in that Determining first information according to the busy rate includes: When the busy rate is higher than or equal to the first threshold, the first information is used to indicate that the busy rate is higher than or equal to the first threshold.

3. The method according to claim 1, characterized in that Determining first information according to the busy rate includes: Within a preset time period, the number of times that the busy rate is higher than or equal to the first threshold is greater than or equal to a first value, and the first information indicates that the first beam has failed.

4. The method according to claim 1, characterized in that The first information is the busy rate.

5. The method according to claim 2 or 3, characterized in that: The first threshold is (pre)configured or predefined.

6. The method according to any one of claims 1 to 5, characterized in that The method further comprises: Configuration information is received, where the configuration information is used to indicate the first beam set.

7. The method according to any one of claims 1 to 5, characterized in that The method further comprises: Sending a reference signal through a beam in a first transmit beam set; receiving information of a second transmission beam set sent by the second terminal device, and sending a reference signal through a beam in the second transmission beam set, where the second transmission beam set is composed of some beams in the first transmission beam set; Acquire a measurement result of at least one beam in the second transmit beam set, and determine the first beam set from the at least one beam according to the measurement result.

8. The method according to any one of claims 1 to 7, characterized in that The method further comprises: receiving a beam failure recovery request from the second terminal device on a first resource, the first resource being associated with a second beam, a busy rate of the second beam being lower than a second threshold; A beam failure recovery request response message is sent to the second terminal device.

9. A communication method, applied to a second terminal device, characterized in that: include: receiving first information from a first terminal device, the first information being used to determine whether a first beam fails, the first information being related to a busy rate of the first beam, the busy rate being used to indicate a degree of resource busyness within a first time window on the first beam, the first beam being used for the first terminal device to communicate with the second terminal device; Determine whether the first beam fails according to the first information.

10. The method according to claim 9, characterized in that The first information indicates that a busy rate of the first beam is higher than or equal to a first threshold, and determining whether the first beam fails according to the first information includes: When the number of times the first information is received is greater than or equal to a first value, it is determined that the first beam fails.

11. The method according to claim 9, characterized in that The first information indicates that the first beam failed.

12. The method according to claim 9, characterized in that The first information is the busy rate, and determining whether the first beam fails according to the first information includes: Within a preset time period, when the number of times that the received busy rate is higher than or equal to the first threshold is greater than or equal to a first value, it is determined that the first beam has failed.

13. The method according to claim 12, characterized in that The first threshold is (pre)configured or predefined.

14. The method according to any one of claims 9 to 13, characterized in that The method further comprises: Configuration information is received, where the configuration information is used to indicate a first beam set, where the first beam set includes the first beam.

15. The method according to any one of claims 9 to 13, characterized in that The method further comprises: measuring a first transmission beam set of the first terminal device, and determining a second transmission beam set from the first transmission beam set according to the measurement result, where the second transmission beam set is composed of some beams in the first transmission beam set; measuring the second transmit beam set, and determining at least one beam from the second transmit beam set according to the measurement result; Each beam in the at least one beam is measured respectively by using different receiving beams of the second terminal device, and the first beam set is determined from the at least one beam according to the measurement results.

16. The method according to any one of claims 9 to 15, characterized in that The method further comprises: Sending a beam failure recovery request to the first terminal device on a first resource, the first resource being associated with a second beam, and a busy rate of the second beam being lower than a second threshold; A beam failure recovery response from the first terminal device is detected.

17. The method according to any one of claims 10 to 16, characterized in that The method further comprises: Determine a busy rate of a third beam in a third beam set, where the busy rate of the third beam indicates a resource busyness within a first time window on the third beam, and the third beam set is a set composed of receive beams of the second terminal device; Within a preset time length, when the number of times the busy rate of the third beam is greater than or equal to the first threshold is greater than or equal to the first value, a beam failure recovery request is sent to the first terminal device on a second resource, and the second resource is associated with a fourth beam, and the busy rate of the fourth beam is lower than the second threshold.

18. A communication device, characterized in that: include: a processing module, configured to determine a busy rate of a first beam in a first beam set, and determine first information according to the busy rate, wherein the busy rate is used to indicate a degree of resource busyness in a first time window on the first beam, the first beam is used for the communication device to communicate with a second terminal device, and the first information is used to determine whether the first beam fails; The transceiver module is used to send the first information to the second terminal device.

19. The device according to claim 18, characterized in that The processing module is specifically used for: When the busy rate is higher than or equal to a first threshold, determining the first information is used to indicate that the busy rate is higher than or equal to the first threshold.

20. The device according to claim 18, characterized in that The processing module is specifically used for: Within a preset time period, if the number of times that the busy rate is higher than or equal to the first threshold is greater than or equal to a first value, it is determined that the first information indicates that the first beam has failed.

21. The device according to claim 18, characterized in that The first information is the busy rate.

22. The device according to claim 19 or 20, characterized in that The first threshold is (pre)configured or predefined.

23. The device according to any one of claims 18 to 22, characterized in that The transceiver module is also used for: Configuration information is received, where the configuration information is used to indicate the first beam set.

24. The device according to any one of claims 18 to 22, characterized in that The transceiver module is further configured to: send a reference signal through a beam in the first transmission beam set, receive information of a second transmission beam set sent by the second terminal device, and send a reference signal through a beam in the second transmission beam set, where the second transmission beam set is composed of some beams in the first transmission beam set; The processing module is further used to obtain a measurement result of at least one beam in the second transmission beam set, and determine the first beam set from the at least one beam according to the measurement result.

25. The device according to any one of claims 18 to 24, characterized in that The transceiver module is also used for: receiving a beam failure recovery request from the second terminal device on a first resource, the first resource being associated with a second beam, a busy rate of the second beam being lower than a second threshold; A beam failure recovery request response message is sent to the second terminal device.

26. A communication device, characterized in that: include: a transceiver module, configured to receive first information from a first terminal device, the first information being used to determine whether a first beam fails, the first information being related to a busy rate of the first beam, the busy rate being used to indicate a degree of resource busyness within a first time window on the first beam, the first beam being used for the first terminal device to communicate with the second terminal device; A processing module is used to determine whether the first beam fails according to the first information.

27. The device according to claim 26, characterized in that The first information indicates that a busy rate of the first beam is higher than or equal to a first threshold, and determining whether the first beam fails according to the first information includes: When the number of times the first information is received is greater than or equal to a first value, it is determined that the first beam fails.

28. The device according to claim 26, characterized in that The first information indicates that the first beam failed.

29. The device according to claim 26, characterized in that The first information is the busy rate, and the processing module is specifically used for: Within a preset time period, when the number of times that the received busy rate is higher than or equal to the first threshold is greater than or equal to a first value, it is determined that the first beam has failed.

30. The device according to claim 29, characterized in that The first threshold is (pre)configured or predefined.

31. The device according to any one of claims 26 to 30, characterized in that The transceiver module is also used for: Configuration information is received, where the configuration information is used to indicate a first beam set, where the first beam set includes the first beam.

32. The device according to any one of claims 26 to 30, characterized in that The processing module is also used for: measuring a first transmission beam set of the first terminal device, and determining a second transmission beam set from the first transmission beam set according to the measurement result, where the second transmission beam set is composed of some beams in the first transmission beam set; measuring the second transmit beam set, and determining at least one beam from the second transmit beam set according to the measurement result; Each beam in the at least one beam is measured respectively by using different receiving beams of the second terminal device, and the first beam set is determined from the at least one beam according to the measurement results.

33. The device according to any one of claims 26 to 32, characterized in that The transceiver module is also used for: Sending a beam failure recovery request to the first terminal device on a first resource, the first resource being associated with a second beam, and a busy rate of the second beam being lower than a second threshold; A beam failure recovery response from the first terminal device is detected.

34. The device according to any one of claims 27 to 33, characterized in that The processing module is also used for: Determine a busy rate of a third beam in a third beam set, where the busy rate of the third beam indicates a resource busyness within a first time window on the third beam, and the third beam set is a set composed of receive beams of the second terminal device; Within a preset time length, when the number of times the busy rate of the third beam is greater than or equal to the first threshold is greater than or equal to the first value, a beam failure recovery request is sent to the first terminal device on a second resource, and the second resource is associated with a fourth beam, and the busy rate of the fourth beam is lower than the second threshold.

35. A communication device, characterized in that: The communication device includes a processor and a memory, the memory is used to store a computer program, and the processor is used to execute the computer program stored in the memory, so that the communication device performs the method as described in any one of claims 1 to 8, or the communication device performs the method as described in any one of claims 9 to 17.

36. A computer-readable storage medium, characterized in that: The computer-readable storage medium is used to store a computer program, and when the computer program is run on a computer, the computer is caused to execute the method according to any one of claims 1 to 8, or the computer is caused to execute the method according to any one of claims 9 to 17.

37. A computer program product, characterized in that The computer program product comprises a computer program, and when the computer program is run on a computer, the computer is caused to execute the method according to any one of claims 1 to 8, or the computer is caused to execute the method according to any one of claims 9 to 17.

38. A chip system, characterized in that: The chip system comprises: A processor and an interface, wherein the processor is used to call and run instructions from the interface, and when the processor executes the instructions, the method according to any one of claims 1 to 8 is implemented, or the method according to any one of claims 9 to 17 is implemented.

Images