CN110035531B - 上行控制信息传输方法及装置 - Google Patents

上行控制信息传输方法及装置 Download PDF

Info

Publication number
CN110035531B
CN110035531B CN201810032725.7A CN201810032725A CN110035531B CN 110035531 B CN110035531 B CN 110035531B CN 201810032725 A CN201810032725 A CN 201810032725A CN 110035531 B CN110035531 B CN 110035531B
Authority
CN
China
Prior art keywords
uci
dci
transmitting
time domain
symbol
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.)
Active
Application number
CN201810032725.7A
Other languages
English (en)
Other versions
CN110035531A (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 CN201810032725.7A priority Critical patent/CN110035531B/zh
Priority to BR112020014204-2A priority patent/BR112020014204A2/pt
Priority to EP18899556.7A priority patent/EP3735071B1/en
Priority to PCT/CN2018/124794 priority patent/WO2019137245A1/zh
Priority to CA3087302A priority patent/CA3087302A1/en
Publication of CN110035531A publication Critical patent/CN110035531A/zh
Priority to US16/926,105 priority patent/US11140666B2/en
Application granted granted Critical
Publication of CN110035531B publication Critical patent/CN110035531B/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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication
    • 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/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/0031—Multiple signaling transmission
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • H04L1/0073—Special arrangements for feedback channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/0042—Arrangements for allocating sub-channels of the transmission path intra-user or intra-terminal allocation
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/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/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0016—Time-frequency-code

Landscapes

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

Abstract

本申请公开了一种上行控制信息传输方法，所述方法可包括：终端可以根据接收到的第一DCI判断该DCI触发的UCI是否是高可靠UCI，如果是，则针对该UCI设计特殊传输策略，为该UCI提供保护，确保URLLC业务的可靠性。本申请中，该特殊传输策略可以在以下至少一个方面优于普通的UCI传输策略：传输资源、编码方式、发送顺序等。上述方案可实现为URLLC UCI的传输提供特殊保护，更好的保证URLLC业务的高可靠性。

Description

上行控制信息传输方法及装置
技术领域
本申请涉及无线通信技术领域，尤其涉及上行控制信息传输方法及装置。
背景技术
第五代(the fifth generation，5G)移动通信***支持增强型移动宽带(enhanced mobile broadband，eMBB)业务、高可靠低时延通信(ultra reliable and lowlatency communications，URLLC)业务以及海量机器类通信(massive machine typecommunications，mMTC)业务。典型的eMBB业务有：超高清视频、增强现实(augmentedreality，AR)、虚拟现实(virtual reality，VR)等，这些业务的主要特点是传输数据量大、传输速率很高。典型的URLLC业务有：工业制造或生产流程中的无线控制、无人驾驶汽车和无人驾驶飞机的运动控制以及远程修理、远程手术等触觉交互类应用，这些业务的主要特点是超高可靠性、低延时，传输数据量较少以及具有突发性。典型的mMTC业务有：智能电网配电自动化、智慧城市等，主要特点是联网设备数量巨大、传输数据量较小、数据对传输时延不敏感，这些mMTC终端需要满足低成本和非常长的待机时间的需求。
不同业务对移动通信***的需求不同，如何更好地同时支持多种不同业务的数据传输需求，是当前5G移动通信***所需要解决的技术问题。例如，如何同时支持URLLC业务和eMBB 业务就是当前5G移动通信***的讨论热点之一。
URLLC业务对时延要求极高，不考虑可靠性的情况下，传输时延要求在0.5毫秒(millisecond，ms)以内；在达到99.999％的可靠性的前提下，传输时延要求在1ms以内。
在长期演进(long term evolution，LTE)***中，最小的时间调度单元为一个1ms时间长度的传输时间间隔(transmission time interval，TTI)。为了满足URLLC业务的传输时延需求，无线空口的数据传输可以使用更短的时间调度单元。在5G移动通信***中，可以支持基于时隙的(slot based)调度和基于非时隙的(non-slot based)调度,其中，一个时隙可以包括12或14个时域符号，这里的时域符号可以是正交频分复用(orthogonalfrequency division multiplexing，OFDM)符号，也可以是离散傅里叶变换扩展正交频分复用(discrete fourier transform spread OFDM，DFTS-OFDM)符号。对于子载波间隔为15千赫兹(kilohertz，kHz)的一个时隙，包括12个或14个时域符号，对应的时间长度为1 毫秒(millisecond，ms)；对于子载波间隔为60kHz的一个时隙，对应的时间长度则缩短为0.25ms。
目前，传输上行控制信息(uplink control information，UCI)的方式都不能很好地保证URLLC业务的可靠性。
发明内容
本申请提供了上行控制信息传输方法、相关装置及***，可更好的保证URLLC业务的高可靠性。
第一方面，本申请提供了一种上行控制信息传输方法，该方法的执行主体可以是网络设备也可以是用于网络设备的芯片或部件。该方法包括：发送第一DCI，并接收第一UCI，第一 UCI是由第一DCI触发。在第一时域资源与上行数据信道的时域资源部分或全部重叠，且第一条件被满足的条件下，第一符号上承载有第一UCI，而没有承载上行数据信道，第一符号为第一时域资源和上行数据信道的时域资源重叠的时域符号；第一时域资源用于传输第一UCI。
第二方面，本申请提供了一种上行控制信息传输方法，该方法的执行主体可以是终端设备也可以是用于终端设备的芯片或部件。该方法包括：接收第一下行控制信息DCI，并发送第一上行控制信息UCI，第一UCI由第一DCI触发；在第一时域资源与上行数据信道PUSCH 的时域资源部分或全部重叠，且第一条件被满足的条件下，第一符号上承载有第一UCI，而没有承载PUSCH，第一符号为第一时域资源和PUSCH的时域资源重叠的时域符号；第一时域资源用于传输第一UCI。
下面详细介绍第一方面和第二方面描述的上行控制信息传输方法：
(1)为第一UCI提供保护的前提
第一种前提，用于传输第一UCI的资源和用于传输PUSCH的资源在时域上部分或全部重叠。
第二种前提，用于传输第一UCI的资源和用于传输PUSCH的资源在时域上部分或全部重叠，且在频域上部分或全部重叠。
第三种前提，用于传输第一UCI的资源和用于传输PUSCH的资源，且在频域上不重叠，但是终端没有上行同时发送多业务的能力，例如功率受限或者是采用上行单载波传输方式。
综合上述三种前提可以看出，为第一UCI提供保护的基本前提为：第一时域资源和PUSCH 的时域资源部分或全部重叠，即第一UCI和PUSCH复用时域资源。其中，第一种前提表示，在第一时域资源和PUSCH的时域资源部分或全部重叠的条件下，如果第一条件是否被满足，则终端可以为第一UCI提供特殊保护。第二种前提表示，在第一UCI和PUSCH复用时频资源的条件下，如果第一条件是否被满足，则终端可以为第一UCI提供特殊保护。第三种前提表示，在第一UCI和PUSCH仅仅复用时域资源(不复用频域资源)，且终端不具备上行同时发送多业务的能力的条件下，如果第一UCI满足第一条件，则终端可以为第一UCI提供特殊保护。
(2)第一符号(第一UCI和PUSCH复用的时域资源)
举例说明，符号7、8、11用于传输URLLC UCI，符号7-14用于传输PUSCH。其中，符号7、8、11和符号7-14中相重叠的符号为：符号7、8、11，符号7、8、11即第一符号。
具体的，在第一符号上，第一UCI和PUSCH的频域资源复用情况可以包括以下几种：
第1种情况：第一UCI和PUSCH在第一符号上各自占用的频域资源完全不重叠，即第一 UCI和PUSCH在第一符号上各自占用完全不同的频域资源。
第2种情况：第一UCI和PUSCH在第一符号上各自占用的频域资源部分重叠，即第一UCI 和PUSCH在第一符号上各自占用的频域资源中有部分频域资源是相同的。
第3种情况：第一UCI和PUSCH在第一符号上各自占用的频域资源完全重叠，即第一UCI 和PUSCH在第一符号上各自占用的频域资源完全相同。
(3)第一符号上承载第一UCI而不承载PUSCH
具体的，终端可以为第一UCI打孔(puncture)第一符号上的所有RB，即第一符号仅用于传输第一UCI而不传输PUSCH。
举例说明，符号7、8、11用于传输URLLC UCI，符号7-14用于传输PUSCH。其中，符号7、8、11和符号7-14中相重叠的符号为：符号7、8、11，符号7、8、11即第一符号。为了特殊保护第一UCI，终端可以打孔(puncture)符号7、8、11上的所有RB。这样，可实现为第一UCI分配更多资源，保证URLLC业务的高可靠性。
可选的，终端还可以设置第一符号上的PUSCH的发射功率为0，即将第一符号上的发射功率都集中用于发射第一UCI。这样可以大大提高第一UCI的发射功率，提高URLLC业务的可靠性。
实施第一方面和第二方面描述的方法，可实现在URLLC UCI和PUSCH复用资源时，为URLLC UCI提供特殊保护，确保URLLC业务的可靠性。
第三方面，本申请提供了一种上行控制信息传输方法，该方法的执行主体可以是网络设备也可以是用于网络设备的芯片或部件。该方法包括：发送第一DCI，并接收第一UCI，第一 UCI是由第一DCI触发；在第一时域资源与第二时域资源部分或全部重叠，且第一条件被满足的条件下，承载第一UCI的结束时域符号早于承载第二UCI的起始时域符号；第一时域资源用于传输第一UCI，第二时域资源用于传输第二UCI。
第四方面，本申请提供了一种上行控制信息传输方法，该方法的执行主体可以是终端设备也可以是用于终端设备的芯片或部件。该方法包括：接收第一下行控制信息DCI，并发送第一上行控制信息UCI，第一UCI由第一DCI触发；在第一时域资源与第二时域资源部分或全部重叠，且第一条件被满足的条件下，承载第一UCI的结束时域符号早于承载第二UCI的起始时域符号。第一时域资源用于传输第一UCI，第二时域资源用于传输第二UCI。
第五方面，本申请提供了一种上行控制信息传输方法，该方法的执行主体可以是网络设备也可以是用于网络设备的芯片或部件。该方法包括：接收第一DCI，并发送第一UCI，第一 UCI由第一DCI触发；在第一时域资源与第二时域资源部分或全部重叠，且第一条件被满足的条件下，第一UCI采用的第一编码方式在数据传输可靠性方面优于第二UCI采用的第二编码方式；第一时域资源用于传输第一UCI，第二时域资源用于传输第二UCI。
第六方面，本申请提供了一种上行控制信息传输方法，该方法的执行主体可以是终端设备也可以是用于终端设备的芯片或部件。该方法包括发送第一DCI，并接收第一UCI，第一 UCI是由第一DCI触发；在第一时域资源与第二时域资源部分或全部重叠，且第一条件被满足的条件下，第一UCI采用的第一编码方式在数据传输可靠性方面优于第二UCI采用的第二编码方式；第一时域资源用于传输第一UCI，第二时域资源用于传输第二UCI。
可以看出，第三方面和第四方面、第五方面和第六方面描述的上行控制信息传输方法可实现在URLLC UCI和eMBB UCI复用资源时，为URLLC UCI提供特殊保护，确保URLLC业务的可靠性。
下面详细介绍第三方面和第四方面、第五方面和第六方面描述的上行控制信息传输方法：
(1)为第一UCI提供保护的前提
第一种前提，用于传输第一UCI的资源和用于传输第二UCI的资源在时域上部分或全部重叠。
第二种前提，用于传输第一UCI的资源和用于传输第二UCI的资源在时域上部分或全部重叠，且在频域上部分或全部重叠。
第三种前提，用于传输第一UCI的资源和用于传输第二UCI的资源在时域上部分或全部重叠，且在频域上不重叠，但是终端没有上行同时发送多业务的能力，例如功率受限或者是采用上行单载波传输方式。
综合上述三种前提可以看出，为第一UCI提供保护的基本前提为：第一时域资源和第二时域资源部分或全部重叠，即第一UCI和第二UCI复用时域资源。其中，第一种前提表示，在第一UCI和第二UCI复用时域资源的条件下，如果第一UCI满足第一条件，则终端可以为第一UCI提供特殊保护。第二种前提表示，在第一UCI和第二UCI在复用时频资源的条件下，如果第一UCI满足第一条件，则终端可以为第一UCI提供特殊保护。第三种前提表示，在第一UCI和第二UCI仅仅复用时域资源(不复用频域资源)，且终端不具备上行同时发送多业务的能力的条件下，如果第一UCI满足第一条件，则终端可以为第一UCI提供特殊保护。
(2)承载第一UCI的结束时域符号早于承载第二UCI的起始时域符号
具体的，在第一时域资源和第二时域资源部分或全部重叠时，承载第一UCI的结束时域符号早于承载第二UCI的起始时域符号，即第二UCI可以被延迟发送，先发送第一UCI，后发送第二UCI。这样，确保可靠性需求高的第一UCI先发送，然后再发送第二UCI，保证URLLC 业务的可靠性。
进一步的，终端可以对被延迟发送的第二UCI做HARQ-ACK bits bundling，这样可以减少第二UCI的反馈时延。
可选的，终端具体可以根据第二UCI被延迟发送所对应的符号资源确定是否对延迟的第二UCI做HARQ-ACK bits bundling，如果该符号资源比较紧张，不足以通过HARQ-ACKbits multiplexing方式传输第二UCI，则可以确定对被延迟发送的第二UCI做HARQ-ACKbits bundling。
(3)第一UCI采用第一编码方式
具体的，第一UCI采用的第一编码方式在数据传输可靠性方面优于第二UCI采用的第二编码方式。第一编码方式不同于第二编码方式，二者的区别可以体现在但不限于：第一编码方式可以增加第一UCI编码后的比特数，和/或第二编码方式减少第二UCI编码后的比特数。具体的：
第一编码方式可包括：对第一UCI进行冗余编码。即终端可以先对第一UCI的信源加冗余然后编码，也可以先编码然后对编码后的第一UCI进行比特加冗余。这样，可增加第一UCI 编码后的比特数，使得第一UCI比第二UCI具有更高的纠错能力，保证URLLC业务的高可靠性。
第二编码方式可包括：对第二UCI进行HARQ-ACK比特绑定。这样可减少第二UCI编码后的比特数。
可选的，可以对第一UCI进行冗余编码，且对第二UCI做HARQ-ACK比特bundling，这样不仅可以提高第一UCI的传输可靠性，还可以减少共同反馈第一UCI和第二UCI所需的资源。
结合第一方面或第二方面，结合第三方面或第四方面，结合第五方面或第六方面，在一些可选实施例中，第一条件可以包括但不限于：
(1)DCI格式是用于URLLC业务的DCI格式
本申请中，用于URLLC业务的DCI格式可以称为紧凑型DCI(compact DCI，又称为URLLC DCI)格式。
具体的，compact DCI格式可以通过但不限于以下至少一项来指示：DCI的净荷大小等于第一取值；或，DCI的净荷大小(payload size)等于第一取值，且DCI中的DCI格式标识 (Identifier for DCI format)字段取值等于第二取值；或，DCI的净荷大小等于第一取值，且DCI的搜索空间为终端设备UE特定搜索空间；或，DCI的净荷大小等于第一取值，第一DCI 的DCI格式标识字段的取值等于第二取值，且DCI的搜索空间为UE特定搜索空间；或，DCI 的搜索空间为第一搜索空间；或，DCI的循环冗余校验CRC的校验比特长度等于第三取值；或，DCI的循环冗余校验CRC的校验比特长度等于第三取值；或，用于加扰DCI的CRC校验比特的无线网络临时标识RNTI等于第一RNTI；或，传输DCI的控制资源集合CORESET为第一CORESET。
其中，第一取值、第二取值、第三取值、第一搜索空间、第一CORESET这几项参数均可以是网络设备通过高层信令，如无线资源控制(radio resource control，RRC)信令、MACCE 信令，配置的。第一取值为compact DCI的净荷大小。第二取值为compact DCI中的DCI格式标识字段取值。第三取值为compact DCI的CRC的校验比特长度。第一搜索空间为用于检测compact DCI的搜索空间。第一CORESET为用于传输compact DCI的CORESET。
也即是说，可以通过高层信令配置compact DCI格式，compact DCI格式不同于普通DCI 格式(如用于eMBB业务的DCI格式)。相比于普通DCI(如eMBBDCI)格式，compact DCI格式可以具备以下至少一项属性：第一取值小于普通DCI的净荷大小、第二取值不同于普通DCI 中的DCI格式标识字段取值、第三取值大于普通DCI的CRC的校验比特长度。第一搜索空间不同于用于检测普通DCI的搜索空间。第一CORESET不同于用于传输普通DCI的CORESET。
这样，终端便可以根据payload size区分接收到的第一DCI是不是compact DCI，如果接收到的第一DCI的payload size等于第一取值，则可以确定该DCI是compact DCI，即满足第一条件。
这样，终端便可以结合payload size和Identifier for DCI format字段区分接收到的第一DCI是不是compact DCI，如果接收到的第一DCI的payload size等于第一取值且 Identifier for DCI format字段取值等于第二取值，则可以确定该DCI是compactDCI，即满足第一条件。可选的，在接收到的多个DCI的payload size一致(payloadalignment) 的前提下，终端可以进一步结合Identifier for DCI format字段取值来区分出compact DCI。
这样，终端便可以根据CRC的校验比特长度区分接收到的第一DCI是不是compactDCI，如果接收到的第一DCI的CRC的校验比特长度等于第三取值，则可以确定该DCI是compact DCI，即满足第一条件。
这样，终端便可以根据检测到第一DCI的资源位置区分接收到的第一DCI是不是compact DCI，如果检测到第一DCI的资源位置为第一搜索空间，则可以确定第一DCI是compact DCI，即满足第一条件。
这样，终端便可以根据第一DCI占用的资源位置区分接收到的第一DCI是不是compact DCI，如果第一DCI占用的资源位置为第一CORESET，则可以确定第一DCI是compactDCI，即满足第一条件。
(2)用于加扰DCI的CRC校验比特的无线网络临时标识(radio network temporaryidentifier，RNTI)等于第一RNTI
具体的，第一RNTI可以是网络设备通过高层信令，如RRC信令、MAC CE信令，配置的。第一RNTI用于加扰compact DCI的CRC校验比特。也即是说，可以通过高层信令配置用于加扰compact DCI的CRC校验比特的RNTI。这样，终端便可以根据加扰DCI的CRC校验比特的RNTI区分接收到的第一DCI是否是compact DCI。
(3)DCI的搜索空间(search space)为第一搜索空间
具体的，第一搜索空间可以是网络设备通过高层信令，如RRC信令、MAC CE信令，配置的。在第一搜索空间上检测到的DCI即compact DCI。也即是说，可以通过高层信令配置search space的属性(是否是URLLC的search space)。这样，终端便可以根据检测DCI的search space 的属性来区分该DCI是否是compact DCI。
(4)DCI的控制资源集合(CORESET)为第一CORESET
具体的，第一CORESET可以是网络设备通过高层信令，如RRC信令、MAC CE信令，配置的。第一CORESET用于发送compact DCI。也即是说，可以通过高层信令配置CORESET的属性(是否是URLLC的CORESET)。这样，终端便可以根据接收DCI的CORESET的属性来区分该DCI是否是compact DCI。
除了上述几种方式，终端还可以通过下述方式来判断DCI是否满足第一条件。
可选的，终端可以通过校验的步骤来判断DCI是否是compact DCI。当DCI需要采用两步或两步以上的校验方式时，则终端可以确定该DCI是compact DCI，即该DCI满足第一条件。
可选的，终端可以判断DCI中是否有用于降低错误概率的字段，如果有该字段，则可以确定该DCI是compact DCI，即该DCI满足第一条件。
可选的，终端可以根据DCI采用的编码方式来判断DCI是否是compact DCI。当DCI采用的编码方式是特定编码方式时，则终端可以确定该DCI是compact DCI，即该DCI满足第一条件。该特定编码方式是低密度奇偶校验(low-density parity check,LDPC)或极化(polar) 编码或者Reed-Muller编码或双Reed-Muller编码中的一种。
上述判断DCI是否满足第一条件的实现方式属于隐式判断相应UCI是否需要保护的方式。另外，还可以采用显式方式来判断对应于该DCI的UCI是否需要保护。具体方案可如下：DCI 可以携带1比特的字段，用于区分对应于该DCI的UCI是否需要被保护。
例如，如表1所示，当该比特取值为“0”时，表示对应于该DCI的UCI不需要被保护；当该比特取值为“1”时，表示对应于该DCI的UCI需要被保护。
第七方面，本申请提供了一种通信装置，该通信装置可包括多个功能模块，用于相应的执行第一方面、第三方面、第五方面所提供的方法，或者这些方面可能的实施方式中的任意一种所提供的方法。
第八方面，本申请提供了一种通信装置，该通信装置可包括多个功能模块，用于相应的执行第二方面、第四方面、第六方面所提供的方法，或者这些方面可能的实施方式中的任意一种所提供的方法。
第九方面，本申请提供了一种通信装置，用于执行第一方面描述的上行控制信息传输方法。通信装置可包括：存储器以及与存储器耦合的处理器、收发器，其中：收发器用于与其他通信设备(如通信装置)通信。存储器用于存储第一方面、第三方面、第五方面描述的上行控制信息传输方法的实现代码，处理器用于执行存储器中存储的程序代码，即执行第一方面、第三方面、第五方面所提供的方法，或者这些方面可能的实施方式中的任意一种所提供的方法。
第十方面，本申请提供了一种通信装置，用于执行第二方面描述的上行控制信息传输方法。通信装置可包括：存储器以及与存储器耦合的处理器、收发器，其中：收发器用于与其他通信设备(如通信装置)通信。存储器用于存储第二方面、第四方面、第六方面描述的信号传输的实现代码，处理器用于执行存储器中存储的程序代码，即执行第二方面、第四方面、第六方面所提供的方法，或者这些方面可能的实施方式中的任意一种所提供的方法。
第十一方面，提供了一种通信***，通信***包括：终端和网络设备，其中：网络设备可以是第七方面或第九方面描述的通信装置。终端可以是第八方面或第十方面描述的通信装置。
第十二方面，提供了一种计算机可读存储介质，可读存储介质上存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面、第三方面、第五方面描述的上行控制信息传输方法，或者这些方面可能的实施方式中的任意一种所提供的方法。
第十三方面，提供了另一种计算机可读存储介质，可读存储介质上存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面、第四方面、第六方面描述的上行控制信息传输方法，或者这些方面可能的实施方式中的任意一种所提供的方法。
第十四方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面、第三方面、第五方面描述的上行控制信息传输方法，或者这些方面可能的实施方式中的任意一种所提供的方法。
第十五方面，提供了另一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第二方面、第四方面、第六方面描述的上行控制信息传输方法，或者这些方面可能的实施方式中的任意一种所提供的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是本申请涉及的一种无线通信***的架构示意图；
图2是采用已有的UCI反馈方式来复用传输URLLC UCI和eMBB PUCCH的示意图；
图3是采用已有的UCI反馈方式来复用传输URLLC UCI和eMBBPUSCH的示意图；
图4是本申请的一个实施例提供的终端的硬件架构示意图；
图5是本申请的一个实施例提供的基站的硬件架构示意图；
图6是本申请涉及的控制资源集合的示意图；
图7是本申请提供的一种上行控制信息传输方法的示例性示意图；
图8是URLLC UCI和PUSCH复用时域资源的示意图；
图9是URLLC UCI打孔PUSCH中的整个第一符号的示意图；
图10是URLLC UCI之后停止发送剩余PUSCH的示例性示意图；
图11A是eMBB UCI相对于PUSCH DMRS的资源位置的示例性示意图；
图11B是本申请中URLLC UCI相对于PUSCH DMRS的资源位置的示例性示意图；
图12是本申请提供的另一种上行控制信息传输方法的示例性示意图；
图13A是第一UCI和第二UCI在时域资源上完全重叠的示例性示意图；
图13B是第一UCI和第二UCI在时域资源上部分重叠的示例性示意图；
图14A是第二UCI延迟发送的一种情况的示例性示意图；
图14B是第二UCI延迟发送的另一种情况的示例性示意图；
图15A是对第一UCI和第二UCI采用不同冗余程度的编码方式的示例性示意图；
图15B是在图15A实例中对第二UCI进行HARQ-ACK bits bundling的示例性示意图；
图16A是对第一UCI和第二UCI采用不同码距的一种方式的示例性示意图；
图16B是对第一UCI和第二UCI采用不同码距的另一种方式的示例性示意图；
图17是第一UCI的资源数量由URLLC对应的beta offset指示的示意图；
图18是PUSCH上的功率用于提高URLLC UCI的发射功率的示意图；
图19是本申请的提供的无线通信***，终端和网络设备的功能框图。
具体实施方式
本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。
图1示出了本申请涉及的无线通信***。所述无线通信***不限于LTE***，还可以第五代5G移动通信***、新空口(NR)***，未来的移动通信***等。如图1所示，无线通信***100可包括：一个或多个网络设备101，一个或多个终端103，以及核心网115。其中：
网络设备101可以为基站，基站可以用于与一个或多个终端进行通信，也可以用于与一个或多个具有部分终端功能的基站进行通信(比如宏基站与微基站之间的通信)。基站可以是 LTE***中的演进型基站(Evolutional Node B，eNB)，以及5G***、新空口(NR)***中的基站。另外，基站也可以为接入点(Access Point，AP)、传输节点(Trans TRP)、中心单元 (Central Unit，CU)或其他网络实体，并且可以包括以上网络实体的功能中的一些或所有功能。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。
终端103可以分布在整个无线通信***100中，可以是静止的，也可以是移动的。终端 103也可以称为用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。终端103可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)终端、增强现实(Augmented Reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid) 中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city) 中的无线终端、智慧家庭(smart home)中的无线终端等等。
具体的，网络设备101可用于在网络设备控制器(未示出)的控制下，通过无线接口105 与终端103通信。在一些实施例中，所述网络设备控制器可以是核心网115的一部分，也可以集成到网络设备101中。具体的，网络设备101可用于通过回程(blackhaul)接口113(如S1接口)向核心网115传输控制信息或者用户数据。具体的，网络设备101与网络设备101 之间也可以通过回程(blackhaul)接口111(如X2接口)，直接地或者间接地，相互通信。
本申请中，网络设备101和终端103之间可支持多业务的同时传输，如5G及未来新空口 (NR)支持的eMBB、URLLC和eMTC三大业务。应理解的，URLLC业务和eMBB业务不同，URLLC 的可靠性要求很高，为了确保URLLC业务的可靠性，需要保证URLLC UCI的可靠性。
本申请中，UCI可以包括但不限于：调度请求(scheduling request，SR)、对应于PDSCH 中下行数据包的HARQ ACK/NACK、信道状态信息(channel state information，CSI)。其中， CSI可以包括下行信道质量指示(channel quality indicator，CQI)，与MIMO反馈相关的秩指示(rank indication，RI)和预编码指示(precoding matrix indicator，PMI)。CSI 还可以包括周期CSI和非周期CSI。URLLC HARQ ACK/NACK由调度URLLC PDSCH的DCI触发， URLLC非周期CSI由调度URLLC PUSCH的DCI触发，eMBB HARQ ACK/NACK由调度eMBB PDSCH 的DCI触发，非周期eMBB CSI由调度eMBB PUSCH的DCI触发。
UCI可以在PUSCH中传输，也可以在PUCCH中传输。目前已有的UCI反馈方式并未特别考虑URLLC业务的可靠性需求，不能很好的保证URLLC业务的可靠性。下面分别针对两个不同的场景分析采用已有的UCI反馈方式来传输URLLC UCI所存在的问题。
场景1：URLLC UCI和eMBB UCI同时传输
在时分双工(time division duplexing，TDD)场景下，针对终端在多个下行子帧接收到的下行数据，终端需要在同一个上行子帧反馈ACK/NACK，即终端需要在同一个上行子帧中反馈多个ACK/NACK。假设存在四个下行子帧的ACK/NACK需要在一个上行子帧中反馈，这四个下行子帧分别调度了URLLC的数据和eMBB的数据，如图2所示。
针对UCI传输在PUCCH中，目前已有的反馈方法有两种方式：HARQ-ACK bitsbundling (HARQ反馈比特绑定)和HARQ-ACK bits multiplexing(HARQ反馈比特复用)。HARQ-ACK bits bundling是将多个下行子帧的ACK/NACK做逻辑“与操作”。例如，假如图2所示的四个下行子帧的ACK/NACK分别是“0”、“0”、“1”、“1”(“1”代表ACK，“0”代表NACK)，经过HARQ-ACK bits bundling(即0&0&1&1＝0)后即反馈1比特的“0”，表示这4个下行子帧(包括URLLC 下行子帧)都要重传。这也意味着只有当URLLC的下行数据和eMBB的下行数据都被终端正确接收的时候，网络设备才认为终端设备正确接收了URLLC的业务数据，等效于URLLC的ACK 反馈只有当eMBB子帧反馈的都是ACK的时候才能译码成功。HARQ-ACK bitsmultiplexing 是直接反馈4比特的“1101”。
可以看出，已有HARQ-ACK bits multiplexing的方式没有对URLLC的ACK/NACK设计特殊的保护来保证URLLC UCI的高可靠性，URLLC ACK/NACK还会受到eMBB ACK/NACK的影响， URLLC UCI的可靠性得不到保证。
针对问题1，为了保证URLLC UCI的可靠性，本申请对上述eMBBACK/NACK和URLLCACK/NACK 需要同时反馈的场景，设计新的反馈规则。具体详见后续实施例，这里先不赘述。
场景2：URLLC UCI和eMBB PUSCH同时传输
对于UCI在PUSCH中携带传输的场景，目前的技术方案是通过用于发送上行授权(UL grant)的DCI中的beta offset字段来指示UCI所占的资源单元(resource element，RE) 的个数。这里，beta offset的取值与码率(code rate)相关，即可以用于指示UCI占用的资源数量。
具体的，DCI为发送UL grant之前的PDSCH的ACK/NACK配置betaoffset值。但是，URLLC 业务通常是突发的，对于突发出现在发送UL grant之后的URLLC业务，URLLC UCI占用的RE 个数并没有在发送UL grant的DCI中进行指示，没有特殊机制来保护URLLC UCI占用的资源数量，从而确保URLLC UCI的传输可靠性。
例如，如图3所示，eMBB PDSCH在UL grant之前，URLLC PDSCH突发出现在该ULgrant 之后。在发送该UL grant的DCI中，仅为eMBB PDSCH配置了beta offset值，即betaoffset1。如图3所示，该beta offset1指示了eMBB UCI占用的资源数量为4个RE。对于出现在该UL grant之后的URLLC PDSCH，在发送该UL grant的DCI中并未为URLLC PDSCH的UCI(即URLLC UCI)配置beta offset值。这样，出现在该UL grant之后的URLLC PDSCH的URLLCUCI所占用的资源数量只能遵循为eMBB UCI配置的beta offset1所指示的资源数量(即4个RE)，而不能特别的为URLLC UCI分配更多资源，URLLC UCI的可靠性得不到保障。
本申请中，为了确保URLLC的可靠性，可以为URLLC UCI提供特殊保护。保护方式可包括但不限于：给URLLCUCI分配更多资源(如时域资源、频域资源、码域资源、功率域资源)、URLLCUCI使用可靠性更高的编码方式等等。保护方式还可包括：多小协作传输URLLC UCI。例如，为了提升小区边缘用户的可靠性，会采取多小区协作传输URLLC UCI的方式。也即是说，URLLC UCI是要发给多个小区的网络设备(如基站)的，这样URLLC UCI自然就具备更高的可靠性。关于本申请提供的用于特殊保护URLLC UCI的传输方法，请具体参考后续实施例，这里先不赘述。
需要说明的，图1示出的无线通信***100仅仅是为了更加清楚的说明本申请的技术方案，并不构成对本申请的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。
参考图4，图4示出了本申请的一些实施例提供的终端200。如图4所示，终端200可包括：一个或多个终端处理器201、存储器202、接收器205、发射器206、耦合器207、天线208、用户接口209 ，以及输入输出模块(包括音频输入输出模块210、按键输入模块211以及显示器212等)。这些部件可通过总线204或者其他方式连接，图4以通过总线连接为例。其中：
发射器206可用于对终端处理器201输出的信号进行发射处理，例如信号调制。接收器 205可用于对天线208接收的移动通信信号进行接收处理，例如信号解调。在本申请的一些实施例中，发射器206和接收器205可看作一个无线调制解调器。在终端200中，发射器206 和接收器205的数量均可以是一个或者多个。天线208可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器207用于将天线208接收到的移动通信信号分成多路，分配给多个的接收器205。
除了图4所示的发射器206和接收器205，终端200还可包括其他通信部件，例如GPS模块、蓝牙(Bluetooth)模块、无线高保真(Wireless Fidelity，Wi-Fi)模块等。不限于上述表述的无线通信信号，终端200还可以支持其他无线通信信号，例如卫星信号、短波信号等等。不限于无线通信，终端200还可以配置有有线网络接口(如LAN接口)来支持有线通信。
所述输入输出模块可用于实现终端200和用户/外部环境之间的交互，可主要包括音频输入输出模块210、按键输入模块211以及显示器212等。具体的，所述输入输出模块还可包括：摄像头、触摸屏以及传感器等等。其中，所述输入输出模块均通过用户接口209与终端处理器201进行通信。
存储器202与终端处理器201耦合，用于存储各种软件程序和/或多组指令。具体的，存储器202可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器202可以存储操作***(下述简称***)，例如ANDROID，IOS，WINDOWS，或者LINUX等嵌入式操作***。存储器202还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端设备，一个或多个网络设备进行通信。存储器202还可以存储用户接口程序，该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。
在本申请的一些实施例中，存储器202可用于存储本申请的一个或多个实施例提供的上行控制信息传输方法在终端200侧的实现程序。关于本申请的一个或多个实施例提供的上行控制信息传输方法的实现，请参考后续实施例。
终端处理器201可用于读取和执行计算机可读指令。具体的，终端处理器201可用于调用存储于存储器212中的程序，例如本申请的一个或多个实施例提供的上行控制信息传输方法在终端200侧的实现程序，并执行该程序包含的指令。
可以理解的，终端200可以是图3示出的无线通信***100中的终端103，可实施为移动设备，移动台(mobile station)，移动单元(mobile unit)，无线单元，远程单元，用户代理，移动客户端等等。
需要说明的，图4所示的终端200仅仅是本申请实施例的一种实现方式，实际应用中，终端200还可以包括更多或更少的部件，这里不作限制。
参考图5，图5示出了本申请的一些实施例提供的网络设备300。如图5所示，网络设备 300可包括：一个或多个网络设备处理器301、存储器302、发射器305、接收器306、耦合器307和天线308。这些部件可通过总线304或者其他式连接，图5以通过总线连接为例。其中：
发射器305可用于对网络设备处理器301输出的信号进行发射处理，例如信号调制。接收器306可用于对天线308接收的移动通信信号进行接收处理。例如信号解调。在本申请的一些实施例中，发射器305和接收器306可看作一个无线调制解调器。在网络设备300中，发射器305和接收器306的数量均可以是一个或者多个。天线308可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器307可用于将移动通信号分成多路，分配给多个的接收器306。
存储器302与网络设备处理器301耦合，用于存储各种软件程序和/或多组指令。具体的，存储器302可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器302可以存储操作***(下述简称***)，例如uCOS、VxWorks、RTLinux等嵌入式操作***。存储器302还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端设备，一个或多个网络设备进行通信。
网络设备处理器301可用于进行无线信道管理、实施呼叫和通信链路的建立和拆除，并为本控制区内的用户提供小区切换控制等。具体的，网络设备处理器301可包括：管理/通信模块(Administration Module/Communication Module，AM/CM)(用于话路交换和信息交换的中心)、基本模块(Basic Module，BM)(用于完成呼叫处理、信令处理、无线资源管理、无线链路的管理和电路维护功能)、码变换及子复用单元(Transcoder andSubMultiplexer， TCSM)(用于完成复用解复用及码变换功能)等等。
本申请实施例中，网络设备处理器301可用于读取和执行计算机可读指令。具体的，网络设备处理器301可用于调用存储于存储器302中的程序，例如本申请的一个或多个实施例提供的上行控制信息传输方法在网络设备300侧的实现程序，并执行该程序包含的指令。
可以理解的，网络设备300可以是图3示出的无线通信***100中的基站101，可实施为基站收发台，无线收发器，一个基本服务集(BSS)，一个扩展服务集(ESS)，NodeB，eNodeB，接入点或TRP等等。
需要说明的，图5所示的网络设备300仅仅是本申请实施例的一种实现方式，实际应用中，网络设备300还可以包括更多或更少的部件，这里不作限制。
基于前述无线通信***100、终端200以及网络设备300分别对应的实施例，本申请实施例提供了一种上行控制信息传输方法。下面详细介绍。
(一)本申请的主要设计思想可包括：终端可以根据接收到的第一DCI判断相应的UCI (即该DCI触发的UCI)是否需要保护，如果需要保护，则针对该UCI设计特殊传输策略，为该UCI提供保护，确保URLLC业务的可靠性。
本申请中，该特殊传输策略可以在以下至少一个方面优于普通的UCI传输策略：传输资源、编码方式、比特流的级联顺序、发送顺序等。其中，在传输资源方面更优可以是指为URLLC UCI分配的资源更多。在编码方式方面更优可以是指URLLC UCI采用的编码方式比普通UCI 采用的编码方式具有更高的纠错能力。在比特流的级联顺序方面更优可以是指URLLC UCI的比特流先于普通UCI的比特流被级联。在发送顺序方面更优可以是指URLLCUCI优先传输于普通UCI。后续内容会详细描述该特殊传输策略的具体实现，这里先不赘述。
本申请中，普通UCI可以包括但不限于eMBB UCI，普通UCI所响应的PDSCH的可靠性需求低于URLLC UCI所响应的PDSCH的可靠性需求。本申请中，可以将URLLC UCI称为第一UCI，可以将普通UCI称为第二UCI。这里，第一UCI还可以包括未来通信标准中定义的新业务类型的UCI，不限于URLLC业务。该新业务类型类似于URLLC业务类型，对可靠性有较高需求。
(二)为了保护第一UCI，本申请主要提供了下述几种方案。其中，方案1讨论在URLLC UCI和PUSCH复用资源的场景下，如何为URLLC UCI提供保护的方法。方案2-4讨论在URLLC UCI和eMBB UCI复用资源的场景下，如何为URLLC UCI提供保护的方法。
下面概述各个主要方案：
方案1：终端根据接收到的第一DCI判断该DCI是否满足第一条件，如果满足，则在第一UCI和PUSCH复用资源的前提下，在第一UCI和PUSCH复用的符号上发送第一UCI，而不发送PUSCH。也即是说，特殊考虑可靠性需求高的URLLC UCI，保证URLLC业务的可靠性。
关于方案1的具体实现可参考后续实施例一，这里先不赘述。
方案2：终端根据接收到的第一DCI判断该DCI是否满足第一条件，如果满足，则在第一UCI和第二UCI复用资源的前提下，先发送第一UCI，后发送第二UCI。即，承载第一UCI的结束时域符号早于承载第二UCI的起始时域符号。也即是说，确保可靠性需求高的URLLCUCI 先发送，然后再发送eMBB UCI，保证URLLC业务的低时延。
关于方案2的具体实现可参考后续实施例二，这里先不赘述。
方案3：终端根据接收到的第一DCI判断该DCI是否满足第一条件，如果满足，则在第一UCI和第二UCI复用资源的前提下，第一UCI采用第一编码方式，第一编码方式在数据传输可靠性方面优于第二UCI采用的第二编码方式。也即是说，为URLLC UCI采用更优的编码方式，保证URLLC业务的高可靠性。
关于方案3的具体实现可参考后续实施例二，这里先不赘述。
(三)上述各个方案都涉及到如何判断DCI是否满足第一条件。如果判断出DCI满足第一条件，则可以确定对应于该DCI的UCI需要保护。
本申请中，针对终端接收到的第一DCI，第一条件可以包括但不限于：
(1)DCI格式是用于URLLC业务的DCI格式
本申请中，用于URLLC业务的DCI格式可以称为紧凑型DCI(compact DCI，又称为URLLC DCI)格式。
具体的，compact DCI格式可以通过但不限于以下至少一项来指示：DCI的净荷大小等于第一取值；或，DCI的净荷大小(payload size)等于第一取值，且DCI中的DCI格式标识 (Identifier for DCI format)字段取值等于第二取值；或，DCI的净荷大小等于第一取值，且DCI的搜索空间为终端设备UE特定搜索空间；或，DCI的净荷大小等于第一取值，第一DCI 的DCI格式标识字段的取值等于第二取值，且DCI的搜索空间为UE特定搜索空间；或，DCI 的搜索空间为第一搜索空间；或，DCI的循环冗余校验CRC的校验比特长度等于第三取值；或，DCI的循环冗余校验CRC的校验比特长度等于第三取值；或，用于加扰DCI的CRC校验比特的无线网络临时标识RNTI等于第一RNTI；或，传输DCI的控制资源集合CORESET为第一CORESET。
其中，第一取值、第二取值、第三取值、第一搜索空间、第一CORESET这几项参数均可以是网络设备通过高层信令，如无线资源控制(radio resource control，RRC)信令、MACCE 信令，配置的。第一取值为compact DCI的净荷大小。第二取值为compact DCI中的DCI格式标识字段取值。第三取值为compact DCI的CRC的校验比特长度。第一搜索空间为用于检测compact DCI的搜索空间。第一CORESET为用于传输compact DCI的CORESET。
也即是说，可以通过高层信令配置compact DCI格式，compact DCI格式不同于普通DCI 格式(如用于eMBB业务的DCI格式)。相比于普通DCI(如eMBBDCI)格式，compact DCI格式可以具备以下至少一项属性：第一取值小于普通DCI的净荷大小、第二取值不同于普通DCI 中的DCI格式标识字段取值、第三取值大于普通DCI的CRC的校验比特长度。第一搜索空间不同于用于检测普通DCI的搜索空间。第一CORESET不同于用于传输普通DCI的CORESET。
这样，终端便可以根据payload size区分接收到的第一DCI是不是compact DCI，如果接收到的第一DCI的payload size等于第一取值，则可以确定该DCI是compact DCI，即满足第一条件。
这样，终端便可以结合payload size和Identifier for DCI format字段区分接收到的第一DCI是不是compact DCI，如果接收到的第一DCI的payload size等于第一取值且 Identifier for DCI format字段取值等于第二取值，则可以确定该DCI是compactDCI，即满足第一条件。可选的，在接收到的多个DCI的payload size一致(payloadalignment) 的前提下，终端可以进一步结合Identifier for DCI format字段取值来区分出compact DCI。
这样，终端便可以根据CRC的校验比特长度区分接收到的第一DCI是不是compactDCI，如果接收到的第一DCI的CRC的校验比特长度等于第三取值，则可以确定该DCI是compact DCI，即满足第一条件。
这样，终端便可以根据检测到第一DCI的资源位置区分接收到的第一DCI是不是compact DCI，如果检测到第一DCI的资源位置为第一搜索空间，则可以确定第一DCI是compact DCI，即满足第一条件。
这样，终端便可以根据第一DCI占用的资源位置区分接收到的第一DCI是不是compact DCI，如果第一DCI占用的资源位置为第一CORESET，则可以确定第一DCI是compactDCI，即满足第一条件。
(2)用于加扰DCI的CRC校验比特的无线网络临时标识(radio network temporaryidentifier，RNTI)等于第一RNTI
具体的，第一RNTI可以是网络设备通过高层信令，如RRC信令、MAC CE信令，配置的。第一RNTI用于加扰compact DCI的CRC校验比特。也即是说，可以通过高层信令配置用于加扰compact DCI的CRC校验比特的RNTI。这样，终端便可以根据加扰DCI的CRC校验比特的RNTI区分接收到的第一DCI是否是compact DCI。
(3)DCI的搜索空间(search space)为第一搜索空间
具体的，第一搜索空间可以是网络设备通过高层信令，如RRC信令、MAC CE信令，配置的。在第一搜索空间上检测到的DCI即compact DCI。也即是说，可以通过高层信令配置search space的属性(是否是URLLC的search space)。这样，终端便可以根据检测DCI的search space 的属性来区分该DCI是否是compact DCI。
(4)DCI的控制资源集合(CORESET)为第一CORESET
具体的，第一CORESET可以是网络设备通过高层信令，如RRC信令、MAC CE信令，配置的。第一CORESET用于发送compact DCI。也即是说，可以通过高层信令配置CORESET的属性(是否是URLLC的CORESET)。这样，终端便可以根据接收DCI的CORESET的属性来区分该DCI是否是compact DCI。
下面介绍控制资源集合这一概念。如图6所示，一个CORESET是控制区域内的一块时频资源。图6中以14个时域符号的前4个时域符号为控制区域，但可以只定义前4个时域符号中一部分资源为某一个CORESET所对应的资源。一个CORESET对应一组用户(如UE1，UE2，UE3等)。在这个CORESET上会发送这一组用户的物理下行控制信道(PDCCH)。每个用户在一个CORESET上有一个搜索空间(search space)，该search space的资源小于等于CORESET的资源。一个用户可以对应多个CORESET，这些CORESET关联的Numerology可以相同或不同，这里的numerology可包括子载波间隔和循环前缀(cyclic prefix，CP)长度。
除了上述几种方式，终端还可以通过下述方式来判断DCI是否满足第一条件。
可选的，终端可以通过校验的步骤来判断DCI是否是compact DCI。当DCI需要采用两步或两步以上的校验方式时，则终端可以确定该DCI是compact DCI，即该DCI满足第一条件。
可选的，终端可以判断DCI中是否有用于降低错误概率的字段，如果有该字段，则可以确定该DCI是compact DCI，即该DCI满足第一条件。
可选的，终端可以根据DCI采用的编码方式来判断DCI是否是compact DCI。当DCI采用的编码方式是特定编码方式时，则终端可以确定该DCI是compact DCI，即该DCI满足第一条件。该特定编码方式是低密度奇偶校验(low-density parity check,LDPC)或极化(polar) 编码或者Reed-Muller编码或双Reed-Muller编码中的一种。
上述判断DCI是否满足第一条件的实现方式属于隐式判断相应UCI是否需要保护的方式。另外，还可以采用显式方式来判断对应于该DCI的UCI是否需要保护。具体方案可如下：DCI 可以携带1比特的字段，用于区分对应于该DCI的UCI是否需要被保护。
例如，如表1所示，当该比特取值为“0”时，表示对应于该DCI的UCI不需要被保护；当该比特取值为“1”时，表示对应于该DCI的UCI需要被保护。下面这个映射关系可以是由协议预定义的，也可以是由RRC信令半静态配置的。
比特信息 UCI类型
0 普通UCI
1 需要被保护的UCI
表1
DCI是否包含1比特的字段可以通过协议预定义，也可以通过RRC信令配置。表1示例性示出的映射关系可以是通过协议预定义，也可以通过RRC信令配置。
本申请中，第一DCI可能是compact DCI/URLLC DCI(即满足第一条件的DCI)，也可能是普通DCI(如eMBB DCI)。可以理解的，满足第一条件的第一DCI调度的PDSCH(如URLLCPDSCH) 的可靠性需求高于普通DCI调度的PDSCH(如eMBB PDSCH)的可靠性需求。本申请为compact DCI/URLLC DCI对应的UCI(即由该DCI调触发的UCI)提供特殊保护，这样可以确保URLLC 业务的高可靠性。
需要说明的，本申请涉及的资源概念，如符号(symbol)、资源单元(resourceelement， RE)、资源块(resource block，RB)、CORESET、search space等，以及本申请设计的信道概念，如PDSCH、PDCCH等，可以参考现有定义(如LTE标准、NR通信***中的已有规定)，但是不限于现有定义，未来通信标准中关于这些资源概念和这些信道概念的定义或称呼可能不同，不影响本申请的实施。
下面结合附图通过多个实施例详细介绍本申请提供的技术方案。
(一)实施例一
本实施例中，在第一UCI和PUSCH复用资源的场景下，终端可以判断接收到的第一DCI 是否满足第一条件，如果满足第一条件，则终端可以在第一UCI和PUSCH复用的符号上发送第一UCI，而不发送PUSCH。本实施例将主要讨论前述方案1。下面结合图7详细说明。
图7是本申请提供的一种上行控制信息传输方法的流程示意图。下面展开如下：
S101，网络设备向终端发送第一DCI。相应的，终端接收到网络设备发送的第一DCI。
S102，终端向网络设备发送第一UCI，第一UCI由第一DCI触发。其中，在第一UCI和PUSCH是否复用时域资源，且第一条件被满足的条件下，第一符号上承载第一UCI而不承载PUSCH。第一符号为第一UCI和PUSCH复用的时域符号。
本申请中，可以将用于传输第一UCI的时域资源称为第一时域资源。第一符号具体可以为第一时域资源和PUSCH的时域资源重叠的时域符号。也即是说，在第一时域资源与PUSCH 的时域资源部分或全部重叠，且第一条件被满足的条件下，第一符号上承载有第一UCI，而没有承载PUSCH。
本实施例中，关于如何判断第一条件是否被满足，具体可参考前述内容，这里不再赘述。在判断出第一条件是否被满足后，终端可以为第一UCI提供特殊保护。下面详细描述。
(1)为第一UCI提供保护的前提
第一种前提，用于传输第一UCI的资源和用于传输PUSCH的资源在时域上部分或全部重叠。
第二种前提，用于传输第一UCI的资源和用于传输PUSCH的资源在时域上部分或全部重叠，且在频域上部分或全部重叠。
第三种前提，用于传输第一UCI的资源和用于传输PUSCH的资源，且在频域上不重叠，但是终端没有上行同时发送多业务的能力，例如功率受限或者是采用上行单载波传输方式。
综合上述三种前提可以看出，为第一UCI提供保护的基本前提为：第一时域资源和PUSCH 的时域资源部分或全部重叠，即第一UCI和PUSCH复用时域资源。其中，第一种前提表示，在第一时域资源和PUSCH的时域资源部分或全部重叠的条件下，如果第一条件是否被满足，则终端可以为第一UCI提供特殊保护，即执行S103。第二种前提表示，在第一UCI和PUSCH复用时频资源的条件下，如果第一条件是否被满足，则终端可以为第一UCI提供特殊保护，即执行S103。第三种前提表示，在第一UCI和PUSCH仅仅复用时域资源(不复用频域资源)，且终端不具备上行同时发送多业务的能力的条件下，如果第一UCI满足第一条件，则终端可以为第一UCI提供特殊保护，即执行S103。
(2)第一符号(第一UCI和PUSCH复用的时域资源)
举例说明，如图8所示，符号7、8、11用于传输URLLC UCI，符号7-14用于传输PUSCH。其中，符号7、8、11和符号7-14中相重叠的符号为：符号7、8、11，符号7、8、11即第一符号。
具体的，在第一符号上，第一UCI和PUSCH的频域资源复用情况可以包括以下几种：
第1种情况：第一UCI和PUSCH在第一符号上各自占用的频域资源完全不重叠，即第一 UCI和PUSCH在第一符号上各自占用完全不同的频域资源。例如，参考图8，当第一符号为符号7时，第一UCI和PUSCH各自占用的频域资源完全不重叠。
第2种情况：第一UCI和PUSCH在第一符号上各自占用的频域资源部分重叠，即第一UCI 和PUSCH在第一符号上各自占用的频域资源中有部分频域资源是相同的。例如，参考图8，当第一符号为符号8时，第一UCI和PUSCH各自占用的频域资源部分重叠。
第3种情况：第一UCI和PUSCH在第一符号上各自占用的频域资源完全重叠，即第一UCI 和PUSCH在第一符号上各自占用的频域资源完全相同。例如，参考图8，当第一符号为符号 11时，第一UCI和PUSCH各自占用的频域资源完全重叠。
(3)第一符号上承载第一UCI而不承载PUSCH
具体的，终端可以为第一UCI打孔(puncture)第一符号上的所有RB，即第一符号仅用于传输第一UCI而不传输PUSCH。
举例说明，如图9所示，符号7、8、11用于传输URLLC UCI，符号7-14用于传输PUSCH。其中，符号7、8、11和符号7-14中相重叠的符号为：符号7、8、11，符号7、8、11即第一符号。为了特殊保护第一UCI，终端可以打孔(puncture)符号7、8、11上的所有RB。这样，可实现为第一UCI分配更多资源，保证URLLC业务的高可靠性。
可选的，终端还可以设置第一符号上的PUSCH的发射功率为0，即将第一符号上的发射功率都集中用于发射第一UCI。这样可以大大提高第一UCI的发射功率，提高URLLC业务的可靠性。
可以看出，既可以从资源数量方面为第一UCI提供保护，即为第一UCI配置更多资源，也可以从发射功率方面为第一UCI提供保护，即为第一UCI提供更高的发射功率。这两种方式都可以提高URLLC UCI的传输可靠性，从而保证URLLC业务的高可靠性。
实施例一的相关扩展
1.除了打孔(puncture)第一符号上的所有RB，在一些可选实施例中，还可以通过下述方式来为第一UCI配置更多资源。
具体的，网络设备可以预定义第一UCI在第一符号上打孔PUSCH的频域资源数量。可选的，网络设备可以配置多个选项，例如，假设PUSCH调度的频域资源大小为10个RB。网络设备配置了2个选项：打孔2个RB和打孔5个RB。可选的，网络设备可以通过RRC信令通知终端采用哪个选项。这样，终端便可以根据网络设备的配置在第一符号上打孔PUSCH的频域资源，可实现为第一UCI配置更多资源。
具体的，终端设备最终映射的物理资源数量可以是预定义的或者网络设备配置的第一UCI 在第一符号上打孔PUSCH的资源数量，也可以是第一UCI实际需要的资源数量，也可以是PUCCH 占据的资源数量，还可以是第一UCI实际需要的资源数量和PUCCH占据的资源数量中的最小值。
2.除了设置第一符号上的PUSCH的发射功率为0，在一些可选实施例中，还可以通过下述方式来提高第一UCI的发射功率。
具体的，可以预定义第一UCI的发射功率。可选的，可以将第一UCI的发射功率预定义为预设的功率值。可选的，可以将第一UCI的发射功率预定义为终端的最大发射功率。可选的，可以预定义第一UCI的功率提升倍数。这样，也可以为第一UCI提供更高的发射功率，确保第一UCI的高可靠性。可选的，可以将第一UCI的发射功率与相邻符号上的PUSCH的发射功率保持一致，以图10为例，相邻符号是指与第一符号相邻的用于发送PUSCH的时域符号。这里的预定义可以是***或者协议预定义。
3.第一UCI之后的PUSCH的发送策略
具体的，如图10所示，为了降低终端和网络设备的通信复杂度，终端可以在发送第一 UCI之后，停止发送第一UCI之后的PUSCH的剩余部分。具体的停止发送PUSCH的策略可如下：
可选的，网络设备可以配置是否继续传输PUSCH的剩余部分。
可选的，如果PUSCH的剩余部分的数据量大于第一阈值，则终端继续传输PUSCH的剩余部分，否则，停止传输PUSCH的剩余部分。第一阈值可以是协议预定义的，也可以是网络设备预定义的，还可以是网络设备根据终端上报的发送能力后动态配置的。
4.第一UCI携带在(piggyback)PUSCH中传输
不同于现有的UCI在时频资源上紧靠PUSCH DMRS(如图11A所示)以提高信道估计性能。对于PUSCH DMRS之后发送的第一UCI，如图11B所示，可以根据第一UCI的时序要求将第一 UCIpiggyback到PUSCH物理资源上。
这里，第一UCI的时序要求是指针对接收到的PDSCH，终端需要按照要求在PDSCH的反馈时刻发送第一UCI，满足第一UCI的时延要求。
5.针对第一UCI携带在PUSCH中传输的情况，为第一UCI配置更多资源
针对第一UCI携带在PUSCH中传输的情况，终端可以采用协议为第一UCI预定义的beta offset字段取值，或者RRC信令为第一UCI配置的beta offset字段取值。终端还可以采用预定义的所有beta offset字段取值中最大的beta offset字段取值。这样，可以保证为第一UCI分配更多资源，保证第一UCI的可靠传输。
6.ACK/NACK、RI、CQI/PMI的传输优先级
对于ACK/NACK、RI、CQI/PMI这几种类型的第一UCI，ACK/NACK的时延要求最高，CQI/PMI 需要通过RI确定。因此，三者的传输优先级为：ACK/NACK>RI>CQI/PMI。这里，大于号表示优先级更高。
7.第一UCI和PUSCH的DMRS存在资源冲突
可选的，如果PUSCH的DMRS是CP-OFDM对应的梳状DMRS，则URLLC ACK/NACK和PUSCH的DMRS可以复用时域资源，即可以在相同的符号上被发送。
可选的，如果PUSCH的DMRS是DFT-S-OFDM波形的DMRS，则URLLC ACK/NACK可以跳过用于传输PUSCH的DMRS的符号。
可选的，如果PUSCH的DMRS是DFT-S-OFDM波形的DMRS，且URLLC ACK/NACK的比特长度为1-2比特，则URLLC ACK/NACK可以映射在用于传输PUSCH的DMRS的资源上。因为，1-2 比特的URLLC ACK/NACK序列不会影响信道估计，网络侧可以盲检出这个序列，然后做信道估计。
8.第一UCI在PUSCH中映射到的频域资源
假设，PUSCH占用的频域资源/物理资源块(physical resource block，PRB)/虚拟资源块(Virtual Resource block，VRB)是m0、m1、…、mk-1。则：
可选的，第一UCI的起始RB可以是：m0或mk-1。
可选的，第一UCI的起始RB也可以是：
Figure BDA0001546980710000181
或者
Figure BDA0001546980710000182
或者
Figure BDA0001546980710000183
Figure BDA0001546980710000184
或者m(k/2)。
可选的，如果第一UCI的RB数目是n，则第一UCI的其实RB也可以是
Figure BDA0001546980710000185
或者
Figure BDA0001546980710000186
可以理解的，用于处理发送信号的滤波器边缘(即滤波器带宽的两端频率附近)的信号质量会出现损失，通过将第一UCI的起始RB设置在PUSCH的中间频域位置，可降低对滤波器对UCI性能的影响。同时，将第一UCI的起始RB设置在PUSCH的中间频域位置可以降低邻居频域对UCI的干扰。
可选的，第一UCI在PUSCH中映射到的频域资源可以是一段连续的频域资源块。
9.第一UCI采用的numerology
可选的，当URLLC UCI的时序要求能够满足时，第一UCI的子载波间隔(subcarrierspacing，SCS)可以采用PUSCH的子载波间隔。这样可以减少第一UCI和PUSCH之间的频域干扰。可选的，第一UCI还可以进一步采用较长的循环前缀(cyclic prefix，CP)，以进一步减少频域干扰。
可选的，当URLLC UCI的时序要求不能满足时，第一UCI的子载波间隔(SCS)可以采用 URLLC PUCCH的子载波间隔，以降低时延。
这里，URLLC UCI的时序要求是指针对接收到的PDSCH，终端需要按照要求在PDSCH的反馈时刻发送URLLC UCI，满足第一UCI的时延要求。
(二)实施例二
本实施例中，在第一UCI和第二UCI复用资源的场景下，终端可以判断接收到的第一DCI 是否满足第一条件，如果满足第一条件，则终端可以为第一UCI提供更多的保护，具体可以优先传输第一UCI，也可以为第一UCI设置可靠性更高的编码方式等等。本实施例将主要讨论前述方案2-3。下面结合图12详细说明。
图12是本申请提供的另一种上行控制信息传输方法的流程示意图。下面展开如下：
S201，网络设备向终端发送第一DCI。相应的，终端接收到网络设备发送的第一DCI。
S202，终端向网络设备发送第一UCI，第一UCI由第一DCI触发。其中，在第一UCI和第二UCI复用时域资源，且第一条件被满足的条件下，可以在以下至少一方面为第一UCI提供保护：发送顺序、编码方式，其中，第一UCI优先第二UCI被发送，第一UCI采用的第一编码方式在数据传输可靠性方面优于第二UCI采用的第二编码方式。
本申请中，可以将用于传输第一UCI的时域资源称为第一时域资源，可以将用于传输第二UCI的时域资源称为第二时域资源。这里，第一UCI和第二UCI复用时域资源是指第一时域资源和第二时域资源部分或全部重叠。这里，第一UCI优先第二UCI被发送是指承载所述第一UCI的结束时域符号早于承载第二UCI的起始时域符号。
本实施例中，关于如何判断终端接收到的第一DCI是否满足第一条件，具体可参考前述内容，这里不再赘述。在判断出终端接收到的第一DCI满足第一条件后，终端可以为对应于该DCI的UCI(即第一UCI)提供特殊保护。下面详细描述。
(1)为第一UCI提供保护的前提
第一种前提，用于传输第一UCI的资源和用于传输第二UCI的资源在时域上部分或全部重叠。
第二种前提，用于传输第一UCI的资源和用于传输第二UCI的资源在时域上部分或全部重叠，且在频域上部分或全部重叠。
第三种前提，用于传输第一UCI的资源和用于传输第二UCI的资源在时域上部分或全部重叠，且在频域上不重叠，但是终端没有上行同时发送多业务的能力，例如功率受限或者是采用上行单载波传输方式。
综合上述三种前提可以看出，为第一UCI提供保护的基本前提为：第一时域资源和第二时域资源部分或全部重叠，即第一UCI和第二UCI复用时域资源。其中，第一种前提表示，在第一UCI和第二UCI复用时域资源的条件下，如果第一UCI满足第一条件，则终端可以为第一UCI提供特殊保护，即执行S203。第二种前提表示，在第一UCI和第二UCI在复用时频资源的条件下，如果第一UCI满足第一条件，则终端可以为第一UCI提供特殊保护，即执行S203。第三种前提表示，在第一UCI和第二UCI仅仅复用时域资源(不复用频域资源)，且终端不具备上行同时发送多业务的能力的条件下，如果第一UCI满足第一条件，则终端可以为第一UCI提供特殊保护，即执行S203。
(2)承载所述第一UCI的结束时域符号早于承载第二UCI的起始时域符号
具体的，在第一时域资源和第二时域资源部分或全部重叠时，承载所述第一UCI的结束时域符号早于承载第二UCI的起始时域符号，即第二UCI可以被延迟发送，先发送第一UCI，后发送第二UCI。这样，确保可靠性需求高的第一UCI先发送，然后再发送第二UCI，保证URLLC业务的可靠性。
例如，如图14A所示，用于传输第一UCI的符号为符号1，用于传输第二UCI的符号也为符号1，第二UCI可以被延迟到符号2上发送。即承载第一UCI的结束时域符号(即符号1)早于承载第二UCI的起始时域符号(即符号2)。
又例如，如图14B所示，用于传输第一UCI的符号为符号1-2，用于传输第二UCI的符号也为符号2-3，第二UCI可以被延迟到符号3-4上发送。即承载第一UCI的结束时域符号(即符号2)早于承载第二UCI的起始时域符号(即符号3)。
示例仅仅用于解释本申请是，不应构成限定。
进一步的，终端可以对被延迟发送的第二UCI做HARQ-ACK bits bundling，这样可以减少第二UCI的反馈时延。
可选的，终端具体可以根据第二UCI被延迟发送所对应的符号资源确定是否对延迟的第二UCI做HARQ-ACK bits bundling，如果该符号资源比较紧张，不足以通过HARQ-ACKbits multiplexing方式传输第二UCI，则可以确定对被延迟发送的第二UCI做HARQ-ACKbits bundling。
(3)第一UCI采用第一编码方式
具体的，第一UCI采用的第一编码方式在数据传输可靠性方面优于第二UCI采用的第二编码方式。第一编码方式不同于第二编码方式，二者的区别可以体现在但不限于：第一编码方式可以增加第一UCI编码后的比特数，和/或第二编码方式减少第二UCI编码后的比特数。具体的：
1.不同的冗余度
第一编码方式可包括：对所述第一UCI进行冗余编码。即终端可以先对第一UCI的信源加冗余然后编码，也可以先编码然后对编码后的第一UCI进行比特加冗余。
这样，可增加第一UCI编码后的比特数，使得第一UCI比第二UCI具有更高的纠错能力，保证URLLC业务的高可靠性。
例如，图15A示出了连续反馈的4比特，其中，第1、2、4个比特是第二UCI，第3个比特是第一UCI。对第一UCI做重复编码，第一UCI的序列长度从1比特增加至3比特，冗余度增加，可靠性也增高。示例仅仅用于解释本申请，不应构成限定。
第二编码方式可包括：对第二UCI进行HARQ-ACK比特绑定。这样可减少第二UCI编码后的比特数。
可选的，可以对所述第一UCI进行冗余编码，且对第二UCI做HARQ-ACK比特bundling，这样不仅可以提高第一UCI的传输可靠性，还可以减少共同反馈第一UCI和第二UCI所需的资源。例如，如图15B所示，通过HARQ-ACK bits bundling，第二UCI的序列长度从3比特缩短至1比特，即使第一UCI进行冗余处理后增加至3比特，第一UCI和第二UCI共同反馈的数据长度仍不变。第二UCI的HARQ-ACK比特bundling可以是不同CBG(code blockgroup) 对应的HARQ-ACK比特做bundling，或者是不同TB(Transport block)对应的HARQ-ACK比特做bundling，或者是不同component carrier或者bandwidth part对应的HARQ-ACK比特做bundling。
2.不同的码距
在一种实现方式中，可以通过编码的设置来保证URLLC的高可靠性。
以URLLC ACK/NACK和eMBB ACK/NACK为例，假设终端当前需要反馈URLLC ACK/NACK和 eMBB ACK/NACK，共2比特，第一个比特是URLLC ACK/NACK，第二个比特是eMBB ACK/NACK。这2个比特有四种状态：“00”、“01”、“10”、“11”。其中，“0”代表NACK，“1”代表“ACK”。为了保证URLLC的高可靠性，需要减小第一个比特的“0”被错检成“1”或者“1”被错检成“0”的概率。具体的，终端可以为“00”和“10”，“00”和“11”，“01”和“11”，“01”和“10”设置更大的码距。而eMBB的可靠性要求不高，因此可以为00和 01,10和11设置小的码距。
如图16A所示，可以对“00”、“01”、“10”和“11”进行编码。编码后，“00”变成了“00000000”，“01”变成了“00000001”，“10”变成了“11111110”和“11”变成了“11111111”。也即是说，“00”和“10”的码距为7，“00”和“11”的码距为8，“01”和“11”的码距为7，“01”和“10”的码距为7。可以理解的，对于码距为7的“00000000”和“11111110”。URLLC ACK和URLLCNACK不容易被混淆。这样，即使前面7个比特中有一个或一些比特在传输过程中发生翻转，也不影响接收端正确判断URLLC UCI是ACK还是NACK，可以更好地保证URLLC的可靠性。
在另一种实现方式中，对应到星座图的映射。星座图上的距离越长，可靠性越高。
例如，如图16B所示，针对上述示例中的2比特的URLLC ACK/NACK和eMBB ACK/NACK，可以扩大“00”在星座图上的映射位置与“10”在星座图上的映射位置之间的距离，“00”在星座图上的映射位置与“11”在星座图上的映射位置之间的距离，“01”在星座图上的映射位置与“10”在星座图上的映射位置之间的距离，“01”在星座图上的映射位置与“11”在星座图上的映射位置之间的距离。
可以理解的，通过区别设置码距可以减少第一UCI被错检的概率，可实现第一UCI比第二UCI具有更高的纠错能力，保证URLLC业务的高可靠性。
实施例二的相关扩展
除了上述(2)-(3)，在一些可选实施例中，终端可还可以通过下述方式为第一UCI提供更多的保护：
1.为第一UCI配置更多资源
具体的，终端可以采用协议为第一UCI预定义的beta offset字段取值，或者RRC信令为第一UCI配置的beta offset字段取值。终端还可以采用预定义的所有beta offset字段取值中最大的beta offset字段取值。这样，可以保证为第一UCI分配更多资源，保证第一UCI的可靠传输。
上述方式对前述图3所示的情况同样适用。如图17所示，对于突发出现在UL grant之后的URLLC业务，虽然URLLC UCI占用的RE个数并没有在发送UL grant的DCI(具体为DCI中的beta offset)中进行指示，但是，终端可以采用协议为URLLC UCI预定义的betaoffset 字段取值，可以保证URLLC UCI获得更多资源，更好的保证了URLLC的高可靠性。
上述方式还可以适用URLLC UCI单独发送的场景，图17中URLLC UCI便是单独传输的，和eMBB UCI没有复用时域资源。
2.不同的码率
具体的，第一UCI的码率低于第二UCI的码率。终端可以采用协议预定义的或者RRC信令配置的针对第一UCI的码率，以更好的保证第一UCI的低码率，确保URLLC业务的高可靠性。
3.为第一UCI配置更高的发射功率
具体的，网络设备可以预定义第一UCI的发射功率。可选的，网络设备可以将第一UCI 的发射功率预定义为预设的功率值。可选的，网络设备可以将第一UCI的发射功率预定义为终端的最大发射功率。可选的，网络设备可以预定义第一UCI的功率提升倍数。
举例说明，如图18所示，符号2-4即第一符号。其中，URLLC ACK/NACK和eMBB PUCCH复用符号2，URLLC RI和eMBB PUCCH复用符号3，URLLC CQI/PMI和eMBB PUCCH复用符号4。网络设备可以配置符号2-4上的第一UCI(ACK/NACK、RI、CQI/PMI)的发射功率为预设功率值，也可以配置符号2-4上的第一UCI的功率提升倍数(即第一UCI的发射功率增加，eMBB PUCCH的发射功率降低)。极端的做法，可以配置eMBB PUCCH的发射功率为0，即将符号2-4 上的全部功率都用来发射第一UCI。这样，可以为第一UCI提供更高的发射功率，确保URLLC UCI的高可靠性。
另外，本申请还提了一种上行控制信息传输方法。不同于前述实施例中描述的通过终端接收到的第一DCI隐式或显式的判断对应于该第一DCI的UCI(即第一DCI触发的UCI)需要保护，本实施例中终端可以根据UCI自己的特性来判断该UCI的传输是否需要特殊保护。本实施例不局限于URLLC UCI或eMBB UCI。
本实例提供了以下两种判断方式。
判断方式1，通过终端是否处于协作集内来判断该终端当前发送的UCI是否需要特殊保护，如果该终端处于协作集内，则确定该UCI需要特殊保护。
可以理解的，为了进一步辅助下行协作发送的性能，确保各个传输点(transmission receptionpoint，TRP)都能收到终端发送的UCI，需要对该UCI提供特殊保护。关于如何为该UCI提供保护，可以参考前述实施例中描述的为第一UCI提供保护的方案，这里不再赘述。
判断方式2，根据PUCCH的符号数或SCS判断是否需要对终端当前发送的UCI提供特殊保护，如果PUCCH的符号数较少或SCS较大，则确定该UCI需要特殊保护。
可以理解的，较少的符号数或者较大的SCS会降低PUCCH的覆盖性能，为了保证UCI的可靠传输，需要对UCI提供特殊保护。关于如何为该UCI提供保护，可以参考前述实施例中描述的为第一UCI提供保护的方案，这里不再赘述。
具体的，当PUCCH的符号数少于第一阈值时，可以确定需要对UCI的传输提供特殊保护；当SCS大于第二阈值时，可以确定需要对UCI的传输提供特殊保护。第一阈值或第二阈值可以是协议预定义的或者RRC信令配置的。
可以理解的，以上方案可以扩展到载波聚合的场景，即对于不同载波CC或者Bandwidth part上对应的HARQ-ACK比特或者SR或者CSI的反馈同样适用。
另外，本申请还提了一种用来判断SR是否需要保护的方法。具体可包括但不限于下述两种方式：
方式1：通过RRC信令配置或者协议预定义哪些业务时URLLC业务。终端的MAC层在下发SR时会在SR上附加标签或者属性，标识该SR是否是需要特殊保护的URLLC SR。
在方式1中，网络设备配置或者协议预定义某些业务(用逻辑信道或者QCI(QoSclass identifier)表示)是URLLC业务。终端的MAC层在收到URLLC上行数据从而生成SR时会指示终端的物理层该SR是URLLC SR。
方式2：通过RRC配置多套SR配置(配置可包括时域资源、频域资源或者时频资源等)，其中某一(或某些)套配置是用于传输URLLC SR。终端的MAC层下发SR时会制定属于哪套配置的SR。
在方式2中，网络设备配置多套SR配置，其中某一(或某些)套配置是用于传输URLLC SR。终端的MAC层在给终端的物理层下发URLLC SR时，采用URLLC SR对应的SR配置。
结合方式1或方式2，在判断出SR需要保护之后，可以根据前述实施例中提供的方案来为SR提供特殊保护，这里不再赘述。
参见图19，图19示出了本申请提供一种无线通信***及相关通信装置。无线通信*** 10包括：终端400和网络设备500。无线通信***10可以是图1所示的无线通信***100。其中，终端400可以是图2所示的无线通信***100中的终端设备103。网络设备500可以是图2所示的无线通信***100中的网络设备101。下面分别描述终端400和网络设备500 各自包含的功能单元。
如图19所示，终端400可包括：接收单元401和发送单元403。其中：
接收单元401可用于接收第一DCI。
发送单元403可用于发送第一UCI，第一UCI由第一DCI触发。
可选的，上述接收单元401对应的实体硬件可以为接收器；上述发送单元403对应的实体硬件可以为发送器。终端400还可以包括：存储器，用于存储处理器执行的程序和/或数据。
如图19所示，网络设备500可包括：发送单元501和接收单元503。其中：
发送单元501可用于发送第一DCI。
接收单元503可用于接收第一UCI，第一UCI由第一DCI触发。
可选的，上述接收单元502对应的实体硬件可以为接收器；上述发送单元501对应的实体硬件可以为发送器。网络设备500还可以包括：存储器，用于存储处理器执行的程序和/ 或数据。
在一些可选实施例中，在第一时域资源与上行数据信道的时域资源部分或全部重叠，且第一条件被满足的条件下，第一符号上承载有第一UCI，而没有承载上行数据信道。第一符号为第一时域资源和上行数据信道的时域资源重叠的时域符号。第一时域资源用于传输第一 UCI。具体可参考图7实施例，这里不再赘述。
在一些可选实施例中，在第一时域资源与第二时域资源部分或全部重叠，且第一条件被满足的条件下，承载第一UCI的结束时域符号早于承载第二UCI的起始时域符号。第一时域资源用于传输第一UCI，第二时域资源用于传输第二UCI。具体可参考图12实施例，这里不再赘述。
在一些可选实施例中，在第一时域资源与第二时域资源部分或全部重叠，且第一条件被满足的条件下，第一UCI采用的第一编码方式在数据传输可靠性方面优于第二UCI采用的第二编码方式。第一时域资源用于传输第一UCI，第二时域资源用于传输第二UCI。具体可参考图12实施例，这里不再赘述。
可以理解的，关于终端400包括的各个功能单元的具体实现以及网络设备500包括的各个功能单元的具体实现，可以参考图7或图12实施例，这里不再赘述。
可以理解的是，当本申请的实施例应用于网络设备芯片时，该网络设备芯片实现上述方法实施例中网络设备的功能。该网络设备芯片向网络设备中的其它模块(如射频模块或天线) 发送上述第一DCI或者接收来自网络设备中的其它模块(如射频模块或天线)的第一UCI。该第一DCI经由网络设备的其它模块发送给终端。该第一UCI是终端发送给网络设备的。
当本申请的实施例应用于终端备芯片时，该终端芯片实现上述方法实施例中终端的功能。该终端芯片从终端中的其它模块(如射频模块或天线)接收上述第一DCI或者通过终端中的其它模块(如射频模块或天线)发送上述第一UCI。该第一UCI经由终端的其它模块发送给网络设备。该第一DCI是网络设备发送给终端的。
综上，实施本申请提供的技术方案，可以在传输资源、编码方式、发送顺序等方面为URLLC UCI提供特殊保护，可更好的保证URLLC业务的高可靠性。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体 RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (28)

