CN110380833A - Pucch资源确定方法、终端及网络设备 - Google Patents

Pucch资源确定方法、终端及网络设备 Download PDF

Info

Publication number
CN110380833A
CN110380833A CN201810333144.7A CN201810333144A CN110380833A CN 110380833 A CN110380833 A CN 110380833A CN 201810333144 A CN201810333144 A CN 201810333144A CN 110380833 A CN110380833 A CN 110380833A
Authority
CN
China
Prior art keywords
csi
bit size
uci
total
pucch resource
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
Application number
CN201810333144.7A
Other languages
English (en)
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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN201810333144.7A priority Critical patent/CN110380833A/zh
Publication of CN110380833A publication Critical patent/CN110380833A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0057Physical resource allocation for CQI

Landscapes

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

Abstract

本发明实施例提供一种PUCCH资源确定方法、终端及网络设备,应用于终端的PUCCH资源确定方法包括:当需要上报的HARQ‑ACK和至少一个CSI需要在一个PUCCH资源上传输时,确定所述至少一个CSI的总比特大小;根据所述至少一个CSI的总比特大小,确定用于携带所述HARQ‑ACK和所述至少一个CSI的UCI的总比特大小;根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。本发明实施例,提出了确定UCI携带的比特大小的方法,从而可以根据确定的UCI携带的比特大小,确定用于传输UCI的PUCCH资源的问题。

Description

