CN113225829A - 一种发送、接收上行控制信息的方法及装置 - Google Patents

一种发送、接收上行控制信息的方法及装置 Download PDF

Info

Publication number
CN113225829A
CN113225829A CN202110495577.4A CN202110495577A CN113225829A CN 113225829 A CN113225829 A CN 113225829A CN 202110495577 A CN202110495577 A CN 202110495577A CN 113225829 A CN113225829 A CN 113225829A
Authority
CN
China
Prior art keywords
dci
uci
mcs
shared channel
uplink shared
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110495577.4A
Other languages
English (en)
Other versions
CN113225829B (zh
Inventor
孙昊
曹永照
李华
张瑞齐
薛丽霞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110495577.4A priority Critical patent/CN113225829B/zh
Publication of CN113225829A publication Critical patent/CN113225829A/zh
Application granted granted Critical
Publication of CN113225829B publication Critical patent/CN113225829B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0016—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy involving special memory structures, e.g. look-up tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0057—Physical resource allocation for CQI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Radar Systems Or Details Thereof (AREA)
  • Communication Control (AREA)

Abstract

本发明公开了一种发送、接收上行控制信息的方法及装置，属于通信技术领域。在该方法中，终端设备可以从网络设备接收第一DCI，再根据接收的第一DCI来确定该第一DCI所调度的上行共享信道是仅用于发送UCI的，从而再通过第一DCI所调度的上行共享信道向网络设备发送第一UCI，也就是说，网络设备通过DCI对终端设备进行指示，使得终端设备能够根据其指示来确定该DCI所调度的上行共享信道是否是仅用于发送UCI，提供了确定网络设备所调度的上行共享信道是仅用于发送上行控制信息的方式，增强了网络设备和终端设备之间的交互性能。

Description

一种发送、接收上行控制信息的方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种发送、接收上行控制信息的方法及装置。
背景技术
在无线通信中，终端设备可以通过向网络设备发送上行共享信道(uplink sharedchannel，UL-SCH)数据，还可以发送控制信息。
通常来说，终端设备可以通过物理上行共享信道(physical uplink sharedchannel，PUSCH)向网络设备仅发送上行控制信息，或者也可以同时发送数据和上行控制信息，而具体是仅发送上行控制信息还是同时发送数据和上行控制信息，目前终端设备无法确定。
发明内容
本申请实施例提供一种发送、接收上行控制信息的方法及装置，用于提供一种确定网络设备所调度的上行共享信道是仅用于发送上行控制信息的方式。
第一方面，提供一种发送上行控制信息的方法，在该方法中，终端设备从网络设备接收第一DCI，该第一DCI用于调度上行共享信道，终端设备再根据该第一DCI确定该上行共享信道是仅用于发送UCI的，最后终端设备再通过该上行共享信道向网络设备发送第一UCI。
将通过上行共享信道仅发送UCI的情形称作UCI-only，在上述技术方案中，终端设备可以根据网络设备发送的DCI直接确定该DCI所调度的上行共享信道是否是UCI-only，提供了一种终端设备确定网络设备所调度的上行共享信道是否是UCI-only的确定方式，并且是在现有的DCI这种控制信息的基础上提供的一种简便的确定方式，直接利用了现有的信令模式，而不用增加其它额外的开销，可以节省传输资源，同时可以确保终端设备与网络设备之间的感知统一，提高网络设备和终端设备之间的交互性能。
其中，为了能够通过DCI来进行UCI-only的判断，可以在DCI中携带用于指示UCI-only的指示信息，例如将该指示信息称作UCI-only指示信息，终端设备在获得DCI之后即可获得该UCI-only指示信息，进而再根据该UCI-only指示信息确定是否是UCI-only。
在一种可能的设计中，终端设备可以根据DCI所携带的信息来显式地确定UCI-only，在另一种可能的设计中，终端设备可以根据DCI所携带的信息隐式地确定UCI-only。
对于显式的确定方式来说，是在现有DCI的基础上，在DCI现有格式中的预定位置处额外增加比特域来承载UCI-only指示信息，终端设备可以根据预定位置处的UCI-only指示信息直接确定UCI-only，无需进行额外的计算过程，方便快捷。
对于隐式的确定方式来说，是利用DCI中原本就包括的一些参数对UCI-only进行隐式指示，无需对DCI进行额外的改动，对现有的标准改动小。可选的，当DCI中的两个参数的取值组合是在目前已经具备的功能组合中不可能出现的组合，即用于隐式指示的两个参数的取值组合不属于现有的功能组合时，例如两个参数的取值组合表明的是有关数据的新传和重传这两个相悖指示时，则确定UCI-only。其中，新传和重传并非是进行新传数据和重传数据的实际指示，即终端设备并不会根据该指示新传数据或重传数据，本方案中仅仅是以这种现有技术中不可能出现的指示组合来隐含地指示UCI-only，即利用参数的不同取值组合来实现新的指示功能。
一种可能的设计中，利用DCI中的NDI和RV确定UCI-only。由于当NDI发生翻转时表明新传数据以及在RV的取值为特定值(例如1或2)时表明重传数据，所以可以通过NDI与RV的组合来进行新传数据和重传数据的相悖指示，进而再利用这种在目前的正常情况下不可能出现的两个相悖指示同时存在的方式来隐含地指示UCI-only。
一种可能的设计中，利用DCI中的NDI和IMCS确定UCI-only。如前所述，在通过NDI翻转以表明新传数据的基础上，再利用IMCS为预定值时则表明重传数据，进而再利用这种在正常情况下一般不可能出现的两个相悖指示同时存在的方式来隐含地指示UCI-only。
要根据NDI确定是否新传数据，则先需要判断NDI是否发生了翻转，而判断NDI是否发生了翻转则需要两个DCI中的NDI的取值，其中一个DCI就是当前接收的DCI，即前述的第一DCI，另一个DCI就是与第一DCI携带相同的HARQ ID且在时间上离第一DCI最近的前一个DCI。为了便于描述，本设计中将该另一个DCI称作第二DCI，由于第二DCI是第一DCI的前一个DCI，所以第二DCI可以先于第一DCI被终端设备接收。进一步地，可以通过比较第一DCI中的NDI的取值与第二DCI中的NDI的取值是否相同来判断NDI是否发生了翻转，两者的取值相同即未翻转，两者的取值不同即表明发生了翻转。
在一种可能的设计中，当IMCS的取值属于MCS表格中的指示最高调制阶数的索引值所组成的集合时，就可以利用IMCS指示表明重传数据。因为在正常情形下，重传以及多次重传的时候一般是不会使用最高阶调制的，即在目前的常规情形中重传一般是不会用到最高阶调制的，所以本设计中就以IMCS为指示最高调制阶数的索引值这种非常规的情形来表明重传数据，再与NDI翻转所表示的新传数据构成两个相悖的指示，进而指示UCI-only。另外，根据现有的几种MCS表格的不同，本设计中的指示最高调制阶数的索引值所组成的集合也可能不同，几种示意性的集合例如包括：{17,18,19,20,21,22,23,24,25,26,27,28,31}、{20,21,22,23,24,25,26,27,31}、{17,18,19,20,21,22,23,24,25,26,27,31}。
在一种可能的设计中，还可以将IMCS的取值大于等于预定值的条件与NDI翻转这一目前不具有的功能组合来指示UCI-only。其中，该预定值可以是现有的MCS表格中取值较大的索引值，例如30或31(例如最大的索引值)，在此设计中，例如IMCS∈{28,29,30,31}或IMCS∈{29,30,31}。因为当前的MCS表格中还并未针对28、29、30、31或29、30、31这些索引值设置相应的编码率，由于还并未设置编码率，所以目前在正常情形下，一般不会通过这些索引值来指示新传数据，基于此，则利用这些目前还未设置对应编码率的索引值来进行重传数据的指示，进一步地再与NDI翻转所表示的新传数据的指示形成两个相悖的指示，进而指示UCI-only。
在一种可能的设计中，还可以利用NDI、RV和IMCS的组合来确定UCI-only。因为在实际中可能出现对NDI是否翻转进行了误判的情况，例如将NDI发生了翻转误判为未发生翻转，在此基础上，增加了IMCS的判断条件，通过增加判断条件的方式可以消除由于对NDI误判而造成的UCI-only指示不准确甚至无法指示的情形，以提高判断的准确性。
在一种可能的设计中，还可以利用NDI、RV和HARQ ID的组合来确定UCI-only。本设计中，通过增加HARQ ID的判断条件也可以提高UCI-only判断的准确性，以减少甚至消除由于NDI误判而带来的影响。其中，作为新增加的判断条件，HARQ ID的取值可以为14或15，因为HARQ ID的取值为15或14等取值较大的进程号的HARQ进程在正常情形下一般是不会被使用的，所以在RV指示重传数据和HARQ ID为15或14这样一种在目前不可能出现的参数组合来指示UCI-only，可以在NDI出现误判发挥不了作用的情形下确保判断UCI-only的准确性。并且，因为进程号为14或15的HARQ ID是在正常情形下很少被使用的HARQ进程，所以即使出现一些误判，也可以不影响HARQ的正常工作
在确定了UCI-only之后，可以通过DCI中的MCS索引(即IMCS)查找MCS表格以获得对应的编码率(称作第一编码率)和调制阶数，进而再利用获得的第一编码率和调制阶数来发送UCI。
在一种可能的设计中，直接利用DCI中的IMCS来查找目前现有的MCS表格，进而获得对应于该IMCS的第一编码率和调制阶数。
在一种可能的设计中，先根据指示HARQ ID的全部比特和指示IMCS的全部比特中的部分比特来创建一个新索引值，再利用该新索引值查找MCS表格以获得对应的第一编码率和调制阶数。相对于直接利用DCI中的IMCS来查表的方式来说，本设计中的方案更为灵活，可以避免通过DCI中的IMCS直接查表而无法获得相应的编码率的情形，例如某索引值对应的MCS表格中的编码率取值为reserved时，进而增强方案的实用性。
在一种可能的设计中，根据HARQ ID的全部比特(即4比特)和IMCS的1比特来创建5比特的比特域，进而再将新创建的比特域所指示的值作为新索引值，最后再以该新索引值查表以得到相应的第一编码率和调制阶数。
在一种可能的设计中，可以取IMCS的最低1比特，因为直接取用IMCS的最低位比特比较方便，并且IMCS的最低位比特的取值对于IMCS自身的取值影响较小。并且将该最低1比特置于HARQ ID的4比特的后面或前面，即将IMCS的最低1比特作为新创建的5比特的最低位或最高位，这样对HARQ ID本身的4比特的结构的改动较小。
在一些可能的设计中，无论采用上述哪种查表方式进行查表之后，都可以在通过查表得到第一编码率和调制阶数之后，进一步地可以通过以下公式来计算用于发送UCI中各部分的RE数。可选的，UCI可以包括HARQ ACK、CSI-part1和CSI-part2三部分。
在一种可能的设计中，可以通过以下三个公式计算分别用于发送HARQ ACK、CSI-part1和CSI-part2的RE数，其中，Q′ACK、Q′CSI-1和Q′CSI-2分别表示用于发送HARQ ACK、CSI-part1和CSI-part2的RE数。
Figure BDA0003054123330000031
Figure BDA0003054123330000032
Figure BDA0003054123330000033
其中，γref表示查表得到的第一编码率，Qm表示查表得到的调制阶数，
Figure BDA0003054123330000034
表示该PUSCH的所有RE数量，即网络设备分配给该PUSCH的RE总数；OCSI-2-ref表示CSI-part2的参考payload size，LCSI-2-ref表示相应的CRC比特数；OCSI-1表示CSI-part1的payload size，LCSI-1表示相应的CRC比特数。其中，可以将OCSI-1+LCSI-1理解为是CSI-part1的payload的总size，以及可以将OCSI-2-ref+LCSI-2-ref理解为是CSI-paat2的参考payload的总size。
Figure BDA0003054123330000041
和
Figure BDA0003054123330000042
分别表示CSI-part1和CSI-part2的码率补偿参数，是由网络设备无线高层预先半静态配置或者后续由DCI动态指示的。
以及，对于公式(2)中的min{,}函数来说，其含义是指“＝”左边的参数的取值是该min函数所包括的两个值中的较小值，类似地，后续公式中的min函数也作相同理解。
在一种可能的设计中，在获得了用于发送UCI包括的各部分的RE数之后，可以直接利用查表得到的第一编码率和调制阶数来向网络设备发送相应的信息。
在另一种可能的设计中，还可以先根据第一编码率生成其它编码率，即对第一编码率进行码率折算以得到其它编码率，然后再利用其它编码率、对应的RE数和调制阶数来发送相应部分的信息。例如，根据第一编码率生成第二编码率，或者根据第一编码率生成第三编码率，然后再利用第一编码率、第二编码率、第一编码率和第三编码率或者第二编码率和第三编码率来发送UCI的相应部分信息。
在一种可能的设计中，可以按照以下公式进行码率折算，其中的γref表示查表得到的第一编码率，γCSI-1表示根据第一编码率进行码率折算后得到的第二编码率，CT表示根据第一编码率进行码率折算后得到的第三编码率
Figure BDA0003054123330000043
Figure BDA0003054123330000044
Figure BDA0003054123330000045
在一种可能的设计中，第二编码率是指用于发送UCI中的CSI-paat1的编码率，第三编码率是指门限码率，该门限码率是限制CSI-part2的码率不高于该门限码率，如果CSI-part2的码率高于该门限码率，则可以按照优先级丢弃CSI-part2的部分信息。
通过特定的码率折算可以增强码率确定的灵活性，并且通过码率折算后就可以利用折算后的编码率来发送UCI，而无需再用直接查找MCS表格得到的第一编码率来发送，这样可以提高网络设备调度的准确性。
第二方面，提供一种接收UCI的方法，在该方法中，首先，网络设备向终端设备发送第一下行控制信息DCI，其中，该第一DCI用于调度上行共享信道，以及用于指示上行共享信道仅用于发送UCI，然后可以再接收终端设备通过上行共享信道发送的第一UCI。
其中，在向终端设备发送第一DCI之前，还可以先确定为终端设备调度的上行共享信道是仅用于发送UCI的，进而再基于前述的确定结果来生成第一DCI。
在该方案中，网络设备可以通过UCI的方式将为终端设备调度的上行共享信道仅能用来发送UCI的指示告知终端设备，从而可以增强网络设备对终端设备的控制和指示能力，使得终端设备能够实现与网络设备之间的感知统一，增强网络设备和终端设备之间的交互性能。
在一种可能的设计中，网络设备还可以向终端设备发送第二DCI，并且在第一DCI包括的NDI的取值与第二DCI包括的NDI的取值不同，RV为1或2，MCS索引为MCS表格中指示最高调制阶数的索引中的任意一个或者28或者29或者30或者31的情况下，表明上行共享信道仅用于发送UCI，即网络设备可以通过前述参数的取值组合向终端设备指示UCI-only；其中，第二DCI为第一DCI的前一个DCI，第二DCI包括HARQ ID，第一DCI包括示NDI、RV、HARQ ID以及IMCS。
在一种可能的设计中，第一DCI包括HARQ ID以及MCS索引，而该HARQ ID和MCS索引可以用于指示第一编码率，即网络设备可以通过HARQ ID和MCS索引向终端设备指示第一编码率。例如，网络设备可以将HARQ ID和MCS索引携带在第一DCI中，在终端设备接收了第一DCI之后，就可以获得HARQ ID和MCS索引，进而再根据获得的该HARQ ID和MCS索引来确定第一编码率。
在一种可能的设计中，网络设备可以接收终端设备使用第一编码率发送的第一UCI，或，网络设备接收终端设备使用第二编码率发送的第一UCI，或，网络设备接收终端设备使用第一编码率和第三编码率发送的第一UCI，或，网络设备接收终端设备使用第二编码率和第三编码率发送的第一UCI；其中，该第二编码率和该第三编码率均是基于第一编码率确定的。
在一种可能的设计中，网络设备是根据HARQ ID的全部比特和MCS索引的全部比特中的部分比特来指示第一编码率的。即直接利用现有的HARQ ID的全部比特，这样可以无需对HARQ ID所包括的4个比特的结构进行改动。
在一种可能的设计中，MCS索引的全部比特中的部分比特包括所述MCS索引的全部比特中的1比特，即，网络设备可以根据HARQ ID的全部比特和MCS索引的1比特来指示第一编码率。例如，该MCS索引的1比特可以是MCS索引的全部比特中的最低位比特，或者以是其它位的比特，并且，可以将MCS索引的1比特置于HARQ ID的4比特的最前面或最后面，以使得MCS索引的1比特可以作为最终新构建的5比特的最高位或最低位。
在一种可能的设计中，网络设备还可以向终端设备发送第二DCI，并在第一DCI包括的NDI的取值与第二DCI包括的NDI的取值不同，RV为1或2，HARQ ID为14或15的情况下，表明上行共享信道仅用于发送UCI，即网络设备可以通过前述参数的取值组合向终端设备指示UCI-only；其中，第二DCI为第一DCI的前一个DCI，第二DCI包括HARQ ID，第一DCI包括NDI、RV以及HARQ ID。
由于第二方面中的方法与第一方面中的方法是相应的，对于第二方面中的方法的说明可以参考第一方面中方法的说明。
第三方面，提供一种装置，该装置可以是终端设备，也可以是终端设备中的装置，该装置可以包括接收模块、第一确定模块和发送模块，这些模块可以执行上述第一方面中任一种设计示例中的终端设备所执行的相应功能，具体的：
接收模块，用于从网络设备接收第一DCI，其中，该第一DCI用于调度上行共享信道；第一确定模块，用于根据该第一DCI确定所述上行共享信道仅用于发送UCI；以及
发送模块，用于通过所述上行共享信道向网络设备发送第一UCI。
第四方面，提供一种装置，该装置可以是网络设备，也可以是网络设备中的装置，该装置可以包括发送模块和接收模块，这些模块可以执行上述第二方面中任一种设计示例中的终端设备所执行的相应功能，具体的：
发送模块，用于向所述终端设备发送第一DCI，其中，该第一DCI用于调度上行共享信道，以及用于指示所述上行共享信道仅用于发送UCI；
接收模块，用于接收所述终端设备通过所述上行共享信道发送的第一UCI。
第五方面，提供一种装置，该装置包括处理器，用于实现上述第一方面描述的方法中终端设备的功能。该装置还可以包括存储器，用于存储程序指令和数据。所述存储器与所述处理器耦合，所述处理器可以调用并执行所述存储器中存储的程序指令，用于实现上述第一方面描述的方法中终端设备的功能。该装置还可以包括通信接口，该通信接口用于该装置与其它装置进行通信，示例性地，该其它装置可以为网络设备。
第六方面，提供一种装置，该装置包括处理器，用于实现上述第二方面描述的方法中网络设备的功能。该装置还可以包括存储器，用于存储程序指令和数据。所述存储器与所述处理器耦合，所述处理器可以调用并执行所述存储器中存储的程序指令，用于实现上述第二方面描述的方法中网络设备的功能。该装置还可以包括通信接口，该通信接口用于该装置与其它装置进行通信，示例性地，该其它装置可为终端设备。
第七方面，提供一种可读存储介质，该可读存储介质包括指令，当该指令在计算机上运行时，使得计算机可以执行第一方面中任一所述的方法包括的步骤。
第八方面，提供一种可读存储介质，该可读存储介质包括指令，当该指令在计算机上运行时，使得计算机可以执行第二方面任一所述的方法包括的步骤。
第九方面，提供一种装置，该装置包括至少一个处理器及可读存储介质，当该可读存储介质中包括的指令被该至少一个处理器执行时，可以执行第一方面中任一所述的方法包括的步骤。该装置可以由芯片构成，也可以包含芯片和其他分立器件。
第十方面，提供一种装置，该装置包括至少一个处理器及可读存储介质，当该可读存储介质中包括的指令被该至少一个处理器执行时，可以执行第二方面中任一所述的方法包括的步骤。该装置可以由芯片构成，也可以包含芯片和其他分立器件。
第十一方面，提供一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现第一方面所述的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
第十二方面，提供一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现第二方面所述的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
第十三方面，提供一种系统，该系统包括第三方面所述的装置和第四方面所述的装置。
第十四方面，提供一种系统，该系统包括第五方面所述的装置和第六方面所述的装置。
第十五方面，提供一种系统，该系统包括第九方面所述的装置和第十方面所述的装置。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
图1为本申请实施例中的一种可能的应用场景的示意图；
图2为本申请实施例提供的一种发送上行控制信息的方法的流程图；
图3为本申请实施例中的网络设备和终端设备之间通过同一个HARQ ID发送和接收DCI的示意图；
图4为本申请实施例中的根据HARQ ID和MCS索引创建新的MCS索引的示意图；
图5为本申请实施例提供的一种装置的结构示意图；
图6为本申请实施例提供的另一种装置的结构示意图；
图7为本申请实施例提供的另一种装置的结构示意图；
图8为本申请实施例提供的另一种装置的结构示意图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。
本申请实施例中，“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。
除非有相反的说明，本申请实施例提及的“第一”、“第二”以及“第三”等序数词用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。
以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
1、终端设备，本申请实施例涉及到的终端设备还可以称为终端，可以是一种具有无线收发功能的设备，其可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。终端设备可以是用户设备(user equipment，UE)，其中，UE包括具有无线通信功能的手持式设备、车载设备、可穿戴设备或计算设备。示例性地，UE可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑。终端设备还可以是虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请实施例中，实现终端的功能的装置可以是终端，也可以是支持终端实现该功能的装置，例如芯片、电路或者其它装置。本申请实施例以实现终端设备的功能的装置是终端设备为例，描述本申请实施例提供的技术方案。
2、网络设备，本申请实施例涉及到的网络设备包括基站(base station，BS)，可以是一种部署在无线接入网中能够和终端进行无线通信的设备。基站可能有多种形式，比如宏基站、微基站、中继站和接入点等。示例性地，本申请实施例涉及到的基站可以是第5代移动通信(the 5th generation，5G)新空口(new radio，NR)系统中的基站(gNB)、长期演进(long term evolution，LTE)中的基站(例如eNB)或演进的LTE(LTE-advanced，LTE-A)系统中的基站，其中，NR系统中的基站还可以称为发送接收点(transmission receptionpoint，TRP)。本申请实施例中，实现网络设备的功能的装置可以是网络设备，也可以是支持网络设备实现该功能的装置，例如芯片、电路或者其它装置。本申请实施例中以实现网络设备的功能的装置是网络设备为例，描述本申请实施例提供的技术方案。
3、上行共享信道资源，例如PUSCH资源，可以是由网络设备调度给终端设备的，终端设备可以利用上行共享信道资源发送数据和/或控制信息。
下面简单介绍本申请实施例的技术背景。
在目前的通信系统中，终端设备发送的上行控制信息(uplink controlinformation，UCI)可以经由物理上行控制信道(physical uplink control channel，PUCCH)发送给网络设备，也可以经由PUSCH发送给网络设备。一般来讲，PUCCH可靠性更高，但可承载的信息容量相对于PUSCH而言较小，所以对于一些有效载荷(payload)较大的UCI来说一般考虑是通过PUSCH发送给网络设备，例如，信道状态信息(channel stateinformation，CSI)作为一种payload size较大的UCI，某些情况下是通过PUSCH发送给网络设备的。
终端设备通过PUSCH向网络设备发送UCI分为两种情况：(1)UL-SCH数据和UCI一起发送；(2)不包括UL-SCH数据，而只发送UCI。本申请实施例中将仅发送UCI而不发送UL-SCH数据的情况称作UCI-only，或者称为UCI-only的PUSCH，其中“UCI-only的PUSCH”是指该PUSCH为仅用于发送UCI的信道。在实际中，是按照情况(1)同时发送UL-SCH数据和UCI，还是按照情况(2)只发送UCI，目前终端设备并无法确定。
鉴于以上所述，本申请实施例提供一种发送上行控制信息的方法，在该方法中，终端设备可以从网络设备接收第一下行控制信息(downlink control information，DCI)，再根据所接收的第一DCI来确定该第一DCI所调度的上行共享信道是仅用于发送UCI的，从而再通过第一DCI所调度的上行共享信道向网络设备发送第一UCI，也就是说，网络设备可以通过DCI对终端设备进行指示，进而使得终端设备能够根据其指示来确定是否是仅向其发送UCI，换句话说，终端设备可以根据网络设备的DCI指示以确定是否是UCI-only，进而再在是UCI-only的时候通过DCI所调度的上行共享信道向网络设备发送UCI。
本申请实施例的技术方案可以应用于各种通信系统，例如可以应用于NR系统、LTE系统或LTE-A系统，等等。
此外，本申请实施例中的技术方案所应用的通信系统还可以适用于面向未来的通信技术，本申请实施例描述的系统是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
接下来对本申请实施例的应用场景作简要介绍。
图1示出了本申请实施例的一种可能的应用场景的示意图，包括网络设备和终端设备，其中，网络设备和终端设备的功能已经在前述进行了描述，在此不再赘述。图1所示的应用场景可以是NR系统中的应用场景，或者可以是LTE系统中的应用场景等。例如，图1所示的应用场景是NR系统中的应用场景，那么其中的网络设备可以是NR系统中的gNB，以及其中的终端设备可以是NR系统中的终端设备。
在图1所示的应用场景中，网络设备可以对终端设备所使用的资源进行调度，例如为终端设备分配上行共享信道资源(例如PUSCH资源)。在为终端设备分配了上行共享信道资源之后，网络设备可以将分配的上行共享信道资源以DCI的方式告知终端设备，终端设备在接收DCI之后，就可以获知网络设备所分配的上行共享信道资源，进而再利用分配的上行共享信道资源传输信息，例如通过分配的上行共享信道资源向网络设备发送UL-SCH数据和/或UCI。
需要说明的是，图1所示的场景不应对本申请实施例的应用场景造成限定，在实际的应用中，可以包括多个网络设备和多个终端设备。例如，一个终端设备可以只与一个网络设备进行数据传输，也可以与多个网络设备进行数据传输，或者一个网络设备可以与一个终端设备进行数据传输，也可以与多个终端设备进行数据传输，本申请实施例对此不作具体限定。
请参考图2，为本申请实施例提供的一种发送上行控制信息的方法的流程图，在下文的介绍过程中，以将该方法应用于图1所示的场景为例。该方法的流程描述如下。
步骤21、网络设备确定为终端设备调度的上行共享信道仅用于发送UCI。
首先，对于某一终端设备而言，网络设备可以为其调度资源，例如确定为该终端设备调度的上行共享信道是仅用于发送CUI的信道，例如确定为前述的UCI-only的PUSCH。
步骤22、网络设备向终端设备发送第一DCI，则终端设备从网络设备接收第一DCI。
其中，网络设备可通过物理下行控制信道(physical downlink controlchannel，PDCCH)向终端设备发送DCI，例如将该DCI称为第一DCI，第一DCI可包含资源分配信息和其它的控制信息。由于DCI中包括了资源分配信息，所以通过DCI可以指示网络设备所调度的上行共享信道，换句话说，DCI可以用于调度上行共享信道。
在本申请实施例中，如果网络设备需要调度终端设备进行UCI-only的传输，可以通过DCI的方式对终端设备进行调度。具体来说，网络设备可以先确定为终端设备所调度的上行共享信道是仅用于发送UCI的信道，然后，网络设备再根据确定的结果生成第一DCI，最后网络设备再将第一DCI发送给终端设备，则终端设备接收第一DCI。
本申请实施例中，DCI所调度的上行共享信道是否是UCI-only，是由网络设备确定的，且网络设备可以通知终端设备，具体来说，网络设备采用了通过DCI来通知终端设备的方式，该DCI不仅可以用于调度上行共享信道，同时可以用于指示其所调度的上行共享信道是否是UCI-only。所以为了使得终端设备能够明确网络设备的UCI-only指示，网络设备可以将包括该指示的DCI(例如第一DCI)发送给终端设备，从而增强网络设备与终端设备之间的交互感知。
在具体实施过程中，为了能够通过DCI来指示UCI-only，网络设备在生成DCI时则可以在DCI中携带指示信息，该指示信息用于指示UCI-only，为了便于描述，本文中将DCI中携带的用于指示UCI-only的指示信息称作UCI-only指示信息。也就是说，可以直接利用现有DCI，再通过DCI携带UCI-only指示信息的方式来实现对UCI-only的确定。
步骤23、终端设备确定第一DCI调度的上行共享信道仅用于发送UCI。
进一步地，在接收网络设备所发送的第一DCI之后，终端设备可以对第一DCI进行解析以得到其携带的UCI-only指示信息，进而再根据UCI-only指示信息确定该第一DCI所调度的上行共享信道到底是否是仅用于发送UCI的信道，换句话说，终端设备可以根据网络设备发送的DCI来对该DCI所调度的上行共享信道所发送的信息类型直接进行判断，一种可能的结果就是根据网络设备发送的DCI确定该DCI所调度的上行共享信道是仅用于发送UCI的信道，从而可以提升网络设备和终端设备之间的感知统一，增强网络设备对终端设备的调度以及控制能力。
可见，本申请实施例提供了一种终端设备确定网络设备所调度的上行共享信道是否是仅用于发送UCI的方式，增强了网络设备对终端设备的指示作用，提高了网络设备和终端设备之间的交互性能。并且，本申请实施例提供的UCI-only的确定方式简单，是在现有控制信息(即DCI)的基础上提供的一种简便的方式，直接利用了现有的信令模式，而不用额外增加其它的开销，有助于节省传输资源。
步骤24、终端设备通过第一DCI调度的上行共享信道向网络设备发送第一UCI，网络设备在该上行共享信道上接收第一UCI。
进一步地，在确定了第一DCI调度的上行共享信道是仅用于发送UCI的信道之后，终端设备则可以通过该第一DCI所调度的上行共享信道向网络设备发送UCI，例如将终端设备发送的UCI称为第一UCI，以通过网络设备的指示完成对应类型的信息的传输，实现了网络设备和终端设备之间的感知统一，同时也增强了网络设备对终端设备的控制。
在本申请实施例中，网络设备通过DCI向终端设备指示所调度的上行共享信道是否是UCI-only的方式，包括但不限于两类方法，换句话说，终端设备可以按照下述的两类方法来确定网络设备的指示。为了便于本领域技术人员理解，以下对这两类方法进行说明。
1)第一类确定方法：直接显式指示。
网络设备可以在现有DCI的基础上增加一个比特域来承载用于指示该DCI所调度的上行共享信道是UCI-only的指示信息，例如可以额外增加1个比特来承载UCI-only指示信息，并且新增加的这个比特域可以根据DCI的格式设置在特定位置，即可以对DCI的现有格式进行改进，通过新增加比特域来直接指示UCI-only。当终端设备从网络设备接收第一DCI之后，就可以从第一DCI中处于特定位置处的比特域获得该UCI-only指示信息，进而根据所获得的UCI-only指示信息确定第一DCI所调度的上行共享信道是否是UCI-only，例如，当前述的1个比特为1时即表明是UCI-only，而当前述的1个比特为0时即表明不是UCI-only，当然本申请实施例不限制该比特的取值和指示内容之间的对应关系。
在本申请实施例中，利用了DCI中额外增加的比特进行UCI-only的显式指示，终端设备直接根据DCI中的特定位置的比特域就可以得到相应的UCI-only指示信息，无需进行任何额外的计算等过程，方便快捷。
2)第二类确定方法：根据DCI中原本就包括的至少两个参数进行隐式指示。
目前，DCI具有多种格式(format)，例如格式0、格式0-0、格式0-1、格式1、格式1A和格式1D等，不同的DCI的格式对应的DCI所包括的信息内容可能不同，例如在一种格式对应的DCI中，包括混合自动重传请求(hybrid automatic repeat request，HARQ)进程号(ID)、新数据指示(new data indicator，NDI)、冗余版本(redundancy version，RV)、调制编码方案(modulation and coding scheme，MCS)索引(index)等信息，其中，MCS索引例如可以用IMCS表示。
可见，DCI中原本就包括一些参数，例如上面所述的，DCI中一般会包括NDI、RV、HARQ ID和IMCS等参数，所以在第二类确定方法中，网络设备就可以直接利用DCI中原本就有的一些参数来对UCI-only进行隐式指示，进一步终端设备在接收DCI之后就可以根据网络设备的指示来确定到底是否是UCI-only。在利用UCI-only中包括的至少两个参数来隐式指示UCI-only时，可以将用来隐式指示UCI-only的参数对应的信息理解为是前述的UCI-only指示信息，这样对DCI的改动较小。
也就是说，可以在DCI的现有信息的组成结构上，充分利用已经定义好的比特域(已经定义好的比特域用于承载已经定义好的参数所对应的信息)的取值来实现UCI-only指示的新功能，通过对DCI中已经承载了相关信息的比特域进行复用，这样也可以提高DCI本身的信息利用效率，相当于是在一定程度上减少了信令开销，从而可以节约资源。
本申请实施例中，利用DCI中目前已有的至少两个参数来对是否是UCI-only进行指示，具体来说，是DCI中的两个参数的取值组合是在目前已经具备的功能组合中不可能出现的组合，即用于隐式指示的两个参数的取值组合不属于现有的功能组合，例如两个参数的取值组合表明的是例如现有技术中的有关数据进行新传和重传的两个相悖指示时，则可以确定该DCI所调度的上行共享信道是UCI-only。例如，DCI中一个参数的取值是指示新传数据，而另一个参数的取值是指示重传数据，一个指示数据重传，一个指示数据新传，这种相悖指示在目前的正常情况是不会出现的，所以本申请实施例就是利用这种在正常情形下不会出现的相悖指示组合来指示UCI-only，而对于终端设备来说，如果确定DCI携带了这两种相悖的指示，则认为网络设备实际上既未指示重传数据也并未指示新传数据，而是指示了UCI-only，即通过目前不包括的功能组合来隐式地指示UCI-only。
另外需要说明的是，在本申请实施例中，例如在利用目前不可能出现的新传数据和重传数据两个相悖指示的方式来指示UCI-only时，这里所说的新传数据和重传数据并非是进行新传数据和重传数据的实际指示，即终端设备并不会根据该指示新传数据或重传数据，本申请实施例中仅仅是以这种目前不可能出现的指示组合来隐含地指示UCI-only，即利用参数的不同组合来实现新的指示功能。
对于第二类确定方法来说，由于DCI中可以包括多种参数，为了便于本领域技术人员理解，以下列举几种参数进行说明。
方式1，利用NDI和RV确定是否是UCI-only。
NDI和RV是DCI中的两个比特域所指示的参数。其中，NDI固定占用1比特，通过NDI是否翻转，可以来判断网络设备指示的是新传数据还是重传数据，例如，相对于上一个DCI，NDI如果发生了翻转，则表明新传数据，如果未发生翻转，则表明重传数据。RV一般占据2比特，RV的取值不同则表示的含义不同，例如，当RV取值为1或2时，则表示重传数据。
因为现有技术中通过NDI的翻转可以指示新传数据，以及通过RV的取值为1或2可以指示重传数据，所以在方式1中，网络设备利用了目前不可能出现同时包括新传数据和重传数据这两个相悖的指示组合来对UCI-only进行指示，终端设备则可以根据该指示组合从而确定UCI-only。
即方式1中提供的用于确定UCI-only的条件是：
1)NDI发生翻转；
2)RV＝1，或，RV＝2。
根据上面说明的，要根据NDI确定是否新传数据，则先需要判断NDI是否发生了翻转，而判断NDI是否发生了翻转则需要两个DCI中的NDI的取值，其中一个DCI就是当前接收的DCI，即第一DCI，另一个DCI就是与第一DCI携带相同的HARQ ID且在时间上离第一DCI最近的的前一个DCI。为了便于描述，本申请实施例中将该另一个DCI称作第二DCI，由于第二DCI是第一DCI的前一个DCI，所以第二DCI可以先于第一DCI被终端设备接收。
比如，网络设备将第二DCI中的NDI的取值设置为1，如果希望用第一DCI来指示UCI-only的话，网络设备则可以将第一DCI中的NDI的取值设置为0，以及将第一DCI中的RV的取值设置为1或2，进一步地，终端设备在接收第一DCI之后，可以将第一DCI携带的NDI与第二DCI携带的NDI进行比较，以确定NDI是否发生了翻转，如果确定NDI发生了翻转，则可以确定第一DCI中的RV的取值是否为1或2，或者，确定NDI是否翻转，与确定第一DCI中的RV的取值是否为1或2，这两个过程也可以同时进行，或者也可以先确定第一DCI中的RV的取值是否为1或2，再确定NDI是否翻转。总之，在这两个条件都满足的情况下，终端设备可以确定第一DCI所调度的上行共享信道仅用于发送UCI。
方式2，利用NDI和IMCS确定是否是UCI-only。
IMCS，即为MCS表格中的MCS索引，其中，MCS表格中包括多个MCS索引，每个MCS索引对应相应的编码率(code rate)、调制阶数(modulation order)和频谱效率等，其中，调制阶数例如用Qm表示。
目前已经有多种MCS表格，例如请参见表1、表2和表3，为目前较为通用的三种MCS表格，其中，表1和表3所示的MCS表格中支持的最大调制阶数为6，而表2所示的MCS表格中支持的最大调制阶数为8。
而对于每个终端设备而言，根据该终端设备能支持的最大调制阶数的不同、以及上行共享信道是否采用离散傅里叶变换(discrete fourier transformation，DFT)预编码可以对应相应的MCS表格，也就是说，每个终端设备根据其能力不同可以匹配相应的MCS表格。
表1
Figure BDA0003054123330000131
表2
Figure BDA0003054123330000141
表3
Figure BDA0003054123330000151
与方式1类似地，通过判断第一DCI中的NDI相对于第二DCI中的NDI是否发生翻转来确定第一DCI中的NDI是否指示了新传数据，当确定NDI发生了翻转之后，即表明第一DCI指示了新传数据。
进一步地，当IMCS的取值为预定值时则可以表明网络设备希望利用IMCS指示重传数据以与NDI翻转表明的新传数据指示组成目前不存在的相悖指示的功能组合。具体来说，可以设置“IMCS的取值为MCS表格中的指示最高调制阶数的索引值中的任意一个”和“IMCS的取值为MCS表格中取值大于预定值的索引值”这两个条件，当满足这两个条件中的至少一个时则可以认为通过IMCS的取值表明重传数据，从而与发生了翻转的NDI指示新传数据形成了两条相悖的指示，所以此时可以确定UCI-only。
为了便于本领域技术人员理解，以下列举几种情况进行说明。
a)IMCS∈{MCS表格中的指示最高调制阶数的索引值}，即IMCS的取值属于MCS表格中的指示最高调制阶数的索引值所组成的集合，需要说明的是，当采用不同的MCS表格时，MCS表格中的指示最高调制阶数的索引值可能不同。
例如表1所示的MCS表格，其中的最高调制阶数为6，而调制阶数为6的所有调制阶数对应的索引值的集合为{17,18,19,20,21,22,23,24,25,26,27,28,31}。
例如表2所示的MCS表格，其中的最高调制阶数为8，而调制阶数为8的所有调制阶数对应的索引值的集合为{20,21,22,23,24,25,26,27,31}。
例如表3所示的MCS表格，其中的最高调制阶数为6，而调制阶数为6的所有调制阶数对应的索引值的集合为{17,18,19,20,21,22,23,24,25,26,27,31}。
针对任意一种MCS表格来说，只要IMCS的取值属于该MCS表格中最高调制阶数对应的索引值集合，就可以认为IMCS满足指示重传数据的条件。以表3中的MCS表格举例来说，当第一DCI中的IMCS的取值为27时，其对应的调制阶数为最高调制阶数6，此时则可以认为取值为27的IMCS是用于指示重传数据，进一步地地则可以确定UCI-only，又例如当第一DCI中的IMCS的取值为6时，其对应的调制阶数为2，并非是最高调制阶数6，所以则可以认为取值为6的IMCS并未指示重传数据，此时则可以确定并非是UCI-only。
因为在正常HARQ情形下，新传数据是利用低阶调制进行传输，并且重传以及多次重传的时候一般是不会使用最高阶调制的，网络设备就是基于此原理，充分地利用了非常规的情形，即以最高阶调制对应的索引值来指示重传数据，以此构成与NDI翻转表明的新传数据相悖的指示，进而通过两个相悖的指示来对终端设备进行UCI-only的指示。
b)IMCS∈{28,29,30,31}或IMCS∈{29,30,31}。
由于目前的MCS表格均是包括31个索引值，所以28、29、30、31这些索引值是MCS表格中取值较大的几个，并且，在表2和表3中的28、29、30、31以及在表1中29、30、31对应的编码率是reserved，而reserved表明是预留的，即在当前的MCS表格中还并未针对28、29、30、31或29、30、31这些索引值设置相应的编码率，由于还并未设置编码率，所以目前在正常情形下，网络设备一般不会通过这些索引值来指示新传数据，基于此，网络设备则利用这些目前还未设置对应编码率的索引值来表明重传数据，以便于再与NDI翻转所表示的新传数据的指示形成两个相悖的指示，以通过此种方式来确定UCI-only。
c)IM CS∈{MCS表格中的指示最高调制阶数的索引值}∪{28,29,30,31}。
c情形是a、b两种情形的结合，此处就不再重复进行说明了。但是需要说明的是，MCS表格中的指示最高调制阶数的索引值与28、29、30、31可能存在重复的情况，以表2所示的MCS表格为例，表2所示的MCS表格中的所有指示最高调制阶数对应的索引值的集合为{20,21,22,23,24,25,26,27,31}，该集合中的31即为与后面的大索引值集合{28,29,30,31}中存在重复的元素，因为两个集合之间是“∪”的关系，所以最终只对31取一次值，即最终“∪”后的集合为{20,21,22,23,24,25,26,27,28,29,30,31}。
根据上述介绍，即方式2中提供的用于确定UCI-only的条件是：
1)NDI发生翻转；
2)IMCS∈{MCS表格中的指示最高调制阶数的索引值}，或，IMCS∈{28,29,30,31}，或，IMCS∈{29,30,31}，或，IMCS∈{MCS表格中的指示最高调制阶数的索引值}∪{28,29,30,31}。
另外，在前面介绍的确定UCI-only的方式中，可能存在PDCCH漏检，而PDCCH漏检可能导致UCI-only误判的情形发生。例如，请参见图3所示的网络设备和终端设备之间通过同一个HARQ ID发送和接收DCI的示意图，按照时间先后顺序从左到右。
首先，网络设备用DCI1指示了一个新传的PUSCH数据，使用RV＝0；终端设备按DCI1的指示发送了该PUSCH数据后，网络设备接收译码失败，其中接收译码失败即表明未通过循环冗余校验(cyclic redundancy check，CRC)校验，则用DCI2指示要求重传，RV＝2；之后网络设备再次接收译码失败，用DCI3指示要求重传，RV＝3，然后接收译码正确。
然后，网络设备用DCI4指示了下一个新传数据(NDI翻转)，但是该DCI4丢失。
最后，网络设备用DCI5指示了UCI-only的PUSCH，即令DCI5中的NDI的取值与DCI4中的NDI的取值不同且RV＝1，DCI4中的NDI的取值，所以将DCI5中的NDI的取值设置为了0，即希望通过NDI翻转与RV＝1的方式来指示UCI-only。但是由于DCI4丢失致使终端设备并未接收DCI4，所以在接收DCI5时。是将DCI5与上一个接收的DCI3进行比较，会发现NDI均都未0即并未翻转，则会误以为DCI5是用于指示上一个PUSCH数据的重传。
可见，由于DCI在传输过程中可能发生丢失而导致终端设备对UCI-only的判断可能出现误判的情况发生，具体来说是在NDI实际发生翻转时误认为其并未发生翻转，鉴于此，本申请实施例进一步地增加了其它确定UCI-only的判断条件，通过增加判断条件的方式可以降低由于误判对最终的判断结果的影响，以提高判断的准确性，同时，还可以消除由于误判导致的无法指示UCI-only的情形。为了便于本领域技术人员理解，以下以方式3和方式4对新增加判断条件后的确定方式进行举例介绍。
方式3，利用NDI、RV和IMCS确定是否是UCI-only。
例如前述的方式1中，由于可能出现如图3所示的NDI是否翻转进行误判的情况，所以在本申请实施例中可以忽略NDI的指示，进而再以IMCS作为增加的判断条件来判断是否是UCI-only。即忽略NDI的指示，且在RV的取值为1或2的前提下，再以方式2中所描述的IMCS来与RV形成现有技术中不可能出现的取值组合，以在NDI出现误判发挥不了作用的情形下确保判断UCI-only的准确性。
在一种可能的实施方式中，方式3中用于确定UCI-only的条件是：
1)NDI发生翻转；
2)RV＝1，或，RV＝2；
3)IMCS∈{MCS表格中的指示最高调制阶数的索引值}，或，IMCS∈{28,29,30,31}，或，IMCS∈{29,30,31}，或，IMCS∈{MCS表格中的指示最高调制阶数的索引值}∪{28,29,30,31}。
在另一种可能的实施方式中，方式3中用于确定UCI-only的条件是：
1)NDI未发生翻转；
2)RV＝1，或，RV＝2；
3)IMCS∈{MCS表格中的指示最高调制阶数的索引值}，或，IMCS∈{28,29,30,31}，或，IMCS∈{29,30,31}，或，IMCS∈{MCS表格中的指示最高调制阶数的索引值}∪{28,29,30,31}。
方式4，利用NDI、RV和HARQ ID确定是否是UCI-only。
与方式3类似地，在出现如图3的误判的情形下，可以忽略NDI的指示，进而再以HARQ ID作为增加的判断条件来判断是否是UCI-only，具体来说，在忽略了NDI的指示且RV的取值为1或2时在正常情况下是指示的重传数据时，由于HARQ ID的取值为15或14等取值较大的进程号的进程在正常情形下一般是不会被使用的，所以在RV指示重传数据和HARQID为15或14这样一种在目前不可能出现的参数组合来指示UCI-only，可以在NDI出现误判发挥不了作用的情形下确保判断UCI-only的准确性。并且，因为进程号为14或15的HARQ ID是在正常情形下很少被使用的HARQ进程，所以出现如图3所说明的误判，也可以不影响HARQ的正常工作。
也就是说，方式4中用于确定UCI-only的条件是：
1)NDI发生翻转；
2)RV＝1，或，RV＝2；
3)HARQ ID＝14，或，HARQ ID＝15。
以上只是举例说明，本申请实施例所包括的用于根据DCI中所包括的现有参数来确定UCI-only的方式包括但不限于以上举例说明的几种，在具体实施过程中，还可以基于上述介绍的几种方式进行总结变形或扩展出其它的方式，只要是基于如前所述的利用DCI中现有的参数且目前的功能组合中还未包括的功能组合的确定方式均应该在本申请实施例的保护范围之内。
如前所述，在确定了UCI-only的PUSCH之后，终端设备则可以在该PUSCH上向网络设备发送UCI。对于UCI而言，由于其可能包括几部分信息，例如包括CSI-part1、CSI-part2、HARQ确认应答(acknowledgement，ACK)这三部分，而对于其中的各个部分，则都需要提前知晓RE数和各自对应的编码率才能向网络设备发送。对于前述的UCI中的各部分，其中，CSI-part2的payload size大小，受到CSI-part1中的部分参数的具体取值的影响，例如，当CSI-part1中的秩指示(rank indecation，RI)中的rank＝1时，CSI-part2的payload size较小，而如果CSI-part1中的RI指示rank＝2，则CSI-part2的payload size较大。由于网络设备无法提前获知CSI-part1中各部分的具体大小，即无法获知各部分的payload size，因此无法提前得到CSI的总payload size大小，并基于该总payload size调度与之相适应的PUSCH资源来发送该CSI。由于各部分的payload大小不同以及重要性不同，这也是导致UCI中的各部分需要相应的码率和调制阶数进行发送的具体原因。
网络设备在向用户设备发送的DCI中，会指示告知用户设备所分配的PUSCH资源，UE在接收到DCI并进行解析之后，即可以知晓网络设备所分配的PUSCH资源，即可以知道用于传输UCI的RE总数。进一步地，由于UCI中包括多个部分，例如HARQ ACK、CSI-part1和CSI-part2，所以用户设备对于网络设备所分配的PUSCH资源，需要采取一定的规则将PUSCH资源分配给UCI中的各个部分。所以，对于分配给UCI中的各部分的RE数的确定，也是在发送UCI之前必须的步骤。
也就是说，发送UCI可以理解为是发送UCI包括的各部分信息，而一种可能的实施方式则是发送UCI包括的CSI-part1、CSI-part2和HARQ ACK这三部分，并且，针对其中的任意一部分，如果要完成对其的发送，均需要提前确定用于发送每部分的RE数和对应的编码率。其中，针对用于发送每部分的RE数而言，由于在网络设备发送的DCI中已经包括了用于发送UCI的RE总数，所以只要知晓了其中用于发送其中两部分的RE数，则自然可以知晓用于发送第三部分的RE数。
目前，可以按照公式(1)计算得到分配给HARQ ACK的RE数量Q′ACK，以及可以按照公式(2)计算得到分配给CSI-part1的RE数量Q′CSI-1，以及，可以按照公式(3)计算得到用于发送CSI-part1的编码率γCSI-1。
Figure BDA0003054123330000191
Figure BDA0003054123330000192
Figure BDA0003054123330000193
其中，
Figure BDA0003054123330000194
表示该PUSCH的所有RE数量，即网络设备分配给该PUSCH的RE总数；OCSI-2-ref表示CSI-part2的参考payload size，LCSI-2-ref表示相应的CRC比特数；OCSI-1表示CSI-part1的payload size，LCSI-1表示相应的CRC比特数。其中，可以将OCSI-1+LCSI-1理解为是CSI-part1的payload的总size，以及可以将OCSI-2-ref+LCSI-2-ref理解为是CSI-paat2的参考payload的总size。
Figure BDA0003054123330000195
和
Figure BDA0003054123330000196
分别表示CSI-part1和CSI-part2的码率补偿参数，是由网络设备无线高层预先半静态配置或者后续由DCI动态指示的。
以及，对于公式(2)中的min{,}函数来说，其含义是指“＝”左边的参数的取值是该min函数所包括的两个值中的较小值，类似地，后续公式中的min函数也作相同理解。
对于利用公式(2)计算Q′CSI-1的过程中，由于CSI-part2的参考payloadsizeOCSI-2-ref设为固定值，是缺乏灵活性的。例如，典型的OCSI-2-ref取值选取包括rank＝1、rank＝2的CSI-part2的payload size。如果OCSI-2-ref选取为rank＝1的CSI-part2的payloadsize(较小)，则由公式(2)可知Q′CSI-1较大，CSI-part2一定会被部分或全部丢弃；如果OCSI-2-ref选取为rank＝2的CSI-part2的payload size(较大)，则由公式(2)可知，分配给CSI-part1的RE数将会较少，这将导致对CSI-part1保护力度不够，尤其是如果实际中rank＝1时，则CSI-part2本身的payload size并不大，而分配的RE数Q′CSI-2(即分配给CSI-part2的RE数)过大，即保护力度过大，造成浪费。
另外，Q′ACK的计算公式也存在如下问题。公式(1)中如果HARQ-ACK的payload sizeOACK+LACK较大，比如
Figure BDA0003054123330000197
时，则公式(1)的min{,}函数肯定只能取逗号右边的第二项，逗号左边的第一项不能发挥作用，即计算出的Q′ACK分配给PUSCH的RE总数，也就是将分配给UCI的所有RE均分配给了HARQ-ACK，很明
根据上述分析，目前采用固定的payload size来计算RE数，方案的灵活性较差，并且在有些情形下还可能导致CSI-part1和CSI-part2无可用的RE来进行发送，所以目前的RE计算方式对于发送CSI的可用性较低。
鉴于以上所述，提出了直接查找MCS表格以获得参考码率，进而再利用获得的对应的码率来计算RE数，以解决前面提到的采用固定的payload size来计算RE数而导致灵活性较差和发送CSI的可用性较低的问题。具体来说，可以利用DCI中的4比特的HARQ ID字段的取值来指示MCS索引值，再利用确定的MCS索引值通过查MCS表格以获得相应的编码率作为CSI-part1的目标码率γCSI-1。即网络设备通过DCI的HARQ ID字段来向UE指示γCSI-1，然后，通过公式(4)计算得到分配给CSI-part1的RE数。
Figure BDA0003054123330000201
由于现有的MCS表格均是5比特的，而通过上述方式4比特的方式来查MCS表格以获得编码率的方式，则存在MCS表格不匹配的问题，所以需要定义新的MCS表格，也就是说，采用上述方式需要引入新的MCS表格，对现有标准的改动较大。另外，新的MCS表格的优化需要额外的研究工作，不利于标准的按时制定完成，此外，对于网络设备和终端设备的产品实现，新的MCS表格需要额外的存储空间开销。
鉴于以上所述，在本申请实施例中，在确定了UCI-only之后，可以通过查找MCS表格直接得到编码率和对应的调制阶数，为了便于描述，本文中将通过查找MCS表格得到的编码率称作参考编码率或者称作第一编码率，以γref表示，以及将通过查找MCS表格得到的调制阶数以Qm表示。
对于具体的查表方式本申请实施例提供以下两种方式。
第一种查表方式：在一种可能的实施方式中，可以直接利用DCI中的IMCS来查找目前现有的MCS表格。例如查找前述介绍的表1、表2或表3中的任意一种MCS表格，通过IMCS查找MCS表格即可以获得相应的编码率和调制阶数，例如当IMCS取值为22时，通过查找表1所示的MCS表格则可以得到编码率为666，以及调制阶数为6，另外，需要说明的是，表1中的编码率是乘以1024之后得到的，所以在通过查MCS表格计算相应的编码率时还需要再除以1024。
第二种查表方式：在另一种可能的实施方式中，本申请实施例还可以根据指示HARQ ID的全部比特和指示IMCS的全部比特中的部分比特来确定前述的参考编码率。因为现有的直接利用HARQ ID的4个比特来查找MCS表格的方式会导致对现有标准的改动较大，又由于HARQ ID包括4个比特以及IMCS包括5个比特，所以通过HARQ ID的全部比特和IMCS的部分比特可以构建成完全符合现有的MCS表格的5个比特的MCS索引值，这样就可以直接利用现有的MCS表格，而无需再引入新的表格，尽量减少对现有标准的改动。为了便于描述，本申请实施例中将新构建的5个比特所对应的索引值以I’MCS表示。
具体来说，可以利用HARQ ID的全部比特(即4比特)和IMCS的1个比特组建成一个包括5个比特的比特域，再用所构建的比特域的取值表示用于查表的索引值，即I’MCS。例如，请参见图4所示的根据HARQ ID和IMCS构建5个比特的比特域的示意图，图4示出了两种构建比特域的方法，对于其中任意一种方法来说，有斜线标记的表示HARQ ID的4个比特，其余一个比特表示IMCS中的1个比特，例如图4中示出的是IMCS中的1个比特是IMCS中的最低位比特，因为直接取用IMCS的最低位比特比较方便，并且IMCS的最低位比特的取值对于IMCS自身的取值影响较小。可选的，如图4中左边的构建方式所示，IMCS的最低位比特可以直接位于HARQ ID的4个比特之后，即IMCS的最低位比特作为新组建的比特域中的最低位比特；或者，也可以如图4中右边的构建方式，IMCS的最低位比特可以直接位于HARQ ID的4个比特之前，即IMCS的最低位比特作为新组建的比特域中的最高位比特。采用如图4中所示的最低位或最高位的方式，可以直接在HARQ ID的4个比特的基础上进行5个比特的组建，对HARQ ID的现有4个比特的改动较小。或者可选的，还可以将IMCS中的1个比特置于HARQ ID的4个比特之间的任意位置，例如置于HARQ ID的4个比特中的最低位比特和倒数第二低位比特之间，等等，本申请实施例对此不作限制，在具体实施过程中可以根据实际需求进行设置。
另外，在上述介绍的利用HARQ ID的4个比特和IMCS中的1个比特组建成5个特别的新索引的方式中，只是复用了HARQ ID的4个比特和IMCS中的1个比特的取值，而并不会对HARQ ID和IMCS自身的结构和取值造成任何影响。例如，HARQ ID原始的4个比特取值是1001，而IMCS的5个比特取值为11111，可见IMCS的最低位比特是1，那么按照图4中左边所示的方式，新构建的5个比特即为10011，而对应的I’MCS的取值即为19，由于只是复用了HARQ ID原始的4个比特和IMCS的最低位比特的取值，所以不会对HARQ ID和IMCS自身的结构和取值造成任何影响，即HARQ ID还是可以表示1001(即编码为9)的进程，以及IMCS仍然可以表示31的索引值。
无论采用上述哪种查表方式进行查表之后，都可以在通过查表得到参考码率γref和调制阶数Qm之后，进一步地可以通过以下公式来计算用于发送UCI中各部分的RE数。
Figure BDA0003054123330000211
Figure BDA0003054123330000212
Figure BDA0003054123330000213
以及，还可以分别利用以下公式来得到用于发送各部分的编码率。
Figure BDA0003054123330000214
在实际中，对于CSI-part2会设置一个门限码率CT，门限码率CT的作用是限制CSI-part2的码率不高于该门限，如果CSI-part2的码率高于该门限，则可以按照优先级丢弃CSI-part2的部分信息，知道CSI-part2的实际码率不高于该门限为止。并且，门限码率CT一般可按照公式(0)来进行计算，也就是说，门限码率CT可以是在根据公式(8)得到CSI-part1的码率γCSI-1之后才能计算得到的。
Figure BDA0003054123330000215
由于公式(9)中的γCSI-1可以采用公式(8)进行计算，所以进一步地，结合公式(8)和公式(9)可以进一步地得到公式(10)。
Figure BDA0003054123330000221
由于在本申请实施例中，CSI-part1的码率γCSI-1是基于查MCS表格得到的参考编码率γref进行一定的码率折算后得到的，所以当采用公式(9)或公式(10)来计算门限码率时，相当于也是根据查MCS表格得到的参考码率γref进行码率折算后得到的，通过一定的码率折算可以增强码率确定的灵活性。
也就是说，在确定了第一DCI所调度的上行共享信道是UCI-only之后，进一步地，终端设备可以采用前述两种查表方式中的任意一种来确定第一编码率，本申请实施例中，第一编码率即为通过查找MCS表格而得到的参考编码率γref。
对于第一种查表方式来说，即直接将第一DCI中的IMCS作为索引值来查找某一MCS表格，进而可以得到对应于该IMCS的第一编码率和调制阶数，例如当第一DCI中的IMCS为16的话，通过查找如表3所示的MCS表格即可以得到第一编码率为658(实际的编码率还需要除以1024)，以及对应的调制阶数是4。
例如，当采用前述的方式1或方式4确定了UCI-only之后，则可以采用第一种查表方式进行查表以得到第一编码率和调制阶数。
例如即为图4所示的查表方式，通过第二种查表方式可以根据第一DCI中的HARQID和IMCS构建一个包括5个比特的比特域，进而再将新创建的这个比特域的取值作为新索引值，该进一步地再该新索引值作为索引值来查找某一MCS表格，进而可以得到对应于该新索引值的第一编码率和调制阶数，例如当新创建的新索引值的取值为8的话，通过查找如表2所示的MCS表格即可以得到第一编码率为553(实际的编码率还需要除以1024)，以及对应的调制阶数是4。
例如，当采用前述的方式2或方式3确定了UCI-only之后，由于此时第一DCI中原始的IMCS由于取值较大而直接对应到MCS表格中的话可能无法获得相应的第一编码率，例如当IMCS为31时对应到表3所示的MCS表格中是reserved，即可能无法直接获得编码率，所以此时则可以采用第二种查表方式，先得到新创建的索引值，再基于新创建的索引值来查表以得到相应的第一编码率和调制阶数。
通过查表得到了第一编码率和相应的调制阶数之后，则可以利用获得的第一编码率和相应的调制阶数在第一DCI所调度的上行共享信道上发送UCI，例如发送第一UCI。
如前所述的，UCI可能包括HARQ ACK、CSI-part1和CSI-part2这三部分信息，而发送每一部分信息都需要知晓用于发送这一部分信息的RE数、编码率和调制阶数。在具体实施过程中，在发送UCI的各部分信息时，可以直接利用查表得到的第一编码率发送相关信息。
另外，由于现有的MCS表格是针对UL-SCH数据进行优化的MCS表格，当将其中的编码率直接用来指示UCI在PUSCH上的码率时，网络设备难以实现足够准确的调度，即网络设备进行调度的准确性较低，所以为了提高网络设备调度的准确性，本申请实施例中在查表得到第一编码率之后，还可以先根据第一编码率生成其它编码率，即对第一编码率进行折算以得到其它编码率，然后再利用其它编码率来发送UCI的相关信息。
为了便于本领域技术人员理解，以下对利用查表得到的第一编码率来发送UCI中的信息进行一些举例说明。在这些举例说明中，有些是利用第一编码率直接发送的，有一些是利用第一编码率进行码率折算之后得到的其它编码率进行发送。
1)对于DCI包括的HARQ ACK来说，可以按照公式(1)计算得到Q′ACK，再利用Q′ACK、查表得到的第一编码率和调制阶数来发送第一UCI中的HARQ ACK，此时则可以认为是终端设备直接使用查表得到的第一编码率来发送HARQ ACK部分。
2)对于DCI包括的HARQ ACK来说，还可以利用查表得到的第一编码率根据公式(5)计算得到Q′ACK，再利用计算得到的Q′ACK、查表得到的第一编码率和调制阶数来发送第一UCI中的HARQ ACK部分，此时也可以认为是终端设备直接使用查表得到的第一编码率来发送HARQ ACK部分。
3)对于DCI包括的CSI-part1来说，可以按照公式(6)计算得到Q′CSI-1，再利用计算得到的Q′CSI-1、查表得到的第一编码率和调制阶数来发送第一UCI，此时也可以认为是终端设备直接使用查表得到的第一编码率来发送CSI-part1部分。
4)对于DCI包括的CSI-part1来说，可以先利用公式(2)计算得到Q′CSI-1，以及利用第一编码率和公式(8)计算得到第二编码率γCSI-1，进一步地，再利用计算得到的Q′CSI-1、计算得到的γCSI-1和查表得到的调制阶数来发送第一UCI，此时则可以认为是终端设备使用第二编码率来发送第一UCI中的CSI-part1部分。其中，利用第一编码率和公式(8)确定第二编码率γCSI-1的过程即可以理解为是前述的码率折算的过程，后文中类似这种根据第一编码率计算其它编码率的过程均可以理解为是前述的码率折算的过程。
5)对于DCI包括的CSI-part1来说，可以按照公式(6)计算得到Q′CSI-1，以及利用第一编码率和公式(8)计算得到第二编码率γCSI-1，由于公式(6)的计算中用到了第一编码率γref，所以在利用计算得到的Q′CSI-1、计算得到的γCSI-1和查表得到的调制阶数来发送第一UCI时，则可以理解为是终端设备使用第一编码率和第二编码率来发送CSI-part1部分。
6)对于DCI包括的CSI-part2来说，可以按照公式(7)计算得到Q′CSI-2，根据第一编码率和公式(8)计算得到γCSI-1之后，再利用计算得到的γCSI-1和公式(9)或公式(10)计算得到第三编码率，最后再利用计算得到的Q′CSI-2、计算得到的第三编码率、查表得到的第一编码率和调制阶数来发送CSI-part2部分，由于其中的γCSI-1也就是前述介绍中的第二编码率，所以也可以是理解为是利用第二编码率和第三编码率来发送CSI-part2部分。
其中的第三编码率可以理解为是前述介绍中的门限码率，由于门限码率是在发送UCI中的CSI-part2时通过该门限码率来确定是否要将CSI-part2的部分信息进行丢弃，所以一般只在发送UCI中的CSI-part2部分时才可能用到第三编码率。
以上只是针对一些可能的情形进行了举例说明，在具体实施过程中，当然还可能根据前述介绍的公式的不同组合，而以不同组合的编码率来发送第一UCI中的相应部分，本申请实施例中就不再一一进行举例说明了，但是直接基于查表得到的第一编码率来发送第UCI，或者基于查表得到的第一编码率再通过码率折算得到的其它编码率后来发送UCI的方式均应在本申请实施例的保护范围之内。
基于同一构思，本申请实施例还提供一种接收UCI的方法，该方法可以由图2中的网络设备执行，对于该方法相应的实施方式介绍可以参考前述的图2中的网络设备所执行的方法步骤的介绍，此处就不再重复说明了。通过本申请实施例的方法，网络设备可以通过UCI的方式将为终端设备调度的上行共享信道仅能用来发送UCI的告知终端设备，从而可以增强网络设备对终端设备的控制和指示能力，使得终端设备能够实现与网络设备之间的感知统一，增强了网络设备和终端设备之间的交互性能。
此外，需要说明的是，本文中对于一些英文以及英文缩写的中文释义只是示意性地，例如对于MCS的中文释义是调制编码方案，在其它的翻译方式中例如还可以是调制编码策略、调制与编码策略、调制编码方案，等等，又例如对于code rate的翻译是编码率，在其它的翻译方式中例如还可以是码率，等等。也就是说，本申请实施例中的一些英文翻译仅仅是示意性地翻译，本申请中的英文翻译对其本身含义并不构成任何限定，或者本领域技术人员应当理解的是，随着通信技术的发展，本申请实施例中的英文或者英文缩写还可能包括其它的中文释义，而无论何种的翻译均不影响其本身的特性。
基于同一构思，本申请实施例提供了一种装置，图5示出了一种装置500的结构示意图，装置500可以是终端设备，能够实现本申请实施例提供的方法中终端设备的功能；装置500也可以是能够支持终端设备实现本申请实施例提供的方法中终端设备的功能的装置。装置500可以是硬件结构、软件模块、或硬件结构加软件模块。装置500可以由芯片系统实现。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
如图5所示，本申请实施例中的装置500可以包括接收模块51、第一确定模块52和发送模块53。
接收模块51可以用于接收如图2所示的实施例中由网络设备发送的第一DCI，以及还可以接收由网络设备发送的第二DCI，和/或，还可以用于支持本文所描述的技术的其它过程，其中的第二DCI可以是与第一DCI携带相同HARQ ID且在时间上离第一DCI最近的前一个DCI。以及，接收模块51可以用于本申请实施例中的装置和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。
第一确定模块52可以用于执行图2所示的实施例中的步骤23，例如可以根据第一DCI确定该第一DCI调度的上行共享信道是仅用于发送UCI的信道，或者，可以根据第一DCI和第二DCI确定该第一DCI调度的上行共享信道是仅用于发送UCI的信道，等等，和/或，还可以用于支持本文所描述的技术的其它过程。以及，第一确定模块52可以用于本申请实施例中的装置和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。
发送模块53可以用于执行图2所示的实施例中的步骤24，即可以通过第一DCI调度的上行共享信道向网络设备发送UCI，例如发送第一UCI，和/或，还可以用于支持本文所描述的技术的其它过程。以及，发送模块53可以用于本申请实施例中的装置和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。
在具体实施过程，上述的接收模块51和发送模块53可以分离设置，即此时是两个独立的功能模块，在一种可能的实施方式中，还可以集中设置为一个功能模块，例如设置为一个收发模块，该收发模块既具有接收模块51接收信息的能力，又具有发送模块53发送信息的能力。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
基于同一构思，本申请实施例提供了一种装置，图6示出了一种装置600的结构示意图，装置600可以是网络设备，能够实现本申请实施例提供的方法中网络设备的功能；装置600也可以是能够支持网络设备实现本申请实施例提供的方法中网络设备的功能的装置。装置600可以是硬件结构、软件模块、或硬件结构加软件模块。装置600可以由芯片系统实现。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
如图6所示，本申请实施例中的装置600可以包括发送模块61和接收模块62。
发送模块61可以用于执行如图2所示的实施例中的步骤22，即向终端设备发送第一DCI，以及还可以向终端设备发送的第二DCI，和/或，还可以用于支持本文所描述的技术的其它过程，其中的第二DCI可以是与第一DCI携带相同HARQ ID且在时间上离第一DCI最近的前一个DCI。以及，发送模块61可以用于本申请实施例中的装置和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。
接收模块62可以用于执行图2所示的实施例中由终端设备发送的UCI，例如可以接收由终端社诶通过第DCI所调度的上行共享信道发送的第一DCI，和/或用于支持本文所描述的技术的其它过程。以及，接收模块62可以用用于本申请实施例中的装置和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。
另外，装置600还可以包括确定模块，该确定模块可以执行如图2所示的实施例中的步骤21，即可以确定为终端设备调度的上行共享信道是仅用于发送UCI的。
在具体实施过程，上述的发送模块61和接收模块62可以分离设置，即此时是两个独立的功能模块，在一种可能的实施方式中，还可以集中设置为一个功能模块，例如设置为一个收发模块，该收发模块既具有发送模块61发送信息的能力，又具有接收模块62接收信息的能力。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
基于同一构思，本申请实施例提供了一种装置，图7示出了本申请实施例提供的装置700的结构示意图，其中，装置700可以是终端设备，能够实现本申请实施例提供的方法中终端设备的功能；装置700也可以是能够支持终端设备实现本申请实施例提供的方法中终端设备的功能的装置。其中，该装置700可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
装置700包括至少一个处理器720，用于实现或用于支持该装置实现本申请实施例提供的方法中终端设备的功能。示例性地，处理器720可以处理信息，例如对应到图5所示的装置500中的第一确定模块52。例如，处理器720可以根据获得的第一DCI确定该第一DCI所调度的上行共享信道仅用于发送UCI，具体参见方法示例中的详细描述，此处不做赘述。
装置700还可以包括至少一个存储器730，用于存储程序指令和/或数据。存储器730和处理器720耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器720可能和存储器730协同操作。处理器720可能执行存储器730中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
装置700还可以包括通信接口710，用于通过传输介质和其它设备进行通信，从而用于装置700中的装置可以和其它设备进行通信。处理器720可以利用通信接口710收发数据，通信接收710例如可以对应到图5中的接收模块51和发送模块53。
本申请实施例中不限定上述通信接口710、处理器720以及存储器730之间的具体连接介质。本申请实施例在图7中以存储器730、处理器720以及通信接口710之间通过总线740连接，总线在图7中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中，处理器720可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中，存储器730可以是非易失性存储器，比如硬盘(hard diskdrive，HDD)或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
基于同一构思，本申请实施例提供了另一种装置，图8示出了本申请实施例提供的另一种装置800的结构示意图，其中，装置800可以是网络设备，能够实现本申请实施例提供的方法中网络设备的功能；装置800也可以是能够支持网络设备实现本申请实施例提供的方法中网络设备的功能的装置。其中，该装置800可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
装置800包括至少一个处理器820，用于实现或用于支持该装置实现本申请实施例提供的方法中终端设备的功能。示例性地，处理器820例如对应到图6所示的实施例中的确定模块。例如，处理器820确定为终端设备调度的上行共享信道是仅用于UCI的信道，具体参见方法示例中的详细描述，此处不做赘述。
装置800还可以包括至少一个存储器830，用于存储程序指令和/或数据。存储器830和处理器820耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器820可能和存储器830协同操作。处理器820可能执行存储器830中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
装置800还可以包括通信接口810，用于通过传输介质和其它设备进行通信，从而用于装置800中的装置可以和其它设备进行通信。处理器820可以利用通信接口810收发数据，通信接收810例如可以对应到图6中的发送模块61和接收模块62。
本申请实施例中不限定上述通信接口810、处理器820以及存储器830之间的具体连接介质。本申请实施例在图8中以存储器830、处理器820以及通信接口810之间通过总线840连接，总线在图8中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中，处理器820可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中，存储器830可以是非易失性存储器，比如HDD或固态硬盘SSD等，还可以是易失性存储器(volatile memory)，例如随机存取存储器RAM。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
本申请实施例中还提供一种可读存储介质，包括指令，当该指令在计算机上运行时，使得计算机执行图2所示方法中终端设备所执行的步骤。
本申请实施例中还提供一种读存储介质，包括指令，当该指令其在计算机上运行时，使得计算机执行图2所示方法中网络设备所执行的步骤。
本申请实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现前述方法中终端设备的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
本申请实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现前述方法中网络设备的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
本申请实施例提供一种系统，该系统包括前述所述的网络设备和前述所述的终端设备。
在一种可能的实施方式中，本申请实施例提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备或网络设备上运行时，所述程序代码用于使所述终端设备或网络设备执行本说明书上述描述的根据本申请各种示例性实施方式的方法中的步骤。
本申请实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，DVD))、或者半导体介质(例如SSD)等。
以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想，不应理解为对本发明的限制。本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种发送上行控制信息的方法，其特征在于，所述方法包括：
从网络设备接收第一下行控制信息，其中，所述第一下行控制信息用于调度上行共享信道；
根据所述第一下行控制信息确定所述上行共享信道用于发送上行控制信息而不发送数据；以及
通过所述上行共享信道向所述网络设备发送第一上行控制信息，所述第一上行控制信息包括混合自动重传请求确认、信道状态信息的第一部分以及信道状态信息的第二部分。
2.如权利要求1所述的方法，其特征在于，
所述上行共享信道中用于承载所述第一上行控制信息的资源单元总数为M，所述上行共享信道中用于承载所述混合自动重传请求确认的资源单元的数量为第一数量与所述资源单元总数M的最小值，其中，所述第一数量的值等于所述混合自动重传请求确认的有效载荷大小与所述混合自动重传请求确认的码率补偿参数的乘积，与第一参数的值之间的比值上取整后的取值，所述第一参数的值为第一编码率和调制阶数的乘积。
3.如权利要求2所述的方法，其特征在于，所述上行共享信道中，用于承载所述信道状态信息的第一部分的资源单元数量为第二数量与剩余数量的最小值，其中，所述剩余数量为所述资源单元总数M减去用于承载所述混合自动重传请求确认的资源单元数量的剩余资源单元数量，所述第二数量的值等于所述信道状态信息的第一部分的有效载荷大小与所述信道状态信息的第一部分的码率补偿参数的乘积，与所述第一参数之间的比值上取整后的取值。
4.如权利要求3所述的方法，其特征在于，所述上行共享信道中，用于承载所述信道状态信息的第二部分的资源单元数量为所述资源单元总数M减去用于承载所述混合自动重传请求确认和所述信道状态信息的第一部分的资源单元数量之后的取值。
5.如权利要求2-4任一所述的方法，其特征在于，所述第一编码率和调制阶数是根据所述第一下行控制信息中包含的调制编码方案索引确定的。
6.一种发送上行控制信息的方法，其特征在于，所述方法包括：
发送第一下行控制信息，其中，所述第一下行控制信息用于调度上行共享信道，以及指示所述上行共享信道用于发送上行控制信息而不发送数据；
通过所述上行共享信道接收来自终端设备发送的第一上行控制信息，所述第一上行控制信息包括混合自动重传请求确认、信道状态信息的第一部分以及信道状态信息的第二部分。
7.如权利要求6所述的方法，其特征在于，
所述上行共享信道中用于承载所述第一上行控制信息的资源单元总数为M，所述上行共享信道中用于承载所述混合自动重传请求确认的资源单元的数量为第一数量与所述资源单元总数M的最小值，其中，所述第一数量的值等于所述混合自动重传请求确认的有效载荷大小与所述混合自动重传请求确认的码率补偿参数的乘积，与第一参数的值之间的比值上取整后的取值，所述第一参数的值为第一编码率和调制阶数的乘积。
8.如权利要求7所述的方法，其特征在于，所述上行共享信道中，用于承载所述信道状态信息的第一部分的资源单元数量为第二数量与剩余数量的最小值，其中，所述剩余数量为所述资源单元总数M减去用于承载所述混合自动重传请求确认的资源单元数量的剩余资源单元数量，所述第二数量的值等于所述信道状态信息的第一部分的有效载荷大小与所述信道状态信息的第一部分的码率补偿参数的乘积，与所述第一参数之间的比值上取整后的取值。
9.如权利要求8所述的方法，其特征在于，所述上行共享信道中，用于承载所述信道状态信息的第二部分的资源单元数量为所述资源单元总数M减去用于承载所述混合自动重传请求确认和所述信道状态信息的第一部分的资源单元数量之后的取值。
10.如权利要求7-9任一所述的方法，其特征在于，所述第一编码率和调制阶数是根据所述第一下行控制信息中包含的调制编码方案索引确定的。
CN202110495577.4A 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置 Active CN113225829B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110495577.4A CN113225829B (zh) 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810300222.3A CN110351865B (zh) 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置
CN202110495577.4A CN113225829B (zh) 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201810300222.3A Division CN110351865B (zh) 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置

