CN107005373A

CN107005373A - 一种信息传输方法、设备及系统

Info

Publication number: CN107005373A
Application number: CN201580065493.XA
Authority: CN
Inventors: 肖洁华
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2015-09-25
Filing date: 2015-09-25
Publication date: 2017-08-01
Also published as: WO2017049641A1

Abstract

本发明公开了一种信息传输方法、设备及系统，涉及通信领域，能够解决现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。具体方案为：第一设备确定PUCCH格式，采用PUCCH格式向第二设备发送UCI，其中，PUCCH格式对应的信息大小大于或等于UCI的信息大小。本发明用于信息传输。

Description

一种信息传输方法、设备及系统

技术领域

本发明涉及通信领域，尤其涉及一种信息传输方法、设备及系统。

背景技术

CA(Carrier Aggregation，载波聚合)是LTE(Long Term Evolution，长期演进)系统中的关键技术，该技术可以将多个LTE成员载波(Component Carrier，CC)聚合在一起，实现更高带宽的信息传输。

但是，当使用CA技术聚合超过5个载波后，每个子帧需要传输更多的信息，因此信息量大量增加，例如，在CA场景下，通过PUCCH(Physical Uplink Control Channel，物理上行链路控制信道)反馈UCI(Uplink Control Information，上行控制信息)，每个子帧可以反馈多个CC的UCI信息，而现有技术中UCI信息仅最多包括5个载波的UCI信息，占用的PUCCH资源为1个PRB(Physical Resource Block，物理资源块)，只用指示该PRB的位置即可。当反馈的UCI信息量过大，例如超过5个载波时，传送UCI信息所占用的PUCCH资源可能超过1个PRB，这会导致PUCCH资源信息无法指示的问题。

发明内容

本发明的实施例提供一种信息传输方法、设备及系统，能够解决现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明实施例提供一种信息传输方法，包括：

第一设备确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

所述第一设备采用所述PUCCH格式向第二设备发送所述UCI。

结合第一方面，在第一方面的第一种可能的实现方式中，

所述PUCCH格式包括所述PUCCH的资源大小，所述第一设备采用所述PUCCH格式向第二设备发送所述UCI，包括：

所述第一设备根据所述PUCCH格式对应的PUCCH的资源大小向所述第二设备发送所述UCI；

或者，所述PUCCH格式不包括所述PUCCH的资源大小，所述第一设备采用所述PUCCH格式向第二设备发送所述UCI，包括：

所述第一设备确定所述PUCCH的资源大小；根据所述PUCCH格式及所述PUCCH的资源大小向所述第二设备发送所述UCI。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述第一设备确定所述PUCCH的资源大小，包括：

所述第一设备获取所述UCI的信息大小；

所述第一设备根据UCI信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述PUCCH的资源大小。

结合第一方面的第一种可能的实现方式，在第一方面的第三种可能的实现方式中，所述第一设备确定所述PUCCH的资源大小之前，还包括：

所述第一设备接收第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小；

所述第一设备确定所述PUCCH的资源大小，包括：

所述第一设备根据所述第一指示信息确定所述PUCCH的资源大小。

结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，

所述第一指示信息承载在下行控制信息DCI或者无线资源控制RRC信令上发送至所述第一设备，当所述第一指示信息承载在所述DCI上时，所述第一指示信息包含于所述DCI的原有字段中，或者，所述第一指示信息包含于所述DCI的新增字段中。

结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，

所述DCI的格式为DCI格式0/1/1A/1B/1C/1D/2/2A/2B/2C/2D/4，或者，所述DCI的格式为DCI格式5。

结合第一方面，在第一方面的第六种可能的实现方式中，

所述第一设备确定上行控制信息UCI的物理上行链路控制信道PUCCH格式之前，还包括：

所述第一设备接收所述第二设备发送的第二指示信息，所述第二指示信息用于指示所述PUCCH格式；

所述第一设备确定上行控制信息UCI的物理上行链路控制信道PUCCH格式，包括：

所述第一设备根据所述第二指示信息确定所述PUCCH格式。

结合第一方面的第六种可能的实现方式，在第一方面的第七种可能的实现方式中，

所述第二指示信息承载在下行控制信息DCI或者无线资源控制RRC信令上发送至所述第一设备，当所述第二指示信息承载在所述DCI上时，所述第二指示信息包含于所述DCI的原有字段中，或者，所述第一指示信息包含于所述DCI的新增字段中。

结合第一方面的第七种可能的实现方式，在第一方面的第八种可能的实现方式中，

结合第一方面，在第一方面的第九种可能的实现方式中，所述第一设备确定上行控制信息UCI的物理上行链路控制信道PUCCH格式，包括：

所述第一设备获取所述UCI的信息大小；

所述第一设备根据预先定义的信息大小与PUCCH格式之间的对应关系及所述UCI的信息大小确定所述PUCCH格式。

结合第一方面的第九种可能的实现方式，在第一方面的第十种可能的实现方式中，

所述UCI的信息大小包括混合自动重传请求HARQ反馈信息的大小、信道状态信息CSI的信息大小、调度请求SR的信息大小中的至少一项。

结合第一方面至第一方面的第十种可能的实现方式中任一实现方式，在第一方面的第十一种可能的实现方式中，所述第一设备采用所述PUCCH格式向第二设备发送所述UCI之前，还包括：

所述第一设备确定所述PUCCH的资源起始位置；

所述第一设备采用所述PUCCH格式向第二设备发送所述UCI，包括：

所述第一设备采用所述PUCCH格式，并根据所述PUCCH的资源起始位置向所述第二设备发送所述UCI。

结合第一方面的第十一种可能的实现方式，在第一方面的第十二种可能的实现方式中，

所述第一设备确定所述PUCCH的资源起始位置之前，还包括：

所述第一设备接收所述第二设备发送的第三指示信息，所述第三指示信息用于指示所述PUCCH的资源起始位置；

所述第一设备确定所述PUCCH的资源起始位置，包括：

所述第一设备根据所述第三指示信息确定所述PUCCH的资源起始位置。

结合第一方面的第十二种可能的实现方式，在第一方面的第十三种可能的实现方式中，

所述第三指示信息承载在下行控制信息DCI上发送至所述第一设备，所述第三指示信息包含于所述DCI的原有字段中，或者，所述第一指示信息包含于所述DCI的新增字段中。

结合第一方面的第十三种可能的实现方式，在第一方面的第十四种可能的实现方式中，

第二方面，本发明实施例提供一种信息传输方法，包括：

第二设备确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI。

结合第二方面，在第二方面的第一种可能的实现方式中，

所述PUCCH格式包括所述PUCCH的资源大小，所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI，包括：

所述第二设备根据所述PUCCH格式对应的所述PUCCH的资源大小接收所述第一设备发送的所述UCI；

或者，所述PUCCH格式不包括所述PUCCH的资源大小，所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI，包括：

所述第二设备确定所述PUCCH的资源大小；根据所述PUCCH格式及所述PUCCH的资源大小接收所述第一设备发送的所述UCI。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述第二设备确定所述PUCCH的资源大小，包括：

所述第二设备获取所述UCI的信息大小；

所述第二设备根据信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述PUCCH的资源大小。

结合第二方面的第一种可能的实现方式，在第二方面的第三种可能的实现方式中，所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI之前，还包括：

所述二设备向所述第一设备发送第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小。

结合第二方面的第三种可能的实现方式，在第二方面的第四种可能的实现方式中，

结合第二方面的第四种可能的实现方式，在第二方面的第五种可能的实现方式中，

结合第二方面，在第二方面的第六种可能的实现方式中，所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI之前，还包括：

所述第二设备向所述第一设备发送第二指示信息，所述第二指示信息用于指示所述PUCCH格式。

结合第二方面的第六种可能的实现方式，在第二方面的第七种可能的实现方式中，

结合第二方面的第七种可能的实现方式，在第二方面的第八种可能的实现方式中，

结合第二方面，在第二方面的第九种可能的实现方式中，所述第二设备确定上行控制信息UCI的物理上行链路控制信道PUCCH格式，包括：

所述第二设备获取所述UCI的信息大小；

所述第二设备根据预先定义的信息大小与PUCCH格式之间的对应关系及所述UCI的信息大小确定所述PUCCH格式。

结合第二方面的第九种可能的实现方式，在第二方面的第十种可能的实现方式中，

结合第二方面至第二方面的第十种可能的实现方式中任一实现方式，在第二方面的第十一种可能的实现方式中，所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI之前，还包括：

所述第二设备确定所述PUCCH的资源起始位置；

所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI，包括：

所述第二设备采用所述PUCCH格式，并根据所述PUCCH的资源起始位置接收所述第一设备发送的所述UCI。

结合第二方面的第十一种可能的实现方式，在第二方面的第十二种可能的实现方式中，

所述第二设备确定所述PUCCH的资源起始位置之后，还包括：

所述第二设备向所述第一设备发送第三指示信息，所述第三指示信息用于指示所述PUCCH的资源起始位置。

结合第二方面的第十二种可能的实现方式，在第二方面的第十三种可能的实现方式中，

结合第二方面的第十三种可能的实现方式，在第二方面的第十四种可能的实现方式中，

第三方面，本发明实施例提供一种信息传输方法，包括：

第一设备确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH资源；

所述第一设备根据所述PUCCH的资源大小向第二设备发送所述UCI。

结合第三方面，在第三方面的第一种可能的实现方式中，所述第一设备确定所述PUCCH的资源大小，包括：

所述第一设备获取所述UCI的信息大小；

