METHOD AND DEVICE FOR PUCCH TRANSMISSION/RECEPTION IN WIRELESS COMMUNICATION SYSTEM

The present disclosure relates to a communication technique for converging IoT technology with 5G communication systems for supporting a higher data transfer rate beyond 4G systems; and a system therefor. The present disclosure may be applied to intelligent services (for example, smart homes, smart buildings, smart cities, smart cars or connected cars, healthcare, digital education, retail businesses, security- and safety-related services, etc.) on the basis of 5G communication technology and IoT-related technology. In addition, the present disclosure relates to a method and a device for physical uplink control channel (PUCCH) transmission/reception in a wireless communication system.

TECHNICAL FIELD

The disclosure relates to a method and a device for transmitting or receiving a physical uplink control channel (PUCCH) in a wireless communication system and, more specifically, to a method and a device for transmitting or receiving a PUCCH in a communication system supporting Cross Division Duplex (XDD) which can flexibly divide an uplink resource and a downlink resource in a time domain and a frequency domain.

BACKGROUND

In order to enhance coverage of a base station and a terminal, not only can uplink and downlink resources be divided in a time domain according to the proportion of uplink and downlink traffic, as in a time division duplex (TDD) system, but also uplink and downlink resources can also be divided in a frequency domain, as in a frequency division duplex (FDD) system. As such, a system which can flexibly divide an uplink resource and a downlink resource in a time domain and a frequency domain may be referred to as an XDD system, a flexible TDD system, a hybrid TDD system, a TDD-FDD system, a hybrid TDD-FDD system, etc. For convenience of description, the system is described as an XDD system in this disclosure. In XDD, X may refer to a time or a frequency.

Disclosure

In an XDD system, a part or the entire of a configured PUCCH resource may be configured as a downlink resource due to an XDD configuration and thus cannot be used for PUCCH transmission. Therefore, a method for transmitting a PUCCH in consideration of a downlink resource according to such an XDD configuration is required.

A method of a terminal in a communication system according to an embodiment of the disclosure may include: receiving XDD configuration information for configuring an uplink-downlink resource configuration of the terminal from a base station; identifying whether a physical uplink control channel (PUCCH) resource of a first slot satisfies a preconfigured condition, based on the XDD configuration information; and transmitting a PUCCH to the base station, based on whether the PUCCH resource of the first slot satisfies the preconfigured condition.

According to an embodiment, the identifying of whether the PUCCH resource of the first slot satisfies the preconfigured condition may include, in a case that at least a part of the first slot includes a downlink resource, the PUCCH resource configured in the first slot includes a downlink resource, or the PUCCH resource configured in the first slot includes downlink resources, the number of which is larger than or equal to a predetermined range, identifying that the PUCCH resource of the first slot satisfies the preconfigured condition.

According to an embodiment, the method may include: in a case that the PUCCH resource of the first slot is identified to satisfy the preconfigured condition, dropping PUCCH transmission; based on a PUCCH resource of a second slot that does not satisfy the preconfigured condition, transmitting the PUCCH in the second slot; or transmitting the PUCCH in the first slot, based on a scaled PUCCH resource excluding a downlink resource based on the XDD configuration information in the configured PUCCH resource.

According to an embodiment, the transmitting of the PUCCH to the base station may include transmitting the PUCCH, further based on whether scaling is applicable to the configured PUCCH resource.

In an embodiment, the transmitting of the PUCCH to the base station may include transmitting the PUCCH, further based on whether PUCCH transmission is possible in a slot including a downlink resource.

In an embodiment, the method may include: determining a PUCCH resource among configured PUCCH resources in consideration of a downlink resource based on the XDD configuration information; or determining a resource to be used for actual PUCCH transmission in consideration of a downlink resource based on the XDD configuration information.

In an embodiment, the method may include mapping a demodulation reference signal (DMRS) sequence for the PUCCH to a symbol and transmitting the mapped sequence, in consideration of a downlink resource based on the XDD configuration information.

A terminal in a communication system according to an embodiment of the disclosure may include: a transceiver; and a controller configured to receive XDD configuration information for configuring an uplink-downlink resource configuration of the terminal from a base station, identify whether a physical uplink control channel (PUCCH) resource of a first slot satisfies a preconfigured condition, based on the XDD configuration information, and transmit a PUCCH to the base station, based on whether the PUCCH resource of the first slot satisfies the preconfigured condition.

A method of a base station in a communication system according to an embodiment of the disclosure may include: transmitting XDD configuration information for configuring an uplink-downlink resource configuration of a terminal to the terminal; and receiving, from the terminal, a physical uplink control channel (PUCCH) transmitted based on whether a PUCCH resource of a first slot satisfies a preconfigured condition according to the XDD configuration information.

A base station in a communication system according to an embodiment of the disclosure may include: a transceiver; and a controller configured to transmit XDD configuration information for configuring an uplink-downlink resource configuration of a terminal to the terminal, and receive, from the terminal, a physical uplink control channel (PUCCH) transmitted based on whether a PUCCH resource of a first slot satisfies a preconfigured condition according to the XDD configuration information.

Advantageous Effects

According to the disclosure, an efficient PUCCH resource allocation method in a communication system supporting XDD may be provided.

For the same reason, in the accompanying drawings, some elements may be exaggerated, omitted, or schematically illustrated. Further, the size of each element does not necessarily reflect the actual size. In the drawings, identical or corresponding elements are provided with identical reference numerals.

The advantages and features of the disclosure and ways to achieve them will be apparent by making reference to embodiments as described below in detail in conjunction with the accompanying drawings. However, the disclosure is not limited to the embodiments set forth below, but may be implemented in various different forms. The following embodiments are provided only to completely disclose the disclosure and inform those skilled in the art of the scope of the disclosure, and the disclosure is defined only by the scope of the appended claims. Throughout the specification, the same or like reference numerals designate the same or like elements. Furthermore, in describing the disclosure, a detailed description of known functions or configurations incorporated herein will be omitted when it is determined that the description may make the subject matter of the disclosure unnecessarily unclear. The terms which will be described below are terms defined in consideration of the functions in the disclosure, and may be different according to users, intentions of the users, or customs. Therefore, the definitions of the terms should be made based on the contents throughout the specification.

In the following description, a base station is an entity that allocates resources to terminals, and may be at least one of a gNode B, an eNode B, a Node B, a base station (BS), a wireless access unit, a base station controller, and/or a node on a network. A terminal may include a user equipment (UE), a mobile station (MS), a cellular phone, a smartphone, a computer, or a multimedia system capable of performing communication functions. In the disclosure, a “downlink (DL)” refers to a radio link via which a base station transmits a signal to a terminal, and an “uplink (UL)” refers to a radio link via which a terminal transmits a signal to a base station. Furthermore, in the following description, LTE or LTE-A systems may be described by way of example, but the embodiments of the disclosure may also be applied to other communication systems having similar technical backgrounds or channel types. Examples of such communication systems may include 5th generation mobile communication technologies (5G, new radio, and NR) developed beyond LTE-A, and in the following description, the “5G” may be the concept that covers the exiting LTE, LTE-A, or other similar services. In addition, based on determinations by those skilled in the art, the embodiments of the disclosure may also be applied to other communication systems through some modifications without significantly departing from the scope of the disclosure.

A wireless communication system incorporating features of the present disclosure is advancing to a broadband wireless communication system for providing high-speed and high-quality packet data services using communication standards, such as high-speed packet access (HSPA) of 3GPP, LTE {long-term evolution or evolved universal terrestrial radio access (E-UTRA)}, LTE-Advanced (LTE-A), LTE-Pro, high-rate packet data (HRPD) of 3GPP2, ultra-mobile broadband (UMB), IEEE 802.16e, and the like, as well as typical voice-based services.

As a typical example of the broadband wireless communication system, an LTE system employs an orthogonal frequency division multiplexing (OFDM) scheme in a downlink (DL) and employs a single carrier frequency division multiple access (SC-FDMA) scheme in an uplink (UL). The uplink indicates a radio link through which a user equipment (UE) (or a mobile station (MS)) transmits data or control signals to a base station (BS) (eNode B), and the downlink indicates a radio link through which the base station transmits data or control signals to the UE. The above multiple access scheme may separate data or control information of respective users by allocating and operating time-frequency resources for transmitting the data or control information for each user so as to avoid overlapping each other, that is, so as to establish orthogonality.

Since a 5G communication system, which is a post-LTE communication system, should freely reflect various requirements of users, service providers, and the like, services satisfying various requirements should be supported. The services considered in the 5G communication system include enhanced mobile broadband (eMBB) communication, massive machine-type communication (mMTC), ultra-reliability low-latency communication (URLLC), and the like.

eMBB aims at providing a data rate higher than that supported by existing LTE, LTE-A, or LTE-Pro. For example, in the 5G communication system, eMBB should provide a peak data rate of 20 Gbps in the downlink and a peak data rate of 10 Gbps in the uplink for a single base station. Furthermore, the 5G communication system should provide an increased user-perceived data rate to the UE, as well as the maximum data rate. In order to satisfy such requirements, transmission/reception technologies including a further enhanced multi-input multi-output (MIMO) transmission technique are required to be improved. In addition, the data rate required for the 5G communication system may be obtained using a frequency bandwidth more than 20 MHz in a frequency band of 3 to 6 GHz or 6 GHz or more, instead of transmitting signals using a transmission bandwidth up to 20 MHz in a band of 2 GHz used in LTE.

In addition, mMTC is being considered to support application services such as the Internet of Things (IoT) in the 5G communication system. mMTC has requirements, such as support of connection of a large number of UEs in a cell, enhancement coverage of UEs, improved battery time, a reduction in the cost of a UE, and the like, in order to effectively provide the Internet of Things. Since the Internet of Things provides communication functions while being provided to various sensors and various devices, it should support a large number of UEs (e.g., 1,000,000 UEs/km2) in a cell. In addition, the UEs supporting mMTC may require wider coverage than those of other services provided by the 5G communication system because the UEs are likely to be located in a shadow area, such as a basement of a building, which is not covered by the cell due to the nature of the service. The UE supporting mMTC should be configured to be inexpensive, and may require a very long battery life-time such as 10 to 15 years because it is difficult to frequently replace the battery of the UE.

Lastly, URLLC, which is a cellular-based mission-critical wireless communication service, may be used for remote control for robots or other machines, industrial automation, unmanned aerial vehicles, remote health care, emergency alert, and the like. Thus, URLLC should provide communication with ultra-low latency and ultra-high reliability. For example, a service supporting URLLC should satisfy an air interface latency of less than 0.5 ms, and also requires a packet error rate of 10-5 or less. Therefore, for the services supporting URLLC, a 5G system should provide a transmit time interval (TTI) shorter than those of other services, and also may require a design for assigning a large number of resources in a frequency band in order to secure reliability of a communication link.

The three 5G services, that is, eMBB, URLLC, and mMTC, may be multiplexed and transmitted in a single system. In this case, different transmission/reception techniques and transmission/reception parameters may be used between services in order to satisfy different requirements of the respective services. Of course, 5G is not limited to the above-described three services.

Hereinafter, the frame structure of a 5G system will be described in more detail with reference to the accompanying drawings.

FIG.1illustrates the basic structure of a time-frequency domain that is a radio resource domain in which data or a control channel is transmitted in a 5G wireless communication system.

Referring toFIG.1, the horizontal axis denotes a time domain, and the vertical axis denotes a frequency domain. The basic unit of resources in the time and frequency domains is a resource element (RE)101, which may be defined as one orthogonal frequency division multiplexing (OFDM) symbol102along the time axis and one subcarrier103along the frequency axis. In the frequency domain, NRscRB(e.g., 12) consecutive REs may constitute one resource block (RB)104.

FIG.2illustrates an example of a slot structure used in a 5G wireless communication system.

Referring toFIG.2, an example of the structure of a frame200, a subframe201, and a slot202is illustrated. One frame200may be defined as 10 ms. One subframe201may be defined as 1 ms. Therefore, one frame200may include a total of ten subframes201. One slot202or203may be defined as 14 OFDM symbols (that is, the number of symbols per one slot Nsymbslot=14). One subframe201may include one slot or multiple slots202and203. The number of slots202and203per one subframe201may differ depending on configuration values p204and205regarding the subcarrier spacing. The example inFIG.2illustrates a case in which the subcarrier spacing configuration value is μ=0 (204), and a case in which μ=1 (205). In the case of μ=0 (204), one subframe201may include one slot202. In the case of μ=1 (205), one subframe201may include two slots203. That is, the number of slots per one subframe Nslotsubframe,μmay differ depending on the subcarrier spacing configuration value μ, and the number of slots per one frame Nslotframe,μmay differ accordingly. Nslotsubframe,μand Nslotframe,μmay be defined according to each subcarrier spacing configuration p as in Table 1 below:

Next, bandwidth part (BWP) configuration in a 5G communication system will be described in detail with reference to the accompanying drawings.

FIG.3illustrates an example of a bandwidth part (BWP) configuration in a 5G wireless communication system.

Referring toFIG.3, an example in which a UE bandwidth300is configured to include two bandwidth parts, that is bandwidth part #1 (BWP #1)301and bandwidth part #2 (BWP #2)302, is illustrated. A base station may configure one or multiple bandwidth parts for a UE, and may configure the following pieces of information with regard to each bandwidth part.

Obviously, the above example is not limiting, and various parameters related to the bandwidth part may be configured for the UE, in addition to the above configuration information. The above pieces of information may be transferred from the base station to the UE through upper layer signaling, for example, radio resource control (RRC) signaling. One configured bandwidth part or at least one bandwidth part among multiple configured bandwidth parts may be activated. Whether or not to activate a configured bandwidth part may be semi-statically transferred from the base station to the UE through RRC signaling, or dynamically transferred through downlink control information (DCI).

