Devices and methods for communication

WO2026199499A1PCT designated stage Publication Date: 2026-10-01NEC CORP +1
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
PCT/CN2025/085878
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2025-03-28
Publication Date
2026-10-01

Smart Images

  • Figure CN2025085878_01102026_PF_FP_ABST
    Figure CN2025085878_01102026_PF_FP_ABST
Patent Text Reader

Abstract

Embodiments of the present disclosure provide a solution for uplink control information. In a solution, a terminal device receives, from a network device, a configuration comprising one or more parameters for sequence generation and sequence mapping; divides, based on the one or more parameters, a set of sequences associated with transmission bits of uplink control information (UCI) into a plurality of subsets of sequences, where each subset comprises one or more sequences; determines a sequence for the UCI based on the plurality of subset of sequences; and transmits, to the network device, the sequence for the UCI on a physical uplink control channel (PUCCH).
Need to check novelty before this filing date? Find Prior Art

Description

DEVICES AND METHODS FOR COMMUNICATIONFIELDS

[0001] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for uplink control information (UCI) .BACKGROUND

[0002] 5G UCI includes SR (Scheduling Request) , hybrid automatic repeat request acknowledgement (HARQ-ACK) feedback and CSI report. For SR, radio resource control (RRC) may configure a set of physical uplink control channel (PUCCH) resources and UE could transmit SR on the corresponding PUCCH resource when triggered. For HARQ-ACK feedback, RRC may configure a set of PUCCH resources and physical downlink shared channel (PDSCH) scheduling DCI indicates the used PUCCH resource where UE transmit HARQ-ACK codebook containing HARQ-ACK information for dynamic scheduled PDSCH. For channel state information reference signal (CSI-RS) , RRC may configure a set of PUCCH resources and UE could transmit channel state information (CSI) report on the corresponding PUCCH resource based on the RRC configured behavior, including periodic, semi-persistence, aperiodic or event triggered.SUMMARY

[0003] In general, embodiments of the present disclosure provide a solution on UCI.

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises: a processor, configured to cause the terminal device to: receive, from a network device, a configuration comprising one or more parameters for sequence generation and sequence mapping; divide, based on the one or more parameters, a set of sequences associated with transmission bits of uplink control information (UCI) into a plurality of subsets of sequences, where each subset comprises one or more sequences; determine a sequence for the UCI based on the plurality of subset of sequences; and transmit, to the network device, the sequence for the UCI on a physical uplink control channel (PUCCH) .

[0005] In a second aspect, there is provided a terminal device. The terminal device comprises: a processor, configured to cause the terminal device to: determine a demodulation reference signal (DMRS) transmission associated with a physical uplink shared channel (PUSCH) transmission; determine, based on uplink control information (UCI) , at least one parameter associated with the DMRS transmission; and transmit the DMRS transmission to the network device.

[0006] In a third aspect, there is provided a terminal device. The terminal device comprises: a processor, configured to cause the terminal device to: receive, from a network device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission; and transmit, to the network device, the UCI transmission on one or more of the at least one CG PUSCH resource.

[0007] In a fourth aspect, there is provided a terminal device. The terminal device comprises: a processor, configured to cause the terminal device to: receive, from a network device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information.

[0008] In a fifth aspect, there is provided a terminal device. The terminal device comprises: a processor, configured to cause the terminal device to: receive, from a network device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report, wherein the MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) .

[0009] In a sixth aspect, there is provided a terminal device. The terminal device comprises: a processor, configured to cause the terminal device to: divide a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook into one or more sub-blocks, wherein the HARQ-ACK codebook comprises a first part and a second part, and the first part of HARQ-ACK codebook comprises a bitmap indication of the one or more sub-blocks and the number of bits in the first part of HARQ-ACK codebook corresponds to the number of sub-blocks.

[0010] In a seventh aspect, there is provided a network device. The network device comprises: a processor, configured to cause the network device to: transmit, to a terminal device, a configuration comprising one or more parameters for sequence generation and sequence mapping; and receive, from the terminal device, a sequence for uplink control information (UCI) on a physical uplink control channel (PUCCH) , wherein the sequence for the UCI is determined based on a plurality of subsets of sequences.

[0011] In an eighth aspect, there is provided a network device. The network device comprises: a processor, configured to cause the network device to: transmit, to a terminal, device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission; and receive, from the terminal device, the UCI transmission on one or more of the at least one CG PUSCH resource.

[0012] In a ninth aspect, there is provided a network device. The network device comprises: a processor, configured to cause the network device to: transmit, to a terminal device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information.

[0013] In a tenth aspect, there is provided a network device. The network device comprises: a processor, configured to cause the network device to: transmit, to a terminal device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report, wherein the MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) .

[0014] In an eleventh aspect, there is provided a communication method performed by a terminal device. The method comprises: receiving, from a network device, a configuration comprising one or more parameters for sequence generation and sequence mapping; dividing, based on the one or more parameters, a set of sequences associated with transmission bits of uplink control information (UCI) into a plurality of subsets of sequences, where each subset comprises one or more sequences; determining a sequence for the UCI based on the plurality of subset of sequences; and transmitting, to the network device, the sequence for the UCI on a physical uplink control channel (PUCCH) .

[0015] In a twelfth aspect, there is provided a communication method performed by a terminal device. The method comprises: determining a demodulation reference signal (DMRS) transmission associated with a physical uplink shared channel (PUSCH) transmission; determining, based on uplink control information (UCI) , at least one parameter associated with the DMRS transmission; and transmitting the DMRS transmission to the network device.

[0016] In a thirteenth aspect, there is provided a communication method performed by a terminal device. The method comprises: receiving, from a network device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission; and transmitting, to the network device, the UCI transmission on one or more of the at least one CG PUSCH resource.

[0017] In a fourteenth aspect, there is provided a communication method performed by a terminal device. The method comprises: receiving, from a network device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information.

[0018] In a fifteenth aspect, there is provided a communication method performed by a terminal device. The method comprises: receiving, from a network device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report, wherein the MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) .

[0019] In a sixteenth aspect, there is provided a communication method performed by a terminal device. The method comprises: dividing a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook into one or more sub-blocks, wherein the HARQ-ACK codebook comprises a first part and a second part, and the first part of HARQ-ACK codebook comprises a bitmap indication of the one or more sub-blocks and the number of bits in the first part of HARQ-ACK codebook corresponds to the number of sub-blocks.

[0020] In a seventeenth aspect, there is provided a communication method performed by a network device. The method comprises: transmitting, to a terminal device, a configuration comprising one or more parameters for sequence generation and sequence mapping; and receiving, from the terminal device, a sequence for uplink control information (UCI) on a physical uplink control channel (PUCCH) , wherein the sequence for the UCI is determined based on a plurality of subsets of sequences.

[0021] In a eighteenth aspect, there is provided a communication method performed by a network device. The method comprises: transmitting, to a terminal, device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission; and receiving, from the terminal device, the UCI transmission on one or more of the at least one CG PUSCH resource.

[0022] In a nineteenth aspect, there is provided a communication method performed by a network device. The method comprises: transmitting, to a terminal device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information.

[0023] In a twentieth aspect, there is provided a communication method performed by a network device. The method comprises: transmitting, to a terminal device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report, wherein the MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) .

[0024] In a twenty-first aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to carry out the method according to the eleventh, twelfth, thirteenth, fourteenth, fifteenth, sixteenth, seventeenth, eighteenth, nineteenth, or twentieth aspect.

[0025] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0026] Through the more detailed description of some example embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0027] FIG. 1 illustrates an example communication environment in which example embodiments of the present disclosure can be implemented;

[0028] FIG. 2 illustrates a signaling flow of UCI transmission in accordance with some embodiments of the present disclosure;

[0029] FIG. 3 illustrates a schematic diagram of sequences in accordance with some embodiments of the present disclosure;

[0030] FIG. 4 illustrates a schematic diagram of bit allocation in accordance with some embodiments of the present disclosure;

[0031] FIG. 5 illustrates a signaling flow of DMRS transmission in accordance with some embodiments of the present disclosure;

[0032] FIG. 6 illustrates a signaling flow of UCI transmission in accordance with some embodiments of the present disclosure;

[0033] FIG. 7 illustrates a signaling flow of scheduling request transmission in accordance with some embodiments of the present disclosure;

[0034] FIG. 8 illustrates a signaling flow of HARQ-ACK report in accordance with some embodiments of the present disclosure;

[0035] FIG. 9 illustrates a signaling flow of HARQ-ACK report in accordance with some other embodiments of the present disclosure;

[0036] FIG. 10 illustrates a flowchart of a communication method implemented at a terminal device according to some example embodiments of the present disclosure;

[0037] FIG. 11 illustrates a flowchart of a communication method implemented at a terminal device according to some example embodiments of the present disclosure;

[0038] FIG. 12 illustrates a flowchart of a communication method implemented at a terminal device according to some example embodiments of the present disclosure;

[0039] FIG. 13 illustrates a flowchart of a communication method implemented at a terminal device according to some example embodiments of the present disclosure;

