WO2021029732A1 - 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치 - Google Patents

무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치 Download PDF

Info

Publication number
WO2021029732A1
WO2021029732A1 PCT/KR2020/010851 KR2020010851W WO2021029732A1 WO 2021029732 A1 WO2021029732 A1 WO 2021029732A1 KR 2020010851 W KR2020010851 W KR 2020010851W WO 2021029732 A1 WO2021029732 A1 WO 2021029732A1
Authority
WO
WIPO (PCT)
Prior art keywords
prach
parameters
rach
opportunities
values
Prior art date
Application number
PCT/KR2020/010851
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 KR1020227000112A priority Critical patent/KR20220044937A/ko
Priority to US17/634,888 priority patent/US20220338264A1/en
Publication of WO2021029732A1 publication Critical patent/WO2021029732A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • 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/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/008—Transmission of channel access control information with additional processing of random access related information at receiving side

Definitions

  • Various embodiments of the present disclosure are for a wireless communication system.
  • 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
  • Various embodiments of the present disclosure may provide a method of transmitting and receiving a signal in a wireless communication system and an apparatus supporting the same.
  • various embodiments of the present disclosure may provide a method of replacing/changing/resetting a parameter for setting a PRACH opportunity in a random access procedure, and an apparatus supporting the same.
  • various embodiments of the present disclosure may provide a method of performing a random access procedure in an LTE-NR coexistence situation and an apparatus supporting the same.
  • Various embodiments of the present disclosure may provide a method of transmitting and receiving a signal in a wireless communication system and an apparatus supporting the same.
  • a method performed by a terminal in a wireless communication system may be provided.
  • the method includes: receiving configuration information related to a physical random access channel (PRACH); And transmitting the PRACH within a PRACH opportunity included in one or more PRACH opportunities set based on a plurality of parameters related to the configuration information.
  • PRACH physical random access channel
  • the one or more PRACH opportunities are: (i) the It may be set based on a parameter other than the one or more parameters among a plurality of parameters, and (ii) the one or more parameters substituted with the one or more second values.
  • the one or more first values may satisfy a preset correspondence relationship between the one or more first values and the configuration information identified based on the configuration information and a preset PRACH configuration table. I can.
  • the information related to the substitution may include information indicating the one or more parameters as the one or more second values.
  • the one or more PRACH opportunities may be included in one PRACH slot.
  • a physical uplink shared channel (PUSCH) is transmitted at a PRACH opportunity excluding some of the PRACH opportunities, or (ii) the PRACH is transmitted at a PRACH opportunity excluding some of the PRACH opportunities among the one or more PRACH opportunities, and the PUSCH may be transmitted at some PRACH opportunities.
  • PUSCH physical uplink shared channel
  • transmission of the PRACH may include transmission of a PRACH preamble.
  • a physical uplink shared channel (PUSCH) may be transmitted.
  • PUSCH physical uplink shared channel
  • transmission of the PRACH preamble and transmission of the PUSCH are continuously set in a time domain, or (ii) the PRACH preamble
  • a time gap between the transmission of the PUSCH and the transmission of the PUSCH may be set to less than 16 micro-seconds (us).
  • the PRACH preamble and the PUSCH may be included in message A.
  • the message A may be transmitted based on a single channel access procedure (CAP) for access to a channel included in the unlicensed band.
  • CAP single channel access procedure
  • an apparatus operating in a wireless communication system may be provided.
  • the device comprises: a memory; And one or more processors connected to the memory.
  • the one or more processors receive configuration information related to a physical random access channel (PRACH), and include in one or more PRACH opportunities that are set based on a plurality of parameters related to the configuration information.
  • the PRACH can be transmitted within the PRACH opportunity.
  • PRACH physical random access channel
  • the one or more PRACH opportunities are: (i) the It may be set based on a parameter other than the one or more parameters among a plurality of parameters, and (ii) the one or more parameters substituted with the one or more second values.
  • the one or more first values may satisfy a preset correspondence relationship between the one or more first values and the configuration information identified based on the configuration information and a preset PRACH configuration table. I can.
  • the information related to the substitution may include information indicating the one or more parameters as the one or more second values.
  • the one or more PRACH opportunities may be included in one PRACH slot.
  • a physical uplink shared channel (PUSCH) is transmitted at a PRACH opportunity excluding some of the PRACH opportunities, or (ii) the PRACH is transmitted at a PRACH opportunity excluding some of the PRACH opportunities among the one or more PRACH opportunities, and the PUSCH may be transmitted at some PRACH opportunities.
  • PUSCH physical uplink shared channel
  • the device may communicate with one or more of a mobile terminal, a network, and an autonomous vehicle other than a vehicle including the device.
  • a method performed by a base station in a wireless communication system may be provided.
  • the method includes: transmitting configuration information related to a physical random access channel (PRACH); And receiving the PRACH within a PRACH opportunity included in one or more PRACH opportunities based on a plurality of parameters related to the configuration information.
  • PRACH physical random access channel
  • the one or more PRACH opportunities are: (i) It may be based on a parameter other than the one or more parameters among the plurality of parameters, and (ii) the one or more parameters substituted with the one or more second values.
  • an apparatus operating in a wireless communication system may be provided.
  • the device comprises: a memory; And one or more processors connected to the memory.
  • the at least one processor transmits configuration information related to a physical random access channel (PRACH), and includes a PRACH opportunity included in one or more PRACH opportunities based on a plurality of parameters related to the configuration information
  • PRACH physical random access channel
  • the one or more PRACH opportunities are: (i) It may be based on a parameter other than the one or more parameters among the plurality of parameters, and (ii) the one or more parameters substituted with the one or more second values.
  • an apparatus operating in a wireless communication system may be provided.
  • the apparatus comprises: one or more processors; And one or more memories storing one or more instructions for causing the one or more processors to perform the method.
  • the method includes: receiving configuration information related to a physical random access channel (PRACH); And transmitting the PRACH within a PRACH opportunity included in one or more PRACH opportunities set based on a plurality of parameters related to the configuration information.
  • PRACH physical random access channel
  • the one or more PRACH opportunities are: (i) the It may be set based on a parameter other than the one or more parameters among a plurality of parameters, and (ii) the one or more parameters substituted with the one or more second values.
  • a processor-readable medium storing one or more instructions for causing one or more processors to perform a method may be provided.
  • the method includes: receiving configuration information related to a physical random access channel (PRACH); And transmitting the PRACH within a PRACH opportunity included in one or more PRACH opportunities set based on a plurality of parameters related to the configuration information.
  • PRACH physical random access channel
  • the one or more PRACH opportunities are: (i) the It may be set based on a parameter other than the one or more parameters among a plurality of parameters, and (ii) the one or more parameters substituted with the one or more second values.
  • a method of transmitting and receiving a signal in a wireless communication system and an apparatus supporting the same may be provided.
  • a method for enabling an effective random access procedure by replacing/changing/resetting parameters for setting a PRACH opportunity in a random access procedure as necessary, and an apparatus supporting the same can be provided.
  • a method capable of reducing latency in a random access procedure and an apparatus supporting the same may be provided.
  • a method for performing an effective random access procedure and an apparatus supporting the same may be provided in an LTE-NR coexistence situation.
  • FIG. 1 is a diagram illustrating physical channels that can be used in various embodiments of the present disclosure and a signal transmission method using them.
  • FIG. 2 is a diagram illustrating a radio frame structure based on an NR system to which various embodiments of the present disclosure are applicable.
  • FIG. 3 is a diagram illustrating a slot structure based on an NR system to which various embodiments of the present disclosure are applicable.
  • FIG. 4 is a diagram illustrating an example in which a physical channel is mapped into a slot to which various embodiments of the present disclosure are applicable.
  • SSB Synchronization Signal Block
  • FIG. 6 is a diagram illustrating an example of a transmission method of an SSB to which various embodiments of the present disclosure are applicable.
  • FIG. 7 is a diagram illustrating an example of a method for obtaining information about DL time synchronization by a terminal to which various embodiments of the present disclosure are applicable.
  • SI system information
  • FIG 9 shows an example of a wireless communication system supporting an unlicensed band to which various embodiments of the present disclosure are applicable.
  • FIG. 10 illustrates a method of occupying a resource in an unlicensed band to which various embodiments of the present disclosure are applicable.
  • FIG. 11 illustrates a case in which a plurality of LBT-SBs are included in an unlicensed band to which various embodiments of the present disclosure are applicable.
  • FIG. 12 is a flowchart of a CAP operation for transmitting a downlink signal through an unlicensed band to which various embodiments of the present disclosure are applicable.
  • FIG. 13 is a flowchart of a CAP operation for transmitting an uplink signal through an unlicensed band to which various embodiments of the present disclosure are applicable.
  • FIG. 14 is a diagram illustrating an example of a 4-step RACH procedure to which various embodiments of the present disclosure are applicable.
  • 15 is a diagram illustrating an example of a 2-step RACH procedure to which various embodiments of the present disclosure are applicable.
  • 16 is a diagram illustrating an example of a contention-free RACH procedure applicable to various embodiments of the present disclosure.
  • 17 is a diagram illustrating an example of SS block transmission and PRACH resources linked to the SS block according to various embodiments of the present disclosure.
  • FIG. 18 is a diagram illustrating an example of SS block transmission and PRACH resources linked to the SS block according to various embodiments of the present disclosure.
  • FIG. 19 is a diagram illustrating an example of an RACH opportunity configuration to which various embodiments of the present disclosure are applicable.
  • 20 is a diagram schematically illustrating a method of operating a terminal and a base station according to various embodiments of the present disclosure.
  • 21 is a flowchart illustrating a method of operating a terminal according to various embodiments of the present disclosure.
  • 22 is a flowchart illustrating a method of operating a base station according to various embodiments of the present disclosure.
  • FIG. 23 is a diagram illustrating an example of an RACH opportunity configuration to which various embodiments of the present disclosure are applicable.
  • FIG. 24 is a diagram illustrating an example of modification of a RACH opportunity configuration according to various embodiments of the present disclosure.
  • 25 is a flowchart illustrating a method of operating a first user terminal according to various embodiments of the present disclosure.
  • 26 is a flowchart illustrating a method of operating a second user terminal according to various embodiments of the present disclosure.
  • FIG. 27 is a flowchart illustrating a method of operating a base station according to various embodiments of the present disclosure.
  • FIG. 28 is a diagram schematically illustrating a method of operating a terminal and a base station according to various embodiments of the present disclosure.
  • 29 is a flowchart illustrating a method of operating a terminal according to various embodiments of the present disclosure.
  • FIG. 30 is a flowchart illustrating a method of operating a base station according to various embodiments of the present disclosure.
  • FIG. 31 is a diagram illustrating an apparatus in which various embodiments of the present disclosure may be implemented.
  • 35 illustrates a portable device applied to various embodiments of the present disclosure.
  • 36 illustrates a vehicle or an autonomous driving vehicle applied to various embodiments of the present disclosure.
  • CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA may be implemented with radio technologies such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile communications
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • OFDMA may be implemented with a wireless technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and E-UTRA (Evolved UTRA).
  • Wi-Fi IEEE 802.11
  • WiMAX IEEE 802.16
  • IEEE 802-20 and E-UTRA
  • Evolved UTRA Evolved UTRA
  • 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) that uses E-UTRA
  • LTE-A Advanced
  • LTE-A pro is an evolved version of 3GPP LTE.
  • 3GPP NR New Radio or New Radio Access Technology
  • 3GPP LTE/LTE-A/LTE-A pro is an evolved version of 3GPP LTE/LTE-A/LTE-A pro.
  • 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 illustrating physical channels that can be used in various embodiments of the present disclosure and a signal transmission method using them.
  • the UE newly entering the cell performs an initial cell search operation such as synchronizing with the base station (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 control channel (PDSCH) according to the physical downlink control channel information to receive more detailed system information. Can be obtained (S12).
  • PDCH physical downlink control channel
  • PDSCH physical downlink control channel
  • the UE may perform a random access procedure to complete access to the base station (S13 to S16).
  • 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).
  • S13/S15 may be performed as one operation in which the UE performs transmission
  • S14/S16 may be performed as one operation in which the base station performs transmission.
  • 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
  • UCI includes 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) information, etc. .
  • UCI is generally transmitted periodically through PUCCH, but may be transmitted through PUSCH when control information and data are to be transmitted simultaneously.
  • the terminal may aperiodically transmit UCI through the PUSCH according to the request/instruction of the network.
  • FIG. 2 is a diagram illustrating a radio frame structure based on an NR system to which various embodiments of the present disclosure are applicable.
  • the NR system can support multiple Numerology.
  • the neurology may be defined by a subcarrier spacing (SCS) and a cyclic prefix (CP) overhead.
  • the spacing of the plurality of subcarriers may be derived by scaling the basic subcarrier spacing by an integer N (or ⁇ ).
  • N or ⁇
  • the neurology to be used can be selected independently of the frequency band of the cell.
  • various frame structures according to a number of neurology may be supported.
  • OFDM orthogonal frequency division multiplexing
  • NR supports a number of newer rollers (eg, subcarrier spacing) to support various 5G services. For example, if the subcarrier spacing is 15 kHz, a wide area in traditional cellular bands is supported, and if the subcarrier spacing is 30 kHz/60 kHz, a dense-urban, lower latency latency) and a wider carrier bandwidth, and when the subcarrier spacing is 60 kHz or higher, a bandwidth greater than 24.25 GHz is supported to overcome phase noise.
  • subcarrier spacing is 15 kHz
  • the subcarrier spacing is 30 kHz/60 kHz, a dense-urban, lower latency latency
  • a bandwidth greater than 24.25 GHz is supported to overcome phase noise.
  • the NR frequency band is defined as two types of frequency ranges, FR1 and FR2.
  • FR1 is in the sub 6GHz range
  • FR2 is in the above 6GHz range and may mean a millimiter wave (mmWave).
  • mmWave millimiter wave
  • Table 2 illustrates the definition of the NR frequency band.
  • T c 1/( ⁇ f max * N f ), which is the basic time unit for NR.
  • ⁇ f max 480 * 10 3 Hz
  • N f 4096, which is a value related to the size of a fast Fourier transform (FFT) or an inverse fast Fourier transform (IFFT).
  • FFT fast Fourier transform
  • IFFT inverse fast Fourier transform
  • the slots are numbered n ⁇ s ⁇ ⁇ 0,..., N slot, ⁇ subframe -1 ⁇ in ascending order within a subframe , and within a radio frame Is numbered as n ⁇ s,f ⁇ ⁇ 0,..., N slot, ⁇ frame -1 ⁇ in ascending order.
  • One slot is composed of N ⁇ symb consecutive OFDM symbols, and N ⁇ symb depends on a cyclic prefix (CP).
  • the start of the slot n ⁇ s in the subframe is temporally aligned with the start of the OFDM symbol n ⁇ s * N ⁇ symb in the same subframe.
  • Table 3 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 4 shows the number of slots per SCS when 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
  • one subframe may include 4 slots.
  • mini-slot may contain 2, 4 or 7 symbols or may contain more or fewer symbols.
  • FIG. 3 is a diagram illustrating a slot structure based on an NR system to which various embodiments of the present disclosure are applicable.
  • one slot may include a plurality of symbols in the time domain. For example, in the case of a normal CP (normal CP), one slot includes 7 symbols, but in the case of an extended CP (extended CP), one slot may include 6 symbols.
  • the carrier may include 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 is referred to as a resource element (RE), and one complex symbol may be mapped.
  • RE resource element
  • FIG. 4 is a diagram illustrating an example in which a physical channel is mapped into a slot to which various embodiments of the present disclosure are applicable.
  • All of the DL control channel, DL or UL data, and UL control channel may be included in one slot.
  • the first N symbols in a slot may be used to transmit a DL control channel (hereinafter, a DL control region), and the last M symbols in a slot may be used to transmit a UL control channel (hereinafter, a UL control region).
  • N and M are each an integer of 0 or more.
  • a resource region (hereinafter, a data region) between the DL control region and the UL control region may be used for DL data transmission or UL data transmission.
  • a time gap for DL-to-UL or UL-to-DL switching may exist between the control region and the data region.
  • the PDCCH may be transmitted in the DL control region, and the PDSCH may be transmitted in the DL data region.
  • the base station transmits a related signal to the terminal through a downlink channel to be described later, and the terminal receives a related signal from the base station through a downlink channel to be described later.
  • PDSCH Physical Downlink Shared Channel
  • 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
  • PDCCH Physical downlink control channel
  • 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 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.
  • CORESET is defined as a REG set with a given neurology (eg, SCS, CP length, etc.).
  • a plurality of OCRESETs for one terminal may be overlapped 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. Specifically, the number of RBs constituting CORESET and the number of symbols (maximum 3) may be set by higher layer signaling.
  • the UE acquires DCI transmitted through the PDCCH by performing decoding (aka, blind decoding) on the set of PDCCH candidates.
  • the set of PDCCH candidates decoded by the UE is defined as a PDCCH search space set.
  • the search space set may be a common search space or a UE-specific search space.
  • the UE may acquire DCI by monitoring PDCCH candidates in one or more search space sets configured by MIB or higher layer signaling.
  • Table 5 exemplifies features of each search space type.
  • Table 6 exemplifies DCI formats transmitted through the PDCCH.
  • DCI format 0_0 is used to schedule TB-based (or TB-level) PUSCH
  • DCI format 0_1 is TB-based (or TB-level) PUSCH or CBG (Code Block Group)-based (or CBG-level) PUSCH
  • DCI format 1_0 is used to schedule TB-based (or TB-level) PDSCH
  • DCI format 1_1 is used to schedule TB-based (or TB-level) PDSCH or CBG-based (or CBG-level) PDSCH I can.
  • DCI format 2_0 is used to deliver dynamic slot format information (eg, dynamic SFI) to the terminal
  • DCI format 2_1 is used to deliver downlink pre-Emption information to the terminal.
  • DCI format 2_0 and/or DCI format 2_1 may be delivered to UEs within a corresponding group through a group common PDCCH, which is a PDCCH delivered to UEs defined as one group.
  • the terminal transmits a related signal to the base station through an uplink channel to be described later, and the base station receives a related signal from the terminal through an uplink channel to be described later.
  • PUSCH Physical uplink shared channel
  • 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 Physical uplink control channel
  • the 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 7 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 FDM (Frequency Division Multiplexing).
  • the DM-RS 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 DM_RS 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 3 includes an orthogonal cover code.
  • the modulation symbols are transmitted after DMRS and TDM (Time Division Multiplexing).
  • SSB Synchronization Signal Block
  • the UE may perform cell search, system information acquisition, beam alignment for initial access, and DL measurement based on the SSB.
  • SSB is used interchangeably with SS/PBCH (Synchronization Signal/Physical Broadcast Channel) block.
  • SS/PBCH Synchronization Signal/Physical Broadcast Channel
  • an SSB to which various embodiments of the present disclosure are applicable may be configured of 20 RBs within 4 consecutive OFDM symbols.
  • the SSB is composed of PSS, SSS and PBCH, and the terminal may perform cell search, system information acquisition, beam alignment for initial access, and DL measurement based on the SSB.
  • 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
  • Cell search refers to a process in which a UE acquires time/frequency synchronization of a cell and detects a cell identifier (eg, Physical layer Cell ID, PCID) of the cell.
  • PSS is used to detect a cell ID within a cell ID group
  • SSS is used to detect a cell ID group.
  • PBCH is used for SSB (time) index detection and half-frame detection.
  • the cell search process of the terminal may be summarized as shown in Table 8 below.
  • 336 cell ID groups There are 336 cell ID groups, and 3 cell IDs exist for each cell ID group. There are a total of 1008 cell IDs. Information on the cell ID group to which the cell ID of the cell belongs is provided/obtained through the SSS of the cell, and information on the cell ID among 336 cells in the cell ID is provided/obtained through the PSS.
  • FIG. 6 is a diagram illustrating an example of a transmission method of an SSB to which various embodiments of the present disclosure are applicable.
  • the SSB is transmitted periodically according to the SSB period.
  • the SSB basic period assumed by the UE during initial cell search is defined as 20 ms.
  • the SSB period may be set to one of ⁇ 5ms, 10ms, 20ms, 40ms, 80ms, 160ms ⁇ by the network (eg, base station).
  • a set of SSB bursts is constructed.
  • the SSB burst set consists of a 5 ms time window (ie, half-frame), and the SSB can be transmitted up to L times in the SS burst set.
  • the maximum number of transmissions L of the SSB may be given as follows according to the frequency band of the carrier. One slot contains at most two SSBs.
  • the temporal position of the SSB candidate within the SS burst set may be defined as follows according to the SCS.
  • the temporal position of the SSB candidate is indexed from 0 to L-1 in the temporal order within the SSB burst set (ie, half-frame) (SSB index).
  • the candidate SSB and the SSB candidate may be mixed.
  • n 0, 1 when the carrier frequency is 3 GHz or less.
  • -Case B 30 kHz
  • SCS The index of the start symbol of the candidate SSB is given as ⁇ 4, 8, 16, 20 ⁇ + 28*n.
  • n 0.
  • n 0, 1.
  • n 0, 1 when the carrier frequency is 3 GHz or less.
  • n 0, 1, 2, 3.
  • n 0, 1, 2, 3, 4, 6, 7, 8, 9.
  • -Case D 120 kHz
  • SCS The index of the start symbol of the candidate SSB is given as ⁇ 4, 8, 16, 20 ⁇ + 28*n.
  • n 0, 1, 2, 3, 5, 6, 7, 8, 10, 11, 12, 13, 15, 16, 17, 18.
  • -Case E 240 kHz
  • SCS The index of the start symbol of the candidate SSB is given as ⁇ 8, 12, 16, 20, 32, 36, 40, 44 ⁇ + 56*n.
  • n 0, 1, 2, 3, 5, 6, 7, 8.
  • FIG. 7 is a diagram illustrating an example of a method for obtaining information about DL time synchronization by a terminal to which various embodiments of the present disclosure are applicable.
  • the UE can acquire DL synchronization by detecting the SSB.
  • the terminal may identify the structure of the SSB burst set based on the detected SSB index, and accordingly, may detect a symbol/slot/half-frame boundary.
  • the number of the frame/half-frame to which the detected SSB belongs can be identified using SFN information and half-frame indication information.
  • the UE may obtain 10-bit SFN (System Frame Number) information from the PBCH (s0 to s9).
  • PBCH System Frame Number
  • MIB Master Information Block
  • PBCH TB Transport Block
  • the terminal may acquire 1-bit half-frame indication information (c0).
  • the half-frame indication information may be implicitly signaled using PBCH DMRS.
  • the UE may acquire an SSB index based on the DMRS sequence and PBCH payload.
  • SSB candidates are indexed from 0 to L-1 in time order within the SSB burst set (ie, half-frame).
  • L 4 out of 3 bits that can be indicated by using 8 PBCH DMRS sequences, the SSB index is indicated and the remaining 1 bit may be used for half-frame indication (b2).
  • SI system information
  • the UE may acquire an access stratum (AS)-/non access stratum (NAS)-information through an SI acquisition process.
  • the SI acquisition process may be applied to a UE in an RRC_IDLE state, an RRC_INACTIVE state, and an RRC_CONNECTED state.
  • SI is divided into MIB (Master Information Block) and a plurality of SIB (System Information Block). SI other than MIB may be referred to as RMSI (Remaining Minimum System Information). For details, refer to the following.
  • the MIB contains information/parameters related to SIB1 (SystemInformationBlockType1) reception and is transmitted through the PBCH of the SSB.
  • MIB contains information/parameters related to SIB1 (SystemInformationBlockType1) reception and is transmitted through the PBCH of the SSB.
  • MIB information may refer to 3GPP TS 38.331, and may include the following fields.
  • the UE In initial cell selection, the UE assumes that the half-frame with SSB is repeated in a 20ms cycle.
  • the UE may check whether there is a CORESET (Control Resource Set) (eg, CORESET#0) for the Type0-PDCCH common search space based on the MIB.
  • CORESET Control Resource Set
  • the UE may determine that there is a CORESET for the Type0-PDCCH common search space. If, when k SSB > 23 (for FR1) or k SSB > 11 (for FR2), the UE may determine that there is no CORESET for the Type0-PDCCH common search space.
  • 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 (eg, pdcch-ConfigSIB1), based on (i) a plurality of consecutive RBs constituting CORESET (eg, CORESET#0) and one or more consecutive A symbol and (ii) a PDCCH opportunity (ie, a time domain location for PDCCH reception) (eg, search space #0) may be determined.
  • 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 a request of a terminal through an on-demand method. 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.
  • SIBx is included in the SI message and is transmitted through the PDSCH. Each SI message is transmitted within a periodic time window (ie, SI-window).
  • FIG 9 shows an example of a wireless communication system supporting an unlicensed band to which various embodiments of the present disclosure are applicable.
  • FIG. 9 may include an NR-U (Unlicensed Spectrum) wireless communication system.
  • NR-U Unlicensed Spectrum
  • a cell operating in a licensed band (hereinafter, L-band) is defined as an LCell, and a carrier of the LCell is defined as a (DL/UL) LCC.
  • a cell operating in an unlicensed band (hereinafter, U-band) is defined as a UCell, and a carrier of the UCell is defined as a (DL/UL) UCC.
  • the carrier/carrier-frequency of a cell may mean an operating frequency (eg, center frequency) of the cell.
  • Cell/carrier (eg, CC) is collectively referred to as a cell.
  • the LCC may be set to PCC (Primary CC) and the UCC may be set to SCC (Secondary CC).
  • the terminal and the base station may transmit and receive signals through one UCC or a plurality of carrier-coupled UCCs. That is, the terminal and the base station can transmit and receive signals through only UCC(s) without an LCC.
  • PRACH, PUCCH, PUSCH, SRS transmission, etc. may be supported in the UCell.
  • -Channel consists of consecutive RBs on which a channel access process is performed in a shared spectrum, and may refer to a carrier or a part of a carrier.
  • CAP -Channel Access Procedure
  • the CAP may be referred to as Listen-Before-Talk (LBT).
  • -Channel occupancy refers to the corresponding transmission(s) on the channel(s) by the base station/terminal after performing the channel access procedure.
  • COT Channel Occupancy Time: After the base station/terminal performs a channel access procedure, the base station/terminal and any base station/terminal(s) sharing the channel occupancy transmit(s) on the channel ) Refers to the total time that can be performed. When determining the COT, if the transmission gap is 25us or less, the gap interval is also counted in the COT. The COT may be shared for transmission between the base station and the corresponding terminal(s).
  • -DL transmission burst defined as a transmission set from a base station without a gap exceeding 16us (micro-second). Transmissions from the base station, separated by a gap exceeding 16us, are considered as separate DL transmission bursts from each other.
  • the base station may perform transmission(s) after the gap without sensing channel availability within the DL transmission burst.
  • -UL transmission burst defined as a transmission set from the terminal without a gap exceeding 16us. Transmissions from the terminal separated by a gap exceeding 16us are regarded as separate UL transmission bursts. The UE may perform transmission(s) after the gap without sensing channel availability within the UL transmission burst.
  • Discovery Burst Refers to a DL transmission burst containing a set of signal(s) and/or channel(s), confined within a (time) window and associated with a duty cycle.
  • the discovery burst is transmission(s) initiated by the base station, and includes PSS, SSS and cell-specific RS (CRS), and may further include non-zero power CSI-RS.
  • a discovery burst is a transmission(s) initiated by the device station, including at least an SS/PBCH block, CORESET for a PDCCH scheduling a PDSCH with SIB1, a PDSCH carrying SIB1, and/or a non-zero It may further include a power CSI-RS.
  • FIG. 10 illustrates a method of occupying a resource in an unlicensed band to which various embodiments of the present disclosure are applicable.
  • a communication node eg, a base station, a terminal
  • the communication node in the unlicensed band may perform a channel access procedure (CAP) to access the channel(s) on which the transmission(s) are performed.
  • CAP channel access procedure
  • the channel access process may be performed based on sensing.
  • the communication node may first perform CS (Carrier Sensing) before signal transmission to check whether other communication node(s) transmit signals.
  • CS Carrier Sensing
  • a case where it is determined that other communication node(s) does not transmit a signal is defined as having a clear channel assessment (CCA).
  • CCA clear channel assessment
  • the communication node determines the channel state as busy when energy higher than the CCA threshold is detected in the channel. Otherwise, the channel state may be determined as idle. When it is determined that the channel state is idle, the communication node can start signal transmission in the unlicensed band. CAP can be replaced by LBT.
  • a CCA threshold e.g., X Thresh
  • RRC Radio Resource Control
  • Table 10 illustrates a channel access procedure (CAP) supported by NR-U.
  • CAP channel access procedure
  • one cell (or carrier (eg, CC)) or BWP set to the terminal may be configured as a wide band having a larger BW (BandWidth) than the existing LTE, however, BW requiring CCA based on independent LBT operation based on regulation or the like may be limited.
  • the sub-band (SB) in which the individual LBT is performed is defined as LBT-SB
  • a plurality of LBT-SBs may be included in one wideband cell/BWP.
  • the RB set constituting the LBT-SB may be set through higher layer (eg, RRC) signaling. Accordingly, based on (i) BW of the cell/BWP and (ii) RB set allocation information, one cell/BWP may include one or more LBT-SBs.
  • FIG. 11 illustrates a case in which a plurality of LBT-SBs are included in an unlicensed band to which various embodiments of the present disclosure are applicable.
  • a plurality of LBT-SBs may be included in a BWP of a cell (or carrier).
  • the LBT-SB may have a 20MHz band, for example.
  • the LBT-SB is composed of a plurality of consecutive (P)RBs in the frequency domain, and may be referred to as a (P)RB set.
  • a guard band (GB) may be included between the LBT-SBs. Therefore, BWP is (LBT-SB #0 (RB set #0) + GB #0 + LBT-SB #1 (RB set #1 + GB #1) + ... + LBT-SB #(K-1) It can be configured in the form of (RB set (#K-1)) ⁇ .
  • the LBT-SB/RB index may be set/defined to increase starting from a low frequency band and going to a high frequency band.
  • the base station may perform one of the following channel access procedures (CAP) for downlink signal transmission in the unlicensed band.
  • CAP channel access procedures
  • Type 1 DL CAP can be applied to the following transmissions.
  • FIG. 12 is a flowchart of a CAP operation for transmitting a downlink signal through an unlicensed band to which various embodiments of the present disclosure are applicable.
  • a transmitting node may initiate a channel access procedure (CAP) (1210).
  • CAP channel access procedure
  • the base station first senses whether the channel is idle during the sensing slot period of the defer duration T d , and then, when the counter N becomes 0, may perform transmission (1234). At this time, the counter N is adjusted by sensing the channel during the additional sensing slot period(s) according to the following procedure:
  • N init is a random value uniformly distributed between 0 and CW p . Then go to step 4.
  • Step 2) (1240) If N>0 and the base station chooses to decrement the counter, set N N-1.
  • Step 3) (1250) A channel is sensed during an additional sensing slot period. At this time, if the additional sensing slot section is idle (Y), the process moves to step 4. If not (N), it moves to step 5.
  • Step 5 1260 add delay interval T d in the busy (busy), sensing slot in the detection or sensing the channel until all of the sensing slot in a further delay interval T d to be detected with the rest (idle).
  • Step 6) (1270) When the channel is sensed as idle during all sensing slot periods of the additional delay period T d (Y), the process moves to step 4. If not (N), it moves to step 5.
  • Table 11 shows m p applied to CAP according to the channel access priority class, minimum contention window (CW), maximum CW, maximum channel occupancy time (MCOT), and allowed CW size (allowed CW). sizes) are different.
  • the delay interval T d consists of the sequence of the interval T f (16us) + mp consecutive sensing slot intervals T sl (9us).
  • T f includes the sensing slot interval T sl at the start of the 16us interval.
  • CW p may be initialized to CW min,p based on HARQ-ACK feedback for a previous DL burst, may be increased to a next higher allowed value, or an existing value may be maintained as it is.
  • Type 2 DL CAP In a type 2 DL CAP, the length of a time period spanned by a sensing slot sensed idle before transmission(s) is deterministic. Type 2 DL CAPs are classified as Type 2A/2B/2C DL CAPs.
  • Type 2A DL CAP can be applied to the following transmissions.
  • T f includes a sensing slot at the start point of the section.
  • the type 2B DL CAP is applicable to transmission(s) performed by the base station after a 16us gap from the transmission(s) by the terminal within the shared channel occupancy time.
  • T f includes a sensing slot within the last 9us of the section.
  • the type 2C DL CAP is applicable to transmission(s) performed by the base station after a maximum 16us gap from the transmission(s) by the terminal within the shared channel occupancy time. In the type 2C DL CAP, the base station does not sense a channel before performing transmission.
  • the UE performs a type 1 or type 2 CAP to transmit an uplink signal in an unlicensed band.
  • the terminal may perform a CAP (eg, type 1 or type 2) set by the base station for uplink signal transmission.
  • the UE may include CAP type indication information in UL grants (eg, DCI formats 0_0, 0_1) for scheduling PUSCH transmission.
  • Type 1 UL CAP can be applied to the following transmission.
  • FIG. 13 is a flowchart of a CAP operation for transmitting an uplink signal through an unlicensed band to which various embodiments of the present disclosure are applicable.
  • a transmission node eg, a UE may initiate a channel access procedure (CAP) to operate in an unlicensed band (1310).
  • CAP channel access procedure
  • the UE first senses whether the channel is idle during the sensing slot period of the delay period T d , and then, when the counter N becomes 0, may perform transmission (1334). At this time, the counter N is adjusted by sensing the channel during the additional sensing slot period(s) according to the following procedure:
  • N init is a random value uniformly distributed between 0 and CW p . Then go to step 4.
  • Step 3) (1350) A channel is sensed during an additional sensing slot period. At this time, if the additional sensing slot section is idle (Y), the process moves to step 4. If not (N), it moves to step 5.
  • Step 5) 1360 add delay interval T d in the busy (busy), sensing slot in the detection or sensing the channel until all of the sensing slot in a further delay interval T d to be detected with the rest (idle).
  • Step 6) (1370) When the channel is sensed as idle during all sensing slot periods of the additional delay period T d (Y), the process moves to step 4. If not (N), it moves to step 5.
  • Table 12 exemplifies that m p , minimum CW, maximum CW, maximum channel occupancy time (MCOT), and allowed CW sizes that are applied to the CAP vary according to the channel access priority class. .
  • the delay interval T d consists of the sequence of the interval T f (16us) + mp consecutive sensing slot intervals T sl (9us).
  • T f includes the sensing slot interval T sl at the start of the 16us interval.
  • CW p may be initialized to CW min,p based on an explicit/implicit reception response to a previous UL burst, may be increased to the next highest allowed value, or an existing value may be maintained as it is.
  • Type 2 UL CAP the length of a time period spanned by a sensing slot that is sensed idle before transmission(s) is deterministic.
  • Type 2 UL CAPs are classified as Type 2A/2B/2C UL CAPs.
  • T f includes a sensing slot at the start point of the interval.
  • T f includes a sensing slot within the last 9us of the period.
  • the UE does not sense a channel before performing transmission.
  • the terminal When accessing the base station for the first time or when there is no radio resource for signal transmission, the terminal may perform a random access procedure with the base station.
  • the random access procedure is used for various purposes.
  • the random access procedure is a network initial connection from RRC_IDLE, an RRC connection re-establishment procedure, handover, UE-triggered UL data transmission, a transition from RRC_INACTIVE.
  • time alignment may be established, other system information (OSI) requests, and beam failure recovery may be used.
  • OSI system information
  • the UE may acquire UL synchronization and UL transmission resources through a random access procedure.
  • the random access procedure is divided into a contention-based random access procedure and a contention free random access procedure.
  • the contention-based random access procedure is divided into a 4-step random access procedure (4-step RACH) and a 2-step random access procedure (2-step RACH).
  • FIG. 14 is a diagram illustrating an example of a 4-step RACH procedure to which various embodiments of the present disclosure are applicable.
  • the UE uses a physical random access channel (PRACH) to provide a message including a preamble related to a specific sequence (message 1, Msg1) may be transmitted (1401), and a response message ((Random Access Response) message) (message 2, Msg2) to the preamble may be received through the PDCCH and the corresponding PDSCH (1403).
  • PRACH physical random access channel
  • the terminal can receive a message (message 4, Msg4) including contention resolution information for the collision resolution procedure from the base station. There is (1407).
  • the 4-step RACH procedure of the terminal can be summarized as shown in Table 13 below.
  • the UE may transmit the random access preamble as Msg1 of the random access procedure in UL through the PRACH.
  • Random access preamble sequences having two different lengths are supported.
  • Long sequence length 839 is applied for subcarrier spacing of 1.25 and 5 kHz
  • short sequence length 139 is applied for subcarrier spacing of 15, 30, 60 and 120 kHz.
  • the RACH configuration for the initial bandwidth of the primary cell (Pcell) is included in the system information of the cell and provided to the terminal.
  • the RACH configuration includes information on the subcarrier spacing of the PRACH, available preambles, and preamble format.
  • the RACH configuration includes association information between SSBs and RACH (time-frequency) resources. The UE transmits a random access preamble in the RACH time-frequency resource associated with the detected or selected SSB.
  • the SSB threshold for RACH resource association can be set by the network, and the RACH preamble is transmitted based on the SSB in which the reference signal received power (RSRP) measured based on the SSB satisfies the threshold. Or, retransmission is performed. For example, the UE may select one of SSB(s) meeting the threshold value, and transmit or retransmit the RACH preamble based on the RACH resource associated with the selected SSB. For example, upon retransmission of the RACH preamble, the UE may reselect one of the SSB(s) and retransmit the RACH preamble based on the RACH resource associated with the reselected SSB. That is, the RACH resource for retransmission of the RACH preamble may be the same and/or different from the RACH resource for transmission of the RACH preamble.
  • RSRP reference signal received power
  • the base station When the base station receives the random access preamble from the terminal, the base station transmits a random access response (RAR) message (Msg2) to the terminal.
  • the PDCCH for scheduling the PDSCH carrying the RAR is transmitted after being CRC scrambled with a random access (RA) radio network temporary identifier (RNTI) (RA-RNTI).
  • RA-RNTI random access radio network temporary identifier
  • a UE that detects a PDCCH CRC scrambled with RA-RNTI may receive a RAR from a PDSCH scheduled by a DCI carried by the PDCCH.
  • the UE checks whether the preamble transmitted by the UE, that is, random access response information for Msg1, is in the RAR.
  • Whether there is random access information for Msg1 transmitted by itself may be determined based on whether there is a random access preamble ID for the preamble transmitted by the terminal. If there is no response to Msg1, the UE may retransmit the RACH preamble within a certain number of times while performing power ramping. The terminal calculates the PRACH transmission power for retransmission of the preamble based on the most recent transmission power, the power increment amount, and the power ramping counter.
  • the random access response information includes a preamble sequence transmitted by the terminal, a temporary cell-RNTI (TC-RNTI) allocated by the base station to the terminal attempting random access, and uplink transmission time adjustment information (Uplink transmit time). alignment information), uplink transmission power adjustment information, and uplink radio resource allocation information.
  • TC-RNTI temporary cell-RNTI
  • Uplink transmit time uplink transmission time adjustment information
  • alignment information uplink transmission power adjustment information
  • uplink radio resource allocation information Uplink radio resource allocation information.
  • the network (e.g., BS) provides timing advance information based on timing information detected from the PRACH preamble received from the UE. It can acquire and send corresponding timing advance information.
  • the UE may transmit UL transmission as Msg3 of the random access procedure on the uplink shared channel based on the random access response information.
  • Msg3 may include an RRC connection request and a terminal identifier.
  • the network may send Msg4, which may be treated as a contention resolution message on the DL. By receiving Msg4, the UE can enter the RRC connected state.
  • the UL grant in the RAR schedules PUSCH transmission to the base station.
  • the PUSCH carrying the initial UL transmission by the UL grant in the RAR is also referred to as Msg3 PUSCH.
  • the contents of the RAR UL grant start at the MSB and end at the LSB, and are given in Table 14.
  • the TPC command is used to determine the transmit power of the Msg3 PUSCH, and is interpreted according to Table 15, for example.
  • 15 is a diagram illustrating an example of a 2-step RACH procedure to which various embodiments of the present disclosure are applicable.
  • the 2-step RACH procedure in which the (contention-based) random access procedure is performed in two steps is proposed to simplify the RACH procedure in order to achieve low signaling overhead and low latency.
  • the operation of transmitting message 1 and transmitting message 3 in the 4-step RACH procedure is one in which the terminal transmits one message (message A) including PRACH and PUSCH in the 2-step RACH procedure.
  • the base station transmits message 2 and message 4 in the 4-step RACH procedure.
  • the base station transmits a single message (message B) including RAR and collision resolution information. ) Can be performed as a single operation.
  • the UE in the 2-step RACH procedure, the UE combines message 1 and message 3 in the 4-step RACH procedure into one message (e.g., message A (message A, msgA)), and sends the corresponding one message to the base station. Can be sent to. (1501)
  • message A messages A, msgA
  • the base station combines message 2 and message 4 in the 4-step RACH procedure into one message (e.g., message B (message B, msgB)). Can be sent to. (1503)
  • message B messages B, msgB
  • the two-step RACH procedure can provide a low-latency RACH procedure.
  • message A may include a PRACH preamble included in message 1 and data included in message 3.
  • message B may include a random access response (RAR) included in message 2 and contention resolution information included in message 4.
  • RAR random access response
  • 16 is a diagram illustrating an example of a contention-free RACH procedure applicable to various embodiments of the present disclosure.
  • the contention-free random access procedure may be used in the process of handing over to another cell or base station by the UE, or may be performed when requested by a command of the base station.
  • the basic process of the contention-free random access procedure is similar to the contention-based random access procedure. However, unlike the contention-based random access procedure in which the terminal randomly selects a preamble to be used among a plurality of random access preambles, in the case of the contention-free random access procedure, the preamble to be used by the terminal (hereinafter referred to as a dedicated random access preamble) is determined by the base station. Is assigned to (1601).
  • the terminal transmits a dedicated random access preamble to the base station (1603).
  • the terminal receives the random access response from the base station, the random access procedure is completed (1605).
  • the CSI request field in the RAR UL grant indicates whether the UE will include an aperiodic CSI report in the corresponding PUSCH transmission.
  • the subcarrier spacing for Msg3 PUSCH transmission is provided by the RRC parameter.
  • the UE will transmit the PRACH and Msg3 PUSCH on the same uplink carrier of the same service providing cell.
  • the UL BWP for Msg3 PUSCH transmission is indicated by System Information Block1 (SIB1).
  • 17 and 18 are diagrams illustrating examples of SS block transmission and PRACH resources linked to the SS block according to various embodiments of the present disclosure.
  • the process of finding the optimal beam direction between the base station and the UE is called a beam acquisition process, and the process of continuously tracking the optimal beam direction is called a beam tracking process.
  • the beam acquisition process is 1) initial access when the UE first tries to access the base station, 2) handover in which the UE passes from one base station to another base station, and 3) the optimal beam during beam tracking to find the optimal beam between the UE and the base station. It is necessary for a state in which communication with the base station cannot maintain an optimal communication state or a state in which communication is impossible, ie, a beam recovery to recover from a beam failure.
  • a multi-step beam acquisition process is being discussed for beam acquisition in an environment using multiple beams.
  • the base station and the UE proceed with connection setup using a wide beam at the initial stage of connection, and after the connection setup is completed, the base station and the UE use a narrow beam. Communicate with optimal quality.
  • An example of a beam acquisition process in an NR system applicable to various embodiments of the present disclosure may be as follows.
  • the base station finds the base station in the initial access stage by the UE, i.e., performs cell search or cell acquisition, and measures the channel quality for each beam of a wide beam, and is optimal for use in the first stage of beam acquisition. In order to find a wide beam of, a synchronization block is transmitted for each wide beam.
  • the UE performs cell search for the sync block for each beam, and acquires a downlink beam using the detection result for each beam.
  • the UE performs a RACH process to inform the base station that it is trying to access.
  • the base station In order for the UE to notify the base station of the downlink beam acquisition result (e.g., beam index) at a wide beam level at the same time as the RACH process, the base station provides a synchronization block transmitted for each beam and a PRACH resource to be used for PRACH transmission. Connect or relate. When the UE performs the RACH process using the PRACH resource associated with the optimal beam direction it finds, the base station obtains information on a downlink beam suitable for the UE in the process of receiving the PRACH preamble.
  • the base station obtains information on a downlink beam suitable for the UE in the process of receiving the PRACH preamble.
  • TRP transmission and reception point
  • repeating signal transmission or beam sweeping for signal reception may be considered according to the TX/RX reciprocal capability of a TRP (eg, a base station) or a UE.
  • TX/RX mutual capability is also referred to as TX/RX beam correspondence in TRP and UE.
  • TX/RX beam correspondence in TRP is, if the TRP can determine the TRP RX beam for uplink reception based on the downlink measurement of the UE for one or more TX beams of the TRP and/or TRP is at least one of the TRP If the TRP TX beam for the corresponding downlink transmission can be determined based on the uplink measurement of the TRP' for RX beams, it is valid (hold).
  • TX/RX beam correspondence in the UE is, if the UE can determine the UE RX beam for corresponding uplink transmission based on the downlink measurement of the UE regarding one or more RX beams of the UE and/or the UE If the UE TX beam for corresponding downlink reception can be determined based on an indication of TRP based on uplink measurement of TX beams, it is valid (hold).
  • the RACH signal used for initial access to the base station may be configured using the following elements.
  • CP -Cyclic prefix
  • -Preamble A sequence for the base station to detect that a signal has been transmitted is defined, and the preamble serves to carry this sequence.
  • the preamble sequence may have a length T SEQ .
  • GT -Guard time
  • the random access preamble may be transmitted only within a time resource acquired based on a table set in advance for RACH configuration (RACH configuration table) and FR1, FR2, and a preset spectrum type.
  • the PRACH configuration index in the RACH configuration table may be given as follows.
  • the upper layer parameter prach-ConfigurationIndex or msgA-prach-ConfigurationIndexNew (if configured ) Can be given from the back.
  • Table 16 illustrates a part of an example of a RACH configuration table for (2) Random access configurations for FR1 and unpaired spectrum.
  • -SS/PBCH synchronization signal/physical broadcast channel
  • Table 17 illustrates a part of an example of a RACH configuration table indicating RACH configuration in FR1, unpaired spectrum of a 3GPP NR system.
  • Table 18 illustrates a part of an example of a TDD configuration of a 3GPP NR system.
  • D downlink subframe/symbol
  • G guard period/symbol
  • U uplink subframe/symbol
  • S special subframe
  • FIG. 19 is a diagram illustrating an example of an RACH opportunity configuration to which various embodiments of the present disclosure are applicable.
  • the RACH configuration table defined in the 3GPP NR system includes parameters necessary to configure a RACH occasion (Preamble format, Periodicity, SFN offset, RACH subframe/slot index, Starting OFDM symbol, Number of RACH). Specific values for slot, Number of occasions, OFDM symbols for RACH format, etc.) are displayed. When a RACH configuration index is indicated, specific values corresponding to the indicated index may be used.
  • one or more consecutive RACH opportunities (in the time domain) from an OFDM symbol having an index #n may be set.
  • the number of one or more RACH opportunities may be indicated by the number of time-domain PRACH occasions within a RACH slot parameter in the time domain.
  • a RACH slot may contain one or more RACH opportunities.
  • the number of RACH slots (in a subframe and/or in a slot of a specific SCS) may be indicated by a number of RACH slots parameter.
  • a subframe/slot (index) including a RACH opportunity in a system frame may be indicated by the RACH subframe/slot index parameter.
  • a preamble format for transmission and reception of RACH may be indicated by a preamble format parameter.
  • one or more consecutive RACH opportunities (in the time domain) from OFDM symbol #0 may be set.
  • the number of one or more RACH opportunities may depend on a value indicated by the number of RACH opportunities parameter in the RACH slot in the time domain.
  • the preamble format may be indicated by a preamble format parameter.
  • preamble formats A1, A2, A3, B4, C0, C2, and the like may be indicated.
  • one of the last two OFDM symbols may be used as a guard period, and the other may be used for transmission of other uplink signals such as PUCCH and sounding reference signal (SRS).
  • SRS sounding reference signal
  • a starting OFDM symbol when a starting OFDM symbol is indicated as 2, one or more consecutive RACH opportunities (in the time domain) from OFDM symbol #2 may be set. .
  • 12 OFDM symbols may be used for an RACH opportunity, and a guard period may not be set in the last OFDM symbol.
  • the number of one or more RACH opportunities may depend on a value indicated by the number of RACH opportunities parameter in the RACH slot in the time domain.
  • the preamble format may be indicated by a preamble format parameter. For example, preamble formats A1/B1, B1, A2/B2, A3/B3, B4, C0, C2, and the like may be indicated.
  • one or more consecutive RACH opportunities (in the time domain) from OFDM symbol #7 may be set. .
  • 6 OFDM symbols may be used for the RACH opportunity, and may be used for transmission of other uplink signals such as the last OFDM symbol (OFDM symbol #13) PUCCH and sounding reference signal (SRS).
  • the number of one or more RACH opportunities may depend on a value indicated by the number of RACH opportunities parameter in the RACH slot in the time domain.
  • the preamble format may be indicated by a preamble format parameter. For example, preamble formats A1, B1, A2, A3, B3, B4, C0, C2, etc. may be indicated.
  • period (x) 16
  • SFN offset (y) 1
  • Subframe index 9
  • the RACH slot/subframe index may be an index displayed based on a specific SCS.
  • a slot/subframe index may be displayed based on a RACH slot of 15 kHz SCS, and in case of FR2, a RACH slot of 60 kHz SCS.
  • the 15 kHz SCS RACH subframe index may be followed, and there may be two 30 kHz SCS RACH slots that can be displayed in a 15 kHz SCS RACH subframe, and both slots are used. Or, and/or only the second slot among the two slots may be used, and this value may be indicated according to the RACH configuration table.
  • Various embodiments of the present disclosure may provide a method of overriding and/or updating and/or resetting a RACH configuration parameter for setting/configuring a RACH occasion, and an apparatus supporting the same. have.
  • 20 is a diagram schematically illustrating a method of operating a terminal and a base station according to various embodiments of the present disclosure.
  • 21 is a flowchart illustrating a method of operating a terminal according to various embodiments of the present disclosure.
  • 22 is a flowchart illustrating a method of operating a base station according to various embodiments of the present disclosure.
  • the base station transmits the RACH configuration, and the terminal may receive it.
  • the RACH configuration may include a RACH configuration index.
  • a plurality of RACH parameters included in a RACH configuration table may be indicated based on the RACH configuration index.
  • the UE may acquire a plurality of RACH parameters included in the RACH configuration table based on the RACH configuration index.
  • the base station transmits a parameter for substituting and/or updating and/or resetting at least one RACH parameter among a plurality of RACH parameters, and the terminal may receive it. .
  • the terminal may replace and/or update and/or reset one or more RACH parameters based on the parameters.
  • the UE may transmit the RACH based on at least one RACH parameter that has been set up and replaced and/or updated and/or reconfigured for RACH, and the base station may receive it. .
  • substitution and/or update and/or reset of one or more RACH parameters and a specific method of substitution and/or update and/or reset of one or more RACH parameters will be based on one or more of various embodiments of the present disclosure described below. I can.
  • a RACH opportunity may be configured according to a value set as the corresponding RACH configuration index.
  • a certain parameter may be reset according to the value of a parameter that is further indicated to replace/update/reset the value of the related parameter.
  • a substitution/update/preset value may be used to configure a RACH opportunity.
  • the certain parameters are parameters necessary to configure the RACH opportunity, and may be one or more of the parameters defined in the RACH configuration table.
  • the certain parameter may be one or more of the following parameters.
  • information for replacing/update/resetting one or more of the following parameters may be transmitted/received, and one or more of the following parameters may be reset according to the corresponding information.
  • prach-ConfigurationIndex may be a parameter defined in RACH-ConfigGeneric.
  • prach-ConfigurationIndex may be included in RACH-ConfigGeneric and transmitted/received.
  • msgA-PRACH-ConfigurationIndex may be a parameter defined in RACH-ConfigGenericTwoStepRA.
  • msgA-PRACH-ConfigurationIndex may be included in RACH-ConfigGenericTwoStepRA and transmitted/received.
  • prach-ConfigurationIndex may be changed to msgA-PRACH-ConfigurationIndex, and in this case, various embodiments of the present disclosure may be applied.
  • RACH-ConfigGeneric may be a parameter defined in ServingCellConfigCommon or ServingCellConfigCommonSIB.
  • RACH-ConfigGeneric may be included in ServingCellConfigCommon or ServingCellConfigCommonSIB and transmitted/received.
  • ServingCellConfigCommon may be used to configure a cell-specific parameter of a serving cell of the UE.
  • ServingCellConfigCommon may include a parameter generally obtained from SSB, MIB, or SIB when a terminal accesses a cell from an idle.
  • the network can provide this information through dedicated signaling when configuring a secondary cell (SCell) or an additional cell group (SCG) in the UE.
  • ServingCellConfigCommon may provide this information for SpCell (special cell) (MCG (master cell group) and SCG) when reconfiguring synchronization.
  • MCG master cell group
  • IE ServingCellConfigCommonSIB may be used to configure a cell-specific parameter of a serving cell of the UE in SIB1.
  • RACH-ConfigGeneric may be a parameter defined in RACH-ConfigCommon.
  • RACH-ConfigGeneric may be transmitted/received by being included in RACH-ConfigCommon.
  • IE RACH-ConfigCommon can be used to specify cell-specific random-access parameters.
  • RACH-ConfigGenericTwoStepRA may be a parameter defined in RACH-ConfigCommonTwoStepRA or the like.
  • RACH-ConfigGenericTwoStepRA may be transmitted/received by being included in RACH-ConfigCommonTwoStepRA.
  • IE RACH-ConfigCommonTwoStepRA can be used to specify a cell-specific two-step random-access type parameter.
  • a value may be any of the above parameters.
  • the values are parameters necessary to configure the RACH opportunity, and may be one or more values of parameters defined in the RACH configuration table.
  • -Rel-15 user terminal (Legacy UE) can operate according to prach-ConfigurationIndex.
  • Rel-16 user terminal (UE with new function), it can operate according to the value changed by parameter (User terminal supporting REL-16 and/or later technology).
  • -Rel-15 user terminal can operate according to prach-ConfigurationIndex.
  • prach-ConfigurationIndex is indicated, and a parameter indicating a new index may be indicated based on this index:
  • the parameter may indicate an index offset value.
  • RACH may be performed according to a value indicated by an index separated by an offset indicated by a parameter based on the prach-ConfigurationIndex.
  • RACH preamble format determined according to prach-ConfigurationIndex
  • other indexes corresponding to the format are composed of candidate indexes, and a specific index may be indicated among the candidate indexes.
  • the value of the number of PRACH slots within a subframe/slot may be substituted/updated/reset according to a parameter indicating the number of RACH slots.
  • a parameter such as prach-NumSlot-r16 there may be a parameter such as prach-NumSlot-r16.
  • the value set by this parameter is ⁇ 1 st slot, 2 nd slot, both slots ⁇ .
  • the RACH opportunity is in the first RACH slot among several RACH slots (two slots in case of 30 kHz) of a short duration included in the RACH subframe (or 60 kHz slot).
  • a RACH opportunity may be configured in the second RACH slot among several short-term RACH slots (2 slots in case of 30 kHz) included in the RACH subframe (or 60 kHz slot) have.
  • a RACH opportunity may be configured in all of several RACH slots (two slots in case of 30 kHz) of a short section included in the RACH subframe (or 60 kHz slot).
  • a value set by a parameter may be expressed as ⁇ one slot, two slots ⁇ .
  • it may be construed as a 2 nd slot.
  • it may be RACH opportunity to configure the 2 nd slot.
  • both 1 st slot and 2 nd slot can be used.
  • RACH opportunities may be configured in 1 st slot and 2 nd slot.
  • the value of the number of time-domain PRACH occasions within a PRACH slot in the time domain may be substituted/updated/reset according to a parameter indicating the value.
  • prach-NumTDRO-r16 there may be a parameter such as prach-NumTDRO-r16.
  • the value set by this parameter is ⁇ 1,2,...,N ⁇ .
  • an RO may be used according to a value indicated by a parameter among candidate ROs determined according to a starting OFDM symbol and RACH format in the RACH slot.
  • ⁇ 1 ⁇ one of the ROs with the (most) lowest index may be used.
  • ⁇ N ⁇ all candidate ROs can be used.
  • N can be a natural number.
  • the value of the period (x) may be replaced/updated/reset according to a parameter indicating the value.
  • Periodicity-r16 there may be a parameter such as Periodicity-r16.
  • the value set by this parameter is ⁇ 1, 2, 4, 8, 16 ⁇ .
  • 2 when 2 is indicated, it may be newly set to have a period of 20 ms.
  • 1, 2, 4, 8, and 16 may correspond to 10 ms, 20 ms, 40 ms, 80 ms, and 160 ms, respectively.
  • the value of the SFN offset (y) may be replaced/updated/reset according to a parameter indicating the value.
  • a parameter such as SFNoffset-r16.
  • the value set by this parameter is ⁇ 0,1 ⁇ . For example, if it is indicated as 0, it is possible to set an offset of 0 among SFNs in units of 10 ms within the period, that is, the RACH in the first frame. For example, when it is indicated as 1, it is possible to set an offset of 1 of the SFNs in units of 10 ms within the period, that is, the RACH in the second frame.
  • the value of the subframe index/slot index may be replaced/updated/reset according to a parameter indicating the value.
  • the value of the starting OFDM symbol (index) may be replaced/updated/reset according to a parameter indicating the value. For example, in case of substitution/update/reset, the number of ROs that can be used in the RACH slot may be changed.
  • CAP for message A PRACH and PUSCH to reduce potential latency when a channel access procedure (CAP) for message A PUSCH fails in a 2-step RACH procedure in NR-U It may be required to do so.
  • CAP channel access procedure
  • a timing gap between message A preamble and message A PUSCH is set to be shorter than 16us (shorter than 16us)
  • Message A may have to be set.
  • a preamble format that does not include a guard time may need to be set.
  • other preamble formats eg, preamble formats A1/B1, A2/B2, A3/B3, etc.
  • one of two SCS values may be set for the PRACH preamble.
  • Table 26 shows an example of the guard time (us unit) of the PRACH preamble format.
  • the guard time of the preamble format B1 may satisfy a time gap requirement (eg, less than 16us).
  • the guard times of the preamble formats B1, B2, and B3 may be less than 16us. Accordingly, in the case of a 30 kHz SCS, for example, OFDM symbols after preamble formats B1, B2, and B3 may be allocated to message A PUSCH.
  • SCS can be considered. For example, if different SCSs are set between the message A preamble and the message A PUSCH, a switching time may be required. Therefore, for example, it may be desirable to set the same SCS between the message A preamble and the message A PUSCH.
  • the time gap between the message A preamble and the message A PUSCH may be shorter than 16us.
  • a preamble format that does not include a guard time may be set and/or a preamble format that includes a short guard time according to the SCS (e.g. , Preamble formats A1/B1, A2/B2, A3/B3, etc.) may be set.
  • the same SCS may be configured between the message A preamble and the message A PUSCH.
  • the following two approaches may be considered for allocating consecutive OFDM symbols for the message A preamble and message A PUSCH:
  • 23 is a diagram illustrating an example of an RACH opportunity configuration to which various embodiments of the present disclosure are applicable. 23 shows an RACH opportunity in a RACH slot according to the current RACH configuration.
  • 12 OFDM symbols may be used for the RO, and the RO may be continuously allocated in the RACH slot.
  • the RACH preamble and PUSCH may be difficult to configure the RACH preamble and PUSCH in the slot.
  • one RACH opportunity using the preamble formats A1, A2, and A3 may not be allocated to the end of slot.
  • one or more RACH opportunities for each preamble format may be set in the RACH slot
  • OFDM symbol #12 and/or OFDM symbol #13 may be a nulling OFDM symbol for a guard time.
  • the guard time including the #12 OFDM symbol and/or the #13 OFDM symbol is a PRACH preamble and a PUSCH with one CAP ( It may be a rather long time (eg, more than 16us) to transmit the containing message A).
  • a CAP for PUSCH transmission must be separately performed, so that latency may increase in the RACH procedure.
  • FIG. 24 is a diagram illustrating an example of modification of a RACH opportunity configuration according to various embodiments of the present disclosure.
  • 24 shows a RACH opportunity in a RACH slot.
  • FIG. 24 is based on a modified RACH configuration in which the RACH configuration of FIG. 23 is modified so that the above-described message A configuration (eg, a configuration that allows a shorter time gap between the message A preamble and the message A PUSCH) is allowed. It may be an example of setting message A.
  • the above-described message A configuration eg, a configuration that allows a shorter time gap between the message A preamble and the message A PUSCH
  • It may be an example of setting message A.
  • the network may set message A with no and/or less time gap between the preamble and the PUSCH:
  • -Use a subset of RO in the slot (e.g., CaseA-1/2/3, Case B-1, Case C-1/2/3, Case D-1/2/3): For example, only some of the ROs in the slot are used for the PRACH preamble, and at least some of the remaining ROs may be used for the PUSCH.
  • CaseA-1 three ROs (ROs composed of 0/1, 4/5, and 8/9 OFDM symbols, respectively) of 6 ROs for PRACH preamble A1 (refer to FIG. 23) are PRACH preambles. It is used for A1, and the remaining three ROs (ROs composed of 2/3, 6/7, and 10/11 OFDM symbols, respectively) may be used for PUSCH.
  • -Start OFDM symbol change (eg, Case B-1/2/3): For example, the start OFDM symbol for the RO may be changed/shifted. For example, referring to Case B-1, start OFDM symbols of three ROs (see FIG. 23) for PRACH preamble A1 may be changed from #7 to #8 (or #12). For example, according to this change, the #13 OFDM symbol is not a null OFDM symbol (see FIG. 23), and the PRACH preamble A1 does not include the guard time, so the PRACH preamble A1 is allocated from the #0 OFDM symbol in the next slot. It may be continuous with the PUSCH.
  • -Alt.2 A parameter for using a subset of ROs in a slot (eg, msgA-ssb-sharedROmaskindex) applied
  • the RACH configuration table in the 4-step RACH procedure may be used.
  • Alt.1 since it is equivalent to the introduction of a new table having an N-bit size (N is a natural number, for example, 9-bit size) for setting, Alt.1 may be difficult to accommodate.
  • a subset of ROs associated with the same SS/PBCH index may be shared.
  • one RRC parameter eg, msgA-ssb-sharedROmaskindex
  • this subset restriction applies to a special case (e.g., when one SSB is mapped to multiple ROs, etc.)
  • the conditions required by NR-U For example, one RO is allocated at the end of the slot) may be difficult to satisfy.
  • this method can be applied not only to NR-U, but also to a general 2-step RACH procedure.
  • a parameter for substituting/update/resetting a parameter value set by PRACH setting may be introduced.
  • parameters for changing the number of occasions, starting OFDM symbols, etc. may be introduced.
  • one or more of the following methods may be considered as a method of designating a subset of temporally consecutive ROs:
  • the ROs that exist sequentially in time in the front (or the back) are not used and the remaining ROs are used (e.g. The remaining RO can be a subset of the specified number of ROs from RO)
  • a designated RO may be considered valid, and an unspecified RO may be considered invalid.
  • the designated RO is not valid, and an unspecified RO can be considered valid.
  • SSB-to-RO mapping may be performed on valid ROs.
  • all ROs of frequencies included in the time at which the RO is present may also be valid or invalid.
  • all ROs of frequencies included in a time at which the designated RO is present may be valid or invalid.
  • all ROs of frequencies included in the time at which the designated RO is present may be valid or invalid.
  • LTE TDD UL-DL configuration may be referred to Table 27 below.
  • D downlink subframe
  • S special subframe
  • U uplink subframe
  • LTE-NR Coexistence may be defined.
  • both a time-frequency resource for LTE and a time-frequency resource for NR may be included in a certain resource region composed of time-frequency resources.
  • LTE DL/UL time resources and NR DL/UL time resources may be aligned.
  • the NR subframe index (eg, 4, 9, etc.) included in the RACH configuration table It can be interpreted that the RACH resource of the NR subframe index-x should be used instead of the RACH resource.
  • -NR subframes 2 and 7 are aligned with LTE TDD configuration 2;
  • RACH resources of ⁇ 4, 9 ⁇ of the subframe can be used.
  • RACH may be transmitted and received within the RACH resource of ⁇ 4, 9 ⁇ of the subframe.
  • RACH resources of ⁇ 3, 8 ⁇ of the subframe may be used.
  • RACH resources of ⁇ 2, 7 ⁇ of the subframe can be used.
  • LTE TDD configuration 3, 4, 5, 6, and the like may be applied to LTE TDD configuration 3, 4, 5, 6, and the like.
  • RACH resources of the NR subframe index included in the RACH configuration table instead, it may be interpreted that the RACH resource of the NR subframe index -min ⁇ x, 2 ⁇ should be used.
  • the first user terminal may be, for example, a user terminal supporting a release prior to Rel-16 (eg, Rel-15).
  • the second user terminal may be, for example, a user terminal supporting Rel-16 and later releases.
  • 25 is a flowchart illustrating a method of operating a first user terminal according to various embodiments of the present disclosure.
  • a first user terminal may receive a RACH configuration.
  • the RACH configuration may include a RACH configuration index.
  • the first user terminal may acquire a plurality of RACH parameters included in the RACH configuration table based on the RACH configuration index.
  • the first user terminal may receive information related to a first actually transmitted synchronization signal block (ATSS).
  • ATSS information related to a first actually transmitted synchronization signal block
  • information related to the first ATSS may be received through ServingCellConfigCommonSIB (and/or ServingCellConfigCommonSIB1) and/or ServingCellConfigCommon.
  • the information related to the first ATSS may have the same value or a different value as the information related to the second ATSS for the second user terminal.
  • the first user terminal may perform SSB-to-RO mapping based on the RACH configuration and information related to the first ATSS.
  • the first user terminal may transmit the RACH.
  • 26 is a flowchart illustrating a method of operating a second user terminal according to various embodiments of the present disclosure.
  • the second user terminal may receive RACH configuration.
  • the RACH configuration may include a RACH configuration index.
  • the second user terminal may acquire a plurality of RACH parameters included in the RACH configuration table based on the RACH configuration index.
  • the second user terminal may receive a parameter for replacing and/or updating and/or resetting one or more RACH parameters among the plurality of RACH parameters.
  • the second user terminal may replace and/or update and/or reset one or more RACH parameters based on the parameter.
  • the second user terminal may receive information related to the second ATSS.
  • information related to the second ATSS may be received through ServingCellConfigCommonSIB (and/or ServingCellConfigCommonSIB1) and/or ServingCellConfigCommon.
  • the information related to the second ATSS may have the same value or a different value as the information related to the first ATSS for the first user terminal.
  • the second user terminal performs SSB-to-RO mapping based on information related to the second ATSS and at least one RACH parameter that is RACH configuration, substitution and/or updated and/or reset. can do.
  • the second user terminal may transmit the RACH.
  • FIG. 27 is a flowchart illustrating a method of operating a base station according to various embodiments of the present disclosure.
  • FIG. 27(a) may be an operation of a base station corresponding to an operation of a first user terminal
  • FIG. 27(b) may be an operation of a base station corresponding to an operation of a second user terminal.
  • the base station may transmit the RACH configuration.
  • the RACH configuration may include a RACH configuration index.
  • the base station may transmit information related to the first ATSS.
  • the information related to the first ATSS may be for the first user terminal.
  • information related to the first ATSS may be transmitted through ServingCellConfigCommonSIB (and/or ServingCellConfigCommonSIB1) and/or ServingCellConfigCommon.
  • the information related to the first ATSS may have the same value or a different value as the information related to the second ATSS for the second user terminal.
  • the base station may receive the RACH.
  • the RACH may be related to one or more of RACH configuration and/or information related to the first ATSS.
  • the base station may transmit the RACH configuration.
  • the RACH configuration may include a RACH configuration index.
  • the base station may transmit a parameter for replacing and/or updating and/or resetting one or more RACH parameters among a plurality of RACH parameters.
  • the base station may transmit information related to the second ATSS.
  • the information related to the second ATSS may be for the second user terminal.
  • information related to the second ATSS may be transmitted through ServingCellConfigCommonSIB (and/or ServingCellConfigCommonSIB1) and/or ServingCellConfigCommon.
  • the information related to the second ATSS may have the same value or a different value as the information related to the first ATSS for the first user terminal.
  • the base station may receive the RACH.
  • the RACH may be associated with one or more of RACH configuration and/or parameters and/or information related to the second ATSS.
  • Transmission and reception in the operation according to each exemplary embodiment may include unicast/broadcast/multicast transmission/reception, and the like.
  • a first user terminal and a second user terminal may coexist and/or only a second user terminal may exist without the first user terminal.
  • information related to the first ATSS can be transmitted and received through ServingCellConfigCommon, and/or, information related to the second ATSS is ServingCellConfigCommonSIB (and/or ServingCellConfigCommonSIB1). ) Can be transmitted and received.
  • both the first user terminal and the second user terminal are SA (standalone)
  • both information related to the first ATSS and information related to the second ATSS may be transmitted and received through ServingCellConfigCommonSIB (and/or ServingCellConfigCommonSIB1). .
  • information related to the second ATSS may be transmitted and received through ServingCellConfigCommonSIB (and/or ServingCellConfigCommonSIB1) and/or ServingCellConfigCommon.
  • SSBs can transmit and receive at most 4/8/64 depending on the SCS, but in the actual wireless communication system, the maximum value (ie, 4 or less/8 or less/64 or less in each SCS)
  • the number of SSBs may be transmitted and received. Therefore, for example, from the standpoint of the terminal, there is a need to know how many SSBs have been transmitted/received from the base station, and the base station may inform the terminal of information about the actually transmitted SSB. For example, this information may be defined as ATSS (actually transmitted synchronization signal block) information.
  • ATSS actually transmitted synchronization signal block
  • ATSS information for the first user terminal may be used. And/or, for example, there may be ATSS information that is additionally indicated for the second user terminal, and when this information is indicated, the second user terminal uses the additionally indicated information to be SSB-to-RO Mapping can be performed.
  • the number of actually transmitted SSBs may be determined by ssb-PositionsInBurst in SIB1.
  • ssb-PositionsInBurst may be a parameter included in ServingCellConfigCommonSIB.
  • ServingCellConfigCommonSIB For an example of setting ServingCellConfigCommonSIB, refer to Tables 28 to 30 below.
  • rate matching and/or SSB-to-RO mapping may be performed according to ssb-PositionsInBurst indicated in SIB1.
  • a new ssb-PositionsInBurst (eg, ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16) for the second user terminal may be indicated.
  • ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16 may be included in ServingCellConfigCommonSIB.
  • the first user terminal may follow the parameter ssb-PositionsInBurst, and the second user terminal may follow the additional parameter ssb-PositionsInBurst-16r/ssb- Can follow PositionsInBurst-r16.
  • the first user terminal may perform rate matching and/or SSB-to-RO mapping according to the parameter ssb-PositionsInBurst.
  • the second user terminal may perform rate matching and/or SSB-to-RO mapping according to an additional parameter (ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16).
  • ssb-PositionsInBurst may be a parameter included in ServingCellConfigCommon.
  • ServingCellConfigCommon For an example of setting ServingCellConfigCommon, refer to Tables 31 to 34 below.
  • ServingCellConfigCommon may be used when an SpCell is to be added and/or system information is updated in handover and/or dual connectivity.
  • ssb-PositionsInBurst e.g., ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16
  • ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16 may be included in ServingCellConfigCommon.
  • ServingCellConfigCommon may be a cell-specific parameter provided for each user terminal.
  • the parameter ssb-PositionsInBurst may be used and indicated.
  • the parameter ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16 may be used and indicated.
  • an example of the configuration of the parameter ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16 may be as follows.
  • ServingCellConfigCommon may have to contain the contents of ServingCellConigCommonSIB1, but ssb-PositionsInburst of the existing ServingCellConfigCommon is configured in a different form from that of SIB1, so there was unnecessary bit waste. According to various embodiments of the present disclosure, unnecessary signaling bits may be reduced by configuring ssb-PositionsInburst in a form such as that of SIB1 (inOneGroup, groupPresnece).
  • the user terminal may perform rate matching and/or SSB-to-RO mapping according to the indicated parameter value.
  • the user terminal performs rate matching and/or SSB-to-RO mapping according to the value of the indicated parameter. I can.
  • a new ssb-PositionsInBurst such as ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16 is added, thereby 2 Problems that may occur when user terminals coexist can be solved.
  • the first user terminal maps SSB#0 and SSB#1 to the RO every 10ms. Since the reception sensitivity of the received SSB detects only the SSB#0, the first user terminal selects only the RO mapped to the SSB#0, thereby having an effect similar to that of allocating a 20ms RACH period. Also, for example, the second user terminal maps SSB#0 to the RO every 20 ms. As a result, according to various embodiments of the present disclosure, it may be possible to indicate the RACH of a new period to both the first user terminal and the second user terminal.
  • FIG. 28 is a diagram schematically illustrating a method of operating a terminal and a base station according to various embodiments of the present disclosure.
  • 29 is a flowchart illustrating a method of operating a terminal according to various embodiments of the present disclosure.
  • FIG. 30 is a flowchart illustrating a method of operating a base station according to various embodiments of the present disclosure.
  • the base station may transmit configuration information related to the PRACH, and the terminal may receive it.
  • the terminal may transmit a PRACH, and the base station may receive it.
  • the PRACH may be transmitted and received within a PRACH opportunity included in one or more PRACH opportunities that are set based on a plurality of parameters related to configuration information.
  • the base station may transmit information related to substituting one or more first values of one or more parameters among a plurality of parameters with one or more second values, and the terminal may receive it.
  • one or more PRACH opportunities may be set based on (i) a parameter other than the one or more parameters among the plurality of parameters, and (ii) the one or more parameters substituted with the one or more second values.
  • 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) have.
  • FIG. 31 is a diagram illustrating an apparatus in which various embodiments of the present disclosure may be implemented.
  • the apparatus shown in FIG. 31 may be a user equipment (UE) and/or a base station (eg, eNB or gNB) adapted to perform the above-described mechanism, or may be any apparatus that performs the same operation.
  • UE user equipment
  • base station eg, eNB or gNB
  • the apparatus may include a digital signal processor (DSP)/microprocessor 210 and a radio frequency (RF) module (transmitter/receiver) 235.
  • the DSP/microprocessor 210 is electrically connected to the transceiver 235 to control the transceiver 235.
  • the device depending on the designer's selection, the power management module 205, battery 255, display 215, keypad 220, SIM card 225, memory device 230, antenna 240, speaker ( 245 and an input device 250 may be further included.
  • FIG. 31 may represent a terminal including a receiver 235 configured to receive a request message from a network and a transmitter 235 configured to transmit timing transmission/reception timing information to the network. These receivers and transmitters may constitute a transceiver 235.
  • the terminal may further include a processor 210 connected to the transceiver 235.
  • FIG. 31 may show a network device including a transmitter 235 configured to transmit a request message to a terminal and a receiver 235 configured to receive transmission/reception timing information from the terminal.
  • the transmitter and receiver may constitute a transceiver 235.
  • the network further includes a processor 210 coupled to the transmitter and receiver. The processor 210 may calculate latency based on the transmission/reception timing information.
  • a processor included in a terminal (or a communication device included in the terminal) and a base station (or a communication device included in the base station) may control a memory and operate as follows. .
  • a terminal or a base station may include at least one transceiver; One or more memories; And one or more processors connected to the transceiver and the memory.
  • the memory may store instructions that enable one or more processors to perform the following operations.
  • the communication device included in the terminal or the base station may be configured to include the one or more processors and the one or more memories, and the communication device includes the one or more transceivers or does not include the one or more transceivers. It may be configured to be connected to the one or more transceivers without.
  • one or more processors included in a terminal may receive configuration information related to a physical random access channel (PRACH).
  • PRACH physical random access channel
  • the one or more processors included in the terminal may perform the PRACH within a PRACH opportunity included in one or more PRACH opportunities set based on a plurality of parameters related to the configuration information. Can send.
  • the one or more PRACH opportunities are: (i) the It may be set based on a parameter other than the one or more parameters among a plurality of parameters, and (ii) the one or more parameters substituted with the one or more second values.
  • one or more processors included in a base station may transmit configuration information related to a physical random access channel (PRACH).
  • PRACH physical random access channel
  • one or more processors included in the base station may receive the PRACH within a PRACH opportunity included in one or more PRACH opportunities based on a plurality of parameters related to the configuration information. have.
  • the one or more PRACH opportunities are: (i) It may be based on a parameter other than the one or more parameters among the plurality of parameters, and (ii) the one or more parameters substituted with the one or more second values.
  • the various embodiments of the present disclosure may be implemented in combination/combination with each other unless compatible with each other is impossible.
  • a base station and/or a terminal (a processor included in the present disclosure, etc.) according to various embodiments of the present disclosure may perform a combination/combination operation thereof unless the embodiments of the first to third sections described above are compatible. Can be done.
  • a communication system 1 applied to various embodiments of 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.
  • 33 illustrates a wireless device that can be applied to various embodiments of the present disclosure.
  • 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. 32 ⁇ 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 store information obtained from signal processing of the second information/signal in the memory 104 after receiving a radio signal including the second information/signal through the transceiver 106.
  • 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 flow charts disclosed in this document. 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.
  • 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 flow charts disclosed in this document may be implemented using firmware or software in the form of codes, instructions, and/or sets 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, and the like mentioned in a procedure, a proposal, a method and/or an operation flowchart.
  • 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.
  • one or more memories may store instructions or programs, and the instructions or programs, when executed, are operably stored in the one or more memories. It is possible to cause one or more connected processors to perform operations according to various embodiments or implementations of the present disclosure.
  • a computer-readable storage medium may store one or more instructions or computer programs, and the one or more instructions or computer programs may be executed by one or more processors.
  • the one or more processors may be caused to perform operations according to various embodiments or implementations of the present disclosure.
  • a processing device or apparatus may include one or more processors and one or more computer memories connectable to the one or more processors.
  • the one or more computer memories may store instructions or programs, and the instructions or programs, when executed, cause one or more processors operably connected to the one or more memories to cause various embodiments of the present disclosure. Or it can be made to perform actions according to implementations.
  • the wireless device 34 illustrates another example of a wireless device applied to various embodiments of the present disclosure.
  • the wireless device may be implemented in various forms according to use-examples/services (see FIG. 32).
  • the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 33, and various elements, components, units/units, and/or modules ).
  • 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. 33.
  • the transceiver(s) 114 may include one or more transceivers 106,206 and/or one or more antennas 108,208 of FIG. 33.
  • 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. 32, 100a), vehicles (Figs. 32, 100b-1, 100b-2), XR devices (Figs. 32, 100c), portable devices (Figs. 32, 100d), and home appliances.
  • Figure 32, 100e IoT device
  • Figure 32, 100f digital broadcasting terminal
  • hologram device public safety device
  • MTC device medical device
  • fintech device or financial device
  • security device climate/environment device
  • It may be implemented in the form of an AI server/device (FIGS. 32 and 400), a base station (FIGS. 32 and 200), and a network node.
  • 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 entirely interconnected through a wired interface, or at least some 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. 34, 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. 34, 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.
  • certain devices include a base station, a network node, a transmission terminal, a receiving terminal, a wireless device, a wireless communication device, a vehicle, a vehicle equipped with an autonomous driving function, a drone (Unmanned Aerial Vehicle, UAV), and AI (Artificial Intelligence). It may be a module, a robot, an AR (Augmented Reality) device, a VR (Virtual Reality) device, or other devices.
  • the terminal may be a personal digital assistant (PDA), a cellular phone, a personal communication service (PCS) phone, a Global System for Mobile (GSM) phone, a Wideband CDMA (WCDMA) phone, and an MBS ( Mobile Broadband System) phone, smart phone, or a multi-mode multi-band (MM-MB) terminal.
  • PDA personal digital assistant
  • PCS personal communication service
  • GSM Global System for Mobile
  • WCDMA Wideband CDMA
  • MBS Mobile Broadband System
  • smart phone or a multi-mode multi-band (MM-MB) terminal.
  • MM-MB multi-mode multi-band
  • the smart phone is a terminal that combines the advantages of a mobile communication terminal and a personal portable terminal, and may mean a terminal in which data communication functions such as schedule management, fax transmission and reception, and Internet access, which are functions of a personal portable terminal, are integrated with the mobile communication terminal have.
  • a multi-mode multi-band terminal can operate in both portable Internet systems and other mobile communication systems (eg, Code Division Multiple Access (CDMA) 2000 systems, Wideband CDMA (WCDMA) systems, etc.) with built-in multi-modem chips. It refers to a terminal that is present.
  • CDMA Code Division Multiple Access
  • WCDMA Wideband CDMA
  • the terminal is a notebook PC, a handheld PC, a tablet PC, an ultrabook, a slate PC, a digital broadcasting terminal, a portable multimedia player (PMP), a navigation system, It may be a wearable device, for example, a smartwatch, a smart glass, a head mounted display (HMD), etc.
  • a wearable device for example, a smartwatch, a smart glass, a head mounted display (HMD), etc.
  • a drone does not ride on a human and is driven by a wireless control signal.
  • the HMD may be a display device worn on a head, for example, the HMD may be used to implement VR or AR.
  • Wireless communication technologies in which various embodiments of the present disclosure are implemented may include LTE, NR, and 6G, as well as NB-IoT (Narrowband Internet of Things) for low-power communication.
  • the NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology, and may be implemented in a standard such as LTE Cat (category) NB1 and/or LTE Cat NB2, and the above name It is not limited.
  • a wireless communication technology implemented in a wireless device according to various embodiments of the present disclosure may perform communication based on LTE-M technology.
  • the LTE-M technology may be an example of an LPWAN technology, and may be referred to as various names such as eMTC (enhanced machine type communication).
  • LTE-M technology is 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-Bandwidth Limited (BL), 5) LTE-MTC, 6) LTE Machine Type Communication, and/or 7) may be implemented in at least one of various standards such as LTE M, and is not limited to the above name.
  • the wireless communication technology implemented in the wireless device according to various embodiments of the present disclosure is among ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) considering low power communication.
  • LPWAN Low Power Wide Area Network
  • ZigBee technology can generate personal area networks (PANs) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and may be called various names.
  • PANs personal area networks
  • Various embodiments of the present disclosure may be implemented through various means.
  • various embodiments of the present disclosure may be implemented by hardware, firmware, software, or a combination thereof.
  • a method includes one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs). ), field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, and the like.
  • the method according to various embodiments of the present disclosure may be implemented in the form of a module, procedure, or function that performs the functions or operations described above.
  • the software code may be stored in a memory and driven by a processor.
  • the memory may be located inside or outside the processor, and may exchange data with the processor through various known means.
  • Various embodiments of the present disclosure may 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
  • 3GPP2 3rd Generation Partnership Project2
  • Various embodiments of the present disclosure may 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.

