WO2021107564A1 - 네트워크 협력통신을 위한 디폴트 빔 설정 방법 및 장치 - Google Patents

네트워크 협력통신을 위한 디폴트 빔 설정 방법 및 장치 Download PDF

Info

Publication number
WO2021107564A1
WO2021107564A1 PCT/KR2020/016697 KR2020016697W WO2021107564A1 WO 2021107564 A1 WO2021107564 A1 WO 2021107564A1 KR 2020016697 W KR2020016697 W KR 2020016697W WO 2021107564 A1 WO2021107564 A1 WO 2021107564A1
Authority
WO
WIPO (PCT)
Prior art keywords
pucch
transmission
terminal
trp
information
Prior art date
Application number
PCT/KR2020/016697
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
Priority claimed from KR1020200015435A external-priority patent/KR20210064008A/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to EP20891480.4A priority Critical patent/EP4050811A4/en
Priority to US17/779,849 priority patent/US20230023719A1/en
Priority to CN202080081974.0A priority patent/CN114762263A/zh
Publication of WO2021107564A1 publication Critical patent/WO2021107564A1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24Cell structures
    • H04W16/28Cell structures using beam steering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/02Selection of wireless resources by user or terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/046Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management

Definitions

  • the present disclosure (disclosure) relates to a wireless communication system, and more specifically, for cooperative communication between multiple transmission points (TP)/panel/beam, the terminal transmits control information to multiple transmission points/ It relates to a method and apparatus for transmitting with a panel/beam.
  • the 5G communication system or the pre-5G communication system is called a 4G network after (Beyond 4G Network) communication system or an LTE system after (Post LTE) system.
  • the 5G communication system defined by 3GPP is called the New Radio (NR) system.
  • the 5G communication system is being considered for implementation in a very high frequency (mmWave) band (eg, such as a 60 gigabyte (60 GHz) band).
  • mmWave very high frequency
  • FD-MIMO Full Dimensional MIMO
  • array antenna, analog beam-forming, and large scale antenna techniques have been discussed and applied to the NR system.
  • an evolved small cell in the 5G communication system, an evolved small cell, an advanced small cell, a cloud radio access network (cloud RAN), and an ultra-dense network (ultra-dense network) , Device to Device communication (D2D), wireless backhaul, moving network, cooperative communication, Coordinated Multi-Points (CoMP), and reception interference cancellation Technology development is underway.
  • cloud RAN cloud radio access network
  • ultra-dense network ultra-dense network
  • FQAM Hybrid FSK and QAM Modulation
  • SWSC Sliding Window Superposition Coding
  • ACM advanced coding modulation
  • FBMC Filter Bank Multi Carrier
  • NOMA advanced access technologies, non-orthogonal multiple access
  • SCMA sparse code multiple access
  • the Internet is evolving from a human-centered connection network where humans create and consume information to an Internet of Things (IoT) network that exchanges and processes information between distributed components such as objects.
  • IoT Internet of Things
  • IoE Internet of Everything
  • technology elements such as sensing technology, wired/wireless communication and network infrastructure, service interface technology, and security technology are required.
  • a sensor network for connection between objects and a machine to machine communication (Machine to Machine) are required.
  • M2M Machine to Machine
  • MTC Machine Type Communication
  • IoT In the IoT environment, an intelligent IT (Internet Technology) service that collects and analyzes data generated from connected objects and creates new values in human life can be provided.
  • IoT is the field of smart home, smart building, smart city, smart car or connected car, smart grid, health care, smart home appliance, advanced medical service, etc. through convergence and complex between existing IT (Information Technology) technology and various industries. can be applied to
  • 5G communication such as sensor network, machine to machine communication (M2M), and machine type communication (MTC) is being implemented by techniques such as beamforming, MIMO, and array antenna.
  • M2M machine to machine communication
  • MTC machine type communication
  • cloud RAN cloud radio access network
  • the present disclosure provides a method for a terminal to transmit control information to a plurality of transmission points/panels/beams for network coordination in a wireless communication system.
  • a transmission method of a terminal in a wireless communication system includes the steps of: checking control region-related index information corresponding to downlink control information for scheduling downlink data; The method may include identifying a default beam and transmitting uplink control information for the downlink data to the base station by using the default beam.
  • a receiving method of a base station in a wireless communication system includes transmitting downlink control information for scheduling downlink data, and a default corresponding to index information related to a control region through which the downlink control information is transmitted.
  • the method may include identifying a beam and receiving uplink control information for the downlink data from the terminal by using the default beam.
  • the terminal checks the control region related index information corresponding to the downlink control information for scheduling the transceiver and downlink data, and a default corresponding to the control region related index information.
  • the control unit may include a control unit that checks a beam and controls to transmit uplink control information for the downlink data to the base station by using the default beam.
  • a base station includes a transceiver and
  • Transmits downlink control information for scheduling downlink data checks a default beam corresponding to index information related to a control region through which the downlink control information is transmitted, and uses the default beam for uplink data for the downlink data It may include a control unit for controlling to receive the link control information from the terminal.
  • the terminal when network cooperative communication is used in a wireless communication system, the terminal promises a default value of a transmission point/panel/beam for transmitting control information in advance for transmission/point/panel/beam setting for each control information. Overhead reduction is possible.
  • FIG. 1 is a diagram illustrating a basic structure of a time-frequency resource of a wireless communication system according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram for describing a frame, subframe, and slot structure of a wireless communication system according to an embodiment of the present disclosure.
  • FIG 3 is a diagram illustrating an example of a configuration of a bandwidth part (BWP) in a wireless communication system according to an embodiment of the present disclosure.
  • BWP bandwidth part
  • FIG. 4 is a diagram illustrating an example of setting a control region of a downlink control channel in a wireless communication system according to an embodiment of the present disclosure.
  • FIG. 5 is a diagram for explaining the structure of a downlink control channel of a wireless communication system according to an embodiment of the present disclosure.
  • FIG. 6 is a diagram illustrating an example of allocation of a frequency axis resource of a physical downlink shared channel (PDSCH) in a wireless communication system according to an embodiment of the present disclosure.
  • PDSCH physical downlink shared channel
  • FIG. 7 is a diagram illustrating an example of time axis resource allocation of a PDSCH in a wireless communication system according to an embodiment of the present disclosure.
  • FIG 8 is a diagram illustrating an example of time-base resource allocation according to subcarrier intervals of a data channel and a control channel in a wireless communication system according to an embodiment of the present disclosure.
  • PUCCH physical uplink control channel
  • HARQ hybrid automatic repeat request
  • acknowledgement acknowledgement
  • FIG. 10 is a diagram illustrating a case in which PUCCH resources overlap when multi-slot repetition is configured according to an embodiment of the present disclosure.
  • 11 is a diagram illustrating types of uplink carriers configurable in a cell group and examples of transmittable channels for each carrier according to an embodiment of the present disclosure.
  • FIG. 12 is a diagram illustrating a radio protocol structure of a base station and a terminal in a single cell, carrier aggregation, and dual connectivity situation according to an embodiment of the present disclosure.
  • FIG. 13 is a diagram illustrating an example of an antenna port configuration and resource allocation for cooperative communication in a wireless communication system according to an embodiment of the present disclosure.
  • DCI downlink control information
  • MAC 15 is a diagram illustrating a medium access control (MAC) control element (CE) structure for TCI (transmission configuration indicator) state activation of a UE-specific physical downlink control channel (PDCCH) according to an embodiment of the present disclosure.
  • MAC medium access control
  • CE control element
  • 16 is a diagram illustrating a configuration example of a TCI state according to an embodiment of the present disclosure.
  • 17A is a diagram illustrating a HARQ-ACK transmission method according to a DCI configuration and a PUCCH configuration for non-coherent joint transmission (NC-JT) transmission according to an embodiment of the present disclosure.
  • 17B is a diagram illustrating a HARQ-ACK transmission method according to a DCI configuration and a PUCCH configuration for non-coherent joint transmission (NC-JT) transmission according to an embodiment of the present disclosure.
  • 17C is a diagram illustrating a HARQ-ACK transmission method according to a DCI configuration and a PUCCH configuration for non-coherent joint transmission (NC-JT) transmission according to an embodiment of the present disclosure.
  • 17D is a diagram illustrating a HARQ-ACK transmission method according to a DCI configuration and a PUCCH configuration for non-coherent joint transmission (NC-JT) transmission according to an embodiment of the present disclosure.
  • 17E is a diagram illustrating an example of a method in which a terminal transmits a HARQ-ACK for NC-JT transmission to a base station according to an embodiment of the present disclosure.
  • 17F is a diagram illustrating an example of a method for a base station to receive a HARQ-ACK for NC-JT transmission from a terminal according to an embodiment of the present disclosure.
  • FIG. 18 is a diagram illustrating an example of applying a PUCCH default beam for each target TRP according to an embodiment of the present disclosure.
  • FIG. 19 is a diagram illustrating a structure of a terminal in a wireless communication system according to an embodiment of the present disclosure.
  • 20 is a diagram illustrating a structure of a base station in a wireless communication system according to an embodiment of the present disclosure.
  • each block of the flowchart diagrams and combinations of the flowchart diagrams may be performed by computer program instructions.
  • These computer program instructions may be embodied in a processor of a general purpose computer, special purpose computer, or other programmable data processing equipment, such that the instructions performed by the processor of the computer or other programmable data processing equipment are not described in the flowchart block(s). It creates a means to perform functions.
  • These computer program instructions may also be stored in a computer-usable or computer-readable memory that may direct a computer or other programmable data processing equipment to implement a function in a particular manner, and thus the computer-usable or computer-readable memory.
  • the instructions stored in the flow chart block(s) may also be possible for the instructions stored in the flow chart block(s) to produce an article of manufacture containing instruction means for performing the function described in the flowchart block(s).
  • the computer program instructions may also be mounted on a computer or other programmable data processing equipment, such that a series of operational steps are performed on the computer or other programmable data processing equipment to create a computer-executed process to create a computer or other programmable data processing equipment. It may also be possible for instructions to perform the processing equipment to provide steps for performing the functions described in the flowchart block(s).
  • each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing specified logical function(s). It should also be noted that in some alternative implementations it is also possible for the functions recited in blocks to occur out of order. For example, two blocks shown one after another may in fact be performed substantially simultaneously, or it may be possible that the blocks are sometimes performed in the reverse order according to a corresponding function.
  • ' ⁇ unit' used in this embodiment means software or hardware components such as FPGA (Field Programmable Gate Array) or ASIC (Application Specific Integrated Circuit), and ' ⁇ unit' performs certain roles do.
  • ' ⁇ part' is not limited to software or hardware.
  • the ' ⁇ unit' may be configured to reside on an addressable storage medium or may be configured to refresh one or more processors.
  • ' ⁇ part' refers to components such as software components, object-oriented software components, class components, and task components, and processes, functions, properties, and programs. Includes procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.
  • components and ' ⁇ units' may be combined into a smaller number of components and ' ⁇ units' or further separated into additional components and ' ⁇ units'.
  • components and ' ⁇ units' may be implemented to play one or more CPUs in a device or secure multimedia card.
  • ' ⁇ unit' may include one or more processors.
  • the base station is a subject that performs resource allocation of the terminal, and may be at least one of gNode B, eNode B, Node B, a base station (BS), a radio access unit, a base station controller, or a node on a network.
  • the terminal may include a user equipment (UE), a mobile station (MS), a cellular phone, a smart phone, a computer, or a multimedia system capable of performing a communication function.
  • UE user equipment
  • MS mobile station
  • a cellular phone a smart phone
  • a computer or a multimedia system capable of performing a communication function.
  • the present disclosure describes a technique for a terminal to receive broadcast information from a base station in a wireless communication system.
  • the present disclosure relates to a communication technique that converges a 5 th generation (5G) communication system for supporting a higher data rate after a 4 th generation (4G) system with an Internet of Things (IoT) technology, and a system thereof.
  • the present disclosure provides intelligent services (eg, smart home, smart building, smart city, smart car or connected car, healthcare, digital education, retail business, security and safety-related services, etc.) based on 5G communication technology and IoT-related technology. ) can be applied to
  • intelligent services eg, smart home, smart building, smart city, smart car or connected car, healthcare, digital education, retail business, security and safety-related services, etc.
  • Terms referring to, terms referring to messages, terms referring to components of an apparatus, and the like are exemplified for convenience of description. Accordingly, the present invention is not limited to the terms described below, and other terms having equivalent technical meanings may be used.
  • 3GPP LTE 3rd generation partnership project long term evolution
  • a wireless communication system for example, 3GPP's HSPA (High Speed Packet Access), LTE (Long Term Evolution or E-UTRA (Evolved Universal Terrestrial Radio Access)), LTE-Advanced (LTE-A), LTE-Pro, HRPD (High Rate Packet Data) of 3GPP2, UMB (Ultra Mobile Broadband), and a broadband wireless that provides high-speed, high-quality packet data services such as communication standards such as IEEE 802.16e It is evolving into a communication system.
  • HSPA High Speed Packet Access
  • LTE Long Term Evolution or E-UTRA (Evolved Universal Terrestrial Radio Access)
  • LTE-A LTE-Advanced
  • LTE-Pro LTE-Pro
  • HRPD High Rate Packet Data
  • UMB Ultra Mobile Broadband
  • a broadband wireless that provides high-speed, high-quality packet data services such as communication standards such as IEEE 802.16e It is evolving into a communication system.
  • an Orthogonal Frequency Division Multiplexing (OFDM) scheme is employed in a Downlink (DL), and Single Carrier Frequency Division Multiple Access (SC-FDMA) is used in an Uplink (UL).
  • Uplink refers to a radio link in which a UE (User Equipment) or MS (Mobile Station) transmits data or a control signal to a base station (eNode B, or base station (BS)). It means a wireless link that transmits data or control signals.
  • the multiple access method as described above divides the data or control information of each user by allocating and operating time-frequency resources to which data or control information is to be transmitted for each user so that they do not overlap each other, that is, orthogonality is established. .
  • Enhanced Mobile BroadBand eMBB
  • massive Machine Type Communication mMTC
  • Ultra Reliability Low Latency Communication URLLC
  • the eMBB aims to provide a data transfer rate that is more improved than the data transfer rate supported by the existing LTE, LTE-A, or LTE-Pro.
  • the eMBB should be able to provide a maximum data rate of 20 Gbps in the downlink and a maximum data rate of 10 Gbps in the uplink from the viewpoint of one base station.
  • it is necessary to provide an increased user perceived data rate of the terminal.
  • transmission/reception technology including a more advanced multi-input multi-output (MIMO) transmission technology.
  • MIMO multi-input multi-output
  • mMTC is being considered to support application services such as the Internet of Things (IoT) in the 5G communication system.
  • IoT Internet of Things
  • mMTC may require large-scale terminal access support, improved terminal coverage, improved battery life, and reduced terminal cost within a cell. Since the Internet of Things is attached to various sensors and various devices to provide communication functions, it must be able to support a large number of terminals (eg, 1,000,000 terminals/km2) within a cell.
  • a terminal supporting mMTC is highly likely to be located in a shaded area that a cell cannot cover, such as the basement of a building, due to the nature of the service, it may require wider coverage than other services provided by the 5G communication system.
  • a terminal supporting mMTC should be configured as a low-cost terminal, and since it is difficult to frequently exchange the battery of the terminal, a very long battery life time may be required.
  • URLLC as a cellular-based wireless communication service used for a specific purpose (mission-critical), remote control for a robot or a machine, industrial automation
  • a service used for an unmaned aerial vehicle, remote health care, emergency alert, etc. it is necessary to provide communication that provides ultra-low latency and ultra-reliability.
  • a service supporting URLLC must satisfy an air interface latency of less than 0.5 milliseconds, and at the same time have a requirement of a packet error rate of 10-5 or less. Therefore, for a service supporting URLLC, the 5G system must provide a smaller Transmit Time Interval (TTI) than other services, and at the same time, design requirements for allocating a wide resource in a frequency band are required.
  • TTI Transmit Time Interval
  • the aforementioned mMTC, URLLC, and eMBB are only examples of different service types, and the service types to which the present disclosure is applied are not limited to the above-described examples.
  • each service considered in the above-mentioned 5G communication system should be provided by convergence with each other based on one framework. That is, for efficient resource management and control, it is preferable that each service is integrated and controlled and transmitted as a single system rather than being operated independently.
  • the embodiment of the present invention will be described below using LTE, LTE-A, LTE Pro, or NR system as an example, the embodiment of the present invention may be applied to other communication systems having a similar technical background or channel type. In addition, the embodiments of the present invention can be applied to other communication systems through some modifications within the scope of the present invention as judged by a person having skilled technical knowledge.
  • the present disclosure relates to a method and apparatus for reporting channel state information for increasing power saving efficiency of a terminal in a wireless communication system.
  • the power saving effect when the terminal operates in the power saving mode in the wireless communication system, the power saving effect can be further improved by optimizing the channel state information reporting method accordingly.
  • FIG. 1 is a diagram illustrating a basic structure of a time-frequency resource of a wireless communication system according to an embodiment of the present disclosure.
  • the horizontal axis represents the time domain
  • the vertical axis represents the frequency domain.
  • the basic unit of resources in the time and frequency domain is a resource element (RE, 1-01) as 1 OFDM (Orthogonal Frequency Division Multiplexing) symbol (1-02) on the time axis and 1 subcarrier on the frequency axis (Subcarrier) ( 1-03) can be defined.
  • N_sc ⁇ RB (eg, 12) consecutive REs in the frequency domain may constitute one resource block (Resource Block, RB, 1-04).
  • a plurality of OFDM symbols may constitute one subframe (One subframe, 1-10).
  • FIG. 2 is a diagram for describing a frame, subframe, and slot structure of a wireless communication system according to an embodiment of the present disclosure.
  • one frame is composed of one or more subframes (Subframe, 2-01), and one subframe is composed of one or more slots (Slot, 2-02).
  • one frame (2-00) may be defined as 10 ms.
  • One subframe 2-01 may be defined as 1 ms, and in this case, one frame 2-00 may consist of a total of 10 subframes 2-01.
  • One subframe (2-01) may consist of one or a plurality of slots (2-02, 2-03), and the number of slots (2-02, 2-03) per one subframe (2-01) may be different depending on the set value ⁇ (2-04, 2-05) for the subcarrier spacing.
  • the number of slots per 1 subframe ( ) may vary, and accordingly, the number of slots per frame ( ) may be different.
  • each subcarrier spacing setting ⁇ and may be defined as in [Table 1] below.
  • one component carrier (CC) or serving cell may be configured with up to 250 or more RBs. Therefore, if the terminal always receives the entire serving cell bandwidth (serving cell bandwidth) like LTE, the power consumption of the terminal may be extreme, and in order to solve this, the base station sets one or more bandwidth parts (BWP) to the terminal Thus, it is possible to support the UE to change the reception area within the cell.
  • the base station may set 'initial BWP', which is the bandwidth of CORESET #0 (or common search space, CSS), to the terminal through a master information block (MIB).
  • MIB master information block
  • the base station sets the initial BWP (first BWP) of the terminal through RRC signaling, and may notify at least one or more BWP configuration information that may be indicated through future downlink control information (DCI). Thereafter, the base station may indicate which band the terminal uses by announcing the BWP ID through DCI. If the UE does not receive DCI in the currently allocated BWP for a specific time or longer, the UE returns to the 'default BWP' and attempts to receive DCI.
  • first BWP initial BWP
  • DCI downlink control information
  • FIG 3 is a diagram illustrating an example of a configuration of a bandwidth part (BWP) in a wireless communication system according to an embodiment of the present disclosure.
  • BWP bandwidth part
  • FIG. 3 shows an example in which the terminal bandwidth 3-00 is set to two bandwidth parts, that is, a bandwidth part #1(3-05) and a bandwidth part #2(3-10).
  • the base station may set one or more bandwidth portions to the terminal, and may set information as shown in [Table 2] below for each bandwidth portion.
  • various parameters related to the bandwidth portion may be set in the terminal.
  • the above-described information may be transmitted by the base station to the terminal through higher layer signaling, for example, RRC signaling.
  • At least one bandwidth part among the set one or a plurality of bandwidth parts may be activated. Whether to activate the set bandwidth portion may be semi-statically transmitted from the base station to the terminal through RRC signaling, or may be dynamically transmitted through a MAC control element (CE) or DCI.
  • CE MAC control element
  • the terminal before the RRC (Radio Resource Control) connection may receive an initial bandwidth portion (Initial BWP) for the initial connection from the base station through the MIB (Master Information Block). More specifically, in order to receive the system information (Remaining System Information; RMSI or System Information Block 1; may correspond to SIB1) required for initial access through the MIB in the initial access step, the terminal controls that the PDCCH can be transmitted It is possible to receive setting information for a control resource set (CORESET) and a search space (Search Space).
  • the control region and the search space set by the MIB may be regarded as identifier (Identity, ID) 0, respectively.
  • the base station may notify the terminal of configuration information such as frequency allocation information, time allocation information, and Numerology for CORESET #0 through the MIB.
  • the base station may notify the UE of configuration information on the monitoring period and occasion for CORESET #0, that is, configuration information on Search Space #0 through the MIB.
  • the UE may regard the frequency domain set as CORESET #0 obtained from the MIB as an initial bandwidth portion for initial access.
  • the identifier (ID) of the initial bandwidth portion may be regarded as 0.
  • the setting of the bandwidth part supported by the above-described next-generation mobile communication system may be used for various purposes.
  • the bandwidth supported by the terminal when the bandwidth supported by the terminal is smaller than the system bandwidth, the bandwidth supported by the terminal may be supported by setting the bandwidth portion. For example, in ⁇ Table 2>, the frequency location of the bandwidth part (setting information 2, locationAndBandwidth) is set in the terminal, so that the terminal can transmit and receive data at a specific frequency location within the system bandwidth.
  • setting information 2 locationAndBandwidth
  • the base station may configure a plurality of bandwidth portions for the terminal. For example, in order to support both data transmission and reception using a subcarrier interval of 15 kHz and a subcarrier interval of 30 kHz to an arbitrary terminal, two bandwidth portions may be set to use a subcarrier interval of 15 kHz and 30 kHz, respectively. Different bandwidth portions may be subjected to frequency division multiplexing (FDM), and when data is transmitted/received at a specific subcarrier interval, a bandwidth portion set for the corresponding subcarrier interval may be activated.
  • FDM frequency division multiplexing
  • the base station may set a bandwidth portion having different sizes of bandwidth to the terminal. For example, when the terminal supports a very large bandwidth, for example, a bandwidth of 100 MHz and always transmits/receives data using the corresponding bandwidth, very large power consumption may occur. In particular, it is very inefficient in terms of power consumption for the UE to monitor an unnecessary downlink control channel for a large bandwidth of 100 MHz in a situation in which there is no traffic. Therefore, for the purpose of reducing power consumption of the terminal, the base station may configure a relatively small bandwidth portion of the terminal, for example, a bandwidth portion of 20 MHz. In the absence of traffic, the UE may perform a monitoring operation in the 20 MHz bandwidth portion, and when data is generated, it may transmit/receive data using the 100 MHz bandwidth portion according to the instruction of the base station.
  • the terminals before the RRC connection may receive configuration information for the initial bandwidth part (Initial Bandwidth Part) through the MIB (Master Information Block) in the initial access step. More specifically, the terminal receives, from the MIB of the PBCH (Physical Broadcast Channel), a control region (CORESET) for a downlink control channel through which Downlink Control Information (DCI) scheduling a System Information Block (SIB) can be transmitted.
  • the bandwidth of the CORESET set as the MIB may be regarded as an initial bandwidth part, and the UE may receive the PDSCH through which the SIB is transmitted through the set initial bandwidth part.
  • the initial bandwidth portion may be utilized for other system information (OSI), paging, and random access.
  • SS synchronization signal
  • SSB PBCH block
  • the SS/PBCH block may mean a physical layer channel block composed of a primary SS (PSS), a secondary SS (SSS), and a PBCH. More specifically, the SS/PBCH block may be defined as follows.
  • - SSS serves as a reference for downlink time/frequency synchronization, and may provide the remaining cell ID information not provided by PSS. Additionally, it may serve as a reference signal for demodulation of the PBCH.
  • the essential system information may include search space-related control information indicating radio resource mapping information of a control channel, scheduling control information on a separate data channel for transmitting system information, and the like.
  • the SS/PBCH block may consist of a combination of PSS, SSS, and PBCH.
  • One or a plurality of SS/PBCH blocks may be transmitted within 5 ms, and each transmitted SS/PBCH block may be distinguished by an index.
  • the UE may detect the PSS and SSS in the initial access stage and may decode the PBCH.
  • the UE may acquire the MIB from the PBCH and may receive CORESET #0 set through the MIB.
  • the UE may perform monitoring for CORESET #0, assuming that the selected SS/PBCH block and DMRS (Reference Signal) transmitted from CORESET #0 are QCL (Quasi Co Location).
  • System information can be received with downlink control information transmitted from .
  • the UE can obtain RACH (Random Access Channel) related configuration information required for initial access from the received system information.
  • the UE can select the SS/PBCH index Considering that, PRACH (Physical RACH) may be transmitted to the base station, and the base station receiving the PRACH may obtain information on the SS/PBCH block index selected by the UE. It can be seen that a block is selected, and the UE monitors CORESET #0 corresponding to (or associated with) the selected SS/PBCH block.
  • RACH Random Access Channel
  • DCI downlink control information
  • 5G or NR system next-generation mobile communication system
  • Uplink data (or physical uplink data channel (Physical Uplink Shared Channel, PUSCH)) or downlink data (or physical downlink data channel (Physical Downlink Shared Channel, PDSCH)) in a next-generation mobile communication system (5G or NR system)
  • Scheduling information may be transmitted from the base station to the terminal through DCI.
  • the UE may monitor the DCI format for fallback and the DCI format for non-fallback for PUSCH or PDSCH.
  • the fallback DCI format may include a fixed field pre-defined between the base station and the terminal, and the non-fallback DCI format may include a configurable field.
  • DCI may be transmitted through a physical downlink control channel (PDCCH), which is a physical downlink control channel, through a channel coding and modulation process.
  • a cyclic redundancy check (CRC) may be attached to the DCI message payload, and the CRC may be scrambled with a Radio Network Temporary Identifier (RNTI) corresponding to the identity of the UE.
  • RNTI Radio Network Temporary Identifier
  • different RNTIs may be used for scrambling of the CRC attached to the payload of the DCI message. That is, the RNTI may not be explicitly transmitted, but may be transmitted while being included in the CRC calculation process.
  • the UE may check the CRC using the allocated RNTI. If the CRC check result is correct, the terminal can know that the corresponding message has been transmitted to the terminal.
  • DCI scheduling PDSCH for system information may be scrambled with SI-RNTI.
  • DCI scheduling a PDSCH for a random access response (RAR) message may be scrambled with an RA-RNTI.
  • DCI scheduling a PDSCH for a paging message may be scrambled with a P-RNTI.
  • DCI notifying SFI Slot Format Indicator
  • DCI notifying Transmit Power Control TPC
  • DCI for scheduling UE-specific PDSCH or PUSCH may be scrambled with C-RNTI (Cell RNTI).
  • DCI format 0_0 may be used as a fallback DCI for scheduling PUSCH, and in this case, CRC may be scrambled with C-RNTI.
  • DCI format 0_0 in which CRC is scrambled with C-RNTI may include information as shown in [Table 3] below.
  • DCI format 0_1 may be used as a non-fallback DCI for scheduling PUSCH, and in this case, CRC may be scrambled with C-RNTI.
  • DCI format 0_1 in which CRC is scrambled with C-RNTI may include information as shown in [Table 4] below.
  • DCI format 1_0 may be used as a fallback DCI for scheduling PDSCH, and in this case, CRC may be scrambled with C-RNTI.
  • DCI format 1_0 in which CRC is scrambled with C-RNTI may include information as shown in [Table 5] below.
  • DCI format 1_0 may be used as DCI for scheduling PDSCH for RAR message, and in this case, CRC may be scrambled with RA-RNTI.
  • DCI format 1_0 in which CRC is scrambled with C-RNTI may include information as shown in [Table 6] below.
  • DCI format 1_1 may be used as a non-fallback DCI for scheduling PDSCH, and in this case, CRC may be scrambled with C-RNTI.
  • DCI format 1_1 in which CRC is scrambled with C-RNTI may include information as shown in [Table 7] below.
  • 4 is a diagram illustrating an example of setting a control region of a downlink control channel in a wireless communication system according to an embodiment of the present disclosure.
  • 4 is a diagram illustrating an embodiment of a control region (Control Resource Set, CORESET) through which a downlink control channel is transmitted in a 5G wireless communication system according to an embodiment of the present disclosure.
  • CORESET Control Resource Set
  • FIG. 4 shows two control regions (CORESET #1 (4-01) within 1 slot (4-20) on the time axis and the UE bandwidth part (4-10) on the frequency axis. , shows an embodiment in which CORESET #2(4-02)) is set.
  • the control regions 4-01 and 4-02 may be set in a specific frequency resource 4-03 within the entire terminal bandwidth portion 4-10 on the frequency axis.
  • the control regions 4-01 and 4-02 may be set with one or a plurality of OFDM symbols on the time axis, which may be defined as a control region length (Control Resource Set Duration, 4-04).
  • CORESET #1(4-01) may be set to a control region length of 2 symbols
  • CORESET #2(4-02) may be set to a control region length of 1 symbol.
  • the base station transmits upper layer signaling (eg, system information, MIB (Master Information Block), RRC (Radio Resource Control) signaling) to the terminal.
  • upper layer signaling eg, system information, MIB (Master Information Block), RRC (Radio Resource Control) signaling
  • Setting the control region to the terminal means providing information such as the control region identifier (identity), the frequency position of the control region, and the symbol length of the control region.
  • the setting of the control area may include information as shown in [Table 8] below.
  • tci-StatesPDCCH (hereinafter referred to as 'TCI state') configuration information is one or more SS (Synchronization) in a QCL (Quasi Co Located) relationship with DMRS (Demodulation Reference Signal) transmitted in the corresponding control region. Signal)/Physical Broadcast Channel (PBCH) block index or CSI-RS (Channel State Information Reference Signal) index information.
  • one or more different antenna ports (or one or more channels, signals, and combinations thereof may be replaced, but in the description of the present disclosure in the future, they are collectively referred to as different antenna ports for convenience) They may be associated with each other by QCL settings as shown in [Table 9] below.
  • the QCL setting can connect two different antenna ports in a relationship between a (QCL) target antenna port and a (QCL) reference antenna port, and the terminal can perform statistical characteristics (e.g., For example, all or part of the large scale parameters of the channel such as Doppler shift, Doppler spread, average delay, delay spread, average gain, and spatial Rx (or Tx) parameters or the reception spatial filter coefficient or transmission spatial filter coefficient of the terminal) are set to the target antenna port. It can be applied (or assumed) upon reception.
  • statistical characteristics e.g., For example, all or part of the large scale parameters of the channel such as Doppler shift, Doppler spread, average delay, delay spread, average gain, and spatial Rx (or Tx) parameters or the reception spatial filter coefficient or transmission spatial filter coefficient of the terminal
  • the target antenna port refers to an antenna port for transmitting a channel or signal set by the upper layer setting including the QCL setting, or a channel or signal to which a TCI (Transmission Configuration Indicator) state indicating the QCL setting is applied.
  • antenna port In the above, the reference antenna port means an antenna port for transmitting a channel or signal indicated (specific) by the referenceSignal parameter in the QCL configuration.
  • the statistical characteristics of the channel defined by the QCL setting may be classified according to the QCL type as follows.
  • QCL-TypeA indicates that the bandwidth and transmission period of the target antenna port are both sufficient compared to the reference antenna port (that is, the number of samples and the transmission band/time of the target antenna port on both the frequency axis and the time axis More than band/time) This is a QCL type used when all statistical properties that can be measured in frequency and time axes can be referenced.
  • QCL-TypeB is a QCL type used when the bandwidth of the target antenna port is sufficient to measure measurable statistical characteristics on the frequency axis, that is, Doppler shift and Doppler spreads.
  • QCL-TypeC is a QCL type used when the bandwidth and transmission period of the target antenna port are insufficient to measure second-order statistics, that is, Doppler spread and delay spreads, so that only first-order statistics, that is, Doppler shift and average delay, can be referred to.
  • QCL-TypeD is a QCL type set when spatial reception filter values used when receiving a reference antenna port can be used when receiving a target antenna port.
  • the base station can set or instruct up to two QCL settings to one target antenna port through the TCI state setting as shown in Table 9a below.
  • the first QCL setting may be set to one of QCL-TypeA, QCL-TypeB, and QCL-TypeC.
  • the settable QCL type is specified according to the types of the target antenna port and the reference antenna port, and will be described in detail below.
  • the second QCL setting among the two QCL settings included in the one TCI state setting may be set to QCL-TypeD, and may be omitted in some cases.
  • Tables 9ba to 9be below are tables showing valid TCI state settings according to the target antenna port type.
  • Table 9ba shows the valid TCI state configuration when the target antenna port is CSI-RS for tracking (TRS).
  • the TRS refers to an NZP CSI-RS in which a repetition parameter is not set among CSI-RSs and trs-Info is set to true. In the case of setting 3 in Table 9ba, it can be used for aperiodic TRS.
  • TCI state If the target antenna port is CSI-RS for tracking (TRS), set a valid TCI state
  • Table 9bb shows the valid TCI state configuration when the target antenna port is CSI-RS for CSI.
  • the CSI-RS for CSI means an NZP CSI-RS in which the repetition parameter is not set and trs-Info is not set to true among the CSI-RSs.
  • Table 9bc shows a valid TCI state configuration when the target antenna port is CSI-RS for beam management (BM, the same meaning as CSI-RS for L1 RSRP reporting).
  • the CSI-RS for BM means an NZP CSI-RS in which a repetition parameter is set among CSI-RSs, has a value of On or Off, and trs-Info is not set to true.
  • Table 9bd shows the valid TCI state configuration when the target antenna port is a PDCCH DMRS.
  • Table 9be shows a valid TCI state configuration when the target antenna port is a PDSCH DMRS.
  • the target antenna port and the reference antenna port for each step are set to "SSB" -> "TRS” -> "CSI-RS for CSI, or CSI-RS for BM, or PDCCH DMRS. , or PDSCH DMRS".
  • FIG. 5 is a diagram for explaining the structure of a downlink control channel of a wireless communication system according to an embodiment of the present disclosure. That is, FIG. 5 is a diagram illustrating an example of a basic unit of time and frequency resources constituting a downlink control channel that can be used in 5G according to an embodiment of the present disclosure.
  • a basic unit of time and frequency resources constituting a control channel may be defined as a resource element group (REG) 5-03.
  • the REG (5-03) may be defined as 1 OFDM symbol (5-01) on the time axis and 1 PRB (Physical Resource Block, 5-02) on the frequency axis, that is, 12 subcarriers.
  • the base station may configure a downlink control channel allocation unit by concatenating REGs 5-03.
  • one CCE (5-04) includes a plurality of REGs (5-03).
  • REG (5-03) shown in FIG. 5 may consist of 12 REs, and if 1 CCE (5-04) is composed of 6 REGs (5-03), 1 CCE (5-04) ) may consist of 72 REs.
  • the corresponding region may be composed of a plurality of CCEs 5-04, and a specific downlink control channel may have one or a plurality of CCEs 5 according to an aggregation level (AL) in the control region.
  • -04) can be mapped and transmitted.
  • the CCEs 5-04 in the control region are divided by numbers, and in this case, the numbers of the CCEs 5-04 may be assigned according to a logical mapping method.
  • three DMRSs 5-05 may be transmitted in one REG 5-03.
  • a search space representing a set of CCEs may be defined.
  • the search space is a set of downlink control channel candidates consisting of CCEs that the UE should attempt to decode on a given aggregation level. Since there are various aggregation levels that make one bundle with 1, 2, 4, 8, and 16 CCEs, the UE may have a plurality of search spaces.
  • a search space set may be defined as a set of search spaces in all set aggregation levels.
  • the search space may be classified into a common search space and a UE-specific search space.
  • a group of terminals or all terminals may search the common search space of the PDCCH in order to receive control information common to cells such as dynamic scheduling for system information or a paging message.
  • the UE may receive PDSCH scheduling assignment information for transmission of SIB including operator information of a cell by examining the common search space of the PDCCH.
  • the common search space since a certain group of terminals or all terminals must receive the PDCCH, the common search space may be defined as a set of predefined CCEs.
  • the UE may receive scheduling allocation information for UE-specific PDSCH or PUSCH by examining UE-specific search space of PDCCH.
  • the UE-specific search space may be UE-specifically defined as a function of the UE's identity and various system parameters.
  • the parameter for the search space for the PDCCH may be set from the base station to the terminal through higher layer signaling (eg, SIB, MIB, RRC signaling).
  • the base station is the number of PDCCH candidates in each aggregation level L, the monitoring period for the search space, the monitoring occasion in symbol units in the slot for the search space, the search space type (common search space or terminal-specific search space), A combination of DCI format and RNTI to be monitored in the corresponding search space, a control region index to be monitored in the search space, etc. may be set to the UE.
  • the above-described setting may include information as shown in [Table 10] below.
  • the base station may configure one or a plurality of search space sets for the terminal.
  • the base station may set the search space set 1 and the search space set 2 to the terminal, and the DCI format A scrambled with X-RNTI in the search space set 1 may be configured to be monitored in the common search space.
  • DCI format B scrambled with Y-RNTI in search space set 2 may be configured to be monitored in a UE-specific search space.
  • one or a plurality of search space sets may exist in the common search space or the terminal-specific search space.
  • the search space set #1 and the search space set #2 may be set as the common search space
  • the search space set #3 and the search space set #4 may be set as the terminal-specific search space.
  • the common search space may be classified into a search space set of a specific type according to a purpose.
  • An RNTI to be monitored may be different for each type of a determined search space set.
  • the common search space type, purpose, and RNTI to be monitored can be classified as shown in Table 10a below.
  • a combination of the following DCI format and RNTI may be monitored.
  • DCI format a combination of the following DCI format and RNTI.
  • RNTI a combination of the following DCI format and RNTI.
  • the specified RNTIs may follow the following definitions and uses.
  • C-RNTI Cell RNTI
  • Cell RNTI UE-specific PDSCH scheduling purpose
  • TC-RNTI Temporal Cell RNTI
  • CS-RNTI Configured Scheduling RNTI
  • RA-RNTI Random Access RNTI
  • P-RNTI Paging RNTI
  • SI-RNTI System Information RNTI
  • INT-RNTI Used to indicate whether PDSCH is pucturing
  • TPC-PUSCH-RNTI Transmit Power Control for PUSCH RNTI
  • TPC-PUCCH-RNTI Transmit Power Control for PUCCH RNTI
  • TPC-SRS-RNTI Transmit Power Control for SRS RNTI
  • DCI formats may be defined as shown in [Table 11] below.
  • a plurality of search space sets may be set with different parameters (eg, parameters of [Table 10]). Accordingly, the set of search space sets monitored by the UE at every time point may be different. For example, if the search space set #1 is set to the X-slot period, the search space set #2 is set to the Y-slot period and X and Y are different, the UE searches with the search space set #1 in a specific slot. Both space set #2 can be monitored, and one of search space set #1 and search space set #2 can be monitored in a specific slot.
  • parameters of [Table 10] parameters
  • the following conditions may be considered in order to determine the search space set to be monitored by the terminal.
  • M ⁇ may be defined as the maximum number of PDCCH candidates per slot in a cell set to a subcarrier interval of 15 ⁇ 2 ⁇ kHz, and may be defined as shown in [Table 12] below.
  • the number of CCEs constituting the entire search space per slot may not exceed C ⁇ .
  • C ⁇ may be defined as the maximum number of CCEs per slot in a cell set to a subcarrier interval of 15 ⁇ 2 ⁇ kHz, and may be defined as shown in [Table 13] below.
  • condition A a situation in which both conditions 1 and 2 are satisfied at a specific time point may be exemplarily defined as “condition A”. Accordingly, not satisfying condition A may mean not satisfying at least one of conditions 1 and 2 described above.
  • condition A may not be satisfied at a specific time point. If condition A is not satisfied at a specific point in time, the UE may select and monitor only some of the search space sets configured to satisfy condition A at that point in time, and the base station may transmit the PDCCH to the selected search space set.
  • the following method may be followed as a method of selecting a partial search space from among all set search space sets.
  • condition A for PDCCH is not satisfied at a specific time point (slot).
  • the terminal may preferentially select a search space set in which a search space type is set as a common search space from among search space sets existing at a corresponding time, over a search space set set as a terminal-specific search space.
  • the terminal uses the terminal-specific search space You can select search space sets set to .
  • a search space set having a low search space set index may have a higher priority.
  • the terminal or the base station may select terminal-specific search space sets within a range in which condition A is satisfied.
  • FD-RA frequency domain resource allocation
  • FIG. 6 is a diagram illustrating an example of allocation of a frequency axis resource of a physical downlink shared channel (PDSCH) in a wireless communication system according to an embodiment of the present disclosure.
  • PDSCH physical downlink shared channel
  • FIG. 6 is a diagram illustrating three frequency axis resource allocation methods of type 0 (6-00), type 1 (6-05), and dynamic switch (6-10) configurable through a higher layer in NR It is a drawing.
  • NRBG means the number of RBGs (resource block groups) determined as shown in [Table 14] below according to the BWP size allocated by the BWP indicator and the upper layer parameter rbg-Size, according to the bitmap. Data is transmitted to the RBG indicated by 1.
  • the base station can set the starting VRB (6-20) and the length (6-25) of frequency-axis resources continuously allocated therefrom.
  • some DCI for allocating PDSCH to the UE is payload for setting resource type 0 (6-15) It has frequency axis resource allocation information consisting of bits of a larger value (6-35) among payloads (6-20, 6-25) for setting resource type 1 and. Conditions for this will be described again later.
  • one bit may be added to the first part (MSB) of the frequency axis resource allocation information in DCI, and when the bit is 0, it indicates that resource type 0 is used, and when it is 1, it indicates that resource type 1 is used.
  • next-generation mobile communication system 5G or NR system
  • the base station provides a table for time domain resource allocation information for a downlink data channel (Physical Downlink Shared Channel, PDSCH) and an uplink data channel (Physical Uplink Shared Channel, PUSCH) to the terminal, and higher layer signaling (e.g. For example, RRC signaling) can be set.
  • PDSCH Physical Downlink Shared Channel
  • PUSCH Physical Uplink Shared Channel
  • higher layer signaling e.g. For example, RRC signaling
  • the time domain resource allocation information includes the PDCCH-to-PDSCH slot timing (corresponding to the time interval in slot units between the time when the PDCCH is received and the time when the PDSCH scheduled by the received PDCCH is transmitted, denoted by K0. ), PDCCH-to-PUSCH slot timing (corresponding to the time interval in slot units between the time when the PDCCH is received and the time when the PUSCH scheduled by the received PDCCH is transmitted, denoted by K2), the PDSCH or PUSCH within the slot Information on the position and length of the scheduled start symbol, a mapping type of PDSCH or PUSCH, and the like may be included. For example, information such as [Table 15] or [Table 16] below may be notified from the base station to the terminal.
  • the base station may notify one of the entries in the table for the above-described time domain resource allocation information to the terminal through L1 signaling (eg, DCI) (eg, to be indicated by the 'time domain resource allocation' field in DCI) can).
  • L1 signaling eg, DCI
  • the UE may acquire time domain resource allocation information for the PDSCH or PUSCH based on the DCI received from the base station.
  • FIG. 7 is a diagram illustrating an example of time axis resource allocation of a PDSCH in a wireless communication system according to an embodiment of the present disclosure.
  • the base station is a data channel (data channel) and control channel (control channel) subcarrier spacing (subcarrier spacing, SCS) (SCS) set using a higher layer ( ), a scheduling offset (K 0 ) value, and an OFDM symbol start position (7-00) and length (7-05) in one slot dynamically indicated through DCI.
  • the time axis position of the PDSCH resource can direct
  • FIG 8 is a diagram illustrating an example of time-base resource allocation according to subcarrier intervals of a data channel and a control channel in a wireless communication system according to an embodiment of the present disclosure.
  • the base station and the terminal can know that a scheduling offset occurs in accordance with a predetermined slot offset K 0 .
  • the subcarrier spacing of the data channel and the control channel are different (8-05, )
  • the base station and the terminal are based on the subcarrier interval of the PDCCH, and the scheduling offset is in accordance with a predetermined slot offset K 0 . can be seen to occur.
  • the UE transmits uplink control information (UCI) to the base station through PUCCH.
  • the control information includes an HARQ-ACK indicating whether or not demodulation/decoding succeeds for a transport block (TB) received by the UE through the PDSCH, and a scheduling request (SR) for the UE to request resource allocation to the PUSCH base station for uplink data transmission.
  • HARQ-ACK indicating whether or not demodulation/decoding succeeds for a transport block (TB) received by the UE through the PDSCH
  • SR scheduling request
  • CSI channel state information
  • the PUCCH resource can be largely divided into a long PUCCH and a short PUCCH according to the length of an allocated symbol.
  • a long PUCCH has a length of 4 symbols or more in a slot
  • a short PUCCH has a length of 2 symbols or less in a slot.
  • the long PUCCH may be used for the purpose of improving uplink cell coverage, and thus may be transmitted in the DFT-S-OFDM scheme, which is a single carrier transmission rather than OFDM transmission.
  • Long PUCCH supports transport formats such as PUCCH format 1, PUCCH format 3, and PUCCH format 4 according to the number of supportable control information bits and whether UE multiplexing is supported through Pre-DFT OCC support in the front end of the IFFT.
  • PUCCH format 1 is a DFT-S-OFDM-based long PUCCH format capable of supporting up to 2 bits of control information, and uses 1 RB of frequency resources.
  • the control information may consist of a combination or each of HARQ-ACK and SR.
  • PUCCH format 1 an OFDM symbol including a DeModulation Reference Signal (DMRS) and an OFDM symbol including UCI are repeatedly configured as a demodulation reference signal (or reference signal).
  • DMRS DeModulation Reference Signal
  • UCI demodulation reference signal
  • the number of transmission symbols in PUCCH format 1 is 8 symbols, from the first start symbol of 8 symbols, in order from the DMRS symbol, the UCI symbol, the DMRS symbol, the UCI symbol, the DMRS symbol, the UCI symbol, the DMRS symbol, and the UCI symbol.
  • the DMRS symbol is spread using an orthogonal code (or orthogonal sequence or spreading code, w_i(m)) on the time axis in a sequence corresponding to a length of 1 RB on the frequency axis within one OFDM symbol, and is transmitted after performing IFFT. .
  • the UCI symbol is generated as follows.
  • the terminal generates d(0) by modulating 1-bit control information with BPSK and 2-bit control information with QPSK, and multiplies the generated d(0) with a sequence corresponding to a length of 1 RB on the frequency axis.
  • the sequence is spread using an orthogonal code (or an orthogonal sequence or a spreading code, w i(m) ) on the time axis and transmitted after performing IFFT.
  • the terminal generates the sequence based on the group hopping or sequence hopping configuration received from the base station as the upper signal and the set ID, and cyclic shifts the generated sequence with the initial cyclic shift (CS) value set as the upper signal to have a length of 1 RB Create a sequence corresponding to
  • w i(m) is the length of the spreading code (N SF ) given It is determined as follows, and is specifically given as follows [Table 16a]. i means the index of the spreading code itself, and m means the index of elements of the spreading code.
  • PUCCH format 3 is a DFT-S-OFDM-based long PUCCH format that can support more than 2 bits of control information, and the number of RBs used can be set through a higher layer.
  • the control information may be composed of a combination or each of HARQ-ACK, SR, and CSI.
  • the DMRS symbol position is presented in the following [Table 17] according to whether frequency hopping within the slot and whether additional DMRS symbols are configured.
  • the first start symbol of the 8 symbols starts with 0, and the DMRS is transmitted to the first symbol and the fifth symbol.
  • the above table is also applied to the DMRS symbol position of PUCCH format 4 in the same manner.
  • PUCCH format 4 is a DFT-S-OFDM-based long PUCCH format that can support more than 2 bits of control information, and uses 1 RB of frequency resources.
  • the control information may be composed of a combination or each of HARQ-ACK, SR, and CSI.
  • the difference between PUCCH format 4 and PUCCH format 3 is that in the case of PUCCH format 4, PUCCH format 4 of multiple terminals can be multiplexed within one RB. It is possible to multiplex PUCCH format 4 of multiple terminals by applying Pre-DFT OCC to control information at the front end of the IFFT. However, the number of transmittable control information symbols of one terminal is reduced according to the number of multiplexed terminals.
  • the number of multiplexable terminals that is, the number of different OCCs that can be used may be 2 or 4, and the number of OCCs and an OCC index to be applied may be configured through a higher layer.
  • the Short PUCCH may be transmitted in both a downlink centric slot and an uplink centric slot, and in general, the last symbol of the slot or an OFDM symbol in the rear part (eg, the last OFDM symbol or It is transmitted in the second-to-last OFDM symbol, or the last two OFDM symbols).
  • the Short PUCCH may be transmitted using one OFDM symbol or two OFDM symbols.
  • Short PUCCH can be used to reduce delay time compared to long PUCCH in a situation in which uplink cell coverage is good, and is transmitted in a CP-OFDM scheme.
  • Short PUCCH supports transport formats such as PUCCH format 0 and PUCCH format 2 according to the number of supportable control information bits.
  • PUCCH format 0 is a short PUCCH format that can support up to 2 bits of control information, and uses 1 RB of frequency resources.
  • the control information may consist of a combination or each of HARQ-ACK and SR.
  • PUCCH format 0 has a structure in which only a sequence mapped to 12 subcarriers is transmitted on the frequency axis within one OFDM symbol without transmitting DMRS.
  • the terminal generates a sequence based on the group hopping or sequence hopping configuration received from the base station as an upper signal and the configured ID, and adds another CS value depending on whether ACK or NACK is ACK or NACK to the indicated initial CS (cyclic shift) value. , the generated sequence is cyclic shifted to be mapped to 12 subcarriers and transmitted.
  • HARQ-ACK is 1 bit
  • Table 18 if HARQ-ACK is 1 bit, as shown in Table 18 below, if ACK is ACK, 6 is added to the initial CS value to generate a final CS, and if it is NACK, 0 is added to the initial CS to generate a final CS.
  • the CS value 0 for NACK and 6 CS value for ACK are defined in the standard, and the UE always generates PUCCH format 0 according to the value and transmits 1-bit HARQ-ACK.
  • HARQ-ACK is 2 bits
  • 0 is added to the initial CS value if (NACK, NACK) is (NACK, NACK) as in the following [Table 19]
  • 3 is added to the initial CS value if it is (NACK, ACK), (ACK, ACK) ), 6 is added to the initial CS value, and 9 is added to the initial CS value when it is (ACK, NACK).
  • a CS value of 0 for (NACK, NACK), a CS value of 3 for (NACK, ACK), 6 a CS value for (ACK, ACK), and a CS value of 9 for (ACK, NACK) are defined in the standard , the UE always generates PUCCH format 0 according to the above value and transmits a 2-bit HARQ-ACK.
  • PUCCH format 2 is a short PUCCH format supporting more than 2 bits of control information, and the number of RBs used can be set through a higher layer.
  • the control information may be composed of a combination or each of HARQ-ACK, SR, and CSI.
  • PUCCH format 2 has indices of #1, #4, #7, and #10 when the position of the subcarrier on which the DMRS is transmitted within one OFDM symbol is the index of the first subcarrier as #0 as shown in FIG. 414. fixed to the subcarrier.
  • Control information is mapped to the remaining subcarriers except for the subcarrier in which the DMRS is located through a modulation process after channel encoding.
  • multi-slot repetition may be supported for PUCCH formats 1, 3, and 4, and PUCCH repetition may be set for each PUCCH format.
  • the UE repeatedly transmits PUCCH including UCI as many as the number of slots configured through nrofSlots, which is higher layer signaling.
  • PUCCH transmission of each slot is performed using the same number of consecutive symbols and the number of corresponding consecutive symbols is higher layer signaling PUCCH-format1 or PUCCH-format3 or PUCCH-format4 through nrofSymbols can be set.
  • PUCCH transmission of each slot is performed using the same start symbol, and the corresponding start symbol may be configured through startingSymbolIndex in higher layer signaling, PUCCH-format1 or PUCCH-format3 or PUCCH-format4.
  • the UE For repeated PUCCH transmission, if the UE is configured to perform frequency hopping in PUCCH transmission in different slots, the UE performs frequency hopping in units of slots. In addition, if the UE is configured to perform frequency hopping in PUCCH transmission in different slots, the UE starts PUCCH transmission from the first PRB index configured through startingPRB, which is higher layer signaling, in an even-numbered slot, In the second slot, PUCCH transmission starts from the second PRB index configured through secondHopPRB, which is higher layer signaling.
  • the terminal is configured to perform frequency hopping in PUCCH transmission in different slots
  • the index of the slot in which the first PUCCH transmission is indicated to the terminal is 0, and during the set total number of repeated PUCCH transmissions, each slot In , the value of the number of repeated PUCCH transmissions is increased irrespective of PUCCH transmission performance.
  • the UE is configured to perform frequency hopping in PUCCH transmission in different slots, the UE does not expect that frequency hopping is configured in a slot during PUCCH transmission. If the UE is not configured to perform frequency hopping in PUCCH transmission in different slots and is configured to perform frequency hopping in a slot, the first and second PRB indexes are equally applied in the slot.
  • the base station can configure PUCCH resources for each BWP through a higher layer for a specific terminal.
  • the corresponding setting may be as follows [Table 21].
  • one or a plurality of PUCCH resource sets in the PUCCH resource configuration for a specific BWP may be configured, and a maximum payload value for UCI transmission may be configured in some of the PUCCH resource sets.
  • One or more PUCCH resources may belong to each PUCCH resource set, and each PUCCH resource may belong to one of the above-described PUCCH formats.
  • the maximum payload value of the first PUCCH resource set may be fixed to 2 bits, and thus the value may not be separately set through an upper layer or the like. If the remaining PUCCH resource set is configured, the index of the corresponding PUCCH resource set may be set in ascending order according to the maximum payload value, and the maximum payload value may not be set in the last PUCCH resource set.
  • the upper layer configuration for the PUCCH resource set may be as follows [Table 22].
  • the resourceList parameter of the table may include IDs of PUCCH resources belonging to the PUCCH resource set.
  • the PUCCH resource set is not set at the time of initial access or when the PUCCH resource set is not set, the PUCCH resource set as shown in Table 23 below, which is composed of a plurality of cell-specific PUCCH resources in the initial BWP, may be used.
  • the PUCCH resource to be used for initial access in this PUCCH resource set may be indicated through SIB1.
  • the maximum payload of each PUCCH resource included in the PUCCH resource set may be 2 bits in the case of PUCCH format 0 or 1, and in the case of the remaining formats, it may be determined by the symbol length, the number of PRBs, and the maximum code rate.
  • the above-described symbol length and number of PRBs may be set for each PUCCH resource, and the maximum code rate may be set for each PUCCH format.
  • the PUCCH resource for the SR corresponding to the schedulingRequestID may be configured through a higher layer as shown in the following [Table 24].
  • the PUCCH resource may be a resource belonging to PUCCH format 0 or PUCCH format 1.
  • the transmission period and offset are set through the periodicityAndOffset parameter of [Table 24]. If there is uplink data to be transmitted by the UE at a time point corresponding to the set period and offset, the corresponding PUCCH resource is transmitted, otherwise the corresponding PUCCH resource may not be transmitted.
  • a PUCCH resource for transmitting a periodic or semi-persistent CSI report through PUCCH may be set in the pucch-CSI-ResourceList parameter as shown in the following [Table 25] as higher signaling.
  • the parameter includes a list of PUCCH resources for each BWP for a cell or CC to transmit the corresponding CSI report.
  • the PUCCH resource may be a resource belonging to PUCCH format 2 or PUCCH format 3 or PUCCH format 4.
  • the transmission period and offset are set through reportSlotConfig of [Table 25].
  • the resource set of the PUCCH resource to be transmitted is first selected according to the payload of the UCI including the corresponding HARQ-ACK. That is, a PUCCH resource set having a minimum payload that is not smaller than the UCI payload is selected.
  • the PUCCH resource in the PUCCH resource set can be selected through the PUCCH resource indicator (PRI) in the DCI scheduling the TB corresponding to the HARQ-ACK, and the PRI is the PUCCH specified in [Table 5] or [Table 6]. It may be a resource indicator.
  • the relationship between the PRI configured as upper signaling and the PUCCH resource selected from the PUCCH resource set may be as follows [Table 26].
  • the PUCCH resource may be selected by the following equation.
  • the index of the selected PUCCH resource in the PUCCH resource set is the number of PUCCH resources belonging to the PUCCH resource set, is the PRI value, is the total number of CCEs in CORESET p to which the receiving DCI belongs, indicates the first CCE index for the received DCI.
  • the time at which the PUCCH resource is transmitted is from the TB transmission corresponding to the HARQ-ACK. after the slot. remind
  • the value candidate is set in the upper layer, and more specifically, it is set in the dl-DataToUL-ACK parameter in PUCCH-Config specified in [Table 21].
  • one of these candidates A value may be selected by the PDSCH-to-HARQ feedback timing indicator in DCI for scheduling the TB, and this value may be a value specified in [Table 5] or [Table 6].
  • the The unit of the value may be a slot unit or a subslot unit.
  • a subslot is a unit having a length smaller than that of a slot, and one or a plurality of symbols may constitute one subslot.
  • the UE can transmit UCI through one or two PUCCH resources in one slot or subslot, and when UCI is transmitted through two PUCCH resources in one slot/subslot i) Each PUCCH resource does not overlap in symbol units, ii) At least one PUCCH resource may be a short PUCCH. Meanwhile, the UE may not expect to transmit a plurality of PUCCH resources for HARQ-ACK transmission in one slot.
  • the PUCCH transmission procedure when two or more PUCCH resources overlap will be described.
  • one of the overlapping PUCCH resources is selected or a new PUCCH resource is selected according to the above-described conditions, that is, the transmitted PUCCH resource should not overlap in symbol units.
  • the UCI payload transmitted through the overlapping PUCCH resource is all multiplexed and transmitted, or some may be dropped.
  • Case 1 The case of overlapping PUCCH resources with respect to Case 1 is divided into Case 1-1) the case where two or more PUCCH resources overlap for HARQ-ACK transmission and Case 1-2) the remaining cases.
  • FIG. 9 A case corresponding to Case 1-1) is shown in FIG. 9 .
  • PUCCH physical uplink control channel
  • HARQ hybrid automatic repeat request
  • acknowledgement acknowledgement
  • FIG. 9 for two or more different PDCCHs (9-10, 9-11) for scheduling PDSCH, if the transmission slot of the PUCCH resource corresponding to each PDCCH is the same, the corresponding PUCCH resource overlaps each other. can see. That is, indicated by multiple PDCCHs When the uplink slots corresponding to the values (9-50, 9-51) are the same, the PUCCH resources corresponding to the corresponding PDCCH can be considered to overlap each other.
  • the PUCCH resource selected based on the PRI (9-41) corresponding to the PDCCH (9-11) transmitted at the latest time point Only (9-31) is selected and HARQ-ACK information is transmitted on the PUCCH resource. Therefore, HARQ-ACK information for PDSCH (9-21) through the selected PUCCH resource (9-31), the PUCCH resource (9-31) and HARQ-ACK information for other PUCCH (9-30) overlapping all is transmitted after being encoded by a predefined HARQ-ACK codebook.
  • both SR and HARQ-ACK are multiplexed
  • whether or not to multiplex HARQ-ACK and CSI may be set through simultaneousHARQ-ACK-CSI parameters for each PUCCH format 2, 3, and 4, and all corresponding parameters may be set to the same value for the PUCCH format. If multiplexing is not performed through the parameter, only HARQ-ACK is transmitted and overlapping CSI may be dropped.
  • whether multiple CSIs are multiplexed may be configured through a multi-CSI-PUCCH-ResourceList parameter in PUCCH-Config. That is, when the multi-CSI-PUCCH-ResourceList parameter is set, inter-CSI multiplexing may be performed. Otherwise, only the PUCCH corresponding to the CSI having a high priority may be transmitted according to the inter-CSI priority.
  • the selection method and multiplexing method of the PUCCH resource to transmit the corresponding UCI resource may vary depending on the overlapped UCI information and the format of the PUCCH resource, which can be summarized as follows [Table 28].
  • the terminal selects the PUCCH resource differently according to the SR value of the SR PUCCH resource overlapped with the HARQ-ACK PUCCH resource. That is, if the SR value is positive, the PUCCH resource for SR is selected, and if the SR value is negative, the PUCCH resource for HARQ-ACK is selected. Transmits HARQ-ACK information to the selected PUCCH resource.
  • the UE multiplexes HARQ-ACK information and SR information to a PUCCH resource for HARQ-ACK transmission and transmits it.
  • the UE multiplexes SR information and CSI on a PUCCH resource for CSI transmission and transmits it.
  • the PUCCH resource is transmitted by multiplexing HARQ-ACK information and CSI information.
  • SPS semi-persistent scheduling
  • PUCCH resource for HARQ-ACK corresponding to PDSCH and PUCCH resource for CSI transmission overlap and when multiplexing between HARQ-ACK and CSI is set as a higher layer, the UE transmits CSI HARQ-ACK information and CSI information are multiplexed to the PUCCH resource for transmission.
  • the UE selects one resource having the lowest index that can transmit all the multiplexed UCI payloads among the resources in the list, and then UCI send the payload. If there is no resource capable of transmitting all the multiplexed UCI payloads in the list, the UE selects the resource with the largest index and then transmits HARQ-ACK and CSI reports as many as possible transmission to the resource.
  • the UE is a PUCCH resource list for CSI multiplexing set to an upper layer, that is, within the multi-CSI-PUCCH-ResourceList. After selecting one resource having the lowest index that can transmit all the multiplexed UCI payloads, the UCI payload is transmitted. If there is no resource capable of transmitting all of the multiplexed UCI payloads in the list, the UE selects the resource with the largest index and then transmits as many CSI reports as possible to the resource.
  • the above method may be similarly applied.
  • the HARQ-ACK and CSI multiplexing method may be followed.
  • UCIs with high priorities are transmitted according to the priority in the order of HARQ-ACK > SR > CSI, and UCIs with low priorities may be dropped.
  • a plurality of CSI PUCCH resources are set not to perform multiplexing when overlapping, the PUCCH corresponding to the CSI having a higher priority is transmitted, and the PUCCH corresponding to the other CSI may be dropped.
  • Case 2 that is, when multi-slot repetition is set, is divided into Case 2-1) a case in which two or more PUCCH resources for HARQ-ACK transmission are located in the same starting slot and Case 2-2) the remaining cases.
  • Case 2-1 a case in which two or more PUCCH resources for HARQ-ACK transmission are located in the same starting slot
  • Case 2-2 the remaining cases.
  • Each case is shown in FIG. 10 .
  • FIG. 10 is a diagram illustrating a case in which PUCCH resources overlap when multi-slot repetition is configured according to an embodiment of the present disclosure.
  • Case 2-2 corresponds to a case where a symbol unit overlap occurs between PUCCH for HARQ-ACK transmission and PUCCH for SR or CSI transmission, or between PUCCH for multiple SR or CSI transmission. That is, when PUCCH #1 is repeatedly transmitted over multiple slots (10-50, 10-51) and PUCCH #2 is also repeatedly transmitted over multiple slots (10-60, 10-61), PUCCH #1 and PUCCH # 2 corresponds to the case where more than one symbol overlap occurs in one slot (10-70).
  • the priorities between UCIs in the PUCCH are compared, and UCIs with higher priorities are transmitted, and other UCIs are dropped in the corresponding slot.
  • the inter-UCI priority follows HARQ-ACK > SR > CSI in the highest order.
  • the PUCCH corresponding to the CSI having a higher priority is transmitted, and the PUCCH corresponding to the other CSI may be dropped in the corresponding slot.
  • PUCCH transmission or drop according to the above-mentioned priority is performed only in the slot in which the symbol unit overlap occurs, and is not performed in other slots. That is, the PUCCH in which multi-slot repetition is set may be dropped in the slot in which the symbol unit overlap occurs, but may be transmitted as configured in the remaining slots.
  • the above-described slot for a low-delay service such as URLLC may be replaced with a mini-slot and used.
  • a mini-slot has a shorter length on the time axis than a slot, and one mini-slot can consist of fewer than 14 symbols. For example, 2 or 7 symbols can constitute one mini-slot.
  • units such as the HARQ-ACK feedback timing K1 value and the number of repeated transmissions may be substituted for the mini-slot unit in the existing slot.
  • the mini-slot configuration may be applied to all PUCCH transmissions or may be limited to PUCCH transmission for a specific service. For example, transmission in units of slots may be applied to PUCCH for eMBB service, whereas transmission in units of mini-slot may be applied to PUCCH for URLLC service.
  • the terminal does not have a terminal-specific configuration (dedicated PUCCH resource configuration) for the PUCCH resource configuration
  • the PUCCH resource set is provided through the upper signaling pucch-ResourceCommon, and in this case, the beam configuration for PUCCH transmission is Random Access Resoponse (RAR)
  • RAR Random Access Resoponse
  • the beam configuration for PUCCH transmission is provided through the higher signaling pucch-spatialRelationInfoId shown in [Table 29] below.
  • the terminal receives a plurality of pucch-spatialRelationInfoIDs configured, the terminal is instructed to activate one of the plurality of pucch-spatialRelationInfoIDs through a MAC CE (control element).
  • the UE may receive up to 8 pucch-spatialRelationInfoIDs configured through higher level signaling, and may be instructed to activate only one pucch-spatialRelationInfoID among them.
  • pucch-spatialRelationInfoID activation through MAC CE is applied.
  • a numerology applied to PUCCH transmission denotes the number of slots per subframe in a given numerology.
  • the upper layer configuration for pucch-spatialRelationInfo may be as follows [Table 29]. pucch-spatialRelationInfo may be mixed with PUCCH beam information.
  • one referenceSignal configuration may exist in a specific pucch-spatialRelationInfo configuration, and the referenceSignal is an ssb-Index indicating a specific SS/PBCH, or a csi-RS-Index indicating a specific CSI-RS, or , or srs indicating a specific SRS.
  • the UE sets the beam used when receiving the SS/PBCH corresponding to the ssb-Index among the SS/PBCHs in the same serving cell as the beam for PUCCH transmission, or if the servingCellId is provided
  • a beam used when receiving an SS/PBCH corresponding to ssb-Index among SS/PBCHs in the cell indicated by the servingCellId may be set as a beam for pucch transmission.
  • the UE sets the beam used when receiving the CSI-RS corresponding to the csi-RS-Index among the CSI-RSs in the same serving cell as the beam for PUCCH transmission, If the servingCellId is provided, the beam used when receiving the CSI-RS corresponding to the csi-RS-Index among the CSI-RSs in the cell indicated by the servingCellId can be set as the beam for pucch transmission.
  • the UE sets the transmission beam used when transmitting the SRS corresponding to the resource index provided as a higher signaling resource in the same serving cell and/or in the activated uplink BWP as the beam for PUCCH transmission.
  • the transmission beam used when transmitting the SRS corresponding to the resource index provided through the upper signaling resource in the cell and/or uplink BWP indicated by the servingCellID and/or uplinkBWP is used for PUCCH transmission. It can be set as a beam for
  • PUCCH-PathlossReferenceRS of [Table 30] can be mapped with pucch-PathlossReferenceRS-Id of [Table 29], and up to four can be set through pathlossReferenceRSs in the upper signaling PUCCH-PowerControl of [Table 30].
  • PUCCH-PathlossReferenceRS is configured with ssb-Index when connected to SS/PBCH through the referenceSignal of Table 30, and is configured with csi-RS-Index when connected to CSI-RS.
  • the base station and/or the terminal can transmit and receive downlink and/or uplink signals on multiple carriers by utilizing carrier aggregation.
  • 11 is a diagram illustrating types of uplink carriers configurable in a cell group and examples of transmittable channels for each carrier according to an embodiment of the present disclosure.
  • one or two PUCCH groups may be configured in one cell group.
  • the number of PUCCH groups means the number of uplink carriers capable of transmitting PUCCH in one cell group.
  • the first PUCCH group among the aforementioned PUCCH groups is called a primary PUCCH group (11-05), and the primary PUCCH group consists of a PCell and one or more SCells. Or the SCell may not be configured.
  • the PCell refers to a carrier on which processes such as initial access and handover occur, and in the PCell, contention-based and/or contention-free-based random access, PUCCH, PUSCH, and SRS channels may be transmitted (11-10).
  • the SCell refers to a carrier that can be added/changed by SCell addition/modification after RRC connection, and the SCell can transmit contention-free based random access, PUSCH, and SRS channels.
  • PUCCH transmission for (11-15) HARQ-ACK for SCells belonging to the Primary PUCCH group may be performed in the PCell.
  • the second PUCCH group among the above-described PUCCH groups is called a secondary PUCCH group (11-55), and the secondary PUCCH group may not be configured.
  • a secondary PUCCH group is configured, this group is composed of one PUCCH-SCell 11-60 and one or more SCells. Or the SCell may not be configured.
  • PUCCH-SCell indicates a carrier on which PUCCH can be transmitted within the secondary PUCCH group, contention-free based random access, PUCCH, PUSCH, and SRS channels can be transmitted.
  • PUCCH transmission for (11-65) HARQ-ACK for SCells belonging to the secondary PUCCH group may be performed in the PUCCH-SCell.
  • Carrier which is a term used in the above and future embodiments, may be replaced with another term.
  • terms such as cell, serving cell, and CC (component carrier) may be used interchangeably, and all of the above-described terms may refer to the same meaning.
  • the terminal has a procedure of reporting the capability supported by the terminal to the corresponding base station while connected to the serving base station.
  • UE capability reporting
  • the base station may transmit a UE capability enquiry message for requesting capability report to the terminal in the connected state.
  • the base station may include a UE capability request for each RAT type.
  • the request for each RAT type may include requested frequency band information.
  • the UE capability enquiry message may request a plurality of RAT types from one RRC message container, or may include a UE capability enquiry message including a request for each RAT type a plurality of times and deliver it to the UE.
  • the UE capability enquiry is repeated a plurality of times, and the UE may configure and report a corresponding UE capability information message a plurality of times.
  • a terminal capability request for MR-DC including NR, LTE, and EN-DC may be made.
  • the UE capability enquiry message is generally sent initially after the UE establishes a connection, but it can be requested by the base station under any conditions when necessary.
  • the terminal receiving the UE capability report request from the base station configures the terminal capability according to the RAT type and band information requested from the base station.
  • the terminal configures a band combination (BC) for EN-DC and NR stand alone (SA). That is, a candidate list of BC for EN-DC and NR SA is constructed based on the bands requested by the base station with FreqBandList. In addition, the priorities of the bands have priorities in the order described in the FreqBandList.
  • BC band combination
  • SA stand alone
  • the base station requests a UE capability report by setting the “eutra-nr-only” flag or “eutra” flag, the UE completely removes NR SA BCs from the configured BC candidate list. This operation may occur only when an LTE base station (eNB) requests “eutra” capability.
  • eNB LTE base station
  • fallback BC corresponds to a case in which a band corresponding to at least one SCell is removed from a certain super set BC, and since the super set BC can already cover the fallback BC, it can be omitted.
  • This step also applies to MR-DC, ie LTE bands are also applied.
  • the BCs remaining after this step are the final “candidate BC list”.
  • the UE selects BCs to be reported by selecting BCs suitable for the requested RAT type from the final “candidate BC list”.
  • the UE configures the supportedBandCombinationList in the predetermined order. That is, the UE configures the BC and UE capability to be reported according to the preset rat-Type order. (nr -> eutra-nr -> eutra). Also, configure featureSetCombination for the configured supportedBandCombinationList, and configure the list of “candidate feature set combination” from the candidate BC list from which the list for fallback BC (including the capability of the same or lower level) has been removed.
  • the above “candidate feature set combination” includes both feature set combinations for NR and EUTRA-NR BC, and can be obtained from the feature set combination of UE-NR-Capabilities and UE-MRDC-Capabilities containers.
  • featureSetCombinations is included in both containers of UE-MRDC-Capabilities and UE-NR-Capabilities.
  • the feature set of NR includes only UE-NR-Capabilities.
  • the terminal After the terminal capability is configured, the terminal transmits the UE capability information message including the UE capability to the base station.
  • the base station then performs scheduling and transmission/reception management appropriate for the corresponding terminal based on the UE capability received from the terminal.
  • FIG. 12 is a diagram illustrating a radio protocol structure of a base station and a terminal in a single cell, carrier aggregation, and dual connectivity situation according to an embodiment of the present disclosure.
  • the radio protocol of the next-generation mobile communication system is NR SDAP (Service Data Adaptation Protocol S25, S70), NR PDCP (Packet Data Convergence Protocol S30, S65), NR RLC (Radio Link Control) in the terminal and the NR base station, respectively.
  • a main function of the NR SDAP may include some of the following functions.
  • the UE can receive the RRC message to determine whether to use the header of the SDAP layer device or whether to use the function of the SDAP layer device for each PDCP layer device, for each bearer, or for each logical channel, and the SDAP header If is set, the terminal uses the NAS QoS reflection setting 1-bit indicator (NAS reflective QoS) and the AS QoS reflection setting 1-bit indicator (AS reflective QoS) of the SDAP header to determine the uplink and downlink QoS flows and mapping information for the data bearer. can be instructed to update or reset .
  • the SDAP header may include QoS flow ID information indicating QoS.
  • the QoS information may be used as data processing priority and scheduling information to support a smooth service.
  • the main function of the NR PDCP (10-30, 10-65) may include some of the following functions.
  • the reordering function of the NR PDCP device refers to a function of reordering PDCP PDUs received from a lower layer in an order based on a PDCP sequence number (SN), and a function of delivering data to a higher layer in the reordered order may include, or may include a function of directly delivering without considering the order, may include a function of reordering the order to record the lost PDCP PDUs, and report the status of the lost PDCP PDUs It may include a function for the transmitting side, and may include a function for requesting retransmission for lost PDCP PDUs.
  • SN PDCP sequence number
  • the main function of the NR RLC may include some of the following functions.
  • in-sequence delivery of the NR RLC device refers to a function of sequentially delivering RLC SDUs received from a lower layer to an upper layer, and one RLC SDU is originally divided into several RLC SDUs and received If it is, it may include a function of reassembling it and delivering it, and may include a function of rearranging the received RLC PDUs based on an RLC sequence number (SN) or PDCP SN (sequence number), and rearranging the order It may include a function of recording the lost RLC PDUs, a function of reporting a status on the lost RLC PDUs to the transmitting side, and a function of requesting retransmission of the lost RLC PDUs.
  • SN RLC sequence number
  • PDCP SN packet data convergence protocol
  • the timer It may include a function of sequentially delivering all RLC SDUs received before the start of RLC SDUs to the upper layer, or if a predetermined timer expires even if there are lost RLC SDUs, all RLC SDUs received so far are sequentially transferred to the upper layer. It may include a function to transmit.
  • the RLC PDUs may be processed in the order in which they are received (in the order of arrival regardless of the sequence number and sequence number) and delivered to the PDCP device out of sequence (out-of sequence delivery). Segments stored in the buffer or to be received later are received, reconstructed into one complete RLC PDU, processed and delivered to the PDCP device.
  • the NR RLC layer may not include a concatenation function, and the function may be performed in the NR MAC layer or replaced with a multiplexing function of the NR MAC layer.
  • the out-of-sequence delivery function of the NR RLC device refers to a function of directly delivering RLC SDUs received from a lower layer to a higher layer regardless of order, and one RLC SDU originally has several RLCs.
  • it may include a function of reassembling it and delivering it, and may include a function of storing the RLC SN or PDCP SN of the received RLC PDUs, arranging the order, and recording the lost RLC PDUs.
  • the NR MAC (S40, S55) may be connected to several NR RLC layer devices configured in one terminal, and the main function of the NR MAC may include some of the following functions.
  • the NR PHY layer (S45, S50) channel-codes and modulates the upper layer data, makes an OFDM symbol and transmits it to the radio channel, or demodulates the OFDM symbol received through the radio channel, decodes the channel, and transmits the operation to the upper layer.
  • the detailed structure of the radio protocol structure may be variously changed according to a carrier (or cell) operating method.
  • a carrier or cell
  • the base station and the terminal use a protocol structure having a single structure for each layer, such as S00.
  • the base station transmits data to the terminal based on CA (carrier aggregation) using multiple carriers in a single TRP the base station and the terminal have a single structure up to RLC like S10, but a protocol for multiplexing the PHY layer through the MAC layer structure will be used.
  • the base station and the terminal when the base station transmits data to the terminal based on DC (dual connectivity) using multiple carriers in multiple TRP, the base station and the terminal have a single structure up to SDAP as in S20, and RLC and later through the PDCP layer A protocol structure that multiplexes the layers of
  • the above-described spatial relation information configuration and activation process is required for beam configuration for PUCCH transmission.
  • signaling overhead may be large. Therefore, by setting a default beam for all PUCCHs, it is possible to apply a beam without activation signaling for each PUCCH, thereby reducing signaling overhead.
  • the present invention provides a PUCCH beam configuration method for a single transmission point (TRP) and multiple transmission points. Specific methods are described in detail in the following examples.
  • higher signaling in the present disclosure is a signal transmission method in which a base station is transmitted to a terminal using a downlink data channel of a physical layer, or from a terminal to a base station using an uplink data channel of a physical layer, It may also be referred to as RRC signaling, PDCP signaling, or MAC (medium access control) control element (MAC control element; MAC CE).
  • RRC signaling PDCP signaling
  • MAC control element medium access control element
  • the PDCCH(s) for allocating the PDSCH to which the cooperative communication is applied has a specific format, or the PDCCH(s) for allocating the PDSCH to which the cooperative communication is applied.
  • PDCCH(s) for including a specific indicator indicating whether communication is applied or not, or for allocating a PDSCH to which cooperative communication is applied is scrambled with a specific RNTI, or to assume cooperative communication application in a specific section indicated by a higher layer, etc. It is possible to use various methods.
  • a case in which a UE receives a PDSCH to which cooperative communication is applied based on conditions similar to the above will be referred to as a non-coherent joint transmission (NC-JT) case.
  • NC-JT non-coherent joint transmission
  • determining the priority between A and B means selecting one having a higher priority according to a predetermined priority rule and performing an operation corresponding thereto or having a lower priority. It may be mentioned in various ways, such as omit or drop.
  • a plurality of cells, TRP (transmission and reception point), or coordinated transmission between each cell, TRP or / and beam in a wireless communication network including a beam increases the strength of a signal received by the terminal or each cell, It is one of the element technologies that can satisfy various service requirements by efficiently performing TRP and/or inter-beam interference control.
  • Joint Transmission is a representative transmission technology for the above-mentioned cooperative communication. Through the joint transmission technology, one terminal is supported through different cells, TRPs or/and beams to increase the strength of the signal received by the terminal. can On the other hand, since the characteristics of each cell, TRP or / and the channel between the beam and the terminal may be significantly different, it is necessary to apply different precoding, MCS, resource allocation, etc. to each cell, TRP or / and the link between the beam and the terminal. . In particular, for Non-Coherent Joint Transmission (NC-JT) that supports non-coherent precoding between each cell, TRP or/and beam, each cell, TRP or/and Individual downlink (DL) transmission information configuration for beams becomes important.
  • NC-JT Non-Coherent Joint Transmission
  • FIG. 13 is a diagram illustrating an example of an antenna port configuration and resource allocation for cooperative communication in a wireless communication system according to an embodiment of the present disclosure.
  • N000 is an example of coherent joint transmission (C-JT) supporting coherent precoding between each cell, TRP, and/or beam.
  • C-JT coherent joint transmission
  • a single data (PDSCH) is transmitted from TRP A (N005) and TRP B (N010) to a terminal (N015), and joint precoding is performed in a plurality of TRPs.
  • TRP A (N005) and TRP B (N010) transmit the same DMRS ports (eg, DMRS ports A and B in both TRPs) for the same PDSCH transmission.
  • the UE may receive one DCI information for receiving one PDSCH demodulated based on DMRS transmitted through DMRS ports A and B.
  • N020 is an example of non-coherent joint transmission (NC-JT) supporting non-coherent precoding between each cell, TRP or/and beam.
  • NC-JT non-coherent joint transmission
  • a PDSCH is transmitted to the UE N035 for each cell, TRP, and/or beam, and individual precoding may be applied to each PDSCH.
  • Each cell, TRP or/and beam transmits a different PDSCH to improve throughput compared to single cell, TRP or/and beam transmission, or each cell, TRP or/and beam repeatedly transmits the same PDSCH to transmit a single cell, TRP Alternatively, reliability may be improved compared to beam transmission.
  • the frequency and time resources used by a plurality of TRPs for PDSCH transmission are all the same (N040), when the frequency and time resources used by the plurality of TRPs do not overlap at all (N045), the frequency and time used by the plurality of TRPs Various radio resource allocation may be considered, such as when some of the resources overlap (N050).
  • N050 the frequency and time used by the plurality of TRPs
  • the present disclosure provides a repeated transmission instruction and configuration method for improving NC-JT transmission reliability.
  • DCIs of various types, structures, and relationships may be considered.
  • DCI downlink control information
  • case #1 (N100) is each other in (N-1) additional TRPs (TRP#1 to TRP#(N-1)) in addition to the serving TRP (TRP#0) used for single PDSCH transmission.
  • control information for PDSCH transmitted in (N-1) additional TRPs is in the same format as control information for PDSCH transmitted in serving TRP (same DCI format) This is an example of transmission.
  • the UE uses DCIs having the same DCI format and the same payload (DCI#0 ⁇ DCI#(N-1)) and different TRPs (TRP#0 ⁇ TRP#(N-1)) It is possible to obtain control information for PDSCHs transmitted in .
  • each PDSCH control (allocation) degree of freedom may be completely guaranteed, but when each DCI is transmitted in different TRPs, a coverage difference for each DCI may occur and reception performance may be deteriorated.
  • Case #2 is different (N-1) in (N-1) additional TRPs (TRP#1 ⁇ TRP#(N-1)) in addition to the serving TRP (TRP#0) used for single PDSCH transmission.
  • control information for PDSCH transmitted in (N-1) additional TRPs is transmitted in a different format (different DCI format or different DCI payload) from control information for PDSCH transmitted in the serving TRP. This is an example.
  • DCI#0 which is control information for PDSCH transmitted in the serving TRP (TRP#0)
  • TRP#1 includes all information elements of DCI format 1_0 or DCI format 1_1, but cooperative TRP (TRP#1).
  • sDCI shortened DCI
  • DCI format 1_0 or DCI format 1_1 information It can contain only some of the elements.
  • the payload is small compared to normal DCI (nDCI) transmitting PDSCH-related control information transmitted in the serving TRP, or it is insufficient compared to nDCI. It is possible to include reserved bits as many as the number of bits.
  • each PDSCH control (allocation) degree of freedom may be limited according to the contents of the information element included in sDCI, but since the reception performance of sDCI is superior to that of nDCI, the difference in coverage for each DCI is It may be less likely to occur.
  • Case #3 (N110) is different (N-1) in (N-1) additional TRPs (TRP#1 to TRP#(N-1)) other than the serving TRP (TRP#0) used for single PDSCH transmission.
  • control information for PDSCH transmitted in (N-1) additional TRPs is transmitted in a different format (different DCI format or different DCI payload) from control information for PDSCH transmitted in the serving TRP. This is an example.
  • DCI#0 which is control information for PDSCH transmitted in the serving TRP (TRP#0)
  • TRP#1 cooperative TRP
  • the sDCI may include at least one of HARQ-related information such as frequency domain resource assignment of cooperative TRPs, time domain resource assignment, and MCS.
  • BWP bandwidth part
  • DCI#0, normal DCI, nDCI DCI#0, normal DCI, nDCI of the serving TRP may be followed.
  • each PDSCH control (allocation) degree of freedom may be limited according to the contents of the information element included in the sDCI, but the reception performance of the sDCI can be adjusted, and the terminal's The complexity of DCI blind decoding may be reduced.
  • Case #4 is different (N-1) in (N-1) additional TRPs (TRP#1 to TRP#(N-1)) in addition to the serving TRP (TRP#0) used for single PDSCH transmission.
  • control information for PDSCH transmitted in (N-1) additional TRPs is transmitted in DCI (long DCI, IDCI), such as control information for PDSCH transmitted in serving TRP. That is, the UE may obtain control information for PDSCHs transmitted in different TRPs (TRP#0 to TRP#(N-1)) through a single DCI.
  • the complexity of DCI blind decoding of the terminal may not increase, but the PDSCH control (allocation) degree of freedom may be low such as the number of cooperative TRPs is limited according to long DCI payload restrictions.
  • sDCI may refer to various auxiliary DCIs, such as shortened DCI, secondary DCI, or normal DCI (DCI format 1_0 to 1_1 described above) including PDSCH control information transmitted in cooperative TRP. If not specified, the description is similarly applicable to the various auxiliary DCIs.
  • cases #1, case #2, and case #3 in which one or more DCIs (PDCCHs) are used to support NC-JT are divided into multiple PDCCH-based NC-JTs, and NC-JT
  • case #4 in which a single DCI (PDCCH) is used for JT support can be divided into a single PDCCH-based NC-JT.
  • cooperative TRP may be replaced with various terms such as “cooperative panel” or “cooperative beam” when applied in practice.
  • when NC-JT is applied means "when a terminal simultaneously receives one or more PDSCHs in one BWP", "when a terminal receives two or more TCIs simultaneously in one BWP” Indicator) indication based on PDSCH reception", "in case the PDSCH received by the terminal is associated with one or more DMRS port groups", etc., can be variously interpreted according to the situation, but for convenience of explanation, one used as an expression.
  • the radio protocol structure for NC-JT can be used in various ways according to the TRP deployment scenario.
  • a structure based on MAC layer multiplexing similar to S10 of FIG. 12 CA-like method.
  • the backhaul delay between cooperative TRPs is so large that it cannot be ignored (for example, when 2 ms or more is required for information exchange between cooperative TRPs, such as CSI, scheduling, HARQ-ACK, etc.), similarly to S20 of FIG. 12, from the RLC layer
  • DC-like method it is possible to secure a characteristic strong against delay by using an independent structure for each TRP (DC-like method).
  • a terminal supporting C-JT / NC-JT may receive C-JT / NC-JT related parameters or setting values in the upper layer setting, and may set RRC parameters of the terminal based on this.
  • the UE may utilize the UE capability parameter tci-StatePDSCH.
  • the UE capability parameter tci-StatePDSCH defines TCI states for the purpose of PDSCH transmission, and the number of TCI states can be set to 4, 8, 16, 32, 64, 128 in FR1, and 64, 128 in FR2. Among the number, a maximum of 8 states that can be indicated by 3 bits of the TCI field of DCI through the MAC CE message could be set.
  • the maximum value of 128 means a value indicated by maxNumberConfiguredTCIstatesPerCC in the tci-StatePDSCH parameter included in capability signaling of the UE.
  • a series of configuration processes from upper layer configuration to MAC CE configuration may be applied to a beamforming instruction or a beamforming change command for at least one PDSCH in one TRP.
  • the base station can activate/deactivate the TCI state through different MAC CE signaling such as rel-15 and rel-16.
  • the TCI field may be used to dynamically support a direction indication of beamforming or a direction change command of beamforming.
  • a direction indication of beamforming or a direction change command of beamforming means an operation applied when a terminal that has checked the TCI states field information in DCI format 1_1 receives PDSCH in downlink after a predetermined time, and the direction is QCLed base station / TRP It means a corresponding beamforming setting direction in connection with the DL RS of .
  • the base station or the terminal may determine to use the Rel-15 MAC CE for the Rel-15 DCI format and to use the Rel-16 MAC CE for the Rel-16 DCI format, respectively.
  • different solutions are proposed according to the method of distinguishing the MAC CE structure of each rel-15 and the MAC CE of rel-16.
  • MAC 15 is a diagram illustrating a medium access control (MAC) control element (CE) structure for TCI (transmission configuration indicator) state activation of a UE-specific physical downlink control channel (PDCCH) according to an embodiment of the present disclosure.
  • MAC medium access control
  • CE control element
  • FIG. 15-50 of FIG. 15 show a MAC CE structure for TCI state activation of a Rel-15-based UE-specific PDCCH.
  • Table 31 shows the meaning of each field in the MAC CE and possible values for each field.
  • FIG. 15-00 of FIG. 15 shows a MAC-CE structure for TCI state activation/deactivation of a Rel-15-based UE-specific PDSCH.
  • the MAC CE of Rel-16 may be configured in the form of partially extending the MAC CE message of rel-15.
  • all TCI states activated by rel-15 MAC CE may be proposed to be included in TCI states activated by rel-16 MAC CE.
  • the base station converts all TCI states of the RRC configured TCI states (16-00) of rel-15 to M as in TCI #0, TCI #1, TCI #2, ..., TCI #M-1.
  • TCI #0', TCI #1', TCI #2', ..., TCI #K-1 as a subset (16-20) of TCI states selected by MAC CE of rel-15 among them. can be selected.
  • the base station and the terminal supporting rel-16 may separately set RRC configured TCI states supporting rel-16 or use the RRC configured TCI states set in rel-15 as it is.
  • rel-16 MAC CE may include some or all of the TCI states supported by MAC CE of rel-15 in RRC configured TCI states for rel-16 use.
  • the rel-16 MAC CE includes all of the TCI states supported by the MAC CE of rel-15 and expands in proportion to the number of base stations/TRPs operating as C-JT/NC-JT in rel-16, two When operating with TRP, a maximum of 2K TCI states can be set.
  • Table 33 shows details of the tci-StatePDSCH parameters described in the above embodiment. Specifically, the FR2 mandatory value of the parameter maxNumberConfiguredTCIstatesPerCC may be modified from 64 to 128 or 256 or may be separately added to 64, 128 or 256 for the purpose of C-JT/NC-JT.
  • the base station or terminal supporting Rel-15 and rel-16 sets the maximum values for rel-15 and rel-16 respectively to set the TCI states through MAC CE to be equal to or smaller than the set maximum value.
  • the number of TCI states can be set. The following various embodiments may be proposed as a method of setting the number of TCI states to a value equal to or smaller than the maximum value.
  • the number of TCI states activated by the MAC CE messages of Rel-15 and rel-16 may be set by the UE capability value reported by the UE. According to another example, the number of TCI states activated by the MAC CE messages of rel-15 and rel-16 may be determined as a value preset by the base station. According to another example, the number of TCI states activated by the MAC CE messages of rel-15 and rel-16 may be determined as values previously agreed between the base station and the terminal.
  • the base station and the terminal display all TCI states (16-00) of the RRC configured TCI states of rel-15 with TCI #0, TCI #1, TCI #2, ..., TCI #M-1 and M number is determined as well, and a subset (16-20) of TCI states selected by MAC CE of rel-15 is selected among them, and TCI #0', TCI #1', TCI #2', ..., TCI #K-1 can be arranged. If TCI #0 is selected among the M TCI states, it can be arranged in TCI #0'.
  • the maximum value of K for the base station and the terminal supporting rel-15 is set or determined to 8, and the maximum value of K for the base station and the terminal supporting rel-16 may also be set to 8. have.
  • the base station may instruct the terminal to select a beam for the PDSCH through a DCI based beam selection operation in one CORESET.
  • the selection of the beam may be determined by checking the TCI field information 16-40 in DCI among up to eight.
  • the TCI field #I indicated in FIG. 16 may be selected as a value of 0 to 7.
  • TCI #0' TCI #1', TCI #2', TCI #3', TCI #4', TCI #5', TCI #6', TCI #
  • TCI #0' TCI#0'
  • the TCI field #I may be called a TCI codepoint.
  • the maximum value of K for the base station and the terminal supporting rel-16 is set to 16.
  • the maximum value is set to 16
  • selection of one or more beams for PDSCH may be instructed to the UE through DCI based beam selection operation in one CORESET of the base station.
  • #I selected and indicated by the base station may be selected as a value of 0 to 15 when K is 16.
  • CORESET or search space for each TRP can be set as at least one of the following cases.
  • CORESET setting information set as a higher layer may include an index value, and the TRP for transmitting the PDCCH from the corresponding CORESET may be distinguished by the set index value for each CORESET. That is, in a set of CORESETs having the same higher layer index value, it may be considered that the same TRP transmits a PDCCH or that a PDCCH scheduling a PDSCH of the same TRP is transmitted.
  • the above-described index for each CORESET may be named as CORESETPoolIndex, and it may be considered that the PDCCH is transmitted from the same TRP for CORESETs in which the same CORESETPoolIndex value is set. In the case of CORESET in which the CORESETPoolIndex value is not set, it may be considered that the default value of CORESETPoolIndex is set, and the above-described default value may be 0.
  • each PDCCH-Config may include PDCCH settings for each TRP. That is, a list of CORESETs per TRP and/or a list of search spaces per TRP may be configured in one PDCCH-Config, and one or more CORESETs and one or more search spaces included in one PDCCH-Config are considered to correspond to a specific TRP. can do.
  • TRP corresponding to the corresponding CORESET can be distinguished through a beam or beam group set for each CORESET. For example, when the same TCI state is configured in a plurality of CORESETs, it may be considered that the CORESETs are transmitted through the same TRP or that the PDCCH scheduling the PDSCH of the same TRP is transmitted in the corresponding CORESETs.
  • Search space beam/beam group configuration A beam or beam group is configured for each search space, and TRP for each search space can be distinguished through this. For example, if the same beam/beam group or TCI state is configured in multiple search spaces, it may be considered that the same TRP transmits a PDCCH or that a PDCCH scheduling a PDSCH of the same TRP is transmitted in the corresponding search space. have.
  • the above setting may be independent for each cell or for each BWP.
  • the CORESETPoolIndex value may not be set in a specific SCell.
  • the number of TCI states may be used as a method of indicating the number of TRPs transmitting the corresponding PDSCH. That is, if the number of TCI states indicated in the DCI for scheduling the PDSCH is two, it can be regarded as single PDCCH-based NC-JT transmission, and when the number of TCI states is one, it can be regarded as single-TRP transmission.
  • the TCI states indicated by the DCI may correspond to one or two TCI states among TCI states activated by MAC-CE.
  • TCI states of DCI correspond to the two TCI states activated with MAC-CE
  • a correspondence relationship between the TCI codepoint indicated in DCI and the TCI states activated with MAC-CE is established, and the MAC corresponding to the TCI codepoint It may be when there are two TCI states activated with -CE.
  • the above setting may be independent for each cell or for each BWP.
  • a PCell may have a maximum of two activated TCI states corresponding to one TCI codepoint
  • a specific SCell may have a maximum of one activated TCI states corresponding to one TCI codepoint.
  • NC-JT transmission is configured in the PCell, whereas NC-JT transmission is not configured in the aforementioned SCell.
  • the following embodiment provides a detailed method of delivering HARQ-ACK information for NC-JT transmission.
  • 17A, 17B, 17C, and 17D are diagrams illustrating HARQ-ACK information delivery methods according to various DCI configurations and PUCCH configurations for NC-JT transmission.
  • FIG. 17A is a diagram illustrating a HARQ-ACK transmission method according to a DCI configuration and a PUCCH configuration for non-coherent joint transmission (NC-JT) transmission according to an embodiment of the present disclosure.
  • FIG 17a (option #1: HARQ-ACK for single-PDCCH NC-JT) (17-00), in the case of a single-PDCCH-based NC-JT, one or a plurality of PDSCHs (17-05) scheduled by the TRP It shows an example in which HARQ-ACK information is transmitted through one PUCCH resource (17-10).
  • the PUCCH resource is the PRI value in the DCI described above and It can be indicated by a value.
  • each option may be divided according to the number of PUCCH resources to transmit HARQ-ACK information corresponding to the PDSCH of each TRP and the position on the time axis of the PUCCH resource.
  • 17B is a diagram illustrating a HARQ-ACK transmission method according to a DCI configuration and a PUCCH configuration for non-coherent joint transmission (NC-JT) transmission according to an embodiment of the present disclosure.
  • Figure 17b is a terminal HARQ-ACK information corresponding to the PDSCH (17-25, 17-26) of each TRP one PUCCH resource (17-30)
  • All HARQ-ACK information for each TRP may be generated based on a single HARQ-ACK codebook, or HARQ-ACK information for each TRP may be generated based on an individual HARQ-ACK codebook.
  • HARQ-ACK information for each TRP may be concatenated and transmitted in one PUCCH resource.
  • the TRP is a set of CORESETs having the same higher layer index as defined in Example 1-1, a set of CORESETs belonging to the same TCI state or beam or beam group, the same TCI state Alternatively, it may be divided into at least one of a beam or a set of search spaces belonging to a beam group.
  • 17C is a diagram illustrating a HARQ-ACK transmission method according to a DCI configuration and a PUCCH configuration for non-coherent joint transmission (NC-JT) transmission according to an embodiment of the present disclosure.
  • Figure 17c shows the terminal HARQ-ACK information corresponding to the PDSCH (17-45, 17-46) of each TRP Shows an example of transmitting through the PUCCH resource (17-50, 17-51) of the different slots (17-52, 17-53).
  • the slot in which the PUCCH resource per TRP is transmitted is described above. value can be determined. If multiple PDCCHs indicate When the value indicates the same slot, it is assumed that all corresponding PDCCHs are transmitted in the same TRP, and all HARQ-ACK information corresponding to them may be transmitted. At this time, HARQ-ACK information concatenated in one PUCCH resource located in the same slot may be transmitted to the TRP.
  • 17D is a diagram illustrating a HARQ-ACK transmission method according to a DCI configuration and a PUCCH configuration for non-coherent joint transmission (NC-JT) transmission according to an embodiment of the present disclosure.
  • Figure 17d (Option #4: intra-slot TDMed separate HARQ-ACK) (17-60) HARQ-ACK information corresponding to the PDSCH (17-65, 17-66) of each TRP in the same slot (17-75) I show the situation of transmission through different PUCH resources (17-70, 17-71) in different symbols.
  • the slot in which the PUCCH resource per TRP is transmitted is described above. It can be determined by a value, and if multiple PDCCHs indicate When the value indicates the same slot, the UE may select a PUCCH resource and determine a transmission symbol through at least one of the following methods.
  • a PUCCH resource group for HARQ-ACK transmission for each TRP may be configured.
  • the PUCCH resource for HARQ-ACK transmission per TRP may be selected from within the PUCCH resource group for the TRP.
  • TDM may be expected between the PUCCH resources selected from different PUCCH resource groups, that is, the selected PUCCH resource may be expected not to overlap in symbol units (within the same slot).
  • the UE may transmit it in the PUCCH resource selected for each TRP as described above.
  • a PUCCH resource for each TRP may be selected according to the PRI. That is, the PUCCH resource selection process in Rel-15 described above may be independently performed for each TRP.
  • the PRIs used to determine the PUCCH resource for each TRP must be different. For example, the UE may not expect that the PRI used for determining the PUCCH resource for each TRP is indicated by the same value.
  • TDM can be expected between the PUCCH resources indicated by the PRI for each TRP.
  • the selected PUCCH resources do not overlap in symbol units (within the same slot).
  • it can be expected that the selected PUCCH resources do not overlap in symbol units (within the same slot).
  • Values can be defined in units of subslots.
  • the UE may generate a HARQ-ACK codebook for PDSCH/PDCCHs indicated to report HARQ-ACK in the same subslot, and then transmit it to the PUCCH resource indicated by PRI.
  • the HARQ-ACK codebook generation and PUCCH resource selection process may be independent of whether the TRP is classified by CORESET and/or search space.
  • one of the options may be set through a higher layer or may be implicitly selected according to circumstances. For example, a terminal supporting multi-PDCCH-based NC-JT may select one of option 2 (joint HARQ-ACK) and option 3 or 4 (separate HARQ-ACK) as a higher layer. As another example, according to whether single-PDCCH-based NC-JT or multi-PDCCH-based NC-JT is supported/configured, one of option 1 for the former and option 2 or 3 or 4 for the latter may be selected.
  • the option used according to the selection of the PUCCH resource in the multi-PDCCH based NC-JT may be determined. If the PUCCH resources of the same slot correspond to different TRPs, if the PUCCH resources are different and do not overlap in units of symbols, HARQ-ACK is transmitted according to option 4, and if the PUCCH resources overlap in units of symbols or if the assigned symbols are the same According to option 2, HARQ-ACK may be transmitted. When PUCCH resources of different slots are selected in different TRPs, HARQ-ACK may be transmitted according to option 3.
  • the setting for the option may be dependent on the terminal capability.
  • the base station may receive the capability of the terminal according to the above-described procedure, and may set the option based on this. For example, only the terminal having the capability to support intra-slot TDMed separate HARQ-ACK is allowed to configure option 4, and the terminal that does not have the corresponding capability may not expect the configuration according to option 4.
  • 17E is a diagram illustrating an example of a method in which a terminal transmits a HARQ-ACK for NC-JT transmission to a base station according to an embodiment of the present disclosure.
  • FIG. 17E is a diagram illustrating an example of a method in which a terminal transmits HARQ-ACK information for NC-JT transmission to a base station.
  • the terminal may transmit the capability for the above-described option to the base station as UE capability, and the base station explicitly determines which option is applied to the terminal based on the capability information transmitted by the terminal. It may be set or a specific option may be implicitly applied.
  • the terminal may receive PUCCH configuration information from the base station through higher level signaling (step 1780).
  • the PUCCH configuration information may include at least one of Table 21, Table 22, Table 29, and Table 30, information setting the relationship between PRI and PUCCH resources as shown in Table 26 and PUCCH group configuration information and Table 21 At least one of information for setting candidates of the K 1 value, such as , may be included.
  • the UE receives a DCI for scheduling downlink data from the base station on the PDCCH (which may be mixed with PDCCH reception) (step 1781), and HARQ-ACK to be transmitted according to the method described above based on the applied option.
  • the payload, the PDSCH-to-HARQ feedback timing indicator and the PRI included in the DCI are checked to determine the PUCCH resource to transmit the HARQ-ACK (step 1782).
  • the UE transmits HARQ-ACK information in the determined PUCCH resource (step 1783).
  • 17F is a diagram illustrating an example of a method for a base station to receive a HARQ-ACK for NC-JT transmission from a terminal according to an embodiment of the present disclosure.
  • FIG. 17F is a diagram illustrating an example of a method in which a base station receives HARQ-ACK information for NC-JT transmission from a terminal.
  • the base station (not shown) may receive the UE capability for the described option transmitted by the terminal, and explicitly set which option is applied to the terminal based on the capability information transmitted by the terminal Alternatively, a specific option can be implicitly applied.
  • the base station may transmit PUCCH configuration information to the terminal through higher level signaling (step 1785).
  • the PUCCH configuration information may include at least one of Table 21, Table 22, Table 29, and Table 30, information setting the relationship between PRI and PUCCH resources as shown in Table 26 and PUCCH group configuration information and Table 21 At least one of information for setting candidates of the K 1 value, such as , may be included.
  • the base station transmits DCI for scheduling downlink data to the terminal on the PDCCH (which may be mixed with PDCCH transmission) (step 1786), and the terminal transmits the HARQ to be transmitted according to the method described above based on the applied option.
  • the terminal transmits HARQ-ACK information in the determined PUCCH resource, and the base station receives HARQ-ACK information in the determined PUCCH resource in the same way (step 1787).
  • a default beam for PUCCH transmission may be configured as follows.
  • a default beam for PUCCH transmission may follow a PDCCH beam. Since a beam for PDCCH transmission is set in CORESET units, the default beam for PUCCH transmission may be determined as one of CORESET beams configured in a corresponding cell. For example, it may be determined as a beam for the CORESET having the lowest index among the CORESETs set in the corresponding cell.
  • the 'set CORESET' may include a CORESET used for initial access, that is, CORESET0.
  • CORESET that is set on PDCCH-Config after RRC setting that is, CORESET0, may indicate only CORESET except for CORESET.
  • the 'beam for CORESET' may mean a TCI state set through RRC in a specific CORESET or one TCI state activated with MAC-CE among a plurality of TCI states when multiple TCI states are set to RRC. have.
  • the UE applies a spatial domain filter for receiving the RS indicated in the TCI state set and/or activated in CORESET at the time of PUCCH transmission.
  • PDCCH When PDCCH is not configured in PUCCH transmission cell: When the PUCCH transmission cell is the above-described PUCCH-SCell, PDCCH may not be configured in the corresponding cell. In this case, since there is no PDCCH beam to be referenced, if the PUCCH transmission cell is a cell in which PDSCH transmission is also configured, the default beam for PUCCH transmission may be determined as a beam for the PDSCH configured in the corresponding cell.
  • the 'beam for PDSCH' is a TCI state configured through RRC for the PDSCH of a corresponding cell, or when a plurality of TCI states are configured through RRC, some of the plurality of TCI states are activated as MAC-CE, this activation It may be one of the TCI states. For example, it may be a TCI state having the lowest index among activated TCI states.
  • the UE applies a spatial domain filter for receiving the RS indicated in the TCI state configured and/or activated in the PDSCH at the time of PUCCH transmission. can
  • a constraint condition for applying a default beam for PUCCH transmission may be set. For example, only when beam correspondence between downlink and uplink is established, the beam for the PDCCH/PDSCH may be used as a default beam for PUCCH transmission. Whether the beam correspondence is established can be determined through a capability report of the UE's capability, that is, whether beam correspondence is supported in a specific band. In addition, constraints according to the band to be used may be set. For example, the above-described PUCCH default beam may be applied only in FR2, and one of the reasons may be that the beam correspondence is a value reported only in FR2. In addition, the above-described PUCCH default beam may be applied only when explicitly set by the base station. For example, an explicit parameter for applying the above-described PUCCH default beam may be set to RRC, MAC-CE, or the like.
  • ⁇ Fourth embodiment default beam configuration for PUCCH transmission to multiple TRPs>
  • NC-JT is configured can be classified as follows, and a PUCCH default beam suitable for each classification can be configured.
  • FIG. 18 is a diagram illustrating an example of applying a PUCCH default beam for each target TRP according to an embodiment of the present disclosure.
  • the presence or absence of the NC-JT configuration of the PDCCH transport cell can be determined by whether or not two different CORESETPoolIndexes are configured in the PDCCH transport cell as described in Embodiment 1-1.
  • the presence or absence of the NC-JT configuration of the PUCCH transmission cell can be determined by whether two different CORESETPoolIndexes are configured on the PDCCH of the same cell.
  • the condition for determining that the PUCCH transmission cell and the PDCCH transmission cell are 'same cell' is when the PUCCH transmission cell and the PDCCH transmission cell belong to the same cell configuration, for example, among one or more ServingCellConfig settings set to RRC, within the same ServingCellConfig When the PUCCH transmission cell and the PDCCH transmission cell belong to each other, or the servingCellID of each of the PUCCH transmission cell and the PDCCH transmission cell is the same. If PDCCH transmission is not configured in the same cell, it may be determined that NC-JT is not configured in the PUCCH transmission cell.
  • target TRP the target of the TRP to be transmitted by the terminal of a specific PUCCH.
  • NC-JT is configured in both the PDCCH transport cell and the PUCCH transport cell
  • the target TRP for PUCCH transmission may be explicitly/implicitly indicated.
  • the target TRP of the PUCCH for HARQ-ACK transmission may correspond to the TRP index of the PDCCH that scheduled the PUCCH, for example, the CORESETPoolIndex value.
  • the PUCCH default beam presented in the third embodiment since the same default beam is applied to all PUCCHs for which SpatialRelationInfo is not configured, the PUCCH may not be properly transmitted to the target TRP. Therefore, when the target TRP of the PUCCH is indicated, it is necessary to apply an independent PUCCH default beam for each target TRP.
  • the target TRP of the PUCCH transmission cell 18-05 indicates the TRP index, eg, CORESETPoolIndex, indicated by the CORESET 18-15 of the cell 18-10 that has scheduled the PUCCH.
  • the default beam 18-20 for the PUCCH indicated by the target TRP is the same TRP as the target TRP among the CORESETs configured for the PDCCH when the PDCCH transmission is configured in the PUCCH transmission cell 18-05.
  • Only a CORESET having an index, for example, a CORESETPoolIndex value, may be selected and designated as one of the beams of the selected CORESETs.
  • a method of designating one of the beams of the selected CORESET there is a method of selecting an index of the CORESET according to a specific criterion.
  • a beam for the CORESET having the lowest index among the selected CORESETs may be designated (18-15).
  • a constraint may be set in the PUCCH default beam setting method for each target TRP. For example, since the target TRP may not be distinguished when joint HARQ-ACK is set, the PUCCH default beam setting for each target TRP may be limited only when separate HARQ-ACK is set.
  • the 'same PUCCH default beam' may be the PUCCH default beam presented in the third embodiment.
  • the NC-JT may be forced to configure the PUCCH beam.
  • the UE may not expect that the spatialRelationInfo of the transmitted PUCCH is not set or activated.
  • a constraint condition for the operation in the above case may be set. For example, the operation may be limited only when separate HARQ-ACK is configured.
  • NC-JT is configured in the PDCCH transmission cell but NC-JT is not configured in the PUCCH transmission cell
  • a target TRP when separate HARQ-ACK is set, a target TRP may be specified for a PUCCH for transmitting the HARQ-ACK, but there may not be a default beam to be referred to for transmission to the target TRP in the PUCCH transmission cell.
  • the same PUCCH default beam can be applied to all target TRPs.
  • the 'same PUCCH default beam' may be the PUCCH default beam presented in the third embodiment.
  • NC-JT when NC-JT is configured in a PDCCH transmission cell for scheduling HARQ-ACK, it may be forced to configure a beam for PUCCH to be transmitted. For example, in this case, the UE may not expect that the spatialRelationInfo of the transmitted PUCCH is not set or activated.
  • NC-JT is not configured in the PDCCH transmission cell but NC-JT is configured in the PUCCH transmission cell
  • the target TRP may be specified.
  • CORESETPoolIndex may not be specified or the same CORESETPoolIndex value may be specified for all CORESETs of the PDCCH transmission cell.
  • the PUCCH default beam for a specific target TRP of the PUCCH transmission cell selects only the CORESET having the same TRP index as the target TRP, for example, the CORESETPoolIndex value among the CORESETs set for the PDCCH of the cell, and selects only the CORESETs of the selected CORESETs.
  • a method of designating one of the beams of the selected CORESET there is a method of selecting an index of the CORESET according to a specific criterion.
  • a beam for the CORESET having the lowest index among the selected CORESETs may be designated.
  • NC-JT is not configured in both the PDCCH transport cell and the PUCCH transport cell
  • NC-JT is configured in a PUCCH transmission cell, that is, a case in which up to two TCI states are mapped to one TCI codepoint of the PDSCH of the corresponding cell is targeted.
  • the TCI state with the lowest index corresponding to the default beam for PUCCH transmission can be interpreted as at least one of the following.
  • the lowest TCI codepoint may indicate two TCI states, and in this case, there may be two default beams for PUCCH transmission. Since applying two transmission beams during PUCCH transmission is not currently supported, a method of selecting one of the default beams or limiting the two default beams not to be set is required. The specific method is as follows.
  • Method 1 If the lowest TCI codepoint indicates two TCI states, select one of the two TCI states.
  • the selection method may be based on the TCI state ID, that is, the lowest TCI state ID or the highest TCI state ID may be selected.
  • Method 2 Instruct the lowest TCI codepoint to point to only one TCI state. In this case, the UE may not expect that the lowest TCI codepoint indicates two TCI states.
  • Method 3 Change the definition of 'lowest TCI codepoint'.
  • the PUCCH default beam is set to correspond to the lowest codepoint among codepoints indicating one TCI state among all TCI codepoints.
  • the base station may instruct the terminal to transmit SRS for uplink channel measurement, and the terminal may transmit the SRS according to the instruction.
  • SRS sounding reference signal
  • 19 is a diagram illustrating examples of various operating scenarios of SRS.
  • the base station 19-05 sets a beam in one direction to the terminal 19-00 (in this specification, setting beam/precoding in one direction does not apply beam/precoding or wide beam (cell) -coverage or sector coverage)), the terminal 19-00 matches the transmission period and offset of the SRS in the case of periodic SRS or semi-persistent SRS, and in accordance with the SRS request of the base station in the case of aperiodic SRS ( SRS is transmitted at a fixed time after the SRS request). In this case, additional information for beam/precoding is not required for the SRSs.
  • the base stations 19-15 and 19-20 set beams in one or more directions to the terminal 19-10, and the terminal 19-10 transmits a plurality of SRS beamformed in the one or more directions.
  • SRS resource (or port) #0 is beamformed to the base station 19-15
  • SRS resource (or port) #1 is configured to be beamformed to the base station 19-20. It is possible.
  • the base stations 19-15 and 19-20 need to inform not only the SRS request but also the SRS beam/precoding information, unlike the method 1).
  • the base station 19-30 sets beams to the terminal 19-25 in one or more directions, and the terminal 19-25 may transmit a plurality of SRS beamformed in the one or more directions.
  • the base station applies different beams/precodings to SRS resource (or port) #0, SRS resource (or port) #1, and SRS resource (or port) #2. can be set to transmit.
  • the terminal 19-25 provides channel state information to the base station 19-30 with SRS #2 at the time point of time A, and the base station 19-30 with SRS#0 at the time point of time A+alpha. can provide channel state information to In this case, the base station 19-30 needs to inform not only the SRS request but also the SRS beam/precoding information, unlike the method 1).
  • 20 is a diagram illustrating an uplink transmission structure of a wireless communication system according to an embodiment of the present disclosure.
  • the transmission basic unit of the 5G or NR system is a slot (20-00), assuming a general CP (Cyclic Prefix) length, each slot consists of 14 symbols (20-05), One symbol may correspond to one UL waveform (CP-OFDM or DFT-S-OFDM) symbol.
  • a resource block (RB) 20-10 is a resource allocation unit corresponding to one slot based on the time domain, and may be composed of 12 subcarriers based on the frequency domain.
  • the uplink structure can be largely divided into a data area and a control area.
  • the control region may be set and transmitted at an arbitrary position in the uplink.
  • the data region includes a series of communication resources including data such as voice and packets transmitted to each terminal, and corresponds to the remaining resources except for the control region in the subframe.
  • the control region includes a series of communication resources for a downlink channel quality report from each terminal, reception ACK/NACK for a downlink signal, an uplink scheduling request, and the like.
  • the terminal can transmit its own data and control information simultaneously in the data region and the control region.
  • the symbol for which the UE can periodically transmit SRS within one slot may be the last six symbol periods 20-15, and a preset SRS transmission band within the UL BWP based on the frequency domain is used. can be transmitted through However, this is an example, and a symbol capable of transmitting the SRS may be extended to another time interval or transmitted through a frequency band.
  • RBs capable of transmitting SRS are transmitted in multiples of 4 RBs when transmitted in the frequency domain and may be transmitted in a maximum of 272 RBs.
  • the number of symbols N of the SRS may be set to 1, 2, or 4, and may be transmitted as consecutive symbols.
  • the 5G or NR system allows repeated transmission of SRS symbols.
  • the repetition factor (r) of the SRS symbol is r ⁇ ⁇ 1,2,4 ⁇ , and may be set as r ⁇ N.
  • the repetition factor (r) of the SRS symbol is r ⁇ ⁇ 1,2,4 ⁇ , and may be set as r ⁇ N.
  • the number of symbols N and the repetition factor r of the SRS may be extended to other values.
  • the SRS may be configured with a Constant Amplitude Zero Auto Correlation (CAZAC) sequence.
  • CAZAC sequences constituting each SRS transmitted from multiple terminals have different cyclic shift values.
  • CAZAC sequences generated through cyclic shift in one CAZAC sequence have a characteristic of having a correlation value of zero with sequences having a cyclic shift value different from that of each CAZAC sequence. Using this characteristic, SRSs simultaneously allocated to the same frequency domain may be classified according to a CAZAC sequence cyclic shift value set for each SRS by the base station.
  • SRSs of several terminals may be classified according to frequency positions as well as cyclic shift values.
  • the frequency position may be divided into SRS subband unit allocation or Comb.
  • Comb2 and Comb4 can be supported in 5G or NR systems.
  • one SRS may be allocated only to an even-numbered or odd-numbered subcarrier within the SRS subband.
  • each of the even-numbered subcarriers and the odd-numbered subcarriers may constitute one Comb.
  • Each UE may be allocated an SRS subband based on the tree structure.
  • the UE may perform hopping on the SRS allocated to each subband at each SRS transmission time point. Accordingly, all transmit antennas of the terminal may transmit the SRS using the entire uplink data transmission bandwidth.
  • 21 is a diagram illustrating a structure in which SRS is allocated for each subband.
  • FIG. 21 when a data transmission band corresponding to 40 RBs in frequency is provided, an example in which SRS is allocated to each terminal according to a tree structure set by the base station is shown.
  • the tree structure may have various levels, SRS subband sizes, and the number of SRS subbands per level according to the configuration of the base station.
  • N b is the number of SRS subbands in level b generated from one SRS subband of a higher level
  • n b ⁇ 0,...,N b -1 to indexes for these N b SRS subbands.
  • can be defined.
  • the subbands per level vary in this way, as shown in FIG. 21 , a UE may be allocated to each subband per level.
  • NR supports SRS bandwidth configurations as shown in Table 34 below.
  • NR supports SRS frequency hopping based on the values in Table 34, and the detailed procedure follows Table 35 below.
  • the 5G or NR terminal supports the SU-MIMO (Single User) technique and has a maximum of 4 transmit antennas.
  • the NR terminal may simultaneously transmit SRSs to multiple CCs or multiple SRS subbands within the CC.
  • a plurality of SRS transmission symbols may be set in various ways, and repeated transmission for SRS transmission through a repetition factor may also be allowed. Therefore, it is necessary to count SRS transmission in consideration of this.
  • Counting the SRS transmission may be used in various ways. For example, counting SRS transmission may be utilized to support antenna switching according to SRS transmission. Specifically, at which SRS transmission time and in which band the SRS corresponding to which antenna is transmitted may be determined by SRS transmission counting.
  • the base station may set configuration information for transmission of an uplink reference signal to the terminal. Specifically, as shown in [Table 36], the base station may indicate to the terminal SRS configuration information for each uplink BWP in the form of higher layer signaling srs-Config.
  • the detailed structure of the higher layer signaling srs-Config may include at least some of the parameters listed in [Table 37].
  • one or more SRS resource sets may be included.
  • One SRS resource set consists of one or more SRS resources having the same time domain operation and usage.
  • a time domain operation configurable for the SRS resource set may be one of 'periodic', 'semi-persistent', and 'aperiodic'.
  • the usage of the above-described SRS resource set is set as a usage parameter in the SRS resource set, and 'beamManagement: beam management', 'codebook: codebook-based uplink transmission', 'nonCodebook: non-codebook-based uplink transmission', 'antennaSwitching: reciprocity It may have a value of 'obtaining downlink channel information using '.
  • a spatial domain transmission filter to be used when the UE transmits an SRS resource can also be set independently for each SRS resource.
  • the spatial domain transmission filter may be indicated by a spatialRelationInfo parameter, and the parameter may include an index of a downlink or uplink reference signal. If the spatialRelationInfo parameter points to the index of the CSI-RS resource or SSB, it can be understood that the UE uses the same spatial domain transmission filter as the spatial domain receive filter used when receiving the referenced CSI-RS resource or SSB.
  • spatial relation info refers to another SRS resource index, it can be understood that the terminal uses the spatial domain transmission filter used when transmitting the referenced SRS resource.
  • the maximum transmission power usable for uplink transmission of the terminal may be limited according to the power class of the corresponding terminal, MPR according to the allocated RB and modulation order, out of band emission, maximum permissible exposure (MPE), and the like.
  • the UE may perform transmission power control for transmission of an uplink reference signal, a control signal, and data under a limited maximum transmission power.
  • the parameters used when determining the transmission power of the terminal may include at least P 0 , a pathloss estimation value, and the size of an allocated frequency block.
  • the SRS transmission power at the transmission time i for the serving cell c, the frequency f, and the BWP b may be determined as in [Equation 2].
  • each parameter may mean the following.
  • the UE may determine the number of uplink serving cells used by the UE, MPR, and the like.
  • PSD power spectral density
  • the path attenuation value can be estimated through [Equation 3].
  • the signal q d used for path attenuation estimation is a CSI-RS transmitted by the gNB, a secondary synchronization signal (SSS) transmitted by the gNB, or a SSS and a broadcast channel (PBCH: physical broadcast) It may be one of signals including a demodulation reference signal (DMRS) transmitted through a channel). More specifically, the gNB may transmit information on the transmission power of the reference signal to the UE1 through system information or RRC configuration, and the UE1 may measure the RSRP value using the reference signal transmitted by the gNB.
  • the RSRP value may be L1-RSRP or L3-RSRP to which a filter indicated by system information/RRC configuration is applied.
  • the UE may receive an independent TPC command for each closed-loop or open-loop by operating a plurality of closed-loop or open-loop power control for each uplink channel, PUCCH/PUSCH/SRS, l is the closed Point to the index of -loop or open-loop.
  • the PUCCH transmission power at the transmission time i for the serving cell c, the frequency f, and the BWP b may be determined as in [Equation 4].
  • Each parameter in [Equation 4] may mean the following.
  • the UE may determine the number of uplink serving cells used by the UE, MPR, and the like.
  • PSD power spectral density
  • the path attenuation value can be estimated through Equation 3 above.
  • the compensation value may be indicated by individual system information/RRC configuration for each PUCCH format.
  • the compensation value is determined through the ratio of the number of resource elements (REs) used to the amount of UCI information transmitted through the PUCCH resource. For example, in the case of PUCCH format 0 or format 1, the compensation value is is determined as, at this time is the number of symbols allocated for PUCCH transmission, denotes a reference value set differently for each PUCCH format.
  • REs resource elements
  • the compensation value may be determined as a function according to the BPRE of the PUCCH resource, that is, the number of bits per RE.
  • the function may be in the form of a monotonic increasing function for BPRE, and may be expressed as, for example, a linear function, a log function, or the like.
  • the UE may receive an independent TPC command for each closed-loop or open-loop by operating a plurality of closed-loop or open-loop power control for each uplink channel, PUCCH/PUSCH/SRS, l is the closed Point to the index of -loop or open-loop.
  • PUCCH transmission power settings may be configured together with beam settings. That is, RS setting for path attenuation estimation in the pucch-spatialRelationInfo setting and settings may be included.
  • the list of RSs for path attenuation estimation is indicated in pathlossReferenceRSs of [Table 38], and one of the RSs indicated in this list can be mapped with pucch-PathlossReferenceRS-Id in the pucch-spatialRelationInfo setting of [Table 29].
  • the number of path loss estimation RSs configurable through the pathlossReferenceRSs can be set up to a maximum of four.
  • PUCCH-PathlossReferenceRS is configured with ssb-Index when connected to SS/PBCH through the referenceSignal of Table 38, and is configured with csi-RS-Index when connected to CSI-RS.
  • PUSCH transmission will be described.
  • PUSCH transmission may be dynamically scheduled by a UL grant in DCI or may be operated by a configured grant Type 1 or Type 2.
  • Dynamic scheduling indication for PUSCH transmission is possible in DCI format 0_0, 0_1, or 0_2.
  • the Configured grant Type 1 PUSCH transmission does not receive the UL grant in DCI, and can be semi-statically configured through reception of configuredGrantConfig including the rrc-ConfiguredUplinkGrant of [Table 39] through higher signaling.
  • Configured grant Type 2 PUSCH transmission may be semi-continuously scheduled by the UL grant in DCI after reception of configuredGrantConfig that does not include the rrc-ConfiguredUplinkGrant of [Table 39] through upper signaling.
  • the parameters applied to PUSCH transmission are dataScramblingIdentityPUSCH, txConfig, codebookSubset, maxRank, scaling of UCI-OnPUSCH provided by pusch-Config of [Table 40], which is higher signaling [except for [ Table 39] is applied through the upper signaling configuredGrantConfig. If the terminal receives the transformPrecoder in configuredGrantConfig, which is the upper signaling of [Table 39], the terminal applies tp-pi2BPSK in the pusch-Config of [Table 40] for PUSCH transmission operated by the configured grant.
  • PUSCH transmission may follow a codebook-based transmission method and a non-codebook-based transmission method, respectively, depending on whether the value of txConfig in pusch-Config of [Table 40], which is higher signaling, is 'codebook' or 'nonCodebook'.
  • PUSCH transmission may be dynamically scheduled through DCI format 0_0 or 0_1 or 0_2, and may be semi-statically configured by a configured grant. If the UE is instructed to schedule PUSCH transmission through DCI format 0_0, the UE uses the pucch-spatialRelationInfoID corresponding to the UE-specific PUCCH resource corresponding to the minimum ID in the uplink BWP activated in the serving cell. A beam configuration for transmission is performed, and in this case, PUSCH transmission is based on a single antenna port. The UE does not expect scheduling for PUSCH transmission through DCI format 0_0 within the BWP in which the PUCCH resource including the pucch-spatialRelationInfo is not configured. If the UE has not configured txConfig in pusch-Config of [Table 40], the UE does not expect to be scheduled in DCI format 0_1.
  • Codebook-based PUSCH transmission may be dynamically scheduled through DCI format 0_0 or 0_1, and may operate semi-statically by a configured grant.
  • the terminal is equipped with an SRS Resource Indicator (SRI), a transmission precoding matrix indicator (TPMI), and a transmission rank (PUSCH of the transport layer). number) to determine a precoder for PUSCH transmission.
  • SRI SRS Resource Indicator
  • TPMI transmission precoding matrix indicator
  • PUSCH of the transport layer a transmission rank
  • the SRI may be given through a field SRS resource indicator in DCI or may be configured through srs-ResourceIndicator, which is higher level signaling.
  • the UE is configured with at least one SRS resource when transmitting a codebook-based PUSCH, and can receive up to two configurations.
  • the SRS resource indicated by the corresponding SRI means an SRS resource corresponding to the SRI among SRS resources transmitted before the PDCCH including the corresponding SRI.
  • TPMI and transmission rank may be given through fields precoding information and number of layers in DCI or may be set through higher signaling, precodingAndNumberOfLayers.
  • TPMI is used to indicate a precoder applied to PUSCH transmission. If the terminal receives one SRS resource configured, the TPMI is used to indicate a precoder to be applied in the configured one SRS resource. If the UE is configured with a plurality of SRS resources, the TPMI is used to indicate a precoder to be applied in the SRS resource indicated through the SRI.
  • a precoder to be used for PUSCH transmission is selected from an uplink codebook having the same number of antenna ports as the nrofSRS-Ports value in SRS-Config, which is higher signaling.
  • the UE determines the codebook subset based on the TPMI and the codebookSubset in the higher signaling pusch-Config.
  • CodebookSubset in pusch-Config, which is higher signaling may be set to one of 'fullyAndPartialAndNonCoherent', 'partialAndNonCoherent', or 'nonCoherent' based on the UE capability reported by the UE to the base station.
  • the UE does not expect that the value of codebookSubset, which is higher level signaling, is set to 'fullyAndPartialAndNonCoherent'. In addition, if the UE reports 'nonCoherent' as UE capability, the UE does not expect that the value of codebookSubset, which is higher signaling, is set to 'fullyAndPartialAndNonCoherent' or 'partialAndNonCoherent'.
  • the terminal may receive one SRS resource set in which the value of usage in the upper signaling SRS-ResourceSet is set to 'codebook', and one SRS resource in the corresponding SRS resource set may be indicated through SRI. If several SRS resources are set in the SRS resource set in which the usage value in the upper signaling SRS-ResourceSet is set to 'codebook', the terminal sets the value of nrofSRS-Ports in the upper signaling SRS-Resource to the same value for all SRS resources expect this to be set.
  • the terminal transmits one or a plurality of SRS resources included in the SRS resource set in which the usage value is set to 'codebook' to the base station according to upper signaling, and the base station selects one of the SRS resources transmitted by the terminal and selects the corresponding SRS Instructs the UE to perform PUSCH transmission by using the transmission beam information of the resource.
  • the SRI is used as information for selecting the index of one SRS resource and is included in the DCI.
  • the base station includes information indicating the TPMI and rank to be used by the terminal for PUSCH transmission in the DCI.
  • the UE uses the SRS resource indicated by the SRI to perform PUSCH transmission by applying the rank indicated based on the transmission beam of the corresponding SRS resource and the precoder indicated by the TPMI.
  • Non-codebook-based PUSCH transmission may be dynamically scheduled through DCI format 0_0 or 0_1, and may operate semi-statically by a configured grant.
  • the UE may be scheduled for non-codebook-based PUSCH transmission through DCI format 0_1.
  • the UE may be configured with one connected NZP CSI-RS resource (non-zero power CSI-RS).
  • the UE may perform the calculation of the precoder for SRS transmission by measuring the NZP CSI-RS resource connected to the SRS resource set. If the difference between the last received symbol of the aperiodic NZP CSI-RS resource connected to the SRS resource set and the first symbol of aperiodic SRS transmission in the terminal is less than 42 symbols, the terminal updates the information on the precoder for SRS transmission don't expect to be
  • the connected NZP CSI-RS is indicated by the SRS request, which is a field in DCI format 0_1 or 1_1.
  • the connected NZP CSI-RS resource is an aperiodic NZP CSI-RS resource
  • the connected NZP CSI-RS exists when the value of the field SRS request in DCI format 0_1 or 1_1 is not '00' will point to In this case, the DCI should not indicate cross carrier or cross BWP scheduling.
  • the corresponding NZP CSI-RS is located in the slot in which the PDCCH including the SRS request field is transmitted. At this time, the TCI states set in the scheduled subcarrier are not set to QCL-TypeD.
  • the associated NZP CSI-RS may be indicated through the associatedCSI-RS in the SRS-ResourceSet, which is higher signaling.
  • the UE does not expect that spatialRelationInfo, which is upper signaling for SRS resource, and associatedCSI-RS in SRS-ResourceSet, which is higher signaling, are set together.
  • the UE may determine a precoder to be applied to PUSCH transmission and a transmission rank based on the SRI indicated by the base station.
  • the SRI may be indicated through a field SRS resource indicator in DCI or may be configured through srs-ResourceIndicator, which is higher signaling.
  • the SRS resource indicated by the SRI is the SRS resource corresponding to the SRI among the SRS resources transmitted before the PDCCH including the SRI. it means.
  • the terminal can use one or a plurality of SRS resources for SRS transmission, and the maximum number of SRS resources and the maximum number of SRS resources that can be simultaneously transmitted in the same symbol in one SRS resource set are determined by the UE capability reported by the terminal to the base station. it is decided At this time, the SRS resources simultaneously transmitted by the UE occupy the same RB.
  • the UE configures one SRS port for each SRS resource. Only one SRS resource set in which the value of usage in the upper signaling SRS-ResourceSet is set to 'nonCodebook' can be set, and up to four SRS resources for non-codebook-based PUSCH transmission can be set.
  • the base station transmits one NZP-CSI-RS connected to the SRS resource set to the terminal, and the terminal receives the NZP-CSI-RS based on the measurement result, one or a plurality of SRS resources in the corresponding SRS resource set. Calculate the precoder to be used for transmission.
  • the terminal applies the calculated precoder when transmitting one or a plurality of SRS resources in the SRS resource set in which usage is set to 'nonCodebook' to the base station, and the base station applies one or more of the received one or a plurality of SRS resources Select SRS resource.
  • the SRI indicates an index capable of expressing one or a combination of a plurality of SRS resources, and the SRI is included in the DCI.
  • the number of SRS resources indicated by the SRI transmitted by the base station may be the number of transmission layers of the PUSCH, and the UE transmits the PUSCH by applying a precoder applied to SRS resource transmission to each layer.
  • the UE determines the PUSCH transmission power according to Equation 5 below.
  • each parameter may mean the following.
  • the UE may determine the number of uplink serving cells used by the UE, MPR, and the like.
  • PSD power spectral density
  • the path attenuation value can be estimated through Equation 3 above.
  • the compensation value is determined through the ratio of the number of resource elements (REs) used to the amount of information transmitted through the PUSCH resource. More specifically, the compensation value may be determined as a function according to the BPRE of the PUSCH resource, that is, the number of bits per RE.
  • the function may be in the form of a monotonic increasing function for BPRE, and may be expressed as, for example, a linear function, a log function, or the like.
  • the value of the coefficient multiplied or added to the function may vary depending on the type of information to be transmitted through the PUSCH, ie, UL-SCH or CSI.
  • the UE may receive an independent TPC command for each closed-loop or open-loop by operating a plurality of closed-loop or open-loop power control, and l indicates the index of the closed-loop or open-loop.
  • a value may be associated with an SRI value. That is, through the SRI value indicated during the PUSCH schedule, the transmit power parameters corresponding thereto A value may be determined and PUSCH transmission power may be determined accordingly.
  • the relationship between the SRI value and the transmit power control parameter may be defined as a higher layer parameter as shown in Table 41 below.
  • a set of transmit power parameters for each SRI value used for PUSCH transmission is determined through sri-PUSCH-MappingToAddModList among the parameters, and the set of transmit power parameters may be provided in the form of an SRI-PUSCH-PowerControl IE.
  • an independent transmit power control parameter for each TRP may be set for the uplink transmit power control. Meanwhile, the independent control parameter needs to be set and activated through RRC/MAC-CE/DCI for each PUCCH resource.
  • a method of setting a default value of a transmission power control parameter for each PUCCH resource for each TRP is disclosed in the following embodiment.
  • a single PUCCH resource can be repeatedly transmitted to the multi-TRP.
  • a method of setting the default value of the transmission power control parameter for each TRP is also disclosed.
  • ⁇ Fifth embodiment configuration of default transmission power control parameters for PUCCH transmission to multiple TRPs>
  • NC-JT is configured in both the PDCCH transport cell and the PUCCH transport cell
  • the target TRP for PUCCH transmission may be explicitly/implicitly indicated.
  • the target TRP of the PUCCH for HARQ-ACK transmission may correspond to the TRP index of the PDCCH that scheduled the PUCCH, for example, the CORESETPoolIndex value.
  • the transmit power control parameter is not explicitly set for each PUCCH, the same default transmit power parameter will be applied regardless of the target TRP.
  • the target TRP is different, different path attenuation is experienced due to the link difference between the terminal and each TRP, and the applied uplink beam is also different. Therefore, it is necessary to apply different transmission power parameters for each target TRP.
  • the default PUCCH spatial relation info corresponding to the TRP index #0 may be set, and the default PUCCH spatial relation info corresponding to the TRP index #1 may be set.
  • the default PUCCH spatial relation info for each TRP index may have different PUCCH spatial relation info IDs, and the IDs may be predefine.
  • the PUCCH spatial relation info ID corresponding to the TRP index #0 may be 0, and the PUCCH spatial relation info ID corresponding to the TRP index #1 may be 1.
  • independent transmission power parameters may be applied to PUCCH spatial relation info corresponding to each PUCCH spatial relation info ID described above.
  • independent path attenuation RS, closed loop index, and P0 values may be set.
  • the default PUCCH spatial relation info for each TRP index may be applied to determine transmission power.
  • a connection relationship between each TRP index and a PUCCH resource may be defined according to the method described in Embodiment 4. This method has the advantage of being able to indicate the default transmission power and transmission beam for each TRP at once.
  • a value may be provided independently for each target TRP.
  • corresponding to each TRP index may be independently set through RRC or the like.
  • the value may be indicated through the p0-Set parameter in the PUCCH-PowerControl IE of [Table 38], wherein the p0-Set parameter includes a plurality of ⁇ P0-PUCCH-Id, ⁇ Since it is composed of a list consisting of pairs, ⁇ P0-PUCCH-Id as many as the number of TRPs in the list; ⁇ After setting the pair, a connection relationship between the TRP index for PUCCH transmission and the pair can be configured. This connection relationship may be defined in advance.
  • the pair for P0-PUCCH-Id having the lowest value and the first TRP index may be connected, and the pair for the second P0-PUCCH-Id and the second TRP index may be connected.
  • the first / second TRP index may be determined as defined in Example 4.
  • the base station may configure or assume two or more pathloss RSs in the terminal.
  • the base station may set a plurality of pathloss RSs for PUCCH power control in the pathlossReferenceRSs IE, and in this case, a connection relationship between the pathloss RS and the TRP index may be configured.
  • This connection relationship may be defined in advance.
  • the pathloss RS corresponding to the 0th index and the first TRP index may be connected, and the pathloss RS corresponding to the 1st index and the second TRP index may be connected.
  • pathloss RS for each TRP may be implicitly indicated.
  • the implicit indication method if there is no QCL-typeD RS in the TCI state as in FR1, another QCL-type in the TCI state, for example, RS having one of QCL-typeA / B / C can be assumed as the pathloss RS. .
  • the base station may configure or assume two or more PUCCH closed loop power controls for the purpose of multi-TRP power control in the terminal.
  • the index of the closed loop power control may be set to 0 or 1, and a connection relationship between the closed loop power control index and the TRP index may be configured. This connection relationship may be defined in advance. For example, the closed loop power control index 0 and the first TRP index may be connected, and the closed loop power control index 1 and the second TRP index may be connected.
  • a constraint condition may be set in the method of setting the PUCCH default transmission power parameter for each target TRP. For example, when the joint HARQ-ACK is set, since the target TRP may not be distinguished, the PUCCH default transmission power parameter setting for each target TRP may be limited only when a separate HARQ-ACK is set.
  • NC-JT is configured in the PDCCH transmission cell but NC-JT is not configured in the PUCCH transmission cell
  • a target TRP may be specified in the PUCCH for transmitting the HARQ-ACK, but the PUCCH transmission cell may not have a default transmission power parameter setting to refer to for transmission to the target TRP.
  • the same PUCCH default transmission power parameter setting can be applied to all target TRPs.
  • the 'same PUCCH default beam' may be the PUCCH default beam presented in the third embodiment.
  • the NC-JT when the NC-JT is configured in the PDCCH transmission cell for scheduling the HARQ-ACK, it may be forced to set the transmission power parameter for the PUCCH to be transmitted. For example, in this case, the UE may not expect that the spatialRelationInfo of the transmitted PUCCH is not set or activated.
  • NC-JT is not configured in the PDCCH transmission cell but NC-JT is configured in the PUCCH transmission cell
  • the target TRP may be specified.
  • CORESETPoolIndex may not be specified or the same CORESETPoolIndex value may be specified for all CORESETs of the PDCCH transmission cell. In this case, it may be necessary to apply the PUCCH default transmission power parameter setting to the designated target TRP.
  • the PUCCH default transmission power parameter setting for a specific target TRP of the PUCCH transmission cell is the same TRP index as the target TRP among the CORESETs set for the PDCCH of the cell, for example, only the CORESET having a CORESETPoolIndex value is selected and selected It can be designated as one of the beams of CORESETs.
  • a method of designating one of the beams of the selected CORESET there is a method of selecting an index of the CORESET according to a specific criterion.
  • a beam for the CORESET having the lowest index among the selected CORESETs may be designated.
  • NC-JT is not configured in both the PDCCH transport cell and the PUCCH transport cell
  • the embodiments in categories 1-1 to 1-4 have been described focusing on the PUCCH transmission power parameters for convenience of technology, but are similarly applicable to transmission power parameters for other channels, ie, PUSCH, SRS, and PRACH.
  • the PUCCH transmit power parameter may be replaced with a transmit power parameter for the corresponding channel.
  • the pathloss RS for the PUCCH may be replaced with a pathloss RS for the PUSCH.
  • a parameter uniquely used in a specific channel may be added. For example, for SRS transmission power control, a mapping between TRP and SRS resource set may be added.
  • the first TRP index and SRS resource set #0 correspond to the uplink multi-TRP transmission
  • the second TRP index and SRS resource set # 1 correspond
  • SRS resources in the corresponding SRS resource set may be used for SRS transmission and PUSCH transmission.
  • the first / second TRP index may be defined according to the above-described example, that is, CORESETPoolIndex.
  • the classification targets a case in which a single-PDCCH-based NC-JT is configured in a PUCCH transmission cell, that is, a case in which up to two TCI states are mapped to one TCI codepoint of the PDSCH of the corresponding cell.
  • NC-JT transmission may be applied to at least one of PDCCH, PUCCH, and PUSCH as well as PDSCH.
  • the meaning that NC-JT transmission is applied to PDCCH, PUSCH, and PUSCH may indicate that the above-described channel is repeatedly transmitted from or to cells/TRP/beams from two or more cells/TRP/beams.
  • the default transmission power parameter for uplink transmission can be implicitly derived from the TCI state with the lowest index among the TCI states activated in the PDSCH.
  • the TCI state with the lowest index can be interpreted as at least one of the following. It is possible.
  • TCI codepoint used for multi-TRP transmission among each TCI codepoint on DCI activated with MAC-CE that is, TCI corresponding to the lowest TCI codepoint among TCI codepoints in which two TCI states in one TCI codepoint are activated state
  • the RS in the TCI state selected according to Interpretations 1 to 3 above may be utilized as a pathloss RS for uplink transmission.
  • the RS selected as the pathloss RS may be a QCL-typeD RS. If there is no QCL-typeD RS as in FR1, that is, when there is only one RS in the TCI state, the RS selected as the pathloss RS may be an RS having one type of QCL-typeA/B/C.
  • the lowest TCI codepoint may indicate two TCI states, and in this case, the default transmission power parameters for uplink transmission may be two.
  • the two transmit power parameters may be utilized for uplink transmission to different TRPs, respectively.
  • PUCCH is repeatedly transmitted in multi-TRP
  • one of the two transmission power parameters may be selected for each PUCCH transmission occasion.
  • the relationship between the PUCCH transmission occasion and the TRP and the relationship between the TRP and the transmission power parameter may be preset by the base station or pre-arranged between the base station and the terminal. For example, when PUCCH is repeatedly transmitted N times in multi-TRP, a mapping relationship for which TRP a specific PUCCH transmission occasion is transmitted may be preset.
  • the preset is ⁇ 1st transmission occasion -> TRP#1 ⁇ , ⁇ 2nd transmission occasion -> TRP#2 ⁇ , ⁇ 3rd transmission occasion -> TRP#1 ⁇ , ... , may be defined as a form such as , that is, a cyclical mapping relationship.
  • ⁇ 1st transmission occasion -> TRP#1 ⁇ , ⁇ 2nd transmission occasion -> TRP#1 ⁇ , ⁇ 3rd transmission occasion -> TRP#2 ⁇ , ... can be defined in the form of a sequential mapping relationship.
  • the relationship between TRP and transmit power parameters is in the form in which RS for the first TCI state is used as a transmit power parameter in TRP#1, and RS for the second TCI state is used as a transmit power parameter in TRP#2.
  • the relationship between the PUCCH transmission occasion and the transmission power parameter is defined, and in this case, the TRP relationship may be omitted. That is, in the cyclical mapping relationship, ⁇ 1st transmission occasion -> transmission power parameter #1 ⁇ , ⁇ 2nd transmission occasion -> transmission power parameter #2 ⁇ , ⁇ 3rd transmission occasion -> transmission power parameter #1 ⁇ , ...
  • the pathloss RS implicitly uses the RS in the TCI state as described above, but the remaining transmit power parameters may use a preset value. for example, within the value or A value may be provided independently for each target TRP. For example, corresponding to each TRP index may be independently set through RRC or the like.
  • the value may be indicated through the p0-Set parameter in the PUCCH-PowerControl IE of [Table 38], wherein the p0-Set parameter includes a plurality of ⁇ P0-PUCCH-Id, ⁇ Since it is composed of a list consisting of pairs, ⁇ P0-PUCCH-Id as many as the number of TRPs in the list; ⁇
  • a TRP index for PUCCH transmission and a connection relationship between the pair can be configured.
  • This connection relationship may be defined in advance. For example, the pair for P0-PUCCH-Id having the lowest value and the first TRP index may be connected, and the pair for the second P0-PUCCH-Id and the second TRP index may be connected.
  • the first/second TRP index may be obtained through the mapping relationship between the PUCCH transmission occasion and the TRP.
  • PUCCH closed loop power control For multi-TRP power control purpose, two or more PUCCH closed loop power control may be configured or assumed.
  • the index of the closed loop power control may be set to 0 or 1, and a connection relationship between the closed loop power control index and the TRP index may be configured. This connection relationship may be defined in advance.
  • the closed loop power control index 0 and the first TRP index may be connected, and the closed loop power control index 1 and the second TRP index may be connected.
  • the first / second TRP index may be obtained through the mapping relationship between the PUCCH transmission occasion and the TRP.
  • the PUCCH transmit power parameter may be replaced with a transmit power parameter for the corresponding channel.
  • the pathloss RS for the PUCCH may be replaced with a pathloss RS for the PUSCH.
  • a parameter uniquely used in a specific channel may be added. For example, for SRS transmission power control, a mapping between TRP and SRS resource set may be added.
  • the first TRP index and SRS resource set #0 correspond to the uplink multi-TRP transmission
  • the second TRP index and SRS resource set # 1 correspond
  • SRS resources in the corresponding SRS resource set may be used for SRS transmission and PUSCH transmission.
  • the first / second TRP index may be defined according to the above-described example, that is, mapping between the transmission occasion and the TRP.
  • FIG. 22 is a diagram illustrating a structure of a terminal in a wireless communication system according to an embodiment of the present disclosure.
  • the terminal includes a transceiver, a memory (not shown) and a terminal processing unit 22-05, or a terminal control unit or processor, which refer to a terminal receiving unit 22-00 and a terminal transmitting unit 22-10. may include.
  • the transmitting and receiving units 22-00 and 22-10, the memory and the terminal processing unit 22-05 of the terminal may operate.
  • the components of the terminal are not limited to the above-described examples.
  • the terminal may include more or fewer components than the aforementioned components.
  • the transceiver, the memory, and the processor may be implemented in the form of one chip.
  • the transceiver may transmit/receive a signal to/from the base station.
  • the signal may include control information and data.
  • the transceiver may include an RF transmitter for up-converting and amplifying a frequency of a transmitted signal, and an RF receiver for low-noise amplifying and down-converting a received signal.
  • this is only an embodiment of the transceiver, and components of the transceiver are not limited to the RF transmitter and the RF receiver.
  • the transceiver may receive a signal through a wireless channel, output it to the processor, and transmit a signal output from the processor through the wireless channel.
  • the memory may store programs and data necessary for the operation of the terminal.
  • the memory may store control information or data included in a signal transmitted and received by the terminal.
  • the memory may be configured as a storage medium or a combination of storage media, such as ROM, RAM, hard disk, CD-ROM, and DVD. Also, there may be a plurality of memories.
  • the processor may control a series of processes so that the terminal can operate according to the above-described various embodiments.
  • the processor may receive DCI composed of two layers and control the components of the terminal to receive a plurality of PDSCHs at the same time.
  • the number of processors may be plural, and the processor may perform a component control operation of the terminal by executing a program stored in the memory.
  • FIG. 23 is a diagram illustrating a structure of a base station in a wireless communication system according to an embodiment of the present disclosure.
  • the base station may include a transceiver, a memory (not shown) and a base station processing unit 23-05, or a base station controller or processor, which refers to a base station receiving unit 23-00 and a base station transmitting unit 23-10.
  • the transceiver units 23-00 and 23-10, the memory and the base station processing unit 23-05 of the base station may operate.
  • the components of the base station are not limited to the above-described example.
  • the base station may include more or fewer components than the above-described components.
  • the transceiver, the memory, and the processor may be implemented in the form of a single chip.
  • the transceiver may transmit/receive a signal to/from the terminal.
  • the signal may include control information and data.
  • the transceiver may include an RF transmitter for up-converting and amplifying a frequency of a transmitted signal, and an RF receiver for low-noise amplifying and down-converting a received signal.
  • this is only an embodiment of the transceiver, and components of the transceiver are not limited to the RF transmitter and the RF receiver.
  • the transceiver may receive a signal through a wireless channel and output it to the processor, and transmit the signal output from the processor through the wireless channel.
  • the memory may store programs and data necessary for the operation of the base station.
  • the memory may store control information or data included in a signal transmitted and received by the base station.
  • the memory may be configured as a storage medium or a combination of storage media, such as ROM, RAM, hard disk, CD-ROM, and DVD. Also, there may be a plurality of memories.
  • the processor may control a series of processes so that the base station can operate according to various embodiments of the present disclosure.
  • the processor may control each component of the base station to configure two-layer DCIs including allocation information for a plurality of PDSCHs and transmit them.
  • There may be a plurality of processors, and the processor may execute a program stored in the memory to perform an operation of controlling the components of the base station.
  • a computer-readable storage medium storing one or more programs (software modules) may be provided.
  • One or more programs stored in the computer-readable storage medium are configured to be executable by one or more processors in an electronic device (device).
  • One or more programs include instructions for causing an electronic device to execute methods according to embodiments described in a claim or specification of the present disclosure.
  • Such programs include random access memory, non-volatile memory including flash memory, read only memory (ROM), electrically erasable programmable ROM (EEPROM: Electrically Erasable Programmable Read Only Memory), magnetic disc storage device, Compact Disc-ROM (CD-ROM), Digital Versatile Discs (DVDs), or any other form of It may be stored in an optical storage device or a magnetic cassette. Alternatively, it may be stored in a memory composed of a combination of some or all thereof. In addition, each configuration memory may be included in plurality.
  • the program accesses through a communication network composed of a communication network such as the Internet, Intranet, Local Area Network (LAN), Wide LAN (WLAN), or Storage Area Network (SAN), or a combination thereof. It may be stored in an attachable storage device that can be accessed. Such a storage device may be connected to a device implementing an embodiment of the present disclosure through an external port. In addition, a separate storage device on the communication network may be connected to the device implementing the embodiment of the present disclosure.
  • a communication network such as the Internet, Intranet, Local Area Network (LAN), Wide LAN (WLAN), or Storage Area Network (SAN), or a combination thereof. It may be stored in an attachable storage device that can be accessed.
  • Such a storage device may be connected to a device implementing an embodiment of the present disclosure through an external port.
  • a separate storage device on the communication network may be connected to the device implementing the embodiment of the present disclosure.
  • each of the above embodiments may be operated in combination with each other as needed.
  • the base station and the terminal may be operated by combining parts of one embodiment and another embodiment of the present disclosure.
  • the base station and the terminal may be operated by combining parts of the first embodiment and the second embodiment of the present disclosure.
  • the above embodiments are presented based on the FDD LTE system, other modifications based on the technical idea of the embodiment may be implemented in other systems such as TDD LTE system, 5G or NR system.
  • drawings for explaining the method of the present invention may omit some components and include only some components within a range that does not impair the essence of the present invention.
  • the method of the present invention may be implemented in a combination of some or all of the contents included in each embodiment within a range that does not impair the essence of the invention.

Landscapes

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

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시는 다수 전송 지점/패널/빔 간 협력통신을 위해 단말이 제어 정보를 전송하는 방법 및 장치를 개시한다.

Description

네트워크 협력통신을 위한 디폴트 빔 설정 방법 및 장치
본 개시(disclosure)는 무선 통신 시스템에 대한 것으로서, 보다 구체적으로는 다수 전송 지점(TP: transmission point)/패널(panel)/빔(beam) 간 협력통신을 위해 단말이 제어 정보를 다수 전송 지점/패널/빔으로 전송하는 방법 및 장치에 대한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 시스템이라 불리어지고 있다. 3GPP에서 정한 5G 통신 시스템은 New Radio (NR) 시스템이라고 불리고 있다.
높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나(large scale antenna) 기술들이 논의되었고, NR 시스템에 적용되었다.
또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀(advanced small cell), 클라우드 무선 액세스 네트워크(cloud radio access network: cloud RAN), 초고밀도 네트워크(ultra-dense network), 기기 간 통신(Device to Device communication: D2D), 무선 백홀(wireless backhaul), 이동 네트워크(moving network), 협력 통신(cooperative communication), CoMP(Coordinated Multi-Points), 및 수신 간섭제거(interference cancellation) 등의 기술 개발이 이루어지고 있다.
이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM(Hybrid FSK and QAM Modulation) 및 SWSC(Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non-orthogonal multiple access), 및 SCMA(sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE(Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(Information Technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 5G 통신이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
한편, 최근 통신 시스템의 발전에 따라 빔 기반의 협력 통신에 대한 다양한 연구가 이루어지고 있다.
본 개시(disclosure)는 무선 통신 시스템에서 네트워크 협력통신(network coordination)을 위해 단말이 다수의 전송 지점/패널/빔으로 제어 정보를 전송하기 위한 방법을 제공한다.
본 개시의 일 실시 예에 따른 무선 통신 시스템에서 단말의 전송 방법은, 하향링크 데이터를 스케줄링하는 하향링크 제어 정보에 상응하는 제어 영역 관련 인덱스 정보를 확인하는 단계, 상기 제어 영역 관련 인덱스 정보에 상응하는 디폴트 빔을 확인하는 단계 및 상기 디폴트 빔을 이용하여, 상기 하향링크 데이터에 대한 상향링크 제어 정보를 기지국으로 전송하는 단계를 포함할 수 있다.
본 개시의 일 실시 예에 따른 무선 통신 시스템에서 기지국의 수신 방법은, 하향링크 데이터를 스케줄링하는 하향링크 제어 정보를 전송하는 단계, 상기 하향링크 제어 정보가 전송되는 제어 영역 관련 인덱스 정보에 상응하는 디폴트 빔을 확인하는 단계 및 상기 디폴트 빔을 이용하여, 상기 하향링크 데이터에 대한 상향링크 제어 정보를 단말로부터 수신하는 단계를 포함할 수 있다.
본 개시의 일 실시 예에 따른 무선 통신 시스템에서 단말은, 송수신부 및 하향링크 데이터를 스케줄링하는 하향링크 제어 정보에 상응하는 제어 영역 관련 인덱스 정보를 확인하고, 상기 제어 영역 관련 인덱스 정보에 상응하는 디폴트 빔을 확인하며, 상기 디폴트 빔을 이용하여, 상기 하향링크 데이터에 대한 상향링크 제어 정보를 기지국으로 전송하도록 제어하는 제어부를 포함할 수 있다.
본 개시의 일 실시 예에 따른 무선 통신 시스템에서 기지국은, 송수신부 및
하향링크 데이터를 스케줄링하는 하향링크 제어 정보를 전송하고, 상기 하향링크 제어 정보가 전송되는 제어 영역 관련 인덱스 정보에 상응하는 디폴트 빔을 확인하며, 상기 디폴트 빔을 이용하여, 상기 하향링크 데이터에 대한 상향링크 제어 정보를 단말로부터 수신하도록 제어하는 제어부를 포함할 수 있다.
본 개시에 따르면, 무선통신 시스템에서 네트워크 협력통신이 사용되는 경우 단말이 제어 정보를 전송하기 위한 전송 지점/패널/빔의 기본값을 미리 약속함으로써 각 제어 정보별 전송/지점/패널/빔 설정을 위한 오버헤드 감소가 가능하다.
도 1은 본 개시의 일 실시 예에 따른 무선 통신 시스템의 시간-주파수 자원의 기본 구조를 도시한 도면이다.
도 2는 본 개시의 일 실시 예에 따른 무선 통신 시스템의 프레임, 서브프레임 및 슬롯 구조를 설명하기 위한 도면이다.
도 3은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 대역폭 부분(bandwidth part, BWP) 구성의 예시를 도시하는 도면이다.
도 4는 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 하향링크 제어채널의 제어영역 설정의 예를 도시하는 도면이다.
도 5는 본 개시의 일 실시 예에 따른 무선 통신 시스템의 하향링크 제어채널의 구조를 설명하는 도면이다.
도 6은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 PDSCH(physical downlink shared channel)의 주파수축 자원 할당 예를 도시하는 도면이다.
도 7은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 PDSCH의 시간축 자원 할당 예를 도시하는 도면이다.
도 8은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 데이터 채널(data channel) 및 제어 채널(control channel)의 서브캐리어 간격에 따른 시간축 자원 할당 예를 도시하는 도면이다.
도 9는 본 개시의 일 실시 예에 따른 multi-slot repetition이 설정되지 않은 경우, PDSCH에 대한 HARQ(hybrid automatic repeat request)-ACK(acknowledgement) 전송을 위한 다수의 PUCCH(physical uplink control channel) 자원이 오버랩(overlap) 되는 경우를 도시하는 도면이다.
도 10은 본 개시의 일 실시 예에 따른 multi-slot repetition이 설정된 경우, PUCCH 자원이 오버랩되는 경우를 도시하는 도면이다.
도 11은 본 개시의 일 실시 예에 따른 셀 그룹(cell group) 내에서 설정 가능한 상향링크 캐리어의 종류 및 각 캐리어 별로 전송 가능한 채널의 예를 도시하는 도면이다.
도 12는 본 개시의 일 실시 예에 따른 single cell, carrier aggregation, dual connectivity 상황에서 기지국과 단말의 무선 프로토콜 구조를 도시하는 도면이다.
도 13은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 협력 통신(cooperative communication)을 위한 안테나 포트 구성 및 자원 할당 예시를 도시하는 도면이다.
도 14는 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 협력 통신을 위한 하향링크 제어 정보(downlink control information, DCI) 구성 예를 도시하는 도면이다.
도 15는 본 개시의 일 실시 예에 따른 UE-specific PDCCH(physical downlink control channel)의 TCI(transmission configuration indicator) state activation을 위한 MAC(medium access control) CE(control element) 구조를 도시하는 도면이다.
도 16은 본 개시의 일 실시 예에 따른 TCI state의 구성 예를 도시하는 도면이다.
도 17a는 본 개시의 일 실시 예에 따른 NC-JT(non coherent joint transmission) 전송을 위한 DCI 구성 및 PUCCH 구성에 따른 HARQ-ACK 전송 방법을 도시하는 도면이다.
도 17b는 본 개시의 일 실시 예에 따른 NC-JT(non coherent joint transmission) 전송을 위한 DCI 구성 및 PUCCH 구성에 따른 HARQ-ACK 전송 방법을 도시하는 도면이다.
도 17c는 본 개시의 일 실시 예에 따른 NC-JT(non coherent joint transmission) 전송을 위한 DCI 구성 및 PUCCH 구성에 따른 HARQ-ACK 전송 방법을 도시하는 도면이다.
도 17d는 본 개시의 일 실시 예에 따른 NC-JT(non coherent joint transmission) 전송을 위한 DCI 구성 및 PUCCH 구성에 따른 HARQ-ACK 전송 방법을 도시하는 도면이다.
도 17e는 본 개시의 일 실시 예에 따른 단말이 NC-JT 전송에 대한 HARQ-ACK 을 기지국으로 전송하는 방법의 예를 도시하는 도면이다.
도 17f는 본 개시의 일 실시 예에 따른 기지국이 NC-JT 전송에 대한 HARQ-ACK 을 단말로부터 수신하는 방법의 예를 도시하는 도면이다.
도 18은 본 개시의 일 실시 예에 따라 target TRP 별로 PUCCH default 빔을 적용하는 예를 도시하는 도면이다.
도 19는 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 단말의 구조를 도시하는 도면이다.
도 20은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 기지국의 구조를 도시하는 도면이다.
이하, 본 발명의 실시 예를 첨부된 도면을 참조하여 상세하게 설명한다.
실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부된 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 개시의 실시 예들은 본 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능할 수 있다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능할 수 있다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능할 수 있다.
이때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일부 실시 예에 따르면 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 일부 실시 예에 따르면, '~부'는 하나 이상의 프로세서를 포함할 수 있다.
이하 첨부된 도면을 참조하여 본 발명의 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다. 이하, 기지국은 단말의 자원할당을 수행하는 주체로서, gNode B, eNode B, Node B, BS (Base Station), 무선 접속 유닛, 기지국 제어기, 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말은 UE (User Equipment), MS (Mobile Station), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어시스템을 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니다. 이하, 본 개시는 무선 통신 시스템에서 단말이 기지국으로부터 방송 정보를 수신하기 위한 기술에 대해 설명한다. 본 개시는 4G (4th generation) 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G (5th generation) 통신 시스템을 IoT (Internet of Things, 사물인터넷) 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스(예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 또는 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 뿐만 아니라 본 개시는 5G 이후의 6G 통신 시스템에도 적용될 수 있음은 물론이다.
이하 설명에서 사용되는 방송 정보를 지칭하는 용어, 제어 정보를 지칭하는 용어, 통신 커버리지(coverage)에 관련된 용어, 상태 변화를 지칭하는 용어(예: 이벤트(event)), 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 장치의 구성 요소를 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 발명이 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 다른 용어가 사용될 수 있다.
이하 설명의 편의를 위하여, 3GPP LTE (3rd generation partnership project long term evolution) 규격에서 정의하고 있는 용어 및 명칭들이 일부 사용될 수 있다. 하지만, 본 발명이 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.
무선 통신 시스템은 초기의 음성 위주의 서비스를 제공하던 것에서 벗어나 예를 들어, 3GPP의 HSPA(High Speed Packet Access), LTE(Long Term Evolution 또는 E-UTRA (Evolved Universal Terrestrial Radio Access)), LTE-Advanced (LTE-A), LTE-Pro, 3GPP2의 HRPD(High Rate Packet Data), UMB (Ultra Mobile Broadband), 및 IEEE의 802.16e 등의 통신 표준과 같이 고속, 고품질의 패킷 데이터 서비스를 제공하는 광대역 무선 통신 시스템으로 발전하고 있다.
광대역 무선 통신 시스템의 대표적인 예로, LTE 시스템에서는 하향링크(Downlink; DL)에서는 OFDM(Orthogonal Frequency Division Multiplexing) 방식을 채용하고 있고, 상향링크(Uplink; UL)에서는 SC-FDMA(Single Carrier Frequency Division Multiple Access) 방식을 채용하고 있다. 상향링크는 단말(UE(User Equipment) 또는 MS(Mobile Station))이 기지국(eNode B, 또는 base station(BS))으로 데이터 또는 제어신호를 전송하는 무선링크를 뜻하고, 하향링크는 기지국이 단말로 데이터 또는 제어신호를 전송하는 무선링크를 뜻한다. 상기와 같은 다중 접속 방식은, 각 사용자 별로 데이터 또는 제어정보를 실어 보낼 시간-주파수 자원을 서로 겹치지 않도록, 즉 직교성(Orthogonality)이 성립하도록, 할당 및 운용함으로써 각 사용자의 데이터 또는 제어정보를 구분한다.
LTE 이후의 향후 통신 시스템으로서, 즉, 5G 통신시스템은 사용자 및 서비스 제공자 등의 다양한 요구 사항을 자유롭게 반영할 수 있어야 하기 때문에 다양한 요구사항을 만족하는 서비스가 지원되어야 한다. 5G 통신시스템을 위해 고려되는 서비스로는 증가된 모바일 광대역 통신(Enhanced Mobile BroadBand: eMBB), 대규모 기계형 통신(massive Machine Type Communication: mMTC), 초신뢰 저지연 통신(Ultra Reliability Low Latency Communication: URLLC) 등이 있다.
일부 실시 예에 따르면, eMBB는 기존의 LTE, LTE-A 또는 LTE-Pro가 지원하는 데이터 전송 속도보다 더욱 향상된 데이터 전송 속도를 제공하는 것을 목표로 한다. 예를 들어, 5G 통신시스템에서 eMBB는 하나의 기지국 관점에서 하향링크에서는 20Gbps 최대 전송 속도(peak data rate), 상향링크에서는 10Gbps의 최대 전송 속도를 제공할 수 있어야 한다. 동시에, 증가된 단말의 실제 체감 전송 속도(User perceived data rate)를 제공해야 한다. 이와 같은 요구 사항을 만족시키기 위해, 더욱 향상된 다중 입력 다중 출력 (Multi Input Multi Output: MIMO) 전송 기술을 포함하여 송수신 기술의 향상을 요구한다. 또한 현재의 LTE가 사용하는 2GHz 대역 대신에 3~6GHz 또는 6GHz 이상의 주파수 대역에서 20MHz 보다 넓은 주파수 대역폭을 사용함으로써 5G 통신시스템에서 요구하는 데이터 전송 속도를 만족시킬 수 있다.
동시에, 5G 통신시스템에서 사물 인터넷(Internet of Thing: IoT)와 같은 응용 서비스를 지원하기 위해 mMTC가 고려되고 있다. mMTC는 효율적으로 사물 인터넷을 제공하기 위해 셀 내에서 대규모 단말의 접속 지원, 단말의 커버리지 향상, 향상된 배터리 시간, 단말의 비용 감소 등이 요구될 수 있다. 사물 인터넷은 여러 가지 센서 및 다양한 기기에 부착되어 통신 기능을 제공하므로 셀 내에서 많은 수의 단말(예를 들어, 1,000,000 단말/km2)을 지원할 수 있어야 한다. 또한 mMTC를 지원하는 단말은 서비스의 특성상 건물의 지하와 같이 셀이 커버하지 못하는 음영지역에 위치할 가능성이 높으므로 5G 통신시스템에서 제공하는 다른 서비스 대비 더욱 넓은 커버리지를 요구할 수 있다. mMTC를 지원하는 단말은 저가의 단말로 구성되어야 하며, 단말의 배터리를 자주 교환하기 힘들기 때문에 매우 긴 배터리 생명시간(battery life time)이 요구될 수 있다.
마지막으로, URLLC의 경우, 특정한 목적(mission-critical)으로 사용되는 셀룰러 기반 무선 통신 서비스로서, 로봇(Robot) 또는 기계 장치(Machinery)에 대한 원격 제어(remote control), 산업 자동화(industrial automation), 무인 비행장치(Unmaned Aerial Vehicle), 원격 건강 제어(Remote health care), 비상 상황 알림(emergency alert) 등에 사용되는 서비스로서, 초 저지연 및 초 신뢰도를 제공하는 통신을 제공해야 한다. 예를 들어, URLLC을 지원하는 서비스는 0.5 밀리초보다 작은 무선 접속 지연시간(Air interface latency)를 만족해야 하며, 동시에 10-5 이하의 패킷 오류율(Packet Error Rate)의 요구사항을 갖는다. 따라서, URLLC을 지원하는 서비스를 위해 5G 시스템은 다른 서비스보다 작은 전송 시간 구간(Transmit Time Interval: TTI)를 제공해야 하며, 동시에 주파수 대역에서 넓은 리소스를 할당해야 하는 설계사항이 요구된다. 다만, 전술한 mMTC, URLLC, eMBB는 서로 다른 서비스 유형의 일 예일 뿐, 본 개시의 적용 대상이 되는 서비스 유형이 전술한 예에 한정되는 것은 아니다.
상기에서 전술한 5G 통신시스템에서 고려되는 서비스들은 하나의 프레임워크 (Framework) 기반으로 서로 융합되어 제공되어야 한다. 즉, 효율적인 리소스 관리 및 제어를 위해 각 서비스들이 독립적으로 운영되기 보다는 하나의 시스템으로 통합되어 제어되고 전송되는 것이 바람직하다.
또한, 이하에서 LTE, LTE-A, LTE Pro 또는 NR 시스템을 일례로서 본 발명의 실시 예를 설명하지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 발명의 실시 예가 적용될 수 있다. 또한, 본 발명의 실시 예는 숙련된 기술적 지식을 가진 자의 판단으로써 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템에도 적용될 수 있다.
본 개시는 무선 통신 시스템에서 단말의 전력 절약 효율을 높이기 위한 채널상태정보 보고 방법 및 장치에 관한 것이다.
본 개시에 따르면, 무선통신 시스템에서 단말이 전력 절약 모드로 동작하는 경우 채널상태정보 보고 방법을 그에 맞추어 최적화 함으로써 전력 절약 효과가 더욱 향상될 수 있다.
이하 5G 시스템의 프레임 구조에 대해 도면을 참조하여 보다 구체적으로 설명한다.
도 1은 본 개시의 일 실시 예에 따른 무선 통신 시스템의 시간-주파수 자원의 기본 구조를 도시한 도면이다.
도 1을 참조하면, 도 1에 가로축은 시간 영역을, 세로축은 주파수 영역을 나타낸다. 시간 및 주파수 영역에서 자원의 기본 단위는 자원 요소(Resource Element, RE, 1-01)로서 시간 축으로 1 OFDM(Orthogonal Frequency Division Multiplexing) 심볼(1-02) 및 주파수 축으로 1 부반송파(Subcarrier)(1-03)로 정의될 수 있다. 주파수 영역에서 N_sc^RB(일례로 12)개의 연속된 RE들은 하나의 자원 블록(Resource Block, RB, 1-04)을 구성할 수 있다. 일 실시예에서, 복수 개의 OFDM 심볼들은 하나의 서브프레임(One subframe, 1-10)을 구성할 수 있다.
도 2는 본 개시의 일 실시 예에 따른 무선 통신 시스템의 프레임, 서브프레임 및 슬롯 구조를 설명하기 위한 도면이다.
도 2를 참조하면, 하나의 프레임(Frame, 2-00)은 하나 이상의 서브프레임(Subframe, 2-01)으로 구성되고, 하나의 서브프레임은 하나 이상의 슬롯(Slot, 2-02)으로 구성될 수 있다. 일례로, 1 프레임(2-00)은 10ms로 정의될 수 있다. 1 서브프레임(2-01)은 1ms로 정의될 수 있으며, 이 경우 1 프레임(2-00)은 총 10개의 서브프레임(2-01)으로 구성될 수 있다. 1 슬롯(2-02, 2-03)은 14개의 OFDM 심볼로 정의될 수 있다 (즉 1 슬롯 당 심볼 수(
Figure PCTKR2020016697-appb-I000001
)=14). 1 서브프레임(2-01)은 하나 또는 다수 개의 슬롯(2-02, 2-03)으로 구성될 수 있으며, 1 서브프레임(2-01)당 슬롯(2-02, 2-03)의 개수는 부반송파 간격에 대한 설정 값 μ(2-04, 2-05)에 따라 다를 수 있다. 도 2의 일 예에서는 부반송파 간격 설정 값으로 μ=0(2-04)인 경우와 μ=1(2-05)인 경우가 도시되어 있다. μ=0(2-04)일 경우, 1 서브프레임(2-01)은 1개의 슬롯(2-02)으로 구성될 수 있고, μ=1(2-05)일 경우, 1 서브프레임(2-01)은 2개의 슬롯(2-03)으로 구성될 수 있다. 즉 부반송파 간격에 대한 설정 값 μ에 따라 1 서브프레임 당 슬롯 수(
Figure PCTKR2020016697-appb-I000002
)가 달라질 수 있고, 이에 따라 1 프레임 당 슬롯 수(
Figure PCTKR2020016697-appb-I000003
)가 달라질 수 있다. 각 부반송파 간격 설정 μ에 따른
Figure PCTKR2020016697-appb-I000004
Figure PCTKR2020016697-appb-I000005
는 하기의 [표 1]과 같이 정의될 수 있다.
[표 1]
Figure PCTKR2020016697-appb-I000006
NR에서 한 개의 컴포넌트 캐리어(component carrier, CC) 혹은 서빙 셀(serving cell)은 최대 250개 이상의 RB로 구성되는 것이 가능하다. 따라서 단말이 LTE와 같이 항상 전체 서빙 셀 대역폭(serving cell bandwidth)을 수신하는 경우 단말의 파워 소모가 극심할 수 있고, 이를 해결하기 위하여 기지국은 단말에게 하나 이상의 대역폭 부분(bandwidth part, BWP)을 설정하여 단말이 셀(cell) 내 수신 영역을 변경할 수 있도록 지원하는 것이 가능하다. NR에서 기지국은 CORESET #0 (혹은 common search space, CSS)의 대역폭인 'initial BWP'를 MIB(master information block)를 통하여 단말에게 설정할 수 있다. 이후 기지국은 RRC 시그날링을 통하여 단말의 초기 BWP(first BWP)를 설정하고, 향후 하향링크 제어 정보(downlink control information, DCI)를 통하여 지시될 수 있는 적어도 하나 이상의 BWP 설정 정보들을 통지할 수 있다. 이후 기지국은 DCI를 통하여 BWP ID를 공지함으로써 단말이 어떠한 대역을 사용할 지 지시할 수 있다. 만약 단말이 특정 시간 이상 동안 현재 할당된 BWP에서 DCI를 수신하지 못할 경우 단말은 'default BWP'로 회귀하여 DCI 수신을 시도한다.
도 3은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 대역폭 부분(bandwidth part, BWP) 구성의 예시를 도시하는 도면이다.
도 3을 참조하면, 도 3은 단말 대역폭(3-00)이 두 개의 대역폭 부분, 즉 대역폭 부분 #1(3-05)과 대역폭 부분 #2(3-10)로 설정된 일 예를 도시한다. 기지국은 단말에게 하나 또는 다수 개의 대역폭 부분을 설정해줄 수 있으며, 각 대역폭 부분에 대하여 하기의 [표 2]와 같은 정보들을 설정해 줄 수 있다.
[표 2]
Figure PCTKR2020016697-appb-I000007
물론 상술된 예시에 제한되는 것은 아니며, 상술된 설정 정보 외에도 대역폭 부분과 관련된 다양한 파라미터들이 단말에게 설정될 수 있다. 상술한 정보들은 상위 계층 시그널링, 예컨대 RRC 시그널링을 통해 기지국이 단말에게 전달할 수 있다. 설정된 하나 또는 다수 개의 대역폭 부분들 중에서 적어도 하나의 대역폭 부분이 활성화(Activation)될 수 있다. 설정된 대역폭 부분에 대한 활성화 여부는 기지국으로부터 단말에게 RRC 시그널링을 통해 준정적(semi-static)으로 전달되거나, MAC CE(control element) 또는 DCI를 통해 동적으로 전달될 수 있다.
일 실시 예에 따르면, RRC(Radio Resource Control) 연결 전의 단말은 초기 접속을 위한 초기 대역폭 부분(Initial BWP)을 MIB(Master Information Block)를 통해 기지국으로부터 설정 받을 수 있다. 보다 구체적으로, 단말은 초기 접속 단계에서 MIB를 통해 초기 접속에 필요한 시스템 정보(Remaining System Information; RMSI 또는 System Information Block 1; SIB1에 해당할 수 있음)를 수신하기 위하여, PDCCH가 전송될 수 있는 제어영역(Control Resource Set, CORESET)과 탐색 공간(Search Space)에 대한 설정 정보를 수신할 수 있다. MIB로 설정되는 제어영역과 탐색공간은 각각 식별자(Identity, ID) 0으로 간주될 수 있다.
기지국은 단말에게 MIB를 통해 CORESET #0에 대한 주파수 할당 정보, 시간 할당 정보, 뉴머롤로지(Numerology) 등의 설정 정보를 통지할 수 있다. 또한, 기지국은 단말에게 MIB를 통해 CORESET #0에 대한 모니터링 주기 및 occasion에 대한 설정정보, 즉 Search Space #0에 대한 설정 정보를 통지할 수 있다. 단말은 MIB로부터 획득한 CORESET #0으로 설정된 주파수 영역을 초기 접속을 위한 초기 대역폭 부분으로 간주할 수 있다. 이 때, 초기 대역폭 부분의 식별자(ID)는 0으로 간주될 수 있다.
상술된 차세대 이동통신 시스템(5G 또는 NR 시스템)에서 지원하는 대역폭 부분에 대한 설정은 다양한 목적으로 사용될 수 있다.
일 예로 시스템 대역폭보다 단말이 지원하는 대역폭이 작을 경우에, 대역폭 부분에 대한 설정을 통해, 단말이 지원하는 대역폭이 지원될 수 있다. 예컨대 <표 2>에서 대역폭 부분의 주파수 위치(설정정보 2, locationAndBandwidth)가 단말에게 설정됨으로써, 시스템 대역폭 내의 특정 주파수 위치에서 단말이 데이터를 송수신할 수 있다.
또 다른 일 예로 서로 다른 뉴머롤로지를 지원하기 위한 목적으로, 기지국이 단말에게 다수 개의 대역폭 부분을 설정할 수 있다. 예컨대, 임의의 단말에게 15kHz의 부반송파 간격과 30kHz의 부반송파 간격을 이용한 데이터 송수신을 모두 지원하기 위해서, 두 개의 대역폭 부분이 각각 15kHz와 30kHz의 부반송파 간격을 이용하도록 설정될 수 있다. 서로 다른 대역폭 부분은 FDM(Frequency Division Multiplexing)될 수 있고, 특정 부반송파 간격으로 데이터를 송수신하고자 할 경우 해당 부반송파 간격으로 설정되어 있는 대역폭 부분이 활성화 될 수 있다.
또 다른 일 예로 단말의 전력 소모 감소를 위한 목적으로, 기지국이 단말에게 서로 다른 크기의 대역폭을 갖는 대역폭 부분을 설정할 수 있다. 예컨대, 단말이 매우 큰 대역폭, 예컨대 100MHz의 대역폭을 지원하고 해당 대역폭으로 항상 데이터를 송수신할 경우, 매우 큰 전력 소모를 야기할 수 있다. 특히 트래픽(Traffic)이 없는 상황에서 단말이 100MHz의 큰 대역폭에 대한 불필요한 하향링크 제어채널에 대한 모니터링을 수행하는 것은 전력 소모 관점에서 매우 비효율적이다. 그러므로 단말의 전력 소모를 줄이기 위한 목적으로 기지국은 단말에게 상대적으로 작은 대역폭의 대역폭 부분, 예컨대 20MHz의 대역폭 부분을 설정할 수 있다. 트래픽이 없는 상황에서 단말은 20MHz 대역폭 부분에서 모니터링 동작을 수행할 수 있고, 데이터가 발생하였을 경우 기지국의 지시에 따라 100MHz의 대역폭 부분을 이용하여 데이터를 송수신할 수 있다.
상술된 대역폭 부분을 설정하는 방법에 있어서, RRC 연결(Connected) 전의 단말들은 초기 접속 단계에서 MIB(Master Information Block)을 통해 초기 대역폭 부분(Initial Bandwidth Part)에 대한 설정 정보를 수신할 수 있다. 보다 구체적으로, 단말은 PBCH(Physical Broadcast Channel)의 MIB로부터, SIB(System Information Block)를 스케줄링하는 DCI(Downlink Control Information)가 전송될 수 있는 하향링크 제어채널을 위한 제어영역(CORESET)을 설정 받을 수 있다. MIB로 설정된 CORESET의 대역폭이 초기 대역폭 부분으로 간주될 수 있으며, 설정된 초기 대역폭 부분을 통해 단말은 SIB가 전송되는 PDSCH를 수신할 수 있다. 초기 대역폭 부분은 SIB를 수신하는 용도 외에도, 다른 시스템 정보(Other System Information, OSI), 페이징(Paging), 랜덤 엑세스(Random Access)를 위해 활용될 수도 있다.
이하에서는 차세대 이동통신 시스템(5G 또는 NR 시스템)의 SS(Synchronization Signal)/PBCH 블록(SSB)에 대하여 설명된다.
SS/PBCH 블록은, PSS(Primary SS), SSS(Secondary SS) 및 PBCH로 구성된 물리계층 채널 블록을 의미할 수 있다. 보다 구체적으로, SS/PBCH 블록은 아래와 같이 정의될 수 있다.
- PSS: 하향링크 시간/주파수 동기의 기준이 되는 신호로 셀 ID 의 일부 정보를 제공할 수 있다.
- SSS: 하향링크 시간/주파수 동기의 기준이 되고, PSS 가 제공하지 않은 나머지 셀 ID 정보를 제공할 수 있다. 추가적으로 PBCH 의 복조를 위한 기준신호(Reference Signal) 역할을 할 수 있다.
- PBCH: 단말의 데이터채널 및 제어채널 송수신에 필요한 필수 시스템 정보를 제공할 수 있다. 필수 시스템 정보는 제어채널의 무선자원 매핑 정보를 나타내는 탐색공간 관련 제어정보, 시스템 정보를 전송하는 별도의 데이터 채널에 대한 스케줄링 제어정보 등을 포함할 수 있다.
- SS/PBCH 블록: SS/PBCH 블록은 PSS, SSS 및 PBCH의 조합으로 이루어질 수 있다. SS/PBCH 블록은 5ms 시간 내에서 하나 또는 복수 개가 전송될 수 있고, 전송되는 각각의 SS/PBCH 블록은 인덱스로 구별될 수 있다.
단말은 초기 접속 단계에서 PSS 및 SSS를 검출할 수 있고, PBCH를 디코딩할 수 있다. 단말은 PBCH로부터 MIB를 획득할 수 있고, MIB를 통해 CORESET #0을 설정 받을 수 있다. 단말은 선택한 SS/PBCH 블록과 CORESET #0에서 전송되는 DMRS(Demodulation RS(Reference Signal)가 QCL(Quasi Co Location)되어 있다고 가정하고 CORESET #0에 대한 모니터링을 수행할 수 있다. 단말은 CORESET #0에서 전송된 하향링크 제어정보로 시스템 정보를 수신할 수 있다. 단말은 수신한 시스템 정보로부터 초기 접속에 필요한 RACH(Random Access Channel) 관련 설정 정보를 획득할 수 있다. 단말은 선택한 SS/PBCH 인덱스를 고려하여 PRACH(Physical RACH)를 기지국으로 전송할 수 있고, PRACH를 수신한 기지국은 단말이 선택한 SS/PBCH 블록 인덱스에 대한 정보를 획득할 수 있다. 기지국은 단말이 각각의 SS/PBCH 블록들 중에서 어떤 블록을 선택하였고, 단말이 선택한 SS/PBCH 블록과 대응되는(또는 연관되는) CORESET #0을 모니터링함을 알 수 있다.
이하에서는 차세대 이동통신 시스템(5G 또는 NR 시스템)에서의 하향링크 제어 정보(Downlink Control Information, 이하 DCI라 한다)가 구체적으로 설명된다.
차세대 이동통신 시스템(5G 또는 NR 시스템)에서 상향링크 데이터(또는 물리 상향링크 데이터 채널(Physical Uplink Shared Channel, PUSCH)) 또는 하향링크 데이터(또는 물리 하향링크 데이터 채널(Physical Downlink Shared Channel, PDSCH))에 대한 스케줄링 정보는, DCI를 통해 기지국으로부터 단말에게 전달될 수 있다. 단말은 PUSCH 또는 PDSCH에 대하여 폴백(Fallback)용 DCI 포맷과 논-폴백(Non-fallback)용 DCI 포맷을 모니터링(Monitoring)할 수 있다. 폴백 DCI 포맷은 기지국과 단말 사이에서 선정의된(pre-defined) 고정된 필드로 구성될 수 있고, 논-폴백용 DCI 포맷은 설정 가능한 필드를 포함할 수 있다.
DCI는 채널코딩 및 변조 과정을 거쳐 물리 하향링크 제어 채널인 PDCCH(Physical Downlink Control Channel)을 통해 전송될 수 있다. DCI 메시지 페이로드(payload)에는 CRC(Cyclic Redundancy Check)가 부착될 수 있고, CRC는 단말의 신원에 해당하는 RNTI(Radio Network Temporary Identifier)로 스크램블링(scrambling) 될 수 있다. DCI 메시지의 목적, 예를 들어 단말-특정(UE-specific)의 데이터 전송, 전력 제어 명령 또는 랜덤 엑세스 응답 등에 따라 서로 다른 RNTI들이 DCI 메시지의 페이로드에 부착되는 CRC의 스크램블링을 위해 사용될 수 있다. 즉, RNTI는 명시적으로 전송되지 않고 CRC 계산과정에 포함되어 전송될 수 있다. PDCCH 상으로 전송되는 DCI 메시지가 수신되면, 단말은 할당 받은 RNTI를 사용하여 CRC를 확인할 수 있다. CRC 확인 결과가 맞으면 단말은 해당 메시지가 단말에게 전송된 것임을 알 수 있다.
예를 들면, 시스템 정보(System Information, SI)에 대한 PDSCH를 스케줄링하는 DCI는 SI-RNTI로 스크램블링될 수 있다. RAR(Random Access Response) 메시지에 대한 PDSCH를 스케줄링하는 DCI는 RA-RNTI로 스크램블링 될 수 있다. 페이징(Paging) 메시지에 대한 PDSCH를 스케줄링하는 DCI는 P-RNTI로 스크램블링 될 수 있다. SFI(Slot Format Indicator)를 통지하는 DCI는 SFI-RNTI로 스크램블링 될 수 있다. TPC(Transmit Power Control)를 통지하는 DCI는 TPC-RNTI로 스크램블링 될 수 있다. 단말-특정의 PDSCH 또는 PUSCH를 스케줄링하는 DCI는 C-RNTI(Cell RNTI)로 스크램블링 될 수 있다.
DCI 포맷 0_0은 PUSCH를 스케줄링하는 폴백 DCI로 사용될 수 있고, 이 때 CRC는 C-RNTI로 스크램블링될 수 있다. 일 실시예에서, C-RNTI로 CRC가 스크램블링 된 DCI 포맷 0_0은 아래의 [표 3]과 같은 정보들을 포함할 수 있다.
[표 3]
Figure PCTKR2020016697-appb-I000008
DCI 포맷 0_1은 PUSCH를 스케줄링하는 논-폴백 DCI로 사용될 수 있고, 이 때 CRC는 C-RNTI로 스크램블링될 수 있다. 일 실시예에서, C-RNTI로 CRC가 스크램블링 된 DCI 포맷 0_1은, 아래의 [표 4]와 같은 정보들을 포함할 수 있다.
[표 4]
Figure PCTKR2020016697-appb-I000009
Figure PCTKR2020016697-appb-I000010
DCI 포맷 1_0은 PDSCH를 스케줄링하는 폴백 DCI로 사용될 수 있고, 이 때 CRC는 C-RNTI로 스크램블링될 수 있다. 일 실시예에서, C-RNTI로 CRC가 스크램블링 된 DCI 포맷 1_0은, 아래의 [표 5]와 같은 정보들을 포함할 수 있다.
[표 5]
Figure PCTKR2020016697-appb-I000011
또는, DCI 포맷 1_0은 RAR 메시지에 대한 PDSCH를 스케줄링하는 DCI로 사용될 수 있고, 이 때 CRC는 RA-RNTI로 스크램블링 될 수 있다. C-RNTI로 CRC가 스크램블링 된 DCI 포맷 1_0은, 아래의 [표 6] 와 같은 정보들을 포함할 수 있다.
[표 6]
Figure PCTKR2020016697-appb-I000012
DCI 포맷 1_1은 PDSCH를 스케줄링하는 논-폴백 DCI로 사용될 수 있고, 이 때 CRC는 C-RNTI로 스크램블링될 수 있다. 일 실시예에서, C-RNTI로 CRC가 스크램블링 된 DCI 포맷 1_1은, 아래의 [표 7]과 같은 정보들을 포함할 수 있다.
[표 7]
Figure PCTKR2020016697-appb-I000013
Figure PCTKR2020016697-appb-I000014
도 4는 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 하향링크 제어채널의 제어영역 설정의 예를 도시하는 도면이다. 도 4는 본 개시의 일 실시 예에 따른 5G 무선통신 시스템에서 하향링크 제어채널이 전송되는 제어영역(Control Resource Set, CORESET)에 대한 일 실시 예를 도시한 도면이다.
도 4를 참조하면, 도 4는 주파수 축으로 단말의 대역폭 부분(UE bandwidth part)(4-10), 시간축으로 1 슬롯(4-20) 내에 2개의 제어영역(CORESET #1(4-01), CORESET #2(4-02))이 설정되어 있는 일 실시 예를 도시한다. 제어영역(4-01, 4-02)은 주파수 축으로 전체 단말 대역폭 부분(4-10) 내에서 특정 주파수 자원(4-03)에 설정될 수 있다. 제어영역(4-01, 4-02)은 시간 축으로는 하나 또는 복수 개의 OFDM 심볼로 설정될 수 있고, 이는 제어영역 길이(Control Resource Set Duration, 4-04)으로 정의될 수 있다. 도 4를 참조하면, CORESET #1(4-01)은 2 심볼의 제어영역 길이로 설정될 수 있고, CORESET #2(4-02)는 1 심볼의 제어영역 길이로 설정될 수 있다.
전술된 차세대 이동통신 시스템(5G 또는 NR 시스템)에서의 제어영역은, 기지국이 단말에게 상위 계층 시그널링(예컨대 시스템 정보(System Information), MIB(Master Information Block), RRC(Radio Resource Control) 시그널링)을 함으로써 설정될 수 있다. 단말에게 제어영역을 설정한다는 것은 제어영역 식별자(Identity), 제어영역의 주파수 위치, 제어영역 의 심볼 길이 등의 정보를 제공하는 것을 의미한다. 예를 들면, 제어영역의 설정은 아래의 [표 8]과 같은 정보들을 포함할 수 있다.
[표 8]
Figure PCTKR2020016697-appb-I000015
[표 8]에서 tci-StatesPDCCH (이하 'TCI state'라 한다) 설정 정보는, 해당 제어영역에서 전송되는 DMRS(Demodulation Reference Signal)와 QCL(Quasi Co Located) 관계에 있는 하나 또는 다수 개의 SS(Synchronization Signal)/PBCH(Physical Broadcast Channel) 블록(Block) 인덱스 또는 CSI-RS(Channel State Information Reference Signal) 인덱스의 정보를 포함할 수 있다.
무선 통신 시스템에서 하나 이상의 서로 다른 안테나 포트들(혹은 하나 이상의 채널, 시그날 및 이들의 조합들로 대체되는 것도 가능하나 향후 본 개시의 설명에서는 편의를 위하여 서로 다른 안테나 포트들로 통일하여 지칭한다)은 아래 [표 9]와 같은 QCL 설정에 의하여 서로 연결(associate)될 수 있다.
[표 9]
Figure PCTKR2020016697-appb-I000016
구체적으로 QCL 설정은 두 개의 서로 다른 안테나 포트들을 (QCL) target 안테나 포트와 (QCL) reference 안테나 포트의 관계로 연결할 수 있으며, 단말은 상기 reference 안테나 포트에서 측정된 채널의 통계적인 특성들(예를 들어 Doppler shift, Doppler spread, average delay, delay spread, average gain, spatial Rx (혹은 Tx) 파라미터 등 채널의 large scale 파라미터 내지 단말의 수신 공간 필터 계수 혹은 송신 공간 필터 계수) 중 전부 혹은 일부를 target 안테나 포트 수신 시 적용 (혹은 가정) 할 수 있다. 위에서 target 안테나 포트라 함은 상기 QCL 설정을 포함하는 상위레이어 설정에 의하여 설정되는 채널 혹은 신호를 송신하는 안테나 포트 내지는 상기 QCL 설정을 지시하는 TCI(Transmission Configuration Indicator) state가 적용되는 채널 혹은 신호를 송신하는 안테나 포트를 의미한다. 위에서 reference 안테나 포트라 함은 상기 QCL 설정 내 referenceSignal 파라미터에 의하여 지시(특정)되는 채널 혹은 신호를 송신하는 안테나 포트를 의미한다.
구체적으로, 상기 QCL 설정에 의하여 한정되는 (상기 QCL 설정 내에서 파라미터 qcl-Type에 의하여 지시되는) 채널의 통계적인 특성들은 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}
이때 QCL type의 종류는 위 네 가지 종류에 한정되는 것은 아니나 설명의 요지를 흐리지 않기 위하여 모든 가능한 조합들을 나열하지는 않는다. 위에서 QCL-TypeA는 target 안테나 포트의 대역폭 및 전송 구간이 reference 안테나 포트 대비 모두 충분하여 (즉 주파수 축 및 시간 축 모두에서 target 안테나 포트의 샘플 수 및 전송 대역/시간이 reference 안테나 포트의 샘플 수 및 전송 대역/시간보다 많은 경우) 주파수 및 시간 축에서 측정 가능한 모든 통계적 특성들을 참조 가능한 경우에 사용되는 QCL type이다. QCL-TypeB는 target 안테나 포트의 대역폭이 주파수 축에서 측정 가능한 통계적 특성들, 즉 Doppler shift, Doppler spread들을 측정하기에 충분한 경우에 사용되는 QCL type이다. QCL-TypeC는 target 안테나 포트의 대역폭 및 전송 구간이 second-order statistics, 즉 Doppler spread 및 delay spread들을 측정하기에는 불충분하여 first-order statistics, 즉 Doppler shift, average delay만을 참조 가능한 경우에 사용되는 QCL type이다. QCL-TypeD는 reference 안테나 포트를 수신할 때 사용한 공간 수신 필터 값 들을 target 안테나 포트 수신 시 사용할 수 있을 때 설정되는 QCL type이다.
한편, 기지국은 아래 표 9a와 같은 TCI state설정을 통하여 최대 두 개의 QCL 설정을 하나의 target 안테나 포트에 설정 혹은 지시하는 것이 가능하다.
[표 9a]
Figure PCTKR2020016697-appb-I000017
하나의 TCI state 설정에 포함되는 두 개의 QCL 설정 중 첫 번째 QCL 설정은 QCL-TypeA, QCL-TypeB, QCL-TypeC 중 하나로 설정될 수 있다. 이때 설정 가능한 QCL type은 target 안테나 포트 및 reference 안테나 포트의 종류에 따라 특정되며 아래 상세히 설명한다. 또한 상기 하나의 TCI state 설정에 포함되는 두 개의 QCL 설정 중 두 번째 QCL 설정은 QCL-TypeD로 설정될 수 있으며 경우에 따라 생략되는 것이 가능하다.
아래 표 9ba 내지 9be에서는 target 안테나 포트 종류에 따른 유효한 TCI state 설정들을 나타내는 표 들이다.
표 9ba은 target 안테나 포트가 CSI-RS for tracking (TRS) 일 경우 유효한 TCI state 설정을 나타낸다. 상기 TRS는 CSI-RS 중 repetition 파라미터가 설정되지 않고 trs-Info가 true로 설정된 NZP CSI-RS를 의미한다. 표 9ba에서 3번 설정의 경우 aperiodic TRS를 위하여 사용될 수 있다.
[표 9ba]
Target 안테나 포트가 CSI-RS for tracking (TRS) 일 경우 유효한 TCI state 설정
Figure PCTKR2020016697-appb-I000018
표 9bb는 target 안테나 포트가 CSI-RS for CSI 일 경우 유효한 TCI state 설정을 나타낸다. 상기 CSI-RS for CSI는 CSI-RS 중 repetition 파라미터가 설정되지 않고 trs-Info 또한 true로 설정되지 않은 NZP CSI-RS를 의미한다.
[표 9bb]
Target 안테나 포트가 CSI-RS for CSI일 경우 유효한 TCI state 설정
Figure PCTKR2020016697-appb-I000019
표 9bc은 target 안테나 포트가 CSI-RS for beam management (BM, CSI-RS for L1 RSRP reporting과 동일한 의미)일 경우 유효한 TCI state 설정을 나타낸다. 상기 CSI-RS for BM은 CSI-RS 중 repetition 파라미터가 설정되어 On 또는 Off의 값을 가지며, trs-Info가 true로 설정되지 않은 NZP CSI-RS를 의미한다.
[표 9bc]
Target 안테나 포트가 CSI-RS for BM (for L1 RSRP reporting)일 경우 유효한 TCI state 설정
Figure PCTKR2020016697-appb-I000020
표 9bd는 target 안테나 포트가 PDCCH DMRS일 경우 유효한 TCI state 설정을 나타낸다.
[표 9bd]
Target 안테나 포트가 PDCCH DMRS일 경우 유효한 TCI state 설정
Figure PCTKR2020016697-appb-I000021
표 9be는 target 안테나 포트가 PDSCH DMRS일 경우 유효한 TCI state 설정을 나타낸다.
[표 9be]
Target 안테나 포트가 PDSCH DMRS일 경우 유효한 TCI state 설정
Figure PCTKR2020016697-appb-I000022
상기 표 9ba 내지 9be에 의한 대표적인 QCL 설정 방법은 각 단계 별 target 안테나 포트 및 reference 안테나 포트를 "SSB" -> "TRS" -> "CSI-RS for CSI, 또는 CSI-RS for BM, 또는 PDCCH DMRS, 또는 PDSCH DMRS"와 같이 설정하여 운용하는 것이다. 이를 통하여 SSB 및 TRS로부터 측정할 수 있는 통계적 특성들을 각 안테나 포트들까지 연계시켜 단말의 수신 동작을 돕는 것이 가능하다.
도 5는 본 개시의 일 실시 예에 따른 무선 통신 시스템의 하향링크 제어채널의 구조를 설명하는 도면이다. 즉, 도 5는 본 개시의 일 실시 예에 따른 5G에서 사용될 수 있는 하향링크 제어채널을 구성하는 시간 및 주파수 자원의 기본단위의 예시를 도시하는 도면이다.
도 5를 참조하면, 제어채널을 구성하는 시간 및 주파수 자원의 기본 단위는 REG(Resource Element Group, 5-03)로 정의될 수 있다. REG(5-03)는 시간 축으로 1 OFDM 심볼(5-01), 주파수 축으로 1 PRB(Physical Resource Block, 5-02), 즉, 12개 서브캐리어(Subcarrier)로 정의될 수 있다. 기지국은 REG(5-03)를 연접하여 하향링크 제어채널 할당 단위를 구성할 수 있다.
도 5에 도시된 바와 같이, 5G에서 하향링크 제어채널이 할당되는 기본 단위를 CCE(Control Channel Element, 5-04)라고 할 경우, 1 CCE(5-04)는 복수의 REG(5-03)로 구성될 수 있다. 예를 들면, 도 5에 도시된 REG(5-03)는 12개의 RE로 구성될 수 있고, 1 CCE(5-04)가 6개의 REG(5-03)로 구성된다면 1 CCE(5-04)는 72개의 RE로 구성될 수 있다. 하향링크 제어영역이 설정되면 해당 영역은 복수의 CCE(5-04)로 구성될 수 있으며, 특정 하향링크 제어채널은 제어영역 내의 집성 레벨(Aggregation Level, AL)에 따라 하나 또는 복수의 CCE(5-04)로 매핑 되어 전송될 수 있다. 제어영역내의 CCE(5-04)들은 번호로 구분되며 이 때 CCE(5-04)들의 번호는 논리적인 매핑 방식에 따라 부여될 수 있다.
도 5에 도시된 하향링크 제어채널의 기본 단위, 즉 REG(5-03)에는 DCI가 매핑되는 RE들과, 이를 디코딩하기 위한 레퍼런스 신호인 DMRS(5-05)가 매핑되는 영역이 모두 포함될 수 있다. 도 5에서와 같이 1 REG(5-03) 내에 3개의 DMRS(5-05)가 전송될 수 있다. PDCCH를 전송하는데 필요한 CCE의 개수는 집성 레벨(Aggregation Level, AL)에 따라 1, 2, 4, 8, 16개가 될 수 있으며, 서로 다른 CCE 개수는 하향링크 제어채널의 링크 적응(link adaptation)을 구현하기 위해 사용될 수 있다. 예를 들어, AL=L일 경우, 하나의 하향링크 제어채널이 L 개의 CCE를 통해 전송될 수 있다.
단말은 하향링크 제어채널에 대한 정보를 모르는 상태에서 신호를 검출해야 하는데, 블라인드 디코딩을 위해 CCE들의 집합을 나타내는 탐색공간(search space)이 정의될 수 있다. 탐색공간은 주어진 집성 레벨 상에서 단말이 디코딩을 시도해야 하는 CCE들로 이루어진 하향링크 제어채널 후보군(Candidate)들의 집합이다. 1, 2, 4, 8, 16 개의 CCE로 하나의 묶음을 만드는 여러 가지 집성 레벨이 있으므로, 단말은 복수개의 탐색공간을 가질 수 있다. 탐색공간 세트(Set)는 설정된 모든 집성 레벨에서의 탐색공간들의 집합으로 정의될 수 있다.
탐색공간은 공통(Common) 탐색공간과 단말-특정(UE-specific) 탐색공간으로 분류될 수 있다. 본 개시의 일 실시 예에 따르면, 일정 그룹의 단말들 또는 모든 단말들은 시스템 정보에 대한 동적인 스케줄링이나 페이징 메시지와 같은 셀 공통의 제어정보를 수신하기 위해 PDCCH의 공통 탐색 공간을 조사할 수 있다.
예를 들어, 단말은 셀의 사업자 정보 등을 포함하는 SIB의 전송을 위한 PDSCH 스케줄링 할당 정보를 PDCCH의 공통 탐색 공간을 조사하여 수신할 수 있다. 공통 탐색공간의 경우, 일정 그룹의 단말들 또는 모든 단말들이 PDCCH를 수신해야 하므로, 공통 탐색공간은 기 약속된 CCE의 집합으로써 정의될 수 있다. 한편, 단말은 단말-특정적인 PDSCH 또는 PUSCH에 대한 스케쥴링 할당 정보를 PDCCH의 단말-특정 탐색공간을 조사함으로써 수신할 수 있다. 단말-특정 탐색공간은 단말의 신원(Identity) 및 다양한 시스템 파라미터의 함수로 단말-특정적으로 정의될 수 있다.
5G에서는 PDCCH에 대한 탐색공간에 대한 파라미터는 상위 계층 시그널링(예컨대, SIB, MIB, RRC 시그널링)으로 기지국으로부터 단말로 설정될 수 있다. 예를 들면, 기지국은 각 집성 레벨 L에서의 PDCCH 후보군 수, 탐색공간에 대한 모니터링 주기, 탐색공간에 대한 슬롯 내 심볼 단위의 모니터링 occasion, 탐색공간 타입(공통 탐색공간 또는 단말-특정 탐색공간), 해당 탐색공간에서 모니터링 하고자 하는 DCI 포맷과 RNTI의 조합, 탐색공간을 모니터링 하고자 하는 제어영역 인덱스 등을 단말에게 설정할 수 있다. 예를 들면, 상술된 설정은 아래의 [표 10]과 같은 정보들을 포함할 수 있다.
[표 10]
Figure PCTKR2020016697-appb-I000023
설정 정보에 기초하여 기지국은 단말에게 하나 또는 복수 개의 탐색공간 세트를 설정할 수 있다. 본 개시의 일 실시 예에 따르면, 기지국은 단말에게 탐색공간 세트 1과 탐색공간 세트 2를 설정할 수 있고, 탐색공간 세트 1에서 X-RNTI로 스크램블링된 DCI 포맷 A를 공통 탐색공간에서 모니터링 하도록 설정할 수 있고, 탐색공간 세트 2에서 Y-RNTI로 스크램블링된 DCI 포맷 B를 단말-특정 탐색공간에서 모니터링 하도록 설정할 수 있다.
설정 정보에 따르면, 공통 탐색공간 또는 단말-특정 탐색공간에 하나 또는 복수 개의 탐색공간 세트가 존재할 수 있다. 예를 들어 탐색공간 세트#1과 탐색공간 세트#2가 공통 탐색공간으로 설정될 수 있고, 탐색공간 세트#3과 탐색공간 세트#4가 단말-특정 탐색공간으로 설정될 수 있다.
공통 탐색공간은 목적에 따라 특정 타입(type)의 탐색공간 세트로 분류될 수 있다. 정해진 탐색공간 세트 타입별로 모니터링 될 RNTI가 서로 다를 수 있다. 예를 들어 공통 탐색공간 타입, 목적, 및 모니터링 될 RNTI는 다음 표 10a과 같이 분류할 수 있다.
[표 10a]
Figure PCTKR2020016697-appb-I000024
한편 공통 탐색공간에서는 아래의 DCI 포맷과 RNTI의 조합이 모니터링 될 수 있다. 물론 하기 예시에 제한되지 않는다.
- DCI format 0_0/1_0 with CRC scrambled by C-RNTI, CS-RNTI, SP-CSI-RNTI, RA-RNTI, TC-RNTI, P-RNTI, SI-RNTI
- DCI format 2_0 with CRC scrambled by SFI-RNTI
- DCI format 2_1 with CRC scrambled by INT-RNTI
- DCI format 2_2 with CRC scrambled by TPC-PUSCH-RNTI, TPC-PUCCH-RNTI
- DCI format 2_3 with CRC scrambled by TPC-SRS-RNTI
단말-특정 탐색공간에서는 아래의 DCI 포맷과 RNTI의 조합이 모니터링 될 수 있다. 물론 하기 예시에 제한되지 않는다.
- DCI format 0_0/1_0 with CRC scrambled by C-RNTI, CS-RNTI, TC-RNTI
- DCI format 1_0/1_1 with CRC scrambled by C-RNTI, CS-RNTI, TC-RNTI
명시되어 있는 RNTI들은 아래와 같은 정의 및 용도를 따를 수 있다.
C-RNTI (Cell RNTI): 단말-특정 PDSCH 스케쥴링 용도
TC-RNTI (Temporary Cell RNTI): 단말-특정 PDSCH 스케쥴링 용도
CS-RNTI(Configured Scheduling RNTI): 준정적으로 설정된 단말-특정 PDSCH 스케쥴링 용도
RA-RNTI (Random Access RNTI): 랜덤 엑세스 단계에서 PDSCH 스케쥴링 용도
P-RNTI (Paging RNTI): 페이징이 전송되는 PDSCH 스케쥴링 용도
SI-RNTI (System Information RNTI): 시스템 정보가 전송되는 PDSCH 스케쥴링 용도
INT-RNTI (Interruption RNTI): PDSCH에 대한 pucturing 여부를 알려주기 위한 용도
TPC-PUSCH-RNTI (Transmit Power Control for PUSCH RNTI): PUSCH에 대한 전력 조절 명령 지시 용도
TPC-PUCCH-RNTI (Transmit Power Control for PUCCH RNTI): PUCCH에 대한 전력 조절 명령 지시 용도
TPC-SRS-RNTI (Transmit Power Control for SRS RNTI): SRS에 대한 전력 조절 명령 지시 용도
일 실시 예에서, 상술된 DCI 포맷들은 아래의 [표 11]와 같이 정의될 수 있다.
[표 11]
Figure PCTKR2020016697-appb-I000025
본 개시의 일 실시 예에 따르면, 5G에서는 복수 개의 탐색공간 세트가 서로 다른 파라미터들(예컨대, [표 10]의 파라미터들)로 설정될 수 있다. 따라서, 매 시점에서 단말이 모니터링하는 탐색공간 세트의 집합이 달라질 수 있다. 예를 들면, 탐색공간 세트#1이 X-슬롯 주기로 설정되어 있고, 탐색공간 세트#2가 Y-슬롯 주기로 설정되어 있고 X와 Y가 다를 경우, 단말은 특정 슬롯에서는 탐색공간 세트#1과 탐색공간 세트#2를 모두 모니터링 할 수 있고, 특정 슬롯에서는 탐색공간 세트#1과 탐색공간 세트#2 중 하나를 모니터링 할 수 있다.
복수 개의 탐색공간 세트가 단말에게 설정되었을 경우, 단말이 모니터링해야 하는 탐색공간 세트를 결정하기 위하여, 아래와 같은 조건들이 고려될 수 있다.
[조건 1: 최대 PDCCH 후보군 수 제한]
슬롯 당 모니터링 할 수 있는 PDCCH 후보군의 수는 Mμ를 넘지 않을 수 있다. Mμ는 서브캐리어 간격 15·2μ kHz으로 설정된 셀에서의 슬롯 당 최대 PDCCH 후보군 수로 정의될 수 있으며, 아래의 [표 12]과 같이 정의될 수 있다.
[표 12]
Figure PCTKR2020016697-appb-I000026
[조건 2: 최대 CCE 수 제한]
슬롯 당 전체 탐색공간(여기서 전체 탐색공간이란 복수 개의 탐색공간 세트의 union 영역에 해당하는 전체 CCE 집합을 의미할 수 있다)을 구성하는 CCE의 개수는 Cμ를 넘지 않을 수 있다. Cμ는 서브캐리어 간격 15·2μ kHz으로 설정된 셀에서의 슬롯 당 최대 CCE의 수로 정의될 수 있으며, 아래의 [표 13]과 같이 정의될 수 있다.
[표 13]
Figure PCTKR2020016697-appb-I000027
설명의 편의를 위해, 특정 시점에서 상기 조건 1, 2를 모두 만족시키는 상황은 예시적으로 "조건 A"로 정의될 수 있다. 따라서, 조건 A를 만족시키지 않는 것은 상술된 조건 1, 2 중에서 적어도 하나의 조건을 만족시키지 않는 것을 의미할 수 있다.
기지국의 탐색공간 세트들의 설정에 따라 특정 시점에서 조건 A가 만족되지 않는 경우가 발생할 수 있다. 특정 시점에서 조건 A가 만족되지 않을 경우, 단말은 해당 시점에서 조건 A를 만족하도록 설정된 탐색공간 세트들 중에서 일부만을 선택하여 모니터링 할 수 있고, 기지국은 선택된 탐색공간 세트로 PDCCH를 전송할 수 있다.
본 개시의 일 실시 예에 따르면, 전체 설정된 탐색공간 세트 중에서 일부 탐색공간을 선택하는 방법으로 하기의 방법을 따를 수 있다.
[방법 1]
특정 시점(슬롯)에서 PDCCH에 대한 조건 A를 만족시키지 못할 경우,
단말은(또는 기지국은) 해당 시점에 존재하는 탐색공간 세트들 중에서 탐색 공간 타입이 공통 탐색공간으로 설정되어 있는 탐색공간 세트를 단말-특정 탐색공간으로 설정된 탐색공간 세트보다 우선적으로 선택할 수 있다.
공통 탐색공간으로 설정되어 있는 탐색공간 세트들이 모두 선택되었을 경우(즉, 공통 탐색공간으로 설정되어 있는 모든 탐색공간을 선택한 후에도 조건 A를 만족할 경우), 단말은(또는 기지국은) 단말-특정 탐색공간으로 설정되어 있는 탐색공간 세트들을 선택할 수 있다. 이 때, 단말-특정 탐색공간으로 설정되어 있는 탐색공간 세트가 복수 개일 경우, 탐색공간 세트 인덱스(Index)가 낮은 탐색공간 세트가 더 높은 우선 순위를 가질 수 있다. 우선 순위를 고려하여, 단말 혹은 기지국은 단말-특정 탐색공간 세트들을 조건 A가 만족되는 범위 내에서 선택할 수 있다.
아래에서는 NR에서 데이터 전송을 위한 시간 및 주파수 자원 할당 방법들이 설명된다.
NR에서는 BWP 지시(indication)를 통한 주파수 축 자원 후보 할당에 더하여 다음과 같은 세부적인 주파수 축 자원 할당 방법(frequency domain resource allocation, FD-RA)들이 제공될 수 있다.
도 6은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 PDSCH(physical downlink shared channel)의 주파수축 자원 할당 예를 도시하는 도면이다.
도 6은 NR에서 상위 레이어를 통하여 설정 가능한 type 0 (6-00), type 1 (6-05), 그리고 동적 변경(dynamic switch) (6-10)의 세 가지 주파수 축 자원 할당 방법들을 도시하는 도면이다.
도 6을 참조하면, 만약 상위 레이어 시그널링을 통하여 단말이 resource type 0 만을 사용하도록 설정된 경우(6-00), 해당 단말에게 PDSCH를 할당하는 일부 하향링크 제어 정보(downlink control information, DCI)는 NRBG개의 비트로 구성되는 비트맵을 가진다. 이를 위한 조건은 차후 다시 설명한다. 이때 NRBG는 BWP 지시자(indicator)가 할당하는 BWP 크기(size) 및 상위 레이어 파라미터 rbg-Size에 따라 아래 [표 14]와 같이 결정되는 RBG(resource block group)의 수를 의미하며, 비트맵에 의하여 1로 표시되는 RBG에 데이터가 전송되게 된다.
[표 14]
Figure PCTKR2020016697-appb-I000028
만약 상위 레이어 시그널링을 통하여 단말이 resource type 1 만을 사용하도록 설정된 경우(6-05), 해당 단말에게 PDSCH를 할당하는 일부 DCI는
Figure PCTKR2020016697-appb-I000029
개의 비트들로 구성되는 주파수 축 자원 할당 정보를 가진다. 이를 위한 조건은 차후 다시 설명된다. 기지국은 이를 통하여 starting VRB(6-20)와 이로부터 연속적으로 할당되는 주파수 축 자원의 길이(6-25)를 설정할 수 있다.
만약 상위 레이어 시그널링을 통하여 단말이 resource type 0과 resource type 1를 모두 사용하도록 설정된 경우(6-10), 해당 단말에게 PDSCH를 할당하는 일부 DCI는 resource type 0을 설정하기 위한 payload(6-15)와 resource type 1을 설정하기 위한 payload(6-20, 6-25)중 큰 값(6-35)의 비트들로 구성되는 주파수 축 자원 할당 정보를 가진다. 이를 위한 조건은 차후 다시 설명된다. 이때, DCI 내 주파수 축 자원 할당 정보의 제일 앞 부분(MSB)에 한 비트가 추가될 수 있고, 해당 비트가 0일 경우 resource type 0이 사용됨을 지시되고, 1일 경우 resource type 1이 사용됨을 지시될 수 있다.
아래에서는 차세대 이동통신 시스템(5G 또는 NR 시스템)에서의 데이터 채널에 대한 시간 도메인 자원할당 방법이 설명된다.
기지국은 단말에게 하향링크 데이터채널(Physical Downlink Shared Channel, PDSCH) 및 상향링크 데이터채널(Physical Uplink Shared Channel, PUSCH)에 대한 시간 도메인 자원할당 정보에 대한 테이블(Table)을, 상위 계층 시그널링 (예를 들어 RRC 시그널링)으로 설정할 수 있다. PDSCH에 대해서는 최대 maxNrofDL-Allocations=16 개의 엔트리(Entry)로 구성된 테이블이 설정될 수 있고, PUSCH에 대해서는 최대 maxNrofUL-Allocations=16 개의 엔트리(Entry)로 구성된 테이블이 설정될 수 있다. 일 실시예에서, 시간 도메인 자원할당 정보에는 PDCCH-to-PDSCH 슬롯 타이밍 (PDCCH를 수신한 시점과 수신한 PDCCH가 스케줄링하는 PDSCH가 전송되는 시점 사이의 슬롯 단위의 시간 간격에 해당함, K0로 표기함), PDCCH-to-PUSCH 슬롯 타이밍 (PDCCH를 수신한 시점과 수신한 PDCCH가 스케쥴링하는 PUSCH가 전송되는 시점 사이의 슬롯 단위의 시간 간격에 해당함, K2로 표기함), 슬롯 내에서 PDSCH 또는 PUSCH가 스케쥴링된 시작 심볼의 위치 및 길이에 대한 정보, PDSCH 또는 PUSCH의 매핑 타입 등이 포함될 수 있다. 예를 들면, 아래의 [표 15] 또는 [표 16]와 같은 정보들이 기지국으로부터 단말로 통지될 수 있다.
[표 15]
Figure PCTKR2020016697-appb-I000030
[표 16]
Figure PCTKR2020016697-appb-I000031
기지국은 상술된 시간 도메인 자원할당 정보에 대한 테이블의 엔트리 중 하나를, L1 시그널링(예를 들어 DCI)를 통해 단말에게 통지할 수 있다 (예를 들어 DCI 내의 '시간 도메인 자원할당' 필드로 지시될 수 있음). 단말은 기지국으로부터 수신한 DCI에 기반하여 PDSCH 또는 PUSCH에 대한 시간 도메인 자원할당 정보를 획득할 수 있다.
도 7은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 PDSCH의 시간축 자원 할당 예를 도시하는 도면이다.
도 7을 참조하면, 기지국은 상위 레이어를 이용하여 설정되는 데이터 채널(data channel) 및 제어 채널(control channel)의 서브캐리어 간격(subcarrier spacing, SCS)(
Figure PCTKR2020016697-appb-I000032
), 스케줄링 오프셋(scheduling offset)(K0) 값, 그리고 DCI를 통하여 동적으로 지시되는 한 slot 내 OFDM symbol 시작 위치(7-00)와 길이(7-05)에 따라 PDSCH 자원의 시간 축 위치를 지시할 수 있다.
도 8은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 데이터 채널(data channel) 및 제어 채널(control channel)의 서브캐리어 간격에 따른 시간축 자원 할당 예를 도시하는 도면이다.
도 8을 참조하면, 데이터 채널 및 제어 채널의 서브캐리어 간격이 같은 경우 (8-00,
Figure PCTKR2020016697-appb-I000033
), 데이터와 제어를 위한 슬롯 번호(slot number)가 같으므로, 기지국 및 단말은 미리 정해진 슬롯 오프셋(slot offset) K0에 맞추어, 스케줄링 오프셋(scheduling offset)이 발생하는 것을 알 수 있다. 반면, 데이터 채널 및 제어 채널의 서브캐리어 간격이 다른 경우 (8-05,
Figure PCTKR2020016697-appb-I000034
), 데이터와 제어를 위한 슬롯 번호(slot number)가 다르므로, 기지국 및 단말은 PDCCH의 서브캐리어 간격을 기준으로 하여, 미리 정해진 슬롯 오프셋(slot offset) K0에 맞추어 스케줄링 오프셋(scheduling offset)이 발생하는 것을 알 수 있다.
NR에서 단말은 PUCCH을 통해 제어 정보(uplink control information: UCI)를 기지국으로 송신한다. 상기 제어 정보에는 단말이 PDSCH를 통해 수신한 TB (transport block)에 대한 복조/복호 성공 여부를 지시하는 HARQ-ACK, 단말이 상향링크 데이터 전송을 위해 PUSCH 기지국에 자원 할당을 요청하는 SR (scheduling request), 단말의 채널상태를 보고하기 위한 정보인 채널 상태 정보 (channel state information: CSI) 중 적어도 하나가 포함될 수 있다.
상기 PUCCH 자원은 할당된 심볼의 길이에 따라 크게 long PUCCH와 short PUCCH로 구분할 수 있다. NR에서 long PUCCH는 슬롯 내에서 4심볼 이상의 길이를 가지며, short PUCCH는 슬롯 내에서 2심볼 이하의 길이를 가진다.
Long PUCCH에 대하여 보다 자세히 설명하면, long PUCCH는 상향링크 셀 커버리지 향상 목적으로 사용될 수 있으며 따라서 OFDM 전송 보다는 단반송파 전송인 DFT-S-OFDM 방식으로 전송될 수 있다. Long PUCCH는 지원 가능한 제어정보 비트의 수와 IFFT 앞 단에서 Pre-DFT OCC 지원을 통한 단말 다중화 지원 여부에 따라 PUCCH format 1, PUCCH format 3, PUCCH format 4와 같은 전송 포맷들을 지원한다.
먼저 PUCCH format 1은 2 비트까지의 제어 정보를 지원할 수 있는 DFT-S-OFDM 기반의 long PUCCH 포맷이며, 1RB만큼의 주파수 자원을 사용한다. 상기 제어 정보는 HARQ-ACK과 SR의 조합 혹은 각각으로 구성될 수 있다. PUCCH format 1은 복조 기준 신호(혹은 참조 신호)인 DMRS(DeModulation Reference Signal)를 포함하는 OFDM 심볼과 UCI를 포함하는 OFDM 심볼이 반복적으로 구성되어 있다.
예를 들어, PUCCH format 1의 전송 심볼 수가 8 심볼인 경우, 8 심볼의 첫 번째 시작 심볼부터 차례대로 DMRS 심볼, UCI 심볼, DMRS 심볼, UCI 심볼, DMRS 심볼, UCI 심볼, DMRS 심볼, UCI 심볼로 구성되게 된다. DMRS 심볼은 한 개의 OFDM 심볼 내에서 주파수 축으로 1RB의 길이에 해당하는 시퀀스에 시간 축으로 직교 부호(혹은 직교 시퀀스 혹은 스프레딩 부호, w_i(m))을 이용하여 확산되고, IFFT 수행 후 전송된다.
UCI 심볼은 다음과 같이 생성된다. 단말은 1비트 제어 정보를 BPSK, 2비트 제어 정보는 QPSK 변조하여 d(0)를 생성하고, 생성된 d(0)를 주파수 축으로 1 RB의 길이에 해당하는 시퀀스로 곱하여 스크램블링 하고, 스크램블링된 시퀀스에 시간 축으로 직교 부호(혹은 직교 시퀀스 혹은 스프레딩 부호, wi(m))을 이용하여 확산시키고 IFFT 수행 후 전송하는 구조로 되어 있다.
단말은 기지국으로부터 상위 신호로 설정 받은 그룹 호핑 혹은 시퀀스 호핑 설정 및 설정된 ID 기반으로 상기 시퀀스를 생성하고, 상위 신호로 설정된 초기 CS(cyclic shift)값으로 상기 생성된 시퀀스를 cyclic shift하여 1 RB의 길이에 해당하는 시퀀스를 생성한다.
wi(m)은 스프레딩 부호의 길이(NSF)가 주어지면
Figure PCTKR2020016697-appb-I000035
와 같이 결정되며, 구체적으로 다음 [표 16a]와 같이 주어진다. i는 스프레딩 부호 그 자체의 인덱스를 의미하며, m은 스프레딩 부호의 element들의 인덱스를 의미한다. 여기서 [표 16a] 내에 [ ]안의 숫자들은
Figure PCTKR2020016697-appb-I000036
을 의미하며, 가령 스프레딩 부호의 길이가 2이고, 설정된 스프레딩 부호의 인덱스 i=0인 경우, 스프레딩 부호 wi(m)
Figure PCTKR2020016697-appb-I000037
이 되어서 wi(m)=[1 1]이 된다.
[표 16a]
Figure PCTKR2020016697-appb-I000038
다음으로 PUCCH format 3은 2비트가 넘는 제어 정보를 지원할 수 있는 DFT-S-OFDM 기반의 long PUCCH 포맷이며, 사용되는 RB 수는 상위 레이어를 통해 설정 가능하다. 상기 제어 정보는 HARQ-ACK, SR, CSI의 조합 혹은 각각으로 구성될 수 있다. PUCCH format 3에서 DMRS 심볼 위치는 슬롯 내 주파수 호핑 여부와 추가 DMRS 심볼 설정 여부에 따라 다음 [표 17]에서 제시된다.
[표 17]
Figure PCTKR2020016697-appb-I000039
가령, PUCCH format 3의 전송 심볼 수가 8 심볼인 경우, 8 심볼의 첫번째 시작 심볼을 0으로 시작하여, 1번째 심볼과 5번째 심볼에 DMRS가 전송된다. 상기 표는 PUCCH format 4의 DMRS 심볼 위치에도 같은 방식으로 적용된다.
다음으로 PUCCH format 4는 2비트가 넘는 제어 정보를 지원할 수 있는 DFT-S-OFDM 기반의 long PUCCH 포맷이며, 1RB만큼의 주파수 자원을 사용한다. 상기 제어 정보는 HARQ-ACK, SR, CSI의 조합 혹은 각각으로 구성될 수 있다. PUCCH format 4가 PUCCH format 3와 다른 점은 PUCCH format 4의 경우 한 RB내에서 여러 단말의 PUCCH format 4를 다중화할 수 있다는 것이다. IFFT 전단에서 제어 정보에 Pre-DFT OCC 적용을 통해 복수 단말의 PUCCH format 4를 다중화하는 것이 가능하다. 다만, 한 단말의 전송 가능한 제어 정보 심볼 수는 다중화되는 단말의 수에 따라 줄어 들게 된다. 다중화 가능한 단말의 수, 즉 사용 가능한 서로 다른 OCC의 수는 2 또는 4일 수 있으며 상기 OCC 수 및 적용할 OCC 인덱스는 상위 레이어를 통해 설정될 수 있다.
다음으로 short PUCCH에 대해서 설명하도록 한다. Short PUCCH는 하향링크 중심 슬롯(downlink centric slot)과 상향링크 중심 슬롯(uplink centric slot) 모두에서 전송될 수 있으며, 일반적으로 슬롯의 마지막 심볼, 혹은 뒷 부분에 있는 OFDM 심볼(가령 맨 마지막 OFDM 심볼 혹은 끝에서 두 번째 OFDM 심볼, 혹은 맨 마지막 2 OFDM 심볼)에서 전송된다. 물론 슬롯 내에 임의의 위치에서 Short PUCCH가 전송되는 것도 가능하다. 그리고 Short PUCCH은 하나의 OFDM 심볼, 혹은 2개의 OFDM 심볼을 이용하여 전송될 수 있다. Short PUCCH는 상향링크 셀 커버리지가 좋은 상황에서 long PUCCH 대비 지연 시간 단축을 위해 사용될 수 있으며 CP-OFDM 방식으로 전송된다.
Short PUCCH는 지원 가능한 제어정보 비트의 수에 따라 PUCCH format 0, PUCCH format 2와 같은 전송 포맷들을 지원한다. 먼저 PUCCH format 0는 2 비트까지의 제어 정보를 지원할 수 있는 short PUCCH 포맷이며, 1RB만큼의 주파수 자원을 사용한다. 상기 제어 정보는 HARQ-ACK과 SR의 조합 혹은 각각으로 구성될 수 있다. PUCCH format 0는 DMRS를 전송하지 않고, 한 개의 OFDM 심볼 내에서 주파수 축으로 12개의 서브캐리어에 맵핑되는 시퀀스만을 전송하는 구조로 되어 있다. 단말은 기지국으로부터 상위 신호로 설정 받은 그룹 호핑 혹은 시퀀스 호핑 설정 및 설정된 ID 기반으로 시퀀스를 생성하고, 지시된 초기 CS(cyclic shift)값에 ACK인지 NACK인지에 따라 다른 CS 값을 더하여 나온 최종 CS 값으로 상기 생성된 시퀀스를 cyclic shift하여 12 개의 서브캐리어에 맵핑하여 전송한다.
예를 들어, HARQ-ACK이 1비트인 경우 다음 [표 18]에서처럼 ACK이면 초기 CS 값에 6을 더하여 최종 CS를 생성하고, NACK이면 초기 CS에 0을 더해 최종 CS를 생성한다. 상기의 NACK을 위한 CS값인 0와 ACK을 위한 CS 값인 6은 규격에 정의되고, 단말은 항상 상기 값에 따라 PUCCH format 0를 생성하여 1비트 HARQ-ACK를 전송한다.
[표 18]
Figure PCTKR2020016697-appb-I000040
예를 들어, HARQ-ACK이 2비트인 경우 다음 [표 19]에서처럼 (NACK, NACK)이면 초기 CS 값에 0을 더하고, (NACK, ACK)이면 초기 CS 값에 3을 더하고, (ACK, ACK)이면 초기 CS 값에 6을 더하고, (ACK, NACK)이면 초기 CS 값에 9를 더한다. 상기의 (NACK, NACK)을 위한 CS값인 0과 (NACK, ACK)을 위한 CS 값인 3, (ACK, ACK)을 위한 CS 값인 6, (ACK, NACK)을 위한 CS 값인 9는 규격에 정의되고, 단말은 항상 상기 값에 따라 PUCCH format 0를 생성하여 2비트 HARQ-ACK를 전송한다.
상기에서 초기 CS 값에 ACK 혹은 NACK에 따라 더해진 CS 값에 의해 최종 CS 값이 12를 넘는 경우, 시퀀스의 길이가 12이므로 상기 최종 CS 값에 modulo 12를 적용한다.
[표 19]
Figure PCTKR2020016697-appb-I000041
다음으로 PUCCH format 2는 2 비트가 넘는 제어 정보를 지원하는 short PUCCH 포맷이며, 사용되는 RB 수는 상위 레이어를 통해 설정 가능하다. 상기 제어 정보는 HARQ-ACK, SR, CSI의 조합 혹은 각각으로 구성될 수 있다. PUCCH format 2는 한 개의 OFDM 심볼 내에서 DMRS가 전송되는 서브 캐리어의 위치가 도 414와 같이 첫번째 서브캐리어의 인덱스를 #0이라 할 때, #1, #4, #7, #10의 인덱스를 갖는 서브캐리어에 고정된다. 제어 정보는 채널 부호화 후 변조 과정을 거쳐 DMRS가 위치한 서브캐리어를 제외한 나머지 서브캐리어에 맵핑된다.
정리하면, 상술한 각 PUCCH format에 대하여 설정 가능한 값 및 그 범위는 다음 [표 20]과 같이 정리할 수 있다. 다음 표에서 값이 설정될 필요가 없는 경우는 N.A.로 표기한다.
[표 20]
Figure PCTKR2020016697-appb-I000042
한편 상향링크 커버리지 향상을 위해, PUCCH format 1, 3, 4에 대해 multi-slot repetition이 지원될 수 있으며, PUCCH repetition은 PUCCH format별로 설정 가능하다.
단말은 상위 레이어 시그널링인 nrofSlots를 통해 설정 받은 슬롯 개수만큼 UCI를 포함한 PUCCH에 대해 반복 전송을 수행한다. PUCCH 반복 전송에 대해, 각 슬롯의 PUCCH 전송은 같은 개수의 연속적인 심볼을 사용하여 수행되고 해당하는 연속적인 심볼의 개수는 상위 레이어 시그널링인 PUCCH-format1 또는 PUCCH-format3 또는 PUCCH-format4 내의 nrofSymbols를 통해 설정 받을 수 있다. PUCCH 반복 전송에 대해, 각 슬롯의 PUCCH 전송은 같은 시작 심볼을 사용하여 수행되고, 해당하는 시작 심볼은 상위 레이어 시그널링인 PUCCH-format1 또는 PUCCH-format3 또는 PUCCH-format4 내의 startingSymbolIndex를 통해 설정 받을 수 있다.
PUCCH 반복 전송에 대해, 만약 단말이 서로 다른 슬롯에서의 PUCCH 전송에서 주파수 호핑을 수행하는 것을 설정 받았다면, 단말은 슬롯 단위로 주파수 호핑을 수행한다. 또한, 만약 단말이 서로 다른 슬롯에서의 PUCCH 전송에서 주파수 호핑을 수행하는 것을 설정 받았다면, 단말은 짝수 번째 슬롯에서는 상위 레이어 시그널링인 startingPRB를 통해 설정 받는 첫 번째 PRB 인덱스부터 PUCCH 전송을 시작하고, 홀수 번째 슬롯에서는 상위 레이어 시그널링인 secondHopPRB를 통해 설정 받는 두 번째 PRB 인덱스부터 PUCCH 전송을 시작한다.
추가적으로, 만약 단말이 서로 다른 슬롯에서의 PUCCH 전송에서 주파수 호핑을 수행하는 것을 설정받았다면, 단말에게 첫 번째 PUCCH 전송이 지시된 슬롯의 인덱스는 0번이고, 설정된 전체 PUCCH 반복 전송 횟수 동안, 각 슬롯에서 PUCCH 전송 수행과 무관하게 PUCCH 반복 전송 횟수 값은 증가된다. 만약 단말이 서로 다른 슬롯에서의 PUCCH 전송에서 주파수 호핑을 수행하는 것을 설정 받았다면, 단말은 PUCCH 전송 시 슬롯 내에서의 주파수 호핑이 설정되는 것을 기대하지 않는다. 만약 단말이 서로 다른 슬롯에서의 PUCCH 전송에서 주파수 호핑을 수행하는 것을 설정 받지 않고, 슬롯 내에서의 주파수 호핑을 설정 받았다면, 첫 번째 및 두 번째 PRB 인덱스는 슬롯 내에서도 동일하게 적용된다.
다음으로 기지국 또는 단말의 PUCCH 자원 설정에 대해 기술한다. 기지국은 특정 단말을 위해 상위 레이어를 통한 BWP 별 PUCCH 자원 설정이 가능하다. 해당 설정은 다음 [표 21]과 같을 수 있다.
[표 21]
Figure PCTKR2020016697-appb-I000043
상기 표에 따라, 특정 BWP를 위한 PUCCH 자원 설정 내 하나 또는 다수의 PUCCH resource set이 설정될 수 있으며, PUCCH resource set 중 일부에는 UCI 전송을 위한 최대 페이로드 값이 설정될 수 있다. 각 PUCCH resource set에는 하나 또는 다수의 PUCCH resource가 속할 수 있으며 PUCCH resource 각각은 상술한 PUCCH format들 중 하나에 속할 수 있다.
상기 PUCCH resource set에 대하여, 첫 번째 PUCCH resource set은 최대 페이로드 값이 2bit로 고정될 수 있으며 따라서 해당 값이 상위 레이어 등을 통해 별도로 설정되지 않을 수 있다. 나머지 PUCCH resource set이 구성된 경우, 해당 PUCCH resource set의 인덱스는 최대 페이로드 값에 따라 오름차순으로 설정될 수 있으며 마지막 PUCCH resource set에는 최대 페이로드 값이 설정되지 않을 수 있다. PUCCH resource set에 대한 상위 레이어 구성은 다음 [표 22]와 같을 수 있다.
[표 22]
Figure PCTKR2020016697-appb-I000044
상기 표의 resourceList 파라미터에는 PUCCH resource set에 속한 PUCCH resource들의 ID가 포함될 수 있다.
만일 초기 접속시 또는 상기 PUCCH resource set이 설정되지 않는 경우, initial BWP에서 cell specific한 다수의 PUCCH 자원으로 구성된, 다음 [표 23]과 같은 PUCCH resource set이 사용될 수 있다. 이 PUCCH resource set 내에서 초기접속을 위해 사용될 PUCCH resource는 SIB1을 통해 지시될 수 있다.
[표 23]
Figure PCTKR2020016697-appb-I000045
PUCCH resource set에 포함된 PUCCH resource 각각의 최대 페이로드는 PUCCH format 0 또는 1의 경우 2bit일 수 있으며 나머지 format의 경우에는 심볼 길이, PRB 수, 최대 code rate에 의해 결정될 수 있다. 상술한 심볼 길이 및 PRB 수는 PUCCH resource 별로 설정될 수 있으며 최대 code rate는 PUCCH format별로 설정될 수 있다.
다음으로 UCI 전송을 위한 PUCCH 자원 선택에 대해 설명한다. SR 전송의 경우, 다음 [표 24]와 같이 schedulingRequestID에 대응하는 SR에 대한 PUCCH resource가 상위 레이어를 통해 설정될 수 있다. 상기 PUCCH resource는 PUCCH format 0 또는 PUCCH format 1에 속하는 resource일 수 있다.
[표 24]
Figure PCTKR2020016697-appb-I000046
상기 설정된 PUCCH resource는 [표 24]의 periodicityAndOffset 파라미터를 통해 전송 주기 및 오프셋이 설정된다. 설정된 주기 및 오프셋에 해당하는 시점에 단말이 전송할 상향링크 데이터가 있는 경우 해당 PUCCH resource가 전송되며 그렇지 않으면 해당 PUCCH resource는 전송되지 않을 수 있다.
CSI 전송의 경우, 주기적(periodic) 혹은 PUCCH를 통한 반지속적(semi-persistent) CSI 보고를 전송할 PUCCH 자원이 상위 시그널링으로 다음 [표 25]와 같이 pucch-CSI-ResourceList 파라미터에 설정될 수 있다. 상기 파라미터는 해당 CSI 보고를 전송할 셀 또는 CC에 대한 각 BWP별 PUCCH resource의 리스트를 포함한다. 상기 PUCCH resource는 PUCCH format 2 또는 PUCCH format 3 또는 PUCCH format 4에 속하는 resource일 수 있다.
[표 25]
Figure PCTKR2020016697-appb-I000047
상기 PUCCH 자원은 [표 25]의 reportSlotConfig를 통해 전송 주기 및 오프셋이 설정된다.
HARQ-ACK 전송의 경우, 해당 HARQ-ACK이 포함된 UCI의 페이로드에 따라 전송할 PUCCH 자원의 resource set이 먼저 선택된다. 즉, UCI 페이로드보다 작지 않은 최소 페이로드를 갖는 PUCCH resource set이 선택된다. 다음으로, 해당 HARQ-ACK에 대응하는 TB를 스케줄링한 DCI 내 PUCCH resource indicator (PRI)를 통해 PUCCH resource set 내 PUCCH 자원이 선택될 수 있으며 상기 PRI는 [표 5] 또는 [표 6]에 명시된 PUCCH resource indicator일 수 있다. 상위 시그널링으로 설정되는 PRI와 PUCCH resource set에서 선택되는 PUCCH 자원 간의 관계는 다음 [표 26]과 같을 수 있다.
[표 26]
Figure PCTKR2020016697-appb-I000048
만일 선택된 PUCCH resource set 내 PUCCH resource의 개수가 8보다 크다면, 다음 수학식에 의해 PUCCH resource가 선택될 수 있다.
[수학식 1]
Figure PCTKR2020016697-appb-I000049
상기 수학식에서
Figure PCTKR2020016697-appb-I000050
는 PUCCH resource set 내 선택된 PUCCH resource의 인덱스,
Figure PCTKR2020016697-appb-I000051
는 PUCCH resource set에 속한 PUCCH resource의 개수,
Figure PCTKR2020016697-appb-I000052
는 PRI 값,
Figure PCTKR2020016697-appb-I000053
는 수신 DCI가 속한 CORESET p의 총 CCE 수,
Figure PCTKR2020016697-appb-I000054
는 수신 DCI에 대한 첫 번째 CCE 인덱스를 가리킨다.
해당 PUCCH resource가 전송되는 시점은 해당 HARQ-ACK에 대응하는 TB 전송으로부터
Figure PCTKR2020016697-appb-I000055
슬롯 이후이다. 상기
Figure PCTKR2020016697-appb-I000056
값의 후보는 상위 레이어로 설정되며, 보다 구체적으로 [표 21]에 명시된 PUCCH-Config 내 dl-DataToUL-ACK 파라미터에 설정된다. 이들 후보 중 하나의
Figure PCTKR2020016697-appb-I000057
값이 상기 TB를 스케줄하는 DCI 내 PDSCH-to-HARQ feedback timing indicator에 의해 선택될 수 있으며 이 값은 상기 [표 5] 또는 [표 6]에 명시된 값일 수 있다. 한편, 상기
Figure PCTKR2020016697-appb-I000058
값의 단위는 슬롯 단위이거나 서브슬롯 단위일 수 있다. 여기서 서브슬롯이란 슬롯보다 작은 길이의 단위로서 하나 또는 복수개의 심볼이 하나의 서브슬롯을 구성할 수 있다.
다음으로 두 개 이상의 PUCCH resource가 한 슬롯 내에 위치하는 경우에 대해 설명한다. 단말이 한 슬롯 혹은 서브슬롯 내에서 하나 또는 두 PUCCH resource를 통해 UCI를 전송할 수 있으며, 한 슬롯/서브슬롯 내 두 PUCCH resource를 통해 UCI가 전송될 때 i) 각 PUCCH resource는 심볼 단위로 겹치지 않으며, ii) 최소한 하나의 PUCCH resource는 short PUCCH일 수 있다. 한편 단말은 한 슬롯 내에서 HARQ-ACK 전송을 위한 PUCCH resource를 복수 개 전송하는 것을 기대하지 않을 수 있다.
다음으로 두 개 이상의 PUCCH resource가 overlap되는 경우의 PUCCH 전송 절차에 대해 설명한다. 두 개 이상의 PUCCH resource가 overlap되는 경우, 상술한 조건, 즉 전송되는 PUCCH resource가 심볼 단위로 겹치지 않아야 하는 조건에 따라 overlap 되는 PUCCH resource 중 하나가 선택되거나 또는 새로운 PUCCH resource가 선택될 수 있다. 또한 overlap되는 PUCCH resource를 통해 전송되는 UCI 페이로드는 모두 멀티플렉싱되어 전송되거나 일부가 drop될 수 있다. 먼저 PUCCH resource에 multi-slot repetition이 설정되지 않은 경우(case 1)와 Multi-slot repetition(case 2)이 설정된 경우에 대해 살펴본다.
Case 1에 대하여 PUCCH resource가 overlap되는 경우는 Case 1-1) HARQ-ACK 전송을 위한 둘 이상의 PUCCH resource가 overlap되는 경우와 Case 1-2) 나머지 경우로 구분된다.
Case 1-1)에 해당하는 경우는 도 9에 도시된다.
도 9는 본 개시의 일 실시 예에 따른 multi-slot repetition이 설정되지 않은 경우, PDSCH에 대한 HARQ(hybrid automatic repeat request)-ACK(acknowledgement) 전송을 위한 다수의 PUCCH(physical uplink control channel) 자원이 오버랩(overlap) 되는 경우를 도시하는 도면이다. 도 9를 참고하면, PDSCH를 스케줄하는 서로 다른 둘 또는 그 이상의 PDCCH(9-10, 9-11)에 대하여, 각 PDCCH들에 대응하는 PUCCH resource의 전송 슬롯이 동일한 경우 해당 PUCCH resource는 서로 overlap된다고 볼 수 있다. 즉 다수의 PDCCH에서 지시한
Figure PCTKR2020016697-appb-I000059
값(9-50, 9-51)에 대응하는 상향링크 슬롯이 동일한 경우, 해당 PDCCH에 대응하는 PUCCH resource들은 서로 overlap된다고 볼 수 있다.
이 때 상기 PDCCH 내 PRI(9-40, 9-41)들이 가리키는 PUCCH resource들 중, 가장 나중 시점에 전송되는 PDCCH (9-11)에 대응하는 PRI (9-41)에 기반하여 선택되는 PUCCH resource (9-31)만이 선택되어 상기 PUCCH resource 상에서 HARQ-ACK 정보가 전송된다. 따라서, 선택된 PUCCH resource (9-31)을 통해 PDSCH (9-21)에 대한 HARQ-ACK 정보, 상기 PUCCH resource (9-31)과 overlap되는 다른 PUCCH(9-30)를 위한 HARQ-ACK 정보 모두가 미리 정의된 HARQ-ACK 코드북에 의해 인코딩된 후 전송된다.
다음으로 Case 1-2)에 해당하는, HARQ-ACK 전송을 위한 PUCCH resource와 SR 및/또는 CSI 전송을 위한 PUCCH resource가 overlap 되는 경우 또는 SR 및/또는 CSI 전송을 위한 다수의 PUCCH resource들이 overlap되는 경우에 대해 설명한다. 상기의 경우, 동일 슬롯에서 전송되는 다수의 PUCCH resource들이 시간 축에서 한 심볼 이상 겹칠 때 해당 PUCCH resource가 overlap 된다고 정의하며, 이들 resource 내 UCI들의 멀티플렉싱 여부는 다음 [표 27]과 같이 정리할 수 있다.
[표 27]
Figure PCTKR2020016697-appb-I000060
상기 표에 따라, HARQ-ACK가 전송되는 PUCCH resource 간에 overlap 되는 경우 또는 SR 및 CSI가 전송되는 PUCCH 간에 overlap 되는 경우에는 이들 UCI가 항상 멀티플렉싱된다.
한편, SR과 HARQ-ACK가 전송되는 각각의 PUCCH resource가 overlap 되는 경우, 즉 Case 1-2-1의 경우, 상기 PUCCH resource의 format에 따라 UCI 멀티플렉싱 여부가 다음과 같이 나뉘어진다.
- SR on PUCCH format 0 + HARQ-ACK on PUCCH format 1: SR이 drop되며 HARQ-ACK만 전송 됨
- 나머지 경우: SR 및 HARQ-ACK 모두 멀티플렉싱됨
또한, Case 1-2-2에 해당하는 나머지 경우, 즉 HARQ-ACK과 CSI가 전송되는 PUCCH resource 간에 overlap 되는 경우 또는 CSI가 전송되는 다수의 PUCCH resource 간 overlap 되는 경우, 이들 UCI의 멀티플렉싱 여부는 상위 레이어 설정을 따를 수 있다. 또한, HARQ-ACK과 CSI간 멀티플렉싱 여부 설정과 다수의 CSI간 멀티플렉싱 여부 설정은 독립적으로 이루어질 수 있다.
예컨대 HARQ-ACK과 CSI간 멀티플렉싱 여부는 PUCCH format 2, 3, 4별 simultaneousHARQ-ACK-CSI 파라미터를 통해 설정될 수 있고, 해당 파라미터는 상기 PUCCH format에 대해 모두 같은 값으로 설정될 수 있다. 만일 상기 파라미터를 통해 멀티플렉싱이 수행되지 않도록 설정된 경우에는 HARQ-ACK만 전송되며 overlap되는 CSI는 drop될 수 있다. 또한 다수의 CSI간 멀티플렉싱 여부는 PUCCH-Config 내 multi-CSI-PUCCH-ResourceList 파라미터를 통해 설정될 수 있다. 즉, multi-CSI-PUCCH-ResourceList 파라미터가 설정된 경우에는 CSI간 멀티플렉싱이 수행될 수 있고 그렇지 않은 경우에는 CSI간 우선순위에 따라 우선순위가 높은 CSI에 대응하는 PUCCH만 전송될 수 있다.
상기 기술된 바와 같이 UCI 멀티플렉싱이 수행되는 경우, 해당 UCI 자원을 전송할 PUCCH resource의 선택 방법 및 멀티플렉싱 방법은 overlap된 UCI의 정보 및 PUCCH resource의 format에 따라 다를 수 있으며 이는 다음 [표 28]과 같이 정리할 수 있다.
[표 28]
Figure PCTKR2020016697-appb-I000061
상기 표의 각 option은 다음과 같다.
- Option 1: 단말은 HARQ-ACK PUCCH resource와 overlap된 SR PUCCH resource의 SR 값에 따라 PUCCH resource 선택을 달리 함. 즉 SR 값이 positive이면 PUCCH resource for SR을 선택하며, SR 값이 negative이면 PUCCH resource for HARQ-ACK을 선택함. 선택한 PUCCH resource에 HARQ-ACK 정보를 전송함.
- Option 2: 단말은 HARQ-ACK 전송을 위한 PUCCH resource에 HARQ-ACK 정보 및 SR 정보를 멀티플렉싱하여 전송함.
- Option 3: 단말은 CSI 전송을 위한 PUCCH resource에 SR 정보 및 CSI를 멀티플렉싱하여 전송함.
- Option 4: HARQ-ACK간 overlapping을 위한 PUCCH resource 전송 - 세부 동작은 상기 case 1-1)에서 기술.
- Option 5: PDCCH로 스케줄된 PDSCH에 대응하는 HARQ-ACK을 위한 PUCCH resource와 CSI 전송을 위한 PUCCH resource가 overlap되며 HARQ-ACK 및 CSI간 멀티플렉싱이 상위 레이어로 설정된 경우, 단말은 HARQ-ACK을 위한 PUCCH resource에 HARQ-ACK 정보 및 CSI 정보를 멀티플렉싱하여 전송함.
- Option 6: SPS (semi-persistent scheduling) PDSCH에 대응하는 HARQ-ACK을 위한 PUCCH resource와 CSI 전송을 위한 PUCCH resource가 overlap되며 HARQ-ACK 및 CSI간 멀티플렉싱이 상위 레이어로 설정된 경우, 단말은 CSI 전송용 PUCCH resource에 HARQ-ACK 정보 및 CSI 정보를 멀티플렉싱하여 전송함.
만일 상위 레이어로 멀티플렉싱을 위한 PUCCH resource 리스트, 즉 multi-CSI-PUCCH-ResourceList가 설정된 경우, 단말은 리스트 내 resource 중 멀티플렉싱 된 UCI 페이로드를 모두 전송할 수 있는 가장 낮은 인덱스를 갖는 resource 하나를 선택 후 UCI 페이로드를 전송한다. 리스트 내 멀티플렉싱 된 UCI 페이로드를 모두 전송할 수 있는 resource가 없는 경우, 단말은 인덱스가 가장 큰 resource를 선택 후 해당 resource에 HARQ-ACK 및 전송 가능한 수만큼의 CSI 보고를 전송한다.
- Option 7: 다수의 CSI 전송용 PUCCH resource가 overlap되며 다수의 CSI간 멀티플렉싱이 상위 레이어로 설정된 경우, 단말은 상위 레이어로 설정된 CSI 멀티플렉싱을 위한 PUCCH resource 리스트, 즉 multi-CSI-PUCCH-ResourceList 내에서 멀티플렉싱 된 UCI 페이로드를 모두 전송할 수 있는 가장 낮은 인덱스를 갖는 resource 하나를 선택한 후 UCI 페이로드를 전송한다. 리스트 내 멀티플렉싱 된 UCI 페이로드를 모두 전송할 수 있는 resource가 없는 경우, 단말은 인덱스가 가장 큰 resource를 선택 후 해당 resource에 전송 가능한 수만큼의 CSI 보고를 전송한다.
상기에서는 기술의 편의를 위해 두 개의 PUCCH resource가 overlap 되는 경우에 대해 중점적으로 다루었으나, 셋 이상의 PUCCH resource가 overlap 되는 경우에도 상기 방법이 유사하게 적용될 수 있다. 예컨대 SR+HARQ-ACK 이 멀티플렉싱 된 PUCCH resource와 CSI PUCCH resource가 overlap된 경우, HARQ-ACK과 CSI간 멀티플렉싱 방법을 따를 수 있다.
만일 특정 UCI간 멀티플렉싱을 수행하지 않도록 설정된 경우, HARQ-ACK > SR > CSI 순의 우선순위에 따라 우선순위가 높은 UCI가 전송되며 우선순위가 낮은 UCI는 drop될 수 있다. 다수의 CSI PUCCH resource가 overlap되었을 때 멀티플렉싱을 수행하지 않도록 설정된 경우, 우선순위가 높은 CSI에 해당하는 PUCCH가 전송되며 다른 CSI에 해당하는 PUCCH는 drop될 수 있다.
다음으로 Case 2, 즉 Multi-slot repetition이 설정된 경우에는 Case 2-1) HARQ-ACK 전송을 위한 두 개 이상의 PUCCH resource가 동일 시작 슬롯에 위치하는 경우와 Case 2-2) 나머지 경우로 구분된다. 각각의 경우는 도 10에 도시된다.
도 10은 본 개시의 일 실시 예에 따른 multi-slot repetition이 설정된 경우, PUCCH 자원이 오버랩되는 경우를 도시하는 도면이다.
Case 2-1)를 참고하면, HARQ-ACK을 위한 PUCCH resource에 multi-slot repetition이 설정된 경우, 즉 PUCCH #1이 다수 슬롯에 걸쳐 반복 전송되며(10-30, 10-40) PUCCH #2 역시 다수 슬롯에 걸쳐 반복 전송되는(10-31, 10-41) 경우,
Figure PCTKR2020016697-appb-I000062
으로 지시되는 두 PUCCH의 시작 슬롯이 동일하다면 Case 1-1)과 동일하게 단일 PUCCH resource (한 슬롯에서 가장 나중 시점에 전송되는 PUCCH), 즉 PUCCH #2가 선택될 수 있다. 따라서, 해당 PUCCH에는 PDSCH #1및 PDSCH #2에 상응하는 HARQ-ACK 정보가 HARQ-ACK 코드북을 통해 모두 멀티플렉싱되어 전송된다.
기술의 편의를 위해 multi-slot repetition되는 다수의 PUCCH가 overlap되는 경우를 예로 들었으나, multi-slot repetition 되는 PUCCH와 단일 슬롯에서 전송되는 PUCCH간에 overlap 되는 경우 역시 동일한 방법이 적용될 수 있다.
Case 2-2)는 HARQ-ACK 전송을 위한 PUCCH와 SR 또는 CSI 전송을 위한 PUCCH 간, 또는 다수의 SR 또는 CSI 전송을 위한 PUCCH 간 심볼 단위 overlap이 발생하는 경우에 해당한다. 즉, PUCCH #1이 다수 슬롯에 걸쳐 반복 전송되며(10-50, 10-51) PUCCH #2 역시 다수 슬롯에 걸쳐 반복 전송되는(10-60, 10-61) 경우, PUCCH #1과 PUCCH #2가 하나의 슬롯 (10-70)에서 한 심볼 이상 overlap이 발생한 경우에 해당한다.
해당 슬롯 (10-70)에서 한 심볼 이상 overlap이 발생한 PUCCH간에는 PUCCH 내 UCI간 우선순위를 비교하여, 우선순위가 높은 UCI가 전송되며 다른 UCI는 해당 슬롯에서 drop 된다. 이 때 상기 UCI간 우선순위는 가장 높은 순으로 HARQ-ACK > SR > CSI를 따른다.
또한, 다수의 CSI PUCCH resource가 overlap되는 경우, 우선순위가 높은 CSI에 상응하는 PUCCH가 전송되며 다른 CSI에 상응하는 PUCCH는 해당 슬롯에서 drop될 수 있다. 상술한 우선순위에 따른 PUCCH 전송 혹은 drop은 심볼 단위 overlap이 발생한 슬롯에서만 수행되며, 다른 슬롯에서는 수행되지 않는다. 즉 multi-slot repetition이 설정된 PUCCH는 심볼 단위 overlap이 발생한 슬롯에서는 drop될 수 있으나 나머지 슬롯에서는 설정대로 전송될 수 있다.
상기 경우는 기술의 편의를 위해 multi-slot repetition되는 다수의 PUCCH가 overlap되는 경우를 예로 들었으나, multi-slot repetition 되는 PUCCH와 단일 슬롯에서 전송되는 PUCCH 간에 overlap 되는 경우 역시 동일한 방법이 적용될 수 있다.
또한, PUCCH와 PUSCH 전송 간의 overlap에 대해 설명한다. 만약 단말이
Figure PCTKR2020016697-appb-I000063
의 반복 전송 중 첫 번째 슬롯에서 PUCCH 전송을 하고, 두 번째 슬롯에서 PUSCH 전송을 하며, PUCCH 전송이 1개 또는 복수 개의 슬롯에서 PUSCH 전송과 overlap되는 경우, 또한 overlap된 슬롯들에서 PUSCH 내에 UCI들이 multiplexing된 경우, PUCCH와 PUSCH가 overlap된 슬롯들에서 PUCCH는 전송하고 PUSCH는 전송하지 않는다.
상기 PUCCH의 single slot transmission 및 multi-slot repetition에서, URLLC 등 저지연 서비스를 위해 상술한 slot이 mini-slot으로 대체되어 사용될 수 있다. Mini-slot은 slot보다 시간축 상에서의 길이가 짧으며, 하나의 mini-slot은 14개보다 적은 symbol로 구성될 수 있다. 예컨대, 2개 혹은 7개의 symbol이 하나의 mini-slot을 구성할 수 있다. 상위 레이어 등을 통해 mini-slot이 설정된 경우, HARQ-ACK feedback timing K1 값, 반복 전송 횟수 등의 단위가 기존의 slot에서 mini-slot 단위로 대치될 수 있다. Mini-slot 설정은 모든 PUCCH 전송에 적용되거나, 특정 서비스를 위한 PUCCH 전송에 한정될 수 있다. 예컨대, eMBB 서비스를 위한 PUCCH에는 slot 단위 전송이 적용되는 반면, URLLC 서비스를 위한 PUCCH에는 mini-slot 단위 전송이 적용될 수 있다.
다음으로 PUCCH 전송에 적용할 빔 설정에 대해 설명한다. 만약 단말이 PUCCH resource 설정에 대한 단말 특정적인 설정 (dedicated PUCCH resource configuration)을 갖고 있지 않다면, PUCCH resource set은 상위 시그널링인 pucch-ResourceCommon을 통해 제공되며, 이 때 PUCCH 전송을 위한 빔 설정은 Random Access Resoponse (RAR) UL grant를 통해 스케줄링된 PUSCH 전송에서 사용한 빔 설정을 따른다. 만약 단말이 PUCCH resource 설정에 대한 단말 특정적인 설정 (dedicated PUCCH resource configuration)을 갖고 있다면, PUCCH 전송에 대한 빔 설정은 아래 [표 29]에 나타나 있는 상위 시그널링인 pucch-spatialRelationInfoId를 통해 제공된다. 만약 단말이 1개의 pucch-spatialRelationInfoId를 설정 받았다면, 단말의 PUCCH 전송을 위한 빔 설정은 1개의 pucch-spatialRelationInfoId를 통해 제공된다. 만약 단말이 복수 개의 pucch-spatialRelationInfoID를 설정 받았다면, 단말은 MAC CE (control element)를 통해 복수 개 중 1개의 pucch-spatialRelationInfoID에 대한 활성화를 지시받게 된다. 단말은 최대 8개의 pucch-spatialRelationInfoID를 상위 시그널링을 통해 설정받을 수 있고, 그 중 단 한 개의 pucch-spatialRelationInfoID가 활성화되는 것을 지시받을 수 있다.
단말이 MAC CE를 통해 임의의 pucch-spatialRelationInfoID에 대한 활성화를 지시 받은 경우, 단말은 pucch-spatialRelationInfoID에 대한 활성화 정보를 포함하는 있는 MAC CE를 전송하는 PDSCH에 대한 HARQ-ACK 전송을 하는 슬롯으로부터
Figure PCTKR2020016697-appb-I000064
슬롯 이후 처음 등장하는 슬롯부터 MAC CE를 통한 pucch-spatialRelationInfoID 활성화를 적용하게 된다. 상기의
Figure PCTKR2020016697-appb-I000065
는 PUCCH 전송에 적용되는 뉴머롤로지이고,
Figure PCTKR2020016697-appb-I000066
는 주어진 뉴머롤로지에서 서브프레임 당 슬롯의 개수를 의미한다. pucch-spatialRelationInfo에 대한 상위 레이어 구성은 다음 [표 29]와 같을 수 있다. pucch-spatialRelationInfo는 PUCCH 빔 정보와 혼용될 수 있다.
[표 29]
Figure PCTKR2020016697-appb-I000067
상기 [표 29]에 따라, 특정 pucch-spatialRelationInfo 설정 내에는 하나의 referenceSignal 설정이 존재할 수 있고, 해당 referenceSignal은 특정 SS/PBCH를 나타내는 ssb-Index이거나, 특정 CSI-RS를 나타내는 csi-RS-Index이거나, 혹은 특정 SRS를 나타내는 srs일 수 있다. 만약 referenceSignal이 ssb-Index로 설정된다면, 단말은 같은 serving cell 내에 있는 SS/PBCH 중 ssb-Index에 대응되는 SS/PBCH를 수신할 때 이용한 빔을 PUCCH 전송을 위한 빔으로 설정하거나, servingCellId가 제공된다면 servingCellId로 지시되는 cell 내에 있는 SS/PBCH 중 ssb-Index에 대응되는 SS/PBCH를 수신할 때 이용한 빔을 pucch 전송을 위한 빔으로 설정할 수 있다. 만약 referenceSignal이 csi-RS-Index로 설정된다면, 단말은 같은 serving cell 내에 있는 CSI-RS 중 csi-RS-Index에 대응되는 CSI-RS를 수신할 때 이용한 빔을 PUCCH 전송을 위한 빔으로 설정하거나, servingCellId가 제공된다면 servingCellId로 지시되는 cell 내에 있는 CSI-RS 중 csi-RS-Index에 대응되는 CSI-RS를 수신할 때 이용한 빔을 pucch 전송을 위한 빔으로 설정할 수 있다. 만약 referenceSignal이 srs로 설정된다면, 단말은 같은 serving cell 내 그리고/또는 활성화된 상향링크 BWP 내에서 상위 시그널링 resource로 제공되는 resource index에 해당하는 SRS를 전송할 때 사용한 송신 빔을 PUCCH 전송을 위한 빔으로 설정하거나, servingCellID 그리고/또는 uplinkBWP가 제공된다면 servingCellID 그리고/또는 uplinkBWP로 지시되는 cell 내 그리고/또는 상향링크 BWP에서 상위 시그널링 resource를 통해 제공되는 resource index에 해당하는 SRS를 전송할 때 사용한 송신 빔을 PUCCH 전송을 위한 빔으로 설정할 수 있다.
특정 pucch-spatialRelationInfo 설정 내에는 하나의 pucch-PathlossReferenceRS-Id 설정이 존재할 수 있다. [표 30]의 PUCCH-PathlossReferenceRS는 [표 29]의 pucch-PathlossReferenceRS-Id 와 매핑이 가능하고, [표 30]의 상위 시그널링 PUCCH-PowerControl 내의 pathlossReferenceRSs를 통해 최대 4개까지 설정이 가능하다. PUCCH-PathlossReferenceRS는 표 30의 referenceSignal을 통해 SS/PBCH와 연결된다면 ssb-Index를 설정받고, CSI-RS와 연결된다면 csi-RS-Index를 설정받는다.
[표 30]
Figure PCTKR2020016697-appb-I000068
기지국 및/또는 단말은 캐리어 집성(carrier aggregation)을 활용하여 다수의 캐리어에서 하향링크 및/또는 상향링크 신호의 송수신이 가능하다. 도 11은 본 개시의 일 실시 예에 따른 셀 그룹(cell group) 내에서 설정 가능한 상향링크 캐리어의 종류 및 각 캐리어 별로 전송 가능한 채널의 예를 도시하는 도면이다. Rel-15 NR에서 하나의 셀 그룹 내에 하나 또는 두 개의 PUCCH 그룹이 설정될 수 있다. 상기한 PUCCH 그룹의 수는 하나의 셀 그룹 내에 PUCCH를 전송할 수 있는 상향링크 캐리어의 개수를 의미한다. 상술한 PUCCH 그룹 중 첫 번째 PUCCH 그룹은 primary PUCCH 그룹으로 명명되며(11-05), primary PUCCH 그룹은 PCell과 하나 또는 그 이상의 SCell로 구성된다. 또는 SCell은 구성되지 않을 수도 있다.
PCell은 초기 접속 및 핸드오버 등의 과정이 일어나는 캐리어를 가리키며, PCell에서는 contention-based 및/또는 contention-free 기반 랜덤 액세스, PUCCH, PUSCH, SRS 채널이 전송될 수 있다(11-10). 한편 SCell은 RRC 연결 이후 SCell addition/modification 등으로 추가/변경될 수 있는 캐리어를 가리키며, SCell은 contention-free 기반 랜덤 액세스, PUSCH, SRS 채널이 전송될 수 있다. Primary PUCCH 그룹 내 속한 SCell들에 대한(11-15) HARQ-ACK을 위한 PUCCH 전송은 PCell에서 수행될 수 있다.
한편, 상술한 PUCCH 그룹 중 두 번째 PUCCH 그룹은 secondary PUCCH 그룹으로 명명되며(11-55), secondary PUCCH 그룹은 구성되지 않을 수 있다. Secondary PUCCH 그룹이 구성되는 경우, 이 그룹은 하나의 PUCCH-SCell(11-60) 및 하나 이상의 SCell로 구성된다. 또는 SCell은 구성되지 않을 수도 있다. PUCCH-SCell은 secondary PUCCH 그룹 내에서 PUCCH가 전송될 수 있는 캐리어를 가리키므로, contention-free 기반 랜덤 액세스, PUCCH, PUSCH, SRS 채널이 전송될 수 있다. Secondary PUCCH 그룹 내 속한 SCell들에 대한(11-65) HARQ-ACK을 위한 PUCCH 전송은 PUCCH-SCell에서 수행될 수 있다.
상술한 내용 및 앞으로의 실시예들에서 사용되는 용어인 캐리어는 다른 용어로 대체되어 쓰일 수 있다. 예컨대, 셀, 서빙 셀, CC(component carrier) 등의 용어로 대체되어 쓰일 수 있으며 상술한 용어들은 모두 같은 의미를 가리킬 수 있다.
LTE 및 NR에서 단말은 서빙 기지국에 연결한 상태에서 해당 기지국에게 단말이 지원하는 capability를 보고하는 절차를 가진다. 아래 설명에서 이를 UE capability (보고)로 지칭한다. 기지국은 연결 상태의 단말에게 capability 보고를 요청하는 UE capability enquiry 메시지를 전달할 수 있다. 상기 메시지에는 기지국이 RAT type 별 단말 capability 요청을 포함할 수 있다. 상기 RAT type 별 요청에는 요청하는 주파수 밴드 정보가 포함될 수 있다. 또한, 상기 UE capability enquiry 메시지는 하나의 RRC 메시지 container에서 복수의 RAT type을 요청할 수 있으며, 혹은 각 RAT type 별 요청을 포함한 UE capability enquiry 메시지를 복수번 포함해서 단말에게 전달할 수 있다. 즉, UE capability enquiry가 복수회 반복 되고 단말은 이에 해당하는 UE capability information 메시지를 구성하여 복수회 보고할 수 있다. 차세대 이동 통신 시스템에서는 NR, LTE, EN-DC를 비롯한 MR-DC에 대한 단말 capability 요청을 할 수 있다. 참고로 상기 UE capability enquiry 메시지는 일반적으로 단말이 연결을 하고 난 이후, 초기에 보내는 것이 일반적이지만, 기지국이 필요할 때 어떤 조건에서도 요청할 수 있다.
상기 단계에서 기지국으로부터 UE capability 보고 요청을 받은 단말은 기지국으로부터 요청받은 RAT type 및 밴드 정보에 따라 단말 capability를 구성한다. 아래에 NR 시스템에서 단말이 UE capability를 구성하는 방법을 정리하였다.
1. 만약 단말이 기지국으로부터 UE capability 요청으로 LTE 그리고/혹은 NR 밴드에 대한 리스트를 제공받으면, 단말은 EN-DC 와 NR stand alone (SA)에 대한 band combination (BC)를 구성한다. 즉, 기지국에 FreqBandList로 요청한 밴드들을 바탕으로 EN-DC 와 NR SA에 대한 BC의 후보 리스트를 구성한다. 또한, 밴드의 우선순위는 FreqBandList에 기재된 순서대로 우선순위를 가진다.
2. 만약 기지국이 “eutra-nr-only”flag 혹은 “eutra”flag를 세팅하여 UE capability 보고를 요청한 경우, 단말은 상기의 구성된 BC의 후보 리스트 중에서 NR SA BC들에 대한 것은 완전히 제거한다. 이러한 동작은 LTE 기지국(eNB)이 “eutra”capability를 요청하는 경우에만 일어날 수 있다.
3. 이후 단말은 상기 단계에서 구성된 BC의 후보 리스트에서 fallback BC들을 제거한다. 여기서 fallback BC는 어떤 super set BC에서 최소 하나의 SCell에 해당하는 밴드를 제거한 경우에 해당하며, super set BC가 이미 fallback BC를 커버할 수 있기 때문에 생략이 가능하다. 이 단계는 MR-DC에서도 적용되며, 즉 LTE 밴드들도 적용된다. 이 단계 이후에 남아있는 BC는 최종 “후보 BC 리스트”이다.
4. 단말은 상기의 최종 “후보 BC 리스트”에서 요청받은 RAT type에 맞는 BC들을 선택하여 보고할 BC들을 선택한다. 본 단계에서는 정해진 순서대로 단말이 supportedBandCombinationList를 구성한다. 즉, 단말은 미리 설정된 rat-Type의 순서에 맞춰서 보고할 BC 및 UE capability를 구성하게 된다. (nr -> eutra-nr -> eutra). 또한 구성된 supportedBandCombinationList에 대한 featureSetCombination을 구성하고, fallback BC (같거나 낮은 단계의 capability를 포함하고 있는)에 대한 리스트가 제거된 후보 BC 리스트에서 “후보 feature set combination”의 리스트를 구성한다. 상기의 “후보 feature set combination”은 NR 및 EUTRA-NR BC에 대한 feature set combination을 모두 포함하며, UE-NR-Capabilities와 UE-MRDC-Capabilities 컨테이너의 feature set combination으로부터 얻을 수 있다.
5. 또한, 만약 요청된 rat Type이 eutra-nr이고 영향을 준다면, featureSetCombinations은 UE-MRDC-Capabilities 와 UE-NR-Capabilities 의 두 개의 컨테이너에 전부 포함된다. 하지만 NR의 feature set은 UE-NR-Capabilities만 포함된다.
단말 capability가 구성되고 난 이후, 단말은 UE capability가 포함된 UE capability information 메시지를 기지국에 전달한다. 기지국은 단말로부터 수신한 UE capability를 기반으로 이후 해당 단말에게 적당한 스케쥴링 및 송수신 관리를 수행한다.
도 12는 본 개시의 일 실시 예에 따른 single cell, carrier aggregation, dual connectivity 상황에서 기지국과 단말의 무선 프로토콜 구조를 도시하는 도면이다.
도 12를 참조하면, 차세대 이동통신 시스템의 무선 프로토콜은 단말과 NR 기지국에서 각각 NR SDAP(Service Data Adaptation Protocol S25, S70), NR PDCP(Packet Data Convergence Protocol S30, S65), NR RLC(Radio Link Control S35, S60), NR MAC(Medium Access Control S40, S55)으로 이루어진다.
NR SDAP(S25, S70)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 사용자 데이터의 전달 기능(transfer of user plane data)
- 상향 링크와 하향 링크에 대해서 QoS flow와 데이터 베어러의 맵핑 기능(mapping between a QoS flow and a DRB for both DL and UL)
- 상향 링크와 하향 링크에 대해서 QoS flow ID의 마킹 기능(marking QoS flow ID in both DL and UL packets)
- 상향 링크 SDAP PDU들에 대해서 relective QoS flow를 데이터 베어러에 맵핑시키는 기능 (reflective QoS flow to DRB mapping for the UL SDAP PDUs).
상기 SDAP 계층 장치에 대해 단말은 RRC 메시지로 각 PDCP 계층 장치 별로 혹은 베어러 별로 혹은 로지컬 채널 별로 SDAP 계층 장치의 헤더를 사용할 지 여부 혹은 SDAP 계층 장치의 기능을 사용할 지 여부를 설정 받을 수 있으며, SDAP 헤더가 설정된 경우, SDAP 헤더의 NAS QoS 반영 설정 1비트 지시자(NAS reflective QoS)와 AS QoS 반영 설정 1비트 지시자(AS reflective QoS)로 단말이 상향 링크와 하향 링크의 QoS flow와 데이터 베어러에 대한 맵핑 정보를 갱신 혹은 재설정할 수 있도록 지시할 수 있다. 상기 SDAP 헤더는 QoS를 나타내는 QoS flow ID 정보를 포함할 수 있다. 상기 QoS 정보는 원할한 서비스를 지원하기 위한 데이터 처리 우선 순위, 스케쥴링 정보 등으로 사용될 수 있다.
NR PDCP (10-30, 10-65)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 헤더 압축 및 압축 해제 기능(Header compression and decompression: ROHC only)
- 사용자 데이터 전송 기능 (Transfer of user data)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능 (Out-of-sequence delivery of upper layer PDUs)
- 순서 재정렬 기능(PDCP PDU reordering for reception)
- 중복 탐지 기능(Duplicate detection of lower layer SDUs)
- 재전송 기능(Retransmission of PDCP SDUs)
- 암호화 및 복호화 기능(Ciphering and deciphering)
- 타이머 기반 SDU 삭제 기능(Timer-based SDU discard in uplink.)
상기에서 NR PDCP 장치의 순서 재정렬 기능(reordering)은 하위 계층에서 수신한 PDCP PDU들을 PDCP SN(sequence number)을 기반으로 순서대로 재정렬하는 기능을 말하며, 재정렬된 순서대로 데이터를 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 순서를 고려하지 않고, 바로 전달하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 PDCP PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.
NR RLC(S35, S60)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 데이터 전송 기능(Transfer of upper layer PDUs)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능(Out-of-sequence delivery of upper layer PDUs)
- ARQ 기능(Error Correction through ARQ)
- 접합, 분할, 재조립 기능(Concatenation, segmentation and reassembly of RLC SDUs)
- 재분할 기능(Re-segmentation of RLC data PDUs)
- 순서 재정렬 기능(Reordering of RLC data PDUs)
- 중복 탐지 기능(Duplicate detection)
- 오류 탐지 기능(Protocol error detection)
- RLC SDU 삭제 기능(RLC SDU discard)
- RLC 재수립 기능(RLC re-establishment)
상기에서 NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 말하며, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있으며, 수신한 RLC PDU들을 RLC SN(sequence number) 혹은 PDCP SN(sequence number)를 기준으로 재정렬하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 RLC PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있으며, 유실된 RLC SDU가 있을 경우, 유실된 RLC SDU 이전까지의 RLC SDU들만을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 타이머가 시작되기 전에 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 현재까지 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다. 또한 상기에서 RLC PDU들을 수신하는 순서대로 (일련번호, Sequence number의 순서와 상관없이, 도착하는 순으로) 처리하여 PDCP 장치로 순서와 상관없이(Out-of sequence delivery) 전달할 수도 있으며, segment 인 경우에는 버퍼에 저장되어 있거나 추후에 수신될 segment들을 수신하여 온전한 하나의 RLC PDU로 재구성한 후, 처리하여 PDCP 장치로 전달할 수 있다. 상기 NR RLC 계층은 접합(Concatenation) 기능을 포함하지 않을 수 있고 상기 기능을 NR MAC 계층에서 수행하거나 NR MAC 계층의 다중화(multiplexing) 기능으로 대체할 수 있다.
상기에서 NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서와 상관없이 바로 상위 계층으로 전달하는 기능을 말하며, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있으며, 수신한 RLC PDU들의 RLC SN 혹은 PDCP SN을 저장하고 순서를 정렬하여 유실된 RLC PDU들을 기록해두는 기능을 포함할 수 있다.
NR MAC(S40, S55)은 한 단말에 구성된 여러 NR RLC 계층 장치들과 연결될 수 있으며, NR MAC의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 맵핑 기능(Mapping between logical channels and transport channels)
- 다중화 및 역다중화 기능(Multiplexing/demultiplexing of MAC SDUs)
- 스케쥴링 정보 보고 기능(Scheduling information reporting)
- HARQ 기능(Error correction through HARQ)
- 로지컬 채널 간 우선 순위 조절 기능(Priority handling between logical channels of one UE)
- 단말간 우선 순위 조절 기능(Priority handling between UEs by means of dynamic scheduling)
- MBMS 서비스 확인 기능(MBMS service identification)
- 전송 포맷 선택 기능(Transport format selection)
- 패딩 기능(Padding)
NR PHY 계층(S45, S50)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.
상기 무선 프로토콜 구조는 캐리어 (혹은 셀) 운영 방식에 따라 세부 구조가 다양하게 변경될 수 있다. 일례로 기지국이 단일 캐리어(혹은 셀)을 기반으로 단말에게 데이터를 전송하는 경우 기지국 및 단말은 S00과 같이 각 계층 별 단일 구조를 가지는 프로토콜 구조를 사용하게 된다. 반면 기지국이 단일 TRP에서 다중 캐리어를 사용하는 CA(carrier aggregation)를 기반으로 단말에게 데이터를 전송하는 경우 기지국 및 단말은 S10과 같이 RLC 까지는 단일 구조를 가지지만 MAC layer를 통하여 PHY layer를 multiplexing 하는 프로토콜 구조를 사용하게 된다. 또 다른 예시로 기지국이 다중 TRP에서 다중 캐리어를 사용하는 DC(dual connectivity)를 기반으로 단말에게 데이터를 전송하는 경우 기지국 및 단말은 S20과 같이 SDAP 까지 단일 구조를 가지며, PDCP layer를 통하여 RLC 및 이후의 layer를 multiplexing 하는 프로토콜 구조를 사용하게 된다.
상술한 PUCCH 및 빔 설정 관련 설명들을 참조하면, 현재 Rel-15 및 Rel-16 NR에서는 PUCCH 전송에 대한 빔 설정을 위해 상술한 spatial relation information의 설정 및 activation 과정이 필요하다. 상기한 activation을 각 PUCCH별로 해주기 위해서는 시그널링 오버헤드가 클 수 있으며, 따라서 모든 PUCCH에 대한 기본(default) 빔을 설정함으로써 PUCCH별 activation 시그널링 없이 빔 적용을 가능케 하여 시그널링 오버헤드를 줄일 수 있다. 본 발명에서는 단일 전송 지점(TRP) 및 다수 전송 지점을 위한 PUCCH 빔 설정 방법을 제공한다. 구체적인 방법은 하기 실시 예들에서 구체적으로 서술한다.
이하 본 개시의 실시 예를 첨부한 도면과 함께 상세히 설명한다. 본 개시에서의 내용은 FDD 및 TDD 시스템에서 적용이 가능한 것이다. 이하 본 개시에서 상위 시그널링(또는 상위 레이어 시그널링)은 기지국에서 물리계층의 하향링크 데이터 채널을 이용하여 단말로, 혹은 단말에서 물리계층의 상향링크 데이터 채널을 이용하여 기지국으로 전달되는 신호 전달 방법이며, RRC 시그널링, 혹은 PDCP 시그널링, 혹은 MAC(medium access control) 제어요소(MAC control element; MAC CE)라고 언급될 수도 있다.
이하 본 개시에서 단말은 협력 통신 적용 여부를 판단함에 있어 협력 통신이 적용되는 PDSCH를 할당하는 PDCCH(들)이 특정 포맷을 가지거나, 또는 협력 통신이 적용되는 PDSCH를 할당하는 PDCCH(들)이 협력 통신 적용 여부를 알려주는 특정 지시자를 포함하거나, 또는 협력 통신이 적용되는 PDSCH를 할당하는 PDCCH(들)이 특정 RNTI로 스크램블링 되거나, 또는 상위레이어로 지시되는 특정 구간에서 협력 통신 적용을 가정하거나 하는 등 다양한 방법들을 사용하는 것이 가능하다. 이후 설명의 편의를 위하여 단말이 상기와 유사한 조건들을 기반으로 협력 통신이 적용된 PDSCH를 수신하는 것을 NC-JT(non-coherent joint transmission) case로 지칭하도록 하겠다.
이하 본 개시에서 A 와 B 간 우선순위를 결정한다 함은 미리 정해진 우선순위 규칙(priority rule)에 따라 더 높은 우선순위를 가지는 것을 선택하여 그에 해당하는 동작을 수행하거나 또는 더 낮은 우선순위를 가지는 것에 대한 동작을 생략(omit or drop)하는 등 다양하게 언급될 수 있다.
이하 본 개시에서는 다수의 실시 예를 통하여 상기 예제들을 설명하나 이는 독립적인 것들이 아니며 하나 이상의 실시 예가 저촉되지 않는 범위 내에서 동시에 또는 복합적으로 적용되는 것이 가능하다.
<제 1실시예: DCI reception for NC-JT>
5G 무선 통신 시스템은 기존과는 달리 높은 전송속도를 요구하는 서비스뿐만 아니라 매우 짧은 전송 지연을 갖는 서비스 및 높은 연결 밀도를 요구하는 서비스를 모두 지원할 수 있다. 다수의 셀, TRP(transmission and reception point), 또는 빔을 포함하는 무선통신 네트워크에서 각 셀, TRP 또는/및 빔 간의 협력 통신(coordinated transmission)은 단말이 수신하는 신호의 세기를 늘리거나 각 셀, TRP 또는/및 빔 간 간섭 제어를 효율적으로 수행하여 다양한 서비스 요구조건을 만족시킬 수 있는 요소기술 중 하나이다.
합동 전송(JT, Joint Transmission)은 상술한 협력 통신을 위한 대표적인 전송 기술로 합동 전송 기술을 통해 서로 다른 셀, TRP 또는/및 빔을 통하여 하나의 단말을 지원하여 단말이 수신하는 신호의 세기를 늘릴 수 있다. 한편 각 셀, TRP 또는/및 빔과 단말 간 채널은 그 특성이 크게 다를 수 있기 때문에 각 셀, TRP 또는/및 빔과 단말 간 링크에 서로 다른 프리코딩, MCS, 자원할당 등이 적용될 필요가 있다. 특히 각 셀, TRP 또는/및 빔 간 비-코히런트(Non-coherent) 프리코딩을 지원하는 비-코히런트 합동 전송(NC-JT, Non-Coherent Joint Transmission)의 경우 각 셀, TRP 또는/및 빔 들을 위한 개별적인 DL(downlink) 전송 정보 설정이 중요하게 된다. 한편 이와 같은 각 셀, TRP 또는/및 빔 별 개별적인 DL 전송정보 설정은 DL DCI 전송에 필요한 페이로드(payload)를 증가시키는 주요 요인이 되며, 이는 DCI를 전송하는 PDCCH(physical downlink control channel)의 수신 성능에 악영향을 미칠 수 있다. 따라서 JT 지원을 위하여 DCI 정보량과 PDCCH 수신 성능 간 트레이드 오프(tradeoff)를 주의 깊게 설계할 필요가 있다.
도 13은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 협력 통신(cooperative communication)을 위한 안테나 포트 구성 및 자원 할당 예시를 도시하는 도면이다.
도 13을 참조하면, 합동 전송(JT, Joint Transmission)기법과 상황에 따른 TRP별 무선자원 할당 예제들이 도시된다. 도 13에서 N000은 각 셀, TRP 또는/및 빔 간 코히런트(Coherent) 프리코딩을 지원하는 코히런트 합동 전송(C-JT, Coherent Joint Transmission)의 예시이다. C-JT에서는 TRP A(N005)과 TRP B(N010)에서 단일 데이터(PDSCH)를 단말(N015)에게 전송하게 되며 다수의 TRP에서 합동(joint) 프리코딩을 수행하게 된다. 이는 TRP A(N005)과 TRP B(N010)에서 상기 같은 PDSCH 전송을 위한 동일한 DMRS 포트들(예를 들어 두 TRP 모두에서 DMRS port A, B)을 전송하게 됨을 의미한다. 이 경우 단말은 DMRS port A, B를 통해 전송되는 DMRS에 기반하여 복조되는 하나의 PDSCH를 수신하기 위한 DCI 정보 하나를 수신할 수 있다.
도 13에서 N020은 각 셀, TRP 또는/및 빔 간 비-코히런트(Non-coherent) 프리코딩을 지원하는 비-코히런트 합동 전송(NC-JT, Non-Coherent Joint Transmission)의 예시이다. NC-JT의 경우 각 셀, TRP 또는/및 빔 별로 PDSCH를 단말(N035)에게 전송하며, 각 PDSCH에는 개별 프리코딩이 적용될 수 있다. 각 셀, TRP 또는/및 빔이 각기 다른 PDSCH를 전송하여 단일 셀, TRP 또는/및 빔 전송 대비 처리율을 향상시키거나, 각 셀, TRP 또는/및 빔이 동일 PDSCH를 반복 전송하여 단일 셀, TRP 또는/및 빔 전송 대비 신뢰도를 향상시킬 수 있다.
PDSCH 전송을 위해 다수의 TRP에서 사용하는 주파수 및 시간 자원이 모두 동일한 경우(N040), 다수의 TRP에서 사용하는 주파수 및 시간 자원이 전혀 겹치지 않는 경우(N045), 다수의 TRP에서 사용하는 주파수 및 시간 자원의 일부가 겹치는 경우(N050)와 같이 다양한 무선 자원 할당이 고려될 수 있다. 상술한 무선 자원 할당에 대한 각 경우에서 신뢰도 향상을 위해 다수 TRP가 동일 PDSCH를 반복 전송하는 경우, 수신 단말이 해당 PDSCH의 반복 전송 여부를 모른다면 해당 단말은 해당 PDSCH에 대한 물리계층에서의 컴바이닝(combining)을 수행할 수 없어 신뢰도 향상에 한계가 있을 수 있다. 그러므로 본 개시에서는 NC-JT 전송 신뢰도 향상을 위한 반복 전송 지시 및 구성 방법을 제공한다.
NC-JT 지원을 위하여 하나의 단말에게 동시에 다수의 PDSCH들을 할당하기 위하여 다양한 형태, 구조 및 관계의 DCI들이 고려될 수 있다.
도 14는 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 협력 통신을 위한 하향링크 제어 정보(downlink control information, DCI) 구성 예를 도시하는 도면이다.
도 14를 참조하면, NC-JT 지원을 위한 DCI 디자인의 네 가지 예시들이 도시된다.
도 14를 참고하면, case #1(N100)은 단일 PDSCH 전송 시 사용되는 serving TRP (TRP#0) 이외에 (N-1)개의 추가적인 TRP(TRP#1~TRP#(N-1))에서 서로 다른 (N-1)개의 PDSCH가 전송되는 상황에서, (N-1)개의 추가적인 TRP에서 전송되는 PDSCH에 대한 제어 정보가 serving TRP에서 전송되는 PDSCH에 대한 제어 정보와 같은 형태(same DCI format)로 전송되는 예시이다. 즉, 단말은 모두 동일한 DCI format 및 같은 페이로드(payload)를 가지는 DCI들을 통하여 (DCI#0 ~ DCI#(N-1)) 서로 다른 TRP들(TRP#0~TRP#(N-1))에서 전송되는 PDSCH들에 대한 제어 정보를 획득할 수 있다.
상술한 case #1은 각 PDSCH 제어(할당) 자유도가 완전히 보장될 수 있으나, 각 DCI가 서로 다른 TRP에서 전송되는 경우 DCI 별 커버리지(coverage) 차이가 발생하여 수신 성능이 열화될 수 있다.
case #2(N105)은 단일 PDSCH 전송 시 사용되는 serving TRP (TRP#0) 이외에 (N-1)개의 추가적인 TRP(TRP#1~TRP#(N-1))에서 서로 다른 (N-1)개의 PDSCH가 전송되는 상황에서, (N-1)개의 추가적인 TRP에서 전송되는 PDSCH에 대한 제어 정보가 serving TRP에서 전송되는 PDSCH에 대한 제어 정보와 다른 형태(different DCI format 또는 different DCI payload)로 전송되는 예시이다.
예를 들어, serving TRP(TRP#0)에서 전송되는 PDSCH에 대한 제어 정보인 DCI#0의 경우 DCI format 1_0 내지는 DCI format 1_1의 모든 정보 요소(information element)들을 포함하지만, 협력 TRP(TRP#1~TRP#(N-1))에서 전송되는 PDSCH들에 대한 제어 정보인 shortened DCI(이하, sDCI)(sDCI#0~sDCI#(N-2))들의 경우 DCI format 1_0 내지는 DCI format 1_1의 정보 요소 중 일부만을 포함할 수 있다. 따라서 협력 TRP에서 전송되는 PDSCH들에 대한 제어 정보를 전송하는 sDCI의 경우 serving TRP에서 전송되는 PDSCH 관련 제어 정보를 전송하는 normal DCI (nDCI) 대비 페이로드(payload)가 작거나, 또는 nDCI 대비 모자라는 비트 수만큼 reserved bit들을 포함하는 것이 가능하다.
상술한 case #2은 sDCI에 포함되는 정보 요소의 컨텐츠(contents)에 따라 각 PDSCH 제어(할당) 자유도가 제한될 수 있으나, sDCI의 수신 성능이 nDCI 대비 우수해지므로 DCI 별 커버리지(coverage) 차이가 발생할 확률이 낮아질 수 있다.
case #3(N110)은 단일 PDSCH 전송 시 사용되는 serving TRP (TRP#0) 이외 (N-1)개의 추가적인 TRP(TRP#1~TRP#(N-1))에서 서로 다른 (N-1)개의 PDSCH가 전송되는 상황에서, (N-1)개의 추가적인 TRP에서 전송되는 PDSCH에 대한 제어 정보가 serving TRP에서 전송되는 PDSCH에 대한 제어 정보와 다른 형태(different DCI format 또는 different DCI payload)로 전송되는 예시이다.
예를 들어, serving TRP(TRP#0)에서 전송되는 PDSCH에 대한 제어 정보인 DCI#0의 경우 DCI format 1_0 내지는 DCI format 1_1의 모든 정보 요소(information element)들을 포함하고, 협력 TRP(TRP#1~TRP#(N-1))에서 전송되는 PDSCH들에 대한 제어 정보의 경우 DCI format 1_0 내지는 DCI format 1_1의 정보 요소 중 일부만을 하나의 'secondary' DCI(sDCI)에 모아서 전송하는 것이 가능하다. 예를 들어, 상기 sDCI는 협력 TRP들의 주파수 영역 자원 할당(frequency domain resource assignment), 시간 영역 자원 할당(time domain resource assignment), MCS 등 HARQ 관련 정보 중 적어도 하나의 정보를 포함할 수 있다. 이외에, BWP(bandwidth part) 지시자(indicator) 또는 캐리어 지시자(carrier indicator) 등 sDCI 내 포함되지 않은 정보의 경우 serving TRP의 DCI(DCI#0, normal DCI, nDCI)를 따를 수 있다.
case #3은 sDCI에 포함되는 정보 요소의 컨텐츠(contents)에 따라 각 PDSCH 제어(할당) 자유도가 제한될 수 있으나, sDCI의 수신 성능 조절이 가능하고 case #1 또는 case #2와 비교하여 단말의 DCI 블라인드 디코딩(blind decoding)의 복잡도가 감소할 수 있다.
case #4(N115)는 단일 PDSCH 전송 시 사용되는 serving TRP (TRP#0) 이외에 (N-1)개의 추가적인 TRP(TRP#1~TRP#(N-1))에서 서로 다른 (N-1)개의 PDSCH가 전송되는 상황에서, (N-1)개의 추가적인 TRP에서 전송되는 PDSCH에 대한 제어 정보를 serving TRP에서 전송되는 PDSCH에 대한 제어 정보와 같은 DCI(long DCI, lDCI)에서 전송하는 예시이다. 즉, 단말은 단일 DCI를 통하여 서로 다른 TRP들(TRP#0~TRP#(N-1))에서 전송되는 PDSCH들에 대한 제어 정보를 획득할 수 있다. case #4의 경우, 단말의 DCI 블라인드 디코딩(blind decoding)의 복잡도가 증가하지 않을 수 있으나, long DCI payload 제한에 따라 협력 TRP 수가 제한되는 등 PDSCH 제어(할당) 자유도가 낮을 수 있다.
이후의 설명 및 실시 예들에서 sDCI는 shortened DCI, secondary DCI, 또는 협력 TRP에서 전송되는 PDSCH 제어 정보를 포함하는 normal DCI (상기 설명한 DCI format 1_0 내지는 1_1) 등 다양한 보조 DCI들을 지칭할 수 있으며 특별한 제한이 명시되지 않은 경우 해당 설명은 상기 다양한 보조 DCI들에 유사하게 적용이 가능한 것이다.
이후의 설명 및 실시 예들에서는 NC-JT 지원을 위하여 하나 이상의 DCI (PDCCH)가 사용되는 전술한 case #1, case #2, case #3의 경우를 multiple PDCCH 기반 NC-JT로 구분하고, NC-JT 지원을 위하여 단일 DCI (PDCCH)가 사용되는 전술한 case #4의 경우를 single PDCCH 기반 NC-JT로 구분할 수 있다.
본 개시의 실시 예들에서 "협력 TRP"는 실제 적용 시 "협력 패널(panel)" 또는 "협력 빔(beam)" 등 다양한 용어로 대체될 수 있다.
본 개시의 실시 예들에서 "NC-JT가 적용되는 경우"라 함은 "단말이 하나의 BWP에서 동시에 하나 이상의 PDSCH를 수신하는 경우", "단말이 하나의 BWP에서 동시에 두 개 이상의 TCI(Transmission Configuration Indicator) indication을 기반으로 PDSCH를 수신하는 경우", "단말이 수신하는 PDSCH가 하나 이상의 DMRS 포트 그룹(port group)에 association 된 경우" 등 상황에 맞게 다양하게 해석되는 것이 가능하나 설명의 편의상 한 가지 표현으로 사용하였다.
본 발명에서 NC-JT를 위한 무선 프로토콜 구조는 TRP 전개 시나리오에 따라 다양하게 사용될 수 있다. 일례로 협력 TRP 간 backhaul 지연이 없거나 작은 경우 도 12의 S10과 유사하게 MAC layer multiplexing에 기반한 구조를 사용하는 것이 가능하다 (CA-like method). 반면 협력 TRP 간 backhaul 지연이 무시할 수 없을 만큼 큰 경우 (예를 들어 협력 TRP 간 CSI, scheduling, HARQ-ACK 등의 정보 교환에 2 ms 이상의 시간이 필요한 경우) 도 12의 S20과 유사하게 RLC layer 부터 TRP 별 독립적인 구조를 사용하여 지연에 강인한 특성을 확보하는 것이 가능하다 (DC-like method).
C-JT / NC-JT를 지원하는 단말은 상위 레이어 설정에서 C-JT / NC-JT 관련 파라미터 또는 세팅 값 등을 수신하고, 이를 기반으로 단말의 RRC 파라미터를 세팅할 수 있다. 상위 레이어 설정을 위해 단말은 UE capability 파라미터 tci-StatePDSCH를 활용할 수 있다. 여기서 UE capability 파라미터 tci-StatePDSCH는 PDSCH 전송을 목적으로 TCI states를 정의하는데 TCI states의 개수는 FR1에서 4, 8, 16, 32, 64, 128로, FR2에서는 64, 128로 설정될 수 있고, 설정된 개수 중에 MAC CE 메시지를 통해 DCI의 TCI 필드 3 bits로 지시될 수 있는 최대 8개의 상태가 설정될 수 있었다. 최대값 128은 단말의 capability signaling에 포함되어 있는 tci-StatePDSCH 파라미터 내 maxNumberConfiguredTCIstatesPerCC가 지시하는 값을 의미한다. 이와 같이, 상위 레이어 설정부터 MAC CE 설정까지 일련의 설정 과정은 1개의 TRP에서의 적어도 하나의 PDSCH를 위한 빔포밍 지시 또는 빔포밍 변경 명령에 적용될 수 있다.
본 개시의 다양한 실시예는 기지국이 rel-15, rel-16과 같이 상이한 MAC CE 시그널링(signaling)을 통해 어떻게 단말이 TCI state를 활성화/비활성화 (activation/ deactivation) 할 수 있는지에 대해 설명한다. 특히 DCI format 1_1과 같이 특정 단말을 위한 PDSCH의 할당 시 TCI 필드를 활용하여 빔포밍의 방향 지시 또는 빔포밍의 방향 변경 명령을 dynamic하게 지원하도록 할 수 있다.
빔포밍의 방향 지시 또는 빔포밍의 방향 변경 명령은 DCI format 1_1 내의 TCI states 필드 정보를 확인한 단말이 일정 시간 이후에 하향링크에서 PDSCH 수신 시 적용되는 동작을 의미하는 것으로, 방향은 QCL 된 기지국/TRP의 DL RS에 연계하여 대응되는 빔포밍 설정 방향을 의미한다.
우선, 기지국 또는 단말은 Rel-15 DCI format을 위한 Rel-15 MAC CE를 사용하고, Rel-16 DCI format을 위한 Rel-16 MAC CE를 각각 사용하도록 결정할 수 있다. 이처럼 각각의 rel-15의 MAC CE 구조와 rel-16의 MAC CE 구분되는 방법에 따라 다른 해결 방법들이 제안된다.
도 15는 본 개시의 일 실시 예에 따른 UE-specific PDCCH(physical downlink control channel)의 TCI(transmission configuration indicator) state activation을 위한 MAC(medium access control) CE(control element) 구조를 도시하는 도면이다.
도 15의 15-50는 Rel-15 기반의 UE-specific PDCCH의 TCI state activation을 위한 MAC CE 구조를 도시한다.
상기 MAC CE 내의 각 필드의 의미 및 각 필드에 설정 가능한 값은 다음 표 31과 같다.
[표 31]
Figure PCTKR2020016697-appb-I000069
또한 도 15의 15-00는 Rel-15 기반의 UE-specific PDSCH의 TCI state activation/deactivation을 위한 MAC-CE 구조를 도시한다.
상기 MAC CE 내 각 필드의 의미 및 각 필드에 설정 가능한 값은 다음 표 32과 같다.
[표 32]
Figure PCTKR2020016697-appb-I000070
Rel-16의 MAC CE는 rel-15의 MAC CE 메시지를 일부 확장하는 형태로 구성될 수 있다. 본 실시 예는 rel-15 MAC CE에 의해 활성화된 모든 TCI states 들은 rel-16 MAC CE에 의해 활성화된 TCI states 내에 포함되도록 제안될 수 있다.
도 16은 본 개시의 일 실시 예에 따른 TCI state의 구성 예를 도시하는 도면이다. 일례로, 도 16처럼 기지국은 rel-15의 RRC configured TCI states(16-00)의 전체 TCI states를 TCI #0, TCI #1, TCI #2,..., TCI #M-1와 같이 M개로 결정하고, 이중에서 rel-15의 MAC CE에 의해 선택되는 TCI states의 subset(16-20)으로 TCI #0', TCI #1', TCI #2', ..., TCI #K-1를 선택할 수 있다. 반면, rel-16를 지원하는 기지국과 단말은 rel-16을 지원하는 RRC configured TCI states를 별도로 설정하거나 rel-15에서 설정된 RRC configured TCI states를 그대로 사용할 수도 있다. 이때, rel-16을 지원하는 RRC configured TCI states는 rel-15에서 설정된 RRC configured TCI states의 일부 또는 전부를 포함할 수 있다. 만일 M=128이면 rel-16의 TCI states는 128과 같거나 더 클 수 있다. 만일 기지국 또는 단말이 rel-15에서 지원하는 TCI states의 개수를 rel-16에서 C-JT/NC-JT로 동작하는 기지국/TRP 개수에 비례하여 확장한다면 2개의 TRP로 동작하는 경우, 최대 256개의 TCI states가 설정될 수 있다. 여기서 rel-16 MAC CE는 rel-16 용도의 RRC configured TCI states에서 rel-15의 MAC CE에서 지원하는 TCI states의 일부 또는 전부를 포함할 수 있다. 구체적으로 rel-16 MAC CE가 rel-15의 MAC CE에서 지원하는 TCI states의 전부를 포함하고, rel-16에서 C-JT/NC-JT로 동작하는 기지국/TRP 개수에 비례하여 확장한다면 2개의 TRP로 동작하는 경우, 최대 2K 개의 TCI states가 설정될 수 있다.
표 33은 상기 실시예에서 설명한 tci-StatePDSCH 파라미터의 세부 내용이다. 구체적으로 파라미터 maxNumberConfiguredTCIstatesPerCC의 FR2 mandatory 값은 64에서 128 또는 256으로 수정되거나 또는 C-JT/NC-JT 목적을 위해 별도로 64, 128 또는 256으로 추가될 수 있다.
[표 33]
Figure PCTKR2020016697-appb-I000071
일례로, Rel-15 및 rel-16을 지원하는 기지국 또는 단말은 MAC CE를 통한 TCI states 설정을 위해 rel-15 및 rel-16에 대한 최대값을 각각 설정하여 설정된 최대값과 같거나 작은 값으로 TCI state의 개수를 설정할 수 있다. 최대값과 같거나 작은 값으로 TCI state의 개수를 설정하는 방법으로 아래의 다양한 실시 예가 제안될 수 있다.
Rel-15 및 rel-16의 MAC CE 메시지에 의해 활성화되는 TCI states의 개수는 단말이 보고하는 UE capability 값에 의해 설정될 수 있다. 다른 예에 따라, rel-15 및 rel-16의 MAC CE 메시지에 의해 활성화되는 TCI states의 개수는 기지국이 미리 설정한 값으로 결정될 수 있다. 또 다른 예에 따라, rel-15 및 rel-16의 MAC CE 메시지에 의해 활성화되는 TCI states의 개수는 기지국과 단말이 미리 약속된 값으로 결정될 수 있다.
일례로, 도 16처럼 기지국 및 단말은 rel-15의 RRC configured TCI states의 전체 TCI states(16-00)를 TCI #0, TCI #1, TCI #2, ..., TCI #M-1와 같이 M개로 결정하고, 그 중에서 rel-15의 MAC CE에 의해 선택되는 TCI states의 subset(16-20)을 선택하여 TCI #0', TCI #1', TCI #2', ..., TCI #K-1를 배열할 수 있다. M개의 TCI states 중에 TCI #0이 선택되면 이를 TCI #0'에 배열할 수 있다. 여기서, 예를 들어 rel-15를 지원하는 기지국과 단말을 위한 K 값의 최대값이 8로 설정되거나 결정되고, rel-16을 지원하는 기지국과 단말을 위한 K의 최대값도 8로 설정될 수 있다. 상기 최대값이 8로 설정되면, 기지국은 하나의 CORESET 내의 DCI based beam selection 동작을 통해 단말에게 PDSCH를 위한 빔의 선택을 지시할 수 있다. 빔의 선택은 최대 8개 중에서 DCI 내 TCI 필드 정보(16-40)를 확인하여 결정될 수 있다. 도 16에서 지시된 TCI 필드 #I는 0 내지 7의 값으로 선택될 수 있다. 예를 들어, DCI 내 TCI 필드가 000으로 지시되면 TCI #0', TCI #1', TCI #2', TCI #3', TCI #4', TCI #5', TCI #6', TCI #7'중에서 TCI #0'(TCI #I = TCI#0')가 지시된 것으로 판단할 수 있다. 상기 TCI 필드 #I는 TCI codepoint로 명명될 수 있다. 상기 실시 예는 최대값이 각각 8로 설정된 (K=8)의 경우를 설명하였으나, 8보다 작은 값으로 설정될 수도 있다. 상기 실시예는 Rel-15를 위한 MAC CE의 최대값 K와 rel-16을 위한 MAC CE의 최대값 K이 같은 경우를 설명하였으나, 다른 값으로 설정 될 수도 있다.
다른 예로, C-JT/NC-JT로 동작하는 기지국/TRP 개수에 비례하여 확장한다면 2개의 TRP로 동작하는 경우, rel-16을 지원하는 기지국과 단말을 위한 K의 최대값은 16으로 설정될 수 있다. 상기 최대값이 16으로 설정되면 기지국 하나의 CORESET 내의 DCI based beam selection 동작을 통해 단말에게 PDSCH를 위해 하나 또는 둘 이상의 빔 선택을 지시할 수 있다. 상기 기지국에 의해 선택되어 지시되는 #I는 K가 16인 경우, 0 내지 15의 값으로 선택될 수 있다. 상기 실시 예는 최대값이 각각 16로 설정된 (K=16)의 경우를 설명하였으나, 16보다 작은 값으로 설정될 수도 있다.
<제 1-1 실시예: Multi-PDCCH 기반 NC-JT 전송을 위한 하향링크 제어채널 설정 방법>
Multiple PDCCH 기반 NC-JT에서는 각 TRP의 PDSCH 스케줄을 위한 DCI 전송 시, TRP별로 구분되는 CORESET 또는 탐색 공간을 가질 수 있다. TRP별 CORESET 또는 탐색 공간은 다음의 경우 중 적어도 하나와 같이 설정 가능하다.
* CORESET 별 상위 레이어 인덱스 설정: 상위 레이어로 설정된 CORESET 설정 정보에는 인덱스 값이 포함될 수 있으며, 설정된 CORESET 별 인덱스 값으로 해당 CORESET에서 PDCCH를 전송하는 TRP가 구분될 수 있다. 즉, 상위 레이어 인덱스 값이 동일한 CORESET들의 집합에서는 동일 TRP가 PDCCH를 전송한다고 간주하거나 동일 TRP의 PDSCH를 스케줄하는 PDCCH가 전송된다고 간주할 수 있다. 상술한 CORESET 별 인덱스는 CORESETPoolIndex와 같이 명명될 수 있으며, 동일한 CORESETPoolIndex 값이 설정된 CORESET들에 대해서는 동일한 TRP로부터 PDCCH가 전송된다고 간주할 수 있다. CORESETPoolIndex 값이 설정되지 않은 CORESET의 경우, CORESETPoolIndex의 기본값이 설정되었다고 간주할 수 있으며, 상술한 기본값은 0일 수 있다.
* 다수의 PDCCH-Config 설정: 하나의 BWP 내 다수의 PDCCH-Config가 설정되며, 각 PDCCH-Config는 TRP별 PDCCH 설정을 포함할 수 있다. 즉 하나의 PDCCH-Config에 TRP별 CORESET의 리스트 및/또는 TRP별 탐색공간의 리스트가 구성될 수 있으며 하나의 PDCCH-Config에 포함된 하나 이상의 CORESET 및 하나 이상의 탐색 공간은 특정 TRP에 해당하는 것으로 간주할 수 있다.
* CORESET 빔/빔 그룹 구성: CORESET 별로 설정되는 빔 혹은 빔 그룹을 통해 해당 CORESET에 대응하는 TRP가 구분될 수 있다. 예컨대 다수의 CORESET에 동일한 TCI state가 설정되는 경우, 해당 CORESET들은 동일한 TRP를 통해 전송된다고 간주하거나 해당 CORESET에서 동일 TRP의 PDSCH를 스케줄하는 PDCCH가 전송된다고 간주할 수 있다.
* 탐색공간 빔/빔 그룹 구성: 탐색공간별로 빔 혹은 빔 그룹을 구성하며, 이를 통해 탐색공간 별 TRP가 구분될 수 있다. 예컨대 다수의 탐색공간에 동일한 빔/빔 그룹 혹은 TCI state가 설정되는 경우, 해당 탐색공간에서는 동일 TRP가 PDCCH를 전송한다고 간주하거나 해당 탐색공간에서 동일 TRP의 PDSCH를 스케줄하는 PDCCH가 전송된다고 간주할 수 있다.
상기와 같이 CORESET 또는 탐색 공간을 TRP별로 구분함으로써, 각 TRP 별 PDSCH 및 HARQ-ACK 정보 분류가 가능하며 이를 통해 TRP별 독립적인 HARQ-ACK codebook 생성 및 독립적인 PUCCH resource 사용이 가능하다.
상기한 설정은 셀 별 혹은 BWP별로 독립적일 수 있다. 예컨대, PCell에는 서로 다른 2개의 CORESETPoolIndex값이 설정되는 반면, 특정 SCell에는 CORESETPoolIndex값이 설정되지 않을 수 있다. 이 경우, PCell에는 NC-JT 전송이 구성된 반면, 상기 CORESETPoolIndex값이 설정되지 않은 SCell에는 NC-JT 전송이 구성되지 않았다고 간주할 수 있다.
<제 1-2 실시예: Single-PDCCH 기반 NC-JT 전송을 위한 하향링크 빔 설정 방법>
Single PDCCH 기반 NC-JT에서는 하나의 DCI로 다수의 TRP가 전송하는 PDSCH를 스케줄할 수 있다. 이 때, 해당 PDSCH를 전송하는 TRP의 수를 지시하기 방법으로 TCI states의 수가 사용될 수 있다. 즉, PDSCH를 스케줄하는 DCI에 지시된 TCI states 수가 2개이면 single PDCCH 기반 NC-JT 전송, TCI states 수가 1개이면 single-TRP 전송으로 간주할 수 있다. 상기한 DCI에 지시되는 TCI states는 MAC-CE로 activation 된 TCI states 중 하나 또는 두 TCI states에 대응할 수 있다. DCI의 TCI states가 MAC-CE로 activation 된 두 TCI states에 대응되는 경우에는, DCI에서 지시된 TCI codepoint 와 MAC-CE로 activation 된 TCI states 간의 대응 관계가 성립하며, 상기 TCI codepoint에 대응하는, MAC-CE로 activation 된 TCI states가 2개일 때일 수 있다.
상기한 설정은 셀 별 혹은 BWP별로 독립적일 수 있다. 예컨대, PCell에는 하나의 TCI codepoint에 대응하는 activated TCI states가 최대 2개인 반면, 특정 SCell에는 하나의 TCI codepoint에 대응하는 activated TCI states가 최대 1개일 수 있다. 이 경우, PCell에는 NC-JT 전송이 구성된 반면, 상술한 SCell에는 NC-JT 전송이 구성되지 않았다고 간주할 수 있다.
<제 2실시예: NC-JT 전송에 대한 HARQ-ACK 정보 전달 방법>
다음 실시예는 NC-JT 전송에 대한 HARQ-ACK 정보를 전달하는 상세한 방법을 제공한다.
도 17a, 도 17b, 도 17c, 도 17d는 NC-JT 전송을 위한 다양한 DCI 구성 및 PUCCH 구성에 따른 HARQ-ACK 정보 전달 방법을 도시한 도면이다.
도 17a는 본 개시의 일 실시 예에 따른 NC-JT(non coherent joint transmission) 전송을 위한 DCI 구성 및 PUCCH 구성에 따른 HARQ-ACK 전송 방법을 도시하는 도면이다. 먼저 도 17a (option #1: HARQ-ACK for single-PDCCH NC-JT)(17-00)는 single-PDCCH 기반 NC-JT의 경우, TRP가 스케줄한 하나 또는 복수의 PDSCH(17-05)에 대한 HARQ-ACK 정보가 하나의 PUCCH resource(17-10)를 통해 전송되는 일례를 도시한다. 상기 PUCCH resource는 상술한 DCI 내 PRI 값 및
Figure PCTKR2020016697-appb-I000072
값을 통해 지시될 수 있다.
도 17b (Option #2) 내지 도 17d (option #4)(17-20, 17-40, 17-60)는 multi-PDCCH 기반 NC-JT의 경우를 도시한다. 이 때 각 TRP의 PDSCH에 대응하는 HARQ-ACK 정보를 전송할 PUCCH resource 수 및 상기 PUCCH resource의 시간 축 상에서의 위치에 따라 각 option들이 구분될 수 있다.
도 17b는 본 개시의 일 실시 예에 따른 NC-JT(non coherent joint transmission) 전송을 위한 DCI 구성 및 PUCCH 구성에 따른 HARQ-ACK 전송 방법을 도시하는 도면이다.
도 17b (Option #2: joint HARQ-ACK) (17-20)는 단말이 각 TRP의 PDSCH(17-25, 17-26)에 대응하는 HARQ-ACK 정보를 하나의 PUCCH resource(17-30)를 통해 전송하는 일례를 도시한다. 이 때 모든 TRP별 HARQ-ACK 정보가 단일 HARQ-ACK codebook에 기반하여 생성될 수도 있고, 각 TRP별 HARQ-ACK 정보가 개별적인 HARQ-ACK codebook에 기반하여 생성될 수도 있다. 이 경우 각 TRP별 HARQ-ACK 정보가 연접되어 하나의 PUCCH resource에서 전송될 수 있다.
TRP별 개별적인 HARQ-ACK codebook이 사용되는 경우, TRP는 실시예 1-1에서 정의한 바와 같이 동일한 상위 레이어 인덱스를 갖는 CORESET의 집합, 동일한 TCI state 혹은 빔 혹은 빔 그룹에 속한 CORESET의 집합, 동일한 TCI state 혹은 빔 혹은 빔 그룹에 속한 탐색공간의 집합 중 적어도 하나로 구분될 수 있다.
도 17c는 본 개시의 일 실시 예에 따른 NC-JT(non coherent joint transmission) 전송을 위한 DCI 구성 및 PUCCH 구성에 따른 HARQ-ACK 전송 방법을 도시하는 도면이다.
도 17c (Option #3: inter-slot time-division multiplexted(TDMed) separate HARQ-ACK) (17-40)는 단말이 각 TRP의 PDSCH(17-45, 17-46)에 대응하는 HARQ-ACK 정보를 각기 다른 슬롯(17-52, 17-53)의 PUCCH resource(17-50, 17-51)를 통해 전송하는 일례를 도시한다. TRP별 PUCCH resource가 전송되는 슬롯은 상술한
Figure PCTKR2020016697-appb-I000073
값에 의해 결정될 수 있다. 만일 다수의 PDCCH가 지시하는
Figure PCTKR2020016697-appb-I000074
값이 동일 슬롯을 가리키는 경우, 해당 PDCCH들은 모두 동일 TRP에서 전송되었다고 간주하고 이들에 대응하는 HARQ-ACK 정보를 모두 전송할 수 있다. 이 때 상기 동일 슬롯 내 위치하는 하나의 PUCCH 자원에서 연접된 HARQ-ACK 정보가 상기 TRP로 전송될 수 있다.
도 17d는 본 개시의 일 실시 예에 따른 NC-JT(non coherent joint transmission) 전송을 위한 DCI 구성 및 PUCCH 구성에 따른 HARQ-ACK 전송 방법을 도시하는 도면이다.
도 17d (Option #4: intra-slot TDMed separate HARQ-ACK) (17-60)는 각 TRP의 PDSCH(17-65, 17-66)에 대응하는 HARQ-ACK 정보를 동일 슬롯(17-75) 내 서로 다른 심볼에서 각기 다른 PUCH resource(17-70, 17-71)를 통해 전송하는 상황을 도시한다. TRP별 PUCCH resource가 전송되는 슬롯은 상술한
Figure PCTKR2020016697-appb-I000075
값에 의해 결정될 수 있으며, 만일 다수의 PDCCH가 지시하는
Figure PCTKR2020016697-appb-I000076
값이 동일 슬롯을 가리키는 경우 적어도 다음 중 하나의 방법을 통해 단말은 PUCCH resource 선택 및 전송 심볼을 결정을 수행할 수 있다.
* TRP별 PUCCH resource 그룹 설정
TRP별 HARQ-ACK 전송을 위한 PUCCH resource 그룹이 설정될 수 있다. 실시예 1-1에서와 같이 CORESET 또는/및 탐색공간 별 TRP가 구분되는 경우, TRP별 HARQ-ACK 전송을 위한 PUCCH resource는 해당 TRP에 대한 PUCCH resource 그룹 내에서 선택될 수 있다. 서로 다른 PUCCH resource 그룹에서 선택된 PUCCH resource 간에는 TDM이 기대될 수 있다, 즉 선택된 PUCCH resource 은 (동일 슬롯 내에서) 심볼 단위로 겹치지 않는 것이 기대될 수 있다. 단말은 TRP별 개별 HARQ-ACK codebook을 생성 후 상기와 같이 TRP별로 선택된 PUCCH resource에서 전송할 수 있다.
* TRP별로 다른 PRI 지시
실시예 1-1에서와 같이 CORESET 또는/및 탐색공간 별 TRP가 구분되는 경우, 각 TRP별 PUCCH resource를 PRI에 따라 선택할 수 있다. 즉, 상술한 Rel-15에서의 PUCCH resource 선택 과정이 TRP별로 독립적으로 수행될 수 있다. 이 때 TRP별 PUCCH resource 결정에 사용되는 PRI는 서로 달라야 한다. 예컨대, 단말은 TRP별 PUCCH resource 결정에 사용되는 PRI가 같은 값으로 지시되는 것을 기대하지 않을 수 있다. 일례로 TRP 1에 대한 PDCCH는 PRI=n, TRP 2에 대한 PDCCH는 PRI=m으로 설정된 PRI를 각각 포함할 수 있다. 또한 각 TRP별 PRI에 의해 지시된 PUCCH resource 간에는 TDM이 기대될 수 있다. 즉 선택된 PUCCH resource 간에는 (동일 슬롯 내에서) 심볼 단위로 겹치지 않는 것이 기대될 수 있다. 상기와 같이 TRP별로 선택된 PUCCH resource에 TRP별 개별 HARQ-ACK codebook을 생성 후 전송할 수 있다.
*
Figure PCTKR2020016697-appb-I000077
값을 서브슬롯 단위로 정의
상술한 Rel-15에서의 PUCCH resource 선택 과정을 따르되,
Figure PCTKR2020016697-appb-I000078
값을 서브슬롯 단위로 정의할 수 있다. 예컨대 단말은 동일 서브슬롯에 HARQ-ACK을 보고하도록 지시된 PDSCH/PDCCH들에 대한 HARQ-ACK codebook을 생성 후 PRI로 지시된 PUCCH resource에 전송할 수 있다. 상기 HARQ-ACK codebook 생성 및 PUCCH resource 선택 과정은 CORESET 및/또는 탐색공간 별 TRP 구분 여부와 관계 없을 수 있다.
단말이 NC-JT 수신을 지원하는 경우, 상기 option중 하나가 상위 레이어를 통해 설정되거나 상황에 따라 묵시적으로 선택될 수 있다. 예컨대 multi-PDCCH 기반 NC-JT를 지원하는 단말은 option 2 (joint HARQ-ACK)와 option 3 또는 4 (separate HARQ-ACK) 중 하나가 상위 레이어로 선택될 수 있다. 또 다른 예로, single-PDCCH 기반 NC-JT 또는 multi-PDCCH 기반 NC-JT의 지원/설정 여부에 따라 전자는 option 1, 후자는 option 2 또는 3 또는 4 중 하나가 선택될 수 있다.
또 다른 예로, multi-PDCCH 기반 NC-JT에서 PUCCH resource의 선택에 따라 사용되는 option이 결정될 수 있다. 서로 다른 TRP에 동일 슬롯의 PUCCH resource들이 해당하는 경우, 해당 PUCCH resource들이 서로 다르며 심볼 단위로 겹치지 않는다면 option 4에 따라 HARQ-ACK이 전송되며 상기 PUCCH resource들이 심볼 단위로 겹치거나 할당된 심볼이 동일하다면 option 2에 따라 HARQ-ACK이 전송될 수 있다. 서로 다른 TRP에서 서로 다른 슬롯의 PUCCH resource를 선택한 경우는 option 3에 따라 HARQ-ACK이 전송될 수 있다.
상기 option에 대한 설정은 단말 capability에 종속적일 수 있다. 예를 들어, 기지국은 상술한 절차에 따라 단말의 Capability를 수신할 수 있으며, 이에 기반하여 상기 option에 대해 설정할 수 있다. 예컨대, intra-slot TDMed separate HARQ-ACK을 지원하는 Capability를 갖는 단말에 한해 option 4 설정이 허용되며, 해당 capability를 갖추지 못한 단말은 option 4에 따르는 설정을 기대하지 않을 수 있다.
도 17e는 본 개시의 일 실시 예에 따른 단말이 NC-JT 전송에 대한 HARQ-ACK 을 기지국으로 전송하는 방법의 예를 도시하는 도면이다.
도 17e는 단말이 NC-JT 전송에 대한 HARQ-ACK 정보를 기지국으로 전송하는 방법의 일례를 도시한 도면이다. 도 17e에 따르면, (도시되지 않았으나) 단말은 UE capability로 기지국으로 상기 기술된 option에 대한 capability를 전송할 수 있으며, 기지국은 단말이 전송한 capability 정보를 기반으로 단말에게 어느 option이 적용되는지 명시적으로 설정하거나 또는 특정 option이 암묵적으로 적용될 수 있다. 단말은 기지국으로부터 상위 시그널링으로 PUCCH 설정 정보를 수신할 수 있다(1780 단계). 상기 PUCCH 설정 정보는 표 21, 표 22, 표 29, 표 30 중 적어도 하나의 정보를 포함할 수 있으며, PUCCH 그룹 설정 정보 및 상기 표 26과 같은 PRI와 PUCCH resource의 관계를 설정하는 정보 및 표 21과 같은 K1 값의 후보를 설정하는 정보 중 적어도 하나가 포함되어 있을 수 있다. 이후 단말은 기지국으로부터 하향링크 데이터를 스케줄링하는 DCI를 PDCCH 상에서 수신하며(이는 PDCCH 수신과 혼용될 수 있다)(1781 단계), 적용되는 option 을 기반으로 상기 기술된 방법에 따라 전송해야 할 HARQ-ACK 페이로드, 상기 DCI에 포함된 PDSCH-to-HARQ feedback timing indicator 및 PRI를 확인하여 HARQ-ACK을 전송할 PUCCH resource를 결정한다(1782 단계). 이후 단말은 결정된 PUCCH resource에서 HARQ-ACK 정보를 전송한다(1783 단계).
상기 기술된 방법의 모든 단계가 수행되어야 하는 것은 아니며, 특정 단계는 생략되거나 순서가 변경되어 수행될 수 있다.
도 17f는 본 개시의 일 실시 예에 따른 기지국이 NC-JT 전송에 대한 HARQ-ACK 을 단말로부터 수신하는 방법의 예를 도시하는 도면이다.
도 17f는 기지국이 NC-JT 전송에 대한 HARQ-ACK 정보를 단말로부터 수신하는 방법의 일례를 도시한 도면이다. 도 17f에 따르면, (도시되지 않았으나) 기지국은 단말이 전송한 상기 기술된 option에 대한 UE capability를 수신할 수 있으며, 단말이 전송한 capability 정보를 기반으로 단말에게 어느 option이 적용되는지 명시적으로 설정하거나 또는 특정 option을 암묵적으로 적용되도록 할 수 있다. 기지국은 단말로 상위 시그널링으로 PUCCH 설정 정보를 전송할 수 있다(1785 단계). 상기 PUCCH 설정 정보는 표 21, 표 22, 표 29, 표 30 중 적어도 하나의 정보를 포함할 수 있으며, PUCCH 그룹 설정 정보 및 상기 표 26과 같은 PRI와 PUCCH resource의 관계를 설정하는 정보 및 표 21과 같은 K1 값의 후보를 설정하는 정보 중 적어도 하나가 포함되어 있을 수 있다. 이후 기지국은 단말로 하향링크 데이터를 스케줄링하는 DCI를 PDCCH 상에서 전송하며(이는 PDCCH 전송과 혼용될 수 있다)(1786 단계), 단말은 적용되는 option 을 기반으로 상기 기술된 방법에 따라 전송해야 할 HARQ-ACK 페이로드, 상기 DCI에 포함된 PDSCH-to-HARQ feedback timing indicator 및 PRI를 확인하여 HARQ-ACK을 전송할 PUCCH resource를 결정한다. 이후 단말은 결정된 PUCCH resource에서 HARQ-ACK 정보를 전송하며, 기지국은 동일한 방법으로 결정된 PUCCH resource에서 HARQ-ACK 정보를 수신한다(1787 단계).
상기 기술된 방법의 모든 단계가 수행되어야 하는 것은 아니며, 특정 단계는 생략되거나 순서가 변경되어 수행될 수 있다.
<제 3실시예: 단일 TRP로의 PUCCH 전송을 위한 default 빔 구성>
PUCCH 전송 시 상기 PUCCH에 SpatialRelationInfo 및/또는 경로감쇄 RS가 설정되지 않고, NC-JT가 구성되지 않은 경우에는 다음과 같이 상기 PUCCH 전송을 위한 default 빔을 구성할 수 있다.
경우 1. PUCCH 전송 셀에 PDCCH가 설정된 경우: PUCCH 전송을 위한 default 빔은 PDCCH의 빔을 따를 수 있다. PDCCH 전송을 위한 빔은 CORESET 단위로 설정되므로, 상기 PUCCH 전송을 위한 default 빔은 해당 셀에 설정된 CORESET의 빔 중 하나로 정해질 수 있다. 예컨대, 해당 셀에 설정된 CORESET 중 가장 인덱스가 낮은 CORESET에 대한 빔으로 정해질 수 있다. 상기 '설정된 CORESET'은 초기 접속을 위해 사용되는 CORESET 즉 CORESET0을 포함할 수 있다. 또는, RRC 설정 이후 PDCCH-Config 상에 설정되는 CORESET 즉, CORESET0이 제외된 CORESET만을 가리킬 수 있다. 또한 상기 'CORESET에 대한 빔'은, 특정 CORESET에 RRC를 통해 설정된 TCI state 또는, 다수의 TCI state가 RRC로 설정된 경우, 다수의 TCI state 중 MAC-CE로 activation 된 하나의 TCI state를 의미할 수 있다. 상술한 바와 같이 CORESET에 대한 빔이 PUCCH 전송을 위한 default 빔으로 사용되는 경우, 단말은 CORESET에 설정 및/또는 activation 된 TCI state에 지시된 RS를 수신하기 위한 spatial domain filter를 PUCCH 송신 시에 적용할 수 있다.
경우 2. PUCCH 전송 셀에 PDCCH가 설정되지 않은 경우: PUCCH 전송 셀이 상기한 PUCCH-SCell인 경우, 해당 셀에는 PDCCH가 설정되지 않을 수 있다. 이 경우에는 참조할 PDCCH 빔이 없으므로, 만일 PUCCH 전송 셀이 PDSCH 전송 역시 설정된 셀인 경우 PUCCH 전송을 위한 default 빔은 해당 셀에 설정된 PDSCH에 대한 빔으로 정해질 수 있다. 상기 'PDSCH에 대한 빔'은, 해당 셀의 PDSCH를 위해 RRC를 통해 설정된 TCI state 또는, 다수의 TCI state가 RRC를 통해 설정된 경우, 다수의 TCI state 중 일부가 MAC-CE 로 activation 되는데, 이 activation 된 TCI state 중 하나일 수 있다. 예컨대, activation 된 TCI state 중 가장 인덱스가 낮은 TCI state일 수 있다. 상술한 바와 같이 PDSCH에 대한 빔이 PUCCH 전송을 위한 default 빔으로 사용되는 경우, 단말은 PDSCH에 설정 및/또는 activation 된 TCI state에 지시된 RS를 수신하기 위한 spatial domain filter를 PUCCH 송신 시에 적용할 수 있다.
상기 나열된 두 가지 경우에 대하여, PUCCH 전송을 위한 default 빔 적용에 대한 제약 조건이 설정될 수 있다. 예컨대, 하향링크와 상향링크 간 빔 correspondence가 성립하는 경우에만 상기 PDCCH/PDSCH에 대한 빔이 PUCCH 전송을 위한 default 빔으로 사용될 수 있다. 상기한 빔 correspondence의 성립 여부는 단말의 capability, 즉 특정 band에서 빔 correspondence를 지원하는지 여부에 대한 capability 보고를 통해 판단할 수 있다. 또한, 사용하는 band에 따른 제약 조건이 설정될 수 있다. 예컨대, 상술한 PUCCH default 빔은 FR2에서만 적용될 수 있는데 그 이유 중 하나로 상기 빔 correspondence가 FR2에서만 보고되는 값이기 때문일 수 있다. 또한, 상술한 PUCCH default 빔은 기지국에서 명시적으로 설정한 경우에만 적용될 수 있다. 예컨대, 상술한 PUCCH default 빔을 적용하도록 하는 명시적인 파라미터가 RRC, MAC-CE 등으로 설정될 수 있다.
<제 4실시예: 다수 TRP로의 PUCCH 전송을 위한 default 빔 구성>
NC-JT가 구성된 경우를 다음과 같이 분류하고 각 분류에 맞는 PUCCH default 빔을 구성할 수 있다.
도 18은 본 개시의 일 실시 예에 따라 target TRP 별로 PUCCH default 빔을 적용하는 예를 도시하는 도면이다.
분류 1. Multi-PDCCH 기반 NC-JT 전송
아래의 분류에서 PDCCH 전송 셀의 NC-JT 구성 유무는 제1-1 실시예에 서술한 대로 PDCCH 전송 셀에 서로 다른 2개의 CORESETPoolIndex가 구성되었는지 유무로 판별할 수 있다. 또한 PUCCH 전송 셀의 NC-JT 구성 유무는 동일 셀의 PDCCH에 서로 다른 2개의 CORESETPoolIndex가 구성되었는지 유무로 판별할 수 있다. 상기 PUCCH 전송 셀과 PDCCH 전송 셀을 '동일 셀'로 판단하는 조건은, 상기 PUCCH 전송 셀과 PDCCH 전송 셀이 동일할 셀 설정 내에 속하는 경우, 예컨대 RRC로 설정되는 하나 이상의 ServingCellConfig 설정 중, 동일한 ServingCellConfig 내에 상기 PUCCH 전송 셀과 PDCCH 전송 셀이 속할 경우, 혹은 PUCCH 전송 셀과 PDCCH 전송 셀 각각의 servingCellID가 동일한 경우일 수 있다. 만약 동일 셀에 PDCCH 전송이 구성되지 않았다면 상기 PUCCH 전송 셀에 NC-JT가 구성되지 않았다고 판별할 수 있다.
다음의 분류에서는 PUCCH 전송을 하나 혹은 다수의 TRP로 전송하는 경우를 다룬다. 기술의 편의를 위해, 단말이 특정 PUCCH의 송신할 TRP의 대상을 target TRP로 명명한다.
- 분류 1-1. PDCCH 전송 셀 및 PUCCH 전송 셀 모두에 NC-JT가 구성된 경우
해당 분류에서는 PUCCH 전송을 위한 target TRP가 명시적/묵시적으로 지시될 수 있다. 예를 들어, Separate HARQ-ACK이 설정된 경우, HARQ-ACK 전송을 위한 PUCCH의 target TRP는 해당 PUCCH를 스케줄 한 PDCCH의 TRP 인덱스, 예컨대 CORESETPoolIndex 값에 대응할 수 있다. 이 경우, 제3 실시 예에서 제시된 PUCCH default 빔이 사용된다면, SpatialRelationInfo가 설정되지 않은 모든 PUCCH는 동일한 default 빔이 적용되므로 target TRP로 상기 PUCCH가 제대로 전송되지 못할 수 있다. 따라서, PUCCH의 target TRP가 지시되는 경우에는 target TRP 별로 독립적인 PUCCH default 빔을 적용할 필요가 있다. 도 18은 target TRP별로 PUCCH default 빔을 적용하는 예시를 도시한다. 도 18에서는, PUCCH 전송 셀(18-05)의 target TRP는 상기 PUCCH를 스케줄 한 셀(18-10)의 CORESET(18-15)에 지시된 TRP 인덱스, 예컨대 CORESETPoolIndex를 가리킨다. 이 때, 상기 target TRP가 지시된 PUCCH에 대한 default 빔(18-20)은, 상기 PUCCH 전송 셀(18-05)에 PDCCH 전송이 설정된 경우, PDCCH를 위해 설정된 CORESET 중, 상기 target TRP와 동일한 TRP 인덱스, 예컨대 CORESETPoolIndex 값을 갖는 CORESET 만을 선택, 선택된 CORESET들의 빔 중 하나로 지정될 수 있다. 상기 선택된 CORESET의 빔 중 하나를 지정하는 방법으로 특정 기준에 따른 CORESET의 인덱스를 선택하는 방법이 있다. 일례로, 상기 선택된 CORESET 중 가장 인덱스가 낮은 CORESET에 대한 빔을 지정할 수 있다(18-15).
상기 target TRP별 PUCCH default 빔 설정 방법에는 제약 조건이 설정될 수 있다. 예컨대, joint HARQ-ACK이 설정된 경우에는 target TRP가 구분되지 않을 수 있으므로, 상기 target TRP별 PUCCH default 빔 설정은 separate HARQ-ACK이 설정된 경우만으로 한정할 수 있다.
또는, target TRP별로 독립적인 PUCCH default 빔을 설정하는 것은 단말 복잡도를 증가시킬 수 있으므로, 복수의 target TRP가 존재하는 경우 PUCCH default 빔은 하나만 설정하고, 모든 target TRP에 동일한 PUCCH default 빔을 적용할 수 있다. 상기 '동일한 PUCCH default 빔'은 특정 target TRP에 대응하는 PUCCH default 빔, 예컨대 CORESETPoolIndex = 0 에 대응하는 PUCCH default 빔일 수 있다. 또는 상기 '동일한 PUCCH default 빔'은 제3 실시 예에서 제시된 PUCCH default 빔일 수 있다.
또는 PUCCH 전송 셀에 NC-JT가 설정된 경우에는 PUCCH 빔을 설정하도록 강제할 수 있다. 예컨대, 상기 경우에 전송하는 PUCCH의 spatialRelationInfo가 설정 또는 activation 되지 않는 것을 단말은 기대하지 않을 수 있다. 상기 경우의 동작에 대한 제약 조건이 설정될 수 있다. 예컨대, 상기 동작은 separate HARQ-ACK이 설정된 경우만으로 한정할 수 있다.
- 분류 1-2. PDCCH 전송 셀에는 NC-JT가 구성되었으나, PUCCH 전송 셀에 NC-JT가 구성되지 않은 경우
해당 분류에서는 separate HARQ-ACK이 설정된 경우, HARQ-ACK을 전송하기 위한 PUCCH에는 target TRP가 지정될 수 있으나, PUCCH 전송 셀에는 target TRP로의 전송을 위해 참조할 default 빔이 없을 수 있다. 이 경우, 모든 target TRP에 동일한 PUCCH default 빔을 적용할 수 있다. 상기 '동일한 PUCCH default 빔'은 특정 target TRP에 대응하는 PUCCH default 빔, 예컨대 CORESETPoolIndex = 0 에 대응하는 PUCCH default 빔일 수 있으며 이 경우는 PUCCH 전송 셀에 CORESET이 설정된 경우로 한정될 수 있다. 또는 상기 '동일한 PUCCH default 빔'은 제3 실시 예에서 제시된 PUCCH default 빔일 수 있다.
또는 HARQ-ACK을 스케줄하는 PDCCH 전송 셀에 NC-JT가 설정된 경우에는 전송할 PUCCH에 대한 빔을 설정하도록 강제할 수 있다. 예컨대, 상기 경우에 전송하는 PUCCH의 spatialRelationInfo가 설정 또는 activation 되지 않는 것을 단말은 기대하지 않을 수 있다.
분류 1-3. PDCCH 전송 셀에는 NC-JT가 구성되지 않았으나, PUCCH 전송 셀에 NC-JT가 구성된 경우
해당 분류에서는 PDCCH 전송 셀의 NC-JT가 구성되지 않았음에도 불구하고 target TRP는 지정될 수 있다. 일례로, PDCCH 전송 셀의 모든 CORESET에 CORESETPoolIndex 이 미지정되거나 동일한 CORESETPoolIndex 값이 지정될 수 있다. 이 경우, 상기 지정된 target TRP로의 PUCCH default 빔을 적용하는 것이 필요할 수 있다. 한 가지 예로서, PUCCH 전송 셀의 특정 target TRP에 대한 PUCCH default 빔은, 해당 셀의 PDCCH를 위해 설정된 CORESET 중, 상기 target TRP와 동일한 TRP 인덱스, 예컨대 CORESETPoolIndex 값을 갖는 CORESET 만을 선택, 선택된 CORESET들 의 빔 중 하나로 지정될 수 있다. 상기 선택된 CORESET의 빔 중 하나를 지정하는 방법으로 특정 기준에 따른 CORESET의 인덱스를 선택하는 방법이 있다. 일례로, 상기 선택된 CORESET 중 가장 인덱스가 낮은 CORESET에 대한 빔을 지정할 수 있다.
분류 1-4. PDCCH 전송 셀과 PUCCH 전송 셀 모두에 NC-JT가 구성되지 않은 경우
이 경우는 제3 실시 예에 따라 동작할 수 있다.
분류 2. Single-PDCCH 기반 NC-JT 전송
해당 분류는 실시 예 3의 동작을 따르는 경우, 만일 PUCCH 전송 셀에 NC-JT가 구성된 경우, 즉 해당 셀의 PDSCH의 하나의 TCI codepoint에 최대 2개의 TCI states가 매핑 된 경우를 대상으로 한다. 이 경우, PUCCH 전송을 위한 default beam에 대응하는, 가장 인덱스가 낮은 TCI state는 적어도 다음 중 하나로 해석이 가능하다.
해석 1. RRC IE 중 PDSCH-Config 내 설정된 TCI states의 목록, 즉 tci-StatesToAddModList 및 tci-StatesToReleaseList로 구성된 TCI states의 목록 중, MAC-CE로 activation 된 TCI states 중 가장 낮은 TCI state ID를 갖는 것
해석 2. MAC-CE로 activation 된, DCI 상의 각 TCI codepoint에 대응되는 TCI states 중 가장 낮은 TCI codepoint에 대응되는 TCI state
만일 해석 2를 따르는 경우, 가장 낮은 TCI codepoint는 두 개의 TCI state를 가리킬 수 있으며 이 경우 PUCCH 전송을 위한 default 빔은 두 개일 수 있다. PUCCH 전송 시 두 개의 송신 빔을 적용하는 것이 현재 지원되지 않으므로, 상기 default 빔 중 하나를 선택하거나 또는 두 개의 default 빔이 설정되지 않게끔 제한하는 방법이 필요하다. 구체적인 방법은 다음과 같다.
방법 1. 가장 낮은 TCI codepoint가 두 개의 TCI state를 가리키는 경우, 상기 두 개의 TCI state 중 하나를 선택. 선택하는 방법은 TCI state ID를 기준으로 할 수 있다, 즉 둘 중 가장 낮은 TCI state ID나 가장 높은 TCI state ID를 선택할 수 있다.
방법 2. 가장 낮은 TCI codepoint는 하나의 TCI state만 가리키도록 지시. 이 경우 단말은 가장 낮은 TCI codepoint가 두 개의 TCI state를 가리키는 것을 기대하지 않을 수 있다.
방법 3. '가장 낮은 TCI codepoint'의 정의 변경. PUCCH default 빔은 모든 TCI codepoint 중, 하나의 TCI state를 가리키는 codepoint 중에서 가장 낮은 codepoint에 대응하도록 설정.
다음으로 상향링크 채널 측정을 위한 기준 신호(sounding reference signal: SRS) 에 대해 자세히 설명한다. 기지국은 상향링크 채널 측정을 위해 단말에게 SRS 전송을 지시할 수 있으며, 단말은 지시에 따라 SRS를 전송할 수 있다.
도 19는 SRS의 다양한 운영 시나리오에 대한 예시들을 도시하는 도면이다.
도 19를 참조하면 NR 시스템에서 적어도 다음의 세 가지 SRS 운영 시나리오들을 고려하는 것이 가능하다.
1) 기지국(19-05)이 단말(19-00)에게 한 방향의 빔을 설정하고(본 명세서에서 한 방향의 빔/프리코딩을 설정하는 것은 빔/프리코딩을 적용하지 않거나 wide beam (cell-coverage or sector coverage)을 적용하는 것을 포함한다), 단말(19-00)은 periodic SRS 혹은 semi-persistent SRS인 경우 SRS의 전송 주기 및 오프셋에 맞추어, aperiodic SRS인 경우 기지국의 SRS request에 맞추어(SRS request 이후 정해진 시간에서) SRS를 전송한다. 이때 상기 SRS들에는 빔/프리코딩을 위한 추가 정보는 필요하지 않게 된다.
2) 기지국(19-15, 19-20)은 단말(19-10)에게 한 가지 이상의 방향으로 빔들을 설정하고, 단말(19-10)은 상기 하나 이상의 방향으로 빔포밍 된 다수의 SRS를 전송할 수 있다. 예를 들어 도 19의 예제와 같이 SRS resource(혹은 port) #0은 기지국(19-15)로 빔포밍 되고 SRS resource(혹은 port) #1은 기지국(19-20)으로 빔포밍 되도록 설정하는 것이 가능하다. 이 경우 기지국(19-15, 19-20)은 상기 1)번 방법과는 다르게 SRS request 뿐만 아니라 SRS 빔/프리코딩 정보를 함께 알려주어야 할 필요가 있다.
3) 기지국(19-30)은 단말(19-25)에게 한 가지 이상의 방향으로 빔들을 설정하고, 단말(19-25)은 상기 하나 이상의 방향으로 빔포밍 된 다수의 SRS를 전송할 수 있다. 예를 들어 도 19의 예제와 같이 기지국은 단말이 SRS resource(혹은 port) #0, SRS resource(혹은 port) #1, SRS resource(혹은 port) #2에 각기 다른 빔/프리코딩을 적용하여 SRS를 전송하도록 설정할 수 있다. 이를 통하여 단말의 이동성이 높은 경우라도 빔/프리코더 다이버시티를 통하여 안정적인 통신을 수행할 수 있다. 예를 들어 단말(19-25)는 time A의 시점에서는 SRS #2로 기지국(19-30)에 채널 상태 정보를 제공하고, time A+alpha의 시점에서는 SRS#0으로 기지국(19-30)에 채널 상태 정보를 제공할 수 있다. 이 경우 기지국(19-30)은 상기 1)번 방법과는 다르게 SRS request 뿐만 아니라 SRS 빔/프리코딩 정보를 함께 알려주어야 할 필요가 있다.
상기 설명들은 SRS 전송을 기반으로 하였으나 이와 유사하게 PRACH, PUSCH, PUCCH 등 다른 UL channel 또는/및 RS 전송에도 확장되는 것이 가능하며 본 개시의 요지를 흐리지 않기 위하여 모든 경우에 대한 상세한 설명은 생략한다.
도 20은 본 개시의 일 실시 예에 따른 무선 통신 시스템의 상향링크 전송 구조를 도시한 도면이다.
도 20를 참조하면, 5G 또는 NR 시스템의 전송 기본 단위는 슬롯(20-00)이며, 일반적인 CP(Cyclic Prefix) 길이를 가정할 때, 각 슬롯은 14 개의 심볼(20-05)로 구성되며, 하나의 심볼은 하나의 UL waveform(CP-OFDM 또는 DFT-S-OFDM) 심볼에 대응될 수 있다.
자원 블록(Resource Block, RB)(20-10)은 시간 영역을 기준으로 하나의 슬롯에 해당하는 자원 할당 단위이며, 주파수 영역을 기준으로 12 개의 부반송파로 구성될 수 있다.
상향링크 구조는 크게 데이터 영역과 제어 영역으로 구분될 수 있다. LTE 시스템과 달리 5G 또는 NR 시스템에서는 제어 영역이 상향링크의 임의의 위치에 설정되어 전송될 수 있다. 여기서, 데이터 영역은 각 단말로 전송되는 음성, 패킷 등의 데이터를 포함하는 일련의 통신 자원을 포함하며, 서브프레임 내에서 제어 영역을 제외한 나머지 자원에 해당한다. 제어 영역은 각 단말로부터의 하향링크 채널 품질 보고, 하향링크 신호에 대한 수신 ACK/NACK, 상향링크 스케줄링 요청 등을 위한 일련의 통신 자원을 포함한다.
단말은 데이터 영역과 제어 영역에서 자신의 데이터 및 제어 정보를 동시에 송신할 수 있다. 일 실시예에 따르면 한 슬롯 내에서 단말이 주기적으로 SRS를 전송할 수 있는 심볼은 가장 마지막 6개의 심볼 구간(20-15)일 수 있으며, 주파수 영역을 기준으로 UL BWP 내에서 미리 설정된 SRS 전송 대역을 통하여 전송될 수 있다. 다만, 이는 일 예이며, SRS를 전송할 수 있는 심볼은 다른 시간 구간으로 확장되거나 또는 주파수 대역을 통해 전송될 수도 있다. SRS를 전송할 수 있는 RB들은 주파수 영역에서 전송될 때 4 RB의 배수로 전송되며 최대 272 RB에서 전송될 수 있다.
또한, 일 실시예에 따르면 SRS의 심볼 수 N은 1, 2 또는 4 로 설정될 수 있으며, 연속된 심볼로 전송될 수 있다. 또한, 5G 또는 NR 시스템에서는 SRS 심볼의 반복 전송을 허용한다. 구체적으로, SRS 심볼의 반복 전송 인자(repetition factor, r)는 r ∈ {1,2,4}이고, 여기서 r≤N 와 같이 설정될 수 있다. 예를 들어, 하나의 SRS 안테나가 하나의 심볼에 매핑되어 전송되는 경우 최대 4 심볼까지 반복되어 전송될 수 있다. 한편, 서로 다른 4 개의 안테나 포트가 서로 다른 4 개의 심볼에 전송될 수도 있다. 이때는 각 안테나 포트가 하나의 심볼에 매핑된 경우이므로 SRS 심볼의 반복 전송이 허용되지 않는다. 상술한 예는 일례일 뿐이며, 상기 SRS의 심볼 수 N 및 반복 전송 인자 r은 다른 값으로 확장될 수도 있다.
SRS는 CAZAC(Constant Amplitude Zero Auto Correlation) 시퀀스로 구성될 수 있다. 그리고 여러 단말로부터 전송된 각각의 SRS을 구성하는 CAZAC 시퀀스들은 서로 다른 순환 천이(Cyclic Shift) 값을 갖는다. 또한, 하나의 CAZAC 시퀀스에서 순환 천이(Cyclic Shift)를 통하여 발생된 CAZAC 시퀀스들은 각자 자신과 다른 순환 천이 값을 갖는 시퀀스들과 영의 상관 값을 갖는 특성이 있다. 이러한 특성을 이용하여 동시에 동일한 주파수 영역에 할당된 SRS들은 기지국에서 SRS 별로 설정해준 CAZAC 시퀀스 순환 천이 값에 따라 구분될 수 있다.
여러 단말의 SRS들은 순환 천이 값뿐만 아니라 주파수 위치에 따라 구분될 수 있다. 주파수 위치는 SRS 서브밴드 단위 할당 또는 Comb로 구분될 수 있다. 5G 또는 NR 시스템에서는 Comb2 및 Comb4를 지원할 수 있다. Comb2의 경우 한 개의 SRS는 SRS 서브밴드 내에서 짝수 번째 또는 홀수 번째 서브캐리어에만 할당될 수 있다. 이 때, 이 짝수 번째 서브캐리어들 및 홀수 번째 서브캐리어들 각각이 하나의 Comb을 구성할 수 있다.
각 단말은 트리 구조를 기반으로 SRS 서브밴드를 할당 받을 수 있다. 그리고 단말은 SRS 전송 시점마다 각 서브밴드에 할당된 SRS에 호핑을 수행할 수 있다. 이에 따라 단말의 모든 전송 안테나가 상향링크 데이터 전송 대역폭 전체를 이용해 SRS를 전송할 수 있다.
도 21은 서브밴드 별로 SRS가 할당된 구조를 도시한 도면이다.
도 21을 참조하면, 주파수 상으로 40 RB에 해당하는 데이터 전송 대역을 가질 때, 기지국이 설정한 트리 구조에 의하여 SRS가 각 단말에 할당된 예를 나타낸 것이다.
도 21에서 트리 구조의 레벨 인덱스를 b 라 할 때, 트리 구조의 가장 상위 레벨(b=0)은 40 RB 대역폭의 SRS 서브 밴드 한 개로 구성될 수 있다. 두 번째 레벨(b=1)에서는 b=0 레벨의 SRS 서브밴드로부터 20 RB 대역폭의 SRS 서브밴드 두 개가 발생될 수 있다. 따라서, 두 번째 레벨(b=1)의 전체 데이터 전송 대역에 2 개의 SRS 서브밴드가 존재할 수 있다. 세 번째 레벨(b=2)에서는 바로 위 레벨(b=1)의 20 RB SRS 서브밴드 한 개로부터 4 RB SRS 서브밴드 5 개가 발생되며, 한 레벨 내에 10 개의 4RB SRS 서브밴드들이 존재하는 구조를 가질 수 있다.
이러한 트리 구조의 구성은 기지국의 설정에 따라서 다양한 레벨 수, SRS 서브밴드 크기 및 한 레벨 당 SRS 서브밴드 수를 가질 수 있다. 여기서 상위 레벨의 SRS 서브밴드 한 개로부터 발생되는 레벨 b에서의 SRS 서브밴드 개수를 Nb, 그리고 이 Nb 개의 SRS 서브밴드에 대한 인덱스를 nb={0,...,Nb-1}라고 정의할 수 있다. 이렇게 레벨당 서브밴드가 달라짐에 따라 도 21에 도시된 바와 같이 각 레벨당 서브밴드 별로 단말이 할당될 수 있다. 예를 들어, 단말 1(21-00)이 b=1 레벨에서 20 RB 대역폭을 갖는 두 개의 SRS 서브밴드 중 첫 번째 SRS 서브밴드(n1=0)에 할당되고, 단말 2(21-01)와 단말 3(21-02)은 각각 두 번째 20 RB SRS 서브밴드 밑의 첫 번째 SRS 서브밴드(n2=0)와 세 번째 SRS 서브밴드(n2=2) 위치에 할당될 수 있다. 이러한 과정들을 통해 다수의 단말이 한 CC내에서 동시에 다수의 SRS 서브밴드로 SRS를 전송할 수 있다.
구체적으로 전술한 SRS 서브밴드 설정을 위하여 NR에서는 아래 표 34와 같은 SRS bandwidth configuration들을 지원한다.
[표 34]
Figure PCTKR2020016697-appb-I000079
Figure PCTKR2020016697-appb-I000080
또한 NR에서는 상기 표 34의 값 들에 기반하여 SRS frequency hopping을 지원하며 상세한 절차는 아래 표 35을 따른다.
[표 35]
Figure PCTKR2020016697-appb-I000081
Figure PCTKR2020016697-appb-I000082
Figure PCTKR2020016697-appb-I000083
전술한 바와 같이 5G 또는 NR 단말은 SU-MIMO(Single User) 기법을 지원하며 최대 4 개의 전송 안테나를 갖는다. 또한, NR 단말은 SRS들을 다수의 CC, 또는 CC 내의 다수의 SRS 서브밴드로 동시에 전송할 수 있다. 5G 또는 NR 시스템의 경우 LTE 시스템과 달리 다양한 numerology가 지원되며, SRS 전송 심볼이 다수개로 다양하게 설정될 수 있고, 반복 전송 인자(repetition factor)를 통한 SRS 전송에 대한 반복 전송도 허용될 수 있다. 따라서, 이를 고려한 SRS 전송을 카운팅(counting)할 필요가 있다. SRS 전송을 카운팅하는 것은 다양하게 활용될 수 있다. 예를 들어, SRS 전송을 카운팅하는 것은 SRS 전송에 따른 안테나 스위칭을 지원하는데 활용될 수 있다. 구체적으로 어떤 SRS 전송 시점에 어떤 안테나에 해당하는 SRS를 어떠한 대역에서 전송하는지는 SRS 전송 카운팅에 의해서 결정될 수 있다.
기지국은 단말에게 상향링크 기준 신호의 전송을 위한 설정 정보를 설정할 수 있다. 구체적으로, 기지국은 [표 36]과 같이 상향링크 BWP별 SRS 설정 정보를 상위 레이어 시그널링 srs-Config의 형태로 단말에 지시할 수 있다.
[표 36]
Figure PCTKR2020016697-appb-I000084
일 실시 예에 따르면, 상위 레이어 시그널링 srs-Config의 세부 구조는 [표 37]에 나열된 파라미터 중 적어도 일부를 포함할 수 있다.
[표 37]
Figure PCTKR2020016697-appb-I000085
Figure PCTKR2020016697-appb-I000086
Figure PCTKR2020016697-appb-I000087
srs-Config 내에는 하나 이상의 SRS 자원 세트(SRS resource set)을 포함할 수 있다. 한 SRS 자원 세트는 동일한 시간 도메인 동작 및 사용처를 갖는 하나 이상의 SRS 자원으로 구성된다. SRS 자원 세트에 설정 가능한 시간 도메인 동작은 'periodic', 'semi-persistent', 'aperiodic' 중 하나일 수 있다. 한편 상술한 SRS 자원 세트의 사용처는 SRS 자원 세트 내 usage 파라미터로 설정되며 'beamManagement: 빔 관리 ', 'codebook: 코드북 기반 상향링크 전송', 'nonCodebook: 비 코드북 기반 상향링크 전송', 'antennaSwitching: reciprocity를 이용한 하향링크 채널 정보 획득' 중 하나의 값을 가질 수 있다.
한편, SRS 자원의 시간-주파수 축 자원 할당 정보 및 주파수 호핑(hopping)에 대한 정보는 각 SRS 자원 별 독립적으로 설정 가능하다. 또한 단말이 SRS 자원 전송 시 사용될 공간 도메인 전송 필터(spatial domain transmission filter) 역시 각 SRS 자원 별 독립적으로 설정 가능하다. 상기 공간 도메인 전송 필터는 spatialRelationInfo 파라미터로 지시될 수 있으며, 상기 파라미터는 하향링크 또는 상향링크 기준신호의 인덱스를 포함할 수 있다. 만일 spatialRelationInfo 파라미터가 CSI-RS resource 또는 SSB의 인덱스를 가리키는 경우, 단말은 참조하는 CSI-RS resource 또는 SSB를 수신할 때 사용한 spatial domain receive filter와 같은 spatial domain transmission filter를 사용하는 것으로 이해할 수 있다. 또는 spatial relation info가 다른 SRS 자원 인덱스를 참조하는 경우, 단말은 참조하는 SRS resource를 전송할 때 사용한 spatial domain transmission filter를 사용하는 것으로 이해할 수 있다.
다음으로 SRS 전송 전력 설정 방법을 구체적으로 설명한다. 단말의 상향링크 전송에 사용 가능한 최대 전송 전력은 해당 단말의 power class, 할당된 RB 및 modulation order에 따른 MPR, out of band emission, MPE (maximum permissible exposure) 등에 따라 제한될 수 있다. 단말은 제한된 최대 전송전력 하에서 상향링크 기준 신호, 제어 신호, 및 데이터 송신을 위한 송신 전력 제어를 수행할 수 있다. 단말의 송신 전력 결정 시 사용되는 파라미터는 적어도 P0, 경로감쇄 (pathloss) 추정 값 그리고 할당 받은 주파수 블록의 크기 등을 포함할 수 있다. 일부 실시 예에 따른 서빙셀 c, 주파수 f, BWP b에 대한 전송 시점 i에서의 SRS 송신 전력은 [수학식 2]와 같이 결정될 수 있다.
[수학식 2]
Figure PCTKR2020016697-appb-I000088
[dBm]
상기 [수학식 2]에서 각 파라미터는 다음을 의미할 수 있다.
-
Figure PCTKR2020016697-appb-I000089
: SRS resource set의 인덱스를 가리킨다. 후술하는 바와 같이 SRS 송신 전력을 위한 파라미터는 SRS resource set 별로 설정된다.
-
Figure PCTKR2020016697-appb-I000090
: 서빙셀 c, 주파수 f에서 단말의 최대 송신 출력을 의미하고 기지국으로부터 시스템 정보 또는 RRC를 통해 설정 받은 P-max 값 (기지국이 없는 경우, 사전 설정된 값), 단말에 내장된 단말의 파워 클래스, 단말이 사용하는 상향링크 서빙셀 수, MPR 등에 의해 단말이 결정할 수 있다.
-
Figure PCTKR2020016697-appb-I000091
: 수신 기지국의 링크 품질을 보장하기 위해 기지국으로부터 시스템 정보 또는 RRC를 통해 설정 받은 값을 의미한다.
-
Figure PCTKR2020016697-appb-I000092
: 상향링크 전송을 위해 할당 받은 주파수 블록의 크기를 의미할 수 있다. 이때 2μ는 부반송파 간격 (subcarrier spacing)에 따라 서로 다른 전력 밀도 (PSD: power spectral density)를 보상하기 위한 파라미터일 수 있다. 예를 들어, 15kHz 부반송파 간격을 사용하는 경우 μ = 0을 의미할 수 있다. 동일 개수의 주파수 블록을 사용하더라도 부반송파 간격이 30kHz로 2배 증가하는 경우, 15kHz 부반송파 간격을 사용하는 경우에 비해 전력 밀도가 반으로 감소할 수 있다. 따라서 이를 보상하기 위해 전력을 두 배로 증가시킬 필요가 있다. 보다 구체적으로 2개의 주파수 블록을 사용하는 경우를 예를 들면, 15kHz 부반송파 간격의 경우 10log10(2 x 20) = 3 dB가 필요하지만, 30kHz 부반송파 간격의 경우는 15kHz 부반송파 간격과 동일한 전력 밀도를 유지하기 위해, 10log10(2 x 21) = 6dB로 송신 전력을 증가시킬 필요가 있다.
- α: 경로감쇄 값을 보상하기 위한 파라미터로 0과 1 사이의 값을 가지며, 기지국으로부터 시스템 정보 또는 RRC를 통해 설정 받은 값을 의미할 수 있다. 예를 들어, α = 1인 경우, 경로감쇄를 100% 보상해 줄 수 있으며, α = 0.8인 경우 경로감쇄를 80%만 보상해 줄 수 있다.
-
Figure PCTKR2020016697-appb-I000093
: 기준신호 q d를 통해 측정한 경로감쇄 추정 값을 의미할 수 있다. 이때 경로감쇄 값은 [수학식 3]을 통해 추정할 수 있다.
[수학식 3]
경로감쇄 추정을 위해 사용되는 신호의 송신 전력 - 경로감쇄 추정을 위해 사용되는 신호의 RSRP (reference signal received power) 측정 값
상기 [수학식 3]에서 경로감쇄 추정을 위해 사용되는 신호 q d는 gNB가 전송하는 CSI-RS, gNB가 전송하는 secondary 동기 신호 (SSS: secondary synchronization signal) 또는 SSS와 방송채널 (PBCH: physical broadcast channel)로 전송되는 DMRS (demodulation reference signal) 등을 포함하는 신호 중 하나일 수 있다. 보다 구체적으로, gNB는 UE1에게 참조 신호의 전송 전력에 대한 정보를 시스템 정보 또는 RRC 설정을 통해 전송하고, UE1은 gNB가 전송한 참조 신호를 이용하여 RSRP 값을 측정할 수 있다. 상기 RSRP 값은 L1-RSRP 혹은 시스템 정보/RRC 설정으로 지시된 필터가 적용된 L3-RSRP 등일 수 있다.
-
Figure PCTKR2020016697-appb-I000094
: SRS 자원의 closed-loop 또는 open-loop 전력 제어를 위한 TPC command를 의미한다. 단말은 상향링크 채널, PUCCH/PUSCH/SRS, 별로 다수의 closed-loop 또는 open-loop 전력 제어를 운용하여 각 closed-loop 또는 open-loop마다 독립적인 TPC command를 지시 받을 수 있으며, l 은 상기 closed-loop 또는 open-loop의 인덱스를 가리킨다.
다음으로 PUCCH 전송 전력 설정 방법을 구체적으로 설명한다. 일부 실시 예에 따른 서빙 셀 c, 주파수 f, BWP b에 대한 전송 시점 i에서의 PUCCH 송신 전력은 [수학식 4]와 같이 결정될 수 있다.
[수학식 4]
Figure PCTKR2020016697-appb-I000095
[dBm]
상기 [수학식 4]에서 각 파라미터는 다음을 의미할 수 있다.
-
Figure PCTKR2020016697-appb-I000096
: 서빙셀 c, 주파수 f에서 단말의 최대 송신 출력을 의미하고 기지국으로부터 시스템 정보 또는 RRC를 통해 설정 받은 P-max 값 (기지국이 없는 경우, 사전 설정된 값), 단말에 내장된 단말의 파워 클래스, 단말이 사용하는 상향링크 서빙셀 수, MPR 등에 의해 단말이 결정할 수 있다.
-
Figure PCTKR2020016697-appb-I000097
: 수신 단말의 링크 품질을 보장하기 위해 기지국으로부터 시스템 정보 또는 RRC를 통해 설정 받은 값을 의미한다.
-
Figure PCTKR2020016697-appb-I000098
: 상향링크 전송을 위해 할당 받은 주파수 블록의 크기를 의미할 수 있다. 이때 2μ는 부반송파 간격 (subcarrier spacing)에 따라 서로 다른 전력 밀도 (PSD: power spectral density)를 보상하기 위한 파라미터일 수 있다. 예를 들어, 15kHz 부반송파 간격을 사용하는 경우 μ = 0을 의미할 수 있다. 동일 개수의 주파수 블록을 사용하더라도 부반송파 간격이 30kHz로 2배 증가하는 경우, 15kHz 부반송파 간격을 사용하는 경우에 비해 전력 밀도가 반으로 감소할 수 있다. 따라서 이를 보상하기 위해 전력을 두 배로 증가시킬 필요가 있다. 보다 구체적으로 2개의 주파수 블록을 사용하는 경우를 예를 들면, 15kHz 부반송파 간격의 경우 10log10(2 x 20) = 3 dB가 필요하지만, 30kHz 부반송파 간격의 경우는 15kHz 부반송파 간격과 동일한 전력 밀도를 유지하기 위해, 10log10(2 x 21) = 6dB로 송신 전력을 증가시킬 필요가 있다.
-
Figure PCTKR2020016697-appb-I000099
: 기준신호 q d를 통해 측정한 경로감쇄 추정 값을 의미할 수 있다. 이때 경로감쇄 값은 상기 [수학식 3]을 통해 추정할 수 있다.
-
Figure PCTKR2020016697-appb-I000100
: PUCCH format 별로 설정되는 송신 전력의 보상 값을 의미한다. 상기 보상 값은 각 PUCCH format 별로 개별적인 시스템 정보/RRC 설정으로 지시될 수 있다.
-
Figure PCTKR2020016697-appb-I000101
: PUCCH 채널의 자원 효율에 따른 송신 전력의 보상 값을 의미한다. 자원 효율이 높을수록 (즉, 동일한 비트를 전송하기 위해 더 적은 자원을 사용하는 경우 또는 동일한 자원에서 더 많은 비트를 전송하는 경우) 더 높은 송신 전력을 사용할 필요가 있다. 따라서 PUCCH 자원을 통해 전송하는 UCI 정보량 대비 사용하는 RE(resource element) 수의 비를 통해 상기 보상 값이 결정된다. 예컨대, PUCCH format 0 또는 format 1의 경우 상기 보상 값은
Figure PCTKR2020016697-appb-I000102
와 같이 결정되며, 이 때
Figure PCTKR2020016697-appb-I000103
는 PUCCH 전송을 위해 할당된 심볼 수,
Figure PCTKR2020016697-appb-I000104
는 PUCCH format 별로 달리 설정된 기준값을 의미한다. 예컨대, PUCCH format 0의 경우
Figure PCTKR2020016697-appb-I000105
, format 1의 경우
Figure PCTKR2020016697-appb-I000106
를 의미한다. 또한
Figure PCTKR2020016697-appb-I000107
는 PUCCH 자원에서 전송되는 UCI 정보량을 가리키는 값으로서, PUCCH format 0의 경우
Figure PCTKR2020016697-appb-I000108
일 수 있다. 한편, PUCCH format 2/3/4의 경우, 상기 보상 값은 PUCCH 자원의 BPRE 즉 RE당 bit 수 값에 따른 함수로 결정될 수 있다. 상기 함수는 BPRE에 대한 단조증가함수 형태일 수 있으며, 예컨대 선형 함수, log 함수 등으로 표현될 수 있다.
-
Figure PCTKR2020016697-appb-I000109
: PUCCH 자원의 closed-loop 또는 open-loop 전력 제어를 위한 TPC command를 의미한다. 단말은 상향링크 채널, PUCCH/PUSCH/SRS, 별로 다수의 closed-loop 또는 open-loop 전력 제어를 운용하여 각 closed-loop 또는 open-loop마다 독립적인 TPC command를 지시받을 수 있으며, l 은 상기 closed-loop 또는 open-loop의 인덱스를 가리킨다.
상기한 PUCCH 전송전력 설정 중 일부는 빔 설정과 함께 구성될 수 있다. 즉, 상기 pucch-spatialRelationInfo 설정 내에 경로감쇄 추정을 위한 RS 설정 및
Figure PCTKR2020016697-appb-I000110
설정 등이 포함될 수 있다. 이 때, 경로감쇄 추정을 위한 RS의 목록은 [표 38]의 pathlossReferenceRSs에 지시되며, 이 목록에 지시된 RS 중 하나가 [표 29]의 pucch-spatialRelationInfo 설정 내 pucch-PathlossReferenceRS-Id 와 매핑될 수 있다. 상기 pathlossReferenceRSs를 통해 설정 가능한 경로감쇄 추정 RS 수는 최대 4개까지 설정이 가능하다. PUCCH-PathlossReferenceRS는 표 38의 referenceSignal을 통해 SS/PBCH와 연결된다면 ssb-Index를 설정받고, CSI-RS와 연결된다면 csi-RS-Index를 설정 받는다.
[표 38]
Figure PCTKR2020016697-appb-I000111
다음으로 PUSCH 전송에 대해 설명하도록 한다. 우선 PUSCH 전송의 스케줄링 방식에 대해 설명한다. PUSCH 전송은 DCI 내의 UL grant에 의해 동적으로 스케줄링 되거나, configured grant Type 1 또는 Type 2에 의해 동작할 수 있다. PUSCH 전송에 대한 동적 스케줄링 지시는 DCI format 0_0 또는 0_1 또는 0_2 로 가능하다.
Configured grant Type 1 PUSCH 전송은 DCI 내의 UL grant에 대한 수신을 하지 않고, 상위 시그널링을 통한 [표 39]의 rrc-ConfiguredUplinkGrant를 포함하는 configuredGrantConfig의 수신을 통해 준정적으로 설정될 수 있다. Configured grant Type 2 PUSCH 전송은 상위 시그널링을 통한 [표 39]의 rrc-ConfiguredUplinkGrant를 포함하지 않는 configuredGrantConfig의 수신 이후, DCI 내의 UL grant에 의해 반지속적으로 스케줄링 될 수 있다. PUSCH 전송이 configured grant에 의해 동작하는 경우, PUSCH 전송에 적용되는 파라미터들은 상위 시그널링인 [표 40]의 pusch-Config 로 제공되는 dataScramblingIdentityPUSCH, txConfig, codebookSubset, maxRank, scaling of UCI-OnPUSCH를 제외하고는 [표 39]의 상위 시그널링인 configuredGrantConfig을 통해 적용된다. 단말이 [표 39]의 상위 시그널링인 configuredGrantConfig 내의 transformPrecoder를 제공받았다면, 단말은 configured grant에 의해 동작하는 PUSCH 전송에 대해 [표 40]의 pusch-Config 내의 tp-pi2BPSK를 적용한다.
[표 39]
Figure PCTKR2020016697-appb-I000112
Figure PCTKR2020016697-appb-I000113
다음으로 PUSCH 전송 방법에 대해 설명한다. PUSCH 전송을 위한 DMRS 안테나 포트는 SRS 전송을 위한 안테나 포트와 동일하다. PUSCH 전송은 상위 시그널링인 [표 40]의 pusch-Config 내의 txConfig의 값이 'codebook' 혹은 'nonCodebook'인지에 따라 codebook 기반의 전송 방법과 non-codebook 기반의 전송 방법을 각각 따를 수 있다.
상술한 바와 같이, PUSCH 전송은 DCI format 0_0 또는 0_1 또는 0_2를 통해 동적으로 스케줄링 될 수 있고, configured grant에 의해 준정적으로 설정될 수 있다. 만약 단말이 PUSCH 전송에 대한 스케줄링을 DCI format 0_0을 통해 지시받았다면, 단말은 serving cell 내 활성화된 상향링크 BWP 내에서 최소 ID에 대응되는 단말 특정적인 PUCCH resource에 대응되는 pucch-spatialRelationInfoID를 이용하여 PUSCH 전송을 위한 빔 설정을 수행하고, 이 때 PUSCH 전송은 단일 안테나 포트를 기반으로 한다. 단말은 pucch-spatialRelationInfo를 포함하는 PUCCH resource가 설정되지 않은 BWP 내에서, DCI format 0_0을 통해 PUSCH 전송에 대한 스케줄링을 기대하지 않는다. 만약 단말이 [표 40]의 pusch-Config 내의 txConfig를 설정받지 않았다면, 단말은 DCI format 0_1로 스케줄링 받는 것을 기대하지 않는다.
[표 40]
Figure PCTKR2020016697-appb-I000114
Figure PCTKR2020016697-appb-I000115
다음으로 codebook 기반의 PUSCH 전송에 대해 설명한다. Codebook 기반의 PUSCH 전송은 DCI format 0_0 또는 0_1을 통해 동적으로 스케줄링 될 수 있고, configured grant에 의해 준정적으로 동작할 수 있다. Codebook 기반의 PUSCH가 DCI format 0_1에 의해 동적으로 스케줄링 되거나 또는 configured grant에 의해 준정적으로 설정되면, 단말은 SRS Resource Indicator (SRI), TPMI(transmission precoding matrix indicator), 그리고 전송 rank (PUSCH 전송 레이어의 수)에 기반해서 PUSCH 전송을 위한 precoder를 결정한다.
이 때, SRI는 DCI 내의 필드 SRS resource indicator를 통해 주어지거나 상위 시그널링인 srs-ResourceIndicator를 통해 설정될 수 있다. 단말은 codebook 기반 PUSCH 전송 시 적어도 1개의 SRS resource를 설정 받으며, 최대 2개까지 설정 받을 수 있다. 단말이 DCI를 통해 SRI를 제공받는 경우, 해당 SRI가 가리키는 SRS resource는 해당 SRI를 포함하는 PDCCH보다 이전에 전송된 SRS resource들 중에, SRI에 대응되는 SRS resource를 의미한다. 또한, TPMI 및 전송 rank 는 DCI 내의 필드 precoding information and number of layers를 통해 주어지거나, 상위 시그널링인 precodingAndNumberOfLayers를 통해 설정될 수 있다. TPMI는 PUSCH 전송에 적용되는 precoder를 지시하는 데 사용된다. 만약 단말이 1개의 SRS resource를 설정 받았을 때에는, TPMI는 설정된 1개의 SRS resource에서 적용될 precoder를 지시하는 데 사용된다. 만약 단말이 복수 개의 SRS resource들을 설정 받았을 때에는, TPMI는 SRI를 통해 지시되는 SRS resource에서 적용될 precoder를 지시하는 데 사용된다.
PUSCH 전송에 사용될 precoder는 상위 시그널링인 SRS-Config 내의 nrofSRS-Ports 값과 같은 수의 안테나 포트 수를 갖는 상향링크 코드북에서 선택된다. Codebook 기반의 PUSCH 전송에서, 단말은 TPMI와 상위 시그널링인 pusch-Config 내의 codebookSubset에 기반하여 codebook subset을 결정한다. 상위 시그널링인 pusch-Config 내의 codebookSubset은 단말이 기지국에게 보고하는 UE capability에 근거하여 'fullyAndPartialAndNonCoherent', 'partialAndNonCoherent', 또는 'nonCoherent' 중 하나로 설정 받을 수 있다. 만약 단말이 UE capability로 'partialAndNonCoherent'를 보고했다면, 단말은 상위 시그널링인 codebookSubset의 값이 'fullyAndPartialAndNonCoherent'로 설정 되는 것을 기대하지 않는다. 또한, 만약 단말이 UE capability로 'nonCoherent'를 보고했다면, 단말은 상위 시그널링인 codebookSubset의 값이 'fullyAndPartialAndNonCoherent' 또는 'partialAndNonCoherent'로 설정 되는 것을 기대하지 않는다. 상위 시그널링인 SRS-ResourceSet 내의 nrofSRS-Ports가 2개의 SRS 안테나 포트를 가리키는 경우, 단말은 상위 시그널링인 codebookSubset의 값이 'partialAndNonCoherent'로 설정되는 것을 기대하지 않는다.
단말은 상위 시그널링인 SRS-ResourceSet 내의 usage의 값이 'codebook'으로 설정된 SRS resource set을 1개 설정 받을 수 있고, 해당 SRS resource set 내에서 1개의 SRS resource 가 SRI를 통해 지시될 수 있다. 만약 상위 시그널링인 SRS-ResourceSet 내의 usage 값이 'codebook'으로 설정된 SRS resource set 내에 여러 SRS resource들이 설정되면, 단말은 상위 시그널링인 SRS-Resource 내의 nrofSRS-Ports의 값이 모든 SRS resource들에 대해 같은 값이 설정되는 것을 기대한다.
단말은 상위 시그널링에 따라 usage의 값이 'codebook'으로 설정된 SRS resource set 내에 포함된 1개 또는 복수 개의 SRS resource를 기지국으로 전송하고, 기지국은 단말이 전송한 SRS resource 중 1개를 선택하여 해당 SRS resource의 송신 빔 정보를 이용하여 단말이 PUSCH 전송을 수행할 수 있도록 지시한다. 이 때, codebook 기반 PUSCH 전송에서는 SRI가 1개의 SRS resource의 인덱스를 선택하는 정보로 사용되며 DCI 내에 포함된다. 추가적으로, 기지국은 단말이 PUSCH 전송에 사용할 TPMI와 rank를 지시하는 정보를 DCI에 포함시킨다. 단말은 상기 SRI가 지시하는 SRS resource를 이용하여, 해당 SRS resource의 송신 빔을 기반으로 지시된 rank와 TPMI가 지시하는 precoder를 적용하여 PUSCH 전송을 수행한다.
다음으로 non-codebook 기반의 PUSCH 전송에 대해 설명한다. Non-codebook 기반의 PUSCH 전송은 DCI format 0_0 또는 0_1을 통해 동적으로 스케줄링 될 수 있고, configured grant에 의해 준정적으로 동작할 수 있다. 상위 시그널링인 SRS-ResourceSet 내의 usage의 값이 'nonCodebook'으로 설정된 SRS resource set 내에 적어도 1개의 SRS resource가 설정된 경우, 단말은 DCI format 0_1을 통해 non-codebook 기반 PUSCH 전송을 스케줄링 받을 수 있다.
상위 시그널링인 SRS-ResourceSet 내의 usage의 값이 'nonCodebook'으로 설정된 SRS resource set에 대해, 단말은 1개의 연결되어 있는 NZP CSI-RS resource(non-zero power CSI-RS)를 설정 받을 수 있다. 단말은 SRS resource set과 연결되어 있는 NZP CSI-RS resource에 대한 측정을 통해 SRS 전송을 위한 precoder에 대한 계산을 수행할 수 있다. 만약 SRS resource set과 연결되어 있는 aperiodic NZP CSI-RS resource의 마지막 수신 심볼과 단말에서의 aperiodic SRS 전송의 첫번째 심볼 간의 차이가 42 심볼보다 적게 차이나면, 단말은 SRS 전송을 위한 precoder에 대한 정보가 갱신되는 것을 기대하지 않는다.
상위 시그널링인 SRS-ResourceSet 내의 resourceType의 값이 'aperiodic'으로 설정되면, 연결되어 있는 NZP CSI-RS는 DCI format 0_1 또는 1_1 내의 필드인 SRS request로 지시된다. 이 때, 연결되어 있는 NZP CSI-RS resource가 비주기적 NZP CSI-RS resource라면, DCI format 0_1 또는 1_1 내의 필드 SRS request의 값이 '00'이 아닌 경우에 대해 연결되어 있는 NZP CSI-RS가 존재함을 가리키게 된다. 이 때, 해당 DCI는 cross carrier 또는 cross BWP 스케줄링을 지시하지 않아야 한다. 또한, SRS request의 값이 만약 NZP CSI-RS의 존재를 가리키게 된다면, 해당 NZP CSI-RS는 SRS request 필드를 포함한 PDCCH가 전송된 슬롯에 위치하게 된다. 이 때, 스케줄링된 부반송파에 설정된 TCI state들은 QCL-TypeD로 설정되지 않는다.
만약 주기적 혹은 반지속적 SRS resource set이 설정되었다면, 연결되어 있는 NZP CSI-RS는 상위 시그널링인 SRS-ResourceSet 내의 associatedCSI-RS를 통해 지시될 수 있다. Non-codebook 기반 전송에 대해, 단말은 SRS resource에 대한 상위 시그널링인 spatialRelationInfo와 상위 시그널링인 SRS-ResourceSet 내의 associatedCSI-RS 가 함께 설정되는 것을 기대하지 않는다.
단말은 복수 개의 SRS resource들을 설정 받은 경우, PUSCH 전송에 적용할 precoder와 전송 rank를 기지국이 지시하는 SRI에 기반하여 결정할 수 있다. 이 때, SRI 는 DCI 내의 필드 SRS resource indicator를 통해 지시 받거나 또는 상위 시그널링인 srs-ResourceIndicator를 통해 설정 받을 수 있다. 상술한 codebook 기반의 PUSCH 전송과 마찬가지로, 단말이 DCI를 통해 SRI를 제공받는 경우, 해당 SRI가 가리키는 SRS resource는 해당 SRI를 포함하는 PDCCH보다 이전에 전송된 SRS resourc중에, SRI에 대응되는 SRS resource를 의미한다. 단말은 SRS 전송에 1개 또는 복수 개의 SRS resource들을 사용할 수 있고, 1개의 SRS resource set 내에 같은 심볼에서 동시 전송이 가능한 최대 SRS resource 개수와 최대 SRS resource 개수는 단말이 기지국으로 보고하는 UE capability에 의해 결정된다. 이 때, 단말이 동시에 전송하는 SRS resource들은 같은 RB를 차지한다. 단말은 각 SRS resource 별로 1개의 SRS 포트를 설정한다. 상위 시그널링인 SRS-ResourceSet 내의 usage의 값이 'nonCodebook'으로 설정된 SRS resource set은 1개만 설정될 수 있으며, non-codebook 기반 PUSCH 전송을 위한 SRS resource는 최대 4개까지 설정이 가능하다.
기지국은 SRS resource set과 연결된 1개의 NZP-CSI-RS를 단말로 전송하며, 단말은 해당 NZP-CSI-RS 수신 시 측정한 결과를 기반으로 하여, 해당 SRS resource set 내의 1개 또는 복수 개의 SRS resource 전송 시 사용할 precoder를 계산한다. 단말은 usage가 'nonCodebook'으로 설정된 SRS resource set 내의 1개 또는 복수 개의 SRS resource를 기지국으로 전송할 때 상기 계산된 precoder를 적용하고, 기지국은 수신한 1개 또는 복수 개의 SRS resource 중 1개 또는 복수 개의 SRS resource를 선택한다. 이 때, non-codebook 기반 PUSCH 전송에서는 SRI가 1개 또는 복수 개의 SRS resource의 조합을 표현할 수 있는 인덱스를 나타내며 상기 SRI는 DCI 내에 포함된다. 이 때, 기지국이 전송한 SRI가 지시하는 SRS resource의 수는 PUSCH의 송신 레이어의 수가 될 수 있으며, 단말은 각 레이어에 SRS resource 전송에 적용된 precoder를 적용해 PUSCH를 전송한다.
다음으로 PUSCH 전송 전력 설정 방법을 구체적으로 설명한다. 단말의 PUSCH 전송 전력 결정은 다음 [수학식 5]를 따른다.
[수학식 5]
Figure PCTKR2020016697-appb-I000116
[dBm]
상기 [수학식 5]에서 각 파라미터는 다음을 의미할 수 있다.
-
Figure PCTKR2020016697-appb-I000117
: 서빙셀 c, 주파수 f에서 단말의 최대 송신 출력을 의미하고 기지국으로부터 시스템 정보 또는 RRC를 통해 설정 받은 P-max 값 (기지국이 없는 경우, 사전 설정된 값), 단말에 내장된 단말의 파워 클래스, 단말이 사용하는 상향링크 서빙셀 수, MPR 등에 의해 단말이 결정할 수 있다.
-
Figure PCTKR2020016697-appb-I000118
: 수신 단말의 링크 품질을 보장하기 위해 기지국으로부터 시스템 정보 또는 RRC를 통해 설정 받은 값을 의미한다.
-
Figure PCTKR2020016697-appb-I000119
: 상향링크 전송을 위해 할당 받은 주파수 블록의 크기를 의미할 수 있다. 이때 2μ는 부반송파 간격 (subcarrier spacing)에 따라 서로 다른 전력 밀도 (PSD: power spectral density)를 보상하기 위한 파라미터일 수 있다. 예를 들어, 15kHz 부반송파 간격을 사용하는 경우 μ = 0을 의미할 수 있다. 동일 개수의 주파수 블록을 사용하더라도 부반송파 간격이 30kHz로 2배 증가하는 경우, 15kHz 부반송파 간격을 사용하는 경우에 비해 전력 밀도가 반으로 감소할 수 있다. 따라서 이를 보상하기 위해 전력을 두 배로 증가시킬 필요가 있다. 보다 구체적으로 2개의 주파수 블록을 사용하는 경우를 예를 들면, 15kHz 부반송파 간격의 경우 10log10(2 x 20) = 3 dB가 필요하지만, 30kHz 부반송파 간격의 경우는 15kHz 부반송파 간격과 동일한 전력 밀도를 유지하기 위해, 10log10(2 x 21) = 6dB로 송신 전력을 증가시킬 필요가 있다.
- α: 경로감쇄 값을 보상하기 위한 파라미터로 0과 1 사이의 값을 가지며, 기지국으로부터 시스템 정보 또는 RRC를 통해 설정 받은 값을 의미할 수 있다. 예를 들어, α = 1인 경우, 경로감쇄를 100% 보상해 줄 수 있으며, α = 0.8인 경우 경로감쇄를 80%만 보상해 줄 수 있다.
-
Figure PCTKR2020016697-appb-I000120
: 기준신호 q d를 통해 측정한 경로감쇄 추정 값을 의미할 수 있다. 이때 경로감쇄 값은 상기 [수학식 3]을 통해 추정할 수 있다.
-
Figure PCTKR2020016697-appb-I000121
: PUSCH 채널의 주파수 효율 (spectral efficiency)에 따른 송신 전력의 보상 값을 의미한다. 즉, 주파수 효율이 높을수록 (즉, 동일한 비트를 전송하기 위해 더 적은 자원을 사용하는 경우 또는 동일한 자원에서 더 많은 비트를 전송하는 경우) 더 높은 송신 전력을 사용할 필요가 있다. 상기 보상 값은 PUSCH 자원을 통해 전송하는 정보량 대비 사용하는 RE(resource element) 수의 비를 통해 결정된다. 보다 구체적으로, 상기 보상 값은 PUSCH 자원의 BPRE 즉 RE당 bit 수 값에 따른 함수로 결정될 수 있다. 상기 함수는 BPRE에 대한 단조증가함수 형태일 수 있으며, 예컨대 선형 함수, log 함수 등으로 표현될 수 있다. PUSCH로 전송할 정보의 종류, 즉 UL-SCH 인지 CSI 등인지에 따라 상기 함수에 곱해지거나 더해지는 계수의 값이 달라질 수 있다.
-
Figure PCTKR2020016697-appb-I000122
: closed-loop 또는 open-loop 전력 제어를 위한 TPC command를 의미한다. 단말은 다수의 closed-loop 또는 open-loop 전력 제어를 운용하여 각 closed-loop 또는 open-loop 마다 독립적인 TPC command를 지시받을 수 있으며, l 은 closed-loop 또는 open-loop 의 인덱스를 가리킨다.
상기 전송 전력 제어 파라미터들에 대하여
Figure PCTKR2020016697-appb-I000123
값은 SRI 값과 연계될 수 있다. 즉, PUSCH 스케줄 시 지시되는 SRI 값을 통해, 이에 대응하는 상기 전송 전력 파라미터들
Figure PCTKR2020016697-appb-I000124
값이 정해질 수 있으며 그에 따라 PUSCH 전송 전력이 결정될 수 있다. SRI 값과 상기 전송 전력 제어 파라미터간의 관계는 다음 [표 41]과 같이 상위 레이어 파라미터로 정의될 수 있다.
[표 41]
Figure PCTKR2020016697-appb-I000125
상기 파라미터 중 sri-PUSCH-MappingToAddModList 를 통해 PUSCH 전송에 사용되는 각 SRI 값 별 전송 전력 파라미터들의 집합이 정해지며, 상기 전송 전력 파라미터들의 집합은 SRI-PUSCH-PowerControl IE의 형태로 제공될 수 있다.
Multi-TRP가 사용될 때 상기한 상향링크 전송전력 제어를 위해 TRP 별 독립적인 전송전력 제어 파라미터를 설정할 수 있다. 한편, 상기 독립적인 제어 파라미터는 PUCCH 자원 별로 RRC/MAC-CE/DCI 통해 설정 및 activation 될 필요가 있다. 상기 설정 및 activation을 위한 오버헤드 감소를 위해, PUCCH 자원 별 전송전력 제어 파라미터의 기본(default) 값을 각 TRP별로 설정하는 방법을 하기 실시예에서 개시한다. 또한, Multi-TRP를 상향링크 신호의 신뢰도 향상 목적으로 활용할 경우, 단일 PUCCH 자원을 multi-TRP로 반복 전송할 수 있으며 이 때 상기한 전송전력 제어 파라미터의 기본값을 TRP별로 설정하는 방법 역시 개시한다. 상기 설명은 PUCCH 채널에 대해서만 한정하였으나 이는 기술의 편의를 위한 것으로, 상기 설명은 다른 상향링크 채널, 예컨대 PUSCH, SRS, PRACH에 대해서도 유사하게 적용 가능하다.
<제 5실시예: 다수 TRP로의 PUCCH 전송을 위한 default 전송전력 제어 파라미터 구성>
본 실시 예에서는 default 전송전력 제어 파라미터 구성 방법의 다양한 예시를 서술한다.
분류 1. Multi-PDCCH 기반 NC-JT 전송
- 분류 1-1. PDCCH 전송 셀 및 PUCCH 전송 셀 모두에 NC-JT가 구성된 경우
해당 분류에서는 PUCCH 전송을 위한 target TRP가 명시적/묵시적으로 지시될 수 있다. 예를 들어, Separate HARQ-ACK이 설정된 경우, HARQ-ACK 전송을 위한 PUCCH의 target TRP는 해당 PUCCH를 스케줄 한 PDCCH의 TRP 인덱스, 예컨대 CORESETPoolIndex 값에 대응할 수 있다. 이 경우, 각 PUCCH에 전송전력 제어 파라미터를 명시적으로 설정하지 않는다면 target TRP의 구분 없이 모두 동일한 default 전송전력 파라미터가 적용 될 것이다. 그러나, target TRP가 다른 경우에는 단말과 각 TRP간 링크 차이 때문에 서로 다른 경로감쇄를 겪으며, 적용되는 상향링크 빔 역시 다르다. 따라서 target TRP별로 전송전력 파라미터를 달리 적용할 필요가 있다.
한 가지 방법으로, target TRP별로 개별적인 default PUCCH spatial relation info를 설정하는 방법이 있을 수 있다. 즉, TRP 인덱스 #0에 대응하는 default PUCCH spatial relation info가 설정될 수 있고, TRP 인덱스 #1에 대응하는 default PUCCH spatial relation info가 설정될 수 있다. 각 TRP 인덱스 별 default PUCCH spatial relation info는 서로 다른 PUCCH spatial relation info ID를 가질 수 있으며, 상기 ID는 predefine될 수 있다. 예컨대 TRP 인덱스 #0에 대응하는 PUCCH spatial relation info ID는 0, TRP 인덱스 #1에 대응하는 PUCCH spatial relation info ID는 1일 수 있다. 또한 상기한 각 PUCCH spatial relation info ID에 대응하는 PUCCH spatial relation info에는 서로 독립적인 전송전력 파라미터가 적용될 수 있다. 예컨대, 서로 독립적인 경로감쇄 RS, closed loop index, P0 값이 설정될 수 있다. 이 때, 각 TRP 인덱스에 대응하는 PUCCH 자원에 대하여, 상기한 TRP 인덱스 별 default PUCCH spatial relation info가 적용되어 전송 전력이 결정될 수 있다. 각 TRP 인덱스와 PUCCH 자원과의 연결 관계는 실시 예 4에서 기술한 방법에 따라 정의될 수 있다. 본 방법은 TRP별 default 전송전력과 송신 빔을 한 번에 지시할 수 있는 장점이 있다.
다른 방법으로, PUCCH spatial relation info의 설정 없이 target TRP별로 전력제어 파라미터의 기본값을 가정할 수 있다. 본 방법은 initial access 상황 등 PUCCH spatial relation info 설정이 단말에 지시되지 않은 경우에 사용될 수 있다. 상술한 PUCCH 전력제어 파라미터 각각에 대한 기본값 설정 방법의 예시를 다음과 같이 들 수 있다.
-
Figure PCTKR2020016697-appb-I000126
:
Figure PCTKR2020016697-appb-I000127
값으로 표현될 수 있다. 이 때,
Figure PCTKR2020016697-appb-I000128
또는
Figure PCTKR2020016697-appb-I000129
값이 target TRP 별로 독립적으로 제공될 수 있다. 예컨대, 각 TRP index에 대응하는
Figure PCTKR2020016697-appb-I000130
가 RRC 등을 통해 독립적으로 설정될 수 있다. 또한,
Figure PCTKR2020016697-appb-I000131
값은 [표 38]의 PUCCH-PowerControl IE 내 p0-Set 파라미터를 통해 지시될 수 있는데 상기 p0-Set 파라미터는 다수의 {P0-PUCCH-Id,
Figure PCTKR2020016697-appb-I000132
} pair로 구성된 리스트로 구성되므로, 상기 리스트 내 TRP 수 만큼의 {P0-PUCCH-Id,
Figure PCTKR2020016697-appb-I000133
} pair를 설정 후, PUCCH 전송을 위한 TRP 인덱스와 상기 pair 간의 연결 관계를 구성할 수 있다. 이 연결 관계는 사전에 정의될 수 있다. 예컨대 가장 낮은 값을 갖는 P0-PUCCH-Id 에 대한 pair와 첫 번째 TRP 인덱스를 연결하며, 두 번째 P0-PUCCH-Id 에 대한 pair와 두 번째 TRP 인덱스를 연결할 수 있다. 이 때 첫 번째/두 번째 TRP 인덱스는 실시예 4에 정의한 바에 따라 결정될 수 있다. 예컨대, 첫 번째 TRP 인덱스는 CORESETPoolIndex = 0을 가리킬 수 있으며 두 번째 TRP 인덱스는 CORESETPoolIndex = 1을 가리킬 수 있다.
-
Figure PCTKR2020016697-appb-I000134
: 기지국이 단말에 두 개 혹은 그 이상의 pathloss RS를 설정하거나 가정할 수 있다. 예컨대, 기지국이 PUCCH 전력제어를 위한 복수 개의 pathloss RS를 pathlossReferenceRSs IE 내에 설정할 수 있으며 이 때 상기 pathloss RS 와 TRP 인덱스 간의 연결 관계가 구성될 수 있다. 이 연결 관계는 사전에 정의될 수 있다. 예컨대 0번째 인덱스에 대응하는 pathloss RS와 첫 번째 TRP 인덱스가 연결되며, 1번째 인덱스에 대응하는 pathloss RS와 두 번째 TRP 인덱스가 연결될 수 있다. 또는, pathlossReferenceRSs IE 설정이 없는 상황에서 TRP 별 pathloss RS가 암시적으로 지시될 수 있다. 예컨대, 첫 번째 TRP 인덱스에서 사용하는 특정 RS, 예컨대 CORESETPoolIndex = 0 내 가장 낮은 CORESET에서 사용하는 TCI state 의 QCL-typeD RS를 첫 번째 TRP 인덱스에 대한 pathloss RS로 가정할 수 있다. 또한, 두 번째 TRP 인덱스에서 사용하는 특정 RS, 예컨대 CORESETPoolIndex = 1 내 가장 낮은 CORESET에서 사용하는 TCI state 의 QCL-typeD RS를 두 번째 TRP 인덱스에 대한 pathloss RS로 가정할 수 있다. 상기 암시적 지시 방법에서, FR1에서와 같이 TCI state 내 QCL-typeD RS가 없는 경우 TCI state 내 다른 QCL-type, 예컨대 QCL-typeA/B/C중 하나를 갖는 RS가 pathloss RS로 가정될 수 있다.
-
Figure PCTKR2020016697-appb-I000135
: 기지국은 단말에 multi-TRP 전력 제어 목적으로 두 개 혹은 그 이상의 PUCCH closed loop power control을 설정하거나 가정할 수 있다. 상기 closed loop power control의 index는 0 또는 1로 설정될 수 있으며, 상기 closed loop power control index와 TRP 인덱스 간의 연결 관계가 구성될 수 있다. 이 연결 관계는 사전에 정의될 수 있다. 예컨대 closed loop power control index 0과 첫 번째 TRP 인덱스가 연결되며, closed loop power control index 1과 두 번째 TRP 인덱스가 연결될 수 있다.
상기 target TRP별 PUCCH default 전송전력 파라미터 설정 방법에는 제약 조건이 설정될 수 있다. 예컨대, joint HARQ-ACK이 설정된 경우에는 target TRP가 구분되지 않을 수 있으므로, 상기 target TRP별 PUCCH default 전송전력 파라미터 설정은 separate HARQ-ACK이 설정된 경우만으로 한정할 수 있다.
- 분류 1-2. PDCCH 전송 셀에는 NC-JT가 구성되었으나, PUCCH 전송 셀에 NC-JT가 구성되지 않은 경우
해당 분류에서는 separate HARQ-ACK이 설정된 경우, HARQ-ACK을 전송하기 위한 PUCCH에는 target TRP가 지정될 수 있으나, PUCCH 전송 셀에는 target TRP로의 전송을 위해 참조할 default 전송전력 파라미터 설정이 없을 수 있다. 이 경우, 모든 target TRP에 동일한 PUCCH default 전송전력 파라미터 설정을 적용할 수 있다. 상기 '동일한 PUCCH default 전송전력 파라미터 설정'은 특정 target TRP에 대응하는 PUCCH default 전송전력 파라미터 설정, 예컨대 CORESETPoolIndex = 0 에 대응하는 PUCCH default 전송전력 파라미터 설정일 수 있으며 이 경우는 PUCCH 전송 셀에 CORESET이 설정된 경우로 한정될 수 있다. 또는 상기 '동일한 PUCCH default 빔'은 제 3 실시 예에서 제시된 PUCCH default 빔일 수 있다.
또는 HARQ-ACK을 스케줄하는 PDCCH 전송 셀에 NC-JT가 설정된 경우에는 전송할 PUCCH에 대한 전송전력 파라미터 설정을 설정하도록 강제할 수 있다. 예컨대, 상기 경우에 전송하는 PUCCH의 spatialRelationInfo가 설정 또는 activation 되지 않는 것을 단말은 기대하지 않을 수 있다.
분류 1-3. PDCCH 전송 셀에는 NC-JT가 구성되지 않았으나, PUCCH 전송 셀에 NC-JT가 구성된 경우
해당 분류에서는 PDCCH 전송 셀의 NC-JT가 구성되지 않았음에도 불구하고 target TRP는 지정될 수 있다. 일례로, PDCCH 전송 셀의 모든 CORESET에 CORESETPoolIndex 이 미지정되거나 동일한 CORESETPoolIndex 값이 지정될 수 있다. 이 경우, 상기 지정된 target TRP로의 PUCCH default 전송전력 파라미터 설정을 적용하는 것이 필요할 수 있다. 한 가지 예로서, PUCCH 전송 셀의 특정 target TRP에 대한 PUCCH default 전송전력 파라미터 설정은, 해당 셀의 PDCCH를 위해 설정된 CORESET 중, 상기 target TRP와 동일한 TRP 인덱스, 예컨대 CORESETPoolIndex 값을 갖는 CORESET 만을 선택, 선택된 CORESET들의 빔 중 하나로 지정될 수 있다. 상기 선택된 CORESET의 빔 중 하나를 지정하는 방법으로 특정 기준에 따른 CORESET의 인덱스를 선택하는 방법이 있다. 일례로, 상기 선택된 CORESET 중 가장 인덱스가 낮은 CORESET에 대한 빔을 지정할 수 있다.
분류 1-4. PDCCH 전송 셀과 PUCCH 전송 셀 모두에 NC-JT가 구성되지 않은 경우
이 경우는 종래 single TRP의 동작을 따를 수 있다.
상기 분류 1-1 내지 1-4에서의 실시 예는 기술의 편의를 위해 PUCCH 전송전력 파라미터에 집중하여 설명하였으나, 다른 채널에 대한 전송전력 파라미터, 즉 PUSCH, SRS, PRACH에도 유사하게 적용 가능하다. 이 때 PUCCH 전송전력 파라미터는 해당 채널에 대한 전송전력 파라미터로 대체될 수 있다. 예컨대, 상기 PUCCH를 위한 pathloss RS가 PUSCH를 위한 pathloss RS 등으로 대체될 수 있다. 한편, 특정 채널에서 고유하게 사용되는 파라미터가 추가될 수 있다. 예컨대, SRS 전송전력 제어를 위해, TRP와 SRS resource set간 매핑이 추가될 수 있다. 상술한 바와 같이 SRS 전송전력은 resource set 단위로 제어되므로, 상향링크 multi-TRP 전송 시 첫 번째 TRP 인덱스와 SRS resource set#0이 대응되고, 두 번째 TRP 인덱스와 SRS resource set#1이 대응되며, 대응된 SRS resource set 내 SRS resource 들이 SRS 전송 및 PUSCH 전송에 사용될 수 있다. 이 때 첫 번째/두 번째 TRP 인덱스는 상술한 예, 즉 CORESETPoolIndex 등에 따라 정의될 수 있다.
분류 2. Single-PDCCH 기반 NC-JT 전송
해당 분류는 만일 PUCCH 전송 셀에 single-PDCCH 기반 NC-JT가 구성된 경우, 즉 해당 셀의 PDSCH의 하나의 TCI codepoint에 최대 2개의 TCI states가 매핑 된 경우를 대상으로 한다. 이 때, NC-JT 전송은 PDSCH 뿐 아니라, PDCCH, PUCCH, PUSCH 중 최소한 하나 이상에 적용될 수 있다. PDCCH, PUSCH, PUSCH에 NC-JT 전송이 적용된다는 의미는 상기한 채널이 둘 이상의 셀/TRP/빔으로부터 또는 셀/TRP/빔으로 반복 전송된다는 것을 가리킬 수 있다.
이 경우, 상향링크 전송을 위한 default 전송전력 파라미터는 PDSCH에 activation 된 TCI state 중 가장 인덱스가 낮은 TCI state로부터 암시적으로 유도될 수 있는데, 이 때 가장 인덱스가 낮은 TCI state는 적어도 다음 중 하나로 해석이 가능하다.
해석 1. RRC IE 중 PDSCH-Config 내 설정된 TCI states의 목록, 즉 tci-StatesToAddModList 및 tci-StatesToReleaseList로 구성된 TCI states의 목록 중, MAC-CE로 activation 된 TCI states 중 가장 낮은 TCI state ID를 갖는 것
해석 2. MAC-CE로 activation 된, DCI 상의 각 TCI codepoint에 대응되는 TCI states 중 가장 낮은 TCI codepoint에 대응되는 TCI state
해석 3. MAC-CE로 activation 된, DCI 상의 각 TCI codepoint 중 multi-TRP 전송용으로 사용되는 TCI codepoint, 즉 한 TCI codepoint 내 2개의 TCI state가 activation 되는 TCI codepoint 중 가장 낮은 TCI codepoint에 대응되는 TCI state
상기 해석 1 내지 해석 3에 따라 선택되는 TCI state 내의 RS는 상향링크 전송을 위한 pathloss RS로 활용될 수 있다. 이 때, 상기 TCI state 내 두 개의 RS가 존재하는 경우, pathloss RS로 선택되는 RS는 QCL-typeD RS일 수 있다. 만일 FR1에서와 같이 QCL-typeD RS가 없는 경우, 즉 TCI state 내 하나의 RS만 존재하는 경우에는 pathloss RS로 선택되는 RS가 QCL-typeA/B/C 중 하나의 type을 갖는 RS일 수 있다.
한편 해석 3을 따르는 경우, 가장 낮은 TCI codepoint는 두 개의 TCI state를 가리킬 수 있으며 이 경우 상향링크 전송을 위한 default 전송전력 파라미터는 두 개일 수 있다. 이 때, 상기한 두 개의 전송전력 파라미터는 서로 다른 TRP로의 상향링크 전송에 각각 활용될 수 있다. 일례로, PUCCH가 multi-TRP로 반복 전송되는 경우, PUCCH 전송 occasion 별로 상기 두 개의 전송전력 파라미터 중 하나가 선택될 수 있다. PUCCH 전송 occasion과 TRP간의 관계 및 TRP와 전송전력 파라미터와의 관계는 기지국의 사전 설정 또는 기지국과 단말 간에 사전 약속될 수 있다. 예컨대, PUCCH가 multi-TRP로 N번 반복 전송되는 경우, 특정한 PUCCH 전송 occasion이 어떠한 TRP로 전송되는지에 대한 매핑 관계가 사전 설정될 수 있다. 상기 사전 설정은 {1번째 전송 occasion -> TRP#1}, {2번째 전송 occasion -> TRP#2}, {3번째 전송 occasion -> TRP#1}, …, 와 같은 형태, 즉 cyclical 매핑 관계로 정의될 수 있다. 또는 {1번째 전송 occasion -> TRP#1}, {2번째 전송 occasion -> TRP#1}, {3번째 전송 occasion -> TRP#2}, …, 와 같은 형태, 즉 sequential 매핑 관계로 정의될 수 있다. 다음으로 TRP와 전송전력 파라미터와의 관계는, TRP#1에 첫 번째 TCI state에 대한 RS가 전송전력 파라미터로 사용되고, TRP#2에 두 번째 TCI state에 대한 RS가 전송전력 파라미터로 사용되는 형태로 정의될 수 있다. 결과적으로, PUCCH 전송 occasion과 전송전력 파라미터의 관계가 정의되며 이 때 TRP 관계는 생략될 수 있다. 즉 cyclical 매핑 관계에서 {1번째 전송 occasion -> 전송전력 파라미터#1}, {2번째 전송 occasion -> 전송전력 파라미터#2}, {3번째 전송 occasion -> 전송전력 파라미터#1}, …, 와 같은 형태로 정의되며, sequential 매핑 관계에서 {1번째 전송 occasion -> 전송전력 파라미터#1}, {2번째 전송 occasion -> 전송전력 파라미터#1}, {3번째 전송 occasion -> 전송전력 파라미터#2}, …, 와 같은 형태로 정의될 수 있다.
한편 해석 3을 따르는 경우 pathloss RS는 상기와 같이 TCI state 내 RS를 암시적으로 사용하되, 나머지 전송전력 파라미터는 사전 설정된 값을 활용할 수 있다. 예컨대,
Figure PCTKR2020016697-appb-I000136
값 내
Figure PCTKR2020016697-appb-I000137
또는
Figure PCTKR2020016697-appb-I000138
값이 target TRP 별로 독립적으로 제공될 수 있다. 예컨대, 각 TRP index에 대응하는
Figure PCTKR2020016697-appb-I000139
가 RRC 등을 통해 독립적으로 설정될 수 있다. 또한,
Figure PCTKR2020016697-appb-I000140
값은 [표 38]의 PUCCH-PowerControl IE 내 p0-Set 파라미터를 통해 지시될 수 있는데 상기 p0-Set 파라미터는 다수의 {P0-PUCCH-Id,
Figure PCTKR2020016697-appb-I000141
} pair로 구성된 리스트로 구성되므로, 상기 리스트 내 TRP 수 만큼의 {P0-PUCCH-Id,
Figure PCTKR2020016697-appb-I000142
} pair를 설정 후, PUCCH 전송을 위한 TRP 인덱스와 상기 pair 간의 연결 관계를 구성할 수 있다. 이 연결 관계는 사전에 정의될 수 있다. 예컨대 가장 낮은 값을 갖는 P0-PUCCH-Id 에 대한 pair와 첫 번째 TRP 인덱스를 연결하며, 두 번째 P0-PUCCH-Id 에 대한 pair와 두 번째 TRP 인덱스를 연결할 수 있다. 이 때 첫 번째/두 번째 TRP 인덱스는 상기한 PUCCH 전송 occasion과 TRP 간 매핑 관계를 통해 얻어질 수 있다.
또한 PUCCH closed loop power control
Figure PCTKR2020016697-appb-I000143
에 대하여, multi-TRP 전력 제어 목적으로 두 개 혹은 그 이상의 PUCCH closed loop power control을 설정하거나 가정할 수 있다. 상기 closed loop power control의 index는 0 또는 1로 설정될 수 있으며, 상기 closed loop power control index와 TRP 인덱스 간의 연결 관계가 구성될 수 있다. 이 연결 관계는 사전에 정의될 수 있다. 예컨대 closed loop power control index 0과 첫 번째 TRP 인덱스가 연결되며, closed loop power control index 1과 두 번째 TRP 인덱스가 연결될 수 있다. 이 때 첫 번째/두 번째 TRP 인덱스는 상기한 PUCCH 전송 occasion과 TRP 간 매핑 관계를 통해 얻어질 수 있다.
상기 분류 2의 실시 예는 기술의 편의를 위해 PUCCH 전송전력 파라미터에 집중하여 설명하였으나, 다른 채널에 대한 전송전력 파라미터, 즉 PUSCH, SRS, PRACH에도 유사하게 적용 가능하다. 이 때 PUCCH 전송전력 파라미터는 해당 채널에 대한 전송전력 파라미터로 대치될 수 있다. 예컨대, 상기 PUCCH를 위한 pathloss RS가 PUSCH를 위한 pathloss RS 등으로 대치될 수 있다. 한편, 특정 채널에서 고유하게 사용되는 파라미터가 추가될 수 있다. 예컨대, SRS 전송전력 제어를 위해, TRP와 SRS resource set간 매핑이 추가될 수 있다. 상술한 바와 같이 SRS 전송전력은 resource set 단위로 제어되므로, 상향링크 multi-TRP 전송 시 첫 번째 TRP 인덱스와 SRS resource set#0이 대응되고, 두 번째 TRP 인덱스와 SRS resource set#1이 대응되며, 대응된 SRS resource set 내 SRS resource 들이 SRS 전송 및 PUSCH 전송에 사용될 수 있다. 이 때 첫 번째/두 번째 TRP 인덱스는 상술한 예, 즉 전송 occasion과 TRP 간 매핑 등에 따라 정의될 수 있다.
도 22는 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 단말의 구조를 도시하는 도면이다.
도 22를 참조하면, 단말은 단말기 수신부(22-00)와 단말기 송신부(22-10)를 일컫는 송수신부(transceiver), 메모리(미도시) 및 단말기 처리부(22-05, 또는 단말기 제어부 또는 프로세서)를 포함할 수 있다. 전술한 단말의 통신 방법에 따라, 단말의 송수신부(22-00, 22-10), 메모리 및 단말기 처리부(22-05)가 동작할 수 있다. 다만, 단말의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 단말은 전술한 구성 요소들 보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수도 있다. 뿐만 아니라, 송수신부, 메모리, 및 프로세서가 하나의 칩(chip) 형태로 구현될 수도 있다.
송수신부는 기지국과 신호를 송수신할 수 있다. 여기에서, 신호는 제어 정보 및 데이터를 포함할 수 있다. 이를 위해, 송수신부는 전송되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 다만, 이는 송수신부의 일 실시 예일뿐이며, 송수신부의 구성 요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다.
또한, 송수신부는 무선 채널을 통해 신호를 수신하여 프로세서로 출력하고, 프로세서로부터 출력되는 신호를 무선 채널을 통해 전송할 수 있다.
메모리는 단말의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리는 단말이 송수신하는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리는 복수 개일 수 있다.
또한 프로세서는 전술한 다양한 실시 예에 따라 단말이 동작할 수 있도록 일련의 과정을 제어할 수 있다. 예를 들어, 프로세서는 두 가지 계층으로 구성되는 DCI를 수신하여 동시에 다수의 PDSCH를 수신하도록 단말의 구성 요소를 제어할 수 있다. 프로세서는 복수 개일 수 있으며, 프로세서는 메모리에 저장된 프로그램을 실행함으로써 단말의 구성 요소 제어 동작을 수행할 수 있다.
도 23은 본 개시의 일 실시 예에 따른 무선 통신 시스템에서 기지국의 구조를 도시하는 도면이다.
도 23을 참조하면, 기지국은 기지국 수신부(23-00)와 기지국 송신부(23-10)를 일컫는 송수신부, 메모리(미도시) 및 기지국 처리부(23-05, 또는 기지국 제어부 또는 프로세서)를 포함할 수 있다. 전술한 기지국의 통신 방법에 따라, 기지국의 송수신부(23-00, 23-10), 메모리 및 기지국 처리부(23-05) 가 동작할 수 있다. 다만, 기지국의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 기지국은 전술한 구성 요소들 보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수도 있다. 뿐만 아니라 송수신부, 메모리, 및 프로세서가 하나의 칩(chip) 형태로 구현될 수도 있다.
송수신부는 단말과 신호를 송수신할 수 있다. 여기에서, 신호는 제어 정보 및 데이터를 포함할 수 있다. 이를 위해, 송수신부는 전송되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 다만, 이는 송수신부의 일 실시예일뿐이며, 송수신부의 구성 요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다.
또한, 송수신부는 무선 채널을 통해 신호를 수신하여 프로세서로 출력하고, 프로세서로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다.
메모리는 기지국의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리는 기지국이 송수신하는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리는 복수 개일 수 있다.
프로세서는 전술한 본 개시의 다양한 실시 예에 따라 기지국이 동작할 수 있도록 일련의 과정을 제어할 수 있다. 예를 들어, 프로세서는 다수의 PDSCH에 대한 할당 정보를 포함하는 두 가지 계층의 DCI들을 구성하고 이를 전송하기 위해 기지국의 각 구성 요소를 제어할 수 있다. 프로세서는 복수 개일 수 있으며, 프로세서는 메모리에 저장된 프로그램을 실행함으로써 기지국의 구성 요소 제어 동작을 수행할 수 있다.
본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.
소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.
이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(ROM: Read Only Memory), 전기적 삭제가능 프로그램가능 롬(EEPROM: Electrically Erasable Programmable Read Only Memory), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(CD-ROM: Compact Disc-ROM), 디지털 다목적 디스크(DVDs: Digital Versatile Discs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.
또한, 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(Local Area Network), WLAN(Wide LAN), 또는 SAN(Storage Area Network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시 예들에서, 발명에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편, 본 명세서와 도면에 개시된 본 개시의 실시 예들은 본 개시의 기술 내용을 쉽게 설명하고 본 개시의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 개시의 범위를 한정하고자 하는 것은 아니다. 즉 본 개시의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한 상기 각각의 실시 예는 필요에 따라 서로 조합되어 운용할 수 있다. 예컨대, 본 개시의 일 실시 예와 다른 일 실시 예의 일부분들이 서로 조합되어 기지국과 단말이 운용될 수 있다. 예를 들면, 본 개시의 제1 실시 예와 제2 실시 예의 일부분들이 서로 조합되어 기지국과 단말이 운용될 수 있다. 또한 상기 실시 예들은 FDD LTE 시스템을 기준으로 제시되었지만, TDD LTE 시스템, 5G 혹은 NR 시스템 등 다른 시스템에도 상기 실시 예의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능할 것이다.
한편, 본 발명의 방법을 설명하는 도면에서 설명의 순서가 반드시 실행의 순서와 대응되지는 않으며, 선후 관계가 변경되거나 병렬적으로 실행 될 수도 있다.
또는, 본 발명의 방법을 설명하는 도면은 본 발명의 본질을 해치지 않는 범위 내에서 일부의 구성 요소가 생략되고 일부의 구성요소만을 포함할 수 있다.
또한, 본 발명의 방법은 발명의 본질을 해치지 않는 범위 내에서 각 실시예에 포함된 내용의 일부 또는 전부가 조합되어 실행될 수도 있다.

Claims (15)

  1. 무선 통신 시스템에서 단말의 전송 방법에 있어서,
    하향링크 데이터를 스케줄링하는 하향링크 제어 정보에 상응하는 제어 영역 관련 인덱스 정보를 확인하는 단계;
    상기 제어 영역 관련 인덱스 정보에 상응하는 디폴트 빔을 확인하는 단계; 및
    상기 디폴트 빔을 이용하여, 상기 하향링크 데이터에 대한 상향링크 제어 정보를 기지국으로 전송하는 단계를 포함하는 단말의 전송 방법.
  2. 제 1 항에 있어서,
    각 제어 영역과 관련한 빔 리스트 설정을 수신하는 단계; 및
    상기 빔 리스트 설정에 기반하여, 각 제어 영역에 상응하는 하향링크 빔을 상향링크를 위한 디폴트 빔으로 설정하는 단계를 더 포함하는 단말의 전송 방법.
  3. 제 1 항에 있어서,
    상기 제어 영역은,
    CORESET(control resource set) pool 및 CORESET 중 적어도 하나를 포함하는 것을 특징으로 하는 단말의 전송 방법.
  4. 제 1 항에 있어서,
    상기 하향링크 제어 정보가 제 1 셀에서 수신되고 상기 상향링크 제어 정보가 제 2 셀에서 전송되는 경우, 상기 제 2 셀의 설정에 기반하여 상기 제어 영역 관련 인덱스 정보에 상응하는 상기 디폴트 빔을 확인하는 것을 특징으로 하는 단말의 전송 방법.
  5. 무선 통신 시스템에서 기지국의 수신 방법에 있어서,
    하향링크 데이터를 스케줄링하는 하향링크 제어 정보를 전송하는 단계;
    상기 하향링크 제어 정보가 전송되는 제어 영역 관련 인덱스 정보에 상응하는 디폴트 빔을 확인하는 단계; 및
    상기 디폴트 빔을 이용하여, 상기 하향링크 데이터에 대한 상향링크 제어 정보를 단말로부터 수신하는 단계를 포함하는 기지국의 수신 방법.
  6. 제 5 항에 있어서,
    각 제어 영역과 관련한 빔 리스트 설정을 전송하는 단계; 및
    상기 빔 리스트 설정에 기반하여, 각 제어 영역에 상응하는 하향링크 빔을 상향링크를 위한 디폴트 빔으로 설정하는 단계를 더 포함하는 기지국의 수신 방법.
  7. 제 5 항에 있어서,
    상기 제어 영역은,
    CORESET(control resource set) pool 및 CORESET 중 적어도 하나를 포함하는 것을 특징으로 하는 기지국의 수신 방법.
  8. 제 1 항에 있어서,
    상기 하향링크 제어 정보가 제 1 셀에서 전송되고 상기 상향링크 제어 정보가 제 2 셀에서 수신되는 경우, 상기 제 2 셀의 설정에 기반하여 상기 제어 영역 관련 인덱스 정보에 상응하는 상기 디폴트 빔을 확인하는 것을 특징으로 하는 기지국의 수신 방법.
  9. 무선 통신 시스템에서 단말에 있어서,
    송수신부; 및
    하향링크 데이터를 스케줄링하는 하향링크 제어 정보에 상응하는 제어 영역 관련 인덱스 정보를 확인하고,
    상기 제어 영역 관련 인덱스 정보에 상응하는 디폴트 빔을 확인하며,
    상기 디폴트 빔을 이용하여, 상기 하향링크 데이터에 대한 상향링크 제어 정보를 기지국으로 전송하도록 제어하는 제어부를 포함하는 단말.
  10. 제 9 항에 있어서,
    상기 제어부는,
    각 제어 영역과 관련한 빔 리스트 설정을 수신하고,
    상기 빔 리스트 설정에 기반하여, 각 제어 영역에 상응하는 하향링크 빔을 상향링크를 위한 디폴트 빔으로 설정하도록 더 제어하는 단말.
  11. 제 9 항에 있어서,
    상기 제어 영역은,
    CORESET(control resource set) pool 및 CORESET 중 적어도 하나를 포함하는 것을 특징으로 하는 단말.
  12. 제 9 항에 있어서,
    상기 하향링크 제어 정보가 제 1 셀에서 수신되고 상기 상향링크 제어 정보가 제 2 셀에서 전송되는 경우, 상기 제 2 셀의 설정에 기반하여 상기 제어 영역 관련 인덱스 정보에 상응하는 상기 디폴트 빔을 확인하는 것을 특징으로 하는 단말.
  13. 무선 통신 시스템에서 기지국에 있어서,
    송수신부; 및
    하향링크 데이터를 스케줄링하는 하향링크 제어 정보를 전송하고,
    상기 하향링크 제어 정보가 전송되는 제어 영역 관련 인덱스 정보에 상응하는 디폴트 빔을 확인하며,
    상기 디폴트 빔을 이용하여, 상기 하향링크 데이터에 대한 상향링크 제어 정보를 단말로부터 수신하도록 제어하는 제어부를 포함하는 기지국.
  14. 제 13 항에 있어서,
    상기 제어부는,
    각 제어 영역과 관련한 빔 리스트 설정을 전송하고,
    상기 빔 리스트 설정에 기반하여, 각 제어 영역에 상응하는 하향링크 빔을 상향링크를 위한 디폴트 빔으로 설정하도록 더 제어하고,
    상기 제어 영역은,
    CORESET(control resource set) pool 및 CORESET 중 적어도 하나를 포함하는 것을 특징으로 하는 기지국.
  15. 제 13 항에 있어서,
    상기 하향링크 제어 정보가 제 1 셀에서 전송되고 상기 상향링크 제어 정보가 제 2 셀에서 수신되는 경우, 상기 제 2 셀의 설정에 기반하여 상기 제어 영역 관련 인덱스 정보에 상응하는 상기 디폴트 빔을 확인하는 것을 특징으로 하는 기지국.
PCT/KR2020/016697 2019-11-25 2020-11-24 네트워크 협력통신을 위한 디폴트 빔 설정 방법 및 장치 WO2021107564A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP20891480.4A EP4050811A4 (en) 2019-11-25 2020-11-24 METHOD AND DEVICE FOR CONFIGURATION OF A STANDARD BEAM FOR COOPERATIVE NETWORK COMMUNICATIONS
US17/779,849 US20230023719A1 (en) 2019-11-25 2020-11-24 Method and apparatus for configuring default beam for network cooperative communication
CN202080081974.0A CN114762263A (zh) 2019-11-25 2020-11-24 用于网络协作通信的默认波束配置方法及装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201962939811P 2019-11-25 2019-11-25
US62/939,811 2019-11-25
KR10-2020-0015435 2020-02-10
KR1020200015435A KR20210064008A (ko) 2019-11-25 2020-02-10 네트워크 협력통신을 위한 디폴트 빔 설정 방법 및 장치

Publications (1)

Publication Number Publication Date
WO2021107564A1 true WO2021107564A1 (ko) 2021-06-03

Family

ID=76128846

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/016697 WO2021107564A1 (ko) 2019-11-25 2020-11-24 네트워크 협력통신을 위한 디폴트 빔 설정 방법 및 장치

Country Status (4)

Country Link
US (1) US20230023719A1 (ko)
EP (1) EP4050811A4 (ko)
CN (1) CN114762263A (ko)
WO (1) WO2021107564A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023010389A1 (en) * 2021-08-05 2023-02-09 Lenovo (Beijing) Limited Method and apparatus for physical uplink control channel (pucch) transmission

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11792810B2 (en) * 2020-01-31 2023-10-17 Qualcomm Incorporated Determination of physical downlink control channel receive time based on physical downlink shared channel reference symbol
WO2021163923A1 (en) * 2020-02-19 2021-08-26 Nec Corporation Method, device and computer storage medium for communication
WO2021221476A1 (ko) * 2020-04-29 2021-11-04 엘지전자 주식회사 복수 개의 trp를 위한 상향링크 송수신 방법 및 그를 위한 장치
EP4133842A4 (en) * 2020-05-15 2023-05-10 Apple Inc. COMMAND SIGNALING FOR PUCCH RELIABILITY IMPROVEMENT
EP4208950A4 (en) * 2020-10-02 2023-09-27 Apple Inc. REPEATING A PUCCH TO INCREASE THE TRANSMISSION RELIABILITY OF A PUCCH
WO2024031677A1 (en) * 2022-08-12 2024-02-15 Apple Inc. Methods and apparatus for multiple default beams and multiple tci states with single dci-based multi-cell scheduling

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190230730A1 (en) * 2018-03-19 2019-07-25 Intel Corporation Pucch and pusch default beam considering beam failure recovery

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190230730A1 (en) * 2018-03-19 2019-07-25 Intel Corporation Pucch and pusch default beam considering beam failure recovery

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
APPLE INC.: "Remaining Issues on Multi-beam operation", 3GPP DRAFT; R1-1912824, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, USA; 20191118 - 20191122, 9 November 2019 (2019-11-09), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051823624 *
CATT: "Remaining issues on multi-beam enhancements", 3GPP DRAFT; R1-1912177, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, USA; 20191118 - 20191122, 9 November 2019 (2019-11-09), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051823255 *
LENOVO, MOTOROLA MOBILITY: "Discussion of multi-beam operation", 3GPP DRAFT; R1-1912317, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, USA; 20191118 - 20191122, 8 November 2019 (2019-11-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051819991 *
OPPO: "Discussion on Multi-beam Operation Enhancements", 3GPP DRAFT; R1-1910117, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Chongqing, China; 20191014 - 20191020, 4 October 2019 (2019-10-04), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051808071 *
See also references of EP4050811A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023010389A1 (en) * 2021-08-05 2023-02-09 Lenovo (Beijing) Limited Method and apparatus for physical uplink control channel (pucch) transmission

Also Published As

Publication number Publication date
EP4050811A4 (en) 2023-04-19
EP4050811A1 (en) 2022-08-31
CN114762263A (zh) 2022-07-15
US20230023719A1 (en) 2023-01-26

Similar Documents

Publication Publication Date Title
WO2021054726A1 (ko) 네트워크 협력 통신을 위한 상향링크 반복 전송 방법 및 장치
WO2021107564A1 (ko) 네트워크 협력통신을 위한 디폴트 빔 설정 방법 및 장치
WO2021162510A1 (ko) 네트워크 협력통신을 위한 상향링크 제어 정보 반복 전송 방법 및 장치
WO2021015552A1 (en) Method for measurement and report of channel state information for network cooperative communication
WO2022086259A1 (en) Method and apparatus for uplink data repetitive transmission and reception for network cooperative communication
WO2022080948A1 (en) Method and apparatus for reporting channel state information for network cooperative communication
WO2021158087A1 (en) Method and apparatus for transmitting control information for network cooperative communication
WO2021133121A1 (ko) 네트워크 협력통신을 위한 상향링크 데이터 반복 전송 방법 및 장치
WO2022146082A1 (en) Method and apparatus for determining processing time of ue in wireless communication system
WO2022025628A1 (ko) 무선 협력 통신 시스템에서 제어 정보 송수신 방법 및 장치
WO2022154539A1 (en) Method and apparatus for transmitting and receiving uplink phase tracking reference signal for network cooperative communication system
WO2021015475A1 (ko) 무선 통신 시스템에서 채널상태정보 보고 방법 및 장치
WO2022080915A1 (en) Method and apparatus for signal transmission to high speed mobile ue in a wireless communication system
WO2023014064A1 (en) Method and apparatus for measuring and reporting interference signal in wireless communication systems
WO2022131683A1 (en) Method and device for transmitting and receiving uplink signal in wireless communication system supporting cooperative communication
WO2022211571A1 (en) Method and apparatus for repetitive transmission of downlink control information in network cooperative communications
WO2023121372A1 (en) Method and apparatus for transmission and reception based on predicted transmission configuration information in wireless communication systems
WO2022169272A1 (en) Method and apparatus for reporting channel state information through repeated uplink data transmission in network cooperative communication
WO2021230706A1 (ko) 무선 통신 시스템에서 고속 이동 단말을 위한 신호 전송 방법 및 장치
WO2021162445A1 (ko) 무선 통신 시스템에서 기준 신호 송수신 방법 및 장치
WO2021201554A1 (ko) 무선 통신 시스템에서 기준 신호 송수신 방법 및 장치
WO2022086291A1 (ko) 무선 통신 시스템의 네트워크 협력 통신을 위한 제어 정보 전송 방법 및 장치
WO2023132651A1 (ko) 무선 통신 시스템에서 복수 개의 송수신 빔 활성화 및 지시 방법 방법 및 장치
WO2022255721A1 (ko) 네트워크 협력 통신에서 기지국간의 시간 및 위상 동기 방법 및 장치
WO2022211602A1 (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: 20891480

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020891480

Country of ref document: EP

Effective date: 20220525

NENP Non-entry into the national phase

Ref country code: DE