WO2021066548A1 - 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 - Google Patents
무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 Download PDFInfo
- Publication number
- WO2021066548A1 WO2021066548A1 PCT/KR2020/013378 KR2020013378W WO2021066548A1 WO 2021066548 A1 WO2021066548 A1 WO 2021066548A1 KR 2020013378 W KR2020013378 W KR 2020013378W WO 2021066548 A1 WO2021066548 A1 WO 2021066548A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- message
- pucch
- channel access
- rar
- lbt
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 212
- 238000004891 communication Methods 0.000 title claims abstract description 83
- 238000001228 spectrum Methods 0.000 claims abstract description 57
- 230000015654 memory Effects 0.000 claims description 38
- 230000004044 response Effects 0.000 claims description 33
- 238000004590 computer program Methods 0.000 claims description 2
- 230000008569 process Effects 0.000 abstract description 59
- 230000005540 biological transmission Effects 0.000 description 117
- 238000013468 resource allocation Methods 0.000 description 45
- 239000010410 layer Substances 0.000 description 43
- 101150116295 CAT2 gene Proteins 0.000 description 24
- 101100392078 Caenorhabditis elegans cat-4 gene Proteins 0.000 description 24
- 101100326920 Caenorhabditis elegans ctl-1 gene Proteins 0.000 description 24
- 101100126846 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) katG gene Proteins 0.000 description 24
- 230000011664 signaling Effects 0.000 description 22
- 238000005516 engineering process Methods 0.000 description 20
- 230000006870 function Effects 0.000 description 16
- 230000008054 signal transmission Effects 0.000 description 16
- 101150071746 Pbsn gene Proteins 0.000 description 13
- 238000012544 monitoring process Methods 0.000 description 9
- 238000013473 artificial intelligence Methods 0.000 description 6
- 238000013507 mapping Methods 0.000 description 6
- 101100494773 Caenorhabditis elegans ctl-2 gene Proteins 0.000 description 5
- 101100112369 Fasciola hepatica Cat-1 gene Proteins 0.000 description 5
- 101100005271 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) cat-1 gene Proteins 0.000 description 5
- 125000004122 cyclic group Chemical group 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 101100243399 Caenorhabditis elegans pept-2 gene Proteins 0.000 description 4
- 229920008347 Cellulose acetate propionate Polymers 0.000 description 4
- 238000009470 controlled atmosphere packaging Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 101100189913 Caenorhabditis elegans pept-1 gene Proteins 0.000 description 2
- 101100243401 Caenorhabditis elegans pept-3 gene Proteins 0.000 description 2
- 101150096310 SIB1 gene Proteins 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000033228 biological regulation Effects 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 1
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 1
- 101100005280 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) cat-3 gene Proteins 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
Definitions
- the present invention relates to a method and apparatus for use in a wireless communication system.
- Wireless communication systems are widely deployed to provide various types of communication services such as voice and data.
- a wireless communication 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 Code Division Multiple Access (CDMA) systems, Frequency Division Multiple Access (FDMA) systems, Time Division Multiple Access (TDMA) systems, Orthogonal Frequency Division Multiple Access (OFDMA) systems, and Single Carrier Frequency (SC-FDMA) systems.
- 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
- An object of the present invention is to provide a signal transmission/reception method and an apparatus therefor for efficiently performing a random access process in a wireless communication system.
- the technical problem of the present invention is not limited to the above-described technical problem, and other technical problems can be inferred from the embodiments of the present invention.
- the present invention provides a method and apparatus for transmitting and receiving signals in a wireless communication system.
- a method for transmitting and receiving a signal by a terminal in a wireless communication system comprising: receiving a message B based on the message A; And transmitting a PUCCH on a PUCCH (Physical Uplink Control Channel) resource based on the message B.
- the PUCCH includes HARQ (Hybid Automatic Repeat Request) information for message B, the channel access type in the shared spectrum channel access for the PUCCH resource, the success random access response (RAR) in the message B ), a signal transmission/reception method determined based on a specific field of) is provided.
- HARQ Hybid Automatic Repeat Request
- a communication device for transmitting and receiving signals in a wireless communication system, comprising: at least one transceiver; At least one processor; And at least one memory that is operably connected to the at least one processor and stores instructions for causing the at least one processor to perform a specific operation when executed.
- the specific operation includes receiving a message B based on the message A, and transmitting a PUCCH on a PUCCH (Physical Uplink Control Channel) resource based on the message B, wherein the PUCCH is for message B Including HARQ (Hybid Automatic Repeat Request) information, the channel access type in the shared spectrum channel access for the PUCCH resource is determined based on a specific field of the success random access response (RAR) in the message B, communication
- RAR success random access response
- an apparatus for a terminal comprising: at least one processor; And at least one computer memory that is operably connected to the at least one processor and causes the at least one processor to perform an operation when executed, the operation comprising: a message Receiving B, and transmitting a PUCCH on a PUCCH (Physical Uplink Control Channel) resource based on the message B, the PUCCH includes HARQ (Hybid Automatic Repeat Request) information for message B, and the PUCCH resource
- the channel access type in the shared spectrum channel access to may be determined based on a specific field of a success random access response (RAR) in the message B.
- RAR success random access response
- a computer-readable storage medium including at least one computer program that, when executed, causes the at least one processor to perform an operation, the operation being based on the message A and And transmitting a PUCCH on a PUCCH (Physical Uplink Control Channel) resource based on the message B, wherein the PUCCH includes HARQ (Hybid Automatic Repeat Request) information for message B, and the PUCCH resource
- the channel access type in the shared spectrum channel access for the message B may be determined based on a specific field of a success random access response (RAR) in the message B.
- RAR success random access response
- a method for transmitting and receiving signals by a base station in a wireless communication system comprising: transmitting a message B based on a message A; And receiving a PUCCH on a PUCCH (Physical Uplink Control Channel) resource based on the message B.
- the PUCCH includes HARQ (Hybid Automatic Repeat Request) information for message B, the channel access type in the shared spectrum channel access for the PUCCH resource, the success random access response (RAR) in the message B ), a signal transmission/reception method determined based on a specific field of) is provided.
- HARQ Hybid Automatic Repeat Request
- a communication device for transmitting and receiving signals in a wireless communication system, comprising: at least one transceiver; At least one processor; And at least one memory that is operably connected to the at least one processor and stores instructions for causing the at least one processor to perform a specific operation when executed.
- the specific operation includes transmitting message B based on message A and receiving a PUCCH on a PUCCH (Physical Uplink Control Channel) resource based on the message B, wherein the PUCCH is for message B.
- HARQ Hybid Automatic Repeat Request
- the channel access type in the shared spectrum channel access for the PUCCH resource is determined based on a specific field of the success random access response (RAR) in the message B, communication
- RAR success random access response
- the success RAR may be transmitted to the terminal by the base station in a terminal specific manner.
- channel access may be performed by the terminal based on the channel access type.
- the specific field may be included in the successful RAR only in the shared spectrum and may be a reserved field in the non-shared spectrum.
- the communication devices may include at least a terminal, a network, and an autonomous vehicle capable of communicating with other autonomous vehicles other than the communication device.
- the technical effect of the present invention is not limited to the above-described technical effect, and other technical effects can be inferred from the embodiments of the present invention.
- 1 illustrates a structure of a radio frame.
- FIG. 2 illustrates a resource grid of a slot.
- FIG 3 shows an example in which a physical channel is mapped in a slot.
- 5 illustrates a wireless communication system supporting an unlicensed band.
- FIG. 6 illustrates a method of occupying a resource within an unlicensed band.
- FIG 7 and 8 are flow charts of Channel Access Procedure (CAP) for signal transmission through an unlicensed band.
- CAP Channel Access Procedure
- 10 and 11 are diagrams for a random access procedure.
- 12 to 16 are diagrams for explaining a random access process according to an embodiment of the present invention.
- CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
- TDMA may be implemented with a radio technology 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 Evolved UTRA (E-UTRA).
- UTRA is a part of Universal Mobile Telecommunications System (UMTS).
- 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) using 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.
- LTE refers to technology after 3GPP TS 36.xxx Release 8.
- LTE technology after 3GPP TS 36.xxx Release 10 is referred to as LTE-A
- LTE technology after 3GPP TS 36.xxx Release 13 is referred to as LTE-A pro
- 3GPP NR refers to the technology after TS 38.xxx Release 15.
- LTE/NR may be referred to as a 3GPP system.
- "xxx" means the standard document detail number.
- LTE/NR may be collectively referred to as a 3GPP system.
- RRC Radio Resource Control
- 1 illustrates a structure of a radio frame used in NR.
- uplink (UL) and downlink (DL) transmissions are composed of frames.
- the radio frame has a length of 10 ms and is defined as two 5 ms half-frames (HF).
- the half-frame is defined as five 1ms subframes (Subframe, SF).
- the subframe is divided into one or more slots, and the number of slots in the subframe depends on Subcarrier Spacing (SCS).
- SCS Subcarrier Spacing
- Each slot includes 12 or 14 OFDM(A) symbols according to a cyclic prefix (CP).
- CP cyclic prefix
- the symbol may include an OFDM symbol (or CP-OFDM symbol) and an SC-FDMA symbol (or DFT-s-OFDM symbol).
- Table 1 exemplifies that when a normal CP is used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to the SCS.
- Table 2 exemplifies that when the extended CP is used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to the SCS.
- OFDM(A) numerology eg, SCS, CP length, etc.
- OFDM(A) numerology eg, SCS, CP length, etc.
- the (absolute time) section of the time resource eg, SF, slot, or TTI
- TU Time Unit
- NR supports multiple Orthogonal Frequency Division Multiplexing (OFDM) numerology (eg, subcarrier spacing, SCS) to support various 5G services.
- OFDM Orthogonal Frequency Division Multiplexing
- SCS subcarrier spacing
- SCS subcarrier spacing
- the NR frequency band is defined as two types of frequency range (FR) (FR1/FR2).
- FR1/FR2 can be configured as shown in Table 3 below. Further, FR2 may mean a millimeter wave (mmW).
- mmW millimeter wave
- FIG. 2 illustrates a slot structure of an NR frame.
- a slot includes a plurality of symbols in the time domain. For example, in the case of a normal CP, one slot includes 14 symbols, and in the case of an extended CP, one slot includes 12 symbols.
- the carrier includes a plurality of subcarriers in the frequency domain.
- RB Resource Block
- a plurality of RB interlaces (simply, interlaces) may be defined in the frequency domain.
- the interlace m ⁇ 0, 1, ..., M-1 ⁇ can be composed of (common) RB ⁇ m, M+m, 2M+m, 3M+m, ... ⁇ .
- M represents the number of interlaces.
- BWP Bandwidth Part
- 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 within one cell/carrier.
- Each element in the resource grid is referred to as a resource element (RE), and one modulation symbol may be mapped.
- RE resource element
- a terminal receives information from a base station through a downlink (DL), and the terminal transmits information to the base station through an uplink (UL).
- the information transmitted and received by the base station and the terminal includes data and various control information, and various physical channels/signals exist according to the type/use of the information they transmit and receive.
- the physical channel corresponds to a set of resource elements (REs) carrying information derived from higher layers.
- the physical signal corresponds to the set of resource elements (REs) used by the physical layer (PHY), but does not carry information derived from the upper layer.
- the upper layer includes a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, a Packet Data Convergence Protocol (PDCP) layer, a Radio Resource Control (RRC) layer, and the like.
- MAC Medium Access Control
- RLC Radio Link Control
- PDCP Packet Data Convergence Protocol
- RRC Radio Resource Control
- the DL physical channel includes a Physical Broadcast Channel (PBCH), a Physical Downlink Shared Channel (PDSCH), and a Physical Downlink Control Channel (PDCCH).
- the DL physical signal includes a DL Reference Signal (RS), a Primary synchronization signal (PSS), and a Secondary synchronization signal (SSS).
- the DL RS includes Demodulation RS (DM-RS), Phase-tracking RS (PT-RS), and Channel-state information RS (CSI-RS).
- the UL physical channel includes a Physical Random Access Channel (PRACH), a Physical Uplink Shared Channel (PUSCH), and a Physical Uplink Control Channel (PUCCH).
- UL physical signals include UL RS.
- UL RS includes DM-RS, PT-RS and Sounding RS (SRS).
- FIG 3 shows an example in which a physical channel is mapped in a slot.
- 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, referred to as 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 may be, for example, gNodeB.
- the PDSCH carries downlink data (eg, DL-shared channel transport block, DL-SCH TB).
- TB is encoded as a codeword (CodeWord, CW) and then transmitted through scrambling and modulation processes.
- CW includes one or more code blocks (Code Block, CB).
- CB code Block
- One or more CBs may be grouped into one CBG (CB group).
- the PDSCH can carry up to two CWs. Scrambling and modulation are performed for each CW, and modulation symbols generated from each CW are mapped to one or more layers. Each layer is mapped to a resource along with a DMRS through precoding, and is transmitted through a corresponding antenna port.
- the PDSCH is dynamically scheduled by the PDCCH (dynamic scheduling) 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 Scheduling, CS.
- PDCCH is accompanied by PDSCH transmission, but PDCCH is not accompanied by PDSCH transmission in CS.
- CS includes semi-persistent scheduling (SPS).
- PDCCH carries Downlink Control Information (DCI).
- DCI Downlink Control Information
- PCCCH i.e., DCI
- UL-SCH frequency/time resource allocation information for a shared channel
- PCH paging information for a paging channel
- DL-SCH System information frequency/time resource allocation information for upper layer control messages such as random access response (RAR) transmitted on the PDSCH
- RAR random access response
- SPS/CS Configured Scheduling
- Table 4 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 Can be used to schedule.
- 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 Can (DL grant DCI).
- DCI format 0_0/0_1 may be referred to as UL grant DCI or UL scheduling information
- DCI format 1_0/1_1 may be referred to as DL grant DCI or UL scheduling information
- 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 terminals in a corresponding group through a group common PDCCH (PDCCH) that is a PDCCH delivered to terminals defined as one group.
- PDCH group common PDCCH
- the PDCCH/DCI includes a cyclic redundancy check (CRC), and the CRC is masked/scrambled with various identifiers (eg, Radio Network Temporary Identifier, RNTI) according to the owner or usage of the PDCCH. For example, if the PDCCH is for a specific terminal, the CRC is masked with C-RNTI (Cell-RNTI). If the PDCCH is for paging, the CRC is masked with P-RNTI (P-RNTI). If the PDCCH relates to system information (eg, System Information Block, SIB), the CRC is masked with SI-RNTI (System Information RNTI). If the PDCCH relates to a random access response, the CRC is masked with a Random Access-RNTI (RA-RNTI).
- CRC cyclic redundancy check
- RNTI Radio Network Temporary Identifier
- Table 5 exemplifies the use and transport channel of the PDCCH according to the RNTI.
- the transport channel represents a transport channel related to data carried by the PDSCH/PUSCH scheduled by the PDCCH.
- the modulation method of the PDCCH is fixed (e.g., Quadrature Phase Shift Keying, QPSK), and one PDCCH consists of 1, 2, 4, 8, 16 CCEs (Control Channel Elements) according to the Aggregation Level (AL).
- One CCE consists of six REGs (Resource Element Group).
- One REG is defined as one OFDMA symbol and one (P)RB.
- CORESET Control Resource Set
- CORESET corresponds to a set of physical resources/parameters used to carry PDCCH/DCI within the BWP.
- CORESET contains a REG set with a given pneumonology (eg, SCS, CP length, etc.).
- CORESET may be set through system information (eg, MIB) or UE-specific higher layer (eg, RRC) signaling. Examples of parameters/information used to set CORESET are as follows.
- One or more CORESETs are set for one terminal, and a plurality of CORESETs may overlap in the time/frequency domain.
- -controlResourceSetId represents the identification information (ID) of CORESET.
- -duration represents the time domain resource of CORESET. Indicates the number of consecutive OFDMA symbols constituting CORESET. For example, duration has a value of 1 to 3.
- -cce-REG-MappingType Represents the CCE-to-REG mapping type. Interleaved and non-interleaved types are supported.
- -precoderGranularity Represents the precoder granularity in the frequency domain.
- -tci-StatesPDCCH indicates information (eg, TCI-StateID) indicating a TCI (Transmission Configuration Indication) state for the PDCCH.
- the TCI state is used to provide a Quasi-Co-Location (QCL) relationship between the DL RS(s) in the RS set (TCI-state) and the PDCCH DMRS port.
- QCL Quasi-Co-Location
- -tci-PresentInDCI Indicates whether the TCI field in DCI is included.
- -pdcch-DMRS-ScramblingID indicates information used for initialization of the PDCCH DMRS scrambling sequence.
- the UE may monitor (eg, blind decoding) a set of PDCCH candidates in CORESET.
- the PDCCH candidate represents CCE(s) monitored by the UE for PDCCH reception/detection.
- PDCCH monitoring may be performed at one or more CORESETs on an active DL BWP on each activated cell for which PDCCH monitoring is set.
- the set of PDCCH candidates monitored by the UE is defined as a PDCCH search space (SS) set.
- the SS set may be a common search space (CSS) set or a UE-specific search space (USS) set.
- Table 6 illustrates the PDCCH search space.
- the SS set may be configured through system information (eg, MIB) or UE-specific higher layer (eg, RRC) signaling.
- S eg, 10
- S eg, 10
- S eg, 10
- the following parameters/information may be provided for each SS set.
- Each SS set is associated with one CORESET, and each CORESET configuration may be associated with one or more SS sets.
- -searchSpaceId indicates the ID of the SS set.
- -controlResourceSetId represents the CORESET associated with the SS set.
- -monitoringSlotPeriodicityAndOffset represents the PDCCH monitoring period interval (slot unit) and the PDCCH monitoring interval offset (slot unit).
- -monitoringSymbolsWithinSlot indicates the first OFDMA symbol(s) for PDCCH monitoring in a slot in which PDCCH monitoring is configured. It is indicated through a bitmap, and each bit corresponds to each OFDMA symbol in the slot. The MSB of the bitmap corresponds to the first OFDM symbol in the slot. OFDMA symbol(s) corresponding to bit(s) having a bit value of 1 correspond to the first symbol(s) of CORESET in the slot.
- -searchSpaceType Indicates whether the SS type is CSS or USS.
- -DCI format indicates the DCI format of the PDCCH candidate.
- the UE may monitor PDCCH candidates in one or more SS sets in the slot.
- the opportunity for monitoring PDCCH candidates (eg, time/frequency resource) is defined as a PDCCH (monitoring) opportunity.
- PDCCH (monitoring) opportunities may be configured within a slot.
- PUSCH carries uplink data (e.g., UL-SCH TB) and/or uplink control information (UCI), and a Cyclic Prefix-Orthogonal Frequency Division Multiplexing (CP-OFDM) waveform or Discrete Fourier Transform (DFT-s-OFDM) -spread-OFDM) is transmitted based on the waveform.
- CP-OFDM Cyclic Prefix-Orthogonal Frequency Division Multiplexing
- DFT-s-OFDM Discrete Fourier Transform
- the UE transmits the PUSCH by applying transform precoding.
- the UE when transform precoding is not possible (eg, transform precoding is disabled), the UE transmits PUSCH based on the CP-OFDM waveform, and when transform precoding is possible (eg, transform precoding is enabled), the UE is CP-OFDM.
- PUSCH may be transmitted based on a waveform or a DFT-s-OFDM waveform.
- the PUSCH may be dynamically scheduled by PDCCH (dynamic scheduling) or semi-statically scheduled based on higher layer (eg, RRC) signaling (and/or Layer 1 (L1) signaling (eg, PDCCH)) ( Configured Scheduling, CS).
- the PDCCH is accompanied by PUSCH transmission, but in the CS, the PDCCH is not accompanied by PUSCH transmission.
- CS includes Type-1 Configured Grant (CG) PUSCH transmission and Type-2 CG PUSCH transmission.
- Type-1 CG all parameters for PUSCH transmission are signaled by an upper layer.
- Type-2 CG some of the parameters for PUSCH transmission are signaled by an upper layer and the rest are signaled by PDCCH.
- the PDCCH is not accompanied by PUSCH transmission.
- UCI Uplink Control Information
- UCI includes:
- -SR (Scheduling Request): This is information used to request UL-SCH resources.
- -HARQ-ACK Hybrid Automatic Repeat and ReQuest Acknowledgement
- This is a reception response signal for a DL signal (eg, PDSCH, SPS release PDCCH).
- the HARQ-ACK response may include positive ACK (simply, ACK), negative ACK (NACK), discontinuous transmission (DTX), or NACK/DTX.
- HARQ-ACK can be mixed with A/N, ACK/NACK, HARQ-ACK/NACK, and the like.
- HARQ-ACK may be generated in TB-unit/CBG-unit.
- CSI Channel Status Informaton: This is feedback information on the DL channel.
- CSI includes Channel Quality Information (CQI), Rank Indicator (RI), Precoding Matrix Indicator (PMI), Precoding Type Indicator (PTI), and the like.
- CQI Channel Quality Information
- RI Rank Indicator
- PMI Precoding Matrix Indicator
- PTI Precoding Type Indicator
- Table 7 illustrates PUCCH formats.
- the PUCCH format may be classified according to the UCI payload size/transmission length (eg, the number of symbols constituting the PUCCH resource)/transmission structure.
- PUCCH formats can be classified into Short PUCCH (formats 0, 2) and Long PUCCH (formats 1, 3, 4) according to the transmission length.
- -Transmission structure consists of only UCI signal without DM-RS, and transmits UCI state by selecting and transmitting one of a plurality of sequences
- DM-RS and UCI are composed of different OFDM symbols in TDM form, and UCI is a form in which a specific sequence is multiplied by a modulation (eg, QPSK) symbol.
- a modulation eg, QPSK
- DMRS and UCI are configured/mapped in the form of FDM within the same symbol, and are transmitted by applying only IFFT without DFT to the encoded UCI bits.
- DMRS and UCI are configured/mapped to different symbols in the form of TDM, and DFT is applied to the encoded UCI bits for transmission.
- OCC is applied at the front end of DFT for UCI and CS (or IFDM mapping) is applied to DMRS to support multiplexing to multiple terminals.
- -Transmission structure A structure in which DMRS and UCI are configured/mapped to different symbols in the form of TDM, and transmitted without multiplexing between terminals by applying DFT to the encoded UCI bits.
- the UE may detect a PDCCH in slot #n.
- the PDCCH includes downlink scheduling information (eg, DCI formats 1_0, 1_1), and the PDCCH represents a DL assignment-to-PDSCH offset (K0) and a PDSCH-HARQ-ACK reporting offset (K1).
- DCI formats 1_0 and 1_1 may include the following information.
- -Frequency domain resource assignment indicates the RB set assigned to the PDSCH
- K0 indicating the starting position (eg, OFDM symbol index) and length (eg number of OFDM symbols) of the PDSCH in the slot
- the UE may transmit UCI through PUCCH in slot #(n+K1).
- the UCI includes a HARQ-ACK response for the PDSCH.
- the HARQ-ACK response may consist of 1-bit.
- the HARQ-ACK response may consist of 2-bits when spatial bundling is not configured, and may consist of 1-bits when spatial bundling is configured.
- the HARQ-ACK transmission time point for a plurality of PDSCHs is designated as slot #(n+K1)
- the UCI transmitted in slot #(n+K1) includes HARQ-ACK responses for the plurality of PDSCHs.
- FIG 5 shows an example of a wireless communication system supporting an unlicensed band applicable to the present invention.
- a cell operating in a licensed band is defined as an L-cell, and a carrier of the L-cell is defined as a (DL/UL) Licensed Component Carrier (LCC).
- LCC Licensed Component Carrier
- U-band a cell operating in an unlicensed band
- U-cell a carrier of the U-cell
- the carrier/carrier-frequency of the cell may mean the operating frequency (eg, center frequency) of the cell.
- Cell/carrier eg, CC
- a cell 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.
- the signal transmission/reception operation in the unlicensed band described in the present invention may be performed based on all of the above-described configuration scenarios (unless otherwise stated).
- -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
- 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 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. 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 terminal 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.
- CS carrier sensing
- RRC clear channel assessment
- the CCA threshold is -62dBm for non-Wi-Fi signals and -82dBm for Wi-Fi signals.
- the communication node can start signal transmission in the UCell.
- LBT Listen-Before-Talk
- CAP Channel Access Procedure
- one or more of the CAP methods to be described below may be used in the wireless communication system associated with the present invention.
- the base station may perform one of the following unlicensed band access procedures (eg, Channel Access Procedure, CAP) for downlink signal transmission in the unlicensed band.
- CAP Channel Access Procedure
- Type 1 DL CAP can be applied to the following transmissions.
- FIG. 7 is a flowchart of a CAP operation for transmitting a downlink signal through an unlicensed band of a base station.
- the base station first senses whether a channel is in an idle state during a sensing slot period of a delay period T d , and then, when the counter N becomes 0, may perform transmission (S1234). 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) (S1250) 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 (S1260) additional delay interval T d in the busy (busy) detected or sensed slot in sensing the channel until all sensing slot in a further delay interval T d to be detected with the rest (idle).
- Step 6 (S1270) 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 8 shows m p applied to the CAP according to the channel access priority class, the minimum contention window (CW), the maximum CW, the maximum channel occupancy time (MCOT), and the allowed CW size (allowed CW). sizes) are different.
- the delay period T d is composed of the sequence of the period T f (16us) + m p consecutive sensing slot periods 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 the length of a time interval 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.
- Tf 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 for uplink signal transmission in the 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 the UL grant (eg, DCI formats 0_0, 0_1) for scheduling PUSCH transmission.
- Type 1 UL CAP the length of a time interval spanned by a sensing slot that is sensed idle before transmission(s) is random.
- Type 1 UL CAP can be applied to the following transmissions.
- FIG. 8 is a flowchart of a Type 1 CAP operation of a terminal for transmitting an uplink signal.
- the UE first senses whether the channel is in an idle state during the sensing slot period of the delay period T d , and then, when the counter N becomes 0, may perform transmission (S1534). 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 (S1550) 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 The channel is sensed until a busy sensing slot is detected in the additional delay period Td or all sensing slots in the additional delay period Td are detected as idle.
- Step 6 (S1570) When the channel is sensed as idle during all sensing slot periods of the additional delay period Td (Y), the process moves to step 4. If not (N), it moves to step 5.
- Table 9 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 period T d is composed of the sequence of the period T f (16us) + m p consecutive sensing slot periods T sl (9us).
- T f includes the sensing slot section Tsl at the start of the 16us section.
- 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 interval spanned by a sensing slot 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 interval.
- the UE does not sense a channel before performing transmission.
- RB interlace In the shared spectrum, a set of (single) RBs that are (equally spaced) discontinuous in frequency are used/allocated for UL (physical) channel/signal transmission in consideration of regulations related to OCB (Occupied Channel Bandwidth) and PSD (Power Spectral Density). It can be defined as a unit resource. For convenience, this set of discontinuous RBs is defined as "RB interlace" (briefly, interlace).
- a plurality of RB interlaces may be defined in a frequency band.
- the frequency band may include a (wideband) cell/CC/BWP/RB set, and the RB may include a PRB.
- the interlace #m ⁇ 0, 1, ..., M-1 ⁇ can be composed of (common) RB ⁇ m, M+m, 2M+m, 3M+m, ... ⁇ .
- M represents the number of interlaces.
- a transmitter eg, a terminal
- the signal/channel may include PUCCH or PUSCH.
- FIG. 10 shows a random access process.
- 10(a) shows a contention-based random access process
- FIG. 10(b) shows a dedicated random access process.
- the contention-based random access process includes the following four steps.
- the messages transmitted in steps 1 to 4 may be referred to as messages (Msg) 1 to 4, respectively.
- Step 1 The UE transmits the RACH preamble through the PRACH.
- Step 2 The terminal receives a random access response (RAR) from the base station through the DL-SCH.
- RAR random access response
- Step 3 The terminal transmits a Layer 2 / Layer 3 message to the base station through the UL-SCH.
- Step 4 The terminal receives a contention resolution message from the base station through the DL-SCH.
- the terminal may receive information on random access from the base station through system information.
- the terminal transmits the RACH preamble to the base station as in step 1.
- the base station may distinguish each of the random access preambles through a time/frequency resource (RACH Occasion (RO)) in which the random access preamble is transmitted and a random access preamble index (PI).
- RACH Occasion RACH Occasion
- PI random access preamble index
- 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 to the terminal as in step 2.
- RAR random access response
- the terminal For reception of the random access response message, the terminal CRC with a random access-RNTI (RA-RNTI), including scheduling information for the random access response message, within a preset time window (eg, ra-ResponseWindow).
- RA-RNTI random access-RNTI
- the masked L1/L2 control channel (PDCCH) is monitored.
- the PDCCH masked with RA-RNTI can be transmitted only through a common search space.
- the terminal may receive a random access response message from the PDSCH indicated by the scheduling information.
- the terminal checks whether there is random access response information instructed to itself in the random access response message. Whether the random access response information instructed to itself exists may be determined by whether there is a random access preamble ID (RAPID) for a preamble transmitted by the terminal.
- RAPID random access preamble ID
- the index of the preamble transmitted by the terminal and the RAPID may be the same.
- the random access response information includes corresponding random access preamble index, timing offset information for UL synchronization (eg, Timing Advance Command, TAC), UL scheduling information for message 3 transmission (eg, UL grant), and terminal temporary identification information ( Yes, Temporary-C-RNTI, TC-RNTI).
- the terminal Upon receiving the random access response information, the terminal transmits UL-SCH (Shared Channel) data (message 3) through the PUSCH according to the UL scheduling information and the timing offset value, as in step 3.
- UL-SCH Shared Channel
- message 3 the ID of the terminal (or the global ID of the terminal) may be included.
- message 3 may include RRC connection request-related information (eg, RRCSetupRequest message) for initial access.
- message 3 may include a buffer status report (BSR) on the amount of data available for transmission by the terminal.
- BSR buffer status report
- the base station After receiving the UL-SCH data, as in step 4, the base station transmits a contention resolution message (message 4) to the terminal.
- a contention resolution message (message 4)
- TC-RNTI is changed to C-RNTI.
- the ID of the terminal and/or RRC connection related information (eg, RRCSetup message) may be included. If the information transmitted through the message 3 and the information received through the message 4 do not match, or if the message 4 is not received for a certain period of time, the terminal may report that the contention resolution has failed and may retransmit the message 3.
- the dedicated random access process includes the following three steps.
- the messages transmitted in steps 0 to 2 may be referred to as messages (Msg) 0 to 2, respectively.
- the dedicated random access procedure may be triggered using a PDCCH (hereinafter, a PDCCH order) for the purpose of instructing the base station to transmit the RACH preamble.
- PDCCH hereinafter, a PDCCH order
- Step 0 The base station allocates a RACH preamble through dedicated signaling to the terminal.
- Step 1 The UE transmits the RACH preamble through the PRACH.
- Step 2 The terminal receives a random access response (RAR) from the base station through the DL-SCH.
- RAR random access response
- steps 1 to 2 of the dedicated random access process may be the same as steps 1 to 2 of the contention-based random access process.
- DCI format 1_0 is used to initiate a non-contention-based random access procedure with a PDCCH order.
- DCI format 1_0 is used to schedule PDSCH in one DL cell.
- CRC Cyclic Redundancy Check
- DCI format 1_0 is used as a PDCCH command indicating a random access process. do.
- the field of DCI format 1_0 is set as follows.
- -UL/SUL (Supplementary UL) indicator 1 bit.
- bit values of the RA preamble index are not all 0 and SUL is set in the cell for the UE, the UL carrier in which the PRACH is transmitted is indicated in the cell. Otherwise, it is reserved.
- -SSB Synchronization Signal/Physical Broadcast Channel index: 6 bits.
- the bit values of the RA preamble index are not all 0, the SSB used to determine the RACH opportunity for PRACH transmission is indicated. Otherwise, it is reserved.
- -PRACH mask index 4 bits.
- the bit values of the RA preamble index are not all 0, the RACH opportunity associated with the SSB indicated by the SSB index is indicated. Otherwise, it is reserved.
- DCI format 1_0 When DCI format 1_0 does not correspond to the PDCCH command, DCI format 1_0 consists of a field used to schedule a PDSCH (e.g., Time domain resource assignment, Modulation and Coding Scheme (MCS), HARQ process number, PDSCH-to- HARQ_feedback timing indicator, etc.).
- a PDSCH e.g., Time domain resource assignment, Modulation and Coding Scheme (MCS), HARQ process number, PDSCH-to- HARQ_feedback timing indicator, etc.
- the conventional random access goes through a four-step process.
- an average of 15.5 ms was required for the 4 step random access process as shown in Table 10.
- NR systems may require lower latency than conventional systems.
- a random access process occurs in the U-band, the random access process is terminated and contention is resolved only when the terminal and the base station successively succeed in LBT in both the 4-step random access process.
- resource efficiency decreases and latency increases.
- resource efficiency may decrease and latency may increase significantly.
- a low-latency random access process may be required within various scenarios of an NR system. Therefore, the 2-step random access process may be performed on the L-band as well.
- the 2-step random access process involves transmission of an uplink signal (referred to as message A) from the terminal to the base station and transmission of a downlink signal (referred to as message B) from the base station to the terminal. It can be composed of two steps.
- the following description focuses on the initial access process, but the following proposed method may be equally applied to the random access process after the RRC connection between the terminal and the base station is established.
- the random access preamble and the PUSCH part may be transmitted together.
- the PDCCH for scheduling message B may be transmitted from the base station to the terminal, which is Msg. It may be referred to as B PDCCH.
- the CCA threshold is -62dBm for non-Wi-Fi signals and -82dBm for Wi-Fi signals.
- the STA (Station) or AP (Access Point) of the Wi-Fi system transmits the signal in the specific band when a signal from a device that does not belong to the Wi-Fi system is received with power of -62dBm or more in a specific band. I never do that.
- the PRACH (Physical Random Access Channel) format may include a Long RACH format and a Short RACH format.
- the PRACH corresponding to the Long RACH format is composed of a sequence of length 839 (Length 839 sequence).
- the PRACH corresponding to the Short RACH format is composed of a length 139 sequence (Length 139 sequence).
- a structure of a sequence constituted by the Short RACH format is proposed.
- the SCS of the Short RACH format corresponds to 15 and/or 30 KHz.
- the PRACH corresponding to the Short RACH format may be transmitted through 12 RBs as shown in FIG. 10.
- 12 RBs include 144 REs, and PRACH may be transmitted through 139 tones (139 REs) of 144 REs. 12 shows that two REs in the order of the lowest index among 144 REs and three REs in the order of the highest index correspond to null tones, but the position of the null tones may be different from that shown in FIG. 12.
- the Short RACH format may be referred to as a Short PRACH format
- the Long RACH format may be referred to as a Long PRACH format
- the PRACH format may also be referred to as a preamble format.
- the Short PRACH format may be composed of values defined in Table 11.
- L RA is the length of the RACH sequence
- ⁇ f RA is the SCS applied to the RACH
- ⁇ is set to one of 0, 1, 2, 3, depending on the SCS value. For example, for a 15 kHz SCS, ⁇ is set to 0, and for a 30 kHz SCS, ⁇ is set to 1.
- the base station can inform which PRACH format can be transmitted for a specific duration at a specific timing and even how many ROs are in a corresponding slot.
- Table 6.3.3.2-2 to Table 6.3.3.2-4 of the 38.211 standard are applicable.
- Table 12 shows only a few of the indexes that A1, A2, A3, B1, B2, B3 can be used alone or in combination from table 6.3.3.2-3 of the 38.211 standard.
- a device operating in an unlicensed band checks whether a channel to which a signal is to be transmitted is in an idle state or a busy state. When a channel is in an idle state, a signal is transmitted through the channel. When the channel is in a busy state, the device that wants to transmit a signal waits until the channel becomes an idle state and then transmits the signal. As previously described with reference to FIGS. 6 and 7, such an operation may be referred to as an LBT or channel access scheme. In addition, LBT categories as shown in Table 13 may exist.
- LBT corresponding to Category 1 is a method of accessing a channel without an LBT. According to the LBT corresponding to the specific category 1, after the specific node occupies the channel, if the time interval until immediately before the next transmission is less than 16 us, the specific node can access the channel regardless of the state.
- Category 2 LBT is a method of accessing a channel after performing one shot LBT without a back-off counter value. According to the LBT corresponding to category 2, a specific node performs transmission after determining whether the channel is in an idle state for 16 us (or 25 us).
- a backoff counter value is randomly selected within a contention window (CW).
- the LBT corresponding to category 3 may be referred to as Cat 3 LBT
- the LBT corresponding to category 4 may be referred to as Cat 4 LBT.
- a backoff counter value is always randomly selected based on a fixed contention window size value.
- the contention window size value is increased by 1 step in the allowed candidates each time the LBT fails, starting from the first minimum contention window size value. Candidates for the maximum, minimum, and allowed contention window size values of the contention window size are predefined for each channel access priority class (see Tables 3 and 4).
- the UE initially selects a backoff counter value randomly between 0 and 15. If the terminal fails in LBT, it randomly selects a backoff counter value between 0 and 31.
- the LBT corresponding to category 1 may include the type 2C DL CAP and the type 2C UL CAP described above.
- LBT corresponding to category 2 may include a type 2A DL CAP, a type 2B DL CAP, a type 2A UL CAP, and a type 2B UL CAP.
- LBT corresponding to category 4 may include a type 1 DL CAP and a type 1 UL CAP.
- the UE which selects the backoff counter value based on the values defined in Table 9, performs an indication and/or set uplink transmission from the base station when the channel is in an idle state for 16+9 ⁇ m p +K ⁇ 9 us.
- K is the selected backoff counter value
- m p corresponds to the slot time applied according to the channel access priority class.
- the channel access priority class and LBT category for PRACH transmission may be shown in Table 14.
- the backoff counter value K is randomly selected within a size-varying contention window size value.
- the above-described 2-step random access procedure is composed of message A (Msg. A; PRACH preamble and Msg. 3 PUSCH) transmission of the terminal and message B (Msg. B; RAR and Msg. 4 PDSCH) of the base station. ) Is made by transmission.
- message A Msg. A; PRACH preamble and Msg. 3 PUSCH
- message B Msg. B; RAR and Msg. 4 PDSCH
- Msg. 3 The time and frequency resources at which the PRACH preamble signal of A is mapped/transmitted are defined as RO (RACH Occasion), and Msg. 3 Define the time and frequency resources in which the PUSCH signal is mapped/transmitted as PO (PUSCH Occasion).
- Msg. A specific method of configuring A is proposed. Msg.
- the RACH preamble constituting A is Msg. A RACH preamble and Msg. It may be referred to as A PRACH.
- Msg. RAR constituting B is Msg. It may be referred to as B RAR.
- the present specification proposes a channel access procedure according to the time/frequency resources of the RO and the PO, and a timing gap between the RO and the PO.
- parameters for the time/frequency resources of the RO and the PO and the time interval between the RO and the PO are defined as shown in FIG. 14. That is, according to FIG. 14, T1 is a time duration of RO, T2 is a time period of PO, T is T1+T2, F1 is a frequency bandwidth of RO, F2 is a frequency band of PO, and P1 is It means the time interval between RO and PO.
- the UE receives control information related to RO and/or PO from the base station.
- the control information may include parameters shown in FIG. 14.
- the UE determines an LBT type to be performed in front of the RO and/or PO based on the control information.
- the UE is based on the determined LBT type Msg. A preamble and/or Msg. A PUSCH is transmitted.
- the methods to be described later can be combined with the procedures of (1) to (3) above to achieve the object/effect proposed in the present specification.
- the methods to be described later may be combined with the procedure described in the 2. random access procedure to achieve the object/effect proposed in the present specification.
- the'unlicensed band' may be replaced and mixed with'shared spectrum'.
- the'LBT type' may be substituted and mixed with the'channel access type'. 'LBT' can be replaced and used interchangeably with'channel access'.
- a channel access operation for a method of considering channel occupancy (CO) sharing is proposed as follows.
- the reason for considering CO sharing is that if CO sharing is not performed, there is a disadvantage that Cat-4 LBT (random back-off based) must be performed before all transmissions. That is, through CO sharing, the LBT process excluding the first LBT process performed may be Cat-1 LBT (no LBT) or Cat-2 LBT (one shot LBT). Therefore, channel access can be performed more quickly and easily.
- the parameters used in the following description are shown in FIG. 14.
- CO sharing time (T ulmcotp ) is defined according to the priority class (PC). That is, when the PC is 1, the CO sharing time is 2ms or less, when the PC is 2, the CO sharing time is 4ms or less, and when the PC is 3 or 4, the CO sharing time is defined as 6ms or 10ms or less. (Which of 6ms or 10ms is determined by higher layer singling) Therefore, the next operation can be divided into the following three sections according to the CO sharing time and PC.
- PC priority class
- PC RO may be 1 for CO sharing.
- PC RO may be 3 or 4 for CO sharing.
- the terminal may perform the following operations.
- the UE is Msg.
- Cat-4 LBT is performed using the priority class PC RO in front of the A preamble (RACH) occasion (RO). After successful LBT, the UE is Msg. After sending A preamble,
- a Cat-1 LBT i.e., no LBT is performed in front of the PUSCH occasion (PO).
- the UE performs Cat-2 LBT (i.e., 16(us) one shot LBT) in front of the PO.
- X is the maximum timing duration allowed for UL signal/channel transmission without performing the LBT operation. This can be indicated by the base station through higher layer signaling (e.g., SIB or remaining minimum system information (RMSI), etc.). For example, X may be 0.5ms.
- the UE performs Cat-1 LBT (i.e., no LBT) in front of the PO.
- the UE performs Cat-2 LBT (i.e., 25 (us) one shot LBT) in front of the PO.
- the UE performs Cat-2 LBT (ie, 25(us) one shot LBT) or Cat-4 LBT instructed through higher layer signaling (eg, SIB or RMSI, etc.) in front of the PO.
- Priority class PC PO used by the UE performing Cat-4 LBT in front of the PO eg, PC PO can be the same as PC RO
- the base station performs higher layer signaling (eg, SIB or RMSI, etc.) I can give you directions.
- Priority class PC PO used by the UE performing Cat-4 LBT in front of the PO (eg, PC PO can be the same as PC RO ) is promised in advance, or the base station performs higher layer signaling (eg, SIB or RMSI, etc.) I can give you directions.
- an upper limit of P1 capable of performing Cat-2 LBT may be set.
- the base station sets the upper limit of P1, which can perform Cat-2 LBT, to the terminal through higher layer signaling (eg, SIB or RMSI, etc.), and the terminal sets the upper limit of P1 and the current P1.
- the LBT type can be determined and a channel access process can be performed. For example, if the upper limit of P1 capable of performing Cat-2 LBT is P1 MAX, and if P1 is less than P1 MAX ⁇ , the terminal may perform Cat-2 LBT in front of PO. When P1 is greater than P1 MAX , the terminal can perform Cat-4 LBT in front of the PO.
- the priority class PC PO used by the UE eg, PC PO may be the same as PC RO
- the base station may indicate through higher layer signaling (eg, SIB or RMSI, etc.).
- Whether or not the CO sharing is allowed may also be indicated by the base station through higher layer signaling (e.g., SIB or RMSI, etc.).
- higher layer signaling e.g., SIB or RMSI, etc.
- the operation of the first embodiment may be applied when F1 and F2 exist in the same LBT sub-band, and/or when F1 includes F2.
- the terminal is Msg.
- a channel access operation for a method that does not consider CO sharing for A PUSCH transmission is as follows. The parameters used in the following description are shown in FIG. 14. Also in the second embodiment, the following three time intervals described in the first embodiment may be applied.
- PC RO may be 1 for CO sharing.
- P CRO may be 2 for CO sharing.
- PC RO may be 3 or 4 for CO sharing.
- the terminal may perform the following operations.
- a priority class PC RO is used to perform Cat-4 LBT.
- the maximum value of each section may be 2 ms for section 1, 4 ms for section 2, and 6 ms (or 10 ms) for section 3, for example.
- PC RO may be 1, when T is greater than 4ms, PC RO may be 1 or 2, and when T is greater than 6ms (or 10ms), PC RO may be 1, 2, 3, 4.
- PC PO Priority class used by UE performing Cat-4 LBT in front of PO, PC PO (eg, PC PO can be the same as PC RO ) is promised in advance, or higher layer signaling by base station (eg, SIB or RMSI, etc.) You can give instructions through.
- PC PO eg, PC PO can be the same as PC RO
- base station eg, SIB or RMSI, etc.
- the UE is set to perform Cat-4 LBT in front of the PO.
- LBT before PO can also be set to Cat 2-LBT or set so that the same rule as RO is applied.
- a terminal receiving a message e.g., RRC connection setup, etc.
- a message e.g., RRC connection setup, etc.
- B's MAC CE e.g., B's MAC CE
- ACK A/N feedback
- the UE In front of the PUCCH resource for A/N feedback transmission, the UE must perform LBT, and a method of determining the corresponding LBT type may be as follows.
- Msg A method of receiving all UEs (or group of UEs) receiving B indicating a common LBT type.
- the base station is Msg. LBT type indication common to all UEs (or group of UEs) through PDCCH (e.g., DCI field, etc.) scheduling the PDSCH carrying B
- the corresponding Msg Among the terminals that have received B, the terminal that needs to transmit A/N feedback for this is indicated by the same LBT type through the corresponding PDCCH (eg, a specific DCI field), and the indicated LBT type (eg, Cat-2 LBT)
- the channel access process can be performed using.
- N e.g. 2
- a specific reason for the corresponding N e.g. 2
- LBT types corresponding to each group are used. Terminals belonging to a specific group may perform a channel access procedure using the same LBT type.
- Different LBT types may be indicated using an independent DCI field or the like.
- the LBT type of the other group may be determined as a predetermined LBT type according to the indicated DCI field.
- the base station is Msg.
- a common field e.g., header part of MAC CE, etc.
- the LBT type is indicated to be common to all UEs (or group of UEs)
- Msg Msg.
- the terminal that needs to transmit the A/N feedback for this is Msg.
- the same LBT type is indicated through the PDSCH of B (e.g., header part of MAC CE, etc.), and a channel access process may be performed using the indicated LBT type (e.g., Cat-2 LBT).
- N e.g. 2
- a specific reason for the corresponding N e.g. 2
- LBT types corresponding to each group are used. Terminals belonging to a specific group may perform a channel access procedure using the same LBT type.
- Different LBT types may be indicated using an independent MAC CE header field.
- the LBT type of the other group may be determined as a predetermined LBT type according to the indicated MAC CE header field.
- the base station indicates a common LBT type to all UEs (or group of UEs) through higher layer signaling (e.g., SIB or RMSI, etc.)
- Msg Msg.
- the UEs that need to transmit A/N feedback for this are indicated by the same LBT type through higher layer signaling (eg, SIB or RMSI, etc.), and the indicated LBT type (eg, Cat-2 LBT) can be used to perform a channel access process.
- higher layer signaling eg, SIB or RMSI, etc.
- the indicated LBT type eg, Cat-2 LBT
- Different LBT types may be indicated using independent higher layer signaling or the like.
- the LBT type of the other group may be determined as a predetermined LBT type according to the indicated higher layer signaling.
- the base station commonly indicates the LBT type, there is an advantage in that the resource overhead for indicating can be reduced, and it can be easy to multiplex the A/N to be transmitted by the terminal. However, if A/N multiplexing is not performed, since terminals performing the common LBT type can simultaneously perform channel access, the probability of collision between A/N transmissions increases.
- the terminal that needs to transmit A/N feedback for this is instructed by a terminal-specific LBT type for each success-RAR through MAC CE, and can perform a channel access process using the indicated LBT type. have. Therefore, the terminal transmits the A/N feedback based on the indicated LBT type.
- the base station indicates the terminal-specific LBT type for each success-RAR, since the time for performing channel access between the terminals may vary, the probability of collision between A/N transmissions is lowered.
- resource overhead for indicating UE-specific indication occurs and it is difficult to perform A/N multiplexing.
- Msg The base station's Msg. B How to indicate the LBT type in different ways depending on whether or not the reception is successful
- the base station may indicate a common LBT type through success-RAR, and indicate an LBT type specific to RAPID of the MAC CE (in the RAR message) through a fallback RAR.
- each of the options 3-1 in the third embodiment may be applied.
- Example 4 4-step Msg. 2 RAR or 2-step fall-back RAR's RA field configuration and Msg. 3 LBT type indication method for PUSCH transmission
- Msg of the conventional 4-step RACH process. 2 RAR is defined as shown in FIG. 15.
- Msg. The 27 bits constituting the UL grant of 2 RAR are defined as shown in Table 15 .
- RAR grant field Number of bits Frequency hopping flag One PUSCH frequency resource allocation 14 PUSCH time resource allocation 4 MCS 4 TPC command for PUSCH 3 CSI request One
- the CSI request field is used or reserved according to contention as follows.
- the CSI request field in the RAR UL grant indicates whether or not the UE includes an aperiodic CSI report in the corresponding PUSCH transmission according to [6, TS 38.214].
- the CSI request field is reserved.
- Proposed method 4-1-1 A method of indicating the LBT type by using the reserved 1 bit of RAR.
- 1 bit When 1 bit is used to indicate the LBT type, 1 bit may indicate either Cat-2 LBT or Cat-4 LBT.
- Proposed method 4-1-2 Since the CSI request field of the RAR UL grant is reserved in the contention-based RACH process, a method of indicating the LBT type using 1 bit of the CSI request field.
- 1 bit of the CSI request field may indicate either Cat-2 LBT or Cat-4 LBT.
- Proposed Method 4-1-3 A method of indicating the LBT type by using a field that is not necessary in shared spectrum operation among RAR UL grants
- 1 bit of the frequency hopping flag field may indicate either Cat-2 LBT or Cat-4 LBT.
- the LBT type may be indicated through the frequency hopping flag field, but since frequency hopping may be required in contiguous PRB allocation, the wave number hopping flag field is It can also be used for its original purpose.
- Proposed method 4-1-4 A method of indicating the LBT type by using the MSB (Most significant bit) (or LSB; Least significant bit) L bit(s) of a specific field.
- the number of bits used as shown in Table 16 varies according to a resource allocation type.
- Table 16 shows the number of bits in a frequency resource allocation field for PUSCH transmission based on a 20 MHz LBT subband.
- the PUSCH frequency resource allocation field may be used from a maximum of 14 bits to a minimum of 5 bits.
- the LBT type may be indicated using the MSB (or LSB) L bit(s) of the PUSCH frequency resource allocation field.
- 1 bit of MSB in the PUSCH frequency resource allocation field may indicate Cat-2 LBT or Cat-4 LBT.
- the LBT type is indicated using 3 bits of the MSB (or LSB) of the PUSCH frequency resource allocation field
- 4 types of priority classes with Cat-2 LBT or Cat-4 LBT eg, PC0 to PC3 One of
- Cat-1 LBT, Cat-2 LBT, Cat-4 LBT, and various priority classes may be combined and indicated.
- the UE interpreting the actual PUSCH frequency resource allocation field may be configured to understand the PUSCH frequency resource allocation assuming that the value of the MSB (or LSB) L bit used for the LBT type is 0.
- Proposed method 4-1-5 A method of reducing the size of a specific field by L bits and making a field indicating the LBT type by using the reduced L bits.
- the PUSCH frequency resource allocation field is 13 bits. Can be set. The remaining 1 bit among 14 bits for the conventional PUSCH frequency resource allocation field may be set as a field indicating the LBT type. As an example, when indicating the LBT type using 1 bit of MSB in the 14bits PUSCH frequency resource allocation field, Cat-2 LBT or Cat-4 LBT may be indicated.
- the actual PUSCH frequency resource allocation field may be set to a bit smaller than 13 (e.g., 12 bits, etc.).
- the remaining bits may be set as a field indicating the LBT type.
- two types of priority classes together with Cat-2 LBT or Cat-4 LBT are (eg, PC0). Or PC1) can be indicated.
- the UE may be configured to understand the PUSCH frequency resource allocation assuming that the reduced MSB (or LSB) is 0.
- MSB 2 bits is used as a field indicating the channel access type
- LSB 12 bits is used as a frequency resource allocation field as in the prior art.
- the bits can be interpreted as a 14-bit field as it is assumed that there are 0s of two bits before 12 bits.
- Proposed method 4-1-3 is additionally applied to proposed method 4-1-5, and the LBT type is indicated by a combination of the LBT type field and the MSB (or LSB) L bit of a specific field (eg, PUSCH frequency resource allocation field). It could be.
- Proposed Method 4-1-6 A combination of the proposed methods of 4-1-1 to 4-1-5 may be considered.
- the LBT type may be indicated by a combination of (s).
- Msg. 3 It may also be considered that the LBT type for PUSCH transmission is not indicated.
- Msg. 3 For the LBT type for PUSCH transmission, the default is Cat-4 LBT when it is set to LBE (load based equipment) through SIB, and Cat-2 LBT with 25 when it is set to FBE (frame based equipment) through SIB. Can be set/defined with usec (or with 16 usec).
- Msg. when the terminal is set to LBE through SIB in the 2-step RACH process, Msg. Although the default of A PUSCH (or Msg. 3 PUSCH) transmission is set/defined as Cat-4 LBT, as in the embodiments of the present specification, different categories of LBT may be used according to the interval between RO-POs. Similarly, when the terminal is set to FBE through SIB, Msg. A PUSCH (or Msg. 3 PUSCH) Even if the default transmission is set/defined as Cat-2 LBT with 25 usec, (depending on the gap between RO-PO) Cat-2 LBT with 16 usec or Cat-1 LBT Can be used.
- Opt 1 Msg. 3 Apply a fixed starting position to the fixed LBT type for PUSCH transmission
- Opt 2 Msg. 3 Apply a fixed LBT type to PUSCH transmission, and indicate one of a plurality of starting positions as RAR (or UL grant of RAR)
- Opt 3 Msg. 3 Apply a fixed starting position to PUSCH transmission, and indicate one of a plurality of LBT types as RAR (or UL grant of RAR)
- Opt 1 Indicate one of multiple LBT types and/or multiple starting position combinations as RAR (or UL grant of RAR)
- the LBT type indicated through the RAR grant in the above proposed methods is according to the Opt 1 to 3 method of 4-2-1. It may mean an LBT type or a starting position, or a combination of ⁇ LBT type, starting position ⁇ .
- the starting symbol of the resource mapping the PUSCH signal is indicated by Symbol#K
- the starting position is indicated by 1-bit
- one of ⁇ Symbol#K, Symbol#(KN) + 25us ⁇ is indicated.
- one of ⁇ Symbol#K, Symbol#(KN) + 25us + TA ⁇ may be indicated.
- the starting position is not indicated through the RAR grant and is determined as one fixed value, the value may be defined as Symbol#K.
- the Msg. 3 When it is necessary to indicate the LBT type for transmission (e.g., for operation with shared spectrum channel access), the size of the PUSCH frequency resource allocation field of the RAR may be reduced by 2 bits. 2 bits not used as the PUSCH frequency resource allocation field may be used as a field for explicitly transmitting the LBT type. A field for transmitting the LBT type may be defined as a ChannelAccess-CPext field. The fields of the RAR grant previously shown in Table 16 may be redefined as shown in Table 17.
- RAR grant field Number of bits Frequency hopping flag One PUSCH frequency resource allocation 14, for operation without shared spectrum channel access 12, for operation with shared spectrum channel access PUSCH time resource allocation 4 MCS 4 TPC command for PUSCH 3 CSI request One ChannelAccess-CPext 0, for operation without shared spectrum channel access 2, for operation with shared spectrum channel access
- the size of the PUSCH resource allocation field (ie, ) Is 12 (that is, when it is necessary to indicate the LBT type for Msg. 3 transmission from the base station), the following describes the truncation and padding of the conventional PUSCH frequency resource allocation field According to the contents of Table 18, it may be insufficient for the UE to interpret the ChannelAccess-CPext field and the PUSCH frequency resource allocation field.
- Table 18 may be modified based on the suggestions of the present specification as follows.
- the terminal is the LSB of the FDRA (Frequency domain resource assignment) field
- the truncated FDRA field is truncated, and the truncated FDRA field is interpreted as the FDRA field of DCI format 0_0.
- the terminal is the LSB of the FDRA field
- the truncated FDRA field is truncated, and the truncated FDRA field is interpreted as the FDRA field of DCI format 0_0.
- the UE trunks as much as LSB (or MSB) X bits of the FDRA field, and interprets the truncated FDRA field as the FDRA field of DCI format 0_0.
- a Y bit may be added before or after the X bit of the FDRA field.
- Y may be determined as one of ⁇ 0, 1, 2, 3, 4 ⁇ .
- Table 18 can be modified as shown in Table 20.
- the size of the RAR UL grant field may be defined/set as follows.
- the FDRA field size is defined as X bits, and the remaining bits can be used as reserved fields.
- the reserved field position may be immediately before or immediately after the FDRA field, or a specific position (e.g., last, i.e., LSBs in RAR UL grant) of the RAR UL grant.
- X when the SCS for PUSCH transmission is 30 kHz, X may be 5 bits, and in the case of 15 kHz SCS, X may be 6 bits.
- each field in the RAR grant may be defined as shown in Table 21.
- RAR grant field Number of bits Frequency hopping flag (reserved) One PUSCH frequency resource allocation 5, if the subcarrier spacing for the PUSCH transmission is 30 kHz 6, if the subcarrier spacing for the PUSCH transmission is 15 kHz PUSCH time resource allocation 4 MCS 4 TPC command for PUSCH 3 CSI request One ChannelAccess-CPext 0, for operation without shared spectrum channel access 2, for operation with shared spectrum channel access Reserved 6, if the subcarrier spacing for the PUSCH transmission is 15 kHz and for operation with shared spectrum channel access 7, if the subcarrier spacing for the PUSCH transmission is 30 kHz and for operation with shared spectrum channel access or, 6, if the subcarrier spacing for the PUSCH transmission is 15 kHz and for operation with shared spectrum channel access 7, if the subcarrier spacing for the PUSCH transmission is 30 kHz and for operation with shared spectrum channel access 8, if the subcarrier spacing for the PUSCH transmission is 15 kHz and for operation without shared spectrum channel access 9, if the subcarrier spacing
- the FDRA field size is defined as X bits, and the remaining bits can be used as reserved fields.
- the reserved field position may be immediately before or immediately after the FDRA field, or a specific position (e.g., last, i.e., LSBs in RAR UL grant) of the RAR UL grant.
- X may be set to 6 bits to satisfy both SCSs.
- the UE may truncate 5 bits of the LSB (or MSB) of the FDRA field to interpret it as an FDRA field.
- each field in the RAR grant may be defined as shown in Table 22.
- RAR grant field Number of bits Frequency hopping flag (reserved) One PUSCH frequency resource allocation 6 PUSCH time resource allocation 4 MCS 4 TPC command for PUSCH 3 CSI request One ChannelAccess-CPext 0, for operation without shared spectrum channel access 2, for operation with shared spectrum channel access Reserved 6, for operation with shared spectrum channel access or 6, for operation with shared spectrum channel access 8, for operation without shared spectrum channel access
- a Y bit for LBT subband allocation may be additionally included in the PUSCH frequency resource allocation. Accordingly, in Table 21 and/or Table 22, Y bits may be added to the PUSCH frequency resource allocation field, and Y bits may be omitted from the Reserved field.
- 16 is a flowchart of a signal transmission/reception method according to embodiments of the present invention.
- embodiments of the present invention may be performed by a terminal, and receiving a message B based on message A (S1601) and transmitting a PUCCH on a PUCCH resource based on message B (S1603 ) Can be included.
- an embodiment of the present invention performed from the standpoint of a base station may include transmitting a message B based on message A and receiving a PUCCH on a PUCCH resource based on message B.
- the message A may be configured based on Embodiment 1 and/or Embodiment 2 of the present specification.
- CO may be shared based on Example 1.
- the A PUSCH may not share the CO based on the second embodiment.
- the PUCCH may be configured based on Embodiment 3 of the present specification.
- PUCCH may include HARQ information, which is ACK/NACK information for message B.
- HARQ ACK information may be represented by being replaced with HARQ ACK feedback.
- the channel access type (LBT type) for the PUCCH including HARQ information may be determined based on one or more of the methods 3-1 to 3-3 of the third embodiment.
- the channel access type for the PUCCH may be transmitted according to the method 3-2 of the third embodiment.
- the channel access type in the shared spectrum channel access to the PUCCH resource is determined based on a specific field of a success RAR (success-RAR) in message B.
- a specific field of the MAC payload included in message B may indicate the channel access type.
- the success RAR in message B is UE-specific and is transmitted and received between the UE and the base station. Therefore, the channel access type by a specific field is also indicated to be terminal specific.
- the UE performs a channel access procedure for PUCCH transmission based on a channel access type indicated by a specific field.
- the name of a specific field may be a ChannelAccess-CPext field.
- the specific field is a reserved field in a successful RAR for unshared spectrum. Only within the shared spectrum, the reserved field is included in the success RAR as a specific field for indicating the channel access type.
- the terminal may perform the uplink LBT before transmission of the message A.
- FIG. 17 illustrates a communication system 1 applied to the present invention.
- a communication system 1 applied to the present invention 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, a vehicle capable of performing inter-vehicle communication, and the like.
- the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
- UAV Unmanned Aerial Vehicle
- XR devices include Augmented Reality (AR)/Virtual Reality (VR)/Mixed Reality (MR) devices. It can be implemented in the form of a computer, a wearable device, a home appliance, a digital signage, a vehicle, a 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, washing machines, and the like.
- 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 other
- 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 communicate directly (e.g. sidelink communication) without passing 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.
- 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 can transmit/receive radio signals to each other.
- the wireless communication/connection 150a, 150b, 150c can transmit/receive signals through various physical channels.
- At least some of a process of setting various configuration information various signal processing processes (eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.), resource allocation process, and the like may be performed.
- various signal processing processes eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.
- resource allocation process e.g., resource allocation process, and the like.
- 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. ⁇ 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. For example, 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 herein. It is possible to store software code including:
- the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement a 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.
- Transceiver 106 may include a transmitter and/or a receiver.
- the transceiver 106 may be mixed with an RF (Radio Frequency) unit.
- the 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 receive the radio signal including the fourth information/signal through the transceiver 206 and then store information obtained from signal processing of the fourth information/signal in the memory 204.
- the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202. For example, the memory 204 may perform some or all of the processes controlled by the processor 202, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document. It is possible to store software code including:
- the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement a 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.
- the 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 and 202 may implement one or more layers (eg, functional layers such as PHY, MAC, RLC, PDCP, RRC, and 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, proposal, method, and/or operational flow chart disclosed herein. At least one processor (102, 202) generates a signal (e.g., a baseband signal) containing PDU, SDU, message, control information, data or information according to the functions, procedures, proposals and/or methods disclosed in this document. , Can be provided to one or more transceivers (106, 206).
- a signal e.g., a baseband signal
- 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 flowcharts 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 configured to perform firmware or software included in one or more processors 102, 202, or stored in one or more memories 104, 204, and It may be driven by the above processors 102 and 202.
- the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions, and/or sets of instructions.
- One or more memories 104, 204 may be connected to one or more processors 102, 202, and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions.
- One or more of the memories 104 and 204 may be composed of ROM, RAM, EPROM, flash memory, hard drive, registers, cache memory, computer readable storage media, 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.
- 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, proposals, methods and/or operational flowcharts disclosed in this document from one or more other devices. have.
- 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 to one or more antennas (108, 208), one or more transceivers (106, 206) through the one or more antennas (108, 208), the description and functions disclosed in this document.
- one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
- One or more transceivers (106, 206) in order to process the received user data, control information, radio signal / channel, etc. using one or more processors (102, 202), the received radio signal / channel, etc. in the RF band signal. It can be converted into a baseband signal.
- One or more transceivers 106 and 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 and 202 from a baseband signal to an RF band signal.
- one or more of the transceivers 106 and 206 may include (analog) oscillators and/or filters.
- the wireless device may be implemented in various forms according to use-examples/services (see FIG. 17).
- the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 18, 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.
- communication circuitry 112 may include one or more processors 102 and 202 and/or one or more memories 104 and 204 of FIG. 18.
- the transceiver(s) 114 may include one or more transceivers 106,206 and/or one or more antennas 108,208 of FIG. 18.
- 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. For example, the control unit 120 may control the electrical/mechanical operation of the wireless device based on the program/code/command/information stored in the memory unit 130. In addition, 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 externally through the communication unit 110 (eg, Information received through a wireless/wired interface from another communication device) may be stored in the memory unit 130.
- an external eg, other communication device
- the additional element 140 may be configured in various ways depending on 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. 17, 100a), vehicles (Figs. 17, 100b-1, 100b-2), XR devices (Figs. 17, 100c), portable devices (Figs. 17, 100d), and home appliances. (Figs. 17, 100e), IoT devices (Figs.
- the wireless device can be used in a mobile or fixed place 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 control unit 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.
- the vehicle or autonomous vehicle may be implemented as a mobile robot, a vehicle, a train, an aerial vehicle (AV), a ship, or the like.
- 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. 19, 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, illuminance sensor, pedal position sensor, etc. can be included.
- the autonomous driving unit 140d is a technology that maintains a driving lane, a technology that automatically adjusts the speed such as adaptive cruise control, a technology that automatically travels along a predetermined route, and automatically sets a route when a destination is set. Technology, etc. can be implemented.
- the communication unit 110 may receive map data, traffic information data, and the like 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 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 status 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, a driving plan, and the like 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.
- the present invention can be applied to various wireless communication systems.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 발명의 일 실시예에 따른 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치는, 공유 스펙트럼에서 2-step 또는 4-step 랜덤 접속 과정을 수행한다. 4-step 랜덤 접속 과정의 RAR또는 2-step 랜덤 접속 과정의 fallback-RAR에 대응하는 PUSCH 전송을 위해, PUSCH에 대한 채널 접속 타입은 RAR 내 RAR 그랜트의 특정 필드를 기반으로 결정된다.
Description
본 발명은 무선 통신 시스템에서 사용되는 방법 및 장치에 관한 것이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(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) 시스템 등이 있다.
본 발명이 이루고자 하는 기술적 과제는, 무선 통신 시스템에서 랜덤 접속 과정을 효율적으로 수행하기 위한 신호 송수신 방법 및 이를 위한 장치를 제공하는데 있다.
본 발명의 기술적 과제는 상술된 기술적 과제에 제한되지 않으며, 다른 기술적 과제들이 본 발명의 실시예로부터 유추될 수 있다.
본 발명은 무선 통신 시스템에서의 신호 송수신 방법 및 장치를 제공한다.
본 발명의 일 양태로서, 무선 통신 시스템에서 단말이 신호를 송수신하는 방법으로서, 메시지 A에 기반하여 메시지 B를 수신하는 단계; 및 상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 전송하는 단계; 를 포함하며, 상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고, 상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정되는, 신호 송수신 방법이 제공된다.
본 발명의 다른 일 양태로서, 무선 통신 시스템에서 신호를 송수신하기 위한 통신 장치(단말)로서, 적어도 하나의 트랜시버; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리; 를 포함하고, 상기 특정 동작은, 메시지 A에 기반하여 메시지 B를 수신하고, 상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 전송하는 것을 포함하며, 상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고, 상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정되는, 통신 장치가 제공된다.
본 발명의 다른 일 양태로서, 단말을 위한 장치에 있어서, 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서와 동작 가능하게 연결되고, 실행될 때, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 메모리를 포함하는 장치가 제공되며, 상기 동작은, 메시지 A에 기반하여 메시지 B를 수신하고, 상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 전송하는 것을 포함하며, 상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고, 상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정될 수 있다.
본 발명의 다른 일 양태로서, 실행될 때, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독가능한 저장 매체가 제공되며, 상기 동작은, 메시지 A에 기반하여 메시지 B를 수신하고, 상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 전송하는 것을 포함하며, 상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고, 상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정될 수 있다.
본 발명의 다른 일 양태로서, 무선 통신 시스템에서 기지국이 신호를 송수신하는 방법으로서, 메시지 A에 기반하여 메시지 B를 전송하는 단계; 및 상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 수신하는 단계; 를 포함하며, 상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고, 상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정되는, 신호 송수신 방법이 제공된다.
본 발명의 다른 일 양태로서, 무선 통신 시스템에서 신호를 송수신하기 위한 통신 장치(기지국)로서, 적어도 하나의 트랜시버; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리; 를 포함하고, 상기 특정 동작은, 메시지 A에 기반하여 메시지 B를 전송하고, 상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 수신하는 것을 포함하여, 상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고, 상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정되는, 통신 장치가 제공된다.
상기 방법들 및 장치들에 있어서, 상기 성공 RAR은, 단말 특정으로 기지국에 의해 단말로 전송될 수 있다.
상기 방법들 및 장치들에 있어서, 상기 채널 접속 타입에 기반하여 단말에 의해 채널 접속이 수행될 수 있다.
상기 방법들 및 장치들에 있어서, 상기 특정 필드는, 공유 스펙트럼에서만 상기 성공 RAR에 포함되고, 비 공유 스펙트럼에서는 리저브드 필드(reserved field)일 수 있다.
상기 통신 장치들은 적어도 단말, 네트워크 및 상기 통신 장치 외의 다른 자율 주행 차량과 통신할 수 있는 자율 주행 차량을 포함할 수 있다.
상술한 본 발명의 양태들은 본 발명의 바람직한 실시예들 중 일부에 불과하며, 본원 발명의 기술적 특징들이 반영된 다양한 실시예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하 상술할 본 발명의 상세한 설명을 기반으로 도출되고 이해될 수 있다.
본 발명의 일 실시예에 따르면, 단말과 기지국 사이의 랜덤 접속 과정이 수행될 때, 종래 발명과 차별화된 동작을 통해 보다 효율적인 랜덤 접속 과정을 수행할 수 있다는 장점이 있다.
본 발명의 기술적 효과는 상술된 기술적 효과에 제한되지 않으며, 다른 기술적 효과들이 본 발명의 실시예로부터 유추될 수 있다.
도 1은 무선 프레임(radio frame)의 구조를 예시한다.
도 2는 슬롯의 자원 그리드(resource grid)를 예시한다.
도 3은 슬롯 내에 물리 채널이 매핑되는 예를 나타낸다.
도 4는 ACK/NACK 전송 과정을 예시한다.
도 5은 비면허 대역을 지원하는 무선 통신 시스템을 예시한다.
도 6은 비면허 대역 내에서 자원을 점유하는 방법을 예시한다.
도 7 및 도 8은 비면허 대역을 통한 신호 전송을 위한 CAP (Channel Access Procedure) 흐름도이다.
도 9는 RB 인터레이스를 예시한다.
도 10 및 도 11은 랜덤 접속 과정에 관한 도면이다.
도 12 내지 도 16은 본 발명의 실시예에 따른 랜덤 접속 과정을 설명하기 위한 도면이다.
도 17 내지 도 20은 본 발명의 실시예에 따른 장치들을 예시한다.
이하의 기술은 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)을 기반으로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다. LTE는 3GPP TS 36.xxx Release 8 이후의 기술을 의미한다. 세부적으로, 3GPP TS 36.xxx Release 10 이후의 LTE 기술은 LTE-A로 지칭되고, 3GPP TS 36.xxx Release 13 이후의 LTE 기술은 LTE-A pro로 지칭된다. 3GPP NR은 TS 38.xxx Release 15 이후의 기술을 의미한다. LTE/NR은 3GPP 시스템으로 지칭될 수 있다. "xxx"는 표준 문서 세부 번호를 의미한다. LTE/NR은 3GPP 시스템으로 통칭될 수 있다. 본 발명의 설명에 사용된 배경기술, 용어, 약어 등에 관해서는 본 발명 이전에 공개된 표준 문서에 기재된 사항을 참조할 수 있다. 예를 들어, 다음 문서를 참조할 수 있다.
3GPP NR
- 38.211: Physical channels and modulation
- 38.212: Multiplexing and channel coding
- 38.213: Physical layer procedures for control
- 38.214: Physical layer procedures for data
- 38.300: NR and NG-RAN Overall Description
- 38.331: Radio Resource Control (RRC) protocol specification
도 1은 NR에서 사용되는 무선 프레임의 구조를 예시한다.
NR에서 상향링크(UL) 및 하향링크(DL) 전송은 프레임으로 구성된다. 무선 프레임(radio frame)은 10ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의된다. 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)으로 정의된다. 서브프레임은 하나 이상의 슬롯(slot)으로 분할되며, 서브프레임 내 슬롯 개수는 SCS(Subcarrier Spacing)에 의존한다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼(symbol)을 포함한다. 보통 CP (normal CP)가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함한다. 확장 CP (extended CP)가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함한다. 여기서, 심볼은 OFDM 심볼 (혹은, CP-OFDM 심볼), SC-FDMA 심볼 (혹은, DFT-s-OFDM 심볼)을 포함할 수 있다.
표 1은 보통 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
[표 1]
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
[표 2]
NR 시스템에서는 하나의 단말(User Equipment; UE)에게 병합되는 복수의 셀들간에 OFDM(A) 뉴모놀로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다.
NR은 다양한 5G 서비스들을 지원하기 위한 다수의 OFDM(Orthogonal Frequency Division Multiplexing) 뉴머놀로지(numerology)(예, subcarrier spacing, SCS)를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원할 수 있다.
NR 주파수 밴드(frequency band)는 2가지 타입의 주파수 범위(frequency range, FR)로 정의된다(FR1/FR2). FR1/FR2는 아래 표 3과 같이 구성될 수 있다. 또한, FR2는 밀리미터 웨이브(millimeter wave, mmW)를 의미할 수 있다.
[표 3]
도 2는 NR 프레임의 슬롯 구조를 예시한다.
슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯은 14개의 심볼을 포함하고, 확장 CP의 경우 하나의 슬롯은 12개의 심볼을 포함한다. 반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다. 주파수 도메인에서 복수의 RB 인터레이스(간단히, 인터레이스)가 정의될 수 있다. 인터레이스 m∈{0, 1, ..., M-1}은 (공통) RB {m, M+m, 2M+m, 3M+m, ...}로 구성될 수 있다. M은 인터레이스의 개수를 나타낸다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 RB(예, physical RB, PRB)로 정의되며, 하나의 OFDM 뉴모놀로지(numerology)(예, SCS(u), CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 셀/반송파 내에서 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 변조 심볼이 매핑될 수 있다.
무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink, DL)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink, UL)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널/신호가 존재한다. 물리 채널은 상위 계층으로부터 유래된 정보를 운반하는 자원요소(RE)들의 세트에 대응한다. 물리 신호는 물리 계층(PHY)에 의해 사용되는 자원요소(RE)들의 세트에 대응하지만, 상위 계층으로부터 유래된 정보를 운반하지는 않는다. 상위 계층은 MAC(Medium Access Control) 계층, RLC(Radio Link Control) 계층, PDCP(Packet Data Convergence Protocol) 계층, RRC(Radio Resource Control) 계층 등을 포함한다.
DL 물리 채널은 PBCH(Physical Broadcast Channel), PDSCH(Physical Downlink Shared Channel) 및 PDCCH(Physical Downlink Control Channel)를 포함한다. DL 물리 신호는 DL RS(Reference Signal), PSS(Primary synchronization signal) 및 SSS(Secondary synchronization signal)를 포함한다. DL RS는 DM-RS(Demodulation RS), PT-RS(Phase-tracking RS) 및 CSI-RS(Channel-state information RS)를 포함한다. UL 물리 채널은 PRACH(Physical Random Access Channel), PUSCH(Physical Uplink Shared Channel) 및 PUCCH(Physical Uplink Control Channel)를 포함한다. UL 물리 신호는 UL RS를 포함한다. UL RS는 DM-RS, PT-RS 및 SRS(Sounding RS)를 포함한다.
도 3은 슬롯 내에 물리 채널이 매핑되는 예를 나타낸다.
하나의 슬롯 내에 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로 전환되는 시점의 일부 심볼이 시간 갭으로 사용될 수 있다.
본 발명에서 기지국은, 예를 들어 gNodeB일 수 있다.
하향링크(DL) 물리 채널/신호
(1) PDSCH
PDSCH는 하향링크 데이터(예, DL-shared channel transport block, DL-SCH TB)를 운반한다. TB는 코드워드(CodeWord, CW)로 부호화된 뒤, 스크램블링 및 변조 과정 등을 거쳐 전송된다. CW는 하나 이상의 코드블록(Code Block, CB)을 포함한다. 하나 이상의 CB는 하나의 CBG(CB group)로 묶일 수 있다. 셀의 설정에 따라, PDSCH는 최대 2개의 CW를 나를 수 있다. CW 별로 스크램블링 및 변조가 수행되고, 각 CW로부터 생성된 변조 심볼들은 하나 이상의 레이어로 매핑된다. 각 레이어는 프리코딩을 거쳐 DMRS와 함께 자원에 매핑되고, 해당 안테나 포트를 통해 전송된다. PDSCH는 PDCCH에 의해 동적으로 스케줄링 되거나(dynamic scheduling), 상위 계층(예, RRC) 시그널링 (및/또는 Layer 1(L1) 시그널링(예, PDCCH))에 기초하여 반-정적(semi-static)으로 스케줄링 될 수 있다(Configured Scheduling, CS). 따라서, 동적 스케줄링에서는 PDSCH 전송에 PDCCH가 수반되지만, CS에서는 PDSCH 전송에 PDCCH가 수반되지 않는다. CS는 SPS(semi-persistent scheduling)를 포함한다.
(2) PDCCH
PDCCH는 DCI(Downlink Control Information)를 운반한다. 예를 들어, PCCCH(즉, DCI)는 DL-SCH의 전송 포맷 및 자원 할당, UL-SCH(shared channel)에 대한 주파수/시간 자원 할당 정보, PCH(paging channel)에 대한 페이징 정보, DL-SCH 상의 시스템 정보, PDSCH 상에서 전송되는 랜덤 접속 응답(RAR)과 같은 상위 계층 제어 메시지에 대한 주파수/시간 자원 할당 정보, 전송 전력 제어 명령, SPS/CS(Configured Scheduling)의 활성화/해제에 관한 정보 등을 나른다. DCI 내의 정보에 따라 다양한 DCI 포맷이 제공된다.
표 4는 PDCCH를 통해 전송되는 DCI 포맷들을 예시한다.
[표 4]
DCI 포맷 0_0은 TB-기반 (또는 TB-level) PUSCH를 스케줄링 하기 위해 사용되고, DCI 포맷 0_1은 TB-기반 (또는 TB-level) PUSCH 또는 CBG(Code Block Group)-기반 (또는 CBG-level) PUSCH를 스케줄링 하기 위해 사용될 수 있다. DCI 포맷 1_0은 TB-기반 (또는 TB-level) PDSCH를 스케줄링 하기 위해 사용되고, DCI 포맷 1_1은 TB-기반 (또는 TB-level) PDSCH 또는 CBG-기반 (또는 CBG-level) PDSCH를 스케줄링 하기 위해 사용될 수 있다(DL grant DCI). DCI 포맷 0_0/0_1은 UL grant DCI 또는 UL 스케줄링 정보로 지칭되고, DCI 포맷 1_0/1_1은 DL grant DCI 또는 UL 스케줄링 정보로 지칭될 수 있다. DCI 포맷 2_0은 동적 슬롯 포맷 정보 (예, dynamic SFI)를 단말에게 전달하기 위해 사용되고, DCI 포맷 2_1은 하향링크 선취(pre-Emption) 정보를 단말에게 전달하기 위해 사용된다. DCI 포맷 2_0 및/또는 DCI 포맷 2_1은 하나의 그룹으로 정의된 단말들에게 전달되는 PDCCH인 그룹 공통 PDCCH(Group common PDCCH)를 통해 해당 그룹 내 단말들에게 전달될 수 있다.
PDCCH/DCI는 CRC(cyclic redundancy check)를 포함하며, CRC는 PDCCH의 소유자 또는 사용 용도에 따라 다양한 식별자(예, Radio Network Temporary Identifier, RNTI)로 마스킹/스크램블 된다. 예를 들어, PDCCH가 특정 단말을 위한 것이면, CRC는 C-RNTI(Cell-RNTI)로 마스킹 된다. PDCCH가 페이징에 관한 것이면, CRC는 P-RNTI(Paging-RNTI)로 마스킹 된다. PDCCH가 시스템 정보(예, System Information Block, SIB)에 관한 것이면, CRC는 SI-RNTI(System Information RNTI)로 마스킹 된다. PDCCH가 랜덤 접속 응답에 관한 것이면, CRC는 RA-RNTI(Random Access-RNTI)로 마스킹 된다.
표 5는 RNTI에 따른 PDCCH의 용도 및 전송 채널을 예시한다. 전송 채널은 PDCCH에 의해 스케줄링된 PDSCH/PUSCH가 운반하는 데이터와 관련된 전송 채널을 나타낸다.
[표 5]
PDCCH의 변조 방식은 고정돼 있으며(예, Quadrature Phase Shift Keying, QPSK), 하나의 PDCCH는 AL(Aggregation Level)에 따라 1, 2, 4, 8, 16 개의 CCE(Control Channel Element)로 구성된다. 하나의 CCE는 6개의 REG(Resource Element Group)로 구성된다. 하나의 REG는 하나의 OFDMA 심볼과 하나의 (P)RB로 정의된다.
PDCCH는 CORESET(Control Resource Set)를 통해 전송된다. CORESET는 BWP 내에서 PDCCH/DCI를 운반하는데 사용되는 물리 자원/파라미터 세트에 해당한다. 예를 들어, CORESET는 주어진 뉴모놀로지(예, SCS, CP 길이 등)를 갖는 REG 세트를 포함한다. CORESET는 시스템 정보(예, MIB) 또는 단말-특정(UE-specific) 상위 계층(예, RRC) 시그널링을 통해 설정될 수 있다. CORESET를 설정하는데 사용되는 파라미터/정보의 예는 다음과 같다. 하나의 단말에게 하나 이상의 CORESET가 설정되며, 복수의 CORESET가 시간/주파수 도메인에서 중첩될 수 있다.
- controlResourceSetId: CORESET의 식별 정보(ID)를 나타낸다.
- frequencyDomainResources: CORESET의 주파수 영역 자원을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 RB 그룹(= 6개 연속된 RB)에 대응한다. 예를 들어, 비트맵의 MSB(Most Significant Bit)는 BWP 내 첫 번째 RB 그룹에 대응한다. 비트 값이 1인 비트에 대응되는 RB 그룹이 CORESET의 주파수 영역 자원으로 할당된다.
- duration: CORESET의 시간 영역 자원을 나타낸다. CORESET를 구성하는 연속된 OFDMA 심볼 개수를 나타낸다. 예를 들어, duration은 1~3의 값을 가진다.
- cce-REG-MappingType: CCE-to-REG 매핑 타입을 나타낸다. Interleaved 타입과 non-interleaved 타입이 지원된다.
- precoderGranularity: 주파수 도메인에서 프리코더 입도(granularity)를 나타낸다.
- tci-StatesPDCCH: PDCCH에 대한 TCI(Transmission Configuration Indication) 상태(state)를 지시하는 정보(예, TCI-StateID)를 나타낸다. TCI 상태는 RS 세트(TCI-상태) 내의 DL RS(들)와 PDCCH DMRS 포트의 QCL(Quasi-Co-Location) 관계를 제공하는데 사용된다.
- tci-PresentInDCI: DCI 내의 TCI 필드가 포함되는지 여부를 나타낸다.
- pdcch-DMRS-ScramblingID: PDCCH DMRS 스크램블링 시퀀스의 초기화에 사용되는 정보를 나타낸다.
PDCCH 수신을 위해, 단말은 CORESET에서 PDCCH 후보들의 세트를 모니터링(예, 블라인드 디코딩)을 할 수 있다. PDCCH 후보는 PDCCH 수신/검출을 위해 단말이 모니터링 하는 CCE(들)을 나타낸다. PDCCH 모니터링은 PDCCH 모니터링이 설정된 각각의 활성화된 셀 상의 활성 DL BWP 상의 하나 이상의 CORESET에서 수행될 수 있다. 단말이 모니터링 하는 PDCCH 후보들의 세트는 PDCCH 검색 공간(Search Space, SS) 세트로 정의된다. SS 세트는 공통 검색 공간(Common Search Space, CSS) 세트 또는 단말-특정 검색 공간(UE-specific Search Space, USS) 세트일 수 있다.
표 6은 PDCCH 검색 공간을 예시한다.
[표 6]
SS 세트는 시스템 정보(예, MIB) 또는 단말-특정(UE-specific) 상위 계층(예, RRC) 시그널링을 통해 설정될 수 있다. 서빙 셀의 각 DL BWP에는 S개(예, 10) 이하의 SS 세트가 설정될 수 있다. 예를 들어, 각 SS 세트에 대해 다음의 파라미터/정보가 제공될 수 있다. 각각의 SS 세트는 하나의 CORESET와 연관되며(associated), 각각의 CORESET 구성은 하나 이상의 SS 세트와 연관될 수 있다.
- searchSpaceId: SS 세트의 ID를 나타낸다.
- controlResourceSetId: SS 세트와 연관된 CORESET를 나타낸다.
- monitoringSlotPeriodicityAndOffset: PDCCH 모니터링 주기 구간 (슬롯 단위) 및 PDCCH 모니터링 구간 오프셋 (슬롯 단위)을 나타낸다.
- monitoringSymbolsWithinSlot: PDCCH 모니터링이 설정된 슬롯 내에서 PDCCH 모니터링을 위한 첫 번째 OFDMA 심볼(들)을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 슬롯 내의 각 OFDMA 심볼에 대응한다. 비트맵의 MSB는 슬롯 내 첫 번째 OFDM 심볼에 대응한다. 비트 값이 1인 비트(들)에 대응되는 OFDMA 심볼(들)이 슬롯 내에서 CORESET의 첫 번째 심볼(들)에 해당한다.
- nrofCandidates: AL={1, 2, 4, 8, 16} 별 PDCCH 후보의 개수(예, 0, 1, 2, 3, 4, 5, 6, 8 중 하나의 값)를 나타낸다.
- searchSpaceType: SS 타입이 CSS 또는 USS인지 나타낸다.
- DCI 포맷: PDCCH 후보의 DCI 포맷을 나타낸다.
CORESET/SS 세트 설정에 기반하여, 단말은 슬롯 내의 하나 이상의 SS 세트에서 PDCCH 후보들을 모니터링 할 수 있다. PDCCH 후보들을 모니터링을 해야 하는 기회(occasion)(예, 시간/주파수 자원)는 PDCCH (모니터링) 기회라고 정의된다. 슬롯 내에 하나 이상의 PDCCH (모니터링) 기회가 구성될 수 있다.
상향링크(UL) 물리 채널/신호
(1) PUSCH
PUSCH는 상향링크 데이터(예, UL-SCH TB) 및/또는 상향링크 제어 정보(UCI)를 운반하고, CP-OFDM(Cyclic Prefix-Orthogonal Frequency Division Multiplexing) 파형 또는 DFT-s-OFDM(Discrete Fourier Transform-spread-OFDM) 파형에 기초하여 전송된다. 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는 PDCCH에 의해 동적으로 스케줄링 되거나(dynamic scheduling), 상위 계층(예, RRC) 시그널링 (및/또는 Layer 1(L1) 시그널링(예, PDCCH))에 기초하여 반-정적으로 스케줄링 될 수 있다(Configured Scheduling, CS). 따라서, 동적 스케줄링에서는 PUSCH 전송에 PDCCH가 수반되지만, CS에서는 PUSCH 전송에 PDCCH가 수반되지 않는다. CS는 Type-1 CG(Configured Grant) PUSCH 전송과 Type-2 CG PUSCH 전송을 포함한다. Type-1 CG에서 PUSCH 전송을 위한 모든 파라미터가 상위 계층에 의해 시그널링 된다. Type-2 CG에서 PUSCH 전송을 위한 파라미터 중 일부는 상위 계층에 의해 시그널링되고 나머지는 PDCCH에 의해 시그널링 된다. 기본적으로, CS에서는 PUSCH 전송에 PDCCH가 수반되지 않는다.
(2) PUCCH
PUCCH는 UCI(Uplink Control Information)를 운반한다. UCI는 다음을 포함한다.
- SR(Scheduling Request): UL-SCH 자원을 요청하는데 사용되는 정보이다.
- HARQ-ACK(Hybrid Automatic Repeat and reQuest Acknowledgement): DL 신호(예, PDSCH, SPS 해제 PDCCH)에 대한 수신 응답 신호이다. HARQ-ACK 응답은 positive ACK(간단히, ACK), negative ACK(NACK), DTX(Discontinuous Transmission) 또는 NACK/DTX를 포함할 수 있다. HARQ-ACK은 A/N, ACK/NACK, HARQ-ACK/NACK 등과 혼용될 수 있다. HARQ-ACK은 TB-단위/CBG-단위로 생성될 수 있다.
- CSI(Channel Status Informaton): DL 채널에 대한 피드백 정보이다. CSI는 CQI(Channel Quality Information), RI(Rank Indicator), PMI(Precoding Matrix Indicator), PTI(Precoding Type Indicator) 등을 포함한다.
표 7은 PUCCH 포맷들을 예시한다. PUCCH 포맷은 UCI 페이로드 크기/전송 길이(예, PUCCH 자원을 구성하는 심볼 개수)/전송 구조에 따라 구분될 수 있다. PUCCH 포맷은 전송 길이에 따라 Short PUCCH (포맷 0, 2) 및 Long PUCCH (포맷 1, 3, 4)로 분류될 수 있다.
[표 7]
(0) PUCCH 포맷 0 (PF0)
- 지원 가능한 UCI 페이로드 사이즈: up to K 비트(예, K = 2)
- 단일 PUCCH를 구성하는 OFDM 심볼 수: 1 ~ X 심볼(예, X = 2)
- 전송 구조: DM-RS 없이 UCI 신호만으로 구성되고, 복수의 시퀀스들 중 하나를 선택 및 전송함으로써 UCI 상태를 전송
(1) PUCCH 포맷 1 (PF1)
- 지원 가능한 UCI 페이로드 사이즈: up to K 비트(예, K = 2)
- 단일 PUCCH를 구성하는 OFDM 심볼 수: Y ~ Z 심볼(예, Y = 4, Z = 14)
- 전송 구조: DM-RS와 UCI가 서로 다른 OFDM 심볼에 TDM 형태로 구성되고, UCI는 특정 시퀀스에 변조(예, QPSK) 심볼을 곱해주는 형태. UCI와 DM-RS에 모두 CS(Cyclic Shift)/OCC(Orthogonal Cover Code)를 적용하여 (동일 RB 내에서) (PUCCH 포맷 1을 따르는) 복수 PUCCH 자원들간에 CDM을 지원
(2) PUCCH 포맷 2 (PF2)
- 지원 가능한 UCI 페이로드 사이즈: more than K 비트(예, K = 2)
- 단일 PUCCH를 구성하는 OFDM 심볼 수: 1 ~ X 심볼(예, X = 2)
- 전송 구조: DMRS와 UCI가 동일 심볼 내에서 FDM 형태로 구성/매핑되며, 부호화된 UCI 비트에 DFT없이 IFFT만을 적용하여 전송되는 구조
(3) PUCCH 포맷 3 (PF3)
- 지원 가능한 UCI 페이로드 사이즈: more than K 비트(예, K = 2)
- 단일 PUCCH를 구성하는 OFDM 심볼 수: Y ~ Z 심볼(예, Y = 4, Z = 14)
- 전송 구조: DMRS와 UCI가 서로 다른 심볼에 TDM 형태로 구성/매핑되고, 부후화된 UCI 비트에 DFT를 적용하여 전송하는 형태. UCI에는 DFT 전단에서 OCC를 적용하고 DMRS에는 CS (또는 IFDM 매핑)를 적용하여 복수 단말에 다중화 지원
(4) PUCCH 포맷 4 (PF4)
- 지원 가능한 UCI 페이로드 사이즈: more than K 비트(예, K = 2)
- 단일 PUCCH를 구성하는 OFDM 심볼 수: Y ~ Z 심볼(예, Y = 4, Z = 14)
- 전송 구조: DMRS와 UCI가 서로 다른 심볼에 TDM 형태로 구성/매핑되며, 부호화된 UCI 비트에 DFT를 적용하여 단말간 다중화 없이 전송되는 구조
도 4는 ACK/NACK 전송 과정을 예시한다. 도 4를 참조하면, 단말은 슬롯 #n에서 PDCCH를 검출할 수 있다. 여기서, PDCCH는 하향링크 스케줄링 정보(예, DCI 포맷 1_0, 1_1)를 포함하며, PDCCH는 DL assignment-to-PDSCH offset (K0)과 PDSCH-HARQ-ACK reporting offset (K1)를 나타낸다. 예를 들어, DCI 포맷 1_0, 1_1은 다음의 정보를 포함할 수 있다.
- Frequency domain resource assignment: PDSCH에 할당된 RB 세트를 나타냄
- Time domain resource assignment: K0, 슬롯 내의 PDSCH의 시작 위치(예, OFDM 심볼 인덱스) 및 길이(예 OFDM 심볼 개수)를 나타냄
- PDSCH-to-HARQ_feedback timing indicator: K1를 나타냄
이후, 단말은 슬롯 #n의 스케줄링 정보에 따라 슬롯 #(n+K0)에서 PDSCH를 수신한 뒤, 슬롯 #(n+K1)에서 PUCCH를 통해 UCI를 전송할 수 있다. 여기서, UCI는 PDSCH에 대한 HARQ-ACK 응답을 포함한다. PDSCH가 최대 1개 TB를 전송하도록 구성된 경우, HARQ-ACK 응답은 1-비트로 구성될 수 있다. PDSCH가 최대 2개의 TB를 전송하도록 구성된 경우, HARQ-ACK 응답은 공간(spatial) 번들링이 구성되지 않은 경우 2-비트로 구성되고, 공간 번들링이 구성된 경우 1-비트로 구성될 수 있다. 복수의 PDSCH에 대한 HARQ-ACK 전송 시점이 슬롯 #(n+K1)로 지정된 경우, 슬롯 #(n+K1)에서 전송되는 UCI는 복수의 PDSCH에 대한 HARQ-ACK 응답을 포함한다.
1. 비면허 대역을 지원하는 무선 통신 시스템
도 5는 본 발명에 적용 가능한 비면허 대역을 지원하는 무선 통신 시스템의 예시를 나타낸다.
이하 설명에 있어, 면허 대역(Licensed Band, L-band)에서 동작하는 셀을 L-cell로 정의하고, L-cell의 캐리어를 (DL/UL) LCC (Licensed Component Carrier)라고 정의한다. 또한, 비면허 대역 (Unlicensed Band, U-band)에서 동작하는 셀을 U-cell로 정의하고, U-cell의 캐리어를 (DL/UL) UCC라고 정의한다. 셀의 캐리어/캐리어-주파수는 셀의 동작 주파수(예, 중심 주파수)를 의미할 수 있다. 셀/캐리어(예, CC)는 셀로 통칭한다.
도 5(a)와 같이 단말과 기지국이 반송파 결합된 LCC 및 UCC를 통해 신호를 송수신하는 경우, LCC는 PCC (Primary CC)로 설정되고 UCC는 SCC (Secondary CC)로 설정될 수 있다. 도 5(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를 초과하는 갭이 없는, 기지국으로부터의 전송 세트로 정의된다. 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를 더 포함할 수 있다.
도 6은 비면허 대역에서 자원을 점유하는 방법을 예시한다. 비면허 대역에 대한 지역별 규제(regulation)에 따르면, 비면허 대역 내의 통신 노드는 신호 전송 전에 다른 통신 노드(들)의 채널 사용 여부를 판단해야 한다. 구체적으로, 통신 노드는 신호 전송 전에 먼저 캐리어 센싱 (Carrier Sensing; CS)를 수행하여 다른 통신 노드(들)이 신호 전송을 하는지 여부를 확인할 수 있다. 다른 통신 노드(들)이 신호 전송을 하지 않는다고 판단된 경우를 CCA(Clear Channel Assessment)가 확인됐다고 정의한다. 기-정의된 혹은 상위계층(예, RRC) 시그널링에 의해 설정된 CCA 임계치가 있는 경우, 통신 노드는 CCA 임계치보다 높은 에너지가 채널에서 검출되면 채널 상태를 비지(busy)로 판단하고, 그렇지 않으면 채널 상태를 아이들(idle)로 판단할 수 있다. 참고로, Wi-Fi 표준(802.11ac)에서 CCA 임계치는 non Wi-Fi 신호에 대하여 -62dBm, Wi-Fi 신호에 대하여 -82dBm으로 규정되어 있다. 채널 상태가 아이들이라고 판단되면, 통신 노드는 UCell에서 신호 전송을 시작할 수 있다. 상술한 일련의 과정은 LBT(Listen-Before-Talk) 또는 CAP(Channel Access Procedure)로 지칭될 수 있다. LBT와 CAP, CCA는 혼용될 수 있다.
구체적으로, 비면허 대역에서의 하향링크 수신/상향링크 전송을 위해, 이하에서 설명될 CAP 방법 중 하나 이상이 본 발명과 연관된 무선 통신 시스템에서 사용될 수 있다.
비면허 대역을 통한 하향링크 신호 전송 방법
기지국은 비면허 대역에서의 하향링크 신호 전송을 위해 다음 중 하나의 비면허 대역 접속 절차(예, Channel Access Procedure, CAP)를 수행할 수 있다.
(1) 타입 1 하향링크 CAP 방법
타입 1 DL CAP에서 전송(들) 전에 유휴로 센싱되는 센싱 슬롯에 의해 스팬되는(spanned) 시간 구간의 길이는 랜덤이다. 타입 1 DL CAP는 다음의 전송에 적용될 수 있다.
- (i) 사용자 평면 데이터(user plane data)를 갖는 유니캐스트 PDSCH, 또는 (ii) 사용자 평면 데이터를 갖는 유니캐스트 PDSCH 및 사용자 평면 데이터를 스케줄링하는 유니캐스트 PDCCH를 포함하는, 기지국에 의해 개시된(initiated) 전송(들), 또는,
- (i) 디스커버리 버스트만 갖는, 또는 (ii) 비-유니캐스트(non-unicast) 정보와 다중화된 디스커버리 버스트를 갖는, 기지국에 의해 개시된 전송(들).
도 7은 기지국의 비면허 대역을 통한 하향링크 신호 전송을 위한 CAP 동작 흐름도이다.
도 7을 참조하면, 기지국은 먼저 지연 구간(defer duration) T
d의 센싱 슬롯 구간 동안 채널이 휴지 상태인지 센싱하고, 그 후 카운터 N이 0이 되면, 전송을 수행할 수 있다(S1234). 이때, 카운터 N은 아래 절차에 따라 추가 센싱 슬롯 구간(들) 동안 채널을 센싱함으로써 조정된다:
스텝 1)(S1220) N=N
init으로 설정. 여기서, N
init은 0 부터 CW
p 사이에서 균등 분포된 랜덤 값이다. 이어 스텝 4로 이동한다.
스텝 2)(S1240) N>0이고 기지국이 카운터를 감소시키기로 선택한 경우, N=N-1로 설정.
스텝 3)(S1250) 추가 센싱 슬롯 구간 동안 채널을 센싱한다. 이때, 추가 센싱 슬롯 구간이 휴지인 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
스텝 4)(S1230) N=0이면(Y), CAP 절차를 종료한다(S1232). 아니면(N), 스텝 2로 이동한다.
스텝 5)(S1260) 추가 지연 구간 T
d 내에서 비지(busy) 센싱 슬롯이 검출되거나, 추가 지연 구간 T
d 내의 모든 센싱 슬롯들이 휴지(idle)로 검출될 때까지 채널을 센싱.
스텝 6)(S1270) 추가 지연 구간 T
d의 모든 센싱 슬롯 구간 동안 채널이 휴지로 센싱되는 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
표 8은 채널 접속 우선 순위 클래스에 따라 CAP에 적용되는 m
p, 최소 경쟁 윈도우(Contention Window, CW), 최대 CW, 최대 채널 점유 시간(Maximum Channel Occupancy Time, MCOT) 및 허용된 CW 크기(allowed CW sizes)가 달라지는 것을 예시한다.
[표 8]
지연 구간 T
d는 구간 T
f (16us) + m
p개의 연속된 센싱 슬롯 구간 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)와 바로 다음에 이어지는 하나의 센싱 슬롯 구간으로 구성된다. Tf는 구간의 시작 지점에 센싱 슬롯을 포함한다.
- (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) 와 관련된 전송(들)
도 8은 상향링크 신호 전송을 위한 단말의 Type 1 CAP 동작 흐름도이다.
도 8을 참조하면, 단말은 먼저 지연 구간(defer duration) T
d의 센싱 슬롯 구간 동안 채널이 휴지 상태인지 센싱하고, 그 후 카운터 N이 0이 되면, 전송을 수행할 수 있다(S1534). 이때, 카운터 N은 아래 절차에 따라 추가 센싱 슬롯 구간(들) 동안 채널을 센싱함으로써 조정된다:
스텝 1)(S1520) N=N
init으로 설정. 여기서, N
init은 0 부터 CW
p 사이에서 균등 분포된 랜덤 값이다. 이어 스텝 4로 이동한다.
스텝 2)(S1540) N>0이고 단말이 카운터를 감소시키기로 선택한 경우, N=N-1로 설정.
스텝 3)(S1550) 추가 센싱 슬롯 구간 동안 채널을 센싱한다. 이때, 추가 센싱 슬롯 구간이 휴지인 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
스텝 4)(S1530) N=0이면(Y), CAP 절차를 종료한다 (S1532). 아니면(N), 스텝 2로 이동한다.
스텝 5)(S1560) 추가 지연 구간 Td 내에서 비지(busy) 센싱 슬롯이 검출되거나, 추가 지연 구간 Td 내의 모든 센싱 슬롯들이 휴지(idle)로 검출될 때까지 채널을 센싱.
스텝 6)(S1570) 추가 지연 구간 Td의 모든 센싱 슬롯 구간 동안 채널이 휴지로 센싱되는 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
표 9는 채널 접속 우선 순위 클래스에 따라 CAP에 적용되는 m
p, 최소 CW, 최대 CW, 최대 채널 점유 시간(Maximum Channel Occupancy Time, MCOT) 및 허용된 CW 크기(allowed CW sizes)가 달라지는 것을 예시한다.
[표 9]
지연 구간 T
d는 구간 T
f (16us) + m
p개의 연속된 센싱 슬롯 구간 T
sl (9us)의 순서로 구성된다. T
f는 16us 구간의 시작 시점에 센싱 슬롯 구간 Tsl을 포함한다.
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은 구간 Tf(=16us)와 바로 다음에 이어지는 하나의 센싱 슬롯 구간으로 구성된다. 타입 2A UL CAP에서 T
f는 구간의 시작 지점에 센싱 슬롯을 포함한다. 타입 2B UL CAP에서 단말은 센싱 구간 T
f=16us 동안 채널이 휴지로 센싱된 이후 바로 전송을 전송할 수 있다. 타입 2B UL CAP에서 T
f는 구간의 마지막 9us 내에 센싱 슬롯을 포함한다. 타입 2C UL CAP에서 단말은 전송을 수행하기 전에 채널을 센싱하지 않는다.
RB 인터레이스
도 9는 RB 인터레이스를 예시한다. 공유 스펙트럼에서는 OCB(Occupied Channel Bandwidth) 및 PSD(Power Spectral Density) 관련 규제를 고려하여, 주파수 상에서 (등간격의) 불연속하는 (단일) RB들의 집합을 UL (물리) 채널/신호 전송에 사용/할당되는 단위 자원으로 정의할 수 있다. 이러한 불연속 RB 집합을 편의상 "RB 인터레이스" (간단히, 인터레이스)로 정의한다.
도 9를 참조하면, 주파수 대역 내에 복수의 RB 인터레이스(간단히, 인터레이스)가 정의될 수 있다. 여기서, 주파수 대역은 (와이드밴드) 셀/CC/BWP/RB 세트를 포함하고, RB는 PRB를 포함할 수 있다. 예를 들어, 인터레이스 #m∈{0, 1, ..., M-1}은 (공통) RB {m, M+m, 2M+m, 3M+m, ...}로 구성될 수 있다. M은 인터레이스의 개수를 나타낸다. 송신기(예, 단말)는 하나 이상의 인터레이스를 사용하여 신호/채널을 전송할 수 있다. 신호/채널은 PUCCH 또는 PUSCH를 포함할 수 있다.
2. 랜덤 접속(Random Access, RA) 과정
도 10은 랜덤 접속 과정을 나타낸다. 도 10(a)는 경쟁-기반 랜덤 접속 과정을 나타내고, 도 10(b)는 전용 랜덤 접속 과정을 예시한다.
도 10(a)를 참조하면, 경쟁-기반 랜덤 접속 과정은 다음의 4 단계를 포함한다. 이하, 단계 1~4에서 전송되는 메시지는 각각 메시지(Msg) 1~4로 지칭될 수 있다.
-단계 1: 단말은 PRACH를 통해 RACH 프리앰블을 전송한다.
-단계 2: 단말은 기지국으로부터 DL-SCH를 통해 랜덤 접속 응답(Random Access Response, RAR)을 수신한다.
-단계 3: 단말은 UL-SCH를 통해 Layer 2 / Layer 3 메시지를 기지국으로 전송한다.
-단계 4: 단말은 DL-SCH를 통해 경쟁 해소(contention resolution) 메시지를 기지국으로부터 수신한다.
단말은 시스템 정보를 통해 기지국으로부터 랜덤 접속에 관한 정보를 수신할 수 있다.
랜덤 접속이 필요하면, 단말은 단계 1과 같이 RACH 프리앰블을 기지국으로 전송한다. 기지국은, 랜덤 접속 프리앰블이 전송된 시간/주파수 자원(RACH Occasion; RO) 및 랜덤 접속 프리앰블 인덱스(Preamble Index, PI)를 통해, 각각의 랜덤 접속 프리앰블들을 구별할 수 있다.
기지국이 단말로부터 랜덤 접속 프리앰블을 수신하면, 기지국은 단계 2와 같이 랜덤 접속 응답(Random Access Response, RAR) 메시지를 단말에게 전송한다. 랜덤 접속 응답 메시지의 수신을 위해, 단말은 미리 설정된 시간 윈도우(예를 들어, ra-ResponseWindow) 내에서, 랜덤 접속 응답 메시지에 대한 스케줄링 정보를 포함하는, RA-RNTI(Random Access-RNTI)로 CRC 마스킹된 L1/L2 제어채널(PDCCH)을 모니터링한다. RA-RNTI로 마스킹된 PDCCH는 공통 검색 공간(common search space)를 통해서만 전송될 수 있다. RA-RNTI로 마스킹된 스케줄링 신호를 수신한 경우, 단말은 상기 스케줄링 정보가 지시하는 PDSCH로부터 랜덤 접속 응답 메시지를 수신할 수 있다. 그 후, 단말은 랜덤 접속 응답 메시지에 자신에게 지시된 랜덤 접속 응답 정보가 있는지 확인한다. 자신에게 지시된 랜덤 접속 응답 정보가 존재하는지 여부는 단말이 전송한 프리앰블에 대한 RAPID(Random Access Preamble ID)가 존재하는지 여부로 확인될 수 있다. 단말이 전송한 프리앰블의 인덱스와 RAPID는 동일할 수 있다. 랜덤 접속 응답 정보는, 대응하는 랜덤 접속 프리앰블 인덱스, UL 동기화를 위한 타이밍 오프셋 정보(예, Timing Advance Command, TAC), 메시지 3 전송을 위한 UL 스케줄링 정보(예, UL 그랜트) 및 단말 임시 식별 정보(예, Temporary-C-RNTI, TC-RNTI)를 포함한다.
랜덤 접속 응답 정보를 수신한 단말은, 단계 3과 같이, UL 스케줄링 정보 및 타이밍 오프셋 값에 따라 PUSCH를 통해 UL-SCH(Shared Channel) 데이터(메시지 3)를 전송한다. 메시지 3에는, 단말의 ID (또는 단말의 global ID)가 포함될 수 있다. 또는 메시지 3에는, 초기 접속(initial access)을 위한 RRC 연결 요청 관련 정보(예를 들어, RRCSetupRequest 메시지)가 포함될 수 있다. 또한 메시지 3에는, 단말이 전송 가능한 데이터(data available for transmission)의 양에 대한 버퍼 상태 보고(Buffer Status Report; BSR)가 포함될 수 있다.
UL-SCH 데이터 수신 후, 단계 4와 같이, 기지국은 경쟁 해소(contention resolution) 메시지(메시지 4)를 단말에게 전송한다. 단말이 경쟁 해소 메시지를 수신하고 경쟁이 해소에 성공하면, TC-RNTI는 C-RNTI로 변경된다. 메시지 4에는, 단말의 ID 및/또는 RRC 연결 관련 정보(예를 들어, RRCSetup 메시지)가 포함될 수 있다. 메시지 3를 통해 전송한 정보와 메시지 4를 통해 수신한 정보가 일치하지 않거나, 일정 시간 동안 메시지 4를 수신하지 못하면, 단말은 경쟁 해소가 실패한 것으로 보고 메시지 3를 재전송할 수 있다.
도 10(b)를 참조하면, 전용 랜덤 접속 과정은 다음의 3 단계를 포함한다. 이하, 단계 0~2에서 전송되는 메시지는 각각 메시지(Msg) 0~2로 지칭될 수 있다. 전용 랜덤 접속 과정은 기지국이 RACH 프리앰블 전송을 명령하는 용도의 PDCCH(이하, PDCCH 오더(order))를 이용하여 트리거링 될 수 있다.
-단계 0: 기지국은 전용 시그널링을 통한 RACH 프리앰블을 단말에 할당한다.
-단계 1: 단말은 PRACH를 통해 RACH 프리앰블을 전송한다.
-단계 2: 단말은 기지국으로부터 DL-SCH를 통해 랜덤 접속 응답(Random Access Response, RAR)을 수신한다.
전용 랜덤 접속 과정의 단계 1~2의 동작은 경쟁 기반 랜덤 접속 과정의 단계1~2와 동일할 수 있다.
NR에서는 비-경쟁 기반 랜덤 접속 과정을 PDCCH 명령(order)으로 개시하기 위해 DCI 포맷 1_0가 사용된다. DCI 포맷 1_0는 하나의 DL 셀에서 PDSCH를 스케줄링 하는데 사용된다. 한편, DCI 포맷 1_0의 CRC(Cyclic Redundancy Check)가 C-RNTI로 스크램블 되고, "Frequency domain resource assignment" 필드의 비트 값이 모두 1인 경우, DCI 포맷 1_0는 랜덤 접속 과정을 지시하는 PDCCH 명령으로 사용된다. 이 경우, DCI 포맷 1_0의 필드는 다음과 같이 설정된다.
- RA 프리앰블 인덱스: 6비트
- UL/SUL(Supplementary UL) 지시자: 1비트. RA 프리앰블 인덱스의 비트 값이 모두 0이 아니면서 단말에 대해 셀 내에 SUL이 설정된 경우, 셀 내에서 PRACH가 전송된 UL 반송파를 지시한다. 그 외의 경우 미사용 된다(reserved).
- SSB (Synchronization Signal/Physical Broadcast Channel) 인덱스: 6비트. RA 프리앰블 인덱스의 비트 값이 모두 0가 아닌 경우, PRACH 전송을 위한 RACH 기회(occasion)를 결정하는데 사용되는 SSB를 지시한다. 그 외의 경우 미사용 된다(reserved).
- PRACH 마스크 인덱스: 4비트. RA 프리앰블 인덱스의 비트 값이 모두 0가 아닌 경우, SSB 인덱스에 의해 지시되는 SSB와 연관된 RACH 기회를 지시한다. 그 외의 경우 미사용 된다(reserved).
- 미사용(reserved): 10비트
DCI 포맷 1_0이 PDCCH 명령에 해당하지 않는 경우, DCI 포맷 1_0은 PDSCH를 스케줄링 하는데 사용되는 필드로 구성된다(예, Time domain resource assignment, MCS(Modulation and Coding Scheme), HARQ 프로세스 번호, PDSCH-to-HARQ_feedback timing indicator 등).
2-step 랜덤 접속 절차
이상에서 설명한 바와 같이 종래의 랜덤 접속은 4단계의 과정을 거친다. 종래 LTE 시스템에서는, 4단계의 랜덤 접속 과정에 표 10과 같이 평균 15.5ms가 소요되었다.
[표 10]
NR 시스템에서는 기존 시스템보다 더 낮은 레이턴시(latency)가 필요할 수 있다. 또한, U-band에서 랜덤 접속 과정이 발생한다면, 단말과 기지국이 4-step의 랜덤 접속 과정 모두에서 순차적으로 LBT에 성공하여야 랜덤 접속 과정이 종료되고 경쟁이 해소된다. 4-step의 랜덤 접속 과정 중 한 단계에서라도 LBT가 실패한다면, 자원 효율성(resource efficiency)이 저하되며 레이턴시가 증가한다. 특히, 메시지2 또는 메시지3와 연관된 스케줄링/전송 과정에서 LBT가 실패한다면 자원 효율성의 감소 및 레이턴시 증가가 크게 일어날 수 있다. L-band에서의 랜덤 접속 과정이라도, NR 시스템의 다양한 시나리오 내에서 낮은 레이턴시의 랜덤 접속 과정이 필요할 수 있다. 따라서, 2-step 랜덤 접속 과정은 L-band 상에서도 수행될 수 있다.
도 11(a)에 도시된 바와 같이, 2-step 랜덤 접속 과정은 단말부터 기지국으로의 상향링크 신호(메시지 A로 지칭함) 전송과 기지국으로부터 단말로의 하향링크 신호(메시지 B로 지칭함) 전송의 2단계로 구성될 수 있다.
이하의 설명은 초기 접속 과정을 위주로 하고 있으나, 단말과 기지국 사이의 RRC 연결이 이루어진 이후의 랜덤 접속 과정에도 이하의 제안 방법이 동일하게 적용될 수 있다. 또한, 비-경쟁 랜덤 접속 과정에서도 도 11(b)에 도시된 바와 같이 랜덤 접속 프리앰블과 PUSCH 파트(part)가 함께 전송될 수 있다.
도시되지는 않았지만, 메시지 B를 스케줄링하기 위한 PDCCH가 기지국으로부터 단말로 전송될 수 있으며, 이는 Msg. B PDCCH로 지칭될 수 있다.
3. 비면허 대역에서의 랜덤 접속 과정
앞서 살핀 내용들(3GPP system(or NR system), frame structure 등)은 후술할 본 명세서에서 제안하는 방법들과 결합되어 적용될 수 있으며, 또는 본 명세서에서 제안하는 방법들의 기술적 특징을 명확하게 하는데 보충될 수 있다.
앞서 설명된 바와 같이, Wi-Fi 표준(802.11ac)에서 CCA 임계치는 non Wi-Fi 신호에 대하여 -62dBm, Wi-Fi 신호에 대하여 -82dBm으로 규정되어 있다. 다시 말해서, Wi-Fi 시스템의 STA (Station)이나 AP (Access Point)은, Wi-Fi 시스템에 속하지 않는 장치의 신호가 특정 대역에서 -62dBm 이상의 전력으로 수신될 때, 해당 특정 대역에서 신호 전송을 하지 않는다.
PRACH (Physical Random Access Channel) 포맷은 Long RACH 포맷과 Short RACH 포맷을 포함할 수 있다. Long RACH 포맷에 해당하는 PRACH는 길이 839의 시퀀스 (Length 839 sequence)로 구성된다. Short RACH 포맷에 해당하는 PRACH는 길이 139의 시퀀스 (Length 139 sequence)로 구성된다. 이하에서는, Short RACH 포맷에 의해 구성되는 시퀀스의 구조에 대해 제안한다. 6GHz 미만의 FR1 (Frequency Range 1) 대역에서, Short RACH 포맷의 SCS는 15 및/또는 30 KHz에 해당한다. Short RACH 포맷에 해당하는 PRACH는, 도 10과 같이 12 RB들을 통해 전송될 수 있다. 12 RB들은 144 RE들을 포함하며, PRACH는 144 RE들 중 139 tones (139 REs)를 통해 전송될 수 있다. 도 12은 144 RE들 중 가장 낮은 인덱스 순으로 2개의 RE들, 가장 높은 인덱스 순으로 3개의 RE들이 Null tones에 해당하도록 도시되어 있으나, Null tones의 위치는 도 12에 도시된 바와 달라질 수 있다.
본 명세서에서, Short RACH 포맷은 Short PRACH 포맷으로, Long RACH 포맷은 Long PRACH 포맷으로 지칭될 수도 있다. PRACH 포맷은 프리앰블 포맷으로 지칭될 수도 있다.
Short PRACH 포맷은, 표 11에 정의된 값들로 구성될 수 있다.
[표 11]
표 11에서, L
RA는 RACH 시퀀스의 길이, Δf
RA는 RACH에 적용되는 SCS, κ= T
s/T
c=64이다. μ∈{0,1,2,3}로, μ는 SCS 값에 따라서, 0, 1, 2, 3 중 하나의 값으로 정해진다. 예를 들어, 15kHz SCS의 경우 μ는 0, 30kHz SCS의 경우 μ는 1로 정해진다.
기지국은 상위 레이어 시그널링을 통해, 특정 타이밍에 어떤 PRACH 포맷을 특정 기간(duration)만큼 전송할 수 있는지, 그리고 해당 슬롯에 RO가 몇 개 인지까지 알려줄 수 있다. 38.211 표준의 Table 6.3.3.2-2부터 Table 6.3.3.2-4 까지가 이에 해당한다. 표 12는 38.211 표준의 table 6.3.3.2-3에서 A1, A2, A3, B1, B2, B3을 단독 또는 조합으로 사용할 수 있는 인덱스(index) 중 특정 몇 개만 발췌하여 나타내고 있다.
[표 12]
표 12를 보면, 각 프리앰블 포맷 별로 RACH 슬롯에 몇 개의 RO가 정의되어 있는지(표 12의 number of time-domian PRACH occasions within a PRACH slot), 각 프리앰블 포맷의 PRACH 프리앰블이 몇 개의 OFDM (Orthogonal frequency-division multiplexing) 심볼을 점유하고 있는지(표 12의 PRACH duration)를 알 수 있다. 또한 프리앰블 포맷 별로 최초 RO의 시작 심볼(starting symbol)이 지시될 수 있으므로, 해당 RACH 슬롯의 어느 시점부터 RO가 시작되는지의 정보가 기지국과 단말 사이에서 송수신될 수 있다. 도 13은, 표 12의 PRACH 설정 인덱스(PRACH configuration index) 값 별로, RACH 슬롯 내에 RO가 구성되는 모양을 나타낸다.
한편, 비면허 대역에서 동작하는 장치는, 어떤 신호를 전송하고자 하는 채널이 아이들 상태인지 또는 비지 상태인지를 확인한다. 채널이 아이들 상태이면 해당 채널을 통해 신호가 전송된다. 채널이 비지 상태이면, 신호를 전송하고자 하는 장치는 채널이 아이들 상태가 될 때까지 기다린 후 신호를 전송한다. 도 6및 7을 통해 기 설명된 바와 같이, 이와 같은 동작은 LBT 또는 channel access scheme으로 지칭될 수 있다. 또한, 표 13과 같은 LBT 카테고리(category)들이 존재할 수 있다.
[표 13]
카테고리 1에 해당하는 LBT는 LBT 없이 채널에 접속하는 방법이다. 특정 카테고리 1에 해당하는 LBT에 의하면, 특정 노드가 채널을 점유한 이후, 다음 전송 직전까지의 시간 간격이 16 us보다 작은 경우, 특정 노드는 상태에 관계 없이 채널에 접속할 수 있다. 다음으로, 카테고리 2 LBT는 백오프 카운터(back-off counter) 값 없이 one shot LBT를 수행한 뒤 채널에 접속하는 방법이다. 카테고리 2에 해당하는 LBT에 의하면, 특정 노드는 채널이 16 us (또는 25 us) 동안 아이들 상태인지 판단한 후 전송을 수행한다.
카테고리 3 및 카테고리 4에 해당하는 LBT의 경우, 백오프 카운터 값이 경쟁 윈도우(contention window; CW)내에서 랜덤하게 선택된다. 본 명세서에서, 카테고리 3에 해당하는 LBT는 Cat 3 LBT, 카테고리 4에 해당하는 LBT는 Cat 4 LBT로 지칭될 수 있다. 카테고리 3에 해당하는 LBT의 경우, 항상 고정된 경쟁 윈도우 크기 값을 기반으로 백오프 카운터 값이 랜덤하게 선택된다. 카테고리 4에 해당하는 LBT의 경우, 경쟁 윈도우 크기 값이, 최초의 최소 경쟁 윈도우 크기 값부터 시작하여, LBT에 실패할 때마다 허락된 후보들 안에서 1 스텝씩 증가된다. 경쟁 윈도우 크기의 최대값, 최소값 및 허락된 경쟁 윈도우 크기 값의 후보들은 채널 접속 우선순위 클래스(channel access priority class)별로 기 정의되어 있다(표 3 및 표 4 참조). 예를 들어 채널 접속 우선 순위 클래스가 4인 Cat 4 LBT의 경우, 단말은 최초에 0 내지 15 사이에서 랜덤하게 백오프 카운터 값을 선택한다. 단말이 LBT에 실패하면, 0 내지 31 사이에서 랜덤하게 백오프 카운터 값을 선택한다.
카테고리 1에 해당하는 LBT는, 앞서 설명된 타입 2C DL CAP 및 타입 2C UL CAP 를 포함할 수 있다. 카테고리 2에 해당하는 LBT는, 타입 2A DL CAP, 타입 2B DL CAP, 타입 2A UL CAP, 타입 2B UL CAP를 포함할 수 있다. 카테고리 4에 해당하는 LBT는, 타입 1 DL CAP, 타입 1 UL CAP을 포함할 수 있다.
표 9에 정의된 값들에 기반하여 백오프 카운터 값을 선택한 단말은, 16+9Хm
p+KХ9 us 동안 채널이 아이들 상태이면, 기지국으로부터 지시 및/또는 설정된 상향링크 전송을 수행한다. K는 선택된 백오프 카운터 값, m
p는 채널 접속 우선 순위 클래스에 따라 적용되는 슬롯 시간에 해당한다. PRACH 전송을 위한 채널 접속 우선순위 클래스 및 LBT 카테고리는 표 14와 같을 수 있다.
[표 14]
표 13 및 표 14를 통해 도출 가능한 값들을 바탕으로, 단말은 16+9*2 + K*9 = 34 + K*9 (us) 동안 채널이 아이들 상태이면 PRACH 전송을 시작할 수 있다. 앞서 설명된 바와 같이, 백오프 카운터 값 K는 크기 변동(size-varying)하는 경쟁 윈도우 크기 값 내에서 랜덤하게 선택된다.
앞서 설명된 2-step 랜덤 접속 절차는, 단말의 메시지 A (Msg. A; PRACH preamble 및 Msg. 3 PUSCH로 구성됨) 전송과, 기지국의 메시지 B (Msg. B; RAR 및 Msg. 4 PDSCH로 구성됨) 전송으로 이루어진다. 설명의 편의를 위해, 본 명세서에서는 상기 Msg. A의 PRACH 프리앰블 신호가 매핑/전송되는 시간 및 주파수 자원을 RO (RACH Occasion)로 정의하고, Msg. 3 PUSCH 신호가 매핑/전송되는 시간 및 주파수 자원을 PO (PUSCH Occasion)로 정의한다. 이하에서는, Msg. A를 구성하는 구체적인 방법이 제안된다. Msg. A를 구성하는 RACH 프리앰블은, Msg. A RACH 프리앰블 및 Msg. A PRACH로 지칭될 수 있다. Msg. A를 구성하는 Msg. 3 PUSCH는, Msg. A PUSCH로 지칭될 수 있다. Msg. B를 구성하는 RAR은, Msg. B RAR로 지칭될 수 있다. Msg. B를 구성하는 Msg. 4 PDSCH는, Msg. B PDSCH로 지칭될 수 있다.
특히, NR-U에서는 RO와 PO에 Msg. A 전송을 하려는 UE의 채널 접속 과정(channel access procedure)에 대한 동작이 정의될 필요가 있다. 따라서, 본 명세서는 RO와 PO의 시간/주파수 자원 및 RO와 PO간의 시간 간격(timing gap) 등에 따른 채널 접속 과정에 대해 제안한다. 설명의 편의를 위해 도 14와 같이 RO와 PO의 시간/주파수 자원 및 RO와 PO간의 시간 간격 등에 대한 파라미터들이 정의된다. 즉, 도 14에 따르면 T1은 RO의 시간 구간(time duration), T2는 PO의 시간 구간, T는 T1+T2, F1은 RO의 주파수 대역(frequency bandwidth), F2는 PO의 주파수 대역, P1은 RO와 PO의 시간 간격을 의미한다.
이하, 본 명세서에서 제안되는, channel occupancy sharing을 이용하여 채널 접속을 수행하기 위한 단말 동작을 살펴본다.
(1) 먼저, UE는 RO 및/또는 PO와 관련된 제어 정보를 기지국으로부터 수신한다. 여기서, 제어 정보는 도 14에 도시된 파라미터들을 포함할 수 있다. (2) 다음, UE는 상기 제어 정보에 기초하여 RO 및/또는 PO 앞에서 수행할 LBT 타입을 결정한다. (3) 다음, UE는 상기 결정된 LBT 타입에 기초하여 RO 및/또는 PO에서 Msg. A 프리앰블 및/또는 Msg. A PUSCH를 전송한다.
보다 구체적인 내용은 후술할 방법들을 참고하기로 한다. 즉, 후술할 방법들은 위의 (1) 내지 (3)의 절차와 결합되어 본 명세서에서 제안하는 목적/효과를 달성할 수 있다. 또한, 후술할 방법들은 2. 랜덤 접속 과정에서 설명된 절차와 결합되어 본 명세서에서 제안하는 목적/효과를 달성할 수 있다. 본 명세서에서, '비면허 대역'은 '공유 스펙트럼(shared spectrum)'으로 대체 및 혼용될 수 있다. 또한 본 명세서에서, 'LBT 타입'은 '채널 접속 타입'으로 대체 및 혼용될 수 있다. 'LBT'는 '채널 접속'으로 대체 및 혼용될 수 있다.
3.1 실시예 1: Channel occupancy sharing을 고려한 channel access procedure
첫 번째 방법으로, 단말이 Msg. A 프리앰블 과 Msg. A PUSCH 전송을 위해, CO (channel occupancy) sharing을 고려하는 방법에 대한 채널 접속 동작을 제안하면 다음과 같다. 이때, CO sharing을 고려하는 이유는, CO sharing을 하지 않으면 모든 전송 앞에 Cat-4 LBT (random back-off 기반)을 수행해야 한다는 단점이 있기 때문이다. 즉, CO sharing을 통해, 최초 수행하는 LBT 과정을 제외한 LBT 과정은, Cat-1 LBT (no LBT) 혹은 Cat-2 LBT (one shot LBT) 가 될 수 있다. 때문에 채널 접속이 좀더 빠르고 쉽게 수행될 수 있다. 다음 설명에서 사용되는 파라미터는 도 14에 나타나 있다.
표 9를 참조하면, 우선순위 클래스 (PC) 에 따라 CO sharing time (T
ulmcotp)이 정의되어 있다. 즉, PC가 1인 경우 CO sharing time은 2ms 이하, PC가 2인 경우 CO sharing time은 4ms 이하, PC가 3 혹은 4인 경우 CO sharing time은 6ms 혹은 10ms 이하로 정의되어 있다. (6ms와 10ms중 어느 것인지는 higher layer singling에 따라 결정됨) 따라서 다음 동작은 CO sharing time과 PC에 따라 다음 3가지 구간으로 구분할 수 있다.
구간 1: 0ms < T <= 2ms, 이때 CO sharing을 위해 PC
RO 는 1이 될 수 있다.
구간 2: 2ms < T <= 4ms, 이때 CO sharing을 위해 PC
RO 는 2가 될 수 있다.
구간 3: 4ms < T <= 6ms (혹은 10ms), 이때 CO sharing을 위해 PC
RO 는 3 또는 4가 될 수 있다.
상기 정의된 각 구간별로 단말은 다음과 같은 동작을 수행할 수 있다.
1-1. 각 구간별로, UE가 Msg. A preamble (RACH) occasion (RO) 앞에서 우선순위 클래스 PC
RO 을 사용하여 Cat-4 LBT가 수행된다. LBT를 성공한 이후, UE가 Msg. A preamble을 전송한 다음,
1-1-A. 만약 P1<16 (us)인 경우, CO sharing이 가능하기 때문에, UE는 Msg. A PUSCH occasion (PO) 앞에서 Cat-1 LBT (i.e., no LBT)를 수행한다.
1-1-B. 그렇지 않고, 만약 P1=16 (us)인 경우,
T2>X 이면, CO sharing이 가능하기 때문에, UE는 PO 앞에서 Cat-2 LBT (i.e., 16(us) one shot LBT)를 수행한다. X는 LBT 동작을 수행하지 않고 UL signal/channel 전송을 할 수 있도록 허용된 최대 timing duration이다. 이는 기지국이 higher layer signalling (e.g., SIB or RMSI(remaining minimum system information) 등)을 통해 지시해줄 수 있다. 예를 들어, X는 0.5ms 일 수 있다.
T2<=X 이면, CO sharing이 가능하기 때문에, UE는 PO 앞에서 Cat-1 LBT (i.e., no LBT)를 수행한다.
1-1-C. 그렇지 않고, 만약 P1=25 (us) 인 경우, CO sharing이 가능하기 때문에, UE는 PO 앞에서 Cat-2 LBT (i.e., 25(us) one shot LBT)를 수행한다.
1-1-D. 그렇지 않고, 만약 P1>25 (us) 인 경우,
CO sharing이 허용된다면, UE는 PO 앞에서 higher layer signalling (e.g., SIB or RMSI 등)을 통해 지시 받은 Cat-2 LBT (i.e., 25(us) one shot LBT) or Cat-4 LBT를 수행한다. PO 앞에서 Cat-4 LBT를 수행하는 UE가 사용하는 우선순위 클래스 PC
PO (e.g., PC
PO 는 PC
RO와 같을 수 있음)는 미리 약속되거나, 기지국이 higher layer signalling (e.g., SIB or RMSI 등)을 통해 지시해줄 수 있다.
CO sharing이 허용되지 않는 경우, UE는 PO 앞에서 Cat-4 LBT를 수행한다. PO 앞에서 Cat-4 LBT를 수행하는 UE가 사용하는 우선순위 클래스 PC
PO (e.g., PC
PO 는 PC
RO와 같을 수 있음)는 미리 약속되거나, 기지국이 higher layer signalling (e.g., SIB or RMSI 등)을 통해 지시해줄 수 있다.
특징적으로, Cat-2 LBT를 수행할 수 있는 P1의 상한선이 설정될 수 있다. 기지국은 Cat-2 LBT를 수행할 수 있는 P1의 상한선을 higher layer signalling (e.g., SIB or RMSI 등)을 통해 단말에게 설정해주고 (혹은 specification에 정의해 놓고), 단말은 P1의 상한선 값과 현재 P1값을 비교하여 LBT 타입을 결정하고 채널 접속 과정을 수행할 수 있다. 일례로 Cat-2 LBT를 수행할 수 있는 P1의 상한선이 P1
MAX이면, P1이 P1
MAX- 보다 작은 경우, 단말은 Cat-2 LBT를 PO앞에서 수행할 수 있다. P1이 P1
MAX 보다 큰 경우, 단말은 Cat-4 LBT를 PO앞에서 수행할 수 있다. 이때, UE가 사용하는 우선순위 클래스 PC
PO (e.g., PC
PO 는 PC
RO와 같을 수 있음)는 미리 약속되거나, 기지국이 higher layer signalling (e.g., SIB or RMSI 등)을 통해 지시해줄 수 있다.
상기 CO sharing 허용 여부도 기지국이 higher layer signalling (e.g., SIB or RMSI 등)을 통해 지시해줄 수 있다.
1-2. 실시예 1의 동작은 F1과 F2가 동일 LBT sub-band에 존재하는 경우, 그리고/또는 F1이 F2를 포함하는 경우에 적용될 수 있다.
3.2 실시예 2: Channel occupancy sharing을 고려하지 않은 channel access procedure
단말이 Msg. A 프리앰블과 Msg. A PUSCH 전송을 위해 CO sharing 을 고려하지 않는 방법에 대한 채널 접속 동작을 제안하면 다음과 같다. 다음 설명에서 사용되는 파라미터는 도 14에 나타나 있다. 실시예 2에도, 실시예 1에서 설명된, 다음 3가지 시간 구간이 적용될 수 있다.
구간 1: 0ms < T <= 2ms, 이때 CO sharing을 위해 PC
RO 는 1이 될 수 있다.
구간 2: 2ms < T <= 4ms, 이때 CO sharing을 위해 P
CRO 는 2가 될 수 있다.
구간 3: 4ms < T <= 6ms (혹은 10ms), 이때 CO sharing을 위해 PC
RO 는 3 또는 4가 될 수 있다.
상기 정의된 각 구간별로 단말은 다음과 같은 동작을 수행할 수 있다.
2-1. 각 구간 별로, T가 각 구간의 최대값보다 클 지라도, (CO sharing을 고려하지 않기 때문에) UE가 Msg. A preamble RO 앞에서 우선순위 클래스 PC
RO 을 사용하여 Cat-4 LBT를 수행한다. 각 구간의 최대값은, 예를 들어, 구간 1은 2ms, 구간 2는 4ms, 구간 3은 6ms (혹은 10ms)일 수 있다. T가 2ms 보다 클 때 PC
RO 는 1, T가 4ms 보다 클 때 PC
RO 는 1 또는 2, T가 6ms (혹은 10ms) 보다 클 때 PC
RO 는 1, 2, 3, 4일 수 있다. LBT를 성공한 이후 UE가 Msg. A preamble을 전송한 다음,
2-1-A. (CO sharing을 고려하지 않기 때문에) UE는 PO 앞에서 Cat-4 LBT를 수행한다. PO 앞에서 Cat-4 LBT를 수행하는 UE가 사용하는 우선순위 클래스, PC
PO (e.g., PC
PO 는 PC
RO와 같을 수 있음)는 미리 약속되거나, 기지국이 higher layer signaling (e.g., SIB or RMSI 등)을 통해 지시해줄 수 있다.
2-2. 추가적으로, F1과 F2가 동일 LBT sub-band에 존재하지 않거나, 그리고/또는 F1이 F2를 포함하지 않는 경우에 단말은 PO앞에서 Cat-4 LBT를 수행한다고 설정
만약 FBE (frame based equipment) 설정 혹은 RO 이전 LBT가 Cat-2 LBT로 설정 되면, PO 이전 LBT도 Cat 2-LBT로 설정 또는 RO와 동일한 rule이 적용되도록 설정될 수 있다.
3.3 실시예 3: LBT type configuration for A/N feedback transmission of Msg. B
다음으로, Msg. B의 MAC CE 등을 통해 RACH 과정에 성공 했다는 메시지(e.g., RRC connection setup 등)를 기지국으로부터 수신한 단말은, 이에 대한 A/N 피드백(e.g., ACK)을 전송해야 한다. A/N 피드백 전송을 위한 PUCCH 자원 앞에서 단말은 LBT를 수행해야 하는데, 해당 LBT 타입을 결정하는 방법은 다음과 같을 수 있다.
3-1. Msg. B를 수신하는 모든 UE (혹은 group of UE)가 공통 LBT 타입(Common LBT type)을 지시 받는 방법.
3-1-A. Opt 1) 기지국이 Msg. B를 전달하는 PDSCH를 scheduling 하는 PDCCH (e.g., DCI field 등)를 통해 모든 UE (혹은 group of UE) 에게 common하게 LBT type 지시
이와 같이 설정되면, 해당 Msg. B를 수신한 단말 중, 이에 대한 A/N 피드백을 전송해야 하는 단말은, 해당 PDCCH (e.g., 특정 DCI field)를 통해 동일한 LBT 타입을 지시 받고, 지시받은 LBT 타입(e.g., Cat-2 LBT)을 사용하여 채널 접속 과정을 수행할 수 있다.
만약 기지국이 특정 기준을 통해 UE를 N (e.g., N=2) 개의 그룹들로 나누고, 해당 N (e.g., N=2) 개의 그룹들에 특정 이유(e.g., 기지국의 Msg. B 수신 성공 여부)로 서로 다른 LBT 타입들을 지시하는 경우, 각각의 그룹에 해당하는 LBT 타입이 사용된다. 특정 그룹에 속한 단말들은 동일한 LBT 타입을 사용하여 채널 접속 과정을 수행할 수 있다.
서로 다른 LBT 타입들은 독립적인 DCI 필드 등을 사용하여 지시될 수도 있다. 기지국이 하나의 그룹에 대한 LBT 타입을 특정 DCI 필드를 통해 지시해주면, 다른 그룹의 LBT 타입은 지시된 DCI 필드에 따라 미리 약속된 LBT 타입으로 결정될 수 있다.
3-1-B. Opt 2) 기지국이 Msg. B를 전달하는 PDSCH 안 (e.g., MAC CE의 header 부분 등)에 공통 필드(common field)를 추가하여, 모든 UE에게 (혹은 group of UE) common하게 LBT 타입을 지시
3-1-B 와 같이 설정되면, Msg. B를 수신한 단말 중, 이에 대한 A/N 피드백을 전송해야 하는 단말은, Msg. B의 PDSCH (e.g., MAC CE의 header 부분 등)를 통해 동일한 LBT 타입을 지시 받고, 지시받은 LBT 타입 (e.g., Cat-2 LBT)을 사용하여 채널 접속 과정을 수행할 수 있다.
만약 기지국이 특정 기준을 통해 UE를 N (e.g., N=2) 개의 그룹들로 나누고, 해당 N (e.g., N=2) 개의 그룹들에 특정 이유 (e.g., 기지국의 Msg. B 수신 성공 여부)로 서로 다른 LBT 타입을 지시하는 경우, 각각의 그룹에 해당하는 LBT 타입이 사용된다. 특정 그룹에 속한 단말들은 동일한 LBT 타입을 사용하여 채널 접속 과정을 수행할 수 있다.
서로 다른 LBT 타입들은 독립적인 MAC CE 헤더 필드 등을 사용하여 지시될 수 있다. 기지국이 하나의 그룹에 대한 LBT 타입을 특정 MAC CE 헤더 필드를 통해 지시해주면, 다른 그룹의 LBT 타입은 지시된 MAC CE 헤더 필드에 따라 미리 약속된 LBT 타입으로 결정될 수 있다.
3-1-C. Opt 3) 기지국이 상위 레이어 시그널링 (e.g., SIB 또는 RMSI 등)을 통해 모든 UE에게 (혹은 group of UE) common한 LBT 타입을 지시
3-1-C 와 같이 설정되면, Msg. B를 수신한 단말 중, 이에 대한 A/N 피드백을 전송해야 하는 단말은, 상위 레이어 시그널링(e.g., SIB 또는 RMSI 등)을 통해 동일한 LBT 타입을 지시 받고, 지시받은 LBT 타입(e.g., Cat-2 LBT)을 사용하여 채널 접속 과정을 수행할 수 있다.
만약 기지국이 특정 기준을 통해 UE를 N (e.g., N=2) 개의 그룹들로 나누고, 해당 N (e.g., N=2) 개의 그룹들에 특정 이유로 서로 다른 LBT 타입을 지시하는 경우, 각각의 그룹에 해당하는 LBT 타입이 사용된다. 특정 그룹에 속한 단말들은 동일한 LBT 타입을 사용하여 채널 접속 과정을 수행할 수 있다.
서로 다른 LBT 타입들은 독립적인 상위 레이어 시그널링 등을 사용하여 지시될 수 있다. 기지국이 하나의 그룹에 대한 LBT 타입을 상위 레이어 시그널링을 통해 지시해주면, 다른 그룹의 LBT 타입은 지시된 상위 레이어 시그널링에 따라 미리 약속된 LBT 타입으로 결정될 수 있다.
3-1-D. 기지국이 Common하게 LBT 타입을 지시하면, 지시하기 위한 자원 오버헤드(resource overhead)가 줄어들 수 있고, 단말이 전송해야 하는 A/N을 멀티플렉싱 시키기 쉬울 수 있다는 장점이 있다. 다만 A/N 멀티플렉싱 을 수행하지 않는 경우, common LBT type을 수행하는 단말들끼리 동시다발적으로 채널 접속를 수행할 수 있기 때문에, A/N 전송간에 충돌이 일어날 확률이 높아진다.
3-2. Msg. B를 수신하는 UE에게 success-RAR 별로 단말 특정(UE-specific)한 LBT 타입을 지시 받는 방법
3-2-A. Msg. B를 전달하는 PDSCH안에 포함된 MAC CE의, 각 프리앰블 (and/or PUSCH) 전송에 따른 값을 지시하는 부분에 특정 필드를 추가(혹은 reserved field를 사용)하여, success-RAR 별로 단말 특정하게 LBT 타입을 지시
이와 같이 설정되면, Msg. B를 수신한 단말 중, 이에 대한 A/N 피드백을 전송해야 하는 단말은, MAC CE를 통해 success-RAR 별로 단말 특정한 LBT 타입을 지시 받고, 지시받은 LBT 타입을 사용하여 채널 접속 과정을 수행할 수 있다. 따라서, 단말은 지시받은 LBT 타입을 기반으로 A/N 피드백을 전송하게 된다.
기지국이 success-RAR 별로 단말 특정하게 LBT 타입을 지시하면, 단말들끼리 채널 접속을 수행하는 시간이 달라질 수 있기 때문에, A/N 전송간에 충돌이 일어날 확률이 떨어진다. 다만 단말 특정하게 지시하기 위한 자원 오버헤드가 발생하고, A/N 멀티플렉싱을 수행하기 어렵다는 단점이 있다.
3-3. Msg. B를 수신하는 UE에게 기지국의 Msg. B 수신 성공 여부에 따라 서로 다른 방법으로 LBT 타입을 지시하는 방법
일례로, 기지국은, success-RAR을 통해 common LBT type을 지시하고, fallback RAR을 통해 MAC CE의 (RAR message 안에) RAPID 특정하게 LBT 타입을 지시해줄 수 있다.
이때, common LBT type을 지시하는 방법으로 실시예 3 내의 3-1의 각 옵션들이 적용될 수 있다.
3.4 실시예 4: 4-step Msg. 2 RAR 혹은 2-step 폴백(fall-back) RAR의 RA 필드 구성 및 Msg. 3 PUSCH전송을 위한 LBT 타입 지시 방법
종래 4-step RACH 과정의 Msg. 2 RAR은 도 15와 같이 정의되어 있다.
또한 Msg. 2 RAR의 UL 그랜트를 이루는 27 비트들은 표 15와 같이 정의되어 있다.
RAR grant field | Number of bits |
Frequency hopping flag | 1 |
PUSCH frequency resource allocation | 14 |
PUSCH time resource allocation | 4 |
MCS | 4 |
TPC command for PUSCH | 3 |
CSI request | 1 |
추가적으로 CSI 요청 필드(CSI request field)는 다음과 같이 contention 여부에 따라 사용하기도 하고 reserved 되기도 한다. ("In a non-contention based random access procedure, the CSI request field in the RAR UL grant indicates whether or not the UE includes an aperiodic CSI report in the corresponding PUSCH transmission according to [6, TS 38.214]. In a contention based random access procedure, the CSI request field is reserved.")
Msg. 3 PUSCH의 LBT 타입은 RAR을 통해 전달되어야 하기 때문에, 다음과 같은 방법들을 제안할 수 있다.
제안 방법 4-1-1: RAR의 reserved 1 bit을 사용하여 LBT 타입을 지시해주는 방법.
1bit를 사용하여 LBT 타입을 지시하는 경우, 1bit는 Cat-2 LBT 혹은 Cat-4 LBT 중 하나를 지시할 수 있다.
제안 방법 4-1-2: RAR UL 그랜트의 CSI 요청 필드는 경쟁 기반 RACH 과정에서는 reserved이기 때문에, CSI 요청 필드의 1 bit를 사용하여 LBT 타입을 지시해주는 방법.
CSI 요청 필드의 1bit를 사용하여 LBT type을 지시하는 경우, CSI 요청 필드의 1 bit는 Cat-2 LBT 혹은 Cat-4 LBT 중 하나를 지시할 수 있다.
다만, 비-경쟁 기반 RACH 과정(e.g., contention free RACH)에서는, CSI 요청 필드가 사용되고 있기 때문에, 다른 제안 방법이 사용될 수 있다.
제안 방법 4-1-3: RAR UL 그랜트들 중 공유 스펙트럼 동작에서 필요 없는 필드를 사용하여 LBT 타입을 지시해주는 방법.
일례로 NR-U 동작 중 Msg. 3 PUSCH 전송을 위한 주파수 자원을 인터레이스 구조로 할당한 경우, 주파수 호핑 플래그 필드(Frequency hopping flag field)는 사용하지 않아도 되기 때문에, 주파수 호핑 플래그 필드의 1bit를 사용(재해석)하여 LBT 타입이 지시될 수 있다.
주파수 호핑 플래그 필드의 1bit를 사용하여 LBT 타입을 지시하는 경우, 주파수 호핑 플래그 필드의 1bit는 Cat-2 LBT 혹은 Cat-4 LBT 중 하나를 지시할 수 있다.
공유 스펙트럼 동작 중 Msg. 3 PUSCH 전송을 위한 주파수 자원이 종래 시스템의 contiguous PRB allocation으로 지시된 경우에도, 주파수 호핑 플래그 필드를 통해 LBT 타입이 지시될 수도 있으나, contiguous PRB allocation에서 주파수 호핑이 필요할 수 있기 때문에 파수 호핑 플래그 필드는 원래의 용도로 사용될 수도 있다.
제안 방법 4-1-4: 특정 필드의 MSB (Most significant bit) (혹은 LSB; Least significant bit) L bit(s)를 사용하여 LBT 타입을 지시해주는 방법.
일례로 PUSCH 주파수 자원 할당 필드 (PUSCH frequency resource allocation field)는 자원 할당 타입(resource allocation type)에 따라 표 16과 같이 사용하는 bits 수가 달라진다. 표 16은, 20 MHz LBT 서브밴드를 기준으로, PUSCH 전송을 위한 주파수 자원 할당 필드의 bits 수를 나타낸다.
Rel-15 | Rel-16 | |||
SCS | RA Type 0 (bit map) | RA Type 1 (RIV) | Interlace level allocation | |
Configuration 1
(Smaller RBG Size) |
Configuration 2
(Larger RBG Size) |
|||
15 kHz
(106 PRBs) |
14 (RBG size 8) | 7 (RBG size 16) | 13 | Alt1) 10 (Bit map)
Alt2) 6 (RIV) |
30 kHz
(51 PRBs) |
13 (RBG size 4) | 7 (RBG size 8) | 11 | 5 (Bit map) |
15 kHz
(96 PRBs) |
12 (RBG size 8) | 6 (RBG size 16) | 13 | Alt1) 10 (Bit map)Alt2) 6 (RIV) |
30 kHz
(48 PRBs) |
12 (RBG size 4) | 6 (RBG size 8) | 11 | 5 (Bit map) |
표 16을 참조하면, PUSCH 주파수 자원 할당 필드는, 최대 14 bits 부터 최소 5bits까지 사용될 수 있다.
이때, PUSCH 주파수 자원 할당 필드의 MSB (혹은 LSB) L bit(s)를 사용하여 LBT 타입이 지시될 수 있다.
일례로, PUSCH 주파수 자원 할당 필드의 MSB 1bit를 사용하여 LBT 타입이 지시되는 경우, PUSCH 주파수 자원 할당 필드의 MSB 1bit는 Cat-2 LBT 혹은 Cat-4 LBT를 지시할 수 있다.
다른 일례로, PUSCH 주파수 자원 할당 필드의 MSB (혹은 LSB) 2비트를 사용하여 LBT 타입이 지시되는 경우, Cat-2 LBT 혹은 Cat-4 LBT와 함께 2종류의 우선순위 클래스가 (e.g., PC0 혹은 PC1) 지시될 수 있다.
다른 일례로, PUSCH 주파수 자원 할당 필드의 MSB (혹은 LSB) 3bits를 사용하여 LBT 타입이 지시되는 경우, Cat-2 LBT 혹은 Cat-4 LBT와 함께 4종류의 우선순위 클래스가 (e.g., PC0부터 PC3중 하나) 지시될 수 있다. 혹은 Cat-1 LBT, Cat-2 LBT, Cat-4 LBT 및 다양한 우선순위 클래스들이 조합되어 지시될 수 있다.
특징적으로, 실제 PUSCH 주파수 자원 할당 필드를 해석하는 단말은, LBT 타입을 위해 사용된 MSB (혹은 LSB) L bit는, 그 값이 0이라고 가정하고 PUSCH 주파수 자원 할당을 이해하도록 설정될 수 있다.
제안 방법 4-1-5: 특정 필드의 크기를 L bit 만큼 줄이고, 줄어든 L bit 만큼을 사용하여 LBT 타입을 지시하는 필드로 만드는 방법
4-1-5-A: 공유 스펙트럼에서의 RACH 과정 중, Msg. 3 PUSCH는 종래 RA 타입 1 (표 15의 Rel-15 RA Type 1)을 사용하거나, 새로운 RA 타입(표 15의 Rel-16 Interlace level allocation)을 사용할 것이기 때문에, PUSCH 주파수 자원 할당 필드는 13 bits로 설정될 수 있다. 종래 PUSCH 주파수 자원 할당 필드를 위한 14 bits 중 나머지 1bit는 LBT 타입을 지시하는 필드로 설정될 수 있다. 일례로, 14bits PUSCH 주파수 자원 할당 필드 중 MSB 1 bit를 사용하여 LBT 타입을 지시하는 경우, Cat-2 LBT 혹은 Cat-4 LBT가 지시될 수 있다.
4-1-5-B: 추가로, 실제 PUSCH 주파수 자원 할당 필드가 13 보다 작은 bit (e.g., 12 bit 등)로 설정될 수 있다. 종래 PUSCH 주파수 자원 할당 필드를 위한 14 bits 중 나머지 bit는 LBT 타입을 지시하는 필드로 설정될 수 있다. 일례로, 14bits PUSCH 주파수 자원 할당 필드 중 상기 MSB (혹은 LSB) 2 bits를 사용하여 LBT 타입을 지시하는 경우, Cat-2 LBT 혹은 Cat-4 LBT와 함께 2종류의 우선순위 클래스가 (e.g., PC0 혹은 PC1) 지시될 수 있다. 단말은, 줄어든 만큼의 MSB (혹은 LSB)를 0이라고 가정하고 PUSCH 주파수 자원 할당을 이해하도록 설정될 수 있다. 예를 들어, RAR 그랜트에서 종래 PUSCH 주파수 자원 할당 필드가 위치하던 14 bits 중, MSB 2bits는 채널 접속 타입을 알려주는 필드로 사용되고, LSB 12 bits는 종래와 같이 주파수 자원 할당 필드로 사용되되, LSB 12 bits는 12 bits 앞에 두 bits의 0들이 있는 것으로 가정되어 14 bits 필드처럼 해석될 수 있다. 다른 예로, 12 bits 로 PUSCH 주파수 자원 할당을 수행하는 경우, 단말은 1bit MSB (혹은 LSB)를 0이라고 가정하고 PUSCH 주파수 자원 할당을 이해한다고 설정될 수 있다. RIV로 최대 13bit가 필요하기 때문에, 13-12 = 1 bit MSB (혹은 LSB)만 0으로 처리되는 것이다.
제안 방법 4-1-5에 제안 방법 4-1-3이 추가로 적용되어, LBT 타입 필드와 특정 필드(e.g., PUSCH frequency resource allocation field)의 MSB (혹은 LSB) L bit조합으로 LBT 타입이 지시될 수도 있다.
제안 방법 4-1-6: 4-1-1 내지 4-1-5의 제안 방법들의 조합을 고려할 수 있다.
즉, RAR의 reserved 1 bit, 그리고/또는 RAR UL 그랜트의 CSI 요청 필드1 bit, 그리고/또는 RAR UL 그랜트들 중 공유 스펙트럼에서 사용되지 않는 필드, 그리고/또는 특정 필드의 MSB (혹은 LSB) L bit(s) 들의 조합으로 LBT 타입이 지시될 수 있다.
추가적으로, Msg. 3 PUSCH 전송을 위한 LBT 타입을 지시하지 않는 것도 고려할 수 있다. 일례로, Msg. 3 PUSCH 전송을 위한 LBT 타입은, SIB를 통해 LBE (load based equipment)로 설정된 경우에는 기본값이 Cat-4 LBT, SIB를 통해 FBE (frame based equipment)로 설정된 경우에는 기본값이 Cat-2 LBT with 25 usec (혹은 with 16 usec) 로 설정/정의될 수 있다.
특징적으로 2-step RACH 과정에서 단말이 SIB를 통해 LBE로 설정된 경우, Msg. A PUSCH (혹은 Msg. 3 PUSCH) 전송의 기본값이 Cat-4 LBT로 설정/정의되어 있을지라도, 본 명세서의 실시예들과 같이 RO-PO 사이의 간격에 따라 다른 카테고리의 LBT가 사용될 수 있다. 이와 유사하게, 단말이 SIB를 통해 FBE로 설정된 경우, Msg. A PUSCH (혹은 Msg. 3 PUSCH) 전송의 기본값이 Cat-2 LBT with 25 usec 로 설정/정의되어 있을지라도, (RO-PO 사이의 gap에 따라) Cat-2 LBT with 16 usec 혹은 Cat-1 LBT가 사용될 수 있다.
추가적으로 RAR을 통해 LBT 타입뿐만 아니라 Msg. 3 PUSCH 시작 위치 등이 추가로 시그널링될 수도 있다. 이를 정리하면 다음과 같다.
4-2-1) 기지국으로부터 (Msg. 3) PUSCH 파형(waveform)으로 legacy NR waveform 이 설정되는 경우,
Opt 1: Msg. 3 PUSCH 전송에 고정된 LBT type에 고정된 starting position을 적용
Opt 2: Msg. 3 PUSCH 전송에 고정된 LBT type을 적용하고, 복수 starting position들중 하나를 RAR (혹은 RAR의 UL grant)로 지시
Opt 3: Msg. 3 PUSCH 전송에 고정된 starting position을 적용하고, 복수 LBT type들중 하나를 RAR (혹은 RAR의 UL grant)로 지시
4-2-2) 기지국으로부터 (Msg. 3) PUSCH waveform으로 interlace waveform이 설정되는 경우,
Opt 1: 복수 LBT type 및/또는 복수 starting position 조합중 하나를 RAR (혹은 RAR의 UL grant)로 지시
이에 따라, 앞서의 제안 방법들(제안 방법 4-1-1 내지 4-1-6 등)에서 RAR grant를 통해 지시되는 LBT 타입이라 함은, 4-2-1의 Opt 1~3 방식에 따라 LBT 타입 또는 시작 위치 또는 {LBT type, starting position}의 조합을 의미할 수 있다. 이때, PUSCH 신호를 매핑하는 자원의 시작 심볼이 Symbol#K로 지시된 상황을 가정하면, starting position이 1-bit로 지시될 경우 {Symbol#K, Symbol#(K-N) + 25us}중 하나가 지시되거나, 또는 {Symbol#K, Symbol#(K-N) + 25us + TA} 중 하나가 지시될 수 있다. 한편, 만약 starting position이 RAR grant를 통해 지시되지 않고 하나의 고정된 값으로 결정될 경우, 그 값은 Symbol#K로 정의될 수 있다.
앞서 제안 방법 4-1-5-B를 통해 설명된 바와 같이, 기지국으로부터 Msg. 3 전송을 위한 LBT 타입 등이 지시될 필요가 있는 경우 (e.g., for operation with shared spectrum channel access), RAR의 PUSCH 주파수 자원 할당 필드의 크기는 2 bits만큼 줄어들 수 있다. PUSCH 주파수 자원 할당 필드로 사용되지 않는 2 bits는, 명시적(explicit)으로 LBT 타입을 전송하기 위한 필드로 사용될 수 있다. LBT 타입을 전송하기 위한 필드는, ChannelAccess-CPext field로 정의될 수 있다. 종래 표 16과 같던 RAR 그랜트의 필드들은, 표 17과 같이 재정의될 수 있다.
RAR grant field | Number of bits |
Frequency hopping flag | 1 |
PUSCH frequency resource allocation | 14, for operation without shared spectrum channel access
12, for operation with shared spectrum channel access |
PUSCH time resource allocation | 4 |
MCS | 4 |
TPC command for PUSCH | 3 |
CSI request | 1 |
ChannelAccess-CPext | 0, for operation without shared spectrum channel access
2, for operation with shared spectrum channel access |
한편, PUSCH 자원 할당 필드의 사이즈(i.e.,
)가 12가 되는 경우 (즉, 기지국으로부터 Msg. 3 전송을 위한 LBT type 등이 지시될 필요가 있는 경우), 종래 PUSCH 주파수 자원 할당 필드의 트렁케이션(truncation) 및 패딩(padding)을 설명하는 다음 표 18의 내용으로는, 단말이 ChannelAccess-CPext field 및 PUSCH frequency resource allocation field를 해석하기엔 부족할 수 있다.
[표 18]
따라서, 표 18은 다음과 같은 본 명세서의 제안을 바탕으로 수정될 수 있다.
4-3-1. 공유 스펙트럼 채널 접속이 아닌 경우의 동작 (For the operation without shared spectrum channel access, 종래 시스템의 동작)
4-3-1-A. BWP 내 PRB 수가 180 이하인 경우 (If number of PRB in BWP ≤ 180)
단말은 FDRA (Frequency domain resource assignment) 필드의 LSB
만큼을 트렁케이트(truncate)하고, 트렁케이트된 FDRA 필드를 DCI 포맷 0_0의 FDRA 필드처럼 해석한다.
4-3-1-B. BWP 내 PRB 수가 180 초과인 경우 (If number of PRB in BWP > 180)
단말은 FDRA 필드 앞에 MSB
-14 만큼의 0을 패딩하고, 확장된(extended) FDRA 필드를 DCI 포맷 0_0의 FDRA 필드처럼 해석한다. 이때 주파수 호핑 플래그(frequency hopping flag)가 0 이면 N
UL,hop=0이고, 주파수 호핑 플래그가 1이면 N
UL,hop은 표 19를 따른다.
Number of PRBs in initial UL BWP | Value of N UL,hop Hopping Bits | Frequency offset for 2 nd hop |
<50 | 0 | |
1 | ||
≥50 | 00 | |
01 | ||
10 | - | |
11 | Reserved |
4-3-1-B. End If
4-3-2. 공유 스펙트럼 채널 접속 동작 (For the operation with shared spectrum channel access)
4-3-2-A. 상위 레이어 파라미터 useInterlacePUSCH-Common이 제공되지 않은 경우 (If useInterlacePUSCH-Common is not provided), 다시 말해서 상향링크 자원 할당 타입 1 (uplink resource allocation type 1)인, 연속 매핑이 사용되는 경우
4-3-2-A-ii. BWP 내 PRB 수가 90 초과인 경우(If number of PRB in BWP > 90)
단말은 FDRA 필드 앞에 MSB
-12 만큼의 0을 패딩하고, 확장된 FDRA 필드를 DCI 포맷 0_0의 FDRA 필드처럼 해석한다. 이때 주파수 호핑 플래그가 0 이면 N
UL,hop=0이고, 주파수 호핑 플래그가 1이면 N
UL,hop은 표 19를 따른다.
4-3-2-A-iii. End If
4-3-2-A-iv. 이때, 새로운 임계값인 90은, 상향링크 자원 할당 타입 1 (RIV) 방식이 사용될 때, 12 bits로 전송될 수 있는 최대 BWP의 PRB 개수를 의미한다. (90*91/2 = 4095 ≤ 4096 = 2
12)
4-3-2-B. 상위 레이어 파라미터 useInterlacePUSCH-Common이 제공되는 경우 (If useInterlacePUSCH-Common is provided, 다시 말해서 상향링크 자원 할당 타입 2인, 인터레이스 매핑(interlace mapping)이 사용되는 경우
4-3-2-B-i. 단말은 FDRA 필드의 LSB (혹은 MSB) X bits 만큼을 트렁케이트하여, 트렁케이트된 FDRA 필드를 DCI 포맷 0_0의 FDRA 필드처럼 해석한다. 30 kHz SCS가 설정(즉, μ=1)된 대역에서 PUSCH가 전송되는 경우 X=5, 15 kHz SCS가 설정(즉, μ=0)된 대역에서 PUSCH가 전송되는 경우 X=6이다.
4-3-2-B-ii. LBT 서브밴드 할당(LBT sub-band allocation)이 추가되는 경우, FDRA 필드의 X bit 앞에 혹은 뒤에 Y bit이 추가될 수 있다. BWP내에 설정된 LBT 서브밴드 수에 따라, Y는 {0, 1, 2, 3, 4}중 하나의 값으로 결정될 수 있다.
4-3-1 및 4-3-2를 기반으로, 표 18은 표 20과 같이 수정될 수 있다.
[표 20]
추가적으로, useInterlacePUSCH-Common이 제공된 경우, RAR UL 그랜트 필드 크기가 다음과 같이 정의/설정될 수도 있다.
4-4-1. Alt 1)
실제 FDRA를 위해 X bit 만 필요하기 때문에, FDRA 필드 크기는 X bit 로 정의되고 나머지 bit는 reserved field로 사용될 수 있다. 또한, reserved field 위치는 FDRA 필드 바로 앞 혹은 바로 뒤, 혹은 RAR UL 그랜트의 특정 위치 (e.g., 가장 마지막, i.e., LSBs in RAR UL grant)이 될 수 있다.
특징적으로 PUSCH 전송을 위한 SCS이 30 kHz인 경우 X는 5 bit가 될 수 있고, 15 kHz SCS인 경우 X는 6bit가 될 수 있다.
일례로, reserved field 위치가 가장 마지막이 되는 예시를 적용하면, RAR 그랜트 내 각 필드들은 표 21과 같이 정의될 수 있다.
RAR grant field | Number of bits |
Frequency hopping flag (reserved) | 1 |
PUSCH frequency resource allocation | 5, if the subcarrier spacing for the PUSCH transmission is 30 kHz
6, if the subcarrier spacing for the PUSCH transmission is 15 kHz |
PUSCH time resource allocation | 4 |
MCS | 4 |
TPC command for PUSCH | 3 |
CSI request | 1 |
ChannelAccess-CPext | 0, for operation without shared spectrum channel access2, for operation with shared spectrum channel access |
Reserved | 6, if the subcarrier spacing for the PUSCH transmission is 15 kHz and for operation with shared spectrum channel access
7, if the subcarrier spacing for the PUSCH transmission is 30 kHz and for operation with shared spectrum channel access or, 6, if the subcarrier spacing for the PUSCH transmission is 15 kHz and for operation with shared spectrum channel access 7, if the subcarrier spacing for the PUSCH transmission is 30 kHz and for operation with shared spectrum channel access 8, if the subcarrier spacing for the PUSCH transmission is 15 kHz and for operation without shared spectrum channel access 9, if the subcarrier spacing for the PUSCH transmission is 30 kHz and for operation without shared spectrum channel access |
4-4-2. Alt 2)
실제 FDRA를 위해 X bit 만 필요하기 때문에, FDRA 필드 크기는 X bit 로 정의되고 나머지 bit는 reserved field로 사용될 수 있다. 또한, reserved field 위치는 FDRA 필드 바로 앞 혹은 바로 뒤, 혹은 RAR UL 그랜트의 특정 위치 (e.g., 가장 마지막, i.e., LSBs in RAR UL grant)이 될 수 있다.
이때, PUSCH 전송을 위한 SCS이 30 kHz인 경우 5 bit가 필요하고 15 kHz SCS인 경우 6bit가 필요하기 때문에, 두 SCS 모두 만족시키기 위해 X는 6 bit로 설정될 수 있다.
이와 같은 경우, 단말은 SCS이 30 kHz인 경우에는 FDRA 필드의 LSB (혹은 MSB) 5 bit를 트렁케이션하여 FDRA 필드로 해석할 수 있다.
일례로, reserved field 위치가 가장 마지막이 되는 예시를 적용하면, RAR 그랜트 내 각 필드들은 표 22와 같이 정의될 수 있다.
RAR grant field | Number of bits |
Frequency hopping flag (reserved) | 1 |
PUSCH frequency resource allocation | 6 |
PUSCH time resource allocation | 4 |
MCS | 4 |
TPC command for PUSCH | 3 |
CSI request | 1 |
ChannelAccess-CPext | 0, for operation without shared spectrum channel access
2, for operation with shared spectrum channel access |
Reserved | 6, for operation with shared spectrum channel access
or 6, for operation with shared spectrum channel access 8, for operation without shared spectrum channel access |
PUSCH 주파수 자원 할당에 LBT 서브밴드 할당을 위한 Y bit이 추가로 더 포함될 수 있다. 이에 따라 표 21 및/또는 표 22에서 PUSCH 주파수 자원 할당 필드에 Y bit가 더해지고 Reserved field에 Y bit가 빠질 수 있다.
구현예
도 16은 본 발명의 실시예들에 따른 신호 송수신 방법에 대한 흐름도이다.
도 16을 참조하면, 본 발명의 실시예들은 단말에 의해 수행될 수 있고, 메시지 A에 기반하여 메시지 B를 수신하는 단계 (S1601) 및 메시지 B에 기반하여 PUCCH 자원 상에서 PUCCH를 전송하는 단계 (S1603)를 포함하여 구성될 수 있다. 도시되지는 않았으나, 기지국의 입장에서 수행되는 본 발명의 실시예는, 메시지 A에 기반하여 메시지 B를 전송하는 단계 및 메시지 B에 기반하여 PUCCH 자원 상에서 PUCCH를 수신하는 단계를 포함할 수 있다.
상기 메시지 A는, 본 명세서의 실시예 1 및/또는 실시예 2에 기반하여 구성될 수 있다. 예를 들어, 메시지 A를 구성하는 Msg. A 프리앰블과 Msg. A PUSCH는 실시예 1에 기반하여 CO가 공유(sharing)될 수 있다. 메시지 A를 구성하는 Msg. A 프리앰블과 Msg. A PUSCH는 실시예 2에 기반하여 CO가 공유(sharing)되지 않을 수도 있다.
상기 PUCCH 는, 본 명세서의 실시예 3에 기반하여 구성될 수 있다. 예를 들어, PUCCH는 메시지 B를 위한 ACK/NACK 정보인, HARQ 정보를 포함할 수 있다. HARQ ACK 정보는 HARQ ACK 피드백으로 대체되어 표현될 수도 있다.
HARQ 정보를 포함하는 PUCCH에 대한 채널 접속 타입(LBT 타입)은 실시예 3의 3-1 내지 3-3의 방법 중 하나 이상을 기반으로 결정될 수 있다.
예를 들어, PUCCH에 대한 채널 접속 타입은 실시예 3의 3-2의 방법에 의해 전송될 수 있다. 3-2에 의하면, PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 메시지 B 내 성공 RAR (success-RAR)의 특정 필드를 기반으로 결정된다. 다시 말해서, 메시지 B에 포함된 MAC 페이로드의 특정 필드가 채널 접속 타입을 지시할 수 있다.
메시지 B 내 성공 RAR이 단말 특정으로 단말과 기지국 사이에서 송수신된다. 따라서 특정 필드에 의한 채널 접속 타입도 단말 특정으로 지시된다.
단말은, 특정 필드에 의해 지시된 채널 접속 타입에 기반하여 PUCCH 전송을 위한 채널 접속 과정을 수행한다.
특정 필드의 명칭은, ChannelAccess-CPext 필드일 수 있다.
특정 필드는 비 공유 스펙트럼을 위한 성공 RAR에서는 리저브드 필드이다. 공유 스펙트럼 내에서만 리저브드 필드가 채널 접속 타입 지시를 위한 특정 필드로서 성공 RAR에 포함된다.
도 16과 관련하여 설명된 동작에 더하여, 도 1 내지 도 15을 통해 설명한 동작들 및/또는 실시예 1 내지 4에 설명된 동작들 중 하나 이상이 결합되어 추가로 수행될 수 있다. 예를 들어, 단말은 메시지 A의 전송 전 상항링크 LBT를 수행할 수 있다.
본 발명이 적용되는 통신 시스템 예
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 발명의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 17는 본 발명에 적용되는 통신 시스템(1)을 예시한다.
도 17를 참조하면, 본 발명에 적용되는 통신 시스템(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
본 발명이 적용되는 무선 기기 예
도 18은 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 18을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 17의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
본 발명이 적용되는 무선 기기 활용 예
도 19는 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 17 참조).
도 19를 참조하면, 무선 기기(100, 200)는 도 18의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 18의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 18의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 17, 100a), 차량(도 17, 100b-1, 100b-2), XR 기기(도 17, 100c), 휴대 기기(도 17, 100d), 가전(도 17, 100e), IoT 기기(도 17, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 17, 400), 기지국(도 17, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 19에서 무선 기기(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) 및/또는 이들의 조합으로 구성될 수 있다.
본 발명이 적용되는 차량 또는 자율 주행 차량 예
도 20는 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 20를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 19의 블록 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 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
상술된 바와 같이 본 발명은 다양한 무선 통신 시스템에 적용될 수 있다.
Claims (30)
- 무선 통신 시스템에서 단말이 신호를 송수신하는 방법에 있어서,메시지 A에 기반하여 메시지 B를 수신하는 단계; 및상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 전송하는 단계; 를 포함하며,상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고,상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정되는,신호 송수신 방법.
- 제1항에 있어서,상기 성공 RAR은, 단말 특정으로 수신되는,신호 송수신 방법.
- 제1항에 있어서,상기 채널 접속 타입에 기반하여 채널 접속이 수행되는,신호 송수신 방법.
- 제1항에 있어서,상기 특정 필드는, 공유 스펙트럼에서만 상기 성공 RAR에 포함되는,신호 송수신 방법.
- 제1항에 있어서,상기 특정 필드는, 비 공유 스펙트럼에서 리저브드 필드(reserved field)인,신호 송수신 방법.
- 무선 통신 시스템에서 신호를 송수신하기 위한 단말에 있어서,적어도 하나의 트랜시버;적어도 하나의 프로세서; 및상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리; 를 포함하고,상기 특정 동작은,메시지 A에 기반하여 메시지 B를 수신하고,상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 전송하는 것을 포함하며,상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고,상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정되는,단말.
- 제6항에 있어서,상기 성공 RAR은, 단말 특정으로 수신되는,단말.
- 제6항에 있어서,상기 채널 접속 타입에 기반하여 채널 접속이 수행되는,단말.
- 제6항에 있어서,상기 특정 필드는, 공유 스펙트럼에서만 상기 성공 RAR에 포함되는,신호 송수신 방법.
- 제6항에 있어서,상기 특정 필드는, 비 공유 스펙트럼에서 리저브드 필드(reserved field)인,단말.
- 단말을 위한 장치에 있어서,적어도 하나의 프로세서; 및상기 적어도 하나의 프로세서와 동작 가능하게 연결되고, 실행될 때, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작은:메시지 A에 기반하여 메시지 B를 수신하고,상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 전송하는 것을 포함하며,상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고,상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정되는,장치.
- 제11항에 있어서,상기 성공 RAR은, 단말 특정으로 수신되는,장치.
- 제11항에 있어서,상기 채널 접속 타입에 기반하여 채널 접속이 수행되는,장치.
- 제11항에 있어서,상기 특정 필드는, 공유 스펙트럼에서만 상기 성공 RAR에 포함되는,장치.
- 제11항에 있어서,상기 특정 필드는, 비 공유 스펙트럼에서 리저브드 필드(reserved field)인,장치.
- 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독가능한 저장 매체로서, 상기 동작은:메시지 A에 기반하여 메시지 B를 수신하고,상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 전송하는 것을 포함하며,상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고,상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정되는,저장 매체.
- 제16항에 있어서,상기 성공 RAR은, 단말 특정으로 수신되는,저장 매체.
- 제16항에 있어서,상기 채널 접속 타입에 기반하여 채널 접속이 수행되는,저장 매체.
- 제16항에 있어서,상기 특정 필드는, 공유 스펙트럼에서만 상기 성공 RAR에 포함되는,저장 매체.
- 제16항에 있어서,상기 특정 필드는, 비 공유 스펙트럼에서 리저브드 필드(reserved field)인,저장 매체.
- 무선 통신 시스템에서 기지국이 신호를 송수신하는 방법에 있어서,메시지 A에 기반하여 메시지 B를 전송하는 단계; 및상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 수신하는 단계; 를 포함하며,상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고,상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정되는,신호 송수신 방법.
- 제21항에 있어서,상기 성공 RAR은, 단말 특정으로 전송되는,신호 송수신 방법.
- 제21항에 있어서,상기 채널 접속 타입에 기반하여 채널 접속이 수행되는,신호 송수신 방법.
- 제21항에 있어서,상기 특정 필드는, 공유 스펙트럼에서만 상기 성공 RAR에 포함되는,신호 송수신 방법.
- 제21항에 있어서,상기 특정 필드는, 비 공유 스펙트럼에서 리저브드 필드(reserved field)인,신호 송수신 방법.
- 무선 통신 시스템에서 신호를 송수신하기 위한 기지국에 있어서,적어도 하나의 트랜시버;적어도 하나의 프로세서; 및상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 특정 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리; 를 포함하고,상기 특정 동작은,메시지 A에 기반하여 메시지 B를 전송하고,상기 메시지 B에 기반하여 PUCCH (Physical Uplink Control Channel) 자원 상에서 PUCCH를 수신하는 것을 포함하여,상기 PUCCH 는 메시지 B를 위한 HARQ (Hybid Automatic Repeat Request) 정보를 포함하고,상기 PUCCH 자원에 대한 공유 스펙트럼 채널 접속에서의 채널 접속 타입은, 상기 메시지 B 내 성공 RAR (success Random Access Response)의 특정 필드에 기반하여 결정되는,기지국.
- 제26항에 있어서,상기 성공 RAR은, 단말 특정으로 전송되는,기지국.
- 제26항에 있어서,상기 채널 접속 타입에 기반하여 채널 접속이 수행되는,기지국.
- 제26항에 있어서,상기 특정 필드는, 공유 스펙트럼에서만 상기 성공 RAR에 포함되는,기지국.
- 제26항에 있어서,상기 특정 필드는, 비 공유 스펙트럼에서 리저브드 필드(reserved field)인,기지국.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/587,562 US11528754B2 (en) | 2019-10-04 | 2022-01-28 | Method and device for transmitting and receiving signal in wireless communication system |
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20190123278 | 2019-10-04 | ||
KR10-2019-0123278 | 2019-10-04 | ||
KR10-2019-0142755 | 2019-11-08 | ||
KR20190142755 | 2019-11-08 | ||
KR20190160909 | 2019-12-05 | ||
KR10-2019-0160909 | 2019-12-05 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/587,562 Continuation US11528754B2 (en) | 2019-10-04 | 2022-01-28 | Method and device for transmitting and receiving signal in wireless communication system |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2021066548A1 true WO2021066548A1 (ko) | 2021-04-08 |
Family
ID=75338355
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2020/013378 WO2021066548A1 (ko) | 2019-10-04 | 2020-09-29 | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 |
Country Status (2)
Country | Link |
---|---|
US (1) | US11528754B2 (ko) |
WO (1) | WO2021066548A1 (ko) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023077439A1 (zh) * | 2021-11-05 | 2023-05-11 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11576214B2 (en) * | 2020-03-25 | 2023-02-07 | Samsung Electronics Co., Ltd. | Method and apparatus for enhanced PRACH preamble |
EP4136794A2 (en) * | 2020-11-09 | 2023-02-22 | Ofinno, LLC | Discontinuous reception operation of multicast and broadcast services |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20180133809A (ko) * | 2017-06-07 | 2018-12-17 | 삼성전자주식회사 | 랜덤 액세스 응답을 식별하는 시스템 및 방법 |
US20190141742A1 (en) * | 2017-11-09 | 2019-05-09 | Hua Zhou | Random Access Procedure |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020248259A1 (zh) * | 2019-06-14 | 2020-12-17 | Oppo广东移动通信有限公司 | 随机接入方法、终端设备和网络设备 |
US11825561B2 (en) * | 2019-08-09 | 2023-11-21 | Intel Corporation | Channel access sharing during a random access procedure for NR-unlicensed networks |
-
2020
- 2020-09-29 WO PCT/KR2020/013378 patent/WO2021066548A1/ko active Application Filing
-
2022
- 2022-01-28 US US17/587,562 patent/US11528754B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20180133809A (ko) * | 2017-06-07 | 2018-12-17 | 삼성전자주식회사 | 랜덤 액세스 응답을 식별하는 시스템 및 방법 |
US20190141742A1 (en) * | 2017-11-09 | 2019-05-09 | Hua Zhou | Random Access Procedure |
Non-Patent Citations (3)
Title |
---|
ANONYMOUS: "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on NR-based access to unlicensed spectrum (Release 16)", 3GPP STANDARD; TECHNICAL REPORT; 3GPP TR 38.889, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V16.0.0, 31 December 2018 (2018-12-31), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 119, XP051591317 * |
CMCC: "Discussion on Procedure of 2-Step RACH", 3GPP DRAFT; R1-1910160, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. CHONGQING, CHINA; 20191014 - 20191020, 1 October 2019 (2019-10-01), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051788967 * |
VIVO: "Remaining Issues on the Content and Usage of SuccessRAR", 3GPP DRAFT; R2-1908698 REMAINING ISSUES ON THE CONTENT AND USAGE OF SUCCESSRAR, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Prague, Czech Republic; 20190826 - 20190830, 16 August 2019 (2019-08-16), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051766520 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023077439A1 (zh) * | 2021-11-05 | 2023-05-11 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
Also Published As
Publication number | Publication date |
---|---|
US20220159730A1 (en) | 2022-05-19 |
US11528754B2 (en) | 2022-12-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021091258A1 (ko) | 무선 통신 시스템에서 신호 송수신 방법 및 장치 | |
WO2021066545A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 | |
WO2021066593A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 | |
WO2020184836A1 (ko) | 무선 통신 시스템에서 단말의 빔 정보 전송 방법 및 이를 지원하는 단말 및 기지국 | |
WO2020159172A1 (ko) | 무선 통신 시스템에서 단말의 빔 실패 보고 방법 및 이를 지원하는 단말 및 기지국 | |
WO2021066533A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 | |
WO2021080167A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 | |
WO2020159189A1 (ko) | 무선 통신 시스템에서 단말의 상태 정보 보고 방법 및 이를 지원하는 단말 및 기지국 | |
WO2020226393A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 | |
WO2021066535A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 | |
WO2021066548A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 | |
WO2021066546A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 | |
WO2021091306A1 (ko) | 채널 점유 시간 내에서 물리 상향링크 공유 채널을 송수신하는 방법 및 이를 위한 장치 | |
WO2021091300A1 (ko) | 무선 통신 시스템에서 상향링크 채널을 송수신하는 방법 및 이를 위한 장치 | |
WO2020032747A1 (ko) | 비면허 대역을 지원하는 무선 통신 시스템에서 단말과 기지국의 동작 방법 및 이를 지원하는 장치 | |
WO2021080314A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 | |
WO2022030945A1 (ko) | 무선 통신 시스템에서 신호 송수신 방법 및 장치 | |
WO2021066542A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 | |
WO2021075886A1 (ko) | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 | |
WO2021066594A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 | |
WO2021206400A1 (ko) | 채널 접속 절차를 수행하는 방법 및 이를 위한 장치 | |
WO2022216048A1 (ko) | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 | |
WO2020145575A1 (ko) | 무선 통신 시스템에서 단말의 빔 실패 보고 방법 및 이를 지원하는 단말 및 기지국 | |
WO2021029732A1 (ko) | 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 지원하는 장치 | |
WO2020226406A1 (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: 20871713 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: 20871713 Country of ref document: EP Kind code of ref document: A1 |