WO2023055179A1 - 무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치 - Google Patents

무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치 Download PDF

Info

Publication number
WO2023055179A1
WO2023055179A1 PCT/KR2022/014779 KR2022014779W WO2023055179A1 WO 2023055179 A1 WO2023055179 A1 WO 2023055179A1 KR 2022014779 W KR2022014779 W KR 2022014779W WO 2023055179 A1 WO2023055179 A1 WO 2023055179A1
Authority
WO
WIPO (PCT)
Prior art keywords
bwp
initial
redcap
terminal
random access
Prior art date
Application number
PCT/KR2022/014779
Other languages
English (en)
French (fr)
Inventor
김재형
이영대
황승계
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR1020237000536A priority Critical patent/KR102652628B1/ko
Priority to EP22865874.6A priority patent/EP4412350A1/en
Priority to CN202280007104.8A priority patent/CN116438819A/zh
Priority to JP2023515313A priority patent/JP7497522B2/ja
Priority to US18/164,270 priority patent/US12022526B2/en
Publication of WO2023055179A1 publication Critical patent/WO2023055179A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0457—Variable allocation of band or rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to a wireless communication system, and more particularly, to a method and apparatus for performing a random access procedure in a wireless communication system.
  • Mobile communication systems have been developed to provide voice services while ensuring user activity.
  • the mobile communication system has expanded its scope to data services as well as voice.
  • the explosive increase in traffic causes a shortage of resources and users demand higher-speed services, so a more advanced mobile communication system is required. there is.
  • next-generation mobile communication system The requirements of the next-generation mobile communication system are to support explosive data traffic, drastic increase in transmission rate per user, significantly increased number of connected devices, very low end-to-end latency, and high energy efficiency.
  • Dual Connectivity Massive MIMO (Massive Multiple Input Multiple Output), In-band Full Duplex, Non-Orthogonal Multiple Access (NOMA), Super Wideband Wideband) support, various technologies such as device networking (Device Networking) are being studied.
  • Massive MIMO Massive Multiple Input Multiple Output
  • NOMA Non-Orthogonal Multiple Access
  • Super Wideband Wideband various technologies such as device networking (Device Networking) are being studied.
  • a technical problem of the present disclosure is to provide a method and apparatus for performing a random access procedure for a specific type of terminal (eg, a reduced capability terminal).
  • a technical problem of the present disclosure is a downlink / uplink frequency band part (BWP) for a specific type of terminal (eg, reduced capability terminal) for random access procedure or paging reception, etc. ) To provide a method and device for setting.
  • BWP downlink / uplink frequency band part
  • the method performed by a reduced capability (redcap) terminal includes: uplink (UL) transmission from a base station and Receive related first configuration information and second configuration information related to downlink (DL) transmission, wherein the first configuration information includes information on an initial UL bandwidth part (BWP), and the second setting information including information on an initial DL BWP; Transmitting a first message for the random access procedure on the initial UL BWP to the base station; and receiving a second message for the random access procedure on the initial DL BWP in response to the first message from the base station.
  • the center frequency of the initial DL BWP is the center frequency of the initial UL BWP and can be set the same.
  • the method performed by a base station comprises: Uplink (UL) transmission to a reduced capability (redcap) terminal. Transmit first configuration information related to and second configuration information related to downlink (DL) transmission, wherein the first configuration information includes information on an initial UL bandwidth part (BWP), and the 2 setting information including information on an initial DL BWP; Receiving a first message for the random access procedure on the initial UL BWP from the redcap terminal; and transmitting a second message for the random access procedure on the initial DL BWP in response to the first message to the redcap terminal.
  • the center frequency of the initial DL BWP is the center frequency of the initial UL BWP and can be set the same.
  • operations such as a random access procedure of a specific type of terminal (eg, a reduced capability terminal) can be smoothly supported.
  • FIG. 1 illustrates the structure of a wireless communication system to which the present disclosure may be applied.
  • FIG. 2 illustrates a frame structure in a wireless communication system to which the present disclosure can be applied.
  • FIG 3 illustrates a resource grid in a wireless communication system to which the present disclosure may be applied.
  • FIG. 4 illustrates a physical resource block in a wireless communication system to which the present disclosure may be applied.
  • FIG. 5 illustrates a slot structure in a wireless communication system to which the present disclosure may be applied.
  • FIG. 6 illustrates physical channels used in a wireless communication system to which the present disclosure can be applied and a general signal transmission/reception method using them.
  • FIG. 8 shows a random access process in a wireless communication system to which the present disclosure can be applied.
  • FIG 9 illustrates a two-step random access process in a wireless communication system to which the present disclosure can be applied.
  • FIG. 10 illustrates a procedure for reporting a device type of a redcap device in a wireless communication system to which the present disclosure may be applied.
  • FIG. 11 illustrates a signaling structure for configuring a separate initial DL BWP for a specific type of UE according to an embodiment of the present disclosure.
  • FIG. 12 illustrates a signaling structure for configuring a separate initial UL BWP for a specific type of UE according to an embodiment of the present disclosure.
  • FIG. 13 is a diagram illustrating a signaling procedure between a base station and a terminal for a method of performing a random access procedure according to an embodiment of the present disclosure.
  • FIG. 14 is a diagram illustrating operations of a terminal for a method of performing a random access procedure according to an embodiment of the present disclosure.
  • 15 is a diagram illustrating operations of a base station for a method of performing a random access procedure according to an embodiment of the present disclosure.
  • FIG. 16 illustrates a block configuration diagram of a wireless communication device according to an embodiment of the present disclosure.
  • first and second are used only for the purpose of distinguishing one component from another component and are not used to limit the components, unless otherwise specified. The order or importance among them is not limited. Accordingly, within the scope of the present disclosure, a first component in one embodiment may be referred to as a second component in another embodiment, and similarly, a second component in one embodiment may be referred to as a first component in another embodiment. can also be called
  • the present disclosure describes a wireless communication network or wireless communication system, and operations performed in the wireless communication network control the network and transmit or receive signals in a device (for example, a base station) in charge of the wireless communication network. It can be done in the process of receiving (receive) or in the process of transmitting or receiving signals from a terminal coupled to the wireless network to or between terminals.
  • a device for example, a base station
  • transmitting or receiving a channel includes the meaning of transmitting or receiving information or a signal through a corresponding channel.
  • transmitting a control channel means transmitting control information or a signal through the control channel.
  • transmitting a data channel means transmitting data information or a signal through the data channel.
  • downlink means communication from a base station to a terminal
  • uplink means communication from a terminal to a base station.
  • a transmitter may be part of a base station and a receiver may be part of a terminal.
  • a transmitter may be a part of a terminal and a receiver may be a part of a base station.
  • a base station may be expressed as a first communication device
  • a terminal may be expressed as a second communication device.
  • a base station includes a fixed station, a Node B, an evolved-NodeB (eNB), a Next Generation NodeB (gNB), a base transceiver system (BTS), an access point (AP), and a network (5G Network), AI (Artificial Intelligence) system/module, RSU (road side unit), robot, drone (UAV: Unmanned Aerial Vehicle), AR (Augmented Reality) device, VR (Virtual Reality) device, etc.
  • AI Artificial Intelligence
  • RSU road side unit
  • robot UAV: Unmanned Aerial Vehicle
  • AR Algmented Reality
  • VR Virtual Reality
  • a terminal may be fixed or mobile, and a user equipment (UE), a mobile station (MS), a user terminal (UT), a mobile subscriber station (MSS), a subscriber station (SS), and an advanced mobile (AMS) Station), WT (Wireless terminal), MTC (Machine-Type Communication) device, M2M (Machine-to-Machine) device, D2D (Device-to-Device) device, vehicle, RSU (road side unit), It can be replaced with terms such as robot, AI (Artificial Intelligence) module, drone (UAV: Unmanned Aerial Vehicle), AR (Augmented Reality) device, VR (Virtual Reality) device, etc.
  • AI Artificial Intelligence
  • drone UAV: Unmanned Aerial Vehicle
  • AR Algmented Reality
  • VR Virtual Reality
  • CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA may be implemented with a radio technology such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile communications
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • OFDMA may be implemented with radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and Evolved UTRA (E-UTRA).
  • UTRA is part of the Universal Mobile Telecommunications System (UMTS).
  • 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) using E-UTRA
  • LTE-A (Advanced) / LTE-A pro is an evolved version of 3GPP LTE.
  • 3GPP NR New Radio or New Radio Access Technology
  • 3GPP LTE/LTE-A/LTE-A pro is an evolved version of 3GPP LTE/LTE-A/LTE-A pro.
  • LTE refers to technology after 3GPP Technical Specification (TS) 36.xxx Release 8.
  • TS Technical Specification
  • 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" means standard document detail number.
  • LTE/NR may be collectively referred to as a 3GPP system.
  • TS 36.211 Physical Channels and Modulation
  • TS 36.212 Multiplexing and Channel Coding
  • TS 36.213 Physical Layer Procedures
  • TS 36.300 General Description
  • TS 36.331 Radio Resource Control
  • TS 38.211 Physical Channels and Modulation
  • TS 38.212 Multiplexing and Channel Coding
  • TS 38.213 Physical Layer Procedures for Control
  • TS 38.214 Physical Layer Procedures for Data
  • TS 38.300 General description of NR and New Generation-Radio Access Network (NG-RAN)
  • TS 38.331 Radio Resource Control Protocol Specification
  • channel state information - reference signal resource indicator channel state information - reference signal resource indicator
  • channel state information - reference signal channel state information - reference signal
  • Layer 1 reference signal received quality Layer 1 reference signal received quality
  • orthogonal frequency division multiplexing orthogonal frequency division multiplexing (orthogonal frequency division multiplexing)
  • radio resource control radio resource control
  • Synchronization signal block including primary synchronization signal (PSS), secondary synchronization signal (SSS) and physical broadcast channel (PBCH)
  • NR is an expression showing an example of 5G RAT.
  • a new RAT system including NR uses an OFDM transmission scheme or a transmission scheme similar thereto.
  • the new RAT system may follow OFDM parameters different from those of LTE.
  • the new RAT system follows the numerology of the existing LTE/LTE-A as it is, but may support a larger system bandwidth (eg, 100 MHz).
  • one cell may support a plurality of numerologies. That is, terminals operating with different numerologies can coexist in one cell.
  • a numerology corresponds to one subcarrier spacing in the frequency domain.
  • Different numerologies can be defined by scaling the reference subcarrier spacing by an integer N.
  • FIG. 1 illustrates the structure of a wireless communication system to which the present disclosure may be applied.
  • the NG-RAN is a NG-RA (NG-Radio Access) user plane (ie, a new AS (access stratum) sublayer / PDCP (Packet Data Convergence Protocol) / RLC (Radio Link Control) / MAC / PHY) and control plane (RRC) protocol termination to the UE.
  • the gNBs are interconnected through an Xn interface.
  • the gNB is also connected to a New Generation Core (NGC) through an NG interface. More specifically, the gNB is connected to an Access and Mobility Management Function (AMF) through an N2 interface and to a User Plane Function (UPF) through an N3 interface.
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • FIG. 2 illustrates a frame structure in a wireless communication system to which the present disclosure can be applied.
  • An NR system can support multiple numerologies.
  • numerology may be defined by subcarrier spacing and Cyclic Prefix (CP) overhead.
  • the multiple subcarrier spacing can be derived by scaling the basic (reference) subcarrier spacing by an integer N (or ⁇ ).
  • N or ⁇
  • the numerology used can be selected independently of the frequency band.
  • various frame structures according to a plurality of numerologies may be supported.
  • OFDM numerology and frame structure that can be considered in the NR system will be described.
  • Multiple OFDM numerologies supported in the NR system can be defined as shown in Table 1 below.
  • NR supports multiple numerologies (or subcarrier spacing (SCS)) to support various 5G services. For example, when the SCS is 15 kHz, it supports a wide area in traditional cellular bands, and when the SCS is 30 kHz/60 kHz, dense-urban, lower latency and a wider carrier bandwidth, and when the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz is supported to overcome phase noise.
  • SCS subcarrier spacing
  • the NR frequency band is defined as two types of frequency ranges (FR1 and FR2).
  • FR1 and FR2 may be configured as shown in Table 2 below.
  • FR2 may mean millimeter wave (mmW).
  • ⁇ f max 480 10 3 Hz
  • N f 4096.
  • T TA (N TA +N TA,offset )T c before the start of the corresponding downlink frame in the corresponding terminal.
  • slots are numbered in increasing order of n s ⁇ ⁇ 0,..., N slot subframe, ⁇ -1 ⁇ within a subframe, and within a radio frame They are numbered in increasing order n s,f ⁇ ⁇ 0,..., N slot frame, ⁇ -1 ⁇ .
  • One slot is composed of consecutive OFDM symbols of N symb slots , and N symb slots are determined according to CP.
  • the start of slot n s ⁇ in a subframe is temporally aligned with the start of OFDM symbol n s ⁇ N symb slot in the same subframe. Not all terminals can simultaneously transmit and receive, which means that not all OFDM symbols in a downlink slot or uplink slot can be used.
  • Table 3 shows the number of OFDM symbols per slot (N symb slot ), the number of slots per radio frame (N slot frame, ⁇ ), and the number of slots per subframe (N slot subframe, ⁇ ) in the general CP.
  • Table 4 represents the number of OFDM symbols per slot, the number of slots per radio frame, and the number of slots per subframe in the extended CP.
  • one subframe may include 4 slots.
  • a mini-slot may contain 2, 4 or 7 symbols, more or fewer symbols.
  • an antenna port a resource grid, a resource element, a resource block, a carrier part, etc. can be considered Hereinafter, the physical resources that can be considered in the NR system will be described in detail.
  • the antenna port is defined such that the channel on which a symbol on the antenna port is carried can be inferred from the channel on which other symbols on the same antenna port are carried. If the large-scale properties of the channel on which the symbols on one antenna port are carried can be inferred from the channel on which the symbols on the other antenna port are carried, then the two antenna ports are quasi co-located or QC/QCL (quasi co-located or quasi co-location).
  • the wide range characteristic includes one or more of delay spread, Doppler spread, frequency shift, average received power, and received timing.
  • FIG 3 illustrates a resource grid in a wireless communication system to which the present disclosure may be applied.
  • a resource grid is composed of N RB ⁇ N sc RB subcarriers in the frequency domain, and one subframe is composed of 14 2 ⁇ OFDM symbols.
  • a transmitted signal is described by one or more resource grids consisting of N RB ⁇ N sc RB subcarriers and 2 ⁇ N symb ( ⁇ ) OFDM symbols.
  • N RB ⁇ ⁇ N RB max, ⁇ The N RB max, ⁇ represents the maximum transmission bandwidth, which may vary not only between numerologies but also between uplink and downlink.
  • one resource grid may be set for each ⁇ and antenna port p.
  • Each element of the resource grid for ⁇ and antenna port p is referred to as a resource element and is uniquely identified by an index pair (k, l').
  • l' 0,...,2 ⁇ N symb ( ⁇ ) -1 is a symbol in a subframe indicates the location of
  • an index pair (k,l) is used.
  • l 0,...,N symb ⁇ -1.
  • the resource element (k,l') for ⁇ and antenna port p corresponds to a complex value a k,l' (p, ⁇ ) .
  • indices p and ⁇ can be dropped, resulting in a complex value of a k,l' (p) or can be a k,l' .
  • Point A serves as a common reference point of the resource block grid and is obtained as follows.
  • OffsetToPointA for primary cell (PCell) downlink represents the frequency offset between point A and the lowest subcarrier of the lowest resource block overlapping the SS/PBCH block used by the UE for initial cell selection. It is expressed in resource block units assuming a 15 kHz subcarrier spacing for FR1 and a 60 kHz subcarrier spacing for FR2.
  • -absoluteFrequencyPointA represents the frequency-position of point A expressed as in ARFCN (absolute radio-frequency channel number).
  • Common resource blocks are numbered upward from 0 in the frequency domain for the subcarrier spacing ⁇ .
  • the center of subcarrier 0 of common resource block 0 for subcarrier spacing setting ⁇ coincides with 'point A'.
  • the relationship between the common resource block number n CRB ⁇ and the resource elements (k, l) for the subcarrier spacing ⁇ is given by Equation 1 below.
  • Physical resource blocks are numbered from 0 to N BWP,i size, ⁇ -1 within a bandwidth part (BWP), where i is the number of BWP.
  • BWP bandwidth part
  • Equation 2 The relationship between the physical resource block n PRB and the common resource block n CRB in BWP i is given by Equation 2 below.
  • N BWP,i start, ⁇ is a common resource block where BWP starts relative to common resource block 0.
  • Figure 4 illustrates a physical resource block in a wireless communication system to which the present disclosure may be applied.
  • Figure 5 illustrates a slot structure in a wireless communication system to which the present disclosure can be applied.
  • a slot includes a plurality of symbols in the time domain. For example, in the case of a normal CP, one slot includes 7 symbols, but in the case of an extended CP, one slot includes 6 symbols.
  • a carrier includes a plurality of subcarriers in the frequency domain.
  • a resource block (RB) is defined as a plurality of (eg, 12) consecutive subcarriers in the frequency domain.
  • a bandwidth part (BWP) is defined as a plurality of contiguous (physical) resource blocks in the frequency domain, and may correspond to one numerology (eg, SCS, CP length, etc.).
  • a carrier may include up to N (eg, 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 may be mapped.
  • RE resource element
  • the NR system can support up to 400 MHz per component carrier (CC). If a terminal operating in such a wideband CC always operates with radio frequency (RF) chips for the entire CC turned on, battery consumption of the terminal may increase.
  • a terminal operating in such a wideband CC always operates with radio frequency (RF) chips for the entire CC turned on, battery consumption of the terminal may increase.
  • RF radio frequency
  • different numerologies eg subcarrier spacing, etc.
  • the capability for the maximum bandwidth may be different for each terminal.
  • the base station may instruct the terminal to operate only in a part of the bandwidth rather than the entire bandwidth of the wideband CC, and the part of the bandwidth is defined as a bandwidth part (BWP) for convenience.
  • BWP may be composed of consecutive RBs on the frequency axis and may correspond to one numerology (eg, subcarrier spacing, CP length, slot/mini-slot period).
  • the base station may set multiple BWPs even within one CC configured for the terminal. For example, in a PDCCH monitoring slot, a BWP occupying a relatively small frequency domain may be set, and a PDSCH indicated by the PDCCH may be scheduled on a larger BWP. Alternatively, when UEs are concentrated in a specific BWP, some UEs may be set to other BWPs for load balancing. Alternatively, considering frequency domain inter-cell interference cancellation between neighboring cells, some of the spectrum among the entire bandwidth may be excluded and both BWPs may be configured even within the same slot. That is, the base station may configure at least one DL/UL BWP for a terminal associated with a wideband CC.
  • the base station may activate at least one DL/UL BWP among the configured DL/UL BWP(s) at a specific time (by L1 signaling or MAC Control Element (CE) or RRC signaling).
  • the base station may indicate switching to another configured DL / UL BWP (by L1 signaling or MAC CE or RRC signaling).
  • a timer value expires based on a timer, it may be switched to a predetermined DL/UL BWP.
  • the activated DL/UL BWP is defined as an active DL/UL BWP.
  • the terminal In situations such as when the terminal is performing an initial access process or before an RRC connection is set up, it may not be possible to receive the configuration for DL / UL BWP, so in this situation, the terminal This assumed DL/UL BWP is defined as the first active DL/UL BWP.
  • FIG. 6 illustrates physical channels used in a wireless communication system to which the present disclosure can be applied and a general signal transmission/reception method using them.
  • a terminal receives information from a base station through downlink, and the terminal transmits information to the base station through uplink.
  • Information transmitted and received between the base station and the terminal includes data and various control information, and various physical channels exist according to the type/use of the information transmitted and received by the base station and the terminal.
  • the terminal When the terminal is turned on or newly enters a cell, the terminal performs an initial cell search operation such as synchronizing with the base station (S601). To this end, the terminal synchronizes with the base station by receiving a primary synchronization signal (PSS) and a secondary synchronization signal (SSS) from the base station, and obtains information such as a cell identifier (ID: Identifier). can Thereafter, the UE may acquire intra-cell broadcast information by receiving a Physical Broadcast Channel (PBCH) from the base station. Meanwhile, the terminal may check the downlink channel state by receiving a downlink reference signal (DL RS) in the initial cell search step.
  • PSS primary synchronization signal
  • SSS secondary synchronization signal
  • ID cell identifier
  • the UE may acquire intra-cell broadcast information by receiving a Physical Broadcast Channel (PBCH) from the base station.
  • PBCH Physical Broadcast Channel
  • the terminal may check the downlink channel state by receiving a downlink reference signal (DL RS) in the initial cell
  • the UE After completing the initial cell search, the UE acquires more detailed system information by receiving a Physical Downlink Control Channel (PDCCH) and a Physical Downlink Control Channel (PDSCH) according to information carried on the PDCCH. It can (S602).
  • PDCCH Physical Downlink Control Channel
  • PDSCH Physical Downlink Control Channel
  • the terminal may perform a random access procedure (RACH) to the base station (steps S603 to S606).
  • RACH random access procedure
  • the terminal may transmit a specific sequence as a preamble through a physical random access channel (PRACH) (S603 and S605), and receive a response message to the preamble through a PDCCH and a corresponding PDSCH ( S604 and S606).
  • PRACH physical random access channel
  • a contention resolution procedure may be additionally performed.
  • the UE receives PDCCH/PDSCH as a general uplink/downlink signal transmission procedure (S607) and Physical Uplink Shared Channel (PUSCH)/Physical Uplink Control Channel (PUCCH: Physical Uplink Control Channel) transmission (S608) may be performed.
  • the terminal receives downlink control information (DCI) through the PDCCH.
  • DCI downlink control information
  • the DCI includes control information such as resource allocation information for a terminal, and has different formats depending on its purpose of use.
  • the control information that the terminal transmits to the base station through the uplink or the terminal receives from the base station is a downlink / uplink ACK / NACK (Acknowledgement / Non-Acknowledgement) signal, CQI (Channel Quality Indicator), PMI (Precoding Matrix) Indicator), RI (Rank Indicator), etc.
  • a terminal may transmit control information such as the above-described CQI/PMI/RI through PUSCH and/or PUCCH.
  • Table 5 shows an example of a DCI format in the NR system.
  • DCI format uses 0_0 Scheduling of PUSCH in one cell 0_1 Scheduling of one or multiple PUSCHs in one cell, or indication of cell group (CG) downlink feedback information to the UE 0_2 Scheduling of PUSCH in one cell 1_0 Scheduling of PDSCH in one DL cell 1_1 Scheduling of PDSCH in one cell 1_2 Scheduling of PDSCH in one cell
  • DCI formats 0_0, 0_1, and 0_2 are resource information related to PUSCH scheduling (eg, UL/SUL (Supplementary UL), frequency resource allocation, time resource allocation, frequency hopping, etc.), transport block ( TB: Transport Block) related information (eg, MCS (Modulation Coding and Scheme), NDI (New Data Indicator), RV (Redundancy Version), etc.), HARQ (Hybrid - Automatic Repeat and request) related information (eg, , process number, downlink assignment index (DAI), PDSCH-HARQ feedback timing, etc.), multi-antenna related information (eg, DMRS sequence initialization information, antenna port, CSI request, etc.), power control information (eg, PUSCH power control, etc.), and control information included in each DCI format may be predefined.
  • PUSCH scheduling eg, UL/SUL (Supplementary UL), frequency resource allocation, time resource allocation, frequency hopping, etc.
  • DCI format 0_0 is used for PUSCH scheduling in one cell.
  • Information included in DCI format 0_0 is a cyclic redundancy check (CRC) by C-RNTI (Cell RNTI: Cell Radio Network Temporary Identifier), CS-RNTI (Configured Scheduling RNTI) or MCS-C-RNTI (Modulation Coding Scheme Cell RNTI) ) is scrambled and transmitted.
  • CRC cyclic redundancy check
  • C-RNTI Cell RNTI: Cell Radio Network Temporary Identifier
  • CS-RNTI Configured Scheduling RNTI
  • MCS-C-RNTI Modulation Coding Scheme Cell RNTI
  • DCI format 0_1 is used to instruct the UE to schedule one or more PUSCHs in one cell or configured grant (CG: configure grant) downlink feedback information.
  • Information included in DCI format 0_1 is transmitted after being CRC scrambled by C-RNTI, CS-RNTI, SP-CSI-RNTI (Semi-Persistent CSI RNTI) or MCS-C-RNTI.
  • DCI format 0_2 is used for PUSCH scheduling in one cell.
  • Information included in DCI format 0_2 is transmitted after being CRC scrambled by C-RNTI, CS-RNTI, SP-CSI-RNTI or MCS-C-RNTI.
  • DCI formats 1_0, 1_1, and 1_2 are resource information related to PDSCH scheduling (eg, frequency resource allocation, time resource allocation, VRB (virtual resource block)-PRB (physical resource block) mapping, etc.), transport block (TB) related information (eg, MCS, NDI, RV, etc.), HARQ related information (eg, process number, DAI, PDSCH-HARQ feedback timing, etc.), multi-antenna related information (eg, antenna port , transmission configuration indicator (TCI), sounding reference signal (SRS) request, etc.), PUCCH-related information (eg, PUCCH power control, PUCCH resource indicator, etc.), and the control information included in each DCI format can be predefined.
  • PDSCH scheduling eg, frequency resource allocation, time resource allocation, VRB (virtual resource block)-PRB (physical resource block) mapping, etc.
  • transport block (TB) related information eg, MCS, NDI, RV, etc.
  • HARQ related information
  • DCI format 1_0 is used for PDSCH scheduling in one DL cell.
  • Information included in DCI format 1_0 is transmitted after being CRC scrambled by C-RNTI, CS-RNTI or MCS-C-RNTI.
  • DCI format 1_1 is used for PDSCH scheduling in one cell.
  • Information included in DCI format 1_1 is transmitted after being CRC scrambled by C-RNTI, CS-RNTI or MCS-C-RNTI.
  • DCI format 1_2 is used for PDSCH scheduling in one cell.
  • Information included in DCI format 1_2 is transmitted after being CRC scrambled by C-RNTI, CS-RNTI or MCS-C-RNTI.
  • the terminal may acquire access stratum (AS)/non-access staratum (NAS) information through a system information (SI) acquisition process.
  • the SI acquisition process may be applied to terminals in an RRC idle (RRC_IDLE) state, an RRC inactive state (RRC_INACTIVE) state, and an RRC connected state (RRC_CONNECTED) state.
  • the SI is divided into a Master Information Block (MIB) and a plurality of System Information Blocks (SIBs). SI other than MIB may be referred to as Remaining Minimum System Information (RMSI) and Other System Information (OSI). RMSI corresponds to SIB1, and OSI refers to SIBs other than SIB2 and higher than SIB2. For details, you can refer to:
  • the MIB includes information/parameters related to SIB1 (SystemInformationBlockType1) reception and is transmitted through the PBCH of SSB (SS/PBCH block). MIB information may include fields shown in Table 6.
  • Table 6 illustrates part of the MIB.
  • Table 7 exemplifies descriptions of the MIB fields illustrated in Table 6.
  • the pdcch-ConfigSIB1 field determines a common control resource set (CORESET), a common search space and required PDCCH parameters. If the field ssb-SubcarrierOffset field indicates that there is no SIB1 (absent), the pdcch-ConfigSIB1 field is the frequency location where the UE can find the SS/PBCH block as SIB1 or the frequency where the network does not provide SS/PBCH block as SIB1 indicate the range.
  • the ssb-SubcarrierOffsetssb-SubcarrierOffset field corresponds to kSSB, where kSSB is a frequency domain offset (number of subcarriers) between the SSB and the entire resource block grid.
  • the value range of the ssb-SubcarrierOffset field may be extended by an additional most significant bit encoded within the PBCH.
  • the ssb-SubcarrierOffset field may indicate that this cell does not provide SIB1 and there is no CORESET#0 set in the MIB.
  • the pdcch-ConfigSIB1 field may indicate a frequency location where the UE can find (cannot find) SS/PBCH as a control resource set and search space for SIB1.
  • the subCarrierSpacingCommon field represents the subcarrier spacing for SIB1 and Msg.2/4 for initial access, paging and broadcast SI messages.
  • the scs15or60 value corresponds to 15 kHz and the scs30or120 value corresponds to 30 kHz.
  • the scs15or60 value corresponds to 60 kHz and the scs30or120 value corresponds to 120 kHz.
  • the UE Upon initial cell selection, the UE assumes that half-frames with SSB are repeated at 20 ms intervals. The UE may check whether a Control Resource Set (CORESET) exists for the Type0-PDCCH common search space based on the MIB.
  • CORESET Control Resource Set
  • the Type0-PDCCH common search space is a type of PDCCH search space and is used to transmit a PDCCH for scheduling SI messages.
  • the UE determines (i) a plurality of contiguous RBs constituting a CORESET and one or more contiguous symbols based on information in the MIB (eg, pdcch-ConfigSIB1) and (ii) A PDCCH opportunity (ie, a time domain location for PDCCH reception) may be determined.
  • MIB e.g, pdcch-ConfigSIB1
  • pdcch-ConfigSIB1 is 8-bit information, (i) is determined based on MSB (Most Significant Bit) 4 bits (see 3GPP TS 38.213 Table 13-1 to 13-10), (ii) is LSB (Least Significant Bit) Determined based on 4 bits (see 3GPP TS 38.213 Table 13-11 to 13-15).
  • information indicated by MSB 4 bits of pdcch-ConfigSIB1 is exemplified as follows.
  • ii) Indicates a multiplexing pattern between the SS/PBCH block and the PDCCH/PDSCH.
  • iii) indicates the number of PRBs and OFDM symbols for CORESET.
  • -N RB CORESET number of RBs (ie ⁇ 24, 48, 96 ⁇ )
  • iv Indicates an offset (the number of RBs) between the first RB of the SS/PBCH block and the first RB of the RMSI CORESET.
  • the range of the offset (number of RBs) is determined by the number of PRBs and sync raster0.
  • pdcch-ConfigSIB1 provides information about a frequency location where SSB/SIB1 exists and a frequency range where SSB/SIB1 does not exist.
  • the UE may assume that half frames with SS/PBCH blocks occur with a period of 2 frames.
  • the UE Upon detection of the SS/PBCH block, if k SSB ⁇ 23 for FR1 (Sub-6 GHz; 450 to 6000 MHz) and k SSB ⁇ 11 for FR2 (mm-Wave, 24250 to 52600 MHz), the UE searches for Type0-PDCCH common Determine that a control resource set for the space exists. If k SSB >23 for FR1 and k SSB >11 for FR2, the UE determines that the control resource set for the Type0-PDCCH common search space does not exist.
  • k SSB represents a frequency/subcarrier offset between subcarrier 0 of the SS/PBCH block and subcarrier 0 of the common resource block for the SSB.
  • SIB1 includes information related to availability and scheduling (eg, transmission period, SI-window size) of the remaining SIBs (hereinafter, SIBx, where x is an integer greater than or equal to 2).
  • SIBx may inform whether SIBx is periodically broadcast or provided at the request of the terminal by an on-demand scheme.
  • SIB1 may include information necessary for the UE to perform an SI request.
  • SIB1 is transmitted through the PDSCH
  • the PDCCH scheduling SIB1 is transmitted through the Type0-PDCCH common search space
  • SIB1 is transmitted through the PDSCH indicated by the PDCCH.
  • SIBx is included in the SI message and transmitted through the PDSCH. Each SI message is transmitted within a periodically occurring time window (i.e., SI-window).
  • Random access of the NR system is 1) when a UE requests or resumes an RRC connection, 2) when a UE performs handover to a neighboring cell or adds a secondary cell group (SCG) (ie, SCG addition), 3 )
  • SCG secondary cell group
  • a scheduling request is made to the base station, 4) when the base station instructs the terminal to randomly access in the PDCCH order, 5) when a beam failure or RRC connection failure is detected It can be.
  • FIG. 8 shows a random access process in a wireless communication system to which the present disclosure can be applied.
  • 8(a) shows a contention-based random access process
  • FIG. 8(b) illustrates a dedicated random access process.
  • the contention-based random access process includes the following 4 steps.
  • the messages transmitted in steps 1 to 4 may be referred to as messages (Msg) 1 to 4, respectively.
  • the UE transmits a random access channel (RACH) preamble through a physical random access channel (PRACH).
  • RACH random access channel
  • PRACH physical random access channel
  • the terminal receives a random access response (RAR) from the base station through a downlink shared channel (DL-SCH).
  • RAR random access response
  • Step 3 The terminal transmits a Layer 2 / Layer 3 message to the base station through an uplink shared channel (UL-SCH).
  • UL-SCH uplink shared channel
  • Step 4 The terminal receives a contention resolution message from the base station through the DL-SCH.
  • the terminal may receive information about random access from the base station through system information.
  • the terminal transmits the RACH preamble to the base station as in step 1.
  • the base station can distinguish each of the random access preambles through a time/frequency resource through which the random access preamble is transmitted (ie, RACH opportunity (RO: RACH Occasion)) and a random access preamble index (PI: Preamble Index).
  • the base station When the base station receives the random access preamble from the terminal, the base station transmits a random access response (RAR) message to the terminal as in step 2.
  • RAR random access response
  • the terminal For reception of the random access response message, the terminal includes scheduling information for the random access response message within a preset time window (eg, ra-ResponseWindow) CRC with RA-RNTI (Random Access-RNTI)
  • RA-RNTI Random Access-RNTI
  • the masked L1/L2 control channel (PDCCH) is monitored.
  • the PDCCH masked with RA-RNTI can be transmitted only through a common search space.
  • the UE may receive a random access response message from the PDSCH indicated by the scheduling information.
  • the terminal checks whether there is random access response information indicated to it in the random access response message. Whether or not the random access response information indicated to the terminal exists can be confirmed by whether a random access preamble ID (RAPID) for the preamble transmitted by the terminal exists.
  • RAPID random access preamble ID
  • the index of the preamble transmitted by the UE and the RAPID may be the same.
  • the random access response information includes a corresponding random access preamble index, timing offset information for UL synchronization (eg, timing advance command (TAC)), UL scheduling information for message 3 transmission (eg, UL grant), and It includes terminal temporary identification information (eg, TC-RNTI (Temporary-C-RNTI)).
  • the UE Upon receiving the random access response information, the UE transmits UL-SCH (Shared Channel) data (message 3) through the PUSCH according to the UL scheduling information and the timing offset value, as in step 3.
  • Time and frequency resources in which the PUSCH carrying message 3 is mapped/transmitted are defined as PO (PUSCH Occasion).
  • Message 3 may include the terminal's ID (or the terminal's global ID).
  • message 3 may include RRC connection request-related information (eg, an RRCSetupRequest message) for initial access.
  • Message 3 may also include a Buffer Status Report (BSR) on the amount of data available for transmission by the UE.
  • BSR Buffer Status Report
  • the base station After receiving the UL-SCH data, as in step 4, the base station transmits a contention resolution message (message 4) to the terminal.
  • a contention resolution message (message 4)
  • the TC-RNTI is changed to the C-RNTI.
  • Message 4 may include the ID of the terminal and/or RRC connection related information (eg, RRCSetup message). If the information transmitted through message 3 and the information received through message 4 do not match, or if message 4 is not received for a certain period of time, the terminal may determine that contention resolution has failed and retransmit message 3.
  • the dedicated random access process includes the following three steps.
  • the messages transmitted in steps 0 to 2 may be referred to as messages (Msg) 0 to 2, respectively.
  • the dedicated random access process may be triggered by using a PDCCH (hereinafter referred to as a PDCCH order) for instructing RACH preamble transmission by the base station.
  • a PDCCH hereinafter referred to as a PDCCH order
  • Step 0 The base station allocates the RACH preamble to the terminal through dedicated signaling.
  • Step 1 The UE transmits the RACH preamble through the PRACH.
  • Step 2 The terminal receives a random access response (RAR) from the base station through the DL-SCH.
  • RAR random access response
  • steps 1 to 2 of the dedicated random access process may be the same as steps 1 to 2 of the contention-based random access process.
  • DCI format 1_0 is used to initiate a non-contention based random access procedure with a PDCCH order.
  • DCI format 1_0 is used to schedule PDSCH in one DL cell.
  • CRC Cyclic Redundancy Check
  • DCI format 1_0 is used as a PDCCH command indicating a random access process. do.
  • the field of DCI format 1_0 is set as follows.
  • - UL/SUL (Supplementary UL) indicator 1 bit.
  • the PRACH in the cell indicates the transmitted UL carrier. Otherwise, it is unused (reserved).
  • - SSB Synchronization Signal/Physical Broadcast Channel index: 6 bits.
  • RA preamble index 6 bits.
  • DCI format 1_0 does not correspond to a PDCCH command, DCI format 1_0 consists of fields used for scheduling PDSCH (e.g., TDRA (Time domain resource assignment), MCS (Modulation and Coding Scheme), HARQ process number, PDSCH -to-HARQ_feedback timing indicator, etc.).
  • TDRA Time domain resource assignment
  • MCS Modulation and Coding Scheme
  • NR systems may require lower latency than existing systems.
  • a random access process occurs in the U-band, the random access process is terminated and the contention is resolved only when the terminal and the base station sequentially succeed in LBT in all of the 4-step random access processes.
  • the LBT fails in any step of the 4-step random access process, resource efficiency is lowered and latency is increased.
  • resource efficiency reduction and latency increase may occur significantly.
  • a low-latency random access process may be required in various scenarios of the NR system. Therefore, the 2-step random access process can also be performed on the L-band.
  • FIG 9 illustrates a two-step random access process in a wireless communication system to which the present disclosure can be applied.
  • the 2-step random access process transmits an uplink signal (referred to as message A, corresponding to PRACH preamble + Msg3 PUSCH) from the terminal to the base station and downlink from the base station to the terminal.
  • Link signal (referred to as message B, corresponding to RAR + Msg4 PDSCH) may be composed of two stages of transmission.
  • a random access preamble and a PUSCH part may be transmitted together.
  • a PDCCH for scheduling message B may be transmitted from the base station to the terminal, which is Msg. It may be referred to as B PDCCH.
  • BandWidth Part may be composed of continuous resource blocks (RBs) on the frequency axis.
  • One numerology eg, SCS, CP length, slot / may correspond to mini-slot duration (slot/mini-slot duration, etc.
  • multiple BWPs may be set in one carrier (the number of BWPs per carrier may also be limited), but activated ( The number of activated BWPs may be limited to a part (eg, 1) per carrier.)
  • control resource set (CONtrol REsourse SET) (means a time-frequency resource area in which PDCCH can be transmitted, and the number of CORESETs per BWP may be limited.)
  • -Type0-PDCCH CSS (common search space) set: A search space set in which the NR UE monitors a set of PDCCH candidates for a DCI format having a CRC scrambled by the SI-RNTI
  • CORESET#0 CORESET for Type0-PDCCH CSS set for NR UE (set in MIB)
  • PCCH monitoring occasion eg, for Type0-PDCCH CSS set
  • SIB1-R (additional) SIB1 for RedCap UE, and may be limited to the case where it is generated as a TB separate from SIB1 and transmitted through a separate PDSCH.
  • -Type0-PDCCH-R CSS set A search space set in which a RedCap UE monitors a set of PDCCH candidates for a DCI format having a CRC scrambled by SI-RNTI
  • PCCH monitoring occasion (eg, for Type0-PDCCH-R CSS set)
  • CD-SSB Cell defining SSB
  • Non-cell defining SSB (non-CD-SSB: Non-cell defining SSB): An SSB that is placed in the NR sync raster, but does not include RMSI scheduling information of the cell for measurement. However, information indicating the location of the CD-SSB may be included.
  • SI-RNTI System Information Radio-Network Temporary Identifier
  • Camp on is a UE state in which the UE stays in the cell and is ready to start a potential dedicated service or receive an ongoing broadcast service
  • QCL Quasi-Co-Location
  • RS reference signals
  • RS Reference Signal
  • RS Doppler shift
  • Doppler spread and average delay obtained from one RS
  • average spread delay spread
  • spatial reception parameter Spatial Rx parameter
  • QCL parameters can also be applied to other RS (or the antenna port (antenna port (s)) of the corresponding RS))
  • QCL types are defined as follows: 'typeA': ⁇ Doppler shift, Doppler spread, average delay, delay spread ⁇ , 'typeB': ⁇ Doppler shift, Doppler spread ⁇ , 'typeC ': ⁇ Doppler shift, average delay ⁇ , 'typeD': ⁇ Spatial Rx parameter ⁇
  • TCI Transmission Configuration Indication
  • one TCI state is one of DM-RS ports of PDSCH, DM-RS ports of PDCCH, or CSI-RS port(s) of CSI-RS resources
  • the TCI state index corresponding to each code point constituting the field
  • CE control element
  • the TCI state for each TCI state index is set through RRC signaling
  • the TCI state is set between DL RS
  • configuration between DL RS and UL RS or between UL RS and UL RS may be allowed.
  • Examples of UL RS include SRS, PUSCH DM-RS, and PUCCH DM-RS.
  • UL-SCH uplink shared channel
  • CCCH common control channel
  • SDU service data unit
  • Special Cell In the case of Dual Connectivity operation, the term Special Cell refers to the MCG's PCell or SCG's PCell depending on whether the MAC entity is related to the MCG (master cell group) or SCG (secondary cell group), respectively. Indicates a PSCell. Otherwise, the term Special Cell refers to PCell. Special Cell supports PUCCH transmission and contention-based random access and is always active.
  • PCell PCell, PSCell, SCell (secondary cell).
  • a terminal for this purpose is referred to as a NR reduced capability (redcap) UE/device, or (NR) redcap UE/device for short.
  • NR general NR terminal that supports all or one or more of 5G main use cases, as distinguished from a redcap device, is referred to as NR (general)) UE/device.
  • NR terminals have 5G key capabilities defined by IMT-2020 (peak data rate, user experienced data rate, latency, mobility, connection density (connection density, energy efficiency, spectrum efficiency, area traffic efficiency, etc.) It may be a terminal that has intentionally reduced (reduction_) some capabilities in order to achieve a form factor.
  • IMT-2020 peak data rate, user experienced data rate, latency, mobility, connection density (connection density, energy efficiency, spectrum efficiency, area traffic efficiency, etc.) It may be a terminal that has intentionally reduced (reduction_) some capabilities in order to achieve a form factor.
  • Redcap use cases can be, for example:
  • IWSN Industrial Wireless Sensor Network
  • LTE-M/NB-IOT Low Power Wireless Area
  • Devices in this environment include, for example, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, actuators, and the like.
  • Smart city verticals include data collection and processing to more efficiently monitor and control city resources and provide services to city residents.
  • the deployment of surveillance cameras is not only an essential part of smart cities, but also an essential part in factories and industries.
  • Wearable use cases include smart watches, rings, eHealth-related devices and medical monitoring devices.
  • One feature of the use case is the small size of the device.
  • Redcap use cases are supported in terms of bit rate and latency by Low Power Wireless Area (LPWA) terminals (eg, LTE-M, NB-IoT, etc.) this may be impossible NR terminals may be functionally supportable, but may be inefficient in terms of terminal manufacturing cost, form factor, and battery life. Supporting the above use case area in the 5G network as a redcap terminal having characteristics such as low cost, low power, and small form factor can reduce manufacturing and maintenance costs of the terminal.
  • LPWA Low Power Wireless Area
  • Redcap use cases have quite diverse requirements in terms of terminal complexity, target bit rate, latency, power consumption, etc.
  • the requirements that a redcap UE must meet are referred to as redcap requirements.
  • call Redcap requirements can be divided into generic requirements commonly applied to all redcap use cases and use case specific requirements applied only to some use case(s).
  • Redcap requirements can be satisfied by (a combination of) various features provided by the terminal and the base station.
  • the following is an example of features and sub-features supported by a terminal/base station to satisfy redcap requirements.
  • RRM Radio resource management
  • the above redcap use cases can define and support one or more terminals, and the present disclosure considers both of the following cases.
  • the redcap terminal may be a terminal that satisfies all of the above redcap requirements, that is, generic and use case specific requirements, and may also support all redcap use cases.
  • redcap requirements that is, generic and use case specific requirements
  • Case B may be a case in which a terminal type is defined and supported for each redcap use case in consideration of the fact that the redcap use case requirements are quite diverse. Even in this case, all of the generic requirements may be commonly satisfied.
  • each device type defined for each use case is referred to as a redcap device type.
  • Case B includes the case of grouping several similar use cases in terms of requirements and supporting them in the form of a single terminal.
  • Each of these redcap device types may support some predefined or specific combination of redcap UE features. If multiple redcap device types are defined and redcap use cases are supported, there is an advantage in that specific redcap use cases can be supported through a more optimized redcap terminal in terms of cost and power consumption. For example, the IWS use case can be supported through a very small, inexpensive, and power-efficient terminal.
  • reduced capability may include meaning of reduced/low complexity/cost, reduced bandwidth, and the like.
  • case B that is, in case redcap use cases are supported in multiple device types
  • the following method can be considered to classify redcap device types.
  • the following methods can also be applied to Case A), that is, to distinguish a redcap device from an NR terminal.
  • the redcap terminal may need to report its own device type information to the base station.
  • FIG. 10 illustrates a procedure for reporting a device type of a redcap device in a wireless communication system to which the present disclosure may be applied.
  • the reporting procedure may (re)use the UE capability transfer procedure defined in TS 38.331 as follows, and the base station receives UE capability information Redcap Device type information can be acquired and terminal information obtained when scheduling a corresponding terminal can be used.
  • the base station/network makes a capability inquiry/request to the UE in the RRC_CONNECTED state (SH102).
  • the UE includes redcasp device type information in UE capability information and transmits it to the base station/network (SH104).
  • Redcap device types can be classified based on one of the main requirements.
  • Main requirements that can be criteria for classification may be, for example, supported max data rate (peak bit rate), latency, mobility (stationary/fixed, portable, mobile, etc.) battery lifetime, complexity, coverage, and the like.
  • UE feature(s) (combination) that must be supported compulsorily or can be selectively supported can be defined in the spec. This may be to reduce overhead of separately signaling whether or not features are supported for each device type.
  • the redcap device type information included in the UE capability information and reported by the terminal to the base station/network may be transmitted to the base station through, for example, a specific field (e.g., RedCapDeviceType) of the UE-NR-Capability Information Element (IE).
  • IE UE-NR-Capability Information Element
  • redCapDeviceType UE-NR-Capability Information Element
  • the terminal reports the device type and related parameters by including one field in the capability information, which is an advantageous method in terms of signaling overhead.
  • the supported max data rate of the NR terminal is determined by the formula shown in Table 8 in TS 38.306.
  • Table 8 illustrates the TS 38.306 standard.
  • parameters necessary for calculating the supported max data rate that the NR terminal must support are reported by the UE by request of the base station in the RRC_CONNECTED state.
  • FeatureSetDownlinkPerCC IE maxNumberMIMO-LayersPDSCH, supportedModulationOrderDL, supportedBandwidthDL, supportedSubCarrierSpacingDL
  • FeatureSetUplinkPerCC IE maxNumberMIMO-LayersCB-PUSCH, maxNumberMIMO-LayersNonCB-PUSCH, supportedModulationOrderUL, supportedBandwidthUL, supportedSubCarrierSpacingUL
  • the values of the above parameters are defined in advance for each device type in the standard, and the terminal uses the RedCapDeviceType field of the UE-NR-Capability IE
  • the base station can be instructed with the above parameter information together with redcap device type information.
  • the redcap terminal reports the device type and the parameters related thereto through one field, thereby reducing signaling overhead. effect can be expected.
  • the base station can obtain the device type, supported max data rate, and values of the parameters listed above through the value of the RedCapDeviceType field, and use them for terminal scheduling.
  • redcap device types may be classified based on UE feature (s) (combination) that must be supported compulsorily or can be selectively supported. This may be a more appropriate method when the features that need to be supported or can be supported for each use case are clear.
  • the UE feature(s) (combination) defined in advance in the standard for each Redcap device type is referred to as a feature set. It will be referred to as the mandatory feature set that specifies.
  • the definition of redcap device type may not be specified in the standard, which may mean that the above redcap use cases are supported as separate terminal types supporting different feature sets.
  • the redcap terminal may report the redcap device type or the use case(s) supported by the terminal to the base station by reporting a predefined feature set to the base station.
  • This may be a method more suitable for supporting various use cases through various optional features without distinguishing a separate UE category.
  • the above feature set may be replaced with a combination of capability parameters, that is, a capability parameter set.
  • the above feature set may be a mandatory feature set defined in the standard in advance for each redcap device type. For the above operation, a set of candidate features for a redcap device (type), that is, a feature pool may be previously defined or set in the standard.
  • the redcap device may report a mandatory feature set defined for each type to the base station based on its own type.
  • the terminal may additionally report an optional feature set to the base station in addition to the mandatory feature set.
  • the terminal can perform an additional operation or a more optimized operation for a specific use case by additionally selecting and reporting an optional feature set.
  • the mandatory feature set includes a power saving feature , and can be specified as an optional feature. Therefore, it can be selectively supported according to the detailed form of the terminal and reported to the base station in case of support.
  • the base station can determine whether a feature is supported through the presence or absence of the corresponding parameter in the feature set reported by the redcap terminal, and can reflect it when scheduling the corresponding terminal.
  • Redcap device types may be classified based on a combination of capability parameter(s).
  • a combination of capability parameters that classify redcap device types may be parameters that determine the above redcap requirements.
  • the capability parameter for determining the redcap device type may be a bandwidth supported by the terminal, a modulation order, the number of MIMO layers, etc. that determine the supported max data rate requirement supported by the terminal. there is.
  • the values of the above parameters may be a list of actually supportable values or may be the maximum value among supported values.
  • N RB -Supported Bandwidth
  • Q m 2 for QPSK; 4 for 16 QAM; 6 for 64 QAM; etc.
  • N L Number of supported MIMO layers
  • N a Number of antennas
  • Redcap device type may be defined by classifying capability parameter set value(s) in ascending order (or descending order) of supported max data rate, for example.
  • capability parameter set value(s) in ascending order (or descending order) of supported max data rate, for example.
  • M device types in ascending order of the supported max data rate.
  • the N RB value is, for example, in the case of NR FR1 (Frequency Range 1, that is, a band below 6 GHz), one of the values defined in Table 9 below (the maximum number of RBs that can be set for each UE channel bandwidth) can be used.
  • Table 9 illustrates the maximum transmission bandwidth setting (N RB ) for each SCS in NR FR1.
  • device type 2/3/4 in the above device type classification example corresponds to a case where one device type is defined with a plurality of capability set values.
  • device types are classified based on supported max data rates as above, multiple capability parameter set values defining one device type mean combinations supporting the same or similar supported max data rates. can do.
  • the supportable device type(s) for each use case can be defined as follows, and based on the supportable device type(s), the base station restricts cell access, You can perform subscription-based barring.
  • IWS Industrial Wireless Sensor
  • the number M of device types may be limited.
  • the redcap UE is not divided into multiple device types, that is, a single device type can support all of the above target use cases.
  • Redcap UE's bandwidth capability may be determined as the minimum bandwidth that satisfies the bit rate required by the target use case.
  • UE max bandwidth reduction can be expected to reduce the cost of a radio frequency (RF) device and/or baseband processing, and also reduce power consumption.
  • the bit rate required here is the average bit rate, the peak rate rather than the reference bit rate, or the supported max data rate. In consideration of the fact that it is determined, it may mean a peak rate or a supported max data rate.
  • certain values may be assumed for other parameters (eg, the number of antennas (N L ), modulation order (Q m ), etc.) that determine the required bit rate. .
  • transmission / reception can be performed by receiving transmission bandwidth allocated by network configuration using RRC signaling.
  • the UE min bandwidth may be defined as a minimum value among NR UE channel bandwidths (or transmission bandwidths) greater than or equal to the NR SSB bandwidth.
  • the Redcap device type may be classified based on the UE bandwidth capability.
  • the bandwidth capability that determines the Redcap device type may indicate, for example, supported bandwidth (N RB ), that is, (max) UE channel bandwidth or (max) UE transmission bandwidth in RB units. Alternatively, it may be a minimum UE channel bandwidth or a minimum UE transmission bandwidth. More specifically, the following classifications are possible.
  • Classification method 4-3) One or multiple supportable bandwidths (set) are defined for each device type, and the actual data transmission/reception bandwidth is set and used within the corresponding bandwidth (set)
  • the max bandwidth can be limited to a value smaller than the NR bandwidth (eg, 20 MHz), and the min bandwidth is smaller than the SSB bandwidth (eg, 5 MHz for 15 kHz SSB). can be greater than or equal to
  • the present disclosure proposes a separate initial DL BWP and initial UL BWP configuration method for a specific type of UE (eg, the aforementioned redcap UE) based on the above description.
  • a general terminal means a terminal supporting all capabilities required by a wireless communication system (eg, NR system), and a specific type of terminal refers to all capabilities required by the wireless communication system It means a terminal supporting specific requirements and / or specific feature (s) and / or specific use cases among them, for example, a redcap UE.
  • a redcap UE for convenience of explanation, but this is only one example, and the present disclosure is not limited thereto, and a redcap UE may be interpreted as a specific type of terminal.
  • a separate initial DL BWP for a specific type of UE is an initial DL BWP for a non-specific type of UE (ie, a general UE, for example, a non-redcap UE). It can be configured for offloading when a high traffic load occurs in the DL BWP.
  • a separate initial DL BWP may also be configured to align the center frequencies of the initial DL BWP and initial UL BWPs in an unpaired spectrum.
  • the separate initial DL BWP is a PDCCH blocking rate due to a higher aggregation level (AL) that may be required for a specific type of UE (eg, RedCap UE) with one Rx branch.
  • A aggregation level
  • a system information block (SIB) required to support a specific type of UE eg, RedCap UE
  • SIB system information block
  • a UE other than a specific type of UE eg, RedCap UE
  • it is preferable to support a separate initial DL BWP for a specific type of UE eg, RedCap UE. Since the above synchronization applies to FDD as well as TDD, a separate initial DL BWP for a specific type of UE (eg, RedCap UE) can be applied to both TDD and FDD.
  • a method for setting a separate initial DL BWP for a specific type of UE (eg, RedCap UE) within the SIB is described.
  • a new IE used to configure common parameters of downlink BWP for a specific type of UE eg, RedCap UE
  • SIB1 system information block 1
  • BWP- DownlinkCommon or BWP-DownlinkCommon-R
  • FIG. 11 illustrates a signaling structure for configuring a separate initial DL BWP for a specific type of UE according to an embodiment of the present disclosure.
  • SIB1 may include ServingCellConfigCommonSIB, which is an IE for configuring cell-specific parameters for the serving cell of the UE.
  • ServingCellConfigCommonSIB which is an IE for configuring common downlink parameters of a cell, may be included in the ServingCellConfigCommonSIB IE.
  • BWP-DownlinkCommon which is an IE used to configure common parameters of downlink BWP for a non-specific type of UE (ie, general UE, eg, non-redcap UE), may be included in DownlinkConfigCommonSIB
  • BWP-DownlinkCommon-R an IE used to configure common parameters of downlink BWP for a specific type of UE (eg, RedCap UE)
  • DownlinkConfigCommonSIB an IE used to configure common parameters of downlink BWP for a specific type of UE
  • Both BWP-DownlinkCommon and BWP-DownlinkCommon-R are i) BWP, an IE for setting generic parameters for BWP, ii) PDSCH-ConfigCommon, an IE for setting cell-specific parameters for PDSCH of corresponding BWP, iii) PDCCH-ConfigCommon, which is an IE for setting cell-specific parameters for the PDCCH of the corresponding BWP, may be included.
  • some parameters/IEs within the BWP-DownlinkCommon-R IE may be omitted. That is, some one or more parameters/IEs overlapping in the BWP-DownlinkCommon IE and the BWP-DownlinkCommon-R IE may be omitted in the BWP-DownlinkCommon-R IE.
  • the specific type of UE eg, RedCap UE
  • the non-specific type of UE eg, non-redcap UE
  • a specific type of UE eg, RedCap UE
  • the base station may set only locationAndBandwidth, which is a parameter indicating the BWP location and bandwidth, in the BWP IE in the BWP-DownlinkCommon IE. That is, parameters for SCS and CP values for the initial DL BWP in the BWP-DownlinkCommon-R IE may be omitted.
  • a specific type of UE eg, RedCap UE
  • CP values can be assumed/applied to a separate initial DL BWP.
  • BWP-DownlinkCommon which is an existing IE used to configure common parameters of downlink BWP for a non-specific type of UE (eg, non-redcap UE) in SIB1
  • a specific type of UE For example, a separate initial DL BWP (ie, separate parameters for this) may be set for a RedCap UE).
  • SIB1 may include ServingCellConfigCommonSIB, which is an IE for configuring cell-specific parameters for the serving cell of the UE.
  • ServingCellConfigCommonSIB which is an IE for configuring common downlink parameters of a cell, may be included in the ServingCellConfigCommonSIB IE.
  • BWP-DownlinkCommon which is an IE used to configure common parameters of downlink BWP for a general terminal, may be included in DownlinkConfigCommonSIB.
  • separate parameter(s) for a specific type of UE (eg, RedCap UE) within the BWP-DownlinkCommon IE may be added.
  • BWP IE for a specific type of UE (eg RedCap UE) within the existing BWP-DownlinkCommon IE is configured, and locationAndBandwidth-for a specific type of UE (eg RedCap UE) within the BWP IE R can be set separately.
  • some parameters/IEs for a specific type of UE may be omitted.
  • the specific type of UE eg, RedCap UE
  • the non-specific type of UE eg, non-redcap UE
  • Values can be assumed/applied.
  • the base station may include only locationAndBandwidth-R, which is a parameter indicating the BWP location and bandwidth for a specific type of terminal (eg, RedCap UE), in the BWP IE in the BWP-DownlinkCommon IE. That is, values for subcarrier spacing (SCS) and cyclic prefix (CP) for a separate initial DL BWP for a specific type of UE (eg, RedCap UE) may not be set. .
  • SCS subcarrier spacing
  • CP cyclic prefix
  • a specific type of UE eg, RedCap UE
  • a CP for Parameter (cyclicPrefix) values can be assumed/applied.
  • a specific type of terminal eg, RedCap UE
  • a specific type of terminal eg, RedCap UE
  • BWP :: SEQUENCE ⁇ locationAndBandwidth INTEGER (0..37949), locationAndBandwidth-R INTEGER (0..37949), subcarrierSpacing SubcarrierSpacing, cyclicPrefix ENUMERATED ⁇ extended ⁇ OPTIONAL ⁇
  • a separate initial DL BWP for a specific type of UE may be used for random access and paging.
  • a system information (SI) message for a specific type of UE eg, RedCap UE
  • SI system information
  • RedCap UE may also be transmitted in a separate initial DL BWP for a specific type of UE (eg, RedCap UE).
  • CORESET/CSS in a separate initial DL BWP for a specific type of UE can be configured within the SIB.
  • CORESET/CSS for random access is set in a separate initial DL BWP for a specific type of UE (eg RedCap UE) It can be.
  • PDCCH-ConfigCommon (eg, PDCCH-ConfigCommon-R), which is an IE for configuring cell-specific parameters for a PDCCH for a specific type of UE (eg, RedCap UE) in SIB1 is defined.
  • PDCCH-ConfigCommon-R which is an IE for configuring cell-specific parameters for a PDCCH for a specific type of UE (eg, RedCap UE) in SIB1
  • CORESET/CSS within the separate initial DL BWP can be set.
  • CORESET/CSS for random access within a separate initial DL BWP for a specific type of UE is PDCCH-ConfigCommon for a specific type of UE (eg RedCap UE) in SIB1 -R Can be set by adding IE.
  • SIB1 may include ServingCellConfigCommonSIB, which is an IE for configuring cell-specific parameters for the serving cell of the UE.
  • DownlinkConfigCommonSIB which is an IE for configuring common downlink parameters of a cell, may be included in the ServingCellConfigCommonSIB IE.
  • BWP-DownlinkCommon which is an IE used to configure common parameters of downlink BWP for a general terminal, may be included in DownlinkConfigCommonSIB.
  • PDCCH-ConfigCommon-R for configuring cell-specific parameters for a PDCCH for a specific type of UE eg, RedCap UE
  • RedCap UE a specific type of UE
  • some parameters/IEs in the BWP-DownlinkCommon IE may be omitted to minimize signaling overhead.
  • a specific type of UE eg, RedCap UE
  • a non-specific type of UE eg, non-redcap UE
  • PDCCH-ConfigCommon-R SEQUENCE ⁇ controlResourceSetZero ControlResourceSetZero OPTIONAL, -- Cond InitialBWP-Only commonControlResourceSet ControlResourceSet OPTIONAL, -- Need R searchSpaceZero SearchSpaceZero OPTIONAL, -- Cond InitialBWP-Only commonSearchSpaceList SEQUENCE (SIZE(1..4)) OF SearchSpace OPTIONAL, -- Need R searchSpaceSIB1 SearchSpaceId OPTIONAL, -- Need S searchSpaceOtherSystemInformation SearchSpaceId OPTIONAL, -- Need S pagingSearchSpace SearchSpaceId OPTIONAL, -- Need S ra-SearchSpace SearchSpaceId OPTIONAL, -- Need S ..., ... ⁇
  • separate parameter(s) for a specific type of UE may be set in the existing PDCCH-ConfigCommon IE in SIB1.
  • SIB1 may include ServingCellConfigCommonSIB, which is an IE for configuring cell-specific parameters for the serving cell of the UE.
  • ServingCellConfigCommonSIB which is an IE for configuring common downlink parameters of a cell, may be included in the ServingCellConfigCommonSIB IE.
  • BWP-DownlinkCommon which is an IE used to configure common parameters of downlink BWP for a general terminal, may be included in DownlinkConfigCommonSIB.
  • PDCCH-ConfigCommon for configuring cell specific parameters for PDCCH may be included in BWP-DownlinkCommon IE.
  • the PDCCH-ConfigCommon IE may include a parameter for a specific type of UE (eg, RedCap UE), for example, a parameter for a search space for random access (ra-SearchSpace-R).
  • some parameters in the PDCCH-ConfigCommon IE may be omitted to minimize signaling overhead.
  • a specific type of UE eg, RedCap UE
  • the base station may include only ra-SearchSpace-R in the PDCCH-ConfigCommon IE.
  • a specific type of UE eg, RedCap UE
  • controlResourceSetZero The setting for search space #0 (searchSpaceZero) can be assumed/applied.
  • CORESET/CSS for paging may be configured in a separate initial DL BWP for a specific type of UE (eg, RedCap UE).
  • a specific type of UE eg, RedCap UE.
  • the same CORESET/CSS setting method as the aforementioned random access can be applied to paging in idle/inactive mode.
  • a specific type A UE eg, RedCap UE
  • a specific type of UE eg, RedCap UE
  • a non-specific type of UE eg, non-redcap UE
  • MIB and search space (SS) monitoring occasions (MOs) MIB and search space (SS) monitoring occasions (MOs) for random access in idle/inactive mode.
  • a specific type of UE provides a separate initial DL BWP for a specific type of UE (eg, RedCap UE) to a non-specific type of UE (eg, non-redcap UE).
  • UE can switch to DL BWP and use CORSET#0 set by MIB and SS (search space) MO (monitoring occasions) for paging.
  • a separate initial UL BWP for a specific type of UE is required to support the following reasons.
  • a separate initial UL BWP for a specific type of UE is an initial UL BWP for a non-specific type of UE (ie, a general UE, for example, a non-redcap UE). It can be configured for offloading when a high traffic load occurs in the UL BWP.
  • UL resource fragmentation caused by coexistence of a specific type of UE eg, RedCap UE
  • a non-specific type of UE eg, non-redcap UE
  • Another synchronization is when a coverage recovery technique such as repetition of Msg3 PUSCH for a random access procedure is applied only to a specific type of UE (eg, RedCap UE), a non-specific type of UE (eg, non-redcap UE) is to minimize the impact on
  • a method for setting a separate initial UL BWP for a specific type of UE (eg, RedCap UE) within the SIB is described.
  • a new IE used to configure common parameters of uplink BWP for a specific type of UE (eg, RedCap UE) in SIB1 is defined, for example, BWP-UplinkCommon (or BWP- UplinkCommon-R), through which a separate initial UL BWP can be set.
  • BWP-UplinkCommon or BWP- UplinkCommon-R
  • FIG. 12 illustrates a signaling structure for configuring a separate initial UL BWP for a specific type of UE according to an embodiment of the present disclosure.
  • SIB1 may include ServingCellConfigCommonSIB, which is an IE for configuring cell-specific parameters for the serving cell of the UE.
  • ServingCellConfigCommonSIB an IE for configuring common uplink parameters of a cell, may be included in the ServingCellConfigCommonSIB IE.
  • BWP-UplinkCommon which is an IE used to configure common parameters of uplink BWP for a non-specific type of UE (ie, general UE, eg, non-redcap UE), may be included in UplinkConfigCommonSIB
  • BWP-UplinkCommon-R an IE used to configure common parameters of uplink BWP for a specific type of UE (eg, RedCap UE)
  • UplinkConfigCommonSIB an IE used to configure common parameters of uplink BWP for a specific type of UE
  • Both BWP-UplinkCommon and BWP-UplinkCommon-R are i) BWP, an IE for configuring generic parameters for BWP, ii) PUSCH-ConfigCommon, an IE for configuring cell-specific parameters for PUSCH of the corresponding BWP, iii) PUCCH-ConfigCommon, an IE for configuring cell-specific parameters for PUCCH of the corresponding BWP, iv) RACH-ConfigCommon, an IE used for specifying cell-specific random access parameters, v) Within a 2-step random access type procedure MsgA-ConfigCommon, which is an IE used to configure PRACH and PUSCH resources for transmission of MsgA, may be included.
  • MsgA-ConfigCommon which is an IE used to configure PRACH and PUSCH resources for transmission of MsgA, may be included.
  • some parameters/IEs within the BWP-UplinkCommon-R IE may be omitted. That is, some one or more parameters/IEs overlapping in the BWP-UplinkCommon IE and the BWP-UplinkCommon-R IE may be omitted in the BWP-UplinkCommon-R IE.
  • the specific type of UE eg, RedCap UE
  • the non-specific type of UE eg, non-redcap UE
  • a specific type of UE eg, RedCap UE
  • RedCap UE uses the same values set for the corresponding parameters/IEs in the BWP-UplinkCommon IE. can be assumed to be set (i.e. the same value can be applied).
  • the base station may set only locationAndBandwidth, which is a parameter indicating the BWP location and bandwidth, in the BWP IE in the BWP-UplinkCommon IE. That is, parameters for SCS and CP values for the initial UL BWP in the BWP-UplinkCommon-R IE may be omitted.
  • a specific type of UE eg, RedCap UE
  • CP values can be assumed/applied to a separate initial UL BWP.
  • BWP-UplinkCommon which is an existing IE used to configure common parameters of uplink BWP for a non-specific type of UE (eg, non-redcap UE) in SIB1
  • a specific type of UE For example, a separate initial UL BWP (ie, separate parameters for this) may be set for a RedCap UE).
  • SIB1 may include ServingCellConfigCommonSIB, which is an IE for configuring cell-specific parameters for the serving cell of the UE.
  • ServingCellConfigCommonSIB an IE for configuring common uplink parameters of a cell, may be included in the ServingCellConfigCommonSIB IE.
  • BWP-UplinkCommon which is an IE used to configure common parameters of uplink BWP for general terminals, may be included in UplinkConfigCommonSIB.
  • separate parameter(s) for a specific type of UE (eg, RedCap UE) within the BWP-UplinkCommon IE may be added.
  • a BWP IE for a specific type of UE (eg RedCap UE) within the existing BWP-UplinkCommon IE is configured
  • R can be set separately.
  • some parameters/IEs for a specific type of UE may be omitted within the BWP-UplinkCommon IE.
  • the specific type of UE eg, RedCap UE
  • the non-specific type of UE eg, non-redcap UE
  • Values can be assumed/applied.
  • the base station may include only locationAndBandwidth-R, which is a parameter indicating the BWP location and bandwidth for a specific type of terminal (eg, RedCap UE), in the BWP IE in the BWP-UplinkCommon IE. That is, values for SCS and CP for a separate initial UL BWP for a specific type of UE (eg, RedCap UE) may not be set.
  • locationAndBandwidth-R is a parameter indicating the BWP location and bandwidth for a specific type of terminal (eg, RedCap UE)
  • a specific type of terminal eg, RedCap UE
  • a specific type of UE eg, RedCap UE
  • a CP for Parameter (cyclicPrefix) values can be assumed/applied.
  • a specific type of terminal eg, RedCap UE
  • a specific type of terminal eg, RedCap UE
  • BWP :: SEQUENCE ⁇ locationAndBandwidth INTEGER (0..37949), locationAndBandwidth-R INTEGER (0..37949), subcarrierSpacing SubcarrierSpacing, cyclicPrefix ENUMERATED ⁇ extended ⁇ OPTIONAL ⁇
  • a separate initial UL BWP If the center frequency of the corresponding initial UL BWP is set differently from the initial DL BWP of a non-specific type of UE (eg, non-redcap UE), for a specific type of UE (eg, RedCap UE) When configured, the separate initial DL BWP needs to be the same as the separate initial UL BWP for a specific type of UE (eg, RedCap UE).
  • a separate initial UL BWP for a specific type of UE eg, RedCap UE
  • a separate initial DL for a specific type of UE eg, RedCap UE
  • BWP is not set, it is useful to define the operation of the UE, but the following operations apply only when a separate initial DL BWP for a specific type of UE (eg, RedCap UE) is not configured. It is not.
  • a separate initial DL BWP for a specific type of UE eg, RedCap UE
  • the specific type of UE uses the CORESET#0 bandwidth set by the MIB as the initial DL BWP can be assumed as In this case, center frequencies between separate initial UL BWPs and initial DL BWPs for a specific type of UE (eg, RedCap UE) may or may not be aligned.
  • a separate initial UL BWP for a specific type of UE may be configured Some restrictions may apply.
  • the center frequency of the (separate) initial UL BWP is a separate initial DL BWP for that specific type of UE (eg, RedCap UE) (if configured) can be expected/assumed to align with the center frequency of CORESET#0, otherwise (i.e., when a separate initial DL BWP is not set), and aligned with the center frequency of CORESET#0 set by the MIB there is.
  • a separate initial DL BWP for a specific type of UE eg, RedCap UE
  • a specific type of UE eg, RedCap UE
  • the initial DL BWP set by the SIB (if set) or otherwise i.e., the initial DL BWP set by the SIB
  • the CORESET#0 bandwidth set by the MIB to the initial DL BWP can be assumed as
  • the center frequency of the (separate) initial UL BWP is the initial set by the SIB for a non-specific type of UE (eg, non-redcap UE). It can be expected/assumed to be aligned with the center frequency of the CORESET#0 bandwidth set by the DL BWP (if set) or otherwise (ie, if the initial DL BWP
  • a specific type of UE is an initial UL BWP (eg, a separate initial UL BWP (if configured) or a non-specific type of UE (eg, non-redcap UE) It can be expected / assumed that the center frequency of the initial UL BWP of ) is aligned with the center frequency of the initial DL BWP (ie, it can be set to be aligned).
  • a specific type of UE eg, RedCap UE
  • its initial UL BWP and initial DL BWP are set separately only for a specific type of UE (eg, RedCap UE)
  • initial UL It can be expected/assumed that the center frequency of the BWP is aligned with the center frequency of the initial DL BWP (ie, it can be expected/assumed to be set to be aligned).
  • a specific type of UE eg, RedCap UE
  • a specific type of UE is dedicated to a specific type of UE (eg, RedCap UE)
  • it may be set to a PRACH configuration (eg, RO) shared with a non-specific type of UE (eg, non-redcap UE).
  • PRACH configurations of separate initial UL BWPs for a specific type of UE are best within the bandwidth of a specific type of UE (eg, RedCap UE) by setting the base station. It can be guaranteed that the RACH opportunity (RO) associated with the SSB belongs.
  • the RACH opportunity (RO) associated with the highest SSB such as RSRP by the UE is within the separate initial UL BWP can belong
  • a random access procedure may be performed on (using) a separate initial UL BWP. That is, a specific type of UE (eg, RedCap UE) on (using) a separate initial UL BWP Msg1 (ie, random access preamble) / Msg3 (in case of a 4-step random access procedure), MsgA (ie, , PRACH and PUSCH) (in the case of a two-step random access procedure) to the base station.
  • Msg1 ie, random access preamble
  • Msg3 in case of a 4-step random access procedure
  • MsgA ie, PRACH and PUSCH
  • the specific type of terminal receives Msg2 / Msg4 to a separate initial DL BWP. That is, when CORESET / CSS for a random access procedure in a separate initial DL BWP for a specific type of UE (eg, RedCap UE) is set, the specific type of UE (eg, RedCap UE) A random access procedure may be performed on (using) a separate initial DL BWP for a UE (eg, RedCap UE).
  • Msg2 i.e., random access response
  • Msg4 in case of 4-step random access procedure
  • MsgB i.e., random access response
  • CORSET / CSS for monitoring the PDCCH with the DCI scheduling the PDSCH is set
  • Msg2 i.e., random access response
  • Msg4 In case of 4-step random access procedure
  • MsgB ie, random access response
  • 2-step random access procedure may be received from the base station.
  • a specific type of UE eg, RedCap UE
  • a specific type of UE eg, RedCap UE
  • a non-specific type of UE eg, non-redcap UE
  • a separate initial UL BWP for a specific type of UE eg, RedCap UE
  • a separate initial UL BWP for a specific type of UE eg, RedCap UE
  • the corresponding RO in the initial UL BWP is not set, a specific type of UE (eg, RedCap UE) is random on (using) the initial UL BWP for a non-specific type of UE (eg, non-redcap UE) Access procedures can be performed.
  • a specific type of UE eg, RedCap UE on (using) an initial UL BWP for a non-specific type of UE (eg, non-redcap UE)
  • Msg1 ie, random access preamble
  • Msg3 in case of 4-step random access procedure
  • MsgA ie, PRACH and PUSCH
  • the specific type of UE eg, RedCap UE
  • the specific type of UE is a specific type of UE
  • a separate initial DL BWP for may be switched to an initial DL BWP for a non-specific type of terminal (eg, non-redcap UE) (eg, to align the center frequency between the initial UL BWP and the initial DL BWP).
  • the initial DL BWP for a specific type of UE eg, RedCap UE
  • the corresponding initial DL If CORESET / CSS for the random access procedure in the BWP is not set, a specific type of UE (eg, RedCap UE) on the initial DL BWP for a non-specific type of UE (eg, non-redcap UE) (Using) a random access procedure can be performed.
  • a specific type of UE eg, RedCap UE
  • a non-specific type of UE eg, non-redcap UE
  • a specific type of UE receives Msg2 (ie, random access response) on (using) the initial DL BWP for a non-specific type of UE (eg, non-redcap UE) /Msg4 (in case of 4-step random access procedure), MsgB (ie, random access response) (in case of 2-step random access procedure) may be received from the base station.
  • Msg2 ie, random access response
  • MsgB ie, random access response
  • a separate initial DL BWP may also be configured to align the center frequencies of the initial DL BWP and initial UL BWPs in an unpaired spectrum.
  • the separate initial DL BWP is a PDCCH blocking rate due to a higher aggregation level (AL) that may be required for a specific type of UE (eg, RedCap UE) with one Rx branch. ) can also be used to address concerns about potential increases in
  • the amount of information of a system information block (SIB) required to support a specific type of UE is shared with a UE other than a specific type of UE (eg, RedCap UE). may cause some congestion problems in the initial DL BWP.
  • SIB system information block
  • a separate initial DL BWP for a specific type of UE eg, RedCap UE. Since the above synchronization applies to FDD as well as TDD, a separate initial DL BWP for a specific type of UE (eg, RedCap UE) can be applied to both TDD and FDD.
  • FIG. 13 is a diagram illustrating a signaling procedure between a base station and a terminal for a method of performing a random access procedure according to an embodiment of the present disclosure.
  • FIG. 13 illustrates a signaling procedure between a user equipment (UE) and a base station (BS) based on the previously proposed methods.
  • the example of FIG. 13 is for convenience of description and does not limit the scope of the present disclosure. Some step(s) illustrated in FIG. 13 may be omitted depending on circumstances and/or settings.
  • the base station and the terminal in FIG. 13 are just one example, and may be implemented as a device illustrated in FIG. 16 below.
  • the processor 102/202 of FIG. 16 can control transmission/reception of channels/signals/data/information using the transceiver 106/206, and transmits or receives channels/signals/information. It can also be controlled to store data/information or the like in the memory 104/204.
  • a base station may mean a generic term for an object that transmits/receives data with a terminal.
  • the base station may be a concept including one or more transmission points (TPs), one or more transmission and reception points (TRPs), and the like.
  • the TP and/or the TRP may include a panel of a base station, a transmission and reception unit, and the like.
  • TRP refers to a panel, an antenna array, a cell (eg, macro cell / small cell / pico cell, etc.), It may be replaced with expressions such as TP (transmission point), base station (base station, gNB, etc.) and applied.
  • TRPs may be classified according to information (eg, index, ID) on the CORESET group (or CORESET pool). For example, when one UE is configured to transmit/receive with multiple TRPs (or cells), this may mean that multiple CORESET groups (or CORESET pools) are configured for one UE. Configuration of such a CORESET group (or CORESET pool) may be performed through higher layer signaling (eg, RRC signaling, etc.).
  • a base station may be interpreted as one TRP.
  • the base station may include a plurality of TRPs, or may be one cell including a plurality of TRPs.
  • a specific type of terminal receives first configuration information related to uplink transmission and second configuration information related to downlink transmission from a base station ( S1301).
  • the first setting information may be UplinkConfigCommonSIB in FIG. 12, and the second setting information may be DownlinkConfigCommonSIB in FIG. 11.
  • the first setting information and the second setting information may be transmitted individually or may be transmitted as one piece of setting information.
  • the setting information may correspond to SIB1 and ServingCellConfigCommonSIB, for example.
  • the first configuration information may include information on an initial UL BWP for a non-specific type of terminal (eg, non-redcap terminal), and additionally specific Information on (dedicated) initial UL BWP for a type of terminal (eg, redcap terminal) may be further included. That is, if the initial UL BWP for a specific type of terminal (eg, redcap terminal) is configured by the first configuration information, the first configuration information is a non-specific type of terminal (eg, non-redcap UE) and information on the initial UL BWP for the specific type of UE (eg, redcap UE) may be individually included.
  • one or more parameters omitted in the information on the initial UL BWP for a specific type of terminal is the non-specific type of terminal (eg, non-redcap terminal) ) It may be considered / assumed that it is set identically to the information on the initial UL BWP for.
  • the second configuration information may include information on an initial DL BWP for a non-specific type of terminal (eg, non-redcap terminal), and additionally specific It may further include information on (dedicated) initial DL BWP for a type of terminal (eg, redcap terminal). That is, if the initial DL BWP for a specific type of terminal (eg, redcap terminal) is set by the second configuration information, the second configuration information is a non-specific type of terminal (eg, non-redcap terminal) UE) and information on the initial DL BWP for the specific type of UE (eg, redcap UE) may be individually included.
  • one or more parameters omitted in the information on the initial DL BWP for a specific type of terminal is the non-specific type of terminal (eg, a non-redcap terminal) ) It can be considered / assumed that it is set identically to the information on the initial DL BWP for.
  • the initial DL A center frequency of the BWP may be set equal to the center frequency of the initial UL BWP.
  • the center frequencies of the initial UL BWP and the initial DL BWP can be aligned (same) there is.
  • the initial UL BWP for a specific type of terminal eg, redcap terminal
  • the initial UL BWP and the initial DL BWL for a non-specific type of terminal eg, non-redcap terminal
  • the center frequency of a specific type of terminal eg, used by a redcap terminal
  • the initial DL BWP for a specific type of terminal eg, redcap terminal
  • the initial DL BWP and the initial UL BWL for a non-specific type of terminal eg, non-redcap terminal
  • the center frequency of a specific type of terminal eg, used by a redcap terminal
  • the initial UL BWP for a specific type of UE e.g, redcap UE
  • the initial UL BWP for a non-specific type of UE eg, non-redcap UE
  • the center frequency of the initial DL BWP may be aligned (same).
  • a specific type of terminal (eg, redcap terminal) transmits a first message for a random access procedure to the base station on the initial initial UL BWP (S1302).
  • the first message for the random access procedure is MSG1 (ie, PRACH or random access preamble transmitted in PRACH) and / or MSG3 (ie, random access response PDSCH scheduled by UL grant in the case of a 4-step random access procedure ) (see FIG. 8), and in the case of a two-step random access procedure, it may correspond to MSGA (ie, PRACH and PUSCH carrying random access preambles) (see FIG. 9).
  • the first message is an initial UL for a specific type of terminal (eg, redcap terminal) Can be transmitted on BWP.
  • the first message is a non-specific type of terminal (eg, non-redcap terminal) ) may be transmitted on the initial UL BWP for.
  • a specific type of terminal receives a second message for a random access procedure from the base station on the initial initial DL BWP (S1303).
  • the second message for the random access procedure may correspond to MSG2 (ie, PDCCH, PDSCH for random access response) and / or MSG4 (ie, PDSCH for contention resolution) in the case of a 4-step random access procedure, (See FIG. 8), in the case of a two-step random access procedure, it may correspond to MSGB (ie, PUSCH scheduled by a random access response UL grant and PDSCH for contention resolution) (see FIG. 9).
  • MSG2 ie, PDCCH, PDSCH for random access response
  • MSG4 ie, PDSCH for contention resolution
  • MSGB ie, PUSCH scheduled by a random access response UL grant and PDSCH for contention resolution
  • the second message is the initial DL for the specific type of terminal (eg, redcap terminal) Can be transmitted on BWP.
  • the second message is a non-specific type of terminal (eg, non-redcap terminal) ) may be transmitted on the initial DL BWP for.
  • transmission and reception operations of MSG3 and MSG4 may be performed as illustrated in FIG. 8 .
  • FIG. 14 is a diagram illustrating operations of a terminal for a method of performing a random access procedure according to an embodiment of the present disclosure.
  • FIG. 14 illustrates an operation of a terminal based on the previously proposed methods.
  • the example of FIG. 14 is for convenience of description and does not limit the scope of the present disclosure. Some step(s) illustrated in FIG. 13 may be omitted depending on circumstances and/or settings.
  • the terminal in FIG. 14 is only one example, and may be implemented as a device illustrated in FIG. 16 below.
  • the processor 102/202 of FIG. 16 uses the transceiver 106/206 to perform channel/signal/data/information, etc. (eg, RRC signaling, MAC CE, UL/DL scheduling). DCI, SRS, PDCCH, PDSCH, PUSCH, PUCCH, etc.) can be controlled to be transmitted and received, and transmitted or received channels/signals/data/information, etc. can be controlled to be stored in the memory 104/204.
  • channel/signal/data/information eg, RRC signaling, MAC CE, UL/DL scheduling
  • a specific type of terminal receives first configuration information related to uplink transmission and second configuration information related to downlink transmission from a base station ( S1401).
  • the first setting information may be UplinkConfigCommonSIB in FIG. 12, and the second setting information may be DownlinkConfigCommonSIB in FIG. 11.
  • the first setting information and the second setting information may be transmitted individually or may be transmitted as one piece of setting information.
  • the setting information may correspond to SIB1 and ServingCellConfigCommonSIB, for example.
  • the first configuration information may include information on an initial UL BWP for a non-specific type of terminal (eg, non-redcap terminal), and additionally specific Information on (dedicated) initial UL BWP for a type of terminal (eg, redcap terminal) may be further included. That is, if the initial UL BWP for a specific type of terminal (eg, redcap terminal) is configured by the first configuration information, the first configuration information is a non-specific type of terminal (eg, non-redcap UE) and information on the initial UL BWP for the specific type of UE (eg, redcap UE) may be individually included.
  • one or more parameters omitted in the information on the initial UL BWP for a specific type of terminal is the non-specific type of terminal (eg, non-redcap terminal) ) It may be considered / assumed that it is set identically to the information on the initial UL BWP for.
  • the second configuration information may include information on an initial DL BWP for a non-specific type of terminal (eg, non-redcap terminal), and additionally specific It may further include information on (dedicated) initial DL BWP for a type of terminal (eg, redcap terminal). That is, if the initial DL BWP for a specific type of terminal (eg, redcap terminal) is set by the second configuration information, the second configuration information is a non-specific type of terminal (eg, non-redcap terminal) UE) and information on the initial DL BWP for the specific type of UE (eg, redcap UE) may be individually included.
  • one or more parameters omitted in the information on the initial DL BWP for a specific type of terminal is the non-specific type of terminal (eg, a non-redcap terminal) ) It can be considered / assumed that it is set identically to the information on the initial DL BWP for.
  • the initial DL A center frequency of the BWP may be set equal to the center frequency of the initial UL BWP.
  • the center frequencies of the initial UL BWP and the initial DL BWP can be aligned (same) there is.
  • the initial UL BWP for a specific type of terminal eg, redcap terminal
  • the initial UL BWP and the initial DL BWL for a non-specific type of terminal eg, non-redcap terminal
  • the center frequency of a specific type of terminal eg, used by a redcap terminal
  • the initial DL BWP for a specific type of terminal eg, redcap terminal
  • the initial DL BWP and the initial UL BWL for a non-specific type of terminal eg, non-redcap terminal
  • the center frequency of a specific type of terminal eg, used by a redcap terminal
  • the initial UL BWP for a specific type of UE e.g, redcap UE
  • the initial UL BWP for a non-specific type of UE eg, non-redcap UE
  • the center frequency of the initial DL BWP may be aligned (same).
  • a specific type of terminal (eg, redcap terminal) transmits a first message for a random access procedure to the base station on initial UL BWP (S1402).
  • the first message for the random access procedure is MSG1 (ie, PRACH or random access preamble transmitted in PRACH) and / or MSG3 (ie, random access response PDSCH scheduled by UL grant in the case of a 4-step random access procedure ) (see FIG. 8), and in the case of a two-step random access procedure, it may correspond to MSGA (ie, PRACH and PUSCH carrying random access preambles) (see FIG. 9).
  • the first message is an initial UL for a specific type of terminal (eg, redcap terminal) Can be transmitted on BWP.
  • the first message is a non-specific type of terminal (eg, non-redcap terminal) ) may be transmitted on the initial UL BWP for.
  • a specific type of terminal receives a second message for a random access procedure from the base station on the initial initial DL BWP (S1403).
  • the second message for the random access procedure may correspond to MSG2 (ie, PDCCH, PDSCH for random access response) and / or MSG4 (ie, PDSCH for contention resolution) in the case of a 4-step random access procedure, (See FIG. 8), in the case of a two-step random access procedure, it may correspond to MSGB (ie, PUSCH scheduled by a random access response UL grant and PDSCH for contention resolution) (see FIG. 9).
  • MSG2 ie, PDCCH, PDSCH for random access response
  • MSG4 ie, PDSCH for contention resolution
  • MSGB ie, PUSCH scheduled by a random access response UL grant and PDSCH for contention resolution
  • the second message is the initial DL for the specific type of terminal (eg, redcap terminal) Can be transmitted on BWP.
  • the second message is a non-specific type of terminal (eg, non-redcap terminal) ) may be transmitted on the initial DL BWP for.
  • transmission and reception operations of MSG3 and MSG4 may be performed as illustrated in FIG. 8 .
  • 15 is a diagram illustrating operations of a base station for a method of performing a random access procedure according to an embodiment of the present disclosure.
  • FIG. 15 illustrates an operation of a base station based on the methods proposed above.
  • the example of FIG. 14 is for convenience of description and does not limit the scope of the present disclosure. Some step(s) illustrated in FIG. 15 may be omitted depending on circumstances and/or settings.
  • the base station in FIG. 15 is only one example, and may be implemented as a device illustrated in FIG. 16 below.
  • the processor 102/202 of FIG. 16 uses the transceiver 106/206 to perform channel/signal/data/information, etc. (eg, RRC signaling, MAC CE, UL/DL scheduling). DCI, SRS, PDCCH, PDSCH, PUSCH, PUCCH, etc.) can be controlled to be transmitted and received, and transmitted or received channels/signals/data/information, etc. can be controlled to be stored in the memory 104/204.
  • channel/signal/data/information eg, RRC signaling, MAC CE, UL/DL scheduling
  • the base station transmits first configuration information related to uplink transmission and second configuration information related to downlink transmission from the base station to a specific type of terminal (eg, redcap terminal) Do (S1501).
  • a specific type of terminal eg, redcap terminal
  • the first setting information may be UplinkConfigCommonSIB in FIG. 12, and the second setting information may be DownlinkConfigCommonSIB in FIG. 11.
  • the first setting information and the second setting information may be transmitted individually or may be transmitted as one piece of setting information.
  • the setting information may correspond to SIB1 and ServingCellConfigCommonSIB, for example.
  • the first configuration information may include information on an initial UL BWP for a non-specific type of terminal (eg, non-redcap terminal), and additionally specific Information on (dedicated) initial UL BWP for a type of terminal (eg, redcap terminal) may be further included. That is, if the initial UL BWP for a specific type of terminal (eg, redcap terminal) is configured by the first configuration information, the first configuration information is a non-specific type of terminal (eg, non-redcap UE) and information on the initial UL BWP for the specific type of UE (eg, redcap UE) may be individually included.
  • one or more parameters omitted in the information on the initial UL BWP for a specific type of terminal is the non-specific type of terminal (eg, non-redcap terminal) ) It may be considered / assumed that it is set identically to the information on the initial UL BWP for.
  • the second configuration information may include information on an initial DL BWP for a non-specific type of terminal (eg, non-redcap terminal), and additionally specific It may further include information on (dedicated) initial DL BWP for a type of terminal (eg, redcap terminal). That is, if the initial DL BWP for a specific type of terminal (eg, redcap terminal) is set by the second configuration information, the second configuration information is a non-specific type of terminal (eg, non-redcap terminal) UE) and information on the initial DL BWP for the specific type of UE (eg, redcap UE) may be individually included.
  • one or more parameters omitted in the information on the initial DL BWP for a specific type of terminal is the non-specific type of terminal (eg, a non-redcap terminal) ) It can be considered / assumed that it is set identically to the information on the initial DL BWP for.
  • the initial DL A center frequency of the BWP may be set equal to the center frequency of the initial UL BWP.
  • the center frequencies of the initial UL BWP and the initial DL BWP can be aligned (same) there is.
  • the initial UL BWP for a specific type of terminal eg, redcap terminal
  • the initial UL BWP and the initial DL BWL for a non-specific type of terminal eg, non-redcap terminal
  • the center frequency of a specific type of terminal eg, used by a redcap terminal
  • the initial DL BWP for a specific type of terminal eg, redcap terminal
  • the initial DL BWP and the initial UL BWL for a non-specific type of terminal eg, non-redcap terminal
  • the center frequency of a specific type of terminal eg, used by a redcap terminal
  • the initial UL BWP for a specific type of UE e.g, redcap UE
  • the initial UL BWP for a non-specific type of UE eg, non-redcap UE
  • the center frequency of the initial DL BWP may be aligned (same).
  • the base station receives a first message for a random access procedure on the initial UL BWP from a specific type of terminal (eg, redcap terminal) (S1502).
  • a specific type of terminal eg, redcap terminal
  • the first message for the random access procedure is MSG1 (ie, PRACH or random access preamble transmitted in PRACH) and / or MSG3 (ie, random access response PDSCH scheduled by UL grant in the case of a 4-step random access procedure ) (see FIG. 8), and in the case of a two-step random access procedure, it may correspond to MSGA (ie, PRACH and PUSCH carrying random access preambles) (see FIG. 9).
  • the first message is an initial UL for a specific type of terminal (eg, redcap terminal) Can be transmitted on BWP.
  • the first message is a non-specific type of terminal (eg, non-redcap terminal) ) may be transmitted on the initial UL BWP for.
  • the base station transmits a second message for a random access procedure on the initial initial DL BWP to a specific type of terminal (eg, redcap terminal) (S1503).
  • a specific type of terminal eg, redcap terminal
  • the second message for the random access procedure may correspond to MSG2 (ie, PDCCH, PDSCH for random access response) and / or MSG4 (ie, PDSCH for contention resolution) in the case of a 4-step random access procedure, (See FIG. 8), in the case of a two-step random access procedure, it may correspond to MSGB (ie, PUSCH scheduled by a random access response UL grant and PDSCH for contention resolution) (see FIG. 9).
  • MSG2 ie, PDCCH, PDSCH for random access response
  • MSG4 ie, PDSCH for contention resolution
  • MSGB ie, PUSCH scheduled by a random access response UL grant and PDSCH for contention resolution
  • the second message is the initial DL for the specific type of terminal (eg, redcap terminal) Can be transmitted on BWP.
  • the second message is a non-specific type of terminal (eg, non-redcap terminal) ) may be transmitted on the initial DL BWP for.
  • transmission and reception operations of MSG3 and MSG4 may be performed as illustrated in FIG. 8 .
  • FIG. 16 illustrates a block configuration diagram of a wireless communication device according to an embodiment of the present disclosure.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive radio signals through various radio access technologies (eg, LTE and NR).
  • various radio access technologies eg, LTE and NR.
  • 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.
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or flowcharts of operations set forth in this disclosure.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and transmit a radio signal including the first information/signal through the transceiver 106.
  • the processor 102 may receive a radio signal including the second information/signal through the transceiver 106, and then store information obtained from signal processing of the second information/signal in the memory 104.
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102 .
  • 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 flowcharts of operations disclosed in this disclosure. It may store software codes including them.
  • the processor 102 and memory 104 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • the transceiver 106 may be coupled to the processor 102 and may transmit and/or receive wireless signals via one or more antennas 108 .
  • the transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be used interchangeably with a radio frequency (RF) 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.
  • the processor 202 controls the memory 204 and/or the transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or flowcharts of operations set forth in this disclosure.
  • the processor 202 may process information in the memory 204 to generate third information/signal, and transmit a radio signal including the third information/signal through the transceiver 206.
  • the processor 202 may receive a radio signal including the fourth information/signal through the transceiver 206 and 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 .
  • 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 flowcharts of operations disclosed in this disclosure. It may store software codes including them.
  • the processor 202 and memory 204 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be coupled to the processor 202 and may transmit and/or receive wireless signals via one or more antennas 208 .
  • the transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with an RF unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • one or more processors 102, 202 may implement one or more layers (eg, functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors (102, 202) may generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) in accordance with the descriptions, functions, procedures, proposals, methods and/or operational flow charts disclosed herein.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • processors 102, 202 may generate messages, control information, data or information in accordance with the descriptions, functions, procedures, proposals, methods and/or operational flow diagrams set forth in this disclosure.
  • One or more processors 102, 202 may process PDUs, SDUs, messages, control information, data or signals containing information (e.g., baseband signals) according to the functions, procedures, proposals and/or methods disclosed herein. generated and 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, the descriptions, functions, procedures, suggestions, methods and/or described in this disclosure.
  • PDUs, SDUs, messages, control information, data or information may be acquired according to the operational flowcharts.
  • 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, proposals, methods and/or operational flow charts disclosed in this disclosure may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, and the like.
  • Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed in this disclosure may be included in one or more processors (102, 202) or stored in one or more memories (104, 204). It can be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed in this disclosure 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 coupled with 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 be comprised 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 internally and/or external to one or more processors 102, 202. Additionally, one or more memories 104, 204 may be coupled 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, radio signals/channels, etc., as referred to in the methods and/or operational flow charts of this disclosure, to one or more other devices.
  • the one or more transceivers 106, 206 may receive user data, control information, radio signals/channels, etc. referred to in the descriptions, functions, procedures, proposals, methods and/or operational flow charts, etc. disclosed in this disclosure 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 transmit and receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or radio signals to one or more other devices. Additionally, one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or radio signals from one or more other devices. In addition, one or more transceivers 106, 206 may be coupled with one or more antennas 108, 208, and one or more transceivers 106, 206 may be connected to one or more antennas 108, 208, as described herein. , procedures, proposals, methods and / or operation flowcharts, etc. can be set to transmit and receive user data, control information, radio signals / channels, etc.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) convert the received radio signals/channels from RF band signals in order to process the received user data, control information, radio signals/channels, etc. using one or more processors (102, 202). It can be converted into a baseband signal.
  • One or more transceivers 106 and 206 may convert user data, control information, and radio signals/channels processed by one or more processors 102 and 202 from baseband signals to RF band signals.
  • one or more of the transceivers 106, 206 may include (analog) oscillators and/or filters.
  • the scope of the present disclosure is software or machine-executable instructions (eg, operating systems, applications, firmware, programs, etc.) that cause operations in accordance with the methods of various embodiments to be executed on a device or computer, and such software or It includes a non-transitory computer-readable medium in which instructions and the like are stored and executable on a device or computer. Instructions that may be used to program a processing system that performs the features described in this disclosure may be stored on/in a storage medium or computer-readable storage medium and may be viewed using a computer program product that includes such storage medium. Features described in the disclosure may be implemented.
  • the storage medium may include, but is not limited to, high speed random access memory such as DRAM, SRAM, DDR RAM or other random access solid state memory devices, one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, or It may include non-volatile memory, such as other non-volatile solid state storage devices.
  • the memory optionally includes one or more storage devices located remotely from the processor(s).
  • the memory, or alternatively, the non-volatile memory device(s) within the memory includes non-transitory computer readable storage media.
  • Features described in this disclosure may be stored on any one of the machine readable media to control hardware of a processing system and to allow the processing system to interact with other mechanisms that utilize results according to embodiments of the present disclosure. It may be integrated into software and/or firmware.
  • Such software or firmware may include, but is not limited to, application code, device drivers, operating systems, and execution environments/containers.
  • the wireless communication technology implemented in the wireless devices 100 and 200 of the present disclosure may include Narrowband Internet of Things for low power communication as well as LTE, NR, and 6G.
  • NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology, and may be implemented in standards such as LTE Cat NB1 and / or LTE Cat NB2. no.
  • the wireless communication technology implemented in the wireless device (XXX, YYY) of the present disclosure may perform communication based on LTE-M technology.
  • LTE-M technology may be an example of LPWAN technology, and may be called various names such as eMTC (enhanced machine type communication).
  • LTE-M technologies are 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and/or 7) It may be implemented in at least one of various standards such as LTE M, and is not limited to the above-mentioned names.
  • the wireless communication technology implemented in the wireless device (XXX, YYY) of the present disclosure includes at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) considering low power communication. It may include any one, and is not limited to the above-mentioned names.
  • ZigBee technology can generate personal area networks (PANs) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called various names.
  • PANs personal area networks
  • the method proposed in the present disclosure has been described focusing on examples applied to 3GPP LTE/LTE-A and 5G systems, but can be applied to various wireless communication systems other than 3GPP LTE/LTE-A and 5G systems.

