WO2022031102A1 - 상향링크 채널을 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 상향링크 채널을 수신하는 방법 및 기지국 - Google Patents

상향링크 채널을 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 상향링크 채널을 수신하는 방법 및 기지국 Download PDF

Info

Publication number
WO2022031102A1
WO2022031102A1 PCT/KR2021/010395 KR2021010395W WO2022031102A1 WO 2022031102 A1 WO2022031102 A1 WO 2022031102A1 KR 2021010395 W KR2021010395 W KR 2021010395W WO 2022031102 A1 WO2022031102 A1 WO 2022031102A1
Authority
WO
WIPO (PCT)
Prior art keywords
harq process
ids
harq
transmission
period
Prior art date
Application number
PCT/KR2021/010395
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 US18/019,661 priority Critical patent/US20230309090A1/en
Priority to KR1020237003777A priority patent/KR20230044220A/ko
Publication of WO2022031102A1 publication Critical patent/WO2022031102A1/ko

Links

Images

Classifications

    • 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
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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/1887—Scheduling and prioritising 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/189—Transmission or retransmission of more than one copy of a message
    • 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/1896—ARQ related signaling
    • 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
    • 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
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • 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/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/11—Semi-persistent scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/115—Grant-free or autonomous transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Definitions

  • the present disclosure relates to a wireless communication system.
  • M2M machine-to-machine
  • MTC machine type communication
  • tablet PCs Personal Computers
  • 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 BS uses the finite radio resources to transmit up/downlink data and/or up/downlink control information from/to the UE(s).
  • a new method for efficiently receiving/transmitting is required. In other words, as the node density increases and/or the UE density increases, a method for efficiently using high-density nodes or high-density user equipment for communication is required.
  • a method for a user equipment to transmit an uplink (UL) channel in a wireless communication system includes: receiving a UL grant establishment for configured UL grants; determining, based on the UL grant configuration, hybrid automatic repeat request (HARQ) process identifiers (IDs) for the configured period of the UL grants; and performing UL channel transmission in at least one of transmission times corresponding to the configured UL grants within the period based on the determined HARQ process IDs.
  • HARQ hybrid automatic repeat request
  • Determining the HARQ process IDs for the period includes: determining a start HARQ process ID among the HARQ process IDs based on a HARQ process ID interval, wherein the HARQ process ID interval is a start HARQ process for different periods The minimum difference between IDs.
  • a user equipment for transmitting an uplink (UL) 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 may include: receiving a UL grant configuration for configured UL grants; determining, based on the UL grant configuration, hybrid automatic repeat request (HARQ) process identifiers (IDs) for the configured period of the UL grants; and performing UL channel transmission in at least one of transmission times corresponding to the configured UL grants within the period based on the determined HARQ process IDs.
  • HARQ hybrid automatic repeat request
  • Determining the HARQ process IDs for the period includes: determining a start HARQ process ID among the HARQ process IDs based on a HARQ process ID interval, wherein the HARQ process ID interval is a start HARQ process for different periods The minimum difference between IDs.
  • a processing apparatus in a wireless communication system includes: 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: receiving a UL grant configuration for configured uplink (UL) grants; determining, based on the UL grant configuration, hybrid automatic repeat request (HARQ) process identifiers (IDs) for the configured period of the UL grants; and performing UL channel transmission in at least one of transmission times corresponding to the configured UL grants within the period based on the determined HARQ process IDs.
  • HARQ hybrid automatic repeat request
  • Determining the HARQ process IDs for the period includes: determining a start HARQ process ID among the HARQ process IDs based on a HARQ process ID interval, wherein the HARQ process ID interval is a start HARQ process for different periods The minimum difference between IDs.
  • a computer-readable storage medium stores at least one computer program comprising 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: receiving a UL grant configuration for configured uplink (UL) grants; determining, based on the UL grant configuration, hybrid automatic repeat request (HARQ) process identifiers (IDs) for the configured period of the UL grants; and performing UL channel transmission in at least one of transmission times corresponding to the configured UL grants within the period based on the determined HARQ process IDs.
  • HARQ hybrid automatic repeat request
  • Determining the HARQ process IDs for the period includes: determining a start HARQ process ID among the HARQ process IDs based on a HARQ process ID interval, wherein the HARQ process ID interval is a start HARQ process for different periods The minimum difference between IDs.
  • a computer program program stored in a computer program readable storage medium includes at least one program code comprising instructions that, when executed, cause at least one processor to perform operations, the operations comprising: based on the UL grant configuration, for a period of the configured UL grants; determining hybrid automatic repeat request (HARQ) process identifiers (IDs); and performing UL channel transmission in at least one of transmission times corresponding to the configured UL grants within the period based on the determined HARQ process IDs.
  • HARQ hybrid automatic repeat request
  • Determining the HARQ process IDs for the period includes: determining a start HARQ process ID among the HARQ process IDs based on a HARQ process ID interval, wherein the HARQ process ID interval is a start HARQ process for different periods The minimum difference between IDs.
  • a method for a base station to receive an uplink (UL) channel from a user equipment in a wireless communication system includes: transmitting a UL grant configuration for configured UL grants to a user equipment; determining, based on the UL grant configuration, hybrid automatic repeat request (HARQ) process identifiers (IDs) for the configured period of the UL grants; and receiving the UL channel transmission of the user equipment at at least one of transmission times corresponding to the configured UL grants within the period based on the determined HARQ process IDs.
  • HARQ hybrid automatic repeat request
  • Determining the HARQ process IDs for the period includes: determining a start HARQ process ID among the HARQ process IDs based on a HARQ process ID interval, wherein the HARQ process ID interval is a start HARQ process for different periods The minimum difference between IDs.
  • a base station for receiving an uplink channel from a user equipment 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 may include: determining, based on the UL grant configuration, hybrid automatic repeat request (HARQ) process identifiers (IDs) for the configured period of the UL grants; and receiving the UL channel transmission of the user equipment at at least one of transmission times corresponding to the configured UL grants within the period based on the determined HARQ process IDs.
  • HARQ hybrid automatic repeat request
  • Determining the HARQ process IDs for the period includes: determining a start HARQ process ID among the HARQ process IDs based on a HARQ process ID interval, wherein the HARQ process ID interval is a start HARQ process for different periods The minimum difference between IDs.
  • determining the HARQ process IDs for the period includes: setting the start HARQ process ID among the HARQ process IDs to the start symbol index of the first transmission time in the period, the UL grant configuration It may include determining based on the number of available HARQ processes, a HARQ process offset set by the UL grant configuration, and the HARQ process ID interval.
  • the starting HARQ process ID may be determined by the following equation: ⁇ Ceil (start symbol index/periodicity) * (HPN process ID interval) ⁇ modulo (HARQ process) number of) + (HARQ process offset).
  • the HARQ process ID interval may be determined based on the number of transmission times in the period.
  • the HARQ process ID interval may be determined based on the number of repeated transmissions related to the configured UL configuration.
  • information about the HARQ process ID interval may be provided to the user equipment by the base station.
  • wireless communication signals can be transmitted/received efficiently. Accordingly, the overall throughput of the wireless communication system may be increased.
  • delay/delay occurring during wireless communication between communication devices can be reduced.
  • FIG. 1 shows an example of communication system 1 to which implementations of the present disclosure are applied;
  • FIG. 2 is a block diagram illustrating examples of communication devices capable of performing the method according to the present disclosure
  • FIG. 3 illustrates another example of a wireless device capable of carrying out the implementation(s) of the present disclosure
  • 3GPP 3rd generation partnership project
  • FIG. 6 illustrates slot structures that may be used in a 3GPP based system
  • FIG. 7 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. 10 illustrates a channel transmit/receive flow at a UE in accordance with some implementations of the present disclosure
  • FIG. 11 illustrates an HARQ process range (ie, a sub-pool) established for a period in accordance with some implementations of this disclosure
  • FIG. 13 illustrates a channel transmit/receive flow at a BS in accordance with some implementations of the present disclosure
  • FIG. 14 illustrates a flow of signal transmission/reception between a UE and a BS according to some implementations of the present disclosure.
  • the techniques, devices, and systems described below may be applied to various wireless multiple access systems.
  • Examples of the multiple access system include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, and a single carrier frequency (SC-FDMA) system.
  • 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
  • CDMA may be implemented in a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • UTRA Universal Terrestrial Radio Access
  • CDMA2000 Code Division Multiple Access 2000
  • TDMA may be implemented in a radio technology such as Global System for Mobile communication (GSM), General Packet Radio Service (GPRS), and Enhanced Data Rates for GSM Evolution (EDGE) (ie, GERAN).
  • OFDMA may be implemented in radio technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (WiFi), IEEE 802.16 (WiMAX), IEEE802-20, evolved-UTRA (E-UTRA), and the like.
  • 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 employs OFDMA in downlink (DL) and SC-FDMA in uplink (UL).
  • LTE-A LTE-advanced
  • LTE-A LTE-advanced
  • 3GPP-based 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 Reference may be made to TS 36.331, 3GPP TS 37.213, 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.
  • the expression that the device “assumes” may mean that the subject transmitting the channel transmits the channel so as to conform to the “household”. It may mean that the subject receiving the channel receives or decodes the channel in a form conforming to the corresponding "home” on the premise that the channel is transmitted to conform to the corresponding "home”.
  • the UE may be fixed or mobile, and various devices that communicate with a base station (BS) to transmit and/or receive user data and/or various control information belong to this specification.
  • UE Terminal Equipment
  • MS Mobile Station
  • MT Mobile Terminal
  • UT User Terminal
  • SS Subscribe Station
  • wireless device wireless device
  • PDA Personal Digital Assistant
  • wireless modem wireless modem
  • a handheld device and the like.
  • a BS generally refers to a fixed station that communicates with a UE and/or other BSs, and communicates with the UE and other BSs to exchange various data and control information.
  • BS may be referred to by other terms such as Advanced Base Station (ABS), Node-B (NB), evolved-NodeB (eNB), Base Transceiver System (BTS), Access Point, and Processing Server (PS).
  • ABS Advanced Base Station
  • NB Node-B
  • eNB evolved-NodeB
  • BTS Base Transceiver System
  • gNB BS of new radio access technology network
  • a base station is collectively referred to as a BS regardless of a type or version of a communication technology.
  • a node refers to a fixed point that can transmit/receive a radio signal by communicating with the UE.
  • Various types of BSs can be used as nodes regardless of their names.
  • BS, NB, eNB, pico-cell eNB (PeNB), home eNB (HeNB), relay (relay), repeater (repeater), etc. may be a node.
  • the node may not need to be a BS.
  • it may be a radio remote head (RRH) or a radio remote unit (RRU).
  • RRH, RRU, and the like generally have a lower power level than that of the BS.
  • RRH/RRU Since RRH or RRU (hereinafter referred to as RRH/RRU) is generally connected to the BS with a dedicated line such as an optical cable, compared to cooperative communication by BSs connected with a wireless line, RRH/RRU and BS Cooperative communication can be performed smoothly.
  • At least one antenna is installed in one node.
  • the antenna may mean a physical antenna, an antenna port, a virtual antenna, or an antenna group.
  • a node is also called a point.
  • a cell refers to a certain geographic area in which one or more nodes provide communication services. Accordingly, in the present specification, communication with a specific cell may mean communicating with a BS or 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 node that provides a communication service to the specific cell.
  • a cell providing an uplink/downlink communication service to the UE is specifically referred to as a serving cell.
  • the channel state/quality of a specific cell means the channel state/quality of a channel or communication link formed between a UE and a BS or node providing a communication service to the specific cell.
  • the UE determines the downlink channel state from a specific node.
  • the antenna port(s) of the specific node is transmitted on a CRS (Cell-specific Reference Signal) resource allocated to the specific node.
  • CRS(s) and / or CSI-RS may be measured using the CSI-RS (s) transmitted on the resource.
  • 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.
  • a "cell” of a geographic area may be understood as coverage in which a node can provide a service using a carrier, and a "cell” of radio resources is a bandwidth ( bandwidth, BW).
  • the downlink coverage which is a range in which a node can transmit a valid signal
  • the uplink coverage which is a range in which a valid signal can be received from the UE, depend on the carrier carrying the corresponding signal, so the coverage of the node is used by the node. It is also associated with the coverage of a “cell” of radio resources. Therefore, the term “cell” may be used to mean the coverage of a service by a node, sometimes a radio resource, and sometimes a range that a signal using the radio resource can reach with an effective strength.
  • a "cell” associated with a radio resource 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. .
  • a cell may be configured with a DL resource alone or a combination of a DL resource and a UL resource.
  • carrier aggregation 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.
  • a combination of a DL resource and a UL resource may be indicated by a System Information Block Type2 (SIB2) linkage.
  • SIB2 System Information Block Type2
  • 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 during RRC connection establishment/re-establishment/handover, and one serving cell Provides a security input during RRC connection re-establishment/handover.
  • NAS non-access stratum
  • Pcell primary cell
  • a Pcell is a cell operating on a primary frequency in 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 resources of a special cell (SpCell).
  • a carrier corresponding to a Pcell in the downlink is referred to as a downlink primary CC (DL PCC), and a carrier corresponding to the Pcell in the uplink is referred to as a UL primary CC (DL PCC).
  • a carrier corresponding to the Scell in the downlink is referred to as a DL secondary CC (DL SCC), and a carrier corresponding to the Scell in the 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 an SpCell (Pcell) and optionally (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.
  • the PSCell is the primary Scell of the SCG.
  • 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 consisting of only PCells.
  • serving cells refers to a set of cells consisting of SpCell(s) and all Scell(s).
  • two MAC entities are configured in the UE, one medium access control (MAC) entity for MCG and one MAC entity for SCG.
  • 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 for a UE in which CA is configured and DC is not configured.
  • an Scell hereinafter referred to as a PUCCH cell
  • the Scell to which the PUCCH Scell is indicated belongs to the Scell PUCCH group, and PUCCH transmission of the related UCI is performed on the PUCCH Scell. PUCCH transmission of the relevant UCI is performed on the PCell.
  • a UE receives information through a downlink (DL) from a BS, and the UE transmits information through an uplink (UL) to the BS.
  • Information transmitted and/or received by the BS and UE includes data and various control information, and various physical channels exist according to the type/use of information they transmit and/or receive.
  • the 3GPP-based communication standard provides downlink physical channels corresponding to resource elements carrying information originating from a higher layer, and downlink physical channels corresponding to resource elements used by the physical layer but not carrying information originating from a higher layer.
  • Link physical signals are defined.
  • a physical downlink shared channel (PDSCH), a physical broadcast channel (PBCH), a physical downlink control channel (PDCCH), etc. are 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 from each other.
  • a demodulation reference signal For example, a demodulation reference signal (DMRS), channel state information RS (CSI-RS), etc. are defined as downlink reference signals.
  • the 3GPP-based communication standard provides uplink physical channels corresponding to resource elements carrying information originating from a higher layer, and uplink physical channels corresponding to resource elements used by the physical layer but not carrying information originating from a higher 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
  • a Physical Downlink Control CHannel is a set of time-frequency resources (eg, resource elements) carrying Downlink Control Information (DCI) means a set of resource elements (REs)
  • DCI Downlink Control Information
  • the PDSCH Physical Downlink Shared CHannel
  • 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
  • a set of resources means a set of REs.
  • the expression that the user equipment transmits/receives PUCCH/PUSCH/PRACH means the same as transmitting/receiving uplink control information/uplink data/random access signal on or through PUCCH/PUSCH/PUCCH/PRACH, respectively is used as
  • the expression that BS transmits/receives PBCH/PDCCH/PDSCH has the same meaning as transmitting broadcast information/downlink data control information/downlink control information on or through PBCH/PDCCH/PDSCH, respectively. used
  • a radio resource (eg, time-frequency resource) scheduled or configured to the UE by the BS for transmission or reception of PUCCH/PUSCH/PDSCH is also referred to as a PUCCH/PUSCH/PDSCH resource.
  • a specific physical channel or only radio signals including only a specific physical signal are selected and RF It is not possible to receive through the receiver or select only a specific physical channel or radio signals excluding only the physical signal and receive it through the RF receiver.
  • a communication device receives radio signals once on a cell through an RF receiver and converts the radio signals, which are RF band signals, into baseband signals, and uses one or more processors to convert the radio signals to the baseband signals. Decode the physical signal and/or the physical channel in the signals.
  • receiving a physical signal and/or physical channel does not actually mean that the communication device does not receive any wireless signals comprising the physical signal and/or physical channel at all. It may mean not trying to restore the physical signal and/or the physical channel from the , for example, not trying to decode the physical signal and/or the physical channel.
  • next-generation communication As more and more communication devices require a larger communication capacity, the need for improved mobile broadband communication compared to a conventional radio access technology (RAT) is emerging.
  • Massive MTC which provides various services anytime, anywhere by connecting multiple devices and things, is also one of the major issues to be considered in next-generation communication.
  • a communication system design in consideration of a service/UE sensitive to reliability and latency is being discussed.
  • the 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 a next-generation mobile communication system after EPC.
  • the corresponding technology is referred to as a new RAT (new RAT, NR) or 5G RAT
  • a system using or supporting NR is referred to as an NR system.
  • 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 a radio access technology (eg, 5G NR (New RAT), LTE (eg, E-UTRA)), and may be referred to as a communication/wireless/5G device.
  • the wireless device may include a robot 100a, a vehicle 100b-1, 100b-2, an eXtended Reality (XR) device 100c, a hand-held device 100d, and a home appliance 100e.
  • XR eXtended Reality
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous driving vehicle, a vehicle capable of performing inter-vehicle communication, and the like.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include AR (Augmented Reality)/VR (Virtual Reality)/MR (Mixed Reality) devices, and include a Head-Mounted Device (HMD), a Head-Up Display (HUD) provided in a vehicle, a television, a smartphone, It may be implemented in the form of a computer, a wearable device, a home appliance, a digital signage, a vehicle, a robot, and the like.
  • the portable device may include a smart phone, a smart pad, a wearable device (eg, a smart watch, smart glasses), a computer (eg, a laptop computer), and the like.
  • Home appliances may include a TV, a refrigerator, a washing machine, and the like.
  • the IoT device may include a sensor, a smart meter, and the like.
  • a BS or network may be implemented as a wireless device, and a specific wireless device may operate as a BS/network node to other wireless devices.
  • 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 also communicate directly (e.g. sidelink communication) without the BS/network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (e.g. Vehicle to Vehicle (V2V)/Vehicle to everything (V2X) communication).
  • the IoT device eg, sensor
  • the IoT device may communicate directly with other IoT devices (eg, sensor) or other wireless devices 100a to 100f.
  • Wireless communication/connection 150a and 150b may be performed between the wireless devices 100a to 100f/BS 200-BS 200/wireless devices 100a to 100f.
  • the 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 processes for wireless signal transmission/reception various signal processing processes (eg, channel encoding/decoding, modulation/demodulation), resources mapping/demapping, etc.), a resource allocation process, etc. may be performed.
  • 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).
  • ⁇ first wireless device 100, second wireless device 200 ⁇ is ⁇ wireless device 100x, BS 200 ⁇ of FIG. 1 and/or ⁇ wireless device 100x, wireless device 100x) ⁇ can be matched.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104 , and may further include one or more transceivers 106 and/or one or more antennas 108 .
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the functions, procedures and/or methods described/suggested below.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and then transmit a wireless signal including the first information/signal through the transceiver 106 .
  • the processor 102 may receive the radio signal including the second information/signal through the transceiver 106 , and then store information obtained from signal processing of the second information/signal in the memory 104 .
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102 .
  • the memory 104 may store software code including instructions for performing some or all of the processes controlled by the processor 102 , or for performing the procedures and/or methods described/suggested below.
  • the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • a transceiver 106 may be coupled to the processor 102 and may transmit and/or receive wireless signals via one or more antennas 108 .
  • the transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be used interchangeably with a radio frequency (RF) unit.
  • RF radio frequency
  • a wireless device may mean a communication modem/circuit/chip.
  • the second wireless device 200 includes one or more processors 202 , one or more memories 204 , and may further include one or more transceivers 206 and/or one or more antennas 208 .
  • the processor 202 controls the memory 204 and/or the transceiver 206 and may be configured to implement the functions, procedures and/or methods previously described/proposed below.
  • the processor 202 may process the information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206 .
  • the processor 202 may receive the radio signal including the fourth information/signal through the transceiver 206 , and then store information obtained from signal processing of the fourth information/signal in the memory 204 .
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202 .
  • the memory 204 may store software code including instructions for performing some or all of the processes controlled by the processor 202, or for performing the procedures and/or methods described/suggested above and/or below.
  • the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be coupled to the processor 202 , and may transmit and/or receive wireless signals via one or more antennas 208 .
  • the transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with an RF unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • the wireless communication technology implemented in the wireless devices 100 and 200 of the present specification may include a narrowband Internet of Things for low-power communication as well as LTE, NR, and 6G.
  • NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology, and may be implemented in standards such as LTE Cat NB1 and/or LTE Cat NB2, and is limited to the above-mentioned names. no.
  • the wireless communication technology implemented in the wireless device (XXX, YYY) of the present specification may perform communication based on the LTE-M technology.
  • the LTE-M technology may be an example of an LPWAN technology, and may be called various names such as enhanced machine type communication (eMTC).
  • eMTC enhanced machine type communication
  • LTE-M technology is 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and/or 7) may be implemented in at least one of various standards such as LTE M, and is not limited to the above-described name.
  • the wireless communication technology implemented in the wireless device (XXX, YYY) of the present specification is at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) considering low-power communication.
  • LPWAN Low Power Wide Area Network
  • the ZigBee technology can create PAN (personal area networks) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.
  • 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 (eg, a physical (PHY) layer, a medium access control (MAC) layer, a radio link control (RLC) layer). , a functional layer such as a packet data convergence protocol (PDCP) layer, a radio resource control (RRC) layer, and a service data adaptation protocol (SDAP)).
  • PHY physical
  • MAC medium access control
  • RLC radio link control
  • PDCP packet data convergence protocol
  • RRC radio resource control
  • SDAP service data adaptation protocol
  • the one or more processors 102, 202 may be configured with one or more protocol data units (PDUs) and/or one or more service data units (SDUs) according to the functions, procedures, proposals and/or methods disclosed herein. ) can be created.
  • One or more processors 102 , 202 may generate messages, control information, data, or information according to the functions, procedures, proposals and/or methods disclosed herein.
  • the one or more processors 102, 202 may be configured to provide PDUs, SDUs, messages, control information, data or signals including information (eg, baseband signals) according to the functions, procedures, proposals and/or methods disclosed herein. can be generated and provided to one or more transceivers (106, 206).
  • the one or more processors 102 , 202 may receive signals (eg, baseband signals) from one or more transceivers 106 , 206 , PDUs, SDUs, and/or SDUs in accordance with the functions, procedures, proposals and/or methods disclosed herein. , a message, control information, data or information can be obtained.
  • signals eg, baseband signals
  • PDUs, SDUs, and/or SDUs in accordance with the functions, procedures, proposals and/or methods disclosed herein.
  • a message, control information, data or information can be obtained.
  • One or more processors 102, 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer.
  • One or more processors 102 , 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the functions, procedures, proposals and/or methods disclosed in this document may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, and the like.
  • Firmware or software configured to perform the functions, procedures, proposals, and/or methods disclosed herein is contained in one or more processors 102, 202, or stored in one or more memories 104, 204, to one or more processors 102, 202) can be driven.
  • the functions, procedures, proposals and/or methods disclosed in this document may be implemented using firmware or software in the form of code, instructions, and/or a set of instructions.
  • One or more memories 104 , 204 may be coupled with one or more processors 102 , 202 , and may store various forms of data, signals, messages, information, programs, code, instructions, and/or instructions.
  • the one or more memories 104 and 204 may be comprised of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer readable storage media, and/or combinations thereof.
  • One or more memories 104 , 204 may be located inside and/or external to one or more processors 102 , 202 . Additionally, one or more memories 104 , 204 may be coupled to one or more processors 102 , 202 through various technologies, such as wired or wireless connections.
  • One or more transceivers 106 , 206 may transmit user data, control information, radio signals/channels, etc. referred to in the methods and/or operational flowcharts of this document to one or more other devices.
  • the one or more transceivers 106, 206 may receive user data, control information, radio signals/channels, etc., referred to in the functions, procedures, proposals, methods, and/or flowcharts of operations disclosed herein, or the like, from one or more other devices.
  • one or more transceivers 106 , 206 may be coupled to 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 wireless signals to one or more other devices.
  • one or more processors 102 , 202 may control one or more transceivers 106 , 206 to receive user data, control information, or wireless signals from one or more other devices.
  • one or more transceivers 106, 206 may be coupled to one or more antennas 108, 208, and the one or more transceivers 106, 206 may be coupled to one or more of the transceivers 106, 206 via the one or more antennas 108, 208 for the functions, procedures, and procedures disclosed herein.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • the one or more transceivers 106, 206 convert the received radio signal/channel, etc. from the RF band signal to process the received user data, control information, radio signal/channel, etc. using the one or more processors 102, 202. It can be converted into a baseband signal.
  • One or more transceivers 106 , 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 , 202 from baseband signals to RF band signals.
  • one or more transceivers 106 , 206 may include (analog) oscillators and/or filters.
  • wireless devices 100 and 200 correspond to wireless devices 100 and 200 of FIG. 2 and include various elements, components, units/units, and/or modules. (module) can be composed.
  • the wireless devices 100 and 200 may include a communication unit 110 , a control unit 120 , a memory unit 130 , and an additional element 140 .
  • the communication unit may include communication circuitry 112 and transceiver(s) 114 .
  • communication circuitry 112 may include one or more processors 102 , 202 and/or one or more memories 104 , 204 of FIG. 2 .
  • 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 general 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 .
  • control unit 120 transmits information stored in the memory unit 130 to the outside (eg, other communication device) through the communication unit 110 through a wireless/wired interface, or externally (eg, through the communication unit 110 ) Information received through a wireless/wired interface from another communication device) may be stored in the memory unit 130 .
  • the additional element 140 may be configured in various ways according to the type of the wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an input/output unit (I/O unit), a driving unit, and a computing unit.
  • wireless devices include, but are not limited to, robots ( FIGS. 1 and 100A ), vehicles ( FIGS. 1 , 100B-1 and 100B-2 ), XR devices ( FIGS. 1 and 100C ), portable devices ( FIGS. 1 and 100D ), and home appliances. (FIG. 1, 100e), IoT device (FIG.
  • digital broadcasting UE 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 and 400 ), a BS ( FIGS. 1 and 200 ), and a network node.
  • the wireless device may be mobile or used in a fixed location depending on the use-example/service.
  • various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may be entirely interconnected through a wired interface, or at least some of them may be wirelessly connected through the communication unit 110 .
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (eg, 130 , 140 ) are connected to the communication unit 110 through the communication unit 110 . It can be connected wirelessly.
  • each element, component, unit/unit, and/or module within the wireless device 100 , 200 may further include one or more elements.
  • the controller 120 may be configured with one or more processor sets.
  • control unit 120 may be configured as a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphic processing processor, a memory control processor, and the like.
  • memory unit 130 may include random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • At least one memory may store instructions or programs, which, when executed, are at least operably coupled to the at least one memory. It may cause one processor to perform operations according to some embodiments or implementations of the present disclosure.
  • a computer readable (non-volatile) storage medium may store at least one instruction or computer program, wherein the at least one instruction or computer program is executed by at least one processor. When executed, may cause the at least one processor to perform operations in accordance with some embodiments or implementations of the present disclosure.
  • a processing device or apparatus may include at least one processor and at least one computer memory connectable to the at least one processor.
  • the at least one computer memory may store instructions or programs, which, when executed, cause at least one processor operably coupled to the at least one memory to include several capable of performing operations according to embodiments or implementations.
  • a computer program is stored in at least one computer-readable (non-volatile) storage medium, and when executed, performs operations according to some implementations of the present disclosure or causes at least one processor to cause some implementations of the present disclosure It may include program code for performing operations according to the above.
  • the computer program may be provided in the form of a computer program product.
  • the computer program product may include at least one computer-readable (non-volatile) storage medium.
  • the communication device of the present disclosure includes at least one processor; and at least instructions operably connectable to the at least one processor that, when executed, cause the at least one processor to perform operations according to example(s) of the present disclosure described below. It contains one computer memory.
  • FIG. 4 illustrates an example of a frame structure usable in a 3GPP-based wireless communication system.
  • OFDM numerology eg, subcarrier spacing, SCS
  • SCS subcarrier spacing
  • the (absolute time) duration of a time resource (eg, subframe, slot, or transmission time interval (TTI)) composed of 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)
  • 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
  • symbols, OFDM-based symbols, OFDM symbols, CP-OFDM symbols and DFT-s-OFDM symbols may be substituted for each other.
  • uplink and downlink transmissions are organized into frames in an NR system.
  • Each half-frame consists of 5 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 a 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 consists of 14 OFDM symbols, and in the case of an extended CP, each slot consists of 12 OFDM symbols.
  • the slots are in increasing order within the subframe to n u s ⁇ ⁇ 0, ..., n subframe,u slot - 1 ⁇ and in increasing order within the frame to n u s,f ⁇ ⁇ 0, ..., n frame, u slot - 1 ⁇ .
  • a slot includes a plurality of (eg, 14 or 12) symbols in the time domain.
  • higher layer signaling eg, radio resource control (RRC) signaling
  • RRC radio resource control
  • N size, u grid, x is the number of resource blocks (RBs) in the resource grid
  • subscript x is DL for downlink and UL for uplink.
  • N RB sc is the number of subcarriers per RB, and N RB sc is usually 12 in a 3GPP-based wireless communication system.
  • the carrier bandwidth N size,u grid for the subcarrier interval 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 the subcarrier spacing setting 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.
  • 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 for subcarrier spacing setting u are defined within a bandwidth part (BWP), and are numbered from 0 to N size,u BWP,i -1, where i is the number of the bandwidth part.
  • BWP bandwidth part
  • the BWP includes a plurality of consecutive RBs in the frequency domain.
  • BWP is a subset of contiguous CRBs defined for a given neurology u i in BWP i on a given carrier.
  • a carrier may include a maximum of N (eg, 5) BWPs.
  • a UE may be configured to have one or more BWPs on a given component carrier. Data communication is performed through an activated BWP, and only a predetermined number (eg, one) of BWPs among BWPs configured to the UE may be activated on a corresponding carrier.
  • the network For each serving cell in the set of DL BWPs or UL BWPs, the network has at least an initial DL BWP and (if the serving language is configured with uplink) 1 or (supplementary uplink) If using) 2 Set the initial UL BWP.
  • the network may set additional UL and DL BWPs for the serving cell.
  • VRBs Virtual resource blocks
  • PRBs physical resource blocks
  • a UE configured for carrier aggregation may be configured to use one or more cells.
  • the UE When the UE is configured to have multiple serving cells, the UE may be configured to have one or multiple cell groups.
  • a UE may be configured to have multiple cell groups associated with different BSs. Alternatively, the UE may be configured to have a plurality of cell groups associated with a single BS.
  • Each cell group of the UE consists 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.
  • each slot is a self-contained structure that may include i) a DL control channel, ii) DL or UL data, and/or iii) a UL control channel.
  • a DL control channel hereinafter, DL control region
  • UL control region a DL control channel
  • N and M are each non-negative integers.
  • a resource region (hereinafter, referred to as a data region) between the DL control region and the UL control region may be used for DL data transmission or UL data transmission.
  • the symbols in a single slot may be divided into DL, UL, or group(s) of consecutive symbols that may be used flexibly.
  • information indicating how each of the symbols of the slot is used is referred to as a slot format.
  • the slot format may define which symbols in the slot are used for UL and which symbols are used for DL.
  • the BS may set a pattern for UL and DL allocation for the serving cell through higher layer (eg, RRC) signaling.
  • RRC higher layer
  • the remaining symbols that are neither configured as DL symbols nor UL symbols are flexible symbols.
  • the UE Upon receiving the configuration related to the TDD DL-UL pattern, that is, the TDD UL-DL configuration (eg, tdd-UL-DL-ConfigurationCommon , or tdd-UL-DLConfigurationDedicated ) through higher layer signaling, the UE receives a slot based on the configuration. Set the slot format for each slot across the fields.
  • the TDD UL-DL configuration eg, tdd-UL-DL-ConfigurationCommon , or tdd-UL-DLConfigurationDedicated
  • a DL symbol, a UL symbol, and a flexible symbol are possible for a symbol, but a predetermined number of combinations may be predefined as slot formats, and the predefined slot formats are to be identified by slot format indexes, respectively.
  • the following table exemplifies some of the predefined slot formats.
  • D denotes a DL symbol
  • U denotes a UL symbol
  • F denotes a flexible symbol (denote).
  • the BS performs a slot format combination applicable to the corresponding serving cell for each cell through higher layer (eg, RRC) signaling for a set of serving cells. It can be configured to configure a set of , and to allow the UE to monitor the group-common PDCCH for slot format indicator (SFI)(s) through higher layer (eg, RRC) signaling.
  • SFI slot format indicator
  • a DCI carried by a group-common PDCCH for SFI(s) is referred to as an SFI DCI.
  • DCI format 2_0 is used as SFI DCI.
  • the BS is the (start) position of the slot format combination ID (ie, SFI-index) for the serving cell in the SFI DCI, the slot applicable to the serving cell
  • a set of format combinations, a reference subcarrier interval setting for each slot format in a slot format combination indicated by an SFI-index value in SFI DCI, etc. may be provided to the UE.
  • One or more slot formats are set for each slot format combination in the set of slot format combinations, and a slot format combination ID (ie, SFI-index) is assigned.
  • N slots among slot format indexes for slot formats predefined for the corresponding slot format combination. It may indicate format indexes.
  • the BS is a group for SFIs - SFI-RNTI, which is a Radio Network Temporary Identifier (RNTI) used for SFI to configure the UE to monitor the common PDCCH, and the DCI payload scrambled with the SFI-RNTI. Inform the UE of the total length.
  • RNTI Radio Network Temporary Identifier
  • the UE may determine the slot format(s) for the serving cell from the SFI-index for the serving cell among the SFI-indexes in the DCI payload in the PDCCH. .
  • TDD DL-UL pattern configuration may be indicated as uplink, downlink, or flexible by SFI DCI.
  • Symbols indicated as downlink/uplink by TDD DL-UL pattern configuration are not overridden as uplink/downlink or flexible by SFI DCI.
  • the UE determines whether each slot is uplink or downlink, and the symbol allocation within each slot. It is determined based on DCI format 1_0, DCI format 1_1, DCI format 1_2, DCI format 0_0, DCI format 0_1, DCI format 0_2, DCI format 2_3).
  • NR frequency bands are defined by two types of frequency ranges, FR1 and FR2, which are also called millimeter wave (mmW).
  • mmW millimeter wave
  • the following table illustrates the frequency ranges over which NR can operate.
  • the PDCCH carries DCI.
  • DCI is a transmission format and resource allocation of a downlink shared channel (DL-SCH), resource allocation information for an uplink shared channel (UL-SCH), Positioned above the physical layer among protocol stacks of the UE / BS, such as paging information for a paging channel (PCH), system information on DL-SCH, and random access response (RAR) transmitted on 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, an upper layer), a transmission power control command, and activation/cancellation of configured scheduling (CS).
  • CS configured scheduling
  • DCI including resource allocation information for DL-SCH is also called PDSCH scheduling DCI
  • DCI including resource allocation information for UL-SCH is also called PUSCH scheduling DCI.
  • DCI includes a cyclic redundancy check (CRC), and the CRC is masked/scrambled with various identifiers (eg, radio network temporary identifier, RNTI) depending on the owner or use purpose 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 cell RNTI
  • the CRC is masked with system information RNTI (system information RNTI, SI-RNTI). If the PDCCH relates to a random access response, the CRC is It is masked with a random access RNTI (RA-RATI).
  • SIB system information block
  • RA-RATI random access RNTI
  • Cross-carrier scheduling When a PDCCH on one serving cell schedules a PDSCH or a PUSCH of another serving cell, it is called cross-carrier scheduling.
  • Cross-carrier scheduling using a carrier indicator field (CIF) may allow a PDCCH of a serving cell to schedule resources on another serving cell.
  • the PDSCH on the serving cell schedules the PDSCH or PUSCH in the serving cell, it is referred to as self-carrier scheduling.
  • the BS may provide information about the cell scheduling the cell to the UE.
  • the BS tells the UE whether a serving cell is scheduled by a PDCCH on another (scheduling) cell or by the serving cell, and which cell is the serving cell when scheduled by another (scheduling) cell. It may provide whether to signal downlink assignments and uplink grants for the serving cell.
  • a cell carrying a PDCCH is referred to as a scheduling cell, and transmission of a PUSCH or a PDSCH is scheduled by DCI included in the PDCCH, that is, a cell carrying a PUSCH or PDSCH scheduled by the PDCCH. is called a scheduled cell.
  • PDSCH is a physical layer UL channel for UL data transport.
  • PDSCH carries downlink data (eg, 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.
  • QPSK Quadrature Phase Shift Keying
  • QAM 16 Quadrature Amplitude Modulation
  • 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 DMRS, is generated as an OFDM symbol signal, and is transmitted through a corresponding antenna port.
  • PUCCH means a physical layer UL channel for UCI transmission.
  • PUCCH carries Uplink Control Information (UCI).
  • UCI includes:
  • SR Scheduling request
  • Hybrid automatic repeat request (HARQ)-acknowledgment (ACK) It is a response to a downlink data packet (eg, codeword) on the PDSCH. Indicates whether the downlink data packet has been successfully received by the communication device.
  • One HARQ-ACK bit may be transmitted in response to a single codeword, and 2 HARQ-ACK 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 used interchangeably with HARQ ACK/NACK, ACK/NACK, or A/N.
  • CSI Channel state information
  • CSI is channel quality information (channel quality information, CQI), rank indicator (rank indicator, RI), precoding matrix indicator (precoding matrix indicator, PMI), CSI-RS resource indicator (CSI-RS resource indicator, CRI), SS /PBCH resource block indicator, SSBRI), layer indicator (layer indicator, LI), etc.
  • CSI may be divided into CSI part 1 and CSI part 2 according to the type of UCI included in the CSI. For example, CRI, RI, and/or CQI for the first codeword may be included in CSI part 1, and LI, PMI, and CQI for the second codeword may be included in CSI part 2.
  • HARQ-ACK PUCCH resources configured and/or instructed by the BS for HARQ-ACK, SR, and CSI transmission to the UE 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, Table 5 may be referred to.
  • PUCCH format 0 consists of only a UCI signal without DMRS, and the UE transmits a 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 having PUCCH format 0. The UE transmits a PUCCH of PUCCH format 0 in a PUCCH resource for configuring a corresponding SR only when transmitting a positive SR.
  • the configuration for PUCCH format 0 includes the following parameters for the corresponding PUCCH resource: an index for initial cyclic shift, the number of symbols for PUCCH transmission, and the first symbol for PUCCH transmission.
  • DMRS and UCI are set/mapped in TDM form in different OFDM symbols. That is, 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
  • OCC Code division multiplexing
  • PUCCH format 1 carries UCI with a maximum size of 2 bits, and the modulation symbol is in the time domain. is spread by an orthogonal cover code (OCC) (which is set differently depending on whether or not frequency hopping is performed).
  • the configuration for PUCCH format 1 includes the following parameters for the corresponding PUCCH resource: an index for initial cyclic shift, the number of symbols for PUCCH transmission, the first symbol for PUCCH transmission, orthogonal cover code ) for the index.
  • DMRS and UCI are set/mapped in the form of frequency division multiplexing (FDM) within the same symbol.
  • the UE transmits the coded UCI bit by applying only IFFT without DFT.
  • PUCCH format 2 carries UCI having a bit size larger than K bits, and a modulation symbol is transmitted through FDM with DMRS.
  • 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.
  • - Configuration for PUCCH format 2 includes the following parameters for the corresponding PUCCH resource: the number of PRBs, the number of symbols for PUCCH transmission, and the first symbol for PUCCH transmission.
  • DMRS and UCI are set/mapped in TDM form to different symbols.
  • 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 configuration for PUCCH format 3 includes the following parameters for the corresponding PUCCH resource: the number of PRBs, the number of symbols for PUCCH transmission, and the first symbol for PUCCH transmission.
  • DMRS and UCI are set/mapped in TDM form to different symbols.
  • PUCCH format 4 can multiplex up to 4 UEs in the same PRB by applying OCC at the front end of the DFT and applying CS (or interleaved FDM (IFDM) mapping) to DMRS.
  • CS interleaved FDM
  • IFDM interleaved FDM
  • TDM time division multiplexing
  • the configuration for PUCCH format 4 includes the following parameters for the corresponding PUCCH resource: the number of symbols for PUCCH transmission, a length for an orthogonal cover code, an index for an orthogonal cover code, the first symbol for the PUCCH transmission.
  • the following table illustrates the PUCCH formats. According to the PUCCH transmission length, it may be divided into a short PUCCH (format 0, 2) and a long PUCCH (format 1, 3, 4).
  • PUCCH resources may be determined for each UCI type (eg, A/N, SR, CSI).
  • a PUCCH resource used for UCI transmission may be determined based on a UCI (payload) size.
  • the BS sets a plurality of PUCCH resource sets to the UE, and the UE may select a specific PUCCH resource set corresponding to the specific range according to the range of the UCI (payload) size (eg, the number of UCI bits).
  • the UE may select one of the following PUCCH resource sets according to the number of UCI bits (N UCI ).
  • K is the number of PUCCH resource sets (K>1)
  • N i is the maximum number of UCI bits supported by PUCCH resource set #i.
  • PUCCH resource set #1 may be configured with resources of PUCCH formats 0 to 1
  • other PUCCH resource sets may be configured with resources of PUCCH formats 2 to 4 (see Table 5).
  • the configuration for each PUCCH resource includes a PUCCH resource index, an index of a start PRB, and a configuration for one of PUCCH formats 0 to PUCCH 4.
  • the UE has a code rate for multiplexing HARQ-ACK, SR and CSI report(s) within PUCCH transmission using PUCCH format 2, PUCCH format 3, or PUCCH format 4 is set by the BS to the UE through the upper layer parameter maxCodeRate. .
  • the higher layer parameter maxCodeRate is used to determine how to feed back UCI on PUCCH resources for PUCCH format 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 Semi-Persistent Scheduling (SPS) PDSCH
  • the PUCCH resource to be used for UCI transmission in the PUCCH resource set may be set to the UE by the network through higher layer signaling (eg, RRC signaling).
  • a PUCCH resource to be used for UCI transmission in the PUCCH resource set may be scheduled based on DCI.
  • the BS transmits DCI to the UE through PDCCH, and PUCCH to be used for UCI transmission within a specific PUCCH resource set through an ACK/NACK resource indicator (ARI) in DCI.
  • resources can be directed.
  • ARI is used to indicate a PUCCH resource for ACK / NACK transmission, and may be referred to as a PUCCH resource indicator (PUCCH resource indicator, PRI).
  • DCI is DCI used for PDSCH scheduling, and UCI may include HARQ-ACK for PDSCH.
  • the BS may set a PUCCH resource set consisting of more PUCCH resources than the number of states that can be expressed by ARI to the UE using a (UE-specific) higher layer (eg, RRC) signal.
  • the ARI indicates the PUCCH resource sub-set in the PUCCH resource set, and which PUCCH resource to use in the indicated PUCCH resource sub-set is transmission resource information for the PDCCH (eg, the start control channel element of the PDCCH). element, CCE) index, etc.) may be determined according to 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.
  • the 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 downlink allocation.
  • the uplink grant is dynamically received by the UE on the PDCCH or in the RAR, or is semi-persistently configured to the UE by RRC signaling from the BS.
  • the downlink assignment is dynamically received on the PDCCH by the UE, or is configured semi-persistently to the UE by RRC signaling from the BS.
  • the BS may dynamically allocate uplink resources to the UE via 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 may allocate uplink resources using a grant configured to the UE. Two types of established grants, type 1 and type 2, can be used. In case of type 1, the BS directly provides the configured uplink grant (including periodicity) 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) is addressed through the configured PDCCH (PDCCH addressed to CS-RNTI).
  • An uplink grant may be signaled and activated, or it may be deactivated.
  • the PDCCH addressed to the CS-RNTI indicates that the corresponding uplink grant can be implicitly reused according to a period set by RRC signaling until the corresponding uplink grant is deactivated.
  • the BS can dynamically allocate downlink resources to the UE via the C-RNTI addressed PDCCH(s).
  • the UE monitors the PDCCH(s) for 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 the period of downlink assignments configured through RRC signaling, and may signal and activate the configured downlink assignments or deactivate it through the PDCCH addressed to the CS-RNTI.
  • the PDCCH addressed to the CS-RNTI indicates that the corresponding downlink assignment can be implicitly reused according to a period set by RRC signaling until it is deactivated.
  • the PDCCH may be used to schedule DL transmission on PDSCH or UL transmission on PUSCH.
  • DCI on PDCCH scheduling DL transmission includes DL resource allocation, which includes at least modulation and coding format (eg, modulation and coding scheme (MCS) index I MCS ), resource allocation and HARQ information, related to DL-SCH.
  • MCS modulation and coding scheme
  • the DCI on the PDCCH scheduling UL transmission may include an uplink scheduling grant, which includes at least modulation and coding format, resource allocation, and HARQ information related to the UL-SCH.
  • HARQ information for DL-SCH or UL-SCH is a new data indicator (NDI), transport block size (TBS), redundancy version (RV), and HARQ process ID (That is, the HARQ process number) may be included.
  • NDI new data indicator
  • TBS transport block size
  • RV redundancy version
  • HARQ process ID That is, the HARQ process number
  • the size and use of DCI carried by one PDCCH depend on the DCI format. For example, DCI format 0_0, DCI format 0_1, or DCI format 0_2 may be used for PUSCH scheduling, and DCI format 1_0, DCI format 1_1, or DCI format 1_2 may be used for PDSCH scheduling.
  • 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 the present specification may be applied to DL data reception based on DCI format 1_2.
  • FIG. 7 shows an example of PDSCH time domain resource allocation by PDCCH and an example of PUSCH time domain resource allocation by PDCCH.
  • DCI carried by PDCCH for scheduling PDSCH or PUSCH includes a time domain resource assignment (TDRA) field, wherein the TDRA field is a row into 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 a PDSCH time domain resource allocation table set by the BS through 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 PUSCH, or a PUSCH time domain resource allocation table set by the BS through RRC signaling pusch-TimeDomainAllocationList is applied as the allocation table for 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 fixed/predefined rules (eg, refer to 3GPP TS 38.214).
  • each indexed row has a DL allocation-to-PDSCH slot offset K 0 , a start and length indicator value SLIV (or directly a start position of the PDSCH in the slot (eg, start symbol index S ) and an allocation length (eg, the number of symbols L )), the PDSCH mapping type is defined.
  • each indexed row is a UL grant-to-PUSCH slot offset K 2 , the starting position of the PUSCH in the slot (eg, the start symbol index S ) and the allocation length (eg, the number of symbols L ), PUSCH mapping Define the type.
  • K 0 for PDSCH or K 2 for PUSCH indicates a difference between a slot having a PDCCH and a slot having 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 there are two mapping types: one mapping type A and the other mapping type B.
  • DMRS demodulation reference signal
  • one of the symbols of the PDSCH/PUSCH resource or Two symbols may be used as DMRS symbol(s) #3)
  • the DMRS is mapped based on the first OFDM symbol of the PDSCH/PUSCH resource, and according to other DMRS parameters, from the first symbol of the PDSCH/PUSCH resource, one or Two symbols may be used as DMRS symbol(s).
  • DMRS is located in the first symbol allocated for PDSCH/PUSCH.PDSCH/PUSCH mapping in this specification
  • the type may be referred to as a mapping type or a DMRS mapping type, for example, in this specification, PUSCH mapping type A may be referred to as mapping type A or DMRS mapping type A, and PUSCH mapping type B may be referred to as mapping type B or DMRS mapping. Also referred to as type B.
  • 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 information about a cell for PDSCH or PUSCH transmission, information about a BWP for PDSCH or PUSCH transmission, and information about resource blocks for PDSCH or PUSCH transmission to the UE.
  • configured grant type 1 there are two types of transmission without a dynamic grant: configured grant type 1 and configured grant type 2.
  • configured grant type 1 a UL grant is provided by RRC signaling and configured as a grant is saved
  • configured grant type 2 the UL grant is provided by the PDCCH and is stored or cleared as an uplink grant configured based on L1 signaling indicating configured uplink grant activation or deactivation.
  • Type 1 and Type 2 may be configured by RRC signaling for each serving cell and for each BWP. Multiple configurations may be active concurrently on different serving cells.
  • the UE may receive the following parameters from the BS through RRC signaling:
  • - cs- RNTI which is a CS-RNTI for retransmission
  • timeDomainAllocation value m giving a row index m +1 pointing to an allocation table, indicating a combination of a start symbol S , a length L , and a PUSCH mapping type
  • the UE When configuring grant type 1 for a serving cell by RRC, the UE stores the UL grant provided by RRC as a configured uplink grant for the indicated serving cell, and timeDomainOffset and S (derived from SLIV ) It initializes or re-initializes so that the configured uplink grant starts at the corresponding symbol and recurs at periodicity .
  • the UE may receive the following parameters from the BS through RRC signaling:
  • - cs- RNTI which is a CS-RNTI for activation, deactivation, and retransmission
  • the actual uplink grant is provided to the UE by the PDCCH (addressed to the CS-RNTI).
  • the parameters harq-ProcID-Offset and/or harq-ProcID-Offset2 used to derive HARQ process IDs for configured uplink grants may be further provided to the UE by the BS.
  • harq-ProcID-Offset is an offset of the HARQ process for a grant configured for operation with a shared spectrum channel access
  • harq-ProcID-Offset2 is an offset of the HARQ process for the configured grant.
  • cg-RetransmissionTimer is a period during which the UE should not automatically perform retransmission using the HARQ process of (re)transmission after (re)transmission based on the configured grant, and on the configured uplink grant It is a parameter that can be provided to the UE by the BS when the retransmission of .
  • the UE may select a HARQ process ID from among HARQ process IDs available for arbitrarily configured grant configuration.
  • 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
  • the DL assignment is provided to the UE by the 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:
  • - cs- RNTI which is a CS-RNTI for activation, deactivation, and retransmission
  • - n1PUCCH-AN providing HARQ resources for PUCCH for SPS (the network sets the HARQ resource as format 0 if not format 1, and the actual PUCCH-resource is set in PUCCH-Config , and by its ID n1PUCCH- referred to in the AN ).
  • SFN start time and slot start time are when the configured downlink assignment is (re-) initialized
  • the parameter harq-ProcID-Offset used to derive HARQ process IDs for configured downlink assignments may be further provided by the BS to the UE.
  • harq-ProcID-Offset is the offset of the HARQ process for SPS.
  • the cyclic redundancy check (CRC) of the corresponding 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 validates the DL SPS assigned PDCCH or the configured UL grant type 2 PDCCH for scheduling activation or scheduling release. If all fields for the DCI format are set according to Table 6 or Table 7, validation of the DCI format is achieved. Table 6 illustrates special fields for DL SPS and UL grant type 2 scheduling activation PDCCH validation, and Table 7 illustrates special fields for DL SPS and UL grant type 2 scheduling release PDCCH validation.
  • the actual DL assignment or UL grant for DL SPS or UL grant type 2, and the corresponding modulation and coding scheme are carried by the corresponding DL SPS or UL grant type 2 scheduling activation PDCCH in the DCI format in the resource assignment fields ( Yes, the TDRA field provides the TDRA value m, the FDRA field provides the frequency resource block allocation, and the Modulation and Coding Scheme field).
  • the UE considers the information in the DCI format as valid activation or valid release of DL SPS or configured UL Grant Type 2.
  • the UE may detect the 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 PUCCH in slot n+K1.
  • the UCI includes a HARQ-ACK response for the PDSCH.
  • DCI (eg, DCI format 1_0, DCI format 1_1) carried by the PDCCH scheduling the PDSCH may include the following information.
  • Frequency domain resource assignment indicates a set of RBs allocated to the PDSCH.
  • TDRA Time domain resource assignment
  • DL assignment-to-PDSCH slot offset K0 the starting position of the PDSCH in the slot (eg, symbol index S) and length (eg, the number of symbols L)
  • PDSCH mapping type indicates 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.
  • PDSCH mapping type B the DMRS is located in the first symbol allocated for the PDSCH.
  • the HARQ-ACK response may consist of 1-bit.
  • the HARQ-ACK response consists of 2-bits when spatial bundling is not configured, and 1-bits when spatial bundling is configured.
  • the HARQ-ACK payload consisting 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 divided 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.
  • 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, all DL carriers configured to the UE
  • the number of HARQ-ACK bits corresponding to a combination (hereinafter, bundling window) of all DL scheduling slots (or PDSCH transmission slots or PDCCH monitoring slots) to which the HARQ-ACK transmission timing can be indicated ie, DL serving cells
  • the quasi-static HARQ-ACK codebook method is a method in which the size of the HARQ-ACK codebook is fixed (to the 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 (eg, k) of a plurality of values.
  • HARQ-ACK information for the PDSCH is in slot # It can be transmitted at (m+k).
  • k ⁇ ⁇ 1, 2, 3, 4, 5, 6, 7, 8 ⁇ may be given.
  • the HARQ-ACK information may include the 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). For example, if k ⁇ ⁇ 1, 2, 3, 4, 5, 6, 7, 8 ⁇ , HARQ-ACK information of slot #n is transmitted in slot #(n-8) ⁇ regardless of actual DL data reception. HARQ-ACK corresponding to slot #(n-1) is included (ie, the maximum number of HARQ-ACKs).
  • the HARQ-ACK information may be replaced with a HARQ-ACK codebook and a HARQ-ACK payload.
  • the slot may be understood/replaced as a candidate occasion 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 configured 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 notify the UE of transmitted or scheduled PDSCH(s) to be included in one HARQ-ACK transmission.
  • c-DAI is an index indicating the order between PDCCHs carrying DL scheduling DCIs (hereinafter, DL scheduling PDCCHs)
  • t-DAI is the total number of DL scheduling PDCCHs up to the current slot in which the PDCCH with t-DAI is located. is an index indicating
  • the physical layer of NR is designed to support a flexible transmission structure in consideration of requirements for various services.
  • the NR physical layer may change the OFDM symbol length (OFDM symbol duration) and subcarrier spacing (SCS) (hereinafter, OFDM nucleology) as needed.
  • transmission resources of physical channels may be changed within a certain range (in units of symbols).
  • PUCCH (resource) and PUSCH (resource) may be flexibly configured with a transmission length/transmission start time within a certain range.
  • a control resource set which is a set of time-frequency resources on which the UE can monitor the PDCCH, may be defined and/or configured.
  • One or more CORESETs may be configured for the UE.
  • CORESET is composed of a set of physical resource blocks (PRBs) with a time duration of 1 to 3 OFDM symbols. PRBs constituting CORESET and CORESET duration may be provided to the UE through higher layer (eg, RRC) signaling.
  • PRBs physical resource blocks
  • RRC Radio Resource Control
  • a master information block (MIB) on the PBCH provides parameters (eg, CORESET#0 setting) for monitoring the PDCCH for scheduling the PDSCH carrying the system information block 1 (SIB1) to the UE. do.
  • the PBCH may also indicate that there is no SIB1 associated therewith, in which case the UE may be instructed not only a frequency range in which it can assume that there is no SSB associated with SSB1, but also other frequencies to search for the SSB associated with SIB1.
  • At least CORESET #0, which is a CORESET for scheduling SIB1 may be set through dedicated RRC signaling if it is not the MIB.
  • 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 s is determined based on the following parameters provided to the UE by the BS.
  • controlResourceSetId an identifier identifying the CORESET p associated with the search space set s.
  • - monitoringSlotPeriodicityAndOffset for configuring slots for PDCCH monitoring, a PDCCH monitoring period of k s slots and a PDCCH monitoring offset of o s slots.
  • duration the duration of T s ⁇ k s slots indicating the number of slots in which the search space set s exists.
  • In-slot PDCCH monitoring pattern indicating the first symbol(s) of CORESET in the slot for PDCCH monitoring.
  • searchSpaceType indicates whether the search space set s is a CCE set or a USS.
  • the parameter monitoringSymbolsWithinSlot indicates, for example, the first symbol(s) for PDCCH monitoring in slots configured for PDCCH monitoring (eg, refer to parameters monitoringSlotPeriodicityAndOffset and duration ). For example, if monitoringSymbolsWithinSlot is 14-bit, the most significant (left) bit represents the first OFDM symbol in the slot, and the second most significant (left) bit represents the second OFDM symbol in the slot. In this way, monitoringSymbolsWithinSlot bits can each (respectively) symbolize the 14 OFDM symbols of the slot. For example, one of the bits in monitoringSymbolsWithinSlot that is set to 1 identifies the first symbol(s) of CORESET in the slot.
  • the UE monitors PDCCH candidates only in PDCCH monitoring occasions.
  • the UE determines the PDCCH monitoring timing on the active DL BWP in the slot from the PDCCH monitoring periodicity, the PDCCH monitoring offset, and the PDCCH monitoring pattern.
  • the UE monitors the PDCCH candidates for the search space set s for T s consecutive slots starting from slot n u s,f , and for the next k s - T s consecutive slots for the search space set s It does not monitor PDCCH candidates.
  • the following table illustrates the search space sets and associated RNTIs, examples of use.
  • the following table illustrates the DCI format that the PDCCH can carry.
  • DCI format 0_0 is used to schedule a transport block (TB)-based (or TB-level) PUSCH
  • DCI format 0_1 is a TB-based (or TB-level) PUSCH or code block group (code block group, CBG) ) based (or CBG-level) PUSCH
  • DCI format 1_0 is used to schedule a TB-based (or TB-level) PDSCH
  • DCI format 1_1 is used to schedule a TB-based (or TB-level) PDSCH or a CBG-based (or CBG-level) PDSCH can
  • DCI format 0_0 and DCI format 1_0 have fixed sizes after the BWP size is initially given by RRC.
  • DCI format 0_0 and DCI format 1_0 the size of the remaining fields except for the size of the frequency domain resource assignment (FDRA) field has a fixed size, but the size of the FDRA field is the size of the related parameter by the BS. This can be changed through settings.
  • the size of the DCI field may be changed through various RRC reconfiguration by the BS.
  • DCI format 2_0 may be used to deliver dynamic slot format information (eg, SFI DCI) to the UE
  • DCI format 2_1 may be used to deliver downlink pre-emption information to the UE
  • DCI format 2_4 may be used to inform the UL resource for which UL transmission from the UE should be canceled.
  • URLLC In the case of URLLC, which is one of the representative scenarios of the next system, it has a user-plane latency of 0.5ms and a low-latency, high-reliability requirement to transmit X bytes of data within 1ms with an error rate of 10 ⁇ -5. Also, in general, eMBB has a large traffic capacity, but URLLC traffic has a file size of several tens to several hundred bytes and is sporadic. Therefore, eMBB requires transmission that maximizes the transmission rate and minimizes control information overhead, and URLLC requires a short scheduling time unit and a reliable transmission method.
  • a reference time unit assumed/used to transmit/receive a physical channel may vary according to an application field or a type of traffic.
  • the reference time may be a basic unit for scheduling a specific physical channel, and the reference time unit may be changed according to the number of symbols and/or subcarrier spacing, etc. constituting the corresponding scheduling time unit.
  • Some embodiments/implementations of the present specification are described on a slot or mini-slot basis as a reference time unit for convenience of description.
  • a slot may be, for example, a scheduling basic unit used for general data traffic (eg, eMBB).
  • a mini-slot may have a smaller time period than a slot in the time domain, and a scheduling basic unit used in a special purpose or communication method (eg, URLLC, or unlicensed band or millimeter wave, etc.) it may be
  • a scheduling basic unit used in a special purpose or communication method (eg, URLLC, or unlicensed band or millimeter wave, etc.) it may be
  • the embodiment(s)/implementation(s) of the present specification transmit/receive a physical channel based on a mini-slot for an eMBB service, or transmit/receive a physical channel based on a slot for URLLC or other communication techniques. It can also be applied when
  • the reliability of PUSCH/PDSCH transmission may need to be higher than that of the existing PUSCH/PDSCH transmission.
  • repeated transmission of PUSCH/PDSCH may be considered.
  • repetition of PUSCH/PDSCH may be applied to PUSCH/PDSCH transmission based on dynamic UL grant/DL assignment over PDCCH.
  • repetition of PUSCH/PDSCH may also be applied to transmission of PUSCH/PDSCH based on a configured grant.
  • Repetitions to be applied to PUSCH/PDSCH transmission may be indicated or configured by the BS to the UE.
  • the UE may receive an indication of the repetition factor K by the BS through L1 signaling or set through higher layer signaling.
  • the repetition factor K used to indicate the number of repetitions of repeated transmission, etc. is indicated or set to the UE, the UE may repeat transmission/reception of the transport block over K transmission/reception opportunities.
  • the repetition factor is also referred to as a repetition transmission factor.
  • the UE may be configured to perform multi-slot PUSCH transmission or multi-slot PDSCH reception.
  • the UE may be configured by the BS to apply the same symbol(s) assignment across K consecutive slots, where K is an integer greater than one.
  • the UE repeats transmission/reception of a transport block (TB) over the K consecutive slots by applying the same slot(s) assignment in each of the K consecutive slots.
  • a time when one TB can be transmitted/received may be referred to as a transmission occasion/reception occasion. For example, if K PDSCH/PUSCH repetitions are indicated to the UE for the serving cell, the UE receives/ PUSCH transmission may be performed.
  • the UE may assume that all K PDSCH receptions/transmissions can be performed in the same resource block(s).
  • the transmission time or reception time is referred to as a PUSCH (transmission) time in the case of a PUSCH, and also referred to as a PDSCH (transmission) time in the case of a PDSCH.
  • the transmission time is referred to as a transmission opportunity (opportunity), and the reception time is also referred to as a reception opportunity.
  • the UE transmits/receives multi -Slot PUSCH / PDSCH transmission / reception is omitted (omit).
  • PUSCH/PDSCH repetition type A when the UE receives resource allocation for radio transmission from the BS, it is possible to repeatedly use time-frequency resources defined in one slot in units of slots.
  • the BS needs to secure the plurality of consecutive slots. This has a problem in that it may make flexible resource allocation difficult.
  • the BS intends to perform PDCCH transmission and PUSCH/PDSCH transmission within one slot, only a few symbols of the latter half of the slot will be available as PUSCH/PDSCH transmission opportunities, so repetition of PUSCH/PDSCH to ensure reliability This can lead to large latency.
  • resource allocation for one TB may always be determined within one period of the configured grant.
  • a time duration for transmission of K repetitions for one TB may not exceed a time duration induced by the period P of the configured grant.
  • the UE only in a predetermined position among a plurality of PUSCH / PDSCH resources for PUSCH / PDSCH repetition, the UE performs a PUSCH / PDSCH according to a redundancy version (RV) sequence Can transmit/receive.
  • RV redundancy version
  • the UE may be instructed or configured by the BS to perform PUSCH/PDSCH repetition back-to-back.
  • PUSCH/PDSCH repetition in which radio resources for PUSCH/PDSCH repetition are concatenated back-to-back in the time domain will be referred to as PUSCH/PDSCH repetition type B.
  • the SPS/CG configuration on the unlicensed band may be advantageous if PDSCH/PUSCH transmissions are sequentially assigned to the UE so that the UE does not lose channel occupation once PDSCH/PUSCH transmissions are initiated for the UE.
  • the BS in order to periodically allocate a burst of resources for CG-based PUSCHs, the BS provides the number of consecutive slots allocated within a set CG grant period and cg-nrofSlots and cg-nrofPUSCH-InSlot providing the number may be signaled to the UE, and among consecutive PUSCH allocations in a slot, the first PUSCH allocation follows the time domain allocation timeDomainAllocation for the CG grant, and the remaining PUSCH allocations follow the time domain allocation timeDomainAllocation It has the same length and PUSCH mapping type as and is appended to the previous assignments without a gap. The same combination of start symbol and length and PUSCH mapping type may repeat across consecutively allocated slots.
  • iteration may be divided into nominal iteration and actual iteration.
  • the nominal repetition is determined based on resource allocation provided to the UE by DCI (hereinafter, scheduling DCI) or SPS/CG configuration for scheduling PUSCH/PDSCH transmission.
  • DCI hereinafter, scheduling DCI
  • SPS/CG configuration for scheduling PUSCH/PDSCH transmission.
  • n 0,..., numberOfRepetitions - 1
  • the slot in which the nominal repetition starts is K s + floor ⁇ (S + n) *L)/N slot symb ⁇ and the starting symbol relative to the beginning of the slot is given by mod(S + n*L, N slot symb )
  • the nominal iteration ends (end ) is given by K s + floor ⁇ (S + (n+1)*L - 1)/N slot symb ⁇ and the ending symbol relative to the beginning of the slot is mod(S + (n+) 1)*L - 1, N slot symb ).
  • numberOfRepetitions is the number of repetitions indicated or set by the BS
  • K s is a slot in which PUSCH transmission starts
  • N slot symb is the number of symbols per slot
  • S and L are time domain resource allocation (TDRA). given, S indicates a start symbol relative to the beginning of a slot, and L indicates the number of consecutive symbols counted from the symbol S.
  • the actual repetition is determined by applying the remaining factor(s) not taken into account in determining the nominal repetition.
  • a symbol indicated for downlink by the RRC configuration tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated may be regarded as an invalid symbol for PUSCH transmission, and reception of SS/PBCH blocks Symbols indicated by ServingCellConfigCommon or ssb-PositionsInBurst in SIB1 for ServingCellConfigCommon or SIB1 may be considered invalid symbols for PUSCH transmission, and Type0-PDCCH CSS for system information reception In pdcch-ConfigSIB1 in MIB for CORESET for CSS set The symbol(s) indicated by may be considered as invalid symbol(s) for PUSCH transmission.
  • a bit value of 1 in the symbol level bitmap indicates that the symbol is an invalid symbol for PUSCH transmission.
  • the remaining symbols may be considered as potentially valid symbols for the corresponding PUSCH transmission.
  • the nominal repetition may consist of one or more substantial repetitions, each substantial repetition being a set of potentially valid consecutive symbols that may be used for PUSCH transmission within a slot. can be configured. Referring to FIG. 9( b ), the nominal repetition of the first transmission time may be divided into two substantive repetitions with a slot as a boundary. When a nominal repetition is separated into sets of potentially valid consecutive symbols by an invalid symbol, each of the sets of potentially valid consecutive symbols may be a real repetition.
  • a nominal repetition of a PUSCH is also referred to as a nominal PUSCH
  • a substantial repetition of a PUSCH is also referred to as a real PUSCH.
  • the configured downlink assignments or the configured uplink assignments are performed through the index of the start OFDM symbol of the resource that is simply repeated periodically.
  • One HARQ process ID may be determined in the HARQ process pool configured for link grants.
  • a resource that is simply repeated periodically may be inefficient for complex or deterministic traffic patterns.
  • the BS provides the configured grant UCI (CG-UCI) to the UE. Since it cannot be determined whether the transmission performed by the UE is a retransmission of a previous transmission or a new transmission unless configured, automatic retransmission is not supported with the configured grant/allocation.
  • the method of notifying the BS by piggybacking the HARQ process ID during PUSCH transmission can not only reduce the reliability of UL-SCH transmission, but also require the UE to separately encode and transmit the HARQ process ID. can be a burden. As a result, this burden may cause the UE to omit some of the UCIs such as HARQ-ACK feedback, scheduling request, and channel state information.
  • a method of notifying the BS of the HARQ process ID of PUSCH transmission while minimizing the influence of the UE on the reliability of UL-SCH transmission within a given resource pattern, and determining the HARQ process ID deterministically in a given resource pattern A method is described.
  • a method for determining a HARQ process ID that can be used not only for a resource that is simply repeated periodically but also when a pattern of a resource is periodically repeated is described.
  • FIG. 10 illustrates a channel transmit/receive flow at a UE according to some implementations of the present disclosure.
  • SPS / CG time when the UE performs reception or transmission through implementations of the present specification ( occasion) to be used in the HARQ process ID may be determined.
  • SPS / CG time when the UE performs reception or transmission through implementations of the present specification ( occasion) to be used in the HARQ process ID may be determined.
  • the following is an example of UE operation in accordance with some implementations of the present disclosure.
  • the UE receives RRC parameter(s) for SPS or CG resource set from the BS (S1001). For example, the UE may receive the SPS configuration or the CG configuration from the BS through RRC signaling.
  • the UE may receive an activation DCI for the SPS/CG resource configured from the BS.
  • Receiving the active DCI may be omitted according to SPS/CG resource configuration. For example, when the UE uses a Type 1 CG resource, receiving an activation DCI may be omitted.
  • the UE may determine an SPS reception time or a CG transmission time based on the active DCI and/or RRC parameter(s) for SPS/CG resources (ie, SPS/CG configuration).
  • the UE is based on the configured RRC parameter(s) and active DCI, HARQ process ID to be used in one period A set of these, that is, the HARQ process pool may be determined.
  • the UE may determine a HARQ process ID for each reception/transmission time based on the HARQ process pool (S1003).
  • the UE may receive an SPS PDSCH or transmit a CG PUSCH (S1005).
  • the following UE operation may be considered.
  • UE operations are mainly described based on uplink transmission using a configured grant for convenience of description, but implementations of the present specification are not limited thereto.
  • implementations of the present specification may also be applied to a downlink SPS.
  • the BS may perform an SPS-based transmission operation and the UE may perform an SPS-based reception operation.
  • UE selects and reports a HARQ process ID from the entire HARQ process pool
  • the UE may determine which HARQ process ID to use for every transmission within the range of the configured HARQ process ID, and report the determined HARQ process ID to the BS together with the corresponding PUSCH transmission.
  • the range of the set HARQ process ID may be determined based on CG parameter(s).
  • the BS may set the start HARQ process ID X and the number N to be used through the corresponding CG setting so that the UE uses the HARQ process ID in the range [X, X+N-1].
  • the UE In order for the UE to report the selected HARQ process ID to the BS, the UE separates the HARQ process ID or transmission parameters including the HARQ process ID (eg, HARQ process ID, NDI, MCS and/or RV, etc.) It can be encoded and transmitted on PUSCH together with UL-SCH. At this time, in the unlicensed band, the UE of the prior art requests the UL-SCH on the CG-based PUCSH for UCI (eg, HARQ process ID, redundancy version (RV), new data indicator (NDI), channel occupancy time sharing information) ))) may be used.
  • UCI eg, HARQ process ID, redundancy version (RV), new data indicator (NDI), channel occupancy time sharing information
  • the UE may transmit HARQ process ID, RV, NDI, MCS, and/or channel occupancy time sharing information along with UL-SCH, that is, uplink data, on CG-based PUSCH. .
  • PUSCH repetition type B may be used to support flexible resource allocation.
  • the UE repeats one PUSCH scheduling in K nominal repetitions based on a given repetition transmission factor K, and uses each nominal PUSCH as an uplink invalid symbol(s) and K' substantive iterations in consideration of the slot boundary, for implementation A1, the following may be considered.
  • the HARQ process ID or the transmission parameter including the HARQ process ID may be separately encoded and transmitted together for only the first substantive repetition.
  • Implementation A1-1 transmits the HARQ process ID on the actual repetition where other HARQ-ACK feedback, UCI such as SR, CSI can be transmitted, so that UL-SCH, UCI, and HARQ process ID are transmitted together in the same PUSCH as much as possible .
  • a HARQ process ID or a transmission parameter including a HARQ process ID may be separately encoded and transmitted together for all substantial repetitions.
  • Implementation A1-2 enables the BS to determine the HARQ process ID associated with the corresponding PUSCH transmission based on the transmission parameters included in the other PUSCH repetitions even if the BS fails to receive a specific PUSCH repetition.
  • the BS may mistake the HARQ process and there is a risk of combining the transmission in HARQ process buffers having different HARQ process IDs.
  • Implementation A1-2 may be used to avoid this problem in implementation A1-1.
  • the HARQ process ID or the transmission parameter including the HARQ process ID may be transmitted together only in PUSCH repetitions that satisfy a specific condition (or do not satisfy the specific condition).
  • implementation A1 may be used for PUSCH satisfying the following condition.
  • the UE does not include the HARQ process ID and transmission parameters in the PUSCH with a transmission time length of X symbols or less.
  • X may be 1. This is to minimize the UCI included in the PUSCH to maximize the radio resources to be used for the UL-SCH among the radio resources of the PUSCH. Accordingly, the UL-SCH may be transmitted in limited resource element(s) of the short PUSCH.
  • the UE does not include the HARQ process ID and transmission parameters in the PUSCH in which the number of REs used for UL-SCH transmission is X or less.
  • X*M/TBS C, where M is the modulation order, TBS is the transport block size, and C is the code rate. C may be 1 or a value obtained by multiplying a code rate given from the MCS by a real number less than 1.
  • UE selects (and reports) a HARQ process ID from a sub-HARQ process pool
  • the UE may determine the range of the HARQ process ID to be used in every cycle. It is possible to determine which HARQ process ID to be used for every transmission within the range of the corresponding HARQ process ID, and report it to the BS together with PUSCH transmission.
  • the range of the HARQ process ID within each period may be determined based on the CG parameter(s). For example, a start HARQ process ID X to be used in each period and the number N of HARQ process IDs to be used in each period may be determined based on the CG parameter(s). Through this, the HARQ process ID to be used in a specific period may be determined in the range [X, X+N-1].
  • 11 illustrates an HARQ process range (ie, a sub-pool) established for a period in accordance with some implementations of the present disclosure.
  • 11 shows that the periodicity is three slots, the number of consecutive (consecutive) slots used for PUSCH transmission(s) per period is two cg-nrofSlots , and the number of PUSCH transmission(s) per slot cg-nrofPUSCH - PUSCH times according to the CG-based PUSCH configuration in which InSlot is set to two and the corresponding HARQ process subpool are exemplified.
  • FIG. 11 illustrates CG-based transmission times in which HARQ process IDs in the range ⁇ 0,1,2,3 ⁇ and HARQ process IDs in the range ⁇ 4,5,6,7 ⁇ are determined for each period. .
  • different HARQ process pools may be used in periods, as illustrated in FIG. 11 .
  • the starting HARQ process ID X to be used in each period and the number N of HARQ process IDs in each period may be determined through the following method(s).
  • the starting HARQ process ID to be used in each cycle can be determined through the following formula: ⁇ floor(symbol index/periodicity)*(HPN interval) ⁇ modulo nrofHARQ-Processes + harq-ProcID-Offset .
  • the start HARQ process ID to be used in each period may be determined through the following formula: ⁇ ceil(symbol index/periodicity)*(HPN interval) ⁇ modulo nrofHARQ-Processes + harq-ProcID-Offset .
  • periodicity is a symbol length of a period configured for an SPS/CG resource in one SPS/CG configuration (ie, the number of symbols included in the configured period).
  • nrofHARQProcesses is the number of available HARQ process(s) configured for all SPS/CG resources in one SPS/CG configuration.
  • harqProcIDOffset is a parameter value set to determine the start HARQ process ID of the available HARQ process(s). From a HARQ process having a HARQ process ID of harqProcIDOffset , nrofHARQProcesses HARQ processes may be sequentially used as the available HARQ process(s).
  • the HPN interval that is, the HARQ processor number interval, is the minimum difference between start HARQ process IDs to be used in different periods.
  • the HPN interval may be determined through at least one of the following.
  • the repeated PUSCH transmission may be configured through one or more parameters, such as the number of PUSCH repetitions per slot (eg, cg-nrofPUSCH-InSlot ) and the number of repetitions of the slot (eg, cg-nrofSlots ). In this case, the number of PUSCH transmission times finally made by the corresponding parameters may be used for the HPN interval.
  • the HPN interval may be determined to be cg -nrofPUSCH-InSlot * cg-nrofSlots , which is a product between two parameters cg-nrofSlots and cg-nrofPUSCH-InSlot .
  • - CG PUSCH indication or the set number of repeated transmissions (eg, RepK) (or the number of nominal PUSCHs).
  • the number of repeated transmission times indicated or set and the number of PUSCH transmission times within a period are different, ceil ⁇ (the number of PUSCH transmission times within a period)/(indicated or set repeated transmission times) ⁇ or floor ⁇ (the number of PUSCH transmission times)/ (indicated or set number of repeated transmissions) ⁇ may be used as the HPN interval.
  • ceil ⁇ (the number of PUSCH transmission times within a period)/(indicated or set repeated transmission times) ⁇ or floor ⁇ (the number of PUSCH transmission times)/ (indicated or set number of repeated transmissions) ⁇ may be used as the HPN interval.
  • This allows one HARQ process ID to have a PUSCH transmission period equal to the number of repeated transmissions indicated or set within a period. For example, among PUSCH periods within a period, at least the indicated or set number of repeated transmissions may be
  • BS eg, DCI via PDCCH
  • higher layer signaling e.g, DCI via PDCCH
  • the number N of HARQ process IDs to be used in each period may be determined through at least one of the following.
  • the HPN value is determined using the same method used to determine the HPN interval value in implementation A2-1.
  • the value N may be determined through at least one of the following.
  • the number of PUSCH transmission times in a period may be configured through one or more parameters such as the number of PUSCH repetitions per slot (eg, cg-nrofPUSCH-InSlot ) and the number of repetitions of the slot (eg, cg-nrofSlots ). In this case, the number of PUSCH transmission times finally made by the corresponding parameters may be used for the HPN interval.
  • the HPN interval may be determined to be cg -nrofPUSCH-InSlot * cg-nrofSlots , which is a product between two parameters cg-nrofSlots and cg-nrofPUSCH-InSlot .
  • - CG PUSCH indication or the set number of repeated transmissions (eg, RepK) (or the number of nominal PUSCHs).
  • the number of repeated transmission times indicated or set and the number of PUSCH transmission times within a period are different, ceil ⁇ (the number of PUSCH transmission times within a period)/(indicated or set repeated transmission times) ⁇ or floor ⁇ (the number of PUSCH transmission times)/ (indicated or set number of repeated transmissions) ⁇ may be used as the HPN interval.
  • ceil ⁇ (the number of PUSCH transmission times within a period)/(indicated or set repeated transmission times) ⁇ or floor ⁇ (the number of PUSCH transmission times)/ (indicated or set number of repeated transmissions) ⁇ may be used as the HPN interval.
  • This allows one HARQ process ID to have a PUSCH transmission period equal to the number of repeated transmissions indicated or set within a period. For example, among PUSCH periods within a period, at least the indicated or set number of repeated transmissions may be
  • the UE may determine which HARQ process ID to be used for each PUSCH transmission of the corresponding period within the range of the HARQ process ID determined in the specific period, and report it to the BS together with the PUSCH transmission.
  • the UE In order to transmit the HARQ process ID selected by the UE to the BS, the UE separately encodes the HARQ process ID or transmission parameters including the HARQ process ID (eg, HARQ process ID, NDI, and/or MCS, etc.) to UL It can be transmitted in PUSCH together with -SCH.
  • the UE may transmit HARQ process ID, RV, NDI, MCS, and/or channel occupancy time sharing information along with UL-SCH, that is, uplink data, on CG-based PUSCH. .
  • the UE may assume that a HARQ process ID within a range of HARQ process IDs determined in a specific period is mapped to each PUSCH transmission in the corresponding period.
  • the start HARQ process ID of a period determined through implementation A2 is X
  • the number of HARQ process IDs in the period is N
  • the start HARQ process ID X of each cycle may be determined according to implementation A2-1
  • the number N of HARQ process IDs per cycle may be determined according to implementation A2-2.
  • FIG. 12 illustrates HARQ process IDs mapped to PUSCH times in each period.
  • FIG. 12 shows HARQ process IDs ⁇ 0,1,2,3 ⁇ and HARQ process IDs ⁇ 4,5,6,7 ⁇ for two periods respectively (respectively) for the HARQ process Examples of mapped CG PUSCHs.
  • the UE sequentially uses the HARQ process ID for respective periods in a range of HARQ process IDs determined based on the parameter(s) included in the SPS/CG configuration. In this case, the minimum distance between PUSCH periods having the same HARQ process ID may always be the same.
  • a UE performing communication in an unlicensed band always has a risk of transmission failure, and in order to reduce a problem that may occur in this risk, retransmission can be performed in the configured CG PUSCH without separately receiving a PDCCH (scheduling retransmission). .
  • PDCCH scheduling retransmission
  • Implementation A3 enables some HARQ process IDs to appear multiple times within a period so that the UE can quickly attempt to transmit CG PUSCH twice or more within one period. According to the implementation A3, it is possible to enable the UE to transmit reliability-important traffic for the HARQ process ID having a plurality of transmission opportunities. Through this, it is possible to minimize the risk of LBT (listen before talk) and / or CAP (channel access procedure) failure that may occur in the unlicensed band.
  • LBT listen before talk
  • CAP channel access procedure
  • the UE may determine a start HARQ process ID X to be used in every period, and may determine a HARQ process ID to be used in each PUSCH transmission opportunity within the period.
  • the method of determining the HARQ process ID to be used per cycle (refer to the HARQ process ID described in "Resource allocation by RRC") is used, or the starting HARQ process ID described in implementation A2 is used. Determination methods may be used.
  • nrofHARQProcesses is the number of available HARQ processes configured for all SPS/CG resources in one SPS/CG configuration.
  • K is the HPN interval
  • the HPN interval is the minimum difference between HARQ process IDs to be used for different PUSCH times in one period.
  • the HPN interval may be determined through at least one of the following.
  • the repeated PUSCH transmission may be configured through one or more parameters such as the number of PUSCH repetitions per slot and the number of slot repetitions. In this case, the number of repeated transmissions finally made by the corresponding parameters may be used as the HPN interval. For example, a product of two parameters (eg, the number of PUSCH repetitions per slot and the number of slot repetitions) may be used as the HPN interval.
  • the UE may indicate to the BS transmission parameters such as NDI and RV selected by the UE for PUSCH transmission.
  • an orthogonal DMRS port may be used to indicate the transmission parameter to the BS.
  • the UE and the BS may deterministically derive the HARQ process ID of each transmission time.
  • This series of processes may place an additional burden on the UE's UCI transmission. Therefore, in order to minimize the amount of information of the transmission parameter required for UE-led transmission, and to express the reduced amount of information, it may be considered to express the transmission parameter using DMRS or other reference signal transmitted together with the PUSCH without separately encoding and including it. .
  • the UE can express n pieces of information by allowing the BS to reserve n DMRS ports for one UE and allow the UE to select one of them.
  • the first DMRS port may be selected, and when NDI performs non-toggle transmission, the second DMRS port may be selected.
  • the BS may indicate or configure the maximum number N of DMRS ports reserved for the UE through L1 signaling or higher layer signaling (eg, RRC signaling).
  • the UE may select one of integer values from X to X+N ⁇ 1 based on a value X given for an antenna port in scheduling information for PUSCH transmission, and use the selected antenna port to express a transmission parameter.
  • FIG. 13 illustrates a channel transmit/receive flow at the BS according to some implementations of the present disclosure.
  • SPS/CG timing when the BS performs transmission or reception through implementations of the present specification HARQ process ID to be used in may be determined.
  • the following illustrates BS operation in accordance with some implementations of the present disclosure.
  • the BS sets the RRC parameter(s) for the SPS or CG resource to the UE (S1301). For example, the BS may transmit the SPS configuration or the CG configuration to the UE through RRC signaling.
  • the BS may transmit an activation DCI for the configured SPS/CG resource to the UE. Transmitting the active DCI may be omitted according to SPS/CG resource configuration. For example, when the UE uses a Type 1 CG resource, transmitting the active DCI may be omitted.
  • the BS may determine the SPS transmission time or the CG reception time based on the active DCI and/or RRC parameter(s) for the SPS/CG resource.
  • the BS sets a set of HARQ process IDs to be used in one period based on the configured RRC parameter(s) and active DCI, that is, the HARQ process pool can be decided
  • the BS may determine a HARQ process ID for each transmission/reception time based on the HARQ process pool (S1303).
  • the BS may transmit the SPS PDSCH or receive the CG PUSCH (S1305).
  • the following BS operation may be considered.
  • BS operations are mainly described based on uplink transmission using a configured grant for convenience of description, but implementations of the present specification are not limited thereto.
  • implementations of the present specification may also be applied to a downlink SPS.
  • the BS may perform an SPS-based transmission operation and the UE may perform an SPS-based reception operation.
  • UE selects and reports a HARQ process ID from the entire HARQ process pool
  • the BS determines which HARQ process ID to be used for every transmission within the range of the HARQ process ID set by the UE, and assuming that the determined HARQ process ID is reported to the BS along with the corresponding PUSCH transmission, the PUSCH transmission can be received.
  • the range of the set HARQ process ID may be determined based on CG parameter(s). For example, by setting the starting HARQ process ID X and the number N to be used through the corresponding CG setting, it can be set to use the HARQ process ID in the range [X, X+N-1].
  • the UE In order for the UE to transmit the selected HARQ process ID to the BS, the UE separately encodes the HARQ process ID or transmission parameters including the HARQ process ID (eg, HARQ process ID, NDI, MCS and/or RV, etc.) Thus, it can be transmitted on PUSCH together with UL-SCH.
  • the UE of the prior art requests the UL-SCH on the CG-based PUCSH for UCI (eg, HARQ process ID, redundancy version (RV), new data indicator (NDI), channel occupancy time sharing information) )) transmission method may be used.
  • UCI eg, HARQ process ID, redundancy version (RV), new data indicator (NDI), channel occupancy time sharing information
  • the BS UE receives the UL-SCH, that is, the HARQ process ID, RV, NDI, MCS, and/or channel occupancy time sharing information along with uplink data on the CG-based PUSCH. can do.
  • the UE when PUSCH repetition type B is indicated or configured to the UE, the UE repeats one PUSCH scheduling in K nominal repetitions based on a given repetition transmission factor K, and makes each nominal PUSCH invalid in uplink.
  • K repetition transmission factor
  • the following may be considered for implementation A1 when dividing into K' substantial repetitions taking into account symbol(s) and slot boundaries.
  • implementation B1 only for the first substantive iteration, the HARQ process ID or transmission parameters including the HARQ process ID are separately encoded and transmitted together, and the BS may receive them.
  • Implementation B1-1 transmits the HARQ process ID on the substantive repetition where other HARQ-ACK feedback, UCI such as SR, and CSI can be transmitted, so that UL-SCH, UCI, and HARQ process ID are transmitted together in the same PUSCH as much as possible. .
  • the HARQ process ID or transmission parameters including the HARQ process ID are separately encoded and transmitted together for all substantial repetitions, and the BS may receive them.
  • Implementation B1-2 enables the BS to determine the HARQ process ID associated with the corresponding PUSCH transmission based on the transmission parameters included in the other PUSCH repetitions, even if the BS fails to receive a specific PUSCH repetition.
  • the BS may mistake the HARQ process, and there is a risk of combining the transmission in HARQ process buffers having different HARQ process IDs.
  • Implementation B1-2 may be used to avoid this problem in implementation B1-1.
  • the HARQ process ID or the transmission parameter including the HARQ process ID may be transmitted together only in PUSCH repetitions that satisfy a specific condition (or do not satisfy the specific condition).
  • implementation A1 may be used for PUSCH satisfying the following condition.
  • the BS does not assume that the UE includes the HARQ process ID and transmission parameters in the PUSCH with a transmission time length of X symbols or less.
  • X may be 1. This is to minimize the UCI included in the PUSCH to maximize the radio resources to be used for the UL-SCH among the radio resources of the PUSCH. Accordingly, the UL-SCH may be transmitted in limited resource element(s) of the short PUSCH.
  • the BS does not assume that the UE includes the HARQ process ID and transmission parameters in the PUSCH in which the number of REs used for UL-SCH transmission is X or less.
  • X*M/TBS C, where M is the modulation order, TBS is the transport block size, and C is the code rate.
  • C may be 1 or a value obtained by multiplying a code rate given from the MCS by a real number less than 1.
  • UE selects (and reports) HARQ process ID from sub HARQ process pool
  • the UE may determine the range of the HARQ process ID to be used in every cycle.
  • the BS may receive the PUSCH transmission, assuming that the UE determines which HARQ process ID to use for every transmission within the range of the corresponding HARQ process ID and reports it to the BS together with the PUSCH transmission.
  • the range of the HARQ process ID within each period may be determined based on the CG parameter(s). For example, a start HARQ process ID X to be used in each period and the number N of HARQ process IDs to be used in each period may be determined based on the CG parameter(s). Through this, the HARQ process ID to be used in a specific period may be determined in the range [X, X+N-1].
  • the starting HARQ process ID X to be used in each period and the number N of HARQ process IDs in each period may be determined through the following method(s).
  • the starting HARQ process ID to be used in each cycle can be determined through the following formula: ⁇ floor(symbol index/periodicity)*(HPN interval) ⁇ modulo nrofHARQ-Processes + harq-ProcID-Offset .
  • the start HARQ process ID to be used in each period may be determined through the following formula: ⁇ ceil(symbol index/periodicity)*(HPN interval) ⁇ modulo nrofHARQ-Processes + harq-ProcID-Offset .
  • periodicity is a symbol length of a period configured for an SPS/CG resource in one SPS/CG configuration (ie, the number of symbols included in the configured period).
  • nrofHARQProcesses is the number of available HARQ process(s) configured for all SPS/CG resources in one SPS/CG configuration.
  • harqProcIDOffset is a parameter value set to determine the start HARQ process ID of the available HARQ process(s). From a HARQ process having a HARQ process ID of harqProcIDOffset , nrofHARQProcesses HARQ processes may be sequentially used as the available HARQ process(s).
  • the HPN interval that is, the HARQ processor number interval, is the minimum difference between start HARQ process IDs to be used in different periods.
  • the HPN interval may be determined through at least one of the following.
  • the repeated PUSCH transmission may be configured through one or more parameters, such as the number of PUSCH repetitions per slot (eg, cg-nrofPUSCH-InSlot ) and the number of repetitions of the slot (eg, cg-nrofSlots ). In this case, the number of PUSCH transmission times finally made by the corresponding parameters may be used for the HPN interval.
  • the HPN interval may be determined to be cg -nrofPUSCH-InSlot * cg-nrofSlots , which is a product between two parameters cg-nrofSlots and cg-nrofPUSCH-InSlot .
  • - CG PUSCH indication or the set number of repeated transmissions (eg, RepK) (or the number of nominal PUSCHs).
  • the number of repeated transmission times indicated or set and the number of PUSCH transmission times within a period are different, ceil ⁇ (the number of PUSCH transmission times within a period)/(indicated or set repeated transmission times) ⁇ or floor ⁇ (the number of PUSCH transmission times)/ (indicated or set number of repeated transmissions) ⁇ may be used as the HPN interval.
  • ceil ⁇ (the number of PUSCH transmission times within a period)/(indicated or set repeated transmission times) ⁇ or floor ⁇ (the number of PUSCH transmission times)/ (indicated or set number of repeated transmissions) ⁇ may be used as the HPN interval.
  • This allows one HARQ process ID to have a PUSCH transmission period equal to the number of repeated transmissions indicated or set within a period. For example, among PUSCH periods within a period, at least the indicated or set number of repeated transmissions may be
  • BS eg, DCI via PDCCH
  • higher layer signaling e.g, DCI via PDCCH
  • the number N of HARQ process IDs to be used in each period may be determined through at least one of the following.
  • the HPN value is determined using the same method used to determine the HPN interval value in implementation A2-1.
  • the value N may be determined through at least one of the following.
  • the number of PUSCH transmission times in a period may be configured through one or more parameters such as the number of PUSCH repetitions per slot (eg, cg-nrofPUSCH-InSlot ) and the number of repetitions of the slot (eg, cg-nrofSlots ). In this case, the number of PUSCH transmission times finally made by the corresponding parameters may be used for the HPN interval.
  • the HPN interval may be determined to be cg -nrofPUSCH-InSlot * cg-nrofSlots , which is a product between two parameters cg-nrofSlots and cg-nrofPUSCH-InSlot .
  • - CG PUSCH indication or the set number of repeated transmissions (eg, RepK) (or the number of nominal PUSCHs).
  • the number of repeated transmission times indicated or set and the number of PUSCH transmission times within a period are different, ceil ⁇ (the number of PUSCH transmission times within a period)/(indicated or set repeated transmission times) ⁇ or floor ⁇ (the number of PUSCH transmission times)/ (indicated or set number of repeated transmissions) ⁇ may be used as the HPN interval.
  • ceil ⁇ (the number of PUSCH transmission times within a period)/(indicated or set repeated transmission times) ⁇ or floor ⁇ (the number of PUSCH transmission times)/ (indicated or set number of repeated transmissions) ⁇ may be used as the HPN interval.
  • This allows one HARQ process ID to have a PUSCH transmission period equal to the number of repeated transmissions indicated or set within a period. For example, among PUSCH periods within a period, at least the indicated or set number of repeated transmissions may be
  • the BS may receive the PUSCH transmission, assuming that the UE determines which HARQ process ID to use for each PUSCH transmission of the corresponding period within the range of the HARQ process ID determined in a specific period and reports it to the BS together with the PUSCH transmission.
  • the UE In order to transmit the HARQ process ID selected by the UE to the BS, the UE separately encodes the HARQ process ID or transmission parameters including the HARQ process ID (eg, HARQ process ID, NDI, and/or MCS, etc.) to UL It can be transmitted in PUSCH together with -SCH.
  • a method and/or implementation B1 in which a prior art UE transmits CG-UCI to PUCSH in an unlicensed band may be used.
  • the BS may receive HARQ process ID, RV, NDI, MCS, and/or channel occupancy time sharing information along with UL-SCH, that is, uplink data, on CG-based PUSCH. have.
  • the BS may assume that a HARQ process ID within a range of HARQ process IDs determined in a specific period is mapped to each PUSCH transmission in the corresponding period.
  • the start HARQ process ID of a certain period determined through implementation B2 is X
  • the number of HARQ process IDs in the period is N
  • the start HARQ process ID X of each cycle may be determined according to implementation B2-1
  • the number N of HARQ process IDs per cycle may be determined according to implementation B2-2.
  • each of HARQ process IDs ⁇ 0,1,2,3 ⁇ and HARQ process IDs ⁇ 4,5,6,7 ⁇ for two periods (respectively) and the HARQ process IDs are It may be mapped to CG PUSCHs in respective (respective) periods.
  • the UE sequentially uses the HARQ process ID for respective periods in a range of HARQ process IDs determined based on the parameter(s) included in the SPS/CG configuration. In this case, the minimum distance between PUSCH periods having the same HARQ process ID may always be the same.
  • a UE performing communication in an unlicensed band always has a risk of transmission failure, and in order to reduce a problem that may occur in this risk, retransmission can be performed on the configured CG PUSCH without separately receiving a PDCCH (scheduling retransmission). .
  • PDCCH scheduling retransmission
  • Implementation B3 allows some HARQ process IDs to appear multiple times within a period, so that the UE can quickly attempt to transmit CG PUSCH twice or more within one period. According to implementation B3, it is possible to enable the UE to transmit reliability-important traffic for the HARQ process ID having a plurality of transmission opportunities. Through this, it is possible to minimize the risk of LBT (listen before talk) and / or CAP (channel access procedure) failure that may occur in the unlicensed band.
  • LBT listen before talk
  • CAP channel access procedure
  • the BS may determine a start HARQ process ID X to be used in every period, and may determine a HARQ process ID to be used in each PUSCH transmission opportunity within the period.
  • the method of determining the HARQ process ID to be used per cycle (refer to the HARQ process ID described in "Resource allocation by RRC") is used, or the starting HARQ process ID described in implementation B2 is used. Determination methods may be used.
  • nrofHARQProcesses is the number of available HARQ processes configured for all SPS/CG resources in one SPS/CG configuration.
  • K is the HPN interval
  • the HPN interval is the minimum difference between HARQ process IDs to be used for different PUSCH times in one period.
  • the HPN interval may be determined through at least one of the following.
  • the repeated PUSCH transmission may be configured through one or more parameters such as the number of PUSCH repetitions per slot and the number of slot repetitions. In this case, the number of repeated transmissions finally made by the corresponding parameters may be used as the HPN interval. For example, a product of two parameters (eg, the number of PUSCH repetitions per slot and the number of slot repetitions) may be used as the HPN interval.
  • the BS may receive the assumption that the UE indicates to the BS transmission parameters such as NDI and RV selected by the UE for PUSCH transmission.
  • the orthogonal DMRS port configured for the UE may be used to indicate the transmission parameter to the BS.
  • the UE and the BS may deterministically derive the HARQ process ID of each transmission time.
  • This series of processes may place an additional burden on the UE's UCI transmission. Therefore, in order to minimize the amount of information of the transmission parameter required for UE-led transmission, and to express the reduced amount of information, it may be considered to express the transmission parameter using DMRS or other reference signal transmitted together with the PUSCH without separately encoding and including it. have.
  • the UE can express n pieces of information by allowing the BS to reserve n DMRS ports for one UE and allow the UE to select one of them.
  • the first DMRS port may be selected, and when NDI performs non-toggle transmission, the second DMRS port may be selected.
  • the BS may indicate or configure the maximum number N of DMRS ports reserved for the UE through L1 signaling or higher layer signaling (eg, RRC signaling).
  • the UE may select one of integer values from X to X+N ⁇ 1 based on the value X given for the antenna port in the scheduling information for PUSCH transmission, and use the selected antenna port to express a transmission parameter.
  • FIG. 14 illustrates a flow of signal transmission/reception between a UE and a BS according to some implementations of the present disclosure.
  • the BS may configure SPS/CG resources to the UE (S1401). If necessary, the BS may transmit an activation DCI for activating the configured SPS/CG resource.
  • the UE may receive an RRC configuration to configure the SPS/CG resource from the BS. Thereafter, the UE may monitor and receive active DCI for the SPS/CG resource. Depending on the type of SPS/CG resource, the activation DCI may not be required.
  • the UE and the BS may determine the HARQ process ID to be used in the SPS/CG time according to some implementations of the present specification (S1403). Based on the determined HARQ process ID, the UE and the BS may transmit or receive an SPS PDSCH or a CG PUSCH (S1405).
  • the UE may inform the BS of the HARQ process ID of the PUSCH transmission while minimizing the UE's effect on the reliability of the UL-SCH transmission within a given pattern of resources.
  • the HARQ process ID can be definitively determined from a pattern of given resources, and the reliability of UL-SCH transmission can be improved by saving resources used to inform the HARQ ID.
  • a UE may perform operations according to some implementations of the present disclosure in connection with transmission of an uplink channel.
  • the UE includes at least one transceiver; at least one processor; and at least one computer operably connectable to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations in accordance with some implementations of the present disclosure. It may contain memory.
  • a processing apparatus for a UE includes at least one processor; and at least one computer operably connectable to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations in accordance with some implementations of the present disclosure. It may contain memory.
  • a computer-readable (non-volatile) storage medium stores at least one computer program comprising instructions that, when executed by at least one processor, cause the at least one processor to perform operations according to some implementations of the present disclosure.
  • a computer program or computer program product is recorded on at least one computer-readable (non-volatile) storage medium and, when executed, includes instructions that cause (at least one processor) to perform operations according to some implementations of the present disclosure. can do.
  • the operations include: receiving a UL grant configuration for configured UL grants; determining HARQ process IDs for a period of the configured UL grants based on the UL grant configuration; and performing UL channel transmission in at least one of transmission times corresponding to the configured UL grants within the period based on the determined HARQ process IDs.
  • Determining the HARQ process IDs for the period includes: determining a start HARQ process ID among the HARQ process IDs based on a HARQ process ID interval.
  • the HARQ process ID interval is the minimum difference between starting HARQ process IDs for different periods.
  • the BS may perform operations according to some implementations of the present disclosure in connection with reception of an uplink channel.
  • BS includes at least one transceiver; at least one processor; and at least one computer operably connectable to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations in accordance with some implementations of the present disclosure. It may contain memory.
  • the processing apparatus for the BS includes at least one processor; and at least one computer operably connectable to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations in accordance with some implementations of the present disclosure. It may contain memory.
  • a computer-readable (non-volatile) storage medium stores at least one computer program comprising instructions that, when executed by at least one processor, cause the at least one processor to perform operations according to some implementations of the present disclosure.
  • a computer program or computer program product is recorded on at least one computer-readable (non-volatile) storage medium and, when executed, includes instructions that cause (at least one processor) to perform operations according to some implementations of the present disclosure. can do.
  • the operations include: sending a UL grant configuration for configured UL grants to a UE; determining HARQ process IDs for a period of the configured UL grants based on the UL grant configuration; and receiving the UL channel transmission of the user equipment at at least one of transmission times corresponding to the configured UL grants within the period based on the determined HARQ process IDs.
  • Determining the HARQ process IDs for the period includes: determining a start HARQ process ID among the HARQ process IDs based on a HARQ process ID interval.
  • the HARQ process ID interval is the minimum difference between starting HARQ process IDs for different periods.
  • determining the HARQ process IDs for the period includes: setting the start HARQ process ID among the HARQ process IDs to the start symbol index of the first transmission time in the period, the UL grant configuration It may include determining based on the number of available HARQ processes, a HARQ process offset set by the UL grant configuration, and the HARQ process ID interval.
  • the starting HARQ process ID may be determined by the following equation: ⁇ (symbol index/periodicity)*(HPN interval) ⁇ modulo nrofHARQ-Processes + harq-ProcID-Offset .
  • the HARQ process ID interval may be determined based on the number of transmission times in the period.
  • the HARQ process ID interval may be determined based on the number of repeated transmissions related to the configured UL configuration.
  • the method may include further receiving information regarding the HARQ process ID interval.
  • the UL channel transmission may include a HARQ process ID for the UL channel transmission.
  • Implementations of the present specification may be used in a base station or user equipment, and other equipment in a wireless communication system.