Publications (2)

Publication Number Publication Date
CN113225829A true CN113225829A (zh) 2021-08-06
CN113225829B CN113225829B (zh) 2024-04-12

Family

ID=68100063

Family Applications (4)

Application Number Title Priority Date Filing Date
CN201910785162.3A Active CN110650545B (zh) 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置
CN201810300222.3A Active CN110351865B (zh) 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置
CN201910789991.9A Active CN110602787B (zh) 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置
CN202110495577.4A Active CN113225829B (zh) 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置

Family Applications Before (3)

Application Number Title Priority Date Filing Date
CN201910785162.3A Active CN110650545B (zh) 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置
CN201810300222.3A Active CN110351865B (zh) 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置
CN201910789991.9A Active CN110602787B (zh) 2018-04-04 2018-04-04 一种发送、接收上行控制信息的方法及装置

Country Status (6)

Country Link
US (2) US11483854B2 (zh)
EP (2) EP3780842B1 (zh)
JP (1) JP7118164B2 (zh)
CN (4) CN110650545B (zh)
ES (1) ES2936250T3 (zh)
WO (1) WO2019192544A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220053525A1 (en) * 2018-08-08 2022-02-17 Sharp Kabushiki Kaisha Terminal device, base-station device, and communication method
WO2023124343A1 (zh) * 2021-12-30 2023-07-06 中兴通讯股份有限公司 一种信道自适应处理方法、基站以及可读存储介质

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11178713B2 (en) * 2017-04-27 2021-11-16 Sony Corporation Mobile communications network, infrastructure equipment, communications device and methods
CN110650545B (zh) * 2018-04-04 2020-07-24 华为技术有限公司 一种发送、接收上行控制信息的方法及装置
WO2021128219A1 (zh) * 2019-12-26 2021-07-01 Oppo广东移动通信有限公司 参数设置方法、参数指示方法、终端设备和网络设备
US11558884B2 (en) * 2020-02-14 2023-01-17 Qualcomm Incorporated Systems and methods for uplink transmission overlap resolution
CN114765482A (zh) * 2021-01-15 2022-07-19 华为技术有限公司 信号发送、接收方法及装置
US11876626B2 (en) * 2021-08-16 2024-01-16 Qualcomm Incorporated Enhancing redundancy version communications

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110299484A1 (en) * 2010-06-02 2011-12-08 Samsung Electronics Co., Ltd. Method and system for transmitting channel state information in wireless communication systems
CN104917557A (zh) * 2010-06-08 2015-09-16 三星电子株式会社 多入多出发送模式中复用来自用户设备的控制和数据信息
CN107210857A (zh) * 2015-02-06 2017-09-26 Lg电子株式会社 用于在无线通信系统中报告信道状态的方法及其装置
WO2018038758A1 (en) * 2016-08-23 2018-03-01 Intel IP Corporation Transmission of control information after uplink grant
CN107801246A (zh) * 2016-09-06 2018-03-13 北京佰才邦技术有限公司 一种上行控制信息的传输方法、装置及用户终端

