Beam failure detection and recovery method and apparatus

Abstract

Embodiments of the present application provide a beam failure detection and recovery method and apparatus. The method comprises: a terminal device receives (is configured with) a beam failure detection (BFD) reference signal configuration, the BFD reference signal configuration comprising or being associated with first information, and the first information being associated with a first SSB and / or a second SSB; and, according to the first information, the terminal device determines to perform beam failure detection on the basis of the first SSB and / or to perform beam failure detection on the basis of the second SSB.

Description

Beam failure detection and recovery method and device Technical Field

[0001] The embodiments of this application relate to the field of communication technology. Background Technology

[0002] As a crucial component of global new infrastructure construction, 5G communication networks have experienced rapid development worldwide in recent years. With the increasing scale of these networks, operators' energy consumption continues to rise. For example, data released by China's Ministry of Industry and Information Technology shows that energy consumption in 2022 will increase by approximately 80% compared to 2015.

[0003] With the deployment of 5G networks and the large-scale commercialization of 5G Active Antenna Units (AAUs), the energy consumption of AAUs will increase exponentially compared to the Remote Radio Units (RRUs) primarily used in 3G and 4G, due to their higher power consumption. 5G defines three major service types: Enhanced Mobile Broadband (eMBB), Massive Machine Type Communication (mMTC), and Ultra Reliable Low Latency Communication (URLLC). This leads to a continuous increase in bursty small-packet traffic in 5G, requiring base stations to operate 24 / 7. Consequently, the average daily energy consumption of 5G sites will be more than double that of 4G.

[0004] In the 5G era, 3GPP introduced key technologies such as Massive MIMO and larger radio frequency bandwidth. 5G supports higher data rates and larger data volumes, requiring more transmission bandwidth, and high-frequency band deployment will be the main frequency band for future 5G expansion. However, the transmission characteristics of high-frequency bands limit the coverage of 5G sites, leading to a denser deployment of 5G sites. Furthermore, the increased energy consumption from additional sites will place significant operational cost pressures on operators. Therefore, network energy saving is crucial for reducing operating costs, making it one of the most pressing issues to be addressed in the 5G and even 6G era.

[0005] To achieve energy savings, network devices can implement energy-saving measures in the time, frequency, spatial, and / or energy domains based on network load. For example, in the spatial and energy domains, network devices can shut down some antennas when the load is low to save energy. In the time domain, network devices can adjust the period or time position of the cell common reference signal (e.g., SSB / SIB) when there are few users and the load is low to achieve energy savings.

[0006] It should be noted that the above introduction to the technical background is only for the purpose of providing a clear and complete explanation of the technical solutions of this application and facilitating understanding by those skilled in the art. It should not be assumed that these technical solutions are known to those skilled in the art simply because they have been described in the background section of this application.

[0007] Summary of the Invention

[0008] The inventors discovered that, in the time domain, for a serving cell that functions solely as a secondary cell, when there is no load and no data transmission is required on the serving cell, network devices can disable / stop the transmission of the common reference signal (e.g., SSB) of the serving cell to achieve energy saving. When the serving cell is loaded and data transmission is required, the network device activates / triggers the common reference signal of the serving cell through signaling for L1 / L3 measurements of terminal devices, rapid activation of secondary cells, and other operations. This energy-saving method of turning the transmission of the common reference signal on or off according to changes in traffic volume can ensure normal communication of terminal devices while also achieving energy saving for network devices. How to perform beam failure detection and recovery based on on-demand SSB has become one of the urgent problems to be solved in network energy-saving technology.

[0009] To address at least one of the above-mentioned problems, embodiments of this application provide a beam failure detection and recovery method and apparatus.

[0010] According to one aspect of the embodiments of this application, a beam failure detection method is provided, comprising:

[0011] The terminal device receives (is configured) a beam failure detection (BFD) reference signal configuration; wherein the beam failure detection reference signal configuration includes or is associated with first information, the first information being related to a first SSB and / or a second SSB; and

[0012] The terminal device determines, based on the first information, to perform beam failure detection based on the first SSB and / or based on the second SSB.

[0013] According to another aspect of the embodiments of this application, a beam failure detection device is provided, comprising:

[0014] A receiver that receives (configured) a beam failure detection (BFD) reference signal configuration; wherein the beam failure detection reference signal configuration includes or is associated with first information, the first information being related to a first SSB and / or a second SSB; and

[0015] The processor determines, based on the first information, to perform beam failure detection based on the first SSB and / or based on the second SSB.

[0016] According to another aspect of the embodiments of this application, a beam failure recovery method is provided, comprising:

[0017] The terminal device receives (is configured) a beam failure recovery (BFR) reference signal configuration; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB; and

[0018] The terminal device determines, based on the second information, to perform candidate beam selection based on the first SSB and / or based on the second SSB.

[0019] According to another aspect of the embodiments of this application, a beam failure recovery device is provided, comprising:

[0020] A receiver that receives (configured) a beam failure recovery (BFR) reference signal configuration; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB; and

[0021] The processor determines, based on the second information, candidate beam selection based on the first SSB and / or candidate beam selection based on the second SSB.

[0022] According to another aspect of the embodiments of this application, a communication system is provided, comprising:

[0023] A network device that transmits a beam failure detection (BFD) reference signal configuration and / or a beam failure recovery (BFR) reference signal configuration; wherein the beam failure detection reference signal configuration includes or is associated with first information, and the beam failure recovery reference signal configuration includes or is associated with second information, the first information or the second information being related to a first SSB and / or a second SSB;

[0024] A terminal device receives the beam failure detection (BFD) reference signal configuration and / or beam failure recovery (BFR) reference signal configuration; and determines, based on the first information, to perform beam failure detection based on the first SSB and / or beam failure detection based on the second SSB, and / or determines, based on the second information, to perform candidate beam selection based on the first SSB and / or candidate beam selection based on the second SSB.

[0025] One of the beneficial effects of the embodiments of this application includes: in some scenarios of wireless communication applications (e.g., power-saving mode), the terminal device, based on the beam failure detection (BFD) reference signal configuration including or associated first information, determines whether to perform beam failure detection based on a first SSB and / or a second SSB. Therefore, network devices and terminal devices can quickly and flexibly adjust SSB transmission, which can improve network gain (e.g., power-saving gain) while ensuring normal transmission of the terminal device.

[0026] Specific embodiments of this application are disclosed in detail with reference to the following description and accompanying drawings, indicating how the principles of this application can be adopted. It should be understood that the embodiments of this application are not limited in scope. Within the spirit and scope of the appended claims, embodiments of this application include many changes, modifications, and equivalents.

[0027] Features described and / or illustrated for one embodiment may be used in the same or similar manner in one or more other embodiments, combined with features in other embodiments, or substituted for features in other embodiments.

[0028] It should be emphasized that the term "including / comprises" as used herein refers to the presence of a feature, whole, step, or component, but does not exclude the presence or addition of one or more other features, wholes, steps, or components. Attached Figure Description

[0029] The elements and features described in one drawing or embodiment of this application may be combined with elements and features shown in one or more other drawings or embodiments. Furthermore, in the drawings, similar reference numerals denote corresponding parts in several drawings and can be used to indicate corresponding parts used in more than one embodiment.

[0030] Figure 1 is a schematic diagram of a communication system according to an embodiment of this application;

[0031] Figure 2 is a schematic diagram of the time-frequency structure of SSB;

[0032] Figure 3 is a schematic diagram of SSB candidates;

[0033] Figure 4 is a schematic diagram of a beam failure detection method according to an embodiment of this application;

[0034] Figure 5 is an example diagram of on-demand SSB triggering according to an embodiment of this application;

[0035] Figure 6 is another example diagram of on-demand SSB triggering according to an embodiment of this application;

[0036] Figure 7 is a schematic diagram of a beam failure recovery method according to an embodiment of this application;

[0037] Figure 8 is a schematic diagram of a beam failure detection configuration method according to an embodiment of this application;

[0038] Figure 9 is a schematic diagram of a beam failure recovery configuration method according to an embodiment of this application;

[0039] Figure 10 is a schematic diagram of a beam failure detection device or a beam failure recovery device according to an embodiment of this application.

[0040] Figure 11 is a schematic diagram of a configuration device for beam failure detection or beam failure recovery according to an embodiment of this application;

[0041] Figure 12 is a schematic diagram of a terminal device according to an embodiment of this application;

[0042] Figure 13 is a schematic diagram of a network device according to an embodiment of this application. Detailed Implementation

[0043] Referring to the accompanying drawings, the foregoing and other features of this application will become apparent from the following description. Specific embodiments of this application are specifically disclosed in the description and drawings, illustrating partial implementations in which the principles of this application may be employed. It should be understood that this application is not limited to the described embodiments; rather, it includes all modifications, variations, and equivalents falling within the scope of the appended claims.

[0044] In the embodiments of this application, the terms "first," "second," etc., are used to distinguish different elements by name, but do not indicate the spatial arrangement or chronological order of these elements, and these elements should not be limited by these terms. The term "and / or" includes any one or more of the terms listed in association and all combinations thereof. The terms "comprising," "including," "having," etc., refer to the presence of the stated features, elements, components, or assemblies, but do not exclude the presence or addition of one or more other features, elements, components, or assemblies.

[0045] In the embodiments of this application, the singular forms "a," "the," etc., including the plural forms, should be broadly understood as "a kind" or "a class" rather than limited to the meaning of "an." Furthermore, the term "the" should be understood to include both the singular and plural forms, unless the context explicitly indicates otherwise. Additionally, the term "according to" should be understood as "at least partially based on…," and the term "based on" should be understood as "at least partially based on…," unless the context explicitly indicates otherwise.

[0046] In the embodiments of this application, the term "communication network" or "wireless communication network" may refer to a network that conforms to any of the following communication standards, such as Long Term Evolution (LTE), LTE-Advanced (LTE-A), Wideband Code Division Multiple Access (WCDMA), High-Speed ​​Packet Access (HSPA), etc.

[0047] Furthermore, communication between devices in a communication system can be carried out according to communication protocols at any stage, including but not limited to the following communication protocols: 1G (generation), 2G, 2.5G, 2.75G, 3G, 4G, 4.5G and 5G, New Radio (NR), future 6G, etc., and / or other currently known or future communication protocols.

[0048] In the embodiments of this application, the term "network device" refers, for example, to a device in a communication system that connects a terminal device to a communication network and provides services to that terminal device. Network devices may include, but are not limited to, the following devices: base station (BS), access point (AP), transmission reception point (TRP), broadcast transmitter, mobile management entity (MME), gateway, server, radio network controller (RNC), base station controller (BSC), etc.

[0049] Base stations can include, but are not limited to: NodeBs (or NBs), evolved NodeBs (eNodeBs or eNBs), and 5G base stations (gNBs), IAB hosts, etc. They can also include Remote Radio Heads (RRHs), Remote Radio Units (RRUs), relays, or low-power nodes (e.g., femeto, pico, etc.). The term "base station" can encompass some or all of their functions, and each base station can provide communication coverage to a specific geographic area. The term "cell" can refer to a base station and / or its coverage area, depending on the context in which the term is used.

[0050] In the embodiments of this application, the terms "User Equipment" (UE) or "Terminal Equipment" (TE) refer, for example, to a device that accesses a communication network and receives network services through a network device. A terminal device can be fixed or mobile, and may also be referred to as a mobile station (MS), terminal, subscriber station (SS), access terminal (AT), station, etc.

[0051] The terminal device may include, but is not limited to, the following devices: cellular phone, personal digital assistant (PDA), wireless modem, wireless communication device, handheld device, machine-type communication device, laptop computer, cordless phone, smartphone, smartwatch, digital camera, etc.

[0052] For example, in scenarios such as the Internet of Things (IoT), terminal devices can also be machines or devices for monitoring or measurement, such as including but not limited to: machine-type communication (MTC) terminals, vehicle communication terminals, device-to-device (D2D) terminals, machine-to-machine (M2M) terminals, and so on.

[0053] Furthermore, the terms "network side" or "network equipment side" refer to one side of the network, which can be a base station or include one or more network devices as described above. The terms "user side," "terminal side," or "terminal equipment side" refer to the side of the user or terminal, which can be a UE or include one or more terminal devices as described above. Unless otherwise specified, "equipment" can refer to either network equipment or terminal equipment.

[0054] The following examples illustrate the scenarios of embodiments of this application, but this application is not limited thereto.

[0055] Figure 1 is a schematic diagram of a communication system according to an embodiment of this application, illustrating the case of a terminal device and a network device as examples. As shown in Figure 1, the communication system 100 may include a network device 101 and terminal devices 102 and 103. For simplicity, Figure 1 only illustrates the case of two terminal devices and one network device, but the embodiments of this application are not limited to this.

[0056] In this embodiment of the application, network device 101 and terminal devices 102 and 103 can transmit existing services or services that can be implemented in the future. For example, these services may include, but are not limited to: enhanced mobile broadband (eMBB), massive machine-type communication (mMTC), and ultra-reliable and low-latency communication (URLLC), etc.

[0057] It is worth noting that Figure 1 shows that both terminal devices 102 and 103 are within the coverage area of ​​network device 101, but this application is not limited to this. Both terminal devices 102 and 103 may be outside the coverage area of ​​network device 101, or one terminal device 102 may be within the coverage area of ​​network device 101 while the other terminal device 103 may be outside the coverage area of ​​network device 101.

[0058] With the continuous development of mobile communication technology and the deepening deployment of mobile networks, low-frequency spectrum resources are becoming increasingly scarce. To meet the demands of higher transmission speeds and larger system capacity, 5G systems are considering higher-frequency spectrum, such as millimeter waves. While abundant high-frequency spectrum resources can provide continuous large bandwidth, they also suffer from problems such as less-than-ideal millimeter wave transmission characteristics, high transmission loss, and susceptibility to signal blockage. To address these issues, 5G systems have introduced a series of technical solutions, including digital + analog hybrid beamforming, to transform omnidirectional signals into several beams and use extremely narrow beams for aligned transmission. This allows the signals to propagate further and improves communication link quality.

[0059] To improve the robustness of beam transmission, 5G systems introduce a Beam Failure Recovery (BFR) mechanism. When a terminal device detects that the current beam transmission quality is poor to a certain extent, it actively searches for a new beam with better link quality and notifies the network equipment, thereby re-establishing a high-quality and reliable communication link using the new beam. The Beam Failure Recovery mechanism mainly includes: Beam Failure Detection (BFD), New Beam Identification (NBI), and Beam Failure Recovery ReQuest (BFRQ).

[0060] The following explains beam failure detection. Beam failure detection involves the terminal device detecting the link quality of the downlink control channel beams. Since network devices can transmit the Physical Downlink Control Channel (PDCCH) using one of multiple downlink control channel beams, a beam failure occurs when the quality of each downlink control channel beam received by the terminal device is below a specified threshold, preventing the terminal device from effectively receiving the PDCCH. The network device configures a dedicated reference signal for each downlink control channel beam, and the terminal device measures the reference signals of multiple beams.

[0061] Network devices can inform terminal devices of a reference signal set through explicit or implicit methods. For example, a network device can configure a reference signal set for beam failure detection for a terminal device via RRC signaling. This includes configurations such as reference signal type (SSB, Synchronization Signal Block, or CSI-RS, Channel State Indication-Reference Signal) and transmission power. For example, the terminal device derives the reference signal configuration from the TCI (Transmission Configuration Indication) state of the CORESET corresponding to the PDCCH. If the network device does not explicitly configure the reference set for the terminal device, the terminal device can implicitly obtain the reference signal set.

[0062] The reference signal for beam failure detection, q0, is configured based on RadioLinkMonitoringRS. For example, as shown in Table 1, the beam failure detection resource failureDetectionResourcesToAddModList contains a set of RadioLinkMonitoringRS for beam failure detection. The detectionResource within RadioLinkMonitoringRS is used to indicate the reference signal used by the UE for beam failure detection or radio link monitoring. On secondary cells, only the periodic 1-port CSI-RS can be configured as the reference signal for beam failure detection.

[0063] Table 1

[0064] The above illustration illustrates the reference signal for beam failure detection. Regarding which performance parameter the terminal equipment should use to evaluate the quality of the reference signal, NR studied two parameters: Block Error Rate (BLER) and L1-RSRP. Ultimately, NR determined BLER as the performance parameter for beam failure detection, with the corresponding detection threshold Q. out,LR BLER = 10%.

[0065] In 5G systems, determining beam failure requires the joint efforts of both the physical layer and the MAC layer. The specific process of beam failure detection by the physical layer of the terminal device is as follows:

[0066] Step 11: The physical layer measures the quality of the reference signal in the reference signal set and infers the BLER of the PDCCH based on the measured signal-to-interference-plus-noise ratio (SINR);

[0067] Step 12: The physical layer compares the BLER inferred from multiple reference signals with the set threshold value Q. out,LR (BLER = 10%) If the BLER of all reference signals is worse than the threshold, it is recorded as a Beam Failure Instance (BFI). If the BLER of not all reference signals is worse than the threshold, no BFI is generated.

[0068] Step 13: The physical layer reports the generated BFI to the MAC layer. The physical layer's reporting to the MAC layer is periodic. At each reporting time, if the physical layer generates a BFI, it reports it to the MAC layer; if no BFI is generated, there is no need to report it to the MAC layer.

[0069] The corresponding operations at the MAC layer involve maintaining a beam failure detection timer and a beam failure counter (BFI_COUNTER) and ultimately determining whether a beam failure event has occurred. The specific steps are as follows:

[0070] Step 21: The MAC layer receives the BFI reported by the physical layer and starts or restarts the beam failure detection timer. The initial value of the timer is obtained through the RRC parameter beamFailureDetectionTimer.

[0071] Step 22: Each time the MAC layer receives a BFI reported by the physical layer, it increments BFI_COUNTER by 1. BFI_COUNTER is a counter maintained by the MAC layer itself.

[0072] Step 23: The MAC layer compares the BFI_COUNTER value with the maximum number of failures configured in the network (configured via the RRC parameter beamFailureInstanceMaxCount). If BFI_COUNTER reaches the specified maximum value during the normal operation of the beam failure detection timer, the terminal device triggers the on-demand access procedure (SpCell) or the beam failure recovery procedure (SCell). If the beam failure detection timer times out and the beam failure counter has not reached the maximum number of failures configured in the network, the MAC layer resets BFI_COUNTER to 0.

[0073] The following explains the selection of a new beam. When the terminal device detects a beam failure, it needs to send a beam failure recovery request to the network device. To assist the terminal device in quickly and effectively determining a new beam, the network device pre-configures a reference signal set q1 for the terminal device. q1 includes multiple SSBs and / or CSI-RS, each reference signal corresponding to a candidate downlink transmit beam. In other words, the network device configures a set of candidate downlink beams for the terminal device, and the terminal device determines the new beam by measuring the L1-RSRP of these candidate beams.

[0074] The network device pre-sets an RSRP threshold, which is configured to the terminal device via the RRC parameter rsrp-ThresholdSSB or rsrp-ThresholdBFR. The terminal device selects a beam from the candidate beams whose L1-RSRP measurement value is greater than the RSRP threshold as a new available beam. Table 2 shows the relevant IE BeamFailureRecoveryRSConfig, used to configure candidate beams for beam failure recovery for the UE in SCell and SpCell.

[0075] Table 2

[0076] For example, candidateBeamRS-List is a list of candidate beams for beam failure recovery in SCell, or a list of candidate beams for beam failure recovery in BFD-RS set 1 of a serving cell, and candidateBeamRS-List2 is a list of candidate beams for beam failure recovery in BFD-RS set 2 of a serving cell.

[0077] Table 3 shows the IE CandidateBeamRS, which includes candidate beams for beam failure recovery. The candidate beam configuration information is used to indicate the reference signal resource that defines this beam resource, such as SSB or CSI-RS.

[0078] Table 3

[0079] The beam failure recovery request is explained below. When a terminal device measures a beam failure time, it needs to report this time and the new beam information to the network device. This process is called a beam failure recovery request. When a terminal device measures a beam failure time, it triggers a non-contention-based random access procedure. Specifically, when the network side configures the reference signal set q1 for the terminal device, it configures a dedicated PRACH resource and a random preamble for each reference signal. When the terminal device determines that a certain beam is the new beam, it sends the corresponding preamble using the PRACH resource corresponding to the new beam. Upon receiving this, the network device knows that a beam failure has occurred and can determine the new beam selected by the terminal device based on the received PRACH information, and send a random access response on the new beam.

[0080] The network device configures a beam failure recovery timer for the terminal device via the RRC parameter beamFailureRecoveryTimer. When the terminal device initiates the non-contention-based random access procedure described above, the beam failure recovery timer is started. If the terminal device does not receive a random access response from the network device before the timer expires, it means that the beam failure recovery request based on non-contention-based random access was unsuccessful. Subsequently, the terminal device will initiate contention-based random access to obtain a connection with the network device. If the network device did not originally configure a reference signal set q1 for the terminal device, meaning the terminal device has no alternative beams to measure, or if the L1-RSRP measurement values ​​corresponding to all alternative beams in q1 are worse than the threshold value configured by the network device, the terminal device will also initiate contention-based random access to obtain a connection with the network device.

[0081] The above illustrations depict beam failure detection and beam failure recovery related to this application. This application is not limited to these examples, and related technologies can also be referenced. Furthermore, the above content is part of the embodiments of this application and can be combined with the following embodiments.

[0082] On the other hand, system message design is one of the important concepts in wireless communication systems. Cell-level system messages are mainly used for configuring cell camping, providing user access, and interoperability. 5G NR has simplified system messages to a certain extent, and its design differs from 4G in terms of synchronization signals and system message design, thus requiring a re-evaluation.

[0083] Unlike 4G, which separates the cell downlink synchronization signal and the physical broadcast channel, 5G couples the cell synchronization signal (SS) and the physical broadcast channel (PBCH) to some extent, presenting them as SS / PBCH resource blocks, or simply synchronization signal blocks (SSBs).

[0084] Figure 2 is a schematic diagram of the time-frequency structure of SSB. As shown in Figure 2, in 5G NR, SSB occupies 20 consecutive physical resource blocks (PRBs) in the frequency domain, with a maximum of 240 consecutive resource elements (REs). Among them, the synchronization signals (including the primary synchronization signal PSS and the secondary synchronization signal SSS) occupy 127 consecutive REs in the first and third OFDM symbols of SSB, respectively. The frequency domain center position of SSB can be flexibly configured and adjusted according to local conditions.

