WO2021006681A1 - Method and apparatus for transmitting and receiving beam failure recovery request for secondary cell - Google Patents
Method and apparatus for transmitting and receiving beam failure recovery request for secondary cell Download PDFInfo
- Publication number
- WO2021006681A1 WO2021006681A1 PCT/KR2020/009055 KR2020009055W WO2021006681A1 WO 2021006681 A1 WO2021006681 A1 WO 2021006681A1 KR 2020009055 W KR2020009055 W KR 2020009055W WO 2021006681 A1 WO2021006681 A1 WO 2021006681A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- bfr
- mac
- scell
- candidate
- ssb
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
- H04B17/30—Monitoring; Testing of propagation channels
- H04B17/309—Measuring or estimating channel quality parameters
- H04B17/318—Received signal strength
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
- H04B17/10—Monitoring; Testing of transmitters
- H04B17/15—Performance testing
- H04B17/17—Detection of non-compliance or faulty performance, e.g. response deviations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
- H04B17/30—Monitoring; Testing of propagation channels
- H04B17/309—Measuring or estimating channel quality parameters
- H04B17/318—Received signal strength
- H04B17/327—Received signal code power [RSCP]
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
- H04L47/746—Reaction triggered by a failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/24—Cell structures
- H04W16/28—Cell structures using beam steering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
- H04W52/365—Power headroom reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/001—Synchronization between nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Definitions
- the disclosure relates to a method of transmitting and receiving frame information in random access response (RAR), a method of handling configured grant transmission in unlicensed carrier, and a method of random access (RA) procedure for supporting large RAR window size.
- RAR random access response
- RA random access
- the 5G or pre-5G communication system is also referred to as a 'beyond 4G network' or a 'post long term evolution (LTE) System.
- the 5G wireless communication system is considered to support not only lower frequency bands but also higher frequency (mmWave) bands, e.g., 10 GHz to 100 GHz bands, so as to accomplish higher data rates.
- frequency and quadrature amplitude modulation which is a combination of hybrid frequency shift keying (FSK) and quadrature amplitude modulation (QAM), and sliding window superposition coding (SWSC) as an advanced coding modulation (ACM), filter bank multi-carrier (FBMC), non-orthogonal multiple access (NOMA), and sparse code multiple access (SCMA) as an advanced access technology, have been also developed.
- FQAM frequency and quadrature amplitude modulation
- ACM advanced coding modulation
- FBMC filter bank multi-carrier
- NOMA non-orthogonal multiple access
- SCMA sparse code multiple access
- the Internet which is a human centered connectivity network where humans generate and consume information
- IoT internet of things
- IoE internet of everything
- sensing technology “wired/wireless communication and network infrastructure,” “service interface technology,” and “security technology”
- M2M machine-to-machine
- MTC machine-type communication
- IoT Internet technology services
- IoT may be applied to a variety of fields including a smart home, a smart building, a smart city, a smart car or connected cars, a smart grid, health care, smart appliances, and advanced medical services through convergence and combination between existing information technology (IT) and various industrial applications.
- IT information technology
- 5G communication systems such as a sensor network, MTC, and M2M communication may be implemented by beamforming, MIMO, and array antennas.
- Application of a cloud RAN as the above-described big data processing technology may also be considered to be as an example of convergence between the 5G technology and the IoT technology.
- the second generation (2G) wireless communication system has been developed to provide voice services while ensuring the mobility of users.
- Third generation (3G) wireless communication system supports the voice service and data service.
- the 4G wireless communication system has been developed to provide high-speed data service.
- the 4G wireless communication system currently suffers from lack of resources to meet the growing demand for high speed data services. Therefore, the 5G wireless communication system (also referred as next generation radio or NR) is being developed to meet the growing demand of various services with diverse requirements, e.g., high-speed data services, support ultra-reliability and low-latency applications.
- the 5G wireless communication system is expected to address different use cases having quite different requirements in terms of data rate, latency, reliability, mobility etc.
- the design of the air-interface of the 5G wireless communication system will be flexible enough to serve user equipment (UEs) having quite different capabilities depending on the use case and market segment in which the UE caters service to the end customer.
- Example use cases the 5G wireless communication system is expected to address includes enhanced mobile broadband (eMBB), massive machine type communication (m-MTC), ultra-reliable low-latency communication (URLL), etc.
- eMBB enhanced mobile broadband
- m-MTC massive machine type communication
- URLL ultra-reliable low-latency communication
- the eMBB requirements (e.g., tens of Gbps data rate, low-latency, high-mobility and so on) address the market segment representing the wireless broadband subscribers needing internet connectivity everywhere, all the time and on the go.
- the m-MTC requirements (e.g., very high connection density, infrequent data transmission, very long battery life, low mobility address and so on) address the market segment representing the IoT/IoE envisioning connectivity of billions of devices.
- the URLL requirements (e.g., very low latency, very high reliability variable mobility and so on) address the market segment representing the Industrial automation application and vehicle-to-vehicle/vehicle-to-infrastructure communication that is foreseen as one of the enablers for autonomous cars.
- UE and gNB communicate with each other using Beamforming.
- Beamforming techniques are used to mitigate the propagation path losses and to increase the propagation distance for communication at higher frequency band.
- Beamforming enhances the transmission and reception performance using a high-gain antenna.
- Beamforming can be classified into Transmission (TX) beamforming performed in a transmitting end and reception (RX) beamforming performed in a receiving end.
- TX beamforming increases directivity by allowing an area in which propagation reaches to be densely located in a specific direction by using a plurality of antennas.
- aggregation of the plurality of antennas can be referred to as an antenna array, and each antenna included in the array can be referred to as an array element.
- the antenna array can be configured in various forms such as a linear array, a planar array, etc.
- the use of the TX beamforming results in the increase in the directivity of a signal, thereby increasing a propagation distance. Further, since the signal is almost not transmitted in a direction other than a directivity direction, a signal interference acting on another receiving end is significantly decreased.
- the receiving end can perform beamforming on a RX signal by using a RX antenna array.
- the RX beamforming increases the RX signal strength transmitted in a specific direction by allowing propagation to be concentrated in a specific direction, and excludes a signal transmitted in a direction other than the specific direction from the RX signal, thereby providing an effect of blocking an interference signal.
- a transmitter can make plurality of transmit (TX) beam patterns of different directions.
- TX beam patterns can be also referred as TX beam.
- Wireless communication system operating at high frequency uses plurality of narrow TX beams to transmit signals in the cell as each narrow TX beam provides coverage to a part of cell. The narrower the TX beam, higher is the antenna gain and hence the larger the propagation distance of signal transmitted using beamforming.
- a receiver can also make plurality of receive (RX) beam patterns of different directions. Each of these RX beam patterns can be also referred as RX beam.
- UE can be in one of radio resource control (RRC) idle state or RRC connected state.
- RRC radio resource control
- a UE in RRC idle performs cell selection and reselection.
- a UE in RRC idle decides on which cell to camp.
- the RRC idle UE monitors a paging channel to detect incoming calls, and also acquires system information.
- the system information mainly consists of parameter by which network can control the cell (re)selection process.
- RRC connected state network allocates radio resources to the UE to facilitate the transfer of (unicast) data via shared data channels. To support this operation, the UE monitors an associated control channel used to indicate the dynamic allocation of the shared transmission resources in time and frequency.
- the UE provides the network with reports of its buffer status and of the downlink channel quality, as well as neighbor cell measurement information to enable network to select the most appropriate cell for the UE.
- UE monitors the downlink (DL) subframes or transmission time interval (TTI) or slot for downlink control information (downlink control information can be transmitted using (enhanced) physical downlink control channel ((e)PDCCH)).
- Downlink control information can indicate whether the UE is scheduled in DL or uplink (UL). If the UE is scheduled in DL, then UE decodes and receives the downlink packet using the received control information. If the UE is scheduled in UL, then UE uses the received control information to transmit the uplink packet.
- the downlink control information is transmitted by the base station (BS) using beamforming.
- BS supports multiple TX beams and transmits using one or more TX beams in subframe, TTI or time slot.
- UE monitors the subframes, TTIs or time slots for receiving downlink control information (i.e. PDCCH/ePDCCH).
- the one or more TX beams used by the BS to communicate with a UE are decided based on a beam management procedure which basically comprises of UE measuring the reference signals transmitted using multiple TX beams and reporting one or more suitable TX beams to the BS.
- the 5G wireless communication system supports standalone mode of operation as well dual connectivity (DC).
- DC a multiple RX/TX UE may be configured to utilize resources provided by two different nodes (or node Bs (NBs)) connected via non-ideal backhaul.
- One node acts as the master node (MN) and the other as the secondary node (SN).
- MN and SN are connected via a network interface and at least the MN is connected to the core network.
- NR also supports multi-radio access technology (RAT) DC (MR-DC) operation whereby a UE in RRC_CONNECTED is configured to utilize radio resources provided by two distinct schedulers, located in two different nodes connected via a non-ideal backhaul and providing either E-UTRA (i.e. if the node is an ng-eNB) or NR access (i.e. if the node is a gNB).
- E-UTRA i.e. if the node is an ng-eNB
- NR for a UE in RRC_CONNECTED not configured with carrier aggregation (CA)/DC, there is only one serving cell comprising of the primary cell (PCell).
- PCell primary cell
- SCells special cell(s)
- SpCell(s) special cell(s)
- SCells all secondary cells
- the term master cell group refers to a group of serving cells associated with the MN, comprising of the PCell and optionally one or more SCells.
- the term secondary cell group refers to a group of serving cells associated with the SN, comprising of the primary SCG cell (PSCell) and optionally one or more SCells.
- PCell refers to a serving cell in MCG, operating on the primary frequency, in which the UE either performs the initial connection establishment procedure or initiates the connection re-establishment procedure.
- SCell is a cell providing additional radio resources on top of SpCell.
- PSCell refers to a serving cell in SCG in which the UE performs random access when performing the reconfiguration with synchronization procedure.
- the term SpCell refers to the PCell of the MCG or the PSCell of the SCG, otherwise (e.g., when DC is not configured) the term SpCell refers to the PCell.
- the 5G wireless communication system supports a beam failure recovery (BFR) mechanism at UE for PCell or PSCell. This comprises of beam failure detection, new candidate beam identification, BFR request transmission and monitoring response for BFR request.
- UE monitors synchronization signals (SSs) or channel state information reference signals (CSI-RSs) transmitted periodically by the serving cell (PCell or PSCell) to assess if a beam failure trigger condition has been met and also to identify a new candidate beam.
- SSs synchronization signals
- CSI-RSs channel state information reference signals
- a beam failure is detected on a serving cell if number of consecutive detected beam failure instance exceeds a configured maximum number within a time interval given by beamFailureDetectionTimer .
- a beam failure instance means that all serving beams in a set of beams configured for beam failure detection fails (i.e.
- BLER hypothetical PDCCH block error rate (BLER) determined based on measurement of SS or CSI-RS is above a threshold.
- the set of beams for beam failure detection for a serving cell are configured via RRC message.
- a new candidate beam is the CSI-RS or SS block (SSB) of serving cell whose measured quality (e.g. reference signal received power (RSRP)) is above a configured threshold.
- RSRP reference signal received power
- UE After detecting beam failure on SpCell, UE initiates random access procedure on SpCell for beam recovery. UE also starts the starts beamFailureRecoveryTimer , if configured. 1) UE selects contention free (dedicatedly signaled to UE) physical random access channel (PRACH) occasion and/or preamble corresponding to SpCell's new candidate beam and transmits the preamble. 2) UE then starts the bfr-ResponseWindow at the start of the first PDCCH occasion after a fixed duration of X symbols from the end of the preamble transmission. bfr-ResponseWindow is the RAR response window configured by gNB for BFR.
- PRACH physical random access channel
- UE monitors the PDCCH of the SpCell for response to BFR request identified by the cell radio network temporary identifier (C-RNTI) while bfr-ResponseWindow is running. 4) If UE receives a PDCCH transmission addressed to the C-RNTI from the SpCell, UE considers the BFR request procedure successfully completed and beamFailureRecoveryTimer is stopped. If the bfr-ResponseWindow is expired, UE performs 1), 2) and 3) again. If the bfr-ResponseWindow is expired and UE has already transmitted PRACH preamble for configured number of times, BFR request procedure is considered unsuccessful and UE may trigger radio link failure. If beamFailureRecoveryTimer is expired and BFR request procedure is not successfully completed, UE stops using the contention free random access resources configured for BFR.
- C-RNTI cell radio network temporary identifier
- UE may be configured with secondary serving cell(s) in addition to SpCell.
- the BFR procedure of initiating random access procedure on SpCell does not work. The reason is that PRACH occasions and/or preambles for preamble transmission on SpCell are mapped to SS or CSI-RS transmitted on SpCell, and hence cannot indicate candidate beam of SCell. Additionally, reception of PDCCH addressed to C-RNTI on SpCell cannot represent response for BFR for SCell as this may be transmitted for DL/UL assignment for SpCell. So, a new method of BFR on SCell is being studied in 3rd generation partnership project (3GPP).
- 3GPP 3rd generation partnership project
- MAC CE media access control
- PDU UL MAC protocol data unit
- an aspect of the disclosure is to provide a communication method and system for converging a 5 th generation (5G) communication system for supporting higher data rates beyond a 4 th generation (4G) system.
- 5G 5 th generation
- 4G 4 th generation
- a method performed by a terminal for beam failure recovery (BFR) on a secondary cell (SCell) in a wireless communication system comprises receiving, from the base station, information for BFR on an SCell including a scheduling request configuration for the BFR on the SCell; detecting beam failure on the SCell based on whether a number of beam failure instances within a preconfigured time duration exceeds a preconfigured maximum number; and as a response to detect the beam failure on the SCell, transmitting, to the base station, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
- a method performed by a base station for BFR on an SCell in a wireless communication system comprises transmitting, to a terminal, information for BFR on an SCell including a scheduling request configuration for the BFR on the SCell, and receiving, from the terminal, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
- a terminal in a wireless communication system includes a transceiver and at least one processor operatively coupled with the transceiver.
- the at least one processor is configured to receive, from a base station via the transceiver, information for BFR on an SCell including a scheduling request configuration for the BFR on the SCell, detect beam failure on the SCell based on whether a number of beam failure instances within a preconfigured time duration exceeds a preconfigured number, and as a response to detecting the beam failure on the SCell, transmit, to the base station via the transceiver, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
- a base station in a wireless communication system includes a transceiver and at least one processor operatively coupled with the transceiver.
- the at least one processor is configured to transmit, to a terminal via the transceiver, information for BFR on an SCell including a scheduling request configuration for the BFR on the SCell, and receive, from the terminal via the transceiver, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
- FIG. 1 shows the various media access control (MAC) control element (CE) formats based on information to be included in beam failure recovery (BFR) MAC CE according to an embodiment based on the first method of the disclosure;
- MAC media access control
- CE control element
- FIG. 2 illustrates the user equipment (UE) operation for generating BFR MAC CE according to an embodiment based on the first method of the disclosure
- FIG. 3 illustrates next generation node B (gNB) operation upon receipt of BFR MAC CE from UE according to an embodiment based on the first method of the disclosure
- FIG. 4 illustrates gNB operation upon receipt of BFR MAC CE from UE according to another embodiment based on the first method of the disclosure
- FIG. 5 illustrates gNB operation to determine the length of BFR MAC CE according to an embodiment of the disclosure
- FIG. 6 shows the various MAC CE formats based on information to be included in BFR MAC CE according to another embodiment based on the first method of the disclosure
- FIG. 7 illustrates the UE operation for generating BFR MAC CE according to another embodiment based on the first method of the disclosure
- FIG. 8 illustrates gNB operation upon receipt of BFR MAC CE from UE according to another embodiment based on the first method of the disclosure
- FIG. 9 illustrates gNB operation to determine the length of BFR MAC CE according to another embodiment of the disclosure.
- FIG. 10 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the second method of the disclosure
- FIG. 11 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the second method of the disclosure
- FIG. 12 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the second method of the disclosure
- FIG. 13 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the third method of the disclosure
- FIG. 14 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the third method of the disclosure
- FIG. 15 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the third method of the disclosure
- FIG. 16 shows the various MAC CE formats based on information to be included in BFR MAC CE according to another embodiment based on the third method of the disclosure
- FIG. 17 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the fourth method of the disclosure
- FIG. 18 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the fourth method of the disclosure
- FIG. 19 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the fourth method of the disclosure
- FIG. 20 illustrates an example MAC subPDU carrying BFR MAC CE according to an embodiment of the disclosure
- FIG. 21 shows format and various fields of beam information according to one embodiment based on the fifth method of the disclosure
- FIG. 22 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
- FIG. 23 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
- FIG. 24 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
- FIG. 25 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
- FIG. 26 is a block diagram of a terminal according to an embodiment of the disclosure.
- FIG. 27 is a block diagram of a base station according to an embodiment of the disclosure.
- FIGS. 1 through 27, discussed below, and the various embodiments used to describe the principles of the present disclosure in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the disclosure. Those skilled in the art will understand that the principles of the present disclosure may be implemented in any suitably arranged system or device.
- blocks of a flowchart (or sequence diagram) and a combination of flowcharts may be represented and executed by computer program instructions.
- These computer program instructions may be loaded on a processor of a general purpose computer, special-purpose computer, or programmable data processing equipment. When the loaded program instructions are executed by the processor, they create a means for carrying out functions described in the flowchart. Because the computer program instructions may be stored in a computer readable memory that is usable in a specialized computer or a programmable data processing equipment, it is also possible to create articles of manufacture that carry out functions described in the flowchart. Because the computer program instructions may be loaded on a computer or a programmable data processing equipment, when executed as processes, they may carry out operations of functions described in the flowchart.
- a block of a flowchart may correspond to a module, a segment, or a code containing one or more executable instructions implementing one or more logical functions, or may correspond to a part thereof.
- functions described by blocks may be executed in an order different from the listed order. For example, two blocks listed in sequence may be executed at the same time or executed in reverse order.
- unit may refer to a software component or hardware component, such as, for example, a field-programmable gate array (FPGA) or an application-specific integrated circuit (ASIC) capable of carrying out a function or an operation.
- a unit, or the like is not limited to hardware or software.
- a unit, or the like may be configured so as to reside in an addressable storage medium or to drive one or more processors.
- Units, or the like may also refer to software components, object-oriented software components, class components, task components, processes, functions, attributes, procedures, subroutines, program code segments, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays or variables.
- a function provided by a component and unit may be a combination of smaller components and units, and may be combined with others to compose larger components and units.
- Components and units may be configured to drive a device or one or more processors in a secure multimedia card.
- a base station is an entity communicating with a user equipment (UE) and may be referred to as a BS, a base transceiver station (BTS), a node B (NB), an evolved NB (eNB), an access point (AP), a fifth generation (5G) NB (5GNB), or a next generation NB (gNB).
- BTS base transceiver station
- NB node B
- eNB evolved NB
- AP access point
- 5G NB fifth generation
- gNB next generation NB
- a UE is an entity communicating with a BS and may be referred to as a UE, a device, a mobile station (MS), a mobile equipment (ME), or a terminal.
- MS mobile station
- ME mobile equipment
- Beam management for secondary cell typically consists of following steps: receiving information by UE from gNB for SCell's beam failure detection and recovery; detecting beam failure by UE; UE triggering; triggering scheduling request (SR) for beam failure recovery (BFR) request by UE BFR if UL grant is not available; gNB allocating uplink (UL) grant upon receiving SR for BFR request; media access control (MAC) control element (CE) generation by UE for BFR request; UE transmitting generated MAC CE for BFR; and gNB activating one or more beams based on the received BFR request.
- SR scheduling request
- BFR beam failure recovery
- gNB may signal one or more information for BFR to UE via dedicated RRC signaling message.
- gNB signals one or more of the following information:
- gNB signals a list of candidate beam RS. This list is different from the list of candidate beam RS signaled for SpCell BFR. If BFR is needed for SpCell as well as SCell, gNB signals separate list of candidate beam RS for SpCell and SCell. This list is separately configured for each SCell. During SCell's BFR of a specific SCell, UE selects one or more suitable candidate beams from this list of that SCell. A candidate beam in the list is suitable if its measured value (RS received power (RSRP) or RS received quality (RSRQ)) is above a threshold.
- RSRP measured value
- RSRQ RS received quality
- Each candidate beam RS can be one of synchronization signal block (SSB) or channel state information (CSI) RS.
- all candidate beam RS(s) included in the list are of same type, i.e. SSB or CSI-RS.
- some candidate beam RS(s) included in the list are of type SSB and some candidate beam RS(s) included in the list are of type CSI-RS.
- List of candidate beam RSs is signaled per bandwidth part (BWP) as beam configuration can be different in different BWP of SCell.
- List of candidate beam RSs may or may not be signaled for each configured BWP of SCell.
- UE selects suitable candidate beam from list of candidate beam RSs signaled in BWP configuration of the active BWP of that SCell.
- beamFailureRecoveryConfigSCell information element can be defined and included in dedicated BWP configuration wherein the beamFailureRecoveryConfigSCell IE includes CandidateBeamRSList.
- An example of CandidateBeamRSList according to abstract syntax notation one (ASN.1) syntax is as follows:
- Threshold to select a suitable candidate beam.
- Threshold can be RSRP or RSRQ threshold.
- Threshold can be separately signaled for SSB based candidate beam and CSI-RS based candidate beam.
- threshold is signaled only for SSB based candidate beam or CSI-RS based candidate beam and is applied for both types (i.e. SSB and CSI-RS) of candidate beams.
- Threshold(s) is signaled per BWP as beam configuration can be different in different BWP. Threshold may or may not be signaled for each configured BWP of SCell.
- beamFailureRecoveryConfigSCell IE can be defined and included in dedicated BWP configuration wherein the beamFailureRecoveryConfigSCell IE includes threshold(s).
- SR information for SCell's BFR includes SR identifier.
- SR information or SCell's BFR includes a list of SR identifiers.
- SR information can be signaled in several ways:
- SR information for SCell's BFR is signaled per BWP. SR information may or may not be signaled for each configured BWP of SCell.
- UE uses SR information in BWP configuration of the active BWP of that SCell.
- beamFailureRecoveryConfigSCell IE can be defined and included in dedicated BWP configuration wherein the beamFailureRecoveryConfigSCell IE includes SR information.
- SR information for SCell's BFR is signaled per SCell.
- UE uses SR information corresponding to that SCell.
- SR information for SCell's BFR is signaled per cell group.
- UE uses SR information in configuration of cell group (master cell group (MCG) or secondary cell group (SCG)) to which that SCell belong.
- MCG master cell group
- SCG secondary cell group
- SR information for SCell's BFR is not signaled, all SR resource configurations configured in cell group of that SCell can be used by UE for that Scell's BFR. If SR information for SCell's BFR is not signaled, UE does not use any SR resource configuration and UE triggers random access.
- SR identifier for BFR identifies the SR configuration to be used for SCell BFR.
- a list of SR configurations is configured per cell group via RRC message.
- SR identifier (schedulingRequestId) associated with each SR configuration is signaled by gNB.
- a SR configuration includes value of sr-ProhibitTimer and sr-TransMax and schedulingRequestId.
- the list of SR configuration is same for BFR on SCell and for other events triggering SR.
- SR identifier for BFR identifies the SR configuration from this list.
- the list of SR configuration is separately configured for BFR on SCell and for other events triggering SR.
- SR identifier for BFR identifies the SR configuration from the list of SR configuration configured for BFR.
- An example of a list of SR configurations (SchedulingRequestConfig) according to ASN.1 syntax is as follows:
- SR identifier also identifies the SR resource configuration to be used for BFR.
- SR resource configuration indicates the physical layer resources on physical UL control channel (PUCCH) which are used for transmitting SR.
- a list of SR resource configuration is configured (i.e. signaled by gNB) per BWP of serving cell(s) supporting PUCCH.
- SR identifier associated with a SR resource configuration is signaled by gNB.
- the list of SR resource configuration is same for BFR on SCell and for other events triggering SR.
- SR identifier for BFR identifies the SR resource configuration from this list.
- the list of SR resource configuration is separately configured for BFR on SCell and for other events triggering SR.
- SR identifier for BFR identifies the SR resource configuration from the list of SR resource configuration configured for BFR.
- An example of a list of SR resource configurations ( schedulingRequestResourceToAddModList ) according to ASN.1 syntax is as follows:
- SR configuration and SR resource configuration identified by the SR identifier included in the SR information for SCell's BFR are used by the UE for transmitting SR for SCell BFR .
- SR resource configuration corresponding to SR identifier is available on multiple serving cells (e.g. SpCell and PUCCH SCell)
- UE can use both for transmitting SR for BFR.
- UE monitors synchronization signals (SSs) or CSI-RSs transmitted periodically and configured for detecting beam failure on SCell to assess if a beam failure trigger condition has been met and also to identify a new candidate beam.
- a beam failure is detected on SCell if number of consecutive detected beam failure instances within defined time duration (beamFailureDetectionTimer) exceeds a configured maximum number (beamFailureInstanceMaxCount).
- beamFailureDetectionTimer and beamFailureInstanceMaxCount are signaled by gNB per BWP.
- UE uses the beamFailureInstanceMaxCount and beamFailureDetectionTimer signaled by gNB in active BWP of that SCell.
- a beam failure instance means that all serving beams in a set of beams configured for beam failure detection fails (i.e. hypothetical PDCCH block error rate (BLER) determined based on measurement of SS or CSI-RS is above a threshold).
- BLER PDCCH block error rate
- gNB can signal RadioLinkMonitoringConfig IE for SCell wherein the RadioLinkMonitoringConfig includes a list of RadioLinkMonitoringRS, wherein the purpose of RS indicated by RadioLinkMonitoringRS is set to beam failure or purpose is omitted. UE monitors these RSs for beam failure detection.
- gNB can signal RadioLinkMonitoringConfig IE for SpCell wherein the RadioLinkMonitoringConfig includes a list of RadioLinkMonitoringRS, wherein the purpose of RS indicated by RadioLinkMonitoringRS is set to beam failure, radio link failure (RLF) or both.
- RLF radio link failure
- UE upon detecting beam failure for an SCell, first triggers BFR for that SCell. UE further triggers SR for BFR if UL grant is not available for transmitting BFR MAC CE for SCell BFR.
- SR information for SCell BFR includes one or more SR identifiers for SCell BFR. If multiple SRs are linked (SR information for SCell BFR includes multiple scheduled requests identifiers) with the BFR for the SCell, multiple SRs are triggered simultaneously.
- the SR configuration and SR resource configuration is selected by UE as explained earlier.
- the purpose of SR is to inform gNB that there is beam failure on SCell, so that gNB can quickly provide UL grant for transmitting BFR MAC CE.
- UE also triggers generation of BFR MAC CE.
- UE upon detecting beam failure for an SCell, first triggers generation of BFR MAC CE.
- SR is triggered when BFR MAC CE is generated if UL grant is not available for transmitting BFR MAC CE for SCell BFR.
- SR information for SCell BFR includes one or more SR identifiers for SCell BFR. If multiple SRs are linked (SR information for SCell BFR includes multiple scheduled requests identifiers) with the BFR for the SCell, multiple SRs are triggered simultaneously.
- the purpose of SR is to inform gNB that there is beam failure on SCell, so that gNB can quickly provide UL grant for transmitting BFR MAC CE.
- BFR MAC CE includes one or more of the following information:
- This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested. The identifier of each SCell is indicated by gNB in RRC message, e.g. RRCReconfiguration message.
- Candidate Beam Availability This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included only if there is at least one candidate SSB/CSI-RS above threshold is available. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If this field is set to '1', candidate SSB ID/CSI-RS ID is included. If this field is set to '0', candidate SSB ID/CSI-RS ID is not included.
- CBA Candidate Beam Availability
- Candidate Beam Type Indicates whether the BFR MAC CE includes SSB ID or CSI-RS ID. UE sets this field to '0' if candidate beam is SSB. UE sets this field to '1' if candidate beam is CSI-RS. In another embodiment, UE sets this field to '1' if candidate beam is SSB and UE sets this field to '0' if candidate beam is CSI-RS.
- SSB ID Identifier of candidate SSB. Included if CBA is '1' and CBT is '0'.
- CSI-RS ID Identifier of candidate CSI-RS. Included if CBA is '1' and CBT is '1'.
- CBT0 and CBT1 can be used to indicate CSI-RS ID and SSB ID respectively instead of CBT1 and CBT0.
- FIG. 1 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the first method of the disclosure.
- the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam.
- the second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam.
- the third format corresponds to BFR MAC CE format when no candidate beam is available.
- UE generates BFR MAC CE according to one of three formats.
- FIG. 2 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the first method of the disclosure.
- UE upon detecting beam failure on an SCell, UE detects if there is at least one candidate SSB/CSI-RS above configured threshold at operation 210. If not, UE generates BFR MAC CE according to a third format at operation 220.
- the third format includes Serving Cell ID and CBA. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; and sets CBA field to '0' at operation 221.
- UE determines whether best candidate is an SSB at operation 230. If the best candidate is an SSB, UE generates BFR MAC CE according to a first format at operation 240.
- the first format includes Serving Cell ID, CBA, CBT and SSB ID.
- UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBA field to '1'; sets CBT field to '0'; and sets SSB ID field to identifier of candidate SSB at operation 241.
- UE If the best candidate is a CSI-RS, UE generates BFR MAC CE according to a second format at operation 250.
- the second format includes Serving Cell ID, CBA, CBT and CSI-RS ID.
- UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBA field to '1'; sets CBT field to '1'; and sets CSI-RS ID field to identifier of candidate CSI-RS at operation 251.
- UE includes a MAC sub-protocol data unit (subPDU) in a MAC protocol data unit (PDU) at operation 260.
- MAC subPDU includes BFR MAC CE and a MAC subheader with logical channel identifier (LCID) set to one of the LCID reserved for BFR MAC CE.
- UE then transmits the MAC PDU.
- subPDU MAC sub-protocol data unit
- PDU MAC protocol data unit
- FIG. 3 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the first method of the disclosure.
- gNB receives BFR MAC CE at operation 310.
- gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 320.
- gNB checks whether the CBA field is set to '0' in received MAC CE at operation 330. If CBA field is set to '0' in received MAC CE, gNB processes BFR MAC CE according to a third format at operation 340.
- the third format includes Serving Cell ID and CBA.
- gNB deactivates or switches to dormant the SCell identified by Serving Cell ID at operation 341.
- gNB checks whether CBT field is set to '0' in the received MAC CE at operation 350. If CBT field is set to '0' in the received MAC CE, gNB processes BFR MAC CE according to a first format at operation 360.
- the first format includes Serving Cell ID, CBA, CBT and SSB ID.
- Candidate for BFR is an SSB and SSB ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated SSB ID at operation 361.
- gNB processes BFR MAC CE according to a second format at operation 370.
- the second format includes Serving Cell ID, CBA, CBT and CSI-RS ID.
- Candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated CSI-RS ID at operation 371.
- FIG. 4 illustrates gNB operation upon receipt of BFR MAC CE from UE according to another embodiment based on the first method of the disclosure.
- gNB receives BFR MAC CE at operation 410.
- gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 420.
- gNB then checks whether the CBA field is set to '0' in received MAC CE at operation 430. If CBA field is set to '0' in received MAC CE, gNB deactivates or switches to dormant the SCell identified by Serving Cell ID at operation 440. If CBA field is not set to '0' in received MAC CE, gNB checks whether CBT field is set to '0' in the received MAC CE at operation 450.
- candidate for BFR is an SSB and SSB ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated SSB ID at operation 460. If CBT field is not set to '0' in the received MAC CE, candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated CSI-RS ID at operation 470.
- FIG. 5 illustrates gNB operation to determine the length of BFR MAC CE according to an embodiment of the disclosure.
- gNB receives a MAC subPDU at operation 510.
- the LCID in MAC subheader is the LCID reserved for BFR MAC CE.
- gNB identifies that the length of MAC subheader is 1 octet at operation 520.
- gNB determines whether the CBA field is set to '0' in BFR MAC CE at operation 530. If the CBA field is set to '0' in BFR MAC CE, gNB determines that the length of received BFR MAC CE is 1 octet at operation 540.
- BFR MAC CE includes one or more of the following information:
- This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested.
- Type This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. If available, the type field also indicates whether the request includes SSB ID or CSI-RS ID.
- SSB ID Identifier of candidate SSB. Included if type is '0'.
- CSI-RS ID Identifier of candidate CSI-RS. Included if type is '1'.
- FIG. 6 shows the various MAC CE formats based on information to be included in BFR MAC CE according to another embodiment based on the first method of the disclosure.
- the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam.
- the second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam.
- the third format corresponds to BFR MAC CE format when no candidate beam is available.
- UE generates BFR MAC CE according to one of three formats.
- FIG. 7 illustrates the UE operation for generating BFR MAC CE according to another embodiment based on the first method of the disclosure.
- UE upon detecting beam failure on an SCell, UE detects if there is at least one candidate SSB/CSI-RS above configured threshold at operation 710. If not, UE generates BFR MAC CE according to a third format at operation 720.
- the third format includes Serving Cell ID and Type. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; and sets Type field to '2' at operation 721.
- UE determines whether best candidate is an SSB at operation 730. If the best candidate is an SSB, UE generates BFR MAC CE according to a first format at operation 740.
- the first format includes Serving Cell ID, Type and SSB ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets Type field to '0'; and sets SSB ID field to identifier of candidate SSB at operation 741.
- UE If the best candidate is a CSI-RS, UE generates BFR MAC CE according to a second format at operation 750.
- the second format includes Serving Cell ID, Type and CSI-RS ID.
- UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets Type field to '1'; and sets CSI-RS ID field to identifier of candidate CSI-RS at operation 751.
- UE includes a MAC subPDU in a MAC PDU at operation 760.
- MAC subPDU includes BFR MAC CE and a MAC subheader with LCID set to one of the LCID reserved for BFR MAC CE.
- UE then transmits the MAC PDU.
- FIG. 8 illustrates gNB operation upon receipt of BFR MAC CE from UE according to another embodiment based on the first method of the disclosure.
- gNB receives BFR MAC CE at operation 810.
- gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 820.
- gNB checks whether the Type field is set to '2' in received MAC CE at operation 830. If type field is set to '2' in received MAC CE, gNB processes BFR MAC CE according to a third format at operation 840.
- the third format includes Serving Cell ID and Type; and gNB deactivates or switches to dormant the SCell identified by Serving Cell ID at operation 841.
- gNB checks whether Type field is set to '0' in the received MAC CE at operation 850. If type field is set to '0' in the received MAC CE, gNB processes BFR MAC CE according to a first format at operation 860.
- the first format includes Serving Cell ID, Type and SSB ID.
- Candidate for BFR is an SSB and SSB ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated SSB ID at operation 861.
- gNB processes BFR MAC CE according to a second format at operation 870.
- the second format includes Serving Cell ID, Type and CSI-RS ID;
- Candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated CSI-RS ID at operation 871.
- FIG. 9 illustrates gNB operation to determine the length of BFR MAC CE according to another embodiment of the disclosure.
- gNB receives a MAC subPDU at operation 910.
- the LCID in MAC subheader is the LCID reserved for BFR MAC CE.
- gNB identifies that the length of MAC subheader is 1 octet at operation 920.
- gNB determines whether the Type field set to '2' in BFR MAC CE at operation 930. If the Type field set to '2' in BFR MAC CE, gNB determines that the length of received BFR MAC CE is 1 octet at operation 940.
- BFR MAC CE includes one or more of the following information:
- This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested.
- CBA This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not.
- Candidate SSB ID/CSI-RS ID is included in BFR MAC CE. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If candidate SSB ID/CSI-RS ID above threshold is not available, SSB ID/CSI-RS ID of best SSB/CSI-RS is included.
- CBT Indicates whether the BFR MAC CE includes SSB ID or CSI-RS ID. UE sets this field to '0' if candidate beam is SSB. UE sets this field to '1' if candidate beam is CSI-RS. In another embodiment, UE sets this field to '1' if candidate beam is SSB and UE sets this field to '0' if candidate beam is CSI-RS.
- SSB ID Identifier of candidate SSB. Included if CBT is '0'.
- CSI-RS ID Identifier of candidate CSI-RS. Included if CBT is '1'.
- CBT0 and CBT1 can be used to indicate CSI-RS ID and SSB ID respectively instead of CBT1 and CBT0.
- FIG. 10 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the second method of the disclosure.
- the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam.
- the second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam.
- UE generates BFR MAC CE according to one of the two formats.
- FIG. 11 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the second method of the disclosure.
- UE upon detecting beam failure on an SCell, UE detects if there is at least one candidate SSB/CSI-RS above configured threshold at operation 1110. If not, UE sets CBA field to '0' at operation 1120. If yes, UE sets CBA filed to '1' at operation 1130. UE then determines whether best candidate is an SSB at operation 1140. If the best candidate is an SSB, UE generates BFR MAC CE according to a first format at operation 1150. The first format includes Serving Cell ID, CBA, CBT and SSB ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBT field to '0'; and sets SSB ID field to identifier of candidate SSB at operation 1151.
- the first format includes Serving Cell ID, CBA, CBT and SSB ID.
- UE If the best candidate is a CSI-RS, UE generates BFR MAC CE according to a second format at operation 1160.
- the second format includes Serving Cell ID, CBA, CBT and CSI-RS ID.
- UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBT field to '1'; and sets CSI-RS ID field to identifier of candidate CSI-RS at operation 1161.
- UE includes a MAC subPDU in a MAC PDU at operation 1170.
- MAC subPDU includes BFR MAC CE and a MAC subheader with LCID set to one of the LCID reserved for BFR MAC CE.
- UE then transmits the MAC PDU.
- FIG. 12 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the second method of the disclosure.
- gNB receives BFR MAC CE at operation 1210.
- gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 1220.
- gNB checks whether CBT field is set to '0' in the received MAC CE at operation 1230. If CBT field is set to '0' in the received MAC CE, gNB processes BFR MAC CE according to a first format at operation 1240.
- the first format includes Serving Cell ID, CBA, CBT and SSB ID.
- Candidate for BFR is an SSB and SSB ID is obtained from received MAC CE.
- gNB processes BFR MAC CE according to a second format at operation 1250.
- the second format includes Serving Cell ID, CBA, CBT and CSI-RS ID.
- Candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE.
- gNB then checks whether the CBA field is set to '0' in received MAC CE at operation 1260. If CBA field is set to '0' in received MAC CE, gNB deactivates or switches to dormant the SCell identified by Serving Cell ID or activates one or beams corresponding to received CSI-RS ID/SSB ID at operation 1270. If CBA field is not set to '0' in received MAC CE, gNB activates one or more beams corresponding to received CSI-RS ID/SSB ID at operation 1280.
- BFR MAC CE includes one or more of the following information:
- This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested.
- CBA This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included only if there is at least one candidate SSB/CSI-RS above threshold is available. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available.
- SSB ID Identifier of candidate SSB. Included if candidate is SSB.
- CSI-RS ID Identifier of candidate CSI-RS. Included if candidate is CSI-RS.
- candidate RS ID field can be included instead of SSB ID and CSI-RS ID fields. This field is set to index of candidate SSB or candidate CSI-RS ID in the candidate beam RS list. For example, if candidate beam RS list includes 8 candidate RSs and candidate SSB or candidate CSI-RS ID for BFR is the fourth RS in the candidate RS list, candidate RS ID is set to 3. Candidate RS in in candidate RS list are indexed from 0 to size of list-1.
- FIG. 13 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the third method of the disclosure.
- the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam.
- the second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam.
- the third format corresponds to BFR MAC CE format when no candidate beam is available.
- UE generates BFR MAC CE according to one of three formats.
- FIG. 14 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the third method of the disclosure.
- UE upon detecting beam failure on an SCell, UE detects if there is at least one candidate SSB/CSI-RS above configured threshold at operation 1410. If not, UE generates BFR MAC CE according to a third format at operation 1420.
- the third format includes Serving Cell ID and CBA.
- UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; and sets CBA field to '0' at operation 1421.
- UE determines whether best candidate is an SSB at operation 1430. If the best candidate is an SSB, UE generates BFR MAC CE according to a first format at operation 1440.
- the first format includes Serving Cell ID, CBA and SSB ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBA field to '1'; and sets SSB ID field to identifier of candidate SSB at operation 1441.
- UE If the best candidate is a CSI-RS, UE generates BFR MAC CE according to a second format at operation 1450.
- the format includes Serving Cell ID, CBA and CSI-RS ID.
- UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBA field to '1'; and sets CSI-RS ID field to identifier of candidate CSI-RS at operation 1451.
- UE includes a MAC subPDU in a MAC PDU at operation 1460.
- MAC subPDU includes BFR MAC CE and a MAC subheader with LCID set to one of the LCID reserved for BFR MAC CE.
- UE then transmits the MAC PDU.
- FIG. 15 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the third method of the disclosure.
- gNB receives BFR MAC CE at operation 1510.
- gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 1520.
- gNB checks whether the CBA field is set to '0' in received MAC CE at operation 1530. If CBA field is set to '0' in received MAC CE, gNB processes BFR MAC CE according to a third format at operation 1540.
- the third format includes Serving Cell ID and CBA. gNB deactivates or switches to dormant the SCell identified by Serving Cell ID at operation 1541.
- gNB checks whether configured candidate beams for BFR of the identified SCell are SSBs at operation 1550.
- gNB processes BFR MAC CE according to a first format at operation 1560.
- the first format includes Serving Cell ID, CBA, and SSB ID.
- Candidate for BFR is an SSB and SSB ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated SSB ID at operation 1561.
- gNB processes BFR MAC CE according to a second format at operation 1570.
- the second format includes Serving Cell ID, CBA, CBT and CSI-RS ID.
- Candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated CSI-RS ID at operation 1571.
- a type field can be there.
- This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested.
- SSB ID Identifier of candidate SSB. Included if candidate is SSB.
- CSI-RS ID Identifier of candidate CSI-RS. Included if candidate is CSI-RS.
- FIG. 16 shows the various MAC CE formats based on information to be included in BFR MAC CE according to another embodiment based on the third method of the disclosure.
- the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam.
- the second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam.
- the third format corresponds to BFR MAC CE format when no candidate beam is available.
- UE generates BFR MAC CE according to one of three formats.
- UE and gNB operation is same as in FIGS. 14 and 15 respectively, except that instead of setting/checking CBA field, type filed is set/checked by UE and gNB respectively.
- BFR MAC CE includes one or more of the following information:
- This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested.
- CBA This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not.
- Candidate SSB ID/CSI-RS ID is included in BFR MAC CE. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If candidate SSB ID/CSI-RS ID above threshold is not available, SSB ID/CSI-RS ID of best SSB/CSI-RS is included.
- SSB ID Identifier of candidate SSB. Included if candidate is SSB.
- CSI-RS ID Identifier of candidate CSI-RS. Included if candidate is CSI-RS.
- candidate RS ID field can be included instead of SSB ID and CSI-RS ID fields. This field is set to index of candidate SSB or candidate CSI-RS ID in the candidate beam RS list. For example, if candidate beam RS list includes 8 candidate RSs and candidate SSB or candidate CSI-RS ID for BFR is the fourth RS in the candidate RS list, candidate RS ID is set to 3. Candidate RS in in candidate RS list are indexed from 0 to size of list-1.
- FIG. 17 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the fourth method of the disclosure.
- the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam.
- the second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam.
- UE generates BFR MAC CE according to one of the two formats.
- FIG. 18 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the fourth method of the disclosure.
- UE upon detecting beam failure on an SCell, UE detects if there is at least one candidate SSB/CSI-RS above configured threshold at operation 1810. If not, UE sets CBA field to '0' at operation 1820. If yes, UE sets CBA filed to '1' at operation 1830. UE then determines whether best candidate is an SSB at operation 1840. If the best candidate is an SSB, UE generates BFR MAC CE according to a first format at operation 1850. The first format includes Serving Cell ID, CBA and SSB ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; and sets SSB ID field to identifier of candidate SSB at operation 1851..
- UE If the best candidate is a CSI-RS, UE generates BFR MAC CE according to a second format at operation 1860.
- the second format includes Serving Cell ID, CBA and CSI-RS ID.
- UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; and sets CSI-RS ID field to identifier of candidate CSI-RS at operation 1861.
- UE includes a MAC subPDU in a MAC PDU at operation 1870.
- MAC subPDU includes BFR MAC CE and a MAC subheader with LCID set to one of the LCID reserved for BFR MAC CE.
- UE then transmits the MAC PDU.
- FIG. 19 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the fourth method of the disclosure.
- gNB receives BFR MAC CE at operation 1910.
- gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 1920.
- gNB checks whether configured candidate beams for BFR of the identified SCell are SSBs at operation 1930.
- gNB processes BFR MAC CE according to a first format at operation 1940.
- the first format includes Serving Cell ID, CBA and SSB ID.
- Candidate for BFR is an SSB and SSB ID is obtained from received MAC CE.
- gNB processes BFR MAC CE according to a second format at operation 1950.
- the second format includes Serving Cell ID, CBA and CSI-RS ID.
- Candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE.
- gNB then checks whether the CBA field is set to '0' in received MAC CE at operation 1960. If CBA field is set to '0' in received MAC CE, gNB deactivates or switches to dormant the SCell identified by Serving Cell ID or activates one or beams corresponding to received CSI-RS ID/SSB ID at operation 1970. If CBA field is not set to '0' in received MAC CE, gNB activates one or more beams corresponding to received CSI-RS ID/SSB ID at operation 1980.
- MAC CE can also be used for BFR of multiple SCells concurrently, by including the defined fields in each of these methods for each SCell.
- FIG. 20 illustrates an example MAC subPDU carrying BFR MAC CE according to an embodiment of the disclosure.
- BFR information 1 to N in FIG. 20 follows one of the formats defined in Methods 1-4.
- multiple SSBs/CSI-RSs can be indicated in BFR MAC CE.
- 'N' best SSB/CSI-RS above threshold can be indicated.
- N can be signaled by gNB, e.g. in BFR configuration.
- RSRP/RSRQ values for each reported SSB/CSI-RS can also be included in BFR MAC CE.
- BFR MAC CE includes one or more of the following information:
- Ci bit in bitmap corresponds to serving cell with ServCellIndex i. Ci bit is set to 1 if beam failure is detected and BFR information for SCell associated with this bit (i.e. SCell with ServCellIndex i) is included.
- BFR information indicates candidate beam information of SCell for which the associated Ci bit is set to 1.
- BFR information for SCell for which the associated Ci bit is set to 0 is not included.
- BFR information of SCells is included after the Serving Cell Bitmap in ascending order based on the ServCellIndex .
- FIG. 21 shows format and various fields of beam information according to one embodiment based on the fifth method of the disclosure.
- CBA This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included only if there is at least one candidate SSB/CSI-RS above threshold is available. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If this field is set to '1', candidate SSB ID/CSI-RS ID is included. If this field is set to '0' candidate SSB ID/CSI-RS ID is not included.
- CBT Indicates whether the BFR MAC CE includes SSB ID or CSI-RS ID. UE sets this field to '0' if candidate beam is SSB. UE sets this field to '1' if candidate beam is CSI-RS. In another embodiment, UE sets this field to '1' if candidate beam is SSB and UE sets this field to '0' if candidate beam is CSI-RS.
- SSB ID Identifier of candidate SSB. Included if CBA is '1' and CBT is '0'.
- CSI-RS ID Identifier of candidate CSI-RS. Included if CBA is '1' and CBT is '1'. CBT0 and CBT1 can be used to indicate CSI-RS ID and SSB ID respectively instead of CBT1 and CBT0.
- FIG. 22 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
- Type This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. If available, the type field also indicates whether the request includes SSB ID or CSI-RS ID.
- SSB ID Identifier of candidate SSB. Included if type is '0'.
- CSI-RS ID Identifier of candidate CSI-RS. Included if type is '1'.
- FIG. 23 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
- CBA This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not.
- Candidate SSB ID/CSI-RS ID is included in BFR MAC CE. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If candidate SSB ID/CSI-RS ID above threshold is not available, SSB ID/CSI-RS ID of best SSB/CSI-RS is included.
- CBT Indicates whether the BFR MAC CE includes SSB ID or CSI-RS ID. UE sets this field to '0' if candidate beam is SSB. UE sets this field to '1' if candidate beam is CSI-RS. In another embodiment, UE sets this field to '1' if candidate beam is SSB and UE sets this field to '0' if candidate beam is CSI-RS.
- SSB ID Identifier of candidate SSB. Included if CBT is '0'.
- CSI-RS ID Identifier of candidate CSI-RS. Included if CBT is '1'. CBT0 and CBT1 can be used to indicate CSI-RS ID and SSB ID respectively instead of CBT1 and CBT0.
- FIG. 24 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
- CBA This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included only if there is at least one candidate SSB/CSI-RS above threshold is available. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If this field is set to '1', candidate SSB ID/CSI-RS ID is included. If this field is set to '0' candidate SSB ID/CSI-RS ID is not included.
- SSB ID Identifier of candidate SSB. Included if candidate is SSB.
- CSI-RS ID Identifier of candidate CSI-RS. Included if candidate is CSI-RS.
- candidate RS ID field can be included instead of SSB ID and CSI-RS ID fields. This field is set to index of candidate SSB or candidate CSI-RS ID in the candidate beam RS list. For example, if candidate beam RS list includes 8 candidate RSs and candidate SSB or candidate CSI-RS ID for BFR is the fourth RS in the candidate RS list, candidate RS ID is set to 3. Candidate RS in in candidate RS list are indexed from 0 to size of list-1.
- FIG. 25 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
- CBA This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not.
- Candidate SSB ID/CSI-RS ID is included in BFR MAC CE. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If candidate SSB ID/CSI-RS ID above threshold is not available, SSB ID/CSI-RS ID of best SSB/CSI-RS is included.
- SSB ID Identifier of candidate SSB. Included if candidate is SSB.
- CSI-RS ID Identifier of candidate CSI-RS. Included if candidate is CSI-RS.
- Method 5 instead of reporting a single SSB/CSI-RS, multiple SSBs/CSI-RSs can be indicated in BFR MAC CE.
- 'N' best SSB/CSI-RS above threshold can be indicated.
- N can be signaled by gNB, e.g. in BFR configuration.
- RSRP/RSRQ values for each reported SSB/CSI-RS can also be included in BFR MAC CE.
- CBA field is not included in BFR MAC CE.
- SSB ID/CSI-RS ID corresponding to candidate SSB/CSI-RS is included wherein SSB/CSI-RS is candidate if measured RSRP/RSRQ is above threshold. If none of SSB/CSI-RS is above threshold, either UE does not send BFR MAC CE or UE sends by including any or best SSB/CSI-RS.
- serving cells there can be several serving cells via which UE is communicating with network. There can be one or more serving cells in each cell group (CG) (MCG, SCG).
- MCG cell group
- SCG SCG
- UE transmits the BFR MAC CE for SCell of a CG to SpCell of that CG.
- UE transmits BFR MAC CE for SCell of a CG in the UL grant for transmission on SpCell of that CG.
- BFR MAC CE supports BFR information for multiple serving cells, all serving cells for which BFR information is included in generated MAC CE belong to same CG.
- UE transmits the BFR MAC CE for SCell of a CG to any serving cell (can be SpCell or SCell) of that CG.
- UE transmits BFR MAC CE for SCell of a CG in the UL grant for transmission on any serving cell of that CG.
- BFR information for SCell can be transmitted in the earliest available UL grant for transmission in CG of that SCell.
- BFR MAC CE supports BFR information for multiple serving cells, all serving cells for which BFR information is included in generated MAC CE belong to same CG.
- UE transmits the BFR MAC CE for SCell of a CG to SpCell of any CG.
- UE transmits BFR MAC CE for SCell of a CG in the UL grant for transmission on SpCell of any CG. If the BFR MAC CE for SCell belonging to MCG is transmitted in UL grant for SCG, secondary gNB upon receiving this MAC CE, transmits to master gNB (over Xn interface) the contents of BFR MAC CE related to SCell of MCG.
- BFR MAC CE for SCell belonging to SCG is transmitted in UL grant for MCG
- master gNB upon receiving this MAC CE, transmits to secondary gNB (over Xn interface) the contents of BFR MAC CE related to SCell of SCG.
- BFR information for SCell can be transmitted quickly.
- BFR MAC CE supports BFR information for multiple serving cells, serving cells for which BFR information is included in generated MAC CE can belong to different CG.
- UE transmits the BFR MAC CE for SCell of a CG to any serving cell (can be SpCell or SCell) of any CG.
- UE transmits BFR MAC CE for SCell of a CG in the UL grant for transmission on any serving cell of any CG. If the BFR MAC CE for SCell belonging to MCG is transmitted in UL grant for SCG, secondary gNB upon receiving this MAC CE, transmits to master gNB (over Xn interface) the contents of BFR MAC CE related to SCell of MCG.
- BFR MAC CE for SCell belonging to SCG is transmitted in UL grant for MCG
- master gNB upon receiving this MAC CE, transmits to secondary gNB (over Xn interface) the contents of BFR MAC CE related to SCell of SCG.
- BFR information for SCell can be transmitted quickly.
- BFR MAC CE supports BFR information for multiple serving cells, serving cells for which BFR information is included in generated MAC CE can belong to different CG.
- MAC entity Upon receiving the UL grant, MAC entity generates the MAC PDU by multiplexing MAC CEs/common control channel (CCCH)/dedicated control channel (DCCH)/dedicated traffic channel (DTCH) service data units (SDUs) according to logical channel prioritization.
- CCCH common control channel
- DCCH dedicated control channel
- DTCH dedicated traffic channel
- logical channels are prioritized in accordance with the following order (highest priority listed first): cell radio network temporary identifier (C-RNTI) MAC CE or data from UL-CCCH; Configured Grant Confirmation MAC CE; MAC CE for buffer status report (BSR), with exception of BSR included for padding; Single Entry power headroom report (PHR) MAC CE or Multiple Entry PHR MAC CE; data from any Logical Channel, except data from UL-CCCH; MAC CE for Recommended bit rate query; and MAC CE for BSR included for padding.
- C-RNTI cell radio network temporary identifier
- BSR buffer status report
- PHR Single Entry power headroom report
- the issue is what should be priority of BFR MAC CE compared to other MAC CEs/CCCH/DCCH/DTCH SDUs.
- MAC CE for BFR should have higher priority than MAC CE for BSR, Single Entry PHR MAC CE or Multiple Entry PHR MAC CE, data from any Logical Channel, except data from UL-CCCH, MAC CE for Recommended bit rate query and MAC CE for BSR included for padding.
- MAC CE for BFR should have lower priority than C-RNTI MAC CE or data from UL-CCCH and Configured Grant Confirmation MAC CE.
- the priority of MAC CE for BFR can be equal to priority of Configured Grant Confirmation MAC CE.
- Logical channels shall be prioritized in accordance with the following order (highest priority listed first): C-RNTI MAC CE or data from UL-CCCH; Configured Grant Confirmation MAC CE, MAC CE for BFR; MAC CE for BSR, with exception of BSR included for padding; Single Entry PHR MAC CE or Multiple Entry PHR MAC CE; data from any Logical Channel, except data from UL-CCCH; MAC CE for Recommended bit rate query; and MAC CE for BSR included for padding.
- MAC CE for BFR should have higher priority than Single Entry PHR MAC CE or Multiple Entry PHR MAC CE, data from any Logical Channel, except data from UL-CCCH, MAC CE for Recommended bit rate query and MAC CE for BSR included for padding.
- MAC CE for BFR should have lower priority than C-RNTI MAC CE or data from UL-CCCH, Configured Grant Confirmation MAC CE and MAC CE for BSR.
- Logical channels shall be prioritized in accordance with the following order (highest priority listed first): C-RNTI MAC CE or data from UL-CCCH; Configured Grant Confirmation MAC CE; MAC CE for BSR, with exception of BSR included for padding; MAC CE for BFR; Single Entry PHR MAC CE or Multiple Entry PHR MAC CE; data from any Logical Channel, except data from UL-CCCH; MAC CE for Recommended bit rate query; and MAC CE for BSR included for padding.
- MAC CE for BFR should have higher priority than data from any Logical Channel, except data from UL-CCCH, MAC CE for Recommended bit rate query and MAC CE for BSR included for padding.
- MAC CE for BFR should have lower priority than C-RNTI MAC CE or data from UL-CCCH, Configured Grant Confirmation MAC CE MAC CE for BSR and Single Entry PHR MAC CE or Multiple Entry PHR MAC CE.
- Logical channels shall be prioritized in accordance with the following order (highest priority listed first): C-RNTI MAC CE or data from UL-CCCH; Configured Grant Confirmation MAC CE; MAC CE for BSR, with exception of BSR included for padding; Single Entry PHR MAC CE or Multiple Entry PHR MAC CE; MAC CE for BFR; data from any Logical Channel, except data from UL-CCCH; MAC CE for Recommended bit rate query; and MAC CE for BSR included for padding.
- FIG. 26 is a block diagram of a terminal according to an embodiment of the disclosure.
- a terminal includes a transceiver 2610, a controller 2620 and a memory 2630.
- the controller 2620 may refer to a circuitry, an ASIC, an FPGA, or at least one processor.
- the transceiver 2610, the controller 2620 and the memory 2630 are configured to perform the operations of the UE illustrated in the figures, e.g., FIGS. 2, 7, 11, 14 and 18, or as otherwise described above.
- the transceiver 2610, the controller 2620 and the memory 2630 are shown as separate entities, they may be integrated onto a single chip.
- the transceiver 2610, the controller 2620 and the memory 2630 may also be electrically connected to or coupled with each other.
- the transceiver 2610 may transmit and receive signals to and from other network entities, e.g., a base station.
- the controller 2620 may control the UE to perform functions according to the embodiments described above.
- the controller 2620 is configured to control the transceiver 2610 to receive information for SCell BFR from a base station.
- the information for SCell BFR includes at least one of: a list of candidate beam RSs which is signaled per BWP of SCell, a candidate beam selection threshold which is signaled per BWP, or SR information which is signaled per cell group.
- the candidate beam RSs can be at least one of CSI-RS or SSB. All candidate beam RS(s) included in the list can be of same type, i.e. SSB or CSI-RS.
- some candidate beam RS(s) included in the list are of type SSB and some candidate beam RS(s) included in the list are of type CSI-RS.
- An SR identifier is signaled which identifies the SR configuration to be used for BFR on SCell. If number of consecutive detected beam failure instances within a defined time duration (beamFailureDetectionTimer) exceeds a configured maximum number (beamFailureInstanceMaxCount), the controller 2620 is configured to control the transceiver 2610 to transmit an SR for BFR of SCell.
- the controller 2620 is configured to generate a BFR MAC CE including a candidate beam availability indication. This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not.
- the candidate SSB ID/CSI-RS ID is included only if there is at least one candidate SSB/CSI-RS above threshold is available. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, it sets this field to '0'.
- MAC CE for BFR has higher priority than MAC CE for BSR, Single Entry PHR MAC CE or Multiple Entry PHR MAC CE, data from any Logical Channel, except data from UL-CCCH, MAC CE for Recommended bit rate query and MAC CE for BSR included for padding.
- the operations of the terminal may be implemented using the memory 2630 storing corresponding program codes.
- the terminal may be equipped with the memory 2630 to store program codes implementing desired operations.
- the controller 2620 may read and execute the program codes stored in the memory 2630 by using a processor or a central processing unit (CPU).
- FIG. 27 is a block diagram of a base station according to an embodiment of the disclosure.
- a base station includes a transceiver 2710, a controller 2720 and a memory 2730.
- the controller 2720 may refer to a circuitry, an ASIC, an FPGA, or at least one processor.
- the transceiver 2710, the controller 2720 and the memory 2730 are configured to perform the operations of the gNB illustrated in the figures, e.g. FIGS. 3, 4, 5, 8, 9, 12, 15 and 19, or as otherwise described above.
- the transceiver 2710, the controller 2720 and the memory 2730 are shown as separate entities, they may be integrated onto a single chip.
- the transceiver 2710, the controller 2720 and the memory 2730 may also be electrically connected to or coupled with each other.
- the transceiver 2710 may transmit and receive signals to and from other network entities, e.g., a terminal.
- the controller 2720 may control the gNB to perform functions according to the embodiments of the disclosure.
- the controller 2720 is configured to the transceiver 2710 to signal information for SCell BFR to a terminal, and receive an SR for the SCell BFR from the terminal.
- the controller 2720 is configured to control the transceiver 2710 to transmit a UL grant corresponding to the SR to the terminal, and receive a BFR MAC CE from the terminal.
- the operations of the base station may be implemented using the memory 2730 storing corresponding program codes.
- the base station may be equipped with the memory 2730 to store program codes implementing desired operations.
- the controller 2720 may read and execute the program codes stored in the memory 2730 by using a processor or a CPU.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- Electromagnetism (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A communication method and system for converging a 5th generation (5G) communication system for supporting higher data rates beyond a 4th generation (4G) system with a technology for Internet of things (IoT) are provided. The communication method and system may be applied to intelligent services based on the 5G communication technology and the IoT-related technology. A method performed by a terminal for beam failure recovery (BFR) on a secondary cell (SCell) in a wireless communication system is provided.
Description
The disclosure relates to a method of transmitting and receiving frame information in random access response (RAR), a method of handling configured grant transmission in unlicensed carrier, and a method of random access (RA) procedure for supporting large RAR window size.
To meet the demand for wireless data traffic having increased since deployment of 4th generation (4G) communication systems, efforts have been made to develop an improved 5th generation (5G) or pre-5G communication system. Therefore, the 5G or pre-5G communication system is also referred to as a 'beyond 4G network' or a 'post long term evolution (LTE) System.' The 5G wireless communication system is considered to support not only lower frequency bands but also higher frequency (mmWave) bands, e.g., 10 GHz to 100 GHz bands, so as to accomplish higher data rates. To mitigate propagation loss of the radio waves and increase the transmission distance, beamforming, massive multiple-input multiple-output (MIMO), full dimensional MIMO (FD-MIMO), array antenna, analog beam forming, and large-scale antenna techniques are being considered in the design of the 5G wireless communication system. In addition, in 5G communication systems, development for system network improvement is under-way based on advanced small cells, cloud radio access networks (RANs), ultra-dense networks, device-to-device (D2D) communication, wireless backhaul, moving network, cooperative communication, coordinated multi-points (CoMP), reception-end interference cancellation, and the like. In the 5G system, frequency and quadrature amplitude modulation (FQAM), which is a combination of hybrid frequency shift keying (FSK) and quadrature amplitude modulation (QAM), and sliding window superposition coding (SWSC) as an advanced coding modulation (ACM), filter bank multi-carrier (FBMC), non-orthogonal multiple access (NOMA), and sparse code multiple access (SCMA) as an advanced access technology, have been also developed.
In a similar regard, the Internet, which is a human centered connectivity network where humans generate and consume information, is now evolving to the internet of things (IoT) where distributed entities, such as things, exchange and process information without human intervention. The internet of everything (IoE), which is a combination of IoT technology and big data processing technology through connection with a cloud server, has also emerged. As technology elements, such as "sensing technology," "wired/wireless communication and network infrastructure," "service interface technology," and "security technology" have been demanded for IoT implementation, a sensor network, a machine-to-machine (M2M) communication, machine-type communication (MTC), and so forth have been recently researched. Such an IoT environment may provide intelligent Internet technology services that create a new value to human life by collecting and analyzing data generated among connected things. In this case, IoT may be applied to a variety of fields including a smart home, a smart building, a smart city, a smart car or connected cars, a smart grid, health care, smart appliances, and advanced medical services through convergence and combination between existing information technology (IT) and various industrial applications.
In line with this, various attempts have been made to apply 5G communication systems to IoT networks. For example, technologies, such as a sensor network, MTC, and M2M communication may be implemented by beamforming, MIMO, and array antennas. Application of a cloud RAN as the above-described big data processing technology may also be considered to be as an example of convergence between the 5G technology and the IoT technology.
In recent years, several broadband wireless technologies have been developed to meet the growing number of broadband subscribers and to provide more and better applications and services such as these. The second generation (2G) wireless communication system has been developed to provide voice services while ensuring the mobility of users. Third generation (3G) wireless communication system supports the voice service and data service. The 4G wireless communication system has been developed to provide high-speed data service. However, the 4G wireless communication system currently suffers from lack of resources to meet the growing demand for high speed data services. Therefore, the 5G wireless communication system (also referred as next generation radio or NR) is being developed to meet the growing demand of various services with diverse requirements, e.g., high-speed data services, support ultra-reliability and low-latency applications.
In addition, the 5G wireless communication system is expected to address different use cases having quite different requirements in terms of data rate, latency, reliability, mobility etc. However, it is expected that the design of the air-interface of the 5G wireless communication system will be flexible enough to serve user equipment (UEs) having quite different capabilities depending on the use case and market segment in which the UE caters service to the end customer. Example use cases the 5G wireless communication system is expected to address includes enhanced mobile broadband (eMBB), massive machine type communication (m-MTC), ultra-reliable low-latency communication (URLL), etc. The eMBB requirements (e.g., tens of Gbps data rate, low-latency, high-mobility and so on) address the market segment representing the wireless broadband subscribers needing internet connectivity everywhere, all the time and on the go. The m-MTC requirements (e.g., very high connection density, infrequent data transmission, very long battery life, low mobility address and so on) address the market segment representing the IoT/IoE envisioning connectivity of billions of devices. The URLL requirements (e.g., very low latency, very high reliability variable mobility and so on) address the market segment representing the Industrial automation application and vehicle-to-vehicle/vehicle-to-infrastructure communication that is foreseen as one of the enablers for autonomous cars.
In the 5G wireless communication system operating in higher frequency (mmWave) bands, UE and gNB communicate with each other using Beamforming. Beamforming techniques are used to mitigate the propagation path losses and to increase the propagation distance for communication at higher frequency band. Beamforming enhances the transmission and reception performance using a high-gain antenna. Beamforming can be classified into Transmission (TX) beamforming performed in a transmitting end and reception (RX) beamforming performed in a receiving end. In general, the TX beamforming increases directivity by allowing an area in which propagation reaches to be densely located in a specific direction by using a plurality of antennas. In this situation, aggregation of the plurality of antennas can be referred to as an antenna array, and each antenna included in the array can be referred to as an array element. The antenna array can be configured in various forms such as a linear array, a planar array, etc. The use of the TX beamforming results in the increase in the directivity of a signal, thereby increasing a propagation distance. Further, since the signal is almost not transmitted in a direction other than a directivity direction, a signal interference acting on another receiving end is significantly decreased. The receiving end can perform beamforming on a RX signal by using a RX antenna array. The RX beamforming increases the RX signal strength transmitted in a specific direction by allowing propagation to be concentrated in a specific direction, and excludes a signal transmitted in a direction other than the specific direction from the RX signal, thereby providing an effect of blocking an interference signal. By using beamforming technique, a transmitter can make plurality of transmit (TX) beam patterns of different directions. Each of these TX beam patterns can be also referred as TX beam. Wireless communication system operating at high frequency uses plurality of narrow TX beams to transmit signals in the cell as each narrow TX beam provides coverage to a part of cell. The narrower the TX beam, higher is the antenna gain and hence the larger the propagation distance of signal transmitted using beamforming. A receiver can also make plurality of receive (RX) beam patterns of different directions. Each of these RX beam patterns can be also referred as RX beam.
Typically, in a wireless communication network, UE can be in one of radio resource control (RRC) idle state or RRC connected state. A UE in RRC idle performs cell selection and reselection. In other words, a UE in RRC idle decides on which cell to camp. The RRC idle UE monitors a paging channel to detect incoming calls, and also acquires system information. The system information mainly consists of parameter by which network can control the cell (re)selection process. In RRC connected state, network allocates radio resources to the UE to facilitate the transfer of (unicast) data via shared data channels. To support this operation, the UE monitors an associated control channel used to indicate the dynamic allocation of the shared transmission resources in time and frequency. The UE provides the network with reports of its buffer status and of the downlink channel quality, as well as neighbor cell measurement information to enable network to select the most appropriate cell for the UE. In the RRC connected state, UE monitors the downlink (DL) subframes or transmission time interval (TTI) or slot for downlink control information (downlink control information can be transmitted using (enhanced) physical downlink control channel ((e)PDCCH)). Downlink control information can indicate whether the UE is scheduled in DL or uplink (UL). If the UE is scheduled in DL, then UE decodes and receives the downlink packet using the received control information. If the UE is scheduled in UL, then UE uses the received control information to transmit the uplink packet. In a beamformed system, the downlink control information is transmitted by the base station (BS) using beamforming. BS supports multiple TX beams and transmits using one or more TX beams in subframe, TTI or time slot. UE monitors the subframes, TTIs or time slots for receiving downlink control information (i.e. PDCCH/ePDCCH). The one or more TX beams used by the BS to communicate with a UE are decided based on a beam management procedure which basically comprises of UE measuring the reference signals transmitted using multiple TX beams and reporting one or more suitable TX beams to the BS.
The 5G wireless communication system supports standalone mode of operation as well dual connectivity (DC). In DC, a multiple RX/TX UE may be configured to utilize resources provided by two different nodes (or node Bs (NBs)) connected via non-ideal backhaul. One node acts as the master node (MN) and the other as the secondary node (SN). The MN and SN are connected via a network interface and at least the MN is connected to the core network. NR also supports multi-radio access technology (RAT) DC (MR-DC) operation whereby a UE in RRC_CONNECTED is configured to utilize radio resources provided by two distinct schedulers, located in two different nodes connected via a non-ideal backhaul and providing either E-UTRA (i.e. if the node is an ng-eNB) or NR access (i.e. if the node is a gNB).
In NR, for a UE in RRC_CONNECTED not configured with carrier aggregation (CA)/DC, there is only one serving cell comprising of the primary cell (PCell). For a UE in RRC_CONNECTED configured with CA/DC, the term 'serving cells' is used to denote the set of cells comprising of the special cell(s) (SpCell(s)) and all secondary cells (SCells).
In NR, the term master cell group (MCG) refers to a group of serving cells associated with the MN, comprising of the PCell and optionally one or more SCells. In NR, the term secondary cell group (SCG) refers to a group of serving cells associated with the SN, comprising of the primary SCG cell (PSCell) and optionally one or more SCells. In NR, PCell refers to a serving cell in MCG, operating on the primary frequency, in which the UE either performs the initial connection establishment procedure or initiates the connection re-establishment procedure. In NR, for a UE configured with CA, SCell is a cell providing additional radio resources on top of SpCell. PSCell refers to a serving cell in SCG in which the UE performs random access when performing the reconfiguration with synchronization procedure. For DC, operation the term SpCell refers to the PCell of the MCG or the PSCell of the SCG, otherwise (e.g., when DC is not configured) the term SpCell refers to the PCell.
The 5G wireless communication system supports a beam failure recovery (BFR) mechanism at UE for PCell or PSCell. This comprises of beam failure detection, new candidate beam identification, BFR request transmission and monitoring response for BFR request. UE monitors synchronization signals (SSs) or channel state information reference signals (CSI-RSs) transmitted periodically by the serving cell (PCell or PSCell) to assess if a beam failure trigger condition has been met and also to identify a new candidate beam. A beam failure is detected on a serving cell if number of consecutive detected beam failure instance exceeds a configured maximum number within a time interval given by beamFailureDetectionTimer. A beam failure instance means that all serving beams in a set of beams configured for beam failure detection fails (i.e. hypothetical PDCCH block error rate (BLER) determined based on measurement of SS or CSI-RS is above a threshold). The set of beams for beam failure detection for a serving cell are configured via RRC message. A new candidate beam is the CSI-RS or SS block (SSB) of serving cell whose measured quality (e.g. reference signal received power (RSRP)) is above a configured threshold.
After detecting beam failure on SpCell, UE initiates random access procedure on SpCell for beam recovery. UE also starts the starts beamFailureRecoveryTimer, if configured. 1) UE selects contention free (dedicatedly signaled to UE) physical random access channel (PRACH) occasion and/or preamble corresponding to SpCell's new candidate beam and transmits the preamble. 2) UE then starts the bfr-ResponseWindow at the start of the first PDCCH occasion after a fixed duration of X symbols from the end of the preamble transmission. bfr-ResponseWindow is the RAR response window configured by gNB for BFR. 3) UE monitors the PDCCH of the SpCell for response to BFR request identified by the cell radio network temporary identifier (C-RNTI) while bfr-ResponseWindow is running. 4) If UE receives a PDCCH transmission addressed to the C-RNTI from the SpCell, UE considers the BFR request procedure successfully completed and beamFailureRecoveryTimer is stopped. If the bfr-ResponseWindow is expired, UE performs 1), 2) and 3) again. If the bfr-ResponseWindow is expired and UE has already transmitted PRACH preamble for configured number of times, BFR request procedure is considered unsuccessful and UE may trigger radio link failure. If beamFailureRecoveryTimer is expired and BFR request procedure is not successfully completed, UE stops using the contention free random access resources configured for BFR.
The above information is presented as background information only to assist with an understanding of the disclosure. No determination has been made, and no assertion is made, as to whether any of the above might be applicable as prior art with regard to the disclosure.
UE may be configured with secondary serving cell(s) in addition to SpCell. In case of beam failure detection on SCell, the BFR procedure of initiating random access procedure on SpCell does not work. The reason is that PRACH occasions and/or preambles for preamble transmission on SpCell are mapped to SS or CSI-RS transmitted on SpCell, and hence cannot indicate candidate beam of SCell. Additionally, reception of PDCCH addressed to C-RNTI on SpCell cannot represent response for BFR for SCell as this may be transmitted for DL/UL assignment for SpCell. So, a new method of BFR on SCell is being studied in 3rd generation partnership project (3GPP). For BFR request upon detection of BFR on SCell, a media access control (MAC) media access control (CE) including candidate beam can be transmitted to network. If MAC CE is used for BFR request, several issues needs to be solved such as the format of MAC CE, contents of MAC CE, prioritization of MAC CE compared to other information to be transmitted in UL MAC protocol data unit (PDU), on which serving cell MAC CE is transmitted and so on. In this disclosure, a method of transmitting and receiving BFR request MAC CE for SCell is proposed.
Aspects of the disclosure are to address at least the above-mentioned problems and/or disadvantages and to provide at least the advantages described below. Accordingly, an aspect of the disclosure is to provide a communication method and system for converging a 5th generation (5G) communication system for supporting higher data rates beyond a 4th generation (4G) system.
Additional aspects will be set forth in part in the description which follows and, in part, will be apparent from the description, or may be learned by practice of the presented embodiments.
Additional aspects will be set forth in part in the description which follows and, in part, will be apparent from the description, or may be learned by practice of the presented embodiments.
In accordance with an aspect of the disclosure, a method performed by a terminal for beam failure recovery (BFR) on a secondary cell (SCell) in a wireless communication system is provided. The method comprises receiving, from the base station, information for BFR on an SCell including a scheduling request configuration for the BFR on the SCell; detecting beam failure on the SCell based on whether a number of beam failure instances within a preconfigured time duration exceeds a preconfigured maximum number; and as a response to detect the beam failure on the SCell, transmitting, to the base station, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
In accordance with another aspect of the disclosure, a method performed by a base station for BFR on an SCell in a wireless communication system is provided. The method comprises transmitting, to a terminal, information for BFR on an SCell including a scheduling request configuration for the BFR on the SCell, and receiving, from the terminal, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
In accordance with another aspect of the disclosure, a terminal in a wireless communication system is provided. The terminal includes a transceiver and at least one processor operatively coupled with the transceiver. The at least one processor is configured to receive, from a base station via the transceiver, information for BFR on an SCell including a scheduling request configuration for the BFR on the SCell, detect beam failure on the SCell based on whether a number of beam failure instances within a preconfigured time duration exceeds a preconfigured number, and as a response to detecting the beam failure on the SCell, transmit, to the base station via the transceiver, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
In accordance with another aspect of the disclosure, a base station in a wireless communication system is provided. The base station includes a transceiver and at least one processor operatively coupled with the transceiver. The at least one processor is configured to transmit, to a terminal via the transceiver, information for BFR on an SCell including a scheduling request configuration for the BFR on the SCell, and receive, from the terminal via the transceiver, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
Other aspects, advantages, and salient features of the disclosure will become apparent to those skilled in the art from the following detailed description, which, taken in conjunction with the annexed drawings, discloses various embodiments of the disclosure.
For a more complete understanding of the present disclosure and its advantages, reference is now made to the following description taken in conjunction with the accompanying drawings, in which like reference numerals represent like parts:
FIG. 1 shows the various media access control (MAC) control element (CE) formats based on information to be included in beam failure recovery (BFR) MAC CE according to an embodiment based on the first method of the disclosure;
FIG. 2 illustrates the user equipment (UE) operation for generating BFR MAC CE according to an embodiment based on the first method of the disclosure;
FIG. 3 illustrates next generation node B (gNB) operation upon receipt of BFR MAC CE from UE according to an embodiment based on the first method of the disclosure;
FIG. 4 illustrates gNB operation upon receipt of BFR MAC CE from UE according to another embodiment based on the first method of the disclosure;
FIG. 5 illustrates gNB operation to determine the length of BFR MAC CE according to an embodiment of the disclosure;
FIG. 6 shows the various MAC CE formats based on information to be included in BFR MAC CE according to another embodiment based on the first method of the disclosure;
FIG. 7 illustrates the UE operation for generating BFR MAC CE according to another embodiment based on the first method of the disclosure;
FIG. 8 illustrates gNB operation upon receipt of BFR MAC CE from UE according to another embodiment based on the first method of the disclosure;
FIG. 9 illustrates gNB operation to determine the length of BFR MAC CE according to another embodiment of the disclosure;
FIG. 10 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the second method of the disclosure;
FIG. 11 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the second method of the disclosure;
FIG. 12 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the second method of the disclosure;
FIG. 13 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the third method of the disclosure;
FIG. 14 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the third method of the disclosure;
FIG. 15 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the third method of the disclosure;
FIG. 16 shows the various MAC CE formats based on information to be included in BFR MAC CE according to another embodiment based on the third method of the disclosure;
FIG. 17 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the fourth method of the disclosure;
FIG. 18 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the fourth method of the disclosure;
FIG. 19 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the fourth method of the disclosure;
FIG. 20 illustrates an example MAC subPDU carrying BFR MAC CE according to an embodiment of the disclosure;
FIG. 21 shows format and various fields of beam information according to one embodiment based on the fifth method of the disclosure;
FIG. 22 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure;
FIG. 23 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure;
FIG. 24 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure;
FIG. 25 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure;
FIG. 26 is a block diagram of a terminal according to an embodiment of the disclosure; and
FIG. 27 is a block diagram of a base station according to an embodiment of the disclosure.
Throughout the drawings, like reference numerals will be understood to refer to like parts, components, and structures.
FIGS. 1 through 27, discussed below, and the various embodiments used to describe the principles of the present disclosure in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the disclosure. Those skilled in the art will understand that the principles of the present disclosure may be implemented in any suitably arranged system or device.
The following description with reference to the accompanying drawings is provided to assist in a comprehensive understanding of various embodiments of the disclosure as defined by the claims and their equivalents. It includes various specific details to assist in that understanding, but these are to be regarded as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the various embodiments described herein can be made without departing from the scope and spirit of the disclosure. In addition, descriptions of well-known functions and constructions may be omitted for clarity and conciseness.
The terms and words used in the following description and claims are not limited to the bibliographical meanings, but are merely used by inventor to enable a clear and consistent understanding of the disclosure. Accordingly, it should be apparent to those skilled in the art that the following description of various embodiments of the disclosure is provided for illustration purpose only and not for the purpose of limiting the disclosure as defined by the appended claims and their equivalents.
It is to be understood that the singular forms "a," "an," and "the" include plural referents unless the context clearly dictates otherwise. Thus, for example, reference to "a component surface" includes reference to one or more of such surfaces.
By the term "substantially" it is meant that the recited characteristic, parameter, or value need not be achieved exactly, but that deviations or variations, including for example, tolerances, measurement error, measurement accuracy limitations and other factors known to those of skill in the art, may occur in amounts that do not preclude the effect the characteristic was intended to provide.
It is known to those skilled in the art that blocks of a flowchart (or sequence diagram) and a combination of flowcharts may be represented and executed by computer program instructions. These computer program instructions may be loaded on a processor of a general purpose computer, special-purpose computer, or programmable data processing equipment. When the loaded program instructions are executed by the processor, they create a means for carrying out functions described in the flowchart. Because the computer program instructions may be stored in a computer readable memory that is usable in a specialized computer or a programmable data processing equipment, it is also possible to create articles of manufacture that carry out functions described in the flowchart. Because the computer program instructions may be loaded on a computer or a programmable data processing equipment, when executed as processes, they may carry out operations of functions described in the flowchart.
A block of a flowchart may correspond to a module, a segment, or a code containing one or more executable instructions implementing one or more logical functions, or may correspond to a part thereof. In some cases, functions described by blocks may be executed in an order different from the listed order. For example, two blocks listed in sequence may be executed at the same time or executed in reverse order.
In this description, the words "unit", "module" or the like may refer to a software component or hardware component, such as, for example, a field-programmable gate array (FPGA) or an application-specific integrated circuit (ASIC) capable of carrying out a function or an operation. However, a "unit", or the like, is not limited to hardware or software. A unit, or the like, may be configured so as to reside in an addressable storage medium or to drive one or more processors. Units, or the like, may also refer to software components, object-oriented software components, class components, task components, processes, functions, attributes, procedures, subroutines, program code segments, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays or variables. A function provided by a component and unit may be a combination of smaller components and units, and may be combined with others to compose larger components and units. Components and units may be configured to drive a device or one or more processors in a secure multimedia card.
Prior to the detailed description, terms or definitions necessary to understand the disclosure are described. However, these terms should be construed in a non-limiting way.
A base station (BS) is an entity communicating with a user equipment (UE) and may be referred to as a BS, a base transceiver station (BTS), a node B (NB), an evolved NB (eNB), an access point (AP), a fifth generation (5G) NB (5GNB), or a next generation NB (gNB).
A UE is an entity communicating with a BS and may be referred to as a UE, a device, a mobile station (MS), a mobile equipment (ME), or a terminal.
UE may be configured with secondary serving cell(s) in addition to special cell (SpCell). Beam management for secondary cell (SCell) typically consists of following steps: receiving information by UE from gNB for SCell's beam failure detection and recovery; detecting beam failure by UE; UE triggering; triggering scheduling request (SR) for beam failure recovery (BFR) request by UE BFR if UL grant is not available; gNB allocating uplink (UL) grant upon receiving SR for BFR request; media access control (MAC) control element (CE) generation by UE for BFR request; UE transmitting generated MAC CE for BFR; and gNB activating one or more beams based on the received BFR request.
Information signaled by gNB for SCell BFR:
For SCell's BFR, gNB may signal one or more information for BFR to UE via dedicated RRC signaling message. In one method of the disclosure, for SCell's BFR, gNB signals one or more of the following information:
List of candidate beam reference signals (RSs) (CandidateBeamRSList): gNB signals a list of candidate beam RS. This list is different from the list of candidate beam RS signaled for SpCell BFR. If BFR is needed for SpCell as well as SCell, gNB signals separate list of candidate beam RS for SpCell and SCell. This list is separately configured for each SCell. During SCell's BFR of a specific SCell, UE selects one or more suitable candidate beams from this list of that SCell. A candidate beam in the list is suitable if its measured value (RS received power (RSRP) or RS received quality (RSRQ)) is above a threshold. Each candidate beam RS can be one of synchronization signal block (SSB) or channel state information (CSI) RS. In an embodiment, all candidate beam RS(s) included in the list are of same type, i.e. SSB or CSI-RS. In another embodiment, some candidate beam RS(s) included in the list are of type SSB and some candidate beam RS(s) included in the list are of type CSI-RS.
List of candidate beam RSs is signaled per bandwidth part (BWP) as beam configuration can be different in different BWP of SCell. List of candidate beam RSs may or may not be signaled for each configured BWP of SCell. For SCell's BFR, UE selects suitable candidate beam from list of candidate beam RSs signaled in BWP configuration of the active BWP of that SCell. beamFailureRecoveryConfigSCell information element (IE) can be defined and included in dedicated BWP configuration wherein the beamFailureRecoveryConfigSCell IE includes CandidateBeamRSList. An example of CandidateBeamRSList according to abstract syntax notation one (ASN.1) syntax is as follows:
Candidate beam selection threshold (rsrp-Threshold): Threshold to select a suitable candidate beam. Threshold can be RSRP or RSRQ threshold. Threshold can be separately signaled for SSB based candidate beam and CSI-RS based candidate beam. In an embodiment, threshold is signaled only for SSB based candidate beam or CSI-RS based candidate beam and is applied for both types (i.e. SSB and CSI-RS) of candidate beams. Threshold(s) is signaled per BWP as beam configuration can be different in different BWP. Threshold may or may not be signaled for each configured BWP of SCell. For SCell's BFR, UE selects suitable candidate beam based on threshold signaled in BWP configuration of the active BWP of that SCell. beamFailureRecoveryConfigSCell IE can be defined and included in dedicated BWP configuration wherein the beamFailureRecoveryConfigSCell IE includes threshold(s).
SR Information: In an embodiment, SR information for SCell's BFR includes SR identifier. In an alternate embodiment, SR information or SCell's BFR includes a list of SR identifiers. SR information can be signaled in several ways:
SR information for SCell's BFR is signaled per BWP. SR information may or may not be signaled for each configured BWP of SCell. For SCell's BFR, UE uses SR information in BWP configuration of the active BWP of that SCell. beamFailureRecoveryConfigSCell IE can be defined and included in dedicated BWP configuration wherein the beamFailureRecoveryConfigSCell IE includes SR information.
SR information for SCell's BFR is signaled per SCell. For SCell's BFR, UE uses SR information corresponding to that SCell.
SR information for SCell's BFR is signaled per cell group. For SCell's BFR, UE uses SR information in configuration of cell group (master cell group (MCG) or secondary cell group (SCG)) to which that SCell belong.
If SR information for SCell's BFR is not signaled, all SR resource configurations configured in cell group of that SCell can be used by UE for that Scell's BFR. If SR information for SCell's BFR is not signaled, UE does not use any SR resource configuration and UE triggers random access.
SR identifier for BFR identifies the SR configuration to be used for SCell BFR. A list of SR configurations is configured per cell group via RRC message. SR identifier (schedulingRequestId) associated with each SR configuration is signaled by gNB. A SR configuration includes value of sr-ProhibitTimer and sr-TransMax and schedulingRequestId. In an embodiment, the list of SR configuration is same for BFR on SCell and for other events triggering SR. SR identifier for BFR identifies the SR configuration from this list. In another embodiment, the list of SR configuration is separately configured for BFR on SCell and for other events triggering SR. SR identifier for BFR identifies the SR configuration from the list of SR configuration configured for BFR. An example of a list of SR configurations (SchedulingRequestConfig) according to ASN.1 syntax is as follows:
SR identifier also identifies the SR resource configuration to be used for BFR. SR resource configuration indicates the physical layer resources on physical UL control channel (PUCCH) which are used for transmitting SR. A list of SR resource configuration is configured (i.e. signaled by gNB) per BWP of serving cell(s) supporting PUCCH. SR identifier associated with a SR resource configuration is signaled by gNB. In an embodiment, the list of SR resource configuration is same for BFR on SCell and for other events triggering SR. SR identifier for BFR identifies the SR resource configuration from this list. In another embodiment, the list of SR resource configuration is separately configured for BFR on SCell and for other events triggering SR. SR identifier for BFR identifies the SR resource configuration from the list of SR resource configuration configured for BFR. An example of a list of SR resource configurations (schedulingRequestResourceToAddModList) according to ASN.1 syntax is as follows:
SR configuration and SR resource configuration identified by the SR identifier included in the SR information for SCell's BFR are used by the UE for transmitting SR for SCell BFR . In case SR resource configuration corresponding to SR identifier is available on multiple serving cells (e.g. SpCell and PUCCH SCell), UE can use both for transmitting SR for BFR.
Beam Failure Detection:
UE monitors synchronization signals (SSs) or CSI-RSs transmitted periodically and configured for detecting beam failure on SCell to assess if a beam failure trigger condition has been met and also to identify a new candidate beam. A beam failure is detected on SCell if number of consecutive detected beam failure instances within defined time duration (beamFailureDetectionTimer) exceeds a configured maximum number (beamFailureInstanceMaxCount). These signals for beam failure detection of an SCell can be transmitted by that SCell or by another serving cell quasi co-located (QCLed) with that SCell.
beamFailureDetectionTimer and beamFailureInstanceMaxCount are signaled by gNB per BWP. For beam failure detection of an SCell, UE uses the beamFailureInstanceMaxCount and beamFailureDetectionTimer signaled by gNB in active BWP of that SCell. A beam failure instance means that all serving beams in a set of beams configured for beam failure detection fails (i.e. hypothetical PDCCH block error rate (BLER) determined based on measurement of SS or CSI-RS is above a threshold).
gNB can signal RadioLinkMonitoringConfig IE for SCell wherein the RadioLinkMonitoringConfig includes a list of RadioLinkMonitoringRS, wherein the purpose of RS indicated by RadioLinkMonitoringRS is set to beam failure or purpose is omitted. UE monitors these RSs for beam failure detection. gNB can signal RadioLinkMonitoringConfig IE for SpCell wherein the RadioLinkMonitoringConfig includes a list of RadioLinkMonitoringRS, wherein the purpose of RS indicated by RadioLinkMonitoringRS is set to beam failure, radio link failure (RLF) or both. UE monitors the beam failure related RSs (i.e. purpose set to beam failure) for beam failure detection.
SR trigger for BFR (BFR):
In an embodiment, upon detecting beam failure for an SCell, UE first triggers BFR for that SCell. UE further triggers SR for BFR if UL grant is not available for transmitting BFR MAC CE for SCell BFR. SR information for SCell BFR includes one or more SR identifiers for SCell BFR. If multiple SRs are linked (SR information for SCell BFR includes multiple scheduled requests identifiers) with the BFR for the SCell, multiple SRs are triggered simultaneously. The SR configuration and SR resource configuration is selected by UE as explained earlier. The purpose of SR is to inform gNB that there is beam failure on SCell, so that gNB can quickly provide UL grant for transmitting BFR MAC CE. UE also triggers generation of BFR MAC CE.
In another embodiment, upon detecting beam failure for an SCell, UE first triggers generation of BFR MAC CE. SR is triggered when BFR MAC CE is generated if UL grant is not available for transmitting BFR MAC CE for SCell BFR. SR information for SCell BFR includes one or more SR identifiers for SCell BFR. If multiple SRs are linked (SR information for SCell BFR includes multiple scheduled requests identifiers) with the BFR for the SCell, multiple SRs are triggered simultaneously. The purpose of SR is to inform gNB that there is beam failure on SCell, so that gNB can quickly provide UL grant for transmitting BFR MAC CE.
BFR MAC CE Generation:
Method 1: In one embodiment of the first method of this disclosure, BFR MAC CE includes one or more of the following information:
Serving Cell ID: This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested. The identifier of each SCell is indicated by gNB in RRC message, e.g. RRCReconfiguration message.
Candidate Beam Availability (CBA): This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included only if there is at least one candidate SSB/CSI-RS above threshold is available. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If this field is set to '1', candidate SSB ID/CSI-RS ID is included. If this field is set to '0', candidate SSB ID/CSI-RS ID is not included.
Candidate Beam Type (CBT): Indicates whether the BFR MAC CE includes SSB ID or CSI-RS ID. UE sets this field to '0' if candidate beam is SSB. UE sets this field to '1' if candidate beam is CSI-RS. In another embodiment, UE sets this field to '1' if candidate beam is SSB and UE sets this field to '0' if candidate beam is CSI-RS.
SSB ID: Identifier of candidate SSB. Included if CBA is '1' and CBT is '0'.
CSI-RS ID: Identifier of candidate CSI-RS. Included if CBA is '1' and CBT is '1'.
CBT0 and CBT1 can be used to indicate CSI-RS ID and SSB ID respectively instead of CBT1 and CBT0.
FIG. 1 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the first method of the disclosure.
Referring to FIG 1, the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam. The second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam. The third format corresponds to BFR MAC CE format when no candidate beam is available. UE generates BFR MAC CE according to one of three formats.
FIG. 2 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the first method of the disclosure.
Referring to FIG. 2, upon detecting beam failure on an SCell, UE detects if there is at least one candidate SSB/CSI-RS above configured threshold at operation 210. If not, UE generates BFR MAC CE according to a third format at operation 220. The third format includes Serving Cell ID and CBA. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; and sets CBA field to '0' at operation 221.
If there is at least one candidate SSB/CSI-RS above configured threshold, UE determines whether best candidate is an SSB at operation 230. If the best candidate is an SSB, UE generates BFR MAC CE according to a first format at operation 240. The first format includes Serving Cell ID, CBA, CBT and SSB ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBA field to '1'; sets CBT field to '0'; and sets SSB ID field to identifier of candidate SSB at operation 241.
If the best candidate is a CSI-RS, UE generates BFR MAC CE according to a second format at operation 250. The second format includes Serving Cell ID, CBA, CBT and CSI-RS ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBA field to '1'; sets CBT field to '1'; and sets CSI-RS ID field to identifier of candidate CSI-RS at operation 251.
UE includes a MAC sub-protocol data unit (subPDU) in a MAC protocol data unit (PDU) at operation 260. MAC subPDU includes BFR MAC CE and a MAC subheader with logical channel identifier (LCID) set to one of the LCID reserved for BFR MAC CE. UE then transmits the MAC PDU.
FIG. 3 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the first method of the disclosure.
Referring to FIG. 3, gNB receives BFR MAC CE at operation 310. gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 320. gNB then checks whether the CBA field is set to '0' in received MAC CE at operation 330. If CBA field is set to '0' in received MAC CE, gNB processes BFR MAC CE according to a third format at operation 340. The third format includes Serving Cell ID and CBA. gNB deactivates or switches to dormant the SCell identified by Serving Cell ID at operation 341.
If CBA field is not set to '0' in received MAC CE, gNB checks whether CBT field is set to '0' in the received MAC CE at operation 350. If CBT field is set to '0' in the received MAC CE, gNB processes BFR MAC CE according to a first format at operation 360. The first format includes Serving Cell ID, CBA, CBT and SSB ID. Candidate for BFR is an SSB and SSB ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated SSB ID at operation 361.
If CBT field is not set to '0' in the received MAC CE, gNB processes BFR MAC CE according to a second format at operation 370. The second format includes Serving Cell ID, CBA, CBT and CSI-RS ID. Candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated CSI-RS ID at operation 371.
FIG. 4 illustrates gNB operation upon receipt of BFR MAC CE from UE according to another embodiment based on the first method of the disclosure.
Referring to FIG. 4, gNB receives BFR MAC CE at operation 410. gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 420. gNB then checks whether the CBA field is set to '0' in received MAC CE at operation 430. If CBA field is set to '0' in received MAC CE, gNB deactivates or switches to dormant the SCell identified by Serving Cell ID at operation 440. If CBA field is not set to '0' in received MAC CE, gNB checks whether CBT field is set to '0' in the received MAC CE at operation 450. If CBT field is set to '0' in the received MAC CE, candidate for BFR is an SSB and SSB ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated SSB ID at operation 460. If CBT field is not set to '0' in the received MAC CE, candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated CSI-RS ID at operation 470.
FIG. 5 illustrates gNB operation to determine the length of BFR MAC CE according to an embodiment of the disclosure.
Referring to FIG. 5, gNB receives a MAC subPDU at operation 510. The LCID in MAC subheader is the LCID reserved for BFR MAC CE. gNB identifies that the length of MAC subheader is 1 octet at operation 520. gNB determines whether the CBA field is set to '0' in BFR MAC CE at operation 530. If the CBA field is set to '0' in BFR MAC CE, gNB determines that the length of received BFR MAC CE is 1 octet at operation 540. Otherwise, i.e., if the CBA field is set to '1' in BFR MAC CE, gNB determines that the length of received BFR MAC CE is 2 octets at operation 550. gNB identifies next MAC subPDU in MAC PDU starts after X octets from start of this MAC subPDU at operation 560, where X = Length of MAC subheader + Length of received BFR MAC.
In another embodiment of the first method of this disclosure, BFR MAC CE includes one or more of the following information:
Serving Cell ID: This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested.
Type: This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. If available, the type field also indicates whether the request includes SSB ID or CSI-RS ID.
SSB ID: Identifier of candidate SSB. Included if type is '0'.
CSI-RS ID: Identifier of candidate CSI-RS. Included if type is '1'.
FIG. 6 shows the various MAC CE formats based on information to be included in BFR MAC CE according to another embodiment based on the first method of the disclosure.
Referring to FIG 6, the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam. The second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam. The third format corresponds to BFR MAC CE format when no candidate beam is available. UE generates BFR MAC CE according to one of three formats.
FIG. 7 illustrates the UE operation for generating BFR MAC CE according to another embodiment based on the first method of the disclosure.
Referring to FIG. 7, upon detecting beam failure on an SCell, UE detects if there is at least one candidate SSB/CSI-RS above configured threshold at operation 710. If not, UE generates BFR MAC CE according to a third format at operation 720. The third format includes Serving Cell ID and Type. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; and sets Type field to '2' at operation 721.
If there is at least one candidate SSB/CSI-RS above configured threshold, UE determines whether best candidate is an SSB at operation 730. If the best candidate is an SSB, UE generates BFR MAC CE according to a first format at operation 740. The first format includes Serving Cell ID, Type and SSB ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets Type field to '0'; and sets SSB ID field to identifier of candidate SSB at operation 741.
If the best candidate is a CSI-RS, UE generates BFR MAC CE according to a second format at operation 750. The second format includes Serving Cell ID, Type and CSI-RS ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets Type field to '1'; and sets CSI-RS ID field to identifier of candidate CSI-RS at operation 751.
UE includes a MAC subPDU in a MAC PDU at operation 760. MAC subPDU includes BFR MAC CE and a MAC subheader with LCID set to one of the LCID reserved for BFR MAC CE. UE then transmits the MAC PDU.
FIG. 8 illustrates gNB operation upon receipt of BFR MAC CE from UE according to another embodiment based on the first method of the disclosure.
Referring to FIG. 8, gNB receives BFR MAC CE at operation 810. gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 820. gNB then checks whether the Type field is set to '2' in received MAC CE at operation 830. If type field is set to '2' in received MAC CE, gNB processes BFR MAC CE according to a third format at operation 840. The third format includes Serving Cell ID and Type; and gNB deactivates or switches to dormant the SCell identified by Serving Cell ID at operation 841.
If type field is not set to '2' in received MAC CE, gNB checks whether Type field is set to '0' in the received MAC CE at operation 850. If type field is set to '0' in the received MAC CE, gNB processes BFR MAC CE according to a first format at operation 860. The first format includes Serving Cell ID, Type and SSB ID. Candidate for BFR is an SSB and SSB ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated SSB ID at operation 861.
If type field is set to one in the received MAC CE, gNB processes BFR MAC CE according to a second format at operation 870. The second format includes Serving Cell ID, Type and CSI-RS ID; Candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated CSI-RS ID at operation 871.
FIG. 9 illustrates gNB operation to determine the length of BFR MAC CE according to another embodiment of the disclosure.
Referring to FIG. 9, gNB receives a MAC subPDU at operation 910. The LCID in MAC subheader is the LCID reserved for BFR MAC CE. gNB identifies that the length of MAC subheader is 1 octet at operation 920. gNB determines whether the Type field set to '2' in BFR MAC CE at operation 930. If the Type field set to '2' in BFR MAC CE, gNB determines that the length of received BFR MAC CE is 1 octet at operation 940. Otherwise, i.e., if the CBA field set to '0' or '1' in BFR MAC CE, gNB determines that the length of received BFR MAC CE is 2 octets at operation 950. gNB identifies next MAC subPDU in MAC PDU starts after X octets from start of this MAC subPDU at operation 960, where X = Length of MAC subheader + Length of received BFR MAC.
Method 2: In one embodiment of the second method of this disclosure, BFR MAC CE includes one or more of the following information:
Serving Cell ID: This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested.
CBA: This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included in BFR MAC CE. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If candidate SSB ID/CSI-RS ID above threshold is not available, SSB ID/CSI-RS ID of best SSB/CSI-RS is included.
CBT: Indicates whether the BFR MAC CE includes SSB ID or CSI-RS ID. UE sets this field to '0' if candidate beam is SSB. UE sets this field to '1' if candidate beam is CSI-RS. In another embodiment, UE sets this field to '1' if candidate beam is SSB and UE sets this field to '0' if candidate beam is CSI-RS.
SSB ID: Identifier of candidate SSB. Included if CBT is '0'.
CSI-RS ID: Identifier of candidate CSI-RS. Included if CBT is '1'.
CBT0 and CBT1 can be used to indicate CSI-RS ID and SSB ID respectively instead of CBT1 and CBT0.
FIG. 10 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the second method of the disclosure.
Referring to FIG 10, the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam. The second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam. UE generates BFR MAC CE according to one of the two formats.
FIG. 11 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the second method of the disclosure.
Referring to FIG. 11, upon detecting beam failure on an SCell, UE detects if there is at least one candidate SSB/CSI-RS above configured threshold at operation 1110. If not, UE sets CBA field to '0' at operation 1120. If yes, UE sets CBA filed to '1' at operation 1130. UE then determines whether best candidate is an SSB at operation 1140. If the best candidate is an SSB, UE generates BFR MAC CE according to a first format at operation 1150. The first format includes Serving Cell ID, CBA, CBT and SSB ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBT field to '0'; and sets SSB ID field to identifier of candidate SSB at operation 1151.
If the best candidate is a CSI-RS, UE generates BFR MAC CE according to a second format at operation 1160. The second format includes Serving Cell ID, CBA, CBT and CSI-RS ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBT field to '1'; and sets CSI-RS ID field to identifier of candidate CSI-RS at operation 1161.
UE includes a MAC subPDU in a MAC PDU at operation 1170. MAC subPDU includes BFR MAC CE and a MAC subheader with LCID set to one of the LCID reserved for BFR MAC CE. UE then transmits the MAC PDU.
FIG. 12 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the second method of the disclosure.
Referring to FIG. 12, gNB receives BFR MAC CE at operation 1210. gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 1220. gNB checks whether CBT field is set to '0' in the received MAC CE at operation 1230. If CBT field is set to '0' in the received MAC CE, gNB processes BFR MAC CE according to a first format at operation 1240. The first format includes Serving Cell ID, CBA, CBT and SSB ID. Candidate for BFR is an SSB and SSB ID is obtained from received MAC CE. If CBT field is not set to '0' in the received MAC CE, gNB processes BFR MAC CE according to a second format at operation 1250. The second format includes Serving Cell ID, CBA, CBT and CSI-RS ID. Candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE.
gNB then checks whether the CBA field is set to '0' in received MAC CE at operation 1260. If CBA field is set to '0' in received MAC CE, gNB deactivates or switches to dormant the SCell identified by Serving Cell ID or activates one or beams corresponding to received CSI-RS ID/SSB ID at operation 1270. If CBA field is not set to '0' in received MAC CE, gNB activates one or more beams corresponding to received CSI-RS ID/SSB ID at operation 1280.
Method 3: In one embodiment of the third method of this disclosure, BFR MAC CE includes one or more of the following information:
Serving Cell ID: This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested.
CBA: This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included only if there is at least one candidate SSB/CSI-RS above threshold is available. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available.
SSB ID: Identifier of candidate SSB. Included if candidate is SSB.
CSI-RS ID: Identifier of candidate CSI-RS. Included if candidate is CSI-RS.
In an embodiment, instead of SSB ID and CSI-RS ID fields, candidate RS ID field can be included. This field is set to index of candidate SSB or candidate CSI-RS ID in the candidate beam RS list. For example, if candidate beam RS list includes 8 candidate RSs and candidate SSB or candidate CSI-RS ID for BFR is the fourth RS in the candidate RS list, candidate RS ID is set to 3. Candidate RS in in candidate RS list are indexed from 0 to size of list-1.
FIG. 13 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the third method of the disclosure.
Referring to FIG. 13, the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam. The second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam. The third format corresponds to BFR MAC CE format when no candidate beam is available. UE generates BFR MAC CE according to one of three formats.
FIG. 14 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the third method of the disclosure.
Referring to FIG. 14, upon detecting beam failure on an SCell, UE detects if there is at least one candidate SSB/CSI-RS above configured threshold at operation 1410. If not, UE generates BFR MAC CE according to a third format at operation 1420. The third format includes Serving Cell ID and CBA. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; and sets CBA field to '0' at operation 1421.
If there is at least one candidate SSB/CSI-RS above configured threshold, UE determines whether best candidate is an SSB at operation 1430. If the best candidate is an SSB, UE generates BFR MAC CE according to a first format at operation 1440. The first format includes Serving Cell ID, CBA and SSB ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBA field to '1'; and sets SSB ID field to identifier of candidate SSB at operation 1441.
If the best candidate is a CSI-RS, UE generates BFR MAC CE according to a second format at operation 1450. The format includes Serving Cell ID, CBA and CSI-RS ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; sets CBA field to '1'; and sets CSI-RS ID field to identifier of candidate CSI-RS at operation 1451.
UE includes a MAC subPDU in a MAC PDU at operation 1460. MAC subPDU includes BFR MAC CE and a MAC subheader with LCID set to one of the LCID reserved for BFR MAC CE. UE then transmits the MAC PDU.
FIG. 15 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the third method of the disclosure.
Referring to FIG. 15, gNB receives BFR MAC CE at operation 1510. gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 1520. gNB then checks whether the CBA field is set to '0' in received MAC CE at operation 1530. If CBA field is set to '0' in received MAC CE, gNB processes BFR MAC CE according to a third format at operation 1540. The third format includes Serving Cell ID and CBA. gNB deactivates or switches to dormant the SCell identified by Serving Cell ID at operation 1541.
If CBA field is not set to '0' in received MAC CE, gNB checks whether configured candidate beams for BFR of the identified SCell are SSBs at operation 1550.
If yes, gNB processes BFR MAC CE according to a first format at operation 1560. The first format includes Serving Cell ID, CBA, and SSB ID. Candidate for BFR is an SSB and SSB ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated SSB ID at operation 1561.
If no, gNB processes BFR MAC CE according to a second format at operation 1570. The second format includes Serving Cell ID, CBA, CBT and CSI-RS ID. Candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE; and gNB activates one or more beams corresponding to indicated CSI-RS ID at operation 1571.
In another embodiment of third method of disclosure, instead of CBA field, a type field can be there.
Serving Cell ID: This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested.
Type (T): This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included only if there is at least one candidate SSB/CSI-RS above threshold is available. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If candidate SSB ID/CSI-RS ID above threshold is not available, SSB ID/CSI-RS ID of best SSB/CSI-RS is included.
SSB ID: Identifier of candidate SSB. Included if candidate is SSB.
CSI-RS ID: Identifier of candidate CSI-RS. Included if candidate is CSI-RS.
FIG. 16 shows the various MAC CE formats based on information to be included in BFR MAC CE according to another embodiment based on the third method of the disclosure.
Referring to FIG. 16, the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam. The second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam. The third format corresponds to BFR MAC CE format when no candidate beam is available. UE generates BFR MAC CE according to one of three formats.
UE and gNB operation is same as in FIGS. 14 and 15 respectively, except that instead of setting/checking CBA field, type filed is set/checked by UE and gNB respectively.
Method 4: In one embodiment of the fourth method of this disclosure, BFR MAC CE includes one or more of the following information:
Serving Cell ID: This field identifies the SCell for which BFR is requested. UE sets this field to the identifier of SCell for which BFR is requested.
CBA: This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included in BFR MAC CE. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If candidate SSB ID/CSI-RS ID above threshold is not available, SSB ID/CSI-RS ID of best SSB/CSI-RS is included.
SSB ID: Identifier of candidate SSB. Included if candidate is SSB.
CSI-RS ID: Identifier of candidate CSI-RS. Included if candidate is CSI-RS.
In an embodiment, instead of SSB ID and CSI-RS ID fields, candidate RS ID field can be included. This field is set to index of candidate SSB or candidate CSI-RS ID in the candidate beam RS list. For example, if candidate beam RS list includes 8 candidate RSs and candidate SSB or candidate CSI-RS ID for BFR is the fourth RS in the candidate RS list, candidate RS ID is set to 3. Candidate RS in in candidate RS list are indexed from 0 to size of list-1.
FIG. 17 shows the various MAC CE formats based on information to be included in BFR MAC CE according to an embodiment based on the fourth method of the disclosure.
Referring to FIG 17, the first format corresponds to BFR MAC CE format for reporting SSB based candidate beam. The second format corresponds to BFR MAC CE format for reporting CSI-RS based candidate beam. UE generates BFR MAC CE according to one of the two formats.
FIG. 18 illustrates the UE operation for generating BFR MAC CE according to an embodiment based on the fourth method of the disclosure.
Referring to FIG. 18, upon detecting beam failure on an SCell, UE detects if there is at least one candidate SSB/CSI-RS above configured threshold at operation 1810. If not, UE sets CBA field to '0' at operation 1820. If yes, UE sets CBA filed to '1' at operation 1830. UE then determines whether best candidate is an SSB at operation 1840. If the best candidate is an SSB, UE generates BFR MAC CE according to a first format at operation 1850. The first format includes Serving Cell ID, CBA and SSB ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; and sets SSB ID field to identifier of candidate SSB at operation 1851..
If the best candidate is a CSI-RS, UE generates BFR MAC CE according to a second format at operation 1860. The second format includes Serving Cell ID, CBA and CSI-RS ID. UE sets field Serving Cell ID to identifier of SCell for which beam failure is detected; and sets CSI-RS ID field to identifier of candidate CSI-RS at operation 1861.
UE includes a MAC subPDU in a MAC PDU at operation 1870. MAC subPDU includes BFR MAC CE and a MAC subheader with LCID set to one of the LCID reserved for BFR MAC CE. UE then transmits the MAC PDU.
FIG. 19 illustrates gNB operation upon receipt of BFR MAC CE from UE according to an embodiment based on the fourth method of the disclosure.
Referring to FIG. 19, gNB receives BFR MAC CE at operation 1910. gNB identifies the SCell for which BFR is requested from the Serving Cell ID in the received MAC CE at operation 1920. gNB checks whether configured candidate beams for BFR of the identified SCell are SSBs at operation 1930.
If yes, gNB processes BFR MAC CE according to a first format at operation 1940. The first format includes Serving Cell ID, CBA and SSB ID. Candidate for BFR is an SSB and SSB ID is obtained from received MAC CE.
If no, gNB processes BFR MAC CE according to a second format at operation 1950. The second format includes Serving Cell ID, CBA and CSI-RS ID. Candidate for BFR is a CSI-RS and CSI-RS ID is obtained from received MAC CE.
gNB then checks whether the CBA field is set to '0' in received MAC CE at operation 1960. If CBA field is set to '0' in received MAC CE, gNB deactivates or switches to dormant the SCell identified by Serving Cell ID or activates one or beams corresponding to received CSI-RS ID/SSB ID at operation 1970. If CBA field is not set to '0' in received MAC CE, gNB activates one or more beams corresponding to received CSI-RS ID/SSB ID at operation 1980.
In Methods 1 to 4, MAC CE can also be used for BFR of multiple SCells concurrently, by including the defined fields in each of these methods for each SCell.
FIG. 20 illustrates an example MAC subPDU carrying BFR MAC CE according to an embodiment of the disclosure.
In one method of disclosure, instead of reporting a single SSB/CSI-RS, multiple SSBs/CSI-RSs can be indicated in BFR MAC CE. In one method, 'N' best SSB/CSI-RS above threshold can be indicated. N can be signaled by gNB, e.g. in BFR configuration. In an embodiment, RSRP/RSRQ values for each reported SSB/CSI-RS can also be included in BFR MAC CE.
Method 5:
In one embodiment of the fifth method of this disclosure, BFR MAC CE includes one or more of the following information:
Serving Cell Bitmap: This field identifies the SCells for which beam failure is detected (or in other words BFR is requested). Ci bit in bitmap corresponds to serving cell with ServCellIndex i. Ci bit is set to 1 if beam failure is detected and BFR information for SCell associated with this bit (i.e. SCell with ServCellIndex i) is included.
Beam Failure Recovery Info: BFR information indicates candidate beam information of SCell for which the associated Ci bit is set to 1. BFR information for SCell for which the associated Ci bit is set to 0 is not included. BFR information of SCells is included after the Serving Cell Bitmap in ascending order based on the ServCellIndex.
Embodiment 1: FIG. 21 shows format and various fields of beam information according to one embodiment based on the fifth method of the disclosure.
In this embodiment, description of fields CBA, CBT, SSB ID and CSI-RS ID are same as in first embodiment of Method 1.
CBA: This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included only if there is at least one candidate SSB/CSI-RS above threshold is available. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If this field is set to '1', candidate SSB ID/CSI-RS ID is included. If this field is set to '0' candidate SSB ID/CSI-RS ID is not included.
CBT: Indicates whether the BFR MAC CE includes SSB ID or CSI-RS ID. UE sets this field to '0' if candidate beam is SSB. UE sets this field to '1' if candidate beam is CSI-RS. In another embodiment, UE sets this field to '1' if candidate beam is SSB and UE sets this field to '0' if candidate beam is CSI-RS.
SSB ID: Identifier of candidate SSB. Included if CBA is '1' and CBT is '0'.
CSI-RS ID: Identifier of candidate CSI-RS. Included if CBA is '1' and CBT is '1'. CBT0 and CBT1 can be used to indicate CSI-RS ID and SSB ID respectively instead of CBT1 and CBT0.
Embodiment 2: FIG. 22 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
In this embodiment, description of fields Type, SSB ID and CSI-RS ID are same as in second embodiment of Method 1.
Type: This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. If available, the type field also indicates whether the request includes SSB ID or CSI-RS ID.
SSB ID: Identifier of candidate SSB. Included if type is '0'.
CSI-RS ID: Identifier of candidate CSI-RS. Included if type is '1'.
Embodiment 3: FIG. 23 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
In this embodiment, description of fields CBA, SSB ID and CSI-RS ID are same as in Method 2.
CBA: This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included in BFR MAC CE. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If candidate SSB ID/CSI-RS ID above threshold is not available, SSB ID/CSI-RS ID of best SSB/CSI-RS is included.
CBT: Indicates whether the BFR MAC CE includes SSB ID or CSI-RS ID. UE sets this field to '0' if candidate beam is SSB. UE sets this field to '1' if candidate beam is CSI-RS. In another embodiment, UE sets this field to '1' if candidate beam is SSB and UE sets this field to '0' if candidate beam is CSI-RS.
SSB ID: Identifier of candidate SSB. Included if CBT is '0'.
CSI-RS ID: Identifier of candidate CSI-RS. Included if CBT is '1'. CBT0 and CBT1 can be used to indicate CSI-RS ID and SSB ID respectively instead of CBT1 and CBT0.
Embodiment 4: FIG. 24 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
In this embodiment, description of fields CBA, SSB ID and CSI-RS ID are same as in in first embodiment of Method 3.
CBA: This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included only if there is at least one candidate SSB/CSI-RS above threshold is available. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If this field is set to '1', candidate SSB ID/CSI-RS ID is included. If this field is set to '0' candidate SSB ID/CSI-RS ID is not included.
SSB ID: Identifier of candidate SSB. Included if candidate is SSB.
CSI-RS ID: Identifier of candidate CSI-RS. Included if candidate is CSI-RS.
In an embodiment, instead of SSB ID and CSI-RS ID fields, candidate RS ID field can be included. This field is set to index of candidate SSB or candidate CSI-RS ID in the candidate beam RS list. For example, if candidate beam RS list includes 8 candidate RSs and candidate SSB or candidate CSI-RS ID for BFR is the fourth RS in the candidate RS list, candidate RS ID is set to 3. Candidate RS in in candidate RS list are indexed from 0 to size of list-1.
Embodiment 5: FIG. 25 shows format and various fields of beam information according to another embodiment based on the fifth method of the disclosure.
In this embodiment, description of fields CBA, SSB ID and CSI-RS ID are same as in second embodiment of Method 3.
CBA: This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. Candidate SSB ID/CSI-RS ID is included in BFR MAC CE. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, UE sets this field to '0'. If candidate SSB ID/CSI-RS ID above threshold is not available, SSB ID/CSI-RS ID of best SSB/CSI-RS is included.
SSB ID: Identifier of candidate SSB. Included if candidate is SSB.
CSI-RS ID: Identifier of candidate CSI-RS. Included if candidate is CSI-RS.
In one embodiment of disclosure in Method 5, instead of reporting a single SSB/CSI-RS, multiple SSBs/CSI-RSs can be indicated in BFR MAC CE. In another embodiment, 'N' best SSB/CSI-RS above threshold can be indicated. N can be signaled by gNB, e.g. in BFR configuration. In an embodiment, RSRP/RSRQ values for each reported SSB/CSI-RS can also be included in BFR MAC CE.
In one embodiment of Methods 1 to 5 explained above, CBA field is not included in BFR MAC CE. SSB ID/CSI-RS ID corresponding to candidate SSB/CSI-RS is included wherein SSB/CSI-RS is candidate if measured RSRP/RSRQ is above threshold. If none of SSB/CSI-RS is above threshold, either UE does not send BFR MAC CE or UE sends by including any or best SSB/CSI-RS.
BFR MAC CE Transmission:
There can be several serving cells via which UE is communicating with network. There can be one or more serving cells in each cell group (CG) (MCG, SCG). Once the BFR MAC CE generated, issue is where the UE should transmit this MAC CE.
In one embodiment of this disclosure, UE transmits the BFR MAC CE for SCell of a CG to SpCell of that CG. In other words, UE transmits BFR MAC CE for SCell of a CG in the UL grant for transmission on SpCell of that CG. In this embodiment, if BFR MAC CE supports BFR information for multiple serving cells, all serving cells for which BFR information is included in generated MAC CE belong to same CG.
In another embodiment of this disclosure, UE transmits the BFR MAC CE for SCell of a CG to any serving cell (can be SpCell or SCell) of that CG. In other words, UE transmits BFR MAC CE for SCell of a CG in the UL grant for transmission on any serving cell of that CG. The advantage is that BFR information for SCell can be transmitted in the earliest available UL grant for transmission in CG of that SCell. In this embodiment, if BFR MAC CE supports BFR information for multiple serving cells, all serving cells for which BFR information is included in generated MAC CE belong to same CG.
In another embodiment of this disclosure, UE transmits the BFR MAC CE for SCell of a CG to SpCell of any CG. In other words, UE transmits BFR MAC CE for SCell of a CG in the UL grant for transmission on SpCell of any CG. If the BFR MAC CE for SCell belonging to MCG is transmitted in UL grant for SCG, secondary gNB upon receiving this MAC CE, transmits to master gNB (over Xn interface) the contents of BFR MAC CE related to SCell of MCG. If the BFR MAC CE for SCell belonging to SCG is transmitted in UL grant for MCG, master gNB upon receiving this MAC CE, transmits to secondary gNB (over Xn interface) the contents of BFR MAC CE related to SCell of SCG. The advantage is that BFR information for SCell can be transmitted quickly. In this embodiment, if BFR MAC CE supports BFR information for multiple serving cells, serving cells for which BFR information is included in generated MAC CE can belong to different CG.
In another embodiment of this disclosure, UE transmits the BFR MAC CE for SCell of a CG to any serving cell (can be SpCell or SCell) of any CG. In other words, UE transmits BFR MAC CE for SCell of a CG in the UL grant for transmission on any serving cell of any CG. If the BFR MAC CE for SCell belonging to MCG is transmitted in UL grant for SCG, secondary gNB upon receiving this MAC CE, transmits to master gNB (over Xn interface) the contents of BFR MAC CE related to SCell of MCG. If the BFR MAC CE for SCell belonging to SCG is transmitted in UL grant for MCG, master gNB upon receiving this MAC CE, transmits to secondary gNB (over Xn interface) the contents of BFR MAC CE related to SCell of SCG. The advantage is that BFR information for SCell can be transmitted quickly. In this embodiment, if BFR MAC CE supports BFR information for multiple serving cells, serving cells for which BFR information is included in generated MAC CE can belong to different CG.
BFR MAC CE Prioritization:
Upon receiving the UL grant, MAC entity generates the MAC PDU by multiplexing MAC CEs/common control channel (CCCH)/dedicated control channel (DCCH)/dedicated traffic channel (DTCH) service data units (SDUs) according to logical channel prioritization. In the current system, logical channels are prioritized in accordance with the following order (highest priority listed first): cell radio network temporary identifier (C-RNTI) MAC CE or data from UL-CCCH; Configured Grant Confirmation MAC CE; MAC CE for buffer status report (BSR), with exception of BSR included for padding; Single Entry power headroom report (PHR) MAC CE or Multiple Entry PHR MAC CE; data from any Logical Channel, except data from UL-CCCH; MAC CE for Recommended bit rate query; and MAC CE for BSR included for padding.
The issue is what should be priority of BFR MAC CE compared to other MAC CEs/CCCH/DCCH/DTCH SDUs.
In one embodiment of this disclosure, MAC CE for BFR should have higher priority than MAC CE for BSR, Single Entry PHR MAC CE or Multiple Entry PHR MAC CE, data from any Logical Channel, except data from UL-CCCH, MAC CE for Recommended bit rate query and MAC CE for BSR included for padding. MAC CE for BFR should have lower priority than C-RNTI MAC CE or data from UL-CCCH and Configured Grant Confirmation MAC CE. The priority of MAC CE for BFR can be equal to priority of Configured Grant Confirmation MAC CE. Logical channels shall be prioritized in accordance with the following order (highest priority listed first): C-RNTI MAC CE or data from UL-CCCH; Configured Grant Confirmation MAC CE, MAC CE for BFR; MAC CE for BSR, with exception of BSR included for padding; Single Entry PHR MAC CE or Multiple Entry PHR MAC CE; data from any Logical Channel, except data from UL-CCCH; MAC CE for Recommended bit rate query; and MAC CE for BSR included for padding.
In another embodiment of this disclosure, MAC CE for BFR should have higher priority than Single Entry PHR MAC CE or Multiple Entry PHR MAC CE, data from any Logical Channel, except data from UL-CCCH, MAC CE for Recommended bit rate query and MAC CE for BSR included for padding. MAC CE for BFR should have lower priority than C-RNTI MAC CE or data from UL-CCCH, Configured Grant Confirmation MAC CE and MAC CE for BSR. Logical channels shall be prioritized in accordance with the following order (highest priority listed first): C-RNTI MAC CE or data from UL-CCCH; Configured Grant Confirmation MAC CE; MAC CE for BSR, with exception of BSR included for padding; MAC CE for BFR; Single Entry PHR MAC CE or Multiple Entry PHR MAC CE; data from any Logical Channel, except data from UL-CCCH; MAC CE for Recommended bit rate query; and MAC CE for BSR included for padding.
In another embodiment of this disclosure, we propose that MAC CE for BFR should have higher priority than data from any Logical Channel, except data from UL-CCCH, MAC CE for Recommended bit rate query and MAC CE for BSR included for padding. MAC CE for BFR should have lower priority than C-RNTI MAC CE or data from UL-CCCH, Configured Grant Confirmation MAC CE MAC CE for BSR and Single Entry PHR MAC CE or Multiple Entry PHR MAC CE. Logical channels shall be prioritized in accordance with the following order (highest priority listed first): C-RNTI MAC CE or data from UL-CCCH; Configured Grant Confirmation MAC CE; MAC CE for BSR, with exception of BSR included for padding; Single Entry PHR MAC CE or Multiple Entry PHR MAC CE; MAC CE for BFR; data from any Logical Channel, except data from UL-CCCH; MAC CE for Recommended bit rate query; and MAC CE for BSR included for padding.
FIG. 26 is a block diagram of a terminal according to an embodiment of the disclosure.
Referring to FIG. 26, a terminal includes a transceiver 2610, a controller 2620 and a memory 2630. The controller 2620 may refer to a circuitry, an ASIC, an FPGA, or at least one processor. The transceiver 2610, the controller 2620 and the memory 2630 are configured to perform the operations of the UE illustrated in the figures, e.g., FIGS. 2, 7, 11, 14 and 18, or as otherwise described above. Although the transceiver 2610, the controller 2620 and the memory 2630 are shown as separate entities, they may be integrated onto a single chip. The transceiver 2610, the controller 2620 and the memory 2630 may also be electrically connected to or coupled with each other.
The transceiver 2610 may transmit and receive signals to and from other network entities, e.g., a base station.
The controller 2620 may control the UE to perform functions according to the embodiments described above. For example, the controller 2620 is configured to control the transceiver 2610 to receive information for SCell BFR from a base station. The information for SCell BFR includes at least one of: a list of candidate beam RSs which is signaled per BWP of SCell, a candidate beam selection threshold which is signaled per BWP, or SR information which is signaled per cell group. The candidate beam RSs can be at least one of CSI-RS or SSB. All candidate beam RS(s) included in the list can be of same type, i.e. SSB or CSI-RS. Alternately, some candidate beam RS(s) included in the list are of type SSB and some candidate beam RS(s) included in the list are of type CSI-RS. An SR identifier is signaled which identifies the SR configuration to be used for BFR on SCell. If number of consecutive detected beam failure instances within a defined time duration (beamFailureDetectionTimer) exceeds a configured maximum number (beamFailureInstanceMaxCount), the controller 2620 is configured to control the transceiver 2610 to transmit an SR for BFR of SCell. The controller 2620 is configured to generate a BFR MAC CE including a candidate beam availability indication. This field indicates whether candidate SSB/CSI-RS above the configured threshold is available or not. The candidate SSB ID/CSI-RS ID is included only if there is at least one candidate SSB/CSI-RS above threshold is available. UE sets this field to '1' if candidate SSB/CSI-RS above the configured threshold is available. Otherwise, it sets this field to '0'. MAC CE for BFR has higher priority than MAC CE for BSR, Single Entry PHR MAC CE or Multiple Entry PHR MAC CE, data from any Logical Channel, except data from UL-CCCH, MAC CE for Recommended bit rate query and MAC CE for BSR included for padding.
In an embodiment, the operations of the terminal may be implemented using the memory 2630 storing corresponding program codes. Specifically, the terminal may be equipped with the memory 2630 to store program codes implementing desired operations. To perform the desired operations, the controller 2620 may read and execute the program codes stored in the memory 2630 by using a processor or a central processing unit (CPU).
FIG. 27 is a block diagram of a base station according to an embodiment of the disclosure.
Referring to FIG. 27, a base station includes a transceiver 2710, a controller 2720 and a memory 2730. The controller 2720 may refer to a circuitry, an ASIC, an FPGA, or at least one processor. The transceiver 2710, the controller 2720 and the memory 2730 are configured to perform the operations of the gNB illustrated in the figures, e.g. FIGS. 3, 4, 5, 8, 9, 12, 15 and 19, or as otherwise described above. Although the transceiver 2710, the controller 2720 and the memory 2730 are shown as separate entities, they may be integrated onto a single chip. The transceiver 2710, the controller 2720 and the memory 2730 may also be electrically connected to or coupled with each other.
The transceiver 2710 may transmit and receive signals to and from other network entities, e.g., a terminal.
The controller 2720 may control the gNB to perform functions according to the embodiments of the disclosure. For example, the controller 2720 is configured to the transceiver 2710 to signal information for SCell BFR to a terminal, and receive an SR for the SCell BFR from the terminal. The controller 2720 is configured to control the transceiver 2710 to transmit a UL grant corresponding to the SR to the terminal, and receive a BFR MAC CE from the terminal.
In an embodiment, the operations of the base station may be implemented using the memory 2730 storing corresponding program codes. Specifically, the base station may be equipped with the memory 2730 to store program codes implementing desired operations. To perform the desired operations, the controller 2720 may read and execute the program codes stored in the memory 2730 by using a processor or a CPU.
Although the present disclosure has been described with various embodiments, various changes and modifications may be suggested to one skilled in the art. It is intended that the present disclosure encompass such changes and modifications as fall within the scope of the appended claims.
Claims (15)
- A method performed by a terminal for beam failure recovery (BFR) on a secondary cell (SCell) in a wireless communication system, the method comprising:receiving, from a base station, information for BFR on an SCell including a scheduling request configuration for the BFR on the SCell;detecting beam failure on the SCell based on whether a number of beam failure instances within a preconfigured time duration exceeds a preconfigured number; andas a response to detecting the beam failure on the SCell, transmitting, to the base station, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
- The method of claim 1, wherein the information for the BFR on the SCell includes a list of reference signals identifying candidate beams for the BFR on the SCell and a reference signal received power (RSRP) threshold for a candidate beam, the reference signals including at least one of a synchronization signal block (SSB) or a channel state information reference signal.
- The method of claim 2, further comprising:receiving, from the base station, an uplink (UL) grant corresponding to the scheduling request;generating a BFR media access control (MAC) control element (CE) including a candidate beam availability indication, the candidate beam availability indication indicating whether at least one of the reference signals in the list with RSRP above the RSRP threshold is available; andtransmitting, to the base station, the generated BFR MAC CE.
- The method of claim 3, wherein the BFR MAC CE has a priority higher than a MAC CE for a buffer state report (BSR) with exception of a BSR included for padding, a single entry power headroom report (PHR) MAC CE or multiple entry PHR MAC CE, data from any logical channel except data from uplink (UL)-common control channel (CCCH), a MAC CE for recommended bit rate query, or a MAC CE for BSR included for padding.
- The method of claim 2, wherein the list of reference signals and the RSRP threshold are configured per a bandwidth part in the SCell, and the scheduling request configuration is configured per a cell group to which the SCell belongs.
- A method performed by a base station for beam failure recovery (BFR) on a secondary cell (SCell) in a wireless communication system, the method comprising:transmitting, to a terminal, information for BFR on an SCell including a scheduling request configuration for the BFR on the SCell; andreceiving, from the terminal, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
- The method of claim 6, wherein the information for the BFR on the SCell includes a list of reference signals identifying candidate beams for the BFR on the SCell and a reference signal received power (RSRP) threshold for a candidate beam, the reference signals including at least one of a synchronization signal block (SSB) or a channel state information reference signal.
- The method of claim 7, further comprising:transmitting, to the terminal, an uplink (UL) grant corresponding to the scheduling request; andreceiving, from the terminal, a BFR media access control (MAC) control element (CE) including a candidate beam availability indication, the candidate beam availability indication indicating whether at least one of the reference signals in the list with RSRP above the RSRP threshold is available.
- A terminal in a wireless communication system, the terminal comprising:a transceiver; andat least one processor operatively coupled with the transceiver and configured to:receive, from a base station via the transceiver, information for beam failure recovery (BFR) on a secondary cell (SCell) including a scheduling request configuration for the BFR on the SCell,detect beam failure on the SCell based on whether a number of beam failure instances within a preconfigured time duration exceeds a preconfigured number, andas a response to detecting the beam failure on the SCell, transmit, to the base station via the transceiver, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
- The terminal of claim 9, wherein the information for the BFR on the SCell includes a list of reference signals identifying candidate beams for the BFR on the SCell and a reference signal received power (RSRP) threshold for a candidate beam, the reference signals including at least one of a synchronization signal block (SSB) or a channel state information reference signal.
- The terminal of claim 10, wherein the at least one processor further configured to:receive, from the base station via the transceiver, an uplink (UL) grant corresponding to the scheduling request,generate a BFR media access control (MAC) control element (CE) including a candidate beam availability indication, the candidate beam availability indication indicating whether at least one of the reference signals in the list with reference signal received power (RSRP) above the RSRP threshold is available, andtransmit, to the base station via the transceiver, the generated BFR MAC CE.
- The terminal of claim 10, wherein the list of reference signals and the RSRP threshold are configured per a bandwidth part in the SCell, and the scheduling request configuration is configured per a cell group to which the SCell belongs.
- A base station in a wireless communication system, the base station comprising:a transceiver; andat least one processor operatively coupled with the transceiver and configured to:transmit, to a terminal via the transceiver, information for beam failure recovery (BFR) on a secondary cell (SCell) including a scheduling request configuration for the BFR on the SCell, andreceive, from the terminal via the transceiver, a scheduling request for the BFR on the SCell based on the scheduling request configuration.
- The base station of claim 13, wherein the information for the BFR on the SCell includes a list of reference signals identifying candidate beams for the BFR on the SCell and a reference signal received power (RSRP) threshold for a candidate beam, the reference signals including at least one of a synchronization signal block (SSB) or a channel state information reference signal.
- The base station of claim 14, wherein the at least one processor is further configured to:transmit, to the terminal via the transceiver, an uplink (UL) grant corresponding to the scheduling request, andreceive, from the terminal via the transceiver, a BFR media access control (MAC) control element (CE) including a candidate beam availability indication, the candidate beam availability indication indicating whether at least one of the reference signals in the list with RSRP above the RSRP threshold is available.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020227001003A KR20220031011A (en) | 2019-07-09 | 2020-07-09 | Method and apparatus for transmitting and receiving a beam failure recovery request for a secondary cell |
EP20837522.0A EP3906742A4 (en) | 2019-07-09 | 2020-07-09 | Method and apparatus for transmitting and receiving beam failure recovery request for secondary cell |
CN202080043785.4A CN114128173A (en) | 2019-07-09 | 2020-07-09 | Method and apparatus for transmitting and receiving beam failure recovery request of secondary cell |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962872132P | 2019-07-09 | 2019-07-09 | |
US62/872,132 | 2019-07-09 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2021006681A1 true WO2021006681A1 (en) | 2021-01-14 |
Family
ID=74102453
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2020/009055 WO2021006681A1 (en) | 2019-07-09 | 2020-07-09 | Method and apparatus for transmitting and receiving beam failure recovery request for secondary cell |
Country Status (5)
Country | Link |
---|---|
US (2) | US20210013948A1 (en) |
EP (1) | EP3906742A4 (en) |
KR (1) | KR20220031011A (en) |
CN (1) | CN114128173A (en) |
WO (1) | WO2021006681A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US12041594B2 (en) | 2018-09-27 | 2024-07-16 | Nokia Technologies Oy | Reporting beam failure |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20220034838A (en) * | 2019-07-22 | 2022-03-18 | 에프쥐 이노베이션 컴퍼니 리미티드 | Method and related devices for performing beam failover |
CN114175824A (en) * | 2019-07-31 | 2022-03-11 | 高通股份有限公司 | MAC CE for beam failure recovery |
SG10201907430SA (en) * | 2019-08-13 | 2021-03-30 | Panasonic Ip Corp America | Group-based scell beam failure recovery |
JP7358480B2 (en) * | 2019-08-15 | 2023-10-10 | 株式会社Nttドコモ | Terminals, wireless communication methods and systems |
WO2021062764A1 (en) * | 2019-09-30 | 2021-04-08 | 华为技术有限公司 | Timing advance (ta) processing method and device for terminal |
US11362722B2 (en) * | 2019-10-03 | 2022-06-14 | Mediatek Inc. | Beam failure recovery procedure for secondary cell in mobile communications |
US11546958B2 (en) * | 2019-10-11 | 2023-01-03 | Qualcomm Incorporated | Beam failure recovery response |
US11924837B2 (en) * | 2019-11-15 | 2024-03-05 | Qualcomm Incorporated | Techniques for physical uplink control channel beam failure recovery reselection |
WO2021157792A1 (en) * | 2020-02-06 | 2021-08-12 | 엘지전자 주식회사 | Method and apparatus for performing csi report in nr v2x |
US11979756B2 (en) | 2020-08-05 | 2024-05-07 | Samsung Electronics Co., Ltd. | Method and apparatus for handling beam failure recovery in a wireless communication system |
US11985600B2 (en) * | 2020-09-03 | 2024-05-14 | Qualcomm Incorporated | Multimode secondary cell group dormancy |
US20220103233A1 (en) * | 2020-09-25 | 2022-03-31 | Qualcomm Incorporated | User equipment (ue) capability for transmission reception point (trp) specific beam failure recovery (bfr) |
US20230299839A1 (en) * | 2020-09-30 | 2023-09-21 | Ntt Docomo, Inc. | Terminal and radio communication method |
US20220132517A1 (en) * | 2020-10-23 | 2022-04-28 | Samsung Electronics Co., Ltd. | Method and apparatus for partial beam failure recovery in a wireless communications system |
WO2023123122A1 (en) * | 2021-12-29 | 2023-07-06 | Nec Corporation | Methods, devices, and computer readable medium for communication |
KR20230150178A (en) * | 2022-04-21 | 2023-10-30 | 엘지전자 주식회사 | Method and apparatus for transmitting truncated mac contol element report by user equipment in wireless communication system |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180302889A1 (en) * | 2017-04-12 | 2018-10-18 | Samsung Electronics Co., Ltd. | Method and apparatus for beam recovery in next generation wireless systems |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20170108047A (en) * | 2015-01-16 | 2017-09-26 | 삼성전자주식회사 | Method and apparatus for transmitting control information in a wireless communication system |
EP3297382B1 (en) * | 2015-05-15 | 2021-01-20 | Samsung Electronics Co., Ltd. | Methods and devices for transmitting or receiving scheduling request in mobile communication system |
US10581722B2 (en) * | 2016-08-22 | 2020-03-03 | Qualcomm Incorporated | Power control for independent links |
WO2019017751A1 (en) * | 2017-07-21 | 2019-01-24 | 엘지전자 주식회사 | Method for transmitting and receiving channel state information reference signal in wireless communication system and apparatus therefor |
US11419173B2 (en) * | 2017-08-09 | 2022-08-16 | Idac Holdings, Inc. | Methods and systems for beam recovery and management |
CA3072602A1 (en) * | 2017-08-10 | 2019-02-14 | Comcast Cable Communications, Llc | Beam failure recovery request transmission |
US10855359B2 (en) * | 2017-08-10 | 2020-12-01 | Comcast Cable Communications, Llc | Priority of beam failure recovery request and uplink channels |
CN113273271A (en) * | 2018-09-26 | 2021-08-17 | 瑞典爱立信有限公司 | Enhancement of logical channel prioritization in NR-U |
-
2020
- 2020-07-09 WO PCT/KR2020/009055 patent/WO2021006681A1/en unknown
- 2020-07-09 KR KR1020227001003A patent/KR20220031011A/en unknown
- 2020-07-09 EP EP20837522.0A patent/EP3906742A4/en active Pending
- 2020-07-09 CN CN202080043785.4A patent/CN114128173A/en active Pending
- 2020-07-09 US US16/925,223 patent/US20210013948A1/en not_active Abandoned
-
2023
- 2023-11-01 US US18/499,975 patent/US20240063882A1/en active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180302889A1 (en) * | 2017-04-12 | 2018-10-18 | Samsung Electronics Co., Ltd. | Method and apparatus for beam recovery in next generation wireless systems |
Non-Patent Citations (5)
Title |
---|
CONVIDA WIRELESS: "On Beam Failure Recovery for SCell", 3GPP DRAFT; R1-1907466_ON_BEAM_FAILURE_RECOVERY_FOR_SCELL, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, USA; 20190513 - 20190517, R1-1907466_On_Beam_Failure_Recovery_for_SCell, 4 May 2019 (2019-05-04), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051709479 * |
ERICSSON: "Latency analysis of SCell BFR solutions", 3GPP DRAFT; R1-1907438 LATENCY ANALYSIS OF SCELL BFR SOLUTIONS, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, USA; 20190513 - 20190517, R1-1907438 Latency analysis of SCell BFR solutions, 3 May 2019 (2019-05-03), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051709452 * |
HUAWEI, HISILICON: "Beam failure recovery for SCell with new beam information", 3GPP DRAFT; R1-1907533, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, USA; 20190513 - 20190517, R1-1907533, 3 May 2019 (2019-05-03), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051709548 * |
INTEL CORPORATION: "Summary on L1-SINR and SCell BFR", 3GPP DRAFT; R1-1907674 SUMMARY ON L1-SINR AND SCELL BFR_V1, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, USA; 20190513 - 20190517, R1-1907674 Summary on L1-SINR and SCell BFR_v1, 16 May 2019 (2019-05-16), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051739963 * |
See also references of EP3906742A4 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US12041594B2 (en) | 2018-09-27 | 2024-07-16 | Nokia Technologies Oy | Reporting beam failure |
Also Published As
Publication number | Publication date |
---|---|
US20240063882A1 (en) | 2024-02-22 |
US20210013948A1 (en) | 2021-01-14 |
KR20220031011A (en) | 2022-03-11 |
CN114128173A (en) | 2022-03-01 |
EP3906742A1 (en) | 2021-11-10 |
EP3906742A4 (en) | 2022-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021006681A1 (en) | Method and apparatus for transmitting and receiving beam failure recovery request for secondary cell | |
WO2019135654A1 (en) | Apparatus and method of beam recovery on secondary cell | |
WO2020060371A1 (en) | Method and apparatus for supporting multiple message a sizes and uplink coverage for two step random access procedure | |
WO2019212243A1 (en) | Apparatus and method of transmitting and receiving message 3 protocol data unit | |
WO2020050660A1 (en) | Method and apparatus of performing random access on unlicensed carrier | |
WO2019245285A1 (en) | Method and apparatus for performing random access backoff in wireless communication system | |
WO2021066379A1 (en) | Method and apparatus for random access procedure | |
WO2018143735A1 (en) | Method and apparatus for transmitting and receiving system information | |
EP4165939A1 (en) | Method and apparatus for small data transmission | |
WO2021162398A1 (en) | Method and apparatus for random access procedure in wireless communication system | |
WO2020141963A1 (en) | Method and apparatus for signaling multiple resources for message 3 (msg3) transmissions | |
WO2020027518A1 (en) | Data communication method and apparatus in wireless communication system | |
WO2022139245A1 (en) | Method and apparatus for handling configured grant resources for small data transmission in wireless communication system | |
WO2019035656A1 (en) | Method and apparatus for adapting bandwidth of terminal in wireless communication system | |
EP4070615A1 (en) | Apparatus and method of random access procedure | |
WO2021201630A1 (en) | Method and apparatus for monitoring paging in extended drx cycle in a wireless communication system | |
WO2021194325A1 (en) | Method of prioritizing random access for multimedia priority and mission critical services and apparatus thereof | |
WO2021125725A1 (en) | Method and apparatus for handling system information request in wireless communication system | |
WO2021157969A1 (en) | Method and apparatus for random access preamble group selection in wireless communication system | |
WO2021133077A1 (en) | Method and apparatus for handling configured grant type 1 for vehicle-to-everything (v2x) communication | |
WO2022131622A1 (en) | Method and apparatus for mbs reception in rrc idle and rrc inactive state in wireless communication system | |
WO2022060059A1 (en) | Method and apparatus for transmitting and receiving paging in a wireless communication system | |
WO2020111816A1 (en) | Method and apparatus for performing communication in wireless communication system | |
WO2022270964A1 (en) | Method and apparatus for handling ul timing alignment upon receiving tci state update signal in a wireless communication system | |
WO2022186575A1 (en) | Method and apparatus for radio link monitoring and beam failure detection measurements in wireless communication system |
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: 20837522 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2020837522 Country of ref document: EP Effective date: 20210806 |
|
ENP | Entry into the national phase |
Ref document number: 20227001003 Country of ref document: KR Kind code of ref document: A |