1.一种上行控制信息传输方法，应用于终端，其特征在于，包括：
接收第一下行控制信息DCI，所述第一DCI携带1比特的字段，所述字段指示所述第一DCI触发的第一上行控制信息UCI是否需要被保护；
发送第一UCI；在用于传输所述第一UCI的资源和用于传输上行数据信道的资源在时域上部分或全部重叠但在频域上不重叠，且所述终端功率受限或者上行采用单载波传输方式，且所述第一DCI的所述字段的取值为特定值的条件下，第一符号上承载有所述第一UCI，而没有承载所述上行数据信道，所述第一符号为用于传输所述第一UCI的时域资源和用于传输所述上行数据信道的时域资源重叠的时域符号。
2.如权利要求1所述的方法，其特征在于，所述特定值为1。
3.如权利要求1或2所述的方法，其特征在于，所述第一DCI是否包含所述字段是通过无线资源控制RRC信令配置的。
4.如权利要求1至3中任一项所述的方法，其特征在于，所述第一UCI包括对应于下行数据信道中下行数据包的混合自动重传请求HARQ的肯定应答/否定应答ACK/NACK。
5.如权利要求1至4中任一项所述的方法，其特征在于，所述第一UCI承载在上行控制信道上。
6.如权利要求1至5中任一项所述的方法，其特征在于，所述方法包括：停止发送所述第一符号之后的所述上行数据信道。
7.一种上行控制信息传输方法，应用于网络设备，其特征在于，包括：
发送第一DCI，所述第一DCI携带1比特的字段，所述字段指示所述第一DCI触发的第一上行控制信息UCI是否需要被保护；
接收第一UCI；在用于传输所述第一UCI的资源和用于传输上行数据信道的资源在时域上部分或完全重叠但在频域上不重叠，且上行采用单载波传输方式，且所述第一DCI的所述字段的取值为特定值的条件下，第一符号上承载有所述第一UCI，而没有承载上行数据信道，所述第一符号为用于传输所述第一UCI的时域资源和用于传输所述上行数据信道的时域资源重叠的时域符号。
8.如权利要求7所述的方法，其特征在于，所述特定值为1。
9.如权利要求7或8所述的方法，其特征在于，所述第一DCI是否包含所述字段是通过无线资源控制RRC信令配置的。
10.如权利要求7至9中任一项所述的方法，其特征在于，所述第一UCI包括对应于下行数据信道中下行数据包的混合自动重传请求HARQ的肯定应答/否定应答ACK/NACK。
11.如权利要求7至10中任一项所述的方法，其特征在于，所述第一UCI承载在上行控制信道上。
12.如权利要求7至11中任一项所述的方法，其特征在于，所述第一符号之后的上行数据信道被停止发送。
13.一种通信装置，其特征在于，包括：
接收单元，用于接收第一下行控制信息DCI，所述第一DCI携带1比特的字段，所述字段指示所述第一DCI触发的第一上行控制信息UCI是否需要被保护；
发送单元，用于发送第一UCI；在用于传输所述第一UCI的资源和用于传输上行数据信道的资源在时域上部分或全部重叠但在频域上不重叠，且终端功率受限或者上行采用单载波传输方式，且所述第一DCI的所述字段的取值为特定值的条件下，第一符号上承载有所述第一UCI，而没有承载所述上行数据信道，所述第一符号为用于传输所述第一UCI的时域资源和用于传输所述上行数据信道的时域资源重叠的时域符号。
14.如权利要求13所述的装置，其特征在于，所述特定值为1。
15.如权利要求13或14所述的装置，其特征在于，所述第一DCI是否包含所述字段是通过无线资源控制RRC信令配置的。
16.如权利要求13至15中任一项所述的装置，其特征在于，所述第一UCI包括对应于下行数据信道中下行数据包的混合自动重传请求HARQ的肯定应答/否定应答ACK/NACK。
17.如权利要求13至16中任一项所述的装置，其特征在于，所述第一UCI承载在上行控制信道上。
18.如权利要求13至17中任一项所述的装置，其特征在于，所述发送单元还用于在所述第一符号之后停止发送上行数据信道。
19.一种通信装置，其特征在于，包括：
发送单元，用于发送第一DCI，所述第一DCI携带1比特的字段，所述字段指示所述第一DCI触发的第一上行控制信息UCI是否需要被保护；
接收单元，接收第一UCI；在用于传输所述第一UCI的资源和用于传输上行数据信道的资源在时域上部分或全部重叠但在频域上不重叠，且上行采用单载波传输方式，且所述第一DCI的所述字段的取值为特定值的条件下，第一符号上承载有所述第一UCI，而没有承载上行数据信道，所述第一符号为用于传输所述第一UCI的时域资源和用于传输所述上行数据信道的时域资源重叠的时域符号。
20.如权利要求19所述的装置，其特征在于，所述特定值为1。
21.如权利要求19或20所述的装置，其特征在于，所述第一DCI是否包含所述字段是通过无线资源控制RRC信令配置的。
22.如权利要求19至21中任一项所述的装置，其特征在于，所述第一UCI包括对应于下行数据信道中下行数据包的混合自动重传请求HARQ的肯定应答/否定应答ACK/NACK。
23.如权利要求19至22中任一项所述的装置，其特征在于，所述第一UCI承载在上行控制信道上。
24.如权利要求19至23中任一项所述的装置，其特征在于，所述第一符号之后的上行数据信道被停止发送。
25.一种通信装置，其特征在于，包括：发射器和接收器，存储器以及耦合于所述存储器的处理器，所述存储器用于存储可由所述处理器执行的指令，所述处理器用于调用所述存储器中的所述指令，控制所述发射器和所述接收器执行权利要求1-6中任一项所述的方法。
26.一种通信装置，其特征在于，包括：发射器和接收器，存储器以及耦合于所述存储器的处理器，所述存储器用于存储可由所述处理器执行的指令，所述处理器用于调用所述存储器中的所述指令，控制所述发射器和所述接收器执行权利要求7-12中任一项所述的方法。
27.一种计算机可读存储介质，其特征在于，包括：所述可读存储介质上存储有指令，当所述指令被运行时，实现如权利要求1-6中任一项所述的方法。
28.一种计算机可读存储介质，其特征在于，包括：所述可读存储介质上存储有指令，当所述指令被运行时，实现如权利要求7-12中任一项所述的方法。
CN201810032725.7A 2018-01-12 2018-01-12 上行控制信息传输方法及装置 Active CN110035531B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201810032725.7A CN110035531B (zh) 2018-01-12 2018-01-12 上行控制信息传输方法及装置
BR112020014204-2A BR112020014204A2 (pt) 2018-01-12 2018-12-28 método e aparelho de transmissão de informação de controle de enlace ascendente
EP18899556.7A EP3735071B1 (en) 2018-01-12 2018-12-28 Uplink control information transmission method and device
PCT/CN2018/124794 WO2019137245A1 (zh) 2018-01-12 2018-12-28 上行控制信息传输方法及装置
CA3087302A CA3087302A1 (en) 2018-01-12 2018-12-28 Uplink control information transmission method and apparatus
US16/926,105 US11140666B2 (en) 2018-01-12 2020-07-10 Uplink control information transmission method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810032725.7A CN110035531B (zh) 2018-01-12 2018-01-12 上行控制信息传输方法及装置