PUCCH资源确定方法、终端及网络设备
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种PUCCH资源确定方法、终端及网络设备。
背景技术
新无线(New Radio,简称NR)的物理上行控制信道(Physical Uplink ControlChannel,简称PUCCH)可以携带上行控制信息(Uplink Control Information,简称UCI)传输,UCI中可以携带:混合自动重传请求确认(HARQ-ACK)和信道状态信息(Channel StateInformation,简称CSI)等。
当终端需要向网络设备汇报HARQ-ACK和CSI,并且,HARQ-ACK和CSI需要在一个PUCCH(为HARQ-ACK配置的PUCCH)上传输时,终端需要根据UCI携带的比特大小,决定在哪个PUCCH资源集(Resource Set)上传输。
然而,CSI的比特大小可能是不确定的,因此终端如何确定UCI携带的比特大小,从而确定用于传输UCI的PUCCH资源,是目前亟待解决的问题。
发明内容
本发明实施例提供一种PUCCH资源确定方法、终端及网络设备,用于解决当HARQ-ACK和CSI需要在一个PUCCH上传输时,确定用于传输UCI的PUCCH资源的问题。
为了解决上述技术问题,本发明是这样实现的:
第一方面,本发明实施例提供了一种PUCCH资源确定方法,应用于终端,所述方法包括:
当需要上报的HARQ-ACK和至少一个CSI需要在一个PUCCH资源上传输时,确定所述至少一个CSI的总比特大小;
根据所述至少一个CSI的总比特大小,确定用于携带所述HARQ-ACK和所述至少一个CSI的UCI的总比特大小;
根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
第二方面,本发明实施例提供了一种PUCCH资源确定方法,应用于网络设备,所述方法包括:
确定终端传输的UCI的总比特大小,所述UCI中携带HARQ-ACK和至少一个CSI;
根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
第三方面,本发明实施例提供了一种终端,包括:
第一确定模块,用于当需要上报的HARQ-ACK和至少一个CSI需要在一个PUCCH资源上传输时,确定所述至少一个CSI的总比特大小;
第二确定模块,用于根据所述至少一个CSI的总比特大小,确定用于携带所述HARQ-ACK和所述至少一个CSI的UCI的总比特大小;
第三确定模块,用于根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
第四方面,本发明实施例提供了一种网络设备,包括:
第一确定模块,用于确定终端传输的UCI的总比特大小,所述UCI中携带HARQ-ACK和至少一个CSI;
第二确定模块,用于根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
第五方面,本发明实施例提供了一种终端,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现上述应用终端的PUCCH资源确定方法的步骤。
第六方面,本发明实施例提供了一种网络设备,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现上述应用网络设备的PUCCH资源确定方法的步骤。第七方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现上述应用终端的PUCCH资源确定方法的步骤,或者,实现上述应用网络设备的PUCCH资源确定方法的步骤。
本发明实施例,提出了确定UCI携带的比特大小的方法,从而可以根据确定的UCI携带的比特大小,确定用于传输UCI的PUCCH资源的问题,从而提高了通信的可靠性以及效能。
附图说明
图1为本发明实施例提供的一种无线通信系统的架构示意图;
图2为本发明实施例的应用于终端的PUCCH资源确定方法的流程示意图;
图3为UCI的比特大小与用于传输UCI的PUCCH资源集合的对应关系示意图;
图4为本发明实施例的应用于网络设备的PUCCH资源确定方法的流程示意图;
图5为本发明一实施例的终端的结构示意图;
图6为本发明一实施例的网络设备的结构示意图;
图7为本发明另一实施例的终端的结构示意图;
图8为本发明另一实施例的终端的结构示意图;
图9为本发明另一实施例的网络设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在本发明实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
下面结合附图介绍本发明的实施例。本发明实施例提供的PUCCH资源确定方法、终端及网络设备可以应用于无线通信系统中。该无线通信系统可以为采用5G系统,或者演进型长期演进(Evolved Long Term Evolution,eLTE)系统,或者后续演进通信系统。参考图1,为本发明实施例提供的一种无线通信系统的架构示意图。如图1所示,该无线通信系统可以包括:网络设备100和用户设备,例如终端记做UE200,UE11可以与网络设备100。在实际应用中上述各个设备之间的连接可以为无线连接,为了方便直观地表示各个设备之间的连接关系,图1中采用实线示意。
需要说明的是,上述通信系统可以包括多个UE,网络设备和可以与多个UE通信(传输信令或传输数据)。
本发明实施例提供的网络设备100可以为基站,该基站可以为通常所用的基站,也可以为演进型基站(evolved node base station,eNB),还可以为5G系统中的网络侧设备(例如下一代基站(next generation node base station,gNB)或发送和接收点(transmission and reception point,TRP))或者小区cell等设备。
本发明实施例提供的UE200可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer,UMPC)、上网本或者个人数字助理(PersonalDigital Assistant,PDA)等。
请参考图2,图2为本发明实施例的应用于终端的PUCCH资源确定方法的流程示意图,该方法包括:
步骤11:当需要上报的HARQ-ACK和至少一个CSI需要在一个PUCCH资源上传输时,确定所述至少一个CSI的总比特大小;
HARQ-ACK的值为确定(ACK)或非确认(NACK)。
所述PUCCH资源是指为HARQ-ACK配置的PUCCH资源。
步骤12:根据所述至少一个CSI的总比特大小,确定用于携带所述HARQ-ACK和所述至少一个CSI的UCI的总比特大小;
步骤13:根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
本发明实施例中,通过确定需要上报的CSI的总比特大小,确定用于携带CSI和HARQ-ACK的UCI的总比特大小,从而确定用于传输UCI的PUCCH资源,提高了通信的可靠性以及效能。
下面介绍HARQ-ACK和至少一个CSI需要在一个PUCCH资源上传输的原因。
PUCCH可以用来传输下行传输的反馈HARQ-ACK,调度请求(Scheduling Request,简称SR)和CSI等。其中,配置的用于传输HARQ-ACK的PUCCH,根据下行调度和PDSCH-to-HARQ的定时动态确定,配置的用于传输SR和CSI的PUCCH,由高层半静态配置。在某个时刻,终端可能出现配置的用于传输HARQ-ACK/SR的PUCCH,与配置的用于传输CSI的PUCCH冲突的情况,即传输HARQ-ACK/SR的PUCCH和传输CSI的PUCCH的时域位置有重叠的部分。在这种情况下,可能需要在一个PUCCH上,同时传输HARQ-ACK和CSI。
下面介绍需要同时上报多个CSI的原因。
当网络侧配置了多个载波、多个带宽部分(BWP)和/或多个资源集合等的情况时,终端可能需要在同一时刻上报多个CSI。此时,可以根据一定的规则来决定如何上报,例如将多个CSI同时上报,或者,根据预配置/预定义的规则,决定上报多个CSI中的一个或者多个CSI,以降低上报的开销。
下面介绍CSI的比特大小不确定的原因。
CSI报告(report)按照生成码本的方式分为Type I和Type II:
1)Type I的CSI报告最多分成两部分(CSI part 1(CSI第一部分),CSI part 2(CSI第二部分)):
·CSI Part 1包含秩指示(rank indication,简称RI)/信道状态信息参考信号指示(CSI-RS Resource Indicator,简称CRI),以及,第一个码字的信道质量指示(ChannelQuality Indicator,简称CQI);
·CSI Part 2包含预编码矩阵指示(Precoding Matrix Indicator,简称PMI)以及当RI>4时的第二个码字的CQI。
2)Type II的CSI报告最多分成两部分(CSI part 1,CSI part 2):
·CSI Part 1具有固定的载荷长度,用于指示CIS Part 2的比特长度,包含RI、CQI和每层非零宽带幅度系数的个数;
·CSI Part 2包含PMI。
其中,PMI和CQI的比特大小与RI的取值以及带宽(wideband)或子带(subband)数量有关,因此,typeI和typeII中的CSI part 2的比特大小并不固定。
本发明实施例中,需要上报的CSI可以为包括CSI Part 1和CSI Part 2的CSI。
下面对如何确定需要上报的CSI的总比特大小的方法进行详细说明。
本发明实施例中,所述至少一个CSI的总比特大小为所述至少一个CSI的总的参考比特大小,或者,为所述至少一个CSI的总的实际比特大小。
在本发明的一些优选实施例中,所述确定所述至少一个CSI的总比特大小的步骤包括:确定需要上报的每一CSI的比特大小,根据所述每一CSI的比特大小,确定需要上报的CSI的总比特大小。
下面对如何确定需要上报的每一CSI的比特大小的方法进行详细说明。
在本发明的一些优选实施例中,可以采用如下方式之一,确定需要上报的每一CSI的比特大小:
(1)当需要上报的CSI的个数为1时,根据需要上报的CSI的参考比特大小,确定需要上报的CSI的比特大小;当需要上报的CSI的个数大于1时,根据需要上报的每一CSI的实际比特大小,确定需要上报的每一CSI的比特大小;
(2)当需要上报的CSI的个数为1时,根据需要上报的CSI的实际比特大小,确定需要上报的CSI的比特大小;当需要上报的CSI的个数大于1时,根据需要上报的每一CSI的参考比特大小,确定需要上报的每一CSI的比特大小;
也就是说,方式(1)和方式(2)中,需要上报的CSI的个数为1的情况下,与需要上报的CSI的个数大于1的情况下,采用不同的方式,确定需要上报的每一CSI的比特大小。
(3)根据需要上报的每一CSI的参考比特大小,确定需要上报的每一CSI的比特大小,其中,需要上报的CSI的个数大于或等于1;
(4)根据需要上报的每一CSI的实际比特大小,确定需要上报的每一CSI的比特大小,其中,需要上报的CSI的个数大于或等于1。
也就是说,方式(3)和方式(4)中,需要上报的CSI的个数为1的情况下,与需要上报的CSI的个数大于1的情况下,采用相同的方式,确定需要上报的每一CSI的比特大小。
上述确定需要上报的每一CSI的比特大小的方式,可以由网络设备配置,也可以由协议约定。
下面对如何确定CSI的参考比特大小的方式进行说明。
上述实施例中提到,需要上报的CSI可以为包括CSI Part 1和CSI Part 2的CSI。CSI part 1的比特大小是可以确定的。CSI part 2的比特大小是不确定的。
本发明实施例中,为了规避CSI part 2的比特大小不确定的问题,可以为CSIpart 2定义一个参考比特大小,整个CSI的参考比特大小则等于CSI part 1的比特大小与CSI part 2的参考比特大小之和。
具体的,CSI part 2的参考比特大小可以由预设参数确定,所述预设参数至少包括:与所述CSI有关的秩(rand)的取值(即RI)。
另外,所述预设参数还可以包括:CSI part 2中的第二个码字的CQI的比特大小。
请参考表1,表1中CSI part 2由PMI的比特大小和第二个码字的CQI的比特大小确定,其中,PMI的比特大小由RI确定:
表1
本发明实施例中,优选地,CSI part 2的参考比特大小为以下之一:
多个可能的CSI part 2的比特大小中的最小值;
多个可能的CSI part 2的比特大小中的最大值;
与所述CSI有关的秩为预设值时,确定的CSI part 2的比特大小。
其中,所述多个可能的CSI part 2的比特大小可以是所有可能的CSI part 2的比特大小,也可以是所有可能的CSI part 2的比特大小中的部分可能的CSI part 2的比特大小。
举例来说,CSI part 2的参考比特大小为以下之一:
根据所有可能用到的信道的秩(例如rank=8),确定的所有可能的CSI part2的比特大小中的最小值;或者
根据所有可能用到的信道的秩(例如rank=2),确定的所有可能的CSI part2的比特大小中的最大值;或者
基于rank=X的秩(X为上述预设值,例如X为1),确定的CSI part 2的比特大小。其中,X可以由协议约定,也可以由网络设备配置。
X可以是所有可能用到的信道的秩中的任意值,例如可以是所述终端上一次上报给网络设备的秩的值等。
下面对如何根据信道的秩的取值,确定CSI part 2的比特大小的方法进行说明。
由于CSI part2中包含PMI,PMI的比特大小与信道的秩的取值有关,如表2所示(该表格中PMI的码本类型(codebook type)为TypeI-SinglePanel):
表2
由于CSI part2中还可能包含CQI,CQI的比特大小与信道的秩的取值有关,如表3所示(该表格中CQI的码本类型(codebook type)为TypeI-SinglePanel):
表3
本发明实施例中,当需要上报的CSI的个数大于1时,可以采用以下公式之一,确定需要上报的CSI的总比特大小:
CSItotal=CSI1+…+CSIn
CSItotal=max(CSI1,…,CSIn);
CSItotal=min(CSI1,…,CSIn);
CSItotal=max(CSI1,…,CSIn)×n;
CSItotal=min(CSI1,…,CSIn)×n;
其中,n为需要上报的CSI的个数,n为大于1的正整数,CSItotal为需要上报的CSI的总比特大小,CSIk为需要上报的第k个CSI的参考比特大小,或者,为需要上报的第k个CSI的实际比特大小,k的取值为(1,…,n),max()是取最大值函数,min()是取最小值函数。
本发明实施例中,UCI的总比特大小除了考虑需要上报的CSI的总比特大小之外,还需要考虑需要上报的HARQ-ACK的比特大小。如果UCI中还携带其他信息,如调度请求(Scheduling Request,简称SR),还需要考虑其他信息的比特数。
优选地,UCI的总比特大小可以是所述UCI中携带的所有信息的比特大小之和。
下面对如何根据UCI的总比特大小,确定传输所述UCI的PUCCH资源的方法进行详细说明。
请参考图3,NR系统中,PUCCH资源按照可承载的UCI负荷大小(payload size)分成不同的集合,即PUCCH资源集合(resource set,简称RESET),例如,RESET 0,用于UCI比特大小为0<UCI<=2的UCI,RESET 1,用于UCI比特大小为2<UCI<=N2的UCI,RESET 2,用于UCI比特大小为N2<UCI<=N3的UCI,RESET 3,用于UCI比特大小为N3<UCI<=N4的UCI,(其中,N1,N2,N3为正整数,由高层提供,且N2<N3<N4)。一个终端可以配置一个或多个(最多4个)RESET,每个RESET中可包含多个PUCCH资源。终端在进行上行反馈时,先根据要反馈的UCI的比特大小选择相应的RESET,然后在每个RESET内通过3bit的ACK-NACK指示(简称ARI),或3bit ARI加隐示指示的方式,确定所使用的PUCCH资源。对于承载比特大小较少的RESET,例如,NUCI≤2(NUCI为UCI的比特大小),每个RESET内包含至少8个(最多32个)PUCCH资源,终端先根据要反馈的UCI的比特大小,选择相应的RESET,然后在每个RESET内,通过以下方式确定所使用的PUCCH资源:
1)如果RESET内的PUCCH资源多于8个,则通过3bit ARI加隐示指示的方式,确定所使用的PUCCH;
2)如果RESET内的PUCCH资源不多于(即等于)8个,则通过3bit ARI确定所使用的PUCCH资源。对于承载比特大小较多的RESET,例如NUCI>2,每个RESET中包含8个PUCCH资源,终端根据要反馈的UCI的比特大小选择相应的RESET,在每个RESET内通过3bit ARI,确定所使用的RESET。
请参考图4,本发明实施例还提供一种PUCCH资源确定方法,应用于网络设备,其特征在于,包括:
步骤31:确定终端传输的UCI的总比特大小,所述UCI中携带HARQ-ACK和至少一个CSI;
步骤32:根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
本发明实施例中,网络设备能够在接收UCI之前,确定UCI的总比特大小,从而根据UCI的比特大小,确定用于传输UCI的PUCCH资源,从而在确定的PUCCH上检测UCI,避免盲检,节省开销。
本发明实施例中,所述确定终端传输的UCI的总比特大小的步骤包括:
步骤311:根据所述UCI中携带的CSI的个数和每一所述CSI采用的参考比特大小,确定所述至少一个CSI的总的参考比特大小;
步骤312:根据所述至少一个CSI的总的参考比特大小,确定所述UCI的总比特大小。
也就是说,当终端发送的UCI中,CSI的比特大小采用参考比特大小时,网络设备可以准确确定UCI的总比特大小,从而可以在确定的PUCCH资源上检测UCI,避免盲检,节省开销。
本发明实施例中,当终端发送的UCI中,CSI的比特大小采用实际比特大小时,网络设备并不能准确确定UCI的总比特大小,还需要采用盲检的方式,检测所有可能的PUCCH资源。
请参考图5,本发明实施例还提供一种终端40,包括:
第一确定模块41,用于当需要上报的HARQ-ACK和至少一个CSI需要在一个PUCCH资源上传输时,确定所述至少一个CSI的总比特大小;
第二确定模块42,用于根据所述至少一个CSI的总比特大小,确定用于携带所述HARQ-ACK和所述至少一个CSI的UCI的总比特大小;
第三确定模块43,根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
本发明实施例中,通过确定需要上报的CSI的总比特大小,确定用于携带CSI和HARQ-ACK的UCI的总比特大小,从而确定用于传输UCI的PUCCH资源,提高了通信的可靠性以及效能。
本发明实施例中,优选地,所述至少一个CSI的总比特大小为所述至少一个CSI的总的参考比特大小,或者,为所述至少一个CSI的总的实际比特大小。
本发明实施例中,优选地,所述确定所述至少一个CSI的总比特大小的步骤包括:
确定需要上报的每一CSI的比特大小,根据所述每一CSI的比特大小,确定需要上报的CSI的总比特大小。
本发明实施例中,优选地,采用如下方式之一,确定需要上报的每一CSI的比特大小:
当需要上报的CSI的个数为1时,根据需要上报的CSI的参考比特大小,确定需要上报的CSI的比特大小;当需要上报的CSI的个数大于1时,根据需要上报的每一CSI的实际比特大小,确定需要上报的每一CSI的比特大小;
或者
当需要上报的CSI的个数为1时,根据需要上报的CSI的实际比特大小,确定需要上报的CSI的比特大小;当需要上报的CSI的个数大于1时,根据需要上报的每一CSI的参考比特大小,确定需要上报的每一CSI的比特大小;
或者
根据需要上报的每一CSI的参考比特大小,确定需要上报的每一CSI的比特大小,其中,需要上报的CSI的个数大于或等于1;
或者
根据需要上报的每一CSI的实际比特大小,确定需要上报的每一CSI的比特大小,其中,需要上报的CSI的个数大于或等于1。
本发明实施例中,优选地,所述CSI的参考比特大小为:所述CSI中的CSI part 1的比特大小与CSI part 2的参考比特大小之和;
其中,CSI part 2的参考比特大小由预设参数确定,所述预设参数至少包括:与所述CSI有关的秩的取值。
本发明实施例中,优选地,所述预设参数还包括:CSI part 2中的第二个码字的CQI的比特大小。
本发明实施例中,优选地,CSI part 2的参考比特大小为以下之一:
多个可能的CSI part 2的比特大小中的最小值;
多个可能的CSI part 2的比特大小中的最大值;
与所述CSI有关的秩为预设值时,确定的CSI part 2的比特大小。
本发明实施例中,优选地,当需要上报的CSI的个数大于1时,采用以下公式之一,确定需要上报的CSI的总比特大小:
CSItotal=CSI1+…+CSIn
CSItotal=max(CSI1,…,CSIn);
CSItotal=min(CSI1,…,CSIn);
CSItotal=max(CSI1,…,CSIn)×n;
CSItotal=min(CSI1,…,CSIn)×n;
其中,n为需要上报的CSI的个数,n为大于1的正整数,CSItotal为需要上报的CSI的总比特大小,CSIk为需要上报的第k个CSI的参考比特大小,或者,为需要上报的第k个CSI的实际比特大小,k的取值为(1,…,n),max()是取最大值函数,min()是取最小值函数。
请参考图6,本发明实施例还提供一种网络设备50,包括:
第一确定模块51,用于确定终端传输的UCI的总比特大小,所述UCI中携带HARQ-ACK和至少一个CSI;
第二确定模块52,用于根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
本发明实施例中,网络设备能够在接收UCI之前,确定UCI的总比特大小,从而根据UCI的比特大小,确定用于传输UCI的PUCCH资源,从而在确定的PUCCH上检测UCI,避免盲检,节省开销。
本发明实施例中,优选地,所述第一确定模块51,还用于根据所述UCI中携带的CSI的个数和每一所述CSI采用的参考比特大小,确定所述至少一个CSI的总的参考比特大小;根据所述至少一个CSI的总的参考比特大小,确定所述UCI的总比特大小。
也就是说,当终端发送的UCI中,CSI的比特大小采用参考比特大小时,网络设备可以准确确定UCI的总比特大小,从而可以在确定的PUCCH资源上检测UCI,避免盲检,节省开销。
图7为实现本发明一实施例的一种终端的结构示意图,该终端60包括但不限于:射频单元61、网络模块62、音频输出单元63、输入单元64、传感器65、显示单元66、用户输入单元67、接口单元68、存储器69、处理器610、以及电源611等部件。本领域技术人员可以理解,图7中示出的终端结构并不构成对终端的限定,终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本发明实施例中,终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
其中,处理器610,用于当需要上报的HARQ-ACK和至少一个CSI需要在一个PUCCH资源上传输时,确定所述至少一个CSI的总比特大小;根据所述至少一个CSI的总比特大小,确定用于携带所述HARQ-ACK和所述至少一个CSI的UCI的总比特大小;根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
本发明实施例中,通过确定需要上报的CSI的总比特大小,确定用于携带CSI和HARQ-ACK的UCI的总比特大小,从而确定用于传输UCI的PUCCH资源,提高了通信的可靠性以及效能。
应理解的是,本发明实施例中,射频单元61可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器610处理;另外,将上行的数据发送给基站。通常,射频单元61包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元61还可以通过无线通信系统与网络和其他设备通信。
终端通过网络模块62为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元63可以将射频单元61或网络模块62接收的或者在存储器69中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元63还可以提供与终端60执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元63包括扬声器、蜂鸣器以及受话器等。
输入单元64用于接收音频或视频信号。输入单元64可以包括图形处理器(Graphics Processing Unit,GPU)641和麦克风642,图形处理器641对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元66上。经图形处理器641处理后的图像帧可以存储在存储器69(或其它存储介质)中或者经由射频单元61或网络模块62进行发送。麦克风642可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元61发送到移动通信基站的格式输出。
终端60还包括至少一种传感器65,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板661的亮度,接近传感器可在终端60移动到耳边时,关闭显示面板661和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器65还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。
显示单元66用于显示由用户输入的信息或提供给用户的信息。显示单元66可包括显示面板661,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板661。
用户输入单元67可用于接收输入的数字或字符信息,以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元67包括触控面板671以及其他输入设备672。触控面板671,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板671上或在触控面板671附近的操作)。触控面板671可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器610,接收处理器610发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板671。除了触控面板671,用户输入单元67还可以包括其他输入设备672。具体地,其他输入设备672可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
进一步的,触控面板671可覆盖在显示面板661上,当触控面板671检测到在其上或附近的触摸操作后,传送给处理器610以确定触摸事件的类型,随后处理器610根据触摸事件的类型在显示面板661上提供相应的视觉输出。虽然在图7中,触控面板671与显示面板661是作为两个独立的部件来实现终端的输入和输出功能,但是在某些实施例中,可以将触控面板671与显示面板661集成而实现终端的输入和输出功能,具体此处不做限定。
接口单元68为外部装置与终端60连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元68可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到终端60内的一个或多个元件或者可以用于在终端60和外部装置之间传输数据。
存储器69可用于存储软件程序以及各种数据。存储器69可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器69可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器610是终端的控制中心,利用各种接口和线路连接整个终端的各个部分,通过运行或执行存储在存储器69内的软件程序和/或模块,以及调用存储在存储器69内的数据,执行终端的各种功能和处理数据,从而对终端进行整体监控。处理器610可包括一个或多个处理单元;优选的,处理器610可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器610中。
终端60还可以包括给各个部件供电的电源611(比如电池),优选的,电源611可以通过电源管理系统与处理器610逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
另外,终端60包括一些未示出的功能模块,在此不再赘述。
请参考图8,本发明实施例还提供一种终端70,包括处理器71,存储器72,存储在存储器72上并可在所述处理器71上运行的计算机程序,该计算机程序被处理器71执行时实现上述应用于终端侧的PUCCH资源确定方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
请参考图9,本发明实施例还提供一种网络设备80,包括处理器81,存储器82,存储在存储器82上并可在所述处理器81上运行的计算机程序,该计算机程序被处理器81执行时实现上述应用于网络设备侧的PUCCH资源确定方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述应用于终端侧的PUCCH资源确定方法或者,应用于网络设备侧的PUCCH资源确定方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。