[0040] FIG. 14 illustrates a flowchart of a communication method implemented at a terminal device according to some example embodiments of the present disclosure;

[0041] FIG. 15 illustrates a flowchart of a communication method implemented at a terminal device according to some example embodiments of the present disclosure;

[0042] FIG. 16 illustrates a flowchart of a communication method implemented at a network device according to some example embodiments of the present disclosure;

[0043] FIG. 17 illustrates a flowchart of a communication method implemented at a network device according to some example embodiments of the present disclosure;

[0044] FIG. 18 illustrates a flowchart of a communication method implemented at a network device according to some example embodiments of the present disclosure;

[0045] FIG. 19 illustrates a flowchart of a communication method implemented at a network device according to some example embodiments of the present disclosure; and

[0046] FIG. 20 illustrates a simplified block diagram of an apparatus that is suitable for implementing example embodiments of the present disclosure.

[0047] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0048] Principle of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

[0049] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0050] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, devices on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple Subscriber Identity Module (SIM) as known as Multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0051] The term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0052] The terminal device or the network device may have Artificial intelligence (AI) or Machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0053] The terminal or the network device may work on several frequency ranges, e.g., FR1 (e.g., 450 MHz to 6000 MHz) , FR2 (e.g., 24.25GHz to 52.6GHz) , frequency band larger than 100 GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under Multi-Radio Dual Connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0054] The embodiments of the present disclosure may be performed in test equipment, e.g., signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator. In some embodiments, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In some embodiments, the first network device may be a first RAT device and the second network device may be a second RAT device. In some embodiments, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In some embodiments, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In some embodiments, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0055] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0056] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0057] As used herein, the term “resource, ” “transmission resource, ” “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.

[0058] In some examples, if the PUCCH for SR, HARQ-ACK and / or CSI overlapping with each other, there are a lot of rules to determine the final PUCCH to transmit the multiplexed UCI. If the PUCCH for SR, HARQ-ACK and / or CSI overlapping with PUSCH, there are a lot of rules to determine the PUSCH used for UCI transmission. Those rules are very complicated which is harmful system implementation. A simple and efficient way may be needed. MAC CE is flexible to multiplex the information and forward compatibility to the future enhancement of the UCI. MAC CE could be used as the UCI.

[0059] In some embodiments, UCI transmission may be sent on PUSCH due to other UL traffic. In some other embodiments, UL feedback may be simplified by carrying all uplink control signaling / reports in-band as layer 2 (L2) message. This replace the UCI on PUCCH, MAC CE and RRC UL control.

[0060] In some embodiments, 5G has a lot of rules for collision handling between PUCCH of UCI A and PUCCH of UCI B, or between PUCCH of UCI C and PUSCH, which is very complexity. For example, collision of PUCCH of UCI A and PUCCH of UCI B may be not handled, one of UCI may be transmitted on PUCCH and SR of the un-transmitted UCI may be transmitted on the SR resource. Alternatively, SR may be transmitted to indicate presence of UCI A and B.

[0061] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0062] FIG. 1 illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a plurality of communication devices, including a terminal device 110 and a network device 120, can communicate with each other.

[0063] In the example of FIG. 1, the terminal device 110 may be a UE and the network device 120 may be a base station serving the UE. The serving area of the network device 120 may be called a cell 102.

[0064] It is to be understood that the number of devices and their connections shown in FIG. 1 are only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implementing example embodiments of the present disclosure. Although not shown, it would be appreciated that one or more additional devices may be located in the cell 102, and one or more additional cells may be deployed in the communication environment 100. It is noted that although illustrated as a network device, the network device 120 may be another device than a network device. Although illustrated as a terminal device, the terminal device 110 may be other device than a terminal device.

[0065] In the following, for the purpose of illustration, some example embodiments are described with the terminal device 110 operating as a UE and the network device 120 operating as a base station. However, in some example embodiments, operations described in connection with a terminal device may be implemented at a network device or other device, and operations described in connection with a network device may be implemented at a terminal device or other device.

[0066] In some example embodiments, if the terminal device 110 is a terminal device and the network device 120 is a network device, a link from the network device 120 to the terminal device 110 is referred to as a downlink (DL) , while a link from the terminal device 110 to the network device 120 is referred to as an uplink (UL) . In DL, the network device 120 is a transmitting (TX) device (or a transmitter) and the terminal device 110 is a receiving (RX) device (or a receiver) . In UL, the terminal device 110 is a TX device (or a transmitter) and the network device 120 is a RX device (or a receiver) .

[0067] The communications in the communication environment 100 may conform to any suitable standards including, but not limited to, Global System for Mobile Communications (GSM) , Long Term Evolution (LTE) , LTE-Evolution, LTE-Advanced (LTE-A) , New Radio (NR) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access (CDMA) , GSM EDGE Radio Access Network (GERAN) , Machine Type Communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-Advanced networks, or the sixth generation (6G) networks.

[0068] Reference is made to FIG. 2, which illustrates a signaling flow 200 of UCI transmission in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 200 will be discussed with reference to FIG. 1, for example, by using the terminal device 110 and the network device 120. In some embodiments, there may be at least only one PUCCH format in 6G, i.e., sequence based PUCCH, for small UCI payload transmission, e.g., not more than 4 bits. In some embodiments, the RRC signaling configures PUCCH resource by indicating the number of resource blocks (RBs) and the number of OFDM symbols of the PUCCH format. In some embodiments, there may be a plurality of sequences defined on the PUCCH resources and the terminal device 110 may transmit one sequence from the plurality of sequences on the PUCCH.

[0069] The network device 120 transmits (2010) , to the terminal device 110, a configuration including one or more parameters for sequence generation and sequence mapping. That is, the terminal device 110 receives (2010) the configuration including the one or more parameters from the network device 120. For example, the network device 120 may configure one or more parameters used for the transmitting bit (s) to sequence generation and mapping rule. In some embodiments, the mapping rule may indicate dividing the set of sequences into multiple subsets, where each subset has one or multiple sequences. In some embodiments, the number of sequences in the subset equals to two to the power of transmission bits, i.e., 2 sequences for 1 bit, 4 sequences for 2 bits, 8 sequences for 3 bits and so on. Each subset may be corresponding to a resource index. In other words, each subset may have a corresponding resource index. Thus, one PUCCH resources used by the terminal device 110 may be identified by the resource index by combining [PUCCH frequency time domain index, sequence subset index] . In some embodiments, the sequence not belonging to any subset is not used for PUCCH transmission, e.g., there could be 84 sequences but only 64 sequences belong to the subset based on the mapping rule in which case the remaining 20 sequences are not used.

[0070] In some embodiments, the configuration further may include a parameter for a mask bit pattern or a mask index. In this case, the terminal device 110 may determine the transmission bits of the UCI based on the parameter for the mask bit pattern or the mask index. For example, there are 64 sequences, i.e., 6 bits. The network device 120 may configure a 6 bits value and 6 bits mask value to the terminal device 110, where the value is abcdef and mask is 110111, bit value 0 in mask means that the terminal device 110 could transmit information bit using that position. If the transmission bit is 1, the terminal device 110 may use the sequence corresponding to bit ab1def. If the transmission bit is 0, the terminal device 110 may use the sequence corresponding to bit ab0def. Mask index may allow different numbers of PUCCH payload multiplexing on the same PUCCH and reduce the number of signaling bits.

[0071] The terminal device 110 divides (2020) , based on the one or more parameters, a set of sequences associated with transmission bits of uplink control information (UCI) into a plurality of subsets of sequences. Each subset comprises one or more sequences. The terminal device 110 determines (2030) a sequence for the UCI based on the plurality of subset of sequences.

[0072] In some embodiments, the terminal device 110 may divide (2020) bit value into multiple sub-fields, where each sub-field corresponds to an orthogonal sequence or a non-orthogonal sequence (for example, as shown in FIG. 3) . For example, bit value 110101 is divide into three parts 110 1 01. In some embodiments, the first part is configured as an orthogonal sequence with the length being 12, then 110 could be used to determine the 0b110-th orthogonal length 12 sequence. The orthogonal sequence of which length is 12 may be where k is index and n=0, 1, …, 11. In some embodiments, the second part is configured as an orthogonal sequence of which length is 2, then 1 could be used to determine the 0b1-th orthogonal length 2 sequence. The orthogonal sequence with length being 2 may be where k is index and n=0, 1. In some embodiments, the third part is configured as a length 2 non-orthogonal sequence with 4 sequences, then 01 could be used to determine the 0b01-th non-orthogonal length 2 sequence. The non-orthogonal sequence of which length is 2 may be where k is index and n=0, 1. In this case, a length 12*2*2 sequence may be generated based on the Kronecker product of the three sequences.

[0073] In some embodiments, physical uplink control channel (PUCCH) transmissions with different number of bits are multiplexed on a same PUCCH resource by bit allocation tree. For example, different number of bits’ PUCCH transmission may be multiplexing on the same PUCCH frequency time resource by bit allocation tree. For example, there may be 8 sequences and bit allocation tree may be as following where 2 bits resource and 1 bit resources are multiplexing together within the PUCCH frequency time resource. For example, as shown in FIG. 4, resource A may include 2 bits transmission resource with mask indication 0xx, resource B may include 1 bit transmission resource with mask indication 10x, and resource C may include 1 bit transmission resource with mask indication 11x.

