WO2020263050A1 - 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치 - Google Patents

무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치 Download PDF

Info

Publication number
WO2020263050A1
WO2020263050A1 PCT/KR2020/008438 KR2020008438W WO2020263050A1 WO 2020263050 A1 WO2020263050 A1 WO 2020263050A1 KR 2020008438 W KR2020008438 W KR 2020008438W WO 2020263050 A1 WO2020263050 A1 WO 2020263050A1
Authority
WO
WIPO (PCT)
Prior art keywords
pucch
resource
bfr
beam failure
transmitted
Prior art date
Application number
PCT/KR2020/008438
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 KR1020227000088A priority Critical patent/KR102495755B1/ko
Priority to CN202080047743.8A priority patent/CN114051700B/zh
Priority to EP20830696.9A priority patent/EP3986068A4/en
Publication of WO2020263050A1 publication Critical patent/WO2020263050A1/ko
Priority to US17/563,442 priority patent/US11617197B2/en
Priority to US17/857,605 priority patent/US20220346130A1/en
Priority to US18/095,189 priority patent/US11871433B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0408—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas using two or more beams, i.e. beam diversity
    • 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0602—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using antenna switching
    • H04B7/0608—Antenna selection according to transmission parameters
    • H04B7/061—Antenna selection according to transmission parameters using feedback from receiving side
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
    • 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/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space
    • H04L5/0025—Spatial division following the spatial signature of the channel
    • 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
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0404—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas the mobile station comprising multiple antennas, e.g. to provide uplink diversity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H04B7/0456—Selection of precoding matrices or codebooks, e.g. using matrices antenna weighting

