WO2020167065A1 - 상향링크 채널을 전송하는 방법, 사용자기기 및 저장 매체, 그리고 상향링크 채널을 수신하는 방법 및 기지국 - Google Patents

상향링크 채널을 전송하는 방법, 사용자기기 및 저장 매체, 그리고 상향링크 채널을 수신하는 방법 및 기지국 Download PDF

Info

Publication number
WO2020167065A1
WO2020167065A1 PCT/KR2020/002165 KR2020002165W WO2020167065A1 WO 2020167065 A1 WO2020167065 A1 WO 2020167065A1 KR 2020002165 W KR2020002165 W KR 2020002165W WO 2020167065 A1 WO2020167065 A1 WO 2020167065A1
Authority
WO
WIPO (PCT)
Prior art keywords
uplink channel
pucch
pusch
channel
uplink
Prior art date
Application number
PCT/KR2020/002165
Other languages
English (en)
French (fr)
Inventor
이현호
양석철
배덕현
김선욱
박창환
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US17/310,584 priority Critical patent/US20220116952A1/en
Publication of WO2020167065A1 publication Critical patent/WO2020167065A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0092—Indication of how the channel is divided
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows

Definitions

  • This specification relates to a wireless communication system.
  • eMBB enhanced mobile broadband
  • RAT legacy radio access technology
  • massive machine type communication for providing various services anytime, anywhere by connecting a plurality of devices and objects to each other is one of the major issues to be considered in next-generation communication.
  • the base station With the introduction of new wireless communication technology, not only the number of UEs to which the base station has to provide services in a predetermined resource area increases, but also the amount of data and control information transmitted/received with the UEs that the base station provides services. Is increasing. Since the amount of radio resources available for the base station to communicate with the UE(s) is finite, the base station transmits up/downlink data and/or up/downlink control information to/from the UE(s) using finite radio resources. A new scheme for efficient reception/transmission is required. In other words, as the density of the node increases and/or the density of the UE increases, there is a need for a method for efficiently using high density nodes or high density user devices for communication.
  • a method for a user equipment to transmit an uplink channel in a wireless communication system includes: determining whether the first uplink channel and the second uplink channel satisfy a predetermined condition based on overlapping of a first uplink channel and a second uplink channel in a time domain; Multiplexing the first uplink channel and the second uplink channel based on satisfying the predetermined condition; And dropping one of the first uplink channel and the second uplink channel based on not satisfying the predetermined condition.
  • a user equipment for transmitting an uplink channel in a wireless communication system.
  • the user equipment includes: at least one transceiver; At least one processor; And at least one computer memory operably connectable to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations.
  • the operations include: determining whether the first uplink channel and the second uplink channel satisfy a predetermined condition based on the overlapping of the first uplink channel and the second uplink channel in a time domain; Multiplexing the first uplink channel and the second uplink channel based on satisfying the predetermined condition; And dropping one of the first uplink channel and the second uplink channel based on not satisfying the predetermined condition.
  • an apparatus for a user equipment comprises: at least one processor; And at least one computer memory operably connectable to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations.
  • the operations include: determining whether the first uplink channel and the second uplink channel satisfy a predetermined condition based on overlapping of the first uplink channel and the second uplink channel in a time domain; Multiplexing the first uplink channel and the second uplink channel based on satisfying the predetermined condition; And dropping one of the first uplink channel and the second uplink channel based on not satisfying the predetermined condition.
  • a computer-readable storage medium stores at least one computer program including instructions that, when executed by at least one processor, cause the at least one processor to perform operations for a user equipment.
  • the operations include: determining whether the first uplink channel and the second uplink channel satisfy a predetermined condition based on overlapping of the first uplink channel and the second uplink channel in a time domain; Multiplexing the first uplink channel and the second uplink channel based on satisfying the predetermined condition; And dropping one of the first uplink channel and the second uplink channel based on not satisfying the predetermined condition.
  • a method for a base station to receive an uplink channel in a wireless communication system includes: determining whether the first uplink channel and the second uplink channel satisfy a predetermined condition based on overlapping of a first uplink channel and a second uplink channel in a time domain; Receiving an uplink channel multiplexed with the first uplink channel and the second uplink channel based on satisfying the predetermined condition; And omitting the reception of one of the first uplink channel and the second uplink channel based on not satisfying the predetermined condition.
  • a base station for receiving an uplink channel in a wireless communication system.
  • the base station includes: at least one transceiver; At least one processor; And at least one computer memory operably connectable to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations.
  • the operations include: determining whether the first uplink channel and the second uplink channel satisfy a predetermined condition based on the overlapping of the first uplink channel and the second uplink channel in a time domain; Receiving an uplink channel multiplexed with the first uplink channel and the second uplink channel based on satisfying the predetermined condition; And omitting the reception of one of the first uplink channel and the second uplink channel based on not satisfying the predetermined condition.
  • the predetermined condition may include the following: A time difference between an end symbol of the first uplink channel and an end symbol of the second uplink channel is greater than or equal to a first value.
  • the predetermined condition may include: an end symbol of a first physical downlink control channel (PDCCH) associated with the first uplink channel and the second The time difference between the end symbols of the second PDCCH associated with the uplink channel is equal to or greater than the second value.
  • PDCCH physical downlink control channel
  • the first uplink channel may be a physical uplink shared channel (PUSCH), and the second uplink channel is a physical uplink control channel. PUCCH).
  • PUSCH physical uplink shared channel
  • PUCCH physical uplink control channel
  • the first uplink channel may be a first physical uplink control channel (PUCCH), and the second uplink channel is a second PUCCH different from the first PUCCH.
  • PUCCH physical uplink control channel
  • the first uplink channel and the second uplink channel may be associated with different service types, quality of service (QoS), delay requirements, or reliability requirements).
  • QoS quality of service
  • delay requirements delay requirements
  • reliability requirements reliability requirements
  • wireless communication signals can be efficiently transmitted/received. Accordingly, the overall throughput of the wireless communication system can be increased.
  • a delay/delay occurring during wireless communication between communication devices may be reduced.
  • FIG. 1 shows an example of communication system 1 to which implementations of the present specification are applied;
  • FIG. 2 is a block diagram showing examples of communication devices capable of performing a method according to the present specification
  • Figure 3 shows another example of a wireless device capable of performing the implementation (s) of the present specification
  • Figure 4 is a simplified showing an example of a possible frame structure used in a wireless communication system based on 3rd Generation Partnership Project (3 rd generation partnership project, 3GPP );
  • FIG. 6 shows an example of PDSCH time domain resource allocation by PDCCH and an example of PUSCH time domain resource allocation by PDCCH;
  • HARQ-ACK hybrid automatic repeat request-acknowledgement
  • FIG. 9 shows an example of a process in which a UE with PUCCHs overlapping in a single slot handles collisions between UL channels
  • FIG. 10 illustrates cases of multiplexing UCI multiplexing according to FIG. 9;
  • FIG. 11 illustrates a process in which a UE having PUCCH and PUSCH overlapping in a single slot handles collision between UL channels
  • FIG. 13 illustrates transmission of a plurality of HARQ-ACK PUCCHs in a slot
  • FIG. 14 illustrates a flow diagram of UL transmission according to some implementations of the present disclosure related to overlapping UL channels in the time domain
  • 15 and 16 illustrate methods of handling collisions between UL channels.
  • multiple access systems include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, and a single carrier frequency (SC-FDMA) system.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency
  • division multiple access MC-FDMA (multi carrier frequency division multiple access) system, and the like.
  • CDMA may be implemented in a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • UTRA Universal Terrestrial Radio Access
  • TDMA may be implemented in a radio technology such as Global System for Mobile communication (GSM), General Packet Radio Service (GPRS), Enhanced Data Rates for GSM Evolution (EDGE) (ie, GERAN).
  • OFDMA may be implemented in wireless technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (WiFi), IEEE 802.16 (WiMAX), IEEE802-20, and evolved-UTRA (E-UTRA).
  • IEEE Institute of Electrical and Electronics Engineers
  • WiFi WiFi
  • WiMAX IEEE 802.16
  • E-UTRA evolved-UTRA
  • UTRA is a part of Universal Mobile Telecommunication System (UMTS)
  • 3GPP 3rd Generation Partnership Project
  • LTE Long Term Evolution
  • 3GPP LTE adopts OFDMA in downlink (DL) and SC-FDMA in uplink (UL).
  • LTE-advanced (LTE-A) is an evolved form of 3GPP LTE.
  • 3GPP LTE standard documents for example, 3GPP TS 36.211, 3GPP TS 36.212, 3GPP TS 36.213, 3GPP TS 36.321, 3GPP TS 36.300 and 3GPP TS 36.331 and the like
  • 3GPP NR standard documents for example, 3GPP TS 38.211, 3GPP TS 38.212, 3GPP TS 38.213, 3GPP TS 38.214, 3GPP TS 38.300, 3GPP TS 38.331, and the like may be referenced.
  • the expression "assumes" by the device may mean that the subject transmitting the channel transmits the channel so as to conform to the "assumption".
  • the subject receiving the channel may mean that the channel is received or decoded in a form conforming to the “assuming” under the premise that the channel is transmitted to conform to the “assuming”.
  • the UE may be fixed or mobile, and various devices that transmit and/or receive user data and/or various control information by communicating with a base station (BS) belong to this.
  • the UE includes (Terminal Equipment), MS (Mobile Station), MT (Mobile Terminal), UT (User Terminal), SS (Subscribe Station), wireless device, PDA (Personal Digital Assistant), and wireless modem. ), handheld device, etc.
  • a BS generally refers to a fixed station that communicates with a UE and/or other BS, and exchanges various data and control information by communicating with the UE and other BSs.
  • BS may be referred to as other terms such as ABS (Advanced Base Station), NB (Node-B), eNB (evolved-NodeB), BTS (Base Transceiver System), Access Point (Access Point), PS (Processing Server).
  • the base station of UTRAN is called Node-B
  • the base station of E-UTRAN is called eNB
  • the base station of new radio access technology network is called gNB.
  • the base station is collectively referred to as a BS regardless of the type or version of the communication technology.
  • a node refers to a fixed point at which radio signals can be transmitted/received by communicating with the UE.
  • Various types of BSs can be used as nodes regardless of their name.
  • BS, NB, eNB, pico-cell eNB (PeNB), home eNB (HeNB), relay, repeater, and the like may be nodes.
  • the node may not have to be a BS.
  • it may be a radio remote head (RRH) or a radio remote unit (RRU).
  • RRH, RRU, etc. generally have a power level lower than the power level of the BS.
  • RRH or RRU or less, RRH/RRU is generally connected to the BS by a dedicated line such as an optical cable, so RRH/RRU and BS are generally compared to cooperative communication by BSs connected by wireless lines. By cooperative communication can be performed smoothly.
  • At least one antenna is installed in one node.
  • the antenna may mean a physical antenna, or an antenna port, a virtual antenna, or an antenna group. Nodes are also called points.
  • a cell refers to a certain geographic area in which one or more nodes provide communication services. Therefore, in this specification, communication with a specific cell may mean communication with a BS or a node that provides a communication service to the specific cell.
  • the downlink/uplink signal of a specific cell means a downlink/uplink signal from/to a BS or a node that provides a communication service to the specific cell.
  • a cell that provides uplink/downlink communication services to a UE is specifically referred to as a serving cell.
  • the channel state/quality of a specific cell refers to a channel state/quality of a channel or communication link formed between a BS or a node and a UE providing a communication service to the specific cell.
  • the UE determines the downlink channel state from a specific node, CRS(s) transmitted on a CRS (Cell-specific Reference Signal) resource allocated to the specific node by the antenna port(s) of the specific node, and / Or it can be measured using CSI-RS(s) transmitted on a Channel State Information Reference Signal (CSI-RS) resource.
  • CRS Cell-specific Reference Signal
  • the 3GPP-based communication system uses the concept of a cell to manage radio resources, and a cell associated with a radio resource is distinguished from a cell in a geographic area.
  • the “cell” in the geographic area may be understood as coverage in which a node can provide a service using a carrier, and the “cell” of a radio resource is a bandwidth (a frequency range configured by the carrier). bandwidth, BW). Since downlink coverage, which is a range in which a node can transmit a valid signal, and uplink coverage, which is a range in which a valid signal can be received from a UE, is dependent on the carrier that carries the signal, the node's coverage is used by the node. It is also associated with the coverage of the "cell" of the radio resource to be used. Therefore, the term "cell” can sometimes be used to mean coverage of a service by a node, sometimes a radio resource, and sometimes a range within which a signal using the radio resource can reach a valid strength.
  • the 3GPP communication standard uses the concept of a cell to manage radio resources.
  • the term "cell" associated with radio resources is defined as a combination of downlink resources (DL resources) and uplink resources (UL resources), that is, a combination of a DL component carrier (CC) and a UL CC. .
  • the cell may be configured with a DL resource alone or a combination of a DL resource and a UL resource.
  • DL resources downlink resources
  • UL resources uplink resources
  • the cell may be configured with a DL resource alone or a combination of a DL resource and a UL resource.
  • the linkage between the carrier frequency of the DL resource (or, DL CC) and the carrier frequency of the UL resource (or UL CC) is indicated by system information Can be.
  • a combination of a DL resource and a UL resource may be indicated by a system information block type 2 (SIB2) linkage.
  • SIB2 system information block type 2
  • the carrier frequency may be the same as or different from the center frequency of each cell or CC.
  • CA carrier aggregation
  • the UE has only one radio resource control (RRC) connection with the network.
  • RRC radio resource control
  • One serving cell provides non-access stratum (NAS) mobility information at RRC connection establishment/re-establishment/handover, and one serving cell Provides a security input when re-establishing an RRC connection/handover.
  • NAS non-access stratum
  • Pcell primary cells
  • the Pcell is a cell operating on a primary frequency at which the UE performs an initial connection establishment procedure or initiates a connection re-establishment procedure.
  • secondary cells may be configured to form a set of serving cells together with the Pcell.
  • Scell is a cell that can be set after RRC (Radio Resource Control) connection establishment is made, and provides additional radio resources in addition to the resources of a special cell (SpCell).
  • a carrier corresponding to a Pcell is called a downlink primary CC (DL PCC)
  • a carrier corresponding to a Pcell in uplink is called a UL primary CC (DL PCC).
  • a carrier corresponding to the Scell in downlink is referred to as a DL secondary CC (DL SCC)
  • a carrier corresponding to the Scell in uplink is referred to as a UL secondary CC (UL SCC).
  • the term SpCell refers to a Pcell of a master cell group (MCG) or a Pcell of a secondary cell group (SCG).
  • MCG master cell group
  • SCG secondary cell group
  • the MCG is a group of serving cells associated with a master node (eg, BS) and consists of SpCell (Pcell) and optionally one or more Scells.
  • the SCG is a subset of serving cells associated with the secondary node, and consists of a PSCell and zero or more Scells.
  • serving cells In the case of a UE in the RRC_CONNECTED state that is not set to CA or DC, there is only one serving cell composed of only Pcell. In the case of a UE in the RRC_CONNECTED state set to CA or DC, the term serving cells refers to a set of cells consisting of SpCell(s) and all Scell(s). In DC, two MAC entities, one medium access control (MAC) entity for MCG and one MAC entity for SCG, are configured in the UE.
  • MAC medium access control
  • a Pcell PUCCH group consisting of a Pcell and zero or more Scells and an Scell PUCCH group consisting of only Scell(s) may be configured.
  • an Scell an Scell (hereinafter referred to as a PUCCH cell) through which a PUCCH associated with a corresponding cell is transmitted may be configured.
  • the Scell indicated by the PUCCH Scell belongs to the Scell PUCCH group, and the PUCCH transmission of the related UCI is performed on the PUCCH Scell, and the Scell in which the PUCCH Scell is not indicated or the cell indicated as a PUCCH transmission cell is a Pcell belongs to the Pcell PUCCH group.
  • PUCCH transmission of related UCI is performed on the Pcell.
  • a UE receives information from a BS through a downlink (DL), and the UE transmits information to the BS through an uplink (UL).
  • the information transmitted and/or received by the BS and the UE includes data and various control information, and various physical channels exist according to the type/use of the information they transmit and/or receive.
  • 3GPP-based communication standards include downlink physical channels corresponding to resource elements carrying information originating from higher layers, and downlink physical channels corresponding to resource elements used by the physical layer but not carrying information originating from higher layers.
  • Link physical signals are defined.
  • a physical downlink shared channel (PDSCH), a physical broadcast channel (PBCH), a physical downlink control channel (PDCCH), etc. are the downlink physical channels.
  • PBCH physical broadcast channel
  • PDCCH physical downlink control channel
  • a reference signal and a synchronization signal are defined as downlink physical signals.
  • a reference signal (RS) also referred to as a pilot, refers to a signal of a predefined special waveform that the BS and the UE know each other.
  • a demodulation reference signal (DMRS), channel state information RS (channel state information RS, CSI-RS), etc.
  • 3GPP-based communication standards include uplink physical channels corresponding to resource elements carrying information originating from an upper layer, and uplink physical channels corresponding to resource elements used by the physical layer but not carrying information originating from an upper layer.
  • Link physical signals are defined.
  • PUSCH physical uplink shared channel
  • PUCCH physical uplink control channel
  • PRACH physical random access channel
  • DMRS demodulation reference signal
  • SRS sounding reference signal
  • PDCCH Physical Downlink Control CHannel
  • PDSCH Physical Downlink Shared CHannel
  • DCI Downlink Control Information
  • PUCCH Physical Uplink Control CHannel
  • PUSCH Physical Uplink Shared CHannel
  • PRACH Physical Random Access CHannel
  • UCI Uplink Control Information
  • uplink data time-frequency carrying a random access signal It means a collection of resources.
  • the expression that the user equipment transmits/receives PUCCH/PUSCH/PRACH is used in the same sense as transmitting/receiving uplink control information/uplink data/random access signals on or through PUSCH/PUCCH/PRACH, respectively.
  • the expression that the BS transmits/receives PBCH/PDCCH/PDSCH is used in the same meaning as transmitting broadcast information/downlink data/downlink control information on or through PBCH/PDCCH/PDSCH, respectively.
  • next-generation communication As more communication devices require a larger communication capacity, there is a need for improved mobile broadband communication compared to the existing radio access technology (RAT).
  • massive MTC which provides various services anytime, anywhere by connecting multiple devices and objects, is one of the major issues to be considered in next-generation communication.
  • a communication system design considering a service/UE sensitive to reliability and latency is being discussed.
  • Introduction of the next-generation RAT in consideration of such advanced mobile broadband communication, massive MTC, and URLLC (Ultra-Reliable and Low Latency Communication) is being discussed.
  • 3GPP is conducting a study on the next-generation mobile communication system after EPC.
  • the technology is referred to as a new RAT (NR) or 5G RAT
  • NR new RAT
  • 5G RAT a system that uses or supports NR
  • a communication system 1 applied to the present specification includes a wireless device, a BS, and a network.
  • the wireless device refers to a device that performs communication using wireless access technology (eg, 5G NR (New RAT), LTE (eg, E-UTRA)), and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots 100a, vehicles 100b-1 and 100b-2, eXtended Reality (XR) devices 100c, hand-held devices 100d, and home appliances 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400.
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing inter-vehicle communication.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices, including HMD (Head-Mounted Device), HUD (Head-Up Display), TV, smartphone, It can be implemented in the form of a computer, wearable device, home appliance, digital signage, vehicle, robot, and the like.
  • Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), computers (eg, notebook computers, etc.).
  • Home appliances may include TVs, refrigerators, and washing machines.
  • IoT devices may include sensors, smart meters, and the like.
  • the BS and the network may be implemented as a wireless device, and a specific wireless device 200a may operate as a BS/network node to another wireless device.
  • the wireless devices 100a to 100f may be connected to the network 300 through the BS 200.
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, or a 5G (eg, NR) network.
  • the wireless devices 100a to 100f may communicate with each other through the BS 200/network 300, but may perform direct communication (e.g. sidelink communication) without passing through the BS/network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (e.g.
  • V2V Vehicle to Vehicle
  • V2X Vehicle to Everything
  • the IoT device eg, sensor
  • the IoT device may directly communicate with other IoT devices (eg, sensors) or other wireless devices 100a to 100f.
  • Wireless communication/connections 150a and 150b may be achieved between the wireless devices 100a to 100f/BS 200 to the BS 200/wireless devices 100a to 100f.
  • wireless communication/connection may be performed through various wireless access technologies (eg, 5G NR) for uplink/downlink communication 150a and sidelink communication 150b (or D2D communication).
  • 5G NR wireless access technologies
  • the wireless device and the BS/wireless device may transmit/receive wireless signals to each other.
  • various configuration information setting procedures for transmission/reception of radio signals various signal processing procedures (e.g., channel encoding/decoding, modulation/demodulation, resources) Mapping/demapping, etc.), resource allocation process, etc. may be performed.
  • the first wireless device 100 and the second wireless device 200 may transmit and/or receive wireless signals through various wireless access technologies (eg, LTE, NR).
  • ⁇ the first wireless device 100, the second wireless device 200 ⁇ is the ⁇ wireless device 100x, BS 200 ⁇ and/or ⁇ wireless device 100x, wireless device 100x) of FIG. 1 ⁇ Can be matched.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may further include one or more transceivers 106 and/or one or more antennas 108.
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the functions, procedures, and/or methods described/suggested above.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and then transmit a radio signal including the first information/signal through the transceiver 106.
  • the processor 102 may store information obtained from signal processing of the second information/signal in the memory 104 after receiving a radio signal including the second information/signal through the transceiver 106.
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102.
  • the memory 104 may store software code including instructions for performing some or all of the processes controlled by the processor 102, or performing the previously described/suggested procedures and/or methods.
  • the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 106 may be connected to the processor 102 and may transmit and/or receive radio signals through one or more antennas 108.
  • the transceiver 106 may comprise a transmitter and/or a receiver.
  • the transceiver 106 may be mixed with an RF (Radio Frequency) unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • the second wireless device 200 includes one or more processors 202 and one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • the processor 202 controls the memory 204 and/or the transceiver 206 and may be configured to implement the functions, procedures, and/or methods described/suggested above. For example, the processor 202 may process information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206.
  • the processor 202 may store information obtained from signal processing of the fourth information/signal in the memory 204 after receiving a radio signal including the fourth information/signal through the transceiver 206.
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202.
  • the memory 204 may store software code including instructions for performing some or all of the processes controlled by the processor 202, or performing the procedures and/or methods described/suggested above.
  • the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be connected to the processor 202 and may transmit and/or receive radio signals through one or more antennas 208.
  • the transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be mixed with an RF unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • the one or more processors 102, 202 may include one or more layers (e.g., a physical (PHY) layer, a medium access control (MAC) layer, a radio link control (RLC) layer).
  • PHY physical
  • MAC medium access control
  • RLC radio link control
  • a packet data convergence protocol (PDCP) layer, a radio resource control (RRC) layer, and a functional layer such as a service data adaption protocol (SDAP) may be implemented.
  • PDCP packet data convergence protocol
  • RRC radio resource control
  • SDAP service data adaption protocol
  • One or more processors (102, 202) are one or more protocol data unit (protocol data unit (PDU)) and / or one or more service data unit (service data unit, SDU) according to the functions, procedures, proposals and / or methods disclosed in this document. ) Can be created.
  • One or more processors 102 and 202 may generate messages, control information, data, or information according to functions, procedures, suggestions and/or methods disclosed herein.
  • At least one processor (102, 202) is PDU, SDU, message, control information, data or signals containing information (e.g., baseband signals) in accordance with the functions, procedures, proposals and/or methods disclosed herein.
  • One or more processors (102, 202) may receive signals (e.g., baseband signals) from one or more transceivers (106, 206), and PDU, SDU according to the functions, procedures, proposals and/or methods disclosed herein. , Messages, control information, data or information can be obtained.
  • signals e.g., baseband signals
  • transceivers 106, 206
  • PDU Packet Data Unit
  • One or more of the processors 102 and 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer.
  • One or more of the processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • Firmware or software configured to perform the functions, procedures, proposals and/or methods disclosed herein are included in one or more processors 102, 202, or stored in one or more memories 104, 204, and 202).
  • the functions, procedures, proposals and or methods disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or a set of instructions.
  • One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions.
  • One or more memories 104 and 204 may be composed of ROM, RAM, EPROM, flash memory, hard drive, register, cache memory, computer readable storage medium, and/or combinations thereof.
  • One or more memories 104 and 204 may be located inside and/or outside of one or more processors 102 and 202.
  • one or more memories 104, 204 may be connected to one or more processors 102, 202 through various technologies such as wired or wireless connection.
  • the one or more transceivers 106 and 206 may transmit user data, control information, radio signals/channels, and the like mentioned in the methods and/or operation flow charts of this document to one or more other devices.
  • the one or more transceivers 106 and 206 may receive user data, control information, radio signals/channels, and the like described in the functions, procedures, proposals, methods and/or operational flow charts disclosed herein from one or more other devices.
  • one or more transceivers 106, 206 may be coupled with one or more processors 102, 202, and may transmit and/or receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or radio signals to one or more other devices.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or radio signals from one or more other devices.
  • one or more transceivers (106, 206) may be connected to one or more antennas (108, 208), one or more transceivers (106, 206) through one or more antennas (108, 208) functions and procedures disclosed in this document. It may be configured to transmit and/or receive user data, control information, radio signals/channels, etc. mentioned in the proposal, method and/or operation flow chart.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) in order to process the received user data, control information, radio signal / channel, etc. using one or more processors (102, 202), the received radio signal / channel, etc. It can be converted into a baseband signal.
  • One or more transceivers 106 and 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 and 202 from a baseband signal to an RF band signal.
  • one or more of the transceivers 106 and 206 may include (analog) oscillators and/or filters.
  • the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 2, and various elements, components, units/units, and/or modules It can be composed of (module).
  • the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130, and an additional element 140.
  • the communication unit may include a communication circuit 112 and a transceiver(s) 114.
  • the communication circuit 112 may include one or more processors 102 and 202 and/or one or more memories 104 and 204 of FIG. 2.
  • the transceiver(s) 114 may include one or more transceivers 106, 206 and/or one or more antennas 108, 208 of FIG. 2.
  • the control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls all operations of the wireless device.
  • the controller 120 may control the electrical/mechanical operation of the wireless device based on the program/code/command/information stored in the memory unit 130.
  • the control unit 120 transmits the information stored in the memory unit 130 to an external (eg, other communication device) through the communication unit 110 through a wireless/wired interface, or through the communication unit 110 to the outside (eg, Information received through a wireless/wired interface from another communication device) may be stored in the memory unit 130.
  • the additional element 140 may be variously configured according to the type of wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an I/O unit, a driving unit, and a computing unit.
  • wireless devices include robots (Fig. 1, 100a), vehicles (Fig. 1, 100b-1, 100b-2), XR equipment (Fig. 1, 100c), portable equipment (Fig. 1, 100d), and home appliances.
  • Fig. 1, 100e) IoT device
  • digital broadcasting UE hologram device, public safety device, MTC device, medical device, fintech device (or financial device), security device, climate/environment device, It may be implemented in the form of an AI server/device (FIGS. 1, 400), BS (FIGS. 1, 200), and network nodes.
  • the wireless device can be used in a mobile or fixed location depending on the use-example/service.
  • various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may be entirely interconnected through a wired interface, or at least some may be wirelessly connected through the communication unit 110.
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (eg, 130, 140) are connected through the communication unit 110.
  • the control unit 120 and the first unit eg, 130, 140
  • each element, component, unit/unit, and/or module in the wireless device 100 and 200 may further include one or more elements.
  • the controller 120 may be configured with one or more processor sets.
  • control unit 120 may be composed of a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphic processing processor, and a memory control processor.
  • memory unit 130 includes random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • FIG. 4 shows an example of a frame structure usable in a 3GPP-based wireless communication system.
  • the structure of the frame of FIG. 4 is only an example, and the number of subframes, the number of slots, and the number of symbols in the frame may be variously changed.
  • OFDM numerology eg, subcarrier spacing, SCS
  • SCS subcarrier spacing
  • the (absolute time) duration of a time resource (eg, a subframe, a slot, or a transmission time interval (TTI)) consisting of may be set differently between aggregated cells, where the symbol is OFDM Symbol (or, cyclic prefix-orthogonal frequency division multiplexing (CP-OFDM) symbol), SC-FDMA symbol (or, discrete Fourier transform-spread-OFDM (discrete Fourier transform-spread-OFDM, DFT-s-OFDM) symbol)
  • CP-OFDM cyclic prefix-orthogonal frequency division multiplexing
  • SC-FDMA symbol or, discrete Fourier transform-spread-OFDM (discrete Fourier transform-spread-OFDM, DFT-s-OFDM) symbol
  • a symbol, an OFDM-based symbol, an OFDM symbol, a CP-OFDM symbol, and a DFT-s-OFDM symbol may be replaced with each other.
  • uplink and downlink transmissions are organized into frames.
  • Each half-frame consists of five subframes, and the period T sf of a single subframe is 1 ms.
  • Subframes are further divided into slots, and the number of slots in the subframe depends on the subcarrier spacing.
  • Each slot consists of 14 or 12 OFDM symbols based on a cyclic prefix. In a normal cyclic prefix (CP), each slot is composed of 14 OFDM symbols, and in the case of an extended CP, each slot is composed of 12 OFDM symbols.
  • a slot contains a plurality of (eg, 14 or 12) symbols in the time domain.
  • a common resource block (common resource block, CRB) N start indicated by higher layer signaling (e.g., radio resource control (RRC) signaling)
  • RRC radio resource control
  • N size, grid u, x * N sc RB subcarriers and N subframe, u symb OFDM symbol of a resource grid (grid), starting from the grid is defined u.
  • N size,u grid,x is the number of resource blocks (RBs) in the resource grid
  • the subscript x is DL for downlink and UL for uplink.
  • N RB sc is the number of subcarriers per RB, and in a 3GPP-based wireless communication system, N RB sc is usually 12.
  • the carrier bandwidth N size,u grid for the subcarrier spacing setting u is given to the UE by a higher layer parameter (eg, RRC parameter) from the network.
  • RRC parameter resource element
  • Each element in the resource grid for the antenna port p and subcarrier spacing u is referred to as a resource element (RE), and one complex symbol may be mapped to each resource element.
  • RE resource element
  • Each resource element in the resource grid is uniquely identified by an index k in the frequency domain and an index l indicating a symbol position relative to a reference point in the time domain.
  • the RB is defined by 12 consecutive subcarriers in the frequency domain.
  • RBs may be classified into common resource blocks (CRBs) and physical resource blocks (PRBs).
  • CRBs are numbered from 0 upwards in the frequency domain for the subcarrier spacing setting u .
  • the center of subcarrier 0 of CRB 0 for subcarrier spacing setting u coincides with'point A', which is a common reference point for resource block grids.
  • PRBs are defined within a bandwidth part (BWP) and are numbered from 0 to N size BWP,i -1, where i is the number of the bandwidth part.
  • the BWP includes a plurality of consecutive RBs in the frequency domain.
  • the carrier may contain up to N (eg, 5) BWPs.
  • the UE may be configured to have more than one BWP on a given component carrier. Data communication is performed through an activated BWP, and only a predetermined number (eg, one) of BWPs set to the UE may be activated on the corresponding carrier.
  • a UE with carrier aggregation configured may be configured to use one or more cells.
  • the UE When a UE is configured to have a plurality of serving cells, the UE may be configured to have one or a plurality of cell groups.
  • the UE may be configured to have a plurality of cell groups associated with different BSs.
  • the UE may be configured to have a plurality of cell groups associated with a single BS.
  • Each cell group of the UE is composed of one or more serving cells, and each cell group includes a single PUCCH cell in which PUCCH resources are configured.
  • the PUCCH cell may be a Pcell or an Scell configured as a PUCCH cell among Scells of a corresponding cell group.
  • Each serving cell of the UE belongs to one of the cell groups of the UE and does not belong to a plurality of cell groups.
  • the NR frequency bands are defined by two types of frequency ranges, FR1 and FR2, and FR2 is also referred to as a millimeter wave (mmW).
  • mmW millimeter wave
  • the following table exemplifies frequency ranges in which NR can operate.
  • the PDCCH carries DCI.
  • the PDCCH i.e., DCI
  • the PDCCH is a transmission format and resource allocation of a downlink shared channel (DL-SCH), resource allocation information for an uplink shared channel (UL-SCH), Located above the physical layer among the protocol stacks of UE/BS such as paging information for a paging channel (PCH), system information on the DL-SCH, and random access response (RAR) transmitted on the PDSCH.
  • PCH paging information for a paging channel
  • RAR random access response
  • It carries resource allocation information for a control message of a layer (hereinafter, upper layer), a transmission power control command, and activation/release of configured scheduling (CS).
  • CS configured scheduling
  • DCI includes a cyclic redundancy check (CRC), and the CRC is masked/scrambled with various identifiers (e.g., radio network temporary identifier (RNTI)) according to the owner or usage of the PDCCH. For example, if the PDCCH is for a specific UE, the CRC is masked with a UE identifier (eg, cell RNTI (C-RNTI)) If the PDCCH is for paging, the CRC is masked with a paging RNTI (P-RNTI).
  • C-RNTI radio network temporary identifier
  • the CRC is masked with system information RNTI (system information RNTI, SI-RNTI)). If the PDCCH is for random access response, the CRC is Masked with random access RNTI (RA-RATI).
  • SIB system information block
  • RA-RATI random access RNTI
  • the PDCCH is transmitted through a control resource set (CORESET).
  • CORESET consists of a set of physical resource blocks (PRBs) with a time period of 1 to 3 OFDM symbols. PRBs constituting the CORESET and the CORESET duration may be provided to the UE through higher layer (eg, RRC) signaling.
  • PRBs physical resource blocks
  • RRC higher layer
  • the set of PDCCH candidates within the set CORESET(s) is monitored according to the corresponding search space sets.
  • monitoring implies decoding (aka, blind decoding) each PDCCH candidate in the monitored DCI formats.
  • the set of PDCCH candidates monitored by the UE is defined in terms of PDCCH search space sets.
  • the search space set may be a common search space (CSS) set or a UE-specific search space (USS) set.
  • Each CORESET setting is associated with one or more search space sets, and each search space set is associated with one CORESET setting.
  • the search space set is determined based on the following parameters provided to the UE by the BS.
  • controlResourceSetId identifies CORESET associated with the search space set.
  • -monitoringSlotPeriodicityAndOffset indicates slots for PDCCH monitoring set as periods and offsets.
  • -monitoringSymbolsWithinSlot indicates the first symbol(s) for PDCCH monitoring in slots for PDCCH monitoring.
  • -nrofCandidates indicates the number of PDCCH candidates for each CCE aggregation level.
  • the PDSCH is a physical layer UL channel for UL data transport.
  • the PDSCH carries downlink data (e.g., a DL-SCH transport block), and modulation methods such as Quadrature Phase Shift Keying (QPSK), 16 Quadrature Amplitude Modulation (QAM), 64 QAM, and 256 QAM are applied.
  • a codeword is generated by encoding a transport block (TB).
  • the PDSCH can carry up to two codewords. Scrambling and modulation mapping are performed for each codeword, and modulation symbols generated from each codeword may be mapped to one or more layers. Each layer is mapped to a radio resource together with a DMRS to generate an OFDM symbol signal, and is transmitted through a corresponding antenna port.
  • PUCCH means a physical layer UL channel for UCI transmission.
  • PUCCH carries UCI (Uplink Control Information).
  • UCI includes:
  • SR -Scheduling request
  • HARQ-ACK-acknowledgement This is a response to a downlink data packet (eg, codeword) on the PDSCH. Indicates whether a downlink data packet has been successfully received by the communication device.
  • HARQ-ACK 1 bit may be transmitted in response to a single codeword
  • HARQ-ACK 2 bits may be transmitted in response to two codewords.
  • the HARQ-ACK response includes positive ACK (simply, ACK), negative ACK (NACK), DTX or NACK/DTX.
  • the term HARQ-ACK is mixed with HARQ ACK/NACK, ACK/NACK, or A/N.
  • CSI Channel quality information
  • rank indicator rank indicator
  • PMI precoding matrix indicator
  • CSI-RS resource indicator CRI
  • SS /PBCH resource block indicator SSBRI
  • CSI may include a layer indicator (layer indicator, LI).
  • CSI may be divided into CSI part 1 and CSI part 2 according to the UCI type included in the CSI. For example, CRI, RI, and/or CQI for the first codeword may be included in CSI Part 1, and CQI for LI, PMI, and the second codeword may be included in CSI Part 2.
  • PUCCH resources set and/or indicated by the BS to the UE for HARQ-ACK, SR, and CSI transmission are referred to as HARQ-ACK PUCCH resources, SR PUCCH resources, and CSI PUCCH resources, respectively.
  • the PUCCH format may be classified as follows according to the UCI payload size and/or transmission length (eg, the number of symbols constituting the PUCCH resource). For information on the PUCCH format, refer to Table 4 together.
  • PUCCH format 0 consists of only UCI signals without DMRS, and the UE transmits the UCI state by selecting and transmitting one of a plurality of sequences. For example, the UE transmits a specific UCI to the BS by transmitting one of a plurality of sequences through PUCCH of PUCCH format 0. The UE transmits the PUCCH of PUCCH format 0 in the PUCCH resource for SR configuration corresponding to only when transmitting a positive SR.
  • the setting for PUCCH format 0 includes the following parameters for the corresponding PUCCH resource: an index for initial cyclic transition, the number of symbols for PUCCH transmission, and the first symbol for the PUCCH transmission.
  • DMRS and UCI are set/mapped to different OFDM symbols in the form of TDM. That is, the DMRS is transmitted in a symbol in which a modulation symbol is not transmitted.
  • UCI is expressed by multiplying a specific sequence (eg, orthogonal cover code (OCC)) by a modulation (eg, QPSK) symbol.
  • OCC orthogonal cover code
  • CS cyclic shift
  • CS Code division multiplexing
  • PUCCH format 1 carries UCI of a maximum size of 2 bits
  • the modulation symbol is a time domain Is spread by an orthogonal cover code (OCC) (which is set differently depending on whether or not frequency hopping).
  • the configuration for PUCCH format 1 includes the following parameters for the corresponding PUCCH resource: index for initial cyclic transition, number of symbols for PUCCH transmission, first symbol for PUCCH transmission, orthogonal cover code Index for ).
  • DMRS and UCI are configured/mapped in the form of frequency division multiplex (FDM) within the same symbol.
  • the UE transmits the coded UCI bits by applying only IFFT without DFT.
  • PUCCH format 2 carries UCI of a bit size larger than K bits, and a modulation symbol is transmitted after FDM with DMRS.
  • the DMRS is located at symbol indexes #1, #4, #7, and #10 in a given resource block with a density of 1/3.
  • a pseudo noise (PN) sequence is used for the DMRS sequence. Frequency hopping may be activated for 2-symbol PUCCH format 2.
  • the setting for PUCCH format 2 includes the following parameters for the corresponding PUCCH resource: the number of PRBs, the number of symbols for PUCCH transmission, the first symbol for the PUCCH transmission.
  • DMRS and UCI are set/mapped to different symbols in the form of TDM.
  • the UE transmits by applying DFT to the coded UCI bits.
  • PUCCH format 3 does not support UE multiplexing for the same time-frequency resource (eg, the same PRB).
  • the setting for PUCCH format 3 includes the following parameters for the corresponding PUCCH resource: the number of PRBs, the number of symbols for PUCCH transmission, the first symbol for the PUCCH transmission.
  • DMRS and UCI are set/mapped to different symbols in the form of TDM.
  • PUCCH format 4 can multiplex up to 4 UEs in the same PRB by applying OCC at the front end of the DFT and CS (or interleaved FDM (IFDM) mapping) for DMRS.
  • IFDM interleaved FDM
  • the modulation symbols of UCI are transmitted after DMRS and TDM (Time Division Multiplexing).
  • the configuration for PUCCH format 4 includes the following parameters for the corresponding PUCCH resource: number of symbols for PUCCH transmission, length for orthogonal cover code, index for orthogonal cover code, first symbol for the PUCCH transmission.
  • the following table illustrates PUCCH formats. Depending on the PUCCH transmission length, it may be divided into short PUCCH (formats 0, 2) and long PUCCH (formats 1, 3, 4).
  • K is the number of PUCCH resource sets (K>1)
  • N i is the maximum number of UCI bits supported by the PUCCH resource set #i.
  • PUCCH resource set #1 may be composed of resources of PUCCH format 0 to 1
  • other PUCCH resource sets may be composed of resources of PUCCH format 2 to 4 (refer to Table 4).
  • the setting for each PUCCH resource includes a PUCCH resource index, a starting PRB index, a setting for one of PUCCH formats 0 to PUCCH 4, and the like.
  • the code rate for multiplexing HARQ-ACK, SR and CSI report(s) in PUCCH transmission using PUCCH format 2, PUCCH format 3, or PUCCH format 4 is set to the UE by the BS through the upper layer parameter maxCodeRate.
  • the upper layer parameter maxCodeRate is used to determine how to feed back UCI on PUCCH resources for PUCCH formats 2, 3 or 4.
  • the PUCCH resource to be used for UCI transmission in the PUCCH resource set may be configured to the UE by the network through higher layer signaling (eg, RRC signaling).
  • the UCI type is HARQ-ACK for the SPS (Semi-Persistent Scheduling) PDSCH
  • the PUCCH resource to be used for UCI transmission within the PUCCH resource set may be set to the UE by the network through higher layer signaling (e.g., RRC signaling).
  • a PUCCH resource to be used for UCI transmission within a PUCCH resource set may be scheduled based on DCI.
  • the BS transmits the DCI to the UE through the PDCCH, and the PUCCH to be used for UCI transmission within a specific PUCCH resource set through the ACK/NACK resource indicator (ARI) in the DCI.
  • Resources can be directed.
  • ARI is used to indicate PUCCH resources for ACK/NACK transmission, and may also be referred to as a PUCCH resource indicator (PUCCH resource indicator, PRI).
  • DCI is a DCI used for PDSCH scheduling, and UCI may include HARQ-ACK for PDSCH.
  • the BS may set a PUCCH resource set consisting of PUCCH resources larger than the number of states that can be represented by the ARI using a (UE-specific) higher layer (eg, RRC) signal.
  • the ARI indicates a PUCCH resource sub-set within the PUCCH resource set, and which PUCCH resource is to be used in the indicated PUCCH resource sub-set is transmission resource information for the PDCCH (e.g., PDCCH start control channel element (control channel element, CCE) index, etc.) based on an implicit rule.
  • the UE must have uplink resources available to the UE for UL-SCH data transmission, and must have downlink resources available to the UE for DL-SCH data reception.
  • Uplink resources and downlink resources are assigned to the UE through resource allocation by the BS.
  • Resource allocation may include time domain resource allocation (TDRA) and frequency domain resource allocation (FDRA).
  • uplink resource allocation is also referred to as an uplink grant
  • downlink resource allocation is also referred to as a downlink allocation.
  • the uplink grant is dynamically received on the PDCCH or in the RAR by the UE, or is set semi-persistently to the UE by RRC signaling from the BS.
  • the downlink assignment is dynamically received on the PDCCH by the UE, or is semi-continuously set to the UE by RRC signaling from the BS.
  • the BS may dynamically allocate uplink resources to the UE through PDCCH(s) addressed to a cell radio network temporary identifier (C-RNTI).
  • C-RNTI cell radio network temporary identifier
  • the UE monitors the PDCCH(s) to find possible uplink grant(s) for UL transmission.
  • the BS can allocate uplink resources using a grant set to the UE. Two types of set grants, type 1 and type 2, can be used. In the case of type 1, the BS directly provides a set uplink grant (including a period) through RRC signaling.
  • the BS sets the period of the RRC configured uplink grant through RRC signaling, and the configured scheduling RNTI (configured scheduling RNTI, CS-RNTI) through the PDCCH (PDCCH addressed to CS-RNTI)
  • the uplink grant may be signaled and activated or may be deactivated.
  • the PDCCH addressed as CS-RNTI indicates that the corresponding uplink grant can be implicitly reused according to a period set by RRC signaling until deactivation.
  • the BS can dynamically allocate downlink resources to the UE through PDCCH(s) addressed with C-RNTI.
  • the UE monitors the PDCCH(s) to find possible downlink assignments.
  • the BS may allocate downlink resources to the UE using semi-static scheduling (SPS).
  • SPS semi-static scheduling
  • the BS may set a period of downlink assignments set through RRC signaling, and may signal and activate the set downlink assignment through the PDCCH addressed to CS-RNTI, or deactivate it.
  • the PDCCH addressed to CS-RNTI indicates that the corresponding downlink assignment can be implicitly reused according to a period set by RRC signaling until deactivation.
  • the PDCCH can be used to schedule DL transmission on the PDSCH or UL transmission on the PUSCH.
  • the DCI on the PDCCH for scheduling DL transmission includes a DL resource allocation including at least a modulation and coding format (e.g., a modulation and coding scheme (MCS) index I MCS ), resource allocation, and HARQ information related to the DL-SCH.
  • MCS modulation and coding scheme
  • I can.
  • the DCI on the PDCCH for scheduling UL transmission may include an uplink scheduling grant that includes at least a modulation and coding format, resource allocation, and HARQ information related to UL-SCH.
  • the size and use of DCI carried by one PDCCH differs according to the DCI format.
  • DCI format 0_0, DCI format 0_1, or DCI format 0_2 may be used for scheduling a PUSCH
  • DCI format 1_0, DCI format 1_1, or DCI format 1_2 may be used for scheduling a PDSCH.
  • DCI format 0_2 and DCI format 1_2 have higher transmission reliability and lower latency than the transmission reliability and latency requirements guaranteed by DCI format 0_0, DCI format 0_1, DCI format 1_0, and DCI format 1_1. It can be used to schedule transmissions with requirements.
  • Some implementations of this specification may be applied to UL data transmission based on DCL format 0_2.
  • Some implementations of this specification may be applied to DL data reception based on DCI format 1_2.
  • FIG. 6 shows an example of PDSCH time domain resource allocation by PDCCH and an example of PUSCH time domain resource allocation by PDCCH.
  • the DCI carried by the PDCCH to schedule the PDSCH or PUSCH includes a time domain resource assignment (TDRA) field, and the TDRA field is a row to an allocation table for PDSCH or PUSCH.
  • TDRA time domain resource assignment
  • a predefined default PDSCH time domain allocation is applied as the allocation table for the PDSCH, or the PDSCH time domain resource allocation table set by the BS through the RRC signaling pdsch-TimeDomainAllocationList is applied as the allocation table for the PDSCH.
  • a predefined default PUSCH time domain allocation is applied as the allocation table for the PDSCH, or the PUSCH time domain resource allocation table set by the BS through the RRC signaling pusch-TimeDomainAllocationList is applied as the allocation table for the PUSCH.
  • the PDSCH time domain resource allocation table to be applied and/or the PUSCH time domain resource allocation table to be applied may be determined according to a fixed/predefined rule (eg, see 3GPP TS 38.214).
  • each indexed row is assigned a DL allocation-to-PDSCH slot offset K 0 , a start and length indicator SLIV (or directly, a start position (eg, start symbol index S ) of the PDSCH in the slot, and an allocation length ( Yes, the number of symbols L )), defines the PDSCH mapping type.
  • each indexed row is a UL grant-to-PUSCH slot offset K 2 , a start position of a PUSCH in a slot (eg, start symbol index S ) and an allocation length (eg, number of symbols L ), and PUSCH mapping Define the type.
  • K 0 for PDSCH or K 2 for PUSCH indicates a difference between a slot with a PDCCH and a slot with a PDSCH or PUSCH corresponding to the PDCCH.
  • SLIV is a joint indication of a start symbol S relative to the start of a slot having a PDSCH or PUSCH and the number L of consecutive symbols counted from the symbol S.
  • mapping type A there are two types of mapping: one is mapping type A and the other is mapping type B.
  • a demodulation reference signal is located in a third symbol (symbol #2) or a fourth symbol (symbol #3) in a slot according to RRC signaling.
  • the DMRS is located in the first symbol allocated for PDSCH/PUSCH.
  • the scheduling DCI includes a frequency domain resource assignment (FDRA) field that provides assignment information on resource blocks used for PDSCH or PUSCH.
  • FDRA frequency domain resource assignment
  • the FDRA field provides the UE with information about a cell for PDSCH or PUSCCH transmission, information about a BWP for PDSCH or PUSCH transmission, and information about resource blocks for PDSCH or PUSCH transmission.
  • an established grant type 1 there are two types of transmission without a dynamic grant: an established grant type 1 and an established grant type 2.
  • a UL grant is provided by RRC signaling and is a configured grant. Is saved.
  • the UL grant is provided by the PDCCH and is stored or cleared as an uplink grant configured based on L1 signaling indicating activation or deactivation of the configured uplink grant.
  • Type 1 and Type 2 may be set by RRC signaling for each serving cell and for each BWP. Multiple settings can be active simultaneously on different serving cells.
  • the UE may receive the following parameters from the BS through RRC signaling:
  • timeDomainAllocation value m which provides a row index m + 1 pointing to the allocation table, indicating a combination of the start symbol S , length L , and PUSCH mapping type;
  • the UE When setting the configuration grant type 1 for the serving cell by RRC, the UE stores the UL grant provided by the RRC as a configured uplink grant for the indicated serving cell, and in timeDomainOffset and S ( derived from SLIV ) Initialize or re-initialize so that the configured uplink grant starts in the corresponding symbol and recurs with periodicity .
  • the UE may receive the following parameters from the BS through RRC signaling:
  • the actual uplink grant is provided to the UE by the PDCCH (addressed with CS-RNTI).
  • the UE may be configured with semi-persistent scheduling (SPS) for each serving cell and for each BWP by RRC signaling from the BS.
  • SPS semi-persistent scheduling
  • DL allocation is provided to the UE by PDCCH, and is stored or removed based on L1 signaling indicating SPS activation or deactivation.
  • the UE may receive the following parameters from the BS through RRC signaling:
  • the cyclic redundancy check (CRC) of the DCI format is scrambled with the CS-RNTI provided by the RRC parameter cs-RNTI , and the new data indicator field for the enabled transport block is set to 0. If there is, the UE confirms that the DL SPS allocated PDCCH or the configured UL grant type 2 PDCCH is valid for scheduling activation or scheduling cancellation. If all fields for the DCI format are set according to Table 5 or Table 6, validity confirmation of the DCI format is achieved. Table 5 illustrates special fields for validating DL SPS and UL grant type 2 scheduling activation PDCCH, and Table 6 exemplifies special fields for validating DL SPS and UL grant type 2 scheduling release PDCCH.
  • the actual DL allocation or UL grant for DL SPS or UL grant type 2, and the corresponding modulation and coding scheme are resource allocation fields in the DCI format carried by the corresponding DL SPS or UL grant type 2 scheduling activation PDCCH ( Yes, it is provided by a TDRA field providing a TDRA value m, an FDRA field providing a frequency resource block allocation, and a modulation and coding scheme field).
  • TDRA field providing a TDRA value m
  • an FDRA field providing a frequency resource block allocation
  • modulation and coding scheme field When validity check is achieved, the UE considers the information in the DCI format to be valid activation or valid release of DL SPS or configured UL grant type 2.
  • the UE may detect a PDCCH in slot n. Thereafter, the UE may receive the PDSCH in slot n+K0 according to the scheduling information received through the PDCCH in slot n, and then transmit UCI through the PUCCH in slot n+K1.
  • the UCI includes a HARQ-ACK response for the PDSCH.
  • the DCI (eg, DCI format 1_0, DCI format 1_1) carried by the PDCCH scheduling the PDSCH may include the following information.
  • FDRA -Frequency domain resource assignment
  • TDRA Time domain resource assignment
  • PDSCH mapping type A or PDSCH mapping type B may be indicated by TDRA.
  • the DMRS is located in the third symbol (symbol #2) or the fourth symbol (symbol #3) in the slot.
  • the DMRS is located in the first symbol allocated for the PDSCH.
  • -PDSCH-to-HARQ_feedback timing indicator indicates K1.
  • the HARQ-ACK response may consist of 1-bit.
  • the HARQ-ACK response is composed of 2-bits when spatial bundling is not set, and 1-bits when spatial bundling is set. I can.
  • the HARQ-ACK transmission time point for a plurality of PDSCHs is designated as slot n+K1
  • the UCI transmitted in slot n+K1 includes HARQ-ACK responses for the plurality of PDSCHs.
  • a HARQ-ACK payload composed of HARQ-ACK bit(s) for one or a plurality of PDSCHs may be referred to as a HARQ-ACK codebook.
  • the HARQ-ACK codebook may be classified into a semi-static HARQ-ACK codebook and a dynamic HARQ-ACK codebook according to a method in which the HARQ-ACK payload is determined.
  • parameters related to the size of the HARQ-ACK payload to be reported by the UE are semi-statically set by a (UE-specific) upper layer (eg, RRC) signal.
  • a (UE-specific) upper layer eg, RRC
  • the HARQ-ACK payload size of the semi-static HARQ-ACK codebook is, the (maximum) HARQ-ACK payload (size) transmitted through one PUCCH in one slot is all DL carriers set to the UE.
  • the size of the HARQ-ACK codebook is fixed (to a maximum value) regardless of the actual number of scheduled DL data.
  • the DL grant DCI includes PDSCH to HARQ-ACK timing information
  • the PDSCH-to-HARQ-ACK timing information may have one of a plurality of values (eg, k).
  • the HARQ-ACK information for the PDSCH is slot # It can be transmitted at (m+k). For example, it can be given as k ⁇ ⁇ 1, 2, 3, 4, 5, 6, 7, 8 ⁇ .
  • the HARQ-ACK information may include a maximum possible HARQ-ACK based on the bundling window. That is, HARQ-ACK information of slot #n may include HARQ-ACK corresponding to slot #(n-k).
  • HARQ-ACK information of slot #n is slot #(n-8) ⁇ regardless of actual DL data reception. Includes HARQ-ACK corresponding to slot # (n-1) (ie, the maximum number of HARQ-ACKs).
  • the HARQ-ACK information may be replaced with the HARQ-ACK codebook and the HARQ-ACK payload.
  • the slot may be understood/replaced as a candidate opportunity for DL data reception.
  • the bundling window is determined based on the PDSCH-to-HARQ-ACK timing based on the HARQ-ACK slot, and the PDSCH-to-HARQ-ACK timing set has a pre-defined value (eg, ⁇ 1, 2, 3, 4, 5, 6, 7, 8 ⁇ ), and may be set by higher layer (RRC) signaling.
  • RRC higher layer
  • the size of the HARQ-ACK payload to be reported by the UE may be dynamically changed by DCI or the like.
  • the DL scheduling DCI may include counter-DAI (ie, c-DAI) and/or total-DAI (ie, t-DAI).
  • DAI means a downlink assignment index, and is used by the BS to inform the UE of the transmitted or scheduled PDSCH(s) to be included in one HARQ-ACK transmission.
  • c-DAI is an index indicating the order of PDCCHs carrying DL scheduling DCI (hereinafter, DL scheduling PDCCH), and t-DAI is the total number of DL scheduling PDCCHs up to the current slot in which the PDCCH with t-DAI is located. It is an index to indicate.
  • the physical layer of the NR is designed to support a flexible transmission structure in consideration of requirements for various services.
  • the physical layer of the NR may change the OFDM symbol length (OFDM symbol duration) and subcarrier spacing (SCS) (hereinafter, OFDM neurology) as necessary.
  • transmission resources of physical channels may be changed within a certain range (in units of symbols). For example, in the NR, the transmission length/transmission start time of the PUCCH (resource) and the PUSCH (resource) may be flexibly set within a certain range.
  • PUCCH resources may overlap with other PUCCH resources or PUSCH resources in the time axis.
  • PUCCH resources may overlap with other PUCCH resources or PUSCH resources in the time axis.
  • PUCCH (resource) and PUCCH (resource) or (2) PUCCH (resource) and PUSCH (resource) time Can be overlapped on the axis.
  • the UE may not support simultaneous PUCCH-PUCCH transmission or simultaneous PUCCH-PUSCH transmission (according to the limitation of UE capability or configuration information received from the BS).
  • UCI refers to control information transmitted by the UE by UL.
  • UCI includes various types of control information (ie, UCI type).
  • UCI may include HARQ-ACK (briefly, A/N, AN), SR, and/or CSI.
  • UCI multiplexing It may mean an operation of transmitting different UCI (types) through a common physical layer UL channel (eg, PUCCH, PUSCH).
  • UCI multiplexing may include multiplexing different UCIs (types).
  • the multiplexed UCI is referred to as MUX UCI.
  • UCI multiplexing may include an operation performed in relation to the MUX UCI.
  • UCI multiplexing may include a process of determining UL channel resources to transmit MUX UCI.
  • UCI/data multiplexing This may mean an operation of transmitting UCI and data through a common physical layer UL channel (eg, PUSCH).
  • UCI/data multiplexing may include multiplexing UCI and data.
  • the multiplexed UCI is referred to as MUX UCI/Data.
  • UCI/data multiplexing may include an operation performed in relation to MUX UCI/Data.
  • UCI/data multiplexing may include a process of determining UL channel resources to transmit MUX UCI/Data.
  • the slot includes a plurality of symbols.
  • the symbol includes an OFDM-based symbol (eg, CP-OFDM symbol, DFT-s-OFDM symbol).
  • -Superimposed UL channel resource(s) means (at least partially) overlapped UL channel (eg, PUCCH, PUSCH) resource(s) on the time axis within a predetermined time interval (eg, slot).
  • the overlapped UL channel resource(s) may mean UL channel resource(s) before performing UCI multiplexing.
  • UL channels (at least partially) overlapping each other on the time axis may be referred to as UL channels colliding in time or in the time domain.
  • UCI piggyback or PUSCH piggyback 8 shows an example of multiplexing UCI to PUSCH.
  • PUCCH resource(s) and PUSCH resources overlap in the slot, and simultaneous PUCCH-PUSCH transmission is not configured, UCI may be transmitted through PUSCH as shown.
  • Transmitting UCI through PUSCH is referred to as UCI piggyback or PUSCH piggyback. 8 illustrates a case where HARQ-ACK and CSI are carried on PUSCH resources.
  • a method for the UE to process the plurality of UL channels must be defined.
  • methods of handling collisions between UL channels are described.
  • FIG. 9 shows an example of a process in which a UE with PUCCHs overlapping in a single slot handles collision between UL channels.
  • the UE may determine a PUCCH resource for each UCI.
  • Each PUCCH resource may be defined by a start symbol and a transmission length.
  • the UE may perform UCI multiplexing based on the PUCCH resource having the fastest start symbol. For example, the UE may determine the PUCCH resource(s) (hereinafter, PUCCH resource(s) B) overlapping (in time) based on the PUCCH resource (hereinafter, PUCCH resource A) with the fastest start symbol in the slot. Yes (S901).
  • the UE may apply a UCI multiplexing rule to the PUCCH resource A and the PUCCH resource (s) B.
  • a MUX UCI including all or part of the UCI A and the UCI B is obtained according to a UCI multiplexing rule.
  • the UE may determine a single PUCCH resource (hereinafter, MUX PUCCH resource) in order to multiplex the UCI associated with the PUCCH resource A and the PUCCH resource (s) B (S903).
  • the UE determines a PUCCH resource set (hereinafter, PUCCH resource set X) corresponding to the payload size of the MUX UCI among PUCCH resource sets configured or available to the UE, and the PUCCH resource set X
  • PUCCH resource set X One of the belonging PUCCH resources is determined as the MUX PUCCH resource.
  • the UE belongs to the PUCCH resource set X by using the PUCCH resource indicator field in the last DCI among DCIs having the PDSCH-to-HARQ_feedback timing indicator field indicating the same slot for the PUCCH transmission.
  • One of the PUCCH resources may be determined as the MUX PUCCH resource.
  • the UE may determine the total number of PRBs of the MUX PUCCH resources based on the payload size of the MUX UCI and the maximum code rate for the PUCCH format of the MUX PUCCH resource. If the MUX PUCCH resource overlaps with other PUCCH resources (except for the PUCCH resource A and the PUCCH resource(s) B), the UE is the MUX PUCCH resource (or among the remaining PUCCH resources including the MUX PUCCH resource) The operation described above may be performed again based on the PUCCH resource having the fastest start symbol).
  • UCI multiplexing when a plurality of PUCCH resources overlap in a slot, UCI multiplexing may be performed based on the fastest PUCCH resource A (eg, the fastest start symbol).
  • Case 1 and Case 2 illustrate a case where a first PUCCH resource overlaps another PUCCH resource. In this case, the process of FIG. 9 may be performed while the first PUCCH resource is regarded as the fastest PUCCH resource A.
  • Case 3 illustrates a case where the first PUCCH resource does not overlap with other PUCCH resources, and the second PUCCH resource overlaps with other PUCCH resources. In case 3, UCI multiplexing is not performed on the first PUCCH resource.
  • the process of FIG. 9 may be performed while the second PUCCH resource is regarded as the fastest PUCCH resource A.
  • Case 2 is a case where the MUX PUCCH resource determined to transmit the multiplexed UCI overlaps with other PUCCH resources.
  • the process of FIG. 9 may be additionally performed while the MUX PUCCH resource (or the fastest (eg, the fastest starting symbol) PUCCH resource among the remaining PUCCHs including the same) is considered as the fastest PUCCH resource A. .
  • FIG. 11 illustrates a process in which a UE having PUCCH and PUSCH overlapping in a single slot handles collision between UL channels.
  • the UE may determine a PUCCH resource (S1101). Determining the PUCCH resource for UCI may include determining the MUX PUCCH resource. In other words, determining the PUCCH resource for UCI by the UE may include determining the MUX PUCCH resource based on a plurality of PUCCHs overlapping in the slot.
  • the UE may perform UCI piggyback on PUSCH resources based on the determined (MUX) PUCCH resource (S1103). For example, when there is a PUSCH resource (where multiplexed UCI transmission is allowed), the UE may apply a UCI multiplexing rule to PUCCH resource(s) overlapping the PUSCH resource (in the time axis). The UE may transmit UCI through PUSCH.
  • the UE may multiplex UCI on one of the plurality of PUSCHs. For example, when the UE intends to transmit the plurality of PUSCHs on each (respective) serving cells, the UE may select a specific serving cell (eg, a serving cell having the smallest serving cell index) among the serving cells. UCI can be multiplexed on the PUSCH. When there are more than one PUSCH in the slot on the specific serving cell, the UE may multiplex the UCI on the fastest PUSCH transmitted in the slot.
  • a specific serving cell eg, a serving cell having the smallest serving cell index
  • FIG. 12 illustrates UCI multiplexing in consideration of a timeline condition.
  • the UE performs UCI and/or data multiplexing for PUCCH(s) and/or PUSCH(s) overlapping on the time axis, for UCI and/or data multiplexing due to flexible UL timing settings for PUCCH or PUSCH
  • the UE may run out of processing time.
  • the following two timeline conditions hereinafter, multiplexing time Line conditions
  • T1 may be determined based on i) the minimum PDSCH processing time N1 defined according to the terminal processing capability, ii) d1, which is predefined as an integer value greater than or equal to 0 according to the position of the scheduled symbol, the DMRS position in the PUSCH, and BWP switching. have.
  • T1 may be expressed as T_proc,1.
  • T2 The last symbol of (e.g., triggering) PDCCH indicating PUCCH or PUSCH transmission is T2 time before the start symbol of the fastest channel among overlapping PUCCH(s) and/or PUSCH(s) (in the time axis) Is received.
  • T2 may be determined based on i) the minimum PUSCH preparation time N2 defined according to the UE PUSCH timing capability, ii) d2, which is predefined as an integer value greater than or equal to 0 according to the position of the scheduled symbol or BWP switching. . d2 can be divided into d 2,1 related to the position of the scheduled symbol and d 2,2 related to the switching of the BWP.
  • the switching time may be differently defined according to the frequency range. For example, the switching time may be set to be 0.5 ms for the frequency range FR1 and 0.25 ms for the frequency range FR2. In this specification, T2 may be expressed as T_proc,2.
  • Table 7 illustrates the PDSCH processing time for the PDSCH processing capability #1 of the UE
  • Table 8 illustrates the PDSCH processing time for the PDSCH processing capability #2 of the UE
  • Table 9 is the PUSCH timing capability of the UE #1
  • Table 10 illustrates the PUSCH preparation time for the timing capability #2 of the UE.
  • the UE When a UE configured to multiplex different UCI types within one PUCCH intends to transmit a plurality of overlapping PUCCHs in a slot or to transmit overlapping PUCCH(s) and PUSCH(s) in a slot, the UE has specific conditions If satisfied, the corresponding UCI types can be multiplexed.
  • the specific conditions may include multiplexing timeline condition(s). For example, in FIGS. 9 to 11, PUCCH(s) and PUSCH(s) to which UCI multiplexing is applied may be UL channels satisfying the multiplexing timeline condition(s). Referring to FIG. 12, the UE may have to transmit a plurality of UL channels (eg, UL channels #1 to #4) in the same slot.
  • UL CH #1 may be a PUSCH scheduled by PDCCH #1.
  • UL CH #2 may be a PUCCH for transmitting HARQ-ACK for PDSCH.
  • PDSCH is scheduled by PDCCH #2, and resources of UL CH #2 may also be indicated by PDCCH #2.
  • the UE performs UCI multiplexing on the UL channels #1 to #3 overlapping on the time axis. can do. For example, the UE may check whether the first symbol of UL CH #3 satisfies the T1 condition from the last symbol of the PDSCH. In addition, the UE may check whether the first symbol of UL CH #3 from the last symbol of PDCCH #1 satisfies the T2 condition. If the multiplexing timeline condition is satisfied, the UE may perform UCI multiplexing on UL channels #1 to #3. On the other hand, when the fastest UL channel (eg, the UL channel with the fastest start symbol) among the overlapping UL channels does not satisfy the multiplexing timeline condition, multiplexing all corresponding UCI types of the UE may not be allowed.
  • the fastest UL channel eg, the UL channel with the fastest start symbol
  • FIG. 13 illustrates transmission of a plurality of HARQ-ACK PUCCHs in a slot.
  • the current NR standard document stipulates that the UE does not expect to transmit more than one PUCCH with HARQ-ACK information in a slot. Therefore, according to the current NR standard document, the UE can transmit at most one PUCCH having HARQ-ACK information in one slot.
  • BS schedules downlink so that HARQ-ACK information can be multiplexed on one PUCCH resource. Should be done.
  • a scheme in which a plurality of HARQ-ACK feedbacks are concentrated only on one PUCCH in a slot is in terms of PUCCH performance. It may not be desirable.
  • the BS schedules a plurality of consecutive PDSCHs having a short duration within one slot. Even though the UE can transmit the PUCCH in any symbol(s) in the slot by the setting/instruction of the BS, if only one HARQ-ACK PUCCH transmission is allowed in the slot, the BS quickly back-to the PDSCHs.
  • HARQ-ACK PUCCHs or PUSCHs
  • a plurality of UL transmissions eg, a plurality of UL channels
  • methods of handling the plurality of UL transmissions will be described.
  • iii) a situation in which UL channels on different carriers collide the UE collides between UL transmissions.
  • Methods of handling are described.
  • the example(s) described in one of the situations described below may be applied together with the example(s) described in another situation.
  • FIG. 14 illustrates a flowchart of UL transmission according to some implementations of the present specification related to overlapping UL channels in the time domain.
  • the UE when a plurality of UL channels (eg, UL CH#1 and UL CH#2) overlapping in the time domain exist, the UE based on a predetermined situation or condition (S1401), UL CH #1 and UL CH#2 may be multiplexed and transmitted (S1403), or at least one of UL CH#1 and UL CH#2 (eg, a low-priority UL CH) may be dropped and the remaining UL CH may be transmitted ( S1405).
  • S1401 UL CH#1 and UL CH#2
  • the UE when UL CH#1 and UL CH#2 satisfy a predetermined condition (S1401, Yes), the UE multiplexes UCI/data of UL CH#1 and UCI/data of UL CH#2 Accordingly, transmission may be performed on a new UL CH resource or on a UL CH resource based on one of the UL CH #1 and the UL CH #2 (S1403).
  • UL CH#1 and UL CH#2 do not satisfy a predetermined condition (S1403, No)
  • the UE is a UL CH that does not satisfy the predetermined condition among UL CH#1 and UL CH#2 or a low priority
  • the transmission of the UL CH of may be dropped (S1405).
  • At least one of the situations and conditions described in “Situation 1” below may be used as the predetermined situation or condition used to determine whether to multiplex or drop a plurality of UL CHs overlapping in the time domain.
  • At least one of the multiplexing methods described in “Situation 2” may be applied to multiplexing between UL channels.
  • UE operation according to some implementations of the present specification for a case where PUCCH and PUSCH channels (resources) including UCI overlap in the time axis are described.
  • -Case c eMBB PUCCH + URLLC PUCCH + URLLC PUSCH.
  • -Case d eMBB PUCCH + URLLC PUCCH + eMBB PUSCH.
  • a situation in which a plurality of channels are overlapped may mean a situation in which transmission periods of a plurality of channels belonging to the same carrier and/or different carriers overlap in the time domain.
  • a rule may be defined so that the UE transfers the UCI intended to be transmitted on the PUCCH to the PUSCH (ie, piggyback) and transmits it.
  • mapping rules may be applied according to service type and/or QoS and/or delay requirements and/or reliability requirements.
  • a rule may be defined so that the UE maps the URLLC PUSCH near the DMRS (eg, to a symbol closer to the DMRS) first than the eMBB UCI.
  • rules may be defined to be transmitted according to a fixed specific modulation order. For example, in the case of URLLC UCI, in order to secure higher reliability, a rule may be defined so that it is always modulated with quadrature phase shift keying (QPSK) and carried on the PUSCH regardless of the modulation order corresponding to the data of the PUSCH.
  • QPSK quadrature phase shift keying
  • a rule may be defined so that the UCI is preferentially mapped near the first DMRS in the PUSCH.
  • the UCI is mapped to a resource block (RB) allocated to the (n+1)-th symbol Is then mapped to the (n+2)-th symbol, and sequentially mapped to the (n+3)-th, (n+4)-th, ... symbols.
  • the UCI is mapped to the RB allocated to the (n+1)-th symbol (n-1 )-Th symbol and sequentially mapped to the (n+2)-th, (n-2)-th, ... symbols.
  • the UCI is the (n+1)-th, ..., (n+) among the symbols of the PUSCH with DMRS in the n-th symbol.
  • the UCI After mapping to the RB assigned to the k)-th symbol, it may be mapped to the RB assigned to the (n-1)-numbered symbol, ..., (nk)-numbered symbol.
  • k is defined/appointed in advance, set through a higher layer signal, indicated by L1 signaling (eg, scheduling DCI related to UCI), or based on the time duration of the allocated PUSCH. It can be determined among values smaller than the period.
  • Option 2 A rule can be defined so that the UE drops/stops transmission of PUSCH and transmits PUCCH.
  • Option 2 may be particularly effective when the priority of the PUSCH is relatively low compared to the PUCCH.
  • a rule may be defined so that the UE drops/stops transmission of the PUCCH and transmits the PUSCH.
  • a PUCCH including a UCI of a relatively low priority among PUCCHs may be dropped/stopped.
  • an operation of reducing the size of a UCI payload may be performed on a PUCCH including a UCI of a relatively low priority among the PUCCHs through an operation such as bundling.
  • Which of the above options will be applied may be determined according to circumstances/conditions. For example, an option to be applied among the above options may be determined according to one of the following methods.
  • the operation of the UE may be determined by a time difference between end symbols of the PUCCH and the PUSCH. For example, when the time difference between the end symbols is sufficient (S1401, Yes), a piggybacking operation such as Option 1 is performed (S1403), whereas the time difference between the end symbols is insufficient In (S1401, No), an operation of dropping/stopping (some) PUCCH/PUSCH such as Option 2 or Option 3 may be performed (S1405).
  • the operation of the UE may be determined based on a time difference between a PDCCH for triggering PUCCH transmission (eg, a PDCCH for scheduling a PDSCH) and a PDCCH for scheduling a PUSCH transmission.
  • a PDCCH for triggering PUCCH transmission e.g, a PDCCH for scheduling a PDSCH
  • a PDCCH for scheduling a PUSCH transmission e.g., a PDCCH for scheduling a PDSCH
  • a PDCCH for scheduling a PUSCH transmission e.g, a PDCCH for scheduling a PUSCH
  • a piggyback operation such as Option 1
  • an operation of dropping/stopping transmission of (some) PUCCH/PUSCH, such as Option 2 or Option 3 may be performed (S1405).
  • UL channels that do not satisfy the timeline condition are constrained so that a situation in which they become candidates for multiplexing cannot occur.
  • scenarios in which UL channels that do not satisfy the timeline condition for multiplexing overlap in time may also be considered. If a longer processing time is secured by checking some or all of the following timelines (S1401, Yes), a piggyback operation such as Option 1 is performed (S1403), whereas (candidate channel(s) for multiplexing) For), if the processing time is insufficient (S1401, No), an operation of dropping/stopping (some) PUCCH/PUSCH like Option 2 or Option 3 may be performed (S1405).
  • Option 1 is for UL channels that satisfy the timeline condition by checking some or all of the following timeline conditions, that is, UL channels in which processing time required for multiplexing between UL channels can be secured. While the piggyback operation based on is performed, transmission of the corresponding UL channel(s) may be dropped/stopped based on Option 2 or Option 3 for the UL channel(s) that are not.
  • the UE checks the timeline of ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-URLLC PUSCH ⁇ for longer processing
  • the piggyback operation is performed as in Option 1
  • the operation of dropping/stopping (some) PUCCH/PUSCH as in Option 2 or Option 3 Can be done.
  • the UE checks the timeline of ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-eMBB PUSCH ⁇ for a longer time
  • the piggyback operation is performed as in Option 1, whereas if the processing time for the related channels is insufficient, drop/stop (some) PUCCH/PUSCH operations as in Option 2 or Option 3. Can be done.
  • the UE checks the time difference from the last DCI to the UL channel where transmission starts first among DCIs related to UL channels overlapping in the time domain, and the time difference is longer than the processing time required for multiplexing.
  • a piggyback operation such as Option 1 is performed, whereas if not enough, (some) PUCCH/PUSCH is dropped/interrupted, such as Option 2 or Option 3. The operation can be performed.
  • the "time difference between end symbols of PUCCH and PUSCH" is less than a certain value, and ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-URLLC PUSCH ⁇ If a longer processing time is secured by checking the timeline, a piggyback operation such as Option 1 can be performed.
  • the UE checks the timeline of ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-URLLC PUSCH ⁇ to consider the priority when processing time is insufficient Accordingly, an operation of dropping/stopping transmission of (some) PUCCH/PUSCH can be performed like Option 2 or Option 3.
  • the UE has a "time difference between end symbols of PUCCH and PUSCH" less than a certain amount, and the time of ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-eMBB PUSCH ⁇ If a longer processing time is secured by checking the line, a piggyback operation such as Option 1 can be performed.
  • a longer processing time can be secured by checking the timeline of ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-eMBB PUSCH ⁇ , but "PUCCH and PUSCH
  • the UE performs an operation of dropping/stopping transmission of (some) PUCCH/PUSCH such as Option 2 or Option 3, or as long as the delay is not excessively increased.
  • UCI piggyback eg, puncturing PUSCH by UCI
  • the UE checks the timeline of ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-eMBB PUSCH ⁇ to consider the priority when processing time is insufficient Thus, an operation of dropping/stopping (some) PUCCH/PUSCH like Option 2 or Option 3 can be performed.
  • the operation of the UE may be determined by checking the timeline of DCI-to-URLLC PUSCH ⁇ (S1401).
  • the "time difference between end symbols of PUCCH and PUSCH" is less than a certain value, ii) ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-URLLC PUSCH If a longer processing time is secured by checking the timeline in ⁇ , you can perform a piggyback operation like Option 1.
  • the UE is set to Option 2 or Option 3 As described above, an operation of dropping/stopping (some) PUCCH/PUSCH may be performed.
  • the "constant value" used for comparison with the "time difference between end symbols of PUCCH and PUSCH” is the sub-slot (or slot) symbol length (ie, the sub-slot (or slot) Number of symbols), and/or the newer roller of the PUCCH/PUSCH (eg, subcarrier spacing), and/or the duration corresponding to the ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ , and/or ⁇ UL grant DCI-to-URLLC PUSCH ⁇ is determined based on the number of symbols corresponding to the period, and/or the PUCCH transmission period and/or the PUCCH/PUSCH resource duration, or RRC signaling ( Or it may be set/indicated through DCI).
  • the sub-slot is composed of symbols less than the number of symbols in the slot, and may be composed of, for example, 2, 3, or 7 symbols.
  • Priority in some implementations of this specification may be determined by service type and/or QoS and/or delay requirements and/or reliability requirements.
  • a URLLC service compared to the eMBB service
  • a service having a lower delay requirement and/or a service having a high reliability requirement may be a service having a high priority.
  • ⁇ 1-1b> Examples of ⁇ 1-1a> described above are described again from the perspective of the BS.
  • PUCCH and PUSCH channels (resource) including UL data traffic and/or UCI, corresponding to different service types and/or QoS and/or delay requirements and/or reliability requirements overlap in the time axis
  • BS operation according to some implementations of this specification is described.
  • a situation in which UL channels (resources) corresponding to different service types and/or QoS and/or delay requirements and/or reliability requirements overlap in the time axis for example, transmission resources for the following channel combinations It can mean an overlapping situation on the time axis. Cases corresponding to the following channel combinations are only examples for convenience of description, and implementations of this specification are mixed with channels corresponding to various service types and/or QoS and/or delay requirements and/or reliability requirements. It can be applied in general to the situation that you do.
  • -Case c eMBB PUCCH + URLLC PUCCH + URLLC PUSCH.
  • -Case d eMBB PUCCH + URLLC PUCCH + eMBB PUSCH.
  • a situation in which a plurality of channels are overlapped may mean a situation in which transmission periods of a plurality of channels belonging to the same carrier and/or different carriers overlap in the time domain.
  • the BS expects the UE to transmit the UCI that was supposed to be transmitted on the PUCCH to the PUSCH (ie, piggyback), and can perform the UL reception operation according to the expectation.
  • the BS may perform UL reception accordingly.
  • the BS expects that the URLLC PUSCH is first mapped and transmitted near the DMRS (eg, to a symbol closer to the DMRS) than the eMBB UCI, and accordingly can perform the UL reception operation.
  • the BS assumes that what option is to be applied is determined in consideration of the timing of the start symbol and/or the end symbol of the PUSCH, and reception thereof The operation can be performed.
  • the BS is said to drop/stop the PUSCH as in Option 2 below. You can expect and perform UL reception operation.
  • the UCI is mapped to a resource block (RB) allocated to the (n+1)-th symbol Is then mapped to the (n+2)-th symbol, and sequentially mapped to the (n+3)-th, (n+4)-th, ... symbols.
  • RB resource block
  • the above rule i.e., a rule for preferentially mapping UCI near the first DMRS in the PUSCH resource
  • the BS defines a rule to perform a reception operation for the PUSCH Can be.
  • the UCI is the n+1)-th, ..., (n+k) of the symbols of the PUSCH with DMRS in the n-th symbol.
  • the BS performs a reception operation for the PUSCH.
  • Rules can be defined.
  • k is defined/appointed in advance, set through a higher layer signal, indicated by L1 signaling (eg, scheduling DCI related to UCI), or based on the time duration of the allocated PUSCH. It can be determined among values smaller than the period.
  • Option 2 The BS expects that the PUSCH is dropped/interrupted and the PUCCH is transmitted, and can perform a reception operation thereon. This option may be particularly effective when the priority of the PUSCH is relatively low compared to the PUCCH.
  • the BS expects that PUCCH transmission is dropped/interrupted and PUSCH is transmitted, and may perform a UL reception operation.
  • the BS may perform the UL reception operation in expectation that a PUCCH including a UCI of a relatively low priority among PUCCHs is dropped/interrupted.
  • the BS may perform an UL reception operation expecting an operation to reduce the UCI payload size through an operation such as bundling on a PUCCH including UCI of a relatively low priority among the PUCCHs.
  • an option to be applied among the above options may be determined according to one of the following methods.
  • the operation of the BS may be determined by a time difference between the end symbols of the PUCCH and the PUSCH. For example, when the time difference between the end symbols is sufficient as a certain value or more, the BS expects a piggyback operation such as Option 1 and performs the UL reception operation. It is possible to expect an operation in which the PUCCH/PUSCH is dropped/interrupted and perform the UL reception operation according to the expectation.
  • the operation of the BS will be determined based on the time difference between the PDCCH triggering PUCCH transmission (e.g., PDCCH scheduling PDSCH) and the PDCCH scheduling PUSCH transmission. May be.
  • the BS expects a piggyback operation such as Option 1 when the time difference between the end symbol of the PDCCH triggering PUCCH transmission and the end symbol of the PDCCH scheduling PUSCH transmission is sufficient by more than a certain value, and is not sufficient.
  • Option 2 or Option 3 it is possible to perform a UL reception operation in anticipation of an operation in which (some) PUCCH/PUSCH transmission is dropped/interrupted.
  • UL channels that do not satisfy the timeline condition are constrained so that a situation in which they become candidates for multiplexing cannot occur.
  • scenarios in which UL channels that do not satisfy the timeline condition for multiplexing overlap in time may also be considered. If a longer processing time is secured by checking some or all of the following timelines, the BS expects the UE operation to piggyback as in Option 1 and performs the UL reception operation, whereas if the processing time is insufficient Like Option 2 or Option 3, it is possible to expect a UE operation to drop/stop transmission of (partly) PUCCH/PUSCH and perform a UL reception operation according to the expectation.
  • the BS checks the timeline of ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-URLLC PUSCH ⁇ to have a longer processing time
  • the BS expects the UE operation to piggyback like Option 1 and performs the UL reception operation, whereas if the processing time is insufficient, (some) the transmission of PUCCH/PUSCH is dropped like Option 2 or Option 3 It is possible to expect the UE operation to stop / and perform the UL reception operation according to the expectation.
  • the BS checks the timeline of ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-eMBB PUSCH ⁇ to have a longer processing time
  • the BS expects the UE operation to piggyback like Option 1 and performs the UL reception operation, whereas if the processing time is insufficient, (some) PUCCH/PUSCH drops/stops as in Option 2 or Option 3 It is possible to expect a UE operation to be performed and perform a UL reception operation according to the expectation.
  • processing time required for multiplexing e.g., piggyback
  • processing time required for multiplexing e.g., piggyback
  • the BS expects the UE operation to piggyback according to Option 1 and performs the UL reception operation according to the expectation, whereas, if not sufficient, According to Option 2 or Option 3, a UE operation for dropping/stopping (some) PUCCH/PUSCH transmission may be expected, and UL reception may be performed according to the expectation.
  • the operation of the BS may be determined by checking the timeline of DCI-to-URLLC PUSCH ⁇ .
  • the "time difference between the end symbols of PUCCH and PUSCH" is less than a certain value, and of ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-URLLC PUSCH ⁇
  • the UE expects a piggyback operation based on Option 1, and performs the UL reception operation according to the expectation.
  • the BS checks the timeline of ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-URLLC PUSCH ⁇ , and if processing time is insufficient, considering priority Like Option 2 or Option 3, it is possible to expect a UE operation to drop/stop transmission of (some) PUCCH/PUSCH, and perform a UL reception operation according to the expectation.
  • the operation of the BS may be determined by checking the timeline of -to-eMBB PUSCH ⁇ .
  • the "time difference between end symbols of PUCCH and PUSCH" is less than a certain value, and of ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-eMBB PUSCH ⁇
  • a UE operation for piggybacking based on Option 1 may be expected and UL reception may be performed according to the expectation.
  • the BS can secure a longer processing time by checking the timeline of ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-eMBB PUSCH ⁇ , but "PUCCH and PUSCH If the "time difference" between the end symbols of "is longer than a certain value", according to Option 2 or Option 3, the UE operation to drop/stop the transmission of (some) PUCCH/PUSCH or UCI piggyback unless the delay is excessively increased. It is possible to expect a UE operation (eg, puncturing PUSCH by UCI) and perform a UL reception operation according to the expectation.
  • a UE operation eg, puncturing PUSCH by UCI
  • BS checks the timeline of ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-eMBB PUSCH ⁇ and considers priority when processing time is insufficient Accordingly, based on Option 2 or Option 3, a UE operation for dropping/stopping (some) PUCCH/PUSCH transmission may be expected and UL reception operation may be performed according to the expectation.
  • the operation of the BS may be determined by checking the timeline of DCI-to-URLLC PUSCH ⁇ .
  • the "time difference between the end symbols of PUCCH and PUSCH" is less than a certain amount, and the time of ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or ⁇ UL grant DCI-to-URLLC PUSCH ⁇
  • a UE operation for piggybacking according to Option 1 may be expected, and a UL reception operation may be performed according to the expectation.
  • BS is Option 2 or Option 3
  • a UE operation for dropping/stopping transmission of PUCCH/PUSCH may be expected, and a reception operation may be performed according to the expectation.
  • the "constant value" used for comparison with the "time difference between end symbols of PUCCH and PUSCH” is the sub-slot (or slot) symbol length (ie, the sub-slot (or slot) Number of symbols), and/or the newer roller of the PUCCH/PUSCH (eg, subcarrier spacing), and/or the duration corresponding to the ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ , and/or ⁇ UL grant DCI-to-URLLC PUSCH ⁇ is determined based on the number of symbols corresponding to the period, and/or the PUCCH transmission period and/or the PUCCH/PUSCH resource duration, or RRC signaling ( Alternatively, it may be directly set/instructed by the BS through DCI).
  • the sub-slot is composed of symbols less than the number of symbols in the slot, and may be composed of, for example, 2, 3, or 7 symbols.
  • a situation in which a plurality of PUCCH channels (resources) including UCIs corresponding to different service types and/or QoS and/or delay requirements and/or reliability requirements overlap in the time axis is, for example, the following channel combinations. It may mean a situation in which transmission resources for the fields overlap in the time axis. Cases corresponding to the following channel combinations are only examples for convenience of description, and implementations of this specification are mixed with channels corresponding to various service types and/or QoS and/or delay requirements and/or reliability requirements. It can be applied generally to the situation where
  • -Case g eMBB CSI + URLLC HARQ-ACK.
  • -Case h eMBB HARQ-ACK + URLLC HARQ-ACK + CSI.
  • a situation in which a plurality of channels are overlapped may mean a situation in which transmission periods of a plurality of channels belonging to the same carrier and/or different carriers overlap in the time domain.
  • the UE may transmit a UCI corresponding to a plurality of different service types and/or QoS and/or delay requirements and/or reliability requirements on one PUCCH.
  • UE is among a plurality of UCIs (or a plurality of PUCCHs), some UCI/PUCCH corresponding to traffic with a lower priority (e.g., eMBB HARQ-ACK (ie, HARQ-ACK for eMBB traffic) ) Drops the URLLC HARQ-ACK (i.e., has a lower priority than the HARQ-ACK for URLLC traffic) or shortening (e.g., bundling), an operation to reduce the payload size, and transmits only the remaining UCI/PUCCH Can be done.
  • a lower priority e.g., eMBB HARQ-ACK (ie, HARQ-ACK for eMBB traffic)
  • eMBB HARQ-ACK ie, HARQ-ACK for eMBB traffic
  • Shortening e.g., bundling
  • an option to be applied among the above options may be determined according to one of the following methods.
  • the operation of the UE may be determined by a time difference between end symbols of a plurality of PUCCH channels (resources). For example, when the time difference between the end symbols is sufficient (S1401, Yes), the same operation as Option 1 is performed (S1403), whereas when the time difference between the end symbols is sufficient (S1401, No), the same as Option 2 An operation may be performed (S1405).
  • the UE checks the timeline of ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and if a longer processing time is secured While the same operation as Option 1 is performed, if the processing time is insufficient, the same operation as Option 2 can be performed.
  • the UE checks the time difference from the last DCI to the UL channel where transmission is to be started first, and the time difference is longer than the processing time required for multiplexing, so that sufficient processing time to prepare UCI to be multiplexed can be secured. If there is, the same operation as Option 1 is performed, whereas if the processing time is insufficient, the same operation as Option 2 can be performed.
  • Option 1 When performing a multiplexing operation such as Option 1, which option is to be applied may be determined in consideration of the timing of the start symbol and/or the end symbol of a PUCCH (resource) to be newly transmitted after multiplexing. If the start symbol and/or the end symbol is too late compared to the original transmission timing of the UCI having a higher priority and causes excessive delay (S1401, No), the UE performs the same operation as Option 2 (S1405). I can.
  • the time difference between the end symbols of the two PUCCHs is less than a certain amount, and the timeline of ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ If a longer processing time is secured by checking, the UE may perform a multiplexing operation such as Option 1.
  • the "constant value" used for comparison with the time difference between the end symbols of PUCCHs is the sub-slot (or slot) symbol length, and/or the newer roller of the PUCCH(s) (eg , Subcarrier interval), and/or a period corresponding to ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or a period corresponding to ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or It may be determined based on the number of symbols corresponding to the PUCCH transmission period and/or the PUCCH resource period, or may be set/indicated through RRC (or DCI).
  • the sub-slot is composed of symbols less than the number of symbols in the slot, and may be composed of, for example, 2, 3, or 7 symbols.
  • ⁇ 1-2b> Examples of ⁇ 1-2a> described above are described again from the perspective of the BS.
  • some of the present specification BS operation according to implementations is described.
  • a situation in which a plurality of PUCCH channels (resources) including UCIs corresponding to different service types and/or QoS and/or delay requirements and/or reliability requirements overlap in the time axis is, for example, the following channel combinations. It may mean a situation in which transmission resources for the fields overlap in the time axis. Cases corresponding to the following channel combinations are only examples for convenience of description, and implementations of this specification are mixed with channels corresponding to various service types and/or QoS and/or delay requirements and/or reliability requirements. It can be applied generally to the situation where
  • -Case g eMBB CSI + URLLC HARQ-ACK.
  • -Case h eMBB HARQ-ACK + URLLC HARQ-ACK + CSI.
  • a situation in which a plurality of channels are overlapped may mean a situation in which transmission periods of a plurality of channels belonging to the same carrier and/or different carriers overlap in the time domain.
  • the BS expects that UCI corresponding to a plurality of different service types and/or QoS and/or delay requirements and/or reliability requirements are carried on one PUCCH and can perform a UL reception operation.
  • BS is a part of UCI/PUCCH corresponding to traffic with a lower priority among a plurality of UCIs (or a plurality of PUCCHs) (e.g., eMBB HARQ-ACK (i.e., HARQ-ACK for eMBB traffic) ) Drop or shorten (e.g., bundle) the URLLC HARQ-ACK (i.e., which has a lower priority than the HARQ-ACK for URLLC traffic), and perform UL reception operation expecting that only the remaining UCI/PUCCH is transmitted. have.
  • eMBB HARQ-ACK i.e., HARQ-ACK for eMBB traffic
  • Drop or shorten e.g., bundle
  • the URLLC HARQ-ACK i.e., which has a lower priority than the HARQ-ACK for URLLC traffic
  • an option to be applied among the above options may be determined according to one of the following methods.
  • the operation of the BS may be determined by a time difference between end symbols of a plurality of PUCCH channels (resources).
  • the BS expects that the UE performs an operation according to Option 1 and performs the UL reception operation when the time difference between the end symbols is sufficient by more than a certain value, whereas if it is not sufficient, the UE operates according to Option 2. You may expect to perform a UL reception operation.
  • the BS checks some or all of the following timelines and if a long processing time is secured, it expects the UE to perform the operation according to Option 1 and performs the UL reception operation, whereas if the processing time is insufficient It may be expected that the UE performs an operation of dropping (some) UCI according to Option 2 and may perform a UL reception operation.
  • the BS checks the timeline of ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ , and if a longer processing time is secured, the UE While expects to perform the operation according to Option 1 and performs the UL reception operation, when processing time is insufficient, the UE may expect to perform the operation according to Option 2 and perform the UL reception operation.
  • the BS checks the time difference from the latest DCI to the UL channel where transmission is to be started among the DCIs related to the UL channels overlapping in the time domain, and the time difference is longer than the processing time required for multiplexing. If sufficient processing time to prepare UCI can be secured, the UE expects to perform the operation based on Option 1 and performs the UL reception operation, whereas if the processing time is insufficient, the UE performs the operation based on Option 2. It is expected to perform and can perform UL reception operation.
  • the operation of the BS may be determined by checking.
  • the time difference between the end symbols of the two PUCCHs is less than a certain value, and the timeline of ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ If a longer processing time is secured by checking, it is expected that the UE performs the multiplexing operation based on Option 1, and the BS may perform the UL reception operation.
  • a longer processing time can be secured by checking the timeline of ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ . If the time difference between the end symbols of the PUCCHs is longer than a certain value, the UE performs an operation of dropping/stopping transmission of (some) PUCCHs according to Option 2, or one of the PUCCHs as long as the delay is not excessively increased. Assuming that the UCI is piggybacked (eg, puncturing one of the PUCCHs by UCI), the BS may perform the UL reception operation.
  • the UE has priority Considering the priority, it is expected that an operation of dropping/stopping (some) PUCCH according to Option 2 is expected, and the BS may perform a UL reception operation.
  • the "constant value" used for the comparison with the time difference between the end symbols of PUCCHs is the sub-slot (or slot) symbol length, and/or the newer roller of the PUCCH(s) (eg , Subcarrier interval), and/or a period corresponding to ⁇ DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK ⁇ and/or a period corresponding to ⁇ DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK ⁇ and/or It may be determined based on the number of symbols corresponding to the PUCCH transmission period and/or the PUCCH resource period, or may be directly set/instructed by the BS through RRC (or DCI).
  • a separate (separate) HARQ-ACK for a plurality of DL data eg, a plurality of PDSCHs
  • Codebooks can be formed/generate.
  • the HARQ-ACK codebook for the PDSCH(s) associated with the first requirement and the HARQ-ACK codebook for the PDSCH(s) associated with the second requirement different from the first requirement are separately set/configured can be (form).
  • a downlink assignment index (DAI) for HARQ-ACKs for a plurality of DL data corresponding to different service types and/or QoS and/or delay requirements and/or reliability requirements ) Value can also be determined separately.
  • the DAI value for the PDSCH(s) associated with the first requirement and the DAI value for the PDSCH(s) associated with the second requirement may be signaled and/or determined separately.
  • the BS may transmit a portion of the following information (or new information consisting of all or a combination thereof) in the UL grant DCI scheduling PUSCH, and the UE also performs DCI reception and PUSCH transmission assuming that the following information is included. can do.
  • the eMBB PUSCH scheduling DCI may include a total-DAI value for eMBB HARQ-ACK.
  • eMBB PUSCH scheduling DCI may include a total-DAI value for URLLC HARQ-ACK.
  • the eMBB PUSCH scheduling DCI may include a maximum total-DAI value for URLLC HARQ-ACK.
  • the DAI value or the maximum number/number of bits may be calculated based on a HARQ-ACK bundling window associated with a PUCCH transmission (resource) to be overlapped with a PUSCH or associated with a PUSCH transmission time period.
  • the HARQ-ACK bundling window refers to the predetermined time period when HARQ-ACK bit(s) for one or a plurality of PDSCHs received in a predetermined time period are transmitted through one UL channel.
  • BLER block error ratio
  • the situation may mean, for example, a situation in which a plurality of PUCCH/PUSCH transmission resources overlap in the time axis.
  • a situation in which a plurality of channels are overlapped may mean a situation in which transmission periods of a plurality of channels belonging to the same carrier and/or different carriers overlap in the time domain.
  • a plurality of PUCCH/PUSCHs having different service types and/or QoS and/or BLER requirements and/or reliability requirements and/or delay requirements and/or processing time are provided with corresponding service types and It is assumed that it is classified into at least two types (Type-1 and Type-2) according to/or QoS and/or BLER requirements and/or reliability requirements and/or delay requirements and/or processing time.
  • PUCCH/PUSCH belonging to type-1 is referred to as type-1 PUCCH/PUSCH
  • PUCCH/PUSCH belonging to type-2 is referred to as type-2 PUCCH/PUSCH.
  • 15 and 16 illustrate methods of handling collisions between UL channels.
  • a plurality of PUCCH/PUSCH channels (resources) having different service types and/or QoS and/or BLER requirements and/or reliability requirements and/or delay requirements and/or processing time are If the transmission intervals overlap, the service type and/or QoS and/or BLER requirements and/or reliability requirements and/or delay requirements and/or processing time are the same (or defined/promised/set/instructed in advance). Channels that can be classified into the same type by rules) are grouped together to perform collision handling for channels in the same group first, and then different types of service types and/or QoS and/or BLER requirements And/or collision handling between groups corresponding to reliability requirements and/or delay requirements and/or processing time.
  • collision handling includes techniques such as multiplexing or dropping of a plurality of channels.
  • collision handling in a group including channels of the same type is the rule(s) illustrated in FIGS. 7 to 12, or the rule(s) described in ⁇ 1-1a> and/or ⁇ 1-2a>. ), but collision handling between groups each including different type channels (if type-1 has a higher priority than type-2) drop PUCCH/PUSCH corresponding to type-2 and to type-1 Only the corresponding PUCCH/PUSCH may be transmitted.
  • This scheme results in collision handling for channels of the same type even if channels corresponding to a lower priority (eg, type-2 PUCCH/PUSCH) do not directly overlap with channels corresponding to a higher priority.
  • collision handling is performed on the type-1 channel group including the type-1 PUCCH and the type-1 PUSCH (e.g., piggybacking the UCI of the type-1 PUCCH to the type-1 PUSCH), and the type-2 Collision handling is performed on the type-2 group including the PUCCH and the type-2 PUSCH (eg, piggybacking the UCI of the type-2 PUCCH to the type-2 PUSCH).
  • collision handling is performed across groups (eg, type-2 channels are dropped). In this case, both the UCI of the type-2 PUCCH and the data in the type-2 PUSCH may be dropped.
  • PUCCH corresponding to the type of service and/or QoS and/or BLER requirement and/or reliability requirement and/or delay requirement and/or processing time corresponding to a higher priority ( S)/PUSCH(s) only and a channel caused by collision handling for the higher priority channels overlaps among PUCCH(s)/PUSCH(s) of a type corresponding to a lower priority Rules can be defined to apply collision handling between different types only in cases.
  • S higher priority
  • PUCCH and type-1 PUSCH overlap with type-2 PUSCH, they overlap with type-2 PUCCH.
  • collision handling is first performed on the type-1 PUCCH and the type-1 PUSCH (e.g., piggybacking the UCI of the type-1 PUCCH to the type-1 PUSCH) and the resulting channel (type- in FIG. 1 PUSCH with UCI) and the type-2 PUSCH overlapping with the type-1 PUSCH with UCI, the type-2 PUSCH is dropped, whereas the type-2 PUCCH does not overlap with the type-1 PUSCH, so it is not dropped. Can be transmitted without.
  • ⁇ 1-4b> Examples of ⁇ 1-4a> described above are described again from the perspective of the BS.
  • BS operation according to some implementations of this specification is described.
  • the situation may mean, for example, a situation in which a plurality of PUCCH/PUSCH transmission resources overlap in the time axis.
  • a situation in which a plurality of channels are overlapped may mean a situation in which transmission periods of a plurality of channels belonging to the same carrier and/or different carriers overlap in the time domain. .
  • a plurality of PUCCH/PUSCHs having different service types and/or QoS and/or BLER requirements and/or reliability requirements and/or delay requirements and/or processing time are provided with corresponding service types and It is assumed that it is classified into at least two types (Type-1 and Type-2) according to/or QoS and/or BLER requirements and/or reliability requirements and/or delay requirements and/or processing time.
  • Type-1 PUCCH/PUSCH PUCCH/PUSCH belonging to type-2
  • type-2 PUCCH/PUSCH PUCCH/PUSCH belonging to type-2 PUCCH/PUSCH.
  • a plurality of PUCCH/PUSCH channels (resources) having different service types and/or QoS and/or BLER requirements and/or reliability requirements and/or delay requirements and/or processing time are If the transmission intervals overlap, the service type and/or QoS and/or BLER requirements and/or reliability requirements and/or delay requirements and/or processing time are the same (or defined/promised/set/instructed in advance).
  • Channels that can be classified into the same type by rules are grouped together to perform collision handling for channels in the same group first, and then different types of service types and/or QoS and/or BLER requirements And/or the UE expects to perform collision handling between groups corresponding to the reliability requirement and/or the delay requirement and/or the processing time, and the BS is the UL channel(s) transmitted based on the collision handling by the UE. ) Can be received.
  • collision handling includes techniques such as multiplexing or dropping of a plurality of channels.
  • collision handling in a group including channels of the same type is the rule(s) illustrated in FIGS. 7 to 12, or the rule(s) described in ⁇ 1-1b> and/or ⁇ 1-2b>.
  • type-1 PUCCH and type-1 PUSCH overlap with type-2 PUSCH, they overlap with type-2 PUCCH. If not, collision handling is performed on the type-1 channel group including the type-1 PUCCH and the type-1 PUSCH (e.g., piggybacking the UCI of the type-1 PUCCH to the type-1 PUSCH), and the type-2 Collision handling is performed on the type-2 group including the PUCCH and the type-2 PUSCH (eg, piggybacking the UCI of the type-2 PUCCH to the type-2 PUSCH).
  • collision handling is performed on the type-1 channel group including the type-1 PUCCH and the type-1 PUSCH (e.g., piggybacking the UCI of the type-1 PUCCH to the type-1 PUSCH)
  • type-2 Collision handling is performed on the type-2 group including the PUCCH and the type-2 PUSCH (eg, piggybacking the UCI of the type-2 PUCCH to the type-2 PUSCH).
  • PUCCH corresponding to the type of service and/or QoS and/or BLER requirement and/or reliability requirement and/or delay requirement and/or processing time corresponding to a higher priority ( S)/PUSCH(s) only and a channel caused by collision handling for the higher priority channels overlaps among PUCCH(s)/PUSCH(s) of a type corresponding to a lower priority It is expected that collision handling between different types will be applied only in case, and the BS can receive the UL channel(s) transmitted based on collision handling by the UE. As an example, referring to FIG.
  • type-1 PUCCH and type-1 PUSCH overlap with type-2 PUSCH, they overlap with type-2 PUCCH. If not, collision handling is first performed on the type-1 PUCCH and the type-1 PUSCH (e.g., piggybacking the UCI of the type-1 PUCCH to the type-1 PUSCH) and the resulting channel (type- in FIG. 1 PUSCH with UCI) and the type-2 PUSCH overlapping with the type-1 PUSCH with UCI, the type-2 PUSCH is dropped, whereas the type-2 PUCCH does not overlap with the type-1 PUSCH, so it is not dropped. Can be transmitted without.
  • collision handling is first performed on the type-1 PUCCH and the type-1 PUSCH (e.g., piggybacking the UCI of the type-1 PUCCH to the type-1 PUSCH) and the resulting channel (type- in FIG. 1 PUSCH with UCI) and the type-2 PUSCH overlapping with the type-1 PUSCH with UCI, the type-2 PUSCH is dropped,
  • PUCCH and UE including UL data traffic and/or UCI corresponding to different service types and/or QoS and/or delay requirements (delay requirements) and/or reliability requirements perform repetitive transmission
  • a rule may be defined to transmit the UCI by piggybacking the last PUSCH among (overlapping) PUSCHs being repeatedly transmitted. This enables faster decoding and/or early termination of the repetitive transmission by increasing the probability of success for decoding the PUSCH being repeatedly transmitted as much as possible in the previous repetition attempt.
  • the BS may also assume the UE operation and perform the UL reception operation accordingly.
  • a rule may be defined to piggyback and transmit the UCI to the k-th PUSCH or the last PUSCH terminated before the k-th symbol among the (overlapping) PUSCHs being repeatedly transmitted.
  • the value of k is defined/promised in advance, and/or set through a higher layer signal, and/or indicated through L1 signaling, and/or determined by the number of repetitions of the PUSCH, and/or It may be determined by a time period, and/or may be determined by transmission timing of the entire PUSCH determined by repetitive transmission. This method can prevent excessive delays from occurring in UCI transmission.
  • the BS may also assume the UE operation and perform a reception operation accordingly.
  • the number of repetitions of the PUSCH may be indicated or set to the UE by DCI or RRC signaling.
  • the communication device of the present specification includes at least one processor; And storing instructions that, when operably connectable to the at least one processor, and when executed, cause the at least one processor to perform operations according to the example(s) of the present specification described above. Contains one computer memory.
  • Implementations of the present specification may be used in a wireless communication system, a base station or user equipment, and other equipment.