Landscapes

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

Abstract

본 개시의 다양한 실시예들은 4G (4 th generation) 무선 통신 시스템 이후 보다 높은 데이터 전송률 등을 지원하기 위한 차세대 무선 통신 시스템과 관련된 것이다. 본 개시의 다양한 실시예들에 따르면 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치가 제공될 수 있다.

Description

무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
본 개시 (present disclosure)의 다양한 실시예들은 무선 통신 시스템에 대한 것이다.
무선 접속 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선 접속 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(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) 시스템 등이 있다.
본 개시의 다양한 실시예들은 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치를 제공할 수 있다.
예를 들어, 본 개시의 다양한 실시예들은 임의 접속 절차에서 PRACH 기회를 설정하기 위한 파라미터를 치환/변경/재설정하는 방법 및 이를 지원하는 장치를 제공할 수 있다.
예를 들어, 본 개시의 다양한 실시예들은 LTE-NR 공존 (LTE-NR coexistence) 상황에서의 임의 접속 절차 수행 방법 및 이를 지원하는 장치를 제공할 수 있다.
본 개시의 다양한 실시예들에서 이루고자 하는 기술적 과제들은 이상에서 언급한 사항들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 이하 설명할 본 개시의 다양한 실시예들로부터 당해 기술분야에서 통상의 지식을 가진 자에 의해 고려될 수 있다.
본 개시의 다양한 실시예들은 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치를 제공할 수 있다.
본 개시의 다양한 실시예들에 따르면, 무선 통신 시스템에서 단말이 수행하는 방법이 제공될 수 있다.
예시적 실시예에서, 상기 방법은: PRACH (physical random access channel) 과 관련된 설정 정보를 수신하는 과정; 및 상기 설정 정보와 관련된 복수의 파라미터들에 기초하여 설정되는 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 송신하는 과정을 포함할 수 있다.
예시적 실시예에서, 상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 수신함에 기초하여, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하여 설정될 수 있다.
예시적 실시예에서, 상기 하나 이상의 제1 값은, 상기 설정 정보와 미리 설정된 PRACH 설정 테이블 (PRACH configuration table) 에 기초하여 식별되는 상기 설정 정보와 상기 하나 이상의 제1 값 간의 미리 설정된 대응 관계를 만족할 수 있다.
예시적 실시예에서, 상기 치환하는 것과 관련된 정보는, 상기 하나 이상의 파라미터를 상기 하나 이상의 제2 값으로 지시하는 정보를 포함할 수 있다.
예시적 실시예에서, 상기 하나 이상의 PRACH 기회는 하나의 PRACH 슬롯에 포함될 수 있다.
예시적 실시예에서, 상기 하나 이상의 PRACH 기회 중 일부의 PRACH 기회를 지시하는 정보를 수신함에 기초하여: (i) 상기 PRACH 는 상기 일부의 PRACH 기회에 포함되는 상기 PRACH 기회에서 송신되고, 상기 하나 이상의 PRACH 기회 중 상기 일부의 PRACH 기회를 제외한 PRACH 기회에서 PUSCH (physical uplink shared channel) 이 송신되거나, (ii) 상기 PRACH 는 상기 하나 이상의 PRACH 기회 중 상기 일부의 PRACH 기회를 제외한 PRACH 기회에서 송신되고, 상기 일부의 PRACH 기회에서 PUSCH 가 송신될 수 있다.
예시적 실시예에서, 상기 PRACH 의 송신은, PRACH 프리앰블의 송신을 포함할 수 있다.
예시적 실시예에서, 상기 PRACH 프리앰블의 송신 이후, PUSCH (physical uplink shared channel) 이 송신될 수 있다.
예시적 실시예에서, 상기 치환하는 것과 관련된 정보를 수신함에 기초하여: (i) 상기 PRACH 프리앰블의 송신과 상기 PUSCH 의 송신은 시간 도메인 (time domain) 에서 연속적으로 설정되거나, (ii) 상기 PRACH 프리앰블의 송신과 상기 PUSCH 의 송신 간의 시간 갭 (time gap) 은 16 us (micro-second) 미만으로 설정될 수 있다.
예시적 실시예에서, 상기 PRACH 프리앰블과 상기 PUSCH 는, 메시지A 에 포함될 수 있다.
예시적 실시예에서, 상기 메시지A 는, 비면허 대역 내에 포함된 채널 (channel) 에 대한 접속 (access) 를 위한 한 번의 CAP (channel access procedure) 에 기초하여 송신될 수 있다.
본 개시의 다양한 실시예들에 따르면, 무선 통신 시스템에서 동작하는 장치가 제공될 수 있다.
예시적 실시예에서, 상기 장치는: 메모리 (memory); 및 상기 메모리와 연결된 하나 이상의 프로세서 (processor) 를 포함할 수 있다.
예시적 실시예에서, 상기 하나 이상의 프로세서는: PRACH (physical random access channel) 과 관련된 설정 정보를 수신하고, 상기 설정 정보와 관련된 복수의 파라미터들에 기초하여 설정되는 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 송신할 수 있다.
예시적 실시예에서, 상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 수신함에 기초하여, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하여 설정될 수 있다.
예시적 실시예에서, 상기 하나 이상의 제1 값은, 상기 설정 정보와 미리 설정된 PRACH 설정 테이블 (PRACH configuration table) 에 기초하여 식별되는 상기 설정 정보와 상기 하나 이상의 제1 값 간의 미리 설정된 대응 관계를 만족할 수 있다.
예시적 실시예에서, 상기 치환하는 것과 관련된 정보는, 상기 하나 이상의 파라미터를 상기 하나 이상의 제2 값으로 지시하는 정보를 포함할 수 있다.
예시적 실시예에서, 상기 하나 이상의 PRACH 기회는 하나의 PRACH 슬롯에 포함될 수 있다.
예시적 실시예에서, 상기 하나 이상의 PRACH 기회 중 일부의 PRACH 기회를 지시하는 정보를 수신함에 기초하여: (i) 상기 PRACH 는 상기 일부의 PRACH 기회에 포함되는 상기 PRACH 기회에서 송신되고, 상기 하나 이상의 PRACH 기회 중 상기 일부의 PRACH 기회를 제외한 PRACH 기회에서 PUSCH (physical uplink shared channel) 이 송신되거나, (ii) 상기 PRACH 는 상기 하나 이상의 PRACH 기회 중 상기 일부의 PRACH 기회를 제외한 PRACH 기회에서 송신되고, 상기 일부의 PRACH 기회에서 PUSCH 가 송신될 수 있다.
예시적 실시예에서, 상기 장치는, 이동 단말기, 네트워크 및 상기 장치가 포함된 차량 이외의 자율 주행 차량 중 하나 이상과 통신할 수 있다.
본 개시의 다양한 실시예들에 따르면, 무선 통신 시스템에서 기지국이 수행하는 방법이 제공될 수 있다.
예시적 실시예에서, 상기 방법은: PRACH (physical random access channel) 과 관련된 설정 정보를 송신하는 과정; 및 상기 설정 정보와 관련된 복수의 파라미터들에 기초한 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 수신하는 과정을 포함할 수 있다.
예시적 실시예에서, 상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 송신함에 대한 응답으로, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초할 수 있다.
본 개시의 다양한 실시예들에 따르면, 무선 통신 시스템에서 동작하는 장치가 제공될 수 있다.
예시적 실시예에서, 상기 장치는: 메모리 (memory); 및 상기 메모리와 연결된 하나 이상의 프로세서 (processor) 를 포함할 수 있다.
예시적 실시예에서, 상기 하나 이상의 프로세서는: PRACH (physical random access channel) 과 관련된 설정 정보를 송신하고, 상기 설정 정보와 관련된 복수의 파라미터들에 기초한 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 수신할 수 있다.
예시적 실시예에서, 상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 송신함에 대한 응답으로, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초할 수 있다.
본 개시의 다양한 실시예들에 따르면, 무선 통신 시스템에서 동작하는 장치가 제공될 수 있다.
예시적 실시예에서, 상기 장치는: 하나 이상의 프로세서 (processor); 및 상기 하나 이상의 프로세서가 방법을 수행하도록 하는 하나 이상의 명령어 (instruction) 를 저장하는 하나 이상의 메모리 (memory) 를 포함할 수 있다.
예시적 실시예에서, 상기 방법은: PRACH (physical random access channel) 과 관련된 설정 정보를 수신하는 과정; 및 상기 설정 정보와 관련된 복수의 파라미터들에 기초하여 설정되는 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 송신하는 과정을 포함할 수 있다.
예시적 실시예에서, 상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 수신함에 기초하여, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하여 설정될 수 있다.
본 개시의 다양한 실시예들에 따르면, 하나 이상의 프로세서 (processor) 가 방법을 수행하도록 하는 하나 이상의 명령어 (instruction) 를 저장하는 프로세서-판독 가능 매체 (processor-readable medium) 가 제공될 수 있다.
예시적 실시예에서, 상기 방법은: PRACH (physical random access channel) 과 관련된 설정 정보를 수신하는 과정; 및 상기 설정 정보와 관련된 복수의 파라미터들에 기초하여 설정되는 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 송신하는 과정을 포함할 수 있다.
예시적 실시예에서, 상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 수신함에 기초하여, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하여 설정될 수 있다.
상술한 본 개시의 다양한 실시예들은 본 개시의 바람직한 실시예들 중 일부에 불과하며, 본 개시의 다양한 실시예들의 기술적 특징들이 반영된 여러 가지 실시예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하 상술할 상세한 설명을 기반으로 도출되고 이해될 수 있다.
본 개시의 다양한 실시예들에 따르면, 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치가 제공될 수 있다.
예를 들어, 본 개시의 다양한 실시예들에 따르면, 임의 접속 절차에서 PRACH 기회를 설정하기 위한 파라미터를 필요에 따라 치환/변경/재설정하여 효과적인 임의 접속 절차를 가능하게 하는 방법 및 이를 지원하는 장치가 제공될 수 있다.
예를 들어, 본 개시의 다양한 실시예들에 따르면, 임의 접속 절차에서 레이턴시 (latency) 를 감소시킬 수 있는 방법 및 이를 지원하는 장치가 제공될 수 있다.
예를 들어, 본 개시의 다양한 실시예들에 따르면, LTE-NR 공존 (LTE-NR coexistence) 상황에서 효과적인 임의 접속 절차 수행 방법 및 이를 지원하는 장치가 제공될 수 있다.
본 개시의 다양한 실시예들로부터 얻을 수 있는 효과들은 이상에서 언급된 효과들로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 이하의 상세한 설명을 기반으로 당해 기술분야에서 통상의 지식을 가진 자에게 명확하게 도출되고 이해될 수 있다.
이하에 첨부되는 도면들은 본 개시의 다양한 실시예들에 관한 이해를 돕기 위한 것으로, 상세한 설명과 함께 본 개시의 다양한 실시예들을 제공한다. 다만, 본 개시의 다양한 실시예들의 기술적 특징이 특정 도면에 한정되는 것은 아니며, 각 도면에서 개시하는 특징들은 서로 조합되어 새로운 실시예로 구성될 수 있다. 각 도면에서의 참조 번호 (reference numerals) 들은 구조적 구성요소 (structural elements) 를 의미한다.
도 1은 본 개시의 다양한 실시예들에서 사용될 수 있는 물리 채널들 및 이들을 이용한 신호 전송 방법을 설명하기 위한 도면이다.
도 2는 본 개시의 다양한 실시예들이 적용 가능한 NR 시스템에 기초한 무선 프레임 구조를 나타낸 도면이다.
도 3은 본 개시의 다양한 실시예들이 적용 가능한 NR 시스템에 기초한 슬롯 구조를 나타낸 도면이다.
도 4는 본 개시의 다양한 실시예들이 적용 가능한 슬롯 내에 물리 채널이 매핑되는 일 예를 나타낸 도면이다.
도 5 는 본 개시의 다양한 실시예들이 적용 가능한 SSB (Synchronization Signal Block)의 구조를 나타낸 도면이다.
도 6 은 본 개시의 다양한 실시예들이 적용 가능한 SSB 의 전송 방법의 일 예를 나타낸 도면이다.
도 7 은 본 개시의 다양한 실시예들이 적용 가능한 단말이 DL 시간 동기에 관한 정보를 획득하는 방법의 일 예를 나타낸 도면이다.
도 8 은 본 개시의 다양한 실시예들이 적용 가능한 시스템 정보 (SI) 획득 과정의 일 예를 나타낸 도면이다.
도 9은 본 개시의 다양한 실시예들이 적용 가능한 비면허 대역을 지원하는 무선 통신 시스템의 예시를 나타낸다.
도 10는 본 개시의 다양한 실시예들이 적용 가능한 비면허 대역 내에서 자원을 점유하는 방법을 예시한다.
도 11은 본 개시의 다양한 실시예들이 적용 가능한 비면허 대역 내에 복수의 LBT-SB가 포함된 경우를 예시한다.
도 12는 본 개시의 다양한 실시예들이 적용 가능한 비면허 대역을 통한 하향링크 신호 전송을 위한 CAP 동작 흐름도이다.
도 13는 본 개시의 다양한 실시예들이 적용 가능한 비면허 대역을 통한 상향링크 신호 전송을 위한 CAP 동작 흐름도이다.
도 14는 본 개시의 다양한 실시예들이 적용 가능한 4-step RACH 절차의 일 예를 나타낸 도면이다.
도 15는 본 개시의 다양한 실시예들이 적용 가능한 2-step RACH 절차의 일 예를 나타낸 도면이다.
도 16은 본 개시의 다양한 실시예들이 적용 가능한 contention-free RACH 절차의 일 예를 나타낸 도면이다.
도 17 는 본 개시의 다양한 실시예들에 따른 SS 블록 전송 및 SS 블록에 링크된 PRACH 자원의 예시를 나타낸 도면이다.
도 18는 본 개시의 다양한 실시예들에 따른 SS 블록 전송 및 SS 블록에 링크된 PRACH 자원의 예시를 나타낸 도면이다.
도 19 은 본 개시의 다양한 실시예들이 적용 가능한 RACH 기회 구성의 일 예를 나타낸 도면이다.
도 20 은 본 개시의 다양한 실시예들에 따른 단말과 기지국의 동작 방법을 간단히 나타낸 도면이다.
도 21 는 본 개시의 다양한 실시예들에 따른 단말의 동작 방법을 나타낸 흐름도이다.
도 22 는 본 개시의 다양한 실시예들에 따른 기지국의 동작 방법을 나타낸 흐름도이다.
도 23 은 본 개시의 다양한 실시예들이 적용 가능한 RACH 기회 구성의 일 예를 나타낸 도면이다.
도 24 은 본 개시의 다양한 실시예들에 따른 RACH 기회 구성 수정의 일 예를 나타낸 도면이다.
도 25 은 본 개시의 다양한 실시예들에 따른 제1 사용자 단말의 동작 방법을 나타낸 흐름도이다.
도 26 은 본 개시의 다양한 실시예들에 따른 제2 사용자 단말의 동작 방법을 나타낸 흐름도이다.
도 27 는 본 개시의 다양한 실시예들에 따른 기지국의 동작 방법을 나타낸 흐름도이다.
도 28 은 본 개시의 다양한 실시예들에 따른 단말과 기지국의 동작 방법을 간단히 나타낸 도면이다.
도 29 는 본 개시의 다양한 실시예들에 따른 단말의 동작 방법을 나타낸 흐름도이다.
도 30 은 본 개시의 다양한 실시예들에 따른 기지국의 동작 방법을 나타낸 흐름도이다.
도 31는 본 개시의 다양한 실시예들이 구현될 수 있는 장치를 나타낸 도면이다.
도 32은 본 개시의 다양한 실시예들에 적용되는 통신 시스템을 예시한다.
도 33은 본 개시의 다양한 실시예들에 적용되는 무선 기기를 예시한다.
도 34은 본 개시의 다양한 실시예들에 적용되는 무선 기기의 다른 예를 나타낸다.
도 35는 본 개시의 다양한 실시예들에 적용되는 휴대 기기를 예시한다.
도 36는 본 개시의 다양한 실시예들에 적용되는 차량 또는 자율 주행 차량을 예시한다.
이하의 기술은 CDMA, FDMA, TDMA, OFDMA, SC-FDMA 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)/LTE-A pro는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A/LTE-A pro의 진화된 버전이다.
설명을 명확하게 하기 위해, 3GPP 통신 시스템(예, LTE, NR)을 기반으로 설명하지만 본 개시의 다양한 실시예들의 기술적 사상이 이에 제한되는 것은 아니다. 본 개시의 다양한 실시예들에 대한 설명에 사용된 배경기술, 용어, 약어 등에 관해서는 본 발명 이전에 공개된 표준 문서에 기재된 사항을 참조할 수 있다. 예를 들어, 3GPP TS 37.213, 3GPP TS 38.211, 3GPP TS 38.212, 3GPP TS 38.213, 3GPP TS 38.214, 3GPP TS 38.300, 3GPP TS 38.321 및 3GPP TS 38.331 등의 문서들을 참조할 수 있다.
1. 3GPP 시스템 일반
1.1. 물리 채널들 및 일반적인 신호 전송
무선 접속 시스템에서 단말은 하향링크(DL: Downlink)를 통해 기지국으로부터 정보를 수신하고, 상향링크(UL: Uplink)를 통해 기지국으로 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 일반 데이터 정보 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
도 1은 본 개시의 다양한 실시예들에서 사용될 수 있는 물리 채널들 및 이들을 이용한 신호 전송 방법을 설명하기 위한 도면이다.
전원이 꺼진 상태에서 다시 전원이 켜지거나, 새로이 셀에 진입한 단말은 기지국과 동기를 맞추는 등의 초기 셀 탐색 (Initial cell search) 작업을 수행한다 (S11). 이를 위해 단말은 기지국으로부터 주동기 채널 (P-SCH: Primary Synchronization Channel) 및 부동기 채널 (S-SCH: Secondary Synchronization Channel)을 수신하여 기지국과 동기를 맞추고, 셀 ID 등의 정보를 획득한다.
그 후, 단말은 기지국으로부터 물리방송채널 (PBCH: Physical Broadcast Channel) 신호를 수신하여 셀 내 방송 정보를 획득할 수 있다.
한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호 (DL RS: Downlink Reference Signal)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
초기 셀 탐색을 마친 단말은 물리하향링크제어채널 (PDCCH: Physical Downlink Control Channel) 및 물리하향링크제어채널 정보에 따른 물리하향링크공유 채널 (PDSCH: Physical Downlink Control Channel)을 수신하여 조금 더 구체적인 시스템 정보를 획득할 수 있다 (S12).
이후, 단말은 기지국에 접속을 완료하기 위해 임의 접속 절차 (Random Access Procedure)을 수행할 수 있다 (S13 ~ S16). 이를 위해 단말은 물리임의접속채널 (PRACH: Physical Random Access Channel)을 통해 프리앰블 (preamble)을 전송하고(S13), 물리하향링크제어채널 및 이에 대응하는 물리하향링크공유 채널을 통해 프리앰블에 대한 RAR (Random Access Response)를 수신할 수 있다(S14). 단말은 RAR 내의 스케줄링 정보를 이용하여 PUSCH (Physical Uplink Shared Channel)을 전송하고 (S15), 물리하향링크제어채널 신호 및 이에 대응하는 물리하향링크공유 채널 신호의 수신과 같은 충돌해결절차 (Contention Resolution Procedure)를 수행할 수 있다(S16).
한편, 임의 접속 과정이 2 단계로 수행되는 경우, S13/S15 는 단말이 송신을 수행하는 하나의 동작으로 수행되고, S14/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) 정보 등을 포함한다.
UCI는 일반적으로 PUCCH를 통해 주기적으로 전송되지만, 제어 정보와 데이터가 동시에 전송되어야 할 경우 PUSCH를 통해 전송될 수 있다. 또한, 네트워크의 요청/지시에 따라 단말은 PUSCH를 통해 UCI를 비주기적으로 전송할 수 있다.
1.2. 무선 프레임 (Radio Frame) 구조
도 2는 본 개시의 다양한 실시예들이 적용 가능한 NR 시스템에 기초한 무선 프레임 구조를 나타낸 도면이다.
NR 시스템은 다수의 뉴머롤로지(Numerology)들을 지원할 수 있다. 여기에서, 뉴머롤로지는 부반송파 간격(subcarrier spacing, SCS)과 순환 프리픽스(cyclic prefix, CP) 오버헤드에 의해 정의될 수 있다. 이 때, 다수의 부반송파 간격은 기본 부반송파 간격을 정수 N(또는, μ)으로 스케일링(scaling) 함으로써 유도될 수 있다. 또한, 매우 높은 반송파 주파수에서 매우 낮은 부반송파 간격을 이용하지 않는다고 가정할지라도, 이용되는 뉴머롤로지는 셀의 주파수 대역과 독립적으로 선택될 수 있다. 또한, NR 시스템에서는 다수의 뉴머롤로지에 따른 다양한 프레임 구조들이 지원될 수 있다.
이하, NR 시스템에서 고려될 수 있는 직교 주파수 분할 다중화(orthogonal frequency division multiplexing, OFDM) 뉴머롤로지 및 프레임 구조를 살펴본다. NR 시스템에서 지원되는 다수의 OFDM 뉴머롤로지들은 표 1와 같이 정의될 수 있다. 대역폭 파트에 대한 μ 및 순환 프리픽스는 BS에 의해 제공되는 RRC 파라미터들로부터 얻어진다.
Figure PCTKR2020010851-appb-img-000001
NR은 다양한 5G 서비스들을 지원하기 위한 다수의 뉴머롤러지(예, 부반송파 간격(subcarrier spacing))를 지원한다. 예를 들어, 부반송파 간격이 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, 부반송파 간격이 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 레이턴시(lower latency) 및 더 넓은 반송파 대역폭(wider carrier bandwidth)를 지원하며, 부반송파 간격이 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 대역(frequency band)은 FR1과 FR2라는 2가지 타입의 주파수 범위(frequency range)로 정의된다. FR1은 sub 6GHz 범위이며, FR2는 above 6GHz 범위로 밀리미터 웨이브(millimiter wave, mmWave)를 의미할 수 있다.
아래 표 2는 NR 주파수 대역의 정의를 예시한다.
Figure PCTKR2020010851-appb-img-000002
NR 시스템에서의 프레임 구조(frame structure)와 관련하여, 시간 도메인의 다양한 필드들의 크기는 NR용 기본 시간 유닛(basic time unit)인 T c = 1/(△ f max* N f)의 배수로 표현된다. 여기서, △ f max = 480*10 3 Hz이고, 고속 푸리에 변환(fast Fourier transform, FFT) 혹은 역 고속 푸리에 변환(inverse fast Fourier transform, IFFT) 크기와 관련이 있는 값인 N f = 4096이다. T c는 LTE용 기반 시간 유닛이자 샘플링 시간인 T s = 1/((15kHz)*2048)와 다음의 관계를 갖는다: T s/ T c = 64. 하향링크 및 상향링크(uplink) 전송들은 T f = (△ f max* N f/100)* T c = 10ms 지속기간(duration)의 (무선) 프레임들로 조직화(organize)된다. 여기서, 각 무선 프레임은 각각이 T sf = (△ f max* N f/1000)* T c = 1ms 지속기간을 가지는 10 개의 서브프레임(subframe)들로 구성된다. 상향링크에 대한 한 세트의 프레임들 및 하향링크에 대한 한 세트의 프레임들이 존재할 수 있다. 뉴머롤로지 μ에 대하여, 슬롯(slot)들은 서브프레임 내에서는 오름차순(increasing order)으로 n μ s ∈ {0,..., N slot,μ subframe-1}로 번호가 매겨지고, 무선 프레임 내에서는 오름차순으로 n μ s,f ∈ {0,..., N slot,μ frame-1}으로 번호가 매겨진다. 하나의 슬롯은 N μ symb개의 연속하는(consecutive) OFDM 심볼들로 구성되고, N μ symb는 순환 프리픽스(cyclic prefix, CP)에 의존한다. 서브프레임에서 슬롯 n μ s의 시작은 동일 서브프레임 내에서 OFDM 심볼 n μ s* N μ symb의 시작과 시간적으로 정렬된다.
표 3은 일반 CP가 사용되는 경우, SCS에 따른 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수 및 서브프레임 별 슬롯의 개수를 나타내고, 표 4은 확장된 CSP가 사용되는 경우, SCS에 따른 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수 및 서브프레임 별 슬롯의 개수를 나타낸다.
Figure PCTKR2020010851-appb-img-000003
Figure PCTKR2020010851-appb-img-000004
상기 표에서, N slot symb 는 슬롯 내 심볼의 개수를 나타내고, N frame,μ slot는 프레임 내 슬롯의 개수를 나타내고, N subframe,μ slot는 서브프레임 내 슬롯의 개수를 나타낸다.
본 개시의 다양한 실시예들이 적용 가능한 NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM(A) 뉴머롤로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다.
도 2은, μ=2인 경우(즉, 부반송파 간격이 60kHz)의 일례로서, 표 3을 참고하면 1개 서브프레임은 4개의 슬롯(slot)들을 포함할 수 있다. 도 2에 도시된 1개 서브프레임 = {1,2,4}개 슬롯들은 예시이며, 1개 서브프레임에 포함될 수 있는 슬롯(들)의 개수는 표 6 또는 표 7과 같이 정의된다.
또한, 미니-슬롯은 2, 4 또는 7개 심볼들을 포함할 수 있거나 그 보다 더 많은 또는 더 적은 심볼들을 포함할 수 있다.
도 3은 본 개시의 다양한 실시예들이 적용 가능한 NR 시스템에 기초한 슬롯 구조를 나타낸 도면이다.
도 3을 참조하면, 하나의 슬롯은 시간 도메인에서 복수의 심볼들을 포함할 수 있다. 예를 들어, 보통 CP(normal CP)의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP(extended CP)의 경우 하나의 슬롯이 6개의 심볼을 포함할 수 있다.
반송파(carrier)는 주파수 도메인에서 복수의 부반송파(subcarrier)를 포함할 수 있다. RB(Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다.
BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 (P)RB로 정의되며, 하나의 뉴머롤로지(예, SCS, CP 길이 등)에 대응될 수 있다.
반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 복소 심볼이 매핑될 수 있다.
도 4는 본 개시의 다양한 실시예들이 적용 가능한 슬롯 내에 물리 채널이 매핑되는 일 예를 나타낸 도면이다.
하나의 슬롯 내에 DL 제어 채널, DL 또는 UL 데이터, UL 제어 채널 등이 모두 포함될 수 있다. 예를 들어, 슬롯 내의 처음 N개의 심볼은 DL 제어 채널을 전송하는데 사용되고(이하, DL 제어 영역), 슬롯 내의 마지막 M개의 심볼은 UL 제어 채널을 전송하는데 사용될 수 있다(이하, UL 제어 영역). N과 M은 각각 0 이상의 정수이다. DL 제어 영역과 UL 제어 영역의 사이에 있는 자원 영역(이하, 데이터 영역)은 DL 데이터 전송을 위해 사용되거나, UL 데이터 전송을 위해 사용될 수 있다. 제어 영역과 데이터 영역 사이에는 DL-to-UL 혹은 UL-to-DL 스위칭을 위한 시간 갭이 존재할 수 있다. DL 제어 영역에서는 PDCCH가 전송될 수 있고, DL 데이터 영역에서는 PDSCH가 전송될 수 있다. 슬롯 내에서 DL에서 UL로 전환되는 시점의 일부 심볼이 시간 갭으로 사용될 수 있다.
1.3. 채널 구조
1.3.1. 하향링크 채널 구조
기지국은 후술하는 하향링크 채널을 통해 관련 신호를 단말에게 전송하고, 단말은 후술하는 하향링크 채널을 통해 관련 신호를 기지국으로부터 수신한다.
1.3.1.1. 물리 하향링크 공유 채널 (PDSCH)
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 심볼 신호로 생성되고, 해당 안테나 포트를 통해 전송된다.
1.3.1.2. 물리 하향링크 제어 채널 (PDCCH)
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) 등이 전송될 수 있다.
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로 정의된다.
PDCCH는 제어 자원 세트(Control Resource Set, CORESET)를 통해 전송된다. CORESET는 주어진 뉴머롤로지(예, SCS, CP 길이 등)를 갖는 REG 세트로 정의된다. 하나의 단말을 위한 복수의 OCRESET는 시간/주파수 도메인에서 중첩될 수 있다. CORESET는 시스템 정보(예, MIB) 또는 단말-특정(UE-specific) 상위 계층(예, Radio Resource Control, RRC, layer) 시그널링을 통해 설정될 수 있다. 구체적으로, CORESET을 구성하는 RB의 개수 및 심볼의 개수(최대 3개)가 상위 계층 시그널링에 의해 설정될 수 있다.
단말은 PDCCH 후보들의 세트에 대한 디코딩 (일명, 블라인드 디코딩)을 수행하여 PDCCH를 통해 전송되는 DCI를 획득한다. 단말이 디코딩하는 PDCCH 후보들의 세트는 PDCCH 검색 공간 (Search Space) 세트라 정의한다. 검색 공간 세트는 공통 검색 공간 (common search space) 또는 단말-특정 검색 공간 (UE-specific search space)일 수 있다. 단말은 MIB 또는 상위 계층 시그널링에 의해 설정된 하나 이상의 검색 공간 세트 내 PDCCH 후보를 모니터링하여 DCI를 획득할 수 있다.
표 5 은 검색 공간 타입별 특징을 예시한다.
Figure PCTKR2020010851-appb-img-000005
표 6는 PDCCH를 통해 전송되는 DCI 포맷들을 예시한다.
Figure PCTKR2020010851-appb-img-000006
DCI format 0_0은 TB-기반 (또는 TB-level) PUSCH를 스케줄링 하기 위해 사용되고, DCI format 0_1은 TB-기반 (또는 TB-level) PUSCH 또는 CBG(Code Block Group)-기반 (또는 CBG-level) PUSCH를 스케줄링 하기 위해 사용될 수 있다. DCI format 1_0은 TB-기반 (또는 TB-level) PDSCH를 스케줄링 하기 위해 사용되고, DCI format 1_1은 TB-기반 (또는 TB-level) PDSCH 또는 CBG-기반 (또는 CBG-level) PDSCH를 스케줄링 하기 위해 사용될 수 있다. DCI format 2_0은 동적 슬롯 포맷 정보 (예, dynamic SFI)를 단말에게 전달하기 위해 사용되고, DCI format 2_1은 하향링크 선취 (pre-Emption) 정보를 단말에게 전달하기 위해 사용된다. DCI format 2_0 및/또는 DCI format 2_1은 하나의 그룹으로 정의된 단말들에게 전달되는 PDCCH인 그룹 공통 PDCCH (Group common PDCCH)를 통해 해당 그룹 내 단말들에게 전달될 수 있다.
1.3.2. 상향링크 채널 구조
단말은 후술하는 상향링크 채널을 통해 관련 신호를 기지국으로 전송하고, 기지국은 후술하는 상향링크 채널을 통해 관련 신호를 단말로부터 수신한다.
1.3.2.1. 물리 상향링크 공유 채널 (PUSCH)
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 전송은 코드북 기반 또는 비-코드북 기반으로 수행될 수 있다.
1.3.2.2. 물리 상향링크 제어 채널 (PUCCH)
PUCCH는 상향링크 제어 정보, HARQ-ACK 및/또는 스케줄링 요청(SR)을 운반하고, PUCCH 전송 길이에 따라 Short PUCCH 및 Long PUCCH로 구분된다. 표 7은 PUCCH 포맷들을 예시한다.
Figure PCTKR2020010851-appb-img-000007
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)되어 전송된다. DM-RS는 1/3의 밀도로 주어진 자원 블록 내 심볼 인덱스 #1, #4, #7 및 #10에 위치한다. PN (Pseudo Noise) 시퀀스가 DM_RS 시퀀스를 위해 사용된다. 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 3의 PUCCH 자원은 직교 커버 코드를 포함한다. 변조 심볼은 DMRS와 TDM(Time Division Multiplexing)되어 전송된다.
1.4. SSB (synchronization signal block) 전송 및 관련 동작
도 5 는 본 개시의 다양한 실시예들이 적용 가능한 SSB (Synchronization Signal Block)의 구조를 나타낸 도면이다.
단말은 SSB에 기반하여 셀 탐색(search), 시스템 정보 획득, 초기 접속을 위한 빔 정렬, DL 측정 등을 수행할 수 있다. SSB는 SS/PBCH(Synchronization Signal/Physical Broadcast channel) 블록과 혼용된다.
도 5을 참조하면, 본 개시의 다양한 실시예들이 적용 가능한 SSB은 연속한 4개의 OFDM 심볼 내 20 RB로 구성될 수 있다. 또한, SSB은 PSS, SSS 및 PBCH로 구성되고, 단말은 SSB 에 기반하여 셀 탐색(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가 존재한다.
셀 탐색 (Cell search)
셀 탐색은 단말이 셀의 시간/주파수 동기를 획득하고, 상기 셀의 셀 ID(Identifier)(예, Physical layer Cell ID, PCID)를 검출하는 과정을 의미한다. PSS는 셀 ID 그룹 내에서 셀 ID를 검출하는데 사용되고, SSS는 셀 ID 그룹을 검출하는데 사용된다. PBCH는 SSB (시간) 인덱스 검출 및 하프-프레임 검출에 사용된다.
단말의 셀 탐색 과정은 하기 표 8과 같이 정리될 수 있다.
Figure PCTKR2020010851-appb-img-000008
336개의 셀 ID 그룹이 존재하고, 셀 ID 그룹 별로 3개의 셀 ID가 존재한다. 총 1008개의 셀 ID가 존재한다. 셀의 셀 ID가 속한 셀 ID 그룹에 관한 정보는 상기 셀의 SSS를 통해 제공/획득되며, 상기 셀 ID 내 336개 셀들 중 상기 셀 ID에 관한 정보는 PSS를 통해 제공/획득된다.
도 6 은 본 개시의 다양한 실시예들이 적용 가능한 SSB 의 전송 방법의 일 예를 나타낸 도면이다.
도 6을 참조하면, SSB는 SSB 주기(periodicity)에 맞춰 주기적으로 전송된다. 초기 셀 탐색 시에 단말이 가정하는 SSB 기본 주기는 20ms로 정의된다. 셀 접속 후, SSB 주기는 네트워크(예, 기지국)에 의해 {5ms, 10ms, 20ms, 40ms, 80ms, 160ms} 중 하나로 설정될 수 있다. SSB 주기의 시작 부분에 SSB 버스트(burst) 세트가 구성된다. SSB 버스트 세트는 5ms 시간 윈도우(즉, 하프-프레임)로 구성되며, SSB는 SS 버스트 세트 내에서 최대 L번 전송될 수 있다. SSB의 최대 전송 횟수 L은 반송파의 주파수 대역에 따라 다음과 같이 주어질 수 있다. 하나의 슬롯은 최대 2개의 SSB를 포함한다.
- For frequency range up to 3 GHz, L = 4
- For frequency range from 3GHz to 6 GHz, L = 8
- For frequency range from 6 GHz to 52.6 GHz, L = 64
SS 버스트 세트 내에서 SSB 후보의 시간 위치는 SCS에 따라 다음과 같이 정의될 수 있다. SSB 후보의 시간 위치는 SSB 버스트 세트(즉, 하프-프레임) 내에서 시간 순서에 따라 0 ~ L-1로 인덱싱 된다(SSB 인덱스). 본 개시의 다양한 실시예들에 대한 설명에서, 후보 SSB 와 SSB 후보는 혼용될 수 있다.
- Case A : 15 kHz SCS: 후보 SSB의 시작 심볼의 인덱스는 {2, 8} + 14*n으로 주어진다.
- - 공유 스펙트럼 채널 접속 동작이 수행/지원되지 않는 경우(for operation without shared spectrum channel access)(예, L-band, LCell): 반송파 주파수가 3 GHz 이하인 경우 n=0, 1이다. 반송파 주파수가 3 GHz ~ 6 GHz인 경우 n=0, 1, 2, 3이다.
- - 공유 스펙트럼 채널 접속 동작이 수행/지원되는 경우(for operation with shared spectrum channel access)(예, U-band, UCell): n=0, 1, 2, 3, 4이다.
- Case B : 30 kHz SCS: 후보 SSB의 시작 심볼의 인덱스는 {4, 8, 16, 20} + 28*n으로 주어진다. 반송파 주파수가 3 GHz 이하인 경우 n=0이다. 반송파 주파수가 3 GHz ~ 6 GHz인 경우 n=0, 1이다.
- Case C : 30 kHz SCS: 후보 SSB의 시작 심볼의 인덱스는 {2, 8} + 14*n으로 주어진다.
- 공유 스펙트럼 채널 접속 동작이 수행/지원되지 않는 경우: (1) 페어드(paired) 스펙트럼 동작의 경우, 반송파 주파수가 3 GHz 이하인 경우 n=0, 1이다. 반송파 주파수가 FR1 내이고 3 GHz보다 큰 경우 n=0, 1, 2, 3이다. (2) 비-페어드 스펙트럼 동작의 경우, 반송파 주파수가 2.4 GHz 이하인 경우 n=0, 1이다. 반송파 주파수가 FR1 내이고 2.4 GHz보다 큰 경우 n=0, 1, 2, 3이다.
- 공유 스펙트럼 채널 접속 동작이 수행/지원되는 경우: n=0, 1, 2, 3, 4, 6, 7, 8, 9이다.
- Case D : 120 kHz SCS: 후보 SSB의 시작 심볼의 인덱스는 {4, 8, 16, 20} + 28*n으로 주어진다. 반송파 주파수가 6 GHz보다 큰 경우 n=0, 1, 2, 3, 5, 6, 7, 8, 10, 11, 12, 13, 15, 16, 17, 18이다.
- Case E : 240 kHz SCS: 후보 SSB의 시작 심볼의 인덱스는 {8, 12, 16, 20, 32, 36, 40, 44} + 56*n으로 주어진다. 반송파 주파수가 6 GHz보다 큰 경우 n=0, 1, 2, 3, 5, 6, 7, 8이다.
동기화 절차 (Synchronization procedure)
도 7 은 본 개시의 다양한 실시예들이 적용 가능한 단말이 DL 시간 동기에 관한 정보를 획득하는 방법의 일 예를 나타낸 도면이다.
단말은 SSB를 검출함으로써 DL 동기를 획득할 수 있다. 단말은 검출된 SSB 인덱스에 기반하여 SSB 버스트 세트의 구조를 식별할 수 있고, 이에 따라 심볼/슬롯/하프-프레임 경계를 검출할 수 있다. 검출된 SSB가 속하는 프레임/하프-프레임의 번호는 번호는 SFN 정보와 하프-프레임 지시 정보를 이용하여 식별될 수 있다.
구체적으로, 단말은 PBCH로부터 10 비트 SFN(System Frame Number) 정보를 획득할 수 있다(s0~s9). 10 비트 SFN 정보 중 6 비트는 MIB(Master Information Block)로부터 얻어지고, 나머지 4 비트는 PBCH TB(Transport Block)으로부터 얻어진다.
다음으로, 단말은 1 비트 하프-프레임 지시 정보를 획득할 수 있다(c0). 반송파 주파수가 3GHz 이하인 경우, 하프-프레임 지시 정보는 PBCH DMRS를 이용하여 묵시적으로(implicitly) 시그널링 될 수 있다. PBCH DMRS는 8개의 PBCH DMRS 시퀀스들 중 하나를 사용함으로써 3 비트 정보를 지시한다. 따라서, L=4의 경우, 8개의 PBCH DMRS 시퀀스를 이용하여 지시될 수 있는 3 비트 중 SSB 인덱스를 지시하고 남는 1 비트는 하프-프레임 지시 용도로 사용될 수 있다
마지막으로, 단말은 DMRS 시퀀스와 PBCH 페이로드에 기반하여 SSB 인덱스를 획득할 수 있다. SSB 후보는 SSB 버스트 세트(즉, 하프-프레임) 내에서 시간 순서에 따라 0 ~ L-1로 인덱싱 된다. L = 8 또는 64인 경우, SSB 인덱스의 LSB(Least Significant Bit) 3 비트는 8개의 서로 다른 PBCH DMRS 시퀀스를 이용하여 지시될 수 있다(b0~b2). L = 64인 경우, SSB 인덱스의 MSB(Most Significant Bit) 3 비트는 PBCH를 통해 지시된다(b3~b5). L = 2인 경우, SSB 인덱스의 LSB 2 비트는 4개의 서로 다른 PBCH DMRS 시퀀스를 이용하여 지시될 수 있다(b0, b1). L = 4인 경우, 8개의 PBCH DMRS 시퀀스를 이용하여 지시할 수 있는 3 비트 중 SSB 인덱스를 지시하고 남는 1 비트는 하프-프레임 지시 용도로 사용될 수 있다(b2).
시스템 정보 획득
도 8 은 본 개시의 다양한 실시예들이 적용 가능한 시스템 정보 (SI) 획득 과정의 일 예를 나타낸 도면이다.
단말은 SI 획득 과정을 통해 AS (access stratum)-/NAS (non access stratum)-정보를 획득할 수 있다. SI 획득 과정은 RRC_IDLE 상태, RRC_INACTIVE 상태, 및 RRC_CONNECTED 상태의 단말에게 적용될 수 있다.
SI는 MIB(Master Information Block)와 복수의 SIB(System Information Block)으로 나눠진다. MIB 외의 SI는 RMSI(Remaining Minimum System Information)으로 지칭될 수 있다. 자세한 사항은 다음을 참조할 수 있다.
- MIB는 SIB1(SystemInformationBlockType1) 수신과 관련된 정보/파라미터를 포함하며 SSB의 PBCH를 통해 전송된다.
- MIB는 SIB1(SystemInformationBlockType1) 수신과 관련된 정보/파라미터를 포함하며 SSB의 PBCH를 통해 전송된다. MIB의 정보는 3GPP TS 38.331을 참조할 수 있으며, 다음의 필드를 포함할 수 있다.
- subCarrierSpacingCommon ENUMERATED {scs15or60, scs30or120},
- ssb-SubcarrierOffset INTEGER (0..15),
- pdcch-ConfigSIB1 INTEGER (0..255),
- dmrs-TypeA-Position ENUMERATED {pos2, pos3},
...
- spare BIT STRING (SIZE (1))
각 필드에 관한 설명은 표 9을 참조할 수 있다.
Figure PCTKR2020010851-appb-img-000009
초기 셀 선택 시, 단말은 SSB를 갖는 하프-프레임이 20ms 주기로 반복된다고 가정한다. 단말은 MIB에 기반하여 Type0-PDCCH 공통 탐색 공간(common search space)을 위한 CORESET(Control Resource Set)(예, CORESET#0)이 존재하는지 확인할 수 있다. k SSB <= 23 (for FR1) 또는 k SSB <= 11 (for FR2)인 경우, 단말은 Type0-PDCCH 공통 탐색 공간을 위한 CORESET이 존재한다고 판단할 수 있다. 만약, k SSB > 23 (for FR1) 또는 k SSB > 11 (for FR2)인 경우, 단말은 Type0-PDCCH 공통 탐색 공간을 위한 CORESET이 없다고 판단할 수 있다. Type0-PDCCH 공통 탐색 공간은 PDCCH 탐색 공간의 일종이며, SI 메세지를 스케줄링 하는 PDCCH를 전송하는데 사용된다. Type0-PDCCH 공통 탐색 공간이 존재하는 경우, 단말은 MIB 내의 정보(예, pdcch-ConfigSIB1)에 기반하여 (i) CORESET(예, CORESET#0)을 구성하는 복수의 연속된 RB와 하나 이상의 연속된 심볼과 (ii) PDCCH 기회(즉, PDCCH 수신을 위한 시간 도메인 위치)(예, 탐색공간#0)를 결정할 수 있다. Type0-PDCCH 공통 탐색 공간이 존재하지 않는 경우, pdcch-ConfigSIB1은 SSB/SIB1이 존재하는 주파수 위치와 SSB/SIB1이 존재하지 않는 주파수 범위에 관한 정보를 제공한다.
SIB1은 나머지 SIB들(이하, SIBx, x는 2 이상의 정수)의 가용성 및 스케줄링(예, 전송 주기, SI-윈도우 사이즈)과 관련된 정보를 포함한다. 예를 들어, SIB1은 SIBx가 주기적으로 방송되는지 on-demand 방식에 의해 단말의 요청에 의해 제공되는지 여부를 알려줄 수 있다. SIBx가 on-demand 방식에 의해 제공되는 경우, SIB1은 단말이 SI 요청을 수행하는데 필요한 정보를 포함할 수 있다. SIB1은 PDSCH를 통해 전송되며, SIB1을 스케줄링 하는 PDCCH는 Type0-PDCCH 공통 탐색 공간을 통해 전송되며, SIB1은 상기 PDCCH에 의해 지시되는 PDSCH를 통해 전송된다.
SIBx는 SI 메세지에 포함되며 PDSCH를 통해 전송된다. 각각의 SI 메세지는 주기적으로 발생하는 시간 윈도우(즉, SI-윈도우) 내에서 전송된다.
1.5. 비면허 대역(Unlicensed band/Shared spectrum)을 지원하는 무선 통신 시스템
도 9은 본 개시의 다양한 실시예들이 적용 가능한 비면허 대역을 지원하는 무선 통신 시스템의 예시를 나타낸다.
예를 들어, 도 9은 NR-U(Unlicensed spectrum) 무선 통신 시스템을 포함할 수 있다.
이하 설명에 있어, 면허 대역(이하, L-band)에서 동작하는 셀을 LCell로 정의하고, LCell의 캐리어를 (DL/UL) LCC라고 정의한다. 또한, 비면허 대역(이하, U-band)에서 동작하는 셀을 UCell로 정의하고, UCell의 캐리어를 (DL/UL) UCC라고 정의한다. 셀의 캐리어/캐리어-주파수는 셀의 동작 주파수(예, 중심 주파수)를 의미할 수 있다. 셀/캐리어(예, CC)는 셀로 통칭한다.
도 9(a)와 같이 단말과 기지국이 반송파 결합된 LCC 및 UCC를 통해 신호를 송수신하는 경우, LCC는 PCC(Primary CC)로 설정되고 UCC는 SCC(Secondary CC)로 설정될 수 있다. 도 9(b)와 같이, 단말과 기지국은 하나의 UCC 또는 반송파 결합된 복수의 UCC를 통해 신호를 송수신할 수 있다. 즉, 단말과 기지국은 LCC 없이 UCC(s)만을 통해 신호를 송수신할 수 있다. 스탠드얼론 동작을 위해, UCell에서 PRACH, PUCCH, PUSCH, SRS 전송 등이 지원될 수 있다.
이하, 본 개시의 다양한 실시예들에 대한 설명에서 기술하는 비면허 대역에서의 신호 송수신 동작은 (별도의 언급이 없으면) 상술한 배치 시나리오에 기초하여 수행될 수 있다.
별도의 언급이 없으면, 아래의 정의가 (비면허 대역과 관련되어) 본 개시의 다양한 실시예들에 대한 설명에서 사용되는 용어에 적용될 수 있다.
- 채널(channel): 공유 스펙트럼(shared spectrum)에서 채널 접속 과정이 수행되는 연속된 RB들로 구성되며, 반송파 또는 반송파의 일부를 지칭할 수 있다.
- 채널 접속 과정(Channel Access Procedure, CAP): 신호 전송 전에 다른 통신 노드(들)의 채널 사용 여부를 판단하기 위해, 센싱에 기반하여 채널 가용성을 평가하는 절차를 나타낸다. 센싱을 위한 기본 유닛(basic unit)은 T sl=9us 구간(duration)의 센싱 슬롯이다. 기지국 또는 단말이 센싱 슬롯 구간동안 채널을 센싱하고, 센싱 슬롯 구간 내에서 적어도 4us 동안 검출된 전력이 에너지 검출 임계값 X Thresh보다 작은 경우, 센싱 슬롯 구간 T sl은 휴지 상태로 간주된다. 그렇지 않은 경우, 센싱 슬롯 구간 T sl=9us은 비지 상태로 간주된다. CAP는 LBT(Listen-Before-Talk)로 지칭될 수 있다.
- 채널 점유(channel occupancy): 채널 접속 절차의 수행 후, 기지국/단말에 의한 채널(들) 상의 대응되는 전송(들)을 의미한다.
- 채널 점유 시간(Channel Occupancy Time, COT): 기지국/단말이 채널 접속 절차의 수행 후, 상기 기지국/단말 및 채널 점유를 공유하는 임의의(any) 기지국/단말(들)이 채널 상에서 전송(들)을 수행할 수 있는 총 시간을 지칭한다. COT 결정 시, 전송 갭이 25us 이하이면, 갭 구간도 COT에 카운트된다. COT는 기지국과 대응 단말(들) 사이의 전송을 위해 공유될 수 있다.
- DL 전송 버스트(burst): 16us (micro-second) 를 초과하는 갭이 없는, 기지국으로부터의 전송 세트로 정의된다. 16us를 초과하는 갭에 의해 분리된, 기지국으로부터의 전송들은 서로 별개의 DL 전송 버스트로 간주된다. 기지국은 DL 전송 버스트 내에서 채널 가용성을 센싱하지 않고 갭 이후에 전송(들)을 수행할 수 있다.
- UL 전송 버스트: 16us를 초과하는 갭이 없는, 단말로부터의 전송 세트로 정의된다. 16us를 초과하는 갭에 의해 분리된, 단말로부터의 전송들은 서로 별개의 UL 전송 버스트로 간주된다. 단말은 UL 전송 버스트 내에서 채널 가용성을 센싱하지 않고 갭 이후에 전송(들)을 수행할 수 있다.
- 디스커버리 버스트: (시간) 윈도우 내에 한정되고 듀티 사이클과 연관된, 신호(들) 및/또는 채널(들)의 세트를 포함하는 DL 전송 버스트를 지칭한다. LTE-기반 시스템에서 디스커버리 버스트는 기지국에 의해 개시된 전송(들)으로서, PSS, SSS 및 CRS(cell-specific RS)를 포함하고, 논-제로 파워 CSI-RS를 더 포함할 수 있다. NR-기반 시스템에서 디스커버리 버스트는 기기국에 의해 개시된 전송(들)으로서, 적어도 SS/PBCH 블록을 포함하며, SIB1을 갖는 PDSCH를 스케줄링하는 PDCCH를 위한 CORESET, SIB1을 운반하는 PDSCH 및/또는 논-제로 파워 CSI-RS를 더 포함할 수 있다.
도 10는 본 개시의 다양한 실시예들이 적용 가능한 비면허 대역 내에서 자원을 점유하는 방법을 예시한다.
도 10를 참조하면, 비면허 대역 내의 통신 노드(예, 기지국, 단말)는 신호 전송 전에 다른 통신 노드(들)의 채널 사용 여부를 판단해야 한다. 이를 위해, 비면허 대역 내의 통신 노드는 전송(들)이 수행되는 채널(들)에 접속하기 위해 채널 접속 과정(CAP)을 수행할 수 있다. 채널 접속 과정은 센싱에 기반하여 수행될 수 있다. 예를 들어, 통신 노드는 신호 전송 전에 먼저 CS(Carrier Sensing)를 수행하여 다른 통신 노드(들)이 신호 전송을 하는지 여부를 확인할 수 있다. 다른 통신 노드(들)이 신호 전송을 하지 않는다고 판단된 경우를 CCA(Clear Channel Assessment)가 확인됐다고 정의한다. 기-정의된 혹은 상위계층(예, RRC)에 의해 설정된 CCA 임계치(예, X Thresh)가 있는 경우, 통신 노드는 CCA 임계치보다 높은 에너지가 채널에서 검출되면 채널 상태를 비지(busy)로 판단하고, 그렇지 않으면 채널 상태를 휴지(idle)로 판단할 수 있다. 채널 상태가 휴지라고 판단되면, 통신 노드는 비면허 대역에서 신호 전송을 시작할 수 있다. CAP는 LBT로 대체될 수 있다.
표 10은 NR-U에서 지원되는 채널 접속 과정(CAP)을 예시한다.
Figure PCTKR2020010851-appb-img-000010
LBT-SB(SubBand) (혹은, RB 세트)
비면허 대역을 지원하는 무선 통신 시스템에서 단말에게 설정되는 하나의 셀(혹은, 반송파(예, CC)) 혹은 BWP는 기존 LTE에 비해 큰 BW(BandWidth)를 갖는 와이드밴드로 구성될 수 있다, 그러나, 규제(regulation) 등에 기초하여 독립적인 LBT 동작에 기반한 CCA가 요구되는 BW는 제한될 수 있다. 개별 LBT가 수행되는 서브-밴드(SB)를 LBT-SB로 정의하면, 하나의 와이드밴드 셀/BWP 내에 복수의 LBT-SB들이 포함될 수 있다. LBT-SB를 구성하는 RB 세트는 상위계층(예, RRC) 시그널링을 통해 설정될 수 있다. 따라서, (i) 셀/BWP의 BW 및 (ii) RB 세트 할당 정보에 기반하여, 하나의 셀/BWP에는 하나 이상의 LBT-SB가 포함될 수 있다.
도 11은 본 개시의 다양한 실시예들이 적용 가능한 비면허 대역 내에 복수의 LBT-SB가 포함된 경우를 예시한다.
도 11을 참조하면, 셀(혹은, 반송파)의 BWP에 복수의 LBT-SB가 포함될 수 있다. LBT-SB는 예를 들어 20MHz 대역을 가질 수 있다. LBT-SB는 주파수 영역에서 복수의 연속된 (P)RB로 구성되며, (P)RB 세트로 지칭될 수 있다. 도시하지는 않았지만, LBT-SB들간에는 가드 밴드(GB)가 포함될 수 있다. 따라서, BWP는 {LBT-SB #0 (RB set #0) + GB #0 + LBT-SB #1 (RB set #1 + GB #1) + ... + LBT-SB #(K-1) (RB set (#K-1))} 형태로 구성될 수 있다. 편의상, LBT-SB/RB 인덱스는 낮은 주파수 대역에서 시작하여 높은 주파수 대역으로 가면서 증가하도록 설정/정의될 수 있다.
비면허 대역을 통한 하향링크 신호 전송 방법
기지국은 비면허 대역에서의 하향링크 신호 전송을 위해 다음 중 하나의 채널 접속 과정(CAP)을 수행할 수 있다.
(1) 타입 1 하향링크(DL) CAP 방법
타입 1 DL CAP에서 전송(들) 전에 유휴로 센싱되는 센싱 슬롯에 의해 스팬되는(spanned) 시간 구간의 길이는 랜덤이다. 타입 1 DL CAP는 다음의 전송에 적용될 수 있다.
- (i) 사용자 평면 데이터(user plane data)를 갖는 유니캐스트 PDSCH, 또는 (ii) 사용자 평면 데이터를 갖는 유니캐스트 PDSCH 및 사용자 평면 데이터를 스케줄링하는 유니캐스트 PDCCH를 포함하는, 기지국에 의해 개시된(initiated) 전송(들), 또는,
- (i) 디스커버리 버스트만 갖는, 또는 (ii) 비-유니캐스트(non-unicast) 정보와 다중화된 디스커버리 버스트를 갖는, 기지국에 의해 개시된 전송(들).
도 12는 본 개시의 다양한 실시예들이 적용 가능한 비면허 대역을 통한 하향링크 신호 전송을 위한 CAP 동작 흐름도이다.
도 12를 참조하면, 하향링크 전송에 대해서 전송 노드(예를 들어, 기지국)가 채널 접속 과정(CAP)을 개시할 수 있다 (1210).
기지국은 먼저 지연 구간(defer duration) T d의 센싱 슬롯 구간 동안 채널이 휴지 상태인지 센싱하고, 그 후 카운터 N이 0이 되면, 전송을 수행할 수 있다(1234). 이때, 카운터 N은 아래 절차에 따라 추가 센싱 슬롯 구간(들) 동안 채널을 센싱함으로써 조정된다:
스텝 1)(1220) N=N init으로 설정. 여기서, N init은 0 부터 CW p 사이에서 균등 분포된 랜덤 값이다. 이어 스텝 4로 이동한다.
스텝 2)(1240) N>0이고 기지국이 카운터를 감소시키기로 선택한 경우, N=N-1로 설정.
스텝 3)(1250) 추가 센싱 슬롯 구간 동안 채널을 센싱한다. 이때, 추가 센싱 슬롯 구간이 휴지인 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
스텝 4)(1230) N=0이면(Y), CAP 절차를 종료한다(1232). 아니면(N), 스텝 2로 이동한다.
스텝 5)(1260) 추가 지연 구간 T d 내에서 비지(busy) 센싱 슬롯이 검출되거나, 추가 지연 구간 T d 내의 모든 센싱 슬롯들이 휴지(idle)로 검출될 때까지 채널을 센싱.
스텝 6)(1270) 추가 지연 구간 T d의 모든 센싱 슬롯 구간 동안 채널이 휴지로 센싱되는 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
표 11는 채널 접속 우선 순위 클래스에 따라 CAP에 적용되는 m p, 최소 경쟁 윈도우(Contention Window, CW), 최대 CW, 최대 채널 점유 시간(Maximum Channel Occupancy Time, MCOT) 및 허용된 CW 크기(allowed CW sizes)가 달라지는 것을 예시한다.
Figure PCTKR2020010851-appb-img-000011
지연 구간 T d는 구간 T f (16us) + mp개의 연속된 센싱 슬롯 구간 T sl (9us)의 순서로 구성된다. T f는 16us 구간의 시작 시점에 센싱 슬롯 구간 T sl을 포함한다.
CW min,p <= CW p <= CW max,p이다. CW p는 CW p = CW min,p로 설정되며, 이전 DL 버스트(예, PDSCH)에 대한 HARQ-ACK 피드백(예, ACK 또는 NACK 비율)에 기반하여 스텝 1 이전에 업데이트 될 수 있다(CW size 업데이트). 예를 들어, CW p는 이전 DL 버스트에 대한 HARQ-ACK 피드백에 기반하여, CW min,p으로 초기화되거나, 다음으로 높은 허용된 값으로 증가되거나, 기존 값이 그대로 유지될 수 있다.
(2) 타입 2 하향링크(DL) CAP 방법
타입 2 DL CAP에서 전송(들) 전에 유휴로 센싱되는 센싱 슬롯에 의해 스팬되는(spanned) 시간 구간의 길이는 결정적이다(deterministic). 타입 2 DL CAP는 타입 2A/2B/2C DL CAP로 구분된다.
타입 2A DL CAP는 아래의 전송에 적용될 수 있다. 타입 2A DL CAP에서 기지국은 적어도 센싱 구간 T short_dl=25us 동안 채널이 휴지로 센싱된 이후 바로(immediately after) 전송을 전송할 수 있다. 여기서, T short_dl은 구간 T f(=16us)와 바로 다음에 이어지는 하나의 센싱 슬롯 구간으로 구성된다. T f는 구간의 시작 지점에 센싱 슬롯을 포함한다.
- (i) 디스커버리 버스트만 갖는, 또는 (ii) 비-유니캐스트(non-unicast) 정보와 다중화된 디스커버리 버스트를 갖는, 기지국에 의해 개시된 전송(들), 또는,
- 공유 채널 점유(shared channel occupancy) 내에서 단말에 의한 전송(들)으로부터 25us 갭 이후의 기지국의 전송(들).
타입 2B DL CAP는 공유된 채널 점유 시간 내에서 단말에 의한 전송(들)로부터 16us 갭 이후에 기지국에 의해 수행되는 전송(들)에 적용 가능하다. 타입 2B DL CAP에서 기지국은 T f=16us 동안 채널이 휴지로 센싱된 이후 바로(immediately after) 전송을 전송할 수 있다. T f는 구간의 마지막 9us 내에 센싱 슬롯을 포함한다. 타입 2C DL CAP는 공유된 채널 점유 시간 내에서 단말에 의한 전송(들)로부터 최대 16us 갭 이후에 기지국에 의해 수행되는 전송(들)에 적용 가능하다. 타입 2C DL CAP에서 기지국은 전송을 수행하기 전에 채널을 센싱하지 않는다.
비면허 대역을 통한 상향링크 신호 전송 방법
단말은 비면허 대역에서의 상향링크 신호 전송을 위해 타입 1 또는 타입 2 CAP를 수행한다. 일반적으로 단말은 상향링크 신호 전송을 위해 기지국이 설정한 CAP(예, 타입 1 또는 타입 2)를 수행할 수 있다. 예를 들어, PUSCH 전송을 스케줄링하는 UL 그랜트(예, DCI 포맷 0_0, 0_1) 내에 단말이 CAP 타입 지시 정보가 포함될 수 있다.
(1) 타입 1 상향링크(UL) CAP 방법
타입 1 UL CAP에서 전송(들) 전에 유휴로 센싱되는 센싱 슬롯에 의해 스팬되는(spanned) 시간 구간의 길이는 랜덤이다. 타입 1 UL CAP는 다음의 전송에 적용될 수 있다.
- 기지국으로부터 스케줄링 및/또는 설정된(configured) PUSCH/SRS 전송(들)
- 기지국으로부터 스케줄링 및/또는 설정된 PUCCH 전송(들)
- RAP(Random Access Procedure) 와 관련된 전송(들)
도 13는 본 개시의 다양한 실시예들이 적용 가능한 비면허 대역을 통한 상향링크 신호 전송을 위한 CAP 동작 흐름도이다.
도 13를 참조하면, 상향링크 전송에 대해서 전송 노드(예를 들어, UE)가 비면허 대역 에서 동작하기 위해 채널 접속 과정(CAP)을 개시할 수 있다 (1310).
단말은 먼저 지연 구간(defer duration) T d의 센싱 슬롯 구간 동안 채널이 휴지 상태인지 센싱하고, 그 후 카운터 N이 0이 되면, 전송을 수행할 수 있다(1334). 이때, 카운터 N은 아래 절차에 따라 추가 센싱 슬롯 구간(들) 동안 채널을 센싱함으로써 조정된다:
스텝 1)(1320) N=N init으로 설정. 여기서, N init은 0 부터 CW p 사이에서 균등 분포된 랜덤 값이다. 이어 스텝 4로 이동한다.
스텝 2)(1340) N>0이고 단말이 카운터를 감소시키기로 선택한 경우, N=N-1로 설정.
스텝 3)(1350) 추가 센싱 슬롯 구간 동안 채널을 센싱한다. 이때, 추가 센싱 슬롯 구간이 휴지인 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
스텝 4)(1330) N=0이면(Y), CAP 절차를 종료한다 (S1532). 아니면(N), 스텝 2로 이동한다.
스텝 5)(1360) 추가 지연 구간 T d 내에서 비지(busy) 센싱 슬롯이 검출되거나, 추가 지연 구간 T d 내의 모든 센싱 슬롯들이 휴지(idle)로 검출될 때까지 채널을 센싱.
스텝 6)(1370) 추가 지연 구간 T d의 모든 센싱 슬롯 구간 동안 채널이 휴지로 센싱되는 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
표 12은 채널 접속 우선 순위 클래스에 따라 CAP에 적용되는 m p, 최소 CW, 최대 CW, 최대 채널 점유 시간(Maximum Channel Occupancy Time, MCOT) 및 허용된 CW 크기(allowed CW sizes)가 달라지는 것을 예시한다.
Figure PCTKR2020010851-appb-img-000012
지연 구간 T d는 구간 T f (16us) + mp개의 연속된 센싱 슬롯 구간 T sl (9us)의 순서로 구성된다. T f는 16us 구간의 시작 시점에 센싱 슬롯 구간 T sl을 포함한다.
CW min,p <= CW p <= CW max,p이다. CW p는 CW p = CW min,p로 설정되며, 이전 UL 버스트(예, PUSCH)에 대한 명시적/묵시적 수신 응답에 기반하여 스텝 1 이전에 업데이트 될 수 있다(CW size 업데이트). 예를 들어, CW p는 이전 UL 버스트에 대한 명시적/묵시적 수신 응답에 기반하여, CW min,p으로 초기화되거나, 다음으로 높은 허용된 값으로 증가되거나, 기존 값이 그대로 유지될 수 있다.
(2) 타입 2 상향링크(UL) CAP 방법
타입 2 UL CAP에서 전송(들) 전에 유휴로 센싱되는 센싱 슬롯에 의해 스팬되는(spanned) 시간 구간의 길이는 결정적이다(deterministic). 타입 2 UL CAP는 타입 2A/2B/2C UL CAP로 구분된다. 타입 2A UL CAP에서 단말은 적어도 센싱 구간 T short_dl=25us 동안 채널이 휴지로 센싱된 이후 바로(immediately after) 전송을 전송할 수 있다. 여기서, T short_dl은 구간 T f(=16us)와 바로 다음에 이어지는 하나의 센싱 슬롯 구간으로 구성된다. 타입 2A UL CAP에서 T f는 구간의 시작 지점에 센싱 슬롯을 포함한다. 타입 2B UL CAP에서 단말은 센싱 구간 T f=16us 동안 채널이 휴지로 센싱된 이후 바로 전송을 전송할 수 있다. 타입 2B UL CAP에서 T f는 구간의 마지막 9us 내에 센싱 슬롯을 포함한다. 타입 2C UL CAP에서 단말은 전송을 수행하기 전에 채널을 센싱하지 않는다.
2. 임의 접속 절차 (Random Access Procedure, RACH)
기지국에 최초로 접속하거나 신호 송신을 위한 무선 자원이 없는 등의 경우, 단말은 기지국에 대해 임의 접속 절차를 수행할 수 있다.
임의 접속 절차는 다양한 용도로 사용된다. 예를 들어, 임의 접속 절차는 RRC_IDLE로부터 네트워크 초기 접속, RRC 연결 재설립 절차 (RRC Connection Re-establishment procedure), 핸드오버, UE-트리거드(UE-triggered) UL 데이터 전송, RRC_INACTIVE로부터 트랜지션 (transition), SCell 추가에서 시간 정렬 (time alignment) 설립, OSI (other system information) 요청 및 빔 실패 회복 (Beam failure recovery) 등에 사용될 수 있다. 단말은 임의 접속 절차를 통해 UL 동기와 UL 전송 자원을 획득할 수 있다.
임의 접속 절차는 경쟁 기반(contention-based) 임의 접속 절차와 경쟁 프리(contention free) 임의 접속 절차로 구분된다. 경쟁 기반 임의 접속 절차는 4-step 임의 접속 절차 (4-step RACH) 와 2-step 임의 접속 절차 (2-step RACH) 로 구분된다.
2.1. 4-step RACH : Type-1 random access procedure
도 14는 본 개시의 다양한 실시예들이 적용 가능한 4-step RACH 절차의 일 예를 나타낸 도면이다.
(경쟁 기반) 임의 접속 절차가 4 단계로 수행 (4-step RACH) 되는 경우, 단말은 물리 임의 접속 채널(Physical Random Access Channel, PRACH)을 통해 특정 시퀀스와 관련된 프리앰블을 포함하는 메시지(메시지1, Msg1)를 송신하고 (1401), PDCCH 및 대응하는 PDSCH를 통해 프리앰블에 대한 응답 메시지((RAR(Random Access Response) message)(메시지2, Msg2)를 수신할 수 있다 (1403). 단말은 RAR 내의 스케줄링 정보를 이용하여 PUSCH (Physical Uplink Shared Channel)를 포함하는 메시지(메시지3, Msg3)을 전송하고 (1405), 물리하향링크제어채널 신호 및 이에 대응하는 물리하향링크공유 채널 신호의 수신과 같은 충돌 (경쟁) 해결 절차 (Contention Resolution Procedure)를 수행할 수 있다. 단말은 기지국으로부터 충돌 해결 절차를 위한 충돌 (경쟁) 해결 정보 (contention resolution information) 를 포함하는 메시지(메시지4, Msg4)를 수신할 수 있다 (1407).
단말의 4-스텝 RACH 절차는 아래 표 13 와 같이 요약될 수 있다.
Figure PCTKR2020010851-appb-img-000013
먼저, 단말은 UL에서 임의 접속 절차의 Msg1로서 임의 접속 프리앰블을 PRACH를 통해 전송할 수 있다.
서로 다른 두 길이를 가지는 임의 접속 프리앰블 시퀀스들이 지원된다. 긴 시퀀스 길이 839는 1.25 및 5 kHz의 부반송파 간격(subcarrier spacing)에 대해 적용되며, 짧은 시퀀스 길이 139는 15, 30, 60 및 120 kHz의 부반송파 간격에 대해 적용된다.
다수의 프리앰블 포맷들이 하나 또는 그 이상의 RACH OFDM 심볼들 및 서로 다른 순환 프리픽스(cyclic prefix) (및/또는 가드 시간(guard time))에 의해 정의된다. Pcell(Primary cell)의 초기 대역폭에 관한 RACH 설정(configuration)은 셀의 시스템 정보에 포함되어 단말에게 제공된다. 상기 RACH 설정은 PRACH의 부반송파 간격, 이용 가능한 프리앰블들, 프리앰블 포맷 등에 관한 정보를 포함한다. 상기 RACH 설정은 SSB들과 RACH (시간-주파수) 자원들 간의 연관 정보를 포함한다. 단말은 검출한 혹은 선택한 SSB와 연관된 RACH 시간-주파수 자원에서 임의 접속 프리앰블을 전송한다.
RACH 자원 연관을 위한 SSB의 임계값이 네트워크에 의해 설정될 수 있으며, SSB 기반으로 측정된 참조 신호 수신 전력(reference signal received power, RSRP)가 상기 임계값을 충족하는 SSB를 기반으로 RACH 프리앰블의 전송 또는 재전송이 수행된다. 예를 들어, 단말은 임계값을 충족하는 SSB(들) 중 하나를 선택하고, 선택된 SSB에 연관된 RACH 자원을 기반으로 RACH 프리앰블을 전송 또는 재전송할 수 있다. 예를 들어, RACH 프리앰블의 재전송 시, 단말은 SSB(들) 중 하나를 재선택하고, 재선택된 SSB 에 연관된 RACH 자원을 기반으로 RACH 프리앰블을 재전송할 수 있다. 즉, RACH 프리앰블의 재전송을 위한 RACH 자원은, RACH 프리앰블의 전송을 위한 RACH 자원과 동일 및/또는 상이할 수 있다.
기지국이 단말로부터 임의 접속 프리앰블을 수신하면, 기지국은 임의 접속 응답(random access response, RAR) 메시지(Msg2)를 상기 단말에게 전송한다. RAR을 나르는 PDSCH를 스케줄링하는 PDCCH는 임의 접속(random access, RA) 무선 네트워크 임시 식별자(radio network temporary identifier, RNTI)(RA-RNTI)로 CRC 스크램블링되어 전송된다. RA-RNTI로 CRC 스크램블링된 PDCCH를 검출한 단말은 상기 PDCCH가 나르는 DCI가 스케줄링하는 PDSCH로부터 RAR을 수신할 수 있다. 단말은 자신이 전송한 프리앰블, 즉, Msg1에 대한 임의 접속 응답 정보가 상기 RAR 내에 있는지 확인한다. 자신이 전송한 Msg1에 대한 임의 접속 정보가 존재하는지 여부는 상기 단말이 전송한 프리앰블에 대한 임의 접속 프리앰블 ID가 존재하는지 여부에 의해 판단될 수 있다. Msg1에 대한 응답이 없으면, 단말은 전력 램핑(power ramping)을 수행하면서 RACH 프리앰블을 일정 횟수 이내에서 재전송할 수 있다. 단말은 가장 최근의 전송 전력, 전력 증분량 및 전력 램핑 카운터를 기반으로 프리앰블의 재전송에 대한 PRACH 전송 전력을 계산한다.
임의 접속 응답 정보는 단말이 전송한 프리앰블 시퀀스, 기지국이 임의접속을 시도한 단말기에게 할당한 임시 (temporary) 셀-RNTI (temporary cell-RNTI, TC-RNTI), 상향링크 전송 시간 조정 정보(Uplink transmit time alignment information), 상향링크 전송 전력 조정 정보 및 상향 링크 무선자원 할당 정보를 포함할 수 있다. 단말이 PDSCH 상에서 자신에 대한 임의 접속 응답 정보를 수신하면, 단말은 UL 동기화를 위한 타이밍 어드밴스(timing advance) 정보, 초기 UL 그랜트, TC-RNTI를 알 수 있다. 상기 타이밍 어드밴스 정보는 상향링크 신호 전송 타이밍을 제어하는 데 사용된다. 단말에 의한 PUSCH/PUCCH 전송이 네트워크 단에서 서브프레임 타이밍과 더 잘 정렬(align)되도록 하기 위해, 네트워크(예, BS)는 단말로부터 수신되는 PRACH 프리앰블로부터 검출되는 타이밍 정보에 기반하여 타이밍 어드밴스 정보를 획득하고, 해당 타이밍 어드밴스 정보를 보낼 수 있다. 단말은 임의 접속 응답 정보를 기반으로 상향링크 공유 채널 상에서 UL 전송을 임의 접속 절차의 Msg3로서 전송할 수 있다. Msg3은 RRC 연결 요청 및 단말 식별자를 포함할 수 있다. Msg3에 대한 응답으로서, 네트워크는 Msg4를 전송할 수 있으며, 이는 DL 상에서의 경쟁 해결 메시지로 취급될 수 있다. Msg4를 수신함으로써, 단말은 RRC 연결된 상태에 진입할 수 있다.
앞서 언급한 바와 같이 RAR 내 UL 그랜트는 기지국에게 PUSCH 전송을 스케줄링한다. RAR 내 UL 그랜트에 의한 초기 UL 전송을 나르는 PUSCH는 Msg3 PUSCH로 칭하기도 한다. RAR UL 그랜트의 컨텐츠는 MSB에서 시작하여 LSB에서 끝나며, 표 14에서 주어진다.
Figure PCTKR2020010851-appb-img-000014
TPC 명령은 Msg3 PUSCH의 전송 전력을 결정하는 데 사용되며, 예를 들어, 표 15에 따라 해석된다.
Figure PCTKR2020010851-appb-img-000015
2.2. 2-step RACH : Type-2 random access procedure
도 15는 본 개시의 다양한 실시예들이 적용 가능한 2-step RACH 절차의 일 예를 나타낸 도면이다.
(경쟁 기반) 임의 접속 절차가 2 단계로 수행되는 2-step RACH 절차는 낮은 시그널링 오버헤드 (low signaling overhead) 와 낮은 지연 (low latency) 을 성취하기 위하여 RACH 절차를 단순화 시키기 위하여 제안되었다.
4-step RACH 절차에서의 메시지1 을 송신하는 동작과 메시지 3 을 송신하는 동작은 2-step RACH 절차에서는 단말이 PRACH 및 PUSCH 를 포함하는 하나의 메시지 (메시지A) 에 대한 송신을 수행하는 하나의 동작으로 수행되고, 4-step RACH 절차에서의 기지국이 메시지2을 송신하는 동작 및 메시지4를 송신하는 동작은 2-step RACH 절차에서는 기지국이 RAR 및 충돌 해결 정보를 포함하는 하나의 메시지 (메시지B) 에 대한 송신을 수행하는 하나의 동작으로 수행될 수 있다.
즉, 2-스텝 RACH 절차에서 단말은 4-스텝 RACH 절차에서의 메시지1 과 메시지3 를 하나의 메시지 (예를 들어, 메시지 A (message A, msgA)) 로 결합하여, 해당 하나의 메시지를 기지국으로 송신할 수 있다. (1501)
또한, 2-스텝 RACH 절차에서 기지국은 4-스텝 RACH 절차에서의 메시지 2 와 메시지 4 를 하나의 메시지 (예를 들어, 메시지 B (message B, msgB)) 로 결합하여, 해당 하나의 메시지를 단말로 송신할 수 있다. (1503)
이러한 메시지들의 결합에 기초하여 2-스텝 RACH 절차는 낮은 지연 (low-latency) RACH 절차를 제공할 수 있다.
보다 구체적으로, 2-스텝 RACH 절차에서 메시지 A 는 메시지1 에 포함된 PRACH 프리앰블 (preamble) 과 메시지3 에 포함된 데이터를 포함할 수 있다. 2-스텝 RACH 절차에서 메시지 B 는 메시지2에 포함된 RAR (random access response) 와 메시지4에 포함된 경쟁 해소 정보 (contention resolution information) 를 포함할 수 있다.
2.3. Contention-free RACH
도 16은 본 개시의 다양한 실시예들이 적용 가능한 contention-free RACH 절차의 일 예를 나타낸 도면이다.
경쟁-프리 임의 접속 절차(contention-free RACH)는 단말이 다른 셀 또는 기지국으로 핸드오버 하는 과정에서 사용되거나, 기지국의 명령에 의해 요청되는 경우에 수행될 수 있다. 경쟁-프리 임의 접속 절차의 기본적인 과정은 경쟁 기반 임의 접속 절차와 유사하다. 다만, 단말이 복수의 임의 접속 프리앰블들 중 사용할 프리앰블을 임의로 선택하는 경쟁 기반 임의 접속 절차와 달리, 경쟁-프리 임의 접속 절차의 경우에는 단말이 사용할 프리앰블(이하 전용 임의 접속 프리앰블)이 기지국에 의해 단말에게 할당된다 (1601). 전용 임의 접속 프리앰블에 대한 정보는 RRC 메시지(예, 핸드오버 명령)에 포함되거나 PDCCH 오더(order)를 통해 단말에게 제공될 수 있다. 임의 접속 절차가 개시되면 단말은 전용 임의 접속 프리앰블을 기지국에게 전송한다 (1603). 단말이 기지국으로부터 임의 접속 응답을 수신하면 상기 임의 접속 절차는 완료(complete)된다 (1605).
경쟁 프리 임의 접속 절차에서, RAR UL 그랜트 내 CSI 요청 필드는 단말이 비주기적 CSI 보고를 해당 PUSCH 전송에 포함시킬 것인지 여부를 지시한다. Msg3 PUSCH 전송을 위한 부반송파 간격은 RRC 파라미터에 의해 제공된다. 단말은 동일한 서비스 제공 셀의 동일한 상향링크 반송파 상에서 PRACH 및 Msg3 PUSCH을 전송하게 될 것이다. Msg3 PUSCH 전송을 위한 UL BWP는 SIB1(SystemInformationBlock1)에 의해 지시된다.
2.4. Mapping between SSB blocks and PRACH resource (occasion)
도 17 와 도 18는 본 개시의 다양한 실시예들에 따른 SS 블록 전송 및 SS 블록에 링크된 PRACH 자원의 예시를 나타낸 도면이다.
기지국이 하나의 UE와 통신하기 위해서는 상기 기지국과 상기 UE 간 최적의 빔 방향이 무엇인지를 알아내야 하고, 상기 UE가 움직임에 따라 최적의 빔 방향도 변할 것이므로 최적의 빔 방향을 지속적으로 추적해야 한다. 기지국과 UE 간 최적의 빔 방향을 알아내는 과정을 빔 획득(beam acquisition) 과정이라 하고, 최적의 빔 방향을 지속적으로 추적하는 과정을 빔 추적(beam tracking) 과정이라 한다. 빔 획득 과정은 1) UE가 기지국에 최초로 접속을 시도하는 초기 접속, 2) UE가 하나의 기지국으로부터 다른 기지국으로 넘어가는 핸드오버, 3) UE와 기지국 간 최적 빔을 찾는 빔 트랙킹 수행 중에 최적 빔을 잃어버리고 상기 기지국과 통신이 최적의 통신 상태를 지속할 수 없거나 통신이 불가능한 상태로 들어간 상태, 즉, 빔 실패(beam failure)를 복구하기 위한 빔 회복(beam recovery) 등에 필요하다.
NR 시스템의 경우, 다중 빔을 사용하는 환경에서 빔 획득을 위해 다단계의 빔 획득 과정이 논의되고 있다. 다단계 빔 획득 과정에서, 기지국과 UE가 초기 접속 단계(stage)에서는 넓은(wide) 빔을 이용하여 연결 셋업을 진행하고, 연결 셋업이 완료된 후 상기 기지국과 상기 UE는 좁은(narrow) 빔을 이용하여 최적의 품질로 통신을 수행한다. 본 개시의 다양한 실시예들에 적용 가능한 NR 시스템에서 빔 획득 과정의 일 예는 아래와 같을 수 있다.
1) 기지국은 UE가 초기 접속 단계에서 기지국을 찾고, 즉, 셀 탐색(cell search) 혹은 셀 획득(cell acquisition)을 수행하고 넓은 빔의 빔 별 채널 품질을 측정하여 빔 획득의 일차 단계에서 사용할 최적의 넓은 빔을 찾을 수 있도록 하기 위해서 넓은 빔 별로 동기 블록(synchronization block)을 전송한다.
2) UE는 빔 별 동기 블록에 대해 셀 탐색을 수행하고, 빔 별 검출(detection) 결과를 이용하여 하향링크 빔 획득을 수행한다.
3) UE는 자신이 찾아낸 기지국에 자신이 접속하려는 것을 알려주기 위해 RACH 과정을 수행하게 된다.
4) UE가 RACH 과정과 동시에 넓은 빔 레벨로 하향링크 빔 획득 결과(예, 빔 인덱스)를 기지국에게 알려줄 수 있도록 하기 위해서, 상기 기지국은 빔 별로 전송된 동기 블록과 PRACH 전송을 위해 사용될 PRACH 자원을 연결 혹은 연관시켜 놓는다. UE는 자신이 찾은 최적의 빔 방향과 연결된 PRACH 자원을 이용하여 RACH 과정을 수행하면, 기지국은 PRACH 프리앰블을 수신하는 과정에서 상기 UE에게 적합한 하향링크 빔에 대한 정보를 얻게 된다.
다중-빔 환경에서는 UE와 전송 및 수신 포인트(transmission and reception point, TRP) 사이의 Tx 빔 및/또는 수신(reception, Rx) 빔 방향을 UE 및/또는 TRP가 정확히 결정할 수 있느냐가 문제된다. 다중-빔 환경에서 TRP(예, 기지국) 혹은 UE의 TX/RX 상호(reciprocal) 능력(capability)에 따라서 신호 전송을 반복 혹은 신호 수신을 위한 빔 스위핑이 고려될 수 있다. TX/RX 상호 능력은 TRP 및 UE에서의 TX/RX 빔 대응성(correspondence)라고도 한다. 다중-빔 환경에서 TRP 및 UE에서 TX/RX 상호 능력이 유효하지(hold) 않으면 UE는 자신이 하향링크 신호를 수신한 빔 방향으로 상향링크 신호를 쏘지 못할 수 있다. UL의 최적 경로와 DL의 최적 경로가 다를 수 있기 때문이다. TRP에서의 TX/RX 빔 대응성은, TRP가 TRP의 하나 이상의 TX 빔들에 관한 UE의 하향링크 측정을 기초로 해당 상향링크 수신을 위한 TRP RX 빔을 결정할 수 있으면 및/또는 TRP가 TRP의 하나 이상의 RX 빔들에 관한 TRP'의 상향링크 측정을 기초로 해당 하향링크 전송에 대한 TRP TX 빔을 결정할 수 있으면, 유효하다(hold). UE에서의 TX/RX 빔 대응성은, UE가 UE의 하나 이상의 RX 빔들에 관한 UE의 하향링크 측정을 기초로 해당 상향링크 전송을 위한 UE RX 빔을 결정할 수 있으면 및/또는 UE가 UE의 하나 이상의 TX 빔들에 관한 상향링크 측정을 기반으로 한 TRP의 지시(indication)를 기초로 해당 하향링크 수신에 대한 UE TX 빔을 결정할 수 있으면, 유효하다(hold).
2.5. PRACH preamble structure
NR 시스템에서 기지국으로의 초기 접속, 즉, 상기 기지국이 사용하는 셀을 통한 상기 기지국으로의 초기 접속을 위해 사용하는 RACH 신호는 다음 요소들을 이용하여 구성될 수 있다.
- 순환 프리픽스(cyclic prefix, CP): 이전/앞 (OFDM) 심볼로부터 들어오는 간섭을 막아주고, 다양한 시간 지연을 갖고 기지국에 도착하는 PRACH 프리앰블 신호들을 하나의 동일한 시간대에 묶어주는 역할을 한다. 즉, 셀 최대 반경에 부합하도록 CP를 설정하면 상기 셀 내의 UE들이 동일한 자원에서 전송한 PRACH 프리앰블들이 PRACH 수신을 위해 기지국이 설정한 PRACH 프리앰블 길이에 해당하는 PRACH 수신 윈도우 내에 들어오게 된다. CP의 길이는 일반적으로 최대 라운드 트립 딜레이(maximum round trip delay)보다 같거나 크게 설정된다. CP 는 길이 T CP 를 가질 수 있다.
- 프리앰블 (시퀀스): 신호가 전송되었음을 기지국이 검출하기 위한 시퀀스가 정의되며, 프리앰블은 이 시퀀스를 나르는 역할을 한다. 프리앰블 시퀀스는 길이 T SEQ 를 가질 수 있다.
- 가드 시간(guard time, GT): PRACH 커버리지 상 기지국과 가장 먼 곳으로부터 전송되어 지연되어 상기 기지국에 들어오는 PRACH 신호가 PRACH 심볼 구간(duration) 이후에 들어오는 신호에 간섭을 주지 않도록 하기 위해 정의된 구간으로서, 이 구간 동안 UE는 신호를 전송하지 않기 때문에 GT는 PRACH 신호로서 정의되지 않을 수도 있다. 가드 시간은 길이 T GP 를 가질 수 있다.
2.6. Mapping to physical resources for Physical random-access channel
임의 접속 프리앰블은 RACH 설정을 위하여 미리 설정된 테이블(RACH 설정 테이블) 과 FR1, FR2 및 미리 설정된 스펙트럼 타입에 기초하여 획득되는 시간 자원 내에서만 송신될 수 있다.
RACH 설정 테이블 내의 PRACH configuration index 는 아래와 같이 주어질 수 있다.
- Random access configurations for FR1 and unpaired spectrum 에 대한 RACH 설정 테이블을 위하여, 상위 계층 파라미터 prach-ConfigurationIndexNew (if configured) 로부터 주어질 수 있다. 아닌 경우, prach-ConfigurationIndex, 또는 msgA-prach-ConfigurationIndex 또는 msgA-prach-ConfigurationIndexNew (if configured) 등으루부터 주어질 수 있다.
- Random access configurations for FR1 and paired spectrum/supplementary uplink 에 대한 RACH 설정 테이블과 Random access configurations for FR2 and unpaired spectrum 에 대한 RACH 설정 테이블을 위하여, 상위 계층 파라미터 prach-ConfigurationIndex, 또는 msgA-prach-ConfigurationIndexNew (if configured) 등으루부터 주어질 수 있다.
RACH 설정 테이블은 각 케이스에서 PRACH configuration Index, Preamble format, n SFN mod x=y, Subframe number, Starting symbol, Number of PRACH slots, number of time-domain PRACH occasions within a PRACH slot), PRACH duration 중 하나 이상 간의 관계에 대한 테이블일 수 있다.
각 케이스는 아래와 같을 수 있다:
- (1) Random access configurations for FR1 and paired spectrum/supplementary uplink
- (2) Random access configurations for FR1 and unpaired spectrum
- (3) Random access configurations for FR2 and unpaired spectrum
아래 표 16 은 (2) Random access configurations for FR1 and unpaired spectrum 을 위한 RACH 설정 테이블의 일 예의 일부를 예시한다.
Figure PCTKR2020010851-appb-img-000016
3. 본 개시의 다양한 실시예들
이하에서는, 상기와 같은 기술적 사상에 기반하여 본 개시의 다양한 실시예들에 대해 보다 상세히 설명한다. 이하에서 설명되는 본 개시의 다양한 실시예들에 대해서는 앞서 설명한 제 1 절 내지 제 2 절의 내용들이 적용될 수 있다. 예를 들어, 이하에서 설명되는 본 개시의 다양한 실시예들에서 정의되지 않은 동작, 기능, 용어 등은 제 1 절 내지 제 2 절의 내용들에 기반하여 수행되고 설명될 수 있다.
본 개시의 다양한 실시예들에 대한 설명에서 사용되는 기호/약어/용어는 다음과 같을 수 있다.
- A/B/C : A 및/또는 B 및/또는 C
- DL : downlink
- OFDM : orthogonal frequency division multiplexing
- PRACH : physical random access channel
- PUSCH : physical uplink shared channel
- RA : random access
- RACH : random access channel
- RO : RACH occasion or PRACH occasion
- SC : subcarrier
- SCS : subcarrier spacing
- SSB : synchronization signal block
- SS/PBCH : synchronization signal/physical broadcast channel
- UL : uplink
본 개시의 다양한 실시예들에 대한 설명에서, A 초과/이상인 것은 A 이상/초과인 것으로 대체될 수 있다.
본 개시의 다양한 실시예들에 대한 설명에서, B 미만/이하인 것은 B 이하/미만인 것으로 대체될 수 있다.
표 17 는 3GPP NR 시스템의 FR1, unpaired spectrum 에서의 RACH 설정을 나타내는 RACH 설정 테이블의 일 예의 일부를 예시한다.
Figure PCTKR2020010851-appb-img-000017
표 18 는 3GPP NR 시스템의 TDD 설정 (TDD configuration) 의 일 예의 일부를 예시한다. (D : downlink subframe/symbol, G : guard period/symbol, U : uplink subframe/symbol, S : special subframe)
Figure PCTKR2020010851-appb-img-000018
도 19 은 본 개시의 다양한 실시예들이 적용 가능한 RACH 기회 구성의 일 예를 나타낸 도면이다.
3GPP NR 시스템에서 정의된 RACH 설정 테이블 (RACH configuration table) 은 RACH 기회 (RACH occasion) 을 구성하기 위해 필요한 파라미터들 (Preamble format, Periodicity, SFN offset, RACH subframe/slot index, Starting OFDM symbol, Number of RACH slot, Number of occasions, OFDM symbols for RACH format 등) 에 대한 구체적인 값들을 표시하고 있다. RACH 설정 인덱스 (RACH configuration index) 가 지시되면, 지시된 인덱스에 해당되는 특정 값들이 사용될 수 있다.
예를 들어, 시작 OFDM 심볼 (Starting OFDM symbol) 파라미터가 n인 경우, #n 인덱스를 갖는 OFDM 심볼에서부터 (시간 도메인에서) 연속적인 하나 이상의 RACH 기회가 설정될 수 있다.
예를 들어, 하나 이상의 RACH 기회의 개수는 시간 도메인에서 RACH 슬롯 내 RACH 기회 개수 (number of time-domain PRACH occasions within a RACH slot) 파라미터에 의하여 지시될 수 있다.
예를 들어, RACH 슬롯은 하나 이상의 RACH 기회를 포함할 수 있다.
예를 들어, (서브프레임 내 및/또는 특정 SCS 의 슬롯 내) RACH 슬롯 개수가 RACH 슬롯 개수 (Number of RACH slot) 파라미터에 의하여 지시될 수 있다.
예를 들어, RACH 기회가 포함되는 시스템 프레임 넘버 (system frame number, SFN) 는 n SFN mod x=y 에 의하여 결정될 수 있다. mod 는 모듈러 연산 (modulo arithmetic, modulo operation) 으로, 피제수 (dividend) q 를 제수 (divisor) d 로 나눈 나머지 (remainder) r 을 구하는 연산일 수 있다. (r = q mod (d))
예를 들어, 시스템 프레임 내 RACH 기회가 포함되는 서브프레임/슬롯 (인덱스) 이 RACH subframe/slot index 파라미터에 의하여 지시될 수 있다.
예를 들어, RACH 송수신을 위한 프리앰블 포맷이 프리앰블 포맷 (Preamble format) 파라미터에 의하여 지시될 수 있다.
도 19(a) 를 참조하면, 예를 들어, 시작 OFDM 심볼 (Starting OFDM symbol) 이 0 으로 지시된 경우, #0 번 OFDM 심볼에서부터 (시간 도메인에서) 연속적인 하나 이상의 RACH 기회가 설정될 수 있다. 예를 들어, 하나 이상의 RACH 기회의 개수는 시간 도메인에서 RACH 슬롯 내 RACH 기회 개수 파라미터에 의하여 지시된 값에 따를 수 있다. 예를 들어, 프리앰블 포맷은 프리앰블 포맷 파라미터에 의하여 지시될 수 있다. 예를 들어, 프리앰블 포맷 A1, A2, A3, B4, C0, C2 등이 지시될 수 있다. 예를 들어, 마지막 2 개의 OFDM 심볼 중 하나는 보호 구간으로 사용될 수 있으며, 다른 하나는 PUCCH, SRS (sounding reference signal) 등의 다른 상향링크 신호 송신에 사용될 수 있다.
도 19(b) 를 참조하면, 예를 들어, 시작 OFDM 심볼 (Starting OFDM symbol) 이 2으로 지시된 경우, #2 번 OFDM 심볼에서부터 (시간 도메인에서) 연속적인 하나 이상의 RACH 기회가 설정될 수 있다. 예를 들어, 12 개의 OFDM 심볼이 RACH 기회를 위하여 사용될 수 있으며, 마지막 OFDM 심볼에 보호 구간은 설정되지 않을 수 있다. 예를 들어, 하나 이상의 RACH 기회의 개수는 시간 도메인에서 RACH 슬롯 내 RACH 기회 개수 파라미터에 의하여 지시된 값에 따를 수 있다. 예를 들어, 프리앰블 포맷은 프리앰블 포맷 파라미터에 의하여 지시될 수 있다. 예를 들어, 프리앰블 포맷 A1/B1, B1, A2/B2, A3/B3, B4, C0, C2 등이 지시될 수 있다.
도 19(c) 를 참조하면, 예를 들어, 시작 OFDM 심볼 (Starting OFDM symbol) 이 7으로 지시된 경우, #7 번 OFDM 심볼에서부터 (시간 도메인에서) 연속적인 하나 이상의 RACH 기회가 설정될 수 있다. 예를 들어, 6 개의 OFDM 심볼이 RACH 기회를 위하여 사용될 수 있으며, 마지막 OFDM 심볼 (#13번 OFDM 심볼) PUCCH, SRS (sounding reference signal) 등의 다른 상향링크 신호 송신에 사용될 수 있다. 예를 들어, 하나 이상의 RACH 기회의 개수는 시간 도메인에서 RACH 슬롯 내 RACH 기회 개수 파라미터에 의하여 지시된 값에 따를 수 있다. 예를 들어, 프리앰블 포맷은 프리앰블 포맷 파라미터에 의하여 지시될 수 있다. 예를 들어, 프리앰블 포맷 A1, B1, A2, A3, B3, B4, C0, C2 등이 지시될 수 있다.
예를 들어, RACH 설정 테이블에 포함된 파라미터들은 RACH 설정 테이블과 RACH 설정 인덱스에 의하여 식별/결정되는 미리 설정된 대응 관계를 만족할 수 있다. 예를 들어, 표 14 를 참조하면, RACH 설정 인덱스=67 는 RACH 포맷=A1, 주기 (x)=16, SFN offset (y)=1, Subframe index=9, Starting OFDM symbol (index)=0, Number of slots=2, Number of occasions=6, OFDM symbols for RACH format=2 에 대응할 수 있으며, 이러한 대응 관계는 RACH 설정 인덱스와 RACH 설정 테이블에 의하여 식별될 수 있다.
RACH 설정 테이블을 구성하는 파라미터 중 RACH 슬롯/서브프레임 인덱스는, 특정 SCS 를 기준으로 표시된 인덱스일 수 있다. 예를 들어, FR1 인 경우, 15 kHz SCS 의 RACH 슬롯, FR2 인 경우 60 kHz SCS 의 RACH 슬롯을 기준으로 슬롯/서브프레임 인덱스가 표시될 수 있다.
만약, 30 kHz SCS RACH 슬롯이 사용되는 경우, 15 kHz SCS RACH 서브프레임 인덱스를 따르고, 15 kHz SCS RACH 서브프레임 안에 표시될 수 있는 30 kHz SCS RACH 슬롯 2 개가 있을 수 있는데, 해당 2 슬롯이 모두 사용되던가 및/또는 해당 2 슬롯 중 2번째 슬롯만이 사용될 수 있고, 이 값은 RACH 설정 테이블에 따라 지시될 수 있다.
그런데, 예를 들어, 30 kHz RACH 슬롯을 2 개 모두 사용하는 것이 오버헤드가 크게 되는 것이어서 오버헤드를 줄이고 싶은 경우라면, 현재의 기술로는 불가능하게 된다. 또한, 예를 들어 긴 주기 (longer periodicity) (예를 들어, 20, 40, 80, 160 ms 등) 인 경우, 30 kHz RACH 슬롯을 2 개 모두 사용하라고 지정되는데, TDD 설정에서는 30 kHz UL 슬롯이 한 개만 지원되는 경우라면 (예를 들어, DDDSU 등), 해당 RACH 설정을 설정/구성하는 것은 불가능하게 된다.
본 개시의 다양한 실시예들은 RACH 기회 (RACH occasion) 을 설정/구성하기 위한 RACH 설정 파라미터를 치환 (override) 및/또는 업데이트 (update) 하는 및/또는 재설정하는 방법 및 이를 지원하는 장치를 제공할 수 있다.
도 20 은 본 개시의 다양한 실시예들에 따른 단말과 기지국의 동작 방법을 간단히 나타낸 도면이다.
도 21 는 본 개시의 다양한 실시예들에 따른 단말의 동작 방법을 나타낸 흐름도이다.
도 22 는 본 개시의 다양한 실시예들에 따른 기지국의 동작 방법을 나타낸 흐름도이다.
도 20 내지 도 22 를 참조하면, 예시적 실시예에 따른 동작 2001, 2101, 2201 에서, 기지국은 RACH 설정을 송신하고, 단말은 이를 수신할 수 있다. 예를 들어, RACH 설정은 RACH 설정 인덱스 (RACH configuration index) 를 포함할 수 있다. 예를 들어, RACH 설정 인덱스에 기초하여 RACH 설정 테이블 (RACH configuration table) 에 포함된 복수의 RACH 파라미터들이 지시될 수 있다.
예시적 실시예에 따른 동작 2003, 2103 에서, 단말은 RACH 설정 인덱스에 기초하여 RACH 설정 테이블에 포함된 복수의 RACH 파라미터들을 획득할 수 있다.
예시적 실시예에 따른 동작 2005, 2105, 2205 에서, 기지국은 복수의 RACH 파라미터들 중 하나 이상의 RACH 파라미터를 치환 및/또는 업데이트 및/또는 재설정하기 위한 파라미터를 송신하고, 단말은 이를 수신할 수 있다.
예시적 실시예에 따른 동작 2007, 2107 에서, 단말은 파라미터에 기초하여 하나 이상의 RACH 파라미터를 치환 및/또는 업데이트 및/또는 재설정할 수 있다.
예시적 실시예에 따른 동작 2009, 2109, 2209 에서, 단말은 RACH 설정 및 치환 및/또는 업데이트 및/또는 재설정된 하나 이상의 RACH 파라미터에 기초하여 RACH 를 송신할 수 있으며, 기지국은 이를 수신할 수 있다.
상술한 치환 및/또는 업데이트 및/또는 재설정되는 하나 이상의 RACH 파라미터 및 하나 이상의 RACH 파라미터가 치환 및/또는 업데이트 및/또는 재설정되는 구체적인 방법은 후술되는 본 개시의 다양한 실시예들 중 하나 이상에 기초할 수 있다.
각 예시적 실시예에 따른 동작에서의 보다 구체적인 동작, 기능, 용어 등은 후술되는 본 개시의 다양한 실시예들에 기반하여 수행되고 설명될 수 있다. 한편, 각 예시적 실시예에 따른 동작들은 예시적인 것으로, 각 실시예의 구체적인 내용에 따라 상술한 동작들 중 하나 이상의 동작은 생략될 수 있다.
이하에서는 본 개시의 다양한 실시예들에 대해 상세히 설명한다. 이하에서 설명되는 본 개시의 다양한 실시예들은 상호 배척되지 않는 한 전부 또는 일부가 결합되어 본 개시의 또 다른 다양한 실시예들을 구성할 수도 있으며, 이는 당해 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있다.
3.1. 방안#1
예를 들어, RACH 설정 테이블에 포함된 파라미터에 해당되는 특정값이 RACH 설정 인덱스에 따라 지정되었을 때, 어떤 사용자 단말을 위해서는 해당 RACH 설정 인덱스로 설정된 값에 따라 RACH 기회가 구성될 수 있다.
및/또는, 예를 들어, 어떤 파라미터는 관련 파라미터의 값을 치환/업데이트/재설정 하기 위해 추가로 지시되는 파라미터의 값에 따라 재설정될 수 있다. 이 경우, 예를 들어, 그 파라미터를 수신하여 적용할 수 있는 사용자 단말을 위해서는 치환/업데이트/제설정된 값이 사용되어 RACH 기회가 구성될 수 있다.
예를 들어, 상기 어떤 파라미터는 RACH 기회를 구성하기 위해 필요한 파라미터들로, RACH 설정 테이블에서 정의된 파라미터들 중 하나 이상일 수 있다.
예를 들어, 상기 어떤 파라미터는 아래 파라미터 중 하나 이상일 수 있다. 예를 들어, 아래 파라미터 중 하나 이상을 치환/업데이트/재설정 하기 위한 정보가 송수신될 수 있으며, 해당 정보에 따라 아래 파라미터 중 하나 이상이 재설정될 수 있다.
- RACH 설정 인덱스
- 주기 (x) (Periodicity (x))
- 시스템 프레임 넘버 오프셋 (y) (SFN offset (y))
- 서브프레임 인덱스
- 슬롯 인덱스
- 시작 OFDM 심볼
- 슬롯 개수 (number of slot)
- RO 개수 (number of RACH occasion)
- 시간 도메인에서 PRACH 슬롯 내 PRACH 기회 개수 (number of time-domain PRACH occasions within a PRACH slot)
예를 들어, prach-ConfigurationIndex 는 RACH-ConfigGeneric 에서 정의되어 있는 파라미터일 수 있다. 예를 들어, prach-ConfigurationIndex 는 RACH-ConfigGeneric 에 포함되어 송수신될 수 있다.
RACH-ConfigGeneric 의 설정의 일 예는 아래 표 19 내지 표 20 을 참조할 수 있다.
Figure PCTKR2020010851-appb-img-000019
Figure PCTKR2020010851-appb-img-000020
예를 들어, msgA-PRACH-ConfigurationIndex 는 RACH-ConfigGenericTwoStepRA 에서 정의되어 있는 파라미터일 수 있다. 예를 들어, msgA-PRACH-ConfigurationIndex 는 RACH-ConfigGenericTwoStepRA 에 포함되어 송수신될 수 있다.
RACH-ConfigGenericTwoStepRA 의 설정의 일 예는 아래 표 21 내지 표 23 을 참조할 수 있다.
Figure PCTKR2020010851-appb-img-000021
Figure PCTKR2020010851-appb-img-000022
Figure PCTKR2020010851-appb-img-000023
본 절 및 본 개시의 다양한 실시예들에 대한 설명에서, prach-ConfigurationIndex 는 msgA-PRACH-ConfigurationIndex 로 변경될 수 있으며, 이 경우에도 본 개시의 다양한 실시예들이 적용될 수 있다.
예를 들어, RACH-ConfigGeneric 은 ServingCellConfigCommon 또는 ServingCellConfigCommonSIB 에서 정의되는 파라미터일 수 있다. 예를 들어, RACH-ConfigGeneric 는 ServingCellConfigCommon 또는 ServingCellConfigCommonSIB 에 포함되어 송수신될 수 있다.
ServingCellConfigCommon 의 설정의 일 예는 아래 표 24 을 참조할 수 있다.
Figure PCTKR2020010851-appb-img-000024
IE (information element) ServingCellConfigCommon 은 단말의 서빙 셀의 셀-특정 파라미터 (cell-specific parameter) 를 설정하기 위하여 사용될 수 있다. ServingCellConfigCommon 은 단말이 아이들 (idle) 로부터 셀에 접속 (access) 할 때 일반적으로 SSB, MIB 또는 SIB 로부터 획득하는 파라미터를 포함할 수 있다. ServingCellConfigCommon 을 통하여, 네트워크는 UE 에 SCell (secondary cell) 또는 추가적인 셀 그룹 (SCG, secondary cell group) 를 구성할 때 이러한 정보를 전용 시그널링 (dedicated signaling) 으로 제공할 수 있다. ServingCellConfigCommon 은 동기화를 재구성할 때 SpCell (special cell) (MCG (master cell group) and SCG) 을 위하여 이러한 정보를 제공할 수 있다.
ServingCellConfigCommonSIB 의 설정의 일 예는 아래 표 25 을 참조할 수 있다.
Figure PCTKR2020010851-appb-img-000025
IE ServingCellConfigCommonSIB 는 SIB1 에서 단말의 서빙 셀의 셀-특정 파라미터를 설정하기 위하여 사용될 수 있다.
다른 예시로, RACH-ConfigGeneric 은 RACH-ConfigCommon 등에서 정의되는 파라미터일 수 있다. 예를 들어, RACH-ConfigGeneric 는 RACH-ConfigCommon 등에 포함되어 송수신될 수 있다. 예를 들어, IE RACH-ConfigCommon 은 셀-특정 임의-접속 파라미터를 구체화 하는데 사용될 수 있다.
예를 들어, RACH-ConfigGenericTwoStepRA 는 RACH-ConfigCommonTwoStepRA 등에서 정의되는 파라미터일 수 있다. 예를 들어, RACH-ConfigGenericTwoStepRA 는 RACH-ConfigCommonTwoStepRA 등에 포함되어 송수신될 수 있다. 예를 들어, IE RACH-ConfigCommonTwoStepRA 은 셀-특정 2-스텝 임의-접속 타입 파라미터를 구체화 하는데 사용될 수 있다.
3.1.0. 실시예 0.
이하의 본 개시의 다양한 실시예들에 대한 설명에서, 값 (value) 은 상기 어떤 파라미터일 수 있다. 예를 들어, 값은 RACH 기회를 구성하기 위해 필요한 파라미터들로, RACH 설정 테이블에서 정의된 파라미터들 중 하나 이상의 값일 수 있다.
1) 예를 들어, prach-ConfigurationIndex가 지시되었을 때, 값을 변경하는 파라미터가 추가로 지시되는 경우:
- Rel-15 사용자 단말 (Legacy UE) 은 prach-ConfigurationIndex에 따라 동작할 수 있다.
- Rel-16 사용자 단말 (새로운 기능을 가지는 UE) 부터는 (REL-16 및/이후 기술을 지원하는 사용자 단말) 파라미터에 의해 변경된 값에 따라 동작할 수 있다.
2) 예를 들어, prach-ConfigurationIndex가 지시되고, 새로운 인덱스인 prach-ConfigurationIndex-r16와 값을 변경하는 파라미터가 지시되는 경우:
- Rel-15 사용자 단말은 prach-ConfigurationIndex에 따라 동작할 수 있다.
- Rel-16 사용자 단말부터는 새로운 인덱스 및 파라미터에 의해 변경된 값에 따라 동작할 수 있다.
3) 예를 들어, 새로운 인덱스인 prach-ConfigurationIndex-r16와 값을 변경하는 파라미터가 지시되는 경우:
- Rel-16 사용자 단말부터는 새로운 인덱스 및 파라미터에 의해 변경된 값에 따라 동작할 수 있다.
4) 예를 들어, prach-ConfigurationIndex가 지시되고, 이 인덱스를 기준으로 새로운 인덱스를 지시하는 파라미터가 지시될 수 있다:
- 4-1) 예를 들어, 파라미터는 인덱스 오프셋 (index offset) 값을 지시할 수 있다. 예를 들어, prach-ConfigurationIndex를 기준으로 파라미터가 지시하는 오프셋 만큼 떨어져 있는 인덱스가 지시하는 값에 따라 RACH 가 수행될 수 있다.
- 4-2) 예를 들어, prach-ConfigurationIndex에 따라 결정된 RACH 프리앰블 포맷이 있는데, 그 포맷에 해당하는 다른 인덱스들이 후보 인덱스들로 구성되고, 그 후보 인덱스들 중에서 특정 인덱스가 지시될 수 있다.
3.1.1. 실시예 1.
예를 들어, 서브프레임/슬롯 내 PRACH 슬롯의 개수 (Number of PRACH slots within a subframe/slot) 의 값은 RACH 슬롯의 개수를 지시하는 어떤 파라미터에 따라 치환/업데이트/재설정될 수 있다.
예를 들어, prach-NumSlot-r16와 같은 파라미터가 있을 수 있다. 예를 들어, 이 파라미터가 설정하는 값이 {1 st slot, 2 nd slot, both slots} 이라고 가정할 수 있다. 예를 들어, 1 st slot이라고 지시되는 경우, RACH 서브프레임 (또는 60kHz 슬롯) 에 포함된 짧은 구간 (duration) 의 여러 RACH 슬롯들 (30kHz 인 경우 2개의 슬롯) 중 첫 번째 RACH 슬롯에 RACH 기회가 구성될 수 있다. 예를 들어, 2 nd slot이라고 지시되는 경우, RACH 서브프레임 (또는 60kHz 슬롯) 에 포함된 짧은 구간의 여러 RACH 슬롯들 (30kHz 인 경우 2개의 슬롯) 중 두 번째 RACH 슬롯에 RACH 기회가 구성될 수 있다. 예를 들어, both slots 이라고 지시되는 경우, RACH 서브프레임 (또는 60kHz 슬롯) 에 포함된 짧은 구간의 여러 RACH 슬롯들 (30kHz 인 경우 2개의 슬롯) 모두에 RACH 기회가 구성될 수 있다.
예를 들어, 파라미터가 설정하는 값은 {one slot, two slots} 으로 표시될 수도 있다. 예를 들어, one slot이라고 지시되는 경우, 2 nd 슬롯이 사용되는 것으로 해석할 수 있다. 예를 들어, one slot이라고 지시되는 경우, 2 nd 슬롯에 RACH 기회가 구성될 수 있다. 예를 들어, two slots 이라고 지시되는 경우, 1 st 슬롯, 2 nd 슬롯이 모두 사용될 수 있다. 예를 들어, two slots 이라고 지시되는 경우, 1 st 슬롯, 2 nd 슬롯에 RACH 기회가 구성될 수 있다.
3.1.2. 실시예 2.
예를 들어, 시간 도메인에서 PRACH 슬롯 내 PRACH 기회 개수 (Number of time-domain PRACH occasions within a PRACH slot) 의 값은 그 값을 지시하는 어떤 파라미터에 따라서 치환/업데이트/재설정될 수 있다.
예를 들어, prach-NumTDRO-r16와 같은 파라미터가 있을 수 있다. 예를 들어, 이 파라미터가 설정하는 값이 {1,2,...,N} 이라고 가정할 수 있다. 예를 들어, RACH 슬롯 안에서 시작 OFDM 심볼 (starting OFDM symbol) 과 RACH 포맷에 따라 결정되는 후보 RO들 중 파라미터에 의하여 지시된 값에 따라서 RO가 사용될 수 있다.
예를 들어, 만약, {1} 이라고 지정되는 경우, RO들 중 (가장) 낮은 인덱스를 갖는 어떤 RO 하나가 사용될 수 있다. 예를 들어, 만약 {N} 이라고 지정되는 경우, 모든 후보 RO 들이 사용될 수 있다. 예를 들어, N 은 자연수 일 수 있다.
3.1.3. 실시예 3.
예를 들어, 주기 (x) (Periodicity (x)) 의 값은 그 값을 지시하는 어떤 파라미터에 따라서 치환/업데이트/재설정될 수 있다.
예를 들어, Periodicity-r16와 같은 파라미터가 있을 수 있다. 예를 들어, 이 파라미터가 설정하는 값이 {1, 2, 4, 8, 16} 이라고 가정할 수 있다. 예를 들어, 2이라고 지시되는 경우 20ms의 주기를 갖도록 새로 설정될 수 있다. 예를 들어, 1, 2, 4, 8, 16 은 각각 10 ms, 20 ms, 40 ms, 80 ms, 160 ms 에 대응할 수 있다.
3.1.4. 실시예 4.
예를 들어, SFN 오프셋 (y) (SFN offset (y)) 의 값은 그 값을 지시하는 어떤 파라미터에 따라서 치환/업데이트/재설정될 수 있다.
예를 들어, SFNoffset-r16과 같은 파라미터가 있을 수 있다. 예를 들어, 이 parameter가 설정하는 값이 {0,1} 이라고 가정할 수 있다. 예를 들어, 0이라고 지시되는 경우, 주기 내에서 10ms 단위의 SFN 중 0 오프셋, 즉, 첫 번째 프레임에서 RACH가 설정될 수 있도록 할 수 있다. 예를 들어, 1 이라고 지시되는 경우, 주기 내에서 10ms 단위의 SFN 중 1 오프셋, 즉, 두번째 프레임에서 RACH 가 설정될 수 있도록 할 수 있다.
3.1.5. 실시예 5.
예를 들어, 서브프레임 인덱스/슬롯 인덱스의 값은 그 값을 지시하는 어떤 파라미터에 따라서 치환/업데이트/재설정될 수 있다.
3.1.6. 실시예 6.
예를 들어, 시작 OFDM 심볼 (인덱스) 의 값은 그 값을 지시하는 어떤 파라미터에 따라서 치환/업데이트/재설정될 수 있다. 예를 들어, 치환/업데이트/재설정되는 경우, RACH 슬롯에 사용될 수 있는 RO 의 수가 변경될 수 있다.
3.1.7. 실시예 7.
예를 들어, NR-U 에서 2-스텝 RACH 절차에서 메시지A PUSCH 를 위한 CAP (channel access procedure) 에 실패한 경우에 있어서의 잠재적인 레이턴시 (latency) 를 줄이기 위한 메시지A PRACH 및 PUSCH 를 위한 CAP 를 감소시키기 위한 동작이 요구될 수 있다.
예를 들어, 메시지A PRACH 및 PUSCH 를 위한 CAP 를 감소시키기 위하여, 메시지A 프리앰블과 메시지A PUSCH 간의 시간 갭 (timing gap) 이 16us 보다 짧도록 (shorter than 16us) 설정되는 원리 (principle) 에 기초하여 메시지A 가 설정되어야 할 수 있다.
또한, 예를 들어, 상술한 원리를 따르면, 가드 시간을 포함하지 않는 프리앰블 포맷 (예를 들어, 프리앰블 포맷 A1, A2, A3 등) 이 설정되어야 할 수 있다. 또한, 예를 들어, 프리앰블 포맷의 가드 시간에 따라, 가드 시간을 갖는 다른 프리앰블 포맷 (예를 들어, 프리앰블 포맷 A1/B1, A2/B2, A3/B3 등) 이 설정될 수도 있다.
예를 들어, NR-U 에서는 2 개의 SCS 중 하나의 값 (예를 들어, 15kHz, 30kHz 등) 이 PRACH 프리앰블을 위하여 설정될 수 있다.
표 26 은 PRACH 프리앰블 포맷의 가드 시간 (us 단위) 의 일 예를 나타낸다.
Figure PCTKR2020010851-appb-img-000026
표 26 을 참조하면, 예를 들어, 15kHz SCS 의 경우, 프리앰블 포맷 B1 의 가드 시간은 시간 갭 요구 조건 (예를 들어, 16us 미만) 을 만족할 수 있다.
또한, 예를 들어, 30 kHz SCS 의 경우, 프리앰블 포맷 B1, B2, B3 의 가드 시간은 16us 미만일 수 있다. 따라서, 30 kHz SCS 의 경우, 예를 들어, 프리앰블 포맷 B1, B2, B3 이후의 OFDM 심볼은 메시지A PUSCH 에 할당될 수 있다.
다른 예시로, SCS 가 고려될 수 있다. 예를 들어, 만약 메시지A 프리앰블과 메시지A PUSCH 간에 서로 다른 SCS 가 설정되는 경우, 스위칭 시간 (switching time) 이 요구될 수 있다. 따라서, 예를 들어, 메시지A 프리앰블과 메시지A PUSCH 간에는 동일한 SCS 가 설정되는 것이 바람직할 수 있다.
정리하면, 예를 들어, NR-U 를 위해서는 메시지A 프리앰블과 메시지A PUSCH 간의 시간 갭은 16us 보다 짧을 수 있다.
- 예를 들어, 가드 시간을 포함하지 않는 프리앰블 포맷 (예를 들어, 프리앰블 포맷 A1, A2, A3 등) 이 설정될 수 있거나 및/또는 SCS 에 따라 짧은 가드 시간을 포함하는 프리앰블 포맷 (예를 들어, 프리앰블 포맷 A1/B1, A2/B2, A3/B3 등) 이 설정될 수 있다.
- 예를 들어, 메시지A 프리앰블과 메시지A PUSCH 간에는 동일한 SCS 가 설정될 수 있다.
예를 들어, 메시지A 프리앰블과 메시지A PUSCH 간에 더 짧은 시간 갭을 허용하기 위하여, 메시지A 프리앰블과 메시지A PUSCH 를 위한 연속적인 OFDM 심볼을 할당하기 위한 다음의 두 가지 접근법이 고려될 수 있다:
- 슬롯 내 연속적인 OFDM 심볼 (Consecutive OFDM symbols in a slot)
- 연속적인 두 슬롯 내 연속적인 OMFD 심볼 (Consecutive OFDM symbols in consecutive two slots)
그러나, 현재의 RACH 설정이 사용되는 경우, 메시지A 프리앰블과 메시지A PUSCH 를 위한 연속적인 OFDM 심볼을 할당하는 것은 용이하지 않을 수 있다.
도 23 은 본 개시의 다양한 실시예들이 적용 가능한 RACH 기회 구성의 일 예를 나타낸 도면이다. 도 23 은 현재의 RACH 설정에 따른 RACH 슬롯 내 RACH 기회를 도시한다.
도 23 을 참조하면, 예를 들어, 12 개의 OFDM 심볼이 RO 를 위하여 사용될 수 있고, RO 는 RACH 슬롯 내에 연속적으로 할당될 수 있다. 따라서, 예를 들어, 슬롯 내에 RACH 프리앰블과 PUSCH 를 설정하는 것은 어려울 수 있다.
또한, 현재의 RACH 설정에서는, 예를 들어, 프리앰블 포맷 A1, A2, A3 를 사용하는 하나의 RACH 기회가 슬롯의 끝 (end of slot) 에 할당되는 경우가 없을 수 있다. 따라서, 예를 들어, 다음 슬롯의 OFDM 심볼에 PUSCH 자원을 할당하는 것이 어려울 수 있다.
예를 들어, CaseA-1/A-2/A-3/B-1/B-2/B-3 등을 참조하면, 각 프리앰블 포맷을 위한 하나 이상의 RACH 기회가 RACH 슬롯 내에 설정될 수 있는데, #12 번 OFDM 심볼 및/또는 #13 번 OFDM 심볼은 가드 시간을 위한 Null (Nulling) OFDM 심볼일 수 있다. 이 경우, 예를 들어, 다음 슬롯의 #0 번 OFDM 심볼부터 PUSCH 를 매핑하더라도, #12 번 OFDM 심볼 및/또는 #13 번 OFDM 심볼을 포함하는 가드 시간은 한 번의 CAP 로 PRACH 프리앰블과 PUSCH 를 (포함하는 메시지A) 를 송신하기에는 다소 긴 시간 (예를 들어, 16us 초과) 일 수 있다. 이 경우, 예를 들어, PUSCH 송신을 위한 CAP 가 별도로 수행되어야 하여, RACH 절차에서 레이턴시가 커질 수 있다.
도 24 은 본 개시의 다양한 실시예들에 따른 RACH 기회 구성 수정의 일 예를 나타낸 도면이다. 도 24 은 RACH 슬롯 내 RACH 기회를 도시한다. 도 24 은 상술한 메시지A 설정 (예를 들어, 메시지A 프리앰블과 메시지A PUSCH 간에 더 짧은 시간 갭을 허용되도록 하는 설정) 이 허용될 수 있도록 도 23 의 RACH 설정을 수정한 수정된 RACH 설정에 기초한 메시지A 설정의 일 예일 수 있다.
도 24 을 참조하면, 예를 들어, 만약 아래와 같은 두 가지 수정 사례 (modification case) 가 허용되는 경우, 네트워크는 프리앰블과 PUSCH 간의 시간 갭이 없거나 및/또는 적게 메시지A 를 설정할 수 있다:
- 슬롯 내 RO 의 서브셋 (subset) 을 사용 (예를 들어, CaseA-1/2/3, Case B-1, Case C-1/2/3, Case D-1/2/3) : 예를 들어, 슬롯 내 RO 중 일부 RO 만이 PRACH 프리앰블을 위하여 사용되고, 나머지 RO 중 적어도 일부는 PUSCH 를 위하여 사용될 수 있다. 예를 들어, CaseA-1 을 참조하면, PRACH 프리앰블 A1을 위한 6 개의 RO (도 23 참조) 중 3 개 RO (각 0/1, 4/5, 8/9 OFDM 심볼로 구성된 RO) 는 PRACH 프리앰블 A1 을 위하여 사용되고, 나머지 3 개 RO (각 2/3, 6/7, 10/11 OFDM 심볼로 구성된 RO) 는 PUSCH 를 위하여 사용될 수 있다.
- 시작 OFDM 심볼 변경 (예를 들어, Case B-1/2/3) : 예를 들어, RO 를 위한 시작 OFDM 심볼이 변경/이동 (shift) 될 수 있다. 예를 들어, Case B-1 을 참조하면, PRACH 프리앰블 A1을 위한 3 개의 RO (도 23 참조) 의 시작 OFDM 심볼이 #7 에서 #8 (또는 #12) 로 변경될 수 있다. 예를 들어, 이러한 변경에 의하면 #13 OFDM 심볼이 null OFDM 심볼 (도 23 참조) 이 아닌 것이 되고, PRACH 프리앰블 A1 은 가드 시간을 포함하지 않으므로, PRACH 프리앰블 A1 이 다음 슬롯 내 #0 OFDM 심볼부터 할당되는 PUSCH 와 연속될 수 있다.
예를 들어, RACH 설정 수정 (RACH configuration modification) 을 위하여 다음의 대안적인 접근법이 고려될 수 있다:
- Alt.1 : 현재 RACH 테이블 위에 새로운 RACH 설정 엔티티를 도입
- Alt.2 : 슬롯 내 RO 의 서브 셋을 사용하기 위한 파라미터 (예를 들어, msgA-ssb-sharedROmaskindex) 적용
- Alt.3 : RACH 설정으로 설정된 파라미터들을 치환/업데이트/재설정하기 위한 파라미터 도입 (예를 들어, number of occasion, starting OFDM symbols 등)
예를 들어, 2-스텝 RACH 절차에서도 4-스텝 RACH 절차에서의 RACH 설정 테이블이 사용될 수 있다. 예를 들어, 상술한 Alt.1 에 의하면 설정을 위하여 N 비트 크기 (N 은 자연수, 예를 들어, 9 비트 크기) 의 새로운 테이블이 도입되는 것과 등가이므로, Alt.1 은 수용되기 어려울 수 있다.
예를 들어, 공유된 RO (shared RO, 예를 들어, 2-스텝 RACH 절차와 4-스텝 RACH 절차 간에 RO 가 공유됨) 의 경우, 동일한 SS/PBCH 인덱스와 연관된 RO 의 서브셋이 공유될 수 있다. 또한, 예를 들어, 하나의 RRC 파라미터 (예를 들어, msgA-ssb-sharedROmaskindex) 가 도입될 수 있다. 예를 들어, 만약 이러한 서브셋 제한 (subset restriction) 이 특별한 케이스 (예를 들어, 하나의 SSB 가 다수의 RO 에 매핑되는 경우 등) 에 적용되는 경우 등을 고려하면, NR-U 에서 요구되는 조건 (예를 들어, 하나의 RO 는 슬롯의 끝에 할당) 이 만족되기 어려울 수 있다.
따라서, 예를 들어, 보다 유연한 PRACH 기회 할당을 위하여, PRACH 설정에 의하여 설정된 파라미터의 값을 치환/업데이트/재설정하기 위한 파라미터를 도입하는 것이 적합할 수 있다. 또한, 이러한 방법은 NR-U 뿐만 아니라 일반적인 2-스텝 RACH 절차에도 적용될 수 있다.
정리하면, 예를 들어, PRACH 설정에 의하여 설정된 파라미터의 값을 치환/업데이트/재설정하기 위한 파라미터가 도입될 수 있다. 예를 들어, number of occasion, starting OFDM symbols 등을 변경하기 위한 파라미터가 도입될 수 있다.
한편, 예를 들어, 시간적으로 연속된 RO 의 서브셋을 지정하는 방법으로는 아래와 같은 방법들 중 하나 이상이 고려될 수 있다:
- 1) 비트맵으로 지정/지시되는 방법
- 2) (인터레이스 (interlaced) 구조와 같이) 일부 RO 만 지정/지시되는 방법
- 3) RO 의 개수가 지정/지시되면, 앞부분 (또는 뒷부분) 에서 시간적으로 순차적으로 존재하는 RO 가 사용되는 방법 (예를 들어, 시간적으로 연속된 전체 RO 집합의 제일 처음 RO 부터 지정된 개수의 RO 가 서브셋이 될 수 있음)
- 4) RO 의 개수가 지정/지시되면, 앞부분 (또는 뒷부분) 에서 시간적으로 순차적으로 존재하는 RO 는 사용되지 않고 남은 RO 가 사용되는 방법 (예를 들어, 시간적으로 연속된 전체 RO 집합의 제일 처음 RO 부터 지정된 개수의 RO 를 나머지 RO 가 서브셋이 될 수 있음)
예를 들어, RO 가 지정되면, 지정된 RO 는 유효 (valid) 하고, 지정되지 않는 RO 는 유효하지 않다 (invalid) 고 간주될 수 있다. 반대로, 예를 들어, RO 가 지정되면, 지정된 RO 는 유효하지 않고, 지정되지 않는 RO 는 유효하다고 간주될 수 있다. 예를 들어, 유효한 RO 들에 대하여 SSB-to-RO 매핑이 수행될 수 있다.
예를 들어, 시간적으로 연속된 RO 가 지정되는 경우, 그 RO 가 있는 시간에 포함된 주파수의 모든 RO 또한 유효하거나 유효하지 않을 수 있다. 예를 들어, 시간적으로 연속된 지정된 RO 가 유효한 경우, 지정된 RO 가 있는 시간에 포함된 주파수의 모든 RO 는 유효하거나 유효하지 않을 수 있다. 예를 들어, 시간적으로 연속된 지정된 RO 가 유효하지 않은 경우, 지정된 RO 가 있는 시간에 포함된 주파수의 모든 RO 는 유효하거나 유효하지 않을 수 있다.
3.2. 방안#2
LTE TDD UL-DL 설정의 일 예는 아래 표 27 를 참조할 수 있다. (D : downlink subframe, S : special subframe, U : uplink subframe)
Figure PCTKR2020010851-appb-img-000027
예를 들어, LTE-NR 공존 (LTE-NR Coexistence) 이 정의될 수 있다. 예를 들어, 시간-주파수 자원으로 구성되는 일정 자원 영역 내에 LTE 를 위한 시간-주파수 자원과 NR 을 위한 시간-주파수 자원이 모두 포함될 수 있다. 예를 들어, LTE DL/UL 시간 자원과 NR DL/UL 시간 자원이 정렬 (align) 될 수 있다.
예를 들어, prach-ConfigurationIndex 등에 대응하는 RACH 설정에 추가적으로, LTE TDD UL-DL 설정 x (x=0, 1, 2) 이 공존되어 있다는 것이 시그널링으로 지시될 수 있다.
예를 들어, LTE TDD UL-DL 설정 x (x=0, 1, 2) 와 공존되어 있다는 시그널링이 송수신되면, RACH 설정 테이블에 포함된 NR 서브프레임 인덱스 (예를 들어, 4, 9 등) 의 RACH 자원 대신 NR 서브프레임 인덱스 - x 의 RACH 자원이 활용되어야 한다고 해석될 수 있다.
예를 들어:
- NR 서브프레임 4, 9 는 LTE TDD UL-DL 설정 0 와 정렬;
- NR 서브프레임 3, 8 은 LTE TDD 설정 1 과 정렬;
- NR 서브프레임 2, 7 은 LTE TDD 설정 2 와 정렬;
될 수 있다. 따라서, 예를 들어:
- x=0 과 공존되어 있다는 시그널링이 송수신되면 (x=0 과 공존되어 있다는 시그널링이 지시되면), 서브프레임의 {4, 9} 의 RACH 자원이 활용될 수 있다. 예를 들어, 서브프레임의 {4, 9} 의 RACH 자원 내에서 RACH 가 송수신 될 수 있다.
- x=1 과 공존되어 있다는 시그널링이 송수신되면 (x=1 과 공존되어 있다는 시그널링이 지시되면), 서브프레임의 {3, 8} 의 RACH 자원이 활용될 수 있다. 예를 들어, 서브프레임의 {3, 8} 의 RACH 자원 내에서 RACH 가 송수신 될 수 있다. ({4-1=3, 9-1=8} = {3, 8})
- x=2 과 공존되어 있다는 시그널링이 송수신되면 (x=2 과 공존되어 있다는 시그널링이 지시되면), 서브프레임의 {2, 7} 의 RACH 자원이 활용될 수 있다. 예를 들어, 서브프레임의 {2, 7} 의 RACH 자원 내에서 RACH 가 송수신 될 수 있다. ({4-2=2, 9-2=7} = {2, 7})
상술한 본 개시의 다양한 실시예들은 LTE TDD 설정 3, 4, 5, 6 등에도 적용될 수 있다. LTE TDD 설정 3, 4, 5, 6 등을 포함하여 본 개시의 다양한 실시예들을 적용하고자 하는 경우, 조건이 만족되는 범위 등이 사용되면서 - x 대신 - min {x, 2} (x=0, 1, 2, 3, 4, 5, 6) 등으로 규정될 수 있다.
예를 들어, LTE TDD UL-DL 설정 x (x=0, 1, 2, 3, 4, 5, 6) 와 공존되어 있다는 시그널링이 송수신되면, RACH 설정 테이블에 포함된 NR 서브프레임 인덱스 의 RACH 자원 대신 NR 서브프레임 인덱스 - min {x, 2} 의 RACH 자원이 활용되어야 한다고 해석될 수 있다.
3.3. 방안#3
본 절에서, 제1 사용자 단말은, 예를 들어, Rel-16 이전 릴리즈 (예를 들어, Rel-15) 를 지원하는 사용자 단말일 수 있다.
본 절에서, 제2 사용자 단말은, 예를 들어, Rel-16 및 이후 릴리즈를 지원하는 사용자 단말일 수 있다.
도 25 은 본 개시의 다양한 실시예들에 따른 제1 사용자 단말의 동작 방법을 나타낸 흐름도이다.
도 25 를 참조하면, 예시적 실시예에 따른 동작 2501 에서, 제1 사용자 단말은 RACH 설정을 수신할 수 있다. 예를 들어, RACH 설정은 RACH 설정 인덱스를 포함할 수 있다.
예시적 실시예에 따른 동작 2503 에서, 제1 사용자 단말은 RACH 설정 인덱스에 기초하여 RACH 설정 테이블에 포함된 복수의 RACH 파라미터들을 획득할 수 있다.
예시적 실시예에 따른 동작 2505 에서, 제1 사용자 단말은 제1 ATSS (actually transmitted synchronization signal block) 와 관련된 정보를 수신할 수 있다. 예를 들어, 제1 ATSS 와 관련된 정보는 ServingCellConfigCommonSIB (및/또는 ServingCellConfigCommonSIB1) 및/또는 ServingCellConfigCommon 을 통하여 수신될 수 있다. 예를 들어, 제1 ATSS 와 관련된 정보는 제2 사용자 단말을 위한 제2 ATSS 와 관련된 정보와 동일한 값을 갖거나 다른 값을 가질 수 있다.
예시적 실시예에 따른 동작 2507 에서, 제1 사용자 단말은 RACH 설정과 제1 ATSS 와 관련된 정보에 기초하여 SSB-to-RO 매핑을 수행할 수 있다.
예시적 실시예에 따른 동작 2509 에서, 제1 사용자 단말은 RACH 를 송신할 수 있다.
각 예시적 실시예에 따른 동작에서의 보다 구체적인 동작, 기능, 용어 등은 본 절에서 후술되는 본 개시의 다양한 실시예들에 기반하여 수행되고 설명될 수 있다. 한편, 각 예시적 실시예에 따른 동작들은 예시적인 것으로, 각 실시예의 구체적인 내용에 따라 상술한 동작들 중 하나 이상의 동작은 생략될 수 있다.
도 26 은 본 개시의 다양한 실시예들에 따른 제2 사용자 단말의 동작 방법을 나타낸 흐름도이다.
도 26 를 참조하면, 예시적 실시예에 따른 동작 2601 에서, 제2 사용자 단말은 RACH 설정을 수신할 수 있다. 예를 들어, RACH 설정은 RACH 설정 인덱스를 포함할 수 있다.
예시적 실시예에 따른 동작 2603 에서, 제2 사용자 단말은 RACH 설정 인덱스에 기초하여 RACH 설정 테이블에 포함된 복수의 RACH 파라미터들을 획득할 수 있다.
예시적 실시예에 따른 동작 2605 에서, 제2 사용자 단말은 복수의 RACH 파라미터들 중 하나 이상의 RACH 파라미터를 치환 및/또는 업데이트 및/또는 재설정하기 위한 파라미터를 수신할 수 있다.
예시적 실시예에 따른 동작 2607 에서, 제2 사용자 단말은 파라미터에 기초하여 하나 이상의 RACH 파라미터를 치환 및/또는 업데이트 및/또는 재설정할 수 있다.
예시적 실시예에 따른 동작 2609 에서, 제2 사용자 단말은 제2 ATSS 와 관련된 정보를 수신할 수 있다. 예를 들어, 제2 ATSS 와 관련된 정보는 ServingCellConfigCommonSIB (및/또는 ServingCellConfigCommonSIB1) 및/또는 ServingCellConfigCommon 을 통하여 수신될 수 있다. 예를 들어, 제2 ATSS 와 관련된 정보는 제1 사용자 단말을 위한 제1 ATSS 와 관련된 정보와 동일한 값을 갖거나 다른 값을 가질 수 있다.
예시적 실시예에 따른 동작 2611 에서, 제2 사용자 단말은 RACH 설정, 치환 및/또는 업데이트 및/또는 재설정된 하나 이상의 RACH 파라미터와 제2 ATSS 와 관련된 정보에 기초하여 SSB-to-RO 매핑을 수행할 수 있다.
예시적 실시예에 따른 동작 2613 에서, 제2 사용자 단말은 RACH 를 송신할 수 있다.
각 예시적 실시예에 따른 동작에서의 보다 구체적인 동작, 기능, 용어 등은 본 절에서 후술되는 본 개시의 다양한 실시예들에 기반하여 수행되고 설명될 수 있다. 한편, 각 예시적 실시예에 따른 동작들은 예시적인 것으로, 각 실시예의 구체적인 내용에 따라 상술한 동작들 중 하나 이상의 동작은 생략될 수 있다.
도 27 는 본 개시의 다양한 실시예들에 따른 기지국의 동작 방법을 나타낸 흐름도이다.
예를 들어, 도 27(a) 는 제1 사용자 단말의 동작에 대응하는 기지국의 동작일 수 있으며, 도 27(b) 는 제2 사용자 단말의 동작에 대응하는 기지국의 동작일 수 있다.
도 27(a) 를 참조하면, 예시적 실시예에 따른 동작 2701(a) 에서, 기지국은 RACH 설정을 송신할 수 있다. 예를 들어, RACH 설정은 RACH 설정 인덱스를 포함할 수 있다.
예시적 실시예에 따른 동작 2705(a) 에서, 기지국은 제1 ATSS 와 관련된 정보를 송신할 수 있다. 예를 들어, 제1 ATSS 와 관련된 정보는 제1 사용자 단말을 위한 것일 수 있다. 예를 들어, 제1 ATSS 와 관련된 정보는 ServingCellConfigCommonSIB (및/또는 ServingCellConfigCommonSIB1) 및/또는 ServingCellConfigCommon 을 통하여 송신될 수 있다. 예를 들어, 제1 ATSS 와 관련된 정보는 제2 사용자 단말을 위한 제2 ATSS 와 관련된 정보와 동일한 값을 갖거나 다른 값을 가질 수 있다.
예시적 실시예에 따른 동작 2707(a) 에서, 기지국은 RACH 를 수신할 수 있다. 예를 들어, RACH 는 RACH 설정 및/또는 제1 ATSS 와 관련된 정보 중 하나 이상과 관련될 수 있다.
도 27(b) 를 참조하면, 예시적 실시예에 따른 동작 2701(b) 에서, 기지국은 RACH 설정을 송신할 수 있다. 예를 들어, RACH 설정은 RACH 설정 인덱스를 포함할 수 있다.
예시적 실시예에 따른 동작 2703(b) 에서, 기지국은 복수의 RACH 파라미터들 중 하나 이상의 RACH 파라미터를 치환 및/또는 업데이트 및/또는 재설정하기 위한 파라미터를 송신할 수 있다.
예시적 실시예에 따른 동작 2705(b) 에서, 기지국은 제2 ATSS 와 관련된 정보를 송신할 수 있다. 예를 들어, 제2 ATSS 와 관련된 정보는 제2 사용자 단말을 위한 것일 수 있다. 예를 들어, 제2 ATSS 와 관련된 정보는 ServingCellConfigCommonSIB (및/또는 ServingCellConfigCommonSIB1) 및/또는 ServingCellConfigCommon 을 통하여 송신될 수 있다. 예를 들어, 제2 ATSS 와 관련된 정보는 제1 사용자 단말을 위한 제1 ATSS 와 관련된 정보와 동일한 값을 갖거나 다른 값을 가질 수 있다.
예시적 실시예에 따른 동작 2707(b) 에서, 기지국은 RACH 를 수신할 수 있다. 예를 들어, RACH 는 RACH 설정 및/또는 파라미터 및/또는 제2 ATSS 와 관련된 정보 중 하나 이상과 관련될 수 있다.
각 예시적 실시예에 따른 동작에서의 송수신은 유니캐스트/브로드캐스트/멀티캐스트 송수신 등을 포함할 수 있다.
예를 들어, 제1 사용자 단말과 제2 사용자 단말이 공존할 수 있거나 및/또는 제1 사용자 단말 없이 제2 사용자 단말만 존재할 수도 있다.
예를 들어, 제1 사용자 단말과 제2 사용자 단말이 공존하는 경우, 제1 ATSS 와 관련된 정보는 ServingCellConfigCommon 을 통하여 송수신될 수 있고, 및/또는, 제2 ATSS 와 관련된 정보는 ServingCellConfigCommonSIB (및/또는 ServingCellConfigCommonSIB1) 를 통하여 송수신될 수 있다.
예를 들어, 제1 사용자 단말과 제2 사용자 단말이 모두 SA (standalone) 인 경우, 제1 ATSS 와 관련된 정보와 제2 ATSS 와 관련된 정보는 모두 ServingCellConfigCommonSIB (및/또는 ServingCellConfigCommonSIB1) 를 통하여 송수신될 수 있다.
예를 들어, 제2 사용자 단말만 존재하는 경우, 제2 ATSS 와 관련된 정보는 ServingCellConfigCommonSIB (및/또는 ServingCellConfigCommonSIB1) 및/또는 ServingCellConfigCommon 을 통하여 송수신될 수 있다.
각 예시적 실시예에 따른 동작에서의 보다 구체적인 동작, 기능, 용어 등은 본 절에서 후술되는 본 개시의 다양한 실시예들에 기반하여 수행되고 설명될 수 있다. 한편, 각 예시적 실시예에 따른 동작들은 예시적인 것으로, 각 실시예의 구체적인 내용에 따라 상술한 동작들 중 하나 이상의 동작은 생략될 수 있다.
이하에서는 본 개시의 다양한 실시예들에 대해 상세히 설명한다. 이하에서 설명되는 본 개시의 다양한 실시예들은 상호 배척되지 않는 한 전부 또는 일부가 결합되어 본 개시의 또 다른 다양한 실시예들을 구성할 수도 있으며, 이는 당해 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있다.
예를 들어, SSB 는 SCS 에 따라 최대 4개/8개/64개가 송수신될 수 있으나, 실제 무선 통신 시스템에서는 최대값 이하 (즉, 각 SCS 에서 4개 이하/8개 이하/64개 이하) 의 개수의 SSB 가 송수신될 수도 있다. 따라서, 예를 들어, 단말 입장에서는 SSB 가 기지국으로부터 실제 몇 개가 송수신되었는지를 알아야 할 필요성이 있으며, 기지국은 실제 송신된 SSB 에 대한 정보를 단말에게 알려줄 수 있다. 예를 들어, 이러한 정보를 ATSS (actually transmitted synchronization signal block) 정보로 정의할 수 있다.
예를 들어, 레이트 매칭 및/또는 SSB-to-RO 매핑이 수행됨에 있어서, 제1 사용자 단말을 위한 ATSS 정보가 사용될 수 있다. 및/또는, 예를 들어, 제2 사용자 단말 을 위해서 추가로 지시되는 ATSS 정보가 있을 수 있으며, 이 정보가 지시된 경우, 제2 사용자 단말은 추가로 지시된 정보를 사용해서 SSB-to-RO 매핑을 수행할 수 있다.
예를 들어, 실제 송신된 SSB 의 개수는 SIB1 내의 ssb-PositionsInBurst 에 의하여 결정될 수 있다.
예를 들어, ssb-PositionsInBurst 는 ServingCellConfigCommonSIB 에 포함되는 파라미터일 수 있다. ServingCellConfigCommonSIB 의 설정의 일 예는 아래 표 28 내지 표 30 을 참조할 수 있다.
Figure PCTKR2020010851-appb-img-000028
Figure PCTKR2020010851-appb-img-000029
Figure PCTKR2020010851-appb-img-000030
예를 들어, SA (stand alone) 으로 동작되는 경우, SIB1 에서 지시되는 ssb-PositionsInBurst 에 따라 레이트 매칭 및/또는 SSB-to-RO 매핑이 수행될 수 있다.
추가로, 예를 들어, 제2 사용자 단말을 위한 신규 ssb-PositionsInBurst (예를 들어, ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16) 가 지시될 수 있다. 예를 들어, ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16 은 ServingCellConfigCommonSIB 에 포함될 수 있다.
예를 들어, 파라미터 ssb-PositionsInBurst 와 추가 파라미터 ssb-PositionsInBurst-r16 가 지시되는 경우, 제1 사용자 단말 은 파라미터 ssb-PositionsInBurst 를 따를 수 있고, 제2 사용자 단말은 추가 파라미터 ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16 를 따를 수 있다. 예를 들어, 제1 사용자 단말은 파라미터 ssb-PositionsInBurst 에 따라 레이트 매칭 및/또는 SSB-to-RO 매핑을 수행할 수 있다. 예를 들어, 제2 사용자 단말은 추가 파라미터 (ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16) 에 따라 레이트 매칭 및/또는 SSB-to-RO 매핑을 수행할 수 있다.
예를 들어, ssb-PositionsInBurst 는 ServingCellConfigCommon 에 포함되는 파라미터일 수 있다. ServingCellConfigCommon 의 설정의 일 예는 아래 표 31 내지 표 34 을 참조할 수 있다.
Figure PCTKR2020010851-appb-img-000031
Figure PCTKR2020010851-appb-img-000032
Figure PCTKR2020010851-appb-img-000033
Figure PCTKR2020010851-appb-img-000034
예를 들어, ServingCellConfigCommon 은 핸드오버 (handover) 및/또는 이중 연결 (dual connectivity) 에서 SpCell 이 추가되려는 경우 및/또는 시스템 정보가 업데이트 되는 경우 등에 사용될 수 있다.
예를 들어, ServingCellConfigCommon 에 포함된 ssb-PositionsInBurst 에 추가로ssb-PositionsInBurst (예를 들어, ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16) 가 지시될 수 있다. 예를 들어, ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16 은 ServingCellConfigCommon 에 포함될 수 있다.
예를 들어, ServingCellConfigCommon 은 사용자 단말 별로 제공되는 셀-특정 파라미터일 수 있다. 예를 들어, 제1 사용자 단말을 위해서 ServingCellConfigCommon 이 지시되는 경우, 파라미터 ssb-PositionsInBurst 가 사용되어 지시될 수 있다. 예를 들어, 제2 사용자 단말을 위해서 ServingCellConfigCommon 이 지시되는 경우, 파라미터 ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16 가 사용되어 지시될 수 있다.
예를 들어, 파라미터 ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16 의 구성의 일 예는 아래와 같을 수 있다.
ssb-PositionsInBurst-16r SEQUENCE {
inOneGroup BIT STRING (SIZE (8)),
groupPresence BIT STRING (SIZE (8)) OPTIONAL -- Cond Above6GHzOnly (FR2-Only)
},
ServingCellConfigCommon은 ServingCellConigCommonSIB1의 내용을 담고 있어야 할 수 있는데, 기존 ServingCellConfigCommon의 ssb-PositionsInburst는 SIB1의 것과 다른 형태로 구성되어 있어서 불필요한 비트 낭비가 있었다. 본 개시의 다양한 실시예들에 따르면, ssb-PositionsInburst를 SIB1의 것 (inOneGroup, groupPresnece) 등과 같은 형태로 구성함으로써 불필요한 시그널링 비트를 줄일 수 있다.
예를 들어, ServingCellConfigCommon에서 ssb-PositionsInBurst가 지시되는 경우, 사용자 단말은 지시된 파라미터의 값에 따라서 레이트 매칭 및/또는 SSB-to-RO 매핑을 수행할 수 있다.
및/또는, 예를 들어, ServingCellConfigCommon에서 ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16이 지시되는 경우, 사용자 단말은 지시된 파라미터의 값에 따라서 레이트 매칭 및/또는 SSB-to-RO 매핑을 수행할 수 있다.
본 개시의 다양한 실시예들에 따르면, 기존 RACH 설정에 파라미터를 추가 파라미터로 업데이트하는 경우에 ssb-PositionsInBurst-16r/ssb-PositionsInBurst-r16등과 같은 신규 ssb-PositionsInBurst가 추가됨으로써, 제1 사용자 단말과 제2 사용자 단말이 공존하는 경우 발생할 수 있는 문제가 해결될 수 있다.
예를 들어, 기존 RACH 설정에서 10ms으로 주기가 지시되고, 추가 파라미터로 20ms 주기로 업데이트 되는 경우, 제1 사용자 단말을 위해서 10ms RO 가 허용되어야 하므로, 주기를 20ms로 늘리는 것의 의미가 없어질 수 있다.
본 개시의 다양한 실시예들에 따른 신규 파라미터가 도입되는 경우, 예를 들어, 네트워크가 사용하는 SSB의 수가 실제로는 L개 (L은 자연수, 예를 들어, L=1) 임에도 불구하고, 네트워크는 제1 사용자 단말에게는 ATSS 의 개수를 M개 (M 은 자연수, 예를 들어, M=2) 라고 지시하고, 제2 사용자 단말에게는 ATSS 의 개수를 N개 (N 은 자연수, 예를 들어, N=1) 라고 지시할 수 있다.
예를 들어, SSB-to-RO 매핑을 1:1 (one-to-one) 매핑이라고 가정하면, 제1 사용자 단말은 매 10ms 마다 있는 RO 에 SSB#0과 SSB#1을 매핑하게 되나, 실제로 수신된 SSB의 수신 감도는 SSB#0의 것만 감지가 되기 때문에, 제1 사용자 단말은 SSB#0에 매핑되는 RO만 선택하게 되어서 20ms RACH 주기를 할당하는 것과 유사한 효과를 갖게 할 수 있다. 또한, 예를 들어, 제2 사용자 단말은 매 20ms 마다 있는 RO에 SSB#0를 매핑하게 된다. 결과적으로, 본 개시의 다양한 실시예들에 따르면, 제1 사용자 단말/제2 사용자 단말 모두에게 새로운 주기의 RACH를 지시할 수 있게 될 수 있다.
도 28 은 본 개시의 다양한 실시예들에 따른 단말과 기지국의 동작 방법을 간단히 나타낸 도면이다.
도 29 는 본 개시의 다양한 실시예들에 따른 단말의 동작 방법을 나타낸 흐름도이다.
도 30 은 본 개시의 다양한 실시예들에 따른 기지국의 동작 방법을 나타낸 흐름도이다.
도 28 내지 도 30 를 참조하면, 예시적 실시예에 따른 동작 2801, 2901, 3001 에서, 기지국은 PRACH 과 관련된 설정 정보를 송신할 수 있으며, 단말은 이를 수신할 수 있다.
예시적 실시예에 따른 동작 2803, 2903, 3003 에서, 단말은 PRACH 를 송신할 수 있으며, 기지국은 이를 수신할 수 있다. 예를 들어, PRACH 는 설정 정보와 관련된 복수의 파라미터들에 기초하여 설정되는 하나 이상의 PRACH 기회에 포함되는 PRACH 기회 내에서 송수신될 수 있다.
예시적 실시예에서, 기지국은 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 송신할 수 있으며, 단말은 이를 수신할 수 있다. 이 경우, 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하여 설정될 수 있다.
상기 설명한 제안 방식에 대한 일례들 또한 본 개시의 다양한 실시예들 중 하나로 포함될 수 있으므로, 일종의 제안 방식들로 간주될 수 있음은 명백한 사실이다. 또한, 상기 설명한 제안 방식들은 독립적으로 구현될 수 도 있지만, 일부 제안 방식들의 조합 (또는 병합) 형태로 구현될 수 도 있다. 상기 제안 방법들의 적용 여부 정보 (또는 상기 제안 방법들의 규칙들에 대한 정보)는 기지국이 단말에게 사전에 정의된 시그널 (예: 물리 계층 시그널 또는 상위 계층 시그널)을 통해서 알려주도록 규칙이 정의될 수 가 있다.
4. 본 개시의 다양한 실시예들이 구현되는 장치 구성 예
4.1. 본 개시의 다양한 실시예들이 적용되는 장치 구성 예
도 31는 본 개시의 다양한 실시예들이 구현될 수 있는 장치를 나타낸 도면이다.
도 31에 도시된 장치는 상술한 매커니즘을 수행하도록 적응된 사용자 장치(User Equipment, UE) 및/또는 기지국 (예: eNB 또는 gNB)이거나, 동일한 작업을 수행하는 임의의 장치일 수 있다.
도 31를 참조하면, 장치는 DSP(Digital Signal Processor)/마이크로프로세서(210) 및 RF(Radio Frequency) 모듈(송수신기, Transceiver)(235)을 포함할 수도 있다. DSP/마이크로프로세서(210)는 송수신기(235)에 전기적으로 연결되어 송수신기(235)를 제어한다. 장치는, 설계자의 선택에 따라서, 전력 관리 모듈(205), 베터리(255), 디스플레이(215), 키패드(220), SIM 카드(225), 메모리 디바이스(230), 안테나(240), 스피커(245) 및 입력 디바이스(250)을 더 포함할 수도 있다.
특히, 도 31는 네트워크로부터 요청 메시지를 수신하도록 구성된 수신기(235) 및 네트워크로 타이밍 송/수신 타이밍 정보를 송신하도록 구성된 송신기(235)를 포함하는 단말을 나타낼 수도 있다. 이러한 수신기와 송신기는 송수신기(235)를 구성할 수 있다. 단말은 송수신기(235)에 연결된 프로세서(210)를 더 포함할 수도 있다.
또한, 도 31는 단말로 요청 메시지를 송신하도록 구성된 송신기(235) 및 단말로부터 송수신 타이밍 정보를 수신하도록 구성된 수신기(235)를 포함하는 네트워크 장치를 나타낼 수도 있다. 송신기 및 수신기는 송수신기(235)를 구성할 수도 있다. 네트워크는 송신기 및 수신기에 연결된 프로세서(210)를 더 포함한다. 이 프로세서(210)는 송수신 타이밍 정보에 기초하여 지연(latency)을 계산할 수도 있다.
이에, 본 개시의 다양한 실시예들에 따른 단말 (또는 상기 단말에 포함된 통신 장치) 및 기지국 (또는 상기 기지국에 포함된 통신 장치)에 포함된 프로세서는 메모리를 제어하며 다음과 같이 동작할 수 있다.
본 개시의 다양한 실시예들에 있어, 단말 또는 기지국은, 하나 이상(at least one)의 송수신기(Transceiver); 하나 이상의 메모리(Memory); 및 송수신기 및 메모리와 연결된 하나 이상의 프로세서(Processor)를 포함할 수 있다. 메모리는 하나 이상의 프로세서가 하기 동작을 수행할 수 있도록 하는 명령들(instructions)을 저장할 수 있다.
이때, 상기 단말 또는 기지국에 포함된 통신 장치라 함은, 상기 하나 이상의 프로세서 및 상기 하나 이상의 메모리를 포함하도록 구성될 수 있고, 상기 통신 장치는 상기 하나 이상의 송수신기를 포함하거나 상기 하나 이상의 송수신기를 포함하지 않고 상기 하나 이상의 송수신기와 연결되도록 구성될 수 있다.
본 개시의 다양한 실시예들에 따르면, 단말에 포함된 하나 이상의 프로세서 (또는 상기 단말에 포함된 통신 장치의 하나 이상의 프로세서)는, PRACH (physical random access channel) 과 관련된 설정 정보를 수신할 수 있다.
본 개시의 다양한 실시예들에 따르면, 단말에 포함된 하나 이상의 프로세서는, 상기 설정 정보와 관련된 복수의 파라미터들에 기초하여 설정되는 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 송신할 수 있다.
예시적 실시예에서, 상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 수신함에 기초하여, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하여 설정될 수 있다.
본 개시의 다양한 실시예들에 따르면, 기지국에 포함된 하나 이상의 프로세서 (또는 상기 기지국에 포함된 통신 장치의 하나 이상의 프로세서)는, PRACH (physical random access channel) 과 관련된 설정 정보를 송신할 수 있다.
본 개시의 다양한 실시예들에 따르면, 기지국에 포함된 하나 이상의 프로세서는, 상기 설정 정보와 관련된 복수의 파라미터들에 기초한 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 수신할 수 있다.
예시적 실시예에서, 상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 송신함에 대한 응답으로, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초할 수 있다.
상술한 본 개시의 다양한 실시예들에 따른 기지국 및/또는 단말에 포함된 프로세서의 보다 구체적인 동작은 앞서 설명한 제1 절 내지 제3 절의 내용에 기반하여 설명되고 수행될 수 있다.
한편, 본 개시의 다양한 실시예들은 서로 양립이 불가능하지 않는 한 서로 조합/결합되어 실시될 수 있다. 예를 들어, 본 개시의 다양한 실시예들에 따른 기지국 및/또는 단말(에 포함된 프로세서 등)은 앞서 설명한 제 1 절 내지 제 3 절의 실시예들이 양립 불가능하지 않는 한 이들의 조합/결합된 동작을 수행할 수 있다.
4.2. 본 개시의 다양한 실시예들이 적용되는 통신 시스템 예
본 명세서에서 본 개시의 다양한 실시예들은 무선 통신 시스템에서 기지국과 단말 간의 데이터 송수신 관계를 중심으로 설명되었다. 다만 본 개시의 다양한 실시예들이 이에 한정되는 것은 아니다. 예를 들어, 본 개시의 다양한 실시예들은 다음의 기술 구성들과도 관련될 수 있다.
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 개시의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 32은 본 개시의 다양한 실시예들에 적용되는 통신 시스템을 예시한다.
도 32을 참조하면, 본 개시의 다양한 실시예들에 적용되는 통신 시스템(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
4.2.1 본 개시의 다양한 실시예들이 적용되는 무선 기기 예
도 33은 본 개시의 다양한 실시예들에 적용될 수 있는 무선 기기를 예시한다.
도 33을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 32의 {무선 기기(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)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어(instruction, 인스트럭션) 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
본 개시의 다양한 실시예들에 따르면, 하나 이상의 메모리(예, 104 또는 204)는 지시들 또는 프로그램들을 저장할 수 있으며, 상기 지시들 또는 프로그램들은, 실행될 때, 상기 하나 이상의 메모리에 작동가능하게(operably) 연결되는 하나 이상의 하나의 프로세서로 하여금 본 개시의 다양한 실시예들 또는 구현들에 따른 동작들을 수행하도록 할 수 있다.
본 개시의 다양한 실시예들에 따르면, 컴퓨터 판독가능한(readable) 저장(storage) 매체(medium)은 하나 이상의 지시 또는 컴퓨터 프로그램을 저장할 수 있으며, 상기 하나 이상의 지시 또는 컴퓨터 프로그램은 하나 이상의 프로세서에 의해 실행될 때 상기 하나 이상의 프로세서로 하여금 본 개시의 다양한 실시예들 또는 구현들에 따른 동작들을 수행하도록 할 수 있다.
본 개시의 다양한 실시예들에 따르면, 프로세싱 기기(device) 또는 장치(apparatus)는 하나 이상의 프로세서와 상기 하나 이상의 프로세서와 연결 가능한 하나 이상의 컴퓨터 메모리를 포함할 수 있다. 상기 하나 이상의 컴퓨터 메모리는 지시들 또는 프로그램들을 저장할 수 있으며, 상기 지시들 또는 프로그램들은, 실행될 때, 상기 하나 이상의 메모리에 작동가능하게(operably) 연결되는 하나 이상의 프로세서로 하여금 본 개시의 다양한 실시예들 또는 구현들에 따른 동작들을 수행하도록 할 수 있다.
4.2.2. 본 개시의 다양한 실시예들이 적용되는 무선 기기 활용 예
도 34은 본 개시의 다양한 실시예들에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 32 참조).
도 34을 참조하면, 무선 기기(100, 200)는 도 33의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 33의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 33의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 32, 100a), 차량(도 32, 100b-1, 100b-2), XR 기기(도 32, 100c), 휴대 기기(도 32, 100d), 가전(도 32, 100e), IoT 기기(도 32, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 32, 400), 기지국(도 32, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 34에서 무선 기기(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) 및/또는 이들의 조합으로 구성될 수 있다.
이하, 도 34의 구현 예에 대해 도면을 참조하여 보다 자세히 설명한다.
4.2.3. 본 개시의 다양한 실시예들이 적용되는 휴대기기 예
도 35는 본 개시의 다양한 실시예들에 적용되는 휴대 기기를 예시한다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
도 35를 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 34의 블록 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.4. 본 개시의 다양한 실시예들이 적용되는 차량 또는 자율 주행 차량 예
도 36는 본 개시의 다양한 실시예들에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 36를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 34의 블록 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 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
요약하면, 본 개시의 다양한 실시예들은 일정 장치 및/또는 단말을 통해 구현될 수 있다.
예를 들어, 일정 장치는, 기지국, 네트워크 노드, 전송 단말, 수신 단말, 무선 장치, 무선 통신 장치, 차량, 자율주행 기능을 탑재한 차량, 드론 (Unmanned Aerial Vehicle, UAV), AI (Artificial Intelligence) 모듈, 로봇, AR (Augmented Reality) 장치, VR (Virtual Reality) 장치 또는 그 이외의 장치일 수 있다.
예를 들어, 단말은 개인 휴대 단말기 (PDA: Personal Digital Assistant), 셀룰러 폰, 개인 통신 서비스 (PCS: Personal Communication Service) 폰, GSM(Global System for Mobile) 폰, WCDMA (Wideband CDMA) 폰, MBS (Mobile Broadband System) 폰, 스마트 (Smart) 폰 또는 멀티모드 멀티밴드 (MM-MB: Multi Mode-Multi Band) 단말기 등일 수 있다.
여기서, 스마트 폰이란 이동통신 단말기와 개인 휴대 단말기의 장점을 혼합한 단말기로서, 이동통신 단말기에 개인 휴대 단말기의 기능인 일정 관리, 팩스 송수신 및 인터넷 접속 등의 데이터 통신 기능을 통합한 단말기를 의미할 수 있다. 또한, 멀티모드 멀티밴드 단말기란 멀티 모뎀칩을 내장하여 휴대 인터넷시스템 및 다른 이동통신 시스템(예를 들어, CDMA(Code Division Multiple Access) 2000 시스템, WCDMA(Wideband CDMA) 시스템 등)에서 모두 작동할 수 있는 단말기를 말한다.
또는, 단말은 노트북 PC, 핸드헬드 PC (Hand-Held PC), 태블릿 PC (tablet PC), 울트라북 (ultrabook), 슬레이트 PC (slate PC), 디지털 방송용 단말기, PMP (portable multimedia player), 네비게이션, 웨어러블 디바이스 (wearable device, 예를 들어, 워치형 단말기 (smartwatch), 글래스형 단말기 (smart glass), HMD (head mounted display) 등일 수 있다. 예를 들어, 드론은 사람이 타지 않고 무선 컨트롤 신호에 의해 비행하는 비행체일 수 있다. 예를 들어, HMD는 머리에 착용하는 형태의 디스플레이 장치일 수 있다. 예를 들어, HMD는 VR 또는 AR을 구현하기 위해 사용될 수 있다.
본 개시의 다양한 실시예들이 구현되는 무선 통신 기술은 LTE, NR 및 6G 뿐만 아니라 저전력 통신을 위한 NB-IoT (Narrowband Internet of Things) 를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN (Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat (category) NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 개시의 다양한 실시예들에 따른 무선 기기에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC (enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 개시의 다양한 실시예들에 따른 무선 기기에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
본 개시의 다양한 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 개시의 다양한 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 개시의 다양한 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 개시의 다양한 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등의 형태로 구현될 수 있다. 예를 들어, 소프트웨어 코드는 메모리에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리는 상기 프로세서 내부 또는 외부에 위치할 수 있으며, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
본 개시의 다양한 실시예들은 그 기술적 아이디어 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 개시의 다양한 실시예들의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 다양한 실시예들의 등가적 범위 내에서의 모든 변경은 본 개시의 다양한 실시예들의 범위에 포함된다. 또한, 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함할 수 있다.
본 개시의 다양한 실시예들은 다양한 무선접속 시스템에 적용될 수 있다. 다양한 무선접속 시스템들의 일례로서, 3GPP(3rd Generation Partnership Project) 또는 3GPP2 시스템 등이 있다. 본 개시의 다양한 실시예들은 상기 다양한 무선접속 시스템 뿐 아니라, 상기 다양한 무선접속 시스템을 응용한 모든 기술 분야에 적용될 수 있다. 나아가, 제안한 방법은 초고주파 대역을 이용하는 mmWave 통신 시스템에도 적용될 수 있다.

Claims (15)

  1. 무선 통신 시스템에서 단말이 수행하는 방법에 있어서,
    PRACH (physical random access channel) 과 관련된 설정 정보를 수신하는 과정; 및
    상기 설정 정보와 관련된 복수의 파라미터들에 기초하여 설정되는 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 송신하는 과정을 포함하고,
    상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 수신함에 기초하여, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하여 설정되는, 방법.
  2. 제 1 항에 있어서,
    상기 하나 이상의 제1 값은, 상기 설정 정보와 미리 설정된 PRACH 설정 테이블 (PRACH configuration table) 에 기초하여 식별되는 상기 설정 정보와 상기 하나 이상의 제1 값 간의 미리 설정된 대응 관계를 만족하는, 방법.
  3. 제 1 항에 있어서,
    상기 치환하는 것과 관련된 정보는, 상기 하나 이상의 파라미터를 상기 하나 이상의 제2 값으로 지시하는 정보를 포함하는, 방법.
  4. 제 1 항에 있어서,
    상기 하나 이상의 PRACH 기회는 하나의 PRACH 슬롯에 포함되고,
    상기 하나 이상의 PRACH 기회 중 일부의 PRACH 기회를 지시하는 정보를 수신함에 기초하여:
    상기 PRACH 는 상기 일부의 PRACH 기회에 포함되는 상기 PRACH 기회에서 송신되고, 상기 하나 이상의 PRACH 기회 중 상기 일부의 PRACH 기회를 제외한 PRACH 기회에서 PUSCH (physical uplink shared channel) 이 송신되거나,
    상기 PRACH 는 상기 하나 이상의 PRACH 기회 중 상기 일부의 PRACH 기회를 제외한 PRACH 기회에서 송신되고, 상기 일부의 PRACH 기회에서 PUSCH 가 송신되는, 방법.
  5. 제 1 항에 있어서,
    상기 PRACH 의 송신은, PRACH 프리앰블의 송신을 포함하고,
    상기 PRACH 프리앰블의 송신 이후, PUSCH (physical uplink shared channel) 이 송신되고,
    상기 치환하는 것과 관련된 정보를 수신함에 기초하여:
    상기 PRACH 프리앰블의 송신과 상기 PUSCH 의 송신은 시간 도메인 (time domain) 에서 연속적으로 설정되거나,
    상기 PRACH 프리앰블의 송신과 상기 PUSCH 의 송신 간의 시간 갭 (time gap) 은 16 us (micro-second) 미만으로 설정되는, 방법.
  6. 제 5 항에 있어서,
    상기 PRACH 프리앰블과 상기 PUSCH 는, 메시지A 에 포함되고,
    상기 메시지A 는, 비면허 대역 내에 포함된 채널 (channel) 에 대한 접속 (access) 를 위한 한 번의 CAP (channel access procedure) 에 기초하여 송신되는, 방법.
  7. 무선 통신 시스템에서 동작하는 장치에 있어서,
    메모리 (memory); 및
    상기 메모리와 연결된 하나 이상의 프로세서 (processor) 를 포함하고,
    상기 하나 이상의 프로세서는:
    PRACH (physical random access channel) 과 관련된 설정 정보를 수신하고,
    상기 설정 정보와 관련된 복수의 파라미터들에 기초하여 설정되는 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 송신하고,
    상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 수신함에 기초하여, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하여 설정되는, 장치.
  8. 제 7 항에 있어서,
    상기 하나 이상의 제1 값은, 상기 설정 정보와 미리 설정된 PRACH 설정 테이블 (PRACH configuration table) 에 기초하여 식별되는 상기 설정 정보와 상기 하나 이상의 제1 값 간의 미리 설정된 대응 관계를 만족하는, 장치.
  9. 제 7 항에 있어서,
    상기 치환하는 것과 관련된 정보는, 상기 하나 이상의 파라미터를 상기 하나 이상의 제2 값으로 지시하는 정보를 포함하는, 장치.
  10. 제 7 항에 있어서,
    상기 하나 이상의 PRACH 기회는 하나의 PRACH 슬롯에 포함되고,
    상기 하나 이상의 PRACH 기회 중 일부의 PRACH 기회를 지시하는 정보를 수신함에 기초하여:
    상기 PRACH 는 상기 일부의 PRACH 기회에 포함되는 상기 PRACH 기회에서 송신되고, 상기 하나 이상의 PRACH 기회 중 상기 일부의 PRACH 기회를 제외한 PRACH 기회에서 PUSCH (physical uplink shared channel) 이 송신되거나,
    상기 PRACH 는 상기 하나 이상의 PRACH 기회 중 상기 일부의 PRACH 기회를 제외한 PRACH 기회에서 송신되고, 상기 일부의 PRACH 기회에서 PUSCH 가 송신되는, 장치.
  11. 제 7 항에 있어서,
    상기 장치는, 이동 단말기, 네트워크 및 상기 장치가 포함된 차량 이외의 자율 주행 차량 중 하나 이상과 통신하는, 장치.
  12. 무선 통신 시스템에서 기지국이 수행하는 방법에 있어서,
    PRACH (physical random access channel) 과 관련된 설정 정보를 송신하는 과정; 및
    상기 설정 정보와 관련된 복수의 파라미터들에 기초한 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 수신하는 과정을 포함하고,
    상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 송신함에 대한 응답으로, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하는, 방법.
  13. 무선 통신 시스템에서 동작하는 장치에 있어서,
    메모리 (memory); 및
    상기 메모리와 연결된 하나 이상의 프로세서 (processor) 를 포함하고,
    상기 하나 이상의 프로세서는:
    PRACH (physical random access channel) 과 관련된 설정 정보를 송신하고,
    상기 설정 정보와 관련된 복수의 파라미터들에 기초한 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 수신하고,
    상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 송신함에 대한 응답으로, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하는, 장치.
  14. 무선 통신 시스템에서 동작하는 장치에 있어서,
    하나 이상의 프로세서 (processor); 및
    상기 하나 이상의 프로세서가 방법을 수행하도록 하는 하나 이상의 명령어 (instruction) 를 저장하는 하나 이상의 메모리 (memory) 를 포함하고, 상기 방법은:
    PRACH (physical random access channel) 과 관련된 설정 정보를 수신하는 과정; 및
    상기 설정 정보와 관련된 복수의 파라미터들에 기초하여 설정되는 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 송신하는 과정을 포함하고,
    상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 수신함에 기초하여, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하여 설정되는, 장치.
  15. 하나 이상의 프로세서 (processor) 가 방법을 수행하도록 하는 하나 이상의 명령어 (instruction) 를 저장하는 프로세서-판독 가능 매체 (processor-readable medium) 에 있어서, 상기 방법은:
    PRACH (physical random access channel) 과 관련된 설정 정보를 수신하는 과정; 및
    상기 설정 정보와 관련된 복수의 파라미터들에 기초하여 설정되는 하나 이상의 PRACH 기회 (occasion) 에 포함되는 PRACH 기회 내에서 상기 PRACH 를 송신하는 과정을 포함하고,
    상기 복수의 파라미터들 중 하나 이상의 파라미터의 하나 이상의 제1 값을 하나 이상의 제2 값으로 치환하는 것과 관련된 정보를 수신함에 기초하여, 상기 하나 이상의 PRACH 기회는, (i) 상기 복수의 파라미터들 중 상기 하나 이상의 파라미터를 제외한 파라미터와 (ii) 상기 하나 이상의 제2 값으로 치환된 상기 하나 이상의 파라미터에 기초하여 설정되는, 프로세서-판독 가능 매체.
PCT/KR2020/010851 2019-08-14 2020-08-14 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치 WO2021029732A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020227000112A KR20220044937A (ko) 2019-08-14 2020-08-14 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
US17/634,888 US20220338264A1 (en) 2019-08-14 2020-08-14 Method for transmitting and receiving signals in wireless communication system, and apparatus that supports same

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR20190099860 2019-08-14
KR10-2019-0099860 2019-08-14
KR20190105931 2019-08-28
KR10-2019-0105931 2019-08-28
KR10-2019-0142941 2019-11-08
KR20190142941 2019-11-08

Publications (1)

Publication Number Publication Date
WO2021029732A1 true WO2021029732A1 (ko) 2021-02-18

Family

ID=74571133

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/010851 WO2021029732A1 (ko) 2019-08-14 2020-08-14 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치

Country Status (3)

Country Link
US (1) US20220338264A1 (ko)
KR (1) KR20220044937A (ko)
WO (1) WO2021029732A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230284287A1 (en) * 2021-07-27 2023-09-07 Asustek Computer Inc. Method and apparatus for obtaining time alignment regarding multiple trps in a wireless communication system
KR20230153138A (ko) * 2022-04-28 2023-11-06 삼성전자주식회사 무선통신시스템에서 랜덤 액세스 방법 및 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013176473A1 (ko) * 2012-05-21 2013-11-28 삼성전자 주식회사 이동통신 시스템에서 데이터를 송수신하는 방법 및 장치
WO2015076501A1 (ko) * 2013-11-19 2015-05-28 엘지전자 주식회사 랜덤 액세스 절차를 수행하는 방법
KR20190019837A (ko) * 2017-08-18 2019-02-27 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 랜덤 액세스 구성을 위한 방법 및 장치
KR20190086371A (ko) * 2018-01-12 2019-07-22 엘지전자 주식회사 물리 임의 접속 채널을 송수신하는 방법 및 이를 위한 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013176473A1 (ko) * 2012-05-21 2013-11-28 삼성전자 주식회사 이동통신 시스템에서 데이터를 송수신하는 방법 및 장치
WO2015076501A1 (ko) * 2013-11-19 2015-05-28 엘지전자 주식회사 랜덤 액세스 절차를 수행하는 방법
KR20190019837A (ko) * 2017-08-18 2019-02-27 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 랜덤 액세스 구성을 위한 방법 및 장치
KR20190086371A (ko) * 2018-01-12 2019-07-22 엘지전자 주식회사 물리 임의 접속 채널을 송수신하는 방법 및 이를 위한 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Initial access signals and channels", 3GPP DRAFT; R1-1907451 INITIAL ACCESS SIGNALS AND CHANNELS, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, USA; 20190513 - 20190517, 4 May 2019 (2019-05-04), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051709464 *

Also Published As

Publication number Publication date
KR20220044937A (ko) 2022-04-12
US20220338264A1 (en) 2022-10-20

Similar Documents

Publication Publication Date Title
WO2020145748A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치
WO2020032740A1 (ko) 무선 통신 시스템에서 신호를 송수신하기 위한 방법 및 이를 위한 장치
WO2020032691A1 (ko) 비면허 대역을 지원하는 무선 통신 시스템에서 단말과 기지국의 동작 방법 및 이를 지원하는 장치
WO2020032753A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2020167060A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020204322A1 (ko) 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국
WO2020032750A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 위한 장치
WO2020032705A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2021054801A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2021054800A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020145750A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치
WO2020050682A1 (ko) 무선 통신 시스템에서 단말의 동작 방법 및 이를 지원하는 단말
WO2020167051A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020190117A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020145784A1 (ko) 비면허 대역에서 장치의 채널 접속 절차
WO2020184836A1 (ko) 무선 통신 시스템에서 단말의 빔 정보 전송 방법 및 이를 지원하는 단말 및 기지국
WO2020166844A1 (ko) 무선 통신 시스템에서 단말의 데이터 신호 수신 방법 및 이를 지원하는 단말 및 기지국
WO2021054802A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020032696A1 (ko) 비면허 대역을 지원하는 무선 통신 시스템에서 단말과 기지국의 상향링크 신호 송수신 방법 및 이를 지원하는 장치
WO2020167048A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2021066602A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020226396A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2021034176A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020167058A1 (ko) 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치
WO2020159189A1 (ko) 무선 통신 시스템에서 단말의 상태 정보 보고 방법 및 이를 지원하는 단말 및 기지국

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: 20853084

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20853084

Country of ref document: EP

Kind code of ref document: A1