[0074] The terminal device 110 transmits (2040) , to the network device 120, the sequence for the UCI on a physical uplink control channel (PUCCH) . That is, the network device 120 receives (2040) the sequence for the UCI on the PUCCH from the terminal device 110.

[0075] Reference is made to FIG. 5, which illustrates a signaling flow 500 of DMRS transmission in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 500 will be discussed with reference to FIG. 1, for example, by using the terminal device 110 and the network device 120.

[0076] In some embodiments, PUCCH may not be supported, i.e., using only PUSCH to transmit information for both data and UCI. For uplink transmission with small payload bits, PUSCH transmission may not always be efficient. Channel coding in PUSCH (LDPC code) needs minimum payload bit size. Thus, to benefit the multiplexing of different UE’s small payload uplink transmission, UE selected DMRS transmission is introduced.

[0077] The terminal device 110 determines (5010) a demodulation reference signal (DMRS) transmission associated with a physical uplink shared channel (PUSCH) transmission. In some embodiments, there is no resource for data transmission in the PUSCH transmission. For example, for UE selected DMRS transmission, there may be no PUSCH resources for data transmission, i.e., there is only PUSCH associated DMRS resources for transmission.

[0078] The terminal device 110 determines (5020) , based on uplink control information (UCI) , at least one parameter associated with the DMRS transmission. In some embodiments, the at least one parameter comprises one or more of: a transmitted DMRS port or a DMRS sequence. For example, the terminal device 110 selects the transmitted DMRS port and / or DMRS sequence based on the UCI. In some embodiments, there is mapping between transmission payload bits and the indexing of DMRS port and / or initialization value of DMRS sequence. In this case, the terminal device 110 may determine the at least one parameter based on a mapping between the number of transmission payload bits in the UCI and at least one of: an index of the DMRS port or an index of the DMRS sequence. For example, the terminal device 110 is configured 4 different DMRS ports and 4 different DMRS sequence (initialization indication) . For UCI transmission of bit 1001, the terminal device 110 may select the third (most significant bit (MSB) 10) DMRS port using the second (least significant bit (LSB) 01) DMRS sequence for transmission.

[0079] In some embodiments, an orthogonal code is applied on the DMRS transmission among PUSCH repetition. For example, PUSCH repetition may be configured to increase the coverage of UCI transmission on PUSCH. Orthogonal code (OCC) may be configured on the repetition of PUSCH. For example, when the PUSCH repetition number is 4, there is a length 4 OCC code is used for each PUSCH. For DMRS only PUSCH repetition, it may be type B repetition with OCC code, i.e., PUSCH repetition is continuous in OFDM symbol in a slot and OCC code is applied on DMRS among the PUSCH repetition. In this way, OCC code is also used to indicate the part of UCI bits.

[0080] The terminal device 110 transmits (5030) the DMRS transmission to the network device 120. In other words, the network device 120 receives (5030) the DMRS transmission from the terminal device 110.

[0081] Reference is made to FIG. 6, which illustrates a signaling flow 600 of UCI transmission in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 600 will be discussed with reference to FIG. 1, for example, by using the terminal device 110 and the network device 120.

[0082] In some embodiments, PUCCH may not be supported, i.e., using only PUSCH to transmit information for both data and UCI. In some embodiments, a list of CG PUSCH resources may be configured for UCI transmission.

[0083] In some embodiments, CG PUSCH can be configured by RRC for HARQ-ACK, buffer status report (BSR) , CSI report resource. Alternatively, or in addition, CG PUSCH may also be indicated in DL scheduling DCI as the uplink resource for HARQ-ACK transmission.

[0084] The network device 120 transmits (6010) , from the terminal device 110, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission. That is, the terminal device 110 receives (6010) the configuration from the network device 120.

[0085] In some embodiments, the terminal device 110 may receive, from the network device 120, DCI indicating the at least one CG PUSCH resource. In some embodiments, the at least one CG PUSCH resource is dynamically scheduled. For example, for DCI indicated CG PUSCH for UCI transmission, it is regarded as dynamic scheduled PUSCH when intra-UE multiplexing between different uplink transmission is considered. For example, when considering whether PUSCH resources are available regarding the TDD information, DCI indicated CG PUSCH applies dynamic scheduled PUSCH rule, i.e., not the CG PUSCH rule.

[0086] In some embodiments, the DCI may include a resource indication indicating an index of the at least one CG PUSCH resource. For example, the DCI may use PUCCH resource indicator field to indicate the index of CG PUSCH resource.

[0087] In some embodiments, the terminal device 110 may determine a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook for feedback based on a physical downlink shared channel (PDSCH) -to HARQ_feedback timing indication in the DCI. The terminal device 110 may determine a first available CG PUSH resource in time domain for the at least one CG PUSCH resource after the PDSCH-to-HARQ_feedback timing. For example, PDSCH-to-HARQ_feedback timing indicator in DCI is used to determine the HARQ-ACK codebook for feedback. The terminal device 110 may determine the first available CG PUSCH in time domain for the indicated CG PUSCH resources after the PDSCH-to-HARQ_feedback timing.

[0088] In some embodiments, the at least one CG PUSCH resource is configured as non-HARQ, where there is no HARQ processing identity associated with the at least one CG PUSCH resource. For example, CG PUSCH could be configured as ‘non-harq’ , where there is no HARQ processing ID associated with this CG PUSCH resource and no HARQ transmission is expected / processing on this CG PUSCH, i.e., the terminal device 110 doesn’ t store the transmission bits in HARQ buffer.

[0089] In some embodiments, the at least one CG PUSCH resource is configured as UCI only where logical channels and medium access control (MAC) control element (CE) other than UCI MAC CE is not allowed to transmit on the at least one CG PUSCH resource. For example, CG PUSCH CG PUSCH could be configured as ‘uci-only’ , where logical channels and MAC CE other than UCI MAC CE is not allowed to transmit on this CG PUSCH.

[0090] In some embodiments, the at least one CG PUSCH resource is configured as HARQ-only where only HARQ-ACK related information is allowed to be transmitted on the at least one CG PUSCH resource. For example, CG PUSCH CG PUSCH could be configured as ‘harq-only’ , where only HARQ-ACK related information is allowed to transmit on this CG PUSCH.

[0091] The terminal device 110 transmits (6020) , to the network device 120, the UCI transmission on one or more of the at least one CG PUSCH resource. That is, the network device 120 receives (6020) the UCI transmission from the terminal device 110.

[0092] Reference is made to FIG. 7, which illustrates a signaling flow 700 of scheduling request transmission in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 700 will be discussed with reference to FIG. 1, for example, by using the terminal device 110 and the network device 120.

[0093] In some embodiments, the MAC entity may be configured with zero, one, or more SR configurations. An SR configuration may include a set of PUCCH resources and or CG PUSCH resources for SR across different BWPs and cells.

[0094] The network device 120 transmits (7010) , to the terminal device 110, one or more scheduling request (SR) configurations. That is, the terminal device 110 receives (7010) the one or more SR configurations from the network device 120. Each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information. For example, each SR configuration corresponds to one or more logical channels and / or to one or more UCI types and / or MAC CE information. SR may be configured as used for CSI MAC CE scheduling request, for HARQ-ACK MAC CE scheduling request.

[0095] In some embodiments, features for one SR configuration may be indicated as a feature combination of a SR corresponding to the SR configuration. For example, the features for one SR configuration may be indicated as a feature combination of the SR.

[0096] In some embodiments, a plurality of SRs belong to different features are triggered simultaneously at MAC entity of the terminal device 110. For example, a plurality of SRs belonging to different features may be trigger simultaneously at MAC entity. For example, there may be BSR trigger SR, HARQ-ACK trigger SR and CSI report trigger SR pending request for scheduling at the same time.

[0097] In some embodiments, if there are a plurality of SR configurations configure with corresponding resources at the same time, there is one of SR configurations available which is used for indicating all pending SRs. For example, if there are multiple SR configurations configure with the corresponding resources at the same time and, there is one of SR configurations available which can be used for indicating all pending SR, and this SR configuration corresponding to all pending SRs may be selected. For example, there are BSR trigger SR, HARQ-ACK trigger SR pending for transmission at the same time. There are three SR configurations. The feature combinations may include BSR, HARQ-ACK, BSR and HARQ-ACK separately. Then the SR with feature combination BSR and HARQ-ACK may be selected by the terminal device 110.

[0098] In some embodiments, if there are a plurality of SR configurations configured with corresponding resources at the same time and there is one or more SR configurations available that are configured with indications for a subset of all pending SRs, the terminal device 110 may select a SR configuration available based on a priority order indicated by upper layers. In some embodiments, if there are multiple SR configurations configured with the corresponding resources at the same time and, there are one or more SR configurations available that are configured with indication (s) for a subset of all pending SR, and a SR configuration available may be selected based on the priority order indicated by upper layers for this SR procedure. For example, there are BSR trigger SR, HARQ-ACK trigger SR pending for transmission at the same time. There are two SR configurations. The feature combinations may include BSR, HARQ-ACK separately. HARQ-ACK has a higher priority than BSR. Then the SR configuration with feature combination HARQ-ACK is selected by the terminal device 110 for transmission at this time. Since SR for HARQ-ACK is transmitted, the remaining BSR pending for transmission may be transmitted in the next SR resource.