Definitions

  • the present specification relates to a method and apparatus for transmitting and receiving a physical uplink control channel in a wireless communication system.
  • Mobile communication systems have been developed to provide voice services while ensuring user activity.
  • the mobile communication system has expanded to not only voice but also data services, and nowadays, the explosive increase in traffic causes a shortage of resources and users request higher speed services, so a more advanced mobile communication system is required. .
  • next-generation mobile communication system The requirements of the next-generation mobile communication system are largely explosive data traffic acceptance, dramatic increase in transmission rate per user, largely increased number of connected devices, very low end-to-end latency, and support for high energy efficiency. You should be able to. To this end, dual connectivity, Massive Multiple Input Multiple Output (MIMO), In-band Full Duplex, Non-Orthogonal Multiple Access (NOMA), and Super Wideband Various technologies such as wideband) support and device networking are being studied.
  • MIMO Massive Multiple Input Multiple Output
  • NOMA Non-Orthogonal Multiple Access
  • Super Wideband Various technologies such as wideband support and device networking are being studied.
  • This specification proposes a method of transmitting and receiving a physical uplink control channel.
  • a PRACH-based BFR procedure to which CA (carrier aggregation) is applied, it is limitedly applied to a primary cell (PCell) or a primary-secondary cell (PSCell). This is because a secondary cell (SCell) may not have an UL carrier and a contention based PRACH (PRACH) cannot be configured.
  • PCell primary cell
  • PSCell primary-secondary cell
  • PRACH contention based PRACH
  • the present specification proposes a method of transmitting and receiving a physical uplink control channel to support beam failure recovery of a secondary cell (SCell).
  • SCell secondary cell
  • a method for transmitting a physical uplink control channel (PUCCH) by a terminal includes configuration information related to a physical uplink control channel (PUCCH). And transmitting the PUCCH based on the configuration information.
  • PUCCH physical uplink control channel
  • the PUCCH is transmitted in a PUCCH resource related to a scheduling request (SR).
  • SR scheduling request
  • the PUCCH is transmitted in a specific PUCCH resource determined among the overlapped PUCCH resources.
  • the specific PUCCH resource is characterized in that it is related to beam failure recovery (BFR).
  • the beam failure recovery may be related to a beam failure of at least one secondary cell (SCell).
  • the specific PUCCH resource may be based on PUCCH format 0 (PUCCH format 0) or PUCCH format 1 (PUCCH format 1).
  • the method may further include receiving downlink control information (DCI) for scheduling a physical uplink shared channel (PUSCH) related to the PUCCH.
  • DCI downlink control information
  • PUSCH physical uplink shared channel
  • the method may further include transmitting the PUSCH based on the DCI.
  • the PUSCH may be related to a Medium Access Control-Control Element (MAC-CE) including information related to the beam failure.
  • MAC-CE Medium Access Control-Control Element
  • the MAC CE may include information related to at least one of 1) at least one secondary cell (SCell) or 2) a new beam.
  • the information related to the new beam may include at least one of i) whether the new beam exists or ii) an ID of a reference signal related to the new beam.
  • the PUCCH related to the beam failure recovery (BFR) may be transmitted based on a parameter related to the scheduling request (SR).
  • the parameter related to the scheduling request may be related to at least one of a timer related to transmission of the SR or a maximum number of transmissions of the SR.
  • a UE transmitting a physical uplink control channel includes one or more transceivers, one or more processors controlling the one or more transceivers, and the one or more processors. And one or more memories storing instructions for performing operations when transmission of the physical uplink control channel (PUCCH) is executed by the one or more processors, and operably connectable to each other.
  • PUCCH physical uplink control channel
  • the operations include receiving configuration information related to a Physical Uplink Control Channel (PUCCH) and transmitting the PUCCH based on the configuration information.
  • the PUCCH is transmitted in a PUCCH resource related to a scheduling request (SR).
  • SR scheduling request
  • the PUCCH is transmitted in a specific PUCCH resource determined among the overlapped PUCCH resources.
  • the specific PUCCH resource is characterized in that it is related to beam failure recovery (BFR).
  • the beam failure recovery may be related to a beam failure of at least one secondary cell (SCell).
  • the PUCCH related to the beam failure recovery (BFR) may be transmitted based on a parameter related to the scheduling request (SR).
  • An apparatus includes one or more memories and one or more processors that are functionally connected to the one or more memories.
  • the one or more processors are configured such that the device receives configuration information related to a physical uplink control channel (PUCCH) and transmits the PUCCH based on the configuration information.
  • the PUCCH is transmitted in a PUCCH resource related to a scheduling request (SR).
  • SR scheduling request
  • the PUCCH is transmitted in a specific PUCCH resource determined among the overlapped PUCCH resources.
  • the specific PUCCH resource is characterized in that it is related to beam failure recovery (BFR).
  • One or more non-transitory computer-readable media store one or more instructions.
  • One or more commands executable by one or more processors are configured such that the UE receives configuration information related to a Physical Uplink Control Channel (PUCCH) and transmits the PUCCH based on the configuration information.
  • the PUCCH is transmitted in a PUCCH resource related to a scheduling request (SR).
  • SR scheduling request
  • the PUCCH is transmitted in a specific PUCCH resource determined among the overlapped PUCCH resources.
  • the specific PUCCH resource is characterized in that it is related to beam failure recovery (BFR).
  • a physical uplink control channel is transmitted in a PUCCH resource related to a scheduling request (SR). Based on the PUCCH resource associated with the SR being overlapped PUCCH resources, the PUCCH is transmitted in a specific PUCCH resource determined among the overlapped PUCCH resources.
  • the specific PUCCH resource is related to beam failure recovery (BFR).
  • beam failure recovery can be performed based on the PUCCH related to the scheduling request, beam failure recovery (BFR) can be effectively supported even in a secondary cell (SCell).
  • BFR beam failure recovery
  • SCell secondary cell
  • a high frequency band eg, 30 GHz
  • the PUCCH resource related to beam failure recovery may be transmitted to have priority. . Therefore, when the SR event and the BFR event occur at the same time, ambiguity in the operation of the terminal is resolved, and the beam failure recovery procedure (BFR procedure) can be started more quickly.
  • the terminal When the terminal notifies the base station of only the occurrence of the beam failure through the PUCCH, relatively small information (eg, 1 bit) is transmitted. In this regard, the PUCCH needs to be transmitted using an existing procedure.
  • the PUCCH related to the beam failure recovery (BFR) is transmitted based on a parameter related to the scheduling request (SR).
  • the parameter related to the scheduling request (SR) is related to at least one of a timer related to transmission of the SR or a maximum number of transmissions of the SR. Accordingly, the beam failure recovery (BFR) may be initiated based on an existing scheduling request procedure.
  • the terminal receives downlink control information (DCI) for scheduling a PUSCH related to the PUCCH, and transmits a PUSCH based on the DCI.
  • DCI downlink control information
  • the PUSCH is related to a Medium Access Control-Control Element (MAC-CE) including information related to the beam failure.
  • MAC-CE Medium Access Control-Control Element
  • the MAC-CE includes information related to at least one of 1) at least one secondary cell (SCell) or 2) a new beam. Accordingly, detailed information related to beam failure can be effectively transmitted through a PUSCH scheduled based on an existing scheduling procedure.
  • FIG. 1 shows an example of an overall system structure of an NR to which the method proposed in the present specification can be applied.
  • FIG. 2 shows 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 shows examples of an antenna port and a resource grid for each neurology to which the method proposed in the present specification can be applied.
  • FIG. 6 illustrates physical channels and general signal transmission used in a 3GPP system.
  • FIG. 7 shows an example of beam formation using SSB and CSI-RS.
  • FIG. 8 shows an example of a UL BM procedure using SRS.
  • 11 is a diagram for explaining the concept of a threshold value for an SS block for RACH resource association.
  • FIG. 12 is a diagram for describing a ramping counter of a PRACH.
  • 13 is a diagram for explaining an operation related to beam failure recovery to which the method proposed in the present specification can be applied.
  • 15 is a flowchart illustrating a method for a terminal to transmit a physical uplink control channel in a wireless communication system according to an embodiment of the present specification.
  • 16 is a flowchart illustrating a method for a base station to receive a physical uplink control channel in a wireless communication system according to another embodiment of the present specification.
  • FIG. 17 illustrates a communication system 1 applied to the present specification.
  • 21 illustrates a portable device applied to the present specification.
  • downlink refers to communication from a base station to a terminal
  • uplink refers to communication from a terminal to a base station
  • the transmitter may be part of the base station, and the receiver may be part of the terminal.
  • the transmitter may be part of the terminal, and the receiver may be part of the base station.
  • the base station may be referred to as a first communication device, and the terminal may be referred to as a second communication device.
  • Base station is a fixed station, Node B, evolved-NodeB (eNB), Next Generation NodeB (gNB), base transceiver system (BTS), access point (AP), network (5G).
  • BS Base station
  • eNB evolved-NodeB
  • gNB Next Generation NodeB
  • BTS base transceiver system
  • AP access point
  • 5G network
  • the terminal may be fixed or mobile, and 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 , Drone (Unmanned Aerial Vehicle, UAV), AR (Augmented Reality) device, VR (Virtual Reality) device.
  • UE User Equipment
  • MS Mobile Station
  • UT user terminal
  • MSS Mobile Subscriber Station
  • SS Subscriber Station
  • AMS Advanced Mobile
  • WT Wireless terminal
  • MTC Machine-Type Communication
  • M2M Machine-to-Machine
  • D2D Device-to-Device
  • vehicle robot
  • AI module Drone (Unmanned Aerial Vehicle, UAV), AR (Augmented Reality) device
  • CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA may be implemented with radio technologies such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile communications
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • OFDMA may be implemented with a wireless technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and E-UTRA (Evolved UTRA).
  • Wi-Fi IEEE 802.11
  • WiMAX IEEE 802.16
  • IEEE 802-20 and E-UTRA
  • Evolved UTRA Evolved UTRA
  • 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) using E-UTRA
  • LTE-A Advanced
  • LTE-A pro is an evolved version of 3GPP LTE
  • 3GPP New Radio or New Radio Access Technology (NR) is an evolved version of 3GPP LTE/LTE-A/LTE-A pro.
  • LTE refers to technology after 3GPP TS 36.xxx Release 8.
  • LTE technology after 3GPP TS 36.xxx Release 10 is referred to as LTE-A
  • LTE technology after 3GPP TS 36.xxx Release 13 is referred to as LTE-A pro
  • 3GPP NR refers to the technology after TS 38.xxx Release 15.
  • LTE/NR may be referred to as a 3GPP system.
  • "xxx" means 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 a 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-reliability and It includes a low-latency communication (Ultra-reliable and Low Latency Communications, URLLC) area.
  • eMBB Enhanced Mobile Broadband
  • mMTC Massive Machine Type Communication
  • URLLC 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 it may not be possible to see dedicated voice services for the first time in the 5G era.
  • voice is expected to be processed as an application program simply using the data connection provided by the communication system.
  • the main reasons for the 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 the user.
  • Cloud storage and applications are increasing 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 the uplink data rate.
  • 5G is also used for remote work in the cloud, and requires much lower end-to-end delays to maintain a good user experience when tactile interfaces are used.
  • Entertainment For example, cloud gaming and video streaming is another key factor that is increasing the demand for mobile broadband capabilities. Entertainment is essential on smartphones and tablets anywhere, including high mobility environments such as trains, cars and airplanes.
  • Another use case is augmented reality and information retrieval for entertainment.
  • augmented reality requires very low latency and an instantaneous amount of data.
  • one of the most anticipated 5G use cases relates to the ability to seamlessly connect embedded sensors in all fields, i.e. mMTC.
  • mMTC massive machine type computer
  • Industrial IoT is one of the areas where 5G plays a major role in enabling smart cities, asset tracking, smart utilities, agriculture and security infrastructure.
  • URLLC includes new services that will transform the industry with ultra-reliable/low-latency links such as self-driving vehicles and remote control of critical infrastructure.
  • the level of reliability and delay is essential for smart grid control, industrial automation, robotics, drone control and coordination.
  • 5G can complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS) as a means of providing streams rated at hundreds of megabits per second to gigabits per second. This high speed is required to deliver TVs in 4K or higher (6K, 8K and higher) resolutions as well as virtual and augmented reality.
  • Virtual Reality (VR) and Augmented Reality (AR) applications involve almost immersive sports events. Certain application programs may require special network settings. In the case of 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 in 5G, with many use cases for mobile communication to vehicles. For example, entertainment for passengers demands 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 application example in the automotive field is an augmented reality dashboard. It identifies an object in the dark on top of what the driver is looking through the front window, and displays information that tells the driver about the distance and movement of the object overlaid.
  • wireless modules enable communication between vehicles, exchange of information between the vehicle and supporting infrastructure, and exchange of information between the vehicle and other connected devices (eg, devices carried by pedestrians).
  • the safety system allows the driver to lower the risk of accidents by guiding alternative courses of action to make driving safer.
  • the next step will be a remote controlled or self-driven vehicle. It is very reliable and requires very fast communication between different self-driving vehicles and between the vehicle and the infrastructure. In the future, self-driving vehicles will perform all driving activities, and drivers will be forced to focus only on traffic anomalies that the vehicle itself cannot identify.
  • the technical requirements of self-driving vehicles call for ultra-low latency and ultra-fast reliability to increase traffic safety to levels unachievable by humans.
  • Smart cities and smart homes referred to as smart society, will be embedded with high-density wireless sensor networks.
  • a distributed network of intelligent sensors will identify the conditions for cost and energy-efficient maintenance of a city or home.
  • a similar setup can be done for each household.
  • Temperature sensors, window and heating controllers, burglar alarms and appliances are all wirelessly connected. 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.
  • the smart grid interconnects these sensors using digital information and communication technologies to collect information and act accordingly. This information can include the behavior of suppliers and consumers, allowing smart grids to improve efficiency, reliability, economics, sustainability of production and the distribution of fuels such as electricity in an automated way.
  • 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 can support telemedicine providing clinical care from remote locations. This can help reduce barriers to distance and improve access to medical services that are not consistently available in remote rural areas. It is also used to save lives in critical care and emergencies.
  • 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 operates with a delay, reliability and capacity similar to that of the cable, and its management is simplified. Low latency and very low error probability are new requirements that need to be connected to 5G.
  • Logistics and freight tracking are important use cases for mobile communications that enable tracking of inventory and packages from anywhere using location-based information systems. Logistics and freight tracking use cases typically require low data rates, but require a 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 follows the numerology of the existing LTE/LTE-A as it is, but can have a larger system bandwidth (eg, 100 MHz).
  • one cell may support a plurality of neurology. That is, terminals operating in different neurology can coexist in one cell.
  • Numerology corresponds to one subcarrier spacing in the frequency domain.
  • different numerology can be defined.
  • eLTE eNB is an evolution of eNB that supports connectivity to EPC and NGC.
  • gNB A node that supports NR as well as connection with NGC.
  • New RAN A radio access network that supports NR or E-UTRA or interacts with NGC.
  • Network slice is a network defined by an operator to provide an optimized solution for specific market scenarios that require specific requirements with end-to-end coverage.
  • Network function is a logical node within a network infrastructure with well-defined external interfaces and well-defined functional behaviors.
  • 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 gNB requires LTE eNB as an anchor for control plane connection to EPC or eLTE eNB as an anchor for control plane connection to NGC.
  • Non-standalone E-UTRA Deployment configuration in which eLTE eNB requires gNB as an anchor for control plane connection to NGC.
  • User plane gateway The endpoint of the NG-U interface.
  • FIG. 1 shows an example of an overall system structure of an NR to which the method proposed in the present specification can be applied.
  • the NG-RAN is composed of gNBs that provide a control plane (RRC) protocol termination for an NG-RA user plane (new AS sublayer/PDCP/RLC/MAC/PHY) and a user equipment (UE). do.
  • RRC control plane
  • UE user equipment
  • 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 neurology may be defined by subcarrier spacing and CP (Cyclic Prefix) overhead.
  • the plurality of subcarrier intervals is an integer N (or, It can be derived by scaling with ). Further, even if it is assumed that a very low subcarrier spacing is not used at a very high carrier frequency, the neurology to be used can be selected independently of the frequency band.
  • OFDM Orthogonal Frequency Division Multiplexing
  • a number of OFDM neurology 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 the SCS is 15 kHz, it supports a wide area in traditional cellular bands, and when the SCS is 30 kHz/60 kHz, it is dense-urban, lower latency. And a wider carrier bandwidth (wider carrier bandwidth) is supported, and when the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz is supported to overcome phase noise.
  • SCS subcarrier spacing
  • the NR frequency band is defined as a frequency range of two types (FR1, FR2).
  • FR1 and FR2 may be configured as shown in Table 2 below. Further, FR2 may mean a millimeter wave (mmW).
  • mmW millimeter wave
  • Downlink and uplink transmission It is composed of a radio frame having a section of.
  • each radio frame It consists of 10 subframes having a section of.
  • FIG. 2 shows 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 slots are within a subframe Are numbered in increasing order of, within the radio frame Are numbered in increasing order.
  • One slot is Consisting of consecutive OFDM symbols of, Is determined according to the used neurology and slot configuration. Slot in subframe Start of OFDM symbol in the same subframe It is aligned in time 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 an extended CP.
  • 3 shows an example of a frame structure in an NR system. 3 is merely for convenience of description and does not limit the scope of the present invention.
  • 1 subframe may include 4 slots.
  • a mini-slot may be composed of 2, 4 or 7 symbols, or may be composed of more or fewer symbols.
  • an antenna port In relation to the 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.
  • the antenna port is defined such that a channel carrying a symbol on the antenna port can be inferred from a channel carrying another symbol on the same antenna port.
  • the two antenna ports are QC/QCL (quasi co-located or quasi co-location) relationship.
  • 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 on the frequency domain It is composed of subcarriers, and one subframe Although it is exemplarily described as consisting of OFDM symbols, it is not limited thereto.
  • the transmitted signal is One or more resource grids composed of subcarriers and Is described by the OFDM symbols. From here, to be. remind Denotes a maximum transmission bandwidth, which may vary between uplink and downlink as well as neurology.
  • the neurology And one resource grid may be configured for each antenna port p.
  • FIG. 5 shows examples of an antenna port and a resource grid for each neurology to which the method proposed in the present specification can be applied.
  • each element of the resource grid for the antenna port p is referred to as a resource element, and an index pair Is uniquely identified by From here, Is the index in the frequency domain, Refers to the position of a symbol within a subframe.
  • an index pair Is used. From here, to be.
  • antenna port p Is a complex value Corresponds to. If there is no risk of confusion or if a specific antenna port or neurology is not specified, the indices p and Can be dropped, resulting in a complex value or Can be
  • the physical resource block (physical resource block) in the frequency domain It is defined as consecutive subcarriers.
  • Point A serves as a common reference point of the resource block grid and can be obtained as follows.
  • -OffsetToPointA for the PCell downlink indicates the frequency offset between the lowest subcarrier of the lowest resource block and point A of the lowest resource block overlapping the SS/PBCH block used by the UE for initial cell selection, and a 15 kHz subcarrier spacing for FR1 It is expressed in resource block units assuming a 60 kHz subcarrier spacing for FR2;
  • -absoluteFrequencyPointA represents the frequency-position of point A expressed as in the absolute radio-frequency channel number (ARFCN).
  • Common resource blocks set the subcarrier interval Numbered from 0 to the top in the frequency domain for.
  • Subcarrier spacing setting The center of subcarrier 0 of the common resource block 0 for is coincided with'point A'.
  • the resource element (k,l) for may be given as in Equation 1 below.
  • Is It can be defined relative to point A so that it corresponds to a subcarrier centered on point A.
  • Physical resource blocks are from 0 in the bandwidth part (BWP) Numbered to, Is the number of the BWP.
  • Physical resource block in BWP i And common resource block The relationship between may be given by Equation 2 below.
  • a terminal receives information from a base station through a downlink (DL), and the terminal transmits information to the base station through an uplink (UL).
  • the information transmitted and received by the base station and the terminal includes data and various control information, and various physical channels exist according to the type/use of information transmitted and received by them.
  • 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 (S601). To this end, the UE receives a Primary Synchronization Signal (PSS) and a Secondary Synchronization Signal (SSS) from the base station to synchronize with the base station and obtain information such as cell ID. Thereafter, the terminal may receive a physical broadcast channel (PBCH) from the base station to obtain intra-cell broadcast information. Meanwhile, the UE may receive a downlink reference signal (DL RS) in the initial cell search step to check a downlink channel state.
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • PBCH physical broadcast channel
  • DL RS downlink reference signal
  • the UE After completing the initial cell search, the UE acquires more detailed system information by receiving a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) according to the information carried on the PDCCH. It can be done (S602).
  • a physical downlink control channel (PDCCH)
  • a physical downlink shared channel (PDSCH)
  • the terminal may perform a random access procedure (RACH) for the base station (S603 to S606).
  • RACH random access procedure
  • the UE transmits a specific sequence as a preamble through a physical random access channel (PRACH) (S603 and S605), and a response message to the preamble through a PDCCH and a corresponding PDSCH (RAR (Random Access Response) message)
  • PRACH physical random access channel
  • RAR Random Access Response
  • a contention resolution procedure may be additionally performed (S606).
  • the UE receives PDCCH/PDSCH (S607) and Physical Uplink Shared Channel (PUSCH)/Physical Uplink Control Channel as a general uplink/downlink signal transmission procedure.
  • Control Channel; PUCCH) transmission (S608) may be performed.
  • the terminal may receive downlink control information (DCI) through the PDCCH.
  • DCI includes control information such as resource allocation information for the terminal, and different formats may be applied according to the purpose of use.
  • control information transmitted by the terminal to the base station through the uplink or received from the base station by the terminal is a downlink/uplink ACK/NACK signal, a channel quality indicator (CQI), a precoding matrix index (PMI), a rank indicator (RI). ), etc.
  • the terminal may transmit control information such as CQI/PMI/RI described above through PUSCH and/or PUCCH.
  • the BM procedure includes a base station (eg, gNB, TRP, etc.) and/or a terminal (eg, UE) beam set that can be used for downlink (DL) and uplink (uplink, UL) transmission/reception.
  • a base station eg, gNB, TRP, etc.
  • a terminal eg, UE
  • L1 layer 1
  • L2 layer 2
  • -Beam measurement An operation in which the base station or the UE measures the characteristics of the received beamforming signal.
  • Tx beam transmission beam
  • Rx beam reception beam
  • -Beam sweeping An operation of covering a spatial area using a transmit and/or receive beam for a certain time interval in a predetermined manner.
  • -Beam report An operation in which the UE reports information on a beam formed signal based on beam measurement.
  • the BM procedure can be divided into (1) a DL BM procedure using a synchronization signal (SS)/physical broadcast channel (PBCH) block or a CSI-RS, and (2) a UL BM procedure using a sounding reference signal (SRS).
  • each BM procedure may include Tx beam sweeping to determine the Tx beam and Rx beam sweeping to determine the Rx beam.
  • DL BM Procedure Downlink Beam Management Procedure
  • the downlink beam management procedure includes (1) the base station transmitting a beamforming DL RS (eg, CSI-RS or SS block (SSB)) and (2) the terminal transmitting a beam report. It may include steps.
  • a beamforming DL RS eg, CSI-RS or SS block (SSB)
  • SSB SS block
  • the beam reporting may include a preferred DL RS ID (identifier) (s) and a corresponding L1-RSRP.
  • the DL RS ID may be an SSB resource indicator (SSBRI) or a CSI-RS resource indicator (CRI).
  • SSBRI SSB resource indicator
  • CRI CSI-RS resource indicator
  • FIG. 7 shows an example of beam formation using SSB and CSI-RS.
  • an SSB beam and a CSI-RS beam may be used for beam measurement.
  • the measurement metric is L1-RSRP for each resource/block.
  • SSB is used for coarse beam measurement, and CSI-RS can be used for fine beam measurement.
  • SSB can be used for both Tx beam sweeping and Rx beam sweeping.
  • Rx beam sweeping using SSB may be performed while the UE changes the Rx beam for the same SSBRI across multiple SSB bursts.
  • one SS burst includes one or more SSBs
  • one SS burst set includes one or more SSB bursts.
  • the UE may receive RRC configuration of a list of up to M candidate transmission configuration indication (TCI) states for at least QCL (Quasi Co-location) indication purposes.
  • TCI transmission configuration indication
  • M may be 64.
  • Each TCI state can be set as one RS set.
  • Each ID of a DL RS for spatial QCL purpose (QCL Type D) in at least an RS set may refer to one of DL RS types such as SSB, P-CSI RS, SP-CSI RS, and A-CSI RS. .
  • initialization/update of the ID of the DL RS(s) in the RS set used for spatial QCL purposes may be performed through at least explicit signaling.
  • Table 5 shows an example of the TCI-State IE.
  • the TCI-State IE is associated with one or two DL reference signals (RS) corresponding quasi co-location (QCL) types.
  • RS DL reference signals
  • QCL quasi co-location
  • the bwp-Id parameter indicates the DL BWP where the RS is located
  • the cell parameter indicates the carrier where the RS is located
  • the reference signal parameter is a reference that becomes the source of quasi co-location for the target antenna port(s). It represents the antenna port(s) or a reference signal including it.
  • the target antenna port(s) may be CSI-RS, PDCCH DMRS, or PDSCH DMRS.
  • a corresponding TCI state ID may be indicated in NZP CSI-RS resource configuration information.
  • a TCI state ID may be indicated in each CORESET setting.
  • the TCI state ID may be indicated through DCI.
  • the antenna port is defined so that a channel carrying a symbol on an antenna port can be inferred from a channel carrying another symbol on the same antenna port.
  • the two antenna ports are QC/QCL (quasi co-located or quasi co-location). ) You can say that you are in a relationship.
  • the channel characteristics are delay spread, Doppler spread, frequency/Doppler shift, average received power, and received timing/average delay) and Spatial RX parameter.
  • the Spatial Rx parameter means a spatial (receiving) channel characteristic parameter such as angle of arrival.
  • the UE may be configured as a list of up to M TCI-State configurations in the higher layer parameter PDSCH-Config in order to decode the PDSCH according to the detected PDCCH having DCI intended for the UE and a given serving cell.
  • the M depends on the UE capability.
  • Each TCI-State includes a parameter for setting a quasi co-location relationship between one or two DL reference signals and the DM-RS port of the PDSCH.
  • the Quasi co-location relationship is set with the higher layer parameter qcl-Type1 for the first DL RS and qcl-Type2 for the second DL RS (if set).
  • the QCL type is not the same regardless of whether the reference is the same DL RS or different DL RSs.
  • the quasi co-location type corresponding to each DL RS is given by the higher layer parameter qcl-Type of QCL-Info, and can take one of the following values:
  • the corresponding NZP CSI-RS antenna ports may indicate/set that a specific TRS and a specific SSB and a QCL are provided in a QCL-Type A perspective and a QCL-Type D perspective. have.
  • the UE receiving this indication/configuration receives the corresponding NZP CSI-RS using the Doppler and delay values measured in the QCL-TypeA TRS, and applies the reception beam used for QCL-TypeD SSB reception to the corresponding NZP CSI-RS reception. can do.
  • the UE may receive an activation command by MAC CE signaling used to map up to 8 TCI states to the codepoint of the DCI field'Transmission Configuration Indication'.
  • beam reciprocity (or beam correspondence) between Tx beam and Rx beam may or may not be established according to UE implementation. If reciprocity between the Tx beam and the Rx beam is established in both the base station and the terminal, a UL beam pair may be matched through a DL beam pair. However, when the reciprocity between the Tx beam and the Rx beam is not established at either the base station and the terminal, a UL beam pair determination process is required separately from the DL beam pair determination.
  • the base station can use the UL BM procedure to determine the DL Tx beam without requesting the terminal to report a preferred beam.
  • UL BM may be performed through beamformed UL SRS transmission, and whether to apply UL BM of the SRS resource set is set by (higher layer parameter) usage.
  • usage is set to'Beam Management (BM)', only one SRS resource may be transmitted to each of a plurality of SRS resource sets at a given time instant.
  • BM Beam Management
  • the terminal may receive one or more Sounding Reference Symbol (SRS) resource sets set by the (higher layer parameter) SRS-ResourceSet (through higher layer signaling, RRC signaling, etc.).
  • SRS Sounding Reference Symbol
  • the UE may be configured with K ⁇ 1 SRS resources (higher later parameter SRS-resource).
  • K is a natural number, and the maximum value of K is indicated by SRS_capability.
  • the UL BM procedure can be divided into a Tx beam sweeping of a terminal and an Rx beam sweeping of a base station.
  • FIG. 8 shows an example of a UL BM procedure using SRS.
  • Figure 8 (a) shows the Rx beam determination procedure of the base station
  • Figure 8 (b) shows the Tx beam sweeping procedure of the terminal.
  • the base station schedules uplink transmission such as a frequency/time resource, a transport layer, an uplink precoder, and MCS (S910).
  • the base station may determine the beam for the UE to transmit the PUSCH.
  • the UE receives a DCI for uplink scheduling (ie, including scheduling information of a PUSCH) from the base station on the PDCCH (S920).
  • a DCI for uplink scheduling ie, including scheduling information of a PUSCH
  • DCI format 0_0 or 0_1 may be used for uplink scheduling, and in particular, DCI format 0_1 includes the following information.
  • DCI format identifier (Identifier for DCI formats), UL / SUL (Supplementary uplink) indicator (UL / SUL indicator), bandwidth part indicator (Bandwidth part indicator), frequency domain resource assignment (Frequency domain resource assignment), time domain resource allocation ( Time domain resource assignment), frequency hopping flag, modulation and coding scheme (MCS), SRS resource indicator (SRI), precoding information and number of layers of layers), antenna port(s) (Antenna port(s)), SRS request, DMRS sequence initialization, UL-SCH (Uplink Shared Channel) indicator (UL-SCH indicator)
  • SRS resources set in the SRS resource set associated with the upper layer parameter'usage' may be indicated by the SRS resource indicator field.
  • SRS resource indicator field may indicate SRS resource indicator field.
  • patialRelationInfo' can be set for each SRS resource, and its value can be one of ⁇ CRI, SSB, SRI ⁇ .
  • the terminal transmits uplink data to the base station on the PUSCH (S930).
  • the UE When the UE detects a PDCCH including DCI format 0_0 or 0_1, it transmits a corresponding PUSCH according to an indication by the corresponding DCI.
  • codebook-based transmission For PUSCH transmission, two transmission methods are supported: codebook-based transmission and non-codebook-based transmission.
  • the PUSCH may be scheduled in DCI format 0_0, DCI format 0_1, or semi-statically.
  • the UE transmits PUSCH based on SRI, Transmit Precoding Matrix Indicator (TPMI) and transmission rank from DCI, as given by the SRS resource indicator field and the Precoding information and number of layers field.
  • TPMI Transmit Precoding Matrix Indicator
  • the TPMI is used to indicate the precoder to be applied across the antenna port, and corresponds to the SRS resource selected by the SRI when multiple SRS resources are configured.
  • the TPMI is used to indicate a precoder to be applied across the antenna port, and corresponds to the single SRS resource.
  • a transmission precoder is selected from an uplink codebook having the same number of antenna ports as the upper layer parameter'nrofSRS-Ports'.
  • At least one SRS resource is set in the terminal.
  • the SRI indicated in slot n is associated with the most recent transmission of the SRS resource identified by the SRI, where the SRS resource precedes the PDCCH (ie, slot n) carrying the SRI.
  • the PUSCH may be scheduled in DCI format 0_0, DCI format 0_1, or semi-statically.
  • the UE can determine the PUSCH precoder and transmission rank based on the wideband SRI, where the SRI is given by the SRS resource indicator in the DCI or by the upper layer parameter'srs-ResourceIndicator'. Is given.
  • the UE uses one or multiple SRS resources for SRS transmission, where the number of SRS resources may be set for simultaneous transmission within the same RB based on UE capability. Only one SRS port is configured for each SRS resource.
  • Only one SRS resource may be set to the upper layer parameter'usage' set to'nonCodebook'.
  • the maximum number of SRS resources that can be configured for non-codebook-based uplink transmission is 4.
  • the SRI indicated in slot n is associated with the most recent transmission of the SRS resource identified by the SRI, where the SRS transmission precedes the PDCCH carrying the SRI (ie, slot n).
  • the random access procedure of the terminal can be summarized as shown in Table 6 and FIG. 10.
  • the UE may transmit a PRACH preamble as Msg1 of the random access procedure in UL.
  • Random access preamble sequences having two different lengths are supported.
  • the long sequence length 839 is applied as subcarrier spacing of 1.25 and 5 kHz
  • the short sequence length 139 is applied as subcarrier spacing of 15, 30, 60 and 120 kHz.
  • the long sequence supports both an unrestricted set and a limited set of type A and type B, while the short sequence only supports an unrestricted set.
  • RACH preamble formats are defined with one or more RACH OFDM symbols, and different cyclic prefixes and guard times. PRACH preamble configuration for use is provided to the terminal in the system information.
  • the UE may retransmit the PRACH preamble within a predetermined number of times by power ramping.
  • the UE calculates the PRACH transmission power for retransmission of the preamble based on the most recent path loss and power ramping counter. When the terminal performs beam switching, the counter of power ramping is maintained unchanged.
  • the system information informs the UE of the association between the SS block and the RACH resource.
  • 11 is a diagram for explaining the concept of a threshold value for an SS block for RACH resource association.
  • the threshold of the SS block for RACH resource association is based on RSRP and configurable network. Transmission or retransmission of the RACH preamble is based on SS blocks meeting the threshold.
  • the DL-SCH may provide timing alignment information, RA-preamble ID, initial UL grant, and temporary C-RNTI.
  • the UE may transmit UL transmission on the UL-SCH as Msg3 of the random access procedure.
  • Msg3 may include an RRC connection request and a terminal identifier.
  • the network may transmit Msg4, which may be treated as a contention resolution message on the DL.
  • the terminal can enter the RRC connected state.
  • Layer-1 Before initiating a physical random access procedure, Layer-1 must receive a set of SS/PBCH block indices from a higher layer, and provide a set of corresponding RSRP measurements to a higher layer.
  • Layer-1 Prior to initiating the physical random access procedure, Layer-1 must receive the following information from a higher layer:
  • PRACH physical random access channel
  • -PRACH preamble sequence set index into logical root sequence table, cyclic shift ( ), and the root sequences within the type of the set (unlimited set, limited set A, or limited set B) and parameters for determining their cyclic shift.
  • the L1 random access procedure includes transmission of a random access preamble (Msg1) in the PRACH, a random access response (RAR) message (Msg2) having a PDCCH/PDSCH, and, if applicable, Msg3 PUSCH for contention resolution, And transmission of the PDSCH.
  • Msg1 random access preamble
  • RAR random access response
  • the random access preamble transmission is performed with the same interval between subcarriers as the random access preamble transmission initiated by a higher layer.
  • the UE When the UE is configured with two UL carriers for one serving cell, and the UE detects “PDCCH order”, the UE is a UL/SUL (supplement UL) indicator field value from the detected “PDCCH order”
  • the UL carrier for transmitting the corresponding random access preamble is determined using.
  • a physical random access procedure is triggered by a request for PRACH transmission by a higher layer or PDCCH order.
  • Configuration by higher layer for PRACH transmission includes:
  • Preamble index spacing between preamble subcarriers, , The corresponding RA-RNTI, and PRACH resources.
  • the preamble is transmitted power using the PRACH format selected on the indicated PRACH resource. Is transmitted as
  • a plurality of SS/PBCH blocks associated with one PRACH opportunity are provided to the UE by the value of the higher layer parameter SSB-perRACH-Occasion.
  • the value of SSB-perRACH-Occasion is less than 1, one SS/PBCH block is mapped to 1/SSB-per-rach-occasion consecutive PRACH opportunities.
  • the terminal is provided with a plurality of preambles per SS/PBCH block according to the value of the higher layer parameter cb-preamblePerSSB, and the terminal determines the total number of preambles per SSB per PRACH case of the SSB-perRACH-Occasion value and the cb-preamblePerSSB. It is determined as a multiple of the value.
  • the SS/PBCH block index is mapped to PRACH opportunities in the following order.
  • mapping of frequency resource indexes for frequency multiplex PRACH opportunities in increasing order mapping of frequency resource indexes for frequency multiplex PRACH opportunities in increasing order.
  • the period for mapping to PRACH opportunities for the SS/PBCH block starts from frame 0, This is the smallest value among the ⁇ 1, 2, 4 ⁇ PRACH configuration periods that are greater than or equal to, in this case, the UE from the higher layer parameter SSB-transmitted-SIB1 To acquire Is the number of SS/PBCH blocks that can be mapped to one PRACH configuration period.
  • the UE When the random access procedure is initiated by the PDCCH order, if a higher layer requests, the UE will transmit the PRACH at the first available PRACH opportunity.
  • the last symbol of reception and the first symbol of PRACH transmission time is Will be greater than or equal to milliseconds, where Is the duration of symbols corresponding to the PUSCH preparation time for the PUSCH processing capacity, Is defined in the dictionary, to be.
  • the UE In response to PRACH transmission, the UE attempts to detect a PDCCH having a corresponding RA-RNTI during a window controlled by a higher layer.
  • the window is at least in the first symbol of the earliest control resource set in which the terminal is configured for the Type1-PDCCH general search space, that is, after the last symbol of preamble sequence transmission. Start after the symbol.
  • the length of the window as the number of slots is provided by the higher layer parameter rar-WindowLength based on the spacing between subcarriers in the Type0-PDCCH general search space.
  • the UE When the UE detects a corresponding PDSCH including a PDCCH having an RA-RNTI and a DL-SCH transport block in a corresponding window, the UE delivers the transport block to a higher layer.
  • the higher layer parses a transport block for random access preamble identification (RAPID) associated with PRACH transmission.
  • RAPID random access preamble identification
  • the higher layer When the higher layer identifies the RAPID in the RAR message(s) of the DL-SCH transport block, the higher layer indicates to allow the uplink to the physical layer. This is called a random access response (RAR) UL grant in the physical layer. If the higher layer does not identify the RAPID associated with PRACH transmission, the higher layer may instruct the physical layer to transmit the PRACH.
  • the minimum time between the last symbol of PDSCH reception and the first symbol of PRACH transmission is Equal to milliseconds, where Is configured with an additional PDSCH DM-RS When is, corresponding to the PDSCH reception time for PDSCH processing capacity 1 It is the elapsed time of the symbols.
  • the UE includes a PDCCH having a corresponding RA-RNTI and a DL-SCH transport block having the same DM-RS antenna port QCL (quasi co-location) attribute as the detected SS/PBCH block or received CSI-RS.
  • QCL quadsi co-location
  • the RAR UL grant schedules PUSCH transmission from the terminal (Msg3 PUSCH).
  • the contents of the RAR UL grant start at the MSB and end at the LSB, and are given in Table 7.
  • Table 7 shows the random access response grant content field size.
  • Msg3 PUSCH frequency resource allocation is for uplink resource allocation type 1.
  • Bits are used as hopping information bits.
  • the MCS is determined from the first 16 indexes of the MCS index table applicable to the PUSCH.
  • TPC command Is used to set the power of the Msg3 PUSCH, and is interpreted according to Table 8.
  • Table 8 shows TPC commands for Msg3 PUSCH Shows.
  • the CSI request field is interpreted as determining whether an aperiodic CSI report is included in the corresponding PUSCH transmission.
  • the CSI request field is reserved.
  • the terminal When the interval between subcarriers is not set in the terminal, the terminal receives a subsequent PDSCH using the same interval between subcarriers as in the case of receiving a PDSCH providing an RAR message.
  • the UE When the UE does not detect the PDCCH having the RA-RNTI and the DL-SCH transport block in the window, the UE performs a procedure for failure to receive a random access response.
  • the terminal may perform power ramping for retransmission of a random access preamble based on a power ramping counter.
  • the power ramping counter is maintained unchanged.
  • FIG. 12 is a diagram for describing a ramping counter of a PRACH.
  • the terminal may increase the power ramping counter by 1 when it retransmits the random access preamble for the same beam. However, when the beam is changed, this power ramping counter remains unchanged.
  • the higher layer parameter msg3-tp indicates to the UE whether or not the UE should apply transform precoding for Msg3 PUSCH transmission.
  • the frequency offset for the second hop is given in Table 9. Table 9 shows the frequency offset for the second hop for transmission in the Msg3 PUSCH with frequency hopping.
  • the spacing between subcarriers for Msg3 PUSCH transmission is provided by the higher layer parameter msg3-scs.
  • the UE will transmit the PRACH and Msg3 PUSCH on the same uplink carrier of the same serving cell.
  • UL BWP for Msg3 PUSCH transmission is indicated by SystemInformationBlock1.
  • the minimum time between the last signal of PDSCH reception that transmits the RAR and the first signal of the corresponding Msg3 PUSCH transmission scheduled by the RAR in the PDSCH for the UE is Equal to milliseconds.
  • Is the elapsed time of the symbols corresponds to the PUSCH preparation time for PUSCH processing capacity 1
  • Is the elapsed time of the symbols Is the maximum timing adjustment value that can be provided by the TA command field in the RAR.
  • the UE When the C-RNTI is not provided to the UE in response to Msg3 PUSCH transmission, the UE attempts to detect a PDCCH having a corresponding TC-RNTI scheduling a PDSCH including UE contention resolution identification. In response to the reception of the PDSCH with the identification of UE contention resolution, the UE transmits HARQ-ACK information in the PUCCH.
  • the minimum time between the last symbol of PDSCH reception and the first symbol of the corresponding HARQ-ACK transmission is Equal to milliseconds. Is the PDSCH reception time for PDSCH processing capacity 1 when an additional PDSCH DM-RS is configured. It is the elapsed time of the symbols.
  • BFR Beam failure recovery
  • a beam mismatch problem may occur according to a set period of beam management.
  • the wireless channel environment changes due to the location of the terminal, rotation, or movement of surrounding objects (e.g., the beam is blocked in a LoS environment and the beam is changed to a non-LoS environment)
  • the optimal DL/UL The beam pair can be changed, and it can be said that a beam failure event has occurred when tracking fails as a beam management process in which this change is generally performed by network indication.
  • the occurrence of such a beam failure event can be determined by the UE through the reception quality of the downlink RS, and a report message for this situation or a message for a beam recovery request (let's call it a beam failure recovery request (BFRQ) message) is the UE Must be transmitted from The base station receiving such a message may perform beam recovery through various processes such as beam RS transmission and beam reporting request for beam recovery.
  • This series of beam recovery processes is called beam failure recovery (BFR).
  • BFR beam failure recovery
  • the BFR (beam failure recovery) process is standardized for PCells or PScells where contention-based PRACH resources always exist (a special cell (also referred to as a SpCell)).
  • the UE monitors the beam failure detection (BFD) process, the BFRQ process, and the base station's response to the BFRQ, and is configured as follows (Reference: 3GPP TS38.213, TS38.321, TS38.331).
  • all PDCCH beams means that one or more search spaces to monitor the PDCCH may be set in the terminal, and the beams may be set differently for each search space, in which case all beams fall below the BLER threshold. it means.
  • the following two methods are supported as criteria for determining the BFD RS by the UE.
  • a control resource set (CORESET [Refer to TS38.213, TS38.214, TS38.331]), which is a resource region in which PDCCH can be transmitted, is set, and spatially for each CORESET ID.
  • RS information QCL eg CSI-RS resource ID, SSB ID
  • TCI transmit configuration information
  • the QCLed RS in terms of the spatial RX parameter means that the UE uses (or may use) the beam used for the spatially QCLed RS reception when receiving the PDCCH DMRS. It means how the base station informs. In the end, from the viewpoint of the base station, it is a method of informing the terminal that the transmission is to be transmitted by applying the same transmission beam or a similar transmission beam (e.g. the beam direction is the same/similar and the beam width is different) between spatially QCLed antenna ports.
  • the same transmission beam or a similar transmission beam e.g. the beam direction is the same/similar and the beam width is different
  • the base station can explicitly set the beam RS(s) for the purpose (beam failure detection), and in this case, the corresponding beam RS(s) corresponds to the'all PDCCH beams'.
  • the layer determines that a beam failure has occurred, and initiates the related RACH operation.
  • MAC entities are:
  • BFI_COUNTER> beamFailureInstanceMaxCount
  • the UE determines that beam failure has occurred and may perform a beam failure recovery operation.
  • a beam failure recovery request (BFRQ) operation based on a RACH procedure i.e. PRACH
  • PRACH a RACH procedure
  • the base station may set an RS list (candidateBeamRSList) corresponding to candidate beams that can be replaced when BF occurs to the corresponding terminal as RRC, and dedicated PRACH resources may be configured for the corresponding candidate beams.
  • the dedicated PRACH resources here are characterized as non-contention based PRACH (also referred to as contention free PRACH) resources, and if a beam is not found in the corresponding list, contention based PRACH is selected from among preset SSB resources.
  • the specific procedure is as follows.
  • Step1 The UE finds a beam having a quality value (Q_in) or more among RSs set by the base station as candidate beam RS set
  • the corresponding beam RS is selected.
  • a random one is selected from the beam RSs.
  • the beam quality here is based on RSRP.
  • the RS beam set set by the base station has the following three cases
  • All of the beam RSs in the RS beam set are composed of SSBs
  • All of the beam RSs in the RS beam set are composed of CSI-RS resources
  • the beam RSs in the RS beam set are composed of SSBs and CSI-RS resources
  • Step2 The UE finds a beam having a quality value (Q_in) or more among SSBs (connected to contention based PRACH resources)
  • Step3 The terminal selects a random SSB among SSBs (connected to contention based PRACH resource)
  • the UE transmits a PRACH resource & preamble that is directly or indirectly connected with the beam RS (CSI-RS or SSB) selected in the above process to the base station.
  • CSI-RS beam RS
  • contention-free PRACH resource & preamble is not set for a specific CSI-RS in the candidate beam RS set separately configured for BFR use
  • the UE selects the (contention-free) PRACH resource & preamble connected to the SSB designated as capable of receiving with the same reception beam as the corresponding CSI-RS (i.e. quasi-co-located (QCLed) with respect to spatial Rx parameter).
  • the UE selects the (contention-free) PRACH resource & preamble connected to the SSB designated as capable of receiving with the same reception beam as the corresponding CSI-RS (i.e. quasi-co-located (QCLed) with respect to spatial Rx parameter).
  • the terminal monitors the response of the base station (gNB) for the corresponding PRACH transmission.
  • the response to the contention-free PRACH resource & preamble is transmitted through a PDCCH masked with C-RNTI, which is received in a search space separately RRC configured for BFR.
  • the search space (for BFR) is set in a specific CORESET.
  • the response to the contention PRACH reuses the CORESET (e.g. CORESET 0 or CORESET 1) and search space set for the general contention PRACH based random access process.
  • CORESET e.g. CORESET 0 or CORESET 1
  • the UE repeats the New beam identification & selection process and the BFRQ & monitoring gNB's response process.
  • the process may be performed until PRACH transmission reaches a preset maximum number of times N_max or until a set timer (BFR timer) expires.
  • the UE stops contention free PRACH transmission, but contention based PRACH transmission by SSB selection may be performed until N_max is reached.
  • FIG. 13 is a diagram for explaining an operation related to beam failure recovery to which the method proposed in the present specification can be applied. Specifically, FIG. 13 illustrates a beam failure recovery operation in a primary cell (PCell).
  • PCell primary cell
  • Scheduling Request is used to request UL-SCH resources for new transmission.
  • the SR configuration consists of a set of PUCCH resources for SRs in different BWPs and cells. In the case of a logical channel, at most one PUCCH resource is set for an SR per BWP.
  • Each SR configuration corresponds to one or more logical channels.
  • Each logical channel may be mapped to 0 or one SR configuration set by RRC.
  • the SR setting of the logical channel that triggered the BSR (if such a setting exists) is considered the corresponding SR setting for the triggered SR.
  • RRC sets the following parameters for the scheduling request procedure.
  • the following UE variables are used in the scheduling request procedure.
  • the MAC entity When the SR is triggered and there is no other SR (other SRs pending) pending corresponding to the same SR configuration, the MAC entity must set the SR_COUNTER of the SR configuration to 0.
  • the MAC entity must do the following for each pending SR:
  • the MAC entity has an SR transmission occasion on a valid PUCCH resource for the configured SR;
  • SpCell initiates a random access procedure and cancels all pending SRs.
  • Note 1 When the MAC entity has two or more overlapping valid PUCCH resources for the SR transmission opportunity (more than one overlapping valid PUCCH resource), the selection of valid PUCCH resources for the SR for signaling the SR is left to the UE implementation.
  • the MAC entity may stop an ongoing random access procedure (initiated by the MAC entity prior to the MAC PDU assembly) due to a pending SR for which a valid PUCCH resource is not configured.
  • This random access procedure can be interrupted when a MAC PDU is transmitted using a UL grant other than the UL grant provided by the random access response, and this PDU is up to the last event that triggered the BSR prior to the MAC PDU assembly or the UL grant S) contains the buffer status when it can accommodate all pending data available for transfer.
  • the PUCCH format can be classified according to symbol duration, payload size, and multiplexing.
  • Table 10 shows PUCCH formats accordingly.
  • Short-duration PUCCH can be divided into Format 0 and 2, and short PUCCH of 2 symbols can be configured by repeating 1 symbol short PUCCH structure.
  • PUCCH Format 0 can support UCI of up to 2 bits along with multiplexing. Format0 can be used when low latency support, small size UCI, and low PAPR are required. It has a structure based on sequence (cyclic shift, CS) selection without DMRS, and can occupy 1PRB or 1 to 2 symbols. In addition, it is possible to support up to 3 UEs (in case of 2 bits) or 6 UEs (in case of 1 bit) per PRB.
  • CS cyclic shift
  • PUCCH Format 2 can support UCI of 2 bits or more without multiplexing. Low latency support, can be used for medium or large size UCI. It can occupy 1 to 16 PRBs, 1 to 2 symbols. In addition, it is possible to support one UE per PRB without multiplexing.
  • PUCCH Format 1 can support UCI of up to 2 bits along with multiplexing. Coverage support, small size UCI, can be applied to many multiplexing. It has an LTE PF1-like structure (a structure in which OCC and DMRS/UCI symbols in the time domain intersect). It can occupy 1 PRB, 4 to 14 symbols, and can support up to 84 UEs (12CSs x 7 OCCs) per PRB.
  • LTE PF1-like structure a structure in which OCC and DMRS/UCI symbols in the time domain intersect. It can occupy 1 PRB, 4 to 14 symbols, and can support up to 84 UEs (12CSs x 7 OCCs) per PRB.
  • PUCCH Format 3 can support UCI of 2 bits or more without multiplexing. Coverage support, can be applied to large size UCI. It can occupy 1 to 16 PRBs and 4 to 14 symbols. One UE can be supported per PRB without multiplexing.
  • UCI multiplexing For UCI may be performed.
  • the UCI multiplexing may be referred to as a PUCCH merging method.
  • UCI multiplexing can consist of a two-step procedure.
  • a set of overlapping PUCCH resources may be merged to determine a set of non-overlapping PUCCH resource(s) (in time) for UCI multiplexing (regardless of the presence of PUSCH(s)).
  • step 1 while PUCCH resources overlap in the slot, PUCCH resources (resource A) overlapping with other PUCCH resources with the earliest start (and maximum duration) are determined, and PUCCH overlapping with resource A A resource set (set X) is determined, one PUCCH resource for multiplexing the UCI of resource A and the PUCCH resource of set X is determined, and set X (including resource A) can be replaced with the determined PUCCH resource.
  • step 2 when the resultant PUCCH resource(s) in step 1 overlaps with PUSCH(s), UCIs are multiplexed on the overlapped PUSCH, and if not, UCIs may be multiplexed on the determined PUCCH resource.
  • HARQ-ACK may be transmitted in AN PF0 with an additional CS offset.
  • HARQ-ACK may be transmitted in ACKNACK PUCCH format 0 without an additional CS offset.
  • HARQ-ACK may be transmitted through (corresponding) SR PUCCH format 1 resource.
  • HARQ-ACK may be transmitted through an ACKNACK PUCCH format 1 resource.
  • Table 11 shows an example of a pre-configured rule/method related to multiplexing (i.e. PUCCH merging) between ACKNACK PUCCH format and SR PUCCH format (see e.g. 3GPP TS 38.213. section 9.2.5).
  • the ceil (log2 (K + 1)) bit indicating (all) negative or positive SR (ID) is the CSI feedback bit UCI added to and combined may be transmitted in CSI PUCCH format 2/3/4 resources.
  • Table 12 shows an example of a pre-configured rule/method related to multiplexing (i.e. PUCCH merging) between CSI PUCCH format and SR PUCCH format (see e.g. 3GPP TS 38.213. section 9.2.5).
  • PRI( PUCCH Resource Indicator) is indicated HARQ - ACK / UE procedure for reporting SR and CSI
  • -HARQ-ACK / SR and CSI can be transmitted through AN PUCCH resource.
  • Total UCI payload size One set of PUCCH resources may be selected from several sets based on. PUCCH resources in the selected set may be indicated by the PRI signaled in the DL scheduling DCI.
  • the number of PRBs (actually used) in the PUCCH resource may be determined based on the total UCI size NUCI and the maximum coding rate R set according to the PUCCH format. A minimum number of PRBs capable of delivering the total UCI size NUCI together with the coding rate R may be selected.
  • -HARQ-ACK / SR and CSI can be transmitted through CSI PUCCH resources.
  • a PUCCH resource may be selected from a plurality of CSI PUCCH resources.
  • a resource capable of delivering the minimum UCI capacity (e.g. ⁇ # of Res ⁇ x R) and the total UCI size NUCI may be selected.
  • the number of PRBs (actually used) in the PUCCH resource may be determined based on the total UCI size NUCI and the maximum coding rate R.
  • Table 13 shows an example of UCI multiplexing on PUCCH according to the combination between the ACKNACK PUCCH format and the CSI PUCCH format.
  • the PUCCH resource and a plurality of PRBs for the corresponding PUCCH resource may be determined based on the UCI payload size assuming that the CSI report is rank 1.
  • PUCCH Physical uplink control channel
  • PUCCH supports a plurality of formats, and PUCCH formats can be classified by symbol duration, payload size, and multiplexing.
  • Table 14 below is a table showing an example of a PUCCH format.
  • the PUCCH formats of Table 14 can be largely classified into (1) short PUCCH and (2) long PUCCH.
  • PUCCH formats 0 and 2 may be included in the short PUCCH, and PUCCH formats 1, 3 and 4 may be included in the long PUCCH.
  • the UE transmits 1 or 2 PUCCHs through a serving cell in different symbols in one slot.
  • PUCCHs When two PUCCHs are transmitted in one slot, at least one of the two PUCCHs has a structure of a short PUCCH. That is, in one slot, (1) short PUCCH and short PUCCH can be transmitted, and (2) long PUCCH and short PUCCH can be transmitted, but (3) long PUCCH and long PUCCH cannot be transmitted.
  • the above contents (3GPP system, frame structure, NR system, etc.) may be applied in combination with the methods proposed in the present specification to be described later, or may be supplemented to clarify the technical characteristics of the methods proposed in the present specification. .
  • the methods described below are only classified for convenience of description, and of course, some components of one method may be substituted with some components of another method, or may be combined with each other and applied.
  • any SCell may not have an UL carrier, and even if there is a UL carrier, contention based PRACH (PRACH) may be configured.
  • PRACH contention based PRACH
  • the PRACH-based BFR procedure to which carrier aggregation (CA) is applied is limitedly applied only to the PCell or PSCell.
  • a (dedicated) PUCCH resource(s) used when notifying a base station that a beam failure has occurred in a corresponding SCell to a special cell (SpCell) may be set.
  • a beam failure recovery request (BFRQ) for the SCell may be performed based on the configured PUCCH resources.
  • BFR-PUCCH the PUCCH configured for beam failure recovery of the SCell.
  • the term is used to distinguish it from other PUCCHs in terms of helping understanding, and is not intended to limit the technical scope through the term.
  • the role of the BFR-PRACH is to transmit'beam failure occurrence + new beam RS (set) information' to the base station together.
  • the role of the BFR-PUCCH is to inform the base station only of'the occurrence of a beam failure for SCell(s)'. Detailed information related to the generated beam failure may be transmitted as a subsequent report.
  • the terminal may transmit a MAC CE (or UCI) including information on at least one of the following i) to iii) to the base station as the subsequent report.
  • a MAC CE or UCI
  • SCell(s) where Beam Failure has occurred e.g. CC index(s)
  • RSRP or SINR quality of the new beam(s) according to the beam RS ID(s)
  • Subsequent beam reports do not always have to be triggered. Specifically, after the base station receives the BFR-PUCCH, it is also possible to deactivate the SCell(s) which has set the BFR for the corresponding terminal.
  • the above operation is to increase UL resource utilization. Specifically, there may be a case in which dozens of SCells are connected to one PCell/PSCell, and there may be many terminals sharing one PCell/PSCell UL from the viewpoint of a base station. Considering such a case, it is desirable to minimize the amount of UL resources reserved for SCell BFRQ purposes to each terminal in the PCell/PSCell. Accordingly, after receiving the BFR-PUCCH, the base station may deactivate the SCell(s) in which beam failure has occurred.
  • the scheduling request (SR) PUCCH scheme can be reused in that the amount of information to be contained in the BFR-PUCCH is very small (eg, 1 bit), and the corresponding BFR-PUCCH is transmitted only when an event of the terminal occurs.
  • the corresponding PUCCH resource(s) may be set only in PUCCH format 0 or PUCCH format 1.
  • Existing SR-related MAC sublayer operations such as SR retransmission and SR prohibit timer can be reused.
  • the corresponding BFRQ information may be transmitted through other PUCCH resources or PUSCH resources according to a collision handling rule and/or a UCI multiplexing rule between the BFR-PUCCH and another PUCCH or PUSCH.
  • the corresponding BFR-PUCCH resource(s) are not always reserved PUCCH resources from the viewpoint of the base station, so resource waste does not occur.
  • the following embodiments may be considered from the viewpoint of operation related to the MAC sub-layer.
  • a prohibit timer value related to SR retransmission, a maximum retransmission value, etc. may be specified to be applied equally to values to be applied to a BFRQ operation and values to be applied to a general scheduling request operation.
  • values to be applied may be separately set/defined for SR and BFRQ in order to treat BFRQ as urgent/important information than SR.
  • the base station receiving the BFRQ may deactivate the corresponding Scell(s) without performing beam recovery for the SCell(s) of the corresponding terminal.
  • the base station since the base station will not allocate the UL-SCH to the terminal, it may be unnecessary to retransmit the BFRQ several times.
  • the BFR-PUCCH resource and the SR-PUCCH resource are set by overlapping (temporally), and if the SR-related pre-defined event and BFRQ (for the BWP/serving cell) are If an event to be transmitted occurs together, the UE has an ambiguous problem of how to send which PUCCH resource among PUCCH resources set for SR use and PUCCH resources set for BFRQ use.
  • Method 1 Method 1 (Method 1.1 / 1.2)/Method 2/Method 3/Method 4 of Proposal 1) are proposed as solutions to this.
  • the terminal/base station is method 1 (Method 1.1 / 1.2) to be described later. Can operate according to /Method 2/Method 3/Method 4.
  • the UE may first transmit BFRQ by selecting the BFR-PUCCH resource.
  • the UE may stop the SR procedure (pending) and transmit the SR-PUCCH through valid SR-PUCCH resources after BFRQ transmission.
  • the UE For the SR, the UE considers a situation in which there is no valid PUCCH resource for SR (no valid PUCCH resource for SR) situation, cancels a pending SR (Pending SR), and initiates a random access procedure (random access procedure) can do.
  • Method 1 prioritizes beam recovery.
  • Method 1 when the SR-PUCCH resource and the BFR-PUCCH resource are overlapped and the SR event and the BFR event occur simultaneously, in Method 1, since the beam recovery is prioritized, the UE uses the BFR-PUCCH resource. Select and report.
  • the effect of Method 1 is as follows.
  • the base station may prioritize the BFR situation over the SR-related situation for the corresponding terminal.
  • the base station may preferentially perform a determination such as performing a beam recovery procedure or deactivating the corresponding Scell(s).
  • the SR procedure when controlling SR transmission/retransmission, the SR procedure may be changed to be applied only when there is no collision with BFRQ resources.
  • Table 15 below is an embodiment of the MAC layer operation perspective related to the application of Method 1.1.
  • Method 1.2 is a method of operating the SR with a fall-back procedure (underlined portion of Table 16 below), and when this method is applied, the contents of Reference 3 of Table 16 may be applied to the operation of the terminal/base station.
  • the UE may transmit SR and BFRQ by selecting a PUCCH resource separately set/defined to be used when the BFRQ event and the SR event occur simultaneously.
  • the base station may separately set PUCCH resources for BFRQ+SR in the terminal. Specifically, the base station may set the PUCCH resource(s) for SR only, the PUCCH resource(s) for BFRQ, and the PUCCH resource(s) for SR+BFRQ, respectively, to the UE. In the case of SR+BFRQ (ie, when an SR event and a BFRQ event occur simultaneously), the UE may transmit SR and BFRQ by selecting a separately set PUCCH resource.
  • the UE may transmit SR/BFRQ in a specific PUCCH resource.
  • the UE may transmit a separate sequence/message according to whether SR and BFRQ are simultaneously generated.
  • the separate sequence/message may be expressed by classifying the following states according to the format of the PUCCH resource.
  • the following states may be classified and expressed based on 1) to 3).
  • 1 above can be applied to SR-PUCCH
  • 2 above can be applied to BFR-PUCCH
  • 3 above can be applied to PUCCH resources used for simultaneous SR-PUCCH/BFR-PUCCH/SR and BFR generation.
  • the UE transmits the BFR-PUCCH/SR-PUCCH through one of the collision-occurring BFR-PUCCH resource and the SR-PUCCH resource.
  • the UE transmits BFR-PUCCH/SR-PUCCH based on a sequence to which a separately defined/set UCI bit, sequence, or CS (cyclic shift) is applied according to the PUCCH format. It is defined/set to be.
  • HARQ-ACK/NACK information may be additionally transmitted according to a CS value.
  • the CS value may be differently defined/set according to the presence or absence of BFRQ generation for the PUCCH resource for the SR purpose.
  • the PUCCH resource for the BFR purpose uses the resource of PUCCH format 0, the UE can transmit the corresponding PUCCH only in the BFR situation.
  • information indicating whether the SR is positive ie, positive SR or negative SR
  • the above scheme can be applied by changing a sequence other than a CS value.
  • a PUCCH resource for both SR and BFRQ can be set. That is, one PUCCH resource may be set to be used together for SR and BFRQ purposes. It may be reported for what purpose the corresponding PUCCH resource is used according to UCI transmitted through the corresponding PUCCH resource. Specifically, SR usage (SR event occurrence), BFRQ usage (BFRQ event occurrence), and/or SR+BFRQ usage (SR event and BFRQ event occurrence simultaneously) may be reported through the UCI.
  • SR usage SR event occurrence
  • BFRQ usage BFRQ event occurrence
  • SR+BFRQ usage SR event and BFRQ event occurrence simultaneously
  • the BFR/SR combined PUCCH resource can be limitedly applied only when 1) a plurality of SCells sharing one PUCCH resource from a BFRQ perspective and 2) a plurality of Scells sharing one PUCCH resource from an SR perspective are the same.
  • the base station can always set the SR-PUCCH resource and the BFR-PUCCH resource to be located in different symbols. Accordingly, the case where the SR-PUCCH resource and the BFR-PUCCH resource overlap can be prevented.
  • the UE may not expect a configuration in which the SR-PUCCH resource and the BFR-PUCCH resource overlap.
  • Method 4 ensures that there is no overlap between SR-PUCCH resources and BFR-PUCCH resources in resource allocation of the base station.
  • the UE does not need special handling for a collision between SR-PUCCH and BFR-PUCCH, but there may be a restriction on the degree of freedom for setting PUCCH resources of the base station.
  • the SR PUCCH resource is set for every slot, there is inevitably a restriction in the symbol duration of the SR PUCCH resource.
  • operation of the base station/terminal according to the above-described embodiments e.g., the above-described proposed method (e.g., method 1 / method 1-1 / method 1-2 / method 2 / method 3 / method 4 of proposal 1)
  • Operations related to beam failure recovery based on at least one of them may be processed by the devices of FIGS. 17 to 21 (eg, the processors 102 and 202 of FIG. 18) to be described later.
  • the operation of the base station/terminal according to the above-described embodiment may be stored in a memory (eg, 104, 204 of FIG. 18) in the form of an instruction/program (eg, instruction, executable code) for driving at least one processor (eg, 102, 202 of FIG. 18).
  • a memory e.g, 104, 204 of FIG. 18
  • an instruction/program e.g, instruction, executable code
  • FIG. 14 shows an example of terminal/base station signaling to which the method proposed in this specification can be applied.
  • FIG. 14 is a user equipment (UE) / base station (BS) based on the above-described proposed method (eg, Method 1 / Method 1-1 / Method 1-2 / Method 2 / Method 3 / Method 4 of Proposal 1). ).
  • the UE/BS is only an example, and may be substituted with various devices as described in FIGS. 17 to 21 described later. 14 is merely for convenience of description and does not limit the scope of the present invention.
  • some step(s) shown in FIG. 14 may be omitted depending on circumstances and/or settings.
  • the UE is BFR related Config from BS. That is, configuration information related to BFR and/or SR related Config. That is, configuration related to SR may be received (S1410).
  • the configuration information related to the BFR may include configuration information related to the operation of Method 1 / Method 1-1 / Method 1-2 / Method 2 / Method 3 / Method 4 of Proposal 1 described above.
  • the configuration information related to the BFR may include resource configuration for BFR (eg, configuration for BFR-PUCCH resources), timer, counter, and the like.
  • the configuration information related to the SR may include resource configuration for SR (eg, configuration for SR-PUCCH resources, etc.), timer, counter, and the like.
  • the configuration information related to the BFR and/or the configuration information related to the SR may be transmitted through higher layer signaling (eg, RRC signaling).
  • the UE (100/200 of FIGS. 17 to 21) of step S1410 described above is BFR related Config.
  • the operation of receiving / SR related Config. may be implemented by the devices of FIGS. 17 to 21 to be described below.
  • one or more processors 102 may include the BFR related Config. /
  • One or more transceivers 106 and/or one or more memories 104, etc. may be controlled to receive SR related Config., and one or more transceivers 106 may control the BFR related Config. / SR related Config. can be received.
  • the UE may transmit a PUCCH (eg, BFR-PUCCH, BFR related PUCCH, SR-PUCCH, SR related PUCCH) to the BS (S1420).
  • a PUCCH eg, BFR-PUCCH, BFR related PUCCH, SR-PUCCH, SR related PUCCH
  • the UE is PUCCH to the BS (e.g., BFR-PUCCH, BFR-related PUCCH, SR-PUCCH, SR related PUCCH) can be transmitted.
  • the UE preferentially transmits BFRQ (ie, BFR-PUCCH) according to a certain rule, or transmits BFRQ and SR through separate PUCCH resources
  • BFR/SR-PUCCH may be transmitted based on a separately defined/set UCI bit, a sequence, or a sequence to which a cyclic shift (CS) is applied according to the PUCCH format.
  • the UE may not expect itself when the SR-PUCCH resource and the BFR-PUCCH resource overlap.
  • the operation in the MAC layer described in Method 1 / Method 1-1 / Method 1-2 / Method 2 / Method 3 / Method 4 of Proposal 1 described above may be performed prior to PUCCH transmission.
  • the operation in the MAC layer described in Table 15 / Table 16 described above may be performed prior to BFRQ transmission.
  • step S1420 the operation of transmitting the PUCCH to the BS by the UE (100/200 of FIGS. 17 to 21) in step S1420 described above may be implemented by the apparatus of FIGS. 17 to 21 to be described below.
  • one or more processors 102 may control one or more transceivers 106 and/or one or more memories 104 to transmit the PUCCH, and one or more transceivers 106 may transmit the PUCCH to the BS. have.
  • the UE may receive a UL grant (eg, UL DCI) for PUSCH (eg, BFR related PUSCH) scheduling from the BS (S1430).
  • a UL grant eg, UL DCI
  • PUSCH eg, BFR related PUSCH
  • the PUSCH is a report related to BFR (e.g., SCell in which beam failure occurs).
  • BFR e.g., SCell in which beam failure occurs.
  • Information e.g., CC index(s)
  • the corresponding beam RS ID and/or the quality of the beam (e.g.
  • RSRP/SINR may be a PUSCH for transmitting a MAC-CE (or UCI), that is, the UE is a PUSCH for transmission of a MAC-CE (or UCI) including a report related to the BFR.
  • Scheduling information may be received through PDCCH (ie, PDCCH for the UL grant).
  • the operation of receiving the UL grant for PUSCH scheduling from the UE (100/200 in FIGS. 17 to 21) of the above-described step S1430 may be implemented by the apparatus of FIGS. 17 to 21 to be described below.
  • one or more processors 102 may control one or more transceivers 106 and/or one or more memories 104, etc. to receive a UL grant for the PUSCH scheduling, and one or more transceivers 106 It is possible to receive a UL grant for the PUSCH scheduling.
  • the UE may transmit a PUSCH (eg, BFR related PUSCH) scheduled based on the UL grant to the BS (S1440).
  • a PUSCH eg, BFR related PUSCH
  • the UE includes the MAC-CE including the beam report related to the BFR ( Alternatively, UCI) may be transmitted to the BS through the PUSCH.
  • the operation of transmitting the PUSCH scheduled based on the UL grant to the BS by the UE (100/200 in FIGS. 17 to 21) of the step S1440 described above is implemented by the apparatus of FIGS. 17 to 21 to be described below.
  • one or more processors 102 may control one or more transceivers 106 and/or one or more memories 104 to transmit a PUSCH scheduled based on the UL grant, and one or more transceivers 106
  • the PUSCH scheduled based on the UL grant may be transmitted to the BS.
  • a BS may correspond to a transmitting device / a first device
  • a UE may correspond to a receiving device / a second device, and vice versa may be considered in some cases.
  • the above-described BS/UE signaling and operation eg, Method 1 of Proposal 1 / Method 1-1 / Method 1-2 / Method 2 / Method 3 / Method 4 / FIG.
  • BS/UE signaling and operation e.g., Method 1 / Method 1-1 / Method 1-2 / Method 2 / Method 3 / Method 4 of Proposal 1) / Figure 14, etc.
  • BS/UE signaling and operation e.g., Method 1 / Method 1-1 / Method 1-2 / Method 2 / Method 3 / Method 4 of Proposal 1 / Figure 14, etc.
  • an instruction/program e.g, instruction, executable code
  • 15 is a flowchart illustrating a method for a terminal to transmit a physical uplink control channel in a wireless communication system according to an embodiment of the present specification.
  • a method of transmitting a physical uplink control channel (PUCCH) by a terminal in a wireless communication system includes receiving configuration information related to PUCCH (S1510). And transmitting the PUCCH based on the configuration information (S1520).
  • the terminal receives configuration information related to a physical uplink control channel (PUCCH) from the base station.
  • the configuration information related to the Physical Uplink Control Channel (PUCCH) may be based on at least one of configuration information related to BFR or configuration information related to SR of FIG. 14.
  • the terminal (100/200 of FIGS. 17 to 21) transmits configuration information related to a physical uplink control channel (PUCCH) from the base station (100/200 of FIGS. 17 to 21).
  • the receiving operation may be implemented by the apparatus of FIGS. 17 to 21.
  • one or more processors 102 to receive configuration information related to a physical uplink control channel (Physical Uplink Control Channel, PUCCH) from the base station 200, one or more transceivers 106 and / Alternatively, one or more of the memories 104 may be controlled.
  • PUCCH Physical Uplink Control Channel
  • the UE transmits the PUCCH to the base station based on the configuration information.
  • the PUCCH may be transmitted in a PUCCH resource related to a scheduling request (SR).
  • SR scheduling request
  • the PUCCH may be transmitted in a specific PUCCH resource determined among the overlapped PUCCH resources.
  • the specific PUCCH resource may be related to beam failure recovery (BFR).
  • BFR beam failure recovery
  • the beam failure recovery may be related to a beam failure of at least one secondary cell (SCell).
  • the specific PUCCH resource may be based on PUCCH format 0 (PUCCH format 0) or PUCCH format 1 (PUCCH format 1).
  • the PUCCH related to the beam failure recovery (BFR) may be transmitted based on a parameter related to the scheduling request (SR).
  • the parameter related to the scheduling request (SR) may be related to at least one of a timer related to transmission of the SR or a maximum number of transmissions of the SR.
  • a timer related to transmission of the SR may be based on an upper layer parameter sr-ProhibitTimer, and the maximum number of transmissions of the SR may be based on an upper layer parameter sr-TransMax.
  • the operation of transmitting the PUCCH to the base station (100/200 of FIGS. 17 to 21) by the terminal (100/200 of FIGS. 17 to 21) based on the configuration information is It can be implemented by the device of.
  • one or more processors 102 control one or more transceivers 106 and/or one or more memories 104 to transmit the PUCCH to the base station 200 based on the configuration information. can do.
  • the method may further include receiving downlink control information (DCI).
  • DCI downlink control information
  • the terminal receives downlink control information (DCI) for scheduling a physical uplink shared channel (PUSCH) related to the PUCCH from the base station.
  • DCI downlink control information
  • PUSCH physical uplink shared channel
  • the UE (100/200 of FIGS. 17 to 21) sends a physical uplink shared channel related to the PUCCH to the base station (100/200 of FIGS. 17 to 21).
  • PUSCH scheduling operation of receiving downlink control information (DCI) may be implemented by the apparatuses of FIGS. 17 to 21.
  • one or more processors 102 schedule downlink control information for scheduling a physical uplink shared channel (PUSCH) related to the PUCCH from the base station 200.
  • DCI one or more transceivers 106 and/or one or more memories 104 may be controlled.
  • the method may further include transmitting a physical uplink shared channel (PUSCH). Specifically, in the step of transmitting the PUSCH, the terminal transmits the PUSCH to the base station based on the DCI. This embodiment may be based on S1440 of FIG. 14.
  • PUSCH physical uplink shared channel
  • the PUSCH may be related to a Medium Access Control-Control Element (MAC-CE) including information related to the beam failure.
  • MAC-CE Medium Access Control-Control Element
  • the MAC-CE may include information related to at least one of 1) at least one secondary cell (SCell) or 2) a new beam.
  • the information related to the new beam may include at least one of i) whether the new beam exists or ii) an ID of a reference signal related to the new beam.
  • FIG. To 21 the operation of transmitting the PUSCH to the base station (100/200 of FIGS. 17 to 21) by the terminal (100/200 of FIGS. 17 to 21) based on the DCI is shown in FIG. To 21 may be implemented.
  • one or more processors 102 may control one or more transceivers 106 and/or one or more memories 104 to transmit the PUSCH to the base station 200 based on the DCI. I can.
  • 16 is a flowchart illustrating a method for a base station to receive a physical uplink control channel in a wireless communication system according to another embodiment of the present specification.
  • a method for a base station to receive a physical uplink control channel (PUCCH) in a wireless communication system includes transmitting configuration information related to PUCCH (S1610). And receiving a PUCCH based on the configuration information (S1620).
  • the base station transmits configuration information related to a physical uplink control channel (PUCCH) to the terminal.
  • the configuration information related to the Physical Uplink Control Channel (PUCCH) may be based on at least one of configuration information related to BFR or configuration information related to SR of FIG. 14.
  • the base station (100/200 in FIGS. 17 to 21) transmits configuration information related to a physical uplink control channel (PUCCH) to the terminal (100/200 in FIGS. 17 to 21).
  • the transmitting operation may be implemented by the devices of FIGS. 17 to 21.
  • one or more processors 202 to transmit configuration information related to a physical uplink control channel (Physical Uplink Control Channel, PUCCH) to the terminal 100, one or more transceivers 206 and / Alternatively, one or more memories 204 may be controlled.
  • PUCCH Physical Uplink Control Channel
  • the base station receives the PUCCH based on the configuration information from the terminal.
  • the PUCCH may be transmitted in a PUCCH resource related to a scheduling request (SR).
  • SR scheduling request
  • the PUCCH may be transmitted in a specific PUCCH resource determined among the overlapped PUCCH resources.
  • the specific PUCCH resource may be related to beam failure recovery (BFR).
  • BFR beam failure recovery
  • the beam failure recovery may be related to a beam failure of at least one secondary cell (SCell).
  • the specific PUCCH resource may be based on PUCCH format 0 (PUCCH format 0) or PUCCH format 1 (PUCCH format 1).
  • the PUCCH related to the beam failure recovery (BFR) may be transmitted based on a parameter related to the scheduling request (SR).
  • the parameter related to the scheduling request (SR) may be related to at least one of a timer related to transmission of the SR or a maximum number of transmissions of the SR.
  • a timer related to transmission of the SR may be based on an upper layer parameter sr-ProhibitTimer, and the maximum number of transmissions of the SR may be based on an upper layer parameter sr-TransMax.
  • the operation of receiving the PUCCH based on the setting information from the base station (100/200 of FIGS. 17 to 21) from the terminal (100/200 of FIGS. 17 to 21) is It can be implemented by the device of.
  • one or more processors 202 control one or more transceivers 206 and/or one or more memories 204 to receive the PUCCH based on the configuration information from the terminal 100. can do.
  • the method may further include transmitting downlink control information (DCI).
  • DCI downlink control information
  • the base station transmits downlink control information (DCI) for scheduling a physical uplink shared channel (PUSCH) related to the PUCCH to the terminal.
  • DCI downlink control information
  • PUSCH physical uplink shared channel
  • the base station (100/200 of FIGS. 17 to 21) sends a physical uplink shared channel related to the PUCCH to the terminal (100/200 of FIGS. 17 to 21).
  • PUSCH scheduling operation of transmitting downlink control information (DCI) may be implemented by the devices of FIGS. 17 to 21.
  • one or more processors 202 schedule downlink control information for scheduling a physical uplink shared channel (PUSCH) related to the PUCCH to the terminal 100.
  • DCI one or more transceivers 206 and/or one or more memories 204 may be controlled.
  • the method may further include receiving a Physical Uplink Shared Channel (PUSCH). Specifically, in the step of receiving the PUSCH, the base station receives the PUSCH based on the DCI from the terminal. This embodiment may be based on S1440 of FIG. 14.
  • PUSCH Physical Uplink Shared Channel
  • the PUSCH may be related to a Medium Access Control-Control Element (MAC-CE) including information related to the beam failure.
  • MAC-CE Medium Access Control-Control Element
  • the MAC-CE may include information related to at least one of 1) at least one secondary cell (SCell) or 2) a new beam.
  • the information related to the new beam may include at least one of i) whether the new beam exists or ii) an ID of a reference signal related to the new beam.
  • FIG. To 21 the operation of receiving the PUSCH based on the DCI from the base station (100/200 of FIGS. 17 to 21) from the terminal (100/200 of FIGS. 17 to 21) is shown in FIG. To 21 may be implemented.
  • one or more processors 202 may control one or more transceivers 206 and/or one or more memories 204 to receive the PUSCH based on the DCI from the terminal 100. I can.
  • FIG. 17 illustrates a communication system 1 applied to the present specification.
  • a communication system 1 applied to the present specification includes a wireless device, a base station, and a network.
  • the wireless device refers to a device that performs communication using a wireless access technology (eg, 5G NR (New RAT), LTE (Long Term Evolution)), and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots 100a, vehicles 100b-1 and 100b-2, eXtended Reality (XR) devices 100c, hand-held devices 100d, and home appliances 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400.
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing inter-vehicle communication.
  • 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, including HMD (Head-Mounted Device), HUD (Head-Up Display), TV, smartphone, It can be implemented in the form of a computer, wearable device, home appliance, digital signage, vehicle, robot, and the like.
  • Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), computers (eg, notebook computers, etc.).
  • Home appliances may include TVs, refrigerators, and washing machines.
  • IoT devices may include sensors, smart meters, and the like.
  • the base station and the network may be implemented as a wireless device, and the specific wireless device 200a may operate as a base station/network node to another wireless device.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200.
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, or a 5G (eg, NR) network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200 / network 300, but may perform direct communication (e.g. sidelink communication) without going through the base station / network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (e.g.
  • V2V Vehicle to Vehicle
  • V2X Vehicle to Everything
  • the IoT device eg, sensor
  • the IoT device may directly communicate with other IoT devices (eg, sensors) or other wireless devices 100a to 100f.
  • Wireless communication/connections 150a, 150b, and 150c may be established between the wireless devices 100a to 100f / base station 200 and the base station 200 / base station 200.
  • the wireless communication/connection includes various wireless access such as uplink/downlink communication 150a, sidelink communication 150b (or D2D communication), base station communication 150c (eg relay, Integrated Access Backhaul). This can be achieved through technology (eg 5G NR)
  • wireless communication/connections 150a, 150b, 150c the wireless device and the base station/wireless device, and the base station and the base station can transmit/receive radio signals to each other.
  • the wireless communication/connection 150a, 150b, 150c can transmit/receive signals through various physical channels.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive wireless signals through various wireless access technologies (eg, LTE and NR).
  • ⁇ the first wireless device 100, the second wireless device 200 ⁇ is the ⁇ wireless device 100x, the base station 200 ⁇ and/or ⁇ wireless device 100x, wireless device 100x) of FIG. ⁇ Can be matched.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may further include one or more transceivers 106 and/or one or more antennas 108.
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and then transmit a radio signal including the first information/signal through the transceiver 106.
  • the processor 102 may store information obtained from signal processing of the second information/signal in the memory 104 after receiving a radio signal including the second information/signal through the transceiver 106.
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102.
  • the memory 104 may perform some or all of the processes controlled by the processor 102, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document. It can store software code including
  • the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 106 may be coupled with the processor 102 and may transmit and/or receive radio signals through one or more antennas 108.
  • the transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be mixed with an RF (Radio Frequency) unit.
  • the wireless device may mean a communication modem/circuit/chip.
  • the second wireless device 200 includes one or more processors 202 and one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • the processor 202 controls the memory 204 and/or the transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 202 may process information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206.
  • the processor 202 may store information obtained from signal processing of the fourth information/signal in the memory 204 after receiving a radio signal including the fourth information/signal through the transceiver 206.
  • 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 perform some or all of the processes controlled by the processor 202, or instructions for performing the descriptions, functions, procedures, suggestions, methods and/or operational flow charts disclosed in this document. It can store software code including
  • the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be connected to the processor 202 and may transmit and/or receive radio signals through one or more antennas 208.
  • the transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with an RF unit.
  • the wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • one or more processors 102, 202 may implement one or more layers (eg, functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors 102, 202 may be configured to generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the description, functions, procedures, proposals, methods, and/or operational flow charts disclosed in this document. Can be generated.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • One or more processors 102, 202 may generate messages, control information, data, or information according to the description, function, procedure, suggestion, method, and/or operational flow chart disclosed herein.
  • At least one processor (102, 202) generates a signal (e.g., a baseband signal) including PDU, SDU, message, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , It may be provided to one or more transceivers (106, 206).
  • One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein PDUs, SDUs, messages, control information, data, or information may be obtained according to the parameters.
  • signals e.g., baseband signals
  • One or more of the processors 102 and 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer.
  • One or more of the processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the description, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document may be implemented using firmware or software, and firmware or software may be implemented to include modules, procedures, functions, and the like.
  • the description, functions, procedures, proposals, methods and/or operational flow charts disclosed in this document are included in one or more processors 102, 202, or stored in one or more memories 104, 204, and are It may be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, proposals, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or a set of instructions.
  • One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions.
  • One or more memories 104 and 204 may be composed of ROM, RAM, EPROM, flash memory, hard drive, register, cache memory, computer readable storage medium, and/or combinations thereof.
  • One or more memories 104 and 204 may be located inside and/or outside of one or more processors 102 and 202.
  • one or more memories 104, 204 may be connected to one or more processors 102, 202 through various technologies such as wired or wireless connection.
  • the one or more transceivers 106 and 206 may transmit user data, control information, radio signals/channels, and the like mentioned in the methods and/or operation flow charts of this document to one or more other devices.
  • One or more transceivers (106, 206) may receive user data, control information, radio signals/channels, etc. mentioned in the description, functions, procedures, suggestions, methods and/or operation flow charts disclosed in this document from one or more other devices.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202, and may transmit and receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or radio signals to one or more other devices.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or radio signals from one or more other devices.
  • one or more transceivers (106, 206) may be connected with one or more antennas (108, 208), and one or more transceivers (106, 206) through one or more antennas (108, 208), the description and functionality disclosed in this document. It may be set to transmit and receive user data, control information, radio signals/channels, and the like mentioned in a procedure, a proposal, a method and/or an operation flowchart.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) in order to process the received user data, control information, radio signal / channel, etc. using one or more processors (102, 202), the received radio signal / channel, etc. in the RF band signal. It can be converted into a baseband signal.
  • One or more transceivers 106 and 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 and 202 from a baseband signal to an RF band signal.
  • one or more of the transceivers 106 and 206 may include (analog) oscillators and/or filters.
  • the signal processing circuit 1000 may include a scrambler 1010, a modulator 1020, a layer mapper 1030, a precoder 1040, a resource mapper 1050, and a signal generator 1060.
  • the operations/functions of FIG. 19 may be performed in the processors 102 and 202 and/or the transceivers 106 and 206 of FIG. 18.
  • the hardware elements of FIG. 19 may be implemented in the processors 102 and 202 and/or the transceivers 106 and 206 of FIG. 18.
  • blocks 1010 to 1060 may be implemented in the processors 102 and 202 of FIG. 18.
  • blocks 1010 to 1050 may be implemented in the processors 102 and 202 of FIG. 18, and block 1060 may be implemented in the transceivers 106 and 206 of FIG. 18.
  • the codeword may be converted into a wireless signal through the signal processing circuit 1000 of FIG. 19.
  • the codeword is an encoded bit sequence of an information block.
  • the information block may include a transport block (eg, a UL-SCH transport block, a DL-SCH transport block).
  • the radio signal may be transmitted through various physical channels (eg, PUSCH, PDSCH).
  • the codeword may be converted into a scrambled bit sequence by the scrambler 1010.
  • the scramble sequence used for scramble is generated based on an initialization value, and the initialization value may include ID information of a wireless device.
  • the scrambled bit sequence may be modulated by the modulator 1020 into a modulation symbol sequence.
  • the modulation scheme may include pi/2-Binary Phase Shift Keying (pi/2-BPSK), m-Phase Shift Keying (m-PSK), m-Quadrature Amplitude Modulation (m-QAM), and the like.
  • the complex modulation symbol sequence may be mapped to one or more transport layers by the layer mapper 1030.
  • the modulation symbols of each transport layer may be mapped to the corresponding antenna port(s) by the precoder 1040 (precoding).
  • the output z of the precoder 1040 can be obtained by multiplying the output y of the layer mapper 1030 by the N*M precoding matrix W.
  • N is the number of antenna ports
  • M is the number of transmission layers.
  • the precoder 1040 may perform precoding after performing transform precoding (eg, DFT transform) on complex modulation symbols. Also, the precoder 1040 may perform precoding without performing transform precoding.
  • the resource mapper 1050 may map modulation symbols of each antenna port to a time-frequency resource.
  • the time-frequency resource may include a plurality of symbols (eg, CP-OFDMA symbols, DFT-s-OFDMA symbols) in the time domain, and may include a plurality of subcarriers in the frequency domain.
  • CP Cyclic Prefix
  • DAC Digital-to-Analog Converter
  • the signal processing process for the received signal in the wireless device may be configured as the reverse of the signal processing process 1010 to 1060 of FIG. 19.
  • a wireless device eg, 100 and 200 in FIG. 18
  • the received radio signal may be converted into a baseband signal through a signal restorer.
  • the signal restorer may include a frequency downlink converter, an analog-to-digital converter (ADC), a CP canceller, and a Fast Fourier Transform (FFT) module.
  • ADC analog-to-digital converter
  • FFT Fast Fourier Transform
  • the baseband signal may be reconstructed into a codeword through a resource de-mapper process, a postcoding process, a demodulation process, and a de-scramble process.
  • a signal processing circuit for a received signal may include a signal restorer, a resource demapper, a postcoder, a demodulator, a descrambler, and a decoder.
  • the wireless device 20 shows another example of a wireless device applied to the present specification.
  • the wireless device may be implemented in various forms according to use-examples/services (see FIG. 17).
  • the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 18, and various elements, components, units/units, and/or modules ) Can be composed 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 a communication circuit 112 and a transceiver(s) 114.
  • communication circuitry 112 may include one or more processors 102 and 202 and/or one or more memories 104 and 204 of FIG. 18.
  • the transceiver(s) 114 may include one or more transceivers 106,206 and/or one or more antennas 108,208 of FIG. 18.
  • the control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls all operations of the wireless device.
  • 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.
  • the control unit 120 transmits the information stored in the memory unit 130 to an external (eg, other communication device) through the communication unit 110 through a wireless/wired interface, or 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 additional element 140 may be variously configured according to the type of wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an I/O unit, a driving unit, and a computing unit.
  • wireless devices include robots (Figs. 17, 100a), vehicles (Figs. 17, 100b-1, 100b-2), XR devices (Figs. 17, 100c), portable devices (Figs. 17, 100d), and home appliances. (Figs. 17, 100e), IoT devices (Figs. 17, 100f), digital broadcasting terminals, hologram devices, public safety devices, MTC devices, medical devices, fintech devices (or financial devices), security devices, climate/environment devices, 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 can be used in a mobile or 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 connected to each other through a wired interface, or at least part 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 through the communication unit 110.
  • the control unit 120 and the first unit eg, 130, 140
  • each element, component, unit/unit, and/or module in the wireless device 100 and 200 may further include one or more elements.
  • the controller 120 may be configured with one or more processor sets.
  • control unit 120 may be composed of a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphic processing processor, and a memory control processor.
  • memory unit 130 includes random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), and portable computers (eg, notebook computers).
  • the portable 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. ) Can be included.
  • the antenna unit 108 may be configured as a part of the communication unit 110.
  • Blocks 110 to 130/140a to 140c correspond to blocks 110 to 130/140 of FIG. 20, respectively.
  • 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 perform various operations by controlling components of the portable device 100.
  • the controller 120 may include an application processor (AP).
  • the memory unit 130 may store data/parameters/programs/codes/commands required for driving the portable device 100. Also, the memory unit 130 may store input/output data/information, and the like.
  • 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 connection between the portable device 100 and other external devices.
  • the interface unit 140b may include various ports (eg, audio input/output ports, video input/output ports) for connection with external devices.
  • 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 acquires 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 information/signals stored in the memory into wireless signals, and may directly transmit the converted wireless signals to other wireless devices or to a base station.
  • the communication unit 110 may restore the received radio signal to the original information/signal. After the restored information/signal is stored in the memory unit 130, it may be output in various forms (eg, text, voice, image, video, heptic) through the input/output unit 140c.
  • a physical uplink control channel is transmitted in a PUCCH resource related to a scheduling request (SR). Based on the PUCCH resource associated with the SR being overlapped PUCCH resources, the PUCCH is transmitted in a specific PUCCH resource determined among the overlapped PUCCH resources.
  • the specific PUCCH resource is related to beam failure recovery (BFR).
  • beam failure recovery can be performed based on the PUCCH related to the scheduling request, beam failure recovery (BFR) can be effectively supported even in a secondary cell (SCell).
  • BFR beam failure recovery
  • SCell secondary cell
  • a high frequency band eg, 30 GHz
  • the PUCCH resource related to beam failure recovery may be transmitted to have priority. . Therefore, when the SR event and the BFR event occur at the same time, ambiguity in the operation of the terminal is resolved, and the beam failure recovery procedure (BFR procedure) can be started more quickly.
  • the terminal When the terminal notifies the base station of only the occurrence of the beam failure through the PUCCH, relatively small information (eg, 1 bit) is transmitted. In this regard, the PUCCH needs to be transmitted using an existing procedure.
  • the PUCCH related to the beam failure recovery (BFR) is transmitted based on a parameter related to the scheduling request (SR).
  • the parameter related to the scheduling request (SR) is related to at least one of a timer related to transmission of the SR or a maximum number of transmissions of the SR. Accordingly, the beam failure recovery (BFR) may be initiated based on an existing scheduling request procedure.
  • the terminal receives downlink control information (DCI) for scheduling a PUSCH related to the PUCCH, and transmits a PUSCH based on the DCI.
  • DCI downlink control information
  • the PUSCH is related to a Medium Access Control-Control Element (MAC-CE) including information related to the beam failure.
  • MAC-CE Medium Access Control-Control Element
  • the MAC-CE includes information related to at least one of 1) at least one secondary cell (SCell) or 2) a new beam. Accordingly, detailed information related to beam failure can be effectively transmitted through a PUSCH scheduled based on an existing scheduling procedure.
  • an embodiment of 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 ASICs (application specific integrated circuits), DSPs (digital signal processors), DSPDs (digital signal processing devices), PLDs (programmable logic devices), and FPGAs ( field programmable gate arrays), processors, controllers, microcontrollers, microprocessors, etc.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, etc.
  • an embodiment of the present invention may be implemented in the form of a module, procedure, or function that performs the functions or operations described above.
  • the software code can be stored in a memory and driven by a processor.
  • the memory may be located inside or outside the processor, and may exchange data with the processor through various known means.