Landscapes

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

Abstract

UE는 설정된 UL 그랜트들을 위한 UL 그랜트 설정을 수신할 수 있다. 상기 UE는 상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정하고, 상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행할 수 있다. 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함할 수 있다. 상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이이다.

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) 등을 고려하여 논의되고 있다.
새로운 무선 통신 기술의 도입에 따라, BS가 소정 자원영역에서 서비스를 제공해야 하는 UE들의 개수가 증가할 뿐만 아니라, 상기 BS가 서비스를 제공하는 UE들과 전송/수신하는 데이터와 제어정보의 양이 증가하고 있다. BS가 UE(들)과의 통신에 이용 가능한 무선 자원의 양은 유한하므로, BS가 유한한 무선 자원을 이용하여 상/하향링크 데이터 및/또는 상/하향링크 제어정보를 UE(들)로부터/에게 효율적으로 수신/전송하기 위한 새로운 방안이 요구된다. 다시 말해, 노드의 밀도가 증가 및/또는 UE의 밀도가 증가함에 따라 높은 밀도의 노드들 혹은 높은 밀도의 사용자기기들을 통신에 효율적으로 이용하기 위한 방안이 요구된다.
또한, 상이한 요구사항(requirement)들을 가진 다양한 서비스들을 무선 통신 시스템에서 효율적으로 지원할 방안이 요구된다.
또한, 딜레이 혹은 지연(latency)를 극복하는 것이 성능이 딜레이/지연에 민감한 어플리케이션들에 중요한 도전이다.
본 명세가 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 이하의 상세한 설명으로부터 본 명세와 관련된 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세의 일 양상으로, 무선 통신 시스템에서 사용자기기가 상향링크(uplink, UL) 채널을 전송하는 방법이 제공된다. 상기 방법은: 설정된 UL 그랜트들을 위한 UL 그랜트 설정을 수신; 상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행하는 것을 포함한다. 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며, 상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이이다.
본 명세의 다른 양상으로, 무선 통신 시스템에서 상향링크(uplink, UL) 채널을 전송하는 사용자기기가 제공된다. 상기 사용자기기는: 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다. 상기 동작들은: 설정된 UL 그랜트들을 위한 UL 그랜트 설정을 수신; 상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행하는 것을 포함한다. 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며, 상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이이다.
본 명세의 또 다른 양상으로, 무선 통신 시스템에서 프로세싱 장치가 제공된다. 상기 프로세싱 장치는: 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다. 상기 동작들은: 설정된 상향링크(uplink, UL) 그랜트들을 위한 UL 그랜트 설정을 수신; 상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행하는 것을 포함한다. 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며, 상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이이다.
본 명세의 또 다른 양상으로, 컴퓨터 판독가능한 저장 매체가 제공된다. 상기 컴퓨터 판독가능한 저장 매체는: 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금 사용자기기를 위한 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장한다. 상기 동작들은: 설정된 상향링크(uplink, UL) 그랜트들을 위한 UL 그랜트 설정을 수신; 상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행하는 것을 포함한다. 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며, 상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이이다.
본 명세의 또 다른 양상으로, 컴퓨터 프로그램 판독가능한 저장 매체에 저장된 컴퓨터 프로그램 프로그램이 제공된다. 상기 컴퓨터 프로그램은 실행될 때 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 프로그램 코드를 포함하며, 상기 동작들은: 상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행하는 것을 포함한다. 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며, 상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이이다.
본 명세의 또 다른 양상으로, 무선 통신 시스템에서 기지국이 사용자기기로부터 상향링크(uplink, UL) 채널을 수신하는 방법이 제공된다. 상기 방법은: 설정된 UL 그랜트들을 위한 UL 그랜트 설정을 사용자기기에게 전송; 상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 상기 사용자기기의 UL 채널 전송을 수신하는 것을 포함한다. 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며, 상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이이다.
본 명세의 또 다른 양상으로, 무선 통신 시스템에서 사용자기기로부터 상향링크 채널을 수신하는 기지국이 제공된다. 상기 기지국은: 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다. 상기 동작들은: 상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 및 상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 상기 사용자기기의 UL 채널 전송을 수신하는 것을 포함한다. 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며, 상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이이다.
본 명세의 각 양상에 있어서, 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 상기 시작 HARQ 프로세스 ID를 상기 주기 내 첫 번째 전송 시기의 시작 심볼 인덱스, 상기 UL 그랜트 설정에 대해 이용가능한 HARQ 프로세스들의 개수, 상기 UL 그랜트 설정에 의해 설정된 HARQ 프로세스 오프셋, 및 상기 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함할 수 있다.
본 명세의 각 양상에 있어서, 상기 시작 HARQ 프로세스 ID는 다음 식에 의해 결정될 수 있다: {Ceil(시작 심볼 인덱스(symbol index)/주기성(periodicity))*(HPN 프로세스 ID 간격)} modulo (HARQ 프로세스들의 개수) + (HARQ 프로세스 오프셋).
본 명세의 각 양상에 있어서, 상기 HARQ 프로세스 ID 간격은 상기 주기 내 전송 시기들의 개수를 기반으로 결정될 수 있다.
본 명세의 각 양상에 있어서, 상기 HARQ 프로세스 ID 간격은 상기 설정된 UL 설정과 관련된 반복 전송 횟수를 기반으로 결정될 수 있다.
본 명세의 각 양상에 있어서, 상기 HARQ 프로세스 ID 간격에 관한 정보가 상기 기지국에 의해 상기 사용자기기에게 제공될 수 있다.
상기 과제 해결방법들은 본 명세의 예들 중 일부에 불과하며, 본 명세의 기술적 특징들이 반영된 다양한 예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하의 상세한 설명을 기반으로 도출되고 이해될 수 있다.
본 명세의 구현(들)에 의하면, 무선 통신 신호가 효율적으로 전송/수신될 수 있다. 이에 따라, 무선 통신 시스템의 전체 처리량(throughput)이 높아질 수 있다.
본 명세의 구현(들)에 의하면, 상이한 요구사항들을 가진 다양한 서비스들이 무선 통신 시스템에서 효율적으로 지원될 수 있다.
본 명세의 구현(들)에 의하면, 통신 기기들 간 무선 통신 동안 발생하는 딜레이/지연이 감소될 수 있다.
본 명세에 따른 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급되지 않은 또 다른 효과는 이하의 상세한 설명으로부터 본 명세와 관련된 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세의 구현들에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 명세의 구현들에 대한 예들을 제공하고, 상세한 설명과 함께 본 명세의 구현들을 설명한다:
도 1은 본 명세의 구현들이 적용되는 통신 시스템 1의 예를 도시한 것이고;
도 2는 본 명세에 따른 방법을 수행할 수 있는 통신 기기들의 예들을 도시한 블록도이며,
도 3은 본 명세의 구현(들)을 수행할 수 있는 무선 기기의 다른 예를 도시한 것이고,
도 4는 제3 세대 파트너쉽 프로젝트(3rd generation partnership project, 3GPP) 기반 무선 통신 시스템에서 이용가능한 프레임 구조의 예를 도시한 것이며;
도 5는 슬롯의 자원 격자(resource grid)를 예시하며;
도 6은 3GPP 기반 시스템에서 사용될 수 있는 슬롯 구조들을 예시하며;
도 7은 PDCCH에 의한 PDSCH 시간 도메인 자원 할당의 예와 PDCCH에 의한 PUSCH 시간 도메인 자원 할당의 예를 도시한 것이며;
도 8은 하이브리드 자동 반복 요청 - 확인(hybrid automatic repeat request -acknowledgement, HARQ-ACK) 전송/수신 과정을 예시하고;
도 9는 반복 전송들의 타입들을 예시하며;
도 10은 본 명세의 몇몇 구현들에 따른 UE에서의 채널 전송/수신 흐름을 예시하고;
도 11은 본 명세의 몇몇 구현들에 따라 주기에 대해 설정된 HARQ 프로세스 범위(즉, 서브-풀)을 예시하며;
도 12는 각 주기 내 PUSCH 시기들에 매핑된 HARQ 프로세스 ID들을 예시하고;
도 13은 본 명세의 몇몇 구현들에 따른 BS에서의 채널 전송/수신 흐름을 예시하고;
도 14는 본 명세의 몇몇 구현들에 따른 UE와 BS 간 신호 전송/수신의 흐름을 예시한다.
이하, 본 명세에 따른 구현들을 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 명세의 예시적인 구현을 설명하고자 하는 것이며, 본 명세가 실시될 수 있는 유일한 구현 형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 명세의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나 당업자는 본 명세가 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
몇몇 경우, 본 명세의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
이하에서 설명되는 기법(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 기반 표준 문서들, 예를 들어, 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 TS 37.213, 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의 BS는 Node-B로, E-UTRAN의 BS는 eNB로, 새로운 무선 접속 기술 네트워크(new radio access technology network)의 BS는 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들로 이루어진다. PSCell은 SCG의 1차 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)를 운반하는 시간-주파수 자원들(예, 자원요소들)의 집합은 자원 요소(resource element, RE)들의 세트를 의미하고, PDSCH(Physical Downlink Shared CHannel)는 하향링크 데이터를 운반하는 시간-주파수 자원들의 집합은 RE들의 세트를 의미한다. 또한, PUCCH(Physical Uplink Control CHannel), PUSCH(Physical Uplink Shared CHannel), PRACH(Physical Random Access CHannel)는 각각(respectively) UCI(Uplink Control Information), 상향링크 데이터, 임의 접속 신호를 운반하는 시간-주파수 자원들의 집합은 RE들의 세트를 의미한다. 이하에서 사용자기기가 PUCCH/PUSCH/PRACH를 전송/수신한다는 표현은, 각각, PUCCH/PUSCH/PUCCH/PRACH 상에서 혹은 통해서 상향링크 제어정보/상향링크 데이터/임의 접속 신호를 전송/수신한다는 것과 동등한 의미로 사용된다. 또한, BS가 PBCH/PDCCH/PDSCH를 전송/수신한다는 표현은, 각각, PBCH/PDCCH/PDSCH 상에서 혹은 통해서 브로드캐스트 정보/하향링크 데이터제어정보/하향링크 제어정보를데이터를 전송한다는 것과 동일한 의미로 사용된다.
본 명세에서 PUCCH/PUSCH/PDSCH의 전송 또는 수신을 위해 BS에 의해 UE에게 스케줄링 혹은 설정된 무선 자원(예, 시간-주파수 자원)은 PUCCH/PUSCH/PDSCH 자원으로 칭해지기도 한다.
통신 장치는 SSB, DMRS, CSI-RS, PBCH, PDCCH, PDSCH, PUSCH, 및/또는 PUCCH를 셀 상에서 무선 신호들의 형태로 수신하므로, 특정 물리 채널 혹은 특정 물리 신호만을 포함하는 무선 신호들만 선별해서 RF 수신기를 통해 수신하거나 특정 물리 채널 혹은 물리 신호만을 배제한 무선 신호들만 선별해서 RF 수신기를 통해 수신하지는 못한다. 실제 동작에서, 통신 장치는 RF 수신기를 통해 셀 상에서 일단 무선 신호들을 수신하며 RF 대역 신호들인 상기 무선 신호들을 기저대역(baseband) 신호들로 변환(convert)하고, 하나 이상의 프로세서를 이용하여 상기 기저대역 신호들 내 물리 신호 및/또는 물리 채널을 디코딩한다. 따라서, 본 명세의 몇몇 구현들에서, 물리 신호 및/또는 물리 채널을 수신하는 것은 실제로는 통신 장치가 아예 해당 물리 신호 및/또는 물리 채널을 포함하는 무선 신호들을 수신하지 않는다는 것이 아니라 상기 무선 신호들로부터 상기 물리 신호 및/또는 물리 채널의 복원을 시도하지 않는 것, 예를 들어, 상기 물리 신호 및/또는 상기 물리 채널의 디코딩을 시도하지 않는 것을 의미할 수 있다.
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 무선 접속 기술(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, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기는 다른 무선 기기에게 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)에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세의 무선 기기(XXX, YYY)에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세의 무선 기기(XXX, YYY)에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
이하, 무선 기기(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 대역 신호에서 기저대역(baseband) 신호로 변환(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) 및/또는 이들의 조합으로 구성될 수 있다.
본 명세에서, 적어도 하나의 메모리(예, 104 또는 204)는 지시들 또는 프로그램들을 저장할 수 있으며, 상기 지시들 또는 프로그램들은, 실행될 때, 상기 적어도 하나의 메모리에 작동가능하게(operably) 연결되는 적어도 하나의 프로세서로 하여금 본 명세의 몇몇 실시예들 또는 구현들에 따른 동작들을 수행하도록 할 수 있다.
본 명세에서, 컴퓨터 판독가능한(readable) (비휘발성) 저장(storage) 매체(medium)은 적어도 하나의 지시 또는 컴퓨터 프로그램을 저장할 수 있으며, 상기 적어도 하나의 지시 또는 컴퓨터 프로그램은 적어도 하나의 프로세서에 의해 실행될 때 상기 적어도 하나의 프로세서로 하여금 본 명세의 몇몇 실시예들 또는 구현들에 따른 동작들을 수행하도록 할 수 있다.
본 명세에서, 프로세싱 기기(device) 또는 장치(apparatus)는 적어도 하나의 프로세서와 상기 적어도 하나의 프로세서여 연결 가능한 적어도 하나의 컴퓨터 메모리를 포함할 수 있다. 상기 적어도 하나의 컴퓨터 메모리는 지시들 또는 프로그램들을 저장할 수 있으며, 상기 지시들 또는 프로그램들은, 실행될 때, 상기 적어도 하나의 메모리에 작동가능하게(operably) 연결되는 적어도 하나의 프로세서로 하여금 본 명세의 몇몇 실시예들 또는 구현들에 따른 동작들을 수행하도록 할 수 있다.
본 명세에서, 컴퓨터 프로그램은 적어도 하나의 컴퓨터 판독가능한 (비휘발성) 저장 매체에 저장되며, 실행될 때, 본 명세의 몇몇 구현들에 따른 동작들을 수행하는 혹은 적어도 하나의 프로세서로 하여금 본 명세의 몇몇 구현들에 따른 동작들을 수행하게 하는 프로그램 코드를 포함할 수 있다. 상기 컴퓨터 프로그램은 컴퓨터 프로그램 제품(product) 형태로 제공될 수 있다. 상기 컴퓨터 프로그램 제품은 적어도 하나의 컴퓨터 판독가능한 (비휘발성) 저장 매체를 포함할 수 있다.
본 명세의 통신 기기는 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 후술하는 본 명세의 예(들)에 따른 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함한다.
도 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)된다. 각 프레임은 Tf = (△fmax*Nf/100)*Tc = 10 ms 기간(duration)을 가지며, 각각 5ms의 기간인 2개 하프-프레임(half-frame)들로 나뉜다. 여기서 NR용 기본 시간 단위(basic time unit)인 Tc = 1/(△fmax*Nf)이고, △fmax = 480*103 Hz이며, Nf=4096이다. 참고로, LTE용 기본 시간 단위인 Ts = 1/(△fref*Nf,ref)이고, △fref = 15*103 Hz이며, Nf,ref=2048이다. Tc와 Tf는 상수 κ = Tc/Tf = 64의 관계를 가진다. 각 하프-프레임은 5개의 서브프레임들로 구성되며, 단일 서브프레임의 기간 Tsf는 1ms이다. 서브프레임들은 슬롯들로 더 나뉘고, 서브프레임 내 슬롯의 개수는 부반송파 간격에 의존한다. 각 슬롯은 순환 프리픽스를 기초로 14개 혹은 12개 OFDM 심볼들로 구성된다. 정규(normal) 순환 프리픽스(cyclic prefix, CP)에는 각 슬롯은 14개 OFDM 심볼들로 구성되며, 확장(extended) CP의 경우에는 각 슬롯은 12개 OFDM 심볼들로 구성된다. 상기 뉴머롤러지(numerology)는 지수적으로(exponentially) 스케일가능한 부반송파 간격 △f = 2u*15 kHz에 의존한다. 다음 표는 정규 CP에 대한 부반송파 간격 △f = 2u*15 kHz에 따른 슬롯별 OFDM 심볼들의 개수(N slot symb), 프레임별 슬롯의 개수(N frame,u slot) 및 서브프레임별 슬롯의 개수(N subframe,u slot)를 나타낸 것이다.
Figure PCTKR2021010395-appb-img-000001
다음 표는 확장 CP에 대한 부반송파 간격 △f = 2u*15 kHz에 따른 슬롯 당 OFDM 심볼들의 개수, 프레임당 슬롯의 개수 및 서브프레임당 슬롯의 개수를 나타낸 것이다.
Figure PCTKR2021010395-appb-img-000002
탐색 공간 설정 u에 대해, 슬롯들은 서브프레임 내에서 증가 순으로 nu s ∈ {0, ..., nsubframe,u slot - 1}로 그리고 프레임 내에서 증가 순으로 nu s,f ∈ {0, ..., nframe,u slot - 1}로 번호 매겨진다.
도 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'와 일치한다. 부반송파 간격 설정 u에 대한 PRB들은 대역폭 파트(bandwidth part, BWP) 내에서 정의되고, 0부터 N size,u BWP,i-1까지 넘버링되며, 여기서 i는 상기 대역폭 파트의 번호이다. 공통 자원 블록 nu CRB와 대역폭 파트 i 내 물리 자원 블록 nPRB 간 관계는 다음과 같다: nu PRB = nu CRB + N start,u BWP,i, 여기서 N start,u BWP,i는 상기 대역폭 파트가 CRB 0에 대해 상대적으로 시작하는 공통 자원 블록이다. BWP는 주파수 도메인에서 복수의 연속한 RB를 포함한다. 예를 들어, BWP는 주어진 반송파 상의 BWP i 내 주어진 뉴머롤러지 ui에 대해 정의된 연속(contiguous) CRB들의 서브셋이다. 반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. UE는 주어진 컴포넌트 반송파 상에서 하나 이상의 BWP를 갖도록 설정될 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, UE에게 설정된 BWP들 중 기결정된 개수(예, 1개)의 BWP만이 해당 반송파 상에서 활성화될 수 있다.
DL BWP들 또는 UL BWP들의 세트 내 각 서빙 셀에 대해 네트워크는 적어도 초기(initial) DL BWP 및 (서빙 설이 상향링크를 가지고 설정되면) 1개 또는 (보조(supplementary) 상향링크)를 사용하면) 2개 초기 UL BWP를 설정한다. 네트워크는 서빙 셀에 대해 추가 UL 및 DL BWP들을 설정할 수도 있다. 각 DL BWP 또는 UL BWP에 대해 UE는 서빙 셀을 위한 다음 파라미터들을 제공 받는다: i) 부반송파 간격, ii) 순환 프리픽스, iii) N start BWP = 275라는 가정을 가지고 오프셋 RB set 및 길이 L RB를 자원 지시자 값(resource indicator value, RIV)로서 지시하는 RRC 파라미터 locationAndBandwidth에 의해 제공되는, CRB N start BWP = O carrier + RB start 및 연속(contiguous) RB들의 개수 N size BWP = L RB, 그리고 부반송파 간격에 대해 RRC 파라미터 offsetToCarrier에 의해 제공되는 O carrier; 상기 DL BWP들의 또는 UL BWP들의 세트 내 인덱스; BWP-공통 파라미터들의 세트 및 BWP-전용 파라미터들의 세트.
가상 자원 블록(virtual resource block, VRB)들이 대역폭 파트 내에서 정의되고 0부터 N size,u BWP,i-1까지 넘버링되며, 여기서 i는 상기 대역폭 파트의 번호이다. VRB들은 비-인터리빙된 매핑(non-interleaved mapping)에 따라 물리 자원 블록(physical resource block, PRB)들에 매핑된다. 몇몇 구현들에서, 비-인터리빙된 VRB-to-PRB 매핑의 경우, VRB n은 PRB n에 매핑될 수 있다.
반송파 집성이 설정된 UE는 하나 이상의 셀들을 사용하도록 설정될 수 있다. UE가 다수의 서빙 셀들을 갖도록 설정된 경우, 상기 UE는 하나 또는 복수의 셀 그룹들을 갖도록 설정될 수 있다. UE는 상이한 BS들과 연관된 복수의 셀 그룹들을 갖도록 설정될 수도 있다. 혹은 UE는 단일 BS와 연관된 복수의 셀 그룹들을 갖도록 설정될 수 있다. UE의 각 셀 그룹은 하나 이상의 서빙 셀들로 구성되며, 각 셀 그룹은 PUCCH 자원들이 설정된 단일 PUCCH 셀을 포함한다. 상기 PUCCH 셀은 Pcell 혹은 해당 셀 그룹의 Scell들 중 PUCCH 셀로서 설정된 Scell일 수 있다. UE의 각 서빙 셀은 UE의 셀 그룹들 중 하나에 속하며, 다수의 셀 그룹에 속하지 않는다.
도 6은 3GPP 기반 시스템에서 사용될 수 있는 슬롯 구조들을 예시한 것이다. 모든 3GPP 기반 시스템, 예를 들어, NR 시스템에서 각 슬롯은 i) DL 제어 채널, ii) DL 또는 UL 데이터, 및/또는 iii) UL 제어 채널을 포함할 수 있는 자기-완비(self-contained) 구조를 가질 수 있다. 예를 들어, 슬롯 내의 처음 N개 심볼은 DL 제어 채널을 전송하는 데 사용되고(이하, DL 제어 영역), 슬롯 내의 마지막 M개 심볼은 UL 제어 채널을 전송하는 데 사용될 수 있다(이하, UL 제어 영역). N과 M은 각각 음이 아닌 정수이다. DL 제어 영역과 UL 제어 영역의 사이에 있는 자원 영역(이하, 데이터 영역)은 DL 데이터 전송을 위해 사용되거나, UL 데이터 전송을 위해 사용될 수 있다. 단일 슬롯의 심볼들은 DL, UL, 또는 플렉서블로 사용될 수 있는 연속 심볼들의 그룹(들)로 나눠질 수 있다. 이하에서는 슬롯의 심볼들 각각이 어떻게 사용되는지를 나타내는 정보를 슬롯 포맷이라 칭한다. 예를 들어, 슬롯 포맷은 슬롯 내 어떤 심볼들이 UL을 위해 사용되고, 어떤 심볼들이 DL을 위해 사용되는지를 정의할 수 있다.
서빙 셀을 TDD 모드로 운용하고자 하는 경우, BS는 상위 계층(예, RRC) 시그널링을 통해 상기 서빙 셀을 위한 UL 및 DL 할당을 위한 패턴을 설정해 줄 수 있다. 예를 들어, 다음의 파라미터들이 TDD DL-UL 패턴을 설정하는 데 사용될 수 있다:
- DL-UL 패턴의 주기를 제공하는 dl-UL-TransmissionPeriodicity;
- 각 DL-UL 패턴의 처음(beginning)에서 연속(consecutive) 완전(full) DL 슬롯들의 개수를 제공하는 nrofDownlinkSlots, 여기서 완전 DL 슬롯은 하향링크 심볼들만 갖는 슬롯;
- 마지막 완전 DL 슬롯에 바로 후행하는 슬롯의 처음에서 연속 DL 심볼들의 개수를 제공하는 nrofDownlinkSymbols;
- 각 DL-UL 패턴의 끝(end) 내 연속 완전 UL 슬롯들의 개수를 제공하는 nrofUplinkSlots, 여기서 완전 UL 슬롯은 상향링크 심볼들만 갖는 슬롯; 및
- 첫 번째 완전 UL 슬롯에 바로 선행하는 슬롯의 끝 내 연속 UL 심볼들의 개수를 제공하는 nrofUplinkSymbols.
상기 DL-UL 패턴 내 심볼들 중 DL 심볼로도 UL 심볼로도 설정되지 않은 나머지 심볼들은 플렉서블 심볼들이다.
상위 계층 시그널링을 통해 TDD DL-UL 패턴에 관한 설정, 즉, TDD UL-DL 설정(예, tdd-UL-DL-ConfigurationCommon, 또는 tdd-UL-DLConfigurationDedicated)을 수신한 UE는 상기 설정을 기반으로 슬롯들에 걸쳐 슬롯별 슬롯 포맷을 세팅한다.
한편, 심볼에 대해 DL 심볼, UL 심볼, 플렉서블 심볼의 다양한 조합들이 가능하지만, 소정 개수의 조합들이 슬롯 포맷들로 기정의될 수 있으며, 기정의된 슬롯 포맷들은 슬롯 포맷 인덱스들에 의해 각각 식별될 수 있다. 다음 표는 기정의된 슬롯 포맷들 중 일부 예시한 것이다. 다음 표에서 D는 DL 심볼, U는 UL 심볼, F는 플렉서블 심볼을 의미(denote)한다.
Figure PCTKR2021010395-appb-img-000003
기정의된 슬롯 포맷들 중 어떤 슬롯 포맷이 특정 슬롯에서 사용되는지를 알리기 위해, BS는 서빙 셀들의 세트에 대해 상위 계층(예, RRC) 시그널링을 통해 셀별로 해당 서빙 셀에 대해 적용가능한 슬롯 포맷 조합들의 세트를 설정하고, 상위 계층(예, RRC) 시그널링을 통해 UE로 하여금 슬롯 포맷 지시자(slot format indicator, SFI)(들)을 위한 그룹-공통 PDCCH를 모니터링하도록 설정할 수 있다. 이하 SFI(들)을 위한 그룹-공통 PDCCH가 나르는 DCI를 SFI DCI라 칭한다. DCI 포맷 2_0이 SFI DCI로서 사용된다. 예를 들어, 서빙 셀들의 세트 내 각 서빙 셀에 대해, BS는 SFI DCI 내에서 해당 서빙 셀을 위한 슬롯 포맷 조합 ID (즉, SFI-인덱스)의 (시작) 위치, 해당 서빙 셀에 적용가능한 슬롯 포맷 조합들의 세트, SFI DCI 내 SFI-인덱스 값에 의해 지시되는 슬롯 포맷 조합 내 각 슬롯 포맷을 위한 참조 부반송파 간격 설정 등을 UE에게 제공할 수 있다. 상기 슬롯 포맷 조합들의 세트 내 각 슬롯 포맷 조합에 대해 하나 이상의 슬롯 포맷들이 설정되고 슬롯 포맷 조합 ID(즉, SFI-인덱스)가 부여된다. 예를 들어, BS가 N개 슬롯 포맷들로 슬롯 포맷 조합을 설정하고자 하는 경우, 해당 슬롯 포맷 조합을 위해 기정의된 슬롯 포맷들(예, 표 3 참조)을 위한 슬롯 포맷 인덱스들 중 N개 슬롯 포맷 인덱스들을 지시할 수 있다. BS는 SFI들을 위한 그룹-공통 PDCCH를 모니터링하도록 UE를 설정하기 위해 SFI를 위해 사용되는 무선 네트워크 임시 지시자(Radio Network Temporary Identifier, RNTI)인 SFI-RNTI와 상기 SFI-RNTI로 스크램블링되는 DCI 페이로드의 총 길이를 UE에게 알린다. UE가 SFI-RNTI를 기반으로 PDCCH를 검출하면 상기 UE는 상기 PDCCH 내 DCI 페이로드 내 SFI-인덱스들 중 서빙 셀에 대한 SFI-인덱스로부터 해당 서빙 셀에 대한 슬롯 포맷(들)을 판단할 수 있다.
TDD DL-UL 패턴 설정에 의해 플렉서블로서 지시된 심볼들이 SFI DCI에 의해 상향링크, 하향링크 또는 플렉서블로서 지시될 수 있다. TDD DL-UL 패턴 설정에 의해 하향링크/상향링크로서 지시된 심볼들은 SFI DCI에 의해 상향링크/하향링크 또는 플렉서블로서 오버라이드되지 않는다.
TDD DL-UL 패턴이 설정되지 않으면, UE는 각 슬롯이 상향링크인지 하향링크인지와 각 슬롯 내 심볼 할당을 SFI DCI 및/또는 하향링크 또는 상향링크 신호의 전송을 스케줄링 또는 트리거링하는 DCI(예, DCI 포맷 1_0, DCI 포맷 1_1, DCI 포맷 1_2, DCI 포맷 0_0, DCI 포맷 0_1, DCI 포맷 0_2, DCI 포맷 2_3)를 기반으로 결정한다.
NR 주파수 대역들은 2가지 타입의 주파수 범위들, FR1 및 FR2로 정의되며, FR2는 밀리미터 파(millimeter wave, mmW)로도 불린다. 다음 표는 NR이 동작할 수 있는 주파수 범위들을 예시한다.
Figure PCTKR2021010395-appb-img-000004
이하, 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)의 활성화/해제 등을 운반한다. DL-SCH에 대한 자원 할당 정보를 포함하는 DCI를 PDSCH 스케줄링 DCI라고도 하며, UL-SCH에 대한 자원 할당 정보를 포함하는 DCI를 PUSCH 스케줄링 DCI라고도 한다. 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가 다른 서빙 셀의 PDSCH 혹은 PUSCH를 스케줄링하는 것을 크로스-반송파 스케줄링이라 한다. 반송파 지시자 필드(carrier indicator field, CIF)를 이용한 크로스-반송파 스케줄링이 서빙 셀의 PDCCH가 다른 서빙 셀 상의 자원들을 스케줄하는 것을 허용할 수 있다. 한편, 서빙 셀 상의 PDSCH가 상기 서빙 셀에 PDSCH 또는 PUSCH를 스케줄링하는 것을 셀프-반송파 스케줄링이라 한다. BS는 크로스-반송파 스케줄링이 셀에서 사용되는 경우, 상기 셀을 스케줄링하는 셀에 관한 정보를 UE에게 제공할 수 있다. 예를 들어, BS는 UE에게 서빙 셀이 다른 (스케줄링) 셀 상의 PDCCH에 의해 스케줄링되는지 혹은 상기 서빙 셀에 의해 스케줄링되는지와, 상기 서빙 셀이 다른 (스케줄링) 셀에 의해 스케줄링되는 경우에는 어떤 셀이 상기 서빙 셀을 위한 하향링크 배정들 및 상향링크 그랜트들를 시그널하는지를 제공할 수 있다. 본 명세에서 PDCCH를 운반(carry)하는 셀을 스케줄링 셀이라 칭하고, 상기 PDCCH에 포함된 DCI에 의해 PUSCH 혹은 PDSCH의 전송이 스케줄링된 셀, 즉, 상기 PDCCH에 의해 스케줄링된 PUSCH 혹은 PDSCH를 운반하는 셀을 피스케줄링(scheduled) 셀이라 칭한다.
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비트가 전송되고, 2개의 코드워드에 대한 응답으로 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 포맷에 관한 사항은 표 5를 함께 참조할 수 있다.
(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 PCTKR2021010395-appb-img-000005
UCI 타입(예, A/N, SR, CSI)별로 PUCCH 자원이 결정될 수 있다. UCI 전송에 사용되는 PUCCH 자원은 UCI (페이로드) 크기에 기반하여 결정될 수 있다. 예를 들어, BS는 UE에게 복수의 PUCCH 자원 세트들을 설정하고, UE는 UCI (페이로드) 크기(예, UCI 비트 수)의 범위에 따라 특정 범위에 대응되는 특정 PUCCH 자원 세트를 선택할 수 있다. 예를 들어, UE는 UCI 비트 수(NUCI)에 따라 다음 중 하나의 PUCCH 자원 세트를 선택할 수 있다.
- PUCCH 자원 세트 #0, if UCI 비트 수 =< 2
- PUCCH 자원 세트 #1, if 2< UCI 비트 수 =< N1
...
- PUCCH 자원 세트 #(K-1), if NK-2 < UCI 비트 수 =< NK-1
여기서, K는 PUCCH 자원 세트의 개수이고(K>1), Ni는 PUCCH 자원 세트 #i가 지원하는 최대 UCI 비트 수이다. 예를 들어, PUCCH 자원 세트 #1은 PUCCH 포맷 0~1의 자원으로 구성될 수 있고, 그 외의 PUCCH 자원 세트는 PUCCH 포맷 2~4의 자원으로 구성될 수 있다(표 5 참조).
각 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 정보를 적어도 포함하는, 상향링크 스케줄링 그랜트를 포함할 수 있다. DL-SCH에 대한 또는 UL-SCH에 대한 HARQ 정보는 새 정보 지시자(new data indicator, NDI), 수송 블록 크기(transport block size, TBS), 리던던시 버전(redundancy version, RV), 및 HARQ 프로세스 ID(즉, 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 데이터 수신에 적용될 수 있다.
도 7은 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 시간 도메인 할당이 PUSCH를 위한 상기 할당 표로서 적용되거나, 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)가 슬롯의 시작을 기준으로 PDSCH/PUSCH 자원에 매핑되는데, 다른 DMRS 파라미터들에 따라 PDSCH/PUSCH 자원의 심볼들 중 1개 또는 2개 심볼들이 DMRS 심볼(들)(로서 사용될 수 있다. 예를 들어, PDSCH/PUSCH 매핑 타입 A의 경우, DMRS가 RRC 시그널링에 따라 슬롯에서 세 번째 심볼(심볼 #2) 혹은 네 번째 심볼(심볼 #3)에 위치된다. PDSCH/PUSCH 매핑 타입 B의 경우 DMRS가 PDSCH/PUSCH 자원의 첫 번째 OFDM 심볼을 기준으로 매핑되는데, 다른 DMRS 파라미터들에 따라 PDSCH/PUSCH 자원의 첫 번째 심볼부터 1개 또는 2개 심볼이 DMRS 심볼(들)로서 사용될 수 있다. 예를 들어, PDSCH/PUSCH 매핑 타입 B의 경우, DMRS가 PDSCH/PUSCH를 위해 할당된 첫 번째 심볼에 위치된다. 본 명세에서 PDSCH/PUSCH 매핑 타입은 매핑 타입 혹은 DMRS 매핑 타입으로 칭해질 수 있다. 예를 들어, 본 명세에서 PUSCH 매핑 타입 A는 매핑 타입 A 혹은 DMRS 매핑 타입 A로 지칭되기도 하고, PUSCH 매핑 타입 B는 매핑 타입 B 혹은 DMRS 매핑 타입 B로 지칭되기도 한다.
상기 스케줄링 DCI는 PDSCH 또는 PUSCH를 위해 사용되는 자원 블록들에 관한 배정 정보를 제공하는 주파수 도메인 자원 배정(frequency domain resource assignment, FDRA) 필드를 포함한다. 예를 들어, FDRA 필드는 UE에게 PDSCH 또는 PUSCH 전송을 위한 셀에 관한 정보, 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] = [(SFNstart time * numberOfSlotsPerFrame * numberOfSymbolsPerSlot + slotstart time * numberOfSymbolsPerSlot + symbolstart time) + N * periodicity] modulo (1024 * numberOfSlotsPerFrame * numberOfSymbolsPerSlot), for all N >= 0, 여기서 SFNstart time, slotstart time, 및 symbolstart time은 상기 설정된 그랜트가 (재-)초기화된 후 PUSCH의 첫 번째 전송 기회(transmission opportunity)의 SFN, 슬롯, 심볼을 각각(respectively) 나타내며, numberOfSlotsPerFrame 및 numberOfSymbolsPerSlot은 프레임당 연속한 슬롯의 개수 및 슬롯 별 연속한 OFDM 심볼의 개수를 각각 나타낸다(표 1 및 표 2 참조).
몇몇 시나리오들에서, 설정된 상향링크 그랜트들을 위한 HARQ 프로세스 ID들을 유도(derive)하는 데 사용되는 파라미터 harq-ProcID-Offset 및/또는 harq-ProcID-Offset2가 BS에 의해 UE에게 더 제공될 수 있다. harq-ProcID-Offset는 공유된 스펙트럼 채널 접속(shared spectrum channel access)과의 동작을 위한 설정된 그랜트에 대한 HARQ 프로세스의 오프셋이고, harq-ProcID-Offset2는 설정된 그랜트에 대한 HARQ 프로세스의 오프셋이다. 본 명세에서 cg-RetransmissionTimer는 UE가 설정된 그랜트에 기반 (재)전송 후에 상기 (재)전송의 HARQ 프로세스를 사용한 재전송을 자동으로(autonoumously) 수행하지 않아야 하는 기간(duration)이며, 설정된 상향링크 그랜트 상에서의 재전송이 설정될 때 BS에 의해 UE에게 제공될 수 있는 파라미터이다. harq-ProcID-Offset도 그리고 cg-RetransmissionTimer도 설정되지 않은 설정된 그랜트들에 대해, UL 전송의 첫 번째 심볼과 연관된 HARQ 프로세스 ID는 다음 식으로부터 유도(derive)될 수 있다: HARQ Process ID = [floor(CURRENT_symbol/periodicity)] modulo nrofHARQ-Processes. harq-ProcID-Offset2가 있는 설정된 상향링크 그랜트들에 대해, UL 전송의 첫 번째 심볼과 연관된 HARQ 프로세스 ID는 다음 식으로부터 유도될 수 있다: HARQ Process ID = [floor(CURRENT_symbol / periodicity)] modulo nrofHARQ-Processes + harq-ProcID-Offset2, 여기서 CURRENT_symbol = (SFN * numberOfSlotsPerFrame * numberOfSymbolsPerSlot + slot number in the frame * numberOfSymbolsPerSlot + symbol number in the slot)이고, numberOfSlotsPerFrame 및 numberOfSymbolsPerSlot 는 프레임당 연속한 슬롯의 개수 및 슬롯 별 연속한 OFDM 심볼의 개수를 각각 나타낸다. cg-RetransmissionTimer를 가지고 설정된 설정된 UL 그랜트들에 대해, UE가 임의로 설정된 그랜트 설정에 이용가능한 HARQ 프로세스 ID들 중에서 HARQ 프로세스 ID를 선택할 수 있다.
하향링크의 경우, 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를 위한 PUCCH에 대한 HARQ 자원을 제공하는 n1PUCCH-AN (네트워크는 상기 HARQ 자원을 포맷 0 아니면 포맷 1으로서 설정하고, 실제 PUCCH-자원은 PUCCH-Config에서 설정되고, 그것의 ID에 의해 n1PUCCH-AN에서 언급(refer to)됨).
SPS를 위해 하향링크 배정이 설정된 후, 상기 UE는 N번째 하향링크 배정이 다음을 만족하는 슬롯에서 발생(occur)한다고 연속적으로(sequentially) 간주할 수 있다: (numberOfSlotsPerFrame * SFN + slot number in the frame) = [(numberOfSlotsPerFrame * SFNstart time + slotstart time) + N * periodicity * numberOfSlotsPerFrame / 10] modulo (1024 * numberOfSlotsPerFrame), 여기서 SFNstart time 및 slotstart time는 설정된 하향링크 배정이 (재-)초기화된 후 PDSCH의 첫 번째 전송의 SFN, 슬롯, 심볼을 각각 나타내며, numberOfSlotsPerFrame 및 numberOfSymbolsPerSlot은 프레임당 연속한(consecutive) 슬롯의 개수 및 슬롯 별 연속한 OFDM 심볼의 개수를 각각 나타낸다(표 1 및 표 2 참조).
몇몇 시나리오들에서, 설정된 하향링크 배정들을 위한 HARQ 프로세스 ID들을 유도(derive)하는 데 사용되는 파라미터 harq-ProcID-Offset가 BS에 의해 UE에게 더 제공될 수 있다. harq-ProcID-Offset는 SPS를 위한 HARQ 프로세스의 오프셋이다. harq-ProcID-Offset이 없는 설정된 하향링크 배정들에 대해, DL 전송이 시작하는 슬롯과 연관된 HARQ 프로세스 ID는 다음 식으로부터 결정될 수 있다: HARQ Process ID = [floor (CURRENT_slot * 10 / (numberOfSlotsPerFrame * periodicity))] modulo nrofHARQ-Processes, 여기서 CURRENT_slot = [(SFN * numberOfSlotsPerFrame) + slot number in the frame]이고 numberOfSlotsPerFrame는 프레임당 연속한 슬롯의 개수를 의미한다. harq-ProcID-Offset이 있는 설정된 하향링크 배정들에 대해, DL 전송이 시작하는 슬롯과 연관된 HARQ 프로세스 ID는 다음 식으로부터 결정될 수 있다: HARQ Process ID = [floor (CURRENT_slot / periodicity)] modulo nrofHARQ-Processes + harq-ProcID-Offset, 여기서 CURRENT_slot = [(SFN * numberOfSlotsPerFrame) + slot number in the frame]이고 numberOfSlotsPerFrame는 프레임당 연속한 슬롯의 개수를 의미한다.
해당 DCI 포맷의 순환 리던던시 검사(cyclic redundancy check, CRC)가 RRC 파라미터 cs-RNTI에 의해 제공된 CS-RNTI를 가지고 스크램블되어 있고 가능화된(enabled) 수송 블록을 위한 새 데이터 지시자 필드가 0으로 세팅되어 있으면, UE는, 스케줄링 활성화 또는 스케줄링 해제를 위해, DL SPS 배정 PDCCH 또는 설정된 UL 그랜트 타입 2 PDCCH를 유효하다고 확인(validate)한다. 상기 DCI 포맷에 대한 모든 필드들이 표 6 또는 표 7에 따라 세팅되어 있으면 상기 DCI 포맷의 유효 확인이 달성(achieve)된다. 표 6은 DL SPS 및 UL 그랜트 타입 2 스케줄링 활성화 PDCCH 유효 확인을 위한 특별(special) 필드들을 예시하고, 표 7은 DL SPS 및 UL 그랜트 타입 2 스케줄링 해제 PDCCH 유효 확인을 위한 특별 필드들을 예시한다.
Figure PCTKR2021010395-appb-img-000006
Figure PCTKR2021010395-appb-img-000007
DL SPS 또는 UL 그랜트 타입 2를 위한 실제(actual) DL 배정 또는 UL 그랜트, 그리고 해당 변조 및 코딩 방식은 해당 DL SPS 또는 UL 그랜트 타입 2 스케줄링 활성화 PDCCH에 의해 운반되는 상기 DCI 포맷 내 자원 배정 필드들(예, TDRA 값 m을 제공하는 TDRA 필드, 주파수 자원 블록 할당을 제공하는 FDRA 필드, 변조 및 코딩 방식 필드)에 의해 제공된다. 유효 확인이 달성되면, 상기 UE는 상기 DCI 포맷 내 정보를 DL SPS 또는 설정된 UL 그랜트 타입 2의 유효한 활성화 또는 유효한 해제인 것으로 간주한다.
도 8은 HARQ-ACK 전송/수신 과정을 예시한다.
도 8을 참조하면, 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)) 및 부반송파 간격(subcarrier spacing, SCS)(이하, OFDM 뉴머놀러지)을 변경할 수 있다. 또한, 물리 채널들의 전송 자원도 (심볼 단위로) 일정 범위 내에서 변경될 수 있다. 예를 들어, NR에서 PUCCH (자원)과 PUSCH (자원)은 전송 길이/전송 시작 시점이 일정 범위 내에서 유연하게 설정될 수 있다.
UE가 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)한다. PBCH 상의 마스터 정보 블록(master information block, MIB)이 시스템 정보 블록 1(system information block, SIB1)을 나르는 PDSCH를 스케줄링하기 위한 PDCCH의 모니터링을 위한 파라미터들(예, CORESET#0 설정)을 UE에게 제공한다. PBCH는 또한 연관된 SIB1이 없다고 지시할 수도 있으며, 이 경우, UE는 SSB1과 연관된 SSB가 없다고 가정할 수 있는 주파수 범위뿐만 아니라 SIB1과 연관된 SSB를 탐색할 다른 주파수가 지시 받을 수 있다. 적어도 SIB1을 스케줄링하기 위한 CORESET인 CORESET#0는 MIB 아니면 전용 RRC 시그널링을 통해 설정될 수 있다.
UE가 모니터링하는 PDCCH 후보들의 세트는 PDCCH 탐색 공간(search space) 세트들의 면에서 정의된다. 탐색 공간 세트는 공통 검색 공간 (common search space, CSS) 세트 또는 UE-특정 탐색 공간 (UE-specific search space, USS) 세트일 수 있다. 각 CORESET 설정은 하나 이상의 탐색 공간 세트와 연관되고(associated with), 각 탐색 공간 세트는 하나의 CORESET 설정과 연관된다. 탐색 공간 세트 s는 BS에 의해 UE에게 제공되는 다음의 파라미터들에 기반하여 결정된다.
- controlResourceSetId: 탐색 공간 세트 s와 관련된 CORESET p를 식별하는 식별자.
- monitoringSlotPeriodicityAndOffset: PDCCH 모니터링을 위한 슬롯들을 설정하기 위한, ks개 슬롯들의 PDCCH 모니터링 주기(periodicity) 및 os개 슬롯들의 PDCCH 모니터링 오프셋.
- duration: 탐색 공간 세트 s가 존재하는 슬롯들의 개수를 지시하는 Ts < ks개 슬롯들의 기간.
- monitoringSymbolsWithinSlot: PDCCH 모니터링을 위한 슬롯 내 CORESET의 첫 번째 심볼(들)을 나타내는, 슬롯 내 PDCCH 모니터링 패턴.
- nrofCandidates: CCE 집성 레벨별 PDCCH 후보의 개수.
- searchSpaceType: 탐색 공간 세트 s가 CCE 세트인지 USS인지를 지시.
파라미터 monitoringSymbolsWithinSlot는, 예를 들어, PDCCH 모니터링을 위해 설정된 슬롯들(예, 파라미터들 monitoringSlotPeriodicityAndOffset 및 duration 참조) 내 PDCCH 모니터링을 위한 첫 번째 심볼(들)을 나타낸다. 예를 들어, monitoringSymbolsWithinSlot가 14-비트라면, 최상위(most significant) (왼쪽) 비트는 슬롯 내 첫 번째 OFDM 심볼을 상징(represent)하고, 두 번째 최상위 (왼쪽) 비트는 슬롯 내 두 번째 OFDM 심볼을 상징하는 식으로, monitoringSymbolsWithinSlot가 비트들이 슬롯의 14개 OFDM 심볼들을 각각(respectively) 상징할 수 있다. 예를 들어, monitoringSymbolsWithinSlot 내 비트들 중 1로 세팅된 비트(들)이 슬롯 내 CORESET의 첫 번째 심볼(들)을 식별한다.
UE는 PDCCH 모니터링 시기(occasion)들에서만 PDCCH 후보들을 모니터한다. UE는 PDCCH 모니터링 주기(PDCCH monitoring periodicity), PDCCH 모니터링 오프셋, 및 PDCCH 모니터링 패턴으로부터 슬롯 내에서 활성 DL BWP 상의 PDCCH 모니터링 시기를 결정한다. 몇몇 구현들에서, 탐색 공간 세트 s의 경우, 상기 UE는 PDCCH 모니터링 시기(들)이 (nf*Nframe,u slot + nu s,f - os) mod ks =0이면 번호 nf인 프레임 내 번호 nu s,f인 슬롯에 존재한다고 결정할 수 있다. 상기 UE는 슬롯 nu s,f부터 시작하여 Ts개 연속 슬롯들에 대해 탐색 공간 세트 s에 대한 PDCCH 후보들을 모니터하며, 다음 ks - Ts개 연속 슬롯들에 대해 탐색 공간 세트 s에 대한 PDCCH 후보들을 모니터하지 않는다.
다음 표는 탐색 공간 세트들과 관련 RNTI, 사용 예를 예시한다.
Figure PCTKR2021010395-appb-img-000008
다음 표는 PDCCH가 나를 수 있는 DCI 포맷을 예시한다.
Figure PCTKR2021010395-appb-img-000009
DCI 포맷 0_0은 수송 블록(transport block, TB) 기반 (또는 TB-레벨) PUSCH를 스케줄링하기 위해 사용되고, DCI 포맷 0_1은 TB-기반 (또는 TB-레벨) PUSCH 또는 코드 블록 그룹(code block group, CBG) 기반 (또는 CBG-레벨) PUSCH를 스케줄링하기 위해 사용될 수 있다. DCI 포맷 1_0은 TB-기반 (또는 TB-레벨) PDSCH를 스케줄링하기 위해 사용되고, DCI 포맷 1_1은 TB-기반 (또는 TB-레벨) PDSCH 또는 CBG-기반 (또는 CBG-레벨) PDSCH를 스케줄링하기 위해 사용될 수 있다. CSS의 경우, DCI 포맷 0_0 및 DCI 포맷 1_0은 BWP 크기가 RRC에 의해 초기에 주어진 후부터 고정된 크기를 가진다. USS의 경우, DCI 포맷 0_0 및 DCI 포맷 1_0은 주파수 도메인 자원 배정(frequency domain resource assignment, FDRA) 필드의 크기를 제외한 나머지 필드들의 크기는 고정된 크기를 갖지만 FDRA 필드의 크기는 BS에 의한 관련 파리미터의 설정을 통해 변경될 수 있다. DCI 포맷 0_1 및 DCI 포맷 1_1은 BS에 의한 다양한 RRC 재설정(reconfiguration)을 통해 DCI 필드의 크기가 변경될 수 있다. DCI 포맷 2_0은 동적 슬롯 포맷 정보(예, SFI DCI)를 UE에게 전달하기 위해 사용될 수 있고, DCI 포맷 2_1은 하향링크 선취(pre-emption) 정보를 UE에게 전달하기 위해 사용될 수 있고, DCI 포맷 2_4는 UE로부터의 UL 전송이 취소되어야 하는 UL 자원을 알리는 데 사용될 수 있다.
차기 시스템의 대표 시나리오 중 하나인 URLLC의 경우 0.5ms의 사용자평면 지연시간과 X 바이트의 데이터를 1ms 내에 10^-5 오류율 이내로 전송해야 하는 저지연 고신뢰 요구사항(requirement)을 가진다. 또한 일반적으로 eMBB는 트래픽 용량이 크나 URLLC 트래픽은 파일 크기가 수십~수백 바이트 이내이고 산발적으로 발생(sporadic)하는 서로 다른 특징이 있다. 따라서 eMBB에는 전송률을 극대화하고 제어 정보의 오버헤드를 최소화하는 전송이 요구되고 URLLC에는 짧은 스케줄링 시간 단위와 신뢰성 있는 전송 방법이 요구된다.
응용분야 혹은 트래픽의 종류에 따라서는 물리 채널을 전송/수신하는 데 가정/사용하는 참조 시간 단위가 다양할 수 있다. 상기 참조 시간은 특정 물리 채널을 스케줄링하는 기본 단위일 수 있으며, 해당 스케줄링 시간 단위를 구성하는 심볼의 개수 및/또는 부반송파 간격(subcarrier spacing) 등에 따라서 참조 시간 단위가 달라지는 것일 수 있다. 본 명세의 몇몇 실시예들/구현들은 설명의 편의상 참조 시간 단위로서 슬롯 또는 미니-슬롯을 기반으로 설명된다. 슬롯은 예를 들어 일반적인 데이터 트래픽(예, eMBB)에 사용되는 스케줄링 기본 단위일 수 있다. 미니-슬롯은 시간 도메인에서 슬롯보다 시간 기간이 작은 것일 수 있으며, 특별한 목적의 혹은 통신 방식(예, URLLC, 또는 비면허 대역(unlicensed band) 또는 밀리미터파(millimeter wave) 등)에서 사용하는 스케줄링 기본 단위일 수도 있다. 그러나 본 명세의 실시예(들)/구현(들)은 eMBB 서비스를 위해 미니-슬롯을 기반으로 물리 채널을 전송/수신하는 경우 혹은 URLLC나 다른 통신 기법을 위해 슬롯 기반으로 물리 채널을 전송/수신을 하는 경우에도 적용될 수 있다.
엄격한 레이턴시와 신뢰성 요구사항을 갖는 서비스(예, URLLC 서비스)의 경우, PUSCH/PDSCH 전송의 신뢰성이 기존 PUSCH/PDSCH 전송의 신뢰성보다 더 높아야 할 수 있다. PUSCH/PDSCH 전송의 신뢰성 개선을 위해 PUSCH/PDSCH의 반복 전송이 고려될 수 있다.
도 9는 반복 전송들의 타입들을 예시한 것이다. 크게 3가지 반복 전송들이 스케줄링될 수 있다. 본 명세의 몇몇 구현들에서 PUSCH/PDSCH의 반복은 PDCCH를 통한 동적 UL 그랜트/DL 배정에 기반한 PUSCH/PDSCH 전송에 적용될 수 있다. 뿐만 아니라 PUSCH/PDSCH의 반복은 설정된 그랜트에 기반한 PUSCH/PDSCH의 전송에도 적용될 수도 있다. PUSCH/PDSCH 전송에 적용될 반복들이 BS에 의해 UE에게 지시 혹은 설정될 수 있다. 예를 들어, UE는 BS에 의해 반복 인자 K를 L1 시그널링을 통해 지시 혹은 상위 계층 시그널링을 통해 설정 받을 수 있다. 반복 전송의 반복 횟수 등을 지시하는 데 사용되는 반복 인자(repetition factor) K가 UE에게 지시 혹은 설정되면 상기 UE는 수송 블록의 전송/수신을 K개의 전송/수신 기회들에 걸쳐 반복할 수 있다. 본 명세에서 반복 인자는 반복 전송 인자로 칭해지기도 한다.
UE는 멀티-슬롯 PUSCH 전송 혹은 멀티-슬롯 PDSCH 수신을 수행하도록 설정될 수 있다. 예를 들어, 도 9(a)를 참조하면, UE는 동일 심볼(들) 할당을 K개의 연속 슬롯들에 걸쳐(across) 적용하도록 BS에 의해 설정될 수 있으며, 여기서 K는 1보다 큰 정수이다. 이 경우, UE는 K개의 연속 슬롯들 각각에서 상기 동일 슬롯(들) 할당을 적용하여 상기 K개의 연속 슬롯들에 걸쳐 수송 블록(transport block, TB)의 전송/수신을 반복한다. 본 명세에서 하나의 TB가 전송/수신될 수 있는 시기를 전송 시기(transmission occasion)/수신 시기(reception occasion)로 지칭될 수 있다. 예를 들어, 서빙 셀에 대해 K번의 PDSCH/PUSCH 반복이 UE에게 지시되면, 상기 UE는 슬롯/서브슬롯 n부터 시작하여 연속된 K개의 DL 슬롯(들)/서브슬롯(들)에서 PDSCH 수신/PUSCH 전송을 수행할 수 있다. 이 때 UE는 동일한 자원 블록(들)에서 모든 K개의 PDSCH 수신들/전송들이 수행될 수 있다고 가정할 수 있다. 본 명세에서 상기 전송 시기 혹은 수신 시기는 PUSCH의 경우에는 PUSCH (전송) 시기로, PDSCH의 경우에는 PDSCH (전송) 시기로도 지칭된다. 또한 본 명세에서 전송 시기는 전송 기회(opportunity)로, 수신 시기는 수신 기회로도 지칭된다.
상기 UE는 상위 계층 시그널링에 의한 TDD UL-DL 설정 및/또는 SFI DCI에 의해 PUSCH/PDSCH를 위해 할당된 슬롯의 심볼들이 하향링크/상향링크 심볼들로서 결정되면, 그 슬롯 상에서의 전송/수신이 멀티-슬롯 PUSCH/PDSCH 전송/수신에 대해 생략(omit)된다.
이하, 동일 자원 할당이 다수의 연속 슬롯들에 걸쳐 적용하여 수행되는 PUSCH/PDSCH 반복을 PUSCH/PDSCH 반복 타입 A라 칭한다. PUSCH/PDSCH 반복 타입 A의 경우, UE가 BS로부터 무선 전송을 위한 자원할당을 수신하면, 하나의 슬롯 내에서 정의되는 시간-주파수 자원을 슬롯 단위로 반복하여 사용하는 것이 가능하다.
그런데 UE로 하여금 동일한 자원 할당을 사용하여 다수의 연속 슬롯들에 걸쳐 PUSCH/PDSCH 전송/수신을 수행하게 하고자 하는 경우, BS는 상기 다수의 연속 슬롯을 확보할 필요가 있다. 이는 유연한 자원 할당을 어렵게 만들 수 있다는 문제점이 있다. 또한, BS가 PDCCH 전송과 PUSCH/PDSCH 전송을 하나의 슬롯 내에서 수행하고자 하는 경우, 상기 슬롯의 후반부의 몇 심볼만을 PUSCH/PDSCH 전송 기회로서 사용 가능할 것이기 때문에, 신뢰도 확보를 위한 PUSCH/PDSCH의 반복이 큰 지연(latency)을 초래할 수 있다. 한편, 설정된 그랜트에 기반한 PUSCH/PDSCH 전송의 경우, 하나의 TB를 위한 자원 할당은 항상 상기 설정된 그랜트의 한 주기 이내에서 결정될 수 있다. 예를 들어, 하나의 TB에 대한 K개 반복들의 전송을 위한 시간 기간(time duration)은 설정된 그랜트의 주기 P에 의해 유도되는 시간 기간(time duration)를 초과하지 않을 수 있다. 한편, 본 명세의 몇몇 실시예들/구현들에서, UE는 PUSCH/PDSCH 반복을 위한 복수 개의 PUSCH/PDSCH 자원들 중에서 정해진 위치에서만 UE는 리던던시 버전(redundancy version, RV) 시퀀스에 따라 PUSCH/PDSCH를 전송/수신할 수 있다. 예를 들어, 몇몇 실시예들/구현들에서, 설정된 RV 시퀀스가 {0, 2, 3, 1}이면 UE는 TB의 초기 전송을 K개 반복들의 K개 전송 시기들 중 첫 번째 전송 시기에서 시작한다. 이 경우, PUSCH/PDSCH 전송의 신뢰성을 확보하기 위해서는 긴 시간을 확보해야 할 수 있고, 혹은 복수 개의 PUSCH 자원들을 사용하는 짧은 주기가 설정되기 어려울 수 있다. 특히, 설정된 그랜트의 주기 내 복수 개의 PUSCH/PDSCH 자원들 중 중간에서, 다시 말해, 전송 기회들 중 중간 전송 기회에서 TB 전송이 시작되는 경우, 반복이 충분한 횟수만큼 이루어지기 어려울 수 있다. 따라서, 차기 무선 접속 기술에서는 URLLC를 위해서 슬롯 경계와 무관하게 자원을 설정하거나, 자원을 심볼 단위로 반복하여 사용함으로써, 보다 유연한 스케줄링을 가능케 하는 것이 논의되고 있다. 보다 유연하고 효율적인 자원 활용 및 서비스 지원과 보다 신속하고 강건한 UL/DL 채널 전송을 위해서는, 예를 들어, 도 9(b)에 예시된 바와 같이, 슬롯보다 짧은 간격으로 PUSCH/PDSCH가 반복되거나, 슬롯 경계(slot boundary)에 무관하게 PUSCH/PDSCH 반복을 위한 자원이 할당되는 것이 필요할 수 있다.
도 9(b)를 참조하면, UE는 PUSCH/PDSCH 반복을 백-to-백으로 수행하도록 BS에 의해 지시 또는 설정될 수 있다. 이하, PUSCH/PDSCH 반복을 위한 무선 자원들이 시간 도메인에서 백-to-백으로 연접되는 PUSCH/PDSCH 반복을 PUSCH/PDSCH 반복 타입 B라 칭한다.
한편, 몇몇 시나리오들에서는 반복 전송들을 위한 자원들의 버스트가 주기적으로 설정되는 게 유리할 수 있다. 예를 들어, 비면허 대역 상에 대한 SPS/CG 설정은 일단 PDSCH/PUSCH 전송들이 UE에 대해 시작되면, 상기 UE가 채널 점유를 잃지 않도록 하기 위해 PDSCH/PUSCH 시기들이 연속으로 할당되는 편이 유리할 수 있다. 이 점을 고려하여, 예를 들어, CG 기반 PUSCH들을 위한 자원들의 버스트를 주기적으로 할당하기 위해 BS는 설정된 CG 그랜트 기간 내에 할당된 연속 슬롯들의 개수를 제공하는 cg-nrofSlots와 슬롯 내 연속 PUSCH 할당들의 개수를 제공하는 cg-nrofPUSCH-InSlot를 UE에게 시그널링할 수 있으며, 슬롯 내 연속 PUSCH 할당들 중 첫 번째 PUSCH 할당은 상기 CG 그랜트를 위한 시간 도메인 할당 timeDomainAllocation을 따르며, 나머지 PUSCH 할당들은 상기 시간 도메인 할당 timeDomainAllocation과 동일 길이 및 PUSCH 매핑 타입을 가지며 갭 없이 이전 할당들에 이어 부가(append)된다. 시작 심볼 및 길이 및 PUSCH 매핑 타입의 동일 조합이 연속으로(consecutively) 할당된 슬롯들에 걸쳐 반복할 수 있다.
본 명세의 몇몇 구현들에서 반복은 명목(nominal) 반복과 실질(actual) 반복으로 구분될 수 있다. 명목 반복은 PUSCH/PDSCH 전송을 스케줄링하는 DCI(이하, 스케줄링 DCI) 또는 SPS/CG 설정에 의해 UE에게 제공되는 자원 할당을 기반으로 결정된다. 예를 들어, PUSCH 반복 타입 B의 경우, n-번째 명목 반복, n = 0,..., numberOfRepetitions - 1의 경우, i) 상기 명목 반복이 시작하는 슬롯은 Ks + floor{(S + n*L)/Nslot symb}에 의해 주어지고 상기 슬롯의 시작에 상대적인 시작(starting) 심볼은 mod(S + n*L, Nslot symb)에 의해 주어지며, ii) 상기 명목 반복이 종료(end)하는 슬롯은 Ks + floor{(S + (n+1)*L - 1)/Nslot symb}에 의해 주어지고 상기 슬롯의 시작에 상대적인 종료(ending) 심볼은 mod(S + (n+1)*L - 1, Nslot symb)에 의해 주어진다. 여기서, numberOfRepetitions는 BS에 의해 지시 혹은 설정되는 반복 횟수이고, Ks는 PUSCH 전송이 시작하는 슬롯이며, Nslot symb 은 슬롯당 심볼들의 개수이고, S와 L은 시간 도메인 자원 할당(TDRA)에 의해 주어지며, S는 슬롯의 시작에 상대적인 시작 심볼을 나타내고, L은 상기 심볼 S로부터 카운팅한 연속적(consecutive) 심볼들의 개수를 나타낸다.
실질 반복은 명목 반복을 결정하는 데 고려되지 않은 나머지 요소(들)을 적용하여 결정된다. 예를 들어, RRC 설정인 tdd-UL-DL-ConfigurationCommon 또는 tdd-UL-DL-ConfigurationDedicated에 의해 하향링크로 지시된 심볼은 PUSCH 전송에 대해 무효한 심볼로 간주될 수 있고, SS/PBCH 블록들의 수신을 위한 ServingCellConfigCommon 또는 SIB1 내 ssb-PositionsInBurst에 의해 지시된 심볼들이 PUSCH 전송에 대해 무효한 심볼들로서 간주될 수 있고, 시스템 정보 수신을 위한 CSS인 Type0-PDCCH CSS 세트용 CORESET를 위한 MIB 내 pdcch-ConfigSIB1에 의해 지시된 심볼(들)은 PUSCH 전송에 대해 무효한 심볼(들)로서 간주될 수 있다. UE가 하나 이상의 슬롯들을 스팬하는 심볼 레벨 비트맵을 제공하는 상위 계층(예, RRC) 파라미터 invalidSymbolPattern을 가지고 설정되면, 상기 심볼 레벨 비트맵에서 1인 비트 값은 해당 심볼이 PUSCH 전송에 대해 무효한 심볼임을 나타낼 수 있다.
명목 반복들에 대해 무효 심볼(들)을 결정한 후에 나머지 심볼들은 해당 PUSCH 전송에 대해 잠재적으로(potentially) 유효한(valid) 심볼들로 간주될 수 있다. 잠재적으로 유효한 심볼들의 개수가 명목 반복에 대해 0보다 크면, 상기 명목 반복은 하나 이상의 실질 반복들로 구성될 수 있으며 각 실질 반복은 슬롯 내에서 PUSCH 전송에 사용될 수 있는 잠재적으로 유효한 연속 심볼들의 세트로 구성될 수 있다. 도 9(b)를 참조하면, 첫 번째 전송 시기의 명목 반복은 슬롯을 경계로 2개 실질 반복들로 나뉠 수 있다. 명목 반복이 무효한 심볼에 의해 잠재적으로 유효한 연속 심볼들의 세트들로 구분되는 경우, 상기 잠재적으로 유효한 연속 심볼들의 세트들 각각이 실질 반복이 될 수 있다.
본 명세에서 PUSCH의 명목 반복은 명목 PUSCH으로, PUSCH의 실질 반복은 실질 PUSCH로도 지칭된다.
설정된 하향링크 배정들과 설정된 상향링크 그랜트들에 관한 앞선 설명에서 언급된 바와 같이, 몇몇 시나리오들에서는 주기적으로 단순 반복되는 자원의 시작 OFDM 심볼의 인덱스를 통해, 상기 설정된 하향링크 배정들 혹은 상기 설정된 상향링크 그랜트들을 위해 설정된 HARQ 프로세스 풀(pool) 안에서 하나의 HARQ 프로세스 ID를 결정할 수 있다. 혹은, 몇몇 시나리오들에서는, 설정된 HARQ 프로세스 풀 내에서 하나의 HARQ 프로세스 ID를 UE가 필요에 따라 선택하고 PUSCH 전송 시에 상기 선택된 HARQ 프로세스 ID를 상기 PUSCH 전송에 피기백하여 BS에게 알리는 것이 가능하다. 그러나 주기적으로 단순 반복되는 자원은 복잡하거나 확정적(deterministic) 트래픽 패턴에 비효율적일 수 있다. 특히, 설정된 그랜트/배정에 대해 주기당 하나의 HARQ 프로세스 ID가 결정되는 시나리오들의 경우, 주기당 단일 수송 블록(transport block, TB)만을 지원할 수 있으며 BS는 설정된 그랜트 UCI(CG-UCI)를 UE에게 설정하지 않는 한 상기 UE가 수행한 전송이 이전 전송의 재전송인지 아니면 새로운 전송인지를 판단할 수 없으므로, 설정된 그랜트/배정을 가지고 자동(autonomous) 재전송이 지원되지는 않는다. 또한, PUSCH 전송 시에 HARQ 프로세스 ID를 피기백하여 BS에게 알리는 방법은 UL-SCH 전송의 신뢰도(reliability)를 떨어트릴 수 있을 뿐만 아니라 UE가 HARQ 프로세스 ID를 별도로 인코딩하여 전송해야 하므로 UE 구현에 추가적인 부담이 될 수 있다. 이러한 부담은 결과적으로 UE가 HARQ-ACK 피드백, 스케줄링 요청, 채널 상태 정보 등의 UCI 중 일부를 누락하게 만들 수 있다.
본 명세에서는 주어진 자원 패턴 내에서 UE가 UL-SCH 전송의 신뢰도에 미치는 영향을 최소화하면서 PUSCH 전송의 HARQ 프로세스 ID를 BS에게 알리는 방법과, 주어진 자원 패턴에서 확정적(deterministic)으로 HARQ 프로세스 ID를 결정하는 방법이 설명된다. 본 명세에서는 주기적으로 단순 반복되는 자원뿐만 아니라 주기적으로 자원의 패턴이 반복되는 경우에도 사용될 수 있는 HARQ 프로세스 ID 결정 방법이 설명된다.
UE 입장:
우선 본 명세의 구현들이 UE 입장에서 설명된다.
도 10은 본 명세의 몇몇 구현들에 따른 UE에서의 채널 전송/수신 흐름을 예시한다.
UE가 BS로부터 SPS/CG 자원을 할당 받고 상기 할당된 SPS/CG 자원을 기반으로 수신 혹은 전송을 수행하는 경우에, 본 명세의 구현들을 통해 상기 UE가 수신 혹은 전송을 수행하는 SPS/CG 시기(occasion)에서 사용될 HARQ 프로세스 ID가 결정될 수 있다. 다음은 본 명세의 몇몇 구현들에 따른 UE 동작의 예시이다.
UE는 BS로부터 SPS 혹은 CG 자원을 위한 RRC 파라미터(들)을 설정 받는다(S1001). 예를 들어, UE는 SPS 설정 혹은 CG 설정을 RRC 시그널링을 통해 BS로부터 수신할 수 있다.
상기 UE는 상기 BS로부터 설정 받은 SPS/CG 자원을 위한 활성화 DCI를 수신할 수 있다. 활성화 DCI를 수신하는 것은 SPS/CG 자원 설정에 따라 생략될 수도 있다. 예를 들어, UE가 Type 1 CG 자원을 사용하는 경우, 활성화 DCI를 수신하는 것이 생략될 수 있다.
상기 UE는 상기 활성화 DCI, 및/또는 SPS/CG 자원을 위한 RRC 파라미터(들)(즉, SPS/CG 설정)에 기초하여 SPS 수신 시기 혹은 CG 전송 시기를 결정할 수 있다.
특정 주기 내에 하나 이상의 수송 블록(transport block, TB)를 위한 복수 개의 전송 기회/수신 기회가 있는 경우, 상기 UE는 설정된 RRC 파라미터(들)과 활성화 DCI에 기초하여, 하나의 주기에서 사용될 HARQ 프로세스 ID들의 집합, 즉, HARQ 프로세스 풀을 결정할 수 있다.
상기 UE는 상기 특정 주기에서 SPS/CG의 수신 및 전송을 수행하기 위해서, 상기 HARQ 프로세스 풀에 기초하여 각 수신/전송 시기에 대한 HARQ 프로세스 ID를 결정할 수 있다(S1003).
상기 결정된 HARQ 프로세스 ID를 통해서 상기 UE는 SPS PDSCH를 수신하거나 CG PUSCH를 전송할 수 있다(S1005).
본 명세의 몇몇 구현들에 있어서 다음의 UE 동작이 고려될 수 있다. 본 명세에서 UE 동작들은 설명의 편의를 위해 주로 설정된 그랜트를 사용한 상향링크 전송에 기초하여 기술되어 있지만, 본 명세의 구현들이 이에 한정되지는 않는다. 일례로, 본 명세의 구현들은 하향링크 SPS에도 적용될 수 있다. 본 명세의 구현들이 하향링크 SPS에 적용되는 경우, BS는 SPS 기반 전송 동작을, UE는 SPS 기반 수신 동작을 수행할 수 있다.
<구현 A1> UE가 전체(entire) HARQ 프로세스 풀에서 HARQ 프로세스 ID를 선택하고 보고
UE는 설정된 HARQ 프로세스 ID의 범위 안에서 매 전송마다 어떤 HARQ 프로세스 ID를 사용할 것인지 결정하고 상기 결정된 HARQ 프로세스 ID를 해당 PUSCH 전송과 함께 BS에 보고할 수 있다. 상기 설정된 HARQ 프로세스 ID의 범위는 CG 파라미터(들)에 기초하여 결정될 수 있다. 일례로, BS는 해당 CG 설정을 통해 사용될 시작 HARQ 프로세스 ID X와 개수 N을 설정하여, UE가 [X, X+N-1] 범위에서 HARQ 프로세스 ID를 사용하도록 설정할 수 있다.
UE가 BS에게 선택한 HARQ 프로세스 ID를 보고하기 위해서, 상기 UE는 상기 HARQ 프로세스 ID, 혹은 상기 HARQ 프로세스 ID를 포함하는 전송 파라미터들(예, HARQ 프로세스 ID, NDI, MCS 및/또는 RV 등)을 별도로 인코딩하여 UL-SCH와 함께 PUSCH 상에서 전송할 수 있다. 이때 비면허 대역에서 종래 기술의 UE가 CG 기반 PUCSH 상에서 UL-SCH를 필요한 UCI(예, HARQ 프로세스 ID, 리던던시 버전(RV), 새 데이터 지시자(NDI), 채널 점유 시간 공유 정보(channel occupancy time sharing information)) 전송하는 방법이 사용될 수 있다. 예를 들어, 본 명세의 몇몇 구현들에서 UE는 CG 기반 PUSCH 상에서 UL-SCH, 즉, 상향링크 데이터와 함께 HARQ 프로세스 ID, RV, NDI, MCS, 및/또는 채널 점유 시간 공유 정보를 전송할 수 있다.
몇몇 시나리오들에서 PUSCH 반복 타입 B가 유연한(flexible) 자원 할당(allocation)을 지원하기 위해 사용될 수 있다. UE에게 PUSCH 반복 타입 B가 지시 혹은 설정된 경우, 상기 UE는 하나의 PUSCH 스케줄링을 주어진 반복 전송 인자 K를 기반으로 K개의 명목 반복들로 반복하고, 각 명목 PUSCH을 상향링크로 무효한 심볼(들) 및 슬롯 경계를 고려하여 K'개의 실질 반복으로 나누는 경우, 구현 A1에 대해 다음이 고려될 수 있다.
<구현 A1-1>
구현 A1에 있어서, 첫 번째 실질 반복에 대해서만 HARQ 프로세스 ID, 혹은 HARQ 프로세스 ID를 포함하는 전송 파라미터가 별도로 인코딩되어 함께 전송될 수 있다. 구현 A1-1은 다른 HARQ-ACK 피드백, SR, CSI와 같은 UCI가 전송될 수 있는 실질 반복 상에서 HARQ 프로세스 ID를 전송함으로써 가능한 한 동일한 PUSCH에서 UL-SCH, UCI, HARQ 프로세스 ID가 함께 전송되도록 한다. 이는 BS의 PUSCH 역다중화(de-multiplexing) 횟수를 감소시켜 BS의 동작을 단순화하고, BS가 별도로 디코딩이 가능한 HARQ 프로세스 ID를 반복 전송이 포함하는지 여부에 따라서 상기 BS로 하여금 해당 반복 전송이 반복 전송들 중 첫 번째 반복 전송인지를 파악할 수 있도록 할 수 있다.
<구현 A1-2>
구현 A1에 있어서, 전체 실질 반복들에 대해서 HARQ 프로세스 ID, 혹은 HARQ 프로세스 ID를 포함하는 전송 파라미터가 별도로 인코딩되어 함께 전송될 수 있다. 구현 A1-2는 BS가 특정한 PUSCH 반복을 수신하는 데 실패하더라도, 다른 PUSCH 반복에 포함된 전송 파라미터에 기초하여 해당 PUSCH 전송과 연관된 HARQ 프로세스 ID를 파악할 수 있도록 한다. 또한 구현 A1-1의 경우, HARQ 프로세스 ID가 전달되는 PUSCH가 제대로 수신되지 못하면 BS는 HARQ 프로세스를 오인하여 HARQ 프로세스 ID가 상이한 HARQ 프로세스 버퍼에 해당 전송을 컴바이닝할 위험이 있다는 문제가 있다. 구현 A1-1의 이러한 문제를 방지하기 위해 구현 A1-2가 사용될 수 있다.
<구현 A1-3>
구현 A1에 있어서, 특정 조건을 만족하는 (혹은 특정 조건을 불만족하는) PUSCH 반복에서만 HARQ 프로세스 ID, 혹은 HARQ 프로세스 ID를 포함하는 전송 파라미터가 함께 전송될 수도 있다. 예를 들어, 다음 조건을 만족하는 PUSCH에 구현 A1이 사용될 수 있다.
- UE는 전송 시간 길이가 X개 심볼 이하인 PUSCH에는 HARQ 프로세스 ID 및 전송 파라미터가 포함시키지 않는다. 여기서 X는 1일 수 있다. 이는 PUSCH 상에 포함되는 UCI를 최소화하여 상기 PUSCH의 무선 자원들 중 UL-SCH에 사용될 무선 자원을 최대한 늘려주기 위함이다. 이에 따라 짧은 PUSCH의 제한된 자원 요소(들)에서 UL-SCH가 전송될 수 있다. - UE는 UL-SCH 전송에 사용되는 RE들의 개수가 X 이하인 PUSCH에는 HARQ 프로세스 ID 및 전송 파라미터를 포함시키지 않는다. X*M/TBS = C이며, 여기서 M은 변조 차수(modulation order)이고, TBS는 수송 블록 크기이며, C는 코드 레이트이다. C는 1이거나 MCS로부터 주어진 코드 레이트에 1보다 작은 실수를 곱하여 얻어진 값일 수 있다.
<구현 A2> UE가 서브 HARQ 프로세스 풀로부터 HARQ 프로세스 ID를 선택 (및 보고)
UE는 매 주기마다 사용될 HARQ 프로세스 ID의 범위를 결정할 수 있다. 해당 HARQ 프로세스 ID의 범위 안에서 매 전송마다 어떤 HARQ 프로세스 ID를 사용할 것인지 결정하여, 이를 PUSCH 전송과 함께 BS에 보고할 수 있다. 각 주기 내에서의 HARQ 프로세스 ID의 범위는 CG 파라미터(들)에 기초하여 결정될 수 있다. 일례로 각 주기에서 사용될 시작 HARQ 프로세스 ID X와 각 주기에서 사용될 HARQ 프로세스 ID의 개수 N이 CG 파라미터(들)에 기초하여 결정될 수 있다. 이를 통해 특정 주기에서 사용될 HARQ 프로세스 ID는 [X, X+N-1] 범위에서 결정될 수 있다.
도 11은 본 명세의 몇몇 구현들에 따라 주기에 대해 설정된 HARQ 프로세스 범위(즉, 서브-풀)을 예시한 것이다. 도 11은 주기(periodicity)가 3개 슬롯이고, 주기당 PUSCH 전송(들)에 사용되는 연속(consecutive) 슬롯의 개수 cg-nrofSlots가 2개이며, 슬롯당 PUSCH 전송(들)의 개수 cg-nrofPUSCH-InSlot를 2개로 설정하는 CG 기반 PUSCH 설정에 따른 PUSCH 시기들과 해당 HARQ 프로세스 서브 풀을 예시한다. 특히, 도 11은 각각의 주기들에 대해 범위 {0,1,2,3}의 HARQ 프로세스 ID들과 범위 {4,5,6,7}의 HARQ 프로세스 ID들이 결정된 CG 기반 전송 시기들을 예시한다. 구현 A2에 의하면, 도 11에 예시된 바와 같이, 주기들에서 상이한 HARQ 프로세스 풀이 사용될 수 있다.
구현 A2에 있어서, 각 주기에서 사용될 시작 HARQ 프로세스 ID X와 각 주기 내의 HARQ 프로세스 ID의 개수 N는 다음 방법(들)을 통해 결정될 수 있다.
<구현 A2-1>
각 주기에서 사용될 시작 HARQ 프로세스 ID는 다음 수식을 통해 결정될 수 있다: {floor(symbol index/periodicity)*(HPN interval)} modulo nrofHARQ-Processes + harq-ProcID-Offset. 혹은, 각 주기에서 사용될 시작 HARQ 프로세스 ID는 다음 수식을 통해 결정될 수 있다: {ceil(symbol index/periodicity)*(HPN interval)} modulo nrofHARQ-Processes + harq-ProcID-Offset.
상기 수식에서 "symbol index"는 SFN=0로부터 주기 내 첫 번째 PUSCH 시기의 시작 심볼까지의 심볼 인덱스, 즉, 심볼들의 개수를 의미하며, symbol index는 다음 식에 의해 표현될 수 있다: symbol index = (SFN * numberOfSlotsPerFrame * numberOfSymbolsPerSlot + slot number in the frame * numberOfSymbolsPerSlot + symbol number in the slot), 여기서 numberOfSlotsPerFrame 및 numberOfSymbolsPerSlot 는 프레임당 연속한 슬롯의 개수 및 슬롯 별 연속한 OFDM 심볼의 개수(3GPP TS 38.211 참조)를 나타낸다.
상기 수식에서 periodicity는 하나의 SPS/CG 설정에서 SPS/CG 자원을 위해 설정된 주기의 심볼 길이(즉, 설정된 주기에 포함된 심볼들의 개수)이다.
상기 수식에서 nrofHARQProcesses는 하나의 SPS/CG 설정에서 전체 SPS/CG 자원을 위해서 설정된 가용 HARQ 프로세스(들)의 개수이다.
상기 수식에서 harqProcIDOffset은 상기 가용 HARQ 프로세스(들)의 시작 HARQ 프로세스 ID를 결정하기 위해 설정된 파라미터 값이다. HARQ 프로세스 ID가 harqProcIDOffset인 HARQ 프로세스부터 nrofHARQProcesses개의 HARQ 프로세스들이 순차적으로 상기 가용 HARQ 프로세스(들)로서 사용될 있다.
상기 수식에서 HPN 간격(HPN interval), 즉, HARQ 프로세서 번호 간격은 서로 다른 주기(period)들에서 사용될 시작 HARQ 프로세스 ID들 간의 최소 차이(minimal difference)이다. 본 명세의 몇몇 구현들에서 HPN 간격은 다음 중 적어도 하나를 통해 결정될 수 있다.
- 주기 내의 PUSCH 전송 시기들(예, 명목 PUSCH 시기들)의 개수 (혹은 실질 PUSCH들의 개수). PUSCH 반복 전송은 슬롯 당 PUSCH 반복 횟수(예, cg-nrofPUSCH-InSlot) 및 슬롯 반복 횟수(예, cg-nrofSlots) 등 하나 이상의 파라미터들을 통해 설정될 수 있다. 이러한 경우, 해당 파라미터들이 최종적으로 만드는 PUSCH 전송 시기들의 개수가 HPN 간격으로 사용될 수 있다. 예를 들어, HPN 간격은 두 파라미터들 cg-nrofSlots 및 cg-nrofPUSCH-InSlot 간의 곱인 cg-nrofPUSCH-InSlot * cg-nrofSlots인 것으로 결정될 수 있다.
- CG PUSCH의 지시 혹은 설정된 반복 전송 횟수(예, RepK) (혹은 명목 PUSCH의 개수). 지시 혹은 설정된 반복 전송 횟수와 주기 내의 PUSCH 전송 시기들의 개수가 상이한 경우, ceil{(주기 내 PUSCH 전송 시기의 개수)/(지시 혹은 설정된 반복 전송 횟수)} 혹은 floor{(PUSCH 전송 시기의 개수)/(지시 혹은 설정된 반복 전송 횟수)}가 HPN 간격으로서 사용될 수 있다. 이는 주기 안에서 하나의 HARQ 프로세스 ID가 지시 혹은 설정된 반복 전송 횟수만큼의 PUSCH 전송 시기를 가질 수 있도록 한다. 예를 들어, 주기 내 PUSCH 시기들 중 적어도 지시 혹은 설정된 반복 전송 횟수만큼의 PUSCH 시기들이 하나의 HARQ 프로세스 ID와 연관될 수 있다.
- BS에 의한 L1 시그널링(예, PDCCH를 통한 DCI), 혹은 상위 계층 시그널링.
<구현 A2-2>
각 주기에서 사용될 HARQ 프로세스 ID의 개수 N는 다음 중 적어도 하나를 통해 결정될 수 있다.
> 구현 A2-1에서 결정된 HPN 간격 값이 사용된다.
> 구현 A2-1에서 결정된 HPN 간격 값이 사용되지 않는 경우, 구현 A2-1에서 HPN 간격 값을 결정하는 데 사용하는 방법과 동일한 방법을 사용하여 HPN 값을 결정된다. 예를 들어, 다음 중 적어도 하나를 통해 값 N이 결정될 수 있다.
- 주기 내의 PUSCH 전송 시기들의 개수 (혹은 실질 PUSCH들의 개수). PUSCH 반복 전송은 슬롯당 PUSCH 반복 횟수(예, cg-nrofPUSCH-InSlot) 및 슬롯 반복 횟수(예, cg-nrofSlots) 등 하나 이상의 파라미터들을 통해 설정될 수 있다. 이러한 경우, 해당 파라미터들이 최종적으로 만드는 PUSCH 전송 시기들의 개수가 HPN 간격으로 사용될 수 있다. 예를 들어, HPN 간격은 두 파라미터들 cg-nrofSlots 및 cg-nrofPUSCH-InSlot 간의 곱인 cg-nrofPUSCH-InSlot * cg-nrofSlots인 것으로 결정될 수 있다.
- CG PUSCH의 지시 혹은 설정된 반복 전송 횟수(예, RepK) (혹은 명목 PUSCH의 개수). 지시 혹은 설정된 반복 전송 횟수와 주기 내의 PUSCH 전송 시기들의 개수가 상이한 경우, ceil{(주기 내 PUSCH 전송 시기의 개수)/(지시 혹은 설정된 반복 전송 횟수)} 혹은 floor{(PUSCH 전송 시기의 개수)/(지시 혹은 설정된 반복 전송 횟수)}가 HPN 간격으로서 사용될 수 있다. 이는 주기 안에서 하나의 HARQ 프로세스 ID가 지시 혹은 설정된 반복 전송 횟수만큼의 PUSCH 전송 시기를 가질 수 있도록 한다. 예를 들어, 주기 내 PUSCH 시기들 중 적어도 지시 혹은 설정된 반복 전송 횟수만큼의 PUSCH 시기들이 하나의 HARQ 프로세스 ID와 연관될 수 있다.
- BS에 의한 L1 시그널링, 혹은 상위 계층 시그널링.
<구현 A2-3>
UE는 특정 주기에서 결정된 HARQ 프로세스 ID의 범위 안에서 해당 주기의 PUSCH 전송마다 어떤 HARQ 프로세스 ID를 사용할 것인지 결정하여 이를 PUSCH 전송과 함께 BS에 보고할 수 있다.
UE가 선택한 HARQ 프로세스 ID를 BS에게 전송하기 위해서, 상기 UE는 상기 HARQ 프로세스 ID 혹은 HARQ 프로세스 ID를 포함하는 전송 파라미터들(예, HARQ 프로세스 ID, NDI, 및/또는 MCS 등)를 별도로 인코딩하여 UL-SCH와 함께 PUSCH로 전송할 수 있다. 이때 비면허 대역에서 종래 기술의 UE가 CG-UCI를 PUCSH에 전송하는 방법 및/또는 구현 A1이 사용될 수 있다. 예를 들어, 본 명세의 몇몇 구현들에서 UE는 CG 기반 PUSCH 상에서 UL-SCH, 즉, 상향링크 데이터와 함께 HARQ 프로세스 ID, RV, NDI, MCS, 및/또는 채널 점유 시간 공유 정보를 전송할 수 있다.
<구현 A2-4>
구현 A2에 있어서, UE는 특정 주기에서 결정된 HARQ 프로세스 ID의 범위 내 HARQ 프로세스 ID가 해당 주기의 각 PUSCH 전송에 매핑된 것으로 가정할 수 있다. 구현 A2를 통해 결정된 어떤 주기의 시작 HARQ 프로세스 ID가 X, 주기 내의 HARQ 프로세스 ID의 개수가 N일 때, 해당 주기 내의 시간상 n번째 PUSCH 시기는 다음의 HARQ 프로세스 ID를 가질 수 있다: HARQ process ID for n-th PUSCH occasion = X + mod(n-1, N). 여기서, 각 주기의 시작 HARQ 프로세스 ID X는 구현 A2-1에 따라 결정될 수 있고, 주기당 HARQ 프로세스 ID의 개수 N는 구현 A2-2에 따라 결정될 수 있다.
도 12는 각 주기 내 PUSCH 시기들에 매핑된 HARQ 프로세스 ID들을 예시한다. 특히, 도 12는 2개 주기들에 대해 HARQ 프로세스 ID들 {0,1,2,3} 및 HARQ 프로세스 ID들 {4,5,6,7}을 각각(respectively) 가지는 경우에 대해, HARQ 프로세스들이 매핑된 CG PUSCH들을 예시한다.
<구현 A3> HPN 간격으로 매핑된 HARQ 프로세스 ID
몇몇 구현들에서, UE는 SPS/CG 설정에 포함된 파라미터(들)에 기초하여 정해지는 HARQ 프로세스 ID들의 범위에서 각각의(respective) 주기들에 대해 HARQ 프로세스 ID를 순차적으로 사용한다. 이러한 경우, 동일 HARQ 프로세스 ID를 갖는 PUSCH 시기들 사이의 최소 거리는 항상 동일할 수 있다.
비면허 대역에서 통신을 수행하는 UE는 항상 전송 실패의 위험성을 가지고 있고, 이러한 위험성에서 발생할 수 있는 문제를 줄이기 위해서 별도로 (재전송을 스케줄링하는) PDCCH를 수신함 없이, 설정된 CG PUSCH에서 재전송을 수행할 수 있다. 이때, 동일 HARQ 프로세스 ID를 갖는 PUSCH 시기들 사이의 거리가 항상 동일하면, 첫 번째 CG PUSCH 시기에서 전송이 실패했을 때 CG PUSCH에서 수행하는 재전송은 지연을 감수하게 된다.
구현 A3는 주기 안에서 일부 HARQ 프로세스 ID가 복수 번 나타나게 하여 하나의 주기 내에서 UE가 빠르게 두 번 이상의 CG PUSCH 전송을 시도할 수 있게 한다. 구현 A3에 의하면, UE로 하여금 복수 번의 전송 기회를 갖는 HARQ 프로세스 ID에 대해 신뢰도가 중요한 트래픽을 전송할 수 있게 할 수 있다. 이를 통해서 비면허 대역에서 발생할 수 있는 LBT(listen before talk) 및/또는 CAP(channel access procedure) 실패에 의한 위험을 최소화할 수 있다.
예를 들어, UE는 매 주기마다 사용될 시작 HARQ 프로세스 ID X를 결정하고, 해당 주기 내의 각 PUSCH 전송 기회에서 사용될 HARQ 프로세스 ID를 결정할 수 있다. 이때 시작 HARQ 프로세스 ID X를 결정하기 위해 주기마다 사용될 HARQ 프로세스 ID를 결정하는 방법("RRC에 의한 자원 할당"에서 설명된 HARQ 프로세스 ID 참조)이 사용되거나, 구현 A2에 기술된 시작 HARQ 프로세스 ID를 결정하는 방법이 사용될 수 있다.
결정된 어떤 주기의 시작 HARQ 프로세스 ID가 X일 때, 해당 주기 내에서 시 시간상으로 n번째 PUSCH 시기는 다음의 HARQ 프로세스 ID를 가질 수 있다: HARQ process for n-th PUSCH occasion = X + mod(K*(n - 1), nrofHARQProcesses).
상기 수식에서 nrofHARQProcesses는 하나의 SPS/CG 설정에서 전체 SPS/CG 자원들을 위해서 설정된 가용 HARQ 프로세스의 개수이다.
상기 수식에서 K는 HPN 간격이며, HPN 간격은 하나의 주기에서 서로 다른 PUSCH 시기들에 사용될 HARQ 프로세스 ID들 간의 최소 차이이다. HPN 간격은 다음 중 적어도 하나를 통해 결정될 수 있다.
- 주기 내의 PUSCH 전송 시기들의 시기 (혹은 실질 PUSCH들의 개수)
- CG PUSCH의 지시 혹은 설정된 반복 전송 횟수 (혹은 명목 PUSCH들의 개수). PUSCH 반복 전송은 슬롯당 PUSCH 반복 횟수 및 슬롯 반복 횟수 등 하나 이상의 파라미터들을 통해 설정될 수 있다. 이러한 경우, 해당 파라미터들이 최종적으로 만드는 반복 전송 횟수가 HPN 간격으로서 사용될 수 있다. 예를 들어, 두 파라미터들(예, 슬롯당 PUSCH 반복 횟수와 슬롯 반복 횟수)의 곱이 HPN 간격으로서 사용될 수 있다.
- BS에 의한 L1 시그널링, 혹은 상위 계층 시그널링.
<구현 A4> UE-주도적(UE-centric) 전송 파라미터 지시
UE는 PUSCH 전송을 위해 UE가 선택한 NDI, RV 등의 전송 파라미터를 BS에게 지시할 수 있다. 이때 직교(orthogonal) DMRS 포트를 상기 전송 파라미터를 BS에게 지시하는 데 사용할 수 있다.
구현 A3 혹은 구현 A2를 적용하는 경우, UE와 BS는 각 전송 시기의 HARQ 프로세스 ID를 확정적(deterministic)으로 도출할 수 있다. 그러나, 여전히 자동(autonomous) 재전송과 같은 UE 주도의 전송을 하기 위해서는 NDI, RV 등의 전송 파라미터들을 별도로 인코딩하여 PUSCH 상에서 UL-SCH와 함께 전송할 필요가 있을 수 있다. 이러한 일련의 과정은 UE의 UCI 전송에 추가적인 부담이 될 수 있다. 따라서 UE 주도의 전송에 요구되는 전송 파라미터의 정보량을 최소화하고, 줄어든 정보량을 표현하기 위해 별도로 인코딩하여 포함시키지 않고 PUSCH와 함께 전송되는 DMRS 혹은 다른 참조 신호를 사용하여 전송 파라미터를 표현하는 것이 고려할 수 있다.
BS가 하나의 UE을 위해 n개의 DMRS 포트들을 예약(reserve)하고 UE가 그 중 하나를 취사선택하게 함으로써 상기 UE는 n가지의 정보를 표현할 수 있다. 일례로 BS가 UE에게 두 개의 DMRS 포트들을 예약하고, 상기 UE가 NDI=0인 전송을 수행한 경우에는 첫 번째 DMRS 포트를 선택하고, NDI=1인 전송을 수행하는 경우에는 두 번째 DMRS 포트를 선택할 수 있다. 혹은 NDI가 토글되는 전송을 수행하는 경우에는 첫 번째 DMRS 포트를 선택하고, NDI가 토글되지 않은 전송을 수행하는 경우에는 두 번째 DMRS 포트를 선택할 수 있다.
BS는 UE에게 최대 예약된 DMRS 포트의 개수 N을 L1 시그널링 혹은 상위 계층 시그널링(예, RRC 시그널링)을 통해 지시 혹은 설정할 수 있다. UE는 PUSCH 전송에 대한 스케줄링 정보에서 안테나 포트에 대해서 주어진 값 X을 기준으로 X부터 X+N-1의 정수 값들 중 하나를 선택하고 상기 선택된 안테나 포트를 전송 파라미터를 표현하기 위해 사용할 수 있다.
BS 입장:
전술한 본 명세의 몇몇 구현들이 BS 입장에서 다시 설명된다.
도 13은 본 명세의 몇몇 구현들에 따른 BS에서의 채널 전송/수신 흐름을 예시한다.
BS는 UE에게 SPS/CG 자원을 할당하고, 상기 할당된 SPS/CG 자원을 기반으로 전송 혹은 수신을 수행하는 경우에, 본 명세의 구현들을 통해 상기 BS가 전송 혹은 수신을 수행하는 SPS/CG 시기에서 사용될 HARQ 프로세스 ID가 결정될 수 있다. 다음은 본 명세의 몇몇 구현들에 따른 BS 동작을 예시한다.
BS는 UE에게 SPS 혹은 CG 자원을 위한 RRC 파라미터(들)을 설정한다(S1301). 예를 들어, BS는 UE에게 SPS 설정 혹은 CG 설정을 RRC 시그널링을 통해 전송할 수 있다.
상기 BS는 상기 UE에게 설정한 SPS/CG 자원을 위한 활성화 DCI를 전송할 수 있다. 활성화 DCI를 전송하는 것은 SPS/CG 자원 설정에 따라 생략될 수도 있다. 예를 들어, UE가 Type 1 CG 자원을 사용하는 경우, 활성화 DCI를 전송하는 것은 생략될 수 있다.
상기 BS는 상기 활성화 DCI, 및/또는 SPS/CG 자원을 위한 RRC 파라미터(들)에 기초하여 SPS 전송 시기 혹은 CG 수신 시기를 결정할 수 있다.
특정 주기 내에 하나 이상의 TB를 위한 복수 개의 전송/수신 기회가 있는 경우, 상기 BS는 설정된 RRC 파라미터(들)과 활성화 DCI에 기초하여, 하나의 주기에서 사용될 HARQ 프로세스 ID들의 집합, 즉, HARQ 프로세스 풀을 결정할 수 있다.
상기 BS는 상기 특정 주기에서 SPS/CG의 전송 및 수신을 수행하기 위해서, 상기 HARQ 프로세스 풀에 기초하여 각 전송/수신 시기에 대한 HARQ 프로세스 ID를 결정할 수 있다(S1303).
상기 결정된 HARQ 프로세스 ID를 통해서 상기 BS는 SPS PDSCH를 전송하거나 CG PUSCH를 수신할 수 있다(S1305).
본 명세의 몇몇 구현들에 있어서 다음의 BS 동작이 고려될 수 있다. 본 명세에서 BS 동작들은 설명의 편의를 위해 주로 설정된 그랜트를 사용한 상향링크 전송에 기초하여 기술되어 있지만, 본 명세의 구현들이 이에 한정되지는 않는다. 일례로, 본 명세의 구현들은 하향링크 SPS에도 적용될 수 있다. 본 명세의 구현들이 하향링크 SPS에 적용되는 경우, BS는 SPS 기반 전송 동작을, UE는 SPS 기반 수신 동작을 수행할 수 있다.
<구현 B1> UE가 전체(entire) HARQ 프로세스 풀에서 HARQ 프로세스 ID를 선택하고 보고
BS는 UE가 설정된 HARQ 프로세스 ID의 범위 안에서 매 전송마다 어떤 HARQ 프로세스 ID를 사용할 것인지 결정하고 상기 결정된 HARQ 프로세스 ID를 해당 PUSCH 전송과 함께 BS에 보고할 것을 가정하고, 상기 PUSCH 전송을 수신할 수 있다. 상기 설정된 HARQ 프로세스 ID의 범위는 CG 파라미터(들)에 기초하여 결정될 수 있다. 일례로 해당 CG 설정을 통해 사용될 시작 HARQ 프로세스 ID X와 개수 N을 설정하여 [X, X+N-1] 범위에서 HARQ 프로세스 ID를 사용하도록 설정할 수 있다.
UE가 BS에게 선택한 HARQ 프로세스 ID를 전송하기 위해서, 상기 UE는 상기 HARQ 프로세스 ID, 혹은 상기 HARQ 프로세스 ID를 포함하는 전송 파라미터(예, HARQ 프로세스 ID, NDI, MCS 및/또는 RV 등)을 별도로 인코딩하여 UL-SCH와 함께 PUSCH로 전송할 수 있다. 이때 비면허 대역에서 종래 기술의 UE가 CG 기반 PUCSH 상에서 UL-SCH를 필요한 UCI(예, HARQ 프로세스 ID, 리던던시 버전(RV), 새 데이터 지시자(NDI), 채널 점유 시간 공유 정보(channel occupancy time sharing information)) 전송하는 방법이 사용될 수 있다. 예를 들어, 본 명세의 몇몇 구현들에서 BS는 UE는 CG 기반 PUSCH 상에서 UL-SCH, 즉, 상향링크 데이터와 함께 HARQ 프로세스 ID, RV, NDI, MCS, 및/또는 채널 점유 시간 공유 정보를 수신할 수 있다.
몇몇 시나리오들에서 UE에게 PUSCH 반복 타입 B가 지시 혹은 설정된 경우, 상기 UE는 하나의 PUSCH 스케줄링을 주어진 반복 전송 인자 K를 기반으로 K개의 명목 반복들로 반복하고, 각 명목 PUSCH을 상향링크로 무효한 심볼(들) 및 슬롯 경계를 고려하여 K'개의 실질 반복으로 나누는 경우, 구현 A1에 대해 다음이 고려될 수 있다.
<구현 B1-1>
구현 B1에 있어서, 첫 번째 실질 반복에 대해서만 HARQ 프로세스 ID, 혹은 HARQ 프로세스 ID를 포함하는 전송 파라미터가 별도로 인코딩되어 함께 전송되고, BS는 이를 수신할 수 있다. 구현 B1-1은 다른 HARQ-ACK 피드백, SR, CSI와 같은 UCI가 전송될 수 있는 실질 반복 상에서 HARQ 프로세스 ID를 전송시켜 가능한 한 동일한 PUSCH에서 UL-SCH, UCI, HARQ 프로세스 ID가 함께 전송되도록 한다. 이는 BS의 PUSCH 역다중화(de-multiplexing) 횟수를 감소시켜 BS의 동작을 단순화하고, BS가 별도로 디코딩이 가능한 HARQ 프로세스 ID를 반복 전송이 포함하는지 여부에 따라서 상기 BS로 하여금 해당 반복 전송이 반복 전송들 중 첫 번째 반복 전송인지를 파악할 수 있도록 할 수 있다.
<구현 B1-2>
구현 B1에 있어서, 전체 실질 반복들에 대해서 HARQ 프로세스 ID, 혹은 HARQ 프로세스 ID를 포함하는 전송 파라미터가 별도로 인코딩되어 함께 전송되고, BS는 이를 수신할 수 있다. 구현 B1-2는 BS가 특정한 PUSCH 반복을 수신하는 데 실패하더라도, 다른 PUSCH 반복에 포함된 전송 파라미터에 기초하여 해당 PUSCH 전송과 연관된 HARQ 프로세스 ID를 파악할 수 있도록 한다. 또한 구현 B1-1의 경우, HARQ 프로세스 ID가 전달되는 PUSCH가 제대로 수신되지 못하면 BS는 HARQ 프로세스를 오인하여 HARQ 프로세스 ID가 상이한 HARQ 프로세스 버퍼에 해당 전송을 컴바이닝할 위험이 있다는 문제가 있다. 구현 B1-1의 이러한 문제를 방지하기 위해 구현 B1-2가 사용될 수 있다.
<구현 B1-3>
구현 A1에 있어서, 특정 조건을 만족하는 (혹은 특정 조건을 불만족하는) PUSCH 반복에서만 HARQ 프로세스 ID, 혹은 HARQ 프로세스 ID를 포함하는 전송 파라미터가 함께 전송될 수도 있다. 예를 들어, 다음 조건을 만족하는 PUSCH에 구현 A1이 사용될 수 있다.
- BS는 UE가 전송 시간 길이가 X개 심볼 이하인 PUSCH에는 HARQ 프로세스 ID 및 전송 파라미터가 포함시킬 것을 가정하지 않는다. 여기서 X는 1일 수 있다. 이는 PUSCH 상에 포함되는 UCI를 최소화하여 상기 PUSCH의 무선 자원들 중 UL-SCH에 사용될 무선 자원을 최대한 늘려주기 위함이다. 이에 따라, 짧은 PUSCH의 제한된 자원 요소(들)에서 UL-SCH가 전송될 수 있다.
- BS는 UE가 UL-SCH 전송에 사용되는 RE들의 개수가 X 이하인 PUSCH에는 HARQ 프로세스 ID 및 전송 파라미터를 포함시킬 것을 가정하지 않는다. X*M/TBS = C이며, 여기서 M은 변조 차수(modulation order)이고, TBS는 수송 블록 크기이며, C는 코드 레이트이다. C는 1이거나 MCS로부터 주어진 코드 레이트에 1보다 작은 실수를 곱하여 얻어진 값일 수 있다.
<구현 B2> UE가 서브 HARQ 프로세스 풀로부터 HARQ 프로세스 ID를 선택 (및 보고)
UE는 매 주기마다 사용될 HARQ 프로세스 ID의 범위를 결정할 수 있다. BS는 UE가 해당 HARQ 프로세스 ID의 범위 안에서 매 전송마다 어떤 HARQ 프로세스 ID를 사용할 것인지 결정하여 이를 PUSCH 전송과 함께 상기 BS에 보고한다고 가정하고, 상기 PUSCH 전송을 수신할 수 있다. 각 주기 내에서의 HARQ 프로세스 ID의 범위는 CG 파라미터(들)에 기초하여 결정될 수 있다. 일례로 각 주기에서 사용될 시작 HARQ 프로세스 ID X와 각 주기에서 사용될 HARQ 프로세스 ID의 개수 N이 CG 파라미터(들)에 기초하여 결정될 수 있다. 이를 통해 특정 주기에서 사용될 HARQ 프로세스 ID는 [X, X+N-1] 범위에서 결정될 수 있다.
구현 B2에 있어서, 각 주기에서 사용될 시작 HARQ 프로세스 ID X와 각 주기 내의 HARQ 프로세스 ID의 개수 N는 다음 방법(들)을 통해 결정될 수 있다.
<구현 B2-1>
각 주기에서 사용될 시작 HARQ 프로세스 ID는 다음 수식을 통해 결정될 수 있다: {floor(symbol index/periodicity)*(HPN interval)} modulo nrofHARQ-Processes + harq-ProcID-Offset. 혹은, 각 주기에서 사용될 시작 HARQ 프로세스 ID는 다음 수식을 통해 결정될 수 있다: {ceil(symbol index/periodicity)*(HPN interval)} modulo nrofHARQ-Processes + harq-ProcID-Offset.
상기 수식에서 "symbol index"는 SFN=0로부터 주기 내 첫 번째 PUSCH 시기의 시작 심볼까지의 심볼 인덱스, 즉, 심볼들의 개수를 의미하며, symbol index는 다음 식에 의해 표현될 수 있다: symbol index = (SFN * numberOfSlotsPerFrame * numberOfSymbolsPerSlot + slot number in the frame * numberOfSymbolsPerSlot + symbol number in the slot), 여기서 numberOfSlotsPerFrame 및 numberOfSymbolsPerSlot 는 프레임당 연속한 슬롯의 개수 및 슬롯 별 연속한 OFDM 심볼의 개수(3GPP TS 38.211 참조)를 나타낸다.
상기 수식에서 periodicity는 하나의 SPS/CG 설정에서 SPS/CG 자원을 위해 설정된 주기의 심볼 길이(즉, 설정된 주기에 포함된 심볼들의 개수)이다.
상기 수식에서 nrofHARQProcesses는 하나의 SPS/CG 설정에서 전체 SPS/CG 자원을 위해서 설정된 가용 HARQ 프로세스(들)의 개수이다.
상기 수식에서 harqProcIDOffset은 상기 가용 HARQ 프로세스(들)의 시작 HARQ 프로세스 ID를 결정하기 위해 설정된 파라미터 값이다. HARQ 프로세스 ID가 harqProcIDOffset인 HARQ 프로세스부터 nrofHARQProcesses개의 HARQ 프로세스들이 순차적으로 상기 가용 HARQ 프로세스(들)로서 사용될 있다.
상기 수식에서 HPN 간격(HPN interval), 즉, HARQ 프로세서 번호 간격은 서로 다른 주기(period)들에서 사용될 시작 HARQ 프로세스 ID들 간의 최소 차이(minimal difference)이다. 본 명세의 몇몇 구현들에서 HPN 간격은 다음 중 적어도 하나를 통해 결정될 수 있다.
- 주기 내의 PUSCH 전송 시기들(예, 명목 PUSCH 시기들)의 개수 (혹은 실질 PUSCH들의 개수). PUSCH 반복 전송은 슬롯 당 PUSCH 반복 횟수(예, cg-nrofPUSCH-InSlot) 및 슬롯 반복 횟수(예, cg-nrofSlots) 등 하나 이상의 파라미터들을 통해 설정될 수 있다. 이러한 경우, 해당 파라미터들이 최종적으로 만드는 PUSCH 전송 시기들의 개수가 HPN 간격으로 사용될 수 있다. 예를 들어, HPN 간격은 두 파라미터들 cg-nrofSlots 및 cg-nrofPUSCH-InSlot 간의 곱인 cg-nrofPUSCH-InSlot * cg-nrofSlots인 것으로 결정될 수 있다.
- CG PUSCH의 지시 혹은 설정된 반복 전송 횟수(예, RepK) (혹은 명목 PUSCH의 개수). 지시 혹은 설정된 반복 전송 횟수와 주기 내의 PUSCH 전송 시기들의 개수가 상이한 경우, ceil{(주기 내 PUSCH 전송 시기의 개수)/(지시 혹은 설정된 반복 전송 횟수)} 혹은 floor{(PUSCH 전송 시기의 개수)/(지시 혹은 설정된 반복 전송 횟수)}가 HPN 간격으로서 사용될 수 있다. 이는 주기 안에서 하나의 HARQ 프로세스 ID가 지시 혹은 설정된 반복 전송 횟수만큼의 PUSCH 전송 시기를 가질 수 있도록 한다. 예를 들어, 주기 내 PUSCH 시기들 중 적어도 지시 혹은 설정된 반복 전송 횟수만큼의 PUSCH 시기들이 하나의 HARQ 프로세스 ID와 연관될 수 있다.
- BS에 의한 L1 시그널링(예, PDCCH를 통한 DCI), 혹은 상위 계층 시그널링.
<구현 B2-2>
각 주기에서 사용될 HARQ 프로세스 ID의 개수 N는 다음 중 적어도 하나를 통해 결정될 수 있다.
> 구현 A2-1에서 결정된 HPN 간격 값이 사용된다.
> 구현 A2-1에서 결정된 HPN 간격 값이 사용되지 않는 경우, 구현 A2-1에서 HPN 간격 값을 결정하는 데 사용하는 방법과 동일한 방법을 사용하여 HPN 값을 결정된다. 예를 들어, 다음 중 적어도 하나를 통해 값 N이 결정될 수 있다.
- 주기 내의 PUSCH 전송 시기들의 개수 (혹은 실질 PUSCH들의 개수). PUSCH 반복 전송은 슬롯당 PUSCH 반복 횟수(예, cg-nrofPUSCH-InSlot) 및 슬롯 반복 횟수(예, cg-nrofSlots) 등 하나 이상의 파라미터들을 통해 설정될 수 있다. 이러한 경우, 해당 파라미터들이 최종적으로 만드는 PUSCH 전송 시기들의 개수가 HPN 간격으로 사용될 수 있다. 예를 들어, HPN 간격은 두 파라미터들 cg-nrofSlots 및 cg-nrofPUSCH-InSlot 간의 곱인 cg-nrofPUSCH-InSlot * cg-nrofSlots인 것으로 결정될 수 있다.
- CG PUSCH의 지시 혹은 설정된 반복 전송 횟수(예, RepK) (혹은 명목 PUSCH의 개수). 지시 혹은 설정된 반복 전송 횟수와 주기 내의 PUSCH 전송 시기들의 개수가 상이한 경우, ceil{(주기 내 PUSCH 전송 시기의 개수)/(지시 혹은 설정된 반복 전송 횟수)} 혹은 floor{(PUSCH 전송 시기의 개수)/(지시 혹은 설정된 반복 전송 횟수)}가 HPN 간격으로서 사용될 수 있다. 이는 주기 안에서 하나의 HARQ 프로세스 ID가 지시 혹은 설정된 반복 전송 횟수만큼의 PUSCH 전송 시기를 가질 수 있도록 한다. 예를 들어, 주기 내 PUSCH 시기들 중 적어도 지시 혹은 설정된 반복 전송 횟수만큼의 PUSCH 시기들이 하나의 HARQ 프로세스 ID와 연관될 수 있다.
- BS에 의한 L1 시그널링, 혹은 상위 계층 시그널링.
<구현 B2-3>
BS는 UE가 특정 주기에서 결정된 HARQ 프로세스 ID의 범위 안에서 해당 주기의 PUSCH 전송마다 어떤 HARQ 프로세스 ID를 사용할 것인지를 결정하여 이를 PUSCH 전송과 함께 BS에 보고한다고 가정하고 상기 PUSCH 전송을 수신할 수 있다.
UE가 선택한 HARQ 프로세스 ID를 BS에게 전송하기 위해서, 상기 UE는 상기 HARQ 프로세스 ID 혹은 HARQ 프로세스 ID를 포함하는 전송 파라미터들(예, HARQ 프로세스 ID, NDI, 및/또는 MCS 등)를 별도로 인코딩하여 UL-SCH와 함께 PUSCH로 전송할 수 있다. 이때 비면허 대역에서 종래 기술의 UE가 CG-UCI를 PUCSH에 전송하는 방법 및/또는 구현 B1이 사용될 수 있다. 예를 들어, 본 명세의 몇몇 구현들에서 BS는 CG 기반 PUSCH 상에서 UL-SCH, 즉, 상향링크 데이터와 함께 HARQ 프로세스 ID, RV, NDI, MCS, 및/또는 채널 점유 시간 공유 정보를 수신할 수 있다.
<구현 B2-4>
구현 B2에 있어서, BS는 특정 주기에서 결정된 HARQ 프로세스 ID의 범위 내 HARQ 프로세스 ID가 해당 주기의 각 PUSCH 전송에 매핑된 것으로 가정할 수 있다. 구현 B2를 통해 결정된 어떤 주기의 시작 HARQ 프로세스 ID가 X, 주기 내의 HARQ 프로세스 ID의 개수가 N일 때, 해당 주기 내의 시간상 n번째 PUSCH 시기는 다음의 HARQ 프로세스 ID를 가질 수 있다: HARQ process ID for n-th PUSCH occasion = X + mod(n-1, N). 여기서, 각 주기의 시작 HARQ 프로세스 ID X는 구현 B2-1에 따라 결정될 수 있고, 주기당 HARQ 프로세스 ID의 개수 N는 구현 B2-2에 따라 결정될 수 있다.
도 12를 참조하면, 2개 주기들에 대해 HARQ 프로세스 ID들 {0,1,2,3} 및 HARQ 프로세스 ID들 {4,5,6,7}을 각각(respectively) 가지고 상기 HARQ 프로세스 ID들이 각각의(respective) 주기들 내 CG PUSCH들에 매핑될 수 있다.
<구현 B3> HPN 간격으로 매핑된 HARQ 프로세스 ID
몇몇 구현들에서, UE는 SPS/CG 설정에 포함된 파라미터(들)에 기초하여 정해지는 HARQ 프로세스 ID들의 범위에서 각각의(respective) 주기들에 대해 HARQ 프로세스 ID를 순차적으로 사용한다. 이러한 경우, 동일 HARQ 프로세스 ID를 갖는 PUSCH 시기들 사이의 최소 거리는 항상 동일할 수 있다.
비면허 대역에서 통신을 수행하는 UE는 항상 전송 실패의 위험성을 가지고 있고, 이러한 위험성에서 발생할 수 있는 문제를 줄이기 위해서 별도로 (재전송을 스케줄링하는) PDCCH를 수신함 없이, 설정된 CG PUSCH에서 재전송을 수행할 수 있다. 이때, 동일 HARQ 프로세스 ID를 갖는 PUSCH 시기들 사이의 거리가 항상 동일하면, 첫 번째 CG PUSCH 시기에서 전송이 실패했을 때 CG PUSCH에서 수행하는 재전송은 지연을 감수하게 된다.
구현 B3는 주기 안에서 일부 HARQ 프로세스 ID가 복수 번 나타나게 하여 하나의 주기 내에서 UE가 빠르게 두 번 이상의 CG PUSCH 전송을 시도할 수 있게 한다. 구현 B3에 의하면, UE로 하여금 복수 번의 전송 기회를 갖는 HARQ 프로세스 ID에 대해 신뢰도가 중요한 트래픽을 전송할 수 있게 할 수 있다. 이를 통해서 비면허 대역에서 발생할 수 있는 LBT(listen before talk) 및/또는 CAP(channel access procedure) 실패에 의한 위험을 최소화할 수 있다.
예를 들어, BS는 매 주기마다 사용될 시작 HARQ 프로세스 ID X를 결정하고, 해당 주기 내의 각 PUSCH 전송 기회에서 사용될 HARQ 프로세스 ID를 결정할 수 있다. 이때 시작 HARQ 프로세스 ID X를 결정하기 위해 주기마다 사용될 HARQ 프로세스 ID를 결정하는 방법("RRC에 의한 자원 할당"에서 설명된 HARQ 프로세스 ID 참조)이 사용되거나, 구현 B2에 기술된 시작 HARQ 프로세스 ID를 결정하는 방법이 사용될 수 있다.
결정된 어떤 주기의 시작 HARQ 프로세스 ID가 X일 때, 해당 주기 내에서 시 시간상으로 n번째 PUSCH 시기는 다음의 HARQ 프로세스 ID를 가질 수 있다: HARQ process for n-th PUSCH occasion = X + mod(K*(n - 1), nrofHARQProcesses).
상기 수식에서 nrofHARQProcesses는 하나의 SPS/CG 설정에서 전체 SPS/CG 자원들을 위해서 설정된 가용 HARQ 프로세스의 개수이다.
상기 수식에서 K는 HPN 간격이며, HPN 간격은 하나의 주기에서 서로 다른 PUSCH 시기들에 사용될 HARQ 프로세스 ID들 간의 최소 차이이다. HPN 간격은 다음 중 적어도 하나를 통해 결정될 수 있다.
- 주기 내의 PUSCH 전송 시기들의 시기 (혹은 실질 PUSCH들의 개수)
- CG PUSCH의 지시 혹은 설정된 반복 전송 횟수 (혹은 명목 PUSCH들의 개수). PUSCH 반복 전송은 슬롯당 PUSCH 반복 횟수 및 슬롯 반복 횟수 등 하나 이상의 파라미터들을 통해 설정될 수 있다. 이러한 경우, 해당 파라미터들이 최종적으로 만드는 반복 전송 횟수가 HPN 간격으로서 사용될 수 있다. 예를 들어, 두 파라미터들(예, 슬롯당 PUSCH 반복 횟수와 슬롯 반복 횟수)의 곱이 HPN 간격으로서 사용될 수 있다.
- BS에 의한 L1 시그널링, 혹은 상위 계층 시그널링.
<구현 B4> UE-주도적(UE-centric) 전송 파라미터 지시
BS는 UE가 PUSCH 전송을 위해 상기 UE가 선택한 NDI, RV 등의 전송 파라미터를 BS에게 지시할 것을 가정하고 이를 수신할 수 있다. 이때 UE에게 설정한 직교 DMRS 포트가 상기 전송 파라미터를 BS에게 지시하는 데 사용될 수 있다.
구현 B3 혹은 구현 B2를 적용하는 경우, UE와 BS는 각 전송 시기의 HARQ 프로세스 ID를 확정적(deterministic)으로 도출할 수 있다. 그러나, 여전히 자동(autonomous) 재전송과 같은 UE 주도의 전송을 하기 위해서는 NDI, RV 등의 전송 파라미터들을 별도로 인코딩하여 PUSCH 상에서 UL-SCH와 함께 전송할 필요가 있을 수 있다. 이러한 일련의 과정은 UE의 UCI 전송에 추가적인 부담이 될 수 있다. 따라서 UE 주도의 전송에 요구되는 전송 파라미터의 정보량을 최소화하고, 줄어든 정보량을 표현하기 위해 별도로 인코딩하여 포함시키지 않고 PUSCH와 함께 전송되는 DMRS 혹은 다른 참조 신호를 사용하여 전송 파라미터를 표현하는 것이 고려될 수 있다.
BS가 하나의 UE을 위해 n개의 DMRS 포트들을 예약(reserve)하고 UE가 그 중 하나를 취사선택하게 함으로써 상기 UE는 n가지의 정보를 표현할 수 있다. 일례로 BS가 UE에게 두 개의 DMRS 포트들을 예약하고, 상기 UE가 NDI=0인 전송을 수행한 경우에는 첫 번째 DMRS 포트를 선택하고, NDI=1인 전송을 수행하는 경우에는 두 번째 DMRS 포트를 선택할 수 있다. 혹은 NDI가 토글되는 전송을 수행하는 경우에는 첫 번째 DMRS 포트를 선택하고, NDI가 토글되지 않은 전송을 수행하는 경우에는 두 번째 DMRS 포트를 선택할 수 있다.
BS는 UE에게 최대 예약된 DMRS 포트의 개수 N을 L1 시그널링 혹은 상위 계층 시그널링(예, RRC 시그널링)을 통해 지시 혹은 설정할 수 있다. UE는 PUSCH 전송에 대한 스케줄링 정보에서 안테나 포트에 대해서 주어진 값 X을 기준으로 X부터 X+N-1의 정수 값들 중 하나를 선택하고 상기 선택된 안테나 포트를 전송 파라미터를 표현하기 위해 사용할 수 있다.
도 14는 본 명세의 몇몇 구현들에 따른 UE와 BS 간 신호 전송/수신의 흐름을 예시한 것이다.
도 14를 참조하면, BS는 UE에게 SPS/CG 자원을 설정할 수 있다(S1401). 필요한 경우, 상기 BS는 상기 설정된 SPS/CG 자원을 활성화하기 위한 활성화 DCI를 전송할 수 있다. UE는 BS으로부터 SPS/CG 자원을 설정하는 RRC 설정을 수신할 수 있다. 이후, 상기 UE는 상기 SPS/CG 자원에 대한 활성화 DCI를 모니터링하고 수신할 수 있다. SPS/CG 자원의 타입에 따라 상기 활성화 DCI는 필요하지 않을 수 있다. SPS/CG 활성화된 이후, UE와 BS는 SPS/CG 시기에서 사용될 HARQ 프로세스 ID를 본 명세의 몇몇 구현들에 따라 결정할 수 있다(S1403). 상기 결정된 HARQ 프로세스 ID를 바탕으로 UE와 BS는 SPS PDSCH 혹은 CG PUSCH를 전송 혹은 수신할 수 있다(S1405).
본 명세의 몇몇 구현들에 의하면, UE는 주어진 자원들의 패턴 내에서 UE가 UL-SCH 전송의 신뢰도에 미치는 영향을 최소화하면서 PUSCH 전송의 HARQ 프로세스 ID를 BS에게 알릴 수 있다. 또한, 주어진 자원들의 패턴에서 확정적으로 HARQ 프로세스 ID를 결정할 수 있고, HARQ ID를 알리는 데 사용되는 자원을 절약함으로써 UL-SCH 전송의 신뢰도를 향상 시킬 수 있다.
UE는 상향링크 채널의 전송과 관련하여 본 명세의 몇몇 구현들에 따른 동작들을 수행할 수 있다. UE는 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 본 명세의 몇몇 구현들에 따른 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함할 수 있다. UE를 위한 프로세싱 장치는 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 본 명세의 몇몇 구현들에 따른 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함할 수 있다. 컴퓨터 판독 가능 (비휘발성) 저장 매체는 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금 본 명세의 몇몇 구현들에 따른 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장할 수 있다. 컴퓨터 프로그램 혹은 컴퓨터 프로그램 제품은 적어도 하나의 컴퓨터 판독가능한 (비휘발성) 저장 매체에 기록되며, 실행될 때, (적어도 하나의 프로세서로 하여금) 본 명세의 몇몇 구현들에 따른 동작들을 수행하도록 하는 지시들을 포함할 수 있다.
상기 UE, 상기 프로세싱 장치, 상기 컴퓨터 판독 가능 (비휘발성) 저장 매체, 및/또는 상기 컴퓨터 프로그램 제품에서, 상기 동작들은: 설정된 UL 그랜트들을 위한 UL 그랜트 설정을 수신; 상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 HARQ 프로세스 ID들을 결정; 상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행하는 것을 포함한다. 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함한다. 상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이이다.
BS는 상향링크 채널의 수신과 관련하여 본 명세의 몇몇 구현들에 따른 동작들을 수행할 수 있다. BS는 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 본 명세의 몇몇 구현들에 따른 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함할 수 있다. BS를 위한 프로세싱 장치는 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 본 명세의 몇몇 구현들에 따른 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함할 수 있다. 컴퓨터 판독 가능 (비휘발성) 저장 매체는 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금 본 명세의 몇몇 구현들에 따른 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장할 수 있다. 컴퓨터 프로그램 혹은 컴퓨터 프로그램 제품은 적어도 하나의 컴퓨터 판독가능한 (비휘발성) 저장 매체에 기록되며, 실행될 때, (적어도 하나의 프로세서로 하여금) 본 명세의 몇몇 구현들에 따른 동작들을 수행하도록 하는 지시들을 포함할 수 있다.
상기 BS, 상기 프로세싱 장치, 상기 컴퓨터 판독 가능 (비휘발성) 저장 매체, 및/또는 상기 컴퓨터 프로그램 제품에서, 상기 동작들은: 설정된 UL 그랜트들을 위한 UL 그랜트 설정을 UE에게 전송; 상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 HARQ 프로세스 ID들을 결정; 상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 상기 사용자기기의 UL 채널 전송을 수신하는 것을 포함한다. 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함한다. 상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이이다.
본 명세의 몇몇 구현들에서, 상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은: 상기 HARQ 프로세스 ID들 중 상기 시작 HARQ 프로세스 ID를 상기 주기 내 첫 번째 전송 시기의 시작 심볼 인덱스, 상기 UL 그랜트 설정에 대해 이용가능한 HARQ 프로세스들의 개수, 상기 UL 그랜트 설정에 의해 설정된 HARQ 프로세스 오프셋, 및 상기 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함할 수 있다.
본 명세의 몇몇 구현들에서, 상기 시작 HARQ 프로세스 ID는 다음 식에 의해 결정될 수 있다: {(symbol index/periodicity)*(HPN interval)} modulo nrofHARQ-Processes + harq-ProcID-Offset.
본 명세의 몇몇 구현들에서, 상기 HARQ 프로세스 ID 간격은 상기 주기 내 전송 시기들의 개수를 기반으로 결정될 수 있다.
본 명세의 몇몇 구현들에서, 상기 HARQ 프로세스 ID 간격은 상기 설정된 UL 설정과 관련된 반복 전송 횟수를 기반으로 결정될 수 있다.
본 명세의 몇몇 구현들에서, 상기 HARQ 프로세스 ID 간격에 관한 정보를 더 수신하는 것을 포함할 수 있다.
본 명세의 몇몇 구현들에서, 상기 UL 채널 전송은 상기 UL 채널 전송을 위한 HARQ 프로세스 ID를 포함할 수 있다.
상술한 바와 같이 개시된 본 명세의 예들은 본 명세와 관련된 기술분야의 통상의 기술자가 본 명세를 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 명세의 예들을 참조하여 설명하였지만, 해당 기술 분야의 통상의 기술자는 본 명세의 예들을 다양하게 수정 및 변경시킬 수 있다. 따라서, 본 명세는 여기에 기재된 예들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다.
본 명세의 구현들은 무선 통신 시스템에서, 기지국 또는 사용자기기, 기타 다른 장비에 사용될 수 있다.