所述第一设备根据信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述PUCCH的资源大小。

结合第三方面，在第三方面的第二种可能的实现方式中，所述第一设备根据所述PUCCH的资源大小向第二设备发送所述UCI之前，还包括：

所述第一设备接收第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小。

结合第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，

结合第三方面的第三种可能的实现方式，在第三方面的第四种可能的实现方式中，

所述DCI的格式为DCI格式0/1/1A/1B/1C/1D/2/2A/2B/2C/2D/4，或者，所述DCI的格式为DCI 格式5。

结合第三方面，在第三方面的第五种可能的实现方式中，所述方法还包括：

所述第一设备确定用于发送所述UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

所述PUCCH格式包括所述PUCCH的资源大小，所述第一设备根据所述PUCCH的资源大小向第二设备发送所述UCI，包括：

所述第一设备根据所述PUCCH格式对应的所述PUCCH的资源大小向所述第二设备发送所述UCI；

或者，所述PUCCH格式不包括所述PUCCH的资源大小，所述第一设备根据所述PUCCH的资源大小向第二设备发送所述UCI，包括：

所述第一设备根据所述PUCCH格式及所述PUCCH的资源大小向所述第二设备发送所述UCI。

结合第三方面的第五种可能的实现方式，在第三方面的第六种可能的实现方式中，

所述第一设备确定所述UCI的物理上行链路控制信道PUCCH格式之前，还包括：

所述第一设备确定所述UCI的物理上行链路控制信道PUCCH格式，包括：

所述第一设备根据所述第二指示信息确定所述PUCCH格式。

结合第三方面的第六种可能的实现方式，在第三方面的第七种可能的实现方式中，

结合第三方面的第七种可能的实现方式，在第三方面的第八种可能的实现方式中，

结合第三方面的第五种可能的实现方式，在第三方面的第九种可能的实现方式中，所述第一设备确定用于发送所述UCI的物理上行链路控制信道PUCCH格式，包括：

所述第一设备获取所述UCI的信息大小；

结合第三方面的第九种可能的实现方式，在第三方面的第十种可能的实现方式中，

结合第三方面至第三方面的第十种可能的实现方式中任一实现方式，在第三方面的第十一种可能的实现方式中，

所述第一设备根据所述PUCCH的资源大小向第二设备发送所述UCI之前，还包括：

所述第一设备确定所述PUCCH的资源起始位置；

所述第一设备根据所述PUCCH的资源大小向第二设备发送所述UCI，包括：

所述第一设备根据所述PUCCH的资源大小及所述PUCCH的资源起始位置向第二设备发送所述UCI。

结合第三方面的第十一种可能的实现方式，在第三方面的第十二种可能的实现方式中，

所述第一设备确定所述PUCCH的资源起始位置之前，还包括：

所述第一设备确定所述PUCCH的资源起始位置，包括：

结合第三方面的第十二种可能的实现方式，在第三方面的第十三种可能的实现方式中，

结合第三方面的第十三种可能的实现方式，在第三方面的第十四种可能的实现方式中，

第四方面，本发明实施例提供一种信息传输方法，包括：

第二设备确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH的资源大小；

所述第二设备根据所述PUCCH的资源大小接收第一设备发送的所述UCI。

结合第四方面，在第四方面的第一种可能的实现方式中，所述第二设备确定用于发送UCI的上行控制信息PUCCH的资源大小，包括：

所述第二设备获取所述UCI的信息大小；

结合第四方面，在第四方面的第二种可能的实现方式中，所述第二设备根据所述PUCCH的资源大小接收第一设备发送的所述UCI之前，还包括：

所述第二设备向所述第一设备发送第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小。

结合第四方面的第二种可能的实现方式，在第四方面的第三种可能的实现方式中，

结合第四方面的第三种可能的实现方式，在第四方面的第四种可能的实现方式中，

结合第四方面，在第四方面的第五种可能的实现方式中，所述方法还包括：

所述第二设备确定用于发送所述UCI的PUCCH格式，所述PUCCH格式对应的信息大小大于或等于所述UCI的信息大小；

所述PUCCH格式包括所述PUCCH的资源大小，所述第二设备根据所述PUCCH的资源大小接收第一设备发送的所述UCI，包括：

或者，所述PUCCH格式不包括所述PUCCH的资源大小，所述第二设备根据所述PUCCH的资源大小接收第一设备发送的所述UCI，包括：

所述第二设备根据所述PUCCH格式及所述PUCCH的资源大小接收所述第一设备发送的所述UCI。

结合第四方面的第五种可能的实现方式，在第四方面的第六种可能的实现方式中，所述第二设备根据所述PUCCH的资源大小接收第一设备发送的所述UCI之前，还包括：

结合第四方面的第六种可能的实现方式，在第四方面的第七种可能的实现方式中，

结合第四方面的第七种可能的实现方式，在第四方面的第八种可能的实现方式中，

结合第四方面的第五种可能的实现方式，在第四方面的第九种可能的实现方式中，所述第二设备确定用于发送所述UCI的PUCCH格式，包括：

所述第二设备获取所述UCI的信息大小；

结合第四方面的第九种可能的实现方式，在第四方面的第十种可能的实现方式中，

结合第四方面至第四方面的第十种可能的实现方式中任一实现方式，在第四方面的第十一种可能的实现方式中，

所述第一设备确定所述PUCCH的资源起始位置；

结合第四方面的第十一种可能的实现方式，在第四方面的第十二种可能的实现方式中，

所述第二设备确定所述PUCCH的资源起始位置之前，还包括：

结合第四方面的第十二种可能的实现方式，在第四方面的第十三种可能的实现方式中，

结合第四方面的第十三种可能的实现方式，在第四方面的第十四种可能的实现方式中，

第五方面，本发明实施例提供一种第一设备，包括：

控制单元，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

发送单元，用于采用所述控制单元确定的所述PUCCH格式向第二设备发送所述UCI。

结合第五方面，在第五方面的第一种可能的实现方式中，

所述发送单元，还用于根据所述PUCCH格式对应的PUCCH的资源大小向所述第二设备发送所述UCI；

或者，所述控制单元，还用于确定所述PUCCH的资源大小；

所述发送单元，还用于根据所述控制单元确定的所述PUCCH格式及所述PUCCH的资源大小向所述第二设备发送所述UCI。

结合第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，

所述控制单元，还用于获取所述UCI的信息大小；根据UCI信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述PUCCH的资源大小。

结合第五方面的第一种可能的实现方式，在第五方面的第三种可能的实现方式中，

所述第一设备还包括第一接收单元，用于接收第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小；

所述控制单元，还用于根据所述第一接收单元接收的所述第一指示信息确定所述PUCCH的资源大小。

结合第五方面，在第五方面的第四种可能的实现方式中，

所述第一设备还包括第二接收单元，用于接收所述第二设备发送的第二指示信息，所述第二指示信息用于指示所述PUCCH格式；

所述控制单元，还用于根据所述第二接收单元接收的所述第二指示信息确定所述PUCCH格式。

结合第五方面，在第五方面的第五种可能的实现方式中，

所述控制单元，还用于获取所述UCI的信息大小；根据预先定义的信息大小与PUCCH格式之间的对应关系及所述UCI的信息大小确定所述PUCCH格式。

第六方面，本发明实施例提供一种第二设备，包括：

接收单元，用于采用所述控制单元确定的所述PUCCH格式接收第一设备发送的所述UCI。

结合第六方面，在第六方面的第一种可能的实现方式中，

所述接收单元，还用于根据所述PUCCH格式对应的PUCCH的资源大小接收所述第一设备发送的所述UCI；

或者，所述控制单元，还用于确定所述PUCCH的资源大小；

所述接收单元，还用于根据所述控制单元确定的所述PUCCH格式及所述PUCCH的资源大小接收所述第一设备发送的所述UCI。

结合第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，

结合第六方面的第一种可能的实现方式，在第六方面的第三种可能的实现方式中，

所述第二设备还包括第一发送单元，用于向所述第一设备发送第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小。

结合第六方面，在第六方面的第四种可能的实现方式中，

所述第二设备还包括第二发送单元，用于向所述第一设备发送第二指示信息，所述第二指示信息用于指示所述PUCCH格式。

结合第六方面，在第六方面的第五种可能的实现方式中，

第七方面，本发明实施例提供一种第一设备，包括：

控制单元，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH资源；

发送单元，用于根据所述控制单元确定的所述PUCCH的资源大小向第二设备发送所述UCI。

结合第七方面，在第七方面的第一种可能的实现方式中，

所述控制单元，还用于获取所述UCI的信息大小；根据信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述 PUCCH的资源大小。

结合第七方面，在第七方面的第二种可能的实现方式中，

所述第一设备还包括第一接收单元，用于接收第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小。

结合第七方面，在第七方面的第三种可能的实现方式中，

所述控制单元，还用于确定用于发送所述UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

所述发送单元，还用于根据所述PUCCH格式对应的所述PUCCH的资源大小向所述第二设备发送所述UCI；

或者，所述发送单元，还用于根据所述控制单元确定的所述PUCCH格式及所述PUCCH的资源大小向所述第二设备发送所述UCI。

结合第七方面的第三种可能的实现方式，在第七方面的第四种可能的实现方式中，

结合第七方面的第三种可能的实现方式，在第七方面的第五种可能的实现方式中，

第八方面，本发明实施例提供一种第二设备，包括：

接收单元，用于根据所述控制单元确定的所述PUCCH的资源大小接收第一设备发送的所述UCI。