[0099] In some embodiments, there is a default SR configuration. In this case, if features of SR pending for transmission do not align with a feature of a SR configuration, the terminal device 110 may select the default SR configuration corresponding to the pending SR. For example, there may be a default SR configuration, for the features of SR pending for transmission not aligned with the SR configuration’s feature.

[0100] In some embodiments, a SR configuration used for hybrid automatic repeat request (HARQ) acknowledgment (ACK) SR is configured by two states. For example, the SR configuration used for HARQ-ACK SR may be configured by two states, e.g., two PUCCH resources, two PUCCH sequence, one bit (+1 and -1) transmission representing one of two states.

[0101] In some embodiments, if all HARQ-ACK information in HARQ-ACK coded is ACK, a first state of the HARQ-ACK SR is selected. Alternatively, or in addition, if not all HARQ-ACK information in HARQ-ACK coded is ACK, a second state of the HARQ-ACK SR is selected. For example, if all the HARQ-ACK information in HARQ-ACK codebook is ‘ACK’ , i.e., all PDSCH (s) are detected by the UE correctly, the first state of HARQ-ACK SR is selected, otherwise, the second state of HARQ-ACK SR is selected.

[0102] In some embodiments, the terminal device 110 may transmit the first state of the HARQ-ACK SR to the network device 120. In this case, if there is a physical downlink shared channel (PDSCH) scheduling indicating a new data transmission of the PDSCH waiting for HARQ-ACK feedback, the terminal device 110 may cancel a triggered HARQ-ACK codebook MAC CE that is waiting for transmission. For example, when the first state of HARQ-ACK SR is transmitted by the terminal device 110 and there is a PDSCH scheduling indicating a new data transmission (toggled NDI field) of the PDSCH waiting for HARQ-ACK MAC CE feedback, the UE MAC entity may cancel the triggered HARQ-ACK codebook MAC CE which is waiting / pending for transmission.

[0103] Reference is made to FIG. 8, which illustrates a signaling flow 800 of HARQ-ACK report in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 800 will be discussed with reference to FIG. 1, for example, by using the terminal device 110 and the network device 120. In some embodiments, a new DL MAC CE for HARQ-ACK report is introduced.

[0104] The network device 120 transmits (8010) , to the terminal device 110, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report. That is, the terminal device 110 receives (8010) the MAC CE for HARQ-ACK report from the network device 120. The MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) .

[0105] In some embodiments, the MAC CE for HARQ-ACK report is fixed length. For example, DL HARQ-ACK MAC CE is fixed length, e.g., one byte, indicating the MAC PDU DAI / SN (Downlink Allocation Indication)  /  (Sequence Number) . DAI in MAC CE may be counted across CC.

[0106] In some embodiments, a MAC layer of the terminal device maintains the DAI. In some other embodiments, the terminal device 110 may increase a value of the DAI by a predetermined value for each new MAC PDU for HARQ operation. For example, for each new MAC PDU needed for HARQ operation, the DAI value may be increased by one.

[0107] In some embodiments, a receiving MAC layer of the terminal device reports a missing DAI value to a transmitting MAC layer of the terminal device. For example, the receiving MAC layer may report the missing DAI values to the transmitting MAC layer. The missing DAI value may generate a HARQ-ACK codebook and contain in HARQ-ACK MAC CE.

[0108] In some embodiments, the terminal device 110 may generate a HARQ-ACK codebook. In this case, after the generation of the HARQ-ACK codebook, the MAC entity the terminal device 110 may trigger a HARQ-ACK codebook report (HCR) . In some embodiments, the terminal device 110 may generate an uplink HCR MAC CE. Alternatively, the terminal device 110 may trigger a HARQ-ACK scheduling request.

[0109] In some embodiments, upon generating HARQ-ACK codebook, the MAC entity triggers an HCR (HARQ-ACK Codebook Report) if this HARQ-ACK codebook with higher priority than the priority of any HARQ-ACK codebook pending for report or there is no HARQ-ACK codebook pending for report. In some embodiments, if the HARQ-ACK Codebook procedure determines that at least one HCR has been triggered and not cancelled, and if UL-SCH resources are available for a new transmission and the UL-SCH resources can accommodate the HCR MAC CE plus its subheader as a result of logical channel prioritization, the MAC entity at the terminal device 110 may instruct the Multiplexing and Assembly procedure to generate the UL HCR MAC CE (s) . In some other embodiments, if there is no UL-SCH resource available for a new transmission, or if the UL-SCH resources available for a new transmission do not meet the LCP mapping restrictions (see clause 5.4.3.1) configured for the logical channel that triggered the HCR, the MAC entity at the terminal device 110 may trigger a HARQ-ACK Scheduling Request.

[0110] In some embodiments, if an HCR is transmitted, a triggered HCR is cancelled. For example, the triggered HCRs may be cancelled when the HCRs are transmitted.

[0111] In some embodiments, the DCI may include an indication indicating a report type of HARQ-ACK feedback. For example, DCI may include a bit field to indicate the report type of HARQ-ACK feedback, for example between UCI on PUCCH / PUSCH based HARQ-ACK codebook report and MAC CE on PUSCH based HARQ-ACK codebook report. In some embodiments, the indication may be indicated as PUCCH resource indicator. Some values may indicate that the HARQ-ACK codebook is on PUCCH resource A. Some values may indicate that the HARQ-ACK codebook is on CG PUSCH resource B. Some values may indicate the HARQ-ACK codebook is on MAC CE and no PUCCH / PUSCH resource is indicated. Some values may indicate HARQ-ACK codebook report is not needed for this PDSCH.

[0112] In some embodiments, the network device 120 does not need to indicate HARQ-ACK feedback for each PDSCH. Instead, it can combine the HARQ-ACK codebook MAC CE report and PUCCH report together. For example, the network device 120 may configure PUCCH report to check whether PDSCH is missing all the time.

[0113] In some embodiments, a HARQ-ACK codebook on at least one of: physical uplink control channel or configured grant physical uplink shared channel is regarded as a polling message. For example, HARQ-ACK codebook on PUCCH and / or CG PUSCH can be regarded as a polling message, where receiver MAC should report MAC CE HARQ-ACK codebook till the DAI value containing in the PDSCH DL HARQ-ACK MAC CE.

[0114] In some embodiments, for a same HARQ-ACK feedback slot indicated by DCI, the terminal device 110 may determine a HARQ-ACK report type and resources based on a last received DCI on PDCCH. For example, for the same HARQ-ACK feedback slot indicated by DCI based on PDSCH-to-HARQ_feedback timing indicator, the terminal device 110 may determine the HARQ-ACK report type and resources based on the last received DCI on PDCCH.

[0115] Reference is made to FIG. 9, which illustrates a signaling flow 900 of HARQ-ACK report in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 900 will be discussed with reference to FIG. 1, for example, by using the terminal device 110 and the network device 120.

[0116] In some embodiments, for HARQ-ACK codebook type 1 (static codebook) , there may be a lot of non-scheduled ‘NACK’ in the codebook. For HARQ-ACK codebook type 2 (dynamic codebook) , it may have highly expected to have a lot of ‘ACK’ in the codebook.

[0117] The terminal device divides (9010) a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook into one or more sub-blocks. The HARQ-ACK codebook includes a first part and a second part. In this case, the first part of HARQ-ACK codebook includes a bitmap indication of the one or more sub-blocks and the number of bits in the first part of HARQ-ACK codebook corresponds to the number of sub-blocks. For example, two parts of HARQ-ACK codebook are introduced. First, HARQ-ACK codebook is divided into one or multiple sub-blocks. The HARQ-ACK codebook part 1 is a bitmap indication of HARQ-ACK codebook sub-blocks and the number of bits in HARQ-ACK codebook part 1 is the number of sub-blocks. For HARQ-ACK codebook type 1, bit 1 indicate that there is an ‘ACK’ in the sub-block and HARQ-ACK codebook part 2 for this sub-block bits is present. For HARQ-ACK codebook type 1, bit 0 indicate that there is no ‘ACK’ in the sub-block and HARQ-ACK codebook part 2 for this sub-block bits is not present.

[0118] In some embodiments, for HARQ-ACK codebook type 2, bit 1 indicates that there is no ‘NACK’ in the sub-block and HARQ-ACK codebook part 2 for this sub-block bits are not present. In some embodiments, for HARQ-ACK codebook type 2, bit 0 may indicate that there is ‘NACK’ in the sub-block and HARQ-ACK codebook part 2 for this sub-block bits is present.