According to an embodiment, the UE, prior to radio resource control (RRC) connection, may have an initial BWP for initial access configured by the base station through a master information block (MIB). To be more specific, the UE may receive configuration information regarding a control resource set (CORESET) and a search space which may be used to transmit a PDCCH for receiving system information (which may correspond to remaining system information (RMSI) or system information block 1 (SIB1) necessary for initial access through the MIB in the initial access step. Each of the control resource set and the search space configured by the MIB may be considered as identity (ID) 0. The base station may notify the UE of configuration information, such as frequency allocation information regarding control resource set #0, time allocation information, and numerology, through the MIB. In addition, the base station may notify the UE of configuration information regarding the monitoring cycle and occasion regarding control resource set #0, that is, configuration information regarding control resource set #0, through the MIB. The UE may consider that a frequency domain configured by control resource set #0 acquired from the MIB is an initial bandwidth part for initial access. The identifier (ID) of the initial bandwidth part may be considered to be 0.

According to various embodiments incorporating features of the present disclosure. the bandwidth part-related configuration supported by the 5G wireless communication system may be used for various purposes. According to an embodiment, if the bandwidth supported by the UE is smaller than the system bandwidth, this may be supported through the bandwidth part configuration. For example, the base station may configure the frequency location (configuration information 2) of the bandwidth part for the UE such that the UE can transmit/receive data at a specific frequency location within the system bandwidth.

In addition, according to an embodiment, the base station may configure multiple bandwidth parts for the UE for the purpose of supporting different numerologies. For example, in order to support a UE's data transmission/reception using both a subcarrier spacing of 15 kHz and a subcarrier spacing of 30 kHz, two bandwidth parts may be configured as subcarrier spacings of 15 kHz and 30 kHz, respectively. Different bandwidth parts may be subjected to frequency division multiplexing, and when data is to be transmitted/received at a specific subcarrier spacing, the bandwidth part configured as the corresponding subcarrier spacing may be activated.

In addition, according to an embodiment, the base station may configure bandwidth parts having different sizes of bandwidths for the UE for the purpose of reducing power consumed by the UE. For example, if the UE supports a substantially large bandwidth (for example, 100 MHz) and always transmits/receives data with the corresponding bandwidth, a substantially large amount of power consumption may occur. Particularly, it may be substantially inefficient from the viewpoint of power consumption to unnecessarily monitor the downlink control channel with a large bandwidth of 100 MHz in the absence of traffic. In order to reduce power consumed by the UE, the base station may configure a bandwidth part of a relatively small bandwidth, for example, a bandwidth part of 20 MHz, for the UE. The UE may perform a monitoring operation in the 20 MHz bandwidth part in the absence of traffic, and may transmit/receive data with the 100 MHz bandwidth part as instructed by the base station if data has occurred.

In connection with the bandwidth part configuring method, UEs, before being RRC-connected, may receive configuration information regarding the initial bandwidth part through a master information block (MIB) in the initial access step. To be more specific, a UE may have a control resource set (CORESET) configured for a downlink control channel which may be used to transmit downlink control information (DCI) for scheduling a system information block (SIB) from the MIB of a physical broadcast channel (PBCH). The bandwidth of the control resource set configured by the MIB may be considered as the initial bandwidth part, and the UE may receive, through the configured initial bandwidth part, a physical downlink shared channel (PDSCH) through which an SIB is transmitted. The initial bandwidth part may be used not only for the purpose of receiving the SIB, but also for other system information (OSI), paging, random access, or the like.

If a UE has one or more bandwidth parts configured therefor, the base station may instruct to the UE to change (or switch) the bandwidth parts by using a bandwidth part indicator field inside DCI. As an example, if the currently activated bandwidth part of the UE is bandwidth part #1301inFIG.3, the base station may indicate bandwidth part #2302with a bandwidth part indicator inside DCI, and the UE may change the bandwidth part to bandwidth part #2302indicated by the bandwidth part indicator inside received DCI.

As described above, DCI-based bandwidth part changing may be indicated by DCI for scheduling a PDSCH or a PUSCH, and a UE, upon receiving a bandwidth part change request, should be able to receive or transmit the PDSCH or PUSCH scheduled by the corresponding DCI in the changed bandwidth part with no problem. To this end, a requirement regarding the delay time (TBWP) required during a bandwidth part change are specified standards, and may be defined, for example, as follows:

TABLE 3BWP switch delay TBWP(slots)μNR Slot length (ms)Type 1Note 1Type 2Note 1011310.52520.253930.125618Note 1:Depends on UE capability.Note 2:If the BWP switch involves changing of SCS, the BWP switch delay is determined by the larger one between the SCS before BWP switch and the SCS after BWP switch.

The requirement regarding the bandwidth part change delay time supports type 1 or type 2, depending on the capability of the UE. The UE may report the supportable bandwidth part delay time type to the base station.

If the UE has received DCI including a bandwidth part change indicator in slot n, according to the above-described requirement regarding the bandwidth part change delay time, the UE may complete a change to the new bandwidth part indicated by the bandwidth part change indicator at a timepoint not later than slot n+TBWP, and may transmit/receive a data channel scheduled by the corresponding DCI in the newly changed bandwidth part. If the base station wants to schedule a data channel by using the new bandwidth part, the base station may determine time domain resource allocation regarding the data channel in view of the UE's bandwidth part change delay time (TBWP). That is, when scheduling a data channel by using the new bandwidth part, the base station may schedule the corresponding data channel after the bandwidth part change delay time, in connection with the method for determining time domain resource allocation regarding the data channel. Accordingly, the UE may not expect that the DCI that indicates a bandwidth part change will indicate a slot offset (K0 or K2) value smaller than the bandwidth part change delay time (TBWP).

If the UE has received DCI (for example, DCI format 1_1 or 0_1) indicating a bandwidth part change, the UE may perform no transmission or reception during a time interval from the third symbol of the slot used to receive a PDCCH including the corresponding DCI to the start point of the slot indicated by a slot offset (K0 or K2) value indicated by a time domain resource allocation indicator field in the corresponding DCI. For example, if the UE has received DCI indicating a bandwidth part change in slot n, and if the slot offset value indicated by the corresponding DCI is K, the UE may perform no transmission or reception from the third symbol of slot n to the symbol before slot n+K (that is, the last symbol of slot n+K−1).

Next, a synchronization signal (SS)/PBCH block in a 5G wireless communication system will be described.

An SS/PBCH block may refer to a physical layer channel block including a primary SS (PSS), a secondary SS (SSS), and a PBCH. Details thereof are as follows:PSS: a signal which becomes a reference of downlink time/frequency synchronization, and provides partial information of a cell ID.SSS: becomes a reference of downlink time/frequency synchronization, and provides remaining cell ID information not provided by the PSS. Additionally, the SSS may play the role of a reference signal for PBCH demodulation.PBCH: provides essential system information necessary for the UE's data channel and control channel transmission/reception. The essential system information may include search space-related control information indicating a control channel's radio resource mapping information, scheduling control information regarding a separate data channel for transmitting system information, and the like.SS/PBCH block: the SS/PBCH block includes a combination of a PSS, an SSS, and a PBCH. One or multiple SS/PBCH blocks may be transmitted within a time of 5 ms, and each transmitted SS/PBCH block may be distinguished by an index.

The UE may detect the PSS and the SSS in the initial access step, and may decode the PBCH. The UE may acquire an MIB from the PBCH, and this may be used to configure control resource set (CORESET) #0 (which may correspond to a control resource set having a control resource set index of 0). The UE may monitor control resource set #0 by assuming that the demodulation reference signal (DMRS) transmitted in the selected SS/PBCH block and control resource set #0 is quasi-co-located (QCL). The UE may receive system information with downlink control information transmitted in control resource set #0. The UE may acquire configuration information related to a random access channel (RACH) necessary for initial access from the received system information. The UE may transmit a physical RACH (PRACH) to the base station in view of a selected SS/PBCH index, and the base station, upon receiving the PRACH, may acquire information regarding the SS/PBCH block index selected by the UE. The base station may know which block the UE has selected from respective SS/PBCH blocks, and the fact that control resource set #0 associated therewith is monitored.

Next, downlink control information (DCI) in a 5G wireless communication system will be described in detail. In the 5G system, scheduling information for uplink data (or physical uplink shared channel (PUSCH)) or downlink data (or physical downlink shared channel (PDSCH)) may be transmitted from a base station to a UE through DCI. The UE may monitor a DCI format for fallback and a DCI format for non-fallback with respect to a PUSCH or a PDSCH. The DCI format for fallback may include a fixed field predefined between the base station and the UE, and the DCI format for non-fallback may include a configurable field.

The DCI may be transmitted through a physical downlink control channel (PDCCH) through channel coding and modulation processes. A cyclic redundancy check (CRC) is attached to a DCI message payload, and the CRC may be scrambled by a radio network temporary identifier (RNTI) corresponding to the UE's identity. Different RNTIs may be used depending on the purpose of a DCI message, for example, UE-specific data transmission, a power control command, or a random access response. That is, the RNTI is not explicitly transmitted but is included in a CRC calculation process and transmitted. When a DCI message transmitted through the PDCCH is received, the UE may identify the CRC by using the allocated RNTI, and if a result of identifying the CRC is correct, the UE is aware that the corresponding message has been transmitted to the UE.

For example, DCI for scheduling a PDSCH for system information (SI) may be scrambled by an SI-RNTI. DCI for scheduling a PDSCH for a random access response (RAR) message may be scrambled by an RA-RNTI. DCI for scheduling a PDSCH for a paging message may be scrambled by a P-RNTI. DCI for notifying a slot format indicator (SFI) may be scrambled by an SFI-RNTI. DCI for notifying a transmit power control (TPC) may be scrambled by a TPC-RNTI. DCI for scheduling a UE-specific PDSCH or PUSCH may be scrambled by a cell RNTI (C-RNTI), a modulation coding scheme C-RNTI (MCS-C-RNTI), and a configured scheduling RNTI (CS-RNTI).

DCI format 0_0 may be used as fallback DCI for scheduling a PUSCH, and in this case, a CRC may be scrambled by a C-RNTI. The DCI format 0_0, in which the CRC is scrambled by the C-RNTI, may include, for example, the following information.

TABLE 4-Identifier for DCI formats - 1 bit-The value of this bit field is always set to 0, indicating an UL DCI format-Frequency domain resource assignment- ┌log2( NRBUL,BWP(NRBUL,BWP+1)/2)┐bits where NRBUL,BWPis defined in subclause 7.3.1.0-For PUSCH hopping with resource allocation type 1:-NUL—hopMSB bits are used to indicate the frequency offset accordingto Subclause 6.3 of [6, TS 38.214], where NUL—hop= 1 if the higherlayer parameter frequencyHoppingOffsetLists contains two offsetvalues and NUL—hop= 2 if the higher layer parameterfrequencyHoppingOffsetLists contains four offset values-┌log2( NRBUL,BWP(NRBUL,BWP+ 1)/2)┐- NUL—hopbits provides thefrequency domain resource allocation according to Subclause6.1.2.2.2 of [6, TS 38.214]-For non-PUSCH hopping with resource allocation type 1:-┌log2( NRBUL,BWP(NRBUL,BWP+ 1)/2)┐bits provides the frequencydomain resource allocation according to Subclause 6.1.2.2.2 of [6, TS38.214]-Time domain resource assignment- 4 bits as defined in Subclause 6.1.2.1 of[6, TS 38.214]-Frequency hopping flag - 1 bit according to Table 7.3.1.1.1-3, as defined inSubclause 6.3 of [6, TS 38.214]-Modulation and coding scheme- 5 bits as defined in Subclause 6.1.4.1 of [6,TS 38.214]-New data indicator - 1 bit-Redundancy version - 2 bits as defined in Table 7.3.1.1.1-2-HARQ process number - 4 bits-TPC command for scheduled PUSCH - 2 bits as defined in Subclause 7.1.1of [5, TS 38.213]-Padding bits, if required.-UL/SUL indicator - 1 bit for UEs configured with supplementaryUplink inServingCellConfig in the cell as defined in Table 7.3.1.1.1-1 and the numberof bits for DCI format 1_0 before padding is larger than the number of bitsfor DCI format 0_0 before padding; 0 bit otherwise. The UL/SUL indicator,if present, locates in the last bit position of DCI format 0_0, after thepadding bit(s).-If the UL/SUL indicator is present in DCI format 0_0 and the higherlayer parameter pusch-Config is not configured on both UL and SUL theUE ignores the UL/SUL indicator field in DCI format 0_0, and thecorresponding PUSCH scheduled by the DCI format 0_0 is for the UL orSUL for which high layer parameter pucch-Config is configured;-If the UL/SUL indicator is not present in DCI format 0_0 and pucch-Config is configured, the corresponding PUSCH scheduled by the DCIformat 0_0 is for the UL or SUL for which high layer parameter pucch-Config is configured.-If the UL/SUL indicator is not present in DCI format 0_0 and pucch-Config is not configured, the corresponding PUSCH scheduled by theDCI format 0_0 is for the uplink on which the latest PRACH istransmitted.

DCI format 0_1 may be used as non-fallback DCI for scheduling a PUSCH, and in this case, a CRC may be scrambled by a C-RNTI. The DCI format 0_1, in which the CRC is scrambled by the C-RNTI, may include, for example, the following information.

TABLE 5- Identifier for DCI formats - 1 bit- The value of this bit field is always set to 0, indicating an UL DCI format- Carrier indicator - 0 or 3 bits, as defined in Subclause 10.1 of [5, TS38.213].- UL/SUL indicator - 0 bit for UEs not configured with supplementaryUplinkin ServingCellConfig in the cell or UEs configured with supplementaryUplinkin ServingCellConfig in the cell but only PUCCH carrier in the cell isconfigured for PUSCH transmission; otherwise, 1 bit as defined in Table7.3.1.1.1-1.- Bandwidth part indicator - 0, 1 or 2 bits as determined by the number of ULBWPS nBWP,RRCconfigured by higher layers, excluding the initial ULbandwidth part. The bitwidth for this field is determined as┌log2(nBWP)bits, where- nBWP= nBWP,RRC+ 1 if nBWP,RRC≤ 3, in which case the bandwidth partindicator is equivalent to the ascending order of the higher layer parameterBWP-Id;- otherwise nBWP= nBWP,RRC, in which case the bandwidth part indicator isdefined in Table 7.3.1.1.2-1;If a UE does not support active BWP change via DCI, the UE ignores this bitfield.- Frequency domain resource assignment - number of bits determined by thefollowing, where NRBUL,BWPis the size of the active UL bandwidth part:- NRBGbits if only resource allocation type 0 is configured, where NRBGisdefined in Subclause 6.1.2.2.1 of [6, TS 38.214],- ┌log2( NRBUL,BWP(NRB,UL,BWP+ 1)/2)bits if only resource allocation type 1is configured, or max (┌log2(NRB,UL,BWP(NRBUL,BWP+ 1)/2), NRBG) + 1bits if both resource allocation type 0 and 1 are configured.- If both resource allocation type 0 and 1 are configured, the MSB bit is usedto indicate resource allocation type 0 or resource allocation type 1, wherethe bit value of 0 indicates resource allocation type 0 and the bit value of1 indicates resource allocation type 1.- For resource allocation type 0, the NRBGLSBs provide the resourceallocation as defined in Subclause 6.1.2.2.1 of [6, TS 38.214].- For resource allocation type 1, the ┌log2( NRBUL,BWP(NRBUL,BWP+ 1)/2)LSBs provide the resource allocation as follows:- For PUSCH hopping with resource allocation type 1:- NUL_hop MSB bits are used to indicate the frequency offset accordingto Subclause 6.3 of [6, TS 38.214], where NUL_hop = 1 if the higherlayer parameter frequencyHoppingOffsetLists contains two offsetvalues and NUL_hop = 2 if the higher layer parameterfrequencyHoppingOffsetLists contains four offset values- ┌log2(NRBUL,BWP(NRBUL,BWP+1)/2)− NUL_hop bits provides thefrequency domain resource allocation according to Subclause6.1.2.2.2 of [6, TS 38.214]- For non-PUSCH hopping with resource allocation type 1:- ┌log2(NRBUL,BWP(NRBUL,BWP+1)/2)bits provides the frequencydomain resource allocation according to Subclause 6.1.2.2.2 of [6,TS 38.214]If “Bandwidth part indicator” field indicates a bandwidth part other than theactive bandwidth part and if both resource allocation type 0 and 1 areconfigured for the indicated bandwidthpart, the UE assumes resource allocation type 0 for the indicated bandwidthpart if the bitwidth of the “Frequency domain resource assignment” field ofthe active bandwidth part is smaller than the bitwidth of the “Frequencydomain resource assignment” field of the indicated bandwidth part.- Time domain resource assignment - 0, 1, 2, 3, or 4 bits as defined inSubclause 6.1.2.1 of [6, TS38.214]. The bitwidth for this field is determinedas ┌log2(I)bits, where I is the number of entries in the higher layerparameter pusch-TimeDomainAllocationList if the higher layer parameter isconfigured; otherwise I is the number of entries in the default table.- Frequency hopping flag - 0 or 1 bit:- 0 bit if only resource allocation type 0 is configured or if the higher layerparameter frequencyHopping is not configured;- 1 bit according to Table 7.3.1.1.1-3 otherwise, only applicable to resourceallocation type 1, as defined in Subclause 6.3 of [6, TS 38.214].- Modulation and coding scheme - 5 bits as defined in Subclause 6.1.4.1 of [6,TS 38.214]- New data indicator - 1 bit- Redundancy version - 2 bits as defined in Table 7.3.1.1.1-2- HARQ process number - 4 bits- 1stdownlink assignment index - 1 or 2 bits:- 1 bit for semi-static HARQ-ACK codebook;- 2 bits for dynamic HARQ-ACK codebook.- 2nddownlink assignment inde - 0 or 2 bits:- 2 bits for dynamic HARQ-ACK codebook with two HARQ-ACK sub-codebooks;- 0 bit otherwise.- TPC command for scheduled - 2 bits as defined in Subclause 7.1.1 of [5,TS38.213]‐⁢SRS⁢resource⁢indicator-⌈log2(∑k=1min⁢{Lmax,NSRS}∑(NSRSk))⌉⁢or⁢⌈log2(NSRS)⌉bits, where NSRSis the number of configured SRS resources in the SRSresource set associated with the higher layer parameter usage of value‘codeBook’ or ‘nonCodeBook’,‐⁢⌈log2(∑k=1min⁢{Lmax,NSRS}∑(NSRSk))⌉⁢bits⁢according⁢to⁢Tables⁢7.3.1.1.2⁢‐28/29/30/31 if the higher layer parameter txConfig = nonCodebook, whereNSRSis the number of configured SRS resources in the SRS resource setassociated with the higher layer parameter usage of value ‘nonCodeBook’and- if UE supports operation with maxMIMO-Layers and the higher layerparameter maxMIMO-Layers of PUSCH-ServingCellConfig of theserving cell is configured, Lmaxis given by that parameter- otherwise, Lmaxis given by the maximum number of layers for PUSCHsupported by the UE for the serving cell for non-codebook basedoperation.- [log2(NSRS)] bits according to Tables 7.3.1.1.2-32 if the higher layerparameter txConfig = codebook, where NSRS is the number of configuredSRS resources in the SRS resource set associated with the higher layerparameter usage of value ‘codeBook’.- Precoding information and number of layers - number of bits determined bythe following:- 0 bits if the higher layer parameter txConfig = nonCodeBook;- 0 bits for 1 antenna port and if the higher layer parameter txConfig =codebook;- 4, 5, or 6 bits according to Table 7.3.1.1.2-2 for 4 antenna ports, if txConfig =codebook, and according to whether transform precoder is enabled ordisabled, and the values of higher layer parameters maxRank, andcodebookSubset;- 2, 4, or 5 bits according to Table 7.3.1.1.2-3 for 4 antenna ports, if txConfig -codebook, and according to whether transform precoder is enabled ordisabled, and the values of higher layer parameters maxRank, andcodebookSubset;- 2 or 4 bits according to Table7.3.1.1.2-4 for 2 antenna ports, if txConfig =codebook, and according to whether transform precoder is enabled ordisabled, and the values of higher layer parameters maxRank andcodebookSubset;- 1 or 3 bits according to Table7.3.1.1.2-5 for 2 antenna ports, if txConfig =codebook, and according to whether transform precoder is enabled ordisabled, and the values of higher layer parameters maxRank andcodebookSubset.- Antenna ports - number of bits determined by the following- 2 bits as defined by Tables 7.3.1.1.2-6, if transform precoder is enabled,dmrs-Type=1, and maxLength=1;- 4 bits as defined by Tables 7.3.1.1.2-7, if transform precoder is enabled,dmrs-Type=1, and maxLength=2;- 3 bits as defined by Tables 7.3.1.1.2-8/9/10/11, if transform precoder isdisabled, dmrs-Type=1, and maxLength=1, and the value of rank isdetermined according to the SRS resource indicator field if the higher layerparameter txConfig = nonCodebook and according to the Precodinginformation and number of layers field if the higher layer parametertxConfig = codebook;- 4 bits as defined by Tables 7.3.1.1.2-12/13/14/15, if transform precoder isdisabled, dmrs-Type=1, and maxLength=2, and the value of rank isdetermined according to the SRS resource indicator field if the higher layerparameter txConfig = nonCodebook and according to the Precodinginformation and number of layers field if the higher layer parametertxConfig = codebook;- 4 bits as defined by Tables 7.3.1.1.2-16/17/18/19, if transform precoder isdisabled, dmrs-Type=2, and maxLength=1, and the value of rank isdetermined according to the SRS resource indicator field if the higher layerparameter txConfig = nonCodebook and according to the Precodinginformation and number of layers field if the higher layer parametertxConfig = codebook;- 5 bits as defined by Tables 7.3.1.1.2-20/21/22/23, if transform precoder isdisabled, dmrs-Type=2, and maxLength=2, and the value of rank isdetermined according to the SRS resource indicator field if the higher layerparameter txConfig = nonCodebook and according to the Precodinginformation and number of layers field if the higher layer parametertxConfig = codebook.where the number of CDM groups without data of values 1, 2, and 3 in Tables7.3.1.1.2-6 to 7.3.1.1.2-23 refers to CDM groups {0}, {0,1}, and {0, 1,2}respectively.If a UE is configured with both dmrs-UplinkForPUSCH-MappingTypeA anddmrs-UplinkForPUSCH-MappingTypeB, the bitwidth of this field equalsmax{xA, xB}, where xAis the “Antenna ports” bitwidth derived according todmrs-UplinkForPUSCH-MappingTypeA and xBis the “Antenna ports”bitwidth derived according to dmrs-UplinkForPUSCH-MappingTypeB. Anumber of |xA− xB| zeros are padded in the MSB of this field, if the mappingtype of the PUSCH corresponds to the smaller value of xAand xB.- SRS request - 2 bits as defined by Table 7.3.1.1.2-24 for UEs not configuredwith supplementaryUplink in ServingCellConfig in the cell; 3 bits for UEsconfigured with supplementaryUplink in ServingCellConfig in the cell wherethe first bit is the non-SUL/SUL indicator as defined in Table 7.3.1.1.1-1 andthe second and third bits are defined by Table 7.3.1.1.2-24. This bit field mayalso indicate the associated CSI-RS according to Subclause 6.1.1.2 of [6, TS38.214].- CSI request - 0, 1, 2, 3, 4, 5, or 6 bits determined by higher layer parameterreportTriggerSize.- CBG transmission information (CBGTI) - 0 bit if higher layer parametercode BlockGroupTransmission for PDSCH is not configured, otherwise, 2, 4,6, or 8 bits determined by higher layer parametermaxCodeBlockGroupsPerTransportBlock for PUSCH.- PTRS-DMRS association - number of bits determined as follows- 0 bit if PTRS-UplinkConfig is not configured and transform precoder isdisabled, or if transform precoder is enabled, or if maxRank=1;- 2 bits otherwise, where Table 7.3.1.1.2-25 and 7.3.1.1.2-26 are used toindicate the association between PTRS port(s) and DMRS port(s) fortransmission of one PT-RS port and two PT-RS ports respectively, and theDMRS ports are indicated by the Antenna ports field.If “Bandwidth part indicator” field indicates a bandwidth part other than theactive bandwidth part and the “PTRS-DMRS association” field is present forthe indicated bandwidth part but not present for the active bandwidth part, theUE assumes the “PTRS-DMRS association” field is not present for theindicated bandwidth part.- beta_offset indicator - 0 if the higher layer parameter betaOffsets =semiStatic; otherwise 2 bits as defined by Table 9.3-3 in [5, TS 38.213].- DMRS sequence initialization - 0 bit if transform precoder is enabled; 1 bitif transform precoder is disabled.- UL-SCH indicator - 1 bit. A value of “1” indicates UL-SCH shall betransmitted on the PUSCH and a value of “0” indicates UL-SCH shall not betransmitted on the PUSCH. Except for DCI format 0_1 with CRC scrambledby SP-CSI-RNTI, a UE is not expected to receive a DCI format 0_1 with UL-SCH indicator of “0” and CSI request of all zero(s).

DCI format 1_0 may be used as fallback DCI for scheduling a PDSCH, and in this case, a CRC may be scrambled by a C-RNTI. The DCI format 1_0, in which the CRC is scrambled by the C-RNTI, may include, for example, the following information.

TABLE 6-Identifier for DCI formats - 1 bits-The value of this bit field is always set to 1, indicating a DL DCI format-Frequency domain resource assignment - ┌log2( NRBDL,BWP(NRBDL,BWP+ 1)/2)┐bits where NRBDL,BWPis given by subclause 7.3.1.0If the CRC of the DCI format 1_0 is scrambled by C-RNTI and the “Frequencydomain resource assignment” field are of all ones, the DCI format 1_0 is forrandom access procedure initiated by a PDCCH order, with all remaining fieldsset as follows:-Random Access Preamble index - 6 bits according to ra-PreambleIndex inSubclause 5.1.2 of [8, TS38.321]-UL/SUL indicator - 1 bit. If the value of the “Random Access Preambleindex” is not all zeros and if the UE is configured with supplementaryUplinkin ServingCellConfig in the cell, this field indicates which UL carrier in thecell to transmit the PRACH according to Table 7.3.1.1.1-1; otherwise, thisfield is reserved-SS/PBCH index - 6 bits. If the value of the “Random Access Preamble index”is not all zeros, this field indicates the SS/PBCH that shall be used todetermine the RACH occasion for the PRACH transmission; otherwise, thisfield is reserved.-PRACH Mask index - 4 bits. If the value of the “Random Access Preambleindex” is not all zeros, this field indicates the RACH occasion associated withthe SS/PBCH indicated by “SS/PBCH index” for the PRACH transmission,according to Subclause 5.1.1 of [8, TS38.321]; otherwise, this field isreserved-Reserved bits - 10 bitsOtherwise, all remaining fields are set as follows:-Time domain resource assignment - 4 bits as defined in Subclause 5.1.2.1 of[6, TS 38.214]-VRB-to-PRB mapping - 1 bit according to Table 7.3.1.2.2-5-Modulation and coding schem - 5 bits as defined in Subclause 5.1.3 of [6, TS38.214]-New data indicator - 1 bit-Redundancy version - 2 bits as defined in Table 7.3.1.1.1-2-HARQ process number - 4 bits-Downlink assignment index - 2 bits as defined in Subclause 9.1.3 of [5, TS38.213], as counter DAI-TPC command for scheduled PUCCH - 2 bits as defined in Subclause 7.2.1of [5, TS 38.213]-PUCCH resource indicator - 3 bits as defined in Subclause 9.2.3 of [5, TS38.213]-PDSCH-to-HARQ_feedback timing indicator - 3 bits as defined in Subclause9.2.3 of [5, TS38.213]

DCI format 1_1 may be used as non-fallback DCI for scheduling a PDSCH, and in this case, a CRC may be scrambled by a C-RNTI. The DCI format 1_1, in which the CRC is scrambled by the C-RNTI, may include, for example, the following information.

TABLE 7-Identifier for DCI format - 1 bits-The value of this bit field is always set to 1, indicating a DL DCI format-Carrier indicator - 0 or 3 bits as defined in Subclause 10.1 of [5, TS38.213].-Bandwidth part indicator - 0, 1 or 2 bits as determined by the number of DLBWPs nBWP,RRCconfigured by higher layers, excluding the initial DLbandwidth part. The bitwidth for this field is determined as┌log2( nBWP)┐bits, where-nBWP= nBWP,RRC+ 1 if nBWP,RRC≤ 3, in which case the bandwidth partindicator is equivalent to the ascending order of the higher layerparameter BWP-Id;-otherwise nBWP= nBWP,RRC, in which case the bandwidth part indicatoris defined in Table 7.3.1.1.2-1;If a UE does not support active BWP change via DCI, the UE ignores thisbit field.-Frequency domain resource assignment - number of bits determined by thefollowing, where NRBDL,BWPis the size of the active DL bandwidth part:-NRBGbits if only resource allocation type 0 is configured, where NRBGisdefined in Subclause 5.1.2.2.1 of [6, TS38.214],-┌log2( NRBDL,BWP(NRBDL,BWP+ 1)/2)┐bits if only resource allocation type1 is configured, or-max ( ┌log2( NRBDL,BWP(NRBDL,BWP+ 1)/2)┐, NRBG) + 1 bits if bothresource allocation type 0 and 1 are configured.-If both resource allocation type 0 and 1 are configured, the MSB bit isused to indicate resource allocation type 0 or resource allocation type 1,where the bit value of 0 indicates resource allocation type 0 and the bitvalue of 1 indicates resource allocation type 1.-For resource allocation type 0, theNRBGLSBs provide the resourceallocation as defined in Subclause 5.1.2.2.1 of [6, TS 38.214].-For resource allocation type 1, the ┌log2( NRBDL,BWP(NRBDL,BWP+ 1)/2)┐LSBs provide the resource allocation as defined in Subclause 5.1.2.2.2 of[6, TS 38.214]If “Bandwidth part indicator” field indicates a bandwidth part other than theactive bandwidth part and if both resource allocation type 0 and 1 areconfigured for the indicated bandwidth part, the UE assumes resourceallocation type 0 for the indicated bandwidth part if the bitwidth of the“Frequency domain resource assignment” field of the active bandwidth partis smaller than the bitwidth of the “Frequency domain resource assignment”field of the indicated bandwidth part.-Time domain resource assignment - 0, 1, 2, 3, or 4 bits as defined inSubclause 5.1.2.1 of [6, TS 38.214]. The bitwidth for this field is determinedas ┌log2(I)┐bits, where I is the number of entries in the higher layerparameter pdsch-TimeDomainAllocationList if the higher layer parameter isconfigured; otherwise I is thenumber of entries in the default table.-VRB-to-PRB mapping - 0 or 1 bit:-0 bit if only resource allocation type 0 is configured or if interleaved VRB-to-PRB mapping is not configured by high layers;-1 bit according to Table 7.3.1.2.2-5 otherwise, only applicable to resourceallocation type 1, as defined in Subclause 7.3.1.6 of [4, TS 38.211].-PRB bundling size indicator - 0 bit if the higher layer parameter prb-BundlingType is not configured or is set to ‘static’, or 1 bit if the higher layerparameter prb-BundlingType is set to ‘dynamic’ according to Subclause5.1.2.3 of [6, TS 38.214].-Rate matching indicator - 0, 1, or 2 bits according to higher layer parametersrateMatchPatternGroup1 and rateMatchPatternGroup2, where the MSB isused to indicate rateMatchPatternGroup1 and the LSB is used to indicaterateMatchPatternGroup2 when there are two groups.-ZP CSI-RS trigger - 0, 1, or 2 bits as defined in Subclause 5.1.4.2 of [6, TS38.214]. The bitwidth for this field is determined as ┌log2( nZP+ 1)┐bits,where nZPis the number of aperiodic ZP CSI-RS resource sets configured byhigher layer.For transport block:-Modulation and coding scheme () - 5 bits as defined inSubclause 5.1.3.1 of [6, TS 38.214]-New data indicator () - 1 bit-Redundancy version () - 2 bits as defined in Table7.3.1.1.1-2For transport block 2 (only present if maxNrofCodeWordsScheduledByDCIequals 2):-Modulation and coding scheme - 5 bits as defined in Subclause 5.1.3.1 of[6, TS 38.214]-New data indicator - 1 bit-Redundancy version - 2 bits as defined in Table 7.3.1.1.1-2If “Bandwidth part indicator” field indicates a bandwidth part other than theactive bandwidth part and the value of maxNrofCodeWordsScheduledByDCIfor the indicated bandwidth part equals 2 and the value ofmaxNrofCodeWordsScheduledByDCI for the active bandwidth part equals 1,the UE assumes zeros are padded when interpreting the “Modulation andcoding scheme”, “New data indicator”, and “Redundancy version” fieldsof transport block 2 according to Subclause 12 of [5, TS38.213], and the UEignores the “Modulation and coding scheme”, “New data indicator”, and“Redundancy version” fields of transport block 2 for the indicated bandwidthpart.-HARQ process number - 4 bits-Downlink assignment index - number of bits as defined in the following-4 bits if more than one serving cell are configured in the DL and the higherlayer parameter pdsch-HARQ-ACK-Codebook=dynamic, where the 2MSB bits are the counter DAI and the 2 LSB bits are the total DAI;-2 bits if only one serving cell is configured in the DL and the higher layerparameter pdsch-HARQ-ACK-Codebook=dynamic, where the 2 bits arethe counter DAI;-0 bits otherwise.-TPC command for scheduled PUCCH - 2 bits as defined in Subclause 7.2.1of [5, TS 38.213]-PUCCH resource indicator - 3 bits as defined in Subclause 9.2.3 of [5, TS38.213]-PDSCH-to-HARQ_feedback timing indicator - 0, 1, 2, or 3 bits as defined inSubclause 9.2.3 of [5, TS 38.213]. The bitwidth for this field is determined as┌log2(I)┐bits, where I is the number of entries in the higher layer parameterdl-DataToUL-ACK.-Antenna port(s) - 4, 5, or 6 bits as defined by Tables 7.3.1.2.2-1/2/3/4, wherethe number of CDM groups without data of values 1, 2, and 3 refers to CDMgroups {0}, {0,1}, and {0, 1,2} respectively. The antenna ports {p0,...,pυ−1}shall be determined according to the ordering of DMRS port(s) given byTables 7.3.1.2.2-1/2/3/4.If a UE is configured with both dmrs-DownlinkForPDSCH-MappingTypeAand dmrs-DownlinkForPDSCH-MappingTypeB, the bitwidth of this fieldequals max{xA, xB} , where xAis the “Antenna ports” bitwidth derivedaccording to dmrs-DownlinkForPDSCH-MappingTypeA and xBis the“Antenna ports” bitwidth derived according to dmrs-DownlinkForPDSCH-MappingTypeB. A number of |xA− xB| zeros are padded in the MSB of thisfield, if the mapping type of the PDSCH corresponds to the smaller value ofxAand xB.-Transmission configuration indication - 0 bit if higher layer parameter tci-PresentInDCI is not enabled; otherwise 3 bits as defined in Subclause 5.1.5of [6, TS38.214].If “Bandwidth part indicator” field indicates a bandwidth part other than theactive bandwidth part,-if the higher layer parameter tci-PresentInDCI is not enabled for theCORESET used for the PDCCH carrying the DCI format 1_1,-the UE assumes tci-PresentInDCI is not enabled for all CORESETs inthe indicatedbandwidth part;-otherwise,-the UE assumes tci-PresentInDCI is enabled for all CORESETs in theindicated bandwidth part.-SRS request - 2 bits as defined by Table 7.3.1.1.2-24 for UEs not configuredwith supplementaryUplink in ServingCellConfig in the cell; 3 bits for UEsconfigured with supplementaryUplink in ServingCellConfig in the cellwhere the first bit is the non-SUL/SUL indicator as defined in Table7.3.1.1.1-1 and the second and third bits are defined by Table 7.3.1.1.2-24.This bit field may also indicate the associated CSI-RS according toSubclause 6.1.1.2 of [6, TS 38.214].-CBG transmission information (CBGTI) - 0 bit if higher layer parametercodeBlockGroupTransmission for PDSCH is not configured, otherwise, 2, 4,6, or 8 bits as defined in Subclause 5.1.7 of [6, TS38.214], determined bythe higher layer parameters maxCodeBlockGroupsPerTransportBlock andmaxNrofCodeWordsScheduledByDCI for the PDSCH.-CBG flushing out information (CBGFI) - 1 bit if higher layer parametercode BlockGroupFlushIndicator is configured as “TRUE”, 0 bit otherwise.-DMRS sequence initialization - 1 bit.

In the following, a time domain resource allocation method for a data channel in the 5G wireless communication system will be described.

The base station may configure a table for time domain resource allocation information regarding a downlink data channel (physical downlink shared channel; PDSCH) and an uplink data channel (physical uplink shared channel; PUSCH) for the UE through higher layer signaling (for example, RRC signaling). For a PDSCH, a table including up to maxNrofDL−Allocations=16 entries may be configured, and for a PUSCH, a table including up to maxNrofUL−Allocations=16 entries may be configured. The time domain resource allocation information may include, for example, PDCCH-to-PDSCH slot timing (corresponding to a time interval in the unit of a slot between a time point when a PDCCH is received and a time point when a PDSCH scheduled by the received PDCCH is transmitted, and denoted as K0) or PDCCH-to-PUSCH slot timing (corresponding to a time interval in the unit of a slot between a time point when a PDCCH is received and a time point when a PUSCH scheduled by the received PDCCH is transmitted, denoted as K2), information on a position and the length of a start symbol for which a PDSCH or PUSCH is scheduled within a slot, a mapping type of the PDSCH or PUSCH, and the like. For example, information such as Table 8 and Table 9 below may be notified from the base station to the UE.

The base station may notify the UE of one of the entries in the table for the time domain resource allocation information through L1 signaling (for example, DCI) (for example, which may be indicated as a “time domain resource allocation” field in DCI). The UE may obtain the time domain resource allocation information for the PDSCH or PUSCH, based on the DCI received from the base station.

In the following, a frequency domain resource allocation method for a data channel in the 5G wireless communication system will be described.

In the 5G wireless communication system, two types, resource allocation type 0 and resource allocation type 1, are supported as a method for indicating frequency domain resource allocation information for a downlink data channel (physical downlink shared channel; PDSCH) and an uplink data channel (physical uplink shared channel; PUSCH).

Resource Allocation Type 0

RB allocation information may be notified from the base station to the UE in the form of a bitmap for a resource block group (RBG). In this case, the RBG may be configured by a set of consecutive virtual RBs (VRBs), and size P of the RBG may be determined based on a value configured as a higher layer parameter (rbg-Size) and a size value of a bandwidth part defined in the table below.

The total number of RBGs (NRBG) of bandwidth part i having a size of NBWP,isizemay be defined as follows.

NRBG=┌(NBWP,isize+(NBWP,istartmodP))/P┐, wherethe size of the first RBG is RBG0size=P−NBWP,istartmod P,the size of last RBG is RBGlastsize=(NBWP,istart+NBWP,isize)mod P if (NBWP,istart+NBWP,isize)mod P>0 and P otherwise,the size of all other RBGs is P.

Each bit of a bitmap having a bit size of NRBGmay correspond to each RBG. RBGs may be assigned indexes in order of increasing a frequency, starting from the lowest frequency position of a bandwidth part. For NRBGRBGs in the bandwidth part, RBG #(NRBG−1) from RBG #0 may be mapped to bits in a sequence from an MSB to an LSB in an RBG bitmap. If a specific bit value in the bitmap is 1, the UE may determine that an RBG corresponding to the corresponding bit value has been allocated, and if a specific bit value in the bitmap is 0, the UE may determine that an RBG corresponding to the corresponding bit value has not been allocated.

Resource Allocation Type 1

RB allocation information may be notified from the base station to the UE as information on a start position and the length of consecutively allocated VRBs. In this case, interleaving or non-interleaving may be additionally applied to the consecutively allocated VRBs. A resource allocation field of resource allocation type 1 may be configured by a resource indication value (RIV), and an RIV may be configured by a start point (RBstart) of a VRB and a length (LRBs) of consecutively allocated RBs. More specifically, an RIV in a bandwidth part having a size of NBWPsizemay be defined as follows.

The base station may configure a resource allocation type for the UE through higher layer signaling (for example, a higher layer parameter, resourceAllocation, may be configured to have one value among resourceAllocationType0, resourceAllocationType1, or dynamicSwitch.). If the UE has received a configuration of both resource allocation types 0 and 1 (or equally, a higher layer parameter, resourceAllocation, has been configured to be dynamicSwitch), the base station may indicate whether a bit corresponding to a most significant bit (MSB) of a field indicating resource allocation in a DCI format indicating scheduling corresponds to resource allocation type 0 or resource allocation type 1. In addition, resource allocation information may be indicated through the remaining bits excluding the bit corresponding to the MSB based on the indicated resource allocation type, and the UE may interpret resource allocation field information of a DCI field, based on the resource allocation information. If the UE has received a configuration of one of resource allocation type 0 or resource allocation type 1 (or equally, if a higher layer parameter, resourceAllocation, has been configured to have one value among resourceAllocationType0 or resourceAllocationType1), resource allocation information may be indicated based on a resource allocation type in which a field indicating resource allocation in a DCI format indicating scheduling is configured, and the UE may interpret resource allocation field information of a DCI field, based on the resource allocation information.

In the following, a modulation and coding scheme (MCS) used in the 5G wireless communication system will be described in detail.

In 5G, multiple MCS index tables are defined for PDSCH and PUSCH scheduling. An MCS table to be assumed by the UE among multiple MCS tables may be configured or indicated from the base station to the UE through higher layer signaling, L1 signaling, or an RNTI value that the UE assumes when decoding a PDCCH.

MCS index table 1 for a PDSCH and a CP-OFDM-based PUSCH (or PUSCH without transform precoding) may be as shown in Table 11 below.

MCS index table 2 for a PDSCH and a CP-OFDM-based PUSCH (or PUSCH without transform precoding) may be as shown in Table 12 below.

MCS index table 3 for a PDSCH and a CP-OFDM-based PUSCH (or PUSCH without transform precoding) may be as shown in Table 13 below.

MCS index table 1 for a DFT-s-OFDM-based PUSCH (or PUSCH with transform precoding) may be as shown in Table 14 below.

MCS index table 2 for a DFT-s-OFDM-based PUSCH (or PUSCH with transform precoding) may be as shown in Table 15 below.

An MCS index table for a PUSCH to which transform precoding (transform precoding or discrete Fourier transform (DFT) precoding) and 64 QAM are applied may be as shown in Table 16 below.

An MCS index table for a PUSCH to which transform precoding (transform precoding or discrete Fourier transform (DFT) precoding) and 64 QAM are applied may be as shown in Table 17 below.

In the following, a downlink control channel in the 5G wireless communication system will be described in more detail with reference to the drawings.

FIG.4illustrates an example of a control resource set (CORESET) through which a downlink control channel is transmitted in a 5G wireless communication system.

Referring toFIG.4, two control resource sets (control resource set #1401and control resource set #2402) may be configured within a UE bandwidth part410on the frequency axis and within 1 slot420on the time axis. The control resource sets401and402may be configured to a specific frequency resource403within the entire UE bandwidth part410on the frequency axis. In addition, the control resource sets401and402may be configured to one or multiple OFDM symbols on the time axis, and may be defined to have a control resource set length (control resource set duration)404. Referring to the example shown inFIG.4, the control resource set #1401is configured to have a control resource set length of 2 symbols, and the control resource set #2402is configured to have a control resource set length of 1 symbol.

The above-described control resource set in the 5G wireless communication system may be configured for the UE by the base station through higher layer signaling (for example, system information, master information block (MIB), and radio resource control (RRC) signaling). The configuring of the control resource set for the UE means providing information such as a control resource set identifier (identity), a frequency position of the control resource set, and a symbol length of the control resource set. For example, the following information may be included.

In Table 18, tci-StatesPDCCH (simply named a transmission configuration indication (TCI) state) configuration information may include information of one or multiple synchronization signal (SS)/physical broadcast channel (PBCH) block indexes in a Quasi Co Located (QCL) relationship with a DMRS transmitted in a corresponding control resource set or a channel state information reference signal (CSI-RS) index.

FIG.5illustrates a structure of a downlink control channel in a 5G wireless communication system. That is,FIG.5illustrates an example of basic units of time and frequency resources which constitute a downlink control channel which can be used in the 5G wireless communication system.

Referring toFIG.5, basic units of time and frequency resources which constitute a control channel may be referred to as a resource element group (REG)503, and the REG503may be defined by 1 OFDM symbol501on the time axis and 1 physical resource block (PRB)502on the frequency axis, that is, 12 subcarriers. The base station may configure a downlink control channel allocation unit by concatenating REGs503.

As shown inFIG.5, when a basic unit to which a downlink control channel is allocated in the 5G wireless communication system is referred to as a control channel element (CCE)504, 1 CCE504may be configured by multiple REGs503. Taking an REG503shown in FIG.5as an example, the REG503may be configured by 12 REs, and if 1 CCE504is configured by 6 REGs503, the 1 CCE504may be configured by 72 REs. If a downlink control resource set is configured, a corresponding area may be configured by multiple CCEs504, and a specific downlink control channel may be mapped to one or multiple CCEs504according to an aggregation level (AL) within the control resource set and transmitted. The CCEs504within the control resource set are classified by numbers, and in this case, the numbers of CCEs504may be assigned according to a logical mapping manner.

The basic unit of the downlink control channel shown inFIG.5, that is, the REG503, may include both REs to which DCI is mapped and an area to which a DMRS505, which is a reference signal for decoding the REs, is mapped. As shown inFIG.5, three DMRSs505may be transmitted within 1 REG503. The number of CCEs required to transmit a PDCCH may be 1, 2, 4, 8, or 16 depending on the aggregation level (AL), and different numbers of CCEs may be used to implement link adaptation of the downlink control channel. For example, in the case of AL=L, one downlink control channel may be transmitted through L number of CCEs. The UE is required to detect a signal without knowing information on the downlink control channel, and a search space indicating a set of CCEs is defined for blind decoding. The search space is a set of downlink control channel candidates configured by CCEs that the UE is required to attempt to decode on a given aggregation level, and there are various aggregation levels which make one bundle of 1, 2, 4, 8, or 16 CCEs, and thus the UE may have multiple search spaces. A search space set may be defined as a set of search spaces at all configured aggregation levels.

The search space may be classified into a common search space and a UE-specific search space. A predetermined group of UEs or all UEs may examine a common search space of a PDCCH to receive cell common control information such as a paging message or dynamic scheduling for system information. For example, PDSCH scheduling allocation information for transmission of an SIB, including cell operator information, etc., may be received by examining the common search space of the PDCCH. In the case of the common search space, a predetermined group of UEs or all UEs are required to receive the PDCCH, and thus the common search space may be defined as a predefined set of CCEs. Scheduling allocation information for a UE-specific PDSCH or PUSCH may be received by examining a UE-specific search space of the PDCCH. The UE-specific search space may be UE-specifically defined by a function of the UE's identity and various system parameters.

In the 5G wireless communication system, a parameter for the search space for the PDCCH may be configured for the UE from the base station through higher layer signaling (for example, SIB, MIB, and RRC signaling). For example, the base station may configure, for the UE, the number of PDCCH candidates at each aggregation level L, a monitoring period for a search space, a monitoring occasion in the unit of a symbol within a slot for a search space, a search space type (a common search space or a UE-specific search space), a combination of an RNTI and a DCI format to be monitored in a corresponding search space, a control resource set index for monitoring a search space, and the like. For example, the parameter for the search space for the PDCCH may include the following information.

The base station may configure one or multiple search space sets for the UE depending on configuration information. According to an embodiment, the base station may configure search space set 1 and search space set 2 for the UE, and in the search space set 1, DCI format A scrambled by an X-RNTI may be configured to be monitored in a common search space, and in the search space set 2, DCI format B scrambled by an Y-RNTI may be configured to be monitored in a UE-specific search space.

According to the configuration information, one or multiple search space sets may exist in the common search space or the UE-specific search space. For example, search space set #1 and search space set #2 may be configured as common search spaces, and search space set #3 and search space set #4 may be configured as UE-specific search spaces.

In the common search space, a combination of the following DCI format and RNTI may be monitored. The disclosure is not limited to the following examples.DCI format 0_0/1_0 with CRC scrambled by C-RNTI, CS-RNTI, MCS-C-RNTI, SP-CSI-RNTI, RA-RNTI, TC-RNTI, P-RNTI, SI-RNTIDCI format 2_0 with CRC scrambled by SFI-RNTIDCI format 2_1 with CRC scrambled by INT-RNTIDCI format 2_2 with CRC scrambled by TPC-PUSCH-RNTI, TPC-PUCCH-RNTIDCI format 2_3 with CRC scrambled by TPC-SRS-RNTI

In the UE-specific search space, a combination of the following DCI format and RNTI may be monitored. The disclosure is not limited to the following examples.DCI format 0_0/1_0 with CRC scrambled by C-RNTI, CS-RNTI, TC-RNTIDCI format 1_0/1_1 with CRC scrambled by C-RNTI, CS-RNTI, TC-RNTI

The specified RNTIs may follow the following definitions and uses.C-RNTI (Cell RNTI): use for UE-specific PDSCH schedulingMCS-C-RNTI (Modulation Coding Scheme C-RNTI): use for UE-specific PDSCH schedulingTC-RNTI (Temporary Cell RNTI): use for UE-specific PDSCH schedulingCS-RNTI (Configured Scheduling RNTI): use for semi-statically configured UE-specific PDSCH schedulingRA-RNTI (Random Access RNTI): use for PDSCH scheduling in random access stepP-RNTI (Paging RNTI): use for PDSCH scheduling through which paging is transmittedSI-RNTI (System Information RNTI): use for PDSCH scheduling through which system information is transmittedINT-RNTI (Interruption RNTI): use for informing whether a PDSCH is puncturedTPC-PUSCH-RNTI (Transmit Power Control for PUSCH RNTI): use for indicating a power control command for a PUSCHTPC-PUCCH-RNTI (Transmit Power Control for PUCCH RNTI): use for indicating a power control command for a PUCCHTPC-SRS-RNTI (Transmit Power Control for SRS RNTI): use for indicating a power control command for an SRS

The specified DCI formats described above may follow the following definitions.

In the 5G wireless communication system, a search space of aggregation level L in control resource set p and search space set s may be expressed as the following equation.

In the case of the common search space, a value of Y_(p,nμs,f) may correspond to 0.

In the case of the UE-specific search space, a value of Y_(p,nμs,f) may correspond to a value which is changed depending on the UE's identity (C-RNTI or ID configured for the UE by the base station) and a time index.

FIG.6illustrates an example of an uplink-downlink configuration considered in a 5G communication system according to an embodiment of the disclosure.

Referring toFIG.6, a slot601may include 14 symbols602. In the 5G communication system, an uplink-downlink configuration of a symbol/slot may be configured to have three steps. Firstly, an uplink-downlink of the symbol/slot may be semi-statically configured through cell-specific configuration information610through system information in the unit of a symbol. Specifically, cell-specific uplink-downlink configuration information through the system information may include uplink-downlink pattern information and subcarrier information which is a criterion. The uplink-downlink pattern information may indicate a pattern period (periodicity)603, the number of consecutive downlink slots611from a start point of each pattern and the number of symbols612of the next slot, and the number of consecutive uplink slots613from the end of a pattern and the number of symbols614of the next slot. In this case, a slot and a symbol which are not indicated as an uplink606or a downlink604may be determined as a flexible slot/symbol605.

Secondly, slots621and622including flexible slots or flexible symbols through user-specific configuration information620through dedicated higher layer signaling may be indicated by the number of consecutive downlink symbols623and625from a start symbol of each slot and the number of consecutive uplink symbols624and626from the end of a slot, or may be indicated by the entire slot downlink or the entire slot uplink.

In addition, finally, in order to dynamically change downlink signal transmission and uplink signal transmission intervals, whether each of symbols indicated as flexible symbols in each slot (that is, symbols not indicated as a downlink and an uplink) is a downlink symbol, an uplink symbol, or a flexible symbol may be indicated through slot format indicators (SFIs)631and632included in a downlink control channel630. A slot format indicator may be selected as one index from a table in which an uplink-downlink configuration of 14 symbols within one slot is preconfigured, as shown in Table 21 below.

TABLE 21For-Symbol number in a slotmat0123456789101112130DDDDDDDDDDDDDD1UUUUUUUUUUUUUU2FFFFFFFFFFFFFF3DDDDDDDDDDDDDF4DDDDDDDDDDDDFF5DDDDDDDDDDDFFF6DDDDDDDDDDFFFF7DDDDDDDDDFFFFF8FFFFFFFFFFFFFU9FFFFFFFFFFFFUU10FUUUUUUUUUUUUU11FFUUUUUUUUUUUU12FFFUUUUUUUUUUU13FFFFUUUUUUUUUU14FFFFFUUUUUUUUU15FFFFFFUUUUUUUU16DFFFFFFFFFFFFF17DDFFFFFFFFFFFF18DDDFFFFFFFFFFF19DFFFFFFFFFFFFU20DDFFFFFFFFFFFU21DDDFFFFFFFFFFU22DFFFFFFFFFFFUU23DDFFFFFFFFFFUU24DDDFFFFFFFFFUU25DFFFFFFFFFFUUU26DDFFFFFFFFFUUU27DDDFFFFFFFFUUU28DDDDDDDDDDDDFU29DDDDDDDDDDDFFU30DDDDDDDDDDFFFU31DDDDDDDDDDDFUU32DDDDDDDDDDFFUU33DDDDDDDDDFFFUU34DFUUUUUUUUUUUU35DDFUUUUUUUUUUU36DDDFUUUUUUUUUU37DFFUUUUUUUUUUU38DDFFUUUUUUUUUU39DDDFFUUUUUUUUU40DFFFUUUUUUUUUU41DDFFFUUUUUUUUU42DDDFFFUUUUUUUU43DDDDDDDDDFFFFU44DDDDDDFFFFFFUU45DDDDDDFFUUUUUU46DDDDDFUDDDDDFU47DDFUUUUDDFUUUU48DFUUUUUDFUUUUU49DDDDFFUDDDDFFU50DDFFUUUDDFFUUU51DFFUUUUDFFUUUU52DFFFFFUDFFFFFU53DDFFFFUDDFFFFU54FFFFFFFDDDDDDD55DDFFFUUUDDDDDD56-Reserved254255UE determines the slot format for the slot based on tdd-UL-DL-ConfigurationCommon, or tdd-UL-DL-ConfigurationDedicatedand, if any, on detected DCI formats

In an NR system, the UE may transmit uplink control information (UCI) to the base station through a physical uplink control channel (PUCCH). The control information may include at least one of HARQ-ACK indicating that demodulating/decoding a transport block (TB) received by the UE through a PDSCH succeeds or not, a scheduling request (SR) in which the UE requests resource allocation from a PUSCH base station for uplink data transmission, and channel state information (CSI) which is information for reporting a channel state of the UE.

A PUCCH resource may be broadly divided into a long PUCCH and a short PUCCH depending on the length of an allocated symbol. In the NR system, the long PUCCH has a length of 4 symbols or more within a slot, and the short PUCCH has a length of 2 symbols or less within a slot.

To describe the long PUCCH in more detail, the long PUCCH may be used for the purpose of improving uplink cell coverage, and thus transmitted using a DFT-S-OFDM manner which is single carrier transmission, rather than OFDM transmission. The long PUCCH supports transmission formats such as PUCCH format 1, PUCCH format 3, and PUCCH format 4 depending on the number of supportable control information bits and whether UE multiplexing is supported through Pre-DFT OCC support at a node before IFFT.

First, the PUCCH format 1 is a DFT-S-OFDM-based long PUCCH format which can support up to 2 bits of control information, and uses as many frequency resources as 1 RB. The control information may be configured by a combination of or each of HARQ-ACK and an SR. The PUCCH format 1 may include OFDM symbols including a demodulation reference signal (DMRS) which is a demodulation reference signal (or reference signal), and OFDM symbols including UCI, which are repeatedly configured.

For example, if the number of transmission symbols in the PUCCH format 1 is 8 symbols, the symbols may include a DMRS symbol, a UCI symbol, a DMRS symbol, a UCI symbol, a DMRS symbol, a UCI symbol, a DMRS symbol, and a UCI symbol in order, starting from the first start symbol of the 8 symbols. The DMRS symbol may be spread within one OFDM symbol to a sequence corresponding to the length of 1RB on the frequency axis by using an orthogonal code (or an orthogonal sequence or spreading code, wi(m)) on the time axis, and transmitted after IFFT is performed.

For the UCI symbol, the UE may generate d(0) by performing BPSK modulation of 1-bit control information and QPSK modulation of 2-bit control information, scramble the generated d(0) by multiplying the same by a sequence corresponding to the length of 1 RB on the frequency axis, spread the scrambled sequence by using an orthogonal code (or an orthogonal sequence or spreading code, wi(m)) on the time axis, perform IFFT on the spread sequence, and then transmit the same.

The UE generates a sequence, based on a group hopping or sequence hopping configuration configured through higher layer signaling from the base station and a configured ID, and cyclic-shifts the generated sequence with an initial cyclic shift (CS) value configured as a higher signal to generate a sequence corresponding to the length of 1 RB.

wi(m) is determined as

when a length (NSF) of a spreading sign is given, and is specifically given as in Table 22. i means an index of the spreading sign itself, and m means an index of elements of the spreading sign. Numbers in [ ] in Table 22 mean ϕ(m), and for example, if the length of the spreading sign is 2 and the configured index of the spreading sign is i=0, spreading sign w_i(m) becomes wi(0)=ejπ·0/NSF=1, wi(1)=ejπ·0/NSF=1 and thus becomes wi(m)=[1 1].

Next, the PUCCH format 3 is a DFT-S-OFDM-based long PUCCH format which can support more than 2 bits of control information, and the number of RBs used can be configured through a higher layer. The control information may be configured by a combination of or each of HARQ-ACK, an SR, and CSI. In the PUCCH format 3, a DMRS symbol position is presented in the following Table 23 depending on whether intra-slot frequency hopping is performed and whether an additional DMRS symbol is configured.

For example, if the number of transmission symbols in the PUCCH format 3 is 8 symbols, the first start symbol of the 8 symbols starts with 0, and a DMRS is transmitted to the first symbol and the fifth symbol. Table 23 is applied in the same manner to a DMRS symbol position of the PUCCH format 4.

Next, the PUCCH format 4 is a DFT-S-OFDM-based long PUCCH format which can support more than 2 bits of control information, and uses as many frequency resources as 1 RB. The control information may be configured by a combination of or each of HARQ-ACK, an SR, and CSI. The difference between the PUCCH format 4 and the PUCCH format 3 is that in the case of the PUCCH format 4, PUCCH format 4 of multiple UEs may be multiplexed within one RB. It is possible to multiplex the PUCCH format 4 of the multiple UEs by applying Pre-DFT orthogonal cover code (OCC) to control information at a node before IFFT. However, the number of control information symbols which can be transmitted by one UE decreases according to the number of UEs being multiplexed. The number of UEs capable of multiplexing, that is, the number of different available OCCs, may be 2 or 4, and the number of OCCs and an OCC index to be applied may be configured through a higher layer.

Next, the short PUCCH will be described. The short PUCCH may be transmitted in both a downlink centric slot and an uplink centric slot, and may generally be transmitted in the last symbol of a slot, or in an OFDM symbol at the end part (for example, the last OFDM symbol, the penultimate OFDM symbol, or the last two OFDM symbols). The short PUCCH can also be transmitted at a predetermined position within the slot. Further, the short PUCCH may be transmitted using one OFDM symbol or two OFDM symbols. The short PUCCH may be used to reduce delay time compared to the long PUCCH in a situation where uplink cell coverage is good, and may be transmitted using a CP-OFDM manner.

The short PUCCH may support transmission formats such as PUCCH format 0 and PUCCH format 2 depending on the number of supportable control information bits. First, the PUCCH format 0 is a short PUCCH format which can support up to 2 bits of control information, and uses as many frequency resources as 1 RB. The control information may be configured by a combination of or each of HARQ-ACK and an SR. The PUCCH format 0 has a structure which transmits only a sequence mapped to 12 subcarriers on the frequency axis within one OFDM symbol without transmitting a DMRS. The UE may generate a sequence, based on a group hopping or sequence hopping configuration configured through a higher signal from the base station and a configured ID, may cyclic-shift the generated sequence by using a final CS value obtained by adding, to an indicated initial cyclic shift (CS) value, a CS value which is different depending on whether it is ACK or NACK, may map the cyclic-shifted sequence to 12 subcarriers, and may then transmit the same.

For example, when HARQ-ACK is 1 bit, as shown in Table 24 below, the UE may generate a final CS by adding 6 to an initial CS value if it is ACK, and generate a final CS by adding 0 to an initial CS if it is NACK. A CS value of 0 for NACK and a CS value of 6 for ACK are defined in the standard, and the UE may transmit 1-bit HARQ-ACK by generating PUCCH format 0 according to a value defined in the standard.

For example, when HARQ-ACK is 2 bits, as shown in Table 25 below, the UE adds 0 to an initial CS value if it is (NACK, NACK), adds 3 to the initial CS value if it is (NACK, ACK), adds 6 to the initial CS value if it is (ACK, ACK), and adds 9 to the initial CS value if it is (ACK, NACK). A CS value of 0 for (NACK, NACK), a CS value of 3 for (NACK, ACK), a CS value of 6 for (ACK, ACK), and a CS value of 9 for (ACK, NACK) are defined in the standard, the UE may transmit 2-bit HARQ-ACK by generating PUCCH format 0 according to a value defined in the standard.

If a final CS value exceeds 12 due to a CS value added to an initial CS value according to ACK or NACK, modulo 12 may be applied to the final CS value since the length of a sequence is 12.

Next, the PUCCH format 2 is a short PUCCH format which supports more than 2 bits of control information, and the number of RBs used may be configured through a higher layer. The control information may be configured by a combination of or each of HARQ-ACK, an SR, and CSI. When an index of the first subcarrier is referred to as #0, in the PUCCH format 2, a position of a subcarrier on which a DMRS is transmitted within one OFDM symbol may be fixed to subcarriers having indexes of #1, #4, #7, and #10. The control information may be mapped to the remaining subcarriers other than a subcarrier where a DMRS is positioned through a modulation process after channel encoding.

In order to enhance uplink coverage, multi-slot repetition may be supported for PUCCH formats 1, 3, and 4, and PUCCH repetition may be configured for each PUCCH format. The UE may perform repetitive transmission on a PUCCH including as many UCIs as the slots configured through nrofSlots, which is higher layer signaling. For PUCCH repetitive transmission, PUCCH transmission in each slot is performed using the same number of consecutive symbols and the number of corresponding consecutive symbols may be configured through nrofSymbols in the PUCCH-format1, PUCCH-format3, or PUCCH-format4, which is higher layer signaling. For PUCCH repetitive transmission, PUCCH transmission in each slot is performed using the same start symbol, and a corresponding start symbol may be configured through startingSymbolIndex in the PUCCH-format 1, PUCCH-format 3, or PUCCH-format 4, which is higher layer signaling. For PUCCH repetitive transmission, single PUCCH-spatialRelationInfo may be configured for a single PUCCH resource. For PUCCH repetitive transmission, if the UE is allowed through configuration to perform frequency hopping in PUCCH transmission in different slots, the UE may perform frequency hopping in the unit of a slot. In addition, if the UE is allowed through configuration to perform frequency hopping in PUCCH transmission in different slots, in the even-numbered slot, the UE may start PUCCH transmission from the first PRB index configured through startingPRB, which is higher layer signaling, and in the odd-numbered slot, the UE may start PUCCH transmission from the second PRB index configured through secondHopPRB, which is higher layer signaling. Additionally, if the UE is allowed through configuration to perform frequency hopping in PUCCH transmission in different slots, an index of a slot through which the UE is instructed to transmit the first PUCCH is number 0, and during the configured total number of PUCCH repetitive transmission, a PUCCH repetitive transmission number value may be increased regardless of PUCCH transmission performance in each slot. If the UE is allowed through configuration to perform frequency hopping in PUCCH transmission in different slots, the UE does not expect frequency hopping to be configured within a slot when a PUCCH is transmitted. If the UE is not allowed through configuration to perform frequency hopping in PUCCH transmission in different slots, but is allowed through configuration to perform frequency hopping within a slot, the first and second PRB indexes may be applied equally even within the slot. If the number of uplink symbols capable of transmitting a PUCCH is smaller than nrofSymbols configured through higher layer signaling, the UE may not transmit a PUCCH. Even when the UE has failed to transmit a PUCCH for some reasons in a slot during PUCCH repetitive transmission, the UE may increase the number of PUCCH repetitive transmissions.

Next, a PUCCH resource configuration of the base station or the UE is described. The base station can configure a PUCCH resource for each BWP through a higher layer for a specific UE. The PUCCH resource configuration may be as shown in Table 26 below.

According to Table 26, one or multiple PUCCH resource sets may be configured in a PUCCH resource configuration for a specific BWP, and a maximum payload value for UCI transmission may be configured in a part of the PUCCH resource sets. Each of the PUCCH resource sets may include one or multiple PUCCH resources, and each of the PUCCH resources may belong to one of the above-described PUCCH formats.

For the PUCCH resource sets, a maximum payload value of the first PUCCH resource set may be fixed to be 2 bits. Accordingly, the corresponding value may not be configured separately through a higher layer, etc. If the remaining PUCCH resource sets are configured, an index of a corresponding PUCCH resource set may be configured in an ascending order according to a maximum payload value, and a maximum payload value may not be configured in the last PUCCH resource set. A higher layer configuration for a PUCCH resource set may be as shown in Table 27 below.

TABLE 27-- A set with one or more PUCCH resourcesPUCCH-ResourceSet ::=SEQUENCE {pucch-ResourceSetIdPUCCH-ResourceSetId,resourcelistSEQUENCE (SIZE (1..maxNrofPUCCH-ResourcesPerSet)) OF PUCCH-ResourceId,maxPayloadSizeINTEGER (4..256)OPTIONAL -- Need R

A resourceList parameter in Table 27 may include IDs of PUCCH resources belonging to a PUCCH resource set.

In the case of initial access or if a PUCCH resource set is not configured, a PUCCH resource set as shown in Table 28 below, which is configured by multiple cell-specific PUCCH resources in an initial BWP, may be used. Within the PUCCH resource set, a PUCCH resource to be used for initial access may be indicated through SIB1.

A maximum payload of each of PUCCH resources included in the PUCCH resource set may be 2 bits in the case of PUCCH format 0 or 1, and in the case of the remaining formats, the maximum payload may be determined by a symbol length, the number of PRBs, and a maximum code rate. The symbol length and the number of PRBs may be configured for each PUCCH resource, and the maximum code rate may be configured for each PUCCH format.

Next, PUCCH resource selection for UCI transmission is described. In the case of SR transmission, a PUCCH resource for an SR corresponding to schedulingRequestID may be configured through a higher layer, as shown in Table 29 below. The PUCCH resource may be a resource belonging to the PUCCH format 0 or PUCCH format 1.

For the configured PUCCH resource, a transmission period and an offset may be configured through a periodicityAndOffset parameter in Table 29. If uplink data to be transmitted by the UE exists at a time point corresponding to the configured period and offset, the corresponding PUCCH resource is transmitted, and otherwise, the corresponding PUCCH resource may not be transmitted.

In the case of CSI transmission, a PUCCH resource which is to transmit a periodic or semi-persistent CSI report through a PUCCH may be configured in a pucch-CSI-ResourceList parameter as shown in Table 30 below. The pucch-CSI-ResourceList parameter may include a list of PUCCH resources for each BWP for a cell or CC which is to transmit a corresponding CSI report. The PUCCH resource may be a resource belonging to PUCCH format 2, PUCCH format 3, or PUCCH format 4.

For the PUCCH resource, a transmission period and an offset may be configured through reportSlotConfig in Table 30.

In the case of HARQ-ACK transmission, a resource set of PUCCH resources to be transmitted may be selected first according to a payload of UCI including the corresponding HARQ-ACK. That is, a PUCCH resource set having a minimum payload that is not smaller than the UCI payload may be selected. Next, a PUCCH resource in the PUCCH resource set may be selected through a PUCCH resource indicator (PRI) in DCI which schedules a TB corresponding to the corresponding HARQ-ACK, and the PRI may be a PUCCH resource indicator specified in Table 6 or Table 7. The relationship between the PRI and the PUCCH resource selected from the PUCCH resource set may be as shown in Table 31 below.

TABLE 31PUCCH resource indicatorPUCCH resource‘000’1stPUCCH resource provided by pucch-ResourceId obtainedfrom the 1stvalue of resourceList‘001’2ndPUCCH resource provided by pucch-ResourceId obtainedfrom the 2ndvalue of resourceList‘010’3rdPUCCH resource provided by pucch-ResourceId obtainedfrom the 3rdvalue of resourceList‘011’4thPUCCH resource provided by pucch-ResourceId obtainedfrom the 4thvalue of resourceList‘100’5thPUCCH resource provided by pucch-ResourceId obtainedfrom the 5thvalue of resourceList‘101’6thPUCCH resource provided by pucch-ResourceId obtainedfrom the 6thvalue of resourceList‘110’7thPUCCH resource provided by pucch-ResourceId obtainedfrom the 7thvalue of resourceList‘111’8thPUCCH resource provided by pucch-ResourceId obtainedfrom the 8thvalue of resourceList

If the number of PUCCH resources in the selected PUCCH resource set is greater than 8, a PUCCH resource may be selected by the following equation.

In Equation 2, rPUCCHindicates an index of the selected PUCCH resource in the PUCCH resource set, RPUCCHindicates the number of PUCCH resources belonging to the PUCCH resource set, ΔPRIindicates a PRI value, NCCE,pindicates the total number of CCEs in CORESET p to which received DCI belongs, and nCCE,pindicates the first CCE index for the received DCI.

A time point at which the corresponding PUCCH resource is transmitted is after slot K1from TB transmission corresponding to the corresponding HARQ-ACK. Candidates for a K1value is configured through a higher layer, and more specifically, may be configured in a dl-DataToUL-ACK parameter in PUCCH-Config specified in Table 21. One K1value among these candidates may be selected by a PDSCH-to-HARQ feedback timing indicator in the DCI which schedules the TB, and this value may be a value specified in Table 5 or Table 6. The unit of a K1value may be the unit of a slot or the unit of a subslot. The subslot is the unit of length smaller than a slot, and one or multiple symbols may constitute one subslot.

In a 5G mobile communication service, additional coverage expansion technology has been introduced compared to an LTE communication service, but in an actual 5G mobile communication service, a TDD system suitable for a service having a high proportion of downlink traffic may be generally used. In addition, as a center frequency increases to increase a frequency band, the coverage of the base station and the UE decreases, and thus coverage enhancement is a key requirement for the 5G mobile communication service. In particular, in order to support a service where the transmission power of the UE is lower overall than that of the base station and a proportion of downlink traffic is high, since the ratio of downlinks is higher than an the ratio of uplinks in a time domain, coverage enhancement of an uplink channel is a key requirement for the 5G mobile communication service. A method for physically enhancing coverage of an uplink channel between a base station and a UE may include a method for increasing a time resource of an uplink channel, lowering a center frequency, or increasing a transmission power of a UE. However, changing of a frequency may have restrictions since a frequency band is determined for each network operator. In addition, since a maximum transmission power of the UE is regulated to reduce interference, there may be a restriction on increasing the maximum transmission power of the UE to enhance coverage.

Accordingly, in order to enhance coverage of the base station and the UE, not only can uplink and downlink resources be divided in a time domain according to the proportion of uplink and downlink traffic, as in a TDD system, but also uplink and downlink resources can also be divided in a frequency domain, as in an FDD system. In an embodiment, a system which can flexibly divide an uplink resource and a downlink resource in a time domain and a frequency domain may be referred to as an XDD system, a flexible TDD system, a hybrid TDD system, a TDD-FDD system, a hybrid TDD-FDD system, etc. For convenience of description, the system is described as an XDD system in this disclosure. According to an embodiment, in XDD, X may refer to a time or a frequency.

FIG.7illustrates an example of an uplink-downlink resource configuration of an XDD system according to an embodiment of the disclosure.

FIG.7illustrates an example of an uplink-downlink resource configuration700which can be allocated in an XDD system with respect to a frequency band701. The frequency band701may be, for example, a unit defined in a frequency domain, such as a system bandwidth, a component carrier, or a bandwidth part, but is not limited thereto, and may be a band having a predetermined size which is defined or configurable for XDD system operation. As shown inFIG.7, in the XDD system, both a downlink resource703and an uplink resource704may be allocated in one slot or symbol702of the frequency band701. Hereinafter, it should be noted that the content described below based on the unit of a slot in the disclosure may be equally applied to an XDD system based on the unit of a symbol. As an example of a method in which both the downlink resource703and the uplink resource704are allocated in the one slot or symbol702of the frequency band701, within the one slot or symbol702, a frequency resource having a predetermined size with reference to a center frequency of the frequency band701may be allocated as the downlink resource703or the uplink resource704, and the remaining frequency resources may be allocated as the uplink resource704or the downlink resource703, respectively. Alternatively, as another example of a method in which both the downlink resource703and the uplink resource704are allocated in the one slot or symbol702of the frequency band701, within the one slot or symbol702, a resource in a low frequency band having a predetermined size may be allocated as the downlink resource703or the uplink resource704, and resources in a high frequency band excluding the predetermined size may be allocated as the uplink resource704or the downlink resource703, respectively. However, this is only described for illustrative purposes and does not limit the disclosure. In addition to the examples described above, each of the downlink resource703and the uplink resource704may be allocated in a predetermined frequency band within the one slot or symbol702. Although not shown in the drawing, a guard band may be allocated between the downlink resource and the uplink resource703and the uplink resource704. The guard band704may be allocated as a measure for reducing interference applied on an uplink channel or signal reception due to out-of-band emission which occurs when a base station transmits a downlink channel or a signal in the downlink resource703. Hereinafter, unless specifically defined in the disclosure, the term “XDD configuration” may refer to the uplink-downlink resource configuration700of the XDD system.

The XDD configuration may be broadcasted through a system information block (SIB), or may be configured through radio resource control (RRC) signaling or higher layer signaling, configured through MAC CE or DCI, or configured through a combination of the above. In an embodiment, the XDD configuration may be established to indicate a time or a frequency resource used as an uplink resource and a downlink resource for each cell for the XDD system in a similar method to a TDD uplink-downlink configuration. In an embodiment, the XDD configuration may be established based on XDD BWP configuration information by using a separate XDD BWP defined for the XDD system, or established by a method in which some slots or symbols of a DL BWP configuration or a UL BWP configuration are configured for XDD and are used as an XDD slot or symbol in which both uplink and downlink resources exist. Depending on a configuration method, the XDD configuration may be established together with a corresponding PUCCH resource, or there may be no corresponding PUCCH resource. Therefore, hereinafter, in the disclosure, when there is a PUCCH resource configuration corresponding to the XDD configuration, a PUCCH resource may be understood as a resource based on the corresponding PUCCH resource configuration. In contrast, when there is no PUCCH resource configuration corresponding to the XDD configuration, a PUCCH resource may be determined based on a PUCCH resource configuration configured for an initial UL BWP, may be determined based on a PUCCH resource configuration configured for the most recently activated UL BWP, may be determined based on a PUCCH resource configuration separately defined for the XDD system, or may be determined based on a PUCCH resource configuration of a default BWP separately defined/configured for the XDD system.

As shown inFIG.7, in the XDD system, since both a downlink resource and an uplink resource may be configured in one slot or symbol, a slot/symbol through which the UE and the base station are to transmit or receive a PUCCH may include a downlink resource due to the XDD configuration, or a part of a PUCCH resource may overlap a downlink resource in the slot/symbol through which a PUCCH is to be transmitted or received, due to the XDD configuration. In this case, since the corresponding downlink resource cannot be used for PUCCH transmission, the XDD system requires a method for transmitting a PUCCH in consideration of a downlink resource configured within a slot or a symbol. The following description will focus on an operation of the UE for PUCCH transmission, but even if not separately mentioned, may be understood that the base station communicating with the UE also performs an operation corresponding thereto. That is, in the following description, when the UE performs or does not perform a specific operation, the base station may expect the UE to perform or not perform the operation and perform an operation corresponding thereto.

Hereinafter, with reference to the drawings, for description, PUCCH transmission including HARQ-ACK information is described as an example, but the disclosure may also be applied to PUCCH transmission including predetermined UCI in addition to HARQ-ACK information.

FIG.8illustrates an example in which a PUCCH resource is allocated in an XDD system according to an embodiment of the disclosure.

InFIG.8, a description is made assuming that transmission timing of a PUCCH including HARQ-ACK information for a PDSCH received in slot n801is determined as slot n+k802(800). In such a situation, when the slot n+k802is configured to include not only an uplink resource804but also a downlink resource803due to an XDD configuration, a part or the entire of a configured PUCCH resource805may overlap the downlink resource803. In this case, the corresponding downlink resource cannot be used for PUCCH transmission. As such, if a part of a PUCCH transmission slot resource or a part of a configured PUCCH resource cannot be used for PUCCH transmission due to the XDD configuration, the UE is required to determine a method for transmitting a PUCCH in consideration of an XDD configuration, such as dropping PUCCH transmission, transmitting a PUCCH in a different slot or symbol, or transmitting a PUCCH by using only an available uplink resource. Therefore, the disclosure defines a condition for determining a PUCCH transmission method in consideration of an XDD configuration and proposes a method for transmitting a PUCCH depending on whether the condition is satisfied.

Hereinafter, in the disclosure, a case where a PUCCH resource of a slot or a symbol satisfies a specific condition due to an XDD configuration is defined as a case where a proper PUCCH resource does not exist in the slot or the symbol. In this case, the specific condition, that is, a condition for determining that a proper PUCCH resource does not exist, may be defined based on, for example, one of the following conditions.A case where at least a partial resource of a slot or a symbol includes a downlink resource: a case where a slot through which a PUCCH is to be transmitted includes a downlink resource may be defined as a case where a proper PUCCH resource does not exist.A case where a part or the entire of a PUCCH resource overlaps a downlink resource in a slot or a symbol: a case where a slot through which a PUCCH is to be transmitted includes a downlink resource, and a PUCCH resource overlaps the corresponding downlink resource may be defined as a case where a proper PUCCH resource does not exist.A case where a part or the entire of a PUCCH resource overlaps a downlink resource in a slot or a symbol, and the ratio or amount of the overlapping downlink resource is greater than or equal to a predetermined range or threshold (or when the ratio or amount of an uplink resource is less than or equal to a predetermined range or threshold): a case where a slot through which a PUCCH is to be transmitted includes a downlink resource, a PUCCH resource overlaps the corresponding downlink resource, and there are many downlink resources which cannot be used for PUCCH transmission due to overlapping, or there are few uplink resources which can be used for PUCCH transmission excluding downlink resources may be defined as a case where a proper PUCCH resource does not exist. A criterion for “many” or “few” may be determined based on a ratio or absolute amount of a downlink resource or an uplink resource being greater than or equal to, or less than or equal to a predetermined range or threshold. The absolute amount may be defined based on units such as a resource element (RE), a symbol, and a physical resource element (PRB). The predetermined range or threshold may be a value preconfigured for the UE or the base station, or may be transmitted or received through predetermined signaling between the UE and the base station.

If a PUCCH resource of a slot through which a PUCCH is to be transmitted does not satisfy a preconfigured specific condition among the conditions defined above, the UE may determine that a proper PUCCH resource for PUCCH transmission exists in the corresponding slot and transmit a PUCCH by using the proper PUCCH resource in the corresponding slot. On the other hand, if a PUCCH resource of a slot through which a PUCCH is to be transmitted satisfies a preconfigured specific condition among the conditions defined above, the UE may determine that a proper PUCCH resource for PUCCH transmission does not exist in the corresponding slot and may or may not transmit a PUCCH according to the method below.

FIG.9illustrates an example of a method for transmitting a PUCCH in an XDD system according to an embodiment of the disclosure.

Referring toFIG.9, according to the above-described method for determining HARQ-ACK transmission timing, timing for transmitting a PUCCH including HARQ-ACK information for a PDSCH received in slot n901may be determined as slot n+k902. In this case, according to an uplink-downlink resource configuration900according to an XDD configuration, the slot n+k902may include both a downlink resource903and an uplink resource904, and a proper PUCCH resource may not exist in the slot n+k902due to the downlink resource903. In the embodiment ofFIG.9, when a proper PUCCH resource does not exist in the slot n+k902through which a PUCCH is to be transmitted, the UE may drop PUCCH transmission. That is, the UE may not transmit the PUCCH including the HARQ-ACK information for the PDSCH received in the slot n901.

FIG.10illustrates another example of a method for transmitting a PUCCH in an XDD system according to an embodiment of the disclosure.

Referring toFIG.10, according to the above-described method for determining HARQ-ACK transmission timing, timing for transmitting a PUCCH including HARQ-ACK information for a PDSCH received in slot n1001may be determined as slot n+k1002. In this case, according to an uplink-downlink resource configuration1000according to an XDD configuration, the slot n+k1002may include both a downlink resource1003and an uplink resource1004, and a proper PUCCH resource may not exist in the slot n+k1002due to the downlink resource1003. In the embodiment ofFIG.10, when a proper PUCCH resource does not exist in the slot n+k1002through which a PUCCH is to be transmitted, the UE may transmit a PUCCH in slot n+k+u where a proper PUCCH resource exists after the slot n+k1002. For example, the slot n+k+u may be determined as the closest slot in which a proper PUCCH resource exists after the slot n+k1002. For example, as shown inFIG.10, when a proper PUCCH resource exists in slot n+k+11005, a PUCCH may be transmitted in the slot n+k+11005. In the example ofFIG.10, a case where the slot n+k+11005does not include a downlink resource is described as an example, but depending on the above-described definition of a proper PUCCH resource, when a proper PUCCH resource exists even when a specific slot includes a downlink resource or a downlink resource overlaps a part of a PUCCH resource, a PUCCH may be transmitted in a corresponding slot.

FIG.11illustrates another example of a method for transmitting a PUCCH in an XDD system according to an embodiment of the disclosure.

Referring toFIG.11, according to the above-described method for determining HARQ-ACK transmission timing, timing for transmitting a PUCCH including HARQ-ACK information for a PDSCH received in slot n1101may be determined as slot n+k1102. In this case, according to an uplink-downlink resource configuration1100according to an XDD configuration, the slot n+k1102may include both a downlink resource1103and an uplink resource1104, and a part of a PUCCH resource may overlap the downlink resource1103. In the embodiment ofFIG.11, the UE may transmit a PUCCH in the slot n+k1102by using only the uplink resource1104excluding the downlink resource1103in the PUCCH resource. Hereinafter, in this disclosure, the transmitting of the PUCCH by using the uplink resource excluding the downlink resource in the PUCCH resource configured as shown inFIG.11is referred to as scaling of a PUCCH resource, and an uplink resource used for PUCCH transmission is referred to as a scaled PUCCH resource. However, it should be noted that this is named arbitrarily for description and does not limit the scope of the disclosure. InFIG.11, PUCCH resource scaling for PUCCH transmission based on a scaled PUCCH resource may be performed within a predetermined range. For example, the scaling may be performed based on a range or a threshold defined based on a ratio or absolute amount of a downlink resource or an uplink resource in a PUCCH resource like the above-described method for defining a proper PUCCH resource.

The PUCCH transmission methods according to Method 1 to Method 3 above may be performed independently or in combination with one or more of the methods.

For example, if timing for transmitting a PUCCH including HARQ-ACK information for a PDSCH received in slot n is determined as slot n+k, and a part of a PUCCH resource overlaps a downlink resource of the slot n+k due to the XDD configuration, the UE may transmit a PUCCH in the slot n+k by using a scaled PUCCH resource within a predetermined range. On the other hand, if the scaled PUCCH resource is outside of the predetermined range, PUCCH transmission may be dropped as shown inFIG.9, or a PUCCH may be transmitted in slot n+k+a as shown inFIG.10.

According to an embodiment of the disclosure, whether to apply scaling of a PUCCH resource may be previously configured for the UE or may be configured by signaling of the base station. The UE may transmit a PUCCH by using Method 1 to Method 3 depending on the configured “whether to apply scaling of a PUCCH resource.”

In an embodiment, when scaling of a PUCCH resource is configured not to be applied and a proper PUCCH resource does not exist in the slot n+k due to the XDD configuration, the UE may drop PUCCH transmission.

In an embodiment, when scaling of a PUCCH resource is configured not to be applied and a proper PUCCH resource does not exist in the slot n+k due to the XDD configuration, the UE may transmit a PUCCH in the slot n+k+a where a proper PUCCH resource exists.

In an embodiment, even when scaling of a PUCCH resource is configured not to be applied, if a proper PUCCH resource exists in the slot n+k, the UE may transmit a PUCCH in the slot n+k.

In an embodiment, when scaling of a PUCCH resource is configured to be applied and a proper PUCCH resource does not exist in the slot n+k due to the XDD configuration, the UE may transmit a PUCCH by using the scaled PUCCH resource in the slot n+k. In this case, the scaling of the PUCCH resource may be performed within a predetermined range, and if the scaled PUCCH resource is outside of the predetermined range, PUCCH transmission may be dropped or a PUCCH may be transmitted in the slot n+k+u.

In an embodiment, when scaling of a PUCCH resource is configured to be applied and a proper PUCCH resource exists in the slot n+k, the UE may transmit a PUCCH by using the proper PUCCH resource in the slot n+k.

According to an embodiment of the disclosure, whether PUCCH transmission is possible in a slot including a downlink resource may be previously configured for the UE or may be configured by signaling of the base station. The UE may transmit a PUCCH by using Method 1 to Method 3 depending on the configured “whether PUCCH transmission is possible in a slot including a downlink resource”.

In an embodiment, when PUCCH transmission is configured to not be possible in a slot including a downlink resource, and the slot n+k includes a downlink resource due to the XDD configuration, the UE may drop PUCCH transmission.

In an embodiment, when PUCCH transmission is configured to not be possible in a slot including a downlink resource and the slot n+k includes a downlink resource due to the XDD configuration, the UE may transmit a PUCCH in the slot n+k+u which does not include a downlink resource.

In an embodiment, when PUCCH transmission is configured to be possible in a slot including a downlink resource and a proper PUCCH resource does not exist in the slot n+k due to the XDD configuration, the UE may transmit a PUCCH by using a scaled PUCCH resource in the slot n+k. In this case, the scaling of the PUCCH resource may be performed within a predetermined range, and if the scaled PUCCH resource is outside of the predetermined range, PUCCH transmission may be dropped or a PUCCH may be transmitted in the slot n+k+u.

In an embodiment, when PUCCH transmission is configured to be possible in a slot including a downlink resource and a proper PUCCH resource exists in the slot n+k, the UE may transmit a PUCCH by using the proper PUCCH resource in the slot n+k.

The operations according to the previously described “whether to apply scaling of a PUCCH resource” and “whether PUCCH transmission is possible in a slot including a downlink resource” may be performed in combination with each other. In this case, “whether PUCCH transmission is possible in a slot including a downlink resource” may be applied with priority over “whether scaling of a PUCCH resource is applied”. For example, when PUCCH transmission in a slot including a downlink resource is configured to not be possible, the UE may not transmit a PUCCH in a slot including a downlink resource regardless of whether scaling of a PUCCH resource is applied. If PUCCH transmission in a slot including a downlink resource is configured to be possible, the UE may transmit a PUCCH, based on Method 1 to Method 3 depending on whether scaling of a PUCCH resource is applied.

According to an embodiment, scaling of a PUCCH resource and PUCCH transmission through a scaled PUCCH resource may be performed depending on a PUCCH format. For example, since PUCCH format 0 is transmitted using only one PRB, scaling in a frequency domain does not occur, and only scaling in a time domain may be performed. If only one symbol can be used for a PUCCH resource according to scaling in the time domain, the PUCCH format 0 may be transmitted through the corresponding one symbol. As another example, since PUCCH format 1 is transmitted using only one PRB, scaling in a frequency domain does not occur, and only scaling in a time domain may be performed. In the case of the PUCCH format 1, unlike the PUCCH format 0, the first symbol is used for DMRS transmission, and thus transmission of the PUCCH format 1 through one symbol may not be allowed. That is, with respect to the PUCCH format 1, scaling may be performed so that a PUCCH may be transmitted using at least two symbols, and if only one symbol can be used according to scaling, a corresponding PUCCH resource may be determined as an improper resource.

The UE may receive a configuration of a PUCCH format and a time or frequency resource (the number of symbols or the number of physical resource blocks (PRBs)) for each PUCCH resource through higher layer signaling. In consideration of the number of bits which may be transmitted through configured PUCCH resources and the number of bits of UCI to be transmitted through a PUCCH, the UE may select a PUCCH resource for UCI transmission among the configured PUCCH resources, or may transmit UCI by using the entire or a part of the selected (or indicated) PUCCH resource. For example, a method for selecting a PUCCH resource for UCI transmission among configured PUCCH resources may be as shown in Table 32. As shown in [Table 32], among the configured PUCCH resources, the UE may transmit UCI by using a PUCCH resource having the smallest number of bits (or smallest index) where the number of transmittable bits is greater than or equal to the number of bits of UCI to be transmitted. As another example, a method for transmitting UCI by using the entire or a part of a selected or indicated PUCCH resource may be as shown in Table 33 or Table 34. As shown in Table 33 or Table 34, the UE may transmit UCI by using the minimum number of PRB(MRB,minPUCCH) which can transmit the number of bits of UCI to be transmitted among MRBPUCCHPRBs configured for a selected or indicated PUCCH resource.

TABLE 32If a UE has one or more CSI reports and zero or more HARQ-ACK/SR information bits totransmit in a PUCCH where the HARQ-ACK, if any, is in response to a PDSCH receptionwithout a corresponding PDCCH-if any of the CSI reports are overlapping and the UE is provided by multi-CSI-PUCCH-ResourceList with J ≤ 2 PUCCH resources in a slot, for PUCCH format 2 and/orPUCCH format 3 and/or PUCCH format 4, as described in Clause 9.2.1, where theresources are indexed according to an ascending order for the product of a number ofcorresponding REs, modulation order Qm, and configured code rate r;-if (OACK+ OSR+ OCSI+ OCRC) ≤ (MRBPUCCH· Nsc,ctrlRB· Nsymb UCIPUCCH· Qm · r)0the UE usesPUCCH format 2 resource 0, or the PUCCH format 3 resource 0, or the PUCCHformat 4 resource 0-else if (OACK+ OSR+ OCSI+ OCRC) > (MRBPUCCH· Nsc,ctrlRB· Nsymb-UCIPUCCH· Qm· r)jand(OACK+ OSR+ OCSI+ OCRC) ≤ (MRBPUCCH· Nsc,ctrlRB· Nsymb-UCIPUCCH· Qm· r)j+1, 0 ≤ j < j −1, the UE transmits a PUCCH conveying HARQ-ACK information, SR and CSIreport(s) in a respective PUCCH where the UE uses the PUCCH format 2 resource j +1, or the PUCCH format 3 resource j + 1, or the PUCCH format 4 resource j + 1-else the UE uses the PUCCH format 2 resource J − 1, or the PUCCH format 3 resourceJ − 1, or the PUCCH format 4 resource J − 1 and the UE selects NCSIreportedCSIreport(s) for transmission together with HARQ-ACK information and SR, when any, inascending priority value as described in [6, TS 38.214]-else, the UE transmits the OACK+ OSR+ OCSI+ OCRCbits in a PUCCH resource providedby pucch-CSI-ResourceList and determined as described in Clause 9.2.5

TABLE 33If a UE transmits a PUCCH with OACKHARQ-ACK information bits and OCRCbits usingPUCCH format 2 or PUCCH format 3 in a PUCCH resource that includes MRBPUCCHPRBs, theUE determines a number of PRBs MRB,minPUCCHfor the PUCCH transmission to be the minimumnumber of PRBs, that is smaller than or equal to a number of PRBs MRBPUCCHprovidedrespectively by nrofPRBs of PUCCH-format2 or nrofPRBs of PUCCH-format3 and start fromthe first PRB from the number of PRBs, that results to (OACK+ OCRC) ≤ MRB,minPUCCH· Nsc,ctrlRB·Nsymb-UCIPUCCH· Qm· r and, if MRBPUCCH> 1, (OACK+ OCRC) > (MRB,minPUCCH− 1) · Nsc,ctrlRBNsymb-UCIPUCCH·Qm· r, where Nsc,ctrlRB, Nsymb-UCIPUCCH, Qm, and r defined in Clause 9.2.5.2. For PUCCH format3, if MRB,minPUCCHis not equal 2a2· 3a3· 5a5according to [4, TS 38.211], MRB,minPUCCHis increased tothe nearest allowed value of nrofPRBs for PUCCH-format3 [12, TS 38.331]. If (OACK+OCRC) > (MRBPUCCH− 1) · Nsc,ctrlRB· Nsymb-UCIPUCCH· Qm· r, the UE transmit the PUCCH over MRBPUCCHPRBs.

TABLE 34If a UE transmits a PUCCH with OACKHARQ-ACK information bits, OSR= ┌log2(K + 1)┐SR bits, and OCRCCRC bits using PUCCH format 2 or PUCCH format 3 in a PUCCH resourcethat includes MRBPUCCHPRBs, the UE determines a number of PRBs MRB,minPUCCHfor the PUCCHtransmission to be the minimum number of PRBs, that is smaller than or equal to a number ofPRBs provided respectively by nrofPRBs in PUCCH-format2 or nrofPRBs in PUCCH-format3and starts from the first PRB from the number of PRBs, that results to (OACK+ OSR+ OCRC) ≤MRB,minPUCCH· Nsc,ctrlRB· Nsymb-UCIPUCCH· Qm· r and, if MRBPUCCH> 1, (OACK+ OSR+ OCRC) > (MRB,minPUCCH−1) · Nsc,ctrlRB· Nsymb-UCIPUCCH· Qm· r, where Nsc,ctrlRB· Nsymb-UCIPUCCHQm, and r are defined in Clause9.2.5.2. For PUCCH format 3, if MRB,minPUCCHis not equal 2a2· 3a3· 5asaccording to [4, TS38.211], MRB,minPUCCHis increased to the nearest allowed value of nrofPRBs for PUCCH-format3[12, TS 38.331]. If (OACK+ OSR+ OCRC) > (MRBPUCCH− 1) · Nsc,ctrlRB· Nsymb-UCIPUCCH· Qm· r, the UEtransmits the PUCCH over the MRBPUCCHPRBs.

Parameters used in Table 32 to Table 34 above may be defined as in Table 35 below.

TABLE 35Denote as- OACKa total number of HARQ-ACK information bits, if any- OSRa total number of SR bits. OSR= 0 if there is no schedulingrequest bit; otherwise, OSR= ┌log2(K +1)┐ as described in Clause 9.2.5.1-OCSI=∑n=1NCSItotal(OCSI-part⁢1,n+OCSI-part⁢2,n),where⁢OCSI-part,n⁢is⁢a⁢number⁢of⁢Part⁢⁢1CSI report bits for CSI report with priority value n, OCSI-part2,nis a numberof Part 2 CSI report bits, if any, for CSI report with priority value n [6, TS38.214], and NCSItotalis a number of CSI reports that include overlapping CSIreports- OCRC= OCRC,CSI-part1+ OCRC,CSI-part2, where OCRC,CSI-part1is a number of CRCbits, if any, for encoding HARQ-ACK, SR and Part 1 CSI report bits andOCRC,CSI-part2is a number of CRC bits, if any, for encoding Part 2 CSI reportbitsIn the following- r is a code rate given by maxCodeRate as in Table 9.2.5.2-1.- MRBPUCCHis a number of PRBs for PUCCH format 2, or PUCCH format 3, orPUCCH format 4, respectively, where MRBPUCCHis provided by nrofPRBs inPUCCH-format2 for PUCCH format 2 or by nrofPRBs in PUCCH-format3for PUCCH format 3, and MRBPUCCH= 1 for PUCCH format 4- Nsc,ctrlRB= NscRB− 4 for PUCCH format 2 or, if the PUCCH resource withPUCCH format 2 includes an orthogonal cover code with length NSFPUCCH,2provided by occ-Length, Nsc,ctrlRB= (NscRB− 4)/NSFPUCCH,2, Nsc,ctrlRB= NscRBforPUCCH format 3 or, if the PUCCH resource with PUCCH format 3 includesan orthogonal cover code with length NSFPUCCH,3provided by occ-Length,Nsc,ctrlRB= NscRB/NSFPUCCH,3, and Nsc,ctrlRB= NscRB/NSFPUCCH,4for PUCCH format4, where NscRBis a number of subcarriers per resource block [4, TS 38.211]- Nsymb-UCIPUCCHis equal to a number of PUCCH symbols NsymbPUCCH,2forPUCCH format 2 provided by nrofSymbols in PUCCH-format2. For PUCCHformat 3 or for PUCCH format 4, Nsymb-UCIPUCCHis equal to a number ofPUCCH symbols NsymbPUCCH,3for PUCCH format 3 or equal to a number ofPUCCH symbols NsymbPUCCH,4for PUCCH format 4 provided by nrofSymbolsin PUCCH-format3 or nrofSymbols in PUCCH-format4, respectively, afterexcluding a number of symbols used for DM-RS transmission for PUCCHformat 3 or for PUCCH format 4, respectively [4, TS 38.211]- Qm=1 if pi/2-BPSK is the modulation scheme and Qm= 2 if QPSK is themodulation scheme as indicated by pi2BPSK for PUCCH format 3 or PUCCHformat 4. For PUCCH format 2, Qm= 2

In an XDD system according to an embodiment of the disclosure, at least a part of a time-frequency resource of a configured PUCCH resource may overlap a downlink resource according to an XDD configuration. As such, if the at least a part of the time-frequency resource of the PUCCH resource overlaps the downlink resource, the corresponding downlink resource cannot be used for PUCCH transmission, and thus a method for transmitting a PUCCH in consideration of a downlink resource according to an XDD configuration is required.

According to an embodiment, in the XDD system, at least some of the parameters disclosed in Table 35 may be redefined based on a value excluding a portion corresponding to a resource configured as a downlink resource in a time-frequency resource configured for a PUCCH resource. As an example, when MRBPUCCHPRBs and NsymbPUCCHsymbols are configured for PUCCH #X, and among the configured resources of the PUCCH #X, ORBXDDPRBs and OsymbXDDsymbols are downlink resources due to an XDD configuration, the number of bits that the PUCCH #X can transmit may be calculated based on MRBPUCCH−ORBXDDand NsymbPUCCH−OsymbXDD. That is, in the equation for calculating the number of bits that the PUCCH #X can transmit, MRBPUCCHand NsymbPUCCHmay be redefined as MRBPUCCH−ORBXDDand NsymbPUCCH−OsymbXDD. respectively, in consideration of a downlink resource according to the XDD configuration. It should be noted that ORBXDDand OsymbXDDare values which do not have fixed values but can be changed depending on a PUCCH resource and an XDD configuration. As such, parameters indicating the number of PRBs and the number of symbols in the equation for PUCCH resource selection may be changed or redefined in consideration of a downlink resource according to an XDD configuration. When the number of bits of PUCCH #X calculated based on the parameters redefined in consideration of the downlink resource according to the XDD configuration is greater than the number of bits of UCI to be transmitted, UCI may be transmitted using the PUCCH #X based on the conditions disclosed in Table 32 to Table 34.

According to an embodiment, among PUCCH resources configured in the XDD system, a PUCCH resource including a downlink resource according to an XDD configuration among time-frequency resources configured for a PUCCH resource may not be considered as a PUCCH resource for transmitting UCI. As an example, when MRBPUCCHPRBs and NsymbPUCCHsymbols are configured for PUCCH #X, and among the configured resources of the PUCCH #X, ORBXDDPRBs and OsymbXDDsymbols are downlink resources due to an XDD configuration, the PUCCH #X may not be considered as a PUCCH resource for transmitting UCI. That is, the UE may not transmit UCI by using the corresponding PUCCH #X regardless of whether a UCI bit can be transmitted even excluding a downlink resource according to the XDD configuration. In this case, the base station does not indicate, to the UE, a PUCCH resource overlapping the downlink resource according to the XDD configuration among the configured PUCCH resources, or the UE may expect not to receive, from the base station, an indication for the PUCCH resource overlapping the downlink resource according to the XDD configuration among the configured PUCCH resources. Alternatively, the UE may select a PUCCH resource for UCI transmission in a PUCCH resource selection algorithm according to Table 32, excluding the PUCCH resource overlapping the downlink resource according to the XDD configuration.

When a PUCCH is transmitted, the UE may map a DMRS to a specific symbol or resource according to a method determined for each PUCCH format, and transmit the mapped DMRS. For example, DMRS symbol positions of PUCCH formats 3 and 4 may be determined as shown in Table 23 depending on whether intra-slot frequency hopping is performed and whether an additional DMRS symbol is configured. In the example of Table 23, when the configured PUCCH length is 5 symbols, a DMRS may be transmitted in the first (index=0) and fourth (index=3) symbols of the PUCCH. As another example, when the configured PUCCH length is 12 symbols and an additional DMRS is not configured, a DMRS may be transmitted in the third (index=2) and ninth (index=8) symbols of the PUCCH. If the configured PUCCH length is 12 symbols and an additional DMRS is configured, a DMRS may be transmitted in the second (index=1), fifth (index=4), eighth (index=7), and eleventh (index=11) symbols of the PUCCH. As such, a DMRS may be mapped in a specific symbol or resource according to a method determined for each PUCCH format. However, if at least a part of a PUCCH transmission resource is configured as a downlink resource due to an XDD configuration, the corresponding downlink resource cannot be used as a resource for DMRS transmission of the PUCCH. Therefore, a method for transmitting a DMRS of a PUCCH in an XDD system is required.

According to an embodiment, when M symbols for configured PUCCH length N are configured as downlink resources due to an XDD configuration and thus cannot be used for PUCCH or PUCCH DMRS transmission, the UE may map a DMRS sequence by assuming that a PUCCH length is N-M and determining a DMRS transmission symbol of a PUCCH. For example, when the PUCCH length is configured to be 5 through higher layer signaling, and the first symbol of the symbols is configured as a downlink resource due to the XDD configuration and thus cannot be used for PUCCH or PUCCH DMRS transmission, the UE may assume that the PUCCH length is 5−1=4, redefine a symbol index, based on 4 symbols which can be used for PUCCH or PUCCH DMRS transmission, and then map a DMRS to a symbol according to PUCCH length=4.

According to an embodiment, when some symbols for configured PUCCH length N are configured as downlink resources due to an XDD configuration and thus cannot be used for PUCCH and PUCCH DMRS transmission, the UE may transmit a DMRS sequence corresponding to the symbols configured as the downlink resources without mapping the DMRS sequence, under the assumption of the PUCCH length N. For example, when the PUCCH length is configured to be 5 as shown inFIG.12, and the first symbol of the symbols is configured as a downlink resource due to the XDD configuration and thus cannot be used for PUCCH or PUCCH DMRS transmission, the UE may map and transmit a DMRS sequence to be mapped to the fourth symbol without mapping a DMRS sequence to be mapped to the first symbol, among the DMRS sequences to be mapped to the first and fourth symbols (1200).

According to an embodiment, when some symbols for configured PUCCH length N are configured as downlink resources due to an XDD configuration and thus cannot be used for PUCCH and PUCCH DMRS transmission, the UE may redefine a symbol index by excluding symbols which are configured as downlink resources and thus cannot be used for PUCCH or PUCCH DMRS transmission, under the assumption of the PUCCH length N, and then map and transmit a DMRS sequence. For example, when the PUCCH length is configured to be 5 as shown inFIG.13, and the first symbol of the symbols is configured as a downlink resource due to the XDD configuration and thus cannot be used for PUCCH or PUCCH DMRS transmission, the UE may redefine a symbol index from the second symbol excluding the first symbol and transmit a DMRS sequence in the first and third symbols with reference to the redefined index (1300). In this case, a DMRS sequence may be mapped to each of the second and fourth symbols with reference to an initially configured PUCCH resource.

According to an embodiment, when some symbols for configured PUCCH length N are configured as downlink resources due to an XDD configuration and thus cannot be used for PUCCH and PUCCH DMRS transmission, the UE may map, to the next symbol, a DMRS sequence corresponding to the symbols which are configured as the downlink resources and thus cannot be used for PUCCH or PUCCH DMRS transmission, under the assumption of the PUCCH length N, and transmit the mapped DMRS sequence. For example, when the PUCCH length is configured to be 5 as shown inFIG.14, and the first symbol of the symbols is configured as a downlink resource due to the XDD configuration and thus cannot be used for PUCCH or PUCCH DMRS transmission, the UE may map, to the second symbol, a DMRS sequence to be mapped to the first symbol, and map and transmit a DMRS sequence to be mapped to the fourth symbol, among the DMRS sequences to be mapped to the first and fourth symbols (1400).

In an embodiment, when a predetermined number (X) or more of configured PUCCH symbols overlap downlink resources according to an XDD configuration and cannot be used for PUCCH or PUCCH DMRS transmission, an additional DMRS configuration may not be applied. For example, if a PUCCH length is configured to be 12 through higher layer signaling, but 3 symbols cannot be used for PUCCH or PUCCH DMRS transmission due to the XDD configuration, the UE may transmit a PUCCH DMRS without applying an additional DMRS. The base station may not configure an additional DMRS to be applied to the UE, and the UE may not expect to receive a configuration for application of an additional DMRS. Alternatively, the UE may not apply an additional DMRS under a predetermined condition, regardless of whether the UE has received a configuration for application of an additional DMRS from the base station.

The predetermined number (X) may be previously configured to be a specific value or may be configured by the base station. The UE may not apply an additional DMRS when more than the number of symbols according to a specific value cannot be used for PUCCH or PUCCH DMRS due to the XDD configuration. Alternatively, the predetermined number (X) may be defined as a value which is changed depending on a condition. For example, the predetermined number (X) may be defined as a value which is changed based on a PUCCH length at which an additional DMRS is not transmitted according to a configured PUCCH length. As shown in Table 23, with respect to a PUCCH having a length of 9 or less, when an additional DMRS is configured and when an additional DMRS is not configured, a PUCCH DMRS is transmitted in the same symbol. Therefore, X may be determined variably according to a PUCCH length which is configured not to apply an additional DMRS when the number of symbols capable of transmitting a PUCCH or PUCCH DMRS is 9 or less due to the XDD configuration. For example, when the configured PUCCH length is 11, X=2, and when the PUCCH length is 12, X=3.

A specific method for transmitting a PUCCH DMRS with or without applying an additional DMRS may follow at least one of the methods described above. For example, when a PUCCH length is configured to be 12 and it is determined not to apply an additional DMRS since 3 symbols cannot be used for PUCCH or PUCCH DMRS transmission due to an XDD configuration, the UE may map and transmit a DMRS sequence according to the above-described method, based on DMRS symbol indexes (index 2, 8) when the PUCCH length is 12 and an additional DMRS is not applied. As another example, when the PUCCH length is configured to be 12 and it is determined not to apply an additional DMRS since 3 symbols cannot be used for PUCCH or PUCCH DMRS transmission due to an XDD configuration, the UE may map and transmit a DMRS sequence according to the above-described method, based on DMRS symbol indexes (index 1, 6) when the PUCCH length is 12−3=9.

FIG.15illustrates a UE operation of transmitting a PUCCH in an XDD system according to an embodiment of the disclosure.

Referring toFIG.15, a UE may receive information for an XDD configuration from a base station (1502). The UE may determine a method for transmitting a PUCCH according to the above-described embodiments, based on an XDD configuration identified according to the received information (1504). For example, the UE may determine to transmit a PUCCH or drop PUCCH transmission according to the above-described embodiments depending on an XDD configuration and whether a proper PUCCH resource exists in a slot through which a PUCCH is to be transmitted based on a PUCCH resource configuration. Alternatively, the UE may select a PUCCH resource according to the above-described embodiments in consideration of a resource configured as a downlink in the XDD configuration, or determine the entire or a part of a selected PUCCH resource for actual PUCCH transmission. Alternatively, the UE may determine a PUCCH DMRS mapping method according to the above-described embodiments in consideration of the resource configured as the downlink in the XDD configuration. Afterward, the UE may transmit the PUCCH, based on the determined method (1506). It should be noted that if it is determined to drop PUCCH transmission, a PUCCH transmission step in step1506may be omitted.

FIG.16illustrates a base station operation of receiving a PUCCH in an XDD system according to an embodiment of the disclosure.

Referring toFIG.16, a base station may transmit information for an XDD configuration to a UE (1602). Afterward, the base station may receive, from the UE, a PUCCH transmitted according to a PUCCH transmission method determined based on the corresponding XDD configuration (1604). It should be noted that if it is determined to drop PUCCH transmission, a PUCCH transmission step in step1604may be omitted.

FIG.17illustrates the structure of a UE according to an embodiment of the disclosure.

Referring toFIG.17, the UE may include a UE receiving unit1700, a UE transmitting unit1704, and a UE processing unit1702. In the embodiment of the disclosure, the UE receiving unit1700and the UE transmitting unit1704may be collectively referred to as a transceiver. The transceiver may transmit/receive signals with the base station. The signals may include control information and data. To this end, the transceiver may include an RF transmitter configured to up-convert and amplify the frequency of transmitted signals, an RF receiver configured to low-noise-amplify received signals and down-convert the frequency thereof, and the like. In addition, the transceiver may receive signals through a radio channel, output the same to the UE processing unit1702, and transmit signals output from the UE processing unit1702through the radio channel. The UE processing unit1702may control a series of processes such that the UE can operate according to the above-described embodiments of the disclosure.

FIG.18illustrates the structure of a base station according to an embodiment of the disclosure.

Referring toFIG.18, the UE may include a base station receiving unit1801, a base station transmitting unit1805, and a base station processing unit1803. In the embodiment of the disclosure, the base station receiving unit1801and the base station transmitting unit1805may be collectively referred to as a transceiver. The transceiver may transmit/receive signals with the UE. The signals may include control information and data. To this end, the transceiver may include an RF transmitter configured to up-convert and amplify the frequency of transmitted signals, an RF receiver configured to low-noise-amplify received signals and down-convert the frequency thereof, and the like. In addition, the transceiver may receive signals through a radio channel, output the same to the base station processing unit1803, and transmit signals output from the base station processing unit1803through the radio channel. The base station processing unit1803may control a series of processes such that the base station can operate according to the above-described embodiments of the disclosure.

The methods according to various embodiments described in the claims or the specification of the disclosure may be implemented by hardware, software, or a combination of hardware and software.

The embodiments of the disclosure described and shown in the specification and the drawings are merely specific examples that have been presented to easily explain the technical contents of the disclosure and help understanding of the disclosure, and are not intended to limit the scope of the disclosure. That is, it will be apparent to those skilled in the art that other variants based on the technical idea of the disclosure may be implemented. Furthermore, the above respective embodiments may be employed in combination, as necessary. For example, a part of one embodiment of the disclosure may be combined with a part of another embodiment to operate a base station and a terminal. Moreover, embodiments of the disclosure may be applied to other communication systems, and other variants based on the technical idea of the embodiments may also be implemented. For example, the embodiments may be applied to LTE, 5G, or NR systems.