结合第八方面，在第八方面的第一种可能的实现方式中，

所述控制单元，还用于获取所述UCI的信息大小；根据信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述PUCCH的资源大小。

结合第八方面，在第八方面的第二种可能的实现方式中，

结合第八方面，在第八方面的第三种可能的实现方式中，

所述接收单元，还用于根据所述PUCCH格式对应的所述PUCCH的资源大小接收所述第一设备发送的所述UCI；

或者，所述接收单元，还用于根据所述控制单元确定的所述PUCCH格式及所述PUCCH的资源大小接收所述第一设备发送的所述UCI。

结合第八方面的第三种可能的实现方式，在第八方面的第四种可能的实现方式中，

结合第八方面的第三种可能的实现方式，在第八方面的第五种可能的实现方式中，

第九方面，本发明实施例提供一种第一设备，包括：处理器、存储器、总线及发送器，所述处理器、所述存储器及所述发送器通过所述总线相互连接；

处理器，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

发送器，用于采用所述处理器确定的所述PUCCH格式向第二设备发送所述UCI。

结合第九方面，在第九方面的第一种可能的实现方式中，

所述发送器，还用于根据所述PUCCH格式对应的PUCCH的资源大小向所述第二设备发送所述UCI；

或者，所述处理器，还用于确定所述PUCCH的资源大小；

所述发送器，还用于根据所述处理器确定的所述PUCCH格式及所述PUCCH的资源大小向所述第二设备发送所述UCI。

结合第九方面的第一种可能的实现方式，在第九方面的第二种可能的实现方式中，

所述处理器，还用于获取所述UCI的信息大小；根据UCI信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述PUCCH的资源大小。

结合第九方面的第一种可能的实现方式，在第九方面的第三种可能的实现方式中，

所述第一设备还包括第一接收器，用于接收第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小；

所述处理器，还用于根据所述第一接收器接收的所述第一指示信息确定所述PUCCH的资源大小。

结合第九方面，在第九方面的第四种可能的实现方式中，

所述第一设备还包括第二接收器，用于接收所述第二设备发送的第二指示信息，所述第二指示信息用于指示所述PUCCH格式；

所述处理器，还用于根据所述第二接收器接收的所述第二指示信息确定所述PUCCH格式。

结合第九方面，在第九方面的第五种可能的实现方式中，

所述处理器，还用于获取所述UCI的信息大小；根据预先定义的信息大小与PUCCH格式之间的对应关系及所述UCI的信息大小确定所述PUCCH格式。

第十方面，本发明实施例提供一种第二设备，包括：

接收器，用于采用所述处理器确定的所述PUCCH格式接收第一设备发送的所述UCI。

结合第十方面，在第十方面的第一种可能的实现方式中，

所述接收器，还用于根据所述PUCCH格式对应的PUCCH的资源大小接收所述第一设备发送的所述UCI；

或者，所述处理器，还用于确定所述PUCCH的资源大小；

所述接收器，还用于根据所述处理器确定的所述PUCCH格式及所述PUCCH的资源大小接收所述第一设备发送的所述UCI。

结合第十方面的第一种可能的实现方式，在第十方面的第二种可能的实现方式中，

结合第十方面的第一种可能的实现方式，在第十方面的第三种可能的实现方式中，

所述第二设备还包括第一发送器，用于向所述第一设备发送第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小。

结合第十方面，在第十方面的第四种可能的实现方式中，

所述第二设备还包括第二发送器，用于向所述第一设备发送第二指示信息，所述第二指示信息用于指示所述PUCCH格式。

结合第十方面，在第十方面的第五种可能的实现方式中，

第十一方面，本发明实施例提供一种第一设备，包括：

处理器，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH资源；

发送器，用于根据所述处理器确定的所述PUCCH的资源大小向第二设备发送所述UCI。

结合第十一方面，在第十一方面的第一种可能的实现方式中，

所述处理器，还用于获取所述UCI的信息大小；根据信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述PUCCH的资源大小。

结合第十一方面，在第十一方面的第二种可能的实现方式中，

所述第一设备还包括第一接收器，用于接收第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小。

结合第十一方面，在第十一方面的第三种可能的实现方式中，

所述处理器，还用于确定用于发送所述UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

所述发送器，还用于根据所述PUCCH格式对应的所述PUCCH的资源大小向所述第二设备发送所述UCI；

或者，所述发送器，还用于根据所述处理器确定的所述PUCCH格式及所述PUCCH的资源大小向所述第二设备发送所述UCI。

结合第十一方面的第三种可能的实现方式，在第十一方面的第四种可能的实现方式中，

结合第十一方面的第三种可能的实现方式，在第十一方面的第五种可能的实现方式中，

第十二方面，本发明实施例提供一种第二设备，包括：

接收器，用于根据所述处理器确定的所述PUCCH的资源大小接收第一设备发送的所述UCI。

结合第十二方面，在第十二方面的第一种可能的实现方式中，

结合第十二方面，在第十二方面的第二种可能的实现方式中，

结合第十二方面，在第十二方面的第三种可能的实现方式中，

所述接收器，还用于根据所述PUCCH格式对应的所述PUCCH的资源大小接收所述第一设备发送的所述UCI；

或者，所述接收器，还用于根据所述处理器确定的所述PUCCH格式及所述PUCCH的资源大小接收所述第一设备发送的所述UCI。

结合第十二方面的第三种可能的实现方式，在第十二方面的第四种可能的实现方式中，

结合第十二方面的第三种可能的实现方式，在第十二方面的第五种可能的实现方式中，

第十三方面，本发明实施例提供一种无线通信系统，包括第一设备和第二设备，

其中，所述第一设备为第五方面或第五方面的任意一种可能的实现方式中所描述的第一设备，所述第二设备为第六方面或第六方面的任意一种可能的实现方式中所描述的第二设备；

或者，所述第一设备为第九方面或第九方面的任意一种可能的实现方式中所描述的第一设备，所述第二设备为第十方面或第十方面的任意一种可能的实现方式中所描述的第二设备。

第十四方面，本发明实施例提供一种无线通信系统，包括第一设备和第二设备，

其中，所述第一设备为第七方面或第七方面的任意一种可能的实现方式中所描述的第一设备，所述第二设备为第八方面或第八方面的任意一种可能的实现方式中所描述的第二设备；

或者，所述第一设备为第十一方面或第十一方面的任意一种可能的实现方式中所描述的第一设备，所述第二设备为第十二方面或第十二方面的任意一种可能的实现方式中所描述的第二设备。

本发明实施例提供的一种信息传输方法、设备及系统，第一设备确定PUCCH格式，采用PUCCH格式向第二设备发送UCI，其中，PUCCH格式对应的信息大小大于或等于UCI的信息大小，因为可以根据UCI的信息大小选择合适的PUCCH格式对UCI进行编码发送，而且，本实施例提供的新的PUCCH格式支持大量信息的编码及发送，解决了现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种信息传输方法流程示意图；

图2为本发明另一实施例提供的一种信息传输方法流程示意图；

图3为本发明实施例提供的另一种信息传输方法流程示意图；

图4为本发明另一实施例提供的另一种信息传输方法流程示意图；

图5为本发明实施例提供的一种第一设备结构示意图；

图6为本发明实施例提供的一种第二设备结构示意图；

图7为本发明另一实施例提供的一种第一设备结构示意图；

图8为本发明另一实施例提供的一种第二设备结构示意图；

图9为本发明实施例提供的另一种第一设备结构示意图；

图10为本发明实施例提供的另一种第二设备结构示意图；

图11为本发明另一实施例提供的另一种第一设备结构示意图；

图12为本发明另一实施例提供的另一种第二设备结构示意图；

图13为本发明实施例提供的一种无线通信系统结构示意图；

图14为本发明另一实施例提供的一种无线通信系统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应理解，本发明实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(Global System of Mobile communication，GSM)系统、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service， GPRS)、长期演进(Long Term Evolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)或全球互联微波接入(Worldwide Interoperability for Microwave Access，WiMAX)通信系统等。

应理解，在本发明实施例中，第一设备或第二设备包括但不限于用户设备(英文全称：User Equipment，英文简称：UE)、移动台(英文全称：Mobile Station，英文简称：MS)、移动终端(Mobile Terminal)、移动电话(Mobile Telephone)、手机(handset)及便携设备(portable equipment)等，该用户设备可以经无线接入网(英文全称：Radio Access Network，英文简称：RAN)与一个或多个核心网进行通信，例如，用户设备可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等，用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。

本发明实施例中，第一设备或第二设备可以是GSM或CDMA中的基站(英文全称：Base Transceiver Station，英文缩写：BTS)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(英文全称：evolved Node B，英文缩写：eNB或e-NodeB)，本发明实施例并不限定。

应理解，在本发明实施例中，“第一”和“第二”仅是用来区分，本发明实施例中并不是用于限定，优选的，在本发明中，第一设备为用户设备，第二设备为基站，当然，此处只是举例说明，并不代表本发明局限于此。

本发明实施例提供一种信息传输方法，应用于第一设备，优选的，第一设备为用户设备，参照图1所示，该信息传输方法包括以下步骤：

101、第一设备确定用于发送UCI的PUCCH格式。

PUCCH格式对应的负载信息大小大于或等于UCI的信息大小，此处，需要说明的是，UCI的信息大小指的是UCI进行编码之前的信息大小，PUCCH格式对应的负载信息大小也是在该PUCCH格式下编码之前的所能承载的信息大小。优选的，该UCI的信息大小指的是编码前UCI的比特数。