[0119] In some embodiments, resources for the first part of HARQ-ACK codebook are not reserved. Alternatively, or in addition, resources for the second part of HARQ-ACK codebook are reserved. For example, for HARQ-ACK codebook multiplexing with PUSCH, resources for HARQ-ACK part 1 are not reserved and may be punctured to transmit HARQ-ACK part 1 if needed. Resources for HARQ-ACK part 2 may be reserved that other data does not map to the resources. The number of resources reserved for HARQ-ACK part 2 is determined based on the information / indication in HARQ-ACK part 1.

[0120] The terminal device 110 may transmit (9020) the HARQ-ACK to the network device 120. That is, the network device 120 may receive (9020) the HARQ-ACK from the terminal device 110.

[0121] FIG. 10 illustrates a flowchart of a communication method 1000 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1000 will be described from the perspective of the terminal device 110 in FIG. 1.

[0122] At block 1010, the terminal device receives, from a network device, a configuration comprising one or more parameters for sequence generation and sequence mapping.

[0123] At block 1020, the terminal device divides, based on the one or more parameters, a set of sequences associated with transmission bits of uplink control information (UCI) into a plurality of subsets of sequences, where each subset comprises one or more sequences.

[0124] At block 1030, the terminal device determines a sequence for the UCI based on the plurality of subset of sequences.

[0125] At block 1040, the terminal device transmits, to the network device, the sequence for the UCI on a physical uplink control channel (PUCCH) .

[0126] In some example embodiments, the configuration further comprises a parameter for a mask bit pattern or a mask index.

[0127] In some example embodiments, the method 1000 further includes: determining the transmission bits of the UCI based on the parameter for the mask bit pattern or the mask index.

[0128] In some example embodiments, physical uplink control channel (PUCCH) transmissions with different number of bits are multiplexed on a same PUCCH resource by bit allocation tree.

[0129] In some example embodiments, each subset is corresponding to a resource index.

[0130] FIG. 11 illustrates a flowchart of a communication method 1100 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1100 will be described from the perspective of the terminal device 110 in FIG. 1.

[0131] At block 1110, the terminal device determines a demodulation reference signal (DMRS) transmission associated with a physical uplink shared channel (PUSCH) transmission.

[0132] At block 1120, the terminal device determines, based on uplink control information (UCI) , at least one parameter associated with the DMRS transmission.

[0133] At block 1130, the terminal device transmits the DMRS transmission to the network device.

[0134] In some example embodiments, the at least one parameter comprises one or more of:a transmitted DMRS port or a DMRS sequence.

[0135] In some example embodiments, there is no resource for data transmission in the PUSCH transmission.

[0136] In some example embodiments, the method 1100 further includes determining the at least one parameter based on a mapping between the number of transmission payload bits in the UCI and at least one of: an index of the DMRS port or an index of the DMRS sequence.

[0137] In some example embodiments, an orthogonal code is applied on the DMRS transmission among PUSCH repetition.

[0138] FIG. 12 illustrates a flowchart of a communication method 1200 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1200 will be described from the perspective of the terminal device 110 in FIG. 1.

[0139] At block 1210, the terminal device receives, from a network device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission.

[0140] At block 1220, the terminal device transmits, to the network device, the UCI transmission on one or more of the at least one CG PUSCH resource.

[0141] In some example embodiments, the method 1200 further includes: receiving, from the network device, downlink control information (DCI) indicating the at least one CG PUSCH resource.

[0142] In some example embodiments, the at least one CG PUSCH resource is dynamically scheduled.

[0143] In some example embodiments, the DCI comprises a resource indication indicating an index of the at least one CG PUSCH resource.

[0144] In some example embodiments, the method 1200 further includes: determining a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook for feedback based on a physical downlink shared channel (PDSCH) -to HARQ_feedback timing indication in the DCI; and determining a first available CG PUSH resource in time domain for the at least one CG PUSCH resource after the PDSCH-to-HARQ_feedback timing.

[0145] In some example embodiments, the at least one CG PUSCH resource is configured as non-HARQ, where there is no HARQ processing identity associated with the at least one CG PUSCH resource.

[0146] In some example embodiments, the at least one CG PUSCH resource is configured as UCI only where logical channels and medium access control (MAC) control element (CE) other than UCI MAC CE is not allowed to transmit on the at least one CG PUSCH resource.

[0147] In some example embodiments, the at least one CG PUSCH resource is configured as HARQ-only where only HARQ-ACK related information is allowed to be transmitted on the at least one CG PUSCH resource.

[0148] FIG. 13 illustrates a flowchart of a communication method 1300 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1300 will be described from the perspective of the terminal device 110 in FIG. 1.

[0149] At block 1310, the terminal device receives, from a network device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information.

[0150] In some example embodiments, features for one SR configuration are indicated as a feature combination of a SR corresponding to the SR configuration.

[0151] In some example embodiments, a plurality of SRs belong to different features are triggered simultaneously at MAC entity of the terminal device.

[0152] In some example embodiments, in response to that there are a plurality of SR configurations configure with corresponding resources at the same time, there is one of SR configurations available which is used for indicating all pending SRs.

[0153] In some example embodiments, the method 1300 further includes: in response to that there are a plurality of SR configurations configure with corresponding resources at the same time and there is one or more SR configurations available that are configured with indications for a subset of all pending SRs, selecting a SR configuration available based on a priority order indicated by upper layers.

[0154] In some example embodiments, there is a default SR configuration, and wherein the terminal device is caused to: in response to that features of SR pending for transmission do not align with a feature of a SR configuration, select the default SR configuration corresponding to the pending SR.

[0155] In some example embodiments, a SR configuration used for hybrid automatic repeat request (HARQ) acknowledgment (ACK) SR is configured by two states.

[0156] In some example embodiments, in response to all HARQ-ACK information in HARQ-ACK coded is ACK, a first state of the HARQ-ACK SR is selected, and wherein in response to not all HARQ-ACK information in HARQ-ACK coded is ACK, a second state of the HARQ-ACK SR is selected.

[0157] In some example embodiments, the method 1300 further includes: transmitting the first state of the HARQ-ACK SR to the network device; and in response to that there is a physical downlink shared channel (PDSCH) scheduling indicating a new data transmission of the PDSCH waiting for HARQ-ACK feedback, cancelling a triggered HARQ-ACK codebook MAC CE that is waiting for transmission.

[0158] FIG. 14 illustrates a flowchart of a communication method 1400 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1400 will be described from the perspective of the terminal device 110 in FIG. 1.

[0159] At block 1410, the terminal device receives, from a network device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report. The MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) .

[0160] In some example embodiments, the MAC CE for HARQ-ACK report is fixed length.

[0161] In some example embodiments, a MAC layer of the terminal device maintains the DAI.

[0162] In some example embodiments, the method 1400 further includes: increasing a value of the DAI by a predetermined value for each new MAC PDU for HARQ operation.

[0163] In some example embodiments, a receiving MAC layer of the terminal device reports a missing DAI value to a transmitting MAC layer of the terminal device.

[0164] In some example embodiments, the method 1400 further includes: generating a HARQ-ACK codebook; and after the generation of the HARQ-ACK codebook, triggering, by a MAC entity of the terminal device, a HARQ-ACK codebook report (HCR) .

[0165] In some example embodiments, the method 1400 further includes: generating an uplink HCR MAC CE; or trigger a HARQ-ACK scheduling request.

[0166] In some example embodiments, in response to a HCR is transmitted, a triggered HCR is cancelled.

[0167] In some example embodiments, downlink control information (DCI) comprises an indication indicating a report type of HARQ-ACK feedback.

[0168] In some example embodiments, a HARQ-ACK codebook on at least one of: physical uplink control channel or configured grant physical uplink shared channel is regarded as a polling message.

[0169] In some example embodiments, the method 1400 further includes: for a same HARQ-ACK feedback slot indicated by DCI, determining a HARQ-ACK report type and resources based on a last received DCI on PDCCH.

[0170] FIG. 15 illustrates a flowchart of a communication method 1500 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1500 will be described from the perspective of the terminal device 110 in FIG. 1.

[0171] At block 1510, the terminal device divides a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook into one or more sub-blocks. The HARQ-ACK codebook comprises a first part and a second part, and the first part of HARQ-ACK codebook comprises a bitmap indication of the one or more sub-blocks and the number of bits in the first part of HARQ-ACK codebook corresponds to the number of sub-blocks.

[0172] In some example embodiments, resources for the first part of HARQ-ACK codebook are not reserved.

[0173] In some example embodiments, resources for the second part of HARQ-ACK codebook are reserved.

[0174] FIG. 16 illustrates a flowchart of a communication method 1600 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1600 will be described from the perspective of the network device 120 in FIG. 1.

[0175] At block 1610, the network device transmits, to a terminal device, a configuration comprising one or more parameters for sequence generation and sequence mapping.

[0176] At block 1620, the network device receives, from the terminal device, a sequence for uplink control information (UCI) on a physical uplink control channel (PUCCH) , wherein the sequence for the UCI is determined based on a plurality of subsets of sequences.

[0177] In some example embodiments, the configuration further comprises a parameter for a mask bit pattern or a mask index.

[0178] In some example embodiments, physical uplink control channel (PUCCH) transmissions with different number of bits are multiplexed on a same PUCCH resource by bit allocation tree.