Claims (15)

1.一种物理上行控制信道PUCCH资源确定方法,应用于终端,其特征在于,包括:
当需要上报的混合自动重传请求确认HARQ-ACK和至少一个信道状态信息CSI需要在一个PUCCH资源上传输时,确定所述至少一个CSI的总比特大小;
根据所述至少一个CSI的总比特大小,确定用于携带所述HARQ-ACK和所述至少一个CSI的上行控制信息UCI的总比特大小;
根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
2.根据权利要求1所述的PUCCH资源确定方法,其特征在于,所述至少一个CSI的总比特大小为所述至少一个CSI的总的参考比特大小,或者,为所述至少一个CSI的总的实际比特大小。
3.根据权利要求2所述的PUCCH资源确定方法,其特征在于,所述确定所述至少一个CSI的总比特大小的步骤包括:
确定需要上报的每一CSI的比特大小,根据所述每一CSI的比特大小,确定需要上报的CSI的总比特大小。
4.根据权利要求3所述的PUCCH资源确定方法,其特征在于,采用如下方式之一,确定需要上报的每一CSI的比特大小:
当需要上报的CSI的个数为1时,根据需要上报的CSI的参考比特大小,确定需要上报的CSI的比特大小;当需要上报的CSI的个数大于1时,根据需要上报的每一CSI的实际比特大小,确定需要上报的每一CSI的比特大小;
或者
当需要上报的CSI的个数为1时,根据需要上报的CSI的实际比特大小,确定需要上报的CSI的比特大小;当需要上报的CSI的个数大于1时,根据需要上报的每一CSI的参考比特大小,确定需要上报的每一CSI的比特大小;
或者
根据需要上报的每一CSI的参考比特大小,确定需要上报的每一CSI的比特大小,其中,需要上报的CSI的个数大于或等于1;
或者
根据需要上报的每一CSI的实际比特大小,确定需要上报的每一CSI的比特大小,其中,需要上报的CSI的个数大于或等于1。
5.根据权利要求4所述的PUCCH资源确定方法,其特征在于,
所述CSI的参考比特大小为:所述CSI中的CSI第一部分CSI part 1的比特大小与CSI第二部分CSI part 2的参考比特大小之和;
其中,CSI part 2的参考比特大小由预设参数确定,所述预设参数至少包括:与所述CSI有关的秩的取值。
6.根据权利要求5所述的PUCCH资源确定方法,其特征在于,所述预设参数还包括:CSIpart 2中的第二个码字的CQI的比特大小。
7.根据权利要求5所述的PUCCH资源确定方法,其特征在于,CSI part 2的参考比特大小为以下之一:
多个可能的CSI part 2的比特大小中的最小值;
多个可能的CSI part 2的比特大小中的最大值;
与所述CSI有关的秩为预设值时,确定的CSI part 2的比特大小。
8.根据权利要求4所述的PUCCH资源确定方法,其特征在于,当需要上报的CSI的个数大于1时,采用以下公式之一,确定需要上报的CSI的总比特大小:
CSItotal=CSI1+…+CSIn
CSItotal=max(CSI1,...,CSIn);
CSItotal=min(CSI1,...,CSIn);
CSItotal=max(CSI1,...,CSIn)×n;
CSItotal=min(CSI1,...,CSIn)×n;
其中,n为需要上报的CSI的个数,n为大于1的正整数,CSItotal为需要上报的CSI的总比特大小,CSIk为需要上报的第k个CSI的参考比特大小,或者,为需要上报的第k个CSI的实际比特大小,k的取值为(1,…,n),max()是取最大值函数,min()是取最小值函数。
9.一种PUCCH资源确定方法,应用于网络设备,其特征在于,包括:
确定终端传输的UCI的总比特大小,所述UCI中携带HARQ-ACK和至少一个CSI;
根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
10.根据权利要求9所述的PUCCH资源确定方法,其特征在于,所述确定终端传输的UCI的总比特大小的步骤包括:
根据所述UCI中携带的CSI的个数和每一所述CSI采用的参考比特大小,确定所述至少一个CSI的总的参考比特大小;
根据所述至少一个CSI的总的参考比特大小,确定所述UCI的总比特大小。
11.一种终端,其特征在于,包括:
第一确定模块,用于当需要上报的HARQ-ACK和至少一个CSI需要在一个PUCCH资源上传输时,确定所述至少一个CSI的总比特大小;
第二确定模块,用于根据所述至少一个CSI的总比特大小,确定用于携带所述HARQ-ACK和所述至少一个CSI的UCI的总比特大小;
第三确定模块,用于根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
12.一种网络设备,其特征在于,包括:
第一确定模块,用于确定终端传输的UCI的总比特大小,所述UCI中携带HARQ-ACK和至少一个CSI;
第二确定模块,用于根据所述UCI的总比特大小,确定用于传输所述UCI的PUCCH资源。
13.一种终端,其特征在于,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至8中任一项所述的PUCCH资源确定方法的步骤。
14.一种网络设备,其特征在于,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求9或10中任一项所述的PUCCH资源确定方法的步骤。
15.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1至10中任一项所述的PUCCH资源确定方法的步骤。
CN201810333144.7A 2018-04-13 2018-04-13 Pucch资源确定方法、终端及网络设备 Pending CN110380833A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810333144.7A CN110380833A (zh) 2018-04-13 2018-04-13 Pucch资源确定方法、终端及网络设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810333144.7A CN110380833A (zh) 2018-04-13 2018-04-13 Pucch资源确定方法、终端及网络设备