PUCCH格式可以有不同的定义方式。1)、在第一种定义方式中，PUCCH格式包括PUCCH的资源大小，即每种PUCCH格式有固定的PUCCH资源大小，即占用的PRB(Pysical Resource Block，物理资源块)对的个数、固定的编码后的信息长度、和总符号数。例如，PUCCH format 3，其PUCCH资源大小固定为1PRB pair(PRB对)，其编码后的信息大小为48比特，其负载信息占用的总符号数为24个调制符号。2)、在第二种定义方式中，PUCCH格式不包括PUCCH的资源大小，可以将单位资源(即单个PRB对)上具有相同调制符号个数和用户复用度的PUCCH格式称为相同的PUCCH格式。相同的PUCCH格式可以占用不同的PUCCH资源大小(即PRB对的个数，之后不做特别声明，PRB的个数均指的是PRB对的个数)，可以使用不同的调制方式产生不同数目的编码后信息比特。

另外需要说明的是LTE系统中的PUCCH是UE用来发送上行L1/L2(层1/层2)控制信息的，用来支持上下行数据传输。上行L1/L2控制信息(Uplink Control Information，UCI)可以包括：

SR(Scheduling Request)，用于向基站请求ULSCH(Up Link Physical Uplink Shared Channel，上行共享信道)资源；

HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)ACK/NACK(肯定应答/否定应答)，称为HARQ反馈信息，用于对在PDSCH(Physical Downlink Shared Channel，物理下行共享信道)上发送的下行数据进行HARQ确认；

CSI(Channel State Information，信道状态信息)，包括CQI(Channel Quality Indicator，信道质量指示)、PMI(Precoding Matrix Indicator，预编码矩阵指示)、RI(rank indication，秩指示)等信息。用于指示下行信道质量等，以便于基站进行下行调度。

本发明中的UCI信息可以包含上述任意一种信息或多种信息的组合，当然，此处只是举例说明，并不代表本发明局限于此。。

现有的PUCCH格式PF3(PUCCH Format 3，物理上行链路控制信道格式3)最多可以对22比特的信息进行编码，占用了1个PRB，当采用CA技术使得UCI信息量过大时，没有办法传输。因此需要选择新的PUCCH格式进行传输。本申请基于多种新的PUCCH格式，考虑不同的PUCCH格式定义方式，提供了在PUCCH上发送UCI信息的方法。

此处，可选的，本实施例提供三种PUCCH格式类型进行说明如下：

第一种PUCCH格式：

基于现有PUSCH(Physical Uplink Shared Channel，物理上行共享信道)的结构，对其进行如下改变：1)除了DMRS(De Modulation Reference Signal，解调参考信号)外都可以用来传送UCI；2)UCI编码方式采用TBCC(Tail Biting Convolutional Coding咬尾卷积编码)；3)增加DMRS符号个数；4)规定各种UCI信息的资源映射位置。

对于占用的资源为1个PRB的情况，第一种PUCCH格式最大可承载的编码后符号数为144个调制符号，如果是QPSK(Quadrature Phase Shift Keying，正交相移键控)调制，那么支持的编码比特数为144×2＝288比特，当编码率在0.1～0.9之间时，这种PUCCH格式支持的UCI的信息大小的范围是22～256比特，优选的范围为64～256比特，对于更高阶调制，或更多PRB的情况，其支持的UCI信息还可以更大。

第二种PUCCH格式：

基于现有的PUCCH format3的格式进行改进：1)PRB数目多于1个PRB；2)调制方式；3)编码方式为TBCC。

对于1-PRB的情况，第二种PUCCH格式最大可承载的编码后符号数为24个调制符号，如果是QPSK调制，那么支持的编比特数为24×2＝48bits,在比特率变化的情况下，第二种PUCCH格式支持的 UCI的信息大小在22～64比特之间。

第三种PUCCH格式：

在现有的PF3格式的基础上将DMRS个数减少为1，并减少OCC(Orthogonal Convolutional Code，正交卷积码)的个数，当OCC个数从原有的5个减少到2个时，其支持的最大编码后符号数为144个调制符号。

具体可选的，参照表一所示，本实施例提供几种具体的PUCCH格式如下：

表一

其中，DMRS(De Modulation Reference Signal，解调参考信号)。本实施例又提供两种PUCCH格式的定义方式，对应上述PUCCH格式包含PUCCH的资源大小和PUCCH格式不包含PUCCH的资源大小两种情况，如表二和表三所示。

表二

	第一格式	第二格式	第三格式
每个资源块上DMRS个数	1	2	1
正交序列个数	1	5	2
单位资源上的调制符号数	144	24	72
PRB个数	1	2	1
调制方式	QPSK	QPSK	QPSK
编码后比特数	288	96	144

可选的，如表二所示，可以应用于PUCCH格式的第一种定义方式，即PUCCH格式不包含PUCCH的资源大小。相同的PUCCH格式下，根据不同的UCI信息大小可以使用不同的编码方法，其编码率也可以不同，这里采用编码率为0.5为例来估计不同PUCCH格式下所能承载的UCI信息大小。第一格式所能承载的UCI信息大小为144；第二格式所能承载的UCI信息大小为48；第三格式所能承载的UCI信息大小为72。

表三

可选的，如表三所示，可以应用于PUCCH格式的第二种定义方式，即PUCCH格式不包含PUCCH的资源大小，当然，此处只是举例说明，并不代表本发明局限于此。

其中，调制方式包括QPSK(Quadrature Phase Shift Keyin，正交相移键控)，QAM(Quadrature Amplitude Modulation，正交振幅调制)16QAM、32QAM等。

对于第一设备如何确定PUCCH格式，本实施例提供两种具体的实现方式，当然，此处只是举例说明，并不代表本发明局限于此：

第一种实现方式、

可选的，步骤101之前，第一设备可以接收第二设备发送的第二指示信息，第二指示信息用于指示PUCCH格式；第一设备根据第二指示信息确定PUCCH格式。

可选的，第二指示信息承载在DCI(Downlink Control Information，下行控制信息)或者RRC(Radio Resource Control，无线资源控制)信令上发送至第一设备，当第二指示信息承载在DCI上时，第二指示信息包含于DCI的原有字段中，或者，第二指示信息包含于DCI的新增字段中。可选的，所述DCI的格式为DCI格式0/1/1A/1B/1C/1D/2/2A/2B/2C/2D/4，或者，所述DCI的格式为DCI格式5。以下不做特别说明的情况下DCI格式5指的是一种新的DCI格式。这种情况下，第二设备通过显示的方式指示第二设备PUCCH格式等信息，此时，第一设备可以不存储UCI的信息大小与PUCCH格式的对应关系，依靠第二设备指示。

第一种实现方式中，第二设备向第一设备显示的指示了PUCCH格式及其他信息，可选的，第一种实现方式可以应用于两个优选的应用场景中，在一种应用场景中，采用载波个数配置最大时的HARQ-ACK的Codebook Size(码本大小)。或者，在另一种应用场景下，UCI的信息大小动态变化，实时配置。当然，此处只是列举三个应用场景作为说明，并不代表本发明局限于此。

第二种实现方式、

可选的，在步骤101之前，第一设备获取UCI的信息大小；第一设备根据预先定义的信息大小与PUCCH格式之间的对应关系及UCI的信息大小确定PUCCH格式。可选的，UCI的信息大小包括HARQ反馈信息的大小、CSI的信息大小、SR的信息大小中的至少一项。进一步可选的，当第一设备在已经存储的预设列表中确定UCI的信息大小小于或等于预设列表包含的N个PUCCH格式中第n个PUCCH格式对应的信息大小时，将第n个PUCCH格式作为用于发送该UCI的PUCCH格式。这种情况下，第一设备和第二设备均需要存储UCI的信息大小与PUCCH格式的对应关系，不需要通过发送信息进行显示的指示。

第二种实现方式中，第二设备隐示的指示了PUCCH格式及其他信息，即没有发送信息指示，而是第一设备和第二设备预先设定好UCI的信息大小与PUCCH格式之间的对应关系，可选的，第二种实现方式可以应用于一种优选的应用场景中，UCI的信息大小(Information Size&Codebook Size)可以根据CA场景下配置的载波数和传输模式确定UCI的信息大小，该信息大小可以是HARQ-ACK(Hybrid Automatic Repeat reQuest-Acknowledgement，混合自动重传请求确认应答)的Codebook Size(码本大小)。表四给出了通过HARQ码本大小来对应PUCCH格式的例子：

表四

HARQ码本大小	PUCCH格式
1～21比特	PUCCH format3
22～64比特	Multi-PRB PF3(第二种PUCCH格式)
65～128比特	PUSCH-based format(第一种PUCCH格式)

102、第一设备采用PUCCH格式向第二设备发送UCI。

可选的，对应PUCCH格式的两种定义方式，当PUCCH格式包括PUCCH的资源大小时，第一设备根据PUCCH格式对应的PUCCH的资源大小向第二设备发送UCI；当PUCCH格式不包括PUCCH的资源大小时，第一设备确定PUCCH的资源大小；根据PUCCH格式及PUCCH的资源大小向第二设备发送UCI。

可选的，对于PUCCH格式不包括PUCCH的资源大小的情况，第一设备可以获取UCI的信息大小，根据UCI信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小；或者，第一设备接收第一指示信息，第一指示信息用于指示PUCCH的资源大小，第一设备根据第一指示信息确定PUCCH的资源大小。进一步可选的，第一指示信息可以承载在DCI或者RRC信令上发送至第一设备，当第一指示信息承载在DCI上时，第一指示信息包含于DCI的原有字段中，或者，第一指示信息包含于DCI的新增字段中。其中，可选的，DCI的格式为DCI格式 0/1/1A/1B/1C/1D/2/2A/2B/2C/2D/4，或者，DCI的格式为DCI格式5。