Claims (13)

  1. 무선 통신 시스템에서 사용자기기가 상향링크(uplink, UL) 채널을 전송함에 있어서,
    설정된 UL 그랜트들을 위한 UL 그랜트 설정을 수신;
    상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 및
    상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행하는 것을 포함하며,
    상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은:
    상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며,
    상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이인,
    상향링크 채널 전송 방법.
  2. 제1항에 있어서,
    상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은:
    상기 HARQ 프로세스 ID들 중 상기 시작 HARQ 프로세스 ID를 상기 주기 내 첫 번째 전송 시기의 시작 심볼 인덱스, 상기 UL 그랜트 설정에 대해 이용가능한 HARQ 프로세스들의 개수, 상기 UL 그랜트 설정에 의해 설정된 HARQ 프로세스 오프셋, 및 상기 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하는,
    상향링크 채널 전송 방법.
  3. 제2항에 있어서,
    상기 시작 HARQ 프로세스 ID는 다음 식에 의해 결정되는:
    {Ceil(시작 심볼 인덱스(symbol index)/주기성(periodicity))*(HPN 프로세스 ID 간격)} modulo (HARQ 프로세스들의 개수) + (HARQ 프로세스 오프셋),
    상향링크 채널 전송 방법.
  4. 제1항에 있어서,
    상기 HARQ 프로세스 ID 간격은 상기 주기 내 전송 시기들의 개수를 기반으로 결정되는,
    상향링크 채널 전송 방법.
  5. 제1항에 있어서,
    상기 HARQ 프로세스 ID 간격은 상기 설정된 UL 설정과 관련된 반복 전송 횟수를 기반으로 결정되는,
    상향링크 채널 전송 방법.
  6. 제1항에 있어서,
    상기 HARQ 프로세스 ID 간격에 관한 정보를 더 수신하는 것을 포함하는,
    상향링크 채널 전송 방법.
  7. 제1항에 있어서,
    상기 UL 채널 전송을 수행하는 것은:
    상기 UL 채널 전송을 위한 HARQ 프로세스 ID를 전송하는 것을 포함하는,
    상향링크 채널 전송 방법.
  8. 무선 통신 시스템에서 사용자기기가 상향링크(uplink, UL) 채널을 전송함에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작들은:
    설정된 UL 그랜트들을 위한 UL 그랜트 설정을 수신;
    상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 및
    상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행하는 것을 포함하며,
    상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은:
    상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며,
    상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이인,
    사용자기기.
  9. 무선 통신 시스템에서 프로세싱 장치에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작들은:
    설정된 상향링크(uplink, UL) 그랜트들을 위한 UL 그랜트 설정을 수신;
    상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 및
    상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행하는 것을 포함하며,
    상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은:
    상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며,
    상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이인,
    프로세싱 장치.
  10. 컴퓨터 판독가능한 저장 매체에 있어서,
    상기 컴퓨터 판독가능한 비휘발성 저장 매체는, 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서로 하여금 사용자기기를 위한 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장하며, 상기 동작들은:
    설정된 상향링크(uplink, UL) 그랜트들을 위한 UL 그랜트 설정을 수신;
    상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 및
    상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행하는 것을 포함하며,
    상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은:
    상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며,
    상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이인,
    컴퓨터 판독가능한 저장 매체.
  11. 컴퓨터 프로그램 판독가능한 저장 매체에 저장된 컴퓨터 프로그램에 있어서,
    상기 컴퓨터 프로그램은 실행될 때 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 지시들을 포함하는 적어도 하나의 프로그램 코드를 포함하며, 상기 동작들은:
    설정된 상향링크(uplink, UL) 그랜트들을 위한 UL 그랜트 설정을 수신;
    상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 및
    상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 UL 채널 전송을 수행하는 것을 포함하며,
    상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은:
    상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며,
    상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이인,
    컴퓨터 프로그램.
  12. 무선 통신 시스템에서 기지국이 사용자기기로부터 상향링크(uplink, UL) 채널을 수신함에 있어서,
    설정된 UL 그랜트들을 위한 UL 그랜트 설정을 사용자기기에게 전송;
    상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 및
    상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 상기 사용자기기의 UL 채널 전송을 수신하는 것을 포함하며,
    상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은:
    상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며,
    상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이인,
    상향링크 채널 수신 방법.
  13. 무선 통신 시스템에서 기지국이 사용자기기로부터 상향링크(uplink, UL) 채널을 수신함에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결 가능한, 그리고, 실행될 때, 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하도록 하는 명령(instruction)들을 저장한, 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작들은:
    설정된 UL 그랜트들을 위한 UL 그랜트 설정을 사용자기기에게 전송;
    상기 UL 그랜트 설정을 기반으로, 상기 설정된 UL 그랜트들의 주기를 위한 하이브리드 자동 반복 요청(hybrid automatic repeat request, HARQ) 프로세스 식별자(identifier, ID)들을 결정; 및
    상기 결정된 HARQ 프로세스 ID들을 기반으로 상기 주기 내 상기 설정된 UL 그랜트들에 대응하는 전송 시기들 중 적어도 하나에서 상기 사용자기기의 UL 채널 전송을 수신하는 것을 포함하며,
    상기 주기를 위한 HARQ 프로세스 ID들을 결정하는 것은:
    상기 HARQ 프로세스 ID들 중 시작 HARQ 프로세스 ID를 HARQ 프로세스 ID 간격을 기반으로 결정하는 것을 포함하며,
    상기 HARQ 프로세스 ID 간격은 상이한 주기들에 대한 시작 HARQ 프로세스 ID들 간 최소 차이인,
    기지국.