Family Cites Families (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009126902A2 (en) * 2008-04-11 2009-10-15 Interdigital Patent Holdings, Inc. Methods for transmission time interval bundling in the uplink
KR101638900B1 (ko) * 2008-08-05 2016-07-12 엘지전자 주식회사 무선 통신 시스템에서 하향링크 멀티 캐리어에 대한 제어정보를 전송하는 방법
WO2010123304A2 (en) * 2009-04-24 2010-10-28 Samsung Electronics Co., Ltd. Multiplexing large payloads of control information from user equipments
EP2378828B1 (en) * 2010-03-22 2013-05-08 Samsung Electronics Co., Ltd. Multiplexing control and data information from a user equipment in a physical data channel
CN102263617B (zh) * 2010-05-31 2016-08-03 中兴通讯股份有限公司 上行控制信息在物理上行共享信道上的发送方法及装置
CN103095398B (zh) * 2011-11-04 2017-04-12 华为技术有限公司 传输控制信息的方法、用户设备和基站
US9843429B2 (en) * 2012-07-31 2017-12-12 Lg Electronics Inc. Method and apparatus for transmitting and receiving data
US9060361B2 (en) * 2012-09-27 2015-06-16 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving channel state information
WO2015083566A1 (ja) * 2013-12-03 2015-06-11 京セラ株式会社 ユーザ端末、基地局、及び方法
MX362944B (es) * 2014-01-15 2019-02-27 Nec Corp Método para transmitir información de control del enlace ascendente, terminal inalámbrica y estación base.
US20150327243A1 (en) * 2014-05-08 2015-11-12 Sharp Laboratories Of America, Inc. Systems and methods for dual-connectivity operation
CA2967281C (en) * 2014-12-08 2023-01-31 Lg Electronics Inc. Method for transmitting uplink control information and device therefor
US9876623B2 (en) * 2014-12-22 2018-01-23 Samsung Electronics Co., Ltd. Transmission of uplink control information in carrier aggregation with a large number of cells
US10904783B2 (en) * 2015-01-16 2021-01-26 Qualcomm Incorporated Uplink control information transmission using PUSCH in enhanced carrier aggregation
CN107211306A (zh) * 2015-01-28 2017-09-26 夏普株式会社 终端装置、基站装置、通信方法以及集成电路
US20160277155A1 (en) * 2015-03-17 2016-09-22 Nokia Technologies Oy Efficient resource allocation for acknowledgement/non-acknowledgement physical uplink shared channel and periodic channel state information physical uplink shared channel
US10284351B2 (en) * 2015-09-24 2019-05-07 Lg Electronics Inc. Method and apparatus for transmitting uplink control information (UCI) in wireless communication system
EP3343819A4 (en) * 2015-09-25 2018-10-10 Huawei Technologies Co., Ltd. Method and apparatus for reporting channel state information and electronic device
US20170135090A1 (en) * 2015-11-11 2017-05-11 Sharp Laboratories Of America, Inc. Systems and methods for uplink control information reporting with license-assisted access (laa) uplink transmissions
US10716125B2 (en) * 2016-04-01 2020-07-14 Qualcomm Incorporated Sounding reference signal triggering for enhanced carrier aggregation
US10142262B2 (en) * 2016-05-31 2018-11-27 Anchorfree Inc. System and method for improving an aggregated throughput of simultaneous connections
US10992425B2 (en) * 2016-11-01 2021-04-27 Sharp Kabushiki Kaisha User equipments, base stations, and methods
US10492184B2 (en) * 2016-12-09 2019-11-26 Samsung Electronics Co., Ltd. Multiplexing control information in a physical uplink data channel
US10291365B2 (en) * 2016-12-29 2019-05-14 X Development Llc Efficient automatic repeat request for free space optical communication
EP3471304B1 (en) * 2017-03-23 2021-11-17 LG Electronics Inc. Method for determining transport block size and wireless device
EP3602933B1 (en) * 2017-03-24 2023-11-01 Telefonaktiebolaget LM Ericsson (publ) Semi-persistent csi feedback over pusch
US10548096B2 (en) * 2017-04-21 2020-01-28 Samsung Electronics Co., Ltd. Information type multiplexing and power control
WO2018203821A1 (en) * 2017-05-05 2018-11-08 Telefonaktiebolaget Lm Ericsson (Publ) Selection of waveform for uplink communications
US10813118B2 (en) * 2017-07-10 2020-10-20 Lg Electronics Inc. Method for transmitting and receiving uplink control information and devices supporting the same
US11140575B2 (en) * 2017-08-11 2021-10-05 Qualcomm Incorporated Modifying CSI transmissions over uplink shared resources
US20190059013A1 (en) * 2017-08-21 2019-02-21 Samsung Electronics Co., Ltd. Method and apparatus for multiplexing higher-resolution channel state information (csi)
KR20190027705A (ko) * 2017-09-07 2019-03-15 엘지전자 주식회사 무선 통신 시스템에서 자원 할당 방법 및 상기 방법을 이용하는 장치
JP7032433B2 (ja) * 2017-09-29 2022-03-08 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるチャネル状態情報を報告するための方法及びそのための装置
EP3703290A4 (en) * 2017-10-23 2021-06-16 Ntt Docomo, Inc. USER TERMINAL DEVICE AND RADIO COMMUNICATION PROCEDURES
KR102093422B1 (ko) * 2017-11-15 2020-03-25 엘지전자 주식회사 무선 통신 시스템에서 단말의 상향링크 제어 정보 전송 방법 및 상기 방법을 이용하는 단말
US10980008B2 (en) * 2017-12-08 2021-04-13 Apple Inc. Determining resources for uplink control information on physical uplink shared channel and physical uplink control channel with frequency hopping
CN111466091B (zh) * 2017-12-13 2023-08-18 高通股份有限公司 用于控制信道的软组合
US10873966B2 (en) * 2018-01-02 2020-12-22 Samsung Electronics Co., Ltd. Signaling of control information in a communication system
US10594382B2 (en) * 2018-01-02 2020-03-17 Apple Inc. Phase tracking reference signal (PT-RS) power boosting
EP4040863A1 (en) * 2018-01-10 2022-08-10 Comcast Cable Communications LLC Power control for channel state information
US10834777B2 (en) * 2018-01-11 2020-11-10 Ofinnon, LLC Discontinuous reception and CSI
US10680774B2 (en) * 2018-01-12 2020-06-09 Apple Inc. Size determination for channel state information (CSI) part one and part two transmission of CSI report
US10827516B2 (en) * 2018-01-19 2020-11-03 Qualcomm Incorporated Resource splitting among different types of control information and uplink data for a transmission on an uplink shared channel
EP3685535B1 (en) * 2018-01-24 2022-05-25 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Transmission channel assignment apparatus and method for controlling a transmission over a transmission channel
CN110650545B (zh) * 2018-04-04 2020-07-24 华为技术有限公司 一种发送、接收上行控制信息的方法及装置
CN110474747B (zh) * 2018-05-11 2022-01-25 中兴通讯股份有限公司 一种信号传输方法和装置、及终端
CN110830194B (zh) * 2018-08-08 2020-10-30 北京紫光展锐通信技术有限公司 上行信道资源的指示及确定方法、基站、终端、介质
KR20220068955A (ko) * 2019-09-30 2022-05-26 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 업 링크 제어 정보의 전송 방법 및 장치
KR20230047409A (ko) * 2020-08-03 2023-04-07 삼성전자주식회사 제어 정보 송수신을 위한 장치 및 방법.

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110299484A1 (en) * 2010-06-02 2011-12-08 Samsung Electronics Co., Ltd. Method and system for transmitting channel state information in wireless communication systems
CN102934381A (zh) * 2010-06-02 2013-02-13 三星电子株式会社 无线通信系统中用于发送信道状态信息的方法和系统
CN104917557A (zh) * 2010-06-08 2015-09-16 三星电子株式会社 多入多出发送模式中复用来自用户设备的控制和数据信息
CN107210857A (zh) * 2015-02-06 2017-09-26 Lg电子株式会社 用于在无线通信系统中报告信道状态的方法及其装置
WO2018038758A1 (en) * 2016-08-23 2018-03-01 Intel IP Corporation Transmission of control information after uplink grant
CN107801246A (zh) * 2016-09-06 2018-03-13 北京佰才邦技术有限公司 一种上行控制信息的传输方法、装置及用户终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "\"Remaining issues for multiplexing UCI on PUSCH\"", 3GPP TSG_RAN\\WG1_RL1 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220053525A1 (en) * 2018-08-08 2022-02-17 Sharp Kabushiki Kaisha Terminal device, base-station device, and communication method
WO2023124343A1 (zh) * 2021-12-30 2023-07-06 中兴通讯股份有限公司 一种信道自适应处理方法、基站以及可读存储介质

Also Published As

Publication number Publication date
US11483854B2 (en) 2022-10-25
JP7118164B2 (ja) 2022-08-15
ES2936250T3 (es) 2023-03-15
CN110351865B (zh) 2021-05-11
CN110650545B (zh) 2020-07-24
CN113225829B (zh) 2024-04-12
EP3780842B1 (en) 2022-12-21
JP2021517785A (ja) 2021-07-26
US11910393B2 (en) 2024-02-20
CN110602787A (zh) 2019-12-20
BR112020019977A8 (pt) 2023-03-28
CN110351865A (zh) 2019-10-18
US20210022165A1 (en) 2021-01-21
US20230043646A1 (en) 2023-02-09
EP4167672A1 (en) 2023-04-19
CN110650545A (zh) 2020-01-03
EP3780842A1 (en) 2021-02-17
EP3780842A4 (en) 2021-04-14
BR112020019977A2 (pt) 2021-03-23
CN110602787B (zh) 2020-08-07
WO2019192544A1 (zh) 2019-10-10

Similar Documents

Publication Publication Date Title
CN110351865B (zh) 一种发送、接收上行控制信息的方法及装置
EP3457608A1 (en) Method for transmitting harq feedback information, ue unit, base station, and system
US20140211767A1 (en) Scheduling Communications
US11057923B2 (en) Transmission method, terminal device and base station
US20220174720A1 (en) Sidelink Feedback Information Transmission Method and Communications Apparatus
CN111432477B (zh) 数据传输方法、网络侧设备及终端
CN109995493B (zh) 信道状态信息的传输资源的确定方法、通信设备及装置
WO2022000318A1 (en) Harq feedback transmission method, base station and user equipment
EP3681069A1 (en) Data feedback, sending and receiving method and device, receiving equipment and sending equipment
CN111083791B (zh) 数据传输方法及装置
CN112351495A (zh) Uci的传输方法、装置、终端及基站
US20170105197A1 (en) Method and Devices for Mitigating Error Propagation in Transmission Assignments
US11166284B2 (en) Data transmission method, terminal, and base station
CN111435847A (zh) 传输信息的方法和装置
WO2021258764A1 (zh) 控制信息发送方法、动态反馈码本发送方法、基站及终端
CN111431675B (zh) 数据传输方法及装置
CN117693915A (zh) 基于子时隙1型码本改善harq-ack反馈的方法、基站和用户设备
WO2021098783A1 (en) Apparatus and method of wireless communication
WO2022028606A1 (zh) 信息确定方法、信息指示方法、终端及网络侧设备
CN116073970A (zh) 通信方法及装置
CN116746246A (zh) 确定混合自动重传请求确认harq-ack码本的方法及装置
BR112020019977B1 (pt) Método para enviar informações de controle de uplink, aparelho,meio de armazenamento legível, e método para receber informações de controle de uplink
CN110971283A (zh) 一种通信方法及设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant