WO2021230726A1 - 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 - Google Patents
무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 Download PDFInfo
- Publication number
- WO2021230726A1 WO2021230726A1 PCT/KR2021/006130 KR2021006130W WO2021230726A1 WO 2021230726 A1 WO2021230726 A1 WO 2021230726A1 KR 2021006130 W KR2021006130 W KR 2021006130W WO 2021230726 A1 WO2021230726 A1 WO 2021230726A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- terminal
- cell
- sib1
- access
- redcap
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
-
- 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
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
-
- 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
- H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/20—Selecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- 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
Definitions
- the present invention relates to wireless communication, and more particularly, to a method and apparatus for cell access in a wireless communication system.
- a wireless communication system is a multiple access system that can support communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.).
- Examples of the multiple access system include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, and a single carrier frequency (SC-FDMA) system. division multiple access) systems.
- CDMA code division multiple access
- FDMA frequency division multiple access
- TDMA time division multiple access
- OFDMA orthogonal frequency division multiple access
- SC-FDMA single carrier frequency division multiple access
- An object of the present invention is to provide a more efficient cell access method and an apparatus therefor.
- the present invention is not limited to the technical problems described above, and other technical problems can be inferred from the detailed description.
- a method for a terminal to perform initial cell access in a 3rd generation partnership project (3GPP)-based wireless communication system is a physical broadcast channel (PBCH) of a first cell through cell discovery. ) receive the signal; receiving system information block 1 (SIB1)-scheduling information on a common search space (CSS) set related to the PBCH signal; and determining whether to perform a residual access procedure for the first cell based on the SIB1-scheduling information.
- the terminal may be a second-type terminal with reduced capability to support a narrower bandwidth than the first-type terminal. In determining whether to perform the remaining access procedure for the first cell, the terminal is a bit reserved not to be used by the first type terminal in the SIB1-scheduling information. Based on the second type terminal, it may be determined whether access to the first cell is permitted.
- the terminal may perform the remaining access procedure for the first cell based on whether the reserved bit state corresponds to the first state, or may search for a second cell without performing the remaining access procedure.
- the terminal determines that access to the first cell of the terminal as the second type terminal is permitted, and from the reserved bit state, the second Scheduling information of SIB1 for a type terminal may be obtained.
- the terminal schedules both the first SIB1 related to the first type terminal and the second SIB1 related only to the second type terminal in the SIB1-scheduling information can judge whether the reserved bit state does not correspond to the first state.
- the second SIB1 related only to the second type terminal may be received based on the SIB1-scheduling information.
- the terminal may determine the resource location of the second SBI1 based on the resource location of the first SIB1 related to the first type terminal.
- the terminal may acquire an offset between the resource location of the first SIB1 and the resource location of the second SIB1 based on the reserved bit state.
- the SIB1-scheduling information may be downlink control information (DCI) received through a physical downlink control channel (PDCCH)-CSS set shared between the first type terminal and the second type terminal.
- DCI downlink control information
- PDCCH physical downlink control channel
- the terminal may determine that the first cell permits the access of the second type terminal based on that scheduling information of SIB1 for the second type terminal is obtained from the reserved bit state.
- a processor-readable recording medium in which a program for performing the above-described method is recorded may be provided.
- a device for 3rd generation partnership project (3GPP)-based wireless communication includes: a memory in which instructions are recorded; and by executing the commands, receiving a PBCH (physical broadcast channel) signal of the first cell through cell discovery; receiving system information block 1 (SIB1)-scheduling information on a common search space (CSS) set related to the PBCH signal; and a processor that determines whether to perform a residual access procedure for the first cell based on the SIB1-scheduling information.
- the terminal may be a second-type device with reduced capability to support a narrower bandwidth than the first-type device.
- the processor In determining whether to perform the remaining access procedure for the first cell, the processor, in the SIB1-scheduling information, a bit reserved not to be used by the first type device state (state) based on whether access is permitted to the first cell as the second type device may be determined.
- the device may further include a transceiver for transmitting and receiving a wireless signal under the control of the processor.
- the device may be a user equipment (UE) for the 3GPP-based wireless communication.
- UE user equipment
- the device may be an Application Specific Integrated Circuit (ASIC) or a digital signal processing device.
- ASIC Application Specific Integrated Circuit
- a method for a base station to transmit a signal in a 3rd generation partnership project (3GPP)-based wireless communication system includes transmitting a PBCH (physical broadcast channel) signal through a first cell; and transmitting system information block 1 (SIB1)-scheduling information on a common search space (CSS) set related to the PBCH signal.
- the base station may allow access of a second type terminal with reduced capability to support a narrower bandwidth than the first type terminal on at least one cell.
- the base station determines whether the first cell allows the access of the second type terminal based on a state of a bit reserved not to be used by the first type terminal in the SIB1-scheduling information. can indicate
- a base station for 3rd generation partnership project (3GPP)-based wireless communication includes: a memory in which instructions are recorded; and transmitting a physical broadcast channel (PBCH) signal through the first cell by executing the instructions; and a processor for transmitting system information block 1 (SIB1)-scheduling information on a common search space (CSS) set related to the PBCH signal.
- the processor may allow access of a second-type terminal with reduced capability to support a narrower bandwidth than the first-type terminal on at least one cell.
- the processor determines whether the first cell allows access of the second type terminal based on a state of a bit reserved not to be used by the first type terminal in the SIB1-scheduling information. can indicate
- the initial cell access of the terminal with reduced performance for the maximum supportable bandwidth can be efficiently performed.
- the present invention is not limited to the technical effects described above, and other technical effects can be inferred from the detailed description.
- 3GPP system which is an example of a wireless communication system, and a general signal transmission method using them.
- FIG. 2 illustrates the structure of a radio frame.
- 3 illustrates a resource grid of slots.
- PUSCH 7 illustrates a Physical Uplink Shared Channel (PUSCH) transmission process.
- FIG. 10 is a diagram for explaining system information reception in an initial cell connection according to an embodiment of the present invention.
- FIG. 11 shows an example of a signal transmission/reception method according to an embodiment of the present invention.
- DRX discontinuous reception
- CDMA code division multiple access
- FDMA frequency division multiple access
- TDMA time division multiple access
- OFDMA orthogonal frequency division multiple access
- SC-FDMA single carrier frequency division multiple access
- CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
- TDMA may be implemented with a radio technology such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE).
- GSM Global System for Mobile communications
- GPRS General Packet Radio Service
- EDGE Enhanced Data Rates for GSM Evolution
- OFDMA may be implemented with a radio technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA), and the like.
- UTRA is part of the Universal Mobile Telecommunications System (UMTS).
- 3GPP (3rd Generation Partnership Project) long term evolution (LTE) is a part of Evolved UMTS (E-UMTS) using E-UTRA
- LTE-A Advanced
- 3GPP NR New Radio or New Radio Access Technology
- 3GPP LTE/LTE-A is an evolved version of 3GPP LTE/LTE-A.
- next-generation communication As more and more communication devices require a larger communication capacity, the need for improved mobile broadband communication compared to the existing RAT (Radio Access Technology) is emerging.
- massive MTC Machine Type Communications
- massive MTC Machine Type Communications
- a communication system design in consideration of a service/terminal sensitive to reliability and latency is being discussed.
- the introduction of the next-generation RAT in consideration of eMBB (enhanced Mobile BroadBand Communication), massive MTC, and URLLC (Ultra-Reliable and Low Latency Communication) is being discussed, and in the present invention, for convenience, the technology is NR (New Radio or New RAT) it is called
- LTE refers to technology after 3GPP TS 36.xxx Release 8.
- LTE technology after 3GPP TS 36.xxx Release 10 is referred to as LTE-A
- LTE technology after 3GPP TS 36.xxx Release 13 is referred to as LTE-A pro
- 3GPP NR refers to technology after TS 38.xxx Release 15.
- LTE/NR may be referred to as a 3GPP system.
- "xxx" means standard document detail number.
- LTE/NR may be collectively referred to as a 3GPP system.
- UE User Equipment
- PDCP Packet Data Convergence Protocol
- RRC Radio Resource Control
- SDAP Service Data Adaptation Protocol
- 3GPP TS 24.502 Access to the 3GPP 5G Core Network (5GCN) via non-3GPP access networks
- Frequency Range 1 Refers to the frequency range below 6 GHz (eg, 450 MHz to 6000 MHz).
- Frequency Range 2 Refers to the millimeter wave (mmWave) region of 24GHz or higher (eg, 24250 MHz ⁇ 52600 MHz).
- SIB1 for NR devices RMSI (Remaining Minimum System Information). Information necessary for cell access of the NR terminal is broadcast.
- -CORESET#0 CORESET for Type0-PDCCH CSS set for NR devices (set in MIB)
- -Type0-PDCCH CSS set a search space set in which an NR UE monitors a set of PDCCH candidates for a DCI format with CRC scrambled by a SI-RNTI
- SIB1-R (additional) SIB1 for reduced capability NR devices. It may be limited to 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 an RedCap UE monitors a set of PDCCH candidates for a DCI format with CRC scrambled by a SI-RNTI
- SSB including RMSI scheduling information among NR SSBs
- Non-CD-SSB NR Sync. It refers to the SSB that is deployed in the raster, but does not include the RMSI scheduling information of the cell for measurement. However, it may contain information indicating the location of the cell defining SSB.
- camp on is the UE state in which the UE stays on a cell and is ready to initiate a potential dedicated service or to receive an ongoing broadcast service.
- the expression “setting” may be replaced with the expression “configure/configuration”, and both may be used interchangeably.
- conditional expressions for example, “if”, “in a case” or “when”, etc.) based on that ⁇ )” or “in a state/status”.
- the operation of the terminal/base station or SW/HW configuration according to the satisfaction of the corresponding condition may be inferred/understood.
- the process on the receiving (or transmitting) side can be inferred/understood from the process on the transmitting (or receiving) side in signal transmission/reception between wireless communication devices (e.g., base station, terminal), the description may be omitted.
- signal determination/generation/encoding/transmission of the transmitting side may be understood as signal monitoring reception/decoding/determination of the receiving side, and the like.
- the expression that the terminal performs (or does not perform) a specific operation may also be interpreted as operating with the base station expecting/assumes (or expecting/assumes not performing) the specific operation of the terminal.
- the expression that the base station performs (or does not perform) a specific operation may also be interpreted as that the terminal expects/assumes (or expects/assumes not) that the base station performs the specific operation and operates.
- the division and index of each section embodiment, example, option, method, method, suggestion, etc.
- a terminal receives information through a downlink (DL) from a base station, and the terminal transmits information through an uplink (UL) to the base station.
- 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 they transmit and receive.
- 1 is a diagram for explaining physical channels used in a 3GPP NR system and a general signal transmission method using them.
- the terminal receives a synchronization signal block (SSB) from the base station.
- the SSB includes a Primary Synchronization Signal (PSS), a Secondary Synchronization Signal (SSS), and a Physical Broadcast Channel (PBCH).
- PSS Primary Synchronization Signal
- SSS Secondary Synchronization Signal
- PBCH Physical Broadcast Channel
- the terminal synchronizes with the base station based on PSS/SSS and acquires information such as cell identity.
- the UE may acquire intra-cell broadcast information based on the PBCH.
- the terminal may receive a downlink reference signal (DL RS) in the initial cell search step to check the downlink channel state.
- DL RS downlink reference signal
- the SSB is configured in four consecutive OFDM symbols, and PSS, PBCH, SSS/PBCH or PBCH are transmitted for each OFDM symbol.
- PSS and SSS consist of 1 OFDM symbol and 127 subcarriers, respectively
- PBCH consists of 3 OFDM symbols and 576 subcarriers.
- the PBCH is encoded/decoded based on a polar code, and modulated/demodulated according to Quadrature Phase Shift Keying (QPSK).
- QPSK Quadrature Phase Shift Keying
- the PBCH in the OFDM symbol consists of data resource elements (REs) to which a complex modulation value of the PBCH is mapped, and DMRS REs to which a demodulation reference signal (DMRS) for the PBCH is mapped.
- DMRS demodulation reference signal
- PSS is used to detect a cell ID within a cell ID group
- SSS is used to detect a cell ID group
- PBCH is used for SSB (time) index detection and half-frame detection.
- the SSB is transmitted periodically according to the SSB period (periodicity).
- the SSB basic period assumed by the UE during initial cell discovery is defined as 20 ms.
- the SSB period may be set to one of ⁇ 5ms, 10ms, 20ms, 40ms, 80ms, 160ms ⁇ by the network (eg, BS).
- a set of SSB bursts is constructed at the beginning of the SSB period.
- the SSB burst set consists of a 5 ms time window (ie, half-frame), and the SSB can be transmitted up to L times within the SS burst set.
- the maximum number of transmissions L of the SSB may be given as follows according to the frequency band of the carrier. One slot includes up to two SSBs.
- the temporal position of the SSB candidate within the SS burst set may be defined according to the subcarrier interval.
- the temporal positions of SSB candidates are indexed from 0 to L-1 (SSB index) in temporal order within the SSB burst set (ie, half-frame).
- SSBs may be transmitted within a frequency span of a carrier wave. Physical layer cell identifiers of these SSBs need not be unique, and different SSBs may have different physical layer cell identifiers.
- the UE may acquire DL synchronization by detecting the SSB.
- the UE may identify the structure of the SSB burst set based on the detected SSB (time) index, and may detect the symbol/slot/half-frame boundary accordingly.
- the frame/half-frame number to which the detected SSB belongs may be identified using system frame number (SFN) information and half-frame indication information.
- SFN system frame number
- the UE may obtain a 10-bit SFN for a frame to which the PBCH belongs from the PBCH.
- the UE may obtain 1-bit half-frame indication information. For example, when the UE detects a PBCH in which the half-frame indication bit is set to 0, it may determine that the SSB to which the PBCH belongs belongs to the first half-frame in the frame, and the half-frame indication bit is 1 When the PBCH set to ' is detected, it can be determined that the SSB to which the PBCH belongs belongs to the second half-frame in the frame. Finally, the UE may obtain the SSB index of the SSB to which the PBCH belongs based on the DMRS sequence and the PBCH payload carried by the PBCH.
- the UE After completing the initial cell search, the UE receives a Physical Downlink Control Channel (PDCCH) and a Physical Downlink Control Channel (PDSCH) according to information on the physical downlink control channel in step S102 to receive more detailed information.
- PDCCH Physical Downlink Control Channel
- PDSCH Physical Downlink Control Channel
- the system information SI is divided into a master information block (MIB) and a plurality of system information blocks (SIB).
- SI System information
- SIB System information other than the MIB may be referred to as Remaining Minimum System Information (RMSI).
- RMSI Remaining Minimum System Information
- the - MIB includes information/parameters for monitoring of PDCCH scheduling PDSCH carrying SIB1 (SystemInformationBlock1) and is transmitted by BS through PBCH of SSB. For example, the UE may check whether a Control Resource Set (CORESET) for the Type0-PDCCH common search space exists based on the MIB.
- the Type0-PDCCH common search space is a type of PDCCH search space, and is used to transmit a PDCCH scheduling an SI message.
- the UE When the Type0-PDCCH common search space exists, the UE is based on information in the MIB (eg, pdcch-ConfigSIB1) (i) a plurality of contiguous resource blocks constituting the CORESET and one or more consecutive (consecutive) Symbols and (ii) a PDCCH opportunity (eg, a time domain location for PDCCH reception) may be determined.
- pdcch-ConfigSIB1 provides information about a frequency position in which SSB/SIB1 exists and a frequency range in which SSB/SIB1 does not exist.
- SIB1 includes information related to availability and scheduling (eg, transmission period, SI-window size) of the remaining SIBs (hereinafter, SIBx, where x is an integer greater than or equal to 2).
- SIB1 may indicate whether SIBx is periodically broadcast or provided at the request of the UE in an on-demand manner.
- 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.
- Each SI message is transmitted within a periodically occurring time window (ie, an SI-window).
- the terminal may perform a random access procedure such as steps S103 to S106 to complete access to the base station.
- the terminal transmits a preamble through a physical random access channel (PRACH) (S103), and a response message to the preamble through a physical downlink control channel and a corresponding physical downlink shared channel can be received (S104).
- PRACH physical random access channel
- S104 a response message to the preamble through a physical downlink control channel and a corresponding physical downlink shared channel can be received
- a contention resolution procedure such as transmission of an additional physical random access channel (S105) and reception of a physical downlink control channel and a corresponding physical downlink shared channel (S106) can be done.
- the UE After performing the procedure as described above, the UE performs a physical downlink control channel/physical downlink shared channel reception (S107) and a physical uplink shared channel (Physical Uplink Shared Channel, PUSCH)/ Physical uplink control channel (PUCCH) transmission (S108) may be performed.
- Control information transmitted by the terminal to the base station is collectively referred to as uplink control information (UCI).
- UCI includes HARQ ACK/NACK (Hybrid Automatic Repeat and reQuest Acknowledgment/Negative-ACK), SR (Scheduling Request), CSI (Channel State Information), and the like.
- the CSI includes a Channel Quality Indicator (CQI), a Precoding Matrix Indicator (PMI), and a Rank Indication (RI).
- CQI Channel Quality Indicator
- PMI Precoding Matrix Indicator
- RI Rank Indication
- UCI is generally transmitted through PUCCH, but may be transmitted through PUSCH when control information and traffic data are to be transmitted at the same time. In addition, the UCI may be transmitted aperiodically through the PUSCH according to a request/instruction of the network.
- uplink and downlink transmission consists of frames.
- Each radio frame has a length of 10 ms and is divided into two 5 ms half-frames (HF).
- Each half-frame is divided into 5 1ms subframes (Subframe, SF).
- a subframe is divided into one or more slots, and the number of slots in a subframe depends on subcarrier spacing (SCS).
- SCS subcarrier spacing
- Each slot includes 12 or 14 Orthogonal Frequency Division Multiplexing (OFDM) symbols according to a cyclic prefix (CP).
- OFDM Orthogonal Frequency Division Multiplexing
- CP cyclic prefix
- Table 1 exemplifies that the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to SCS when CP is usually used.
- Table 2 illustrates that when the extended CP is used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to SCS.
- the structure of the frame is merely an example, and the number of subframes, the number of slots, and the number of symbols in the frame may be variously changed.
- OFDM numerology may be set differently between a plurality of cells merged into one UE.
- an (absolute time) interval of a time resource eg, SF, slot, or TTI
- a time resource eg, SF, slot, or TTI
- the symbol may include an OFDM symbol (or a CP-OFDM symbol) and an SC-FDMA symbol (or a Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM symbol).
- a slot includes a plurality of symbols in the time domain. For example, in the case of a normal CP, one slot includes 14 symbols, but in the case of an extended CP, one slot includes 12 symbols.
- the 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 consecutive physical RBs (PRBs) in the frequency domain, and may correspond to one numerology (eg, SCS, CP length, etc.).
- a carrier may include a maximum of N (eg, 5) BWPs. Data communication is performed through the 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
- BWP bandwidth part
- One or more BWPs may be configured in one carrier.
- BWP is a subset of contiguous common resource blocks defined for numerology within the bandwidth part on the carrier, and one numerology (eg, subcarrier interval, CP length, slot / mini-slot duration) is can be set.
- Activation/deactivation of DL/UL BWP or BWP switching may be performed according to network signaling and/or timer (eg, L1 signaling that is a physical layer control signal, MAC control element that is a MAC layer control signal) CE), or by RRC signaling, etc.).
- timer eg, L1 signaling that is a physical layer control signal, MAC control element that is a MAC layer control signal
- RRC signaling e.g, RRC signaling, etc.
- FIG. 4 illustrates an example of a general random access procedure. Specifically, FIG. 4 illustrates a contention-based random access procedure including 4-Step of the UE.
- the UE may transmit message 1 (Msg1) including the random access preamble through the PRACH (eg, refer to 1701 of FIG. 4A ).
- Random access preamble sequences having different lengths may be supported.
- the long sequence length 839 applies for subcarrier spacings of 1.25 and 5 kHz, and the short sequence length 139 applies for subcarrier spacings of 15, 30, 60 and 120 kHz.
- a number of preamble formats are defined by one or more RACH OFDM symbols and a different cyclic prefix (and/or guard time).
- the RACH configuration for the cell is included in the system information of the cell and provided to the UE.
- the RACH Configuration includes information about the subcarrier interval of the PRACH, available preambles, preamble format, and the like.
- RACH Configuration includes association information between SSBs and RACH (time-frequency) resources. The UE transmits a random access preamble in the RACH time-frequency resource associated with the detected or selected SSB.
- the threshold value of the SSB for RACH resource association may be set by the network, and transmission or retransmission of the RACH preamble is performed based on the SSB in which the reference signal received power (RSRP) measured based on the SSB satisfies the threshold value.
- RSRP reference signal received power
- the UE may select one of SSB(s) satisfying a threshold, and transmit or retransmit the RACH preamble based on the RACH resource associated with the selected SSB.
- the base station When the base station receives the random access preamble from the terminal, the base station transmits message 2 (Msg2) corresponding to a random access response (RAR) to the terminal (eg, refer to 1703 of FIG. 4(a)).
- the PDCCH scheduling the PDSCH carrying the RAR is CRC-masked and transmitted with a random access-radio network temporary identifier (RA-RNTI).
- RA-RNTI random access-radio network temporary identifier
- the UE detecting the PDCCH masked with the RA-RNTI may receive the RAR from the PDSCH scheduled by the DCI carried by the PDCCH.
- the UE checks whether the random access response information for the preamble it has transmitted, that is, Msg1, is in the RAR.
- Whether or not random access information for Msg1 transmitted by itself exists may be determined by whether or not a random access preamble ID for the preamble transmitted by the corresponding terminal exists. If there is no response to Msg1, the UE may retransmit the RACH preamble within a predetermined number of times while performing power ramping. The UE calculates the PRACH transmission power for retransmission of the preamble based on the most recent path loss and power ramping counter.
- the random access response information transmitted on the PDSCH may include timing advance (TA) information for UL synchronization, an initial UL grant, and a temporary cell-RNTI (C-RNTI).
- the TA information is used to control the uplink signal transmission timing.
- the UE may transmit UL transmission on the uplink shared channel as Msg3 of the random access procedure based on the random access response information (eg, in FIG. 4(a) ). 1705).
- Msg3 may include an RRC connection request and a terminal identifier.
- the network may transmit Msg4, which may be treated as a contention resolution message on DL (eg, see 1707 in FIG. 4(a)). By receiving Msg4, the terminal can enter the RRC connected state.
- the contention-free random access procedure may be performed when the terminal is used in the process of handover to another cell or base station or requested by the command of the base station.
- a preamble to be used by the terminal (hereinafter, a dedicated random access preamble) is allocated by the base station.
- Information on the dedicated random access preamble may be included in an RRC message (eg, a handover command) or may be provided to the UE through a PDCCH order.
- the terminal transmits a dedicated random access preamble to the base station.
- the random access response from the base station the random access procedure is completed.
- the UL grant in the RAR schedules PUSCH transmission to the UE.
- the PUSCH carrying the initial UL transmission by the UL grant in the RAR is also referred to as Msg3 PUSCH.
- the content of the RAR UL grant starts at the MSB and ends at the LSB, and is given in Table 3.
- the PDCCH may be transmitted in the DL control region, and the PDSCH may be transmitted in the DL data region.
- the PUCCH may be transmitted in the UL control region, and the PUSCH may be transmitted in the UL data region.
- the GP provides a time gap between the base station and the terminal in the process of switching from the transmission mode to the reception mode or in the process of switching from the reception mode to the transmission mode. Some symbols at the time of switching from DL to UL in a subframe may be set to GP.
- the PDCCH carries Downlink Control Information (DCI).
- DCI Downlink Control Information
- DL-SCH downlink shared channel
- UL-SCH uplink shared channel
- PCH paging information for a paging channel
- It carries system information on the DL-SCH, resource allocation information for a higher layer control message such as a random access response transmitted on the PDSCH, a transmission power control command, activation/deactivation of CS (Configured Scheduling), and the like.
- DCI includes a cyclic redundancy check (CRC), and the CRC is masked/scrambled with various identifiers (eg, Radio Network Temporary Identifier, RNTI) according to the owner or use purpose of the PDCCH. For example, if the PDCCH is for a specific terminal, the CRC is masked with a terminal identifier (eg, Cell-RNTI, C-RNTI). If the PDCCH relates to paging, the CRC is masked with a Paging-RNTI (P-RNTI). If the PDCCH relates to system information (eg, System Information Block, SIB), the CRC is masked with a System Information RNTI (SI-RNTI). If the PDCCH is for a random access response, the CRC is masked with a random access-RNTI (RA-RNTI).
- CRC cyclic redundancy check
- RNTI Radio Network Temporary Identifier
- the PDCCH is composed of 1, 2, 4, 8, or 16 Control Channel Elements (CCEs) according to an Aggregation Level (AL).
- the CCE is a logical allocation unit used to provide a PDCCH of a predetermined code rate according to a radio channel state.
- CCE consists of 6 REGs (Resource Element Groups).
- REG is defined by one OFDM symbol and one (P)RB.
- the PDCCH is transmitted through a CORESET (Control Resource Set).
- CORESET is defined as a set of REGs with a given pneumatic (eg, SCS, CP length, etc.).
- a plurality of CORESETs for one UE may overlap in the time/frequency domain.
- CORESET may be set through system information (eg, Master Information Block, MIB) or UE-specific higher layer (eg, Radio Resource Control, RRC, layer) signaling. Specifically, the number of RBs and the number of OFDM symbols (maximum 3) constituting CORESET may be set by higher layer signaling.
- system information eg, Master Information Block, MIB
- UE-specific higher layer eg, Radio Resource Control, RRC, layer
- RRC Radio Resource Control
- the number of RBs and the number of OFDM symbols (maximum 3) constituting CORESET may be set by higher layer signaling.
- the UE monitors PDCCH candidates.
- the PDCCH candidate indicates CCE(s) that the UE needs to monitor for PDCCH detection.
- Each PDCCH candidate is defined as 1, 2, 4, 8, or 16 CCEs according to the AL.
- Monitoring includes (blind) decoding of PDCCH candidates.
- a set of PDCCH candidates monitored by the UE is defined as a PDCCH search space (SS).
- the search space includes a common search space (CSS) or a UE-specific search space (USS).
- the UE may acquire DCI by monitoring PDCCH candidates in one or more search spaces configured by MIB or higher layer signaling.
- Each CORESET is associated with one or more search spaces, and each search space is associated with one COREST.
- the search space may be defined based on the following parameters.
- controlResourceSetId indicates the CORESET associated with the search space
- monitoringSlotPeriodicityAndOffset Indicates the PDCCH monitoring period (slot unit) and PDCCH monitoring interval offset (slot unit)
- - monitoringSymbolsWithinSlot indicates the PDCCH monitoring symbol in the slot (eg indicates the first symbol(s) of CORESET)
- An opportunity (eg, time/frequency resource) to monitor PDCCH candidates is defined as a PDCCH (monitoring) opportunity.
- PDCCH (monitoring) opportunity One or more PDCCH (monitoring) opportunities may be configured within a slot.
- Table 4 exemplifies the characteristics of each search space type.
- Type Search Space RNTI Use Case Type0-PDCCH Common SI-RNTI on a primary cell SIB Decoding Type0A-PDCCH Common SI-RNTI on a primary cell SIB Decoding Type1-PDCCH Common RA-RNTI or TC-RNTI on a primary cell Msg2, Msg4 decoding in RACH Type2-PDCCH Common P-RNTI on a primary cell Paging Decoding Type3-PDCCH Common INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI(s) UE Specific C-RNTI, or MCS-C-RNTI, or CS-RNTI(s) User specific PDSCH decoding
- Table 5 illustrates DCI formats transmitted through the PDCCH.
- DCI format 0_0 is used to schedule a TB-based (or TB-level) PUSCH
- DCI format 0_1 is a TB-based (or TB-level) PUSCH or CBG (Code Block Group)-based (or CBG-level) PUSCH can be used to schedule DCI format 1_0 is used to schedule a TB-based (or TB-level) PDSCH
- DCI format 1_1 is used to schedule a TB-based (or TB-level) PDSCH or a CBG-based (or CBG-level) PDSCH.
- Can DL grant DCI).
- DCI format 0_0/0_1 may be referred to as UL grant DCI or UL scheduling information
- DCI format 1_0/1_1 may be referred to as DL grant DCI or UL scheduling information
- DCI format 2_0 is used to deliver dynamic slot format information (eg, dynamic SFI) to the terminal
- DCI format 2_1 is used to deliver downlink pre-emption information to the terminal.
- DCI format 2_0 and/or DCI format 2_1 may be delivered to terminals in a corresponding group through a group common PDCCH (Group common PDCCH), which is a PDCCH delivered to terminals defined as one group.
- Group common PDCCH Group common PDCCH
- DCI format 0_0 and DCI format 1_0 may be referred to as a fallback DCI format
- DCI format 0_1 and DCI format 1_1 may be referred to as a non-fallback DCI format.
- the DCI size/field configuration remains the same regardless of the UE configuration.
- the non-fallback DCI format the DCI size/field configuration varies according to UE configuration.
- PDSCH carries downlink data (eg, DL-SCH transport block, DL-SCH TB), and modulation methods such as Quadrature Phase Shift Keying (QPSK), 16 Quadrature Amplitude Modulation (QAM), 64 QAM, and 256 QAM are applied. do.
- QPSK Quadrature Phase Shift Keying
- QAM 16 Quadrature Amplitude Modulation
- a codeword is generated by encoding the TB.
- the PDSCH can carry up to two codewords. Scrambling and modulation mapping are performed for each codeword, and modulation symbols generated from each codeword may be mapped to one or more layers. Each layer is mapped to a resource together with a demodulation reference signal (DMRS), is generated as an OFDM symbol signal, and is transmitted through a corresponding antenna port.
- DMRS demodulation reference signal
- UCI Uplink Control Information
- - SR (Scheduling Request): Information used to request a UL-SCH resource.
- Hybrid Automatic Repeat reQuest-ACK (Acknowledgment): It is a response to a downlink data packet (eg, codeword) on the PDSCH. Indicates whether the downlink data packet has been successfully received. 1 bit of HARQ-ACK may be transmitted in response to a single codeword, and 2 bits of HARQ-ACK may be transmitted in response to two codewords.
- the HARQ-ACK response includes positive ACK (simply, ACK), negative ACK (NACK), DTX or NACK/DTX.
- HARQ-ACK is mixed with HARQ ACK/NACK and ACK/NACK.
- MIMO-related feedback information includes a Rank Indicator (RI) and a Precoding Matrix Indicator (PMI).
- RI Rank Indicator
- PMI Precoding Matrix Indicator
- PUSCH carries uplink data (eg, UL-SCH transport block, UL-SCH TB) and/or uplink control information (UCI), and CP-OFDM (Cyclic Prefix - Orthogonal Frequency Division Multiplexing) waveform or It is transmitted based on a Discrete Fourier Transform-spread-Orthogonal Frequency Division Multiplexing (DFT-s-OFDM) waveform.
- DFT-s-OFDM Discrete Fourier Transform-spread-Orthogonal Frequency Division Multiplexing
- the UE when transform precoding is not possible (eg, transform precoding is disabled), the UE transmits a PUSCH based on the CP-OFDM waveform, and when transform precoding is possible (eg, transform precoding is enabled), the UE transmits the CP- PUSCH may be transmitted based on an OFDM waveform or a DFT-s-OFDM waveform.
- PUSCH transmission is dynamically scheduled by a UL grant in DCI, or semi-static based on higher layer (eg, RRC) signaling (and/or Layer 1 (L1) signaling (eg, PDCCH)). It can be scheduled (configured grant).
- PUSCH transmission may be performed on a codebook-based or non-codebook-based basis.
- the terminal for this purpose is called (NR) reduced capability UE/device, or (NR) RedCap UE/device for short.
- NR normal UE/device
- the NR terminal may be a terminal equipped with all 5G key capabilities (peak data rate, user experienced data rate, latency, mobility, connection density, energy efficiency, spectrum efficiency, area traffic efficiency) defined in IMT-2020, and the RedCap terminal is It may be a terminal in which some capabilities are intentionally reduced to achieve device cost, power consumption, and small form factor.
- RedCap use cases 5G use case areas spanning mMTC and eMBB, or mMTC and URLLC, which are target use cases of the RedCap device, are referred to as RedCap use cases for convenience in the present invention.
- RedCap use cases may not be supported in terms of bit rate and latency by Low Power Wireless Area (LPWA) terminals (eg, LTE-M, NB-IoT, etc.), and NR terminals are functionally Support may be possible, but it may be inefficient in terms of terminal manufacturing cost, form factor, battery life, and the like. Supporting the above use case area as a RedCap terminal having characteristics such as low cost, low power, and small form factor in a 5G network can bring the effect of reducing terminal manufacturing and maintenance costs.
- LPWA Low Power Wireless Area
- RedCap use cases have significantly different requirements in terms of terminal complexity, target bit rate, latency, power consumption, etc.
- the requirements that the RedCap UE must satisfy are called RedCap requirements.
- RedCap requirements can be divided into generic requirements that are commonly applied to all RedCap use cases and use case specific requirements that are applied only to some use case(s).
- Table 6 illustrates schematic generic and use case specific requirements for three representative RedCap use cases.
- Complexity reduction may be related to Reduced number of UE RX/TX antennas, UE BW reduction, Half-Duplex-FDD, Relaxed UE processing time, and/or Relaxed UE processing capability.
- Power Saving may be related to Reduced PDCCH monitoring by smaller numbers of BDs and CCE limits, Extended DRX for RRC Inactive and/or Idle, and RRM relaxation for stationary devices.
- 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 be a terminal supporting all RedCap use cases.
- the RedCap use case requirements are quite diverse, it may be a case where a terminal type is defined and supported for each RedCap use case. Even in this case, generic requirements may all be satisfied in common.
- each device type defined for each use case is called RedCap device types.
- Case B includes a case where several use cases similar in terms of requirements are grouped and supported in the form of one terminal.
- Each of these RedCap Device Types may support a predefined part or a specific combination of RedCap UE features.
- RedCap use cases are supported by defining multiple RedCap Device Types in this way, there is an advantage that specific RedCap use case(s) can be supported through a more optimized RedCap terminal in terms of cost and power consumption.
- the IWS use case can be supported through a very small, inexpensive, and power efficient dedicated terminal.
- reduced capability may include the meaning of reduced/low complexity/cost, reduced BW, and the like.
- the RedCap terminal may have to report its device type information to the base station.
- the device type may be based on the following classification criteria.
- RedCap device types can be classified based on one of the main requirements.
- the main requirements that can be the basis of classification may be, for example, supported max data rate (peak bit rate), latency, mobility (stationary/fixed, portable, mobile, etc.) battery lifetime, complexity, coverage, etc.
- UE feature(s) (combinations) that must be supported mandatory or can selectively support for each classified RedCap device type may be defined in the spec.
- Classification criterion 2 It can be classified based on (combination of) UE feature(s) that must be supported or can be selectively supported.
- the UE feature(s) (combination) defined in advance in the spec for each RedCap device type is referred to as a feature set, and among them, a feature set that must be supported for each device type is a mandatory feature that defines the device type or device type. It can be referred to as a set.
- RedCap use cases may relate to terminal types supporting different feature sets.
- RedCap device type may be classified based on a combination of capability parameter(s).
- the capability parameters may be parameters that determine RedCap requirements.
- the capability parameters for determining the RedCap device type may be a bandwidth supported by the terminal, a modulation order, the number of MIMO layers, and the like, which determines a supported max data rate requirement supported by the terminal.
- the values of the parameters may be a list of actually supportable values or the maximum value among supported values.
- the combination of capability parameters that determine the RedCap device type may be referred to as a capability parameter set of the corresponding device type.
- the RedCap device type may be defined, for example, by dividing the capability parameter set value(s) in ascending order (or descending order) of the supported max data rate.
- the BW capability of the RedCap UE that is, the UE Maximum-BW, may be determined as the minimum bandwidth that satisfies the bit rate required by the target use case.
- the RedCap device type may be classified based on the UE bandwidth capability.
- the bandwidth capability for determining the RedCap device type may be, for example, a supported bandwidth (NRB), that is, (max) UE channel bandwidth or (max) UE transmission bandwidth indicated in RB units. Alternatively, it may be a minimum UE channel bandwidth or a minimum UE transmission bandwidth. More specifically, the following classification is possible.
- Classification method 4-3) Define one or more supportable bandwidths (set) for each device type, and set and use the actual data transmission/reception bandwidth within the corresponding bandwidth (set)
- Maximum-BW can be limited to a value smaller than the NR bandwidth (eg, 20MHz), and Minimum-BW is the SSB bandwidth (eg, 5MHz for 15kHz SSB) may be greater than or equal to
- Proposals related to a method of accessing an NR cell of a RedCap Device are disclosed.
- the base station may transmit an SSB to the terminal, and the terminal may receive the SSB from the base station (SH202).
- the UE may perform cell search, system information acquisition, beam alignment for initial access, and/or DL measurement through the SSB.
- the UE may acquire the MIB through the SSB (PBCH of).
- the SSB may be divided into an NR SSB and an SSB-R, and the UE and the base station may transmit/receive at least one of the NR SSB and/or the SSB-R.
- the SSB may be divided into a CD (cell defining)-SSB and a non-CD-SSB CD-SSB, and the UE and the base station transmit and receive at least one of the CD-SSB and/or the non-CD-SSB. can do.
- the base station may transmit SIB1 to the terminal based on the MIB, and the terminal may receive SIB1 from the base station based on the MIB (SH204).
- SIB1 may be transmitted/received based on SIB1-scheduling related information (e.g., CORESET0/CSS config. for PDCCH scheduling SIB1) included in the MIB.
- SIB1 may include information related to availability and scheduling of other SI messages (or SIBx, x>1).
- SIB1 may include NR SIB1 or SIB1-R.
- the base station transmits at least one SI message (or SIBx, x>1) to the terminal based on SIB1, and the terminal can receive at least one SI message (or SIBx, x>1) from the base station based on SIB1.
- SIBx SIBx, x>1
- SH206 There is (SH206).
- the cell connection proposed below may be applied to the SSB transmission/reception (SH202) and/or the SIB1 (SH204) transmission/reception process, but is not limited thereto.
- the RedCap terminal when an NR terminal and a RedCap terminal coexist in an NR network, the RedCap terminal can reuse the NR SSB without a separate/dedicated resource allocation for the RedCap terminal access. Reuse of the NR SSB by the RedCap UE is advantageous in terms of resource efficiency.
- the base station may indicate whether the cell supports RedCap in the following way.
- the base station uses at least a part (eg, Reserved or spare bit(s) of the PBCH payload (eg, MIB) generated in the higher layer, or the PBCH payload (additionally) generated in the physical layer (L1) It is possible to indicate whether the cell supports the RedCap terminal by using some bit(s) of bits (eg, an indication based on SH202 of FIG. 9 ).
- the base station may indicate whether the cell supports RedCap through system information (eg, at least one of SIB1(-R) and/or SIBX(-R) (X>1)) (eg, SH204 of FIG. 9 ) and/or instructions based on SH206).
- SIBs indicating whether to support RedCap may be common with the NR terminal or may be SIBs (e.g., SIB1-R/SIBx-R) for the RedCap terminal only (additionally/separately provided/configured/signaled).
- the base station may indicate whether the cell supports RedCap through DCI (e.g., through DCI scheduling SIB1(-R)) (e.g., FIG. 10 ).
- the base station indicates whether the cell supports RedCap by, for example, setting at least some (eg, Reserved states/bits) of DCI format 1_0 with CRC scrambled by SI-RNTI received through the Type0-PDCCH CSS set to a specific value. can do.
- additional information for a RedCap terminal may be included in DCI. As an example, if additional information for the RedCap terminal is included, it may be interpreted/understood that the RedCap terminal is supported.
- the corresponding DCI may include at least one of the following information. :
- Time domain resource assignment - 4 bits (e.g., as defined in Clause 5.1.2.1 of TS38.214)
- reserved bits are 15-bit or 17-bit for convenience, and using the reserved bits may mean using some or all of these bits.
- the use of Reserved states may mean that states are defined using all or some of the Reserved bits, and the terminal/base station transmits the corresponding information using these defined states.
- the first state eg, all zero
- the second state(s) eg, all non-zero
- SIB-R eg, SIB1-R/SIBx-R scheduling information for RedCap
- all or part of Reserved bits may be used for RedCap SIB-R scheduling information transmission.
- Fields for RedCap SIB-R scheduling information may be set the same/similar to all or part of fields for SIB1 scheduling information transmission in the above DCI example.
- RedCap terminals 15 bits (Shared Spectrum eg, non-licensed band) previously used as reserved bits in DCI are SIB-R FDRA (eg, FDRA)
- SIB-R FDRA eg, FDRA
- SIB-R TDRA eg, corresponds to Y bits in the TDRA field
- Reserved bits 15-XY bits.
- a Normal (eg, NR) terminal other than a RedCap terminal assumes/interprets/decodes a total of M bits as Reserved bits in DCI, whereas a RedCap terminal assumes/interprets a total of 'MXY' bits as Reserved bits in the same DCI. /can be decoded
- the SIB-R scheduling information for the RedCap UE may be configured with fewer bits than the SIB1 scheduling information for the normal UE.
- DCI eg, DCI format 1_0 with CRC scrambled by SI-RNTI
- Time domain resource assignment - 4 bits (e.g., as defined in Clause 5.1.2.1 of TS38.214)
- the Type0-PDCCH CSS set may be shared between the NR terminal and the RedCap terminal (e.g., CSS set config. the same or at least partially overlapping).
- DCI may be shared between the NR terminal and the RedCap terminal.
- SIB1 scheduling information and SIB1-R scheduling information may be simultaneously transmitted through the same DCI (eg, single DCI transmission) (eg, DCI (A15) in FIG. 10 is SIB1 (A20) and SIB1-R (A25) ) for both scheduling).
- the CSS set is shared between the NR terminal and the RedCap terminal, but the DCI may not be shared with each other (eg, DCI (A15) in FIG. 10 schedules only one of SIB1 (A20) or SIB1-R (A25)) .
- the SIB1-R scheduling information transmitted simultaneously with the SIB1 scheduling information may schedule SIB1-R transmitted additionally/related to/dependent on SIB1 transmission.
- SIB1 A20
- SIB1-R A25
- the RedCap terminal may need to receive SIB1 (A20) as well as SIB1-R (A25).
- the RedCap terminal may use the scheduling information of SIB1(A20) but may not actually receive SIB1(A20) (eg, applying an offset to the position of SIB1(A20)) receive SIB1-R(A25)).
- the SIB1-R scheduling information transmitted simultaneously with the SIB1 scheduling information may schedule an independent SIB1-R in which the RedCap UE can access the cell only by receiving SIB1-R without receiving SIB1.
- the SIB-R scheduling information may be full resource allocation information similar to/same as the FDRA field/TDRA field of DCI format 1_0 with CRC scrambled by SI-RNTI. Or (eg, not to exceed DCI Reserved bits, or not to occupy excessively, or to reduce DCI overhead), SIB-R scheduling information is FDRA field/TDRA field of DCI format 1_0 with CRC scrambled by SI-RNTI It may be partial information of or may be abbreviated information. For example, the partial or abbreviated information may be offset information based on SIB1 scheduling information.
- SIB1-R through a specific offset (eg, slot, symbol, RB(s), etc.) that is added/shifted from the start or end of the time/frequency resource of the PDSCH carrying SIB1 to the time and/or frequency axis.
- a time/frequency resource location (eg, start and/or end) of the carried PDSCH may be specified.
- the RedCap terminal may obtain/determine (additional) SIB1-R scheduling information by referring to the SIB1-scheduling information of DCI and the time and/or frequency offset values transmitted as reserved bits (some of them).
- RedCap terminals 15 bits (if not shared spectrum) that previously corresponded to Reserved bits in DCI is a frequency domain offset (eg, X1 bits) and/or time It can be assumed/interpreted/decoded as consisting of domain offset (eg, Y1 bits) and Reserved bits (15-X1-Y1 bits).
- X1 and Y1 are offset values, not full resource allocation, they may be smaller than X and Y, respectively.
- DCI e.g., DCI format 1_0 with CRC scrambled by SI-RNTI
- DCI format 1_0 with CRC scrambled by SI-RNTI may include at least some of the following information:
- Time domain resource assignment - 4 bits (e.g., as defined in Clause 5.1.2.1 of TS38.214)
- the RedCap terminal only includes the SIB1-R scheduling information of the RedCap terminal in the Reserved states/bits of DCI format 1_0 with CRC scrambled by SI-RNTI received through the Type0-PDCCH CSS set. access is allowed.
- SIB1 or SIB1-R may be replaced with SIB-R for SIB or RedCap.
- SIB may mean an SI message other than SIB1.
- the base station can indicate by DCI whether it is SIB1 or SIB through the System information indicator in the above DCI example.
- SIB1 or SIB scheduling information for RedCap can indicate that At this time, the RedCap terminal uses/combines the conventional System information indicator and 1 bit (eg, RedCap Indicator) added (in the Reserved field), and the corresponding DCI is scaled by SIB-R among SIB1, SIB, and SIB1-R. It can be identified/identified which one is.
- An example of a case in which the RedCap Indicator is added to the Reserved field may be as follows.
- Time domain resource assignment - 4 bits (e.g., as defined in Clause 5.1.2.1 of TS38.214)
- the base station may indicate whether the cell supports RedCap through CORESET#0 BW (Configuration) indicated by the PBCH.
- CORESET#0 BW may be configured through the pdcch-ConfigSIB1 field of the MIB.
- the base station implies that the cell does not support RedCap by, for example, setting CORESET #0 BW to a value exceeding the maximum BW supported by the RedCap terminal, or by setting it to a value smaller than the minimum BW supported by the RedCap terminal. It can be implicitly indicated.
- whether RedCap is supported may be indicated for each cell as exemplified or may be indicated for each base station/network.
- whether the RedCap service is supported or not indicates whether the RedCap service itself is supported (eg, whether all device types or use cases are supported) ), or indicating whether support is provided for each device type or use case.
- SIB1(-R) or SIB1(-R) which has a greater signaling capacity than PBCH, because states as many as the number of device types or use cases should be displayed when indicating whether support is provided for each device type or use case
- a method of indicating whether support is provided for each device type or each use case through the scheduling DCI (Reserved states of ) may be suitable.
- the RedCap terminal transmits the Sync. You can stop receiving SSB from Raster, and you can access a cell that supports RedCap by continuing cell search operation (e.g., try to receive SSB by moving Sync. Raster).
- the base station may support the access of the RedCap terminal by disposing a separate SSB at a time and/or frequency location different from the CD-SSB for the existing NR terminal.
- a separate SSB for RedCap terminal access which is distinguished from the CD-SSB, will be referred to as SSB-R for convenience.
- the SSB-R may have the same structure (PSS/SSS/PBCH) as the CD-SSB for conventional NR terminal access, and the relative position from the CD-SSB is predefined in the form of time and/or frequency offset. it could be This SSB-R may be used alone for RedCap terminal access, or may be used together with CD-SSB to transmit additional information (e.g., RedCap barring information, SIB1-R scheduling information, etc.) for RedCap UE access.
- additional information e.g., RedCap barring information, SIB1-R scheduling information, etc.
- the base station may transmit RedCap cell access information through the PBCH included in the SSB-R so that the RedCap terminal can perform cell access through the SSB-R.
- the PBCH included in the SSB-R is referred to as a PBCH-R for convenience.
- Information included in PBCH-R includes timing information (eg, SFN, half frame indication, SSB index), PRB grid information (eg, subcarrier spacing and SSB RE offset information compared to CRB grid), CORESET#0/Type0-PDCCH CSS It may be set/initial active DL BWP information and/or barring information.
- the barring information indicated by the PBCH-R may indicate whether the cell supports RedCap. As an example, a separate Sync distinguished from the NR terminal.
- Raster may be defined for the RedCap terminal. Separate Sync for RedCap terminals. Raster to RedCap Sync. It is called Raster. RedCap Sync. The reason for defining Raster is that the RedCap terminal uses Sync. This is to enable cell access by detecting SSB-R through Raster scan. RedCap Sync. Raster is NR Sync. It can be defined in the form of raster + frequency offset. The frequency offset value is determined from among values satisfying the condition that the probability that the NR terminal misdetects the SSB-R or the RedCap terminal misdetects the CD-SSB is less than or equal to a specific value. can
- a method for additionally configuring the SSB-R may be a method that is limitedly applied in an NR cell in which DL frequency resources have a certain amount of margin. If not applied restrictively, the probability that the NR terminal misdetects the SSB-R or the RedCap terminal misdetects the CD-SSB becomes more than a certain value, which negatively affects the power saving of the RedCap terminal or the NR terminal, the initial access time, etc. problems may arise. In order to solve this problem, it may be considered to use sequence(s) that are distinguished from the CD-SSB for the sequence(s) constituting the SSB-R for accessing the RedCap terminal. The distinguished sequence may be an orthogonal sequence or a time reversal or frequency reversal type sequence. In the case of PBCH, the probability of misdetection may be reduced by the DMRS sequence and/or the PBCH scrambling sequence.
- a separate CORESET #0 for the RedCap terminal that is, CORESET #0-R may be transmitted.
- the location of CORESET#0-R may be indicated through PBCH-R with a time and/or frequency offset from SSB-R.
- the time offset unit may be a symbol(s) unit or a slot unit
- the frequency offset unit may be an RE(s) or RB(s) unit, or a specific subcarrier spacing (SCS) value (eg, min SSB subcarrier spacing, 15kHz for FR1, 60kHz for FR2).
- SCS subcarrier spacing
- the base station can extend the signaling capacity in the PBCH phase for cell access of the RedCap terminal by additionally transmitting the SSB-R for the RedCap terminal in addition to the CD-SSB.
- the base station may additionally transmit cell access information of the RedCap terminal, such as CORESET#0-R scheduling information, by transmitting additional information for cell access of the RedCap terminal through the SSB-R (the PBCH-R constituting the SSB-R).
- the UE may need to acquire cell access information using both the CD-SSB and the SSB-R information.
- the RedCap terminal may acquire common cell access information with the NR terminal through the CD-SSB, and may acquire information for the RedCap terminal cell access through the SSB-R.
- RedCap terminals use NR Sync. If CD-SSB reception is attempted through the raster and reception is successful, SSB-R reception may be attempted at a location separated by a predefined time and/or frequency offset from the received CD-SSB location.
- the payload of the PBCH-R transmitted through the SSB-R may be newly defined or reinterpreted and used for purposes such as SIB1-R scheduling in order to support efficient cell access of the RedCap UE.
- the base station is a method of additionally transmitting the PBCH-R together with the CD-SSB for the RedCap terminal.
- Cell access information (part of) for the NR terminal transmitted through the PBCH included in the CD-SSB may be information commonly applied to the RedCap terminal, and information for cell access transmitted through the additionally transmitted PBCH-R may be additional information for cell access dedicated to the RedCap terminal.
- Common information may be, for example, timing information (eg, SFN, half frame indication, SSB index), PRB grid information (eg, SSB RE offset information compared to SCS and CRB grid, etc.), barring information, etc., and additional information is For example, it may be CORESET#0/Type0-PDCCH CSS set information for the RedCap terminal, barring information for each device type, and the like.
- timing information eg, SFN, half frame indication, SSB index
- PRB grid information eg, SSB RE offset information compared to SCS and CRB grid, etc.
- barring information etc.
- additional information is For example, it may be CORESET#0/Type0-PDCCH CSS set information for the RedCap terminal, barring information for each device type, and the like.
- the base station uses non-CD-SSB for measurement for NR terminal in NR Sync. It can be set in one of the rasters and allow the access of the RedCap terminal. In this case, information necessary for accessing the RedCap terminal may be transmitted using a part of the PBCH payload transmitted through the non-CD-SSB.
- SIB1-R scheduling information for the RedCap terminal may be transmitted using a field (RMSI-PDCCH-Config) for transmitting SIB1 scheduling information for the conventional NR terminal.
- the NR terminal may determine that the corresponding SSB does not include the SIB1 scheduling information and does not include information about the CD-SSB including the SIB1 scheduling information for the NR terminal. That is, the NR terminal operation may be defined as follows.
- Example 1 In the case of Example 1) above, by not providing CD-SSB information to an NR terminal attempting to access a non-CD-SSB, it may cause a delay in cell search time for a conventional NR terminal.
- the bit(s) not defined for use by the NR terminal in the case of non-CD-SSB )/field(s) (combination of) may be used to transmit cell access information of the RedCap terminal.
- the non-CD-SSB for the NR cell access of the RedCap terminal is a non-CD-SSB that does not have SIB1 scheduling information to the legacy NR terminal, and can be used for measurement, but includes SIB1-R scheduling information to the RedCap terminal. , it may be an SSB serving as a CD-SSB. In addition, the RedCap terminal may use the corresponding SSB for measurement purposes in the RRC_CONNECTED state.
- this method distributes the added traffic load while supporting RedCap terminals on the frequency axis to potentially support more RedCap terminal access, or by designating a dedicated BWP for RedCap terminals.
- a dedicated BWP for RedCap terminals By arranging the non-CD-SSB in the corresponding BWP, it can be used to efficiently support the implementation of the dedicated BWP optimized for the RedCap terminal.
- the operation optimized for the RedCap terminal for example, supports repetition for coverage recovery/enhancement, or in terms of beam management, the number of antennas of the RedCap terminal is smaller than that of the NR terminal. Considering the possible points, it may be a simplified operation such as not supporting beam sweeping or supporting a small number of beam sweepings.
- the PBCH-R may be transmitted in TDM with the CD-SSB or PBCH.
- the time offset value may be a value predefined in units of OFDM symbols or slots.
- the PBCH-R may be transmitted through FDM with the CD-SSB or PBCH.
- PBCH-R transmission may be transmitted by performing FDM in CD-SSB or PBCH transmission OFDM symbols.
- the PBCH is transmitted during the remaining three OFDM symbols excluding the first OFDM symbols among the four OFDM symbols constituting the CD-SSB.
- the PBCH-R transmission is, for example, all four OFDM symbols or the last three OFDM symbols. It may be transmitted through FDM with CD-SSB or PBCH over symbols.
- the X or Y may be a predefined value or information broadcast through the PBCH.
- the RedCap terminal For PBCH-R reception, the RedCap terminal needs to know exactly the frequency location as well as the time location. may be indicated.
- a PRB area composed of M1 pieces corresponding to PRB index ⁇ n1-1, n1-2, n, n1-M1 ⁇ ;
- the PBCH-R may be transmitted in a PRB region composed of M2 pieces corresponding to index ⁇ n1+1, n1+2, n1+M2 ⁇ .
- M1 and M2 are the number of RBs of PBCH-R transmitted around the PBCH, respectively, and when both M1 and M2 are not 0, the PBCH-R may be transmitted in a form surrounding the PBCH on the frequency axis.
- the PBCH-R transmission time/frequency domain resource may indicate a start and a length (by joint encoding) in the time/frequency domain.
- it may be a symbol or slot unit, and in the frequency domain, it may be an RE unit or an RB unit.
- the above method may be indexing except for the CD-SSB transmission region in the time/frequency domain in order to efficiently support the case where the PBCH-R is transmitted around the PBCH (in a wrapped form).
- the excluded CD-SSB transmission region may be a 20 RB region used for PBCH transmission.
- PBCH-R transmission is scheduled around the PBCH (in the form of wrapping) to additionally secure the PBCH-R transmission RE
- the remaining 8 RB regions except for the 12-RB region used for PSS transmission are used for PBCH-R transmission. Can be used.
- the Recap UE determines the location of the CORESET#0 BW starting point through PBCH reception, and thus the location of an RB that is not used for PBCH transmission within the CORESET#0 BW. have.
- the above method may be limitedly applied when RedCap Max BW is the same as CORESET #0 BW.
- RedCap Max BW is larger than CORESET#0 BW
- the above method is applied by limiting CORESET#0 BW to transmit PBCH-R It may be to use a method to indicate
- RedCap Max BW is smaller than CORESET #0 BW
- the UE cannot receive CORESET #0 BW, so the location of the PBCH-R may be defined in advance or a method of indicating the location in the PBCH may be used.
- Access Control Related Proposal #1 is a method of transmitting cell access information of a RedCap Device (type) as a PBCH payload (eg, SH202 in FIG. 9). This method transmits cell access control information at the earliest stage, and thus has the greatest gain in terms of power saving and cell access time reduction.
- a RedCap Device type
- PBCH payload eg, SH202 in FIG. 9
- Example 1-1 indicating whether the RedCap UE is supported or not described in the section “1. Cell Access of RedCap UE”.
- Cell access information of RedCap Device may be transmitted through CORESET#0 scheduling information transmitted as PBCH payload.
- the RedCap terminal may consider it to be barred from the corresponding cell.
- Examples 1-4 indicating whether RedCap UE is supported or not mentioned in the section “1. Cell Access of RedCap UE”.
- the above explicit and implicit indication methods can be used simultaneously or in combination. For example, when both explicit and implicit instructions are applied, if any one of them is barred, the RedCap Device (type) can be regarded as barred. This may mean that if an explicit instruction method can be applied, it will be given priority, and although RedCap Device (type) supports CORESET#0(-R) in terms of BW, the RedCap Device (type) is not supported for other reasons. case may be taken into account.
- the UE may attempt to receive SIB1(-R) through CORESET#0(-R) and continue to perform an operation for cell access.
- Access Control Related Proposal #1 has the advantage of obtaining cell access control information at the earliest stage from the UE's point of view, but may not be easily supported due to PBCH payload restrictions.
- CORESET#0(-R) information is set to BW that can be received by RedCap Device (type), and cell access control of RedCap Device (type) through SIB1(-R) (eg, SH204 in FIG. 9) information can be transmitted.
- Example 1-2 indicating whether RedCap UE is supported or not described in the section "1. Cell Access of RedCap UE”.
- SIB1(-R) Scheduling Cell access information transmission in DCI transmission step
- Cell access control information of RedCap Device may be transmitted as DCI content transmitted to CORESET#0(-R).
- the DCI format used at this time may be DCI format 1_0 with CRC scrambled by SI-RNTI, and Reserved bits of the corresponding DCI may be used.
- barring information of three RedCap Device Types may be transmitted through a 3-bit bitmap among available 15 bits.
- This method has advantages over "access control related proposal # 2" in terms of power saving and cell access time reduction because cell access control information can be obtained before SIB1(-R) transmission PDSCH reception, and "access control related proposal # Since it has an advantage in terms of signaling capacity compared to 1", it is a more suitable method for transmitting barring information for each RedCap device type or transmitting additional information (eg, frequency routing information, etc.) other than barring information.
- the terminal may assume that the cell access control information is automatically transmitted to "access control related proposal # 2", that is, to SIB1(-R).
- the operation of the RedCap Device (type) when it is barred may be to stop the access attempt of the corresponding cell and continue to perform the cell search operation by changing the frequency.
- additional information may be monitored and the subsequent operation may be determined.
- the additional information may be information such as intraFreqReselection exemplified above.
- the above "access control related proposal # 1/2/3" may be sequentially applied for multi-level cell barring.
- Restricting NR terminal access in RSA scenario may be useful in terms of power saving or shortening of access time from the NR terminal's point of view.
- NR terminal barring in RSA situation we propose NR terminal barring in RSA situation and the operation of RedCap terminal at this time.
- the method proposed in this section can be applied for traffic control of an NR terminal or a RedCap terminal or for maintenance of a base station even if it is not an RSA situation.
- the conventional NR terminal barring method may be applied. That is, the barring information (CellBarred, intraFreqReselection) of the MIB transmitted as a part of the PBCH payload can be used for the same purpose as in the prior art.
- the RedCap terminal may confirm that it is an RSA cell and perform the RSA operation.
- the RSA operation is a predefined operation to be performed in the RSA situation.
- the Reserved/spare bits of the PBCH payload/MIB are defined/(re)interpreted exclusively for the RedCap terminal, or the PBCH payload bits (of part) may be interpreted differently from the NR terminal (eg, SIB1/SIB1-R scheduling information, whether RedCap terminal is supported, RedCap terminal (type) barring information, etc.).
- the RedCap terminal When the NR terminal is barred, that is, when the cell Barred of the MIB is barred, the RedCap terminal obtains cell access control information (eg, barring information) through "access control related proposal # 2" and can determine whether access is possible. have.
- cell access control information eg, barring information
- RedCap terminal in the case of Barred may be the same as described in the section "2. Cell access control of RedCap Device (type)".
- the RedCap terminal When the NR terminal is barred, that is, when the cell Barred of the MIB is barred, the RedCap terminal obtains cell access control information (eg, barring information) through the "access control related proposal # 3" and determines whether access is possible. can do.
- cell access control information eg, barring information
- 11 shows an example of a signal transmission/reception method based on at least one of the above-mentioned proposals. 11 is one of examples to which the present invention is applicable, and the present invention is not limited to the example of FIG. 11 . Even if there is no explicit reference, the above content may be referred to for the illustration of FIG. 11 .
- the base station may transmit a physical broadcast channel (PBCH) signal through the first cell (B05).
- the UE may receive a PBCH (physical broadcast channel) signal of the first cell through cell discovery (B10).
- PBCH physical broadcast channel
- the base station may allow the access of the second type terminal with reduced capability to support a narrower bandwidth than the first type terminal on at least one cell.
- the terminal may be a second type terminal whose performance is reduced to support a narrower bandwidth than the first type terminal.
- the base station may transmit system information block 1 (SIB1)-scheduling information on a common search space (CSS) set related to the PBCH signal (B15).
- SIB1-scheduling information on the CSS set related to the PBCH signal.
- the UE may receive SIB1-scheduling information by performing PDCCH candidate monitoring (B25) on CORESET/CSS configured based on the PBCH.
- the base station may indicate whether the first cell permits the access of the second type terminal based on a reserved bit state not to be used by the first type terminal in the SIB1-scheduling information.
- the UE may determine whether to perform the remaining access procedure for the first cell based on the SIB1-scheduling information. In determining whether to perform the remaining access procedure for the first cell, the terminal is a bit reserved not to be used by the first type terminal in the SIB1-scheduling information based on the second state (state) As a type terminal, it may be determined whether access to the first cell is permitted (B30).
- the terminal may perform a residual access procedure for the first cell based on whether the reserved bit state corresponds to the first state, or may search for a second cell without performing the residual access procedure.
- the terminal determines that access to the first cell of the terminal is permitted as a second type terminal, and scheduling of SIB1 for the second type terminal from the reserved bit state information can be obtained.
- the UE may determine that the SIB1-scheduling information schedules both the first SIB1 related to the first type UE and the second SIB1 related only to the second type UE.
- the second SIB1 related only to the second type terminal may be received based on the SIB1-scheduling information.
- the terminal may determine the resource location of the second SBI1 based on the resource location of the first SIB1 related to the first type terminal.
- the UE may acquire an offset between the resource position of the first SIB1 and the resource position of the second SIB1 based on the reserved bit state.
- the SIB1-scheduling information may be downlink control information (DCI) received through a physical downlink control channel (PDCCH)-CSS set shared between the first type terminal and the second type terminal.
- DCI downlink control information
- PDCCH physical downlink control channel
- the UE may determine that the first cell allows the access of the second type UE based on that scheduling information of SIB1 for the second type UE is obtained from the reserved bit state.
- the communication system 1 applied to the present invention includes a wireless device, a base station, and a network.
- the wireless device means a device that performs communication using a wireless access technology (eg, 5G NR (New RAT), LTE (Long Term Evolution)), and may be referred to as a communication/wireless/5G device.
- a wireless access technology eg, 5G NR (New RAT), LTE (Long Term Evolution)
- the wireless device includes a robot 100a, a vehicle 100b-1, 100b-2, an eXtended Reality (XR) device 100c, a hand-held device 100d, and a home appliance 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400 .
- the vehicle may include a vehicle equipped with a wireless communication function, an autonomous driving vehicle, a vehicle capable of performing inter-vehicle communication, and the like.
- the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
- UAV Unmanned Aerial Vehicle
- XR devices include AR (Augmented Reality)/VR (Virtual Reality)/MR (Mixed Reality) devices, and include a Head-Mounted Device (HMD), a Head-Up Display (HUD) provided in a vehicle, a television, a smartphone, It may be implemented in the form of a computer, a wearable device, a home appliance, a digital signage, a vehicle, a robot, and the like.
- the mobile device may include a smart phone, a smart pad, a wearable device (eg, a smart watch, smart glasses), a computer (eg, a laptop computer), and the like.
- Home appliances may include a TV, a refrigerator, a washing machine, and the like.
- the IoT device may include a sensor, a smart meter, and the like.
- the base station and the network may be implemented as a wireless device, and a specific wireless device 200a may operate as a base station/network node to other wireless devices.
- the wireless devices 100a to 100f may be connected to the network 300 through the base station 200 .
- Artificial intelligence (AI) technology may be applied to the wireless devices 100a to 100f , and the wireless devices 100a to 100f may be connected to the AI server 400 through the network 300 .
- the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, or a 5G (eg, NR) network.
- the wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but may also communicate directly (e.g. sidelink communication) without passing through the base station/network.
- the vehicles 100b-1 and 100b-2 may perform direct communication (eg, Vehicle to Vehicle (V2V)/Vehicle to everything (V2X) communication).
- the IoT device eg, sensor
- the IoT device may directly communicate with other IoT devices (eg, sensor) or other wireless devices 100a to 100f.
- Wireless communication/connection 150a, 150b, and 150c may be performed between the wireless devices 100a to 100f/base station 200 and the base station 200/base station 200 .
- the wireless communication/connection includes uplink/downlink communication 150a and sidelink communication 150b (or D2D communication), and communication between base stations 150c (eg relay, IAB (Integrated Access Backhaul)).
- This can be done through technology (eg 5G NR)
- Wireless communication/connection 150a, 150b, 150c allows the wireless device and the base station/radio device, and the base station and the base station to transmit/receive radio signals to each other.
- the wireless communication/connection 150a, 150b, and 150c may transmit/receive signals through various physical channels
- various signal processing processes eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.
- resource allocation processes etc.
- FIG. 13 illustrates a wireless device applicable to the present invention.
- the first wireless device 100 and the second wireless device 200 may transmit and receive wireless signals through various wireless access technologies (eg, LTE, NR).
- ⁇ first wireless device 100, second wireless device 200 ⁇ is ⁇ wireless device 100x, base station 200 ⁇ of FIG. 12 and/or ⁇ wireless device 100x, wireless device 100x) ⁇ can be matched.
- the first wireless device 100 includes one or more processors 102 and one or more memories 104 , and may further include one or more transceivers 106 and/or one or more antennas 108 .
- the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
- the processor 102 may process the information in the memory 104 to generate the first information/signal, and then transmit a wireless signal including the first information/signal through the transceiver 106 .
- the processor 102 may receive the radio signal including the second information/signal through the transceiver 106 , and then store the information obtained from the signal processing of the second information/signal in the memory 104 .
- the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102 .
- the memory 104 may provide instructions for performing some or all of the processes controlled by the processor 102 , or for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein. may store software code including
- the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
- a wireless communication technology eg, LTE, NR
- the transceiver 106 may be coupled with 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.
- RF radio frequency
- a wireless device may refer to 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, proposals, methods, and/or operational flowcharts disclosed herein.
- the processor 202 may process the information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206 .
- the processor 202 may receive the radio signal including the fourth information/signal through the transceiver 206 , and then store information obtained from signal processing of the fourth information/signal in the memory 204 .
- the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202 .
- the memory 204 may provide instructions for performing some or all of the processes controlled by the processor 202 , or for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein. may store software code including
- the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
- 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 refer to 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).
- the one or more processors 102, 202 may be configured to process one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the description, function, procedure, proposal, method, and/or operational flowcharts disclosed herein.
- PDUs Protocol Data Units
- SDUs Service Data Units
- One or more processors 102 , 202 may generate messages, control information, data, or information according to the description, function, procedure, proposal, method, and/or flow charts disclosed herein.
- the one or more processors 102 and 202 generate a signal (eg, a baseband signal) including PDUs, SDUs, messages, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , to one or more transceivers 106 and 206 .
- the one or more processors 102 , 202 may receive signals (eg, baseband signals) from one or more transceivers 106 , 206 , and may be described, functions, procedures, proposals, methods, and/or flowcharts of operation disclosed herein.
- PDUs, SDUs, messages, control information, data, or information may be acquired according to the fields.
- 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
- firmware or software may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, and the like.
- the descriptions, functions, procedures, suggestions, methods, and/or flow charts disclosed in this document provide that firmware or software configured to perform is included in one or more processors 102 , 202 , or stored in one or more memories 104 , 204 . It may be driven by the above processors 102 and 202 .
- the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations disclosed herein may be implemented using firmware or software in the form of code, instructions, and/or sets of instructions.
- One or more memories 104 , 204 may be coupled to one or more processors 102 , 202 and may store various forms of data, signals, messages, information, programs, code, instructions, and/or instructions.
- the one or more memories 104 and 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 inside and/or external to one or more processors 102 , 202 .
- 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. referred to in the methods and/or operational flowcharts of this document to one or more other devices.
- One or more transceivers 106, 206 may receive user data, control information, radio signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods and/or flow charts, etc. disclosed herein, from one or more other devices. have.
- one or more transceivers 106 , 206 may be coupled to one or more processors 102 , 202 and may transmit and receive wireless signals.
- one or more processors 102 , 202 may control one or more transceivers 106 , 206 to transmit user data, control information, or wireless signals to one or more other devices.
- one or more processors 102 , 202 may control one or more transceivers 106 , 206 to receive user data, control information, or wireless signals from one or more other devices.
- one or more transceivers 106, 206 may be coupled with one or more antennas 108, 208, and the one or more transceivers 106, 206 may be coupled via one or more antennas 108, 208 to the descriptions, functions, and functions disclosed herein. , may 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).
- the one or more transceivers 106, 206 convert the received radio signal/channel, etc. from the RF band signal to process the received user data, control information, radio signal/channel, etc. using the 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, radio signals/channels, etc. processed using one or more processors 102 and 202 from baseband signals to RF band signals.
- one or more transceivers 106 , 206 may include (analog) oscillators and/or filters.
- DRX discontinuous reception
- the UE may perform the DRX operation while performing the procedures and/or methods described/proposed above.
- the DRX configured UE may reduce power consumption by discontinuously receiving the DL signal.
- DRX may be performed in RRC (Radio Resource Control)_IDLE state, RRC_INACTIVE state, and RRC_CONNECTED state.
- RRC_IDLE state and RRC_INACTIVE state DRX is used to receive paging signal discontinuously.
- RRC_CONNECTED DRX DRX performed in the RRC_CONNECTED state will be described (RRC_CONNECTED DRX).
- the DRX cycle consists of On Duration and Opportunity for DRX.
- the DRX cycle defines a time interval in which On Duration is periodically repeated.
- On Duration indicates a time period that the UE monitors to receive the PDCCH.
- the UE performs PDCCH monitoring during On Duration. If there is a PDCCH successfully detected during PDCCH monitoring, the UE operates an inactivity timer and maintains an awake state. On the other hand, if there is no PDCCH successfully detected during PDCCH monitoring, the UE enters a sleep state after On Duration ends. Accordingly, when DRX is configured, PDCCH monitoring/reception may be discontinuously performed in the time domain in performing the procedures and/or methods described/proposed above.
- a PDCCH reception opportunity (eg, a slot having a PDCCH search space) may be configured discontinuously according to the DRX configuration.
- PDCCH monitoring/reception may be continuously performed in the time domain in performing the procedures and/or methods described/proposed above.
- PDCCH reception opportunities eg, a slot having a PDCCH search space
- PDCCH monitoring may be limited in a time interval configured as a measurement gap.
- the present invention can be used in a terminal, a base station, or other equipment of a wireless mobile communication system.
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
본 발명의 일 실시예에 따라 초기 셀 접속을 수행하는 단말은, 셀 탐색을 통해 제1 셀의 PBCH 신호를 수신하고, 상기 PBCH 신호와 관련된 CSS 세트 상에서 SIB1-스케줄링 정보를 수신하고, 상기 SIB1-스케줄링 정보에 기초하여 상기 제1 셀에 대한 잔여 접속 절차를 수행할 것인지 여부를 판단하되, 상기 단말은, 제1 타입 단말보다 좁은 대역폭을 지원하도록 성능(capability)이 저감된(reduced) 제2 타입 단말로써, 상기 단말은 상기 SIB1-스케줄링 정보 내에서 상기 제1 타입 단말에 의해 사용되지 않도록 유보된 (reserved) 비트 상태(state)에 기초하여 상기 제2 타입 단말로써 상기 제1 셀에 접속이 허용되는지 여부를 판단할 수 있다.
Description
본 발명은 무선 통신에 관한 것으로, 보다 상세하게는 무선 통신 시스템에서 셀 접속을 위한 방법과 장치에 관한 것이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템 등이 있다.
본 발명이 이루고자 하는 기술적 과제는 보다 효율적인 셀 접속 방법 및 이를 위한 장치를 제공하는데 있다.
본 발명은 상술된 기술적 과제에 한정되지 않으며 상세한 설명으로부터 다른 기술적 과제들이 유추될 수 있다.
본 발명의 일 측면에 따라서 3GPP (3rd generation partnership project)-기반의 무선통신시스템에서 단말이 초기 셀 접속(initial cell access)을 수행하는 방법은, 셀 탐색을 통해 제1 셀의 PBCH (physical broadcast channel) 신호를 수신; 상기 PBCH 신호와 관련된 CSS(common search space) 세트 상에서 SIB1(system information block 1)-스케줄링 정보를 수신; 및 상기 SIB1-스케줄링 정보에 기초하여 상기 제1 셀에 대한 잔여 접속 절차를 수행할 것인지 여부를 판단하는 것을 포함할 수 있다. 상기 단말은, 제1 타입 단말보다 좁은 대역폭을 지원하도록 성능(capability)이 저감된(reduced) 제2 타입 단말일 수 있다. 상기 제1 셀에 대한 잔여 접속 절차를 수행할 것인지 여부를 판단함에 있어서, 상기 단말은 상기 SIB1-스케줄링 정보 내에서 상기 제1 타입 단말에 의해 사용되지 않도록 유보된 (reserved) 비트 상태(state)에 기초하여 상기 제2 타입 단말로써 상기 제1 셀에 접속이 허용되는지 여부를 판단할 수 있다.
상기 단말은 상기 유보된 비트 상태가 제1 상태에 해당하는지 여부에 기초하여 상기 제1 셀에 대한 상기 잔여 접속 절차를 수행하거나, 또는 상기 잔여 접속 절차의 수행 없이 제2 셀을 탐색할 수 있다.
상기 유보된 비트 상태가 제1 상태에 해당하는지 않는다는 것에 기초하여, 상기 단말은 상기 제2 타입 단말로써 상기 단말의 상기 제1 셀에 접속이 허용된다고 판단하고, 상기 유보된 비트 상태로부터 상기 제2 타입 단말을 위한 SIB1의 스케줄링 정보를 획득할 수 있다.
상기 유보된 비트 상태가 제1 상태에 해당하는지 않는다는 것에 기초하여, 상기 단말은 상기 SIB1-스케줄링 정보가 상기 제1 타입 단말와 관련한 제1 SIB1과 상기 제2 타입 단말에만 관련한 제2 SIB1를 모두 스케줄 한다고 판단할 수 있다.
상기 단말이 상기 제2 타입 단말로써 상기 제1 셀에 접속이 허용된다는 판단 하에, 상기 제2 타입 단말에만 관련한 제2 SIB1을 상기 SIB1-스케줄링 정보에 기초하여 수신할 수 있다. 상기 단말은 상기 제1 타입 단말과 관련한 제1 SIB1의 자원 위치에 기초하여 상기 제2 SBI1의 자원 위치를 파악할 수 있다.
상기 단말은 상기 유보된 비트 상태에 기초하여 상기 제1 SIB1의 자원 위치와 상기 제2 SIB1 자원 위치 간의 오프셋을 획득할 수 있다.
상기 SIB1-스케줄링 정보는 상기 제1 타입 단말과 상기 제2 타입 단말 간에 공유되는 PDCCH (physical downlink control channel)-CSS 세트를 통해서 수신된 DCI(downlink control information)일 수 있다.
상기 단말은 유보된 비트 상태로부터 상기 제2 타입 단말을 위한 SIB1의 스케줄링 정보가 획득되었다는 것에 기초하여 상기 제1 셀이 상기 제2 타입 단말의 접속이 허용한다고 판단할 수 있다.
본 발명의 일 측면에 따라서 상술된 방법을 수행하기 위한 프로그램을 기록한 프로세서로 읽을 수 있는 기록매체가 제공될 수 있다.
본 발명의 일 측면에 따라서 3GPP (3rd generation partnership project)-기반의 무선 통신을 위한 디바이스는, 명령어들을 기록한 메모리; 및 상기 명령어들을 실행함으로써, 셀 탐색을 통해 제1 셀의 PBCH (physical broadcast channel) 신호를 수신; 상기 PBCH 신호와 관련된 CSS(common search space) 세트 상에서 상에서 SIB1(system information block 1)-스케줄링 정보를 수신; 및 상기 SIB1-스케줄링 정보에 기초하여 상기 제1 셀에 대한 잔여 접속 절차를 수행할 것인지 여부를 판단하는 프로세서를 포함할 수 있다. 상기 단말은, 제1 타입 디바이스보다 좁은 대역폭을 지원하도록 성능(capability)이 저감된(reduced) 제2 타입 디바이스일 수 있다. 상기 제1 셀에 대한 잔여 접속 절차를 수행할 것인지 여부를 판단함에 있어서, 상기 프로세서는, 상기 SIB1-스케줄링 정보 내에서 상기 제1 타입 디바이스에 의해 사용되지 않도록 유보된 (reserved) 비트 상태(state)에 기초하여 상기 제2 타입 디바이스로써 상기 제1 셀에 접속이 허용되는지 여부를 판단할 수 있다.
상기 디바이스는 상기 프로세서의 제어에 따라서 무선 신호를 송수신하는 송수신기를 더 포함할 수 있다. 상기 디바이스는, 상기 3GPP-기반의 무선 통신을 위한 사용자 장치(UE)일 수 있다.
상기 디바이스는, ASIC (Application Specific Integrated Circuit) 또는 디지털 신호 처리 디바이스일 수 있다.
본 발명의 일 측면에 따라서 3GPP (3rd generation partnership project)-기반의 무선통신시스템에서 기지국이 신호를 송신하는 방법은, 제1 셀을 통해 PBCH (physical broadcast channel) 신호를 송신; 및 상기 PBCH 신호와 관련된 CSS(common search space) 세트 상에서 SIB1(system information block 1)-스케줄링 정보를 송신하는 것을 포함할 수 있다. 상기 기지국은, 제1 타입 단말보다 좁은 대역폭을 지원하도록 성능(capability)이 저감된(reduced) 제2 타입 단말의 접속을 적어도 하나의 셀 상에서 허용할 수 있다. 상기 기지국은 상기 SIB1-스케줄링 정보 내에서 상기 제1 타입 단말에 의해 사용되지 않도록 유보된 (reserved) 비트 상태(state)에 기초하여 상기 제1 셀이 상기 제2 타입 단말의 접속을 허용하는지 여부를 나타낼 수 있다.
본 발명의 일 측면에 따라서 3GPP (3rd generation partnership project)-기반의 무선 통신을 위한 기지국은 명령어들을 기록한 메모리; 및 상기 명령어들을 실행함으로써, 제1 셀을 통해 PBCH (physical broadcast channel) 신호를 송신; 및 상기 PBCH 신호와 관련된 CSS(common search space) 세트 상에서 SIB1(system information block 1)-스케줄링 정보를 송신하는 프로세서를 포함할 수 있다. 상기 프로세서는, 제1 타입 단말보다 좁은 대역폭을 지원하도록 성능(capability)이 저감된(reduced) 제2 타입 단말의 접속을 적어도 하나의 셀 상에서 허용할 수 있다. 상기 프로세서는 상기 SIB1-스케줄링 정보 내에서 상기 제1 타입 단말에 의해 사용되지 않도록 유보된 (reserved) 비트 상태(state)에 기초하여 상기 제1 셀이 상기 제2 타입 단말의 접속을 허용하는지 여부를 나타낼 수 있다.
본 발명의 일 실시예에 따르면 지원 가능한 최대 대역폭에 대한 성능이 저감된 단말의 초기 셀 접속이 효율적으로 수행될 수 있다.
본 발명은 상술된 기술적 효과에 한정되지 않으며 상세한 설명으로부터 다른 기술적 효과들이 유추될 수 있다.
도 1은 무선 통신 시스템의 일례인 3GPP 시스템에 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 전송 방법을 예시한다.
도 2는 무선 프레임(radio frame)의 구조를 예시한다.
도 3은 슬롯의 자원 그리드(resource grid)를 예시한다.
도 4는 랜덤 엑세스 절차를 예시한다.
도 5는 물리 채널 매핑 예를 도시한다.
도 6은 ACK/NACK 전송 과정을 예시한다.
도 7은 PUSCH(Physical Uplink Shared Channel) 전송 과정을 예시한다.
도 8은 제어 정보를 PUSCH에 다중화하는 예를 나타낸다.
도 9는 본 발명의 일 실시예에 따른 초기 셀 접속 예를 도시한다.
도 10은 본 발명의 일 실시예에 따른 초기 셀 접속에서의 시스템 정보 수신을 설명하기 위한 도면이다.
도 11은 본 발명의 일 실시예에 따른 신호 송수신 방법의 일 예를 도시한다
도 12 및 도 13은 본 발명에 적용되는 통신 시스템(1)과 무선 기기를 예시한다.
도 14는 본 발명에 적용 가능한 DRX(Discontinuous Reception) 동작을 예시한다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(long term evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A의 진화된 버전이다.
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 RAT(Radio Access Technology)에 비해 향상된 모바일 브로드밴드 통신에 대한 필요성이 대두되고 있다. 또한, 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 massive MTC(Machine Type Communications)도 차세대 통신에서 고려될 주요 이슈 중 하나이다. 또한, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 eMBB(enhanced Mobile BroadBand Communication), massive MTC, URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 RAT의 도입이 논의되고 있으며, 본 발명에서는 편의상 해당 기술을 NR(New Radio 또는 New RAT)이라고 부른다.
설명을 명확하게 하기 위해, 3GPP NR을 위주로 기술하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다. LTE는 3GPP TS 36.xxx Release 8 이후의 기술을 의미한다. 세부적으로, 3GPP TS 36.xxx Release 10 이후의 LTE 기술은 LTE-A로 지칭되고, 3GPP TS 36.xxx Release 13 이후의 LTE 기술은 LTE-A pro로 지칭된다. 3GPP NR은 TS 38.xxx Release 15 이후의 기술을 의미한다. LTE/NR은 3GPP 시스템으로 지칭될 수 있다. "xxx"는 표준 문서 세부 번호를 의미한다. LTE/NR은 3GPP 시스템으로 통칭될 수 있다.
본 명세에서 사용된 배경기술, 용어, 약어 등에 관해서는 본 발명 이전에 공개된 표준 문서에 기재된 사항을 참조할 수 있다. 예를 들어, 다음 문서를 참조할 수 있다.
3GPP NR
- 3GPP TS 38.211: Physical channels and modulation
- 3GPP TS 38.212: Multiplexing and channel coding
- 3GPP TS 38.213: Physical layer procedures for control
- 3GPP TS 38.214: Physical layer procedures for data
- 3GPP TS 38.215: Physical layer measurements
- 3GPP TS 38.300: NR and NG-RAN Overall Description
- 3GPP TS 38.304: User Equipment (UE) procedures in idle mode and in RRC inactive state
- 3GPP TS 38.321: Medium Access Control (MAC) protocol
- 3GPP TS 38.322: Radio Link Control (RLC) protocol
- 3GPP TS 38.323: Packet Data Convergence Protocol (PDCP)
- 3GPP TS 38.331: Radio Resource Control (RRC) protocol
- 3GPP TS 37.324: Service Data Adaptation Protocol (SDAP)
- 3GPP TS 37.340: Multi-connectivity; Overall description
- 3GPP TS 23.287: Application layer support for V2X services; Functional architecture and information flows
- 3GPP TS 23.501: System Architecture for the 5G System
- 3GPP TS 23.502: Procedures for the 5G System
- 3GPP TS 23.503: Policy and Charging Control Framework for the 5G System; Stage 2
- 3GPP TS 24.501: Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3
- 3GPP TS 24.502: Access to the 3GPP 5G Core Network (5GCN) via non-3GPP access networks
- 3GPP TS 24.526: User Equipment (UE) policies for 5G System (5GS); Stage 3
본 명세서에서 사용되는 기술적 용어
-FR1: Frequency Range 1. 6GHz 이하(예, 450 MHz ~ 6000 MHz)의 주파수 영역을 지칭.
-FR2: Frequency Range 2. 24GHz 이상의 millimeter wave (mmWave) 영역(예, 24250 MHz ~ 52600 MHz)을 지칭.
-RNTI: Radio Network Temporary Identifier
-SIB: System Information Block
-SIB1: SIB1 for NR devices = RMSI (Remaining Minimum System Information). NR 단말의 셀 접속에 필요한 정보 등을 broadcast함.
-CORESET (COntrol REsource SET): NR 단말이 candidate PDCCH decoding을 시도하는 time/frequency resource
-CORESET#0: CORESET for Type0-PDCCH CSS set for NR devices (MIB에서 설정됨)
-Type0-PDCCH CSS set: a search space set in which an NR UE monitors a set of PDCCH candidates for a DCI format with CRC scrambled by a SI-RNTI
-MO: PDCCH Monitoring Occasion for Type0-PDCCH CSS set
-SIB1-R: (additional) SIB1 for reduced capability NR devices. SIB1과 별도의 TB로 생성되어 별도의 PDSCH로 전송되는 경우에 한정될 수 있음.
-CORESET#0-R: CORESET#0 for reduced capability NR devices
-Type0-PDCCH-R CSS set: a search space set in which an RedCap UE monitors a set of PDCCH candidates for a DCI format with CRC scrambled by a SI-RNTI
-MO-R: PDCCH Monitoring Occasion for Type0-PDCCH CSS set
-Cell defining SSB (CD-SSB): NR SSB 중 RMSI scheduling 정보를 포함하는 SSB
-Non-cell defining SSB (non-CD-SSB): NR Sync. Raster에 배치 되었으나, 측정 용으로 해당 cell의 RMSI scheduling 정보를 포함하지 않는 SSB를 말함. 하지만, cell defining SSB의 위치를 알려주는 정보를 포함할 수 있음
-SCS: subcarrier spacing
-SI-RNTI: System Information Radio-Network Temporary Identifier
-Camp on: “Camp on” is the UE state in which the UE stays on a cell and is ready to initiate a potential dedicated service or to receive an ongoing broadcast service.
-TB: Transport Block
-RSA (RedCap standalone): RedCap device 또는 service만 지원하는 cell
본 명세서에서 "설정"의 표현은 "구성(configure/configuration)"의 표현으로 대체될 수 있으며, 양자는 혼용될 수 있다. 또한 조건적 표현(예를 들어, "~~이면(if)", "~~ 일 경우(in a case)" 또는 "~~일 때(when)" 등)은 "~~인 것에 기초하여(based on that ~~)" 또는 "~~인 상태에서(in a state/status)"의 표현으로 대체될 수 있다. 또한, 해당 조건의 충족에 따른 단말/기지국의 동작 또는 SW/HW 구성이 유추/이해될 수 있다. 또한, 무선 통신 장치들 (e.g., 기지국, 단말) 간의 신호 송수신에서 송신 (또는 수신) 측의 프로세스로부터 수신 (또는 송신) 측의 프로세스가 유추/이해될 수 있다면 그 설명이 생략될 수 있다. 예를 들어, 송신 측의 신호 결정/생성/인코딩/송신 등은 수신측의 신호 모니터링 수신/디코딩/결정 등으로 이해될 수 있다. 또한, 단말이 특정 동작을 수행한다(또는 수행하지 않는다)는 표현은, 기지국이 단말의 특정 동작 수행을 기대/가정(또는 수행하지 않는다고 기대/가정)하고 동작한다는 것으로도 해석될 수 있다. 기지국이 특정 동작을 수행한다(또는 수행하지 않는다)는 표현은, 단말이 기지국의 특정 동작 수행을 기대/가정(또는 수행하지 않는다고 기대/가정)하고 동작한다는 것으로도 해석될 수 있다. 또한, 후술하는 설명에서 각 섹션, 실시예, 예시, 옵션, 방법, 방안, 제안 등의 구분과 인덱스는 설명의 편의를 위한 것이지 각각이 반드시 독립된 발명을 구성한다는 것을 의미하거나, 각각이 반드시 개별적으로만 실시되어야 한다는 것을 의미하는 의도로 해석되지 않아야 한다. 또한, 각 섹션, 실시예, 예시, 옵션, 방법, 방안, 제안 등을 설명함에 있어서 명시적으로 충돌/반대되는 기술이 없다면 이들의 적어도 일부 조합하여 함께 실시될 수도 있고, 적어도 일부가 생략된 채로 실시될 수도 있는 것으로 유추/해석될 수 있다.
무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink, DL)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink, UL)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
도 1은 3GPP NR 시스템에 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 전송 방법을 설명하기 위한 도면이다.
전원이 꺼진 상태에서 다시 전원이 켜지거나, 새로이 셀에 진입한 단말은 단계 S101에서 기지국과 동기를 맞추는 등의 초기 셀 탐색(Initial cell search) 작업을 수행한다. 이를 위해 단말은 기지국으로부터 SSB(Synchronization Signal Block)를 수신한다. SSB는 PSS(Primary Synchronization Signal), SSS(Secondary Synchronization Signal) 및 PBCH(Physical Broadcast Channel)를 포함한다. 단말은 PSS/SSS에 기반하여 기지국과 동기를 맞추고, 셀 ID(cell identity) 등의 정보를 획득한다. 또한, 단말은 PBCH에 기반하여 셀 내 방송 정보를 획득할 수 있다. 한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호(Downlink Reference Signal, DL RS)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
SSB는 4개의 연속된 OFDM 심볼들에 구성되며, OFDM 심볼별로 PSS, PBCH, SSS/PBCH 또는 PBCH가 전송된다. PSS와 SSS는 각각 1개의 OFDM 심볼과 127개의 부반송파들로 구성되고, PBCH는 3개의 OFDM 심볼과 576개의 부반송파들로 구성된다. PBCH에는 폴라(Polar) 코드를 기반으로 인코딩/디코딩되고, QPSK(Quadrature Phase Shift Keying)에 따라 변조(modulation)/복조(demodulation)된다. OFDM 심볼 내 PBCH는 PBCH의 복소 변조 값이 매핑되는 데이터 자원 요소(resource element, RE)들과 상기 PBCH를 위한 복조 참조 신호(demodulation reference signal, DMRS)가 매핑되는 DMRS RE들로 구성된다. OFDM 심볼의 자원 블록별로 3개의 DMRS RE가 존재하며, DMRS RE 사이에는 3개의 데이터 RE가 존재한다.
PSS는 셀 ID 그룹 내에서 셀 ID를 검출하는데 사용되고, SSS는 셀 ID 그룹을 검출하는데 사용된다. PBCH는 SSB (시간) 인덱스 검출 및 하프-프레임 검출에 사용된다. 336개의 셀 ID 그룹이 존재하고, 셀 ID 그룹 별로 3개의 셀 ID가 존재한다. 총 1008개의 셀 ID가 존재한다.
SSB는 SSB 주기(periodicity)에 맞춰 주기적으로 전송된다. 초기 셀 탐색 시에 UE가 가정하는 SSB 기본 주기는 20ms로 정의된다. 셀 접속 후, SSB 주기는 네트워크(예, BS)에 의해 {5ms, 10ms, 20ms, 40ms, 80ms, 160ms} 중 하나로 설정될 수 있다. SSB 주기의 시작 부분에 SSB 버스트(burst) 세트가 구성된다. SSB 버스트 세트는 5ms 시간 윈도우(즉, 하프-프레임)로 구성되며, SSB는 SS 버스트 세트 내에서 최대 L번 전송될 수 있다. SSB의 최대 전송 횟수 L은 반송파의 주파수 대역에 따라 다음과 같이 주어질 수 있다. 하나의 슬롯은 최대 2개의 SSB를 포함한다.
- For frequency range up to 3 GHz, L = 4
- For frequency range from 3GHz to 6 GHz, L = 8
- For frequency range from 6 GHz to 52.6 GHz, L = 64
SS 버스트 세트 내에서 SSB 후보의 시간 위치가 부반송파 간격에 따라 정의될 수 있다. SSB 후보의 시간 위치는 SSB 버스트 세트(즉, 하프-프레임) 내에서 시간 순서에 따라 0 ~ L-1로 인덱싱된다(SSB 인덱스).
반송파의 주파수 폭(span) 내에서 다수의 SSB들이 전송될 있다. 이러한 SSB들의 물리 계층 셀 식별자들은 고유(unique)할 필요는 없으며, 다른 SSB들은 다른 물리 계층 셀 식별자를 가질 수 있다.
UE는 SSB를 검출함으로써 DL 동기를 획득할 수 있다. UE는 검출된 SSB (시간) 인덱스에 기반하여 SSB 버스트 세트의 구조를 식별할 수 있고, 이에 따라 심볼/슬롯/하프-프레임 경계를 검출할 수 있다. 검출된 SSB가 속하는 프레임/하프-프레임의 번호는 시스템 프레임 번호(system frame number, SFN) 정보와 하프-프레임 지시 정보를 이용하여 식별될 수 있다.
구체적으로, UE는 PBCH로부터 상기 PBCH가 속한 프레임에 대한 10 비트 SFN을 획득할 수 있다. 다음으로, UE는 1 비트 하프-프레임 지시 정보를 획득할 수 있다. 예를 들어, UE가 하프-프레임 지시 비트가 0으로 세팅된 PBCH를 검출한 경우에는 상기 PBCH가 속한 SSB가 프레임 내 첫 번째 하프-프레임에 속한다고 판단할 수 있고, 하프-프레임 지시 비트가 1로 세팅된 PBCH를 검출한 경우에는 상기 PBCH가 속한 SSB가 프레임 내 두 번째 하프-프레임에 속한다고 판단할 수 있다. 마지막으로, UE는 DMRS 시퀀스와 PBCH가 나르는 PBCH 페이로드에 기반하여 상기 PBCH가 속한 SSB의 SSB 인덱스를 획득할 수 있다.
초기 셀 탐색을 마친 단말은 단계 S102에서 물리 하향링크 제어 채널(Physical Downlink Control Channel, PDCCH) 및 물리 하향링크 제어 채널 정보에 따른 물리 하향링크 공유 채널(Physical Downlink Control Channel, PDSCH)을 수신하여 좀더 구체적인 시스템 정보를 획득할 수 있다.
시스템 정보(SI)는 마스터 정보 블록(master information block, MIB)와 복수의 시스템 정보 블록(system information block, SIB)들로 나눠진다. MIB 외의 시스템 정보(system information, SI)는 RMSI(Remaining Minimum System Information)으로 지칭될 수 있다. 자세한 사항은 다음을 참조할 수 있다.
- MIB는 SIB1(SystemInformationBlock1)을 나르는 PDSCH를 스케줄링하는 PDCCH의 모니터링을 위한 정보/파라미터를 포함하며 SSB의 PBCH를 통해 BS에 의해 전송된다. 예를 들어, UE는 MIB에 기반하여 Type0-PDCCH 공통 탐색 공간(common search space)을 위한 CORESET(Control Resource Set)이 존재하는지 확인할 수 있다. Type0-PDCCH 공통 탐색 공간은 PDCCH 탐색 공간의 일종이며, SI 메시지를 스케줄링하는 PDCCH를 전송하는 데 사용된다. Type0-PDCCH 공통 탐색 공간이 존재하는 경우, UE는 MIB 내의 정보(예, pdcch-ConfigSIB1)에 기반하여 (i) CORESET을 구성하는 복수의 인접(contiguous) 자원 블록들 및 하나 이상의 연속된(consecutive) 심볼들과 (ii) PDCCH 기회(occasion)(예, PDCCH 수신을 위한 시간 도메인 위치)를 결정할 수 있다. Type0-PDCCH 공통 탐색 공간이 존재하지 않는 경우, pdcch-ConfigSIB1은 SSB/SIB1이 존재하는 주파수 위치와 SSB/SIB1이 존재하지 않는 주파수 범위에 관한 정보를 제공한다.
- SIB1은 나머지 SIB들(이하, SIBx, x는 2 이상의 정수)의 가용성(availability) 및 스케줄링(예, 전송 주기, SI-윈도우 크기)과 관련된 정보를 포함한다. 예를 들어, SIB1은 SIBx가 주기적으로 브로드캐스트되는지 on-demand 방식에 의해 UE의 요청에 의해 제공되는지 여부를 알려줄 수 있다. SIBx가 on-demand 방식에 의해 제공되는 경우, SIB1은 UE가 SI 요청을 수행하는 데 필요한 정보를 포함할 수 있다. SIB1은 PDSCH를 통해 전송되며, SIB1을 스케줄링 하는 PDCCH는 Type0-PDCCH 공통 탐색 공간을 통해 전송되며, SIB1은 상기 PDCCH에 의해 지시되는 PDSCH를 통해 전송된다.
- SIBx는 SI 메시지에 포함되며 PDSCH를 통해 전송된다. 각각의 SI 메시지는 주기적으로 발생하는 시간 윈도우(즉, SI-윈도우) 내에서 전송된다.
이후, 단말은 기지국에 접속을 완료하기 위해 단계 S103 내지 단계 S106과 같은 랜덤 엑세스 절차(Random Access Procedure)을 수행할 수 있다. 이를 위해 단말은 물리 랜덤 엑세스 채널(Physical Random Access Channel, PRACH)을 통해 프리앰블(preamble)을 전송하고(S103), 물리 하향링크 제어 채널 및 이에 대응하는 물리 하향링크 공유 채널을 통해 프리앰블에 대한 응답 메시지를 수신할 수 있다(S104). 경쟁 기반 랜덤 엑세스(Contention based random access)의 경우 추가적인 물리 랜덤 엑세스 채널의 전송(S105) 및 물리 하향링크 제어 채널 및 이에 대응하는 물리 하향링크 공유 채널 수신(S106)과 같은 충돌 해결 절차(Contention Resolution Procedure)를 수행할 수 있다.
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상향/하향링크 신호 전송 절차로서 물리 하향링크 제어 채널/물리 하향링크 공유 채널 수신(S107) 및 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)/물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH) 전송(S108)을 수행할 수 있다. 단말이 기지국으로 전송하는 제어 정보를 통칭하여 상향링크 제어 정보(Uplink Control Information, UCI)라고 지칭한다. UCI는 HARQ ACK/NACK(Hybrid Automatic Repeat and reQuest Acknowledgement/Negative-ACK), SR(Scheduling Request), CSI(Channel State Information) 등을 포함한다. CSI는 CQI(Channel Quality Indicator), PMI(Precoding Matrix Indicator), RI(Rank Indication) 등을 포함한다. UCI는 일반적으로 PUCCH를 통해 전송되지만, 제어 정보와 트래픽 데이터가 동시에 전송되어야 할 경우 PUSCH를 통해 전송될 수 있다. 또한, 네트워크의 요청/지시에 의해 PUSCH를 통해 UCI를 비주기적으로 전송할 수 있다.
도 2는 무선 프레임(radio frame)의 구조를 예시한다. NR에서 상향링크 및 하향링크 전송은 프레임으로 구성된다. 각 무선 프레임은 10ms의 길이를 가지며, 두 개의 5ms 하프-프레임(Half-Frame, HF)으로 분할된다. 각 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)으로 분할된다. 서브프레임은 하나 이상의 슬롯으로 분할되며, 서브프레임 내 슬롯 개수는 SCS(Subcarrier Spacing)에 의존한다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(Orthogonal Frequency Division Multiplexing) 심볼을 포함한다. 보통(normal) CP가 사용되는 경우, 각 슬롯은 14개의 OFDM 심볼을 포함한다. 확장(extended) CP가 사용되는 경우, 각 슬롯은 12개의 OFDM 심볼을 포함한다.
표 1은 보통 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
SCS (15*2^u) | N slot symb | N frame,u slot | N subframe,u slot |
15KHz (u=0) | 14 | 10 | 1 |
30KHz (u=1) | 14 | 20 | 2 |
60KHz (u=2) | 14 | 40 | 4 |
120KHz (u=3) | 14 | 80 | 8 |
240KHz (u=4) | 14 | 160 | 16 |
* N
slot
symb: 슬롯 내 심볼의 개수
* N
frame,u
slot: 프레임 내 슬롯의 개수
* N
subframe,u
slot: 서브프레임 내 슬롯의 개수
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
SCS (15*2^u) | N slot symb | N frame,u slot | N subframe,u slot |
60KHz (u=2) | 12 | 40 | 4 |
프레임의 구조는 예시에 불과하고, 프레임에서 서브프레임의 수, 슬롯의 수, 심볼의 수는 다양하게 변경될 수 있다.
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM 뉴모놀로지(numerology)(예, SCS)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다. 여기서, 심볼은 OFDM 심볼 (혹은, CP-OFDM 심볼), SC-FDMA 심볼 (혹은, Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM 심볼)을 포함할 수 있다.
도 3은 슬롯의 자원 그리드(resource grid)를 예시한다. 슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함한다. 반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 PRB(Physical RB)로 정의되며, 하나의 뉴모놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 복소 심볼이 매핑될 수 있다.
대역폭 파트 (Bandwidth part, BWP)
NR 시스템에서는 하나의 반송파(carrier)당 최대 400 MHz까지 지원될 수 있다. 네트워크는 이러한 와이드밴드(wideband) 반송파의 전체 대역폭이 아닌 일부 대역폭에서만 동작하도록 UE에게 지시할 수 있으며, 해당 일부 대역폭을 대역폭 파트(bandwidth part, BWP)라 칭한다. 하나의 반송파 내에 하나 이상의 BWP가 설정될 수 있다. 주파수 도메인에서 BWP는 반송파 상의 대역폭 파트 내 뉴머롤러지에 대해 정의된 인접한(contiguous) 공통 자원 블록들의 서브셋이며, 하나의 뉴머롤로지(예, 부반송파 간격, CP 길이, 슬롯/미니-슬롯 지속기간)가 설정될 수 있다.
네트워크 시그널링 및/또는 타이머에 따라서 DL/UL BWP의 활성화/비활성화가 수행되거나 또는 BWP 스위칭이 수행될 수 있다(e.g., 물리 계층 제어 신호인 L1 시그널링, MAC 계층 제어 신호인 MAC 제어 요소(control element, CE), 또는 RRC 시그널링 등에 의해). UE가 초기 접속(initial access) 과정에 있거나, 혹은 UE의 RRC 연결이 셋업 되기 전 등의 상황에서는 UE가 DL/UL BWP에 대한 설정(configuration)을 수신하지 못할 수도 있다. 이러한 상황에서 UE가 가정하는 DL/UL BWP는 초기 활성 DL/UL BWP라고 한다.
도 4는 일반적인 랜덤 엑세스 절차의 일례를 예시한다. 구체적으로 도 4는 단말의 4-Step을 포함하는 경쟁 기반 랜덤 엑세스 절차를 예시한다.
먼저, 단말이 랜덤 엑세스 프리앰블을 포함하는 메시지1(Msg1)를 PRACH를 통해 전송할 수 있다(예, 도 4(a)의 1701 참조).
서로 다른 길이를 가지는 랜덤 엑세스 프리앰블 시퀀스들이 지원될 수 있다. 긴 시퀀스 길이 839는 1.25 및 5 kHz의 부반송파 간격(subcarrier spacing)에 대해 적용되며, 짧은 시퀀스 길이 139는 15, 30, 60 및 120 kHz의 부반송파 간격에 대해 적용된다.
다수의 프리앰블 포맷들이 하나 또는 그 이상의 RACH OFDM 심볼들 및 서로 다른 순환 프리픽스(cyclic prefix) (및/또는 가드 시간(guard time))에 의해 정의된다. 셀을 위한 RACH Configuration이 셀의 시스템 정보에 포함되어 단말에게 제공된다. RACH Configuration은 PRACH의 부반송파 간격, 이용 가능한 프리앰블들, 프리앰블 포맷 등에 관한 정보를 포함한다. RACH Configuration은 SSB들과 RACH (시간-주파수) 자원들 간의 연관 정보를 포함한다. 단말은 검출한 혹은 선택한 SSB와 연관된 RACH 시간-주파수 자원에서 랜덤 엑세스 프리앰블을 전송한다.
RACH 자원 연관을 위한 SSB의 임계값이 네트워크에 의해 설정될 수 있으며, SSB 기반으로 측정된 RSRP(reference signal received power)가 임계값을 충족하는 SSB를 기반으로 RACH 프리앰블의 전송 또는 재전송이 수행된다. 예를 들어, 단말은 임계값을 충족하는 SSB(s) 중 하나를 선택하고, 선택된 SSB에 연관된 RACH 자원을 기반으로 RACH 프리앰블을 전송 또는 재전송할 수 있다.
기지국이 단말로부터 랜덤 엑세스 프리앰블을 수신하면, 기지국은 랜덤 엑세스 응답(random access response, RAR)에 해당하는 메시지2(Msg2)를 단말에 전송한다(예, 도 4(a)의 1703 참조). RAR을 나르는 PDSCH를 스케줄링하는 PDCCH는 RA-RNTI(random access-radio network temporary identifier)로 CRC 마스킹되어 전송된다. RA-RNTI로 마스킹된 PDCCH를 검출한 단말은 해당 PDCCH가 나르는 DCI가 스케줄링하는 PDSCH로부터 RAR을 수신할 수 있다. 단말은 자신이 전송한 프리앰블, 즉, Msg1에 대한 랜덤 엑세스 응답 정보가 RAR 내에 있는지 확인한다. 자신이 전송한 Msg1에 대한 랜덤 엑세스 정보가 존재하는지 여부는 해당 단말이 전송한 프리앰블에 대한 랜덤 엑세스 프리앰블 ID가 존재하는지 여부에 의해 판단될 수 있다. Msg1에 대한 응답이 없으면, 단말은 전력 램핑(power ramping)을 수행하면서 RACH 프리앰블을 소정의 횟수 이내에서 재전송할 수 있다. 단말은 가장 최근의 경로 손실 및 전력 램핑 카운터를 기반으로 프리앰블의 재전송에 대한 PRACH 전송 전력을 계산한다.
PDSCH 상에서 송신되는 랜덤 엑세스 응답 정보는 UL 동기화를 위한 타이밍 어드밴스 (TA) 정보, 초기 UL 그랜트 및 임시(temporary) C-RNTI(cell-RNTI)를 포함할 수 있다. TA 정보는 상향링크 신호 전송 타이밍을 제어하는 데 사용된다.단말은 랜덤 엑세스 응답 정보를 기반으로 상향링크 공유 채널 상에서 UL 전송을 랜덤 엑세스 절차의 Msg3로서 전송할 수 있다(예, 도 4(a)의 1705 참조). Msg3은 RRC 연결 요청 및 단말 식별자를 포함할 수 있다. Msg3에 대한 응답으로서, 네트워크는 Msg4를 전송할 수 있으며, 이는 DL 상에서의 경쟁 해결 메시지로 취급될 수 있다(예, 도 4(a)의 1707 참조). Msg4를 수신함으로써, 단말은 RRC 연결된 상태에 진입할 수 있다.
한편, 경쟁-프리(contention-free) 랜덤 엑세스 절차는 단말이 다른 셀 혹은 기지국으로 핸드오버 하는 과정에서 사용되거나, 기지국의 명령에 의해 요청되는 경우에 수행될 수 있다. 경쟁-프리 랜덤 엑세스 절차의 경우에는 단말이 사용할 프리앰블(이하 전용 랜덤 엑세스 프리앰블)이 기지국에 의해 할당된다. 전용 랜덤 엑세스 프리앰블에 대한 정보는 RRC 메시지(예, 핸드오버 명령)에 포함되거나 PDCCH 오더(order)를 통해 단말에게 제공될 수 있다. 랜덤 엑세스 절차가 개시되면 단말은 전용 랜덤 엑세스 프리앰블을 기지국에게 전송한다. 단말이 기지국으로부터 랜덤 엑세스 응답을 수신하면 랜덤 엑세스 절차는 완료(complete)된다.
앞서 언급한 바와 같이 RAR 내 UL 그랜트는 단말에게 PUSCH 전송을 스케줄링한다. RAR 내 UL 그랜트에 의한 초기 UL 전송을 나르는 PUSCH는 Msg3 PUSCH로 칭하기도 한다. RAR UL 그랜트의 컨텐츠는 MSB에서 시작하여 LSB에서 끝나며, 표 3에서 주어진다.
도 5는 슬롯 내에 물리 채널이 매핑되는 예를 도시한다. DL 제어 영역에서는 PDCCH가 전송될 수 있고, DL 데이터 영역에서는 PDSCH가 전송될 수 있다. UL 제어 영역에서는 PUCCH가 전송될 수 있고, UL 데이터 영역에서는 PUSCH가 전송될 수 있다. GP는 기지국과 단말이 송신 모드에서 수신 모드로 전환하는 과정 또는 수신 모드에서 송신 모드로 전환하는 과정에서 시간 갭을 제공한다. 서브프레임 내에서 DL에서 UL로 전환되는 시점의 일부 심볼이 GP로 설정될 수 있다.
이하, 각각의 물리 채널에 대해 보다 자세히 설명한다.
PDCCH는 DCI(Downlink Control Information)를 운반한다. 예를 들어, PCCCH (즉, DCI)는 DL-SCH(downlink shared channel)의 전송 포맷 및 자원 할당, UL-SCH(uplink shared channel)에 대한 자원 할당 정보, PCH(paging channel)에 대한 페이징 정보, DL-SCH 상의 시스템 정보, PDSCH 상에서 전송되는 랜덤 접속 응답과 같은 상위 계층 제어 메시지에 대한 자원 할당 정보, 전송 전력 제어 명령, CS(Configured Scheduling)의 활성화/해제 등을 나른다. DCI는 CRC(cyclic redundancy check)를 포함하며, CRC는 PDCCH의 소유자 또는 사용 용도에 따라 다양한 식별자(예, Radio Network Temporary Identifier, RNTI)로 마스킹/스크램블 된다. 예를 들어, PDCCH가 특정 단말을 위한 것이면, CRC는 단말 식별자(예, Cell-RNTI, C-RNTI)로 마스킹 된다. PDCCH가 페이징에 관한 것이면, CRC는 P-RNTI(Paging-RNTI)로 마스킹 된다. PDCCH가 시스템 정보(예, System Information Block, SIB)에 관한 것이면, CRC는 SI-RNTI(System Information RNTI)로 마스킹 된다. PDCCH가 랜덤 접속 응답에 관한 것이면, CRC는 RA-RNTI(Random Access-RNTI)로 마스킹 된다.
PDCCH는 AL(Aggregation Level)에 따라 1, 2, 4, 8, 16개의 CCE(Control Channel Element)로 구성된다. CCE는 무선 채널 상태에 따라 소정 부호율의 PDCCH를 제공하기 위해 사용되는 논리적 할당 단위이다. CCE는 6개의 REG(Resource Element Group)로 구성된다. REG는 하나의 OFDM 심볼과 하나의 (P)RB로 정의된다. PDCCH는 CORESET(Control Resource Set)를 통해 전송된다. CORESET는 주어진 뉴모놀로지(예, SCS, CP 길이 등)를 갖는 REG 세트로 정의된다. 하나의 단말을 위한 복수의 CORESET는 시간/주파수 도메인에서 중첩될 수 있다. CORESET는 시스템 정보(예, Master Information Block, MIB) 또는 단말-특정(UE-specific) 상위 계층(예, Radio Resource Control, RRC, layer) 시그널링을 통해 설정될 수 있다. 구체적으로, CORESET을 구성하는 RB 개수 및 OFDM 심볼 개수(최대 3개)가 상위 계층 시그널링에 의해 설정될 수 있다.
PDCCH 수신/검출을 위해, 단말은 PDCCH 후보들을 모니터링 한다. PDCCH 후보는 PDCCH 검출을 위해 단말이 모니터링 해야 하는 CCE(들)을 나타낸다. 각 PDCCH 후보는 AL에 따라 1, 2, 4, 8, 16개의 CCE로 정의된다. 모니터링은 PDCCH 후보들을 (블라인드) 디코딩 하는 것을 포함한다. 단말이 모니터링 하는 PDCCH 후보들의 세트를 PDCCH 검색 공간(Search Space, SS)이라고 정의한다. 검색 공간은 공통 검색 공간(Common Search Space, CSS) 또는 단말-특정 검색 공간(UE-specific search space, USS)을 포함한다. 단말은 MIB 또는 상위 계층 시그널링에 의해 설정된 하나 이상의 검색 공간에서 PDCCH 후보를 모니터링 하여 DCI를 획득할 수 있다. 각각의 CORESET는 하나 이상의 검색 공간과 연관되고, 각 검색 공간은 하나의 COREST과 연관된다. 검색 공간은 다음의 파라미터들에 기초하여 정의될 수 있다.
- controlResourceSetId: 검색 공간과 관련된 CORESET를 나타냄
- monitoringSlotPeriodicityAndOffset: PDCCH 모니터링 주기 (슬롯 단위) 및 PDCCH 모니터링 구간 오프셋 (슬롯 단위)을 나타냄
- monitoringSymbolsWithinSlot: 슬롯 내 PDCCH 모니터링 심볼을 나타냄(예, CORESET의 첫 번째 심볼(들)을 나타냄)
- nrofCandidates: AL={1, 2, 4, 8, 16} 별 PDCCH 후보의 수 (0, 1, 2, 3, 4, 5, 6, 8 중 하나의 값)를 나타냄
* PDCCH 후보들을 모니터링을 해야 하는 기회(occasion)(예, 시간/주파수 자원)을 PDCCH (모니터링) 기회라고 정의된다. 슬롯 내에 하나 이상의 PDCCH (모니터링) 기회가 구성될 수 있다.
표 4는 검색 공간 타입별 특징을 예시한다.
Type | Search Space | RNTI | Use Case |
Type0-PDCCH | Common | SI-RNTI on a primary cell | SIB Decoding |
Type0A-PDCCH | Common | SI-RNTI on a primary cell | SIB Decoding |
Type1-PDCCH | Common | RA-RNTI or TC-RNTI on a primary cell | Msg2, Msg4 decoding in RACH |
Type2-PDCCH | Common | P-RNTI on a primary cell | Paging Decoding |
Type3-PDCCH | Common | INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI(s) | |
UE Specific | C-RNTI, or MCS-C-RNTI, or CS-RNTI(s) | User specific PDSCH decoding |
표 5는 PDCCH를 통해 전송되는 DCI 포맷들을 예시한다.
DCI format | Usage |
0_0 | Scheduling of PUSCH in one cell |
0_1 | Scheduling of PUSCH in one cell |
1_0 | Scheduling of PDSCH in one cell |
1_1 | Scheduling of PDSCH in one cell |
2_0 | Notifying a group of UEs of the slot format |
2_1 | Notifying a group of UEs of the PRB(s) and OFDM symbol(s) where UE may assume no transmission is intended for the UE |
2_2 | Transmission of TPC commands for PUCCH and PUSCH |
2_3 | Transmission of a group of TPC commands for SRS transmissions by one or more UEs |
DCI 포맷 0_0은 TB-기반 (또는 TB-level) PUSCH를 스케줄링 하기 위해 사용되고, DCI 포맷 0_1은 TB-기반 (또는 TB-level) PUSCH 또는 CBG(Code Block Group)-기반 (또는 CBG-level) PUSCH를 스케줄링 하기 위해 사용될 수 있다. DCI 포맷 1_0은 TB-기반 (또는 TB-level) PDSCH를 스케줄링 하기 위해 사용되고, DCI 포맷 1_1은 TB-기반 (또는 TB-level) PDSCH 또는 CBG-기반 (또는 CBG-level) PDSCH를 스케줄링 하기 위해 사용될 수 있다(DL grant DCI). DCI 포맷 0_0/0_1은 UL grant DCI 또는 UL 스케줄링 정보로 지칭되고, DCI 포맷 1_0/1_1은 DL grant DCI 또는 UL 스케줄링 정보로 지칭될 수 있다. DCI 포맷 2_0은 동적 슬롯 포맷 정보 (예, dynamic SFI)를 단말에게 전달하기 위해 사용되고, DCI 포맷 2_1은 하향링크 선취 (pre-Emption) 정보를 단말에게 전달하기 위해 사용된다. DCI 포맷 2_0 및/또는 DCI 포맷 2_1은 하나의 그룹으로 정의된 단말들에게 전달되는 PDCCH인 그룹 공통 PDCCH (Group common PDCCH)를 통해 해당 그룹 내 단말들에게 전달될 수 있다.
DCI 포맷 0_0과 DCI 포맷 1_0은 폴백(fallback) DCI 포맷으로 지칭되고, DCI 포맷 0_1과 DCI 포맷 1_1은 논-폴백 DCI 포맷으로 지칭될 수 있다. 폴백 DCI 포맷은 단말 설정과 관계없이 DCI 사이즈/필드 구성이 동일하게 유지된다. 반면, 논-폴백 DCI 포맷은 단말 설정에 따라 DCI 사이즈/필드 구성이 달라진다.
PDSCH는 하향링크 데이터(예, DL-SCH transport block, DL-SCH TB)를 운반하고, QPSK(Quadrature Phase Shift Keying), 16 QAM(Quadrature Amplitude Modulation), 64 QAM, 256 QAM 등의 변조 방법이 적용된다. TB를 인코딩하여 코드워드(codeword)가 생성된다. PDSCH는 최대 2개의 코드워드를 나를 수 있다. 코드워드 별로 스크램블링(scrambling) 및 변조 매핑(modulation mapping)이 수행되고, 각 코드워드로부터 생성된 변조 심볼들은 하나 이상의 레이어로 매핑될 수 있다. 각 레이어는 DMRS(Demodulation Reference Signal)과 함께 자원에 매핑되어 OFDM 심볼 신호로 생성되고, 해당 안테나 포트를 통해 전송된다.
PUCCH는 UCI(Uplink Control Information)를 나른다. UCI는 다음을 포함한다.
- SR(Scheduling Request): UL-SCH 자원을 요청하는데 사용되는 정보이다.
- HARQ(Hybrid Automatic Repeat reQuest)-ACK(Acknowledgement): PDSCH 상의 하향링크 데이터 패킷(예, 코드워드)에 대한 응답이다. 하향링크 데이터 패킷이 성공적으로 수신되었는지 여부를 나타낸다. 단일 코드워드에 대한 응답으로 HARQ-ACK 1비트가 전송되고, 두 개의 코드워드에 대한 응답으로 HARQ-ACK 2비트가 전송될 수 있다. HARQ-ACK 응답은 포지티브 ACK(간단히, ACK), 네거티브 ACK(NACK), DTX 또는 NACK/DTX를 포함한다. 여기서, HARQ-ACK은 HARQ ACK/NACK, ACK/NACK과 혼용된다.
- CSI(Channel State Information): 하향링크 채널에 대한 피드백 정보이다. MIMO(Multiple Input Multiple Output)-관련 피드백 정보는 RI(Rank Indicator) 및 PMI(Precoding Matrix Indicator)를 포함한다.
PUSCH는 상향링크 데이터(예, UL-SCH transport block, UL-SCH TB) 및/또는 상향링크 제어 정보(UCI)를 운반하고, CP-OFDM(Cyclic Prefix - Orthogonal Frequency Division Multiplexing) 파형(waveform) 또는 DFT-s-OFDM(Discrete Fourier Transform - spread - Orthogonal Frequency Division Multiplexing) 파형에 기초하여 전송된다. PUSCH가 DFT-s-OFDM 파형에 기초하여 전송되는 경우, 단말은 변환 프리코딩(transform precoding)을 적용하여 PUSCH를 전송한다. 일 예로, 변환 프리코딩이 불가능한 경우(예, transform precoding is disabled) 단말은 CP-OFDM 파형에 기초하여 PUSCH를 전송하고, 변환 프리코딩이 가능한 경우(예, transform precoding is enabled), 단말은 CP-OFDM 파형 또는 DFT-s-OFDM 파형에 기초하여 PUSCH를 전송할 수 있다. PUSCH 전송은 DCI 내 UL 그랜트에 의해 동적으로 스케줄링 되거나, 상위 계층(예, RRC) 시그널링 (및/또는 Layer 1(L1) 시그널링(예, PDCCH))에 기초하여 반-정적(semi-static)으로 스케줄링 될 수 있다(configured grant). PUSCH 전송은 코드북 기반 또는 비-코드북 기반으로 수행될 수 있다.
Reduced Capability (RedCap) Device
최근 5G 주요(main) use case들(mMTC, eMBB 그리고 URLLC) 외에, mMTC와 eMBB, 또는 mMTC와 URLLC에 걸친 use case 영역에 대한 중요도/관심도가 높아지고 있으며, 그에 따라서 이러한 use case 들을 device cost, power consumption, form factor 등의 관점에서 효율적으로 지원하기 위한 단말의 필요성이 증가되고 있다. 이러한 목적의 단말을 본 발명에서는 (NR) reduced capability UE/device, 또는 줄여서 (NR) RedCap UE/디바이스로 칭한다. 또한, RedCap 디아비스와 구분해서 5G main use case들을 모두 또는 그 중의 하나 이상을 지원하는 일반적인 NR 단말을 NR (normal) UE/디바이스로 칭한다. 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 들은 Low Power Wireless Area (LPWA) 단말들(e.g., LTE-M, NB-IoT, etc.)에 의해서는 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가 충족해야 하는 요구사항 들을 RedCap requirements로 칭한다. RedCap requirements는 모든 RedCap use case 들에 대해서 공통적으로 적용되는 공통적인(generic) 요구사항 들과 일부 use case(들)에만 적용되는 use case 특정(specific)한 요구사항 들로 구분될 수 있다. 표 6은 세 가지 대표적인 RedCap use case 들에 대해서 개략적인 generic and use case specific requirements를 예시한다.
Use cases | Complexity | Form factor | Bit rate (Mbps) | Latency (ms) | Mobility | Battery |
Industrial Wireless Sensor | Very low | Very small | A few | Tens of /
A few 1) |
Stationary | Years |
Video
Surveillance |
Low | Small | A few /
Tens of |
Hundreds of | Stationary | |
Wearables | Low | Small | Tens of | Mobile | Weeks |
다음은 RedCap requirement 들을 만족시키기 위한 단말/기지국이 지원하는 feature 들은 개략적으로 (i) Complexity reduction (ii) Power Saving 및 (iii) Coverage recovery/enhancement로 구분될 수 있다. (i) Complexity reduction는 Reduced number of UE RX/TX antennas, UE BW reduction, Half-Duplex-FDD, Relaxed UE processing time 및/또는 Relaxed UE processing capability 에 관련될 수 있다. (ii) Power Saving은 Reduced PDCCH monitoring by smaller numbers of BDs and CCE limits, Extended DRX for RRC Inactive 및/또는 Idle, 및 RRM relaxation for stationary devices와 관련 될 수 있다.
한편, 본 발명에서는 다음 두 가지 모두의 경우를 고려한다.
Case A) RedCap use case 들을 하나의 단말 형태로 지원 (single Device Type case)
Case B) RedCap use case 들을 다수 개의 단말 형태로 지원 (multiple Device Type 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 디바이스 타입들로 칭한다. 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는 reduced/low complexity/cost, reduced BW 등의 의미를 포함할 수 있다.
RedCap Device Type 분류 및 Report
NR 단말과 구분되는 RedCap 단말 동작을 지원하기 위해서 RedCap 단말은 자신의 디바이스 타입 정보를 기지국에게 보고해야 할 수 있다.
일 예로, 디바이스 타입은 다음 분류 기준에 따를 수 있다.
* 분류 기준 1: RedCap 디바이스 타입은 주요 requirement 들 중 하나를 기준으로 분류될 수 있다. 분류의 기준이 될 수 있는 주요 requirement 들은, 예를 들어 supported max data rate (peak bit rate), latency, mobility (stationary/fixed, portable, mobile, etc.) battery lifetime, complexity, coverage, 등일 수 있다. 분류된 RedCap 디바이스 타입 별로 의무적으로 지원해야 하는 또는 선택적으로 지원할 수 있는 UE feature(들)(의 조합)을 spec에 정의할 수 있다.
* 분류 기준 2: 의무적으로 지원해야 하는 또는 선택적으로 지원할 수 있는 UE feature(들)(의 조합)을 기준으로 분류할 수 있다. RedCap 디바이스 타입 별로 spec에 사전에 정의한 UE feature(들)(의 조합)을 feature set으로 지칭하고, 그 중 디바이스 타입 별로 의무적으로 지원해야 하는 feature set을 해당 디바이스 타입의 또는 디바이스 타입을 규정하는 mandatory feature set으로 지칭할 수 있다. RedCap use case 들은 서로 다른 feature set을 지원하는 단말 타입들과 관련될 수 있다.
* 분류 기준 3: RedCap 디바이스 타입은 capability 파라미터(들)의 조합을 기준으로 분류될 수 있다. capability 파라미터들은 RedCap requirements를 결정하는 파라미터들 일 수 있다. 예를 들어, RedCap 디바이스 타입을 결정하는 capability 파라미터들은 단말이 지원하는 supported max data rate requirement를 결정하는 단말이 지원하는 대역폭, modulation order, MIMO layer 수 등일 수 있다. 파라미터들의 값들은 실제 지원 가능한 값들을 열거한 것이거나, 지원하는 값들 중의 최대 값일 수 있다. RedCap 디바이스 타입을 결정하는 capability 파라미터 들의 조합을 해당 디바이스 타입의 capability 파라미터 세트로 지칭할 수 있다. RedCap 디바이스 타입은 예를 들어, capability parameter set value(s)를 supported max data rate의 오름차순(또는 내림차순)으로 구분하여 정의할 수 있다. RedCap UE의 BW capability, 즉 UE Maximum-BW는 target use case에서 요구하는 bit rate를 만족시키는 최소의 대역폭으로 결정될 수 있다.
* 분류 기준 4: RedCap UE의 대역폭 capability가 각 use case 들의 required bit rate에 의해서 결정되는 점을 감안하여, RedCap 디바이스 타입은 UE 대역폭 capability를 기준으로 분류될 수 있다. RedCap 디바이스 타입을 결정하는 대역폭 capability는 예를 들어, supported bandwidth (NRB), 즉 (max) UE channel 대역폭 또는 (max) UE transmission 대역폭을 RB 단위로 표시한 것일 수 있다. 또는 minimum UE channel 대역폭 또는 minimum UE transmission 대역폭일 수 있다. 보다 더 구체적으로, 다음과 같은 분류가 가능하다.
- 분류방법 4-1) Maximum-BW에 의해서 구분하고, 실제 data 송/수신 대역폭(<=Maximum-BW)를 설정 받아 사용
- 분류방법 4-2) Minimum-BW에 의해서 구분하고, 실제 data 송/수신 대역폭(>=Minimum-BW)를 설정 받아 사용
- 분류방법 4-3) 디바이스 타입 별로 하나 또는 다수 개의 지원 가능한 대역폭 (set)을 정의하고, 해당 대역폭 (set) 내에서 실제 data 송/수신 대역폭을 설정 받아 사용
분류방법 4-1/4-2/4-3에 대해서, Maximum-BW는 NR 대역폭보다 작은 값(e.g., 20MHz)으로 한정될 수 있고, Minimum-BW는 SSB 대역폭(e.g., 5MHz for 15kHz SSB)보다 크거나 같을 수 있다.
1. RedCap UE의 셀 접속
RedCap Device의 NR cell에 접속하는 방법에 관련한 제안들이 개시된다. R 셀(cell)에서 NR Device와 효율적인 공존을 위해서 NR SSB에 기반한 셀 접속 방법을 제안한다.
도 9는 셀 접속의 일 예를 도시한다.
도 9를 참조하면, 기지국은 SSB를 단말로 전송하고, 단말은 기지국으로부터 SSB를 수신할 수 있다(SH202). 단말은 SSB를 통해 셀 탐색(search), 시스템 정보 획득, 초기 접속을 위한 빔 정렬 및/또는 DL 측정 등을 수행할 수 있다. 또한, 단말은 SSB(의 PBCH)를 통해 MIB를 획득할 수 있다. 후술하는 바와 같이 SSB는 NR SSB와 SSB-R로 구분될 수 있으며, 단말과 기지국은 NR SSB 및/또는 SSB-R 중 적어도 하나를 송수신 할 수 있다. 아울러, 후술하는 바와 같이 SSB는 CD (cell defining)-SSB와 non-CD-SSB CD-SSB로 구분될 수 있으며, 단말과 기지국은 CD-SSB 및/또는 non-CD-SSB 중 적어도 하나를 송수신 할 수 있다.
기지국은 MIB에 기반하여 SIB1을 단말로 전송하고, 단말은 MIB에 기반하여 기지국으로부터 SIB1을 수신할 수 있다(SH204). SIB1은 MIB에 포함된 SIB1-스케줄링 관련 정보(e.g., SIB1을 스케줄하는 PDCCH에 대한 CORESET0/CSS config.)에 기반하여 송/수신될 수 있다. SIB1은 다른 SI 메시지들 (또는, SIBx, x>1)의 가용성(availability) 및 스케줄링 관련 정보를 포함할 수 있다. 후술하는 바와 같이 SIB1은 NR SIB1 또는 SIB1-R을 포함할 수 있다.
기지국은 SIB1에 기반하여 적어도 하나의 SI 메시지 (또는 SIBx, x>1)를 단말로 전송하고, 단말은 SIB1에 기반하여 적어도 하나의 SI 메시지 (또는 SIBx, x>1)를 기지국으로부터 수신할 수 있다(SH206).
이하에서 제안되는 셀 접속은 SSB 송/수신(SH202) 및/또는 SIB1(SH204) 송/수신 과정에 적용될 수 있으며, 이에 한정되지 않는다.
[셀 접속 관련 제안# 1] NR Cell-defining SSB를 통한 접속
"셀 접속 관련 제안# 1"에 따르면, NR 네트워크에서 NR 단말과 RedCap 단말이 공존할 때, RedCap 단말의 접속을 위한 별도/전용의 자원 할당 없이, RedCap 단말이 NR SSB를 재사용할 수 있다. RedCap 단말이 NR SSB를 재사용하는 것은 자원 효율성 측면에서 장점이 있다.
RedCap 단말은 셀 서치 과정에서 가능한 이른 단계에 해당 셀의 RedCap 지원 여부를 파악하는 것이 Power Saving, 셀 서치 시간 등의 관점에서 유리하다. 이를 위해서 기지국은 다음 방법으로 해당 셀의 RedCap 지원 여부를 나타낼 수 있다.
[RedCap 단말 지원 여부 지시]
[RedCap 단말 지원 여부 지시 예 1-1]
기지국은 상위 계층(higher layer)에서 생성된 PBCH 페이로드(e.g., MIB)의 적어도 일부 (e.g., Reserved 또는 spare bit(s)을 사용하거나, 물리 계층(L1)에서 (추가적으로) 생성한 PBCH 페이로드 bits 중 일부 bit(s)을 사용하여 해당 셀의 RedCap 단말 지원 여부를 지시할 수 있다(e.g., 도 9의 SH202에 기초한 지시).
[RedCap 단말 지원 여부 지시 예 1-2]
기지국은 시스템 정보(e.g., SIB1(-R) 및/또는 SIBX(-R) (X>1)들 중 적어도 하나)를 통해 해당 셀의 RedCap 지원 여부를 지시할 수 있다(e.g., 도 9의 SH204 및/또는 SH206에 기초한 지시). RedCap 지원 여부를 지시하는 SIB들은 NR 단말과 공통의 것이거나, RedCap 단말 만을 위한 (추가적/별도로 제공/설정/시그널링되는) SIB들(e.g.,SIB1-R/SIBx-R)일 수 있다.
[RedCap 단말 지원 여부 지시 예 1-3]
기지국은 DCI를 통해서(e.g., SIB1(-R)을 스케줄링하는 DCI를 통해서) 해당 셀의 RedCap 지원 여부를 지시할 수 있다(e.g., 도 10). 기지국은 예를 들어, Type0-PDCCH CSS set을 통해서 수신하는 DCI format 1_0 with CRC scrambled by SI-RNTI의 적어도 일부(e.g., Reserved states/bits)를 특정 값으로 설정함으로써 해당 셀의 RedCap 지원 여부를 지시할 수 있다. RedCap이 지원되는 경우에 RedCap 단말을 위한 추가적인 정보가 DCI에 포함될 수 있다. 일 예로, RedCap 단말을 위한 추가적인 정보가 포함되었다면 RedCap 단말이 지원되는 것이라고 해석/이해될 수도 있다.
일 예로, RedCap 단말 지원 여부를 지시하기 위하여, 해당 DCI(e.g., SIB1(-R)을 스케줄링하는 DCI format 1_0 with CRC scrambled by SI-RNTI로)는 다음과 같은 정보 중 적어도 하나를 포함할 수 있다:
- Frequency domain resource assignment - Ceiling [log
2(N
RB
DL,BWP(N
RB
DL,BWP +1)/2)] bits, where, N
RB
DL,BWP is the size of CORESET 0
- Time domain resource assignment - 4 bits (e.g., as defined in Clause 5.1.2.1 of TS38.214)
- VRB-to-PRB mapping - 1 bit (e.g., according to Table 7.3.1.2.2-5 of TS38.212)
- Modulation and coding scheme - 5 bits (e.g., as defined in Clause 5.1.3 of TS38.214, using Table 5.1.3.1-1 of TS38.212)
- Redundancy version - 2 bits (e.g., as defined in Table 7.3.1.1.1-2 of TS38.212)
- System information indicator - 1 bit (e.g., as defined in Table 7.3.1.2.1-2 of TS38.212)
- Reserved bits - 17 bits for operation in a cell with shared spectrum channel access; otherwise 15 bits
위의 예시에서는 편의상 Reserved bits가 15-bit이나 17-bit인 것을 가정하였으며, 앞서 Reserved bits를 사용한다는 것은 이 bit 들 중 일부 또는 전부를 사용함을 의미할 수 있다. 또한, Reserved 상태(states)를 사용한다는 의미는 Reserved bits 전부 또는 일부를 사용하여 states가 정의되고, 이렇게 정의된 states를 사용하여 단말/기지국이 해당 정보를 전송하는 것을 의미할 수 있다.
구체적인 일 예를 들면, (Reserved bits의 전부 또는 일부를 사용한) Reserved states 중 (i) 제1 state(e.g., all zero)는 RedCap이 지원되지 않음을 나타내고, (ii) 제2 state(s)(e.g., all zero가 아닐 경우)는 RedCap 지원됨을 나타낼 수 있다. 또한, (ii) all zero가 아닌 states(의 일부)에 기반하여 RedCap을 위한 SIB-R(e.g., SIB1-R/SIBx-R) 스케줄링 정보가 지시될 수도 있다. 일례로, Reserved bits 중 전부 또는 일부가 RedCap SIB-R 스케줄링 정보 전송을 위해서 사용될 수 있다. RedCap SIB-R 스케줄링 정보를 위한 필드들(e.g., Reserved bits상에 새롭게 정의되는 필드들)은 위의 DCI 예시에서의 SIB1 스케줄링 정보 전송을 위한 필드들의 전부 또는 일부와 동일/유사하게 설정될 수 있다. 예를 들어 RedCap SIB-R 스케줄링 정보를 위한 필드는 FDRA 필드(e.g., N
RB=48일 경우, 11 bits)의 적어도 일부 및/또는 TDRA(e.g., 4 bits) 필드의 적어도 일부와 동일/유사하게 설정될 수 있다.
(Rel-17과 그 이후의) RedCap 단말은, 아래 예시와 같이, DCI에서 기존에는 Reserved bits로 사용되던 15 bit들 (Shared Spectrum e.g., 비면허대역이 아닌 경우)이 SIB-R FDRA(e.g., FDRA 필드 중 X bits에 대응) 및/또는 SIB-R TDRA (e.g., TDRA 필드 중 Y bits에 대응), 및/또는 Reserved bits (15-X-Y bits)로 구성된다고 가정하여 DCI를 해석/프로세싱/디코딩 할 수 있다.
예컨대, RedCap 단말이 아닌 Normal(e.g., NR) 단말이 DCI에서 총 M 비트들을 Reserved 비트들이라고 가정/해석/디코딩하는 반면, RedCap 단말은 동일한 DCI에서 총 'M-X-Y' 비트들을 Reserved 비트라고 가정/해석/디코딩 할 수 있다.
한편, RedCap UE는 Normal UE에 비하여 작은 UE BW, 제한된 flexibility 등의 특성을 가지는 것을 고려하여, RedCap UE를 위한 SIB-R 스케줄링 정보는 Normal UE를 위한 SIB1 스케줄링 정보에 비하여 적은 bit으로 구성될 수 있다. 예를 들어, RedCap이 N
RB=24 까지만 지원한다면, SIB-R FDRA 크기 X = 9 bits로 구성될 수 있다. 일 예로, DCI (e.g., DCI format 1_0 with CRC scrambled by SI-RNTI)는 다음과 같은 정보 중 적어도 일부를 포함할 수 있다:
- Frequency domain resource assignment - Ceiling [log
2(N
RB
DL,BWP(N
RB
DL,BWP +1)/2)] bits, where, N
RB
DL,BWP is the size of CORESET 0
- Time domain resource assignment - 4 bits (e.g., as defined in Clause 5.1.2.1 of TS38.214)
- VRB-to-PRB mapping - 1 bit (e.g., according to Table 7.3.1.2.2-5 of TS38.212)
- Modulation and coding scheme - 5 bits (e.g., as defined in Clause 5.1.3 of TS38.214, using Table 5.1.3.1-1 of TS38.212)
- Redundancy version - 2 bits (e.g., as defined in Table 7.3.1.1.1-2 of TS38.212)
- System information indicator - 1 bit (e.g., as defined in Table 7.3.1.2.1-2 of TS38.212)
- Frequency domain resource assignment for SIB(1)-R - X bits
- Time domain resource assignment for SIB(1)-R - Y bits
- Reserved bits - 17-(X+Y) bits for operation in a cell with shared spectrum channel access; otherwise 15-(X+Y) bits
일 예로, Type0-PDCCH CSS set이 NR 단말과 RedCap 단말 간에 공유될 수도 있다(e.g., CSS set config. 동일 또는 적어도 일부 중첩). Type0-PDCCH CSS set이 공유되는 경우의 일 예로, DCI까지도 NR 단말과 RedCap 단말 간에 공유될 수 있다. 예를 들어, 동일 DCI(e.g., single DCI Transmission)로 SIB1 스케줄링 정보와 SIB1-R 스케줄링 정보가 동시에 전송될 수 있다(e.g., 도 10의 DCI(A15)가 SIB1(A20) 및 SIB1-R(A25)를 모두 스케줄링). 다른 예로, NR 단말과 RedCap 단말 간에 CSS set은 공유되지만, DCI는 서로 공유되지 않을 수도 있다 (e.g., 도 10의 DCI(A15)는 SIB1(A20) 또는 SIB1-R(A25) 중 어느 하나만 스케줄링).
SIB1 스케줄링 정보와 동시에 전송되는 SIB1-R 스케줄링 정보는, SIB1 전송에 추가적으로/연관되어/종속적으로 전송되는 SIB1-R를 스케줄 하는 것일 수 있다. 예를 들어, 도 10에서 RedCap 단말을 위해 SIB1-R(A25) 뿐 아니라 SIB1(A20)의 적어도 일부가 사용될 수 있다. 일 예로 RedCap 단말은 SIB1-R(A25) 뿐 아니라 SIB1(A20)도 수신하여야 할 수 있다. 이와 달리, RedCap 단말은 SIB1-R(A25)를 수신하는데 있어서, SIB1(A20)의 스케줄링 정보를 사용하되 SIB1(A20)을 실제로 수신하지는 않을 수도 있다(e.g., SIB1(A20)의 위치에 오프셋 적용하여 SIB1-R(A25)수신).
또는 앞서 언급된 바와 같이, SIB1 스케줄링 정보와 동시에 전송되는 SIB1-R 스케줄링 정보는, SIB1 수신없이 SIB1-R 수신 만으로도 RedCap UE가 셀에 접속할 수 있는 독립적인 SIB1-R를 스케줄하는 것일 수 있다.
SIB-R 스케줄링 정보는 DCI format 1_0 with CRC scrambled by SI-RNTI의 FDRA 필드/TDRA 필드와 유사/동일하게 전체 자원 할당(full resource allocation) 정보일 수 있다. 또는 (e.g., DCI Reserved bits을 초과하지 않도록, 또는 과도하게 점유하지 않도록, 또는 DCI 오버헤드를 줄이기 위해서), SIB-R 스케줄링 정보는 DCI format 1_0 with CRC scrambled by SI-RNTI의 FDRA 필드/TDRA 필드의 부분적 정보이거나 또는 축약된 정보일 수 있다. 예를 들어, 부분적이거나 또는 축약된 정보는, SIB1 스케줄링 정보에 기반한 오프셋 정보일 수 있다. 예컨대 SIB1를 나르는 PDSCH의 시간/주파수 자원의 시작 또는 마지막으로부터 시간 및/또는 주파수 축으로 더해지는/쉬프트하는 특정 오프셋(e.g., slot, symbol, RB(s), 등의 단위)을 통해서 SIB1-R을 나르는 PDSCH의 시간/주파수 자원 위치(e.g., 시작 및/또는 마지막)가 특정될 수 있다. 일 예로, 이 때 RedCap 단말은 DCI의 SIB1-스케줄링 정보와 Reserved bits(중 일부)로 전송되는 시간 및/또는 주파수 오프셋 값을 참조하여 (추가적인) SIB1-R 스케줄링 정보를 획득/결정할 수 있다.
(Rel-17과 그 이후의) RedCap 단말은, 아래 예시와 같이, DCI에서 기존에는 Reserved bits에 해당하였던 15 bit(shared spectrum이 아닌 경우)이 주파수 도메인 오프셋(e.g., X1 bits) 및/또는 시간 도메인 오프셋 (e.g., Y1 bits), 그리고 Reserved bits (15-X1-Y1 bits)로 구성되는 것으로 가정/해석/디코딩 할 수 있다. 여기서 X1, Y1은 full resource allocation 이 아닌 오프셋 값이기 때문에 각각 X, Y 보다 작은 값일 수 있다.
일 예로, DCI (e.g., DCI format 1_0 with CRC scrambled by SI-RNTI)는 다음과 같은 정보 중 적어도 일부를 포함할 수 있다:
- Frequency domain resource assignment - Ceiling [log
2(N
RB
DL,BWP(N
RB
DL,BWP +1)/2)] bits, where, N
RB
DL,BWP is the size of CORESET 0
- Time domain resource assignment - 4 bits (e.g., as defined in Clause 5.1.2.1 of TS38.214)
- VRB-to-PRB mapping - 1 bit (e.g., according to Table 7.3.1.2.2-5 of TS38.212)
- Modulation and coding scheme - 5 bits (e.g., as defined in Clause 5.1.3 of TS38.214, using Table 5.1.3.1-1 of TS38.212)
- Redundancy version - 2 bits (e.g., as defined in Table 7.3.1.1.1-2 of TS38.212)
- System information indicator - 1 bit (e.g., as defined in Table 7.3.1.2.1-2 of TS38.212)
- Frequency domain offset for SIB(1)-R - X1 bits
- Time domain offset for SIB(1)-R - Y1 bits
- Reserved bits - 17-(X1+Y1) bits for operation in a cell with shared spectrum channel access; otherwise 15-(X1+Y1) bits
이와 같은 방법은 "RedCap 단말은 Type0-PDCCH CSS set을 통해서 수신하는 DCI format 1_0 with CRC scrambled by SI-RNTI의 Reserved states/bits에 RedCap 단말의 SIB1-R 스케줄링 정보가 포함되어 있는 경우에만 해당 셀의 접속이 허용된다"는 의미로 해석될 수 있다.
상술된 제안에서 SIB1 또는 SIB1-R은 SIB 또는 RedCap을 위한 SIB-R로 대체될 수 있다. SIB은 SIB1을 제외한 SI 메시지를 의미하는 것일 수 있다. 한편 기지국은 상기의 DCI 예시에서 System information indicator을 통해서 SIB1인지 SIB인지를 DCI에 의해서 지시할 수 있는데, 유사한 방법으로 DCI 필드에 1 bit(e.g., RedCap Indicator)을 추가하여 RedCap 용 SIB1또는 SIB 스케줄링 정보 임을 지시할 수 있다. 이 때 RedCap 단말은 종래의 System information indicator과 (Reserved field에) 추가된 1 bit(e.g., RedCap Indicator)을 이용/조합하여, 해당 DCI가 스케중하는 것이 SIB1, SIB, SIB1-R 중 SIB-R 어느 것인지를 파악/식별하도록 할 수 있다. Reserved 필드에 RedCap Indicator가 추가된 경우에 대한 예시는 다음과 같을 수 있다.
The following information is transmitted by means of the DCI format 1_0 with CRC scrambled by SI-RNTI:
- Frequency domain resource assignment - Ceiling [log
2(N
RB
DL,BWP(N
RB
DL,BWP +1)/2)] bits, where, N
RB
DL,BWP is the size of CORESET 0
- Time domain resource assignment - 4 bits (e.g., as defined in Clause 5.1.2.1 of TS38.214)
- VRB-to-PRB mapping - 1 bit (e.g., according to Table 7.3.1.2.2-5 of TS38.212)
- Modulation and coding scheme - 5 bits (e.g., as defined in Clause 5.1.3 of TS38.214, using Table 5.1.3.1-1 of TS38.212)
- Redundancy version - 2 bits (e.g., as defined in Table 7.3.1.1.1-2 of TS38.212)
- System information indicator
- System information for RedCap indicator or simply RedCap indicator - 1 bit
- Frequency domain offset for SIB(1)-R - X1 bits
- Time domain offset for SIB(1)-R - Y1 bits
- Reserved bits - 17-(1+X1+Y1) bits for operation in a cell with shared spectrum channel access; otherwise 15-(1+X1+Y1) bits
[RedCap 단말 지원 여부 지시 예 1-4]
기지국은 PBCH에서 지시하는 CORESET#0 BW (Configuration)를 통해서 해당 셀의 RedCap 지원 여부를 지시할 수 있다. CORESET#0 BW는 MIB의 pdcch-ConfigSIB1 필드를 통해서 설정되는 것일 수 있다. 기지국은 예를 들어, CORESET#0 BW를 RedCap 단말이 지원하는 최대 BW를 초과하는 값으로 설정하거나, 반대로 RedCap 단말이 지원하는 최소 BW보다 작은 값으로 설정함으로써 해당 셀이 RedCap을 지원하지 않음을 암시적으로(implicit) 지시할 수 있다.
본 발명에서 RedCap 지원 여부는 예시한 바와 같이 셀 별로 지시하는 것이거나, 기지국/네트워크 단위로 지시하는 것일 수 있다. 앞서 설명된 Case B)와 같이 RedCap service가 multiple Device Type으로 지원되는 경우, 상기의 RedCap 지원 여부는 RedCap service 자체의 지원 여부를 지시하는 것이거나(e.g., 모든 Device Type 또는 use case 들에 대해서 지원 여부를 지시하는 것이거나), 또는 Device Type 별로 또는 use case 별로 지원 여부를 지시하는 것일 수 있다. Device Type 별로 또는 use case 별로 지원 여부를 지시하는 경우, Device Type 또는 use case 들의 개수만큼의 states를 표시할 수 있어야 하기 때문에, PBCH보다는 signaling capacity가 큰 SIB1(-R)이나, SIB1(-R)의 스케줄링 DCI(의 Reserved states)를 통해서 Device Type 별로 또는 use case 별로 지원 여부를 지시하는 방법이 적합할 수 있다.
위 제안들과 관련된 방법 중 하나로 기지국이 해당 셀이 RedCap을 지원하지 않음을 지시할 경우, RedCap 단말은 해당 셀의 Sync. Raster에서 SSB 수신을 중단할 수 있으며, 셀 서치 동작을 계속 수행(e.g., Sync. Raster를 이동하여 SSB 수신을 시도)하여 RedCap을 지원하는 셀에 엑세스 할 수 있다.
[셀 접속 관련 제안# 2] NR Sync. Raster로부터 주파수 (및/또는 시간) 오프셋을 가지는 SSB를 통한 접속
기지국은 기존의 NR 단말을 위한 CD-SSB와 구분되는 시간 및/또는 주파수 위치에 별도의 SSB를 배치하여 RedCap 단말의 접속을 지원할 수 있다. CD-SSB와 구분되는 RedCap 단말 접속을 위한 별도의 SSB를 편의상 SSB-R이라 칭하기로 한다. SSB-R은 종래의 NR 단말 접속을 위한 CD-SSB와 같은 구조(PSS/SSS/PBCH)를 가지는 것일 수 있으며, CD-SSB로부터의 상대적인 위치는 시간 및/또는 주파수 오프셋 형태로 사전에 정의되는 것일 수 있다. 이러한 SSB-R은 단독으로 RedCap 단말 접속에 사용되거나, CD-SSB와 더불어 RedCap UE 접속을 위한 추가정보(e.g., RedCap barring 정보, SIB1-R 스케줄링 정보, etc.) 전송을 위해서 사용될 수 있다.
[셀 접속 관련 제안# 2-1] SSB-R을 이용한 셀 접속 지원
기지국은 RedCap 단말이 SSB-R을 통해서 셀 접속을 수행할 수 있도록 SSB-R에 포함된 PBCH를 통해서 RedCap 셀 접속 정보를 전송할 수 있다. SSB-R에 포함된 PBCH를 편의 상 PBCH-R이라고 칭한다. PBCH-R에 포함된 정보는 타이밍 정보(e.g., SFN, half frame indication, SSB index), PRB grid 정보(e.g., subcarrier spacing 및 CRB grid 대비 SSB RE offset 정보 등), CORESET#0/Type0-PDCCH CSS set/initial active DL BWP 정보 및/또는 barring 정보 등일 수 있다. PBCH-R에서 지시하는 barring 정보는 해당 셀의 RedCap 지원 여부일 수 있다. 일 예로, NR 단말과 구분되는 별도의 Sync. Raster가 RedCap 단말을 위해 정의될 수 있다. RedCap 단말을 위한 별도의 Sync. Raster를 RedCap Sync. Raster라고 칭한다. RedCap Sync. Raster를 정의하는 이유는 RedCap 단말이 Sync. Raster 스캔을 통해서 SSB-R를 검출(detection)함으로써 셀 접속이 가능하게 하기 위함이다. RedCap Sync. Raster는 NR Sync. Raster + 주파수 오프셋의 형태로 정의될 수 있는데, 주파수 오프셋 값은 NR 단말이 SSB-R을 misdetection하거나, 또는 RedCap 단말이 CD-SSB를 misdetection하는 확률이 특정 값 이하가 되는 조건을 만족하는 값들 중에서 결정될 수 있다.
SSB-R을 추가로 설정해야 하는 방안은 DL 주파수 자원이 어느 정도 여유가 있는 NR 셀에서 제한적으로 적용되는 방법일 수 있다. 제한적으로 적용하지 않을 경우, NR 단말이 SSB-R을 misdetection하거나, 또는 RedCap 단말이 CD-SSB를 misdetection하는 확률이 특정 값 이상이 되어 RedCap 단말이나 NR 단말의 Power Saving, 초기접속 시간 등에 부정적인 영향을 끼치는 문제가 발생될 수 있다. 이러한 문제점을 해결하기 위해서 RedCap 단말 접속을 위한 SSB-R을 구성하는 시퀀스(들)을 CD-SSB와 구분되는 시퀀스(들)을 사용하는 것을 고려할 수 있다. 구분되는 시퀀스는 직교 시퀀스거나, time reversal 또는 frequency reversal 형태의 시퀀스일 수 있다. PBCH의 경우, DMRS 시퀀스 및/또는 PBCH 스크램블링 시퀀스에 의해서 misdetection 확률을 낮출 수 있다.
별도의 Sync. Raster로 SSB-R을 전송할 때, RedCap 단말을 위한 별도의 CORESET#0, 즉 CORESET#0-R을 전송할 수 있다. 이 때, CORESET#0-R의 위치는 SSB-R로부터의 시간 및/또는 주파수 오프셋으로 PBCH-R을 통해서 지시될 수 있다. 시간 오프셋의 단위는 symbol(s) 단위이거나, slot 단위일 수 있고, 주파수 오프셋의 단위는 RE(s)나 RB(s) 단위, 또는 특정 SCS(subcarrier spacing) 값 (e.g., min SSB subcarrier spacing, 15kHz for FR1, 60kHz for FR2) 단위일 수 있다.
[셀 접속 관련 제안# 2-2] CD-SSB와 SSB-R을 모두 이용한 셀 접속 지원
기지국은 CD-SSB 외에 RedCap 단말을 위해서 SSB-R을 추가로 전송함으로써, RedCap 단말의 셀 접속을 위한 PBCH 단계에서의 signaling capacity를 확장시킬 수 있다. 기지국은 SSB-R(을 구성하는 PBCH-R)을 통해서 RedCap 단말 셀 접속을 위한 추가 정보를 전송함으로써, CORESET#0-R 스케줄링 정보 등 RedCap 단말의 셀 접속 정보를 추가로 전송할 수 있다. SSB-R이 CD-SSB에 추가적으로 전송되는 경우, 단말은 CD-SSB와 SSB-R의 정보를 모두 이용하여 셀 접속 정보를 취득해야 하는 것일 수 있다. CD-SSB를 통해서 RedCap 단말은 NR 단말과 공통의 셀 접속 정보를 취득하는 것일 수 있으며, SSB-R을 통해서 RedCap 단말 셀 접속을 위한 정보를 취득하는 것일 수 있다. RedCap 단말은 NR Sync. Raster를 통해서 CD-SSB 수신을 시도하고, 수신에 성공한 경우, 수신된 CD-SSB 위치로부터 사전에 정의된 시간 및/또는 주파수 오프셋만큼 떨어진 위치에서 SSB-R 수신을 시도하는 것일 수 있다. SSB-R을 통해서 전송되는 PBCH-R의 페이로드는 RedCap 단말의 효율적인 셀 접속을 지원하기 위해서 SIB1-R 스케줄링 등의 용도로 새로 정의되거나 또는 재해석하여 사용될 수 있다.
[셀 접속 관련 제안# 2-3] CD-SSB와 PBCH-R을 이용한 셀 접속 지원
기지국은 RedCap 단말을 위해서 CD-SSB와 함께 PBCH-R을 추가로 전송하는 방법이다. CD-SSB에 포함된 PBCH를 통해서 전송되는 NR 단말을 위한 셀 접속 정보(의 일부)는 RedCap 단말에게 공통으로 적용되는 정보일 수 있으며, 추가적으로 전송되는 PBCH-R을 통해서 전송되는 셀 접속을 위한 정보는 RedCap 단말 전용의 셀 접속을 위한 추가 정보일 수 있다. 공통 정보는 예를 들어, 타이밍 정보(e.g., SFN, half frame indication, SSB index), PRB grid 정보(e.g., SCS 및 CRB grid 대비 SSB RE offset 정보 등), barring 정보 등일 수 있으며, 추가 정보는 예를 들어, RedCap 단말을 위한 CORESET#0/Type0-PDCCH CSS set 정보, Device Type 별 barring 정보 등일 수 있다.
[셀 접속 관련 제안# 3] Non-CD-SSB를 통한 접속
기지국은 RedCap 단말 접속에 따른 (추가적인) load를 특정 주파수 영역으로 offload 시키기 위해서 NR 단말을 위한 측정(measurement) 용 non-CD-SSB를 NR Sync. Raster 중 하나에 설정하고, RedCap 단말의 접속을 허용할 수 있다. 이 때, non-CD-SSB를 통해서 전송되는 PBCH 페이로드의 일부를 이용해서 RedCap 단말 접속에 필요한 정보를 전송할 수 있다.
예시 1)
Non-CD-SSB의 PBCH를 통해서 전송되는 SSB-Subcarrier Offset k
SSB 필드의 unused state(e.g., k
SSB=30 for FR1, k
SSB=14 for FR2)를 사용하여 RedCap 단말을 위한 SIB1-R 스케줄링 정보가 있음을 지시하고, 종래의 NR 단말을 위한 SIB1 스케줄링 정보를 전송하는 필드(RMSI-PDCCH-Config)를 이용하여 RedCap 단말을 위한 SIB1-R 스케줄링 정보를 전송할 수 있다. 이 경우, NR 단말은 해당 SSB가 SIB1 스케줄링 정보를 포함하지 않고 있으며, 또한 NR 단말을 위한 SIB1 스케줄링 정보를 포함하는 CD-SSB에 관한 정보를 포함하지 않고 있음을 결정할 수 있다. 즉, NR 단말 동작에 관해서 다음과 같이 정의될 수 있다. "If a UE detects a SS/PBCH block and determines that a CORESET for Type0-PDCCH CSS set is not present, and for k
SSB=30 for FR1 or for k
SSB=14 for FR2, the UE determines that there is no information for a second SS/PBCH block with a CORESET for an associated Type0-PDCCH CSS set on the detected SS/PBCH block." 그리고 이 경우, NR 단말은 SIB1 스케줄링 정보를 포함하는 CD-SSB에 관한 정보 없이 Sync. Raster를 이동하며 셀 서치를 계속 수행하는 것일 수 있다.
상기의 예시 1)의 경우, non-CD-SSB로 접속을 시도하는 NR 단말에게 CD-SSB에 관한 정보를 제공하지 않음으로써 종래의 NR 단말에게 셀 서치 시간에 지연 초래할 수 있다. 이러한 단점을 극복하기 위해서, 상위 계층 및/또는 물리계층(L1)에서 (추가적으로) 생성한 PBCH 페이로드 bit(s) 중 non-CD-SSB의 경우에 NR 단말이 사용하도록 정의되지 않은 bit(s)/필드(들)(의 조합)를 사용하여 RedCap 단말의 셀 접속 정보를 전송할 수 있다.
RedCap 단말의 NR 셀 접속을 위한 non-CD-SSB는 legacy NR 단말에게는 SIB1 스케줄링 정보가 없는, 그리고 측정 용으로 사용될 수 있는 non-CD-SSB이지만, RedCap 단말에게는 SIB1-R 스케줄링 정보를 포함하는 즉, CD-SSB의 역할을 하는 SSB일 수 있다. 또한 추가적으로 RedCap 단말은 RRC_CONNECTED state에서 해당 SSB를 측정 용도로 사용하도록 할 수 있다.
이 방법은 RedCap 단말 접속을 위해서 CD-SSB를 사용하는 방법 대비, RedCap 단말을 지원하면서 추가되는 traffic load를 주파수 축으로 분산시켜서 잠재적으로 더 많은 RedCap 단말 접속을 지원하거나, RedCap 단말 전용 BWP를 지정하여 해당 BWP에 non-CD-SSB를 배치함으로써, RedCap 단말에 최적화된 전용 BWP 구현을 효율적으로 지원하는데 사용될 수 있다. RedCap 단말에 최적화된 동작은 예를 들어, 커버리지 회복/향상(coverage recovery/enhancement)를 위한 반복(repetition)을 지원하거나, 빔 관리(beam management) 측면에서, RedCap 단말의 안테나 개수가 NR 단말 대비 적을 수 있는 점을 고려하여, 빔 스위핑(beam sweeping) 을 지원 안 하거나 적은 수의 beam sweeping을 지원하는 등의 간소화된 동작일 수 있다.
[PBCH-R 전송]
상술된 셀 접속 예시들에서 PBCH-R을 전송할 경우에, PBCH-R은 CD-SSB 또는 PBCH와 TDM되어 전송될 수 있다. PBCH-R은 X(>=1)개의 연속적이거나 비연속적인 OFDM symbol들로 구성될 수 있으며, PBCH-R 전송 OFDM symbol(들)의 위치는 CD-SSB로 부터의 상대적인 시간 오프셋에 의해서 결정될 수 있고, 이 때, 시간 오프셋 값은 OFDM symbol이나 slot 단위로 사전에 정의된 값일 수 있다. PBCH-R의 위치는 slot 내의 SSB 위치를 고려하여, X=2로 구성하고 CD-SSB 사이에 존재하도록 배치할 수 있다. 또는 PBCH-R의 정보량이나, 커버리지 회복/향상 등에 의해서 필요성 등을 고려하여 X=4로 구성하고 CD-SSB 앞 뒤로 2개씩의 OFDM symbol 쌍(pair)을 배치할 수 있다. 상기의 예시는 SCS=15kHz에서의 예시이고, SCS이 달라질 경우, slot 내의 SSB 위치 변경에 따라서 PBCH-R 전송 OFDM symbol의 pattern이 달라질 수 있다.
또는, PBCH-R 은 CD-SSB 또는 PBCH와 FDM되어 전송될 수 있다. 예를 들어, PBCH-R 전송을 CD-SSB 또는 PBCH 전송 OFDM symbol들 내에서 FDM하여 전송할 수 있다. PBCH는 CD-SSB를 구성하는 4개의 OFDM symbol들 중 첫 OFDM symbol 들을 제외한 나머지 세 개의 OFDM symbol들 동안 전송하게 되는데, 이 때, PBCH-R 전송은 예를 들어, 4개 전부 또는 마지막 3개의 OFDM symbol들에 걸쳐 CD-SSB 또는 PBCH와 FDM되어 전송되는 것일 수 있다. 이 때, PBCH-R 전송의 symbol duration을 Y(>=0)라 하면, 상기의 X 또는 Y는 사전에 정의된 값이거나, PBCH를 통해서 broadcast 되는 정보일 수 있다. PBCH-R 수신을 위해서 RedCap 단말은 시간 위치(time location) 뿐 아니라 주파수 위치(frequency location)을 정확히 알아야 하는데, PBCH의 주파수 위치 정보는 CD-SSB 또는 PBCH 대비 상대적인 주파수 오프셋 Z의 형태로 PBCH를 통해서 지시되는 것일 수 있다. Z값은 PBCH signaling capacity가 부족한 경우, 사전에 spec에 정의된 것일 수 있다. 예를 들어, Z=0인 경우 PBCH에 인접해서 전송되는 것일 수 있다. PBCH-R은 PBCH를 전송하는 PRB index들의 최소값을 n1, 최대값을 n2라고 하면, PRB index {n1-1, n1-2,쪋, n1-M1}에 해당하는 M1개로 구성된 PRB 영역과, PRB index {n1+1, n1+2,쪋, n1+M2}에 해당하는 M2개로 구성된 PRB 영역에서 PBCH-R을 전송하는 것일 수 있다. 이 때, M1과 M2는 각각 PBCH 주변으로 전송되는 PBCH-R의 RB 개수이며, M1과 M2가 모두 0이 아닐 경우, PBCH-R은 PBCH를 주파수 축에서 둘러싸는 형태로 전송되는 것일 수 있다.
또는 상기의 PBCH-R 전송 시간/주파수 도메인 자원은 시간/주파수 영역에서 시작(start)과 길이(length)를 (joint encoding하여) 지시하는 것일 수 있다. 시간 도메인에서는 symbol이나 slot 단위일 수 있으며, 주파수 도메인에서는 RE단위이거나 RB단위일 수 있다. 상기의 방법은 PBCH 주변으로 (감싸는 형태로) PBCH-R이 전송되는 경우를 효율적으로 지원하기 위해서 시간/주파수 도메인에서 CD-SSB 전송 영역을 제외하고 인덱싱(indexing)되는 것일 수 있다. 제외되는 CD-SSB 전송 영역은 PBCH 전송에 사용되는 20 RB 영역일 수 있다. 또는 PBCH-R 전송 RE를 추가확보 하기 위해서 PBCH 주변으로 (감싸는 형태로) PBCH-R 전송이 스케줄링 된 경우에 PSS 전송에 사용되는 12-RB 영역을 제외한 나머지 8개의 RB 영역을 PBCH-R 전송에 사용할 수 있다.
또는, CORESET#0 BW (= initial active DL BWP) 내에서 PBCH 전송에 사용되지 않고 남은 RB에 PBCH-R 전송할 수 있다. Recap 단말은 PBCH 수신을 통해서 CORESET#0 BW 시작점의 위치를 파악하고, 따라서 해당 CORESET#0 BW 내에서 PBCH 전송에 사용되지 않는 RB의 위치를 파악하고 해당 RB 들에서 PBCH-R 수신을 시도할 수 있다. 상기의 방법은 RedCap Max BW가 CORESET#0 BW와 같은 경우에 한정해서 적용하는 것일 수 있다. 또는 RedCap Max BW가 CORESET#0 BW와 큰 경우에, CORESET#0 BW 에 한정해서 PBCH-R을 전송하도록 하여 상기의 방법을 적용하거나, 아닐 경우 PBCH-R의 위치를 사전에 정의하거나 PBCH에서 위치를 지시하는 방법을 사용하는 것일 수 있다. 또는 RedCap Max BW가 CORESET#0 BW와 작은 경우, 단말은 CORESET#0 BW를 수신할 수 없으므로 상기의 PBCH-R의 위치를 사전에 정의하거나 PBCH에서 위치를 지시하는 방법을 사용하는 것일 수 있다. 또는 이 경우, RedCap 단말의 CORESET#0-R BW (=initial active DL BW for RedCap device)의 CD-SSB로부터의 주파수 축에서의 상대적인 위치를 사전에 설정하고, 사전 설정에 의한 CORESET#0-R BW를 기준으로 상기의 CORESET#0 BW (= initial active DL BWP) 내에서 PBCH 전송에 사용되지 않고 남은 RB에 PBCH-R 전송하는 방법을 적용할 수 있다. 또는 RedCap Max BW와 CORESET#0 BW의 관계에 의해서 단말이 PBCH-R 전송 영역을 결정하도록 할 수 있다. 예를 들어, RedCap Max BW >= CORESET#0 BW 이면 FDM 전송을 가정하고, 반대의 경우이면 TDM을 가정하는 것일 수 있다.
2. RedCap device (type)의 셀 접속 제어(cell access control)
상술된 바와 같이 RedCap Device의 단말 Power Saving, 셀 접속 시간 단축 등을 위해서 가능한 이른 단계에서 RedCap 단말의 접속을 제어하는 것은 도움이 될 수 있다. 또한, 다양한 use case들을 효율적으로 지원하기 위해서 RedCap Device를 타입으로 세분화하여 지원할 경우, RedCap Device Type 별로 셀 접속을 제어함으로써 추가적인 이득을 기대할 수 있다. 이러한 목적으로 RedCap Device 또는 RedCap Device Type 별로 셀 접속 제어 정보, 간단하게는 barring 정보를 전송하는 방법들을 제안한다. 본 절("2. RedCap device (type)의 셀 접속 제어")에서의 제안은 독립적으로 실시될 수도 있지만, 앞서 설명된 "1. RedCap UE의 셀 접속"과 상충하지 않는 범위 내에서 적어도 일부가 함께 실시/조합될 수 있다.
[접속제어관련 제안# 1] PBCH 전송 단계에서의 셀 접속 정보 전송
"접속제어관련 제안# 1"은 PBCH 페이로드(예, 도 9의 SH202)로 RedCap Device (type)의 셀 접속 정보를 전송하는 방법이다. 이 방법은 가장 이른 단계에서 셀 접속 제어 정보를 전송함으로써, 상기의 Power Saving, 셀 접속 시간 단축 측면에서 가장 이득이 큰 방법이다.
[명시적(Explicit) 지시 예] PBCH 페이로드로 RedCap Device (type)의 셀 접속 정보(e.g., RedCap Device 또는 Device Type별 cell barring 정보)를 전송하는 방법으로 다음의 예시와 같은 방법을 고려할 수 있다.
* 예시 C1) PBCH 페이로드의 일부를 이용하여 RedCap Device (type)의 셀 접속 정보를 전송
- FR1의 경우: total 4 or 3 bits(2 spare bits in MIB, 2 or 1 unused/Reserved bit(s) in PBCH DMRS sequence)이 사용 가능하다면, 해당 4 or 3 bit(이하)을 사용하여 (e.g., 비트맵 또는 조인트 인코딩의 형태) RedCap Device (type)의 셀 접속 정보를 전송
* 예시 C2) RSA (RedCap standalone) scenario에서는 종래에 NR 단말 barring을 위해서 PBCH 페이로드의 일부로 전송되던 barring information(CellBarred, intraFreqReselection)이 RedCap Device (type) barring information으로 재사용될 수 있다.
이를 위해서 "1. RedCap UE의 셀 접속" 절에서 기술된 RedCap 단말 지원 여부 지시 예 1-1이 참조될 수 있다.
[암시적(Implicit) 지시 예] PBCH 페이로드로 전송되는 CORESET#0 스케줄링 정보를 통해서 RedCap Device (type)의 셀 접속 정보를 전송할 수 있다. 이 때 RedCap 단말은 해당 Device (type)가 지원하는 BW를 기준으로 CORESET#0(-R) BW가 지원 범위 내에 있지 않으면, 해당 셀로부터 barred되었다고 간주할 수 있다. 이를 위해 "1. RedCap UE의 셀 접속"절에서 언급된 RedCap 단말 지원 여부 지시 예 1-4가 참조될 수 있다.
상기의 explicit, implicit 지시 방법 들은 동시에 또는 조합으로 사용될 수 있다. 예를 들어, explicit 지시와 implicit 지시가 모두 적용되는 경우에, 둘 중 하나라도 barred인 경우, RedCap Device (type)은 barred로 간주할 수 있다. 이는 즉, explicit 지시 방법이 적용될 수 경우 우선 시 된다는 의미일 수 있고, RedCap Device (type)이 BW 측면에서는 CORESET#0(-R)을 지원하지만, 다른 이유로 해당 RedCap Device (type)을 지원하지 않는 경우를 고려한 것일 수 있다.
상기의 explicit/implicit 지시 방법에 의한 결과가 notBarred인 경우, 단말은 CORESET#0(-R)를 통한 SIB1(-R) 수신을 시도하고 계속해서 셀 접속을 위한 동작을 수행하는 것일 수 있다.
[접속제어관련 제안# 2] SIB1(-R) 전송 단계에서의 셀 접속 정보 전송
"접속제어관련 제안# 1"은 단말 입장에서 가장 이른 단계에서 셀 접속 제어 정보를 획득할 수 있는 장점이 있지만, PBCH 페이로드 제한으로 인해서 지원이 용이하지 않을 수 있다. 이런 경우, CORESET#0(-R) 정보를 RedCap Device (type)가 수신할 수 있는 BW로 설정하고 SIB1(-R) (예, 도 9의 SH204)을 통해서 RedCap Device (type)의 셀 접속 제어정보를 전송할 수 있다.
이를 위해서 "1. RedCap UE의 셀 접속" 절에서 기술된 RedCap 단말 지원 여부 지시 예 1-2가 참조될 수 있다.
[접속제어관련 제안# 3] SIB1(-R) 스케줄링 DCI 전송 단계에서의 셀 접속 정보 전송
이를 위해서 "1. RedCap UE의 셀 접속" 절에서 기술된 RedCap 단말 지원 여부 지시 예 1-3가 참조될 수 있다.
CORESET#0(-R)로 전송되는 DCI content로 RedCap Device (type)의 셀 접속 제어정보를 전송할 수 있다. 이 때 사용되는 DCI format은 DCI format 1_0 with CRC scrambled by SI-RNTI일 수 있으며, 해당 DCI의 Reserved bits를 사용할 수 있다. 예를 들어, 사용 가능한 15 bits 중 3-bit 비트맵을 통해서 세 가지 RedCap Device Type의 barring 정보를 전송할 수 있다. 이 방법은 SIB1(-R) 전송 PDSCH 수신 이전에 셀 접속 제어정보를 획득할 수 있으므로 Power Saving, 셀 접속 시간 단축 측면에서 "접속제어관련 제안# 2"보다 장점이 있으며, "접속제어관련 제안# 1" 대비 signaling capacity 관점에서 장점이 있어서 RedCap Device Type 별 barring 정보를 전송하거나, barring 정보 외의 추가적인 정보(e.g., frequency routing 정보, 등) 전송하기에 보다 적합한 방법이다.
PDCCH-less SIB1(-R) 전송의 경우에, "접속제어관련 제안# 3"을 적용할 수 없으므로, "접속제어관련 제안# 3"이 설정된 상태에서 PDCCH-less SIB1(-R)을 적용하게 되는 경우, 자동적으로 "접속제어관련 제안# 2"로, 즉 SIB1(-R)에 셀 접속 제어정보가 전송된다고 단말이 가정할 수 있다.
위 제안 들에서 barred 일 때의 RedCap Device (type)의 동작은 해당 셀의 접속 시도를 중단하고, 주파수를 변경하여 셀 서치 동작을 계속 수행하는 것일 수 있다. 또는 barred일 경우, 추가적인 정보를 모니터링하고 이후 동작을 판단하도록 할 수 있다. 추가적인 정보는 상기에서 예시한 intraFreqReselection와 같은 정보일 수 있다. 단말 입장에서 highest ranked 셀이 barred일 때, intraFreqReselection가 allowed이면 동일 주파수 내에서 새로운 셀 접속을 시도하고, notAllowed이면 주파수를 이동하여 셀 접속을 시도하는 것일 수 있다.
상기의 "접속제어관련 제안# 1/2/3"은 다단계 셀 barring을 위해서 순차적으로 적용되는 것일 수 있다. 예를 들어, RedCap Device Type이 NT 개가 존재할 때, 각 Device Type 들은 "접속제어관련 제안# 1 → 접속제어관련 제안# 3 → 접속제어관련 제안# 2"의 시간 순서로 셀 접속 제어정보를 획득하게 되는 것일 수 있다. 이 때, RedCap Device Type 별 지원하는 BW 차이 등의 이유로 N
T개 중 M
1(>=0) 개의 Device Type은 접속제어관련 제안# 1에서 barred되고 통과한 (N
T-M
1) 개 중 접속제어관련 제안# 3에 의해서 M
3(>=0) 개가 barred될 수 있고, 통과한 나머지 (N
T-M
1-M
3) 중 "접속제어관련 제안# 2"에 의해서 M
2(>=0) 개가 barred될 수 있어서 총 M
1+M
3+M
2 개가 barred되고 (N
T-M
1-M
3-M
2) 개가 접속이 허용되는 형태일 수 있다(N
T>=M
1+M
3+M
2).
3. RSA (RedCap standalone)
RSA scenario에서 NR 단말 접속을 제한하는 것을 NR 단말 입장에서 Power Saving이나, 접속 시간 단축 등의 측면에서 유용할 수 있다. 본 절에서는 RSA 상황에서 NR 단말 barring과 이 때의 RedCap 단말의 동작을 제안한다. 본 절에서 제안하는 방법은 RSA 상황이 아니더라도 NR 단말이나 RedCap 단말의 트래픽 제어(traffic control)이나 기지국 maintenance 목적으로 적용할 수 있다. RSA 상황에서 NR 단말 barring은 종래의 NR 단말 barring 방법을 적용할 수 있다. 즉, PBCH 페이로드의 일부로 전송되던 MIB의 barring information(CellBarred, intraFreqReselection)을 종래와 동일한 용도로 사용할 수 있다.
[RSA 관련 제안# 1]
RedCap 단말은 NR 단말이 barred일 경우, 즉, MIB의cell Barred가 barred일 경우, RSA 셀 임을 확임을 확인하고 RSA 동작을 수행하도록 할 수 있다. RSA 동작은 RSA 상황에서 수행하도록 사전에 정의된 동작으로, 예를 들어 PBCH 페이로드/MIB의 Reserved/spare bits를 RedCap 단말 전용으로 정의/(재)해석해서 사용하거나, PBCH 페이로드 bit들(의 일부)을 NR 단말과 다르게 해석(e.g., SIB1/SIB1-R 스케줄링 정보, RedCap 단말 지원 여부, RedCap 단말 (type) barring 정보 등)하는 것을 포함할 수 있다.
[RSA 관련 제안# 2]
RedCap 단말은 NR 단말이 barred일 경우, 즉, MIB의셀 Barred가 barred일 경우, "접속제어관련 제안# 2"를 통해서 셀 접속 제어 정보(e.g., barring 정보)를 획득하고 접속 가능 여부를 판단할 수 있다.
Barred의 경우의 RedCap 단말 동작은 "2. RedCap Device (type)의 셀 접속 제어" 절에서 설명한 바와 동일할 수 있다.
[RSA 관련 제안# 3]
RedCap 단말은 NR 단말이 barred일 경우, 즉, MIB의셀 Barred가 barred일 경우, 상기의 "접속제어관련 제안# 3"를 통해서 셀 접속 제어 정보(e.g., barring 정보)를 획득하고 접속 가능 여부를 판단할 수 있다.
도 11은 상술된 제안들 중 적어도 하나에 기초한 신호 송수신 방법의 일 예를 도시한다. 도 11는 본 발명이 적용 가능한 예시들 중 하나이며, 본 발명은 도 11의 예시에 한정되지 않는다. 명시적 언급이 없더라도 상술된 내용은 도 11의 예시를 위해 참조될 수 있다.
기지국은 제1 셀을 통해 PBCH (physical broadcast channel) 신호를 송신할 수 있다(B05). 단말은 셀 탐색(B10)을 통해 제1 셀의 PBCH (physical broadcast channel) 신호를 수신할 수 있다. 기지국은, 제1 타입 단말보다 좁은 대역폭을 지원하도록 성능(capability)이 저감된(reduced) 제2 타입 단말의 접속을 적어도 하나의 셀 상에서 허용할 수 있다. 단말은, 제1 타입 단말보다 좁은 대역폭을 지원하도록 성능이 저감된 제2 타입 단말일 수 있다.
기지국은 PBCH 신호와 관련된 CSS(common search space) 세트 상에서 SIB1(system information block 1)-스케줄링 정보를 송신할 수 있다(B15). 단말은 PBCH 신호와 관련된 CSS 세트 상에서 SIB1-스케줄링 정보를 수신할 수 있다. 예컨대, 단말은 PBCH에 기초하여 설정된 CORESET/CSS 상에서 PDCCH 후보 모니터링(B25)을 수행함으로써 SIB1-스케줄링 정보를 수신할 수 있다.
기지국은 SIB1-스케줄링 정보 내에서 제1 타입 단말에 의해 사용되지 않도록 유보된 (reserved) 비트 상태(state)에 기초하여 제1 셀이 제2 타입 단말의 접속을 허용하는지 여부를 나타낼 수 있다.
단말은 SIB1-스케줄링 정보에 기초하여 제1 셀에 대한 잔여 접속 절차를 수행할 것인지 여부를 판단할 수 있다. 제1 셀에 대한 잔여 접속 절차를 수행할 것인지 여부를 판단함에 있어서, 단말은 SIB1-스케줄링 정보 내에서 제1 타입 단말에 의해 사용되지 않도록 유보된 (reserved) 비트 상태(state)에 기초하여 제2 타입 단말로써 제1 셀에 접속이 허용되는지 여부를 판단할 수 있다 (B30).
단말은 유보된 비트 상태가 제1 상태에 해당하는지 여부에 기초하여 제1 셀에 대한 잔여 접속 절차를 수행하거나, 또는 잔여 접속 절차의 수행 없이 제2 셀을 탐색할 수 있다.
유보된 비트 상태가 제1 상태에 해당하는지 않는다는 것에 기초하여, 단말은 제2 타입 단말로써 단말의 제1 셀에 접속이 허용된다고 판단하고, 유보된 비트 상태로부터 제2 타입 단말을 위한 SIB1의 스케줄링 정보를 획득할 수 있다.
유보된 비트 상태가 제1 상태에 해당하는지 않는다는 것에 기초하여, 단말은 SIB1-스케줄링 정보가 제1 타입 단말와 관련한 제1 SIB1과 제2 타입 단말에만 관련한 제2 SIB1를 모두 스케줄 한다고 판단할 수 있다.
단말이 제2 타입 단말로써 제1 셀에 접속이 허용된다는 판단 하에, 제2 타입 단말에만 관련한 제2 SIB1을 SIB1-스케줄링 정보에 기초하여 수신할 수 있다. 단말은 제1 타입 단말과 관련한 제1 SIB1의 자원 위치에 기초하여 제2 SBI1의 자원 위치를 파악할 수 있다.
단말은 유보된 비트 상태에 기초하여 제1 SIB1의 자원 위치와 제2 SIB1 자원 위치 간의 오프셋을 획득할 수 있다.
SIB1-스케줄링 정보는 제1 타입 단말과 제2 타입 단말 간에 공유되는 PDCCH (physical downlink control channel)-CSS 세트를 통해서 수신된 DCI(downlink control information)일 수 있다.
단말은 유보된 비트 상태로부터 제2 타입 단말을 위한 SIB1의 스케줄링 정보가 획득되었다는 것에 기초하여 제1 셀이 제2 타입 단말의 접속이 허용한다고 판단할 수 있다.
도 12은 본 발명에 적용되는 통신 시스템(1)을 예시한다.
도 12을 참조하면, 본 발명에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 13은 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 13을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 12의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 14은 본 발명의 일 실시예에 따른 단말의 DRX(Discontinuous Reception) 동작을 설명하기 위한 도면이다.
단말은 앞에서 설명/제안한 절차 및/또는 방법들을 수행하면서 DRX 동작을 수행할 수 있다. DRX가 설정된 단말은 DL 신호를 불연속적으로 수신함으로써 전력 소비를 낮출 수 있다. DRX는 RRC(Radio Resource Control)_IDLE 상태, RRC_INACTIVE 상태, RRC_CONNECTED 상태에서 수행될 수 있다. RRC_IDLE 상태와 RRC_INACTIVE 상태에서 DRX는 페이징 신호를 불연속 수신하는데 사용된다. 이하, RRC_CONNECTED 상태에서 수행되는 DRX에 관해 설명한다(RRC_CONNECTED DRX).
DRX 사이클은 On Duration과 Opportunity for DRX로 구성된다. DRX 사이클은 On Duration이 주기적으로 반복되는 시간 간격을 정의한다. On Duration은 단말이 PDCCH를 수신하기 위해 모니터링 하는 시간 구간을 나타낸다. DRX가 설정되면, 단말은 On Duration 동안 PDCCH 모니터링을 수행한다. PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 있는 경우, 단말은 inactivity 타이머를 동작시키고 깬(awake) 상태를 유지한다. 반면, PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 없는 경우, 단말은 On Duration이 끝난 뒤 슬립(sleep) 상태로 들어간다. 따라서, DRX가 설정된 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 불연속적으로 수행될 수 있다. 예를 들어, DRX가 설정된 경우, 본 발명에서 PDCCH 수신 기회(occasion)(예, PDCCH 탐색 공간을 갖는 슬롯)는 DRX 설정에 따라 불연속적으로 설정될 수 있다. 반면, DRX가 설정되지 않은 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 연속적으로 수행될 수 있다. 예를 들어, DRX가 설정되지 않은 경우, 본 발명에서 PDCCH 수신 기회(예, PDCCH 탐색 공간을 갖는 슬롯)는 연속적으로 설정될 수 있다. 한편, DRX 설정 여부와 관계 없이, 측정 갭으로 설정된 시간 구간에서는 PDCCH 모니터링이 제한될 수 있다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
본 발명은 무선 이동 통신 시스템의 단말, 기지국, 또는 기타 다른 장비에 사용될 수 있다.
Claims (14)
- 3GPP (3rd generation partnership project)-기반의 무선통신시스템에서 단말이 초기 셀 접속(initial cell access)을 수행하는 방법에 있어서,셀 탐색을 통해 제1 셀의 PBCH (physical broadcast channel) 신호를 수신;상기 PBCH 신호와 관련된 CSS(common search space) 세트 상에서 SIB1(system information block 1)-스케줄링 정보를 수신; 및상기 SIB1-스케줄링 정보에 기초하여 상기 제1 셀에 대한 잔여 접속 절차를 수행할 것인지 여부를 판단하는 것을 포함하고,상기 단말은, 제1 타입 단말보다 좁은 대역폭을 지원하도록 성능(capability)이 저감된(reduced) 제2 타입 단말로써,상기 제1 셀에 대한 잔여 접속 절차를 수행할 것인지 여부를 판단함에 있어서, 상기 단말은 상기 SIB1-스케줄링 정보 내에서 상기 제1 타입 단말에 의해 사용되지 않도록 유보된 (reserved) 비트 상태(state)에 기초하여 상기 제2 타입 단말로써 상기 제1 셀에 접속이 허용되는지 여부를 판단하는, 방법.
- 제 1 항에 있어서,상기 단말은 상기 유보된 비트 상태가 제1 상태에 해당하는지 여부에 기초하여 상기 제1 셀에 대한 상기 잔여 접속 절차를 수행하거나, 또는 상기 잔여 접속 절차의 수행 없이 제2 셀을 탐색하는, 방법.
- 제 1 항에 있어서,상기 유보된 비트 상태가 제1 상태에 해당하는지 않는다는 것에 기초하여, 상기 단말은:상기 제2 타입 단말로써 상기 단말의 상기 제1 셀에 접속이 허용된다고 판단하고, 상기 유보된 비트 상태로부터 상기 제2 타입 단말을 위한 SIB1의 스케줄링 정보를 획득하는, 방법.
- 제 1 항에 있어서, 상기 유보된 비트 상태가 제1 상태에 해당하는지 않는다는 것에 기초하여, 상기 단말은:상기 SIB1-스케줄링 정보가 상기 제1 타입 단말와 관련한 제1 SIB1과 상기 제2 타입 단말에만 관련한 제2 SIB1를 모두 스케줄 한다고 판단하는, 방법.
- 제 1 항에 있어서,상기 단말이 상기 제2 타입 단말로써 상기 제1 셀에 접속이 허용된다는 판단 하에, 상기 제2 타입 단말에만 관련한 제2 SIB1을 상기 SIB1-스케줄링 정보에 기초하여 수신하는 것을 더 포함하고,상기 단말은 상기 제1 타입 단말과 관련한 제1 SIB1의 자원 위치에 기초하여 상기 제2 SBI1의 자원 위치를 파악하는, 방법.
- 제 5 항에 있어서,상기 단말은 상기 유보된 비트 상태에 기초하여 상기 제1 SIB1의 자원 위치와 상기 제2 SIB1 자원 위치 간의 오프셋을 획득하는, 방법.
- 제 1 항에 있어서,상기 SIB1-스케줄링 정보는 상기 제1 타입 단말과 상기 제2 타입 단말 간에 공유되는 PDCCH (physical downlink control channel)-CSS 세트를 통해서 수신된 DCI(downlink control information)인, 방법.
- 제 1 항에 있어서,상기 단말은 유보된 비트 상태로부터 상기 제2 타입 단말을 위한 SIB1의 스케줄링 정보가 획득되었다는 것에 기초하여 상기 제1 셀이 상기 제2 타입 단말의 접속이 허용한다고 판단하는, 방법.
- 제 1 항에 기재된 방법을 수행하기 위한 프로그램을 기록한 프로세서로 읽을 수 있는 기록매체.
- 3GPP (3rd generation partnership project)-기반의 무선 통신을 위한 디바이스에 있어서,명령어들을 기록한 메모리; 및상기 명령어들을 실행함으로써, 셀 탐색을 통해 제1 셀의 PBCH (physical broadcast channel) 신호를 수신; 상기 PBCH 신호와 관련된 CSS(common search space) 세트 상에서 상에서 SIB1(system information block 1)-스케줄링 정보를 수신; 및 상기 SIB1-스케줄링 정보에 기초하여 상기 제1 셀에 대한 잔여 접속 절차를 수행할 것인지 여부를 판단하는 프로세서를 포함하고,상기 단말은, 제1 타입 디바이스보다 좁은 대역폭을 지원하도록 성능(capability)이 저감된(reduced) 제2 타입 디바이스로써,상기 제1 셀에 대한 잔여 접속 절차를 수행할 것인지 여부를 판단함에 있어서, 상기 프로세서는, 상기 SIB1-스케줄링 정보 내에서 상기 제1 타입 디바이스에 의해 사용되지 않도록 유보된 (reserved) 비트 상태(state)에 기초하여 상기 제2 타입 디바이스로써 상기 제1 셀에 접속이 허용되는지 여부를 판단하는, 디바이스.
- 제 10 항에 있어서,상기 프로세서의 제어에 따라서 무선 신호를 송수신하는 송수신기를 더 포함하고,상기 디바이스는, 상기 3GPP-기반의 무선 통신을 위한 사용자 장치(UE)인, 디바이스.
- 제 10 항에 있어서,상기 디바이스는, ASIC (Application Specific Integrated Circuit) 또는 디지털 신호 처리 디바이스인, 방법.
- 3GPP (3rd generation partnership project)-기반의 무선통신시스템에서 기지국이 신호를 송신하는 방법에 있어서,제1 셀을 통해 PBCH (physical broadcast channel) 신호를 송신; 및상기 PBCH 신호와 관련된 CSS(common search space) 세트 상에서 SIB1(system information block 1)-스케줄링 정보를 송신하는 것을 포함하고,상기 기지국은, 제1 타입 단말보다 좁은 대역폭을 지원하도록 성능(capability)이 저감된(reduced) 제2 타입 단말의 접속을 적어도 하나의 셀 상에서 허용하되,상기 기지국은 상기 SIB1-스케줄링 정보 내에서 상기 제1 타입 단말에 의해 사용되지 않도록 유보된 (reserved) 비트 상태(state)에 기초하여 상기 제1 셀이 상기 제2 타입 단말의 접속을 허용하는지 여부를 나타내는, 방법.
- 3GPP (3rd generation partnership project)-기반의 무선 통신을 위한 기지국에 있어서,명령어들을 기록한 메모리; 및상기 명령어들을 실행함으로써, 제1 셀을 통해 PBCH (physical broadcast channel) 신호를 송신; 및 상기 PBCH 신호와 관련된 CSS(common search space) 세트 상에서 SIB1(system information block 1)-스케줄링 정보를 송신하는 프로세서를 포함하고,상기 프로세서는, 제1 타입 단말보다 좁은 대역폭을 지원하도록 성능(capability)이 저감된(reduced) 제2 타입 단말의 접속을 적어도 하나의 셀 상에서 허용하되,상기 프로세서는 상기 SIB1-스케줄링 정보 내에서 상기 제1 타입 단말에 의해 사용되지 않도록 유보된 (reserved) 비트 상태(state)에 기초하여 상기 제1 셀이 상기 제2 타입 단말의 접속을 허용하는지 여부를 나타내는, 기지국.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020227033736A KR20230010623A (ko) | 2020-05-15 | 2021-05-17 | 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 |
US17/923,889 US20230180110A1 (en) | 2020-05-15 | 2021-05-17 | Method for transmitting and receiving signals for wireless communication, and apparatus therefor |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20200058684 | 2020-05-15 | ||
KR20200058656 | 2020-05-15 | ||
KR10-2020-0058684 | 2020-05-15 | ||
KR10-2020-0058656 | 2020-05-15 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2021230726A1 true WO2021230726A1 (ko) | 2021-11-18 |
Family
ID=78524659
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2021/006130 WO2021230726A1 (ko) | 2020-05-15 | 2021-05-17 | 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20230180110A1 (ko) |
KR (1) | KR20230010623A (ko) |
WO (1) | WO2021230726A1 (ko) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114125998A (zh) * | 2021-12-03 | 2022-03-01 | 星思连接(上海)半导体有限公司 | 小区接入方法、信息广播方法、装置及电子设备 |
CN116156599A (zh) * | 2023-04-18 | 2023-05-23 | 翱捷科技股份有限公司 | 一种RedCap终端接入5G小区的方法及装置 |
WO2023143413A1 (zh) * | 2022-01-27 | 2023-08-03 | 维沃移动通信有限公司 | 同步信号块接收方法、同步信号块发送方法及相关设备 |
WO2023142837A1 (zh) * | 2022-01-26 | 2023-08-03 | 华为技术有限公司 | 接收同步信号块的方法和通信装置 |
WO2024041193A1 (zh) * | 2022-08-26 | 2024-02-29 | 华为技术有限公司 | 一种通信方法及相关装置 |
EP4221353A4 (en) * | 2020-09-27 | 2024-03-27 | Huawei Tech Co Ltd | METHOD AND APPARATUS FOR ACCESSING A NETWORK DEVICE |
WO2024061031A1 (zh) * | 2022-09-19 | 2024-03-28 | 华为技术有限公司 | 一种通信的方法和装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117280763A (zh) * | 2021-05-21 | 2023-12-22 | Oppo广东移动通信有限公司 | 小区接入控制方法、装置、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20130016222A (ko) * | 2010-02-12 | 2013-02-14 | 인터디지탈 패튼 홀딩스, 인크 | 머신간 통신에서의 액세스 제어 및 혼잡 제어 |
KR20160032024A (ko) * | 2013-07-16 | 2016-03-23 | 엘지전자 주식회사 | Mtc를 위한 신호 전송 방법 및 이를 위한 장치 |
KR20190017731A (ko) * | 2017-08-11 | 2019-02-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 측정 및 보고하는 방법 및 이를 위한 장치 |
US20200077364A1 (en) * | 2015-04-10 | 2020-03-05 | Panasonic Intellectual Property Corporation Of America | System information scheduling in machine type communication |
-
2021
- 2021-05-17 US US17/923,889 patent/US20230180110A1/en active Pending
- 2021-05-17 WO PCT/KR2021/006130 patent/WO2021230726A1/ko active Application Filing
- 2021-05-17 KR KR1020227033736A patent/KR20230010623A/ko active Search and Examination
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20130016222A (ko) * | 2010-02-12 | 2013-02-14 | 인터디지탈 패튼 홀딩스, 인크 | 머신간 통신에서의 액세스 제어 및 혼잡 제어 |
KR20160032024A (ko) * | 2013-07-16 | 2016-03-23 | 엘지전자 주식회사 | Mtc를 위한 신호 전송 방법 및 이를 위한 장치 |
US20200077364A1 (en) * | 2015-04-10 | 2020-03-05 | Panasonic Intellectual Property Corporation Of America | System information scheduling in machine type communication |
KR20190017731A (ko) * | 2017-08-11 | 2019-02-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 측정 및 보고하는 방법 및 이를 위한 장치 |
Non-Patent Citations (1)
Title |
---|
ERICSSON: "Enhancements to initial access procedure", 3GPP DRAFT; R1-1912710, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, USA; 20191118 - 20191122, 9 November 2019 (2019-11-09), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051823554 * |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP4221353A4 (en) * | 2020-09-27 | 2024-03-27 | Huawei Tech Co Ltd | METHOD AND APPARATUS FOR ACCESSING A NETWORK DEVICE |
CN114125998A (zh) * | 2021-12-03 | 2022-03-01 | 星思连接(上海)半导体有限公司 | 小区接入方法、信息广播方法、装置及电子设备 |
CN114125998B (zh) * | 2021-12-03 | 2024-06-11 | 星思连接(上海)半导体有限公司 | 小区接入方法、信息广播方法、装置及电子设备 |
WO2023142837A1 (zh) * | 2022-01-26 | 2023-08-03 | 华为技术有限公司 | 接收同步信号块的方法和通信装置 |
WO2023143413A1 (zh) * | 2022-01-27 | 2023-08-03 | 维沃移动通信有限公司 | 同步信号块接收方法、同步信号块发送方法及相关设备 |
WO2024041193A1 (zh) * | 2022-08-26 | 2024-02-29 | 华为技术有限公司 | 一种通信方法及相关装置 |
WO2024061031A1 (zh) * | 2022-09-19 | 2024-03-28 | 华为技术有限公司 | 一种通信的方法和装置 |
CN116156599A (zh) * | 2023-04-18 | 2023-05-23 | 翱捷科技股份有限公司 | 一种RedCap终端接入5G小区的方法及装置 |
CN116156599B (zh) * | 2023-04-18 | 2023-08-01 | 翱捷科技股份有限公司 | 一种RedCap终端接入5G小区的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US20230180110A1 (en) | 2023-06-08 |
KR20230010623A (ko) | 2023-01-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021230730A1 (ko) | 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 | |
WO2021230726A1 (ko) | 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 | |
WO2020032742A1 (ko) | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 | |
WO2016182291A1 (ko) | 무선 통신 시스템에서 상향링크 신호를 송신 또는 수신하기 위한 방법 및 이를 위한 장치 | |
WO2021230729A1 (ko) | 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 | |
WO2021091300A1 (ko) | 무선 통신 시스템에서 상향링크 채널을 송수신하는 방법 및 이를 위한 장치 | |
WO2022216024A1 (ko) | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 | |
WO2021091306A1 (ko) | 채널 점유 시간 내에서 물리 상향링크 공유 채널을 송수신하는 방법 및 이를 위한 장치 | |
WO2022154614A1 (ko) | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 | |
WO2020091546A1 (en) | Configuration coordination for power efficient operation for nr | |
WO2022031136A1 (ko) | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 | |
WO2021206395A1 (en) | Method and apparatus for transmitting or receiving uplink data channel in wireless communication system | |
WO2022216045A1 (ko) | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 | |
WO2020060355A1 (ko) | 무선 통신 시스템에서 측정 시 전력 소모를 감소시키는 방법 및 장치 | |
WO2021230728A1 (ko) | 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 | |
WO2022086174A1 (ko) | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 | |
WO2023014199A1 (ko) | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 | |
WO2021020944A1 (ko) | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 | |
WO2021066309A1 (ko) | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 | |
WO2020167053A1 (ko) | 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치 | |
WO2020204520A1 (ko) | 상향링크 전송을 수행하는 방법, 사용자기기, 장치, 저장 매체, 그리고 상향링크 수신을 수행하는 방법 및 기지국 | |
WO2024072080A1 (ko) | 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 | |
WO2024035193A1 (ko) | 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 | |
WO2024072088A1 (ko) | 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 | |
WO2024072127A1 (ko) | 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 21804045 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 21804045 Country of ref document: EP Kind code of ref document: A1 |