[0085] After the UE achieves SSB synchronization through frequency search, it decodes the Master Information Block (MIB) in the Physical Broadcast Channel. In LTE systems, in addition to configuring the MIB, the cell also configures SIB1 according to a fixed transmission period, and transmits the necessary parameter configurations for resolving SIB2 to SIBN through SIB1. 5G NR provides an optimized system message configuration mechanism, namely, on-demand configuration; SIB1 is not necessarily configured according to a fixed period in principle. However, SIB1 transmits important information related to cell selection, and even if not configured according to a fixed period, it still needs to be configured semi-statically through RRC signaling. Since the PDCCH carries limited content, and cell-level system messages generally do not change dynamically, PDCCH is generally not used to carry system messages in the design. In 5G NR, configuration is achieved semi-statically through RRC messages.

[0086] The "on-demand" design concept of 5G NR system messages greatly reduces the resource consumption overhead of system messages, while terminal devices can also reduce the power consumption caused by periodically listening to system messages to a certain extent. In 5G NR, the parameter `ssb-SubcarrierOffset` in the MIB determines whether SIB1 is configured in the PDCCH common search space `CORESET#0`. This parameter represents the subcarrier offset of the SSB's frequency domain start position relative to the common PRB. For 5G cell carriers in the FR1 (sub 6GHz) band, the UE, in conjunction with the PBCH, adds 1 bit representing the time domain payload to jointly determine the SSB's subcarrier offset relative to the common PRB, with a value ranging from 0 to 31. If this value is not greater than 23, the UE considers the cell to have configured system message SIB1; otherwise, the SIB1 content does not appear as a system message. For 5G cell carriers in the FR2 band, the UE only uses the parameter `ssb-SubcarrierOffset` to determine the subcarrier offset, with a value ranging from 0 to 15. If this value is not greater than 11, the UE considers the cell to have configured system message SIB1; otherwise, the SIB1 content does not appear as a system message. If this parameter is not configured, the UE determines the SSB's frequency domain subcarrier offset through frequency search.

[0087] 5G NR introduces the concept of shaped narrow beams. The beam pattern is not explicitly defined; within a single SSB transmission cycle, the shaped narrow beams transmitted by the SSB at different candidate transmission times are not identical. The protocol specifies that a maximum of one SSB transmission occurs every 80ms, meaning that the higher-layer content carried by the SSB will not change for at least an 80ms higher-layer scheduling period. The physical layer transmission cycle of the SSB can be configured via the higher-layer parameter `ssb-periodicityServingCell`, with values ​​ranging from {5ms, 10ms, 20ms, 40ms, 80ms, 160ms}. Setting the SSB repetition cycle is primarily for SSB transmission rate matching considerations. A larger cycle means less time-domain resources are occupied by the SSB, potentially lengthening the UE's listening period. If this parameter is not configured, the UE defaults to a 5ms SSB transmission cycle. The protocol stipulates that during initial cell selection, the UE can assume a 20ms cycle to search for half-frames containing SSBs, providing a theoretical basis for optimizing the downlink synchronous network search mechanism.

[0088] For different subcarrier spacings, the candidate positions of the SSB in each half-frame transmission are defined as follows:

[0089] A: With a subcarrier spacing of 15kHz, for NR carrier frequencies within the FR1 band not exceeding 3GHz, the candidate transmission times for the SSB can be configured at the {2, 8} OFDM positions in time slots 0 and 1, resulting in a total of 4 candidate times; while for NR carrier frequencies within the FR1 band exceeding 3GHz, the candidate transmission times for the SSB can be configured at the {2, 8} OFDM positions in time slots 0, 1, 2, and 3, resulting in a total of 8 candidate times.

[0090] B: With a subcarrier spacing of 30kHz, for NR carrier frequencies within the FR1 band not exceeding 3GHz, the candidate transmission times for the SSB can be configured at the {4, 8, 16, 20} OFDM positions calculated starting from slot 0, resulting in a total of 4 candidate times; while for NR carrier frequencies within the FR1 band exceeding 3GHz, the candidate transmission times for the SSB are configured at the {4, 8, 16, 20} OFDM positions calculated starting from slots 0 and 2, resulting in a total of 8 candidate times.

[0091] C: With a subcarrier spacing of 30kHz, in 5G FDD spectrum mode, for NR carrier frequencies within the FR1 band not exceeding 3GHz, the candidate transmission time of the SSB can be configured at the {2, 8} OFDM position in time slots 0 and 1, resulting in a total of 4 candidate times; while for NR carrier frequencies within the FR1 band exceeding 3GHz, the candidate transmission time of the SSB is configured at the {2, 8} OFDM position in time slots 0, 1, 2, and 3, resulting in a total of 8 candidate times. In 5G TDD spectrum mode, for NR carrier frequencies within the FR1 band not exceeding 2.4GHz, the candidate transmission time of the SSB can be configured at the {2, 8} OFDM position in time slots 0 and 1, resulting in a total of 4 candidate times; while for NR carrier frequencies within the FR1 band exceeding 2.4GHz, the candidate transmission time of the SSB is configured at the {2, 8} OFDM position in time slots 0, 1, 2, and 3, resulting in a total of 8 candidate times.

[0092] D: The subcarrier spacing is 120kHz. For the NR carrier frequency within the FR2 band, the candidate transmission times of the SSB are configured in slots 0, 2, 4, 6, 10, 12, 14, 16, 20, 22, 24, 26, 30, 32, 34, and 36, which are the initial calculation OFDM positions {4, 8, 16, 20}, for a total of 64 candidate times.

[0093] E: Subcarrier spacing 240kHz. For NR carrier frequencies within the FR band, the candidate transmission times of SSB are configured in time slots 0, 4, 8, 12, 20, 24, 28, and 32, which are the initial calculated OFDM positions {8, 12, 16, 20, 32, 36, 40, 44}, for a total of 64 candidate times.

[0094] For the SSB candidate location pattern ABCDE transmitted within a half-frame, the UE can determine the specific index position of the currently transmitted SSB by decoding the PBCH payload bits. For a half-frame containing 4 SSB candidate transmission positions, the index is determined using 2 least significant bits (LSB). For a half-frame containing 8 SSB candidate transmission positions, the index is determined using 3 least significant bits (LSB). In both cases, the PBCH index corresponds one-to-one with the initial sequence index of the pseudo-random sequence of the DMRS in the SSB. When determining 2 or 3 least significant bits, the UE does not directly obtain this information by decoding the PBCH transmission bits, but rather indirectly performs a logical mapping by decoding the DMRS. A half-frame contains 64 SSB candidate transmission positions. The DMRS index in the transmitted SSB is mapped cyclically using 3 least significant bits (8 SSB cycles). The UE combines the 3 least significant bits (LSB) with the 3 additional most significant bits (MSB) of the PBCH payload to jointly determine the transmission index of the SSB. The PBCH payload consists of 32 bits, including 23 bits carrying RRC content. Of these 23 bits, 6 bits are used as the high-order 6 bits for calculating the radio frame. In addition to these 23 bits, the physical layer adds 4 bits related to the transmission time as the low-order 4 bits for calculating the radio frame, 1 bit as the half-frame identifier in the radio frame, 3 bits as the high-order 3 bits for determining the SSB index, and the remaining 1 bit is not specified by the protocol. The MAC layer entity fills it in to align with the transmitted bytes.

[0095] Figure 3 is a schematic diagram of SSB candidates. As shown in Figure 3, different frequencies and subcarrier spacings can correspond to different numbers of SSB candidates. For example, when the frequency band is less than or equal to 3 GHz and the subcarrier spacing is 15 kHz, the number of SSB candidates is 4.

[0096] The SSB diagram shows the possible candidate locations of SSBs and the maximum value L of SSBs within the SSB burst set. max The actual number of activated SSBs can be less than L. max The base station notifies the UE which SSBs are activated and used via SIB1 or the higher-layer parameter ssb-PositionInBurst in UE-specific RRC signaling. For SSB-related RRC parameters, please refer to relevant technical documentation.

[0097] The above description illustrates the SSB-related content of the embodiments of this application. This application is not limited thereto, and related technologies can be referenced. Furthermore, the above content, as part of the embodiments of this application, can be combined with the following embodiments.

[0098] As previously described, the terminal device receives a set of reference signals q0 configured by the network device for beam failure detection, and also receives a set of reference signals q1 configured by the network device for candidate beam selection. The q0 and q1 can be configured as SSB or as periodic CSI-RS.

[0099] Rel-19 network energy-saving technology introduces on-demand SSB cell operation technology, which means that network devices can be configured with on-demand SSB (OD-SSB) in secondary cells. When the cell is unloaded, the network device shuts down / deactivates the OD-SSB to achieve network energy saving. When the cell is loaded, the OD-SSB is activated for terminal device synchronization and measurement.

[0100] The on-demand SSB cell operation technology supports two scenarios: one scenario is that the network device only configures OD-SSB in the cell and can activate / deactivate the OD-SSB; the other scenario is that the network device can configure OD-SSB and always-on SSB at the same time, where always-on SSB is the periodically transmitted SSB in the prior art.

[0101] Therefore, in the two scenarios of on-demand SSB SCell operation technology, there are no clear provisions in the existing protocols regarding whether the terminal device can perform beam failure detection and recovery procedures based on OD-SSB; how the network device should configure the beam failure detection reference signal and candidate beam parameter signal based on OD-SSB; and whether the terminal device should perform beam failure detection based on OD-SSB, always-on SSB, or both when OD-SSB and always-on SSB are transmitted simultaneously.

[0102] In the embodiments of this application, higher-layer signaling may be, for example, Radio Resource Control (RRC) signaling; for example, referred to as an RRC message, including MIB, system information, dedicated RRC messages; or referred to as an RRC information element. Higher-layer signaling may also be, for example, Medium Access Control (MAC) signaling; or referred to as a MAC control element. However, this application is not limited to these.

[0103] In the following description, without confusion, the terms "PDCCH" and "Physical Downlink Control Channel" or "Downlink Control Information" are used interchangeably, as are the terms "PDSCH" and "Physical Downlink Data Channel" or "Downlink Data". Furthermore, transmitting or receiving a PDCCH can be understood as transmitting or receiving downlink control information carried by the PDCCH; transmitting or receiving a PDSCH can be understood as transmitting or receiving downlink data carried by the PDSCH.

[0104] In the embodiments of this application, the terms "indication," "activation," and "trigger" can be used interchangeably or in combination; for example, "indication / trigger" can be replaced by "activation / deactivation" or "enable / de-enable," etc. Beam failure detection (BFD) reference signal can be replaced by radio link monitoring reference signal; beam failure recovery (BFR) reference signal can be replaced by candidate beam reference signal.

[0105] First aspect of the embodiments

[0106] This application provides a beam failure detection method, described from the perspective of a terminal device. Figure 4 is a schematic diagram of a beam failure detection method according to an embodiment of this application. As shown in Figure 4, the method includes:

[0107] 401, The terminal device receives (is configured) a beam failure detection (BFD) reference signal configuration; wherein the beam failure detection reference signal configuration includes or is associated with first information, the first information being related to a first SSB and / or a second SSB; and

[0108] 402, the terminal device determines, based on the first information, to perform beam failure detection based on the first SSB and / or based on the second SSB.

[0109] It is worth noting that Figure 4 above is only an illustrative description of the embodiments of this application, but this application is not limited thereto. For example, the execution order between various operations can be appropriately adjusted, and other operations can be added or some operations can be removed. Those skilled in the art can make appropriate modifications based on the above content, and are not limited to the description in Figure 4 above.

