WO2022154574A1 - 무선 통신 시스템에서 msg4를 송수신하는 방법 및 이를 위한 장치 - Google Patents

무선 통신 시스템에서 msg4를 송수신하는 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2022154574A1
WO2022154574A1 PCT/KR2022/000734 KR2022000734W WO2022154574A1 WO 2022154574 A1 WO2022154574 A1 WO 2022154574A1 KR 2022000734 W KR2022000734 W KR 2022000734W WO 2022154574 A1 WO2022154574 A1 WO 2022154574A1
Authority
WO
WIPO (PCT)
Prior art keywords
frequency hop
redcap
symbol
terminal
bandwidth
Prior art date
Application number
PCT/KR2022/000734
Other languages
English (en)
French (fr)
Inventor
김재형
이영대
양석철
황승계
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to EP22739766.8A priority Critical patent/EP4280791A1/en
Publication of WO2022154574A1 publication Critical patent/WO2022154574A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/0012—Hopping in multicarrier systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space

Definitions

  • the present specification relates to a wireless communication system, and more particularly, to a method for transmitting and receiving a message (Msg) 4 and an apparatus therefor.
  • Msg message
  • a mobile communication system has been developed to provide a voice service while ensuring user activity.
  • the mobile communication system has expanded not only the voice but also the data service, and now, due to the explosive increase in traffic, a resource shortage is caused and users demand a higher speed service, so a more advanced mobile communication system is required. .
  • next-generation mobile communication system requirements of the next-generation mobile communication system are largely to support explosive data traffic acceptance, a dramatic increase in the transmission rate per user, a significantly increased number of connected devices, very low end-to-end latency, and high energy efficiency.
  • Dual Connectivity Massive Multiple Input Multiple Output (MIMO), In-band Full Duplex, Non-Orthogonal Multiple Access (NOMA), Super Wideband
  • MIMO Massive Multiple Input Multiple Output
  • NOMA Non-Orthogonal Multiple Access
  • reduced performance is being considered as a main feature of the reduced bandwidth (reduced bandwidth) of the terminal.
  • PUSCH/PUCCH frequency hopping in the initial UL BWP may exceed the reduced bandwidth of the terminal.
  • the present specification proposes a method and apparatus for performing a random access procedure (or initial access procedure) in a situation where the initial UL BWP is larger than the bandwidth of the RedCap terminal.
  • the present specification proposes a method and an apparatus for performing a random access procedure by a RedCap terminal in a communication environment in which a RedCap terminal and a general terminal (eg, a terminal other than a RedCap terminal) coexist.
  • the present specification proposes a method and apparatus for transmitting and receiving PUSCH and/or PUCCH (or HARQ-ACK information) using frequency retuning when the initial UL BWP is greater than the bandwidth of the RedCap terminal. .
  • the present specification proposes a method and apparatus for inserting a gap between frequency hops during frequency hopping of PUSCH and/or PUCCH.
  • the present specification proposes a method and apparatus for skipping all/part of a frequency hop during frequency hopping of a PUSCH and/or a PUCCH.
  • a method performed by a reduced capability (RedCap) terminal includes the steps of: transmitting a random access preamble to a base station; receiving a random access response from the base station based on the random access preamble; Based on the response, transmitting an Msg3 physical uplink shared channel (PUSCH) to the base station in a first frequency hop, and frequency retuning for the bandwidth of the RedCap terminal performing the steps, and transmitting the Msg3 PUSCH to the base station in a second frequency hop of the bandwidth of the RedCap terminal, i) a gap is inserted between the first frequency hop and the second frequency hop, ii) at least one symbol of the first frequency hop or at least one symbol of the second frequency hop is skipped, and receiving the Msg4 from the base station based on the Msg3 PUSCH.
  • the bandwidth of the RedCap terminal may be smaller than the bandwidth of an initial uplink bandwidth part (BWP).
  • the bandwidth of the RedCap terminal may be the maximum bandwidth supported by the RedCap terminal.
  • the gap may be established through system information or the random access response.
  • the last at least one symbol of the first frequency hop includes a demodulation reference signal (DMRS) symbol
  • the first at least one symbol of the second frequency hop is a DMRS Based on not including the symbol, the first at least one symbol of the second frequency hop may be skipped.
  • DMRS demodulation reference signal
  • the last at least one symbol of the first frequency hop does not include a demodulation reference signal (DMRS) symbol
  • DMRS demodulation reference signal
  • transmitting the PUCCH for the Msg4 to the base station in a first physical uplink control channel (PUCCH) frequency hop, the frequency for the bandwidth of the RedCap terminal The method further comprising: performing frequency retuning; and transmitting the PUCCH to the base station at a second PUCCH frequency hop of the bandwidth of the RedCap terminal, i) the first PUCCH frequency hop and the second PUCCH A gap may be inserted between frequency hops, or ii) at least one symbol of the first PUCCH frequency hop or at least one symbol of the second PUCCH frequency hop may be skipped.
  • the PUCCH may include hybrid automatic repeat request-acknowledgement (HARQ-ACK) information for the Msg4.
  • HARQ-ACK hybrid automatic repeat request-acknowledgement
  • a reduced capability (RedCap) terminal set to receive a message (message, Msg) 4 in the wireless communication system of the present specification, at least one transceiver, at least one processor, and the at least one processor at least one memory that is operatively coupled and stores instructions for performing operations based on being executed by the at least one processor, the operations comprising: transmitting a random access preamble to a base station; receiving a random access response from the base station based on the random access preamble; and based on the random access response, an Msg3 physical uplink shared channel in a first frequency hop, PUSCH) to the base station, performing frequency retuning for the bandwidth of the RedCap terminal, and transmitting the Msg3 PUSCH to the base station at a second frequency hop of the bandwidth of the RedCap terminal Step, i) a gap is inserted between the first frequency hop and the second frequency hop, or ii) at least one symbol of the first frequency hop or at least one symbol of the second frequency hop is skipped
  • the present specification proposes a method of transmitting a message (message, Msg)4 in a wireless communication system.
  • the method performed by the base station includes the steps of: receiving a random access preamble from a reduced capability (RedCap) terminal; and transmitting a random access response to the RedCap terminal based on the random access preamble; Receiving an Msg3 physical uplink shared channel (PUSCH) from the RedCap terminal in a first frequency hop based on the access response, frequency retuning for the bandwidth of the RedCap terminal is performed, receiving the Msg3 PUSCH from the RedCap terminal in a second frequency hop of the bandwidth of the RedCap terminal, i) a gap is inserted between the first frequency hop and the second frequency hop, ii) at least one symbol of the first frequency hop or at least one symbol of the second frequency hop is skipped, and transmitting the Msg4 to the RedCap terminal based on the Msg3 PUSCH.
  • PUSCH physical uplink shared channel
  • the bandwidth of the RedCap terminal may be smaller than the bandwidth of an initial uplink bandwidth part (BWP).
  • the bandwidth of the RedCap terminal may be the maximum bandwidth supported by the RedCap terminal.
  • the gap may be established through system information or the random access response.
  • the last at least one symbol of the first frequency hop includes a demodulation reference signal (DMRS) symbol
  • the first at least one symbol of the second frequency hop is a DMRS Based on not including the symbol, the first at least one symbol of the second frequency hop may be skipped.
  • DMRS demodulation reference signal
  • the last at least one symbol of the first frequency hop does not include a demodulation reference signal (DMRS) symbol
  • DMRS demodulation reference signal
  • receiving the PUCCH for the Msg4 from the RedCap terminal in a first physical uplink control channel (PUCCH) frequency hop, the frequency for the bandwidth of the RedCap terminal Retuning (frequency retuning) is performed, further comprising the step of receiving the PUCCH from the RedCap terminal in a second PUCCH frequency hop of the bandwidth of the RedCap terminal, i) the first PUCCH frequency hop and the second PUCCH frequency
  • a gap may be inserted between hops, or ii) at least one symbol of the first PUCCH frequency hop or at least one symbol of the second PUCCH frequency hop may be skipped.
  • the PUCCH may include hybrid automatic repeat request-acknowledgement (HARQ-ACK) information for the Msg4.
  • HARQ-ACK hybrid automatic repeat request-acknowledgement
  • the base station configured to transmit a message (Msg) 4 in the wireless communication system of the present specification is operatively connected to at least one transceiver, at least one processor, and the at least one processor, and the at least one at least one memory for storing instructions for performing operations based on being executed by a processor of transmitting a random access response to the RedCap terminal based on the random access preamble, and based on the random access response, an Msg3 physical uplink shared channel in a first frequency hop , PUSCH) from the RedCap terminal, frequency retuning of the bandwidth of the RedCap terminal is performed, and receiving the Msg3 PUSCH from the RedCap terminal at a second frequency hop of the bandwidth of the RedCap terminal Step, i) a gap is inserted between the first frequency hop and the second frequency hop, or ii) at least one symbol of the first frequency hop or at least one symbol of the second frequency hop is skipped (skip), and transmitting the Msg4 to the RedCap terminal based on the M
  • a processor apparatus configured to control a reduced capability (RedCap) terminal to receive a message (Msg) 4 includes at least one processor and the at least at least one memory operatively coupled to a processor and storing instructions for performing operations based on being executed by the at least one processor, the operations comprising: Transmitting to the base station, receiving a random access response from the base station based on the random access preamble, and based on the random access response, Msg3 physical uplink shared channel (physical) in a first frequency hop (hop) transmitting an uplink shared channel (PUSCH) to the base station, performing frequency retuning for the bandwidth of the RedCap terminal, and receiving the Msg3 PUSCH at a second frequency hop of the bandwidth of the RedCap terminal transmitting to a base station, i) a gap is inserted between the first frequency hop and the second frequency hop, or ii) at least one symbol of the first frequency hop or at least one of the second frequency hops The symbol of
  • a computer-readable storage medium storing at least one instruction for causing the at least one processor to control operations
  • the operations include: transmitting a random access preamble to a base station; receiving a random access response from the base station based on the random access preamble; and based on the random access response, a first frequency hop ( hop) transmitting a message (message, Msg) 3 physical uplink shared channel (PUSCH) to the base station, and a reduced capability (RedCap) frequency for the bandwidth of the terminal.
  • FIG. 1 shows an example of the overall system structure of NR to which the method proposed in the present specification can be applied.
  • FIG. 2 illustrates a relationship between an uplink frame and a downlink frame in a wireless communication system to which the method proposed in the present specification can be applied.
  • FIG 3 shows an example of a frame structure in an NR system.
  • FIG. 4 shows an example of a resource grid supported by a wireless communication system to which the method proposed in the present specification can be applied.
  • FIG. 5 illustrates a slot structure of an NR frame to which the method proposed in this specification can be applied.
  • FIG. 6 shows examples of an antenna port to which the method proposed in this specification can be applied and a resource grid for each numerology.
  • FIG. 7 illustrates physical channels and general signal transmission used in a 3GPP system.
  • 11 is a diagram for explaining a 2-step RACH procedure.
  • FIG. 12 illustrates a flowchart of a procedure for reporting device type information to a base station.
  • FIG. 13 illustrates a method of inserting a gap between PUSCH/PUCCH frequency hops.
  • 14 is an example of a method of skipping between PUSCH/PUCCH frequency hops.
  • 15 is a flowchart illustrating a method of operating a terminal proposed in the specification.
  • 16 is a flowchart illustrating an operation method of a base station proposed in the specification.
  • FIG. 17 illustrates a communication system 1 applied in this specification.
  • FIG 19 shows another example of a wireless device applied to the present specification.
  • downlink means communication from a base station to a terminal
  • uplink means communication from a terminal to a base station
  • DL downlink
  • UL uplink
  • the transmitter may be a part of the base station
  • the receiver may be a part of the terminal
  • the transmitter may be a part of the terminal
  • the receiver may be a part of the base station.
  • the base station may be represented as a first communication device
  • the terminal may be represented as a second communication device.
  • Base station is a fixed station (fixed station), Node B, evolved-NodeB (eNB), gNB (Next Generation NodeB), BTS (base transceiver system), access point (AP: Access Point), network (5G) network), AI system, RSU (road side unit), vehicle (vehicle), robot, drone (Unmanned Aerial Vehicle, UAV), AR (Augmented Reality) device, VR (Virtual Reality) device, etc. have.
  • the terminal may be fixed or have mobility, UE (User Equipment), MS (Mobile Station), UT (user terminal), MSS (Mobile Subscriber Station), SS (Subscriber Station), AMS (Advanced Mobile) Station), WT (Wireless terminal), MTC (Machine-Type Communication) device, M2M (Machine-to-Machine) device, D2D (Device-to-Device) device, vehicle, robot, AI module , drones (Unmanned Aerial Vehicle, UAV), AR (Augmented Reality) devices, VR (Virtual Reality) devices, and the like.
  • UAV Unmanned Aerial Vehicle
  • AR Augmented Reality
  • VR Virtual Reality
  • CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA may be implemented with a radio technology such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile communications
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • OFDMA may be implemented with 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 is a part of Evolved UMTS (E-UMTS) using E-UTRA and LTE-A (Advanced)/LTE-A pro is an evolved version of 3GPP LTE.
  • 3GPP NR New Radio or New Radio Access Technology is an evolved version of 3GPP LTE/LTE-A/LTE-A pro.
  • LTE refers to technology after 3GPP TS 36.xxx Release 8.
  • LTE technology after 3GPP TS 36.xxx Release 10 is referred to as LTE-A
  • LTE technology after 3GPP TS 36.xxx Release 13 is referred to as LTE-A pro
  • 3GPP NR refers to technology after TS 38.xxx Release 15.
  • LTE/NR may be referred to as a 3GPP system.
  • "xxx" stands for standard document detail number.
  • LTE/NR may be collectively referred to as a 3GPP system.
  • RRC Radio Resource Control
  • RRC Radio Resource Control
  • NR is an expression showing an example of 5G radio access technology (RAT).
  • RAT 5G radio access technology
  • the three main requirements areas for 5G are (1) Enhanced Mobile Broadband (eMBB) area, (2) Massive Machine Type Communication (mMTC) area and (3) Ultra-reliable and It includes an Ultra-reliable and Low Latency Communications (URLLC) area.
  • eMBB Enhanced Mobile Broadband
  • mMTC Massive Machine Type Communication
  • URLLC Ultra-reliable and Low Latency Communications
  • KPI key performance indicator
  • eMBB goes far beyond basic mobile Internet access, covering rich interactive work, media and entertainment applications in the cloud or augmented reality.
  • Data is one of the key drivers of 5G, and for the first time in the 5G era, we may not see dedicated voice services.
  • voice is simply expected to be processed as an application using the data connection provided by the communication system.
  • the main causes for increased traffic volume are an increase in content size and an increase in the number of applications requiring high data rates.
  • Streaming services audio and video
  • interactive video and mobile Internet connections will become more widely used as more devices connect to the Internet. Many of these applications require always-on connectivity to push real-time information and notifications to users.
  • Cloud storage and applications are growing rapidly in mobile communication platforms, which can be applied to both work and entertainment.
  • cloud storage is a special use case that drives the growth of uplink data rates.
  • 5G is also used for remote work in the cloud, requiring much lower end-to-end latency to maintain a good user experience when tactile interfaces are used.
  • Entertainment For example, cloud gaming and video streaming are other key factors that increase the demand for mobile broadband capabilities. Entertainment is essential on smartphones and tablets anywhere, including in high-mobility environments such as trains, cars and airplanes.
  • Another use example is augmented reality for entertainment and information retrieval.
  • augmented reality requires very low latency and instantaneous amount of data.
  • URLLC includes new services that will transform the industry through ultra-reliable/available low-latency links such as self-driving vehicles and remote control of critical infrastructure. This level of reliability and latency is essential for smart grid control, industrial automation, robotics, and drone control and coordination.
  • 5G could complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS) as a means of delivering streams rated from hundreds of megabits per second to gigabits per second. This high speed is required to deliver TVs in resolutions of 4K and higher (6K, 8K and higher), as well as virtual and augmented reality.
  • Virtual Reality (VR) and Augmented Reality (AR) applications include almost immersive sports events. Certain applications may require special network settings. For VR games, for example, game companies may need to integrate core servers with network operators' edge network servers to minimize latency.
  • Automotive is expected to be an important new driving force for 5G with many use cases for mobile communication to vehicles. For example, entertainment for passengers requires simultaneous high capacity and high mobility mobile broadband. The reason is that future users will continue to expect high-quality connections regardless of their location and speed.
  • Another use case in the automotive sector is augmented reality dashboards. It identifies objects in the dark and overlays information that tells the driver about the distance and movement of the object over what the driver is seeing through the front window.
  • wireless modules will enable communication between vehicles, information exchange between vehicles and supporting infrastructure, and information exchange between automobiles and other connected devices (eg, devices carried by pedestrians).
  • Safety systems can help drivers reduce the risk of accidents by guiding alternative courses of action to help them drive safer.
  • the next step will be remote-controlled or self-driven vehicles.
  • Smart cities and smart homes referred to as smart societies, will be embedded with high-density wireless sensor networks.
  • a distributed network of intelligent sensors will identify conditions for cost and energy-efficient maintenance of a city or house.
  • a similar setup can be performed for each household.
  • Temperature sensors, window and heating controllers, burglar alarms and appliances are all connected wirelessly. Many of these sensors are typically low data rates, low power and low cost. However, for example, real-time HD video may be required in certain types of devices for surveillance.
  • Smart grids use digital information and communication technologies to interconnect these sensors to gather information and act on it. This information can include supplier and consumer behavior, enabling smart grids to improve efficiency, reliability, economics, sustainability of production and distribution of fuels such as electricity in an automated manner.
  • the smart grid can also be viewed as another low-latency sensor network.
  • the health sector has many applications that can benefit from mobile communications.
  • the communication system may support telemedicine providing clinical care from a remote location. This can help reduce barriers to distance and improve access to consistently unavailable health care services in remote rural areas. It is also used to save lives in critical care and emergency situations.
  • a wireless sensor network based on mobile communication may provide remote monitoring and sensors for parameters such as heart rate and blood pressure.
  • Wireless and mobile communications are becoming increasingly important in industrial applications. Wiring is expensive to install and maintain. Thus, the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity for many industries. However, achieving this requires that the wireless connection operate with cable-like latency, reliability and capacity, and that its management be simplified. Low latency and very low error probability are new requirements that need to be connected with 5G.
  • Logistics and freight tracking are important use cases for mobile communications that use location-based information systems to enable tracking of inventory and packages from anywhere.
  • Logistics and freight tracking use cases typically require low data rates but require wide range and reliable location information.
  • a new RAT system including NR uses an OFDM transmission scheme or a similar transmission scheme.
  • the new RAT system may follow OFDM parameters different from those of LTE.
  • the new RAT system may follow the existing numerology of LTE/LTE-A, but may have a larger system bandwidth (eg, 100 MHz).
  • one cell may support a plurality of numerologies. That is, terminals operating in different numerology may coexist in one cell.
  • Numerology corresponds to one subcarrier spacing in the frequency domain.
  • different numerology can be defined.
  • eLTE eNB An eLTE eNB is an evolution of an eNB that supports connectivity to EPC and NGC.
  • gNB A node that supports NR as well as connectivity with NGC.
  • New RAN Radio access networks that support NR or E-UTRA or interact with NGC.
  • Network slice is a network defined by an operator to provide an optimized solution for a specific market scenario that requires specific requirements along with end-to-end coverage.
  • Network function is a logical node within a network infrastructure with well-defined external interfaces and well-defined functional behavior.
  • NG-C Control plane interface used for the NG2 reference point between the new RAN and NGC.
  • NG-U User plane interface used for the NG3 reference point between the new RAN and NGC.
  • Non-standalone NR A deployment configuration in which a gNB requires an LTE eNB as an anchor for control plane connection to EPC or an eLTE eNB as an anchor for control plane connection to NGC.
  • Non-Standalone E-UTRA Deployment configuration where eLTE eNB requires gNB as anchor for control plane connection to NGC.
  • User Plane Gateway The endpoint of the NG-U interface.
  • FIG. 1 shows an example of the overall system structure of NR to which the method proposed in the present specification can be applied.
  • NG-RAN consists of gNBs that provide NG-RA user plane (new AS sublayer/PDCP/RLC/MAC/PHY) and control plane (RRC) protocol termination for UE (User Equipment). do.
  • NG-RA user plane new AS sublayer/PDCP/RLC/MAC/PHY
  • RRC control plane
  • the gNBs are interconnected through an X n interface.
  • the gNB is also connected to the NGC through the NG interface.
  • the gNB is connected to an Access and Mobility Management Function (AMF) through an N2 interface and a User Plane Function (UPF) through an N3 interface.
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • the numerology may be defined by subcarrier spacing and CP (Cyclic Prefix) overhead.
  • the plurality of subcarrier intervals is an integer N (or, ) can be derived by scaling.
  • the numerology used can be selected independently of the frequency band.
  • OFDM Orthogonal Frequency Division Multiplexing
  • a number of OFDM numerologies supported in the NR system may be defined as shown in Table 1.
  • NR supports multiple numerology (or subcarrier spacing (SCS)) to support various 5G services. For example, when SCS is 15kHz, it supports wide area in traditional cellular bands, and when SCS is 30kHz/60kHz, dense-urban, lower latency and a wider carrier bandwidth, and when the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz to overcome phase noise.
  • SCS subcarrier spacing
  • the NR frequency band is defined as a frequency range of two types (FR1, FR2).
  • FR1 and FR2 may be configured as shown in Table 2 below.
  • FR2 may mean a millimeter wave (mmW).
  • Downlink and uplink transmission It is composed of a radio frame having a section of .
  • each radio frame is It consists of 10 subframes having a period of .
  • one set of frames for uplink and one set of frames for downlink may exist.
  • FIG. 2 illustrates a relationship between an uplink frame and a downlink frame in a wireless communication system to which the method proposed in the present specification can be applied.
  • the transmission of uplink frame number i from the UE is higher than the start of the corresponding downlink frame in the corresponding UE. have to start earlier.
  • slots are located within a subframe. are numbered in increasing order of , and within the radio frame are numbered in increasing order of one slot is consists of consecutive OFDM symbols of is determined according to the used numerology and slot configuration.
  • slot in subframe The start of the OFDM symbol in the same subframe chronologically aligned with the beginning of
  • Table 3 shows the number of OFDM symbols per slot in a normal CP ( ), the number of slots per radio frame ( ), the number of slots per subframe ( ), and Table 3 shows the number of OFDM symbols per slot, the number of slots per radio frame, and the number of slots per subframe in the extended CP.
  • 3 shows an example of a frame structure in an NR system. 3 is only for convenience of description, and does not limit the scope of the present specification.
  • a mini-slot may consist of 2, 4, or 7 symbols, and may consist of more or fewer symbols.
  • an antenna port In relation to a physical resource in the NR system, an antenna port, a resource grid, a resource element, a resource block, a carrier part, etc. can be considered.
  • an antenna port is defined such that a channel on which a symbol on an antenna port is carried can be inferred from a channel on which another symbol on the same antenna port is carried.
  • the two antenna ports are QC/QCL (quasi co-located or QC/QCL) quasi co-location).
  • the wide range characteristic includes one or more of delay spread, Doppler spread, frequency shift, average received power, and received timing.
  • FIG. 4 shows an example of a resource grid supported by a wireless communication system to which the method proposed in the present specification can be applied.
  • the resource grid is displayed in the frequency domain. It is composed of subcarriers, and one subframe is Although the OFDM symbol is described as an example, it is not limited thereto.
  • a transmitted signal is one or more resource grids composed of subcarriers; and It is described by the OFDM symbols of From here, to be. remind denotes the maximum transmission bandwidth, which may vary between uplink and downlink as well as numerologies.
  • FIG. 5 illustrates a slot structure of an NR frame to which the method proposed in this specification can be applied.
  • a slot includes a plurality of symbols in the time domain. For example, in the case of a normal CP, one slot includes 7 symbols, but in the case of an extended CP, one slot includes 6 symbols.
  • 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 BWP (Bandwidth Part) is defined as a plurality of consecutive (P)RBs in the frequency domain, and may correspond to one numerology (eg, SCS, CP length, etc.).
  • 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
  • FIG. 6 shows examples of an antenna port to which the method proposed in this specification can be applied and a resource grid for each numerology.
  • resource element each element of the resource grid for the antenna port p is referred to as a resource element (resource element), index pair is uniquely identified by From here, is an index in the frequency domain, denotes a position of a symbol within a subframe.
  • index pair this is used From here, to be.
  • Numerology and a resource element for antenna port p. is a complex value corresponds to In cases where there is no risk of confusion, or if a particular antenna port or numerology is not specified, the indices p and can be dropped, so that the complex value is or this can be
  • a physical resource block (physical resource block) on the frequency domain It is defined as contiguous subcarriers.
  • Point A serves as a common reference point of the resource block grid and may be obtained as follows.
  • - offsetToPointA for PCell downlink represents the frequency offset between point A and the lowest subcarrier of the lowest resource block overlapping the SS/PBCH block used by the UE for initial cell selection, 15 kHz subcarrier spacing for FR1 and It is expressed in resource block units assuming 60 kHz subcarrier spacing for FR2;
  • - absoluteFrequencyPointA indicates the frequency-position of point A expressed as in ARFCN (absolute radio-frequency channel number).
  • Common resource blocks set the subcarrier interval It is numbered from 0 upwards in the frequency domain for .
  • Subcarrier spacing setting The center of subcarrier 0 of common resource block 0 for 'point A' coincides with 'point A'.
  • Common resource block number (number) in the frequency domain and subcarrier spacing The resource element (k,l) for ? may be given as in Equation 1 below.
  • Is It can be defined relative to point A to correspond to a subcarrier centered on point A.
  • Physical resource blocks from 0 within the bandwidth part (BWP) are numbered until is the number of the BWP.
  • Physical resource block in BWP i with common resource blocks The relationship between them can be given by Equation 2 below.
  • the NR system can support up to 400 MHz per component carrier (CC). If the terminal operating in such a wideband CC always operates with the RF for the entire CC turned on, the terminal battery consumption may increase.
  • different numerology e.g., sub-carrier spacing
  • the capability for maximum bandwidth may be different for each terminal.
  • the base station may instruct the terminal to operate only in a partial bandwidth rather than the entire bandwidth of the wideband CC, and the partial bandwidth is defined as a bandwidth part (BWP) for convenience.
  • BWP may consist of continuous resource blocks (RBs) on the frequency axis, and may correspond to one numerology (e.g., sub-carrier spacing, CP length, slot/mini-slot duration).
  • the base station can set a plurality of BWPs even within one CC configured for the terminal.
  • a BWP occupying a relatively small frequency region may be configured, and a PDSCH indicated by the PDCCH may be scheduled on a larger BWP.
  • some UEs may be configured as a different BWP for load balancing.
  • some spectrum may be excluded from the entire bandwidth, and both BWPs may be configured in the same slot.
  • the base station may configure at least one DL/UL BWP to the terminal associated with the wideband CC, and transmits at least one DL/UL BWP among the configured DL/UL BWP(s) at a specific time (L1 signaling or MAC).
  • CE or RRC signaling can be activated, and switching to another configured DL/UL BWP can be instructed (by L1 signaling or MAC CE or RRC signaling, etc.) It can also be switched.
  • the activated DL/UL BWP is defined as the active DL/UL BWP.
  • the DL/UL BWP assumed by the terminal is the initial active DL Defines as /UL BWP.
  • 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.
  • the terminal When the terminal is powered on or newly enters a cell, the terminal performs an initial cell search operation such as synchronizing with the base station (S701). To this end, the terminal receives a primary synchronization signal (PSS) and a secondary synchronization signal (SSS) from the base station, synchronizes with the base station, and obtains information such as a cell ID. Thereafter, the terminal may receive a physical broadcast channel (PBCH) from the base station to obtain intra-cell broadcast information. On the other hand, the terminal may receive a downlink reference signal (DL RS) in the initial cell search step to check the downlink channel state.
  • PSS primary synchronization signal
  • SSS secondary synchronization signal
  • PBCH physical broadcast channel
  • DL RS downlink reference signal
  • the UE After the initial cell search, the UE receives a Physical Downlink Control Channel (PDCCH) and a Physical Downlink Control Channel (PDSCH) according to information carried on the PDCCH to obtain more specific system information. It can be done (S702).
  • PDCH Physical Downlink Control Channel
  • PDSCH Physical Downlink Control Channel
  • the terminal may perform a random access procedure (RACH) for the base station (S703 to S706).
  • RACH random access procedure
  • the UE transmits a specific sequence as a preamble through a Physical Random Access Channel (PRACH) (S703 and S705), and a response message to the preamble through the PDCCH and the corresponding PDSCH ((Random Access (RAR)) Response) message)
  • PRACH Physical Random Access Channel
  • RAR Random Access
  • a contention resolution procedure may be additionally performed (S706).
  • the UE After performing the procedure as described above, the UE performs PDCCH/PDSCH reception (S707) and Physical Uplink Shared Channel (PUSCH)/Physical Uplink Control Channel (Physical Uplink) as a general uplink/downlink signal transmission procedure.
  • Control Channel (PUCCH) transmission (S708) may be performed.
  • the UE may receive downlink control information (DCI) through the PDCCH.
  • DCI downlink control information
  • the DCI includes control information such as resource allocation information for the terminal, and different formats may be applied according to the purpose of use.
  • the control information transmitted by the terminal to the base station through the uplink or received by the terminal from the base station is a downlink/uplink ACK/NACK signal, a channel quality indicator (CQI), a precoding matrix index (PMI), and a rank indicator (RI). ) and the like.
  • the UE may transmit the above-described control information such as CQI/PMI/RI through PUSCH and/or PUCCH.
  • IA Initial Access
  • RA Random Access
  • the UE may perform cell search, system information acquisition, beam alignment for initial access, DL measurement, and the like based on the SSB.
  • the SSB is mixed with an SS/PBCH (Synchronization Signal/Physical Broadcast channel) block.
  • SS/PBCH Synchronization Signal/Physical Broadcast channel
  • the SSB is composed of PSS, SSS and PBCH.
  • 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, and 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.
  • REs data resource elements
  • DMRS REs demodulation reference signal
  • Cell discovery refers to a process in which the UE acquires time/frequency synchronization of a cell and detects a cell ID (Identifier) (eg, Physical layer Cell ID, PCI) of the cell.
  • PSS is used to detect a cell ID within a cell ID group
  • SSS is used to detect a cell ID group.
  • PBCH is used for SSB (time) index detection and half-frame detection.
  • a cell discovery process of the UE may be organized as shown in Table 5 below.
  • 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 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 location in which SSB/SIB1 exists and a frequency range in which SSB/SIB1 does not exist.
  • SIB1 includes information related to availability and scheduling (eg, transmission period, SI-window size) of the remaining SIBs (hereinafter, SIBx, 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).
  • a maximum of L SSBs can be transmitted, and the number/location of SSBs actually transmitted may vary for each BS/cell.
  • the number/location in which the SSB is actually transmitted is used for rate-matching and measurement, and information about the actually transmitted SSB is provided to the UE.
  • the random access procedure of the UE can be summarized as shown in Table 6 and FIG. 10 .
  • the random access process is used for a variety of purposes.
  • the random access procedure may be used for network initial access, handover, and UE-triggered UL data transmission.
  • the UE may acquire UL synchronization and UL transmission resources through a random access procedure.
  • the random access process is divided into a contention-based random access process and a contention free random access process.
  • FIG. 10 illustrates an example of a random access process.
  • FIG. 10 illustrates a contention-based random access process.
  • the UE may transmit the random access preamble as Msg1 of the random access procedure in the UL through the PRACH (eg, refer to 1701 of FIG. 10A ).
  • Random access preamble sequences having two different lengths are 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 a subcarrier interval of a PRACH, available preambles, a preamble format, and the like.
  • the RACH configuration includes association information between SSBs and RACH (time-frequency) resources. The UE transmits a random access preamble in the RACH time-frequency resource associated with the detected or selected SSB.
  • a threshold value of the SSB for RACH resource association may be set by the network, and transmission of the RACH preamble based on the SSB in which the reference signal received power (RSRP) measured based on the SSB satisfies the threshold value. or retransmission is performed.
  • the UE may select one of the SSB(s) that satisfy the threshold, and transmit or retransmit the RACH preamble based on the RACH resource associated with the selected SSB.
  • the BS When the BS receives the random access preamble from the UE, the BS transmits a random access response (RAR) message (Msg2) to the UE (eg, refer to 1703 of FIG. 10 (a)).
  • RAR random access response
  • the PDCCH scheduling the PDSCH carrying the RAR is CRC-masked and transmitted with a random access (RA) radio network temporary identifier (RNTI) (RA-RNTI).
  • RA-RNTI radio network temporary identifier
  • the UE detecting the PDCCH masked by 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 a random access preamble ID for the preamble transmitted by the UE 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, as shown in FIG. 10B . The UE calculates the PRACH transmit power for the retransmission of the preamble based on the most recent path loss and power ramping counter.
  • the random access response information includes timing advance information for UL synchronization, a UL grant, and a UE temporary cell RNTI (C-RNTI).
  • C-RNTI UE temporary cell RNTI
  • the UE receives timing advance information for UL synchronization, an initial UL grant, and a UE temporary cell RNTI (cell RNTI, C-RNTI).
  • the timing advance information is used to control uplink signal transmission timing.
  • the network (eg, BS) measures the time difference between PUSCH / PUCCH / SRS reception and subframes, and based on this You can send timing advance information.
  • the UE may transmit UL transmission on the uplink shared channel based on the random access response information as Msg3 of the random access process (eg, refer to 1705 of FIG. 10(a)).
  • Msg3 may include the RRC connection request and UE identifier.
  • the network may transmit Msg4, which may be treated as a contention resolution message on the DL (eg, see 1707 of FIG. 10(a)). By receiving Msg4, the UE can enter the RRC connected state.
  • the contention-free random access procedure may be used in the process of the UE handover to another cell or BS, or may be performed when requested by a command of the BS.
  • the basic process of the contention-free random access process is similar to the contention-based random access process. However, unlike the contention-based random access process in which the UE randomly selects a preamble to use from among a plurality of random access preambles, in the contention-free random access process, the preamble (hereinafter, dedicated random access preamble) to be used by the UE is determined by the BS. assigned to the UE.
  • 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 UE transmits a dedicated random access preamble to the BS.
  • the UE receives the random access process from the BS, the random access process 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 7.
  • the TPC command is used to determine the transmit power of the Msg3 PUSCH, and is interpreted according to, for example, Table 8.
  • the CSI request field in the RAR UL grant indicates whether the UE includes the aperiodic CSI report in the corresponding PUSCH transmission.
  • the subcarrier interval for Msg3 PUSCH transmission is provided by the RRC parameter.
  • the UE will transmit the PRACH and the Msg3 PUSCH on the same uplink carrier of the same serving cell.
  • the UL BWP for Msg3 PUSCH transmission is indicated by SIB1 (System Information Block1).
  • FIG. 11 is a diagram for explaining a 2-step RACH procedure. Specifically, FIG. 11(a) shows contention-based random access (CBRA), and FIG. 11(b) shows contention-free random access (CFRA).
  • CBRA contention-based random access
  • CFRA contention-free random access
  • message A includes a preamble and a payload (PUSCH payload).
  • the preamble and the payload are multiplexed in a time division multiplexing (TDM) method.
  • Message B may be transmitted for contention resolution, fallback indication(s) and/or backoff indication as a response to message A.
  • UE User Equipment
  • MIB Master Information Block
  • FR1 Frequency Range 1. Refers to the frequency range below 6 GHz (eg, 450 MHz to 6000 MHz).
  • FR2 Frequency Range 2. Refers to the millimeter wave (mmWave) region (eg, 24250 MHz to 52600 MHz) above 24 GHz.
  • mmWave millimeter wave
  • RNTI Radio Network Temporary Identifier
  • SIB System Information Block
  • SIB1 RMSI (Remaining Minimum System Information) for NR devices. Information necessary for cell access of the NR terminal is broadcast (broadcast).
  • Control Resource SET a time/frequency resource in which the NR terminal attempts candidate PDCCH decoding
  • 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 terminal monitors a set of PDCCH candidates for DCI format having CRC scrambled by 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 a redcap terminal monitors a set of PDCCH candidates for DCI format having CRC scrambled by SI-RNTI
  • MO-R PDCCH Monitoring Occasion for Type0-PDCCH CSS set
  • Cell defining SSB (CD-SSB): SSB including RMSI scheduling information among NR SSBs
  • Non-cell defining SSB refers to the SSB that is placed in the NR sync 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.
  • SI-RNTI System Information Radio-Network Temporary Identifier
  • Camp on may be a terminal state in which the terminal stays in the cell and is ready to initiate a potential dedicated service or receive an ongoing broadcast service.
  • RSA Redcap standalone: A cell that supports only a Redcap device or service.
  • SIB1(-R)-PDSCH PDSCH transmitting SIB1(-R)
  • SIB1(-R)-DCI DCI scheduling SIB1(-R)-PDSCH.
  • SIB1(-R)-PDCCH PDCCH transmitting SIB1(-R)-DCI
  • TDRA Time Domain Resource Allocation
  • MSGA Transmission of preamble and payload of random access procedure for 2-step RA type.
  • MSGB response to MSGA in 2-step random access procedure.
  • MSGB consists of a response(s) for contention resolution, a fallback indication(s), and a backoff indication.
  • RO-N RO (RACH Occasion) for normal UE 4-step RACH and 2-step RACH (if configured)
  • RO-N1, RO-N2 When separate RO is set for normal UE 2-step RACH, divided into RO-N1 (4-step) and RO-N2 (2-step)
  • RO-R RO (RACH Occasion) set separately from RO-N for redcap UE 4-step RACH and 2-step RACH (if configured)
  • RO-R1, RO-R2 When separate RO is set for redcap UE 2-step RACH, divided into RO-R1 (4-step), RO-R2 (2-step)
  • PG-R MsgA-Preambles Group for redcap UEs
  • RAR window the time window to monitor RA response(s)
  • a terminal for this purpose is referred to herein as (NR) reduced capability UE/device, or (NR) redcap UE/device for short.
  • NR reduced capability UE/device
  • redcap UE/device for short.
  • a general NR terminal supporting all or one or more of the 5G main use cases in distinction from the redcap device is referred to as an NR (normal) UE/device.
  • Redcap terminal achieves all or part of low device cost/complexity, low power consumption, small form factor, etc., 5G key capabilities (peak data rate, user experienced data rate, latency, mobility, connection density) defined by IMT-2020. , energy efficiency, spectrum efficiency, area traffic efficiency) may be a terminal in which some capabilities are intentionally reduced.
  • 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 this specification.
  • redcap use cases could be:
  • devices in this environment include pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, actuators, etc.
  • the smart city vertical includes data collection and processing to more efficiently monitor and control city resources and provide services to city dwellers.
  • the deployment of surveillance cameras is not only an essential part of a smart city, but also an essential part in the fields of factories and industries.
  • Wearables use cases include smart watches, rings, eHealth related devices, and medical monitoring devices
  • One feature for the use case is that the size of the device is small.
  • 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.).
  • LPWA Low Power Wireless Area
  • the NR terminal may be functionally supported, but may be inefficient in terms of terminal manufacturing cost, form factor, battery life, and the like.
  • redcap use cases have very diverse requirements in terms of terminal complexity, target bit rate, latency, power consumption, etc., and these redcap requirements are commonly applied to all redcap use cases ( It can be divided into generic) requirements and requirements applicable only to a specific use case(s) (use case specific).
  • a requirement for most use cases is to enable device design with a compact form factor.
  • system must support all FR1/FR2 bands for FDD and TDD
  • Peak bit rate 150 Mbps in DL and 50 Mbps in UL
  • Table 9 shows an example of the general use case specific requirements for the three representative redcap use cases.
  • the above redcap requirements can be satisfied by various features (combination) provided by the terminal and the base station.
  • the following is an example of features and sub-features supported by the terminal/base station to satisfy the redcap requirements.
  • the redcap use cases can be supported by defining one or a plurality of terminals, and in the present specification, both of the following cases (Case A/Case B) are considered.
  • Case A Redcap use cases are supported in one terminal type (single device type case)
  • Case B Redcap use cases supported in multiple device types (multiple device type case)
  • the redcap terminal may be a terminal that satisfies all of the above redcap requirements (ie, generic requirements and use case specific requirements), and/or may be a terminal supporting all redcap use cases. .
  • the redcap requirements ie, generic requirements and use case specific requirements
  • the redcap terminal may be a terminal that satisfies all of the above redcap requirements (ie, generic requirements and use case specific requirements), and/or may be a terminal supporting all redcap use cases. .
  • the redcap terminal since various requirements must be satisfied at the same time, there may be a factor of cost increase due to increase in terminal complexity, but at the same time, cost reduction effect by mass production according to use case expansion can be expected.
  • Case B may be a case where a terminal type is defined and supported for each redcap use case in consideration of the fact that the redcap use case requirements are quite diverse. Even in this case, generic requirements may all be satisfied in common.
  • each device type defined for each use case is called redcap device type.
  • Case B includes a case in which 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. In this way, when redcap use cases are supported by defining multiple redcap device types, the advantage is that specific redcap use case(s) can be supported through a more optimized redcap terminal in terms of cost, power consumption, etc. have. For example, the IWS use case can be supported through a very small, inexpensive, and power-efficient dedicated terminal.
  • redcap use cases and generic requirements or use case specific requirements mentioned in this specification are not necessarily supported or satisfied, but trade in consideration of factors such as cost/complexity, power consumption, and form factor of a redcap device or device type In the form of -off, whether to support or satisfy may be determined.
  • reduced capability may include the meaning of reduced/low complexity/low cost/reduced bandwidth.
  • redcap use cases are supported by multiple device types (ie, Case B)
  • the following method may be considered to classify redcap device types.
  • the following methods are applicable to distinguish the redcap device from the NR terminal even in Case A.
  • the redcap terminal may need to report its device type information to the base station.
  • 12 illustrates a flowchart of a procedure for reporting device type information to a base station.
  • the reporting procedure may reuse the UE capability transfer procedure defined in a predefined standard (eg, 3GPP TS 38.331) as follows.
  • the base station may acquire redcap device type information through UE capability information reception and use the acquired terminal information during scheduling of the corresponding terminal.
  • the base station / network may request the UE capability from the terminal in the RRC_CONNECTED state (SH102). And/or, the UE may transmit redcap device type information to UE capability information (SH104).
  • SH102 RRC_CONNECTED state
  • SH104 UE capability information
  • the redcap device type can be classified based on one of the main requirements.
  • Main requirements that can be a criterion for classification may be, for example, supported max data rate (peak bit rate), latency, mobility (stationary/fixed, portable, mobile, etc.), battery lifetime, complexity, coverage, and the like.
  • the UE feature(s) (combination) that must be supported for each classified redcap device type or can be selectively supported may be defined in a predefined standard (eg, 3GPP Specification). This may be to reduce the overhead of separately signaling whether features are supported for each device type. In this specification, being defined in a predefined standard may mean predefined/configured/promised between the terminal and the base station.
  • the redcap device type information included in the UE capability information and reported by the UE to the base station/network may be, for example, a specific field (eg, RedCapDeviceType) of the UE-NR-Capability Information Element (IE).
  • RedCapDeviceType a specific field
  • the redcap device type is divided into redcap device type 1, 2, ..., etc.
  • the value of the RedCapDeviceType field is an integer value such as 1, 2, or a character such as r1, r2, ... It can be expressed as a combination of and integer.
  • the UE has an advantage in terms of signaling overhead by reporting the device type and related parameters by including one field in the capability information.
  • the redcap device type is classified based on a supported max data rate, and the UE may report the redcap device type to the base station based on the classification.
  • the max data rate supported by the NR terminal may be defined/determined by the following calculation formula in a predefined standard (eg, 3GPP TS 38.306).
  • the DL and UL maximum data rates supported by the UE may be calculated by a band or a band combination supported by the UE.
  • a UE supporting NR eg, NR SA, MR-DC
  • Equation 3 an approximate data rate for a given number of aggregated carriers in a band or band combination can be calculated by Equation 3 below.
  • J is the number of aggregated component carriers in a band or band combination.
  • Is It is the average OFDM symbol period in a subframe for . in other words, .
  • a normal cyclic prefix is assumed.
  • the approximate maximum data rate may be calculated as the maximum value of the approximate data rates calculated using the above equation for each delayed band or band combinations.
  • the terminal It may be necessary to support a data rate for a carrier that is not smaller than the data rate calculated using the above equation with . and component is not less than 4.
  • value 4 is may correspond to
  • an approximate data rate for the number of aggregated carriers given in a band or a band combination can be calculated by the following Equation (4).
  • J is the number of EUTRA component carriers aggregated in the MR-DC band combination.
  • the total maximum number of DL-SCH transport block bits received within 1 ms TTI for the j-th CC derived from the standard (eg, 3GPP TS36.213) or the total maximum of transmitted UL-SCH transport block bits is the number
  • the approximate maximum data rate may be calculated as the maximum value of the approximate data rates calculated using Equation 4 for each supported band or band combinations.
  • the approximate maximum data rate may be calculated as the sum of the approximate maximum data rates from NR and EUTRA.
  • the parameters required for the formula for calculating the maximum supported data rate that the NR terminal must support may be reported by the terminal in the RRC_CONNECTED state by the request of the base station. These parameters are as follows. Upper elements mean upper RRC IEs (Information Elements) to which these parameters belong.
  • the values of the above parameters for each device type are defined in a predefined standard (eg, 3GPP Specification), and the terminal is By setting the value of the RedCapDeviceType field of the UE-NR-Capability IE to a specific value, the above parameter information may be indicated together with the redcap device type information to the base station.
  • the redcap terminal reports the device type and the parameters related thereto through one field, thereby reducing signaling overhead.
  • the base station may obtain the device type, supported max data rate, and the values of the parameters listed above through the value of the RedCapDeviceType field and use it for terminal scheduling.
  • the redcap device type may be classified based on (combination of) UE feature(s) that must be supported or can be selectively supported. This may be a more appropriate method when the features that need to be supported or that can be supported are clear for each use case.
  • a UE feature(s) (combination) defined in advance in a standard (eg, 3GPP Specification) predefined for each redcap device type may be referred to as a feature set.
  • a feature set that must be supported for each device type may be referred to as a mandatory feature set for a corresponding device type or for defining a device type.
  • the definition of the redcap device type may not be specified in a predefined standard (eg, 3GPP Specification), which means that the redcap use cases are supported as separate terminal types supporting different feature sets. could mean
  • the redcap terminal reports a predefined feature set to the base station, so that the redcap terminal can report the redcap device type or the use case(s) it supports to the base station.
  • This can be seen as a method that more closely conforms to the basic philosophy of NR to support various use cases through various optional features without distinguishing a separate UE category.
  • the above feature set may be replaced with a combination of capability parameters (ie, a capability parameter set).
  • the feature set may be a mandatory feature set defined in a pre-defined standard (eg, 3GPP Specification) for each redcap device type.
  • a set of candidate features (ie, feature pool) for the redcap device (type) is defined or set in a pre-defined standard (eg, 3GPP Specification), and the redcap device is A mandatory feature set defined for each type may be reported to the base station.
  • the terminal may additionally report an optional feature set to the base station in addition to the mandatory feature set.
  • the terminal may additionally select and report an optional feature set to perform an additional operation or an operation more optimized for a specific use case.
  • the terminal may selectively support it according to the detailed form of the terminal, and report it to the base station if it is supported.
  • the base station can determine whether the feature is supported through the presence or absence of a corresponding parameter in the feature set reported by the redcap terminal and reflect it in scheduling the corresponding terminal.
  • the redcap device type may be classified based on a combination of capability parameter(s).
  • the combination of capability parameters that classify the redcap device type may be parameters that determine the redcap requirements.
  • the capability parameters for determining the redcap device type may be bandwidth, modulation order, number of MIMO layers, etc. supported by the terminal for determining the maximum supported data rate requirement supported by the terminal.
  • the values of the above parameters may be a list of actually supportable values or a maximum value among supported values.
  • the capability parameter(s) for determining the redcap device type may be as follows.
  • NRB Supported Bandwidth
  • Qm Supported modulation order
  • 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 can be defined by dividing the capability parameter set value(s) in ascending order (or descending order) of the supported max data rate.
  • the following example is an example of defining M device types in ascending order of supported max data rate.
  • the N RB value may use one of the values defined in Table 10 (the maximum number of RBs configurable for each UE channel bandwidth).
  • Table 10 the maximum number of RBs configurable for each UE channel bandwidth.
  • Table 10 shows the max transmission bandwidth configuration N RB for each subcarrier spacing (SCS) in NR FR1.
  • device Type 2/3/4 is a case in which one device type is defined with a plurality of capability set values.
  • a plurality of capability parameter set values defining one device type may mean combinations supporting the same or similar maximum supported data rate.
  • Supportable device type(s) for each use case using the device type(s) defined in the above example may be defined as follows. Based on the supportable device type(s), the base station may restrict cell access or perform subscription-based barring.
  • Device type Device types 4, 5, 6, 7
  • the number M of device types may be limited.
  • device type classification and supportable device types for each use case may be defined as follows.
  • Device type Device types 7
  • UE max bandwidth (ie, bandwidth capability of redcap UE) may be determined as the minimum bandwidth that satisfies the bit rate required in the target use case.
  • UE max bandwidth reduction can be expected to reduce the RF device and / or baseband processing cost, and reduce power consumption.
  • the required bit rate may mean a peak rate or a maximum supported data rate in consideration that device manufacturing cost is determined by a peak rate or a supported maximum data rate rather than an average bit rate or a reference bit rate.
  • NL number of antennas
  • Qm modulation order
  • transmission/reception may be performed by receiving a transmission bandwidth allocated by a network configuration using RRC signaling or the like.
  • UE min bandwidth may be defined as a minimum value among NR UE channel bandwidth (or transmission bandwidth) greater than or equal to or greater than the NR SSB bandwidth.
  • the redcap device type may be classified based on the UE bandwidth capability.
  • the bandwidth capability for determining the redcap device type may be a (max) UE channel bandwidth or (max) UE transmission bandwidth (ie, supported bandwidth (NRB)) expressed in RB units.
  • the bandwidth capability may be a minimum UE channel bandwidth or a minimum UE transmission bandwidth. Specifically, the following classification is possible.
  • the max bandwidth can be limited to a value less than the NR bandwidth (eg 20 MHz), and the min bandwidth can be greater than or equal to the SSB bandwidth (eg 5 MHz for 15 kHz SSB). have.
  • NR new radio
  • RedCap user equipment
  • Msg2 or RAR
  • Msg4 or MsgB step due to the difference in coverage performance (coverage performance) between the NR UE and the RedCap UE (additional) repetition (repetition) for the RedCap UE, etc. If necessary
  • an initial (initial) uplink (uplink, UL) bandwidth part (bandwidth part, BWP) can be set within the maximum terminal bandwidth of the RedCap UE (max UE bandwidth) if not
  • repetition in a random access channel (RACH) process of the RedCap UE may be individually applied to at least one of Msg 1 to 4/Msg A to B in the same or each message independent setting.
  • RACH random access channel
  • the present specification proposes a method of supporting initial access, frequency retuning, and contention resolution of a RedCap UE in an NR cell in which a normal UE and a RedCap UE coexist.
  • the present specification provides a method for transmitting Msg3 PUSCH and/or Msg4 ACK/NACK PUCCH through frequency retuning of RedCap UE (hereinafter, the first embodiment), and a method of resolving contention after receiving Msg3 by the base station (hereinafter referred to as the method of resolving contention) , the second embodiment), and a method for assigning/classifying a separate C-RNTI for RedCap (hereinafter, the third embodiment) are proposed.
  • a slot, a subframe, a frame, etc. mentioned in the embodiments described in this specification may correspond to specific examples of certain time units used in a wireless communication system. That is, in applying the methods proposed in this specification, a time unit may be replaced with other time units applied in another wireless communication system.
  • '()' may be interpreted as both the case of excluding the content in () and the case of including the content in parentheses.
  • / or '()' in this specification means a group of elements (or, content) in parentheses, means an abbreviation / full name of the term in front of the parentheses, and / or may be the English description of the contents before the parentheses Of course.
  • '/' may be interpreted as both a case of including (and) all of the content separated by / and a case of including (or) only a part of the separated content.
  • the RedCap UE When the initial UL bandwidth is larger than the RedCap UE bandwidth, the RedCap UE performs a physical uplink shared channel (PUSCH) and/or a physical uplink control channel (PUCCH) transmission through frequency retuning. can do.
  • PUSCH physical uplink shared channel
  • PUCCH physical uplink control channel
  • Msg3 PUSCH may be referred to as Msg3 or PUSCH.
  • Msg4 ACK/NACK PUCCH may be referred to as Msg4 PUCCH, ACK/NACK PUCCH, or PUCCH.
  • a retuning time between hops may be required during PUSCH or PUCCH frequency hopping (FH).
  • This method is a method of inserting a gap between PUSCH/PUCCH frequency hops.
  • the gap may mean a gap for spaced apart in time between hops in order to give time for frequency retuning between frequency hops.
  • the gap applied to PUSCH/PUCCH may be defined in symbol units (eg, 1-symbol gap, 2-symbol gap, etc.) or may be defined in absolute time units (eg, us unit).
  • the gap for re-tuning (retuning) is a value fixed to a predefined standard (eg, 3GPP Specification), or the base station is configured with a higher layer through system information, etc. , and/or, may be a value set through a random access response (RAR) (or UL grant).
  • RAR random access response
  • the gap between the frequency hops of the Msg3 PUSCH may be configured in RAR (or UL grant).
  • PUCCH Physical Uplink Control Information
  • RAR or UL grant
  • DCI downlink control information
  • 1-bit field may be added to RAR (or UL grant) or Msg4 scheduling DCI for 1-symbol gap on/off.
  • FIG. 13 illustrates a method of inserting a gap between PUSCH/PUCCH frequency hops.
  • the RedCap UE bandwidth may be smaller than the initial UL BWP.
  • a gap may be inserted between the first frequency hop 1310 and the second frequency hop 1320 .
  • the RedCap UE may transmit a PUSCH (or PUCCH) on the first frequency hop 1310 . And/or, the RedCap UE may perform frequency readjustment so that the second frequency hop 1320 is included in the RedCap UE bandwidth. And/or, the RedCap UE may transmit the PUSCH (or PUCCH) in the second frequency hop 1320 within the readjusted RedCap UE bandwidth. In this case, a gap may be inserted or a gap may exist between the second frequency hop 1320 and the first frequency hop 1310 in consideration of the time required for frequency readjustment.
  • the RedCap UE may be configured by the base station so that the first frequency hop is included in the initial RedCap UE bandwidth, and transmit the PUSCH (or PUCCH) in the first frequency hop without frequency readjustment.
  • the RedCap UE performs frequency readjustment by the base station setting or a predefined method, and PUSCH (or PUCCH) in the first frequency hop within the readjusted RedCap UE bandwidth. can be transmitted.
  • performing frequency readjustment may mean adjusting the frequency position of the RedCap UE band (width).
  • This method is a method for allowing the RedCap UE to skip between PUSCH/PUCCH frequency hops.
  • the RedCap UE may allow the PUSCH/PUCCH transmission to be skipped for a time required for frequency retuning.
  • the skipping interval may be a continuous time interval between the 1st hop and the 2nd hop.
  • the redcap UE may skip the last N' symbol(s) of the 1st hop during PUSCH FH for frequency retuning.
  • the skip may be performed at the end of the 1st hop or the start of the 2nd hop, but symbol(s) other than the DMRS symbol(s) may be preferentially included.
  • the UE starts with random access (RA) preamble retransmission, starting with the RA procedure ( procedure), and/or by receiving a UL grant for Msg3 PUSCH retransmission from the base station, retransmission may be performed.
  • RA random access
  • FH may be off.
  • the redcap UE may assume FH off or that a gap is set.
  • 14 is an example of a method of skipping between PUSCH/PUCCH frequency hops.
  • the RedCap UE bandwidth may be smaller than the initial UL BWP.
  • at least one symbol of the first frequency hop 1410 and/or at least one symbol of the second frequency hop 1420 may be skipped.
  • the RedCap UE may transmit a PUSCH (or PUCCH) on the first frequency hop 1410 . And/or, the RedCap UE may perform frequency readjustment so that the second frequency hop 1420 is included in the RedCap UE bandwidth. And/or, the RedCap UE may transmit the PUSCH (or PUCCH) in the second frequency hop 1320 within the readjusted RedCap UE bandwidth. In this case, the first at least one symbol of the second frequency hop 1420 and/or the last at least one symbol of the first frequency hop 1410 may be skipped.
  • the RedCap UE may be configured by the base station so that the first frequency hop is included in the initial RedCap UE bandwidth, and transmit the PUSCH (or PUCCH) in the first frequency hop without frequency readjustment.
  • the RedCap UE performs frequency readjustment by the base station setting or a predefined method, and PUSCH (or PUCCH) in the first frequency hop within the readjusted RedCap UE bandwidth. can be transmitted.
  • performing frequency readjustment may mean adjusting the frequency position of the RedCap UE band (width).
  • This method is a method of selecting a skip or a gap according to early UE identification (identification).
  • the method of allowing the RedCap UE to skip between PUSCH/PUCCH frequency hops allows reception even if the base station does not know in advance whether the base station is a RedCap UE. ) (or blind detection), or it may be possible to receive by knowing whether it is a RedCap UE in advance. Therefore, depending on whether the early UE is identified in the Msg1 step, the UE may select a method of skipping and a method of inserting a gap to transmit the Msg3 PUSCH. That is, when the RedCap UE notifies the base station that it is a RedCap UE through Msg1 early UE identification, Msg3 or Msg3 may be included and then a gap may be inserted in the UL transmission.
  • the RedCap UE when the base station is not notified that it is a RedCap UE through Msg1 early UE identification, or when Msg1 early UE identification is not supported, the RedCap UE includes Msg3 or Msg3 in subsequent UL transmissions when retuning is required. can be transmitted
  • This method is a method of performing RedCap UE identification through gap BD.
  • the RedCap UE always applies a method of inserting a gap between PUSCH / PUCCH frequency hops, and the base station uses a different UE (type) (type) ( Example: normal UE vs. redcap UE) can be distinguished.
  • the gap BD may mean a process of attempting reception assuming a case in which a gap is inserted and a case in which the gap is not inserted in order for the base station to determine whether the UE inserts the gap.
  • the indication method by this gap BD can be used as a method for transmitting additional information to the base station after performing early UE identification in Msg1 as well as RedCap UE identification. Additional information may be the number of Rx antenna branches (or ports), information on features supported by RedCap UE, and the like.
  • This method supports the retuning gap for each PUCCH format.
  • 2-symbol PUCCH is stipulated to always perform FH until dedicated PUCCH resource configuration is received. In the case of generating a retuning gap by skipping the transmission accompanying the FH of the 2-symbol PUCCH, since 50% of the 2-symbol PUCCH energy is lost, it may be a problem in terms of coverage. Therefore, in the case of 2-symbol PUCCH, it is possible to turn off FH or support a retuning gap by inserting a gap between PUCCH symbols.
  • both a skip method and a gap insertion method may be considered.
  • Whether to apply the skip method can be determined by the ratio or number of symbols that are destroyed by skip.
  • the skip method may be applied only when the symbol length of the long PUCCH format is greater than or equal to X symbols.
  • the symbol length of the long PUCCH format supported in the random access process for the current initial access is 4/10/14 three.
  • the skip method can be applied only to 10-symbol and 14-symbol long PUCCH. have.
  • skip may be applied only in long PUCCH format (eg, PUCCH format 1) (including 4-symbol).
  • the base station may receive both the Msg3 PUSCH of the normal UE and the RedCap UE.
  • the operation of the base station based on the conventional contention resolution method may be as follows.
  • the MAC entity is included in the base station, and the MAC entity may be replaced with the base station and applied.
  • MAC medium access control
  • the MAC entity starts ra-ContentionResolutionTimer and restarts ra-ContentionResolutionTimer at each HARQ retransmission of the first symbol after Msg3 transmission ends.
  • the MAC entity monitors the PDCCH while the ra-ContentionResolutionTimer is running regardless of the possible occurrence of the measurement gap.
  • the MAC entity performs a specific operation or a predefined operation.
  • the MAC entity stops the ra-ContentionResolutionTimer.
  • the contention resolution is considered successful and disassembly and demultiplexing of the MAC PDU are completed.
  • MAC entity instructs reception of acknowledgment for the SI request to the upper layer.
  • MAC entity sets C-RNTI to TEMPORARY_C-RNTI value.
  • MAC entity discards TEMPORARY_C-RNTI.
  • the MAC entity considers this random access procedure to be successfully completed.
  • MAC entity discards TEMPORARY_C-RNTI.
  • the MAC entity considers this contention resolution to be unsuccessful and discards the successfully decoded MAC PDU.
  • the MAC entity considers contention resolution to be unsuccessful.
  • the MAC entity flushes the HARQ buffer used for the transmission of the MAC PDU in the Msg3 buffer.
  • the MAC entity indicates the random access problem to the upper layer.
  • the MAC entity considers that the random access procedure has not been successfully completed.
  • RA_TYPE is set to 4-stepRA:
  • the MAC entity chooses a random backoff time according to a uniform distribution between 0 and PREAMBLE_BACKOFF.
  • the MAC entity performs a random access resource (resource) selection procedure.
  • the MAC entity performs a random access resource selection procedure after the backoff time.
  • PREAMBLE_TRANSMISSION_COUNTER msgA-TransMax + 1:
  • the MAC entity sets RA_TYPE to 4-stepRA.
  • the MAC entity performs variable initialization specific to the random access type.
  • the MAC entity flushes the HARQ buffer used for the transmission of MAC PDUs in the MSGA buffer
  • the MAC entity discards contention-free 2-step RA type Random Access Resources.
  • the MAC entity performs random access resource selection.
  • the MAC entity chooses a random backoff time according to a uniform distribution between 0 and PREAMBLE_BACKOFF.
  • the MAC entity performs a random access resource selection procedure for a 2-step RA type.
  • the MAC entity performs random access resource selection for the 2-step RA type procedure after the backoff time.
  • Methods 2-1 to 2-4 to be described below may be applied by using the conventional contention resolution method described above, or by substituting all/part of the content.
  • This method is a method of first transmitting Msg4 for a normal UE.
  • the base station may give priority to the normal UE when the normal UE and the RedCap UE try to access the cell at the same time.
  • the base station may first transmit Msg4 for the normal UE.
  • the redcap UE determines that contention resolution is not successful according to the conventional operation and starts again from the RA preamble transmission.
  • This method is a method of preferentially transmitting Msg4 for a RedCap UE.
  • the base station may give priority to the RedCap UE.
  • the base station may first transmit Msg4 for the RedCap UE.
  • the normal UE determines that the contention resolution is not successful and starts again from the RA preamble transmission.
  • This method may transmit Msg4 for any UE first.
  • the base station When a normal UE and a RedCap UE try to access a cell at the same time, the base station does not prioritize a specific UE type, and may randomly select a UE to transmit Msg4. In this case, a specific UE type does not always suffer, but overall, all UEs (types) experience cell access delay on average.
  • This method is a method of sequentially transmitting Msg4 for a normal UE and a redcap UE.
  • RedCap UE Msg4 physical downlink shared channel (physical downlink shared channel, PDSCH) is successfully decoded, even if the UE ID does not match (matching), ra-ConttentionResolutionTimer Do not stop (stop), and additional Msg4 Physical downlink control channel (PDCCH) monitoring for PDSCH reception may be continuously performed.
  • PDSCH Physical downlink shared channel
  • the new contention resolution MAC CE may be divided into a contention resolution MAC CE of a conventional NR UE and a logical channel (LC) ID.
  • LC logical channel
  • the operation of additionally performing PDCCH monitoring for Msg4 PDSCH reception by the RedCap UE may accompany additional power consumption compared to the conventional operation of stopping PDCCH monitoring with one Msg4 PDSCH reception.
  • the total number of Msg4 PDSCHs that the RedCap UE attempts to receive may be limited to M.
  • M may be the number of UEs (types) for which contention resolution is desired in the Msg4 step at once (without returning to RA preamble transmission) after Msg3 transmission, and this value may be the number of UEs (types) coexisting in the NR cell. .
  • it may be a value determined by comprehensively considering the number of UEs (types) and power consumption, etc., and may be a value configured by a higher layer through system information (eg, SIB1, SIB1-R) by the base station, or in advance. It may be a value fixed to a defined standard (eg, 3GPP Specification).
  • the M value may be set to 2.
  • the Redcap UE successfully decodes a total of two Msg4 PDSCHs, it can stop the ra-ContentionResolutionTimer and stop PDCCH monitoring regardless of UD ID matching.
  • This method is a method of providing a separate C-RNTI for RedCap.
  • a normal UE and a RedCap UE need to be assigned a separate cell-radio network temporary identifier (C-RNTI) to operate.
  • C-RNTI cell-radio network temporary identifier
  • the normal UE may use the TC (temporary cell)-RNTI as the C-RNTI as it is after receiving the contention resolution MAC CE in a conventional manner.
  • This method is a method of distinguishing C-RNTI in the Msg4 (or later) stage.
  • a method of separately granting a new C-RNTI to the RedCap UE may be required.
  • DL RRC setup downlink radio resource control setup
  • the Msg4 MAC CE may indicate whether to use the TC-RNTI as the C-RNTI as it is or to assign a new C-RNTI.
  • the new C-RNTI may be a new C-RNTI generated through a DL RRC setup message based on the s-TMSI in Msg3 of the RedCap UE.
  • the separate C-RNTI may be a value determined from the TC-RNTI (by (configurable or predefined) offset or predefined rule).
  • This method is a method of distinguishing C-RNTI in the Msg3 step.
  • Msg3 scrambling, Msg3 retransmission DCI monitoring, Msg4 reception, etc. are performed as a value obtained by adding an offset to the TC-RNTI received through RAR, and contention resolution in the Msg4 step
  • a method of determining a value obtained by adding an offset to the TC-RNTI immediately afterward as the C-RNTI for the RedCap UE may be considered.
  • 15 is a flowchart illustrating a method of operating a terminal proposed in the specification.
  • a reduced capability (RedCap) terminal (100/200 in FIGS. 17 to 20 ) may transmit a random access preamble to a base station in step S1501.
  • the RedCap terminal may be a terminal whose bandwidth is smaller than the bandwidth of an initial uplink bandwidth part (BWP).
  • BWP initial uplink bandwidth part
  • the bandwidth of the RedCap terminal may be 20 MHz.
  • the bandwidth of the RedCap terminal may be the maximum bandwidth supported by the RedCap terminal.
  • the operation of FIG. 15 may be performed not only by a RedCap terminal but also by a normal terminal.
  • the operation of the RedCap terminal transmitting the random access preamble in step S1501 may be implemented by the apparatus of FIGS. 17 to 20 described above.
  • the one or more processors 102/202 may control one or more memories 104/204 and/or one or more transceivers 106/206, etc. to transmit the random access preamble. have.
  • the RedCap terminal (100/200 in FIGS. 17 to 20) may receive a random access response from the base station based on the random access preamble in step S1502.
  • the operation of the RedCap terminal receiving the random access response in step S1502 may be implemented by the apparatus of FIGS. 17 to 20 described above.
  • one or more processors 102/202 may control one or more memories 104/204 and/or one or more transceivers 106/206, etc. to receive a random access response. have.
  • Msg3 physical uplink shared channel (PUSCH) in the first frequency hop (hop) ) can be transmitted to the base station.
  • Msg3 PUSCH may be referred to as Msg3 or PUSCH.
  • the RedCap terminal may perform frequency readjustment so that the first frequency hop is included in the bandwidth of the RedCap terminal before transmitting the Msg3 PUSCH to the base station in the first frequency hop.
  • the operation of the RedCap terminal transmitting the Msg3 PUSCH in step S1503 may be implemented by the apparatuses of FIGS. 17 to 20 described above.
  • one or more processors 102/202 may control one or more memories 104/204 and/or one or more transceivers 106/206, etc. to transmit Msg3 PUSCH. .
  • the RedCap terminal (100/200 in FIGS. 17 to 20 ) may perform frequency retuning for a band or bandwidth of the RedCap terminal in step S1504.
  • the RedCap terminal may perform frequency readjustment so that the following second frequency hop is included in the bandwidth of the RedCap terminal.
  • performing frequency readjustment may mean adjusting the frequency position of the band (width) of the RedCap terminal.
  • the operation of the RedCap terminal performing readjustment in step S1504 may be implemented by the apparatus of FIGS. 17 to 20 described above.
  • one or more processors 102/202 may control one or more memories 104/204 and/or one or more transceivers 106/206, etc. to perform frequency rebalancing. .
  • the RedCap terminal (100/200 in FIGS. 17 to 20) may transmit the Msg3 PUSCH to the base station in the second frequency hop of the bandwidth of the RedCap terminal in step S1505.
  • a gap may be inserted between the first frequency hop and the second frequency hop.
  • the gap may be established through system information or a random access response.
  • the system information or random access response may include information about the gap length.
  • the gap may be set in units of symbols.
  • other gap insertion operations may refer to method 1-1. That is, the detailed contents of the above-described operation or the substitutable/changeable operation may refer to the method 1-1.
  • At least one symbol of the first frequency hop or at least one symbol of the second frequency hop may be skipped.
  • the first at least one symbol of the second frequency hop may be skipped. and/or, based on the fact that the last at least one symbol of the first frequency hop does not include a DMRS symbol and the first at least one symbol of the second frequency hop includes a DMRS symbol, the last at least one of the first frequency hop The symbol of may be skipped. That is, the RedCap terminal may preferentially skip a case that does not include a DMRS symbol among the last at least one symbol of the first frequency hop and the first at least one symbol of the second frequency hop.
  • DMRS demodulation reference signal
  • the at least one symbol may be one symbol or two symbols.
  • other gap insertion operations may refer to method 1-2. That is, the detailed contents of the above-described operation or the substitutable/changeable operation may refer to the contents of Method 1-2.
  • the gap insertion operation or the skip operation may be selected by the method 1-3 or the method 1-5 and the selected operation may be performed.
  • the base station may distinguish the RedCap terminal from the normal terminal by method 1-4.
  • the general terminal may be a terminal other than a RedCap terminal.
  • the operation of the RedCap terminal transmitting the Msg3 PUSCH in step S1505 may be implemented by the apparatuses of FIGS. 17 to 20 described above.
  • one or more processors 102/202 may control one or more memories 104/204 and/or one or more transceivers 106/206, etc. to transmit Msg3 PUSCH. .
  • the RedCap terminal (100/200 in FIGS. 17 to 20) may receive Msg4 from the base station based on the Msg3 PUSCH in step S1506.
  • the RedCap terminal may transmit the PUCCH for Msg4 to the base station in a first physical uplink control channel (PUCCH) frequency hop. And/or, the RedCap terminal may perform frequency retuning for the bandwidth of the RedCap terminal. And/or, the RedCap terminal may transmit the PUCCH to the base station in the second PUCCH frequency hop of the bandwidth of the RedCap terminal. And/or, a gap may be inserted between the first PUCCH frequency hop and the second PUCCH frequency hop. And/or, at least one symbol of the first PUCCH frequency hop or at least one symbol of the second PUCCH frequency hop may be skipped. And/or, the PUCCH may include hybrid automatic repeat request-acknowledgement (HARQ-ACK) information for Msg4.
  • HARQ-ACK hybrid automatic repeat request-acknowledgement
  • At least one symbol of the first PUCCH frequency hop may be the last at least one symbol of the first PUCCH frequency hop.
  • the at least one symbol of the second PUCCH frequency hop may be the first at least one symbol of the second PUCCH frequency hop.
  • the gap insertion/skip operation of the PUCCH may refer to the above-described content of the gap insertion/skip operation of the Msg3 PUSCH.
  • the gap insertion/skip operation of the PUCCH may be performed separately from the above-described gap insertion/skip operation of the Msg3 PUSCH. That is, without the aforementioned gap insertion/skip operation of the Msg3 PUSCH, only the gap insertion/skip operation of the PUCCH may be performed.
  • the operation of the RedCap terminal receiving Msg4 in step S1506 may be implemented by the apparatuses of FIGS. 17 to 20 described above.
  • one or more processors 102/202 may control one or more memories 104/204 and/or one or more transceivers 106/206, etc. to receive Msg4.
  • the method proposed in the present specification may also be applied to the 2-step RACH operation.
  • the proposed method of the present specification may be applied to PUCCH for MsgA PUSCH/MsgB.
  • the content described with reference to FIG. 11 related to the 2-step RACH may be referred to.
  • the above-described signaling and operation may be implemented by an apparatus (eg, FIGS. 17 to 20 ) to be described below.
  • the above-described signaling and operation may be processed by one or more processors of FIGS. 17 to 20, and the above-described signaling and operation are instructions/programs ( It can also be stored in memory in the form of instructions, executable code).
  • a computer-readable storage medium storing at least one instruction to cause the at least one processor to control operations based on being executed by the at least one processor.
  • the operations include transmitting a random access preamble to a base station, receiving a random access response from the base station based on the random access preamble, and based on the random access response, a first frequency hop ), transmitting the Msg3 PUSCH to the base station, performing frequency retuning for the bandwidth of the RedCap terminal, and transmitting the Msg3 PUSCH to the base station at a second frequency hop of the bandwidth of the RedCap terminal transmitting, i) a gap is inserted between the first frequency hop and the second frequency hop, or ii) at least one symbol of the first frequency hop or at least one symbol of the second frequency hop is skipped, and receiving Msg4 from the base station based on the Msg3 PUSCH.
  • 16 is a flowchart illustrating an operation method of a base station proposed in the specification.
  • the base station ( 100/200 of FIGS. 17 to 20 ) may receive a random access preamble from a reduced capability (RedCap) terminal in step S1601.
  • RedCap reduced capability
  • the RedCap terminal may be a terminal whose bandwidth is smaller than the bandwidth of an initial uplink bandwidth part (BWP).
  • BWP initial uplink bandwidth part
  • the bandwidth of the RedCap terminal may be 20 MHz.
  • the bandwidth of the RedCap terminal may be the maximum bandwidth supported by the RedCap terminal.
  • the RedCap terminal may be replaced with a normal terminal.
  • the operation of the base station receiving the random access preamble in step S1601 may be implemented by the apparatus of FIGS. 17 to 20 described above.
  • the one or more processors 102/202 may control one or more memories 104/204 and/or one or more transceivers 106/206, etc. to receive the random access preamble. have.
  • the base station (100/200 in FIGS. 17 to 20) may transmit a random access response to the RedCap terminal based on the random access preamble in step S1602.
  • the operation of the base station transmitting the random access response in step S1602 may be implemented by the apparatus of FIGS. 17 to 20 described above.
  • one or more processors 102/202 may control one or more memories 104/204 and/or one or more transceivers 106/206, etc. to transmit a random access response. have.
  • Msg3 physical uplink shared channel (PUSCH) in the first frequency hop (hop) can be received from the RedCap terminal.
  • Msg3 PUSCH may be referred to as Msg3 or PUSCH.
  • the RedCap terminal may perform frequency readjustment so that the first frequency hop is included in the bandwidth of the RedCap terminal before transmitting the Msg3 PUSCH to the base station in the first frequency hop.
  • the operation of the base station receiving the Msg3 PUSCH in step S1603 may be implemented by the apparatuses of FIGS. 17 to 20 described above.
  • the one or more processors 102/202 may control one or more memories 104/204 and/or one or more transceivers 106/206, etc. to receive the Msg3 PUSCH. .
  • frequency retuning for the bandwidth of the RedCap terminal may be performed.
  • the RedCap terminal may perform frequency readjustment so that the following second frequency hop is included in the band or bandwidth of the RedCap terminal.
  • performing frequency readjustment may mean adjusting the frequency position of the band (width) of the RedCap terminal.
  • the base station (100/200 in FIGS. 17 to 20) may receive the Msg3 PUSCH from the RedCap terminal in the second frequency hop of the bandwidth of the RedCap terminal in step S1604.
  • a gap may be inserted between the first frequency hop and the second frequency hop.
  • the gap may be established through system information or a random access response.
  • the system information or random access response may include information about the gap length.
  • the gap may be set in units of symbols.
  • other gap insertion operations may refer to method 1-1. That is, the detailed contents of the above-described operation or the substitutable/changeable operation may refer to the method 1-1.
  • At least one symbol of the first frequency hop or at least one symbol of the second frequency hop may be skipped.
  • the first at least one symbol of the second frequency hop may be skipped. and/or, based on the fact that the last at least one symbol of the first frequency hop does not include a DMRS symbol and the first at least one symbol of the second frequency hop includes a DMRS symbol, the last at least one of the first frequency hop The symbol of may be skipped. That is, the RedCap terminal may preferentially skip a case that does not include a DMRS symbol among the last at least one symbol of the first frequency hop and the first at least one symbol of the second frequency hop.
  • DMRS demodulation reference signal
  • the at least one symbol may be one symbol or two symbols.
  • other gap insertion operations may refer to method 1-2. That is, the detailed contents of the above-described operation or the substitutable/changeable operation may refer to the contents of Method 1-2.
  • the gap insertion operation or the skip operation may be selected by the method 1-3 or the method 1-5 and the selected operation may be performed.
  • the base station may distinguish the RedCap terminal from the normal terminal by method 1-4.
  • the general terminal may be a terminal other than a RedCap terminal.
  • the operation of the base station receiving the Msg3 PUSCH in step S1604 may be implemented by the apparatuses of FIGS. 17 to 20 described above.
  • the one or more processors 102/202 may control one or more memories 104/204 and/or one or more transceivers 106/206, etc. to receive the Msg3 PUSCH. .
  • the base station (100/200 in FIGS. 17 to 20) may transmit Msg4 to the RedCap terminal based on the Msg3 PUSCH in step S1605.
  • the base station may receive the PUCCH for Msg4 from the RedCap terminal in a first physical uplink control channel (PUCCH) frequency hop. And/or, frequency retuning for the bandwidth of the RedCap terminal may be performed. And/or, the base station may receive the PUCCH from the RedCap terminal in the second PUCCH frequency hop of the bandwidth of the RedCap terminal. And/or, a gap may be inserted between the first PUCCH frequency hop and the second PUCCH frequency hop. And/or, at least one symbol of the first PUCCH frequency hop or at least one symbol of the second PUCCH frequency hop may be skipped. And/or, the PUCCH may include hybrid automatic repeat request-acknowledgement (HARQ-ACK) information for Msg4.
  • HARQ-ACK hybrid automatic repeat request-acknowledgement
  • At least one symbol of the first PUCCH frequency hop may be the last at least one symbol of the first PUCCH frequency hop.
  • the at least one symbol of the second PUCCH frequency hop may be the first at least one symbol of the second PUCCH frequency hop.
  • the gap insertion/skip operation/method of the PUCCH may refer to the above-described content of the gap insertion/skip operation/method of the Msg3 PUSCH.
  • the gap insertion/skip operation/method of the PUCCH may be performed separately from the above-described gap insertion/skip operation/method of the Msg3 PUSCH. That is, without the aforementioned gap insertion/skip operation of the Msg3 PUSCH, only the gap insertion/skip operation of the PUCCH may be performed.
  • the operation of the base station transmitting Msg4 in step S1605 may be implemented by the apparatuses of FIGS. 17 to 20 described above.
  • one or more processors 102/202 may control one or more memories 104/204 and/or one or more transceivers 106/206, etc. to transmit Msg4.
  • the method proposed in the present specification may be applied to the 2-step RACH operation.
  • the proposed method of the present specification may be applied to PUCCH for MsgA PUSCH/MsgB.
  • the content described with reference to FIG. 11 related to the 2-step RACH may be referred to.
  • the above-described signaling and operation may be implemented by an apparatus (eg, FIGS. 17 to 20 ) to be described below.
  • the above-described signaling and operation may be processed by one or more processors of FIGS. 17 to 20, and the above-described signaling and operation are instructions/programs ( It can also be stored in memory in the form of instructions, executable code).
  • at least one memory for storing instructions for performing operations based on being executed by: receiving a random access preamble from a RedCap terminal; Transmitting an access response to the RedCap terminal; receiving an Msg3 PUSCH from the RedCap terminal in a first frequency hop based on the random access response; Frequency readjustment for the bandwidth of the RedCap terminal retuning) is performed, and receiving the Msg3 PUSCH from the RedCap terminal in a second frequency hop of the bandwidth of the RedCap terminal, i) a gap is inserted between the first frequency hop and the second frequency hop or ii) at least one symbol of the first frequency hop or at least one symbol of the second frequency hop is skipped, and transmitting the Msg4 to the RedCap terminal based on the Msg3 PUSCH.
  • a computer-readable storage medium storing at least one instruction to cause the at least one processor to control operations based on being executed by the at least one processor.
  • the operations include: receiving a random access preamble from a RedCap terminal; transmitting a random access response to the RedCap terminal based on the random access preamble; and based on the random access response, a first frequency hop Receiving the Msg3 PUSCH from the RedCap terminal in a hop, frequency retuning of the bandwidth of the RedCap terminal is performed, and the Msg3 PUSCH is transmitted to the RedCap terminal at a second frequency hop of the bandwidth of the RedCap terminal receiving from, i) a gap is inserted between the first frequency hop and the second frequency hop, or ii) at least one symbol of the first frequency hop or at least one of the second frequency hops The symbol is skipped, and the method may include transmitting Msg4 to the RedCap UE based on the Msg3 PUSCH.
  • FIG. 17 illustrates a communication system 1 applied in this specification.
  • the communication system 1 applied to the present specification 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), communication between base stations 150c (e.g. relay, IAB (Integrated Access Backhaul), etc.)
  • 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.
  • 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. 17 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, proposals, methods, and/or flow charts 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. , procedures, proposals, methods and/or operation flowcharts, 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.
  • the wireless device may be implemented in various forms according to use-examples/services.
  • wireless devices 100 and 200 correspond to wireless devices 100 and 200 of FIG. 18 , and various elements, components, units/units, and/or modules ) may consist of
  • the wireless devices 100 and 200 may include a communication unit 110 , a control unit 120 , a memory unit 130 , and an additional element 140 .
  • the communication unit may include communication circuitry 112 and transceiver(s) 114 .
  • communication circuitry 112 may include one or more processors 102,202 and/or one or more memories 104,204 of FIG. 18 .
  • the transceiver(s) 114 may include one or more transceivers 106 , 206 and/or one or more antennas 108 , 208 of FIG. 18 .
  • the control unit 120 is electrically connected to the communication unit 110 , the memory unit 130 , and the additional element 140 , and controls general operations of the wireless device. For example, the controller 120 may control the electrical/mechanical operation of the wireless device based on the program/code/command/information stored in the memory unit 130 . In addition, the control unit 120 transmits the information stored in the memory unit 130 to the outside (eg, another communication device) through the communication unit 110 through a wireless/wired interface, or through the communication unit 110 to the outside (eg, Information received through a wireless/wired interface from another communication device) may be stored in the memory unit 130 .
  • the outside eg, another communication device
  • Information received through a wireless/wired interface from another communication device may be stored in the memory unit 130 .
  • the additional element 140 may be configured in various ways according to the type of the wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an input/output unit (I/O unit), a driving unit, and a computing unit.
  • the wireless device may include a robot ( FIGS. 17 and 100a ), a vehicle ( FIGS. 17 , 100b-1 , 100b-2 ), an XR device ( FIGS. 17 and 100c ), a mobile device ( FIGS. 17 and 100d ), and a home appliance. (FIG. 17, 100e), IoT device (FIG.
  • digital broadcasting terminal digital broadcasting terminal
  • hologram device public safety device
  • MTC device medical device
  • fintech device or financial device
  • security device climate/environment device
  • It may be implemented in the form of an AI server/device ( FIGS. 17 and 400 ), a base station ( FIGS. 17 and 200 ), and a network node.
  • the wireless device may be mobile or used in a fixed location depending on the use-example/service.
  • various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may be entirely interconnected through a wired interface, or at least some of them may be wirelessly connected through the communication unit 110 .
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (eg, 130 , 140 ) are connected to the communication unit 110 through the communication unit 110 . It can be connected wirelessly.
  • each element, component, unit/unit, and/or module within the wireless device 100 , 200 may further include one or more elements.
  • the controller 120 may be configured with one or more processor sets.
  • control unit 120 may be configured as a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphic processing processor, a memory control processor, and the like.
  • memory unit 130 may include random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • the portable device may include a smart phone, a smart pad, a wearable device (eg, a smart watch, smart glasses), and a portable computer (eg, a laptop computer).
  • a mobile device may be referred to as a mobile station (MS), a user terminal (UT), a mobile subscriber station (MSS), a subscriber station (SS), an advanced mobile station (AMS), or a wireless terminal (WT).
  • MS mobile station
  • UT user terminal
  • MSS mobile subscriber station
  • SS subscriber station
  • AMS advanced mobile station
  • WT wireless terminal
  • the portable device 100 includes an antenna unit 108 , a communication unit 110 , a control unit 120 , a memory unit 130 , a power supply unit 140a , an interface unit 140b , and an input/output unit 140c .
  • the antenna unit 108 may be configured as a part of the communication unit 110 .
  • Blocks 110 to 130/140a to 140c respectively correspond to blocks 110 to 130/140 of FIG. 19 .
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with other wireless devices and base stations.
  • the controller 120 may control components of the portable device 100 to perform various operations.
  • the controller 120 may include an application processor (AP).
  • the memory unit 130 may store data/parameters/programs/codes/commands necessary for driving the portable device 100 . Also, the memory unit 130 may store input/output data/information.
  • the power supply unit 140a supplies power to the portable device 100 and may include a wired/wireless charging circuit, a battery, and the like.
  • the interface unit 140b may support the connection between the portable device 100 and other external devices.
  • the interface unit 140b may include various ports (eg, an audio input/output port and a video input/output port) for connection with an external device.
  • the input/output unit 140c may receive or output image information/signal, audio information/signal, data, and/or information input from a user.
  • the input/output unit 140c may include a camera, a microphone, a user input unit, a display unit 140d, a speaker, and/or a haptic module.
  • the input/output unit 140c obtains information/signals (eg, touch, text, voice, image, video) input from the user, and the obtained information/signals are stored in the memory unit 130 . can be saved.
  • the communication unit 110 may convert the information/signal stored in the memory into a wireless signal, and transmit the converted wireless signal directly to another wireless device or to a base station. Also, after receiving a radio signal from another radio device or base station, the communication unit 110 may restore the received radio signal to original information/signal.
  • the restored information/signal may be stored in the memory unit 130 and output in various forms (eg, text, voice, image, video, haptic) through the input/output unit 140c.
  • the wireless communication technology implemented in the wireless devices 100 and 200 of the present specification may include a narrowband Internet of Things for low-power communication as well as LTE, NR, and 6G.
  • NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology, may be implemented in standards such as LTE Cat NB1 and/or LTE Cat NB2, and is limited to the above-mentioned names not.
  • the wireless communication technology implemented in the wireless devices 100 and 200 of the present specification may perform communication based on the LTE-M technology.
  • the LTE-M technology may be an example of an LPWAN technology, and may be called by various names such as enhanced machine type communication (eMTC).
  • eMTC enhanced machine type communication
  • LTE-M technology is 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine It may be implemented in at least one of various standards such as Type Communication, and/or 7) LTE M, and is not limited to the above-described name.
  • the wireless communication technology implemented in the wireless devices 100 and 200 of the present specification is at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) in consideration of low power communication. It may include any one, and is not limited to the above-mentioned names.
  • the ZigBee technology can create PAN (personal area networks) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.
  • Embodiments according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
  • an embodiment of the present invention provides one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), FPGAs ( field programmable gate arrays), a processor, a controller, a microcontroller, a microprocessor, and the like.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • an embodiment of the present invention may be implemented in the form of modules, procedures, functions, etc. that perform the functions or operations described above.
  • the software code may be stored in the memory and driven by the processor.
  • the memory may be located inside or outside the processor, and may transmit/receive data to and from the processor by various known means.
  • the method of transmitting and receiving Msg4 in the wireless communication system of the present specification has been described focusing on examples applied to the 3GPP LTE/LTE-A system and the 5G system (New RAT system), but in addition to various wireless communications such as Beyond 5G, 6G, and Beyond 6G It can be applied to the system.