Abstract

제1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정; 상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화; 및 상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나를 드랍하는 것을 포함하는, 방법, 사용자기기, 장치 및 저장 매체가 제공된다. 상기 기결정된 조건은 다음을 포함한다: 상기 제1 상향링크 채널의 종료 심볼과 상기 제2 상향링크 채널의 종료 심볼 간 시간 차가 제1 값 이상이다.

Description

상향링크 채널을 전송하는 방법, 사용자기기 및 저장 매체, 그리고 상향링크 채널을 수신하는 방법 및 기지국
본 명세는 무선 통신 시스템에 관한 것이다.
기기간(machine-to-machine, M2M) 통신, 기계 타입 통신(machine type communication, MTC) 등과, 높은 데이터 전송량을 요구하는 스마트 폰, 태블릿 PC(Personal Computer) 등의 다양한 기기 및 기술이 출현 및 보급되고 있다. 이에 따라, 셀룰러 망(cellular network)에서 처리될 것이 요구되는 데이터 양이 매우 빠르게 증가하고 있다. 이와 같이 빠르게 증가하는 데이터 처리 요구량을 만족시키기 위해, 더 많은 주파수 대역을 효율적으로 사용하기 위한 반송파 집성(carrier aggregation) 기술, 인지 무선(cognitive radio) 기술 등과, 한정된 주파수 내에서 전송되는 데이터 용량을 높이기 위한 다중 안테나 기술, 다중 기지국 협력 기술 등이 발전하고 있다.
더 많은 통신 기기가 더 큰 통신 용량을 요구함에 따라, 레거시 무선 접속 기술(radio access technology, RAT)에 비해 향상된 모바일 광대역(enhanced mobile broadband, eMBB) 통신에 대한 필요성이 대두되고 있다. 또한, 복수의 기기 및 객체(object)를 서로 연결하여 언제 어디서나 다양한 서비스를 제공하기 위한 대규모 기계 타입 통신(massive machine type communication, mMTC)는 차세대 통신에서 고려해야 할 주요 쟁점 중 하나이다.
또한, 신뢰도 및 대기 시간에 민감한 서비스/사용자기기(user equipment, UE)를 고려하여 설계될 통신 시스템에 대한 논의가 진행 중이다. 차세대(next generation) 무선 접속 기술의 도입은 eMBB 통신, mMTC, 초 신뢰도 및 저 대기 시간 통신(ultra-reliable and low latency communication, URLLC) 등을 고려하여 논의되고 있다.
새로운 무선 통신 기술의 도입에 따라, 기지국이 소정 자원영역에서 서비스를 제공해야 하는 UE들의 개수가 증가할 뿐만 아니라, 상기 기지국이 서비스를 제공하는 UE들과 전송/수신하는 데이터와 제어정보의 양이 증가하고 있다. 기지국이 UE(들)과의 통신에 이용 가능한 무선 자원의 양은 유한하므로, 기지국이 유한한 무선 자원을 이용하여 상/하향링크 데이터 및/또는 상/하향링크 제어정보를 UE(들)로부터/에게 효율적으로 수신/전송하기 위한 새로운 방안이 요구된다. 다시 말해, 노드의 밀도가 증가 및/또는 UE의 밀도가 증가함에 따라 높은 밀도의 노드들 혹은 높은 밀도의 사용자기기들을 통신에 효율적으로 이용하기 위한 방안이 요구된다.
또한, 서로 다른 요구사항(requirement)들을 가진 다양한 서비스들을 무선 통신 시스템에서 효율적으로 지원할 방안이 요구된다.
또한, 딜레이 혹은 지연(latency)를 극복하는 것이 성능이 딜레이/지연에 민감한 어플리케이션들에 중요한 도전이다.
본 명세가 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 이하의 상세한 설명으로부터 본 명세와 관련된 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세의 일 양상으로, 무선 통신 시스템에서 사용자기기가 상향링크 채널을 전송하는 방법이 제공된다. 상기 방법은: 제1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정; 상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화; 및 상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나를 드랍하는 것을 포함한다.
본 명세의 다른 양상으로, 무선 통신 시스템에서 상향링크 채널을 전송하는 사용자기기가 제공된다. 상기 사용자기기는: 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다. 상기 동작들은: 제1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정; 상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화; 및 상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나를 드랍하는 것을 포함한다.
본 명세의 또 다른 양상으로, 사용자기기를 위한 장치가 제공된다. 상기 장치는: 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다. 상기 동작들은: 1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정; 상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화; 및 상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나를 드랍하는 것을 포함한다.
본 명세의 또 다른 양상으로, 컴퓨터 판독가능한 저장 매체가 제공된다. 상기 컴퓨터 판독가능한 저장 매체는: 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금 사용자기기를 위한 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장한다. 상기 동작들은: 1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정; 상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화; 및 상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나를 드랍하는 것을 포함한다.
본 명세의 또 다른 양상으로, 무선 통신 시스템에서 기지국이 상향링크 채널을 수신하는 방법이 제공된다. 상기 방법은: 제1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정; 상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화된 상향링크 채널을 수신; 및 상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나의 수신을 생략하는 것을 포함한다.
본 명세의 또 다른 양상으로, 무선 통신 시스템에서 상향링크 채널을 수신하는 기지국이 제공된다. 상기 기지국은: 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다. 상기 동작들은: 제1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정; 상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화된 상향링크 채널을 수신; 및 상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나의 수신을 생략하는 것을 포함한다.
본 명세의 각 양상에 있어서, 상기 기결정된 조건은 다음을 포함할 수 있다: 상기 제1 상향링크 채널의 종료 심볼과 상기 제2 상향링크 채널의 종료 심볼 간 시간 차가 제1 값 이상.
본 명세의 각 양상에 있어서, 상기 기결정된 조건은 다음을 포함할 수 있다: 상기 제1 상향링크 채널과 연관된 제1 물리 하향링크 제어 채널(physical downlink control channel, PDCCH)의 종료 심볼과 상기 제2 상향링크 채널과 연관된 제2 PDCCH의 종료 심볼 간 시간 차가 제2 값 이상.
본 명세의 각 양상에 있어서, 상기 제1 상향링크 채널은 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)일 수 있고, 상기 제2 상향링크 채널은 물리 상향링크 제어 채널(physical uplink control channel, PUCCH)일 수 있다.
본 명세의 각 양상에 있어서, 상기 제1 상향링크 채널은 제1 물리 상향링크 제어 채널(physical uplink control channel, PUCCH)일 수 있고, 상기 제2 상향링크 채널은 상기 제1 PUCCH와는 다른 제2 PUCCH일 수 있다.
본 명세의 각 양상에 있어서, 상기 제1 상향링크 채널과 상기 제2 상향링크 채널은 상이한 서비스 타입, 서비스 품질(quality of service, QoS), 지연 요구사항, 또는 신뢰도 요구사항)과 연관될 수 있다.
상기 과제 해결방법들은 본 명세의 예들 중 일부에 불과하며, 본 명세의 기술적 특징들이 반영된 다양한 예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하의 상세한 설명을 기반으로 도출되고 이해될 수 있다.
본 명세의 구현(들)에 의하면, 무선 통신 신호가 효율적으로 전송/수신될 수 있다. 이에 따라, 무선 통신 시스템의 전체 처리량(throughput)이 높아질 수 있다.
본 명세의 구현(들)에 의하면, 서로 다른 요구사항들을 가진 다양한 서비스들이 무선 통신 시스템에서 효율적으로 지원될 수 있다.
본 명세의 구현(들)에 의하면, 통신 기기들 간 무선 통신 동안 발생하는 딜레이/지연이 감소될 수 있다.
본 명세에 따른 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급되지 않은 또 다른 효과는 이하의 상세한 설명으로부터 본 명세와 관련된 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세의 구현들에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 명세의 구현들에 대한 예들을 제공하고, 상세한 설명과 함께 본 명세의 구현들을 설명한다:
도 1은 본 명세의 구현들이 적용되는 통신 시스템 1의 예를 도시한 것이고;
도 2는 본 명세에 따른 방법을 수행할 수 있는 통신 기기들의 예들을 도시한 블록도이며,
도 3은 본 명세의 구현(들)을 수행할 수 있는 무선 기기의 다른 예를 도시한 것이고,
도 4는 제3 세대 파트너쉽 프로젝트(3 rd generation partnership project, 3GPP) 기반 무선 통신 시스템에서 이용가능한 프레임 구조의 예를 도시한 것이며;
도 5는 슬롯의 자원 격자(resource grid)를 예시하며;
도 6은 PDCCH에 의한 PDSCH 시간 도메인 자원 할당의 예와 PDCCH에 의한 PUSCH 시간 도메인 자원 할당의 예를 도시한 것이며;
도 7은 하이브리드 자동 반복 요청 - 확인(hybrid automatic repeat request -acknowledgement, HARQ-ACK) 전송/수신 과정을 예시하고;
도 8은 상향링크 제어 정보(uplink control information, UCI)를 PUSCH에 다중화하는 예를 나타내며;
도 9는 단일 슬롯에서 중첩하는 PUCCH들을 가진 UE가 UL 채널들 간 충돌을 핸들링 과정의 일 예를 나타내고;
도 10은 도 9에 따라 UCI 다중화를 다중화하는 케이스들을 예시하며;
11은 단일 슬롯에서 중첩하는 PUCCH와 PUSCH를 가진 UE가 UL 채널들 간 충돌을 핸들링 과정을 예시하고;
도 12는 타임라인 조건을 고려한 UCI 다중화를 예시하며;
도 13은 슬롯 내 복수 HARQ-ACK PUCCH들의 전송을 예시하고;
도 14는 시간 도메인에서 중첩하는 UL 채널들과 관련된 본 명세의 몇몇 구현들에 따른 UL 전송의 흐름도를 예시하며;
도 15 및 도 16은 UL 채널들 간 충돌을 핸들링하는 방법들을 예시한 것이다.
이하, 본 명세에 따른 구현들을 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 명세의 예시적인 구현을 설명하고자 하는 것이며, 본 명세가 실시될 수 있는 유일한 구현 형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 명세의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나 당업자는 본 명세가 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
몇몇 경우, 본 명세의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
이하에서 설명되는 기법(technique) 및 기기, 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다. CDMA는 UTRA(Universal Terrestrial Radio Access) 또는 CDMA2000과 같은 무선 기술(technology)에서 구현될 수 있다. TDMA는 GSM(Global System for Mobile communication), GPRS(General Packet Radio Service), EDGE(Enhanced Data Rates for GSM Evolution)(즉, GERAN) 등과 같은 무선 기술에서 구현될 수 있다. OFDMA는 IEEE(Institute of Electrical and Electronics Engineers) 802.11(WiFi), IEEE 802.16(WiMAX), IEEE802-20, E-UTRA(evolved-UTRA) 등과 같은 무선 기술에서 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunication System)의 일부이며, 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution)은 E-UTRA를 이용하는 E-UMTS의 일부이다. 3GPP LTE는 하향링크(downlink, DL)에서는 OFDMA를 채택하고, 상향링크(uplink, UL)에서는 SC-FDMA를 채택하고 있다. LTE-A(LTE-advanced)는 3GPP LTE의 진화된 형태이다.
설명의 편의를 위하여, 이하에서는 본 명세가 3GPP 기반 통신 시스템, 예를 들어, LTE, NR에 적용되는 경우를 가정하여 설명한다. 그러나 본 명세의 기술적 특징이 이에 제한되는 것은 아니다. 예를 들어, 이하의 상세한 설명이 이동통신 시스템이 3GPP LTE/NR 시스템에 대응하는 이동통신 시스템을 기초로 설명되더라도, 3GPP LTE/NR에 특유한 사항을 제외하고는 다른 임의의 이동 통신 시스템에도 적용 가능하다.
본 명세에서 사용되는 용어 및 기술 중 구체적으로 설명되지 않은 용어 및 기술에 대해서는 3GPP LTE 표준 문서, 예를 들어, 3GPP TS 36.211, 3GPP TS 36.212, 3GPP TS 36.213, 3GPP TS 36.321, 3GPP TS 36.300 및 3GPP TS 36.331 등과, 3GPP NR 표준 문서, 예를 들어, 3GPP TS 38.211, 3GPP TS 38.212, 3GPP TS 38.213, 3GPP TS 38.214, 3GPP TS 38.300, 3GPP TS 38.331 등을 참조할 수 있다.
후술하는 본 명세의 예들에서 기기가 "가정한다"는 표현은 채널을 전송하는 주체가 해당 "가정"에 부합하도록 상기 채널을 전송함을 의미할 수 있다. 상기 채널을 수신하는 주체는 상기 채널이 해당 "가정"에 부합하도록 전송되었다는 전제 하에, 해당 "가정"에 부합하는 형태로 상기 채널을 수신 혹은 디코딩하는 것임을 의미할 수 있다.
본 명세에 있어서, UE는 고정되거나 이동성을 가질 수 있으며, 기지국(base station, BS)과 통신하여 사용자데이터 및/또는 각종 제어정보를 전송 및/또는 수신하는 각종 기기들이 이에 속한다. UE는 (Terminal Equipment), MS(Mobile Station), MT(Mobile Terminal), UT(User Terminal), SS(Subscribe Station), 무선기기(wireless device), PDA(Personal Digital Assistant), 무선 모뎀(wireless modem), 휴대기기(handheld device) 등으로 불릴 수 있다. 또한, 본 명세에 있어서, BS는 일반적으로 UE 및/또는 다른 BS와 통신하는 고정국(fixed station)을 말하며, UE 및 타 BS와 통신하여 각종 데이터 및 제어정보를 교환한다. BS는 ABS(Advanced Base Station), NB(Node-B), eNB(evolved-NodeB), BTS(Base Transceiver System), 접속 포인트(Access Point), PS(Processing Server) 등 다른 용어로 불릴 수 있다. 특히, UTRAN의 기지국은 Node-B로, E-UTRAN의 기지국은 eNB로, 새로운 무선 접속 기술 네트워크(new radio access technology network)의 기지국은 gNB로 불린다. 이하에서는 설명의 편의를 위해, 통신 기술의 종류 혹은 버전에 관계 없이 기지국을 BS로 통칭한다.
본 명세에서 노드(node)라 함은 UE와 통신하여 무선 신호를 전송/수신할 수 있는 고정된 지점(point)을 말한다. 다양한 형태의 BS들이 그 명칭에 관계없이 노드로서 이용될 수 있다. 예를 들어, BS, NB, eNB, 피코-셀 eNB(PeNB), 홈 eNB(HeNB), 릴레이(relay), 리피터(repeater) 등이 노드가 될 수 있다. 또한, 노드는 BS가 아니어도 될 수 있다. 예를 들어, 무선 리모트 헤드(radio remote head, RRH), 무선 리모트 유닛(radio remote unit, RRU)가 될 수 있다. RRH, RRU 등은 일반적으로 BS의 전력 레벨(power level) 더욱 낮은 전력 레벨을 갖는다. RRH 혹은 RRU 이하, RRH/RRU)는 일반적으로 광 케이블 등의 전용 회선(dedicated line)으로 BS에 연결되어 있기 때문에, 일반적으로 무선 회선으로 연결된 BS들에 의한 협력 통신에 비해, RRH/RRU 와 BS에 의한 협력 통신이 원활하게 수행될 수 있다. 일 노드에는 최소 하나의 안테나가 설치된다. 상기 안테나는 물리 안테나를 의미할 수도 있으며, 안테나 포트, 가상 안테나, 또는 안테나 그룹을 의미할 수도 있다. 노드는 포인트(point)라고 불리기도 한다.
본 명세에서 셀(cell)이라 함은 하나 이상(one or more)의 노드가 통신 서비스를 제공하는 일정 지리적 영역을 말한다. 따라서, 본 명세에서 특정 셀과 통신한다고 함은 상기 특정 셀에 통신 서비스를 제공하는 BS 혹은 노드와 통신하는 것을 의미할 수 있다. 또한, 특정 셀의 하향링크/상향링크 신호는 상기 특정 셀에 통신 서비스를 제공하는 BS 혹은 노드로부터의/로의 하향링크/상향링크 신호를 의미한다. UE에게 상/하향링크 통신 서비스를 제공하는 셀을 특히 서빙 셀(serving cell)이라고 한다. 또한, 특정 셀의 채널 상태/품질은 상기 특정 셀에 통신 서비스를 제공하는 BS 혹은 노드와 UE 사이에 형성된 채널 혹은 통신 링크의 채널 상태/품질을 의미한다. 3GPP 기반 통신 시스템에서, UE는 특정 노드로부터의 하향링크 채널 상태를 상기 특정 노드의 안테나 포트(들)이 상기 특정 노드에 할당된 CRS (Cell-specific Reference Signal) 자원 상에서 전송되는 CRS(들) 및/또는 CSI-RS(Channel State Information Reference Signal) 자원 상에서 전송하는 CSI-RS(들)을 이용하여 측정할 수 있다.
한편, 3GPP 기반 통신 시스템은 무선 자원을 관리하기 위해 셀(cell)의 개념을 사용하고 있는데, 무선 자원과 연관된 셀(cell)은 지리적 영역의 셀(cell)과 구분된다.
지리적 영역의 "셀"은 노드가 반송파를 이용하여 서비스를 제공할 수 있는 커버리지(coverage)라고 이해될 수 있으며, 무선 자원의 "셀"은 상기 반송파에 의해 설정(configure)되는 주파수 범위인 대역폭(bandwidth, BW)와 연관된다. 노드가 유효한 신호를 전송할 수 있는 범위인 하향링크 커버리지와 UE로부터 유효한 신호를 수신할 수 있는 범위인 상향링크 커버리지는 해당 신호를 운반(carry)하는 반송파에 의해 의존하므로 노드의 커버리지는 상기 노드가 사용하는 무선 자원의 "셀"의 커버리지와 연관되기도 한다. 따라서 "셀"이라는 용어는 때로는 노드에 의한 서비스의 커버리지를, 때로는 무선 자원을, 때로는 상기 무선 자원을 이용한 신호가 유효한 세기로 도달할 수 있는 범위를 의미하는 데 사용될 수 있다.
한편, 3GPP 통신 표준은 무선 자원을 관리하기 위해 셀(cell)의 개념을 사용한다. 무선 자원과 연관된 "셀"이라 함은 하향링크 자원들(DL resources)와 상향링크 자원들(UL resources)의 조합, 즉, DL 컴포턴트 반송파(component carrier, CC) 와 UL CC의 조합으로 정의된다. 셀은 DL 자원 단독, 또는 DL 자원과 UL 자원의 조합으로 설정될(configured) 수 있다. 반송파 집성이 지원되는 경우, DL 자원(또는, DL CC)의 반송파 주파수(carrier frequency)와 UL 자원(또는, UL CC)의 반송파 주파수(carrier frequency) 사이의 링키지(linkage)는 시스템 정보에 의해 지시될 수 있다. 예를 들어, 시스템 정보 블록 타입 2(System Information Block Type2, SIB2) 링키지(linkage)에 의해서 DL 자원과 UL 자원의 조합이 지시될 수 있다. 여기서, 반송파 주파수는 각 셀 혹은 CC의 중심 주파수(center frequency)와 같거나 다를 수 있다. 반송파 집성(carrier aggregation, CA)가 설정될 때 UE는 네트워크와 하나의 무선 자원 제어(radio resource control, RRC) 연결만을 갖는다. 하나의 서빙 셀이 RRC 연결 수립(establishment)/재수립(re-establishment)/핸드오버 시에 비-접속 층(non-access stratum, NAS) 이동성(mobility) 정보를 제공하며, 하나의 서빙 셀이 RRC 연결 재수립/핸드오버 시에 보안(security) 입력을 제공한다. 이러한 셀을 1차 셀(primary cell, Pcell)이라 한다. Pcell은 UE가 초기 연결 수립 절차를 수행하거나 연결 재-수립 절차를 개시(initiate)하는 1차 주파수(primary frequency) 상에서 동작하는 셀이며. UE 능력(capability)에 따라, 2차 셀(secondary cell, Scell)들이 설정되어 Pcell과 함께 서빙 셀들의 세트를 형성(form)할 수 있다. Scell은 RRC(Radio Resource Control) 연결 수립(connection establishment)이 이루어진 이후에 설정 가능하고, 특별 셀(special cell, SpCell)의 자원들 외에 추가적인 무선 자원을 제공하는 셀이다. 하향링크에서 Pcell에 대응하는 반송파는 하향링크 1차 CC(DL PCC)라고 하며, 상향링크에서 Pcell에 대응하는 반송파는 UL 1차 CC(DL PCC)라고 한다. 하향링크에서 Scell에 대응하는 반송파는 DL 2차 CC(DL SCC)라 하며, 상향링크에서 상기 Scell에 대응하는 반송파는 UL 2차 CC(UL SCC)라 한다.
이중 연결성(dual connectivity, DC) 동작의 경우, SpCell이라는 용어는 마스터 셀 그룹(master cell group, MCG)의 Pcell 또는 2차 셀 그룹(secondary cell group, SCG)의 Pcell을 칭한다. SpCell은 PUCCH 전송 및 경쟁-기반 임의 접속을 지원하고, 항상 활성화(activate)된다. MCG는 마스터 노드(예, BS)와 연관된 서빙 셀들의 그룹이며 SpCell (Pcell) 및 선택적으로(Optionally) 하나 이상의 Scell들로 이루어진다. DC로 설정된 UE의 경우, SCG는 2차 노드와 연관된 서빙 셀들의 서브셋이며, PSCell 및 0개 이상의 Scell들로 이루어진다. CA 또는 DC로 설정되지 않은, RRC_CONNECTED 상태의 UE의 경우, Pcell로만 이루어진 하나의 서빙 셀만 존재한다. CA 또는 DC로 설정된 RRC_CONNECTED 상태의 UE의 경우, 서빙 셀들이라는 용어는 SpCell(들) 및 모든 Scell(들)로 이루어진 셀들의 세트를 지칭한다. DC에서는, MCG를 위한 매체 접속 제어(medium access control, MAC) 엔티티 하나와 SCG를 위한 MAC 엔티티 하나의 2개 MAC 엔티티들이 UE에 설정된다.
CA가 설정되고 DC는 설정되지 않은 UE에는 Pcell 및 0개 이상의 Scell로 이루어진 Pcell PUCCH 그룹과 Scell(들)로만 이루어진 Scell PUCCH 그룹이 설정된 수 있다. Scell의 경우, 해당 셀과 연관된 PUCCH가 전송되는 Scell(이하 PUCCH cell)이 설정될 수 있다. PUCCH Scell이 지시된 Scell은 Scell PUCCH 그룹에 속하며 상기 PUCCH Scell 상에서 관련 UCI의 PUCCH 전송이 수행되며, PUCCH Scell이 지시되지 않거나 PUCCH 전송용 셀로서 지시된 셀이 Pcell인 Scell은 Pcell PUCCH 그룹에 속하며 상기 Pcell 상에서 관련 UCI의 PUCCH 전송이 수행된다.
무선 통신 시스템에서 UE는 BS로부터 하향링크(downlink, DL)를 통해 정보를 수신하고, UE는 BS로 상향링크(uplink, UL)를 통해 정보를 전송한다. BS와 UE가 전송 및/또는 수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 전송 및/또는 수신하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
3GPP 기반 통신 표준은 상위 계층으로부터 기원한 정보를 운반하는 자원 요소들에 대응하는 하향링크 물리 채널들과, 물리 계층에 의해 사용되나 상위 계층으로부터 기원하는 정보를 운반하지 않는 자원 요소들에 대응하는 하향링크 물리 신호들을 정의된다. 예를 들어, 물리 하향링크 공유 채널(physical downlink shared channel, PDSCH), 물리 브로드캐스트 채널(physical broadcast channel, PBCH), 물리 하향링크 제어 채널(physical downlink control channel, PDCCH) 등이 하향링크 물리 채널들로서 정의되어 있으며, 참조 신호와 동기 신호(synchronization signal)가 하향링크 물리 신호들로서 정의되어 있다. 파일럿(pilot)이라고도 지칭되는 참조 신호(reference signal, RS)는 BS와 UE가 서로 알고 있는 기정의된 특별한 파형의 신호를 의미한다. 예를 들어, 복조 참조 신호(demodulation reference signal, DMRS), 채널 상태 정보 RS(channel state information RS, CSI-RS) 등이 하향링크 참조 신호로서 정의된다. 3GPP 기반 통신 표준은 상위 계층으로부터 기원한 정보를 운반하는 자원 요소들에 대응하는 상향링크 물리 채널들과, 물리 계층에 의해 사용되나 상위 계층으로부터 기원하는 정보를 운반하지 않는 자원 요소들에 대응하는 상향링크 물리 신호들을 정의하고 있다. 예를 들어, 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH), 물리 상향링크 제어 채널(physical uplink control channel, PUCCH), 물리 임의 접속 채널(physical random access channel, PRACH)가 상향링크 물리 채널로서 정의되며, 상향링크 제어/데이터 신호를 위한 복조 참조 신호(demodulation reference signal, DMRS), 상향링크 채널 측정에 사용되는 사운딩 참조 신호(sounding reference signal, SRS) 등이 정의된다.
본 명세에서 PDCCH(Physical Downlink Control CHannel)는 DCI(Downlink Control Information)를 운반하는 시간-주파수 자원들(예, 자원요소들)의 집합을 의미하고, PDSCH(Physical Downlink Shared CHannel)는 하향링크 데이터를 운반하는 시간-주파수 자원들의 집합을 의미한다. 또한, PUCCH(Physical Uplink Control CHannel), PUSCH(Physical Uplink Shared CHannel), PRACH(Physical Random Access CHannel)는 각각(respectively) UCI(Uplink Control Information), 상향링크 데이터, 임의 접속 신호를 운반하는 시간-주파수 자원들의 집합을 의미한다. 이하에서 사용자기기가 PUCCH/PUSCH/PRACH를 전송/수신한다는 표현은, 각각, PUSCH/PUCCH/PRACH 상에서 혹은 통해서 상향링크 제어정보/상향링크 데이터/임의 접속 신호를 전송/수신한다는 것과 동등한 의미로 사용된다. 또한, BS가 PBCH/PDCCH/PDSCH를 전송/수신한다는 표현은, 각각, PBCH/PDCCH/PDSCH 상에서 혹은 통해서 브로드캐스트 정보/하향링크 데이터/하향링크 제어정보를 전송한다는 것과 동일한 의미로 사용된다.
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 무선 접속 기술(radio access technology, RAT)에 비해 향상된 모바일 브로드밴드 통신에 대한 필요성이 대두되고 있다. 또한 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 매시브(massive) MTC 역시 차세대 통신에서 고려될 주요 이슈 중 하나이다. 아울러 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/UE를 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 진보된 모바일 브로드밴드 통신, 매시브 MTC, URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 RAT의 도입이 논의되고 있다. 현재 3GPP에서는 EPC 이후의 차세대 이동 통신 시스템에 대한 스터디를 진행 중에 있다. 본 명세에서는 편의상 해당 기술을 새 RAT (new RAT, NR) 혹은 5G RAT라고 칭하며, NR을 사용 혹은 지원하는 시스템을 NR 시스템이라 칭한다.
도 1은 본 명세의 구현들이 적용되는 통신 시스템 1의 예를 도시한 것이다. 도 1을 참조하면, 본 명세에 적용되는 통신 시스템(1)은 무선 기기, BS 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(예, E-UTRA))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, BS, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 BS/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 BS(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 BS(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, BS/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/BS(200)-BS(200)/무선 기기(100a~100f) 간에는 무선 통신/연결(150a, 150b)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신)은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b)을 통해 무선 기기와 BS/무선 기기는 서로 무선 신호를 전송/수신할 수 있다. 이를 위해, 본 명세의 다양한 제안들에 기반하여, 무선 신호의 전송/수신을 위한 다양한 설정 정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조(modulation)/복조(demodulation), 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 2는 본 명세에 따른 방법을 수행할 수 있는 통신 기기들의 예들을 도시한 블록도이다. 도 2를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 전송 및/또는 수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 1의 {무선 기기(100x), BS(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 앞에서 설명/제안한 기능, 절차 및/또는 방법들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 앞에서 설명/제안한 절차 및/또는 방법들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 송수신기(106)는 전송이기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 명세에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 앞에서 설명/제안한 기능, 절차 및/또는 방법들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 앞에서 설명/제안한 절차 및/또는 방법들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 송수신기(206)는 전송기 및/또는 수신기를 포함할 수 있다. 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 명세에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, 물리(physical, PHY) 계층, 매체 접속 제어(medium access control, MAC) 계층, 무선 링크 제어(radio link control, RLC) 계층, 패킷 데이터 수렵 프로토콜(packet data convergence protocol, PDCP) 계층, 무선 자원 제어(radio resource control, RRC)계층, 서비스 데이터 적응 프로토콜(service data adaption protocol, SDAP)와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 하나 이상의 프로토콜 데이터 유닛(protocol data unit, PDU) 및/또는 하나 이상의 서비스 데이터 유닛(service data unit, SDU)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 기저대역(baseband) 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 기저대역 신호)를 수신할 수 있고, 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 기능, 절차, 제안 및/또는 방법들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 기능, 절차, 제안 및/또는 방법을 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 기능, 절차, 제안 및 또는 방법들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 전송 및/또는 수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송 및/또는 수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 3은 본 명세의 구현(들)을 수행할 수 있는 무선 기기의 다른 예를 도시한 것이다. 도 3을 참조하면, 무선 기기(100, 200)는 도 2의 무선 기기(100, 200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 2의 하나 이상의 프로세서(102, 202) 및/또는 하나 이상의 메모리(104, 204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 2의 하나 이상의 송수신기(106, 206) 및/또는 하나 이상의 안테나(108, 208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 1, 100a), 차량(도 1, 100b-1, 100b-2), XR 기기(도 1, 100c), 휴대 기기(도 1, 100d), 가전(도 1, 100e), IoT 기기(도 1, 100f), 디지털 방송용 UE, 홀로그램 기기, 공공 안전 기기, MTC 기기, 의료 장치, 핀테크 기기(또는 금융 기기), 보안 기기, 기후/환경 기기, AI 서버/기기(도 1, 400), BS(도 1, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 3에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
도 4는 3GPP 기반 무선 통신 시스템에서 이용가능한 프레임 구조의 예를 도시한 것이다.
도 4의 프레임의 구조는 예시에 불과하고, 프레임에서 서브프레임의 수, 슬롯의 수, 심볼의 수는 다양하게 변경될 수 있다. NR 시스템에서는 하나의 UE에게 집성(aggregate)되는 복수의 셀들간에 OFDM 뉴머롤러지(numerology)(예, 부반송파 간격(subcarrier spacing, SCS)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, 서브프레임, 슬롯 또는 전송 시간 간격(transmission time interval, TTI))의 (절대 시간) 기간(duration)은 집성된 셀들간에 상이하게 설정될 수 있다. 여기서, 심볼은 OFDM 심볼 (혹은, 순환 프리픽스 - 직교 주파수 분할 다중화(cyclic prefix - orthogonal frequency division multiplexing, CP-OFDM) 심볼), SC-FDMA 심볼 (혹은, 이산 푸리에 변환-확산-OFDM(discrete Fourier transform-spread-OFDM, DFT-s-OFDM) 심볼)을 포함할 수 있다. 본 명세에서 심볼, OFDM-기반 심볼, OFDM 심볼, CP-OFDM 심볼 및 DFT-s-OFDM 심볼은 서로 대체될 수 있다.
도 4를 참조하면, NR 시스템에서 상향링크 및 하향링크 전송들은 프레임들로 조직화(organize)된다. 각 프레임은 T f = (△f max*N f/100)*T c = 10 ms 기간(duration)을 가지며, 각각 5ms의 기간인 2개 하프-프레임(half-frame)들로 나뉜다. 여기서 NR용 기본 시간 단위(basic time unit)인 T c = 1/(△f max*N f)이고, △f max = 480*10 3 Hz이며, N f=4096이다. 참고로, LTE용 기본 시간 단위인 T s = 1/(△f ref*N f,ref)이고, △f ref = 15*10 3 Hz이며, N f,ref=2048이다. T c와 T f는 상수 κ = T c/T f = 64의 관계를 가진다. 각 하프-프레임은 5개의 서브프레임들로 구성되며, 단일 서브프레임의 기간 T sf는 1ms이다. 서브프레임들은 슬롯들로 더 나뉘고, 서브프레임 내 슬롯의 개수는 부반송파 간격에 의존한다. 각 슬롯은 순환 프리픽스를 기초로 14개 혹은 12개 OFDM 심볼들로 구성된다. 정규(normal) 순환 프리픽스(cyclic prefix, CP)에는 각 슬롯은 14개 OFDM 심볼들로 구성되며, 확장(extended) CP의 경우에는 각 슬롯은 12개 OFDM 심볼들로 구성된다. 상기 뉴머롤러지(numerology)는 지수적으로(exponentially) 스케일가능한 부반송파 간격 △f = 2 u*15 kHz에 의존한다. 다음 표는 정규 CP에 대한 부반송파 간격 △f = 2 u*15 kHz에 따른 슬롯별 OFDM 심볼들의 개수( N slot symb), 프레임별 슬롯의 개수( N frame,u slot) 및 서브프레임별 슬롯의 개수( N subframe,u slot)를 나타낸 것이다.
Figure PCTKR2020002165-appb-img-000001
다음 표는 확장 CP에 대한 부반송파 간격 △f = 2 u*15 kHz에 따른 슬롯 당 OFDM 심볼들의 개수, 프레임당 슬롯의 개수 및 서브프레임당 슬롯의 개수를 나타낸 것이다.
Figure PCTKR2020002165-appb-img-000002
도 5는 슬롯의 자원 격자(resource grid)를 예시한다. 슬롯은 시간 도메인에서 복수(예, 14개 또는 12개)의 심볼들을 포함한다. 각 뉴머롤러지(예, 부반송파 간격) 및 반송파에 대해, 상위 계층 시그널링(예, 무선 자원 제어(radio resource control, RRC) 시그널링)에 의해 지시되는 공통 자원 블록(common resource block, CRB) N start,u grid에서 시작하는, N size,u grid,x* N RB sc개 부반송파들 및 N subframe,u symb개 OFDM 심볼들의 자원 격자(grid)가 정의된다. 여기서 N size,u grid,x은 자원 격자 내 자원 블록(resource block, RB)들의 개수이고, 밑첨자 x는 하향링크에 대해서는 DL이고 상향링크에 대해서는 UL이다. N RB sc는 RB당 부반송파의 개수이며, 3GPP 기반 무선 통신 시스템에서 N RB sc는 통상 12이다. 주어진 안테나 포트 p, 부반송파 간격 설정(configuration) u 및 전송 방향 (DL 또는 UL)에 대해 하나의 자원 격자가 있다. 부반송파 간격 설정 u에 대한 반송파 대역폭 N size,u grid는 네트워크로부터의 상위 계층 파라미터(예, RRC 파라미터)에 의해 UE에게 주어진다. 안테나 포트 p 및 부반송파 간격 설정 u에 대한 자원 격자 내 각각의 요소는 자원 요소(resource element, RE)로 칭해지며, 각 자원 요소에는 하나의 복소 심볼이 매핑될 수 있다. 자원 격자 내 각 자원 요소는 주파수 도메인 내 인덱스 k 및 시간 도메인에서 참조 포인트에 대해 상대적으로 심볼 위치를 표시하는 인덱스 l에 의해 고유하게 식별된다. NR 시스템에서 RB는 주파수 도메인에서 12개의 연속한(consecutive) 부반송파에 의해 정의된다. NR 시스템에서 RB들은 공통 자원 블록(CRB)들과 물리 자원 블록(physical resource block, PRB)들로 분류될 수 있다. CRB들은 부반송파 간격 설정 u에 대한 주파수 도메인에서 위쪽으로(upwards) 0부터 넘버링된다. 부반송파 간격 설정 u에 대한 CRB 0의 부반송파 0의 중심은 자원 블록 격자들을 위한 공통 참조 포인트인 '포인트 A'와 일치한다. PRB들은 대역폭 파트(bandwidth part, BWP) 내에서 정의되고, 0부터 N size BWP,i-1까지 넘버링되며, 여기서 i는 상기 대역폭 파트의 번호이다. 공통 자원 블록 n CRB와 대역폭 파트 i 내 물리 자원 블록 n PRB 간 관계는 다음과 같다: n PRB = n CRB + N size BWP,i, 여기서 N size BWP,i는 상기 대역폭 파트가 CRB 0에 상대적으로 시작하는 공통 자원 블록이다. BWP는 주파수 도메인에서 복수의 연속한 RB를 포함한다. 반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. UE는 주어진 컴포넌트 반송파 상에서 하나 이상의 BWP를 갖도록 설정될 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, UE에게 설정된 BWP들 중 기결정된 개수(예, 1개)의 BWP만이 해당 반송파 상에서 활성화될 수 있다.
반송파 집성이 설정된 UE는 하나 이상의 셀들을 사용하도록 설정될 수 있다. UE가 다수의 서빙 셀들을 갖도록 설정된 경우, 상기 UE는 하나 또는 복수의 셀 그룹들을 갖도록 설정될 수 있다. UE는 서로 다른 BS들과 연관된 복수의 셀 그룹들을 갖도록 설정될 수도 있다. 혹은 UE는 단일 BS와 연관된 복수의 셀 그룹들을 갖도록 설정될 수 있다. UE의 각 셀 그룹은 하나 이상의 서빙 셀들로 구성되며, 각 셀 그룹은 PUCCH 자원들이 설정된 단일 PUCCH 셀을 포함한다. 상기 PUCCH 셀은 Pcell 혹은 해당 셀 그룹의 Scell들 중 PUCCH 셀로서 설정된 Scell일 수 있다. UE의 각 서빙 셀은 UE의 셀 그룹들 중 하나에 속하며, 다수의 셀 그룹에 속하지 않는다.
NR 주파수 대역들은 2가지 타입의 주파수 범위들, FR1 및 FR2로 정의되며, FR2는 밀리미터 파(millimeter wave, mmW)로도 불린다. 다음 표는 NR이 동작할 수 있는 주파수 범위들을 예시한다.
Figure PCTKR2020002165-appb-img-000003
이하, 3GPP 기반 무선 통신 시스템에서 사용될 수 있는 물리 채널들에 대해 보다 자세히 설명한다.
PDCCH는 DCI를 운반한다. 예를 들어, PDCCH(즉, DCI)는 하향링크 공유 채널(downlink shared channel, DL-SCH)의 전송 포맷 및 자원 할당, 상향링크 공유 채널(uplink shared channel, UL-SCH)에 대한 자원 할당 정보, 페이징 채널(paging channel, PCH)에 대한 페이징 정보, DL-SCH 상의 시스템 정보, PDSCH 상에서 전송되는 임의 접속 응답(random access response, RAR)과 같이 UE/BS의 프로토콜 스택들 중 물리 계층보다 위에 위치하는 계층(이하, 상위 계층)의 제어 메시지에 대한 자원 할당 정보, 전송 전력 제어 명령, 설정된 스케줄링(configured scheduling, CS)의 활성화/해제 등을 운반한다. DCI는 순환 리던던시 검사(cyclic redundancy check, CRC)를 포함하며, CRC는 PDCCH의 소유자 또는 사용 용도에 따라 다양한 식별자(예, 무선 네트워크 임시 식별자(radio network temporary identifier, RNTI)로 마스킹/스크램블된다. 예를 들어, PDCCH가 특정 UE를 위한 것이면, CRC는 UE 식별자(예, 셀 RNTI(C-RNTI))로 마스킹된다. PDCCH가 페이징에 관한 것이면, CRC는 페이징 RNTI(P-RNTI)로 마스킹된다. PDCCH가 시스템 정보(예, 시스템 정보 블록(system information block, SIB)에 관한 것이면, CRC는 시스템 정보 RNTI(system information RNTI, SI-RNTI)로 마스킹된다. PDCCH가 임의 접속 응답에 관한 것이면, CRC는 임의 접속 RNTI(random access RNTI, RA-RATI)로 마스킹된다.
PDCCH는 제어 자원 세트(control resource set, CORESET)를 통해 전송된다. 하나 이상의 CORESET이 UE에게 설정될 수 있다. CORESET은 1개 내지 3개 OFDM 심볼들의 시간 기간(duration)을 가지고 물리 자원 블록(physical resource block, PRB)들의 세트로 구성된다. CORESET을 구성하는 PRB들과 CORESET 기간(duration)이 상위 계층(예, RRC) 시그널링을 통해 UE에게 제공될 수 있다. 설정된 CORESET(들) 내에서 PDCCH 후보들의 세트를 해당 탐색 공간 세트들에 따라 모니터링한다. 여기서 모니터링은 모니터되는 DCI 포맷들에 각 PDCCH 후보를 디코딩(일명, 블라인드 디코딩)하는 의미(imply)한다. UE가 모니터링하는 PDCCH 후보들의 세트는 PDCCH 탐색 공간(search space) 세트들의 면에서 정의된다. 탐색 공간 세트는 공통 검색 공간 (common search space, CSS) 세트 또는 UE-특정 탐색 공간 (UE-specific search space, USS) 세트일 수 있다. 각 CORESET 설정은 하나 이상의 탐색 공간 세트와 연관되고(associated with), 각 탐색 공간 세트는 하나의 CORESET 설정과 연관된다. 탐색 공간 세트는 BS에 의해 UE에게 제공되는 다음의 파라미터들에 기반하여 결정된다.
- controlResourceSetId: 탐색 공간 세트와 관련된 CORESET를 식별한다.
- monitoringSlotPeriodicityAndOffset: 주기(periodicity) 및 오프셋으로서 설정된 PDCCH 모니터링을 위한 슬롯들을 나타낸다.
- monitoringSymbolsWithinSlot: PDCCH 모니터링을 위한 슬롯들에서 PDCCH 모니터링을 위한 첫 번째 심볼(들)을 나타낸다.
- nrofCandidates: CCE 집성 레벨별 PDCCH 후보의 개수를 나타낸다.
PDSCH는 UL 데이터 수송을 위한 물리 계층 UL 채널이다. PDSCH는 하향링크 데이터(예, DL-SCH 수송 블록)를 운반하고, QPSK(Quadrature Phase Shift Keying), 16 QAM(Quadrature Amplitude Modulation), 64 QAM, 256 QAM 등의 변조 방법이 적용된다. 수송 블록(transport block, TB)를 인코딩하여 코드워드(codeword)가 생성된다. PDSCH는 최대 2개의 코드워드를 운반할 수 있다. 코드워드별로 스크램블링(scrambling) 및 변조 매핑(modulation mapping)이 수행되고, 각 코드워드로부터 생성된 변조 심볼들은 하나 이상의 레이어로 매핑될 수 있다. 각 레이어는 DMRS와 함께 무선 자원에 매핑되어 OFDM 심볼 신호로 생성되고, 해당 안테나 포트를 통해 전송된다.
PUCCH는 UCI 전송을 위한 물리 계층 UL 채널을 의미한다. PUCCH는 UCI(Uplink Control Information)를 운반다. UCI는 다음을 포함한다.
- 스케줄링 요청(scheduling request, SR): UL-SCH 자원을 요청하는 데 사용되는 정보이다.
- 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ)-확인(acknowledgement, ACK): PDSCH 상의 하향링크 데이터 패킷(예, 코드워드)에 대한 응답이다. 하향링크 데이터 패킷이 통신 기기에 의해 성공적으로 수신되었는지 여부를 나타낸다. 단일 코드워드에 대한 응답으로 HARQ-ACK 1비트가 전송되고, 두 개의 코드워드에 대한 응답으로 HARQ-ACK 2비트가 전송될 수 있다. HARQ-ACK 응답은 포지티브 ACK(간단히, ACK), 네거티브 ACK(NACK), DTX 또는 NACK/DTX를 포함한다. 여기서, HARQ-ACK라는 용어는 HARQ ACK/NACK, ACK/NACK, 또는 A/N과 혼용된다.
- 채널 상태 정보(channel state information, CSI): 하향링크 채널에 대한 피드백 정보이다. CSI는 채널 품질 정보(channel quality information, CQI), 랭크 지시자(rank indicator, RI), 프리코딩 행렬 지시자(precoding matrix indicator, PMI), CSI-RS 자원 지시자(CSI-RS resource indicator, CRI), SS/PBCH 자원 블록 지시자, SSBRI), 레이어 지시자(layer indicator, LI) 등을 포함할 수 있다. CSI는 상기 CSI에 포함되는 UCI 타입에 따라 CSI 파트 1과 CSI 파트 2로 구분될 수 있다. 예를 들어, CRI, RI, 및/또는 첫 번째 코드워드에 대한 CQI는 CSI 파트 1에 포함되고, LI, PMI, 두 번째 코드워드에 대한 CQI는 CSI 파트 2에 포함될 수 있다.
본 명세에서는, 편의상, BS가 HARQ-ACK, SR, CSI 전송을 위해 UE에게 설정한 및/또는 지시한 PUCCH 자원을 각각 HARQ-ACK PUCCH 자원, SR PUCCH 자원, CSI PUCCH 자원으로 칭한다.
PUCCH 포맷은 UCI 페이로드 크기 및/또는 전송 길이(예, PUCCH 자원을 구성하는 심볼 개수)에 따라 다음과 같이 구분될 수 있다. PUCCH 포맷에 관한 사항은 표 4를 함께 참조할 수 있다.
(0) PUCCH 포맷 0 (PF0, F0)
- 지원 가능한 UCI 페이로드 크기: up to K 비트(예, K = 2)
- 단일 PUCCH를 구성하는 OFDM 심볼 수: 1 ~ X 심볼(예, X = 2)
- 전송 구조: PUCCH 포맷 0는 DMRS 없이 UCI 신호만으로 이루어지고, UE는 복수의 시퀀스들 중 하나를 선택 및 전송함으로써, UCI 상태를 전송한다. 예를 들어, UE는 복수 개의 시퀀스들 중 하나의 시퀀스를 PUCCH 포맷 0인 PUCCH을 통해 전송하여 특정 UCI를 BS에게 전송한다. UE는 긍정(positive) SR을 전송하는 경우에만 대응하는 SR 설정을 위한 PUCCH 자원 내에서 PUCCH 포맷 0인 PUCCH를 전송한다.
- PUCCH 포맷 0에 대한 설정은 해당 PUCCH 자원에 대한 다음 파라미터들을 포함한다: 초기 순환 천이를 위한 인덱스, PUCCH 전송을 위한 심볼들의 개수, 상기 PUCCH 전송을 위한 첫 번째 심볼.
(1) PUCCH 포맷 1 (PF1, F1)
- 지원 가능한 UCI 페이로드 크기: up to K 비트(예, K = 2)
- 단일 PUCCH를 구성하는 OFDM 심볼 수: Y ~ Z 심볼(예, Y = 4, Z = 14)
- 전송 구조: DMRS와 UCI가 서로 다른 OFDM 심볼에 TDM 형태로 설정/매핑된다. 즉, DMRS는 변조 심볼이 전송되지 않는 심볼에서 전송된다. UCI는 특정 시퀀스(예, 직교 커버 코드(orthogonal cover code, OCC)에 변조(예, QPSK) 심볼을 곱함으로써 표현된다. UCI와 DMRS에 모두 순환 쉬프트(cyclic shift, CS)/OCC를 적용하여 (동일 RB 내에서) (PUCCH 포맷 1을 따르는) 복수 PUCCH 자원들 간에 코드 분할 다중화(code division multiplexing, CDM)가 지원된다. PUCCH 포맷 1은 최대 2 비트 크기의 UCI를 운반하고, 변조 심볼은 시간 영역에서 (주파수 호핑 여부에 따라 달리 설정되는) 직교 커버 코드(orthogonal cover code, OCC)에 의해 확산된다.
- PUCCH 포맷 1에 대한 설정은 해당 PUCCH 자원에 대한 다음 파라미터들을 포함한다: 초기 순환 천이를 위한 인덱스, PUCCH 전송을 위한 심볼들의 개수, 상기 PUCCH 전송을 위한 첫 번째 심볼, 직교 커버 코드(orthogonal cover code)를 위한 인덱스.
(2) PUCCH 포맷 2 (PF2, F2)
- 지원 가능한 UCI 페이로드 크기: more than K 비트(예, K = 2)
- 단일 PUCCH를 구성하는 OFDM 심볼 수: 1 ~ X 심볼(예, X = 2)
- 전송 구조: DMRS와 UCI가 동일 심볼 내에서 주파수 분할 다중화(frequency division multiplex, FDM) 형태로 설정/매핑된다. UE는 코딩된 UCI 비트에 DFT없이 IFFT만을 적용하여 전송한다. PUCCH 포맷 2는 K 비트보다 큰 비트 크기의 UCI를 운반하고, 변조 심볼은 DMRS와 FDM되어 전송된다. 예를 들어, DMRS는 1/3의 밀도로 주어진 자원 블록 내 심볼 인덱스 #1, #4, #7 및 #10에 위치한다. 의사 잡음(pseudo noise, PN) 시퀀스가 DMRS 시퀀스를 위해 사용된다. 2-심볼 PUCCH 포맷 2를 위해 주파수 호핑이 활성화될 수 있다.
- PUCCH 포맷 2에 대한 설정은 해당 PUCCH 자원에 대한 다음 파라미터들을 포함한다: PRB의 개수, PUCCH 전송을 위한 심볼들의 개수, 상기 PUCCH 전송을 위한 첫 번째 심볼.
(3) PUCCH 포맷 3 (PF3, F3)
- 지원 가능한 UCI 페이로드 크기: more than K 비트(예, K = 2)
- 단일 PUCCH를 구성하는 OFDM 심볼 수: Y ~ Z 심볼(예, Y = 4, Z = 14)
- 전송 구조: DMRS와 UCI가 서로 다른 심볼에 TDM 형태로 설정/매핑된다. UE는 코딩된 UCI 비트에 DFT를 적용하여 전송한다. PUCCH 포맷 3는 동일 시간-주파수 자원(예, 동일 PRB)에 대한 UE 다중화를 지원하지 않는다.
- PUCCH 포맷 3에 대한 설정은 해당 PUCCH 자원에 대한 다음 파라미터들을 포함한다: PRB의 개수, PUCCH 전송을 위한 심볼들의 개수, 상기 PUCCH 전송을 위한 첫 번째 심볼.
(4) PUCCH 포맷 4 (PF4, F4)
- 지원 가능한 UCI 페이로드 크기: more than K 비트(예, K = 2)
- 단일 PUCCH를 구성하는 OFDM 심볼 수: Y ~ Z 심볼(예, Y = 4, Z = 14)
- 전송 구조: DMRS와 UCI가 서로 다른 심볼에 TDM 형태로 설정/매핑된다. PUCCH 포맷 4는 DFT 전단에서 OCC를 적용하고 DMRS에 대해 CS (또는 인터리브 FDM(interleaved FDM, IFDM) 매핑)을 적용함으로써, 동일 PRB 내에 최대 4개 UE까지 다중화할 수 있다. 다시 말해, UCI의 변조 심볼은 DMRS와 TDM(Time Division Multiplexing)되어 전송된다.
- PUCCH 포맷 4에 대한 설정은 해당 PUCCH 자원에 대한 다음 파라미터들을 포함한다: PUCCH 전송을 위한 심볼들의 개수, 직교 커버 코드를 위한 길이, 직교 커버 코드를 위한 인덱스, 상기 PUCCH 전송을 위한 첫 번째 심볼.
다음 표는 PUCCH 포맷들을 예시한다. PUCCH 전송 길이에 따라 짧은(short) PUCCH (포맷 0, 2) 및 긴(long) PUCCH (포맷 1, 3, 4)로 구분될 수 있다.
Figure PCTKR2020002165-appb-img-000004
UCI 타입(예, A/N, SR, CSI)별로 PUCCH 자원이 결정될 수 있다. UCI 전송에 사용되는 PUCCH 자원은 UCI (페이로드) 크기에 기반하여 결정될 수 있다. 예를 들어, BS는 UE에게 복수의 PUCCH 자원 세트들을 설정하고, UE는 UCI (페이로드) 크기(예, UCI 비트 수)의 범위에 따라 특정 범위에 대응되는 특정 PUCCH 자원 세트를 선택할 수 있다. 예를 들어, UE는 UCI 비트 수(N UCI)에 따라 다음 중 하나의 PUCCH 자원 세트를 선택할 수 있다.- PUCCH 자원 세트 #0, if UCI 비트 수 =< 2
- PUCCH 자원 세트 #1, if 2< UCI 비트 수 =< N 1
...
- PUCCH 자원 세트 #(K-1), if N K-2 < UCI 비트 수 =< N K-1
여기서, K는 PUCCH 자원 세트의 개수이고(K>1), N i는 PUCCH 자원 세트 #i가 지원하는 최대 UCI 비트 수이다. 예를 들어, PUCCH 자원 세트 #1은 PUCCH 포맷 0~1의 자원으로 구성될 수 있고, 그 외의 PUCCH 자원 세트는 PUCCH 포맷 2~4의 자원으로 구성될 수 있다(표 4 참조).
각 PUCCH 자원에 대한 설정은 PUCCH 자원 인덱스, 시작 PRB의 인덱스, PUCCH 포맷 0 ~ PUCCH 4 중 하나에 대한 설정 등을 포함한다. UE는 PUCCH 포맷 2, PUCCH 포맷 3, 또는 PUCCH 포맷 4를 사용한 PUCCH 전송 내에 HARQ-ACK, SR 및 CSI 보고(들)을 다중화하기 위한 코드 레이트가 상위 계층 파라미터 maxCodeRate를 통해 BS에 의해 UE에게 설정된다. 상기 상위 계층 파라미터 maxCodeRate은 PUCCH 포맷 2, 3 또는 4를 위한 PUCCH 자원 상에서 UCI를 어떻게 피드백할 것인지를 결정하기 위해 사용된다.
UCI 타입이 SR, CSI인 경우, PUCCH 자원 세트 내에서 UCI 전송에 사용될 PUCCH 자원은 상위 계층 시그널링(예, RRC 시그널링)을 통해 네트워크에 의해 UE에게 설정될 수 있다. UCI 타입이 SPS(Semi-Persistent Scheduling) PDSCH에 대한 HARQ-ACK인 경우, PUCCH 자원 세트 내에서 UCI 전송에 활용할 PUCCH 자원은 상위 계층 시그널링(예, RRC 시그널링)을 통해 네트워크에 의해 UE에게 설정될 수 있다. 반면, UCI 타입이 DCI에 의해 스케줄링된 PDSCH에 대한 HARQ-ACK인 경우, PUCCH 자원 세트 내에서 UCI 전송에 사용될 PUCCH 자원은 DCI에 기반하여 스케줄링될 수 있다.
DCI-기반 PUCCH 자원 스케줄링의 경우, BS는 UE에게 PDCCH를 통해 DCI를 전송하며, DCI 내의 ACK/NACK 자원 지시자(ACK/NACK resource indicator, ARI)를 통해 특정 PUCCH 자원 세트 내에서 UCI 전송에 사용될 PUCCH 자원을 지시할 수 있다. ARI는 ACK/NACK 전송을 위한 PUCCH 자원을 지시하는 데 사용되며, PUCCH 자원 지시자(PUCCH resource indicator, PRI)로 지칭될 수도 있다. 여기서, DCI는 PDSCH 스케줄링에 사용되는 DCI이고, UCI는 PDSCH에 대한 HARQ-ACK을 포함할 수 있다. 한편, BS는 ARI가 표현할 수 있는 상태(state) 수보다 많은 PUCCH 자원들로 구성된 PUCCH 자원 세트를 (UE-특정) 상위 계층(예, RRC) 신호를 이용하여 UE에게 설정할 수 있다. 이때, ARI는 PUCCH 자원 세트 내 PUCCH 자원 서브-세트를 지시하고, 지시된 PUCCH 자원 서브-세트 내에서 어떤 PUCCH 자원을 사용할지는 PDCCH에 대한 전송 자원 정보(예, PDCCH의 시작 제어 채널 요소(control channel element, CCE) 인덱스 등)에 기반한 암묵적 규칙(implicit rule)에 따라 결정될 수 있다.
UE는 UL-SCH 데이터 전송을 위해서는 상기 UE에게 이용가능한 상향링크 자원들을 가져야 하며, DL-SCH 데이터 수신을 위해서는 상기 UE에게 이용가능한 하향링크 자원들을 가져야 한다. 상향링크 자원들과 하향링크 자원들은 BS에 의한 자원 할당(resource allocation)을 통해 UE에게 배정(assign)된다. 자원 할당은 시간 도메인 자원 할당(time domain resource allocation, TDRA)과 주파수 도메인 자원 할당(frequency domain resource allocation, FDRA)을 포함할 수 있다. 본 명세에서 상향링크 자원 할당은 상향링크 그랜트로도 지칭되며, 하향링크 자원 할당은 하향링크 배정으로도 지칭된다. 상향링크 그랜트는 UE에 의해 PDCCH 상에서 혹은 RAR 내에서 동적으로 수신되거나, BS로부터의 RRC 시그널링에 의해 UE에게 준-지속적(semi-persistently)으로 설정된다. 하향링크 배정은 UE에 의해 PDCCH 상에서 동적으로 수신되거나, BS로부터의 RRC 시그널링에 의해 UE에게 준-지속적으로 설정된다.
UL에서, BS는 임시 식별자(cell radio network temporary Identifier, C-RNTI)에 어드레스된 PDCCH(들)를 통해 UE에게 상향링크 자원들을 동적으로 할당할 수 있다. UE는 UL 전송을 위한 가능성 있는 상향링크 그랜트(들)을 찾아내기 위해 PDCCH(들)을 모니터한다. 또한, BS는 UE에게 설정된 그랜트를 이용하여 상향링크 자원들을 할당할 수 있다. 타입 1 및 타입 2의 2가지 타입의 설정된 그랜트가 사용될 수 있다. 타입 1의 경우, BS는 (주기(periodicity)를 포함하는) 설정된 상향링크 그랜트를 RRC 시그널링을 통해 직접적으로 제공한다. 타입 2의 경우, BS는 RRC 설정된 상향링크 그랜트의 주기를 RRC 시그널링을 통해 설정하고, 설정된 스케줄링 RNTI(configured scheduling RNTI, CS-RNTI)로 어드레스된 PDCCH(PDCCH addressed to CS-RNTI)를 통해 상기 설정된 상향링크 그랜트를 시그널링 및 활성화거나 이를 활성해제(deactivate)할 수 있다. 예를 들어, 타입 2의 경우, CS-RNTI로 어드레스된 PDCCH는 해당 상향링크 그랜트가, 활성해제될 때까지, RRC 시그널링에 의해 설정된 주기에 따라 암묵적으로(implicitly) 재사용될 수 있음을 지시한다.
DL에서, BS는 C-RNTI로 어드레스된 PDCCH(들)을 통해 UE에게 하향링크 자원들을 동적으로 할당할 수 있다. UE는 가능성 있는 하향링크 배정들을 찾아내기 위해 PDCCH(들)을 모니터한다. 또한, BS는 준-지속적 스케줄링(semi-static scheduling, SPS)을 이용하여 하향링크 자원들을 UE에게 할당할 수 있다. BS는 RRC 시그널링을 통해 설정된 하향링크 배정들의 주기를 설정하고, CS-RNTI로 어드레스된 PDCCH를 통해 상기 설정된 하향링크 배정을 시그널링 및 활성화거나 이를 활성해제할 수 있다. 예를 들어, CS-RNTI로 어드레스된 PDCCH는 해당 하향링크 배정이, 활성해제될 때까지, RRC 시그널링에 의해 설정된 주기에 따라 암묵적으로 재사용될 수 있음을 지시한다.
이하 PDCCH에 의한 자원 할당과 RRC에 의한 자원 할당이 조금 더 구체적으로 설명된다.
* PDCCH에 의한 자원 할당: 동적 그랜트/배정
PDCCH는 PDSCH 상에서의 DL 전송 또는 PUSCH 상에서의 UL 전송을 스케줄링하는 데 사용될 수 있다. DL 전송을 스케줄링하는 PDCCH 상의 DCI는, DL-SCH와 관련된, 변조 및 코딩 포맷(예, 변조 및 코딩 방식(MCS) 인덱스 I MCS), 자원 할당 및 HARQ 정보를 적어도 포함하는 DL 자원 배정을 포함할 수 있다. UL 전송을 스케줄링하는 PDCCH 상의 DCI는 UL-SCH와 관련된, 변조 및 코딩 포맷, 자원 할당 및 HARQ 정보를 적어도 포함하는, 상향링크 스케줄링 그랜트를 포함할 수 있다. 하나의 PDCCH에 의해 운반되는 DCI의 크기 및 용도는 DCI 포맷에 따라 다르다. 예를 들어, DCI 포맷 0_0, DCI 포맷 0_1, 또는 DCI 포맷 0_2가 PUSCH의 스케줄링을 위해 사용될 수 있으며, DCI 포맷 1_0, DCI 포맷 1_1, 또는 DCI 포맷 1_2가 PDSCH의 스케줄링을 위해 사용될 수 있다. 특히, DCI 포맷 0_2와 DCI 포맷 1_2는 DCI 포맷 0_0, DCI 포맷 0_1, DCI 포맷 1_0, DCI 포맷 1_1이 보장하는 전송 신뢰성(reliability) 및 레이턴시(latency) 요구사항(requirement)보다 높은 전송 신뢰성 및 낮은 레이턴시 요구사항을 갖는 전송을 스케줄링하는 데 사용될 수 있다. 본 명세의 몇몇 구현들은 DCL 포맷 0_2에 기반한 UL 데이터 전송에 적용될 수 있다. 본 명세의 몇몇 구현들은 DCI 포맷 1_2에 기반한 DL 데이터 수신에 적용될 수 있다.
도 6은 PDCCH에 의한 PDSCH 시간 도메인 자원 할당의 예와 PDCCH에 의한 PUSCH 시간 도메인 자원 할당의 예를 도시한 것이다.
PDSCH 또는 PUSCH를 스케줄링하기 위해 PDCCH에 의해 운반되는 DCI는 시간 도메인 자원 할당(time domain resource assignment, TDRA) 필드를 포함하며, 상기 TDRA 필드는 PDSCH 또는 PUSCH를 위한 할당 표(allocation table)로의 행(row) 인덱스 m+1을 위한 값 m을 제공한다. 기정의된 디폴트 PDSCH 시간 도메인 할당이 PDSCH를 위한 상기 할당 표로서 적용되거나, BS가 RRC 시그널링 pdsch-TimeDomainAllocationList을 통해 설정한 PDSCH 시간 도메인 자원 할당 표가 PDSCH를 위한 상기 할당 표로서 적용된다. 기정의된 디폴트 PUSCH 시간 도메인 할당이 PDSCH를 위한 상기 할당 표로서 적용되거나, BS가 RRC 시그널링 pusch-TimeDomainAllocationList을 통해 설정한 PUSCH 시간 도메인 자원 할당 표가 PUSCH를 위한 상기 할당 표로서 적용된다. 적용할 PDSCH 시간 도메인 자원 할당 표 및/또는 적용할 PUSCH 시간 도메인 자원 할당 표는 고정된/기정의된 규칙에 따라 결정될 수 있다(예, 3GPP TS 38.214 참조).
PDSCH 시간 도메인 자원 설정들에서 각 인덱스된 행은 DL 배정-to-PDSCH 슬롯 오프셋 K 0, 시작 및 길이 지시자 SLIV (또는 직접적으로 슬롯 내의 PDSCH의 시작 위치(예, 시작 심볼 인덱스 S) 및 할당 길이(예, 심볼 개수 L)), PDSCH 매핑 타입을 정의한다. PUSCH 시간 도메인 자원 설정들에서 각 인덱스된 행은 UL 그랜트-to-PUSCH 슬롯 오프셋 K 2, 슬롯 내의 PUSCH의 시작 위치(예, 시작 심볼 인덱스 S) 및 할당 길이(예, 심볼 개수 L), PUSCH 매핑 타입을 정의한다. PDSCH를 위한 K 0 또는 PUSCH를 위한 K 2는 PDCCH가 있는 슬롯과 상기 PDCCH에 대응하는 PDSCH 또는 PUSCH가 있는 슬롯 간 차이를 나타낸다. SLIV는 PDSCH 또는 PUSCH를 갖는 슬롯의 시작에 상대적인 시작 심볼 S 및 상기 심볼 S로부터 카운팅한 연속적(consecutive) 심볼들의 개수 L의 조인트 지시이다. PDSCH/PUSCH 매핑 타입의 경우, 2가지 매핑 타입이 있다: 하나는 매핑 타입 A이고 다른 하나는 매핑 타입 B이다. PDSCH/PUSCH 매핑 타입 A의 경우 복조 참조 신호(demodulation reference signal, DMRS)가 RRC 시그널링에 따라 슬롯에서 세 번째 심볼(심볼 #2) 혹은 네 번째 심볼(심볼 #3)에 위치된다. PDSCH/PUSCH 매핑 타입 B의 경우, DMRS가 PDSCH/PUSCH를 위해 할당된 첫 번째 심볼에 위치된다.
상기 스케줄링 DCI는 PDSCH 또는 PUSCH를 위해 사용되는 자원 블록들에 관한 배정 정보를 제공하는 주파수 도메인 자원 배정(frequency domain resource assignment, FDRA) 필드를 포함한다. 예를 들어, FDRA 필드는 UE에게 PDSCH 또는 PUSCCH 전송을 위한 셀에 관한 정보, PDSCH 또는 PUSCH 전송을 위한 BWP에 관한 정보, PDSCH 또는 PUSCH 전송을 위한 자원 블록들에 관한 정보를 제공한다.
* RRC에 의한 자원 할당
앞서 언급된 바와 같이, 상향링크의 경우, 동적 그랜트 없는 2가지 타입의 전송이 있다: 설정된 그랜트 타입 1 및 설정된 그랜트 타입 2. 설정된 그랜트 타입 1의 경우 UL 그랜트가 RRC 시그널링에 의해 제공되어 설정된 그랜트로서 저장된다. 설정된 그랜트 타입 2의 경우, UL 그랜트가 PDCCH에 의해 제공되며 설정된 상향링크 그랜트 활성화 또는 활성해제를 지시하는 L1 시그널링을 기반으로 설정된 상향링크 그랜트로서 저장 또는 제거(clear)된다. 타입 1 및 타입 2가 서빙 셀 별 및 BWP별로 RRC 시그널링에 의해 설정될 수 있다. 다수의 설정들이 다른 서빙 셀들 상에서 동시해 활성될 수 있다.
설정된 그랜트 타입 1이 설정될 때 UE는 다음의 파라미터들을 RRC 시그널링을 통해 BS로부터 제공받을 수 있다:
- 재전송을 위한 CS-RNTI인 cs-RNTI;
- 설정된 그랜트 타입 1의 주기인 periodicity;
- 시간 도메인에서 시스템 프레임 번호(system frame number, SFN) = 0에 대한자원의 오프셋을 나타내는 timeDomainOffset;
- 시작 심볼 S, 길이 L, 및 PUSCH 매핑 타입의 조합을 나타내는, 할당 표를 포인팅하는 행 인덱스 m+1을 제공하는, timeDomainAllocation 값 m;
- 주파수 도메인 자원 할당을 제공하는 frequencyDomainAllocation; 및
- 변조 차수, 타겟 코드 레이트 및 수송 블록 크기를 나타내는 I MCS를 제공하는 mcsAndTBS.
RRC에 의해 서빙 셀을 위한 설정 그랜트 타입 1의 설정 시, UE는 RRC에 의해 제공되는 상기 UL 그랜트를 지시된 서빙 셀을 위한 설정된 상향링크 그랜트로서 저장하고, timeDomainOffset 및 ( SLIV로부터 유도되는) S에 따른 심볼에서 상기 설정된 상향링크 그랜트가 시작하도록 그리고 periodicity로 재발(recur)하도록 초기화(initialize) 또는 재-초기화한다. 상향링크 그랜트가 설정된 그랜트 타입 1을 위해 설정된 후에, 상기 UE는 상기 상향링크 그랜트가 다음을 만족하는 각 심볼과 연관되어 재발한다고 간주(consider)할 수 있다: [(SFN * numberOfSlotsPerFrame ( numberOfSymbolsPerSlot) + (slot number in the frame * numberOfSymbolsPerSlot) + symbol number in the slot] = ( timeDomainOffset * numberOfSymbolsPerSlot + S + N * periodicity) modulo (1024 * numberOfSlotsPerFrame * numberOfSymbolsPerSlot), for all N >= 0, 여기서 numberOfSlotsPerFrame 및 numberOfSymbolsPerSlot은 프레임당 연속한 슬롯의 개수 및 슬롯 별 연속한 OFDM 심볼을 각각 나타낸다(표 1 및 표 2 참조).
설정된 그랜트 타입 2가 설정될 때 UE는 다음 파라미터들을 RRC 시그널링을 통해 BS로부터 제공받을 수 있다:
- 활성화, 활성해제, 및 재전송을 위한 CS-RNTI인 cs-RNTI; 및
- 상기 설정된 그랜트 타입 2의 주기를 제공하는 periodicity.
실제 상향링크 그랜트는 (CS-RNTI로 어드레스된) PDCCH에 의해 UE에게 제공된다. 상향링크 그랜트가 설정된 그랜트 타입 2를 위해 설정된 후에, 상기 UE는 상기 상향링크 그랜트가 다음을 만족하는 각 심볼과 연관되어 재발한다고 간주할 수 있다: [(SFN * numberOfSlotsPerFrame * numberOfSymbolsPerSlot) + (slot number in the frame * numberOfSymbolsPerSlot) + symbol number in the slot] = [(SFN start time * numberOfSlotsPerFrame * numberOfSymbolsPerSlot + slot start time * numberOfSymbolsPerSlot + symbol start time) + N * periodicity] modulo (1024 * numberOfSlotsPerFrame * numberOfSymbolsPerSlot), for all N >= 0, 여기서 SFN start time, slot start time, 및 symbol start time은 상기 설정된 그랜트가 (재-)초기화된 후 PUSCH의 첫 번째 전송 기회(transmission opportunity)의 SFN, 슬롯, 심볼을 각각(respectively) 나타내며, numberOfSlotsPerFrame 및 numberOfSymbolsPerSlot은 프레임당 연속한 슬롯의 개수 및 슬롯 별 연속한 OFDM 심볼을 각각 나타낸다(표 1 및 표 2 참조).
하향링크의 경우, UE는 BS로부터의 RRC 시그널링에 의해 서빙 셀별 및 BWP별로 준-지속적 스케줄링(semi-persistent scheduling, SPS)을 가지고 설정될 수 있다. DL SPS의 경우, DL 배정은 PDCCH에 의해 UE에게 제공되고, SPS 활성화 또는 활성해제를 지시하는 L1 시그널링을 기반으로 저장 또는 제거된다. SPS가 설정될 때 UE는 다음 파라미터들을 RRC 시그널링을 통해 BS로부터 제공받을 수 있다:
- 활성화, 활성해제, 및 재전송을 위한 CS-RNTI인 cs-RNTI;
- SPS를 위한 설정된 HARQ 프로세스의 개수를 제공하는 nrofHARQ-Processes;
- SPS를 위한 설정된 하향링크 배정의 주기를 제공하는 periodicity.
SPS를 위해 하향링크 배정이 설정된 후, 상기 UE는 N번째 하향링크 배정이 다음을 만족하는 슬롯에서 발생(occur)한다고 연속적으로(sequentially) 간주할 수 있다: ( numberOfSlotsPerFrame * SFN + slot number in the frame) = [( numberOfSlotsPerFrame * SFN start time + slot start time) + N * periodicity * numberOfSlotsPerFrame / 10] modulo (1024 * numberOfSlotsPerFrame), 여기서 SFN start time 및 slot start time는 설정된 하향링크 배정이 (재-)초기화된 후 PDSCH의 첫 번째 전송의 SFN, 슬롯, 심볼을 각각 나타내며, numberOfSlotsPerFrame 및 numberOfSymbolsPerSlot은 프레임당 연속한 슬롯의 개수 및 슬롯 별 연속한 OFDM 심볼을 각각 나타낸다(표 1 및 표 2 참조).
해당 DCI 포맷의 순환 리던던시 검사(cyclic redundancy check, CRC)가 RRC 파라미터 cs-RNTI에 의해 제공된 CS-RNTI를 가지고 스크램블되어 있고 가능화된(enabled) 수송 블록을 위한 새 데이터 지시자 필드가 0으로 세팅되어 있으면, UE는, 스케줄링 활성화 또는 스케줄링 해제를 위해, DL SPS 배정 PDCCH 또는 설정된 UL 그랜트 타입 2 PDCCH를 유효하다고 확인(validate)한다. 상기 DCI 포맷에 대한 모든 필드들이 표 5 또는 표 6에 따라 세팅되어 있으면 상기 DCI 포맷의 유효 확인이 달성(achieve)된다. 표 5는 DL SPS 및 UL 그랜트 타입 2 스케줄링 활성화 PDCCH 유효 확인을 위한 특별(special) 필드들을 예시하고, 표 6은 DL SPS 및 UL 그랜트 타입 2 스케줄링 해제 PDCCH 유효 확인을 위한 특별 필드들을 예시한다.
Figure PCTKR2020002165-appb-img-000005
Figure PCTKR2020002165-appb-img-000006
DL SPS 또는 UL 그랜트 타입 2를 위한 실제(actual) DL 배정 또는 UL 그랜트, 그리고 해당 변조 및 코딩 방식은 해당 DL SPS 또는 UL 그랜트 타입 2 스케줄링 활성화 PDCCH에 의해 운반되는 상기 DCI 포맷 내 자원 배정 필드들(예, TDRA 값 m을 제공하는 TDRA 필드, 주파수 자원 블록 할당을 제공하는 FDRA 필드, 변조 및 코딩 방식 필드)에 의해 제공된다. 유효 확인이 달성되면, 상기 UE는 상기 DCI 포맷 내 정보를 DL SPS 또는 설정된 UL 그랜트 타입 2의 유효한 활성화 또는 유효한 해제인 것으로 간주한다.
도 7은 HARQ-ACK 전송/수신 과정을 예시한다.
도 7을 참조하면, UE는 슬롯 n에서 PDCCH를 검출(detect)할 수 있다. 이후, UE는 슬롯 n에서 상기 PDCCH를 통해 수신한 스케줄링 정보에 따라 슬롯 n+K0에서 PDSCH를 수신한 뒤, 슬롯 n+K1에서 PUCCH를 통해 UCI를 전송할 수 있다. 여기서, UCI는 PDSCH에 대한 HARQ-ACK 응답을 포함한다.
PDSCH를 스케줄링하는 PDCCH에 의해 운반되는 DCI(예, DCI 포맷 1_0, DCI 포맷 1_1)는 다음 정보를 포함할 수 있다.
- 주파수 도메인 자원 배정(frequency domain resource assignment, FDRA): PDSCH에 할당된 RB 세트를 나타낸다.
- 시간 도메인 자원 배정(time domain resource assignment, TDRA): DL 배정-to-PDSCH 슬롯 오프셋 K0, 슬롯 내의 PDSCH의 시작 위치(예, 심볼 인덱스 S) 및 길이(예, 심볼 개수 L), PDSCH 매핑 타입을 나타낸다. PDSCH 매핑 타입 A 또는 PDSCH 매핑 타입 B가 TDRA에 의해 지시될 수 있다. PDSCH 매핑 타입 A의 경우 DMRS가 슬롯에서 세 번째 심볼(심볼 #2) 혹은 네 번째 심볼(심볼 #3)에 위치된다. PDSCH 매핑 타입 B의 경우, DMRS가 PDSCH를 위해 할당된 첫 번째 심볼에 위치된다.
- PDSCH-to-HARQ_피드백 타이밍 지시자: K1를 나타낸다.
PDSCH가 최대 1개 TB를 전송하도록 설정된 경우, HARQ-ACK 응답은 1-비트로 구성될 수 있다. PDSCH가 최대 2개의 수송 블록(transport block, TB)를 전송하도록 설정된 경우, HARQ-ACK 응답은 공간(spatial) 번들링이 설정되지 않은 경우 2-비트로 구성되고, 공간 번들링이 설정된 경우 1-비트로 구성될 수 있다. 복수의 PDSCH에 대한 HARQ-ACK 전송 시점이 슬롯 n+K1인 것으로 지정된 경우, 슬롯 n+K1에서 전송되는 UCI는 복수의 PDSCH에 대한 HARQ-ACK 응답을 포함한다.
본 명세에서 하나 또는 복수의 PDSCH들에 대한 HARQ-ACK 비트(들)로 구성된 HARQ-ACK 페이로드는 HARQ-ACK 코드북이라 칭해질 수 있다. HARQ-ACK 코드북은 HARQ-ACK 페이로드가 결정되는 방식에 따라 준-정적(semi-static) HARQ-ACK 코드북과 동적 HARQ-ACK 코드북으로 구별될 수 있다.
준-정적 HARQ-ACK 코드북의 경우, UE가 보고할 HARQ-ACK 페이로드 크기와 관련된 파라미터들이 (UE-특정) 상위 계층(예, RRC) 신호에 의해 준-정적으로 설정된다. 예를 들어, 준-정적 HARQ-ACK 코드북의 HARQ-ACK 페이로드 크기는, 하나의 슬롯 내 하나의 PUCCH를 통해 전송되는 (최대) HARQ-ACK 페이로드 (크기)는, UE에게 설정된 모든 DL 반송파들(즉, DL 서빙 셀들) 및 상기 HARQ-ACK 전송 타이밍이 지시될 수 있는 모든 DL 스케줄링 슬롯 (또는 PDSCH 전송 슬롯 또는 PDCCH 모니터링 슬롯)들의 조합 (이하, 번들링 윈도우)에 대응되는 HARQ-ACK 비트 수를 기반으로 결정될 수 있다. 즉, 준-정적 HARQ-ACK 코드북 방식은 실제 스케줄링된 DL 데이터 수에 관계없이 HARQ-ACK 코드북의 크기가 (최대 값으로) 고정되는 방식이다. 예를 들어, DL 그랜트 DCI (PDCCH)에는 PDSCH to HARQ-ACK 타이밍 정보가 포함되며, PDSCH-to-HARQ-ACK 타이밍 정보는 복수의 값 중 하나(예, k)를 가질 수 있다. 예를 들어, PDSCH가 슬롯 #m에서 수신되고, 상기 PDSCH를 스케줄링 하는 DL 그랜트 DCI (PDCCH) 내의 PDSCH to HARQ-ACK 타이밍 정보가 k를 지시할 경우, 상기 PDSCH에 대한 HARQ-ACK 정보는 슬롯 #(m+k)에서 전송될 수 있다. 일 예로, k ∈ {1, 2, 3, 4, 5, 6, 7, 8}로 주어질 수 있다. 한편, HARQ-ACK 정보가 슬롯 #n에서 전송되는 경우, HARQ-ACK 정보는 번들링 윈도우를 기준으로 가능한 최대 HARQ-ACK을 포함할 수 있다. 즉, 슬롯 #n의 HARQ-ACK 정보는 슬롯 #(n-k)에 대응되는 HARQ-ACK을 포함할 수 있다. 예를 들어, k ∈ {1, 2, 3, 4, 5, 6, 7, 8}인 경우, 슬롯 #n의 HARQ-ACK 정보는 실제 DL 데이터 수신과 관계없이 슬롯 #(n-8)~슬롯 #(n-1)에 대응되는 HARQ-ACK을 포함한다(즉, 최대 개수의 HARQ-ACK). 여기서, HARQ-ACK 정보는 HARQ-ACK 코드북, HARQ-ACK 페이로드와 대체될 수 있다. 또한, 슬롯은 DL 데이터 수신을 위한 후보 기회(occasion)으로 이해/대체될 수 있다. 예시와 같이, 번들링 윈도우는 HARQ-ACK 슬롯을 기준으로 PDSCH-to-HARQ-ACK 타이밍에 기반하여 결정되며, PDSCH-to-HARQ-ACK 타이밍 세트는 기-정의된 값을 갖거나(예, {1, 2, 3, 4, 5, 6, 7, 8}), 상위 계층(RRC) 시그널링에 의해 설정될 수 있다. 한편, 동적(dynamic) HARQ-ACK 코드북의 경우, UE가 보고할 HARQ-ACK 페이로드 크기가 DCI 등에 의해 동적으로 변할 수 있다. 동적 HARQ-ACK 코드북 방식에서 DL 스케줄링 DCI는 counter-DAI (즉, c-DAI) 및/또는 total-DAI(즉, t-DAI)를 포함할 수 있다. 여기서 DAI는 하향링크 배정 인덱스(downlink assignment index)를 의미하며, 하나의 HARQ-ACK 전송에 포함될 전송된 혹은 스케줄링된 PDSCH(들)을 BS가 UE에게 알리기 위해 사용된다. 특히, c-DAI는 DL 스케줄링 DCI를 나르는 PDCCH(이하, DL 스케줄링 PDCCH) 간의 순서를 알려주는 인덱스이며, t-DAI는 t-DAI를 갖는 PDCCH가 있는 현재 슬롯까지의 DL 스케줄링 PDCCH의 총 개수를 나타내는 인덱스이다.
NR 시스템에서는 단일 물리 네트워크 상에 복수의 논리 네트워크를 구현하는 방안이 고려되고 있다. 여기서, 논리 네트워크는 다양한 요구 조건을 갖는 서비스 (예, eMBB, mMTC, URLLC 등)를 지원할 수 있어야 한다. 따라서, NR의 물리 계층은 다양한 서비스에 대한 요구 조건을 고려하여 유연한 전송 구조를 지원하도록 설계되고 있다. 일 예로, NR의 물리 계층은 필요에 따라 OFDM 심볼 길이 (OFDM 심볼 기간(duration)) 및 부반송파 간격(SCS)(이하, OFDM 뉴머놀러지)을 변경할 수 있다. 또한, 물리 채널들의 전송 자원도 (심볼 단위로) 일정 범위 내에서 변경될 수 있다. 예를 들어, NR에서 PUCCH (자원)과 PUSCH (자원)은 전송 길이/전송 시작 시점이 일정 범위 내에서 유연하게 설정될 수 있다.
한편, BS와 UE를 포함하는 무선 통신 시스템에서 UE가 UCI를 PUCCH로 전송할 때, PUCCH 자원이 시간 축에서 다른 PUCCH 자원 혹은 PUSCH 자원과 중첩될 수 있다. 예를 들어, 동일 UE 관점에서 (동일 슬롯 내에서) (1) (서로 다른 UCI 전송을 위한) PUCCH (자원)와 PUCCH (자원), 혹은 (2) PUCCH (자원)와 PUSCH (자원)가 시간 축에서 중첩될 수 있다. 한편, UE는 (UE 능력의 제한, 또는 BS로부터 받은 설정 정보에 따라) PUCCH-PUCCH 동시 전송 혹은 PUCCH-PUSCH 동시 전송을 지원하지 않을 수 있다. 또한 UE가 다수의 UL 채널들을 일정 시간 범위 내에서 동시 전송하는 것이 허용되지 않을 수도 있다.
본 명세에서는 UE가 전송해야 할 UL 채널들이 일정 시간 범위 내에 다수 존재하는 경우, 상기 다수 UL 채널들을 핸들링하는 방법들이 설명된다. 아울러, 본 명세에서는 상기 다수 UL 채널들에서 전송/수신되었어야 할 UCI 및/또는 데이터를 핸들링하는 방법들이 설명된다. 본 명세의 예들에 관한 설명에서 다음과 같은 용어가 사용된다.
- UCI: UE가 UL 전송하는 제어 정보를 의미한다. UCI는 여러 타입의 제어 정보(즉, UCI 타입)을 포함한다. 예를 들어, UCI는 HARQ-ACK (간단히, A/N, AN), SR, 및/또는 CSI를 포함할 수 있다.
- UCI 다중화(multiplexing): 서로 다른 UCI (타입)들을 공통의 물리계층 UL 채널(예, PUCCH, PUSCH)을 통해 전송하는 동작을 의미할 수 있다. UCI 다중화는 서로 다른 UCI (타입)들을 다중화하는 동작을 포함할 수 있다. 편의상, 다중화된 UCI를 MUX UCI라고 지칭한다. 또한, UCI 다중화는 MUX UCI와 관련하여 수행되는 동작을 포함할 수 있다. 예를 들어, UCI 다중화는 MUX UCI를 전송하기 위해 UL 채널 자원을 결정하는 과정을 포함할 수 있다.
- UCI/데이터 다중화: UCI와 데이터를 공통의 물리계층 UL 채널(예, PUSCH)을 통해 전송하는 동작을 의미할 수 있다. UCI/데이터 다중화는 UCI와 데이터를 다중화하는 동작을 포함할 수 있다. 편의상, 다중화된 UCI를 MUX UCI/Data라고 지칭한다. 또한, UCI/데이터 다중화는 MUX UCI/Data와 관련하여 수행되는 동작을 포함할 수 있다. 예를 들어, UCI/데이터 다중화는 MUX UCI/Data를 전송하기 위해 UL 채널 자원을 결정하는 과정을 포함할 수 있다.
- 슬롯: 데이터 스케줄링을 위한 기본 시간 단위 또는 시간 간격(time interval)를 의미한다. 슬롯은 복수의 심볼을 포함한다. 여기서, 심볼은 OFDM-기반 심볼(예, CP-OFDM 심볼, DFT-s-OFDM 심볼)을 포함한다.
- 중첩된 UL 채널 자원(들): 소정 시간 간격(예, 슬롯) 내에서 시간 축에서 (적어도 일부가) 중첩된 UL 채널(예, PUCCH, PUSCH) 자원(들)을 의미한다. 중첩된 UL 채널 자원(들)은 UCI 다중화 수행 이전의 UL 채널 자원(들)을 의미할 수 있다. 본 명세에서, 시간 축에서 (적어도 일부가) 서로 중첩하는 UL 채널들은 시간에서 혹은 시간 도메인에서 충돌(collide)하는 UL 채널들이라 칭해질 수 있다.
도 8은 UCI를 PUSCH에 다중화하는 예를 나타낸다. 슬롯 내에 PUCCH 자원(들)과 PUSCH 자원이 중첩되고, PUCCH-PUSCH 동시 전송이 설정되지 않은 경우, UCI는 도시된 바와 같이 PUSCH를 통해 전송될 수 있다. UCI를 PUSCH를 통해 전송하는 것을 UCI 피기백 또는 PUSCH 피기백이라 칭한다. 도 8은 HARQ-ACK과 CSI가 PUSCH 자원에 실리는 경우를 예시한다.
다수의 UL 채널들이 소정 시간 간격 내에서 중첩하는 경우, BS로 하여금 UE가 전송하는 UL 채널(들)을 제대로 수신할 수 있도록 하기 위해서는, UE가 상기 다수의 UL 채널들을 처리하는 방법이 규정되어야 한다. 이하에서는 UL 채널들 간 충돌을 핸들링하는 방법들이 설명된다.
도 9는 단일 슬롯에서 중첩하는 PUCCH들을 가진 UE가 UL 채널들 간 충돌을 핸들링 과정의 일 예를 나타낸 것이다.
UCI 전송을 위해 UE는 각 UCI별로 PUCCH 자원을 결정할 수 있다. 각 PUCCH 자원은 시작 심볼과 전송 길이에 의해 정의될 수 있다. UE는 PUCCH 전송들을 위한 PUCCH 자원들이 단일 슬롯에서 중첩하는 경우, 시작 심볼이 가장 빠른 PUCCH 자원을 기준으로 UCI 다중화를 수행할 수 있다. 예를 들어, UE는 슬롯 내에서 시작 심볼이 가장 빠른 PUCCH 자원(이하, PUCCH 자원 A) 기준으로, (시간에서) 중첩하는 PUCCH 자원(들)(이하, PUCCH 자원(들) B)를 결정할 수 있다(S901). 상기 UE는 상기 PUCCH 자원 A와 상기 PUCCH 자원(들) B에 대해 UCI 다중화 규칙을 적용할 수 있다. 예를 들어, 상기 PUCCH 자원 A의 UCI A 및 상기 PUCCH 자원(들) B의 UCI B를 기반으로, UCI 다중화 규칙에 따라 상기 UCI A 및 상기 UCI B의 전부 혹은 일부를 포함하는 MUX UCI가 얻어질 수 있다. UE는 상기 PUCCH 자원 A 및 상기 PUCCH 자원(들) B와 연관된 UCI를 다중화하기 위해 단일 PUCCH 자원(이하, MUX PUCCH 자원)을 결정할 수 있다(S903). 예를 들어, 상기 UE는 상기 UE에게 설정된 혹은 이용가능한 PUCCH 자원 세트들 중 상기 MUX UCI의 페이로드 크기에 해당하는 PUCCH 자원 세트(이하, PUCCH 자원 세트 X)를 결정하고, 상기 PUCCH 자원 세트 X에 속한 PUCCH 자원들 중 하나를 MUX PUCCH 자원으로 결정한다. 예를 들어, 상기 UE는 상기 PUCCH 전송을 위해 동일 슬롯을 지시하는 PDSCH-to-HARQ_피드백 타이밍 지시자 필드를 갖는 DCI들 중 마지막 DCI 내 PUCCH 자원 지시자 필드를 사용하여, 상기 PUCCH 자원 세트 X에 속한 PUCCH 자원들 중 하나를 MUX PUCCH 자원으로서 결정할 수 있다. 상기 UE는 상기 MUX UCI의 페이로드 크기와 상기 MUX PUCCH 자원의 PUCCH 포맷에 대한 최대 코드 레이트를 기반으로, 상기 MUX PUCCH 자원의 총 PRB 개수를 결정할 수 있다. 만약 상기 MUX PUCCH 자원이 (상기 PUCCH 자원 A 및 상기 PUCCH 자원(들) B를 제외한) 다른 PUCCH 자원과 중첩하는 경우, 상기 UE는 상기 MUX PUCCH 자원 (또는 상기 MUX PUCCH 자원을 포함한 나머지 PUCCH 자원들 중 시작 심볼이 가장 빠른 PUCCH 자원)을 기준으로 앞서 설명한 동작을 다시 수행할 수 있다.
도 10은 도 9에 따라 UCI 다중화하는 케이스들을 예시한 것이다. 도 10을 참조하면, 슬롯 내에 복수의 PUCCH 자원들이 중첩하는 경우, 가장 빠른(예, 시작 심볼이 가장 빠른) PUCCH 자원 A을 기준으로 UCI 다중화가 수행될 수 있다. 도 10에서, 케이스 1 및 케이스 2는 첫 번째 PUCCH 자원이 다른 PUCCH 자원과 중첩되는 경우를 예시한다. 이 경우, 첫 번째 PUCCH 자원을 가장 빠른 PUCCH 자원 A로 간주한 상태에서 도 9의 과정이 수행할 수 있다. 반면, 케이스 3은 첫 번째 PUCCH 자원은 다른 PUCCH 자원과 중첩하지 않고, 두 번째 PUCCH 자원이 다른 PUCCH 자원과 중첩하는 경우를 예시한다. 케이스 3의 경우, 첫 번째 PUCCH 자원에 대해서는 UCI 다중화가 수행되지 않는다. 대신, 두 번째 PUCCH 자원을 가장 빠른 PUCCH 자원 A로 간주한 상태에서 도 9의 과정이 수행될 수 있다. 케이스 2는 다중화된 UCI를 전송하기 위해 결정된 MUX PUCCH 자원이 다른 PUCCH 자원과 새롭게 중첩하는 경우이다. 이 경우, MUX PUCCH 자원 (또는 이를 포함한 나머지 PUCCH들중 가장 빠른(예, 시작 심볼이 가장 빠른) PUCCH 자원)을 가장 빠른 PUCCH 자원 A로 간주한 상태에서 도 9의 과정이 추가로 수행될 수 있다.
도 11은 단일 슬롯에서 중첩하는 PUCCH와 PUSCH를 가진 UE가 UL 채널들 간 충돌을 핸들링 과정을 예시한다.
UCI 전송을 위해 UE는 PUCCH 자원을 결정할 수 있다(S1101). UCI를 위한 PUCCH 자원을 결정하는 것은 MUX PUCCH 자원을 결정하는 것을 포함할 수 있다. 다시 말해, UE가 UCI를 위한 PUCCH 자원을 결정하는 것은 슬롯에서 중첩하는 복수의 PUCCH들을 기반으로 MUX PUCCH 자원을 결정하는 것을 포함할 수 있다.
상기 UE는 결정된 (MUX) PUCCH 자원을 기반으로 PUSCH 자원 상에 UCI 피기백을 수행할 수 있다(S1103). 예를 들어, UE는 (다중화된 UCI 전송이 허용된) PUSCH 자원이 존재할 때, 상기 PUSCH 자원과 (시간 축에서) 중첩하는 PUCCH 자원(들)에 대해 UCI 다중화 규칙을 적용할 수 있다. 상기 UE는 PUSCH를 통해 UCI를 전송할 수 있다.
상기 결정된 PUCCH 자원과 중첩하는 PUSCH가 슬롯 내에 없는 경우, S1103은 생략되고, UCI는 PUCCH를 통해 전송될 수 있다.
한편, 상기 결정된 PUCCH 자원이 시간 축에서 복수의 PUSCH들과 중첩하는 경우, 상기 UE는 상기 복수의 PUSCH들 중 하나에 UCI를 다중화할 수 있다. 예를 들어, 상기 UE가 상기 복수의 PUSCH들을 각각의(respective) 서빙 셀들 상으로 전송하고자 하는 경우, 상기 UE는 상기 서빙 셀들 중 특정 서빙 셀(예, 가장 작은 서빙 셀 인덱스를 갖는 서빙 셀)의 PUSCH 상에 UCI를 다중화할 수 있다. 상기 특정 서빙 셀 상의 상기 슬롯 내에 하나보다 많은 PUSCH가 있는 경우, 상기 UE는 상기 슬롯 내에서 전송하는 가장 빠른 PUSCH 상에 상기 UCI를 다중화할 수 있다.
도 12는 타임라인 조건을 고려한 UCI 다중화를 예시한다. UE가 시간 축에서 중첩하는 PUCCH(들) 및/또는 PUSCH(들)에 대한 UCI 및/또는 데이터 다중화를 수행할 때, PUCCH 혹은 PUSCH에 대한 유연한 UL 타이밍 설정으로 인해 UCI 및/또는 데이터 다중화를 위한 UE의 프로세싱 시간이 부족할 수 있다. UE의 프로세싱 시간이 부족한 것을 방지하기 위해, (시간 축에서) 중첩하는 PUCCH(들) 및/또는 PUSCH(들)에 대한 UCI/데이터 다중화 과정에서, 아래의 2가지 타임라인 조건(이하, 다중화 타임라인 조건)이 고려된다.
(1) HARQ-ACK 정보에 대응하는 PDSCH의 마지막 심볼은, (시간 축에서) 중첩하는 PUCCH(들) 및/또는 PUSCH(들) 중 가장 빠른 채널의 시작 심볼로부터 N1+ 시간 전에 수신된다. T1은 i) 단말 프로세싱 능력에 따라 정의된 최소 PDSCH 프로세싱 시간 N1, ii) 스케줄링된 심볼의 위치, PUSCH 내 DMRS 위치, BWP 스위칭 등에 따라 0 이상의 정수 값으로 기정의되는 d1 등을 기반으로 정해질 수 있다.
예를 들어, T1은 다음과 같이 결정될 수 있다: T1 = (N1 + d1)*(2048+144)*κ*2 -u*T c. N1은 UE 프로세싱 능력 #1 및 #2 대해 표 7 및 표 8의 u에 각각 기초하며, 여기서 μ는 ( μ PDCCH, μ PDSCH, μ UL) 중 가장 큰 T1을 초래하는 하나이고, 여기서 μ PDCCH은 상기 PDSCH를 스케줄링하는 PDCCH의 부반송파 간격에 대응하고, μ PDSCH은 상기 스케줄링된 PDSCH의 부반송파 간격에 대응하고, μ UL는 HARQ-ACK이 전송될 UL 채널의 부반송파 간격에 대응하며, κ = T c/T f = 64이다. 표 7에서 N 1,0의 경우, 추가 DMRS의 PDSCH DMRS 위치 l 1 = 12이면 N 1,0=14이고 그렇지 않으면 N 1,0=13이다(3GPP TS 38.211의 섹션 7.4.1.1.2 참조). PDSCH 매핑 타입 A에 대해, PDSCH의 마지막 심볼이 슬롯의 i-번째 슬롯 상에 있으면, i<7에 대해 d1=7-i이고 그렇지 않으면 d1=0일 수 있다. UE 프로세싱 능력 #1에 대해 상기 PDSCH가 매핑 타입 B이면, 할당된 PDSCH 심볼의 개수가 7이면 d1=0일 수 있고, 할당된 PDSCH 심볼들의 개수가 4이면 d1=3일 수 있고, 할당된 PDSCH 심볼들의 개수가 2이면 d1=3+d일 수 있으며, 여기서 d는 상기 스케줄링 PDCCH와 상기 스케줄링된 PDSCH의 중첩하는 심볼들의 개수이다. UE 프로세싱 능력 #2에 대해 상기 PDSCH가 매핑 타입 B이면, 할당된 PDSCH 심볼들의 개수가 7이면 d1=0일 수 있고, 할당된 PDSCH 심볼들의 개수가 4이면 d1는 상기 스케줄링 PDCCH와 상기 스케줄링된 PDSCH의 중첩하는 심볼들의 개수일 수 있으며, 할당된 PDSCH 심볼들의 개수가 2인 경우 상기 스케줄링 PDSCH가 3-심볼 CORESET 내에 있었고 상기 CORESET과 상기 PDSCH가 동일 시작 심볼을 가지면 d1=3이고 그렇지 않으면 d1은 상기 스케줄링 PDCCH와 상기 스케줄링된 PDSCH의 중첩하는 심볼들의 개수일 수 있다. 본 명세에서 T1은 T_proc,1로 표기될 수도 있다.
(2) PUCCH 또는 PUSCH 전송을 지시하는 (예, 트리거링) PDCCH의 마지막 심볼은, (시간 축에서) 중첩하는 PUCCH(들) 및/또는 PUSCH(들) 중 가장 빠른 채널의 시작 심볼로부터 T2 시간 전에 수신된다. T2는 i) UE PUSCH 타이밍 능력에 따라 정의된 최소 PUSCH 준비(preparation) 시간 N2, ii) 스케줄링된 심볼의 위치 혹은 BWP 스위칭 등에 따라 0 이상의 정수 값으로 기정의되는 d2 등을 기반으로 정해질 수 있다. d2는 스케줄링된 심볼의 위치와 관련된 d 2,1과 BWP의 스위칭과 관련된 d 2,2로 구분될 수 있다.
예를 들어, T2는 다음과 같이 결정될 수 있다: T2 = max{(N2 + d 2,1)*(2048+144)*κ*2 -u*T c, d 2,2}. N2는 UE 타이밍 능력 #1 및 #2 대해 표 9 및 표 10의 u에 각각 기초하며, 여기서 μ는 ( μ DL, μ UL) 중 가장 큰 T2를 초래하는 하나이고, 여기서 μ DL은 상기 PUSCH를 스케줄링하는 DCI를 나르는 PDCCH의 부반송파 간격에 대응하고, μ UL은 상기 PUSCH의 부반송파 간격에 대응하며, κ = T c/T f = 64이다. PUSCH 할당의 첫 번째 심볼이 DM-RS로만 구성되면 d 2,1 = 0이고 그렇지 않으면 d 2,1=1일 수 있다. 상기 스케줄링 DCI가 BWP의 변경(switch)를 트리거했으면, d 2,2은 스위칭 시간과 동일하고 그렇지 않으면 d2,2=0이다. 상기 스위칭 시간은 주파수 범위에 따라 다르게 정의될 수 있다. 예를 들어, 상기 스위칭 시간은 주파수 범위 FR1에 대해 0.5 ms이고 주파수 범위 FR2에 대해 0.25 ms인 것으로 정해질 수 있다. 본 명세에서 T2는 T_proc,2로 표기될 수도 있다.
다음 표들은 UE 프로세싱 능력에 따른 프로세싱 시간을 예시한 것이다. 특히, 표 7은 UE의 PDSCH 프로세싱 능력 #1에 대한 PDSCH 프로세싱 시간을 예시하고, 표 8은 UE의 PDSCH 프로세싱 능력 #2에 대한 PDSCH 프로세싱 시간을 예시하며, 표 9는 UE의 PUSCH 타이밍 능력 #1에 대한 PUSCH 준비 시간을 예시하고, 표 10은 UE의 타이밍 능력 #2에 대한 PUSCH 준비 시간을 예시한다.
Figure PCTKR2020002165-appb-img-000007
Figure PCTKR2020002165-appb-img-000008
Figure PCTKR2020002165-appb-img-000009
Figure PCTKR2020002165-appb-img-000010
하나의 PUCCH 내에 다른 UCI 타입들을 다중화하도록 설정된 UE가 다수의 중첩하는 PUCCH들을 슬롯에서 전송하고자 하는 경우 혹은 중첩하는 PUCCH(들) 및 PUSCH(들)을 슬롯에서 전송하고자 경우, 상기 UE는 특정 조건들이 만족되면 해당 UCI 타입들을 다중화할 수 있다. 상기 특정 조건들은 다중화 타임라인 조건(들)을 포함할 수 있다. 예를 들어, 도 9 내지 도 11에서 UCI 다중화가 적용되는 PUCCH(들) 및 PUSCH(들)은 다중화 타임라인 조건(들)을 만족하는 UL 채널들일 수 있다. 도 12를 참조하면, UE는 동일 슬롯에서 복수의 UL 채널(예, UL 채널 #1~#4)를 전송해야 할 수 있다. 여기서, UL CH #1은 PDCCH #1에 의해 스케줄링된 PUSCH일 수 있다. 또한, UL CH #2는 PDSCH에 대한 HARQ-ACK을 전송하기 위한 PUCCH일 수 있다. PDSCH는 PDCCH #2에 의해 스케줄링 되며, UL CH #2의 자원도 PDCCH #2에 의해 지시될 수 있다.
이때, 시간 축에서 중첩하는 UL 채널(예, UL 채널 #1~#3)이 다중화 타임라인 조건을 만족하는 경우, UE는 시간 축에서 중첩하는 UL 채널 #1~#3에 대해 UCI 다중화를 수행할 수 있다. 예를 들어, UE은 PDSCH의 마지막 심볼로부터 UL CH #3의 첫 번째 심볼이 T1 조건을 만족하는지 확인할 수 있다. 또한, UE는 PDCCH #1의 마지막 심볼로부터 UL CH #3의 첫 번째 심볼이 T2 조건을 만족하는지 확인할 수 있다. 다중화 타임라인 조건을 만족하는 경우, UE는 UL 채널 #1~#3에 대해 UCI 다중화를 수행할 수 있다. 반면, 중첩하는 UL 채널들 중 가장 빠른 UL 채널(예, 시작 심볼이 가장 빠른 UL 채널)이 다중화 타임라인 조건을 만족하지 않는 경우, UE 모든 해당 UCI 타입들을 다중화하는 것은 허용되지 않을 수 있다.
도 13은 슬롯 내 복수 HARQ-ACK PUCCH들의 전송을 예시한다.
현재 NR 표준 문서(예, 3GPP TS 38.213 V15.2.0)는, UE는 HARQ-ACK 정보를 갖는 PUCCH를 한 개보다 많이 슬롯에서 전송할 것을 기대하지 않는다고 규정하고 있다. 따라서, 현재 NR 표준 문서에 의하면 UE는 하나의 슬롯에서는 HARQ-ACK 정보를 갖는 PUCCH를 많아야 한 개 전송할 수 있다. UE가 전송할 수 있는 HARQ-ACK PUCCH 개수의 제약으로 인해 상기 UE가 HARQ-ACK 정보를 보내지 못하는 상황이 발생하는 방지하려면, BS는 HARQ-ACK 정보가 하나의 PUCCH 자원에 다중화될 수 있도록 하향링크 스케줄링을 수행해야 한다. 그러나, URLLC 서비스와 같이 엄격한 지연(latency)와 신뢰도(reliability) 요구사항(requirement)을 갖는 서비스를 고려했을 때, 복수의 HARQ-ACK 피드백들이 슬롯 내 하나의 PUCCH에만 집중되는 방식은 PUCCH 성능 측면에서 바람직하지 않을 수 있다. 게다가 지연이 치명적인(latency-critical) 서비스를 지원하기 위해서, BS가 짧은 기간(duration)을 가지는 연이은 복수의 PDSCH들을 하나의 슬롯 내에 스케줄링할 것이 요구될 수 있다. BS의 설정/지시에 의해 UE는 슬롯 내의 임의의 심볼(들)에서 PUCCH를 전송할 수 있다고 하더라도, 슬롯 내에서 최대 하나의 HARQ-ACK PUCCH 전송만이 허용되면, BS가 신속하게 PDSCH들을 back-to-back으로 스케줄링하는 것과 UE가 신속하게 HARQ-ACK 피드백을 수행하는 것이 불가능할 수 밖에 없다. 따라서 보다 유연하고 효율적인 자원 사용 및 서비스 지원을 위해서는 도 13에 예시된 바와 같이 (서로 중첩하지 않는) 복수의 HARQ-ACK PUCCH들(혹은 PUSCH들)이 하나의 슬롯에서 전송되는 것이 허용되는 것이 좋다.
이하에서는 복수의 UL 전송들(예, 복수의 UL 채널들)이 슬롯 내에서 시간 면에서 중첩하는 경우, 상기 복수의 UL 전송들을 핸들링하는 방법들이 설명된다. 특히, 이하에서는 i) 다른 요구사항들을 가진 UL 채널들이 충돌하는 상황, ii) PUSCH 반복과 UCI 전송이 충돌하는 상황, iii) 다른 반송파들 상의 UL 채널들이 충돌하는 상황에서 UE가 UL 전송들 간 충돌을 핸들링하는 방법들이 설명된다. 후술되는 상황들 중 하나에서 설명된 예시(들)은 다른 상황에서 설명된 예시(들)과 함께 적용될 수 있다.
도 14는 시간 도메인에서 중첩하는 UL 채널들과 관련된 본 명세의 몇몇 구현들에 따른 UL 전송의 흐름도를 예시한 것이다.
도 14를 참조하면, 시간 도메인에서 중첩하는 복수의 UL 채널들(예, UL CH#1 및 UL CH#2)이 존재하는 경우, UE는 기결정된 상황 또는 조건을 기반으로(S1401), UL CH#1 및 UL CH#2를 서로 다중화하여 전송하거나(S1403), UL CH#1 및 UL CH#2 중 적어도 하나(예, 낮은 우선순위의 UL CH)를 드랍하고 나머지 UL CH를 전송할 수 있다(S1405). 예를 들어, UL CH#1과 UL CH#2가 기결정된 조건을 만족하는 경우(S1401, Yes), 상기 UE는 상기 UL CH#1의 UCI/데이터 및 UL CH#2의 UCI/데이터를 다중화하여 새로운 UL CH 자원 상에서 혹은 상기 UL CH#1 및 상기 UL CH#2 중 하나에 기반한 UL CH 자원에서 전송할 수 있다(S1403). UL CH#1과 UL CH#2가 기결정된 조건을 만족하지 못하는 경우(S1403, No), UE는 UL CH#1과 UL CH#2 중 상기 기결정된 조건을 만족하지 못하는 UL CH 또는 낮은 우선순위의 UL CH의 전송을 드랍할 수 있다(S1405).
이하의 “상황 1”에서 설명된 상황들 및 조건들 중 적어도 하나가 시간 도메인에서 중첩하는 복수의 UL CH들 간 다중화 또는 드랍 여부를 결정하는 데 사용되는 상기 기결정된 상황 또는 조건으로서 사용될 수 있다. “상황 2”에서 설명되는 다중화 방법들 중 적어도 하나가 UL 채널들 간 다중화에 적용될 수 있다.
<상황 1. 다른 요구사항들을 가진 UL 채널들의 충돌(Collision of UL channels with different requirements)>
<1-1a> 상이한 서비스 타입 및/또는 서비스의 품질(quality of service, QoS) 및/또는 지연 요구사항(latency requirement) 및/또는 신뢰도 요구사항(reliability requirement)에 해당하는, UL 데이터 트래픽 및/또는 UCI를 포함하는 PUCCH와 PUSCH 채널 (자원)들이 시간 축에서 중첩하는 경우를 위한, 본 명세의 몇몇 구현들에 따른 UE 동작이 설명된다. 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 UL 채널 (자원)들이 시간 축에서 중첩하는 상황은, 예를 들어, 하기의 채널 조합들에 대한 전송 자원들이 시간 축에서 중첩하는 상황을 의미할 수 있다. 하기의 채널 조합들에 해당하는 케이스들은 설명의 편의를 위한 예시에 불과하고, 본 명세의 구현들은 다양한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 채널들이 혼재하는 상황에 일반적으로 적용될 수 있다.
- Case a: eMBB PUCCH + URLLC PUSCH.
- Case b: URLLC PUCCH + eMBB PUSCH.
- Case c: eMBB PUCCH + URLLC PUCCH + URLLC PUSCH.
- Case d: eMBB PUCCH + URLLC PUCCH + eMBB PUSCH.
- Case z: URLLC PUCCH + URLLC PUSCH.
본 명세에서 복수의 채널들이 중첩(overlapping)하는 상황이라 함은 동일 반송파에 속한 및/또는 서로 다른 반송파들에 속한 복수의 채널들의 전송 구간(period)들이 시간 도메인에서 중첩하는 상황을 의미할 수 있다.
* Option 1: UE는 PUCCH 상에서 전송되기로 되어 있던 UCI를 PUSCH로 옮겨서(즉, 피기백(piggyback)하여) 전송하도록 규칙이 정의될 수 있다.
- 특징적으로 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 따라 상이한 매핑 규칙이 적용될 수 있다. 일례로, UE는 eMBB UCI보다 URLLC PUSCH를 DMRS 근처에 (예를 들어, DMRS와 더 가까운 심볼에) 먼저 매핑하도록 규칙이 정의될 수 있다.
- 특정 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 UCI가 PUSCH에 실려서(다시 말해, PUSCH의 자원에 매핑되어) 전송되는 경우, PUSCH의 변조 차수를 따르는 것이 아니라 고정된 특정 변조 차수에 따라 전송되도록 규칙이 정의될 수 있다. 일례로, URLLC UCI의 경우 보다 높은 신뢰도 확보를 위해 PUSCH의 데이터에 해당하는 변조 차수와 상관없이 항상 QPSK(quadrature phase shift keying)로 변조(modulation)되어 PUSCH에 실리도록 규칙이 정의될 수도 있다.
- 보다 높은 우선순위(priority)를 갖는 (혹은 특정 서비스 타입/요구사항에 해당하는/관련된) UCI가 보다 낮은 우선순위를 갖는 (혹은 상기 특정 서비스 타입/요구사항과 상이한 서비스 타입/요구사항에 해당하는/관련된) PUSCH로 피기백하는 동작에 있어서, PUSCH의 시작 심볼(starting symbol) 및/또는 종료 심볼(ending symbol)의 타이밍을 고려하여, 어떤 옵션이 적용될 지가 결정될 수 있다. 만약 PUSCH의 시작 심볼 및/또는 종료 심볼이 보다 높은 우선순위를 갖는 UCI의 본래 전송 타이밍에 비해 너무 뒤여서 지연을 과도하게 초래할 경우, 하기 Option 2와 같이 (일부) PUSCH를 드랍/중단(stop)하는 동작이 수행될 수 있다.
- 보다 높은 우선순위를 갖는 (혹은 특정 서비스 타입/요구사항에 해당하는/관련된) UCI가 보다 낮은 우선순위를 갖는 (혹은 상기와 상이한 서비스 타입/요구사항에 해당하는/관련된) PUSCH로 피기백하는 동작에 있어서, 상기 PUSCH가 매핑 타입 A PUSCH인 경우, 상기 UCI가 상기 PUSCH 내 첫 번째 DMRS 근처에 우선적으로 매핑되도록 규칙이 정의될 수 있다.
일례로, 몇몇 시나리오들에서, UCI가 피기백될 PUSCH의 n-번째 심볼에 DMRS가 매핑되어 있는 경우 상기 UCI는 (n+1)-번째 심볼에 할당된 자원 블록(resource block, RB)에 매핑된 다음에 (n+2)-번째 심볼에 매핑되고, (n+3)-번째, (n+4)-번째, ... 심볼에 순차적으로 매핑된다. 그런데, 상기 규칙(즉, PUSCH의 자원 내 첫 째 DMRS 근처에 UCI를 우선적으로 매핑하는 규칙)이 적용될 경우, UCI는 (n+1)-번째 심볼에 할당된 RB에 매핑된 후에 (n-1)-번째 심볼에 매핑되고, (n+2)-번째, (n-2)-번째, ... 심볼에 순차적으로 매핑될 수 있다.
또는, UCI를 PUSCH에 피기백하는 것이 일정 지연 증가만 허용하도록 하기 위해, 상기 UCI는 n-번째 심볼에 DMRS가 있는 PUSCH의 심볼들 중 (n+1)-번째, ..., (n+k)-번째 심볼에 할당된 RB에 매핑된 후 (n-1)-번재, ..., (n-k)-번재 심볼에 할당된 RB에 매핑될 수도 있다. 여기서, k는 사전에 정의/약속되거나, 상위 계층 신호를 통해 설정되거나, L1 시그널링(예, UCI에 관련된 스케줄링 DCI)에 의해 지시되거나, 할당된 PUSCH의 시간 기간(time duration)를 기반으로 상기 시간 기간보다 작은 값 중 결정될 수 있다.
* Option 2: UE가 PUSCH의 전송을 드랍/중단하고 PUCCH를 전송하도록 규칙이 정의될 수 있다. Option 2는 특히, PUCCH에 비해 PUSCH의 우선순위가 상대적으로 낮을 경우 유효할 수 있다.
* Option 3: UE가 PUCCH의 전송을 드랍/중단하고 PUSCH를 전송하도록 규칙이 정의될 수 있다. 특히, PUCCH들 중 상대적으로 낮은 우선순위의 UCI를 포함하는 PUCCH가 드랍/중단될 수 있다. 혹은 PUCCH들 중 상대적으로 낮은 우선순위의 UCI를 포함하는 PUCCH에 대해 번들링과 같은 동작을 통해 UCI 페이로드 크기를 줄이는 동작이 수행될 수 있다.
상기 옵션들 중 어떤 옵션이 적용될 지가 상황/조건에 따라 결정될 수도 있다. 예를 들어, 다음 방법들 중 어느 하나에 따라 상기 옵션들 중 적용될 옵션이 결정될 수 있다.
> UL 채널들을 다중화 혹은 준비하는 데는 시간이 필요한 점을 고려하여, PUCCH와 PUSCH의 종료 심볼들 간의 시간 차에 의해 UE의 동작이 결정될 수 있다. 일례로, 종료 심볼들 간의 시간 차가 일정 값 이상으로 충분한 경우(S1401, Yes)에는 Option 1과 같은 피기백 동작(piggybacking operation)이 수행(S1403)되는 반면, 종료 심볼들 간 시간 차가 충분하지 않은 경우(S1401, No)에는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH가 드랍/중단되는 동작이 수행(S1405)될 수도 있다.
> PUCCH 전송을 트리거링하는 PDCCH(예, PDSCH를 스케줄링하는 PDCCH)와 PUSCH 전송을 스케줄링하는 PDCCH 간의 시간 차를 기반으로 UE의 동작이 결정될 수도 있다. 일례로, UE는 PUCCH 전송을 트리거링하는 PDCCH의 종료 심볼과 PUSCH 전송을 스케줄링하는 PDCCH의 종료 심볼 간의 시간 차가 일정 값 이상으로 충분한 경우(S1401, Yes)에는 Option 1과 같은 피기백 동작을 수행(S1403)하는 반면, 충분하지 않은 경우(S1401, No)에는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 동작을 수행(S1405)할 수도 있다.
> 몇몇 시나리오들에서는 타임라인 조건을 만족시키지 못하는 UL 채널들이 다중화 후보가 되는 상황이 발생하지 못하도록 제약된다. 그러나, 다중화를 위한 타임라인 조건을 만족하지 못하는 UL 채널들이 시간에서 중첩하는 상황이 발생하는 시나리오들도 고려될 수도 있다. 다음의 타임라인 중 일부 혹은 전체를 체크하여 이보다 긴 프로세싱 시간이 확보될 경우(S1401, Yes)에는 Option 1과 같은 피기백 동작이 수행(S1403)되는 반면, (다중화를 위한 후보 채널(들)에 대한) 프로세싱 시간이 충분하지 않은 경우(S1401, No)에는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH를 드랍/중단하는 동작이 수행(S1405)될 수도 있다. 다시 말해, 다음의 타임라인 조건들 중 일부 혹은 전체를 체크하여 타임라인 조건을 만족하는 UL 채널들, 즉, UL 채널들 간 다중화를 위해 필요한 프로세싱 시간이 확보될 수 있는 UL 채널들에 대해서는 Option 1에 기반한 피기백 동작이 수행되는 반면, 그렇지 않은 UL 채널(들)에 대해서는 Option 2 혹은 Option 3에 기반하여 해당 UL 채널(들)의 전송이 드랍/중단될 수 있다.
>> Case a 및/또는 Case c에 대해, UE는 {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 Option 1과 같은 피기백 동작을 수행하는 반면, 관련 채널들에 대한 프로세싱 시간이 충분하지 않은 경우에는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH를 드랍/중단하는 동작을 수행할 수 있다.
>> Case b 및/또는 Case d에 대해, UE는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-eMBB PUSCH}의 타임라인을 체크하여 이보다 긴 시간이 확보될 경우에는 Option 1과 같은 피기백 동작을 수행하는 반면, 관련 채널들에 대한 프로세싱 시간이 충분하지 않은 경우에는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH를 드랍/중단하는 동작을 수행할 수 있다.
>> 혹은, UE는 시간 도메인에서 중첩하는 UL 채널들과 관련된 DCI들 중 가장 나중에 온 DCI로부터 가장 먼저 전송이 시작될 UL 채널까지의 시간 차이를 체크하여 상기 시간 차이가 다중화를 위해 필요한 프로세싱 시간보다 길어서 다중화될 UL 채널들에 대한 충분한 프로세싱 시간이 확보될 경우에는 Option 1과 같은 피기백 동작을 수행하는 반면, 충분하지 않은 경우에는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH를 드랍/중단하는 동작을 수행할 수 있다.
> i) PUCCH와 PUSCH의 종료 심볼들 간의 시간 차와, ii) (Case a 및/또는 Case c에 대해) {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여(S1401), UE의 동작(S1403 또는 S1405)이 결정될 수도 있다.
>> UE는 "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 값 이하이고, {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 Option 1과 같은 피기백 동작을 수행할 수 있다.
>> {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 수는 있지만 "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 값보다 긴 경우, UE는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 동작을 수행하거나 혹은 지연이 과도하게 증가되지 않는 한에서 UCI 피기백(예, UCI에 의해 PUSCH를 펑처링)을 수행할 수 있다.
>> UE는 {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 프로세싱 시간이 충분하지 않은 경우에는, 우선순위를 고려하여 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 동작을 수행할 수 있다.
> i)"PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"와, ii) (Case b 및/또는 Case d에 대해) {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-eMBB PUSCH}의 타임라인을 체크하여(S1401), UE의 동작(S1403 또는 S1405)이 결정될 수도 있다.
>> UE는"PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 이하이고, {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-eMBB PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 Option 1과 같은 피기백 동작을 수행할 수 있다.
>> {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-eMBB PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 수는 있지만 "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 값보다 긴 경우, UE는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 동작을 수행하거나 혹은 지연이 과도하게 증가되지 않는 한에서 UCI 피기백(예, UCI에 의해 PUSCH를 펑처링)을 수행할 수 있다.
>> UE는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-eMBB PUSCH}의 타임라인을 체크하여 프로세싱 시간이 충분하지 않은 경우에는, 우선순위를 고려하여 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH를 드랍/중단하는 동작을 수행할 수 있다.
> i)"PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"와, ii) (Case c 및/또는 Case z에 대해) {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여(S1401), UE의 동작(S1403 또는 S1405)이 결정될 수도 있다.
>> UE는 "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 값 이하이고, ii) {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 Option 1과 같은 피기백 동작을 수행할 수 있다.
>> {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 수는 있지만 "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 값보다 긴 경우, UE는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH를 드랍/중단하는 동작을 수행하거나 혹은 지연이 과도하게 증가되지 않는 한에서 UCI 피기백(예, UCI에 의해 PUSCH를 펑처링)을 수행할 수 있다.
>> {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 프로세싱 시간이 충분하지 않은 경우, UE는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH를 드랍/중단하는 동작을 수행할 수 있다.
> 본 명세의 몇몇 구현들에서"PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"와의 비교에 사용되는 "일정 값"은 서브-슬롯 (또는 슬롯) 심볼 길이(즉, 서브-슬롯 (또는 슬롯)의 심볼 개수), 및/또는 PUCCH/PUSCH의 뉴머롤러지(예, 부반송파 간격), 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}에 해당하는 기간(duration), 및/또는 {UL grant DCI-to-URLLC PUSCH}에 해당하는 기간, 및/또는 PUCCH 전송 구간(period) 및/또는 PUCCH/PUSCH 자원 기간(resource duration)에 상응하는 심볼 수를 기반으로 결정되거나, 혹은 RRC 시그널링 (또는 DCI)를 통해 설정/지시될 수 있다. 여기서 서브-슬롯은 슬롯의 심볼 개수보다 적은 심볼들로 구성되며, 예를 들어, 2개, 3개, 또는 7개 심볼들로 구성될 수 있다.
본 명세의 몇몇 구현들에서 우선순위는 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 의해 결정될 수 있다. 일례로, (eMBB 서비스에 비해) URLLC 서비스, 보다 낮은 지연 요구사항을 갖는 서비스, 및/또는 높은 신뢰도 요구사항을 갖는 서비스가 높은 우선순위를 갖는 서비스일 수 있다.
<1-1b> 앞서 설명된 <1-1a>의 예시들이 BS 입장에서 다시 설명된다. 다시 말해, 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는, UL 데이터 트래픽 및/또는 UCI를 포함하는 PUCCH와 PUSCH 채널 (자원)들이 시간 축에서 중첩하는 경우를 위한한, 본 명세의 몇몇 구현들에 따른 BS 동작이 설명된다. 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 UL 채널 (자원)들이 시간 축에서 중첩하는 상황은, 예를 들어, 하기의 채널 조합들에 대한 전송 자원들이 시간 축에서 중첩하는 상황을 의미할 수 있다. 하기의 채널 조합들에 해당하는 케이스들은 설명의 편의를 위한 예시에 불과하고, 본 명세의 구현들은 다양한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 채널들이 혼재하는 상황에 일반적으로 적용될 수 있다.
- Case a: eMBB PUCCH + URLLC PUSCH.
- Case b: URLLC PUCCH + eMBB PUSCH.
- Case c: eMBB PUCCH + URLLC PUCCH + URLLC PUSCH.
- Case d: eMBB PUCCH + URLLC PUCCH + eMBB PUSCH.
- Case z: URLLC PUCCH + URLLC PUSCH.
본 명세에서 복수의 채널들이 중첩(overlapping)하는 상황이라 함은 동일 반송파에 속한 및/또는 서로 다른 반송파들에 속한 복수의 채널들의 전송 구간(period)들이 시간 도메인에서 중첩하는 상황을 의미할 수 있다.
* Option 1: BS는 PUCCH 상에서 전송되기로 되어 있던 UCI를 PUSCH로 옮겨서 (즉 피기백하여) UE가 전송할 것으로 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수 있다.
- 특징적으로 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 따라 상이한 매핑 규칙이 적용된다고 기대하고 BS는 이에 따른 UL 수신을 수행할 수 있다. 일례로, BS는 eMBB UCI보다 URLLC PUSCH가 DMRS 근처에 (예를 들어, DMRS와 더 가까운 심볼에) 먼저 매핑되어 전송된다고 기대하고 이에 따라 UL 수신 동작을 수행할 수 있다.
- 특정 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 UCI가 PUSCH에 실려서(다시 말해, PUSCH의 자원에 매핑되어) 전송되는 경우, PUSCH의 변조 차수를 따르는 것이 아니라 고정된 특정 변조 차수에 따라 전송된다고 기대하고 BS는 이에 따른 UL 수신을 수행할 수 있다. 일례로, BS는 URLLC UCI의 경우 보다 높은 신뢰도 확보를 위해 PUSCH의 데이터에 해당하는 변조 차수와 상관없이 항상 QPSK(quadrature phase shift keying)로 변조(modulation)되어 PUSCH에 실린다고 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수 있다.
- 보다 높은 우선순위를 갖는 (혹은 특정 서비스 타입/요구사항에 해당하는/관련된) UCI가 보다 낮은 우선순위를 갖는 (혹은 상기 특정 서비스 타입/요구사항과 상이한 서비스 타입/요구사항에 해당하는/관련된) PUSCH로 피기백하는 UE 동작을 기대하고 BS가 UL 수신 동작을 수행하고자 하는 경우, BS는 PUSCH의 시작 심볼 및/또는 종료 심볼의 타이밍을 고려하여 어떤 옵션이 적용될 지가 결정된다고 가정하고 이에 대한 수신 동작을 수행할 수 있다. 만약 PUSCH의 시작 심볼 및/또는 종료 심볼이 보다 높은 우선순위를 갖는 UCI의 본래 전송 타이밍에 비해 너무 뒤여서 지연을 과도하게 초래할 경우, BS는 하기 Option 2와 같이 (일부) PUSCH를 드랍/중단된다고 기대하고 UL 수신 동작을 수행할 수 있다.
- 보다 높은 우선순위를 갖는 (혹은 특정 서비스 타입/요구사항에 해당하는/관련된) UCI가 보다 낮은 우선순위를 갖는 (혹은 상기와 상이한 서비스 타입/요구사항에 해당하는/관련된) PUSCH로 피기백하는 UE 동작을 기대하고 BS가 UL 수신 동작을 수행하고자 하는 경우, 그리고 상기 PUSCH가 매핑 타입 A PUSCH인 경우, UCI가 상기 PUSCH 내 첫 번째 DMRS 근처에 우선적으로 매핑된다고 기대하고 BS가 상기 PUSCH에 대한 수신 동작을 수행하도록 규칙이 정의될 수 있다.
일례로, 몇몇 시나리오들에서, UCI가 피기백될 PUSCH의 n-번째 심볼에 DMRS가 매핑되어 있는 경우 상기 UCI는 (n+1)-번째 심볼에 할당된 자원 블록(resource block, RB)에 매핑된 다음에 (n+2)-번째 심볼에 매핑되고, (n+3)-번째, (n+4)-번째, ... 심볼에 순차적으로 매핑된다. 그런데, 상기 규칙(즉, PUSCH의 자원 내 첫 째 DMRS 근처에 UCI를 우선적으로 매핑하는 규칙)이 적용될 경우, UCI가 (n+1)-번째 심볼에 할당된 RB에 매핑된 후에 (n-1)-번째 심볼에 매핑되고, (n+2)-번째, (n-2)-번째, ... 심볼에 순차적으로 매핑된다고 가정하고, BS는 상기 PUSCH에 대한 수신 동작을 수행하도록 규칙이 정의될 수 있다.
또는 UCI를 PUSCH에 피기백하는 것이 일정 지연 증가만 허용하도록 하기 위해, 상기 UCI는 n-번째 심볼에 DMRS가 있는 PUSCH의 심볼들 중 n+1)-번째, ..., (n+k)-번째 심볼에 할당된 RB에 매핑된 후 (n-1)-번재, ..., (n-k)-번재 심볼에 할당된 RB에 매핑된다고 가정하고, BS가 상기 PUSCH에 대한 수신 동작을 수행하도록 규칙이 정의될 수 있다. 여기서, k는 사전에 정의/약속되거나, 상위 계층 신호를 통해 설정되거나, L1 시그널링(예, UCI에 관련된 스케줄링 DCI)에 의해 지시되거나, 할당된 PUSCH의 시간 기간(time duration)를 기반으로 상기 시간 기간보다 작은 값 중 결정될 수 있다.
* Option 2: BS는 PUSCH가 드랍/중단되고 PUCCH가 전송될 것으로 기대하고 이에 대한 수신 동작을 수행할 수 있다. 이 Option은 특히, PUCCH에 비해 PUSCH의 우선순위가 상대적으로 낮을 경우 유효할 수 있다.
* Option 3: BS는 PUCCH의 전송이 드랍/중단되고 PUSCH가 전송될 것으로 기대하고 UL 수신 동작을 수행할 수 있다. 특히, BS는 PUCCH들 중 상대적으로 낮은 우선순위의 UCI를 포함하는 PUCCH가 드랍/중단된다고 기대하고 UL 수신 동작을 수행할 수 있다. 혹은 BS는 PUCCH들 중 상대적으로 낮은 우선순위의 UCI를 포함하는 PUCCH에 대해 번들링과 같은 동작을 통해 UCI 페이로드 크기를 줄이는 동작이 수행되는 것으로 기대하고 UL 수신 동작을 수행할 수 있다.
* 상기 옵션들 중 어떤 옵션이 적용될 지가 상황/조건에 따라 결정될 수도 있다. 예를 들어, 다음 방법들 중 어느 하나에 따라 상기 옵션들 중 적용될 옵션이 결정될 수 있다.
> UL 채널들을 다중화 혹은 준비하는 데는 시간이 필요한 점을 고려하여, PUCCH와 PUSCH의 종료 심볼들 간의 시간 차에 의해 BS의 동작이 결정될 수도 있다. 일례로, BS는 종료 심볼 간의 시간 차가 일정 값 이상으로 충분한 경우에는 Option 1과 같은 피기백 동작을 기대하고 UL 수신 동작을 수행하는 반면, 충분하지 않은 경우에는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH가 드랍/중단되는 동작을 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수도 있다.
> UL 채널들을 다중화 혹은 준비하는 데는 시간이 필요한 점을 고려하여, PUCCH 전송을 트리거링하는 PDCCH(예, PDSCH를 스케줄링하는 PDCCH)와 PUSCH 전송을 스케줄링하는 PDCCH 간의 시간 차를 기반으로 BS의 동작이 결정될 수도 있다. 일례로, BS는 PUCCH 전송을 트리거링하는 PDCCH의 종료 심볼과 PUSCH 전송을 스케줄링하는 PDCCH의 종료 심볼 간의 시간 차가 일정 값 이상으로 충분한 경우에 Option 1과 같은 피기백 동작을 기대하고, 충분하지 않은 경우에는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH의 전송이 드랍/중단되는 동작을 기대하고 UL 수신 동작을 수행할 수도 있다.
> 몇몇 시나리오들에서는 타임라인 조건을 만족시키지 못하는 UL 채널들이 다중화 후보가 되는 상황이 발생하지 못하도록 제약된다. 그러나, 다중화를 위한 타임라인 조건을 만족하지 못하는 UL 채널들이 시간에서 중첩하는 상황이 발생하는 시나리오들도 고려될 수도 있다. BS는 다음의 타임라인 중 일부 혹은 전체를 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 Option 1과 같이 피기백하는 UE 동작을 기대하고 UL 수신 동작을 수행하는 반면, 프로세싱 시간이 충분하지 않은 경우에는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 UE 동작을 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수도 있다.
> Case a 및/또는 Case c에 대해, BS는 {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 Option 1과 같이 피기백하는 UE 동작을 기대하고 UL 수신 동작을 수행하는 반면, 프로세싱 시간이 충분하지 않은 경우에는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 UE 동작을 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수도 있다.
> Case b 및/또는 Case d에 대해, BS는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-eMBB PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 Option 1과 같이 피기백하는 UE 동작을 기대하고 UL 수신 동작을 수행하는 반면, 프로세싱 시간이 충분하지 않은 경우에는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH가 드랍/중단되는 UE 동작을 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수도 있다.
> 혹은, 시간 도메인에서 중첩하는 UL 채널들과 관련된 DCI들 중 가장 늦은 DCI로부터 가장 먼저 전송이 시작될 UL 채널까지의 시간 차이를 체크하여 상기 시간 차이가 다중화(예, 피기백)을 위해 필요한 프로세싱 시간보다 길어서 다중화될 UL 채널들에 대한 충분한 프로세싱 시간이 확보될 수 있는 경우, BS는 Option 1에 따라 피기백하는 UE 동작을 기대하고 상기 기대에 따라 UL 수신 동작을 수행하는 반면, 충분하지 않은 경우에는 Option 2 혹은 Option 3에 따라 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 UE 동작을 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수도 있다.
> i) "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"와, ii) (Case a 및/또는 Case c에 대해) {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 BS의 동작이 결정될 수도 있다.
>> BS는 "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 값 이하이고, {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 Option 1에 기반하여 피기백하는 UE 동작을 기대하고, 상기 기대에 따라 UL 수신 동작을 수행한다.
>> {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 수는 있지만 "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 값보다 긴 경우, BS는 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 UE 동작을 기대하고 UL 수신 동작을 수행하거나, 혹은 지연이 과도하게 증가되지 않는 한에서 UCI 피기백(예, UCI에 의해 PUSCH를 펑처링)하는 UE 동작을 기대하고, 상기 기대에 따라 UL 수신 동작을 수행할 수 있다.
>> BS는 {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 프로세싱 시간이 충분하지 않은 경우에는 우선순위를 고려하여 Option 2 혹은 Option 3와 같이 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 UE 동작을 기대하고, 상기 기대에 따라 UL 수신 동작을 수행할 수 있다.
> i) "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"와, ii) (Case b 및/또는 d에 대해) {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-eMBB PUSCH}의 타임라인을 체크하여 BS의 동작이 결정될 수도 있다.
>> BS는 "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 값 이하이고, {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-eMBB PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 Option 1에 기반하여 피기백하는 UE 동작을 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수 있다.
>> BS는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-eMBB PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 수 있지만 "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 값보다 긴 경우에는 Option 2 혹은 Option 3에 따라 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 UE 동작 혹은 지연이 과도하게 증가되지 않는 한에서 UCI 피기백(예, UCI에 의해 PUSCH를 펑처링)하는 UE 동작을 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수 있다.
>> BS는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-eMBB PUSCH}의 타임라인을 체크하여 프로세싱 시간이 충분하지 않은 경우에는, 우선순위를 고려하여 Option 2 혹은 Option 3에 기반하여 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 UE 동작을 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수 있다.
> i) "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"와, ii) (Case c 및/또는 Case z에 대해) {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 BS의 동작이 결정될 수도 있다.
>> BS는 "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 이하이고, {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 Option 1에 따라 피기백하는 UE 동작을 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수 있다.
>> {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 수 있지만 "PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"가 일정 값보다 긴 경우, BS는 Option 2 혹은 Option 3에 기반하여 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 UE 동작 혹은 지연이 과도하게 증가되지 않는 한에서 UCI 피기백(예, UCI에 의해 PUSCH를 펑처링)하는 UE 동작을 기대하고 상기 기대에 따라 UL 수신 동작을 수행할 수 있다.
>> {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK} 및/또는 {UL grant DCI-to-URLLC PUSCH}의 타임라인을 체크하여 프로세싱 시간이 충분하지 않은 경우, BS는 Option 2 혹은 Option 3에 기반하여 (일부) PUCCH/PUSCH의 전송을 드랍/중단하는 UE 동작을 기대하고 상기 기대에 따라 수신 동작을 수행할 수 있다.
> 본 명세의 몇몇 구현들에서"PUCCH와 PUSCH의 종료 심볼들 간의 시간 차"와의 비교에 사용되는 "일정 값"은는 서브-슬롯 (또는 슬롯) 심볼 길이(즉, 서브-슬롯 (또는 슬롯)의 심볼 개수), 및/또는 PUCCH/PUSCH의 뉴머롤러지(예, 부반송파 간격), 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}에 해당하는 기간(duration), 및/또는 {UL grant DCI-to-URLLC PUSCH}에 해당하는 기간, 및/또는 PUCCH 전송 구간(period) 및/또는 PUCCH/PUSCH 자원 기간(resource duration)에 상응하는 심볼 수를 기반으로 결정되거나, 혹은 RRC 시그널링 (또는 DCI)를 통해 BS에 의해 직접 설정/지시될 수 있다. 여기서 서브-슬롯은 슬롯의 심볼 개수보다 적은 심볼들로 구성되며, 예를 들어, 2개, 3개, 또는 7개 심볼들로 구성될 수 있다.
<1-2a> 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 UCI를 포함하는 복수의 PUCCH 채널 (자원)들이 시간 축에서 중첩하는 경우에 대해, 본 명세의 몇몇 구현들에 따른 UE 동작이 설명된다. 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 UCI를 포함하는 복수의 PUCCH 채널 (자원)들이 시간 축에서 중첩하는 상황은, 예를 들어, 하기의 채널 조합들에 대한 전송 자원들이 시간 축에서 중첩하는 상황을 의미할 수 있다. 하기의 채널 조합들에 해당하는 케이스들은 설명의 편의를 위한 예시에 불과하고, 본 명세의 구현들은 다양한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 채널들이 혼재하는 상황에 일반적으로 적용될 수 있다.
- Case e: eMBB HARQ-ACK + URLLC HARQ-ACK
- Case f: eMBB HARQ-ACK + URLLC CSI.
- Case g: eMBB CSI + URLLC HARQ-ACK.
- Case h: eMBB HARQ-ACK + URLLC HARQ-ACK + CSI.
- Case i: eMBB HARQ-ACK + URLLC HARQ-ACK + eMBB CSI + URLLC CSI.
본 명세에서 복수의 채널들이 중첩(overlapping)하는 상황이라 함은 동일 반송파에 속한 및/또는 서로 다른 반송파들에 속한 복수의 채널들의 전송 구간(period)들이 시간 도메인에서 중첩하는 상황을 의미할 수 있다.
* Option 1: UE는 복수의 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 UCI를 하나의 PUCCH에 실어 전송할 수 있다.
* Option 2: UE는 복수의 UCI들 (혹은 복수의 PUCCH들) 중, 보다 낮은 우선순위를 갖는 트래픽에 대응되는 일부 UCI/PUCCH(예, eMBB HARQ-ACK(즉, eMBB 트래픽에 대한 HARQ-ACK)이 URLLC HARQ-ACK(즉, URLLC 트랙픽에 대한 HARQ-ACK)보다 낮은 우선순위를 가짐)를 드랍 혹은 페이로드 크기를 줄이기 위한 동작인 쇼트닝(예, 번들링)하고 나머지 UCI/PUCCH에 대해서만 전송을 수행할 수 있다.
* 상기 옵션들 중 어떤 옵션이 적용될 지가 상황/조건에 따라 결정될 수도 있다. 예를 들어, 다음 방법들 중 어느 하나에 따라 상기 옵션들 중 적용될 옵션이 결정될 수 있다.
> UL 채널들을 다중화 혹은 준비하는 데는 시간이 필요한 점을 고려하여, 복수의 PUCCH 채널 (자원)들의 종료 심볼들 간의 시간 차에 의해 UE의 동작이 결정될 수도 있다. 일례로, UE는 종료 심볼들 간의 시간 차가 일정 값 이상으로 충분한 경우(S1401, Yes)에는 Option 1과 같은 동작을 수행(S1403)하는 반면, 충분하지 않은 경우(S1401, No)에는 Option 2와 같은 동작을 수행(S1405)할 수도 있다.
> UL 채널들을 다중화 혹은 준비하는 데는 시간이 필요한 점을 고려하여, 다음의 타임라인 중 일부 혹은 전체를 체크하여(S1401), 이보다 긴 프로세싱 시간이 확보될 경우(S1401, Yes)에는 Option 1과 같은 동작이 수행(S1403)되는 반면, 프로세싱 시간이 충분하지 않은 경우(S1401, No)에는 Option 2와 같이 (일부) UCI를 드랍하는 동작이 수행(S1405)될 수도 있다.
>> UE는 {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 Option 1과 같은 동작을 수행하는 반면, 프로세싱 시간이 충분하지 않은 경우에는 Option 2와 같은 동작을 수행할 수 있다.
>> 혹은, UE는 가장 나중에 온 DCI로부터 가장 먼저 전송이 시작될 UL 채널까지의 시간 차이를 체크하여 상기 시간 차이가 다중화를 위해 필요한 프로세싱 시간보다 길어서 다중화될 UCI를 준비할 충분한 프로세싱 시간이 확보될 수 있는 경우에는 Option 1과 같은 동작을 수행하는 반면, 프로세싱 시간이 충분하지 않은 경우에는 Option 2와 같은 동작을 수행할 수 있다.
> Option 1과 같은 다중화 동작을 수행하고자 하는 경우, 다중화 후에 새로이 전송될 PUCCH (자원)의 시작 심볼 및/또는 종료 심볼의 타이밍을 고려하여, 어떤 옵션이 적용될 지가 결정될 수 있다. 만약 시작 심볼 및/또는 종료 심볼이 보다 높은 우선순위를 갖는 UCI의 본래 전송 타이밍에 비해 너무 늦어져서 지연을 과도하게 초래할 경우(S1401, No), UE는 Option 2와 같은 동작을 수행(S1405)할 수 있다.
> i) 두 PUCCH들의 종료 심볼들 간 시간 차와, ii) {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}의 타임라인을 체크하여, UE의 동작이 결정될 수도 있다.
>> 두 PUCCH들의 종료 심볼들 간의 시간 차가 일정 이하이고, {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우, UE는 Option 1과 같은 다중화 동작을 수행할 수 있다.
>> {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}의 타임라인을 체크하여 이보다 긴 시간이 프로세싱 시간이 확보될 수는 있지만 두 PUCCH들의 종료 심볼들 간의 시간 차가 일정 값보다 긴 경우, UE는 Option 2와 같이 (일부) PUCCH가 드랍/중단되는 동작을 수행하거나 혹은 지연이 과도하게 증가되지 않는 한에서 UCI를 PUCCH들 중 하나에 피기백(예, UCI에 의해 PUCCH들 중 하나를 펑처링)을 수행할 수 있다.
>> {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}의 타임라인을 체크하여 프로세싱 시간이 충분하지 않은 경우, UE는 우선순위를 고려하여 Option 2와 같이 (일부) PUCCH 를 드랍/중단하는 동작을 수행할 수 있다.
> 본 명세의 몇몇 구현들에서 PUCCH들의 종료 심볼들 간의 시간 차와의 비교에 사용되는 "일정 값"은 서브-슬롯 (또는 슬롯) 심볼 길이, 및/또는 PUCCH(들)의 뉴머롤러지(예, 부반송파 간격), 및/또는 {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK}에 해당하는 기간 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}에 해당하는 기간 및/또는 PUCCH 전송 구간 및/또는 PUCCH 자원 기간에 상응하는 심볼 수를 기반으로 결정되거나, 혹은 RRC (내지는 DCI)를 통해 설정/지시될 수 있다. 여기서 서브-슬롯은 슬롯의 심볼 개수보다 적은 심볼들로 구성되며, 예를 들어, 2개, 3개, 또는 7개 심볼들로 구성될 수 있다.
<1-2b> 앞서 설명된 <1-2a>의 예시들이 BS 입장에서 다시 설명된다. 다시 말해, 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 UCI를 포함하는 복수의 PUCCH 채널 (자원)들이 시간 축에서 중첩하는 경우에 대해, 본 명세의 몇몇 구현들에 따른 BS 동작이 설명된다. 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 UCI를 포함하는 복수의 PUCCH 채널 (자원)들이 시간 축에서 중첩하는 상황은, 예를 들어, 하기의 채널 조합들에 대한 전송 자원들이 시간 축에서 중첩하는 상황을 의미할 수 있다. 하기의 채널 조합들에 해당하는 케이스들은 설명의 편의를 위한 예시에 불과하고, 본 명세의 구현들은 다양한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 채널들이 혼재하는 상황에 일반적으로 적용될 수 있다.
- Case e: eMBB HARQ-ACK + URLLC HARQ-ACK
- Case f: eMBB HARQ-ACK + URLLC CSI.
- Case g: eMBB CSI + URLLC HARQ-ACK.
- Case h: eMBB HARQ-ACK + URLLC HARQ-ACK + CSI.
- Case i: eMBB HARQ-ACK + URLLC HARQ-ACK + eMBB CSI + URLLC CSI.
본 명세에서 복수의 채널들이 중첩(overlapping)하는 상황이라 함은 동일 반송파에 속한 및/또는 서로 다른 반송파들에 속한 복수의 채널들의 전송 구간(period)들이 시간 도메인에서 중첩하는 상황을 의미할 수 있다.
* Option 1: BS는 복수의 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 UCI가 하나의 PUCCH에 실려 전송된다고 기대하고 UL 수신 동작을 수행할 수 있다.
* Option 2: BS는 복수의 UCI들 (혹은 복수의 PUCCH들) 중, 보다 낮은 우선순위를 갖는 트래픽에 대응되는 일부 UCI/PUCCH(예, eMBB HARQ-ACK(즉, eMBB 트래픽에 대한 HARQ-ACK)이 URLLC HARQ-ACK(즉, URLLC 트랙픽에 대한 HARQ-ACK)보다 낮은 우선순위를 가짐)를 드랍 혹은 쇼트닝(예, 번들링)하고 나머지 UCI/PUCCH만 전송된다고 기대하고 UL 수신 동작을 수행할 수 있다.
* 상기 옵션들 중 어떤 옵션이 적용될 지가 상황/조건에 따라 결정될 수도 있다. 예를 들어, 다음 방법들 중 어느 하나에 따라 상기 옵션들 중 적용될 옵션이 결정될 수 있다.
> 복수의 PUCCH 채널 (자원)들의 종료 심볼들 간의 시간 차에 의해 BS의 동작이 결정될 수도 있다. 일례로, BS는 종료 심볼들 간의 시간 차가 일정 값 이상으로 충분한 경우에는 UE가 Option 1에 따른 동작을 수행한다고 기대하고 UL 수신 동작을 수행하는 반면, 충분하지 않은 경우에는 UE가 Option 2에 따른 동작을 수행한다고 기대하고 UL 수신 동작을 수행할 수도 있다.
> BS는 다음의 타임라인 중 일부 혹은 전체를 체크하여 긴 프로세싱 시간이 확보될 경우에는 UE가 Option 1에 따른 동작을 수행한다고 기대하고 UL 수신 동작을 수행하는 반면, 프로세싱 시간이 충분하지 않은 경우에는 UE가 Option 2에 따라 (일부) UCI를 드랍하는 동작을 수행한다고 기대하고 UL 수신 동작을 수행할 수도 있다.
> BS는 {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 UE가 Option 1에 따른 동작을 수행한다고 기대하고 UL 수신 동작을 수행하는 반면, 프로세싱 시간이 충분하지 않은 경우에는 UE가 Option 2에 따른 동작을 수행한다고 기대하고 UL 수신 동작을 수행할 수 있다.
> 혹은, BS는 시간 도메인에서 중첩하는 UL 채널들과 관련된 DCI들 중 가장 늦은 DCI로부터 가장 먼저 전송이 시작될 UL 채널까지의 시간 차이를 체크하여 상기 시간 차이가 다중화를 위해 필요한 프로세싱 시간보다 길어서 다중화될 UCI를 준비할 충분한 프로세싱 시간이 확보될 수 있는 경우에는 UE가 Option 1에 기반한 동작을 수행한다고 기대하고 UL 수신 동작을 수행하는 반면, 프로세싱 시간이 충분하지 않은 경우에는 UE가 Option 2에 기반한 동작을 수행한다고 기대하고 UL 수신 동작을 수행할 수 있다.
> UE가 Option 1에 따른 다중화 동작을 수행할 때 상기 다중화 동작 이후 새로이 전송될 PUCCH (자원)의 시작 심볼 및/또는 종료 심볼의 타이밍을 고려하여 적용할 옵션을 결정할 것이라고 가정하고, BS가 UL 수신 동작을 수행할 수 있다. 만약 시작 심볼 및/또는 종료 심볼이 보다 높은 우선순위를 갖는 UCI의 본래 전송 타이밍에 비해 너무 늦어서 지연을 과도하게 초래할 경우, BS는 Option 2에 따른 UE 동작을 기대하고 BS는 UL 수신 동작을 수행할 수도 있다.
> i) 두 PUCCH들의 종료 심볼들 간 시간 차와, ii) {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}의 타임라인을 체크하여 BS의 동작이 결정될 수도 있다.
>> 두 PUCCH들의 종료 심볼들 간 시간 차가 일정 값 이하이고, {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 경우에는 UE가 Option 1에 기반한 다중화 동작을 수행한다고 기대하고, BS가 UL 수신 동작을 수행할 수 있다.
>> {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}의 타임라인을 체크하여 이보다 긴 프로세싱 시간이 확보될 수는 있지만 두 PUCCH들의 종료 심볼들 간 시간 차가 일정 값보다 긴 경우에는 UE가 Option 2에 따라 (일부) PUCCH의 전송을 드랍/중단하는 동작을 수행하거나 혹은 지연이 과도하게 증가되지 않는 한에서 PUCCH들 중 하나 상에 UCI를 피기백((예, UCI에 의해 PUCCH들 중 하나를 펑처링)을 수행한다고 가정하고, BS가 UL 수신 동작을 수행할 수 있다.
>> {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK} 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}의 타임라인을 체크하여 프로세싱 시간이 충분하지 않은 경우에는 UE가 우선순위를 고려하여 Option 2에 따라 (일부) PUCCH를 드랍/중단하는 동작을 수행할 것이라고 기대하고, BS가 UL 수신 동작을 수행할 있다.
> 본 명세의 몇몇 구현들에서 PUCCH들의 종료 심볼들 간 시간 차와의 비교에 사용되는 "일정 값"은 서브-슬롯 (또는 슬롯) 심볼 길이, 및/또는 PUCCH(들)의 뉴머롤러지(예, 부반송파 간격), 및/또는 {DL assignment DCI-to-PUCCH carrying eMBB HARQ-ACK}에 해당하는 기간 및/또는 {DL assignment DCI-to-PUCCH carrying URLLC HARQ-ACK}에 해당하는 기간 및/또는 PUCCH 전송 구간 및/또는 PUCCH 자원 기간에 상응하는 심볼 수를 기반으로 결정되거나, 혹은 RRC (내지는 DCI)를 통해 BS에 의해 직접 설정/지시될 수 있다.
<1-3> 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 복수의 DL 데이터(예, 복수의 PDSCH들)에 대한 HARQ-ACK에 대해서 별개의(separate) 코드북들이 구성(form)/생성(generate)될 수 있다. 예를 들어, 제1 요구사항과 연관된 PDSCH(들)에 대한 HARQ-ACK 코드북과 제1 요구사항과는 다른 제2 요구사항과 연관된 PDSCH(들)에 대한 HARQ-ACK 코드북이 따로따로 설정/구성(form)될 수 있다. 만약 동적 코드북이 설정된 경우, 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항에 해당하는 복수의 DL 데이터에 대한 HARQ-ACK에 대해서 하향링크 배정 인덱스(downlink assignment index, DAI) 값도 별도로 결정될 수 있다. 예를 들어, 제1 요구사항과 연관된 PDSCH(들)에 대한 DAI 값과 제2 요구사항과 연관된 PDSCH(들)에 대한 DAI 값은 따로따로 시그널링 및/또는 결정될 수 있다. BS는 PUSCH를 스케줄링하는 UL 그랜트 DCI 내에 다음의 정보 중 일부 (혹은 전체 혹은 이의 조합으로 이루어진 새로운 정보)를 포함시켜 전송할 수 있고, UE도 다음의 정보가 포함될 것을 가정하여 DCI 수신 및 PUSCH 전송을 수행할 수 있다.
- PUSCH 데이터 트래픽과 동일한 서비스 타입, 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항을 갖는 PDSCH에 대한 HARQ-ACK 코드북 구성/생성을 위한 total-DAI 값. 일례로, eMBB PUSCH 스케줄링 DCI에 eMBB HARQ-ACK에 대한 total-DAI 값이 포함될 수 있다.
- PUSCH 데이터 트래픽과 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항을 갖는 PDSCH에 대한 HARQ-ACK 코드북 구성/생성을 위한 total-DAI 값. 일례로, eMBB PUSCH 스케줄링 DCI에 URLLC HARQ-ACK에 대한 total-DAI 값이 포함될 수 있다.
- PUSCH 데이터 트래픽과 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항 및/또는 신뢰도 요구사항을 갖는 PDSCH에 대한 HARQ-ACK의 최대 개수 (혹은 최대 비트 수). 일례로, eMBB PUSCH 스케줄링 DCI에 URLLC HARQ-ACK에 대한 최대 total-DAI 값이 포함될 수 있다.
- 상기 DAI 값 혹은 최대 개수/비트 수는 PUSCH와 중첩할 PUCCH 전송 (자원)과 연관된 혹은 PUSCH 전송 시간 기간과 연관된 HARQ-ACK 번들링 윈도우에 기반하여 계산되는 것일 수 있다.
참고로, HARQ-ACK 번들링 윈도우란, 일정 시간 기간에서 수신된 하나 또는 복수의 PDSCH들에 대한 HARQ-ACK 비트(들)이 하나의 UL 채널을 통해 전송될 때, 상기 일정 시간 기간을 지칭한다.
<1-4a> 상이한 서비스 타입 및/또는 QoS 및/또는 블록 오류 비율(block error ratio, BLER) 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간을 갖는 복수의 PUCCH/PUSCH 채널 (자원)들이 시간 축에서 중첩하는 경우에 대해, 본 명세의 몇몇 구현들에 따른 UE 동작이 설명된다. 상이한 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간을 갖는 복수의 PUCCH/PUSCH 채널 (자원)들이 시간 축에서 전송 구간이 중첩하는 상황은, 예를 들어, 복수의 PUCCH/PUSCH 전송 자원들이 시간 축에서 중첩하는 상황을 의미할 수 있다. 본 명세에서 복수의 채널들이 중첩(overlapping)하는 상황이라 함은 동일 반송파에 속한 및/또는 서로 다른 반송파들에 속한 복수의 채널들의 전송 구간(period)들이 시간 도메인에서 중첩하는 상황을 의미할 수 있다. 설명의 편의를 위하여, 이하에서는 상이한 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간을 갖는 복수의 PUCCH/PUSCH들이 해당 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간에 따라 적어도 2가지 타입(타입-1 및 타입-2)으로 분류된다고 가정한다. 이하에서는 타입-1에 속하는 PUCCH/PUSCH를 타입-1 PUCCH/PUSCH로 칭하고, 타입-2에 속하는 PUCCH/PUSCH를 타입-2 PUCCH/PUSCH로 칭한다.
도 15 및 도 16은 UL 채널들 간 충돌을 핸들링하는 방법들을 예시한 것이다.
한 가지 방안으로, 상이한 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간을 갖는 복수의 PUCCH/PUSCH 채널 (자원)들이 시간 축에서 전송 구간이 중첩하는 경우, 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간이 동일한 (혹은 사전에 정의/약속/설정/지시된 규칙에 의해 동일 타입으로 분류될 수 있는) 채널들끼리 그룹화하여 동일 그룹 내 채널들에 대해 먼저 충돌 핸들링(collision handling)를 수행한 다음, 상이한 타입의 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간에 해당하는 그룹들 간 충돌 핸들링을 수행할 수 있다. 여기서, 충돌 핸들링은 복수의 채널들에 대한 다중화 혹은 드랍 등의 기법을 포함한다. 일례로, 동일한 타입의 채널들을 포함하는 그룹 내에서의 충돌 핸들링은 도 7 내지 도 12에서 예시된 규칙(들), 또는 <1-1a> 및/또는 <1-2a>에서 설명된 규칙(들)을 따르되, 각각 상이한 타입 채널들을 포함하는 그룹들 간의 충돌 핸들링은 (타입-1이 타입-2에 비해 보다 높은 우선 순위인 경우) 타입-2에 해당하는 PUCCH/PUSCH를 드랍하고 타입-1에 해당하는 PUCCH/PUSCH만 전송하는 것일 수 있다. 이 방안은 보다 낮은 우선 순위에 해당하는 채널들(예, 타입-2 PUCCH/PUSCH)이 보다 높은 우선 순위에 해당하는 채널들과 직접적으로 중첩하지 않더라도, 동일 타입의 채널들에 대한 충돌 핸들링의 결과에 따라서는 일 그룹에 대한 충돌 핸들링로 얻어진 채널 (자원)과 다른 그룹에 대한 충돌 핸들링으로 얻어진 채널 (자원) 간 중첩이 발생하여 일 타입의 UCI 및/또는 UL 데이터가 모두 드랍되는 상황이 발생할 수 있다. 일례로, 도 15를 참조하면, 타입-1이 타입-2에 비해 보다 높은 우선 순위인 경우, 그리고 타입-1 PUCCH와 타입-1 PUSCH가 타입-2 PUSCH와 중첩하는 반면 타입-2 PUCCH와는 중첩하지 않는 경우, 타입-1 PUCCH와 타입-1 PUSCH를 포함하는 타입-1 채널 그룹에 대해 충돌 핸들링을 수행(예, 타입-1 PUCCH의 UCI를 타입-1 PUSCH에 피기백)하고, 타입-2 PUCCH와 타입-2 PUSCH를 포함하는 타입-2 그룹에 대해 충돌 핸들링을 수행(예, 타입-2 PUCCH의 UCI를 타입-2 PUSCH에 피기백)한다. 그리고 나서 각 그룹으로부터 야기되는 채널들(예, 타입-1 PUSCH와 타입-2 PUSCH)이 충돌하는 경우 그룹들에 걸쳐 충돌 핸들링을 수행(예, 타입-2 채널을 드랍)하게 된다. 이 경우, 타입-2 PUCCH의 UCI와 타입-2 PUSCH 내 데이터가 모두 드랍될 수 있다.
이를 방지하기 위한 방안으로, 보다 높은 우선 순위에 해당하는 타입의 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간에 해당하는 PUCCH(들)/PUSCH(들)만 그룹화하고, 상기 보다 높은 우선 순위의 채널들에 대한 충돌 핸들링으로 인해 야기되는 채널이 보다 낮은 우선 순위에 해당하는 타입의 PUCCH(들)/PUSCH(들) 중 중첩하는 경우에 한해서만 상이한 타입 간 충돌 핸들링을 적용하도록 규칙이 정의될 수 있다. 일례로, 도 16을 참조하면, 타입-1이 타입-2에 비해 보다 높은 우선 순위인 경우, 그리고 타입-1 PUCCH와 타입-1 PUSCH가 타입-2 PUSCH와 중첩하는 반면 타입-2 PUCCH와는 중첩하지 않는 경우, 먼저 타입-1 PUCCH와 타입-1 PUSCH에 대해서 충돌 핸들링을 수행(예, 타입-1 PUCCH의 UCI를 타입-1 PUSCH에 피기백)하고 이로부터 야기되는 채널(도 16에서 타입-1 PUSCH with UCI)과 중첩하는 타입-2 PUSCH와 상기 타입-1 PUSCH with UCI 간에 충돌 핸들링을 수행하면 타입-2 PUSCH는 드랍되는 반면, 타입-2 PUCCH는 타입-1 PUSCH와 중첩하지 않으므로 드랍되지 않고 전송될 수 있다.
<1-4b> 앞서 설명된 <1-4a>의 예시들이 BS 입장에서 다시 설명된다. 다시 말해, 상이한 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간을 갖는 복수의 PUCCH/PUSCH 채널 (자원)들이 시간 축에서 중첩하는 경우에 대해, 본 명세의 몇몇 구현들에 따른 BS 동작이 설명된다. 상이한 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간을 갖는 복수의 PUCCH/PUSCH 채널 (자원)들이 시간 축에서 전송 구간이 중첩하는 상황은, 예를 들어, 복수의 PUCCH/PUSCH 전송 자원들이 시간 축에서 중첩하는 상황을 의미할 수 있다. 본 명세에서 복수의 채널들이 중첩(overlapping)하는 상황이라 함은 동일 반송파에 속한 및/또는 서로 다른 반송파들에 속한 복수의 채널들의 전송 구간(period)들이 시간 도메인에서 중첩하는 상황을 의미할 수 있다. 설명의 편의를 위하여, 이하에서는 상이한 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간을 갖는 복수의 PUCCH/PUSCH들이 해당 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간에 따라 적어도 2가지 타입(타입-1 및 타입-2)으로 분류된다고 가정한다. 이하에서는 타입-1에 속하는 PUCCH/PUSCH를 타입-1 PUCCH/PUSCH로 칭하고, 타입-2에 속하는 PUCCH/PUSCH를 타입-2 PUCCH/PUSCH로 칭한다.
한 가지 방안으로, 상이한 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간을 갖는 복수의 PUCCH/PUSCH 채널 (자원)들이 시간 축에서 전송 구간이 중첩하는 경우, 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간이 동일한 (혹은 사전에 정의/약속/설정/지시된 규칙에 의해 동일 타입으로 분류될 수 있는) 채널들끼리 그룹화하여 동일 그룹 내 채널들에 대해 먼저 충돌 핸들링(collision handling)를 수행한 다음, 상이한 타입의 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간에 해당하는 그룹들 간 충돌 핸들링을 UE가 수행할 것으로 기대하고, BS는 UE에 의한 충돌 핸들링을 기반으로 전송되는 UL 채널(들)을 수신할 수 있다. 여기서, 충돌 핸들링은 복수의 채널들에 대한 다중화 혹은 드랍 등의 기법을 포함한다. 일례로, 동일한 타입의 채널들을 포함하는 그룹 내에서의 충돌 핸들링은 도 7 내지 도 12에서 예시된 규칙(들), 또는 <1-1b> 및/또는 <1-2b>에서 설명된 규칙(들)을 따르되, 각각 상이한 타입 채널들을 포함하는 그룹들 간의 충돌 핸들링은 (타입-1이 타입-2에 비해 보다 높은 우선 순위인 경우) 타입-2에 해당하는 PUCCH/PUSCH를 드랍하고 타입-1에 해당하는 PUCCH/PUSCH만 전송하는 것일 수 있다. 이 방안은 보다 낮은 우선 순위에 해당하는 채널들(예, 타입-2 PUCCH/PUSCH)이 보다 높은 우선 순위에 해당하는 채널들과 직접적으로 중첩하지 않더라도, 동일 타입의 채널들에 대한 충돌 핸들링의 결과에 따라서는 일 그룹에 대한 충돌 핸들링로 얻어진 채널 (자원)과 다른 그룹에 대한 충돌 핸들링으로 얻어진 채널 (자원) 간 중첩이 발생하여 일 타입의 UCI 및/또는 UL 데이터가 모두 드랍되는 상황이 발생할 수 있다. 일례로, 도 15를 참조하면, 타입-1이 타입-2에 비해 보다 높은 우선 순위인 경우, 그리고 타입-1 PUCCH와 타입-1 PUSCH가 타입-2 PUSCH와 중첩하는 반면 타입-2 PUCCH와는 중첩하지 않는 경우, 타입-1 PUCCH와 타입-1 PUSCH를 포함하는 타입-1 채널 그룹에 대해 충돌 핸들링을 수행(예, 타입-1 PUCCH의 UCI를 타입-1 PUSCH에 피기백)하고, 타입-2 PUCCH와 타입-2 PUSCH를 포함하는 타입-2 그룹에 대해 충돌 핸들링을 수행(예, 타입-2 PUCCH의 UCI를 타입-2 PUSCH에 피기백)한다. 그리고 나서 각 그룹으로부터 야기되는 채널들(예, 타입-1 PUSCH와 타입-2 PUSCH)이 충돌하는 경우 그룹들에 걸쳐 충돌 핸들링을 수행(예, 타입-2 채널을 드랍)하게 된다. 이 경우, 타입-2 PUCCH의 UCI와 타입-2 PUSCH 내 데이터가 모두 드랍될 수 있다.
이를 방지하기 위한 방안으로, 보다 높은 우선 순위에 해당하는 타입의 서비스 타입 및/또는 QoS 및/또는 BLER 요구사항 및/또는 신뢰도 요구사항 및/또는 지연 요구사항 및/또는 프로세싱 시간에 해당하는 PUCCH(들)/PUSCH(들)만 그룹화하고, 상기 보다 높은 우선 순위의 채널들에 대한 충돌 핸들링으로 인해 야기되는 채널이 보다 낮은 우선 순위에 해당하는 타입의 PUCCH(들)/PUSCH(들) 중 중첩하는 경우에 한해서만 상이한 타입 간 충돌 핸들링이 적용될 것을 기대하고, BS는 UE에 의한 충돌 핸들링을 기반으로 전송되는 UL 채널(들)을 수신할 수 있다. 일례로, 도 16을 참조하면, 타입-1이 타입-2에 비해 보다 높은 우선 순위인 경우, 그리고 타입-1 PUCCH와 타입-1 PUSCH가 타입-2 PUSCH와 중첩하는 반면 타입-2 PUCCH와는 중첩하지 않는 경우, 먼저 타입-1 PUCCH와 타입-1 PUSCH에 대해서 충돌 핸들링을 수행(예, 타입-1 PUCCH의 UCI를 타입-1 PUSCH에 피기백)하고 이로부터 야기되는 채널(도 16에서 타입-1 PUSCH with UCI)과 중첩하는 타입-2 PUSCH와 상기 타입-1 PUSCH with UCI 간에 충돌 핸들링을 수행하면 타입-2 PUSCH는 드랍되는 반면, 타입-2 PUCCH는 타입-1 PUSCH와 중첩하지 않으므로 드랍되지 않고 전송될 수 있다.
<상황 2. PUSCH 반복 및 UCI의 충돌(Collision of PUSCH repetition and UCI)>
<2-1> 상이한 서비스 타입 및/또는 QoS 및/또는 지연 요구사항(지연 요구사항) 및/또는 신뢰도 요구사항에 해당하는 UL 데이터 트래픽 및/또는 UCI를 포함하는 PUCCH와 UE가 반복 전송을 수행중인 PUSCH 채널 (자원)들이 시간 축에서 전송 구간이 중첩하는 경우, 반복 전송 중인 (중첩된) PUSCH들 중 가장 마지막 PUSCH에 상기 UCI를 피기백하여 전송하도록 규칙이 정의될 수 있다. 이는, 반복 전송 중인 PUSCH의 디코딩에 대한 성공 확률을 앞쪽 반복 시도에서 최대한 높여서 보다 빠른 디코딩 및/또는 해당 반복 전송에 대한 조기 종결(early termination)을 가능하게 할 수 있다. BS도 상기 UE 동작을 가정하고 이에 따라 UL 수신 동작을 수행할 수 있다.
또 다른 방안으로, 반복 전송 중인 (중첩된) PUSCH 중 k-번째 PUSCH 혹은 k-번째 심볼 전에 종료되는 마지막 PUSCH에 상기 UCI를 피기백하여 전송하도록 규칙이 정의될 수 있다. 여기서 k의 값은 사전에 정의/약속되거나, 및/또는 상위 계층 신호를 통해 설정되거나, 및/또는 L1 시그널링을 통해 지시되거나, 및/또는 PUSCH의 반복 횟수에 의해 결정되거나, 및/또는 PUSCH의 시간 기간에 의해 결정되거나, 및/또는 반복 전송에 의해 결정되는 전체 PUSCH의 전송 타이밍에 의해 결정될 수 있다. 이 방안은 너무 과도한 지연이 UCI 전송에 발생하는 것을 방지할 수 있다. BS 또한 상기 UE 동작을 가정하고 이에 따라 수신 동작을 수행할 수 있다. 여기서 PUSCH의 반복 횟수는 DCI 혹은 RRC 시그널링에 의해 UE에게 지시 혹은 설정될 수 있다.
본 명세의 통신 장치는 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 전술한 본 명세의 예(들)에 따른 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다.
상술한 바와 같이 개시된 본 명세의 예들은 본 명세와 관련된 기술분야의 통상의 기술자가 본 명세를 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 명세의 예들을 참조하여 설명하였지만, 해당 기술 분야의 통상의 기술자는 본 명세의 예들을 다양하게 수정 및 변경시킬 수 있다. 따라서, 본 명세는 여기에 기재된 예들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다.
본 명세의 구현들은 무선 통신 시스템에서, 기지국 또는 사용자기기, 기타 다른 장비에 사용될 수 있다.

Claims (14)

  1. 무선 통신 시스템에서 사용자기기가 상향링크 채널을 전송함에 있어서,
    제1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정;
    상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화; 및
    상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나를 드랍하는 것을 포함하며,
    상기 기결정된 조건은 다음을 포함하는:
    상기 제1 상향링크 채널의 종료 심볼과 상기 제2 상향링크 채널의 종료 심볼 간 시간 차가 제1 값 이상인,
    상향링크 채널 전송 방법.
  2. 제1항에 있어서,
    상기 제1 상향링크 채널은 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)이고, 상기 제2 상향링크 채널은 물리 상향링크 제어 채널(physical uplink control channel, PUCCH)인,
    상향링크 채널 전송 방법.
  3. 제1항에 있어서,
    상기 제1 상향링크 채널은 제1 물리 상향링크 제어 채널(physical uplink control channel, PUCCH)이고, 상기 제2 상향링크 채널은 상기 제1 PUCCH와는 다른 제2 PUCCH인,
    상향링크 채널 전송 방법.
  4. 제1항에 있어서,
    상기 기결정된 조건은 다음을 포함하는:
    상기 제1 상향링크 채널과 연관된 제1 물리 하향링크 제어 채널(physical downlink control channel, PDCCH)의 종료 심볼과 상기 제2 상향링크 채널과 연관된 제2 PDCCH의 종료 심볼 간 시간 차가 제2 값 이상인,
    상향링크 채널 전송 방법.
  5. 제1항에 있어서,
    상기 제1 상향링크 채널과 상기 제2 상향링크 채널은 상이한 서비스 타입, 서비스 품질(quality of service, QoS), 지연 요구사항, 또는 신뢰도 요구사항)과 연관된,
    상향링크 채널 전송 방법.
  6. 무선 통신 시스템에서 사용자기기가 상향링크 채널을 전송함에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작들은:
    제1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정;
    상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화; 및
    상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나를 드랍하는 것을 포함하며,
    상기 기결정된 조건은 다음을 포함하는:
    상기 제1 상향링크 채널의 종료 심볼과 상기 제2 상향링크 채널의 종료 심볼 간 시간 차가 제1 값 이상인,
    사용자기기.
  7. 제6항에 있어서,
    상기 제1 상향링크 채널은 물리 상향링크 공유 채널(physical uplink shared channel, PUSCH)이고, 상기 제2 상향링크 채널은 물리 상향링크 제어 채널(physical uplink control channel, PUCCH)인,
    사용자기기.
  8. 제6항에 있어서,
    상기 제1 상향링크 채널은 제1 물리 상향링크 제어 채널(physical uplink control channel, PUCCH)이고, 상기 제2 상향링크 채널은 상기 제1 PUCCH와는 다른 제2 PUCCH인,
    사용자기기.
  9. 제6항에 있어서,
    상기 기결정된 조건은 다음을 포함하는:
    상기 제1 상향링크 채널과 연관된 제1 물리 하향링크 제어 채널(physical downlink control channel, PDCCH)의 종료 심볼과 상기 제2 상향링크 채널과 연관된 제2 PDCCH의 종료 심볼 간 시간 차가 제2 값 이상인,
    사용자기기.
  10. 제6항에 있어서,
    상기 제1 상향링크 채널과 상기 제2 상향링크 채널은 상이한 서비스 타입, 서비스 품질(quality of service, QoS), 지연 요구사항, 또는 신뢰도 요구사항)과 연관된,
    사용자기기.
  11. 사용자기기를 위한 장치에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작들은:
    제1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정;
    상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화; 및
    상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나를 드랍하는 것을 포함하며,
    상기 기결정된 조건은 다음을 포함하는:
    상기 제1 상향링크 채널의 종료 심볼과 상기 제2 상향링크 채널의 종료 심볼 간 시간 차가 제1 값 이상인,
    장치.
  12. 컴퓨터 판독가능한 저장 매체에 있어서,
    상기 컴퓨터 판독가능한 저장 매체는, 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금 사용자기기를 위한 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장하며, 상기 동작들은:
    제1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정;
    상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화; 및
    상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나를 드랍하는 것을 포함하며,
    상기 기결정된 조건은 다음을 포함하는:
    상기 제1 상향링크 채널의 종료 심볼과 상기 제2 상향링크 채널의 종료 심볼 간 시간 차가 제1 값 이상인,
    컴퓨터 판독가능한 저장 매체.
  13. 무선 통신 시스템에서 기지국이 상향링크 채널을 수신함에 있어서,
    제1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정;
    상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화된 상향링크 채널을 수신; 및
    상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나의 수신을 생략하는 것을 포함하며,
    상기 기결정된 조건은 다음을 포함하는:
    상기 제1 상향링크 채널의 종료 심볼과 상기 제2 상향링크 채널의 종료 심볼 간 시간 차가 제1 값 이상인,
    상향링크 채널 수신 방법.
  14. 무선 통신 시스템에서 기지국이 상향링크 채널을 수신함에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작들은:
    제1 상향링크 채널과 제2 상향링크 채널이 시간 도메인에서 중첩하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널이 기결정된 조건을 만족하는지를 결정;
    상기 기결정된 조건을 만족하는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널을 다중화된 상향링크 채널을 수신; 및
    상기 기결정된 조건을 만족하지 않는 것을 기반으로 상기 제1 상향링크 채널과 상기 제2 상향링크 채널 중 하나의 수신을 생략하는 것을 포함하며,
    상기 기결정된 조건은 다음을 포함하는:
    상기 제1 상향링크 채널의 종료 심볼과 상기 제2 상향링크 채널의 종료 심볼 간 시간 차가 제1 값 이상인,
    기지국.