[0110] In this embodiment, the first information is used to indicate that the BFD configuration at least includes or is associated with a second SSB resource. This can be understood / replaced as "the first information is used to indicate that the BFD reference signal configuration at least includes an OD-SSB resource configuration" or "the first information is used to indicate that the BFD reference signal configuration is at least associated with an OD-SSB resource." This application is not limited thereto.

[0111] In this embodiment of the application, the network device can configure one or more secondary cells (Scells) for the terminal device through RRC, and can configure SSB (e.g., always-on SSB / CD-SSB and / or on-demand SSB) for one or more secondary cells (Scells).

[0112] For a secondary cell that supports on-demand SSB SCell operation, the network device configures on-demand SSB configuration information based on RRC signaling. The network device can configure multiple candidate configuration values, and then indicate / trigger at least one of the multiple candidate configuration values ​​as an available value through MAC CE, RRC signaling, or DCI signaling. For example, in the on-demand SSB configuration information based on RRC signaling, the network device configures multiple candidate on-demand SSB period values, and then indicates that a period is available / valid through MAC CE, RRC signaling, or DCI signaling.

[0113] In the embodiments of this application, the terms “indicator”, “trigger”, “activate”, “deactivate”, “enable”, “deactivate”, “activate / deactivate” and “enable / deactivate” can be used interchangeably.

[0114] In some embodiments, the first SSB is configured as a periodic always-on SSB or a cell-defined SSB (CD-SSB); the second SSB is configured as a semi-persistent SSB or an on-demand SSB (OD-SSB). Configuration information and / or indication information are carried in RRC signaling and / or MAC CE and / or DCI.

[0115] In some embodiments, the terminal device is a UE that supports network power saving (e.g., referred to as a Rel-19NES capable UE), but this application is not limited thereto. The terminal device in the embodiments of this application supports OD-SSB secondary cell operation, and is at least able to receive OD-SSB related configurations, and is also able to receive OD-SSB transmission indication / trigger / activation / enable information based on RRC and / or MAC CE and / or DCI; the terminal device is able to perform OD-SSB-based measurements and reporting, such as CSI measurements and reporting, and / or BFD / BFR.

[0116] The following section will first use an always-on SSB as the first SSB and an on-demand SSB (active OD-SSB) as an example to explain the scenarios supported by the serving cell that supports on-demand SSB secondary cell operation.

[0117] In some embodiments, an on-demand SSB is an SSB triggered by a network device on a secondary cell for Layer 1 / Layer 3 (L1 / L3) measurements; the secondary cell does not transmit an SSB before triggering the on-demand SSB, or the secondary cell transmits an always-on SSB (e.g., CD-SSB of an existing protocol); the network device may indicate / trigger the on-demand SSB based on RRC, MAC CE, or DCI.

[0118] Figure 5 is an example diagram of on-demand SSB triggering according to an embodiment of this application, showing an example where there is no always-on SSB, and the cell indicates / triggers on-demand SSB as needed. As shown in Figure 5, the network device indicates / triggers on-demand SSB when sending the secondary cell activation command, or it can indicate / trigger on-demand SSB during the period when the secondary cell is configured but not yet activated.

[0119] Figure 6 is another example diagram of on-demand SSB triggering according to an embodiment of this application, showing an example of always-on SSB. As shown in Figure 6, on-demand SSB can be indicated / triggered at the time of sending the secondary cell activation command, or it can be indicated / triggered during the period when the secondary cell is configured but not yet activated; always-on SSB exists before or after the on-demand SSB is triggered.

[0120] In some embodiments, the terminal device supports indication / triggering of on-demand SSB based on RRC and / or MAC CE or DCI, or the terminal device supports activation / deactivation, enable / disable of on-demand SSB based on RRC and / or MAC CE.

[0121] For example, the activation / deactivation of the on-demand SSB is independent of the activation / deactivation of the SCell. One MAC CE can be used to activate / deactivate the on-demand SSB, and another MAC CE can be used to activate / deactivate the SCell; this application is not limited to this.

[0122] In some embodiments, the terminal device supports simultaneous activation / deactivation of on-demand SSB and secondary cell (SCell) based on the same RRC and / or MAC CE, or the terminal device supports simultaneous enable / de-enable of on-demand SSB and secondary cell (SCell) based on the same RRC and / or MAC CE.

[0123] For example, the activation / deactivation of the on-demand SSB is associated with the activation / deactivation of the SCell. A MAC CE can be used to activate / deactivate the SCell, and this MAC CE can also be used to activate / deactivate the on-demand SSB; this application is not limited to this.

[0124] In some embodiments, the terminal receives / is configured with at least one on-demand SSB configuration, wherein an on-demand SSB configuration includes at least the following:

[0125] The frequency of on-demand SSB;

[0126] The on-demand SSB position within the burst is similar to the parameters of ssb-PositionsInBurst;

[0127] on-demand SSB period parameters;

[0128] Subcarrier spacing in on-demand SSB;

[0129] The physical cell ID of the serving cell where the on-demand SSB is located;

[0130] The location of the on-demand SSB burst, including its time-domain location and / or frequency-domain location;

[0131] Downlink transmission power of on-demand SSB; etc.

[0132] In some embodiments, the terminal device may receive an OD-SSB configuration, wherein the OD-SSB configuration information includes multiple OD-SSB candidate information, and each candidate information includes at least an OD-SSB period.

[0133] For example, a terminal device receives an OD-SSB configuration, which includes at least a first list. This first list contains P pieces of information or information IDs, where P represents the maximum number of pieces of information in the first list. P is a positive integer greater than or equal to 0, such as 2 or 4. The value of the first list is SEQUENCE(SIZE(1..P)) OF information / information ID. The information is an OD-SSB period, or the information contains at least an OD-SSB period.

[0134] For example, the information can be an OD-SSB cycle, the first list is an OD-SSB cycle list, and the OD-SSB configuration contains an OD-SSB cycle list, that is, it contains P candidate OD-SSB cycle values.

[0135] For example, the information must contain at least an OD-SSB cycle, meaning the information contains at least one parameter, one of which is the OD-SSB cycle. For instance, the information may contain an OD-SSB cycle parameter and / or an ssbPositionInBusrt parameter. The information can be named an OD-SSB sub-configuration, and the first list is an OD-SSB sub-configuration list. Each OD-SSB configuration contains one OD-SSB sub-configuration list, meaning it contains P sub-configurations. An OD-SSB sub-configuration must contain at least an OD-SSB cycle, and the OD-SSB cycle value differs in different OD-SSB sub-configurations.

[0136] In some embodiments, the terminal device receives OD-SSB configuration information configured by the network device. The OD-SSB configuration includes a first list, wherein a certain piece of information in the first list is set as default or reference. The default / referenced information of the terminal device is valid / activated / enabled information, and the other information is deactivated / disabled information.

[0137] In some embodiments, a terminal receives OD-SSB configuration information configured by a network device. The OD-SSB configuration includes a first list, wherein at least one piece of information in the first list contains status information. The status information is used to indicate the status of the information, i.e., whether it is an activated / enabled / available / valid status or a deactivated / disabled / unavailable status.

[0138] The terminal device can also receive on-demand SSB trigger / indication information from the MAC CE. This MAC CE-based on-demand SSB trigger / indication information indicates that one piece of information in a first list is an available value. For example, if the OD-SSB configuration includes an OD-SSB period list, containing multiple OD-SSB period candidate values, the MAC CE indicates that one of these candidate OD-SSB periods is a valid / available value. In this case, the OD-SSB transmitted on the serving cell corresponds to the indicated OD-SSB period. If all information in the first list indicated by the MAC CE-based on-demand SSB trigger / indication information is invalid, 0, or unavailable, it indicates that the current OD-SSB is deactivated / disabled, and the serving cell does not transmit OD-SSB.

[0139] In some embodiments, the network device sends OD-SSB trigger / indication information based on MAC CE, wherein the MAC CE can only implement at most one information from a first list as an available value at any given time.

[0140] For example, a network device configures one on-demand SSB via RRC. This on-demand SSB includes a first list, the information in which at least the OD-SSB period is included, or the OD-SSB includes a list of OD-SSB periods. Taking the OD-SSB configuration including a list of OD-SSB periods as an example, the period list includes OD-SSB period 1 (or period ID = 0, corresponding to a large period) and OD-SSB period 2 (or period ID = 1, corresponding to a small period). During SCell activation, the network device needs to send frequent and dense on-demand SSBs to achieve rapid activation of the secondary cell. At this time, the network device sends a MAC CE to the terminal device to indicate / trigger / activate / enable OD-SSB period 2. When the secondary cell is fully activated, the network device only needs to send sparse on-demand SSBs with larger periods to achieve measurement. At this time, the network device sends a MAC CE to the terminal device to indicate / trigger / activate / enable OD-SSB period 1.

[0141] In some embodiments, the terminal device receives multiple on-demand SSB configurations configured by the network device, and the terminal device is instructed to different on-demand SSBs, for example, by indicating / triggering / activating / enabling different on-demand SSB configurations through RRC or MAC CE to achieve on-demand SSB adjustment.

[0142] For example, a network device configures two on-demand SSBs via RRC, with on-demand SSB 1 configured with a long period and on-demand SSB 2 configured with a short period. During SCell activation, the network device needs to send frequent, dense on-demand SSBs to achieve rapid activation of the secondary cell. At this time, the network device sends RRC or MAC CE to the terminal device to indicate / trigger / activate / enable on-demand SSB 2, while simultaneously not activating / deactivating / deactivating on-demand SSB 1. Once the secondary cell is fully activated, the network device only needs to send sparse, long-period on-demand SSBs for measurement. At this time, the network device sends RRC or MAC CE to the terminal device to indicate / trigger / activate / enable on-demand SSB 1, while simultaneously not activating / deactivating / deactivating on-demand SSB 2.

[0143] In some embodiments, the terminal device receives CD-SSB or always-on SSB configuration information configured by the network device. The terminal device also receives OD-SSB configuration information. Some SSB-related characteristics are not included in the OD-SSB configuration information. The terminal device assumes that the characteristics of OD-SSB are the same as those of CD-SSB, and the values ​​of the characteristics of OD-SSB are the same as those of CD-SSB / always-on SSB. Therefore, the values ​​of CD-SSB / always-on SSB can be used and do not need to be included in the OD-SSB configuration. SSB-related characteristics include SSB transmission power and / or SSB, etc.

[0144] In some embodiments, the terminal device sends capability reporting information to the network device. This capability reporting information at least indicates that the terminal device can support OD-SSB secondary cell operation, that the terminal device can receive OD-SSB configuration information, and that the terminal device can perform L1 / L3 measurements and reporting based on OD-SSB. Furthermore, the capability reporting information at least indicates the maximum number of second SSB configurations that the terminal device can support / can be configured, or the maximum number of information items in the first list of the second SSB configurations; and / or, the terminal device receives capability indication information from the network device, which at least indicates the maximum number of second SSB configurations, or the maximum number of information items in the first list of the second SSB configurations.

[0145] For example, the UE can report the maximum number of on-demand SSBs it can support to the base station, and the base station can respond with indication information indicating the maximum number of on-demand SSBs. Alternatively, the UE can report the maximum number of on-demand SSBs it can support to the base station, and the base station will use that maximum number of on-demand SSBs by default. Yet another example is that the base station can directly send indication information indicating the maximum number of on-demand SSBs to the terminal device.