Landscapes

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

Abstract

본 명세서는 무선 통신 시스템에서 Msg4를 송수신하는 방법 및 이를 위한 장치를 제안한다. RedCap 단말에 의해 수행되는 방법은, 임의 접속 프리앰블을 기지국으로 전송하는 단계와, 상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 기지국으로부터 수신하는 단계와, 상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 PUSCH를 상기 기지국으로 전송하는 단계와, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계와, 상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 기지국으로 전송하는 단계와, 상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 기지국으로부터 수신하는 단계를 포함할 수 있다.

Description

무선 통신 시스템에서 MSG4를 송수신하는 방법 및 이를 위한 장치
본 명세서는 무선 통신 시스템에 관한 것으로, 상세하게는 메시지(message, Msg)4를 송수신하는 방법 및 이를 위한 장치에 관한 것이다.
이동 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 그러나 이동통신 시스템은 음성뿐 아니라 데이터 서비스까지 영역을 확장하였으며, 현재에는 폭발적인 트래픽의 증가로 인하여 자원의 부족 현상이 야기되고 사용자들이 보다 고속의 서비스를 요구하므로, 보다 발전된 이동 통신 시스템이 요구되고 있다.
차세대 이동 통신 시스템의 요구 조건은 크게 폭발적인 데이터 트래픽의 수용, 사용자 당 전송률의 획기적인 증가, 대폭 증가된 연결 디바이스 개수의 수용, 매우 낮은 단대단 지연(End-to-End Latency), 고에너지 효율을 지원할 수 있어야 한다. 이를 위하여 이중 연결성(Dual Connectivity), 대규모 다중 입출력(Massive MIMO: Massive Multiple Input Multiple Output), 전이중(In-band Full Duplex), 비직교 다중접속(NOMA: Non-Orthogonal Multiple Access), 초광대역(Super wideband) 지원, 단말 네트워킹(Device Networking) 등 다양한 기술들이 연구되고 있다.
한편, 감소된 성능(reduced capability, RedCap) 단말의 주요 특징으로 감소된 대역폭(reduced bandwidth)이 고려되고 있다. 특히, 이와 같은 특징을 갖는 RedCap 단말의 경우, initial UL BWP에서의 PUSCH/PUCCH 주파수 호핑이 단말의 감소된 대역폭을 초과할 수 있다.
본 명세서는 initial UL BWP가 RedCap 단말의 대역폭보다 큰 상황에서, 임의 접속 절차(또는 초기 접속 절차)를 수행하는 방법 및 이를 위한 장치를 제안한다.
또한, 본 명세서는 RedCap 단말과 일반 단말(예: RedCap 단말이 아닌 단말)이 공존하는 통신 환경에서, RedCap 단말이 임의 접속 절차를 수행하는 방법 및 이를 위한 장치를 제안한다.
또한, 본 명세서는 initial UL BWP가 RedCap 단말의 대역폭보다 큰 경우, 주파수 재조정(frequency retuning)을 이용하여 PUSCH 및/또는 PUCCH(또는, HARQ-ACK 정보)를 송수신하는 방법 및 이를 위한 장치를 제안한다.
또한, 본 명세서는 PUSCH 및/또는 PUCCH의 주파수 호핑(frequency hopping) 시 주파수 홉(hop) 간에 갭(gap)을 삽입하는 방법 및 이를 위한 장치를 제안한다.
또한, 본 명세서는 PUSCH 및/또는 PUCCH의 주파수 호핑 시 주파수 홉의 전부/일부를 스킵(skip)하는 방법 및 이를 위한 장치를 제안한다.
본 명세서에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서는, 무선 통신 시스템에서 메시지(message, Msg)4를 수신하는 방법을 제안한다. 감소된 성능(reduced capability, RedCap) 단말에 의해 수행되는 방법은, 임의 접속 프리앰블을 기지국으로 전송하는 단계와, 상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 기지국으로부터 수신하는 단계와, 상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 기지국으로 전송하는 단계와, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계와, 상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 기지국으로 전송하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고, 상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 기지국으로부터 수신하는 단계를 포함할 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 RedCap 단말의 대역폭은 초기 상향링크 대역폭 파트(bandwidth part, BWP)의 대역폭보다 작을 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 RedCap 단말의 대역폭은 상기 RedCap 단말이 지원하는 최대 대역폭일 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 갭은 시스템 정보 또는 상기 임의 접속 응답을 통해 설정될 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼이 복조 참조 신호(demodulation reference signal, DMRS) 심볼을 포함하고, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하지 않는 것에 기반하여, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼은 스킵될 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼이 복조 참조 신호(demodulation reference signal, DMRS) 심볼을 포함하지 않고, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하는 것에 기반하여, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼은 스킵될 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 제1 물리 상향링크 제어 채널(physical uplink control channel, PUCCH) 주파수 홉에서 상기 Msg4에 대한 PUCCH를 상기 기지국으로 전송하는 단계와, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계와, 상기 RedCap 단말의 대역폭의 제2 PUCCH 주파수 홉에서 상기 PUCCH를 상기 기지국으로 전송하는 단계를 더 포함하되, i) 상기 제1 PUCCH 주파수 홉과 상기 제2 PUCCH 주파수 홉 사이에는 갭이 삽입되거나, ii) 상기 제1 PUCCH 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 PUCCH 주파수 홉의 적어도 하나의 심볼은 스킵될 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 PUCCH는 상기 Msg4에 대한 HARQ-ACK(hybrid automatic repeat request-acknowledgement) 정보를 포함할 수 있다.
또한, 본 명세서의 무선 통신 시스템에서 메시지(message, Msg)4를 수신하도록 설정된 감소된 성능(reduced capability, RedCap) 단말은, 적어도 하나의 송수신기와, 적어도 하나의 프로세서와, 상기 적어도 하나의 프로세서에 작동 가능하게 연결되고, 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 동작들을 수행하는 명령어(instruction)들을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작들은, 임의 접속 프리앰블을 기지국으로 전송하는 단계와, 상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 기지국으로부터 수신하는 단계와, 상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 기지국으로 전송하는 단계와, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계와, 상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 기지국으로 전송하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고, 상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 기지국으로부터 수신하는 단계를 포함할 수 있다.
또한, 본 명세서는 무선 통신 시스템에서 메시지(message, Msg)4를 전송하는 방법을 제안한다. 기지국에 의해 수행되는 방법은, 임의 접속 프리앰블을 감소된 성능(reduced capability, RedCap) 단말로부터 수신하는 단계와, 상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 RedCap 단말로 전송하는 단계와, 상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 RedCap 단말로부터 수신하는 단계, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)이 수행되고, 상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 RedCap 단말로부터 수신하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고, 상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 RedCap 단말로 전송하는 단계를 포함할 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 RedCap 단말의 대역폭은 초기 상향링크 대역폭 파트(bandwidth part, BWP)의 대역폭보다 작을 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 RedCap 단말의 대역폭은 상기 RedCap 단말이 지원하는 최대 대역폭일 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 갭은 시스템 정보 또는 상기 임의 접속 응답을 통해 설정될 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼이 복조 참조 신호(demodulation reference signal, DMRS) 심볼을 포함하고, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하지 않는 것에 기반하여, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼은 스킵될 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼이 복조 참조 신호(demodulation reference signal, DMRS) 심볼을 포함하지 않고, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하는 것에 기반하여, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼은 스킵될 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 제1 물리 상향링크 제어 채널(physical uplink control channel, PUCCH) 주파수 홉에서 상기 Msg4에 대한 PUCCH를 상기 RedCap 단말로부터 수신하는 단계, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)은 수행되고, 상기 RedCap 단말의 대역폭의 제2 PUCCH 주파수 홉에서 상기 PUCCH를 상기 RedCap 단말로부터 수신하는 단계를 더 포함하되, i) 상기 제1 PUCCH 주파수 홉과 상기 제2 PUCCH 주파수 홉 사이에는 갭이 삽입되거나, ii) 상기 제1 PUCCH 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 PUCCH 주파수 홉의 적어도 하나의 심볼은 스킵될 수 있다.
또한, 본 명세서의 상기 방법에 있어서, 상기 PUCCH는 상기 Msg4에 대한 HARQ-ACK(hybrid automatic repeat request-acknowledgement) 정보를 포함할 수 있다.
또한, 본 명세서의 무선 통신 시스템에서 메시지(message, Msg)4를 전송하도록 설정된 기지국은, 적어도 하나의 송수신기와, 적어도 하나의 프로세서와, 상기 적어도 하나의 프로세서에 작동 가능하게 연결되고, 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 동작들을 수행하는 명령어(instruction)들을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작들은, 임의 접속 프리앰블을 감소된 성능(reduced capability, RedCap) 단말로부터 수신하는 단계와, 상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 RedCap 단말로 전송하는 단계와, 상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 RedCap 단말로부터 수신하는 단계, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)이 수행되고, 상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 RedCap 단말로부터 수신하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고, 상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 RedCap 단말로 전송하는 단계를 포함할 수 있다.
또한, 본 명세서의 무선 통신 시스템에서 메시지(message, Msg)4를 수신하도록 감소된 성능(reduced capability, RedCap) 단말을 제어하기 위해 설정된 프로세서 장치(processing apparatus)는, 적어도 하나의 프로세서와, 상기 적어도 하나의 프로세서에 작동 가능하게 연결되고, 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 동작들을 수행하는 명령어(instruction)들을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작들은, 임의 접속 프리앰블을 기지국으로 전송하는 단계와, 상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 기지국으로부터 수신하는 단계와, 상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 기지국으로 전송하는 단계와, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계와, 상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 기지국으로 전송하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고, 상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 기지국으로부터 수신하는 단계를 포함할 수 있다.
또한, 본 명세서의 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 상기 적어도 하나의 프로세서가 동작들을 제어하도록 하는 적어도 하나의 명령어(instruction)를 저장하는 컴퓨터 판독 가능 저장 매체(computer-readable storage medium)에 있어서, 상기 동작들은, 임의 접속 프리앰블을 기지국으로 전송하는 단계와, 상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 기지국으로부터 수신하는 단계와, 상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 메시지(message, Msg)3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 기지국으로 전송하는 단계와, 감소된 성능(reduced capability, RedCap) 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계와, 상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 기지국으로 전송하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고, 상기 Msg3 PUSCH에 기반하여 Msg4를 상기 기지국으로부터 수신하는 단계를 포함할 수 있다.
본 명세서에 따르면, initial UL BWP가 RedCap 단말의 대역폭보다 큰 상황에서, NR 네트워크(또는 기지국) 설정의 영향을 최소화하여 임의 접속 절차(또는 초기 접속 절차)를 수행할 수 있는 효과가 있다.
또한, 본 명세서에 따르면, RedCap 단말과 일반 단말이 공존하는 통신 환경에서, 자원 효율을 개선하고 저지연 고신뢰성의 통신 시스템을 구현할 수 있는 효과가 있다.
또한, 본 명세서에 따르면, initial UL BWP가 RedCap 단말의 대역폭보다 큰 경우, 주파수 재조정을 이용하여 PUSCH 및/또는 PUCCH(또는, HARQ-ACK 정보)를 송수신할 수 있는 효과가 있다.
또한, 본 명세서에 따르면, PUSCH 및/또는 PUCCH의 주파수 호핑 시 주파수 홉 간에 갭을 삽입함으로써, 주파수 재조정을 위한 시간을 확보하고 통신 신뢰성을 향상시킬 수 있는 효과가 있다.
또한, 본 명세서에 따르면, PUSCH 및/또는 PUCCH의 주파수 호핑 시 주파수 홉의 전부/일부를 스킵함으로써, 주파수 재조정을 위한 시간을 확보하고 통신 신뢰성을 향상시킬 수 있는 효과가 있다.
본 명세서에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 명세서가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 명세서에 대한 실시 예를 제공하고, 상세한 설명과 함께 본 명세서의 기술적 특징을 설명한다.
도 1은 본 명세서에서 제안하는 방법이 적용될 수 있는 NR의 전체적인 시스템 구조의 일례를 나타낸다.
도 2는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 상향링크 프레임과 하향링크 프레임 간의 관계를 나타낸다.
도 3은 NR 시스템에서의 프레임 구조의 일례를 나타낸다.
도 4는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 지원하는 자원 그리드(resource grid)의 일례를 나타낸다.
도 5는 본 명세서에서 제안하는 방법이 적용될 수 있는 NR 프레임의 슬롯 구조를 예시한다.
도 6은 본 명세서에서 제안하는 방법이 적용될 수 있는 안테나 포트 및 뉴머롤로지 별 자원 그리드의 예들을 나타낸다.
도 7은 3GPP 시스템에 이용되는 물리 채널들 및 일반적인 신호 전송을 예시한다.
도 8은 SSB 구조를 예시한다.
도 9는 SSB 전송을 예시한다.
도 10은 임의 접속 과정의 일례를 예시한다.
도 11은 2-step RACH 절차를 설명하기 위한 도면이다.
도 12는 device type 정보를 기지국에 보고하는 절차의 순서도를 예시한다.
도 13은 PUSCH/PUCCH frequency hop 간에 갭(gap)을 삽입하는 방법을 예시한다.
도 14는 PUSCH/PUCCH frequency hop 간에 스킵하는 방법의 예시이다.
도 15는 명세서에서 제안하는 단말의 동작 방법을 설명하기 위한 흐름도이다.
도 16은 명세서에서 제안하는 기지국의 동작 방법을 설명하기 위한 흐름도이다.
도 17은 본 명세서에 적용되는 통신 시스템(1)을 예시한다.
도 18은 본 명세서에 적용될 수 있는 무선 기기를 예시한다.
도 19는 본 명세서에 적용되는 무선 기기의 다른 예를 나타낸다.
도 20은 본 명세서에 적용되는 휴대 기기를 예시한다.
이하, 본 명세서에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 명세서의 예시적인 실시형태를 설명하고자 하는 것이며, 본 명세서가 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 명세서의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 명세서가 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
몇몇 경우, 본 명세서의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다.
이하에서, 하향링크(DL: downlink)는 기지국에서 단말로의 통신을 의미하며, 상향링크(UL: uplink)는 단말에서 기지국으로의 통신을 의미한다. 하향링크에서 송신기는 기지국의 일부이고, 수신기는 단말의 일부일 수 있다. 상향링크에서 송신기는 단말의 일부이고, 수신기는 기지국의 일부일 수 있다. 기지국은 제 1 통신 장치로, 단말은 제 2 통신 장치로 표현될 수도 있다. 기지국(BS: Base Station)은 고정국(fixed station), Node B, eNB(evolved-NodeB), gNB(Next Generation NodeB), BTS(base transceiver system), 액세스 포인트(AP: Access Point), 네트워크(5G 네트워크), AI 시스템, RSU(road side unit), 차량(vehicle), 로봇, 드론(Unmanned Aerial Vehicle, UAV), AR(Augmented Reality)장치, VR(Virtual Reality)장치 등의 용어에 의해 대체될 수 있다. 또한, 단말(Terminal)은 고정되거나 이동성을 가질 수 있으며, UE(User Equipment), MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station), WT(Wireless terminal), MTC(Machine-Type Communication) 장치, M2M(Machine-to-Machine) 장치, D2D(Device-to-Device) 장치, 차량(vehicle), 로봇(robot), AI 모듈, 드론(Unmanned Aerial Vehicle, UAV), AR(Augmented Reality)장치, VR(Virtual Reality)장치 등의 용어로 대체될 수 있다.
이하의 기술은 CDMA, FDMA, TDMA, OFDMA, SC-FDMA 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)/LTE-A pro는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A/LTE-A pro의 진화된 버전이다.
설명을 명확하게 하기 위해, 3GPP 통신 시스템(예, LTE-A, NR)을 기반으로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다. LTE는 3GPP TS 36.xxx Release 8 이후의 기술을 의미한다. 세부적으로, 3GPP TS 36.xxx Release 10 이후의 LTE 기술은 LTE-A로 지칭되고, 3GPP TS 36.xxx Release 13 이후의 LTE 기술은 LTE-A pro로 지칭된다. 3GPP NR은 TS 38.xxx Release 15 이후의 기술을 의미한다. LTE/NR은 3GPP 시스템으로 지칭될 수 있다. "xxx"는 표준 문서 세부 번호를 의미한다. LTE/NR은 3GPP 시스템으로 통칭될 수 있다. 본 발명의 설명에 사용된 배경기술, 용어, 약어 등에 관해서는 본 발명 이전에 공개된 표준 문서에 기재된 사항을 참조할 수 있다. 예를 들어, 다음 문서를 참조할 수 있다.
3GPP LTE
- 36.211: Physical channels and modulation
- 36.212: Multiplexing and channel coding
- 36.213: Physical layer procedures
- 36.300: Overall description
- 36.331: Radio Resource Control (RRC)
3GPP NR
- 38.211: Physical channels and modulation
- 38.212: Multiplexing and channel coding
- 38.213: Physical layer procedures for control
- 38.214: Physical layer procedures for data
- 38.300: NR and NG-RAN Overall Description
- 38.331: Radio Resource Control (RRC) protocol specification
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 radio access technology에 비해 향상된 mobile broadband 통신에 대한 필요성이 대두되고 있다. 또한 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 massive MTC (Machine Type Communications) 역시 차세대 통신에서 고려될 주요 이슈 중 하나이다. 뿐만 아니라 reliability 및 latency에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 eMBB(enhanced mobile broadband communication), mMTC(massive MTC), URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 radio access technology의 도입이 논의되고 있으며, 본 명세서에서는 편의상 해당 technology를 NR이라고 부른다. NR은 5G 무선 접속 기술(radio access technology, RAT)의 일례를 나타낸 표현이다.
5G의 세 가지 주요 요구 사항 영역은 (1) 개선된 모바일 광대역 (Enhanced Mobile Broadband, eMBB) 영역, (2) 다량의 머신 타입 통신 (massive Machine Type Communication, mMTC) 영역 및 (3) 초-신뢰 및 저 지연 통신 (Ultra-reliable and Low Latency Communications, URLLC) 영역을 포함한다.
일부 사용 예(Use Case)는 최적화를 위해 다수의 영역들이 요구될 수 있고, 다른 사용 예는 단지 하나의 핵심 성능 지표 (Key Performance Indicator, KPI)에만 포커싱될 수 있다. 5G는 이러한 다양한 사용 예들을 유연하고 신뢰할 수 있는 방법으로 지원하는 것이다.
eMBB는 기본적인 모바일 인터넷 액세스를 훨씬 능가하게 하며, 풍부한 양방향 작업, 클라우드 또는 증강 현실에서 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G의 핵심 동력 중 하나이며, 5G 시대에서 처음으로 전용 음성 서비스를 볼 수 없을 수 있다. 5G에서, 음성은 단순히 통신 시스템에 의해 제공되는 데이터 연결을 사용하여 응용 프로그램으로서 처리될 것이 기대된다. 증가된 트래픽 양(volume)을 위한 주요 원인들은 콘텐츠 크기의 증가 및 높은 데이터 전송률을 요구하는 애플리케이션 수의 증가이다. 스트리밍 서비스 (오디오 및 비디오), 대화형 비디오 및 모바일 인터넷 연결은 더 많은 장치가 인터넷에 연결될수록 더 널리 사용될 것이다. 이러한 많은 응용 프로그램들은 사용자에게 실시간 정보 및 알림을 푸쉬하기 위해 항상 켜져 있는 연결성이 필요하다. 클라우드 스토리지 및 애플리케이션은 모바일 통신 플랫폼에서 급속히 증가하고 있으며, 이것은 업무 및 엔터테인먼트 모두에 적용될 수 있다. 그리고, 클라우드 스토리지는 상향링크 데이터 전송률의 성장을 견인하는 특별한 사용 예이다. 5G는 또한 클라우드의 원격 업무에도 사용되며, 촉각 인터페이스가 사용될 때 우수한 사용자 경험을 유지하도록 훨씬 더 낮은 단-대-단(end-to-end) 지연을 요구한다. 엔터테인먼트 예를 들어, 클라우드 게임 및 비디오 스트리밍은 모바일 광대역 능력에 대한 요구를 증가시키는 또 다른 핵심 요소이다. 엔터테인먼트는 기차, 차 및 비행기와 같은 높은 이동성 환경을 포함하는 어떤 곳에서든지 스마트폰 및 태블릿에서 필수적이다. 또 다른 사용 예는 엔터테인먼트를 위한 증강 현실 및 정보 검색이다. 여기서, 증강 현실은 매우 낮은 지연과 순간적인 데이터 양을 필요로 한다.
또한, 가장 많이 예상되는 5G 사용 예 중 하나는 모든 분야에서 임베디드 센서를 원활하게 연결할 수 있는 기능 즉, mMTC에 관한 것이다. 2020년까지 잠재적인 IoT 장치들은 204 억 개에 이를 것으로 예측된다. 산업 IoT는 5G가 스마트 도시, 자산 추적(asset tracking), 스마트 유틸리티, 농업 및 보안 인프라를 가능하게 하는 주요 역할을 수행하는 영역 중 하나이다.
URLLC는 주요 인프라의 원격 제어 및 자체-구동 차량(self-driving vehicle)과 같은 초 신뢰/이용 가능한 지연이 적은 링크를 통해 산업을 변화시킬 새로운 서비스를 포함한다. 신뢰성과 지연의 수준은 스마트 그리드 제어, 산업 자동화, 로봇 공학, 드론 제어 및 조정에 필수적이다.
다음으로, 다수의 사용 예들에 대해 보다 구체적으로 살펴본다.
5G는 초당 수백 메가 비트에서 초당 기가 비트로 평가되는 스트림을 제공하는 수단으로 FTTH (fiber-to-the-home) 및 케이블 기반 광대역 (또는 DOCSIS)을 보완할 수 있다. 이러한 빠른 속도는 가상 현실과 증강 현실뿐 아니라 4K 이상(6K, 8K 및 그 이상)의 해상도로 TV를 전달하는데 요구된다. VR(Virtual Reality) 및 AR(Augmented Reality) 애플리케이션들은 거의 몰입형(immersive) 스포츠 경기를 포함한다. 특정 응용 프로그램은 특별한 네트워크 설정이 요구될 수 있다. 예를 들어, VR 게임의 경우, 게임 회사들이 지연을 최소화하기 위해 코어 서버를 네트워크 오퍼레이터의 에지 네트워크 서버와 통합해야 할 수 있다.
자동차(Automotive)는 차량에 대한 이동 통신을 위한 많은 사용 예들과 함께 5G에 있어 중요한 새로운 동력이 될 것으로 예상된다. 예를 들어, 승객을 위한 엔터테인먼트는 동시의 높은 용량과 높은 이동성 모바일 광대역을 요구한다. 그 이유는 미래의 사용자는 그들의 위치 및 속도와 관계 없이 고품질의 연결을 계속해서 기대하기 때문이다. 자동차 분야의 다른 활용 예는 증강 현실 대시보드이다. 이는 운전자가 앞면 창을 통해 보고 있는 것 위에 어둠 속에서 물체를 식별하고, 물체의 거리와 움직임에 대해 운전자에게 말해주는 정보를 겹쳐서 디스플레이 한다. 미래에, 무선 모듈은 차량들 간의 통신, 차량과 지원하는 인프라구조 사이에서 정보 교환 및 자동차와 다른 연결된 디바이스들(예를 들어, 보행자에 의해 수반되는 디바이스들) 사이에서 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전한 운전을 할 수 있도록 행동의 대체 코스들을 안내하여 사고의 위험을 낮출 수 있게 한다. 다음 단계는 원격 조종되거나 자체 운전 차량(self-driven vehicle)이 될 것이다. 이는 서로 다른 자체 운전 차량들 사이 및 자동차와 인프라 사이에서 매우 신뢰성이 있고, 매우 빠른 통신을 요구한다. 미래에, 자체 운전 차량이 모든 운전 활동을 수행하고, 운전자는 차량 자체가 식별할 수 없는 교통 이상에만 집중하도록 할 것이다. 자체 운전 차량의 기술적 요구 사항은 트래픽 안전을 사람이 달성할 수 없을 정도의 수준까지 증가하도록 초 저 지연과 초고속 신뢰성을 요구한다.
스마트 사회(smart society)로서 언급되는 스마트 도시와 스마트 홈은 고밀도 무선 센서 네트워크로 임베디드될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 집의 비용 및 에너지-효율적인 유지에 대한 조건을 식별할 것이다. 유사한 설정이 각 가정을 위해 수행될 수 있다. 온도 센서, 창 및 난방 컨트롤러, 도난 경보기 및 가전 제품들은 모두 무선으로 연결된다. 이러한 센서들 중 많은 것들이 전형적으로 낮은 데이터 전송 속도, 저전력 및 저비용이다. 하지만, 예를 들어, 실시간 HD 비디오는 감시를 위해 특정 타입의 장치에서 요구될 수 있다.
열 또는 가스를 포함한 에너지의 소비 및 분배는 고도로 분산화되고 있어, 분산 센서 네트워크의 자동화된 제어가 요구된다. 스마트 그리드는 정보를 수집하고 이에 따라 행동하도록 디지털 정보 및 통신 기술을 사용하여 이런 센서들을 상호 연결한다. 이 정보는 공급 업체와 소비자의 행동을 포함할 수 있으므로, 스마트 그리드가 효율성, 신뢰성, 경제성, 생산의 지속 가능성 및 자동화된 방식으로 전기와 같은 연료들의 분배를 개선하도록 할 수 있다. 스마트 그리드는 지연이 적은 다른 센서 네트워크로 볼 수도 있다.
건강 부문은 이동 통신의 혜택을 누릴 수 있는 많은 응용 프로그램을 보유하고 있다. 통신 시스템은 멀리 떨어진 곳에서 임상 진료를 제공하는 원격 진료를 지원할 수 있다. 이는 거리에 대한 장벽을 줄이는데 도움을 주고, 거리가 먼 농촌에서 지속적으로 이용하지 못하는 의료 서비스들로의 접근을 개선시킬 수 있다. 이는 또한 중요한 진료 및 응급 상황에서 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터들에 대한 원격 모니터링 및 센서들을 제공할 수 있다.
무선 및 모바일 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 비용이 높다. 따라서, 케이블을 재구성할 수 있는 무선 링크들로의 교체 가능성은 많은 산업 분야에서 매력적인 기회이다. 그러나, 이를 달성하는 것은 무선 연결이 케이블과 비슷한 지연, 신뢰성 및 용량으로 동작하는 것과, 그 관리가 단순화될 것이 요구된다. 낮은 지연과 매우 낮은 오류 확률은 5G로 연결될 필요가 있는 새로운 요구 사항이다.
물류(logistics) 및 화물 추적(freight tracking)은 위치 기반 정보 시스템을 사용하여 어디에서든지 인벤토리(inventory) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
또한, mMTC와 eMBB, 또는 mMTC와 URLLC에 걸친 영역에 대한 use cases가 중요하게 여겨지고 있다.
NR을 포함하는 새로운 RAT 시스템은 OFDM 전송 방식 또는 이와 유사한 전송 방식을 사용한다. 새로운 RAT 시스템은 LTE의 OFDM 파라미터들과는 다른 OFDM 파라미터들을 따를 수 있다. 또는 새로운 RAT 시스템은 기존의 LTE/LTE-A의 뉴머롤로지(numerology)를 그대로 따르나 더 큰 시스템 대역폭(예, 100MHz)를 지닐 수 있다. 또는 하나의 셀이 복수 개의 뉴머롤로지들을 지원할 수도 있다. 즉, 서로 다른 뉴머롤로지로 동작하는 하는 단말들이 하나의 셀 안에서 공존할 수 있다.
뉴머로러지(numerology)는 주파수 영역에서 하나의 subcarrier spacing에 대응한다. Reference subcarrier spacing을 정수 N으로 scaling함으로써, 상이한 numerology가 정의될 수 있다.
용어 정의
eLTE eNB: eLTE eNB는 EPC 및 NGC에 대한 연결을 지원하는 eNB의 진화(evolution)이다.
gNB: NGC와의 연결뿐만 아니라 NR을 지원하는 노드.
새로운 RAN: NR 또는 E-UTRA를 지원하거나 NGC와 상호 작용하는 무선 액세스 네트워크.
네트워크 슬라이스(network slice): 네트워크 슬라이스는 종단 간 범위와 함께 특정 요구 사항을 요구하는 특정 시장 시나리오에 대해 최적화된 솔루션을 제공하도록 operator에 의해 정의된 네트워크.
네트워크 기능(network function): 네트워크 기능은 잘 정의된 외부 인터페이스와 잘 정의된 기능적 동작을 가진 네트워크 인프라 내에서의 논리적 노드.
NG-C: 새로운 RAN과 NGC 사이의 NG2 레퍼런스 포인트(reference point)에 사용되는 제어 평면 인터페이스.
NG-U: 새로운 RAN과 NGC 사이의 NG3 레퍼런스 포인트(reference point)에 사용되는 사용자 평면 인터페이스.
비 독립형(Non-standalone) NR: gNB가 LTE eNB를 EPC로 제어 플레인 연결을 위한 앵커로 요구하거나 또는 eLTE eNB를 NGC로 제어 플레인 연결을 위한 앵커로 요구하는 배치 구성.
비 독립형 E-UTRA: eLTE eNB가 NGC로 제어 플레인 연결을 위한 앵커로 gNB를 요구하는 배치 구성.
사용자 평면 게이트웨이: NG-U 인터페이스의 종단점.
시스템 일반
도 1은 본 명세서에서 제안하는 방법이 적용될 수 있는 NR의 전체적인 시스템 구조의 일례를 나타낸다.
도 1을 참조하면, NG-RAN은 NG-RA 사용자 평면(새로운 AS sublayer/PDCP/RLC/MAC/PHY) 및 UE(User Equipment)에 대한 제어 평면(RRC) 프로토콜 종단을 제공하는 gNB들로 구성된다.
상기 gNB는 Xn 인터페이스를 통해 상호 연결된다.
상기 gNB는 또한, NG 인터페이스를 통해 NGC로 연결된다.
보다 구체적으로는, 상기 gNB는 N2 인터페이스를 통해 AMF(Access and Mobility Management Function)로, N3 인터페이스를 통해 UPF(User Plane Function)로 연결된다.
NR(New Rat) 뉴머롤로지(Numerology) 및 프레임(frame) 구조
NR 시스템에서는 다수의 뉴머롤로지(numerology)들이 지원될 수 있다. 여기에서, 뉴머롤로지는 서브캐리어 간격(subcarrier spacing)과 CP(Cyclic Prefix) 오버헤드에 의해 정의될 수 있다. 이 때, 다수의 서브캐리어 간격은 기본 서브캐리어 간격을 정수 N(또는,
Figure PCTKR2022000734-appb-img-000001
)으로 스케일링(scaling) 함으로써 유도될 수 있다. 또한, 매우 높은 반송파 주파수에서 매우 낮은 서브캐리어 간격을 이용하지 않는다고 가정될지라도, 이용되는 뉴머롤로지는 주파수 대역과 독립적으로 선택될 수 있다.
또한, NR 시스템에서는 다수의 뉴머롤로지에 따른 다양한 프레임 구조들이 지원될 수 있다.
이하, NR 시스템에서 고려될 수 있는 OFDM(Orthogonal Frequency Division Multiplexing) 뉴머롤로지 및 프레임 구조를 살펴본다.
NR 시스템에서 지원되는 다수의 OFDM 뉴머롤로지들은 표 1과 같이 정의될 수 있다.
Figure PCTKR2022000734-appb-img-000002
NR은 다양한 5G 서비스들을 지원하기 위한 다수의 numerology(또는 subcarrier spacing(SCS))를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 밴드(frequency band)는 2가지 type(FR1, FR2)의 주파수 범위(frequency range)로 정의된다. FR1, FR2는 아래 표 2와 같이 구성될 수 있다. 또한, FR2는 밀리미터 웨이브(millimeter wave, mmW)를 의미할 수 있다.
Figure PCTKR2022000734-appb-img-000003
NR 시스템에서의 프레임 구조(frame structure)와 관련하여, 시간 영역의 다양한 필드의 크기는
Figure PCTKR2022000734-appb-img-000004
의 시간 단위의 배수로 표현된다. 여기에서,
Figure PCTKR2022000734-appb-img-000005
이고,
Figure PCTKR2022000734-appb-img-000006
이다. 하향링크(downlink) 및 상향크(uplink) 전송은
Figure PCTKR2022000734-appb-img-000007
의 구간을 가지는 무선 프레임(radio frame)으로 구성된다. 여기에서, 무선 프레임은 각각
Figure PCTKR2022000734-appb-img-000008
의 구간을 가지는 10 개의 서브프레임(subframe)들로 구성된다. 이 경우, 상향링크에 대한 한 세트의 프레임들 및 하향링크에 대한 한 세트의 프레임들이 존재할 수 있다.
도 2는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 상향링크 프레임과 하향링크 프레임 간의 관계를 나타낸다.
도 2에 나타난 것과 같이, 단말(User Equipment, UE)로 부터의 상향링크 프레임 번호 i의 전송은 해당 단말에서의 해당 하향링크 프레임의 시작보다
Figure PCTKR2022000734-appb-img-000009
이전에 시작해야 한다.
뉴머롤로지
Figure PCTKR2022000734-appb-img-000010
에 대하여, 슬롯(slot)들은 서브프레임 내에서
Figure PCTKR2022000734-appb-img-000011
의 증가하는 순서로 번호가 매겨지고, 무선 프레임 내에서
Figure PCTKR2022000734-appb-img-000012
의 증가하는 순서로 번호가 매겨진다. 하나의 슬롯은
Figure PCTKR2022000734-appb-img-000013
의 연속하는 OFDM 심볼들로 구성되고,
Figure PCTKR2022000734-appb-img-000014
는, 이용되는 뉴머롤로지 및 슬롯 설정(slot configuration)에 따라 결정된다. 서브프레임에서 슬롯
Figure PCTKR2022000734-appb-img-000015
의 시작은 동일 서브프레임에서 OFDM 심볼
Figure PCTKR2022000734-appb-img-000016
의 시작과 시간적으로 정렬된다.
모든 단말이 동시에 송신 및 수신을 할 수 있는 것은 아니며, 이는 하향링크 슬롯(downlink slot) 또는 상향링크 슬롯(uplink slot)의 모든 OFDM 심볼들이 이용될 수는 없다는 것을 의미한다.
표 3은 일반(normal) CP에서 슬롯 별 OFDM 심볼의 개수(
Figure PCTKR2022000734-appb-img-000017
), 무선 프레임 별 슬롯의 개수(
Figure PCTKR2022000734-appb-img-000018
), 서브프레임 별 슬롯의 개수(
Figure PCTKR2022000734-appb-img-000019
)를 나타내며, 표 3은 확장(extended) CP에서 슬롯 별 OFDM 심볼의 개수, 무선 프레임 별 슬롯의 개수, 서브프레임 별 슬롯의 개수를 나타낸다.
Figure PCTKR2022000734-appb-img-000020
Figure PCTKR2022000734-appb-img-000021
도 3은 NR 시스템에서의 프레임 구조의 일례를 나타낸다. 도 3은 단지 설명의 편의를 위한 것일 뿐, 본 명세서의 범위를 제한하는 것이 아니다.
표 4의 경우, μ=2인 경우, 즉 서브캐리어 간격(subcarrier spacing, SCS)이 60kHz인 경우의 일례로서, 표 3을 참고하면 1 서브프레임(또는 프레임)은 4개의 슬롯들을 포함할 수 있으며, 도 3에 도시된 1 서브프레임={1,2,4} 슬롯들은 일례로서, 1 서브프레임에 포함될 수 있는 슬롯(들)의 개수는 표 3과 같이 정의될 수 있다.
또한, 미니-슬롯(mini-slot)은 2, 4 또는 7 심볼(symbol)들로 구성될 수도 있고, 더 많거나 또는 더 적은 심볼들로 구성될 수도 있다.
NR 시스템에서의 물리 자원(physical resource)과 관련하여, 안테나 포트(antenna port), 자원 그리드(resource grid), 자원 요소(resource element), 자원 블록(resource block), 캐리어 파트(carrier part) 등이 고려될 수 있다.
이하, NR 시스템에서 고려될 수 있는 상기 물리 자원들에 대해 구체적으로 살펴본다.
먼저, 안테나 포트와 관련하여, 안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 광범위 특성(large-scale property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 유추될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다. 여기에서, 상기 광범위 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수 쉬프트(Frequency shift), 평균 수신 파워(Average received power), 수신 타이밍(Received Timing) 중 하나 이상을 포함한다.
도 4는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 지원하는 자원 그리드(resource grid)의 일례를 나타낸다.
도 4를 참고하면, 자원 그리드가 주파수 영역 상으로
Figure PCTKR2022000734-appb-img-000022
서브캐리어들로 구성되고, 하나의 서브프레임이
Figure PCTKR2022000734-appb-img-000023
OFDM 심볼들로 구성되는 것을 예시적으로 기술하나, 이에 한정되는 것은 아니다.
NR 시스템에서, 전송되는 신호(transmitted signal)는
Figure PCTKR2022000734-appb-img-000024
서브캐리어들로 구성되는 하나 또는 그 이상의 자원 그리드들 및
Figure PCTKR2022000734-appb-img-000025
의 OFDM 심볼들에 의해 설명된다. 여기에서,
Figure PCTKR2022000734-appb-img-000026
이다. 상기
Figure PCTKR2022000734-appb-img-000027
는 최대 전송 대역폭을 나타내고, 이는, 뉴머롤로지들뿐만 아니라 상향링크와 하향링크 간에도 달라질 수 있다.
이 경우, 후술하는 도 6과 같이, 뉴머롤로지
Figure PCTKR2022000734-appb-img-000028
및 안테나 포트 p 별로 하나의 자원 그리드가 설정될 수 있다.
도 5는 본 명세서에서 제안하는 방법이 적용될 수 있는 NR 프레임의 슬롯 구조를 예시한다.
슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함한다. 반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 (P)RB로 정의되며, 하나의 뉴머롤로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 복소 심볼이 매핑될 수 있다.
도 6은 본 명세서에서 제안하는 방법이 적용될 수 있는 안테나 포트 및 뉴머롤로지 별 자원 그리드의 예들을 나타낸다.
뉴머롤로지
Figure PCTKR2022000734-appb-img-000029
및 안테나 포트 p에 대한 자원 그리드의 각 요소는 자원 요소(resource element)로 지칭되며, 인덱스 쌍
Figure PCTKR2022000734-appb-img-000030
에 의해 고유적으로 식별된다. 여기에서,
Figure PCTKR2022000734-appb-img-000031
는 주파수 영역 상의 인덱스이고,
Figure PCTKR2022000734-appb-img-000032
는 서브프레임 내에서 심볼의 위치를 지칭한다. 슬롯에서 자원 요소를 지칭할 때에는, 인덱스 쌍
Figure PCTKR2022000734-appb-img-000033
이 이용된다. 여기에서,
Figure PCTKR2022000734-appb-img-000034
이다.
뉴머롤로지
Figure PCTKR2022000734-appb-img-000035
및 안테나 포트 p에 대한 자원 요소
Figure PCTKR2022000734-appb-img-000036
는 복소 값(complex value)
Figure PCTKR2022000734-appb-img-000037
에 해당한다. 혼동(confusion)될 위험이 없는 경우 혹은 특정 안테나 포트 또는 뉴머롤로지가 특정되지 않은 경우에는, 인덱스들 p 및
Figure PCTKR2022000734-appb-img-000038
는 드롭(drop)될 수 있으며, 그 결과 복소 값은
Figure PCTKR2022000734-appb-img-000039
또는
Figure PCTKR2022000734-appb-img-000040
이 될 수 있다.
또한, 물리 자원 블록(physical resource block)은 주파수 영역 상의
Figure PCTKR2022000734-appb-img-000041
연속적인 서브캐리어들로 정의된다.
Point A는 자원 블록 그리드의 공통 참조 지점(common reference point)으로서 역할을 하며 다음과 같이 획득될 수 있다.
- PCell 다운링크에 대한 offsetToPointA는 초기 셀 선택을 위해 UE에 의해 사용된 SS/PBCH 블록과 겹치는 가장 낮은 자원 블록의 가장 낮은 서브 캐리어와 point A 간의 주파수 오프셋을 나타내며, FR1에 대해 15kHz 서브캐리어 간격 및 FR2에 대해 60kHz 서브캐리어 간격을 가정한 리소스 블록 단위(unit)들로 표현되고;
- absoluteFrequencyPointA는 ARFCN(absolute radio-frequency channel number)에서와 같이 표현된 point A의 주파수-위치를 나타낸다.
공통 자원 블록(common resource block)들은 서브캐리어 간격 설정
Figure PCTKR2022000734-appb-img-000042
에 대한 주파수 영역에서 0부터 위쪽으로 넘버링(numbering)된다.
서브캐리어 간격 설정
Figure PCTKR2022000734-appb-img-000043
에 대한 공통 자원 블록 0의 subcarrier 0의 중심은 'point A'와 일치한다. 주파수 영역에서 공통 자원 블록 번호(number)
Figure PCTKR2022000734-appb-img-000044
와 서브캐리어 간격 설정
Figure PCTKR2022000734-appb-img-000045
에 대한 자원 요소(k,l)은 아래 수학식 1과 같이 주어질 수 있다.
Figure PCTKR2022000734-appb-img-000046
여기에서,
Figure PCTKR2022000734-appb-img-000047
는
Figure PCTKR2022000734-appb-img-000048
이 point A를 중심으로 하는 subcarrier에 해당하도록 point A에 상대적으로 정의될 수 있다. 물리 자원 블록들은 대역폭 파트(bandwidth part, BWP) 내에서 0부터
Figure PCTKR2022000734-appb-img-000049
까지 번호가 매겨지고,
Figure PCTKR2022000734-appb-img-000050
는 BWP의 번호이다. BWP i에서 물리 자원 블록
Figure PCTKR2022000734-appb-img-000051
와 공통 자원 블록
Figure PCTKR2022000734-appb-img-000052
간의 관계는 아래 수학식 2에 의해 주어질 수 있다.
Figure PCTKR2022000734-appb-img-000053
여기에서,
Figure PCTKR2022000734-appb-img-000054
는 BWP가 공통 자원 블록 0에 상대적으로 시작하는 공통 자원 블록일 수 있다.
대역폭 파트(Bandwidth part, BWP)
NR 시스템은 하나의 component carrier (CC) 당 최대 400 MHz까지 지원될 수 있다. 이러한 wideband CC에서 동작하는 단말이 항상 CC 전체에 대한 RF 를 켜둔 채로 동작한다면 단말 배터리 소모가 커질 수 있다. 혹은 하나의 wideband CC 내에 동작하는 여러 use case 들 (e.g., eMBB, URLLC, mMTC, V2X 등)을 고려할 때 해당 CC 내에 주파수 대역 별로 서로 다른 numerology(e.g., sub-carrier spacing)가 지원될 수 있다. 혹은 단말 별로 최대 bandwidth 에 대한 capability 가 다를 수 있다. 이를 고려하여 기지국은 wideband CC의 전체 bandwidth가 아닌 일부 bandwidth에서만 동작하도록 단말에게 지시할 수 있으며, 해당 일부 bandwidth를 편의상 bandwidth part (BWP)로 정의한다. BWP는 주파수 축 상에서 연속한 resource block (RB)들로 구성될 수 있으며, 하나의 numerology (e.g., sub-carrier spacing, CP length, slot/mini-slot duration)에 대응될 수 있다.
한편, 기지국은 단말에게 configure 된 하나의 CC 내에서도 다수의 BWP를 설정할 수 있다. 일 예로, PDCCH monitoring slot에서는 상대적으로 작은 주파수 영역을 차지하는 BWP를 설정하고, PDCCH에서 지시하는 PDSCH는 그보다 큰 BWP 상에 schedule될 수 있다. 혹은, 특정 BWP에 UE들이 몰리는 경우 load balancing 을 위해 일부 UE들을 다른 BWP로 설정할 수 있다. 혹은, 이웃 셀 간의 frequency domain inter-cell interference cancellation 등을 고려하여 전체 bandwidth 중 가운데 일부 spectrum을 배제하고 양쪽 BWP들을 동일 slot 내에서도 설정할 수 있다. 즉, 기지국은 wideband CC와 association된 단말에게 적어도 하나의 DL/UL BWP를 configure 해 줄 수 있으며, 특정 시점에 configured DL/UL BWP(s) 중 적어도 하나의 DL/UL BWP 를 (L1 signaling or MAC CE or RRC signaling 등에 의해) activation 시킬 수 있고 다른 configured DL/UL BWP 로 switching이 (L1 signaling or MAC CE or RRC signaling 등에 의해) 지시될 수 있거나 timer 기반으로 timer 값이 expire 되면 정해진 DL/UL BWP 로 switching 될 수 도 있다. 이 때, activation된 DL/UL BWP를 active DL/UL BWP로 정의한다. 그런데 단말이 initial access 과정에 있거나, 혹은 RRC connection이 set up 되기 전 등의 상황에서는 DL/UL BWP에 대한 configuration을 수신하지 못할 수 있는데, 이러한 상황에서 단말이 가정하는 DL/UL BWP는 initial active DL/UL BWP라고 정의한다.
물리 채널 및 일반적인 신호 전송
도 7은 3GPP 시스템에 이용되는 물리 채널들 및 일반적인 신호 전송을 예시한다. 무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink, DL)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink, UL)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
단말은 전원이 켜지거나 새로이 셀에 진입한 경우 기지국과 동기를 맞추는 등의 초기 셀 탐색(Initial cell search) 작업을 수행한다(S701). 이를 위해, 단말은 기지국으로부터 주 동기 신호(Primary Synchronization Signal, PSS) 및 부 동기 신호(Secondary Synchronization Signal, SSS)을 수신하여 기지국과 동기를 맞추고, 셀 ID 등의 정보를 획득할 수 있다. 그 후, 단말은 기지국으로부터 물리 방송 채널(Physical Broadcast Channel, PBCH)를 수신하여 셀 내 방송 정보를 획득할 수 있다. 한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호(Downlink Reference Signal, DL RS)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
초기 셀 탐색을 마친 단말은 물리 하향링크 제어 채널(Physical Downlink Control Channel, PDCCH) 및 상기 PDCCH에 실린 정보에 따라 물리 하향링크 공유 채널(Physical Downlink Control Channel; PDSCH)을 수신함으로써 좀더 구체적인 시스템 정보를 획득할 수 있다(S702).
한편, 기지국에 최초로 접속하거나 신호 송신을 위한 무선 자원이 없는 경우, 단말은 기지국에 대해 임의 접속 과정(Random Access Procedure, RACH)을 수행할 수 있다(S703 내지 S706). 이를 위해, 단말은 물리 임의 접속 채널(Physical Random Access Channel, PRACH)을 통해 특정 시퀀스를 프리앰블로 송신하고(S703 및 S705), PDCCH 및 대응하는 PDSCH를 통해 프리앰블에 대한 응답 메시지((RAR(Random Access Response) message)를 수신할 수 있다. 경쟁 기반 RACH의 경우, 추가적으로 충돌 해결 절차(Contention Resolution Procedure)를 수행할 수 있다(S706).
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상/하향링크 신호 송신 절차로서 PDCCH/PDSCH 수신(S707) 및 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)/물리 상향링크 제어 채널(Physical Uplink Control Channel; PUCCH) 송신(S708)을 수행할 수 있다. 특히 단말은 PDCCH를 통하여 하향링크 제어 정보(Downlink Control Information, DCI)를 수신할 수 있다. 여기서, DCI는 단말에 대한 자원 할당 정보와 같은 제어 정보를 포함하며, 사용 목적에 따라 포맷이 서로 다르게 적용될 수 있다.
한편, 단말이 상향링크를 통해 기지국에 송신하는 또는 단말이 기지국으로부터 수신하는 제어 정보는 하향링크/상향링크 ACK/NACK 신호, CQI(Channel Quality Indicator), PMI(Precoding Matrix 인덱스), RI(Rank Indicator) 등을 포함할 수 있다. 단말은 상술한 CQI/PMI/RI 등의 제어 정보를 PUSCH 및/또는 PUCCH를 통해 송신할 수 있다.
초기 접속(Initial Access, IA) 및 임의 접속(Random Access, RA) 과정
SSB(Synchronization Signal Block) 전송 및 관련 동작
도 8은 SSB 구조를 예시한다. UE는 SSB에 기반하여 셀 탐색(search), 시스템 정보 획득, 초기 접속을 위한 빔 정렬, DL 측정 등을 수행할 수 있다. SSB는 SS/PBCH(Synchronization Signal/Physical Broadcast channel) 블록과 혼용된다.
도 8을 참조하면, SSB는 PSS, SSS와 PBCH로 구성된다. 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가 존재한다.
셀 탐색(search)
셀 탐색은 UE가 셀의 시간/주파수 동기를 획득하고, 상기 셀의 셀 ID(Identifier)(예, Physical layer Cell ID, PCI)를 검출하는 과정을 의미한다. PSS는 셀 ID 그룹 내에서 셀 ID를 검출하는데 사용되고, SSS는 셀 ID 그룹을 검출하는데 사용된다. PBCH는 SSB (시간) 인덱스 검출 및 하프-프레임 검출에 사용된다.
UE의 셀 탐색 과정은 하기 표 5와 같이 정리될 수 있다.
Figure PCTKR2022000734-appb-img-000055
336개의 셀 ID 그룹이 존재하고, 셀 ID 그룹 별로 3개의 셀 ID가 존재한다. 총 1008개의 셀 ID가 존재한다. 셀의 셀 ID가 속한 셀 ID 그룹에 관한 정보는 상기 셀의 SSS를 통해 제공/획득되며, 상기 셀 ID 내 336개 셀들 중 상기 셀 ID에 관한 정보는 PSS를 통해 제공/획득된다.도 9는 SSB 전송을 예시한다.
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 인덱스를 획득할 수 있다.
시스템 정보 획득
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-윈도우) 내에서 전송된다.
채널 측정 및 레이트-매칭
SSB 버스트 세트 내에서 SSB는 최대 L개가 전송될 수 있으며, SSB가 실제로 전송`되는 개수/위치는 BS/셀별로 달라질 수 있다. SSB가 실제로 전송되는 개수/위치는 레이트-매칭과 측정을 위해 사용되며, 실제로 전송된 SSB에 관한 정보가 UE에게 제공된다.
임의 접속(Random Access) 과정
UE의 임의 접속 과정은 표 6 및 도 10과 같이 요약할 수 있다.
Figure PCTKR2022000734-appb-img-000056
임의 접속 과정은 다양한 용도로 사용된다. 예를 들어, 임의 접속 과정은 네트워크 초기 접속, 핸드오버, UE-트리거드(triggered) UL 데이터 전송에 사용될 수 있다. UE는 임의 접속 과정을 통해 UL 동기와 UL 전송 자원을 획득할 수 있다. 임의 접속 과정은 경쟁 기반(contention-based) 임의 접속 과정과 경쟁 프리(contention free) 임의 접속 과정으로 구분된다.
도 10은 임의 접속 과정의 일례를 예시한다. 특히 도 10은 경쟁 기반 임의 접속 과정을 예시한다.
먼저, UE가 UL에서 임의 접속 과정의 Msg1로서 임의 접속 프리앰블을 PRACH를 통해 전송할 수 있다(예, 도 10의 (a)의 1701 참조).
서로 다른 두 길이를 가지는 임의 접속 프리앰블 시퀀스들이 지원된다. 긴 시퀀스 길이 839는 1.25 및 5 kHz의 부반송파 간격(subcarrier spacing)에 대해 적용되며, 짧은 시퀀스 길이 139는 15, 30, 60 및 120 kHz의 부반송파 간격에 대해 적용된다.
다수의 프리앰블 포맷들이 하나 또는 그 이상의 RACH OFDM 심볼들 및 서로 다른 순환 프리픽스(cyclic prefix) (및/또는 가드 시간(guard time))에 의해 정의된다. 셀을 위한 RACH 설정(configuration)이 상기 셀의 시스템 정보에 포함되어 UE에게 제공된다. 상기 RACH 설정은 PRACH의 부반송파 간격, 이용 가능한 프리앰블들, 프리앰블 포맷 등에 관한 정보를 포함한다. 상기 RACH 설정은 SSB들과 RACH (시간-주파수) 자원들 간의 연관 정보를 포함한다. UE는 검출한 혹은 선택한 SSB와 연관된 RACH 시간-주파수 자원에서 임의 접속 프리앰블을 전송한다.
RACH 자원 연관을 위한 SSB의 임계값이 네트워크에 의해 설정될 수 있으며, SSB 기반으로 측정된 참조 신호 수신 전력(reference signal received power, RSRP)이 상기 임계값을 충족하는 SSB를 기반으로 RACH 프리앰블의 전송 또는 재전송이 수행된다. 예를 들어, UE는 임계값을 충족하는 SSB(들) 중 하나를 선택하고, 선택된 SSB에 연관된 RACH 자원을 기반으로 RACH 프리앰블을 전송 또는 재전송할 수 있다.
BS가 UE로부터 임의 접속 프리앰블을 수신하면, BS는 임의 접속 응답(random access response, RAR) 메시지(Msg2)를 상기 UE에게 전송한다(예, 도 10의 (a)의 1703 참조). RAR을 나르는 PDSCH를 스케줄링하는 PDCCH는 임의 접속(random access, RA) 무선 네트워크 임시 식별자(radio network temporary identifier, RNTI)(RA-RNTI)로 CRC 마스킹되어 전송된다. RA-RNTI로 마스킹된 PDCCH를 검출한 UE는 상기 PDCCH가 나르는 DCI가 스케줄링하는 PDSCH로부터 RAR을 수신할 수 있다. UE는 자신이 전송한 프리앰블, 즉, Msg1에 대한 임의 접속 응답 정보가 상기 RAR 내에 있는지 확인한다. 자신이 전송한 Msg1에 대한 임의 접속 정보가 존재하는지 여부는 상기 UE가 전송한 프리앰블에 대한 임의 접속 프리앰블 ID가 존재하는지 여부에 의해 판단될 수 있다. Msg1에 대한 응답이 없으면, UE는 도 10의 (b)와 같이, 전력 램핑(power ramping)을 수행하면서 RACH 프리앰블을 소정의 횟수 이내에서 재전송할 수 있다. UE는 가장 최근의 경로 손실 및 전력 램핑 카운터를 기반으로 프리앰블의 재전송에 대한 PRACH 전송 전력을 계산한다.
임의 접속 응답 정보는 UL 동기화를 위한 타이밍 어드밴스 정보, UL 그랜트 및 UE 임시(temporary) 셀 RNTI(cell RNTI, C-RNTI)를 포함한다. 임시 UE가 PDSCH 상에서 자신에 대한 임의 접속 응답 정보를 수신하면, 상기 UE는 UL 동기화를 위한 타이밍 어드밴스(timing advance) 정보, 초기 UL 그랜트, UE 임시(temporary) 셀 RNTI(cell RNTI, C-RNTI)를 알 수 있다. 상기 타이밍 어드밴스 정보는 상향링크 신호 전송 타이밍을 제어하는 데 사용된다. UE에 의한 PUSCH/PUCCH 전송이 네트워크 단에서 서브프레임 타이밍과 더 잘 정렬(align)되도록 하기 위해, 네트워크(예: BS)는 PUSCH/PUCCH/SRS 수신 및 서브프레임 간 시간 차이를 측정하고 이를 기반으로 타이밍 어드밴스 정보를 보낼 수 있다. 상기 UE는 임의 접속 응답 정보를 기반으로 상향링크 공유 채널 상에서 UL 전송을 임의 접속 과정의 Msg3로서 전송할 수 있다(예, 도 10의 (a)의 1705 참조). Msg3은 RRC 연결 요청 및 UE 식별자를 포함할 수 있다. Msg3에 대한 응답으로서, 네트워크는 Msg4를 전송할 수 있으며, 이는 DL 상에서의 경쟁 해결 메시지로 취급될 수 있다(예, 도 10의 (a)의 1707 참조). Msg4를 수신함으로써, UE는 RRC 연결된 상태에 진입할 수 있다.
한편, 경쟁-프리 임의 접속 과정은 UE가 다른 셀 혹은 BS로 핸드오버 하는 과정에서 사용되거나, BS의 명령에 의해 요청되는 경우에 수행될 수 있다. 경쟁-프리 임의 접속 과정의 기본적인 과정은 경쟁 기반 임의 접속 과정과 유사하다. 다만, UE가 복수의 임의 접속 프리앰블들 중 사용할 프리앰블을 임의로 선택하는 경쟁 기반 임의 접속 과정과 달리, 경쟁-프리 임의 접속 과정의 경우에는 UE가 사용할 프리앰블(이하 전용 임의 접속 프리앰블)이 BS에 의해 상기 UE에게 할당된다. 전용 임의 접속 프리앰블에 대한 정보는 RRC 메시지(예, 핸드오버 명령)에 포함되거나 PDCCH 오더(order)를 통해 UE에게 제공될 수 있다. 임의 접속 과정이 개시되면 UE는 전용 임의 접속 프리앰블을 BS에게 전송한다. 상기 UE가 상기 BS로부터 임의 접속 과정을 수신하면 상기 임의 접속 과정은 완료(complete)된다.
앞서 언급한 바와 같이 RAR 내 UL 그랜트는 UE에게 PUSCH 전송을 스케줄링한다. RAR 내 UL 그랜트에 의한 초기 UL 전송을 나르는 PUSCH는 Msg3 PUSCH로 칭하기도 한다. RAR UL 그랜트의 컨텐츠는 MSB에서 시작하여 LSB에서 끝나며, 표 7에서 주어진다.
Figure PCTKR2022000734-appb-img-000057
TPC 명령은 Msg3 PUSCH의 전송 전력을 결정하는 데 사용되며, 예를 들어, 표 8에 따라 해석된다.
Figure PCTKR2022000734-appb-img-000058
경쟁 프리 임의 접속 과정에서, RAR UL 그랜트 내 CSI 요청 필드는 UE가 비주기적 CSI 보고를 해당 PUSCH 전송에 포함시킬 것인지 여부를 지시한다. Msg3 PUSCH 전송을 위한 부반송파 간격은 RRC 파라미터에 의해 제공된다. UE는 동일한 서비스 제공 셀의 동일한 상향링크 반송파 상에서 PRACH 및 Msg3 PUSCH을 전송하게 될 것이다. Msg3 PUSCH 전송을 위한 UL BWP는 SIB1(SystemInformationBlock1)에 의해 지시된다.
도 11은 2-step RACH 절차를 설명하기 위한 도면이다. 구체적으로 도 11의 (a)는 경쟁기반 임의 접속(CBRA)을 도시하고, 도 11의 (b)는 비-경쟁(contention-free) 임의 접속(CFRA)를 도시한다.
도 11에서 메시지A(MSGA)는 프리앰블(preamble) 및 페이로드(PUSCH 페이로드)를 포함한다. 프리앰블과 페이로드는 시간 분할 다중화(time division multiplexing, TDM) 방식으로 다중화된다. 메시지B(MSGB)는 메시지A에 대한 응답으로써, contention resolution, fallback indication(s) 및/또는 backoff indication를 위해 전송될 수 있다.
본 명세서에서 사용되는 기술적 용어
UE: User Equipment
SSB: Synchronization Signal Block
MIB: Master Information Block
RMSI: Remaining Minimum System Information
FR1: Frequency Range 1. 6GHz 이하(예, 450 MHz ~ 6000 MHz)의 주파수 영역을 지칭.
FR2: Frequency Range 2. 24GHz 이상의 millimeter wave (mmWave) 영역(예, 24250 MHz ~ 52600 MHz)을 지칭.
BW: Bandwidth
BWP: Bandwidth Part
RNTI: Radio Network Temporary Identifier
CRC: Cyclic Redundancy Check
SIB: System Information Block
SIB1: NR device들을 위한 SIB1 = RMSI (Remaining Minimum System Information). NR 단말기의 cell 접속에 필요한 정보 등을 브로드캐스트(broadcast)함.
CORESET(Control Resource SET): NR 단말이 candidate PDCCH decoding을 시도하는 time/frequency resource
CORESET#0: NR device들을 위한 Type0-PDCCH CSS set에 대한 CORESET (MIB에서 설정됨)
Type0-PDCCH CSS set: NR 단말이 SI-RNTI에 의해 스크램블링된 CRC를 갖는 DCI format을 위한 PDCCH candidate들의 세트를 모니터링하는 search space set
MO: Type0-PDCCH CSS set을 위한 PDCCH Monitoring Occasion
SIB1-R: reduced capability NR device들을 위한 (additional) SIB1. SIB1과 별도의 TB로 생성되어 별도의 PDSCH로 전송되는 경우에 한정될 수 있음.
CORESET#0-R: reduced capability NR device들을 위한 CORESET#0
Type0-PDCCH-R CSS set: redcap 단말이 SI-RNTI에 의해 스크램블링된 CRC를 갖는 DCI foramt을 위한 PDCCH candidate들의 세트를 모니터링하는 search space set
MO-R: Type0-PDCCH CSS set을 위한 PDCCH Monitoring Occasion
Cell defining SSB(CD-SSB): NR SSB 중 RMSI scheduling 정보를 포함하는 SSB
Non-cell defining SSB(non-CD-SSB): NR sync raster에 배치되었으나, measurement 용으로 해당 cell의 RMSI scheduling 정보를 포함하지 않는 SSB를 말함. 하지만, cell defining SSB의 위치를 알려주는 정보를 포함할 수 있음
SCS: subcarrier spacing
SI-RNTI: System Information Radio-Network Temporary Identifier
Camp on: “Camp on"은 단말이 cell에 머무르고 잠재적인 전용 서비스(potential dedicated service)를 개시하거나 진행중인 브로드캐스트 서비스(ongoing broadcast service)를 수신할 준비가 된 단말 상태일 수 있음.
TB: Transport Block
RSA(Redcap standalone): Redcap device 또는 service만 지원하는 cell.
SIB1(-R)-PDSCH: SIB1(-R)을 전송하는 PDSCH
SIB1(-R)-DCI: SIB1(-R)-PDSCH를 스케줄링하는 DCI. SI-RNTI에 의해 스크램블링된 CRC(Cyclic Redundancy Check)를 갖는 DCI format 1_0.
SIB1(-R)-PDCCH: SIB1(-R)-DCI를 전송하는 PDCCH
FDRA: Frequency Domain Resource Allocation
TDRA: Time Domain Resource Allocation
RA: Random Access
MSGA: 2-step RA type를 위한 임의 접속 절차의 preamble 및 payload 전송.
MSGB: 2-step 임의 접속 절차에서 MSGA에 response. MSGB는 contention resolution에 대한 response(s), fallback indication(s), 및 backoff indication로 구성됨.
RO-N: normal UE 4-step RACH and 2-step RACH(if configured)를 위한 RO(RACH Occasion)
RO-N1, RO-N2: normal UE 2-step RACH를 위해서 separate RO가 설정된 경우, RO-N1(4-step), RO-N2(2-step)로 구분
RO-R: redcap UE 4-step RACH and 2-step RACH(if configured)를 위하여 RO-N과 별도로 설정된 RO(RACH Occasion)
RO-R1, RO-R2: redcap UE 2-step RACH를 위해서 separate RO가 설정된 경우, RO-R1(4-step), RO-R2(2-step)로 구분
PG-R: redcap UE들에 대한 MsgA-Preambles Group
RAR: Random Access Response
RAR window: the time window to monitor RA response(s)
FH: Frequency Hopping
최근 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/device로 칭한다. 또한, redcap device와 구분해서 5G main use case들을 모두 또는 그 중의 하나 이상을 지원하는 일반적인 NR 단말을 NR (normal) UE/device로 칭한다. redcap 단말은 low device cost/complexity, low power consumption, small form factor 등의 전부 또는 일부를 달성하기 위해서 IMT-2020에서 정의하는 5G key capabilities (peak data rate, user experienced data rate, latency, mobility, connection density, energy efficiency, spectrum efficiency, area traffic efficiency) 중 일부 capability를 의도적으로 reduction 시킨 단말일 수 있다.
redcap device의 target use case 들인 mMTC와 eMBB, 또는 mMTC와 URLLC에 걸친 5G use case 영역을 본 명세서에서는 편의상 redcap use case 들로 칭한다.
예를 들어, redcap use case들은 다음과 같을 수 있다.
[redcap use cases]
Connected industries
- sensors 및 actuators은 5G networks 및 core에 연결됨
- massive IWSN (Industrial Wireless Sensor Network) use cases 및 requirements를 포함
- 요구사항이 매우 높은 URLLC 서비스들뿐 아니라 몇 년의 배터리 수명을 가진 소형 장치 폼 팩터들(mall device form factors)의 요구사항을 갖는 비교적 저가의 서비스들(relatively low-end service)
- 이러한 서비스에 대한 요구사항들은 LPWA (Low Power Wide Area, 즉, LTE-M/NB-IOT)보다 높지만 URLCC 및 eMBB 보다 낮음
- 예를 들어, 이러한 환경의 devices은 pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, actuators, 등을 포함함
Smart city
- smart city vertical는 도시 자원들을 보다 효율적으로 모니터링 및 제어하고 도시 거주자들에게 서비스들을 제공하기 위한 데이터 수집 및 처리를 포함함
- 특히, 감시 카메라들의 배치는 smart city의 필수적인 부분 뿐아니라 공장들 및 산업들의 분야에서도 필수적인 부분임
Wearables
- wearables use case는 smart watches, rings, eHealth related devices, 및 medical monitoring devices을 포함함
- 상기 use case를 위한 한가지 특징은 device의 크기가 작다는 것임
redcap use case들은 Low Power Wireless Area (LPWA) 단말들(예: LTE-M, NB-IoT 등)에 의해서는 bit rate, latency 등의 측면에서 지원이 불가능할 수 있다. NR 단말은 기능적으로는 지원이 가능할 수 있으나, 단말 제조 비용, form factor, 배터리 수명 등의 측면에서 비효율적일 수 있다.
상기의 use case 영역을 low cost, low power, small form factor 등의 특성을 갖는 redcap 단말로 5G 네트워크에서 지원하는 것은 단말 제조 및 유지 비용 절감의 효과를 가져다 줄 수 있다.
redcap use case들은 단말 복잡도, target bit rate, latency, power consumption, 등의 측면에서 상당히 다양한(diverse) 요구사항(requirement)들을 갖게 되는데, 이러한 redcap requirement들은 모든 redcap use case 들에 대해서 공통적으로 적용되는(generic) 요구사항들과 특정 use case(s)에만 적용되는(use case specific) 요구사항들로 구분될 수 있다.
예를 들어, 몇 가지 대표적인 generic 그리고 use case specific requirement들은 다음과 같을 수 있다.
[Redcap requirements]
Generic requirements
- device complexity/cost: 새로운 장치(device) 유형에 대한 주요 동기는 Rel-15/Rel-16의 고급(high-end) eMBB 및 URLLC device들에 비해 device cost 및 complexity을 낮추기 위한 것임. 이것은 상업적인 sensor들임.
- device size: 대부분의 use case를 위한 요구사항은 소형 폼 팩터(compact form factor)를 갖는 device design를 가능하게 하는 것임
- deployment scenarios: system은 FDD 및 TDD를 위한 모든 FR1/FR2 band들을 지원해야함
Use case specific requirements
Industrial wireless sensors
- reference bit rate: < 2 Mbps (potentially UL heavy traffic)
- end-to-end latency: < 100 ms; ~ 5-10 ms for safety related sensors
- battery: at least few years
- communication service availability: 99.99%
- stationary
Video Surveillance
- Reference bit rate: < 2-4 Mbps for economic video; ~7.5-25 Mbps for high-end video (UL heavy traffic)
- Latency: < 500 ms
- Reliability: 99%-99.9%.
Wearables
- Reference bit rate: 10-50 Mbps in DL and >= 5 Mbps in UL for smart wearable application
- Peak bit rate: 150 Mbps in DL and 50 Mbps in UL
- Battery: multiple days (up to 1-2 weeks)
상기의 세 가지 대표적인 redcap use case에 대한 개략적인 use case specific requirements의 예시는 표 9와 같다.
Figure PCTKR2022000734-appb-img-000059
1) safety related sensors
2) 일반 NR device에 비해 low complexity
상기의 redcap requirement들은 단말과 기지국이 제공하는 여러가지 feature들(의 조합)에 의해서 만족될 수 있다. 다음은 redcap requirement 들을 만족시키기 위한 단말/기지국이 지원하는 feature들과 sub-feature들에 대한 예시이다.
[redcap UE features]
Complexity reduction features
- Reduced number of UE RX/TX antennas
- UE Bandwidth reduction
- Half-Duplex-FDD
- Relaxed UE processing time
- Relaxed UE processing capability
Power saving
- Reduced PDCCH monitoring by smaller numbers of BDs and CCE limits
- Extended DRX for RRC Inactive and/or Idle
- RRM relaxation for stationary devices
- Coverage recovery/enhancement
상기의 redcap use case들은 하나 또는 다수 개의 단말을 정의하여 지원할 수 있는데, 본 명세서에서는 다음 두 가지 모두의 경우(Case A/Case B)를 고려한다.
Case A: redcap use case들을 하나의 단말 형태로 지원(single device type case)
Case B: redcap use case들을 다수 개의 단말 형태로 지원(multiple device type case)
Case A의 경우, redcap 단말은 상기의 모든 redcap requirement들(즉, generic requirement들과 use case specific requirement들)을 모두 만족시키는 단말일 수 있으며, 그리고/또는 모든 redcap use case들을 지원하는 단말일 수 있다. 이 경우, 다양한 requirement들을 동시에 만족시켜야 하기 때문에 단말 complexity가 증가에 따른 비용상승의 요인이 있을 수 있지만, 동시에 use case 확장에 따른 대량 생산에 의한 원가절감 효과를 기대할 수 있다.
Case B의 경우는, 상기의 redcap use case requirement들이 상당히 다양한 점을 감안하여, redcap use case 별로 단말 형태를 정의하여 지원하는 경우일 수 있다. 이 경우에도, generic requirement들은 모두 공통적으로 만족시키는 것일 수 있다. 이 때, use case 별로 정의되는 각 device 형태들은 redcap device type 들로 칭한다. Case B는 requirement들의 측면에서 유사한 use case들 여러 개를 그룹핑(grouping)하여 하나의 단말 형태로 지원하는 경우를 포함한다. 이러한 각 redcap device type들은 redcap UE feature들 중 사전에 정의된 일부 또는 특정 조합을 지원하는 것일 수 있다. 이와 같이, 다수의(multiple) redcap device type을 정의하여 redcap use case들이 지원되는 경우, 특정 redcap use case(들)을 비용, 전력소모 등의 관점에서 보다 최적화된 redcap 단말을 통해서 지원할 수 있다는 장점이 있다. 예를 들어, IWS use case는 아주 작고, 저렴하며, 전력 효율적인 전용 단말을 통해서 지원할 수 있다.
본 명세서에서 언급한 redcap use case들과 generic requirement들 또는 use case specific requirement들은 반드시 지원하거나 충족시켜야 하는 것은 아니며, redcap device 또는 device type의 cost/complexity, power consumption, form factor 등의 요소를 고려하여 trade-off 형태로 지원 또는 충족 여부가 결정되는 것일 수 있다.
본 명세서에서 reduced capability는 reduced/low complexity/low cost/reduced bandwidth 등의 의미를 포함할 수 있다.
redcap device type 분류 및 기지국에 보고하는 방법
redcap use case들이 다수의 단말 형태(device type)에 의해 지원되는 경우(즉, Case B)에 대해서, redcap device type들을 분류하기 위해서 다음과 같은 방법이 고려될 수 있다. 다음 방법들은 Case A의 경우에도, redcap device를 NR 단말과 구분하기 위해 적용 가능하다.
NR 단말과 구분되는 redcap 단말 동작을 지원하기 위해서 redcap 단말은 자신의 device type 정보를 기지국에 보고(report)해야 할 수 있다. 도 12는 device type 정보를 기지국에 보고하는 절차의 순서도를 예시한다. 보고 절차(Reporting procedure)는 다음과 같이 미리 정의된 규격(예: 3GPP TS 38.331)에서 정의하는 UE capability transfer procedure를 재사용할 수 있다. 기지국은 UE capability information 수신을 통해서 redcap device type 정보를 획득하고 해당 단말 스케줄링(scheduling) 시 획득한 단말 정보를 사용할 수 있다.
예를 들어, 기지국/네트워크는 RRC_CONNECTED state에서 단말에 UE capability 요청할 수 있다(SH102). 그리고/또는, 단말은 UE capability information에 redcap device type 정보를 전송할 수 있다(SH104).
[분류방법 1]
redcap device type은 주요 requirement들 중 하나를 기준으로 분류될 수 있다. 분류의 기준이 될 수 있는 주요 requirement들은, 예를 들어, supported max data rate (peak bit rate), latency, mobility (stationary/fixed, portable, mobile 등), battery lifetime, complexity, coverage 등일 수 있다. 분류된 redcap device type 별로 의무적으로 지원해야 하는 또는 선택적으로 지원할 수 있는 UE feature(들)(의 조합)은 미리 정의된 규격(예: 3GPP Specification)에 정의될 수 있다. 이는 device type 별로 feature들의 지원 여부를 별도로 시그널링(signaling)하는 오버헤드(overhead)를 줄이기 위함일 수 있다. 본 명세서에서, 미리 정의된 규격에 정의되었다 함은 단말과 기지국 간 기 정의/설정/약속된 것을 의미할 수도 있다.
UE capability information에 포함되어 단말이 기지국/네트워크에 보고하는 redcap device type 정보는 예를 들어, UE-NR-Capability IE(Information Element)의 특정 field(예: RedCapDeviceType)일 수 있다. 예를 들어, redcap device type이 redcap device type 1, 2, ... 등으로 구분될 경우, RedCapDeviceType field의 값은 1, 2, 쪋 와 같은 integer 값이나, r1, r2, ... 와 같은 문자와 integer와의 조합으로 표현될 수 있다. 이와 같이, 단말은 device type과 그에 관련된 parameter들을 capability information에 하나의 field를 포함하여 보고함으로써 시그널링 오버헤드 측면에서 장점이 있다.
예를 들어, 지원되는(supported) max data rate를 기준으로 redcap device type이 분류되고, 단말은 이와 같은 분류에 기반하여 기지국에게 redcap device type을 보고할 수 있다.
NR 단말의 지원되는 max data rate는 미리 정의된 규격(예: 3GPP TS 38.306)에 다음과 같은 계산식으로 정의/결정될 수 있다.
Supported max data rate
일반(general)
단말이 지원하는 DL 및 UL 최대 데이터 전송률(max data rate)은 단말이 지원하는 대역(band) 또는 대역 조합(band combination)에 의해 계산될 수 있다. NR(예: NR SA, MR-DC)을 지원하는 단말은 다음 정의된 계산된 DL 및 UL max data rate를 지원해야 할 수 있다.
Supported max data rate
NR의 경우, 대역 또는 대역 조합에서 주어진 수의 집합된 반송파에 대한 대략적인 data rate는 다음의 수학식 3에 의해 계산될 수 있다.
Figure PCTKR2022000734-appb-img-000060
여기서, J는 대역 또는 대역 조합에서의 집합된(aggregated) 컴포넌트 캐리어들의 수이다.
Figure PCTKR2022000734-appb-img-000061
이다.
j번째 CC의 경우,
Figure PCTKR2022000734-appb-img-000062
는 하향링크의 경우 상위 계층 파라미터 maxNumberMIMO-LayersPDSCH 또는 상향링크의 경우 상위 계층 파라미터들 maxNumberMIMO-LayersCB-PUSCH 및 maxNumberMIMO-LayersNonCB-PUSCH에 의해 주어진 최대 지원되는 layer의 수이다.
Figure PCTKR2022000734-appb-img-000063
는 하향링크의 경우 상위 계층 파라미터 supportedModulationOrderDL 및 상향링크의 경우 상위 계층 파라미터 supportedModulationOrderUL에 의해 주어진 maximum supported modulation order이다.
Figure PCTKR2022000734-appb-img-000064
는 상위 계층 파라미터 scalingFactor에 의해 주어진 scaling factor 이고, 1, 0.8, 0.75, 및 0.4를 취할 수 있다.
Figure PCTKR2022000734-appb-img-000065
는 뉴머롤로지(numerology)이다.
Figure PCTKR2022000734-appb-img-000066
는
Figure PCTKR2022000734-appb-img-000067
를 위한 서브프레임에서 평균 OFDM 심볼 기간이다. 즉,
Figure PCTKR2022000734-appb-img-000068
. normal cyclic prefix는 가정된다.
Figure PCTKR2022000734-appb-img-000069
는 뉴머롤로지
Figure PCTKR2022000734-appb-img-000070
를 갖는 bandwidth
Figure PCTKR2022000734-appb-img-000071
에서 maximum RB allocation이다. 여기서,
Figure PCTKR2022000734-appb-img-000072
는 주어진 대역 또는 대역 조합에서 UE supported maximum bandwidth이다.
Figure PCTKR2022000734-appb-img-000073
는 오버헤드이고 다음 값들을 취할 수 있다.
DL을 위한 주파수 범위 FR1의 경우, 0.14
DL을 위한 주파수 범위 FR2의 경우, 0.18
UL을 위한 주파수 범위 FR1의 경우, 0.08
UL을 위한 주파수 범위 FR2의 경우, 0.10
UL 또는 SUL 캐리어들 중 하나만 cell operating SUL를 위해 카운트된다.
대략적인(approximate) maximum data rate는 지연되는 대역 또는 대역 조합들 각각마다 위 수학식을 이용하여 계산된 대략적인 data rate들의 최대 값으로 계산될 수 있다.
single NR SA operation의 경우, 단말은
Figure PCTKR2022000734-appb-img-000074
를 갖는 위 수학식을 이용하여 계산된 data rate 보다 작지 않은 캐리어를 위한 data rate를 지원해야 할 수 있다. 그리고, 컴포넌트
Figure PCTKR2022000734-appb-img-000075
는 4 보다 작지 않다.
예를 들어, 위 컴포넌트에서 value 4는
Figure PCTKR2022000734-appb-img-000076
에 해당할 수 있다.
MR-CD의 경우에서 EUTRA의 경우, 대역 또는 대역 조합에서 주어진 집합된 캐리어들의 수를 대략적인 data rate는 다음의 수학식 4에 의해 계산될 수 있다.
Figure PCTKR2022000734-appb-img-000077
여기서, J는 MR-DC 대역 조합에서 집합된 EUTRA 컴포넌트 캐리어들의 수이다.
Figure PCTKR2022000734-appb-img-000078
는 단말이 지원하는 j번째 CC에 대한 최대 MIMO layer들에 기반하고, 지시된 UE capability들에 따라 j번째 CC의 bandwidth에 기반한 PRB의 수 및 j번째 CC를 위한 최대 modulation order에 기반하여 미리 정의된 규격(예: 3GPP TS36.213)에서 유도된 j번째 CC에 대한 1ms TTI 내에서 수신된 DL-SCH transport block bit들의 총 최대 수(total maximum number) 또는 전송된 UL-SCH transport block bit들의 총 최대수이다.
대략적인 최대 data rate는 지원되는 대역 또는 대역 조합들 마다 수학식 4를 이용하여 계산된 대략적인 data rate들의 최대 값으로 계산될 수 있다.
MR-DC의 경우, 대략적인 최대 data rate는 NR 및 EUTRA로 부터의 대략적인 최대 data rate들의 합으로 계산될 수 있다.
이 때, NR 단말이 지원해야 하는 지원되는 최대 data rate를 계산하는 식에 필요한 parameter들은 RRC_CONNECTED state에서 기지국 요청에 의해서 단말이 보고하도록 할 수 있다. 이러한 parameter들은 다음과 같다. 상위의 element들은 이들 parameter들이 속한 상위 RRC IE(Information Element)들을 의미한다.
FeatureSetDownlink
- scalingFactor
FeatureSetDownlinkPerCC
- maxNumberMIMO-LayersPDSCH
- supportedModulationOrderDL
- supportedBandwidthDL
- supportedSubCarrierSpacingDL
FeatureSetUplink
- scalingFactor
FeatureSetUplinkPerCC
- maxNumberMIMO-LayersCB-PUSCH
- maxNumberMIMO-LayersNonCB-PUSCH
- supportedModulationOrderUL
- supportedBandwidthUL
- supportedSubCarrierSpacingUL
redcap 단말의 경우, 지원되는 최대 data rate를 기준으로 redcap device type을 분류하는 방법의 경우, device type 별로 상기의 parameter들의 값이 사전에 미리 정의된 규격(예: 3GPP Specification)에 정의되고, 단말은 UE-NR-Capability IE의 RedCapDeviceType field의 값을 특정 값으로 설정함으로써 기지국에 redcap device type 정보와 함께 상기의 parameter 정보들을 지시할 수 있다. NR 단말이 상기의 parameter들을 UE capability information에 포함하여 기지국에 전송하는 종래의 동작 대비, redcap 단말은 device type과 그에 관련된 상기의 parameter들을 하나의 field를 통해서 보고 함으로써 signaling overhead reduction 효과를 기대할 수 있다. 기지국은 RedCapDeviceType field의 값을 통해서 device type과 supported max data rate, 그리고 상기에서 열거한 parameter들의 값들을 획득하고 단말 스케줄링 등에 사용할 수 있다.
[분류방법 2]
또는, 주요 requirement를 기준으로 redcap device type을 분류하는 것이 아니라, redcap device type은 의무적으로 지원해야 하는 또는 선택적으로 지원할 수 있는 UE feature(들)(의 조합)을 기준으로 분류할 수 있다. 이는 use case 별로 지원해야 하는 또는 지원할 수 있는 feature들이 명확한 경우에 보다 적절한 방법일 수 있다.
redcap device type 별로 미리 정의된 규격(예: 3GPP Specification)에 사전에 정의한 UE feature(들)(의 조합)은 feature set으로 칭할 수 있다. UE feature(들)(의 조합) 중 device type 별로 의무적으로 지원해야 하는 feature set은 해당 device type의 또는 device type을 규정하는 mandatory feature set으로 칭할 수 있다.
이 방법의 경우, redcap device type의 정의가 미리 정의된 규격(예: 3GPP Specification)에 명시되지 않을 수 있으며, 이는 상기의 redcap use case들은 서로 다른 feature set을 지원하는 별도의 단말 형태들로 지원한다는 의미일 수 있다.
상기의 방법의 경우, redcap 단말은 사전에 정의된 feature set을 기지국에 보고함으로써 redcap 단말은 redcap device type을 또는 자신이 지원하는 use case(들)을 기지국에 보고할 수 있다. 이는 별도의 UE category를 구분하지 않고 다양한 optional feature를 통해서 다양한 use case들을 지원하려는 NR의 기본 철학에 좀 더 부합하는 방법으로 볼 수 있다. 상기의 feature set은 capability parameter 들의 조합(즉, capability parameter set)으로 대체될 수 있다. 상기의 feature set은 redcap device type 별로 사전에 미리 정의된 규격(예: 3GPP Specification)에 정의된 mandatory feature set일 수 있다.
상기의 동작을 위해서 redcap device (type)을 위한 candidate feature들의 집합(즉, feature pool)이 사전에 미리 정의된 규격(예: 3GPP Specification)에 정의되거나 설정되고, redcap device가 자신의 type에 기반하여 type 별로 정의된 mandatory feature set을 기지국에 보고할 수 있다. 단말은 mandatory feature set에 더하여 optional feature set을 추가로 기지국에 보고할 수 있다. 단말은 optional feature set을 추가로 선택하여 보고함으로써 추가적인 동작이나 특정 use case에 좀 더 최적화된 동작을 수행할 수 있다. 예를 들어, surveillance camera use case를 위한 device type의 경우, 유선 전력 공급 단말과 배터리를 통한 전력 공급 단말이 공존하는 경우에, mandatory feature set은 power saving feature를 포함하지 않고, optional feature를 지정 또는 포함할 수 있다. 이에 따라 단말은 단말 세부 형태에 따라 선택적으로 지원하고 지원할 경우 기지국에 보고하도록 할 수 있다.
기지국은 redcap 단말이 보고한 feature set에 해당 parameter의 존재 유무를 통해서 feature의 지원 여부를 파악하여 해당 단말 스케줄링 시에 반영할 수 있다.
[분류방법 3]
또는, redcap device type은 capability parameter(들)의 조합을 기준으로 분류될 수 있다. redcap device type을 분류하는 capability parameter들의 조합은 상기의 redcap requirements를 결정하는 parameter들일 수 있다. 예를 들어, redcap device type을 결정하는 capability parameter들은 단말이 지원하는 지원되는 최대 data rate requirement를 결정하는 단말이 지원하는 bandwidth, modulation order, MIMO layer 수 등일 수 있다. 상기의 parameter들의 값들은 실제 지원 가능한 값들을 열거한 것이거나, 지원하는 값들 중의 최대 값일 수 있다.
예를 들어, redcap device type을 결정하는 capability parameter(들)은 다음과 같을 수 있다.
- Supported Bandwidth (NRB): (max) UE channel bandwidth 또는 (max) UE transmission bandwidth; RB 단위
- Supported modulation order (Qm): QPSK의 경우 Qm=2; 16 QAM의 경우 4; 64 QAM의 경우 6; 등등
- Supported number of MIMO layers (NL): Number of antennas (Na)로 대체될 수 있음
redcap device type을 결정하는 capability parameter들의 조합은 해당 device type의 capability parameter set으로 칭할 수 있다. 예를 들어, redcap device type은 capability parameter set value(들)를 supported max data rate의 오름차순(또는 내림차순)으로 구분하여 정의할 수 있다. 다음의 예시는 supported max data rate 오름차순으로 M개의 device type을 정의한 경우의 예시이다.
Capability parameter set value(s)에 따른 redcap device type 구분 (예시):
- Device Type 1: {NL, NRB, Qm}={1, 25, 2}
- Device Type 2: {NL, NRB, Qm}={1, 25, 4}, or {1, 52, 2}
- Device Type 3: {NL, NRB, Qm}={1, 52, 4}, or {1, 106, 2}
- Device Type 4: {NL, NRB, Qm}={1, 106, 4}, or {2, 106, 2}
- Device Type 5: {NL, NRB, Qm}={1, 106, 6}
- Device Type 6: {NL, NRB, Qm}={2, 106, 4}
- Device Type 7: {NL, NRB, Qm}={2, 106, 6}
- ...
- Device Type M: {NL, NRB, Qm}={X, Y, Z}
예를 들어, NR FR1(Frequency Range 1, 즉 6 GHz 이하 대역)의 경우, NRB 값은 표 10에서 정의하는 값(UE channel bandwidth 별로 configure 가능한 최대 RB 개수)들 중 하나의 값을 사용할 수 있다. 상기의 예시는 subcarrier spacing (SCS)=15kHz 기준의 값이다. redcap device가 SCS=30kHz를 지원하고 접속하고자 하는 cell이 data 전송을 위해서 SCS=30 kHz를 사용하는 경우, 상기 예시에서의 SCS=15 kHz 기준의 NRB 값은 표 10을 참조하여 SCS=30 kHz에 상응하는 값으로 대체될 수 있다.
표 10은 NR FR1에서의 subcarrier spacing (SCS) 별 max transmission bandwidth configuration NRB를 나타낸다.
Figure PCTKR2022000734-appb-img-000079
상기 device type 구분 예시에서 device Type 2/3/4는 다수 개의 capability set value들로 하나의 device type을 정의한 경우이다. 위와 같이 지원되는 최대 data rate를 기준으로 device type을 구분한 경우 하나의 device type을 정의하는 다수 개의 capability parameter set value들은 동일하거나 유사한 지원되는 최대 data rate를 지원하는 조합들을 의미할 수 있다.
상기의 예시에서 정의한 device type(들)을 이용하여 use case 별로 지원 가능한 device type(들)은 다음과 같이 정의될 수 있다. 지원 가능한 device type(들)에 기반하여 기지국은 cell 접속을 제한하거나, subscription 기반의 barring을 수행할 수 있다.
Use case 별 지원 가능한 device type(s) (예시)
- IWS: Device types 1, 2
- Video Surveillance: Device types 2, 3
- Wearables: Device type: Device types 4, 5, 6, 7
과다한 device type의 세분화에 따른 market segmentation에 의한 비용 증가를 회피하기 위해서 device type의 개수 M은 제한될 수 있다. 예를 들어, M=1으로 제한되는 경우, redcap 단말을 다수 개의 device type으로 구분하지 않고, 단일 device type으로 상기의 target use case 들을 모두 지원하도록 할 수 있다.
또 다른 예시로, M=3으로 제한되는 경우, device type 구분과 use case 별 지원 가능한 device type들은 다음과 같이 정의될 수 있다.
Capability set value(s)에 따른 device type 구분 (예시: M=3의 경우):
- Device Type 1: {NL, NRB, Qm}={1, 25, 2} (or {1, 25, 4} or {1, 52, 2})
- Device Type 2: {NL, NRB, Qm}={1, 52, 4} or {1, 106, 2}
- Device Type 3: {NL, NRB, Qm}={2, 106, 6}
Use case 별 지원 가능한 device type(s) (예시: M=3의 경우)
- IWS: Device types 1
- Video Surveillance: Device types 3
- Wearables: Device type: Device types 7
UE max bandwidth(즉, redcap UE의 bandwidth capability)는 target use case에서 요구하는 bit rate를 만족시키는 최소의 bandwidth로 결정될 수 있다. UE max bandwidth 축소는 RF 소자 및/또는 baseband processing 비용을 감소시키고, 전력소모도 줄이는 효과를 기대할 수 있다. 여기서, required bit rate는 device 제조 비용이 average bit rate, reference bit rate 보다는 peak rate, 또는 지원되는 최대 data rate에 의해서 결정되는 점을 감안하여 peak rate 또는 지원되는 최대 data rate을 의미할 수 있다.
required bit rate를 지원하는 max bandwidth를 결정할 때, required bit rate를 결정하는 다른 parameter들(예: number of antennas (NL), modulation order (Qm), 등)에 대해서는 특정 값을 가정할 수 있다. 예를 들어, 상기의 예시에서 Device Type 3의 경우, ~28 MHz 정도의 peak rate가 지원될 수 있다. 이 때 필요한 max bandwidth는 {NL=1, Qm=2}를 가정할 경우 20 MHz(106 RBs)이고, {NL=1, Qm=4}를 가정할 경우 10 MHz(52 RBs)이다. 또는 필요한 max bandwidth는 {NL=2, Qm=4}인 경우에 5 MHz(25 RBs)일 수 있다.
- Device Type 3: {NL, NRB, Qm}={1, 52, 4}, 또는 {1, 106, 2}
redcap UE의 max UE bandwidth 내에서는 RRC signaling 등을 이용한 network configuration에 의해서 transmission bandwidth를 할당 받아 송/수신이 수행될 수 있다.
UE min bandwidth는 NR SSB bandwidth 보다 큰 또는 크거나 같은 NR UE channel bandwidth(또는 transmission bandwidth) 들 중 최소값으로 정의될 수 있다.
예를 들어, FR1에서, SCS=15kHz를 갖는 NR SSB를 위해 UE min bandwidth=5MHz이고, SCS=30kHz를 갖는 NR SSB를 위해 UE min bandwidth=10MHz일 수 있다.
다른 일 예로, FR2에서, SCS=120kHz를 갖는 NR SSB를 위해 UE min bandwidth=40MHz이고, SCS=240kHz를 갖는 NR SSB를 위해 bandwidth=80MHz일 수 있다.
이는 요구되는 bit rate가 작은 service를 최소한의 bandwidth로 지원함으로써 low power consumption을 구현함과 동시에 NR SSB를 통한 NR cell에 접속을 지원하기 위함일 수 있다.
[분류방법 4]
redcap UE의 bandwidth capability가 각 use case들의 required bit rate에 의해서 결정되는 점을 감안하여, redcap device type은 UE bandwidth capability를 기준으로 분류될 수 있다. 예를 들어, redcap device type을 결정하는 bandwidth capability는 (max) UE channel bandwidth 또는 (max) UE transmission bandwidth (즉, supported bandwidth (NRB))를 RB 단위로 표시한 것일 수 있다. 또는 bandwidth capability는 minimum UE channel bandwidth 또는 minimum UE transmission bandwidth일 수 있다. 구체적으로, 다음과 같은 분류가 가능하다.
- 분류방법 4-1) Max bandwidth에 의해서 구분하고, 실제 data 송/수신 bandwidth(<=max bandwidth)를 설정 받아 사용
- 분류방법 4-2) Min bandwidth에 의해서 구분하고, 실제 data 송/수신 bandwidth(>=min bandwidth)를 설정 받아 사용
- 분류방법 4-3) Device type 별로 하나 또는 다수 개의 지원 가능한 bandwidth (set)을 정의하고, 해당 bandwidth (set) 내에서 실제 data 송/수신 bandwidth를 설정 받아 사용
분류방법 4-1/2/3에 대해서, max bandwidth는 NR bandwidth보다 작은 값(예: 20MHz)으로 한정될 수 있고, min bandwidth는 SSB bandwidth(예: 15kHz SSB의 경우 5MHz)보다 크거나 같을 수 있다.
RedCap UE의 초기접속 및 frequency retuning 지원 방법
감소된 성능(reduced capability RedCap) 단말(user equipment, UE)을 지원하는 NR(new radio) cell에서, 자원 효율성 측면에서 가능한 한 많은 자원을 normal UE와 redcap UE간에 공유하는 것이 선호될 수 있다. 즉, 일반(normal) UE와 RedCap UE가 공존하는 또는 공존할 수 있는 cell에서, 자원 효율성 측면에서 가능한 한 많은 자원을 normal UE와 RedCap UE간에 공유하는 것이 선호될 수 있다. normal UE를 위해 가용/스케줄 가능한 자원들과 RedCap UE를 위해 가용/스케줄 가능한 자원들이 서로 완전히 분리되어 있으면, 자원 활용도가 떨어지고 기지국 입장에서 스케줄링 유연성이 제약될 수 있는 등의 문제점이 있을 수 있기 때문이다.
하지만, 다음의 경우, cell 접속을 위한 임의 접속(random access, RA) 과정에서 normal UE와 RedCap UE 간에 자원을 공유하는 것이 종래의 방법으로는 효과적으로 지원되지 않을 수 있다.
(1) Msg2(또는, RAR), Msg4 또는 MsgB 단계에서의 NR UE와 RedCap UE 간의 커버리지 성능(coverage performance) 차이로 인해서 RedCap UE를 위한 (추가) 반복(repetition) 등이 필요한 경우
(2) legacy NR UE에 대한 영향(impact)을 고려하여 초기(initial) 상향링크(uplink, UL) 대역폭 파트(bandwidth part, BWP)를 RedCap UE의 최대 단말 대역폭(max UE bandwidth) 내에서 설정할 수 없는 경우
(3) RedCap UE의 UE processing time relaxation 등으로 인해서 임의 접속(random access) 과정에서 NR UE에 대한 영향이 불가피한 경우
예를 들어, RedCap UE의 임의 접속 채널(random access channel, RACH) 과정에서의 repetition은 Msg 1~4/Msg A~B 중 적어도 하나 이상에 동일하게 또는 각 메시지 독립적인 설정으로 개별 적용될 수 있다.
이하, 본 명세서는, normal UE와 RedCap UE가 공존하는 NR cell에서, RedCap UE의 초기접속 및 주파수 재조정(frequency retuning), 그리고 경쟁 해결(contention resolution)을 지원하는 방법을 제안한다.
구체적으로, 본 명세서는, RedCap UE의 frequency retuning을 통해 Msg3 PUSCH 및/또는 Msg4 ACK/NACK PUCCH를 전송하는 방법(이하, 제1 실시 예), 그리고, 기지국의 Msg3 수신 후 경쟁 해결하는 방법(이하, 제2 실시 예), 그리고, RedCap를 위한 별도의 C-RNTI 부여/구분하는 방법(이하, 제3 실시 예)를 제안한다.
이하, 본 명세서에서 설명되는 실시 예들은 설명의 편의를 위해 구분된 것일 뿐, 어느 실시 예의 일부 방법 및/또는 일부 구성 등이 다른 실시 예의 방법 및/또는 구성 등과 치환되거나, 상호 간 결합되어 적용될 수 있음은 물론이다.
본 명세서에서 설명되는 실시 예들에서 언급되는 슬롯(slot), 서브프레임(subframe), 프레임(frame) 등은 무선 통신 시스템에서 이용되는 일정 시간 단위(time unit)들의 구체적인 예들에 해당할 수 있다. 즉, 본 명세서에서 제안하는 방법들을 적용함에 있어, 시간 단위 등은 또 다른 무선 통신 시스템에서 적용되는 다른 시간 단위들로 대체되어 적용될 수도 있다.
앞서 살핀 내용들(3GPP system, frame structure, NR시스템 등)은 후술할 본 명세서에서 제안하는 방법들과 결합되어 적용될 수 있고, 그리고/또는 본 명세서에서 제안하는 방법들의 기술적 특징을 명확하게 하는데 보충될 수 있다.
본 명세서에서 ‘()’는 () 안의 내용을 제외하는 경우와 괄호 안의 내용을 포함하는 경우 모두로 해석될 수 있다. 그리고/또는 본 명세서에서 ‘()’는 괄호 안의 요소(또는, 내용)의 그룹을 의미하거나, 괄호 앞 용어의 약어/풀네임을 의미하거나, 그리고/또는 괄호 앞 내용의 영문 기재일 수 있음은 물론이다.
본 명세서에서 ‘/’는 /로 구분된 내용을 모두 포함(and)하는 경우와 구분된 내용 중 일부만 포함(or)하는 경우 모두로 해석될 수 있다.
제1 실시 예
본 실시 예에서는, RedCap UE의 frequency retuning을 통해 Msg3 PUSCH 및/또는 Msg4 ACK/NACK PUCCH를 전송하는 방법에 대해 살펴본다.
initial UL bandwidth가 RedCap UE bandwidth보다 클 경우, RedCap UE는 frequency retuning을 통해서 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH) 및/또는 물리 상향링크 제어 채널(physical uplink control channel, PUCCH) 전송을 수행할 수 있다. 예를 들어, 본 명세서에서, Msg3 PUSCH는 Msg3 또는 PUSCH로 칭할 수 있다. 그리고/또는, Msg4 ACK/NACK PUCCH는 Msg4 PUCCH, ACK/NACK PUCCH 또는 PUCCH로 칭할 수 있다.
이 경우, PUSCH 또는 PUCCH 주파수 호핑(frequency hopping, FH) 시에 홉(hop) 간에 재조정 시간(retuning time)이 필요할 수 있다.
이하 설명되는 방법들은 설명의 편의를 위하여 구분된 것일 뿐, 어느 방법의 구성이 다른 방법의 구성과 치환되거나, 상호 결합되어 적용될 수 있음은 물론이다.
(방법 1-1)
본 방법은 PUSCH/PUCCH frequency hop 간에 gap을 삽입하는 방법이다.
여기서, 갭(gap)은 주파수 홉(frequency hop) 간에 주파수 재조정(frequency retuning)을 위한 시간을 주기 위해서 홉(hop) 간에 시간적으로 이격시키기 위한 gap을 의미할 수 있다. 그리고/또는, PUSCH/PUCCH에 적용되는 gap은 symbol 단위(예: 1-symbol gap, 2-symbol gap 등)로 정의되는 것이거나, 절대 시간 단위(예: us 단위)로 정의될 수 있다. 그리고/또는, 재조정(retuning)을 위한 gap은 미리 정의된 규격(예: 3GPP Specification)에 고정된 값이거나, 기지국이 시스템 정보(system information) 등을 통해서 상위 계층 설정(higher layer configuration)되는 것이거나, 그리고/또는, 임의 접속 응답(random access response, RAR) (또는, UL grant)을 통해서 설정되는 값일 수 있다.
그리고/또는, Msg3 PUSCH의 frequency hop 간의 gap은 RAR (또는, UL grant)에서 설정될 수 있다.
그리고/또는, PUCCH의 경우, RAR (또는, UL grant)에서 같이 지시하거나, Msg4 스케줄링(scheduling) 하향링크 제어 정보(downlink control information, DCI)를 통해서 지시 가능할 수 있다. 1-symbol gap이 설정될 경우, 1-symbol gap on/off를 위해서 RAR (또는, UL grant)이나 Msg4 scheduling DCI에 1-bit field가 추가될 수 있다.
도 13은 PUSCH/PUCCH frequency hop 간에 갭(gap)을 삽입하는 방법을 예시한다.
도 13을 참조하면, RedCap UE 대역폭(RedCap UE bandwidth)은 initial UL BWP 보다 작을 수 있다. 이 경우, PUSCH/PUCCH를 주파수 호핑을 이용하여 전송하기 위해, 제1 주파수 홉(1310)과 제2 주파수 홉(1320) 사이에는 gap이 삽입될 수 있다.
예를 들어, RedCap UE는 제1 주파수 홉(1310)에서 PUSCH(또는 PUCCH)를 전송할 수 있다. 그리고/또는, RedCap UE은 RedCap UE bandwidth 내 제2 주파수 홉(1320)이 포함되도록 주파수 재조정을 수행할 수 있다. 그리고/또는, RedCap UE는 재조정된 RedCap UE bandwidth 내 제2 주파수 홉(1320)에서 PUSCH(또는 PUCCH)를 전송할 수 있다. 이때, 주파수 재조정을 위한 필요 시간을 고려하여, 제2 주파수 홉(1320)과 제1 주파수 홉(1310) 사이에 gap이 삽입되거나 또는 gap이 존재할 수 있다.
그리고/또는, RedCap UE는 제1 주파수 홉이 초기 RedCap UE bandwidth 내에 포함되도록 기지국에 의해 설정 받고, 주파수 재조정 없이 제1 주파수 홉에서 PUSCH(또는 PUCCH)를 전송할 수 있다. 또는 RedCap UE는 제1 주파수 홉이 초기 RedCap UE bandwidth 내에 포함되지 않은 경우, 기지국 설정 또는 기 정의된 방식에 의해 주파수 재조정을 수행하고, 재조정된 RedCap UE bandwidth 내 제1 주파수 홉에서 PUSCH(또는 PUCCH)를 전송할 수 있다. 본 명세서에서, 주파수 재조정을 수행한다 함은 RedCap UE 대역(폭)의 주파수 위치를 조정하는 것을 의미할 수 있다.
(방법 1-2)
본 방법은 PUSCH/PUCCH frequency hop 간에 RedCap UE가 스킵(skip)하도록 하는 방법이다.
RedCap UE가 frequency retuning에 필요한 시간 동안 PUSCH/PUCCH 전송이 스킵(skip)되도록 할 수 있다. 스킵하는 구간은 1st hop과 2nd hop의 사이의 연속적인 시간 구간일 수 있다. 예를 들어, RedCap UE는 frequency retuning을 위해서 PUSCH FH 시에 2nd hop의 처음 N(예: N=1) symbol(들)을 스킵할 수 있다. 그리고/또는, redcap UE는 frequency retuning을 위해서 PUSCH FH 시에 1st hop의 마지막 N' symbol(들)을 스킵할 수 있다. 또는 1st hop의 마지막이나 2nd hop의 시작에서 스킵이 수행될 수 있지만, DMRS symbol(들)이 아닌 symbol(들)이 우선적으로 포함되도록 할 수 있다. 예를 들어, 2nd hop의 첫 번째 symbol이 DMRS symbol이고, 1st hop의 마지막 N symbol(들)에는 DMRS symbol이 없는 경우, RedCap UE는 PUSCH FH 시에 1st hop의 마지막 N(예: N=1) symbol (들)을 스킵할 수 있다.
그리고/또는, 스킵 구간에 DMRS symbol이 포함된 경우, 또는 앞서 설명한 방식으로 온전한 스킵 구간이 생성될 수 없는 경우, UE는 임의 접속(random access, RA) 프리앰블(preamble) 재전송을 시작으로 RA 절차(procedure)를 다시 시작하거나, 그리고/또는, 기지국으로부터 Msg3 PUSCH 재전송을 위한 UL grant를 수신함으로써 재전송을 수행할 수 있다. UL grant에 의한 재전송 시에는 FH가 off되는 것일 수 있다.
그리고/또는, 스킵 구간에 DMRS symbol이 포함된 경우, redcap UE는 FH off를 가정하거나 gap이 설정된 것으로 가정할 수 있다.
도 14는 PUSCH/PUCCH frequency hop 간에 스킵하는 방법의 예시이다.
도 14를 참조하면, RedCap UE 대역폭(RedCap UE bandwidth)은 initial UL BWP 보다 작을 수 있다. 이 경우, PUSCH/PUCCH를 주파수 호핑을 이용하여 전송하기 위해, 제1 주파수 홉(1410)의 적어도 하나의 심볼 및/또는 제2 주파수(1420) 홉의 적어도 하나의 심볼은 스킵될 수 있다.
예를 들어, RedCap UE는 제1 주파수 홉(1410)에서 PUSCH(또는 PUCCH)를 전송할 수 있다. 그리고/또는, RedCap UE은 RedCap UE bandwidth 내 제2 주파수 홉(1420)이 포함되도록 주파수 재조정을 수행할 수 있다. 그리고/또는, RedCap UE는 재조정된 RedCap UE bandwidth 내 제2 주파수 홉(1320)에서 PUSCH(또는 PUCCH)를 전송할 수 있다. 이때, 제2 주파수 홉(1420)의 처음 적어도 하나의 심볼 및/또는 제1 주파수 홉(1410)의 마지막 적어도 하나의 심볼은 스킵될 수 있다.
그리고/또는, RedCap UE는 제1 주파수 홉이 초기 RedCap UE bandwidth 내에 포함되도록 기지국에 의해 설정 받고, 주파수 재조정 없이 제1 주파수 홉에서 PUSCH(또는 PUCCH)를 전송할 수 있다. 또는 RedCap UE는 제1 주파수 홉이 초기 RedCap UE bandwidth 내에 포함되지 않은 경우, 기지국 설정 또는 기 정의된 방식에 의해 주파수 재조정을 수행하고, 재조정된 RedCap UE bandwidth 내 제1 주파수 홉에서 PUSCH(또는 PUCCH)를 전송할 수 있다. 본 명세서에서, 주파수 재조정을 수행한다 함은 RedCap UE 대역(폭)의 주파수 위치를 조정하는 것을 의미할 수 있다.
(방법 1-3)
본 방법은 early UE 식별(identification)에 따라서 스킵(skip) 또는 gap을 선택하는 방법이다.
PUSCH/PUCCH frequency hop 간에 RedCap UE가 스킵하도록 하는 방법은 기지국이 RedCap UE 여부를 사전에 알지 못하더라도 수신이 가능하지만, gap을 삽입하는 방법은 기지국이 gap 유무를 가정하고 블라인드 디코딩(blind decoding, BD)(또는 블라인드 검출)을 수행하거나, 사전에 RedCap UE인지를 알고 있어야 수신이 가능할 수 있다. 따라서, Msg1 단계에서의 early UE 식별(identification) 여부에 따라서 UE는 스킵하는 방법과 gap을 삽입하는 방법 중 선택하여 Msg3 PUSCH를 전송하도록 할 수 있다. 즉, RedCap UE는 Msg1 early UE identification을 통해서 RedCap UE임을 기지국에게 알린 경우에는 Msg3 또는 Msg3를 포함한 이후 UL 전송에서 gap을 삽입하는 방법으로 전송할 수 있다. 또는 Msg1 early UE identification을 통해서 RedCap UE임을 기지국에게 알리지 않은 경우, 또는 Msg1 early UE identification을 지원하지 않는 경우, RedCap UE는 Msg3 또는 Msg3를 포함한 이후 UL 전송에서 재조정(retuning)이 필요한 경우 스킵하는 방법으로 전송할 수 있다.
(방법 1-4)
본 방법은 gap BD를 통한 RedCap UE identification을 수행하는 방법이다.
Msg3 단계 또는 이후 UL 전송 단계에서 RedCap UE를 구분하기 위한 방법으로, RedCap UE는 항상 PUSCH/PUCCH frequency hop 간에 gap을 삽입하는 방법을 적용하도록 하고, 기지국은 gap BD를 통해서 서로 다른 UE (type)(예: normal UE vs. redcap UE)를 구분하도록 할 수 있다.
gap BD는 기지국이 UE가 gap을 삽입하였는지를 판단하기 위해서 gap을 삽입한 경우와 gap을 삽입하지 않은 경우를 가정하고 수신을 시도해 보는 과정을 의미하는 것일 수 있다. 이러한 gap BD에 의한 indication 방법은 RedCap UE identification 뿐만 아니라, Msg1에서 early UE identification을 수행한 후에 추가적인 정보를 기지국에 전송하기 위한 방법으로 사용될 수 있다. 추가적인 정보는 Rx antenna branch (또는 port) 개수, RedCap UE이 지원하는 feature에 대한 정보 등일 수 있다.
(방법 1-5)
본 방법은 PUCCH format 별 retuning gap을 지원하는 방법이다.
2-symbol PUCCH는 dedicated PUCCH resource 설정을 받기 전까지는 항상 FH을 수행하도록 규정되어 있다. 2-symbol PUCCH의 FH을 수반한 전송에 대해서 스킵에 의해서 retuning gap을 생성하고자 할 경우, 2-symbol PUCCH energy의 50%를 상실하게 되기 때문에 커버리지(coverage) 관점에서 문제가 될 수 있다. 따라서, 2-symbol PUCCH의 경우에 FH을 off할 수 있도록 하거나, PUCCH symbol 간에 gap을 삽입하는 방식으로 retuning gap을 지원할 수 있다.
long PUCCH format(>= 4symbols)의 경우, 스킵(skip) 방법과 gap 삽입 방법 모두가 고려될 수 있다. 스킵에 의해서 소멸되는 symbol의 비율 또는 개수로 스킵 방법의 적용 여부가 결정되도록 할 수 있다. 예를 들어, long PUCCH format의 symbol 길이가 X symbol 이상인 경우에 한정해서 스킵 방법이 적용될 수 있다. 일례로, 현재 초기 접속을 위한 임의 접속(random access) 과정에서의 지원하는 long PUCCH format의 symbol 길이는 4/10/14 세가지인데, 10-symbol과 14-symbol long PUCCH에 대해서만 스킵 방법이 적용될 수 있다. 또는 long PUCCH format(예: PUCCH format 1)에서만(4-symbol 포함) 스킵이 적용될 수 있다.
제2 실시 예
본 실시 예에서는, 기지국의 Msg3 수신 후 경쟁 해결하는 방법/동작에 대해 살펴본다.
normal UE와 RedCap UE가 공존하는 NR cell에서 초기접속을 위한 RA 절차에서 기지국은 normal UE와 RedCap UE의 Msg3 PUSCH를 모두 수신하는 경우가 발생할 수 있다. 이러한 경우에, 종래의 경쟁 해결(contention resolution) 방법에 기반한 기지국의 동작은 다음과 같을 수 있다. 예를 들어, 이하 동작에서, MAC 엔티티는 기지국에 포함되며, MAC 엔티티는 기지국으로 대체되어 적용될 수 있다.
Msg3이 전송되면, 매체 접근 제어(medium access control, MAC) 엔티티(entity)는 다음의 동작을 수행해야 한다.
1> MAC 엔티티는 Msg3 전송 종료 후 첫 번째 심볼의 각 HARQ 재전송에서 ra-ContentionResolutionTimer를 시작하고 ra-ContentionResolutionTimer를 다시 시작한다.
1> MAC 엔티티는 측정 갭(measurement gap)의 발생 가능성(possible occurrence)에 관계없이 ra-ContentionResolutionTimer가 실행되는 동안 PDCCH를 모니터링한다.
1> MAC 엔티티는 SpCell의 PDCCH 전송 수신 알림이 하위 계층에서 수신되는 경우:
2> C-RNTI MAC CE(medium access control control element)가 Msg3에 포함된 경우, MAC 엔티티는 특정 동작 또는 기 정의된 동작을 수행한다.
2> 그렇지 않으면, CCCH SDU가 Msg3에 포함되고 PDCCH 전송이 TEMPORARY_C-RNTI로 지정되는 경우:
3> MAC PDU가 성공적으로 디코딩된 경우:
4> MAC 엔티티는 ra-ContentionResolutionTimer를 중지한다.
4> MAC PDU가 UE 경쟁 해결 아이덴티티(UE Contention Resolution Identity) MAC CE를 포함하는 경우; 그리고
4> MAC CE의 UE 경쟁 해결 아이덴티티가 Msg3에서 전송된 CCCH SDU와 일치하는 경우:
5> 이 경쟁 해결(Contention Resolution)이 성공한 것으로 간주하고 MAC PDU의 분해(disassembly) 및 역다중화(demultiplexing)를 완료한다.
5> 이 임의 접속 절차가 SI 요청에 대해 시작된 경우:
6> MAC 엔티티는 상위 계층에 대한 SI 요청에 대한 승인 수신을 지시한다.
5> 기타(else):
6> MAC 엔티티는 C-RNTI를 TEMPORARY_C-RNTI 값으로 설정한다.
5> MAC 엔티티는 TEMPORARY_C-RNTI를 폐기한다.
5> MAC 엔티티는 이 랜덤 액세스 절차가 성공적으로 완료된 것으로 간주한다.
4> 기타:
5> MAC 엔티티는 TEMPORARY_C-RNTI를 폐기한다.
5> MAC 엔티티는 이 경쟁 해결이 성공하지 못한 것으로 간주하고 성공적으로 디코딩된 MAC PDU를 폐기한다.
1> ra-ContentionResolutionTimer가 만료된 경우:
2> MAC 엔티티는 TEMPORARY_C-RNTI를 버린다.
2> MAC 엔티티는 경쟁 해결이 성공하지 못한 것으로 간주한다.
1> 경쟁 해결이 성공하지 못한 것으로 간주되는 경우:
2> MAC 엔티티는 Msg3 버퍼에서 MAC PDU의 전송에 사용되는 HARQ 버퍼를 플러시(flush)한다.
2> MAC 엔티티는 PREAMBLE_TRANSMISSION_COUNTER를 1씩 증가시킨다;
2> PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1인 경우:
3> MAC 엔티티는 상위 계층에 대한 랜덤 액세스 문제를 지시한다.
3> 이 랜덤 액세스 절차가 SI 요청에 대해 트리거된 경우:
4> MAC 엔티티는 임의 접속 절차가 성공적으로 완료되지 않은 것으로 간주한다.
2> 임의 접속 절차가 완료되지 않은 경우:
3> RA_TYPE이 4-stepRA로 설정된 경우:
4> MAC 엔티티는 0과 PREAMBLE_BACKOFF 사이의 균일한 분포에 따라 임의의 백오프 시간을 선택한다.
4> 백오프 시간 동안 경합 없는 랜덤 액세스 리소스를 선택하기 위한 기준(미리 정의된 기준)이 충족되는 경우:
5> MAC 엔티티는 임의 접속 자원(resource) 선택 절차를 수행한다.
4> 기타:
5> MAC 엔티티는 백오프 시간 이후에 임의 접속 자원 선택 절차를 수행한다.
3> 기타 (즉, RA_TYPE이 2-stepRA로 설정됨):
4> msgA-TransMax가 적용되고, PREAMBLE_TRANSMISSION_COUNTER = msgA-TransMax + 1인 경우:
5> MAC 엔티티는 RA_TYPE을 4-stepRA로 설정한다.
5> MAC 엔티티는 임의 접속 유형에 특정한 변수 초기화를 수행한다.
5> MAC 엔티티는 MSGA 버퍼에서 MAC PDU의 전송에 사용되는 HARQ 버퍼를 플러시한다;
5> MAC 엔티티는 contention-free 2-step RA type Random Access Resource들을 폐기한다.
5> MAC 엔티티는 임의 접속 자원 선택을 수행한다.
4> 기타:
5> MAC 엔티티는 0과 PREAMBLE_BACKOFF 사이의 균일한 분포에 따라 임의의 백오프 시간을 선택한다.
5> 백오프 시간 동안 경합이 없는 임의 접속 자원을 선택하기 위한 기준(미리 정의된 기준)이 충족되는 경우:
6> MAC 엔티티는 2-step RA type을 위한 임의 접속 자원 선택 절차를 수행한다.
5> 기타:
6> MAC 엔티티는 백오프 시간 이후에 2-step RA type procedure에 대한 임의 접속 자원 선택을 수행한다.
이하, 설명되는 방법 2-1 내지 방법 2-4는 상술한 종래의 경쟁 해결 방법을 이용하거나, 또는 전부/일부의 내용을 대체하여 적용될 수 있다.
이하 설명되는 방법들은 설명의 편의를 위하여 구분된 것일 뿐, 어느 방법의 구성이 다른 방법의 구성과 치환되거나, 상호 결합되어 적용될 수 있음은 물론이다.
(방법 2-1)
본 방법은 normal UE를 위한 Msg4를 우선 전송하는 방법이다.
기지국은 normal UE와 RedCap UE가 동시에 셀 접속을 시도할 때, normal UE를 우선시할 수 있다. 이러한 경우, 기지국은 normal UE를 위한 Msg4를 우선 전송할 수 있는데, 이 경우 redcap UE는 종래의 동작을 따르면 경쟁 해결(contention resolution)이 성공하지 못한 것으로 판단하고 RA preamble 전송부터 다시 시작하게 된다.
(방법 2-2)
본 방법은 RedCap UE를 위한 Msg4를 우선 전송하는 방법이다.
normal UE와 RedCap UE가 동시에 셀 접속을 시도할 때, 기지국은 RedCap UE를 우선시할 수 있다. 이러한 경우, 기지국은 RedCap UE를 위한 Msg4를 우선 전송할 수 있다. 이 경우, 반대로 normal UE가 contention resolution이 성공하지 못한 것으로 판단하고 RA preamble 전송부터 다시 시작하게 된다.
(방법 2-3)
본 방법은 임의의 UE를 위한 Msg4를 우선 전송할 수 있다.
normal UE와 RedCap UE가 동시에 셀 접속을 시도할 때, 기지국은 특정 UE type을 우선시하지 않고, 일종의 임의로(randomly) UE를 선택해서 Msg4를 전송하도록 할 수 있다. 이 경우, 특정 UE type이 항상 손해를 보지는 않지만 전반적으로 모든 UE (type)들이 평균적으로 셀 접속 지연을 경험하게 된다.
(방법 2-4)
본 방법은 normal UE와 redcap UE를 위한 Msg4를 순차적으로 전송하는 방법이다.
앞서 언급한 방법 2-1 내지 방법 2-3은 모두 동시에 Msg3를 전송하였지만 우선시되지 못한 UE (type)들에게는 초기접속이 과도하게 지연되는 단점이 있을 수 있다. 이러한 문제점을 극복하기 위해서 동시에 Msg3를 전송한 다수 개의 UE (type)가 RA preamble 전송 단계로 회귀하지 않고 순차적으로 Msg4를 수신하여 contention resolution에 성공할 수 있도록 할 수 있다.
이를 위해서 RedCap UE는, Msg4 물리 하향링크 공유 채널(physical downlink shared channel, PDSCH)이 성공적으로 디코딩되었지만 UE ID가 매칭(matching)되지 않는 경우에도 ra-ContentionResolutionTimer를 스탑(stop)하지 않도록 하고, 추가적인 Msg4 PDSCH 수신을 위한 물리 하향링크 제어 채널(physical downlink control channel, PDCCH) monitoring을 계속 수행하도록 할 수 있다. 이러한 종래와 다른 동작을 위해서 RedCap UE를 위한 별도의 ra-ContentionResolutionTimer를 정의하여 운영하는 것이 레거시 영향(legacy impact)을 줄이는 측면에서 유리할 수 있다.
그리고/또는, RedCap UE를 위한 새로운 contention resolution MAC CE(medium access control control element)를 정의하는 것이 고려될 수 있다. 새로운 contention resolution MAC CE는 종래의 NR UE의 contention resolution MAC CE와 LC(logical channel) ID로 구분되는 것일 수 있다. NR UE와 RedCap UE는 자신의 contention resolution MAC CE에 해당하는 LC ID가 아닐 경우, 무시하고 계속해서 Msg4 PDSCH 수신을 위한 PDCCH monitoring을 수행하도록 할 수 있다.
RedCap UE가 종래와 다르게 추가적으로 Msg4 PDSCH 수신을 위해서 PDCCH monitoring하는 동작은 종래의 한번의 Msg4 PDSCH 수신으로 PDCCH monitoring을 스탑(stop)하는 동작 대비 추가적인 전력소모를 동반할 수 있다. 이러한 추가적인 전력소모를 제한하기 위해서 RedCap UE가 수신을 시도하는 Msg4 PDSCH의 총 개수를 M개로 제한할 수 있다. M은 Msg3 전송 후에 (RA preamble 전송으로 회귀하지 않고) 한번에 Msg4 단계에서 contention resolution을 하고자 하는 UE (type)의 개수일 수 있으며, 이 값은 NR cell에서 공존하는 UE (type)의 개수일 수 있다. 또는 UE (type)의 개수와 전력소모 등을 종합적으로 고려하여 결정하는 값일 수 있으며 기지국에 의해서 system information(예: SIB1, SIB1-R)을 통해서 상위 계층 설정(higher layer configuration)되는 값이거나, 미리 정의된 규격(예: 3GPP Specification)에 고정되는 값일 수 있다.
일례로, normal UE와 RedCap UE 두 가지 타입(type)의 UE를 구분하고자 할 경우 M 값은 2로 설정될 수 있다. 이 경우, Redcap UE는 총 2개의 Msg4 PDSCH를 성공적으로 디코딩하면 UD ID matching 여부와 상관없이 ra-ContentionResolutionTimer를 스탑하고 PDCCH monitoring을 중단하도록 할 수 있다.
제3 실시 예
본 실시 예에서는, RedCap를 위한 별도의 C-RNTI 부여/구분하는 방법에 대해 살펴본다.
이하 설명되는 방법들은 설명의 편의를 위하여 구분된 것일 뿐, 어느 방법의 구성이 다른 방법의 구성과 치환되거나, 상호 결합되어 적용될 수 있음은 물론이다.
(방법 3-1)
본 방법은 RedCap를 위한 별도의 C-RNTI 부여하는 방법이다.
경쟁 해결(contention resolution) 이후 normal UE와 RedCap UE는 별도의 셀-무선 네트워크 임시 식별자(cell-radio network temporary identifier, C-RNTI)를 할당 받아 동작할 필요가 있다. 레거시 영향(Legacy impact)을 고려해서 normal UE는 종래의 방법대로 contention resolution MAC CE 수신 이후에 TC(temporary cell)-RNTI를 그대로 C-RNTI로 사용하도록 할 수 있다.
(방법 3-2)
본 방법은 Msg4 (또는 그 이후) 단계에서 C-RNTI를 구분하는 방법이다.
RedCap UE에게 이와 별도로 새로운 C-RNTI를 부여하는 방법이 필요할 수 있다. RedCap UE의 Msg3에서의 s-TMSI(System architecture evolution-Temporary Mobile Subscriber Identity)에 기반하여 하향링크 무선 자원 제어 셋업(downlink radio resource control setup, DL RRC setup) 메시지를 통해 RedCap UE에게 새로운 C-RNTI를 할당할 수 있다. 또는 Msg4 MAC CE에서 TC-RNTI를 그대로 C-RNTI로 쓸지, 아니면 새로운 C-RNTI를 부여할지를 지시(indication)해 줄 수 있다. 여기서 새로운 C-RNTI는 RedCap UE의 Msg3에서의 s-TMSI에 기반하여 DL RRC setup 메시지를 통해 생성된 새로운 C-RNTI일 수 있다. 또는 별도의 C-RNTI는 TC-RNTI로부터 ((configurable 또는 predefined) offset이나 predefined rule에 의해서) 결정되는 값일 수 있다.
(방법 3-3)
본 방법은 Msg3 단계에서 C-RNTI를 구분하는 방법이다.
Msg3 단계부터 legacy UE와 분리하여 RedCap UE의 경우에는, RAR을 통해 수신한 TC-RNTI에 offset을 더한 값으로 Msg3 스크램블링, Msg3 재전송 DCI 모니터링, Msg4 수신 등의 동작을 수행하고, Msg4 단계에서 contention resolution 직후 TC-RNTI에 offset을 더한 값을 RedCap UE를 위한 C-RNTI로 결정하는 방법이 고려될 수 있다.
도 15는 명세서에서 제안하는 단말의 동작 방법을 설명하기 위한 흐름도이다.
도 15를 참조하면, 먼저, 감소된 성능(reduced capability, RedCap) 단말(도 17 내지 도 20의 100/200)은 S1501 단계에서, 임의 접속 프리앰블을 기지국으로 전송할 수 있다.
예를 들어, RedCap 단말은 대역폭이 초기 상향링크 대역폭 파트(bandwidth part, BWP)의 대역폭보다 작은 단말일 수 있다. 예를 들어, RedCap 단말의 대역폭은 20MHz일 수 있다. 그리고/또는, RedCap 단말의 대역폭은 RedCap 단말이 지원하는 최대 대역폭일 수 있다. 그리고/또는, 도 15의 동작은 RedCap 단말 뿐 아니라 일반(normal) 단말에 의해서도 수행될 수 있다.
예를 들어, S1501 단계의 RedCap 단말이 임의 접속 프리앰블을 전송하는 동작은 상술한 도 17 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102/202)는 임의 접속 프리앰블을 전송하기 위해 하나 이상의 메모리(104/204) 및/또는 하나 이상의 송수신기(106/206) 등을 제어할 수 있다.
그리고/또는, RedCap 단말(도 17 내지 도 20의 100/200)은 S1502 단계에서, 임의 접속 프리앰블에 기반하여 임의 접속 응답을 기지국으로부터 수신할 수 있다.
예를 들어, S1502 단계의 RedCap 단말이 임의 접속 응답을 수신하는 동작은 상술한 도 17 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102/202)는 임의 접속 응답을 수신하기 위해 하나 이상의 메모리(104/204) 및/또는 하나 이상의 송수신기(106/206) 등을 제어할 수 있다.
그리고/또는, RedCap 단말(도 17 내지 도 20의 100/200)은 S1503 단계에서, 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 기지국으로 전송할 수 있다. 본 명세서에서, Msg3 PUSCH는 Msg3 또는 PUSCH로 칭할 수도 있다.
그리고/또는, RedCap 단말은 제1 주파수 홉에서 Msg3 PUSCH를 기지국으로 전송하기 전에, 제1 주파수 홉이 RedCap 단말의 대역폭에 포함되도록 주파수 재조정을 수행할 수도 있다.
예를 들어, S1503 단계의 RedCap 단말이 Msg3 PUSCH를 전송하는 동작은 상술한 도 17 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102/202)는 Msg3 PUSCH를 전송하기 위해 하나 이상의 메모리(104/204) 및/또는 하나 이상의 송수신기(106/206) 등을 제어할 수 있다.
그리고/또는, RedCap 단말(도 17 내지 도 20의 100/200)은 S1504 단계에서, RedCap 단말의 대역 또는 대역폭에 대한 주파수 재조정(frequency retuning)을 수행할 수 있다.
예를 들어, RedCap 단말은 하기 제2 주파수 홉이 RedCap 단말의 대역폭에 포함되도록 주파수 재조정을 수행할 수 있다. 여기서, 주파수 재조정을 수행한다 함은 RedCap 단말의 대역(폭)의 주파수 위치를 조정하는 것을 의미할 수 있다.
예를 들어, S1504 단계의 RedCap 단말이 재조정을 수행하는 동작은 상술한 도 17 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102/202)는 주파수 재조정을 수행하기 위해 하나 이상의 메모리(104/204) 및/또는 하나 이상의 송수신기(106/206) 등을 제어할 수 있다.
그리고/또는, RedCap 단말(도 17 내지 도 20의 100/200)은 S1505 단계에서, RedCap 단말의 대역폭의 제2 주파수 홉에서 Msg3 PUSCH를 기지국으로 전송할 수 있다.
특히, 제1 주파수 홉과 제2 주파수 홉 사이에는 갭(gap)이 삽입될 수 있다.
그리고/또는, 상기 갭은 시스템 정보 또는 임의 접속 응답을 통해 설정될 수 있다. 예를 들어, 시스템 정보 또는 임의 접속 응답은 갭 길이에 대한 정보를 포함할 수 있다. 그리고/또는, 갭은 심볼 단위로 설정될 수 있다. 그리고/또는, 이외 갭 삽입 동작은 방법 1-1의 내용을 참조할 수 있다. 즉, 상술한 동작의 구체적 내용 또는 대체/변경 가능한 동작은 방법 1-1의 내용을 참조할 수 있다.
그리고/또는, 제1 주파수 홉의 적어도 하나의 심볼 또는 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)될 수 있다.
예를 들어, 제1 주파수 홉의 마지막 적어도 하나의 심볼이 복조 참조 신호(demodulation reference signal, DMRS) 심볼을 포함하고, 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하지 않는 것에 기반하여, 제2 주파수 홉의 처음 적어도 하나의 심볼은 스킵될 수 있다. 그리고/또는, 제1 주파수 홉의 마지막 적어도 하나의 심볼이 DMRS 심볼을 포함하지 않고, 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하는 것에 기반하여, 제1 주파수 홉의 마지막 적어도 하나의 심볼은 스킵될 수 있다. 즉, RedCap 단말은 제1 주파수 홉의 마지막 적어도 하나의 심볼과 제2 주파수 홉의 처음 적어도 하나의 심볼 중 DMRS 심볼을 포함하지 않는 것을 우선적으로 스킵할 수 있다. 그리고/또는, 적어도 하나의 심볼은 하나의 심볼 또는 두개의 심볼일 수 있다. 그리고/또는, 이외 갭 삽입 동작은 방법 1-2의 내용을 참조할 수 있다. 즉, 상술한 동작의 구체적 내용 또는 대체/변경 가능한 동작은 방법 1-2의 내용을 참조할 수 있다.
그리고/또는, 갭 삽입 동작 또는 스킵 동작은 방법 1-3 또는 방법 1-5에 의해 선택되고 선택된 동작이 수행될 수 있다.
그리고/또는, 기지국은 방법 1-4에 의해 RedCap 단말과 일반(normal) 단말을 구분할 수 있다. 예를 들어, 일반 단말은 RedCap 단말이 아닌 단말일 수 있다.
예를 들어, S1505 단계의 RedCap 단말이 Msg3 PUSCH를 전송하는 동작은 상술한 도 17 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102/202)는 Msg3 PUSCH를 전송하기 위해 하나 이상의 메모리(104/204) 및/또는 하나 이상의 송수신기(106/206) 등을 제어할 수 있다.
그리고/또는, RedCap 단말(도 17 내지 도 20의 100/200)은 S1506 단계에서, Msg3 PUSCH에 기반하여 Msg4를 기지국으로부터 수신할 수 있다.
그리고/또는, RedCap 단말은 제1 물리 상향링크 제어 채널(physical uplink control channel, PUCCH) 주파수 홉에서 Msg4에 대한 PUCCH를 기지국으로 전송할 수 있다. 그리고/또는, RedCap 단말은 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행할 수 있다. 그리고/또는, RedCap 단말은 RedCap 단말의 대역폭의 제2 PUCCH 주파수 홉에서 PUCCH를 기지국으로 전송할 수 있다. 그리고/또는, 제1 PUCCH 주파수 홉과 제2 PUCCH 주파수 홉 사이에는 갭이 삽입될 수 있다. 그리고/또는, 제1 PUCCH 주파수 홉의 적어도 하나의 심볼 또는 제2 PUCCH 주파수 홉의 적어도 하나의 심볼은 스킵될 수 있다. 그리고/또는, PUCCH는 Msg4에 대한 HARQ-ACK(hybrid automatic repeat request-acknowledgement) 정보를 포함할 수 있다.
예를 들어, 스킵 동작에서, 제1 PUCCH 주파수 홉의 적어도 하나의 심볼은 제1 PUCCH 주파수 홉의 마지막 적어도 하나의 심볼일 수 있다. 그리고/또는, 제2 PUCCH 주파수 홉의 적어도 하나의 심볼은 제2 PUCCH 주파수 홉의 처음 적어도 하나의 심볼일 수 있다.
그리고/또는, PUCCH의 갭 삽입/스킵 동작은 상술한 Msg3 PUSCH의 갭 삽입/스킵 동작의 내용을 참조할 수 있다.
그리고/또는, PUCCH의 갭 삽입/스킵 동작은 상술한 Msg3 PUSCH의 갭 삽입/스킵 동작과 별도로 수행될 수 있다. 즉, 상술한 Msg3 PUSCH의 갭 삽입/스킵 동작 없이, PUCCH의 갭 삽입/스킵 동작만 수행될 수 있다.
예를 들어, S1506 단계의 RedCap 단말이 Msg4를 수신하는 동작은 상술한 도 17 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102/202)는 Msg4를 수신하기 위해 하나 이상의 메모리(104/204) 및/또는 하나 이상의 송수신기(106/206) 등을 제어할 수 있다.
그리고/또는, 임의 접속 절차/과정 관련하여, 보다 구체적인 사항은 도 10을 참조하여 설명한 내용을 참조할 수 있다.
상술한 단말 동작은 4-step RACH 동작을 중심으로 설명하였으나, 본 명세서의 제안 방법은 2-step RACH 동작에도 적용될 수 있다. 예를 들어, 본 명세서의 제안 방법은 MsgA PUSCH/MsgB에 대한 PUCCH에도 적용될 수 있다. 그리고/또는, 2-step RACH 관련, 도 11을 참조하여 설명한 내용은 참조될 수 있다.
상술한 단말 동작은 제1 실시 예의 내용을 중심으로 설명하였으나, 제2 실시 예 내지 제3 실시 예의 제안 방법도 단말 동작에 적용될 수 있다.
도 15를 참조하여 설명한 단말의 동작은 도 1 내지 도 14를 참조하여 설명한 단말의 동작(예: 제1 실시 예 내지 제3 실시 예)과 동일하므로 이외 상세한 설명은 생략한다.
상술한 시그널링(signaling) 및 동작은 이하 설명될 장치(예: 도 17 내지 도 20)에 의해 구현될 수 있다. 예를 들어, 상술한 시그널링 및 동작은 도 17 내지 도 20의 하나 이상의 프로세서에 의해 처리될 수 있으며, 상술한 시그널링 및 동작은 도 17 내지 도 20의 적어도 하나의 프로세서를 구동하기 위한 명령어/프로그램(예: instruction, executable code) 형태로 메모리에 저장될 수도 있다.
예를 들어, 무선 통신 시스템에서 Msg4를 수신하도록 RedCap 단말을 제어하기 위해 설정된 프로세서 장치(processing apparatus)는, 적어도 하나의 프로세서와, 상기 적어도 하나의 프로세서에 작동 가능하게 연결되고, 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 동작들을 수행하는 명령어(instruction)들을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작들은, 임의 접속 프리앰블을 기지국으로 전송하는 단계와, 상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 기지국으로부터 수신하는 단계와, 상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 PUSCH를 상기 기지국으로 전송하는 단계와, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계와, 상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 기지국으로 전송하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고, 상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 기지국으로부터 수신하는 단계를 포함할 수 있다.
예를 들어, 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 상기 적어도 하나의 프로세서가 동작들을 제어하도록 하는 적어도 하나의 명령어(instruction)를 저장하는 컴퓨터 판독 가능 저장 매체(computer-readable storage medium)에 있어서, 상기 동작들은, 임의 접속 프리앰블을 기지국으로 전송하는 단계와, 상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 기지국으로부터 수신하는 단계와, 상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 PUSCH를 상기 기지국으로 전송하는 단계와, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계와, 상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 기지국으로 전송하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고, 상기 Msg3 PUSCH에 기반하여 Msg4를 상기 기지국으로부터 수신하는 단계를 포함할 수 있다.
도 16은 명세서에서 제안하는 기지국의 동작 방법을 설명하기 위한 흐름도이다.
도 16을 참조하면, 먼저, 기지국(도 17 내지 도 20의 100/200)은 S1601 단계에서, 임의 접속 프리앰블을 감소된 성능(reduced capability, RedCap) 단말로부터 수신할 수 있다.
예를 들어, RedCap 단말은 대역폭이 초기 상향링크 대역폭 파트(bandwidth part, BWP)의 대역폭보다 작은 단말일 수 있다. 예를 들어, RedCap 단말의 대역폭은 20MHz일 수 있다. 그리고/또는, RedCap 단말의 대역폭은 RedCap 단말이 지원하는 최대 대역폭일 수 있다. 그리고/또는, 도 16의 동작에서, RedCap 단말은 일반(normal) 단말로 대체될 수 있다.
예를 들어, S1601 단계의 기지국이 임의 접속 프리앰블을 수신하는 동작은 상술한 도 17 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102/202)는 임의 접속 프리앰블을 수신하기 위해 하나 이상의 메모리(104/204) 및/또는 하나 이상의 송수신기(106/206) 등을 제어할 수 있다.
그리고/또는, 기지국(도 17 내지 도 20의 100/200)은 S1602 단계에서, 임의 접속 프리앰블에 기반하여 임의 접속 응답을 RedCap 단말로 전송할 수 있다.
예를 들어, S1602 단계의 기지국이 임의 접속 응답을 전송하는 동작은 상술한 도 17 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102/202)는 임의 접속 응답을 전송하기 위해 하나 이상의 메모리(104/204) 및/또는 하나 이상의 송수신기(106/206) 등을 제어할 수 있다.
그리고/또는, 기지국(도 17 내지 도 20의 100/200)은 S1603 단계에서, 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 RedCap 단말로부터 수신할 수 있다. 본 명세서에서, Msg3 PUSCH는 Msg3 또는 PUSCH로 칭할 수도 있다.
그리고/또는, RedCap 단말은 제1 주파수 홉에서 Msg3 PUSCH를 기지국으로 전송하기 전에, 제1 주파수 홉이 RedCap 단말의 대역폭에 포함되도록 주파수 재조정을 수행할 수도 있다.
예를 들어, S1603 단계의 기지국이 Msg3 PUSCH를 수신하는 동작은 상술한 도 17 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102/202)는 Msg3 PUSCH를 수신하기 위해 하나 이상의 메모리(104/204) 및/또는 하나 이상의 송수신기(106/206) 등을 제어할 수 있다.
그리고/또는, RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)은 수행될 수 있다. 예를 들어, RedCap 단말은 하기 제2 주파수 홉이 RedCap 단말의 대역 또는 대역폭에 포함되도록 주파수 재조정을 수행할 수 있다. 여기서, 주파수 재조정을 수행한다 함은 RedCap 단말의 대역(폭)의 주파수 위치를 조정하는 것을 의미할 수 있다.
그리고/또는, 기지국(도 17 내지 도 20의 100/200)은 S1604 단계에서, RedCap 단말의 대역폭의 제2 주파수 홉에서 Msg3 PUSCH를 RedCap 단말로부터 수신할 수 있다.
특히, 제1 주파수 홉과 제2 주파수 홉 사이에는 갭(gap)이 삽입될 수 있다.
그리고/또는, 상기 갭은 시스템 정보 또는 임의 접속 응답을 통해 설정될 수 있다. 예를 들어, 시스템 정보 또는 임의 접속 응답은 갭 길이에 대한 정보를 포함할 수 있다. 그리고/또는, 갭은 심볼 단위로 설정될 수 있다. 그리고/또는, 이외 갭 삽입 동작은 방법 1-1의 내용을 참조할 수 있다. 즉, 상술한 동작의 구체적 내용 또는 대체/변경 가능한 동작은 방법 1-1의 내용을 참조할 수 있다.
그리고/또는, 제1 주파수 홉의 적어도 하나의 심볼 또는 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)될 수 있다.
예를 들어, 제1 주파수 홉의 마지막 적어도 하나의 심볼이 복조 참조 신호(demodulation reference signal, DMRS) 심볼을 포함하고, 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하지 않는 것에 기반하여, 제2 주파수 홉의 처음 적어도 하나의 심볼은 스킵될 수 있다. 그리고/또는, 제1 주파수 홉의 마지막 적어도 하나의 심볼이 DMRS 심볼을 포함하지 않고, 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하는 것에 기반하여, 제1 주파수 홉의 마지막 적어도 하나의 심볼은 스킵될 수 있다. 즉, RedCap 단말은 제1 주파수 홉의 마지막 적어도 하나의 심볼과 제2 주파수 홉의 처음 적어도 하나의 심볼 중 DMRS 심볼을 포함하지 않는 것을 우선적으로 스킵할 수 있다. 그리고/또는, 적어도 하나의 심볼은 하나의 심볼 또는 두개의 심볼일 수 있다. 그리고/또는, 이외 갭 삽입 동작은 방법 1-2의 내용을 참조할 수 있다. 즉, 상술한 동작의 구체적 내용 또는 대체/변경 가능한 동작은 방법 1-2의 내용을 참조할 수 있다.
그리고/또는, 갭 삽입 동작 또는 스킵 동작은 방법 1-3 또는 방법 1-5에 의해 선택되고 선택된 동작이 수행될 수 있다.
그리고/또는, 기지국은 방법 1-4에 의해 RedCap 단말과 일반(normal) 단말을 구분할 수 있다. 예를 들어, 일반 단말은 RedCap 단말이 아닌 단말일 수 있다.
예를 들어, S1604 단계의 기지국이 Msg3 PUSCH를 수신하는 동작은 상술한 도 17 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102/202)는 Msg3 PUSCH를 수신하기 위해 하나 이상의 메모리(104/204) 및/또는 하나 이상의 송수신기(106/206) 등을 제어할 수 있다.
그리고/또는, 기지국(도 17 내지 도 20의 100/200)은 S1605 단계에서, Msg3 PUSCH에 기반하여 Msg4를 RedCap 단말로 전송할 수 있다.
그리고/또는, 기지국은 제1 물리 상향링크 제어 채널(physical uplink control channel, PUCCH) 주파수 홉에서 Msg4에 대한 PUCCH를 RedCap 단말로부터 수신할 수 있다. 그리고/또는, RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)은 수행될 수 있다. 그리고/또는, 기지국은 RedCap 단말의 대역폭의 제2 PUCCH 주파수 홉에서 PUCCH를 RedCap 단말로부터 수신할 수 있다. 그리고/또는, 제1 PUCCH 주파수 홉과 제2 PUCCH 주파수 홉 사이에는 갭이 삽입될 수 있다. 그리고/또는, 제1 PUCCH 주파수 홉의 적어도 하나의 심볼 또는 제2 PUCCH 주파수 홉의 적어도 하나의 심볼은 스킵될 수 있다. 그리고/또는, PUCCH는 Msg4에 대한 HARQ-ACK(hybrid automatic repeat request-acknowledgement) 정보를 포함할 수 있다.
예를 들어, 스킵 동작에서, 제1 PUCCH 주파수 홉의 적어도 하나의 심볼은 제1 PUCCH 주파수 홉의 마지막 적어도 하나의 심볼일 수 있다. 그리고/또는, 제2 PUCCH 주파수 홉의 적어도 하나의 심볼은 제2 PUCCH 주파수 홉의 처음 적어도 하나의 심볼일 수 있다.
그리고/또는, PUCCH의 갭 삽입/스킵 동작/방법은 상술한 Msg3 PUSCH의 갭 삽입/스킵 동작/방법의 내용을 참조할 수 있다.
그리고/또는, PUCCH의 갭 삽입/스킵 동작/방법은 상술한 Msg3 PUSCH의 갭 삽입/스킵 동작/방법과 별도로 수행될 수 있다. 즉, 상술한 Msg3 PUSCH의 갭 삽입/스킵 동작 없이, PUCCH의 갭 삽입/스킵 동작만 수행될 수 있다.
예를 들어, S1605 단계의 기지국이 Msg4를 전송하는 동작은 상술한 도 17 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102/202)는 Msg4를 전송하기 위해 하나 이상의 메모리(104/204) 및/또는 하나 이상의 송수신기(106/206) 등을 제어할 수 있다.
그리고/또는, 임의 접속 절차/과정 관련하여, 보다 구체적인 사항은 도 10을 참조하여 설명한 내용을 참조할 수 있다.
상술한 기지국 동작은 4-step RACH 동작을 중심으로 설명하였으나, 본 명세서의 제안 방법은 2-step RACH 동작에도 적용될 수 있다. 예를 들어, 본 명세서의 제안 방법은 MsgA PUSCH/MsgB에 대한 PUCCH에도 적용될 수 있다. 그리고/또는, 2-step RACH 관련, 도 11을 참조하여 설명한 내용은 참조될 수 있다.
상술한 기지국 동작은 제1 실시 예의 내용을 중심으로 설명하였으나, 제2 실시 예 내지 제3 실시 예의 제안 방법도 기지국 동작에 적용될 수 있다.
도 16을 참조하여 설명한 기지국의 동작은 도 1 내지 도 15를 참조하여 설명한 기지국의 동작(예: 제1 실시 예 내지 제3 실시 예)과 동일하므로 이외 상세한 설명은 생략한다.
상술한 시그널링(signaling) 및 동작은 이하 설명될 장치(예: 도 17 내지 도 20)에 의해 구현될 수 있다. 예를 들어, 상술한 시그널링 및 동작은 도 17 내지 도 20의 하나 이상의 프로세서에 의해 처리될 수 있으며, 상술한 시그널링 및 동작은 도 17 내지 도 20의 적어도 하나의 프로세서를 구동하기 위한 명령어/프로그램(예: instruction, executable code) 형태로 메모리에 저장될 수도 있다.
예를 들어, 무선 통신 시스템에서 Msg4를 전송하도록 기지국을 제어하기 위해 설정된 프로세서 장치(processing apparatus)는, 적어도 하나의 프로세서와, 상기 적어도 하나의 프로세서에 작동 가능하게 연결되고, 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 동작들을 수행하는 명령어(instruction)들을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작들은, 임의 접속 프리앰블을 RedCap 단말로부터 수신하는 단계와, 상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 RedCap 단말로 전송하는 단계와, 상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 PUSCH를 상기 RedCap 단말로부터 수신하는 단계, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)이 수행되고, 상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 RedCap 단말로부터 수신하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고, 상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 RedCap 단말로 전송하는 단계를 포함할 수 있다.
예를 들어, 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 상기 적어도 하나의 프로세서가 동작들을 제어하도록 하는 적어도 하나의 명령어(instruction)를 저장하는 컴퓨터 판독 가능 저장 매체(computer-readable storage medium)에 있어서, 상기 동작들은, 임의 접속 프리앰블을 RedCap 단말로부터 수신하는 단계와, 상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 RedCap 단말로 전송하는 단계와, 상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 PUSCH를 상기 RedCap 단말로부터 수신하는 단계, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)이 수행되고, 상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 RedCap 단말로부터 수신하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고, 상기 Msg3 PUSCH에 기반하여 Msg4를 상기 RedCap 단말로 전송하는 단계를 포함할 수 있다.
본 명세서가 적용되는 통신 시스템 예
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 발명의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 17은 본 명세서에 적용되는 통신 시스템(1)을 예시한다.
도 17을 참조하면, 본 명세서에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
본 명세서가 적용되는 무선 기기 예
도 18은 본 명세서에 적용될 수 있는 무선 기기를 예시한다.
도 18을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 17의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
본 명세서가 적용되는 무선 기기 활용 예
도 19는 본 명세서에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다.
도 19를 참조하면, 무선 기기(100, 200)는 도 18의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 18의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204)를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 18의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 17, 100a), 차량(도 17, 100b-1, 100b-2), XR 기기(도 17, 100c), 휴대 기기(도 17, 100d), 가전(도 17, 100e), IoT 기기(도 17, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 17, 400), 기지국(도 17, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 19에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
본 명세서가 적용되는 휴대기기 예
도 20은 본 명세서에 적용되는 휴대 기기를 예시한다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
도 20을 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 19의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 기지국들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 휴대 기기(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 AP(Application Processor)를 포함할 수 있다. 메모리부(130)는 휴대 기기(100)의 구동에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 또한, 메모리부(130)는 입/출력되는 데이터/정보 등을 저장할 수 있다. 전원공급부(140a)는 휴대 기기(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 인터페이스부(140b)는 휴대 기기(100)와 다른 외부 기기의 연결을 지원할 수 있다. 인터페이스부(140b)는 외부 기기와의 연결을 위한 다양한 포트(예, 오디오 입/출력 포트, 비디오 입/출력 포트)를 포함할 수 있다. 입출력부(140c)는 영상 정보/신호, 오디오 정보/신호, 데이터, 및/또는 사용자로부터 입력되는 정보를 입력 받거나 출력할 수 있다. 입출력부(140c)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부(140d), 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다.
일 예로, 데이터 통신의 경우, 입출력부(140c)는 사용자로부터 입력된 정보/신호(예, 터치, 문자, 음성, 이미지, 비디오)를 획득하며, 획득된 정보/신호는 메모리부(130)에 저장될 수 있다. 통신부(110)는 메모리에 저장된 정보/신호를 무선 신호로 변환하고, 변환된 무선 신호를 다른 무선 기기에게 직접 전송하거나 기지국에게 전송할 수 있다. 또한, 통신부(110)는 다른 무선 기기 또는 기지국으로부터 무선 신호를 수신한 뒤, 수신된 무선 신호를 원래의 정보/신호로 복원할 수 있다. 복원된 정보/신호는 메모리부(130)에 저장된 뒤, 입출력부(140c)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
본 명세서의 무선 기기(100, 200)에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(100, 200)에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(100, 200)에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
이상에서 설명된 실시 예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시 예를 구성하는 것도 가능하다. 본 발명의 실시 예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시 예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시 예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명에 따른 실시 예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시 예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시 예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리는 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
본 발명은 본 발명의 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 통상의 기술자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
본 명세서의 무선 통신 시스템에서 Msg4를 송수신하는 방안은 3GPP LTE/LTE-A 시스템, 5G 시스템(New RAT 시스템)에 적용되는 예를 중심으로 설명하였으나, 이외에도 Beyond 5G, 6G, Beyond 6G 등 다양한 무선 통신 시스템에 적용하는 것이 가능하다.

Claims (20)

  1. 무선 통신 시스템에서 메시지(message, Msg)4를 수신하는 방법에 있어서, 감소된 성능(reduced capability, RedCap) 단말에 의해 수행되는 방법은,
    임의 접속 프리앰블을 기지국으로 전송하는 단계;
    상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 기지국으로부터 수신하는 단계;
    상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 기지국으로 전송하는 단계;
    상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계;
    상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 기지국으로 전송하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고; 및
    상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 기지국으로부터 수신하는 단계를 포함하는 방법.
  2. 제1항에 있어서, 상기 RedCap 단말의 대역폭은 초기 상향링크 대역폭 파트(bandwidth part, BWP)의 대역폭보다 작은 방법.
  3. 제1항에 있어서, 상기 RedCap 단말의 대역폭은 상기 RedCap 단말이 지원하는 최대 대역폭인 방법.
  4. 제1항에 있어서, 상기 갭은 시스템 정보 또는 상기 임의 접속 응답을 통해 설정되는 방법.
  5. 제1항에 있어서, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼이 복조 참조 신호(demodulation reference signal, DMRS) 심볼을 포함하고, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하지 않는 것에 기반하여, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼은 스킵되는 방법.
  6. 제1항에 있어서, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼이 복조 참조 신호(demodulation reference signal, DMRS) 심볼을 포함하지 않고, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하는 것에 기반하여, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼은 스킵되는 방법.
  7. 제1항에 있어서, 제1 물리 상향링크 제어 채널(physical uplink control channel, PUCCH) 주파수 홉에서 상기 Msg4에 대한 PUCCH를 상기 기지국으로 전송하는 단계;
    상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계; 및
    상기 RedCap 단말의 대역폭의 제2 PUCCH 주파수 홉에서 상기 PUCCH를 상기 기지국으로 전송하는 단계를 더 포함하되,
    i) 상기 제1 PUCCH 주파수 홉과 상기 제2 PUCCH 주파수 홉 사이에는 갭이 삽입되거나, ii) 상기 제1 PUCCH 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 PUCCH 주파수 홉의 적어도 하나의 심볼은 스킵되는 방법.
  8. 제7항에 있어서, 상기 PUCCH는 상기 Msg4에 대한 HARQ-ACK(hybrid automatic repeat request-acknowledgement) 정보를 포함하는 방법.
  9. 무선 통신 시스템에서 메시지(message, Msg)4를 수신하도록 설정된 감소된 성능(reduced capability, RedCap) 단말에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 작동 가능하게 연결되고, 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 동작들을 수행하는 명령어(instruction)들을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작들은,
    임의 접속 프리앰블을 기지국으로 전송하는 단계;
    상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 기지국으로부터 수신하는 단계;
    상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 기지국으로 전송하는 단계;
    상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계;
    상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 기지국으로 전송하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고; 및
    상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 기지국으로부터 수신하는 단계를 포함하는 단말.
  10. 무선 통신 시스템에서 메시지(message, Msg)4를 전송하는 방법에 있어서, 기지국에 의해 수행되는 방법은,
    임의 접속 프리앰블을 감소된 성능(reduced capability, RedCap) 단말로부터 수신하는 단계;
    상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 RedCap 단말로 전송하는 단계;
    상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 RedCap 단말로부터 수신하는 단계, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)이 수행되고;
    상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 RedCap 단말로부터 수신하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고; 및
    상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 RedCap 단말로 전송하는 단계를 포함하는 방법.
  11. 제10항에 있어서, 상기 RedCap 단말의 대역폭은 초기 상향링크 대역폭 파트(bandwidth part, BWP)의 대역폭보다 작은 방법.
  12. 제10항에 있어서, 상기 RedCap 단말의 대역폭은 상기 RedCap 단말이 지원하는 최대 대역폭인 방법.
  13. 제10항에 있어서, 상기 갭은 시스템 정보 또는 상기 임의 접속 응답을 통해 설정되는 방법.
  14. 제10항에 있어서, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼이 복조 참조 신호(demodulation reference signal, DMRS) 심볼을 포함하고, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하지 않는 것에 기반하여, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼은 스킵되는 방법.
  15. 제10항에 있어서, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼이 복조 참조 신호(demodulation reference signal, DMRS) 심볼을 포함하지 않고, 상기 제2 주파수 홉의 처음 적어도 하나의 심볼이 DMRS 심볼을 포함하는 것에 기반하여, 상기 제1 주파수 홉의 마지막 적어도 하나의 심볼은 스킵되는 방법.
  16. 제10항에 있어서, 제1 물리 상향링크 제어 채널(physical uplink control channel, PUCCH) 주파수 홉에서 상기 Msg4에 대한 PUCCH를 상기 RedCap 단말로부터 수신하는 단계, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)은 수행되고; 및
    상기 RedCap 단말의 대역폭의 제2 PUCCH 주파수 홉에서 상기 PUCCH를 상기 RedCap 단말로부터 수신하는 단계를 더 포함하되,
    i) 상기 제1 PUCCH 주파수 홉과 상기 제2 PUCCH 주파수 홉 사이에는 갭이 삽입되거나, ii) 상기 제1 PUCCH 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 PUCCH 주파수 홉의 적어도 하나의 심볼은 스킵되는 방법.
  17. 제10항에 있어서, 상기 PUCCH는 상기 Msg4에 대한 HARQ-ACK(hybrid automatic repeat request-acknowledgement) 정보를 포함하는 방법.
  18. 무선 통신 시스템에서 메시지(message, Msg)4를 전송하도록 설정된 기지국에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 작동 가능하게 연결되고, 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 동작들을 수행하는 명령어(instruction)들을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작들은,
    임의 접속 프리앰블을 감소된 성능(reduced capability, RedCap) 단말로부터 수신하는 단계;
    상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 RedCap 단말로 전송하는 단계;
    상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 RedCap 단말로부터 수신하는 단계, 상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)이 수행되고;
    상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 RedCap 단말로부터 수신하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고; 및
    상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 RedCap 단말로 전송하는 단계를 포함하는 기지국.
  19. 무선 통신 시스템에서 메시지(message, Msg)4를 수신하도록 감소된 성능(reduced capability, RedCap) 단말을 제어하기 위해 설정된 프로세서 장치(processing apparatus)에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 작동 가능하게 연결되고, 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 동작들을 수행하는 명령어(instruction)들을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작들은,
    임의 접속 프리앰블을 기지국으로 전송하는 단계;
    상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 기지국으로부터 수신하는 단계;
    상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 Msg3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 기지국으로 전송하는 단계;
    상기 RedCap 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계;
    상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 기지국으로 전송하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고; 및
    상기 Msg3 PUSCH에 기반하여 상기 Msg4를 상기 기지국으로부터 수신하는 단계를 포함하는 프로세서 장치.
  20. 적어도 하나의 프로세서에 의해 실행되는 것에 기반하여, 상기 적어도 하나의 프로세서가 동작들을 제어하도록 하는 적어도 하나의 명령어(instruction)를 저장하는 컴퓨터 판독 가능 저장 매체(computer-readable storage medium)에 있어서,
    상기 동작들은,
    임의 접속 프리앰블을 기지국으로 전송하는 단계;
    상기 임의 접속 프리앰블에 기반하여 임의 접속 응답을 상기 기지국으로부터 수신하는 단계;
    상기 임의 접속 응답에 기반하여, 제1 주파수 홉(hop)에서 메시지(message, Msg)3 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)을 상기 기지국으로 전송하는 단계;
    감소된 성능(reduced capability, RedCap) 단말의 대역폭에 대한 주파수 재조정(frequency retuning)을 수행하는 단계;
    상기 RedCap 단말의 대역폭의 제2 주파수 홉에서 상기 Msg3 PUSCH를 상기 기지국으로 전송하는 단계, i) 상기 제1 주파수 홉과 상기 제2 주파수 홉 사이에는 갭(gap)이 삽입되거나, ii) 상기 제1 주파수 홉의 적어도 하나의 심볼 또는 상기 제2 주파수 홉의 적어도 하나의 심볼은 스킵(skip)되고; 및
    상기 Msg3 PUSCH에 기반하여 Msg4를 상기 기지국으로부터 수신하는 단계를 포함하는 컴퓨터 판독 가능 저장 매체.
PCT/KR2022/000734 2021-01-18 2022-01-14 무선 통신 시스템에서 msg4를 송수신하는 방법 및 이를 위한 장치 WO2022154574A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP22739766.8A EP4280791A1 (en) 2021-01-18 2022-01-14 Method for transmitting and receiving msg4 in wireless communication system and device therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2021-0006855 2021-01-18
KR20210006855 2021-01-18

Publications (1)

Publication Number Publication Date
WO2022154574A1 true WO2022154574A1 (ko) 2022-07-21

Family

ID=82448537

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/000734 WO2022154574A1 (ko) 2021-01-18 2022-01-14 무선 통신 시스템에서 msg4를 송수신하는 방법 및 이를 위한 장치

Country Status (2)

Country Link
EP (1) EP4280791A1 (ko)
WO (1) WO2022154574A1 (ko)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170067725A (ko) * 2014-08-15 2017-06-16 인터디지탈 패튼 홀딩스, 인크 Ｌｔｅ 시스템에서의 감소된 능력의 ｗｔｒｕ들을 위한 랜덤 액세스 및 페이징 절차들의 지원
WO2019099694A1 (en) * 2017-11-15 2019-05-23 Qualcomm Incorporated Methods and apparatus to reduce ue capability information message size
KR20200088667A (ko) * 2019-01-15 2020-07-23 삼성전자주식회사 차세대 이동통신 시스템에서 단말의 단말 능력 보고 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170067725A (ko) * 2014-08-15 2017-06-16 인터디지탈 패튼 홀딩스, 인크 Ｌｔｅ 시스템에서의 감소된 능력의 ｗｔｒｕ들을 위한 랜덤 액세스 및 페이징 절차들의 지원
WO2019099694A1 (en) * 2017-11-15 2019-05-23 Qualcomm Incorporated Methods and apparatus to reduce ue capability information message size
KR20200088667A (ko) * 2019-01-15 2020-07-23 삼성전자주식회사 차세대 이동통신 시스템에서 단말의 단말 능력 보고 방법 및 장치

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.306
3GPP TS 38.331
3GPP TS36.213
ERICSSON: "Potential UE complexity reduction features for RedCap", 3GPP DRAFT; R1-2008837, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), vol. RAN WG1, no. Online; 20201026 - 20201113, 21 October 2020 (2020-10-21), XP051940912 *
LENOVO, MOTOROLA MOBILITY: "On UE complexity reduction features for RedCap", 3GPP DRAFT; R1-2005830, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), vol. RAN WG1, no. E-meeting; 20200817 - 20200828, 7 August 2020 (2020-08-07), XP051915055 *

Also Published As

Publication number Publication date
EP4280791A1 (en) 2023-11-22

Similar Documents

Publication Publication Date Title
WO2020122686A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치
WO2020263049A1 (ko) 무선 통신 시스템에서 빔 실패 복구 절차를 수행하는 방법 및 그 장치
WO2022154406A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2021029748A1 (ko) 무선 통신 시스템에서 하향링크 데이터를 송수신 하는 방법 및 이에 대한 장치
WO2022080922A1 (ko) 무선 통신 시스템에서 물리 하향링크 공유 채널을 송수신하는 방법 및 이를 위한 장치
WO2022154577A1 (ko) 무선 통신 시스템에서 pucch를 송수신하는 방법 및 이를 위한 장치
WO2020184836A1 (ko) 무선 통신 시스템에서 단말의 빔 정보 전송 방법 및 이를 지원하는 단말 및 기지국
WO2020263050A1 (ko) 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치
WO2021060916A1 (ko) 비면허 대역에서 임의 접속 과정을 수행하기 위한 신호를 송수신하는 방법 및 이를 위한 장치
WO2021029752A1 (ko) 무선 통신 시스템에서 하향링크 데이터를 송수신 하는 방법 및 이에 대한 장치
WO2020159189A1 (ko) 무선 통신 시스템에서 단말의 상태 정보 보고 방법 및 이를 지원하는 단말 및 기지국
WO2020159172A1 (ko) 무선 통신 시스템에서 단말의 빔 실패 보고 방법 및 이를 지원하는 단말 및 기지국
WO2021206400A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2021080394A1 (ko) 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치
WO2022080955A1 (ko) 무선 통신 시스템에서 메시지b를 송수신하는 방법 및 이를 위한 장치
WO2021085990A1 (en) Method and apparatus for clearing retransmission resources based on acknowledgement
WO2022154405A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2022080736A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2022031113A1 (ko) 반이중 주파수 분할 듀플렉싱을 지원하는 무선통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치
WO2022086159A1 (en) Method and apparatus for priority handling between a prioritized mac ce and a sr for data in a wireless communication system
WO2021206409A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2022031141A1 (ko) Iab 노드에서 신호를 송수신하는 방법 및 이를 위한 장치
WO2022025549A1 (ko) 사운딩 참조 신호를 송수신하는 방법 및 이를 위한 장치
WO2021060913A1 (ko) 비면허 대역에서 단말이 하향링크 제어 채널을 수신하는 방법 및 이를 위한 장치
WO2020263047A1 (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: 22739766

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022739766

Country of ref document: EP

Effective date: 20230818