另外，可选的，第一设备还可以确定PUCCH的资源起始位置，第一设备可以采用PUCCH格式，并根据PUCCH的资源起始位置向第二设备发送UCI。可选的，第一设备可以接收第二设备发送的第三指示信息，第三指示信息用于指示PUCCH的资源起始位置；第一设备根据第三指示信息确定PUCCH的资源起始位置。可选的，第三指示信息承载在下行控制信息DCI上发送至第一设备，第三指示信息包含于DCI的原有字段中，或者，第一指示信息包含于DCI的新增字段中。其中，可选的，DCI的格式为DCI格式0/1/1A/1B/1C/1D/2/2A/2B/2C/2D/4，或者，DCI的格式为DCI格式5。当然，此处只是举例说明，第三指示信息也可以承载在RRC信令中或其他信息中发送，本实施例对此不作限制。

可选的，当UCI信息包括多个CC的CSI信息，或多个CC的CSI信息和HARQ反馈信息时，第二设备可以根据不同的上行信道条件指示第一设备发送不同大小的UCI信息。第二设备向第一设备提供MCS索引信息，通过该信息第一设备可以对应知道PUCCH的调制方式和/或冗余版本。且第一设备通过MCS索引对应的TBS表格，可以获得可传输的UCI信息的大小。对于超出UCI信息大小的低优先级的CSI信息可以丢掉。第一设备可以根据PUCCH格式对应的调制方式及编码策略对UCI进行编码并发送编码后的UCI。

可选的，本实施例提供一种具体的MCS(Modulation and Coding Scheme，调制与编码策略)指示表如表五所示，本实施例还提供一种具体的TBS表格如表六所示：

表五

表六

可选的，在步骤102之前，第一设备可以接收第二设备发送的DCI信息，DCI信息用于指示PUCCH格式对应的调制方式、PUCCH格式对应的编码策略中的至少一项。

需要说明的是，第一指示信息、第二指示信息和第三指示信息可以同时发送，也可以分别发送，优选的，第一指示信息、第二指示信息和第三指示信息都可以包含在第二设备发送的DCI中发送至第一设备，当然也可以携带在其他信息(例如RRC信令)中发送，此处只是举例说明。可选的，第二指示信息和第三指示信息可以用一个域来表示，即用一个值同时计算出资源的大小和资源的起始地址。进一步可选的，第一指示信息和第二指示信息可以采用原有的DCI格式对原有的DCI信息的字段进行重新定义来指示信息，例如，将DCI信息的TPC(Transmit power control，发射功率控制)字段用于指示PUCCH格式，当然，此处只是举例说明，并不代表本发明局限于此。或者，第一指示信息、第二指示信息和第三指示信息可以采用新的DCI格式，可以对DCI重新进行字段划分，为指示信息划分专有的字段进行指示，例如，将DCI的所有比特位分为PUCCH格式字段、资源起始位置字段、资源大小字段、MCS字段、TBS字段等。表七举例说明了一种新的DCI格式(DCI格式5)：

表七

为了减少盲检次数，新的DCI格式可以使用与现有DCI格式0相同的大小。

可选的，对于采用原有的DCI格式，对原有的DCI信息的字段进行重新定义这种实现方式，本实施例提供一种具体的定义方式如表八所示，复用的是原DCI format 0的格式，新的设置值如表中最后一列所示：

表八

其中，调度的PUSCH的发送功率控制字段可以用来指示PUCCH格式。需要注意的是，重用原DCI进行PUCCH信息指示时，还可以引入新的RNTI(Radio Network Temporary Identifier)即无线网络临时标识对DCI数据进行异或，新的RNTI可以称为PUCCH-RNTI。且新的DCI format的长度保持与原DCI format0和format1A的大小相同。

本实施例提供的信息传输方法，第一设备确定用于发送UCI的PUCCH格式，采用PUCCH格式向第二设备发送UCI，其中，PUCCH格式对应的信息大小大于或等于UCI的信息大小，因为可以根据UCI的信息大小选择合适的PUCCH格式对UCI进行编码发送，而且，本实施例提供的新的PUCCH格式支持大量信息的编码及发送，解决了现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

结合图1对应的实施例，本发明另一实施例提供一种信息传输方法，应用于第二设备，对应图1对应的实施例中所描述的信息传输方法的接收侧，优选的，第二设备为基站，参照图2所示，该信息传输方法包括以下步骤：

201、第二设备确定用于发送UCI的PUCCH格式。

PUCCH格式对应的负载信息大小大于或等于UCI的信息大小。

具体可选的，第二设备获取UCI的信息大小，根据信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH格式。其中，优选的，UCI的信息大小包括混合自动重传请求HARQ反馈信息的大小、信道状态信息CSI的信息大小、调度请求SR的信息大小中的至少一项。

进一步可选的，第二设备根据预先定义的UCI的信息大小与PUCCH格式的对应关系确定PUCCH格式。

可选的，步骤201之后，第二设备可以向第一设备发送第二指示信息，第一指示信息用于指示PUCCH格式。可选的，第二指示信息承载在下行控制信息DCI或者无线资源控制RRC信令上发送至第一设备，当第二指示信息承载在DCI上时，第二指示信息包含于DCI的原有字段中，或者，第二指示信息包含于DCI的新增字段中。进一步可选的，DCI的格式为DCI格式0/1/1A/1B/1C/1D/2/2A/2B/2C/2D/4，或者，DCI的格式为DCI格式5。

202、第二设备采用PUCCH格式接收第一设备发送的UCI。

可选的，对应PUCCH格式的两种定义方式，当PUCCH格式包括PUCCH的资源大小时，第二设备根据PUCCH格式对应的PUCCH的资源大小接收第一设备发送的UCI；当PUCCH格式不包括PUCCH的资源大小时，第二设备确定PUCCH的资源大小；根据PUCCH格式及PUCCH的资源大小接收第一设备发送的UCI。

可选的，对于PUCCH格式不包括PUCCH的资源大小的情况，第而设备可以获取UCI的信息大小，根据UCI信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小。

可选的，二设备可以向第一设备发送第一指示信息，第一指示信息用于指示PUCCH的资源大小。进一步可选的，第一指示信息可以承载在DCI或者RRC信令上发送至第一设备，当第一指示信息承载在DCI上时，第一指示信息包含于DCI的原有字段中，或者，第一指示信息包含于DCI的新增字段中。其中，可选的，DCI的格式为DCI格式0/1/1A/1B/1C/1D/2/2A/2B/2C/2D/4，或者，DCI的格式为DCI格式5。

另外，可选的，第二设备可以确定PUCCH的资源起始位置；第二设备采用PUCCH格式，并根据PUCCH的资源起始位置接收第一设备发送的UCI。进一步可选的，第二设备向第一设备发送第三指示信息，第三指示信息用于指示PUCCH的资源起始位置。可选的，第三指示信息承载在下行控制信息DCI上发送至第一设备，第三指示信息包含于DCI的原有字段中，或者，第一指示信息包含于DCI的新增字段中。进一步可选的，DCI的格式为DCI格式0/1/1A/1B/1C/1D/2/2A/2B/2C/2D/4，或者，DCI的格式为DCI格式5。

可选的，在步骤202之前，第二设备可以向第一设备发送DCI信息，DCI信息用于指示PUCCH格式对应的调制方式、PUCCH格式对应的编码策略中的至少一项，以便第一设备根据DCI信息的指示对UCI进行调制编码。

需要说明的是，第一指示信息、第二指示信息和第三指示信息可以同时发送，也可以分别发送，优选的，第一指示信息、第二指示信息和第三指示信息都可以包含在第二设备发送的DCI中发送至第一设备，当然也可以携带在其他信息(例如RRC信令)中发送，此处只是举例说明。进一步可选的，第一指示信息和第二指示信息可以采用原有的DCI格式对原有的DCI信息的字段进行重新定义来指示信息，例如，将DCI信息的TPC(Transmit power control，发射功率控制)字段用于指示PUCCH格式，当然，此处只是举例说明，并不代表本发明局限于此。或者，第一指示信息、第二指示信息和第三指示信息可以采用新的DCI格式，可以对DCI重新进行字段划分，为指示信息划分专有的字段进行指示，例如，将DCI的所有比特位分为PUCCH格式字段、资源起始位置字段、资源大小字段、MCS字段、TBS字段等。

本实施例提供的信息传输方法，第二设备确定用于发送UCI的PUCCH格式，采用PUCCH格式接收第一设备发送的UCI，因为可以根据UCI的信息大小选择合适的PUCCH格式对UCI进行编码发送，而且，本实施例提供的新的PUCCH格式支持大量信息的编码及发送，解决了现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

结合图1对应的实施例，本发明实施例提供另一种信息传输方法，应用于第一设备，需要说明的是，本实施例提供的信息传输方法与图1对应的实施例中所描述的信息传输方法相关，即图1对应的实施例中所描述的信息传输方法的细节可以用于支持本实施例中所描述的信息传输方法，其共同内容本实施例中不再赘述，参照图3所示，包括以下步骤：

301、第一设备确定用于发送UCI的PUCCH资源大小。

可选的，在一种应用场景中，第一设备获取UCI的信息大小；第一设备根据信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小。

