CN112351495A - Uci的传输方法、装置、终端及基站 - Google Patents
Uci的传输方法、装置、终端及基站 Download PDFInfo
- Publication number
- CN112351495A CN112351495A CN201910731769.3A CN201910731769A CN112351495A CN 112351495 A CN112351495 A CN 112351495A CN 201910731769 A CN201910731769 A CN 201910731769A CN 112351495 A CN112351495 A CN 112351495A
- Authority
- CN
- China
- Prior art keywords
- uci
- pucch format
- pucch
- transmission
- preset value
- 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.)
- Pending
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 235
- 238000000034 method Methods 0.000 title claims abstract description 69
- 238000004891 communication Methods 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 7
- 125000004122 cyclic group Chemical group 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 238000000354 decomposition reaction Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000006798 recombination Effects 0.000 description 2
- 238000005215 recombination Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
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/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
- 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
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/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/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
Abstract
本发明提供一种上行控制信息UCI的传输方法、装置、终端及基站。所述方法包括:当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,传输所述第一UCI。该方法能够应用于URLLC业务的UCI传输,避免不同业务类型的UCI传输存在重叠时,影响对应URLLC业务的UCI的传输时延和可靠性的问题。
Description
技术领域
本发明涉及无线技术领域,尤其是指一种UCI的传输方法、装置、终端及基站。
背景技术
目前,在5G NR的Rel-16中,会存在对应不同业务类型的上行控制信息(UplinkControl Information,UCI)传输,如包括对应高优先级业务(超高可靠超低时延通信(Ultra Reliable&Low Latency Communication,uRLLC))的UCI与对应低优先级业务(如移动宽带增强(Enhance Mobile Broadband,eMBB)的UCI,因此可能会出现对应不同业务类型的UCI传输之间的重叠。
例如,对应URLLC的混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)-返回确认ACK会与信道状态信息(Channel State Information,CSI)重叠,对应URLLC的HARQ-ACK会与对应eMBB的调度请求(Scheduling Request,SR)和/或HARQ-ACK重叠。
上述对应不同业务类型的UCI传输存在重叠时,若简单直接重用常规的复用传输规则,将对应不同业务的UCI进行复用传输,可能会影响对应URLLC业务的UCI的传输时延和可靠性。
发明内容
本发明的目的在于提供一种上行控制信息UCI的传输方法、装置、终端及基站,用于保证URLLC业务中UCI的传输时延和可靠性。
本发明实施例一种上行控制信息UCI的传输方法,应用于终端,其中,所述方法包括:
当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,传输所述第一UCI。
可选地,所述的传输方法,其中,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
可选地,所述的传输方法,其中,所述若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
可选地,所述的传输方法,其中,所述预设值为2。
本发明实施例还提供一种上行控制信息UCI的传输方法,应用于基站,其中,所述方法包括:
当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,仅接收所述第一UCI。
可选地,所述的传输方法,其中,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
可选地,所述的传输方法,其中,所述若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
可选地,所述的传输方法,其中,所述预设值为2。
本发明实施例还提供一种终端,包括:收发器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序;其中,所述处理器用于:
当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,传输所述第一UCI。
可选地,所述的终端,其中,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
可选地,所述的终端,其中,所述处理器在执行所述若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI时,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
可选地,所述的终端,其中,所述预设值为2。
本发明实施例还提供一种基站,包括:收发器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序;其中,所述处理器用于:
当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,仅接收所述第一UCI。
可选地,所述的基站,其中,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
可选地,所述的基站,其中,所述处理器在执行若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
可选地,所述的基站,其中,所述预设值为2。
本发明实施例还提供一种上行控制信息UCI的传输装置,应用于终端,其中,所述装置包括:
传输模块,用于当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,传输所述第一UCI。
本发明实施例还提供另一种上行控制信息UCI的传输装置,应用于基站,其中,所述装置包括:
接收模块,用于当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,仅接收所述第一UCI。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,其中,该程序被处理器执行时实现如上中任一项所述的上行控制信息UCI的传输方法中的步骤。
本发明具体实施例上述技术方案中的至少一个具有以下有益效果:
本发明实施例所述上行控制信息UCI的传输方法,当承载第一UCI的PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输第一UCI和第二UCI会导致第一UCI更换所使用的PUCCH格式,例如从PUCCH格式0或1,更换为PUCCH格式2、PUCCH格式3或PUCCH格式4,则不对第一UCI和第二UCI进行复用传输,丢弃第二UCI,只传输第一UCI。该方法能够应用于URLLC业务的UCI传输,避免不同业务类型的UCI传输存在重叠时,影响对应URLLC业务的UCI的传输时延和可靠性的问题。
附图说明
图1为本发明所述上行控制信息UCI的传输方法所应用无线通信系统的架构示意图;
图2为本发明其中一实施例所述传输方法的流程示意图;
图3为采用本发明实施例所述传输方法,第一UCI与第二UCI之间的关系示意图之一;
图4为采用本发明实施例所述传输方法,第一UCI与第二UCI之间的关系示意图之二;
图5为采用本发明实施例所述传输方法,第一UCI与第二UCI之间的关系示意图之三;
图6为采用本发明实施例所述传输方法,第一UCI与第二UCI之间的关系示意图之四;
图7为本发明另一实施例所述传输方法的流程示意图;
图8为本发明实施例所述终端的结构示意图;
图9为本发明实施例所述基站的结构示意图;
图10为本发明其中一实施例所述传输装置的结构示意图;
图11为本发明另一实施例所述传输装置的结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
本发明实施例所述上行控制信息UCI的传输方法,应用于无线通信系统中,该无线通信系统可以为5G系统,或者演进型长期演进(Evolved Long Term Evolution,eLTE)系统,或者后续演进通信系统。
参阅图1,为本发明实施例提供的一种无线通信系统的架构示意图。如图1所示,该无线通信系统可以包括:基站和用户设备(或终端)。其中,例如终端记做UE 20,UE 20可以与基站10连接。在实际应用中上述各个设备之间的连接可以为无线连接,为了方便直观地表示各个设备之间的连接关系,图1中采用实线示意。
本发明实施例提供的基站10可以为通常所用的基站,也可以为演进型基站(evolved node base station,eNB),还可以为5G系统中的网络侧设备(例如下一代基站(next generation node base station,gNB)或发送和接收点(transmission andreception point,TRP))或者小区cell等设备。
本发明实施例提供的用户设备可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer,UMPC)、上网本或者个人数字助理(PersonalDigital Assistant,PDA)等。
本发明实施例提供一种上行控制信息UCI的传输方法,能够避免不同业务类型的UCI传输存在重叠时,影响对应URLLC业务的UCI的传输时延和可靠性的问题。
如图2所示,本发明其中一实施例所述上行控制信息UCI的传输方法,应用于终端,包括:
S210,当承载第一UCI的物理上行控制信道(Physical Uplink Control Channel,PUCCH)和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI所使用的PUCCH的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,传输所述第一UCI。
采用本发明实施例所述UCI的传输方法,当承载第一UCI的PUCCH和承载第二UCI的PUCCH在时域上重叠时,若复用传输第一UCI和第二UCI会导致第一UCI更换所使用的PUCCH格式,例如从PUCCH格式0或1,更换为PUCCH格式2、PUCCH格式3或PUCCH格式4,则不对第一UCI和第二UCI进行复用传输,丢弃第二UCI,只传输第一UCI。
上述实施例所述UCI的传输方法,可以应用于URLLC业务的UCI传输,对于不同业务类型或不同优先级的UCI传输存在重叠,不会简单采用复用传输的规则,而是保证在不影响高优先级UCI的传输可靠性和时延的基础上,进行UCI传输。
具体地,本发明实施例中,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
基于上述方式,不同业务类型或不同优先级的UCI传输存在重叠时,若复用传输第一UCI和第二UCI会导致具有更高优先级的第一UCI更换所使用的PUCCH格式,则不对第一UCI和第二UCI进行复用传输,丢弃较低优先级的第二UCI,只传输更高优先级的第一UCI。该方法应用于URLLC业务的UCI传输,能够保证URLLC业务中UCI的传输时延和可靠性,避免影响高优先级UCI的传输可靠性和时延。
本发明实施例中,可选地,在步骤S210中,所述若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。可选地,所述预设值为2。
当第一UCI和第二UCI满足上述情况的至少之一时,可以确定同时传输所述第一UCI和所述第二UCI的PUCCH格式与所述第一UCI传输的PUCCH格式不同。
需要说明的是,同时传输(也可以称之为复用传输)第一UCI和第二UCI的传输情形可以但不限于仅能够包括如下几种形式,其中第一UCI为HARQ-ACK、SR中的其中至少一个(可以是仅HARQ-ACK,或仅SR,或同时包含HARQ-ACK和SR);第二UCI为HARQ-ACK、CSI、SR其中的至少一个(例如为CSI,或者为SR,或者为CSI和SR,或者为HARQ-ACK,或者为HARQ-ACK和SR,或者为HARQ-ACK、SR以及CSI);具体的当承载不同UCI的PUCCH之间在时域上发生重叠时,可以按照如下复用传输规则进行UCI的复用传输:
1)当承载SR的PUCCH与承载HARQ-ACK的PUCCH在时域上重叠,且承载HARQ-ACK的PUCCH使用PUCCH format 0(承载SR的PUCCH可以使用format0也可以使用format1)时,在HARQ-ACK的PUCCH资源上复用传输SR和HARQ-ACK,即通过在HARQ-ACK的PUCCH资源上,选择使用对应存在正(positive)SR还是负(negative)SR时HARQ-ACK相对应的循环移位(CyclicShift,CS)来传输HARQ-ACK,隐含表示SR为positive还是negative;
2)当承载SR的PUCCH与承载HARQ-ACK的PUCCH在时域上重叠,且承载SR的PUCCH使用PUCCH format 0,承载HARQ-ACK的PUCCH使用PUCCH format 1时,丢弃SR,即此时不进行复用传输;
3)当承载SR的PUCCH与承载HARQ-ACK的PUCCH在时域上重叠,且承载SR的PUCCH使用PUCCH format 1,承载HARQ-ACK的PUCCH使用PUCCH format 1时,若存在positive SR,HARQ-ACK在SR的PUCCH资源上传输,从而通过使用SR对应的PUCCH资源传输HARQ-ACK来隐式表达同时存在SR传输;若SR为negative,HARQ-ACK在HARQ-ACK的PUCCH资源上传输;
4)当承载SR的PUCCH与承载HARQ-ACK的PUCCH在时域上重叠,且承载HARQ-ACK的PUCCH使用PUCCH format 2或3或4(承载SR的PUCCH可以使用format0也可以使用format1)时,根据SR和HARQ-ACK的总比特数确定一个PUCCH资源集合,根据HARQ-ACK对应的下行控制信息(Downlink Control Information,DCI)中的PUCCH资源指示域,在确定的一个PUCCH资源集合中确定一个PUCCH资源,用于同时传输SR和HARQ-ACK,其中,SR为X比特,表示与HARQ-ACK重叠的X个SR中的SR状态(哪个为positive,或者都为negative),即不论SR为positive还是negative,总是要传输X比特SR,以避免由于SR状态导致HARQ-ACK的PUCCH资源上传输的UCI比特数的变化;
5)当承载半持续调度(Semi-Persistent Scheduling,SPS)HARQ-ACK(即对应SPSPDSCH的HARQ-ACK)和/或SR的PUCCH与承载CSI的PUCCH在时域上重叠时,将SPS HARQ-ACK和/或SR转移到CSI对应的PUCCH资源上与CSI复用传输;
6)当承载有对应的物理下行控制信道(Physical Downlink Control Channel,PDCCH)的HARQ-ACK的PUCCH与承载CSI的PUCCH在时域上重叠时,根据HARQ-ACK和CSI的总比特数,在多个PUCCH资源集合中选择一个PUCCH资源集合,再根据HARQ-ACK对应的DCI中的PUCCH资源指示域从选择的一个PUCCH资源集合中确定出一个PUCCH资源,用于同时承载HARQ-ACK和CSI;此时重新确定的PUCCH资源与原承载HARQ-ACK的PUCCH资源可能相同或者不同(如果不同,即为一个新的PUCCH资源)。其中,有对应的PDCCH的HARQ-ACK具体为:HARQ-ACK为有PDCCH调度的物理下行共享信道(Physical Downlink Shared Channel,PDSCH)的反馈信息时,该PDCCH与HARQ-ACK对应,HARQ-ACK为指示下行SPS资源释放(release)的PDCCH(又称SPS PDSCH release)的反馈信息时,该PDCCH于HARQ-ACK对应。
7)当承载有对应的PDCCH的HARQ-ACK和SR的PUCCH与承载CSI的PUCCH在时域上重叠时,或者,当承载有对应的PDCCH的HARQ-ACK的PUCCH与承载CSI和SR的PUCCH在时域上重叠时,或者,当承载有对应的PDCCH的HARQ-ACK和SR的PUCCH与承载CSI和SR的PUCCH在时域上重叠时,根据HARQ-ACK、CSI、SR的总比特数,在多个PUCCH资源集合中选择一个PUCCH资源集合,再根据HARQ-ACK对应的DCI中的PUCCH资源指示域从选择的一个PUCCH资源集合中确定出一个PUCCH资源,用于同时承载HARQ-ACK、CSI和SR;此时重新确定的PUCCH资源与原承载HARQ-ACK的PUCCH资源可能相同或者不同(如果不同,即为一个新的PUCCH资源)。
另外,当一个时隙中存在多个PUCCH,且存在PUCCH之间的重叠时,假设一个时隙中的PUCCH构成集合Q,确定该集合Q中起始时间最早的上行信道作为信道A,确定与信道A存在重叠的信道集合X;对信道A和信道X上的UCI按照上述复用传输规则得到一个用于复用传输的信道资源,用这个复用传输的信道资源替换集合Q中的信道A和信道X,继续上述步骤在新的Q集合中确定信道A和信道X,以此类推,直到得到多个时域上不重叠的PUCCH。
在上述进行复用传输之前,如果重叠的PUCCH中存在承载HARQ-ACK的PUCCH,还可以先判断重叠的PUCCH之间是否满足如下时间条件(timeline),在满足时间条件时,才进行复用传输,时间条件是为了让终端在最早的传输的起始时刻之前,决策如何复用,并根据复用决策完成最早的信道上的传输准备。目前,一种情况,终端不期待出现不满足时间条件的调度情况,如果出现了不满足时间条件的情况,被认为是错误调度,即基站的调度需要保证总是满足时间条件的;另一种情况是,终端根据时间条件的判断结果确定是否能够进行复用传输,满足时间条件,则可以进行复用传输,不满足时间条件,则直接丢弃其中的低优先级的UCI。当然,时间条件的判断也可以不是必须的,即也不排除不进行时间条件判断,而直接认为总是可以复用传输的。
Timeline1:重叠信道中的最早一个信道的起始符号与HARQ-ACK对应的PDSCH(即在承载HARQ-ACK的PUCCH中进行HARQ-ACK反馈的PDSCH)中的任意一个PDSCH的结束符号之间的时间间隔不短于T1时间;即重叠信道中的最早一个信道的起始符号不早于HARQ-ACK对应的PDSCH中的任意一个PDSCH的结束符号之后T1时间;其中T1是根据配置和约定的参数预先确定的一个值;
Timeline2:如果HARQ-ACK有对应的PDCCH,重叠信道中的最早一个信道的起始符号与HARQ-ACK对应的PDCCH中的任意一个PDCCH的结束符号之间的时间间隔不短于T2时间;即重叠信道中的最早一个信道的起始符号不早于HARQ-ACK对应的PDCCH中的任意一个PDCCH的结束符号之后T2时间;其中T2是根据配置和约定的参数预先确定的一个值。
基于上述的复用传输规则,可以确定当第一UCI和第二UCI满足上述需要丢弃所述第二UCI的情况的至少一种时,复用传输所述第一UCI和所述第二UCI的PUCCH格式与所述第一UCI传输的PUCCH格式是否相同。
本发明所述UCI的传输方法的具体应用实施例举例说明如下。
实施例一
设定一个承载对应URLLC的HARQ-ACK的PUCCH和一个承载CSI的PUCCH资源重叠,即第一UCI为URLLC对应的HARQ-ACK,第二UCI为CSI(可以不区分对应哪种业务,总是认为优先级低)。另外,设定第一UCI(为URLLC对应的HARQ-ACK)使用PUCCH格式0或1传输,即使用第一PUCCH格式传输;设定第二UCI(为CSI)的比特数大于2比特(也即本实施方式中上述的预设值为2),第二UCI使用PUCCH格式2、3和4中的其中一种格式传输,即使用第二PUCCH格式传输;则:
对于终端侧:由于对应URLLC的HARQ-ACK使用第一PUCCH格式传输(也即HARQ-ACK的比特数不超过2比特),而CSI比特数大于2比特,或者,CSI使用第二PUCCH格式传输,或者第二UCI为CSI,或者HARQ-ACK和CSI的总比特数大于2比特,则确定丢弃drop CSI,也即丢弃第二UCI,如图3所示;
也即,在实施例一中,第一UCI和第二UCI满足如下需要丢弃所述第二UCI的情况的的任一个:
所述第一UCI传输的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值;
所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值;
所述第一UCI传输的PUCCH格式为第一PUCCH格式,且所述第二UCI的PUCCH格式为第二PUCCH格式;
所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的PUCCH格式为第二PUCCH格式;
所述第一UCI传输的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI;
所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI;
所述第一UCI传输的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值;
所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值。
因此,根据以上,当第一UCI和第二UCI满足如上情况的任一个时,确定如果要同时传输第一UCI和第二UCI,同时传输第一UCI和第二UCI所使用的PUCCH格式会与传输第一UCI所使用的PUCCH格式不同,则丢弃第二UCI(CSI),传输第一UCI(对应URLLC的HARQ-ACK),以避免改变第一UCI传输所使用的PUCCH格式。
这是因为:由于CSI的比特数大于2比特,当按照常规复用规则对第一UCI和第二UCI进行复用传输时,会根据HARQ-ACK和CSI的总比特数选择一个PUCCH资源,由于HARQ-ACK和CSI的总比特数大于2比特,则一定会选择一个承载大于2比特UCI的PUCCH资源集合,而这个PUCCH资源集合中的包含的PUCCH资源对应PUCCH格式2、3或4,则如果进行复用传输,需要更换HARQ-ACK传输所使用的PUCCH格式,从PUCCH格式0、1变为PUCCH格式2、3或4,如图3所示。
由于PUCCH格式0、1的传输性能好于PUCCH格式2、3和4,进行格式更换会导致对应URLLC的HARQ-ACK的传输性能下降,此外,更换PUCCH格式也势必需要更换PUCCH资源,用于复用传输HARQ-ACK和CSI的新资源可能晚于原承载URLLC HARQ-ACK的PUCCH资源,从而会导致增加URLLCHARQ-ACK的反馈时延,如图4所示。
因此,当确定不进行复用传输,丢弃CSI之后,不存在CSI与HARQ-ACK重叠的问题,则可以在HARQ-ACK对应的原PUCCH资源上使用原来的格式传输,即使用PUCCH格式0,1传输HARQ-ACK,以保证URLLC HARQ-ACK的传输可靠性。
对于基站侧:当一个承载对应URLLC的HARQ-ACK(第一UCI)的PUCCH和一个承载CSI(第二UCI)的PUCCH资源重叠,且确定第一UCI和第二UCI满足上述的需要丢弃所述第二UCI的几种情况的至少一种时(即确定复用传输第一UCI和第二UCI的PUCCH格式将与第一UCI传输的PUCCH格式不同),确定终端会丢弃第二UCI,只传输第一UCI,则基站不接收第二UCI,只在第一UCI的对应的PUCCH上接收第一UCI即可;
当一个承载对应URLLC的HARQ-ACK(第一UCI)的PUCCH和一个承载CSI(第二UCI)的PUCCH资源重叠,且确定第一UCI和第二UCI不满足上述的需要丢弃所述第二UCI的几种情况的至少一种时(即确定复用传输第一UCI和第二UCI的PUCCH格式与第一UCI传输的PUCCH格式相同),则终端侧可以按照上述的复用传输规则对重叠的UCI进行复用传输;而基站侧同样可以确定终端没有丢弃UCI,进行了UCI的复用传输按照复用传输规则,并依据对应的传输方式接收第一UCI和第二UCI即可。
需要说明的,在实施例一中,若将上述承载CSI(第二UCI)的PUCCH,所承载的CSI替换为CSI+SR、或对应eMBB的HARQ-ACK、或CSI+对应eMBB的HARQ-ACK、或CSI+SR+对应eMBB的HARQ-ACK,若将上述承载HARQ-ACK(第一UCI)的PUCCH,所承载的HARQ-ACK替换为对应URLLC的SR、或对应URLLC的HARQ-ACK+对应URLLC的SR,对于终端和基站同样执行上述的过程,也即终端丢弃第二UCI,基站则确定第二UCI被丢弃,并在第一UCI的对应的PUCCH上接收第一UCI。
进一步需要说明的,在实施例一中,若将上述承载CSI(第二UCI)的PUCCH,所承载的CSI替换为对应第二业务或第二优先级的UCI,将承载对应URLLC的HARQ-ACK的PUCCH,所承载的HARQ-ACK替换为对应第一业务或第一优先级的UCI,不论这两种UCI的类型是否相同,对于终端和基站同样执行上述的过程,也即终端丢弃第二UCI,基站则确定第二UCI被丢弃,并在第一UCI的对应的PUCCH上接收第一UCI。例如,将对应URLLC的HARQ-ACK替换为对应第一优先级的HARQ-ACK,将CSI替换为对应第二优先级的任何一种UCI(如包括CSI、SR和HARQ-ACK中的至少一个)或多种UCI的组合。
实施例二
设定一个承载对应URLLC的HARQ-ACK(第一UCI)的PUCCH和一个承载对应URLLC的SR(第二UCI)的PUCCH资源重叠,即第一UCI和第二UCI都为对应URLLC的UCI(即对应同一种业务类型或优先级),假设HARQ-ACK使用PUCCH格式0传输,即使用第一PUCCH格式传输,而SR使用PUCCH格式0或1传输;则:
终端侧:依据上述条件的第一UCI和第二UCI,进行析,确定第一UCI和第二UCI不满足上述需要丢弃所述第二UCI的几种情况的任意一项,则可以确定不需要进行第二UCI的丢弃,可以同时传输(也即复用传输)第一UCI和第二UCI,具体地,对应URLLC的HARQ-ACK和SR的复用传输。
可选地,可以通过上述所列举的复用传输规则,在HARQ-ACK的PUCCH资源上使用对应不同SR状态下的用于传输HARQ-ACK的循环移位集合传输HARQ-ACK来隐式表达SR的状态,若SR为negative,则使用negative SR时,HARQ-ACK对应的循环移位集合通过PUCCH格式0传输HARQ-ACK;若SR为positive,则使用positive SR时,HARQ-ACK对应的循环移位集合通过PUCCH格式0传输HARQ-ACK,由于positive SR和negative SR下,定义的传输HARQ-ACK的循环移位集合不同,基站可以根据使用哪个循环移位集合中的循环移位检测到HARQ-ACK,来隐式获得SR的状态,从而实现HARQ-ACK与SR的同时传输;如图5所示;复用传输并未改变传输HARQ-ACK的PUCCH格式,从而不影响传输性能,同时也不会改变PUCCH资源,从而不影响传输时延。
基站侧:当确定一个承载对应URLLC的HARQ-ACK(第一UCI)的PUCCH和一个承载对应URLLC的SR(第二UCI)的PUCCH资源重叠时,依据上述需要丢弃所述第二UCI的几种情况分析,确定第一UCI和第二UCI不满足上述情况的任意一项,则能够进一步确定终端对第一UCI和第二UCI进行复用传输,所采用的复用传输规则为上述所提及的规则,并依据上述所提及的复用传输规则相对应的传输方案接收第一UCI和第二UCI,即在HARQ-ACK的PUCCH格式0资源上,采用positive和negative SR分别对应循环移位集合中的循环移位依次尝试接收HARQ-ACK,通过在哪个循环移位接收到信息,确定对应的HARQ-ACK信息,以及通过接收到信息的循环移位属于哪个循环移位集合,确定SR为positive还是negative,从而实现同时接收到HARQ-ACK和SR。
需要说明的是,若第一UCI为对应URLLC的HARQ-ACK,且使用PUCCH格式2、3和4中的一个传输;第二UCI为CSI、对应eMBB的SR、对应eMBB的HARQ-ACK中的一种或组合时,也是不满足上述的需要丢弃所述第二UCI的几种情况的任意一项,则可以依据上述复用传输规则对第一UCI和第二UCI进行复用传输,即根据第二UCI和第一UCI的总比特数确定一个PUCCH资源集合,由于第一UCI(对应URLLC的HARQ-ACK)本身就使用PUCCH格式2、3或4传输,则其本身的比特数就大于2比特,则根据第二UCI和第一UCI的总比特数确定一个PUCCH资源集合肯定为对应承载大于2比特UCI的集合,而这个集合中仅包含PUCCH格式2、3或4的资源,因此确定的用于复用传输第一UCI和第二UCI的资源也是对应PUCCH格式2、3和4中的一个,即并没有改变原第一UCI对应的PUCCH格式的类别,则不影响传输性能(假设属于PUCCH格式2、3和4该类别的PUCCH资源都对应同等的目标码率),而基站可以通过在配置资源集合的时候保证该些资源之间的时域位置差别不大,从而保证即使重新确定的传输第一UCI和第二UCI的复用传输资源与原来承载第一UCI的资源不同,传输时延差异也不大;如图6所示。
需要说明的是,上述确定复用传输所采用的PUCCH格式与原第一UCI对应的PUCCH格式是否相同时,只要确定复用传输所采用的PUCCH格式属于PUCCH格式2、3和4的集合,则认为没有改变PUCCH格式,即并不必须要求原第一UCI对应的PUCCH格式为PUCCH格式2,复用传输的格式必须为PUCCH格式2。
需要说明的,本发明实施例中,第一UCI的PUCCH资源和第二UCI的PUCCH资源的相对位置仅为示例,承载第二UCI的PUCCH资源的起始位置可以早于或者晚于或者对齐承载第一UCI的PUCCH资源的起始位置;承载第二UCI的PUCCH的结束位置可以早于或者晚于或者对齐承载第一UCI的PUCCH的结束位置。
需要说明的,本发明实施例中,第一UCI为HARQ-ACK时,承载HARQ-ACK的PUCCH在一个时隙中的一个子时隙中传输,承载第二UCI的PUCCH可以是基于时隙的或者基于子时隙的传输,其中,子时隙为约定或配置的一个时隙中的固定符号数目的时间单元,其中,一个时隙中的子时隙的顺序、每个子时隙的位置以及子时隙包含的符号数目为预先约定或配置的。而一个时隙中的不同子时隙包含的符号数目相同,或不同。也就是说同一个时隙包含的各子时隙中,其包含的符号数目可能都相同,例如都是7个或2个符号,当然各子时隙中包含的符号数目也可能不同,例如第一个子时隙包括4个符号,第二个子时隙包括3个符号,但具体的符号数目可以通过预先约定或配置确定。
需要说明的是,本发明中,HARQ-ACK包括SPS HARQ-ACK和/或动态dynamic HARQ-ACK(dynamic HARQ-ACK即有对应的PDCCH的HARQ-ACK)。
本发明实施例所述上行控制信息UCI的传输方法,在保证不影响高优先级UCI的传输可靠性和时延的基础上,实现对应不同业务类型或不同优先级的UCI重叠时的UCI传输。
如图7所示,本发明另一实施例所述上行控制信息UCI的传输方法,应用于基站,包括:
S710,当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,仅接收所述第一UCI。
本发明实施例所述上行控制信息UCI的传输方法,当承载第一UCI的PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输第一UCI和第二UCI会导致第一UCI更换所使用的PUCCH格式,例如从PUCCH格式0或1,更换为PUCCH格式2、PUCCH格式3或PUCCH格式4,则确定终端不对第一UCI和第二UCI进行复用传输,第二UCI被丢弃,仅接收第一UCI。该方法能够应用于URLLC业务的UCI传输,避免不同业务类型的UCI传输存在重叠时,影响对应URLLC业务的UCI的传输时延和可靠性的问题。
可选地,所述的传输方法,其中,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
可选地,所述的传输方法,其中,所述若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
采用本发明所述上行控制信息UCI的传输方法时的具体实施过程,可以参阅以上的实施例一和实施例二的举例说明,在此不再详细说明。本发明其中一实施例还提供一种终端,如图8所示,该终端包括:处理器801;以及通过总线接口802与所述处理器801相连接的存储器803,所述存储器803用于存储所述处理器801在执行操作时所使用的程序和数据,收发器804与总线接口802连接,用于在处理器801的控制下接收和发送数据。其中,
当处理器801调用并执行所述存储器803中所存储的程序和数据时,执行下列过程:
当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,传输所述第一UCI。
可选地,所述的终端,其中,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
可选地,所述的终端,其中,所述若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
可选地,所述的终端,其中,所述预设值为2。
需要说明的是,在图8中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器801代表的一个或多个处理器和存储器803代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发器804可以是多个元件,即包括发送机和收发器,提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端,用户接口805还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器801负责管理总线架构和通常的处理,存储器803可以存储处理器801在执行操作时所使用的数据。
本领域技术人员可以理解,实现上述实施例的全部或者部分步骤可以通过硬件来完成,也可以通过计算机程序来指示相关的硬件来完成,所述计算机程序包括执行上述方法的部分或者全部步骤的指令;且该计算机程序可以存储于一可读存储介质中,存储介质可以是任何形式的存储介质。
本发明实施例还提供一种基站,如图9所示,该基站包括:处理器900;通过总线接口930与处理器900相连接的存储器920,以及通过总线接口与处理器900相连接的收发器910;所述存储器920用于存储所述处理器900在执行操作时所使用的程序和数据;通过所述收发器910发送数据信息或者导频,还通过所述收发器910接收上行控制信道;当处理器900调用并执行所述存储器920中所存储的程序和数据时,实现如下的功能模块:处理器900用于读取存储器920中的程序,执行下列过程:
当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,仅接收所述第一UCI。
可选地,所述的基站,其中,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
可选地,所述的基站,其中,所述若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
可选地,所述的基站,其中,所述预设值为2。
另外,在图9中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器900代表的一个或多个处理器和存储器920代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发器910可以是多个元件,即包括发送机和收发器,提供用于在传输介质上与各种其他装置通信的单元。处理器900负责管理总线架构和通常的处理,存储器920可以存储处理器900在执行操作时所使用的数据。
本发明实施例还提供一种上行控制信息UCI的传输装置,应用于终端,如图10所示,所述装置包括:
传输模块1010,用于当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,传输所述第一UCI。
可选地,所述的传输装置,其中,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
可选地,所述的传输装置,其中,所述传输模块1010在执行若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI时,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
可选地,所述的传输装置,其中,所述预设值为2。
本发明实施例还提供一种上行控制信息UCI的传输装置,应用于基站,如图11所示,所述装置包括:
接收模块1110,用于当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,仅接收所述第一UCI。
可选地,所述的传输装置,其中,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
可选地,所述的传输装置,其中,所述接收模块1110在执行若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
可选地,所述的传输装置,其中,所述预设值为2。
本发明具体实施例另一方面还提供一种计算机可读存储介质,其中,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如中任一项所述的上行控制信息UCI的传输方法中的步骤。
依据以上的描述,本领域技术人员应该能够了解执行本发明所述波束失败上报方法的计算机可读存储介质的具体结构,在此不详细说明。
此外,需要指出的是,在本发明的装置和方法中,显然,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且,执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行,但是并不需要一定按照时间顺序执行,某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言,能够理解本发明的方法和装置的全部或者任何步骤或者部件,可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中,以硬件、固件、软件或者它们的组合加以实现,这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。
因此,本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此,本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说,这样的程序产品也构成本发明,并且存储有这样的程序产品的存储介质也构成本发明。显然,所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是,在本发明的装置和方法中,显然,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且,执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行,但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述原理前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (19)
1.一种上行控制信息UCI的传输方法,应用于终端,其特征在于,所述方法包括:
当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,传输所述第一UCI。
2.根据权利要求1所述的传输方法,其特征在于,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
3.根据权利要求1所述的传输方法,其特征在于,所述若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
4.根据权利要求3所述的传输方法,其特征在于,所述预设值为2。
5.一种上行控制信息UCI的传输方法,应用于基站,其特征在于,所述方法包括:
当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,仅接收所述第一UCI。
6.根据权利要求5所述的传输方法,其特征在于,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
7.根据权利要求5所述的传输方法,其特征在于,所述若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
8.根据权利要求7所述的传输方法,其特征在于,所述预设值为2。
9.一种终端,包括:收发器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序;其特征在于,所述处理器用于:
当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,传输所述第一UCI。
10.根据权利要求9所述的终端,其特征在于,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
11.根据权利要求9所述的终端,其特征在于,所述处理器在执行所述若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI时,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则丢弃所述第二UCI;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则丢弃所述第二UCI;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
12.根据权利要求11所述的终端,其特征在于,所述预设值为2。
13.一种基站,包括:收发器、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序;其特征在于,所述处理器用于:
当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,仅接收所述第一UCI。
14.根据权利要求13所述的基站,其特征在于,所述第一UCI所属业务类型的优先级高于所述第二UCI所属业务类型的优先级;或者,
所述第一UCI属于超高可靠超低时延通信URLLC业务,所述第二UCI属于移动宽带增强eMBB业务;或者,
所述第一UCI的优先级高于所述第二UCI的优先级。
15.根据权利要求13所述的基站,其特征在于,所述处理器在执行若同时传输所述第一UCI和所述第二UCI的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,具体包括如下情况的至少一种:
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI的比特数大于预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI的比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI传输所使用的PUCCH格式为第二PUCCH格式,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,且所述第二UCI为信道状态信息CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI为对应预设业务类型的混合自动重传请求确认HARQ-ACK和/或调度请求SR,且所述第一UCI的比特数小于或等于所述预设值,所述第二UCI为CSI,则确定所述第二UCI被丢弃;
若所述第一UCI传输所使用的PUCCH格式为第一PUCCH格式,且所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
若所述第一UCI的比特数小于或等于所述预设值,所述第一UCI与所述第二UCI的总比特数大于所述预设值,则确定所述第二UCI被丢弃;
其中,所述第一PUCCH格式包括PUCCH格式0和PUCCH格式1中的至少一种;
所述第二PUCCH格式包括PUCCH格式2、PUCCH格式3和PUCCH格式4中的至少一种;
所述预设业务类型为URLLC或高优先级的业务类型。
16.根据权利要求15所述的基站,其特征在于,所述预设值为2。
17.一种上行控制信息UCI的传输装置,应用于终端,其特征在于,所述装置包括:
传输模块,用于当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则丢弃所述第二UCI,传输所述第一UCI。
18.一种上行控制信息UCI的传输装置,应用于基站,其特征在于,所述装置包括:
接收模块,用于当承载第一UCI的物理上行控制信道PUCCH和承载第二UCI的PUCCH在时域上重叠时,若同时传输所述第一UCI和所述第二UCI的PUCCH所使用的PUCCH格式与承载所述第一UCI的PUCCH所使用的PUCCH格式不同,则确定所述第二UCI被丢弃,仅接收所述第一UCI。
19.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1至4中任一项所述的上行控制信息UCI的传输方法中的步骤,或者实现如权利要求5至8中任一项所述的上行控制信息UCI的传输方法中的步骤。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910731769.3A CN112351495A (zh) | 2019-08-08 | 2019-08-08 | Uci的传输方法、装置、终端及基站 |
US17/633,522 US20220353884A1 (en) | 2019-08-08 | 2020-07-13 | Uci transmission method, device, terminal and base station |
PCT/CN2020/101610 WO2021022976A1 (zh) | 2019-08-08 | 2020-07-13 | Uci的传输方法、装置、终端及基站 |
EP20850538.8A EP4012961A4 (en) | 2019-08-08 | 2020-07-13 | UCI TRANSMISSION METHOD, DEVICE, TERMINAL AND BASE STATION |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910731769.3A CN112351495A (zh) | 2019-08-08 | 2019-08-08 | Uci的传输方法、装置、终端及基站 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112351495A true CN112351495A (zh) | 2021-02-09 |
Family
ID=74366876
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910731769.3A Pending CN112351495A (zh) | 2019-08-08 | 2019-08-08 | Uci的传输方法、装置、终端及基站 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220353884A1 (zh) |
EP (1) | EP4012961A4 (zh) |
CN (1) | CN112351495A (zh) |
WO (1) | WO2021022976A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114630442A (zh) * | 2022-05-16 | 2022-06-14 | 武汉世炬信息技术有限公司 | 资源配置消息传输方法及系统 |
WO2022237773A1 (zh) * | 2021-05-10 | 2022-11-17 | 维沃移动通信有限公司 | 上行控制信息uci传输方法、装置、用户设备及介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP4124142A4 (en) * | 2020-04-27 | 2023-08-09 | LG Electronics, Inc. | METHOD, USER EQUIPMENT, PROCESSING DEVICE, RECORDING MEDIA AND COMPUTER PROGRAM FOR RECEIVING A DOWNLINK CHANNEL, AND METHOD AND BASE STATION FOR TRANSMITTING A DOWNLINK CHANNEL |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108282882A (zh) * | 2017-01-06 | 2018-07-13 | 华为技术有限公司 | 信息传输方法、终端设备及接入网设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106067845A (zh) * | 2015-04-09 | 2016-11-02 | 北京三星通信技术研究有限公司 | 复用上行信息的方法 |
US10104568B2 (en) * | 2015-06-30 | 2018-10-16 | Qualcomm Incorporated | Periodic channel state information reporting for enhanced carrier aggregation |
WO2019098697A1 (en) * | 2017-11-16 | 2019-05-23 | Samsung Electronics Co., Ltd. | Method for processing uplink control information and terminal |
-
2019
- 2019-08-08 CN CN201910731769.3A patent/CN112351495A/zh active Pending
-
2020
- 2020-07-13 WO PCT/CN2020/101610 patent/WO2021022976A1/zh unknown
- 2020-07-13 US US17/633,522 patent/US20220353884A1/en active Pending
- 2020-07-13 EP EP20850538.8A patent/EP4012961A4/en active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108282882A (zh) * | 2017-01-06 | 2018-07-13 | 华为技术有限公司 | 信息传输方法、终端设备及接入网设备 |
Non-Patent Citations (6)
Title |
---|
CATT: "On multiplexing of different UCI transmissions", 3GPP TSG RAN WG1 MEETING #92BIS R1- 1803754, 20 April 2018 (2018-04-20), pages 1 - 3 * |
CATT: "On multiplexing of different UCI transmissions", 3GPP TSG RAN WG1 MEETING #92BIS R1- 1803754, pages 1 - 3 * |
HUAWEI等: "Intra-UE UCI multiplexing", 3GPP TSG RAN WG1 MEETING #95 R1-1813664, 16 November 2018 (2018-11-16), pages 1 - 3 * |
HUAWEI等: "Intra-UE UCI multiplexing", 3GPP TSG RAN WG1 MEETING #95 R1-1813664, pages 3 * |
HUAWEI等: "UCI enhancements for URLLC", 3GPP TSG RAN WG1 MEETING #97 R1-1906058, pages 3 * |
HUAWEI等: "UL intra-UE multiplexing between control channels", 3GPP TSG RAN WG1 MEETING #97 R1-1907547, pages 2 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022237773A1 (zh) * | 2021-05-10 | 2022-11-17 | 维沃移动通信有限公司 | 上行控制信息uci传输方法、装置、用户设备及介质 |
CN114630442A (zh) * | 2022-05-16 | 2022-06-14 | 武汉世炬信息技术有限公司 | 资源配置消息传输方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
EP4012961A1 (en) | 2022-06-15 |
WO2021022976A1 (zh) | 2021-02-11 |
EP4012961A4 (en) | 2022-10-12 |
US20220353884A1 (en) | 2022-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102508791B1 (ko) | 통신 방법 및 디바이스 | |
US20220209925A1 (en) | Method and apparatus for transmitting harq-ack information | |
US11558151B2 (en) | Feedback information transmission method and device, user equipment, base station and storage medium | |
CN111435878B (zh) | 一种信息传输方法、终端及网络设备 | |
CN110505697B (zh) | 一种混合自动重传请求的传输方法、终端及基站 | |
JP2020506574A (ja) | スケーラブルフィードバックレポート | |
US9825750B2 (en) | Method and apparatus for indicating an attribute of a dynamic subframe | |
US20160337110A1 (en) | Resource management method and device and computer storage medium | |
US11665734B2 (en) | Method for processing uplink control information, terminal and base station | |
CN111034145A (zh) | 基于具有不同可靠性的数据分组指配监测控制候选的方法和装置 | |
CN111585728B (zh) | 一种传输方法、终端及网络设备 | |
WO2021022976A1 (zh) | Uci的传输方法、装置、终端及基站 | |
CN111884770A (zh) | Harq-ack码本产生方法 | |
CN110719150B (zh) | 一种信息传输方法、终端及基站 | |
US20220407657A1 (en) | Uplink channel transmission method, terminal, and base station | |
CN112584498B (zh) | Uci的传输方法、装置、终端及基站 | |
EP4013167A1 (en) | Uplink control information transmission method and device, terminal and base station | |
WO2021023186A1 (zh) | 信息传输方法、终端及基站 | |
CN111867065A (zh) | 上行控制信息的发送方法、终端及网络侧设备 | |
CN112825595B (zh) | 一种上行信道的传输、接收方法、终端及网络设备 | |
WO2022028606A1 (zh) | 信息确定方法、信息指示方法、终端及网络侧设备 | |
US20230155737A1 (en) | Information communication method and apparatus |
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 |