[0179] In some example embodiments, each subset is corresponding to a resource index.

[0180] FIG. 17 illustrates a flowchart of a communication method 1700 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1700 will be described from the perspective of the network device 120 in FIG. 1.

[0181] At block 1710, the network device transmits, to a terminal, device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission.

[0182] At block 1720, the network device receives, from the terminal device, the UCI transmission on one or more of the at least one CG PUSCH resource.

[0183] In some example embodiments, the method 1700 further includes transmitting, to the terminal device, downlink control information (DCI) indicating the at least one CG PUSCH resource.

[0184] In some example embodiments, the at least one CG PUSCH resource is dynamically scheduled.

[0185] In some example embodiments, the DCI comprises a resource indication indicating an index of the at least one CG PUSCH resource.

[0186] In some example embodiments, the at least one CG PUSCH resource is configured as non-HARQ, where there is no HARQ processing identity associated with the at least one CG PUSCH resource.

[0187] In some example embodiments, the at least one CG PUSCH resource is configured as UCI only where logical channels and medium access control (MAC) control element (CE) other than UCI MAC CE is not allowed to transmit on the at least one CG PUSCH resource.

[0188] In some example embodiments, the at least one CG PUSCH resource is configured as HARQ-only where only HARQ-ACK related information is allowed to be transmitted on the at least one CG PUSCH resource.

[0189] FIG. 18 illustrates a flowchart of a communication method 1800 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1800 will be described from the perspective of the network device 120 in FIG. 1.

[0190] At block 1810, the network device transmits, to a terminal device, one or more scheduling request (SR) configurations. Each SR configuration corresponds to at least one of:one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information.

[0191] In some example embodiments, features for one SR configuration are indicated as a feature combination of a SR corresponding to the SR configuration.

[0192] In some example embodiments, a plurality of SRs belong to different features are triggered simultaneously at MAC entity of the terminal device.

[0193] In some example embodiments, in response to that there are a plurality of SR configurations configure with corresponding resources at the same time, there is one of SR configurations available which is used for indicating all pending SRs.

[0194] In some example embodiments, a SR configuration used for hybrid automatic repeat request (HARQ) acknowledgment (ACK) SR is configured by two states.

[0195] In some example embodiments, in response to all HARQ-ACK information in HARQ-ACK coded is ACK, a first state of the HARQ-ACK SR is selected, and wherein in response to not all HARQ-ACK information in HARQ-ACK coded is ACK, a second state of the HARQ-ACK SR is selected.

[0196] FIG. 19 illustrates a flowchart of a communication method 1900 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1900 will be described from the perspective of the network device 120 in FIG. 1.

[0197] At block 1910, the network device transmits, to a terminal device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report. The MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) .

[0198] In some example embodiments, the MAC CE for HARQ-ACK report is fixed length.

[0199] In some example embodiments, a MAC layer of the terminal device maintains the DAI.

[0200] In some example embodiments, downlink control information (DCI) comprises an indication indicating a report type of HARQ-ACK feedback.

[0201] In some example embodiments, a HARQ-ACK codebook on at least one of: physical uplink control channel or configured grant physical uplink shared channel is regarded as a polling message.

[0202] FIG. 20 is a simplified block diagram of a device 2000 that is suitable for implementing embodiments of the present disclosure. The device 2000 can be considered as a further example implementation of any of the devices as shown in FIG. 1. Accordingly, the device 2000 can be implemented at or as at least a part of the terminal device 110 or the network device 120.

[0203] As shown, the device 2000 includes a processor 2010, a memory 2020 coupled to the processor 2010, a suitable transceiver 2040 coupled to the processor 2010, and a communication interface coupled to the transceiver 2040. The memory 2020 stores at least a part of a program 2030. The transceiver 2040 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 2040 may include at least one of a transmitter 2042 and a receiver 2044. The transmitter 2042 and the receiver 2044 may be functional modules or physical entities. The transceiver 2040 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0204] The program 2030 is assumed to include program instructions that, when executed by the associated processor 2010, enable the device 2000 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1 to 20. The embodiments herein may be implemented by computer software executable by the processor 2010 of the device 2000, or by hardware, or by a combination of software and hardware. The processor 2010 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 2010 and memory 2020 may form processing means 2050 adapted to implement various embodiments of the present disclosure.

[0205] The memory 2020 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 2020 is shown in the device 2000, there may be several physically distinct memory modules in the device 2000. The processor 2010 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 2000 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0206] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a network device, a configuration comprising one or more parameters for sequence generation and sequence mapping; divide, based on the one or more parameters, a set of sequences associated with transmission bits of uplink control information (UCI) into a plurality of subsets of sequences, where each subset comprises one or more sequences; determine a sequence for the UCI based on the plurality of subset of sequences; and transmit, to the network device, the sequence for the UCI on a physical uplink control channel (PUCCH) . According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0207] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: determine a demodulation reference signal (DMRS) transmission associated with a physical uplink shared channel (PUSCH) ; determine, based on uplink control information (UCI) , at least one parameter associated with the DMRS transmission; and transmit the DMRS transmission to the network device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0208] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a network device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission; and transmit, to the network device, the UCI transmission on one or more of the at least one CG PUSCH resource. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0209] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a network device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0210] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a network device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report, wherein the MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) . According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0211] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: divide a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook into one or more sub-blocks, wherein the HARQ-ACK codebook comprises a first part and a second part, and the first part of HARQ-ACK codebook comprises a bitmap indication of the one or more sub-blocks and the number of bits in the first part of HARQ-ACK codebook corresponds to the number of sub-blocks. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0212] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: transmit, to a terminal device, a configuration comprising one or more parameters for sequence generation and sequence mapping; and receive, from the terminal device, a sequence for uplink control information (UCI) on a physical uplink control channel (PUCCH) , wherein the sequence for the UCI is determined based on a plurality of subsets of sequences. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0213] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: transmit, to a terminal, device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission; and receive, from the terminal device, the UCI transmission on one or more of the at least one CG PUSCH resource. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0214] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: transmit, to a terminal device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0215] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: transmit, to a terminal device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report, wherein the MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) . According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0216] The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0217] According to embodiments of the present disclosure, a terminal apparatus is provided. The terminal apparatus comprises means for receiving, from a network device, a configuration comprising one or more parameters for sequence generation and sequence mapping; means for dividing, based on the one or more parameters, a set of sequences associated with transmission bits of uplink control information (UCI) into a plurality of subsets of sequences, where each subset comprises one or more sequences; means for determining a sequence for the UCI based on the plurality of subset of sequences; and means for transmitting, to the network device, the sequence for the UCI on a physical uplink control channel (PUCCH) . In some embodiments, the terminal apparatus may comprise means for performing the respective operations of the method 1000. In some example embodiments, the terminal apparatus may further comprise means for performing other operations in some example embodiments of the method 1000. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0218] According to embodiments of the present disclosure, a terminal apparatus is provided. The terminal apparatus comprises means for determining a demodulation reference signal (DMRS) transmission associated with a physical uplink shared channel (PUSCH) ; means for determining, based on uplink control information (UCI) , at least one parameter associated with the DMRS transmission; and means for transmitting the DMRS transmission to the network device. In some embodiments, the terminal apparatus may comprise means for performing the respective operations of the method 1100. In some example embodiments, the terminal apparatus may further comprise means for performing other operations in some example embodiments of the method 1100. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0219] According to embodiments of the present disclosure, a terminal apparatus is provided. The terminal apparatus comprises means for receiving, from a network device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission; and means for transmitting, to the network device, the UCI transmission on one or more of the at least one CG PUSCH resource. In some embodiments, the terminal apparatus may comprise means for performing the respective operations of the method 1200. In some example embodiments, the terminal apparatus may further comprise means for performing other operations in some example embodiments of the method 1200. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0220] According to embodiments of the present disclosure, a terminal apparatus is provided. The terminal apparatus comprises means for receiving, from a network device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information. In some embodiments, the terminal apparatus may comprise means for performing the respective operations of the method 1300. In some example embodiments, the terminal apparatus may further comprise means for performing other operations in some example embodiments of the method 1300. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0221] According to embodiments of the present disclosure, a terminal apparatus is provided. The terminal apparatus comprises means for receiving, from a network device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report, wherein the MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) . In some embodiments, the terminal apparatus may comprise means for performing the respective operations of the method 1400. In some example embodiments, the terminal apparatus may further comprise means for performing other operations in some example embodiments of the method 1400. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0222] According to embodiments of the present disclosure, a terminal apparatus is provided. The terminal apparatus comprises means for dividing a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook into one or more sub-blocks, wherein the HARQ-ACK codebook comprises a first part and a second part, and the first part of HARQ-ACK codebook comprises a bitmap indication of the one or more sub-blocks and the number of bits in the first part of HARQ-ACK codebook corresponds to the number of sub-blocks. In some embodiments, the terminal apparatus may comprise means for performing the respective operations of the method 1500. In some example embodiments, the terminal apparatus may further comprise means for performing other operations in some example embodiments of the method 1500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0223] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for transmitting, to a terminal device, a configuration comprising one or more parameters for sequence generation and sequence mapping; and means for receiving, from the terminal device, a sequence for uplink control information (UCI) on a physical uplink control channel (PUCCH) , wherein the sequence for the UCI is determined based on a plurality of subsets of sequences. In some embodiments, the network apparatus may comprise means for performing the respective operations of the method 1600. In some example embodiments, the network apparatus may further comprise means for performing other operations in some example embodiments of the method 1600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0224] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for transmitting, to a terminal, device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission; and means for receiving, from the terminal device, the UCI transmission on one or more of the at least one CG PUSCH resource. In some embodiments, the network apparatus may comprise means for performing the respective operations of the method 1700. In some example embodiments, the network apparatus may further comprise means for performing other operations in some example embodiments of the method 1700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0225] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for transmitting, to a terminal device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information. In some embodiments, the network apparatus may comprise means for performing the respective operations of the method 1800. In some example embodiments, the network apparatus may further comprise means for performing other operations in some example embodiments of the method 1800. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0226] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for transmitting, to a terminal device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report, wherein the MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) . In some embodiments, the network apparatus may comprise means for performing the respective operations of the method 1900. In some example embodiments, the network apparatus may further comprise means for performing other operations in some example embodiments of the method 1900. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0227] In summary, embodiments of the present disclosure provide the following aspects.