Abstract

본 명세서의 일 실시예에 따른 무선 통신 시스템에서 단말이 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)을 전송하는 방법은 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신하는 단계 및 상기 설정 정보에 기반하여 상기 PUCCH를 전송하는 단계를 포함한다. 상기 PUCCH는 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송된다. 상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련된 것을 특징으로 한다.

Description

무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치
본 명세서는 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치에 관한 것이다.
이동 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 그러나 이동통신 시스템은 음성뿐 아니라 데이터 서비스까지 영역을 확장하였으며, 현재에는 폭발적인 트래픽의 증가로 인하여 자원의 부족 현상이 야기되고 사용자들이 보다 고속의 서비스를 요구하므로, 보다 발전된 이동 통신 시스템이 요구되고 있다.
차세대 이동 통신 시스템의 요구 조건은 크게 폭발적인 데이터 트래픽의 수용, 사용자 당 전송률의 획기적인 증가, 대폭 증가된 연결 디바이스 개수의 수용, 매우 낮은 단대단 지연(End-to-End Latency), 고에너지 효율을 지원할 수 있어야 한다. 이를 위하여 이중 연결성(Dual Connectivity), 대규모 다중 입출력(Massive MIMO: Massive Multiple Input Multiple Output), 전이중(In-band Full Duplex), 비직교 다중접속(NOMA: Non-Orthogonal Multiple Access), 초광대역(Super wideband) 지원, 단말 네트워킹(Device Networking) 등 다양한 기술들이 연구되고 있다.
본 명세서는 물리 상향링크 제어 채널의 송수신 방법을 제안한다.
CA(carrier aggregation)가 적용되는 PRACH 기반의 BFR 절차의 경우, 프라이머리 셀(Primary Cell, PCell) 또는 프라이머리 세컨더리셀(Primary-Secondary Cell; PSCell)에 한정적으로 적용된다. 세컨더리 셀(Secondary Cell, SCell)에는 상향링크 캐리어(UL carrier)가 없을 수 있고 경쟁 기반 PRACH(contention based PRACH)가 설정될 수 없기 때문이다.
따라서 본 명세서는 세컨더리 셀(Secondary Cell, SCell)의 빔 실패 복구(beam failure recovery)를 지원하기 위한 물리 상향링크 제어 채널의 송수신 방법을 제안한다.
본 명세서에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서의 일 실시예에 따른 무선 통신 시스템에서 단말이 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)을 전송하는 방법은 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신하는 단계 및 상기 설정 정보에 기반하여 상기 PUCCH를 전송하는 단계를 포함한다.
상기 PUCCH는 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송된다.
상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송된다. 상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련된 것을 특징으로 한다.
상기 빔 실패 복구(BFR)는 적어도 하나의 세컨더리 셀(Secondary Cell, SCell)의 빔 실패(beam failure)와 관련될 수 있다.
상기 특정 PUCCH 자원은 PUCCH 포맷 0(PUCCH format 0) 또는 PUCCH 포맷 1(PUCCH format 1)에 기반할 수 있다.
상기 방법은 상기 PUCCH와 관련된 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)을 스케줄링 하는 하향링크 제어 정보(Downlink Control Information, DCI)를 수신하는 단계를 더 포함할 수 있다.
상기 방법은 상기 DCI에 기반하여 상기 PUSCH를 전송하는 단계를 더 포함할 수 있다.
상기 PUSCH는 상기 빔 실패와 관련된 정보를 포함하는 MAC-CE(Medium Access Control-Control Element)와 관련될 수 있다.
상기 MAC CE는 1) 적어도 하나의 세컨더리 셀(SCell) 또는 2) 새로운 빔(new beam) 중 적어도 하나와 관련된 정보를 포함할 수 있다.
상기 새로운 빔과 관련된 정보는 i) 상기 새로운 빔이 존재하는 지 여부 또는 ii) 상기 새로운 빔과 관련된 참조 신호(Reference Signal)의 ID 중 적어도 하나를 포함할 수 있다.
상기 빔 실패 복구(BFR)와 관련된 상기 PUCCH는 상기 스케줄링 요청(SR) 관련된 파라미터에 기반하여 전송될 수 있다.
상기 스케줄링 요청(SR)과 관련된 파라미터는 상기 SR의 전송과 관련된 타이머 또는 상기 SR의 최대 전송 횟수 중 적어도 하나와 관련될 수 있다.
본 명세서의 다른 실시예에 따른 무선 통신 시스템에서 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)을 전송하는 단말은 하나 이상의 송수신기, 상기 하나 이상의 송수신기를 제어하는 하나 이상의 프로세서들 및 상기 하나 이상의 프로세서들에 동작 가능하게 접속 가능하고, 상기 하나 이상의 프로세서들에 의해 상기 물리 상향링크 제어 채널(PUCCH)의 전송이 실행될 때, 동작들을 수행하는 지시(instruction)들을 저장하는 하나 이상의 메모리들을 포함한다.
상기 동작들은 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신하는 단계 및 상기 설정 정보에 기반하여 상기 PUCCH를 전송하는 단계를 포함한다. 상기 PUCCH는 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송된다.
상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송된다. 상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련된 것을 특징으로 한다.
상기 빔 실패 복구(BFR)는 적어도 하나의 세컨더리 셀(Secondary Cell, SCell)의 빔 실패(beam failure)와 관련될 수 있다.
상기 빔 실패 복구(BFR)와 관련된 상기 PUCCH는 상기 스케줄링 요청(SR)과 관련된 파라미터에 기반하여 전송될 수 있다.
본 명세서의 또 다른 실시예에 따른 장치는 하나 이상의 메모리들 및 상기 하나 이상의 메모리들과 기능적으로 연결되어 있는 하나 이상의 프로세서들을 포함한다.
상기 하나 이상의 프로세서들은 상기 장치가 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신하고, 상기 설정 정보에 기반하여 상기 PUCCH를 전송하도록 설정된다. 상기 PUCCH는 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송된다.
상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송된다. 상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련된 것을 특징으로 한다.
본 명세서의 또 다른 실시예에 따른 하나 이상의 비일시적(non-transitory) 컴퓨터 판독 가능 매체는 하나 이상의 명령어를 저장한다.
하나 이상의 프로세서에 의해 실행 가능한 하나 이상의 명령어는 단말이 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신하고, 상기 설정 정보에 기반하여 상기 PUCCH를 전송하도록 설정된다. 상기 PUCCH는 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송된다.
상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송된다. 상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련된 것을 특징으로 한다.
본 명세서의 실시예에 의하면, 물리 상향링크 제어 채널(PUCCH)은 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송된다. 상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송된다. 상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련된다.
빔 실패 복구가 스케줄링 요청과 관련된 PUCCH에 기반하여 수행될 수 있는 바, 빔 실패 복구(BFR)가 세컨더리 셀(SCell)에도 효과적으로 지원될 수 있다. 특히 고주파수 대역(예: 30GHz)에 대한 세컨더리 셀(SCell)에서 빔 실패(beam failure)가 발생한 경우에, 보다 효과적으로 빔 실패 복구가 수행될 수 있다.
또한 빔 실패 복구와 관련된 PUCCH 자원이 스케줄링 요청(예: 빔 실패 복구가 아닌 다른 이벤트로 인한 SR)과 관련된 PUCCH 자원과 중첩되는 경우, 빔 실패 복구와 관련된 PUCCH 자원이 우선순위를 갖도록 전송될 수 있다. 따라서 SR 이벤트와 BFR 이벤트가 동시에 발생하였을 때 단말 동작상 모호성이 해소되며, 빔 실패 복구 절차(BFR procedure)가 보다 빠르게 개시될 수 있다.
단말이 상기 빔 실패의 발생(occurrence)만을 상기 PUCCH를 통해 기지국에 알리는 경우, 상대적으로 작은 정보(예: 1 bit)가 전달된다. 이 점에서 상기 PUCCH는 기존의 절차를 활용하여 전송될 필요가 있다.
본 명세서의 일 실시예에 의하면, 상기 빔 실패 복구(BFR)와 관련된 상기 PUCCH는 상기 스케줄링 요청(SR)과 관련된 파라미터에 기반하여 전송된다. 상기 스케줄링 요청(SR)과 관련된 파라미터는 상기 SR의 전송과 관련된 타이머 또는 상기 SR의 최대 전송 횟수 중 적어도 하나와 관련된다. 따라서, 상기 빔 실패 복구(BFR)가 기존의 스케줄링 요청 절차에 기반하여 개시될 수 있다.
빔 실패의 발생만이 기지국에 통지되는 경우, 빔 실패 복구와 관련된 후속 보고가 수행될 필요가 있다. 본 명세서의 일 실시예에 의하면, 단말은 상기 PUCCH와 관련된 PUSCH를 스케줄링 하는 하향링크 제어 정보(Downlink Control Information, DCI)를 수신하고, 상기 DCI에 기반하여 PUSCH를 전송한다. 상기 PUSCH는 상기 빔 실패와 관련된 정보를 포함하는 MAC-CE(Medium Access Control-Control Element)와 관련된다. 상기 MAC-CE는 1) 적어도 하나의 세컨더리 셀(SCell) 또는 2) 새로운 빔(new beam) 중 적어도 하나와 관련된 정보를 포함한다. 따라서, 빔 실패와 관련된 세부 정보가 기존의 스케줄링 절차에 기반하여 스케줄된 PUSCH를 통해 효과적으로 전달될 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시 예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 특징을 설명한다.
도 1은 본 명세서에서 제안하는 방법이 적용될 수 있는 NR의 전체적인 시스템 구조의 일례를 나타낸다.
도 2는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 상향링크 프레임과 하향링크 프레임 간의 관계를 나타낸다.
도 3은 NR 시스템에서의 프레임 구조의 일례를 나타낸다.
도 4는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 지원하는 자원 그리드(resource grid)의 일례를 나타낸다.
도 5는 본 명세서에서 제안하는 방법이 적용될 수 있는 안테나 포트 및 뉴머롤로지 별 자원 그리드의 예들을 나타낸다.
도 6은 3GPP 시스템에 이용되는 물리 채널들 및 일반적인 신호 전송을 예시한다.
도 7은 SSB와 CSI-RS를 이용한 빔 형성의 일례를 나타낸다.
도 8은 SRS를 이용한 UL BM 절차의 일례를 나타낸다.
도 9는 본 명세서에서 제안하는 방법이 적용될 수 있는 상향링크 송수신 동작을 예시한다.
도 10은 랜덤 액세스 절차의 일례를 예시한다.
도 11은 RACH 자원 연관을 위한 SS 블록에 대한 임계값의 개념을 설명하기 위한 도면이다.
도 12는 PRACH의 램핑 카운터를 설명하기 위한 도면이다.
도 13은 본 명세서에서 제안하는 방법이 적용될 수 있는 빔 실패 복구 관련 동작을 설명하기 위한 도면이다.
도 14는 본 명세서에서 제안하는 방법이 적용될 수 있는 단말/기지국간 시그널링의 일례를 나타낸다.
도 15는 본 명세서의 일 실시예에 따른 무선 통신 시스템에서 단말이 물리 상향링크 제어 채널을 전송하는 방법을 설명하기 위한 흐름도이다.
도 16은 본 명세서의 다른 실시예에 따른 무선 통신 시스템에서 기지국이 물리 상향링크 제어 채널을 수신하는 방법을 설명하기 위한 흐름도이다.
도 17은 본 명세서에 적용되는 통신 시스템(1)을 예시한다.
도 18는 본 명세서에 적용될 수 있는 무선 기기를 예시한다.
도 19은 본 명세서에 적용되는 신호 처리 회로를 예시한다.
도 20은 본 명세서에 적용되는 무선 기기의 다른 예를 나타낸다.
도 21는 본 명세서에 적용되는 휴대 기기를 예시한다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다.
이하에서, 하향링크(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) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
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 PCTKR2020008438-appb-I000001
)으로 스케일링(scaling) 함으로써 유도될 수 있다. 또한, 매우 높은 반송파 주파수에서 매우 낮은 서브캐리어 간격을 이용하지 않는다고 가정될지라도, 이용되는 뉴머롤로지는 주파수 대역과 독립적으로 선택될 수 있다.
또한, NR 시스템에서는 다수의 뉴머롤로지에 따른 다양한 프레임 구조들이 지원될 수 있다.
이하, NR 시스템에서 고려될 수 있는 OFDM(Orthogonal Frequency Division Multiplexing) 뉴머롤로지 및 프레임 구조를 살펴본다.
NR 시스템에서 지원되는 다수의 OFDM 뉴머롤로지들은 표 1과 같이 정의될 수 있다.
Figure PCTKR2020008438-appb-T000001
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 PCTKR2020008438-appb-T000002
NR 시스템에서의 프레임 구조(frame structure)와 관련하여, 시간 영역의 다양한 필드의 크기는
Figure PCTKR2020008438-appb-I000002
의 시간 단위의 배수로 표현된다. 여기에서,
Figure PCTKR2020008438-appb-I000003
이고,
Figure PCTKR2020008438-appb-I000004
이다. 하향링크(downlink) 및 상향크(uplink) 전송은
Figure PCTKR2020008438-appb-I000005
의 구간을 가지는 무선 프레임(radio frame)으로 구성된다. 여기에서, 무선 프레임은 각각
Figure PCTKR2020008438-appb-I000006
의 구간을 가지는 10 개의 서브프레임(subframe)들로 구성된다. 이 경우, 상향링크에 대한 한 세트의 프레임들 및 하향링크에 대한 한 세트의 프레임들이 존재할 수 있다.
도 2는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 상향링크 프레임과 하향링크 프레임 간의 관계를 나타낸다.
도 2에 나타난 것과 같이, 단말(User Equipment, UE)로 부터의 상향링크 프레임 번호 i의 전송은 해당 단말에서의 해당 하향링크 프레임의 시작보다
Figure PCTKR2020008438-appb-I000007
이전에 시작해야 한다.
뉴머롤로지
Figure PCTKR2020008438-appb-I000008
에 대하여, 슬롯(slot)들은 서브프레임 내에서
Figure PCTKR2020008438-appb-I000009
의 증가하는 순서로 번호가 매겨지고, 무선 프레임 내에서
Figure PCTKR2020008438-appb-I000010
의 증가하는 순서로 번호가 매겨진다. 하나의 슬롯은
Figure PCTKR2020008438-appb-I000011
의 연속하는 OFDM 심볼들로 구성되고,
Figure PCTKR2020008438-appb-I000012
는, 이용되는 뉴머롤로지 및 슬롯 설정(slot configuration)에 따라 결정된다. 서브프레임에서 슬롯
Figure PCTKR2020008438-appb-I000013
의 시작은 동일 서브프레임에서 OFDM 심볼
Figure PCTKR2020008438-appb-I000014
의 시작과 시간적으로 정렬된다.
모든 단말이 동시에 송신 및 수신을 할 수 있는 것은 아니며, 이는 하향링크 슬롯(downlink slot) 또는 상향링크 슬롯(uplink slot)의 모든 OFDM 심볼들이 이용될 수는 없다는 것을 의미한다.
표 3은 일반(normal) CP에서 슬롯 별 OFDM 심볼의 개수(
Figure PCTKR2020008438-appb-I000015
), 무선 프레임 별 슬롯의 개수(
Figure PCTKR2020008438-appb-I000016
), 서브프레임 별 슬롯의 개수(
Figure PCTKR2020008438-appb-I000017
)를 나타내며, 표 3은 확장(extended) CP에서 슬롯 별 OFDM 심볼의 개수, 무선 프레임 별 슬롯의 개수, 서브프레임 별 슬롯의 개수를 나타낸다.
Figure PCTKR2020008438-appb-T000003
Figure PCTKR2020008438-appb-T000004
도 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 PCTKR2020008438-appb-I000018
서브캐리어들로 구성되고, 하나의 서브프레임이
Figure PCTKR2020008438-appb-I000019
OFDM 심볼들로 구성되는 것을 예시적으로 기술하나, 이에 한정되는 것은 아니다.
NR 시스템에서, 전송되는 신호(transmitted signal)는
Figure PCTKR2020008438-appb-I000020
서브캐리어들로 구성되는 하나 또는 그 이상의 자원 그리드들 및
Figure PCTKR2020008438-appb-I000021
의 OFDM 심볼들에 의해 설명된다. 여기에서,
Figure PCTKR2020008438-appb-I000022
이다. 상기
Figure PCTKR2020008438-appb-I000023
는 최대 전송 대역폭을 나타내고, 이는, 뉴머롤로지들뿐만 아니라 상향링크와 하향링크 간에도 달라질 수 있다.
이 경우, 도 5와 같이, 뉴머롤로지
Figure PCTKR2020008438-appb-I000024
및 안테나 포트 p 별로 하나의 자원 그리드가 설정될 수 있다.
도 5는 본 명세서에서 제안하는 방법이 적용될 수 있는 안테나 포트 및 뉴머롤로지 별 자원 그리드의 예들을 나타낸다.
뉴머롤로지
Figure PCTKR2020008438-appb-I000025
및 안테나 포트 p에 대한 자원 그리드의 각 요소는 자원 요소(resource element)로 지칭되며, 인덱스 쌍
Figure PCTKR2020008438-appb-I000026
에 의해 고유적으로 식별된다. 여기에서,
Figure PCTKR2020008438-appb-I000027
는 주파수 영역 상의 인덱스이고,
Figure PCTKR2020008438-appb-I000028
는 서브프레임 내에서 심볼의 위치를 지칭한다. 슬롯에서 자원 요소를 지칭할 때에는, 인덱스 쌍
Figure PCTKR2020008438-appb-I000029
이 이용된다. 여기에서,
Figure PCTKR2020008438-appb-I000030
이다.
뉴머롤로지
Figure PCTKR2020008438-appb-I000031
및 안테나 포트 p에 대한 자원 요소
Figure PCTKR2020008438-appb-I000032
는 복소 값(complex value)
Figure PCTKR2020008438-appb-I000033
에 해당한다. 혼동(confusion)될 위험이 없는 경우 혹은 특정 안테나 포트 또는 뉴머롤로지가 특정되지 않은 경우에는, 인덱스들 p 및
Figure PCTKR2020008438-appb-I000034
는 드롭(drop)될 수 있으며, 그 결과 복소 값은
Figure PCTKR2020008438-appb-I000035
또는
Figure PCTKR2020008438-appb-I000036
이 될 수 있다.
또한, 물리 자원 블록(physical resource block)은 주파수 영역 상의
Figure PCTKR2020008438-appb-I000037
연속적인 서브캐리어들로 정의된다.
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 PCTKR2020008438-appb-I000038
에 대한 주파수 영역에서 0부터 위쪽으로 넘버링(numbering)된다.
서브캐리어 간격 설정
Figure PCTKR2020008438-appb-I000039
에 대한 공통 자원 블록 0의 subcarrier 0의 중심은 'point A'와 일치한다. 주파수 영역에서 공통 자원 블록 번호(number)
Figure PCTKR2020008438-appb-I000040
와 서브캐리어 간격 설정
Figure PCTKR2020008438-appb-I000041
에 대한 자원 요소(k,l)은 아래 수학식 1과 같이 주어질 수 있다.
Figure PCTKR2020008438-appb-M000001
여기에서,
Figure PCTKR2020008438-appb-I000042
는
Figure PCTKR2020008438-appb-I000043
이 point A를 중심으로 하는 subcarrier에 해당하도록 point A에 상대적으로 정의될 수 있다. 물리 자원 블록들은 대역폭 파트(bandwidth part, BWP) 내에서 0부터
Figure PCTKR2020008438-appb-I000044
까지 번호가 매겨지고,
Figure PCTKR2020008438-appb-I000045
는 BWP의 번호이다. BWP i에서 물리 자원 블록
Figure PCTKR2020008438-appb-I000046
와 공통 자원 블록
Figure PCTKR2020008438-appb-I000047
간의 관계는 아래 수학식 2에 의해 주어질 수 있다.
Figure PCTKR2020008438-appb-M000002
여기에서,
Figure PCTKR2020008438-appb-I000048
는 BWP가 공통 자원 블록 0에 상대적으로 시작하는 공통 자원 블록일 수 있다.
물리 채널 및 일반적인 신호 전송
도 6은 3GPP 시스템에 이용되는 물리 채널들 및 일반적인 신호 전송을 예시한다. 무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink, DL)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink, UL)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
단말은 전원이 켜지거나 새로이 셀에 진입한 경우 기지국과 동기를 맞추는 등의 초기 셀 탐색(Initial cell search) 작업을 수행한다(S601). 이를 위해, 단말은 기지국으로부터 주 동기 신호(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)을 수신함으로써 좀더 구체적인 시스템 정보를 획득할 수 있다(S602).
한편, 기지국에 최초로 접속하거나 신호 송신을 위한 무선 자원이 없는 경우, 단말은 기지국에 대해 임의 접속 과정(Random Access Procedure, RACH)을 수행할 수 있다(S603 내지 S606). 이를 위해, 단말은 물리 임의 접속 채널(Physical Random Access Channel, PRACH)을 통해 특정 시퀀스를 프리앰블로 송신하고(S603 및 S605), PDCCH 및 대응하는 PDSCH를 통해 프리앰블에 대한 응답 메시지((RAR(Random Access Response) message)를 수신할 수 있다. 경쟁 기반 RACH의 경우, 추가적으로 충돌 해결 절차(Contention Resolution Procedure)를 수행할 수 있다(S606).
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상/하향링크 신호 송신 절차로서 PDCCH/PDSCH 수신(S607) 및 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)/물리 상향링크 제어 채널(Physical Uplink Control Channel; PUCCH) 송신(S608)을 수행할 수 있다. 특히 단말은 PDCCH를 통하여 하향링크 제어 정보(Downlink Control Information, DCI)를 수신할 수 있다. 여기서, DCI는 단말에 대한 자원 할당 정보와 같은 제어 정보를 포함하며, 사용 목적에 따라 포맷이 서로 다르게 적용될 수 있다.
한편, 단말이 상향링크를 통해 기지국에 송신하는 또는 단말이 기지국으로부터 수신하는 제어 정보는 하향링크/상향링크 ACK/NACK 신호, CQI(Channel Quality Indicator), PMI(Precoding Matrix 인덱스), RI(Rank Indicator) 등을 포함할 수 있다. 단말은 상술한 CQI/PMI/RI 등의 제어 정보를 PUSCH 및/또는 PUCCH를 통해 송신할 수 있다.
빔 관리(Beam Management, BM)
BM 절차는 다운링크(downlink, DL) 및 업링크(uplink, UL) 송/수신에 사용될 수 있는 기지국(예: gNB, TRP 등) 및/또는 단말(예: UE) 빔들의 세트(set)를 획득하고 유지하기 위한 L1(layer 1)/L2(layer 2) 절차들로서, 아래와 같은 절차 및 용어를 포함할 수 있다.
- 빔 측정(beam measurement): 기지국 또는 UE가 수신된 빔 형성 신호의 특성을 측정하는 동작.
- 빔 결정(beam determination): 기지국 또는 UE가 자신의 송신 빔(Tx beam) / 수신 빔(Rx beam)을 선택하는 동작.
- 스위핑 (Beam sweeping): 미리 결정된 방식으로 일정 시간 간격 동안 송신 및/또는 수신 빔을 이용하여 공간 영역을 커버하는 동작.
- 빔 보고(beam report): UE가 빔 측정에 기반하여 빔 형성된 신호의 정보를 보고하는 동작.
BM 절차는 (1) SS(synchronization signal)/PBCH(physical broadcast channel) Block 또는 CSI-RS를 이용하는 DL BM 절차와, (2) SRS(sounding reference signal)을 이용하는 UL BM 절차로 구분할 수 있다. 또한, 각 BM 절차는 Tx beam을 결정하기 위한 Tx beam sweeping과 Rx beam을 결정하기 위한 Rx beam sweeping을 포함할 수 있다.
하향링크 빔 관리 절차(DL BM Procedure)
하향링크 빔 관리 절차(DL BM 절차)는 (1) 기지국이 빔 형성 DL RS(예를 들어, CSI-RS 또는 SS 블록 (SSB))를 전송하는 단계 및 (2) 단말이 빔 보고를 송신하는 단계를 포함할 수 있다.
여기서, 빔 보고(beam reporting)는 바람직한 DL RS ID (식별자) (들) 및 그에 대응하는 L1-RSRP를 포함할 수 있다.
DL RS ID는 SSB resource indicator(SSBRI) 또는 CSI-RS resource indicator(CRI) 일 수 있다.
도 7은 SSB와 CSI-RS를 이용한 빔 형성의 일례를 나타낸다.
도 7과 같이, SSB 빔과 CSI-RS 빔은 빔 측정을 위해 사용될 수 있다. 측정 메트릭(measurement metric)은 자원(resource)/블록(block) 별 L1-RSRP이다. SSB는 coarse한 빔 측정을 위해 사용되며, CSI-RS는 fine한 빔 측정을 위해 사용될 수 있다. SSB는 Tx 빔 스위핑과 Rx 빔 스위핑 모두에 사용될 수 있다. SSB를 이용한 Rx 빔 스위핑은 다수의 SSB bursts에 걸쳐서(across) 동일 SSBRI에 대해 UE가 Rx 빔을 변경하면서 수행될 수 있다. 여기서, 하나의 SS burst는 하나 또는 그 이상의 SSB들을 포함하고, 하나의 SS burst set은 하나 또는 그 이상의 SSB burst들을 포함한다.
DL BM 관련 빔 지시(beam indication)
단말은 적어도 QCL(Quasi Co-location) indication의 목적을 위해 최대 M 개의 후보(candidate) 전송 설정 지시 (Transmission Configuration Indication, TCI) 상태(state)들에 대한 리스트를 RRC 설정 받을 수 있다. 여기서, M은 64일 수 있다.
각 TCI state는 하나의 RS set으로 설정될 수 있다. 적어도 RS set 내의 spatial QCL 목적(QCL Type D)을 위한 DL RS의 각각의 ID는 SSB, P-CSI RS, SP-CSI RS, A-CSI RS 등의 DL RS type들 중 하나를 참조할 수 있다.
최소한 spatial QCL 목적을 위해 사용되는 RS set 내의 DL RS(들)의 ID의 초기화(initialization)/업데이트(update)는 적어도 명시적 시그널링(explicit signaling)을 통해 수행될 수 있다.
표 5는 TCI-State IE의 일례를 나타낸다.
TCI-State IE는 하나 또는 두 개의 DL reference signal(RS) 대응하는 quasi co-location (QCL) type과 연관시킨다.
Figure PCTKR2020008438-appb-T000005
표 5에서, bwp-Id parameter는 RS가 위치되는 DL BWP를 나타내며, cell parameter는 RS가 위치되는 carrier를 나타내며, referencesignal parameter는 해당 target antenna port(s)에 대해 quasi co-location 의 source가 되는 reference antenna port(s) 혹은 이를 포함하는reference signal을 나타낸다. 상기 target antenna port(s)는 CSI-RS, PDCCH DMRS, 또는 PDSCH DMRS 일 수 있다. 일례로 NZP CSI-RS에 대한 QCL reference RS정보를 지시하기 위해 NZP CSI-RS 자원 설정 정보에 해당 TCI state ID를 지시할 수 있다. 또 다른 일례로 PDCCH DMRS antenna port(s)에 대한 QCL reference 정보를 지시하기 위해 각 CORESET설정에 TCI state ID를 지시할 수 있다. 또 다른 일례로 PDSCH DMRS antenna port(s)에 대한 QCL reference 정보를 지시하기 위해 DCI를 통해 TCI state ID를 지시할 수 있다.
QCL (Quasi-Co Location)
안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 특성(property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 유추될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다.
여기서, 상기 채널 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수/도플러 쉬프트(Frequency/Doppler shift), 평균 수신 파워(Average received power), 수신 타이밍/평균지연(Received Timing / average delay), Spatial RX parameter 중 하나 이상을 포함한다. 여기서 Spatial Rx parameter는 angle of arrival과 같은 공간적인 (수신) 채널 특성 파라미터를 의미한다.
단말은 해당 단말 및 주어진 serving cell에 대해 의도된 DCI를 가지는 검출된 PDCCH에 따라 PDSCH를 디코딩하기 위해, higher layer parameter PDSCH-Config 내 M 개까지의 TCI-State configuration의 리스트로 설정될 수 있다. 상기 M은 UE capability에 의존한다.
각각의 TCI-State는 하나 또는 두 개의 DL reference signal과 PDSCH의 DM-RS port 사이의 quasi co-location 관계를 설정하기 위한 파라미터를 포함한다.
Quasi co-location 관계는 첫 번째 DL RS에 대한 higher layer parameter qcl-Type1과 두 번째 DL RS에 대한 qcl-Type2 (설정된 경우)로 설정된다. 두 개의 DL RS의 경우, reference가 동일한 DL RS 또는 서로 다른 DL RS인지에 관계없이 QCL type은 동일하지 않다.
각 DL RS에 대응하는 quasi co-location type은 QCL-Info의 higher layer parameter qcl-Type에 의해 주어지며, 다음 값 중 하나를 취할 수 있다:
- 'QCL-TypeA': {Doppler shift, Doppler spread, average delay, delay spread}
- 'QCL-TypeB': {Doppler shift, Doppler spread}
- 'QCL-TypeC': {Doppler shift, average delay}
- 'QCL-TypeD': {Spatial Rx parameter}
예를 들어, target antenna port가 특정 NZP CSI-RS 인 경우, 해당 NZP CSI-RS antenna ports는 QCL-Type A관점에서는 특정 TRS와, QCL-Type D관점에서는 특정 SSB과 QCL되었다고 지시/설정될 수 있다. 이러한 지시/설정을 받은 단말은 QCL-TypeA TRS에서 측정된 Doppler, delay값을 이용해서 해당 NZP CSI-RS를 수신하고, QCL-TypeD SSB 수신에 사용된 수신 빔을 해당 NZP CSI-RS 수신에 적용할 수 있다.
UE는 8개까지의 TCI state들을 DCI 필드 'Transmission Configuration Indication'의 codepoint에 매핑하기 위해 사용되는 MAC CE signaling에 의한 activation command를 수신할 수 있다.
UL BM 절차
UL BM은 단말 구현에 따라 Tx beam - Rx beam 간 beam reciprocity(또는 beam correspondence)가 성립할 수 있거나 또는, 성립하지 않을 수 있다. 만약 기지국과 단말 모두에서 Tx beam - Rx beam 간 reciprocity가 성립하는 경우, DL beam pair를 통해 UL beam pair를 맞출 수 있다. 하지만, 기지국과 단말 중 어느 하나라도 Tx beam - Rx beam 간 reciprocity가 성립하지 않는 경우, DL beam pair 결정과 별개로 UL beam pair 결정 과정이 필요하다.
또한, 기지국과 단말 모두 beam correspondence를 유지하고 있는 경우에도, 단말이 선호(preferred) beam의 보고를 요청하지 않고도 기지국은 DL Tx beam 결정을 위해 UL BM 절차를 사용할 수 있다.
UL BM은 beamformed UL SRS 전송을 통해 수행될 수 있으며, SRS resource set의 UL BM의 적용 여부는 (higher layer parameter) usage에 의해 설정된다. usage가 'BeamManagement(BM)'로 설정되면, 주어진 time instant에 복수의 SRS resource set들 각각에 하나의 SRS resource만 전송될 수 있다.
단말은 (higher layer parameter) SRS-ResourceSet에 의해 설정되는 하나 또는 그 이상의 Sounding Reference Symbol (SRS) resource set들을 (higher layer signaling, RRC signaling 등을 통해) 설정받을 수 있다. 각각의 SRS resource set에 대해, UE는 K≥1 SRS resource들 (higher later parameter SRS-resource)이 설정될 수 있다. 여기서, K는 자연수이며, K의 최대 값은 SRS_capability에 의해 지시된다.
DL BM과 마찬가지로, UL BM 절차도 단말의 Tx beam sweeping과 기지국의 Rx beam sweeping으로 구분될 수 있다.
도 8은 SRS를 이용한 UL BM 절차의 일례를 나타낸다.
도 8(a)는 기지국의 Rx beam 결정 절차를 나타내고, 도 8(b)는 단말의 Tx beam sweeping 절차를 나타낸다.
도 9는 본 명세서에서 제안하는 방법이 적용될 수 있는 상향링크 송수신 동작을 예시한다.
도 9를 참조하면, 기지국은 주파수/시간 자원, 전송 레이어, 상향링크 프리코더, MCS 등과 같은 상향링크 전송을 스케줄링 한다(S910). 특히, 기지국은 단말이 PUSCH 전송을 위한 빔을 결정할 수 있다.
단말은 기지국으로부터 상향링크 스케줄링을 위한(즉, PUSCH의 스케줄링 정보를 포함하는) DCI를 PDCCH 상에서 수신한다(S920).
상향링크 스케줄링을 위해 DCI 포맷 0_0 또는 0_1이 이용될 수 있으며, 특히 DCI 포맷 0_1에서는 다음과 같은 정보를 포함한다.
DCI 포맷 식별자(Identifier for DCI formats), UL/SUL(Supplementary uplink) 지시자(UL/SUL indicator), 대역폭 부분 지시자(Bandwidth part indicator), 주파수 도메인 자원 할당(Frequency domain resource assignment), 시간 도메인 자원 할당(Time domain resource assignment), 주파수 호핑 플래그(Frequency hopping flag), 변조 및 코딩 방식(MCS: Modulation and coding scheme), SRS 자원 지시자(SRI: SRS resource indicator), 프리코딩 정보 및 레이어 수(Precoding information and number of layers), 안테나 포트(들)(Antenna port(s)), SRS 요청(SRS request), DMRS 시퀀스 초기화(DMRS sequence initialization), UL-SCH(Uplink Shared Channel) 지시자(UL-SCH indicator)
특히, SRS resource indicator 필드에 의해 상위 계층 파라미터 'usage'와 연관된 SRS 자원 세트 내 설정된 SRS 자원들이 지시될 수 있다. 또한, 각 SRS resource별로 'spatialRelationInfo'를 설정받을 수 있고 그 값은 {CRI, SSB, SRI}중에 하나일 수 있다.
단말은 기지국에게 상향링크 데이터를 PUSCH 상에서 전송한다(S930).
단말이 DCI 포맷 0_0 또는 0_1을 포함하는 PDCCH를 검출(detect)하면, 해당 DCI에 의한 지시에 따라 해당 PUSCH를 전송한다.
PUSCH 전송을 위해 코드북(codebook) 기반 전송 및 비-코드북(non-codebook) 기반 전송 2가지의 전송 방식이 지원된다.
i) 상위 계층 파라미터 'txConfig'가 'codebook'으로 셋팅될 때, 단말은 codebook 기반 전송으로 설정된다. 반면, 상위 계층 파라미터 'txConfig'가 'nonCodebook'으로 셋팅될 때, 단말은 non-codebook 기반 전송으로 설정된다. 상위 계층 파라미터 'txConfig'가 설정되지 않으면, 단말은 DCI 포맷 0_1에 의해 스케줄링되는 것을 예상하지 않는다. DCI 포맷 0_0에 의해 PUSCH가 스케줄링되면, PUSCH 전송은 단일 안테나 포트에 기반한다.
codebook 기반 전송의 경우, PUSCH는 DCI 포맷 0_0, DCI 포맷 0_1 또는 반정적으로(semi-statically) 스케줄링될 수 있다. 이 PUSCH가 DCI 포맷 0_1에 의해 스케줄링되면, 단말은 SRS resource indicator 필드 및 Precoding information and number of layers 필드에 의해 주어진 바와 같이, DCI로부터 SRI, TPMI(Transmit Precoding Matrix Indicator) 및 전송 랭크를 기반으로 PUSCH 전송 프리코더를 결정한다. TPMI는 안테나 포트에 걸쳐서 적용될 프리코더를 지시하기 위해 이용되고, 다중의 SRS 자원이 설정될 때 SRI에 의해 선택된 SRS 자원에 상응한다. 또는, 단일의 SRS 자원이 설정되면, TPMI는 안테나 포트에 걸쳐 적용될 프리코더를 지시하기 위해 이용되고, 해당 단일의 SRS 자원에 상응한다. 상위 계층 파라미터 'nrofSRS-Ports'와 동일한 안테나 포트의 수를 가지는 상향링크 코드북으로부터 전송 프리코더가 선택된다.
단말에 'codebook'으로 셋팅된 상위 계층 파라미터 'txConfig'가 설정될 때, 적어도 하나의 SRS 자원이 단말에 설정된다. 슬롯 n에서 지시된 SRI는 SRI에 의해 식별된 SRS 자원의 가장 최근의 전송과 연관되고, 여기서 SRS 자원은 SRI를 나르는 PDCCH(즉, 슬롯 n)에 앞선다.
ii) non-codebook 기반 전송의 경우, PUSCH는 DCI 포맷 0_0, DCI 포맷 0_1 또는 반정적으로(semi-statically) 스케줄링될 수 있다. 다중의 SRS 자원이 설정될 때, 단말은 광대역 SRI를 기반으로 PUSCH 프리코더 및 전송 랭크를 결정할 수 있으며, 여기서 SRI는 DCI 내 SRS resource indicator에 의해 주어지거나 또는 상위 계층 파라미터 'srs-ResourceIndicator'에 의해 주어진다. 단말은 SRS 전송을 위해 하나 또는 다중의 SRS 자원을 이용하고, 여기서 SRS 자원의 수는, UE 능력에 기반하여 동일한 RB 내에서 동시 전송을 위해 설정될 수 있다. 각 SRS 자원 별로 단 하나의 SRS 포트만이 설정된다. 단 하나의 SRS 자원만이 'nonCodebook'으로 셋팅된 상위 계층 파라미터 'usage'로 설정될 수 있다. non-codebook 기반 상향링크 전송을 위해 설정될 수 있는 SRS 자원의 최대의 수는 4이다. 슬롯 n에서 지시된 SRI는 SRI에 의해 식별된 SRS 자원의 가장 최근의 전송과 연관되고, 여기서 SRS 전송은 SRI를 나르는 PDCCH (즉, 슬롯 n)에 앞선다.
랜덤 액세스(Random Access) 관련 절차
단말의 랜덤 액세스 절차는 표 6 및 도 10과 같이 요약할 수 있다.
Figure PCTKR2020008438-appb-T000006
도 10은 랜덤 액세스 절차의 일례를 예시한다.
먼저, 단말이 UL에서 랜덤 액세스 절차의 Msg1로서 PRACH 프리앰블을 전송할 수 있다.
서로 다른 두 길이를 가지는 랜덤 액세스 프리앰블 시퀀스가 지원된다. 긴 시퀀스 길이 839는 1.25 및 5 kHz의 부반송파 간 간격(subcarrier spacing)으로써 적용되며, 짧은 시퀀스 길이 139는 15, 30, 60 및 120 kHz의 부반송파 간 간격으로써 적용된다. 긴 시퀀스는 제한되지 않은 세트와 타입 A 및 타입 B의 제한된 세트를 모두 지원하는 반면, 짧은 시퀀스는 제한되지 않은 세트만을 지원한다.
다수의 RACH 프리앰블 포맷들은 하나 또는 그 이상의 RACH OFDM 심볼들, 및 서로 다른 순환 전치(cyclic prefix) 및 가드 시간(guard time)으로 정의된다. 사용을 위한 PRACH 프리앰블 구성(configuration)이 시스템 정보 내 단말로 제공된다.
Msg1에 대한 응답이 없으면, 단말은 파워 램핑(power ramping)으로써 PRACH 프리앰블을 소정의 회수 이내에서 재전송할 수 있다. 단말은 가장 최근의 경로 손실 및 파워 램핑 카운터를 기반으로 프리앰블의 재전송에 대한 PRACH 전송 파워를 계산한다. 단말이 빔 스위칭(beam switching)을 수행하는 경우, 파워 램핑의 카운터는 변하지 않고 유지된다.
시스템 정보는 단말에게 SS 블록과 RACH 자원 간의 연관(association)을 알려 준다.
도 11은 RACH 자원 연관을 위한 SS 블록에 대한 임계값의 개념을 설명하기 위한 도면이다.
RACH 자원 연관에 대한 SS 블록의 임계값은 RSRP 및 구성 가능한 네트워크를 기반으로 한다. RACH 프리앰블의 전송 또는 재전송은 임계값을 충족하는 SS 블록들을 기반으로 한다.
단말이 DL-SCH 상에서 랜덤 액세스 응답을 수신하면, DL-SCH는 타이밍 정렬 정보, RA-프리앰블 ID, 초기 UL 허여(grant) 및 임시 C-RNTI를 제공할 수 있다.
이러한 정보를 기반으로, 상기 단말은 UL-SCH 상에서 UL 전송을 랜덤 액세스 절차의 Msg3로서 전송할 수 있다. Msg3은 RRC 연결 요청 및 단말 식별자를 포함할 수 있다.
이에 대한 응답으로서, 네트워크는 Msg4를 전송할 수 있으며, 이는 DL 상에서의 경쟁 해결 메시지로 취급될 수 있다. 이를 수신함으로써, 단말은 RRC 연결된 상태에 진입할 수 있다.
각각의 단계에 대한 상세한 설명은 아래와 같다:
물리적인 랜덤 액세스 절차를 개시하기 전에, Layer-1은 higher layer로부터 SS/PBCH 블록 인덱스들의 세트를 수신해야 하며, 이에 해당하는 RSRP 측정들의 세트를 higher layer로 제공해야 한다.
물리적인 랜덤 액세스 절차를 개시하기 전에, Layer-1이 다음 정보를 higher layer로부터 수신해야 한다:
- 물리적 랜덤 액세스 채널(PRACH) 전송 파라미터들(PRACH 전송을 위한 PRACH 프리앰블 양식, 시간 자원, 및 주파수 자원)의 구성.
- PRACH 프리앰블 시퀀스 세트(논리적 루트 시퀀스 테이블로의 인덱스, 싸이클릭 쉬프트(
Figure PCTKR2020008438-appb-I000049
), 및 세트의 유형(제한되지 않은 세트, 제한된 세트 A, 또는 제한된 세트 B)) 내 루트 시퀀스들 및 이들의 싸이클릭 쉬프트를 결정하기 위한 파라미터들.
physical layer의 관점에서, L1 랜덤 액세스 절차는 PRACH 내 랜덤 액세스 프리앰블(Msg1)의 전송, PDCCH/PDSCH를 가지는 랜덤 액세스 응답(RAR) 메시지(Msg2), 및 적용 가능한 경우, 경쟁 해결을 위한 Msg3 PUSCH, 및 PDSCH의 전송을 포함한다.
랜덤 액세스 절차가 단말로의 "PDCCH 오더(order)"에 의해 개시되는 경우, 랜덤 액세스 프리앰블 전송은 higher layer에 의해 개시되는 랜덤 액세스 프리앰블 전송과 동일한 부반송파 간 간격으로써 수행된다.
단말이 하나의 서비스 셀에 대해 두 개의 UL 반송파로 구성되고, 상기 단말이 "PDCCH order"를 탐지하는 경우에, 상기 단말은 탐지된 "PDCCH order"로부터의 UL/SUL(supplement UL) 지시자 필드 값을 사용하여 해당하는 랜덤 액세스 프리앰블 전송을 위한 UL 반송파를 결정한다.
랜덤 액세스 프리앰블 전송 단계와 관련하여, 물리적인 랜덤 액세스 절차는 higher layer 또는 PDCCH order에 의한 PRACH 전송의 요청으로 촉발된다. PRACH 전송을 위한 higher layer에 의한 구성은 다음을 포함한다:
- PRACH 전송을 위한 구성.
- 프리앰블 인덱스, 프리앰블 부반송파 간 간격,
Figure PCTKR2020008438-appb-I000050
, 해당하는 RA-RNTI, 및 PRACH 자원.
프리앰블은 지시된 PRACH 자원 상에서 선택된 PRACH 양식을 사용하여 전송 파워
Figure PCTKR2020008438-appb-I000051
로써 전송된다.
higher layer 파라미터 SSB-perRACH-Occasion의 값에 의해 하나의 PRACH 기회(occasion)와 연관된 다수의 SS/PBCH 블록들이 단말에게 제공된다. SSB-perRACH-Occasion의 값이 1보다 작을 때는, 하나의 SS/PBCH 블록이 1/SSB-per-rach-occasion 연속적인 PRACH 기회들로 매핑된다. 상기 단말에는 higher layer 파라미터 cb-preamblePerSSB의 값에 의해 SS/PBCH 블록 당 다수의 프리앰블들이 제공되며, 상기 단말은 PRACH 경우 당 SSB 당 프리앰블들의 총 개수를 SSB-perRACH-Occasion의 값 및 cb-preamblePerSSB의 값의 배수로 결정한다.
SS/PBCH 블록 인덱스는 다음과 같은 순서로 PRACH 기회들로 매핑된다.
- 첫 번째로, 단일 PRACH 기회(occasion) 내 프리앰블 인덱스들의 증가하는 순서로 매핑
- 두 번째로, 주파수 멀티플렉스 PRACH 기회들에 대한 주파수 자원 인덱스들의 증가하는 순서로 매핑.
- 세 번째로, PRACH 슬롯 내 시간 멀티플렉스 PRACH 기회들에 대한 시간 자원 인덱스들의 증가하는 순서로 매핑.
- 네 번째로, PRACH 슬롯에 대한 인덱스들의 증가하는 순서로 매핑.
SS/PBCH 블록에 대한 PRACH 기회들로 매핑하기 위한 주기는 프레임 0으로부터 시작하며,
Figure PCTKR2020008438-appb-I000052
보다 크거나 같은 {1, 2, 4} PRACH 구성 주기들 중 가장 작은 값으로서, 이 때 상기 단말은 higher layer 파라미터 SSB-transmitted-SIB1로부터
Figure PCTKR2020008438-appb-I000053
를 획득하며
Figure PCTKR2020008438-appb-I000054
는 하나의 PRACH 구성 주기에 매핑될 수 있는 SS/PBCH 블록들의 개수이다.
랜덤 액세스 절차가 PDCCH order에 의해 개시되는 경우, higher layer가 요청하면 단말은 사용 가능한 첫 번째 PRACH 기회에서 PRACH를 전송하게 될 것이며, 이 때 PDCCH 경우 수신의 마지막 심볼과 PRACH 전송의 첫 번째 심볼 사이의 시간은
Figure PCTKR2020008438-appb-I000055
밀리초보다 크거나 같게 되며, 여기서,
Figure PCTKR2020008438-appb-I000056
는 PUSCH 처리 용량에 대한 PUSCH 준비 시간에 해당하는 심볼들의 지속 시간(duration)이고,
Figure PCTKR2020008438-appb-I000057
는 사전에 정의되며,
Figure PCTKR2020008438-appb-I000058
이다.
PRACH 전송에 대한 응답으로, 단말은 higher layer에 의해 제어되는 윈도우 동안 해당 RA-RNTI를 가지는 PDCCH의 탐지를 시도한다. 상기 윈도우는 Type1-PDCCH 일반 검색 공간에 대해 단말이 구성된 가장 초기의 제어 자원 세트의 첫 번째 심볼에서, 즉 프리앰블 시퀀스 전송의 마지막 심볼 이후 적어도
Figure PCTKR2020008438-appb-I000059
심볼 이후에 시작한다. 슬롯의 개수로서의 윈도우의 길이는, Type0-PDCCH 일반 검색 공간에 대한 부반송파 간 간격을 기반으로 higher layer 파라미터 rar-WindowLength에 의해 제공된다.
단말이 해당하는 윈도우 내에 RA-RNTI를 가지는 PDCCH 및 DL-SCH 전송 블록(transport block)을 포함하는 해당 PDSCH를 탐지하면, 상기 단말은 상기 전송 블록을 higher layer로 전달한다. 상기 higher layer는 PRACH 전송과 연관된 랜덤 액세스 프리앰블 식별(RAPID)에 대한 전송 블록을 파싱한다. higher layer가 DL-SCH 전송 블록의 RAR 메시지(들) 내에서 RAPID를 식별하면, 상기 higher layer는 physical layer에 업링크를 허용하는 것을 지시한다. 이를 physical layer 내의 랜덤 액세스 응답 (RAR) UL 허여(grant)라 한다. higher layer가 PRACH 전송과 연관된 RAPID를 식별하지 않으면, 상기 higher layer는 physical layer에게 PRACH를 전송하도록 지시할 수 있다. PDSCH 수신의 마지막 심볼과 PRACH 전송의 첫 번째 심볼 사이의 최소 시간은
Figure PCTKR2020008438-appb-I000060
밀리초와 같으며, 여기서
Figure PCTKR2020008438-appb-I000061
은 추가적인 PDSCH DM-RS가 구성되고
Figure PCTKR2020008438-appb-I000062
일 때 PDSCH 처리 용량 1에 대한 PDSCH 수신 시간에 해당하는
Figure PCTKR2020008438-appb-I000063
심볼들의 경과 시간이다.
단말은 해당하는 RA-RNTI 를 가지는 PDCCH 및 탐지된 SS/PBCH 블록 또는 수신된 CSI-RS와 동일한 DM-RS 안테나 포트 QCL(quasi co-location) 속성을 가지는 DL-SCH 전송 블록을 포함하는 해당 PDSCH를 수신하게 될 것이다. 단말이 PDCCH order에 의해 개시된 PRACH 전송에 대한 응답으로서 해당 RA-RNTI를 가지는 PDCCH에 대한 탐지를 시도하는 경우, 상기 단말은 상기 PDCCH 및 상기 PDCCH order가 동일한 DM-RS 안테나 포트 QCL 속성을 가지고 있는 것으로 가정한다.
RAR UL grant는 단말(Msg3 PUSCH)로부터 PUSCH 전송을 스케줄링한다. RAR UL grant의 내용은, MSB에서 시작하여 LSB에서 끝나며, 표 7에서 주어진다. 표 7은 랜덤 액세스 응답 grant 내용(content) 필드 크기를 보여 준다.
Figure PCTKR2020008438-appb-T000007
Msg3 PUSCH 주파수 자원 할당은 상향링크 자원 할당 유형 1에 대한 것이다. 주파수 호핑의 경우, 주파수 호핑 플래그 필드의 지시를 기반으로, Msg3 PUSCH 주파수 자원 할당 필드의 첫 번째의 하나 또는 두 개의 비트,
Figure PCTKR2020008438-appb-I000064
비트가 호핑 정보 비트로 사용된다.
MCS는 PUSCH에 대해 적용 가능한 MCS 인덱스 테이블의 처음 16개의 인덱스들로부터 결정된다.
TPC 명령
Figure PCTKR2020008438-appb-I000065
은 Msg3 PUSCH의 파워를 설정하기 위해 사용되며, 표 8에 따라 해석된다. 표 8은 Msg3 PUSCH에 대한 TPC 명령
Figure PCTKR2020008438-appb-I000066
을 보여준다.
Figure PCTKR2020008438-appb-T000008
비경쟁 기반의 랜덤 액세스 절차에서, CSI 요청 필드는 비주기적 CSI 보고가 해당 PUSCH 전송에 포함되었는지의 여부를 결정하는 것으로 해석된다. 경쟁 기반의 랜덤 액세스 절차에서는, CSI 요청 필드가 유보된다.
단말에 부반송파 간 간격이 설정되지 않은 경우에는, 이 단말은 RAR 메시지를 제공하는 PDSCH 수신의 경우와 동일한 부반송파 간 간격을 사용하여 이후의 PDSCH를 수신한다.
단말이 상기 윈도우 내에 해당 RA-RNTI를 가지는 PDCCH 및 해당 DL-SCH 전송 블록을 탐지하지 않는 경우에, 상기 단말은 랜덤 액세스 응답 수신 실패를 위한 절차를 수행한다.
예를 들어, 상기 단말은 파워 램핑 카운터를 기반으로 랜덤 액세스 프리앰블의 재전송을 위한 파워 램핑을 수행할 수 있다. 하지만, 도 12에 도시된 것과 같이 단말이 PRACH 재전송에서 빔 전환을 수행하는 경우에는 이러한 파워 램핑 카운터는 변경되지 않고 유지된다.
도 12는 PRACH의 램핑 카운터를 설명하기 위한 도면이다.
도 12에서, 단말은 자신이 동일한 빔에 대한 랜덤 액세스 프리앰블을 재전송할 때 파워 램핑 카운터를 1 만큼 증가시킬 수 있다. 하지만, 빔이 변경되면, 이러한 파워 램핑 카운터는 변경되지 않고 유지된다.
Msg3 PUSCH 전송과 관련하여, higher layer 파라미터 msg3-tp는 단말에게 상기 단말이 Msg3 PUSCH 전송에 대한 변환 프리코딩(transform precoding)을 적용해야 하는지의 여부를 지시한다. 단말이 주파수 호핑을 가지는 Msg3 PUSCH에 전송 변환 프리코딩을 적용하는 경우, 두 번째 홉에 대한 주파수 오프셋이 표 9에 주어진다. 표 9는 주파수 호핑을 가지는 Msg3 PUSCH에 전송에 대한 두 번째 홉에 대한 주파수 오프셋을 보여 준다.
Figure PCTKR2020008438-appb-T000009
Msg3 PUSCH 전송을 위한 부반송파 간 간격은 higher layer 파라미터 msg3-scs에 의해 제공된다. 단말은 동일한 서비스 제공 셀의 동일한 상향링크 캐리어 상에서 PRACH 및 Msg3 PUSCH을 전송하게 될 것이다. Msg3 PUSCH 전송을 위한 UL BWP는 SystemInformationBlock1에 의해 지시된다.
PDSCH 및 PUSCH가 동일한 부반송파 간 간격을 가질 때 RAR을 전송하는 PDSCH 수신의 마지막 신호와 단말에 대해 PDSCH 내 RAR에 의해 예정된 해당 Msg3 PUSCH 전송의 첫 번째 신호 사이의 최소 시간은
Figure PCTKR2020008438-appb-I000067
밀리초와 같다.
Figure PCTKR2020008438-appb-I000068
는 추가적인 PDSCH DM-RS가 구성될 때 PDSCH 처리 용량 1에 대한 PDSCH 수신 시간에 해당하는
Figure PCTKR2020008438-appb-I000069
심볼들의 경과 시간이고,
Figure PCTKR2020008438-appb-I000070
는 PUSCH 처리 용량 1에 대한 PUSCH 준비 시간에 해당하는
Figure PCTKR2020008438-appb-I000071
심볼들의 경과시간이며,
Figure PCTKR2020008438-appb-I000072
는 RAR 내의 TA 명령 필드에 의해 제공될 수 있는 최대 타이밍 조정 값이다.
Msg3 PUSCH 전송에 대한 응답으로 단말에 C-RNTI가 제공되지 않은 경우에, 상기 단말은 단말 경쟁 해결의 식별을 포함하는 PDSCH를 스케줄링하는 해당 TC-RNTI를 가지는 PDCCH를 탐지하려 시도한다. 단말 경쟁 해결의 식별을 가지는 PDSCH의 수신에 대한 응답으로, 상기 단말은 HARQ-ACK 정보를 PUCCH내에서 전송한다. PDSCH 수신의 마지막 심볼과 이에 해당하는 HARQ-ACK 전송의 첫 번째 심볼 사이의 최소 시간은
Figure PCTKR2020008438-appb-I000073
밀리초와 같다.
Figure PCTKR2020008438-appb-I000074
는 추가적인 PDSCH DM-RS가 구성될 때 PDSCH 처리 용량 1에 대한 PDSCH 수신 시간에 해당하는
Figure PCTKR2020008438-appb-I000075
심볼들의 경과 시간이다.
빔 실패 복구(Beam failure recovery, BFR)
DL/UL beam management 과정을 수행함에 있어 설정된 beam management의 주기에 따라 빔 mismatch문제가 발생할 수 있다. 특히, 단말이 위치를 이동하거나, 회전하거나, 혹은 주변 물체의 이동으로 무선 채널 환경이 바뀌는 경우(예를 들어, LoS환경이다가 빔이 block되어 Non-LoS환경으로 바뀜), 최적의 DL/UL beam pair는 바뀔 수 있는데, 이러한 변화를 일반적으로 네트워크 지시에 의해 수행하는 빔 management 과정으로 tracking이 실패하였을 때 beam failure event가 발생하였다고 할 수 있다. 이러한 beam failure event의 발생 여부는 단말이 하향링크 RS의 수신 품질을 통해 판단할 수 있으며, 이러한 상황에 대한 보고 메시지 혹은 빔 복구 요청을 위한 메시지(beam failure recovery request(BFRQ) message라 하자)가 단말로부터 전달되어야 한다. 이러한 메시지를 수신한 기지국은 빔 복구를 위해 beam RS 전송, beam reporting 요청 등 다양한 과정을 통해 beam 복구를 수행할 수 있다. 이러한 일련의 빔 복구 과정을 beam failure recovery(BFR)라 한다. Rel-15 NR에서는 contention based PRACH자원이 항상 존재하는 PCell 혹은 PScell (둘을 합쳐서 special cell(SpCell이라고도 함))에 대한 BFR(beam failure recovery)과정을 표준화하었으며, 해당 절차는 serving cell내의 동작으로 단말의 BFD(beam failure detection)과정, BFRQ과정, 그리고 BFRQ에 대한 기지국의 응답을 단말이 모니터링하는 과정으로 다음과 같이 구성된다(참고: 3GPP TS38.213, TS38.321, TS38.331).
빔 실패 검출(Beam failure detection, BFD )
모든 PDCCH 빔이 정해진 품질값(Q_out) 이하로 떨어지는 경우, 한번의 beam failure instance가 발생했다고 함(여기서 품질은 hypothetical BLER(block error rate)을 기준으로 함: 즉 해당 PDCCH로 제어 정보가 전송되었다고 가정할 경우 해당 정보의 복조에 실패할 확률)
여기서 모든 PDCCH빔이라 함은, PDCCH를 monitoring할 search space들이 단말에 하나 혹은 복수 개 설정될 수 있는데, 각 search space별로 빔이 다르게 설정될 수 있으며, 이 때 모든 빔이 BLER threshold 아래로 떨어지는 경우를 의미한다. BFD RS를 단말이 판정하는 기준으로 다음 두 가지 방식이 지원된다.
[implicit configuration of BFD RSs] 각 search space에는 PDCCH가 전송될 수 있는 자원 영역인 control resource set(CORESET[TS38.213, TS38.214, TS38.331참조]) ID가 설정되며, 각 CORESET ID마다 spatial RX parameter관점에서 QCL되어 있는 RS 정보(e.g. CSI-RS resource ID, SSB ID)가 지시/설정될 수 있다(NR표준에서는 TCI(transmit configuration information) 지시를 통해 QCL된 RS를 지시/설정함). 여기서 spatial RX parameter관점에서 QCL되어 있는 RS란(i.e. QCL Type D in TS38.214) 단말이 해당 PDCCH DMRS 수신에 있어 해당 spatially QCLed RS 수신에 사용했던 빔을 그대로 사용하라(혹은 사용해도 된다)는 것을 기지국이 알려주는 방법을 의미한다. 결국 기지국 관점에서는 spatially QCLed antenna ports간에는 동일 전송 빔 혹은 유사한 전송 빔(e.g. 빔 방향은 동일/유사하면서 빔 폭이 상이한 경우)을 적용하여 전송할 것임을 단말에게 알려주는 방법이다.
[explicit configuration of BFD RSs] 기지국이 상기 용도(beam failure detection)로 beam RS(s)를 명시적으로 설정할 수 있으며, 이 경우 해당 beam RS(s)가 상기 '모든 PDCCH 빔'에 해당한다.
단말 물리 계층에서 BFD RS(s)를 기준으로 측정한 hypothetical BLER이 특정 threshold 이상으로 열화되는 이벤트가 발생될 때마다 'BFI(beam failure instance)'가 발생되었다는 것을 MAC 서브계층으로 알려주며, 단말 MAC서브계층에서는 일정 시간 이내에(BFD timer), 일정 회수(beamFailureInstanceMaxCount)만큼 BFI가 발생하면 beam failure가 발생했다고 판단하고, 관련 RACH 동작을 initiate한다.
이하 BFD와 관련된 MAC 계층 동작을 살펴본다.
MAC 엔티티는:
1> 하위 계층(lower layers)에서 빔 실패 인스턴스 지시(beam failure instance indication)가 수신된 경우:
2> beamFailureDetectionTimer를 시작하거나 다시 시작한다
2> BFI_COUNTER를 1만큼 증가시킨다
2> BFI_COUNTER> = beamFailureInstanceMaxCount 인 경우:
3> SpCell에서 랜덤 액세스 절차를 개시한다
1> beamFailureDetectionTimer가 만료된 경우; 또는
1> beamFailureDetectionTimer, beamFailureInstanceMaxCount 또는 빔 실패 감지에 사용된 참조 신호(any of the reference signals used for beam failure detection)가 상위 계층에 의해 재설정 된 경우:
2> BFI_COUNTER를 0으로 설정한다
1> 랜덤 액세스 절차가 성공적으로 완료된 경우:
2> BFI_COUNTER를 0으로 설정한다
2> (설정된)beamFailureRecoveryTimer를 중지한다
2> 빔 실패 복구 절차가 성공적으로 완료된 것으로 간주한다
BFRQ (based on PRACH ): New beam identification + PRACH transmission
상술한 바와 같이 일정 수 이상의 BFI가 발생되는 경우, 단말은 beam failure가 발생했다고 판단하고, beam failure recovery 동작을 수행할 수 있다. Beam failure recovery 동작의 일례로 RACH 절차(i.e. PRACH)에 기반한 beam failure recovery request (BFRQ) 동작이 수행될 수 있다. 이하 해당 BFRQ 절차에 대해 구체적으로 살펴본다.
기지국은 해당 단말에게 BF발생 시 대체할 수 있는 후보 빔들에 해당하는 RS list(candidateBeamRSList)를 RRC로 설정할 수 있으며, 해당 후보 빔들에 대해 dedicated PRACH 자원들이 설정될 수 있다. 여기서의 dedicated PRACH자원들은 non-contention based PRACH(contention free PRACH라고도 함)자원들인 특징이 있으며, 해당 list에서 빔을 못 찾으면, 기설정된 SSB자원들 중에서 골라서 contention based PRACH를 전송하게 된다. 구체적인 절차는 다음과 같다.
Step1) 단말은 기지국이 candidate beam RS set으로 설정한 RS 들 중에서 정해진 품질값(Q_in) 이상을 갖는 빔을 찾음
만약 하나의 빔 RS가 threshold를 넘으면 해당 빔 RS를 선택
만약 복수 개의 빔 RS가 threshold를 넘으면 해당 빔 RS들 중에서 임의의 하나를 선택
만약 threshold를 넘는 빔이 없으면 Step2를 수행
Note1: 여기서의 빔 품질은 RSRP를 기준으로 함
Note2: 상기 기지국이 설정한 RS beam set은 다음 세 경우가 있음
1) RS beam set내의 빔RS들이 모두 SSB들로 구성
2) RS beam set내의 빔RS들이 모두 CSI-RS자원들로 구성
3) RS beam set내의 빔RS들이 SSB들과 CSI-RS자원들로 구성
Step2) 단말은 (contention based PRACH자원과 연결된) SSB들 중에서 정해진 품질값(Q_in) 이상을 갖는 빔을 찾음
만약 하나의 SSB가 threshold를 넘으면 해당 빔 RS를 선택
만약 복수 개의 SSB가 threshold를 넘으면 해당 빔 RS들 중에서 임의의 하나를 선택
만약 threshold를 넘는 빔이 없으면 Step3를 수행
Step3) 단말은 (contention based PRACH자원과 연결된) SSB들 중 임의의 SSB를 선택
단말은 위 과정에서 선택한 빔 RS(CSI-RS or SSB)와 직접적 혹은 간접적으로 연결 설정된 PRACH resource & preamble을 기지국으로 전송한다.
여기서 직접 연결 설정은 다음 1) 또는 2)의 경우에 사용된다.
1) BFR용도로 별도 설정된 candidate beam RS set내의 특정 RS에 대해 contention-free PRACH resource & preamble 이 설정된 경우
2) Random access등 타 용도로 "牟育岵막* 설정된 SSB들과 일대일로 맵핑된 (contention based) PRACH resource & preamble 이 설정된 경우
여기서 간접 연결 설정은 다음의 경우에 사용된다.
BFR용도로 별도 설정된 candidate beam RS set내의 특정 CSI-RS에 대해 contention-free PRACH resource & preamble 이 설정되지 않은 경우
이 때 단말은 해당 CSI-RS와 동일 수신 빔으로 수신 가능하다고 지정된(i.e. quasi-co-located(QCLed) with respect to spatial Rx parameter) SSB와 연결된 (contention-free) PRACH resource & preamble을 선택함.
Monitoring of gNB's response to the BFRQ
단말은 해당 PRACH 전송에 대한 기지국(gNB)의 회신을 monitoring한다.
여기서, 상기 contention-free PRACH resource & preamble에 대한 response는 C-RNTI로 masking된 PDCCH로 전송되며 이는 BFR용으로 별도로 RRC 설정된 search space 에서 수신된다.
상기 search space는 (BFR용) 특정 CORESET에 설정된다.
Contention PRACH에 대한 response는 일반적인 contention PRACH based random access과정을 위해 설정된 CORESET (e.g. CORESET 0 or CORESET 1) 및 search space 를 그대로 재사용한다.
만약 일정 시간 동안 회신이 없으면, 단말은 New beam identification & selection 과정 및 BFRQ & monitoring gNB's response 과정을 반복한다.
상기 과정은 PRACH 전송을 미리 설정된 최대 회수 N_max까지 도달하거나 설정된 timer(BFR timer)가 expire할 때까지 수행될 수 있다.
상기 timer가 expire되면 단말은 contention free PRACH전송을 stop하나, SSB선택에 의한 contention based PRACH 전송은 N_max에 도달할 때까지 수행될 수 있다.
도 13은 본 명세서에서 제안하는 방법이 적용될 수 있는 빔 실패 복구 관련 동작을 설명하기 위한 도면이다. 구체적으로 도 13은 프라이머리 셀(Primary Cell, PCell)에서의 빔 실패 복구(Beam Failure Recovery) 동작을 예시한다.
스케줄링 요청(Scheduling request)
스케줄링 요청(Scheduling Request, SR)은 새로운 전송을 위해 UL-SCH 자원을 요청하는데 사용된다.
MAC 엔티티에는 0, 1 또는 하나 이상의 SR configuration들이 설정될 수있다. SR configuration은 서로 다른 BWP 및 셀에서 SR에 대한 일련의 PUCCH 리소스로 구성됩니다. 논리 채널(logical channel)의 경우 BWP 당 SR에 대해 최대 하나의 PUCCH 자원이 설정된다.
각 SR configuration은 하나 이상의 논리 채널(logical channel)에 해당한다. 각각의 논리 채널은 RRC에 의해 설정되는 0 또는 하나의 SR 설정에 매핑될 수있다. BSR을 트리거 한 논리 채널의 SR 설정(이러한 설정이 존재하는 경우)은 트리거 된 SR에 대한 해당 SR 설정으로 간주된다.
RRC는 스케줄링 요청 절차에 대해 다음 파라미터를 설정한다.
-SR-ProhibitTimer (per SR configuration)
-sr-TransMax (per SR configuration).
스케줄링 요청 절차에는 다음과 같은 UE 변수가 사용된다.
-SR_COUNTER (per SR configuration).
SR이 트리거되고 동일한 SR 설정에 해당하는 보류중인 다른 SR(other SRs pending)이 없는 경우 MAC 엔티티는 해당 SR 설정의 SR_COUNTER를 0으로 설정해야 한다.
SR이 트리거되면 취소될 때까지 보류 중(pending)인 것으로 간주된다. MAC PDU 어셈블리 이전에 트리거 된 모든 보류중인 SR(all pending SR(s))은 취소되고 MAC PDU가 전송될 때 각각의 sr-ProhibitTimer가 중지되어야 한다. 이 PDU에는 MAC PDU 어셈블리 이전에 트리거된 마지막 이벤트까지의 버퍼 상태(buffer status)를 포함하는 Long 또는 Short BSR MAC CE가 포함된다. UL 그랜트가 전송 가능한 모든 보류중인 데이터(all pending data available for transmission)를 수용할 수있을 때, 모든 보류중인 SR은 취소되고 각각의 sr-ProhibitTimer가 중지되어야 한다.
SR 전송 기회의 시점(time of SR transmission occasion)에 활성화 된 BWP의 PUCCH 자원들만 유효한 것으로 간주된다.
하나 이상의 SR이 보류중인 한 MAC 엔티티는 보류중인 각 SR에 대해 다음을 수행해야 한다:
1> MAC 엔티티에 보류중인 SR에 대해 설정된 유효한 PUCCH 자원이 없는 경우:
2> SpCell에서 랜덤 액세스 절차를 시작하고 보류중인 SR을 취소한다
1> 그렇지 않은 경우, 보류중인 SR에 해당하는 SR 구성의 경우:
2> MAC 엔티티가 구성된 SR에 대한 유효한 PUCCH 자원상에서 SR 전송 기회(SR transmission occasion)를 가지며;
2> SR 전송 기회의 시점에서 sr-ProhibitTimer가 실행되고 있지 않고;
2> SR 전송 기회를위한 PUCCH 자원이 측정 갭(measurement gap)과 겹치지 않고;
2> SR 전송 기회를 위한 PUCCH 자원이 UL-SCH 자원과 겹치지 않는 경우:
3> SR_COUNTER <sr-TransMax 인 경우:
4> SR_COUNTER를 1 씩 증가시킨다
4> 물리 계층이 SR에 대한 하나의 유효한 PUCCH 자원상에서 SR을 시그널링하도록 지시한다;
4> sr-ProhibitTimer를 시작한다.
3> 그 외의 경우:
4> 모든 서빙 셀에 대한 PUCCH를 해제(release)하도록 RRC에 통지한다;
4> 모든 서빙 셀에 대한 SRS를 해제(release)하도록 RRC에 통지한다;
4> 설정된 하향링크 할당 및 상향링크 그랜트를 해제한다.
4> 반정적 CSI보고를 위한 모든 PUSCH 자원을 제거(clear)한다.
4> SpCell에서 임의 액세스 절차를 시작하고 보류중인 모든 SR을 취소한다.
참고 1: MAC 엔티티가 SR 전송 기회에 대해 둘 이상의 중첩되는 유효한 PUCCH 자원(more than one overlapping valid PUCCH resource)을 가질 때 SR을 시그널링 하기 위한 SR에 대한 유효한 PUCCH 자원의 선택은 UE 구현에 맡겨진다.
참고 2: 둘 이상의 개별적인 SR이 MAC 엔터티에서 PHY 계층으로 동일한 유효 PUCCH 자원(the same valid PUCCH resource)에서 SR을 시그널링 하도록 하는 명령을 트리거하면 관련 SR 설정(relevant SR configuration)에 대한 SR_COUNTER가 한 번만 증가한다.
MAC 엔티티는 유효한 PUCCH 자원이 구성되어 있지 않은 보류중인 SR로 인해 진행중인(MAC PDU 어셈블리 이전에 MAC 엔티티에 의해 개시된) 랜덤 액세스 절차를 중단할 수 있다. 이러한 랜덤 액세스 절차는 랜덤 액세스 응답에 의해 제공된 UL 그랜트 이외의 UL 그랜트를 사용하여 MAC PDU가 전송될 때 중단될 수 있으며,이 PDU는 MAC PDU 어셈블리 이전에 BSR을 트리거한 마지막 이벤트까지 또는 UL 그랜트(들)이 전송에 사용 가능한 모든 보류중인 데이터를 수용 할 수있을 때의 버퍼 상태(buffer status)를 포함한다.
PUCCH formats
PUCCH format은 symbol duration, payload 크기, 및 multiplexing에 따라 분류할 수 있다. 표 10은 이에 따른 PUCCH format들을 나타낸다.
Figure PCTKR2020008438-appb-T000010
Short-duration PUCCH
Short-duration PUCCH는 Format 0과 2로 구분될 수 있으며, 2 심볼의 short PUCCH는 1심볼 short PUCCH 구조가 반복되어 구성될 수 있다.
PUCCH Format 0은 multiplexing과 함께, 최대 2비트의 UCI를 지원 할 수 있다. Format0은 Low latency 지원, 작은 크기의 UCI, 낮은 PAPR이 요구될 때 이용될 수 있다. DMRS없이 시퀀스(cyclic shift, CS) 선택에 기반하는 구조를 가지며, 1PRB 또는 1 내지 2 심볼을 점유할 수 있다. 또한, PRB당 최대 3 UEs(2 비트의 경우) 또는 6 UEs(1비트의 경우)를 지원할 수 있다.
PUCCH Format 2는 multiplexing없이, 2비트 이상의 UCI를 지원 할 수 있다. Low latency 지원, 중간 혹은 큰 크기의 UCI를 위해 이용될 수 있다. 1 내지 16 PRBs, 1 내지 2 심볼을 점유할 수 있다. 또한, multiplexing 없이 PRB당 하나의 UE를 지원할 수 있다.
Long-duration PUCCH
PUCCH Format 1은 multiplexing과 함께, 최대 2비트의 UCI를 지원 할 수 있다. Coverage 지원, 작은 크기의 UCI, 많은 multiplexing에 적용될 수 있다. LTE PF1-like 구조를 가진다(시간 도메인의 OCC와 DMRS/UCI 심볼이 교차하는 구조). 1 PRB, 4 내지 14 심볼들을 점유할 수 있으며, PRB당 최대 84 UEs(12CSs x 7 OCCs)를 지원할 수 있다.
PUCCH Format 3은 multiplexing없이, 2비트 이상의 UCI를 지원 할 수 있다. Coverage 지원, 큰 크기의 UCI에 적용될 수 있다. 1 내지 16 PRBs, 4 내지 14 심볼들을 점유할 수 있다. Multiplexing 없이 PRB당 하나의 UE를 지원할 수 있다.
PUCCH Format 4는 multiplexing과 함께, 2비트 이상의 UCI를 지원 할 수 있다. Coverage 지원, 중간 크기의 UCI에 이용될 수 있다. LTE PF5-like 구조를 가진다(TDM of DMRS and DFTed UCI with F-domain OCC). 1 PRB, 4 내지 14 심볼들을 점유할 수 있으며, PRB당 최대 2 UEs (SF=2인경우) 또는 최대 4 UEs(SF=4인 경우)를 지원할 수 있다.
UCI 다중화( UCI multiplexing) 관련
PUCCH(s)/PUSCH(s)간의 중첩(overlap)이 발생되는 경우, UCI에 대한 multiplexing(i.e. UCI multiplexing)이 수행될 수 있다. 상기 UCI multiplexing은 PUCCH merging 방식으로 지칭될 수 있다. UCI multiplexing은 2 단계의 절차로 구성될 수 있다.
1단계는 중첩되는 PUCCH 자원들의 세트를 병합(merge)하여 UCI multiplexing을 위한 (시간에서) 중첩되지 않는 PUCCH 자원(들)의 세트를 결정할 수 있다(PUSCH(s)의 존재 여부와 상관 없이).
구체적으로, 1단계의 경우, 슬롯에서 PUCCH 자원이 중첩되는 동안, 가장 빠른 시작 (및 최대 지속 시간)을 가진 다른 PUCCH 자원과 중첩되는 PUCCH 자원 (자원 A)를 결정하고, 자원 A와 중첩되는 PUCCH 자원 세트 (세트 X)를 결정하며, 자원 A의 UCI와 세트 X의 PUCCH 자원을 multiplexing하기 위한 하나의 PUCCH 자원을 결정하고, 세트 X (자원 A 포함)를 결정된 PUCCH 자원으로 대체할 수 있다.
2단계는 1단계에서의 결과 PUCCH 자원(들)이 PUSCH(들)과 중첩되는 경우, 중첩된 PUSCH상에서 UCIs를 multiplexing하고, 그렇지 않은 경우, 결정된 PUCCH 자원 상에서 UCIs를 multiplexing할 수 있다.
UCI multiplexing on PUCCH
HARQ-ACK과 SR을 보고하기 위한 UE Procedure
- ACKNACK PUCCH format 0 + SR PUCCH format 0 / 1 : positive SR의 경우, HARQ-ACK은 추가 CS 오프셋과 함께 AN PF0에서 전송될 수 있다. negative SR의 경우, HARQ-ACK은 추가 CS 오프셋 없이 ACKNACK PUCCH format 0에서 전송될 수 있다.
- ACKNACK PUCCH format 1 + SR PUCCH format 0 : (SR을 드롭하고)오직 HARQ-ACK 만이 ACKNACK PUCCH format 1에서 전송될 수 있다.
- ACKNACK PUCCH format 1 + SR PUCCH format 1 : positive SR의 경우, HARQ-ACK는 (해당) SR PUCCH format 1 자원을 통해 전송될 수 있다. negative SR의 경우, HARQ-ACK는 ACKNACK PUCCH format 1 자원을 통해 전송될 수 있다.
- ACKNACK PUCCH format 2 / 3 / 4 + SR PUCCH format 0 / 1 : 설정된 K개의 SR PUCCH의 경우, (모두) negative 또는 positive SR (ID)을 나타내는 ceil (log2 (K + 1)) 비트가 HARQ-ACK 비트에 추가되고 결합된 UCI가 ACKNACK PUCCH format 2 / 3 / 4 자원에서 전송될 수 있다.
표 11은 ACKNACK PUCCH format과 SR PUCCH format 간의 multiplexing (i.e. PUCCH merging)과 관련된 기-설정된 규칙/방식의 일 예를 나타낸다(e.g. 3GPP TS 38.213. section 9.2.5 참고).
Figure PCTKR2020008438-appb-T000011
CSI와 SR보고를 위한 UE procedure
- CSI PUCCH format 2 / 3 / 4 + SR PUCCH format 0 / 1 : 설정된 K SR PUCCH의 경우, (모두) negative 또는 positive SR (ID)을 나타내는 ceil (log2 (K + 1)) 비트가 CSI 피드백 비트에 추가되고 결합된 UCI가 CSI PUCCH format 2 / 3 / 4 자원에서 전송될 수 있다.
표 12는 CSI PUCCH format과 SR PUCCH format 간의 multiplexing (i.e. PUCCH merging)과 관련된 기-설정된 규칙/방식의 일 예를 나타낸다(e.g. 3GPP TS 38.213. section 9.2.5 참고).
Figure PCTKR2020008438-appb-T000012
PRI( PUCCH Resource Indicator)가 지시된 경우의 HARQ - ACK / SR과 CSI를 보고하기 위한 UE procedure
- HARQ-ACK / SR과 CSI는 AN PUCCH 자원을 통해 전송될 수 있다. 총 UCI 페이로드 크기
Figure PCTKR2020008438-appb-I000076
를 기반으로 여러 세트로부터 하나의 PUCCH 자원 세트가 선택될 수 있다. 선택된 세트 내의 PUCCH 자원은 DL 스케줄링 DCI에서 시그널링 되는 PRI에 의해 지시될 수 있다. 또한, PUCCH 자원에서 (실제로 사용되는) PRB의 수는 총 UCI 크기 NUCI 및 PUCCH 포맷에 따라 설정된 최대 coding rate R을 기반으로 결정될 수 있다. 코딩 속도 R과 함께 총 UCI 크기 NUCI를 전달할 수 있는 최소 PRB 수가 선택될 수 있다.
PRI가 지시되지 않은 경우의 HARQ - ACK / SR과 CSI를 보고하기 위한 UE procedure
- HARQ-ACK / SR과 CSI는 CSI PUCCH 자원을 통해 전송될 수 있다. 총 UCI 페이로드 크기 NUCI 및 최대 coding rate R에 기초하여, 다수의 CSI PUCCH 자원들로부터 PUCCH 자원이 선택될 수 있다. 최소 UCI 용량(e.g. {# of Res} x R)과 총 UCI 크기 NUCI 를 전달할 수 있는 자원이 선택될 수 있다. PUCCH 자원에서 (실제로 사용되는) PRB의 수는 총 UCI 크기 NUCI 및 최대 coding rate R에 기초하여 결정될 수 있다.
ACKNACK PUCCH 포맷과 CSI PUCCH 포맷 간의 결합에 따른 PUCCH 상의 UCI multiplexing
표 13은 ACKNACK PUCCH 포맷과 CSI PUCCH 포맷 간의 결합에 따른 PUCCH 상의 UCI multiplexing의 예를 나타낸다. PUCCH에서 Part2 CSI 보고의 경우, PUCCH 자원과 해당 PUCCH 자원을 위한 다수의 PRBs는 CSI 보고가 rank 1이라고 가정하여 UCI 페이로드 크기에 기반하여 결정될 수 있다.
Figure PCTKR2020008438-appb-T000013
PUCCH (physical uplink control channel)
PUCCH는 다수의 포맷(format)들을 지원하며, PUCCH format들은 심볼 구간(symbol duration), 페이로드 사이즈(payload size) 및 다중화(multiplexing)에 의해 분류될 수 있다. 아래 표 14는 PUCCH format의 일례를 나타낸 표이다.
Figure PCTKR2020008438-appb-T000014
표 14의 PUCCH format들은 크게 (1) short PUCCH와, (2) long PUCCH로 구분할 수 있다. PUCCH format 0 및 2는 short PUCCH에 포함되고, PUCCH format 1, 3 및 4는 long PUCCH에 포함될 수 있다.
단말은 하나의 슬롯 내 서로 다른 심볼들에서 서빙 셀(serving cell)을 통해 1 또는 2개의 PUCCH들을 전송한다. 하나의 slot에서 2개의 PUCCH들을 전송하는 경우, 2개의 PUCCH들 중 적어도 하나는 short PUCCH의 구조를 가진다. 즉, 하나의 slot에서, (1) short PUCCH와 short PUCCH의 전송은 가능하고, (2) long PUCCH와 short PUCCH의 전송은 가능하나, (3) long PUCCH와 long PUCCH의 전송은 불가능하다.
앞서 살핀 내용들(3GPP system, frame structure, NR시스템 등)은 후술할 본 명세서에서 제안하는 방법들과 결합되어 적용될 수 있으며, 또는 본 명세서에서 제안하는 방법들의 기술적 특징을 명확하게 하는데 보충될 수 있다. 이하 설명되는 방법들은 설명의 편의를 위하여 구분된 것일 뿐, 어느 한 방법의 일부 구성이 다른 방법의 일부 구성과 치환되거나, 상호 간에 결합되어 적용될 수 있음은 물론이다.
본 명세서에서는 SCell에 대한 BFRQ에 대한 배경과, 복수의 SCell들에서 발생한 빔 실패(Beam Failure)를 효과적으로 처리하기 위한 방법에 대해 기술한다.
상술한 PRACH 기반의 BFR 절차의 적용과 관련하여 다음의 사항들이 고려될 수 있다. CA(carrier aggregation)가 적용되는 PRACH 기반의 BFR 절차의 경우, 어떠한 SCell은 상향링크 캐리어(UL carrier)가 없을 수 있고, UL carrier가 있는 경우라 하더라도 경쟁 기반 PRACH(contention based PRACH)가 설정될 수 없다는 기술적 한계를 갖는다. 따라서, CA(carrier aggregation)가 적용되는 PRACH 기반의 BFR 절차는 PCell 또는 PSCell에만 한정적으로 적용된다.
상술한 PRACH 기반 BFR 절차의 적용상 한계점으로 인해 다음과 같은 문제가 발생한다. 저주파수 대역(예: 6GHz 이하)에 PCell을 운영하면서 고주파 대역(예: 30GHz)을 SCell로 운영하고자 하는 경우, BFR 지원이 보다 중요하게 작용하는 고주파 대역에서 BFR이 지원될 수 없는 문제가 발생한다.
상기와 같은 이유로 Rel-16 NR MIMO work item에서 세컨더리 셀(Sceondary Cell, SCell)에 대한 BFR지원을 위한 표준화가 진행되고 있다. 이에 따라 다음의 사항이 고려될 수 있다.
적어도 DL only SCell에 대해서는 해당 SCell에 UL전송이 불가능하다. 따라서 스페셜 셀(Special Cell, SpCell)에 해당 SCell에서 빔 실패(beam failure)가 발생했음을 기지국에 알릴 때에 사용하는 (전용의) PUCCH자원(들)이 설정될 수 있다. 설정된 PUCCH자원들에 기반하여 SCell에 대한 빔 실패 복구 요청(BFRQ)이 수행될 수 있다.
이하에서 설명의 편의상 상기 SCell의 빔 실패 복구를 위해 설정된 PUCCH를 BFR-PUCCH라 한다. 상기 용어는 이해를 돕는 측면에서 다른 PUCCH와 구분하기 위해 사용되는 것이며 해당 용어를 통해 기술적 범위를 한정하고자 하는 것은 아니다.
BFR-PRACH의 역할은 '빔 실패(Beam Failure)의 발생+new beam RS (set) 정보'를 함께 기지국으로 전송하는 것이다.
반면, BFR-PUCCH의 역할은 'SCell(s)에 대한 빔 실패(Beam Failure) 발생'만을 기지국에 알려주는 것이다. 발생한 빔 실패와 관련된 세부 정보는 후속 보고로서 전송될 수 있다.
일 예로, 단말은 상기 후속 보고로서 다음 i) 내지 iii) 중 적어도 하나에 대한 정보를 포함하는 MAC CE(또는 UCI)를 기지국에 전송할 수 있다.
i) 빔 실패(Beam Failure)가 발생한 SCell(s)예: CC index(s))
ii) 빔 실패가 발생한 SCell(s)에 대한 new beam 존재 유무
iii) new beam이 존재하는 경우 해당 beam RS ID(+quality)
상기 iii)의 경우, beam RS ID(s)에 따른 new beam(들)의 품질(RSRP or SINR)에 대한 정보가 포함될 수 있다.
후속되는 빔 보고는 항상 트리거(trigger)되어야만 하는 것은 아니다. 구체적으로 기지국이 BFR-PUCCH를 수신한 후 해당 단말에 대해 BFR 설정을 해놓은 SCell(s)을 비활성화(deactivate)하는 것도 가능하다.
상기와 같은 동작은 UL 자원 활용도를 높이기 위한 것이다. 구체적으로 PCell/PSCell 하나에 수십 개의 SCell들이 연결되는 경우도 있고, 기지국 관점에서 하나의 PCell/PSCell UL을 공유하는 단말이 많을 수 있다. 이러한 경우까지 고려하면 PCell/PSCell에 각 단말에게 SCell BFRQ 용도로 reserve 하는 UL자원 양을 최소화하는 것이 바람직하다. 따라서, 기지국은 BFR-PUCCH를 수신한 후 빔 실패가 발생한 SCell(들)을 비활성화(deactivation)할 수 있다.
BFR-PUCCH에 담을 정보량이 매우 작고(예: 1bit), 단말의 이벤트(event) 발생 시에만 해당 BFR-PUCCH가 전송된다는 점에서 scheduling request(SR) PUCCH 방식이 재사용 될 수 있다.
예를 들어, RRC 메시지로 PCell/PScell UL에 BFR-PUCCH자원(들)이 설정될 때, 해당 PUCCH자원(들)은 PUCCH format 0 혹은 PUCCH format 1으로만 설정될 수 있다. SR 재전송, SR 금지 타이머(SR prohibit timer)등의 기존 SR관련 MAC 서브 계층 동작들이 재사용 할 수 있다. 해당 BFRQ정보는 BFR-PUCCH와 다른 PUCCH혹은 PUSCH와의 충돌 관리 규칙(collision handling rule) 및/또는 UCI 다중화 규칙(UCI multiplexing rule)에 의해 다른 PUCCH자원 혹은 PUSCH자원을 통해 전송될 수도 있다. 다만, 해당 BFR-PUCCH 자원(들)은 기지국 관점에서는 항상 reserve해놓는 PUCCH 자원이 아니므로 자원 낭비를 초래하지는 않는다.
MAC서브계층 관련 동작 관점에서도 다음과 같은 실시예들이 고려될 수 있다.
일 예로, SR재전송 관련 prohibit timer값, 최대 재전송 값 등을 BFRQ동작에 적용할 값들과 일반적인 스케줄링 요청(scheduling request) 동작에 적용할 값들이 동일하게 적용되도록 규정될 수 있다. 다른 예로, BFRQ가 SR보다 긴급/중요한 정보로 취급하기 위해 상기 적용할 값들이 SR과 BFRQ에 대해 별도로 설정/정의될 수 있다.
특히, BFRQ를 수신한 기지국이 해당 단말의 SCell(s)에 대한 빔 복구(beam recovery)를 수행하지 않고 해당 Scell(s)를 비활성화(deactivate)할 수 있다. 이러한 경우, 기지국은 단말에게 UL-SCH를 할당하지 않을 것이므로 BFRQ를 여러번 재전송하는 것은 불필요할 수 있다. 이를 고려하여 BFRQ에 대한 최대 재전송 값이 더 작게 설정/규정될 수 있다. 일 예로, BFRQ에 대해서는 재전송을 하지 않도록 할 수도 있다(최대 재전송 값=1).
BFR-PUCCH자원과 (특정 BWP/serving cell에 대한) SR-PUCCH자원이 (시간적으로) 중첩(overlap)되어 설정되고, 만약 (해당 BWP/serving cell에 대한) SR관련 기 정의된 이벤트와 BFRQ를 전송해야 하는 이벤트가 함께 발생한다면 단말은 SR용도로 설정된 PUCCH자원과 BFRQ용도로 설정된 PUCCH자원 중 어떠한 PUCCH 자원을 어떻게 보내야 하는 지 모호한 문제가 발생한다. 본 명세서에서는 이에 대한 해결 방안으로 다음 방법들(예: 제안 1의 방법 1(방법 1.1 / 1.2)/방법 2/방법 3/방법 4)을 제안한다.
[제안 1]
BFR-PUCCH자원과 SR-PUCCH자원이 중첩(overlap)되어 있고, 스케줄링 요청 이벤트(SR event)와 빔 실패 이벤트(BF event)가 함께 발생한 경우 단말/기지국은 후술하는 방법 1(방법 1.1 / 1.2)/방법 2/방법 3/방법 4에 따라 동작할 수 있다.
[방법 1]
단말은 BFR-PUCCH자원을 선택하여 BFRQ를 우선 전송할 수 있다.
[방법 1.1]
단말은 SR 절차를 멈추고(pending하고), BFRQ 전송 이후에 유효한 SR-PUCCH자원(valid SR-PUCCH resource)을 통해 SR-PUCCH를 전송할 수 있다.
[방법 1.2]
단말은 SR에 대해서는 SR에 대한 유효한 PUCCH 자원이 없는 상황(no valid PUCCH resource for SR) 상황으로 간주하여 계류중인 SR(pending SR)을 취소하고, 랜덤 액세스 절차(random access procedure)를 개시(initiate)할 수 있다.
방법 1은 빔의 복구를 우선시하는 방식이다.
구체적으로 SR-PUCCH자원과 BFR-PUCCH자원이 중첩(overlap)된 경우로서 SR 이벤트와 BFR이벤트가 동시에 발생하는 경우, 방법 1에서는 빔(beam)의 복구가 우선이기 때문에 단말은 BFR-PUCCH자원을 선택하여 보고한다. 방법 1에 따른 효과는 다음과 같다. 기지국은 해당 단말에 대해 SR 관련 상황보다 BFR 상황을 우선적으로 인지할 수 있다. 기지국은 빔 복구 절차가 수행되거나 해당 Scell(s)을 비활성화(deactivate)하는 등의 결정을 우선적으로 수행할 수 있다.
방법 1.1이 적용될 경우, SR 전송/재전송을 제어할 때, BFRQ자원과의 충돌이 없는 경우에 한정하여 적용되도록 SR절차가 변경될 수도 있다. 아래 표 15는 방법 1.1의 적용과 관련된 MAC 계층 동작 관점의 일 실시예이다.
Figure PCTKR2020008438-appb-T000015
또한, 방법 1.2는 fall-back 절차(아래 표 16의 밑줄 부분)로 SR을 동작시키는 방법이며, 이 방법이 적용될 경우, 단말/기지국의 동작에 표 16의 참고 3의 내용이 적용될 수 있다.
Figure PCTKR2020008438-appb-T000016
[방법 2]
단말은 BFRQ 이벤트와 SR이벤트의 동시 발생 시 사용하도록 별도로 설정/규정된 PUCCH 자원을 선택하여 SR 및 BFRQ를 전송할 수 있다.
기지국은 단말에 BFRQ+SR에 대한 PUCCH자원을 별도로 설정할 수 있다. 구체적으로 기지국은 단말에 SR전용의 PUCCH자원(들), BFRQ전용의 PUCCH자원(들), 그리고 SR+BFRQ 용도의 PUCCH자원(들)을 각각 설정할 수 있다. 단말은 SR+BFRQ의 경우(즉, SR 이벤트 및 BFRQ 이벤트 동시 발생시) 별도로 설정된 PUCCH자원을 선택하여 SR 및 BFRQ를 전송할 수 있다.
[방법 3]
BFRQ/SR 이벤트 발생 시, 단말은 특정 PUCCH자원에서 SR/BFRQ를 전송할 수 있다. SR 및 BFRQ의 동시 발생 여부에 따라 단말은 별도의 sequence/message를 전송할 수 있다.
상기 별도의 sequence/message는 PUCCH 자원의 포맷에 따라 다음의 상태들이 구분되어 표현될 수 있다.
1) PUCCH format 0 인 경우 시퀀스(sequence)의 순환 시프트(cyclic shift)값
2) PUCCH format 1인 경우 시퀀스(sequence)
3) PUCCH format 2/3/4인 경우 (채널 코딩을 수행할) UCI 비트
구체적으로 상기 1) 내지 3)을 기준으로 다음의 상태(state)들이 구분되어 표현되도록 규정될 수 있다.
①positive SR+positive BFRQ or positive SR+negative BFRQ (for SR-PUCCH)
②positive BFRQ+positive SR or positive BFRQ+negative SR (for BFR-PUCCH)
③positive BFRQ+positive SR, positive BFRQ+negative SR, negative BFRQ+positive SR, or negative BFRQ+negative SR (for SR-PUCCH, BFR-PUCCH, or a PUCCH resource used for both cases of SR and BFR)
상기 ①은 SR-PUCCH에 적용될 수 있고, 상기 ②는 BFR-PUCCH에 적용될 수 있으며, 상기 ③은 SR-PUCCH/BFR-PUCCH/SR 및 BFR 동시 발생에 대해 사용되는 PUCCH 자원에 적용될 수 있다.
방법 3에서 단말은 충돌이 생긴 BFR-PUCCH자원과 SR-PUCCH자원 중 하나를 통해서 BFR-PUCCH/SR-PUCCH가 전송한다. 구체적으로 방법 3에서, SR+BFRQ상황이면 단말이 PUCCH format에 따라 별도로 규정/설정된 UCI 비트, 시퀀스(sequence), 또는 CS(cyclic shift)가 적용된 시퀀스에 기반하여 BFR-PUCCH/SR-PUCCH를 전송하도록 규정/설정된다.
예를 들면, SR목적으로 PUCCH format0의 자원을 사용하는 경우 CS값에 따라 HARQ-ACK/NACK정보를 추가적으로 전송할 수 있다. 이러한 원리를 활용하여, SR목적의 PUCCH 자원에 대해 BFRQ 발생 유무에 따라 CS값이 다르게 규정/설정될 수 있다. 반대로 BFR목적의 PUCCH자원이 PUCCH format 0의 자원을 사용한다면, 단말은 BFR상황에서만 해당 PUCCH를 전송할 수 있다. 이 때, CS값에 따라 SR이 포지티브인지 여부(즉, positive SR or negative SR)를 나타내는 정보를 함께 전송할 수 있다. PUCCH format 1의 경우, CS값이 아닌 시퀀스(sequence)를 변경함으로써 상기 방식이 적용될 수 있다. 이러한 원리에 기반하여, SR과 BFRQ겸용 PUCCH자원이 설정될 수 있다. 즉, 하나의 PUCCH자원이 SR용도와 BFRQ용도로 함께 사용되도록 설정될 수 있다. 해당 PUCCH 자원을 통해 전송되는 UCI에 따라 해당 PUCCH 자원이 어떠한 용도로 사용된 것인지 보고될 수 있다. 구체적으로 상기 UCI를 통해 SR용도(SR 이벤트 발생), BFRQ 용도(BFRQ 이벤트 발생) 및/또는 SR+BFRQ 용도(SR 이벤트 및 BFRQ 이벤트 동시 발생)가 보고될 수 있다.
상기 BFR/SR겸용 PUCCH자원은 1) BFRQ관점에서 하나의 PUCCH자원을 공유하는 복수의 SCell들과 2) SR관점에서 하나의 PUCCH자원을 공유하는 복수의 Scell들이 동일한 경우에만 한정적으로 적용될 수 있다.
[방법 4]
기지국은 항상 SR-PUCCH자원과 BFR-PUCCH자원을 서로 다른 심볼(symbol)에 위치하도록 설정할 수 있다. 따라서, SR-PUCCH자원과 BFR-PUCCH자원이 중첩(overlap)되는 경우가 방지될 수 있다. 단말은 SR-PUCCH자원과 BFR-PUCCH자원이 중첩(overlap)되는 설정을 기대하지 않을 수 있다.
방법 4는 기지국의 자원 할당(resource allocation)에서 SR-PUCCH자원과 BFR-PUCCH자원간 중첩(overlap)이 생기지 않도록 보장한다. 이 경우, 단말이 SR-PUCCH와 BFR-PUCCH간 충돌(collision) 상황에 대한 특별한 관리(handling)이 필요 없어지게 되는 장점이 있으나, 기지국의 PUCCH자원 설정 자유도의 제약이 생길 수 있다. 특히 SR PUCCH자원이 매 슬롯(slot)마다 설정되는 경우를 고려한다면 SR PUCCH자원의 심볼 지속시간(symbol duration)에서 제약이 발생할 수 밖에 없다.
구현적인 측면에서 상술한 실시예들에 따른 기지국/단말의 동작(예: 상술한 제안 방법(예: 제안 1의 방법 1 / 방법 1-1 / 방법 1-2 / 방법 2 / 방법 3 / 방법 4 중 적어도 하나에 기반하는 빔 실패 복구와 관련된 동작)들은 후술할 도 17 내지 도 21의 장치(예: 도 18의 프로세서(102, 202))에 의해 처리될 수 있다.
또한 상술한 실시예에 따른 기지국/단말의 동작(예: 제안 1의 방법 1 / 방법 1-1 / 방법 1-2 / 방법 2 / 방법 3 / 방법 4 중 적어도 하나에 기반하는 빔 실패 복구와 관련된 동작)들은 적어도 하나의 프로세서(예: 도 18의 102, 202)를 구동하기 위한 명령어/프로그램(예: instruction, executable code)형태로 메모리(예: 도 18의 104, 204)에 저장될 수도 있다.
도 14는 본 명세서에서 제안하는 방법이 적용될 수 있는 단말/기지국간 시그널링의 일례를 나타낸다. 구체적으로 도 14는 상술한 제안 방법(예: 제안 1의 방법 1 / 방법 1-1 / 방법 1-2 / 방법 2 / 방법 3 / 방법 4 등)에 기반한 UE(user equipment) / BS(base station) 간의 signaling의 일례를 나타낸다.여기서 UE/BS는 일례일 뿐, 이후 기술된 도 17 내지 도 21에 기술된 것과 같이 다양한 장치로 대체 적용될 수 있다. 도 14는 단지 설명의 편의를 위한 것일 뿐, 본 발명의 범위를 제한하는 것이 아니다. 또한, 도 14에 나타난 일부 step(들)은 상황 및/또는 설정 등에 따라 생략될 수도 있다.
UE는 BS로부터 BFR related Config. 즉, BFR과 관련된 configuration information 및/또는 SR related Config.즉, SR과 관련된 configuration을 수신할 수 있다(S1410). 예를 들어, 상기 BFR과 관련된 configuration information은 상술한 제안 1의 방법 1 / 방법 1-1 / 방법 1-2 / 방법 2 / 방법 3 / 방법 4의 동작과 관련된 설정 정보를 포함할 수 있다. 상기 BFR과 관련된 configuration information은 BFR을 위한 자원 설정(예: BFR-PUCCH 자원 등에 대한 설정), timer, counter 등에 대한 설정 정보 등을 포함할 수 있다. 또한, 상기 SR과 관련된 configuration information은 SR을 위한 자원 설정(예: SR-PUCCH 자원 등에 대한 설정), timer, counter 등에 대한 설정 정보 등을 포함할 수 있다. 상기 BFR과 관련된 configuration information 및/또는 SR과 관련된 configuration information은 상위 계층 시그널링(예: RRC signaling) 등을 통해 전달될 수 있다.
예를 들어, 상술한 S1410 단계의 UE(도 17 내지 도 21의 100/200)가 BS로부터 BFR related Config. / SR related Config.를 수신하는 동작은 이하 설명될 도 17 내지 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참고하면, 하나 이상의 프로세서 102은 상기 BFR related Config. / SR related Config.를 수신하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 BS로부터 상기 BFR related Config. / SR related Config.를 수신할 수 있다.
UE는 BS로 PUCCH(예: BFR-PUCCH, BFR related PUCCH, SR-PUCCH, SR related PUCCH)를 전송할 수 있다(S1420). 예를 들어, 상술한 제안 1의 방법 1 / 방법 1-1 / 방법 1-2 / 방법 2 / 방법 3 / 방법 4등에 기반하여, UE는 BS로 PUCCH (예: BFR-PUCCH, BFR related PUCCH, SR-PUCCH, SR related PUCCH)를 전송할 수 있다. 일례로, UE는 SR-PUCCH 자원과 BFR-PUCCH 자원이 중첩되는 경우, 일정 규칙에 따라 BFRQ (즉, BFR-PUCCH)를 우선적으로 전송하거나, BFRQ와 SR을 별도의 PUCCH 자원을 통해 전송하거나, PUCCH format에 따라 별도로 규정/설정된 UCI 비트, sequence, 혹은 CS(cyclic shift)가 적용된sequence에 기반하여 BFR/SR-PUCCH를 전송할 수 있다. 또는, UE는 SR-PUCCH 자원과 BFR-PUCCH 자원이 중첩되는 경우 자체를 기대하지 않을 수도 있다. 또한, 일례로, PUCCH 전송에 앞서 상술한 제안 1의 방법 1 / 방법 1-1 / 방법 1-2 / 방법 2 / 방법 3 / 방법 4등에서 설명된 MAC 계층에서의 동작이 우선적으로 수행되는 것일 수 있다. 구체적인 예로, UE가 BFRQ를 우선적으로 전송하는 방식의 경우, BFRQ 전송 이전에 상술한 표 15 / 표 16에서 설명된 MAC 계층에서의 동작이 우선적으로 수행될 수 있다.
예를 들어, 상술한 S1420 단계의 UE(도 17 내지 도 21의 100/200)가 BS로 PUCCH를 전송하는 동작은 이하 설명될 도 17 내지 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참고하면, 하나 이상의 프로세서 102은 상기 PUCCH를 전송하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 BS로 상기 PUCCH를 전송할 수 있다.
UE는 BS로부터 PUSCH (예: BFR related PUSCH) 스케줄링을 위한 UL grant(예: UL DCI)를 수신할 수 있다(S1430). 예를 들어, 상술한 제안 1의 방법 1 / 방법 1-1 / 방법 1-2 / 방법 2 / 방법 3 / 방법 4등을 참고하여, 상기 PUSCH는 BFR과 관련한 보고(예: Beam failure가 발생한 SCell(s) 정보(예: CC index(s)) and/or 해당 SCell(s)에 대한 new beam 존재 여부 and/or new beam이 존재하는 경우 해당 beam RS ID(and/or 해당 beam의 quality(예: RSRP/SINR)) 를 포함하는 MAC-CE(혹은 UCI)를 전달하기 위한 PUSCH일 수 있다. 즉, UE는 상기 BFR과 관련한 보고를 포함하는 MAC-CE(혹은 UCI)의 전달을 위한 PUSCH의 스케줄링 정보를 PDCCH(즉, 상기 UL grant에 대한 PDCCH)를 통해 수신할 수 있다.
예를 들어, 상술한 S1430 단계의 UE(도 17 내지 도 21의 100/200)가 BS로부터 PUSCH 스케줄링을 위한 UL grant를 수신하는 동작은 이하 설명될 도 17 내지 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참고하면, 하나 이상의 프로세서 102은 상기 PUSCH 스케줄링을 위한 UL grant를 수신하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 BS로부터 상기 PUSCH 스케줄링을 위한 UL grant를 수신할 수 있다.
UE는 상기 UL grant에 기반하여 스케줄링되는 PUSCH(예: BFR related PUSCH)를 BS로 전송할 수 있다(S1440). 예를 들어, 상술한 제안 1의 방법 1 / 방법 1-1 / 방법 1-2 / 방법 2 / 방법 3 / 방법 4 등을 참고하여, UE는 상기 BFR과 관련한 빔 보고를 포함하는 MAC-CE(혹은 UCI)를 PUSCH를 통해 BS로 전송할 수 있다.
예를 들어, 상술한 S1440 단계의 UE(도 17 내지 도 21의 100/200)가 BS로 상기 UL grant에 기반하여 스케줄링되는 PUSCH를 전송하는 동작은 이하 설명될 도 17 내지 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참고하면, 하나 이상의 프로세서 102은 상기 UL grant에 기반하여 스케줄링되는 PUSCH를 전송하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 BS로 상기 UL grant에 기반하여 스케줄링되는 PUSCH를 전송할 수 있다.
앞서 언급한 바와 같이, 상술한 BS/UE signaling 및 동작(예: 제안 1의 방법 1 / 방법 1-1 / 방법 1-2 / 방법 2 / 방법 3 / 방법 4 / 도 14등)은 이하 설명될 장치(예: 도 17 내지 도 21)에 의해 구현될 수 있다. 예를 들어, BS는 전송 장치 / 제1 장치에 해당하며, UE는 수신 장치 / 제2 장치 해당할 수 있고, 경우에 따라 그 반대의 경우도 고려될 수 있다. 예를 들어, 상술한 BS/UE signaling 및 동작(예: 제안 1의 방법 1 / 방법 1-1 / 방법 1-2 / 방법 2 / 방법 3 / 방법 4 / 도 14 등)은 도 18의 하나 이상의 프로세서(예: 102, 202)에 의해 처리될 수 있으며, 상술한 BS/UE signaling 및 동작(예: 제안 1의 방법 1 / 방법 1-1 / 방법 1-2 / 방법 2 / 방법 3 / 방법 4 / 도 14 등)은 도 18의 적어도 하나의 프로세서(예: 102, 202)를 구동하기 위한 명령어/프로그램(예: instruction, executable code)형태로 메모리(예: 도 18의 하나 이상의 메모리(104, 204))에 저장될 수도 있다.
이하 상술한 실시예들을 단말의 동작 측면에서 도 15를 참조하여 구체적으로 설명한다. 이하 설명되는 방법들은 설명의 편의를 위하여 구분된 것일 뿐, 어느 한 방법의 일부 구성이 다른 방법의 일부 구성과 치환되거나, 상호 간에 결합되어 적용될 수 있음은 물론이다.
도 15는 본 명세서의 일 실시예에 따른 무선 통신 시스템에서 단말이 물리 상향링크 제어 채널을 전송하는 방법을 설명하기 위한 흐름도이다.
도 15를 참조하면, 본 명세서의 일 실시예에 따른 무선 통신 시스템에서 단말이 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)을 전송하는 방법은 PUCCH와 관련된 설정 정보를 수신하는 단계(S1510) 및 설정 정보에 기반하여 PUCCH를 전송하는 단계(S1520)를 포함한다.
S1510에서, 단말은 기지국으로부터 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신한다. 상기 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보는 도 14의 BFR과 관련된 configuration information 또는 SR과 관련된 configuration information 중 적어도 하나에 기반할 수 있다.
상술한 S1510에 따라, 단말(도 17 내지 도 21의 100/200)이 기지국(도 17 내지 도 21의 100/200)으로부터 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신하는 동작은 도 17 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102)는 기지국(200)으로부터 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신하도록 하나 이상의 트랜시버(106) 및/또는 하나 이상의 메모리(104)를 제어할 수 있다.
S1520에서, 단말은 기지국에 상기 설정 정보에 기반하여 상기 PUCCH를 전송한다.
일 실시예에 의하면, 상기 PUCCH는 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송될 수 있다.
상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송될 수 있다.
상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련될 수 있다.
일 실시예에 의하면, 상기 빔 실패 복구(BFR)는 적어도 하나의 세컨더리 셀(Secondary Cell, SCell)의 빔 실패(beam failure)와 관련될 수 있다.
일 실시예에 의하면, 상기 특정 PUCCH 자원은 PUCCH 포맷 0(PUCCH format 0) 또는 PUCCH 포맷 1(PUCCH format 1)에 기반할 수 있다.
일 실시예에 의하면, 상기 빔 실패 복구(BFR)와 관련된 상기 PUCCH는 상기 스케줄링 요청(SR)과 관련된 파라미터에 기반하여 전송될 수 있다. 상기 스케줄링 요청(SR)과 관련된 파라미터는 상기 SR의 전송과 관련된 타이머 또는 상기 SR의 최대 전송 횟수 중 적어도 하나와 관련될 수 있다. 일 예로, 상기 SR의 전송과 관련된 타이머는 상위 계층 파라미터 sr-ProhibitTimer에 기반할 수 있고, 상기 SR의 최대 전송 횟수는 상위 계층 파라미터 sr-TransMax에 기반할 수 있다.
상술한 S1520에 따라, 단말(도 17 내지 도 21의 100/200)이 기지국(도 17 내지 도 21의 100/200)에 상기 설정 정보에 기반하여 상기 PUCCH를 전송하는 동작은 도 17 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102)는 기지국(200)에 상기 설정 정보에 기반하여 상기 PUCCH를 전송하도록 하나 이상의 트랜시버(106) 및/또는 하나 이상의 메모리(104)를 제어할 수 있다.
상기 방법은 하향링크 제어 정보(Downlink Control Information, DCI)를 수신하는 단계를 더 포함할 수 있다. 구체적으로 상기 DCI를 수신하는 단계에서, 단말은 기지국으로부터 상기 PUCCH와 관련된 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)을 스케줄링 하는 하향링크 제어 정보(Downlink Control Information, DCI)를 수신한다. 본 실시예는 도 14의 S1430에 기반할 수 있다.
상술한 DCI를 수신하는 단계에 따라, 단말(도 17 내지 도 21의 100/200)이 기지국(도 17 내지 도 21의 100/200)에 상기 PUCCH와 관련된 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)을 스케줄링 하는 하향링크 제어 정보(Downlink Control Information, DCI)를 수신하는 동작은 도 17 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102)는 기지국(200)으로부터 상기 PUCCH와 관련된 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)을 스케줄링 하는 하향링크 제어 정보(Downlink Control Information, DCI)를 수신하도록 하나 이상의 트랜시버(106) 및/또는 하나 이상의 메모리(104)를 제어할 수 있다.
상기 방법은 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)을 전송하는 단계를 더 포함할 수 있다. 구체적으로 상기 PUSCH를 전송하는 단계에서, 단말은 기지국에 상기 DCI에 기반하여 상기 PUSCH를 전송한다. 본 실시예는 도 14의 S1440에 기반할 수 있다.
일 실시예에 의하면, 상기 PUSCH는 상기 빔 실패와 관련된 정보를 포함하는 MAC-CE(Medium Access Control-Control Element)와 관련될 수 있다.
상기 MAC-CE는 1) 적어도 하나의 세컨더리 셀(SCell) 또는 2) 새로운 빔(new beam) 중 적어도 하나와 관련된 정보를 포함할 수 있다.
상기 새로운 빔과 관련된 정보는 i) 상기 새로운 빔이 존재하는 지 여부 또는 ii) 상기 새로운 빔과 관련된 참조 신호(Reference Signal)의 ID 중 적어도 하나를 포함할 수 있다.
상술한 PUSCH를 전송하는 단계에 따라, 단말(도 17 내지 도 21의 100/200)이 기지국(도 17 내지 도 21의 100/200)에 상기 DCI에 기반하여 상기 PUSCH를 전송하는 동작은 도 17 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(102)는 기지국(200)에 상기 DCI에 기반하여 상기 PUSCH를 전송하도록 하나 이상의 트랜시버(106) 및/또는 하나 이상의 메모리(104)를 제어할 수 있다.
이하 상술한 실시예들을 기지국의 동작 측면에서 도 16을 참조하여 구체적으로 설명한다. 이하 설명되는 방법들은 설명의 편의를 위하여 구분된 것일 뿐, 어느 한 방법의 일부 구성이 다른 방법의 일부 구성과 치환되거나, 상호 간에 결합되어 적용될 수 있음은 물론이다.
도 16은 본 명세서의 다른 실시예에 따른 무선 통신 시스템에서 기지국이 물리 상향링크 제어 채널을 수신하는 방법을 설명하기 위한 흐름도이다.
도 16을 참조하면, 본 명세서의 다른 실시예에 따른 무선 통신 시스템에서 기지국이 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)을 수신하는 방법은 PUCCH와 관련된 설정 정보를 전송하는 단계(S1610) 및 설정 정보에 기반하는 PUCCH를 수신하는 단계(S1620)를 포함한다.
S1610에서, 기지국은 단말에 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 전송한다. 상기 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보는 도 14의 BFR과 관련된 configuration information 또는 SR과 관련된 configuration information 중 적어도 하나에 기반할 수 있다.
상술한 S1610에 따라, 기지국(도 17 내지 도 21의 100/200)이 단말(도 17 내지 도 21의 100/200)에 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 전송하는 동작은 도 17 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(202)는 단말(100)에 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 전송하도록 하나 이상의 트랜시버(206) 및/또는 하나 이상의 메모리(204)를 제어할 수 있다.
S1620에서, 기지국은 단말로부터 상기 설정 정보에 기반하는 상기 PUCCH를 수신한다.
일 실시예에 의하면, 상기 PUCCH는 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송될 수 있다.
상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송될 수 있다.
상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련될 수 있다.
일 실시예에 의하면, 상기 빔 실패 복구(BFR)는 적어도 하나의 세컨더리 셀(Secondary Cell, SCell)의 빔 실패(beam failure)와 관련될 수 있다.
일 실시예에 의하면, 상기 특정 PUCCH 자원은 PUCCH 포맷 0(PUCCH format 0) 또는 PUCCH 포맷 1(PUCCH format 1)에 기반할 수 있다.
일 실시예에 의하면, 상기 빔 실패 복구(BFR)와 관련된 상기 PUCCH는 상기 스케줄링 요청(SR)과 관련된 파라미터에 기반하여 전송될 수 있다. 상기 스케줄링 요청(SR)과 관련된 파라미터는 상기 SR의 전송과 관련된 타이머 또는 상기 SR의 최대 전송 횟수 중 적어도 하나와 관련될 수 있다. 일 예로, 상기 SR의 전송과 관련된 타이머는 상위 계층 파라미터 sr-ProhibitTimer에 기반할 수 있고, 상기 SR의 최대 전송 횟수는 상위 계층 파라미터 sr-TransMax에 기반할 수 있다.
상술한 S1620에 따라, 기지국(도 17 내지 도 21의 100/200)이 단말(도 17 내지 도 21의 100/200)로부터 상기 설정 정보에 기반하는 상기 PUCCH를 수신하는 동작은 도 17 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(202)는 단말(100)로부터 상기 설정 정보에 기반하는 상기 PUCCH를 수신하도록 하나 이상의 트랜시버(206) 및/또는 하나 이상의 메모리(204)를 제어할 수 있다.
상기 방법은 하향링크 제어 정보(Downlink Control Information, DCI)를 전송하는 단계를 더 포함할 수 있다. 구체적으로 상기 DCI를 전송하는 단계에서, 기지국은 단말에 상기 PUCCH와 관련된 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)을 스케줄링 하는 하향링크 제어 정보(Downlink Control Information, DCI)를 전송한다. 본 실시예는 도 14의 S1430에 기반할 수 있다.
상술한 DCI를 전송하는 단계에 따라, 기지국(도 17 내지 도 21의 100/200)이 단말(도 17 내지 도 21의 100/200)에 상기 PUCCH와 관련된 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)을 스케줄링 하는 하향링크 제어 정보(Downlink Control Information, DCI)를 전송하는 동작은 도 17 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(202)는 단말(100)에 상기 PUCCH와 관련된 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)을 스케줄링 하는 하향링크 제어 정보(Downlink Control Information, DCI)를 전송하도록 하나 이상의 트랜시버(206) 및/또는 하나 이상의 메모리(204)를 제어할 수 있다.
상기 방법은 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)을 수신하는 단계를 더 포함할 수 있다. 구체적으로 상기 PUSCH를 수신하는 단계에서, 기지국은 단말로부터 상기 DCI에 기반하는 상기 PUSCH를 수신한다. 본 실시예는 도 14의 S1440에 기반할 수 있다.
일 실시예에 의하면, 상기 PUSCH는 상기 빔 실패와 관련된 정보를 포함하는 MAC-CE(Medium Access Control-Control Element)와 관련될 수 있다.
상기 MAC-CE는 1) 적어도 하나의 세컨더리 셀(SCell) 또는 2) 새로운 빔(new beam) 중 적어도 하나와 관련된 정보를 포함할 수 있다.
상기 새로운 빔과 관련된 정보는 i) 상기 새로운 빔이 존재하는 지 여부 또는 ii) 상기 새로운 빔과 관련된 참조 신호(Reference Signal)의 ID 중 적어도 하나를 포함할 수 있다.
상술한 PUSCH를 수신하는 단계에 따라, 기지국(도 17 내지 도 21의 100/200)이 단말(도 17 내지 도 21의 100/200)로부터 상기 DCI에 기반하는 상기 PUSCH를 수신하는 동작은 도 17 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 18을 참조하면, 하나 이상의 프로세서(202)는 단말(100)로부터 상기 DCI에 기반하는 상기 PUSCH를 수신하도록 하나 이상의 트랜시버(206) 및/또는 하나 이상의 메모리(204)를 제어할 수 있다.
본 발명이 적용되는 통신 시스템 예
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 발명의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 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를 참조하면, 신호 처리 회로(1000)는 스크램블러(1010), 변조기(1020), 레이어 매퍼(1030), 프리코더(1040), 자원 매퍼(1050), 신호 생성기(1060)를 포함할 수 있다. 이로 제한되는 것은 아니지만, 도 19의 동작/기능은 도 18의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 수행될 수 있다. 도 19의 하드웨어 요소는 도 18의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 구현될 수 있다. 예를 들어, 블록 1010~1060은 도 18의 프로세서(102, 202)에서 구현될 수 있다. 또한, 블록 1010~1050은 도 18의 프로세서(102, 202)에서 구현되고, 블록 1060은 도 18의 송수신기(106, 206)에서 구현될 수 있다.
코드워드는 도 19의 신호 처리 회로(1000)를 거쳐 무선 신호로 변환될 수 있다. 여기서, 코드워드는 정보블록의 부호화된 비트 시퀀스이다. 정보블록은 전송블록(예, UL-SCH 전송블록, DL-SCH 전송블록)을 포함할 수 있다. 무선 신호는 다양한 물리 채널(예, PUSCH, PDSCH)을 통해 전송될 수 있다.
구체적으로, 코드워드는 스크램블러(1010)에 의해 스크램블된 비트 시퀀스로 변환될 수 있다. 스크램블에 사용되는 스크램블 시퀀스는 초기화 값에 기반하여 생성되며, 초기화 값은 무선 기기의 ID 정보 등이 포함될 수 있다. 스크램블된 비트 시퀀스는 변조기(1020)에 의해 변조 심볼 시퀀스로 변조될 수 있다. 변조 방식은 pi/2-BPSK(pi/2-Binary Phase Shift Keying), m-PSK(m-Phase Shift Keying), m-QAM(m-Quadrature Amplitude Modulation) 등을 포함할 수 있다. 복소 변조 심볼 시퀀스는 레이어 매퍼(1030)에 의해 하나 이상의 전송 레이어로 매핑될 수 있다. 각 전송 레이어의 변조 심볼들은 프리코더(1040)에 의해 해당 안테나 포트(들)로 매핑될 수 있다(프리코딩). 프리코더(1040)의 출력 z는 레이어 매퍼(1030)의 출력 y를 N*M의 프리코딩 행렬 W와 곱해 얻을 수 있다. 여기서, N은 안테나 포트의 개수, M은 전송 레이어의 개수이다. 여기서, 프리코더(1040)는 복소 변조 심볼들에 대한 트랜스폼(transform) 프리코딩(예, DFT 변환)을 수행한 이후에 프리코딩을 수행할 수 있다. 또한, 프리코더(1040)는 트랜스폼 프리코딩을 수행하지 않고 프리코딩을 수행할 수 있다.
자원 매퍼(1050)는 각 안테나 포트의 변조 심볼들을 시간-주파수 자원에 매핑할 수 있다. 시간-주파수 자원은 시간 도메인에서 복수의 심볼(예, CP-OFDMA 심볼, DFT-s-OFDMA 심볼)을 포함하고, 주파수 도메인에서 복수의 부반송파를 포함할 수 있다. 신호 생성기(1060)는 매핑된 변조 심볼들로부터 무선 신호를 생성하며, 생성된 무선 신호는 각 안테나를 통해 다른 기기로 전송될 수 있다. 이를 위해, 신호 생성기(1060)는 IFFT(Inverse Fast Fourier Transform) 모듈 및 CP(Cyclic Prefix) 삽입기, DAC(Digital-to-Analog Converter), 주파수 상향 변환기(frequency uplink converter) 등을 포함할 수 있다.
무선 기기에서 수신 신호를 위한 신호 처리 과정은 도 19의 신호 처리 과정(1010~1060)의 역으로 구성될 수 있다. 예를 들어, 무선 기기(예, 도 18의 100, 200)는 안테나 포트/송수신기를 통해 외부로부터 무선 신호를 수신할 수 있다. 수신된 무선 신호는 신호 복원기를 통해 베이스밴드 신호로 변환될 수 있다. 이를 위해, 신호 복원기는 주파수 하향 변환기(frequency downlink converter), ADC(analog-to-digital converter), CP 제거기, FFT(Fast Fourier Transform) 모듈을 포함할 수 있다. 이후, 베이스밴드 신호는 자원 디-매퍼 과정, 포스트코딩(postcoding) 과정, 복조 과정 및 디-스크램블 과정을 거쳐 코드워드로 복원될 수 있다. 코드워드는 복호(decoding)를 거쳐 원래의 정보블록으로 복원될 수 있다. 따라서, 수신 신호를 위한 신호 처리 회로(미도시)는 신호 복원기, 자원 디-매퍼, 포스트코더, 복조기, 디-스크램블러 및 복호기를 포함할 수 있다.
본 발명이 적용되는 무선 기기 활용 예
도 20은 본 명세서에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 17 참조).
도 20을 참조하면, 무선 기기(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), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 20에서 무선 기기(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) 및/또는 이들의 조합으로 구성될 수 있다.
본 발명이 적용되는 휴대기기 예
도 21은 본 명세서에 적용되는 휴대 기기를 예시한다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
도 21을 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 20의 블록 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)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
본 명세서의 실시예에 따른 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치의 효과를 설명하면 다음과 같다.
본 명세서의 실시예에 의하면, 물리 상향링크 제어 채널(PUCCH)은 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송된다. 상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송된다. 상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련된다.
빔 실패 복구가 스케줄링 요청과 관련된 PUCCH에 기반하여 수행될 수 있는 바, 빔 실패 복구(BFR)가 세컨더리 셀(SCell)에도 효과적으로 지원될 수 있다. 특히 고주파수 대역(예: 30GHz)에 대한 세컨더리 셀(SCell)에서 빔 실패(beam failure)가 발생한 경우에, 보다 효과적으로 빔 실패 복구가 수행될 수 있다.
또한 빔 실패 복구와 관련된 PUCCH 자원이 스케줄링 요청(예: 빔 실패 복구가 아닌 다른 이벤트로 인한 SR)과 관련된 PUCCH 자원과 중첩되는 경우, 빔 실패 복구와 관련된 PUCCH 자원이 우선순위를 갖도록 전송될 수 있다. 따라서 SR 이벤트와 BFR 이벤트가 동시에 발생하였을 때 단말 동작상 모호성이 해소되며, 빔 실패 복구 절차(BFR procedure)가 보다 빠르게 개시될 수 있다.
단말이 상기 빔 실패의 발생(occurrence)만을 상기 PUCCH를 통해 기지국에 알리는 경우, 상대적으로 작은 정보(예: 1 bit)가 전달된다. 이 점에서 상기 PUCCH는 기존의 절차를 활용하여 전송될 필요가 있다.
본 명세서의 일 실시예에 의하면, 상기 빔 실패 복구(BFR)와 관련된 상기 PUCCH는 상기 스케줄링 요청(SR)과 관련된 파라미터에 기반하여 전송된다. 상기 스케줄링 요청(SR)과 관련된 파라미터는 상기 SR의 전송과 관련된 타이머 또는 상기 SR의 최대 전송 횟수 중 적어도 하나와 관련된다. 따라서, 상기 빔 실패 복구(BFR)가 기존의 스케줄링 요청 절차에 기반하여 개시될 수 있다.
빔 실패의 발생만이 기지국에 통지되는 경우, 빔 실패 복구와 관련된 후속 보고가 수행될 필요가 있다. 본 명세서의 일 실시예에 의하면, 단말은 상기 PUCCH와 관련된 PUSCH를 스케줄링 하는 하향링크 제어 정보(Downlink Control Information, DCI)를 수신하고, 상기 DCI에 기반하여 PUSCH를 전송한다. 상기 PUSCH는 상기 빔 실패와 관련된 정보를 포함하는 MAC-CE(Medium Access Control-Control Element)와 관련된다. 상기 MAC-CE는 1) 적어도 하나의 세컨더리 셀(SCell) 또는 2) 새로운 빔(new beam) 중 적어도 하나와 관련된 정보를 포함한다. 따라서, 빔 실패와 관련된 세부 정보가 기존의 스케줄링 절차에 기반하여 스케줄된 PUSCH를 통해 효과적으로 전달될 수 있다.
이상에서 설명된 실시 예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시 예를 구성하는 것도 가능하다. 본 발명의 실시 예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시 예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시 예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명에 따른 실시 예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시 예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시 예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리는 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
본 발명은 본 발명의 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 통상의 기술자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