可选的，在另一种应用场景中，第一设备接收第一指示信息，第一指示信息用于指示PUCCH的资源大小。

302、第一设备根据PUCCH的资源大小向第二设备发送UCI。

优选的，第一设备确定用于发送UCI的物理上行链路控制信道PUCCH格式，PUCCH格式对应的负载信息大小大于或等于UCI的信息大小；

当PUCCH格式包括PUCCH的资源大小，第一设备根据PUCCH格式对应的PUCCH的资源大小向第二设备发送UCI；

或者，当PUCCH格式不包括PUCCH的资源大小，第一设备根据PUCCH格式及PUCCH的资源大小向第二设备发送UCI。

进一步可选的，第一设备可以接收第二设备发送的第二指示信息，第二指示信息用于指示PUCCH格式；根据第二指示信息确定PUCCH格式。

或者，可选的，第一设备获取UCI的信息大小；根据预先定义的信息大小与PUCCH格式之间的对应关系及UCI的信息大小确定PUCCH格式。

本实施例提供的信息传输方法，第一设备确定用于发送UCI的PUCCH资源大小，根据PUCCH的资源大小向第二设备发送UCI，因为可以重新确定PUCCH资源大小，支持大量信息的编码及发送，解决了现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

结合图3对应的实施例，本发明另一实施例提供另一种信息传输方法，应用于第二设备，对应图3对应的实施例中所描述的信息传输方法的接收侧，优选的，第二设备为基站，本实施例提供的信息传输方法与图2对应的实施例中所描述的信息传输方法相关，即图2对应的实施例中所描述的信息传输方法的细节可以用于支持本实施例中所描述的信息传输方法，其共同内容本实施例中不再赘述，参照图4所示，该信息传输方法包括以下步骤：

401、第二设备确定用于发送UCI的PUCCH的资源大小；

可选的，第二设备获取UCI的信息大小；第二设备根据信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小。

可选的，第二设备还可以向第一设备发送第一指示信息，第一指示信息用于指示PUCCH的资源大小。

402、第二设备根据PUCCH的资源大小接收第一设备发送的 UCI。

优选的，第二设备可以确定用于发送UCI的PUCCH格式，PUCCH格式对应的信息大小大于或等于UCI的信息大小；

当PUCCH格式包括PUCCH的资源大小，第二设备根据PUCCH格式对应的PUCCH的资源大小接收第一设备发送的UCI；

或者，当PUCCH格式不包括PUCCH的资源大小，第二设备根据PUCCH格式及PUCCH的资源大小接收第一设备发送的UCI。

进一步可选的，第二设备可以获取UCI的信息大小；第二设备根据预先定义的信息大小与PUCCH格式之间的对应关系及UCI的信息大小确定PUCCH格式。

可选的，第二设备还可以向第一设备发送第二指示信息，第二指示信息用于指示PUCCH格式。

本实施例提供的信息传输方法，第二设备确定用于发送UCI的PUCCH资源大小，根据PUCCH的资源大小接收第一设备发送的UCI，因为可以重新确定PUCCH资源大小，支持大量信息的编码及发送，解决了现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

结合上述图1对应的实施例，本发明实施例提供一种第一设备，用于执行上述图1对应的实施例中所描述的信息传输方法，参照图5所示，该第一设备50包括控制单元501和发送单元502。

其中，控制单元501，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，PUCCH格式对应的负载信息大小大于或等于UCI的信息大小；

发送单元502，用于采用控制单元501确定的PUCCH格式向第二设备发送UCI。

可选的，发送单元502，还用于根据PUCCH格式对应的PUCCH的资源大小向第二设备发送UCI；

或者，控制单元501，还用于确定PUCCH的资源大小；

发送单元502，还用于根据控制单元501确定的PUCCH格式及 PUCCH的资源大小向第二设备发送UCI。

可选的，控制单元501，还用于获取UCI的信息大小；根据UCI信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小。

可选的，第一设备50还包括第一接收单元503，用于接收第一指示信息，第一指示信息用于指示PUCCH的资源大小；

控制单元501，还用于根据第一接收单元503接收的第一指示信息确定PUCCH的资源大小。

可选的，第一设备50还包括第二接收单元502，用于接收第二设备发送的第二指示信息，第二指示信息用于指示PUCCH格式；

控制单元501，还用于根据第二接收单元502接收的第二指示信息确定PUCCH格式。

可选的，控制单元501，还用于获取UCI的信息大小；根据预先定义的信息大小与PUCCH格式之间的对应关系及UCI的信息大小确定PUCCH格式。

本实施例提供的第一设备，确定用于发送UCI的PUCCH格式，采用PUCCH格式向第二设备发送UCI，其中，PUCCH格式对应的信息大小大于或等于UCI的信息大小，因为可以根据UCI的信息大小选择合适的PUCCH格式对UCI进行编码发送，而且，本实施例提供的新的PUCCH格式支持大量信息的编码及发送，解决了现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

结合上述图2对应的实施例，本发明实施例提供一种第二设备，用于执行上述图2对应的实施例中所描述的信息传输方法，参照图6所示，该第二设备60包括控制单元601和接收单元602。

其中，控制单元601，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，PUCCH格式对应的负载信息大小大于或等于UCI的信息大小；

接收单元602，用于采用控制单元601确定的PUCCH格式接收第一设备发送的UCI。

可选的，接收单元602，还用于根据PUCCH格式对应的PUCCH的资源大小接收第一设备发送的UCI；

或者，控制单元601，还用于确定PUCCH的资源大小；

接收单元602，还用于根据控制单元601确定的PUCCH格式及PUCCH的资源大小接收第一设备发送的UCI。

可选的，控制单元601，还用于获取UCI的信息大小；根据UCI信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小。

可选的，第二设备60还包括第一发送单元603，用于向第一设备发送第一指示信息，第一指示信息用于指示PUCCH的资源大小。

可选的，第二设备60还包括第二发送单元604，用于向第一设备发送第二指示信息，第二指示信息用于指示PUCCH格式。

可选的，控制单元601，还用于获取UCI的信息大小；根据预先定义的信息大小与PUCCH格式之间的对应关系及UCI的信息大小确定PUCCH格式。

本实施例提供的第二设备，确定用于发送UCI的PUCCH格式，采用PUCCH格式接收第一设备发送的UCI，因为可以根据UCI的信息大小选择合适的PUCCH格式对UCI进行编码发送，而且，本实施例提供的新的PUCCH格式支持大量信息的编码及发送，解决了现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

结合上述图3对应的实施例，本发明另一实施例提供一种第一设备，用于执行上述图3对应的实施例中所描述的信息传输方法，参照图7所示，该第一设备70包括控制单元701和发送单元702。

其中，控制单元701，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH资源；

发送单元702，用于根据控制单元701确定的PUCCH的资源大小向第二设备发送UCI。

可选的，控制单元701，还用于获取UCI的信息大小；根据信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小。

可选的，第一设备70还包括第一接收单元703，用于接收第一指示信息，第一指示信息用于指示PUCCH的资源大小。

可选的，控制单元701，还用于确定用于发送UCI的物理上行链路控制信道PUCCH格式，PUCCH格式对应的负载信息大小大于或等于UCI的信息大小；

发送单元702，还用于根据PUCCH格式对应的PUCCH的资源大小向第二设备发送UCI；

或者，发送单元702，还用于根据控制单元701确定的PUCCH格式及PUCCH的资源大小向第二设备发送UCI。

可选的，第一设备70还包括第二接收单元704，用于接收第二设备发送的第二指示信息，第二指示信息用于指示PUCCH格式；

控制单元701，还用于根据第二接收单元704接收的第二指示信息确定PUCCH格式。

可选的，控制单元701，还用于获取UCI的信息大小；根据预先定义的信息大小与PUCCH格式之间的对应关系及UCI的信息大小确定PUCCH格式。

本实施例提供的第一设备，确定用于发送UCI的PUCCH资源大小，根据PUCCH的资源大小向第二设备发送UCI，因为可以重新确定PUCCH资源大小，支持大量信息的编码及发送，解决了现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

结合上述图4对应的实施例，本发明另一实施例提供一种第二设备，用于执行上述图4对应的实施例中所描述的信息传输方法，参照图8所示，该第二设备80包括控制单元801和接收单元802。

其中，控制单元801，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH资源；

接收单元802，用于根据控制单元801确定的PUCCH的资源大小接收第一设备发送的UCI。

可选的，控制单元801，还用于获取UCI的信息大小；根据信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小。

可选的，第二设备80还包括第一发送单元803，用于向第一设备发送第一指示信息，第一指示信息用于指示PUCCH的资源大小。

可选的，控制单元801，还用于确定用于发送UCI的物理上行链路控制信道PUCCH格式，PUCCH格式对应的负载信息大小大于或等于UCI的信息大小；

接收单元802，还用于根据PUCCH格式对应的PUCCH的资源大小接收第一设备发送的UCI；

或者，接收单元802，还用于根据控制单元801确定的PUCCH格式及PUCCH的资源大小接收第一设备发送的UCI。

可选的，第二设备80还包括第二发送单元804，用于向第一设备发送第二指示信息，第二指示信息用于指示PUCCH格式。

可选的，控制单元801，还用于获取UCI的信息大小；根据预先定义的信息大小与PUCCH格式之间的对应关系及UCI的信息大小确定PUCCH格式。

本实施例提供的第二设备，确定用于发送UCI的PUCCH资源大小，根据PUCCH的资源大小接收第一设备发送的UCI，因为可以重新确定PUCCH资源大小，支持大量信息的编码及发送，解决了现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

