WO2021227914A1 - 用于无线通信的电子设备和方法、计算机可读存储介质 - Google Patents

用于无线通信的电子设备和方法、计算机可读存储介质 Download PDF

Info

Publication number
WO2021227914A1
WO2021227914A1 PCT/CN2021/091848 CN2021091848W WO2021227914A1 WO 2021227914 A1 WO2021227914 A1 WO 2021227914A1 CN 2021091848 W CN2021091848 W CN 2021091848W WO 2021227914 A1 WO2021227914 A1 WO 2021227914A1
Authority
WO
WIPO (PCT)
Prior art keywords
trp
beam failure
configuration
failure event
electronic device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2021/091848
Other languages
English (en)
French (fr)
Inventor
徐瑨
周颖
王鑫丽
任文静
陶小峰
曹建飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Group Corp
Original Assignee
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Group Corp filed Critical Sony Group Corp
Priority to US17/916,810 priority Critical patent/US12349226B2/en
Priority to EP21804278.6A priority patent/EP4152798A4/en
Priority to CN202180033246.7A priority patent/CN115552949B/zh
Priority to JP2022568997A priority patent/JP7677351B2/ja
Publication of WO2021227914A1 publication Critical patent/WO2021227914A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity
    • H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H04B7/06952—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • H04B7/06964—Re-selection of one or more beams after beam failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/20—Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/203—Details of error rate determination, e.g. BER, FER or WER
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Definitions

  • This application relates to the field of wireless communication technology, and specifically to a beam failure recovery mechanism. More specifically, it relates to an electronic device and method for wireless communication and a computer-readable storage medium.
  • CSI-RS channel state information reference signal
  • gather Contains the index values of at most two reference signals.
  • BLER block error rate
  • BFD-RS beam failure detection reference signals
  • the UE will determine that a beam failure event has occurred. Since the BFR process in Rel-15 is aimed at a single Transceiving and Receiving Point (TRP) scenario, although the collection It contains two BFD-RSs, but in fact the directions of the two beams corresponding to the reference signal are usually the same. When one beam fails, the other beam also fails.
  • TRP Transceiving and Receiving Point
  • an electronic device for wireless communication including: a processing circuit, configured to: obtain from a base station a beam failure recovery of a user equipment in a multiple transmission and reception point (TRP) communication Configuration information, where the configuration information includes a first configuration and/or a second configuration, the first configuration is used for determining the beam failure event of each TRP in the plurality of TRPs, and the second configuration is used for the beam failure event of the plurality of TRPs Joint determination of the event; and reporting the beam failure event to the base station based on the configuration information.
  • TRP transmission and reception point
  • a method for wireless communication including: obtaining configuration information for beam failure recovery of a user equipment in multi-TRP communication from a base station, where the configuration information includes a first configuration and/ Or the second configuration, the first configuration is used for the determination of beam failure events of each TRP in multiple TRPs, the second configuration is used for the joint determination of beam failure events of multiple TRPs; and the beam is reported to the base station based on the configuration information Failure event.
  • an electronic device for wireless communication including: a processing circuit configured to send configuration information for beam failure recovery of the user equipment in multi-TRP communication to the user equipment, wherein ,
  • the configuration information includes the first configuration and/or the second configuration, the first configuration is used to determine the beam failure event of each TRP in the plurality of TRPs, and the second configuration is used to determine the beam failure event of the plurality of TRPs. Joint determination; and obtaining from the user equipment the report of the beam failure event by the user equipment based on the configuration information.
  • a method for wireless communication including: sending configuration information for beam failure recovery of the user equipment in multi-TRP communication to the user equipment, wherein the configuration information includes the first configuration And/or a second configuration, the first configuration is used for the determination of beam failure events of each TRP in a plurality of TRPs, and the second configuration is used for the joint determination of beam failure events of the plurality of TRPs; and acquiring from the user equipment The user equipment reports the beam failure event based on the configuration information.
  • a criterion for determining beam failure in a multiple TRP scenario and a notification mechanism for a beam failure event are proposed, which can better ensure the reliability of transmission in the multiple TRP scenario and reduce time delay.
  • Fig. 1 shows a block diagram of functional modules of an electronic device for wireless communication according to an embodiment of the present application
  • Figures 2a and 2b show examples of beam failure situations in a multi-TRP scenario
  • Fig. 3 shows a block diagram of functional modules of an electronic device for wireless communication according to an embodiment of the present application
  • Figure 4 shows an example of changes in the detected BLER over time
  • Figure 5 shows another example of changes in the detected BLER over time
  • Figure 6 shows another example of changes in the detected BLER over time
  • Fig. 7 shows a block diagram of functional modules of an electronic device for wireless communication according to another embodiment of the present application.
  • FIG. 8 shows an example of the information flow between the base station and the user equipment
  • Fig. 9 shows a flowchart of a method for wireless communication according to an embodiment of the present application.
  • Fig. 10 shows a flowchart of a method for wireless communication according to another embodiment of the present application.
  • Fig. 11 is a block diagram showing a first example of a schematic configuration of an eNB or gNB to which the technology of the present disclosure can be applied;
  • FIG. 12 is a block diagram showing a second example of a schematic configuration of an eNB or gNB to which the technology of the present disclosure can be applied;
  • FIG. 13 is a block diagram showing an example of a schematic configuration of a smart phone to which the technology of the present disclosure can be applied;
  • FIG. 14 is a block diagram showing an example of a schematic configuration of a car navigation device to which the technology of the present disclosure can be applied.
  • FIG. 15 is a block diagram of an exemplary structure of a general personal computer in which the method and/or apparatus and/or system according to the embodiments of the present invention can be implemented.
  • FIG. 1 shows a block diagram of functional modules of an electronic device 100 for wireless communication according to an embodiment of the present application.
  • BFR configuration information of a user equipment (User Equipment, UE) in TRP communication where the configuration information includes a first configuration and/or a second configuration, and the first configuration is used for the beam failure event of each TRP in the multiple TRPs It is determined that the second configuration is used for joint determination of beam failure events of multiple TRPs; and the reporting unit 102 is configured to report the beam failure event to the base station based on the configuration information.
  • UE User Equipment
  • the acquiring unit 101 and the reporting unit 102 may be implemented by one or more processing circuits, and the processing circuit may be implemented as a chip, for example.
  • the processing circuit may be implemented as a chip, for example.
  • each functional unit in the apparatus shown in FIG. 1 is only a logical module divided according to the specific function implemented by it, and is not used to limit the specific implementation manner.
  • the electronic device 100 may, for example, be provided on the user equipment (UE) side or be communicably connected to the UE.
  • the electronic device 100 may be implemented at the chip level, or may also be implemented at the device level.
  • the electronic device 100 may work as a user device itself, and may also include external devices such as a memory, a transceiver (not shown in the figure) and the like.
  • the memory can be used to store programs and related data information that the user equipment needs to execute to implement various functions.
  • the transceiver may include one or more communication interfaces to support communication with different devices (for example, base stations, other user equipment, etc.), and the implementation form of the transceiver is not specifically limited here. This also applies to the subsequent description of other configuration examples of the electronic device on the user equipment side.
  • the BFR mechanism performed by the UE side may include, for example, beam failure determination, candidate beam identification, beam failure recovery request (BFRQ) transmission, and beam failure recovery request response (Beam Failure Recovery Request Response, BFRR) acquisition.
  • BFRQ beam failure recovery request
  • BFRR Beam Failure Recovery Request Response
  • the BLER of the serving beam can be compared with the BLER threshold to determine whether beam failure occurs; in candidate beam identification In the phase, select candidate beams that can be used as alternatives to the current serving beam from other beams; in the BFRQ transmission phase, send BFRQ to the base station (for example, gNB); in the BFRR acquisition phase, the UE monitors the pair from the base station in a specific time window BFRQ responds to BFRR.
  • the base station for example, gNB
  • the UE monitors the pair from the base station in a specific time window BFRQ responds to BFRR.
  • FIGS 2a and 2b show examples of beam failure situations in a multi-TRP scenario.
  • TRP 0 has beam failure
  • TRP 1 in Figure 2b have beam failure.
  • the UE will not report the beam failure event to the base station when only one TRP has a beam failure.
  • the performance of the UE may be affected.
  • this embodiment provides a first configuration and a second configuration to perform beam failure determination for each TRP and joint beam failure determination for multiple TRPs respectively.
  • the obtaining unit 101 obtains the first configuration and/or the second configuration from the base station. For example, the obtaining unit 101 may obtain configuration information via radio resource control (RRC) signaling.
  • RRC radio resource control
  • the electronic device 100 further includes: a determining unit 103 configured to determine a beam failure event based on configuration information.
  • the determination unit 103 may also be implemented as a processing circuit, for example.
  • the first configuration includes one or more of the following: for the BLER threshold of each TRP, a first counter that counts the number of physical layer beam failures of each TRP, and a first maximum count threshold of the first counter .
  • the determining unit 103 is configured to, in response to the first configuration, increase the first counter of the TRP by 1 when a physical layer beam failure occurs in one TRP among the plurality of TRPs, and when the count value of the first counter reaches the first When the maximum count threshold is reached, it is determined that a beam failure event has occurred in the TRP, and the reporting unit 102 reports the beam failure event to the base station.
  • the determining unit 103 determines that the TRP has a physical layer beam failure, that is, an instance of a beam failure event is generated, and the UE reports the beam failure event to its own higher layer.
  • the determining unit 103 may detect the BLER of the beam failure sounding reference signal (BFD-RS) configured by each TRP as the BLER of the TRP. Among them, the detection can be periodic.
  • BFD-RS beam failure sounding reference signal
  • the determining unit 103 determines that more than one TRP has a beam failure event
  • the reporting unit 102 respectively reports the more than one TRP beam failure events to the base station. The reporting of beam failure events for different TRPs is independent of each other.
  • each TRP is configured with one reference signal (that is, corresponding to one beam).
  • BLER thresholds BLER 0 and BLER 1 are configured for TRP 0 and TRP 1 , respectively. For example, when it is detected that the BLER of TRP 0 is greater than BLER 0 at a certain moment, it is considered that a physical layer beam failure event has occurred, and the first counter of TRP 0 is started and incremented by 1, and every subsequent detection that the BLER of TRP 0 is greater than BLER 0 , Then the first counter of TRP 0 is incremented by 1.
  • the first counter of TRP 1 is started and incremented by 1.
  • Each subsequent detection that the BLER of TRP 1 is greater than BLER 1 Then increment the first counter of TRP 1 by 1.
  • the first counters of TRP 0 and TRP 1 count independently, and when the count of the corresponding first counter exceeds the first maximum count threshold, it is considered that the corresponding TRP has a beam failure event.
  • the BLER threshold of each TRP may be the same or different.
  • the first maximum count threshold of the first counter of each TRP may also be the same or different. These can be configured by the base station.
  • one reference signal can be configured for one TRP (as described in the above example).
  • this application is not limited to this, and can also be applied to a situation where a TRP is configured with multiple reference signals. In this situation, for example, when a physical layer beam failure event occurs in all beams corresponding to all reference signals of a TRP, It is determined that the TRP has a physical layer beam failure event. Specifically, the first counter is still set for each TRP.
  • the TRP When the BLER values of the beams corresponding to all reference signals of a TRP are greater than the corresponding BLER threshold, it is considered that the TRP has a physical layer beam failure event, and the TRP is the first The counter is incremented by one. If the BLER value of the beam corresponding to only a part of the reference signal exceeds the corresponding BLER threshold, the first counter of the TRP does not accumulate 1. In addition, when the first counter of a TRP reaches the first maximum count threshold, it is considered that a beam failure event has occurred in the TRP.
  • the first counter may be set for each beam of each TRP, and for multiple beams of a TRP, the same BLER threshold may be configured, or different BLER thresholds may be configured.
  • the first counter of a beam reaches the first maximum count threshold, it is considered that the beam has a beam failure event, and when the first counters of all beams of a TRP reach the first maximum count threshold, it is considered that the TRP has a beam Failure event.
  • the relationship between the beam failure events of each beam of a TRP and the beam failure events of the TRP can also be defined in another manner.
  • the BLER of the beams corresponding to all reference signals of a TRP can be averaged, and the average BLER can be used as the BLER of the TRP to determine whether the TRP has a beam failure event.
  • the second configuration may include one or more of the following: used to calculate the weighting parameter of the joint BLER of multiple TRPs, the threshold of the joint BLER, and count the number of joint physical layer beam failures of the multiple BLERs.
  • the second counter of the second counter, and the second maximum count threshold of the second counter are configured to, in response to the second configuration, increase the second counter by 1 when a joint physical layer beam failure event occurs in multiple TRPs, and when the count value of the second counter reaches the second maximum count threshold, It is determined that multiple TRPs have a joint beam failure event, and the reporting unit 102 reports the joint beam failure event to the base station.
  • the determination unit 103 determines that multiple TRPs have a joint physical layer beam failure, that is, an instance of a joint beam failure event is generated.
  • the UE reports the instance of the joint beam failure event to its upper layer.
  • the determining unit 103 determines that the corresponding TRP has a joint beam failure event.
  • the reporting unit 102 reports to the base station to trigger the BFR process.
  • the beam failure event is determined based on the joint BLER of multiple TRPs. Since in a multi-TRP scenario, the performance of the UE is determined based on the joint transmission performance of multiple TRPs, the beam failure determination based on the joint BLER can accurately reflect the degradation of the UE's performance and improve reliability.
  • the determining unit 103 may perform a weighted summation of the BLER of each TRP in the plurality of TRPs according to the weighting parameter, and use the result as the joint BLER.
  • the weighting parameter is set for each TRP and can be a constant in the range of 0 to 1.
  • the sum of all weighting parameters is 1.
  • the joint BLER is obtained by the weighted summation of the BLERs of two TRPs, and the weighting parameter is obtained by the second configuration.
  • the joint BLER can be calculated by the following formula (1).
  • BLER 0 is the BLER of TRP 0
  • BLER 1 is the BLER of TRP 1
  • w 0 and w 1 are weighting parameters corresponding to TRP 0 and TRP 1 , respectively
  • BLER joint is the calculated joint BLER.
  • this embodiment can also be applied to a situation where a TRP is configured with multiple reference signals.
  • the weighting parameters are set separately, and all the beams of all TRPs are set. Perform weighted summation of the BLER, and when the finally obtained BLER exceeds the joint BLER threshold, it is considered that a joint physical layer beam failure event has occurred, that is, an instance of a joint beam failure event has occurred.
  • the same weighting parameter can also be set for multiple beams of the same TRP, which is not restrictive.
  • the UE can operate in one of the first configuration and the second configuration, or can operate by combining the first configuration and the second configuration.
  • the obtaining unit 101 may only obtain information of one of the first configuration and the second configuration from the base station.
  • the obtaining unit 101 may obtain information of both the first configuration and the second configuration.
  • the acquiring unit 101 may acquire one or more of the following: for the BLER threshold of each TRP, a first counter that counts the number of physical layer beam failures of each TRP, and the first maximum count threshold of the first counter , Used to calculate the weighting parameter of the joint BLER of the multiple TRPs, the threshold of the joint BLER, the second counter that counts the number of joint physical layer beam failures of the multiple BLERs, and the second maximum count threshold of the second counter.
  • the determining unit 103 may be configured to perform the following operations in response to the first configuration and the second configuration: when one TRP of the multiple TRPs has a physical layer beam failure, increase the first counter of the TRP by 1; When the joint physical layer beam fails, the second counter is increased by 1; and when the count value of any one of the multiple first counters first reaches the first maximum count threshold, it is determined that the TRP corresponding to the first counter has a beam failure event And report to the base station. When the count value of the second counter reaches the second maximum count threshold first, it is determined that multiple TRPs have a joint beam failure event and report to the base station.
  • the TRP has a physical layer beam failure
  • the joint BLER of multiple TRPs is higher than the joint BLER threshold, it is considered that multiple TRPs have a joint physical layer beam. fail.
  • the second counter and the multiple first counters are used to count the instances of joint beam failure and the instances of beam failure of each TRP respectively, and when any counter reaches its threshold, the base station Report the corresponding beam failure event. That is, regardless of the occurrence of a single TRP beam failure event or a joint beam failure event, the reporting unit 102 sends a report to the base station to trigger the BFR process. This can further improve the reliability of the transmission and reduce the delay.
  • TRP 0 and TRP 1 The following still uses two TRPs (TRP 0 and TRP 1 ) as an example for description.
  • Each TRP is configured with one reference signal (that is, corresponding to one beam).
  • two first counters and one second counter will be configured to count the instances of the beam failure events of TRP 0 and TRP 1 and the instances of joint beam failure events respectively.
  • These three counters work independently and are respectively denoted as Counter_0, Counter_1 and Counter_m in the following, and their corresponding maximum count thresholds are MaxCount_Num_0, MaxCount_Num_1 and MaxCount_Num_m.
  • Fig. 4 shows an example of changes in the detected BLER over time.
  • the horizontal axis is the time axis
  • the vertical axis is the detected BLER
  • the dashed line represents the BLER of TRP 0 (BLER 0 )
  • the solid line represents the BLER of TRP 1 (BLER 1 )
  • the dash-dotted line represents the joint BLER (BLER joint )
  • BLER_m on the vertical axis represents the joint BLER threshold
  • BLER_s represents the BLER threshold for TRP 0 and TRP 1 .
  • the BLER thresholds for the two TRPs are the same, but this is not limiting, and the two can also be different.
  • the three counters do not start counting, and the determining unit 103 will not determine that a beam failure event has occurred, so the BFR process will not be triggered.
  • Fig. 5 shows another example of changes in the detected BLER over time. Among them, the meaning of the coordinates and each curve is the same as that in Fig. 4, and will not be repeated here.
  • the BLER 0 detected at point A exceeds the threshold BLER_s, so TRP 0 has a physical layer beam failure, and the counter Counter_0 is started and the count is increased by 1.
  • MaxCount_Num_0 assuming that the count value of the counter Counter_0 reaches its first maximum count threshold MaxCount_Num_0 (Count_Num_0 in the figure represents the current value of the counter Counter_0)
  • MaxCount_Num_0 in the figure represents the current value of the counter Counter_0
  • Fig. 6 shows another example of changes in the detected BLER over time. Among them, the meaning of the coordinates and each curve is the same as that in Fig. 4, and will not be repeated here.
  • the joint BLER exceeds the threshold BLER_m at point A, that is, a joint physical layer beam failure occurs, and the counter Counter_m is started and the count is increased by one.
  • the count value of the counter Counter_m reaches the second maximum count threshold MaxCount_Num_m, it is determined that a joint beam failure event has occurred at this time, and the BFR process is triggered. Note that in the example of FIG.
  • enhanced Mobile Broadband eMBB
  • ultra-reliable low-latency communications Ultra Reliable Low Latnecy Communications, URLLC
  • massive machine communications eMBB
  • Type Communications mTTC
  • eMBB can provide high-traffic mobile bandwidth services
  • URLLC provides low-latency and high-reliability services.
  • eMBB can be made to transmit different transport blocks to increase the transmission rate
  • URLLC different TRPs can be made to transmit the same transport block to reduce transmission delay and increase reliability.
  • the first configuration may be adopted.
  • the URLLC scenario because different TRPs transmit the same transport block, it is possible to determine whether BFR needs to be performed based on the joint transmission performance of multiple TRPs. In addition, if a TRP has a beam failure event, BFR is executed immediately, which will further improve the transmission performance. Reliability, so the second configuration or a combination of the first configuration and the second configuration can be used.
  • the base station determines the transmission scenario type, and provides the corresponding beam failure recovery configuration for the UE according to the transmission scenario type.
  • the base station provides the UE with the first configuration, that is, the configuration information obtained by the obtaining unit 101 includes the first configuration; in the URLLC scenario, the base station provides the UE with the first configuration and the second configuration, that is, obtains The configuration information obtained by the unit 101 includes the first configuration and the second configuration; in the URLLC scenario, the base station provides the second configuration to the UE, that is, the configuration information obtained by the obtaining unit 101 includes the second configuration, and so on.
  • the configuration information further includes information indicating the type of transmission scene, and the type of transmission scene includes one of eMBB and URLLC.
  • the determining unit 103 is configured to determine, according to the indicated transmission scenario type, to report the beam failure event based on the first configuration and/or based on the second configuration. Similarly, for example, in the eMBB scenario, the beam failure event is reported based on the first configuration; in the URLLC scenario, the beam failure event is reported based on the second configuration or based on the first configuration and the second configuration.
  • the BFR process also includes the identification of new candidate beams and the sending of BFRQ.
  • This embodiment proposes a new way of sending BFRQ for a multi-TPR scenario.
  • the reporting unit 102 is configured to report the beam failure event to the base station through a Link Recovery Request (LRR).
  • LRR is a special physical layer message, carried by the physical uplink control channel (PUCCH), and is used by the UE to request an uplink grant (UL grant) from the network side so that the UE can send the physical uplink shared channel (PUSCH). Therefore, LRR is information that can be triggered by the UE at any time, and reporting beam failure events through LRR can ensure the timeliness of the report.
  • the LRR may have a specific sequence format to indicate that a beam failure event has occurred.
  • the specific sequence format may be, for example, a sequence of all 0s or a sequence of all 1s.
  • the reporting unit 102 is also configured to send to the base station information indicating the TRP in which the beam failure event has occurred and the candidate beam information of the TRP in which the beam failure event has occurred to the base station through the MAC CE. That is, the sending of BFRQ includes two steps: one is to send a special sequence LRR indicating the occurrence of a beam failure event; the other is to send a MAC CE indicating the information of the involved TRP and the corresponding candidate beam.
  • the MAC CE is, for example, carried on the PUSCH resource.
  • the control resource collection pool index (CORESETPoolIndex) can be used to indicate the TRP in which the beam failure event occurs.
  • CORESETPoolIndex is a concept proposed for multiple TRP scenarios and is configured on the control resource set to distinguish different TRPs with the same cell ID.
  • the Scell index reported in the second step of the BFRQ process in Rel-16 is unnecessary, so these bits can be multiplexed to send the CORESETPoolIndex of the TRP where the beam failure event occurred.
  • the reporting unit 102 may first send a special sequence of all 0s or all 1s to the base station, and then send the two CORESETPoolIndex corresponding to TRP 0 and TRP 1 and the information of the respective candidate beams to the base station .
  • the LRR may include information indicating the TRP that the beam failure event occurred.
  • CORESETPoolIndex can be used to indicate the TRP where the beam failure event occurred.
  • the reporting unit 102 is also configured to send the information of the candidate beam of the TRP of the beam failure event to the base station through the MAC CE.
  • the sending of BFRQ also includes two steps: one is the information of the TRP (LRR) indicating the occurrence of the beam failure event; the other is the information of the candidate beam (MAC CE) of the involved TRP.
  • LRR the information of the TRP indicating the occurrence of the beam failure event
  • MAC CE the information of the candidate beam
  • the reporting unit 102 first carries the CORESETPoolIndex (for example, 0) corresponding to TRP 0 in the LRR and sends it to the base station, and then carries the information of the candidate beam of TRP 0 in the MAC The CE is sent to the base station.
  • CORESETPoolIndex for example, 0
  • the electronic device 100 provides a beam failure judgment criterion and a notification mechanism for beam failure events in a multi-TRP scenario, which can better ensure the reliability of transmission in a multi-TRP scenario and reduce time. Extension.
  • FIG. 7 shows a block diagram of functional modules of an electronic device 200 according to another embodiment of the present application.
  • the electronic device 200 includes: a sending unit 201 configured to send a UE in multi-TRP communication to the UE
  • the configuration information of beam failure recovery of where the configuration information includes the first configuration and/or the second configuration, the first configuration is used for determining the beam failure event of each TRP in the multiple TRPs, and the second configuration is used for multiple TRPs.
  • Joint determination of the TRP beam failure event; and the obtaining unit 202 is configured to obtain from the UE the report of the beam failure event by the UE based on the configuration information.
  • the sending unit 201 and the acquiring unit 202 may be implemented by one or more processing circuits, and the processing circuit may be implemented as a chip, for example.
  • the processing circuit may be implemented as a chip, for example.
  • each functional unit in the device shown in FIG. 7 is only a logical module divided according to the specific function implemented by it, and is not used to limit the specific implementation manner.
  • the electronic device 200 may, for example, be provided on the side of the base station or be communicably connected to the base station.
  • the electronic device 200 may be implemented at the chip level, or may also be implemented at the device level.
  • the electronic device 200 may work as a base station itself, and may also include external devices such as a memory, a transceiver (not shown), and the like.
  • the memory can be used to store programs and related data information that the base station needs to execute to implement various functions.
  • the transceiver may include one or more communication interfaces to support communication with different devices (for example, user equipment, other base stations, etc.), and the implementation form of the transceiver is not specifically limited here.
  • a multi-TRP scenario there is a situation where one TRP has a beam failure, while other TRPs work normally.
  • the UE will not report the beam failure event to the base station when only one TRP has a beam failure.
  • the performance of the UE may be affected.
  • multiple TRPs perform joint transmission, there may be a situation where multiple TRPs all have beam failure but the transmission performance of the UE is still acceptable. Therefore, for multiple TRP scenarios, a first configuration and a second configuration are provided to perform beam failure determination for each TRP and joint beam failure determination for multiple TRPs respectively.
  • the sending unit 201 sends the first configuration and/or the second configuration to the UE.
  • the sending unit 201 may send this information via RRC signaling, so that the UE can determine the beam failure event based on the first configuration and/or the second configuration. And the triggering of the BFR process.
  • the first configuration includes one or more of the following: for the BLER threshold of each TRP, a first counter that counts the number of physical layer beam failures of each TRP, and a first maximum count threshold of the first counter .
  • the BLER threshold of each TRP may be the same or different
  • the first maximum count threshold of the first counter of each TRP may be the same or different.
  • the UE performs determination and reporting of beam failure events for each TRP, so that partial beam failure recovery can be performed.
  • the specific operation on the UE side has been given in detail in the first embodiment, and will not be repeated here.
  • the obtaining unit 202 obtains a report of the beam failure event of more than one TRP from the UE.
  • the reporting of beam failure events for different TRPs is independent of each other.
  • the first counter is still set for each TRP.
  • the BLER values of the beams corresponding to all reference signals of a TRP are greater than the corresponding BLER threshold, it is considered that the TRP has a physical layer beam failure event, and the TRP is the first The counter is incremented by one. If the BLER value of the beam corresponding to only a part of the reference signal exceeds the corresponding BLER threshold, the first counter of the TRP does not accumulate 1. In addition, when the first counter of a TRP reaches the first maximum count threshold, it is considered that a beam failure event has occurred in the TRP.
  • the first counter can also be set for each beam of each TRP, and for multiple beams of a TRP, the same BLER threshold can be configured, or different BLER thresholds can be configured. .
  • the relationship between the beam failure events of each beam of a TRP and the beam failure events of the TRP can also be defined in another manner.
  • the UE may average the BLERs of beams corresponding to all reference signals of a TRP, and use the average BLER as the BLER of the TRP to determine whether the TRP has a beam failure event.
  • the second configuration may include one or more of the following: used to calculate the weighting parameter of the joint BLER of multiple TRPs, the threshold of the joint BLER, and count the number of joint physical layer beam failures of the multiple BLERs The second counter of the second counter, and the second maximum count threshold of the second counter.
  • the UE determines the beam failure event based on the joint BLER of multiple TRPs. Since in a multi-TRP scenario, the performance of the UE is determined based on the joint transmission performance of multiple TRPs, the beam failure determination based on the joint BLER can accurately reflect the degradation of the UE's performance and improve reliability.
  • the weighting parameters of the BLER of the beam corresponding to each reference signal can be set respectively.
  • the UE performs a weighted summation of the BLERs of all beams of all TRPs, and when the finally obtained BLER exceeds the joint BLER threshold, it is considered that a joint physical layer beam failure event has occurred, that is, an instance of a joint beam failure event is generated.
  • the base station may configure the UE to operate in one of the first configuration and the second configuration, or configure the UE to operate in a combination of the first configuration and the second configuration.
  • the base station may determine the transmission scenario type, and provide the UE with a corresponding beam failure recovery configuration according to the transmission scenario type, that is, provide one of the first configuration and the second configuration, or provide the first configuration and the second configuration. Configure both.
  • the base station provides the UE with the first configuration, that is, the configuration information sent by the sending unit 201 includes the first configuration; in the URLLC scenario, the base station provides the UE with the first configuration and the second configuration, that is, sends
  • the configuration information sent by the unit 201 includes the first configuration and the second configuration; in the URLLC scenario, the base station provides the second configuration to the UE, that is, the configuration information sent by the sending unit 201 includes the second configuration, and so on.
  • the configuration information further includes information indicating the type of transmission scene, and the type of transmission scene includes one of eMBB and URLLC.
  • the UE determines the configuration to be used according to the information of the transmission scenario type.
  • the acquiring unit 202 is configured to acquire the report of the UE through LRR.
  • the LRR may have a specific sequence format to indicate that a beam failure event has occurred.
  • the specific sequence format may be, for example, a sequence of all 0s or a sequence of all 1s.
  • the acquiring unit 202 is further configured to acquire information indicating the TRP in which the beam failure event has occurred and the candidate beam information of the TRP in which the beam failure event has occurred from the UE through the MAC CE.
  • CORESETPoolIndex can be used to indicate the TRP where the beam failure event occurred.
  • the acquiring unit 202 first receives a special sequence of all 0s or all 1s from the UE, and then receives two CORESETPoolIndexes corresponding to TRP 0 and TRP 1 and the information of the respective candidate beams.
  • the LRR may include information indicating the TRP that the beam failure event occurred.
  • CORESETPoolIndex can be used to indicate the TRP where the beam failure event occurred.
  • the obtaining unit 202 is further configured to obtain information of candidate beams of the TRP in which the beam failure event occurs from the UE through the MAC CE. Among them, LRR is carried on PUCCH, and MAC CE is carried on PUSCH.
  • the obtaining unit 202 first obtains the CORESETPoolIndex (for example, 0) corresponding to TRP 0 carried in the LRR from the UE, and then obtains the TRP 0 carried on the MAC CE. Information about candidate beams.
  • the electronic device 200 provides a beam failure judgment criterion and a beam failure event notification mechanism for multiple TRP scenarios, which can better ensure the reliability of transmission in the multiple TRP scenarios and reduce the delay. .
  • FIG. 8 shows the information flow of the BFR mechanism for the multi-TRP scenario between the base station (gNodeB) and the user equipment (UE).
  • the gNB sends configuration information for BFR to the base station, for example, through RRC signaling.
  • the configuration information may include the above-mentioned first configuration and/or second configuration, specifically, for example, various BLER threshold parameters. , Counters, counter threshold parameters, etc.
  • the configuration information may also include information indicating the type of transmission scenario.
  • the UE performs beam quality detection and beam failure event determination, for example, according to the corresponding configuration indicated by the configuration information.
  • the UE When it is determined that a beam failure event (a single TRP beam failure event or a joint beam failure event) has occurred, the UE sends LRR to the base station on the PUCCH.
  • the LRR can be used to indicate that a beam failure event has occurred, for example, by sending all 0s or all 1s. Special sequence to indicate this.
  • the LRR can also be used to send the TRP information of the beam failure event, such as the corresponding CORESETPoolIndex.
  • the gNB After receiving the LRR, the gNB sends an uplink grant to the UE. Based on the uplink grant, the UE sends a MAC CE to the base station on the corresponding PUSCH resource.
  • the MAC CE may include the information of the candidate beam of the TRP where the beam failure event occurred. .
  • the MAC CE may also include the information of the TRP in which the beam failure event occurred, such as the corresponding CORESETPoolIndex.
  • Fig. 9 shows a flowchart of a method for wireless communication according to an embodiment of the present application.
  • the method includes: acquiring configuration information for beam failure recovery of a UE in multi-TRP communication from a base station (S11), wherein,
  • the configuration information includes a first configuration and/or a second configuration.
  • the first configuration is used for the determination of beam failure events of each TRP in a plurality of TRPs
  • the second configuration is used for joint determination of beam failure events of the plurality of TRPs.
  • S12 configuration information
  • This method can be executed on the UE side, for example.
  • the configuration information may further include information indicating the type of transmission scenario, and the type of transmission scenario includes one of enhanced mobile bandwidth and ultra-reliable low-latency communication.
  • the foregoing method for example, further includes determining, according to the indicated transmission scenario type, to report the beam failure event based on the first configuration and/or based on the second configuration.
  • the above method further includes a step of determining the occurrence of a beam failure event based on the first configuration and/or the second configuration.
  • the first configuration may include one or more of the following: for the BLER threshold of each TRP, a first counter that counts the number of physical layer beam failures of each TRP, and a first maximum count of the first counter Threshold.
  • the BLER threshold of each TRP may be the same or different, and/or the first maximum count threshold of the first counter of each TRP may be the same or different.
  • the BLER of the beam failure sounding reference signal configured for each TRP may be detected as the BLER of the TRP.
  • the above method includes: in response to the first configuration, when a physical layer beam failure event occurs in one TRP of the plurality of TRPs, incrementing the first counter of the TRP by 1, and when the count value of the first counter reaches the first When a maximum count threshold is reached, it is determined that the TRP has a beam failure event and is reported to the base station in step S12. Wherein, in the case where it is determined that more than one TRP has a beam failure event, the beam failure event of more than one TRP is reported to the base station respectively.
  • the second configuration includes one or more of the following: a weighting parameter for calculating the joint BLER of multiple TRPs, a joint BLER threshold, a second counter that counts the number of joint physical layer beam failures of multiple TRPs, and The second maximum count threshold of the second counter.
  • a weighting parameter for calculating the joint BLER of multiple TRPs For example, the BLER of each TRP in the multiple TRPs can be weighted and summed according to the weighting parameter, and the result can be used as the joint BLER.
  • the weighting parameter is set for each TRP and is a constant in the range of 0 to 1, and the sum of all weighting parameters is 1.
  • the above method includes: in response to the second configuration, when multiple TRPs have a joint physical layer beam failure event, incrementing a second counter, and when the count value of the second counter reaches a second maximum count threshold, determining multiple TRPs A joint beam failure event occurs and is reported to the base station in step S12.
  • the first configuration and the second configuration can also be used in combination.
  • the above method includes: in response to the first configuration and the second configuration, when a physical layer beam failure event occurs in one TRP among multiple TRPs, increasing the first counter of the TRP by 1; In the event of a beam failure, the second counter is increased by 1; and when the count value of any one of the plurality of first counters first reaches the first maximum count threshold, it is determined that the TRP corresponding to the first counter has a beam failure event and sends it to The base station reports, and when the count value of the second counter reaches the second maximum count threshold first, it is determined that a joint beam failure event has occurred in multiple TRPs and reports to the base station.
  • the beam failure event may be reported to the base station through LRR.
  • the LRR may have a specific sequence format to indicate that a beam failure event has occurred.
  • Step S12 may also include sending to the base station through the MAC CE the information of the TRP indicating the occurrence of the beam failure event and the information of the candidate beams of the TRP indicating the occurrence of the beam failure event.
  • the LRR includes information indicating the TRP in which the beam failure event occurred.
  • the CORESETPoolIndex can also be used to indicate the TRP in which the beam failure event occurred.
  • Step S12 also includes sending information about candidate beams of the TRP in which the beam failure event has occurred to the base station through the MAC CE.
  • FIG. 10 shows a flowchart of a method for wireless communication according to another embodiment of the present application.
  • the method includes: sending configuration information for beam failure recovery of the UE in multi-TRP communication to the UE (S21), wherein ,
  • the configuration information includes the first configuration and/or the second configuration, the first configuration is used for the determination of beam failure events of each TRP in multiple TRPs, and the second configuration is used for the joint determination of beam failure events of multiple TRPs;
  • This method can be executed on the base station side, for example.
  • the configuration information may further include information indicating the type of transmission scenario, and the type of transmission scenario includes one of enhanced mobile bandwidth and ultra-reliable low-latency communication.
  • the first configuration may include one or more of the following: a block error rate BLER threshold for each TRP, a first counter that counts the number of physical layer beam failures of each TRP, and a first counter of the first counter The first maximum count threshold.
  • a block error rate BLER threshold for each TRP may be the same or different, and/or the first maximum count threshold of the first counter of each TRP may be the same or different.
  • a report of the beam failure event of more than one TRP is obtained from the UE.
  • the second configuration may include one or more of the following: a weighting parameter for calculating the joint BLER of multiple TRPs, a joint BLER threshold, a second counter that counts the number of joint physical layer beam failures of multiple TRPs, and the The second maximum count threshold of the second counter.
  • the report can be obtained through LRR.
  • the LRR has a specific sequence format to indicate that a beam failure event has occurred.
  • Step S22 also includes obtaining from the UE the information of the TRP indicating the occurrence of the beam failure event and the information of the candidate beams of the TRP indicating the occurrence of the beam failure event from the UE through the MAC CE.
  • the TRP in which the beam failure event occurred can be indicated by CORESETPoolIndex.
  • the LRR may include information indicating the TRP where the beam failure event occurred, such as the CORESETPoolIndex of the TRP where the beam failure event occurred.
  • Step S22 also includes obtaining the candidate beam information of the TRP in which the beam failure event occurred from the UE through the MAC CE.
  • the technology of the present disclosure can be applied to various products.
  • the electronic device 200 may be implemented as various base stations.
  • the base station can be implemented as any type of evolved Node B (eNB) or gNB (5G base station).
  • eNBs include, for example, macro eNBs and small eNBs.
  • a small eNB may be an eNB that covers a cell smaller than a macro cell, such as a pico eNB, a micro eNB, and a home (femto) eNB.
  • a similar situation can also be used for gNB.
  • the base station may be implemented as any other type of base station, such as NodeB and base transceiver station (BTS).
  • BTS base transceiver station
  • the base station may include: a main body (also referred to as a base station device) configured to control wireless communication; and one or more remote radio heads (RRH) arranged in a different place from the main body.
  • a main body also referred to as a base station device
  • RRH remote radio heads
  • various types of user equipment can work as a base station by temporarily or semi-persistently performing base station functions.
  • the electronic device 100 may be implemented as various user devices.
  • the user equipment may be implemented as a mobile terminal (such as a smart phone, a tablet personal computer (PC), a notebook PC, a portable game terminal, a portable/dongle type mobile router, and a digital camera) or a vehicle-mounted terminal (such as a car navigation device).
  • the user equipment may also be implemented as a terminal (also referred to as a machine type communication (MTC) terminal) that performs machine-to-machine (M2M) communication.
  • MTC machine type communication
  • M2M machine-to-machine
  • the user equipment may be a wireless communication module (such as an integrated circuit module including a single chip) installed on each of the aforementioned terminals.
  • FIG. 11 is a block diagram showing a first example of a schematic configuration of an eNB or gNB to which the technology of the present disclosure can be applied. Note that the following description takes eNB as an example, but it can also be applied to gNB.
  • the eNB 800 includes one or more antennas 810 and a base station device 820.
  • the base station device 820 and each antenna 810 may be connected to each other via an RF cable.
  • Each of the antennas 810 includes a single or multiple antenna elements (such as multiple antenna elements included in a multiple input multiple output (MIMO) antenna), and is used for the base station device 820 to transmit and receive wireless signals.
  • the eNB 800 may include multiple antennas 810.
  • multiple antennas 810 may be compatible with multiple frequency bands used by eNB 800.
  • FIG. 11 shows an example in which the eNB 800 includes multiple antennas 810, the eNB 800 may also include a single antenna 810.
  • the base station device 820 includes a controller 821, a memory 822, a network interface 823, and a wireless communication interface 825.
  • the controller 821 may be, for example, a CPU or a DSP, and operates various functions of a higher layer of the base station device 820. For example, the controller 821 generates a data packet based on the data in the signal processed by the wireless communication interface 825, and transmits the generated packet via the network interface 823. The controller 821 may bundle data from multiple baseband processors to generate a bundled packet, and deliver the generated bundled packet. The controller 821 may have a logic function to perform control such as radio resource control, radio bearer control, mobility management, admission control, and scheduling. This control can be performed in conjunction with nearby eNBs or core network nodes.
  • the memory 822 includes RAM and ROM, and stores programs executed by the controller 821 and various types of control data (such as a terminal list, transmission power data, and scheduling data).
  • the network interface 823 is a communication interface for connecting the base station device 820 to the core network 824.
  • the controller 821 may communicate with the core network node or another eNB via the network interface 823.
  • the eNB 800 and the core network node or other eNBs may be connected to each other through a logical interface (such as an S1 interface and an X2 interface).
  • the network interface 823 may also be a wired communication interface or a wireless communication interface for a wireless backhaul line. If the network interface 823 is a wireless communication interface, the network interface 823 can use a higher frequency band for wireless communication than the frequency band used by the wireless communication interface 825.
  • the wireless communication interface 825 supports any cellular communication scheme, such as Long Term Evolution (LTE) and LTE-Advanced, and provides a wireless connection to a terminal located in a cell of the eNB 800 via an antenna 810.
  • the wireless communication interface 825 may generally include, for example, a baseband (BB) processor 826 and an RF circuit 827.
  • the BB processor 826 can perform, for example, encoding/decoding, modulation/demodulation, and multiplexing/demultiplexing, and perform layers (such as L1, medium access control (MAC), radio link control (RLC), and packet data convergence protocol (PDCP)) various types of signal processing.
  • layers such as L1, medium access control (MAC), radio link control (RLC), and packet data convergence protocol (PDCP)
  • the BB processor 826 may have a part or all of the above-mentioned logical functions.
  • the BB processor 826 may be a memory storing a communication control program, or a module including a processor and related circuits configured to execute the program.
  • the update program can change the function of the BB processor 826.
  • the module may be a card or a blade inserted into the slot of the base station device 820. Alternatively, the module can also be a chip mounted on a card or blade.
  • the RF circuit 827 may include, for example, a mixer, a filter, and an amplifier, and transmit and receive wireless signals via the antenna 810.
  • the wireless communication interface 825 may include a plurality of BB processors 826.
  • multiple BB processors 826 may be compatible with multiple frequency bands used by eNB 800.
  • the wireless communication interface 825 may include a plurality of RF circuits 827.
  • multiple RF circuits 827 may be compatible with multiple antenna elements.
  • FIG. 11 shows an example in which the wireless communication interface 825 includes a plurality of BB processors 826 and a plurality of RF circuits 827, the wireless communication interface 825 may also include a single BB processor 826 or a single RF circuit 827.
  • the sending unit 201, the acquiring unit 202, and the transceiver of the electronic device 200 may be implemented by a wireless communication interface 825. At least part of the functions may also be implemented by the controller 821.
  • the controller 821 may configure the UE's BFR mechanism for a multi-TRP scenario and obtain the report of the UE's beam failure event by executing the functions of the sending unit 201 and the acquiring unit 202.
  • FIG. 12 is a block diagram showing a second example of a schematic configuration of an eNB or gNB to which the technology of the present disclosure can be applied. Note that similarly, the following description takes eNB as an example, but it can also be applied to gNB.
  • the eNB 830 includes one or more antennas 840, base station equipment 850, and RRH 860.
  • the RRH 860 and each antenna 840 may be connected to each other via an RF cable.
  • the base station device 850 and the RRH 860 may be connected to each other via a high-speed line such as an optical fiber cable.
  • Each of the antennas 840 includes a single or multiple antenna elements (such as multiple antenna elements included in a MIMO antenna) and is used for the RRH 860 to transmit and receive wireless signals.
  • the eNB 830 may include multiple antennas 840.
  • multiple antennas 840 may be compatible with multiple frequency bands used by eNB 830.
  • FIG. 12 shows an example in which the eNB 830 includes multiple antennas 840, the eNB 830 may also include a single antenna 840.
  • the base station equipment 850 includes a controller 851, a memory 852, a network interface 853, a wireless communication interface 855, and a connection interface 857.
  • the controller 851, the memory 852, and the network interface 853 are the same as the controller 821, the memory 822, and the network interface 823 described with reference to FIG. 11.
  • the wireless communication interface 855 supports any cellular communication scheme (such as LTE and LTE-Advanced), and provides wireless communication to a terminal located in a sector corresponding to the RRH 860 via the RRH 860 and the antenna 840.
  • the wireless communication interface 855 may generally include, for example, a BB processor 856.
  • the BB processor 856 is the same as the BB processor 826 described with reference to FIG. 11 except that the BB processor 856 is connected to the RF circuit 864 of the RRH 860 via the connection interface 857.
  • the wireless communication interface 855 may include a plurality of BB processors 856.
  • multiple BB processors 856 may be compatible with multiple frequency bands used by eNB 830.
  • FIG. 12 shows an example in which the wireless communication interface 855 includes a plurality of BB processors 856, the wireless communication interface 855 may also include a single BB processor 856.
  • connection interface 857 is an interface for connecting the base station device 850 (wireless communication interface 855) to the RRH 860.
  • the connection interface 857 may also be a communication module used to connect the base station device 850 (wireless communication interface 855) to the communication in the above-mentioned high-speed line of the RRH 860.
  • the RRH 860 includes a connection interface 861 and a wireless communication interface 863.
  • connection interface 861 is an interface for connecting the RRH 860 (wireless communication interface 863) to the base station device 850.
  • the connection interface 861 may also be a communication module used for communication in the above-mentioned high-speed line.
  • the wireless communication interface 863 transmits and receives wireless signals via the antenna 840.
  • the wireless communication interface 863 may generally include, for example, an RF circuit 864.
  • the RF circuit 864 may include, for example, a mixer, a filter, and an amplifier, and transmit and receive wireless signals via the antenna 840.
  • the wireless communication interface 863 may include a plurality of RF circuits 864.
  • multiple RF circuits 864 can support multiple antenna elements.
  • FIG. 12 shows an example in which the wireless communication interface 863 includes a plurality of RF circuits 864, the wireless communication interface 863 may also include a single RF circuit 864.
  • the sending unit 201, the acquiring unit 202, and the transceiver of the electronic device 200 may be implemented by the wireless communication interface 855 and/or the wireless communication interface 863. At least a part of the functions may also be implemented by the controller 851.
  • the controller 851 can configure the BFR mechanism of the UE for the multi-TRP scenario and obtain the report of the beam failure event of the UE by executing the functions of the sending unit 201 and the obtaining unit 202.
  • FIG. 13 is a block diagram showing an example of a schematic configuration of a smart phone 900 to which the technology of the present disclosure can be applied.
  • the smartphone 900 includes a processor 901, a memory 902, a storage device 903, an external connection interface 904, a camera 906, a sensor 907, a microphone 908, an input device 909, a display device 910, a speaker 911, a wireless communication interface 912, one or more An antenna switch 915, one or more antennas 916, a bus 917, a battery 918, and an auxiliary controller 919.
  • the processor 901 may be, for example, a CPU or a system on a chip (SoC), and controls the functions of the application layer and other layers of the smart phone 900.
  • the memory 902 includes RAM and ROM, and stores data and programs executed by the processor 901.
  • the storage device 903 may include a storage medium such as a semiconductor memory and a hard disk.
  • the external connection interface 904 is an interface for connecting an external device such as a memory card and a universal serial bus (USB) device to the smartphone 900.
  • USB universal serial bus
  • the imaging device 906 includes an image sensor such as a charge coupled device (CCD) and a complementary metal oxide semiconductor (CMOS), and generates a captured image.
  • the sensor 907 may include a group of sensors, such as a measurement sensor, a gyroscope sensor, a geomagnetic sensor, and an acceleration sensor.
  • the microphone 908 converts the sound input to the smart phone 900 into an audio signal.
  • the input device 909 includes, for example, a touch sensor, a keypad, a keyboard, a button, or a switch configured to detect a touch on the screen of the display device 910, and receives an operation or information input from the user.
  • the display device 910 includes a screen such as a liquid crystal display (LCD) and an organic light emitting diode (OLED) display, and displays an output image of the smartphone 900.
  • the speaker 911 converts the audio signal output from the smartphone 900 into sound.
  • the wireless communication interface 912 supports any cellular communication scheme (such as LTE and LTE-Advanced), and performs wireless communication.
  • the wireless communication interface 912 may generally include, for example, a BB processor 913 and an RF circuit 914.
  • the BB processor 913 may perform, for example, encoding/decoding, modulation/demodulation, and multiplexing/demultiplexing, and perform various types of signal processing for wireless communication.
  • the RF circuit 914 may include, for example, a mixer, a filter, and an amplifier, and transmit and receive wireless signals via the antenna 916.
  • the wireless communication interface 912 may be a chip module on which the BB processor 913 and the RF circuit 914 are integrated. As shown in FIG. 13, the wireless communication interface 912 may include a plurality of BB processors 913 and a plurality of RF circuits 914. Although FIG. 13 shows an example in which the wireless communication interface 912 includes a plurality of BB processors 913 and a plurality of RF circuits 914, the wireless communication interface 912 may also include a single BB processor 913 or a single RF circuit 914.
  • the wireless communication interface 912 may support another type of wireless communication scheme, such as a short-range wireless communication scheme, a near field communication scheme, and a wireless local area network (LAN) scheme.
  • the wireless communication interface 912 may include a BB processor 913 and an RF circuit 914 for each wireless communication scheme.
  • Each of the antenna switches 915 switches the connection destination of the antenna 916 among a plurality of circuits included in the wireless communication interface 912 (for example, circuits for different wireless communication schemes).
  • Each of the antennas 916 includes a single or multiple antenna elements (such as multiple antenna elements included in a MIMO antenna), and is used for the wireless communication interface 912 to transmit and receive wireless signals.
  • the smart phone 900 may include a plurality of antennas 916.
  • FIG. 13 shows an example in which the smart phone 900 includes a plurality of antennas 916, the smart phone 900 may also include a single antenna 916.
  • the smart phone 900 may include an antenna 916 for each wireless communication scheme.
  • the antenna switch 915 may be omitted from the configuration of the smartphone 900.
  • the bus 917 connects the processor 901, the memory 902, the storage device 903, the external connection interface 904, the camera 906, the sensor 907, the microphone 908, the input device 909, the display device 910, the speaker 911, the wireless communication interface 912, and the auxiliary controller 919 to each other. connect.
  • the battery 918 supplies power to each block of the smart phone 900 shown in FIG. 13 via a feeder line, and the feeder line is partially shown as a dashed line in the figure.
  • the auxiliary controller 919 operates the minimum necessary functions of the smartphone 900 in the sleep mode, for example.
  • the acquiring unit 101, the reporting unit 102, and the transceiver of the electronic device 100 may be implemented by a wireless communication interface 912. At least part of the function may also be implemented by the processor 901 or the auxiliary controller 919.
  • the processor 901 or the auxiliary controller 919 may execute the functions of the acquiring unit 101, the reporting unit 102, and the determining unit 103 to perform the determination and reporting of the beam failure event according to the BFR configuration for the multi-TRP scenario.
  • FIG. 14 is a block diagram showing an example of a schematic configuration of a car navigation device 920 to which the technology of the present disclosure can be applied.
  • the car navigation device 920 includes a processor 921, a memory 922, a global positioning system (GPS) module 924, a sensor 925, a data interface 926, a content player 927, a storage medium interface 928, an input device 929, a display device 930, a speaker 931, wireless
  • GPS global positioning system
  • the processor 921 may be, for example, a CPU or SoC, and controls the navigation function of the car navigation device 920 and other functions.
  • the memory 922 includes RAM and ROM, and stores data and programs executed by the processor 921.
  • the GPS module 924 uses GPS signals received from GPS satellites to measure the position of the car navigation device 920 (such as latitude, longitude, and altitude).
  • the sensor 925 may include a group of sensors, such as a gyro sensor, a geomagnetic sensor, and an air pressure sensor.
  • the data interface 926 is connected to, for example, an in-vehicle network 941 via a terminal not shown, and acquires data (such as vehicle speed data) generated by the vehicle.
  • the content player 927 reproduces content stored in a storage medium such as CD and DVD, which is inserted into the storage medium interface 928.
  • the input device 929 includes, for example, a touch sensor, a button, or a switch configured to detect a touch on the screen of the display device 930, and receives an operation or information input from the user.
  • the display device 930 includes a screen such as an LCD or OLED display, and displays an image of a navigation function or reproduced content.
  • the speaker 931 outputs the sound of the navigation function or the reproduced content.
  • the wireless communication interface 933 supports any cellular communication scheme such as LTE and LTE-Advanced, and performs wireless communication.
  • the wireless communication interface 933 may generally include, for example, a BB processor 934 and an RF circuit 935.
  • the BB processor 934 may perform, for example, encoding/decoding, modulation/demodulation, and multiplexing/demultiplexing, and perform various types of signal processing for wireless communication.
  • the RF circuit 935 may include, for example, a mixer, a filter, and an amplifier, and transmit and receive wireless signals via the antenna 937.
  • the wireless communication interface 933 may also be a chip module on which the BB processor 934 and the RF circuit 935 are integrated. As shown in FIG.
  • the wireless communication interface 933 may include a plurality of BB processors 934 and a plurality of RF circuits 935.
  • FIG. 14 shows an example in which the wireless communication interface 933 includes a plurality of BB processors 934 and a plurality of RF circuits 935, the wireless communication interface 933 may also include a single BB processor 934 or a single RF circuit 935.
  • the wireless communication interface 933 may support another type of wireless communication scheme, such as a short-range wireless communication scheme, a near field communication scheme, and a wireless LAN scheme.
  • the wireless communication interface 933 may include a BB processor 934 and an RF circuit 935 for each wireless communication scheme.
  • Each of the antenna switches 936 switches the connection destination of the antenna 937 among a plurality of circuits included in the wireless communication interface 933, such as circuits for different wireless communication schemes.
  • Each of the antennas 937 includes a single or multiple antenna elements (such as multiple antenna elements included in a MIMO antenna), and is used for the wireless communication interface 933 to transmit and receive wireless signals.
  • the car navigation device 920 may include a plurality of antennas 937.
  • FIG. 14 shows an example in which the car navigation device 920 includes a plurality of antennas 937, the car navigation device 920 may also include a single antenna 937.
  • the car navigation device 920 may include an antenna 937 for each wireless communication scheme.
  • the antenna switch 936 may be omitted from the configuration of the car navigation device 920.
  • the battery 938 supplies power to each block of the car navigation device 920 shown in FIG. 14 via a feeder line, and the feeder line is partially shown as a dashed line in the figure.
  • the battery 938 accumulates electric power supplied from the vehicle.
  • the acquiring unit 101, the reporting unit 102, and the transceiver of the electronic device 100 may be implemented by a wireless communication interface 933. At least part of the functions may also be implemented by the processor 921.
  • the processor 921 may execute the determination and report of the beam failure event according to the BFR configuration for the multi-TRP scenario by executing the functions of the acquiring unit 101, the reporting unit 102, and the determining unit 103.
  • the technology of the present disclosure may also be implemented as an in-vehicle system (or vehicle) 940 including one or more blocks in the car navigation device 920, the in-vehicle network 941, and the vehicle module 942.
  • vehicle module 942 generates vehicle data (such as vehicle speed, engine speed, and failure information), and outputs the generated data to the in-vehicle network 941.
  • the present invention also proposes a program product storing machine-readable instruction codes.
  • the instruction code is read and executed by a machine, the above-mentioned method according to the embodiment of the present invention can be executed.
  • a storage medium for carrying the above-mentioned program product storing machine-readable instruction codes is also included in the disclosure of the present invention.
  • the storage medium includes, but is not limited to, a floppy disk, an optical disk, a magneto-optical disk, a memory card, a memory stick, and so on.
  • a computer with a dedicated hardware structure (such as the general-purpose computer 1500 shown in FIG. 15) is installed from a storage medium or a network to the program constituting the software, and the computer is installed with various programs. When, it can perform various functions and so on.
  • a central processing unit (CPU) 1501 performs various processes in accordance with a program stored in a read only memory (ROM) 1502 or a program loaded from a storage part 1508 to a random access memory (RAM) 1503.
  • ROM read only memory
  • RAM random access memory
  • data required when the CPU 1501 executes various processing and the like is also stored as needed.
  • the CPU 1501, ROM 1502, and RAM 1503 are connected to each other via a bus 1504.
  • the input/output interface 1505 is also connected to the bus 1504.
  • the following components are connected to the input/output interface 1505: input part 1506 (including keyboard, mouse, etc.), output part 1507 (including display, such as cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.), Storage part 1508 (including hard disk, etc.), communication part 1509 (including network interface card such as LAN card, modem, etc.).
  • the communication section 1509 performs communication processing via a network such as the Internet.
  • the driver 1510 can also be connected to the input/output interface 1505 according to needs.
  • Removable media 1511 such as magnetic disks, optical disks, magneto-optical disks, semiconductor memory, etc. are installed on the drive 1510 as needed, so that the computer programs read out therefrom are installed into the storage portion 1508 as needed.
  • a program constituting the software is installed from a network such as the Internet or a storage medium such as a removable medium 1511.
  • this storage medium is not limited to the removable medium 1511 shown in FIG. 15 in which the program is stored and distributed separately from the device to provide the program to the user.
  • removable media 1511 include magnetic disks (including floppy disks (registered trademarks)), optical disks (including compact disk read-only memory (CD-ROM) and digital versatile disks (DVD)), magneto-optical disks (including mini disks (MD) (registered Trademark)) and semiconductor memory.
  • the storage medium may be a ROM 1502, a hard disk included in the storage portion 1508, etc., in which programs are stored and distributed to users together with the devices containing them.
  • each component or each step can be decomposed and/or recombined.
  • decomposition and/or recombination should be regarded as equivalent solutions of the present invention.
  • the steps of performing the above-mentioned series of processing can naturally be performed in chronological order in the order of description, but do not necessarily need to be performed in chronological order. Some steps can be performed in parallel or independently of each other.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提供了一种用于无线通信的电子设备、方法和计算机可读存储介质，该电子设备包括：处理电路，被配置为：从基站获取用于多发送和接收点(TRP)通信中用户设备的波束失败恢复的配置信息，其中，该配置信息包括第一配置和/或第二配置，第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，第二配置用于多个TRP的波束失败事件的联合判定；以及基于该配置信息向基站报告波束失败事件。