[0146] In this article, OD-SSB and on-demand SSB are interchangeable. The second SSB is the on-demand SSB, and the configuration of the second SSB is the on-demand SSB configuration.

[0147] In some embodiments, OD-SSB (configuration) or second SSB (configuration) may refer to an activated / indicated / triggered OD-SSB (configuration) or second SSB (configuration). The activated / indicated / triggered OD-SSB (configuration) or second SSB (configuration) herein can be interpreted as:

[0148] The terminal device receives at least one OD-SSB configuration based on RRC signaling, and receives RRC or MAC CE or DCI signaling, which is used to activate / indicate / trigger one of the OD-SSB configurations, here being the OD-SSB configuration that is activated / indicated / triggered;

[0149] Alternatively, the terminal device receives an OD-SSB configuration based on RRC signaling, the OD-SSB configuration including a first list, and the terminal device receives RRC or MAC CE or DCI signaling, the signaling being used to activate / indicate / trigger one of the information in the first list. Therefore, the activated / indicated / triggered OD-SSB (configuration) or second SSB (configuration) can be interpreted / understood as the OD-SSB configuration of the RRC configuration, the information being the activated / indicated / triggered information in the first list.

[0150] The above illustrations illustrate some situations of on-demand SSB. In the following description, "SSB parameters" refers to, for example, high-level parameters related to SSB, such as RRC parameters related to SSB, etc., but this application is not limited to these.

[0151] The first information (also referred to as the first indication information, the first configuration information, or other names) will be further explained below. The first information is related to the first SSB and / or the second SSB, and is used to indicate that the beam failure detection (BFD) reference signal resource configuration information includes at least the OD-SSB resource configuration, or to indicate the beam failure detection reference signal resource configuration based on the OD-SSB.

[0152] In some embodiments, the first information includes at least a first index parameter and / or a second index parameter;

[0153] The first index parameter (e.g., ssb-Index) is used to indicate the first SSB within the first SSB burst and the second SSB within the second SSB burst, or the first index parameter (ssb-Index) is used to indicate the first SSB within the first SSB burst;

[0154] The second index parameter (e.g., od-ssb-Index) is used to indicate the second SSB within the second SSB burst, or to indicate the second SSB within the second SSB burst that is activated / indicated / enabled.

[0155] In some examples, the first index parameter and / or the second index parameter are set to SSB-Index, which is used to indicate the SSB index within an SSB (e.g., always-on SSB) burst in an existing protocol, and also to indicate the index of an OD-SSB within an OD-SSB burst in the embodiments of this application.

[0156] In some embodiments, the first information includes at least a list, wherein at least one parameter in the list corresponds to a first index parameter and / or a second index parameter.

[0157] For example, the first information includes at least a second list; one parameter in the second list corresponds to an OD-SSB configuration index or an OD-SSB configuration sub-index. For the OD-SSB configuration index: if the network device configures multiple OD-SSB configuration information based on RRC, then each OD-SSB configuration corresponds to one index; for the OD-SSB configuration sub-index: if the network device configures one OD-SSB configuration information based on RRC, and the OD-SSB configuration contains multiple available period values, then each period corresponds to one OD-SSB configuration sub-index.

[0158] The specific locations of the first piece of information will be illustrated below.

[0159] In some embodiments, the first information is included in the detection resource parameter of the RadioLinkMonitoring Reference Signal (RadioLinkMonitoringRS) associated with the beam failure detection reference signal configuration. The first information includes a first index parameter and / or a second index parameter in the detection resource parameter.

[0160] Table 4 provides an example of the first information, specifically illustrating the SSB-Index.

[0161] Table 4

[0162] As shown in Table 4, the first information is contained in the detectionResource parameter of the RadioLinkMonitoringRS parameters. This first information includes a first index parameter, such as ssb-Index, which indicates the SSB index within the on-demand SSB burst and / or the SSB index within the always-on SSB burst. The terminal device determines the always-on SSB and / or on-demand SSB as beam failure detection reference signals based on the first information, and then performs beam failure detection based on the always-on SSB and / or on-demand SSB.

[0163] For example, if the terminal device is only configured with on-demand SSB and not always-on SSB, the first index parameter is used to indicate the SSB index within the on-demand SSB burst. The terminal device determines the on-demand SSB as the beam failure detection reference signal based on the first information, and performs beam failure detection based on the on-demand SSB.

[0164] For example, the terminal device is configured with both on-demand SSB and always-on SSB. The first index parameter is used to indicate the SSB index within the on-demand SSB burst and the SSB index within the always-on SSB burst. The terminal device determines the on-demand SSB and always-on SSB as beam failure detection reference signals based on the first information, and performs beam failure detection based on the on-demand SSB and always-on SSB.

[0165] Table 5 provides another example of the first information, illustrating SSB-Index and OD-SSB-Index.

[0166] Table 5

[0167] As shown in Table 5, the first information is contained in the detectionResource parameter of the RadioLinkMonitoringRS parameters. The first information includes a first index parameter and / or a second index parameter, such as ssb-Index and od-ssb-Index. The second index parameter indicates the OD-SSB index within the on-demand SSB burst. The terminal device receives the first index parameter from the first information, determines the always-on SSB as the beam failure detection reference signal, and performs beam failure detection based on the always-on SSB corresponding to the first index parameter; alternatively, the terminal device receives the second index parameter from the first information, determines the on-demand SSB as the beam failure detection reference signal, and performs beam failure detection based on the on-demand SSB corresponding to the second index parameter.

[0168] In some embodiments, the first information is included in the detectionResource parameter of the RadioLinkMonitoringRS parameter. For example, the first information includes a list, where one parameter in the list corresponds to an OD-SSB configuration index or a sub-index of the OD-SSB configuration, and another parameter in the list includes a second index indicating the SSB index within the on-demand SSB burst identified by the OD-SSB configuration index or the OD-SSB configuration sub-index.

[0169] In some embodiments, the first information is included in the RadioLinkMonitoringConfig parameter associated with the beam failure detection reference signal configuration.

[0170] For example, the first information includes the failure detection resource addition and modification list (failureDetectionResourceToAddModList) in the RadioLinkMonitoringConfig parameters.

[0171] Table 6 provides another example of the first information, specifically failureDetectionResourcesToAddModList1.

[0172] Table 6

[0173] As shown in Table 6, the first information is contained in the RadioLinkMonitoringConfig parameter, which can add a list of failure detection resources. For example, the list is newly defined and can be named failureDetectionResourcesToAdd ModList1. This list is used to configure the beam detection resources of SCell based on on-demand SSB, and it contains a first index parameter, such as ssb-Index, which indicates the SSB index within the on-demand SSB burst.

[0174] For example, the terminal device receives configuration information RadioLinkMonitoringConfig, which includes failureDetectionResourcesToAddModList. The failureDetectionResourcesToAddModList is used to indicate the beam failure detection reference signal based on always-on SSB. The terminal device performs beam failure detection based on always-on SSB.

[0175] For example, the terminal device receives configuration information RadioLinkMonitoringConfig, which contains only first information (e.g., named failureDetection ResourcesToAddModList1). The first information is used to indicate the beam failure detection reference signal based on on-demand SSB, and the terminal device performs beam failure detection based on on-demand SSB.

[0176] For example, the terminal device receives configuration information RadioLinkMonitoringConfig, which includes failureDetectionResourcesToAddModList and first information (e.g., failureDetectionResourcesToAddModList1). The failureDetectionResourcesToAddModList is used to indicate the beam failure detection reference signal based on always-on SSB, and the first information is used to indicate the beam failure detection reference signal based on on-demand SSB. Then, the terminal device performs beam failure detection based on both on-demand SSB and always-on SSB, according to failureDetectionResourcesToAddModList and failureDetectionResourcesToAddModList1.

[0177] The above provides an illustrative description of beam failure detection (BFD). Beam failure recovery (BFR) will now be described. The following BFR-related embodiments can be combined with the BFD-related embodiments described above, or they can be implemented separately; this application is not limited thereto. For further details regarding beam failure detection and beam failure recovery, please refer to the foregoing embodiments or related technologies.

[0178] This application provides a beam failure recovery method, described from the perspective of a terminal device. Figure 7 is a schematic diagram of a beam failure recovery method according to an embodiment of this application. As shown in Figure 7, the method includes:

[0179] 701, The terminal device receives (is configured) a beam failure recovery (BFR) reference signal configuration; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB; and

[0180] 702, the terminal device determines, based on the second information, to perform candidate beam selection based on the first SSB and / or based on the second SSB.

[0181] It is worth noting that Figure 7 above is only an illustrative description of the embodiments of this application, but this application is not limited thereto. For example, the execution order between various operations can be appropriately adjusted, and other operations can be added or some operations can be removed. Those skilled in the art can make appropriate modifications based on the above content, and are not limited to the description in Figure 7 above.

[0182] The second information (also referred to as the second indication information, the second configuration information, or other names) will be further explained below. The second information is related to the first SSB and / or the second SSB, and is used to indicate that the beam failure recovery (BFR) / candidate beam reference signal resource configuration information includes at least the OD-SSB resource configuration, or to indicate the beam failure recovery (BFR) / candidate beam reference signal resource configuration based on the OD-SSB.

[0183] In the embodiments of this application, the second information is used to indicate that the BFR configuration at least includes or is associated with a second SSB resource, which can be understood / replaced as "the second information is used to indicate that the BFR reference signal configuration at least includes an OD-SSB resource configuration" or "the second information is used to indicate that the BFR reference signal configuration is at least associated with an OD-SSB resource". This application is not limited thereto.

[0184] In some embodiments, the second information includes at least the first index parameter and / or the second index parameter;

[0185] The first index parameter (e.g., ssb-Index) is used to indicate the first SSB within the first SSB burst and the second SSB within the second SSB burst, or the first index parameter (ssb-Index) is used to indicate the first SSB within the first SSB burst;

[0186] The second index parameter (e.g., od-ssb-Index) is used to indicate the second SSB within the second SSB burst, or to indicate the second SSB within the second SSB burst that is activated / indicated / enabled.

[0187] In some examples, the first index parameter and / or the second index parameter are set to the first index (e.g., SSB-Index), which is used to indicate the SSB index within an SSB (e.g., always-on SSB) burst in an existing protocol, and also to indicate the index of an OD-SSB within an OD-SSB burst in the embodiments of this application.

[0188] In some embodiments, the second information includes at least a list, wherein at least one parameter in the list corresponds to a first index parameter and / or a second index parameter.

[0189] For example, the second information includes at least a second list; one parameter in the second list corresponds to an OD-SSB configuration index or an OD-SSB configuration sub-index. For the OD-SSB configuration index: if the network device configures multiple OD-SSB configuration information based on RRC, then each OD-SSB configuration corresponds to one index; for the OD-SSB configuration sub-index: if the network device configures one OD-SSB configuration information based on RRC, and the OD-SSB configuration contains multiple available period values, then each period corresponds to one OD-SSB configuration sub-index.

[0190] The specific locations of the second piece of information will be illustrated below.

[0191] In some embodiments, the second information is included in the candidate beam reference signal parameter (CandidateBeamRS) of the beam failure recovery reference signal configuration parameter (BeamFailureRecoveryRSConfig) associated with the beam failure recovery reference signal configuration. The second information includes a first index parameter and / or a second index parameter in the candidate beam reference signal parameter (CandidateBeamRS).

