WO2020171405A1 - 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국 - Google Patents

무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국 Download PDF

Info

Publication number
WO2020171405A1
WO2020171405A1 PCT/KR2020/001284 KR2020001284W WO2020171405A1 WO 2020171405 A1 WO2020171405 A1 WO 2020171405A1 KR 2020001284 W KR2020001284 W KR 2020001284W WO 2020171405 A1 WO2020171405 A1 WO 2020171405A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
base station
cells
information
signal
Prior art date
Application number
PCT/KR2020/001284
Other languages
English (en)
French (fr)
Inventor
이길봄
강지원
박해욱
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to EP20758709.8A priority Critical patent/EP3930209A4/en
Priority to CN202080028888.3A priority patent/CN113678382B/zh
Priority to JP2021549124A priority patent/JP7259068B2/ja
Priority to KR1020217026742A priority patent/KR20210120030A/ko
Priority to US17/432,651 priority patent/US20220174685A1/en
Publication of WO2020171405A1 publication Critical patent/WO2020171405A1/ko

Links

Images

Classifications

    • 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
    • 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/0408—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas using two or more beams, i.e. beam diversity
    • 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
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/74—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission for increasing reliability, e.g. using redundant or spare channels or apparatus
    • 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/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621—Feedback content
    • H04B7/0626—Channel coefficients, e.g. channel state information [CSI]
    • 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/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0636—Feedback format
    • H04B7/0639—Using selective indices, e.g. of a codebook, e.g. pre-distortion matrix index [PMI] or for beam selection
    • 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/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0658—Feedback reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management

Definitions

  • the following description is for a wireless communication system, in a wireless communication system including a base station and a terminal including a plurality of cells (eg, PCell, PSCell, SCell, etc.), wherein the terminal is among a plurality of cells set in the terminal.
  • a wireless access system is a multiple access system capable of supporting communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.).
  • multiple access systems include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, and a single carrier frequency (SC-FDMA) system. division multiple access) system.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • the present disclosure provides a method of performing beam management by a terminal in a wireless communication system, and a terminal and a base station supporting the same.
  • the present disclosure discloses a method of performing beam management by a terminal in a wireless communication system, and a terminal and a base station supporting the same.
  • At least one first cell among the plurality of cells includes (i) beam failure (BF) or (ii) ) Detecting that partial BF has occurred; And an uplink signal including (i) identification information of the one or more first cells, and (ii) BF information or partial BF information, based on detection of BF or partial BF for the one or more first cells.
  • a method of performing beam management by a terminal including transmitting to the terminal.
  • detecting that BF has occurred in the one or more first cells includes all control resource set (CORESET) beams or beam failure detections associated with each of the one or more first cells. It may include detecting that BF has occurred in the one or more first cells based on the quality of all beams set for detection (BFD) being equal to or less than a predetermined threshold. In addition, detecting that the partial BF has occurred in the one or more first cells includes all CORESET beams related to each of the one or more first cells, or all beams set for BFD use, of which a certain number or ratio of beams or more is the predetermined threshold. It may include detecting that partial BF has occurred in the one or more first cells based on the following quality.
  • CORESET control resource set
  • the identification information and (ii) the BF information may be encoded together and included in the uplink signal.
  • the identification information and (ii) the partial BF information may be encoded together and included in the uplink signal.
  • the uplink signal may further include new beam information related to the one or more first cells.
  • the identification information may include a bitmap having a bit size corresponding to the number of the plurality of cells.
  • bit information related to the at least one first cell among the plurality of cells in the bitmap may have a first value.
  • the method of performing beam management by the terminal comprises: an uplink for the uplink signal to the base station based on detecting that BF or partial BF has occurred in the at least one first cell among the plurality of cells. Transmitting a first signal requesting a resource; And receiving a second signal for allocating the uplink resource from the base station in response to the first signal.
  • the uplink signal may be transmitted through a physical uplink control channel (PUCCH) or a physical uplink shared channel (PUSCH).
  • PUCCH physical uplink control channel
  • PUSCH physical uplink shared channel
  • the plurality of cells may include a primary cell (PCell) or a secondary cell (SCell).
  • the uplink signal may include only the BF information, not the partial BF information.
  • a terminal for performing beam management by configuring a plurality of cells in a wireless communication system comprising: at least one transmitter; At least one receiver; At least one processor; And at least one memory that is operatively connected to the at least one processor and stores instructions for causing the at least one processor to perform a specific operation when executed, the specific operation comprising: the plurality of Detecting that (i) a beam failure (BF) or (ii) a partial BF (partial BF) has occurred in one or more of the cells of the first cell; And an uplink signal including (i) identification information of the one or more first cells, and (ii) BF information or partial BF information, based on detection of BF or partial BF for the one or more first cells. Initiating a terminal, including transmitting to.
  • BF beam failure
  • a partial BF partial BF
  • the terminal may communicate with at least one of a mobile terminal, a network, and an autonomous vehicle other than a vehicle including the terminal.
  • a base station including a plurality of cells in a wireless communication system and supporting beam management of a terminal, comprising: at least one transmitter; At least one receiver; At least one processor; And at least one memory that is operatively connected to the at least one processor and stores instructions for causing the at least one processor to perform a specific operation when executed, wherein the specific operation is: the terminal From, based on the occurrence of (i) beam failure (BF) or (ii) partial BF (partial BF) for one or more of the plurality of cells configured in the terminal, (i) the one or more Receiving an uplink signal including identification information of the first cell, and (ii) BF information or partial BF information; And recognizing that BF or partial BF has occurred in the one or more first cells based on the uplink signal.
  • BF beam failure
  • ii partial BF
  • a terminal in which a plurality of cells are configured in a wireless communication system to perform beam management comprising: at least one transmitter; At least one receiver; At least one processor; And at least one memory that is operatively connected to the at least one processor and stores instructions for causing the at least one processor to perform a specific operation when executed, wherein the specific operation is: from a base station Receiving configuration information related to a first scheduling request (SR) signal for beam failure (BF) and a second SR signal for partial BF;
  • SR scheduling request
  • BF beam failure
  • SR second SR signal for partial BF
  • the terminal may communicate with at least one of a mobile terminal, a network, and an autonomous vehicle other than a vehicle including the terminal.
  • a base station including a plurality of cells in a wireless communication system and supporting beam management of a terminal, comprising: at least one transmitter; At least one receiver; At least one processor; And at least one memory that is operatively connected to the at least one processor and stores instructions for causing the at least one processor to perform a specific operation when executed, wherein the specific operation is: , Transmitting a first scheduling request (SR) signal for beam failure (BF) and configuration information related to a second SR signal for partial BF; Based on the reception of the first SR signal from the terminal: (i) transmitting a first response signal related to the first SR signal to the terminal, (ii) based on the first response signal, the Receiving an uplink signal including identification information of one or more first cells among the plurality of cells from the terminal, and (iii) based on the uplink signal, a beam failure in the one or more first cells; Recognizing that BF) has occurred; And on the basis of receiving the second SR signal from the terminal
  • the UE includes (i) a beam failure (BF) state in which the quality of all beams related to a specific cell is less than a certain level, as well as (ii) some of the beams related to the specific cell.
  • BF beam failure
  • a partial BF state in which the quality of is less than a certain level may be reported to the base station.
  • the base station can quickly recognize the BF or partial BF for the specific cell based on the signal received from the terminal.
  • the base station can minimize the occurrence of BF by modifying some beams or RSs (reference signals) for a specific cell at an early stage, thereby minimizing the throughput loss from the viewpoint of the terminal.
  • RSs reference signals
  • 1 is a diagram illustrating physical channels and a signal transmission method using them.
  • FIG. 2 is a diagram showing a structure of a radio frame based on an NR system to which embodiments of the present disclosure are applicable.
  • FIG. 3 is a diagram illustrating a slot structure based on an NR system to which embodiments of the present disclosure are applicable.
  • FIG. 4 is a diagram illustrating a self-contained slot structure based on an NR system to which embodiments of the present disclosure are applicable.
  • FIG. 5 is a diagram illustrating one REG structure based on an NR system to which embodiments of the present disclosure are applicable.
  • FIG. 6 is a diagram briefly showing an SS/PBCH block applicable to the present disclosure.
  • FIG. 7 is a diagram briefly showing a configuration in which an SS/PBCH block applicable to the present disclosure is transmitted.
  • FIG. 8 is a diagram showing the configuration of a higher layer parameter SearchSpace IE applicable to the present disclosure.
  • FIG. 9 is a diagram showing the configuration of a higher layer parameter CSI-ReportConfig IE applicable to the present disclosure.
  • FIG. 10 is a diagram briefly showing a random access procedure applicable to the present disclosure.
  • FIG. 11 illustrates a communication system applied to the present disclosure.
  • FIG 13 shows another example of a wireless device applied to the present disclosure.
  • 16 to 26 are diagrams illustrating various examples of a method of reporting a beam failure of a terminal according to the present disclosure.
  • FIG. 27 is a diagram schematically illustrating a method of reporting a first beam failure according to the present disclosure.
  • 28 to 31 are diagrams illustrating other various examples of a method of reporting a beam failure of a terminal according to the present disclosure.
  • 32 is a diagram briefly showing a method of reporting a second beam failure according to the present disclosure.
  • 33 and 34 are diagrams briefly showing a third beam failure reporting method according to the present disclosure.
  • 35 is a diagram briefly showing a network connection and communication process between a terminal and a base station applicable to the present disclosure.
  • FIG. 36 is a diagram briefly showing a discontinuous reception (DRX) cycle of a terminal applicable to the present disclosure.
  • FIG. 37 is a diagram briefly showing the operation of a terminal and a base station according to an example of the present disclosure
  • FIG. 38 is a flowchart of an operation of a terminal according to an example of the present disclosure
  • FIG. 39 is an operation of a base station according to an example of the present disclosure It is a flow chart.
  • FIG. 40 is a diagram briefly showing the operation of a terminal and a base station according to another example of the present disclosure
  • FIG. 41 is a flowchart of an operation of a terminal according to another example of the present disclosure
  • FIG. 42 is an operation of a base station according to another example of the present disclosure It is a flow chart.
  • each component or feature may be considered optional unless otherwise explicitly stated.
  • Each component or feature may be implemented in a form that is not combined with other components or features.
  • some components and/or features may be combined to constitute an embodiment of the present disclosure.
  • the order of operations described in the embodiments of the present disclosure may be changed. Some configurations or features of one embodiment may be included in other embodiments, or may be replaced with corresponding configurations or features of other embodiments.
  • the base station has a meaning as a terminal node of a network that directly communicates with the mobile station.
  • the specific operation described as being performed by the base station in this document may be performed by an upper node of the base station in some cases.
  • a network comprising a plurality of network nodes including a base station
  • various operations performed for communication with a mobile station may be performed by the base station or network nodes other than the base station.
  • 'base station' is to be replaced by terms such as fixed station, Node B, eNode B (eNB), gNode B (gNB), advanced base station (ABS), or access point. I can.
  • a terminal is a user equipment (UE), a mobile station (MS), a subscriber station (SS), and a mobile subscriber station (MSS).
  • UE user equipment
  • MS mobile station
  • SS subscriber station
  • MSS mobile subscriber station
  • AMS advanced mobile station
  • the transmitting end refers to a fixed and/or mobile node that provides a data service or a voice service
  • the receiving end refers to a fixed and/or mobile node that receives a data service or a voice service.
  • the mobile station in the uplink, the mobile station may be the transmitting end and the base station may be the receiving end.
  • the mobile station in the downlink, the mobile station may be the receiving end and the base station may be the transmitting end.
  • Embodiments of the present disclosure may be supported by standard documents disclosed in at least one of the IEEE 802.xx system, 3rd Generation Partnership Project (3GPP) system, 3GPP LTE system, 3GPP 5G NR system, and 3GPP2 system as radio access systems,
  • 3GPP TS 38.211, 3GPP TS 38.212, 3GPP TS 38.213, 3GPP TS 38.321 and 3GPP TS 38.331 documents that is, obvious steps or parts not described among the embodiments of the present disclosure may be described with reference to the above documents.
  • all terms disclosed in this document can be described by the standard document.
  • 3GPP NR system will be described as an example of a wireless access system in which embodiments of the present disclosure can be used.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • embodiments of the present disclosure will be mainly described with a 3GPP NR system.
  • the embodiment proposed in the present disclosure may be equally applied to other wireless systems (eg, 3GPP LTE, IEEE 802.16, IEEE 802.11, etc.).
  • a terminal receives information from a base station through a downlink (DL) and transmits information to the base station through an uplink (UL).
  • the information transmitted and received by the base station and the terminal includes general data information and various control information, and various physical channels exist according to the type/use of information transmitted and received by them.
  • FIG. 1 is a diagram for describing physical channels that can be used in embodiments of the present disclosure and a signal transmission method using them.
  • the terminal newly entering the cell performs an initial cell search operation such as synchronizing with the base station in step S11.
  • the UE receives a Primary Synchronization Channel (P-SCH) and a Secondary Synchronization Channel (S-SCH) from the base station to synchronize with the base station, and obtains information such as cell ID.
  • P-SCH Primary Synchronization Channel
  • S-SCH Secondary Synchronization Channel
  • the terminal may receive a physical broadcast channel (PBCH) signal from the base station to obtain intra-cell broadcast information.
  • PBCH physical broadcast channel
  • the UE may check the downlink channel state by receiving a downlink reference signal (DL RS) in the initial cell search step.
  • DL RS downlink reference signal
  • the UE After completing the initial cell search, the UE receives a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) according to the physical downlink control channel information in step S12 and further Specific system information can be obtained.
  • a physical downlink control channel (PDCCH)
  • a physical downlink shared channel (PDSCH)
  • the UE may perform a random access procedure, such as steps S13 to S16, to complete access to the base station.
  • the UE transmits a preamble through a physical random access channel (PRACH) (S13), and a RAR for the preamble through a physical downlink control channel and a corresponding physical downlink shared channel ( Random Access Response) may be received (S14).
  • the UE transmits a PUSCH (Physical Uplink Shared Channel) using the scheduling information in the RAR (S15), and a contention resolution procedure such as receiving a physical downlink control channel signal and a corresponding physical downlink shared channel signal. ) Can be performed (S16).
  • the UE After performing the above-described procedure, the UE receives a physical downlink control channel signal and/or a physical downlink shared channel signal (S17) and a physical uplink shared channel (PUSCH) as a general uplink/downlink signal transmission procedure.
  • a physical downlink control channel signal and/or a physical downlink shared channel signal S17
  • a physical uplink shared channel PUSCH
  • Uplink Shared Channel signal and/or a physical uplink control channel (PUCCH) signal may be transmitted (S18).
  • UCI uplink control information
  • HARQ-ACK/NACK Hybrid Automatic Repeat and reQuest Acknowledgement/Negative-ACK
  • SR Switching Request
  • CQI Choannel Quality Indication
  • PMI Precoding Matrix Indication
  • RI Rank Indication
  • BI Beam Indication
  • UCI is generally periodically transmitted through PUCCH, but may be transmitted through PUSCH according to embodiments (eg, when control information and traffic data are to be transmitted simultaneously).
  • the UE may aperiodically transmit UCI through the PUSCH according to the request/instruction of the network.
  • FIG. 2 is a diagram showing a structure of a radio frame based on an NR system to which embodiments of the present disclosure are applicable.
  • Uplink and downlink transmission based on the NR system is based on the frame shown in FIG. 2.
  • One radio frame has a length of 10 ms and is defined as two 5 ms half-frames (HF).
  • One half-frame is defined as five 1ms subframes (Subframe, SF).
  • One subframe is divided into one or more slots, and the number of slots in the subframe depends on Subcarrier Spacing (SCS).
  • SCS Subcarrier Spacing
  • Each slot includes 12 or 14 OFDM(A) symbols according to a cyclic prefix (CP). When a normal CP is used, each slot includes 14 symbols. When the extended CP is used, each slot includes 12 symbols.
  • the symbol may include an OFDM symbol (or CP-OFDM symbol), an SC-FDMA symbol (or DFT-s-OFDM symbol).
  • Table 1 shows the number of symbols per slot according to the SCS, the number of slots per frame, and the number of slots per subframe when a general CP is used
  • Table 2 shows the number of slots per SCS when the extended CSP is used. It indicates the number of symbols, the number of slots per frame, and the number of slots per subframe.
  • slot N symb denotes the number of a symbol in the slot
  • N frame ⁇ denotes a slot number of a slot within a frame
  • subframe N ⁇ slot is the number of slots within a subframe.
  • OFDM(A) numerology eg, SCS, CP length, etc.
  • OFDM(A) numerology eg, SCS, CP length, etc.
  • the (absolute time) section of the time resource eg, SF, slot or TTI
  • TU Time Unit
  • NR supports multiple numerology (or subcarrier spacing (SCS)) to support various 5G services. For example, when the SCS is 15 kHz, it supports a wide area in traditional cellular bands, and when the SCS is 30 kHz/60 kHz, it is dense-urban, lower latency. And a wider carrier bandwidth (wider carrier bandwidth) is supported, and when the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz is supported to overcome phase noise.
  • SCS subcarrier spacing
  • the NR frequency band is defined as a frequency range of two types (FR1, FR2).
  • FR1 and FR2 can be configured as shown in the table below.
  • FR2 may mean a millimeter wave (mmW).
  • FIG. 3 is a diagram illustrating a slot structure based on an NR system to which embodiments of the present disclosure are applicable.
  • One slot includes a plurality of symbols in the time domain. For example, in the case of a normal CP, one slot includes 7 symbols, but in the case of an extended CP, one slot includes 6 symbols.
  • the carrier includes a plurality of subcarriers in the frequency domain.
  • RB Resource Block
  • RB Resource Block
  • the BWP (Bandwidth Part) is defined as a plurality of consecutive (P)RBs in the frequency domain, and may correspond to one numerology (eg, SCS, CP length, etc.).
  • numerology eg, SCS, CP length, etc.
  • the carrier may contain up to N (eg, 5) BWPs. Data communication is performed through the activated BWP, and only one BWP can be activated to one terminal.
  • N e.g. 5
  • Each element in the resource grid is referred to as a resource element (RE), and one complex symbol may be mapped.
  • RE resource element
  • FIG. 4 is a diagram illustrating a self-contained slot structure based on an NR system to which embodiments of the present disclosure are applicable.
  • the base station and the UE can sequentially perform DL transmission and UL transmission within one slot, and can transmit and receive DL data and also transmit and receive UL ACK/NACK thereto within the one slot.
  • this structure reduces the time required to retransmit data when a data transmission error occurs, thereby minimizing the delay in final data transmission.
  • a type gap of a certain length of time is required.
  • some OFDM symbols at a time point at which the DL to UL is switched in the independent slot structure may be set as a guard period (GP).
  • the self-supporting slot structure includes both a DL control area and a UL control area has been described, but the control areas may be selectively included in the self-supporting slot structure.
  • the self-supporting slot structure according to the present disclosure may include a case including both a DL control region and a UL control region as shown in FIG. 4 as well as a case including only a DL control region or a UL control region.
  • one slot may be configured in the order of a DL control area / DL data area / UL control area / UL data area, or may be configured in the order of UL control area / UL data area / DL control area / DL data area.
  • the PDCCH may be transmitted in the DL control region, and the PDSCH may be transmitted in the DL data region.
  • PUCCH may be transmitted in the UL control region, and PUSCH may be transmitted in the UL data region.
  • downlink control information for example, DL data scheduling information, UL data scheduling information, and the like may be transmitted.
  • uplink control information for example, positive acknowledgment/negative acknowledgment (ACK/NACK) information for DL data, channel state information (CSI) information, scheduling request (SR), and the like may be transmitted.
  • ACK/NACK positive acknowledgment/negative acknowledgment
  • CSI channel state information
  • SR scheduling request
  • the PDSCH carries downlink data (e.g., DL-shared channel transport block, DL-SCH TB), and modulation methods such as Quadrature Phase Shift Keying (QPSK), Quadrature Amplitude Modulation (QAM), 64 QAM, and 256 QAM are used. Apply.
  • a codeword is generated by encoding TB.
  • the PDSCH can carry up to two codewords. Scrambling and modulation mapping are performed for each codeword, and modulation symbols generated from each codeword are mapped to one or more layers (Layer mapping). Each layer is mapped to a resource together with a demodulation reference signal (DMRS) to generate an OFDM symbol signal, and is transmitted through a corresponding antenna port.
  • DMRS demodulation reference signal
  • the PDCCH carries downlink control information (DCI) and a QPSK modulation method is applied.
  • DCI downlink control information
  • One PDCCH is composed of 1, 2, 4, 8, 16 Control Channel Elements (CCEs) according to the Aggregation Level (AL).
  • CCE consists of 6 REGs (Resource Element Group).
  • REG is defined by one OFDM symbol and one (P)RB.
  • FIG. 5 is a diagram illustrating one REG structure based on an NR system to which embodiments of the present disclosure are applicable.
  • D represents a resource element (RE) to which DCI is mapped
  • R represents an RE to which DMRS is mapped.
  • the DMRS is mapped to the 1st, 5th, and 9th REs in the frequency domain direction within one symbol.
  • CORESET is defined as a REG set with a given pneumonology (eg, SCS, CP length, etc.).
  • a plurality of CORESETs for one terminal may overlap in the time/frequency domain.
  • CORESET may be set through system information (eg, MIB) or UE-specific higher layer (eg, Radio Resource Control, RRC, layer) signaling.
  • RRC Radio Resource Control
  • the number of RBs constituting CORESET and the number of symbols (maximum 3) may be set by higher layer signaling.
  • PUSCH carries uplink data (e.g., UL-shared channel transport block, UL-SCH TB) and/or uplink control information (UCI), and CP-OFDM (Cyclic Prefix-Orthogonal Frequency Division Multiplexing) waveform Alternatively, it is transmitted based on a DFT-s-OFDM (Discrete Fourier Transform-spread-Orthogonal Frequency Division Multiplexing) waveform.
  • DFT-s-OFDM Discrete Fourier Transform-spread-Orthogonal Frequency Division Multiplexing
  • PUSCH may be transmitted based on a waveform or a DFT-s-OFDM waveform.
  • PUSCH transmission is dynamically scheduled by the UL grant in the DCI or is semi-static based on higher layer (e.g., RRC) signaling (and/or Layer 1 (L1) signaling (e.g., PDCCH)). Can be scheduled (configured grant).
  • PUSCH transmission may be performed based on a codebook or a non-codebook.
  • PUCCH carries uplink control information, HARQ-ACK and/or scheduling request (SR), and is divided into Short PUCCH and Long PUCCH according to the PUCCH transmission length.
  • Table 4 illustrates PUCCH formats.
  • PUCCH format 0 carries UCI of a maximum size of 2 bits, and is mapped and transmitted on a sequence basis. Specifically, the terminal transmits a specific UCI to the base station by transmitting one of the plurality of sequences through the PUCCH of PUCCH format 0. The UE transmits a PUCCH of PUCCH format 0 within a PUCCH resource for SR configuration corresponding to only when transmitting a positive SR.
  • PUCCH format 1 carries UCI of a maximum size of 2 bits, and the modulation symbol is spread by an orthogonal cover code (OCC) (set differently depending on whether or not frequency hopping) in the time domain.
  • OCC orthogonal cover code
  • the DMRS is transmitted in a symbol in which a modulation symbol is not transmitted (that is, it is transmitted after time division multiplexing (TDM)).
  • PUCCH format 2 carries UCI of a bit size larger than 2 bits, and a modulation symbol is transmitted after DMRS and frequency division multiplexing (FDM).
  • the DMRS is located at symbol indexes #1, #4, #7, and #10 in a given resource block with a density of 1/3.
  • a PN (Pseudo Noise) sequence is used for the DMRS sequence.
  • Frequency hopping may be activated for 2-symbol PUCCH format 2.
  • PUCCH format 3 does not perform multiplexing of terminals within the same physical resource blocks, and carries UCI with a bit size larger than 2 bits.
  • the PUCCH resource of PUCCH format 3 does not include an orthogonal cover code.
  • the modulation symbols are transmitted after DMRS and TDM (Time Division Multiplexing).
  • PUCCH format 4 supports multiplexing of up to 4 terminals in the same physical resource block, and carries UCI with a bit size larger than 2 bits.
  • the PUCCH resource of PUCCH format 4 includes an orthogonal cover code.
  • the modulation symbols are transmitted after DMRS and TDM (Time Division Multiplexing).
  • Synchronization Signal Block (SSB or SS/PBCH block)
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • PBCH Physical Broadcast Channel
  • SS block Synchronization Signal Block or Synchronization Signal PBCH block
  • multiplexing of other signals within the one SS block may not be excluded. (Multiplexing other signals are not precluded within a'SS block').
  • the SS/PBCH block may be transmitted in a band other than the center of the system band.
  • the base station may transmit a plurality of SS/PBCH blocks.
  • FIG. 6 is a diagram briefly showing an SS/PBCH block applicable to the present disclosure.
  • an SS/PBCH block applicable to the present disclosure may be composed of 20 RBs within four consecutive OFDM symbols.
  • the SS/PBCH block is composed of PSS, SSS and PBCH, and the UE can perform cell search, system information acquisition, beam alignment for initial access, and DL measurement based on the SS/PBCH block. .
  • the PSS and SSS are each composed of 1 OFDM symbol and 127 subcarriers, and the PBCH is composed of 3 OFDM symbols and 576 subcarriers.
  • Polar coding and Quadrature Phase Shift Keying (QPSK) are applied to the PBCH.
  • the PBCH consists of a data RE and a demodulation reference signal (DMRS) RE for each OFDM symbol.
  • DMRS demodulation reference signal
  • the location of the DMRS RE may be determined based on the cell ID (eg, a subcarrier index mapped based on the value of N cell ID mod 4 may be determined).
  • the SS/PBCH block may be transmitted in a frequency band other than the center frequency of the frequency band used by the network.
  • a synchronization raster which is a candidate frequency position at which the UE should detect an SS/PBCH block.
  • the synchronization raster may be distinguished from a channel raster.
  • the synchronization raster may indicate a frequency location of an SS/PBCH block that can be used by the UE to obtain system information when there is no explicit signaling for the location of the SS/PBCH block.
  • the synchronization raster may be determined based on a Global Synchronization Channel Number (GSCN).
  • GSCN Global Synchronization Channel Number
  • the GSCN may be transmitted through RRC signaling (eg, Master Information Block (MIB), System Information Block (SIB), Remaining Minimum System Information (RMSI), Other System Information (OSI), etc.).
  • MIB Master Information Block
  • SIB System Information Block
  • RMSI Remaining Minimum System Information
  • OSI System Information
  • Such a synchronization raster is defined longer in the frequency axis than a channel raster in consideration of the complexity and detection speed of initial synchronization and has fewer blind detections.
  • FIG. 7 is a diagram briefly showing a configuration in which an SS/PBCH block applicable to the present disclosure is transmitted.
  • the base station may transmit an SS/PBCH block up to 64 times for 5 ms. At this time, a plurality of SS/PBCH blocks are transmitted in different transmission beams, and the UE detects the SS/PBCH block assuming that the SS/PBCH block is transmitted every 20 ms period based on one specific beam used for transmission. can do.
  • the maximum number of beams that the base station can use for SS/PBCH block transmission within a 5ms time interval may be set larger as the frequency band increases. For example, in a band below 3GHz, the base station may transmit an SS/PBCH block using up to 4 different beams in a 5ms time interval, up to 8 in a 3-6GHz band, and up to 64 different beams in a band above 6GHz.
  • the terminal may perform synchronization by receiving the SS/PBCH block as described above from the base station.
  • the synchronization procedure largely includes a cell ID detection step and a timing detection step.
  • the cell ID detection step may include a cell ID detection step based on PSS and a cell ID detection step based on SSS (eg, detecting one physical layer cell ID among a total of 1008 physical layer cell IDs).
  • the timing detection step may include a timing detection step based on PBCH DM-RS (Demodulation Reference Signal) and a timing detection step based on PBCH content (eg, MIB (Master Information Block)).
  • PBCH DM-RS Demodulation Reference Signal
  • MIB Master Information Block
  • the UE may assume that PBCH, PSS, and SSS reception occasions exist on consecutive symbols. (That is, the UE may assume that the PBCH, PSS, and SSS constitute the SS/PBCH block, as described above). Subsequently, the UE may assume that SSS, PBCH DM-RS, and PBCH data have the same Energy Per Resource Element (EPRE). In this case, the UE may assume that the ratio of PSS EPRE to SSS EPRE of the SS/PBCH block in the corresponding cell is 0 dB or 3 dB.
  • ERE Energy Per Resource Element
  • SI-RNTI System Information-Random Network Temporary Identifier
  • P-RNTI Paging-Random Network Temporary Identifier
  • RA-RNTI RA-RNTI
  • the UE monitoring the PDCCH for DCI format 1_0 with CRC (Cyclic Redundancy Check) scrambled by (Random Access-Random Network Temporary Identifier) is the ratio of PDCCH DMRS EPRE to SSS EPRE (ratio of PDCCH DMRS EPRE to SSS EPRE) It can be assumed to be within -8 dB to 8 dB.
  • the UE may acquire time synchronization and a physical cell ID of the detected cell through PSS and SSS detection. More specifically, the terminal may acquire symbol timing for an SS block through PSS detection, and may detect a cell ID within a cell ID group. Subsequently, the terminal detects the cell ID group through SSS detection.
  • the UE may detect the time index (eg, slot boundary) of the SS block through the DM-RS of the PBCH. Subsequently, the terminal may obtain half frame boundary information and system frame number (SFN) information through the MIB included in the PBCH.
  • time index eg, slot boundary
  • SFN system frame number
  • the PBCH may inform that the related (or corresponding) RMSI PDCCH/PDSCH is transmitted in the same band as the SS/PBCH block or in a different band.
  • the UE can receive RMSI (e.g., system information other than MIB (Master Information Block, MIB)) transmitted later in the frequency band indicated by the PBCH or the frequency band in which the PBCH is transmitted after decoding the PBCH. have.
  • RMSI e.g., system information other than MIB (Master Information Block, MIB)
  • first symbol indices for candidate SS/PBCH blocks may be determined according to a subcarrier spacing of SS/PBCH blocks as follows. At this time, index #0 corresponds to the first symbol of the first slot in the half frame.
  • the first symbols of candidate SS/PBCH blocks may have symbols of ⁇ 2, 8 ⁇ + 14*n.
  • n has a value of 0 or 1.
  • n has a value of 0, 1, 2 or 3.
  • the first symbols of candidate SS/PBCH blocks may have symbols of ⁇ 4, 8, 16, 32 ⁇ + 28*n.
  • n has a value of 0.
  • n has a value of 0 or 1.
  • the first symbols of candidate SS/PBCH blocks may have symbols of ⁇ 2, 8 ⁇ + 14*n.
  • n has a value of 0 or 1.
  • n has a value of 0, 1, 2 or 3.
  • the first symbols of the candidate SS/PBCH blocks may have symbols of ⁇ 4, 8, 16, 20 ⁇ + 28*n.
  • n has values of 0, 1, 2, 3, 5, 6, 7, 8, 19, 11, 12, 13, 15, 16, 17 or 18.
  • the first symbols of the candidate SS/PBCH blocks may have symbols of ⁇ 8, 12, 16, 20, 32, 36, 40, 44 ⁇ + 56*n.
  • n has values of 0, 1, 2, 3, 5, 6, 7 or 8.
  • the terminal may obtain system information.
  • the MIB includes information/parameters for monitoring a PDCCH scheduling a PDSCH carrying a System Information Block1 (SIB1), and is transmitted by the base station to the terminal through the PBCH in the SS/PBCH block.
  • SIB1 System Information Block1
  • the UE may check whether there is a CORESET (Control Resource Set) for the Type0-PDCCH common search space based on the MIB.
  • the Type0-PDCCH common search space is a kind of PDCCH search space, and is used to transmit a PDCCH for scheduling SI messages.
  • the UE is based on information in the MIB (e.g., pdcch-ConfigSIB1), based on (i) a plurality of contiguous resource blocks constituting the CORESET and one or more consecutive (consecutive) Symbols and (ii) a PDCCH opportunity (eg, a time domain location for PDCCH reception) may be determined.
  • MIB e.g., pdcch-ConfigSIB1
  • a PDCCH opportunity eg, a time domain location for PDCCH reception
  • pdcch-ConfigSIB1 provides information on a frequency location in which SSB/SIB1 exists and a frequency range in which SSB/SIB1 does not exist.
  • SIB1 includes information related to availability and scheduling (eg, transmission period, SI-window size) of the remaining SIBs (hereinafter, SIBx, x is an integer greater than or equal to 2). For example, SIB1 may inform whether SIBx is periodically broadcast or is provided by an on-demand method (or at a request of a terminal). When SIBx is provided by an on-demand method, SIB1 may include information necessary for the UE to perform an SI request. SIB1 is transmitted through the PDSCH, the PDCCH scheduling SIB1 is transmitted through the Type0-PDCCH common search space, and SIB1 is transmitted through the PDSCH indicated by the PDCCH.
  • Synchronization raster means a frequency location of an SSB that can be used by a terminal for system information acquisition when there is no explicit signaling for the SSB location.
  • the global synchronization raster is defined for all frequencies.
  • the frequency position of the SSB is defined by the SS REF and the corresponding number GSCN (Global Synchronization Channel Number).
  • the parameters defining SS REF and GSCN for all frequency ranges are as follows.
  • the mapping between the synchronization raster and the resource block of the corresponding SSB may be based on the following table.
  • the mapping depends on the total number of resource blocks allocated in the channel, and can be applied to both UL and DL.
  • the following DCI formats may be supported.
  • the NR system may support DCI format 0_0 and DCI format 0_1 as DCI formats for PUSCH scheduling, and DCI format 1_0 and DCI format 1_1 as DCI formats for PDSCH scheduling.
  • the NR system may additionally support DCI format 2_0, DCI format 2_1, DCI format 2_2, and DCI format 2_3.
  • DCI format 0_0 is used to schedule TB (Transmission Block)-based (or TB-level) PUSCH
  • DCI format 0_1 is TB (Transmission Block)-based (or TB-level) PUSCH or (CBG (Code Block Group))
  • CBG Code Block Group
  • DCI format 1_0 is used to schedule a TB-based (or TB-level) PDSCH
  • DCI format 1_1 is a TB-based (or TB-level) PDSCH or (when CBG-based signal transmission and reception is set) CBG-based (or CBG- level) Can be used to schedule PDSCH.
  • DCI format 2_0 is used to inform the slot format (used for notifying the slot format)
  • DCI format 2_1 is used to inform the PRB and OFDM symbols assuming that a specific UE has no intended signal transmission ( used for notifying the PRB(s) and OFDM symbol(s) where UE may assume no transmission is intended for the UE)
  • DCI format 2_2 is used for transmission of the PUCCH and PUSCH Transmission Power Control (TPC) commands.
  • DCI format 2_3 may be used for transmission of a TPC command group for SRS transmission by one or more UEs (used for the transmission of a group of TPC commands for SRS transmissions by one or more UEs).
  • DCI format 1_1 includes an MCS/NDI (New Data Indicator)/RV (Redundancy Version) field for transport block (TB) 1, and the upper layer parameter maxNrofCodeWordsScheduledByDCI in the upper layer parameter PDSCH-Config is n2 (i.e. When set to 2), an MCS/NDI/RV field for transport block 2 may be further included.
  • MCS/NDI New Data Indicator
  • RV Redundancy Version
  • n2 i.e., 2
  • whether or not the transport block is substantially usable (enable/disable) may be determined by a combination of the MCS field and the RV field. More specifically, when the MCS field for a specific transport block has a value of 26 and the RV field has a value of 1, the specific transport block may be disabled.
  • One CORESET includes N CORESET RB RBs in the frequency domain, and N CORESET symb (corresponding values have 1,2,3) symbols in the time domain.
  • One CCE control channel element
  • REGs in CORESET are numbered in order according to a time-first manner. Specifically, the numbering starts from '0' for the first OFDM symbol and the lowest-numbered RB in CORESET.
  • a plurality of CORESETs may be set for one terminal.
  • Each CORESET is associated with only one CCE-to-REG mapping.
  • CCE-to-REG mapping for one CORESET may be interleaved or non-interleaved.
  • the setting information for CORESET may be set by the upper layer parameter ControlResourceSet IE.
  • the upper layer parameter ControlResourceSet IE may be configured as shown in the following table.
  • the parameters defined in the table may be the same as those defined in the 3GPP TS 38.331 standard.
  • setting information for CORESET 0 (eg, common CORESET) may be set by the upper layer parameter ControlResourceSetZero IE.
  • a list of maximum M Transmission Configuration Indicator (TCI) state settings may be configured for one terminal.
  • the maximum M TCI state setting may be set by a higher layer parameter PDSCH-Config so that (the terminal) can decode the PDSCH according to the detection of the PDCCH including the DCI intended for the terminal and a given serving cell. have.
  • the M value may be determined depending on the capability of the terminal.
  • Each TCI-state includes a parameter for setting a QCL (quasi co-location) relationship between one or two downlink reference signals and DMRS ports of the PDSCH.
  • the QCL relationship is established based on an upper layer parameter qcl-Type1 for a first downlink reference signal (DL RS) and a higher layer parameter qcl-Type2 (if set) for a second DL RS.
  • DL RS downlink reference signal
  • qcl-Type2 if set
  • the QCL types should not be the same (shall not be the same).
  • the QCL types correspond to each DL RS given by the higher layer parameter qcl-Type in the higher layer parameter QCL-Info , and the QCL types may have one of the following values.
  • the UE receives an activation command used to map the maximum of 8 TCI states with a codepoint of a Transmission Configuration Indication (TCI) field in DCI.
  • TCI Transmission Configuration Indication
  • the mapping between the TCIs states and the code points of the TCI field in the DCI is slot #(n+3*N subframe, ⁇ slot + It can be applied from 1).
  • N subframe and ⁇ slot are determined based on Table 1 or Table 2 described above.
  • the UE may assume that the DMRS port(s) of the PDSCH of the serving cell are QCL with the SS/PBCH block determined in the initial access procedure in terms of'QCL-TypeD'.
  • SS/PBCH Synchronization Signal/Physical Broadcast Channel
  • the UE assumes that the TCI field exists in the PDCCH of DCI format 1_1 transmitted on the CORESET.
  • the upper layer parameter tci-PresentInDCI is not set or the PDSCH is scheduled according to DCI format 1_0, and the time offset between the reception time of the DL DCI and the reception time of the corresponding PDSCH is a threshold Threshold-Sched -Offset (the threshold is determined based on the reported UE capability ), if greater than or equal to, in order to determine the PDSCH antenna port QCL, the UE uses the TCI state or QCL assumption for the PDSCH for PDCCH transmission. It is assumed to be the same as the TCI state or QCL assumption applied to.
  • the UE uses the TCI-State based on the TCI field included in the DCI in the detected PDCCH to determine the PDSCH antenna port QCL.
  • the threshold is determined based on the reported UE capability
  • the DMRS port(s) are RS(s) and QCL in the TCI state for the QCL type parameter(s) given by the indicated TCI stated.
  • the indicated TCI state should be based on activated TCI states in the slot of the scheduled PDSCH.
  • the terminal assumes that the upper layer parameter tci-PresentInDCI is set to'enabled ' for the CORESET, and the search
  • the UE is a time offset between a reception time of a PDCCH detected in the search region set and a reception time of a corresponding PDSCH Expects to be greater than or equal to the threshold Threshold-Sched-Offset .
  • the QCL parameter(s) is the lowest CORESET-ID in the last slot in one or more CORESETs in the activation BWP of the serving cell monitored by the terminal for the PDCCH QCL indication of the CORESET associated with the monitored search area QCL parameter(s) used (For both the cases when higher layer parameter tci-PresentInDCI is set to'enabled ' and the higher layer parameter tci-PresentInDCI is not configured in RRC connected mode, if the offset between the reception of the DL DCI and the corresponding PDSCH is less than the threshold Threshold-Sched-Offset, the UE may assume that the DM-RS ports of PDSCH of a serving cell are quasi co-located with the RS(s) in the TCI state with respect to the QCL parameter(s) used for PDCCH quasi co-location indication of the CORESET associated with a monitored search space with the lowest CORESET-ID in the latest slot in which one or more CORESET
  • the UE when the'QCL-TypeD' of the PDSCH DMRS is different from the'QCL-TypeD' of the PDCCH DMRS overlapping on at least one symbol, the UE is expected to prioritize reception of the PDCCH associated with the corresponding CORESET.
  • This operation can also be applied equally to the case of intra-band CA (if PDSCH and CORESET are in different CCs). If there is no TCI state including'QCL-TypeD' among the configured TCI states, the terminal is the TCI indicated for the scheduled PDSCH, regardless of the time offset between the reception time of the DL DCI and the reception time of the corresponding PDSCH Another QCL assumption is obtained from state.
  • the UE For periodic CSI-RS resources in the upper layer parameter NZP-CSI-RS-ResourceSet in which the upper layer parameter trs-Info is configured, the UE should assume that the TCI state indicates one of the following QCL type(s):
  • the UE For the CSI-RS resource in the higher layer parameter NZP-CSI-RS-ResourceSet set without the higher layer parameter trs-Info and the higher layer parameter repetition , the UE should assume that the TCI state indicates one of the following QCL type(s). :
  • the upper layer parameter repetition is set 'QCL-TypeD' for periodic CSI-RS resources in the layer parameter NZP-CSI-RS-ResourceSet , or
  • the UE For the CSI-RS resource in the higher layer parameter NZP-CSI-RS-ResourceSet in which the higher layer parameter repetition is configured, the UE should assume that the TCI state indicates one of the following QCL type(s):
  • the upper layer parameter repetition is set 'QCL-TypeD' for CSI-RS resources in the layer parameter NZP-CSI-RS-ResourceSet , or,
  • the UE For the DMRS of the PDCCH, the UE should assume that the TCI state indicates one of the following QCL type(s):
  • the upper layer parameter repetition is set 'QCL-TypeD' for CSI-RS resources in the layer parameter NZP-CSI-RS-ResourceSet , or,
  • the UE For the DMRS of the PDSCH, the UE should assume that the TCI state indicates one of the following QCL type(s):
  • the upper layer parameter repetition is set 'QCL-TypeD' for CSI-RS resources in the layer parameter NZP-CSI-RS-ResourceSet , or,
  • QCL signaling may include all signaling configurations described in the table below.
  • the UE when there is a CSI-RS resource set by the upper layer parameter NZP-CSI-RS-ResourceSet together with the upper layer parameter trs-Info , the UE is capable of the following two of the upper layer parameter TCI-State You can only expect settings.
  • * may mean that if QCL type-D is applicable, DL RS 2 and QCL type-2 may be configured for the terminal.
  • the UE is the upper layer parameter TCI-State Only the following three possible settings can be expected.
  • * may mean that QCL type-D is not applicable.
  • ** may mean that if QCL type-D is applicable, DL RS 2 and QCL type-2 may be configured for the terminal.
  • the UE when there is a CSI-RS resource set by a higher layer parameter NZP-CSI-RS-ResourceSet together with a higher layer parameter repetition , the UE can configure the following three possible settings of the higher layer parameter TCI-State You can only expect them.
  • the TRS for downlink may have a reference signal (eg, SSB or CSI-RS) for beam management (BM) as a source RS for QCL type-D. .
  • a reference signal eg, SSB or CSI-RS
  • BM beam management
  • the UE For the DMRS of the PDCCH, the UE has only the following three possible settings of the upper layer parameter TCI-State while the fourth setting (the fourth row of the two tables below) is valid as the default setting before the TRS is configured. Can be expected.
  • * may mean a setting that can be applied before the TRS is set. Accordingly, the setting is not a TCI state, but rather can be interpreted as a valid QCL assumption.
  • ** may mean that QCL parameters are not directly derived from CSI-RS (or CSI).
  • the UE For the DMRS of the PDCCH, the UE has only three possible settings of the upper layer parameter TCI-State while the fourth setting (the fourth row of the two tables below) is valid (by default) before the TRS is configured. Can be expected.
  • * may mean a setting that can be applied before the TRS is set. Accordingly, the setting is not a TCI state, but rather can be interpreted as a valid QCL assumption.
  • ** may mean that QCL parameters are not directly derived from CSI-RS (or CSI).
  • the UE For the DMRS of the PDCCH, the UE has only three possible settings of the upper layer parameter TCI-State while the fourth setting (the fourth row of the two tables below) is valid (by default) before the TRS is configured. Can be expected.
  • * may mean a setting that can be applied before the TRS is set. Accordingly, the setting may be interpreted as a valid QCL assumption rather than a TCI state.
  • ** may mean that QCL parameters are not directly derived from CSI-RS (or CSI).
  • the base station may set the TCI state for CORESET to the terminal through the following MAC-CE.
  • the terminal may determine an Rx beam to receive a corresponding CORESET based on the TCI state.
  • the base station may provide the TCI state indication information to the terminal through the UE-specific PDCCH MAC-CE configured as in the table above.
  • the TCI state indication may be identified by a MAC subheader together with an LCID (Logical Channel ID).
  • the TCI state indication may have a fixed size of 16 bits including the following fields.
  • This field indicates the identity of the serving cell to which the MAC CE is applied.
  • the length of the field is 5 bits.
  • This field indicates CORESET, in which the corresponding TCI state is indicated, identified by the upper layer parameter ControlResourceSetId .
  • the field may indicate CORESET set by the upper layer parameter controlResourceSetZero .
  • the length of the field is 4 bits.
  • This field indicates the TCI state, applicable to the CORESET identified by the CORESET ID field, identified by the upper layer parameter TCI-StateId .
  • the CORESET ID field is set to 0
  • the field is the first 64 TCI-states (first 64 TCI) set by upper layer parameters tci-States-ToAddModList and tci-States-ToReleaseList included in PDSCH-Config in the active BWP. states) indicates the TCI-StateId for the TCI state.
  • the CORESET ID field is set to a value other than 0, the corresponding field is TCI- set by the upper layer parameters tci-StatesPDCCH-ToAddList and tci-StatesPDCCH-ToReleaseList included in the controlResourceSet identified by the indicated CORESET ID. Indicate the StateId.
  • the length of the field is 7 bits.
  • CSI-RS channel state information reference signal
  • each transmit antenna may have a separate reference signal.
  • a reference signal for feedback of channel state information (CSI) may be defined as a CSI-RS.
  • CSI-RS includes ZP (Zero Power) CSI-RS and NZP (Non-Zero-Power) CSI-RS.
  • ZP CSI-RS and NZP CSI-RS may be defined as follows.
  • the NZP CSI-RS may be configured by the NZP-CSI-RS-Resource IE (Information Element) or the CSI-RS-Resource-Mobility field in the CSI-RS-ResourceConfigMobility IE.
  • the NZP CSI-RS may be defined based on a sequence generation and resource mapping method defined in the 3GPP TS 38.211 standard spec.
  • -ZP CSI-RS may be set by the ZP-CSI-RS-Resource IE.
  • the UE may assume that the resource configured for the ZP CSI-RS is not used for PDSCH transmission.
  • the UE may perform the same measurement/reception on channels/signals except PDSCH regardless of whether the channel/signal excluding the PDSCH collides with the ZP CSI-RS. regardless of whether they collide with ZP CSI-RS or not).
  • FIG. 8 is a diagram showing the configuration of a higher layer parameter SearchSpace IE applicable to the present disclosure.
  • the base station may set one or more search areas associated with CORESET by transmitting SearchSpace IE as shown in FIG 8 to the UE through an RRC signaling to the UE.
  • SearchSpace IE as shown in FIG 8
  • RRC signaling to the UE.
  • one search area and one CORESET may have an association relationship.
  • the SearchSpace IE defines how/where the UE searches for PDCCH candidate(s). Each search area is associated with one ControlResourceSet . In the case of cross-carrier scheduling, for a scheduled cell, all optional (optional) fields other than nrofCandidates may be omitted (or absent).
  • each field may be defined as shown in the following tables.
  • conditional phrase disclosed in the SearchSpace IE can be interpreted as follows.
  • the UE may utilize a hashing function to calculate a Control Channel Element (CCE) index in a search space set.
  • the hashing function may be set based on the following table.
  • the UE may calculate the CCE index from the search region set based on the following hashing function.
  • the Type 1 PDCCH common search space is masked (or scrambling) with RA-RNTI, TC-RNTI (temporary cell RNTI), or C-RNTI (Cell RNTI) on the primary cell. ) May mean a subset of the PDCCH search region designated for transmitting the PDCCH.
  • the terminal may monitor the search area.
  • the UE may detect DCI for Msg2 (eg PDSCH) and DCI for Msg4 (eg PDSCH) through monitoring of the search region.
  • the search area may be set by ra-ControlResourceSet in the upper layer parameter PDCCH-ConfigCommon.
  • the RRC message or IE carrying the higher layer parameter PDCCH-ConfigCommon may include SIB1, BWP-DownlinkCommon, BWP-DownlinkDedicated, and the like. If there is no explicit configuration for the search region, the UE may search for a Type 1 PDCCH within the Type 0 PDCCH common search region.
  • Configuration parameters for CSI reporting e.g. CSI-ReportConfig IE
  • a configuration parameter for CSI reporting (eg, CSI-ReportConfig ) may be configured in the terminal.
  • FIG. 9 is a diagram showing the configuration of a higher layer parameter CSI-ReportConfig IE applicable to the present disclosure.
  • resourceForChannelMeasurement csi-IM-ResourceForInterference
  • nzp-CSI-RS-ResourceForInterference in the CSI-ReportConfig IE may have the following relationship.
  • CSI calculation may be performed as follows.
  • the report for reportQuantity ⁇ cri-RSRP or ssb-Index-RSRP ⁇ can be classified as follows.
  • the UE may be configured as follows.
  • the terminal may perform the following report according to nrofReportedRS or groupBasedBeamReporting .
  • the UE may refer to the following tables defined in Section 5.2.2.1 of 3GPP TS 38.214. More specifically, the UE may report CQI information (eg, index) closest to the measured CQI to the base station based on the following tables.
  • CQI information eg, index
  • the UE may refer to the following table for RSRP reporting. More specifically, the UE may report RSRP information (eg, index) closest to the measured RSRP to the base station based on the following table.
  • RSRP information eg, index
  • the base station reports periodic Channel State Information (CSI)/beam, semi-persistent CSI/beam report to the terminal (e.g., periodic reporting is activated only during a specific time period, or the terminal performs a number of consecutive reports), Alternatively, you can request aperiodic CSI/beam report.
  • CSI Channel State Information
  • the CSI report information may include one or more of the following information.
  • CSI-RS resource indicator CSI-RS resource indicator.
  • the beam report information includes a CRI indicating a preferred beam index when the RS for beam quality measurement is a CSI-RS, an SSBID indicating a preferred beam index when the beam quality measurement RS is SSB, and an RSRP (RS received power) indicating beam quality. ) It can be composed of a specific combination of information, etc.
  • the base station For periodic and semi-persistent (SP) CSI/beam reporting of the UE, the base station provides the UE with an UL (uplink) physical channel for CSI/beam reporting during a time period in which the corresponding report is activated at a specific period (e.g. : PUCCH, PUSCH) can be allocated.
  • the base station may transmit a downlink reference signal (DL RS) to the terminal.
  • DL RS downlink reference signal
  • the DL beam pair determination procedure includes (i) a TRP Tx beam selection procedure in which a base station transmits a DL RS corresponding to a plurality of TRP Tx beams to a terminal, and the terminal selects and/or reports one of them, and (ii ) The base station repeatedly transmits the same RS signal corresponding to each TRP Tx beam, and in response thereto, the UE measures the repeatedly transmitted signals with different UE Rx beams to select a UE Rx beam. .
  • the UL beam pair determination procedure includes: (i) a UE Tx beam selection procedure in which the UE transmits UL RSs corresponding to a plurality of UE Tx beams to a base station, and the base station selects and/or signals one of them, and (ii ) It may consist of a combination of procedures in which the UE repeatedly transmits the same RS signal corresponding to the UE Tx beam, and the base station measures the repeatedly transmitted signals with different TRP Rx beams in response thereto and selects a TRP Rx beam.
  • the beam reciprocity (or beam correspondence) of DL/UL is established (e.g., in communication between the base station and the terminal, it is assumed that the base station DL Tx beam and the base station UL Rx beam coincide, and the terminal UL Tx beam and the terminal DL Rx beam coincide If possible), if only one of the DL beam pair and the UL beam pair is determined, the procedure for determining the other may be omitted.
  • the process of determining a DL and/or UL beam pair may be performed periodically or aperiodically. For example, when the number of candidate beams is large, the required RS overhead may increase. In this case, the process of determining a DL and/or UL beam pair may be performed at a predetermined period in consideration of the RS overhead.
  • the UE may perform periodic or SP CSI reporting.
  • the CSI-RS including a single or a plurality of antenna ports for CSI measurement of the UE may be beamformed and transmitted in a TRP Tx beam determined as a DL beam.
  • the transmission period of the CSI-RS may be set equal to the CSI reporting period of the UE or shorter than the CSI reporting period of the UE.
  • the base station may transmit the aperiodic CSI-RS according to the CSI reporting period of the terminal or more frequently than the CSI reporting period of the terminal.
  • the UE may transmit the measured CSI information using a UL Tx beam determined in a periodic UL beam pair determination process.
  • a beam mismatch problem may occur according to a set beam management period.
  • the optimal DL /UL beam pair can be changed.
  • the optimal DL /UL beam pair can be changed.
  • the terminal may determine whether such a beam failure event occurs through the reception quality of the downlink RS.
  • the UE may transmit a report message for this situation or a message for a beam recovery request (hereinafter referred to as a beam failure recovery request (BFRQ) message) to the base station (or network).
  • BFRQ beam failure recovery request
  • the base station may receive the corresponding message and perform beam recovery through various processes such as beam RS transmission and beam reporting request for beam recovery. This series of beam recovery processes may be referred to as beam failure recovery (BFR).
  • BFR beam failure recovery
  • the BFR process can be configured as follows.
  • BFD Beam failure detection
  • the quality of the beam is measured based on a hypothetical block error rate (BLER).
  • BLER block error rate
  • the characteristics of the beam may be measured based on a probability that the UE fails to demodulate the corresponding information, assuming that control information is transmitted through the corresponding PDCCH.
  • a plurality of search spaces to monitor the PDCCH to a specific terminal may be set.
  • the beam (or resource) may be set differently for each search area. Accordingly, the case in which all PDCCH beams fall below a predetermined quality value may mean a case in which the quality of all beams that can be set differently for each search area falls below the BLER threshold.
  • various methods of setting may be applied/set for the BFD reference signal (or BFD RS).
  • an implicit setting method may be used for the BFD reference signal.
  • a control resource set (CORESET [see TS 38.213, TS 38.214, TS 38.331]), which is a resource region through which a PDCCH can be transmitted, may be set in each search space.
  • the base station may indicate/set to the terminal RS information (eg, CSI-RS resource ID, SSB ID) QCL in terms of spatial RX parameters for each CORESET ID.
  • the base station may indicate/set the QCL-dated RS to the UE through a transmit configuration information (TCI) indication.
  • TCI transmit configuration information
  • the base station instructs/sets the RS (i.e., QCL Type D in TS 38.214) QCL in terms of the spatial RX parameter to the terminal, the beam used for spatially QCLd RS reception when the terminal receives the PDCCH DMRS. It may include indicating/setting that (or can use) should be used as it is.
  • the base station indicates/sets the RS (i.e., QCL Type D in TS 38.214) QCL in terms of spatial RX parameter to the terminal, the base station indicates the same transmission beam for spatially QCL antenna ports or It may include informing the UE that the transmission will be performed by applying a similar transmission beam (eg, when the beam direction is the same/similar and the beam width is different).
  • the base station may explicitly set a specific RS (eg, beam RS(s)) for BFD use to the terminal.
  • the specific RS may correspond to the'all PDCCH beams'.
  • a plurality of BFD RSs is defined as a BFD RS set.
  • the MAC (Media Access Control) layer of the terminal may declare a beam failure.
  • the UE may find a beam having a predetermined quality value (Q_in) or more among RSs set by the base station as a candidate beam RS set.
  • Q_in a predetermined quality value
  • the terminal may select the corresponding beam RS.
  • the terminal may randomly select one beam RS from among the corresponding beam RSs.
  • the UE can perform Step 2 below.
  • the beam quality may be determined based on RSRP.
  • the RS beam set set by the base station may be configured as one of the following three cases.
  • -All beam RSs in RS beam set are composed of SSB
  • -All beam RSs in the RS beam set are composed of CSI-RS resources
  • -Beam RSs in the RS beam set are composed of SSBs and CSI-RS resources
  • the UE may find a beam having a predetermined quality value (Q_in) or more among SSBs (connected to contention based PRACH resources).
  • the terminal can select the corresponding SSB.
  • the UE may randomly select one SSB from among the corresponding SSBs.
  • the terminal can perform Step 3 below.
  • the UE may select any SSB from among SSBs (connected to contention based PRACH resources).
  • the BFRQ Beam Failure Recovery Request refers to a PRACH resource and a PRACH preamble that are established directly or indirectly connected to the beam RS (eg, CSI-RS or SSB) selected by the UE in the above-described process to the base station. May include.
  • BFRQ may include transmitting a PRACH preamble related to a beam RS selected by the UE in the above-described process through a PRACH resource related to a beam RS selected by the UE.
  • a PRACH resource and a PRACH preamble that are directly connected can be used in the following cases.
  • the indirectly connected PRACH resource and PRACH preamble may be used in the following cases.
  • the UE is designated as capable of receiving with the same reception beam as the corresponding CSI-RS (e.g., quasi-co-located (QCLed) with respect to spatial Rx parameter) (contention-free) PRACH resource and PRACH connected to the SSB You can choose preamble.
  • CSI-RS e.g., quasi-co-located (QCLed) with respect to spatial Rx parameter
  • the RSRQ based on the Contention-Free PRACH resource and the PRACH preamble is referred to as a Contention Free Random Access (CFRA) based RSRQ.
  • CFRA Contention Free Random Access
  • the terminal transmits a PRACH preamble to the base station, and the terminal may monitor a response from the base station (eg, gNB) for the corresponding PRACH transmission.
  • the base station eg, gNB
  • the response signal for the contention-free PRACH resource and PRACH preamble may be transmitted through a PDCCH masked with a cell random network temporary identifier (C-RNTI).
  • C-RNTI cell random network temporary identifier
  • the PDCCH may be received on a search area separately (by RRC signaling) set for BFR use.
  • the search area can be set on a specific CORESET (for BFR).
  • a response signal for a contention based PRACH for BFR may reuse a CORESET (eg, CORESET 0 or CORESET 1) and a search area set for a random access process based on a contention based PRACH.
  • CORESET eg, CORESET 0 or CORESET 1
  • the terminal if the terminal does not receive a response signal for a certain period of time, the terminal repeatedly performs the above-described new beam identification and selection process and the BFRQ & monitoring gNB's response process. can do.
  • the UE may perform the above process until (i) PRACH transmission reaches a preset maximum number of times (eg, N_max) or (ii) a separately set timer expires. In this case, when the timer expires, the terminal may stop contention free PRACH transmission. However, in the case of contention based PRACH transmission by SSB selection, the terminal may perform the PRACH until N_max reaches (regardless of whether the timer expires).
  • the UE may perform Contention Based Random Access (CBRA) based BFRQ.
  • CBRA Contention Based Random Access
  • the UE may perform CBRA-based BFRQ as a subsequent operation.
  • the UE uses the PRACH resource used for uplink initial access, and thus collisions with other UEs may occur.
  • Beam failure procedure may be configured (The MAC entity may be configured by RRC with a beam failure recovery procedure which is used for indicating to the serving gNB of a new SSB or CSI-RS when beam failure is detected on the serving SSB ( s)/CSI-RS(s)). Beam failure may be detected by counting a beam failure instance indication from the lower layer to the MAC entity.
  • the base station may set the following parameters in the upper layer parameter BeamFailureRecoveryConfig to the terminal through RRC signaling:
  • the terminal may use the following parameters for the beam failure detection procedure:
  • the initial value is set to 0
  • the MAC entity of the terminal may operate as follows.
  • SpCell Special Cell, e.g. Primary Cell in MCG (Macro Cell Group), or PSCell (Primary SCG Cell) in SCG (Secondary Cell Group) by applying powerRampingStep, preambleReceivedTargetPower, and preambleTransMax parameters set in the upper layer parameter beamFailureRecoveryConfig )
  • PSCell Primary Cell in MCG (Macro Cell Group)
  • PSCell Primary SCG Cell
  • preambleReceivedTargetPower PreambleTransMax parameters set in the upper layer parameter beamFailureRecoveryConfig
  • PCell may be defined as follows.
  • PCell Primary Cell
  • the UE performs an initial connection establishment procedure or initiates a connection re-establishment procedure, or indicates a primary cell within a handover procedure.
  • a cell operating on a secondary frequency a cell that can be configured when an RRC connection is established or a cell used to provide additional radio resources such as an additional carrier for carrier aggregation
  • contention based random access (CBRA) on SCell cannot be set.
  • CFRA Contention Free Random Access
  • the word'serving cells' means one or more sets including a PCell and all SCell(s).
  • the CBRA of the PCell may be used, or the CFRA for the SCell BFR (if there is a SCell UL) may be additionally used.
  • an operation based on a PCell set in FR1 and a SCell set in FR2 may be considered.
  • the link quality of the PCell UL may be assumed to be good. Since SCell includes only DL CC (component carrier), it is possible to utilize MAC-CE in PCell as a simple solution for SCell BFR. In this case, the UE may transmit a Cell ID, a new beam RS ID, and the like through the PCell PUSCH. For a MAC-CE-based solution, the UE may need to transmit an SR (Scheduling Request) on the PUCCH.
  • SR Service Request
  • the terminal In order for the base station to promptly recognize the status of the terminal (e.g., whether the terminal requests a PUSCH for general data transmission or a PUSCH for BFR reporting, etc.), the terminal is an SR resource used only for BFRQ. It may be considered to allocate the SR resource dedicated to the (dedicated). Since this is a transmission initiated by the UE, in this case, the SR PUCCH format can be reused.
  • the following items may be considered for beam failure recovery for a SCell configured as DL only or DL/UL in FR2.
  • the PCell can operate within FR2 as well as FR1.
  • PCell BFR For SCell BFR, it can be assumed that the link quality of PCell DL/UL is good enough. If the PCell is in a beam failure state, prior to recovering the SCell beam, recovery of the PCell beam may be performed first through an existing BFR mechanism. To this end, a scheme in which only PCell UL is used for request/information related to SCell beam failure may be considered.
  • Option 2 Beam information for the occurrence and failure and/or survived beam(s) of SCell beam failure
  • the base station may trigger a regular beam report on the PCell based on an existing (existing) beam reporting mechanism in order to obtain information for the SCell.
  • the terminal may report only the occurrence of a beam failure of the SCell through the PCell UL.
  • the UE may report related information through a dedicated PUCCH resource of PUCCH format 0/1 on the PCell. Accordingly, a separate signal/message/procedure may not be defined for SCell BFR.
  • FIG. 10 is a diagram briefly showing a random access procedure applicable to the present disclosure.
  • the terminal may receive system information (for initial attachment) or RRC connection re-configuration information (for LTE interplay) from the base station.
  • the terminal may transmit Msg1 (PRACH preamble) to the base station.
  • Msg1 PRACH preamble
  • the UE may transmit a PRACH premable masked (or scrambled) with RA-RNTI to the base station.
  • the terminal may receive Msg 2 (eg, RAR (Random Access Response) (via PDCCH/PDSCH))
  • Msg 2 eg, RAR (Random Access Response) (via PDCCH/PDSCH)
  • PRACH transmission ie, PRACH transmission
  • the base station transmits the scrambled DCI with the RA-RNTI value (calculated previously) to the base station.
  • the terminal may attempt to detect a PDCCH (eg, DCI) masked (or scrambled) with a corresponding RA-RNTI in the RAR-Window period. For example, in the ra-ResponseWindow, the terminal may find the DCI in the search area (eg, Type 1 PDCCH Common Search Space) (look for).
  • a PDCCH eg, DCI
  • the terminal may find the DCI in the search area (eg, Type 1 PDCCH Common Search Space) (look for).
  • -DCI format 1_0 masked (or scrambled) with RA-RNTI may be used as the DCI format for scheduling the RAR PDSCH.
  • the terminal may transmit Msg3 to the base station (via PUSCH).
  • this step ie, just before transmitting Msg3
  • the following procedures can be performed.
  • the UE must determine whether to apply transform precoding for Msg3 PUSCH.
  • the UE must determine the subcarrier spacing for the Msg3 PUSCH.
  • the UE must transmit the Msg3 PUSCH on the same serving cell that transmitted the PRACH.
  • the terminal may receive Msg4 (eg, Contention Resolution) from the base station (via PDCCH/PDSCH).
  • Msg4 eg, Contention Resolution
  • the following procedures can be performed. For convenience of explanation, only the success cases are as follows.
  • TC-RNTI Temporal C-RNTI
  • the terminal decodes the PDSCH carrying the MAC CE
  • the terminal may transmit a HARQ ACK signal for Msg4 to the base station.
  • Msg4 Contention Resolution
  • the UE may transmit HARQ ACK for data (eg, PDSCH carrying Msg4).
  • FIG. 11 illustrates a communication system 1 applied to the present disclosure.
  • a communication system 1 applied to the present disclosure includes a wireless device, a base station, and a network.
  • the wireless device refers to a device that performs communication using a wireless access technology (eg, 5G NR (New RAT), LTE (Long Term Evolution)), and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots 100a, vehicles 100b-1 and 100b-2, eXtended Reality (XR) devices 100c, hand-held devices 100d, and home appliances 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400.
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing inter-vehicle communication.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices, including HMD (Head-Mounted Device), HUD (Head-Up Display), TV, smartphone, It can be implemented in the form of a computer, wearable device, home appliance, digital signage, vehicle, robot, and the like.
  • Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), computers (eg, notebook computers, etc.).
  • Home appliances may include TVs, refrigerators, and washing machines.
  • IoT devices may include sensors, smart meters, and the like.
  • the base station and the network may be implemented as a wireless device, and the specific wireless device 200a may operate as a base station/network node to another wireless device.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200.
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, or a 5G (eg, NR) network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200 / network 300, but may perform direct communication (e.g. sidelink communication) without going through the base station / network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (e.g.
  • V2V Vehicle to Vehicle
  • V2X Vehicle to Everything
  • the IoT device eg, sensor
  • the IoT device may directly communicate with other IoT devices (eg, sensors) or other wireless devices 100a to 100f.
  • Wireless communication/connections 150a, 150b, and 150c may be established between the wireless devices 100a to 100f / base station 200 and the base station 200 / base station 200.
  • the wireless communication/connection includes various wireless access such as uplink/downlink communication 150a, sidelink communication 150b (or D2D communication), base station communication 150c (eg relay, Integrated Access Backhaul). This can be achieved through technology (eg 5G NR)
  • the wireless communication/connection 150a, 150b, 150c may transmit/receive signals through various physical channels.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive wireless signals through various wireless access technologies (eg, LTE and NR).
  • ⁇ the first wireless device 100, the second wireless device 200 ⁇ is the ⁇ wireless device 100x, the base station 200 ⁇ and/or ⁇ wireless device 100x, wireless device 100x) of FIG. 11 ⁇ Can be matched.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may further include one or more transceivers 106 and/or one or more antennas 108.
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and then transmit a radio signal including the first information/signal through the transceiver 106.
  • the processor 102 may receive a radio signal including the second information/signal through the transceiver 106 and then store information obtained from signal processing of the second information/signal in the memory 104.
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102.
  • the memory 104 may perform some or all of the processes controlled by the processor 102, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein. It can store software code including
  • the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 106 may be coupled with the processor 102 and may transmit and/or receive radio signals through one or more antennas 108.
  • the transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be mixed with an RF (Radio Frequency) unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • the second wireless device 200 includes one or more processors 202 and one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • the processor 202 controls the memory 204 and/or the transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 202 may process information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206.
  • the processor 202 may store information obtained from signal processing of the fourth information/signal in the memory 204 after receiving a radio signal including the fourth information/signal through the transceiver 206.
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202. For example, the memory 204 may perform some or all of the processes controlled by the processor 202, or instructions for performing the descriptions, functions, procedures, suggestions, methods and/or operational flow charts disclosed in this document. It can store software code including
  • the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be connected to the processor 202 and may transmit and/or receive radio signals through one or more antennas 208.
  • the transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with an RF unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • one or more processors 102, 202 may implement one or more layers (eg, functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors 102, 202 may be configured to generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the description, functions, procedures, proposals, methods, and/or operational flow charts disclosed in this document. Can be generated.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • One or more processors 102, 202 may generate messages, control information, data, or information according to the description, function, procedure, suggestion, method, and/or operational flow chart disclosed herein.
  • At least one processor (102, 202) generates a signal (e.g., a baseband signal) including PDU, SDU, message, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , It may be provided to one or more transceivers (106, 206).
  • One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein PDUs, SDUs, messages, control information, data, or information may be obtained according to the parameters.
  • signals e.g., baseband signals
  • One or more of the processors 102 and 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer.
  • One or more of the processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the description, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document may be implemented using firmware or software, and firmware or software may be implemented to include modules, procedures, functions, and the like.
  • the description, functions, procedures, proposals, methods and/or operational flow charts disclosed in this document are included in one or more processors 102, 202, or stored in one or more memories 104, 204, and are It may be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, proposals, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or a set of instructions.
  • One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions.
  • One or more memories 104 and 204 may be composed of ROM, RAM, EPROM, flash memory, hard drive, register, cache memory, computer readable storage medium, and/or combinations thereof.
  • One or more memories 104 and 204 may be located inside and/or outside of one or more processors 102 and 202.
  • one or more memories 104, 204 may be connected to one or more processors 102, 202 through various technologies such as wired or wireless connection.
  • the one or more transceivers 106 and 206 may transmit user data, control information, radio signals/channels, and the like mentioned in the methods and/or operation flow charts of this document to one or more other devices.
  • One or more transceivers (106, 206) may receive user data, control information, radio signals/channels, etc. mentioned in the description, functions, procedures, suggestions, methods and/or operation flow charts disclosed in this document from one or more other devices.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202, and may transmit and receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or radio signals to one or more other devices.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or radio signals from one or more other devices.
  • one or more transceivers (106, 206) may be connected with one or more antennas (108, 208), and one or more transceivers (106, 206) through one or more antennas (108, 208), the description and functionality disclosed in this document. It may be set to transmit and receive user data, control information, radio signals/channels, etc. mentioned in procedures, proposals, methods and/or operation flowcharts.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) in order to process the received user data, control information, radio signal / channel, etc. using one or more processors (102, 202), the received radio signal / channel, etc. in the RF band signal. It can be converted into a baseband signal.
  • One or more transceivers 106 and 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 and 202 from a baseband signal to an RF band signal.
  • one or more of the transceivers 106 and 206 may include (analog) oscillators and/or filters.
  • the wireless device may be implemented in various forms according to use-examples/services (see FIG. 11).
  • the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 12, and various elements, components, units/units, and/or modules ) Can be composed of.
  • the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130, and an additional element 140.
  • the communication unit may include a communication circuit 112 and a transceiver(s) 114.
  • the communication circuit 112 may include one or more processors 102 and 202 and/or one or more memories 104 and 204 of FIG. 12.
  • the transceiver(s) 114 may include one or more transceivers 106,206 and/or one or more antennas 108,208 of FIG. 12.
  • the control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls all operations of the wireless device.
  • the controller 120 may control the electrical/mechanical operation of the wireless device based on the program/code/command/information stored in the memory unit 130.
  • the control unit 120 transmits the information stored in the memory unit 130 to an external (eg, other communication device) through the communication unit 110 through a wireless/wired interface, or through the communication unit 110 to the outside (eg, Information received through a wireless/wired interface from another communication device) may be stored in the memory unit 130.
  • the additional element 140 may be variously configured according to the type of wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an I/O unit, a driving unit, and a computing unit.
  • wireless devices include robots (Figs. 11, 100a), vehicles (Figs. 11, 100b-1, 100b-2), XR devices (Figs. 11, 100c), portable devices (Figs. 11, 100d), and home appliances. (Figs. 11 and 100e), IoT devices (Figs.
  • the wireless device can be used in a mobile or fixed location depending on the use-example/service.
  • various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may be connected to each other through a wired interface, or at least part of them may be wirelessly connected through the communication unit 110.
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (eg, 130, 140) are connected through the communication unit 110.
  • the control unit 120 and the first unit eg, 130, 140
  • each element, component, unit/unit, and/or module in the wireless device 100 and 200 may further include one or more elements.
  • the controller 120 may be configured with one or more processor sets.
  • control unit 120 may be composed of a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphic processing processor, and a memory control processor.
  • memory unit 130 includes random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), and portable computers (eg, notebook computers).
  • the portable device may be referred to as a mobile station (MS), a user terminal (UT), a mobile subscriber station (MSS), a subscriber station (SS), an advanced mobile station (AMS), or a wireless terminal (WT).
  • MS mobile station
  • UT user terminal
  • MSS mobile subscriber station
  • SS subscriber station
  • AMS advanced mobile station
  • WT wireless terminal
  • the portable device 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a memory unit 130, a power supply unit 140a, an interface unit 140b, and an input/output unit 140c. ) Can be included.
  • the antenna unit 108 may be configured as a part of the communication unit 110.
  • Blocks 110 to 130/140a to 140c correspond to blocks 110 to 130/140 of FIG. 11, respectively.
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with other wireless devices and base stations.
  • the controller 120 may perform various operations by controlling components of the portable device 100.
  • the controller 120 may include an application processor (AP).
  • the memory unit 130 may store data/parameters/programs/codes/commands required for driving the portable device 100. Also, the memory unit 130 may store input/output data/information, and the like.
  • the power supply unit 140a supplies power to the portable device 100 and may include a wired/wireless charging circuit, a battery, and the like.
  • the interface unit 140b may support connection between the portable device 100 and other external devices.
  • the interface unit 140b may include various ports (eg, audio input/output ports, video input/output ports) for connection with external devices.
  • the input/output unit 140c may receive or output image information/signal, audio information/signal, data, and/or information input from a user.
  • the input/output unit 140c may include a camera, a microphone, a user input unit, a display unit 140d, a speaker, and/or a haptic module.
  • the input/output unit 140c acquires information/signals (eg, touch, text, voice, image, video) input from the user, and the obtained information/signals are stored in the memory unit 130. Can be saved.
  • the communication unit 110 may convert information/signals stored in the memory into wireless signals, and may directly transmit the converted wireless signals to other wireless devices or to a base station.
  • the communication unit 110 may restore the received radio signal to the original information/signal. After the restored information/signal is stored in the memory unit 130, it may be output in various forms (eg, text, voice, image, video, heptic) through the input/output unit 140c.
  • the vehicle or autonomous vehicle may be implemented as a mobile robot, a vehicle, a train, an aerial vehicle (AV), or a ship.
  • AV aerial vehicle
  • the vehicle or autonomous vehicle 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a driving unit 140a, a power supply unit 140b, a sensor unit 140c, and autonomous driving. It may include a unit (140d).
  • the antenna unit 108 may be configured as a part of the communication unit 110.
  • Blocks 110/130/140a to 140d correspond to blocks 110/130/140 of FIG. 14, respectively.
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with external devices such as other vehicles, base stations (e.g. base stations, roadside base stations, etc.), and servers.
  • the controller 120 may perform various operations by controlling elements of the vehicle or the autonomous vehicle 100.
  • the control unit 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a may cause the vehicle or the autonomous vehicle 100 to travel on the ground.
  • the driving unit 140a may include an engine, a motor, a power train, a wheel, a brake, a steering device, and the like.
  • the power supply unit 140b supplies power to the vehicle or the autonomous vehicle 100, and may include a wired/wireless charging circuit, a battery, and the like.
  • the sensor unit 140c may obtain vehicle status, surrounding environment information, user information, and the like.
  • the sensor unit 140c is an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight detection sensor, a heading sensor, a position module, and a vehicle advancement. /Reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illumination sensor, pedal position sensor, etc. may be included.
  • the autonomous driving unit 140d is a technology for maintaining a driving lane, a technology for automatically adjusting the speed such as adaptive cruise control, a technology for automatically driving along a predetermined route, and for driving by automatically setting a route when a destination is set. Technology, etc. can be implemented.
  • the communication unit 110 may receive map data and traffic information data from an external server.
  • the autonomous driving unit 140d may generate an autonomous driving route and a driving plan based on the acquired data.
  • the controller 120 may control the driving unit 140a so that the vehicle or the autonomous driving vehicle 100 moves along the autonomous driving path according to the driving plan (eg, speed/direction adjustment).
  • the communication unit 110 asynchronously/periodically acquires the latest traffic information data from an external server, and may acquire surrounding traffic information data from surrounding vehicles.
  • the sensor unit 140c may acquire vehicle state and surrounding environment information.
  • the autonomous driving unit 140d may update the autonomous driving route and the driving plan based on the newly acquired data/information.
  • the communication unit 110 may transmit information about a vehicle location, an autonomous driving route, and a driving plan to an external server.
  • the external server may predict traffic information data in advance using AI technology or the like based on information collected from the vehicle or autonomously driving vehicles, and may provide the predicted traffic information data to the vehicle or autonomously driving vehicles.
  • Type 1 PDCCH Common Search Space of the present disclosure may be defined as follows.
  • the type 1 PDCCH common search region refers to a subset of the NR PDCCH search region dedicated to transmitting the PDCCH scrambled with RA-RNTI, TC-RNTI or C-RNTI on the primary cell (PCell). I can. Accordingly, the UE can monitor the search area during all periods of the RACH process. In other words, the terminal may search the search area to find DCI(s) for Msg2 (PDSCH) and/or Msg4 (PDSCH) within the RACH process.
  • PDSCH Msg2
  • PDSCH Msg4
  • the type 1 common search area may be explicitly set by ra-ControlResourceSet in the upper layer parameter PDCCH-ConfigCommon.
  • the higher layer parameter PDCCH-ConfigCommon may be transmitted through System Information Block 1 (SIB1), the higher layer parameter BWP-DownlinkCommon, the higher layer parameter BWP-DownlinkDedicated, and the like.
  • SIB1 System Information Block 1
  • the setting for the search area is not explicitly set by an RRC message (e.g., ra-ContorlResourceSet and/or ra-SearchSpace, etc.)
  • the terminal is a type 0 PDCCH common search area (Type 0 PDCCH Common Search Space). )
  • My Type 1 PDCCH can be searched.
  • CSI reporting may be set/indicated by the CSI-ReportConfig IE shown in FIG. 9.
  • reportQuantity may mean CSI-related information or quantity to be reported by the UE. More specifically, the UE may perform CSI reporting based on the following items.
  • the base station when the terminal reports preferred beam information, it may be assumed that the base station sets “cri-RSRP” or “ssb-Index-RSRP” to the terminal as reportQuantity.
  • the base station uses “cri-SINR”, “ssb-Index-SINR”, and “cri- It can be assumed that “RI-PMI-CQI” can be set.
  • terminal may be replaced with a user equipment (UE).
  • UE user equipment
  • the higher layer signaling may include radio resource control (RRC) signaling, MAC CE, and the like.
  • RRC radio resource control
  • a transmission reception point may be extended and applied to a beam.
  • a beam may be replaced with a resource.
  • the UE may transmit a scheduling request (SR) to the base station in both cases where there is no UL data to be transmitted (eg, case 1) and when there is UL data to be transmitted (eg, case 2).
  • the terminal may transmit different SR information according to case 1 and case 2.
  • the SR may have a value of'-1'
  • the SR may have a value of'+1'.
  • the terminal does not transmit an SR for BFRQ
  • the terminal does not transmit an SR (or UL signal for BFRQ) because a beam failure does not occur. It may mean that the terminal transmits an SR (or UL signal for BFRQ) indicating that no beam failure has occurred to the base station.
  • the base station reports aperiodic CSI for (partial) beam failure to the terminal based on a CSI (channel state information) request within the DCI Settings can be triggered.
  • the UE may perform aperiodic CSI reporting for (partial) beam failure based on a preset CSI-AperiodicTriggerState RRC parameter.
  • the base station may trigger a beam failure report to the terminal by maximizing the "aperiodic CSI reporting framework" defined in the conventional standard.
  • the aperiodic CSI report configuration for (partial) beam failure may be set based on (i) the upper layer parameter AperiodicTriggerState as well as (ii) other higher layer parameters.
  • the other higher layer parameters may be triggered based on (i) a CSI request within the DCI, or (ii) triggered based on other information within the DCI.
  • the beam failure reporting method refers to a method of independently encoding identification information of a failed SCell and reporting information of a new beam for SCell BFR (Method on independent encoding for failed SCell identification and new beam reporting for SCell BFR). ) Can be included.
  • 16 is a diagram briefly showing a method of reporting a beam failure of a terminal according to an example of the present disclosure.
  • the base station e.g., gNB
  • reports the BFRQ-only SR (Scheduling Request) and/or the index of the SCell in which the beam failure occurred and/or information on the preferred beam (preferred beam) of the terminal on the SCell (e.g., beam index, RSRP, etc.) can be set to report at least one or more.
  • the terminal may detect that a beam failure occurs in a series of specific SCells among the configured SCells.
  • the UE may transmit a BFRQ-only SR to the base station.
  • the base station may trigger an aperiodic CSI report to the terminal through DCI including the'CSI request' field.
  • the terminal is the SCell index in which the beam failure occurred (eg, in this disclosure, the information is referred to as primary information) and/or beam information preferred by the terminal on the corresponding SCell (eg, beam index, RSRP, etc., in the present disclosure) Thus, the information is referred to as secondary information) can be reported to the base station.
  • primary information the information is referred to as primary information
  • beam information preferred by the terminal on the corresponding SCell eg, beam index, RSRP, etc., in the present disclosure
  • secondary information can be reported to the base station.
  • the first information eg, the bitmap information
  • the second information eg, the preferred beam information
  • the size of the second information may be determined based on the first information.
  • the base station may set up to 31 SCells to the terminal.
  • a plurality of SCells among a maximum of 31 SCells may be physically arranged/configured at the same location (e.g., a plurality of SCells have the same center frequency or consist of different component carriers in the same band, Etc).
  • the plurality of SCells can be distinguished from each other by being defined on different frequency bands. In this way, when blockage occurs for a plurality of SCells physically arranged/set in the same location, beam failure may occur simultaneously for the plurality of SCells.
  • the UE needs to simultaneously report whether the beam of one or more SCell(s) has failed to the base station. Otherwise, when the terminal sequentially reports whether the beam has failed for each SCell, there may be a disadvantage that the beam recovery of the last SCell reported by the terminal proceeds very late.
  • the terminal may report not only whether the beam of one or more SCells has failed, but also information about the beam preferred by the terminal (eg, preferred beam index, RSRP, SINR, etc.) to the base station.
  • the base station may perform a beam recovery operation for the corresponding SCell based on the beam information.
  • the base station may change the beam of the CORESET of the corresponding SCell to beam information reported from the terminal (eg, a beam preferred by the terminal).
  • the size of the second information is (i) the number of SCells in which beam failure has occurred, and/or (ii) NZP (non-zero power) CSI-RS set in the SCell (beam failure has occurred) and/ Or the number of SSBs, and/or (iii) the number of NZP CSI-RSs and/or SSBs set for the purpose of New Beam Identification (NBI) in the SCell (where beam failure has occurred) (that is, set as a candidate for new beam RS), And/or (iv) RSRP transmission or the like.
  • NBI New Beam Identification
  • the base station can predict the size of the second information.
  • the size of the second information may be determined based on the first information. Accordingly, when the two different pieces of information are each (individually) encoded, the UE can minimize the size of uplink feedback information required to report the information.
  • the base station may allocate/set a PUSCH resource having an arbitrary size to the terminal for beam failure reporting.
  • the allocated/configured PUSCH resource size is larger than the size requested by the actual UE, UL resources may be wasted.
  • the terminal must request an additional PUSCH resource from the base station, and thus, a problem of increasing latency may occur. In this case, the terminal may efficiently operate the UL resource by transmitting the first information and the second information in different resources.
  • 17 is a diagram briefly showing an example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • the base station configures a total of 31 SCells to the terminal.
  • a bill failure occurs in the 1st/5th SCells among a total of 31 SCells.
  • the terminal may report to the base station by setting the first and fifth bits of the 31 bitmaps to 1 and the remaining bits to 0.
  • NZP CSI-RS resources are respectively set as candidates for a new beam RS in SCell #1 and #5, and the number of beams reported for each SCell is 1, and RSRP for each SCell
  • the bit size for is 7 bits.
  • the terminal (i) reports whether the beam of one or more SCells has failed using a bitmap, and (ii) preferred beam information related to the SCell in which the beam failure has occurred at the same time. (Example: preferred beam index and RSRP, etc.) can be reported to the base station. Accordingly, overhead of uplink feedback information can be minimized.
  • the base station when the terminal reports beam#3 and beam#7 as preferred beam information related to SCell#1 and SCell#5, respectively, to the base station, the base station indicates/set beams with TCI of CORESET of SCell#1 and SCell#5.
  • Each of the information may be set to the terminal based on the reported beam (eg, beam#3 for SCell#1, beam#7 for SCell#5).
  • the base station may set a CORESET transmitted to the terminal based on beam#3, and in the case of SCell#5, a CORESET transmitted to the terminal based on beam#7 may be configured.
  • the size of the bitmap (eg, the size of the first information) may be determined based on the number of SCells (BFD/BFR is) configured in the terminal.
  • the size of the bitmap (eg, the size of the first information) may be determined based on higher layer signaling.
  • each bit included in the bitmap may be configured to be connected to a specific SCell.
  • the base station may set/define a bitmap configured with a maximum size of 31 bits to the terminal through RRC signaling. Subsequently, the base station may set/instruct a bit to be activated among the maximum 31 bit sizes through MAC-CE. Based on this, the terminal may re-index only the activated bit to set/determine a new bitmap, and based on this, report whether the beam of the SCell(s) (corresponding to the activated bit) has failed to the base station. have.
  • the number of beams reported by the UE for each SCell may be set based on higher layer signaling (eg, RRC and/or MAC-CE, etc.).
  • higher layer signaling eg, RRC and/or MAC-CE, etc.
  • the number of beams reported by the terminal for each SCell is set as one information/configuration, which can be applied to all SCells. For example, when the base station sets the number of beams reported by the terminal for each SCell to 2 to the terminal, the terminal may report information on up to two preferred beams for every SCell. If the number of beams that the terminal can report for a specific SCell is less than the number of beams set (by the base station), the terminal determines the number of beams reported for the specific SCell as the number of beams that the terminal can report for the SCell. Can be set and reported.
  • each of the first information and the second information may be referred to as part 1 for SCell BFR and part 2 for SCell BFR according to an embodiment.
  • the first information may be composed of information directly indicating the SCell index, not in the form of a bitmap.
  • SCell #1, #2, #3, #4 is set to the terminal and SCell #3, #4 among the SCells is activated, '0' of a specific bit indicates SCell #3 '1' may represent SCell#4.
  • 1 bit is required, and 1 bit or 2 bits can be reduced compared to the bitmap method.
  • the terminal may report additional first information to the base station.
  • the size of the bitmap may be determined based on the number of SCells set in the terminal.
  • the size of the bitmap and/or the relationship between a specific bit and a specific SCell index may be determined/set based on RRC and/or MAC-CE.
  • the Rel-15 NR system supports setting up to 31 SCells to the UE, but in practice the number of SCells set by the eNB to the UE may be much smaller (eg, 2, 3, etc.). Considering such a matter, setting/defining a bitmap consisting of 31 bits may cause signaling overhead.
  • the size of the bitmap may be determined/set to 4.
  • each bit in the bitmap may be mapped 1:1 in the order of a set SCell index (set to the terminal). For example, when the SCell index is 1, 4, 5, and 8, the SCell indexes 1, 4, 5, and 8 may correspond 1:1 to the 1st, 2nd, 3rd, and 4th bits, respectively.
  • the terminal may report to the base station by setting the 2nd bit in the bitmap to 1.
  • the size of the Bitmap may be set/determined based on the RRC and/or MAC-CE from the base station.
  • each bit in the bitmap may be mapped 1:1 in the order of a set SCell index (set to the terminal). For example, when the SCell index is 1, 4, 5, and 8, the SCell indexes 1, 4, 5, and 8 may correspond 1:1 to the 1st, 2nd, 3rd, and 4th bits, respectively.
  • the size of the Bitmap may be set/determined based on the RRC and/or MAC-CE from the base station.
  • the mapping relationship of each bit in the bitmap to the configured SCell index may be set/determined based on RRC and/or MAC-CE. For example, if the size of the bitmap is 4 and the SCell index (set to the terminal) is 1, 4, 5, 8, 10, the base station is based on the RRC and/or MAC-CE 4, 5, 8, 10 SCell
  • the index can be set to correspond to each of the 1st, 2nd, 3rd, and 4th bits of the bitmap 1:1.
  • the base station can configure the UE to report beam failure information composed of only SCells requiring beam recovery, so that UL overhead (or UCI overhead) can be reduced.
  • the size of the Bitmap is (i) determined/set based on the number of CSI-AssociatedReportConfigInfo set in a specific CSI-AperiodicTriggerState, or (ii) set based on RRC and/or MAC-CE Can be.
  • the number of SCells set in the terminal may be extended to “activated SCells (by the base station)”. This is because in the case of a deactivated SCell, the terminal and the base station do not need to perform beam recovery.
  • CARCI CSI-AssociatedReportConfigInfo
  • the base station may call a specific CSI-AperiodicTriggerState through a'CSI request' field in DCI.
  • the UE may report all CSI-AssociatedReportConfigInfo included in the called CSI-AperiodicTriggerState to the base station.
  • the base station is configured for each SCell set to the terminal based on the signal (at this time, the maximum 16 SCells may be configured) and triggered to report UE preferred beam information related to.
  • triggering the base station to report the beam information of the SCell in which the beam failure has not occurred to the terminal may be unnecessary in terms of beam recovery (redundant). Accordingly, in the third operation example of the first beam failure reporting method, a method for minimizing the unnecessary signal transmission is disclosed.
  • a new upper layer parameter called'beamFailure' in the CSI-AperiodicTriggerState IE may be set/defined as shown in the table below.
  • the UE may perform CSI reporting based on CSI-AsssociatedReportConfigInfo associated with the SCell in which beam failure occurs among maxNrofReportConfigPerAperiodicTrigger CSI-AsssociatedReportConfigInfo.
  • the UE may recognize which CSI-AsssociatedReportConfigInfo has a connection relationship with which SCell.
  • the base station may set the AperiodicTriggerState of the maximum number of maxNrOfCSI-AperiodicTriggers to the terminal using the CSI-AperiodicTriggerStateList. Subsequently, the base station may select/instruct one AperiodicTriggerState from among AperiodicTriggerStates set through a'CSI request' field in DCI. Accordingly, according to the first embodiment, the UE may set/receive the CSI-AperiodicTriggerState in which the beamFailure parameter is set based on the'CSI request'.
  • the UE can expect/regard that the base station normally receives a UL signal (eg, SR for BFRQ) and performs beam recovery.
  • a UL signal for beam recovery eg, SR for BFRQ
  • UL resources for beam recovery eg, the CSI-AperiodicTriggerState in which the beamFailure parameter is set is the CSI request field Indicated by
  • FIG. 18 is a diagram briefly showing another example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • the terminal may report to the base station by setting bits 1 and 5 of 31 bitmaps to '1' and setting the remaining bits to '0'.
  • each bit of the bitmap may have a connection relationship with a different CSI-AssociatedReportConfigInfo in order (eg, the 5th bit of the bitmap is mapped with the 5th CSI-AssociatedReportConfigInfo in the associatedReportConfigInfoList).
  • the UE may only perform CSI reporting based on CARCI#1 and CARCI#5.
  • the terminal may report preferred beam information (eg, preferred beam index and/or RSRP, etc.) related to SCells 1 and 5 to the base station.
  • preferred beam information eg, preferred beam index and/or RSRP, etc.
  • the base station can identify/detect which SCell(s) has caused a beam failure through a bitmap, and recognize which CSI-AssociatedReportConfigInfo has been performed by the terminal based on this. have.
  • the base station can predict the size of the second information received from the terminal (eg, a beam index and/or RSRP that the terminal prefers).
  • the BFR RS of SCell#4 is also related to SCell#5
  • beam failures of SCell#4 and SCell#5 may occur simultaneously.
  • a common bit value is defined/set for the SCell #4 and SCell #5
  • the UE must use the same CARCI for CSI reporting for both SCells.
  • the base station may call different CARCIs or the same CARCI for the two SCells.
  • 1 bit is further required, and repetitive definition/configuration of CARCI may be required to perform 1:1 mapping between each bit and each CARCI.
  • a method for avoiding such repetitive definition/configuration a method in which the base station explicitly signals the relationship between each bit of the bitmap and CARCI may be applied.
  • FIG. 19 is a diagram briefly showing another example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • both the 4th and 5th bits of the bitmap may be mapped to the same CARCI#4.
  • the NZP CSI-RS of SCell#4 may be used for the beam determination of CORESET in SCell#5.
  • the above setting can be applied when the frequency bands of SCell#4 and SCell#5 are similar (eg, mmWave band). In this case, even if the UE monitors only the NZP CSI-RS of SCell#4, the UE can infer the preferred beam from SCell#5, thereby reducing UE complexity.
  • the UE can only perform CSI reporting corresponding to CARCI#4 even if it detects that a beam failure has occurred in two SCells. More specifically, the terminal may report only the preferred beam information of the terminal belonging to SCell #4 to the base station. As a result, the UE only needs to find a preferred beam among the beams belonging to SCell#4, thereby reducing UE complexity and reducing UCI overhead.
  • the UE in determining the size of the second information by the UE, the UE, even if a beam failure occurs in two SCells, based on the same CARCI#4 connected to the two SCells, the second information for the two SCells It can be determined/assumed that is composed of only one.
  • the UE assumes the plurality of SCells as one SCell and determines the size of the second information. You can decide.
  • the base station when the base station also receives the first information related to the occurrence of a beam failure in a plurality of SCells connected to the same CARCI (or a plurality of activated bitmap bits connected to the same CARCI), the base station In order to determine the size of the second information, the number of the plurality of SCells may be assumed to be one SCell, and based on this, it may be expected that the second information for the plurality of SCells is configured as one.
  • 20 is a diagram briefly showing another example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • the fourth bit of the bitmap may be related to SCell #4 and #5.
  • the terminal reports the same contents as the above-described third embodiment to the base station, but the size of the bitmap reported by the terminal can be reduced from 16 to 15.
  • the size of the bitmap can be reduced by allowing one or more SCell index connections to each bit indicating whether the SCell beam fails.
  • the connection establishment may be performed based on RRC and/or MAC-CE.
  • the base station can explicitly connect each bit of the bitmap with the SCell and/or CARCI.
  • the following table shows an example in which the base station explicitly signals the connection relationship between each bit of the bitmap and the SCell by using the higher layer parameter SCells.
  • SCell#4/5/12/20/25 is set/defined for the terminal based on the higher layer parameter SCells.
  • the SCells configuration/reconfiguration may be performed based on RRC and/or MAC-CE.
  • 21 is a diagram briefly showing another example of a method for reporting a beam failure of a terminal according to the present disclosure.
  • each bit of the bitmap may be mapped 1:1 with (different) SCells. At this time, each bit may be mapped to CARCI in order.
  • higher layer parameter CARCIs may be newly set/defined.
  • the base station may explicitly signal the connection relationship between each bit of the bitmap and the SCell and CARCI.
  • the SCells and/or CARCIs and/or Default-mode setting/reconfiguration may be performed based on RRC and/or MAC-CE.
  • FIG. 22 is a diagram briefly showing another example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • each bit of the bitmap may have a mapping relationship with SCell and CARCIs in a 1:1 manner.
  • different bits may be associated with the same CARCI.
  • the base station may call one CARCI (eg, CARCI#4) instead of different CARCIs for two SCells.
  • the base station and the terminal can use the candidate RS of SCell #4 for beam management of SCell #5, and thus can support the above-described configuration.
  • the RS may also be used for beam management (or beam recovery) of SCell#5.
  • the CARCI index may be mapped even in the default mode.
  • the base station may request the state from the UE through a CSI request.
  • the UE can call CARCI#1/#2/#3/#4 even though no beam failure has occurred in any SCell.
  • each CARCI may implicitly include a SCell ID (eg, the first embodiment described above).
  • FIG. 23 is a diagram briefly showing another example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • each bit of the bitmap has a 1:1 correspondence relationship with CARCI.
  • the terminal may perform CARCI #4 and #5 respectively associated with the SCell and report related information (eg, second information) to the base station. .
  • the terminal may report a bitmap (eg, [0 0 0 1 1 0... 0 ], aka first information) to the base station together.
  • the base station can know that CARCI #4 and #5 are performed, and as a result, it can be seen that a beam failure occurs in SCell #7 and SCell #11.
  • the base station and the terminal can transmit and receive related information.
  • the UE does not report the occurrence of a beam failure of the SCell to the base station (e.g., does not transmit a UL signal for BFRQ to the base station), when the base station instructs/configures the BFR-only CSI report, the UE defaults to (Default ) Set CSI-AssociatedReportConfigInfo can be executed.
  • a specific CSI-AperiodicTriggerState may be defined as a beam failure only. Accordingly, one state may be unnecessarily consumed.
  • the UE when the UE instructs/configures BFR-only CSI reporting from the base station in a state in which the UE does not transmit a UL signal for BFRQ (or in a state in which beam failure does not occur in any SCell) (For example, when receiving a CSI-AssociatedTriggerState in which beamFailure is configured), the UE may perform only CARCI set as Default.
  • Default-mode may indicate CARCI set as Default.
  • Default-mode [1 1 0 0... 0] is set to the terminal, and when the terminal receives the corresponding CSI-AssociatedTriggerState from the base station without transmitting the UL signal for BFRQ, the terminal can perform CARCI #1, #2.
  • the states for reporting CARCI #1 and #2 and the state for reporting CSI for beam recovery may be the same. Accordingly, the total number of required states can be reduced from two to one.
  • a specific operation of the terminal eg, CARCI #1, #2 reporting, or CSI reporting for beam recovery
  • each value of Default-mode corresponds to CSI-AssociatedReportConfigInfo 1:1.
  • each value of the default-mode may correspond to each bit of a bitmap indicating whether a beam of the SCell fails in a 1:1 manner.
  • 24 is a diagram briefly showing another example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • the UE may perform CARCI connected to the first and second bits of the bitmap, respectively.
  • the terminal may perform CARCI #3 and CARCI #4.
  • the UE may perform only CARCI related to the SCell whose bit value is 1.
  • the specific operation of the terminal may vary depending on whether the terminal transmits the UL signal for BFRQ. In this case, the following may be considered.
  • the terminal transmits a UL signal for BFRQ, but the base station does not receive it, and the base station may transmit a BFR-only CSI request to the terminal (without knowing that the terminal has transmitted the UL signal for BFRQ).
  • the terminal performs CSI reporting on the SCell in which the beam failure has occurred, while the base station can expect the CSI report set in the Default-mode.
  • the terminal may report the first information (eg, bitmap) to the base station together with the second information.
  • the base station may distinguish whether a CSI report transmitted by the UE in a default mode or a CSI report for beam recovery due to a beam failure in the SCell, based on the received first information.
  • the mismatch can be resolved.
  • the UE when a beam failure occurs in any SCell and the UE has not yet transmitted a UL signal for BFRQ, when the UE indicates/receives CSI-AperiodicTriggerState for beam recovery from the base station, the UE Contrary to the intention, the SCell index where the beam failure occurred and the preferred beam information of the terminal on the SCell may be reported directly to the base station.
  • the terminal may report the first information and the second information to the base station through different PUCCH and/or PUSCH resources.
  • the terminal may transmit the first information to the base station in a periodic/semi-periodic basis. Accordingly, the first information may be suitable for periodic PUCCH and/or Semi-Persistent PUCCH and/or Semi-Persistent PUSCH transmission.
  • the base station can know that a beam failure has occurred in a certain SCell based on the first information. Accordingly, the UE may not need to separately transmit a UL signal (eg, SR for BFRQ) for BFRQ to the base station.
  • a UL signal eg, SR for BFRQ
  • the size of the second information may vary according to the number of SCells in which beam failure has occurred, and may have a relatively large size based on the size of included beam information.
  • the second information since the second information is unnecessary information in a situation where no beam failure has occurred, it may be appropriate to transmit the second information to the base station by aperiodic transmission.
  • the second information may be transmitted to the base station through aperiodic PUSCH transmission.
  • 25 is a diagram briefly showing another example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • the terminal may report the first information to the base station through a periodic PUCCH. And, based on the occurrence of a beam failure in a specific SCell before reporting of the second first information, the terminal may report a beam failure of the specific SCell to the base station through the second first information. In this case, the base station may perform beam recovery for the specific SCell.
  • the base station instructs the terminal to report the terminal's preferred beam information (e.g., preferred beam index and/or RSRP, etc.) to the base station on the SCell in which the beam failure occurred through a CSI request.
  • the base station can know through the second first information whether a beam failure has occurred in which SCell, and can predict the size of the second information received thereafter, and instruct/set/set a PUSCH resource corresponding thereto to the terminal. Can be assigned.
  • the base station has no choice but to indicate/set/allocate a PUSCH resource having an arbitrary size to the terminal.
  • the PUSCH resource size is larger than the size requested by the actual UE, UL resources are wasted, whereas when the PUSCH resource size is smaller than the size requested by the actual UE, an additional PUSCH resource request from the UE may be required. That is, a problem of increasing latency may occur.
  • the UE can transmit the first information and the second information in different resources, and through this, the base station can efficiently operate the UL resource.
  • the base station may instruct/call the CSI request for BFR to the UE.
  • the base station transmits the CSI-AperiodicTriggerState for beam recovery to the terminal. You can instruct/set/call to. In this case, the UE may perform CARCI set in Default-mode of the CSI-AperiodicTriggerState.
  • the base station may instruct/set a'CSI request' to the terminal.
  • the UE can expect a CSI report on the SCell in which the beam failure has occurred.
  • the terminal may report the second information to the base station together with the first information. Since the UE has already reported the first information through PUCCH or the like, reporting (addition) of the first information through PUSCH may be unnecessary (redundant).
  • the mismatch described above can be solved through the above method.
  • the PUSCH reporting is an event triggering scheme, this operation may not be a big problem in terms of UL resource overhead.
  • 26 is a diagram briefly showing another example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • the bitmap which is the first information
  • the first information may have a 1:1 mapping relationship with CARCI. Accordingly, the first information may have a size of 16 bits.
  • the base station may set/allocate only some CARCIs (eg, CARCI #9 to #16) to the terminal.
  • CARCI #9 to #16 the first information does not need to include CARCI #1 to #8
  • it may be defined only as 8 bits. As a result, 8 bits can be bit saved.
  • the base station may indicate/set to the UE through RRC and/or MAC-CE whether to set/define which CARCI among a plurality of CARCIs included in one CSI-AperiodicTriggerState as first information.
  • FIG. 27 is a diagram schematically illustrating a method of reporting a first beam failure according to the present disclosure.
  • the terminal and the base station can operate as follows.
  • the base station may set/allocate PUCCH/PUSCH resources for transmission of the first information to the terminal.
  • the base station may set/allocate PUCCH/PUSCH resources for transmission of second information to the terminal.
  • the terminal may detect whether a beam failure has occurred in a series of specific SCells among configured SCells.
  • the terminal may periodically report the first information to the base station irrespective of whether the beam of any SCell fails.
  • the base station If the terminal reports to the base station (i) the SCell index in which the beam failure occurred, or (ii) the CARCI index related to the SCell in which the beam failure occurred, through the first information, the base station (Aperiodic) CSI reporting can be triggered.
  • the base station can know the SCell index in which a beam failure has occurred indirectly through the information.
  • the terminal may report the SCell index where the beam failure occurred and the preferred beam information (eg, beam index, RSRP) of the terminal on the SCell to the base station.
  • the terminal may perform CARCI related to the SCell in which the beam failure has occurred, and through this, the SCell index in which the beam failure has occurred may be indirectly informed to the base station.
  • the terminal may report preferred beam information (eg, beam index, RSRP) of the terminal on the corresponding SCell to the base station.
  • the terminal may report a CARCI index (eg, first information) related to the SCell in which the beam failure has occurred to the base station together with the second information.
  • the beam failure reporting method refers to a method of independently encoding identification information of a failed SCell and reporting information of a new beam for SCell BFR (Method on independent encoding for failed SCell identification and new beam reporting for SCell BFR). ) Can be included.
  • FIG. 28 is a diagram briefly showing another example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • a third example of operation of the method for reporting a first beam failure described above may be represented as shown in FIG. 28.
  • the UE may transmit a UL signal (eg, SR) for BFRQ to the base station.
  • the base station receiving the UL signal may trigger reporting to the terminal.
  • the terminal may report a SCell index and preferred beam information to the base station.
  • the base station when the base station triggers reporting to the terminal, the base station may not be able to know exactly how many SCells (at the same time) beam failure has occurred. Accordingly, as a specific example, when beam failure occurs in 6 SCells at the same time, the UL resource allocated by the base station to the terminal may be insufficient for transmitting beam information preferred by the terminal in each of the 6 SCells.
  • various methods for solving the above problems are disclosed in detail.
  • the terminal may report information on the total number of SCells (eg, K) related to the beam information actually transmitted through the second information to the base station through the first information.
  • the UE is the second information of only the beam information of SCells related to K bits based on MSB (Most Significant Bit) (or LSB (Least Significant Bit)) among bits related to the SCell in which the beam failure occurred in the bitmap. It can be transmitted to the base station through.
  • the base station may determine the size of the second information and SCells to which the beam information is actually transmitted, based on the bitmap included in the first information and the information on the total number (eg, K).
  • the terminal may report information on the total number K of CARCIs actually reported through the second information to the base station through the first information.
  • the UE is among the bits related to the SCell in which the beam failure has occurred (or among the bits mapped with the CARCI related to the SCell in which the beam failure has occurred) in the bitmap, the K bits related to the MSB (or LSB). Only CARCI can be transmitted to the base station through the second information.
  • the base station may determine the size of the second information and the actually reported CARCI based on the bitmap included in the first information and information on the total number (eg, K).
  • the UE may report the number of SCells to which beam information is actually reported to the base station among SCells in which beam failure has occurred. For example, the information on the number may be transmitted to the base station through the first information.
  • the UE may report the number of CARCIs to be actually reported to the base station among CARCIs related to SCells in which beam failure has occurred. For example, the information on the number may be transmitted to the base station through the first information.
  • 29 is a diagram briefly showing another example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • the UE may perform CARCI#1/4/5/6/7 related to the SCells. Accordingly, the terminal may define the bitmap and the CARCI#1/4/5/6/7 as first information and second information, respectively, and individually encode the information and transmit the information to the base station.
  • FIGS. 30 and 31 are diagrams briefly showing another example of a method of reporting a beam failure of a terminal according to the present disclosure.
  • the terminal provides the first information to (i) an existing bitmap and (ii) actually The number of CARCIs transmitted through the second information may be added and reported to the base station. Subsequently, the terminal may include only CARCI #1 and CARCI #4 in the second information and transmit it to the base station.
  • the base station may know that only CARCI#1 and CARCI#4 are included in the second information based on the'# of actual reported CARCIs' and bitmap included in the first information. Accordingly, the base station can determine that CARCI#5/6/7 is not reported. Accordingly, the base station may allocate additional UL resources for reporting the CARCI#5/6/7 to the terminal. That is, the base station can allocate the additional UL resource without requesting additional UL resources (eg, SR) from the terminal. In addition, since the base station can accurately determine the CARCI to be additionally reported by the terminal, the base station can allocate an accurate UL resource to the terminal.
  • additional UL resources eg, SR
  • the UE may report CARCI#5/6/7 through the additionally allocated UL resource.
  • the 1st and 4th bits may be set to 0. This is because CARCI#1/#4 has already been reported to the base station.
  • the base station can confirm that there is no CARCI to be transmitted by the terminal (additionally).
  • 32 is a diagram briefly showing a method of reporting a second beam failure according to the present disclosure.
  • the terminal and the base station can operate as follows.
  • the base station to the terminal (i) BFRQ-only SR (Scheduling Request) and / or (ii) a SCell index report (eg, first information) in which a beam failure occurred and / or (iii) the terminal is preferred on the SCell It is possible to set the reporting of beam information (eg, beam index, RSRP, second information).
  • beam information eg, beam index, RSRP, second information.
  • the terminal may detect that a beam failure occurs in a series of specific SCells among configured SCells.
  • the terminal may transmit a BFRQ-only SR to the base station.
  • the base station receiving the SR may trigger an aperiodic CSI report to the terminal through a CSI request of DCI.
  • the UE includes (i) one or more CARCI indexes related to SCells in which beam failure has occurred (or SCell index in which beam failure has occurred) and/or (ii) the number of CARCIs actually reported (or SCells for which beam information is actually reported The number of) and/or (iii) selected CARCIs (or preferred beam information in each of the SCells in which the beam failure has occurred), etc. may be reported to the base station.
  • the CARCI index or the SCell index may also be defined through a bitmap (eg, first information).
  • the number of actually reported SCells and/or the number of actually reported CARCIs may be reported to the base station through the first information.
  • the selected CARCIs, etc. may be reported to the base station through the second information.
  • the base station says that there are CARCIs that the terminal did not report. Can be assumed.
  • the base station may additionally trigger an aperiodic CSI report to the terminal through a CSI request for reporting for the CARCIs that have not been reported.
  • the beam failure reporting method refers to a method of independently encoding identification information of a failed SCell and reporting information of a new beam for SCell BFR (Method on independent encoding for failed SCell identification and new beam reporting for SCell BFR). ) Can be included.
  • the terminal when a beam failure occurs in any SCell among SCells basically configured for the terminal, the terminal (i) a failed SCell index and/or (ii) the SCell It is based on reporting beam information preferred by the terminal to the base station.
  • the beam failure may mean that the signal to interference and noise ratio (SINR) of all BFD RSs (Beam Failure Detection Reference Signals) set in one SCell is lower than a specific threshold. Therefore, even if some of the BFD RSs satisfy the condition from the viewpoint of the terminal, it is not possible to declare a beam failure. Such an operation may lose an opportunity for the terminal and the base station to modify the BFD RS at an early time.
  • SINR signal to interference and noise ratio
  • a method of declaring partial beam failure by the terminal may be considered.
  • the base station and the terminal may modify the BFD RS in question, thereby minimizing a situation in which a beam failure occurs due to deterioration of the quality of the entire BFD RS. If a beam failure occurs, a loss occurs in terms of the throughput of the terminal until beam recovery is performed.
  • the base station may set the upper layer parameter repetition included in the NZP CSI-RS resource set for P-2 (or P2) and P-3 (or P3) operations to'on' or'off'. .
  • the UE when the upper layer parameter repetition in the NZP-CSI-RS-ResourceSet is set to'on', the UE is a downlink spatial domain transmission filter having the same CSI-RS resource(s) in the NZP-CSI-RS-ResourceSet It may be assumed that transmission is based on (spatial domain transmission filter). In this case, the CSI-RS resource(s) in the NZP-CSI-RS-ResourceSet may be transmitted on different OFDM symbols. If the upper layer parameter repetition is set to'off ', the UE indicates that the CSI-RS resource(s) in the NZP-CSI-RS-ResourceSet are transmitted based on the same downlink spatial domain transmission filter. Cannot be assumed.
  • 33 is a diagram briefly showing a third beam failure reporting method according to the present disclosure.
  • the terminal and the base station can operate as follows.
  • the base station to the terminal (i) (partial) BFRQ-only SR (Scheduling Request) and/or (ii) information indicating whether a beam failure purpose or (partial) beam failure purpose (eg, indicator) and/or (iii) a SCell index report in which a beam failure has occurred (eg, first information) and/or (iv) a report such as beam information (eg, beam index, RSRP, second information) preferred by the UE in the SCell have.
  • a report such as beam information (eg, beam index, RSRP, second information) preferred by the UE in the SCell have.
  • the terminal may detect that a partial beam failure occurs in a series of specific SCells among configured SCells.
  • the configuration according to the present disclosure is not limited to partial beam failure, and may be extended and applied even when refinement for a DL Tx beam and/or a DL Rx beam is required.
  • the terminal may transmit a (partial) BFRQ-only SR to the base station.
  • the BFRQ-only SR (beam failure only) and the partial BFRQ-only SR may be set to be the same or different.
  • the base station may define only one SR to the terminal. Through this, PUCCH overhead can be reduced. Instead, in a subsequent operation, the UE may separately inform the base station of whether a beam fails or a partial beam failure.
  • the base station receiving the SR may trigger an aperiodic CSI report to the terminal through a CSI request of DCI.
  • the terminal (i) information indicating whether a beam failure purpose or a partial beam failure purpose (eg, indicator) and/or (ii) operated/requested CARCI index and/or (iii) actually reported CARCIs
  • information indicating whether a beam failure purpose or a partial beam failure purpose eg, indicator
  • operated/requested CARCI index e.g., a beam failure purpose
  • iii operated/requested CARCI index
  • actually reported CARCIs may be reported to the base station.
  • the operated CARCI may mean that the UE determines a preferred beam and RSRP through a periodic/semi-periodic RS, and reports this to the base station.
  • the requested CARCI may mean a CARCI requested by the terminal to the base station.
  • the base station may set the repetition of the upper layer parameter of the NZP CSI-RS resource set for Rx beam refinement of the terminal to'on'or'off'.
  • the base station may set the repetition of the upper layer parameter of the NZP CSI-RS resource set for Rx beam refinement of the terminal to'on'or'off'.
  • the same DL Tx beam is repeatedly transmitted, and the UE can refine the DL Rx beam using this (P-3, P3).
  • a plurality of different DL Tx beams are transmitted, and the UE can determine the best DL Tx beam based on this (P-2, P2), and can report this to the base station. have.
  • the base station may trigger to perform the corresponding CARCI to the terminal through a CSI request of DCI.
  • the base station may inform the terminal of a time point and on which resource the NZP CSI-RS for P-3 operation of the terminal is transmitted.
  • the UE may perform DL Tx beam refinement (P-2) and/or DL Rx beam refinement (P-3) using the NZP CSI-RS.
  • the UE may perform the report. For example, when DL Tx beam refinement (P-2) is indicated, the UE may perform related CSI reporting. As another example, when DL Rx beam refinement (P-3) is indicated, the UE may not perform a separate report.
  • P-2 DL Tx beam refinement
  • P-3 DL Rx beam refinement
  • a beam failure purpose or a partial beam failure use (or DL Tx beam refinement and/or DL Rx beam Separate information indicating whether it is refinement) can be defined.
  • the information (eg, indicator) may be included in the first information and reported to the base station.
  • the UE does not have a beam failure in a specific SCell, but the beam state of the SCell is bad (e.g., when SINR of some BFD RSs among all BFD RSs is lower than a specific threshold) or when a better beam is found It is possible to declare a failure and transmit a UL signal for this (eg, SR for (partial) BFRQ) to the base station.
  • the terminal may report to the base station which CARCI is operated or which CARCI operation is requested through the bitmap.
  • 34 is a diagram briefly showing a third beam failure reporting method according to the present disclosure.
  • the UE may determine that a beam failure has not occurred in SCells #5 and #25, but that some beams of the SCells are in poor state. Accordingly, the terminal may declare partial beam failure of SCell #5 and #25, and transmit a UL signal for recovery of the partial beam failure to the base station.
  • the terminal may report a bitmap as shown in FIG. 34 to the base station.
  • the UE when the CARCI activated with 1 is actually connected to the aperiodic NZP CSI RS resource set, the UE may not be able to receive the corresponding CSI-RS yet at the corresponding time point (e.g., the time point at which the bitmap is transmitted). . Accordingly, the terminal may not have any measurement result related to the corresponding CARCI, and may not report related beam information to the base station (eg, second information is not defined). Accordingly, “# of actual reported CARCIs” may be set to 0.
  • “whether any SCell suffers from beam failure” may be set to 1 (eg, 0 is used when beam failure occurs).
  • the base station receiving the bitmap can know that the UE requests to perform CARCI#2 and CARCI#5. Accordingly, the base station may indicate/set CARCI#2 and CARCI#5 to the terminal through the CSI request of the DCI.
  • the UE can know the transmission time and resource location of the NZP CSI-RS resource for the CARCIs through the indication/configuration.
  • the terminal may perform operations P-2 and P-3 based on the resources. The terminal performing P-3 does not perform a separate report, while the terminal performing P-2 may report the CSI for this to the base station.
  • 35 is a diagram briefly showing a network connection and communication process between a terminal and a base station applicable to the present disclosure.
  • the terminal may perform a network access procedure to perform the procedures and/or methods described/suggested above. For example, while accessing a network (eg, a base station), the terminal may receive system information and configuration information necessary to perform the procedures and/or methods described/suggested above and store them in a memory. Configuration information required for the present disclosure may be received through higher layer (eg, RRC layer; Medium Access Control, MAC, layer, etc.) signaling.
  • RRC layer Medium Access Control, MAC, layer, etc.
  • a physical channel and a reference signal may be transmitted using beam-forming.
  • a beam-management process may be involved in order to align beams between the base station and the terminal.
  • the signal proposed in the present disclosure may be transmitted/received using beam-forming.
  • RRC Radio Resource Control
  • beam alignment may be performed based on a Sync Signal Block (SSB).
  • SSB Sync Signal Block
  • RRC CONNECTED mode beam alignment may be performed based on CSI-RS (in DL) and SRS (in UL).
  • an operation related to a beam may be omitted in the following description.
  • a base station may periodically transmit an SSB (S3502).
  • SSB includes PSS/SSS/PBCH.
  • SSB can be transmitted using beam sweeping.
  • the base station may transmit Remaining Minimum System Information (RMSI) and Other System Information (OSI) (S3504).
  • the RMSI may include information (eg, PRACH configuration information) necessary for the terminal to initially access the base station.
  • the UE identifies the best SSB.
  • the terminal may transmit a RACH preamble (Message 1, Msg1) to the base station using the PRACH resource linked/corresponding to the index (ie, the beam) of the best SSB (S3506).
  • the beam direction of the RACH preamble is associated with the PRACH resource.
  • the association between the PRACH resource (and/or the RACH preamble) and the SSB (index) may be set through system information (eg, RMSI).
  • the base station transmits a RAR (Random Access Response) (Msg2) in response to the RACH preamble (S3508), and the UE uses the UL grant in the RAR to send Msg3 (e.g., RRC Connection Request).
  • Msg4 may include RRC Connection Setup.
  • subsequent beam alignment may be performed based on SSB/CSI-RS (in DL) and SRS (in UL).
  • the terminal may receive an SSB/CSI-RS (S3514).
  • SSB/CSI-RS may be used by the UE to generate a beam/CSI report.
  • the base station may request a beam/CSI report from the terminal through DCI (S3516).
  • the UE may generate a beam/CSI report based on the SSB/CSI-RS, and transmit the generated beam/CSI report to the base station through PUSCH/PUCCH (S3518).
  • the beam/CSI report may include a beam measurement result, information on a preferred beam, and the like.
  • the base station and the terminal may switch the beam based on the beam/CSI report (S3520a and S3520b).
  • the terminal and the base station may perform the procedures and/or methods described/suggested above.
  • the UE and the base station process the information in the memory according to the proposal in the present disclosure based on the configuration information obtained in the network access process (e.g., system information acquisition process, RRC connection process through RACH, etc.) Or may process the received radio signal and store it in a memory.
  • the radio signal may include at least one of a PDCCH, a PDSCH, and a reference signal (RS) in case of a downlink, and may include at least one of a PUCCH, a PUSCH, and an SRS in case of an uplink.
  • RS reference signal
  • FIG. 36 is a diagram briefly showing a discontinuous reception (DRX) cycle of a terminal applicable to the present disclosure.
  • the terminal may be in the RRC_CONNECTED state.
  • the terminal may perform the DRX operation while performing the procedures and/or methods described/suggested above.
  • a terminal in which DRX is configured can reduce power consumption by discontinuously receiving DL signals.
  • DRX may be performed in Radio Resource Control (RRC)_IDLE state, RRC_INACTIVE state, and RRC_CONNECTED state.
  • RRC_IDLE state and RRC_INACTIVE state the DRX is used to receive paging signals discontinuously.
  • RRC_CONNECTED DRX DRX performed in the RRC_CONNECTED state will be described (RRC_CONNECTED DRX).
  • a DRX cycle consists of On Duration and Opportunity for DRX.
  • the DRX cycle defines a time interval in which On Duration is periodically repeated.
  • On Duration represents a time period during which the UE monitors to receive the PDCCH.
  • the UE performs PDCCH monitoring during On Duration. If there is a PDCCH successfully detected during PDCCH monitoring, the UE operates an inactivity timer and maintains an awake state. On the other hand, if there is no PDCCH successfully detected during PDCCH monitoring, the terminal enters a sleep state after the On Duration is over. Accordingly, when DRX is configured, PDCCH monitoring/reception may be discontinuously performed in the time domain in performing the procedure and/or method described/proposed above.
  • a PDCCH reception opportunity (eg, a slot having a PDCCH search space) in the present disclosure may be set discontinuously according to the DRX configuration.
  • PDCCH monitoring/reception may be continuously performed in the time domain in performing the procedures and/or methods described/proposed above.
  • a PDCCH reception opportunity (eg, a slot having a PDCCH search space) may be continuously set in the present disclosure.
  • PDCCH monitoring may be restricted in a time period set as a measurement gap.
  • Table 29 shows the process of the terminal related to the DRX (RRC_CONNECTED state).
  • DRX configuration information is received through higher layer (eg, RRC) signaling, and whether DRX ON/OFF is controlled by the DRX command of the MAC layer.
  • RRC Radio Resource Control
  • the UE may discontinuously perform PDCCH monitoring in performing the procedure and/or method described/suggested in the present disclosure, as illustrated in FIG. 36.
  • the MAC-CellGroupConfig includes configuration information required to set a medium access control (MAC) parameter for a cell group.
  • MAC-CellGroupConfig may also include configuration information about DRX.
  • MAC-CellGroupConfig defines DRX, and may include information as follows.
  • -Value of drx-InactivityTimer Defines the length of the time interval in which the UE is awake after the PDCCH opportunity in which the PDCCH indicating initial UL or DL data is detected
  • -Value of drx-HARQ-RTT-TimerDL Defines the length of the maximum time interval from receiving the initial DL transmission until the DL retransmission is received.
  • the UE performs PDCCH monitoring at every PDCCH opportunity while maintaining the awake state.
  • FIG. 37 is a diagram briefly showing the operation of a terminal and a base station according to an example of the present disclosure
  • FIG. 38 is a flowchart of an operation of a terminal according to an example of the present disclosure
  • FIG. 39 is an operation of a base station according to an example of the present disclosure It is a flow chart.
  • a base station may configure a plurality of cells to a terminal.
  • the plurality of cells are, according to an embodiment, a primary cell (PCell), a primary secondary cell (PSCell), a secondary cell (SCell), and the like defined in the 3GPP LTE/NR standard. It may include.
  • the UE may detect that (i) beam failure (BF) or (ii) partial BF (partial BF) has occurred in one or more of the plurality of cells configured in the UE ( S3710, S3810).
  • the UE requests a first uplink resource for the uplink signal from the base station.
  • a signal eg, SR
  • the terminal may receive a second signal for allocating the uplink resource from the base station (S3730 and S3830).
  • the base station may receive the first signal from the terminal (S3720, S3910), and the base station may transmit the second signal to the terminal in response to the first signal (S3730, S3920).
  • the terminal based on the detection of the BF or partial BF for the one or more first cells, (i) the identification information of the one or more first cells, and (ii) the uplink including BF information or partial BF information
  • the signal can be transmitted to the base station (S3740, S3840).
  • the base station may receive the uplink signal from the terminal (S3740 and S3930).
  • the terminal when the terminal detects that BF has occurred in the one or more first cells, the terminal is all control resource set (CORESET) beams or beams related to each of the one or more first cells It may include detecting that BF has occurred in the one or more first cells, based on the quality of all beams set for the purpose of beam failure detection (BFD) being equal to or less than a predetermined threshold.
  • the terminal when the terminal detects that partial BF has occurred in the one or more first cells, the terminal is a certain number or ratio of all CORESET beams related to each of the one or more first cells or all beams set for BFD use. It may include detecting that partial BF has occurred in the one or more first cells based on the quality of the beams less than or equal to the predetermined threshold.
  • the identification information and (ii) the BF information may be encoded together and included in the uplink signal.
  • the identification information and (ii) the partial BF information may be encoded together and included in the uplink signal.
  • the uplink signal may further include new beam information related to the one or more first cells.
  • the identification information may include a bitmap having a bit size corresponding to the number of the plurality of cells.
  • bit information related to the at least one first cell among the plurality of cells in the bitmap may have a first value (eg, 1).
  • the uplink signal may be transmitted through a physical uplink control channel (PUCCH) or a physical uplink shared channel (PUSCH).
  • PUCCH physical uplink control channel
  • PUSCH physical uplink shared channel
  • the plurality of cells may include a primary cell (PCell) or a secondary cell (SCell).
  • the uplink signal may include only the BF information, not the partial BF information.
  • the base station may recognize that a BF or partial BF has occurred in one or more first cells from an uplink signal.
  • FIG. 40 is a diagram briefly showing the operation of a terminal and a base station according to another example of the present disclosure
  • FIG. 41 is a flowchart of an operation of a terminal according to another example of the present disclosure
  • FIG. 42 is an operation of a base station according to another example of the present disclosure It is a flow chart.
  • the first SR signal used for BF reporting and the second SR signal used for partial BF reporting may be separately defined.
  • the terminal may receive configuration information related to a first scheduling request (SR) signal for a beam failure (BF) and a second SR signal for a partial BF from the base station (S4010, S4110).
  • the base station may transmit the configuration information to the terminal (S4010 and S4210).
  • the terminal Independently from the reception of the configuration information, the terminal has (i) a beam failure (BF) or (ii) a partial BF (partial BF) in one or more of the plurality of cells configured in the terminal. Can be detected (S4020, S4120). In this case, different operations may be performed as follows depending on whether the terminal detects the BF or partial BF.
  • the terminal when the terminal detects that BF has occurred for one or more first cells, the terminal transmits the first SR signal to the base station (S4030, S4130), and the first SR signal related to the SR signal from the base station A response signal may be received (S4040, S4140).
  • the base station may receive the first SR signal from the terminal (S4030 and S4220), and in response thereto, transmit the first response signal to the terminal (S4040 and S4230).
  • the UE may transmit an uplink signal including identification information of the one or more first cells to the base station based on a first response signal related to the first SR signal (S4050 and S4150).
  • the base station may receive the uplink signal from the terminal (S4050 and S4240).
  • the terminal when the terminal detects that partial BF for one or more first cells has occurred, the terminal transmits the second SR signal to the base station (S4030, S4130), and the second SR signal related to the SR signal from the base station 2 A response signal can be received (S4040, S4140).
  • the base station may receive the second SR signal from the terminal (S4030 and S4220), and in response thereto, may transmit the second response signal to the terminal (S4040 and S4230).
  • the terminal may transmit an uplink signal including identification information of the one or more first cells to the base station based on a second response signal related to the second SR signal (S4050 and S4150).
  • the base station may receive the uplink signal from the terminal (S4050 and S4240).
  • the base station may recognize that a BF or partial BF has occurred in one or more first cells from an uplink signal.
  • the terminal and the base station may perform the above-described beam management method or transmission/reception operation of related information based on the above-described initial access or random access, DRX configuration, etc. have.
  • a rule can be defined so that the base station informs the UE through a predefined signal (eg, a physical layer signal or a higher layer signal).
  • Embodiments of the present disclosure can be applied to various wireless access systems.
  • various wireless access systems there is a 3rd Generation Partnership Project (3GPP) or a 3GPP2 system.
  • 3GPP 3rd Generation Partnership Project
  • Embodiments of the present disclosure can be applied not only to the various wireless access systems, but also to all technical fields to which the various wireless access systems are applied.
  • the proposed method can be applied to a mmWave communication system using an ultra-high frequency band.
  • embodiments of the present disclosure may be applied to various applications such as free-running vehicles and drones.

Abstract

본 개시에서는, 복수의 셀들을 포함하는 기지국과 단말을 포함하는 무선 통신 시스템에 있어, 상기 단말이 상기 단말에 설정된 복수의 셀들 중 하나 이상의 셀과 관련된 빔 실패 또는 부분 빔 실패의 보고를 통해 빔 관리를 수행하는 방법 및 이를 지원하는 단말 및 기지국을 개시한다. 본 개시에 적용 가능한 일 실시예에 따르면, 단말은 하나 이상의 셀에 대한 빔 실패 또는 부분 빔 실패를 기지국으로 보고할 수 있고, 이에 대응하여 기지국은 상기 하나 이상의 셀에 대한 빔 실패 또는 부분 빔 실패를 빠르게 인지할 수 있다.

Description

무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국
이하의 설명은 무선 통신 시스템에 대한 것으로, 복수의 셀들 (예: PCell, PSCell, SCell 등)을 포함하는 기지국과 단말을 포함하는 무선 통신 시스템에 있어, 상기 단말이 상기 단말에 설정된 복수의 셀들 중 하나 이상의 셀과 관련된 빔 실패 또는 부분 빔 실패의 보고를 통해 빔 관리를 수행하는 방법 및 이를 지원하는 단말 및 기지국에 대한 것이다.
무선 접속 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선 접속 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템 등이 있다.
특히, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 RAT (radio access technology) 에 비해 향상된 모바일 브로드밴드 통신 기술이 제안되고 있다. 또한 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 매시브 MTC (Machine Type Communications) 뿐만 아니라 신뢰성 (reliability) 및 지연(latency) 에 민감한 서비스/UE 를 고려한 통신 시스템이 제안되고 있다. 이에 따라, 향상된 모바일 브로드밴드 통신, 매시브 MTC, URLLC (Ultra-Reliable and Low Latency Communication) 등이 도입되었고, 이를 위한 다양한 기술 구성들이 제안되고 있다.
본 개시는 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국을 제공한다.
본 개시에서 이루고자 하는 기술적 목적들은 이상에서 언급한 사항들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 이하 설명할 본 개시의 실시 예들로부터 본 개시의 기술 구성이 적용되는 기술분야에서 통상의 지식을 가진 자에 의해 고려될 수 있다.
본 개시는 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국을 개시한다.
본 개시의 일 예로서, 무선 통신 시스템에서 복수의 셀들이 설정된 단말의 빔 관리 수행 방법에 있어서, 상기 복수의 셀들 중 하나 이상의 제1 셀에서 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)가 발생하였음을 검출함; 및 상기 하나 이상의 제1 셀에 대한 BF 또는 부분 BF 검출에 기초하여, (i) 상기 하나 이상의 제1 셀의 식별 정보, 및 (ii) BF 정보 또는 부분 BF 정보를 포함하는 상향링크 신호를 상기 기지국으로 전송하는 것을 포함하는, 단말의 빔 관리 수행 방법을 개시한다.
본 개시에 있어, 상기 하나 이상의 제1 셀에서 BF가 발생하였음을 검출하는 것은, 각각의 상기 하나 이상의 제1 셀과 관련된 모든 제어 자원 세트 (control resource set; CORESET) 빔 또는 빔 실패 검출 (beam failure detection; BFD) 용도로 설정된 모든 빔의 품질이 일정 문턱치 이하임에 기초하여, 상기 하나 이상의 제1 셀에서 BF가 발생하였음을 검출하는 것을 포함할 수 있다. 또한, 상기 하나 이상의 제1 셀 에서 부분 BF가 발생하였음을 검출하는 것은, 각각의 상기 하나 이상의 제1 셀과 관련된 모든 CORESET 빔 또는 BFD 용도로 설정된 모든 빔 중 일정 개수 또는 비율 이상의 빔이 상기 일정 문턱치 이하의 품질을 가짐에 기초하여, 상기 하나 이상의 제1 셀에서 부분 BF가 발생하였음을 검출하는 것을 포함할 수 있다.
본 개시에 있어, 상기 하나 이상의 제1 셀에 대한 BF 발생의 검출에 기초하여, (i) 상기 식별 정보 및 (ii) 상기 BF 정보는 함께 인코딩되어 상기 상향링크 신호에 포함될 수 있다. 또한, 상기 하나 이상의 제1 셀에 대한 부분 BF 발생의 검출에 기초하여, (i) 상기 식별 정보 및 (ii) 상기 부분 BF 정보는 함께 인코딩되어 상기 상향링크 신호에 포함될 수 있다.
본 개시에 있어, 상기 상향링크 신호는, 상기 하나 이상의 제1 셀과 관련된 새로운 빔 정보를 더 포함할 수 있다.
본 개시에 있어, 상기 식별 정보는 상기 복수의 셀들의 개수에 대응하는 비트 크기를 갖는 비트맵을 포함할 수 있다. 이때, 상기 비트맵 내, 상기 복수의 셀들 중 상기 하나 이상의 제1 셀과 관련된 비트 정보는 제1 값을 가질 수 있다.
본 개시에 있어, 상기 단말의 빔 관리 수행 방법은, 상기 복수의 셀들 중 상기 하나 이상의 제1 셀에서 BF 또는 부분 BF가 발생하였음을 검출함에 기초하여, 상기 기지국으로 상기 상향링크 신호를 위한 상향링크 자원을 요청하는 제1 신호를 전송함; 및 상기 제1 신호에 응답하여, 상기 기지국으로부터 상기 상향링크 자원을 할당하는 제2 신호를 수신하는 것을 더 포함할 수 있다.
본 개시에 있어, 상기 상향링크 신호는 물리 상향링크 제어 채널 (physical uplink control channel; PUCCH) 또는 물리 상향링크 공유 채널 (physical uplink shared channel; PUSCH)를 통해 전송될 수 있다.
본 개시에 있어, 상기 복수의 셀들은, 프라이머리 셀 (primary cell; PCell), 또는, 세컨더리 셀 (secondary cell; SCell)을 포함할 수 있다. 이때, 하나 이상의 SCell을 포함하는 상기 하나 이상의 제1 셀에 기초하여, 상기 상향링크 신호는 상기 부분 BF 정보가 아닌 상기 BF 정보만을 포함할 수 있다.
본 개시의 다른 예로서, 무선 통신 시스템에서 복수의 셀들이 설정되어 빔 관리를 수행하는 단말에 있어서, 적어도 하나의 송신기; 적어도 하나의 수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 특정 동작은: 상기 복수의 셀들 중 하나 이상의 제1 셀에서 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)가 발생하였음을 검출함; 및 상기 하나 이상의 제1 셀에 대한 BF 또는 부분 BF 검출에 기초하여, (i) 상기 하나 이상의 제1 셀의 식별 정보, 및 (ii) BF 정보 또는 부분 BF 정보를 포함하는 상향링크 신호를 상기 기지국으로 전송하는 것을 포함하는, 단말을 개시한다.
본 개시에 있어, 상기 단말은, 이동 단말기, 네트워크 및 상기 단말이 포함된 차량 이외의 자율 주행 차량 중 적어도 하나와 통신할 수 있다.
본 개시의 또 다른 예로서, 무선 통신 시스템에서 복수의 셀들을 포함하고 단말의 빔 관리를 지원하는 기지국에 있어서, 적어도 하나의 송신기; 적어도 하나의 수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 특정 동작은: 상기 단말로부터, 상기 단말에 설정된 복수의 셀들 중 하나 이상의 제1 셀에 대한 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)의 발생에 기초하여, (i) 상기 하나 이상의 제1 셀의 식별 정보, 및 (ii) BF 정보 또는 부분 BF 정보를 포함하는 상향링크 신호를 수신함; 및 상기 상향링크 신호에 기초하여, 상기 하나 이상의 제1 셀에서 BF 또는 부분 BF가 발생하였음을 인지하는 것을 포함하는, 기지국을 개시한다.
본 개시의 또 다른 예로서, 무선 통신 시스템에서 복수의 셀들이 설정된 단말의 빔 관리 수행 방법에 있어서, 기지국으로부터 빔 실패 (beam failure; BF)를 위한 제1 스케줄링 요청 (scheduling request; SR) 신호 및 부분 BF를 위한 제2 SR 신호와 관련된 설정 정보를 수신함; 상기 복수의 셀들 중 하나 이상의 제1 셀에서 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)가 발생하였음을 검출함; 상기 하나 이상의 제1 셀에 대한 BF 검출에 기초하여: (i) 상기 기지국으로 상기 제1 SR 신호를 전송함, 및 (ii) 상기 제1 SR 신호와 관련된 제1 응답 신호에 기초하여, 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상향링크 신호를 상기 기지국으로 전송함; 및 상기 하나 이상의 제1 셀에 대한 부분 BF 검출에 기초하여: (i) 상기 기지국으로 상기 제2 SR 신호를 전송함, 및 (ii) 상기 제2 SR 신호와 관련된 제2 응답 신호에 기초하여, 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상기 상향링크 신호를 상기 기지국으로 전송하는 것을 포함하는, 단말의 빔 관리 수행 방법을 개시한다.
본 개시의 또 다른 예로서, 무선 통신 시스템에서 복수의 셀들이 설정되어 빔 관리를 수행하는 단말에 있어서, 적어도 하나의 송신기; 적어도 하나의 수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 특정 동작은: 기지국으로부터 빔 실패 (beam failure; BF)를 위한 제1 스케줄링 요청 (scheduling request; SR) 신호 및 부분 BF를 위한 제2 SR 신호와 관련된 설정 정보를 수신함;
상기 복수의 셀들 중 하나 이상의 제1 셀에서 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)가 발생하였음을 검출함; 상기 하나 이상의 제1 셀에 대한 BF 검출에 기초하여: (i) 상기 기지국으로 상기 제1 SR 신호를 전송함, 및 (ii) 상기 제1 SR 신호와 관련된 제1 응답 신호에 기초하여, 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상향링크 신호를 상기 기지국으로 전송함; 및 상기 하나 이상의 제1 셀에 대한 부분 BF 검출에 기초하여: (i) 상기 기지국으로 상기 제2 SR 신호를 전송함, 및 (ii) 상기 제2 SR 신호와 관련된 제2 응답 신호에 기초하여, 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상기 상향링크 신호를 상기 기지국으로 전송하는 것을 포함하는, 단말을 개시한다.
본 개시에 있어, 상기 단말은, 이동 단말기, 네트워크 및 상기 단말이 포함된 차량 이외의 자율 주행 차량 중 적어도 하나와 통신할 수 있다.
본 개시의 또 다른 예로서, 무선 통신 시스템에서 복수의 셀들을 포함하고 단말의 빔 관리를 지원하는 기지국에 있어서, 적어도 하나의 송신기; 적어도 하나의 수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 특정 동작은: 단말로, 빔 실패 (beam failure; BF)를 위한 제1 스케줄링 요청 (scheduling request; SR) 신호 및 부분 BF를 위한 제2 SR 신호와 관련된 설정 정보를 전송함; 상기 단말로부터, 상기 제1 SR 신호를 수신함에 기초하여: (i) 상기 단말로, 상기 제1 SR 신호와 관련된 제1 응답 신호를 전송함, (ii) 상기 제1 응답 신호에 기초하여, 상기 단말로부터, 상기 복수의 셀들 중 하나 이상의 제1 셀의 식별 정보를 포함하는 상향링크 신호를 수신함, 및 (iii) 상기 상향링크 신호에 기초하여, 상기 하나 이상의 제1 셀에서 빔 실패 (beam failure; BF)가 발생하였음을 인지함; 및 상기 단말로부터, 상기 제2 SR 신호를 수신함에 기초하여: (i) 상기 단말로, 상기 제2 SR 신호와 관련된 제2 응답 신호를 전송함, (ii) 상기 제2 응답 신호에 기초하여, 상기 단말로부터, 상기 복수의 셀들 중 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상기 상향링크 신호를 수신함, 및 (iii) 상기 상향링크 신호에 기초하여, 상기 하나 이상의 제1 셀에서 부분 BF가 발생하였음을 인지하는, 기지국을 개시한다.
상술한 본 개시의 양태들은 본 개시의 바람직한 실시예들 중 일부에 불과하며, 본 개시의 기술적 특징들이 반영된 다양한 실시예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하 상술할 본 개시의 상세한 설명을 기반으로 도출되고 이해될 수 있다.
본 개시의 실시 예들에 따르면 다음과 같은 효과가 있다.
본 개시에 따르면, 단말은, (i) 특정 셀과 관련된 모든 빔(beam)에 대한 품질이 일정 이하인 빔 실패 (beam failure; BF) 상태 뿐만 아니라 (ii) 상기 특정 셀과 관련된 모든 빔 중 일부 빔에 대한 품질이 일정 이하인 부분 BF 상태를 기지국으로 보고할 수 있다. 이에 대응하여, 기지국은, 상기 단말로부터 수신된 신호에 기초하여, 상기 특정 셀에 대한 BF 또는 부분 BF를 빠르게 인지할 수 있다.
이를 통해, 기지국은 조기에 특정 셀에 대한 일부 빔(beam) 또는 RS (reference signal)을 수정함으로써 BF가 발생하는 것을 최소화할 수 있고, 이를 통해 단말 관점에서의 쓰루풋 로스 (throughput loss) 또한 최소화할 수 있다.
본 개시의 실시 예들에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 이하의 본 개시의 실시 예들에 대한 기재로부터 본 개시의 기술 구성이 적용되는 기술분야에서 통상의 지식을 가진 자에게 명확하게 도출되고 이해될 수 있다. 즉, 본 개시에서 서술하는 구성을 실시함에 따른 의도하지 않은 효과들 역시 본 개시의 실시 예들로부터 당해 기술분야의 통상의 지식을 가진 자에 의해 도출될 수 있다.
이하에 첨부되는 도면들은 본 개시에 관한 이해를 돕기 위한 것으로, 상세한 설명과 함께 본 개시에 대한 실시 예들을 제공한다. 다만, 본 개시의 기술적 특징이 특정 도면에 한정되는 것은 아니며, 각 도면에서 개시하는 특징들은 서로 조합되어 새로운 실시 예로 구성될 수 있다. 각 도면에서의 참조 번호(reference numerals)들은 구조적 구성요소(structural elements)를 의미한다.
도 1은 물리 채널들 및 이들을 이용한 신호 전송 방법을 설명하기 위한 도면이다.
도 2는 본 개시의 실시예들이 적용 가능한 NR 시스템에 기초한 무선 프레임의 구조를 나타낸 도면이다.
도 3은 본 개시의 실시예들이 적용 가능한 NR 시스템에 기초한 슬롯 구조를 나타낸 도면이다.
도 4는 본 개시의 실시예들이 적용 가능한 NR 시스템에 기초한 자립적 슬롯 구조 (Self-contained slot structure)를 나타낸 도면이다.
도 5는 본 개시의 실시예들이 적용 가능한 NR 시스템에 기초한 하나의 REG 구조를 나타낸 도면이다.
도 6은 본 개시에 적용 가능한 SS/PBCH block을 간단히 나타낸 도면이다.
도 7은 본 개시에 적용 가능한 SS/PBCH block이 전송되는 구성을 간단히 나타낸 도면이다.
도 8은 본 개시에 적용 가능한 상위 계층 파라미터 SearchSpace IE의 구성을 나타낸 도면이다.
도 9는 본 개시에 적용 가능한 상위 계층 파라미터 CSI-ReportConfig IE의 구성을 나타낸 도면이다.
도 10은 본 개시에 적용 가능한 임의 접속 절차를 간단히 나타낸 도면이다.
도 11은 본 개시에 적용되는 통신 시스템을 예시한다.
도 12는 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 13은 본 개시에 적용되는 무선 기기의 다른 예를 나타낸다.
도 14는 본 개시에 적용되는 휴대 기기를 예시한다.
도 15는 본 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다.
도 16 내지 도 26은 본 개시에 따른 단말의 빔 실패 보고 방법의 다양한 예시들을 나타낸 도면이다.
도 27은 본 개시에 따른 제1 빔 실패 보고 방법을 간단히 나타낸 도면이다.
도 28 내지 도 31은 본 개시에 따른 단말의 빔 실패 보고 방법의 다른 다양한 예시들을 나타낸 도면이다.
도 32는 본 개시에 따른 제2 빔 실패 보고 방법을 간단히 나타낸 도면이다.
도 33 및 도 34는 본 개시에 따른 제3 빔 실패 보고 방법을 간단히 나타낸 도면이다.
도 35는 본 개시에 적용 가능한 단말과 기지국 간 네트워크 접속 및 통신 과정을 간단히 나타낸 도면이다.
도 36은 본 개시에 적용 가능한 단말의 DRX (Discontinuous Reception) 사이클을 간단히 나타낸 도면이다.
도 37은 본 개시의 일 예에 따른 단말 및 기지국의 동작을 간단히 나타낸 도면이고, 도 38은 본 개시의 일 예에 따른 단말의 동작 흐름도이고, 도 39는 본 개시의 일 예에 따른 기지국의 동작 흐름도이다.
도 40은 본 개시의 다른 예에 따른 단말 및 기지국의 동작을 간단히 나타낸 도면이고, 도 41는 본 개시의 다른 예에 따른 단말의 동작 흐름도이고, 도 42는 본 개시의 다른 예에 따른 기지국의 동작 흐름도이다.
이하의 실시 예들은 본 개시의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 개시의 실시 예를 구성할 수도 있다. 본 개시의 실시 예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시 예의 일부 구성이나 특징은 다른 실시 예에 포함될 수 있고, 또는 다른 실시 예의 대응하는 구성 또는 특징과 교체될 수 있다.
도면에 대한 설명에서, 본 개시의 요지를 흐릴 수 있는 절차 또는 단계 등은 기술하지 않았으며, 당업자의 수준에서 이해할 수 있을 정도의 절차 또는 단계는 또한 기술하지 아니하였다.
명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함(comprising 또는 including)"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 "...부", "...기", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다. 또한, "일(a 또는 an)", "하나(one)", "그(the)" 및 유사 관련어는 본 개시를 기술하는 문맥에 있어서(특히, 이하의 청구항의 문맥에서) 본 명세서에 달리 지시되거나 문맥에 의해 분명하게 반박되지 않는 한, 단수 및 복수 모두를 포함하는 의미로 사용될 수 있다.
본 명세서에서 본 개시의 실시예들은 기지국과 이동국 간의 데이터 송수신 관계를 중심으로 설명되었다. 여기서, 기지국은 이동국과 직접적으로 통신을 수행하는 네트워크의 종단 노드(terminal node)로서의 의미가 있다. 본 문서에서 기지국에 의해 수행되는 것으로 설명된 특정 동작은 경우에 따라서는 기지국의 상위 노드(upper node)에 의해 수행될 수도 있다.
즉, 기지국을 포함하는 다수의 네트워크 노드들(network nodes)로 이루어지는 네트워크에서 이동국과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있다. 이때, '기지국'은 고정국(fixed station), Node B, eNode B(eNB), gNode B(gNB), 발전된 기지국(ABS: Advanced Base Station) 또는 억세스 포인트(access point) 등의 용어에 의해 대체될 수 있다.
또한, 본 개시의 실시예들에서 단말(Terminal)은 사용자 기기(UE: User Equipment), 이동국(MS: Mobile Station), 가입자 단말(SS: Subscriber Station), 이동 가입자 단말(MSS: Mobile Subscriber Station), 이동 단말(Mobile Terminal) 또는 발전된 이동단말(AMS: Advanced Mobile Station) 등의 용어로 대체될 수 있다.
또한, 송신단은 데이터 서비스 또는 음성 서비스를 제공하는 고정 및/또는 이동 노드를 말하고, 수신단은 데이터 서비스 또는 음성 서비스를 수신하는 고정 및/또는 이동 노드를 의미한다. 따라서, 상향링크에서는 이동국이 송신단이 되고, 기지국이 수신단이 될 수 있다. 마찬가지로, 하향링크에서는 이동국이 수신단이 되고, 기지국이 송신단이 될 수 있다.
본 개시의 실시예들은 무선 접속 시스템들인 IEEE 802.xx 시스템, 3GPP(3rd Generation Partnership Project) 시스템, 3GPP LTE 시스템, 3GPP 5G NR 시스템 및 3GPP2 시스템 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있으며, 특히, 본 개시의 실시예들은 3GPP TS 38.211, 3GPP TS 38.212, 3GPP TS 38.213, 3GPP TS 38.321 및 3GPP TS 38.331 문서들에 의해 뒷받침 될 수 있다. 즉, 본 개시의 실시예들 중 설명하지 않은 자명한 단계들 또는 부분들은 상기 문서들을 참조하여 설명될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
이하, 본 개시에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 개시의 예시적인 실시형태를 설명하고자 하는 것이며, 본 개시의 기술 구성이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다.
또한, 본 개시의 실시예들에서 사용되는 특정(特定) 용어들은 본 개시의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 개시의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
이하에서는 본 개시의 실시예들이 사용될 수 있는 무선 접속 시스템의 일례로 3GPP NR 시스템에 대해서 설명한다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 접속 시스템에 적용될 수 있다.
본 개시의 기술적 특징에 대한 설명을 명확하게 하기 위해, 본 개시의 실시예들을 3GPP NR 시스템을 위주로 기술한다. 다만, 본 개시에서 제안하는 실시예는 다른 무선 시스템 (예: 3GPP LTE, IEEE 802.16, IEEE 802.11 등)에도 동일하게 적용될 수 있다.
1. NR 시스템
1.1. 물리 채널들 및 일반적인 신호 전송
무선 접속 시스템에서 단말은 하향링크(DL: Downlink)를 통해 기지국으로부터 정보를 수신하고, 상향링크(UL: Uplink)를 통해 기지국으로 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 일반 데이터 정보 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
도 1은 본 개시의 실시예들에서 사용될 수 있는 물리 채널들 및 이들을 이용한 신호 전송 방법을 설명하기 위한 도면이다.
전원이 꺼진 상태에서 다시 전원이 켜지거나, 새로이 셀에 진입한 단말은 S11 단계에서 기지국과 동기를 맞추는 등의 초기 셀 탐색 (Initial cell search) 작업을 수행한다. 이를 위해 단말은 기지국으로부터 주동기 채널 (P-SCH: Primary Synchronization Channel) 및 부동기 채널 (S-SCH: Secondary Synchronization Channel)을 수신하여 기지국과 동기를 맞추고, 셀 ID 등의 정보를 획득한다.
그 후, 단말은 기지국으로부터 물리방송채널 (PBCH: Physical Broadcast Channel) 신호를 수신하여 셀 내 방송 정보를 획득할 수 있다.
한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호 (DL RS: Downlink Reference Signal)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
초기 셀 탐색을 마친 단말은 S12 단계에서 물리하향링크제어채널 (PDCCH: Physical Downlink Control Channel) 및 물리하향링크제어채널 정보에 따른 물리하향링크공유 채널 (PDSCH: Physical Downlink Control Channel)을 수신하여 조금 더 구체적인 시스템 정보를 획득할 수 있다.
이후, 단말은 기지국에 접속을 완료하기 위해 이후 단계 S13 내지 단계 S16과 같은 임의 접속 과정 (Random Access Procedure)을 수행할 수 있다. 이를 위해 단말은 물리임의접속채널 (PRACH: Physical Random Access Channel)을 통해 프리앰블 (preamble)을 전송하고(S13), 물리하향링크제어채널 및 이에 대응하는 물리하향링크공유 채널을 통해 프리앰블에 대한 RAR (Random Access Response)를 수신할 수 있다(S14). 단말은 RAR 내의 스케줄링 정보를 이용하여 PUSCH (Physical Uplink Shared Channel)을 전송하고 (S15), 물리하향링크제어채널 신호 및 이에 대응하는 물리하향링크공유 채널 신호의 수신과 같은 충돌해결절차 (Contention Resolution Procedure)를 수행할 수 있다(S16).
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상/하향링크 신호 전송 절차로서 물리하향링크제어채널 신호 및/또는 물리하향링크공유채널 신호의 수신(S17) 및 물리상향링크공유채널 (PUSCH: Physical Uplink Shared Channel) 신호 및/또는 물리상향링크제어채널 (PUCCH: Physical Uplink Control Channel) 신호의 전송(S18)을 수행할 수 있다.
단말이 기지국으로 전송하는 제어정보를 통칭하여 상향링크 제어정보(UCI: Uplink Control Information)라고 지칭한다. UCI는 HARQ-ACK/NACK (Hybrid Automatic Repeat and reQuest Acknowledgement/Negative-ACK), SR (Scheduling Request), CQI (Channel Quality Indication), PMI (Precoding Matrix Indication), RI (Rank Indication), BI (Beam Indication) 정보 등을 포함한다.
NR 시스템에서 UCI는 일반적으로 PUCCH를 통해 주기적으로 전송되지만, 실시예에 따라 (예: 제어정보와 트래픽 데이터가 동시에 전송되어야 할 경우) PUSCH를 통해 전송될 수 있다. 또한, 네트워크의 요청/지시에 의해 단말은 PUSCH를 통해 UCI를 비주기적으로 전송할 수 있다.
1.2. 무선 프레임 (Radio Frame) 구조
도 2는 본 개시의 실시예들이 적용 가능한 NR 시스템에 기초한 무선 프레임의 구조를 나타낸 도면이다.
NR 시스템에 기초한 상향링크 및 하향링크 전송은 도 2와 같은 프레임에 기초한다. 하나의 무선 프레임은 10ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의된다. 하나의 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)으로 정의된다. 하나의 서브프레임은 하나 이상의 슬롯으로 분할되며, 서브프레임 내 슬롯 개수는 SCS(Subcarrier Spacing)에 의존한다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼을 포함한다. 보통 CP가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함한다. 확장 CP가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함한다. 여기서, 심볼은 OFDM 심볼 (또는, CP-OFDM 심볼), SC-FDMA 심볼 (또는, DFT-s-OFDM 심볼)을 포함할 수 있다.
표 1은 일반 CP가 사용되는 경우, SCS에 따른 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수 및 서브프레임 별 슬롯의 개수를 나타내고, 표 2는 확장된 CSP가 사용되는 경우, SCS에 따른 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수 및 서브프레임 별 슬롯의 개수를 나타낸다.
Figure PCTKR2020001284-appb-img-000001
Figure PCTKR2020001284-appb-img-000002
상기 표에서, N slot symb 는 슬롯 내 심볼의 개수를 나타내고, N frame,μ slot는 프레임 내 슬롯의 개수를 나타내고, N subframe,μ slot는 서브프레임 내 슬롯의 개수를 나타낸다.
본 개시가 적용 가능한 NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM(A) 뉴모놀로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다.
NR은 다양한 5G 서비스들을 지원하기 위한 다수의 numerology(또는 subcarrier spacing(SCS))를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 밴드(frequency band)는 2가지 type(FR1, FR2)의 주파수 범위(frequency range)로 정의된다. FR1, FR2는 아래 표와 같이 구성될 수 있다. 또한, FR2는 밀리미터 웨이브(millimeter wave, mmW)를 의미할 수 있다.
Figure PCTKR2020001284-appb-img-000003
도 3은 본 개시의 실시예들이 적용 가능한 NR 시스템에 기초한 슬롯 구조를 나타낸 도면이다.
하나의 슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함한다.
반송파(carrier)는 주파수 도메인에서 복수의 부반송파(subcarrier)를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다.
BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 (P)RB로 정의되며, 하나의 뉴모놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다.
반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 복소 심볼이 매핑될 수 있다.
도 4는 본 개시의 실시예들이 적용 가능한 NR 시스템에 기초한 자립적 슬롯 구조 (Self-contained slot structure)를 나타낸 도면이다.
도 4에서 빗금친 영역 (예: symbol index =0)은 하향링크 제어 (downlink control) 영역을 나타내고, 검정색 영역 (예: symbol index =13)은 상향링크 제어 (uplink control) 영역을 나타낸다. 이외 영역 (예: symbol index = 1 ~ 12)은 하향링크 데이터 전송을 위해 사용될 수도 있고, 상향링크 데이터 전송을 위해 사용될 수도 있다.
이러한 구조에 따라 기지국 및 UE는 한 개의 슬롯 내에서 DL 전송과 UL 전송을 순차적으로 진행할 수 있으며, 상기 하나의 슬롯 내에서 DL 데이터를 송수신하고 이에 대한 UL ACK/NACK도 송수신할 수 있다. 결과적으로 이러한 구조는 데이터 전송 에러 발생시에 데이터 재전송까지 걸리는 시간을 줄이게 되며, 이로 인해 최종 데이터 전달의 지연을 최소화할 수 있다.
이와 같은 자립적 슬롯 구조에서 기지국과 UE가 송신 모드에서 수신 모드로 전환 또는 수신모드에서 송신 모드로 전환을 위해서는 일정 시간 길이의 타입 갭(time gap)이 필요하다. 이를 위하여 자립적 슬롯 구조에서 DL에서 UL로 전환되는 시점의 일부 OFDM 심볼은 가드 구간 (guard period, GP)로 설정될 수 있다.
앞서 상세한 설명에서는 자립적 슬롯 구조가 DL 제어 영역 및 UL 제어 영역을 모두 포함하는 경우를 설명하였으나, 상기 제어 영역들은 상기 자립적 슬롯 구조에 선택적으로 포함될 수 있다. 다시 말해, 본 개시에 따른 자립적 슬롯 구조는 도 4와 같이 DL 제어 영역 및 UL 제어 영역을 모두 포함하는 경우 뿐만 아니라 DL 제어 영역 또는 UL 제어 영역만을 포함하는 경우도 포함할 수 있다.
또한, 하나의 슬롯을 구성하는 상기 영역들의 순서는 실시예에 따라 달라질 수 있다. 일 예로, 하나의 슬롯은 DL 제어 영역 / DL 데이터 영역 / UL 제어 영역 / UL 데이터 영역 순서로 구성되거나, UL 제어 영역 / UL 데이터 영역 / DL 제어 영역 / DL 데이터 영역 순서 등으로 구성될 수 있다.
DL 제어 영역에서는 PDCCH가 전송될 수 있고, DL 데이터 영역에서는 PDSCH가 전송될 수 있다. UL 제어 영역에서는 PUCCH가 전송될 수 있고, UL 데이터 영역에서는 PUSCH가 전송될 수 있다.
PDCCH에서는 DCI(Downlink Control Information), 예를 들어 DL 데이터 스케줄링 정보, UL 데이터 스케줄링 정보 등이 전송될 수 있다. PUCCH에서는 UCI(Uplink Control Information), 예를 들어 DL 데이터에 대한 ACK/NACK(Positive Acknowledgement/Negative Acknowledgement) 정보, CSI(Channel State Information) 정보, SR(Scheduling Request) 등이 전송될 수 있다.
PDSCH는 하향링크 데이터(예, DL-shared channel transport block, DL-SCH TB)를 운반하고, QPSK(Quadrature Phase Shift Keying), 16 QAM(Quadrature Amplitude Modulation), 64 QAM, 256 QAM 등의 변조 방법이 적용된다. TB를 인코딩하여 코드워드(codeword)가 생성된다. PDSCH는 최대 2개의 코드워드를 나를 수 있다. 코드워드(codeword) 별로 스크램블링(scrambling) 및 변조 매핑(modulation mapping)이 수행되고, 각 코드워드로부터 생성된 변조 심볼들은 하나 이상의 레이어로 매핑된다(Layer mapping). 각 레이어는 DMRS(Demodulation Reference Signal)과 함께 자원에 매핑되어 OFDM 심볼 신호로 생성되고, 해당 안테나 포트를 통해 전송된다.
PDCCH는 하향링크 제어 정보(DCI)를 운반하고 QPSK 변조 방법이 적용된다. 하나의 PDCCH는 AL(Aggregation Level)에 따라 1, 2, 4, 8, 16 개의 CCE(Control Channel Element)로 구성된다. 하나의 CCE는 6개의 REG(Resource Element Group)로 구성된다. 하나의 REG는 하나의 OFDM 심볼과 하나의 (P)RB로 정의된다.
도 5는 본 개시의 실시예들이 적용 가능한 NR 시스템에 기초한 하나의 REG 구조를 나타낸 도면이다.
도 5에서, D는 DCI가 매핑되는 자원 요소 (RE)를 나타내고, R은 DMRS가 매핑되는 RE를 나타낸다. DMRS는 하나의 심볼 내 주파수 도메인 방향으로 1 번째, 5 번째, 9 번째 RE에 매핑된다.
PDCCH는 제어 자원 세트(Control Resource Set, CORESET)를 통해 전송된다. CORESET는 주어진 뉴모놀로지(예, SCS, CP 길이 등)를 갖는 REG 세트로 정의된다. 하나의 단말을 위한 복수의 CORESET는 시간/주파수 도메인에서 중첩될 수 있다. CORESET는 시스템 정보(예, MIB) 또는 단말-특정(UE-specific) 상위 계층(예, Radio Resource Control, RRC, layer) 시그널링을 통해 설정될 수 있다. 구체적으로, CORESET을 구성하는 RB의 개수 및 심볼의 개수(최대 3개)가 상위 계층 시그널링에 의해 설정될 수 있다.
PUSCH는 상향링크 데이터(예, UL-shared channel transport block, UL-SCH TB) 및/또는 상향링크 제어 정보(UCI)를 운반하고, CP-OFDM (Cyclic Prefix - Orthogonal Frequency Division Multiplexing) 파형(waveform) 또는 DFT-s-OFDM (Discrete Fourier Transform - spread - Orthogonal Frequency Division Multiplexing) 파형에 기초하여 전송된다. PUSCH가 DFT-s-OFDM 파형에 기초하여 전송되는 경우, 단말은 변환 프리코딩(transform precoding)을 적용하여 PUSCH를 전송한다. 일 예로, 변환 프리코딩이 불가능한 경우(예, transform precoding is disabled) 단말은 CP-OFDM 파형에 기초하여 PUSCH를 전송하고, 변환 프리코딩이 가능한 경우(예, transform precoding is enabled) 단말은 CP-OFDM 파형 또는 DFT-s-OFDM 파형에 기초하여 PUSCH를 전송할 수 있다. PUSCH 전송은 DCI 내 UL 그랜트에 의해 동적으로 스케줄링 되거나, 상위 계층(예, RRC) 시그널링 (및/또는 Layer 1(L1) 시그널링(예, PDCCH))에 기초하여 반-정적(semi-static)으로 스케줄링 될 수 있다(configured grant). PUSCH 전송은 코드북 기반 또는 비-코드북 기반으로 수행될 수 있다.
PUCCH는 상향링크 제어 정보, HARQ-ACK 및/또는 스케줄링 요청(SR)을 운반하고, PUCCH 전송 길이에 따라 Short PUCCH 및 Long PUCCH로 구분된다. 표 4는 PUCCH 포맷들을 예시한다.
Figure PCTKR2020001284-appb-img-000004
PUCCH format 0는 최대 2 비트 크기의 UCI를 운반하고, 시퀀스 기반으로 매핑되어 전송된다. 구체적으로, 단말은 복수 개의 시퀀스들 중 하나의 시퀀스를 PUCCH format 0인 PUCCH을 통해 전송하여 특정 UCI를 기지국으로 전송한다. 단말은 긍정 (positive) SR을 전송하는 경우에만 대응하는 SR 설정을 위한 PUCCH 자원 내에서 PUCCH format 0인 PUCCH를 전송한다.
PUCCH format 1은 최대 2 비트 크기의 UCI를 운반하고, 변조 심볼은 시간 영역에서 (주파수 호핑 여부에 따라 달리 설정되는) 직교 커버 코드(OCC)에 의해 확산된다. DMRS는 변조 심볼이 전송되지 않는 심볼에서 전송된다(즉, TDM(Time Division Multiplexing)되어 전송된다).
PUCCH format 2는 2 비트보다 큰 비트 크기의 UCI를 운반하고, 변조 심볼은 DMRS와 FDM(Frequency Division Multiplexing)되어 전송된다. DMRS는 1/3의 밀도로 주어진 자원 블록 내 심볼 인덱스 #1, #4, #7 및 #10에 위치한다. PN (Pseudo Noise) 시퀀스가 DMRS 시퀀스를 위해 사용된다. 2 심볼 PUCCH format 2를 위해 주파수 호핑은 활성화될 수 있다.
PUCCH format 3은 동일 물리 자원 블록들 내 단말 다중화가 되지 않으며, 2 비트보다 큰 비트 크기의 UCI를 운반한다. 다시 말해, PUCCH format 3의 PUCCH 자원은 직교 커버 코드를 포함하지 않는다. 변조 심볼은 DMRS와 TDM(Time Division Multiplexing)되어 전송된다.
PUCCH format 4는 동일 물리 자원 블록들 내에 최대 4개 단말까지 다중화가 지원되며, 2 비트보다 큰 비트 크기의 UCI를 운반한다. 다시 말해, PUCCH format 4의 PUCCH 자원은 직교 커버 코드를 포함한다. 변조 심볼은 DMRS와 TDM(Time Division Multiplexing)되어 전송된다.
1.3. 동기 신호 블록 (Synchronization Signal Block, SSB 또는 SS/PBCH block)
본 개시가 적용 가능한 NR 시스템에서 PSS (Primary Synchronization Signal), SSS (Secondary Synchronization Signal) 및/또는 PBCH (Physical Broadcast Channel) 은 하나의 동기 신호 블록 (Synchronization Signal Block 또는 Synchronization Signal PBCH block, 이하 SS block 또는 SS/PBCH block이라 함) 내에서 전송될 수 있다. 이때, 상기 하나의 SS 블록 내에서 다른 신호를 다중화하는 것은 배제되지 않을 수 있다. (Multiplexing other signals are not precluded within a 'SS block').
상기 SS/PBCH block은 시스템 대역의 중심이 아닌 대역에서 전송될 수 있고, 특히 기지국이 광대역 운영을 지원하는 경우 상기 기지국은 다수 개의 SS/PBCH block을 전송할 수 있다.
도 6은 본 개시에 적용 가능한 SS/PBCH block을 간단히 나타낸 도면이다.
도 6에 도시된 바와 같이, 본 개시에 적용 가능한 SS/PBCH block은 연속한 4개의 OFDM 심볼 내 20 RB로 구성될 수 있다. 또한, SS/PBCH block은 PSS, SSS 및 PBCH로 구성되고, 단말은 SS/PBCH block에 기반하여 셀 탐색(search), 시스템 정보 획득, 초기 접속을 위한 빔 정렬, DL 측정 등을 수행할 수 있다.
PSS와 SSS는 각각 1개의 OFDM 심볼과 127개의 부반송파로 구성되고, PBCH는 3개의 OFDM 심볼과 576개의 부반송파로 구성된다. PBCH에는 폴라 코딩 및 QPSK(Quadrature Phase Shift Keying)이 적용된다. PBCH는 OFDM 심볼마다 데이터 RE와 DMRS(Demodulation Reference Signal) RE로 구성된다. RB 별로 3개의 DMRS RE가 존재하며, DMRS RE 사이에는 3개의 데이터 RE가 존재한다. 이때, DMRS RE의 위치는 셀 ID에 기초하여 결정될 수 있다 (예: N cell ID mod 4 값에 기초하여 매핑되는 부반송파 인덱스가 결정될 수 있다).
또한, 상기 SS/PBCH block은 네트워크가 사용하는 주파수 대역의 중심 주파수가 아닌 주파수 대역에서도 전송될 수 있다.
이를 위해, 본 개시가 적용 가능한 NR 시스템에서는 단말이 SS/PBCH block을 검출해야 하는 후보 주파수 위치인 동기 래스터 (synchronization raster)를 정의한다. 상기 동기 래스터는 채널 래스터 (channel raster)와 구분될 수 있다.
상기 동기 래스터는 SS/PBCH block 위치에 대한 명시적인 시그널링이 존재하지 않는 경우 단말이 시스템 정보를 획득하기 위해 사용 가능한 SS/PBCH block의 주파수 위치를 지시할 수 있다.
이때, 상기 동기 래스터는 GSCN (Global Synchronization Channel Number)에 기초하여 결정될 수 있다. 상기 GSCN은 RRC 시그널링 (예: MIB (Master Information Block), SIB (System Information Block), RMSI (Remaining Minimum System Information), OSI (Other System Information) 등)을 통해 전송될 수 있다.
이와 같은 동기 래스터는 초기 동기의 복잡도와 검출 속도를 감안하여 채널 래스터보다 주파수 축에서 길게 정의되고 블라인드 검출 수가 적다.
도 7은 본 개시에 적용 가능한 SS/PBCH block이 전송되는 구성을 간단히 나타낸 도면이다.
본 개시가 적용 가능한 NR 시스템에서 기지국은 5ms 동안 SS/PBCH block을 최대 64번 전송할 수 있다. 이때, 다수의 SS/PBCH block은 서로 다른 전송 빔으로 전송되고, 단말은 전송에 사용되는 특정 하나의 빔을 기준으로 20ms의 주기마다 SS/PBCH block이 전송된다고 가정하여 상기 SS/PBCH block을 검출할 수 있다.
기지국이 5ms 시간 구간 내에서 SS/PBCH block 전송을 위해 사용 가능한 최대 빔 개수는 주파수 대역이 높을수록 크게 설정될 수 있다. 일 예로, 3GHz 이하 대역에서 상기 기지국은 5ms 시간 구간 내 최대 4개, 3~6GHz 대역에서 최대 8개, 6GHz 이상의 대역에서 최대 64 개의 서로 다른 빔을 사용하여 SS/PBCH block 을 전송할 수 있다.
1.4. 동기화 절차 (Synchronization procedure)
단말은 기지국으로부터 상기와 같은 SS/PBCH block을 수신하여 동기화를 수행할 수 있다. 이때, 상기 동기화 절차는 크게 셀 ID 검출 (Cell ID detection) 단계 및 타이밍 검출 (timing detection) 단계를 포함한다. 여기서, 셀 ID 검출 단계는 PSS에 기반한 셀 ID 검출 단계와 SSS에 기반한 셀 ID 검출 단계(예: 총 1008개 물리 계층 셀 ID 중 하나의 물리 계층 셀 ID를 검출함)를 포함할 수 있다. 또한, 타이밍 검출 단계는 PBCH DM-RS (Demodulation Reference Signal)에 기반한 타이밍 검출 단계와 PBCH 컨텐츠 (예: MIB (Master Information Block))에 기반한 타이밍 검출 단계를 포함할 수 있다.
이를 위해, 단말은 PBCH, PSS, SSS의 수신 기회 (reception occasions)가 연속된 심볼 상에 존재함을 가정할 수 있다. (즉, 단말은 앞서 상술한 바와 같이, PBCH, PSS, SSS가 SS/PBCH block 를 구성함을 가정할 수 있다). 이어, 단말은 SSS, PBCH DM-RS 및 PBCH 데이터가 동일한 EPRE (Energy Per Resource Element)를 갖는다고 가정할 수 있다. 이때, 단말은 대응하는 셀 내 SS/PBCH block 의 SSS ERPE 대비 PSS EPRE의 비율 (ratio of PSS EPRE to SSS EPRE)는 0 dB 또는 3 dB라고 가정할 수 있다. 또는, 상기 단말에게 전용 상위 계층 파라미터 (dedicated higher layer parameters)가 제공되지 않은 경우, SI-RNTI (System Information - Random Network Temporary Identifier), P-RNTI (Paging - Random Network Temporary Identifier), 또는 RA-RNTI (Random Access - Random Network Temporary Identifier)에 의해 스크램블링된 CRC (Cyclic Redundancy Check)를 갖는 DCI 포맷 1_0를 위한 PDCCH를 모니터링하는 단말은 SSS EPRE 대비 PDCCH DMRS EPRE의 비율 (ratio of PDCCH DMRS EPRE to SSS EPRE)이 - 8 dB 내지 8 dB 이내라고 가정할 수 있다.
먼저, 단말은 PSS와 SSS 검출을 통해 시간 동기 및 검출된 셀의 물리적 셀 ID (Physical cell ID)를 획득할 수 있다. 보다 구체적으로, 상기 단말은 PSS 검출을 통해 SS 블록에 대한 심볼 타이밍을 획득하고, 셀 ID 그룹 내 셀 ID를 검출할 수 있다. 이어, 단말은 SSS 검출을 통해 셀 ID 그룹을 검출한다.
또한, 상기 단말은 PBCH의 DM-RS를 통해 SS 블록의 시간 인덱스 (예: 슬롯 경계)를 검출할 수 있다. 이어, 상기 단말은 PBCH에 포함된 MIB를 통해 하프 프레임 경계 정보 및 SFN (System Frame Number) 정보 등을 획득할 수 있다.
이때, 상기 PBCH는 관련된 (또는 대응하는) RMSI PDCCH/PDSCH가 상기 SS/PBCH block과 동일한 대역 또는 상이한 대역에서 전송됨을 알려줄 수 있다. 이에 따라, 단말은 상기 PBCH 디코딩 이후 상기 PBCH에 의해 지시된 주파수 대역 또는 상기 PBCH가 전송되는 주파수 대역에서 이후 전송되는 RMSI (예: MIB (Master Information Block, MIB) 외의 시스템 정보) 등을 수신할 수 있다.
하프 프레임 내 SS/PBCH block에 있어, 후보 SS/PBCH blocks을 위한 첫 번째 심볼 인덱스들은 다음과 같이 SS/PBCH blocks의 부반송파 간격 (subcarrier spacing)에 따라 결정될 수 있다. 이때, 인덱스 #0은 하프 프레임 내 첫 번째 슬롯의 첫 번째 심볼에 대응한다.
(케이스 A: 15 kHz subcarrier spacing) 후보 SS/PBCH blocks의 첫 번째 심볼들은 {2, 8} + 14*n의 심볼들을 가질 수 있다. 3 GHz 이하의 주파수 대역을 위해 n 은 0 또는 1 값을 갖는다. 3 GHz 초과 6 GHz 이하의 주파수 대역을 위해 n 은 0, 1, 2 또는 3 값을 갖는다.
(케이스 B: 30 kHz subcarrier spacing) 후보 SS/PBCH blocks의 첫 번째 심볼들은 {4, 8, 16, 32} + 28*n의 심볼들을 가질 수 있다. 3 GHz 이하의 주파수 대역을 위해 n 은 0 값을 갖는다. 3 GHz 초과 6 GHz 이하의 주파수 대역을 위해 n 은 0 또는 1 값을 갖는다.
(케이스 C: 30 kHz subcarrier spacing) 후보 SS/PBCH blocks의 첫 번째 심볼들은 {2, 8} + 14*n의 심볼들을 가질 수 있다. 3 GHz 이하의 주파수 대역을 위해 n 은 0 또는 1 값을 갖는다. 3 GHz 초과 6 GHz 이하의 주파수 대역을 위해 n 은 0, 1, 2 또는 3 값을 갖는다.
(케이스 D: 120 kHz subcarrier spacing) 후보 SS/PBCH blocks의 첫 번째 심볼들은 {4, 8, 16, 20} + 28*n의 심볼들을 가질 수 있다. 6 GHz 초과의 주파수 대역을 위해 n 은 0, 1, 2, 3, 5, 6, 7, 8, 19, 11, 12, 13, 15, 16, 17 또는 18 값을 갖는다.
(케이스 E: 240 kHz subcarrier spacing) 후보 SS/PBCH blocks의 첫 번째 심볼들은 {8, 12, 16, 20, 32, 36, 40, 44} + 56*n의 심볼들을 가질 수 있다. 6 GHz 초과의 주파수 대역을 위해 n 은 0, 1, 2, 3, 5, 6, 7 또는 8 값을 갖는다.
상기 동작과 관련하여, 단말은 시스템 정보를 획득할 수 있다.
MIB는 SIB1(SystemInformationBlock1)을 나르는 PDSCH를 스케줄링하는 PDCCH의 모니터링을 위한 정보/파라미터를 포함하며, SS/PBCH block 내 PBCH를 통해 기지국에 의해 단말로 전송된다.
단말은 MIB에 기반하여 Type0-PDCCH 공통 탐색 공간(common search space)을 위한 CORESET(Control Resource Set)이 존재하는지 확인할 수 있다. Type0-PDCCH 공통 탐색 공간은 PDCCH 탐색 공간의 일종이며, SI 메시지를 스케줄링하는 PDCCH를 전송하는 데 사용된다.
Type0-PDCCH 공통 탐색 공간이 존재하는 경우, 단말은 MIB 내의 정보(예, pdcch-ConfigSIB1)에 기반하여 (i) CORESET을 구성하는 복수의 인접(contiguous) 자원 블록들 및 하나 이상의 연속된(consecutive) 심볼들과 (ii) PDCCH 기회(occasion)(예, PDCCH 수신을 위한 시간 도메인 위치)를 결정할 수 있다.
Type0-PDCCH 공통 탐색 공간이 존재하지 않는 경우, pdcch-ConfigSIB1은 SSB/SIB1이 존재하는 주파수 위치와 SSB/SIB1이 존재하지 않는 주파수 범위에 관한 정보를 제공한다.
SIB1은 나머지 SIB들(이하, SIBx, x는 2 이상의 정수)의 가용성(availability) 및 스케줄링(예, 전송 주기, SI-윈도우 크기)과 관련된 정보를 포함한다. 예를 들어, SIB1은 SIBx가 주기적으로 브로드캐스트되는지 또는 on-demand 방식 (또는 단말의 요청에 의해)에 의해 제공되는지 여부를 알려줄 수 있다. SIBx가 on-demand 방식에 의해 제공되는 경우, SIB1은 단말이 SI 요청을 수행하는 데 필요한 정보를 포함할 수 있다. SIB1은 PDSCH를 통해 전송되며, SIB1을 스케줄링 하는 PDCCH는 Type0-PDCCH 공통 탐색 공간을 통해 전송되며, SIB1은 상기 PDCCH에 의해 지시되는 PDSCH를 통해 전송된다.
1.5. 동기화 래스터 (Synchronization raster)
동기화 래스터 (Synchronization raster)는, SSB 위치를 위한 명시적인 시그널링이 존재하지 않는 경우, 시스템 정보 획득을 위한 단말에 의해 사용될 수 있는 SSB의 주파수 위치를 의미한다. 글로벌 동기화 래스터는 모든 주파수를 위해 정의된다. SSB의 주파수 위치는 SS REF 및 대응하는 번호 GSCN (Global Synchronization Channel Number)로 정의된다. 모든 주파수 범위를 위한 SS REF 및 GSCN을 정의하는 파라미터들은 다음과 같다.
Figure PCTKR2020001284-appb-img-000005
동기화 래스터 및 대응하는 SSB의 자원 블록 간 매핑은 하기 표에 기초할 수 있다. 상기 매핑은 채널 내 할당된 자원블록들의 총 개수에 의존하고, UL 및 DL에 모두 적용될 수 있다.
Figure PCTKR2020001284-appb-img-000006
1.6. DCI 포맷
본 개시가 적용 가능한 NR 시스템에서는, 다음과 같은 DCI 포맷들을 지원할 수 있다. 먼저, NR 시스템에서는 PUSCH 스케줄링을 위한 DCI 포맷으로 DCI format 0_0, DCI format 0_1을 지원하고, PDSCH 스케줄링을 위한 DCI 포맷으로 DCI format 1_0, DCI format 1_1을 지원할 수 있다. 또한, 이외 목적으로 활용 가능한 DCI 포맷으로써, NR 시스템에서는 DCI format 2_0, DCI format 2_1, DCI format 2_2, DCI format 2_3을 추가적으로 지원할 수 있다.
여기서, DCI format 0_0은 TB (Transmission Block) 기반 (또는 TB-level) PUSCH를 스케줄링하기 위해 사용되고, DCI format 0_1은 TB (Transmission Block) 기반 (또는 TB-level) PUSCH 또는 (CBG (Code Block Group) 기반 신호 송수신이 설정된 경우) CBG 기반 (또는 CBG-level) PUSCH를 스케줄링하기 위해 사용될 수 있다.
또한, DCI format 1_0은 TB 기반 (또는 TB-level) PDSCH를 스케줄링하기 위해 사용되고, DCI format 1_1은 TB 기반 (또는 TB-level) PDSCH 또는 (CBG 기반 신호 송수신이 설정된 경우) CBG 기반 (또는 CBG-level) PDSCH를 스케줄링하기 위해 사용될 수 있다.
또한, DCI format 2_0은 슬롯 포맷 (slot format)을 알리기 위해 사용되고 (used for notifying the slot format), DCI format 2_1은 특정 UE가 의도된 신호 전송이 없음을 가정하는 PRB 및 OFDM 심볼을 알리기 위해 사용되고 (used for notifying the PRB(s) and OFDM symbol(s) where UE may assume no transmission is intended for the UE), DCI format 2_2는 PUCCH 및 PUSCH의 TPC (Transmission Power Control) 명령 (command)의 전송을 위해 사용되고, DCI format 2_3은 하나 이상의 UE에 의한 SRS 전송을 위한 TPC 명령 그룹의 전송을 위해 사용될 수 있다 (used for the transmission of a group of TPC commands for SRS transmissions by one or more UEs).
보다 구체적으로, DCI format 1_1은 전송 블록 (TB) 1을 위한 MCS/NDI (New Data Indicator)/RV(Redundancy Version) 필드를 포함하고, 상위 계층 파라미터 PDSCH-Config 내 상위 계층 파라미터 maxNrofCodeWordsScheduledByDCI 가 n2 (즉, 2)로 설정된 경우에 한해, 전송 블록 2를 위한 MCS/NDI/RV 필드를 더 포함할 수 있다.
특히, 상위 계층 파라미터 maxNrofCodeWordsScheduledByDCI 가 n2 (즉, 2)로 설정된 경우, 실질적으로 전송 블록의 사용 가능 여부 (enable/disable) 는 MCS 필드 및 RV 필드의 조합에 의해 결정될 수 있다. 보다 구체적으로, 특정 전송 블록에 대한 MCS 필드가 26 값을 갖고 RV 필드가 1 값을 갖는 경우, 상기 특정 전송 블록은 비활성화(disabled)될 수 있다.
상기 DCI 포맷에 대한 구체적인 특징은 3GPP TS 38.212 문서에 의해 뒷받침될 수 있다. 즉, DCI 포맷 관련 특징 중 설명하지 않은 자명한 단계들 또는 부분들은 상기 문서를 참조하여 설명될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
1.7. CORESET (Control resource set)
하나의 CORESET은 주파수 도메인에서 N CORESET RB 개의 RB를 포함하고, 시간 도메인에서 N CORESET symb (해당 값은 1,2,3 값을 가짐) 개의 심볼을 포함한다.
하나의 CCE (control channel element)는 6 REG (resource element group)을 포함하고, 하나의 REG는 하나의 OFDM 심볼 상 하나의 RB와 동일하다. CORESET 내 REG들은 시간-우선 방식 (time-first manner)에 따른 순서로 넘버링된다. 구체적으로, 상기 넘버링은 CORESET 내 첫 번째 OFDM 심볼 및 가장-낮은 번호의 RB을 위해 '0'부터 시작한다.
하나의 단말에 대해 복수 개의 CORESET들이 설정될 수 있다. 각 CORESET은 하나의 CCE-to-REG 매핑에만 관련된다.
하나의 CORESET을 위한 CCE-to-REG 매핑은 인터리빙되거나 논-인터리빙될 수 있다.
CORESET을 위한 설정 정보는 상위 계층 파라미터 ControlResourceSet IE에 의해 설정될 수 있다.
본 개시에 있어, 상위 계층 파라미터 ControlResourceSet IE는 하기 표와 같이 구성될 수 있다.
[규칙 제91조에 의한 정정 01.04.2020]　
[표 7]
Figure WO-DOC-FIGURE-t7
상기 표에 정의된 파라미터들은 3GPP TS 38.331 표준에 정의된 파라미터와 동일할 수 있다.
또한 CORESET 0 (예: 공통 CORESET)을 위한 설정 정보는 상위 계층 파라미터 ControlResourceSetZero IE에 의해 설정될 수 있다.
1.8. 안테나 포트 의사 코-로케이션 (antenna ports quasi co-location)
하나의 단말에 대해 최대 M TCI (Transmission Configuration Indicator) 상태(state) 설정의 리스트가 설정될 수 있다. 상기 최대 M TCI 상태 설정은 상기 단말 및 주어진 서빙 셀을 위해 의도된 (intended) DCI를 포함한 PDCCH의 검출에 따라 (상기 단말이) PDSCH를 디코딩할 수 있도록 상위 계층 파라미터 PDSCH-Config에 의해 설정될 수 있다. 여기서, M 값은 단말의 캐퍼빌리티에 의존하여 결정될 수 있다.
각 TCI-state는 하나 또는 두 개의 하향링크 참조 신호들과 PDSCH의 DMRS 포트들 간 QCL (quasi co-location) 관계를 설정하기 위한 파라미터를 포함한다. 상기 QCL 관계는 제1 DL RS (downlink reference signal)을 위한 상위 계층 파라미터 qcl-Type1 및 제2 DL RS을 위한 상위 계층 파라미터 qcl-Type2 (설정될 경우)에 기초하여 설정된다. 두 DL RS들의 경우를 위해, 상기 참조 신호들이 동일한 DL RS 또는 상이한 DL RS인지 여부와 관계 없이, QCL 타입들은 동일하지 않아야 한다 (shall not be the same). QCL 타입들은 상위 계층 파라미터 QCL-Info 내 상위 계층 파라미터 qcl-Type에 의해 주어지는 각 DL RS에 대응하고, 상기 QCL 타입들은 다음 중 하나의 값을 가질 수 있다.
- 'QCL-TypeA': {Doppler shift, Doppler spread, average delay, delay spread}
- 'QCL-TypeB': {Doppler shift, Doppler spread}
- 'QCL-TypeC': {Doppler shift, average delay}
- 'QCL-TypeD': {Spatial Rx parameter}
단말은 상기 최대 8 TCI states를 DCI 내 TCI (Transmission Configuration Indication) 필드의 코드 포인트(codepoint)와 매핑하기 위해 사용되는 활성화 코맨드 (activation command)를 수신한다. 상기 활성화 코맨드를 포함한 PDSCH에 대응하는 HARQ-ACK 신호가 슬롯 #n에서 전송되는 경우, 상기 TCIs states 및 상기 DCI 내 TCI 필드의 코드 포인트 간 매핑은 슬롯 #(n+3*N subframe, μ slot+1) 부터 적용될 수 있다. 여기서, N subframe, μ slot는 앞서 상술한 표 1 또는 표 2에 기초하여 결정된다. 상기 단말이 TCI states의 초기 상위 계층 설정 (initial higher layer configuration)을 수신한 이후이며 상기 단말이 활성화 코맨드를 수신하기 이전에, 상기 단말은 서빙 셀의 PDSCH의 DMRS 포트(들)이 'QCL-TypeA' 관점에서 상기 초기 접속 절차에서 결정되는 SS/PBCH (Synchronization Signal / Physical Broadcast Channel) 블록과 QCL 되었다고 가정한다. 추가적으로, 상기 시점에 상기 단말은 서빙 셀의 PDSCH의 DMRS 포트(들)이 'QCL-TypeD' 관점에서 상기 초기 접속 절차에서 결정되는 SS/PBCH 블록과 QCL 되었다고 가정할 수 있다.
PDSCH를 스케줄링하는 CORESET을 위해 상위 계층 파라미터 tci-PresentInDCI가 'enabled'로 설정되는 경우, 단말은 상기 CORESET 상에서 전송되는 DCI 포맷 1_1의 PDCCH 내 상기 TCI 필드가 존재한다고 가정한다. 상기 PDSCH를 스케줄링하는 CORESET을 위해 상위 계층 파라미터 tci-PresentInDCI가 설정되지 않거나 상기 PDSCH가 DCI 포맷 1_0에 의해 스케줄링되고, 상기 DL DCI의 수신 시점과 대응하는 PDSCH의 수신 시점 간 시간 오프셋이 문턱치 Threshold-Sched-Offset (상기 문턱치는 보고된 UE 캐퍼빌리티에 기초하여 결정됨) 보다 크거나 같은 경우, PDSCH 안테나 포트 QCL을 결정하기 위해, 단말은 상기 PDSCH를 위한 TCI state 또는 QCL 가정이 PDCCH 전송을 위해 사용되는 CORESET에 적용되는 TCI state 또는 QCL 가정과 동일하다고 가정한다.
상위 계층 파라미터 tci-PresentInDCI가 'enabled'로 설정되고, CC (component carrier)를 스케줄링하는 DCI 내 TCI 필드가 상기 스케줄링된 CC 또는 DL BW 내 활성화된 TCI states를 지시하는 경우 (point to), 상기 PDSCH가 DCI 포맷 1_1에 의해 스케줄링되면, 단말은 PDSCH 안테나 포트 QCL을 결정하기 위해 상기 검출된 PDCCH 내 DCI에 포함된 TCI 필드에 기초한 TCI-State를 이용한다. DL DCI의 수신 시점과 대응하는 PDSCH의 수신 시점 간 시간 오프셋이 문턱치 Threshold-Sched-Offset (상기 문턱치는 보고된 UE 캐퍼빌리티에 기초하여 결정됨) 보다 크거나 같은 경우, 상기 단말은 서빙 셀의 PDSCH의 DMRS 포트(들)이 지시된 TCI stated 의해 주어지는 QCL 타입 파라미터(들)에 대한 TCI state 내 RS(s)와 QCL 된다고 가정한다. 상기 단말에 대해 단일 슬롯 PDSCH가 설정되는 경우, 상기 지시된 TCI state는 상기 스케줄링된 PDSCH의 슬롯 내 활성화된 TCI states에 기초해야 한다. 크로스-반송파 스케줄링을 위한 검색 영역 세트 (search space set)와 연관된 CORESET이 상기 단말에게 설정되는 경우, 상기 단말은 상기 CORESET을 위해 상위 계층 파라미터 tci-PresentInDCI가 'enabled'로 설정된다고 가정하고, 상기 검색 영역 세트에 의해 스케줄링된 서빙 셀을 위해 설정된 하나 이상의 TCI states들이 'QCL-TypeD'를 포함하는 경우, 상기 단말은 상기 검색 영역 세트 내 검출된 PDCCH의 수신 시점과 대응하는 PDSCH의 수신 시점 간 시간 오프셋은 문턱치 Threshold-Sched-Offset 보다 크거나 같을 것을 기대한다.
상위 계층 파라미터 tci-PresentInDCI가 'enabled'로 설정되거나 RRC 연결 모드에서 상기 상위 계층 파라미터 tci-PresentInDCI가 설정되지 않은 경우 모두에 대해, 만약 DL DCI의 수신 시점과 대응하는 PDSCH의 수신 시점 간 오프셋이 문턱치 Threshold-Sched-Offset 보다 작은 경우, 상기 단말은 다음과 같은 사항을 가정한다. (i) 서빙 셀의 PDSCH의 DMRS 포트(들)은 TCI state의 RS(s)와 QCL 파라미터(들)에 대해 QCL 관계를 가짐. (ii) 이때, 상기 QCL 파라미터(들)은, 단말에 의해 모니터링되는 서빙 셀의 활성화 BWP 내 하나 이상의 CORESET에서 마지막 슬롯 내 가장 낮은 CORESET-ID로 모니터링된 검색 영역과 연관된 CORESET의 PDCCH QCL 지시를 위해 사용된 QCL 파라미터(들)임 (For both the cases when higher layer parameter tci-PresentInDCI is set to 'enabled' and the higher layer parameter tci-PresentInDCI is not configured in RRC connected mode, if the offset between the reception of the DL DCI and the corresponding PDSCH is less than the threshold Threshold-Sched-Offset, the UE may assume that the DM-RS ports of PDSCH of a serving cell are quasi co-located with the RS(s) in the TCI state with respect to the QCL parameter(s) used for PDCCH quasi co-location indication of the CORESET associated with a monitored search space with the lowest CORESET-ID in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE.)
상기 경우에 있어, PDSCH DMRS의 'QCL-TypeD'가 적어도 하나의 심볼 상에서 중첩되는 PDCCH DMRS의 'QCL-TypeD'와 상이한 경우, 상기 단말은 해당 CORESET과 연관된 PDCCH의 수신을 우선시하는 것을 기대한다. 해당 동작은 또한 밴드-내 (intra band) CA 경우에도 동일하게 적용될 수 있다 (PDSCH 및 CORESET이 상이한 CC에 있는 경우). 만약 설정된 TCI states들 중 'QCL-TypeD'를 포함한 TCI state가 없는 경우, 상기 단말은, DL DCI의 수신 시점과 대응하는 PDSCH의 수신 시점 간 시간 오프셋에 관계 없이, 스케줄링된 PDSCH를 위해 지시된 TCI state로부터 다른 QCL 가정을 획득한다.
상위 계층 파라미터 trs-Info 가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 주기적 CSI-RS 자원을 위해, 단말은 TCI 상태가 다음 QCL 타입(들) 중 하나를 지시한다고 가정해야 한다:
- SS/PBCH 블록에 대한 'QCL-TypeC', (QCL-TypeD가) 적용 가능한 경우 (when applicable), 동일한 SS/PBCH 블록에 대한 'QCL-TypeD', 또는
- SS/PBCH 블록에 대한 'QCL-TypeC' 및, (QCL-TypeD가) 적용 가능한 경우, 상위 계층 파라미터 repetition가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 주기적 CSI-RS 자원에 대한 'QCL-TypeD'
상위 계층 파라미터 trs-Info 및 상위 계층 파라미터 repetition 없이 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원을 위해, 단말은 TCI 상태가 다음 QCL 타입(들) 중 하나를 지시한다고 가정해야 한다:
- 상위 계층 파라미터 trs-Info 가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeA' 및, (QCL-TypeD가) 적용 가능한 경우, 동일한 CSI-RS 자원에 대한 'QCL-TypeD', 또는
- 상위 계층 파라미터 trs-Info 가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeA' 및, (QCL-TypeD가) 적용 가능한 경우, SS/PBCH 블록에 대한 'QCL-TypeD', 또는
- 상위 계층 파라미터 trs-Info 가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeA' 및, (QCL-TypeD가) 적용 가능한 경우, 상위 계층 파라미터 repetition가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 주기적 CSI-RS 자원에 대한 'QCL-TypeD', 또는
- 상위 계층 파라미터 trs-Info 가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeB', 'QCL-TypeD'가 적용 가능하지 않은 경우
상위 계층 파라미터 repetition가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원을 위해, 단말은 TCI 상태가 다음 QCL 타입(들) 중 하나를 지시한다고 가정해야 한다:
- 상위 계층 파라미터 trs-Info 가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeA' 및, (QCL-TypeD가) 적용 가능한 경우, 동일한 CSI-RS 자원에 대한 'QCL-TypeD', 또는,
- 상위 계층 파라미터 trs-Info 가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeA' 및, (QCL-TypeD가) 적용 가능한 경우, 상위 계층 파라미터 repetition가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeD', 또는,
- SS/PBCH 블록에 대한 'QCL-TypeC' 및, (QCL-TypeD가) 적용 가능한 경우, 동일한 SS/PBCH 블록에 대한 'QCL-TypeD'
PDCCH의 DMRS를 위해, 단말은 TCI 상태가 다음 QCL 타입(들) 중 하나를 지시한다고 가정해야 한다:
- 상위 계층 파라미터 trs-Info 가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeA' 및, (QCL-TypeD가) 적용 가능한 경우, 동일한 CSI-RS 자원에 대한 'QCL-TypeD', 또는,
- 상위 계층 파라미터 trs-Info 가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeA' 및, (QCL-TypeD가) 적용 가능한 경우, 상위 계층 파라미터 repetition가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeD', 또는,
- 상위 계층 파라미터 trs-Info 및 상위 계층 파라미터 repetition 없이 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeA' 및, (QCL-TypeD가) 적용 가능한 경우, 동일한 CSI-RS 자원에 대한 'QCL-TypeD'
PDSCH의 DMRS를 위해, 단말은 TCI 상태가 다음 QCL 타입(들) 중 하나를 지시한다고 가정해야 한다:
- 상위 계층 파라미터 trs-Info 가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeA' 및, (QCL-TypeD가) 적용 가능한 경우, 동일한 CSI-RS 자원에 대한 'QCL-TypeD', 또는,
- 상위 계층 파라미터 trs-Info 가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeA' 및, (QCL-TypeD가) 적용 가능한 경우, 상위 계층 파라미터 repetition가 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeD', 또는,
- 상위 계층 파라미터 trs-Info 및 상위 계층 파라미터 repetition 없이 설정된 상위 계층 파라미터 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원에 대한 'QCL-TypeA' 및, (QCL-TypeD가) 적용 가능한 경우, 동일한 CSI-RS 자원에 대한 'QCL-TypeD'
본 문서에 있어, QCL 시그널링은 하기 표에 기재된 모든 시그널링 구성들을 포함할 수 있다.
Figure PCTKR2020001284-appb-img-000008
하기 표들에 있어, 동일한 RS 타입을 포함한 행(row)이 존재하는 경우, 동일한 RS ID가 적용된다고 가정할 수 있다.
일 예로, 상위 계층 파라미터 trs-Info 와 함께 상위 계층 파라미터 NZP-CSI-RS-ResourceSet에 의해 설정되는 CSI-RS 자원이 존재하는 경우, 단말(UE)은 상위 계층 파라미터 TCI-State의 하기 두 가지 가능한 설정들만을 기대할 수 있다.
Figure PCTKR2020001284-appb-img-000009
상기 표에 있어, *는, QCL type-D 이 적용 가능한 경우, DL RS 2 및 QCL type-2 가 상기 단말을 위해 설정될 수 있음을 의미할 수 있다.
다른 예로, 상위 계층 파라미터 trs-Info 및 상위 계층 파라미터 repetition 없이, 상위 계층 파라미터 NZP-CSI-RS-ResourceSet에 의해 설정되는 CSI-RS 자원이 존재하는 경우, 단말(UE)은 상위 계층 파라미터 TCI-State의 하기 세 가지 가능한 설정들만을 기대할 수 있다.
Figure PCTKR2020001284-appb-img-000010
상기 표에 있어, *는, QCL type-D가 적용 가능하지 않음을 의미할 수 있다.
상기 표에 있어, **는, QCL type-D 이 적용 가능한 경우, DL RS 2 및 QCL type-2 가 상기 단말을 위해 설정될 수 있음을 의미할 수 있다.
또 다른 예로, 상위 계층 파라미터 repetition 와 함께 상위 계층 파라미터 NZP-CSI-RS-ResourceSet에 의해 설정되는 CSI-RS 자원이 존재하는 경우, 단말(UE)은 상위 계층 파라미터 TCI-State의 하기 세 가지 가능한 설정들만을 기대할 수 있다.
Figure PCTKR2020001284-appb-img-000011
다음의 두 표들에 있어, QCL type-D가 적용 가능한 경우, DL RS 2 및 QCL type-2 는, 기본 (default) 케이스 (하기 두 표들의 네 번째 행)를 제외하고, 상기 단말을 위해 설정될 수 있다. 만약 하향링크를 위한 TRS가 QCL type-D를 위해 사용되는 경우, TRS는 QCL type-D를 위한 소스 RS로써 BM(beam management)를 위한 참조 신호 (예: SSB 또는 CSI-RS)를 가질 수 있다.
PDCCH의 DMRS를 위해, 단말은 TRS가 설정되기 이전에 네 번째 설정 (하기 두 표들의 네 번째 행)이 기본(default) 설정으로써 유효한 동안, 상위 계층 파라미터 TCI-State의 하기 세 가지 가능한 설정들만을 기대할 수 있다.
Figure PCTKR2020001284-appb-img-000012
상기 표에 있어, *는, TRS가 설정되기 이전에 적용될 수 있는 설정을 의미할 수 있다. 이에 따라, 해당 설정은 TCI 상태(state)가 아니며, 오히려 유효한 QCL 가정(assumption)으로 해석될 수 있다.
상기 표에 있어, **는, QCL 파라미터들이 CSI-RS (또는 CSI)로부터 직접적으로 도출되지 않음을 의미할 수 있다.
PDCCH의 DMRS를 위해, 단말은 TRS가 설정되기 이전에 네 번째 설정 (하기 두 표들의 네 번째 행)이 기본적으로 (by default) 유효한 동안, 상위 계층 파라미터 TCI-State의 하기 세 가지 가능한 설정들만을 기대할 수 있다.
Figure PCTKR2020001284-appb-img-000013
상기 표에 있어, *는, TRS가 설정되기 이전에 적용될 수 있는 설정을 의미할 수 있다. 이에 따라, 해당 설정은 TCI 상태(state)가 아니며, 오히려 유효한 QCL 가정(assumption)으로 해석될 수 있다.
상기 표에 있어, **는, QCL 파라미터들이 CSI-RS (또는 CSI)로부터 직접적으로 도출되지 않음을 의미할 수 있다.
PDCCH의 DMRS를 위해, 단말은 TRS가 설정되기 이전에 네 번째 설정 (하기 두 표들의 네 번째 행)이 기본적으로 (by default) 유효한 동안, 상위 계층 파라미터 TCI-State의 하기 세 가지 가능한 설정들만을 기대할 수 있다.
Figure PCTKR2020001284-appb-img-000014
상기 표에 있어, *는, TRS가 설정되기 이전에 적용될 수 있는 설정을 의미할 수 있다. 이에 따라, 해당 설정은 TCI 상태(state)이기 보다 유효한 QCL 가정으로 해석될 수도 있다.
상기 표에 있어, **는, QCL 파라미터들이 CSI-RS (또는 CSI)로부터 직접적으로 도출되지 않음을 의미할 수 있다.
본 개시에 있어, 기지국은 하기와 같은 MAC-CE를 통해 단말에게 CORESET를 위한 TCI state을 설정할 수 있다. 단말은, 상기 TCI state에 기반하여, 대응하는 CORESET을 수신할 Rx 빔을 결정할 수 있다.
Figure PCTKR2020001284-appb-img-000015
일 예로, 기지국은 상기 표와 같이 구성된 단말-특정 (UE-specific) PDCCH MAC-CE를 통해 TCI state 지시 정보를 단말에게 제공할 수 있다. 상기 TCI state 지시는 LCID (Logical Channel ID)와 함께 MAC 서브헤더에 의해 식별될 수 있다. 상기 TCI state 지시는 다음의 필드들을 포함한 고정된 16 bits 크기를 가질 수 있다.
- Serving Cell ID: 해당 필드는 MAC CE를 적용하는 서빙 셀의 식별자(identity)를 지시한다. 상기 필드의 길이는 5 bits 이다.
- CORESET ID: 해당 필드는, 상위 계층 파라미터 ControlResourceSetId 에 의해 식별되는, 해당 TCI state가 지시되는, CORESET을 지시한다. 해당 필드의 값이 0인 경우, 상기 필드는 상위 계층 파라미터 controlResourceSetZero 에 의해 설정되는 CORESET을 지시할 수 있다. 상기 필드의 길이는 4 bits 이다.
- TCI State ID: 해당 필드는 상위 계층 파라미터 TCI-StateId에 의해 식별되는, CORESET ID 필드에 의해 식별된 CORESET에 적용 가능한, TCI state를 지시한다. CORESET ID 필드가 0으로 설정되는 경우, 해당 필드는, 활성화 BWP 내 PDSCH-Config에 포함된 상위 계층 파라미터 tci-States-ToAddModList 및 tci-States-ToReleaseList 에 의해 설정된 첫 번째 64 TCI-states (first 64 TCI states)의 TCI state를 위한 TCI-StateId를 지시한다. 또는, CORESET ID 필드가 0이 아닌 값으로 설정되는 경우, 해당 필드는, 지시된 CORESET ID에 의해 식별되는 controlResourceSet에 포함된 상위 계층 파라미터 tci-StatesPDCCH-ToAddList 및 tci-StatesPDCCH-ToReleaseList에 의해 설정된 TCI-StateId를 지시한다. 상기 필드의 길이는 7 bits 이다.
1.9. CSI-RS (channel state information reference signal)
본 개시에 따른 이동통신 시스템에서는, 패킷 전송을 위해 다중 송신 안테나와 다중 수신 안테나를 채택하여 송수신 데이터 효율을 향상시킬 수 있는 방법을 사용한다. 다중 입출력 안테나를 이용하여 데이터를 송수신할 때, 신호를 정확하게 수신하기 위하여 송신 안테나와 수신 안테나 간의 채널 상태가 검출되어야 한다. 따라서 각 송신 안테나는 개별적인 참조 신호를 가질 수 있다. 이때, 채널 상태 정보 (channel state information; CSI)의 피드백을 위한 참조 신호는 CSI-RS로 정의될 수 있다.
CSI-RS는 ZP (Zero Power) CSI-RS 및 NZP (Non-Zero-Power) CSI-RS를 포함한다. 이때, ZP CSI-RS 및 NZP CSI-RS는 다음과 같이 정의될 수 있다.
- NZP CSI-RS는 NZP-CSI-RS-Resource IE (Information Element) 또는 CSI-RS-ResourceConfigMobility IE 내 CSI-RS-Resource-Mobility 필드에 의해 설정될 수 있다. 상기 NZP CSI-RS는 3GPP TS 38.211 표준 spec에 정의된 시퀀스 생성 (sequence generation) 및 자원 맵핑 (resource mapping) 방법에 기초하여 정의될 수 있다.
- ZP CSI-RS는 ZP-CSI-RS-Resource IE에 의해 설정될 수 있다. 단말은 ZP CSI-RS를 위하여 설정된 자원은 PDSCH 전송을 위해 사용되지 않는다고 가정할 수 있다. 단말은 PDSCH를 제외한 채널/신호가 ZP CSI-RS와 충돌하는지 여부와 관계 없이, 상기 채널/신호 상에서 동일한 측정/수신을 수행할 수 있다 (The UE performs the same measurement/reception on channels/signals except PDSCH regardless of whether they collide with ZP CSI-RS or not).
하나의 슬롯 내 CSI-RS가 맵핑되는 위치는 CSI-RS 포트 개수, CSI-RS 밀도 (density), CDM (Code Division Multiplexing)-Type 및 상위 계층 파라미터 (예: firstOFDMSymbolInTimeDomain, firstOFDMSymbolInTimeDomain2 등)에 의해 동적으로 (dynamic) 결정될 수 있다.
1.10. 검색 영역 (Search Space)
도 8은 본 개시에 적용 가능한 상위 계층 파라미터 SearchSpace IE의 구성을 나타낸 도면이다.
기지국은 도 8과 같은 SearchSpace IE를 RRC 시그널링을 통해 단말에게 전송함으로써 CORESET과 연관된 하나 이상의 검색 영역을 상기 단말에게 설정할 수 있다. 이때, SearchSpace IE 내 controlResourceSetID이 정의됨에 기초하여, 하나의 검색 영역과 하나의 CORESET이 연관 관계를 가질 수 있다.
상기 SearchSpace IE는 단말이 PDCCH 후보(들)을 어떻게/어디서 검색할지를 정의한다. 각 검색 영역은 하나의 ControlResourceSet과 연관된다. 크로스-캐리어 스케줄링의 경우 스케줄링된 셀을 위해, nrofCandidates를 제외한 모든 선택적 (optional) 필드는 생략 (또는 absent)할 수 있다.
SearchSpace IE에 있어, 각각의 필드들은 하기 표들과 같이 정의될 수 있다.
[규칙 제91조에 의한 정정 01.04.2020]　
[표 16]
Figure WO-DOC-FIGURE-t16
[규칙 제91조에 의한 정정 01.04.2020]　
[표 17]
Figure WO-DOC-FIGURE-t17
[규칙 제91조에 의한 정정 01.04.2020]　
[표 18]
Figure WO-DOC-FIGURE-t18
또한, 상기 SearchSpace IE에 개시된 조건문(conditional phrase)는 다음과 같이 해석될 수 있다.
[규칙 제91조에 의한 정정 01.04.2020]　
[표 19]
Figure WO-DOC-FIGURE-t19
본 개시에 있어, 단말은 검색 영역 세트 (search space set)에서 CCE (Control Channel Element) index을 산출하기 위하여 hashing function을 활용할 수 있다. 이때, hashing function은 하기 표에 기초하여 설정될 수 있다. 다시 말해, 단말은 하기 hashing function에 기초하여 검색 영역 세트로부터 CCE index을 산출할 수 있다.
[규칙 제91조에 의한 정정 01.04.2020]　
[표 20]
Figure WO-DOC-FIGURE-t20
본 개시에 있어, 타입 1 PDCCH 공통 검색 영역 (Type 1 PDCCH common search space)은 프라이머리 셀 상에서 RA-RNTI, TC-RNTI (temporary cell RNTI), 또는 C-RNTI (Cell RNTI)로 마스킹 (또는 스크램블링)된 PDCCH를 전송하기 위해 지정된 (dedicated) PDCCH 검색 영역의 서브셋을 의미할 수 있다. RACH 절차의 전체 구간 동안, 단말은 상기 검색 영역을 모니터링할 수 있다. RACH 절차에 있어, 단말은 상기 검색 영역의 모니터링을 통해 Msg2(예: PDSCH)를 위한 DCI 및 Msg4 (예: PDSCH)를 위한 DCI를 검출할 수 있다.
상기 검색 영역은 상위 계층 파라미터 PDCCH-ConfigCommon 내 ra-ControlResourceSet에 의해 설정될 수 있다. 상기 상위 계층 파라미터 PDCCH-ConfigCommon를 나르는 RRC 메시지 또는 IE는 SIB1, BWP-DownlinkCommon, BWP-DownlinkDedicated 등을 포함할 수 있다. 상기 검색 영역을 위하여 명시적인 설정이 없는 경우, 단말은 타입 0 PDCCH 공통 검색 영역 내에서 타입 1 PDCCH를 검색할 수 있다.
1.11. CSI 보고를 위한 설정 파라미터 (예: CSI-ReportConfig IE)
본 개시에 적용 가능한 CSI 보고를 위해, CSI 보고를 위한 설정 파라미터 (예: CSI-ReportConfig )가 단말에게 설정될 수 있다.
도 9는 본 개시에 적용 가능한 상위 계층 파라미터 CSI-ReportConfig IE의 구성을 나타낸 도면이다.
이때, 상기 CSI-ReportConfig IE 내 resourceForChannelMeasurement, csi-IM-ResourceForInterference, nzp-CSI-RS-ResourceForInterference 는 다음과 같은 관계를 가질 수 있다.
Figure PCTKR2020001284-appb-img-000021
Figure PCTKR2020001284-appb-img-000022
Figure PCTKR2020001284-appb-img-000023
이때, 상기와 같은 관계에 기초하여, CSI 계산은 다음과 같이 수행될 수 있다.
Figure PCTKR2020001284-appb-img-000024
CSI-ReportConfig IE 내 groupBasedBeamReporting 파라미터가 ‘enabled’ 또는 ‘diabled’ 인지 여부에 따라, reportQuantity = {cri-RSRP or ssb-Index-RSRP}에 대한 보고는 다음과 같이 구분될 수 있다.
Figure PCTKR2020001284-appb-img-000025
L1-RSRP 계산을 위해, 단말은 다음과 같이 설정될 수 있다. 이때, 상기 단말은, nrofReportedRS 또는 groupBasedBeamReporting 에 따라 다음과 같은 보고를 수행할 수 있다.
Figure PCTKR2020001284-appb-img-000026
추가적으로, 본 개시에 따른 CSI 중 CQI (Channel Quality Indicator) 보고를 위해, 단말은 3GPP TS 38.214 5.2.2.1 절에 정의된 하기의 표들을 참고할 수 있다. 보다 구체적으로, 단말은 하기 표들에 기초하여, 측정된 CQI와 가장 가까운 CQI 정보 (예: 인덱스)를 기지국으로 보고할 수 있다.
Figure PCTKR2020001284-appb-img-000027
Figure PCTKR2020001284-appb-img-000028
Figure PCTKR2020001284-appb-img-000029
1.12. RSRP (Reference Signal Received Power) 보고
단말은 RSRP 보고를 위해 하기 표를 참고할 수 있다. 보다 구체적으로, 단말은 하기 표에 기초하여, 측정된 RSRP와 가장 가까운 RSRP 정보 (예: 인덱스)를 기지국으로 보고할 수 있다.
Figure PCTKR2020001284-appb-img-000030
1.13. 빔 관리 (Beam management)
기지국은 단말에게 periodic CSI(Channel State Information)/beam 보고, semi-persistent CSI/beam 보고(예: 특정 시간 구간 동안에만 주기적 보고가 활성화(activation)됨 혹은 단말이 연속적인 복수 번의 보고를 수행함), 또는 aperiodic CSI/beam 보고를 요청할 수 있다.
여기서 CSI 보고 정보는, 다음 중 하나 이상의 정보를 포함할 수 있다.
- RI (rank indicator). 예: 단말이 몇 개의 layer/stream를 동시 수신하기 원하는 지에 대한 정보
- PMI (precoder matrix indication). 예: 단말 입장에서 기지국이 어떠한 MIMO (Multiple Input Multiple Output) 프리코딩을 적용하기를 선호하는 지에 대한 정보
- CQI (channel quality information). 예: 단말이 희망하는 신호(desired signal) 의 강도 및 간섭 신호 (interference signal)의 강도를 고려한 채널 품질 정보
- CRI (CSI-RS resource indicator). 예: 복수의 (서로 다른 빔포밍을 적용한) CSI-RS 자원들 중에서 단말이 선호하는 CSI-RS 자원 인덱스
- LI (layer indicator). 단말 입장에서 가장 우수한 품질을 갖는 layer의 인덱스
또한, beam 보고 정보는, 빔 품질 측정을 위한 RS가 CSI-RS인 경우 선호 빔 인덱스를 나타내는 CRI, 빔 품질 측정 RS가 SSB인 경우 선호 빔 인덱스를 나타내는 SSBID, 빔 품질을 나타내는 RSRP(RS received power) 정보 등의 특정 조합으로 구성될 수 있다.
단말의 Periodic 그리고 semi-persistent(SP) CSI/beam 보고를 위해, 기지국은 상기 단말에게 특정 주기로 해당 보고가 활성화 (activation)된 시간 구간 동안의 CSI/beam 보고를 위한 UL (uplink) 물리 채널 (예: PUCCH, PUSCH)을 할당할 수 있다. 또한, 단말의 CSI 측정을 위해, 기지국은 단말에게 하향링크 참조 신호 (DL RS)를 전송할 수 있다.
(아날로그) 빔포밍이 적용된 빔포밍 시스템 (beamformed system)에 있어, 상기 DL RS 전송/수신을 위한 DL transmission(Tx)/reception(Rx) beam pair와 UCI(uplink control information: 예: CSI, ACK/NACK) 전송/수신을 위한 UL Tx/Rx beam pair의 결정이 필요하다.
DL beam pair 결정 절차는, (i) 기지국이 복수 개의 TRP Tx beam에 해당하는 DL RS를 단말에게 전송하고, 상기 단말이 이 중 하나를 선택 및/또는 보고하는 TRP Tx beam 선택 절차, 및 (ii) 기지국이 각 TRP Tx beam에 해당하는 동일한 RS 신호를 반복 전송하고 이에 대응하여 단말이 상기 반복 전송된 신호들을 서로 다른 UE Rx beam으로 측정하여 UE Rx beam을 선택하는 절차의 조합으로 구성될 수 있다.
UL beam pair 결정 절차는, (i) 단말이 복수 개의 UE Tx beam에 해당하는 UL RS를 기지국으로 전송하고, 상기 기지국이 이 중 하나를 선택 및/또는 시그널링하는 UE Tx beam 선택 절차, 및 (ii) 단말이 UE Tx beam에 해당하는 동일한 RS 신호를 반복 전송하고 이에 대응하여 기지국이 상기 반복 전송된 신호들을 서로 다른 TRP Rx beam으로 측정하여 TRP Rx beam을 선택하는 절차의 조합으로 구성될 수 있다.
DL/UL의 beam reciprocity(또는 beam correspondence)가 성립하는 경우 (예: 기지국과 단말 간 통신에서 기지국 DL Tx 빔과 기지국 UL Rx 빔이 일치하고, 단말 UL Tx 빔과 단말 DL Rx 빔이 일치한다고 가정할 수 있는 경우), DL beam pair와 UL beam pair 중 어느 하나만 결정하면 다른 하나를 결정하는 절차가 생략될 수도 있다.
DL 및/또는 UL 빔 pair에 대한 결정 과정은 주기적 또는 비주기적으로 수행될 수 있다. 일 예로, 후보 빔 수가 많은 경우, 요구되는 RS 오버헤드가 커질 수 있다. 이 경우, DL 및/또는 UL 빔 pair에 대한 결정 과정은 상기 RS 오버헤드를 고려하여 일정 주기로 수행될 수 있다.
DL/UL 빔 pair 결정 과정이 완료된 이후, 단말은 periodic 또는 SP CSI reporting 을 수행할 수 있다. 단말의 CSI측정을 위한 단일 또는 복수 개의 antenna port를 포함하는 CSI-RS는 DL 빔으로 결정된 TRP Tx beam으로 빔포밍되어 전송될 수 있다. 이때, CSI-RS의 전송 주기는 단말의 CSI 보고 주기와 같거나 또는 상기 단말의 CSI 보고 주기 보다 짧게 설정될 수 있다.
또는, 기지국은 aperiodic CSI-RS를 단말의 CSI 보고 주기에 맞춰서 또는 상기 단말의 CSI 보고 주기 보다 자주 전송할 수도 있다.
단말은 측정된 CSI 정보를 주기적인 UL beam pair결정과정에서 결정되는 UL Tx beam을 이용하여 전송할 수 있다.
1.14. 빔 회복 (Beam recovery) 절차
단말 및 기지국이 DL/UL 빔 관리 과정을 수행함에 있어, 설정된 beam management 의 주기에 따라 빔 mismatch문제가 발생할 수 있다.
특히, 단말이 위치를 이동하거나, 회전하거나, 또는 주변 물체의 이동으로 무선 채널 환경이 바뀌는 경우(예: LoS (Line of Sight) 상황에서 빔 블록 등에 의해 Non-LoS 상황으로 변경됨), 최적의 DL/UL beam pair는 변경될 수 있다. 이러한 변화를 보다 일반적으로 설명하면, 네트워크 지시에 의해 수행하는 빔 관리 (management) 과정에 따른 트래킹(tracking) 이 실패하였고, 이로 인해 beam failure event가 발생한 상황에 대응할 수 있다.
단말은 하향링크 RS의 수신 품질을 통해 이러한 beam failure event의 발생 여부를 판단할 수 있다.
이어, 단말은 이러한 상황에 대한 보고 메시지 또는 빔 복구 요청을 위한 메시지(이하, beam failure recovery request(BFRQ) message라 명명한다)를 기지국 (또는 네트워크)로 전송할 수 있다.
기지국은 해당 메시지를 수신하고, 빔 복구를 위해 beam RS 전송, beam reporting 요청 등 다양한 과정을 통해 beam 복구를 수행할 수 있다. 이러한 일련의 빔 복구 과정을 beam failure recovery(BFR)라 명명할 수 있다.
3GPP TS 38.213, 3GPP TS 38.321 등 표준 문서에 따르면, BFR 과정은 다음과 같이 구성될 수 있다.
(1) Beam failure detection (BFD)
모든 PDCCH 빔이 정해진 품질값(Q_out) 이하로 떨어지는 경우, 단말의 물리 계층은 한번의 beam failure instance를 선언한다(declare).
여기서, 빔의 품질은 hypothetical BLER(block error rate)을 기준으로 측정된다. 다시 말해, 상기 빔의 특징은, 해당 PDCCH로 제어 정보가 전송되었다고 가정할 경우 단말이 해당 정보의 복조에 실패할 확률을 기준으로 측정될 수 있다.
BFD RS를 위한 암시적 설정(implicit configuration)을 위해, 특정 단말에게 PDCCH를 모니터링할 복수의 검색 영역 (search space)들이 설정될 수 있다. 이때, 각 검색 영역 별로 빔(또는 자원)이 다르게 설정될 수 있다. 따라서, 모든 PDCCH빔이 정해진 품질 값 이하로 떨어지는 경우라 함은, 각 검색 영역 별로 상이하게 설정될 수 있는 모든 빔의 품질이 BLER threshold 아래로 떨어지는 경우를 의미할 수 있다.
이를 위해, BFD 참조 신호 (또는 BFD RS)를 위해 다양한 방법의 설정 방법이 적용/설정될 수 있다.
일 예로, BFD 참조 신호를 위해 암시적인(implicit) 설정 방법이 활용될 수 있다. 구체적인 일 예로, 각 검색 영역 (search space)에는 PDCCH가 전송될 수 있는 자원 영역인 control resource set(CORESET[TS 38.213, TS 38.214, TS 38.331참조]) ID가 설정될 수 있다. 그리고, 기지국은 각 CORESET ID마다 spatial RX parameter관점에서 QCL되어 있는 RS 정보(예: CSI-RS resource ID, SSB ID)를 단말에게 지시/설정될 수 있다. 예를 들어, 기지국은 단말에게 TCI(transmit configuration information) 지시를 통해 QCL된 RS를 지시/설정할 수 있다.
여기서, 기지국이 단말에게 spatial RX parameter관점에서 QCL되어 있는 RS (즉, QCL Type D in TS 38.214)를 지시/설정함은, 단말이 해당 PDCCH DMRS를 수신함에 있어 spatially QCL된 RS 수신에 사용했던 빔을 그대로 사용해야 함을 (또는 사용할 수 있음을) 지시/설정하는 것을 포함할 수 있다. 다시 말해, 기지국이 단말에게 spatial RX parameter관점에서 QCL되어 있는 RS (즉, QCL Type D in TS 38.214)를 지시/설정함은, 기지국 관점에서 상기 기지국이 spatially QCL된 antenna ports에 대해 동일 전송 빔 또는 유사한 전송 빔(예: 빔 방향은 동일/유사하면서 빔 폭이 상이한 경우)을 적용하여 전송할 것임을 단말에게 알려주는 것을 포함할 수 있다.
BFD RS를 위한 명시적 설정(explicit configuration)을 위해, 기지국은 BFD 용도의 특정 RS (예: beam RS(s))를 단말에게 명시적으로 설정할 수 있다. 이때, 상기 특정 RS라 함은 상기 '모든 PDCCH 빔'에 해당할 수 있다.
이하 설명의 편의상, 복수의 BFD RS들은 BFD RS 세트라고 정의한다.
이어, (연속적으로) 미리 설정된 횟수만큼 beam failure instance가 발생하게 되면, 단말의 MAC (Media Access Control) 계층은 beam failure를 선언(declare)할 수 있다.
(2) New beam identification & selection
(2-1) Step 1
단말은 기지국이 candidate beam RS set으로 설정한 RS 들 중에서 정해진 품질 값(Q_in) 이상을 갖는 빔을 찾을 수 있다.
- 만약 하나의 빔 RS가 정해진 품질 값(threshold)를 넘는 경우, 단말은 해당 빔 RS를 선택할 수 있다.
- 만약 복수 개의 빔 RS가 정해진 품질 값을 넘는 경우, 단말은 해당 빔 RS들 중에서 임의로 하나의 빔 RS를 선택할 수 있다.
- 만약 정해진 품질 값을 넘는 빔 RS가 없는 경우, 단말은 아래의 Step 2를 수행할 수 있다.
이때, 앞서 상술한 동작에 있어, 빔 품질은 RSRP를 기준으로 결정될 수 있다.
본 개시에 있어, 기지국이 설정한 RS beam set은 다음의 세 가지 경우 중 하나와 같이 설정될 수 있다.
- RS beam set내의 빔RS들이 모두 SSB들로 구성
- RS beam set내의 빔RS들이 모두 CSI-RS자원들로 구성
- RS beam set내의 빔RS들이 SSB들과 CSI-RS자원들로 구성
(2-2) Step 2
단말은 (contention based PRACH자원과 연결된) SSB들 중에서 정해진 품질 값(Q_in) 이상을 갖는 빔을 찾을 수 있다.
- 만약 하나의 SSB가 정해진 품질 값을 넘는 경우, 단말은 해당 SSB를 선택할 수 있다.
- 만약 복수 개의 SSB가 정해진 품질 값을 넘는 경우, 단말은 해당 SSB들 중에서 임의로 하나의 SSB를 선택할 수 있다.
- 만약 정해진 품질 값을 넘는 SSB가 없는 경우, 단말은 아래의 Step 3를 수행할 수 있다.
(2-3) Step 3
단말은 (contention based PRACH자원과 연결된) SSB들 중 임의의 SSB를 선택할 수 있다.
(3) CFRA based BFRQ & monitoring gNB's response
본 개시에 있어, BFRQ (Beam Failure Recovery Request)란, 단말이 앞서 상술한 과정에서 선택한 빔 RS(예: CSI-RS 또는 SSB)와 직접적 또는 간접적으로 연결 설정된 PRACH resource 및 PRACH preamble 을 기지국으로 전송하는 것을 포함할 수 있다. 다시 말해, BFRQ란, 단말이 앞서 상술한 과정에서 선택한 빔 RS와 관련된 PRACH preamble을 상기 단말이 선택한 빔 RS와 관련된 PRACH resource를 통해 전송하는 것을 포함할 수 있다.
본 개시에 있어, 직접적으로 연결 설정된 PRACH resource 및 PRACH preamble은 다음의 경우에 사용될 수 있다.
- BFR용도로 별도 설정된 candidate beam RS set내의 특정 RS에 대해 contention-free PRACH resource 및 PRACH preamble 이 설정된 경우
- Random access등 범용적으로 설정된 SSB들과 일대일로 맵핑된 (contention based) PRACH resource 및 PRACH preamble 이 설정된 경우
또는, 간접적으로 연결 설정된 PRACH resource 및 PRACH preamble은 다음의 경우에 사용될 수 있다.
- BFR용도로 별도 설정된 candidate beam RS set내의 특정 CSI-RS에 대해 contention-free PRACH resource 및 PRACH preamble 이 설정되지 않은 경우
- - 이 경우, 단말은 해당 CSI-RS와 동일한 수신 빔으로 수신 가능하다고 지정된(예: quasi-co-located(QCLed) with respect to spatial Rx parameter) SSB와 연결된 (contention-free) PRACH resource 및 PRACH preamble을 선택할 수 있다.
설명의 편의상, 이하 설명에 있어 Contention-Free PRACH resource 및 PRACH preamble 기반의 RSRQ는 CFRA (Contention Free Random Access) 기반 RSRQ라 명명한다.
앞서 상술한 구성에 기초하여, 단말은 PRACH preamble을 기지국으로 전송하고, 상기 단말은 해당 PRACH 전송에 대한 기지국(예: gNB)의 회신을 모니터링할 수 있다.
이때, 상기 contention-free PRACH resource 및 PRACH preamble에 대한 응답 신호는 C-RNTI(cell random network temporary identifier)로 마스킹된 PDCCH를 통해 전송될 수 있다. 상기 PDCCH는 BFR용도로 별도로 (RRC 시그널링에 의해) 설정된 검색 영역 상에서 수신될 수 있다.
상기 검색 영역은 (BFR용) 특정 CORESET 상에 설정될 수 있다.
본 개시에 있어, BFR용 Contention based PRACH에 대한 응답 신호는 contention based PRACH 에 기반한 random access과정을 위해 설정된 CORESET (예: CORESET 0 또는 CORESET 1) 및 검색 영역을 재사용할 수 있다.
앞서 상술한 구성에 있어, 만약 단말이 일정 시간 동안 응답 신호를 수신하지 못한 경우, 상기 단말은 앞서 상술한 새로운 빔 식별 및 선택 (New beam identification & selection) 과정 및 BFRQ & monitoring gNB's response 과정을 반복 수행할 수 있다.
본 개시에 있어, 단말은 상기 과정을 (i) PRACH 전송이 미리 설정된 최대 회수 (예: N_max)까지 도달하거나 (ii) 별도로 설정된 타이머가 만료(expire)할 때까지 수행할 수 있다. 이때, 상기 타이머가 만료(expire)되면 상기 단말은 contention free PRACH전송을 중지(stop)할 수 있다. 다만, SSB선택에 의한 contention based PRACH 전송의 경우, 상기 단말은 (상기 타이머의 만료 여부와 관계 없이) 상기 PRACH를 N_max가 도달할 때까지 수행할 수도 있다.
(4) CBRA based BFRQ & monitoring gNB's response
하기 경우가 발생할 경우, 단말은 CBRA (Contention Based Random Access) 기반 BFRQ을 수행할 수 있다.
- 단말이 CFRA 기반 BFRQ가 실패한 경우. 이 경우, 단말은 후속 동작으로 CBRA 기반 BFRQ을 수행할 수 있다.
- Active BWP에 CFRA가 정의되어 있지 않는 경우
- 상위 계층 파라미터 SearchSpace-BFR 와 연관된 CORESET 이 설정되지 않거나 상기 상위 계층 파라미터 SearchSpace-BFR 가설정되지 않은 경우
다만, CFRA의 경우와 달리, CBRA를 위해 단말은 상향링크 초기 접속 (initial access) 시 사용하는 PRACH 자원을 이용하는 바, 다른 단말과 충돌이 발생할 수도 있다.
앞서 상술한 빔 실패 검출 (beam failure detection) 및 빔 회복 (beam recovery) 절차는 다음과 같이 정리할 수 있다.
서빙 SSB(s)/CSI-RS(s) 상에서 빔 실패가 검출된 경우, RRC 시그널링에 의해, MAC 엔티티에 대해 서빙 기지국 (예: serving gNB)에게 새로운 SSB 또는 CSI-RS를 지시하기 위해 사용되는 빔 실패 절차가 설정될 수 있다 (The MAC entity may be configured by RRC with a beam failure recovery procedure which is used for indicating to the serving gNB of a new SSB or CSI-RS when beam failure is detected on the serving SSB(s)/CSI-RS(s)). 빔 실패는 하위 계층으로부터 MAC 엔티티로의 beam failure instance 지시를 카운팅하여 검출될 수 있다. 빔 실패 검출 및 회복 절차를 위해, 기지국은 RRC 시그널링을 통해 상위 계층 파라미터 BeamFailureRecoveryConfig 내 다음의 파라미터들을 단말에게 설정할 수 있다:
- (빔 실패 검출을 위한) beamFailureInstanceMaxCount
- (빔 실패 검출을 위한) beamFailureDetectionTimer
- (빔 실패 회복 절차를 위한) beamFailureRecoveryTimer
- rsrp-ThresholdSSB. 빔 실패 회복을 위한 RSRP 문턱치
- powerRampingStep. 빔 실패 회복을 위한 powerRampingStep 파라미터
- preambleReceivedTargetPower. 빔 실패 회복을 위한 preambleReceivedTargetPower 파라미터
- preambleTransMax. 빔 실패 회복을 위한 preambleTransMax 파라미터
- ra-ResponseWindow. contention-free Random Access Preamble을 사용하는 빔 회복 절차를 위한 응답(들)을 모니터링하기 위한 시간 윈도우
- prach-ConfigIndex. 빔 실패 회복을 위한 prach-ConfigIndex 파라미터
- ra-ssb-OccasionMaskIndex. 빔 실패 회복을 위한 ra-ssb-OccasionMaskIndex 파라미터
- ra-OccasionList. 빔 실패 회복을 위한 ra-OccasionList 파라미터
단말은 하기 변수를 빔 실패 검출 절차를 위해 사용할 수 있다:
- BFI_COUNTER. beam failure instance indication 을 위한 카운터로써 초기 값은 0으로 설정됨
단말의 MAC 엔티티는 다음과 같이 동작할 수 있다.
1> 하위 계층(들)로부터 beam failure instance indication 가 수신되는 경우:
2> beamFailureDetectionTimer를 시작 또는 재시작함
2> BFI_COUNTER 를 1만큼 증가시킴(increment)
2> BFI_COUNTER >= beamFailureInstanceMaxCount 인 경우:
3> 상위 계층 파라미터 beamFailureRecoveryConfig 가 설정된 경우:
4> (설정된 경우) beamFailureRecoveryTimer를 시작함
4> 상위 계층 파라미터 beamFailureRecoveryConfig 내 설정된 powerRampingStep, preambleReceivedTargetPower, 및 preambleTransMax 파라미터들을 적용하여 SpCell (Special Cell, 예: MCG (Macro Cell Group) 내 Primary Cell, 또는 SCG (Secondary Cell Group) 내 PSCell (Primary SCG Cell) 등) 상에서 임의 접속 절차를 개시함(initiate)
3> 또는:
4> SpCell 상에서 임의 접속 절차를 개시함
1> beamFailureDetectionTimer 가 만료(expire)한 경우:
2> BFI_COUNTER 를 0으로 설정함
1> 만약 임의 접속 절차가 성공적으로 완료된 경우:
2> (설정된 경우) beamFailureRecoveryTimer를 중지함 (stop)
2> 빔 실패 회복 절차가 성공적으로 완료된 것으로 간주함(consider)
추가적으로, 본 개시에 따른 PCell, SCell, 서빙 셀은 다음과 같이 정의될 수 있다.
[1] Primary Cell (PCell)
프라이머리 주파수 상에서 동작하는 셀로써 단말이 초기 연결 수립 절차 (initial connection establishment procedure)를 수행하거나 연결 재-수립 절차 (connection re-establishment procedure)를 개시하는 셀, 또는 핸드오버 절차 내에서 프라이머리 셀로 지시되는 셀
[2] Secondary Cell (SCell)
세컨더리 주파수 상에서 동작하는 셀로써, RRC 연결이 수립되면 설정될 수 있는 셀 또는 반송파 결합 (carrier aggregation)을 위한 추가 반송파와 같이 추가 무선 자원을 제공하기 위해 사용되는 셀
본 개시에 있어, SCell 상 CBRA (Contention Based Random Access)는 설정될 수 없다. 반면, SCell 상 CFRA (Contention Free Random Access)가 설정됨은 허용될 수 있다.
[3] Serving Cell
RRC_CONNECTED 상태이고 CA가 설정되지 않은 단말을 위해서는 PCell을 포함한 단 하나의 서빙 셀만이 존재한다. RRC_CONNECTED 상태이고 CA가 설정된 단말을 위하여, '서빙 셀들'이라는 단어는 PCell 및 모든 SCell(s)을 포함하는 하나 이상의 세트를 의미한다.
추가적으로, 본 개시에 따라 DL only인 SCell을 위한 BFRQ를 위해, PCell의 CBRA가 활용되거나, (SCell UL이 존재하는 경우) SCell BFR을 위한 CFRA가 추가적으로 활용될 수 있다.
이를 위한 일 예로, 다중-빔 기반 동작으로써 FR1 내에 설정된 PCell 및 FR2 내에 설정된 SCell에 기반한 동작이 고려될 수 있다.
이 경우, 비록 SCell에 대해 빔 실패(beam failure)가 발행하더라도, PCell UL의 링크 품질은 좋은 것으로(good) 가정될 수 있다. SCell이 오직 DL CC (component carrier)만을 포함하는 바, SCell BFR을 위한 간단한 해결 방안으로써 PCell 내 MAC-CE를 활용활 수 있다. 이 경우, 단말은 Cell ID, new beam RS ID 등을 PCell PUSCH를 통해 전송할 수 있다. MAC-CE 기반 해결 방안을 위해, 단말은 PUCCH 상으로 SR (Scheduling Request)를 전송하는 것이 필요할 수 있다. 기지국이 단말의 상황을 즉시 (promptly) 인지할 수 있도록 (예: 단말이 일반 데이터 전송을 위한 PUSCH를 요청하는지 또는 BFR 보고를 위한 PUSCH를 요청하는지 등), 오직 BFRQ를 위해 활용되는 SR 자원으로써 단말에게 전용된 (dedicated) SR 자원 을 할당하는 것이 고려될 수 있다. 이는 단말에 의해 개시되는 전송인 바, 이 경우 SR PUCCH 포맷은 재사용될 수 있다.
또 다른 예로, 다중-빔 기반 동작으로써 FR2 내에서 DL only 또는 DL/UL로 설정된 SCell을 위한 빔 실패 회복을 위해 다음과 같은 사항들이 고려될 수 있다. 이때, PCell은 FR1 뿐만 아니라 FR2내에서 동작할 수 있다.
SCell BFR을 위해, PCell DL/UL의 링크 품질은 충분히 좋다고 가정될 수 있다. 만약 PCell이 빔 실패 상태인 경우, SCell 빔을 회복하기에 앞서, 존재하는 (existing) BFR 메커니즘을 통해 우선 PCell 빔의 회복이 수행될 수 있다. 이를 위해, 오직 PCell UL 만이 SCell 빔 실패와 관련된 요청/정보를 위해 사용되는 방안이 고려될 수 있다.
PCell UL을 통해 전달되는 정보와 관련하여, 다음과 같은 다양한 옵션들이 고려될 수 있다.
옵션 1: SCell 빔 실패의 발생 (Occurrence of SCell beam failure)
옵션 2: SCell 빔 실패의 발생 및 실패 및/또는 유지되는 (survived) 빔(들)에 대한 빔 정보
옵션 1 및 옵션 2를 비교할 때, 옵션 2의 추가적인 효과/이득은 크지 않을 수 있다. 왜냐하면, PCell이 여전히 유지되는 바(alive), 기지국은, SCell을 위한 정보를 획득하기 위해, 존재하는 (existing) 빔 보고 메커니즘에 기초하여 PCell 상 (regular) 빔 보고를 트리거링할 수 있다.
따라서, 단말은 PCell UL을 통해, SCell의 빔 실패의 발생만을 보고할 수도 있다.
상기 정보의 전달을 위해, 다음과 같은 3가지 옵션이 고려될 수 있다.
옵션 1: PCell 내 PRACH
옵션 2: PCell 내 PUCCH
옵션 3: PCell 내 PUSCH
또는, SCell 빔이 실패한 경우, 단말은 PCell 상의 PUCCH format 0/1의 전용(dedicated) PUCCH 자원을 통해 관련된 정보를 보고할 수 있다. 이에, SCell BFR을 위해 별도의 신호/메시지/절차 등이 정의되지 않을 수도 있다.
1.15. RACH (Random Access Channel)
이하에서는, 본 개시에 적용 가능한 임의 접속 절차 및 RACH에 대해 상세히 설명한다.
도 10은 본 개시에 적용 가능한 임의 접속 절차를 간단히 나타낸 도면이다.
도 10 내 스텝 (A) 및 (1)에 따르면, 단말은 기지국으로부터 (초기 접속 (intial attach)을 위한) 시스템 정보 또는 (LTE 인터플레이를 위한) RRC 연결 재-설정 정보를 수신할 수 있다.
도 10 내 스텝 (B)에 따르면, 단말은 Msg1(PRACH preamble)을 기지국으로 전송할 수 있다. 해당 스텝에 있어, PRACH 전송을 위한 모든 조건이 만족하는 경우, 단말은 RA-RNTI로 마스킹(또는 스크램블링)된 PRACH premable을 기지국으로 전송할 수 있다.
도 10 내 스텝 (2) 및 (C)에 따르면, 단말은 Msg 2 (예: RAR (Random Access Response)를 (PDCCH/PDSCH를 통해)을 수신할 수 있다. 해당 스텝에 있어 (즉, PRACH 전송 이후), 다음의 절차들이 수행될 수 있다.
- 기지국은 (앞서 산출된) RA-RNTI 값으로 스크램블링된 DCI를 기지국으로 전송한다.
- 단말은 RAR-Window 구간 내 대응하는 RA-RNTI로 마스킹(또는 스크램블링)된 PDCCH (예: DCI)의 검출을 시도할 수 있다. 일 예로, ra-ResponseWindow 내에서, 단말은 검색 영역 (예: Type 1 PDCCH Common Search Space) 내 DCI를 찾을 수 있다 (look for).
- RAR PDSCH를 스케줄링하기 위한 DCI 포맷으로는 RA-RNTI로 마스킹(또는 스크램블링)된 DCI 포맷 1_0이 사용될 수 있다.
도 10 내 스텝 (3) 및 (D)에 따르면, 단말은 Msg3을 (PUSCH를 통해) 기지국으로 전송할 수 있다. 해당 스텝에 있어 (즉, Msg3를 전송하기 바로 직전에), 다음의 절차들이 수행될 수 있다.
- msg3-tp 라 불리는 상위 계층 파라미터(msg3-transformPrecoding) 에 기초하여, 단말은 Msg3 PUSCH를 위한 변환 프리코딩 (transform precoding)을 적용할지 여부를 결정해야 한다.
- msg3-scs 라 불리는 상위 계층 파라미터 (Subcarrier Spacing)로부터 단말은 Msg3 PUSCH를 위한 부반송파 간격 (subcarrier spacing)을 결정해야 한다.
- 단말은 PRACH를 전송한 동일한 서빙 셀 상에서 Msg3 PUSCH를 전송해야 한다.
도 10 내 스텝 (4) 및 (E)에 따르면, 단말은 기지국으로부터 Msg4 (예: Contention Resolution)을 (PDCCH/PDSCH을 통해) 수신할 수 있다. 해당 스텝에 있어 (즉, Msg3를 전송한 바로 직후에), 다음의 절차들이 수행될 수 있다. 설명의 편의 상, 성공 케이스만을 설명하면 다음과 같다.
- ra-ContentionResolutionTimer를 시작함
- TC-RNTI (Temporary C-RNTI)로 마스킹(또는 스크램블링)된 PDCCH를 디코딩하기 위한 모니터링을 수행함. 다시 말해, ra-ContentionResolutionTimer 가 동작하는 동안(running), 단말은 검색 영역 (예: Type 1 PDCCH Common Search Space) 내 DCI를 찾는다.
- 만약 PDCCH가 성공적으로 디코딩되는 경우,
- - 단말은 MAC CE를 나르는 PDSCH를 디코딩함
- - C-RNTI = TC-RNTI로 설정함
- ra-ContentionResolutionTimer를 폐기함(discard)
- 해당 임의 접속 절차는 성공적으로 완료되었다고 간주함(consider)
도 10의 스텝 (5) 및 (F)에 따르면, 단말은 Msg4를 위한 HARQ ACK 신호를 기지국으로 전송할 수 있다. 단말이 Msg4 (Contention Resolution)를 성공적으로 디코딩하게 되면 (Once UE successfully decode Msg4), 단말은 데이터 (예: PDSCH carrying Msg4)를 위한 HARQ ACK을 전송할 수 있다.
2. 본 개시가 적용되는 통신 시스템 예
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 개시의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 11은 본 개시에 적용되는 통신 시스템(1)을 예시한다.
도 11을 참조하면, 본 개시에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
3. 본 개시가 적용되는 무선 기기 예
도 12는 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 12를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 11의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
4. 본 개시가 적용되는 무선 기기 활용 예
도 13은 본 개시에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 11 참조).
도 13을 참조하면, 무선 기기(100, 200)는 도 12의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 12의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 12의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 11, 100a), 차량(도 11, 100b-1, 100b-2), XR 기기(도 11, 100c), 휴대 기기(도 11, 100d), 가전(도 11, 100e), IoT 기기(도 11, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 11, 400), 기지국(도 11, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 13에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
이하, 도 13의 구현 예에 대해 도면을 참조하여 보다 자세히 설명한다.
4.1. 본 개시가 적용되는 휴대기기 예
도 14는 본 개시에 적용되는 휴대 기기를 예시한다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
도 14를 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 11의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 기지국들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 휴대 기기(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 AP(Application Processor)를 포함할 수 있다. 메모리부(130)는 휴대 기기(100)의 구동에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 또한, 메모리부(130)는 입/출력되는 데이터/정보 등을 저장할 수 있다. 전원공급부(140a)는 휴대 기기(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 인터페이스부(140b)는 휴대 기기(100)와 다른 외부 기기의 연결을 지원할 수 있다. 인터페이스부(140b)는 외부 기기와의 연결을 위한 다양한 포트(예, 오디오 입/출력 포트, 비디오 입/출력 포트)를 포함할 수 있다. 입출력부(140c)는 영상 정보/신호, 오디오 정보/신호, 데이터, 및/또는 사용자로부터 입력되는 정보를 입력 받거나 출력할 수 있다. 입출력부(140c)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부(140d), 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다.
일 예로, 데이터 통신의 경우, 입출력부(140c)는 사용자로부터 입력된 정보/신호(예, 터치, 문자, 음성, 이미지, 비디오)를 획득하며, 획득된 정보/신호는 메모리부(130)에 저장될 수 있다. 통신부(110)는 메모리에 저장된 정보/신호를 무선 신호로 변환하고, 변환된 무선 신호를 다른 무선 기기에게 직접 전송하거나 기지국에게 전송할 수 있다. 또한, 통신부(110)는 다른 무선 기기 또는 기지국으로부터 무선 신호를 수신한 뒤, 수신된 무선 신호를 원래의 정보/신호로 복원할 수 있다. 복원된 정보/신호는 메모리부(130)에 저장된 뒤, 입출력부(140c)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
4.2. 본 개시가 적용되는 차량 또는 자율 주행 차량 예
도 15는 본 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 15를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 14의 블록 110/130/140에 대응한다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
5. 본 개시에 적용 가능한 단말 및 기지국의 동작 예
본 개시에 대해 상술하기에 앞서, 본 개시의 타입 1 PDCCH 공통 검색 영역 (Type 1 PDCCH Common Search Space)는 다음과 같이 정의될 수 있다.
타입1 PDCCH 공통 검색 영역은 프라이머리 셀 (primary cell, PCell) 상에서 RA-RNTI, TC-RNTI 또는 C-RNTI로 스크램블링된 PDCCH를 전송하도록 전용되는(dedicated) NR PDCCH 검색 영역의 서브 세트를 의미할 수 있다. 따라서, 단말은 RACH 프로세스의 모든 구간 동안 상기 검색 영역을 모니터링할 수 있다. 다시 말해, 상기 단말은, RACH 프로세스 내에서, Msg2(PDSCH) 및/또는 Msg4(PDSCH)를 위한 DCI(s)를 찾기 위해 상기 검색 영역을 검색(search)할 수 있다.
타입1 공통 검색 영역은 상위 계층 파라미터 PDCCH-ConfigCommon 내 ra-ControlResourceSet에 의해 명시적으로 설정될 수 있다. 상위 계층 파라미터 PDCCH-ConfigCommon은 SIB1 (System Information Block 1), 상위 계층 파라미터 BWP-DownlinkCommon, 상위 계층 파라미터 BWP-DownlinkDedicated 등을 통해 전송될 수 있다. 만약, 상기 검색 영역을 위한 설정이 RRC 메시지 (예: ra-ContorlResourceSet 및/또는 ra-SearchSpace 등)에 의해 명시적으로 설정되지 않는 경우, 단말은 타입0 PDCCH 공통 검색 영역 (Type 0 PDCCH Common Search Space) 내 타입1 PDCCH를 검색할 수 있다.
또한, 본 개시에 대해 상술하기에 앞서, 본 개시를 설명하기 위해 활용되는 용어들을 정의하면 다음과 같다.
- BFR: Beam Failure Recovery
- BFD: Beam Failure Detection
- BFRQ: Beam Failure Recovery ReQuest
- CFRA: Contention Free Random Access
- CBRA: Contention Based Random Access
- CARCI: CSI-AssociatedReportConfigInfo
본 개시에 있어, CSI 보고 (CSI reporting)는 도 9에 도시된 CSI-ReportConfig IE에 의해 설정/지시될 수 있다.
도 9에 있어, reportQuantity는 단말이 보고할 CSI 관련 정보 또는 분량(quantity)을 의미할 수 있다. 보다 구체적으로, 단말은 하기 사항들에 기반하여 CSI 보고를 수행할 수 있다.
Figure PCTKR2020001284-appb-img-000031
Figure PCTKR2020001284-appb-img-000032
본 개시에 있어, 단말이 선호하는 빔 정보 (preferred beam information)를 보고하는 경우, 기지국은 상기 단말에게 reportQuantity 로써 “cri-RSRP” 또는 “ssb-Index-RSRP”를 설정한다고 가정할 수 있다. 다만, 이는 설명의 편의를 위해 한정한 사항에 불과하며, 실시예에 따라 상기 기지국은 상기 단말이 선호하는 빔 정보에 대한 reportQuantity로써 “cri-SINR”, “ssb-Index-SINR”, “cri-RI-PMI-CQI” 등을 설정할 수 있다고 가정할 수 있다.
본 개시에 있어, 단말이라 함은, 사용자 기기 (User Equipment, UE)로 대체될 수 있다.
본 개시에 있어, 상위 계층 시그널링이라 함은 RRC (radio resource control) 시그널링, MAC CE 등을 포함할 수 있다.
본 개시에 있어, TRP (Transmission Reception Point)는 빔(beam)으로도 확장 적용될 수 있다.
본 개시에 있어, 빔(beam)은 자원(resource)으로 대체될 수 있다.
본 개시에 따르면, LTE 시스템과 달리, 단말은 전송할 UL 데이터가 없는 경우 (예: 케이스 1) 및 전송할 UL 데이터가 있는 경우 (예: 케이스 2) 모두 SR (Scheduling Request)를 기지국으로 전송할 수 있다. 이를 위해, 단말은 케이스 1 및 케이스 2에 따라 상이한 SR 정보를 전송할 수 있다. 일 예로, 케이스 1의 경우 상기 SR은 '-1'의 값을 가질 수 있고, 케이스 2의 경우 상기 SR은 '+1'의 값을 가질 수 있다.
본 개시에 있어, 상기 SR 전송 방법에 기초하여, '단말이 BFRQ를 위한 SR을 전송하지 않는다'라고 함은, 단말이 빔 실패가 발생하지 않아 SR (또는 UL signal for BFRQ )를 전송하지 않는 것이 아니라, 상기 단말이 빔 실패가 발생하지 않았음을 나타내는 SR (또는 UL signal for BFRQ)을 기지국으로 전송하는 것을 의미할 수 있다.
본 개시에 따라 단말이 (부분) 빔 실패를 위한 상향링크 신호를 기지국으로 전송하는 경우, 기지국은 DCI 내 CSI (channel state information) 요청에 기반하여 단말에게 (부분) 빔 실패를 위한 비주기적 CSI 보고 설정을 트리거링할 수 있다. 이때, 단말은, 미리 설정된 CSI-AperiodicTriggerState RRC 파라미터에 기초하여, (부분) 빔 실패를 위한 비주기적 CSI 보고를 수행할 수 있다.
상기 방법에 따르면, 기지국은 종래 표준에서 정의된 “비주기적 CSI 보고 프레임워크 (aperiodic CSI reporting framework)”을 최대한 활용하여 단말에게 빔 실패 보고를 트리거링할 수 있다.
본 개시에 있어, (부분) 빔 실패를 위한 비주기적 CSI 보고 설정은, (i) 상위 계층 파라미터 AperiodicTriggerState뿐만 아니라, (ii) 다른 상위 계층 파라미터에 기초하여 설정될 수도 있다. 또한, 상기 다른 상위 계층 파라미터는, (i) DCI 내 CSI 요청에 기초하여 트리거링될 수도 있고, (ii) DCI 내 다른 정보에 기초하여 트리거링될 수도 있다.
5.1. 제1 빔 실패 보고 방법
본 개시에 있어, 빔 실패 보고 방법이라 함은, 실패한 SCell의 식별 정보 및 SCell BFR을 위한 새로운 빔의 보고 정보를 독립적으로 인코딩하는 방법 (Method on independent encoding for failed SCell identification and new beam reporting for SCell BFR)을 포함할 수 있다.
도 16은 본 개시의 일 예에 따른 단말의 빔 실패 보고 방법을 간단히 나타낸 도면이다.
기지국 (예: gNB)은 단말에게, BFRQ 전용 SR (Scheduling Request) 및/또는 빔 실패가 발생한 SCell의 인덱스 보고 및/또는 상기 SCell 상에서 단말이 선호하는 빔 (preferred beam) 정보 (예: beam index, RSRP 등) 중 적어도 하나 이상의 보고를 설정할 수 있다.
이에 대응하여, 단말은 설정된 SCells 중 일련의 특정 SCells에서 빔 실패가 발생함을 검출할 수 있다.
상기 빔 실패 검출에 기초하여, 단말은 기지국으로 BFRQ 전용 SR을 전송할 수 있다.
상기 SR에 응답하여, 기지국은 'CSI request' 필드를 포함한 DCI를 통해 단말에게 비주기적 CSI 보고를 트리거링할 수 있다.
단말은 빔 실패가 발생한 SCell 인덱스 (예: 본 개시에 있어, 해당 정보는 1차 information라 명명함) 및/또는 해당 SCell 상에서 단말이 선호하는 빔 정보 (예: beam index, RSRP 등, 본 개시에 있어, 해당 정보는 2차 information라 명명함)를 기지국으로 보고할 수 있다.
5.1.1. 제1 빔 실패 보고 방법의 제1 동작 예
단말은 하나 이상의 SCell(s)의 빔 실패 여부를 비트맵 방식에 기초하여 기지국으로 보고할 수 있다 (예: bit=0: no beam failure, bit=1: beam failure 발생). 그리고, 단말은 비트 값이 활성화된 SCell (또는 beam failure가 발생한 SCell)을 위해 단말이 선호하는 (prefer) 빔 정보 (예: 빔 index 및/또는 RSRP)을 기지국으로 보고할 수 있다. 이때, 제1 정보 (예: 상기 비트맵 정보) 및 제2 정보 (예: 선호 빔 정보)는 각각 별개로 인코딩될 수 있다. 그리고, 제2 정보의 크기는 제1 정보에 기초하여 결정될 수 있다.
보다 구체적으로, 본 개시가 적용 가능한 NR 시스템에서 기지국은 단말에게 최대 31개의 SCells을 설정할 수 있다. 이때, 최대 31 개의 SCells 중 복수의 SCell들은 물리적으로 동일한 위치에 배치/설정될 수 있다 (예: 복수의 SCell들이 동일한 중심 주파수를 가지거나 또는 동일 밴드 내 서로 다른 요소 반송파 (component carrier)로 구성됨, 등). 이 경우, 상기 복수의 SCell들에 대해서는 서로 다른 주파수 대역 상에 정의됨으로써 서로 구분될 수 있다. 이처럼, 물리적으로 동일한 위치에 배치/설정된 복수의 SCell들에 대해 blockage가 발생하는 경우, 복수의 SCell들에 대해 동시에 빔 실패가 발생할 수 있다.
이와 같은 사항을 고려할 때, 단말은 기지국으로 하나 이상의 SCell(s)의 빔 실패 여부를 동시에 보고할 필요가 있다. 그렇지 않고 단말이 각 SCell 별 빔 실패 여부를 순차적으로 보고할 경우, 단말이 가장 마지막에 보고하는 SCell의 빔 회복은 매우 늦게 진행된다는 단점이 있을 수 있다.
따라서, 상기 제1 동작 예에 있어, 단말은 하나 이상의 SCell의 빔 실패 여부 뿐만 아니라 단말이 선호하는 빔 정보 (예: prefer하는 빔 index 및 RSRP, SINR 등)를 기지국으로 보고할 수 있다. 이에 대응하여, 기지국은 상기 빔 정보를 기준으로 해당 SCell을 위한 빔 회복 동작을 수행할 수 있다. 일 예로, 기지국은 해당 SCell의 CORESET의 빔을 상기 단말로부터 보고된 빔 정보 (예: 단말이 선호하는 빔)로 변경할 수 있다.
본 개시에 있어, 제2 정보의 크기는, (i) 빔 실패가 발생한 SCell의 개수, 및/또는 (ii) (빔 실패가 발생한) SCell에 설정된 NZP (non-zero power) CSI-RS 및/또는 SSB의 개수, 및/또는 (iii) (빔 실패가 발생한) SCell에서 NBI (New Beam Identification) 용도로 설정된 (즉, new beam RS의 후보로서 설정된) NZP CSI-RS 및/또는 SSB의 개수, 및/또는 (iv) RSRP 전송 여부 등에 기초하여 결정될 수 있다.
단말이 기지국으로 어떤 SCell에서 빔 실패가 발생했는지를 보고할 수 있는 경우, 기지국은 제2 정보의 크기를 예측할 수 있다.
정리하면, 상기 제1 동작 예에 있어, 제1 정보는 고정된 크기를 가지는 반면, 제2 정보의 크기는 상기 제1 정보에 기초하여 결정될 수 있다. 따라서, 상기 두 개의 서로 다른 정보가 각각 (개별적으로) 인코딩되는 경우, 단말은 상기 정보를 보고하기 위해 필요한 상향링크 피드백 정보의 크기를 최소화할 수 있다.
또는, 기지국이 제2 정보의 크기를 예측할 수 없는 경우, 상기 기지국은 빔 실패 보고를 위해 단말에게 임의의 크기를 갖는 PUSCH 자원을 할당/설정할 수 있다. 이 경우, 할당/설정된 PUSCH 자원 크기가 실제 단말이 요구한 크기보다 크게 되면 UL 자원은 낭비될 수 있다. 반면, 할당/설정된 PUSCH 자원 크기가 실제 단말이 요구한 크기보다 작게 되면 상기 단말은 추가적인 PUSCH 자원을 기지국으로 요청해야 하고, 이에 따라 latency가 커지는 문제가 발생할 수 있다. 이러한 경우, 단말은 제1 정보 및 제2 정보를 서로 다른 자원에서 전송함으로써, UL 자원을 효율적으로 운영할 수도 있다.
도 17은 본 개시에 따른 단말의 빔 실패 보고 방법의 일 예를 간단히 나타낸 도면이다.
도 17에 있어, 기지국이 단말에게 총 31개의 SCell들을 설정함을 가정한다. 그리고, 도 17에 있어, 총 31개 SCell들 중 1번/5번 SCell에서 빌 실패가 발생하였다고 가정한다. 이 경우, 도 17에 도시된 바와 같이, 단말은 31개의 bitmap 중 1번째 및 5번째 비트를 1로 설정하고 나머지 비트를 0으로 설정하여 기지국으로 보고할 수 있다.
이하 설명의 편의상, SCell#1과 #5에 각각 4개 및 8개의 NZP CSI-RS 자원들이 새로운 빔 RS의 후보들로서 각각 설정되고, 각 SCell별로 보고하는 빔의 개수가 1이고, 각 SCell 별 RSRP을 위한 비트 크기는 7 비트라고 가정한다. 이 경우, 도 17에 도시된 바와 같이, 단말이 SCell#1 및 SCell#5 별 선호 빔 정보를 보고하기 위해 필요한 비트 크기는 각각 9 (=2+7, for SCell#1), 10 (=3+7, for SCell#5)이 될 수 있다. 따라서, 도 17에 따른 제2 정보의 크기는 19bits로 결정될 수 있다.
따라서, 도 17에 도시된 보고 정보에 기초하여, 단말은 (i) 비트맵을 이용하여 하나 이상의 SCell의 빔 실패 여부를 기지국으로 보고하고, (ii) 동시에 빔 실패가 발생한 SCell와 관련한 선호 빔 정보 (예: preferred beam index 및 RSRP 등)을 기지국으로 보고할 수 있다. 이를 통해 상향링크 피드백 정보의 오버헤드가 최소화될 수 있다.
한편, 단말이 SCell#1 및 SCell#5 과 관련한 선호 빔 정보로써 각각 beam#3 및 beam#7을 기지국으로 보고하는 경우, 기지국은 SCell#1 및 SCell#5의 CORESET 의 TCI로 지시/설정된 빔 정보 각각을 상기 보고된 빔 (예: SCell#1의 경우 beam#3, SCell#5의 경우 beam#7)을 기준으로 단말에게 설정할 수 있다. 일 예로, SCell#1의 경우, 기지국은 단말에게 beam#3에 기반하여 전송되는 CORESET을 설정하고, SCell#5의 경우, 상기 단말에게 beam#7에 기반하여 전송되는 CORESET을 설정할 수 있다.
본 개시에 있어, 비트맵의 크기 (예: 제1 정보의 크기)는 단말에게 (BFD/BFR이) 설정된 SCell의 개수에 기초하여 결정될 수 있다.
또는, 비트맵의 크기 (예: 제1 정보의 크기)는 상위 계층 시그널링에 기초하여 결정될 수 있다. 이 경우, 비트맵에 포함된 각 bit들은 특정 SCell과 연결되도록 설정될 수 있다.
또는, 기지국은 RRC 시그널링을 통해 단말에게 최대 31 비트 크기로 구성된 비트맵을 설정/정의할 수 있다. 이어, 상기 기지국은 MAC-CE를 통해 상기 최대 31 비트 크기 중 활성화되는 비트를 설정/지시할 수 있다. 이에 기초하여, 단말은 상기 활성화된 비트만을 재-인덱싱하여 새로운 비트맵을 설정/결정할 수 있고, 이를 기반으로 (활성화된 비트에 해당하는) SCell(들)의 빔 실패 여부를 기지국으로 보고할 수 있다.
또는, SCell별로 단말이 보고하는 빔의 개수는 상위 계층 시그널링 (예: RRC 및/또는 MAC-CE 등)에 기초하여 설정될 수 있다.
또는, SCell 별로 단말이 보고하는 빔의 개수는 하나의 정보/설정으로 설정되고, 이는 모든 SCell에 적용될 수 있다. 일례로, 기지국이 단말에게 SCell 별 단말이 보고하는 빔의 개수를 2로 설정하는 경우, 단말은 모든 SCell 별로 최대 2개의 선호 빔 정보를 보고할 수 있다. 만약 단말이 특정 SCell을 위해 보고 가능한 빔의 개수가 (기지국에 의해) 설정된 빔 개수보다 작은 경우, 단말은 상기 특정 SCell을 위해 보고하는 빔의 개수를 단말이 상기 SCell을 위해 보고 가능한 빔의 개수로 설정하여 보고할 수 있다.
본 개시에 있어, 실시예에 따라 제1 정보 및 제2 정보 각각은 part 1 for SCell BFR 및 part 2 for SCell BFR라고 명명할 수도 있다.
본 개시에 있어, 제1 정보는 bitmap형태가 아닌 SCell index을 직접 나타내는 정보로 구성될 수도 있다. 일 예로, 단말에게 SCell#1, #2, #3, #4가 설정되고 상기 SCell들 중 SCell#3, #4가 활성화(activation)되는 경우, 특정 비트의 '0'은 SCell#3을 나타내고 '1'은 SCell#4을 나타낼 수 있다. 결과적으로, 1bit가 소요되어, bitmap 방식보다 1 bit 또는 2bit을 줄일 수 있다. 그러나, 두 개의 SCell에서 동시에 빔 실패가 발생하는 경우, 단말은 추가적인 제1 정보를 기지국으로 보고할 수도 있다.
본 개시에 있어, “bit=0”은 “no beam failure”을 의미하고, “bit=1”은 “beam failure 발생”을 의미한다고 가정한다. 실시예에 따라, 해당 구성은 “bit=1”은 “no beam failure”을 의미하고, “bit=0”은 “beam failure 발생”을 의미하는 구성으로 확장 적용될 수 있다.
5.1.2. 제1 빔 실패 보고 방법의 제2 동작 예
상기 제1 동작 예에 있어, bitmap의 크기는 단말에게 설정된 SCell의 개수에 기초하여 결정될 수 있다. 또는, bitmap의 크기 및/또는 특정 bit와 특정 SCell index와의 관계는 RRC 및/또는 MAC-CE에 기초하여 결정/설정될 수 있다.
보다 구체적으로, Rel-15 NR 시스템은 단말에게 최대 31 개 SCell을 설정하는 것을 지원하지만, 실제적으로 기지국이 단말에게 설정하는 SCell의 개수는 훨씬 작을 수 있다 (예: 2, 3 등). 이와 같은 사항을 고려할 때, 31bits로 이루어진 bitmap을 설정/정의하는 것은 시그널링의 오버헤드를 야기시킬 수 있다.
이에, 제1 실시예에 따르면, 단말에게 (BFD/BFR을 수행하도록) 설정된 SCells의 개수가 4개인 경우, bitmap의 크기는 4로 결정/설정될 수 있다. 이때, bitmap 내 각 bit는 설정된 (단말에게 설정된) SCell index 순서대로 1:1로 매핑될 수 있다. 일 예로, SCell index가 1, 4, 5, 8인 경우, SCell index가 1, 4, 5, 8는 각각 1, 2, 3, 4번째 bit와 1:1 대응할 수 있다. 이때, 4번째 SCell에서 빔 실패가 발생하는 경우, 단말은 상기 bitmap 내 2번째 bit를 1로 설정하여 기지국으로 보고할 수 있다.
또는, 제2 실시예에 따르면, Bitmap의 크기는 기지국으로부터의 RRC 및/또는 MAC-CE에 기초하여 설정/결정될 수 있다. 이때, bitmap 내 각 bit는 설정된 (단말에게 설정된) SCell index 순서대로 1:1로 매핑될 수 있다. 일 예로, SCell index가 1, 4, 5, 8인 경우, SCell index가 1, 4, 5, 8는 각각 1, 2, 3, 4번째 bit와 1:1 대응할 수 있다.
또는, 제3 실시예에 따르면, Bitmap의 크기는 기지국으로부터의 RRC 및/또는 MAC-CE에 기초하여 설정/결정될 수 있다. 그리고, bitmap 내 각 bit는 설정된 SCell index 의 매핑 관계는 RRC 및/또는 MAC-CE에 기초하여 설정/결정될 수 있다. 일 예로, bitmap의 크기가 4이며 (단말에게 설정된) SCell index가 1, 4, 5, 8, 10인 경우, 기지국은 RRC 및/또는 MAC-CE에 기초하여 4, 5, 8, 10번 SCell 인덱스를 bitmap의 1, 2, 3, 4번째 bit와 각각 1:1 대응하도록 설정할 수 있다. 이때, 일부 SCell가 비활성화(deactivation)되거나 상기 일부 SCell을 위해 빔이 정의되지 않는 경우, 별도의 빔 회복 절차가 필요하지 않을 수 있다. 이 경우, 해당 방법에 따르면, 기지국은 단말이 빔 회복이 필요한 SCell만으로 구성된 빔 실패 정보를 보고하도록 설정할 수 있는 바 UL 오버헤드 (또는 UCI overhead)을 줄일 수 있다.
또는, 제4 실시예에 따르면, Bitmap의 크기는, (i) 특정 CSI-AperiodicTriggerState에 설정된 CSI-AssociatedReportConfigInfo의 개수에 기초하여 결정/설정되거나, (ii) RRC 및/또는 MAC-CE에 기초하여 설정될 수 있다.
앞서 상술한 다양한 실시예들에 있어, “단말에게 설정된 SCell의 개수”는 “(기지국에 의해) 활성화된(activated) SCell”로 확대 적용될 수 있다. 왜냐하면, 비활성화된 SCell의 경우, 단말 및 기지국이 빔 회복을 수행할 필요가 없기 때문이다.
5.1.3. 제1 빔 실패 보고 방법의 제3 동작 예
단말이 빔 회복을 위한 UL 신호 (예: SR for BFRQ) 를 기지국으로 전송 한 경우, 상기 단말은 각각의 SCell(s)의 빔 실패 여부를 명시적/암시적으로 나타내는 bitmap (이하, 제1 정보라 명명함) 및/또는 빔 실패가 발생한 하나 이상의 SCell과 관련된 단말의 선호 빔 정보 (예: 해당 SCell과 관련된 하나 이상의 preferred beam index 및/또는 RSRP, 이하 제2 정보라 명명함)을 전송할 수 있는 전용 UL 자원 (예: PUSCH)이 설정/할당됨을 기대할 수 있다. 상기 단말에게 상기 전용 UL 자원이 설정/지시됨에 기초하여, 상기 단말은 상기 빔 회복을 위한 UL 신호가 기지국에서 정상적으로 수신되었음을 기대할 수 있다. 한편, 상기 단말은 상기 bitmap의 bits들이 각각 서로 다른 또는 동일한 CSI-AssociatedReportConfigInfo(=CARCI) 와 연결 관계를 가짐을 기대할 수 있다.
보다 구체적으로, Rel-15 NR 시스템의 비주기적 CSI 보고를 위해, 기지국은 DCI 내 'CSI request' 필드를 통해 특정 CSI-AperiodicTriggerState을 호출할 수 있다. 이에 대응하여, 단말은 호출된 CSI-AperiodicTriggerState가 포함한 모든 CSI-AssociatedReportConfigInfo를 상기 기지국으로 보고할 수 있다. 이때, 하나의 CSI-AperiodicTriggerState에 포함된 하나 이상의 CSI-AssociatedReportConfigInfo 각각이 서로 다른 SCell의 빔 정보를 보고하도록 설정하는 경우, 기지국은 상기 신호에 기초하여 단말에게 설정된 각 SCell (이때, 상기 단말을 위해 최대 16개의 SCells이 설정될 수 있음) 과 관련된 단말 선호 빔 정보를 보고하도록 트리거링할 수 있다. 다만, 기지국이 단말에게 빔 실패가 발생하지 않은 SCell의 빔 정보를 보고하도록 트리거링함은, 빔 회복 관점에서 불필요할 수 있다 (redundant). 따라서, 상기 제1 빔 실패 보고 방법의 제3 동작 예에서는, 상기 불필요한 신호 전송을 최소화할 수 있는 방법을 개시한다.
제1 실시예에 따르면, 아래 표와 같이 CSI-AperiodicTriggerState IE 내 'beamFailure' 라는 새로운 상위 계층 파라미터가 설정/정의될 수 있다. 단말이 상기 상위 계층 파라미터 beamFailure가 설정된 CSI-AperiodicTriggerState을 지시/설정 받는 경우, 상기 단말은 maxNrofReportConfigPerAperiodicTrigger개의 CSI-AsssociatedReportConfigInfo 중, 빔 실패가 발생한 SCell와 연관된 CSI-AsssociatedReportConfigInfo 에 기초한 CSI 보고를 수행할 수 있다.
Figure PCTKR2020001284-appb-img-000033
이때, CSI-AsssociatedReportConfigInfo IE 내 CSI-ReportConfig IE의 상위 계층 파라미터 carrier 에 기초하여, 단말은 어떤 CSI-AsssociatedReportConfigInfo가 어떤 SCell과 연결 관계를 갖는지를 인지할 수 있다.
기지국은 CSI-AperiodicTriggerStateList를 이용하여 단말에게 최대 maxNrOfCSI-AperiodicTriggers 개수의 AperiodicTriggerState를 설정할 수 있다. 이어, 상기 기지국은 DCI 내 'CSI request' 필드를 통해 설정된 AperiodicTriggerState 중 하나의 AperiodicTriggerState를 선택/지시할 수 있다. 따라서, 상기 제1 실시예에 따르면, 단말은 beamFailure 파라미터가 설정된 CSI-AperiodicTriggerState을 'CSI request'에 기초하여 설정/지시 받을 수 있다. 즉, 상기 단말이 빔 회복을 위한 UL 신호 (예: SR for BFRQ)를 기지국으로 전송한 이후, 빔 회복을 위한 UL 자원이 할당 되는 경우 (예: beamFailure 파라미터가 설정 된 CSI-AperiodicTriggerState가 CSI request field에 의해 지시 됨), 상기 단말은 기지국이 UL 신호 (예: SR for BFRQ)를 정상적으로 수신하였고 빔 회복을 수행함을 기대/간주할 수 있다.
도 18은 본 개시에 따른 단말의 빔 실패 보고 방법의 다른 예를 간단히 나타낸 도면이다.
도 18에 있어, 단말에게 총 16개의 SCell이 설정되는 경우를 가정하고, 상기 16 개의 SCell 중 1번/5번 SCell에서 빔 실패가 발생하였다고 가정한다. 제2 실시예에 따르면, 도 18에 도시된 바와 같이, 단말은 31개의 bitmap 중 1번 및 5번 bit를 '1'로 설정하고 나머지 bit을 '0'으로 설정하여 기지국으로 보고할 수 있다. 이때, bitmap의 각 bits는 서로 다른 CSI-AssociatedReportConfigInfo와 순서대로 연결 관계를 가질 수 있다 (예: bitmap의 5번째 bit는 associatedReportConfigInfoList에서 5번째 CSI-AssociatedReportConfigInfo와 맵핑 됨).
도 18과 같이 1번 및 5번 bit가 활성화된 경우, 단말은 CARCI#1과 CARCI#5에 기초한 CSI 보고만을 수행할 수 있다. 보다 구체적인 예로, 단말은 1번 및 5번 SCells에 관련된 선호 빔 정보 (예: preferred beam index 및/또는 RSRP 등)를 기지국으로 보고할 수 있다. 기지국이 상기 선호 빔 정보를 수신하는 경우, 상기 기지국은 bitmap을 통해 어떤 SCell(s)이 빔 실패가 발생하였는지를 파악/검출하고, 이에 기반하여 단말에 의해 어떤 CSI-AssociatedReportConfigInfo가 수행되었는지를 인지할 수 있다. 결과적으로, 기지국은 단말로부터 수신되는 제2 정보 (예: 단말이 prefer하는 빔 index 및/또는 RSRP) 등)의 크기를 예측할 수 있다.
또는, SCell#4의 BFR RS가 SCell#5와도 관련되는 경우, SCell#4 및 SCell#5의 빔 실패는 동시에 발생할 수 있다. 이 경우, 상기 SCell#4 및 SCell#5를 위해 공통의 비트 값이 정의/설정되게 되면, 전체적으로 1bit을 saving할 수 있는 장점이 있다. 다만, 이 경우, 단말은 두 SCell을 위한 CSI 보고를 위해 동일한 CARCI을 사용해야만 한다.
반면, 제3 실시예에 따르면, 상기 두 SCell이 동일한 BFR RS와 관련되더라도, 기지국은 상기 두 SCell을 위해 서로 다른 CARCI을 호출하거나 또는 동일한 CARCI을 호출할 수 있다. 이 경우, 1bit가 더 소요되고, 각 bit와 각 CARCI간에 1:1 맵핑을 하기 위해 CARCI의 반복적인 정의/설정이 필요할 수 있다. 이와 같은 반복적인 정의/설정을 피하기 위한 방안으로써, 기지국이 명시적으로 bitmap의 각 bit와 CARCI의 관계를 시그널링하는 방법이 적용될 수도 있다.
도 19는 본 개시에 따른 단말의 빔 실패 보고 방법의 또 다른 예를 간단히 나타낸 도면이다.
도 19에 있어, 4번/5번 SCell에서 빔 실패가 발생하였다고 가정할 수 있다. 이때, bitmap의 4번째 및 5번째 bits 모두 동일한 CARCI#4와 매핑될 수 있다. 이 경우, SCell#4의 NZP CSI-RS는 SCell#5에서의 CORESET의 빔 결정을 위해 사용될 수 있다. 위와 같은 설정은 SCell#4와 SCell#5의 주파수 대역이 유사한 경우 (예: mmWave대역)에 적용될 수 있다. 이 경우, 단말이 SCell#4의 NZP CSI-RS만을 모니터링 하더라도, 상기 단말은 SCell#5에서 선호 빔을 유추할 수 있어, UE 복잡도를 감소시킬 수 있다.
이처럼 4번째 및 5번째 bits 모두 동일한 CARCI#4와 매핑되는 경우, 단말은 비록 두 개의 SCells에서 빔 실패가 발생하였음을 검출하더라도, CARCI#4에 대응하는 CSI 보고만을 수행할 수 있다. 보다 구체적으로, 단말은 SCell#4에 속한 단말의 선호 빔 정보만을 기지국으로 보고할 수 있다. 결과적으로, 단말은 SCell#4에 속한 빔들 중에서만 선호 빔을 찾으면 되고, 이를 통해 UE 복잡도를 낮출 수 있을 뿐 아니라, UCI 오버헤드를 줄일 수 있다.
이때, 단말이 제2 정보의 크기를 결정함에 있어, 상기 단말은, 두 개의 SCells에서 빔 실패가 발생하더라도 상기 두 개의 SCells에 연결된 CARCI#4가 동일함에 기초하여, 상기 두 SCells을 위한 제2 정보는 하나로만 구성된다고 결정/가정할 수 있다. 이를 일반적으로 표현하면, 빔 실패가 발생한 복수의SCells (또는 활성화된 복수의 bitmap bits)가 동일한 CARCI와 연결되어 있는 경우, 단말은 상기 복수의 SCells를 하나의 SCell로 가정하고 제2 정보의 크기를 결정할 수 있다. 이에 대응하여, 기지국 또한 동일한 CARCI와 연결된 복수의 SCells 에서 빔 실패가 발생함과 관련되는 (또는, 동일한 CARCI와 연결된 활성화된 복수의 bitmap bits)과 관련되는 제1 정보를 수신하는 경우, 상기 기지국은 제2 정보의 크기를 결정하기 위해 상기 복수의 SCells의 개수를 하나의 SCell로 가정할 수 있고, 이에 기초하여 상기 복수의 SCells을 위한 제2 정보가 하나로 구성됨을 기대할 수 있다.
도 20은 본 개시에 따른 단말의 빔 실패 보고 방법의 또 다른 예를 간단히 나타낸 도면이다.
도 20에 도시된 바와 같이, bitmap의 4번째 bit이 SCell#4, #5와 관련될 수 있다. 이 경우, 단말은 앞서 상술한 제3 실시예와 동일한 내용을 기지국으로 보고하지만, 상기 단말이 보고하는 bitmap의 크기를 16에서 15로 줄일 수 있다. 다시 말해, 제4 실시예에 따르면, SCell의 빔 실패 여부를 나타내는 각각의 bit에 한 개 이상의 SCell index 연결을 허용함으로써, bitmap의 크기를 줄일 수 있다. 상기 연결 설정은 RRC 및/또는 MAC-CE에 기초하여 수행될 수 있다.
제5 실시예에 있어, 기지국은 bitmap의 각 bit를 SCell 및/또는 CARCI과 명시적으로 연결할 수 있다.
하기 표는 기지국이 상위 계층 파라미터 SCells를 이용하여 단말이 bitmap의 각 bit와 SCell의 연결 관계를 명시적으로 시그널링하는 일 예를 나타낸다. 하기 표에 있어, 상위 계층 파라미터 SCells에 기초하여, 상기 단말을 위해 SCell#4/5/12/20/25가 설정/정의됨을 확인할 수 있다. 이 때, 상기 SCells 설정/재설정은 RRC 및/또는 MAC-CE에 기초하여 수행될 수 있다.
Figure PCTKR2020001284-appb-img-000034
도 21은 본 개시에 따른 단말의 빔 실패 보고 방법의 또 다른 예를 간단히 나타낸 도면이다.
도 21에 도시된 바와 같이, bitmap의 각 bit는 (서로 다른) SCell과 1:1로 맵핑될 수 있다. 이때, 각 bit는 CARCI와 순서대로 맵핑될 수 있다.
하기 표에 따르면, 앞서 상술한 상위 계층 파라미터 SCells 외에 상위 계층 파라미터 CARCIs가 새로이 설정/정의될 수 있다. 하기 표에 기초하여, 기지국은 bitmap의 각 bit와 SCell 및 CARCI의 연결 관계를 명시적으로 시그널링할 수 있다. 이때, 상기 SCells 및/또는 CARCIs 및/또는 Default-mode설정/재설정은 RRC 및/또는 MAC-CE에 기초하여 수행될 수 있다.
Figure PCTKR2020001284-appb-img-000035
도 22는 본 개시에 따른 단말의 빔 실패 보고 방법의 또 다른 예를 간단히 나타낸 도면이다.
표 27과 같은 시그널링에 기초하여, 도 22에 도시된 바와 같이, bitmap의 각 bit는 SCell및 CARCIs와 1:1로 맵핑 관계를 가질 수 있다. 이때, 서로 다른 bit는 동일한 CARCI과 연관될 수 있다. 일 예로, SCell#4/#5에서 빔 실패가 발생하더라도, 기지국은 두 SCell들을 위해 서로 다른 CARCI가 아닌 하나의 CARCI (예: CARCI#4)를 호출할 수 있다.
상기와 같은 동작은 다음과 같은 시나리오에서 유용하게 활용될 수 있다.
일 예로, SCell#4/#5가 동일한 주파수 밴드 (예: mmWave)에서 설정/정의되는 경우, 두 SCell의 빔 특성은 유사할 수 있다. 따라서, 기지국 및 단말은 SCell#5의 빔 관리 (beam management)을 위해 SCell#4의 후보 (candidate) RS을 사용할 수 있는 바, 앞서 상술한 설정을 지원할 수 있다. 다시 말해, 상기와 같은 경우, CARCI#4에서 사용하는 RS가 SCell#4를 위해 설정/정의된 것이라고 하더라도, 상기 RS는 SCell#5의 빔 관리 (또는 beam recovery)를 위해서도 사용될 수 있다.
한편, 기본 모드 (Default-mode)에서도 CARCI index가 매핑될 수 있다. 일 예로, 단말이 BFRQ 용 SR을 전송하지 않은 상태에서, 기지국은 상기 state을 CSI request을 통해 단말에게 요청할 수 있다. 이 경우, 단말은 임의의 SCell에서 빔 실패가 발생하지 않았음에도CARCI#1/#2/#3/#4을 호출할 수 있다.
앞서 상술한 실시예들에 따르면, bitmap의 각 bit와 SCell과의 연결 관계는 명시적인 시그널링에 기초하여 설정될 수 있다. 반면, 제6 실시예에 따르면, 각각의 CARCI는 암시적으로 SCell ID을 내포할 수 있다 (예: 앞서 상술한 제1 실시예).
도 23은 본 개시에 따른 단말의 빔 실패 보고 방법의 또 다른 예를 간단히 나타낸 도면이다.
도 23에 도시된 바와 같이, 단말은 bitmap의 각 bit가 CARCI와 1:1 대응 관계를 가지는 것을 기대할 수 있다.
보다 구체적으로, 도 23과 같이 단말에게 16개의 CARCI가 설정된 경우를 가정한다.
이때, SCell#7과 SCell#11에서 빔 실패가 발생하는 경우, 단말은 상기 SCell과 각각 연계된 CARCI#4, #5을 수행하고 관련 정보 (예: 제2 정보)를 기지국으로 보고할 수 있다. 이때, 단말은 bitmap (예: [ 0 0 0 1 1 0 … 0 ], 일명 제1 정보)를 기지국으로 같이 보고할 수 있다. 이에 대응하여, 기지국은 CARCI#4, #5가 수행됨을 알 수 있고, 결과적으로 SCell#7과 SCell#11에서 빔 실패가 발생함을 알 수 있다.
따라서, 상기 실시예에 따르면, 제1 정보의 bitmap이 직접적으로 SCell index와 연결되지 않아도 기지국 및 단말은 관련 정보를 송수신할 수 있다.
5.1.4. 제1 빔 실패 보고 방법의 제4 동작 예
단말이 SCell의 빔 실패 발생을 기지국으로 보고하지 않았음에도 불구하고 (예: UL signal for BFRQ 을 기지국으로 전송하지 않음), 기지국으로부터 BFR 전용 CSI 보고를 지시/설정 받은 경우, 단말은 기본적으로 (Default) 설정된 CSI-AssociatedReportConfigInfo을 수행할 수 있다.
앞서 상술한 제3 동작 예의 제1 실시예에 따르면, 특정 CSI-AperiodicTriggerState가 빔 실패 전용으로 정의될 수 있다. 이에 따라, 하나의 state가 불필요하게 소모될 수 있다.
반면, 제4 동작 예에 따르면, 단말이 BFRQ를 위한 UL 신호를 전송하지 않은 상태에서 (또는, 어떠한 SCell에서도 beam failure가 발생하지 않은 상태에서), 기지국으로부터 BFR 전용 CSI 보고를 지시/설정 받은 경우 (예: beamFailure가 설정된 CSI-AssociatedTriggerState을 지시받는 경우), 상기 단말은 Default로 설정된 CARCI만을 수행할 수 있다.
하기 표는 단말에게 설정된 CSI-AssociatedTriggerState을 나타낸다. 하기 표에 있어, Default-mode는 Default로 설정된 CARCI을 나타낼 수 있다.
Figure PCTKR2020001284-appb-img-000036
일 예로, Default-mode = [1 1 0 0 … 0]가 단말에게 설정되고, 단말이 BFRQ를 위한 UL 신호의 전송 없이 기지국으로부터 해당 CSI-AssociatedTriggerState을 지시받는 경우, 상기 단말은 CARCI#1, #2을 수행할 수 있다.
결과적으로, CARCI#1, #2 보고를 위한 state 및 빔 회복 용도의 CSI 보고를 위한 state가 동일할 수 있다. 이에 따라, 전체적으로 필요한 state의 개수는 2개에서 1개로 감소할 수 있다. 그리고, 상기 단말이 BFRQ를 위한 UL 신호를 보고하였는지 여부에 따라 단말의 구체적인 동작 (예: CARCI#1, #2 reporting 또는 CSI reporting for beam recovery) 가 달라질 수 있다.
앞서 상술한 예시에서는, Default-mode의 각 값이 CSI-AssociatedReportConfigInfo와 1:1로 대응함을 가정한다. 또는, 다른 예시로, Default-mode의 각 값은 SCell의 빔 실패 여부를 나타내는 bitmap의 각 bit와 1:1로 대응할 수도 있다.
도 24는 본 개시에 따른 단말의 빔 실패 보고 방법의 또 다른 예를 간단히 나타낸 도면이다.
상기 표와 같이, Default-mode = [1 1 0 0 …. 0]인 경우, 단말은 bitmap의 1번째 및 2번째 bit에 각각 연결된 CARCI를 수행할 수 있다. 이때, 도 24와 같이 bitmap의 1번째 및 2번째 bit가 각각 CARCI#3, CARCI #4와 연결되는 경우, 단말은 CARCI#3, CARCI #4을 수행할 수 있다.
또는, 상기 bitmap의 각각의 bit가 SCell index와 연결 관계를 갖는 경우, 단말은 비트 값이 1로 활성화된 SCell과 관련된 CARCI만을 수행할 수도 있다.
본 개시에 있어, 단말의 BFRQ를 위한 UL 신호의 전송 여부에 따라, 단말의 구체적인 동작이 달라질 수 있다. 이 경우, 다음과 같은 사항이 고려될 수 있다.
먼저, 단말이 BFRQ를 위한 UL 신호를 전송하였으나 기지국이 이를 수신하지 못하고, 상기 기지국은 (단말이 BFRQ를 위한 UL 신호를 전송하였음을 모른 채) 상기 단말에게 BFR 전용 CSI request을 전송할 수 있다. 이에 대응하여, 단말은 빔 실패가 발생한 SCell에 대한 CSI 보고를 수행하는 반면, 기지국은 Default-mode에 설정된 CSI 보고를 기대할 수 있다.
이와 같은 단말 및 기지국 간 미스매치 (mismatch)을 해소하기 위해, 단말은 제1 정보 (예: bitmap)을 제2 정보와 함께 기지국으로 보고할 수 있다. 이 경우, 기지국은, 수신된 제1 정보에 기초하여, 상기 단말이 default mode로 전송한 CSI 보고인지 또는 SCell에서 빔 실패가 발생하여 빔 회복을 위한 CSI 보고인지를 구분할 수 있다. 따라서, 상기 미스매치가 해소될 수 있다. 또한, 임의의 SCell에서 빔 실패가 발생하고 단말이 아직 BFRQ를 위한 UL 신호를 전송하지 않은 상태에서, 상기 단말이 기지국으로부터 빔 회복 용도의 CSI-AperiodicTriggerState을 지시/설정 받는 경우, 상기 단말은 기지국의 의도와 달리 빔 실패가 발생한 SCell index 및 해당 SCell 상 단말의 선호 빔 정보를 바로 기지국으로 보고할 수 있다.
5.1.5. 제1 빔 실패 보고 방법의 제5 동작 예
앞서 상술한 제1 동작 예 및/또는 제3 동작 예에 있어, 단말은 제1 정보 및 제2 정보를 서로 다른 PUCCH 및/또는 PUSCH 자원을 통해 기지국으로 보고할 수 있다.
보다 구체적으로, 제1 정보의 크기는 상대적으로 제2 정보의 크기보다 작고 그 크기가 미리 결정된 바, 단말은 상기 제1 정보를 기지국으로 주기적/준-주기적 (Semi-Periodic)으로 전송할 수 있다. 따라서, 상기 제1 정보는, 주기적 PUCCH 및/또는 Semi-Persistent PUCCH 및/또는 Semi-Persistent PUSCH 전송에 적합할 수 있다.
만약 단말이 제1 정보를 (제2 정보와 별도로) 전송하는 경우, 기지국은 상기 제1 정보에 기초하여 어떤 SCell에서 빔 실패가 발생했음을 알 수 있다. 따라서, 단말은 기지국으로 BFRQ을 위한 UL 신호 (예: SR for BFRQ)를 별도로 전송할 필요가 없을 수 있다.
한편, 제2 정보는 빔 실패가 발생한 SCell의 개수에 따라 그 크기가 달라질 수 있고, 포함되는 빔 정보의 크기에 기초하여 상대적으로 큰 크기를 가질 수 있다. 또한, 빔 실패가 발생하지 않은 상황에서 상기 제2 정보는 불필요한 정보인 바, 상기 제2 정보는 비주기적 전송으로 기지국으로 전달되는 것이 적합할 수 있다. 이에 따른 일 예로, 상기 제2 정보는 비주기적 PUSCH 전송을 통해 기지국으로 전송될 수 있다.
도 25는 본 개시에 따른 단말의 빔 실패 보고 방법의 또 다른 예를 간단히 나타낸 도면이다.
제1 실시예에 따르면, 도 25에 도시된 바와 같이, 단말은 제1 정보를 주기적 PUCCH를 통해 기지국으로 보고할 수 있다. 그리고, 두 번째 제1 정보의 보고 이전에 특정 SCell에서 빔 실패가 발생함에 기초하여, 상기 단말은 상기 두 번째 제1 정보를 통해 상기 특정 SCell의 빔 실패를 상기 기지국으로 보고할 수 있다. 이 경우, 기지국은 상기 특정 SCell을 위한 빔 회복을 수행할 수 있다.
구체적인 일 예로, 도 25에 도시된 바와 같이, 기지국은 CSI request을 통해 단말에게 빔 실패가 발생한 SCell 상에서 단말의 선호 빔 정보 (예: preferred beam index 및/또는 RSRP 등)을 기지국으로 보고하도록 지시할 수 있다. 이때, 기지국은 어떤 SCell에서 빔 실패가 발생하였는지 여부를 두 번째 제1 정보를 통해 알 수 있는 바, 이후 수신되는 제2 정보의 크기를 예측할 수 있고, 이에 맞는 PUSCH 자원을 단말에게 지시/설정/할당할 수 있다.
만약 기지국이 제2 정보의 크기를 예측할 수 없는 경우를 가정하면, 상기 기지국은 단말에게 임의의 크기를 갖는 PUSCH 자원을 지시/설정/할당할 수 밖에 없다. 이때, PUSCH 자원 크기가 실제 단말이 요구한 크기보다 큰 경우 UL 자원은 낭비되는 반면, PUSCH 자원 크기가 실제 단말이 요구한 크기보다 작은 경우 상기 단말의 추가적인 PUSCH 자원 요청이 필요할 수 있다. 즉, latency가 커지는 문제가 발생할 수 있다.
이와 같은 사항을 고려할 때, 단말은 제1 정보 및 제2 정보를 서로 다른 자원에서 전송할 수 있고, 이를 통해 기지국은 UL 자원을 효율적으로 운영할 수 있다.
앞서 상술한 제4 동작 예에 있어, 단말의 BFRQ를 위한 UL 신호의 전송 없이, 기지국은 단말에게 BFR 용 CSI request을 지시/호출할 수 있다. 이와 유사하게, 제 5 동작 예의 제2 실시예에 따르면, 단말이 모든 SCell에서 빔 실패가 발생하지 않았음을 제1 정보를 통해 기지국으로 보고하더라도, 상기 기지국은 빔 회복 용도의 CSI-AperiodicTriggerState을 단말에게 지시/설정/호출할 수 있다. 이 경우, 상기 단말은 상기 CSI-AperiodicTriggerState의 Default-mode에 설정된 CARCI을 수행할 수 있다.
한편, 상기 실시 예에서, 기지국이 제1 정보의 디코딩을 실패한 상태에서, 상기 기지국은 단말에게 'CSI request'을 지시/설정할 수 있다. 이 경우, 기지국은 어떤 SCell에서 빔 실패가 발생했는지 모른 반면, 단말은 빔 실패가 발생한 SCell에 대한 CSI 보고를 기대할 수 있다. 이러한 미스매치를 해소하기 위한 방안으로써, 단말은 제2 정보를 상기 제1 정보와 함께 기지국으로 보고할 수 있다. 이미 단말이 제1 정보를 PUCCH 등을 통해 보고한 바, PUSCH를 통해 제1 정보의 (추가) 보고는 불필요할 수도 있다 (redundant). 하지만, 상기와 같은 방법을 통해 앞서 상술한 미스매치를 해소할 수 있다. 게다가, 상기 PUSCH 보고는 이벤트 트리거링 (event trigger) 방식임을 고려할 때, 이러한 동작은 UL 자원 오버헤드 관점에서 큰 문제가 되지 않을 수 있다.
도 26은 본 개시에 따른 단말의 빔 실패 보고 방법의 또 다른 예를 간단히 나타낸 도면이다.
제3 실시예에 따르면, 도 26에 도시된 바와 같이, 제1 정보인 bitmap은 CARCI와 1:1 맵핑 관계를 가질 수 있다. 이에 따라, 상기 제1 정보는 16bits크기를 가질 수 있다.
한편, 기지국에 의해 모니터링 대상으로 설정된 SCells에서 빔 실패가 발생한 경우, 기지국은 단말에게 일부 CARCI (예: CARCI#9~#16)만을 설정/할당할 수 있다. 이 경우, 제1 정보는 CARCI#1~#8을 포함할 필요가 없는 바, 8bits로만 정의될 수 있다. 결과적으로, 8bits만큼이 bit saving될 수 있다.
한편, 기지국은 하나의 CSI-AperiodicTriggerState에 포함된 복수의 CARCI 들 중 어떤 CARCI을 제1 정보로 설정/정의할지 여부를 RRC 및/또는 MAC-CE을 통해 단말에게 지시/설정할 수 있다.
도 27은 본 개시에 따른 제1 빔 실패 보고 방법을 간단히 나타낸 도면이다.
도 27에 도시된 바와 같이, 단말 및 기지국은 다음과 같이 동작할 수 있다.
[1] 기지국은 단말에게, 제1 정보의 전송을 위한 PUCCH/PUSCH 자원을 설정/할당할 수 있다. 그리고, 상기 기지국은 상기 단말에게 제2 정보의 전송을 위한 PUCCH/PUSCH 자원을 설정/할당할 수 있다.
[2] 단말은 설정된 SCells 중 일련의 특정 SCells에서 빔 실패가 발생하였는지 여부를 검출할 수 있다.
[3] 단말은 임의의 SCell의 빔 실패 여부와 무관하게 제1 정보를 주기적으로 기지국으로 보고할 수 있다.
[4] 만약, 단말이 제1 정보를 통해 (i) 빔 실패가 발생한 SCell index, 또는 (ii) 빔 실패가 발생한 SCell과 관련된 CARCI index을 기지국으로 보고하는 경우, 기지국은 DCI 등을 통해 단말에게 (비주기적) CSI 보고를 트리거링할 수 있다. 특히, 단말이 빔 실패가 발생한 SCell과 관련된 CARCI index을 기지국으로 보고하는 경우, 기지국은 상기 정보를 통해 간접적으로 빔 실패가 발생한 SCell index를 알 수 있다.
[5] 단말은 빔 실패가 발생한 SCell index 및 해당 SCell 상 단말의 선호 빔 정보 (예: beam index, RSRP)을 기지국으로 보고할 수 있다. 또는, 단말은 빔 실패가 발생한 SCell과 관련된 CARCI을 수행하고, 이를 통해 빔 실패가 발생한 SCell index를 기지국으로 간접적으로 알려줄 수 있다. 또한, 상기 단말은 해당 SCell 상 단말의 선호 빔 정보 (예: beam index, RSRP)을 기지국으로 보고할 수 있다. 이때, 상기 단말은 빔 실패가 발생한 SCell과 관련한 CARCI index (예: 제1 정보)를 상기 제2 정보와 함께 기지국으로 보고할 수도 있다.
5.2. 제2 빔 실패 보고 방법
본 개시에 있어, 빔 실패 보고 방법이라 함은, 실패한 SCell의 식별 정보 및 SCell BFR을 위한 새로운 빔의 보고 정보를 독립적으로 인코딩하는 방법 (Method on independent encoding for failed SCell identification and new beam reporting for SCell BFR)을 포함할 수 있다.
도 28은 본 개시에 따른 단말의 빔 실패 보고 방법의 또 다른 예를 간단히 나타낸 도면이다.
앞서 상술한 제1 빔 실패 보고 방법의 제3 동작 예는 도 28과 같이 나타낼 수 있다. 도 28에 도시된 바와 같이, 임의의 SCell에서 빔 실패가 발생하는 경우, 단말은 기지국으로 BFRQ를 위한 UL 신호 (예: SR)을 전송할 수 있다. 이어, 상기 UL 신호를 수신한 기지국은 단말에게 리포팅을 트리거링할 수 있다. 상기 트리거링 지시를 수신한 단말은 상기 기지국으로 SCell index 및 선호하는 빔 정보 등을 보고할 수 있다.
이때, 기지국이 단말에게 리포팅을 트리거링하는 시점에서, 상기 기지국은 정확히 몇 개의 SCells에서 (동시에) 빔 실패가 발생하였는지를 알 수 없을 수 있다. 이에, 구체적인 일 예로 6개의 SCells에서 동시에 빔 실패가 발생한 경우, 기지국이 단말에게 할당한 UL 자원은 상기 6개의 SCells 각각에서 단말이 선호하는 빔 정보를 전송하기에는 부족한 경우가 발생할 수 있다. 본 개시에서는 상기와 같은 문제점을 해소하기 위한 다양한 방법들을 상세히 개시한다.
앞서 상술한 제1 빔 실패 보고 방법에 있어, 단말은 제2 정보를 통해 실제로 전달되는 빔 정보와 관련된 SCell의 총 개수(예: K)에 대한 정보를 제1 정보를 통해 기지국으로 보고할 수 있다. 이때, 단말은 bitmap에서 빔 실패가 발생한 SCell과 관련 있는 bits들 중, MSB (Most Significant Bit) (또는 LSB (Least Significant Bit))를 기준으로 K개의 bits와 관련 있는 SCells의 빔 정보만을 제2 정보를 통해 기지국으로 전송할 수 있다. 이에 대응하여, 기지국은 제1 정보에 포함된 bitmap 및 상기 총 개수 (예: K)에 대한 정보에 기초하여, 제2 정보의 크기 및 실제로 빔 정보가 전달된 SCells를 결정할 수 있다.
또는, 앞서 상술한 제1 빔 실패 보고 방법에 있어, 단말은 제2 정보를 통해 실제로 보고되는 CARCI의 총 개수 K에 대한 정보를 제1 정보를 통해 기지국으로 보고할 수 있다. 이때, 단말은 bitmap에서 빔 실패가 발생한 SCell과 관련 있는 bits들 중 (또는 beam failure가 발생한 SCell과 관련 있는 CARCI와 mapping되는 bits들 중), MSB (또는 LSB)를 기준으로 K개의 bits와 관련 있는 CARCI만을 제2 정보를 통해 기지국으로 전송할 수 있다. 이에 대응하여, 기지국은 제1 정보에 포함된 bitmap 및 상기 총 개수 (예: K)에 대한 정보에 기초하여, 제2 정보의 크기 및 실제로 보고된 CARCI를 결정할 수 있다.
상기 특징을 일반화하여 설명하면 다음과 같다.
단말은 빔 실패가 발생한 SCells 들 중, 실제로 빔 정보를 보고할 SCell의 개수를 기지국으로 보고할 수 있다. 일 예로, 상기 개수에 대한 정보는 제1 정보를 통해 기지국으로 전송될 수 있다.
단말은 빔 실패가 발생한 SCells과 관련 있는 CARCI들 중, 실제로 보고할 CARCI의 개수를 기지국으로 보고할 수 있다. 일 예로, 상기 개수에 대한 정보는 제1 정보를 통해 기지국으로 전송될 수 있다.
도 29는 본 개시에 따른 단말의 빔 실패 보고 방법의 또 다른 예를 간단히 나타낸 도면이다.
도 29에 있어, bitmap의 크기는 16이며, 이 중 SCell#6/7/11/15/16에서 동시에 빔 실패가 발생함을 가정한다. 이 경우, 단말은 상기 SCells과 관련 있는 CARCI#1/4/5/6/7을 수행할 수 있다. 따라서, 단말은 상기 bitmap과 상기 CARCI#1/4/5/6/7을 각각 제1 정보 및 제2 정보로 정의하고, 상기 정보들을 개별적으로 인코딩하여 기지국으로 전송할 수 있다.
도 30 및 도 31은 본 개시에 따른 단말의 빔 실패 보고 방법의 또 다른 예를 간단히 나타낸 도면이다.
만약 기지국이 할당해 준 UL 자원이 CARCI#1 및 CARCI#4만을 수용할 수 있는 크기를 가질 경우, 도 31에 도시된 바와 같이, 단말은 제1 정보에 (i) 기존 bitmap 및 (ii) 실제로 제2 정보를 통해 전송되는 CARCIs 개수를 추가하여 기지국으로 보고할 수 있다. 이어, 상기 단말은 제2 정보에 CARCI#1 및 CARCI#4만을 포함하여 기지국으로 전송할 수 있다.
이에 대응하여, 기지국은 제1 정보에 포함된 '# of actual reported CARCIs' 및 bitmap에 기초하여, 제2 정보에 CARCI#1 및 CARCI#4만이 포함됨을 알 수 있다. 이에, 상기 기지국은 CARCI#5/6/7이 보고되지 못함을 파악할 수 있다. 따라서, 상기 기지국은 상기 CARCI#5/6/7 보고를 위한 추가적인 UL 자원을 단말에게 할당할 수 있다. 즉, 단말의 추가적인 UL 자원 요청 (예: SR)없이도, 기지국은 상기 추가적인 UL 자원을 할당할 수 있다. 게다가, 기지국은 단말이 추가적으로 보고해야 할 CARCI을 정확히 파악할 수 있는 바, 상기 단말에게 정확한 UL 자원을 할당할 수 있다.
따라서, 도 31에 도시된 바와 같이, 단말은 추가 할당된 UL 자원을 통해, CARCI#5/6/7을 보고할 수 있다. 도 31에 도시된 바와 같이, 1, 4번째 bit는 0으로 설정될 수 있다. 왜냐하면, CARCI#1/#4는 이미 기지국으로 보고되었기 때문이다. 그리고, '# of actual reported CARCIs'와 bitmap에서 1로 설정된 bits 수가 동일한 바, 기지국은 단말이 (추가적으로) 전송해야 하는 CARCI가 없음을 확인할 수 있다.
도 32는 본 개시에 따른 제2 빔 실패 보고 방법을 간단히 나타낸 도면이다.
도 32에 도시된 바와 같이, 단말 및 기지국은 다음과 같이 동작할 수 있다.
[1] 기지국은 단말에게, (i) BFRQ 전용 SR (Scheduling Request) 및/또는 (ii) 빔 실패가 발생한 SCell index 보고 (예: 제1 정보) 및/또는 (iii) 상기 SCell 상에서 단말이 선호하는 빔 정보 (예: beam index, RSRP, 제2 정보) 보고 등을 설정할 수 있다.
[2] 단말은 설정된 SCells 중 일련의 특정 SCells에서 빔 실패가 발생함을 검출할 수 있다.
[3] 단말은 BFRQ 전용 SR을 기지국으로 전송할 수 있다.
[4] 상기 SR을 수신한 기지국은 DCI의 CSI request을 통해, 단말에게 비주기적 CSI 보고를 트리거링할 수 있다.
[5] 단말은, (i) 빔 실패가 발생한 SCells과 관련된 하나 이상의 CARCI index (또는 beam failure가 발생한 SCell index) 및/또는 (ii) 실제로 보고되는 CARCIs의 개수 (또는 실제로 beam 정보가 reporting되는 SCells의 개수) 및/또는 (iii) 선택된 CARCIs (또는 상기 beam failure가 발생한 SCells 각각에서의 preferred beam 정보) 등을 기지국으로 보고할 수 있다.
여기서, CARCI index 또는 SCell index는 bitmap (예: 제1 정보)을 통해서도 정의될 수 있다.
여기서, 빔 실패가 발생한 SCells 중 실제로 보고된 SCell의 개수 및/또는 실제로 보고되는 CARCIs의 개수 등은 제1 정보를 통해 기지국으로 보고될 수 있다.
여기서, 선택된 CARCIs 등은 제2 정보를 통해 기지국으로 보고될 수 있다.
[6] 만약 실제로 제2 정보에 포함되는 CARCIs의 개수가 빔 실패가 발생한 SCells과 관련된 CARCIs 개수보다 (또는 bitmap에서 1로 설정된 bit의 총 수)작은 경우, 기지국은 단말이 보고하지 못한 CARCIs가 있다고 가정할 수 있다. 그리고, 상기 기지국은 상기 보고하지 못한 CARCIs를 위한 보고를 위해, CSI request을 통해 단말에게 비주기적 CSI 보고를 추가적으로 트리거링할 수 있다.
5.3. 제3 빔 실패 보고 방법
본 개시에 있어, 빔 실패 보고 방법이라 함은, 실패한 SCell의 식별 정보 및 SCell BFR을 위한 새로운 빔의 보고 정보를 독립적으로 인코딩하는 방법 (Method on independent encoding for failed SCell identification and new beam reporting for SCell BFR)을 포함할 수 있다.
앞서 상술한 제1/제2 빔 실패 보고 방법에서는, 기본적으로 단말에게 설정된 SCells들 중 임의의 SCell에서 빔 실패가 발생하는 경우, 단말이 (i) 실패된 SCell index 및/또는 (ii) 상기 SCell에서 단말이 선호하는 빔 정보를 기지국으로 보고하는 것을 바탕으로 한다.
한편, 빔 실패는 하나의 SCell에 설정된 모든 BFD RS (Beam Failure Detection Reference Signal)의 SINR (signal to interference and noise ratio)가 특정 문턱치(threshold)보다 낮아지는 것을 의미할 수 있다. 따라서, 단말 관점에서 상기 BFD RS 중 일부가 상기 조건을 만족하더라도 빔 실패를 선언하지 못한다. 이러한 동작은 빠른 시기에 단말 및 기지국이 BFD RS를 수정할 수 있는 기회를 잃을 수 있다.
이러한 문제점을 해결하기 위한 방안으로써, BFD RS 중 일부가 상기 조건을 만족한 경우, 단말이 부분 빔 실패 (partial beam failure)을 선언하는 방법이 고려될 수 있다. 이 경우, 보다 빠른 시기에 기지국 및 단말은 문제가 되는 BFD RS을 수정할 수 있고, 이를 통해 전체 BFD RS의 품질이 나빠져 빔 실패가 발생하는 상황을 최소화할 수 있다. 만약 빔 실패가 발생하는 경우, 빔 회복이 이루어질 때가지 단말의 쓰루풋 관점에서 로스(loss)가 발생하게 된다.
본 개시에 있어, 기지국은 P-2 (또는 P2) 및 P-3 (또는 P3) 동작을 위한 NZP CSI-RS resource set에 포함되는 상위 계층 파라미터 repetition을 'on' 또는 'off'로 설정할 수 있다.
보다 구체적으로, NZP-CSI-RS-ResourceSet 내 상위 계층 파라미터 repetition이 'on'으로 설정되는 경우, 단말은 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원(들)이 동일한 하향링크 공간 도메인 전송 필터 (spatial domain transmission filter)에 기초하여 전송됨을 가정할 수 있다. 이때, NZP-CSI-RS-ResourceSet 내 CSI-RS 자원(들)은 서로 다른 OFDM 심볼 상에서 전송될 수 있다. 만약 상위 계층 파라미터 repetition이 'off'로 설정되는 경우, 단말은 NZP-CSI-RS-ResourceSet 내 CSI-RS 자원(들)이 동일한 하향링크 공간 도메인 전송 필터 (spatial domain transmission filter)에 기초하여 전송됨을 가정할 수 없다.
도 33은 본 개시에 따른 제3 빔 실패 보고 방법을 간단히 나타낸 도면이다.
도 33에 도시된 바와 같이, 단말 및 기지국은 다음과 같이 동작할 수 있다.
[1] 기지국은 단말에게, (i) (partial) BFRQ 전용 SR (Scheduling Request) 및/또는 (ii) 빔 실패 용도 인지 또는 (부분) 빔 실패 용도 인지를 나타내는 정보 (예: indicator) 및/또는 (iii) 빔 실패가 발생한 SCell index 보고 (예: 제1 정보) 및/또는 (iv) 상기 SCell에서 단말이 선호하는 빔 정보 (예: beam index, RSRP, 제2 정보) 등의 보고를 설정할 수 있다.
[2] 단말은 설정된 SCells 중 일련의 특정 SCells에서 부분 빔 실패가 발생함을 검출할 수 있다. 이때, 본 개시에 따른 구성은 부분 빔 실패로만 한정되지 않고, DL Tx beam 및/또는 DL Rx beam에 대한 refinement가 필요한 경우로도 확장 적용될 수 있다.
[3] 단말은 (partial) BFRQ 전용 SR을 기지국으로 전송할 수 있다.
이때, BFRQ 전용 SR (beam failure 전용)과 부분 BFRQ 전용 SR은 동일하거나 또는 상이하게 설정될 수 있다. 동일한 경우, 기지국은 단말에게 하나의 SR만 정의할 수 있다. 이를 통해 PUCCH 오버헤드를 줄일 수 있다. 대신, 후속 동작에서 단말은 빔 실패인지 또는 부분 빔 실패인지 여부를 별도로 기지국으로 알려줄 수 있다.
[4] 상기 SR을 수신한 기지국은 DCI의 CSI request을 통해 단말에게 비주기적 CSI 보고를 트리거링할 수 있다.
[5] 단말은, (i) 빔 실패 용도 인지 또는 부분 빔 실패 용도 인지를 나타내는 정보 (예: indicator) 및/또는 (ii) 동작한/요청한 CARCI index 및/또는 (iii) 실제로 보고되는 CARCIs의 개수 (또는 실제로 동작한 CARCIs의 개수 또는 실제로 동작한/요청한 CARCI index 개수) 및/또는 (iv) 동작한 CARCIs (preferred beam 정보) 등을 기지국으로 보고할 수 있다.
여기서, 동작한 CARCI란, 단말이 주기적/반-주기적 (periodic/semi-periodic) RS을 통해 선호하는 빔 및 RSRP을 결정하고, 이를 기지국으로 보고하는 것을 의미할 수 있다.
여기서, 요청한 CARCI란, 단말이 기지국으로 요청하는 CARCI를 의미할 수 있다. 일 예로, 기지국은 단말의 Rx beam refinement을 위한 NZP CSI-RS resource set 의 상위 계층 파라미터 repetition 을 'on' 또는 'off'로 설정할 수 있다. 이때, 'on'이 설정 되어 있으면, 동일한 DL Tx 빔이 반복 전송되는 바, 단말은 이를 이용하여 DL Rx 빔을 refinement할 수 있다 (P-3, P3). 또는, 'off'가 설정 되어 있으면, 복수의 서로 다른 DL Tx 빔이 전송되는 바, 단말은 이에 기초하여 가장 좋은 DL Tx 빔을 결정할 수 있으며 (P-2, P2), 이를 기지국으로 보고할 수 있다.
[6] 만약 단말이 P-2 또는 P-3을 위한 CARCI을 기지국으로 요청한 경우, 기지국은 해당 CARCI을 DCI의 CSI request을 통해 단말에게 수행하도록 트리거링할 수 있다. 일 예로, 기지국은 단말의 P-3 동작을 위한 NZP CSI-RS가 어느 시점 및 어떤 자원으로 전송되는지 여부를 단말에게 알려줄 수 있다.
[7] 단말은 상기 NZP CSI-RS을 이용하여 DL Tx beam refinement (P-2) 및/또는 DL Rx beam refinement (P-3)을 수행할 수 있다.
[8] 만약 상기 기지국이 지시한 CSI request에 의해 CSI 보고가 트리거링되는 경우, 단말은 보고를 수행할 수 있다. 일 예로, DL Tx beam refinement (P-2)가 지시된 경우, 단말은 관련된 CSI 보고를 수행할 수 있다. 다른 예로, DL Rx beam refinement (P-3)가 지시된 경우, 단말은 별도의 보고를 수행하지 않을 수 있다.
보다 구체적으로, 본 개시에 따르면, 각각의 SCell(s)의 빔 실패 여부를 명시적/암시적으로 나타내는 bitmap 외에, 빔 실패 용도 또는 부분 빔 실패 용도 (또는 DL Tx beam refinement 및/또는 DL Rx beam refinement)인지를 나타내는 별도의 정보를 정의할 수 있다. 상기 정보 (예: indicator)는 제1 정보에 포함되어 기지국으로 보고될 수 있다. 그리고, 단말은 특정 SCell에서 빔 실패가 발생하지 않았지만 상기 SCell의 빔 상태가 좋지 않거나 (예: 전체 BFD RS 중 일부 BFD RS의 SINR이 특정 threshold보다 낮은 경우) 또는 더 좋은 빔을 찾은 경우, 부분 빔 실패를 선언하고 이를 위한 UL 신호 (예: SR for (partial) BFRQ)을 기지국으로 전송할 수 있다. 그리고, 상기 단말은, 상기 bitmap을 통해 어떤 CARCI이 동작되었는지 또는 어떤 CARCI의 동작을 요청하는지를 기지국으로 보고할 수 있다.
도 34는 본 개시에 따른 제3 빔 실패 보고 방법을 간단히 나타낸 도면이다.
도 34에 있어, 단말은 SCell#5과 #25에서 빔 실패가 발생하지 않았으나 상기 SCell들의 일부 빔들의 상태가 좋지 않다고 판단할 수 있다. 이에 따라, 상기 단말은 SCell#5과 #25의 부분 빔 실패를 선언하고, 상기 부분 빔 실패의 회복을 위한 UL 신호를 기지국으로 전송할 수 있다.
이에 대응하여, 기지국이 단말에게 UL 그랜트를 할당하는 경우, 단말은 도 34와 같은 bitmap을 기지국으로 보고할 수 있다.
도 34에 있어, 1로 활성화된 CARCI가 실제로 비주기적 NZP CSI RS 자원 세트와 연결되는 경우, 단말은 해당 시점 (예: bitmap을 전송하는 시점)에 아직 대응하는 CSI-RS을 수신하지 못할 수 있다. 따라서, 상기 단말은 해당 CARCI와 관련된 어떠한 측정 결과를 가지고 있지 않을 수 있고, 관련 빔 정보를 기지국으로 보고하지 않을 수 있다 (예: 제2 정보가 정의되지 않음). 이에, “# of actual reported CARCIs”는 0으로 설정될 수 있다.
한편, 부분 빔 실패를 위해 “whether any SCell suffers from beam failure”는 1로 설정될 수 있다 (예: 0은 beam failure가 발생할 때 사용됨). 상기 bitmap을 수신한 기지국은 단말이 CARCI#2와 CARCI#5 수행을 요청함을 알 수 있다. 이에, 기지국은 DCI의 CSI request을 통해 CARCI#2 및 CARCI#5을 단말에게 지시/설정할 수 있다. 단말은, 상기 지시/설정을 통해, 상기 CARCIs을 위한 NZP CSI-RS 자원의 전송 시점 및 자원 위치를 알 수 있다. 그리고, 상기 단말은 상기 자원들에 기초하여 P-2 및 P-3 동작을 수행할 수 있다. P-3을 수행한 단말은 별도의 보고를 수행하지 않는 반면, P-2을 수행한 단말은 이를 위한 CSI를 기지국으로 보고할 수 있다.
도 35는 본 개시에 적용 가능한 단말과 기지국 간 네트워크 접속 및 통신 과정을 간단히 나타낸 도면이다.
단말은 앞에서 설명/제안한 절차 및/또는 방법들을 수행하기 위해 네트워크 접속 과정을 수행할 수 있다. 예를 들어, 단말은 네트워크(예, 기지국)에 접속을 수행하면서, 앞에서 설명/제안한 절차 및/또는 방법들을 수행하는데 필요한 시스템 정보와 구성 정보들을 수신하여 메모리에 저장할 수 있다. 본 개시에 필요한 구성 정보들은 상위 계층(예, RRC layer; Medium Access Control, MAC, layer 등) 시그널링을 통해 수신될 수 있다.
NR시스템에서 물리 채널, 참조 신호는 빔-포밍을 이용하여 전송될 수 있다. 빔-포밍-기반의 신호 전송이 지원되는 경우, 기지국과 단말간에 빔을 정렬하기 위해 빔-관리(beam management) 과정이 수반될 수 있다. 또한, 본 개시에서 제안하는 신호는 빔-포밍을 이용하여 전송/수신될 수 있다. RRC(Radio Resource Control) IDLE 모드에서 빔 정렬은 SSB(Sync Signal Block)를 기반하여 수행될 수 있다. 반면, RRC CONNECTED 모드에서 빔 정렬은 CSI-RS (in DL) 및 SRS (in UL)에 기반하여 수행될 수 있다. 한편, 빔-포밍-기반의 신호 전송이 지원되지 않는 경우, 이하의 설명에서 빔과 관련된 동작은 생략될 수 있다.
도 35를 참조하면, 기지국(예, BS)는 SSB를 주기적으로 전송할 수 있다(S3502). 여기서, SSB는 PSS/SSS/PBCH를 포함한다. SSB는 빔 스위핑을 이용하여 전송될 수 있다. 이후, 기지국은 RMSI(Remaining Minimum System Information)와 OSI(Other System Information)를 전송할 수 있다(S3504). RMSI는 단말이 기지국에 초기 접속하는데 필요한 정보(예, PRACH 구성 정보)를 포함할 수 있다. 한편, 단말은 SSB 검출을 수행한 뒤, 베스트 SSB를 식별한다. 이후, 단말은 베스트 SSB의 인덱스(즉, 빔)에 링크된/대응되는 PRACH 자원을 이용하여 RACH 프리앰블(Message 1, Msg1)을 기지국에게 전송할 수 있다(S3506). RACH 프리앰블의 빔 방향은 PRACH 자원과 연관된다. PRACH 자원 (및/또는 RACH 프리앰블)과 SSB (인덱스)간 연관성(association)은 시스템 정보(예, RMSI)를 통해 설정될 수 있다. 이후, RACH 과정의 일환으로, 기지국은 RACH 프리앰블에 대한 응답으로 RAR(Random Access Response)(Msg2)를 전송하고(S3508), 단말은 RAR 내 UL 그랜트를 이용하여 Msg3(예, RRC Connection Request)을 전송하고(S3510), 기지국은 충돌 해결(contention resolution) 메세지(Msg4)를 전송할 수 있다(S3512). Msg4는 RRC Connection Setup을 포함할 수 있다.
RACH 과정을 통해 기지국과 단말간에 RRC 연결이 설정되면, 그 이후의 빔 정렬은 SSB/CSI-RS (in DL) 및 SRS (in UL)에 기반하여 수행될 수 있다. 예를 들어, 단말은 SSB/CSI-RS를 수신할 수 있다(S3514). SSB/CSI-RS는 단말이 빔/CSI 보고를 생성하는데 사용될 수 있다. 한편, 기지국은 DCI를 통해 빔/CSI 보고를 단말에게 요청할 수 있다(S3516). 이 경우, 단말은 SSB/CSI-RS에 기반하여 빔/CSI 보고를 생성하고, 생성된 빔/CSI 보고를 PUSCH/PUCCH를 통해 기지국에게 전송할 수 있다(S3518). 빔/CSI 보고는 빔 측정 결과, 선호하는 빔에 관한 정보 등을 포함할 수 있다. 기지국과 단말은 빔/CSI 보고에 기반하여 빔을 스위칭 할 수 있다(S3520a, S3520b).
이후, 단말과 기지국은 앞에서 설명/제안한 절차 및/또는 방법들을 수행할 수 있다. 예를 들어, 단말과 기지국은 네트워크 접속 과정(예, 시스템 정보 획득 과정, RACH를 통한 RRC 연결 과정 등)에서 얻은 구성 정보에 기반하여, 본 개시에서 제안에 따라 메모리에 있는 정보를 처리하여 무선 신호를 전송하거나, 수신된 무선 신호를 처리하여 메모리에 저장할 수 있다. 여기서, 무선 신호는 하향링크의 경우 PDCCH, PDSCH, RS(Reference Signal) 중 적어도 하나를 포함하고, 상향링크의 경우 PUCCH, PUSCH, SRS 중 적어도 하나를 포함할 수 있다.
도 36은 본 개시에 적용 가능한 단말의 DRX (Discontinuous Reception) 사이클을 간단히 나타낸 도면이다. 도 36에 있어, 단말은 RRC_CONNECTED 상태일 수 있다.
본 문서에 있어, 단말은 앞에서 설명/제안한 절차 및/또는 방법들을 수행하면서 DRX 동작을 수행할 수 있다. DRX가 설정된 단말은 DL 신호를 불연속적으로 수신함으로써 전력 소비를 낮출 수 있다. DRX는 RRC(Radio Resource Control)_IDLE 상태, RRC_INACTIVE 상태, RRC_CONNECTED 상태에서 수행될 수 있다. RRC_IDLE 상태와 RRC_INACTIVE 상태에서 DRX는 페이징 신호를 불연속 수신하는데 사용된다. 이하, RRC_CONNECTED 상태에서 수행되는 DRX에 관해 설명한다(RRC_CONNECTED DRX).
도 36을 참조하면, DRX 사이클은 On Duration과 Opportunity for DRX로 구성된다. DRX 사이클은 On Duration이 주기적으로 반복되는 시간 간격을 정의한다. On Duration은 단말이 PDCCH를 수신하기 위해 모니터링 하는 시간 구간을 나타낸다. DRX가 설정되면, 단말은 On Duration 동안 PDCCH 모니터링을 수행한다. PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 있는 경우, 단말은 inactivity 타이머를 동작시키고 깬(awake) 상태를 유지한다. 반면, PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 없는 경우, 단말은 On Duration이 끝난 뒤 슬립(sleep) 상태로 들어간다. 따라서, DRX가 설정된 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 불연속적으로 수행될 수 있다. 예를 들어, DRX가 설정된 경우, 본 개시에서 PDCCH 수신 기회(occasion)(예, PDCCH 탐색 공간을 갖는 슬롯)는 DRX 설정에 따라 불연속적으로 설정될 수 있다. 반면, DRX가 설정되지 않은 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 연속적으로 수행될 수 있다. 예를 들어, DRX가 설정되지 않은 경우, 본 개시에서 PDCCH 수신 기회(예, PDCCH 탐색 공간을 갖는 슬롯)는 연속적으로 설정될 수 있다. 한편, DRX 설정 여부와 관계 없이, 측정 갭으로 설정된 시간 구간에서는 PDCCH 모니터링이 제한될 수 있다.
Figure PCTKR2020001284-appb-img-000037
표 29는 DRX와 관련된 단말의 과정을 나타낸다(RRC_CONNECTED 상태). 표 29를 참조하면, DRX 구성 정보는 상위 계층(예, RRC) 시그널링을 통해 수신되고, DRX ON/OFF 여부는 MAC 계층의 DRX 커맨드에 의해 제어된다. DRX가 설정되면, 단말은 도 36에서 예시한 바와 같이, 본 개시에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링을 불연속적으로 수행할 수 있다.
여기서, MAC-CellGroupConfig는 셀 그룹을 위한 MAC(Medium Access Control) 파라미터를 설정하는데 필요한 구성 정보를 포함한다. MAC-CellGroupConfig는 DRX에 관한 구성 정보도 포함할 수 있다. 예를 들어, MAC-CellGroupConfig는 DRX를 정의하는데 정보를 다음과 같이 포함할 수 있다.
- Value of drx-OnDurationTimer: DRX 사이클의 시작 구간의 길이를 정의
- Value of drx-InactivityTimer: 초기 UL 또는 DL 데이터를 지시하는 PDCCH가 검출된 PDCCH 기회 이후에 단말이 깬 상태로 있는 시간 구간의 길이를 정의
- Value of drx-HARQ-RTT-TimerDL: DL 초기 전송이 수신된 후, DL 재전송이 수신될 때까지의 최대 시간 구간의 길이를 정의.
- Value of drx-HARQ-RTT-TimerDL: UL 초기 전송에 대한 그랜트가 수신된 후, UL 재전송에 대한 그랜트가 수신될 때까지의 최대 시간 구간의 길이를 정의.
- drx-LongCycleStartOffset: DRX 사이클의 시간 길이와 시작 시점을 정의
- drx-ShortCycle (optional): short DRX 사이클의 시간 길이를 정의
여기서, drx-OnDurationTimer, drx-InactivityTimer, drx-HARQ-RTT-TimerDL, drx-HARQ-RTT-TimerDL 중 어느 하나라도 동작 중이면 단말은 깬 상태를 유지하면서 매 PDCCH 기회마다 PDCCH 모니터링을 수행한다.
도 37은 본 개시의 일 예에 따른 단말 및 기지국의 동작을 간단히 나타낸 도면이고, 도 38은 본 개시의 일 예에 따른 단말의 동작 흐름도이고, 도 39는 본 개시의 일 예에 따른 기지국의 동작 흐름도이다.
본 개시에 있어, 기지국 (또는 네트워크)는 단말에게 복수의 셀들을 설정할 수 있다. 상기 복수의 셀들은, 실시예에 따라, 3GPP LTE/NR 표준에서 정의된 프라이머리 셀 (primary cell; PCell), 프라이머리 세컨더리 셀 (primary secondary cell; PSCell), 세컨더리 셀 (secondary cell; SCell) 등을 포함할 수 있다.
이에 기반하여, 단말은 상기 단말에 설정된 복수의 셀들 중 하나 이상의 제1 셀에서 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)가 발생하였음을 검출할 수 있다 (S3710, S3810).
이때, 추가적으로, 단말에게 설정된 복수의 셀들 중 하나 이상의 제1 셀에서 BF 또는 부분 BF가 발생하였음을 검출함에 기초하여, 상기 단말은 상기 기지국으로 상기 상향링크 신호를 위한 상향링크 자원을 요청하는 제1 신호 (예: SR)을 전송할 수 있다 (S3720, S3820). 이어, 상기 제1 신호의 응답으로써, 상기 단말은 상기 기지국으로부터 상기 상향링크 자원을 할당하는 제2 신호를 수신할 수 있다 (S3730, S3830). 이에 대응하여, 상기 기지국은 상기 단말로부터 상기 제1 신호를 수신할 수 있고 (S3720, S3910), 상기 기지국은 상기 제1 신호에 응답하여 상기 제2 신호를 상기 단말로 전송할 수 있다 (S3730, S3920).
이어, 단말은, 상기 하나 이상의 제1 셀에 대한 BF 또는 부분 BF 검출에 기초하여, (i) 상기 하나 이상의 제1 셀의 식별 정보, 및 (ii) BF 정보 또는 부분 BF 정보를 포함하는 상향링크 신호를 기지국으로 전송할 수 있다 (S3740, S3840). 이에 대응하여, 상기 기지국은 상기 단말로부터 상기 상향링크 신호를 수신할 수 있다 (S3740, S3930).
본 개시에 있어, 단말이 상기 하나 이상의 제1 셀에서 BF가 발생하였음을 검출하는 것은, 상기 단말이 각각의 상기 하나 이상의 제1 셀과 관련된 모든 제어 자원 세트 (control resource set; CORESET) 빔 또는 빔 실패 검출 (beam failure detection; BFD) 용도로 설정된 모든 빔의 품질이 일정 문턱치 이하임에 기초하여, 상기 하나 이상의 제1 셀에서 BF가 발생하였음을 검출하는 것을 포함할 수 있다. 또한, 상기 단말이 상기 하나 이상의 제1 셀 에서 부분 BF가 발생하였음을 검출하는 것은, 상기 단말이 각각의 상기 하나 이상의 제1 셀과 관련된 모든 CORESET 빔 또는 BFD 용도로 설정된 모든 빔 중 일정 개수 또는 비율 이상의 빔이 상기 일정 문턱치 이하의 품질을 가짐에 기초하여, 상기 하나 이상의 제1 셀에서 부분 BF가 발생하였음을 검출하는 것을 포함할 수 있다.
본 개시에 있어, 상기 하나 이상의 제1 셀에 대한 BF 발생의 검출에 기초하여, (i) 상기 식별 정보 및 (ii) 상기 BF 정보는 함께 인코딩되어 상기 상향링크 신호에 포함될 수 있다. 또한, 상기 하나 이상의 제1 셀에 대한 부분 BF 발생의 검출에 기초하여, (i) 상기 식별 정보 및 (ii) 상기 부분 BF 정보는 함께 인코딩되어 상기 상향링크 신호에 포함될 수 있다.
본 개시에 있어, 상기 상향링크 신호는, 상기 하나 이상의 제1 셀과 관련된 새로운 빔 정보를 더 포함할 수 있다.
본 개시에 있어, 상기 식별 정보는 상기 복수의 셀들의 개수에 대응하는 비트 크기를 갖는 비트맵을 포함할 수 있다. 이때, 상기 비트맵 내, 상기 복수의 셀들 중 상기 하나 이상의 제1 셀과 관련된 비트 정보는 제1 값 (예: 1)을 가질 수 있다.
본 개시에 있어, 상기 상향링크 신호는 물리 상향링크 제어 채널 (physical uplink control channel; PUCCH) 또는 물리 상향링크 공유 채널 (physical uplink shared channel; PUSCH)를 통해 전송될 수 있다.
본 개시에 있어, 상기 복수의 셀들은, 프라이머리 셀 (primary cell; PCell), 또는, 세컨더리 셀 (secondary cell; SCell)을 포함할 수 있다. 이때, 하나 이상의 SCell을 포함하는 상기 하나 이상의 제1 셀에 기초하여, 상기 상향링크 신호는 상기 부분 BF 정보가 아닌 상기 BF 정보만을 포함할 수 있다.
상기와 같은 특징들에 기반하여, 기지국은 상향링크 신호로부터 하나 이상의 제1 셀에서 BF 또는 부분 BF가 발생하였음을 인지할 수 있다.
도 40은 본 개시의 다른 예에 따른 단말 및 기지국의 동작을 간단히 나타낸 도면이고, 도 41는 본 개시의 다른 예에 따른 단말의 동작 흐름도이고, 도 42는 본 개시의 다른 예에 따른 기지국의 동작 흐름도이다.
앞서 상술한 예시와 달리, BF 보고를 위해 사용되는 제1 SR 신호와 부분 BF 보고를 위해 사용되는 제2 SR 신호가 별도로 정의될 수 있다.
보다 구체적으로, 단말은 기지국으로부터 빔 실패 (beam failure; BF)를 위한 제1 스케줄링 요청 (scheduling request; SR) 신호 및 부분 BF를 위한 제2 SR 신호와 관련된 설정 정보를 수신할 수 있다 (S4010, S4110). 이에 대응하여, 상기 기지국은 상기 설정 정보를 상기 단말로 전송할 수 있다 (S4010, S4210).
상기 설정 정보의 수신과 독립적으로, 단말은, 상기 단말에 설정된 복수의 셀들 중 하나 이상의 제1 셀에서 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)가 발생하였음을 검출할 수 있다 (S4020, S4120). 이때, 상기 단말이 BF 또는 부분 BF를 검출하는지 여부에 따라 다음과 같이 다른 동작을 수행할 수 있다.
일 예로, 단말이 하나 이상의 제1 셀에 대해 BF가 발생하였음을 검출한 경우, 상기 단말은 기지국으로 상기 제1 SR 신호를 전송하고 (S4030, S4130), 상기 기지국으로부터 상기 SR 신호와 관련된 제1 응답 신호를 수신할 수 있다 (S4040, S4140). 이에 대응하여, 상기 기지국은 상기 단말로부터 상기 제1 SR 신호를 수신하고 (S4030, S4220), 이에 응답하여, 상기 단말로 상기 제1 응답 신호를 전송할 수 있다 (S4040, S4230). 이어, 단말은, 상기 제1 SR 신호와 관련된 제1 응답 신호에 기초하여, 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상향링크 신호를 상기 기지국으로 전송할 수 있다 (S4050, S4150). 이에 대응하여, 상기 기지국은 상기 상향링크 신호를 상기 단말로부터 수신할 수 있다 (S4050, S4240).
다른 예로, 단말이 하나 이상의 제1 셀에 대한 부분 BF가 발생하였음을 검출한 경우, 상기 단말은 기지국으로 상기 제2 SR 신호를 전송하고 (S4030, S4130), 상기 기지국으로부터 상기 SR 신호와 관련된 제2 응답 신호를 수신할 수 있다 (S4040, S4140). 이에 대응하여, 상기 기지국은 상기 단말로부터 상기 제2 SR 신호를 수신하고 (S4030, S4220), 이에 응답하여, 상기 단말로 상기 제2 응답 신호를 전송할 수 있다 (S4040, S4230). 이어, 단말은, 상기 제2 SR 신호와 관련된 제2 응답 신호에 기초하여, 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상향링크 신호를 상기 기지국으로 전송할 수 있다 (S4050, S4150). 이에 대응하여, 상기 기지국은 상기 상향링크 신호를 상기 단말로부터 수신할 수 있다 (S4050, S4240).
상기와 같은 특징들에 기반하여, 기지국은 상향링크 신호로부터 하나 이상의 제1 셀에서 BF 또는 부분 BF가 발생하였음을 인지할 수 있다.
본 개시에 있어, 단말 및 기지국은, 앞서 상술한 초기 접속 (initial access) 또는 임의 접속 (random access), DRX 설정 등에 기초하여, 앞서 상술한 빔 관리 수행 방법 또는 관련 정보의 송수신 동작을 수행할 수 있다.
상기 설명한 제안 방식에 대한 일례들 또한 본 개시의 구현 방법들 중 하나로 포함될 수 있으므로, 일종의 제안 방식들로 간주될 수 있음은 명백한 사실이다. 또한, 상기 설명한 제안 방식들은 독립적으로 구현될 수 도 있지만, 일부 제안 방식들의 조합 (또는 병합) 형태로 구현될 수 도 있다. 상기 제안 방법들의 적용 여부 정보 (또는 상기 제안 방법들의 규칙들에 대한 정보)는 기지국이 단말에게 사전에 정의된 시그널 (예: 물리 계층 시그널 또는 상위 계층 시그널)을 통해서 알려주도록 규칙이 정의될 수 가 있다.
본 개시는 본 개시에서 서술하는 기술적 아이디어 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 개시의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 등가적 범위 내에서의 모든 변경은 본 개시의 범위에 포함된다. 또한, 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시 예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함할 수 있다.
본 개시의 실시 예들은 다양한 무선접속 시스템에 적용될 수 있다. 다양한 무선접속 시스템들의 일례로서, 3GPP(3rd Generation Partnership Project) 또는 3GPP2 시스템 등이 있다. 본 개시의 실시 예들은 상기 다양한 무선접속 시스템뿐 아니라, 상기 다양한 무선접속 시스템을 응용한 모든 기술 분야에 적용될 수 있다. 나아가, 제안한 방법은 초고주파 대역을 이용하는 mmWave 통신 시스템에도 적용될 수 있다.
추가적으로, 본 개시의 실시예들은 자유 주행 차량, 드론 등 다양한 애플리케이션에도 적용될 수 있다.

Claims (15)

  1. 무선 통신 시스템에서 복수의 셀들이 설정된 단말의 빔 관리 수행 방법에 있어서,
    상기 복수의 셀들 중 하나 이상의 제1 셀에서 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)가 발생하였음을 검출함; 및
    상기 하나 이상의 제1 셀에 대한 BF 또는 부분 BF 검출에 기초하여, (i) 상기 하나 이상의 제1 셀의 식별 정보, 및 (ii) BF 정보 또는 부분 BF 정보를 포함하는 상향링크 신호를 상기 기지국으로 전송하는 것을 포함하는, 단말의 빔 관리 수행 방법.
  2. 제 1항에 있어서,
    상기 하나 이상의 제1 셀에서 BF가 발생하였음을 검출하는 것은,
    각각의 상기 하나 이상의 제1 셀과 관련된 모든 제어 자원 세트 (control resource set; CORESET) 빔 또는 빔 실패 검출 (beam failure detection; BFD) 용도로 설정된 모든 빔의 품질이 일정 문턱치 이하임에 기초하여, 상기 하나 이상의 제1 셀에서 BF가 발생하였음을 검출하는 것을 포함하고,
    상기 하나 이상의 제1 셀 에서 부분 BF가 발생하였음을 검출하는 것은,
    각각의 상기 하나 이상의 제1 셀과 관련된 모든 CORESET 빔 또는 BFD 용도로 설정된 모든 빔 중 일정 개수 또는 비율 이상의 빔이 상기 일정 문턱치 이하의 품질을 가짐에 기초하여, 상기 하나 이상의 제1 셀에서 부분 BF가 발생하였음을 검출하는 것을 포함하는, 단말의 빔 관리 수행 방법.
  3. 제 1항에 있어서,
    상기 하나 이상의 제1 셀에 대한 BF 발생의 검출에 기초하여, (i) 상기 식별 정보 및 (ii) 상기 BF 정보는 함께 인코딩되어 상기 상향링크 신호에 포함되고,
    상기 하나 이상의 제1 셀에 대한 부분 BF 발생의 검출에 기초하여, (i) 상기 식별 정보 및 (ii) 상기 부분 BF 정보는 함께 인코딩되어 상기 상향링크 신호에 포함되는, 단말의 빔 관리 수행 방법.
  4. 제 1항에 있어서,
    상기 상향링크 신호는,
    상기 하나 이상의 제1 셀과 관련된 새로운 빔 정보를 더 포함하는, 단말의 빔 관리 수행 방법.
  5. 제 1항에 있어서,
    상기 식별 정보는 상기 복수의 셀들의 개수에 대응하는 비트 크기를 갖는 비트맵을 포함하고,
    상기 비트맵 내, 상기 복수의 셀들 중 상기 하나 이상의 제1 셀과 관련된 비트 정보는 제1 값을 갖는, 단말의 빔 관리 수행 방법.
  6. 제 1항에 있어서,
    상기 단말의 빔 관리 수행 방법은,
    상기 복수의 셀들 중 상기 하나 이상의 제1 셀에서 BF 또는 부분 BF가 발생하였음을 검출함에 기초하여, 상기 기지국으로 상기 상향링크 신호를 위한 상향링크 자원을 요청하는 제1 신호를 전송함; 및
    상기 제1 신호에 응답하여, 상기 기지국으로부터 상기 상향링크 자원을 할당하는 제2 신호를 수신하는 것을 더 포함하는, 단말의 빔 관리 수행 방법.
  7. 제 1항에 있어서,
    상기 상향링크 신호는 물리 상향링크 제어 채널 (physical uplink control channel; PUCCH) 또는 물리 상향링크 공유 채널 (physical uplink shared channel; PUSCH)를 통해 전송되는, 단말의 빔 관리 수행 방법.
  8. 제 1항에 있어서,
    상기 복수의 셀들은,
    프라이머리 셀 (primary cell; PCell), 또는, 세컨더리 셀 (secondary cell; SCell)을 포함하고,
    하나 이상의 SCell을 포함하는 상기 하나 이상의 제1 셀에 기초하여, 상기 상향링크 신호는 상기 부분 BF 정보가 아닌 상기 BF 정보만을 포함하는, 단말의 빔 관리 수행 방법.
  9. 무선 통신 시스템에서 복수의 셀들이 설정되어 빔 관리를 수행하는 단말에 있어서,
    적어도 하나의 송신기;
    적어도 하나의 수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 특정 동작은:
    상기 복수의 셀들 중 하나 이상의 제1 셀에서 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)가 발생하였음을 검출함; 및
    상기 하나 이상의 제1 셀에 대한 BF 또는 부분 BF 검출에 기초하여, (i) 상기 하나 이상의 제1 셀의 식별 정보, 및 (ii) BF 정보 또는 부분 BF 정보를 포함하는 상향링크 신호를 상기 기지국으로 전송하는 것을 포함하는, 단말.
  10. 제 9항에 있어서,
    상기 단말은, 이동 단말기, 네트워크 및 상기 단말이 포함된 차량 이외의 자율 주행 차량 중 적어도 하나와 통신하는, 단말.
  11. 무선 통신 시스템에서 복수의 셀들을 포함하고 단말의 빔 관리를 지원하는 기지국에 있어서,
    적어도 하나의 송신기;
    적어도 하나의 수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 특정 동작은:
    상기 단말로부터, 상기 단말에 설정된 복수의 셀들 중 하나 이상의 제1 셀에 대한 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)의 발생에 기초하여, (i) 상기 하나 이상의 제1 셀의 식별 정보, 및 (ii) BF 정보 또는 부분 BF 정보를 포함하는 상향링크 신호를 수신함; 및
    상기 상향링크 신호에 기초하여, 상기 하나 이상의 제1 셀에서 BF 또는 부분 BF가 발생하였음을 인지하는 것을 포함하는, 기지국.
  12. 무선 통신 시스템에서 복수의 셀들이 설정된 단말의 빔 관리 수행 방법에 있어서,
    기지국으로부터 빔 실패 (beam failure; BF)를 위한 제1 스케줄링 요청 (scheduling request; SR) 신호 및 부분 BF를 위한 제2 SR 신호와 관련된 설정 정보를 수신함;
    상기 복수의 셀들 중 하나 이상의 제1 셀에서 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)가 발생하였음을 검출함;
    상기 하나 이상의 제1 셀에 대한 BF 검출에 기초하여:
    (i) 상기 기지국으로 상기 제1 SR 신호를 전송함, 및
    (ii) 상기 제1 SR 신호와 관련된 제1 응답 신호에 기초하여, 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상향링크 신호를 상기 기지국으로 전송함; 및
    상기 하나 이상의 제1 셀에 대한 부분 BF 검출에 기초하여:
    (i) 상기 기지국으로 상기 제2 SR 신호를 전송함, 및
    (ii) 상기 제2 SR 신호와 관련된 제2 응답 신호에 기초하여, 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상기 상향링크 신호를 상기 기지국으로 전송하는 것을 포함하는, 단말의 빔 관리 수행 방법.
  13. 무선 통신 시스템에서 복수의 셀들이 설정되어 빔 관리를 수행하는 단말에 있어서,
    적어도 하나의 송신기;
    적어도 하나의 수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 특정 동작은:
    기지국으로부터 빔 실패 (beam failure; BF)를 위한 제1 스케줄링 요청 (scheduling request; SR) 신호 및 부분 BF를 위한 제2 SR 신호와 관련된 설정 정보를 수신함;
    상기 복수의 셀들 중 하나 이상의 제1 셀에서 (i) 빔 실패 (beam failure; BF) 또는 (ii) 부분 BF (partial BF)가 발생하였음을 검출함;
    상기 하나 이상의 제1 셀에 대한 BF 검출에 기초하여:
    (i) 상기 기지국으로 상기 제1 SR 신호를 전송함, 및
    (ii) 상기 제1 SR 신호와 관련된 제1 응답 신호에 기초하여, 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상향링크 신호를 상기 기지국으로 전송함; 및
    상기 하나 이상의 제1 셀에 대한 부분 BF 검출에 기초하여:
    (i) 상기 기지국으로 상기 제2 SR 신호를 전송함, 및
    (ii) 상기 제2 SR 신호와 관련된 제2 응답 신호에 기초하여, 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상기 상향링크 신호를 상기 기지국으로 전송하는 것을 포함하는, 단말.
  14. 제 13항에 있어서,
    상기 단말은, 이동 단말기, 네트워크 및 상기 단말이 포함된 차량 이외의 자율 주행 차량 중 적어도 하나와 통신하는, 단말.
  15. 무선 통신 시스템에서 복수의 셀들을 포함하고 단말의 빔 관리를 지원하는 기지국에 있어서,
    적어도 하나의 송신기;
    적어도 하나의 수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 특정 동작은:
    단말로, 빔 실패 (beam failure; BF)를 위한 제1 스케줄링 요청 (scheduling request; SR) 신호 및 부분 BF를 위한 제2 SR 신호와 관련된 설정 정보를 전송함;
    상기 단말로부터, 상기 제1 SR 신호를 수신함에 기초하여:
    (i) 상기 단말로, 상기 제1 SR 신호와 관련된 제1 응답 신호를 전송함,
    (ii) 상기 제1 응답 신호에 기초하여, 상기 단말로부터, 상기 복수의 셀들 중 하나 이상의 제1 셀의 식별 정보를 포함하는 상향링크 신호를 수신함, 및
    (iii) 상기 상향링크 신호에 기초하여, 상기 하나 이상의 제1 셀에서 빔 실패 (beam failure; BF)가 발생하였음을 인지함; 및
    상기 단말로부터, 상기 제2 SR 신호를 수신함에 기초하여:
    (i) 상기 단말로, 상기 제2 SR 신호와 관련된 제2 응답 신호를 전송함,
    (ii) 상기 제2 응답 신호에 기초하여, 상기 단말로부터, 상기 복수의 셀들 중 상기 하나 이상의 제1 셀의 식별 정보를 포함하는 상기 상향링크 신호를 수신함, 및
    (iii) 상기 상향링크 신호에 기초하여, 상기 하나 이상의 제1 셀에서 부분 BF가 발생하였음을 인지하는 것을 포함하는, 기지국.
PCT/KR2020/001284 2019-02-22 2020-01-28 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국 WO2020171405A1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP20758709.8A EP3930209A4 (en) 2019-02-22 2020-01-28 METHOD FOR BEAM MANAGEMENT BY UE IN A WIRELESS COMMUNICATION SYSTEM, AND UE AND BASE STATION SUPPORTING THE SAME
CN202080028888.3A CN113678382B (zh) 2019-02-22 2020-01-28 在无线通信系统中由ue执行波束管理的方法以及支持其的ue和基站
JP2021549124A JP7259068B2 (ja) 2019-02-22 2020-01-28 無線通信システムにおいて端末のビーム管理の実施方法とそれを支援する端末及び基地局
KR1020217026742A KR20210120030A (ko) 2019-02-22 2020-01-28 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국
US17/432,651 US20220174685A1 (en) 2019-02-22 2020-01-28 Method for performing beam management by ue in wireless communication system, and ue and base station supporting same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20190021424 2019-02-22
KR10-2019-0021424 2019-02-22

Publications (1)

Publication Number Publication Date
WO2020171405A1 true WO2020171405A1 (ko) 2020-08-27

Family

ID=72144097

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/001284 WO2020171405A1 (ko) 2019-02-22 2020-01-28 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국

Country Status (6)

Country Link
US (1) US20220174685A1 (ko)
EP (1) EP3930209A4 (ko)
JP (1) JP7259068B2 (ko)
KR (1) KR20210120030A (ko)
CN (1) CN113678382B (ko)
WO (1) WO2020171405A1 (ko)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113574807B (zh) * 2019-03-11 2023-12-22 Lg电子株式会社 在无线通信系统中由用户设备发送波束信息的方法以及支持其的用户设备和基站
US11916725B2 (en) * 2020-02-07 2024-02-27 Qualcomm Incorporated Determining a duration of a resetting time period after uplink beam failure
CN116058034A (zh) * 2020-06-22 2023-05-02 诺基亚技术有限公司 多传输接收点场景中的特定于传输接收点的波束故障指示
US20220078838A1 (en) * 2020-09-09 2022-03-10 Qualcomm Incorporated Remaining minimum system information transmission, synchronization signal block forwarding, and demodulation reference signal management by wireless forwarding node
US11581907B2 (en) * 2020-12-18 2023-02-14 Sr Technologies, Inc. System and method for reception of wireless local area network packets with bit errors
US11750263B2 (en) * 2021-03-19 2023-09-05 Qualcomm Incorporated Techniques for aperiodic beam failure detection reference signals for wireless communications systems

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018190617A1 (en) * 2017-04-12 2018-10-18 Samsung Electronics Co., Ltd. Method and apparatus for beam recovery in wireless communication system
WO2018230862A1 (en) * 2017-06-16 2018-12-20 Lg Electronics Inc. Method for performing beam failure recovery in wireless communication system and apparatus for the same
WO2018237400A1 (en) * 2017-06-23 2018-12-27 Huawei Technologies Co., Ltd. UNIFIED RLF DETECTION, MULTI-BEAM RLM AND BFR MECHANISMS WITH FULL DIVERSITY

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10542545B2 (en) * 2017-02-06 2020-01-21 Mediatek Inc. Beam failure recovery mechanism for multi-beam operation
US11122544B2 (en) * 2017-05-01 2021-09-14 Ntt Docomo, Inc. User terminal and radio communication method
US11950287B2 (en) * 2017-08-10 2024-04-02 Comcast Cable Communications, Llc Resource configuration of beam failure recovery request transmission
EP3902369A4 (en) * 2018-12-21 2022-07-13 Ntt Docomo, Inc. USER DEVICE AND WIRELESS COMMUNICATION METHOD
CN113491075B (zh) * 2019-02-15 2024-03-08 Lg电子株式会社 发送上行链路反馈信息的方法以及用户设备和基站

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018190617A1 (en) * 2017-04-12 2018-10-18 Samsung Electronics Co., Ltd. Method and apparatus for beam recovery in wireless communication system
WO2018230862A1 (en) * 2017-06-16 2018-12-20 Lg Electronics Inc. Method for performing beam failure recovery in wireless communication system and apparatus for the same
WO2018237400A1 (en) * 2017-06-23 2018-12-27 Huawei Technologies Co., Ltd. UNIFIED RLF DETECTION, MULTI-BEAM RLM AND BFR MECHANISMS WITH FULL DIVERSITY

Non-Patent Citations (9)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.211
3GPP TS 38.212
3GPP TS 38.213
3GPP TS 38.214
3GPP TS 38.321
3GPP TS 38.331
HUAWEI ET AL.: "Remaining issues on beam failure recovery", R1-1801454. 3GPP T SG RAN WG1 MEETING #92, 16 February 2018 (2018-02-16), Athens, Greece, XP051397418 *
SAMSUNG: "Beam failure recovery", R1-1720291. 3GPP TSG RAN WG1 MEETING #91, 17 November 2017 (2017-11-17), Reno, USA, XP051368940 *
See also references of EP3930209A4

Also Published As

Publication number Publication date
EP3930209A1 (en) 2021-12-29
JP7259068B2 (ja) 2023-04-17
US20220174685A1 (en) 2022-06-02
JP2022522274A (ja) 2022-04-15
KR20210120030A (ko) 2021-10-06
CN113678382B (zh) 2023-12-26
CN113678382A (zh) 2021-11-19
EP3930209A4 (en) 2022-11-09

Similar Documents

Publication Publication Date Title
WO2020204322A1 (ko) 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국
WO2020184836A1 (ko) 무선 통신 시스템에서 단말의 빔 정보 전송 방법 및 이를 지원하는 단말 및 기지국
WO2020032691A1 (ko) 비면허 대역을 지원하는 무선 통신 시스템에서 단말과 기지국의 동작 방법 및 이를 지원하는 장치
WO2020032750A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 위한 장치
WO2020167060A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020171405A1 (ko) 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국
WO2020159189A1 (ko) 무선 통신 시스템에서 단말의 상태 정보 보고 방법 및 이를 지원하는 단말 및 기지국
WO2020159172A1 (ko) 무선 통신 시스템에서 단말의 빔 실패 보고 방법 및 이를 지원하는 단말 및 기지국
WO2020050682A1 (ko) 무선 통신 시스템에서 단말의 동작 방법 및 이를 지원하는 단말
WO2020166848A1 (ko) 무선 통신 시스템에서 단말의 빔 관련 상향링크 피드백 정보 전송 방법 및 이를 지원하는 단말 및 기지국
WO2020167051A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020032748A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 위한 장치
WO2020190117A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020167048A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020032696A1 (ko) 비면허 대역을 지원하는 무선 통신 시스템에서 단말과 기지국의 상향링크 신호 송수신 방법 및 이를 지원하는 장치
WO2020226396A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2022216041A1 (en) Method and apparatus for transmitting/receiving wireless signal in wireless communication system
WO2020032756A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 위한 장치
WO2020167058A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2022216040A1 (en) Method and apparatus for transmitting/receiving wireless signal in wireless communication system
WO2020060315A1 (ko) 비면허 대역을 지원하는 무선 통신 시스템에서 단말의 임의 접속 절차 방법 및 이를 지원하는 장치들
WO2021066602A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2021066605A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020145611A1 (ko) 무선 통신 시스템에서 불연속 수신 모드 설정에 기반하여 단말 및 기지국 간 하향링크 제어 정보의 송수신 방법 및 이를 지원하는 장치
WO2022216035A1 (en) Method and apparatus for transmitting/receiving wireless signal 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: 20758709

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021549124

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20217026742

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020758709

Country of ref document: EP

Effective date: 20210922