Claims (15)

  1. 무선 통신 시스템에서 단말이 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)을 전송하는 방법에 있어서,
    물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신하는 단계; 및
    상기 설정 정보에 기반하여 상기 PUCCH를 전송하는 단계;를 포함하되,
    상기 PUCCH는 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송되고,
    상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송되고,
    상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련된 것을 특징으로 하는 방법.
  2. 제1 항에 있어서,
    상기 빔 실패 복구(BFR)는 적어도 하나의 세컨더리 셀(Secondary Cell, SCell)의 빔 실패(beam failure)와 관련된 것을 특징으로 하는 방법.
  3. 제2 항에 있어서,
    상기 특정 PUCCH 자원은 PUCCH 포맷 0(PUCCH format 0) 또는 PUCCH 포맷 1(PUCCH format 1)에 기반하는 것을 특징으로 하는 방법.
  4. 제2 항에 있어서,
    상기 PUCCH와 관련된 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)을 스케줄링 하는 하향링크 제어 정보(Downlink Control Information, DCI)를 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  5. 제4 항에 있어서,
    상기 DCI에 기반하여 상기 PUSCH를 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  6. 제5 항에 있어서,
    상기 PUSCH는 상기 빔 실패와 관련된 정보를 포함하는 MAC-CE(Medium Access Control-Control Element)와 관련된 것을 특징으로 하는 방법.
  7. 제6 항에 있어서,
    상기 MAC-CE는 1) 적어도 하나의 세컨더리 셀(SCell) 또는 2) 새로운 빔(new beam) 중 적어도 하나와 관련된 정보를 포함하는 것을 특징으로 하는 방법.
  8. 제7 항에 있어서,
    상기 새로운 빔과 관련된 정보는 i) 상기 새로운 빔이 존재하는 지 여부 또는 ii) 상기 새로운 빔과 관련된 참조 신호(Reference Signal)의 ID 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  9. 제1 항에 있어서,
    상기 빔 실패 복구(BFR)와 관련된 상기 PUCCH는 상기 스케줄링 요청(SR)과 관련된 파라미터에 기반하여 전송되는 것을 특징으로 하는 방법.
  10. 제9 항에 있어서,
    상기 스케줄링 요청(SR)과 관련된 파라미터는 상기 SR의 전송과 관련된 타이머 또는 상기 SR의 최대 전송 횟수 중 적어도 하나와 관련된 것을 특징으로 하는 방법.
  11. 무선 통신 시스템에서 물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)을 전송하는 단말에 있어서,
    하나 이상의 송수신기;
    상기 하나 이상의 송수신기를 제어하는 하나 이상의 프로세서들; 및
    상기 하나 이상의 프로세서들에 동작 가능하게 접속 가능하고, 상기 하나 이상의 프로세서들에 의해 상기 물리 상향링크 제어 채널(PUCCH)의 전송이 실행될 때, 동작들을 수행하는 지시(instruction)들을 저장하는 하나 이상의 메모리들을 포함하며,
    상기 동작들은,
    물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신하는 단계; 및
    상기 설정 정보에 기반하여 상기 PUCCH를 전송하는 단계;를 포함하되,
    상기 PUCCH는 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송되고,
    상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송되고,
    상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련된 것을 특징으로 하는 단말.
  12. 제11 항에 있어서,
    상기 빔 실패 복구(BFR)는 적어도 하나의 세컨더리 셀(Secondary Cell, SCell)의 빔 실패(beam failure)와 관련된 것을 특징으로 하는 단말.
  13. 제1 항에 있어서,
    상기 빔 실패 복구(BFR)와 관련된 상기 PUCCH는 상기 스케줄링 요청(SR)과 관련된 파라미터에 기반하여 전송되는 것을 특징으로 하는 단말.
  14. 하나 이상의 메모리들 및 상기 하나 이상의 메모리들과 기능적으로 연결되어 있는 하나 이상의 프로세서들을 포함하는 장치에 있어서,
    상기 하나 이상의 프로세서들은 상기 장치가,
    물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신하고,
    상기 설정 정보에 기반하여 상기 PUCCH를 전송하도록 설정되며,
    상기 PUCCH는 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송되고,
    상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송되고,
    상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련된 것을 특징으로 하는 장치.
  15. 하나 이상의 명령어를 저장하는 하나 이상의 비일시적(non-transitory) 컴퓨터 판독 가능 매체에 있어서,
    하나 이상의 프로세서에 의해 실행 가능한 하나 이상의 명령어는 단말이,
    물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH)과 관련된 설정 정보를 수신하고,
    상기 설정 정보에 기반하여 상기 PUCCH를 전송하도록 설정되며,
    상기 PUCCH는 스케줄링 요청(Scheduling Request, SR)과 관련된 PUCCH 자원에서 전송되고,
    상기 SR과 관련된 PUCCH 자원이 중첩된 PUCCH 자원들(overlapped PUCCH resources)인 것에 기반하여, 상기 PUCCH는 상기 중첩된 PUCCH 자원들 중에서 결정된 특정 PUCCH 자원(specific PUCCH resource)에서 전송되고,
    상기 특정 PUCCH 자원은 빔 실패 복구(beam failure recovery, BFR)와 관련된 것을 특징으로 하는 비일시적(non-transitory) 컴퓨터 판독 가능 매체.