[0192] Table 7 provides an example of the second information, specifically the SSB-Index.

[0193] Table 7

[0194] As shown in Table 7, for example, the second information is contained in the Candidate BeamRS-r16 parameter of the BeamFailureRecoveryRSConfig parameter. The second information includes a first index parameter, such as ssb-Index, which indicates the SSB index within the on-demand SSB burst, and / or, indicates the SSB index within the always-on SSB burst. The terminal device determines the always-on SSB and / or on-demand SSB as beam failure recovery / candidate beam reference signals based on the second information, and performs candidate beam selection based on the always-on SSB and / or on-demand SSB.

[0195] For example, if the terminal device is only configured with on-demand SSB and not always-on SSB, the first index parameter is used to indicate the SSB index within the on-demand SSB burst. The terminal device determines the on-demand SSB as the beam failure recovery / candidate beam reference signal based on the second information, and the terminal device performs candidate beam selection based on the on-demand SSB.

[0196] For example, the terminal device is configured with both on-demand SSB and always-on SSB. The first index parameter is used to indicate the SSB index within the on-demand SSB burst and the SSB index within the always-on SSB burst. The terminal device determines the on-demand SSB and always-on SSB as beam failure recovery / candidate beam reference signals based on the second information, and the terminal device performs candidate beam selection based on the on-demand SSB and always-on SSB.

[0197] Table 8 provides another example of the second information, illustrating SSB-Index and OD-SSB-Index.

[0198] Table 8

[0199] As shown in Table 8, for example, the second information is contained in the Candidate BeamRS-r16 parameter of the BeamFailureRecoveryRSConfig parameter. The second information includes a first index parameter and / or a second index parameter, such as ssb-Index and od-ssb-Index, where the second index parameter indicates the OD-SSB index within the on-demand SSB burst. The terminal device receives the first index parameter from the second information, determines the always-on SSB as a candidate beam reference signal, and performs candidate beam selection based on the always-on SSB corresponding to the first index parameter; or, the terminal device receives the second index parameter from the second information, determines the on-demand SSB as a candidate beam reference signal, and performs candidate beam selection based on the on-demand SSB corresponding to the second index parameter.

[0200] In some embodiments, for example, the second information is included in the CandidateBeamRS-List-r16 parameter of the BeamFailureRecoveryRSConfig parameter. The second information includes a list, where each parameter in the list corresponds to an OD-SSB configuration index or a sub-index of the OD-SSB configuration, and each parameter in the list includes a second index indicating the SSB index within the on-demand SSB burst identified by the OD-SSB configuration index or the OD-SSB configuration sub-index.

[0201] In some embodiments, the second information is included in the beam failure recovery reference signal configuration parameter (BeamFailureRecoveryRSConfig) associated with the beam failure recovery reference signal configuration.

[0202] For example, the second information includes the candidate beam reference signal list (CandidateBeamRSList) in the beam failure recovery reference signal configuration parameter (BeamFailureRecovery RSConfig).

[0203] Table 9 provides another example of the second information, specifically candidateBeamRS-List3-r19.

[0204] Table 9

[0205] As shown in Table 9, for example, the second information included in the BeamFailureRecoveryRSConfig parameter can be a list of candidate beam reference signals. For example, if the list is newly defined, it can be named CandidateBeamRS-List3-r19 or CandidateBeamRS-List3-nes-r19. This candidate reference list is used for configuring candidate beam reference resources on the SCell based on on-demand SSBs. It contains a first index parameter, such as ssb-Index, which indicates the SSB index within the on-demand SSB burst. The terminal device determines the on-demand SSB as a beam failure recovery / candidate beam reference signal based on the second information, and the terminal device performs candidate beam selection based on the on-demand SSB.

[0206] For example, if a terminal device receives configuration information BeamFailureRecoveryRSConfig-r16, which includes candidateBeamRS-List-r16 and is used to indicate candidate beam reference signals based on always-on SSB, then the terminal device will select a new beam based on always-on SSB.

[0207] For example, the terminal device receives configuration information RadioLinkMonitoringConfig, and the BeamFailureRecovery RSConfig-r16 only contains the second information (e.g. named candidateBeam RS-List3-r19). The second information is used to indicate the candidate beam reference signal based on on-demand SSB. Then the terminal device selects a new beam based on on-demand SSB.

[0208] For example, a terminal device receives configuration information RadioLinkMonitoringConfig, which contains candidateBeamRS-List-r16 and second information. The candidateBeamRS-List-r16 indicates candidate beam reference signals based on always-on SSB, and the second information indicates candidate beam reference signals based on on-demand SSB. The terminal device then selects a new beam based on both on-demand SSB and always-on SSB, according to the candidateBeamRS-List-r16 and the second information.

[0209] The above illustrations illustrate BFD and BFR scenarios, but this application is not limited to them. Therefore, in on-demand SSB secondary cell operation scenarios, terminal equipment can both perform beam failure detection and recovery procedures based on OD-SSB to ensure normal beam operation, and dynamically and flexibly activate / deactivate on-demand SSB for network devices, achieving network energy saving.

[0210] In some embodiments, the second SSB associated with the first information or the second information is: a periodic on-demand SSB configured by Radio Resource Control (RRC), and / or an on-demand SSB activated / deactivated based on MAC CE, and / or an on-demand SSB activated / deactivated based on Downlink Control Information (DCI).

[0211] In some embodiments, if a cell is configured with a second SSB but not with a first SSB, and the configured second SSB is deactivated, the terminal device sets the beam failure indicator counter (BFI_COUNTER) of the cell to 0, and / or does not perform beam failure detection and beam failure recovery.

[0212] In some embodiments, all second SSB configurations of the cell are deactivated based on RRC and / or MAC CE and / or DCI, and no second SSB is transmitted in the cell.

[0213] For example, if a serving cell supporting OD-SSB secondary cell operation is only configured with OD-SSB and not always-on SSB, and OD-SSB is deactivated, then the terminal device sets the BFI_COUNTER of the beam failure detection reference signal for that secondary cell to 0, and / or, the terminal device does not perform beam failure detection and recovery procedures. Here, OD-SSB deactivation means that all OD-SSB configurations are deactivated, and OD-SSB is not transmitted in the cell. OD-SSB deactivation is a deactivation operation based on MAC CE, DCI, or RRC signaling.

[0214] The above embodiments are merely illustrative examples of embodiments of this application, but this application is not limited thereto, and appropriate modifications can be made based on the above embodiments. For example, the above embodiments can be used alone, or one or more of the above embodiments can be combined.

[0215] As can be seen from the above embodiments, in some scenarios of wireless communication applications (e.g., power-saving mode), the terminal device determines whether to perform beam failure detection based on a first SSB and / or a second SSB, according to the first information included or associated with the beam failure detection (BFD) reference signal configuration. Therefore, network devices and terminal devices can quickly and flexibly adjust SSB transmission, which can improve network gain (e.g., power-saving gain) while ensuring normal transmission of the terminal device.

[0216] Second aspect of the embodiments

[0217] This application provides a configuration method for beam failure detection, described from the perspective of a network device. The embodiments of the second aspect can be combined with the embodiments of the first aspect, and the content identical to that of the embodiments of the first aspect will not be repeated.

[0218] Figure 8 is a schematic diagram of a beam failure detection configuration method according to an embodiment of this application. As shown in Figure 8, the method includes:

[0219] 801, The network device sends a beam failure detection (BFD) reference signal configuration to the terminal device; wherein the beam failure detection reference signal configuration includes or is associated with first information, the first information being related to a first SSB and / or a second SSB.

[0220] As shown in Figure 8, the method may further include:

[0221] 802, the first information is used by the terminal device to determine beam failure detection based on the first SSB and / or beam failure detection based on the second SSB.

[0222] It is worth noting that Figure 8 above is only an illustrative description of the embodiments of this application, but this application is not limited thereto. For example, the execution order between various operations can be appropriately adjusted, and other operations can be added or some operations can be removed. Those skilled in the art can make appropriate modifications based on the above content, and are not limited to the description in Figure 8 above.

[0223] In some embodiments, the first SSB is a periodic always-on SSB; the second SSB is an on-demand SSB.

[0224] In some embodiments, the first information includes at least a first index parameter and / or a second index parameter; or, the first information includes at least a list, wherein at least one parameter in the list corresponds to the first index parameter and / or the second index parameter.

[0225] In some embodiments, the first index parameter (ssb-Index) is used to indicate the first SSB within the first SSB burst and the second SSB within the second SSB burst, or the first index parameter (ssb-Index) is used to indicate the first SSB within the first SSB burst.

[0226] The second index parameter (od-ssb-Index) is used to indicate the second SSB within the second SSB burst, or to indicate the second SSB within the second SSB burst that is activated / indicated / enabled.

[0227] In some embodiments, the first information is included in the detection resource parameter of the RadioLinkMonitoringRS associated with the beam failure detection reference signal configuration.

[0228] In some embodiments, the first information includes a first index parameter and / or a second index parameter in the detection resource parameters (detectionResource).

[0229] In some embodiments, the first information is included in the RadioLinkMonitoringConfig parameter associated with the beam failure detection reference signal configuration.

[0230] In some embodiments, the first information includes a failure detection resource addition / modification list (failureDetectionResourceToAddModList) in the RadioLinkMonitoringConfig parameters.

[0231] Figure 9 is a schematic diagram of a beam failure recovery configuration method according to an embodiment of this application. As shown in Figure 9, the method includes:

[0232] 901, The network device sends a Beam Failure Recovery (BFR) reference signal configuration to the terminal device; wherein the Beam Failure Recovery (BFR) reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB.

[0233] As shown in Figure 9, the method may further include:

[0234] 902, the second information is used by the terminal device to determine candidate beam selection based on the first SSB and / or candidate beam selection based on the second SSB.

[0235] It is worth noting that Figure 9 above is only an illustrative description of the embodiments of this application, but this application is not limited thereto. For example, the execution order between various operations can be appropriately adjusted, and other operations can be added or some operations can be removed. Those skilled in the art can make appropriate modifications based on the above content, and are not limited to the description in Figure 9 above.

[0236] In some embodiments, the second information includes at least a first index parameter and / or a second index parameter; or, the second information includes at least a list, wherein one parameter in the list corresponds to the first index parameter and / or the second index parameter.

[0237] In some embodiments, the second information is included in the candidate beam reference signal parameter (CandidateBeamRS) of the beam failure recovery reference signal configuration parameter (BeamFailureRecoveryRSConfig) associated with the beam failure recovery reference signal configuration.

[0238] In some embodiments, the second information includes a first index parameter and / or a second index parameter in the Candidate Beam RS.

[0239] In some embodiments, the second information is included in the beam failure recovery reference signal configuration parameter (BeamFailureRecoveryRSConfig) associated with the beam failure recovery reference signal configuration.

[0240] In some embodiments, the second information includes a candidate beam reference signal list (Candidate BeamRSList) in the beam failure recovery reference signal configuration parameters (BeamFailureRecoveryRSConfig).

[0241] In some embodiments, the second SSB associated with the first information or the second information is: a periodic on-demand SSB configured by Radio Resource Control (RRC), and / or an on-demand SSB activated / deactivated based on MAC CE, and / or an on-demand SSB activated / deactivated based on Downlink Control Information (DCI).

[0242] In some embodiments, if a cell is configured with a second SSB but not with a first SSB, and the configured second SSB is deactivated, the processor sets the beam failure indicator counter (BFI_COUNTER) of the cell to 0 and does not perform beam failure detection and beam failure recovery.