Description

用于无线通信的电子设备和方法、计算机可读存储介质
本申请要求于2020年5月11日提交中国专利局、申请号为202010392038.3、发明名称为“用于无线通信的电子设备和方法、计算机可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及无线通信技术领域，具体地涉及一种波束失败恢复机制。更具体地，涉及一种用于无线通信的电子设备和方法以及计算机可读存储介质。
背景技术
在Rel-15中的波束失败恢复(Beam Failure Recovery，BFR)流程中，定义了一组用于波束失败检测的周期性信道状态信息参考信号(Channel State Information Reference Signal，CSI-RS)资源索引集合
Figure PCTCN2021091848-appb-000001
集合
Figure PCTCN2021091848-appb-000002
中最多包含两个参考信号的索引值。并且，在波束失败检测流程中已经达成共识，当集合
Figure PCTCN2021091848-appb-000003
中与所有波束失败检测参考信号(Beam Failure Detecting Reference Signal，BFD-RS)相对应的块差错率(Block Error Rate，BLER)值都大于阈值时，UE将判定发生波束失败事件。由于Rel-15中的BFR流程是针对单个发送和接收点(Transceiving and Receiving Point，TRP)的场景，尽管集合
Figure PCTCN2021091848-appb-000004
中包含两个BFD-RS，但实际上与该参考信号对应的两个波束的方向通常是相同的。当其中一个波束发生波束失败时，另一个波束也会发生波束失败。
然而，当考虑Multi-TRP场景时，由于多个TRP的位置不同，因此它们的参考信号对应的波束方向也不同。可能存在其中一个TRP发生波束失败，而其他TRP运行良好的情形。鉴于此，对于多TRP场景，应该应用不同的BFR策略。
发明内容
在下文中给出了关于本发明的简要概述，以便提供关于本发明的某些方面的基本理解。应当理解，这个概述并不是关于本发明的穷举性概述。它并不是意图确定本发明的关键或重要部分，也不是意图限定本发明的范围。其目的仅仅是以简化的形式给出某些概念，以此作为稍后论述的更详细描述的前序。
根据本申请的一个方面，提供了一种用于无线通信的电子设备，包括：处理电路，被配置为：从基站获取用于多发送和接收点(TRP)通信中用户设备的波束失败恢复的配置信息，其中，该配置信息包括第一配置和/或第二配置，第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，第二配置用于多个TRP的波束失败事件的联合判定；以及基于该配置信息向基站报告波束失败事件。
根据本申请的一个方面，提供了一种用于无线通信的方法，包括：从基站获取用于多TRP通信中用户设备的波束失败恢复的配置信息，其中，该配置信息包括第一配置和/或第二配置，第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，第二配置用于多个TRP的波束失败事件的联合判定；以及基于该配置信息向基站报告波束失败事件。
根据本申请的另一个方面，提供了一种用于无线通信的电子设备，包括：处理电路，被配置为：向用户设备发送用于多TRP通信中用户设备的波束失败恢复的配置信息，其中，该配置信息包括第一配置和/或第二配置，第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，第二配置用于所述多个TRP的波束失败事件的联合判定；以及从用户设备获取用户设备基于配置信息对波束失败事件的上报。
根据本申请的另一个方面，提供了一种用于无线通信的方法，包括：向用户设备发送用于多TRP通信中用户设备的波束失败恢复的配置信息，其中，该配置信息包括第一配置和/或第二配置，第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，第二配置用于所述多个TRP的波束失败事件的联合判定；以及从用户设备获取用户设备基于配置信息对波束失败事件的上报。
根据本申请的电子设备和方法提出了针对多TRP场景下的波束失败判定的准则和波束失败事件的通知机制，能够更好地保障多TRP场景 下传输的可靠性以及减小时延。
依据本发明的其它方面，还提供了用于实现上述用于无线通信的方法的计算机程序代码和计算机程序产品以及其上记录有该用于实现上述用于无线通信的方法的计算机程序代码的计算机可读存储介质。
通过以下结合附图对本发明的优选实施例的详细说明，本发明的这些以及其他优点将更加明显。
附图说明
为了进一步阐述本发明的以上和其它优点和特征，下面结合附图对本发明的具体实施方式作进一步详细的说明。所述附图连同下面的详细说明一起包含在本说明书中并且形成本说明书的一部分。具有相同的功能和结构的元件用相同的参考标号表示。应当理解，这些附图仅描述本发明的典型示例，而不应看作是对本发明的范围的限定。在附图中：
图1示出了根据本申请的一个实施例的用于无线通信的电子设备的功能模块框图；
图2a和图2b示出了多TRP场景中波束失败的情形的示例；
图3示出了根据本申请的一个实施例的用于无线通信的电子设备的功能模块框图；
图4示出了检测到的BLER随时间的变化的一个示例；
图5示出了检测到的BLER随时间的变化的另一个示例；
图6示出了检测到的BLER随时间的变化的另一个示例；
图7示出了根据本申请的另一个实施例的用于无线通信的电子设备的功能模块框图；
图8示出了基站与用户设备之间的信息流程的一个示例；
图9示出了根据本申请的一个实施例的用于无线通信的方法的流程图；
图10示出了根据本申请的另一个实施例的用于无线通信的方法的流程图；
图11是示出可以应用本公开内容的技术的eNB或gNB的示意性配 置的第一示例的框图；
图12是示出可以应用本公开内容的技术的eNB或gNB的示意性配置的第二示例的框图；
图13是示出可以应用本公开内容的技术的智能电话的示意性配置的示例的框图；
图14是示出可以应用本公开内容的技术的汽车导航设备的示意性配置的示例的框图；以及
图15是其中可以实现根据本发明的实施例的方法和/或装置和/或系统的通用个人计算机的示例性结构的框图。
具体实施方式
在下文中将结合附图对本发明的示范性实施例进行描述。为了清楚和简明起见，在说明书中并未描述实际实施方式的所有特征。然而，应该了解，在开发任何这种实际实施例的过程中必须做出很多特定于实施方式的决定，以便实现开发人员的具体目标，例如，符合与系统及业务相关的那些限制条件，并且这些限制条件可能会随着实施方式的不同而有所改变。此外，还应该了解，虽然开发工作有可能是非常复杂和费时的，但对得益于本公开内容的本领域技术人员来说，这种开发工作仅仅是例行的任务。
在此，还需要说明的一点是，为了避免因不必要的细节而模糊了本发明，在附图中仅仅示出了与根据本发明的方案密切相关的设备结构和/或处理步骤，而省略了与本发明关系不大的其他细节。
<第一实施例>
图1示出了根据本申请的一个实施例的用于无线通信的电子设备100的功能模块框图，如图1所示，电子设备100包括：获取单元101，被配置为从基站获取用于多TRP通信中用户设备(User Equipment，UE)的BFR的配置信息，其中，配置信息包括第一配置和/或第二配置，第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，第二配 置用于多个TRP的波束失败事件的联合判定；以及报告单元102，被配置为基于配置信息向基站报告波束失败事件。
其中，获取单元101和报告单元102可以由一个或多个处理电路实现，该处理电路例如可以实现为芯片。并且，应该理解，图1中所示的装置中的各个功能单元仅是根据其所实现的具体功能而划分的逻辑模块，而不是用于限制具体的实现方式。
电子设备100例如可以设置在用户设备(UE)侧或者可通信地连接到UE。这里，还应指出，电子设备100可以以芯片级来实现，或者也可以以设备级来实现。例如，电子设备100可以工作为用户设备本身，并且还可以包括诸如存储器、收发器(图中未示出)等外部设备。存储器可以用于存储用户设备实现各种功能需要执行的程序和相关数据信息。收发器可以包括一个或多个通信接口以支持与不同设备(例如，基站、其他用户设备等等)间的通信，这里不具体限制收发器的实现形式。这同样适用于随后关于用户设备侧的电子设备的其他配置示例的描述。
此外，应该注意，本文中的第一、第二、……仅是为了区分的目的，而不存在任何顺序上的含义。
UE侧执行的BFR机制例如可以包括波束失败确定、候选波束识别、波束失败恢复请求(Beam Failure Recovery Request，BFRQ)发送和波束失败恢复请求响应(Beam Failure Recovery Request Response，BFRR)获取几个阶段。其中，在波束失败确定阶段，UE对当前服务波束的波束质量进行检测以判断是否满足波束失败触发条件，例如可以将服务波束的BLER与BLER阈值进行比较来判断是否发生波束失败；在候选波束识别阶段，从其他波束中选择可以用作当前服务波束的替选的候选波束；在BFRQ发送阶段，向基站(例如gNB)发送BFRQ；在BFRR获取阶段，UE在特定时间窗内监视来自基站的对BFRQ的响应BFRR。
如前所述，在多TRP场景中，存在一个TRP发生波束失败，而其他TRP正常工作的情况。图2a和图2b示出了多TRP场景中波束失败的情形的示例，图2a中只有TRP 0发生波束失败，而图2b中TRP 0和TRP 1均发生了波束失败。
根据现有的BFR机制，在只有一个TRP发生波束失败的情况下UE不会向基站上报波束失败事件。而在多TRP场景中，如果不进行波束失 败恢复，可能会影响UE的性能。此外，由于多TRP进行了联合传输，因此可能存在多个TRP均发生了波束失败但是UE的传输性能仍然可以接受的情形。为了提供一种适合于多TRP场景的BFR机制，本实施例提供了第一配置和第二配置，以分别针对每个TRP进行波束失败判定和针对多个TRP进行联合的波束失败判定。
获取单元101从基站获取第一配置和/或第二配置，例如，获取单元101可以经由无线资源控制(RRC)信令来获取配置信息。
下面将具体描述第一配置和第二配置的示例。如图3所示，电子设备100还包括：判定单元103，被配置为基于配置信息进行波束失败事件的判定。判定单元103例如也可以实现为处理电路。
例如，第一配置包括如下中的一个或多个：针对每一个TRP的BLER阈值，对每一个TRP的物理层波束失败次数进行计数的第一计数器，以及该第一计数器的第一最大计数阈值。其中，判定单元103被配置为响应于第一配置，在多个TRP中的一个TRP发生物理层波束失败时，使该TRP的第一计数器加1，并且在第一计数器的计数值达到第一最大计数阈值时，确定该TRP发生波束失败事件，报告单元102将该波束失败事件报告给基站。例如，当一个TRP的BLER高于该TRP的BLER阈值时，判定单元103确定该TRP发生物理层波束失败，即，产生了一个波束失败事件的实例，UE向自己的高层报告该波束失败事件。例如，判定单元103可以检测每一个TRP所配置的波束失败探测参考信号(BFD-RS)的BLER作为TRP的BLER。其中，该检测可以是周期性的。
可以看出，根据第一配置，当部分TRP的波束发生波束失败事件时，将进行上报并触发BFR流程。因此，可以尽快恢复失败的波束，保证传输的可靠性。在判定单元103确定多于一个TRP发生波束失败事件的情况下，报告单元102分别向基站报告这多于一个TRP的波束失败事件。针对不同的TRP的波束失败事件的上报是相互独立的。
为了便于理解，下面将以两个TRP(TRP 0和TRP 1)的场景为例进行描述，每个TRP配置有一个参考信号(即，对应于一个波束)。在这样的示例中，分别为TRP 0和TRP 1配置BLER阈值BLER 0和BLER 1。例如，在某一时刻检测到TRP 0的BLER大于BLER 0时，认为发生了物 理层波束失败事件，启动TRP 0的第一计数器并加1，后续每检测到一次TRP 0的BLER大于BLER 0，则将TRP 0的第一计数器加1。类似地，在某一时刻检测到TRP 1的BLER大于BLER 1时，认为发生了物理层波束失败事件，启动TRP 1的第一计数器并加1，后续每检测到一次TRP 1的BLER大于BLER 1，则将TRP 1的第一计数器加1。TRP 0和TRP 1的第一计数器分别独立计数，并且在相应的第一计数器的计数超过第一最大计数阈值时认为对应的TRP发生波束失败事件。
其中，各个TRP的BLER阈值可以相同，也可以不同。各个TRP的第一计数器的第一最大计数阈值也可以相同或者不同。这些都可以由基站进行配置。
应该理解，根据现有的标准，BFD-RS集合中配置了两个参考信号，在多TRP的场景中，可以为一个TRP配置一个参考信号(如上述示例中所述)。但是本申请并不限于此，也可以适用于一个TRP配置有多个参考信号的情形，在这种情形下，例如，当一个TRP的所有参考信号对应的波束均发生物理层波束失败事件时，确定该TRP发生物理层波束失败事件。具体地，仍然针对每个TRP设置第一计数器，当一个TRP的所有参考信号对应的波束的BLER值均大于相应的BLER阈值时，认为该TRP发生了物理层波束失败事件，该TRP的第一计数器加1。如果只是一部分参考信号对应的波束的BLER值超过相应的BLER阈值，TRP的第一计数器不累加1。并且，当一个TRP的第一计数器达到第一最大计数阈值时，认为该TRP发生了波束失败事件。
替选地，可以为每一个TRP的每一个波束设置第一计数器，并且，对于一个TRP的多个波束，可以配置相同的BLER阈值，也可以配置不同的BLER阈值。当一个波束的第一计数器达到第一最大计数阈值时，认为该波束发生了波束失败事件，并且当一个TRP的所有波束的第一计数器均达到第一最大计数阈值时，认为该TRP发生了波束失败事件。
当然，也可以以另外的方式限定一个TRP的各个波束的波束失败事件与TRP的波束失败事件之间的关系。例如，可以对一个TRP的所有参考信号对应的波束的BLER进行平均，并将该平均BLER作为TRP的BLER来进行TRP是否发生波束失败事件的判断。
另一方面，例如，第二配置可以包括如下中的一个或多个：用于计 算多个TRP的联合BLER的加权参数，联合BLER的阈值，对多个BLER的联合物理层波束失败次数进行计数的第二计数器，以及该第二计数器的第二最大计数阈值。所述判定单元103被配置为响应于第二配置，在多个TRP发生联合物理层波束失败事件时，使第二计数器加1，并且在第二计数器的计数值达到第二最大计数阈值时，确定多个TRP发生联合波束失败事件，报告单元102将该联合波束失败事件报告给基站。例如，当多个TRP的联合BLER高于联合BLER阈值时，判定单元103确定多个TRP发生联合物理层波束失败，即，产生了一个联合波束失败事件的实例。UE将该联合波束失败事件的实例报告给自己的上层。
当联合波束失败事件的实例的数目超过第二最大计数阈值时，判定单元103确定相应的TRP发生联合波束失败事件。报告单元102向基站进行上报，以触发BFR流程。
根据第二配置，基于多个TRP的联合BLER来进行波束失败事件的判定。由于在多TRP场景中，UE的性能是基于多个TRP的联合传输性能决定的，因此基于联合BLER的波束失败判定能够准确地反映UE的性能的劣化，提高可靠性。
例如，判定单元103可以根据加权参数对多个TRP中的每一个TRP的BLER进行加权求和，并将结果作为联合BLER。加权参数针对每一个TRP设置，并且可以为0至1范围内的常数，所有加权参数之和为1。
为了便于理解，仍然以两个TRP(TRP 0和TRP 1)的场景为例进行描述，每个TRP配置有一个参考信号(即，对应于一个波束)。在这样的示例中，联合BLER由两个TRP的BLER加权求和得到，加权参数由第二配置得到，例如，可以通过下式(1)来计算联合BLER。
BLER joint＝w 0BLER 0+w 1BLER 1   (1)
其中，BLER 0为TRP 0的BLER，BLER 1为TRP 1的BLER，w 0和w 1分别为对应于TRP 0和TRP 1的加权参数，BLER joint为计算得到的联合BLER。当BLER joint高于联合BLER阈值，认为发生了联合物理层波束失败事件，即，产生了一个联合波束失败事件的实例。第二计数器对该实例的个数进行计数，当计数值达到第二最大计数阈值时，判定单元103确定发生了联合波束失败事件。
类似地，本实施例也可以适用于一个TRP配置有多个参考信号的情 形，在这种情形下，例如，对于一个TRP的多个波束，分别设置其加权参数，并且对所有TRP的所有波束的BLER进行加权求和，当最终得到的BLER超过联合BLER阈值时，认为发生了联合物理层波束失败事件，即，产生了一个联合波束失败事件的实例。当然，也可以对同一个TRP的多个波束设置相同的加权参数，这都不是限制性的。
UE可以以第一配置和第二配置之一进行操作，也可以通过将第一配置和第二配置结合来进行操作。在前一种情况下，获取单元101可以仅从基站获取第一配置和第二配置之一的信息。
在后一种情况下，即同时配置了第一配置和第二配置的情况，获取单元101可以获取第一配置和第二配置两者的信息。换言之，获取单元101可以获取如下中的一个或多个：针对每一个TRP的BLER阈值，对每一个TRP的物理层波束失败次数进行计数的第一计数器，该第一计数器的第一最大计数阈值，用于计算多个TRP的联合BLER的加权参数，联合BLER的阈值，对多个BLER的联合物理层波束失败次数进行计数的第二计数器，以及该第二计数器的第二最大计数阈值。
判定单元103可以被配置为响应于第一配置和第二配置执行如下操作：在多个TRP中的一个TRP发生物理层波束失败时，使该TRP的第一计数器加1；在多个TRP发生联合物理层波束失败时，使第二计数器加1；以及在多个第一计数器中的任意一个的计数值先达到第一最大计数阈值时，确定与该第一计数器对应的TRP发生波束失败事件并向基站进行报告，在第二计数器的计数值先达到第二最大计数阈值时，确定多个TRP发生联合波束失败事件并向基站进行报告。例如，在多个TRP中的一个TRP的BLER高于BLER阈值时，认为该TRP发生物理层波束失败；在多个TRP的联合BLER高于联合BLER阈值时，认为多个TRP发生联合物理层波束失败。
可以看出，在这种情况下，使用第二计数器和多个第一计数器分别对联合波束失败的实例和各个TRP的波束失败的实例进行计数，并且在任何一个计数器达到其阈值时，向基站报告相应的波束失败事件。即，无论是发生单独的TRP的波束失败事件还是联合的波束失败事件，报告单元102均向基站发送报告，以触发BFR流程。这样可以进一步提高传输的可靠性，降低时延。
下面仍然通过两个TRP(TRP 0和TRP 1)的场景为例进行描述，每个TRP配置有一个参考信号(即，对应于一个波束)。此时，将配置有两个第一计数器和一个第二计数器，分别对TRP 0、TRP 1的波束失败事件的实例和联合波束失败事件的实例进行计数。这三个计数器独立工作，在下文中分别记作Counter_0、Counter_1和Counter_m，其相应的最大计数阈值为MaxCount_Num_0、MaxCount_Num_1和MaxCount_Num_m。
图4示出了检测到的BLER随时间的变化的一个示例。其中，横轴为时间轴，纵轴为检测到的BLER，虚线代表TRP 0的BLER(BLER 0)，实线代表TRP 1的BLER(BLER 1)，点划线代表联合BLER(BLER joint)，纵轴上的BLER_m代表联合BLER阈值，BLER_s代表针对TRP 0和TRP 1的BLER阈值。在该示例中，针对两个TRP的BLER阈值是相同的，但是这并不是限制性的，二者也可以不同。
如图4所示，由于检测到的BLER未超过其相应的阈值，因此三个计数器未启动计数，判定单元103不会判定发生波束失败事件，因此不会触发BFR流程。
图5示出了检测到的BLER随时间的变化的另一个示例。其中，坐标和各条曲线的含义与图4中的相同，在此不再重复。如图5所示，在A点处检测到的BLER 0超过了阈值BLER_s，因此TRP 0发生了物理层波束失败，计数器Counter_0启动并计数增加1。在B点处，假设计数器Counter_0的计数值达到了其第一最大计数阈值MaxCount_Num_0(图中的Count_Num_0代表计数器Counter_0的当前值)，此时确定TRP 0发生了波束失败事件，并触发BFR流程。因此，在图5的示例中，为了确保传输的可靠性，无论联合传输性能如何，UE都会尽快恢复发生波束失败的TRP。
图6示出了检测到的BLER随时间的变化的另一个示例。其中，坐标和各条曲线的含义与图4中的相同，在此不再重复。如图6所示，在A点处检测到联合BLER超过阈值BLER_m，即，发生了联合物理层波束失败，计数器Counter_m启动并计数增加1。在B点处，假设计数器Counter_m的计数值达到了第二最大计数阈值MaxCount_Num_m，此时确定发生了联合波束失败事件，触发BFR流程。注意，在图6的示例中，假设与多个TRP对应的计数器Counter_m比与单个TRP对应的计 数器Counter_0和Counter_1先达到其最大计数阈值。因此，在图6的示例中，当联合传输性能较差时，无论单个TRP的性能如何，UE都会尽快执行BFR流程，以确保传输的可靠性。
在5G通信中，定义了三大主要传输场景类型：增强型移动带宽(enhanced Mobile Broadband，eMBB)，超可靠低延时通信(Ultra Reliable Low Latnecy Communications，URLLC)，大规模机器类通信(massive Machine Type Communications，mTTC)。eMBB可以提供高流量移动带宽服务，URLLC提供低延时高可靠服务。例如，在多TRP场景下，针对eMBB，可以使得不同TRP传输不同的传输块来提高传输速率；针对URLLC，可以使得不同TRP传输相同的传输块来减小传输时延和增加可靠性。
因此，针对eMBB，由于不同TRP传输不同的传输块，因此即使当发生部分波束失败时，也期望尽快恢复失败的波束，例如可以采用第一配置。针对URLLC场景，由于不同TRP传输相同的传输块，因此可以基于多个TRP的联合传输性能来确定是否需要执行BFR，此外，如果一个TRP发生波束失败事件，则立刻执行BFR，将进一步提高传输的可靠性，因此可以采用第二配置或者第一配置和第二配置的结合。
换言之，UE采用哪种波束失败恢复的配置可以根据传输场景类型来确定。在一个示例中，由基站来确定传输场景类型，并根据该传输场景类型来为UE提供相应的波束失败恢复的配置。例如，在eMBB场景下，基站向UE提供第一配置，即，获取单元101所获取的配置信息包括第一配置；在URLLC场景下，基站向UE提供第一配置和第二配置，即，获取单元101所获取的配置信息包括第一配置和第二配置；在URLLC场景下，基站向UE提供第二配置，即，获取单元101所获取的配置信息包括第二配置，等等。
在另一个示例中，配置信息中还包括指示传输场景类型的信息，传输场景类型包括eMBB和URLLC之一。判定单元103被配置为根据所指示的传输场景类型，来确定基于第一配置和/或基于第二配置进行波束失败事件的报告。类似地，例如，在eMBB场景下，基于第一配置进行波束失败事件的报告；在URLLC场景下，基于第二配置或者基于第一配置和第二配置进行波束失败事件的报告。
如前所述，BFR流程还包括新的候选波束的识别和BFRQ的发送。本实施例针对多TPR场景提出了BFRQ的发送的新的方式。
例如，报告单元102被配置为通过链路恢复请求(Link Recovery Request，LRR)来向基站报告波束失败事件。其中，LRR是一种特殊的物理层消息，由物理上行控制信道(PUCCH)承载，用于UE向网络侧请求上行链路授权(UL grant)，以便UE可以发送物理上行共享信道(PUSCH)。因此，LRR是可以在任意时刻被UE触发的信息，通过LRR来报告波束失败事件可以保证报告的及时性。
在一个示例中，LRR可以具有特定的序列格式，以指示发生了波束失败事件。该特定的序列格式例如可以为全0序列或全1序列。在这种情况下，报告单元102还被配置为通过MAC CE向基站发送指示发生波束失败事件的TRP的信息以及发生波束失败事件的TRP的候选波束的信息。即，BFRQ的发送包括两个步骤：一是发送指示波束失败事件发生的特殊序列LRR；二是发送指示所涉及TRP和相应的候选波束的信息的MAC CE。MAC CE例如承载在PUSCH资源上。
其中，可以用控制资源集合池索引(CORESETPoolIndex)来指示发生波束失败事件的TRP。CORESETPoolIndex是针对多TRP场景提出的概念，被配置在控制资源集合上，用于区分具有同一小区ID的不同TRP。在多TRP场景中，Rel-16中的BFRQ的第二步流程中上报的Scell的索引是不必要的，因此可以复用这些比特来发送发生波束失败事件的TRP的CORESETPoolIndex。
例如，在发生联合波束失败的情况下，报告单元102可以首先向基站发送全0或全1的特殊序列，然后将TRP 0和TRP 1对应的两个CORESETPoolIndex和各自的候选波束的信息发送给基站。
在另一个示例中，LRR可以包括指示发生波束失败事件的TRP的信息。例如，可以用CORESETPoolIndex来指示发生波束失败事件的TRP。报告单元102还被配置为通过MAC CE来向基站发送波束失败事件的TRP的候选波束的信息。
可以看出，在该示例中，BFRQ的发送也包括两个步骤：一是指示发生波束失败事件的TRP的信息(LRR)；二是所涉及的TRP的候选波束的信息(MAC CE)。其中，指示发生波束失败事件的TRP的信息通 过PUCCH发送，候选波束的信息通过PUSCH发送。
例如，在仅有TRP 0发生波束失败事件的情况下，报告单元102首先将TRP 0对应的CORESETPoolIndex(例如，0)承载在LRR中发送至基站，然后将TRP 0的候选波束的信息承载在MAC CE上发送给基站。
综上所述，根据本实施例的电子设备100提供了针对多TRP场景下的波束失败判定的准则和波束失败事件的通知机制，能够更好地保障多TRP场景下传输的可靠性以及减小时延。
<第二实施例>
图7示出了根据本申请的另一个实施例的电子设备200的功能模块框图，如图7所示，电子设备200包括：发送单元201，被配置为向UE发送用于多TRP通信中UE的波束失败恢复的配置信息，其中，配置信息包括第一配置和/或第二配置，第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，第二配置用于多个TRP的波束失败事件的联合判定；以及获取单元202，被配置为从UE获取UE基于配置信息对波束失败事件的上报。
其中，发送单元201和获取单元202可以由一个或多个处理电路实现，该处理电路例如可以实现为芯片。并且，应该理解，图7中所示的装置中的各个功能单元仅是根据其所实现的具体功能而划分的逻辑模块，而不是用于限制具体的实现方式。
电子设备200例如可以设置在基站侧或者可通信地连接到基站。这里，还应指出，电子设备200可以以芯片级来实现，或者也可以以设备级来实现。例如，电子设备200可以工作为基站本身，并且还可以包括诸如存储器、收发器(未示出)等外部设备。存储器可以用于存储基站实现各种功能需要执行的程序和相关数据信息。收发器可以包括一个或多个通信接口以支持与不同设备(例如，用户设备、其他基站等等)间的通信，这里不具体限制收发器的实现形式。
如前所述，在多TRP场景中，存在一个TRP发生波束失败，而其他TRP正常工作的情况。根据现有的BFR机制，在只有一个TRP发生波束失败的情况下UE不会向基站上报波束失败事件。而在多TRP场景 中，如果不进行波束失败恢复，则可能会影响UE的性能。此外，由于多TRP进行了联合传输，因此可能存在多个TRP均发生了波束失败但是UE的传输性能仍然可以接受的情形。因此，针对多TRP场景，提供了第一配置和第二配置，以分别针对每个TRP进行波束失败判定和针对多个TRP进行联合的波束失败判定。
发送单元201向UE发送第一配置和/或第二配置，例如，发送单元201可以经由RRC信令来发送这些信息，以使得UE基于第一配置和/或第二配置进行波束失败事件的判定和BFR流程的触发。
例如，第一配置包括如下中的一个或多个：针对每一个TRP的BLER阈值，对每一个TRP的物理层波束失败次数进行计数的第一计数器，以及该第一计数器的第一最大计数阈值。例如，各个TRP的BLER阈值可以相同或者不同，各个TRP的第一计数器的第一最大计数阈值可以相同或者不同。
根据第一配置，UE分别针对每个TRP执行波束失败事件的确定和报告，从而可以执行部分波束失败恢复。UE侧的具体的操作在第一实施例中已经详细给出，在此不再重复。
例如，在多于一个TRP发生波束失败事件的情况下，获取单元202从UE获取对多于一个TRP的波束失败事件的报告。针对不同的TRP的波束失败事件的上报是相互独立的。
应该理解，在一个TRP配置有多个参考信号的情形中，如果该TRP的所有参考信号对应的波束均发生物理层波束失败事件时，则确定该TRP发生物理层波束失败事件。具体地，仍然针对每个TRP设置第一计数器，当一个TRP的所有参考信号对应的波束的BLER值均大于相应的BLER阈值时，认为该TRP发生了物理层波束失败事件，该TRP的第一计数器加1。如果只是一部分参考信号对应的波束的BLER值超过相应的BLER阈值，TRP的第一计数器不累加1。并且，当一个TRP的第一计数器达到第一最大计数阈值时，认为该TRP发生了波束失败事件。
此外，如第一实施例中所述，也可以为每一个TRP的每一个波束设置第一计数器，并且，对于一个TRP的多个波束，可以配置相同的BLER阈值，也可以配置不同的BLER阈值。例如，当一个TRP的所有波束均发生波束失败事件时，认为该TRP发生了波束失败事件。或者，也可以 以另外的方式限定一个TRP的各个波束的波束失败事件与TRP的波束失败事件之间的关系。例如，UE可以对一个TRP的所有参考信号对应的波束的BLER进行平均，并将该平均BLER作为TRP的BLER来进行TRP是否发生波束失败事件的判断。
另一方面，例如，第二配置可以包括如下中的一个或多个：用于计算多个TRP的联合BLER的加权参数，联合BLER的阈值，对多个BLER的联合物理层波束失败次数进行计数的第二计数器，以及该第二计数器的第二最大计数阈值。
根据第二配置，UE基于多个TRP的联合BLER来进行波束失败事件的判定。由于在多TRP场景中，UE的性能是基于多个TRP的联合传输性能决定的，因此基于联合BLER的波束失败判定能够准确地反映UE的性能的劣化，提高可靠性。
类似地，对于一个TRP配置有多个参考信号的情形，可以分别设置针对各个参考信号对应的波束的BLER的加权参数。UE对所有TRP的所有波束的BLER进行加权求和，当最终得到的BLER超过联合BLER阈值时，认为发生了联合物理层波束失败事件，即，产生了一个联合波束失败事件的实例。
示例性地，基站可以配置UE以第一配置和第二配置之一进行操作，也可以配置UE以第一配置和第二配置结合的方式进行操作。
在一个示例中，基站可以确定传输场景类型，并根据该传输场景类型来为UE提供相应的波束失败恢复的配置，即提供第一配置和第二配置之一，或者提供第一配置和第二配置两者。例如，在eMBB场景下，基站向UE提供第一配置，即，发送单元201所发送的配置信息包括第一配置；在URLLC场景下，基站向UE提供第一配置和第二配置，即，发送单元201所发送的配置信息包括第一配置和第二配置；在URLLC场景下，基站向UE提供第二配置，即，发送单元201所发送的配置信息包括第二配置，等等。
在另一个示例中，配置信息中还包括指示传输场景类型的信息，传输场景类型包括eMBB和URLLC之一。UE根据该传输场景类型的信息确定要使用的配置。
此外，获取单元202被配置为通过LRR来获取UE的上报。在一个 示例中，LRR可以具有特定的序列格式，以指示发生了波束失败事件。该特定的序列格式例如可以为全0序列或全1序列。在这种情况下，获取单元202还被配置为通过MAC CE从UE获取指示发生波束失败事件的TRP的信息以及发生波束失败事件的TRP的候选波束的信息。
其中，可以用CORESETPoolIndex来指示发生波束失败事件的TRP。例如，在发生联合波束失败的情况下，获取单元202首先从UE接收到全0或全1的特殊序列，然后接收与TRP 0和TRP 1对应的两个CORESETPoolIndex和各自的候选波束的信息。
在另一个示例中，LRR可以包括指示发生波束失败事件的TRP的信息。例如，可以用CORESETPoolIndex来指示发生波束失败事件的TRP。获取单元202还被配置为通过MAC CE来从UE获取发生波束失败事件的TRP的候选波束的信息。其中，LRR承载在PUCCH上，MAC CE承载在PUSCH上。
例如，在仅有TRP 0发生波束失败事件的情况下，获取单元202首先从UE获取承载在LRR中的与TRP 0对应的CORESETPoolIndex(例如，0)，然后获取承载在MAC CE上的TRP 0的候选波束的信息。
综上所述，根据本实施例的电子设备200提供了针对多TRP场景的波束失败判定的准则和波束失败事件的通知机制，能够更好地保障多TRP场景下传输的可靠性以及减小时延。
为了便于理解，图8示出了基站(gNodeB)与用户设备(UE)之间的针对多TRP场景的BFR机制的信息流程。如图8所示，首先，gNB例如通过RRC信令向基站发送用于BFR的配置信息，该配置信息中可以包括上述第一配置和/或第二配置，具体地，例如各种BLER阈值参数、计数器、计数器阈值参数等，此外，配置信息中还可以包括指示传输场景类型的信息。接着，UE例如根据配置信息所指示的相应的配置来进行波束质量的检测和波束失败事件的判定。当判定发生波束失败事件(单个TRP的波束失败事件或联合波束失败事件)时，UE在PUCCH上向基站发送LRR，LRR可以用来指示发生了波束失败事件，例如通过发送全0或全1的特殊序列来指示这一点。LRR还可以用来发送发生波束失败事件的TRP的信息比如所对应的CORESETPoolIndex。gNB在接收到LRR后，向UE发送上行链路授权，UE基于该上行链路授权在相应 的PUSCH资源上向基站发送MAC CE，MAC CE中可以包括发生波束失败事件的TRP的候选波束的信息。在LRR包括特殊序列的情况下，MAC CE中还可以包括发生波束失败事件的TRP的信息比如所对应的CORESETPoolIndex。
应该注意，图8中的信息流程仅是示意性的，并不对本申请构成限制。
<第三实施例>
在上文的实施方式中描述用于无线通信的电子设备的过程中，显然还公开了一些处理或方法。下文中，在不重复上文中已经讨论的一些细节的情况下给出这些方法的概要，但是应当注意，虽然这些方法在描述用于无线通信的电子设备的过程中公开，但是这些方法不一定采用所描述的那些部件或不一定由那些部件执行。例如，用于无线通信的电子设备的实施方式可以部分地或完全地使用硬件和/或固件来实现，而下面讨论的用于无线通信的方法可以完全由计算机可执行的程序来实现，尽管这些方法也可以采用用于无线通信的电子设备的硬件和/或固件。
图9示出了根据本申请的一个实施例的用于无线通信的方法的流程图，该方法包括：从基站获取用于多TRP通信中UE的波束失败恢复的配置信息(S11)，其中，配置信息包括第一配置和/或第二配置，第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，第二配置用于所述多个TRP的波束失败事件的联合判定；以及基于配置信息向基站报告波束失败事件(S12)。该方法例如可以在UE侧执行。
示例性地，配置信息还可以包括指示传输场景类型的信息，传输场景类型包括增强型移动带宽和超可靠低时延通信之一。上述方法例如还包括根据所指示的传输场景类型确定基于第一配置和/或基于第二配置进行波束失败事件的报告。
此外，虽然图中未示出，上述方法还包括基于第一配置和/或第二配置判定波束失败事件的发生的步骤。
例如，第一配置可以包括如下中的一个或多个：针对每一个TRP的BLER阈值，对每一个TRP的物理层波束失败次数进行计数的第一计数 器，以及该第一计数器的第一最大计数阈值。其中，各个TRP的BLER阈值可以相同或者不同，以及/或者各个TRP的第一计数器的第一最大计数阈值可以相同或者不同。例如，可以检测每一个TRP所配置的波束失败探测参考信号的BLER作为该TRP的BLER。
上述方法包括：响应于第一配置，在多个TRP中的一个TRP发生物理层波束失败事件时，使该TRP的所述第一计数器加1，并且在第一计数器的计数值达到所述第一最大计数阈值时，确定该TRP发生波束失败事件并在步骤S12中向基站进行报告。其中，在确定多于一个TRP发生波束失败事件的情况下，分别向基站报告多于一个TRP的波束失败事件。
例如，第二配置包括如下中的一个或多个：用于计算多个TRP的联合BLER的加权参数，联合BLER阈值，对多个TRP的联合物理层波束失败次数进行计数的第二计数器，以及该第二计数器的第二最大计数阈值。例如，可以根据加权参数对多个TRP中的每一个TRP的BLER进行加权求和，并将结果作为联合BLER。示例性地，加权参数针对每一个TRP设置并且为0至1范围内的常数，所有加权参数之和为1。
上述方法包括：响应于第二配置，在多个TRP发生联合物理层波束失败事件时，使第二计数器加1，并且在第二计数器的计数值达到第二最大计数阈值时，确定多个TRP发生联合波束失败事件并在步骤S12中向基站进行报告。
此外，第一配置和第二配置还可以结合使用。上述方法包括：响应于第一配置和第二配置，在多个TRP中的一个TRP发生物理层波束失败事件时，使该TRP的所述第一计数器加1；在多个TRP发生联合物理层波束失败事件时，使第二计数器加1；以及在多个第一计数器中的任意一个的计数值先达到第一最大计数阈值时，确定与该第一计数器对应的TRP发生波束失败事件并向基站进行报告，在第二计数器的计数值先达到第二最大计数阈值时，确定多个TRP发生联合波束失败事件并向基站进行报告。
例如，在步骤S12中，可以通过LRR向基站报告所述波束失败事件。
在一个示例中，LRR可以具有特定的序列格式，以指示发生了波束失败事件。步骤S12还可以包括通过MAC CE向基站发送指示发生波束 失败事件的TRP的信息以及发生波束失败事件的TRP的候选波束的信息。其中，
在另一个示例中，LRR包括指示发生波束失败事件的TRP的信息。同样可以用CORESETPoolIndex来指示发生波束失败事件的TRP。步骤S12中还包括通过MAC CE向基站发送发生波束失败事件的TRP的候选波束的信息。
图10示出了根据本申请的另一个实施例的用于无线通信的方法的流程图，该方法包括：向UE发送用于多TRP通信中UE的波束失败恢复的配置信息(S21)，其中，配置信息包括第一配置和/或第二配置，第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，第二配置用于多个TRP的波束失败事件的联合判定；以及从UE获取UE基于该配置信息对波束失败事件的上报(S22)。该方法例如可以在基站侧执行。
示例性地，配置信息还可以包括指示传输场景类型的信息，传输场景类型包括增强型移动带宽和超可靠低时延通信之一。
类似地，第一配置可以包括如下中的一个或多个：针对每一个TRP的块差错率BLER阈值，对每一个TRP的物理层波束失败次数进行计数的第一计数器，以及该第一计数器的第一最大计数阈值。其中，各个TRP的BLER阈值可以相同或不同，以及/或者各个TRP的第一计数器的第一最大计数阈值相同或不同。
在多于一个TRP发生波束失败事件的情况下，从UE获取对多于一个TRP的波束失败事件的报告。
第二配置可以包括如下中的一个或多个：用于计算多个TRP的联合BLER的加权参数，联合BLER阈值，对多个TRP的联合物理层波束失败次数进行计数的第二计数器，以及该第二计数器的第二最大计数阈值。
在步骤S22中，可以通过LRR获取所述上报。在一个示例中，LRR具有特定的序列格式，以指示发生了波束失败事件。步骤S22还包括通过MAC CE从UE获取指示发生波束失败事件的TRP的信息以及发生波束失败事件的TRP的候选波束的信息。其中，发生波束失败事件的TRP可以用CORESETPoolIndex来指示。在另一个示例中，LRR可以包括指示发生波束失败事件的TRP的信息，比如发生波束失败事件的 TRP的CORESETPoolIndex。步骤S22还包括通过MAC CE从UE获取发生波束失败事件的TRP的候选波束的信息。
注意，上述各个方法可以结合或单独使用，其细节在第一至第二实施例中已经进行了详细描述，在此不再重复。
本公开内容的技术能够应用于各种产品。
例如，电子设备200可以被实现为各种基站。基站可以被实现为任何类型的演进型节点B(eNB)或gNB(5G基站)。eNB例如包括宏eNB和小eNB。小eNB可以为覆盖比宏小区小的小区的eNB，诸如微微eNB、微eNB和家庭(毫微微)eNB。对于gNB也可以由类似的情形。代替地，基站可以被实现为任何其他类型的基站，诸如NodeB和基站收发台(BTS)。基站可以包括：被配置为控制无线通信的主体(也称为基站设备)；以及设置在与主体不同的地方的一个或多个远程无线头端(RRH)。另外，各种类型的用户设备均可以通过暂时地或半持久性地执行基站功能而作为基站工作。
电子设备100可以被实现为各种用户设备。用户设备可以被实现为移动终端(诸如智能电话、平板个人计算机(PC)、笔记本式PC、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。用户设备还可以被实现为执行机器对机器(M2M)通信的终端(也称为机器类型通信(MTC)终端)。此外，用户设备可以为安装在上述终端中的每个终端上的无线通信模块(诸如包括单个晶片的集成电路模块)。
[关于基站的应用示例]
(第一应用示例)
图11是示出可以应用本公开内容的技术的eNB或gNB的示意性配置的第一示例的框图。注意，以下的描述以eNB作为示例，但是同样可以应用于gNB。eNB 800包括一个或多个天线810以及基站设备820。基站设备820和每个天线810可以经由RF线缆彼此连接。
天线810中的每一个均包括单个或多个天线元件(诸如包括在多输 入多输出(MIMO)天线中的多个天线元件)，并且用于基站设备820发送和接收无线信号。如图11所示，eNB 800可以包括多个天线810。例如，多个天线810可以与eNB 800使用的多个频带兼容。虽然图11示出其中eNB 800包括多个天线810的示例，但是eNB 800也可以包括单个天线810。
基站设备820包括控制器821、存储器822、网络接口823以及无线通信接口825。
控制器821可以为例如CPU或DSP，并且操作基站设备820的较高层的各种功能。例如，控制器821根据由无线通信接口825处理的信号中的数据来生成数据分组，并经由网络接口823来传递所生成的分组。控制器821可以对来自多个基带处理器的数据进行捆绑以生成捆绑分组，并传递所生成的捆绑分组。控制器821可以具有执行如下控制的逻辑功能：该控制诸如为无线资源控制、无线承载控制、移动性管理、接纳控制和调度。该控制可以结合附近的eNB或核心网节点来执行。存储器822包括RAM和ROM，并且存储由控制器821执行的程序和各种类型的控制数据(诸如终端列表、传输功率数据以及调度数据)。
网络接口823为用于将基站设备820连接至核心网824的通信接口。控制器821可以经由网络接口823而与核心网节点或另外的eNB进行通信。在此情况下，eNB 800与核心网节点或其他eNB可以通过逻辑接口(诸如S1接口和X2接口)而彼此连接。网络接口823还可以为有线通信接口或用于无线回程线路的无线通信接口。如果网络接口823为无线通信接口，则与由无线通信接口825使用的频带相比，网络接口823可以使用较高频带用于无线通信。
无线通信接口825支持任何蜂窝通信方案(诸如长期演进(LTE)和LTE-先进)，并且经由天线810来提供到位于eNB 800的小区中的终端的无线连接。无线通信接口825通常可以包括例如基带(BB)处理器826和RF电路827。BB处理器826可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行层(例如L1、介质访问控制(MAC)、无线链路控制(RLC)和分组数据汇聚协议(PDCP))的各种类型的信号处理。代替控制器821，BB处理器826可以具有上述逻辑功能的一部分或全部。BB处理器826可以为存储通信控制程序的存储器，或者为包括被配置为执行程序的处理器和相关电路的模块。更新程序可以使BB处理 器826的功能改变。该模块可以为插入到基站设备820的槽中的卡或刀片。可替代地，该模块也可以为安装在卡或刀片上的芯片。同时，RF电路827可以包括例如混频器、滤波器和放大器，并且经由天线810来传送和接收无线信号。
如图11所示，无线通信接口825可以包括多个BB处理器826。例如，多个BB处理器826可以与eNB 800使用的多个频带兼容。如图11所示，无线通信接口825可以包括多个RF电路827。例如，多个RF电路827可以与多个天线元件兼容。虽然图11示出其中无线通信接口825包括多个BB处理器826和多个RF电路827的示例，但是无线通信接口825也可以包括单个BB处理器826或单个RF电路827。
在图11所示的eNB 800中，电子设备200的发送单元201、获取单元202、收发器可以由无线通信接口825实现。功能的至少一部分也可以由控制器821实现。例如，控制器821可以通过执行发送单元201和获取单元202的功能来对UE的BFR机制进行针对多TRP场景的配置以及获取UE的波束失败事件的上报。
(第二应用示例)
图12是示出可以应用本公开内容的技术的eNB或gNB的示意性配置的第二示例的框图。注意，类似地，以下的描述以eNB作为示例，但是同样可以应用于gNB。eNB 830包括一个或多个天线840、基站设备850和RRH 860。RRH 860和每个天线840可以经由RF线缆而彼此连接。基站设备850和RRH 860可以经由诸如光纤线缆的高速线路而彼此连接。
天线840中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件)并且用于RRH 860发送和接收无线信号。如图12所示，eNB 830可以包括多个天线840。例如，多个天线840可以与eNB 830使用的多个频带兼容。虽然图12示出其中eNB 830包括多个天线840的示例，但是eNB 830也可以包括单个天线840。
基站设备850包括控制器851、存储器852、网络接口853、无线通信接口855以及连接接口857。控制器851、存储器852和网络接口853与参照图11描述的控制器821、存储器822和网络接口823相同。
无线通信接口855支持任何蜂窝通信方案(诸如LTE和LTE-先进)， 并且经由RRH 860和天线840来提供到位于与RRH 860对应的扇区中的终端的无线通信。无线通信接口855通常可以包括例如BB处理器856。除了BB处理器856经由连接接口857连接到RRH 860的RF电路864之外，BB处理器856与参照图11描述的BB处理器826相同。如图12所示，无线通信接口855可以包括多个BB处理器856。例如，多个BB处理器856可以与eNB 830使用的多个频带兼容。虽然图12示出其中无线通信接口855包括多个BB处理器856的示例，但是无线通信接口855也可以包括单个BB处理器856。
连接接口857为用于将基站设备850(无线通信接口855)连接至RRH 860的接口。连接接口857还可以为用于将基站设备850(无线通信接口855)连接至RRH 860的上述高速线路中的通信的通信模块。
RRH 860包括连接接口861和无线通信接口863。
连接接口861为用于将RRH 860(无线通信接口863)连接至基站设备850的接口。连接接口861还可以为用于上述高速线路中的通信的通信模块。
无线通信接口863经由天线840来传送和接收无线信号。无线通信接口863通常可以包括例如RF电路864。RF电路864可以包括例如混频器、滤波器和放大器，并且经由天线840来传送和接收无线信号。如图12所示，无线通信接口863可以包括多个RF电路864。例如，多个RF电路864可以支持多个天线元件。虽然图12示出其中无线通信接口863包括多个RF电路864的示例，但是无线通信接口863也可以包括单个RF电路864。
在图12所示的eNB 830中，电子设备200的发送单元201、获取单元202、收发器可以由无线通信接口855和/或无线通信接口863实现。功能的至少一部分也可以由控制器851实现。例如，控制器851可以通过执行发送单元201和获取单元202的功能来对UE的BFR机制进行针对多TRP场景的配置以及获取UE的波束失败事件的上报。
[关于用户设备的应用示例]
(第一应用示例)
图13是示出可以应用本公开内容的技术的智能电话900的示意性配置的示例的框图。智能电话900包括处理器901、存储器902、存储装置903、外部连接接口904、摄像装置906、传感器907、麦克风908、输入装置909、显示装置910、扬声器911、无线通信接口912、一个或多个天线开关915、一个或多个天线916、总线917、电池918以及辅助控制器919。
处理器901可以为例如CPU或片上系统(SoC)，并且控制智能电话900的应用层和另外层的功能。存储器902包括RAM和ROM，并且存储数据和由处理器901执行的程序。存储装置903可以包括存储介质，诸如半导体存储器和硬盘。外部连接接口904为用于将外部装置(诸如存储卡和通用串行总线(USB)装置)连接至智能电话900的接口。
摄像装置906包括图像传感器(诸如电荷耦合器件(CCD)和互补金属氧化物半导体(CMOS))，并且生成捕获图像。传感器907可以包括一组传感器，诸如测量传感器、陀螺仪传感器、地磁传感器和加速度传感器。麦克风908将输入到智能电话900的声音转换为音频信号。输入装置909包括例如被配置为检测显示装置910的屏幕上的触摸的触摸传感器、小键盘、键盘、按钮或开关，并且接收从用户输入的操作或信息。显示装置910包括屏幕(诸如液晶显示器(LCD)和有机发光二极管(OLED)显示器)，并且显示智能电话900的输出图像。扬声器911将从智能电话900输出的音频信号转换为声音。
无线通信接口912支持任何蜂窝通信方案(诸如LTE和LTE-先进)，并且执行无线通信。无线通信接口912通常可以包括例如BB处理器913和RF电路914。BB处理器913可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，RF电路914可以包括例如混频器、滤波器和放大器，并且经由天线916来传送和接收无线信号。注意，图中虽然示出了一个RF链路与一个天线连接的情形，但是这仅是示意性的，还包括一个RF链路通过多个移相器与多个天线连接的情形。无线通信接口912可以为其上集成有BB处理器913和RF电路914的一个芯片模块。如图13所示，无线通信接口912可以包括多个BB处理器913和多个RF电路914。虽然图13示出其中无线通信接口912包括多个BB处理器913和多个RF电路914的示例，但是无线通信接口912也可以包括单个BB处理器913或单个RF电路 914。
此外，除了蜂窝通信方案之外，无线通信接口912可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线局域网(LAN)方案。在此情况下，无线通信接口912可以包括针对每种无线通信方案的BB处理器913和RF电路914。
天线开关915中的每一个在包括在无线通信接口912中的多个电路(例如用于不同的无线通信方案的电路)之间切换天线916的连接目的地。
天线916中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件)，并且用于无线通信接口912传送和接收无线信号。如图13所示，智能电话900可以包括多个天线916。虽然图13示出其中智能电话900包括多个天线916的示例，但是智能电话900也可以包括单个天线916。
此外，智能电话900可以包括针对每种无线通信方案的天线916。在此情况下，天线开关915可以从智能电话900的配置中省略。
总线917将处理器901、存储器902、存储装置903、外部连接接口904、摄像装置906、传感器907、麦克风908、输入装置909、显示装置910、扬声器911、无线通信接口912以及辅助控制器919彼此连接。电池918经由馈线向图13所示的智能电话900的各个块提供电力，馈线在图中被部分地示为虚线。辅助控制器919例如在睡眠模式下操作智能电话900的最小必需功能。
在图13所示的智能电话900中，电子设备100的获取单元101、报告单元102、收发器可以由无线通信接口912实现。功能的至少一部分也可以由处理器901或辅助控制器919实现。例如，处理器901或辅助控制器919可以通过执行获取单元101、报告单元102、判定单元103的功能，来根据针对多TRP场景的BFR配置执行波束失败事件的判定和上报。
(第二应用示例)
图14是示出可以应用本公开内容的技术的汽车导航设备920的示意性配置的示例的框图。汽车导航设备920包括处理器921、存储器922、 全球定位系统(GPS)模块924、传感器925、数据接口926、内容播放器927、存储介质接口928、输入装置929、显示装置930、扬声器931、无线通信接口933、一个或多个天线开关936、一个或多个天线937以及电池938。
处理器921可以为例如CPU或SoC，并且控制汽车导航设备920的导航功能和另外的功能。存储器922包括RAM和ROM，并且存储数据和由处理器921执行的程序。
GPS模块924使用从GPS卫星接收的GPS信号来测量汽车导航设备920的位置(诸如纬度、经度和高度)。传感器925可以包括一组传感器，诸如陀螺仪传感器、地磁传感器和空气压力传感器。数据接口926经由未示出的终端而连接到例如车载网络941，并且获取由车辆生成的数据(诸如车速数据)。
内容播放器927再现存储在存储介质(诸如CD和DVD)中的内容，该存储介质被插入到存储介质接口928中。输入装置929包括例如被配置为检测显示装置930的屏幕上的触摸的触摸传感器、按钮或开关，并且接收从用户输入的操作或信息。显示装置930包括诸如LCD或OLED显示器的屏幕，并且显示导航功能的图像或再现的内容。扬声器931输出导航功能的声音或再现的内容。
无线通信接口933支持任何蜂窝通信方案(诸如LTE和LTE-先进)，并且执行无线通信。无线通信接口933通常可以包括例如BB处理器934和RF电路935。BB处理器934可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，RF电路935可以包括例如混频器、滤波器和放大器，并且经由天线937来传送和接收无线信号。无线通信接口933还可以为其上集成有BB处理器934和RF电路935的一个芯片模块。如图14所示，无线通信接口933可以包括多个BB处理器934和多个RF电路935。虽然图14示出其中无线通信接口933包括多个BB处理器934和多个RF电路935的示例，但是无线通信接口933也可以包括单个BB处理器934或单个RF电路935。
此外，除了蜂窝通信方案之外，无线通信接口933可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线LAN 方案。在此情况下，针对每种无线通信方案，无线通信接口933可以包括BB处理器934和RF电路935。
天线开关936中的每一个在包括在无线通信接口933中的多个电路(诸如用于不同的无线通信方案的电路)之间切换天线937的连接目的地。
天线937中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件)，并且用于无线通信接口933传送和接收无线信号。如图14所示，汽车导航设备920可以包括多个天线937。虽然图14示出其中汽车导航设备920包括多个天线937的示例，但是汽车导航设备920也可以包括单个天线937。
此外，汽车导航设备920可以包括针对每种无线通信方案的天线937。在此情况下，天线开关936可以从汽车导航设备920的配置中省略。
电池938经由馈线向图14所示的汽车导航设备920的各个块提供电力，馈线在图中被部分地示为虚线。电池938累积从车辆提供的电力。
在图14示出的汽车导航设备920中，电子设备100的获取单元101、报告单元102、收发器可以由无线通信接口933实现。功能的至少一部分也可以由处理器921实现。例如，处理器921可以通过执行获取单元101、报告单元102、判定单元103的功能，来根据针对多TRP场景的BFR配置执行波束失败事件的判定和上报。
本公开内容的技术也可以被实现为包括汽车导航设备920、车载网络941以及车辆模块942中的一个或多个块的车载系统(或车辆)940。车辆模块942生成车辆数据(诸如车速、发动机速度和故障信息)，并且将所生成的数据输出至车载网络941。
以上结合具体实施例描述了本发明的基本原理，但是，需要指出的是，对本领域的技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者其组合的形式实现，这是本领域的技术人员在阅读了本发明的描述的情况下利用其基本电路设计知识或者基本编程技能就能实现的。
而且，本发明还提出了一种存储有机器可读取的指令代码的程序产品。所述指令代码由机器读取并执行时，可执行上述根据本发明实施例的方法。
相应地，用于承载上述存储有机器可读取的指令代码的程序产品的存储介质也包括在本发明的公开中。所述存储介质包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。
在通过软件或固件实现本发明的情况下，从存储介质或网络向具有专用硬件结构的计算机(例如图15所示的通用计算机1500)安装构成该软件的程序，该计算机在安装有各种程序时，能够执行各种功能等。
在图15中，中央处理单元(CPU)1501根据只读存储器(ROM)1502中存储的程序或从存储部分1508加载到随机存取存储器(RAM)1503的程序执行各种处理。在RAM 1503中，也根据需要存储当CPU 1501执行各种处理等等时所需的数据。CPU 1501、ROM 1502和RAM 1503经由总线1504彼此连接。输入/输出接口1505也连接到总线1504。
下述部件连接到输入/输出接口1505：输入部分1506(包括键盘、鼠标等等)、输出部分1507(包括显示器，比如阴极射线管(CRT)、液晶显示器(LCD)等，和扬声器等)、存储部分1508(包括硬盘等)、通信部分1509(包括网络接口卡比如LAN卡、调制解调器等)。通信部分1509经由网络比如因特网执行通信处理。根据需要，驱动器1510也可连接到输入/输出接口1505。可移除介质1511比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器1510上，使得从中读出的计算机程序根据需要被安装到存储部分1508中。
在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可移除介质1511安装构成软件的程序。
本领域的技术人员应当理解，这种存储介质不局限于图15所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可移除介质1511。可移除介质1511的例子包含磁盘(包含软盘(注册商标))、光盘(包含光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘(包含迷你盘(MD)(注册商标))和半导体存储器。或者，存储介质可以是ROM 1502、存储部分1508中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。
还需要指出的是，在本发明的装置、方法和系统中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应该视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按时间顺序执行。某些步骤可以并行或彼此独立地执行。
最后，还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。此外，在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上虽然结合附图详细描述了本发明的实施例，但是应当明白，上面所描述的实施方式只是用于说明本发明，而并不构成对本发明的限制。对于本领域的技术人员来说，可以对上述实施方式作出各种修改和变更而没有背离本发明的实质和范围。因此，本发明的范围仅由所附的权利要求及其等效含义来限定。

Claims (34)

  1. 一种用于无线通信的电子设备，包括：
    处理电路，被配置为：
    从基站获取用于多发送和接收点TRP通信中用户设备的波束失败恢复的配置信息，其中，所述配置信息包括第一配置和/或第二配置，所述第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，所述第二配置用于所述多个TRP的波束失败事件的联合判定；以及
    基于所述配置信息向所述基站报告波束失败事件。
  2. 根据权利要求1所述的电子设备，其中，所述配置信息还包括指示传输场景类型的信息，所述传输场景类型包括增强型移动带宽和超可靠低时延通信之一。
  3. 根据权利要求2所述的电子设备，其中，所述处理电路被配置为根据所指示的传输场景类型确定基于所述第一配置和/或基于所述第二配置进行所述波束失败事件的报告。
  4. 根据权利要求1所述的电子设备，其中，所述第一配置包括如下中的一个或多个：针对每一个TRP的块差错率BLER阈值，对每一个TRP的物理层波束失败次数进行计数的第一计数器，以及该第一计数器的第一最大计数阈值，
    响应于所述第一配置，所述处理电路被配置为在所述多个TRP中的一个TRP发生物理层波束失败事件时，使该TRP的所述第一计数器加1，并且在所述第一计数器的计数值达到所述第一最大计数阈值时，确定该TRP发生波束失败事件并向所述基站进行报告。
  5. 根据权利要求4所述的电子设备，其中，所述处理电路被配置为在确定多于一个TRP发生波束失败事件的情况下，分别向所述基站报告所述多于一个TRP的波束失败事件。
  6. 根据权利要求4所述的电子设备，其中，所述各个TRP的BLER阈值相同，以及/或者所述各个TRP的第一计数器的第一最大计数阈值相同。
  7. 根据权利要求1所述的电子设备，其中，所述第二配置包括如下中的一个或多个：用于计算所述多个TRP的联合BLER的加权参数，联合BLER阈值，对所述多个TRP的联合物理层波束失败次数进行计数的第二计数器，以及该第二计数器的第二最大计数阈值，
    响应于所述第二配置，所述处理电路被配置为在所述多个TRP发生联合物理层波束失败事件时，使所述第二计数器加1，并且在所述第二计数器的计数值达到所述第二最大计数阈值时，确定所述多个TRP发生联合波束失败事件并向所述基站进行报告。
  8. 根据权利要求7所述的电子设备，其中，所述处理电路被配置为根据所述加权参数对所述多个TRP中的每一个TRP的BLER进行加权求和，并将结果作为所述联合BLER。
  9. 根据权利要求8所述的电子设备，其中，所述加权参数针对每一个TRP设置并且为0至1范围内的常数，所有加权参数之和为1。
  10. 根据权利要求7所述的电子设备，其中，所述第一配置包括如下中的一个或多个：针对每一个TRP的BLER阈值，对每一个TRP的物理层波束失败次数进行计数的第一计数器，以及该第一计数器的第一最大计数阈值，
    响应于所述第一配置和所述第二配置，所述处理电路被配置为：
    在所述多个TRP中的一个TRP发生物理层波束失败事件时，使该TRP的所述第一计数器加1；
    在所述多个TRP发生联合物理层波束失败事件时，使所述第二计数器加1；以及
    在多个所述第一计数器中的任意一个的计数值先达到所述第一最大计数阈值时，确定与该第一计数器对应的TRP发生波束失败事件并向所述基站进行报告，在所述第二计数器的计数值先达到所述第二最大计数阈值时，确定所述多个TRP发生联合波束失败事件并向所述基站进行报告。
  11. 根据权利要求4所述的电子设备，其中，所述处理电路被配置为检测每一个TRP所配置的波束失败探测参考信号的BLER作为所述TRP的BLER。
  12. 根据权利要求1所述的电子设备，其中，所述处理电路被配置为通过链路恢复请求LRR向所述基站报告所述波束失败事件。
  13. 根据权利要求12所述的电子设备，其中，所述LRR具有特定的序列格式，以指示发生了所述波束失败事件。
  14. 根据权利要求13所述的电子设备，其中，所述处理电路还被配置为通过MAC CE向所述基站发送指示发生波束失败事件的TRP的信息以及所述发生波束失败事件的TRP的候选波束的信息。
  15. 根据权利要求14所述的电子设备，其中，所述处理电路被配置为用控制资源集合池索引CORESETPoolIndex来指示发生波束失败事件的TRP。
  16. 根据权利要求12所述的电子设备，其中，所述LRR包括指示发生波束失败事件的TRP的信息。
  17. 根据权利要求16所述的电子设备，其中，所述处理电路被配置为用CORESETPoolIndex来指示发生波束失败事件的TRP。
  18. 根据权利要求16所述的电子设备，其中，所述处理电路还被配置为通过MAC CE向所述基站发送所述发生波束失败事件的TRP的候选波束的信息。
  19. 一种用于无线通信的电子设备，包括：
    处理电路，被配置为：
    向用户设备发送用于多TRP通信中所述用户设备的波束失败恢复的配置信息，其中，所述配置信息包括第一配置和/或第二配置，所述第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，所述第二配置用于所述多个TRP的波束失败事件的联合判定；以及
    从所述用户设备获取所述用户设备基于所述配置信息对波束失败事件的上报。
  20. 根据权利要求19所述的电子设备，其中，所述配置信息还包括指示传输场景类型的信息，所述传输场景类型包括增强型移动带宽和超可靠低时延通信之一。
  21. 根据权利要求19所述的电子设备，其中，所述第一配置包括如 下中的一个或多个：针对每一个TRP的块差错率BLER阈值，对每一个TRP的物理层波束失败次数进行计数的第一计数器，以及该第一计数器的第一最大计数阈值。
  22. 根据权利要求21所述的电子设备，其中，在多于一个TRP发生波束失败事件的情况下，所述处理电路从所述用户设备获取对所述多于一个TRP的波束失败事件的报告。
  23. 根据权利要求21所述的电子设备，其中，所述各个TRP的BLER阈值相同，以及/或者所述各个TRP的第一计数器的第一最大计数阈值相同。
  24. 根据权利要求19所述的电子设备，其中，所述第二配置包括如下中的一个或多个：用于计算所述多个TRP的联合BLER的加权参数，联合BLER阈值，对所述多个TRP的联合物理层波束失败次数进行计数的第二计数器，以及该第二计数器的第二最大计数阈值。
  25. 根据权利要求19所述的电子设备，其中，所述处理电路被配置为通过链路恢复请求LRR获取所述上报。
  26. 根据权利要求25所述的电子设备，其中，所述LRR具有特定的序列格式，以指示发生了所述波束失败事件。
  27. 根据权利要求26所述的电子设备，其中，所述处理电路还被配置为通过MAC CE从所述用户设备获取指示发生波束失败事件的TRP的信息以及所述发生波束失败事件的TRP的候选波束的信息。
  28. 根据权利要求27所述的电子设备，其中，所述发生波束失败事件的TRP用控制资源集合池索引CORESETPoolIndex来指示。
  29. 根据权利要求25所述的电子设备，其中，所述LRR包括指示发生波束失败事件的TRP的信息。
  30. 根据权利要求29所述的电子设备，其中，所述发生波束失败事件的TRP用CORESETPoolIndex来指示。
  31. 根据权利要求25所述的电子设备，其中，所述处理电路还被配置为通过MAC CE从所述用户设备获取所述发生波束失败事件的TRP的候选波束的信息。
  32. 一种用于无线通信的方法，包括：
    从基站获取用于多发送和接收点TRP通信中用户设备的波束失败恢复的配置信息，其中，所述配置信息包括第一配置和/或第二配置，所述第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，所述第二配置用于所述多个TRP的波束失败事件的联合判定；以及
    基于所述配置信息向所述基站报告波束失败事件。
  33. 一种用于无线通信的方法，包括：
    向用户设备发送用于多TRP通信中所述用户设备的波束失败恢复的配置信息，其中，所述配置信息包括第一配置和/或第二配置，所述第一配置用于多个TRP中的每一个TRP的波束失败事件的判定，所述第二配置用于所述多个TRP的波束失败事件的联合判定；以及
    从所述用户设备获取所述用户设备基于所述配置信息对波束失败事件的上报。
  34. 一种计算机可读存储介质，其上存储有计算机可执行指令，当所述计算机可执行指令被执行时，执行根据权利要求32或33所述的用于无线通信的方法。
PCT/CN2021/091848 2020-05-11 2021-05-06 用于无线通信的电子设备和方法、计算机可读存储介质 Ceased WO2021227914A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US17/916,810 US12349226B2 (en) 2020-05-11 2021-05-06 Electronic device and method and computer-readable storage medium for determining a beam failure event of a multiple transceiving and receiving point (multi-TRP) wireless communication
EP21804278.6A EP4152798A4 (en) 2020-05-11 2021-05-06 ELECTRONIC WIRELESS COMMUNICATION DEVICE AND METHOD AND COMPUTER READABLE STORAGE MEDIUM
CN202180033246.7A CN115552949B (zh) 2020-05-11 2021-05-06 用于无线通信的电子设备和方法、计算机可读存储介质
JP2022568997A JP7677351B2 (ja) 2020-05-11 2021-05-06 無線通信のための電子機器及び方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010392038.3A CN113645649A (zh) 2020-05-11 2020-05-11 用于无线通信的电子设备和方法、计算机可读存储介质
CN202010392038.3 2020-05-11

Publications (1)

Publication Number Publication Date
WO2021227914A1 true WO2021227914A1 (zh) 2021-11-18

Family

ID=78415382

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/091848 Ceased WO2021227914A1 (zh) 2020-05-11 2021-05-06 用于无线通信的电子设备和方法、计算机可读存储介质

Country Status (5)

Country Link
US (1) US12349226B2 (zh)
EP (1) EP4152798A4 (zh)
JP (1) JP7677351B2 (zh)
CN (2) CN113645649A (zh)
WO (1) WO2021227914A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021240051A1 (en) * 2020-05-27 2021-12-02 Nokia Technologies Oy M-trp beam failure indication
US20240073710A1 (en) * 2021-01-18 2024-02-29 JRD Communication (Shenzhen) Ltd. Beam recovery method for multi-trp system, communication device, and readable storage medium
US11770171B2 (en) * 2021-06-29 2023-09-26 Qualcomm Incorporated Reconfigurable intelligent surface link identification
CN115835265B (zh) * 2023-02-10 2023-04-25 广东奎晟信息科技有限公司 一种波束故障恢复方法、装置，计算机设备、介质、产品
GB2643150A (en) * 2024-08-01 2026-02-11 Nokia Technologies Oy Method, apparatus and computer program

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190052344A1 (en) * 2017-08-11 2019-02-14 National Instruments Corporation Radio frequency beam management and failure pre-emption
CN110504998A (zh) * 2018-05-17 2019-11-26 索尼公司 用于无线通信的电子设备和方法、计算机可读存储介质
GB2575691A (en) * 2018-07-20 2020-01-22 Samsung Electronics Co Ltd Improvements in and relating to beam management in a telecommunication system

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190068623A (ko) 2016-11-04 2019-06-18 텔레폰악티에볼라겟엘엠에릭슨(펍) 하나 이상의 빔 쌍 링크를 사용하는 제어 정보의 송신
US11229081B2 (en) 2017-06-16 2022-01-18 Lg Electronics Inc. Method for performing beam failure recovery in wireless communication system and apparatus for the same
AU2018289632A1 (en) 2017-06-23 2020-01-30 Huawei Technologies Co., Ltd. Unified RLF detection, multi-beam RLM, and full-diversity BFR mechanisms in NR
US10784944B2 (en) * 2018-01-09 2020-09-22 Ofinno, Llc Timing advance in beam failure recovery request transmission
US10659983B2 (en) 2018-03-09 2020-05-19 FG Innovation Company Limited Beam failure detection and recovery
CN119652442A (zh) 2018-06-19 2025-03-18 交互数字专利控股公司 Wtru及其执行的方法
US11470631B2 (en) 2018-07-12 2022-10-11 Ntt Docomo, Inc. Terminal, method, and system for beam failure recovery
WO2020032685A1 (ko) 2018-08-09 2020-02-13 엘지전자 주식회사 무선 통신 시스템에서 빔 실패 검출을 수행하는 방법 및 이에 대한 장치
CN110896546B (zh) * 2018-09-13 2022-04-22 展讯通信（上海）有限公司 波束失败恢复方法及装置、存储介质、用户设备
US11211990B2 (en) * 2019-05-01 2021-12-28 Ofinno, Llc Beam failure recovery in multi-TRP scenarios
US20220061117A1 (en) * 2020-08-21 2022-02-24 FG Innovation Company Limited Method of updating spatial parameters and related device
US12200513B2 (en) * 2020-09-29 2025-01-14 Qualcomm Incorporated Beam group specific medium access control-control element (MAC-CE) based beam failure recovery (BFR) requests

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190052344A1 (en) * 2017-08-11 2019-02-14 National Instruments Corporation Radio frequency beam management and failure pre-emption
CN110504998A (zh) * 2018-05-17 2019-11-26 索尼公司 用于无线通信的电子设备和方法、计算机可读存储介质
GB2575691A (en) * 2018-07-20 2020-01-22 Samsung Electronics Co Ltd Improvements in and relating to beam management in a telecommunication system

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI; HISILICON: "Remaining issues on multi-beam enhancements in R16", 3GPP DRAFT; R1-2000203, vol. RAN WG1, 15 February 2020 (2020-02-15), pages 1 - 8, XP051853199 *
LG ELECTRONICS: "Enhancements on Multi-TRP/Panel Transmission", 3GPP DRAFT; R1-1912269, vol. RAN WG1, 22 November 2019 (2019-11-22), Reno, USA, pages 1 - 16, XP051823334 *
See also references of EP4152798A4

Also Published As

Publication number Publication date
EP4152798A4 (en) 2023-08-23
CN113645649A (zh) 2021-11-12
CN115552949B (zh) 2025-11-18
CN115552949A (zh) 2022-12-30
EP4152798A1 (en) 2023-03-22
JP7677351B2 (ja) 2025-05-15
US20230164863A1 (en) 2023-05-25
JP2023524888A (ja) 2023-06-13
US12349226B2 (en) 2025-07-01

Similar Documents

Publication Publication Date Title
US12250051B2 (en) Electronic device and method for measuring a beam quality of a currently serving beam based on a prediction window when the detected beam quality is within a particular range
CN115552949B (zh) 用于无线通信的电子设备和方法、计算机可读存储介质
US12395976B2 (en) Electronic device and method for wireless communication, and computer-readable storage medium
US20240155593A1 (en) User equipment, electronic device, wireless communication method, and storage medium
US12143190B2 (en) Electronic device, wireless communication method and computer-readable medium for beam failure detection and recovery
US20230362687A1 (en) Electronic device, wireless communication method, and non-transitory computer-readable storage medium
US20250089115A1 (en) Device, method and medium for beam failure recovery
WO2017076215A1 (zh) 无线通信系统中的电子设备、用户设备和无线通信方法
WO2023078163A1 (zh) 用于无线通信的电子设备和方法、计算机可读存储介质
EP4007341B1 (en) Beam failure management using mac-ce
US20230379886A1 (en) Transmitting electronic device and receiving electronic device and methods for wireless communication
CN118476290A (zh) 用于无线通信系统的电子设备、方法和存储介质
CN120456075A (zh) 用于用户设备侧和网络侧的电子设备和方法、计算机可读存储介质和计算机程序产品

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21804278

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202180033246.7

Country of ref document: CN

ENP Entry into the national phase

Ref document number: 2022568997

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021804278

Country of ref document: EP

Effective date: 20221212

WWG Wipo information: grant in national office

Ref document number: 17916810

Country of ref document: US