Publications (1)

Publication Number Publication Date
CN110380833A true CN110380833A (zh) 2019-10-25

Family

ID=68242959

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810333144.7A Pending CN110380833A (zh) 2018-04-13 2018-04-13 Pucch资源确定方法、终端及网络设备

Country Status (1)

Country Link
CN (1) CN110380833A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104429015A (zh) * 2012-08-03 2015-03-18 英特尔公司 信道状态信息和混合自动重复请求-确认信息的多路复用
CN106060930A (zh) * 2015-04-09 2016-10-26 北京三星通信技术研究有限公司 一种增强载波聚合系统的harq-ack传输方法和设备
CN107241802A (zh) * 2016-03-29 2017-10-10 中兴通讯股份有限公司 上行控制信息uci的发送方法及装置
WO2018030804A1 (ko) * 2016-08-11 2018-02-15 엘지전자 주식회사 무선 통신 시스템에서 채널 상태 보고를 위한 방법 및 이를 위한 장치
CN107710804A (zh) * 2015-07-08 2018-02-16 夏普株式会社 终端装置、基站装置、通信方法以及集成电路
CN110324128A (zh) * 2018-03-30 2019-10-11 维沃移动通信有限公司 物理上行控制信道资源确定方法和通信设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104429015A (zh) * 2012-08-03 2015-03-18 英特尔公司 信道状态信息和混合自动重复请求-确认信息的多路复用
CN106060930A (zh) * 2015-04-09 2016-10-26 北京三星通信技术研究有限公司 一种增强载波聚合系统的harq-ack传输方法和设备
CN107710804A (zh) * 2015-07-08 2018-02-16 夏普株式会社 终端装置、基站装置、通信方法以及集成电路
CN107241802A (zh) * 2016-03-29 2017-10-10 中兴通讯股份有限公司 上行控制信息uci的发送方法及装置
WO2018030804A1 (ko) * 2016-08-11 2018-02-15 엘지전자 주식회사 무선 통신 시스템에서 채널 상태 보고를 위한 방법 및 이를 위한 장치
CN110324128A (zh) * 2018-03-30 2019-10-11 维沃移动通信有限公司 物理上行控制信道资源确定方法和通信设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS: "Remaining issues on PUCCH resource allocation,R1-1800378", 《3GPP TSG RAN WG1 MEETING AH 1801》 *