Landscapes

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

Abstract

무선 통신 시스템에서 랜덤 액세스 절차를 수행하는 방법 및 장치가 개시된다. 본 개시의 일 실시예에 따른 랜덤 액세스 절차를 수행하는 방법은, 기지국으로부터 상향링크(UL: uplink) 전송과 관련된 제1 설정 정보 및 하향링크(DL: downlink) 전송과 관련된 제2 설정 정보를 수신하되, 상기 제1 설정 정보는 초기 UL 대역폭 부분(BWP: bandwidth part)에 대한 정보를 포함하고, 상기 제2 설정 정보는 초기 DL BWP에 대한 정보를 포함하는 단계; 상기 기지국에게 상기 초기 UL BWP 상에서 상기 랜덤 액세스 절차에 대한 제1 메시지를 전송하는 단계; 및 상기 기지국으로부터 상기 제1 메시지에 대한 응답으로 상기 초기 DL BWP 상에서 상기 랜덤 액세스 절차에 대한 제2 메시지를 수신하는 단계를 포함할 수 있다.

Description

무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치
본 개시는 무선 통신 시스템에 관한 것으로서, 보다 상세하게 무선 통신 시스템에서 랜덤 액세스 절차 수행하는 방법 및 장치에 관한 것이다.
이동 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 그러나 이동통신 시스템은 음성뿐 아니라 데이터 서비스까지 영역을 확장하였으며, 현재에는 폭발적인 트래픽의 증가로 인하여 자원의 부족 현상이 야기되고 사용자들이 보다 고속의 서비스에 대한 요구하므로, 보다 발전된 이동 통신 시스템이 요구되고 있다.
차세대 이동 통신 시스템의 요구 조건은 크게 폭발적인 데이터 트래픽의 수용, 사용자 당 전송률의 획기적인 증가, 대폭 증가된 연결 디바이스 개수의 수용, 매우 낮은 단대단 지연(End-to-End Latency), 고에너지 효율을 지원할 수 있어야 한다. 이를 위하여 이중 연결성(Dual Connectivity), 대규모 다중 입출력(Massive MIMO: Massive Multiple Input Multiple Output), 전이중(In-band Full Duplex), 비직교 다중접속(NOMA: Non-Orthogonal Multiple Access), 초광대역(Super wideband) 지원, 단말 네트워킹(Device Networking) 등 다양한 기술들이 연구되고 있다.
본 개시의 기술적 과제는 특정 타입의 단말(예를 들어, 감소된 능력(reduced capability) 단말)에 대한 랜덤 액세스 절차를 수행하는 방법 및 장치를 제공하는 것이다.
또한, 본 개시의 기술적 과제는 랜덤 액세스 절차 또는 페이징 수신 등을 위해 특정 타입의 단말(예를 들어, 감소된 능력(reduced capability) 단말)에 대한 하향링크/상향링크 주파수 대역 부분(BWP: bandwidth part)를 설정하는 방법 및 장치를 제공하는 것이다.
본 개시에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시의 일 양상에 따른 무선 통신 시스템에서 랜덤 액세스 절차를 수행하는 방법에 있어서, 감소된 능력(redcap: reduced capability) 단말에 의해 수행되는 상기 방법은: 기지국으로부터 상향링크(UL: uplink) 전송과 관련된 제1 설정 정보 및 하향링크(DL: downlink) 전송과 관련된 제2 설정 정보를 수신하되, 상기 제1 설정 정보는 초기 UL 대역폭 부분(BWP: bandwidth part)에 대한 정보를 포함하고, 상기 제2 설정 정보는 초기 DL BWP에 대한 정보를 포함하는 단계; 상기 기지국에게 상기 초기 UL BWP 상에서 상기 랜덤 액세스 절차에 대한 제1 메시지를 전송하는 단계; 및 상기 기지국으로부터 상기 제1 메시지에 대한 응답으로 상기 초기 DL BWP 상에서 상기 랜덤 액세스 절차에 대한 제2 메시지를 수신하는 단계를 포함할 수 있다. 페어되지 않은 스펙트럼 동작을 위해, 상기 초기 UL BWP 및 상기 초기 DL BWP가 상기 redcap 단말을 위해 설정되었는지 여부와 무관하게, 상기 초기 DL BWP의 중심 주파수(center frequency)는 상기 초기 UL BWP의 중심 주파수와 동일하게 설정될 수 있다.
본 개시의 다른 일 양상에 따른 무선 통신 시스템에서 랜덤 액세스 절차를 수행하는 방법에 있어서, 기지국에 의해 수행되는 상기 방법은: 감소된 능력(redcap: reduced capability) 단말에게 상향링크(UL: uplink) 전송과 관련된 제1 설정 정보 및 하향링크(DL: downlink) 전송과 관련된 제2 설정 정보를 전송하되, 상기 제1 설정 정보는 초기 UL 대역폭 부분(BWP: bandwidth part)에 대한 정보를 포함하고, 상기 제2 설정 정보는 초기 DL BWP에 대한 정보를 포함하는 단계; 상기 redcap 단말로부터 상기 초기 UL BWP 상에서 상기 랜덤 액세스 절차에 대한 제1 메시지를 수신하는 단계; 및 상기 redcap 단말에게 상기 제1 메시지에 대한 응답으로 상기 초기 DL BWP 상에서 상기 랜덤 액세스 절차에 대한 제2 메시지를 전송하는 단계를 포함할 수 있다. 페어되지 않은 스펙트럼 동작을 위해, 상기 초기 UL BWP 및 상기 초기 DL BWP가 상기 redcap 단말을 위해 설정되었는지 여부와 무관하게, 상기 초기 DL BWP의 중심 주파수(center frequency)는 상기 초기 UL BWP의 중심 주파수와 동일하게 설정될 수 있다.
본 개시의 실시예에 따르면, 특정 타입의 단말(예를 들어, 감소된 능력(reduced capability) 단말)의 랜덤 액세스 절차 등의 동작을 원활하게 지원할 수 있다.
또한, 본 개시의 실시예에 따르면, 특정 타입의 단말(예를 들어, 감소된 능력(reduced capability) 단말)과 비-특정 타입의 단말(예를 들어, non-reduced capability 단말)이 공존하더라도, 상향링크 자원의 단편화(fragmentation) 문제 또는 초기 상향링크/하향링크 BWP가 특정 타입의 단말(예를 들어, 감소된 능력(reduced capability) 단말)의 대역폭을 초과하는 문제 등의 발생을 방지할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 개시에 대한 실시예를 제공하고, 상세한 설명과 함께 본 개시의 기술적 특징을 설명한다.
도 1은 본 개시가 적용될 수 있는 무선 통신 시스템의 구조를 예시한다.
도 2는 본 개시가 적용될 수 있는 무선 통신 시스템에서 프레임 구조를 예시한다.
도 3은 본 개시가 적용될 수 있는 무선 통신 시스템에서 자원 그리드(resource grid)를 예시한다.
도 4는 본 개시가 적용될 수 있는 무선 통신 시스템에서 물리 자원 블록(physical resource block)을 예시한다.
도 5는 본 개시가 적용될 수 있는 무선 통신 시스템에서 슬롯 구조를 예시한다.
도 6은 본 개시가 적용될 수 있는 무선 통신 시스템에서 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 송수신 방법을 예시한다.
도 7은 시스템 정보 획득 과정을 예시한다.
도 8은 본 개시가 적용될 수 있는 무선 통신 시스템에서 랜덤 접속 과정을 나타낸다.
도 9는 본 개시가 적용될 수 있는 무선 통신 시스템에서 2-단계 랜덤 접속 과정을 나타낸다.
도 10은 본 개시가 적용될 수 있는 무선 통신 시스템에서 redcap 장치의 장치 타입을 보고하는 절차를 예시한다.
도 11은 본 개시의 일 실시예에 따른 특정 타입의 단말을 위한 별도의 초기 DL BWP를 설정하는 시그널링 구조를 예시한다.
도 12는 본 개시의 일 실시예에 따른 특정 타입의 단말을 위한 별도의 초기 UL BWP를 설정하는 시그널링 구조를 예시한다.
도 13은 본 개시의 일 실시예에 따른 랜덤 액세스 절차를 수행하는 방법에 대한 기지국과 단말 간의 시그널링 절차를 예시하는 도면이다.
도 14는 본 개시의 일 실시예에 따른 랜덤 액세스 절차를 수행하는 방법에 대한 단말의 동작을 예시하는 도면이다.
도 15는 본 개시의 일 실시예에 따른 랜덤 액세스 절차를 수행하는 방법에 대한 대한 기지국의 동작을 예시하는 도면이다.
도 16은 본 개시의 일 실시예에 따른 무선 통신 장치의 블록 구성도를 예시한다.
이하, 본 개시에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 개시의 예시적인 실시형태를 설명하고자 하는 것이며, 본 개시가 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 개시의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 개시가 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
몇몇 경우, 본 개시의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다.
본 개시에 있어서, 어떤 구성요소가 다른 구성요소와 "연결", "결합" 또는 "접속"되어 있다고 할 때, 이는 직접적인 연결관계 뿐만 아니라, 그 사이에 또 다른 구성요소가 존재하는 간접적인 연결관계도 포함할 수 있다. 또한 본 개시에서 용어 "포함한다" 또는 "가진다"는 언급된 특징, 단계, 동작, 요소 및/또는 구성요소의 존재를 특정하지만, 하나 이상의 다른 특징, 단계, 동작, 요소, 구성요소 및/또는 이들의 그룹의 존재 또는 추가를 배제하지 않는다.
본 개시에 있어서, "제 1", "제 2" 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용되고 구성요소들을 제한하기 위해서 사용되지 않으며, 특별히 언급되지 않는 한 구성요소들 간의 순서 또는 중요도 등을 한정하지 않는다. 따라서, 본 개시의 범위 내에서 일 실시예에서의 제 1 구성요소는 다른 실시예에서 제 2 구성요소라고 칭할 수도 있고, 마찬가지로 일 실시예에서의 제 2 구성요소를 다른 실시예에서 제 1 구성요소라고 칭할 수도 있다.
본 개시에서 사용된 용어는 특정 실시예에 대한 설명을 위한 것이며 청구범위를 제한하려는 것이 아니다. 실시예의 설명 및 첨부된 청구범위에서 사용되는 바와 같이, 단수 형태는 문맥상 명백하게 다르게 나타내지 않는 한 복수 형태도 포함하도록 의도한 것이다. 본 개시에 사용된 용어 "및/또는"은 관련된 열거 항목 중의 하나를 지칭할 수도 있고, 또는 그 중의 둘 이상의 임의의 및 모든 가능한 조합을 지칭하고 포함하는 것을 의미한다. 또한, 본 개시에서 단어들 사이의 "/"는 달리 설명되지 않는 한 "및/또는"과 동일한 의미를 가진다.
본 개시는 무선 통신 네트워크 또는 무선 통신 시스템을 대상으로 설명하며, 무선 통신 네트워크에서 이루어지는 동작은 해당 무선 통신 네트워크를 관할하는 장치(예를 들어 기지국)에서 네트워크를 제어하고 신호를 송신(transmit) 또는 수신(receive)하는 과정에서 이루어지거나, 해당 무선 네트워크에 결합한 단말에서 네트워크와의 또는 단말간의 신호를 송신 또는 수신하는 과정에서 이루어질 수 있다.
본 개시에서, 채널을 송신 또는 수신한다는 것은 해당 채널을 통해서 정보 또는 신호를 송신 또는 수신한다는 의미를 포함한다. 예를 들어, 제어 채널을 송신한다는 것은, 제어 채널을 통해서 제어 정보 또는 신호를 송신한다는 것을 의미한다. 유사하게, 데이터 채널을 송신한다는 것은, 데이터 채널을 통해서 데이터 정보 또는 신호를 송신한다는 것을 의미한다.
이하에서, 하향링크(DL: downlink)는 기지국에서 단말로의 통신을 의미하며, 상향링크(UL: uplink)는 단말에서 기지국으로의 통신을 의미한다. 하향링크에서 송신기는 기지국의 일부이고, 수신기는 단말의 일부일 수 있다. 상향링크에서 송신기는 단말의 일부이고, 수신기는 기지국의 일부일 수 있다. 기지국은 제1 통신 장치로, 단말은 제2 통신 장치로 표현될 수도 있다. 기지국(BS: Base Station)은 고정국(fixed station), Node B, eNB(evolved-NodeB), gNB(Next Generation NodeB), BTS(base transceiver system), 액세스 포인트(AP: Access Point), 네트워크(5G 네트워크), AI(Artificial Intelligence) 시스템/모듈, RSU(road side unit), 로봇(robot), 드론(UAV: Unmanned Aerial Vehicle), AR(Augmented Reality)장치, VR(Virtual Reality)장치 등의 용어에 의해 대체될 수 있다. 또한, 단말(Terminal)은 고정되거나 이동성을 가질 수 있으며, UE(User Equipment), MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station), WT(Wireless terminal), MTC(Machine-Type Communication) 장치, M2M(Machine-to-Machine) 장치, D2D(Device-to-Device) 장치, 차량(vehicle), RSU(road side unit), 로봇(robot), AI(Artificial Intelligence) 모듈, 드론(UAV: Unmanned Aerial Vehicle), AR(Augmented Reality)장치, VR(Virtual Reality)장치 등의 용어로 대체될 수 있다.
이하의 기술은 CDMA, FDMA, TDMA, OFDMA, SC-FDMA 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)/LTE-A pro는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A/LTE-A pro의 진화된 버전이다.
설명을 명확하게 하기 위해, 3GPP 통신 시스템(예를 들어, LTE-A, NR)을 기반으로 설명하지만 본 개시의 기술적 사상이 이에 제한되는 것은 아니다. LTE는 3GPP TS(Technical Specification) 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 LTE의 경우, TS 36.211(물리 채널들 및 변조), TS 36.212(다중화 및 채널 코딩), TS 36.213(물리 계층 절차들), TS 36.300(전반적인 설명), TS 36.331(무선 자원 제어)을 참조할 수 있다.
3GPP NR의 경우, TS 38.211(물리 채널들 및 변조), TS 38.212(다중화 및 채널 코딩), TS 38.213(제어를 위한 물리 계층 절차들), TS 38.214(데이터를 위한 물리 계층 절차들), TS 38.300(NR 및 NG-RAN(New Generation-Radio Access Network) 전반적인 설명), TS 38.331(무선 자원 제어 프로토콜 규격)을 참조할 수 있다.
본 개시에서 사용될 수 있는 용어들의 약자는 다음과 같이 정의된다.
- BM: 빔 관리(beam management)
- CQI: 채널 품질 지시자(channel quality indicator)
- CRI: 채널 상태 정보 - 참조 신호 자원 지시자(channel state information - reference signal resource indicator)
- CSI: 채널 상태 정보(channel state information)
- CSI-IM: 채널 상태 정보 - 간섭 측정(channel state information - interference measurement)
- CSI-RS: 채널 상태 정보 - 참조 신호(channel state information - reference signal)
- DMRS: 복조 참조 신호(demodulation reference signal)
- FDM: 주파수 분할 다중화(frequency division multiplexing)
- FFT: 고속 푸리에 변환(fast Fourier transform)
- IFDMA: 인터리빙된 주파수 분할 다중 액세스(interleaved frequency division multiple access)
- IFFT: 역 고속 푸리에 변환(inverse fast Fourier transform)
- L1-RSRP: 제1 레이어 참조 신호 수신 파워(Layer 1 reference signal received power)
- L1-RSRQ: 제1 레이어 참조 신호 수신 품질(Layer 1 reference signal received quality)
- MAC: 매체 액세스 제어(medium access control)
- NZP: 논-제로 파워(non-zero power)
- OFDM: 직교 주파수 분할 다중화(orthogonal frequency division multiplexing)
- PDCCH: 물리 하향링크 제어 채널(physical downlink control channel)
- PDSCH: 물리 하향링크 공유 채널(physical downlink shared channel)
- PMI: 프리코딩 행렬 지시자(precoding matrix indicator)
- RE: 자원 요소(resource element)
- RI: 랭크 지시자(Rank indicator)
- RRC: 무선 자원 제어(radio resource control)
- RSSI: 수신 신호 강도 지시자(received signal strength indicator)
- Rx: 수신(Reception)
- QCL: 준-동일 위치(quasi co-location)
- SINR: 신호 대 간섭 및 잡음비(signal to interference and noise ratio)
- SSB (또는 SS/PBCH block): 동기 신호 블록(프라이머리 동기 신호(PSS: primary synchronization signal), 세컨더리 동기 신호(SSS: secondary synchronization signal) 및 물리 방송 채널(PBCH: physical broadcast channel)을 포함)
- TDM: 시간 분할 다중화(time division multiplexing)
- TRP: 전송 및 수신 포인트(transmission and reception point)
- TRS: 트래킹 참조 신호(tracking reference signal)
- Tx: 전송(transmission)
- UE: 사용자 장치(user equipment)
- ZP: 제로 파워(zero power)
시스템 일반
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(RAT: radio access technology)에 비해 향상된 모바일 브로드밴드(mobile broadband) 통신에 대한 필요성이 대두되고 있다. 또한 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 매시브(massive) MTC(Machine Type Communications) 역시 차세대 통신에서 고려될 주요 이슈 중 하나이다. 뿐만 아니라 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 eMBB(enhanced mobile broadband communication), Mmtc(massive MTC), URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 RAT의 도입이 논의되고 있으며, 본 개시에서는 편의상 해당 기술을 NR이라고 부른다. NR은 5G RAT의 일례를 나타낸 표현이다.
NR을 포함하는 새로운 RAT 시스템은 OFDM 전송 방식 또는 이와 유사한 전송 방식을 사용한다. 새로운 RAT 시스템은 LTE의 OFDM 파라미터들과는 다른 OFDM 파라미터들을 따를 수 있다. 또는 새로운 RAT 시스템은 기존의 LTE/LTE-A의 뉴머롤로지(numerology)를 그대로 따르나 더 큰 시스템 대역폭(예를 들어, 100MHz)를 지원할 수 있다. 또는 하나의 셀이 복수 개의 numerology들을 지원할 수도 있다. 즉, 서로 다른 numerology로 동작하는 하는 단말들이 하나의 셀 안에서 공존할 수 있다.
numerology는 주파수 영역에서 하나의 서브캐리어 간격(subcarrier spacing)에 대응한다. 참조 서브캐리어 간격(Reference subcarrier spacing)을 정수 N으로 스케일링(scaling)함으로써, 상이한 numerology가 정의될 수 있다.
도 1은 본 개시가 적용될 수 있는 무선 통신 시스템의 구조를 예시한다.
도 1을 참조하면, NG-RAN은 NG-RA(NG-Radio Access) 사용자 평면(즉, 새로운 AS(access stratum) 서브계층/PDCP(Packet Data Convergence Protocol)/RLC(Radio Link Control)/MAC/PHY) 및 UE에 대한 제어 평면(RRC) 프로토콜 종단을 제공하는 gNB들로 구성된다. 상기 gNB는 Xn 인터페이스를 통해 상호 연결된다. 상기 gNB는 또한, NG 인터페이스를 통해 NGC(New Generation Core)로 연결된다. 보다 구체적으로는, 상기 gNB는 N2 인터페이스를 통해 AMF(Access and Mobility Management Function)로, N3 인터페이스를 통해 UPF(User Plane Function)로 연결된다.
도 2는 본 개시가 적용될 수 있는 무선 통신 시스템에서 프레임 구조를 예시한다.
NR 시스템은 다수의 뉴머롤로지(numerology)들을 지원할 수 있다. 여기서, numerology는 서브캐리어 간격(subcarrier spacing)과 순환 전치(CP: Cyclic Prefix) 오버헤드에 의해 정의될 수 있다. 이때, 다수의 서브캐리어 간격은 기본(참조) 서브캐리어 간격을 정수 N(또는, μ)으로 스케일링(scaling) 함으로써 유도될 수 있다. 또한, 매우 높은 반송파 주파수에서 매우 낮은 서브캐리어 간격을 이용하지 않는다고 가정될지라도, 이용되는 numerology는 주파수 대역과 독립적으로 선택될 수 있다. 또한, NR 시스템에서는 다수의 numerology에 따른 다양한 프레임 구조들이 지원될 수 있다.
이하, NR 시스템에서 고려될 수 있는 OFDM numerology 및 프레임 구조를 살펴본다. NR 시스템에서 지원되는 다수의 OFDM numerology들은 아래 표 1과 같이 정의될 수 있다.
μ Δf=2μ·15 [kHz] CP
0 15 일반(Normal)
1 30 일반
2 60 일반, 확장(Extended)
3 120 일반
4 240 일반
NR은 다양한 5G 서비스들을 지원하기 위한 다수의 numerology(또는 서브캐리어 간격(SCS: subcarrier spacing))를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 밴드(frequency band)는 2가지 타입(FR1, FR2)의 주파수 범위(frequency range)로 정의된다. FR1, FR2는 아래 표 2와 같이 구성될 수 있다. 또한, FR2는 밀리미터 웨이브(mmW: millimeter wave)를 의미할 수 있다.
주파수 범위 지정(Frequency Range designation) 해당 주파수 범위(Corresponding frequency range) 서브캐리어 간격(Subcarrier Spacing)
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
NR 시스템에서의 프레임 구조(frame structure)와 관련하여, 시간 영역의 다양한 필드의 크기는 Tc=1/(Δfmax·Nf) 의 시간 단위의 배수로 표현된다. 여기에서, Δfmax=480·103 Hz 이고, Nf=4096 이다. 하향링크(downlink) 및 상향링크(uplink) 전송은 Tf=1/(ΔfmaxNf/100)·Tc=10ms 의 구간을 가지는 무선 프레임(radio frame)으로 구성(organized)된다. 여기에서, 무선 프레임은 각각 Tsf=(ΔfmaxNf/1000)·Tc=1ms 의 구간을 가지는 10 개의 서브프레임(subframe)들로 구성된다. 이 경우, 상향링크에 대한 한 세트의 프레임들 및 하향링크에 대한 한 세트의 프레임들이 존재할 수 있다. 또한, 단말로부터의 상향링크 프레임 번호 i에서의 전송은 해당 단말에서의 해당 하향링크 프레임의 시작보다 TTA=(NTA+NTA,offset)Tc 이전에 시작해야 한다. 서브캐리어 간격 구성 μ 에 대하여, 슬롯(slot)들은 서브프레임 내에서 ns μ∈{0,..., Nslot subframe,μ-1} 의 증가하는 순서로 번호가 매겨지고, 무선 프레임 내에서 ns,f μ∈{0,..., Nslot frame,μ-1} 의 증가하는 순서로 번호가 매겨진다. 하나의 슬롯은 Nsymb slot 의 연속하는 OFDM 심볼들로 구성되고, Nsymb slot 는, CP에 따라 결정된다. 서브프레임에서 슬롯 ns μ 의 시작은 동일 서브프레임에서 OFDM 심볼 ns μNsymb slot 의 시작과 시간적으로 정렬된다. 모든 단말이 동시에 송신 및 수신을 할 수 있는 것은 아니며, 이는 하향링크 슬롯(downlink slot) 또는 상향링크 슬롯(uplink slot)의 모든 OFDM 심볼들이 이용될 수는 없다는 것을 의미한다.
표 3은 일반 CP에서 슬롯 별 OFDM 심볼의 개수(Nsymb slot), 무선 프레임 별 슬롯의 개수(Nslot frame,μ), 서브프레임 별 슬롯의 개수(Nslot subframe,μ)를 나타내며, 표 4는 확장 CP에서 슬롯 별 OFDM 심볼의 개수, 무선 프레임 별 슬롯의 개수, 서브프레임 별 슬롯의 개수를 나타낸다.
μ Nsymb slot Nslot frame,μ Nslot subframe,μ
0 14 10 1
1 14 20 2
2 14 40 4
3 14 80 8
4 14 160 16
μ Nsymb slot Nslot frame,μ Nslot subframe,μ
2 12 40 4
도 2는, μ=2인 경우(SCS가 60kHz)의 일례로서, 표 3을 참고하면 1 서브프레임(subframe)은 4개의 슬롯(slot)들을 포함할 수 있다. 도 2에 도시된 1 subframe={1,2,4} slot은 일례로서, 1 subframe에 포함될 수 있는 slot(들)의 개수는 표 3 또는 표 4와 같이 정의된다. 또한, 미니 슬롯(mini-slot)은 2, 4 또는 7 심볼들을 포함하거나 그 보다 더 많은 또는 더 적은 심볼들을 포함할 수 있다.
NR 시스템에서의 물리 자원(physical resource)과 관련하여, 안테나 포트(antenna port), 자원 그리드(resource grid), 자원 요소(resource element), 자원 블록(resource block), 캐리어 파트(carrier part) 등이 고려될 수 있다. 이하, NR 시스템에서 고려될 수 있는 상기 물리 자원들에 대해 구체적으로 살펴본다.
먼저, 안테나 포트와 관련하여, 안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 광범위 특성(large-scale property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 유추될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다. 여기서, 상기 광범위 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수 쉬프트(Frequency shift), 평균 수신 파워(Average received power), 수신 타이밍(Received Timing) 중 하나 이상을 포함한다.
도 3은 본 개시가 적용될 수 있는 무선 통신 시스템에서 자원 그리드(resource grid)를 예시한다.
도 3을 참조하면, 자원 그리드가 주파수 영역 상으로 NRB μNsc RB 서브캐리어들로 구성되고, 하나의 서브프레임이 14·2μ OFDM 심볼들로 구성되는 것을 예시적으로 기술하나, 이에 한정되는 것은 아니다. NR 시스템에서, 전송되는 신호(transmitted signal)는 NRB μNsc RB 서브캐리어들로 구성되는 하나 또는 그 이상의 자원 그리드들 및 2μNsymb (μ) 의 OFDM 심볼들에 의해 설명된다. 여기서, NRB μ≤NRB max,μ 이다. 상기 NRB max,μ 는 최대 전송 대역폭을 나타내고, 이는, numerology들 뿐만 아니라 상향링크와 하향링크 간에도 달라질 수 있다. 이 경우, μ 및 안테나 포트 p 별로 하나의 자원 그리드가 설정될 수 있다. μ 및 안테나 포트 p에 대한 자원 그리드의 각 요소는 자원 요소(resource element)로 지칭되며, 인덱스 쌍 (k,l')에 의해 고유적으로 식별된다. 여기에서, k=0,...,NRB μNsc RB-1 는 주파수 영역 상의 인덱스이고, l'=0,...,2μNsymb (μ)-1 는 서브프레임 내에서 심볼의 위치를 지칭한다. 슬롯에서 자원 요소를 지칭할 때에는, 인덱스 쌍 (k,l) 이 이용된다. 여기서, l=0,...,Nsymb μ-1 이다. μ 및 안테나 포트 p에 대한 자원 요소 (k,l') 는 복소 값(complex value) ak,l' (p,μ) 에 해당한다. 혼동(confusion)될 위험이 없는 경우 혹은 특정 안테나 포트 또는 numerology가 특정되지 않은 경우에는, 인덱스들 p 및 μ 는 드롭(drop)될 수 있으며, 그 결과 복소 값은 ak,l' (p) 또는 ak,l' 이 될 수 있다. 또한, 자원 블록(resource block, RB)은 주파수 영역 상의 Nsc RB=12 연속적인 서브캐리어들로 정의된다.
포인트(point) A는 자원 블록 그리드의 공통 기준 포인트(common reference point)로서 역할을 하며 다음과 같이 획득된다.
- 프라이머리 셀(PCell: Primary Cell) 다운링크에 대한 offsetToPointA는 초기 셀 선택을 위해 단말에 의해 사용된 SS/PBCH block과 겹치는 가장 낮은 자원 블록의 가장 낮은 서브 캐리어와 point A 간의 주파수 오프셋을 나타낸다. FR1에 대해 15kHz 서브캐리어 간격 및 FR2에 대해 60kHz 서브캐리어 간격을 가정한 리소스 블록 단위(unit)들로 표현된다.
- absoluteFrequencyPointA는 ARFCN(absolute radio-frequency channel number)에서와 같이 표현된 point A의 주파수-위치를 나타낸다.
공통 자원 블록(common resource block)들은 서브캐리어 간격 설정 μ 에 대한 주파수 영역에서 0부터 위쪽으로 numbering된다. 서브캐리어 간격 설정 μ 에 대한 공통 자원 블록 0의 subcarrier 0의 중심은 'point A'와 일치한다. 주파수 영역에서 공통 자원 블록 번호 nCRB μ 와 서브캐리어 간격 설정 μ 에 대한 자원 요소(k,l)와의 관계는 아래 수학식 1과 같이 주어진다.
Figure PCTKR2022014779-appb-img-000001
수학식 1에서, k는 k=0이 point A를 중심으로 하는 서브캐리어에 해당하도록 point A에 상대적으로 정의된다. 물리 자원 블록들은 대역폭 파트(BWP: bandwidth part) 내에서 0부터 NBWP,i size,μ-1 까지 번호가 매겨지고, i는 BWP의 번호이다. BWP i에서 물리 자원 블록 nPRB 와 공통 자원 블록 nCRB 간의 관계는 아래 수학식 2에 의해 주어진다.
Figure PCTKR2022014779-appb-img-000002
NBWP,i start,μ 는 BWP가 공통 자원 블록 0에 상대적으로 시작하는 공통 자원 블록이다.
도 4는 본 개시가 적용될 수 있는 무선 통신 시스템에서 물리 자원 블록(physical resource block)을 예시한다. 그리고, 도 5는 본 개시가 적용될 수 있는 무선 통신 시스템에서 슬롯 구조를 예시한다.
도 4 및 도 5를 참조하면, 슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함한다.
반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예를 들어, 12)의 연속한 부반송파로 정의된다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 (물리) 자원 블록으로 정의되며, 하나의 numerology(예를 들어, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예를 들어, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(RE: Resource Element)로 지칭되며, 하나의 복소 심볼이 매핑될 수 있다.
NR 시스템은 하나의 컴포넌트 캐리어(CC: Component Carrier) 당 최대 400 MHz까지 지원될 수 있다. 이러한 광대역 CC(wideband CC)에서 동작하는 단말이 항상 CC 전체에 대한 무선 주파수(RF: radio frequency) 칩(chip)를 켜둔 채로 동작한다면 단말 배터리 소모가 커질 수 있다. 혹은 하나의 광대역 CC 내에 동작하는 여러 활용 케이스들(예를 들어, eMBB, URLLC, Mmtc, V2X 등)을 고려할 때 해당 CC 내에 주파수 대역 별로 서로 다른 numerology(예를 들어, 서브캐리어 간격 등)가 지원될 수 있다. 혹은 단말 별로 최대 대역폭에 대한 능력(capability)이 다를 수 있다. 이를 고려하여 기지국은 광대역 CC의 전체 bandwidth이 아닌 일부 bandwidth에서만 동작하도록 단말에게 지시할 수 있으며, 해당 일부 bandwidth를 편의상 대역폭 부분(BWP: bandwidth part)로 정의한다. BWP는 주파수 축 상에서 연속한 RB들로 구성될 수 있으며, 하나의 numerology(예를 들어, 서브캐리어 간격, CP 길이, 슬롯/미니-슬롯 구간)에 대응될 수 있다.
한편, 기지국은 단말에게 설정된 하나의 CC 내에서도 다수의 BWP를 설정할 수 있다. 예를 들어, PDCCH 모니터링 슬롯에서는 상대적으로 작은 주파수 영역을 차지하는 BWP를 설정하고, PDCCH에서 지시하는 PDSCH는 그보다 큰 BWP 상에 스케줄링될 수 있다. 혹은, 특정 BWP에 UE 들이 몰리는 경우 로드 밸런싱(load balancing)을 위해 일부 단말들을 다른 BWP로 설정할 수 있다. 혹은, 이웃 셀 간의 주파수 도메인 셀간 간섭 제거(frequency domain inter-cell interference cancellation) 등을 고려하여 전체 bandwidth 중 가운데 일부 스펙트럼(spectrum)을 배제하고 양쪽 BWP들을 동일 슬롯 내에서도 설정할 수 있다. 즉, 기지국은 광대역 CC와 연관된(association) 단말에게 적어도 하나의 DL/UL BWP를 설정할 수 있다. 기지국은 특정 시점에 설정된 DL/UL BWP(들) 중 적어도 하나의 DL/UL BWP를 (L1 시그널링 또는 MAC CE(Control Element) 또는 RRC 시그널링 등에 의해) 활성화시킬 수 있다. 또한, 기지국은 다른 설정된 DL/UL BWP로 스위칭을 (L1 시그널링 또는 MAC CE 또는 RRC 시그널링 등에 의해) 지시할 수 있다. 또는, 타이머 기반으로 타이머 값이 만료되면 정해진 DL/UL BWP로 스위칭될 수도 있다. 이때, 활성화된 DL/UL BWP를 활성(active) DL/UL BWP로 정의한다. 하지만, 단말이 최초 접속(initial access) 과정을 수행하는 중이거나, 혹은 RRC 연결이 셋업(set up)되기 전 등의 상황에서는 DL/UL BWP에 대한 설정을 수신하지 못할 수 있으므로, 이러한 상황에서 단말이 가정하는 DL/UL BWP는 최초 활성 DL/UL BWP라고 정의한다.
도 6은 본 개시가 적용될 수 있는 무선 통신 시스템에서 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 송수신 방법을 예시한다.
무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
단말은 전원이 켜지거나 새로이 셀에 진입한 경우 기지국과 동기를 맞추는 등의 초기 셀 탐색(Initial cell search) 작업을 수행한다(S601). 이를 위해, 단말은 기지국으로부터 주 동기 신호(PSS: Primary Synchronization Signal) 및 부 동기 채널(SSS: Secondary Synchronization Signal)을 수신하여 기지국과 동기를 맞추고, 셀 식별자(ID: Identifier) 등의 정보를 획득할 수 있다. 그 후, 단말은 기지국으로부터 물리 방송 채널(PBCH: Physical Broadcast Channel)를 수신하여 셀 내 방송 정보를 획득할 수 있다. 한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호(DL RS: Downlink Reference Signal)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
초기 셀 탐색을 마친 단말은 물리 하향링크 제어 채널(PDCCH: Physical Downlink Control Channel) 및 상기 PDCCH에 실린 정보에 따라 물리 하향링크 공유 채널(PDSCH: Physical Downlink Control Channel)을 수신함으로써 좀더 구체적인 시스템 정보를 획득할 수 있다(S602).
한편, 기지국에 최초로 접속하거나 신호 송신을 위한 무선 자원이 없는 경우 단말은 기지국에 대해 임의 접속 과정(RACH: Random Access Procedure)을 수행할 수 있다(단계 S603 내지 단계 S606). 이를 위해, 단말은 물리 임의 접속 채널(PRACH: Physical Random Access Channel)을 통해 특정 시퀀스를 프리앰블로 송신하고(S603 및 S605), PDCCH 및 대응하는 PDSCH를 통해 프리앰블에 대한 응답 메시지를 수신할 수 있다(S604 및 S606). 경쟁 기반 RACH의 경우, 추가적으로 충돌 해결 절차(Contention Resolution Procedure)를 수행할 수 있다.
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상/하향링크 신호 송신 절차로서 PDCCH/PDSCH 수신(S607) 및 물리 상향링크 공유 채널(PUSCH: Physical Uplink Shared Channel)/물리 상향링크 제어 채널(PUCCH: Physical Uplink Control Channel) 송신(S608)을 수행할 수 있다. 특히 단말은 PDCCH를 통하여 하향링크 제어 정보(DCI: Downlink Control Information)를 수신한다. 여기서 DCI는 단말에 대한 자원 할당 정보와 같은 제어 정보를 포함하며, 그 사용 목적에 따라 포맷이 서로 다르다.
한편, 단말이 상향링크를 통해 기지국에 송신하는 또는 단말이 기지국으로부터 수신하는 제어 정보는 하향링크/상향링크 ACK/NACK(Acknowledgement/Non-Acknowledgement) 신호, CQI(Channel Quality Indicator), PMI(Precoding Matrix Indicator), RI(Rank Indicator) 등을 포함한다. 3GPP LTE 시스템의 경우, 단말은 상술한 CQI/PMI/RI 등의 제어 정보를 PUSCH 및/또는 PUCCH를 통해 송신할 수 있다.
표 5는 NR 시스템에서의 DCI 포맷(format)의 일례를 나타낸다.
DCI 포맷 활용
0_0 하나의 셀 내 PUSCH의 스케줄링
0_1 하나의 셀 내 하나 또는 다중 PUSCH의 스케줄링, 또는 UE에게 셀 그룹(CG: cell group) 하향링크 피드백 정보의 지시
0_2 하나의 셀 내 PUSCH의 스케줄링
1_0 하나의 DL 셀 내 PDSCH의 스케줄링
1_1 하나의 셀 내 PDSCH의 스케줄링
1_2 하나의 셀 내 PDSCH의 스케줄링
표 5를 참조하면, DCI format 0_0, 0_1 및 0_2는 PUSCH의 스케줄링에 관련된 자원 정보(예를 들어, UL/SUL(Supplementary UL), 주파수 자원 할당, 시간 자원 할당, 주파수 호핑 등), 전송 블록(TB: Transport Block) 관련 정보(예를 들어, MCS(Modulation Coding and Scheme), NDI(New Data Indicator), RV(Redundancy Version) 등), HARQ(Hybrid - Automatic Repeat and request) 관련 정보(예를 들어, 프로세스 번호, DAI(Downlink Assignment Index), PDSCH-HARQ 피드백 타이밍 등), 다중 안테나 관련 정보(예를 들어, DMRS 시퀀스 초기화 정보, 안테나 포트, CSI 요청 등), 전력 제어 정보(예를 들어, PUSCH 전력 제어 등)을 포함할 수 있으며, DCI 포맷 각각에 포함되는 제어 정보들은 미리 정의될 수 있다.
DCI format 0_0은 하나의 셀에서 PUSCH의 스케줄링에 사용된다. DCI 포맷 0_0에 포함된 정보는 C-RNTI(Cell RNTI: Cell Radio Network Temporary Identifier) 또는 CS-RNTI(Configured Scheduling RNTI) 또는 MCS-C-RNTI(Modulation Coding Scheme Cell RNTI)에 의해 CRC(cyclic redundancy check) 스크램블링되어 전송된다.
DCI format 0_1은 하나의 셀에서 하나 이상의 PUSCH의 스케줄링, 또는 설정된 그랜트(CG: configure grant) 하향링크 피드백 정보를 단말에게 지시하는 데 사용된다. DCI format 0_1에 포함된 정보는 C-RNTI 또는 CS-RNTI 또는 SP-CSI-RNTI(Semi-Persistent CSI RNTI) 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
DCI format 0_2는 하나의 셀에서 PUSCH의 스케줄링에 사용된다. DCI format 0_2에 포함된 정보는 C-RNTI 또는 CS-RNTI 또는 SP-CSI-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
다음으로, DCI format 1_0, 1_1 및 1_2는 PDSCH의 스케줄링에 관련된 자원 정보(예를 들어, 주파수 자원 할당, 시간 자원 할당, VRB(virtual resource block)-PRB(physical resource block) 매핑 등), 전송블록(TB) 관련 정보(예를 들어, MCS, NDI, RV 등), HARQ 관련 정보(예를 들어, 프로세스 번호, DAI, PDSCH-HARQ 피드백 타이밍 등), 다중 안테나 관련 정보(예를 들어, 안테나 포트, TCI(transmission configuration indicator), SRS(sounding reference signal) 요청 등), PUCCH 관련 정보(예를 들어, PUCCH 전력 제어, PUCCH 자원 지시자 등)을 포함할 수 있으며, DCI 포맷 각각에 포함되는 제어 정보들은 미리 정의될 수 있다.
DCI format 1_0은 하나의 DL 셀에서 PDSCH의 스케줄링을 위해 사용된다. DCI format 1_0에 포함된 정보는 C-RNTI 또는 CS-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
DCI format 1_1은 하나의 셀에서 PDSCH의 스케줄링을 위해 사용된다. DCI format 1_1에 포함되는 정보는 C-RNTI 또는 CS-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
DCI format 1_2는 하나의 셀에서 PDSCH의 스케줄링을 위해 사용된다. DCI format 1_2에 포함되는 정보는 C-RNTI 또는 CS-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
시스템 정보 획득
도 7은 시스템 정보 획득 과정을 예시한다.
단말은 시스템 정보(SI: system information) 획득 과정을 통해 액세스 스트라텀(AS: access stratum)/넌-액세스 스트라텀(NAS: non-access staratum) 정보를 획득할 수 있다. SI 획득 과정은 RRC 아이들(RRC_IDLE) 상태, RRC 비활성(RRC_INACTIVE) 상태 및 RRC 연결(RRC_CONNECTED) 상태의 단말에게 적용될 수 있다.
SI는 마스터 정보 블록(MIB: Master Information Block)와 복수의 시스템 정보 블록(SIB: System Information Block)으로 나눠진다. MIB 외의 SI는 남은 최소의 시스템 정보(RMSI: Remaining Minimum System Information)와 다른 시스템 정보(OSI: Other System Information)로 지칭될 수 있다. RMSI는 SIB1에 해당하며, OSI는 SIB1 이외에 나머지 SIB2 이상의 SIB들을 지칭한다. 자세한 사항은 다음을 참조할 수 있다.
MIB는 SIB1(SystemInformationBlockType1) 수신과 관련된 정보/파라미터를 포함하며 SSB(SS/PBCH block)의 PBCH를 통해 전송된다. MIB의 정보는 표 6과 같은 필드를 포함할 수 있다.
표 6은 MIB의 일부를 예시한다.
- subCarrierSpacingCommon ENUMERATED {scs15or60, scs30or120},
- ssb-SubcarrierOffset INTEGER (0..15),
- pdcch-ConfigSIB1 INTEGER (0..255),
표 7은 표 6에 예시된 MIB 필드에 대한 설명을 예시한다.
pdcch-ConfigSIB1
pdcch-ConfigSIB1 필드는 공통의 제어 자원 세트(CORESET), 공통의 서치 스페이스 및 필요한 PDCCH 파라미터들을 결정한다.
If the field ssb-SubcarrierOffset 필드가 SIB1이 없다고(absent) 지시하면, pdcch-ConfigSIB1 필드는 UE가 SIB1으로 SS/PBCH 블록을 찾을 수 있는 주파수 위치 또는 네트워크가 SIB1으로 SS/PBCH 블록을 제공하지 않는 주파수 범위를 지시한다.
ssb-SubcarrierOffsetssb-SubcarrierOffset 필드는 kSSB에 대응되며, kSSB는 SSB와 전체 자원 블록 그리드 간의 주파수 영역 오프셋(서브캐리어 수)이다.
ssb-SubcarrierOffset 필드의 값 범위는 PBCH 내에서 인코딩된 추가 최상위 비트에 의해 확장될 수 있다.
ssb-SubcarrierOffset 필드는 이 셀이 SIB1을 제공하지 않고 MIB 내 설정된 CORESET#0이 없음을 지시할 수 있다. 이 경우, pdcch-ConfigSIB1 필드는 UE가 SIB1에 대한 제어 자원 세트 및 서치 스페이스로 SS/PBCH를 찾을 수있는(찾을 수 없는) 주파수 위치를 지시할 수 있다.
subCarrierSpacingCommonsubCarrierSpacingCommon 필드는 초기 액세스, 페이징 및 브로드캐스트 SI 메시지를 위한 SIB1, Msg.2/4에 대한 부반송파 간격을 나타낸다. UE가 FR1 캐리어 주파수에서 이 MIB를 획득하면, scs15or60 값은 15kHz에 해당하고, scs30or120 값은 30kHz에 해당한다. UE가 FR2 캐리어 주파수에서 이 MIB를 획득하면, scs15or60 값은 60kHz에 해당하고, scs30or120 값은 120kHz에 해당한다.
초기 셀 선택 시, 단말은 SSB를 갖는 하프-프레임(half-frame)이 20ms 주기로 반복된다고 가정한다. 단말은 MIB에 기반하여 Type0-PDCCH 공통 탐색 공간(common search space)을 위한 CORESET(Control Resource Set)이 존재하는지 확인할 수 있다. Type0-PDCCH 공통 탐색 공간은 PDCCH 탐색 공간의 일종이며, SI 메세지를 스케줄링 하는 PDCCH를 전송하는데 사용된다. Type0-PDCCH 공통 탐색 공간이 존재하는 경우, 단말은 MIB 내의 정보(예를 들어, pdcch-ConfigSIB1)에 기반하여 (i) CORESET을 구성하는 복수의 연속된 RB와 하나 이상의 연속된 심볼과 (ii) PDCCH 기회(즉, PDCCH 수신을 위한 시간 도메인 위치)를 결정할 수 있다. 구체적으로, pdcch-ConfigSIB1는 8비트 정보이며, (i)은 MSB(Most Significant Bit) 4비트에 의해 기반하여 결정되고(3GPP TS 38.213 Table 13-1~13-10 참조), (ii)는 LSB(Least Significant Bit) 4비트에 의해 기반하여 결정된다(3GPP TS 38.213 Table 13-11~13-15 참조).
일 예로, pdcch-ConfigSIB1의 MSB 4비트에 의해 지시되는 정보를 아래와 같이 예시한다.
Type0-PDCCH 공통 탐색 공간에 대한 CORESET의 설정은:
i) 서브캐리어 간격 및 채널 최소 대역폭에 따라 다수의 표들을 정의한다.
ii) SS/PBCH 블록 및 PDCCH/PDSCH 간의 다중화 패턴을 지시한다.
- 패턴 1: FR1에 대한 모든 SCS 조합, FR2에 대한 모든 SCS 조합
- 패턴 2: FR2에 대한 서로 달느 SCS 조합(최초 DL BWP에 대한 60kHz 및 SS/PBCH 블록에 대한 240kHz SCS의 조합은 제외)
- 패턴 3: FR2에 대한 동일한 SCS 조합(120kHz SCS 경우)
iii) CORESET에 대한 PRB들의 개수 및 OFDM 심볼들의 개수를 지시한다.
- NRB CORESET: RB들의 개수 (즉, {24, 48, 96})
- NSymb CORESET: 심볼들의 개수 (즉, {1, 2, 3})
iv) SS/PBCH 블록의 첫번째 RB와 RMSI CORESET의 첫번째 RB 간의 오프셋(RB의 개수)을 지시한다.
- 오프셋(RB의 개수)의 범위는 PRB의 개수와 동기 래스터(sync raster0에 의해 결정된다.
- SS/PBCH 블록의 중심과 RMSI CORESET의 중심을 최대한 가깝게 정렬(align)하도록 설계한다.
Type0-PDCCH 공통 탐색 공간이 존재하지 않는 경우, pdcch-ConfigSIB1은 SSB/SIB1이 존재하는 주파수 위치와 SSB/SIB1이 존재하지 않는 주파수 범위에 관한 정보를 제공한다.
최초 셀 선택의 경우, UE는 SS/PBCH 블록이 있는 하프 프레임이 2 프레임의 주기로 발생한다고 가정할 수 있다. SS/PBCH 블록의 검출 시, FR1(Sub-6GHz; 450~6000MHz)에 대해 kSSB≤23이고 FR2(mm-Wave, 24250~52600MHz)에 대해 kSSB≤11이면, UE는 Type0-PDCCH 공통 검색 공간에 대한 제어 자원 세트가 존재한다고 결정한다. FR1에 대해 kSSB>23이고 FR2에 대해 kSSB>11이면, UE는 Type0-PDCCH 공통 검색 공간에 대한 제어 자원 세트가 존재하지 않는다고 결정한다. kSSB는 SS/PBCH 블록의 서브캐리어 0과 SSB에 대한 공통 자원 블록의 서브캐리어 0 사이의 주파수/서브캐리어 오프셋을 나타낸다. FR2의 경우 최대 11 값만 적용할 수 있다. kSSB는 MIB를 통해 시그널링 될 수 있다. SIB1은 나머지 SIB들(이하, SIBx, x는 2 이상의 정수)의 가용성 및 스케줄링(예, 전송 주기, SI-윈도우 사이즈)과 관련된 정보를 포함한다. 예를 들어, SIB1은 SIBx가 주기적으로 방송되는지 온-디맨드(on-demand) 방식에 의해 단말의 요청에 의해 제공되는지 여부를 알려줄 수 있다. SIBx가 on-demand 방식에 의해 제공되는 경우, SIB1은 단말이 SI 요청을 수행하는데 필요한 정보를 포함할 수 있다. SIB1은 PDSCH를 통해 전송되며, SIB1을 스케줄링 하는 PDCCH는 Type0-PDCCH 공통 탐색 공간을 통해 전송되며, SIB1은 상기 PDCCH에 의해 지시되는 PDSCH를 통해 전송된다.
SIBx는 SI 메세지에 포함되며 PDSCH를 통해 전송된다. 각각의 SI 메세지는 주기적으로 발생하는 시간 윈도우(즉, SI-윈도우) 내에서 전송된다.
랜덤 접속 동작 및 관련 동작
기지국이 할당한 PUSCH 전송 자원(즉, Uplink Grant)이 없을 경우, 단말은 랜덤 접속 (Random Access) 동작을 수행할 수 있다. NR 시스템의 랜덤 접속은 1) 단말이 RRC 연결을 요청 또는 재개하는 경우, 2) 단말이 인접 셀로 핸드오버나 세컨더리 셀 그룹(SCG: Secondary Cell Group) 추가(즉, SCG addition)을 할 경우, 3) 기지국에게 스케줄링 요청 (Scheduling Request)을 할 경우, 4) 기지국이 PDCCH 오더(order)로 단말의 랜덤 접속을 지시한 경우, 5) 빔실패 (Beam Failure) 혹은 RRC 연결 실패가 감지된 경우에 개시될 수 있다.
도 8은 본 개시가 적용될 수 있는 무선 통신 시스템에서 랜덤 접속 과정을 나타낸다. 도 8(a)는 경쟁-기반 랜덤 접속 과정을 나타내고, 도 8(b)는 전용 랜덤 접속 과정을 예시한다.
도 8(a)를 참조하면, 경쟁-기반 랜덤 접속 과정은 다음의 4 단계를 포함한다. 이하, 단계 1~4에서 전송되는 메시지는 각각 메시지(Msg) 1~4로 지칭될 수 있다.
-단계 1: 단말은 PRACH(physical random access channel)를 통해 RACH(random access channel) 프리앰블을 전송한다.
-단계 2: 단말은 기지국으로부터 DL-SCH(downlink shared channel)를 통해 랜덤 접속 응답(RAR: Random Access Response)을 수신한다.
-단계 3: 단말은 UL-SCH(uplink shared channel)를 통해 Layer 2 / Layer 3 메시지를 기지국으로 전송한다.
-단계 4: 단말은 DL-SCH를 통해 경쟁 해소(contention resolution) 메시지를 기지국으로부터 수신한다.
단말은 시스템 정보를 통해 기지국으로부터 랜덤 접속에 관한 정보를 수신할 수 있다.
랜덤 접속이 필요하면, 단말은 단계 1과 같이 RACH 프리앰블을 기지국으로 전송한다. 기지국은, 랜덤 접속 프리앰블이 전송된 시간/주파수 자원(즉, RACH 기회(RO: RACH Occasion)) 및 랜덤 접속 프리앰블 인덱스(PI: Preamble Index)를 통해, 각각의 랜덤 접속 프리앰블들을 구별할 수 있다.
기지국이 단말로부터 랜덤 접속 프리앰블을 수신하면, 기지국은 단계 2와 같이 랜덤 접속 응답(RAR: Random Access Response) 메시지를 단말에게 전송한다. 랜덤 접속 응답 메시지의 수신을 위해, 단말은 미리 설정된 시간 윈도우(예를 들어, ra-ResponseWindow) 내에서, 랜덤 접속 응답 메시지에 대한 스케줄링 정보를 포함하는, RA-RNTI(Random Access-RNTI)로 CRC 마스킹된 L1/L2 제어채널(PDCCH)을 모니터링한다. RA-RNTI로 마스킹된 PDCCH는 공통 검색 공간(common search space)를 통해서만 전송될 수 있다. RA-RNTI로 마스킹된 스케줄링 신호를 수신한 경우, 단말은 상기 스케줄링 정보가 지시하는 PDSCH로부터 랜덤 접속 응답 메시지를 수신할 수 있다. 그 후, 단말은 랜덤 접속 응답 메시지에 자신에게 지시된 랜덤 접속 응답 정보가 있는지 확인한다. 자신에게 지시된 랜덤 접속 응답 정보가 존재하는지 여부는 단말이 전송한 프리앰블에 대한 RAPID(Random Access Preamble ID)가 존재하는지 여부로 확인될 수 있다. 단말이 전송한 프리앰블의 인덱스와 RAPID는 동일할 수 있다. 랜덤 접속 응답 정보는, 대응하는 랜덤 접속 프리앰블 인덱스, UL 동기화를 위한 타이밍 오프셋 정보(예, 타이밍 어드밴스 명령(TAC: Timing Advance Command)), 메시지 3 전송을 위한 UL 스케줄링 정보(예, UL 그랜트) 및 단말 임시 식별 정보(예, TC-RNTI(Temporary-C-RNTI))를 포함한다.
랜덤 접속 응답 정보를 수신한 단말은, 단계 3과 같이, UL 스케줄링 정보 및 타이밍 오프셋 값에 따라 PUSCH를 통해 UL-SCH(Shared Channel) 데이터(메시지 3)를 전송한다. 메시지 3을 나르는 PUSCH가 매핑/전송되는 시간 및 주파수 자원을 PO (PUSCH Occasion)로 정의한다. 메시지 3에는, 단말의 ID (또는 단말의 global ID)가 포함될 수 있다. 또는 메시지 3에는, 초기 접속(initial access)을 위한 RRC 연결 요청 관련 정보(예를 들어, RRCSetupRequest 메시지)가 포함될 수 있다. 또한 메시지 3에는, 단말이 전송 가능한 데이터(data available for transmission)의 양에 대한 버퍼 상태 보고(BSR: Buffer Status Report)가 포함될 수 있다.
UL-SCH 데이터 수신 후, 단계 4와 같이, 기지국은 경쟁 해소(contention resolution) 메시지(메시지 4)를 단말에게 전송한다. 단말이 경쟁 해소 메시지를 수신하고 경쟁이 해소에 성공하면, TC-RNTI는 C-RNTI로 변경된다. 메시지 4에는, 단말의 ID 및/또는 RRC 연결 관련 정보(예를 들어, RRCSetup 메시지)가 포함될 수 있다. 메시지 3를 통해 전송한 정보와 메시지 4를 통해 수신한 정보가 일치하지 않거나, 일정 시간 동안 메시지 4를 수신하지 못하면, 단말은 경쟁 해소가 실패한 것으로 보고 메시지 3를 재전송할 수 있다.
도 8(b)를 참조하면, 전용 랜덤 접속 과정은 다음의 3 단계를 포함한다. 이하, 단계 0~2에서 전송되는 메시지는 각각 메시지(Msg) 0~2로 지칭될 수 있다. 전용 랜덤 접속 과정은 기지국이 RACH 프리앰블 전송을 명령하는 용도의 PDCCH(이하, PDCCH 오더(order))를 이용하여 트리거링 될 수 있다.
-단계 0: 기지국은 전용 시그널링을 통한 RACH 프리앰블을 단말에 할당한다.
-단계 1: 단말은 PRACH를 통해 RACH 프리앰블을 전송한다.
-단계 2: 단말은 기지국으로부터 DL-SCH를 통해 랜덤 접속 응답(RAR: Random Access Response)을 수신한다.
전용 랜덤 접속 과정의 단계 1~2의 동작은 경쟁 기반 랜덤 접속 과정의 단계1~2와 동일할 수 있다.
NR에서는 비-경쟁 기반 랜덤 접속 과정을 PDCCH 명령(order)으로 개시하기 위해 DCI 포맷 1_0가 사용된다. DCI 포맷 1_0는 하나의 DL 셀에서 PDSCH를 스케줄링 하는데 사용된다. 한편, DCI 포맷 1_0의 CRC(Cyclic Redundancy Check)가 C-RNTI로 스크램블 되고, "Frequency domain resource assignment" 필드의 비트 값이 모두 1인 경우, DCI 포맷 1_0는 랜덤 접속 과정을 지시하는 PDCCH 명령으로 사용된다. 이 경우, DCI 포맷 1_0의 필드는 다음과 같이 설정된다.
- RA 프리앰블 인덱스: 6비트
- UL/SUL(Supplementary UL) 지시자: 1비트. RA 프리앰블 인덱스의 비트 값이 모두 0이 아니면서 단말에 대해 셀 내에 SUL이 설정된 경우, 셀 내에서 PRACH가 전송된 UL 반송파를 지시한다. 그 외의 경우 미사용 된다(reserved).
- SSB (Synchronization Signal/Physical Broadcast Channel) 인덱스: 6비트. RA 프리앰블 인덱스의 비트 값이 모두 0가 아닌 경우, PRACH 전송을 위한 RACH 기회(occasion)를 결정하는데 사용되는 SSB를 지시한다. 그 외의 경우 미사용 된다(reserved).
- PRACH 마스크 인덱스: 4비트. RA 프리앰블 인덱스의 비트 값이 모두 0가 아닌 경우, SSB 인덱스에 의해 지시되는 SSB와 연관된 RACH 기회를 지시한다. 그 외의 경우 미사용 된다(reserved).
- 미사용(reserved): 10비트
DCI 포맷 1_0이 PDCCH 명령에 해당하지 않는 경우, DCI 포맷 1_0은 PDSCH를 스케줄링 하는데 사용되는 필드로 구성된다(예, TDRA(Time domain resource assignment), MCS(Modulation and Coding Scheme), HARQ 프로세스 번호, PDSCH-to-HARQ_feedback timing indicator 등).
NR 시스템에서는 기존 시스템보다 더 낮은 레이턴시(latency)가 필요할 수 있다. 또한, U-band에서 랜덤 접속 과정이 발생한다면, 단말과 기지국이 4-step의 랜덤 접속 과정 모두에서 순차적으로 LBT에 성공하여야 랜덤 접속 과정이 종료되고 경쟁이 해소된다. 4-step의 랜덤 접속 과정 중 한 단계에서라도 LBT가 실패한다면, 자원 효율성(resource efficiency)이 저하되며 레이턴시가 증가한다. 특히, 메시지2 또는 메시지3와 연관된 스케줄링/전송 과정에서 LBT가 실패한다면 자원 효율성의 감소 및 레이턴시 증가가 크게 일어날 수 있다. L-band에서의 랜덤 접속 과정이라도, NR 시스템의 다양한 시나리오 내에서 낮은 레이턴시의 랜덤 접속 과정이 필요할 수 있다. 따라서, 2-step 랜덤 접속 과정은 L-band 상에서도 수행될 수 있다.
도 9는 본 개시가 적용될 수 있는 무선 통신 시스템에서 2-단계 랜덤 접속 과정을 나타낸다.
도 9(a)에 도시된 바와 같이, 2-step 랜덤 접속 과정은 단말부터 기지국으로의 상향링크 신호(메시지 A로 지칭하며, PRACH preamble + Msg3 PUSCH에 대응됨) 전송과 기지국으로부터 단말로의 하향링크 신호(메시지 B로 지칭하며, RAR + Msg4 PDSCH에 대응됨) 전송의 2단계로 구성될 수 있다.
또한, 비-경쟁 랜덤 접속 과정에서도 도 9(b)에 도시된 바와 같이 랜덤 접속 프리앰블과 PUSCH 파트(part)가 함께 전송될 수 있다.
도 9에서는 도시되지는 않았지만, 메시지 B를 스케줄링하기 위한 PDCCH가 기지국으로부터 단말로 전송될 수 있으며, 이는 Msg. B PDCCH로 지칭될 수 있다.
감소된 능력(RedCap: reduced capability) 단말에게 초기 BWP를 설정하는 방법
본 개시에서 사용될 수 있는 용어들은 다음과 같이 정의된다.
- BWP: 대역폭 부분(BandWidth Part) (주파수 축 상에서 연속한 자원 블록(RB: resource block) 들로 구성될 수 있다. 하나의 뉴머롤로지(numerology) (예를 들어, SCS, CP 길이, 슬롯/미니-슬롯 구간(slot/mini-slot duration) 등)에 대응될 수 있다. 또한 하나의 캐리어(carrier)에서 다수의 BWP 가 설정(carrier 당 BWP 개수 역시 제한될 수 있음)될 수 있으나, 활성화(activation)된 BWP 개수는 carrier 당 그 일부 (예를 들어, 1 개) 로 제한될 수 있다.)
- SS: 서치 스페이스(search space)
- CORESET: 제어 자원 세트(COntrol REsourse SET) (PDCCH 가 전송될 수 있는 시간 주파수 자원 영역을 의미하며, BWP 당 CORESET 개수가 제한될 수 있다.)
- Type0-PDCCH CSS(common search space) set: NR UE가 SI-RNTI에 의해 스크램블되는 CRC를 가지는 DCI 포맷에 대한 PDCCH 후보(candidate)들의 세트를 모니터링하는 서치 스페이스 세트
- CORESET#0: NR UE를 위한 Type0-PDCCH CSS set에 대한 CORESET (MIB에서 설정됨)
- MO: PCCH 모니터링 기회(monitoring occasion) (예를 들어, Type0-PDCCH CSS set를 위한)
- SIB1-R: RedCap UE에 대한 (추가적인) SIB1이며, SIB1과 별도의 TB로 생성되어 별도의 PDSCH로 전송되는 경우에 한정될 수 있다.
- CORESET#0-R: RedCap UE에 대한 CORESET#0
- Type0-PDCCH-R CSS set: RedCap UE가 SI-RNTI에 의해 스크램블되는 CRC를 가지는 DCI 포맷에 대한 PDCCH 후보(candidate)들의 세트를 모니터링하는 서치 스페이스 세트
- MO-R: PCCH 모니터링 기회(monitoring occasion) (예를 들어, Type0-PDCCH-R CSS set를 위한)
- 셀 정의 SSB(CD-SSB: Cell defining SSB): NR SSB 중 RMSI 스케줄링 정보를 SSB
- 논-셀 정의 SSB(non-CD-SSB: Non-cell defining SSB): NR 동기 래스터(sync raster)에 배치 되었으나, 측정 용으로 해당 셀의 RMSI 스케줄링 정보를 포함하지 않는 SSB. 하지만, CD-SSB의 위치를 알려주는 정보를 포함할 수 있다.
- SCS: 서브캐리어 간격(subcarrier spacing)
- SI-RNTI: 시스템 정보 무선-네트워크 임시 식별자(System Information Radio-Network Temporary Identifier)
- 캠프 온(Camp on): “Camp on"은 UE가 셀에 머무르고 잠재적인 전용 서비스를 시작하거나 진행 중인 브로드캐스트 서비스를 수신할 준비가 된 UE 상태
- TB: 전송 블록(Transport Block)
- RSA(Redcap standalone): Redcap 장치 또는 서비만을 지원하는 셀
- IE: 정보 요소(Information Element)
- RO: RACH 기회(RACH Occasion)
- QCL: Quasi-Co-Location (두 참조 신호(RS: reference signal) 간 QCL 관계라 함은, 하나의 RS로부터 획득한 도플러 시프트(Doppler shift), 도플러 스프레드(Doppler spread), 평균 지연(average delay), 평균 스프레드(delay spread), 공간 수신 파라미터(Spatial Rx parameter) 등과 같은 QCL 파라미터(parameter)가 다른 RS (혹은 해당 RS의 안테나 포트(antenna port)(들))에도 적용할 수 있음을 의미할 수 있다. NR 시스템에서 다음과 같이 4 개의 QCL type 이 정의되고 있다. 'typeA': {Doppler shift, Doppler spread, average delay, delay spread}, 'typeB': {Doppler shift, Doppler spread}, 'typeC': {Doppler shift, average delay}, 'typeD': {Spatial Rx parameter}. 어떤 DL RS antenna port(들)에 대해 제 1 DL RS 가 QCL type X (X=A, B, C, 또는 D)에 대한 reference로 설정되고, 추가로 제 2 DL RS가 QCL type Y (Y=A, B, C, 또는 D, 다만 X≠Y) 에 대한 reference로 설정될 수 있다.)
- TCI: 전송 설정 지시(Transmission Configuration Indication) (하나의 TCI 상태(state)는 PDSCH의 DM-RS 포트들, PDCCH의 DM-RS 포트, 혹은 CSI-RS 자원의 CSI-RS 포트(들) 등과 하나 혹은 복수 DL RS 간 QCL 관계를 포함하고 있다. PDSCH를 스케줄링하는 DCI 내의 field들 중 'Transmission Configuration Indication'에 대해서는, 해당 field를 구성하는 각 코드 포인트(code point)에 대응되는 TCI 상태 인덱스(state index)는 MAC 제어 요소(CE: control element)에 의해 활성화되며, 각 TCI state index 별 TCI state 설정은 RRC 시그널링(signaling)을 통해 설정된다. Rel-16 NR 시스템에서, 해당 TCI state는 DL RS 간 설정되지만, 향후 release에서 DL RS 와 UL RS 간 혹은 UL RS 와 UL RS 간 설정이 허용될 수 있다. UL RS의 예로써, SRS, PUSCH DM-RS, PUCCH DM-RS 등이 있다.)
- TRP: 전송 및 수신 포인트(Transmission and Reception Point)
- RACH: 랜덤 액세스 채널(Random Access Channel)
- RAR: 랜덤 액세스 응답(Random Access Response)
- Msg3: C-RNTI MAC CE 또는 CCCH(common control channel) 서비스 데이터 유닛(SDU: service data unit)를 포함하는 UL-SCH(uplink shared channel)를 통해 전송되고, 상위 계층으로부터 제공되며, 랜덤 액세스 절차의 일부로 UE 경쟁 해소 식별자(UE Contention Resolution Identity)와 연관되는 메시지이다.
- 특별 셀(Special Cell): 이중 연결(Dual Connectivity) 동작의 경우 Special Cell이라는 용어는 MAC 엔터티가 MCG(master cell group) 또는 SCG(secondary cell group)에 각각 연관되는지에 따라 MCG의 PCell 또는 SCG의 PSCell을 나타낸다. 그렇지 않으면 Special Cell이라는 용어는 PCell을 나타냅니다. Special Cell은 PUCCH 전송 및 경쟁 기반 랜덤 액세스를 지원하며 항상 활성화된다.
- 서빙 셀(Serving Cell): PCell, PSCell, SCell(secondary cell)을 포함한다.
최근 5G 주요 사용 사례(use case)들(mMTC, eMBB 그리고 URLLC) 외에, mMTC와 eMBB, 또는 mMTC와 URLLC에 걸친 use case 영역에 대한 중요도/관심도가 높아지고 있다. 그에 따라 이러한 use case들을 기기 비용(device cost), 전력 소비(power consumption), 폼팩터(form factor) 등의 관점에서 효율적으로 지원하기 위한 단말기의 필요성이 증가되고 있다. 이러한 목적의 단말기를 본 발명에서는 NR 감소된 능력(redcap: reduced capability) UE/device, 또는 줄여서 (NR) redcap UE/device로 칭한다. 또한, redcap device와 구분해서 5G main use case들을 모두 또는 그 중의 하나 이상을 지원하는 일반적인 NR 단말기를 NR (일반)) UE/device로 칭한다. NR 단말기는 IMT-2020에서 정의하는 5G 주요 능력들(key capabilities) (피크 데이터율(peak data rate), 사용자 체감 전송 속도(user experienced data rate), 레이턴시(latency), 이동성(mobility), 연결 밀집도(connection density), 에너지 효율성(energy efficiency), 스펙트럼 효율성(spectrum efficiency), 무선 트래픽 효율성(area traffic efficiency) 등)를 모두 갖춘 단말기일 수 있으며, redcap 단말기는 device cost, power consumption, 작은(small) form factor를 달성하기 위해서 일부 능력(capability)을 의도적으로 감소(reduction_시킨 단말기일 수 있다.
Redcap device의 목표(target) use case 들인 mMTC와 eMBB, 또는 mMTC와 URLLC에 걸친 5G use case 영역을 본 개시에서 편의상 redcap use case 들로 칭한다. Redcap use case 들은 예를 들어 다음과 같을 수 있다.
i) 커넥티드 인터스트리(Connected industries)
- 센서(Sensor)들과 액추에이터(actuator)들은 5G 네트워크들과 코어에 연결된다.
- 대규모 산업용 무선 센터 네트워크(IWSN: Industrial Wireless Sensor Network) 사용 사례들 및 요구 사항들 포함
- 요구 사항들이 매우 높은 URLLC 서비스들뿐만 아니라 몇 년의 배터리 수명을 가진 소형 장치 폼 팩터들을 요구하는 비교적 저가(low-end)의 서비스들
- 이러한 서비스들ㄹ에 대한 요구 사항들은 저전력 무선 영역(LPWA: Low Power Wireless Area)(즉, LTE-M/NB-IOT)보다 높지만 URLCC 및 eMBB보다 낮다.
- 이러한 환경의 장치들은 예를 들어, 압력 센서, 습도 센서, 온도계, 모션 센서, 가속도계, 액추에이터 등을 포함한다.
ii) 스마트 시티(Smart city)
- 스마트 시티 버티컬(vertical)은 도시 자원들을 보다 효율적으로 모니터링 및 제어하고 도시 거주자들에게 서비스들을 제공하기 위한 데이터 수집 및 처리를 포함한다.
- 특히, 감시 카메라들의 배치는 스마트 시티의 필수적인 부분일 뿐만 아니라 공장 및 산업 분야에서도 필수적인 부분이다.
iii) 웨어러블(Wearables)
- 웨어러블 사용 사례에는 스마트 시계, 반지, eHealth 관련 장치 및 의료 모니터링 장치 등이 포함된다.
- 사용 사례의 한 가지 특징은 장치의 크기가 작다는 것이다.
Redcap use case 들은 저전력 무선 영역(LPWA: Low Power Wireless Area) 단말기들(예를 들어, LTE-M, NB-IoT, 등)에 의해서는 비트율(bit rate), 레이턴시(latency) 등의 측면에서 지원이 불가능할 수 있다. NR 단말기는 기능적으로는 지원이 가능할 수 있으나, 단말기 제조 비용, form factor, 배터리 수명 등의 측면에서 비효율적일 수 있다. 상기의 use case 영역을 low cost, low power, small form factor 등의 특성을 갖는 redcap 단말기로서 5G 네트워크에서 지원하는 것은 단말기 제조 및 유지 비용 절감의 효과를 가져다 줄 수 있다.
Redcap use case 들은 단말기 복잡도, target bit rate, latency, power consumption, 등의 측면에서 상당히 다양한(diverse) 요구사항을 가지게 되며, 본 개시에서는 redcap UE가 충족해야 하는 요구사항들(requirements)을 redcap requirements로 칭한다. Redcap requirements는 모든 redcap use case 들에 대해서 공통적으로 적용되는 공통적인(generic) 요구사항들과 일부 use case(들)에만 적용되는 유스케이스 특정한(use case specific) 요구사항 들로 구분될 수 있다.
redcap requirement 들은 단말기와 기지국이 제공하는 여러 가지 특징(feature)들(의 조합)에 의해서 만족될 수 있다. 다음은 redcap requirement 들을 만족시키기 위한 단말기/기지국이 지원하는 feature들과 서브-특징(sub-feature)들의 예시이다.
i) 복잡도 감소 특징들
- UE RX/TX 안테나 수 감소
- UE 대역폭 감소
- 반이중(half-duplex) FDD
- 완화된(relaxed) UE 처리 시간
- 완화된(relaxed) UE 처리 기능
ii) 파워 절감(Power saving)
- 적은 수의 블라인드 디코딩(BD: blind decoding) 및 제어 자원 요소(CCE: control resource element) 제한으로 PDCCH 모니터링 감소
- RRC 비활성/인액티브(Inactive) 및/또는 아이들(Idle)을 위한 확장(entended) 불연속 수신(DRX: discontinuous reception)
- 고정 장치(stationary device)에 대한 무선 자원 관리(RRM: radio resource management)
iii) 커버리지 회복/향상(Coverage recovery/enhancement)
상기의 redcap use case 들은 하나 또는 다수 개의 단말기를 정의하여 지원할 수 있으며, 본 개시에서는 다음 두 가지 모두의 경우를 고려한다.
케이스(Case) A) Redcap use case들을 하나의 단말기 형태로 지원 (단일 장치 타입의 경우)
Case B) Redcap use case들을 다수 개의 단말기 형태로 지원 (다중 장치 타입의 경우)
Case A)의 경우 redcap 단말기는 상기의 모든 redcap requirement들, 즉, generic과 use case specific requirement들을 모두 만족시키는 단말기일 수 있으며, 또한 모든 redcap use case 들을 지원하는 단말기일 수 있다. 이 경우, 다양한 requirement들을 동시에 만족시켜야 하기 때문에 단말기 복잡도(complexity)가 증가에 따른 비용상승의 요인이 있을 수 있지만, 동시에 use case 확장에 따른 대량 생산에 의한 원가절감 효과를 기대할 수 있다. Case B)의 경우, 상기의 redcap use case requirement들이 상당히 다양한(diverse) 점을 감안하여, redcap use case 별로 단말기 형태를 정의하여 지원하는 경우일 수 있다. 이 경우에도, generic requirement 들은 모두 공통적으로 만족시키는 것일 수 있다. 이 때, use case 별로 정의되는 각 device 형태 들을 redcap 장치 타입(redcap device type)들로 칭한다. Case B)는 requirements 측면에서 유사한 use case 들 여러 개를 그룹핑(grouping)하여 하나의 단말기 형태로 지원하는 경우를 포함한다. 이러한 각 redcap device type 들은 redcap UE features들 중 사전에 정의된 일부 또는 특정 조합을 지원하는 것일 수 있다. 이렇게 multiple redcap device type을 정의하여 redcap use case 들을 지원할 경우, 특정 redcap use case(들)을 비용, 전력소모 등의 관점에서 보다 최적화된 redcap 단말기를 통해서 지원할 수 있다는 장점이 있다. 예를 들어, IWS use case를 아주 작고, 저렴하고, power efficient한 전용 단말기를 통해서 지원할 수 있다.
본 개시에서 reduced capability는 감소된/낮은 복잡도/비용, 감소된 대역폭 등의 의미를 포함할 수 있다.
Case B)의 경우에 대해서, 즉 redcap use case 들을 다수 개의 단말기 형태(device type)로 지원하는 경우에 있어서, redcap device type 들을 분류하기 위해서 다음과 같은 방법을 고려할 수 있다. 다음 방법들은 Case A)의 경우에도, 즉 redcap device를 NR 단말기와 구분하기 위해서도 적용될 수 있다.
NR 단말기와 구분되는 redcap 단말기 동작을 지원하기 위해서 redcap 단말기는 자신의 device type 정보를 기지국에게 report해야 할 수 있다.
도 10은 본 개시가 적용될 수 있는 무선 통신 시스템에서 redcap 장치의 장치 타입을 보고하는 절차를 예시한다.
도 10에서, 보고 절차(Reporting procedure)는 다음과 같이 TS 38.331에서 정의하는 UE 능력 전송 절차(UE capability transfer procedure)를 (재)사용할 수 있으며, 기지국은 UE 능력 정보(capability information) 수신을 통해서 redcap device type 정보를 획득하고 해당 단말기 스케줄링 시 획득한 단말기 정보를 사용할 수 있다.
도 10을 참조하면, 기지국/네트워크는 RRC_CONNECTED 상태(state)에서 UE에게 capability 문의/요청(enquiry/request)한다(SH102). UE는 UE capability information에 redcasp device type 정보를 포함하여 기지국/네트워크에게 전송한다(SH104).
- 분류 방법 1
Redcap device type은 주요 requirement 들 중 하나를 기준으로 분류될 수 있다. 분류의 기준이 될 수 있는 주요 requirement 들은, 예를 들어 supported max data rate (peak bit rate), latency, mobility (stationary/fixed, portable, mobile, etc.) battery lifetime, complexity, coverage, 등일 수 있다. 분류된 redcap device type 별로 의무적으로 지원해야 하는 또는 선택적으로 지원할 수 있는 UE feature(들)(의 조합)을 spec에 정의할 수 있다. 이는 device type 별로 feature 들의 지원 여부를 별도로 signaling하는 overhead를 줄이기 위함일 수 있다.
UE capability information에 포함되어 단말기가 기지국/네트워크에게 report하는 redcap device type 정보는 예를 들어, UE-NR-Capability 정보 요소(IE: Information Element)의 특정 필드(e.g., RedCapDeviceType)를 통해서 기지국에게 전송될 수 있다. 예를 들어, redcap device type 1, 2, ... 등으로 구분할 경우, RedCapDeviceType field의 값은 1, 2, ... 와 같은 integer 값이나, r1, r2, 쪋 와 같은 문자와 integer와의 조합으로 표현될 수 있다. 이와 같이, 단말기는 device type과 그에 관련된 parameter들을 capability information에 하나의 field를 포함하여 보고함으로써 시그널링 오버헤드(signaling overhead) 측면에서 장점이 있는 방법이다.
예시) 지원되는 채되 데이터 율(Supported max data rate)을 기준으로 redcap device type을 분류하고 기지국에게 report하는 방법
NR 단말기의 supported max data rate는 TS 38.306에서 다음 표 8과 같은 계산식으로 결정된다. 표 8은 TS 38.306 표준을 예시한다.
Figure PCTKR2022014779-appb-img-000003