PCT/KR2020/008438 2019-06-28 2020-06-29 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치 WO2020263050A1 (ko)

Priority Applications (6)

Application Number Priority Date Filing Date Title
KR1020227000088A KR102495755B1 (ko) 2019-06-28 2020-06-29 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치
CN202080047743.8A CN114051700B (zh) 2019-06-28 2020-06-29 在无线通信系统中发送和接收物理上行链路控制信道的方法及其装置
EP20830696.9A EP3986068A4 (en) 2019-06-28 2020-06-29 METHOD OF TRANSMITTING AND RECEIVING AN UPLINK PHYSICAL CONTROL CHANNEL IN A WIRELESS COMMUNICATION SYSTEM AND APPARATUS THEREOF
US17/563,442 US11617197B2 (en) 2019-06-28 2021-12-28 Method for transmitting and receiving physical uplink control channel in wireless communication system, and device for same
US17/857,605 US20220346130A1 (en) 2019-06-28 2022-07-05 Method for transmitting and receiving physical uplink control channel in wireless communication system, and device for same
US18/095,189 US11871433B2 (en) 2019-06-28 2023-01-10 Method for transmitting and receiving physical uplink control channel in wireless communication system, and device for same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962867962P 2019-06-28 2019-06-28
US62/867,962 2019-06-28

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/563,442 Continuation US11617197B2 (en) 2019-06-28 2021-12-28 Method for transmitting and receiving physical uplink control channel in wireless communication system, and device for same