Publications (2)

Publication Number Publication Date
CN110035531A CN110035531A (zh) 2019-07-19
CN110035531B true CN110035531B (zh) 2021-12-03

Family

ID=67218448

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810032725.7A Active CN110035531B (zh) 2018-01-12 2018-01-12 上行控制信息传输方法及装置

Country Status (6)

Country Link
US (1) US11140666B2 (zh)
EP (1) EP3735071B1 (zh)
CN (1) CN110035531B (zh)
BR (1) BR112020014204A2 (zh)
CA (1) CA3087302A1 (zh)
WO (1) WO2019137245A1 (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108282881B (zh) * 2017-01-06 2020-12-15 华为技术有限公司 一种资源配置方法及装置
WO2019141805A1 (en) * 2018-01-19 2019-07-25 Telefonaktiebolaget Lm Ericsson (Publ) Beta offset management for urllc uci
BR112020019927A2 (pt) * 2018-03-30 2021-01-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Método e dispositivo para transmitir informações de controle de enlace ascendente
CN113938264B (zh) * 2018-05-10 2024-05-24 北京三星通信技术研究有限公司 一种用于发送信号的方法与设备
US20210084644A1 (en) * 2018-05-11 2021-03-18 Lg Electronics Inc. Method for transmitting and receiving uplink control information in wireless communication system and apparatus therefor
CN110474747B (zh) * 2018-05-11 2022-01-25 中兴通讯股份有限公司 一种信号传输方法和装置、及终端
JP7309335B2 (ja) * 2018-09-19 2023-07-18 シャープ株式会社 端末装置、基地局装置、および、通信方法
CN113574948B (zh) * 2019-03-15 2024-05-03 鸿颖创新有限公司 用于复用uci的方法和装备
US11758540B2 (en) * 2019-03-21 2023-09-12 Acer Incorporated Multiplexing method of uplink control information (UCI) for ultra-reliable and low latency communications (URLLC)
WO2021012285A1 (zh) * 2019-07-25 2021-01-28 Oppo广东移动通信有限公司 一种信息传输方法、电子设备及存储介质
US20220321307A1 (en) * 2019-08-16 2022-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Priority based multiplexing
CN117412382A (zh) * 2019-08-19 2024-01-16 北京小米移动软件有限公司 确定资源复用方法及装置、信息解调方法及装置、介质
CN113615272A (zh) * 2019-08-20 2021-11-05 Oppo广东移动通信有限公司 传输数据的方法、终端设备和网络设备
KR20220068955A (ko) * 2019-09-30 2022-05-26 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 업 링크 제어 정보의 전송 방법 및 장치
CN114270988A (zh) * 2019-10-17 2022-04-01 Oppo广东移动通信有限公司 传输数据的方法、终端设备和网络设备
CN114073156A (zh) * 2019-11-07 2022-02-18 Oppo广东移动通信有限公司 信号传输方法、装置、移动终端以及存储介质
WO2021088969A1 (en) * 2019-11-08 2021-05-14 FG Innovation Company Limited Method and apparatus for uplink cancellation indication
CN113163502B (zh) * 2020-01-22 2023-04-25 维沃移动通信有限公司 一种通信处理方法及相关设备
WO2021147104A1 (zh) * 2020-01-23 2021-07-29 华为技术有限公司 一种数据的传输方法及装置
CN113676952A (zh) * 2020-05-13 2021-11-19 深圳市中兴微电子技术有限公司 编码方法、装置、设备和存储介质
US20240163029A1 (en) * 2021-03-23 2024-05-16 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for transmitting hybrid automatic repeat request acknowledgement information, and medium
US11387960B2 (en) 2021-06-14 2022-07-12 Ultralogic 6G, Llc Downlink demarcations for rapid, reliable 5G/6G messaging

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015084048A1 (ko) * 2013-12-03 2015-06-11 엘지전자 주식회사 기계타입통신을 지원하는 무선 접속 시스템에서 상향링크 전송 방법 및 장치
CN105409153A (zh) * 2013-07-30 2016-03-16 高通股份有限公司 带有捆绑考量的上行链路控制信息（uci）的传输
CN107276715A (zh) * 2016-04-01 2017-10-20 中兴通讯股份有限公司 一种传输信号的方法和装置
CN111133815A (zh) * 2017-07-21 2020-05-08 株式会社Ntt都科摩 用户终端以及无线通信方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101488845B1 (ko) * 2009-06-19 2015-02-03 인터디지탈 패튼 홀딩스, 인크 Ｌｔｅ－ａ에서의 상향링크 제어 정보 시그널링
US8971261B2 (en) * 2010-06-02 2015-03-03 Samsung Electronics Co., Ltd. Method and system for transmitting channel state information in wireless communication systems
US20120113827A1 (en) * 2010-11-08 2012-05-10 Sharp Laboratories Of America, Inc. Dynamic simultaneous pucch and pusch switching for lte-a
KR101587508B1 (ko) * 2012-10-12 2016-01-22 주식회사 케이티 단말의 상향링크 전력제어방법 및 그 단말
WO2015084093A1 (ko) * 2013-12-05 2015-06-11 엘지전자 주식회사 기계타입통신을 지원하는 무선 접속 시스템에서 상향링크 전송 전력을 제어하는 방법 및 장치
KR102391770B1 (ko) * 2014-01-29 2022-04-29 삼성전자 주식회사 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
CN104936300A (zh) * 2014-03-20 2015-09-23 中兴通讯股份有限公司 上行信道处理方法、终端、基站和***
EP3389210B1 (en) * 2015-12-11 2022-03-23 LG Electronics Inc. Method for transmitting uplink signal and apparatus therefor
US10492213B2 (en) * 2016-03-02 2019-11-26 Samsung Electronics Co., Ltd. Method and device for transmitting, by terminal, uplink control information in communication system
US10492184B2 (en) * 2016-12-09 2019-11-26 Samsung Electronics Co., Ltd. Multiplexing control information in a physical uplink data channel
EP3556161A4 (en) * 2016-12-13 2020-06-24 Sharp Kabushiki Kaisha BASE STATIONS, USER DEVICES AND RELATED COMMUNICATION PROCEDURES
US10965407B2 (en) * 2017-02-02 2021-03-30 Sharp Kabushiki Kaisha User equipments, base stations and communication methods

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105409153A (zh) * 2013-07-30 2016-03-16 高通股份有限公司 带有捆绑考量的上行链路控制信息（uci）的传输
WO2015084048A1 (ko) * 2013-12-03 2015-06-11 엘지전자 주식회사 기계타입통신을 지원하는 무선 접속 시스템에서 상향링크 전송 방법 및 장치
CN107276715A (zh) * 2016-04-01 2017-10-20 中兴通讯股份有限公司 一种传输信号的方法和装置
CN111133815A (zh) * 2017-07-21 2020-05-08 株式会社Ntt都科摩 用户终端以及无线通信方法

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
UCI and data multiplexing;NTT DOCOMO, INC.;《3GPP TSG RAN WG1 Meeting #88bis R1-1705744》;20170407;第1-5页 *
UCI multiplexing on PUSCH;ZTE等;《3GPP TSG RAN WG1 Meeting NR#3 R1-1715526》;20170921;第1-5页 *
UCI on PUSCH and UL channel multiplexing for NR;LG Electronics;《3GPP TSG RAN WG1 Meeting 91 R1-1719927》;20171201;第1-15页 *
UCI on PUSCH;NTT DOCOMO, INC.;《3GPP TSG RAN WG1 NR Ad-Hoc#2 R1-1711104》;20170630;第3节 *

Also Published As

Publication number Publication date
EP3735071B1 (en) 2023-07-12
EP3735071A1 (en) 2020-11-04
BR112020014204A2 (pt) 2020-12-01
US11140666B2 (en) 2021-10-05
WO2019137245A8 (zh) 2020-07-16
EP3735071A4 (en) 2021-03-03
US20200351867A1 (en) 2020-11-05
CA3087302A1 (en) 2019-07-18
WO2019137245A1 (zh) 2019-07-18
CN110035531A (zh) 2019-07-19

Similar Documents

Publication Publication Date Title
CN110035531B (zh) 上行控制信息传输方法及装置
AU2022224872B2 (en) Method and apparatus for partial retransmission in wireless cellular communication system
US11924849B2 (en) Method and apparatus for transmitting control and data information in wireless cellular communication system
CN108476521B (zh) 用于在无线通信***中发送或接收控制信息的方法和设备
US11611962B2 (en) Method and apparatus for transmitting and receiving information for providing plurality of communication services
CN112449746B (zh) 发送/接收下行链路控制信道的方法和设备
US11284381B2 (en) Method and apparatus for data transmission and reception for network coordinated communication
JP7075487B2 (ja) 無線アクセス・ネットワークのための確認応答シグナリング処理
US10368343B2 (en) Systems and methods for downlink scheduling that mitigate PDCCH congestion
CN113541868B (zh) 通信***中的终端、基站及其执行的方法
US11018725B2 (en) Data transmission method, apparatus, and system
US11765714B2 (en) Method and device for supporting latency services via a logical channel in a mobile communication system
EP3850903B1 (en) Method and apparatus for determining of transmission resources for uplink channels of use for dual connectivity in wireless communication system
US20220132442A1 (en) Uplink transmission power control method and device in wireless cellular communication system
EP4145756A1 (en) Method and apparatus for control and data information resource mapping in wireless cellular communication system
US11399346B2 (en) Method and apparatus for controlling uplink transmission power by terminal for dual connectivity in wireless communication system
EP3522393B1 (en) Method and device for supporting various services in mobile communication system
KR20190129676A (ko) 무선 통신 시스템에서 이중 접속을 위한 단말의 상향 전송 전력 제어 방법 및 장치
US11533739B2 (en) Method and apparatus for transmitting control and data signals based on a short TTI in a wireless cellular communication system
CN117999753A (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