Figure PCTKR2022014779-appb-img-000004
여기서, NR 단말기가 지원해야 하는 지원되는 최대 데이터 율(supported max data rate)를 계산하는 식에 필요한 파라미터(parameter)들은 RRC_CONNECTED state에서 기지국 요청에 의해서 UE가 보고(report)한다.
아래는 이러한 parameter 들을과 해당 parameter들이 포함되는 RRC IE들을 예시한다.
- FeatureSetDownlink IE: scalingFactor
- FeatureSetDownlinkPerCC IE: maxNumberMIMO-LayersPDSCH, supportedModulationOrderDL, supportedBandwidthDL, supportedSubCarrierSpacingDL
- FeatureSetUplink IE: scalingFactor
- FeatureSetUplinkPerCC IE: maxNumberMIMO-LayersCB-PUSCH, maxNumberMIMO-LayersNonCB-PUSCH, supportedModulationOrderUL, supportedBandwidthUL, supportedSubCarrierSpacingUL
Redcap 단말기의 경우, supported max data rate를 기준으로 redcap device type을 분류하는 방법의 경우, device type 별로 상기의 parameter 들의 값을 사전에 표준에 정의하고, 단말기는 UE-NR-Capability IE의 RedCapDeviceType field의 값을 특정 값으로 설정함으로써 기지국에게 redcap device type 정보와 함께 상기의 parameter 정보 들을 지시할 수 있다. NR 단말기가 상기의 parameter 들을 UE capability information에 포함하여 기지국에 전송하는 종래의 동작 대비, redcap 단말기는 device type과 그에 관련된 상기의 parameter 들을 하나의 필드를 통해서 보고함으로써 시그널링 오버헤드 감소(signaling overhead reduction) 효과를 기대할 수 있다. 기지국은 RedCapDeviceType field의 값을 통해서 device type과 supported max data rate, 그리고 상기에서 열거한 parameter 들의 값 들을 획득하고 단말기 스케줄링 등에 사용할 수 있다.
- 분류 방법 2
또는, 주요 requirement를 기준으로 redcap device type을 분류하는 것이 아니라, Redcap device type은 의무적으로 지원해야 하는 또는 선택적으로 지원할 수 있는 UE 특징(들)(의 조합)을 기준으로 분류할 수 있다. 이는 use case 별로 지원해야 하는 또는 지원할 수 있는 feature들이 명확한 경우에 보다 적절한 방법일 수 있다. Redcap device type 별로 표준에 사전에 정의한 UE feature(들)(의 조합)을 특징 세트(feature set)로 지칭하고, 그 중 device type 별로 의무적으로 지원해야 하는 feature set을 해당 device type의 또는 device type을 규정하는 의무적인 특징 세트(mandatory feature set)로 칭하기로 한다. 이 방법의 경우, redcap device type의 정의가 표준에 명시되지 않을 수 있으며, 이는 상기의 redcap use case 들을 서로 다른 feature set을 지원하는 별도의 단말기 형태 들로 지원한다는 의미일 수 있다.
상기의 방법의 경우, redcap 단말기는 사전에 정의된 feature set을 기지국에게 보고함으로써 redcap device type을 또는 자신이 지원하는 use case(들)을 기지국에게 보고할 수 있다. 이는 별도의 UE 카테고리(category)를 구분하지 않고 다양한 선택적인 특징(optional feature)을 통해서 다양한 use case 들을 지원하는데 좀 더 부합하는 방법일 수 있다. 상기의 feature set은 능력 파라미터(capability parameter)들의 조합, 즉 능력 파라미터 세트(capability parameter set)로 대체될 수 있다. 상기의 feature set은 redcap device type 별로 사전에 표준에 정의된 mandatory feature set일 수 있다. 상기의 동작을 위해서 redcap device (type)을 위한 후보 특징(candidate feature)들의 집합, 즉 특징 풀(feature pool)이 사전에 표준에 정의되거나 설정될 수 있다. redcap device는 자신의 type에 기반하여 type별로 정의된 mandatory feature set을 기지국에게 보고할 수 있다. 단말기는 mandatory feature set에 더하여 optional feature set을 추가로 기지국에게 보고할 수 있다. 단말기는 optional feature set을 추가로 선택하여 보고함으로써 추가적인 동작이나 특정 use case에 좀 더 최적화된 동작을 수행할 수 있다. 예를 들어, 감시 카메라 유스 케이스(surveillance camera use case)를 위한 device type의 경우, 유선 전력 공급 단말기와 배터리를 통한 전력 공급 단말기가 공존하는 경우에, mandatory feature set에는 파워 세이빙 특징(power saving feature)을 포함하지 않고, optional feature로 지정할 수 있다. 따라서, 단말기 세부 형태에 따라서 선택적으로 지원하고 지원할 경우 기지국에게 보고할 수 있다. 기지국은 redcap 단말기가 보고한 feature set에 해당 parameter의 존재 유무를 통해서 feature의 지원 여부를 파악하여 해당 단말기 스케줄링 시에 반영할 수 있다.
- 분류 방법 3
또는, Redcap device type은 능력 파라미터(capability parameter)(들)의 조합을 기준으로 분류될 수 있다. Redcap device type을 분류하는 capability parameter 들의 조합은 상기의 redcap requirements를 결정하는 parameter들일 수 있다. 예를 들어, redcap device type을 결정하는 capability parameter 은 단말기가 지원하는 supported max data rate requirement를 결정하는 단말기가 지원하는 대역폭(bandwidth), 변조 차수(modulation order), MIMO 레이어(MIMO layer) 수 등일 수 있다. 상기의 parameter 들의 값들은 실제 지원 가능한 값들을 열거한 것이거나, 지원하는 값들 중의 최대 값일 수 있다.
예시) Redcap device type을 결정하는 capability parameter(들)
- 지원하는 대역폭(Supported Bandwidth) (NRB): (max) UE 채널 대역폭(channel bandwidth) 또는 (max) UE 전송 대역폭(transmission bandwidth); RB수 있다.
- 지원되는 변조 차수(Supported modulation order) (Qm): QPSK의 경우 Qm=2; 16 QAM 경우 4; 64 QAM 경우 6; 등.
- 지원되는 MIMO 레이어의 개수 (NL): 안테나의 개수(Number of antennas) (Na)로 대체될 수 있음
Redcap device type을 결정하는 capability parameter 들의 조합을 해당 device type의 능력 파라미터 세트(capability parameter set)로 칭하기로 한다. Redcap device type은 예를 들어, capability parameter set 값(들)을 supported max data rate의 오름차순(또는 내림차순)으로 구분하여 정의할 수 있다. 아래의 예시는 supported max data rate 오름차순으로 M개의 device type을 정의한 경우의 예시이다.
Capability parameter set value(들)에 따른 redcap device type 구분 (예시):
- Device Type 1: {NL, NRB, Qm}={1, 25, 2}
- Device Type 2: {NL, NRB, Qm}={1, 25, 4}, 또는 {1, 52, 2}
- Device Type 3: {NL, NRB, Qm}={1, 52, 4}, 또는 {1, 106, 2}
- Device Type 4: {NL, NRB, Qm}={1, 106, 4}, 또는 {2, 106, 2}
- Device Type 5: {NL, NRB, Qm}={1, 106, 6}
- Device Type 6: {NL, NRB, Qm}={2, 106, 4}
- Device Type 7: {NL, NRB, Qm}={2, 106, 6}
...
- Device Type M: {NL, NRB, Qm}={X, Y, Z}
NRB 값은 예를 들어 NR FR1(Frequency Range 1, 즉 6 GHz 이하 대역)의 경우, 아래 표 9에서 정의하는 값(UE 채널 대역폭(channel bandwidth) 별로 설정 가능한 최대 RB 개수)들 중 하나의 값을 사용할 수 있다. 상기의 예시는 서브캐리어 간격(SCS: subcarrier spacing) = 15 kHz 기준에 따른 값이지만, redcap device가 SCS = 30 kHz를 지원하고 접속하고자 하는 셀(cell)이 데이터 전송을 위해서 SCS = 30 kHz를 사용하는 경우, 상기 예시에서의 SCS = 15 kHz 기준의 NRB 값은 아래 표 9를 참조하여 SCS = 30 kHz에 상응하는 값으로 대체될 수 있다.
표 9는 NR FR1에서 SCS 별 최대 전송 대역폭 설정(NRB)을 예시한다.
Figure PCTKR2022014779-appb-img-000005
상기 device type 구분 예시에서 device Type 2/3/4의 경우, 다수 개의 capability set value들로 하나의 device type을 정의한 경우에 해당한다. 위와 같이 지원되는 최대 데이터율(supported max data rate)을 기반으로 device type을 구분하는 경우, 하나의 device type을 정의하는 다수 개의 capability parameter set value들은 동일하거나 유사한 supported max data rate를 지원하는 조합들을 의미할 수 있다.
상기의 예시에서 정의한 device type(들)을 이용하여 use case별로 지원 가능한 device type(들)을 다음과 같이 정의할 수 있고, 지원 가능한 device type(들)에 기반하여 기지국은 cell 접속을 제한하거나, 가입(subscription) 기반의 차단(barring)을 수행할 수 있다.
예시) Use case 별 지원 가능한 device type(들):
- IWS(Industrial Wireless Sensor): 장치 타입 1, 2
- 비디오 감시(Video Surveillance): 장치 타입 2, 3
- 웨어러블(Wearables): 장치 타입 4, 5, 6, 7
한편, 과다한 device type의 세분화에 따른 시장 세분화(market segmentation)에 의한 비용 증가를 회피하기 위해서 device type의 개수 M을 제한할 수 있다. 극단적인 예시로, M=1으로 제한하는 경우, redcap UE를 다수 개의 device type으로 구분하지 않고, 즉 single device type으로 상기의 target use case 들을 모두 지원하도록 할 수 있다. 또 다른 예시로, M=3을 제한할 경우, device type 구분과 use case 별 지원 가능한 device type들은 다음과 같이 정의될 수 있다.
예시) Capability set value(들)에 따른 device type 구분 (예: M=3의 경우):
- Device Type 1: {NL, NRB, Qm}={1, 25, 2} (또는 {1, 25, 4} 또는 {1, 52, 2})
- Device Type 2: {NL, NRB, Qm}={1, 52, 4} 또는 {1, 106, 2}
- Device Type 3: {NL, NRB, Qm}={2, 106, 6}
예시) Use case 별 지원 가능한 device type(들) (예: M=3의 경우)
- IWS: Device types 1
- Video Surveillance: Device types 3
- Wearables: Device types 7
Redcap UE의 bandwidth capability, 즉 UE max bandwidth는 target use case에서 요구하는 비트율(bit rate)를 만족시키는 최소의 대역폭로 결정될 수 있다. UE max bandwidth 축소는 RF(radio frequency) 소자 및/또는 베이스밴드 처리(baseband processing) 비용을 감소시키고, 전력소모도 줄이는 효과를 기대할 수 있다. 여기서 요구되는(required) bit rate는 device 제조 비용이 평균 비트율(average bit rate), 참조 비트율(reference bit rate) 보다는 피크율(peak rate), 또는 지원되는 최대 데이터율(supported max data rate)에 의해서 결정되는 점을 감안하여 peak rate 또는 supported max data rate을 의미하는 것일 수 있다. required bit rate를 지원하는 max bandwidth를 결정할 때, required bit rate를 결정하는 다른 파라미터들(예를 들어, 안테나의 개수(NL) 변조 차수(Qm) 등)에 대해서 특정 값을 가정할 수 있다. 예를 들어, 상기의 예시에서 Device Type 3의 경우, ~28 MHz 정도의 peak rate을 지원할 수 있는데, 이 때 필요한 max bandwidth는 {NL=1, Qm=2}를 가정할 경우 20 MHz(106 RBs)이고, {NL=1, Qm=4}를 가정할 경우 10 MHz(52 RBs)이다. 또는 {NL=2, Qm=4}인 경우에 5 MHz(25 RBs)일 수 있다.
- Device Type 3: {NL, NRB, Qm}={1, 52, 4}, 또는 {1, 106, 2}
Redcap UE의 max UE bandwidth 내에서는 RRC 시그널링 등을 이용한 네트워크 설정(network configuration)에 의해서 전송 대역폭(transmission bandwidth)를 할당 받아 송/수신할 수 있다.
UE 최소 대역폭(UE min bandwidth)은 NR SSB 대역폭 보다 큰 또는 크거나 같은 NR UE 채널대역폭(channel bandwidth)(또는 전송 대역폭(transmission bandwidth)) 들 중 최소값으로 정의될 수 있다.
예시) FR1에서, UE min bandwidth = SCS=15kHz인 NR SSB에 대해서 5 MHz; SCS=30kHz인 NR SSB에 대해서 10 MHz
예시) FR2에서, UE min bandwidth = SCS=120kHz인 NR SSB에 대해서 40 MHz; SCS=240kHz인 NR SSB에 대해서 80 MHz
이는 요구되는 bit rate가 작은 서비스를 최소한의 bandwidth로 지원함으로써 낮은 전력 소모(low power consumption)를 구현함과 동시에 NR SSB를 통한 NR 셀에 접속을 지원하기 위함일 수 있다.
- 분류 방법 4
Redcap UE의 대역폭 능력(bandwidth capability)이 각 use case 들의 요구되는 비트율(required bit rate)에 의해서 결정되는 점을 감안하여, Redcap device type은 UE bandwidth capability를 기준으로 분류될 수 있다. Redcap device type을 결정하는 bandwidth capability는 예를 들어, 지원되는 대역폭(supported bandwidth) (NRB), 즉 (max) UE channel bandwidth 또는 (max) UE transmission bandwidth를 RB 단위로 표시한 것일 수 있다. 또는 최소 UE 채널 대역폭(minimum UE channel bandwidth) 또는 최소 UE 전송 대역폭(minimum UE transmission bandwidth)일 수 있다. 좀 더 구체적으로, 다음과 같은 분류가 가능하다.
분류방법 4-1) Max bandwidth에 의해서 구분되고, 실제 데이터 송/수신 bandwidth(<=max bandwidth)가 설정되어 사용됨
분류방법 4-2) Min bandwidth에 의해서 구분하고, 실제 데이터 송/수신 bandwidth(>=min bandwidth)가 설정되어 사용됨
분류방법 4-3) Device type 별로 하나 또는 다수 개의 지원 가능한 bandwidth (set)가 정의되고, 해당 bandwidth (set) 내에서 실제 데이터 송/수신 bandwidth가 설정되어 사용됨
분류방법 4-1/2/3에 대해서, max bandwidth는 NR bandwidth보다 작은 값(예를 들어, 20MHz)으로 한정될 수 있고, min bandwidth는 SSB bandwidth(예를 들어, 15kHz SSB의 경우 5MHz)보다 크거나 같을 수 있다.
이하, 본 개시에서는 상술한 설명에 기초하여 특정 타입의 단말(예를 들어, 상술한 redcap UE)를 위한 별도의 초기 DL BWP 및 초기 UL BWP 설정 방법에 대하여 제안한다.
이하, 본 개시의 설명에 있어서, 일반 단말은 무선 통신 시스템(예를 들어, NR 시스템)에서 요구하는 모든 능력을 지원하는 단말은 의미하며, 특정 타입의 단말은 상기 무선 통신 시스템에서 요구하는 모든 능력 중에서 특정 요구사항 및/또는 특정 특징(들) 및/또는 특정 use case를 위한 지원하는 단말, 예를 들어, redcap UE을 의미한다. 또한, 이하 본 개시의 설명에 있어서, 설명의 편의를 위해 redcap UE라고 지칭할 수도 있지만, 이는 하나의 예시에 불과하며, 본 개시가 이에 한정되는 것은 아니며, redcap UE는 특정 타입의 단말로 해석될 수 있다.
먼저, 특정 타입의 단말을 위해 초기 DL BWP를 설정/지원하는 방법을 기술한다.
특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의(separate) 초기(initial) DL BWP는 비-특정 타입의 단말(즉, 일반 단말, 예를 들어, non-redcap UE)에 대한 initial DL BWP 내 높은 트래픽 로드(traffic load)가 발생되었을 때 오프로딩(offloading)을 위해 설정될 수 있다. separate initial DL BWP는 또한 페어되지 않은(unpaired) 스펙트럼(spectrum)에서 initial DL BWP와 and initial UL BWPs의 중심 주파수(center frenqeuncy)를 정렬(align)하기 위해 설정될 수 있다. 또한, separate initial DL BWP는 특히 1개의 Rx 분기(branch)가 있는 특정 타입의 단말(예를 들어, RedCap UE)에 필요할 수 있는 더 높은 병합 레벨(AL: aggregation level)로 인한 PDCCH 차단율(blocking rate)의 잠재적인 증가에 대한 우려를 해결하는 데에도 사용할 수 있다. 또한, 특정 타입의 단말(예를 들어, RedCap UE)을 지원하는 데 필요한 시스템 정보 블록(SIB: system information block)의 정보 양은 특정 타입의 단말(예를 들어, RedCap UE)이 아닌 UE와 공유하는 경우 초기 DL BWP에서 일부 혼잡 문제를 일으킬 수 있다. 상술한 이유들로, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 initial DL BWP가 지원되는 것이 바람직하다. 상술한 동기는 TDD뿐만 아니라 FDD에도 적용되므로 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial DL BWP는 TDD와 FDD 모두에 적용될 수 있다.
SIB 내 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 initial DL BWP의 설정 방법에 대하여 기술한다.
예를 들어, SIB1(system information block 1) 내 특정 타입의 단말(예를 들어, RedCap UE)에 대한 하향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 새로운 IE가 정의되고, 예를 들어, BWP-DownlinkCommon(또는, BWP-DownlinkCommon-R), 이를 통해 별도의 initial DL BWP가 설정될 수 있다.
도 11은 본 개시의 일 실시예에 따른 특정 타입의 단말을 위한 별도의 초기 DL BWP를 설정하는 시그널링 구조를 예시한다.
도 11을 참조하면, 새로운 IE인 BWP-DownlinkCommon-R이 추가됨으로써, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 DL BWP는 SIB1에서 설정될 수 있다. 예를 들어, SIB1은 UE의 서빙 셀에 대한 셀 특정 파라미터들을 설정하기 위한 IE인 ServingCellConfigCommonSIB가 포함될 수 있다. 또한, 셀의 공통된 하향링크 파라미터들을 설정하기 위한 IE인 DownlinkConfigCommonSIB가 ServingCellConfigCommonSIB IE 내 포함될 수 있다. 또한, 비-특정 타입의 단말(즉, 일반 단말, 예를 들어, non-redcap UE)에 대해 하향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 IE인 BWP-DownlinkCommon가 DownlinkConfigCommonSIB 내 포함될 수 있으며, 또한 특정 타입의 단말(예를 들어, RedCap UE)에 대한 하향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 IE인 BWP-DownlinkCommon-R 또한 DownlinkConfigCommonSIB 내 포함될 수 있다.
BWP-DownlinkCommon 및 BWP-DownlinkCommon-R는 모두 i) BWP에 대한 일반적인(generic) 파라미터들을 설정하기 위한 IE인 BWP, ii) 해당 BWP의 PDSCH에 대한 셀 특정 파라미터들을 설정하기 위한 IE인 PDSCH-ConfigCommon, iii) 해당 BWP의 PDCCH에 대한 셀 특정 파라미터들을 설정하기 위한 IE인 PDCCH-ConfigCommon를 포함할 수 있다.
여기서, 시그널링 오버헤드를 최소화하기 위해 BWP-DownlinkCommon-R IE 내에서 일부 파라미터/IE는 생략될 수 있다. 즉, BWP-DownlinkCommon IE 및 BWP-DownlinkCommon-R IE에서 중복되는 일부의 하나 이상의 파라미터/IE들이 BWP-DownlinkCommon-R IE 내에서 생략될 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)은 생략된 파라미터/IE에 대해 SIB1에서 비-특정 타입의 단말(예를 들어, non-redcap UE)의 초기 DL BWP에 대해 설정된 것과 동일한 값을 가정/적용할 수 있다. 즉, BWP-DownlinkCommon-R IE 내에서 생략된 일부 파라미터/IE들에 대해서, 특정 타입의 단말(예를 들어, RedCap UE)은 BWP-DownlinkCommon IE 내에 해당 파라미터/IE들에 대해 설정된 값으로 동일하게 설정되었다고 가정할 수 있다(즉, 동일한 값을 적용할 수 있다).
예를 들어, 기지국은 BWP-DownlinkCommon IE 내 BWP IE에서 BWP 위치 및 대역폭을 지시하는 파라미터인 locationAndBandwidth만을 설정할 수 있다. 즉, BWP-DownlinkCommon-R IE 내 초기 DL BWP에 대한 SCS 및 CP 값에 대한 파라미터들이 생략될 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)은 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 BWP-DownlinkCommon IE 내 BWP IE에서 initial DL BWP에 대해 설정된 동일한 SCS 및 CP 값을 별도의 initial DL BWP에 가정/적용할 수 있다.
또 다른 예로서, SIB1 내 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 하향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 기존의 IE인 BWP-DownlinkCommon에서 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial DL BWP(즉, 이를 위한 별도의 파라미터들)가 설정될 수 있다.
기존의 BWP-DownlinkCommon 내에서 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 파라미터(들)이 추가됨으로써, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 DL BWP는 SIB1에서 설정될 수 있다. 예를 들어, SIB1은 UE의 서빙 셀에 대한 셀 특정 파라미터들을 설정하기 위한 IE인 ServingCellConfigCommonSIB가 포함될 수 있다. 또한, 셀의 공통된 하향링크 파라미터들을 설정하기 위한 IE인 DownlinkConfigCommonSIB가 ServingCellConfigCommonSIB IE 내 포함될 수 있다. 또한, 일반 단말에 대해 하향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 IE인 BWP-DownlinkCommon가 DownlinkConfigCommonSIB 내 포함될 수 있다. 여기서, BWP-DownlinkCommon IE 내 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 파라미터(들)이 추가될 수 있다. 예를 들어, 기존의 BWP-DownlinkCommon IE 내 특정 타입의 단말(예를 들어, RedCap UE)에 대한 BWP IE가 설정되고, BWP IE 내 특정 타입의 단말(예를 들어, RedCap UE)을 위한 locationAndBandwidth-R이 별도로 설정될 수 있다.
여기서, 시그널링 오버헤드를 최소화하기 위해 BWP-DownlinkCommon IE 내에서, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 일부 파라미터/IE는 생략될 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)은 생략된 파라미터/IE에 대해 SIB1에서 비-특정 타입의 단말(예를 들어, non-redcap UE)의 초기 DL BWP에 대해 설정된 것과 동일한 값을 가정/적용할 수 있다.
예를 들어, 기지국은 BWP-DownlinkCommon IE 내 BWP IE에서 특정 타입의 단말(예를 들어, RedCap UE)에 대한 BWP 위치 및 대역폭을 지시하는 파라미터인 locationAndBandwidth-R만을 포함할 수 있다. 즉, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 DL BWP에 대한 서브캐리어 스페이싱(SCS: subcarrier spacing), 순환 전치(CP: cyclic prefix)에 대한 값이 설정되지 않을 수 있다. 이 경우 특정 타입의 단말(예를 들어, RedCap UE)은 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 initial DL BWP 내 설정된 동일한 SCS에 대한 파라미터(subcarrierSpacing), CP에 대한 파라미터(cyclicPrefix) 값들을 가정/적용할 수 있다.
예를 들어, 아래 표 10을 참조하면, 특정 타입의 단말(예를 들어, RedCap UE)은 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial DL BWP의 일반적인 파라미터들(generic parameters)에 대해 locationAndBandwidth-R, subcarrierSpacing, cyclicPrefix을 참조할 수 있다. 즉, 별도의 initial DL BWP에 대한 주파수 및 위치를 별도로 설정되지만, SCS와 CP에 대해서는 비-특정 타입의 단말(예를 들어, non-redcap UE)과 동일하게 설정될 수 있다.
BWP ::= SEQUENCE {
locationAndBandwidth INTEGER (0..37949),
locationAndBandwidth-R INTEGER (0..37949),
subcarrierSpacing SubcarrierSpacing,
cyclicPrefix ENUMERATED { extended } OPTIONAL
}
이하, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 CORESET 및 공통 서치 스페이스 세트(CSS: common search space set)(들)을 설정하는 방법에 대하여 제안한다.
인액티브(inactive)/아이들(idle) 모드(또는 상태)에서, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 initial DL BWP은 특정 타입의 단말(예를 들어, RedCap UE)을 위한 랜덤 액세스 및 페이징(paging)을 위해 사용될 수 있다. 특정 타입의 단말(예를 들어, RedCap UE)을 위한 시스템 정보(SI: system information) 메시지도 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 initial DL BWP에서 전송될 수 있다.
예를 들어, SIB 내에서 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 initial DL BWP 내 CORESET/CSS가 설정될 수 있다. 인액티브(inactive)/아이들(idle) 모드(또는 상태)에서 랜덤 액세스를 위해, 랜덤 액세스를 위한 CORESET/CSS가 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 initial DL BWP 내 설정될 수 있다.
예를 들어, SIB1 내 특정 타입의 단말(예를 들어, RedCap UE)에 대한 PDCCH에 대한 셀 특정 파라미터들을 설정하기 위한 IE인 PDCCH-ConfigCommon(예를 들어, PDCCH-ConfigCommon-R)이 정의되고, 이를 통해 별도의 initial DL BWP 내 CORESET/CSS가 설정될 수 있다.
보다 구체적으로 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial DL BWP 내 랜덤 액세스를 위한 CORESET/CSS는 SIB1에서 특정 타입의 단말(예를 들어, RedCap UE)에 대한 PDCCH-ConfigCommon-R IE가 추가됨으로써 설정될 수 있다. 예를 들어, SIB1은 UE의 서빙 셀에 대한 셀 특정 파라미터들을 설정하기 위한 IE인 ServingCellConfigCommonSIB가 포함될 수 있다. 또한, 셀의 공통된 하향링크 파라미터들을 설정하기 위한 IE인 DownlinkConfigCommonSIB가 ServingCellConfigCommonSIB IE 내 포함될 수 있다. 또한, 일반 단말에 대해 하향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 IE인 BWP-DownlinkCommon가 DownlinkConfigCommonSIB 내 포함될 수 있다. 또한, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 PDCCH에 대한 셀 특정 파라미터들을 설정하기 위한 PDCCH-ConfigCommon-R이 BWP-DownlinkCommon IE 내 포함될 수 있다.
여기서, 시그널링 오버헤드를 최소화하기 위해 BWP-DownlinkCommon IE 내 일부 파라미터들/IE들이 생략될 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)은 생략된 파라미터/IE에 대해 SIB1에서 비-특정 타입의 단말(예를 들어, non-redcap UE)의 initial DL BWP에 대해 설정된 동일한 값을 가정/적용할 수 있다.
PDCCH-ConfigCommon-R ::= SEQUENCE {
controlResourceSetZero ControlResourceSetZero OPTIONAL, -- Cond InitialBWP-Only
commonControlResourceSet ControlResourceSet OPTIONAL, -- Need R
searchSpaceZero SearchSpaceZero OPTIONAL, -- Cond InitialBWP-Only
commonSearchSpaceList SEQUENCE (SIZE(1..4)) OF SearchSpace OPTIONAL, -- Need R
searchSpaceSIB1 SearchSpaceId OPTIONAL, -- Need S
searchSpaceOtherSystemInformation SearchSpaceId OPTIONAL, -- Need S
pagingSearchSpace SearchSpaceId OPTIONAL, -- Need S
ra-SearchSpace SearchSpaceId OPTIONAL, -- Need S
...,
...
}
또 다른 예로서, SIB1 내 기존의 PDCCH-ConfigCommon IE에서 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 파라미터(들)이 설정될 수 있다.
특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial DL BWP 내 랜덤 액세스를 위한 CORESET/CSS는 SIB1에서 기존의 PDCCH-ConfigCommon IE 내 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 파라미터(들)/IE(들)을 추가함으로써 설정될 수 있다. 예를 들어, SIB1은 UE의 서빙 셀에 대한 셀 특정 파라미터들을 설정하기 위한 IE인 ServingCellConfigCommonSIB가 포함될 수 있다. 또한, 셀의 공통된 하향링크 파라미터들을 설정하기 위한 IE인 DownlinkConfigCommonSIB가 ServingCellConfigCommonSIB IE 내 포함될 수 있다. 또한, 일반 단말에 대해 하향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 IE인 BWP-DownlinkCommon가 DownlinkConfigCommonSIB 내 포함될 수 있다. 또한, PDCCH에 대한 셀 특정 파라미터들을 설정하기 위한 PDCCH-ConfigCommon이 BWP-DownlinkCommon IE 내 포함될 수 있다. 여기서, PDCCH-ConfigCommon IE는 특정 타입의 단말(예를 들어, RedCap UE)에 대한 파라미터, 예를 들어, 랜덤 액세스를 위한 서치 스페이스에 대한 파라미터(ra-SearchSpace-R)를 포함할 수 있다.
여기서, 시그널링 오버헤드를 최소화하기 위해 PDCCH-ConfigCommon IE 내 일부 파라미터들이 생략될 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)은 생략된 파라미터들에 대해서 SIB1 내 비-특정 타입의 단말(예를 들어, non-redcap UE)의 initial DL BWP에 대해 설정된 것과 동일한 값들을 가정/적용할 수 있다. 예를 들어, 기지국은 PDCCH-ConfigCommon IE 내 ra-SearchSpace-R만을 포함시킬 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)은 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대해 initial DL BWP 내와 동일한 CORESET#0에 대한 설정(controlResourceSetZero), 서치 스페이스#0에 대한 설정(searchSpaceZero)을 가정/적용할 수 있다.
아이들(idle)/비활성(inactive) 모드의 페이징의 경우, 페이징을 위한 CORESET/CSS는 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 DL BWP에서 설정될 수 있다. 이 경우, 아이들(idle)/비활성(inactive) 모드의 페이징에 대해서도 상술한 랜덤 액세스와 동일한 CORESET/CSS 설정 방법이 적용될 수 있다.
아이들(idle)/비활성(inactive) 모드의 랜덤 액세스의 경우, 랜덤 액세스를 위한 CORESET/CSS가 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial DL BWP에 설정되지 않으면, 특정 타입의 단말(예를 들어, RedCap UE)는 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial DL BWP를 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 initial DL BWP로 전환(switch)하고 아이들(idle)/비활성(inactive) 모드에서 랜덤 액세스를 위해 MIB에 의해 설정된 CORSET#0와 SS(search space) MO(monitoring occasion)들을 이용할 수 있다.
유사하게, 아이들(idle)/비활성(inactive) 모드의 랜덤 액세스의 경우, 페이징을 위한 CORESET/CSS가 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial DL BWP에 설정되지 않으면, 특정 타입의 단말(예를 들어, RedCap UE)는 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial DL BWP를 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 초 initial 기 DL BWP로 전환하고 페이징을 위해 MIB에 의해 설정된 CORSET#0와 SS(search space) MO(monitoring occasion)들을 이용할 수 있다.
다음으로, 특정 타입의 단말을 위해 초기 UL BWP를 설정/지원하는 방법을 기술한다.
특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의(separate) 초기(initial) UL BWP는 다음의 이유들을 지원하기 위해 필요하다. 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의(separate) 초기(initial) UL BWP는 비-특정 타입의 단말(즉, 일반 단말, 예를 들어, non-redcap UE)에 대한 initial UL BWP 내 높은 트래픽 로드(traffic load)가 발생되었을 때 오프로딩(offloading)을 위해 설정될 수 있다. 또한, 동일한 주파수 대역에서 특정 타입의 단말(예를 들어, RedCap UE)이 비-특정 타입의 단말(예를 들어, non-redcap UE)과 공존함으로써 발생하는 UL 자원 단편화(fragmentation) 문제를 완화하는 데에도 사용될 수 있다. 다른 동기는 랜덤 액세스 절차를 위한 Msg3 PUSCH의 반복과 같은 커버리지 복구 기술이 특정 타입의 단말(예를 들어, RedCap UE)에만 적용될 때, 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 영향을 최소화하는 것이다.
위와 같은 이유로 특정 타입의 단말(예를 들어, RedCap UE)에 대해 별도의 초기 UL BWP을 지원하는 것이 바람직하다. 한편, 특정 타입의 단말(예를 들어, RedCap UE)의 전력 소비/복잡도/비용 및 성능에 대한 부정적인 영향을 피하기 위해 별도의 UL BWP와 연결된(별도의) 특정 타입의 단말(예를 들어, RedCap UE) 용 초기 DL BWP 간의 중심 주파수 정렬 원칙을 유지해야 한다.
SIB 내 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 initial UL BWP의 설정 방법에 대하여 기술한다.
예를 들어, SIB1 내 특정 타입의 단말(예를 들어, RedCap UE)에 대한 상향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 새로운 IE가 정의되고, 예를 들어, BWP-UplinkCommon(또는, BWP-UplinkCommon-R), 이를 통해 별도의 initial UL BWP가 설정될 수 있다.
도 12는 본 개시의 일 실시예에 따른 특정 타입의 단말을 위한 별도의 초기 UL BWP를 설정하는 시그널링 구조를 예시한다.
도 12를 참조하면, 새로운 IE인 BWP-UplinkCommon-R이 추가됨으로써, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 UL BWP는 SIB1에서 설정될 수 있다. 예를 들어, SIB1은 UE의 서빙 셀에 대한 셀 특정 파라미터들을 설정하기 위한 IE인 ServingCellConfigCommonSIB가 포함될 수 있다. 또한, 셀의 공통된 상향링크 파라미터들을 설정하기 위한 IE인 UplinkConfigCommonSIB가 ServingCellConfigCommonSIB IE 내 포함될 수 있다. 또한, 비-특정 타입의 단말(즉, 일반 단말, 예를 들어, non-redcap UE)에 대해 상향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 IE인 BWP-UplinkCommon이 UplinkConfigCommonSIB 내 포함될 수 있으며, 또한 특정 타입의 단말(예를 들어, RedCap UE)에 대한 상향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 IE인 BWP-UplinkCommon-R 또한 UplinkConfigCommonSIB 내 포함될 수 있다.
BWP-UplinkCommon 및 BWP-UplinkCommon-R는 모두 i) BWP에 대한 일반적인(generic) 파라미터들을 설정하기 위한 IE인 BWP, ii) 해당 BWP의 PUSCH에 대한 셀 특정 파라미터들을 설정하기 위한 IE인 PUSCH-ConfigCommon, iii) 해당 BWP의 PUCCH에 대한 셀 특정 파라미터들을 설정하기 위한 IE인 PUCCH-ConfigCommon, iv) 셀 특정 랜덤 액세스 파라미터들을 특정하기 위해 사용되는 IE인 RACH-ConfigCommon, v) 2-단계 랜덤 액세스 타입 절차 내 MsgA의 전송을 위한 PRACH 및 PUSCH 자원을 설정하기 위해 사용되는 IE인 MsgA-ConfigCommon을 포함할 수 있다.
여기서, 시그널링 오버헤드를 최소화하기 위해 BWP-UplinkCommon-R IE 내에서 일부 파라미터/IE는 생략될 수 있다. 즉, BWP-UplinkCommon IE 및 BWP-UplinkCommon-R IE에서 중복되는 일부의 하나 이상의 파라미터/IE들이 BWP-UplinkCommon-R IE 내에서 생략될 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)은 생략된 파라미터/IE에 대해 SIB1에서 비-특정 타입의 단말(예를 들어, non-redcap UE)의 초기 UL BWP에 대해 설정된 것과 동일한 값을 가정/적용할 수 있다. 즉, BWP-UplinkCommon-R IE 내에서 생략된 일부 파라미터/IE들에 대해서, 특정 타입의 단말(예를 들어, RedCap UE)은 BWP-UplinkCommon IE 내에 해당 파라미터/IE들에 대해 설정된 값으로 동일하게 설정되었다고 가정할 수 있다(즉, 동일한 값을 적용할 수 있다).
예를 들어, 기지국은 BWP-UplinkCommon IE 내 BWP IE에서 BWP 위치 및 대역폭을 지시하는 파라미터인 locationAndBandwidth만을 설정할 수 있다. 즉, BWP-UplinkCommon-R IE 내 초기 UL BWP에 대한 SCS 및 CP 값에 대한 파라미터들이 생략될 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)은 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 BWP-UplinkCommon IE 내 BWP IE에서 initial UL BWP에 대해 설정된 동일한 SCS 및 CP 값을 별도의 initial UL BWP에 가정/적용할 수 있다.
또 다른 예로서, SIB1 내 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 상향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 기존의 IE인 BWP-UplinkCommon에서 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial UL BWP(즉, 이를 위한 별도의 파라미터들)가 설정될 수 있다.
기존의 BWP-UplinkCommon 내에서 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 파라미터(들)이 추가됨으로써, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 UL BWP는 SIB1에서 설정될 수 있다. 예를 들어, SIB1은 UE의 서빙 셀에 대한 셀 특정 파라미터들을 설정하기 위한 IE인 ServingCellConfigCommonSIB가 포함될 수 있다. 또한, 셀의 공통된 상향링크 파라미터들을 설정하기 위한 IE인 UplinkConfigCommonSIB가 ServingCellConfigCommonSIB IE 내 포함될 수 있다. 또한, 일반 단말에 대해 상향링크 BWP의 공통된 파라미터들을 설정하기 위해 사용되는 IE인 BWP-UplinkCommon가 UplinkConfigCommonSIB 내 포함될 수 있다. 여기서, BWP-UplinkCommon IE 내 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 파라미터(들)이 추가될 수 있다. 예를 들어, 기존의 BWP-UplinkCommon IE 내 특정 타입의 단말(예를 들어, RedCap UE)에 대한 BWP IE가 설정되고, BWP IE 내 특정 타입의 단말(예를 들어, RedCap UE)을 위한 locationAndBandwidth-R이 별도로 설정될 수 있다.
여기서, 시그널링 오버헤드를 최소화하기 위해 BWP-UplinkCommon IE 내에서, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 일부 파라미터/IE는 생략될 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)은 생략된 파라미터/IE에 대해 SIB1에서 비-특정 타입의 단말(예를 들어, non-redcap UE)의 초기 UL BWP에 대해 설정된 것과 동일한 값을 가정/적용할 수 있다.
예를 들어, 기지국은 BWP-UplinkCommon IE 내 BWP IE에서 특정 타입의 단말(예를 들어, RedCap UE)에 대한 BWP 위치 및 대역폭을 지시하는 파라미터인 locationAndBandwidth-R만을 포함할 수 있다. 즉, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 UL BWP에 대한 SCS, CP에 대한 값이 설정되지 않을 수 있다. 이 경우 특정 타입의 단말(예를 들어, RedCap UE)은 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 initial UL BWP 내 설정된 동일한 SCS에 대한 파라미터(subcarrierSpacing), CP에 대한 파라미터(cyclicPrefix) 값들을 가정/적용할 수 있다.
예를 들어, 아래 표 12를 참조하면, 특정 타입의 단말(예를 들어, RedCap UE)은 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial UL BWP의 일반적인 파라미터들(generic parameters)에 대해 locationAndBandwidth-R, subcarrierSpacing, cyclicPrefix을 참조할 수 있다. 즉, 별도의 initial UL BWP에 대한 주파수 및 위치를 별도로 설정되지만, SCS와 CP에 대해서는 비-특정 타입의 단말(예를 들어, non-redcap UE)과 동일하게 설정될 수 있다.
BWP ::= SEQUENCE {
locationAndBandwidth INTEGER (0..37949),
locationAndBandwidth-R INTEGER (0..37949),
subcarrierSpacing SubcarrierSpacing,
cyclicPrefix ENUMERATED { extended } OPTIONAL
}
또한, TDD(즉, 페어되지 않은(unpaired) 스펙트럼)에서 초기 UL 및 DL BWP의 중심 주파수를 정렬(align)하기 위해, 특정 타입의 단말(예를 들어, RedCap UE)의 경우 별도의 초기 UL BWP가 있는 경우 해당 초기 UL BWP의 중심 주파수가 비-특정 타입의 단말(예를 들어, non-redcap UE)의 초기 DL BWP와 다르게 설정되면, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 DL BWP는, 설정된 경우, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 UL BWP와 동일해야 할 필요가 있다.
이하, initial UL BWP 설정 유무에 따른 단말의 동작에 대하여 기술한다.
이하, 상술한 방법으로 정의된 특정 타입의 단말(예를 들어, RedCap UE)을 위한 initial UL BWP가 별도로 설정되었는지 여부에 따른 단말의 동작을 제안한다.
SIB1의 페이로드 크기 제한을 고려하여, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 초기 UL BWP가 설정되지만 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 초기 DL BWP가 설정되지 않을 때, 단말의 동작을 정의하는 것이 유용하지만, 다음의 동작들이 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 초기 DL BWP가 설정되지 않은 경우에만 한정하여 적용되는 것은 아니다.
특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 DL BWP가 구성되지 않은 경우, 특정 타입의 단말(예를 들어, RedCap UE)는 MIB에 의해 설정된 CORESET#0 대역폭을 초기 DL BWP로 가정할 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 UL BWP와 초기 DL BWP 간의 중심 주파수(center frequency)는 정렬(align)될 수도 있으며, 정렬되지 않을 수도 있다. 하지만, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 주파수 재튜닝(frequency retuning)을 최소화하기 위해, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 UL BWP의 가능한 설정에 몇 가지 제한이 적용될 수도 있다. 즉, 특정 타입의 단말(예를 들어, RedCap UE)는 (별도의) 초기 UL BWP의 중심 주파수가 해당 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 DL BWP(설정된 경우)의 중심 주파수와 정렬될 것을 기대/가정할 수 있으며, 그렇지 않은 경우(즉, 별도의 초기 DL BWP가 설정되지 않은 경우) MIB에 의해 설정된 CORESET#0의 중심 주파수와 정렬될 것을 기대/가정할 수 있다.
또는, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 DL BWP가 구성되지 않은 경우, 특정 타입의 단말(예를 들어, RedCap UE)은 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대해 SIB에 의해 설정된 초기 DL BWP(설정된 경우) 또는 그렇지 않은 경우(즉, SIB에 의해 초기 DL BWP가 설정되지 않은 경우) MIB에 의해 설정된 CORESET#0 대역폭을 초기 DL BWP로 가정할 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)은 (별도의) 초기 UL BWP의 중심 주파수가 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대해 SIB에 의해 설정된 초기 DL BWP(설정된 경우) 또는 그렇지 않은 경우(즉, SIB에 의해 초기 DL BWP가 설정되지 않은 경우) MIB에 의해 설정된 CORESET#0 대역폭의 중심 주파수와 정렬(align)될 것을 기대/가정할 수 있다.
다시 말해, 특정 타입의 단말(예를 들어, RedCap UE)은 초기 UL BWP(예를 들어, 별도의 초기 UL BWP(설정된 경우) 또는 비-특정 타입의 단말(예를 들어, non-redcap UE)의 초기 UL BWP)의 중심 주파수가 초기 DL BWP의 중심 주파수와 정렬(align)될 것을 기대/가정할 수 있다(즉, 정렬되도록 설정될 것을 기대/가정할 수 있다). 다시 말해, 특정 타입의 단말(예를 들어, RedCap UE)은 자신의 초기 UL BWP와 초기 DL BWP가 특정 타입의 단말(예를 들어, RedCap UE)만을 위해 별도로 설정되었는지 여부와 무관하게, 초기 UL BWP의 중심 주파수가 초기 DL BWP의 중심 주파수와 정렬(align)될 것을 기대/가정할 수 있다(즉, 정렬되도록 설정될 것을 기대/가정할 수 있다).
이하, 특정 타입의 단말(예를 들어, RedCap UE)을 위해서 별도로 설정된 initial UL BWP 내에서 PRACH 기회(RO: PRACH occasion)의 설정 유무에 따른 단말의 동작에 대하여 기술한다.
특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 초기 UL BWP에서 특정 타입의 단말(예를 들어, RedCap UE)은 특정 타입의 단말(예를 들어, RedCap UE) 전용의(dedicated) 또는 비-특정 타입의 단말(예를 들어, non-redcap UE)과 공유되는 PRACH 설정(예를 들어, RO)으로 설정될 수 있다. 또한, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 UL BWP의 PRACH 설정들은 기지국의 설정에 의해 최대 특정 타입의 단말(예를 들어, RedCap UE) 대역폭 내에서 최상의(best) SSB와 연관된 RACH 기회(RO)가 속한다고 보장할 수 있다. 다시 말해, 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 UL BWP가 설정되면, 단말에 의해 RSRP 등의 가장 높은 SSB와 연관된 RACH 기회(RO)가 해당 별도의 초기 UL BWP 내 속할 수 있다.
특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 초기 UL BWP에 대해 RO가 설정되면, 특정 타입의 단말(예를 들어, RedCap UE)는 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 UL BWP 상에서(이용하여) 랜덤 액세스 절차를 수행할 수 있다. 즉, 특정 타입의 단말(예를 들어, RedCap UE)은 해당 별도의 초기 UL BWP 상에서(이용하여) Msg1(즉, random access preamble)/Msg3 (4-단계 랜덤 액세스 절차의 경우), MsgA(즉, PRACH 및 PUSCH) (2-단계 랜덤 액세스 절차의 경우)를 기지국에게 전송할 수 있다.
또한, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 초기 DL BWP 내 랜덤 액세스 절차를 위한 CORESET/CSS가 설정되면, 특정 타입의 단말(예를 들어, RedCap UE)은 Msg2/Msg4 수신을 위해 별도의 초기 DL BWP로 전환할 수 있다. 즉, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 초기 DL BWP 내 랜덤 액세스 절차를 위한 CORESET/CSS가 설정되면, 특정 타입의 단말(예를 들어, RedCap UE)는 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 DL BWP 상에서(이용하여) 랜덤 액세스 절차를 수행할 수 있다. 다시 말해, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 초기 DL BWP에 Msg2(즉, 랜덤 액세스 응답)/Msg4 (4-단계 랜덤 액세스 절차의 경우), MsgB(즉, 랜덤 액세스 응답) (2-단계 랜덤 액세스 절차의 경우)를 나르는 PDSCH를 스케줄링하는 DCI를 가진 PDCCH를 모니터링하기 위한 CORSET/CSS가 설정되면, 해당 초기 DL BWP 내에서 Msg2(즉, 랜덤 액세스 응답)/Msg4 (4-단계 랜덤 액세스 절차의 경우), MsgB(즉, 랜덤 액세스 응답) (2-단계 랜덤 액세스 절차의 경우)를 기지국으로부터 수신할 수 있다.
반면, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 초기 UL BWP에 대해 RO가 설정되지 않으면, 특정 타입의 단말(예를 들어, RedCap UE)은 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 UL BWP를 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 initial UL BWP로 스위치(switch)할 수 있다. 즉, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 초기 UL BWP가 설정되지 않으면, 또는 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 초기 UL BWP가 설정되었지만 해당 초기 UL BWP 내 RO가 설정되지 않으면, 특정 타입의 단말(예를 들어, RedCap UE)은 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 initial UL BWP 상에서(이용하여) 랜덤 액세스 절차를 수행할 수 있다. 다시 말해, 특정 타입의 단말(예를 들어, RedCap UE)은 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 initial UL BWP 상에서(이용하여) Msg1(즉, random access preamble)/Msg3 (4-단계 랜덤 액세스 절차의 경우), MsgA(즉, PRACH 및 PUSCH) (2-단계 랜덤 액세스 절차의 경우)를 기지국에게 전송할 수 있다. 이 경우, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 초기 DL BWP 내 랜덤 액세스 절차를 위한 CORESET/CSS가 설정되면, 특정 타입의 단말(예를 들어, RedCap UE)은 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 초기 DL BWP를 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 initial DL BWP로 스위치(switch)할 수 있다(예를 들어, 초기 UL BWP와 초기 DL BWP 간의 중심 주파수를 정렬하기 위하여).
또한, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 초기 DL BWP가 설정되지 않으면, 또는 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 초기 DL BWP가 설정되었지만 해당 초기 DL BWP 내 랜덤 액세스 절차를 위한 CORESET/CSS가 설정되지 않으면, 특정 타입의 단말(예를 들어, RedCap UE)은 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 initial DL BWP 상에서(이용하여) 랜덤 액세스 절차를 수행할 수 있다. 다시 말해, 특정 타입의 단말(예를 들어, RedCap UE)은 비-특정 타입의 단말(예를 들어, non-redcap UE)에 대한 initial DL BWP 상에서(이용하여) Msg2(즉, 랜덤 액세스 응답)/Msg4 (4-단계 랜덤 액세스 절차의 경우), MsgB(즉, 랜덤 액세스 응답) (2-단계 랜덤 액세스 절차의 경우)를 기지국으로부터 수신할 수 있다.
separate initial DL BWP는 또한 페어되지 않은(unpaired) 스펙트럼(spectrum)에서 initial DL BWP와 and initial UL BWPs의 중심 주파수(center frenqeuncy)를 정렬(align)하기 위해 설정될 수 있다. 또한, separate initial DL BWP는 특히 1개의 Rx 분기(branch)가 있는 특정 타입의 단말(예를 들어, RedCap UE)에 필요할 수 있는 더 높은 병합 레벨(AL: aggregation level)로 인한 PDCCH 차단율(blocking rate)의 잠재적인 증가에 대한 우려를 해결하는 데에도 사용할 수 있다. 또한, 특정 타입의 단말(예를 들어, RedCap UE)을 지원하는 데 필요한 시스템 정보 블록(SIB: system information block)의 정보 양은 특정 타입의 단말(예를 들어, RedCap UE)이 아닌 UE와 공유하는 경우 초기 DL BWP에서 일부 혼잡 문제를 일으킬 수 있다. 상술한 이유들로, 특정 타입의 단말(예를 들어, RedCap UE)을 위한 별도의 initial DL BWP가 지원되는 것이 바람직하다. 상술한 동기는 TDD뿐만 아니라 FDD에도 적용되므로 특정 타입의 단말(예를 들어, RedCap UE)에 대한 별도의 initial DL BWP는 TDD와 FDD 모두에 적용될 수 있다.
도 13은 본 개시의 일 실시예에 따른 랜덤 액세스 절차를 수행하는 방법에 대한 기지국과 단말 간의 시그널링 절차를 예시하는 도면이다.
도 13에서는 앞서 제안한 방법들에 기반한 단말(UE: user equipment)과 기지국(BS: base station) 간의 시그널링 절차를 예시한다. 도 13의 예시는 설명의 편의를 위한 것이며, 본 개시의 범위를 제한하는 것은 아니다. 도 13에서 예시된 일부 단계(들)은 상황 및/또는 설정에 따라 생략될 수 있다. 또한, 도 13에서 기지국과 단말은 하나의 예시일 뿐, 아래 도 16에서 예시된 장치로 구현될 수 있다. 예를 들어, 도 16의 프로세서(processor)(102/202)는 트랜시버(106/206)을 이용하여 채널/신호/데이터/정보 등을 송수신하도록 제어할 수 있으며, 전송할 또는 수신한 채널/신호/데이터/정보 등을 메모리(104/204)에 저장하도록 제어할 수도 있다.
또한, 도 13의 기지국과 단말 간의 동작에 있어서, 별도의 언급이 없더라도 상술한 내용이 참조/이용될 수 있다.
기지국은 단말과 데이터의 송수신을 수행하는 객체(object)를 총칭하는 의미일 수 있다. 예를 들어, 상기 기지국은 하나 이상의 TP(Transmission Point)들, 하나 이상의 TRP(Transmission and Reception Point)들 등을 포함하는 개념일 수 있다. 또한, TP 및/또는 TRP는 기지국의 패널, 송수신 유닛(transmission and reception unit) 등을 포함하는 것일 수 있다. 또한, “TRP”는 패널(panel), 안테나 어레이(antenna array), 셀(cell)(예를 들어, 매크로 셀(macro cell) / 스몰 셀(small cell) / 피코 셀(pico cell) 등), TP(transmission point), 기지국(base station, gNB 등) 등의 표현으로 대체되어 적용될 수 있다. 상술한 바와 같이, TRP는 CORESET 그룹(또는 CORESET 풀)에 대한 정보(예를 들어, 인덱스, ID)에 따라 구분될 수 있다. 일례로, 하나의 단말이 다수의 TRP(또는 셀)들과 송수신을 수행하도록 설정된 경우, 이는 하나의 단말에 대해 다수의 CORESET 그룹(또는 CORESET 풀)들이 설정된 것을 의미할 수 있다. 이와 같은 CORESET 그룹(또는 CORESET 풀)에 대한 설정은 상위 계층 시그널링(예: RRC 시그널링 등)을 통해 수행될 수 있다.
도 13을 참조하면 설명의 편의상 1개의 기지국과 단말 간의 시그널링이 고려되지만, 해당 signaling 방식이 다수의 TRP들 및 다수의 UE들 간의 signaling에도 확장되어 적용될 수 있음은 물론이다. 이하 설명에서 기지국은 하나의 TRP로 해석될 수 있다. 또는, 기지국은 복수의 TRP를 포함할 수도 있으며, 또는 복수의 TRP를 포함하는 하나의 셀(Cell)일 수 있다.
도 13을 참조하면, 특정 타입의 단말(예를 들어, redcap 단말)은 기지국으로부터 상향링크(uplink) 전송과 관련된 제1 설정 정보 및 하향링크(downlink) 전송과 관련된 제2 설정 정보를 수신한다(S1301).
여기서, 제1 설정 정보는 상기 도 12에서 UplinkConfigCommonSIB일 수 있으며, 제2 설정 정보는 상기 도 11에서 DownlinkConfigCommonSIB일 수 있다. 제1 설정 정보와 제2 설정 정보는 개별적으로 전송될 수도 있지만, 하나의 설정 정보로서 전송될 수도 있다. 예를 들어, 하나의 설정 정보 내 제1 설정 정보와 제2 설정 정보가 포함되는 경우, 상기 설정 정보는 예를 들어 상기 SIB1, ServingCellConfigCommonSIB에 해당할 수 있다.
또한, 제1 설정 정보(예를 들어, 도 12에서 UplinkConfigCommonSIB)는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 initial UL BWP에 대한 정보를 포함할 수도 있으며, 추가로 특정 타입의 단말(예를 들어, redcap 단말)을 위한(전용의) initial UL BWP에 대한 정보를 더 포함할 수도 있다. 즉, 상기 제1 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 UL BWP가 설정된다면, 상기 제1 설정 정보는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 UL BWP에 대한 정보와 상기 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 UL BWP에 대한 정보를 개별적으로 포함할 수 있다. 여기서, 상술한 바와 같이, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP에 대한 정보 내 생략된 하나 이상의 파라미터는 상기 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 UL BWP에 대한 정보와 동일하게 설정되었다고 간주/가정될 수 있다.
또한, 제2 설정 정보(예를 들어, 도 11에서 DownlinkConfigCommonSIB)는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 initial DL BWP에 대한 정보를 포함할 수도 있으며, 추가로 특정 타입의 단말(예를 들어, redcap 단말)을 위한(전용의) initial DL BWP에 대한 정보를 더 포함할 수도 있다. 즉, 상기 제2 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 DL BWP가 설정된다면, 상기 제2 설정 정보는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 DL BWP에 대한 정보와 상기 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 DL BWP에 대한 정보를 개별적으로 포함할 수 있다. 여기서, 상술한 바와 같이, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP에 대한 정보 내 생략된 하나 이상의 파라미터는 상기 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 DL BWP에 대한 정보와 동일하게 설정되었다고 간주/가정될 수 있다.
여기서, 페어되지 않은 스펙트럼 동작(즉, TDD 동작)을 위해, 상기 초기 UL BWP 및 상기 초기 DL BWP가 특정 타입의 단말(예를 들어, redcap 단말)을 위해 설정되었는지 여부와 무관하게, 상기 초기 DL BWP의 중심 주파수(center frequency)는 상기 초기 UL BWP의 중심 주파수와 동일하게 설정될 수 있다. 다시 말해, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP와 초기 DL BWP가 설정되면, 상기 초기 UL BWP와 상기 초기 DL BWP의 중심 주파수가 정렬(align)(동일)될 수 있다. 또는, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP만이 설정되면, 상기 초기 UL BWP와 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 DL BWL(즉, 특정 타입의 단말(예를 들어, redcap 단말)에 의해 사용되는)의 중심 주파수가 정렬(align)(동일)될 수 있다. 또는, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP만이 설정되면, 상기 초기 DL BWP와 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 UL BWL(즉, 특정 타입의 단말(예를 들어, redcap 단말)에 의해 사용되는)의 중심 주파수가 정렬(align)(동일)될 수 있다. 또는, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP와 초기 DL BWP가 모두 설정되지 않으면, 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 UL BWP와 초기 DL BWP(즉, 특정 타입의 단말(예를 들어, redcap 단말)에 의해 사용되는)의 중심 주파수가 정렬(align)(동일)될 수 있다.
특정 타입의 단말(예를 들어, redcap 단말)은 초기 initial UL BWP 상에서 랜덤 액세스 절차를 위한 제1 메시지를 기지국에게 전송한다(S1302).
여기서, 랜덤 액세스 절차를 위한 제1 메시지는 4-단계 랜덤 액세스 절차의 경우 MSG1(즉, PRACH 또는 PRACH에서 전송되는 랜덤 액세스 프리앰블) 및/또는 MSG3(즉, 랜덤 액세스 응답 UL grant에 의해 스케줄링된 PDSCH)에 해당할 수 있으며(도 8 참조), 2-단계 랜덤 액세스 절차의 경우 MSGA(즉, 랜덤 액세스 프리앰블을 나르는 PRACH와 PUSCH)에 해당할 수 있다(도 9 참조).
여기서, 제1 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP가 설정되면, 상기 제1 메시지는 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP 상에서 전송될 수 있다. 반면, 제1 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP가 설정되지 않으면, 상기 제1 메시지는 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 UL BWP 상에서 전송될 수 있다.
특정 타입의 단말(예를 들어, redcap 단말)은 초기 initial DL BWP 상에서 랜덤 액세스 절차를 위한 제2 메시지를 기지국으로부터 수신한다(S1303).
여기서, 랜덤 액세스 절차를 위한 제2 메시지는 4-단계 랜덤 액세스 절차의 경우 MSG2(즉, 랜덤 액세스 응답에 대한 PDCCH, PDSCH) 및/또는 MSG4(즉, 경쟁 해소를 위한 PDSCH)에 해당할 수 있으며(도 8 참조), 2-단계 랜덤 액세스 절차의 경우 MSGB(즉, 랜덤 액세스 응답 UL grant에 의해 스케줄링되는 PUSCH 및 경쟁 해소를 위한 PDSCH)에 해당할 수 있다(도 9 참조).
여기서, 제2 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP가 설정되면, 상기 제2 메시지는 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP 상에서 전송될 수 있다. 반면, 제2 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP가 설정되지 않으면, 상기 제2 메시지는 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 DL BWP 상에서 전송될 수 있다.
이후, 4-단계 랜덤 액세스 절차의 경우 상기 도 8에서 예시한 바와 같이 MSG3 및 MSG4의 송수신 동작이 수행될 수 있다.
도 14는 본 개시의 일 실시예에 따른 랜덤 액세스 절차를 수행하는 방법에 대한 단말의 동작을 예시하는 도면이다.
도 14에서는 앞서 제안한 방법들에 기반한 단말의 동작을 예시한다. 도 14의 예시는 설명의 편의를 위한 것이며, 본 개시의 범위를 제한하는 것은 아니다. 도 13에서 예시된 일부 단계(들)은 상황 및/또는 설정에 따라 생략될 수 있다. 또한, 도 14에서 단말은 하나의 예시일 뿐, 아래 도 16에서 예시된 장치로 구현될 수 있다. 예를 들어, 도 16의 프로세서(processor)(102/202)는 트랜시버(106/206)을 이용하여 채널/신호/데이터/정보 등(예를 들어, RRC 시그널링, MAC CE, UL/DL 스케줄링을 위한 DCI, SRS, PDCCH, PDSCH, PUSCH, PUCCH 등)을 송수신하도록 제어할 수 있으며, 전송할 또는 수신한 채널/신호/데이터/정보 등을 메모리(104/204)에 저장하도록 제어할 수도 있다.
도 14를 참조하면, 특정 타입의 단말(예를 들어, redcap 단말)은 기지국으로부터 상향링크(uplink) 전송과 관련된 제1 설정 정보 및 하향링크(downlink) 전송과 관련된 제2 설정 정보를 수신한다(S1401).
여기서, 제1 설정 정보는 상기 도 12에서 UplinkConfigCommonSIB일 수 있으며, 제2 설정 정보는 상기 도 11에서 DownlinkConfigCommonSIB일 수 있다. 제1 설정 정보와 제2 설정 정보는 개별적으로 전송될 수도 있지만, 하나의 설정 정보로서 전송될 수도 있다. 예를 들어, 하나의 설정 정보 내 제1 설정 정보와 제2 설정 정보가 포함되는 경우, 상기 설정 정보는 예를 들어 상기 SIB1, ServingCellConfigCommonSIB에 해당할 수 있다.
또한, 제1 설정 정보(예를 들어, 도 12에서 UplinkConfigCommonSIB)는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 initial UL BWP에 대한 정보를 포함할 수도 있으며, 추가로 특정 타입의 단말(예를 들어, redcap 단말)을 위한(전용의) initial UL BWP에 대한 정보를 더 포함할 수도 있다. 즉, 상기 제1 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 UL BWP가 설정된다면, 상기 제1 설정 정보는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 UL BWP에 대한 정보와 상기 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 UL BWP에 대한 정보를 개별적으로 포함할 수 있다. 여기서, 상술한 바와 같이, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP에 대한 정보 내 생략된 하나 이상의 파라미터는 상기 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 UL BWP에 대한 정보와 동일하게 설정되었다고 간주/가정될 수 있다.
또한, 제2 설정 정보(예를 들어, 도 11에서 DownlinkConfigCommonSIB)는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 initial DL BWP에 대한 정보를 포함할 수도 있으며, 추가로 특정 타입의 단말(예를 들어, redcap 단말)을 위한(전용의) initial DL BWP에 대한 정보를 더 포함할 수도 있다. 즉, 상기 제2 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 DL BWP가 설정된다면, 상기 제2 설정 정보는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 DL BWP에 대한 정보와 상기 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 DL BWP에 대한 정보를 개별적으로 포함할 수 있다. 여기서, 상술한 바와 같이, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP에 대한 정보 내 생략된 하나 이상의 파라미터는 상기 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 DL BWP에 대한 정보와 동일하게 설정되었다고 간주/가정될 수 있다.
여기서, 페어되지 않은 스펙트럼 동작(즉, TDD 동작)을 위해, 상기 초기 UL BWP 및 상기 초기 DL BWP가 특정 타입의 단말(예를 들어, redcap 단말)을 위해 설정되었는지 여부와 무관하게, 상기 초기 DL BWP의 중심 주파수(center frequency)는 상기 초기 UL BWP의 중심 주파수와 동일하게 설정될 수 있다. 다시 말해, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP와 초기 DL BWP가 설정되면, 상기 초기 UL BWP와 상기 초기 DL BWP의 중심 주파수가 정렬(align)(동일)될 수 있다. 또는, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP만이 설정되면, 상기 초기 UL BWP와 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 DL BWL(즉, 특정 타입의 단말(예를 들어, redcap 단말)에 의해 사용되는)의 중심 주파수가 정렬(align)(동일)될 수 있다. 또는, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP만이 설정되면, 상기 초기 DL BWP와 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 UL BWL(즉, 특정 타입의 단말(예를 들어, redcap 단말)에 의해 사용되는)의 중심 주파수가 정렬(align)(동일)될 수 있다. 또는, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP와 초기 DL BWP가 모두 설정되지 않으면, 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 UL BWP와 초기 DL BWP(즉, 특정 타입의 단말(예를 들어, redcap 단말)에 의해 사용되는)의 중심 주파수가 정렬(align)(동일)될 수 있다.
특정 타입의 단말(예를 들어, redcap 단말)은 초기 initial UL BWP 상에서 랜덤 액세스 절차를 위한 제1 메시지를 기지국에게 전송한다(S1402).
여기서, 랜덤 액세스 절차를 위한 제1 메시지는 4-단계 랜덤 액세스 절차의 경우 MSG1(즉, PRACH 또는 PRACH에서 전송되는 랜덤 액세스 프리앰블) 및/또는 MSG3(즉, 랜덤 액세스 응답 UL grant에 의해 스케줄링된 PDSCH)에 해당할 수 있으며(도 8 참조), 2-단계 랜덤 액세스 절차의 경우 MSGA(즉, 랜덤 액세스 프리앰블을 나르는 PRACH와 PUSCH)에 해당할 수 있다(도 9 참조).
여기서, 제1 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP가 설정되면, 상기 제1 메시지는 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP 상에서 전송될 수 있다. 반면, 제1 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP가 설정되지 않으면, 상기 제1 메시지는 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 UL BWP 상에서 전송될 수 있다.
특정 타입의 단말(예를 들어, redcap 단말)은 초기 initial DL BWP 상에서 랜덤 액세스 절차를 위한 제2 메시지를 기지국으로부터 수신한다(S1403).
여기서, 랜덤 액세스 절차를 위한 제2 메시지는 4-단계 랜덤 액세스 절차의 경우 MSG2(즉, 랜덤 액세스 응답에 대한 PDCCH, PDSCH) 및/또는 MSG4(즉, 경쟁 해소를 위한 PDSCH)에 해당할 수 있으며(도 8 참조), 2-단계 랜덤 액세스 절차의 경우 MSGB(즉, 랜덤 액세스 응답 UL grant에 의해 스케줄링되는 PUSCH 및 경쟁 해소를 위한 PDSCH)에 해당할 수 있다(도 9 참조).
여기서, 제2 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP가 설정되면, 상기 제2 메시지는 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP 상에서 전송될 수 있다. 반면, 제2 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP가 설정되지 않으면, 상기 제2 메시지는 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 DL BWP 상에서 전송될 수 있다.
이후, 4-단계 랜덤 액세스 절차의 경우 상기 도 8에서 예시한 바와 같이 MSG3 및 MSG4의 송수신 동작이 수행될 수 있다.
도 15는 본 개시의 일 실시예에 따른 랜덤 액세스 절차를 수행하는 방법에 대한 대한 기지국의 동작을 예시하는 도면이다.
도 15에서는 앞서 제안한 방법들에 기반한 기지국의 동작을 예시한다. 도 14의 예시는 설명의 편의를 위한 것이며, 본 개시의 범위를 제한하는 것은 아니다. 도 15에서 예시된 일부 단계(들)은 상황 및/또는 설정에 따라 생략될 수 있다. 또한, 도 15에서 기지국은 하나의 예시일 뿐, 아래 도 16에서 예시된 장치로 구현될 수 있다. 예를 들어, 도 16의 프로세서(processor)(102/202)는 트랜시버(106/206)을 이용하여 채널/신호/데이터/정보 등(예를 들어, RRC 시그널링, MAC CE, UL/DL 스케줄링을 위한 DCI, SRS, PDCCH, PDSCH, PUSCH, PUCCH 등)을 송수신하도록 제어할 수 있으며, 전송할 또는 수신한 채널/신호/데이터/정보 등을 메모리(104/204)에 저장하도록 제어할 수도 있다.
도 15를 참조하면, 기지국은 기지국으로부터 상향링크(uplink) 전송과 관련된 제1 설정 정보 및 하향링크(downlink) 전송과 관련된 제2 설정 정보를 특정 타입의 단말(예를 들어, redcap 단말)에게 전송한다(S1501).
여기서, 제1 설정 정보는 상기 도 12에서 UplinkConfigCommonSIB일 수 있으며, 제2 설정 정보는 상기 도 11에서 DownlinkConfigCommonSIB일 수 있다. 제1 설정 정보와 제2 설정 정보는 개별적으로 전송될 수도 있지만, 하나의 설정 정보로서 전송될 수도 있다. 예를 들어, 하나의 설정 정보 내 제1 설정 정보와 제2 설정 정보가 포함되는 경우, 상기 설정 정보는 예를 들어 상기 SIB1, ServingCellConfigCommonSIB에 해당할 수 있다.
또한, 제1 설정 정보(예를 들어, 도 12에서 UplinkConfigCommonSIB)는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 initial UL BWP에 대한 정보를 포함할 수도 있으며, 추가로 특정 타입의 단말(예를 들어, redcap 단말)을 위한(전용의) initial UL BWP에 대한 정보를 더 포함할 수도 있다. 즉, 상기 제1 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 UL BWP가 설정된다면, 상기 제1 설정 정보는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 UL BWP에 대한 정보와 상기 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 UL BWP에 대한 정보를 개별적으로 포함할 수 있다. 여기서, 상술한 바와 같이, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP에 대한 정보 내 생략된 하나 이상의 파라미터는 상기 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 UL BWP에 대한 정보와 동일하게 설정되었다고 간주/가정될 수 있다.
또한, 제2 설정 정보(예를 들어, 도 11에서 DownlinkConfigCommonSIB)는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 initial DL BWP에 대한 정보를 포함할 수도 있으며, 추가로 특정 타입의 단말(예를 들어, redcap 단말)을 위한(전용의) initial DL BWP에 대한 정보를 더 포함할 수도 있다. 즉, 상기 제2 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 DL BWP가 설정된다면, 상기 제2 설정 정보는 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 DL BWP에 대한 정보와 상기 특정 타입의 단말(예를 들어, redcap 단말)을 위한 초기 DL BWP에 대한 정보를 개별적으로 포함할 수 있다. 여기서, 상술한 바와 같이, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP에 대한 정보 내 생략된 하나 이상의 파라미터는 상기 비-특정 타입의 단말(예를 들어, non-redcap 단말)을 위한 초기 DL BWP에 대한 정보와 동일하게 설정되었다고 간주/가정될 수 있다.
여기서, 페어되지 않은 스펙트럼 동작(즉, TDD 동작)을 위해, 상기 초기 UL BWP 및 상기 초기 DL BWP가 특정 타입의 단말(예를 들어, redcap 단말)을 위해 설정되었는지 여부와 무관하게, 상기 초기 DL BWP의 중심 주파수(center frequency)는 상기 초기 UL BWP의 중심 주파수와 동일하게 설정될 수 있다. 다시 말해, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP와 초기 DL BWP가 설정되면, 상기 초기 UL BWP와 상기 초기 DL BWP의 중심 주파수가 정렬(align)(동일)될 수 있다. 또는, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP만이 설정되면, 상기 초기 UL BWP와 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 DL BWL(즉, 특정 타입의 단말(예를 들어, redcap 단말)에 의해 사용되는)의 중심 주파수가 정렬(align)(동일)될 수 있다. 또는, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP만이 설정되면, 상기 초기 DL BWP와 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 UL BWL(즉, 특정 타입의 단말(예를 들어, redcap 단말)에 의해 사용되는)의 중심 주파수가 정렬(align)(동일)될 수 있다. 또는, 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP와 초기 DL BWP가 모두 설정되지 않으면, 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 UL BWP와 초기 DL BWP(즉, 특정 타입의 단말(예를 들어, redcap 단말)에 의해 사용되는)의 중심 주파수가 정렬(align)(동일)될 수 있다.
기지국은 특정 타입의 단말(예를 들어, redcap 단말)로부터 초기 initial UL BWP 상에서 랜덤 액세스 절차를 위한 제1 메시지를 수신한다(S1502).
여기서, 랜덤 액세스 절차를 위한 제1 메시지는 4-단계 랜덤 액세스 절차의 경우 MSG1(즉, PRACH 또는 PRACH에서 전송되는 랜덤 액세스 프리앰블) 및/또는 MSG3(즉, 랜덤 액세스 응답 UL grant에 의해 스케줄링된 PDSCH)에 해당할 수 있으며(도 8 참조), 2-단계 랜덤 액세스 절차의 경우 MSGA(즉, 랜덤 액세스 프리앰블을 나르는 PRACH와 PUSCH)에 해당할 수 있다(도 9 참조).
여기서, 제1 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP가 설정되면, 상기 제1 메시지는 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP 상에서 전송될 수 있다. 반면, 제1 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 UL BWP가 설정되지 않으면, 상기 제1 메시지는 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 UL BWP 상에서 전송될 수 있다.
기지국은 특정 타입의 단말(예를 들어, redcap 단말)에게 초기 initial DL BWP 상에서 랜덤 액세스 절차를 위한 제2 메시지를 전송한다(S1503).
여기서, 랜덤 액세스 절차를 위한 제2 메시지는 4-단계 랜덤 액세스 절차의 경우 MSG2(즉, 랜덤 액세스 응답에 대한 PDCCH, PDSCH) 및/또는 MSG4(즉, 경쟁 해소를 위한 PDSCH)에 해당할 수 있으며(도 8 참조), 2-단계 랜덤 액세스 절차의 경우 MSGB(즉, 랜덤 액세스 응답 UL grant에 의해 스케줄링되는 PUSCH 및 경쟁 해소를 위한 PDSCH)에 해당할 수 있다(도 9 참조).
여기서, 제2 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP가 설정되면, 상기 제2 메시지는 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP 상에서 전송될 수 있다. 반면, 제2 설정 정보에 의해 특정 타입의 단말(예를 들어, redcap 단말)에 대한 초기 DL BWP가 설정되지 않으면, 상기 제2 메시지는 비-특정 타입의 단말(예를 들어, non-redcap 단말)에 대한 초기 DL BWP 상에서 전송될 수 있다.
이후, 4-단계 랜덤 액세스 절차의 경우 상기 도 8에서 예시한 바와 같이 MSG3 및 MSG4의 송수신 동작이 수행될 수 있다.
본 개시가 적용될 수 있는 장치 일반
도 16은 본 개시의 일 실시예에 따른 무선 통신 장치의 블록 구성도를 예시한다.
도 16을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예를 들어, LTE, NR)을 통해 무선 신호를 송수신할 수 있다.
제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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
이상에서 설명된 실시예들은 본 개시의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 개시의 실시예를 구성하는 것도 가능하다. 본 개시의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 개시는 본 개시의 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 개시의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 등가적 범위 내에서의 모든 변경은 본 개시의 범위에 포함된다.
본 개시의 범위는 다양한 실시예의 방법에 따른 동작이 장치 또는 컴퓨터 상에서 실행되도록 하는 소프트웨어 또는 머신-실행가능한 명령들(예를 들어, 운영체제, 애플리케이션, 펌웨어(firmware), 프로그램 등), 및 이러한 소프트웨어 또는 명령 등이 저장되어 장치 또는 컴퓨터 상에서 실행 가능한 비-일시적 컴퓨터-판독가능 매체(non-transitory computer-readable medium)를 포함한다. 본 개시에서 설명하는 특징을 수행하는 프로세싱 시스템을 프로그래밍하기 위해 사용될 수 있는 명령은 저장 매체 또는 컴퓨터 판독가능 저장 매체 상에/내에 저장될 수 있고, 이러한 저장 매체를 포함하는 컴퓨터 프로그램 제품을 이용하여 본 개시에서 설명하는 특징이 구현될 수 있다. 저장 매체는 DRAM, SRAM, DDR RAM 또는 다른 랜덤 액세스 솔리드 스테이트 메모리 디바이스와 같은 고속 랜덤 액세스 메모리를 포함할 수 있지만, 이에 제한되지 않으며, 하나 이상의 자기 디스크 저장 디바이스, 광 디스크 저장 장치, 플래시 메모리 디바이스 또는 다른 비-휘발성 솔리드 스테이트 저장 디바이스와 같은 비-휘발성 메모리를 포함할 수 있다. 메모리는 선택적으로 프로세서(들)로부터 원격에 위치한 하나 이상의 저장 디바이스를 포함한다. 메모리 또는 대안적으로 메모리 내의 비-휘발성 메모리 디바이스(들)는 비-일시적 컴퓨터 판독가능 저장 매체를 포함한다. 본 개시에서 설명하는 특징은, 머신 판독가능 매체 중 임의의 하나에 저장되어 프로세싱 시스템의 하드웨어를 제어할 수 있고, 프로세싱 시스템이 본 개시의 실시예에 따른 결과를 활용하는 다른 메커니즘과 상호작용하도록 하는 소프트웨어 및/또는 펌웨어에 통합될 수 있다. 이러한 소프트웨어 또는 펌웨어는 애플리케이션 코드, 디바이스 드라이버, 운영 체제 및 실행 환경/컨테이너를 포함할 수 있지만 이에 제한되지 않는다.
여기서, 본 개시의 무선 기기(100, 200)에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 개시의 무선 기기(XXX, YYY)에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 개시의 무선 기기(XXX, YYY)에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
본 개시에서 제안하는 방법은 3GPP LTE/LTE-A, 5G 시스템에 적용되는 예를 중심으로 설명하였으나, 3GPP LTE/LTE-A, 5G 시스템 이외에도 다양한 무선 통신 시스템에 적용하는 것이 가능하다.