[0243] In some embodiments, all second SSB configurations of the cell are deactivated based on RRC and / or MAC CE and / or DCI, and no second SSB is transmitted in the cell.

[0244] The above embodiments are merely illustrative examples of embodiments of this application, but this application is not limited thereto, and appropriate modifications can be made based on the above embodiments. For example, the above embodiments can be used alone, or one or more of the above embodiments can be combined.

[0245] As can be seen from the above embodiments, in some scenarios of wireless communication applications (e.g., power-saving mode), the terminal device determines whether to perform beam failure detection based on a first SSB and / or a second SSB, according to the first information included or associated with the beam failure detection (BFD) reference signal configuration. Therefore, network devices and terminal devices can quickly and flexibly adjust SSB transmission, which can improve network gain (e.g., power-saving gain) while ensuring normal transmission of the terminal device.

[0246] Third aspect of the embodiments

[0247] This application provides a beam failure detection device. This device may be, for example, a terminal device, or one or more components or parts configured within the terminal device; details identical to those in the first aspect of the embodiment will not be repeated.

[0248] Figure 10 is a schematic diagram of a beam failure detection device according to an embodiment of this application. As shown in Figure 10, the beam failure detection device 1000 includes:

[0249] Receiver 1001 receives (configured) beam failure detection (BFD) reference signal configuration; wherein the beam failure detection reference signal configuration includes or is associated with first information, the first information being related to a first SSB and / or a second SSB; and

[0250] The processor 1002 determines, based on the first information, to perform beam failure detection based on the first SSB and / or based on the second SSB.

[0251] In some embodiments, as shown in FIG10, the beam failure detection device 1000 may further include:

[0252] Transmitter 1003 sends report information and / or feedback information to the network device.

[0253] In some embodiments, the first SSB is a periodic always-on SSB; the second SSB is an on-demand SSB.

[0254] In some embodiments, the first information includes at least a first index parameter and / or a second index parameter; or, the first information includes at least a list, wherein at least one parameter in the list corresponds to the first index parameter and / or the second index parameter.

[0255] In some embodiments, the first index parameter (ssb-Index) is used to indicate the first SSB within the first SSB burst and the second SSB within the second SSB burst, or the first index parameter (ssb-Index) is used to indicate the first SSB within the first SSB burst.

[0256] The second index parameter (od-ssb-Index) is used to indicate the second SSB within the second SSB burst, or to indicate the second SSB within the second SSB burst that is activated / indicated / enabled.

[0257] In some embodiments, the first information is included in the detection resource parameter of the RadioLinkMonitoringRS associated with the beam failure detection reference signal configuration.

[0258] In some embodiments, the first information includes a first index parameter and / or a second index parameter in the detection resource parameters (detectionResource).

[0259] In some embodiments, the first information is included in the RadioLinkMonitoringConfig parameter associated with the beam failure detection reference signal configuration.

[0260] In some embodiments, the first information includes the failure detection resource addition and modification list (failureDetectionResourceToAdd ModList) in the RadioLink Monitoring Configuration parameters (RadioLink MonitoringConfig).

[0261] This application provides a beam failure recovery device. This device can be, for example, a terminal device, or one or more components or parts configured within the terminal device, as shown in Figure 10.

[0262] Receiver 1001 also receives (configured) beam failure recovery (BFR) reference signal configuration; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB; and

[0263] The processor 1002 further determines, based on the second information, candidate beam selection based on the first SSB and / or candidate beam selection based on the second SSB.

[0264] In some embodiments, the second information includes at least a first index parameter and / or a second index parameter; or, the second information includes at least a list, wherein one parameter in the list corresponds to the first index parameter and / or the second index parameter.

[0265] In some embodiments, the second information is included in the candidate beam reference signal parameter (CandidateBeamRS) of the beam failure recovery reference signal configuration parameter (BeamFailureRecoveryRSConfig) associated with the beam failure recovery reference signal configuration.

[0266] In some embodiments, the second information includes a first index parameter and / or a second index parameter in the Candidate Beam RS.

[0267] In some embodiments, the second information is included in the beam failure recovery reference signal configuration parameter (BeamFailureRecoveryRSConfig) associated with the beam failure recovery reference signal configuration.

[0268] In some embodiments, the second information includes a candidate beam reference signal list (Candidate BeamRSList) in the beam failure recovery reference signal configuration parameters (BeamFailureRecoveryRSConfig).

[0269] In some embodiments, the second SSB associated with the first information or the second information is: a periodic on-demand SSB configured by Radio Resource Control (RRC), and / or an on-demand SSB activated / deactivated based on MAC CE, and / or an on-demand SSB activated / deactivated based on Downlink Control Information (DCI).

[0270] In some embodiments, if a cell is configured with a second SSB but not with a first SSB, and the configured second SSB is deactivated, the processor sets the beam failure indicator counter (BFI_COUNTER) of the cell to 0 and does not perform beam failure detection and beam failure recovery.

[0271] In some embodiments, all second SSB configurations of the cell are deactivated based on RRC and / or MAC CE and / or DCI, and no second SSB is transmitted in the cell.

[0272] It is worth noting that the above description only covers the components or modules relevant to this application, but this application is not limited thereto. The beam failure detection device or beam failure recovery device may also include other components or modules; for details regarding these components or modules, please refer to relevant technologies.

[0273] Furthermore, for simplicity, Figure 10 only illustrates the connection relationships or signal flow between the various components or modules, but those skilled in the art should understand that various related technologies such as bus connections can be used. The aforementioned components or modules can be implemented using hardware facilities such as processors, memory, transmitters, and receivers; this application does not limit this implementation.

[0274] Through the embodiments of this application, in some scenarios of wireless communication applications (e.g., power-saving mode), the terminal device, based on the beam failure detection (BFD) reference signal configuration including or associated first information, determines whether to perform beam failure detection based on a first SSB and / or a second SSB. Thus, network devices and terminal devices can quickly and flexibly adjust SSB transmission, improving network gain (e.g., power-saving gain) while ensuring normal transmission of the terminal device.

[0275] Fourth aspect of the embodiment

[0276] This application provides a configuration device for beam failure detection. This device may be, for example, a network device, or one or more components or parts configured within a network device; details identical to those in the first and second aspects will not be repeated.

[0277] Figure 11 is a schematic diagram of a beam failure detection configuration device according to an embodiment of this application. As shown in Figure 11, the beam failure detection configuration device 1100 includes:

[0278] Transmitter 1101 transmits beam failure detection (BFD) reference signal configuration to terminal device; wherein the beam failure detection reference signal configuration includes or is associated with first information, the first information being related to a first SSB and / or a second SSB;

[0279] The first information is used by the terminal device to determine beam failure detection based on the first SSB and / or beam failure detection based on the second SSB.

[0280] In some embodiments, as shown in FIG11, the beam failure detection configuration device 1100 may further include:

[0281] Receiver 1102 receives report information and / or feedback information sent by terminal devices.

[0282] This application also provides a configuration device for beam failure recovery. This device may be, for example, a network device, or one or more components or parts configured within a network device, as shown in Figure 11.

[0283] Transmitter 1101 sends a beam failure recovery (BFR) reference signal configuration to a terminal device; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB;

[0284] The second information is used by the terminal device to determine candidate beam selection based on the first SSB and / or candidate beam selection based on the second SSB.

[0285] It is worth noting that the above description only covers the components or modules relevant to this application, but this application is not limited thereto. The configuration device for beam failure detection or beam failure recovery may also include other components or modules; for details regarding these components or modules, please refer to relevant technologies.

[0286] Furthermore, for simplicity, Figure 11 only illustrates the connection relationships or signal flow between the various components or modules, but those skilled in the art should understand that various related technologies such as bus connections can be used. The aforementioned components or modules can be implemented using hardware facilities such as processors, memory, transmitters, and receivers; this application does not limit this implementation.

[0287] Through the embodiments of this application, in some scenarios of wireless communication applications (e.g., power-saving mode), the terminal device, based on the beam failure detection (BFD) reference signal configuration including or associated first information, determines whether to perform beam failure detection based on a first SSB and / or a second SSB. Thus, network devices and terminal devices can quickly and flexibly adjust SSB transmission, improving network gain (e.g., power-saving gain) while ensuring normal transmission of the terminal device.

[0288] Fifth aspect of the embodiment

[0289] This application also provides a communication system, which can be referred to FIG1. ​​The contents that are the same as those in the embodiments of the first to fourth aspects will not be repeated.

[0290] In some embodiments, the communication system 100 may include at least:

[0291] A network device that transmits a beam failure detection (BFD) reference signal configuration; wherein the beam failure detection reference signal configuration includes or is associated with first information, the first information being related to a first SSB and / or a second SSB;

[0292] A terminal device that receives the beam failure detection (BFD) reference signal configuration; and determines, based on the first information, to perform beam failure detection based on the first SSB and / or based on the second SSB.

[0293] In some embodiments, the communication system 100 may include at least:

[0294] A network device that transmits a beam failure recovery (BFR) reference signal configuration; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB;

[0295] A terminal device that receives a Beam Failure Recovery (BFR) reference signal configuration; and determines, based on the second information, candidate beam selection based on the first SSB and / or candidate beam selection based on the second SSB.

[0296] This application also provides a terminal device, but the application is not limited thereto and may also include other devices.

[0297] Figure 12 is a schematic diagram of a terminal device according to an embodiment of this application. As shown in Figure 12, the terminal device 1200 may include a processor 1210 and a memory 1220; the memory 1220 stores data and programs and is coupled to the processor 1210. It is worth noting that this figure is exemplary; other types of structures may also be used to supplement or replace this structure to implement telecommunications functions or other functions.

[0298] For example, processor 1210 may be configured to execute a program to implement the beam failure detection method as described in the embodiments of the first aspect. For example, processor 1210 may be configured to perform control as follows: receiving (configured) a beam failure detection (BFD) reference signal configuration; wherein the beam failure detection reference signal configuration includes or is associated with first information, the first information being related to a first SSB and / or a second SSB; and determining, based on the first information, to perform beam failure detection based on the first SSB and / or to perform beam failure detection based on the second SSB.

[0299] For example, processor 1210 may be configured to execute a program to implement the beam failure recovery method as described in the embodiments of the first aspect. For example, processor 1210 may be configured to perform the following control: receiving (configured) beam failure recovery (BFR) reference signal configuration; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB; and determining, based on the second information, candidate beam selection based on the first SSB and / or candidate beam selection based on the second SSB.

[0300] As shown in Figure 12, the terminal device 1200 may further include: a communication module 1230, an input unit 1240, a display 1250, and a power supply 1260. The functions of these components are similar to those in the prior art and will not be described in detail here. It is worth noting that the terminal device 1200 does not necessarily include all the components shown in Figure 12; these components are not essential. Furthermore, the terminal device 1200 may also include components not shown in Figure 12, which can be referred to in the prior art.

[0301] This application also provides a network device, such as a base station, but this application is not limited to this and may also include other network devices.

[0302] Figure 13 is a schematic diagram of the network device according to an embodiment of this application. As shown in Figure 13, the network device 1300 may include: a processor 1310 (e.g., a central processing unit CPU) and a memory 1320; the memory 1320 is coupled to the processor 1310. The memory 1320 can store various data; in addition, it also stores an information processing program 1330, and executes the program 1330 under the control of the processor 1310.