Publications (1)

Publication Number Publication Date
WO2020263050A1 true WO2020263050A1 (ko) 2020-12-30

Family

ID=74059923

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/008438 WO2020263050A1 (ko) 2019-06-28 2020-06-29 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치

Country Status (5)

Country Link
US (3) US11617197B2 (ko)
EP (1) EP3986068A4 (ko)
KR (1) KR102495755B1 (ko)
CN (1) CN114051700B (ko)
WO (1) WO2020263050A1 (ko)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115152157A (zh) * 2021-01-22 2022-10-04 Lg 电子株式会社 在无线通信系统中执行波束故障恢复过程的方法及其设备
WO2022236699A1 (en) * 2021-05-11 2022-11-17 Lenovo (Beijing) Limited Methods and apparatuses for bfr transmission
WO2023106749A1 (en) * 2021-12-08 2023-06-15 Samsung Electronics Co., Ltd. Method and apparatus for handling pucch resource for enhanced beam failure recovery in wireless communication system
WO2024034902A1 (en) * 2022-08-09 2024-02-15 Lg Electronics Inc. Method and apparatus for transmitting feedback message for multicast transmission in wireless communication system
US11924837B2 (en) * 2019-11-15 2024-03-05 Qualcomm Incorporated Techniques for physical uplink control channel beam failure recovery reselection

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020263050A1 (ko) * 2019-06-28 2020-12-30 엘지전자 주식회사 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치
WO2021201524A1 (en) * 2020-04-01 2021-10-07 Samsung Electronics Co., Ltd. Method and apparatus for idle mode operation in wireless communication system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130065622A1 (en) * 2011-09-14 2013-03-14 Samsung Electronics Co., Ltd. Method and apparatus for forming virtual cell in wireless communication system
WO2017024516A1 (en) * 2015-08-11 2017-02-16 Telefonaktiebolaget Lm Ericsson (Publ) Recovery from beam failure
US20180035453A1 (en) * 2015-03-27 2018-02-01 Sharp Kabushiki Kaisha Systems and methods for a physical uplink control channel on a secondary cell

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110999471B (zh) * 2017-06-16 2023-10-24 Lg电子株式会社 在无线通信系统中执行波束故障恢复的方法及其设备
US11950287B2 (en) * 2017-08-10 2024-04-02 Comcast Cable Communications, Llc Resource configuration of beam failure recovery request transmission
US10568041B2 (en) * 2017-11-17 2020-02-18 Lenovo (Singapore) Pte Ltd Power control for multiple uplink transmissions
ES2928334T3 (es) * 2018-03-30 2022-11-17 Resmed Inc Solicitud de planificación basada en la recuperación de fallos de haz
JP2021519552A (ja) * 2018-04-04 2021-08-10 日本電気株式会社 端末デバイス及び方法
US11277302B2 (en) * 2018-06-21 2022-03-15 Ofinno, Llc PUCCH based beam failure recovery procedure
CN113906688A (zh) * 2019-05-29 2022-01-07 苹果公司 用于波束故障恢复和其他信号的pucch的复用
WO2020263050A1 (ko) * 2019-06-28 2020-12-30 엘지전자 주식회사 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치
WO2021018010A1 (en) * 2019-07-26 2021-02-04 FG Innovation Company Limited Methods and apparatuses for scheduling request resource prioritization for beam failure recovery

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130065622A1 (en) * 2011-09-14 2013-03-14 Samsung Electronics Co., Ltd. Method and apparatus for forming virtual cell in wireless communication system
US20180035453A1 (en) * 2015-03-27 2018-02-01 Sharp Kabushiki Kaisha Systems and methods for a physical uplink control channel on a secondary cell
WO2017024516A1 (en) * 2015-08-11 2017-02-16 Telefonaktiebolaget Lm Ericsson (Publ) Recovery from beam failure

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.213
3GPP TS 38.213.
CMCC: "Enhancements on multi-beam operation", R1-1906522, 3GPP TSG RAN WG1 MEETING #97, 2 May 2019 (2019-05-02), Reno, USA, XP051708557 *
MEDIATEK INC.: "Enhancements on multi-beam operations", R1-1906537, 3GPP TSG RAN WG1 MEETING #97, 4 May 2019 (2019-05-04), Reno, USA, XP051708573 *
See also references of EP3986068A4

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11924837B2 (en) * 2019-11-15 2024-03-05 Qualcomm Incorporated Techniques for physical uplink control channel beam failure recovery reselection
CN115152157A (zh) * 2021-01-22 2022-10-04 Lg 电子株式会社 在无线通信系统中执行波束故障恢复过程的方法及其设备
CN115152157B (zh) * 2021-01-22 2024-01-02 Lg 电子株式会社 在无线通信系统中执行波束故障恢复过程的方法及其设备
WO2022236699A1 (en) * 2021-05-11 2022-11-17 Lenovo (Beijing) Limited Methods and apparatuses for bfr transmission
WO2023106749A1 (en) * 2021-12-08 2023-06-15 Samsung Electronics Co., Ltd. Method and apparatus for handling pucch resource for enhanced beam failure recovery in wireless communication system
WO2024034902A1 (en) * 2022-08-09 2024-02-15 Lg Electronics Inc. Method and apparatus for transmitting feedback message for multicast transmission in wireless communication system