Claims (14)

  1. 무선 통신 시스템에서 랜덤 액세스 절차를 수행하는 방법에 있어서, 감소된 능력(redcap: reduced capability) 단말에 의해 수행되는 상기 방법은:
    기지국으로부터 상향링크(UL: uplink) 전송과 관련된 제1 설정 정보 및 하향링크(DL: downlink) 전송과 관련된 제2 설정 정보를 수신하되, 상기 제1 설정 정보는 초기 UL 대역폭 부분(BWP: bandwidth part)에 대한 정보를 포함하고, 상기 제2 설정 정보는 초기 DL BWP에 대한 정보를 포함하는 단계;
    상기 기지국에게 상기 초기 UL BWP 상에서 상기 랜덤 액세스 절차에 대한 제1 메시지를 전송하는 단계; 및
    상기 기지국으로부터 상기 제1 메시지에 대한 응답으로 상기 초기 DL BWP 상에서 상기 랜덤 액세스 절차에 대한 제2 메시지를 수신하는 단계를 포함하고,
    페어되지 않은 스펙트럼 동작을 위해, 상기 초기 UL BWP 및 상기 초기 DL BWP가 상기 redcap 단말을 위해 설정되었는지 여부와 무관하게, 상기 초기 DL BWP의 중심 주파수(center frequency)는 상기 초기 UL BWP의 중심 주파수와 동일하게 설정되는, 방법.
  2. 제1항에 있어서,
    상기 제1 설정 정보에 의해 상기 redcap 단말을 위한 초기 UL BWP가 설정됨에 기반하여, 상기 제1 메시지는 상기 redcap 단말을 위한 초기 UL BWP 상에서 전송되는, 방법.
  3. 제1항에 있어서,
    상기 제1 설정 정보에 의해 상기 redcap 단말을 위한 초기 UL BWP가 설정되지 않음에 기반하여, 상기 제1 메시지는 비-redcap 단말을 위한 초기 UL BWP 상에서 전송되는, 방법.
  4. 제1항에 있어서,
    상기 제2 설정 정보에 의해 상기 redcap 단말을 위한 초기 DL BWP가 설정됨에 기반하여, 상기 제2 메시지는 상기 redcap 단말을 위한 초기 DL BWP 상에서 전송되는, 방법.
  5. 제1항에 있어서,
    상기 제2 설정 정보에 의해 상기 redcap 단말을 위한 초기 DL BWP가 설정되지 않음에 기반하여, 상기 제2 메시지는 비-redcap 단말을 위한 초기 DL BWP 상에서 전송되는, 방법.
  6. 제1항에 있어서,
    상기 제1 설정 정보에 의해 상기 redcap 단말을 위한 초기 UL BWP가 설정됨에 기반하여, 상기 제1 설정 정보는 비-redcap 단말을 위한 초기 UL BWP에 대한 정보와 상기 redcap 단말을 위한 초기 UL BWP에 대한 정보를 개별적으로 포함하는, 방법.
  7. 제6항에 있어서,
    상기 redcap 단말을 위한 초기 UL BWP에 대한 정보 내 생략된 하나 이상의 파라미터는 상기 비-redcap 단말을 위한 초기 UL BWP에 대한 정보와 동일하게 설정되었다고 간주되는, 방법.
  8. 제1항에 있어서,
    상기 제2 설정 정보에 의해 상기 redcap 단말을 위한 초기 DL BWP가 설정됨에 기반하여, 상기 제2 설정 정보는 비-redcap 단말을 위한 초기 DL BWP에 대한 정보와 상기 redcap 단말을 위한 초기 DL BWP에 대한 정보를 개별적으로 포함하는, 방법.
  9. 제8항에 있어서,
    상기 redcap 단말을 위한 초기 DL BWP에 대한 정보 내 생략된 하나 이상의 파라미터는 상기 비-redcap 단말을 위한 초기 DL BWP에 대한 정보와 동일하게 설정되었다고 간주되는, 방법.
  10. 무선 통신 시스템에서 랜덤 액세스 절차를 수행하는 감소된 능력(redcap: reduced capability) 단말에 있어서, 상기 redcap 단말은:
    무선 신호를 송수신하기 위한 적어도 하나의 송수신부(transceiver); 및
    상기 적어도 하나의 송수신부를 제어하는 적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서는:
    기지국으로부터 상향링크(UL: uplink) 전송과 관련된 제1 설정 정보 및 하향링크(DL: downlink) 전송과 관련된 제2 설정 정보를 수신하되, 상기 제1 설정 정보는 초기 UL 대역폭 부분(BWP: bandwidth part)에 대한 정보를 포함하고, 상기 제2 설정 정보는 초기 DL BWP에 대한 정보를 포함하고;
    상기 기지국에게 상기 초기 UL BWP 상에서 상기 랜덤 액세스 절차에 대한 제1 메시지를 전송하고; 및
    상기 기지국으로부터 상기 제1 메시지에 대한 응답으로 상기 초기 DL BWP 상에서 상기 랜덤 액세스 절차에 대한 제2 메시지를 수신하도록 설정되고,
    페어되지 않은 스펙트럼 동작을 위해, 상기 초기 UL BWP 및 상기 초기 DL BWP가 상기 redcap 단말을 위해 설정되었는지 여부와 무관하게, 상기 초기 DL BWP의 중심 주파수(center frequency)는 상기 초기 UL BWP의 중심 주파수와 동일하게 설정되는, 단말.
  11. 적어도 하나의 명령을 저장하는 적어도 하나의 비-일시적(non-transitory) 컴퓨터 판독가능 매체에 있어서,
    적어도 하나의 프로세서에 의해서 실행되는 상기 적어도 하나의 명령은, 랜덤 액세스 절차를 수행하는 감소된 능력(redcap: reduced capability) 장치가:
    기지국으로부터 상향링크(UL: uplink) 전송과 관련된 제1 설정 정보 및 하향링크(DL: downlink) 전송과 관련된 제2 설정 정보를 수신하되, 상기 제1 설정 정보는 초기 UL 대역폭 부분(BWP: bandwidth part)에 대한 정보를 포함하고, 상기 제2 설정 정보는 초기 DL BWP에 대한 정보를 포함하고;
    상기 기지국에게 상기 초기 UL BWP 상에서 상기 랜덤 액세스 절차에 대한 제1 메시지를 전송하고; 및
    상기 기지국으로부터 상기 제1 메시지에 대한 응답으로 상기 초기 DL BWP 상에서 상기 랜덤 액세스 절차에 대한 제2 메시지를 수신하도록 제어하고,
    페어되지 않은 스펙트럼 동작을 위해, 상기 초기 UL BWP 및 상기 초기 DL BWP가 상기 redcap 장치를 위해 설정되었는지 여부와 무관하게, 상기 초기 DL BWP의 중심 주파수(center frequency)는 상기 초기 UL BWP의 중심 주파수와 동일하게 설정되는, 컴퓨터 판독가능 매체.
  12. 무선 통신 시스템에서 랜덤 액세스 절차를 수행하는 감소된 능력(redcap: reduced capability) 단말을 제어하도록 설정되는 프로세싱 장치에 있어서, 상기 프로세싱 장치는:
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결되고, 상기 적어도 하나의 프로세서에 의해 실행됨에 기반하여, 동작들을 수행하는 지시(instruction)들을 저장하는 적어도 하나의 컴퓨터 메모리를 포함하며,
    상기 동작들은:
    기지국으로부터 상향링크(UL: uplink) 전송과 관련된 제1 설정 정보 및 하향링크(DL: downlink) 전송과 관련된 제2 설정 정보를 수신하되, 상기 제1 설정 정보는 초기 UL 대역폭 부분(BWP: bandwidth part)에 대한 정보를 포함하고, 상기 제2 설정 정보는 초기 DL BWP에 대한 정보를 포함하는 단계;
    상기 기지국에게 상기 초기 UL BWP 상에서 상기 랜덤 액세스 절차에 대한 제1 메시지를 전송하는 단계; 및
    상기 기지국으로부터 상기 제1 메시지에 대한 응답으로 상기 초기 DL BWP 상에서 상기 랜덤 액세스 절차에 대한 제2 메시지를 수신하는 단계를 포함하고,
    페어되지 않은 스펙트럼 동작을 위해, 상기 초기 UL BWP 및 상기 초기 DL BWP가 상기 redcap 단말을 위해 설정되었는지 여부와 무관하게, 상기 초기 DL BWP의 중심 주파수(center frequency)는 상기 초기 UL BWP의 중심 주파수와 동일하게 설정되는, 프로세싱 장치.
  13. 무선 통신 시스템에서 랜덤 액세스 절차를 수행하는 방법에 있어서, 기지국에 의해 수행되는 상기 방법은:
    감소된 능력(redcap: reduced capability) 단말에게 상향링크(UL: uplink) 전송과 관련된 제1 설정 정보 및 하향링크(DL: downlink) 전송과 관련된 제2 설정 정보를 전송하되, 상기 제1 설정 정보는 초기 UL 대역폭 부분(BWP: bandwidth part)에 대한 정보를 포함하고, 상기 제2 설정 정보는 초기 DL BWP에 대한 정보를 포함하는 단계;
    상기 redcap 단말로부터 상기 초기 UL BWP 상에서 상기 랜덤 액세스 절차에 대한 제1 메시지를 수신하는 단계; 및
    상기 redcap 단말에게 상기 제1 메시지에 대한 응답으로 상기 초기 DL BWP 상에서 상기 랜덤 액세스 절차에 대한 제2 메시지를 전송하는 단계를 포함하고,
    페어되지 않은 스펙트럼 동작을 위해, 상기 초기 UL BWP 및 상기 초기 DL BWP가 상기 redcap 단말을 위해 설정되었는지 여부와 무관하게, 상기 초기 DL BWP의 중심 주파수(center frequency)는 상기 초기 UL BWP의 중심 주파수와 동일하게 설정되는, 방법.
  14. 무선 통신 시스템에서 랜덤 액세스 절차를 수행하는 기지국에 있어서, 상기 기지국은:
    무선 신호를 송수신하기 위한 적어도 하나의 송수신부(transceiver); 및
    상기 적어도 하나의 송수신부를 제어하는 적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서는:
    감소된 능력(redcap: reduced capability) 단말에게 상향링크(UL: uplink) 전송과 관련된 제1 설정 정보 및 하향링크(DL: downlink) 전송과 관련된 제2 설정 정보를 전송하되, 상기 제1 설정 정보는 초기 UL 대역폭 부분(BWP: bandwidth part)에 대한 정보를 포함하고, 상기 제2 설정 정보는 초기 DL BWP에 대한 정보를 포함하고;
    상기 redcap 단말로부터 상기 초기 UL BWP 상에서 상기 랜덤 액세스 절차에 대한 제1 메시지를 수신하고; 및
    상기 redcap 단말에게 상기 제1 메시지에 대한 응답으로 상기 초기 DL BWP 상에서 상기 랜덤 액세스 절차에 대한 제2 메시지를 전송하도록 설정되고,
    페어되지 않은 스펙트럼 동작을 위해, 상기 초기 UL BWP 및 상기 초기 DL BWP가 상기 redcap 단말을 위해 설정되었는지 여부와 무관하게, 상기 초기 DL BWP의 중심 주파수(center frequency)는 상기 초기 UL BWP의 중심 주파수와 동일하게 설정되는, 기지국.