[0303] For example, processor 1310 may be configured to execute a program to implement the beam failure detection configuration method as described in the embodiments of the second aspect. For example, processor 1310 may be configured to control the transmission of a beam failure detection (BFD) reference signal configuration to a terminal device; wherein the beam failure detection reference signal configuration includes or is associated with first information related to a first SSB and / or a second SSB; wherein the first information is used by the terminal device to determine beam failure detection based on the first SSB and / or beam failure detection based on the second SSB.

[0304] For example, processor 1310 may be configured to execute a program to implement the beam failure recovery configuration method as described in the embodiments of the second aspect. For instance, processor 1310 may be configured to control the following: sending a beam failure recovery (BFR) reference signal configuration to a terminal device; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB; wherein the second information is used by the terminal device to determine candidate beam selection based on the first SSB and / or candidate beam selection based on the second SSB.

[0305] In addition, as shown in Figure 13, network device 1300 may also include a transceiver 1340 and an antenna 1350, etc.; the functions of the above components are similar to those in the prior art, and will not be described in detail here. It is worth noting that network device 1300 does not necessarily have to include all the components shown in Figure 13; in addition, network device 1300 may also include components not shown in Figure 13, which can be referred to in the prior art.

[0306] This application also provides a computer program, wherein when the program is executed in a terminal device, the program causes the terminal device to perform the beam failure detection method or beam failure recovery method described in the first aspect embodiment.

[0307] This application also provides a storage medium storing a computer program, wherein the computer program causes a terminal device to execute the beam failure detection method or beam failure recovery method described in the first aspect embodiment.

[0308] This application also provides a computer program, wherein when the program is executed in a network device, the program causes the network device to perform the beam failure detection configuration method or beam failure recovery configuration method described in the second aspect embodiment.

[0309] This application also provides a storage medium storing a computer program, wherein the computer program causes a network device to execute the beam failure detection configuration method or beam failure recovery configuration method described in the second aspect embodiment.

[0310] The apparatus and methods described above in this application can be implemented in hardware or in combination with software. This application relates to a computer-readable program that, when executed by a logic component, enables the logic component to implement the apparatus or components described above, or to implement the various methods or steps described above. This application also relates to storage media for storing the above programs, such as hard disks, magnetic disks, optical disks, DVDs, flash memory, etc.

[0311] The methods / apparatus described in conjunction with the embodiments of this application can be directly embodied in hardware, software modules executed by a processor, or a combination of both. For example, one or more and / or combinations of one or more functional block diagrams shown in the figures can correspond to various software modules in a computer program flow, or to various hardware modules. These software modules can correspond to the various steps shown in the figures, respectively. These hardware modules can be implemented, for example, using a field-programmable gate array (FPGA) to embed these software modules.

[0312] The software module can reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art. A storage medium can be coupled to the processor, enabling the processor to read information from and write information to the storage medium; or the storage medium can be an integral part of the processor. The processor and storage medium can reside in an ASIC. The software module can be stored in the memory of a mobile terminal or in a memory card that can be inserted into the mobile terminal. For example, if the device (such as a mobile terminal) uses a high-capacity MEGA-SIM card or a high-capacity flash memory device, the software module can be stored in the MEGA-SIM card or the high-capacity flash memory device.

[0313] One or more and / or one or more combinations of functional blocks described in the accompanying drawings can be implemented as a general-purpose processor, digital signal processor (DSP), application-specific integrated circuit (ASIC), field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic device, discrete hardware component, or any suitable combination thereof for performing the functions described herein. One or more and / or one or more combinations of functional blocks described in the accompanying drawings can also be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in communication with a DSP, or any other such configuration.

[0314] The present application has been described above with reference to specific embodiments. However, those skilled in the art should understand that these descriptions are exemplary and not intended to limit the scope of protection of the present application. Those skilled in the art can make various modifications and variations to the present application based on its spirit and principles, and these modifications and variations are also within the scope of the present application.

[0315] Regarding the implementation methods including the above embodiments, the following notes are also disclosed:

[0316] 1. A beam failure detection method, comprising:

[0317] The terminal device receives (is configured) a beam failure detection (BFD) reference signal configuration; wherein the beam failure detection reference signal configuration includes or is associated with first information, the first information being related to a first SSB and / or a second SSB; and

[0318] The terminal device determines, based on the first information, to perform beam failure detection based on the first SSB and / or based on the second SSB.

[0319] 2. A beam failure recovery method, comprising:

[0320] The terminal device receives (is configured) a beam failure recovery (BFR) reference signal configuration; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB; and

[0321] The terminal device determines, based on the second information, to perform candidate beam selection based on the first SSB and / or based on the second SSB.

[0322] 3. A configuration method for beam failure detection, comprising:

[0323] The network device sends a beam failure detection (BFD) reference signal configuration to the terminal device; wherein the beam failure detection reference signal configuration includes or is associated with first information, the first information being related to a first SSB and / or a second SSB;

[0324] The first information is used by the terminal device to determine beam failure detection based on the first SSB and / or beam failure detection based on the second SSB.

[0325] 4. A configuration method for beam failure recovery, comprising:

[0326] The network device sends a beam failure recovery (BFR) reference signal configuration to the terminal device; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB;

[0327] The second information is used by the terminal device to determine candidate beam selection based on the first SSB and / or candidate beam selection based on the second SSB.

[0328] 5. A configuration device for beam failure detection, comprising:

[0329] A transmitter that sends a beam failure detection (BFD) reference signal configuration to a terminal device; wherein the beam failure detection reference signal configuration includes or is associated with first information, the first information being related to a first SSB and / or a second SSB;

[0330] The first information is used by the terminal device to determine beam failure detection based on the first SSB and / or beam failure detection based on the second SSB.

[0331] 6. A configuration device for beam failure recovery, comprising:

[0332] A transmitter that sends a beam failure recovery (BFR) reference signal configuration to a terminal device; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB;

[0333] The second information is used by the terminal device to determine candidate beam selection based on the first SSB and / or candidate beam selection based on the second SSB.

[0334] 7. A terminal device comprising a memory and a processor, the memory storing a computer program, the processor being configured to execute the computer program to implement the beam failure detection method as described in Appendix 1 or the beam failure recovery method as described in Appendix 2.

[0335] 8. A network device comprising a memory and a processor, the memory storing a computer program, the processor being configured to execute the computer program to implement a beam failure detection configuration method as described in Appendix 3 or a beam failure recovery configuration method as described in Appendix 4.

[0336] 9. A computer program product comprising at least a computer program, which, when executed by a processor, causes a terminal device to perform the beam failure detection method as described in Appendix 1 or the beam failure recovery method as described in Appendix 2.

[0337] 10. A computer program product comprising at least a computer program that, when executed by a processor, causes a network device to perform a beam failure detection configuration method as described in Appendix 3 or a beam failure recovery configuration method as described in Appendix 4.

Claims

1. A beam failure detection device, comprising: Receiver, configured with a beam failure detection reference signal; The beam failure detection reference signal configuration includes or is associated with first information, which is related to a first SSB and / or a second SSB; as well as The processor determines, based on the first information, to perform beam failure detection based on the first SSB and / or based on the second SSB.

2. The apparatus according to claim 1, wherein, The first SSB is a periodic always-on SSB; the second SSB is an on-demand SSB.

3. The apparatus according to claim 1, wherein, The first information includes at least a first index parameter and / or a second index parameter; or, the first information includes at least a list, wherein at least one parameter in the list corresponds to the first index parameter and / or the second index parameter.

4. The apparatus according to claim 3, wherein, The first index parameter is used to indicate the first SSB within the first SSB burst and the second SSB within the second SSB burst, or the first index parameter is used to indicate the first SSB within the first SSB burst. The second index parameter is used to indicate the second SSB within the second SSB burst, or to indicate the second SSB within the second SSB burst that is activated / indicated / enabled.

5. The apparatus according to claim 1, wherein, The first information is included in the detection resource parameters of the wireless link monitoring reference signal parameters associated with the beam failure detection reference signal configuration.

6. The apparatus according to claim 5, wherein, The first information includes the first index parameter and / or the second index parameter in the detection resource parameters.

7. The apparatus according to claim 1, wherein, The first information is included in the wireless link monitoring configuration parameters associated with the beam failure detection reference signal configuration.

8. The apparatus according to claim 7, wherein, The first information includes a list of added and modified failure detection resources in the wireless link monitoring configuration parameters.

9. The apparatus according to claim 1, wherein, The receiver also receives a beam failure recovery reference signal configuration; wherein the beam failure recovery reference signal configuration includes or is associated with second information, the second information being related to a first SSB and / or a second SSB; as well as The processor further determines, based on the second information, to perform candidate beam selection based on the first SSB and / or based on the second SSB.

10. The apparatus according to claim 9, wherein, The second information includes at least a first index parameter and / or a second index parameter; or, the second information includes at least a list, wherein one parameter in the list corresponds to the first index parameter and / or the second index parameter.

11. The apparatus according to claim 9, wherein, The second information is included in the candidate beam reference signal parameters of the beam failure recovery reference signal configuration parameters associated with the beam failure recovery reference signal configuration.

12. The apparatus according to claim 11, wherein, The second information includes the first index parameter and / or the second index parameter in the candidate beam reference signal parameters.

13. The apparatus according to claim 9, wherein, The second information is included in the beam failure recovery reference signal configuration parameters associated with the beam failure recovery reference signal configuration.

14. The apparatus according to claim 13, wherein, The second information includes a list of candidate beam reference signals in the beam failure recovery reference signal configuration parameters.

15. The apparatus according to claim 9, wherein, The second SSB associated with the first information or the second information is: a periodic on-demand SSB configured by radio resource control, and / or an on-demand SSB activated / deactivated based on MAC CE, and / or an on-demand SSB activated / deactivated based on downlink control information.

16. The apparatus according to claim 1, wherein, If a cell is configured with a second SSB but not with a first SSB, and the configured second SSB is deactivated, the processor sets the cell's beam failure indicator counter to 0, and / or does not perform beam failure detection and beam failure recovery.

17. The apparatus according to claim 16, wherein, All second SSB configurations in the cell are deactivated based on RRC and / or MAC CE and / or DCI, and no second SSBs are transmitted in the cell.

18. A beam failure recovery device, comprising: The receiver, which recovers the reference signal configuration upon beam failure; The beam failure recovery reference signal configuration includes or is associated with second information, which is related to the first SSB and / or the second SSB; as well as The processor determines, based on the second information, candidate beam selection based on the first SSB and / or candidate beam selection based on the second SSB.

19. The apparatus according to claim 18, wherein, The second information includes at least a first index parameter and / or a second index parameter; or, the second information includes at least a list, wherein one parameter in the list corresponds to the first index parameter and / or the second index parameter.

20. A communication system, comprising: Network devices, configured to transmit beam failure detection reference signals and / or beam failure recovery reference signals; The beam failure detection reference signal configuration includes or is associated with first information, and the beam failure recovery reference signal configuration includes... The setting includes or is associated with second information, wherein the first information or the second information is related to the first SSB and / or the second SSB; Terminal equipment, which receives the beam failure detection reference signal configuration and / or beam failure recovery reference signal configuration; And based on the first information, determine to perform beam failure detection based on the first SSB and / or to perform beam failure detection based on the second SSB, and / or, based on the second information, determine to perform candidate beam selection based on the first SSB and / or to perform candidate beam selection based on the second SSB.

Images