PCT/KR2020/002165 2019-02-15 2020-02-14 상향링크 채널을 전송하는 방법, 사용자기기 및 저장 매체, 그리고 상향링크 채널을 수신하는 방법 및 기지국 WO2020167065A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/310,584 US20220116952A1 (en) 2019-02-15 2020-02-14 Method, user equipment, and storage medium for transmitting uplink channel, and method and base station for receiving uplink channel

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
KR10-2019-0017786 2019-02-15
KR20190017786 2019-02-15
KR20190080797 2019-07-04
KR10-2019-0080797 2019-07-04
US201962892037P 2019-08-27 2019-08-27
US201962892031P 2019-08-27 2019-08-27
US201962892033P 2019-08-27 2019-08-27
US62/892,037 2019-08-27
US62/892,033 2019-08-27
US62/892,031 2019-08-27

Publications (1)

Publication Number Publication Date
WO2020167065A1 true WO2020167065A1 (ko) 2020-08-20

Family

ID=72044694

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/002165 WO2020167065A1 (ko) 2019-02-15 2020-02-14 상향링크 채널을 전송하는 방법, 사용자기기 및 저장 매체, 그리고 상향링크 채널을 수신하는 방법 및 기지국

Country Status (2)

Country Link
US (1) US20220116952A1 (ko)
WO (1) WO2020167065A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022117102A1 (zh) * 2020-12-04 2022-06-09 大唐移动通信设备有限公司 上行控制信息传输方法、接收方法、终端和网络设备
EP4216629A4 (en) * 2020-09-16 2024-04-24 Ntt Docomo Inc TERMINAL, WIRELESS COMMUNICATION METHOD, AND BASE STATION

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3975640A4 (en) * 2019-08-20 2022-06-29 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method, terminal device, and network device
US11490414B2 (en) * 2020-02-14 2022-11-01 Qualcomm Incorporated Techniques for intra-user equipment and inter-user equipment cancelation of overlapping communications
KR20210105551A (ko) * 2020-02-19 2021-08-27 삼성전자주식회사 무선 통신 시스템에서 제어 및 데이터 채널 송수신 방법 및 장치
US11617181B2 (en) * 2021-02-08 2023-03-28 Qualcomm Incorporated Multi-stage downlink grant for multiple PDSCH

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017105158A1 (ko) * 2015-12-18 2017-06-22 엘지전자 주식회사 상향링크 제어 정보 전송 방법 및 이를 수행하는 사용자 장치
US20180167933A1 (en) * 2016-12-13 2018-06-14 Sharp Laboratories Of America, Inc. Base stations, user equipments, and related communication methods

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110086526B (zh) * 2013-12-03 2022-03-01 Lg 电子株式会社 在支持mtc的无线接入系统中发送上行链路的方法和设备
KR20190017612A (ko) * 2017-08-10 2019-02-20 삼성전자주식회사 무선 셀룰라 통신 시스템에서 상향 제어 채널 전송 방법 및 장치
US10966223B2 (en) * 2018-01-22 2021-03-30 Apple Inc. Handling overlapping of PUCCH and PUSCH for new radio systems
CN112640339B (zh) * 2018-07-03 2022-05-10 中兴通讯股份有限公司 用于无线通信的方法、装置和计算机可读程序存储介质

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017105158A1 (ko) * 2015-12-18 2017-06-22 엘지전자 주식회사 상향링크 제어 정보 전송 방법 및 이를 수행하는 사용자 장치
US20180167933A1 (en) * 2016-12-13 2018-06-14 Sharp Laboratories Of America, Inc. Base stations, user equipments, and related communication methods

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3GPP; TSG RAN; NR; Physical layer procedures for control (Release 15", 3GPP TS 38.213 V15.4.0, 16 January 2019 (2019-01-16), XP051591795 *
ETRI: "Potential enhancements to PUSCH", RL-1900688, 3GPP TSG RAN WG1 AD-HOC MEETING 1901, 12 January 2019 (2019-01-12), XP051576228 *
VIVO: "Enhancement for Scheduling/HARQ/CSI processing timeline", RI-1900129, 3GPP TSG RAN WG1 AD-HOC MEETING 1901, 12 January 2019 (2019-01-12), XP051575753 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4216629A4 (en) * 2020-09-16 2024-04-24 Ntt Docomo Inc TERMINAL, WIRELESS COMMUNICATION METHOD, AND BASE STATION
WO2022117102A1 (zh) * 2020-12-04 2022-06-09 大唐移动通信设备有限公司 上行控制信息传输方法、接收方法、终端和网络设备

Also Published As

Publication number Publication date
US20220116952A1 (en) 2022-04-14

Similar Documents

Publication Publication Date Title
WO2020204526A1 (ko) Harq-ack 코드북을 전송하는 방법, 사용자기기, 장치 및 저장매체, harq-ack 코드북을 수신하는 방법 및 기지국
WO2020226391A1 (ko) Pusch를 전송하는 방법, 사용자기기, 장치 및 저장매체, 그리고 pusch를 수신하는 방법 및 기지국
WO2020197333A1 (ko) 상향링크 전송을 수행하는 방법, 사용자기기, 장치, 저장 매체, 그리고 상향링크 수신을 수행하는 방법 및 기지국
WO2020204486A1 (ko) 하향링크 제어 정보를 전송하는 방법 및 기지국, 그리고 하향링크 제어 정보를 수신하는 방법, 사용자기기 및 저장 매체
WO2021091350A1 (ko) Pusch 전송 방법, 사용자기기, 장치, 및 컴퓨터 판독 가능 저장 매체, 그리고 pusch 수신 방법 방법 및 기지국
WO2021100982A1 (ko) Harq-ack 코드북을 전송하는 방법, 사용자기기, 장치 및 저장매체, harq-ack 코드북을 수신하는 방법 및 기지국
WO2020167065A1 (ko) 상향링크 채널을 전송하는 방법, 사용자기기 및 저장 매체, 그리고 상향링크 채널을 수신하는 방법 및 기지국
WO2021091318A1 (ko) Harq-ack 코드북 전송 방법, 사용자기기, 장치, 및 컴퓨터 판독 가능 저장 매체, 그리고 harq-ack 코드북 수신 방법 방법 및 기지국.
WO2020197338A1 (ko) 상향링크 전송을 수행하는 방법, 사용자기기, 장치, 저장 매체, 그리고 상향링크 수신을 수행하는 방법 및 기지국
WO2021194301A1 (ko) Harq-ack 전송 방법, 사용자기기 및 저장 매체, 그리고 harq-ack 수신 방법 및 기지국
WO2020167014A1 (ko) 상향링크 전송을 수행하는 방법, 사용자기기, 장치, 저장 매체, 그리고 상향링크 수신을 수행하는 방법 및 기지국
WO2022031110A1 (ko) 상향링크 채널을 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 상향링크 채널을 수신하는 방법 및 기지국
WO2021158067A1 (ko) 상향링크 채널을 전송하는 방법, 사용자기기 및 저장 매체, 그리고 상향링크 채널을 수신하는 방법 및 기지국
WO2020145772A1 (ko) 상향링크 전송을 수행하는 방법, 사용자기기, 그리고 상향링크 수신을 수행하는 방법
WO2021029708A1 (ko) 비면허 대역에서 수송 블록을 전송하는, 방법, 전송 기기 및 기록 매체
WO2021100981A1 (ko) 하향링크 제어 정보를 전송하는 방법 및 기지국, 그리고 하향링크 제어 정보를 수신하는 사용자기기, 장치 및 저장 매체
WO2020204528A1 (ko) 상향링크 전송을 수행하는 방법, 사용자기기, 장치, 저장 매체, 그리고 상향링크 수신을 수행하는 방법 및 기지국
WO2022086263A1 (ko) 하향링크 채널을 수신하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 하향링크 채널을 전송하는 방법 및 기지국
WO2022086268A1 (ko) 채널 상태 정보 보고를 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 채널 상태 정보 보고를 수신하는 방법 및 기지국
WO2022031101A1 (ko) 상향링크 채널을 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 상향링크 채널을 수신하는 방법 및 기지국
WO2021066311A1 (ko) Pdcch의 수신을 위한 방법, 사용자기기, 장치 및 저장매체, 그리고 pdcch의 전송을 위한 방법 및 기지국
WO2021066596A1 (ko) 상향링크 취소 지시를 모니터링하는 방법, 사용자기기, 장치, 및 컴퓨터 판독 가능 저장 매체, 그리고 상향링크 취소 지시를 전송하는 방법 및 기지국
WO2020204541A1 (ko) 상향링크 전송을 수행하는 방법, 사용자기기, 장치, 저장 매체, 그리고 상향링크 수신을 수행하는 방법 및 기지국
WO2020204533A1 (ko) 상향링크 전송을 수행하는 방법, 사용자기기, 장치, 저장 매체, 그리고 상향링크 수신을 수행하는 방법 및 기지국
WO2022031102A1 (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: 20755968

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20755968

Country of ref document: EP

Kind code of ref document: A1