PCT/KR2022/014779 2021-10-01 2022-09-30 무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치 WO2023055179A1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020237000536A KR102652628B1 (ko) 2021-10-01 2022-09-30 무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치
EP22865874.6A EP4412350A1 (en) 2021-10-01 2022-09-30 Method and apparatus for performing random access procedure in wireless communication system
CN202280007104.8A CN116438819A (zh) 2021-10-01 2022-09-30 在无线通信系统中执行随机接入过程的方法和装置
JP2023515313A JP7497522B2 (ja) 2021-10-01 2022-09-30 無線通信システムにおいてランダムアクセス手順を行う方法及び装置
US18/164,270 US12022526B2 (en) 2021-10-01 2023-02-03 Method and apparatus for performing random access procedure in wireless communication system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20210131188 2021-10-01
KR10-2021-0131188 2021-10-01
KR20210131181 2021-10-01
KR10-2021-0131181 2021-10-01

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/164,270 Continuation US12022526B2 (en) 2021-10-01 2023-02-03 Method and apparatus for performing random access procedure in wireless communication system

Publications (1)

Publication Number Publication Date
WO2023055179A1 true WO2023055179A1 (ko) 2023-04-06

Family

ID=85780849

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/014779 WO2023055179A1 (ko) 2021-10-01 2022-09-30 무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치