结合上述图1对应的实施例，本发明实施例提供另一种第一设备，用于执行上述图1对应的实施例中所描述的信息传输方法，参照图9所示，该第一设备90包括：至少一个处理器901、存储器902、总线903及发送器904，该至少一个处理器901、存储器902及发送器904通过总线903连接并完成相互间的通信。

该总线903可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。该总线903可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。其中：

存储器902用于执行本发明方案的应用程序代码，执行本发明方案的应用程序代码保存在存储器中，并由处理器901来控制执行。

该存储器可以是只读存储器ROM或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器EEPROM、只读光盘CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。这些存储器通过总线与处理器相连接。

处理器901可能是一个中央处理器901(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。

其中，处理器901，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，PUCCH格式对应的负载信息大小大于或等于UCI的信息大小；

发送器904，用于采用处理器901确定的PUCCH格式向第二设备发送UCI。

可选的，发送器904，还用于根据PUCCH格式对应的PUCCH的资源大小向第二设备发送UCI；

或者，处理器901，还用于确定PUCCH的资源大小；

发送器904，还用于根据处理器901确定的PUCCH格式及PUCCH的资源大小向第二设备发送UCI。

可选的，处理器901，还用于获取UCI的信息大小；根据UCI信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小。

可选的，第一设备90还包括第一接收器905，用于接收第一指示信息，第一指示信息用于指示PUCCH的资源大小；

处理器901，还用于根据第一接收器905接收的第一指示信息确定PUCCH的资源大小。

可选的，第一设备90还包括第二接收器906，用于接收第二设备发送的第二指示信息，第二指示信息用于指示PUCCH格式；

处理器901，还用于根据第二接收器906接收的第二指示信息确定PUCCH格式。

处理器901，还用于获取UCI的信息大小；根据预先定义的信息大小与PUCCH格式之间的对应关系及UCI的信息大小确定PUCCH格式。

结合上述图2对应的实施例，本发明实施例提供另一种第二设备，用于执行上述图2对应的实施例中所描述的信息传输方法，参照图10所示，该第二设备100包括：至少一个处理器1001、存储器1002、总线1003及接收器1004，该至少一个处理器1001、存储器1002及接收器1004通过总线1003连接并完成相互间的通信。

该总线1003可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。该总线1003可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。其中：

存储器1002用于执行本发明方案的应用程序代码，执行本发明方案的应用程序代码保存在存储器中，并由处理器1001来控制执行。

处理器1001可能是一个中央处理器1001(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。

其中，处理器1001，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，PUCCH格式对应的负载信息大小大于或等于UCI的信息大小；

接收器1004，用于采用处理器1001确定的PUCCH格式接收第一设备发送的UCI。

可选的，接收器1004，还用于根据PUCCH格式对应的PUCCH的资源大小向第一设备发送UCI；

或者，处理器1001，还用于确定PUCCH的资源大小；

接收器1004，还用于根据处理器1001确定的PUCCH格式及 PUCCH的资源大小接收第一设备发送的UCI。

可选的，处理器1001，还用于获取UCI的信息大小；根据UCI信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小。

可选的，第二设备100还包括第一发送器1005，用于向第一设备发送第一指示信息，第一指示信息用于指示PUCCH的资源大小。

可选的，第二设备100还包括第二发送器1006，用于向第一设备发送第二指示信息，第二指示信息用于指示PUCCH格式。

可选的，处理器1001，还用于获取UCI的信息大小；根据预先定义的信息大小与PUCCH格式之间的对应关系及UCI的信息大小确定PUCCH格式。

结合上述图3对应的实施例，本发明另一实施例提供另一种第一设备，用于执行上述图3对应的实施例中所描述的信息传输方法，参照图11所示，该第一设备110包括：至少一个处理器1101、存储器1102、总线1103及发送器1104，该至少一个处理器1101、存储器1102及发送器1104通过总线1103连接并完成相互间的通信。

该总线1103可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。该总线1103可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。其中：

存储器1102用于执行本发明方案的应用程序代码，执行本发明方案的应用程序代码保存在存储器中，并由处理器1101来控制执行。

处理器1101可能是一个中央处理器1101(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。

其中，处理器1101，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH资源；

发送器1104，用于根据处理器1101确定的PUCCH的资源大小向第二设备发送UCI。

可选的，处理器1101，还用于获取UCI的信息大小；根据信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小。

可选的，第一设备110还包括第一接收器1105，用于接收第一指示信息，第一指示信息用于指示PUCCH的资源大小。

可选的，处理器1101，还用于确定用于发送UCI的物理上行链路控制信道PUCCH格式，PUCCH格式对应的负载信息大小大于或等于UCI的信息大小；

发送器1104，还用于根据PUCCH格式对应的PUCCH的资源大小向第二设备发送UCI；

或者，发送器1104，还用于根据处理器1101确定的PUCCH格式及PUCCH的资源大小向第二设备发送UCI。

可选的，第一设备110还包括第二接收器1106，用于接收第二设备发送的第二指示信息，第二指示信息用于指示PUCCH格式；

处理器1101，还用于根据第二接收器1106接收的第二指示信息确定PUCCH格式。

可选的，处理器1101，还用于获取UCI的信息大小；根据预先定义的信息大小与PUCCH格式之间的对应关系及UCI的信息大小确定PUCCH格式。

结合上述图4对应的实施例，本发明另一实施例提供另一种第二设备，用于执行上述图4对应的实施例中所描述的信息传输方法，参照图12所示，该第二设备120包括：至少一个处理器1201、存储器1202、总线1203及接收器1204，该至少一个处理器1201、存储器1202及接收器1204通过总线1203连接并完成相互间的通信。

该总线1203可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。该总线1203可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。其中：

存储器1202用于执行本发明方案的应用程序代码，执行本发明方案的应用程序代码保存在存储器中，并由处理器1201来控制执行。

处理器1201可能是一个中央处理器1201(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。

其中，处理器1201，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH资源；

接收器1204，用于根据处理器1201确定的PUCCH的资源大小接收第一设备发送的UCI。

可选的，处理器1201，还用于获取UCI的信息大小；根据信息大小与资源大小之间的对应关系及UCI的信息大小确定PUCCH的资源大小。

可选的，第二设备120还包括第一发送器1205，用于向第一设备发送第一指示信息，第一指示信息用于指示PUCCH的资源大小。

可选的，处理器1201，还用于确定用于发送UCI的物理上行链路控制信道PUCCH格式，PUCCH格式对应的负载信息大小大于或等于UCI的信息大小；

接收器1204，还用于根据PUCCH格式对应的PUCCH的资源大小接收第一设备发送的UCI；

或者，接收器1204，还用于根据处理器1201确定的PUCCH格式及PUCCH的资源大小接收第一设备发送的UCI。

可选的，第二设备120还包括第二发送器1206，用于向第一设备发送第二指示信息，第二指示信息用于指示PUCCH格式。

可选的，处理器1201，还用于获取UCI的信息大小；根据预先定义的信息大小与PUCCH格式之间的对应关系及UCI的信息大小确定PUCCH格式。

基于上述图1和图2对应的实施例，本发明实施例提供一种无线通信系统，用于执行上述图1和图2对应的实施例中所描述的信息传输方法，参照图13所示，该无线通信系统130包括第一设备1301和第二设备1302。

其中，第一设备1301为图5对应的实施例中所描述的第一设备，第二设备1302为图6对应的实施例中所描述的第二设备。

或者，第一设备1301为图9对应的实施例中所描述的第一设备，第二设备1302为图10对应的实施例中所描述的第二设备。

本实施例提供的无线通信系统，第一设备确定用于发送UCI的PUCCH格式，采用PUCCH格式向第二设备发送UCI，其中，PUCCH格式对应的信息大小大于或等于UCI的信息大小，因为可以根据UCI的信息大小选择合适的PUCCH格式对UCI进行编码发送，而且，本实施例提供的新的PUCCH格式支持大量信息的编码及发送，解决了现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

基于上述图3和图4对应的实施例，本发明另一实施例提供一种无线通信系统，用于执行上述图3和图4对应的实施例中所描述的信息传输方法，参照图14所示，该无线通信系统140包括第一设备1401和第二设备1402。

其中，第一设备1401为图7对应的实施例中所描述的第一设备，第二设备1402为图8对应的实施例中所描述的第二设备。

或者，第一设备1401为图11对应的实施例中所描述的第一设备，第二设备1402为图12对应的实施例中所描述的第二设备。

本实施例提供的无线通信系统，第一设备确定用于发送UCI的PUCCH资源大小，根据PUCCH的资源大小向第二设备发送UCI，因为可以重新确定PUCCH资源大小，支持大量信息的编码及发送，解决了现有技术中在使用CA技术传输UCI信息时，信息量过大，导致PUCCH资源信息无法指示的问题。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims

一种信息传输方法，其特征在于，包括：

第一设备确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

所述第一设备采用所述PUCCH格式向第二设备发送所述UCI。
根据权利要求1所述的方法，其特征在于，

所述PUCCH格式包括所述PUCCH的资源大小，所述第一设备采用所述PUCCH格式向第二设备发送所述UCI，包括：

所述第一设备根据所述PUCCH格式对应的PUCCH的资源大小向所述第二设备发送所述UCI；

或者，所述PUCCH格式不包括所述PUCCH的资源大小，所述第一设备采用所述PUCCH格式向第二设备发送所述UCI，包括：

所述第一设备确定所述PUCCH的资源大小；根据所述PUCCH格式及所述PUCCH的资源大小向所述第二设备发送所述UCI。
根据权利要求2所述的方法，其特征在于，所述第一设备确定所述PUCCH的资源大小，包括：

所述第一设备获取所述UCI的信息大小；

所述第一设备根据UCI信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述PUCCH的资源大小。
根据权利要求2所述的方法，其特征在于，所述第一设备确定所述PUCCH的资源大小之前，还包括：

所述第一设备接收第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小；

所述第一设备确定所述PUCCH的资源大小，包括：

所述第一设备根据所述第一指示信息确定所述PUCCH的资源大小。
根据权利要求1所述的方法，其特征在于，

所述第一设备确定上行控制信息UCI的物理上行链路控制信道 PUCCH格式之前，还包括：

所述第一设备接收所述第二设备发送的第二指示信息，所述第二指示信息用于指示所述PUCCH格式；

所述第一设备确定上行控制信息UCI的物理上行链路控制信道PUCCH格式，包括：

所述第一设备根据所述第二指示信息确定所述PUCCH格式。
根据权利要求1所述的方法，其特征在于，所述第一设备确定上行控制信息UCI的物理上行链路控制信道PUCCH格式，包括：

所述第一设备获取所述UCI的信息大小；

所述第一设备根据预先定义的信息大小与PUCCH格式之间的对应关系及所述UCI的信息大小确定所述PUCCH格式。
一种信息传输方法，其特征在于，包括：

第二设备确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI。
根据权利要求7所述的方法，其特征在于，

所述PUCCH格式包括所述PUCCH的资源大小，所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI，包括：

所述第二设备根据所述PUCCH格式对应的所述PUCCH的资源大小接收所述第一设备发送的所述UCI；

或者，所述PUCCH格式不包括所述PUCCH的资源大小，所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI，包括：

所述第二设备确定所述PUCCH的资源大小；根据所述PUCCH格式及所述PUCCH的资源大小接收所述第一设备发送的所述UCI。
根据权利要求8所述的方法，其特征在于，所述第二设备确定所述PUCCH的资源大小，包括：

所述第二设备获取所述UCI的信息大小；

所述第二设备根据信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述PUCCH的资源大小。
根据权利要求8所述的方法，其特征在于，所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI之前，还包括：

所述二设备向所述第一设备发送第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小。
根据权利要求7所述的方法，其特征在于，所述第二设备采用所述PUCCH格式接收第一设备发送的所述UCI之前，还包括：

所述第二设备向所述第一设备发送第二指示信息，所述第二指示信息用于指示所述PUCCH格式。
根据权利要求7所述的方法，其特征在于，所述第二设备确定上行控制信息UCI的物理上行链路控制信道PUCCH格式，包括：

所述第二设备获取所述UCI的信息大小；

所述第二设备根据预先定义的信息大小与PUCCH格式之间的对应关系及所述UCI的信息大小确定所述PUCCH格式。
一种信息传输方法，其特征在于，包括：

第一设备确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH资源大小；

所述第一设备根据所述PUCCH的资源大小向第二设备发送所述UCI。
根据权利要求13所述的方法，其特征在于，所述第一设备确定所述PUCCH的资源大小，包括：

所述第一设备获取所述UCI的信息大小；

所述第一设备根据信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述PUCCH的资源大小。
根据权利要求13所述的方法，其特征在于，所述第一设备根据所述PUCCH的资源大小向第二设备发送所述UCI之前，还包括：

所述第一设备接收第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小。
根据权利要求13所述的方法，其特征在于，所述方法还包括：

所述第一设备确定用于发送所述UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

所述PUCCH格式包括所述PUCCH的资源大小，所述第一设备根据所述PUCCH的资源大小向第二设备发送所述UCI，包括：

所述第一设备根据所述PUCCH格式对应的所述PUCCH的资源大小向所述第二设备发送所述UCI；

或者，所述PUCCH格式不包括所述PUCCH的资源大小，所述第一设备根据所述PUCCH的资源大小向第二设备发送所述UCI，包括：

所述第一设备根据所述PUCCH格式及所述PUCCH的资源大小向所述第二设备发送所述UCI。
根据权利要求16所述的方法，其特征在于，

所述第一设备确定所述UCI的物理上行链路控制信道PUCCH格式之前，还包括：

所述第一设备接收所述第二设备发送的第二指示信息，所述第二指示信息用于指示所述PUCCH格式；

所述第一设备确定所述UCI的物理上行链路控制信道PUCCH格式，包括：

所述第一设备根据所述第二指示信息确定所述PUCCH格式。
根据权利要求16所述的方法，其特征在于，所述第一设备确定用于发送所述UCI的物理上行链路控制信道PUCCH格式，包括：

所述第一设备获取所述UCI的信息大小；

所述第一设备根据预先定义的信息大小与PUCCH格式之间的对应关系及所述UCI的信息大小确定所述PUCCH格式。
一种信息传输方法，其特征在于，包括：

第二设备确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH的资源大小；

所述第二设备根据所述PUCCH的资源大小接收第一设备发送的所述UCI。
根据权利要求19所述的方法，其特征在于，所述第二设备确定用于发送UCI的上行控制信息PUCCH的资源大小，包括：

所述第二设备获取所述UCI的信息大小；

所述第二设备根据信息大小与资源大小之间的对应关系及所述UCI的信息大小确定所述PUCCH的资源大小。
根据权利要求19所述的方法，其特征在于，所述第二设备根据所述PUCCH的资源大小接收第一设备发送的所述UCI之前，还包括：

所述第二设备向所述第一设备发送第一指示信息，所述第一指示信息用于指示所述PUCCH的资源大小。
根据权利要求19所述的方法，其特征在于，所述方法还包括：

所述第二设备确定用于发送所述UCI的PUCCH格式，所述PUCCH格式对应的信息大小大于或等于所述UCI的信息大小；

所述PUCCH格式包括所述PUCCH的资源大小，所述第二设备根据所述PUCCH的资源大小接收第一设备发送的所述UCI，包括：

所述第二设备根据所述PUCCH格式对应的所述PUCCH的资源大小接收所述第一设备发送的所述UCI；

或者，所述PUCCH格式不包括所述PUCCH的资源大小，所述第二设备根据所述PUCCH的资源大小接收第一设备发送的所述UCI，包括：

所述第二设备根据所述PUCCH格式及所述PUCCH的资源大小接收所述第一设备发送的所述UCI。
根据权利要求22所述的方法，其特征在于，所述第二设备根据所述PUCCH的资源大小接收第一设备发送的所述UCI之前，还包括：

所述第二设备向所述第一设备发送第二指示信息，所述第二指示信息用于指示所述PUCCH格式。
根据权利要求22所述的方法，其特征在于，所述第二设备确定用于发送所述UCI的PUCCH格式，包括：

所述第二设备获取所述UCI的信息大小；

所述第二设备根据预先定义的信息大小与PUCCH格式之间的对应关系及所述UCI的信息大小确定所述PUCCH格式。
一种第一设备，其特征在于，包括：

控制单元，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

发送单元，用于采用所述控制单元确定的所述PUCCH格式向第二设备发送所述UCI。
一种第二设备，其特征在于，包括：

控制单元，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

接收单元，用于采用所述控制单元确定的所述PUCCH格式接收第一设备发送的所述UCI。
一种第一设备，其特征在于，包括：

控制单元，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH资源大小；

发送单元，用于根据所述控制单元确定的所述PUCCH的资源大小向第二设备发送所述UCI。
一种第二设备，其特征在于，包括：

控制单元，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH的资源大小；

接收单元，用于根据所述控制单元确定的所述PUCCH的资源大小接收第一设备发送的所述UCI。
一种第一设备，其特征在于，包括：处理器、存储器、总线及发送器，所述处理器、所述存储器及所述发送器通过所述总线相互连接；

其中，所述处理器，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

所述发送器，用于采用所述处理器确定的所述PUCCH格式向第二设备发送所述UCI。
一种第二设备，其特征在于，包括：处理器、存储器、总线及接收器，所述处理器、所述存储器及所述接收器通过所述总线相互连接；

其中，所述处理器，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH格式，所述PUCCH格式对应的负载信息大小大于或等于所述UCI的信息大小；

所述接收器，用于采用所述处理器确定的所述PUCCH格式接收第一设备发送的所述UCI。
一种第一设备，其特征在于，包括：处理器、存储器、总线及发送器，所述处理器、所述存储器及所述发送器通过所述总线相互连接；

其中，所述处理器，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH资源大小；

所述发送器，用于根据所述处理器确定的所述PUCCH的资源大小向第二设备发送所述UCI。
一种第二设备，其特征在于，包括：处理器、存储器、总线及接收器，所述处理器、所述存储器及所述接收器通过所述总线相互连接；

其中，所述处理器，用于确定用于发送上行控制信息UCI的物理上行链路控制信道PUCCH的资源大小；

所述接收器，用于根据所述处理器确定的所述PUCCH的资源大小接收第一设备发送的所述UCI。
一种无线通信系统，其特征在于，包括第一设备和第二设备，

其中，所述第一设备为权利要求25所述的第一设备，所述第二设备为权利要求26所述的第二设备；

或者，所述第一设备为权利要求29所述的第一设备，所述第二设备为权利要求30所述的第二设备。
一种无线通信系统，其特征在于，包括第一设备和第二设备，

其中，所述第一设备为权利要求27所述的第一设备，所述第二设备为权利要求28所述的第二设备；

或者，所述第一设备为权利要求31所述的第一设备，所述第二设备为权利要求32所述的第二设备。