WO2024035188A1 - 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 - Google Patents

무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2024035188A1
WO2024035188A1 PCT/KR2023/011897 KR2023011897W WO2024035188A1 WO 2024035188 A1 WO2024035188 A1 WO 2024035188A1 KR 2023011897 W KR2023011897 W KR 2023011897W WO 2024035188 A1 WO2024035188 A1 WO 2024035188A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
pdsch
type
sub
pdcch
Prior art date
Application number
PCT/KR2023/011897
Other languages
English (en)
French (fr)
Inventor
이영대
김재형
양석철
김선욱
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of WO2024035188A1 publication Critical patent/WO2024035188A1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices

Definitions

  • This specification relates to wireless communication, and more specifically, to a method and device for transmitting or receiving uplink/downlink signals in a wireless communication system.
  • Wireless communication systems are being widely deployed to provide various types of communication services such as voice and data.
  • a wireless communication system is a multiple access system that can support 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. division multiple access) systems, etc.
  • the technical problem to be achieved by the present invention is to provide a method of transmitting and receiving signals more accurately and efficiently.
  • the present invention is not limited to the technical problems described above and other technical problems can be inferred from the detailed description.
  • a method for a terminal to perform a random access procedure in a wireless communication system includes transmitting a random access preamble through a physical random access channel (PRACH); Receiving downlink control information (DCI) scheduling a random access response (RAR) for the random access preamble transmission in a first time interval through a physical downlink control channel (PDCCH); And receiving a PDSCH (physical downlink shared channel) including the RAR based on the DCI, wherein the terminal is configured to use a first type RedCap (reduced capability) that supports different bandwidths for the PDCCH and the PDSCH, respectively.
  • DCI downlink control information
  • RAR random access response
  • PDSCH physical downlink shared channel
  • the first type RedCap terminal can support a bandwidth of 5 MHz or more for the PDCCH and a bandwidth of 5 MHz or less for the PDSCH.
  • the second type RedCap terminal can support a bandwidth of 5 MHz or more for the PDCCH and the PDSCH.
  • the bandwidth supported by the second type RedCap terminal for the PDSCH may be smaller than the bandwidth supported for the PDCCH.
  • the frequency domain for the first type RedCap terminal belongs to the first BWP (bandwidth part), and the first BWP may be shared between the first type RedCap terminal and the second type RedCap terminal.
  • the first time interval may be different from the second time interval set for RAR of the second type terminal.
  • the random access preamble is a first random access preamble set for the first type RedCap terminal, and the first random access preamble may be different from the second random access preamble set for the second type RedCap terminal.
  • the PRACH is transmitted in a first PRACH resource configured for the first type RedCap terminal, and the first PRACH resource may be different from a second PRACH resource configured for the second type RedCap terminal.
  • a computer-readable recording medium recording instructions for performing the above-described method may be provided.
  • a terminal for performing the above-described method may be provided.
  • a device for controlling a terminal that performs the above-described method may be provided.
  • a method for a base station to perform a random access procedure with a terminal in a wireless communication system includes receiving a random access preamble from the terminal through a physical random access channel (PRACH); Transmitting downlink control information (DCI) scheduling a random access response (RAR) for the random access preamble transmission to the terminal through a physical downlink control channel (PDCCH); and transmitting a physical downlink shared channel (PDSCH) including the RAR based on the DCI, wherein the terminal supports different bandwidths for the PDCCH and the PDSCH.
  • DCI downlink control information
  • RAR random access response
  • PDSCH physical downlink shared channel
  • the base station is configured to use the first type RedCap terminal excluding the RAR of the second type RedCap terminal.
  • the RAR of the terminal may be scheduled in the first time interval set for the RAR of the terminal.
  • a base station for performing the above-described method may be provided.
  • signal transmission and reception in a wireless communication system can be performed more accurately and efficiently.
  • the present invention is not limited to the technical effects described above and other technical effects can be inferred from the detailed description.
  • Figure 1 illustrates physical channels used in a 3GPP system, which is an example of a wireless communication system, and a general signal transmission method using them.
  • Figure 2 illustrates the structure of a radio frame.
  • Figure 3 illustrates a resource grid of slots.
  • Figure 4 illustrates a random access procedure
  • Figure 5 shows an example of physical channel mapping.
  • Figure 6 shows the flow of a signal transmission and reception method according to an embodiment.
  • Figure 7 illustrates an N PDSCH resource allocation method for RAR according to an embodiment.
  • Figure 8 illustrates PDSCH resource allocation within 20 MHz for MSG2 or MSGB according to one embodiment.
  • Figure 9 illustrates PDSCH resource allocation outside 20 MHz for MSG2 or MSGB according to one embodiment.
  • Figure 10 illustrates PDSCH resource allocation methods for MSG2 or MSGB according to an embodiment.
  • Figure 11 is a diagram to explain setting the RBG size according to the BWP size.
  • Figure 12 is a diagram for explaining a random access procedure according to an embodiment.
  • 13 and 14 illustrate a communication system 1 and a wireless device applicable to the present disclosure.
  • FIG. 15 illustrates a Discontinuous Reception (DRX) operation applicable to this disclosure.
  • 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
  • CDMA can be implemented with radio technology such as UTRA (Universal Terrestrial Radio Access) or CDMA2000.
  • TDMA can be implemented with wireless technologies such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE).
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • OFDMA can be implemented with wireless technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA), etc.
  • UTRA is part of the Universal Mobile Telecommunications System (UMTS).
  • 3rd Generation Partnership Project (3GPP) long term evolution (LTE) is part of Evolved UMTS (E-UMTS) using E-UTRA
  • LTE-A Advanced
  • 3GPP NR New Radio or New Radio Access Technology
  • 3GPP LTE/LTE-A is an evolved version of 3GPP LTE/LTE-A.
  • next-generation communications As more communication devices require larger communication capacity, the need for improved mobile broadband communication compared to existing RAT (Radio Access Technology) is emerging. Additionally, massive MTC (Machine Type Communications), which connects multiple devices and objects to provide a variety of services anytime, anywhere, is also one of the major issues to be considered in next-generation communications. Additionally, communication system design considering services/terminals sensitive to reliability and latency is being discussed. In this way, the introduction of next-generation RAT considering eMBB (enhanced Mobile BroadBand Communication), massive MTC, URLLC (Ultra-Reliable and Low Latency Communication), etc. is being discussed, and in the present invention, for convenience, the technology is referred to as NR (New Radio or New RAT). It is called.
  • NR New Radio or New RAT
  • 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 technology after TS 38.xxx Release 15.
  • LTE/NR may be referred to as a 3GPP system.
  • “xxx” refers to the standard document detail number.
  • LTE/NR can be collectively referred to as a 3GPP system.
  • UE User Equipment
  • PDCP Packet Data Convergence Protocol
  • RRC Radio Resource Control
  • SDAP Service Data Adaptation Protocol
  • 3GPP TS 24.502 Access to the 3GPP 5G Core Network (5GCN) via non-3GPP access networks
  • Frequency Range 1 Refers to the frequency range below 6GHz (e.g., 450 MHz ⁇ 6000 MHz).
  • Frequency Range 2 Refers to the millimeter wave (mmWave) region above 24GHz (e.g., 24250 MHz ⁇ 52600 MHz).
  • SIB1 for NR devices RMSI (Remaining Minimum System Information). Broadcasts information necessary for cell connection of the NR terminal.
  • CORESET#0 CORESET for Type0-PDCCH CSS set for NR devices (set in MIB)
  • Type0-PDCCH CSS set a search space set in which an NR UE monitors a set of PDCCH candidates for a DCI format with CRC scrambled by a SI-RNTI
  • SIB1-R (additional) SIB1 for reduced capability NR devices. It may be limited to cases where it is created as a separate TB from SIB1 and transmitted as a separate PDSCH.
  • Type0-PDCCH-R CSS set a search space set in which an redcap UE monitors a set of PDCCH candidates for a DCI format with CRC scrambled by a SI-RNTI
  • CD-SSB Cell defining SSB
  • Non-cell defining SSB Refers to an SSB that is placed in the NR sync raster but does not include the RMSI scheduling information of the cell for measurement purposes. However, it may contain information indicating the location of the cell defining SSB.
  • SI-RNTI System Information Radio-Network Temporary Identifier
  • Camp on is the UE state in which the UE stays on a cell and is ready to initiate a potential dedicated service or to receive an ongoing broadcast service.
  • SIB1(-R)-PDSCH PDSCH transmitting SIB1(-R)
  • SIB1(-R)-DCI DCI scheduling SIB1(-R)-PDSCH.
  • MSGB response to MSGA in the 2-step random access procedure.
  • MSGB may consist of response(s) for contention resolution, fallback indication(s), and backoff indication.
  • RO-N RO(RACH Occasion) for normal UE 4-step RACH and 2-step RACH (if configured)
  • RO-N1 When separate RO is set for normal UE 2-step RACH, it is divided into RO-N1 (4-step) and RO-N2 (2-step)
  • RO-R RO (RACH Occasion) set separately from RO-N for redcap UE 4-step RACH and 2-step RACH (if configured)
  • RO-R1 When separate RO is set for redcap UE 2-step RACH, it is divided into RO-R1 (4-step) and RO-R2 (2-step)
  • the expression “setting” may be replaced with the expression “configure/configuration,” and the two may be used interchangeably.
  • conditional expressions e.g., “if”, “in a case”, or “when”, etc.
  • the operation of the terminal/base station or SW/HW configuration according to the satisfaction of the relevant conditions can be inferred/understood.
  • wireless communication devices e.g., base stations, terminals
  • the process on the receiving (or transmitting) side can be inferred/understood from the process on the transmitting (or receiving) side
  • the description may be omitted.
  • signal decision/generation/encoding/transmission on the transmitting side can be understood as signal monitoring reception/decoding/decision, etc. on the receiving side.
  • the expression that the terminal performs (or does not perform) a specific operation can also be interpreted as operating with the base station expecting/assuming that the terminal performs a specific operation (or expecting/assuming that it does not perform).
  • the expression that the base station performs (or does not perform) a specific operation can also be interpreted to mean that the terminal expects/assumes that the base station performs a specific operation (or expects/assumes that it does not perform) and operates.
  • the division and index of each section, embodiment, example, option, method, plan, proposal, etc. are for convenience of explanation, but each necessarily constitutes an independent invention, or each must be individually It should not be construed as intended to mean that it should only be implemented.
  • a terminal receives information from a base station through downlink (DL), and the terminal transmits information to the base station through uplink (UL).
  • the information transmitted and received between the base station and the terminal includes data and various control information, and various physical channels exist depending on the type/purpose of the information they transmit and receive.
  • Figure 1 is a diagram to explain physical channels used in the 3GPP NR system and a general signal transmission method using them.
  • a terminal that is turned on again from a power-off state or newly entered a cell performs an initial cell search task such as synchronizing with the base station in step S101.
  • the terminal receives SSB (Synchronization Signal Block) from the base station.
  • SSB includes Primary Synchronization Signal (PSS), Secondary Synchronization Signal (SSS), and Physical Broadcast Channel (PBCH).
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • PBCH Physical Broadcast Channel
  • the terminal synchronizes with the base station based on PSS/SSS and obtains information such as cell ID (cell identity). Additionally, the terminal can obtain intra-cell broadcast information based on the PBCH. Meanwhile, the terminal can check the downlink channel status by receiving a downlink reference signal (DL RS) in the initial cell search stage.
  • DL RS downlink reference signal
  • SSB is composed of four consecutive OFDM symbols, and PSS, PBCH, SSS/PBCH, or PBCH is transmitted for each OFDM symbol.
  • PSS and SSS each consist of 1 OFDM symbol and 127 subcarriers
  • PBCH consists of 3 OFDM symbols and 576 subcarriers.
  • PBCH is encoded/decoded based on a polar code and modulated/demodulated according to QPSK (Quadrature Phase Shift Keying).
  • QPSK Quadrature Phase Shift Keying
  • the PBCH within the OFDM symbol consists of data resource elements (REs) to which the complex modulation value of the PBCH is mapped and DMRS REs to which a demodulation reference signal (DMRS) for the PBCH is mapped.
  • DMRS demodulation reference signal
  • PSS is used to detect the cell ID within the cell ID group
  • SSS is used to detect the cell ID group
  • PBCH is used for SSB (time) index detection and half-frame detection.
  • the SSB is transmitted periodically according to the SSB period.
  • the basic SSB period assumed by the UE during initial cell search is defined as 20ms.
  • the SSB period can be set to one of ⁇ 5ms, 10ms, 20ms, 40ms, 80ms, 160ms ⁇ by the network (e.g., BS).
  • a set of SSB bursts is constructed.
  • the SSB burst set consists of a 5ms time window (i.e. half-frame), and an SSB can be transmitted up to L times within the SS burst set.
  • the maximum transmission number L of SSB can be given as follows depending on the frequency band of the carrier. One slot contains up to 2 SSBs.
  • the temporal position of the SSB candidate within the SS burst set may be defined according to the subcarrier spacing.
  • the temporal positions of SSB candidates are indexed from 0 to L-1 according to temporal order within the SSB burst set (i.e. half-frame) (SSB index).
  • Multiple SSBs may be transmitted within the frequency span of the carrier.
  • the physical layer cell identifiers of these SSBs do not need to be unique, and different SSBs may have different physical layer cell identifiers.
  • the UE can obtain DL synchronization by detecting SSB.
  • the UE can identify the structure of the SSB burst set based on the detected SSB (time) index and detect symbol/slot/half-frame boundaries accordingly.
  • the number of the frame/half-frame to which the detected SSB belongs can be identified using system frame number (SFN) information and half-frame indication information.
  • SFN system frame number
  • the UE can obtain a 10-bit SFN for the frame to which the PBCH belongs from the PBCH.
  • the UE may obtain 1-bit half-frame indication information. For example, when the UE detects a PBCH with the half-frame indication bit set to 0, it may determine that the SSB to which the PBCH belongs belongs to the first half-frame in the frame, and the half-frame indication bit is set to 1. When a PBCH set to is detected, it can be determined that the SSB to which the PBCH belongs belongs to the second half-frame in the frame. Finally, the UE can obtain the SSB index of the SSB to which the PBCH belongs based on the DMRS sequence and the PBCH payload carried by the PBCH.
  • the terminal After completing the initial cell search, the terminal receives a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) according to the physical downlink control channel information in step S102 to provide more detailed information.
  • PDCCH physical downlink control channel
  • PDSCH physical downlink shared channel
  • SI System information
  • MIB master information block
  • SIB system information blocks
  • RMSI Remaining Minimum System Information
  • the MIB contains information/parameters for monitoring the PDCCH, which schedules the PDSCH carrying SIB1 (SystemInformationBlock1), and is transmitted by the BS through the PBCH of the SSB.
  • SIB1 SystemInformationBlock1
  • the UE can check whether a Control Resource Set (CORESET) for the Type0-PDCCH common search space exists based on the MIB.
  • CORESET Control Resource Set
  • Type0-PDCCH common search space is a type of PDCCH search space and is used to transmit PDCCH for scheduling SI messages.
  • the UE may use (i) a plurality of contiguous resource blocks constituting a CORESET and one or more contiguous resource blocks based on information in the MIB (e.g., pdcch-ConfigSIB1) Symbols and (ii) PDCCH opportunity (e.g., time domain location for PDCCH reception) can be determined.
  • pdcch-ConfigSIB1 provides information about the frequency location where SSB/SIB1 exists and the frequency range where SSB/SIB1 does not exist.
  • SIB1 includes information related to the availability and scheduling (e.g., transmission period, SI-window size) of the remaining SIBs (hereinafter SIBx, x is an integer of 2 or more). For example, SIB1 can inform whether SIBx is broadcast periodically or provided at the request of the UE in an on-demand manner. If SIBx is provided in an on-demand manner, SIB1 may contain information necessary for the UE to perform an SI request. SIB1 is transmitted through PDSCH, the PDCCH scheduling SIB1 is transmitted through the Type0-PDCCH common search space, and SIB1 is transmitted through the PDSCH indicated by the PDCCH.
  • SIBx transmission period, SI-window size
  • SI-window is included in the SI message and transmitted through PDSCH.
  • Each SI message is transmitted within a periodically occurring time window (i.e., SI-window).
  • the terminal may perform a random access procedure such as steps S103 to S106 to complete connection to the base station (e.g. 4-step RA procedure).
  • the terminal transmits a preamble through a physical random access channel (PRACH) (S103) and sends a response message to the preamble through the physical downlink control channel and the corresponding physical downlink shared channel. can be received (S104).
  • PRACH physical random access channel
  • S105 additional physical random access channel
  • S106 reception of a physical downlink control channel and a corresponding physical downlink shared channel
  • S103/S105 is performed as one step (where the terminal performs transmission) (message A), and S104/S106 is performed as one step (where the base station performs transmission). It can be understood as being carried out in stages (Message B).
  • Message A (MSGA) includes a preamble and payload (PUSCH payload). The preamble and payload are multiplexed in TDM method.
  • Message B (MSGB) is a response to message A and may be sent for contention resolution, fallback indication(s), and/or backoff indication.
  • the 2-Step random access procedure can be subdivided into CBRA (Contention-based Random Access) type and CFRA (Contention-free Random Access) type. According to CFRA, before the terminal transmits Message A, the base station provides the terminal with information about the preamble that the terminal must transmit as Message A and information about PUSCH allocation.
  • the terminal that has performed the above-described procedure then receives a physical downlink control channel/physical downlink shared channel (S107) and a physical uplink shared channel (PUSCH) as a general uplink/downlink signal transmission procedure.
  • Physical uplink control channel (PUCCH) transmission (S108) can be performed.
  • the control information transmitted from the terminal to the base station is collectively referred to as uplink control information (UCI).
  • UCI includes HARQ ACK/NACK (Hybrid Automatic Repeat and reQuest Acknowledgment/Negative-ACK), SR (Scheduling Request), and CSI (Channel State Information).
  • CSI includes Channel Quality Indicator (CQI), Precoding Matrix Indicator (PMI), and Rank Indication (RI).
  • UCI is generally transmitted through PUCCH, but when control information and traffic data must be transmitted simultaneously, it can be transmitted through PUSCH. Additionally, UCI can be transmitted aperiodically through PUSCH at the request/instruction
  • the MR system can support signal transmission/reception in an unlicensed band.
  • communication nodes within the unlicensed band must determine whether other communication node(s) are using the channel before transmitting a signal.
  • a communication node may first perform CS (Carrier Sensing) before transmitting a signal to check whether other communication node(s) is transmitting a signal.
  • CCA Carrier Channel Assessment
  • the communication node determines the channel state as busy if energy higher than the CCA threshold is detected in the channel, otherwise, the channel state is busy. can be judged as idle. If the channel state is determined to be idle, the communication node can begin transmitting signals in the UCell.
  • the series of processes described above may be referred to as Listen-Before-Talk (LBT) or Channel Access Procedure (CAP). LBT and CAP can be used interchangeably.
  • FIG. 2 illustrates the structure of a radio frame.
  • uplink and downlink transmission consists of frames.
  • Each radio frame is 10ms long and is divided into two 5ms half-frames (HF).
  • Each half-frame is divided into five 1ms subframes (Subframe, SF).
  • a subframe is divided into one or more slots, and the number of slots in a subframe depends on SCS (Subcarrier Spacing).
  • Each slot contains 12 or 14 Orthogonal Frequency Division Multiplexing (OFDM) symbols depending on the cyclic prefix (CP).
  • OFDM Orthogonal Frequency Division Multiplexing
  • CP cyclic prefix
  • Table 1 illustrates 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 depending on the SCS.
  • Table 2 illustrates that when an extended CP is used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary depending on the SCS.
  • the structure of the frame is only an example, and the number of subframes, number of slots, and number of symbols in the frame can be changed in various ways.
  • OFDM numerology eg, SCS
  • the (absolute time) interval of time resources e.g., SF, slot, or TTI
  • TU Time Unit
  • the symbol may include an OFDM symbol (or CP-OFDM symbol) or SC-FDMA symbol (or Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM symbol).
  • Figure 3 illustrates a resource grid of slots.
  • a slot includes a plurality of symbols in the time domain. For example, in the case of normal CP, one slot contains 14 symbols, but in the case of extended CP, one slot contains 12 symbols.
  • a carrier wave includes a plurality of subcarriers in the frequency domain.
  • RB Resource Block
  • a Bandwidth Part (BWP) is defined as a plurality of consecutive PRBs (Physical RBs) in the frequency domain and may correspond to one numerology (e.g., SCS, CP length, etc.).
  • a carrier wave may contain up to N (e.g., 5) BWPs. Data communication is performed through an activated BWP, and only one BWP can be activated for one terminal.
  • Each element in the resource grid is referred to as a Resource Element (RE), and one complex symbol can be mapped.
  • RE Resource Element
  • a bandwidth part In the NR system, up to 400 MHz can be supported per carrier.
  • the network may instruct the UE to operate only in a portion of the bandwidth rather than the entire bandwidth of this wideband carrier, and the portion of the bandwidth is referred to as a bandwidth part (BWP).
  • BWP bandwidth part
  • One or more BWPs may be set within one carrier.
  • a BWP is a subset of contiguous common resource blocks defined for numerology within the bandwidth part on a carrier, with one numerology (e.g. subcarrier spacing, CP length, slot/mini-slot duration). can be set.
  • Activation/deactivation of DL/UL BWP or BWP switching may be performed according to network signaling and/or timer (e.g., L1 signaling, which is a physical layer control signal, MAC control element, which is a MAC layer control signal. CE), or by RRC signaling, etc.).
  • L1 signaling which is a physical layer control signal
  • MAC control element which is a MAC layer control signal. CE
  • RRC signaling etc.
  • Figure 4 illustrates an example of a general random access procedure. Specifically, Figure 4 illustrates a contention-based random access procedure including 4-Step of the terminal.
  • the terminal may transmit Message 1 (Msg1) including a random access preamble through PRACH (e.g., see 1701 in FIG. 4(a)).
  • Msg1 Message 1
  • PRACH Physical Broadcast Channel
  • Random access preamble sequences with different lengths may be supported.
  • the long sequence length 839 applies for subcarrier spacings of 1.25 and 5 kHz, and the short sequence length 139 applies for subcarrier spacings of 15, 30, 60, and 120 kHz.
  • RACH Configuration for the cell is included in the cell's system information and provided to the terminal.
  • RACH Configuration includes information about PRACH's subcarrier spacing, available preambles, preamble format, etc.
  • RACH Configuration includes association information between SSBs and RACH (time-frequency) resources. The terminal transmits a random access preamble on the RACH time-frequency resource associated with the detected or selected SSB.
  • the threshold of SSB for RACH resource association can be set by the network, and transmission or retransmission of the RACH preamble is performed based on the SSB in which the reference signal received power (RSRP) measured based on SSB meets the threshold.
  • RSRP reference signal received power
  • the UE may select one of the SSB(s) that meets the threshold and transmit or retransmit the RACH preamble based on the RACH resource associated with the selected SSB.
  • the base station When the base station receives a random access preamble from the terminal, the base station transmits message 2 (Msg2) corresponding to a random access response (RAR) to the terminal (e.g., see 1703 in FIG. 4(a)).
  • Msg2 message 2
  • RAR random access response
  • the PDCCH scheduling the PDSCH carrying the RAR is transmitted with CRC masking using a random access-radio network temporary identifier (RA-RNTI).
  • RA-RNTI random access-radio network temporary identifier
  • the terminal that detects the PDCCH masked with RA-RNTI can receive RAR from the PDSCH scheduled by the DCI carrying the corresponding PDCCH.
  • the terminal checks whether the preamble it transmitted, that is, random access response information for Msg1, is within the RAR.
  • Whether random access information for Msg1 transmitted by the terminal exists can be determined by whether a random access preamble ID exists for the preamble transmitted by the terminal. If there is no response to Msg1, the UE may retransmit the RACH preamble within a predetermined number of times while performing power ramping. The UE calculates the PRACH transmission power for retransmission of the preamble based on the most recent path loss and power ramping counter.
  • Random access response information transmitted on the PDSCH may include timing advance (TA) information for UL synchronization, an initial UL grant, and a temporary C-RNTI (cell-RNTI).
  • TA information is used to control uplink signal transmission timing.
  • the terminal may transmit UL transmission as Msg3 of the random access procedure on the uplink shared channel based on the random access response information (e.g., in FIG. 4(a) 1705).
  • Msg3 may include an RRC connection request and a terminal identifier.
  • the network may send Msg4, which may be treated as a contention resolution message on the DL (e.g., see 1707 in Figure 4(a)). By receiving Msg4, the terminal can enter the RRC connected state.
  • the contention-free random access procedure can be used when the terminal hands over to another cell or base station, or can be performed when requested by a command from the base station.
  • the preamble to be used by the terminal (hereinafter referred to as dedicated random access preamble) is allocated by the base station.
  • Information about the dedicated random access preamble may be included in an RRC message (eg, handover command) or provided to the terminal through the PDCCH order.
  • the UL grant in RAR schedules PUSCH transmission to the UE.
  • the PUSCH carrying the initial UL transmission by the UL grant within the RAR is also referred to as Msg3 PUSCH.
  • the content of the RAR UL grant starts at the MSB and ends at the LSB and is given in Table 3.
  • the CSI request field in the RAR UL grant indicates whether the UE will include an aperiodic CSI report in the corresponding PUSCH transmission.
  • the subcarrier spacing for Msg3 PUSCH transmission is provided by the RRC parameter.
  • the UE will transmit PRACH and Msg3 PUSCH on the same uplink carrier in the same service providing cell.
  • UL BWP for Msg3 PUSCH transmission is indicated by SIB1 (SystemInformationBlock1).
  • Figure 5 shows an example of mapping a physical channel within a slot.
  • PDCCH may be transmitted in the DL control area, and PDSCH may be transmitted in the DL data area.
  • PUCCH may be transmitted in the UL control area, and PUSCH may be transmitted in the UL data area.
  • GP provides a time gap during the process of the base station and the terminal switching from transmission mode to reception mode or from reception mode to transmission mode. Some symbols at the point of transition from DL to UL within a subframe may be set to GP.
  • PDCCH carries Downlink Control Information (DCI).
  • DCI Downlink Control Information
  • PCCCH includes transmission format and resource allocation for downlink shared channel (DL-SCH), resource allocation information for uplink shared channel (UL-SCH), paging information for paging channel (PCH), It carries system information on the DL-SCH, resource allocation information for upper layer control messages such as random access responses transmitted on the PDSCH, transmission power control commands, activation/deactivation of CS (Configured Scheduling), etc.
  • DCI includes a cyclic redundancy check (CRC), and the CRC is masked/scrambled with various identifiers (e.g.
  • Radio Network Temporary Identifier depending on the owner or purpose of use of the PDCCH. For example, if the PDCCH is for a specific UE, the CRC is masked with the UE identifier (eg, Cell-RNTI, C-RNTI). If the PDCCH is related to paging, the CRC is masked with P-RNTI (Paging-RNTI). If the PDCCH is about system information (e.g., System Information Block, SIB), the CRC is masked with System Information RNTI (SI-RNTI). If the PDCCH relates to a random access response, the CRC is masked with Random Access-RNTI (RA-RNTI).
  • SIB System Information Block
  • PDCCH consists of 1, 2, 4, 8, or 16 CCE (Control Channel Elements) depending on AL (Aggregation Level).
  • CCE is a logical allocation unit used to provide PDCCH of a certain code rate according to the wireless channel status.
  • CCE consists of six REGs (Resource Element Groups).
  • REG is defined as one OFDM symbol and one (P)RB.
  • PDCCH is transmitted through CORESET (Control Resource Set).
  • CORESET is defined as a set of REGs with a given pneumonology (e.g. SCS, CP length, etc.). Multiple CORESETs for one terminal may overlap in the time/frequency domain.
  • CORESET can be set through system information (eg, Master Information Block, MIB) or UE-specific upper layer (eg, Radio Resource Control, RRC, layer) signaling. Specifically, the number of RBs and the number of OFDM symbols (maximum 3) constituting CORESET can be set by higher layer signaling.
  • MIB Master Information Block
  • RRC Radio Resource Control
  • the UE monitors PDCCH candidates.
  • the PDCCH candidate represents the CCE(s) that the UE must monitor for PDCCH detection.
  • Each PDCCH candidate is defined as 1, 2, 4, 8, or 16 CCEs depending on the AL. Monitoring includes (blind) decoding of PDCCH candidates.
  • the set of PDCCH candidates monitored by the UE is defined as the PDCCH Search Space (SS).
  • the search space includes a common search space (CSS) or a UE-specific search space (USS).
  • the UE can obtain DCI by monitoring PDCCH candidates in one or more search spaces set by MIB or higher layer signaling.
  • Each CORESET is associated with one or more search spaces, and each search space is associated with one COREST.
  • the search space can be defined based on the following parameters.
  • controlResourceSetId Indicates CORESET related to the search space
  • - monitoringSymbolsWithinSlot Indicates the PDCCH monitoring symbols within the slot (e.g., indicates the first symbol(s) of CORESET)
  • PDCCH monitoring
  • One or more PDCCH (monitoring) opportunities may be configured within a slot.
  • Table 4 illustrates the characteristics of each search space type.
  • Type Search Space RNTI Use Case Type0-PDCCH Common SI-RNTI on a primary cell SIB Decoding Type0A-PDCCH Common SI-RNTI on a primary cell SIB Decoding Type1-PDCCH Common RA-RNTI or TC-RNTI on a primary cell Msg2, Msg4 decoding in RACH Type2-PDCCH Common P-RNTI on a primary cell Paging Decoding Type3-PDCCH Common INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI(s) UE Specific C-RNTI, or MCS-C-RNTI, or CS-RNTI(s) User specific PDSCH decoding
  • Table 5 illustrates DCI formats transmitted through PDCCH.
  • DCI format 0_0 is used to schedule TB-based (or TB-level) PUSCH
  • DCI format 0_1 is used to schedule TB-based (or TB-level) PUSCH or CBG (Code Block Group)-based (or CBG-level) PUSCH.
  • DCI format 1_0 is used to schedule a TB-based (or TB-level) PDSCH
  • DCI format 1_1 is used to schedule a TB-based (or TB-level) PDSCH or CBG-based (or CBG-level) PDSCH. (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 (e.g., 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 can be delivered to terminals within the group through group common PDCCH, which is a PDCCH delivered to terminals defined as one group.
  • DCI format 0_0 and DCI format 1_0 may be referred to as a fallback DCI format
  • DCI format 0_1 and DCI format 1_1 may be referred to as a non-fallback DCI format.
  • the DCI size/field configuration remains the same regardless of terminal settings.
  • the non-fallback DCI format the DCI size/field configuration varies depending on the terminal settings.
  • PDSCH carries downlink data (e.g., DL-SCH transport block, DL-SCH TB), and modulation methods such as QPSK (Quadrature Phase Shift Keying), 16 QAM (Quadrature Amplitude Modulation), 64 QAM, and 256 QAM are applied. do.
  • a codeword is generated by encoding TB.
  • PDSCH can carry up to two codewords. Scrambling and modulation mapping are performed for each codeword, and modulation symbols generated from each codeword may be mapped to one or more layers. Each layer is mapped to resources along with DMRS (Demodulation Reference Signal), generated as an OFDM symbol signal, and transmitted through the corresponding antenna port.
  • DMRS Demodulation Reference Signal
  • UCI Uplink Control Information
  • UCI includes:
  • Hybrid Automatic Repeat reQuest-ACK Acknowledgement: A response to a downlink data packet (e.g., codeword) on the PDSCH. Indicates whether the downlink data packet has been successfully received. 1 bit of HARQ-ACK may be transmitted in response to a single codeword, and 2 bits of HARQ-ACK may be transmitted in response to two codewords.
  • the HARQ-ACK response includes positive ACK (simply ACK), negative ACK (NACK), DTX or NACK/DTX.
  • HARQ-ACK is used interchangeably with HARQ ACK/NACK and ACK/NACK.
  • MIMO-related feedback information includes a Rank Indicator (RI) and a Precoding Matrix Indicator (PMI).
  • PUSCH carries uplink data (e.g., UL-SCH transport block, UL-SCH TB) and/or uplink control information (UCI), and uses CP-OFDM (Cyclic Prefix - Orthogonal Frequency Division Multiplexing) waveform or It is transmitted based on the DFT-s-OFDM (Discrete Fourier Transform - spread - Orthogonal Frequency Division Multiplexing) waveform.
  • the terminal transmits the PUSCH by applying transform precoding.
  • PUSCH can be transmitted based on the OFDM waveform or the DFT-s-OFDM waveform.
  • PUSCH transmission is scheduled dynamically by UL grant within DCI, or semi-statically based on upper layer (e.g., RRC) signaling (and/or Layer 1 (L1) signaling (e.g., PDCCH)). Can be scheduled (configured grant).
  • PUSCH transmission can be performed based on codebook or non-codebook.
  • RedCap UE/terminal This new type of terminal will be called a Reduced Capability NR terminal (hereinafter referred to as RedCap UE/terminal, or RedCap), and to distinguish it from this, the conventional NR terminal will be called a non-RedCap UE/terminal, or non-RedCap. do.
  • RedCap terminals are less expensive and have lower power consumption compared to non-RedCap terminals. In detail, they may have all or part of the following features.
  • Target use cases for Redcap terminals with the above features may include:
  • IWSN Intelligent Wireless Sensor Network
  • LTE-M/NB-IOT Low Power Wide Area
  • RedCap terminals may have lower transmission and reception performance than non-RedCap terminals.
  • the main cause is a decrease in frequency diversity performance due to a decrease in terminal bandwidth. As the supported terminal bandwidth decreases, the performance decrease becomes greater.
  • RedCap's main use cases such as wearables and massive wireless sensors
  • traffic congestion problems are expected because massive connections must be supported through a narrow bandwidth.
  • FH terminal frequency hopping
  • TO traffic offloading
  • '()' can be interpreted both as excluding the content in () and including the content in parentheses.
  • '/' may mean including (and) all of the content separated by / or including (or) only part of the separated content.
  • RedCap UE types are supported as follows. In particular, at least the following two types are supported.
  • Rel.17 RedCap terminal Rel.17 R-terminal supporting 20MHz BWP
  • Rel.18 RedCap terminal Rel.18 R-terminal supporting 5MHz BWP (or 5MHz sub-BWP or 5MHz BW location)
  • Option BW1 Both RF and BB (BaseBand) bandwidths of the terminal support 5 MHz for UL/DL.
  • Option BW2 The terminal supports 5 MHz BB bandwidth and 20 MHz RF bandwidth for all UL/DL signals/channels.
  • Option BW3 For PDSCH (unicast/broadcast PDSCH) and PUSCH, only 5 MHz BB bandwidth is supported, and UL/DL 20 MHz RF bandwidth is supported. However, up to 20MHz UE RF+BB bandwidth is supported for other physical channels and signals.
  • Rel.18 PDSCH or DCI may mean PDSCH or DCI for Rel.18 R-terminal.
  • Rel-17 PDSCH or legacy PDSCH or pre-Rel.18 PDSCH may mean Rel.17 R-terminal or PDSCH for non-RedCap terminal regardless of release
  • -Rel.18 DCI may mean Rel.17 R-terminal or DCI for non-RedCap terminal regardless of release.
  • the (initial) BWP for Rel.18 R-terminal may be replaced with sub-BWP or BW location, and the size may be 5 MHz or smaller.
  • Initial DL BWP for general terminals or R17-initial DL BWP for R17 RedCap terminals are allocated by dividing them into N 5Mhz PDSCHs for Rel.18 terminals.
  • the base station can set up a dedicated RACH resource for on-demand SI request.
  • a dedicated RACH resource can be set for terminal identification during initial access.
  • the base station can allocate RACH resources for R17 R terminals, RACH resources for R18 R terminals, and RACH resources for general terminals.
  • the base station can separately allocate RACH resources for option BW1 terminals, RACH resources for option BW2 terminals, and RACH resources for option BW3 terminals for R18 R terminals.
  • These different RACH resources can be allocated separately through existing SIB1 and R-SIB1.
  • the R18 R terminal selects a PRACH resource appropriate for its terminal type and transmits RACH MSG1 or MSGA.
  • the terminal receives a Random Access Response MAC CE in response to RACH MSG1, or receives a MAC CE for MSGB in response to RACH MSGA.
  • the base station can divide Initial BWP for general terminal or R17-initial BWP for R17 RedCap terminal into N 5Mhz and allocate PDSCH. For example, if the R18 R terminal can only receive PDSCH transmission up to 5Mhz, divide the 20Mhz initial BWP into N 5Mhz as shown in Method 1 or Method 2 below and transmit MSG2 or Rel.18 PDSCH(s) for MSGB can be transmitted.
  • the DCI transmitted within the RA window is transmitted with CRC scrambled through RA-RNTI or MSGB-RNTI, and the DCI can schedule one or multiple PDSCHs.
  • these PDSCH(s) may each be mapped to a specific PRACH partition (i.e. specific PRACH sub-group). That is, different PDSCHs scheduled by one DCI can transmit different RAR MAC CEs for different PRACH partitions (i.e. specific PRACH sub-groups) as follows.
  • R18 PDSCH1 RAR MAC CE1 for PRACH partition 1 (i.e. PRACH sub-group1)
  • R18 PDSCH2 RAR MAC CE2 for PRACH partition 2 (i.e. PRACH sub-group2)
  • R18 PDSCH_N RAR MAC CE_N for PRACH partition N (i.e. PRACH sub-group_N)
  • the R18 PDSCH transmits RAR MAC CE for the R18 R terminal (or MAC CE for MSGB).
  • N may be determined according to the settings of the base station.
  • the base station can set PRACH partitions or PRACH sub-groups for the R18 R terminal through system information (e.g. SIB1 or R-SIB1) and set R18 PDSCH frequency resource allocation for this.
  • the PRACH partition or PRACH sub-group may be composed of specific RACH occasion(s) and/or specific PRACH preamble ID(s). Different PRACH partitions or PRACH sub-groups may be composed of up to N combinations of different specific RACH occasion(s) and/or specific PRACH preamble ID(s). At this time, the PRACH partition or PRACH sub-group consists only of dedicated PRACH resources for R18 R terminals. Alternatively, it may be composed of PRACH resources that can also be used by R17 R terminals or general terminals.
  • R18 PDSCHs transmit different RAR MAC CE (or MAC CE for MSGB).
  • R18 PDSCH1 transmits RAR MAC CE1 (or MAC CE1 for MSGB) in response to the terminal(s) that transmitted the PRACH preamble to PRACH partition 1 (i.e. PRACH sub-group1)
  • R18 PDSCH2 transmits PRACH partition 2
  • RAR MAC CE2 (or MAC CE2 for MSGB) is transmitted in response to the terminal(s) that transmitted the PRACH preamble to i.e. PRACH sub-group2)
  • R18 PDSCH_N transmits PRACH preamble to PRACH partition_N (i.e. PRACH sub-group_N).
  • RAR MAC CE_N (or MAC CE_N for MSGB) is transmitted as a response for the transmitting terminal(s).
  • the PRACH sub-group to which the PRACH transmission resource transmitted by the terminal belongs can be mapped to a specific DL (sub-)BWP or a specific (pre-defined) BW location. Therefore, when a UE performing contention based RACH transmission transmits MSG1 or MSGA to the PRACH resource of a specific PRACH sub-group, the UE transmits (sub-)BWP or (pre-defined) BW mapped to the specific PRACH sub-group. It can be expected that PDCCH and/or PDSCH for MSG2 or MSGB will be transmitted by location.
  • the base station can allocate a PRACH resource dedicated to the terminal and a (sub-)BWP or (pre-defined) BW location to receive the response.
  • the base station can indicate the index of a (sub-)BWP or (pre-defined) BW location to receive a response through a DCI or RRC message allocating UE-specific PRACH resources.
  • the terminal performing contention based RACH transmission monitors the PDCCH for MSG2 or MSGB through the (sub-)BWP or (pre-defined) BW location to which the PRACH sub-group of MSG1 or MSGA is mapped, and the PDCCH schedules.
  • PDSCH can be received.
  • the terminal of option BW3 performs PDCCH monitoring through 20 Mhz initial DL BWP, and PDSCH for PDCCH through 5 Mhz area of (sub-)BWP or (pre-defined) BW location to which PRACH sub-group is mapped. You can receive it.
  • the terminal performing contention-based RACH transmission monitors the PDCCH for MSG2 or MSGB through the (sub-)BWP or (pre-defined) BW location indicated by the DCI or RRC message allocating UE-specific PRACH resources,
  • the PDSCH scheduled by the PDCCH can be received.
  • the terminal of option BW3 performs PDCCH monitoring through 20 Mhz initial DL BWP, and PDSCH for PDCCH is (sub-)BWP or (pre-defined) BW indicated by a DCI or RRC message allocating UE-specific PRACH resources. It can be received through the 5 Mhz area of the location.
  • the UE will use the (sub-)BWP set by the base station as system information or a UE-only message.
  • PDCCH and/or PDSCH can be received through the 5 Mhz area of the (pre-defined) BW location.
  • Method 1 The UE transmits a 20 Mhz-based PRACH preamble from the existing 20 Mhz (initial) UL BWP to the PRACH partition mapped to DL sub-BWP (5 Mhz).
  • Method 1-1 Consider the DL (sub-)BWP index value (or (pre-defined) BW location index) in the RA-RNTI formula for scrambling the CRC of the DCI.
  • the DCI schedules the PDSCH for MSG2 or MSGB for a specific DL (sub-)BWP (i.e. specific BW location) or a specific PRACH partition (i.e. PRACH sub-group) for a specific DL (sub-)BWP.
  • a specific DL (sub-)BWP i.e. specific BW location
  • a specific PRACH partition i.e. PRACH sub-group
  • RA-RNTI can be calculated as shown in Table 6 below.
  • Method 1-2 RA-RNTI calculation is performed according to the conventional method, and PDSCH is transmitted by applying FDRA/TDRA as in Method 3.
  • Method 1-3 Divide the RA window according to the DL sub-BWP or PRACH partition to transmit the PDSCH.
  • the terminal monitors the PDCCH in the RA window mapped to the specific PRACH partition (i.e. PRACH sub-group) or monitors the PDCCH in a specific DL (sub-) Monitor the PDCCH in the RA window mapped to BWP (i.e. specific BW location).
  • a specific DL (sub-)BWP i.e. specific BW location
  • the PDSCH scheduled by the PDCCH received in the RA window is transmitted and received through a specific DL (sub-)BWP (i.e. specific BW location), and the MSG2 or MSGB MAC CE transmitted by the PDSCH is transmitted through a specific PRACH partition (i.e. PRACH sub- group).
  • a specific DL (sub-)BWP i.e. specific BW location
  • the MSG2 or MSGB MAC CE transmitted by the PDSCH is transmitted through a specific PRACH partition (i.e. PRACH sub- group).
  • the DCI may indicate a specific DL sub-BWP (i.e. BW location) in the form of an index or bitmap.
  • index or bitmap format are as follows.
  • bitmap 1010
  • DCI indicates sub-BWP#1, #3.
  • multiple PDSCHs scheduled by the corresponding DCI i.e., PDSCH of sub-BWP#1 and PDSCH of sub-BWP#3 are transmitted through FDM or TDM.
  • Method 1-4A When MSG1 or MSGA is transmitted to a specific PRACH partition (i.e. PRACH sub-group), the UE transmits PDSCH in the sub-BWP (i.e. BW location) mapped to the specific PRACH partition (i.e. PRACH sub-group). You can receive it. At this time, a specific DL (sub-)BWP (i.e. specific BW location) may be mapped to a specific PRACH partition (i.e. PRACH sub-group). If the DCI for MSG2 or MSGB indicates a specific DL (sub-)BWP (i.e. specific BW location), Dinmal receives the PDSCH at the specific DL (sub-)BWP (i.e. specific BW location). Otherwise, the PDSCH is not received.
  • a specific DL (sub-)BWP i.e. specific BW location
  • Dinmal receives the PDSCH at the specific DL (sub-)BWP (i.e. specific BW
  • Method 1-4B When MSG1 or MSGA is transmitted to a specific PRACH partition (i.e. PRACH sub-group), the UE transmits PDCCH in the sub-BWP (i.e. BW location) mapped to the specific PRACH partition (i.e. PRACH sub-group). Monitor. Afterwards, the PDSCH for MSG2 or MSGB can be received through a specific DL sub-BWP (i.e. BW location) indicated by the received DCI.
  • a specific PRACH partition i.e. PRACH sub-group
  • Method 1-4C The terminal monitors the PDCCH after transmitting the PRACH. Afterwards, the PDSCH for MSG2 or MSGB can be received through a specific DL sub-BWP (i.e. BW location) indicated by the received DCI.
  • a specific DL sub-BWP i.e. BW location
  • Method 2 The terminal divides the existing 20 Mhz (initial) UL BWP into N UL sub-BWPs (e.g. 5Mhz UL BW location) and uses a PRACH partition mapped to each UL sub-BWP to generate a 5 Mhz-based PRACH preamble. send.
  • N UL sub-BWPs e.g. 5Mhz UL BW location
  • PRACH partition mapped to each UL sub-BWP to generate a 5 Mhz-based PRACH preamble. send.
  • the UE can use its UE type (e.g. Option BW1, BW2 or BW3 UE) or UE capability (e.g. 100 Mhz BW, 20 Mhz BW or 5 Mhz BW UE) or Release (Pre-R17 UE or R17 R) -UE or R18 R-UE) or by selecting one UL sub-BWP among N UL sub-BWPs according to the UE ID of the terminal (e.g., s-TMSI, resume ID or C-RNTI) or the specific RNTI of the terminal. Transmit PRACH preamble.
  • UE type e.g. Option BW1, BW2 or BW3 UE
  • UE capability e.g. 100 Mhz BW, 20 Mhz BW or 5 Mhz BW UE
  • Pre-R17 UE or R17 R Pre-R17 UE or R17 R
  • R18 R-UE e.g. 100 Mhz BW, 20 Mhz B
  • the terminal can transmit the PRACH preamble through the UL sub-BWP (and/or DL sub-BWP) set by the base station through system information, a terminal-specific RRC message, or DCI.
  • the DCI or RRC message allocating UE-specific PRACH resources may include an index or bitmap indicating a specific UL sub-BWP (and/or DL sub-BWP).
  • the terminal can transmit the PRACH preamble through the configured/indicated UL sub-BWP. (If the DL sub-BWP is set/indicated, the PDCCH and/or PDSCH of MSG2 or MSGB can be received through the set/indicated DL sub-BWP)
  • Method 2-1 In the RA-RNTI formula for scrambling the CRC of the DCI, the RA-RANTI value is calculated by considering the UL sub-BWP.
  • the UL sub-BWP considered in the RA-RNTI formula is mapped to the PRACH partition (i.e. PRACH sub-group) transmitted by the UE.
  • RA-RNTI can be calculated as shown in Table 7 below.
  • Method 2-2 RA-RNTI calculation is performed according to the conventional method, and PDSCH is transmitted by applying FDRA/TDRA as in method 3.
  • Method 2-3 The RA window is divided according to the UL sub-BWP or PRACH partition to transmit the PDSCH.
  • a specific UL sub-BWP i.e. specific UL BW location
  • a specific PRACH partition i.e. PRACH sub-group
  • the terminal transmits a specific UL sub-BWP or specific PRACH partition (i.e. PRACH sub-group).
  • a specific UL (sub-)BWP i.e. specific UL BW location
  • may be mapped to a specific PRACH partition i.e. PRACH sub-group).
  • the PDSCH scheduled by the PDCCH received in the RA window transmits MSG2 or MSGB MAC CE
  • the transmitted MSG2 or MSGB MAC CE is a specific UL sub-BWP (i.e. specific UL BW location) or a specific PRACH partition (i.e. PRACH sub -group) may include a response to MSG1 or MSGA.
  • the DCI may indicate a specific DL sub-BWP (i.e. BW location) in the form of an index or bitmap.
  • index or bitmap format are as follows.
  • bitmap 1010
  • DCI indicates sub-BWP#1, #3.
  • multiple PDSCHs scheduled by the corresponding DCI i.e., PDSCH of sub-BWP#1 and PDSCH of sub-BWP#3 are transmitted through FDM or TDM.
  • Method 2-4A When MSG1 or MSGA is transmitted to a specific UL sub-BWP (i.e. specific UL BW location) or a specific PRACH partition (i.e. PRACH sub-group), the terminal transmits a specific UL sub-BWP (i.e. specific UL BW location) ) Or, the PDSCH can be received at a DL sub-BWP (i.e. DL BW location) mapped to a specific PRACH partition (i.e. PRACH sub-group). At this time, a specific DL (sub-)BWP (i.e. specific BW location) may be mapped to a specific UL sub-BWP (i.e.
  • Method 2-4B When MSG1 or MSGA is transmitted to a specific UL sub-BWP (i.e. specific UL BW location) or a specific PRACH partition (i.e. PRACH sub-group), the terminal transmits a specific UL sub-BWP (i.e. specific UL BW location) ) or monitor the PDCCH in the DL sub-BWP (i.e. BW location) mapped to a specific PRACH partition (i.e. PRACH sub-group). Afterwards, the PDSCH for MSG2 or MSGB can be received through a specific DL sub-BWP (i.e. BW location) indicated by the received DCI.
  • a specific DL sub-BWP i.e. specific UL BW location
  • Method 2-4C The terminal monitors the PDCCH after transmitting the PRACH. Afterwards, the PDSCH for MSG2 or MSGB can be received through a specific DL sub-BWP (i.e. BW location) indicated by the received DCI.
  • a specific DL sub-BWP i.e. BW location
  • the specific UL sub-BWP (i.e. specific UL BW location) where the PDCCH monitored by the R18 R terminal is transmitted can be set through an RRC message such as system information or a UE-specific message.
  • Method 2-5 Always map UL sub-BWP (i.e. specific UL BW location) and DL sub-BWP (i.e. specific DL BW location).
  • the UE that transmitted MSG1 or MSGA through a specific UL sub-BWP transmits PDCCH or PDSCH for MSG2 or MSGB through DL sub-BWP (i.e. DL BW location) mapped to a specific UL sub-BWP.
  • PDCCH or PDSCH for MSG2 or MSGB through DL sub-BWP (i.e. DL BW location) mapped to a specific UL sub-BWP.
  • the PDSCH may be received using one of the other methods above.
  • the PDSCH for MSG2 or MSGB may be received through the DL sub-BWP (i.e. DL BW location) indicated by the PDCCH.
  • the base station can inform the terminal(s) of the mapping relationship between a specific UL sub-BWP and a specific DL sub-BWP through an RRC message such as system information or a UE-specific message.
  • the UL sub-BWP and DL sub-BWP can be mapped 1:1, 1:N, or N:1.
  • Figure 6 shows the flow of a signal transmission and reception method according to an embodiment.
  • the terminal can receive system information (605) and set RACH (610).
  • the terminal may transmit PRACH (620), receive RAR in response (625), and transmit MSG3 PUSCH (630).
  • the terminal can transmit MSG3 PUSCH according to MSG2 reception.
  • MSGA PUSCH is transmitted following MSGA PRACH transmission.
  • the R18 R terminal may indicate that it is an R18 R terminal through the MAC PDU (sub-)header of the MSG3 PUSCH or MSGA PUSCH, or may indicate Option BW1, BW2, or BW3 depending on the type of terminal.
  • the specific value of the LCID field of the (sub-)header can indicate that it is an R18 R terminal, or it can indicate Option BW1, BW2, or BW3.
  • Method 1 One DCI schedules multiple PDSCH transmissions in FDM within 20 Mhz DL BWP for multiple RAR
  • Figure 7 illustrates an N PDSCH resource allocation method for RAR according to an embodiment.
  • the base station can divide the 20 Mhz BWP into four or more/less than 5 Mhz sub-BWP or 5Mhz BW locations. .
  • the set of all sub-BWPs or BW locations can be set beyond the initial BWP of 20 Mhz. For example, when allocating to four 5Mhz BW locations in a 15khz SCS, it may be possible to allocate more than 20 Mhz. This method can be applied to PDSCH transmission for RAR transmission.
  • one DCI within 20 Mhz is transmitted with CRC scrambled through RA-RNTI or MSGB-RNTI, and a plurality of PDSCHs scheduled by DCI are different PRACH partitions as described above. Each transmits a different RAR MAC CE or MAC CE for MSGB (or different PRACH sub-group).
  • TDRA Time Domain Resource Allocation
  • PDCCH carrying DCI can be transmitted within 20 MHz for UEs in option BW3.
  • PDCCH carrying DCI can be transmitted within 5 MHz for UEs in option BW1 or BW2.
  • the PDCCH within 5 MHz may schedule the PDSCH within 5 MHz, where the 5 MHz PDCCH and 5 MHz PDSCH may be assigned differently in the frequency domain and overlap in the frequency domain. May or may not overlap. Since the UE may not be able to decode both the 5MHz PDCCH and 5MHz PDSCH in the same slot, the 5MHz PDCCH may schedule the 5MHz PDSCH in the next (sub)slot (i.e. by cross-slot scheduling). For example, 5MHz PDCCH may be transmitted in the first slot, and 5MHz PDSCH scheduled by 5MHz PDCCH may be transmitted in the second slot after the first slot. There may be zero or one or more slots between the first slot and the second slot.
  • FDMed PDSCH is scheduled in the same slot.
  • FDMed PDSCH may be scheduled in different slots.
  • the 5MHz PDSCH for sub-group1 is scheduled in the first slot by the PDCCH in the first slot
  • the 5MHz PDSCH for sub-group2 is scheduled in the second slot by the PDCCH in the first slot
  • the sub-group2 is scheduled in the second slot by the PDCCH in the first slot.
  • the 5MHz PDSCH for group3 is scheduled in the third slot by the PDCCH in the first slot
  • the 5MHz PDSCH for sub-group 4 may be scheduled in the third slot or the fourth slot by the PDCCH in the first slot. .
  • Multiple 5MHz PDSCH transmissions on the same or different 5MHz can be scheduled by the same DCI or different DCIs within 20MHz.
  • the 5 MHz PDSCH can be scheduled completely or partially outside 20 MHz of the PDCCH or within 20 MHz of the PDCCH.
  • the same TDRA can be applied to multiple 5MHz PDSCH transmissions in the same slot or different slots.
  • the K0 value corresponding to the difference between DCI transmission and PDSCH transmission may be set in an RRC message or may be set as a fixed K0 value.
  • DCI may indicate the K0 value.
  • K0 values can be set or indicated separately for each BW option.
  • an RRC message or DCI sets/instructs a K0 value for each option, and at this time, the BW2 option terminal may be set/instructed to a K0 value smaller than that of the BW1 option terminal.
  • the K0 value can be set as a slot level difference between the time gap between DCI and PDSCH, or as a symbol level difference.
  • the sub-BWP or BW location within the (initial) BWP for Frequency Domain Resource Allocation can be determined as follows:
  • Opt A 5MHz location for PDSCH is configured by Rel.18 rule or RRC message for each subgroup (e.g. based on PRACH partition).
  • Rel.18 UE can be set to a predefined BW location to receive PDSCH within 5MHz.
  • a specific UE performing PRACH transmission using PRACH subgroup 3 may be configured to the PDSCH of subgroup 3 scheduled within the third 5 MHz location determined according to a predefined rule.
  • Predefined rules may be based on mapping between PRACH subgroups and predefined BW locations, which may be set by system information and/or UE dedicated signaling.
  • the predefined BW location can be 5 MHz in width, greater than 5 MHz or less than 5 MHz and can be set to Rel.18 UE's DL (sub)BWP.
  • the UE can also monitor the PDCCH within a predefined 5 MHz location, and the PDCCH schedules the PDSCH within a predefined BW location.
  • the predefined BW position of the PDCCH may be the same as or different from the predefined BW position of the PDSCH scheduled by the PDCCH.
  • the predefined BW location can be set to the UE's sub-BWP or the UE's (initial) BWP. It can be set or reset by system information or UE-specific signaling.
  • the terminal receives DCI for MSG2 or MSGB, and if the DCI includes an index/indicator of a specific sub-BWP or pre-defined BW location, the indicated Receives PDSCH scheduled by DCI at a specific sub-BWP or pre-defined BW location.
  • the DCI instructing cross-slot scheduling may change the 5MHz location of the scheduled PDSCH.
  • Opt B1 (initial) For the entire frequency range of BWP (e.g. 20 MHz), specific bits or a new field in the FDRA field of DCI indicate the index/indicator of a specific sub-BWP or pre-defined BW location.
  • 2 bit MSB or 2 bit LSB of FDRA indicates a specific sub-BWP or pre-defined BW location.
  • the terminal that receives this DCI receives the PDSCH scheduled by the DCI at the indicated sub-BWP or pre-defined BW location.
  • DCI includes a field in bitmap format, each bit of the bitmap indicates a specific sub-BWP or pre-defined BW location, and the DCI is for one or multiple sub-BWPs indicated by the bitmap.
  • the same RIV is applied to PDSCH transmission of the 3rd and 4th sub-BWP or pre-defined BW location.
  • 2 bit MSB or 2 bit LSB in the FDRA bits of DCI may indicate the location of the 5 MHz sub-BWP or pre-defined BW location.
  • DCI can schedule multiple Rel.18 PDSCHs in the time domain with different K0 values as follows:
  • four PDSCHs may be allocated in the time domain with different K0 values as described above.
  • Method 2 One DCI schedules more than one Rel.18 PDSCH transmission for Rel.18 RAR within or outside pre-Rel.18 DL BWP for Rel.18 RedCap UEs
  • Rel.18 PDSCH transmission can be scheduled along with Pre-release 18 PDSCH transmission using Pre-release 18 Search Space/CORESET or Pre-release 18 initial BWP.
  • the Pre-release 18 PDSCH can transmit MSG2 or MSGB for the Pre-release 18 terminal
  • the Rel.18 PDSCH can transmit MSG2 or MSGB for the Rel.18 R terminal.
  • the base station can transmit Rel.18 PDSCH within or outside of Pre-release 18 initial BWP, and a separate sub-BWP or BW location for Rel.18 for Rel.18 PDSCH transmission within or outside of Pre-release 18 initial BWP. It can be set outside.
  • legacy DCI for Pre-release 18 can schedule Pre-release PDSCH and Rel.18 PDSCH transmission together. Therefore, pre-Rel.18 terminals and Rel.18 terminals can monitor DCI for MSG2 or MSGB in the same RA window depending on settings. At this time, for Rel.18 PDSCH transmission, reserved bits of legacy DCI may include the following FDRA or TDRA information.
  • Opt 2-1 Reserved bits of legacy DCI indicate FDRA (e.g. Resource Indicator Value (RIV) of Allocation Type 1) for Rel.18 PDSCH transmission.
  • FDRA Resource Indicator Value (RIV) of Allocation Type 1
  • TDRA applied to legacy PDSCH in DCI is also applied to Rel.18 PDSCH.
  • Opt 2-2 Reserved bits of legacy DCI indicate TDRA for Rel.18 transmission.
  • FDRA applied to legacy PDSCH in DCI is also applied to Rel.18 PDSCH.
  • FDRA applied to legacy PDSCH in DCI is reflected in the 5MHz sub BWP or BW location for Rel.18 PDSCH.
  • DCI can schedule one pre-Rel.18 PDSCH and two Rel.18 PDSCHs in the time domain with different K0 values for MSG2 or MSGB as follows.
  • Opt 2-3 Reserved bits of legacy DCI indicate both FDRA and TDRA for Rel.18 PDSCH transmission.
  • Opt 2-3D For FDRA allocation type 0, separate RBG bitmaps are applied to legacy PDSCH and Rel.18 PDSCH, and separate RBG bitmaps are marked as reserved bits of legacy DCI and Rel.18 ( Sub)Applies to BWP or BW location. For example 5MHz bandwidth.
  • Figures 8 and 9 show an example of Rel.18 PDSCH resource allocation for RACH response using Opt 2-1.
  • Figures 8 and 9B show how the same TDRA is applied to the legacy PDSCH and Rel.18 PDSCH for RACH response, but different FDRAs are applied.
  • Figure 8 shows a case where there are multiple Rel.18 PDSCHs for RACH response scheduled with the DCI, and all are included in the legacy initial BWP (Rel.18 PDSCH resource allocation within 20 MHz).
  • Figure 9 shows a case where there is only one Rel.18 PDSCH for RACH response scheduled with the DCI and is not included in the legacy initial BWP (Rel.18 PDSCH resource allocation outside 20 MHz).
  • Figure 10 shows an example of Rel.18 PDSCH resource allocation for RACH response using Opt 2-2 or Opt 2-3.
  • FDRA bits for legacy PDSCH according to Opt 2-2 can be applied to each 5 MHz for Rel.18 PDSCHs in the next slot.
  • FDRA and TDRA which are different from the legacy PDSCH, can be applied to each 5 MHz of Rel.18 PDSCH(s) according to Opt 2-3.
  • Figure 9 may not be an appropriate setting for the BW3 option.
  • Method 3 FDRA Allocation Type 0 and Type 1 method of 5 MHz PDSCH transmission for RACH response of Rel.18 R-terminal
  • Method 3 can be applied to allocate PDSCH frequency resources for RACH response in the (sub-)BWP or BW location of Method 1 or Method 2 as follows.
  • the Frequency Domain Resource Allocation (FDRA) for the UE's sub-BWP or BW location within the (initial) BWP may be determined as follows:
  • the existing FDRA allocation type 0 is based on the determined RBG size and number of RBGs.
  • Opt A1-1 (In the box above) When allocating PDSCH resources according to FDRA allocation type 0, when calculating the total number of RBGs and PRBs, set the BWP size to sub-BWP size or pre-defined BW location size (e.g. 5) Calculated in MHz) units. For example, UE1 and UE2, which received the same DCI and transmitted different PRACH sub-groups, apply the same FDRA to the lower 5 MHz and upper 5 MHz, respectively, and apply the RBG bitmap of the received DCI to each 5 MHz. Determine PDSCH resource location.
  • DCI uses a bitmap for the RBG(s) to which PDSCH(s) are allocated for RBGs of the entire BWP (e.g. 20 MHz) as before. Instructs, and a specific terminal determines the PDSCH location to receive only with the RBGs for the sub-BWP or pre-defined BW location set to the terminal.
  • the DCI bitmap can be set as follows.
  • the DCI includes a bitmap field for each sub-BWP or pre-defined BW location. That is, the DCI includes one or more fields for one or more sub-BWPs or pre-defined BW locations.
  • the DCI includes one bitmap field, and one bitmap indicates FDRAs for multiple sub-BWPs or pre-defined BW locations.
  • the terminal finds the start/end positions of bits mapped to its sub-BWP or pre-defined BW location within the bitmap and applies FDRA to the PDSCH of its sub-BWP or pre-defined BW location from these.
  • the terminal calculates the start/end positions for all sub-BWPs or pre-defined BW locations of the corresponding BWP in the bitmap, and accordingly, the bitmap in the bitmap for its sub-BWP or pre-defined BW location is calculated. Find them and apply FDRA.
  • the DCI receives PDSCH only from the RBGs belonging to its sub-BWP in the bitmap for all RBGs of the corresponding BWP.
  • Opt A2-1 The base station can pre-specify the RB start value for each terminal or PRACH sub-group. Depending on the settings of the base station, the sub-BWP (or pre-defined BW location) of the UE or PRACH sub-group or the RB start value associated with the PRACH sub-group transmitted by the UE is determined.
  • Opt A2-2 The terminal determines whether resource allocation exists in the sub-BWP or pre-defined BW location corresponding to its own or PRACH sub-group according to the RIV value of the DCI and determines whether to receive the PDSCH. .
  • the terminal sets the sub-BWP or pre-defined BW location set for itself or the PRACH sub-group to receive MSG2 or MSGB within the initial BWP.
  • DCI is received through the PDCCH in Figure H2
  • contiguous PRBs for the entire PDSCH in the initial BWP are calculated according to the RIV value of the DCI, and the PDSCH is transmitted only to PRBs located within the sub-BWP or pre-defined BW location set to the self. Calculate resources and receive the corresponding PDSCH.
  • Opt A2-3 The UE calculates N PRB sets by dividing all contiguous PRBs according to the RIV value of DCI by 1/N, and selects one PRB set among them to receive the PDSCH. At this time, if the selected PRB set only partially overlaps or does not overlap with its sub-BWP or pre-defined BW location frequency domain, the terminal can re-tune according to the PRB set.
  • the terminal selects and selects one PRB set among N PRB sets based on the index of the sub-BWP to which the terminal belongs, the pre-defined BW location index, the PRACH sub-group index, or the UE ID of the terminal. Receive PDSCH according to PRB set; or
  • the terminal selects a PRB set belonging to the frequency range of its sub-BWP or pre-defined BW location. If there are multiple PRB sets selected, select all PRB sets, or select one PRB set with the largest number of PRBs.
  • DCI separately indicates the RIV value for each sub-BWP, pre-defined BW location, or PRACH sub-group.
  • the fields of DCI can be configured as follows.
  • Opt A2-4a RIV values for each sub-BWP or pre-defined BW location or PRACH sub-group are indicated in different fields for each sub-BWP or pre-defined BW location within the DCI.
  • Opt A2-4b The RIV value for each sub-BWP, pre-defined BW location, or PRACH sub-group is indicated as one field in the DCI.
  • the terminal considers all sub-BWPs, pre-defined BW locations, or PRACH sub-groups in the BWP and determines the start/end positions of the RIV bit for its sub-BWP, pre-defined BW location, or PRACH sub-group. do.
  • RB start 0 or one RB start value for a sub-BWP or pre-defined BW location or PRACH sub-group that is different from the RIV value calculated based on the lowest/highest/ref sub-BWP Or include a separate field.
  • the FDRA bit size can be determined using sub-BWP size or pre-defined BW size (e.g. 5 MHz) instead of CORESET0 size.
  • the BW1/2 option terminal can receive the 5MHz PDSCH by hopping to a sub-BWP or pre-defined BW location.
  • the 5 MHz frequency region of 5 MHz DCI and its 5 MHz PDSCH may be allocated differently.
  • the terminal can determine whether to receive a specific 5 MHz PDSCH according to the FDRA allocation. For example, as a result of the FDRA calculation of the PDSCH, if there are no PDSCH transmission resources in the sub-BWP or pre-defined BW location of the terminal, the PDSCH for the DCI is not received. Alternatively, if there are no PDSCH transmission resources in the terminal's sub-BWP or pre-defined BW location, 5MHz PDSCH can be received through re-tuning.
  • Rel.18 R-terminal which has received the sub-BWP configuration information through system information, can select DL sub-BWP or UL sub-BWP as follows.
  • Opt C1 Select one sub-BWP among N sub-BWPs based on the terminal-specific UE ID (e.g. s-TMSI or C-RNTI or I-RNTI).
  • the terminal-specific UE ID e.g. s-TMSI or C-RNTI or I-RNTI.
  • select the sub-BWP index equal to the value of UE ID mod N and select the corresponding sub-BWP.
  • Opt C2 Select one sub-BWP among N sub-BWPs according to the UE type of the terminal.
  • Opt C5 Select sub-BWP according to the cell quality measured by the terminal.
  • Opt C6 Select sub-BWP according to the beam quality measured by the terminal.
  • Opt C7 Select sub-BWP according to the purpose designated by the base station.
  • sub-BWPIndex 0
  • BWP0 can be specified.
  • the Rel.18 R-terminal moves to sub-BWP0 and receives the R-SIB1 of the Rel.18 R-terminal.
  • Cell-defining SSB or non-cell-defining SSB for Rel.18 R-terminal can be set in Sub-BWP0.
  • Rel.18 R-terminal obtains this Rel.18 SSB configuration information from conventional SIB1 or R-SIB1.
  • Rel.18 SSB measurement results can be applied to etc.
  • C7-1 The base station transmits other system information (i.e. SIBx, x>1) through MIB, DCI scheduling conventional SIB1, or conventional SIB1 message, or through R-SIB1 of Rel.18 R-terminal.
  • SIBx system information
  • sub-BWPIndex 2 It can be designated as (hereinafter sub-BWP2).
  • MSG2/B can be transmitted in k sub-BWPs out of N sub-BWPs.
  • Alt 2A Monitor MSG2/B by selecting one sub-BWP among k sub-BWPs using one of the above Opt C1, C2, C3, C4, C5, and C6 methods.
  • a search space for RACH response is set for all k sub-BWPs.
  • Alt 2B Among k sub-BWPs, select one sub-BWP indicated to the terminal by the base station or Core Network (CN) Node (e.g. AMF or MMF) and monitor MSG2/B.
  • CN Core Network
  • monitor MSG2/B by selecting the sub-BWP where the search space for RACH response is set.
  • the base station can instruct the terminal, and if it is idle, the CN node can instruct the terminal.
  • Alt 2C Monitor MSG2/B by selecting the sub-BWP indicated in the RRC Release message.
  • the base station can indicate sub-BWPIndex through an RRC Release message. Accordingly, MSG2/B is monitored by selecting sub-BWP according to the indicated sub-BWPIndex.
  • Rel.18 R-terminal defines the selected sub-BWP as follows.
  • Opt D1 Define the selected sub-BWP as the initial BWP of Rel.18 R-terminal.
  • Rel.18 R-terminal applies the selected sub-BWP to performing the conventional initial BWP operation.
  • Opt D2 Define the selected sub-BWP as a BWP for a specific purpose of Rel.18 R-terminal.
  • the selected sub-BWP can be defined as DL BWP for paging monitoring, UL/DL BWP for RACH, or UL/DL BWP for SDT.
  • Rel.18 R-terminal receives Rel.18 PDSCH transmitting system information according to methods 1, 2, and 3 above.
  • the DCI of methods 1, 2, and 3 is a DCI in which the CRC is scrambled with SI-RNTI.
  • Rel.18 PDSCH transmits R-SIB1 for Rel.18 R-UE
  • the DCI can schedule Rel.18 PDSCH for R-SIB1 as follows.
  • Opt 1 One DCI on CORESET shared by pre-Rel.18 UE and Rel.18 UE supports Rel.18 R-SIB1 as well as pre-Rel.18 SIB1 to FDM within 20MHz initial DL BWP. Schedule (e.g. Figure 8)
  • Opt 2 One DCI on CORESET shared by pre-Rel.18 UE and Rel.18 UE is pre-Rel.18 R-SIB1 outside 20 MHz initial DL BWP as well as pre-Rel.18 R-SIB1 outside 20 MHz initial DL BWP.
  • Schedule SIB1 as FDM e.g. Figure 9
  • Opt 3 One DCI on CORESET shared by pre-Rel.18 UE and Rel.18 UE supports Rel.18 R-SIB1 as well as pre-Rel.18 SIB1 to TDM within 20MHz initial DL BWP. Schedule (e.g. Figure 10(b))
  • the Rel.18 PDSCH carrying Rel.18 R-SIB1 is scheduled within the 5 MHz (sub)BWP or BW location, while the legacy PDSCH carrying pre-Rel.18 SIB1 is scheduled within the 5 MHz initial BWP or 20 MHz initial BWP. It is scheduled.
  • the base station can indicate whether the DCI schedules both Rel.18 R-SIB1 and pre-Rel.18 SIB1, as in Opt.
  • the Rel.18 R-terminal When the Rel.18 R-terminal receives the conventional SIB1 or a DCI scheduling the conventional SIB1, the Rel.18 R-terminal receives a separate cellBarred for the Rel.18 R-terminal from the conventional SIB1 or the DCI scheduling the conventional SIB1. Receive parameters. Accordingly, according to the received cellBarred parameter, the Rel.18 R-terminal determines whether it can access the cell or whether the cell should be barred.
  • Rel.18 When the R-terminal does not receive the existing SIB1 but receives a new R-SIB1 or a DCI scheduling R-SIB1, selects a sub-BWP for R-SIB1, and selects the DCI or R-SIBWP of the selected sub-BWP.
  • a separate cellBarred parameter for Rel.18 R-terminal is received from SIB1. Accordingly, according to the received cellBarred parameter, the Rel.18 R-terminal determines whether it can access the cell or whether the cell should be barred.
  • Figure 12 shows the flow of a method for performing a random access procedure according to one embodiment.
  • the terminal may transmit a random access preamble through a physical random access channel (PRACH) (1205).
  • PRACH physical random access channel
  • the terminal may receive downlink control information (DCI) scheduling a random access response (RAR) for the random access preamble transmission in the first time interval through a physical downlink control channel (PDCCH) (1210).
  • DCI downlink control information
  • RAR random access response
  • PDCH physical downlink control channel
  • the terminal may receive a physical downlink shared channel (PDSCH) including the RAR based on the DCI (1215).
  • PDSCH physical downlink shared channel
  • the terminal is a first type RedCap (reduced capability) terminal that supports different bandwidths for the PDCCH and the PDSCH and a second type RedCap terminal that supports the same size of bandwidth for the PDCCH and the PDSCH.
  • type terminal, and the first time interval may be set for the RAR of the first type RedCap terminal excluding the RAR of the second type RedCap terminal.
  • the first type RedCap terminal can support a bandwidth of 5 MHz or more for the PDCCH and a bandwidth of 5 MHz or less for the PDSCH.
  • the second type RedCap terminal can support a bandwidth of 5 MHz or more for the PDCCH and the PDSCH.
  • the bandwidth supported by the second type RedCap terminal for the PDSCH may be smaller than the bandwidth supported for the PDCCH.
  • the frequency domain for the first type RedCap terminal belongs to the first BWP (bandwidth part), and the first BWP may be shared between the first type RedCap terminal and the second type RedCap terminal.
  • the first time interval may be different from the second time interval set for RAR of the second type terminal.
  • the random access preamble is a first random access preamble set for the first type RedCap terminal, and the first random access preamble may be different from the second random access preamble set for the second type RedCap terminal.
  • the PRACH is transmitted in a first PRACH resource configured for the first type RedCap terminal, and the first PRACH resource may be different from a second PRACH resource configured for the second type RedCap terminal.
  • Figure 13 illustrates a communication system 1 applicable to the present disclosure.
  • the communication system 1 applicable to the present disclosure includes a wireless device, a base station, and a network.
  • a wireless device refers to a device that performs communication using wireless access technology (e.g., 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, 100b-2), XR (eXtended Reality) devices (100c), hand-held devices (100d), and home appliances (100e). ), IoT (Internet of Thing) device (100f), and AI device/server (400).
  • vehicles may include vehicles equipped with wireless communication functions, autonomous vehicles, vehicles capable of inter-vehicle communication, etc.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include AR (Augmented Reality)/VR (Virtual Reality)/MR (Mixed Reality) devices, HMD (Head-Mounted Device), HUD (Head-Up Display) installed in vehicles, televisions, smartphones, It can be implemented in the form of computers, wearable devices, home appliances, digital signage, vehicles, robots, etc.
  • Portable devices may include smartphones, smart pads, wearable devices (e.g., smartwatches, smart glasses), and computers (e.g., laptops, etc.).
  • Home appliances may include TVs, refrigerators, washing machines, etc.
  • IoT devices may include sensors, smart meters, etc.
  • a base station and network may also be implemented as wireless devices, and a specific wireless device 200a may operate as a base station/network node for other wireless devices.
  • 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, 4G (eg, LTE) network, or 5G (eg, NR) network.
  • Wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but may also communicate directly (e.g. sidelink communication) without going through the base station/network.
  • vehicles 100b-1 and 100b-2 may communicate directly (e.g.
  • V2V Vehicle to Vehicle
  • V2X Vehicle to everything
  • an IoT device eg, sensor
  • another IoT device eg, sensor
  • another wireless device 100a to 100f
  • Wireless communication/connection 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 connections such as uplink/downlink communication (150a), sidelink communication (150b) (or D2D communication), and inter-base station communication (150c) (e.g. relay, IAB (Integrated Access Backhaul)).
  • uplink/downlink communication 150a
  • sidelink communication 150b
  • inter-base station communication 150c
  • This can be achieved through technology (e.g., 5G NR).
  • a wireless device and a base station/wireless device, and a base station and a base station can transmit/receive wireless signals to each other.
  • wireless communication/connection can transmit/receive signals through various physical channels.
  • various signal processing processes e.g., channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.
  • resource allocation processes etc.
  • FIG. 14 illustrates a wireless device to which the present disclosure can be applied.
  • the first wireless device 100 and the second wireless device 200 can transmit and receive wireless signals through various wireless access technologies (eg, LTE, NR).
  • ⁇ first wireless device 100, second wireless device 200 ⁇ refers to ⁇ wireless device 100x, base station 200 ⁇ and/or ⁇ wireless device 100x, wireless device 100x) in FIG. ⁇ can be responded to.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may additionally include one or more transceivers 106 and/or one or more antennas 108.
  • Processor 102 controls memory 104 and/or 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 wireless signal including the first information/signal through the transceiver 106.
  • the processor 102 may receive a wireless signal including the second information/signal through the transceiver 106 and then store information obtained from signal processing of the second information/signal in the memory 104.
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102. For example, memory 104 may perform some or all of the processes controlled by processor 102 or instructions for performing the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein. Software code containing them can be stored.
  • the processor 102 and memory 104 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • Transceiver 106 may be coupled to processor 102 and may transmit and/or receive wireless signals via one or more antennas 108. Transceiver 106 may include a transmitter and/or receiver. The transceiver 106 can be used interchangeably with an RF (Radio Frequency) unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • the second wireless device 200 includes one or more processors 202, one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • Processor 202 controls memory 204 and/or 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 the 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 a wireless 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, memory 204 may perform some or all of the processes controlled by processor 202 or instructions for performing the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein. Software code containing them can be stored.
  • the processor 202 and memory 204 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • Transceiver 206 may be coupled to processor 202 and may transmit and/or receive wireless signals via one or more antennas 208. Transceiver 206 may include a transmitter and/or receiver. Transceiver 206 may be used interchangeably with an RF unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • one or more processors 102, 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors 102, 202 may generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the descriptions, functions, procedures, suggestions, methods and/or operational flow charts disclosed herein. can be created.
  • 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 descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • One or more processors 102, 202 generate signals (e.g., baseband signals) containing PDUs, SDUs, messages, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , can be provided to one or more transceivers (106, 206).
  • One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • PDU, SDU, message, control information, data or information can be obtained.
  • One or more processors 102, 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer.
  • One or more processors 102, 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 descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, etc.
  • Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed in this document may be included in one or more processors (102, 202) or stored in one or more memories (104, 204). It may be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, suggestions, 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 memories 104, 204 may consist of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer readable storage media, and/or combinations thereof.
  • One or more memories 104, 204 may be located internal to and/or external to one or more processors 102, 202. Additionally, one or more memories 104, 204 may be connected to one or more processors 102, 202 through various technologies, such as wired or wireless connections.
  • One or more transceivers 106, 206 may transmit user data, control information, wireless signals/channels, etc. mentioned in the methods and/or operation flowcharts of this document to one or more other devices.
  • One or more transceivers 106, 206 may receive user data, control information, wireless signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein, etc. from one or more other devices. there is.
  • 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 wireless signals to one or more other devices. Additionally, one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or wireless signals from one or more other devices. In addition, one or more transceivers (106, 206) may be connected to one or more antennas (108, 208), and one or more transceivers (106, 206) may be connected to the description and functions disclosed in this document through one or more antennas (108, 208). , may be set to transmit and receive user data, control information, wireless signals/channels, etc.
  • one or more antennas may be multiple physical antennas or multiple logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) process the received user data, control information, wireless signals/channels, etc. using one or more processors (102, 202), and convert the received wireless signals/channels, etc. from the RF band signal. It can be converted to a baseband signal.
  • One or more transceivers (106, 206) may convert user data, control information, wireless signals/channels, etc. processed using one or more processors (102, 202) from baseband signals to RF band signals.
  • one or more transceivers 106, 206 may comprise (analog) oscillators and/or filters.
  • FIG. 15 is a diagram for explaining DRX (Discontinuous Reception) operation of a terminal according to an embodiment of the present disclosure.
  • the terminal may perform DRX operation while performing the procedures and/or methods described/suggested above.
  • a terminal with DRX enabled can reduce power consumption by discontinuously receiving DL signals.
  • DRX can be performed in RRC (Radio Resource Control)_IDLE state, RRC_INACTIVE state, and RRC_CONNECTED state.
  • RRC_IDLE state and RRC_INACTIVE state DRX is used to receive paging signals discontinuously.
  • RRC_CONNECTED DRX DRX performed in RRC_CONNECTED state will be described (RRC_CONNECTED DRX).
  • the DRX cycle consists of On Duration and Opportunity for DRX.
  • the DRX cycle defines the time interval in which On Duration is periodically repeated.
  • On Duration indicates the time interval that the terminal monitors to receive the PDCCH.
  • the terminal performs PDCCH monitoring during On Duration. If there is a PDCCH successfully detected during PDCCH monitoring, the terminal starts an inactivity timer and maintains the awake state. On the other hand, if no PDCCH is successfully detected during PDCCH monitoring, the terminal enters a sleep state after the On Duration ends. Accordingly, when DRX is set, PDCCH monitoring/reception may be performed discontinuously in the time domain when performing the procedures and/or methods described/suggested above.
  • a PDCCH reception opportunity (eg, slot with PDCCH search space) may be set discontinuously according to the DRX configuration.
  • PDCCH monitoring/reception can be performed continuously in the time domain when performing the procedures and/or methods described/suggested above.
  • PDCCH reception opportunities eg, slots with PDCCH search space
  • PDCCH monitoring may be limited in the time section set as the measurement gap.
  • the present disclosure may be used in a terminal, base station, or other equipment of a wireless mobile communication system.