Country Status (6)

Country Link
US (1) US12022526B2 (ko)
EP (1) EP4412350A1 (ko)
JP (1) JP7497522B2 (ko)
KR (1) KR102652628B1 (ko)
CN (1) CN116438819A (ko)
WO (1) WO2023055179A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116567673B (zh) * 2023-07-07 2023-11-03 翱捷科技股份有限公司 一种RedCap终端接入网络的优化方法及装置
CN118382098B (zh) * 2024-06-25 2024-08-27 微网优联科技(成都)有限公司 一种基于RedCap的能效优化方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020166891A1 (en) * 2019-02-12 2020-08-20 Samsung Electronics Co., Ltd. Method and apparatus for bwp switching and pusch resource overhead reducing for 2 step rach in wireless communication system
US20210037573A1 (en) * 2019-07-31 2021-02-04 Qualcomm Incorporated Two-step rach procedure for nr reduced capability ue
WO2021190510A1 (en) * 2020-03-23 2021-09-30 FG Innovation Company Limited Method of initial access and related device

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102361282B1 (ko) * 2016-07-26 2022-02-10 샤프 가부시키가이샤 단말 장치, 기지국 장치, 및 통신 방법
US10880895B2 (en) * 2018-05-27 2020-12-29 Brian Gordaychik Variable length downlink control information formats for next generation radio technologies
US20220338265A1 (en) * 2021-04-15 2022-10-20 Qualcomm Incorporated Random access response differentiation
US11659574B2 (en) * 2021-08-18 2023-05-23 Qualcomm Incorporated BWP configurations for UEs having different capabilities
KR20240065264A (ko) * 2021-09-27 2024-05-14 삼성전자주식회사 감소된 능력 ue에 의한 시스템 정보 송수신 시스템 및 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020166891A1 (en) * 2019-02-12 2020-08-20 Samsung Electronics Co., Ltd. Method and apparatus for bwp switching and pusch resource overhead reducing for 2 step rach in wireless communication system
US20210037573A1 (en) * 2019-07-31 2021-02-04 Qualcomm Incorporated Two-step rach procedure for nr reduced capability ue
WO2021190510A1 (en) * 2020-03-23 2021-09-30 FG Innovation Company Limited Method of initial access and related device

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
3GPP LTE, TS 36.211
3GPP NR, TS 38.211
3GPP TS 38.213
MODERATOR (ERICSSON): "FL summary on RAN1 RRC parameter list for RedCap", 3GPP DRAFT; R1-2108669, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210816 - 20210827, 10 September 2021 (2021-09-10), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052051361 *
OPPO: "Discussion on reduced UE bandwidth", 3GPP DRAFT; R1-2104782, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210510 - 20210527, 12 May 2021 (2021-05-12), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052011023 *