[0228] In an aspect, it is proposed a terminal device, comprising: a processor, configured to cause the terminal device to: receive, from a network device, a configuration comprising one or more parameters for sequence generation and sequence mapping; divide, based on the one or more parameters, a set of sequences associated with transmission bits of uplink control information (UCI) into a plurality of subsets of sequences, where each subset comprises one or more sequences; determine a sequence for the UCI based on the plurality of subset of sequences; and transmit, to the network device, the sequence for the UCI on a physical uplink control channel (PUCCH) .

[0229] In some embodiments, the configuration further comprises a parameter for a mask bit pattern or a mask index.

[0230] In some embodiments, the terminal device is caused to: determine the transmission bits of the UCI based on the parameter for the mask bit pattern or the mask index.

[0231] In some embodiments, physical uplink control channel (PUCCH) transmissions with different number of bits are multiplexed on a same PUCCH resource by bit allocation tree.

[0232] In some embodiments, each subset is corresponding to a resource index.

[0233] In an aspect, it is proposed a terminal device, comprising: a processor, configured to cause the terminal device to: determine a demodulation reference signal (DMRS) transmission associated with a physical uplink shared channel (PUSCH) transmission; determine, based on uplink control information (UCI) , at least one parameter associated with the DMRS transmission; and transmit the DMRS transmission to the network device.

[0234] In some embodiments, the at least one parameter comprises one or more of: a transmitted DMRS port or a DMRS sequence.

[0235] In some embodiments, there is no resource for data transmission in the PUSCH transmission.

[0236] In some embodiments, the terminal device is caused to: determine the at least one parameter based on a mapping between the number of transmission payload bits in the UCI and at least one of: an index of the DMRS port or an index of the DMRS sequence.

[0237] In some embodiments, an orthogonal code is applied on the DMRS transmission among PUSCH repetition.

[0238] In an aspect, it is proposed a terminal device, comprising: a processor, configured to cause the terminal device to: receive, from a network device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission; and transmit, to the network device, the UCI transmission on one or more of the at least one CG PUSCH resource.

[0239] In some embodiments, the terminal device is caused to: receive, from the network device, downlink control information (DCI) indicating the at least one CG PUSCH resource.

[0240] In some embodiments, the at least one CG PUSCH resource is dynamically scheduled.

[0241] In some embodiments, the DCI comprises a resource indication indicating an index of the at least one CG PUSCH resource.

[0242] In some embodiments, the terminal device is caused to: determine a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook for feedback based on a physical downlink shared channel (PDSCH) -to HARQ_feedback timing indication in the DCI; and determine a first available CG PUSH resource in time domain for the at least one CG PUSCH resource after the PDSCH-to-HARQ_feedback timing.

[0243] In some embodiments, the at least one CG PUSCH resource is configured as non-HARQ, where there is no HARQ processing identity associated with the at least one CG PUSCH resource.

[0244] In some embodiments, the at least one CG PUSCH resource is configured as UCI only where logical channels and medium access control (MAC) control element (CE) other than UCI MAC CE is not allowed to transmit on the at least one CG PUSCH resource.

[0245] In some embodiments, the at least one CG PUSCH resource is configured as HARQ-only where only HARQ-ACK related information is allowed to be transmitted on the at least one CG PUSCH resource.

[0246] In an aspect, it is proposed a terminal device, comprising: a processor, configured to cause the terminal device to: receive, from a network device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information.

[0247] In some embodiments, features for one SR configuration are indicated as a feature combination of a SR corresponding to the SR configuration.

[0248] In some embodiments, a plurality of SRs belong to different features are triggered simultaneously at MAC entity of the terminal device.

[0249] In some embodiments, in response to that there are a plurality of SR configurations configure with corresponding resources at the same time, there is one of SR configurations available which is used for indicating all pending SRs.

[0250] In some embodiments, the terminal device is caused to: in response to that there are a plurality of SR configurations configure with corresponding resources at the same time and there is one or more SR configurations available that are configured with indications for a subset of all pending SRs, select a SR configuration available based on a priority order indicated by upper layers.

[0251] In some embodiments, there is a default SR configuration, and wherein the terminal device is caused to: in response to that features of SR pending for transmission do not align with a feature of a SR configuration, select the default SR configuration corresponding to the pending SR.

[0252] In some embodiments, a SR configuration used for hybrid automatic repeat request (HARQ) acknowledgment (ACK) SR is configured by two states.

[0253] In some embodiments, in response to all HARQ-ACK information in HARQ-ACK coded is ACK, a first state of the HARQ-ACK SR is selected, and wherein in response to not all HARQ-ACK information in HARQ-ACK coded is ACK, a second state of the HARQ-ACK SR is selected.

[0254] In some embodiments, the terminal device is caused to: transmit the first state of the HARQ-ACK SR to the network device; and in response to that there is a physical downlink shared channel (PDSCH) scheduling indicating a new data transmission of the PDSCH waiting for HARQ-ACK feedback, cancel a triggered HARQ-ACK codebook MAC CE that is waiting for transmission.

[0255] In an aspect, it is proposed a terminal device, comprising: a processor, configured to cause the terminal device to: receive, from a network device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report, wherein the MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) .

[0256] In some embodiments, the MAC CE for HARQ-ACK report is fixed length.

[0257] In some embodiments, a MAC layer of the terminal device maintains the DAI.

[0258] In some embodiments, the terminal device is caused to: increase a value of the DAI by a predetermined value for each new MAC PDU for HARQ operation.

[0259] In some embodiments, a receiving MAC layer of the terminal device reports a missing DAI value to a transmitting MAC layer of the terminal device.

[0260] In some embodiments, the terminal device is caused to: generate a HARQ-ACK codebook; and after the generation of the HARQ-ACK codebook, trigger, by a MAC entity of the terminal device, a HARQ-ACK codebook report (HCR) .

[0261] In some embodiments, the terminal device is caused to: generate an uplink HCR MAC CE; or trigger a HARQ-ACK scheduling request.

[0262] In some embodiments, in response to a HCR is transmitted, a triggered HCR is cancelled.

[0263] In some embodiments, downlink control information (DCI) comprises an indication indicating a report type of HARQ-ACK feedback.

[0264] In some embodiments, a HARQ-ACK codebook on at least one of: physical uplink control channel or configured grant physical uplink shared channel is regarded as a polling message.

[0265] In some embodiments, the terminal device is caused to: for a same HARQ-ACK feedback slot indicated by DCI, determine a HARQ-ACK report type and resources based on a last received DCI on PDCCH.

[0266] In an aspect, it is proposed a terminal device, comprising: a processor, configured to cause the terminal device to: divide a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook into one or more sub-blocks, wherein the HARQ-ACK codebook comprises a first part and a second part, and the first part of HARQ-ACK codebook comprises a bitmap indication of the one or more sub-blocks and the number of bits in the first part of HARQ-ACK codebook corresponds to the number of sub-blocks.

[0267] In some embodiments, resources for the first part of HARQ-ACK codebook are not reserved.

[0268] In some embodiments, resources for the second part of HARQ-ACK codebook are reserved.

[0269] In an aspect, it is proposed a network device, comprising: a processor, configured to cause the network device to: transmit, to a terminal device, a configuration comprising one or more parameters for sequence generation and sequence mapping; and receive, from the terminal device, a sequence for uplink control information (UCI) on a physical uplink control channel (PUCCH) , wherein the sequence for the UCI is determined based on a plurality of subsets of sequences.

[0270] In some embodiments, the configuration further comprises a parameter for a mask bit pattern or a mask index.

[0271] In some embodiments, physical uplink control channel (PUCCH) transmissions with different number of bits are multiplexed on a same PUCCH resource by bit allocation tree.

[0272] In some embodiments, each subset is corresponding to a resource index.