PCT/KR2021/010395 2020-08-06 2021-08-06 상향링크 채널을 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 상향링크 채널을 수신하는 방법 및 기지국 WO2022031102A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US18/019,661 US20230309090A1 (en) 2020-08-06 2021-08-06 Method for transmitting uplink channel, user device, processing device, storage medium and computer program, and method for receiving uplink channel, and base station
KR1020237003777A KR20230044220A (ko) 2020-08-06 2021-08-06 상향링크 채널을 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 상향링크 채널을 수신하는 방법 및 기지국

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20200098852 2020-08-06
KR10-2020-0098852 2020-08-06

Publications (1)

Publication Number Publication Date
WO2022031102A1 true WO2022031102A1 (ko) 2022-02-10

Family

ID=80118354

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/010395 WO2022031102A1 (ko) 2020-08-06 2021-08-06 상향링크 채널을 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 상향링크 채널을 수신하는 방법 및 기지국

Country Status (3)

Country Link
US (1) US20230309090A1 (ko)
KR (1) KR20230044220A (ko)
WO (1) WO2022031102A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024033821A1 (en) * 2022-08-08 2024-02-15 Telefonaktiebolaget Lm Ericsson (Publ) Multi-slot transmission with a preconfigured allocation
WO2024099812A1 (en) * 2022-11-07 2024-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Configured grant pusch occasions increment

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230180231A1 (en) * 2021-12-08 2023-06-08 Qualcomm Incorporated Downlink control information for retransmission of semi-persistently scheduled physical downlink shared channels

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180098139A (ko) * 2017-02-24 2018-09-03 한국전자통신연구원 통신 시스템에서 harq 프로세스의 처리를 위한 방법 및 장치
US20190230691A1 (en) * 2017-03-23 2019-07-25 Huawei Technologies Co., Ltd. Configuration, Indication and ACK/NACK for Multiple HARQ Grant-Free Transmission
WO2020090091A1 (ja) * 2018-11-01 2020-05-07 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
US20200154469A1 (en) * 2018-11-09 2020-05-14 FG Innovation Company Limited Method and apparatus for uplink transmission
US20200229182A1 (en) * 2019-01-11 2020-07-16 Qualcomm Incorporated Harq process identifier determination for multiple configured scheduling processes

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180098139A (ko) * 2017-02-24 2018-09-03 한국전자통신연구원 통신 시스템에서 harq 프로세스의 처리를 위한 방법 및 장치
US20190230691A1 (en) * 2017-03-23 2019-07-25 Huawei Technologies Co., Ltd. Configuration, Indication and ACK/NACK for Multiple HARQ Grant-Free Transmission
WO2020090091A1 (ja) * 2018-11-01 2020-05-07 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
US20200154469A1 (en) * 2018-11-09 2020-05-14 FG Innovation Company Limited Method and apparatus for uplink transmission
US20200229182A1 (en) * 2019-01-11 2020-07-16 Qualcomm Incorporated Harq process identifier determination for multiple configured scheduling processes

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024033821A1 (en) * 2022-08-08 2024-02-15 Telefonaktiebolaget Lm Ericsson (Publ) Multi-slot transmission with a preconfigured allocation
WO2024099812A1 (en) * 2022-11-07 2024-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Configured grant pusch occasions increment

Also Published As

Publication number Publication date
US20230309090A1 (en) 2023-09-28
KR20230044220A (ko) 2023-04-03

Similar Documents

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

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

Country of ref document: EP

Kind code of ref document: A1