Also Published As

Publication number Publication date
KR102652628B1 (ko) 2024-03-29
JP2023548274A (ja) 2023-11-16
CN116438819A (zh) 2023-07-14
EP4412350A1 (en) 2024-08-07
US20230189348A1 (en) 2023-06-15
US12022526B2 (en) 2024-06-25
JP7497522B2 (ja) 2024-06-10
KR20230048296A (ko) 2023-04-11

Similar Documents

Publication Publication Date Title
WO2021182863A1 (ko) 무선 통신 시스템에서 무선 링크 품질 평가 방법 및 장치
WO2021187966A1 (ko) 무선 통신 시스템에서 다중 셀 스케줄링을 지원하는 상향링크 또는 하향링크 송수신 방법 및 장치
WO2021187967A1 (ko) 무선 통신 시스템에서 사운딩 참조 신호 송수신 방법 및 장치
WO2020032739A1 (ko) 협대역 사물 인터넷을 지원하는 무선 통신 시스템에서 단말과 기지국의 동작 방법 및 이를 지원하는 장치
WO2021141329A1 (en) Method and apparatus for performing communication in wireless communication system
WO2021261877A1 (ko) 무선 통신 시스템에서 신호 송수신 방법 및 장치
WO2023055179A1 (ko) 무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치
WO2022060014A1 (ko) 무선 통신 시스템에서 빔 보고 방법 및 장치
WO2021261879A1 (ko) 무선 통신 시스템에서 상향링크 송수신 방법 및 장치
WO2023287184A2 (ko) 무선 통신 시스템에서 주파수 자원 설정 기반의 무선 신호 송수신 방법 및 장치
WO2022240197A1 (ko) 무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치
WO2022071672A1 (ko) 무선 통신 시스템에서 빔 실패 복구 방법 및 장치
WO2022015061A1 (ko) 무선 통신 시스템에서 디폴트 공간 파라미터 기반 송수신 방법 및 장치
WO2022010314A1 (ko) 무선 통신 시스템에서 데이터 송수신 방법 및 장치
WO2023106832A1 (en) System and method of multi trp beam failure recovery for spcell and mac ce prioritization
WO2023013920A1 (ko) 무선 통신 시스템에서 pdcch 송수신 방법 및 장치
WO2020032749A1 (ko) 협대역 사물 인터넷을 지원하는 무선 통신 시스템에서 단말과 기지국의 동작 방법 및 이를 지원하는 장치
WO2022211472A1 (ko) 무선 통신 시스템에서 상향링크 송수신 방법 및 장치
WO2021162520A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023211239A1 (ko) 무선 통신 시스템에서 상향링크 또는 하향링크 송수신을 수행하는 방법 및 장치
WO2022211576A1 (ko) 무선 통신 시스템에서 통신을 수행하는 방법 및 장치
WO2023055185A1 (ko) 무선 통신 시스템에서 그룹 공통 pdsch 송수신 방법 및 장치
WO2023063706A1 (ko) 무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치
WO2024034922A1 (ko) 무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치
WO2023014146A1 (ko) 무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2023515313

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022865874

Country of ref document: EP

Effective date: 20240502