[0273] In an aspect, it is proposed a network device, comprising: a processor, configured to cause the network device to: transmit, to a terminal, device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission; and receive, from the terminal device, the UCI transmission on one or more of the at least one CG PUSCH resource.

[0274] In some embodiments, the network device is caused to: transmit, to the terminal device, downlink control information (DCI) indicating the at least one CG PUSCH resource.

[0275] In some embodiments, the at least one CG PUSCH resource is dynamically scheduled.

[0276] In some embodiments, the DCI comprises a resource indication indicating an index of the at least one CG PUSCH resource.

[0277] In some embodiments, the at least one CG PUSCH resource is configured as non-HARQ, where there is no HARQ processing identity associated with the at least one CG PUSCH resource.

[0278] In some embodiments, the at least one CG PUSCH resource is configured as UCI only where logical channels and medium access control (MAC) control element (CE) other than UCI MAC CE is not allowed to transmit on the at least one CG PUSCH resource.

[0279] In some embodiments, the at least one CG PUSCH resource is configured as HARQ-only where only HARQ-ACK related information is allowed to be transmitted on the at least one CG PUSCH resource.

[0280] In an aspect, it is proposed a network device, comprising: a processor, configured to cause the network device to: transmit, to a terminal device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information.

[0281] In some embodiments, features for one SR configuration are indicated as a feature combination of a SR corresponding to the SR configuration.

[0282] In some embodiments, a plurality of SRs belong to different features are triggered simultaneously at MAC entity of the terminal device.

[0283] In some embodiments, in response to that there are a plurality of SR configurations configure with corresponding resources at the same time, there is one of SR configurations available which is used for indicating all pending SRs.

[0284] In some embodiments, a SR configuration used for hybrid automatic repeat request (HARQ) acknowledgment (ACK) SR is configured by two states.

[0285] In some embodiments, in response to all HARQ-ACK information in HARQ-ACK coded is ACK, a first state of the HARQ-ACK SR is selected, and wherein in response to not all HARQ-ACK information in HARQ-ACK coded is ACK, a second state of the HARQ-ACK SR is selected.

[0286] In an aspect, it is proposed a network device, comprising: a processor, configured to cause the network device to: transmit, to a terminal device, a medium access control (MAC) control element (CE) for hybrid automatic repeat request (HARQ) acknowledgment (ACK) report, wherein the MAC CE for HARQ-ACK report indicates at least one of: MAC protocol data unit (PDU) downlink allocation indication (DAI) or MAC PDU sequence number (SN) .

[0287] In some embodiments, the MAC CE for HARQ-ACK report is fixed length.

[0288] In some embodiments, a MAC layer of the terminal device maintains the DAI.

[0289] In some embodiments, downlink control information (DCI) comprises an indication indicating a report type of HARQ-ACK feedback.

[0290] In some embodiments, a HARQ-ACK codebook on at least one of: physical uplink control channel or configured grant physical uplink shared channel is regarded as a polling message.

[0291] In an aspect, a terminal device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the terminal device discussed above.

[0292] In an aspect, a network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the network device discussed above.

[0293] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the terminal device discussed above.

[0294] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0295] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the terminal device discussed above.

[0296] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0297] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0298] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGS. 1 to 20. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0299] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0300] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0301] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0302] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device, comprising:a processor, configured to cause the terminal device to:receive, from a network device, a configuration comprising one or more parameters for sequence generation and sequence mapping;divide, based on the one or more parameters, a set of sequences associated with transmission bits of uplink control information (UCI) into a plurality of subsets of sequences, where each subset comprises one or more sequences;determine a sequence for the UCI based on the plurality of subset of sequences; andtransmit, to the network device, the sequence for the UCI on a physical uplink control channel (PUCCH) .2.The terminal device of claim 1, wherein the configuration further comprises a parameter for a mask bit pattern or a mask index.3.The terminal device of claim 2, wherein the terminal device is caused to:determine the transmission bits of the UCI based on the parameter for the mask bit pattern or the mask index.4.The terminal device of claim 2, wherein physical uplink control channel (PUCCH) transmissions with different number of bits are multiplexed on a same PUCCH resource by bit allocation tree.5.The terminal device of claim 1, wherein each subset is corresponding to a resource index.6.A terminal device, comprising:a processor, configured to cause the terminal device to:determine a demodulation reference signal (DMRS) transmission associated with a physical uplink shared channel (PUSCH) transmission;determine, based on uplink control information (UCI) , at least one parameter associated with the DMRS transmission; andtransmit the DMRS transmission to the network device.7.The terminal device of claim 6, wherein the at least one parameter comprises one or more of: a transmitted DMRS port or a DMRS sequence.8.The terminal device of claim 6, wherein there is no resource for data transmission in the PUSCH transmission.9.The terminal device of claim 6, wherein the terminal device is caused to:determine the at least one parameter based on a mapping between the number of transmission payload bits in the UCI and at least one of: an index of the DMRS port or an index of the DMRS sequence.10.The terminal device of claim 6, wherein an orthogonal code is applied on the DMRS transmission among PUSCH repetition.11.A terminal device, comprising:a processor, configured to cause the terminal device to:receive, from a network device, a configuration indicating at least one configured grant (CG) physical uplink shared channel (PUSCH) resource for uplink control information (UCI) transmission; andtransmit, to the network device, the UCI transmission on one or more of the at least one CG PUSCH resource.12.The terminal device of claim 11, wherein the terminal device is caused to:receive, from the network device, downlink control information (DCI) indicating the at least one CG PUSCH resource.13.The terminal device of claim 12, wherein the at least one CG PUSCH resource is dynamically scheduled.14.The terminal device of claim 12, wherein the DCI comprises a resource indication indicating an index of the at least one CG PUSCH resource.15.The terminal device of claim 12, wherein the terminal device is caused to:determine a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook for feedback based on a physical downlink shared channel (PDSCH) -to HARQ_feedback timing indication in the DCI; anddetermine a first available CG PUSH resource in time domain for the at least one CG PUSCH resource after the PDSCH-to-HARQ_feedback timing.16.The terminal device of claim 11, wherein the at least one CG PUSCH resource is configured as non-HARQ, where there is no HARQ processing identity associated with the at least one CG PUSCH resource.17.The terminal device of claim 11, wherein the at least one CG PUSCH resource is configured as UCI only where logical channels and medium access control (MAC) control element (CE) other than UCI MAC CE is not allowed to transmit on the at least one CG PUSCH resource.18.The terminal device of claim 11, wherein the at least one CG PUSCH resource is configured as HARQ-only where only HARQ-ACK related information is allowed to be transmitted on the at least one CG PUSCH resource.19.A terminal device, comprising:a processor, configured to cause the terminal device to:receive, from a network device, one or more scheduling request (SR) configurations, wherein each SR configuration corresponds to at least one of: one or more logical channels, one or more uplink control information (UCI) types, or medium access control (MAC) control element (CE) information.20.The terminal device of claim 19, wherein features for one SR configuration are indicated as a feature combination of a SR corresponding to the SR configuration.21.The terminal device of claim 19. wherein a plurality of SRs belong to different features are triggered simultaneously at MAC entity of the terminal device.22.The terminal device of claim 19, wherein in response to that there are a plurality of SR configurations configure with corresponding resources at the same time, there is one of SR configurations available which is used for indicating all pending SRs.23.The terminal device of claim 19, wherein the terminal device is caused to:in response to that there are a plurality of SR configurations configure with corresponding resources at the same time and there is one or more SR configurations available that are configured with indications for a subset of all pending SRs, select a SR configuration available based on a priority order indicated by upper layers.24.The terminal device of claim 19, wherein there is a default SR configuration, and wherein the terminal device is caused to:in response to that features of SR pending for transmission do not align with a feature of a SR configuration, select the default SR configuration corresponding to the pending SR.25.The terminal device of claim 19, wherein a SR configuration used for hybrid automatic repeat request (HARQ) acknowledgment (ACK) SR is configured by two states.26.The terminal device of claim 25, wherein in response to all HARQ-ACK information in HARQ-ACK coded is ACK, a first state of the HARQ-ACK SR is selected, andwherein in response to not all HARQ-ACK information in HARQ-ACK coded is ACK, a second state of the HARQ-ACK SR is selected.27.The terminal device of claim 26, wherein the terminal device is caused to:transmit the first state of the HARQ-ACK SR to the network device; andin response to that there is a physical downlink shared channel (PDSCH) scheduling indicating a new data transmission of the PDSCH waiting for HARQ-ACK feedback, cancel a triggered HARQ-ACK codebook MAC CE that is waiting for transmission.28.A terminal device, comprising:a processor, configured to cause the terminal device to:divide a hybrid automatic repeat request (HARQ) acknowledgment (ACK) codebook into one or more sub-blocks, wherein the HARQ-ACK codebook comprises a first part and a second part, and the first part of HARQ-ACK codebook comprises a bitmap indication of the one or more sub-blocks and the number of bits in the first part of HARQ-ACK codebook corresponds to the number of sub-blocks.29.The terminal device of claim 28, wherein resources for the first part of HARQ-ACK codebook are not reserved.30.The terminal device of claim 28, wherein resources for the second part of HARQ-ACK codebook are reserved.