Landscapes

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

Abstract

일 실시예에 따른 무선 통신 시스템에서 단말이 랜덤 엑세스 절차를 수행하는 방법은, PRACH(physical random access channel)을 통해서 랜덤 엑세스 프리앰블을 송신; 제1 시간 구간에서 상기 랜덤 엑세스 프리앰블 송신에 대한 RAR(random access response)을 스케줄하는 DCI (downlink control information)를 PDCCH(physical downlink control channel)를 통해서 수신; 및 상기 DCI에 기초하여 상기 RAR를 포함하는 PDSCH (physical downlink shared channel)를 수신하는 것을 포함하고, 상기 단말은, 상기 PDCCH 및 상기 PDSCH를 위해서 각기 상이한 대역폭들을 지원하는 제1 타입 RedCap (reduced capability) 단말과 상기 PDCCH 및 상기 PDSCH를 위해서 동일 크기의 대역폭을 지원하는 제2 타입 RedCap 단말 중 상기 제1 타입 단말이고, 상기 제1 시간 구간은, 상기 제2 타입 RedCap 단말의 RAR을 제외한 상기 제1 타입 RedCap 단말의 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) 시스템 등이 있다.
본 발명이 이루고자 하는 기술적 과제는 보다 정확하고 효율적으로 신호 송수신 방법을 제공하는데 있다.
본 발명은 상술된 기술적 과제에 한정되지 않으며 상세한 설명으로부터 다른 기술적 과제들이 유추될 수 있다.
일 측면에 따른 무선 통신 시스템에서 단말이 랜덤 엑세스 절차를 수행하는 방법은, PRACH(physical random access channel)을 통해서 랜덤 엑세스 프리앰블을 송신; 제1 시간 구간에서 상기 랜덤 엑세스 프리앰블 송신에 대한 RAR(random access response)을 스케줄하는 DCI (downlink control information)를 PDCCH(physical downlink control channel)를 통해서 수신; 및 상기 DCI에 기초하여 상기 RAR를 포함하는 PDSCH (physical downlink shared channel)를 수신하는 것을 포함하고, 상기 단말은, 상기 PDCCH 및 상기 PDSCH를 위해서 각기 상이한 대역폭들을 지원하는 제1 타입 RedCap (reduced capability) 단말과 상기 PDCCH 및 상기 PDSCH를 위해서 동일 크기의 대역폭을 지원하는 제2 타입 RedCap 단말 중 상기 제1 타입 단말이고, 상기 제1 시간 구간은, 상기 제2 타입 RedCap 단말의 RAR을 제외한 상기 제1 타입 RedCap 단말의 RAR을 위해 설정될 수 있다.
상기 제1 타입 RedCap 단말은 상기 PDCCH를 위해서 5 MHz 이상의 대역폭을 지원하고, 상기 PDSCH를 위해서 5 MHz 이하의 대역폭을 지원할 수 있다.
상기 제2 타입 RedCap 단말은 상기 PDCCH 및 상기 PDSCH를 위해서 위해서 5 MHz 이상의 대역폭을 지원할 수 있다.
상기 제2 타입 RedCap 단말이 상기 PDSCH를 위해서 지원하는 대역폭은 상기 PDCCH를 위해서 지원하는 대역폭보다 작을 수 있다.
상기 제1 타입 RedCap 단말을 위한 주파수 영역은 제1 BWP (bandwidth part)에 속하고, 상기 제1 BWP는 상기 제1 타입 RedCap 단말과 상기 제2 타입 RedCap 단말 간에 공유될 수 있다.
상기 제1 시간 구간은, 상기 제2 타입 단말의 RAR을 위해서 설정되는 제2 시간 구간과 상이할 수 있다.
상기 랜덤 엑세스 프리앰블은 상기 제1 타입 RedCap 단말을 위해 설정된 제1 랜덤 엑세스 프리앰블이고, 상기 제1 랜덤 엑세스 프리앰블은 상기 제2 타입 RedCap 단말을 위해 설정된 제2 랜덤 엑세스 프리앰블과 상이할 수 있다.
상기 PRACH는 상기 제1 타입 RedCap 단말을 위해 설정된 제1 PRACH 자원에서 송신되고, 상기 제1 PRACH 자원은 상기 제2 타입 RedCap 단말을 위해 설정된 제2 PRACH 자원과 상이할 수 있다.
다른 일 측면에 따라서 상술된 방법을 수행하기 위한 명령어들을 기록한 컴퓨터로 읽을 수 있는 기록매체가 제공될 수 있다.
또 다른 일 측면에 따라서 상술된 방법을 수행하기 위한 단말이 제공될 수 있다.
또 다른 일 측면에 따라서 상술된 방법을 수행하는 단말을 제어하기 위한 디바이스가 제공될 수 있다.
또 다른 일 측면에 따라서 무선 통신 시스템에서 기지국이 단말과 랜덤 엑세스 절차를 수행하는 방법은 PRACH(physical random access channel)을 통해서 단말로부터 랜덤 엑세스 프리앰블을 수신; 상기 랜덤 엑세스 프리앰블 송신에 대한 RAR(random access response)을 스케줄하는 DCI (downlink control information)를 PDCCH(physical downlink control channel)를 통해서 상기 단말에 송신; 및 상기 DCI에 기초하여 상기 RAR를 포함하는 PDSCH (physical downlink shared channel)를 송신하는 것을 포함하고, 상기 단말이 상기 PDCCH 및 상기 PDSCH를 위해서 각기 상이한 대역폭들을 지원하는 제1 타입 RedCap (reduced capability) 단말과 상기 PDCCH 및 상기 PDSCH를 위해서 동일 크기의 대역폭을 지원하는 제2 타입 RedCap 단말 중 상기 제1 타입 단말이라는 것에 기반하여, 상기 기지국은, 상기 제2 타입 RedCap 단말의 RAR을 제외한 상기 제1 타입 RedCap 단말의 RAR을 위해 설정되는 제1 시간 구간 상에 상기 단말의 RAR을 스케줄할 수 있다.
또 다른 일 측면에 따라서 상술된 방법을 수행하기 위한 기지국이 제공될 수 있다.
본 발명의 일 실시예에 따르면 무선 통신 시스템에서 신호의 송수신이 보다 정확하고 효율적으로 수행될 수 있다.
본 발명은 상술된 기술적 효과에 한정되지 않으며 상세한 설명으로부터 다른 기술적 효과들이 유추될 수 있다.
도 1은 무선 통신 시스템의 일례인 3GPP 시스템에 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 전송 방법을 예시한다.
도 2는 무선 프레임(radio frame)의 구조를 예시한다.
도 3은 슬롯의 자원 그리드(resource grid)를 예시한다.
도 4는 랜덤 엑세스 절차를 예시한다.
도 5는 물리 채널 매핑 예를 도시한다.
도 6은 일 실시예에 따른 신호 송수신 방법의 흐름을 도시한다.
도 7은 일 실시예에 따른 RAR을 위한 N개의 PDSCH 자원 할당 방식을 예시한다.
도 8은 일 실시예에 따른 MSG2 혹은 MSGB를 위한 20 MHz 내 PDSCH 자원 할당을 예시한다.
도 9는 일 실시예에 따른 MSG2 혹은 MSGB를 위한 20 MHz 밖 PDSCH 자원 할당을 예시한다.
도 10은 일 실시예에 따른 MSG2 혹은 MSGB를 위한 PDSCH 자원 할당 방식들을 예시한다.
도 11은 BWP 사이즈에 따른 RBG 사이즈의 설정을 설명하기 위한 도면이다.
도 12는 일 실시예에 따른 랜덤 엑세스 절차를 설명하기 위한 도면이다.
도 13 및 도 14은 본 개시에 적용 가능한 통신 시스템(1)과 무선 기기를 예시한다.
도 15는 본 개시에 적용 가능한 DRX(Discontinuous Reception) 동작을 예시한다.
이하의 기술은 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) 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. 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)는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A의 진화된 버전이다.
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 RAT(Radio Access Technology)에 비해 향상된 모바일 브로드밴드 통신에 대한 필요성이 대두되고 있다. 또한, 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 massive MTC(Machine Type Communications)도 차세대 통신에서 고려될 주요 이슈 중 하나이다. 또한, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 eMBB(enhanced Mobile BroadBand Communication), massive MTC, URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 RAT의 도입이 논의되고 있으며, 본 발명에서는 편의상 해당 기술을 NR(New Radio 또는 New RAT)이라고 부른다.
설명을 명확하게 하기 위해, 3GPP 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
- 3GPP TS 38.211: Physical channels and modulation
- 3GPP TS 38.212: Multiplexing and channel coding
- 3GPP TS 38.213: Physical layer procedures for control
- 3GPP TS 38.214: Physical layer procedures for data
- 3GPP TS 38.215: Physical layer measurements
- 3GPP TS 38.300: NR and NG-RAN Overall Description
- 3GPP TS 38.304: User Equipment (UE) procedures in idle mode and in RRC inactive state
- 3GPP TS 38.321: Medium Access Control (MAC) protocol
- 3GPP TS 38.322: Radio Link Control (RLC) protocol
- 3GPP TS 38.323: Packet Data Convergence Protocol (PDCP)
- 3GPP TS 38.331: Radio Resource Control (RRC) protocol
- 3GPP TS 37.324: Service Data Adaptation Protocol (SDAP)
- 3GPP TS 37.340: Multi-connectivity; Overall description
- 3GPP TS 23.287: Application layer support for V2X services; Functional architecture and information flows
- 3GPP TS 23.501: System Architecture for the 5G System
- 3GPP TS 23.502: Procedures for the 5G System
- 3GPP TS 23.503: Policy and Charging Control Framework for the 5G System; Stage 2
- 3GPP TS 24.501: Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3
- 3GPP TS 24.502: Access to the 3GPP 5G Core Network (5GCN) via non-3GPP access networks
- 3GPP TS 24.526: User Equipment (UE) policies for 5G System (5GS); Stage 3
본 명세서에서 사용되는 기술적 용어
- UE: User Equipment
- SSB: Synchronization Signal Block
- MIB: Master Information Block
- RMSI: Remaining Minimum System Information
- FR1: Frequency Range 1. 6GHz 이하(예, 450 MHz ~ 6000 MHz)의 주파수 영역을 지칭.
- FR2: Frequency Range 2. 24GHz 이상의 millimeter wave (mmWave) 영역(예, 24250 MHz ~ 52600 MHz)을 지칭.
- BW: Bandwidth
- BWP: Bandwidth Part
- RNTI: Radio Network Temporary Identifier
- CRC: Cyclic Redundancy Check
- SIB: System Information Block
- SIB1: SIB1 for NR devices = RMSI (Remaining Minimum System Information). NR 단말기의 cell 접속에 필요한 정보 등을 broadcast함.
- CORESET (COntrol REsource SET): NR 단말기가 candidate PDCCH decoding을 시도하는 time/frequency resource
- CORESET#0: CORESET for Type0-PDCCH CSS set for NR devices (MIB에서 설정됨)
- Type0-PDCCH CSS set: a search space set in which an NR UE monitors a set of PDCCH candidates for a DCI format with CRC scrambled by a SI-RNTI
- MO: PDCCH Monitoring Occasion for Type0-PDCCH CSS set
- SIB1-R: (additional) SIB1 for reduced capability NR devices. SIB1과 별도의 TB로 생성되어 별도의 PDSCH로 전송되는 경우에 한정될 수 있음.
- CORESET#0-R: CORESET#0 for reduced capability NR devices
- Type0-PDCCH-R CSS set: a search space set in which an redcap UE monitors a set of PDCCH candidates for a DCI format with CRC scrambled by a SI-RNTI
- MO-R: PDCCH Monitoring Occasion for Type0-PDCCH CSS set
- Cell defining SSB (CD-SSB): NR SSB 중 RMSI scheduling 정보를 포함하는 SSB
- Non-cell defining SSB (non-CD-SSB): NR sync raster에 배치 되었으나, measurement 용으로 해당 cell의 RMSI scheduling 정보를 포함하지 않는 SSB를 말함. 하지만, cell defining SSB의 위치를 알려주는 정보를 포함할 수 있음
- SCS: subcarrier spacing
- SI-RNTI: System Information Radio-Network Temporary Identifier
- Camp on: “Camp on” is the UE state in which the UE stays on a cell and is ready to initiate a potential dedicated service or to receive an ongoing broadcast service.
- TB: Transport Block
- RSA (Redcap standalone): Redcap device 또는 service만 지원하는 cell.
- SIB1(-R)-PDSCH: SIB1(-R)을 전송하는 PDSCH
- SIB1(-R)-DCI: SIB1(-R)-PDSCH를 scheduling하는 DCI. DCI format 1_0 with CRC scrambled by SI-RNTI.
- SIB1(-R)-PDCCH: SIB1(-R)-DCI를 전송하는 PDCCH
- FDRA: Frequency Domain Resource Allocation
- TDRA: Time Domain Resource Allocation
- RA: Random Access
- MSGA: preamble and payload transmissions of the random access procedure for 2-step RA type.
- MSGB: response to MSGA in the 2-step random access procedure. MSGB may consist of response(s) for contention resolution, fallback indication(s), and backoff indication.
- RO-N: normal UE 4-step RACH and 2-step RACH(if configured)를 위한 RO(RACH Occasion)
- RO-N1, RO-N2: normal UE 2-step RACH를 위해서 separate RO가 설정된 경우, RO-N1(4-step), RO-N2(2-step)로 구분
- RO-R: redcap UE 4-step RACH and 2-step RACH(if configured)를 위하여 RO-N과 별도로 설정된 RO(RACH Occasion)
- RO-R1, RO-R2: redcap UE 2-step RACH를 위해서 separate RO가 설정된 경우, RO-R1(4-step), RO-R2(2-step)로 구분
- PG-R: MsgA-Preambles Group for redcap UEs
- RAR: Randoma Access Response
- RAR window: the time window to monitor RA response(s)
- FH: Frequency Hopping
- iBWP: initial BWP
- iBWP-DL(-UL): initial DL(UL) BWP
- iBWP-DL(-UL)-R: (separate) initial DL(UL) BWP for RedCap
- CS: Cyclic shift
- NB: Narrowband
본 명세서에서 "설정"의 표현은 "구성(configure/configuration)"의 표현으로 대체될 수 있으며, 양자는 혼용될 수 있다. 또한 조건적 표현(예를 들어, "~~이면(if)", "~~ 일 경우(in a case)" 또는 "~~일 때(when)" 등)은 "~~인 것에 기초하여(based on that ~~)" 또는 "~~인 상태에서(in a state/status)"의 표현으로 대체될 수 있다. 또한, 해당 조건의 충족에 따른 단말/기지국의 동작 또는 SW/HW 구성이 유추/이해될 수 있다. 또한, 무선 통신 장치들 (e.g., 기지국, 단말) 간의 신호 송수신에서 송신 (또는 수신) 측의 프로세스로부터 수신 (또는 송신) 측의 프로세스가 유추/이해될 수 있다면 그 설명이 생략될 수 있다. 예를 들어, 송신 측의 신호 결정/생성/인코딩/송신 등은 수신측의 신호 모니터링 수신/디코딩/결정 등으로 이해될 수 있다. 또한, 단말이 특정 동작을 수행한다(또는 수행하지 않는다)는 표현은, 기지국이 단말의 특정 동작 수행을 기대/가정(또는 수행하지 않는다고 기대/가정)하고 동작한다는 것으로도 해석될 수 있다. 기지국이 특정 동작을 수행한다(또는 수행하지 않는다)는 표현은, 단말이 기지국의 특정 동작 수행을 기대/가정(또는 수행하지 않는다고 기대/가정)하고 동작한다는 것으로도 해석될 수 있다. 또한, 후술하는 설명에서 각 섹션, 실시예, 예시, 옵션, 방법, 방안, 제안 등의 구분과 인덱스는 설명의 편의를 위한 것이지 각각이 반드시 독립된 발명을 구성한다는 것을 의미하거나, 각각이 반드시 개별적으로만 실시되어야 한다는 것을 의미하는 의도로 해석되지 않아야 한다. 또한, 각 섹션, 실시예, 예시, 옵션, 방법, 방안, 제안 등을 설명함에 있어서 명시적으로 충돌/반대되는 기술이 없다면 이들의 적어도 일부 조합하여 함께 실시될 수도 있고, 적어도 일부가 생략된 채로 실시될 수도 있는 것으로 유추/해석될 수 있다.
무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink, DL)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink, UL)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
도 1은 3GPP NR 시스템에 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 전송 방법을 설명하기 위한 도면이다.
전원이 꺼진 상태에서 다시 전원이 켜지거나, 새로이 셀에 진입한 단말은 단계 S101에서 기지국과 동기를 맞추는 등의 초기 셀 탐색(Initial cell search) 작업을 수행한다. 이를 위해 단말은 기지국으로부터 SSB(Synchronization Signal Block)를 수신한다. SSB는 PSS(Primary Synchronization Signal), SSS(Secondary Synchronization Signal) 및 PBCH(Physical Broadcast Channel)를 포함한다. 단말은 PSS/SSS에 기반하여 기지국과 동기를 맞추고, 셀 ID(cell identity) 등의 정보를 획득한다. 또한, 단말은 PBCH에 기반하여 셀 내 방송 정보를 획득할 수 있다. 한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호(Downlink Reference Signal, DL RS)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
SSB는 4개의 연속된 OFDM 심볼들에 구성되며, OFDM 심볼별로 PSS, PBCH, SSS/PBCH 또는 PBCH가 전송된다. PSS와 SSS는 각각 1개의 OFDM 심볼과 127개의 부반송파들로 구성되고, PBCH는 3개의 OFDM 심볼과 576개의 부반송파들로 구성된다. PBCH에는 폴라(Polar) 코드를 기반으로 인코딩/디코딩되고, QPSK(Quadrature Phase Shift Keying)에 따라 변조(modulation)/복조(demodulation)된다. OFDM 심볼 내 PBCH는 PBCH의 복소 변조 값이 매핑되는 데이터 자원 요소(resource element, RE)들과 상기 PBCH를 위한 복조 참조 신호(demodulation reference signal, DMRS)가 매핑되는 DMRS RE들로 구성된다. OFDM 심볼의 자원 블록별로 3개의 DMRS RE가 존재하며, DMRS RE 사이에는 3개의 데이터 RE가 존재한다.
PSS는 셀 ID 그룹 내에서 셀 ID를 검출하는데 사용되고, SSS는 셀 ID 그룹을 검출하는데 사용된다. PBCH는 SSB (시간) 인덱스 검출 및 하프-프레임 검출에 사용된다. 336개의 셀 ID 그룹이 존재하고, 셀 ID 그룹 별로 3개의 셀 ID가 존재한다. 총 1008개의 셀 ID가 존재한다.
SSB는 SSB 주기(periodicity)에 맞춰 주기적으로 전송된다. 초기 셀 탐색 시에 UE가 가정하는 SSB 기본 주기는 20ms로 정의된다. 셀 접속 후, SSB 주기는 네트워크(예, BS)에 의해 {5ms, 10ms, 20ms, 40ms, 80ms, 160ms} 중 하나로 설정될 수 있다. SSB 주기의 시작 부분에 SSB 버스트(burst) 세트가 구성된다. SSB 버스트 세트는 5ms 시간 윈도우(즉, 하프-프레임)로 구성되며, SSB는 SS 버스트 세트 내에서 최대 L번 전송될 수 있다. SSB의 최대 전송 횟수 L은 반송파의 주파수 대역에 따라 다음과 같이 주어질 수 있다. 하나의 슬롯은 최대 2개의 SSB를 포함한다.
- For frequency range up to 3 GHz, L = 4
- For frequency range from 3GHz to 6 GHz, L = 8
- For frequency range from 6 GHz to 52.6 GHz, L = 64
SS 버스트 세트 내에서 SSB 후보의 시간 위치가 부반송파 간격에 따라 정의될 수 있다. SSB 후보의 시간 위치는 SSB 버스트 세트(즉, 하프-프레임) 내에서 시간 순서에 따라 0 ~ L-1로 인덱싱된다(SSB 인덱스).
반송파의 주파수 폭(span) 내에서 다수의 SSB들이 전송될 있다. 이러한 SSB들의 물리 계층 셀 식별자들은 고유(unique)할 필요는 없으며, 다른 SSB들은 다른 물리 계층 셀 식별자를 가질 수 있다.
UE는 SSB를 검출함으로써 DL 동기를 획득할 수 있다. UE는 검출된 SSB (시간) 인덱스에 기반하여 SSB 버스트 세트의 구조를 식별할 수 있고, 이에 따라 심볼/슬롯/하프-프레임 경계를 검출할 수 있다. 검출된 SSB가 속하는 프레임/하프-프레임의 번호는 시스템 프레임 번호(system frame number, SFN) 정보와 하프-프레임 지시 정보를 이용하여 식별될 수 있다.
구체적으로, UE는 PBCH로부터 상기 PBCH가 속한 프레임에 대한 10 비트 SFN을 획득할 수 있다. 다음으로, UE는 1 비트 하프-프레임 지시 정보를 획득할 수 있다. 예를 들어, UE가 하프-프레임 지시 비트가 0으로 세팅된 PBCH를 검출한 경우에는 상기 PBCH가 속한 SSB가 프레임 내 첫 번째 하프-프레임에 속한다고 판단할 수 있고, 하프-프레임 지시 비트가 1로 세팅된 PBCH를 검출한 경우에는 상기 PBCH가 속한 SSB가 프레임 내 두 번째 하프-프레임에 속한다고 판단할 수 있다. 마지막으로, UE는 DMRS 시퀀스와 PBCH가 나르는 PBCH 페이로드에 기반하여 상기 PBCH가 속한 SSB의 SSB 인덱스를 획득할 수 있다.
초기 셀 탐색을 마친 단말은 단계 S102에서 물리 하향링크 제어 채널(Physical Downlink Control Channel, PDCCH) 및 물리 하향링크 제어 채널 정보에 따른 물리 하향링크 공유 채널(Physical Downlink Control Channel, PDSCH)을 수신하여 좀더 구체적인 시스템 정보를 획득할 수 있다.
시스템 정보(SI)는 마스터 정보 블록(master information block, MIB)와 복수의 시스템 정보 블록(system information block, SIB)들로 나눠진다. MIB 외의 시스템 정보(system information, SI)는 RMSI(Remaining Minimum System Information)으로 지칭될 수 있다. 자세한 사항은 다음을 참조할 수 있다.
- MIB는 SIB1(SystemInformationBlock1)을 나르는 PDSCH를 스케줄링하는 PDCCH의 모니터링을 위한 정보/파라미터를 포함하며 SSB의 PBCH를 통해 BS에 의해 전송된다. 예를 들어, UE는 MIB에 기반하여 Type0-PDCCH 공통 탐색 공간(common search space)을 위한 CORESET(Control Resource Set)이 존재하는지 확인할 수 있다. Type0-PDCCH 공통 탐색 공간은 PDCCH 탐색 공간의 일종이며, SI 메시지를 스케줄링하는 PDCCH를 전송하는 데 사용된다. Type0-PDCCH 공통 탐색 공간이 존재하는 경우, UE는 MIB 내의 정보(예, pdcch-ConfigSIB1)에 기반하여 (i) CORESET을 구성하는 복수의 인접(contiguous) 자원 블록들 및 하나 이상의 연속된(consecutive) 심볼들과 (ii) PDCCH 기회(occasion)(예, PDCCH 수신을 위한 시간 도메인 위치)를 결정할 수 있다. Type0-PDCCH 공통 탐색 공간이 존재하지 않는 경우, pdcch-ConfigSIB1은 SSB/SIB1이 존재하는 주파수 위치와 SSB/SIB1이 존재하지 않는 주파수 범위에 관한 정보를 제공한다.
- SIB1은 나머지 SIB들(이하, SIBx, x는 2 이상의 정수)의 가용성(availability) 및 스케줄링(예, 전송 주기, SI-윈도우 크기)과 관련된 정보를 포함한다. 예를 들어, SIB1은 SIBx가 주기적으로 브로드캐스트되는지 on-demand 방식에 의해 UE의 요청에 의해 제공되는지 여부를 알려줄 수 있다. SIBx가 on-demand 방식에 의해 제공되는 경우, SIB1은 UE가 SI 요청을 수행하는 데 필요한 정보를 포함할 수 있다. SIB1은 PDSCH를 통해 전송되며, SIB1을 스케줄링 하는 PDCCH는 Type0-PDCCH 공통 탐색 공간을 통해 전송되며, SIB1은 상기 PDCCH에 의해 지시되는 PDSCH를 통해 전송된다.
- SIBx는 SI 메시지에 포함되며 PDSCH를 통해 전송된다. 각각의 SI 메시지는 주기적으로 발생하는 시간 윈도우(즉, SI-윈도우) 내에서 전송된다.
이후, 단말은 기지국에 접속을 완료하기 위해 단계 S103 내지 단계 S106과 같은 랜덤 엑세스 절차(Random Access Procedure)을 수행할 수 있다(e.g. 4-step RA procedure). 이를 위해 단말은 물리 랜덤 엑세스 채널(Physical Random Access Channel, PRACH)을 통해 프리앰블(preamble)을 전송하고(S103), 물리 하향링크 제어 채널 및 이에 대응하는 물리 하향링크 공유 채널을 통해 프리앰블에 대한 응답 메시지를 수신할 수 있다(S104). 경쟁 기반 랜덤 엑세스(Contention based random access)의 경우 추가적인 물리 랜덤 엑세스 채널의 전송(S105) 및 물리 하향링크 제어 채널 및 이에 대응하는 물리 하향링크 공유 채널 수신(S106)과 같은 충돌 해결 절차(Contention Resolution Procedure)를 수행할 수 있다.
한편, 2-Step 랜덤 엑세스 절차에 대해서 간략히 살펴보면, S103/S105이 (단말이 전송을 수행하는) 하나의 단계로 수행되고(메세지 A), S104/S106이 (기지국이 전송을 수행하는) 하나의 단계로 수행되는 것으로 이해될 수 있다(메세지 B). 메시지 A(MSGA)는프리앰블(preamble) 및 페이로드(PUSCH 페이로드)를 포함한다. 프리앰블과 페이로드는 TDM 방식으로 다중화 된다. 메시지 B(MSGB) 는 메시지 A에 대한 응답으로써, contention resolution, fallback indication(s) 및/또는 backoff indication를 위해 전송될 수 있다. 2-Step 랜덤 엑세스 절차는 CBRA(Contention-based Random Access) 타입과 및 CFRA (Contention-free Random Access) 타입으로 세분화 될 수 있다. CFRA에 따르면 단말의 메시지A 송신 이전에, 기지국은 단말이 메시지 A로써 송신해야하는 프리앰블에 대한 정보와 PUSCH 할당에 대한 정보를 단말에 제공한다.
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상향/하향링크 신호 전송 절차로서 물리 하향링크 제어 채널/물리 하향링크 공유 채널 수신(S107) 및 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)/물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH) 전송(S108)을 수행할 수 있다. 단말이 기지국으로 전송하는 제어 정보를 통칭하여 상향링크 제어 정보(Uplink Control Information, UCI)라고 지칭한다. UCI는 HARQ ACK/NACK(Hybrid Automatic Repeat and reQuest Acknowledgement/Negative-ACK), SR(Scheduling Request), CSI(Channel State Information) 등을 포함한다. CSI는 CQI(Channel Quality Indicator), PMI(Precoding Matrix Indicator), RI(Rank Indication) 등을 포함한다. UCI는 일반적으로 PUCCH를 통해 전송되지만, 제어 정보와 트래픽 데이터가 동시에 전송되어야 할 경우 PUSCH를 통해 전송될 수 있다. 또한, 네트워크의 요청/지시에 의해 PUSCH를 통해 UCI를 비주기적으로 전송할 수 있다.
한편, MR 시스템은 비면허 대역에서의 신호 송/수신을 지원할 수 있다. 비면허 대역에 대한 지역별 규제(regulation)에 따르면, 비면허 대역 내의 통신 노드는 신호 전송 전에 다른 통신 노드(들)의 채널 사용 여부를 판단해야 한다. 구체적으로, 통신 노드는 신호 전송 전에 먼저 CS(Carrier Sensing)를 수행하여 다른 통신 노드(들)이 신호 전송을 하는지 여부를 확인할 수 있다. 다른 통신 노드(들)이 신호 전송을 하지 않는다고 판단된 경우를 CCA(Clear Channel Assessment)가 확인됐다고 정의한다. 기-정의된 혹은 상위계층(예, RRC) 시그널링에 의해 설정된 CCA 임계치가 있는 경우, 통신 노드는 CCA 임계치보다 높은 에너지가 채널에서 검출되면 채널 상태를 비지(busy)로 판단하고, 그렇지 않으면 채널 상태를 아이들(idle)로 판단할 수 있다. 채널 상태가 아이들이라고 판단되면, 통신 노드는 UCell에서 신호 전송을 시작할 수 있다. 상술한 일련의 과정은 LBT(Listen-Before-Talk) 또는 CAP(Channel Access Procedure)로 지칭될 수 있다. LBT와 CAP는 혼용될 수 있다.
도 2는 무선 프레임(radio frame)의 구조를 예시한다. NR에서 상향링크 및 하향링크 전송은 프레임으로 구성된다. 각 무선 프레임은 10ms의 길이를 가지며, 두 개의 5ms 하프-프레임(Half-Frame, HF)으로 분할된다. 각 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)으로 분할된다. 서브프레임은 하나 이상의 슬롯으로 분할되며, 서브프레임 내 슬롯 개수는 SCS(Subcarrier Spacing)에 의존한다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(Orthogonal Frequency Division Multiplexing) 심볼을 포함한다. 보통(normal) CP가 사용되는 경우, 각 슬롯은 14개의 OFDM 심볼을 포함한다. 확장(extended) CP가 사용되는 경우, 각 슬롯은 12개의 OFDM 심볼을 포함한다.
표 1은 보통 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
SCS (15*2^u) Nslot symb Nframe,u slot Nsubframe,u slot
15KHz (u=0) 14 10 1
30KHz (u=1) 14 20 2
60KHz (u=2) 14 40 4
120KHz (u=3) 14 80 8
240KHz (u=4) 14 160 16
* Nslot symb: 슬롯 내 심볼의 개수
* Nframe,u slot: 프레임 내 슬롯의 개수
* Nsubframe,u slot: 서브프레임 내 슬롯의 개수
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
SCS (15*2^u) Nslot symb Nframe,u slot Nsubframe,u slot
60KHz (u=2) 12 40 4
프레임의 구조는 예시에 불과하고, 프레임에서 서브프레임의 수, 슬롯의 수, 심볼의 수는 다양하게 변경될 수 있다.
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM 뉴모놀로지(numerology)(예, SCS)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다. 여기서, 심볼은 OFDM 심볼 (혹은, CP-OFDM 심볼), SC-FDMA 심볼 (혹은, Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM 심볼)을 포함할 수 있다.
도 3은 슬롯의 자원 그리드(resource grid)를 예시한다. 슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함한다. 반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 PRB(Physical RB)로 정의되며, 하나의 뉴모놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 복소 심볼이 매핑될 수 있다.
대역폭 파트 (Bandwidth part, BWP)
NR 시스템에서는 하나의 반송파(carrier)당 최대 400 MHz까지 지원될 수 있다. 네트워크는 이러한 와이드밴드(wideband) 반송파의 전체 대역폭이 아닌 일부 대역폭에서만 동작하도록 UE에게 지시할 수 있으며, 해당 일부 대역폭을 대역폭 파트(bandwidth part, BWP)라 칭한다. 하나의 반송파 내에 하나 이상의 BWP가 설정될 수 있다. 주파수 도메인에서 BWP는 반송파 상의 대역폭 파트 내 뉴머롤러지에 대해 정의된 인접한(contiguous) 공통 자원 블록들의 서브셋이며, 하나의 뉴머롤로지(예, 부반송파 간격, CP 길이, 슬롯/미니-슬롯 지속기간)가 설정될 수 있다.
네트워크 시그널링 및/또는 타이머에 따라서 DL/UL BWP의 활성화/비활성화가 수행되거나 또는 BWP 스위칭이 수행될 수 있다(e.g., 물리 계층 제어 신호인 L1 시그널링, MAC 계층 제어 신호인 MAC 제어 요소(control element, CE), 또는 RRC 시그널링 등에 의해). UE가 초기 접속(initial access) 과정에 있거나, 혹은 UE의 RRC 연결이 셋업 되기 전 등의 상황에서는 UE가 DL/UL BWP에 대한 설정(configuration)을 수신하지 못할 수도 있다. 이러한 상황에서 UE가 가정하는 DL/UL BWP는 초기 활성 DL/UL BWP라고 한다.
도 4는 일반적인 랜덤 엑세스 절차의 일례를 예시한다. 구체적으로 도 4는 단말의 4-Step을 포함하는 경쟁 기반 랜덤 엑세스 절차를 예시한다.
먼저, 단말이 랜덤 엑세스 프리앰블을 포함하는 메시지1(Msg1)를 PRACH를 통해 전송할 수 있다(예, 도 4(a)의 1701 참조).
서로 다른 길이를 가지는 랜덤 엑세스 프리앰블 시퀀스들이 지원될 수 있다. 긴 시퀀스 길이 839는 1.25 및 5 kHz의 부반송파 간격(subcarrier spacing)에 대해 적용되며, 짧은 시퀀스 길이 139는 15, 30, 60 및 120 kHz의 부반송파 간격에 대해 적용된다.
다수의 프리앰블 포맷들이 하나 또는 그 이상의 RACH OFDM 심볼들 및 서로 다른 순환 프리픽스(cyclic prefix) (및/또는 가드 시간(guard time))에 의해 정의된다. 셀을 위한 RACH Configuration이 셀의 시스템 정보에 포함되어 단말에게 제공된다. RACH Configuration은 PRACH의 부반송파 간격, 이용 가능한 프리앰블들, 프리앰블 포맷 등에 관한 정보를 포함한다. RACH Configuration은 SSB들과 RACH (시간-주파수) 자원들 간의 연관 정보를 포함한다. 단말은 검출한 혹은 선택한 SSB와 연관된 RACH 시간-주파수 자원에서 랜덤 엑세스 프리앰블을 전송한다.
RACH 자원 연관을 위한 SSB의 임계값이 네트워크에 의해 설정될 수 있으며, SSB 기반으로 측정된 RSRP(reference signal received power)가 임계값을 충족하는 SSB를 기반으로 RACH 프리앰블의 전송 또는 재전송이 수행된다. 예를 들어, 단말은 임계값을 충족하는 SSB(s) 중 하나를 선택하고, 선택된 SSB에 연관된 RACH 자원을 기반으로 RACH 프리앰블을 전송 또는 재전송할 수 있다.
기지국이 단말로부터 랜덤 엑세스 프리앰블을 수신하면, 기지국은 랜덤 엑세스 응답(random access response, RAR)에 해당하는 메시지2(Msg2)를 단말에 전송한다(예, 도 4(a)의 1703 참조). RAR을 나르는 PDSCH를 스케줄링하는 PDCCH는 RA-RNTI(random access-radio network temporary identifier)로 CRC 마스킹되어 전송된다. RA-RNTI로 마스킹된 PDCCH를 검출한 단말은 해당 PDCCH가 나르는 DCI가 스케줄링하는 PDSCH로부터 RAR을 수신할 수 있다. 단말은 자신이 전송한 프리앰블, 즉, Msg1에 대한 랜덤 엑세스 응답 정보가 RAR 내에 있는지 확인한다. 자신이 전송한 Msg1에 대한 랜덤 엑세스 정보가 존재하는지 여부는 해당 단말이 전송한 프리앰블에 대한 랜덤 엑세스 프리앰블 ID가 존재하는지 여부에 의해 판단될 수 있다. Msg1에 대한 응답이 없으면, 단말은 전력 램핑(power ramping)을 수행하면서 RACH 프리앰블을 소정의 횟수 이내에서 재전송할 수 있다. 단말은 가장 최근의 경로 손실 및 전력 램핑 카운터를 기반으로 프리앰블의 재전송에 대한 PRACH 전송 전력을 계산한다.
PDSCH 상에서 송신되는 랜덤 엑세스 응답 정보는 UL 동기화를 위한 타이밍 어드밴스 (TA) 정보, 초기 UL 그랜트 및 임시(temporary) C-RNTI(cell-RNTI)를 포함할 수 있다. TA 정보는 상향링크 신호 전송 타이밍을 제어하는 데 사용된다.단말은 랜덤 엑세스 응답 정보를 기반으로 상향링크 공유 채널 상에서 UL 전송을 랜덤 엑세스 절차의 Msg3로서 전송할 수 있다(예, 도 4(a)의 1705 참조). Msg3은 RRC 연결 요청 및 단말 식별자를 포함할 수 있다. Msg3에 대한 응답으로서, 네트워크는 Msg4를 전송할 수 있으며, 이는 DL 상에서의 경쟁 해결 메시지로 취급될 수 있다(예, 도 4(a)의 1707 참조). Msg4를 수신함으로써, 단말은 RRC 연결된 상태에 진입할 수 있다.
한편, 경쟁-프리(contention-free) 랜덤 엑세스 절차는 단말이 다른 셀 혹은 기지국으로 핸드오버 하는 과정에서 사용되거나, 기지국의 명령에 의해 요청되는 경우에 수행될 수 있다. 경쟁-프리 랜덤 엑세스 절차의 경우에는 단말이 사용할 프리앰블(이하 전용 랜덤 엑세스 프리앰블)이 기지국에 의해 할당된다. 전용 랜덤 엑세스 프리앰블에 대한 정보는 RRC 메시지(예, 핸드오버 명령)에 포함되거나 PDCCH 오더(order)를 통해 단말에게 제공될 수 있다. 랜덤 엑세스 절차가 개시되면 단말은 전용 랜덤 엑세스 프리앰블을 기지국에게 전송한다. 단말이 기지국으로부터 랜덤 엑세스 응답을 수신하면 랜덤 엑세스 절차는 완료(complete)된다.
앞서 언급한 바와 같이 RAR 내 UL 그랜트는 단말에게 PUSCH 전송을 스케줄링한다. RAR 내 UL 그랜트에 의한 초기 UL 전송을 나르는 PUSCH는 Msg3 PUSCH로 칭하기도 한다. RAR UL 그랜트의 컨텐츠는 MSB에서 시작하여 LSB에서 끝나며, 표 3에서 주어진다.
Figure PCTKR2023011897-appb-img-000001
경쟁 프리 랜덤 엑세스 절차에서, RAR UL 그랜트 내 CSI 요청 필드는 단말이 비주기적 CSI 보고를 해당 PUSCH 전송에 포함시킬 것인지 여부를 지시한다. Msg3 PUSCH 전송을 위한 부반송파 간격은 RRC 파라미터에 의해 제공된다. 단말은 동일한 서비스 제공 셀의 동일한 상향링크 반송파 상에서 PRACH 및 Msg3 PUSCH을 전송하게 될 것이다. Msg3 PUSCH 전송을 위한 UL BWP는 SIB1(SystemInformationBlock1)에 의해 지시된다.
도 5는 슬롯 내에 물리 채널이 매핑되는 예를 도시한다. DL 제어 영역에서는 PDCCH가 전송될 수 있고, DL 데이터 영역에서는 PDSCH가 전송될 수 있다. UL 제어 영역에서는 PUCCH가 전송될 수 있고, UL 데이터 영역에서는 PUSCH가 전송될 수 있다. GP는 기지국과 단말이 송신 모드에서 수신 모드로 전환하는 과정 또는 수신 모드에서 송신 모드로 전환하는 과정에서 시간 갭을 제공한다. 서브프레임 내에서 DL에서 UL로 전환되는 시점의 일부 심볼이 GP로 설정될 수 있다.
이하, 각각의 물리 채널에 대해 보다 자세히 설명한다.
PDCCH는 DCI(Downlink Control Information)를 운반한다. 예를 들어, PCCCH (즉, DCI)는 DL-SCH(downlink shared channel)의 전송 포맷 및 자원 할당, UL-SCH(uplink shared channel)에 대한 자원 할당 정보, PCH(paging channel)에 대한 페이징 정보, DL-SCH 상의 시스템 정보, PDSCH 상에서 전송되는 랜덤 접속 응답과 같은 상위 계층 제어 메시지에 대한 자원 할당 정보, 전송 전력 제어 명령, CS(Configured Scheduling)의 활성화/해제 등을 나른다. DCI는 CRC(cyclic redundancy check)를 포함하며, CRC는 PDCCH의 소유자 또는 사용 용도에 따라 다양한 식별자(예, Radio Network Temporary Identifier, RNTI)로 마스킹/스크램블 된다. 예를 들어, PDCCH가 특정 단말을 위한 것이면, CRC는 단말 식별자(예, Cell-RNTI, C-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)로 마스킹 된다.
PDCCH는 AL(Aggregation Level)에 따라 1, 2, 4, 8, 16개의 CCE(Control Channel Element)로 구성된다. CCE는 무선 채널 상태에 따라 소정 부호율의 PDCCH를 제공하기 위해 사용되는 논리적 할당 단위이다. CCE는 6개의 REG(Resource Element Group)로 구성된다. REG는 하나의 OFDM 심볼과 하나의 (P)RB로 정의된다. PDCCH는 CORESET(Control Resource Set)를 통해 전송된다. CORESET는 주어진 뉴모놀로지(예, SCS, CP 길이 등)를 갖는 REG 세트로 정의된다. 하나의 단말을 위한 복수의 CORESET는 시간/주파수 도메인에서 중첩될 수 있다. CORESET는 시스템 정보(예, Master Information Block, MIB) 또는 단말-특정(UE-specific) 상위 계층(예, Radio Resource Control, RRC, layer) 시그널링을 통해 설정될 수 있다. 구체적으로, CORESET을 구성하는 RB 개수 및 OFDM 심볼 개수(최대 3개)가 상위 계층 시그널링에 의해 설정될 수 있다.
PDCCH 수신/검출을 위해, 단말은 PDCCH 후보들을 모니터링 한다. PDCCH 후보는 PDCCH 검출을 위해 단말이 모니터링 해야 하는 CCE(들)을 나타낸다. 각 PDCCH 후보는 AL에 따라 1, 2, 4, 8, 16개의 CCE로 정의된다. 모니터링은 PDCCH 후보들을 (블라인드) 디코딩 하는 것을 포함한다. 단말이 모니터링 하는 PDCCH 후보들의 세트를 PDCCH 검색 공간(Search Space, SS)이라고 정의한다. 검색 공간은 공통 검색 공간(Common Search Space, CSS) 또는 단말-특정 검색 공간(UE-specific search space, USS)을 포함한다. 단말은 MIB 또는 상위 계층 시그널링에 의해 설정된 하나 이상의 검색 공간에서 PDCCH 후보를 모니터링 하여 DCI를 획득할 수 있다. 각각의 CORESET는 하나 이상의 검색 공간과 연관되고, 각 검색 공간은 하나의 COREST과 연관된다. 검색 공간은 다음의 파라미터들에 기초하여 정의될 수 있다.
- controlResourceSetId: 검색 공간과 관련된 CORESET를 나타냄
- monitoringSlotPeriodicityAndOffset: PDCCH 모니터링 주기 (슬롯 단위) 및 PDCCH 모니터링 구간 오프셋 (슬롯 단위)을 나타냄
- monitoringSymbolsWithinSlot: 슬롯 내 PDCCH 모니터링 심볼을 나타냄(예, CORESET의 첫 번째 심볼(들)을 나타냄)
- nrofCandidates: AL={1, 2, 4, 8, 16} 별 PDCCH 후보의 수 (0, 1, 2, 3, 4, 5, 6, 8 중 하나의 값)를 나타냄
* PDCCH 후보들을 모니터링을 해야 하는 기회(occasion)(예, 시간/주파수 자원)을 PDCCH (모니터링) 기회라고 정의된다. 슬롯 내에 하나 이상의 PDCCH (모니터링) 기회가 구성될 수 있다.
표 4는 검색 공간 타입별 특징을 예시한다.
Type Search Space RNTI Use Case
Type0-PDCCH Common SI-RNTI on a primary cell SIB Decoding
Type0A-PDCCH Common SI-RNTI on a primary cell SIB Decoding
Type1-PDCCH Common RA-RNTI or TC-RNTI on a primary cell Msg2, Msg4 decoding in RACH
Type2-PDCCH Common P-RNTI on a primary cell Paging Decoding
Type3-PDCCH Common INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI(s)
UE Specific C-RNTI, or MCS-C-RNTI, or CS-RNTI(s) User specific PDSCH decoding
표 5는 PDCCH를 통해 전송되는 DCI 포맷들을 예시한다.
DCI format Usage
0_0 Scheduling of PUSCH in one cell
0_1 Scheduling of PUSCH in one cell
1_0 Scheduling of PDSCH in one cell
1_1 Scheduling of PDSCH in one cell
2_0 Notifying a group of UEs of the slot format
2_1 Notifying a group of UEs of the PRB(s) and OFDM symbol(s) where UE may assume no transmission is intended for the UE
2_2 Transmission of TPC commands for PUCCH and PUSCH
2_3 Transmission of a group of TPC commands for SRS transmissions by one or more UEs
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)를 통해 해당 그룹 내 단말들에게 전달될 수 있다.
DCI 포맷 0_0과 DCI 포맷 1_0은 폴백(fallback) DCI 포맷으로 지칭되고, DCI 포맷 0_1과 DCI 포맷 1_1은 논-폴백 DCI 포맷으로 지칭될 수 있다. 폴백 DCI 포맷은 단말 설정과 관계없이 DCI 사이즈/필드 구성이 동일하게 유지된다. 반면, 논-폴백 DCI 포맷은 단말 설정에 따라 DCI 사이즈/필드 구성이 달라진다.
PDSCH는 하향링크 데이터(예, DL-SCH transport block, DL-SCH TB)를 운반하고, QPSK(Quadrature Phase Shift Keying), 16 QAM(Quadrature Amplitude Modulation), 64 QAM, 256 QAM 등의 변조 방법이 적용된다. TB를 인코딩하여 코드워드(codeword)가 생성된다. PDSCH는 최대 2개의 코드워드를 나를 수 있다. 코드워드 별로 스크램블링(scrambling) 및 변조 매핑(modulation mapping)이 수행되고, 각 코드워드로부터 생성된 변조 심볼들은 하나 이상의 레이어로 매핑될 수 있다. 각 레이어는 DMRS(Demodulation Reference Signal)과 함께 자원에 매핑되어 OFDM 심볼 신호로 생성되고, 해당 안테나 포트를 통해 전송된다.
PUCCH는 UCI(Uplink Control Information)를 나른다. UCI는 다음을 포함한다.
- SR(Scheduling Request): UL-SCH 자원을 요청하는데 사용되는 정보이다.
- HARQ(Hybrid Automatic Repeat reQuest)-ACK(Acknowledgement): PDSCH 상의 하향링크 데이터 패킷(예, 코드워드)에 대한 응답이다. 하향링크 데이터 패킷이 성공적으로 수신되었는지 여부를 나타낸다. 단일 코드워드에 대한 응답으로 HARQ-ACK 1비트가 전송되고, 두 개의 코드워드에 대한 응답으로 HARQ-ACK 2비트가 전송될 수 있다. HARQ-ACK 응답은 포지티브 ACK(간단히, ACK), 네거티브 ACK(NACK), DTX 또는 NACK/DTX를 포함한다. 여기서, HARQ-ACK은 HARQ ACK/NACK, ACK/NACK과 혼용된다.
- CSI(Channel State Information): 하향링크 채널에 대한 피드백 정보이다. MIMO(Multiple Input Multiple Output)-관련 피드백 정보는 RI(Rank Indicator) 및 PMI(Precoding Matrix Indicator)를 포함한다.
PUSCH는 상향링크 데이터(예, UL-SCH transport block, UL-SCH TB) 및/또는 상향링크 제어 정보(UCI)를 운반하고, CP-OFDM(Cyclic Prefix - Orthogonal Frequency Division Multiplexing) 파형(waveform) 또는 DFT-s-OFDM(Discrete Fourier Transform - spread - Orthogonal Frequency Division Multiplexing) 파형에 기초하여 전송된다. PUSCH가 DFT-s-OFDM 파형에 기초하여 전송되는 경우, 단말은 변환 프리코딩(transform precoding)을 적용하여 PUSCH를 전송한다. 일 예로, 변환 프리코딩이 불가능한 경우(예, transform precoding is disabled) 단말은 CP-OFDM 파형에 기초하여 PUSCH를 전송하고, 변환 프리코딩이 가능한 경우(예, transform precoding is enabled), 단말은 CP-OFDM 파형 또는 DFT-s-OFDM 파형에 기초하여 PUSCH를 전송할 수 있다. PUSCH 전송은 DCI 내 UL 그랜트에 의해 동적으로 스케줄링 되거나, 상위 계층(예, RRC) 시그널링 (및/또는 Layer 1(L1) 시그널링(예, PDCCH))에 기초하여 반-정적(semi-static)으로 스케줄링 될 수 있다(configured grant). PUSCH 전송은 코드북 기반 또는 비-코드북 기반으로 수행될 수 있다.
Narrower BWP for RACH transmission and reception
최근 5G main use case들(mMTC, eMBB 그리고 URLLC) 외에, mMTC와 eMBB, 또는 mMTC와 URLLC에 걸친 use case 영역에 대한 중요도/관심도가 높아지고 있다. 이러한 use case 들은 connected industries, smart city, wearables 등을 포함할 수 있다. 상기의 use case 들을 무선 통신 시스템에서 단말기 비용/복잡도, 전력소모 등의 관점에서 보다 효율적으로 지원하기 위해서 종래의 NR 단말기와 구분되는 새로운 타입의 단말기가 도입된 바 있다. 이러한 새로운 타입의 단말기를 Reduced Capability NR 단말기(이하 RedCap UE/단말기, 또는 RedCap으로 칭함)로 칭하기로 하고, 이와 구분하기 위해서 종래의 NR 단말기를 non-RedCap UE/단말기, 또는 non-RedCap으로 칭하기로 한다. RedCap 단말기는 non-RedCap 단말기 대비 저렴하고, 전력소모가 작은 특징이 있으며, 상세하게는 다음과 같은 특징 들의 전부 또는 일부를 가질 수 있다.
A. 복잡도 감소 관련 특징:
- Reduced maximum UE 대역폭(Bandwidth)
- Reduced number of UE RX/TX branches/antennas
- Half-Duplex-FDD
- Relaxed UE 프로세싱 시간
- Relaxed UE 프로세싱 능력(processing capability)
B. Power saving 관련 특징:
- Extended DRX for RRC 비활성 및/또는 휴지(Inactive and/or Idle)
- RRM relaxation for stationary devices
상기의 특징을 가지는 Redcap 단말기의 target use case 들은 다음을 포함할 수 있다:
1) Connected industries
- 5G 네트워크 및 core에 연결된 센서들 및 엑츄에이터들
- massive IWSN (Industrial Wireless Sensor Network)
- 요구 사항이 매우 높은 URLLC 서비스뿐만 아니라 배터리 수명이 몇 년인 소형 장치 폼 팩터를 요구하는 비교적 저가형 서비스
- 이러한 서비스에 대한 요구 사항은 LPWA(Low Power Wide Area, 즉 LTE-M/NB-IOT)보다 높지만 URLCC 및 eMBB보다 낮음
- 압력 센서, 습도 센서, 온도계, 모션 센서, 가속도계, 액추에이터 등
2) 스마트 시티
- 도시 자원을 보다 효율적으로 모니터링 및 제어하고 서비스를 제공하기 위한 데이터 수집 및 처리
- 스마트 시티뿐만 아니라 공장 및 산업체의 필수적인 감시 카메라
3) Wearables
- 스마트 워치, 반지, eHealth 관련 기기, 의료 모니터링 기기 등
- 소형 장치 등
RedCap 단말기는 non-RedCap 단말기 대비 송수신 성능이 떨어질 수 있다. 단말기 대역폭 감소에 의한 frequency diversity 성능 감소가 주요 원인인데, 지원하는 단말기 대역폭이 감소할수록 성능 감소 폭이 더욱 커지게 된다.
한편, RedCap 주요 use case 들인 wearables, massive wireless sensors 등을 고려하면, 협소한 대역폭을 통해서 massive connection을 지원해야 하기 때문에 traffic congestion 문제가 예상된다.
상기의 문제점 들을 해결하기 위한, 즉 단말기 frequency hopping (이하 FH)을 지원하고, traffic offloading (이하 TO)을 지원하는 방법을 제안한다.
본 명세서에서 '()'는 () 안의 내용을 제외하는 경우와 괄호 안의 내용을 포함하는 경우 모두로 해석될 수 있다.
본 명세서에서 '/'는 /로 구분된 내용을 모두 포함(and)하거나 구분된 내용 중 일부만 포함(or)하는 것을 의미할 수 있다.
복수의 RedCap UE type과 BWP 방식
본 명세서에서 다음과 같은 서로 다른 복수의 RedCap UE type을 지원한다. 특히, 최소 다음 2가지 type을 지원한다.
(1) Rel.17 RedCap 단말: 20MHz BWP를 지원하는 Rel.17 R-단말
(2) Rel.18 RedCap 단말: 5MHz BWP (혹은 5MHz sub-BWP 혹은 5MHz BW location)를 지원하는 Rel.18 R-단말
1) Option BW1: 단말의 RF 및 BB (BaseBand) 대역폭들이 모두 UL/DL에 대해서 5 MHz를 지원.
2) Option BW2: 단말은 모든 UL/DL 신호/채널들에 대해서 5 MHz BB bandwidth 및 20 MHz RF bandwidth를 지원.
3) Option BW3: PDSCH (unicast/broadcast PDSCH) 및 PUSCH에 대해서는 5 MHz BB bandwidth만 지원되고, UL/DL 20 MHz RF bandwidth가 지원됨. 단, 다른 물리적 채널 및 신호에 대해서 최대 20MHz UE RF+BB 대역폭까지 지원됨.
본 명세서에서 Rel.18 PDSCH 혹은 DCI는 Rel.18 R-단말을 위한 PDSCH 혹은 DCI를 의미할 수 있다. 또한, Rel-17 PDSCH 혹은 legacy PDSCH 혹은 pre-Rel.18 PDSCH 는 Rel.17 R-단말 혹은 release와 관계없이 non-RedCap 단말을 위한 PDSCH를 의미할 수 있고, Rel-17 DCI혹은 legacy DCI혹은 pre-Rel.18 DCI는 Rel.17 R-단말 혹은 release와 관계없이 non-RedCap 단말을 위한 DCI를 의미할 수 있다.
본 명세서에서 Rel.18 R-단말을 위한 (initial) BWP는 sub-BWP 혹은 BW location으로 대체될 수 있고, 크기는 5 MHz이거나 그 이하의 size일 수 있다.
Random Access Response을 위해 일반 단말을 위한 Initial DL BWP 혹은 R17 RedCap 단말을 위한 R17-initial DL BWP를 Rel.18 단말을 위해 N개의 5Mhz PDSCH로 나누어 할당하는 방식
on-demand SI가 설정된 경우, 기지국은 on-demand SI request를 위한 전용의 RACH 자원을 설정할 수 있다. 혹은 initial access시 단말 식별을 위해 전용의 RACH 자원을 설정할 수 있다. 이렇게 on-demand SI request를 위해 혹은 initial access시 단말 식별을 위해, 기지국은 R17 R단말을 위한 RACH 자원과 R18 R단말을 위한 RACH 자원, 일반 단말을 위한 RACH 자원을 구분하여 할당할 수 있다. 또한, 기지국은 R18 R단말을 위해 option BW1 단말을 위한 RACH 자원, option BW2 단말을 위한 RACH 자원, option BW3 단말을 위한 RACH 자원을 구분하여 할당할 수 있다. 이러한 서로 다른 RACH 자원들을 기존 SIB1과 R-SIB1을 통해 구분하여 할당될 수 있다. 이 경우, R18 R 단말은 자신의 단말 type에 맞는 PRACH 자원을 선택하여 RACH MSG1 혹은 MSGA를 전송한다.
이후 단말은 RACH MSG1의 응답으로 Random Access Response MAC CE를 수신하거나, RACH MSGA의 응답으로 MSGB에 대한 MAC CE를 수신한다. 이때, R18 R단말을 위한 MSG2 혹은 MSGB 전송을 위해서 기지국은 일반 단말을 위한 Initial BWP 혹은 R17 RedCap 단말을 위한 R17-initial BWP를 N개의 5Mhz로 나누어 PDSCH를 할당할 수 있다. 가령 R18 R단말이 5Mhz까지의 PDSCH 전송만 수신할 수 있는 경우, 하기 방법 1 혹은 방법 2와 같이 20Mhz initial BWP을 N개의 5Mhz로 나누고 20 Mhz initial BWP의 하나 또는 복수의 특정 5Mhz 부분을 통해 MSG2 혹은 MSGB를 위한 Rel.18 PDSCH(들)을 전송할 수 있다.
R18 R단말의 MSG2 혹은 MSGB 전송을 위해, RA window내에 전송되는 DCI는 RA-RNTI 혹은 MSGB-RNTI로 CRC가 스크램블링되어 전송되고, 해당 DCI가 하나 또는 복수의 PDSCH들을 스케줄링할 수 있다. 이때 이들 PDSCH(들)은 각각 특정 PRACH partition (i.e. 특정 PRACH sub-group)에 매핑될 수 있다. 즉, 다음과 같이 하나의 DCI가 스케줄링하는 서로 다른 PDSCH들은 서로 다른 PRACH partition (i.e. 특정 PRACH sub-group)을 위한 서로 다른 RAR MAC CE를 전송할 수 있다.
R18 PDSCH1: RAR MAC CE1 for PRACH partition 1 (i.e. PRACH sub-group1)
R18 PDSCH2: RAR MAC CE2 for PRACH partition 2 (i.e. PRACH sub-group2)
...
R18 PDSCH_N: RAR MAC CE_N for PRACH partition N (i.e. PRACH sub-group_N)
상기 R18 PDSCH는 R18 R단말을 위한 RAR MAC CE (혹은 MSGB용 MAC CE)를 전송한다. 이때 N은 기지국의 설정에 따라 결정될 수 있다. 기지국은 시스템정보 (가령 SIB1 혹은 R-SIB1)을 통해 R18 R단말을 위한 PRACH partition 혹은 PRACH sub-group들을 설정하고, 이에 대한 R18 PDSCH 주파수 자원 할당을 설정할 수 있다.
상기 PRACH partition 혹은 PRACH sub-group은 특정 RACH occasion(들) and/or 특정 PRACH preamble ID(들)로 구성될 수 있다. 서로 다른 PRACH partition 혹은 PRACH sub-group은 서로 다른 특정 RACH occasion(들) and/or 특정 PRACH preamble ID(들)의 조합으로 N개까지 조합으로 구성될 수 있다. 이때 PRACH partition 혹은 PRACH sub-group은 R18 R단말들을 위한 전용 PRACH 자원들로만 구성된다. 혹은 R17 R단말 혹은 일반 단말도 이용할 수 있는 PRACH 자원으로 구성될 수도 있다.
서로 다른 R18 PDSCH들은 서로 다른 RAR MAC CE (혹은 MSGB용 MAC CE)를 전송한다. 가령, R18 PDSCH1은 PRACH partition 1 (i.e. PRACH sub-group1)로 PRACH preamble을 전송한 단말(들)을 위한 응답으로 RAR MAC CE1 (혹은 MSGB용 MAC CE1)를 전송하고, R18 PDSCH2는 PRACH partition 2 (i.e. PRACH sub-group2)로 PRACH preamble을 전송한 단말(들)을 위한 응답으로 RAR MAC CE2 (혹은 MSGB용 MAC CE2)를 전송하며, R18 PDSCH_N은 PRACH partition_N (i.e. PRACH sub-group_N)로 PRACH preamble을 전송한 단말(들)을 위한 응답으로 RAR MAC CE_N (혹은 MSGB용 MAC CE_N)을 전송한다.
본 발명에서 단말이 전송한 PRACH 전송자원이 속한 PRACH sub-group은 특정 DL (sub-)BWP 혹은 특정 (pre-defined) BW location에 매핑될 수 있다. 따라서, Contention based RACH 전송을 수행하는 단말이 특정 PRACH sub-group의 PRACH 자원으로 MSG1 혹은 MSGA를 전송한 경우, 단말은 특정 PRACH sub-group에 매핑되는 (sub-)BWP 혹은 (pre-defined) BW location으로 MSG2 혹은 MSGB에 대한 PDCCH and/or PDSCH가 전송될 것으로 기대할 수 있다. 만일 contention based RACH 전송을 수행할 경우, 기지국은 단말전용 PRACH 자원과 이에 대한 응답을 수신할 (sub-)BWP 혹은 (pre-defined) BW location을 함께 할당할 수 있다. 가령, 기지국은 단말전용 PRACH 자원을 할당하는 DCI 혹은 RRC 메시지를 통해 응답을 수신할 (sub-)BWP 혹은 (pre-defined) BW location의 index를 지시할 수 있다.
이에 Contention based RACH 전송을 수행하는 단말은 MSG1 혹은 MSGA의 PRACH sub-group이 매핑되는 (sub-)BWP 혹은 (pre-defined) BW location을 통해 MSG2 혹은 MSGB에 대한 PDCCH를 모니터링하고, PDCCH가 스케줄링하는 PDSCH를 수신할 수 있다. 혹은 option BW3의 단말은 PDCCH 모니터링은20 Mhz initial DL BWP을 통해 수행하고, PDCCH에 대한 PDSCH는 PRACH sub-group이 매핑되는 (sub-)BWP 혹은 (pre-defined) BW location의 5 Mhz 영역을 통해 수신할 수 있다.
한편, contention based RACH 전송을 수행하는 단말은 단말전용 PRACH 자원을 할당하는 DCI 혹은 RRC 메시지가 지시한 (sub-)BWP 혹은 (pre-defined) BW location를 통해 MSG2 혹은 MSGB에 대한 PDCCH를 모니터링하고, PDCCH가 스케줄링하는 PDSCH를 수신할 수 있다. 혹은 option BW3의 단말은 PDCCH 모니터링은20 Mhz initial DL BWP을 통해 수행하고, PDCCH에 대한 PDSCH는 단말전용 PRACH 자원을 할당하는 DCI 혹은 RRC 메시지가 지시한 (sub-)BWP 혹은 (pre-defined) BW location의 5 Mhz 영역을 통해 수신할 수 있다. 단말전용 PRACH 자원을 할당하는 DCI 혹은 RRC 메시지가 별도 (sub-)BWP 혹은 (pre-defined) BW location을 지정하지 않을 경우, 단말은 기지국이 시스템 정보 혹은 단말 전용 메시지로 설정한 (sub-)BWP 혹은 (pre-defined) BW location의 5 Mhz 영역을 통해 PDCCH and/or PDSCH를 수신할 수 있다.
한편, MSG2 혹은 MSGB 송수신을 위해 아래 방식들이 고려될 수 있다.
(1) 방식1: 단말은 기존 20 Mhz (initial) UL BWP에서 DL sub-BWP (5Mhz)에 매핑되는 PRACH partition으로 20 Mhz 기반 PRACH preamble을 전송한다.
1) 방식1-1: 상기 DCI의 CRC를 스크램블링하는 RA-RNTI 수식에서 DL (sub-)BWP index값 (혹은 (pre-defined) BW location index) 을 고려하도록 한다.
이 방식에서 상기 DCI는 특정 DL (sub-)BWP (i.e. 특정 BW location) 혹은 특정 DL (sub-)BWP에 대한 특정 PRACH partition (i.e. PRACH sub-group)에 대한 MSG2 혹은 MSGB용 PDSCH를 스케줄링한다.
가령, 아래 표 6과 같이 RA-RNTI를 계산할 수 있다.
The RA-RNTI associated with the PRACH occasion in which the Random Access Preamble is transmitted, is computed as:
Alt 1:
RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id + 14 × 80 × 8 × N x DL (sub-)BWP index
Alt 2:
RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × DL (sub-)BWP index + 14 × 80 × 8 × M x ul_carrier_id
where s_id is the index of the first OFDM symbol of the PRACH occasion (0 ≤ s_id < 14), t_id is the index of the first slot of the PRACH occasion in a system frame (0 ≤ t_id < 80), where the subcarrier spacing to determine t_id is based on the value of μ specified in clause 5.3.2 in TS 38.211 [8] for μ = {0, 1, 2, 3}, and for μ = {5, 6}, t_id is the index of the 120 kHz slot in a system frame that contains the PRACH occasion (0 ≤ t_id < 80), f_id is the index of the PRACH occasion in the frequency domain (0 ≤ f_id < 8), and ul_carrier_id is the UL carrier used for Random Access Preamble transmission (0 for NUL carrier, and 1 for SUL carrier).
N: the configured or maximum number of ul_carrier_id
M: the configured or maximum number of DL (sub-)BWP index
2) 방식 1-2: RA-RNTI 계산은 종래에 따라 하고, 방법3과 같이 FDRA/TDRA를 적용하여 PDSCH를 전송한다. 3) 방식 1-3: RA window를 DL sub-BWP 혹은 PRACH partition에 따라 나누어 PDSCH를 전송하도록 한다.
가령, 특정 PRACH partition (i.e. PRACH sub-group)으로 MSG1 혹은 MSGA를 전송한 경우, 단말은 특정 PRACH partition (i.e. PRACH sub-group)에 매핑되는 RA window에서 PDCCH를 모니터링하거나, 특정 DL (sub-)BWP (i.e. 특정 BW location)에 매핑되는 RA window에서 PDCCH를 모니터링한다. 이때 특정 DL (sub-)BWP (i.e. 특정 BW location)는 특정 PRACH partition (i.e. PRACH sub-group)에 매핑될 수 있다.
이때 상기 RA window에서 수신한 PDCCH가 스케줄링하는 PDSCH는 특정 DL (sub-)BWP (i.e. 특정 BW location)를 통해 송수신되고, 해당 PDSCH가 전송하는 MSG2 혹은 MSGB MAC CE는 특정 PRACH partition (i.e. PRACH sub-group)에 대한 응답을 포함할 수 있다.
4) 방식 1-4: 상기 DCI가 특정 DL sub-BWP (i.e. BW location)를 index 혹은 bitmap 형태로 지시할 수 있다.
이때 index 혹은 bitmap 형태의 예는 다음과 같다.
- Alt 1: index가 특정 sub-BWP를 지시한다 e.g. index = sub-BWP#2
- Alt 2: bitmap의 특정 bit 위치가 특정 sub-BWP에 매핑된다. bitmap으로 하나 또는 복수의 sub-BWP를 지시할 수 있다 e.g. bitmap = 1010인 경우, DCI가 sub-BWP#1, #3를 지시한다. 이 경우 해당 DCI가 스케줄링하는 복수의 PDSCH (즉, sub-BWP#1의 PDSCH와 sub-BWP#3의 PDSCH)가 FDM 혹은 TDM으로 전송된다.
a. 방식 1-4A: 특정 PRACH partition (i.e. PRACH sub-group)으로 MSG1 혹은 MSGA를 전송한 경우, 단말은 특정 PRACH partition (i.e. PRACH sub-group)에 매핑되는 sub-BWP (i.e. BW location)에서 PDSCH를 수신할 수 있다. 이때 특정 DL (sub-)BWP (i.e. 특정 BW location)는 특정 PRACH partition (i.e. PRACH sub-group)에 매핑될 수 있다. 만일 MSG2 혹은 MSGB용 DCI가 특정 DL (sub-)BWP (i.e. 특정 BW location)를 지시한 경우, 딘말은 특정 DL (sub-)BWP (i.e. 특정 BW location)에서 PDSCH를 수신한다. 그렇지 않을 경우, PDSCH를 수신하지 않는다.
b. 방식 1-4B: 특정 PRACH partition (i.e. PRACH sub-group)으로 MSG1 혹은 MSGA를 전송한 경우, 단말은 특정 PRACH partition (i.e. PRACH sub-group)에 매핑되는 sub-BWP (i.e. BW location)에서 PDCCH를 모니터링한다. 이후 수신한 DCI가 지시하는 특정 DL sub-BWP (i.e. BW location)를 통해 MSG2 혹은 MSGB용 PDSCH를 수신할 수 있다.
c. 방식 1-4C: 단말은 PRACH 전송후 PDCCH를 모니터링한다. 이후 수신한 DCI가 지시하는 특정 DL sub-BWP (i.e. BW location)를 통해 MSG2 혹은 MSGB용 PDSCH를 수신할 수 있다.
(2) 방식2: 단말은 기존 20 Mhz (initial) UL BWP를 N개의 UL sub-BWP (가령 5Mhz UL BW location)으로 나누고, 각 UL sub-BWP에 매핑되는 PRACH partition으로 5 Mhz 기반 PRACH preamble을 전송한다.
Contention based RACH인 경우, 단말은 자신의 UE type (e.g. Option BW1, BW2 or BW3 UE) 혹은 UE capability (e.g. 100 Mhz BW, 20 Mhz BW or 5 Mhz BW UE) 혹은 Release (Pre-R17 UE or R17 R-UE or R18 R-UE) 혹은 단말의 UE ID (가령, s-TMSI, resume ID 혹은 C-RNTI) 혹은 단말의 특정 RNTI에 따라 N개의 UL sub-BWP 중에서 하나의 UL sub-BWP를 선택하여 PRACH preamble을 전송한다.
Contention based RACH 혹은 Contention Free RACH인 경우, 단말은 기지국이 시스템정보 혹은 단말전용 RRC 메시지 혹은 DCI를 통해 설정한 UL sub-BWP (and/or DL sub-BWP)를 통해 PRACH preamble을 전송할 수 있다. 특히, Contention free RACH인 경우, 단말전용 PRACH 자원을 할당하는 DCI 혹은 RRC메시지가 특정 UL sub-BWP (and/or DL sub-BWP)을 지시하는 index 혹은 bitmap을 포함할 수 있다. 이 경우, 단말은 설정/지시된 UL sub-BWP를 통해 PRACH preamble을 전송할 수 있다. (DL sub-BWP가 설정/지시된 경우, 설정/지시된 DL sub-BWP를 통해 MSG2 혹은 MSGB의 PDCCH and/or PDSCH를 수신할 수 있다)
1) 방식 2-1: 상기 DCI의 CRC를 스크램블링하는 RA-RNTI 수식에서 UL sub-BWP를 고려해서 RA-RANTI값을 계산하도록 한다.
이 방식에서 RA-RNTI 수식에 고려되는 UL sub-BWP은 단말이 전송한 PRACH partition (i.e. PRACH sub-group)에 매핑된다.
가령, 아래 표 7과 같이 RA-RNTI를 계산할 수 있다.
The RA-RNTI associated with the PRACH occasion in which the Random Access Preamble is transmitted, is computed as:
Alt 1:
RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id + 14 × 80 × 8 × N x UL (sub-)BWP index
Alt 2:
RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × UL (sub-)BWP index + 14 × 80 × 8 × M x ul_carrier_id
where s_id is the index of the first OFDM symbol of the PRACH occasion (0 ≤ s_id < 14), t_id is the index of the first slot of the PRACH occasion in a system frame (0 ≤ t_id < 80), where the subcarrier spacing to determine t_id is based on the value of μ specified in clause 5.3.2 in TS 38.211 [8] for μ = {0, 1, 2, 3}, and for μ = {5, 6}, t_id is the index of the 120 kHz slot in a system frame that contains the PRACH occasion (0 ≤ t_id < 80), f_id is the index of the PRACH occasion in the frequency domain (0 ≤ f_id < 8), and ul_carrier_id is the UL carrier used for Random Access Preamble transmission (0 for NUL carrier, and 1 for SUL carrier).
N: the configured or maximum number of ul_carrier_id
M: the configured or maximum number of UL (sub-)BWP index
이때, UL (sub-)BWP index는 PRACH sub-group index로 대체될 수 있다.
2) 방식 2-2: RA-RNTI 계산은 종래에 따라 하고, 방법3과 같이 FDRA/TDRA를 적용하여 PDSCH를 전송한다.
3) 방식 2-3: RA window를 UL sub-BWP 혹은 PRACH partition에 따라 나누어 PDSCH를 전송하도록 한다.
가령, 특정 UL sub-BWP (i.e. 특정 UL BW location) 혹은 특정 PRACH partition (i.e. PRACH sub-group)으로 MSG1 혹은 MSGA를 전송한 경우, 단말은 특정 UL sub-BWP 혹은 특정 PRACH partition (i.e. PRACH sub-group)에 매핑되는 RA window에서 PDCCH를 모니터링한다. 이때 특정 UL (sub-)BWP (i.e. 특정 UL BW location)는 특정 PRACH partition (i.e. PRACH sub-group)에 매핑될 수 있다.
이때 상기 RA window에서 수신한 PDCCH가 스케줄링하는 PDSCH는 MSG2 혹은 MSGB MAC CE를 전송하고, 전송되는 MSG2 혹은 MSGB MAC CE는 특정 UL sub-BWP (i.e. 특정 UL BW location) 혹은 특정 PRACH partition (i.e. PRACH sub-group)으로 전송된 MSG1 혹은 MSGA에 대한 응답을 포함할 수 있다.
4) 방식 2-4: 상기 DCI가 특정 DL sub-BWP (i.e. BW location)를 index 혹은 bitmap 형태로 지시할 수 있다.
이때 index 혹은 bitmap 형태의 예는 다음과 같다.
- Alt 1: index가 특정 sub-BWP를 지시한다 e.g. index = sub-BWP#2
- Alt 2: bitmap의 특정 bit 위치가 특정 sub-BWP에 매핑된다. bitmap으로 하나 또는 복수의 sub-BWP를 지시할 수 있다 e.g. bitmap = 1010인 경우, DCI가 sub-BWP#1, #3를 지시한다. 이 경우 해당 DCI가 스케줄링하는 복수의 PDSCH (즉, sub-BWP#1의 PDSCH와 sub-BWP#3의 PDSCH)가 FDM 혹은 TDM으로 전송된다.
a. 방식 2-4A: 특정 UL sub-BWP (i.e. 특정 UL BW location) 혹은 특정 PRACH partition (i.e. PRACH sub-group)으로 MSG1 혹은 MSGA를 전송한 경우, 단말은 특정 UL sub-BWP (i.e. 특정 UL BW location) 혹은 특정 PRACH partition (i.e. PRACH sub-group)에 매핑되는 DL sub-BWP (i.e. DL BW location)에서 PDSCH를 수신할 수 있다. 이때 특정 DL (sub-)BWP (i.e. 특정 BW location)는 특정 UL sub-BWP (i.e. 특정 UL BW location) 혹은 특정 PRACH partition (i.e. PRACH sub-group)에 매핑될 수 있다. 만일 수신한 MSG2 혹은 MSGB용 DCI가 특정 DL (sub-)BWP (i.e. 특정 BW location)를 지시한 경우, 딘말은 특정 DL (sub-)BWP (i.e. 특정 BW location)에서 PDSCH를 수신한다. 그렇지 않을 경우, PDSCH를 수신하지 않는다.
b. 방식 2-4B: 특정 UL sub-BWP (i.e. 특정 UL BW location) 혹은 특정 PRACH partition (i.e. PRACH sub-group)으로 MSG1 혹은 MSGA를 전송한 경우, 단말은 특정 UL sub-BWP (i.e. 특정 UL BW location) 혹은 특정 PRACH partition (i.e. PRACH sub-group)에 매핑되는 DL sub-BWP (i.e. BW location)에서 PDCCH를 모니터링한다. 이후 수신한 DCI가 지시하는 특정 DL sub-BWP (i.e. BW location)를 통해 MSG2 혹은 MSGB용 PDSCH를 수신할 수 있다.
c. 방식 2-4C: 단말은 PRACH 전송후 PDCCH를 모니터링한다. 이후 수신한 DCI가 지시하는 특정 DL sub-BWP (i.e. BW location)를 통해 MSG2 혹은 MSGB용 PDSCH를 수신할 수 있다.
이때 R18 R단말가 모니터링하는 PDCCH가 전송되는 특정 UL sub-BWP (i.e. 특정 UL BW location)는 시스템정보 혹은 UE 전용 메시지와 같은 RRC메시지를 통해 설정될 수 있다.
5) 방식 2-5: UL sub-BWP (i.e. 특정 UL BW location) 과 DL sub-BWP (i.e. 특정 DL BW location) 를 항상 매핑한다.
특정 UL sub-BWP (i.e. 특정 UL BW location) 를 통해 MSG1 혹은 MSGA를 전송한 단말은 특정 UL sub-BWP에 매핑되는 DL sub-BWP (i.e. DL BW location)를 통해 MSG2 혹은 MSGB용 PDCCH 혹은 PDSCH를 수신한다.
특정 UL sub-BWP에 매핑되는 DL sub-BWP (i.e. DL BW location)를 통해 MSG2 혹은 MSGB용 PDCCH를 수신한 경우, PDSCH는 상기 다른 방식들중 하나를 이용하여 수신할 수도 있다. 가령, PDCCH가 지시하는 DL sub-BWP (i.e. DL BW location)를 통해 MSG2 혹은 MSGB용 PDSCH를 수신할 수도 있다.
기지국은 시스템정보 혹은 UE 전용 메시지와 같은 RRC메시지를 통해 특정 UL sub-BWP과 특정 DL sub-BWP의 매핑 관계를 단말(들)에게 알려줄 수 있다. 이때, UL sub-BWP과 DL sub-BWP를 1:1로 매핑하거나, 1:N으로 매핑하거나, N:1로 매핑할 수 있다.
도 6은 일 실시예에 따른 신호 송수신 방법의 흐름을 도시한다. 도 6을 참조하면, 단말은 시스템 정보를 수신하고 (605), RACH를 설정할 수 있다(610). 단말은 PRACH를 송신하고(620), 이에 응답하여 RAR을 수신하고 (625), MSG3 PUSCH를 송신할 수 있다(630).
4 step RACH인 경우, 단말은 MSG2 수신에 따라 MSG3 PUSCH를 전송할 수 있다. 2 step RACH인 경우, MSGA PRACH 전송에 이어 MSGA PUSCH를 전송한다. 이때 R18 R단말은 MSG3 PUSCH 혹은 MSGA PUSCH의 MAC PDU (sub-)header를 통해 R18 R단말임을 지시하거나, 단말의 type에 따라 Option BW1 혹은 BW2 혹은 BW3를 지시할 수 있다. 가령, (sub-)header의 LCID 필드의 특정 값이 R18 R단말임을 지시하거나 Option BW1 혹은 BW2 혹은 BW3을 지시할 수 있다.
방법 1: One DCI schedules multiple PDSCH transmissions in FDM within 20 Mhz DL BWP for multiple RAR
도 7은 일 실시예에 따른 RAR을 위한 N개의 PDSCH 자원 할당 방식을 예시한다.
가령, Rel.18 단말들을 위한 별도의 Search Space/CORESET 혹은 5Mhz용 별도의 initial BWP가 있을 경우, 기지국은 20 Mhz BWP를 4개 이상/이하인 5 Mhz sub-BWP 혹은 5Mhz BW location들로 나눌 수 있다. 이때 전체 sub-BWP들 혹은 BW location들의 집합은 20 Mhz인 initial BWP를 넘어서 설정될 수 있다. 가령, 15khz SCS에서 4개의 5Mhz BW location으로 할당할 경우 20 Mhz를 초과해서 할당해야 가능할 수도 있다. 이러한 방식은 RAR전송을 위한 PDSCH 전송에 적용될 수 있다.
가령 도 7에서, MSG2 혹은 MSGB 전송의 경우, 20 Mhz내 하나의 DCI는 RA-RNTI 혹은 MSGB-RNTI로 CRC가 스크램블링되어 전송되고, DCI가 스케줄링하는 복수의 PDSCH들은 상기 설명한 바와 같이 서로 다른 PRACH partition (혹은 서로 다른 PRACH sub-group)을 위한 서로 다른 RAR MAC CE 혹은 MSGB용 MAC CE를 각각 전송한다.
도 7에 도시된 바와 같이, Rel.18 PRACH partition (즉 PRACH 서브그룹)을 이용하여 PRACH 송신을 수행하는 Rel.18 UE의 경우, FDM에서 다중 PDSCH 전송은 개별 PRACH 서브-그룹으로 분할될 수 있다. 이 경우, 동일한 DCI에 의해 스케줄링되는 모든 FDMed PDSCH에 동일한 TDRA(Time Domain Resource Allocation)가 적용될 수 있다. DCI를 나르는 PDCCH는 옵션 BW3의 UE에 대해 20MHz 내에서 전송될 수 있다. DCI를 나르는 PDCCH는 옵션 BW1 또는 BW2의 UE에 대해 5MHz 내에서 전송될 수 있다.
RACH MSG2 또는 MSGB을 위해 주파수 호핑이 설정된 경우, BW1의 UE에 대해 5MHz 내의 PDCCH는 5MHz 내의 PDSCH를 스케줄링할 수 있으며, 여기서 5MHz PDCCH와 5MHz PDSCH는 주파수 영역에서 서로 다르게 할당될 수 있고 주파수 영역에서 중첩되거나 중첩되지 않을 수 있다. UE는 동일한 슬롯에서 5MHz PDCCH와 5MHz PDSCH를 모두 디코딩할 수 없을 수 있으므로, 5MHz PDCCH는 다음 (서브)슬롯에서 5MHz PDSCH를 스케줄링할 수 있다(즉, 크로스 슬롯 스케줄링에 의함). 예를 들어, 5MHz PDCCH는 첫 번째 슬롯에서 전송될 수 있고, 5MHz PDCCH에 의해 스케줄링된 5MHz PDSCH는 첫 번째 슬롯 이후 두 번째 슬롯에서 전송될 수 있다. 첫 번째 슬롯과 두 번째 슬롯 사이에는 0개 또는 하나 이상의 슬롯이 있을 수 있다.
도 7에서 FDMed PDSCH는 동일한 슬롯에서 스케줄링된다. 또는 FDMed PDSCH는 서로 다른 슬롯에서 스케줄링될 수 있다. 예를 들어, sub-group1에 대한 5MHz PDSCH는 첫 번째 슬롯의 PDCCH에 의해 첫 번째 슬롯에 스케줄링되고, sub-group2에 대한 5MHz PDSCH는 첫 번째 슬롯의 PDCCH에 의해 두 번째 슬롯에 스케줄링되며, sub-group3에 대한 5MHz PDSCH는 첫 번째 슬롯의 PDCCH에 의해 세 번째 슬롯에 스케줄링되고, sub-group 4에 대한 5MHz PDSCH는 첫 번째 슬롯의 PDCCH에 의해 세 번째 슬롯에 스케줄링되거나 네 번째 슬롯에 스케줄링될 수 있다. 동일하거나 다른 5MHz에서 다중 5MHz PDSCH 전송은 동일한 DCI 또는 20MHz 내의 다른 DCI에 의해 스케줄링될 수 있다. 5MHz PDSCH는 완전히 또는 부분적으로 PDCCH의 20MHz 외부 또는 PDCCH의 20MHz 내에서 스케줄링될 수 있다. 동일한 TDRA가 동일한 슬롯 또는 다른 슬롯에서 다중 5MHz PDSCH 전송에 적용될 수 있다.
상기 TDRA 방식들에서 DCI 전송와 PDSCH전송간 차이에 해당하는 K0값은 RRC 메시지로 설정되거나, 고정된 K0값으로 설정될 수 있다. 혹은 DCI가 K0값을 지시할 수 있다. 이러한 K0값은 BW option마다 별도로 설정 혹은 지시되도록 할 수 있다. 가령, RRC 메시지 혹은 DCI는 option마다 K0값을 설정/지시하고, 이때 BW2 option 단말은 BW1 option 단말보다 작은 K0값으로 설정/지시될 수 있다. 상기 K0값은 DCI와 PDSCH간 time gap을 slot level 차이로 설정할 수도 있고, symbol level 차이로 설정할 수도 있다.
Rel.18 UE의 경우, FDRA(Frequency Domain Resource Allocation)를 위한 (초기) BWP 내의 서브 BWP 또는 BW 위치는 다음과 같이 결정될 수 있다:
(1) Opt A: PDSCH를 위한 5MHz 위치는 각 서브 그룹에 대한 Rel.18 rule 또는 RRC 메시지에 의해 구성 (예: PRACH partition 기반).
Rel.18 UE는 5MHz 내에서 PDSCH를 수신하기 위해 미리 정의된 BW 위치로 설정할 수 있다. 예를 들어, 도 7에서 PRACH 서브그룹 3를 이용하여 PRACH 송신을 수행하는 특정 UE는 미리 정의된 rule에 따라 결정된 세 번째 5MHz 위치 내에서 스케줄링된 서브 그룹 3의 PDSCH로 설정될 수 있다. 미리 정의된 규칙은 PRACH 서브그룹과 시스템 정보 및/또는 UE dedicated 시그널링에 의해 설정될 수 있는 미리 정의된 BW 위치 간의 매핑을 기반으로 할 수 있다. 미리 정의된 BW 위치는 너비가 5MHz이거나, 5MHz 이상이거나 또는 5MHz 보다 더 작을 수 있으며 Rel.18 UE의 DL (서브)BWP로 설정될 수 있다. UE는 또한 미리 정의된 5MHz 위치 내에서 PDCCH를 모니터링할 수 있으며, PDCCH는 미리 정의된 BW 위치 내에서 PDSCH를 스케줄링한다. PDCCH의 사전 정의된 BW 위치는 PDCCH에 의해 스케줄링된 PDSCH의 사전 정의된 BW 위치와 동일하거나 다를 수 있다.
미리 정의된 BW 위치는 UE의 서브 BWP 또는 UE의 (초기) BWP로 설정될 수 있다. 시스템 정보 또는 UE 전용 시그널링에 의해 설정 또는 재설정될 수 있다.
(2) Opt B: PDSCH를 위한 5MHz 위치가 동적으로 할당
(initial) BWP의 전체 주파수영역 (e.g. 20 MHz)에 대해서, 단말은 MSG2 혹은 MSGB용 DCI를 수신하고, DCI가 특정 sub-BWP 혹은 pre-defined BW location의 index/지시자를 포함할 경우, 지시된 특정 sub-BWP 혹은 pre-defined BW location에서 DCI가 스케줄링하는 PDSCH를 수신한다.
- UE Opt A 또는 B 중 하나를 사용하거나 또는, Opt A와 B를 모두 사용할 수 있다. 가령, 5MHz location이 pre-defined 되어 있더라도, cross-slot scheduling을 지시하는 DCI가 scheduled PDSCH의 5MHz location을 변경할 수도 있다.
1) Opt B1: (initial) BWP의 전체 주파수영역 (e.g. 20 MHz)에 대해서, 특정 sub-BWP 혹은 pre-defined BW location의 index/지시자를 DCI의 FDRA 필드내 특정 bits 혹은 새로운 필드가 지시하는 방식
가령, 도 7의 PDCCH를 통해 DCI를 수신한 경우, 20 MHz를 4개의 sub-BWP로 나눌 경우, FDRA의 2 bit MSB or 2 bit LSB가 특정 sub-BWP 혹은 pre-defined BW location을 지시한다. 이러한 DCI를 수신한 단말은 지시된 sub-BWP 혹은 pre-defined BW location에서 DCI가 스케줄링하는 PDSCH를 수신한다.
2) Opt B2: DCI가 bitmap형태의 필드를 포함하고, bitmap의 각 bit가 특정 sub-BWP 혹은 pre-defined BW location을 지시하며, 상기 DCI는 bitmap이 지시하는 하나 또는 복수의 sub-BWP에 대해서 동일 RIV을 지시하는 것
가령, 도 7의 PDCCH를 통해 DCI를 수신한 경우, bitmap이 0011이면 3번째와 4번째 sub-BWP 혹은 pre-defined BW location의 PDSCH 전송에 대해서 동일 RIV를 적용한다.
한편, 상기 방식들에서, DCI의 FDRA bits내 2 bit MSB 또는 2 bit LSB가 5 MHz sub-BWP 혹은 pre-defined BW location의 위치를 지시할 수도 있다.
한편, 예를 들어, MSG2 혹은 MSGB를 위해서 DCI는 다음과 같이 서로 다른 K0 값으로 시간 도메인에서 여러 Rel.18 PDSCH를 스케줄링할 수 있다:
- K0=1: Rel.18 PDSCH1
- K0=2: Rel.18 PDSCH2
- K0=3: Rel.18 PDSCH3
- K0=4: Rel.18 PDSCH4
도 7의 FDM에서 4개의 PDSCH는 상술한 바와 같이 서로 다른 K0 값으로 시간 도메인에서 할당될 수도 있다.
방법 2: One DCI schedules more than one Rel.18 PDSCH transmission for Rel.18 RAR within or outside pre-Rel.18 DL BWP for Rel.18 RedCap UEs
가령 Pre-release 18 Search Space/CORESET 혹은 Pre-release 18 initial BWP를 이용하여 Pre-release 18 PDSCH 전송과 함께 Rel.18 PDSCH 전송도 함께 스케줄링할 수 있다. 이때 Pre-release 18 PDSCH는 Pre-release 18 단말을 위한 MSG2 혹은 MSGB를 전송하고, Rel.18 PDSCH는 Rel.18 R단말을 위한 MSG2 혹은 MSGB를 전송할 수 있다. 한편, 기지국은 Pre-release 18 initial BWP내 혹은 밖에서 Rel.18 PDSCH를 전송할 수 있으며, Rel.18 PDSCH 전송을 위한 별도의 Rel.18용 sub-BWP 혹은 BW location을 Pre-release 18 initial BWP내 혹은 밖에 설정할 수 있다.
이러한 방식에서, Pre-release 18용 legacy DCI는 Pre-release PDSCH와 Rel.18 PDSCH 전송을 함께 스케줄링할 수 있다. 따라서, pre-Rel.18 단말들과 Rel.18 단말들은 설정에 따라 같은 RA window에서 MSG2 혹은 MSGB용 DCI를 모니터링할 수 있다. 이때 Rel.18 PDSCH 전송을 위해 legacy DCI의 reserved bit들이 다음과 같은 FDRA 혹은 TDRA 정보를 포함할 수 있다.
1) Opt 2-1: legacy DCI의 reserved bits는 Rel.18 PDSCH 전송을 위한 FDRA(e.g. Allocation Type 1의 Resource Indicator Value (RIV))를 지시한다.
DCI에서 legacy PDSCH에 적용된 TDRA는 Rel.18 PDSCH에도 적용된다.
(i) Opt 2-1A: 기존 PDSCH에 적용된 K0 값과 SLIV는 Rel.18 PDSCH에도 적용된다.
(ii) Opt 2-1B: legacy PDSCH에 적용된 SLIV는 Rel.18 PDSCH 전송에도 적용된다. 다만, legacy PDSCH와 Rel.18 PDSCH에는 별도의 K0 값이 적용되며, legacy DCI에서 reserved bits는 별도의 K0 값을 나타낸다.
2) Opt 2-2: legacy DCI의 reserved bits는 Rel.18 전송을 위한 TDRA를 지시한다.
DCI에서 legacy PDSCH에 적용된 FDRA는 Rel.18 PDSCH에도 적용된다. DCI에서 legacy PDSCH에 적용되는 FDRA는 Rel.18 PDSCH에 대한 5MHz 서브 BWP 또는 BW 위치에 반영된다.
(i) Opt 2-2A: legacy PDSCH에 적용된 SLIV는 Rel.18 PDSCH 전송에도 적용된다. 다만, legacy PDSCH와 Rel.18 PDSCH에는 별도의 K0 값이 적용되며, legacy DCI에서 reserved bits는 별도의 K0 값을 나타낸다.
(ii) Opt 2-2B: 별도의 K0 값과 SLIV 값이 기존 PDSCH 및 Rel.18 PDSCH에 적용되며 별도의 K0 값과 SLIV는 기존 DCI의 reserved bits로 지시된다.
예를 들어, DCI는 다음과 같이 MSG2 또는 MSGB를 위한 서로 다른 K0 값으로 시간 도메인에서 하나의 pre-Rel.18 PDSCH와 두 개의 Rel.18 PDSCH를 스케줄링할 수 있다.
- K0=1: pre-R18 PDSCH for pre-R18 MSG2 or MSGB
- K0=2: Rel.18 PDSCH1 for Rel.18 MSG2 or MSGB
- K0=3: Rel.18 PDSCH2 for Rel.18 MSG2 or MSGB
3) Opt 2-3: legacy DCI의 reserved bits는 Rel.18 PDSCH 전송을 위한 FDRA 및 TDRA 모두를 지시한다.
(i) Opt 2-3A: TDRA의 경우 legacy PDSCH에 적용된 SLIV는 Rel.18 PDSCH 전송에도 적용된다. 다만, legacy PDSCH와 Rel.18 PDSCH에는 별도의 K0 값이 적용되며, legacy DCI에서 reserved bits는 별도의 K0 값을 나타낸다.
(ii) Opt 2-3B: TDRA의 경우 legacy PDSCH와 Rel.18 PDSCH에 별도의 K0 값과 SLIV 값이 적용되며 legacy DCI에서 별도의 K0 값과 SLIV는 reserved bits로 지시된다.
(iii) Opt 2-3C: FDRA 할당 유형 1의 경우 legacy PDSCH 및 Rel.18 PDSCH에 별도의 RIV 값이 적용되며 legacy DCI의 reserved bits에 의해 별도의 RIV 값이 표시되고 Rel.18 (서브)BWP 또는 BW 위치에 적용된다. 예를 들어 5MHz 대역폭.
(iv) Opt 2-3D: FDRA 할당 유형 0의 경우, 별도의 RBG 비트맵이 legacy PDSCH 및 Rel.18 PDSCH에 적용되며, 별도의 RBG 비트맵은 legacy DCI의 reserved bits로 표시되고 Rel.18 (서브)BWP 또는 BW 위치에 적용된다. 예를 들어 5MHz 대역폭.
도 8와 도 9는 상기 Opt 2-1을 이용한 RACH응답용 Rel.18 PDSCH 자원 할당의 예를 보여준다. 도 8와 도 9B에서는 RACH응답을 위한 legacy PDSCH과 Rel.18 PDSCH가 같은 TDRA를 적용하지만 서로 다른 FDRA를 적용하는 방식을 보여준다. 도 8에서는 상기 DCI로 스케줄링되는 RACH응답용 Rel.18 PDSCH가 복수 개이고, legacy initial BWP에 모두 포함되는 경우를 보여준다 (20 MHz 내 Rel.18 PDSCH 자원 할당). 한편, 도 9에서는 상기 DCI로 스케줄링되는 RACH응답용 Rel.18 PDSCH가 하나이고, legacy initial BWP에 포함되지 않는 경우를 보여준다 (20 MHz 밖 Rel.18 PDSCH 자원 할당). 도 10에서는 Opt 2-2 혹은 Opt 2-3을 이용한 RACH응답용 Rel.18 PDSCH 자원 할당의 예를 보여준다. 도 10와 같이, Opt 2-2에 따라 legacy PDSCH에 대한 FDRA bits들을 next slot의 Rel.18 PDSCH들을 위해 각각의 5 MHz에 적용될 수 있다. 또한, 도 10와 같이, Opt 2-3에 따라 legacy PDSCH와 다른 FDRA와 TDRA를 Rel.18 PDSCH(들)의 각각의 5 MHz에 적용할 수 있다.
한편, 도 10에서 RACH응답을 위한 legacy PDSCH의 FDRA로 결정된 PRB들 중에서 Rel.18의 DL (sub-)BWP 혹은 DL BW location (가령 5MHz)에 속한 주파수 자원들로만 RACH응답을 위한 Rel.18 PDSCH의 FDRA를 결정할 수도 있다.
한편, 도 9는 BW3 option에는 적절한 설정이 아닐 수도 있다.
방법 3: Rel.18 R-단말의 RACH 응답을 위한 5 MHz PDSCH 전송의 FDRA Allocation Type 0와 Type 1 방식
방법 1 혹은 방법 2의 (sub-)BWP 혹은 BW location에서의 RACH응답을 위한 PDSCH 주파수 자원 할당을 위해 하기 방법 3이 다음과 같이 적용될 수 있다.
Rel.18 UE의 경우, (초기) BWP 내 UE의 서브 BWP 또는 BW 위치에 대하여 FDRA(Frequency Domain Resource Allocation)는 다음과 같이 결정될 수 있다:
(1) FDRA Allocation Type0
도 11에 도시된 바와 같이 기존 FDRA 할당 타입0은 결정된 RBG 크기 및 RBG의 수에 기초한다.
1) Opt A1-1: (상기 box에서) FDRA allocation type0에 따라 PDSCH 자원을 할당할 경우, total number of RBGs 와 PRBs의 계산시 BWP size를 sub-BWP size 혹은 pre-defined BW location size (e.g. 5 MHz) 단위로 계산한다. 가령, 동일 DCI를 수신한 서로 다른 PRACH sub-group을 전송한 UE1과 UE2는 동일 FDRA을 각각 lower 5MHz와 upper 5MHz에 적용하고, 각 5MHz에 대해서 수신한 DCI의 RBG bitmap을 적용하여 각 5MHz에 대한 PDSCH 자원 위치를 결정한다.
2) Opt A1-2: FDRA allocation type0에 따라 PDSCH 자원을 할당할 경우, DCI는 종래와 같이 전체 BWP (e.g. 20 MHz)의 RBG들에 대해 PDSCH(들)이 할당되는 RBG(들)을 bitmap으로 지시하고, 특정 단말은 자신에게 설정된 sub-BWP 혹은 pre-defined BW location에 대한 RBG들만으로 수신할 PDSCH 위치를 결정한다.
이때 DCI의 bitmap은 아래와 같이 설정될 수 있다.
i) Opt A1-2a: 상기 DCI가 sub-BWP별 혹은 pre-defined BW location별 bitmap필드를 포함한다. 즉, 상기 DCI가 하나 또는 복수의 sub-BWP 혹은 pre-defined BW location에 대한 하나 또는 복수의 필드를 포함한다.
ii) Opt A1-2b: 상기 DCI는 하나의 bitmap 필드를 포함하고, 하나의 bitmap이 복수의 sub-BWP 혹은 pre-defined BW location에 대한 FDRA들을 지시한다. 단말은 bitmap내에서 자신의 sub-BWP 혹은 pre-defined BW location에 매핑되는 bit들의 start/end 위치를 찾아 이로부터 자신의 sub-BWP 혹은 pre-defined BW location의 PDSCH에 대한 FDRA를 적용한다.
이러한 방식에서 단말은 bitmap내에서 해당 BWP의 전체 sub-BWP 혹은 pre-defined BW location들에 대한 start/end 위치를 계산하고, 이에 따라 자신의 sub-BWP 혹은 pre-defined BW location에 대한 bitmap내 bit들을 찾아 FDRA를 적용한다.
iii) Opt A1-2c: 상기 DCI는 종래처럼 해당 BWP의 전체 RBG들에 대한 bitmap에서 자신의 sub-BWP에 속한 RBG들만으로 PDSCH를 수신한다.
이때 sub-BWP 혹은 pre-defined BW location의 경계가 경계 부근 RBG를 나눌 경우, 아래 두가지 방식 중 하나로 결정된다.
i) sub-BWP 혹은 pre-defined BW location 내에 포함되는 RBG 부분으로만 경계 부근 RBG를 구성한다. 따라서, 경계 부근 RGB의 size는 다른 RBG size보다 작은 size로 결정된다; 혹은
ii) sub-BWP 혹은 pre-defined BW location 내에 포함되는 RBG 부분을 인접한 RBG의 부분으로 포함되도록 한다. 따라서, 인접한 RBG의 size는 포함된 RBG 부분만큼 증가한다.
(2) FDRA Allocation Type1
FDRA allocation type1에 따라 PDSCH 자원을 할당할 경우, 아래와 같이 Sub-BWP별 혹은 단말이 전송한 PRACH sub-group별로 서로 다른 RB start를 갖도록 설정할 수 있다.
1) Opt A2-1: 기지국은 RB start값을 단말 혹은 PRACH sub-group 별로 미리 지정할 수 있다. 기지국의 설정에 따라, 단말의 혹은 PRACH sub-group의 sub-BWP (혹은 pre-defined BW location) 혹은 단말이 전송한 PRACH sub-group과 연결된 RB start값을 결정한다.
- 가령, 도 H2의 PDCCH를 통해 수신한 DCI에서, DCI의 RIV는 lowest RB start값 혹은 기준이 되는 reference RB start값 혹은 RB start=0을 지시하도록 한다. 이러한 DCI를 수신한 단말은 sub-BWP별 혹은 pre-defined BW location별 혹은 PRACH sub-group별로 RB start가 설정한다. 예를 들어, DCI의 RIV가 RB start=0로 지시된 경우, PRACH sub-group1을 전송한 UE1 과 PRACH sub-group2를 전송한 UE2는 각각 RB start1과 RB start2를 적용하여 각각의 FDRA를 계산하도록 한다. 결과적으로 RB start=0을 지시하는 DCI는 PRACH sub-group에 공통인 RB length만 지시하게 되고, RB start는 PRACH sub-group 별로 RRC 메시지로 semi-static하게 지정할 수 있다.
2) Opt A2-2: 단말은 DCI의 RIV 값에 따라 자신의 혹은 PRACH sub-group에 해당하는 sub-BWP 혹은 pre-defined BW location에 resource allocation이 존재하는지 판단하여 PDSCH를 수신할지 여부를 결정한다.
- 가령, 단말은 initial BWP내에서 MSG2 혹은 MSGB 수신을 위해 자신 혹은 PRACH sub-group에 설정된 sub-BWP 혹은 pre-defined BW location을 설정한다. 이후, 도 H2의 PDCCH를 통해 DCI를 수신한 경우, DCI의 RIV 값에 따라 initial BWP내 전체 PDSCH용 contiguous PRB들을 계산하고, 자신에게 설정된 sub-BWP 혹은 pre-defined BW location내에 위치한 PRB들로만 PDSCH 전송 자원을 계산하여 해당 PDSCH를 수신한다.
3) Opt A2-3: 단말은 DCI의 RIV 값에 따른 전체 contiguous PRB들을 1/N로 나누어 N개의 PRB set을 계산하고, 그중 하나의 PRB set을 선택하여 PDSCH를 수신한다. 이때 선택한 PRB set이 자신의 sub-BWP 혹은 pre-defined BW location 주파수영역과 일부만 겹치거나 겹치지 않을 경우, 단말은 PRB set에 따라 re-tuning할 수 있다.
- 가령, 도 7의 PDCCH를 통해 DCI를 수신한 경우, DCI의 RIV 값에 따라 initial BWP내 전체 PDSCH용 contiguous PRB들을 계산하고, 수신한 RIV에 따라 할당된 전체 contiguous PRB들을 1/N로 나누어 N개의 PRB set을 계산하여 PRB set을 선택한다.
i) 이때, 단말은 단말이 속한 sub-BWP의 index 혹은 pre-defined BW location index 혹은 PRACH sub-group index 혹은 단말의 UE ID를 기반으로, N개 PRB set들중에서 하나의 PRB set을 선택하고 선택 PRB set에 따라 PDSCH를 수신한다; 혹은
ii) 이때, 단말은 자신의 sub-BWP 혹은 pre-defined BW location의 주파수 영역에 속한 PRB set을 선택한다. 선택한 PRB set이 복수인 경우, 모든 PRB set을 선택하거나, 이중 PRB수가 가장 많은 PRB set을 하나 선택한다.
4) Opt A2-4: DCI가 sub-BWP별 혹은 pre-defined BW location별 혹은 PRACH sub-group별 RIV값을 별도로 지시한다. 이때 DCI의 필드는 다음과 같이 구성될 수 있다.
i) Opt A2-4a: sub-BWP별 혹은 pre-defined BW location별 혹은 PRACH sub-group별 RIV값이 DCI내 sub-BWP별 혹은 pre-defined BW location별 서로 다른 필드로 지시된다.
ii) Opt A2-4b: sub-BWP별 혹은 pre-defined BW location별 혹은 PRACH sub-group별 RIV값이 DCI내 하나의 필드로 지시된다.
이때 단말은 BWP내 모든 sub-BWP 혹은 pre-defined BW location 혹은 PRACH sub-group들을 고려해서 자신의 sub-BWP혹은 pre-defined BW location 혹은 PRACH sub-group에 대한 RIV bit의 start/end 위치를 파악한다.
iii) Opt A2-4c: RB start=0 혹은 lowest/highest/ref sub-BWP를 기준으로 계산된 RIV값과 다른 sub-BWP 혹은 pre-defined BW location 혹은 PRACH sub-group에 대한 RB start값들을 하나 또는 별도의 필드를 포함한다.
가령, DCI의 RIV값은 RB start=0를 기준으로 지시되고, 해당 DCI가 UE1에 대한 RB start1와 UE2에 대한 RB start2를 추가로 포함하도록 한다.
한편, DCI에서 FDRA bit size는 CORESET0 size 대신에 sub-BWP size 혹은 pre-defined BW size (e.g. 5 MHz)를 이용하여 FDRA bit size를 결정할 수 있다.
상기 방식들은 BW3 option뿐만 아니라 다른 BW1/BW2 option의 단말들에도 적용될 수 있다. 가령, BW1/2 option 단말은 5MHz DCI를 수신한 후, sub-BWP 혹은 pre-defined BW location을 hopping하여 5MHz PDSCH를 수신할 수 있다. 이때 5MHz DCI와 이에 대한 5MHz PDSCH의 5MHz 주파수 영역은 서로 다르게 할당될 수 있다.
한편, 단말은 상기 FDRA 할당에 따라 특정 5MHz PDSCH를 수신할지 여부를 판단할 수 있다. 가령, PDSCH의 FDRA 계산 결과, 단말의 sub-BWP 혹은 pre-defined BW location내 PDSCH 전송 자원이 없을 경우 상기 DCI에 대한 PDSCH를 수신하지 않도록 한다. 혹은 단말의 sub-BWP 혹은 pre-defined BW location내 PDSCH 전송 자원이 없을 경우 re-tuning하여 5MHz PDSCH를 수신할 수 있다.
Rel.18 R-단말의 Sub-BWP (혹은 pre-defined BW location) 운용 방식
시스템정보를 통해 상기 sub-BWP 설정정보를 수신한 Rel.18 R-단말은 다음과 같이 DL sub-BWP 혹은 UL sub-BWP를 선택할 수 있다.
(1) Opt C1: 단말전용 UE ID (e.g. s-TMSI or C-RNTI or I-RNTI)를 기반으로 N개 sub-BWP 중 하나의 sub-BWP를 선택한다.
가령, UE ID mod N의 값과 동일한 sub-BWP index를 선택하고 이에 해당하는 sub-BWP를 선택한다.
(2) Opt C2: 단말의 UE type에 따라 N개 sub-BWP 중 하나의 sub-BWP를 선택한다.
가령, 1 RX 단말은 sub-BWPIndex = 0을 선택하고, 2 RX 단말은 sub-BWPIndex = 1, Half-Duplex 단말은 sub-BWPIndex = 2, Full-Duplex 단말은 sub-BWPIndex =3, 20 MHz 단말은 sub-BWPIndex = 4, 5MHz 단말은 sub-BWPIndex =5에 해당하는 sub-BWP를 선택한다.
(3) Opt C3: 단말이 전송한 PRACH sub-group에 따라 하나의 sub-BWP를 선택한다.
가령 sub-group의 index에 따라 매핑되는 sub-BWPIndex를 선택하고, index에 대응하는 sub-BWP를 선택한다.
(4) Opt C4: Random하게 선택한다.
가령, 단말은 [0, 1] 사이 random value를 임의로 선택하고, 기지국이 시스템정보로 전송한 [0, N1, N2, N3,쪋, 1]값과 비교하여 하나의 sub-BWP를 선택한다. 가령, random value가 [0,N1] 사이이면 sub-BWPIndex = 0, [N1, N2]사이이면, sub-BWPIndex = 1, [N2, N3]사이이면, sub-BWPIndex = 3 등으로 선택하고, index에 대응하는 sub-BWP를 선택한다.
(5) Opt C5: 단말이 측정한 cell quality에 따라 sub-BWP를 선택한다.
가령, serving cell의 RSRP 측정값이 Q0 값 이상이면 sub-BWP =0, Q1 값 이상이면 sub-BWP =1, Q2 값 이상이면 sub-BWP =2, 등으로 선택하고, index에 대응하는 sub-BWP를 선택한다.
(6) Opt C6: 단말이 측정한 beam quality에 따라 sub-BWP를 선택한다.
가령, serving cell의 best SSB의 SSB index가 0, 4이면 sub-BWP =0, best SSB의 SSB index가 1, 5이면 sub-BWP =1, best SSB의 SSB index가 2, 6이면 sub-BWP =2, 등으로 선택하고, index에 대응하는 sub-BWP를 선택한다.
(7) Opt C7: 기지국이 지정한 용도에 따라 sub-BWP를 선택한다.
1) C7-0: 기지국은 MIB, 혹은 종래 SIB1을 스케줄링하는 DCI, 혹은 종래 SIB1 메시지를 통해서, Rel.18 R-단말의 R-SIB1이 위치한 sub-BWP를 sub-BWPIndex = 0 (이하 sub-BWP0)로 지정할 수 있다. 혹은 항상 sub-BWPIndex = 0가 R-SIB1를 전송하도록 설정될 수 있다.
따라서, Rel.18 R-단말은 MIB 수신 이후 혹은 종래 SIB1을 스케줄링하는 DCI 수신 이후, 혹은 종래 SIB1 메시지 수신 이후, sub-BWP0로 이동하여 Rel.18 R-단말의 R-SIB1을 수신한다.
Sub-BWP0에는 Rel.18 R-단말을 위한 Cell-defining SSB 혹은 non-cell-defining SSB가 설정될 수 있다. Rel.18 R-단말은 이러한 Rel.18 SSB 설정정보를 종래 SIB1 혹은 R-SIB1으로부터 획득한다.
Rel.18 R-단말은 기지국의 설정으로 Rel.18 SSB를 측정하며, cell selection/reselection를 위한 idle mobility measurement에 적용하거나, sub-BWP에서의 paging 모니터링, sub-BWP에서의 PRACH preamble/resource selection 등에 Rel.18 SSB 측정결과를 적용할 수 있다.
2) C7-1: 기지국은 MIB, 혹은 종래 SIB1을 스케줄링하는 DCI, 혹은 종래 SIB1 메시지를 통해서 혹은 Rel.18 R-단말의 R-SIB1을 통해, other system information (i.e. SIBx, x>1) 전송이 위치한 sub-BWP를 sub-BWPIndex = 1 (이하 sub-BWP1)로 지정할 수 있다. 혹은 항상 sub-BWPIndex = 1이 other system information을 전송하도록 설정될 수 있다.
3) C7-2: 기지국은 MIB, 혹은 종래 SIB1을 스케줄링하는 DCI, 혹은 종래 SIB1 메시지를 통해서 혹은 R18 R단말의 R-SIB1을 통해, MSG2/B 전송이 위치한 sub-BWP를 sub-BWPIndex = 2 (이하 sub-BWP2)로 지정할 수 있다. 혹은 항상 sub-BWPIndex = 2가 R18 R단말을 위한 MSG2/B를 전송하도록 설정될 수 있다.
Alternative 방식으로 MSG2/B는 N개 sub-BWP들중 k개 sub-BWP에서 전송 가능할 수 있으며, 이 경우, 다음과 같은 방식들이 가능하다. (k = N or k < N)
i) Alt 2A: 상기 Opt C1, C2, C3, C4, C5, C6 중 하나의 방식으로 k개 sub-BWP중에서 하나의 sub-BWP를 선택하여 MSG2/B를 모니터링한다.
- 이때 k개 sub-BWP 모두 RACH 응답용 search space가 설정된다.
ii) Alt 2B: k개 sub-BWP중에서 기지국 혹은 Core Network (CN) Node (e.g. AMF 혹은 MMF)가 단말에게 지시한 하나의 sub-BWP를 선택하여 MSG2/B를 모니터링한다.
- 가령, RACH응답용 search space가 설정된 sub-BWP를 선택하여 MSG2/B를 모니터링한다.
- 이때 단말이 inactive이면 기지국이, idle이면 CN node가 단말에게 지시할 수 있다.
iii) Alt 2C: RRC Release 메시지에서 지시한 sub-BWP를 선택하여 MSG2/B를 모니터링한다.
- 가령, 단말이 connected mode에서 idle 혹은 inactive mode로 전환하는 경우, 기지국은 RRC Release메시지를 통해 sub-BWPIndex를 지시할 수 있다. 이에 지시된 sub-BWPIndex에 따라 sub-BWP를 선택하여 MSG2/B를 모니터링한다.
Rel.18 R-단말은 선택한 sub-BWP를 다음과 같이 정의한다.
(1) Opt D1: 선택한 sub-BWP를 Rel.18 R-단말의 initial BWP로 정의한다.
Rel.18 R-단말은 선택한 sub-BWP를 종래의 initial BWP 동작 수행에 적용한다.
(2) Opt D2: 선택한 sub-BWP를 Rel.18 R-단말의 특정 용도의 BWP로 정의한다.
가령, 상기 Option C 방식들에 따라, 선택한 sub-BWP를 paging 모니터링 용도의 DL BWP로 정의하거나, RACH용 UL/DL BWP로 정의하거나, SDT용 UL/DL BWP로 정의할 수 있다.
Rel.18 R-단말의 R-SIB1 수신
Rel.18 R-단말은 상기 방법 1, 2, 3에 따라 System information을 전송하는 Rel.18 PDSCH를 수신한다. 이때 방법 1, 2, 3의 DCI는 SI-RNTI로 CRC가 스크램블링되는 DCI이다.
만일 Rel.18 PDSCH가 Rel.18 R-단말을 위한 R-SIB1을 전송할 경우, 상기 DCI는 다음과 같이 R-SIB1에 대한 Rel.18 PDSCH를 스케줄링할 수 있다.
(1) Opt 1: pre-Rel.18 UE와 Rel.18 UE에 의해 공유되는 CORESET 상의 하나의 DCI가 20MHz 초기 DL BWP 내에서 Rel.18 R-SIB1 뿐만 아니라 pre-Rel.18 SIB1를 FDM으로 스케줄한다 (예: 도 8)
(2) Opt 2: pre-Rel.18 UE와 Rel.18 UE에 의해 공유되는 CORESET 상의 하나의 DCI가 20MHz 초기 DL BWP 밖의 Rel.18 R-SIB1 뿐만 아니라 20MHz 초기 DL BWP 내의 pre-Rel.18 SIB1를 FDM으로 스케줄한다 (예: 도 9)
(3) Opt 3: pre-Rel.18 UE와 Rel.18 UE에 의해 공유되는 CORESET 상의 하나의 DCI가 20MHz 초기 DL BWP 내에서 Rel.18 R-SIB1 뿐만 아니라 pre-Rel.18 SIB1를 TDM으로 스케줄한다 (예: 도 10(b))
Opt3에서 Rel.18 R-SIB1을 전달하는 Rel.18 PDSCH는 5MHz (서브)BWP 또는 BW 위치 내에서 스케줄링되는 반면 pre-Rel.18 SIB1을 전달하는 legacy PDSCH는 5MHz 초기 BWP 또는 20MHz 초기 BWP 내에서 스케줄된다.
기지국은 상기 DCI 혹은 MIB을 통해 상기 Opt와 같이 DCI가 Rel.18 R-SIB1와 pre-Rel.18 SIB1을 모두 스케줄링하는지 여부를 지시할 수 있다.
Rel.18 R-단말이 종래 SIB1 혹은 종래 SIB1을 스케줄링하는 DCI를 수신할 경우, Rel.18 R-단말은 종래 SIB1으로부터 혹은 종래 SIB1을 스케줄링하는 DCI로부터 Rel.18 R-단말을 위한 별도의 cellBarred 파라미터를 수신한다. 이에 수신한 cellBarred 파라미터에 따라 Rel.18 R-단말이 해당 셀에 접속할 수 있는지 아니면 해당 셀을 barring해야하는지 결정한다.
Rel.18 R-단말이 종래 SIB1을 수신하지 않고 새로운 R-SIB1 혹은 R-SIB1을 스케줄링하는 DCI를 수신할 경우, R-SIB1용 sub-BWP를 선택하고, 선택한 sub-BWP의 DCI 혹은 R-SIB1으로부터 Rel.18 R-단말을 위한 별도의 cellBarred 파라미터를 수신한다. 이에 수신한 cellBarred 파라미터에 따라 Rel.18 R-단말이 해당 셀에 접속할 수 있는지 아니면 해당 셀을 barring해야하는지 결정한다.
도 12는 일 실시예에 따라 랜덤 엑세스 절차를 수행하는 방법의 흐름을 도시한다.
도 12를 참조하면 단말은 PRACH(physical random access channel)을 통해서 랜덤 엑세스 프리앰블을 송신할 수 있다(1205).
단말은 제1 시간 구간에서 상기 랜덤 엑세스 프리앰블 송신에 대한 RAR(random access response)을 스케줄하는 DCI (downlink control information)를 PDCCH(physical downlink control channel)를 통해서 수신할 수 있다(1210).
단말은 상기 DCI에 기초하여 상기 RAR를 포함하는 PDSCH (physical downlink shared channel)를 수신할 수 있다(1215).
상기 단말은, 상기 PDCCH 및 상기 PDSCH를 위해서 각기 상이한 대역폭들을 지원하는 제1 타입 RedCap (reduced capability) 단말과 상기 PDCCH 및 상기 PDSCH를 위해서 동일 크기의 대역폭을 지원하는 제2 타입 RedCap 단말 중 상기 제1 타입 단말이고, 상기 제1 시간 구간은, 상기 제2 타입 RedCap 단말의 RAR을 제외한 상기 제1 타입 RedCap 단말의 RAR을 위해 설정될 수 있다.
상기 제1 타입 RedCap 단말은 상기 PDCCH를 위해서 5 MHz 이상의 대역폭을 지원하고, 상기 PDSCH를 위해서 5 MHz 이하의 대역폭을 지원할 수 있다.
상기 제2 타입 RedCap 단말은 상기 PDCCH 및 상기 PDSCH를 위해서 위해서 5 MHz 이상의 대역폭을 지원할 수 있다.
상기 제2 타입 RedCap 단말이 상기 PDSCH를 위해서 지원하는 대역폭은 상기 PDCCH를 위해서 지원하는 대역폭보다 작을 수 있다.
상기 제1 타입 RedCap 단말을 위한 주파수 영역은 제1 BWP (bandwidth part)에 속하고, 상기 제1 BWP는 상기 제1 타입 RedCap 단말과 상기 제2 타입 RedCap 단말 간에 공유될 수 있다.
상기 제1 시간 구간은, 상기 제2 타입 단말의 RAR을 위해서 설정되는 제2 시간 구간과 상이할 수 있다.
상기 랜덤 엑세스 프리앰블은 상기 제1 타입 RedCap 단말을 위해 설정된 제1 랜덤 엑세스 프리앰블이고, 상기 제1 랜덤 엑세스 프리앰블은 상기 제2 타입 RedCap 단말을 위해 설정된 제2 랜덤 엑세스 프리앰블과 상이할 수 있다.
상기 PRACH는 상기 제1 타입 RedCap 단말을 위해 설정된 제1 PRACH 자원에서 송신되고, 상기 제1 PRACH 자원은 상기 제2 타입 RedCap 단말을 위해 설정된 제2 PRACH 자원과 상이할 수 있다.
도 13은 본 개시에 적용 가능한 통신 시스템(1)을 예시한다.
도 13을 참조하면, 본 개시에 적용 가능한 통신 시스템(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 14은 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 14을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 13의 {무선 기기(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 15은 본 개시의 일 실시예에 따른 단말의 DRX(Discontinuous Reception) 동작을 설명하기 위한 도면이다.
단말은 앞에서 설명/제안한 절차 및/또는 방법들을 수행하면서 DRX 동작을 수행할 수 있다. DRX가 설정된 단말은 DL 신호를 불연속적으로 수신함으로써 전력 소비를 낮출 수 있다. DRX는 RRC(Radio Resource Control)_IDLE 상태, RRC_INACTIVE 상태, RRC_CONNECTED 상태에서 수행될 수 있다. RRC_IDLE 상태와 RRC_INACTIVE 상태에서 DRX는 페이징 신호를 불연속 수신하는데 사용된다. 이하, RRC_CONNECTED 상태에서 수행되는 DRX에 관해 설명한다(RRC_CONNECTED DRX).
DRX 사이클은 On Duration과 Opportunity for DRX로 구성된다. DRX 사이클은 On Duration이 주기적으로 반복되는 시간 간격을 정의한다. On Duration은 단말이 PDCCH를 수신하기 위해 모니터링 하는 시간 구간을 나타낸다. DRX가 설정되면, 단말은 On Duration 동안 PDCCH 모니터링을 수행한다. PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 있는 경우, 단말은 inactivity 타이머를 동작시키고 깬(awake) 상태를 유지한다. 반면, PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 없는 경우, 단말은 On Duration이 끝난 뒤 슬립(sleep) 상태로 들어간다. 따라서, DRX가 설정된 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 불연속적으로 수행될 수 있다. 예를 들어, DRX가 설정된 경우, 본 개시에서 PDCCH 수신 기회(occasion)(예, PDCCH 탐색 공간을 갖는 슬롯)는 DRX 설정에 따라 불연속적으로 설정될 수 있다. 반면, DRX가 설정되지 않은 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 연속적으로 수행될 수 있다. 예를 들어, DRX가 설정되지 않은 경우, 본 개시에서 PDCCH 수신 기회(예, PDCCH 탐색 공간을 갖는 슬롯)는 연속적으로 설정될 수 있다. 한편, DRX 설정 여부와 관계 없이, 측정 갭으로 설정된 시간 구간에서는 PDCCH 모니터링이 제한될 수 있다.
이상에서 설명된 실시예들은 본 개시의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 개시의 실시예를 구성하는 것도 가능하다. 본 개시의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 개시는 본 개시의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 개시의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 등가적 범위 내에서의 모든 변경은 본 개시의 범위에 포함된다.
본 개시는 무선 이동 통신 시스템의 단말, 기지국, 또는 기타 다른 장비에 사용될 수 있다.

Claims (14)

  1. 무선 통신 시스템에서 단말이 랜덤 엑세스 절차를 수행하는 방법에 있어서,
    PRACH(physical random access channel)을 통해서 랜덤 엑세스 프리앰블을 송신;
    제1 시간 구간에서 상기 랜덤 엑세스 프리앰블 송신에 대한 RAR(random access response)을 스케줄하는 DCI (downlink control information)를 PDCCH(physical downlink control channel)를 통해서 수신; 및
    상기 DCI에 기초하여 상기 RAR를 포함하는 PDSCH (physical downlink shared channel)를 수신하는 것을 포함하고,
    상기 단말은, 상기 PDCCH 및 상기 PDSCH를 위해서 각기 상이한 대역폭들을 지원하는 제1 타입 RedCap (reduced capability) 단말과 상기 PDCCH 및 상기 PDSCH를 위해서 동일 크기의 대역폭을 지원하는 제2 타입 RedCap 단말 중 상기 제1 타입 단말이고,
    상기 제1 시간 구간은, 상기 제2 타입 RedCap 단말의 RAR을 제외한 상기 제1 타입 RedCap 단말의 RAR을 위해 설정되는, 방법.
  2. 제 1 항에 있어서,
    상기 제1 타입 RedCap 단말은 상기 PDCCH를 위해서 5 MHz 이상의 대역폭을 지원하고, 상기 PDSCH를 위해서 5 MHz 이하의 대역폭을 지원하는, 방법.
  3. 제 1 항에 있어서,
    상기 제2 타입 RedCap 단말은 상기 PDCCH 및 상기 PDSCH를 위해서 위해서 5 MHz 이상의 대역폭을 지원하는, 방법.
  4. 제 1 항에 있어서,
    상기 제2 타입 RedCap 단말이 상기 PDSCH를 위해서 지원하는 대역폭은 상기 PDCCH를 위해서 지원하는 대역폭보다 작은, 방법.
  5. 제 1 항에 있어서,
    상기 제1 타입 RedCap 단말을 위한 주파수 영역은 제1 BWP (bandwidth part)에 속하고,
    상기 제1 BWP는 상기 제1 타입 RedCap 단말과 상기 제2 타입 RedCap 단말 간에 공유되는, 방법.
  6. 제 1 항에 있어서,
    상기 제1 시간 구간은, 상기 제2 타입 단말의 RAR을 위해서 설정되는 제2 시간 구간과 상이한, 방법.
  7. 제 1 항에 있어서,
    상기 랜덤 엑세스 프리앰블은 상기 제1 타입 RedCap 단말을 위해 설정된 제1 랜덤 엑세스 프리앰블이고,
    상기 제1 랜덤 엑세스 프리앰블은 상기 제2 타입 RedCap 단말을 위해 설정된 제2 랜덤 엑세스 프리앰블과 상이한, 방법.
  8. 제 1 항에 있어서,
    상기 PRACH는 상기 제1 타입 RedCap 단말을 위해 설정된 제1 PRACH 자원에서 송신되고,
    상기 제1 PRACH 자원은 상기 제2 타입 RedCap 단말을 위해 설정된 제2 PRACH 자원과 상이한, 방법.
  9. 제 1 항에 기재된 방법을 수행하기 위한 명령어들을 기록한 컴퓨터로 읽을 수 있는 기록 매체.
  10. 무선 통신을 위한 디바이스에 있어서,
    명렁어들을 저장하는 메모리; 및
    상기 명령어들을 실행함으로써 동작들을 수행하는 프로세서를 포함하고,
    상기 프로세서의 동작들은,
    PRACH(physical random access channel)을 통해서 랜덤 엑세스 프리앰블을 송신;
    제1 시간 구간에서 상기 랜덤 엑세스 프리앰블 송신에 대한 RAR(random access response)을 스케줄하는 DCI (downlink control information)를 PDCCH(physical downlink control channel)를 통해서 수신; 및
    상기 DCI에 기초하여 상기 RAR를 포함하는 PDSCH (physical downlink shared channel)를 수신하는 것을 포함하고,
    상기 디바이스는, 상기 PDCCH 및 상기 PDSCH를 위해서 각기 상이한 대역폭들을 지원하는 제1 타입 RedCap (reduced capability) 디바이스와 상기 PDCCH 및 상기 PDSCH를 위해서 동일 크기의 대역폭을 지원하는 제2 타입 RedCap 디바이스 중 상기 제1 타입 디바이스이고,
    상기 제1 시간 구간은, 상기 제2 타입 RedCap 디바이스의 RAR을 제외한 상기 제1 타입 RedCap 디바이스의 RAR을 위해 설정되는, 디바이스.
  11. 제 10 항에 있어서,
    상기 프로세서의 제어하에 신호를 송신 또는 수신하는 송수신기를 더 포함하고,
    상기 디바이스는 무선 통신 시스템에서 동작하는 단말(UE)인, 방법.
  12. 제 10 항에 있어서,
    상기 디바이스는 무선 통신 시스템에서 동작하는 단말(UE)을 제어하는 ASIC (application specific processor) 또는 디지털 신호 처리 디바이스인, 방법.
  13. 무선 통신 시스템에서 기지국이 단말과 랜덤 엑세스 절차를 수행하는 방법에 있어서,
    PRACH(physical random access channel)을 통해서 단말로부터 랜덤 엑세스 프리앰블을 수신;
    상기 랜덤 엑세스 프리앰블 송신에 대한 RAR(random access response)을 스케줄하는 DCI (downlink control information)를 PDCCH(physical downlink control channel)를 통해서 상기 단말에 송신; 및
    상기 DCI에 기초하여 상기 RAR를 포함하는 PDSCH (physical downlink shared channel)를 송신하는 것을 포함하고,
    상기 단말이 상기 PDCCH 및 상기 PDSCH를 위해서 각기 상이한 대역폭들을 지원하는 제1 타입 RedCap (reduced capability) 단말과 상기 PDCCH 및 상기 PDSCH를 위해서 동일 크기의 대역폭을 지원하는 제2 타입 RedCap 단말 중 상기 제1 타입 단말이라는 것에 기반하여, 상기 기지국은, 상기 제2 타입 RedCap 단말의 RAR을 제외한 상기 제1 타입 RedCap 단말의 RAR을 위해 설정되는 제1 시간 구간 상에 상기 단말의 RAR을 스케줄하는, 방법.
  14. 무선 통신을 위한 기지국에 있어서,
    명렁어들을 저장하는 메모리; 및
    상기 명령어들을 실행함으로써 동작들을 수행하는 프로세서를 포함하고,
    상기 프로세서의 동작들은,
    PRACH(physical random access channel)을 통해서 단말로부터 랜덤 엑세스 프리앰블을 수신;
    상기 랜덤 엑세스 프리앰블 송신에 대한 RAR(random access response)을 스케줄하는 DCI (downlink control information)를 PDCCH(physical downlink control channel)를 통해서 상기 단말에 송신; 및
    상기 DCI에 기초하여 상기 RAR를 포함하는 PDSCH (physical downlink shared channel)를 송신하는 것을 포함하고,
    상기 단말이 상기 PDCCH 및 상기 PDSCH를 위해서 각기 상이한 대역폭들을 지원하는 제1 타입 RedCap (reduced capability) 단말과 상기 PDCCH 및 상기 PDSCH를 위해서 동일 크기의 대역폭을 지원하는 제2 타입 RedCap 단말 중 상기 제1 타입 단말이라는 것에 기반하여, 상기 기지국은, 상기 제2 타입 RedCap 단말의 RAR을 제외한 상기 제1 타입 RedCap 단말의 RAR을 위해 설정되는 제1 시간 구간 상에 상기 단말의 RAR을 스케줄하는, 기지국.
PCT/KR2023/011897 2022-08-11 2023-08-11 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 WO2024035188A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263397368P 2022-08-11 2022-08-11
US63/397,368 2022-08-11

Publications (1)

Publication Number Publication Date
WO2024035188A1 true WO2024035188A1 (ko) 2024-02-15

Family

ID=89852168

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/011897 WO2024035188A1 (ko) 2022-08-11 2023-08-11 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치

Country Status (1)

Country Link
WO (1) WO2024035188A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170013643A1 (en) * 2014-03-21 2017-01-12 Huawei Technologies Co., Ltd. Random Access Response Method, Base Station and Terminal
US20220039115A1 (en) * 2020-07-31 2022-02-03 Samsung Electronics Co., Ltd. Method and device for transmitting and receiving signals
CN114286418A (zh) * 2020-09-27 2022-04-05 华为技术有限公司 接入网络设备的方法及装置
WO2022080922A1 (ko) * 2020-10-15 2022-04-21 엘지전자 주식회사 무선 통신 시스템에서 물리 하향링크 공유 채널을 송수신하는 방법 및 이를 위한 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170013643A1 (en) * 2014-03-21 2017-01-12 Huawei Technologies Co., Ltd. Random Access Response Method, Base Station and Terminal
US20220039115A1 (en) * 2020-07-31 2022-02-03 Samsung Electronics Co., Ltd. Method and device for transmitting and receiving signals
CN114286418A (zh) * 2020-09-27 2022-04-05 华为技术有限公司 接入网络设备的方法及装置
WO2022080922A1 (ko) * 2020-10-15 2022-04-21 엘지전자 주식회사 무선 통신 시스템에서 물리 하향링크 공유 채널을 송수신하는 방법 및 이를 위한 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Potential solutions to further reduce UE complexity", 3GPP DRAFT; R1-2203117, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20220509 - 20220520, 29 April 2022 (2022-04-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052152855 *

Similar Documents

Publication Publication Date Title
WO2020032740A1 (ko) 무선 통신 시스템에서 신호를 송수신하기 위한 방법 및 이를 위한 장치
WO2021230726A1 (ko) 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치
WO2018084672A1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치
WO2018030793A1 (ko) 협대역 사물인터넷을 지원하는 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치
WO2020184836A1 (ko) 무선 통신 시스템에서 단말의 빔 정보 전송 방법 및 이를 지원하는 단말 및 기지국
WO2020032751A1 (ko) 무선 통신 시스템에서 wus 신호를 전송하는 방법 및 이를 위한 장치
WO2020159172A1 (ko) 무선 통신 시스템에서 단말의 빔 실패 보고 방법 및 이를 지원하는 단말 및 기지국
WO2020171405A1 (ko) 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국
WO2020032713A1 (ko) 협대역 사물 인터넷을 지원하는 무선 통신 시스템에서 단말과 기지국의 동작 방법 및 이를 지원하는 장치
WO2020159189A1 (ko) 무선 통신 시스템에서 단말의 상태 정보 보고 방법 및 이를 지원하는 단말 및 기지국
WO2021230729A1 (ko) 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치
WO2020032739A1 (ko) 협대역 사물 인터넷을 지원하는 무선 통신 시스템에서 단말과 기지국의 동작 방법 및 이를 지원하는 장치
WO2020145784A1 (ko) 비면허 대역에서 장치의 채널 접속 절차
WO2021091306A1 (ko) 채널 점유 시간 내에서 물리 상향링크 공유 채널을 송수신하는 방법 및 이를 위한 장치
WO2020050682A1 (ko) 무선 통신 시스템에서 단말의 동작 방법 및 이를 지원하는 단말
WO2017159886A1 (ko) 무선 통신 시스템에서 상향링크 데이터의 전송 방법 및 이를 위한 장치
WO2021091300A1 (ko) 무선 통신 시스템에서 상향링크 채널을 송수신하는 방법 및 이를 위한 장치
WO2020166848A1 (ko) 무선 통신 시스템에서 단말의 빔 관련 상향링크 피드백 정보 전송 방법 및 이를 지원하는 단말 및 기지국
WO2022216048A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2020091546A1 (en) Configuration coordination for power efficient operation for nr
WO2020145575A1 (ko) 무선 통신 시스템에서 단말의 빔 실패 보고 방법 및 이를 지원하는 단말 및 기지국
WO2021206400A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2022216045A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2021066542A1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치
WO2023055179A1 (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: 23853055

Country of ref document: EP

Kind code of ref document: A1