Similar Documents

Publication Publication Date Title
US11825451B2 (en) Sidelink transmission method and terminal
CN110139363A (zh) 发送uci的方法及用户终端
CN110380828A (zh) Sidelink的操作方法和终端
CN110351813A (zh) 一种信息上报方法、终端及网络设备
CN110034904A (zh) 相位跟踪参考信号关联指示及发送方法、网络设备和终端
CN107483160A (zh) 一种重传反馈方法、基站、终端及计算机可读介质
CN109803253A (zh) 一种信号传输方法、终端及网络设备
CN110474724A (zh) 一种tci状态指示方法、终端及网络侧设备
CN110536339A (zh) 一种信息处理方法、装置、终端及通信设备
CN110324859A (zh) 副链路的传输资源选择方法、配置方法、终端和网络设备
CN110166206A (zh) 一种harq-ack码本的确定方法和终端
CN110022195A (zh) 测量方法、测量配置方法、终端及网络设备
CN110474667A (zh) 一种信息处理方法、装置、终端及通信设备
CN110167050A (zh) 一种信道状态信息报告的传输方法及终端
CN109525999A (zh) Dmrs确定方法、配置方法、终端和基站
CN110035505A (zh) 半静态srs资源指示、处理方法、网络侧设备、用户终端
CN109120380A (zh) 重传调度方法、基站及终端
CN109803348A (zh) 终端能力的指示方法及终端
CN110505695A (zh) 上行数据传输指示方法、终端和网络侧设备
CN110035504A (zh) 一种空间关系的确定方法、终端及基站
CN110012555A (zh) 辅小区状态的指示方法及通信设备
CN110022194A (zh) 资源映射方法、网络侧设备及终端
CN109873689A (zh) 混合自动重传请求应答消息的传输方法及终端
CN109802753A (zh) Csi的传输方法及装置
CN108880762A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20191025