Also Published As

Publication number Publication date
US20220346130A1 (en) 2022-10-27
US11617197B2 (en) 2023-03-28
EP3986068A1 (en) 2022-04-20
KR20220019753A (ko) 2022-02-17
EP3986068A4 (en) 2022-08-03
KR102495755B1 (ko) 2023-02-06
CN114051700A (zh) 2022-02-15
US20220124784A1 (en) 2022-04-21
CN114051700B (zh) 2024-03-08
US11871433B2 (en) 2024-01-09
US20230189279A1 (en) 2023-06-15

Similar Documents

Publication Publication Date Title
WO2020263049A1 (ko) 무선 통신 시스템에서 빔 실패 복구 절차를 수행하는 방법 및 그 장치
WO2021010707A1 (ko) 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치
WO2020246819A1 (ko) 무선 통신 시스템에서 상향링크 신호 송수신 방법 및 그 장치
WO2020162716A1 (ko) 무선 통신 시스템에서 상향링크 전송을 수행하는 방법 및 이에 대한 장치
WO2021010710A1 (ko) 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치
WO2021040353A1 (ko) 무선 통신 시스템에서 상향링크 채널 송수신 방법 및 그 장치
WO2020222567A1 (ko) 무선 통신 시스템에서 상향링크 채널의 송수신 방법 및 그 장치
WO2021029755A1 (ko) 무선 통신 시스템에서 빔 실패 복구 절차를 수행하는 방법 및 그 장치
WO2020263050A1 (ko) 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치
WO2020162728A1 (ko) 무선 통신 시스템에서 물리 상향링크 공유 채널 송수신 방법 및 그 장치
WO2020122686A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치
WO2021020847A1 (ko) 무선 통신 시스템에서 물리 상향링크 공유 채널 송수신 방법 및 그 장치
WO2020209597A1 (ko) 무선 통신 시스템에서 채널 상태 정보 보고 방법 및 그 장치
WO2020122687A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치
WO2021029738A1 (ko) 무선 통신 시스템에서 상향링크 채널을 송수신 하는 방법 및 이에 대한 장치
WO2021066635A1 (ko) 무선 통신 시스템에서 물리 하향링크 공유채널의 송수신 방법 및 그 장치
WO2021029748A1 (ko) 무선 통신 시스템에서 하향링크 데이터를 송수신 하는 방법 및 이에 대한 장치
WO2021066631A1 (ko) 무선 통신 시스템에서 pdsch를 송수신 하는 방법 및 이에 대한 장치
WO2020060339A1 (ko) 무선 통신 시스템에서 다수 빔 및/또는 다수 패널을 고려한 상향링크 송수신을 수행하기 위한 방법 및 이를 위한 장치
WO2020197357A1 (ko) 무선 통신 시스템에서 사운딩 참조 신호의 송수신 방법 및 그 장치
WO2021029711A1 (ko) 무선 통신 시스템에서 상향링크 신호 송수신 방법 및 그 장치
WO2021080394A1 (ko) 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치
WO2020197286A1 (ko) 무선 통신 시스템에서 데이터 송수신 방법 및 이에 대한 장치
WO2020204675A1 (ko) 무선 통신 시스템에서 상향링크 신호의 송수신 방법 및 그 장치
WO2021034086A1 (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: 20830696

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: 20227000088

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2020830696

Country of ref document: EP

Effective date: 20220111