CN106559198B - 一种基于pucch的上行控制信息传输方法及装置 - Google Patents

一种基于pucch的上行控制信息传输方法及装置 Download PDF

Info

Publication number
CN106559198B
CN106559198B CN201510624635.3A CN201510624635A CN106559198B CN 106559198 B CN106559198 B CN 106559198B CN 201510624635 A CN201510624635 A CN 201510624635A CN 106559198 B CN106559198 B CN 106559198B
Authority
CN
China
Prior art keywords
pucch
dci
format
orthogonal sequence
uci
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201510624635.3A
Other languages
English (en)
Other versions
CN106559198A (zh
Inventor
高雪娟
郑方政
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
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
Priority to CN201510624635.3A priority Critical patent/CN106559198B/zh
Application filed by China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to EP16847944.2A priority patent/EP3355506B1/en
Priority to KR1020207023191A priority patent/KR102278934B1/ko
Priority to KR1020187011777A priority patent/KR20180059869A/ko
Priority to JP2018515820A priority patent/JP6807382B2/ja
Priority to US15/763,088 priority patent/US11082958B2/en
Priority to PCT/CN2016/094975 priority patent/WO2017050062A1/zh
Publication of CN106559198A publication Critical patent/CN106559198A/zh
Application granted granted Critical
Publication of CN106559198B publication Critical patent/CN106559198B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/005—Allocation of pilot signals, i.e. of signals known to the receiver of common pilots, i.e. pilots destined for multiple users or terminals
    • 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

Abstract

本发明提供一种基于PUCCH的上行控制信息传输方法及装置。用户设备根据下行控制信息DCI，确定物理上行控制信道PUCCH的格式和/或所使用的正交序列的信息；所述用户设备根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息。本发明可实现如何选择PUCCH的传输结构进行上行控制信息的传输。

Description

一种基于PUCCH的上行控制信息传输方法及装置
技术领域
本发明涉及无线通信技术领域，尤其涉及一种基于PUCCH的上行控制信息传输方法及装置。
背景技术
在长期演进增强(LTE-A，Long Term Evolution-Advanced)版本(Release，简称Rel)-10载波聚合(CA，Carrier Aggregation)系统中，支持最多5载波聚合，并相应定义了PUCCH format3(其中，PUCCH是Physical Uplink Control Channel的英文简称，即物理上行控制信道)，可以承载最多22比特的上行控制信息(UCI，Uplink Control Information)传输。在LTE-A Rel-13 CA系统中，支持最多32载波聚合，并相应定义了容量更大的新PUCCH格式(英文为new PUCCH format)，用来承载更多的上行控制信息传输。
当系统中引入多种不同传输结构的PUCCH时，如何选择PUCCH的传输结构进行上行控制信息的传输，目前尚未有解决方案。
发明内容
本发明实施例提供一种基于PUCCH的上行控制信息传输方法及装置，用以实现如何选择PUCCH的传输结构进行上行控制信息的传输。
本发明实施例提供的基于PUCCH的上行控制信息传输方法，包括：
用户设备根据DCI，确定PUCCH的格式和/或所使用的正交序列的信息；
所述用户设备根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息。
本发明实施例提供的另一种基于PUCCH的上行控制信息传输方法，包括：
基站发送DCI，用于通知PUCCH的格式和/或所使用的正交序列的信息的指示信息；
所述基站根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息。
本发明实施例提供的用户设备，包括：
确定模块，用于根据DCI确定PUCCH的格式和/或所使用的正交序列的信息；
传输模块，用于根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息。
本发明实施例提供的基站，包括：
发送模块，用于发送DCI，以通知PUCCH的格式和/或所使用的正交序列的信息的指示信息；
接收模块，用于根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息。
本发明的上述实施例中，用户设备根据DCI确定PUCCH的格式和/或所使用的正交序列的信息，并根据确定出的PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息，从而实现了基于DCI选择PUCCH的传输结构，并根据所选择的PUCCH传输结构进行上行控制信息的传输。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1和图2分别为现有技术中承载超过5载波聚合的反馈信息的新PUCCH格式示意图；
图3为本发明实施例提供的在用户设备侧实现的PUCCH传输流程示意图；
图4为本发明实施例中根据DAI确定UCI反馈比特数的示意图；
图5为本发明实施例中不同正交序列长度的PUCCH的资源分配示意图；
图6为本发明实施例提供的在基站侧实现的PUCCH传输流程示意图；
图7为本发明提供的用户设备的结构示意图；
图8为本发明另一实施例提供的用户设备的结构示意图；
图9为本发明实施例提供的基站的结构示意图；
图10为本发明另一实施例提供的基站的结构示意图。
具体实施方式
如背景技术中所述，早期版本中定义的传输ACK/NACK的PUCCH格式(format)已经不能支持传输更多ACK/NACK反馈比特的需求，因此出现了容量更大的新PUCCH格式，例如，基于物理上行共享信道(PUSCH，Physical Uplink Shared CHannel)结构的新PUCCH格式，如图1所示，或者基于PUCCH format3结果的新PUCCH格式，如图2所示。图1和图2所示的PUCCH格式的主要区别在于一个时隙中的导频符号数不同。
图1和图2中，Di表示第i个符号序列，当新PUCCH格式在频域仅使用1个PRB(Physical Resource Block，物理资源块)传输时，每个Di包含12个符号，分别映射在一个单载波-频分多址接入(SC-FDMA，Single Carrier-Frequency Division MultipleAccess)符号上的12个子载波上。在假设仅占用1个PRB传输PUCCH的基础上，且在常规循环前缀(CP，Cyclic Prefix)且一个时隙仅存在一列导频符号，且使用正交相移键控/四相相移键控(QPSK，Quadrature Phase-Shift Keying)调制方式的情况下，该新PUCCH格式可以承载288比特编码后信息，即144个调制符号，基于PUCCH format3结构的new PUCCH format可以承载240比特编码后信息，即120个调制符号。
考虑到用户设备并不总是聚合32个载波之多，且用户设备使用单传输块(TB，Transport Block)或多TB传输模式也可以发生变化，另外，用户设备实际存在调度的载波数总是小于或等于配置载波数，因此，用户设备在不同配置情况和不同子帧中的ACK/NACK反馈比特数不同；当新PUCCH格式用于传输多载波周期信道状态信息(CSI，Channel StateInformation)时，由于CSI仅对激活载波进行反馈，而激活载波数可以在一段时间后发生变化，另外，根据周期CSI的上报模式不同，其反馈比特数也不同，因此不同配置情况和不同子帧中的周期CSI比特数也不同；当支持ACK/NACK与周期CSI同时使用新PUCCH格式传输时，由于周期CSI并不是在每个子帧中都存在，且根据激活载波数和周期CSI的上报模式不同，周期CSI反馈比特数也不同，因此不同配置情况和不同子帧中的UCI总比特数也不同。针对上述情况总是使用288个编码比特传输，对于不同的ACK/NACK反馈比特数或不同的UCI反馈比特数，码率不同，码率可能存在较大冗余。例如，对144比特UCI(可能为ACK/NACK或者周期CSI或者ACK/NACK与周期CSI的总比特数)，其码率为1/2，对于96比特UCI，其码率为1/3，对于72比特UCI，其码率为1/4；当码率较小时，已经超过了传输性能的需求，产生编码冗余传输，降低了传输效率。因此，进一步提出对新PUCCH格式定义不同长度的正交序列，对于传输比特数较小的情况，可以使用正交扩频序列支持多个用户复用在同一个PRB中传输，同时提高码率，以提高传输效率和系统资源利用率。
目前如何支持超过5个载波聚合时的多比特ACK/NACK反馈还没有明确方案；当系统中引入了多种PUCCH传输结构时，如果实现在这些PUCCH传输结构之间根据具体情况动态选择，以选取更为适合的PUCCH传输方案，还没有明确方案。
基于上述考虑，本发明实施例提供了一种基于PUCCH的上行控制信息传输方案，可以根据DCI确定PUCCH的传输结构，比如PUCCH的格式和/或所使用的正交序列信息，从而根据确定出的PUCCH传输结构对PUCCH上承载的上行控制信息进行传输。
下面首先对本发明实施例中的PUCCH所使用的正交序列以及PUCCH的格式进行如下介绍。
(一)正交序列的长度
PUCCH所使用的正交序列的长度表示为。
优选地，当新PUCCH格式在频域进行正交扩频时，为能够被M整除的正整数，M为一个PRB占用的子载波的数量，M为正整数，比如在一个PRB占用12个子载波的情况下，的取值可以是1,2,3,4,6中的一种；其中，同一个子帧中，所有或部分用于传输PUCCH的SC-FDMA符号所对应的正交序列的长度可以相同也可以不同，正交序列本身也可以相同或者不同。在新PUCCH格式在时域进行正交扩频时，为能够被M1整除的正整数，M1为一个子帧或者时隙中所包含的承载数据的SC-FDMA符号数，M1为正整数，比如在常规CP时，假设每个时隙中都只有一个SC-FDMA符号用于承载导频，则一个时隙中包含6个用于承载数据的SC-FDMA符号，的取值可以是1,2,3,6中的一种；其中，同一个子帧中，不同时隙对应的正交序列的长度可以相同也可以不同，例如常规CP，假设每个时隙中都只有一个SC-FDMA符号用于承载导频，使用截短的PUCCH时，即最后一个SC-FDMA符号空置用于SRS传输，则一个子帧中的第一个时隙的情况同上，第二时隙中仅包含5个承载数据的SC-FDMA符号，的取值可以是1,5中的一种，或者对于一个时隙中包含5个承载数据的SC-FDMA符号的情况，可以定义一个时隙中的不同SC-FDMA符号组使用不同长度的，例如第1到第3个承载数据的SC-FDMA符号一组，使用的正交序列，第4和第5个承载数据的SC-FDMA符号一组，使用的正交序列。
(二)正交序列的编号
在上述时域或者频域扩频方法中，一个长度为的正交序列集合中包含个正交序列，每个正交序列通过正交序列编号来标识。
(二)PUCCH的格式
PUCCH的格式可包括PUCCH格式2(PUCCH format2)、PUCCH格式3(PUCCH format3)、新PUCCH格式(new PUCCH format)中的一种或多种。其中，新PUCCH格式可以是定义可用于承载超过5载波聚合的反馈信息的PUCCH格式，例如，前述介绍过的基于PUSCH结构(如图1所示)或者基于PUCCH format3结构定义的新格式(如图2所示)。
下面结合附图对本发明实施例进行详细描述。
以下实施例中，对于DCI中的指示域，使用第一指示域、第二指示域等类似表述，仅为了对DCI中的指示域进行区分，并无特别含义，在此统一说明。
参见图3，为本发明实施例提供的基于PUCCH的上行控制信息传输流程示意图，该流程可在用户设备侧实现。
如图所示，该流程可包括如下步骤301至步骤302：
步骤301：用户设备根据DCI(Downlink Control Information，下行控制信息)确定PUCCH的格式和/或所使用的正交序列的信息。
其中，所述正交序列的信息包括：正交序列的长度和编号中的一种或多种，每个正交序列的长度所对应的正交序列集合预先定义。
步骤302：用户设备根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息。
其中，PUCCH所使用的正交序列可用于对该PUCCH所承载的上行控制信息进行频域和/或时域扩频。
上述流程中，如果步骤301中确定的PUCCH的格式为PUCCH格式3，则步骤302中可以按照新PUCCH格式所对应的UCI反馈比特数进行传输。具体来说，当选择的PUCCH格式为PUCCH format3时，PUCCH format3在产生ACK/NACK反馈信息时，按照new PUCCH format产生ACK/NACK反馈信息的方法产生，例如根据DAI(Downlink Assignment Index，时域下行分配指示)中的相应的时/频域计数器和ACK/NACK总比特数指示信息，产生ACK/NACK反馈信息，该ACK/NACK反馈信息的大小是可以根据不同的调度情况动态变化的。
通过以上描述可以看出，用户设备根据DCI确定PUCCH的格式和/或所使用的正交序列的信息，并根据确定出的PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息，从而实现了基于DCI动态选择PUCCH的传输结构，并根据所选择的PUCCH传输结构进行上行控制信息的传输。
图3所示流程的步骤301的具体实现方式可以有多种，本发明实施例给出了以下几种优选实现方案。这几种优选实现方案总体来说可分为方案一、方案二和方案三，下面分别对这些优选实现方案进行详细说明。
方案一
步骤301中，用户设备可根据DCI中的第一指示域，获取该第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息。
方案一中，当系统中支持多个正交序列长度，且所述第一指示域中不包括正交序列的指示信息时，正交序列长度可以根据PUCCH格式隐式获得，例如每种PUCCH格式都对应唯一长度的正交序列，则确定了PUCCH格式，就确定了该PUCCH格式所使用的正交序列长度；或者，可以通过DCI中的指示域指示PUCCH格式所对应的正交序列信息；还可以通过高层信令预先配置PUCCH格式所对应的正交序列信息。
下面结合几种具体实例，对方案一进行说明。
实例1：系统中定义了PUCCH格式3和1个新PUCCH格式，新PUCCH格式不使用正交序列，此种情况下，可以在DCI中使用1比特指示域通知使用PUCCH格式3或者新PUCCH格式。
实例2：系统中定义了PUCCH格式3和2个新PUCCH格式，其中不同新PUCCH格式的传输结构(例如RS符号数、占用PRB数等)不同且不使用正交序列，这种情况下，可以在DCI中使用1比特指示域通知使用新PUCCH格式1或者新PUCCH格式2；也可以在DCI中使用2比特指示域通知使用PUCCH格式3或者新PUCCH格式1或者新PUCCH格式2。
实例3：系统中定义了PUCCH格式3以及定义了1个新PUCCH格式，该新格式可以使用N个长度的正交序列，这种情况下：
一种方式是，在DCI中使用比特指示域通知使用哪种长度的正交序列，其中，表示向上取整；
另一种方式是，在DCI中使用比特指示域通知使用PUCCH格式3还是新PUCCH格式、以及在使用新PUCCH格式时对应哪种长度的正交序列；
另一种方式是，在DCI中使用1比特指示域通知使用PUCCH格式3还是新PUCCH格式，并且在使用新PUCCH格式时，进一步在DCI中使用比特指示域通知使用哪种长度的正交序列。
实例4：系统中定义了PUCCH格式3以及2个新PUCCH格式，新PUCCH格式1(a1个导频符号)，不使用正交序列(或者认为正交序列长度为1)，新PUCCH格式2(a2个导频符号)，可以使用长度分别为…的N个长度的正交序列，这种情况下：
一种方式是，在DCI中使用1比特指示域通知使用新PUCCH格式1或者新PUCCH格式2，并且使用比特指示域通知使用哪种长度的正交序列；
另一种方式是，在DCI中使用2比特指示域通知使用PUCCH格式3或者新PUCCH格式1或者新PUCCH格式2，并且使用比特指示域通知使用哪种长度的正交序列。
实例5：系统中定义了PUCCH格式3以及A个新PUCCH格式，其中不同新PUCCH格式的传输结构和/或正交序列长度不同，例如新PUCCH格式1(a1个导频符号)，不使用正交序列(或者认为正交序列长度为1)，新PUCCH格式2(a2个导频符号)，使用长度为的正交序列，新PUCCH格式3(a2个导频符号)，使用长度为的正交序列，新PUCCH格式3(a2个导频符号)，使用长度为的正交序列，…，这种情况下：
一种方式是，在DCI中使用比特指示域通知使用哪种新PUCCH格式(包括了传输结构和正交序列的长度)；
另一种方式是，在DCI中使用比特指示域通知使用PUCCH format3或者哪种新PUCCH格式(包括了传输结构和正交序列的长度)。
对于上述实例3、实例4或实例5，还可以进一步使用比特指示当前配置的长度的正交序列中的序列编号，其中，B为一个长度的正交序列中所包含的正交序列的个数；或者，也可以对正交序列长度和正交序列编号进行联合指示(相应的就不需要上述实施例中的单独指示正交序列长度的比特域了)，例如使用比特指示不同正交序列长度所包含的所有正交序列进行联合编号的编号信息，其中N为正交序列的长度的个数，正交序列的长度，即长度为的正交序列中包含的正交序列个数；或者，还可以直接根据频域资源确定正交序列编号，例如频域资源为信道资源编号，根据信道资源编号和正交序列长度，确定正交序列编号。
方案二
步骤301中，用户设备可根据DCI中的第二指示域，确定当前子帧内的UCI反馈比特数量，根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息。
方案二中，当预定义或配置的UCI反馈比特数量与PUCCH的格式和/或使用的正交序列的指示信息之间的对应关系中不包括正交序列的信息时，正交序列长度可以根据PUCCH格式隐式获得，例如每种PUCCH格式都对应唯一长度的正交序列，则确定了PUCCH格式，就确定了该PUCCH格式所使用的正交序列长度；或者，可以通过DCI中的指示域指示PUCCH格式所对应的正交序列信息；还可以通过高层信令预先配置PUCCH格式所对应的正交序列信息。
具体地，方案二中，根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息，可以有多种实现方式，下面给出两种优选实现方式：确定方式1和确定方式2，其中：
(1)确定方式1
在方案二的确定方式1中，用户设备根据当前子帧内的UCI反馈比特数量(codebook size)以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息。其中，根据DCI中的第二指示域所确定出的当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素。UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
采用上述方案二的确定方式1时，在具体实施中，可预先定义UCI反馈比特数集合，以及UCI反馈比特数集合中的每个元素与PUCCH的格式和/或所使用的正交序列信息之间的对应关系。基站所发送的DCI中的第二指示域所指示的当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，这样，用户设备可以根据接收到的DCI中的第二指示域确定出PUCCH格式和/或所使用的正交序列的信息。
优选地，UCI反馈比特数集合中的N个元素可以是以下几种情况中的一种：
-该N个元素是UCI反馈比特数量的N个取值；
-该N个元素是载波数量的N个取值，每个载波数量的取值对应一个UCI反馈比特数量的取值；
-该N个元素是子帧数量的N个取值，每个子帧数量的取值对应一个UCI反馈比特数量的取值；
-该N个元素是载波数据和子帧数量的N个组合，每个组合对应一个UCI反馈比特数量的取值；
-该N个元素是N个载波集合，每个载波集合对应一个UCI反馈比特数量的取值；
-该N个元素是N个子帧集合，每个子帧集合对应一个UCI反馈比特数量的取值；
-该N个元素是载波集合和子帧集合的N个组合，每个组合对应一个UCI反馈比特数量的取值。
其中，UCI反馈比特数集合是预先定义的，也可以是由高层信令配置的，如由RRC(Radio Resourse Control，无线资源控制)信令配置。PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系可以是预先定义的，也可以是由高层信令配置的。
优选地，DCI中的第二指示域还承载有调度情况指示信息，该调度情况指示信息包括DAI计数器、频域DAI计数器、时域调度数据包总数、频域调度数据包总数中的一种或多种组合。这些信息可以帮助用户设备正确排序不同载波和/或子帧的ACK/NACK反馈信息。
下面结合几种实例，对上述方案二中的确定方式1进行描述。
系统中预先定义或者高层信令预先配置C1、C2、C3、…共M个反馈比特数或者系统中预先定义或者高层信令预先配置A1、A2、A3、…共M个载波和/或子帧集合，每个集合对应一个反馈比特数，例如A1对应C1，A2对应C2、…，DCI中的比特指示域可以指示其中的一个反馈比特数Ci(或者当指示其中一个载波和/或子帧集合时，也可以隐式对应出对应的反馈比特数)，用户设备和基站都根据该反馈比特数产生确定UCI反馈信息的总比特数，即在用户设备侧，如果没有接收到对应Ci比特反馈信息的下行数据，则在反馈信息序列尾部产生NACK作为填充，其中DCI中还可以包含时域和/或频域计数器指示信息，用于排列不同子帧和/或载波的ACK/NACK反馈信息，例如如图4中的DAI counter部分(即第一部分DAI)，表示当前子帧中调度的数据包为在时域和频域上调度的第几个数据包。系统中还预先定义或者高层信令预先配置了UCI反馈比特数(或者载波和/或子帧集合)与PUCCH的格式和/或所使用的正交序列信息之间的对应关系。
实例1：系统中定义了PUCCH格式3以及仅定义了1种新PUCCH格式(不支持扩频)，这种情况下，用户设备可以根据反馈信息比特数按照表1得到对应的PUCCH格式。
表1：不同UCI反馈比特数与PUCCH格式的对应关系(以1比特指示信息为例)
DCI指示信息 UCI反馈比特数 PUCCH格式
0 C1 PUCCH格式3
1 C2 新PUCCH格式
实例2：系统中定义了PUCCH格式3以及仅定义了两种新PUCCH格式(不支持扩频，使用不同的RS符号数)，这种情况下，用户设备可以根据反馈信息比特数按照表2-1得到对应的PUCCH格式，或者按照表2-2得到对应的PUCCH格式。
表2-1：不同UCI反馈比特数与PUCCH格式的对应关系(以2比特指示信息为例)
DCI指示信息 UCI反馈比特数 PUCCH格式
00 C1 新PUCCH格式1
01 C2 新PUCCH格式1
10 C3 新PUCCH格式2
11 C4 新PUCCH格式2
表2-2：不同UCI反馈比特数与PUCCH格式的对应关系(以2比特指示信息为例)
DCI指示信息 UCI反馈比特数 PUCCH格式
00 C1 PUCCH格式3
01 C2 新PUCCH格式1
10 C3 新PUCCH格式2
11 C4 新PUCCH格式2
实例3：系统中仅定义了PUCCH格式3以及1种新PUCCH格式，使用N个不同长度的正交序列，这种情况下，用户设备可以根据反馈信息比特数按照表3-1所示的对应关系得到该新格式所使用的正交序列信息，或者按照表3-2所示的对应关系得到该PUCCH格式以及所使用的正交序列信息，或者按照表1所示的对应关系得到PUCCH格式，并进一步根据DCI中使用比特指示域通知使用哪种长度的正交序列。
表3-1：不同UCI反馈比特数与正交序列信息的对应关系(以2比特指示信息为例)
表3-2：不同UCI反馈比特数与PUCCH格式以及正交序列信息的对应关系(以2比特指示信息为例)
实例4：系统中定义了PUCCH格式3以及两种新PUCCH格式，其中一种使用不同长度的正交序列时，可以根据反馈信息比特数按照表4-1所示的对应关系得到对应的新PUCCH格式以及该新格式所使用的正交序列信息；或者，按照表4-2所示的对应关系得到对应的PUCCH格式以及该格式所使用的正交序列信息；或者按照表1所示的对应关系得到PUCCH格式，并进一步根据DCI中使用比特指示域通知使用哪种长度的正交序列；或者按照表2-2所示的对应关系得到PUCCH格式，并进一步根据DCI中使用比特指示域通知使用哪种长度的正交序列。
表4-1：不同UCI反馈比特数与新PUCCH格式和正交序列信息的对应关系(以3比特指示信息为例)
表4-2：不同UCI反馈比特数与PUCCH格式和正交序列信息的对应关系(以3比特指示信息为例)
实例5：系统中定义了PUCCH格式3以及A种新PUCCH格式，其中不同新PUCCH格式所使用的传输结构和/或正交序列长度不同，这种情况下，用户设备可以根据反馈信息比特数按照表5-1所示的对应关系得到对应的新PUCCH格式以及该新格式所使用的正交序列信息，或者按照表5-2所示的对应关系得到对应的PUCCH格式以及该格式所使用的正交序列信息。
表5-1：不同UCI反馈比特数与PUCCH格式和正交序列信息的对应关系(以3比特指示信息为例)
表5-2：不同UCI反馈比特数与PUCCH格式和正交序列信息的对应关系(以3比特指示信息为例)
当反馈比特数的个数超过新PUCCH格式和正交序列长度的组合个数时，可以定义多对一关系，即不同的反馈比特数对应相同的传输方案。
此外，对于上述表格，还可以进一步定义UCI反馈比特数与新PUCCH格式、正交序列长度以及正交序列编号的对应关系，从而进一步确定出正交序列编号信息，例如表6所示；或者正交序列编号根据DCI中的特定指示域确定，或者在DCI中联合指示正交序列长度和正交序列编号或者正交序列编号根据频域资源隐式确定，具体类似实施例1不再赘述。
表6：不同UCI反馈比特数与PUCCH格式以及正交序列信息的对应关系(以4比特指示信息为例)
(2)确定方式2
在方案二的确定方式2中，用户设备可根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息。其中，DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
其中，所述M个UCI反馈比特数区间可以是预先定义的，也可以是由高层信令配置的。PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系可以是预先定义的，也可以是由高层信令配置的。
采用上述方案二的确定方式2时，在具体实施中，可预先定义若干个UCI反馈比特数区间，以及每个UCI反馈比特数区间与PUCCH的格式和/或所使用的正交序列信息之间的对应关系，或者定义至少一个比特数门限值，以及超过该比特数门限值时对应的PUCCH的格式和/或所使用的正交序列信息、未超过该比特数门限值时对应的PUCCH的格式和/或所使用的正交序列信息。基站所发送的DCI中的第二指示域所指示的当前子帧内的UCI反馈比特数量在某个UCI反馈比特数区间内，这样，用户设备可以根据接收到的DCI中的第二指示域所指示的UCI反馈比特数所属的UCI反馈比特数区间，确定出PUCCH格式和/或所使用的正交序列的信息。
优选地，DCI中的第二指示域承载有调度情况指示信息，该调度情况指示信息包括DAI计数器、频域DAI计数器、时域调度数据包总数、频域调度数据包总数、时频域总的调度数据包数中的一种或多种组合。这些信息可以帮助用户设备动态确定需要反馈多少比特的ACK/NACK等UCI信息。
下面结合以下实例，对上述方案二中的确定方式2进行描述。
实例1：系统中预先定义或者高层信令预先配置[C1,C2)、[C3、C4)、…共M个反馈比特数区间，DCI中的比特指示域指示其中的一个反馈比特数区间；系统中预先定义或者高层信令预先配置类的对应关系类似实施例2，其中不同的是将不同的反馈比特数替换为反馈比特数区间；DCI中的DAI指示域可以指示时域和/或频域计数器，累积在时域和/或频域上调度的数据包个数，还可以指示总调度数据包个数，以避免最后一个数据包丢失造成基站和用户设备对UCI反馈比特数大小的理解不一致；用户设备和基站都根据DCI中的DAI设计，获得UCI反馈比特数，其中UCI反馈比特数在每个上行反馈子帧中可能都不同，取决于对应该上行子帧进行UCI反馈的下行载波和下行子帧中存在调度的数据包个数；如图4所示，其中DAI的一部分比特域用来指示在时域和频域上调度的数据包的累积值，另一部分指示基站在配置载波和对应同一个上行子帧进行ACK/NACK反馈的下行子帧中所调度的数据包总数，根据DAI确定产生28比特UCI，然后根据该UCI比特数所在的UCI反馈比特数区间，查表获得对应的新PUCCH格式和/或正交序列信息，具体的查表获取方式同实施例2。
实例2：预先定义门限比特为22或23比特，根据DAI中的时域和/或频域指示域确定动态的UCI反馈比特数，当UCI反馈比特数超过22比特时，确定采用新PUCCH格式，否则采用PUCCH format 3；或者，当UCI反馈比特数超不超过23比特时，确定采用PUCCH format 3，否则，采用新PUCCH格式；当选择new PUCCH format时，其实际传输的ACK/NACK反馈信息可以是动态确定的ACK/NACK反馈信息，即根据DCI中的时/频域计数信息、总比特数指示信息等确定的ACK/NACK反馈比特序列，当选择PUCCH format3时，其实际传输的ACK/NACK反馈信息是按照上述new format对应的方法动态确定的ACK/NACK反馈信息，当然也可以基于配置载波数和/或与当前上行子帧对应的下行子帧数产生的反馈信息(当然还可以进一步包括每个载波的传输模式)，但可能存在超过22比特的情况导致不能承载在format3中传输。
在上述方案二中，都是根据DCI中的指示域动态确定ACK/NACK反馈信息的比特数的，然后根据该反馈信息比特数与反馈信息比特数集合或反馈信息比特数区间的对应关系来确定PUCCH格式和/或所使用的正交序列的信息；作为另一个实施例，在确定PUCCH格式时，还可以根据固定的ACK/NACK反馈比特数(即根据PUCCH format3所采用的ACK/NACK反馈比特数确定方法所确定的反馈比特数)来确定采用PUCCH format3还是采用new PUCCHformat，该固定的ACK/NACK反馈比特数是基于配置载波数和/或与当前上行子帧对应的下行子帧数来确定的(当然还可以进一步包括每个载波的传输模式)，判定的门限可以预定义为22或23比特，即当上述固定的ACK/NACK反馈比特数超过22比特时，选择new PUCCHformat，否则选择PUCCH format3；当选择new PUCCH format时，其实际传输的ACK/NACK反馈信息可以是动态确定的ACK/NACK反馈信息，即反馈比特数可能小于22比特，例如根据DCI中的时/频域计数信息、总比特数指示信息等确定的ACK/NACK反馈比特序列，当然也可以传输上述固定的ACK/NACK反馈比特数的反馈信息，即基于配置载波数和/或与当前上行子帧对应的下行子帧数产生的反馈信息(当然还可以进一步包括每个载波的传输模式)；当选择PUCCH format3时，其实际传输的ACK/NACK反馈信息是基于配置载波数和/或与当前上行子帧对应的下行子帧数产生的反馈信息(当然还可以进一步包括每个载波的传输模式)，当然也可以是按照上述new format对应的方法动态确定的ACK/NACK反馈信息。
方案三
步骤301中，用户设备可根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
优选地，该步骤的具体实现方式可包括以下几种中的一种：
-用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式，其中，不同的DCI长度所对应的PUCCH的格式各不相同；
-用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的正交序列的信息，其中，不同的DCI长度所对应的正交序列的信息各不相同；
-用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式和正交序列的信息，其中，不同的DCI长度所对应的PUCCH的格式与所使用的正交序列的组合各不相同；
-若用户设备检测到的DCI为第一类别DCI，则确定第一类别DCI所对应的PUCCH的格式和/或所使用的正交序列的信息，第一类别DCI所对应的PUCCH格式不支持扩频传输或者仅支持一种固定长度的正交序列扩频传输；若所述用户设备检测到的DCI为第二类别DCI，则确定第二类别DCI所对应的PUCCH的格式和/或所使用的正交序列的信息，第二类别DCI所对应的PUCCH格式对应多个正交序列的信息；其中，第一类别DCI和第二类别DCI的长度不同。
其中，所述第一类别DCI中可包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
其中，所述第二类别DCI中可包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
具体实施时，当配置的PUCCH格式不支持扩频传输(即正交扩频序列长度为1)或者仅支持一个固定长度的正交扩频传输时，可使用第一类别DCI，如果存在超过一个PUCCH格式对应第一类别DCI，则该DCI中包括第三指示域，用于指示对应该DCI的PUCCH格式；当配置的PUCCH格式支持多个长度的正交扩频序列时，使用第二类别DCI；其中所述第一类别DCI和所述第二列表DCI的长度不同；基站侧可以根据实际配置情况选择一个DCI进行发送，从而携带了指示PUCCH格式以及正交序列信息的信息，用户设备侧通过盲检第一类别DCI和第二类别DCI，根据检测到的DCI的类别，确定PUCCH格式和正交序列信息。
优选地，当所述用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
进一步地，当第二类别DCI中不包含正交序列信息的指示域时，PUCCH使用的正交序列的信息可以高层信令预先配置，或者，当第二类别的DCI中的正交序列信息域仅只是正交序列的长度或者编号中的一种时，另一种可以通过高层信令预先配置。
下面结合以下几个实例，对上述方案三进行描述。
实例1：系统中定义了PUCCH格式3以及1个新PUCCH格式，不使用正交序列，可以定义DCI-1和DCI-2，DCI长度不同。当配置用户设备使用PUCCH格式3时，基站使用DCI-1进行调度，当配置用户设备使用新PUCCH格式时，基站使用DCI-2进行调度。用户设备通过盲检不同DCI可知使用的PUCCH格式。
实例2：系统中定义了PUCCH格式3以及1个新PUCCH格式，可以使用长度分别为…的N个长度的正交序列，可以定义DCI-1和DCI-2。当配置用户设备使用PUCCH格式3时，基站使用DCI-1进行调度，当配置用户设备使用新PUCCH格式时，基站使用DCI-2进行调度，DCI-2中进一步包含比特指示域通知使用哪种长度的正交序列。用户设备通过盲检不同的DCI，并检测DCI中的相应比特域，可知使用的PUCCH格式以及正交序列长度，即对于使用DCI-1的情况，可以直接根据PUCCH格式确定正交序列长度
实例3：系统中定义了PUCCH格式3以及2个新PUCCH格式，新PUCCH格式1(a1个导频 符号)，不使用正交序列(或者认为正交序列长度为1)，新PUCCH格式2(a2个导频符号)，可以 使用长度分别为…的N个长度的正交序列，可以定义DCI-1和 DCI-2。当配置用户设备使用PUCCH格式3或者新PUCCH格式1时，基站使用DCI-1进行调度， DCI-1中进一步包含1比特指示域通知使用PUCCH格式3或者新PUCCH格式1；当配置用户设备 使用新PUCCH格式2时，基站使用DCI-2进行调度，DCI-2中进一步包含比特指示域 通知使用哪种长度的正交序列。用户设备通过盲检不同的DCI，并检测DCI中的相应比特域， 可知使用的PUCCH格式以及正交序列长度，即对于使用DCI-1的情况，可以直接根据PUCCH格 式确定正交序列长度，即当确定的PUCCH格式为PUCCH格式3时，可以直接确定正交序列长度当确定的PUCCH格式不支持正交扩频新格式1时，可以直接确定正交序列长度
上述方案三的各实例中，正交序列编号的确定方式与方案一中的相关操作类似，这里不再赘述。
本发明的上述各实施例中，PUCCH的格式所对应的频域资源的指示信息，可以通过DCI中的第五指示域进行指示；或者，也可以预先配置每个PUCCH的格式所对应的频域资源集合，所述频域资源集合中包括至少2个频域资源，DCI中的第六指示域指示所述频域资源集合中的一个元素的指示信息；或者，每种PUCCH的格式所对应的频域资源由高层信令配置。
其中，PUCCH的格式所对应的频域资源的指示信息，可包括：PRB的数量、PRB的编号(PRB的编号可以标识该PRB在系统带宽中的位置)、PUCCH的信道资源编号中的一种或多种。
进一步地，如果PUCCH的格式所对应的频域资源的指示信息中包括PUCCH的信道资源编号，则用户设备可根据该PUCCH的信道资源编号确定出该PUCCH的格式所对应的PRB的编号。即，PUCCH的格式所对应的PRB的编号可根据该PUCCH的信道资源编号确定。
具体地，PRB的编号表示nPRB根据new PUCCH format的信道资源编号以及正交序列长度确定。例如，在支持PUCCH跳频传输时，优选地，可根据以下公式确定PUCCH所对应的PRB的编号：
其中，nPRB为PRB的编号；表示向下取整；为不同所对应的PRB起始位置(从低频侧计算的)，该值可由高层信令预先配置；为正交序列的长度；为上行PRB的数量；
或者，也可以通过下属公式确定PUCCH所对应的PRB的编号：
其中，nPRB为PRB的编号；表示向下取整；为正交序列的长度；为上行PRB的数量；即此时，认为当前指示的是从第一个PRB计算器的，并且假设每个PRB中都包含当前的个资源计算得到的，因此，直接根据该值与的数值关系，即可得到当前的PRB编号。
优选地，使用不同长度的正交序列进行频域扩频的PUCCH，被配置在不同的PRB上传输，或者配置在相同的PRB上复用传输，如图5所示。图5中，SF表示正交序列，SF＝2表示正交序列长度为2，以此类推。比如，使用和的正交序列进行频域扩频的PUCCH，可以配置在相同PRB中复用传输，这是因为的正交序列与的正交序列也是正交的。图5示出了使用不同的正交序列进行频域扩频的PUCCH的资源分配示意图。
进一步地，PRB个数可以根据UCI反馈比特数隐式确定，例如预先定义一个比特数门限，当UCI反馈比特数超过该门限时，采用2个PRB传输，否则采用1个PRB传输；如果定义更多PRB传输，方法类似。
进一步地，本发明上述的各实施例中，PUCCH使用的正交序列的长度可根据PUCCH的格式确定，其中，每种PUCCH的格式对应一种长度的正交序列；或者，DCI中的第七指示域承载有PUCCH的格式所对应的正交序列的信息；或者，所述PUCCH使用的正交序列的信息由高层信令通知。
进一步地，本发明的上述各实施例中，根据PUCCH的信道资源编号确定PUCCH使用的正交序列的编号。以下列举出了以下几种规则来确定PUCCH所使用的正交序列的编号：
规则1：至少根据PUCCH的信道资源编号以及该PUCCH所使用的正交序列的长度，确定该PUCCH在所在子帧内所使用的正交序列的编号。
具体地，正交序列编号为表示noc根据new PUCCHformat的信道资源编号以及正交序列长度确定。例如，其中mod表示取余数操作。这种规则可适用于以下场景：在一个子帧中，用于传输数据的所有SC-FDMA符号所对应的正交序列的编号相同。
规则2：至少根据PUCCH的信道资源编号、该PUCCH所使用的正交序列的长度以及该PUCCH所在时隙的编号，确定该PUCCH在所在子帧内的该时隙所使用的正交序列的编号。
具体地，正交序列编号表示在一个时隙所使用的正交序列的编号noc，根据new PUCCH format的信道资源编号正交序列长度以及该时隙的编号ns确定。这种规则可适用于以下场景：同一个时隙编号的时隙中用于传输数据的SC-FDMA符号所对应的正交序列的编号相同，不同时隙编号的时隙中用于传输数据的SC-FDMA符号所对应的正交序列不同。
规则3：至少根据PUCCH的信道资源编号、该PUCCH所使用的正交序列的长度以及用于传输该PUCCH的SC-FDMA符号的编号，确定该PUCCH在所在子帧内的每个时隙中的该SC-FDMA符号上所对应的正交序列的编号。
具体地，正交序列编号表示在一个SC-FDMA符号上所对应的正交序列的编号noc，根据new PUCCH format的信道资源编号正交序列长度以及该SC-FDMA符号的编号l确定。这种规则适用于同一个时隙中，用于传输数据的不同SC-FDMA符号对应不同的正交序列的场景。
规则4：至少根据PUCCH的信道资源编号、该PUCCH所使用的正交序列的长度、该PUCCH所在时隙的编号以及该时隙中用于传输PUCCH的SC-FDMA符号的编号，确定该PUCCH在所在子帧的该时隙内的该SC-FDMA符号上所对应的正交序列的编号。
具体地，正交序列编号表示在一个时隙内的一个SC-FDMA符号上所对应的正交序列的编号noc，根据new PUCCH format的信道资源编号正交序列长度该时隙的编号ns以及该时隙中的该SC-FDMA符号的编号l以及确定。这种规则可适用于以下场景：每个编号不同的时隙中的SC-FDMA符号所对应的正交序列的编号彼此互不相同且同一个时隙中的用于传输数据的不同SC-FDMA符号所对应的正交序列的编号彼此互不相同。
其中，PUCCH的信道资源编号可由DCI通知，比如，使用DCI中的特定比特域指示PUCCH的信道资源编号；PUCCH的信道资源编号也可由高层信令通知，比如，使用高层信令中的特定比特域指示PUCCH的信道资源编号；PUCCH的信道资源编号也可由DCI和高层信令联合通知，比如，网络侧通过高层信令预先向用户设备配置PUCCH的信道资源编号集合，该集合中至少包括2个信道资源编号组，每组中至少包括1个信道资源编号，网络侧再通过DCI中的特定比特域向该用户设备指示该集合中的一个信道资源编号组。
进一步地，在上述各实施例的基础上，还包括以下步骤：用户设备根据循环位移值间隔Δ确定候选的循环移位值的集合，并从该集合中选择一个循环移位值，基于该循环移位值产生导频序列，即对PUCCH中承载导频的符号上的导频进行循环移位，Δ的取值符合以下约束：其中，Nsc为PUCCH在频域上所占用的子载波数，表示正交序列的长度；Δ具体可以为高层信令预先配置的满足上述条件的多个值中的一个值，基于该值可以确定一组循环移位值。
其中，循环移位值可通过高层信令和/或DCI通知，比如，可通过高层信令或DCI通知循环位移值的索引值(编号)，或者高层信令预先配置一个循环移位值的集合，DCI通知该集合中的一个值给用户设备，或者根据正交序列的编号确定与之对应的循环移值的索引值；然后根据该索引信息在预定的索引值与循环移位值的对应关系集合中得到具体的循环移位值。循环移位值的数量与相关，每个循环位移值间的间隔为Δ。循环移位值也可以直接根据正交序列的编号确定。
需要说明的是，上述实施例可适用于传输ACK/NACK、或周期CSI、或同时传输ACK/NACK和周期CSI的场景。对于CSI传输的场景，上述实施例中将PUCCH格式3替换为PUCCH格式2(无时域正交扩频，即)后同样适用。
参见图6，为本发明实施例提供的基于PUCCH的上行控制信息传输流程示意图。该流程可在基站侧执行。其中，该基站侧实现的流程与图3所示的流程相互对应，即，基站采用图6所示的方式发送DCI，用户设备采用图3所示的方式根据该DCI确定PUCCH的格式和/或所使用的正交序列的信息的指示信息，并根据确定出的PUCCH的格式和/或所使用的正交序列的信息发送PUCCH所承载的上行控制信息，相应地，基站接收所述PUCCH所承载的上行控制信息。因此，基站侧的流程中涉及到的相关描述可参见前述实施例，在此不再一一重复。
如图所示，该流程可包括如下步骤601至步骤602：
步骤601：基站发送DCI，用于通知PUCCH的格式和/或所使用的正交序列的信息；
步骤602：基站根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息。
上述实施例的步骤601可有多种实现方式，下面给出几种优选的实现方式，这些实现方式总体来说可包括：方案四、方案五、方案六。
方案四
在方案四中，所述DCI中包含第一指示域，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并将指示PUCCH的格式和/或所使用的正交序列的信息的指示信息携带在所述DCI中的第一指示域中发送给用户设备，用于所述用户设备根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息。
具体地，所述DCI中的第二指示域具体用于：所述用户设备根据所述当前子帧内的UCI反馈比特数量以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，根据所述DCI中的第二指示域所确定出的所述当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，所述UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
其中，所述UCI反馈比特数集合中的N个元素为UCI反馈比特数量的N个取值；或者，所述UCI反馈比特数集合中的N个元素为载波数量的N个取值，每个载波数量的取值对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为子帧数量的N个取值，每个子帧数量的取值对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为载波数据和子帧数量的N个组合，每个组合对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为N个载波集合，每个载波集合对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为N个子帧集合，每个子帧集合对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为载波集合和子帧集合的N个组合，每个组合对应一个UCI反馈比特数量的取值。
进一步地，所述UCI反馈比特数集合是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系是预先定义的，或者是由高层信令配置的。
方案五
在方案五中，所述DCI中包含第二指示域，所述基站将用于确定当前子帧内的上行控制信息UCI反馈比特数的指示信息携带在所述DCI中的第二指示域中发送给用户设备，用于所述用户设备根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，并根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息。
具体地，所述DCI中的第二指示域具体用于：所述用户设备根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，所述DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
其中，所述M个UCI反馈比特数区间是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系是预先定义的，或者是由高层信令配置的。
方案六
在方案六中，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并选择与确定的PUCCH的格式和/或所使用的正交序列的信息相对应的DCI发送给用户设备，用户所述用户设备根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
具体地，DCI长度对应于PUCCH格式，其中，不同的DCI长度所对应的PUCCH的格式各不相同；或者，DCI长度相对应于正交序列的信息，其中，不同的DCI长度所对应的正交序列的信息各不相同；或者，DCI长度对应于PUCCH格式和正交序列的信息，其中，不同的DCI长度所对应的PUCCH的格式与所使用的正交序列的组合各不相同；或者，第一类别DCI所对应的PUCCH格式不支持扩频传输或者仅支持一种固定长度的正交序列扩频传输；第二类别DCI所对应的PUCCH格式对应多个正交序列的信息；其中，第一类别DCI和第二类别DCI的长度不同。
其中，所述第一类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
进一步地，所述第二类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
进一步地，当DCI长度对应于PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
基于相同的技术构思，本发明实施例还提供了一种用户设备，该用户设备可实现上述实施例所述的基于PUCCH的上行控制信息传输流程。
如图7所示，本发明实施例提供的用户设备可包括：确定模块701、传输模块702，其中：
确定模块701，用于根据DCI，确定PUCCH的格式和/或所使用的正交序列的信息；
传输模块702，用于根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息。
优选地，确定模块701可具体用于：采用前述方案一，即根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，采用前述方案二，即根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，采用前述方案三，即根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
优选地，确定模块701在采用前述方案二时，可具体用于：根据所述当前子帧内的UCI反馈比特数量以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，根据所述DCI中的第二指示域所确定出的所述当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，所述UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
其中，所述UCI反馈比特数集合中的N个元素为UCI反馈比特数量的N个取值；或者，所述UCI反馈比特数集合中的N个元素为载波数量的N个取值，每个载波数量的取值对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为子帧数量的N个取值，每个子帧数量的取值对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为载波数据和子帧数量的N个组合，每个组合对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为N个载波集合，每个载波集合对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为N个子帧集合，每个子帧集合对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为载波集合和子帧集合的N个组合，每个组合对应一个UCI反馈比特数量的取值。
其中，所述UCI反馈比特数集合是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系是预先定义的，或者是由高层信令配置的。
优选地，确定模块701在采用方案二时，可具体用于：根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，所述DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
其中，所述M个UCI反馈比特数区间是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系是预先定义的，或者是由高层信令配置的。
优选地，确定模块701在采用前述方案三时，可具体用于：根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式，其中，不同的DCI长度所对应的PUCCH的格式各不相同；或者，根据检测到的DCI的长度，确定使用与所述DCI长度相对应的正交序列的信息，其中，不同的DCI长度所对应的正交序列的信息各不相同；或者，根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式和正交序列的信息，其中，不同的DCI长度所对应的PUCCH的格式与所使用的正交序列的组合各不相同；或者，若所述用户设备检测到的DCI为第一类别DCI，则确定第一类别DCI所对应的PUCCH的格式和/或所使用的正交序列的信息，第一类别DCI所对应的PUCCH格式不支持扩频传输或者仅支持一种固定长度的正交序列扩频传输，若所述用户设备检测到的DCI为第二类别DCI，则确定第二类别DCI所对应的PUCCH的格式和/或所使用的正交序列的信息，第二类别DCI所对应的PUCCH格式对应多个正交序列的信息；其中，第一类别DCI和第二类别DCI的长度不同。
其中，所述第一类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
其中，所述第二类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
优选地，当所述确定模块根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
优选地，所述正交序列的信息包括：正交序列的长度和编号中的一种或多种，每个正交序列的长度所对应的正交序列预先定义。
优选地，所述PUCCH使用的正交序列的长度根据PUCCH的格式确定，其中，每种PUCCH的格式对应一种长度的正交序列；或者，DCI中的第七指示域承载有PUCCH的格式所对应的正交序列的信息；或者，所述PUCCH使用的正交序列的信息由高层信令通知。
优选地，所述PUCCH的格式包括PUCCH格式2、PUCCH格式3、新PUCCH格式中的一种或多种。
优选地，传输模块702具体用于：当确定的PUCCH的格式为PUCCH格式3时，按照新PUCCH格式所对应的UCI反馈比特数进行传输。
基于相同的技术构思，本发明实施例还提供了一种用户设备，该用户设备可实现上述实施例所述的基于PUCCH的上行控制信息传输流程。
如图8所示，该用户设备可包括：处理器801、存储器802、收发机803以及总线接口。
处理器801负责管理总线架构和通常的处理，存储器802可以存储处理器801在执行操作时所使用的数据。收发机803用于在处理器801的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥，具体由处理器801代表的一个或多个处理器和存储器802代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机803可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器801负责管理总线架构和通常的处理，存储器802可以存储处理器801在执行操作时所使用的数据。
本发明实施例揭示的流程，可以应用于处理器801中，或者由处理器801实现。在实现过程中，流程的各步骤可以通过处理器801中的硬件的集成逻辑电路或者软件形式的指令完成。处理器801可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器802，处理器801读取存储器802中的信息，结合其硬件完成流程的步骤。
具体地，处理器801，用于读取存储器802中的程序，执行下列过程：
根据DCI，确定PUCCH的格式和/或所使用的正交序列的信息；
所述用户设备根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息。
其中，根据DCI确定PUCCH的格式和/或所使用的正交序列的信息，可包括：
根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，备根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
上述流程的具体实现过程，可参见前述实施例，在此不再赘述。
基于相同的技术构思，本发明实施例还提供了一种基站，该基站可实现上述实施例所述的基于PUCCH的上行控制信息传输流程。
如图9所示，本发明实施例提供的基站可包括：发送模块901、接收模块902，其中：
发送模块901，用于发送DCI，以通知PUCCH的格式和/或所使用的正交序列的信息的指示信息；
接收模块902，用于根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息。
优选地，在方案四中，所述DCI中包含第一指示域，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并将指示PUCCH的格式和/或所使用的正交序列的信息的指示信息携带在所述DCI中的第一指示域中发送给用户设备，用于所述用户设备根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，在方案五中，所述DCI中包含第二指示域，所述基站将用于确定当前子帧内的上行控制信息UCI反馈比特数的指示信息携带在所述DCI中的第二指示域中发送给用户设备，用于所述用户设备根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，并根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，在方案六中，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并选择与确定的PUCCH的格式和/或所使用的正交序列的信息相对应的DCI发送给用户设备，用于所述用户设备根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
优选地，在方案四中，所述DCI中的第二指示域具体用于：所述用户设备根据所述当前子帧内的UCI反馈比特数量以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，根据所述DCI中的第二指示域所确定出的所述当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，所述UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
其中，所述UCI反馈比特数集合中的N个元素为UCI反馈比特数量的N个取值；或者，所述UCI反馈比特数集合中的N个元素为载波数量的N个取值，每个载波数量的取值对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为子帧数量的N个取值，每个子帧数量的取值对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为载波数据和子帧数量的N个组合，每个组合对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为N个载波集合，每个载波集合对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为N个子帧集合，每个子帧集合对应一个UCI反馈比特数量的取值；或者，所述UCI反馈比特数集合中的N个元素为载波集合和子帧集合的N个组合，每个组合对应一个UCI反馈比特数量的取值。
其中，所述UCI反馈比特数集合是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系是预先定义的，或者是由高层信令配置的。
优选地，在方案五中，所述DCI中的第二指示域具体用于：所述用户设备根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，所述DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
其中，所述M个UCI反馈比特数区间是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系是预先定义的，或者是由高层信令配置的。
优选地，在方案六中，DCI长度对应于PUCCH格式，其中，不同的DCI长度所对应的PUCCH的格式各不相同；或者，DCI长度相对应于正交序列的信息，其中，不同的DCI长度所对应的正交序列的信息各不相同；或者，DCI长度对应于PUCCH格式和正交序列的信息，其中，不同的DCI长度所对应的PUCCH的格式与所使用的正交序列的组合各不相同；或者，第一类别DCI所对应的PUCCH格式不支持扩频传输或者仅支持一种固定长度的正交序列扩频传输；第二类别DCI所对应的PUCCH格式对应多个正交序列的信息；其中，第一类别DCI和第二类别DCI的长度不同。
其中，所述第一类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
其中，所述第二类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
其中，当DCI长度对应于PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
优选地，所述正交序列的信息包括：正交序列的长度和编号中的一种或多种，每个正交序列的长度所对应的正交序列预先定义。
优选地，所述PUCCH使用的正交序列的长度根据PUCCH的格式确定，其中，每种PUCCH的格式对应一种长度的正交序列；或者，DCI中的第七指示域承载有PUCCH的格式所对应的正交序列的信息；或者，所述PUCCH使用的正交序列的信息由高层信令通知。
优选地，所述PUCCH的格式包括PUCCH格式2、PUCCH格式3、新PUCCH格式中的一种或多种。
优选地，当确定的PUCCH的格式为PUCCH格式3时，按照新PUCCH格式所对应的UCI反馈比特数进行传输。
基于相同的技术构思，本发明实施例还提供了一种基站，该基站可实现上述实施例所述的基于PUCCH的上行控制信息传输流程。
如图10所示，本发明实施例提供的基站可包括：处理器1001、存储器1002、收发机1003以及总线接口。
处理器1001负责管理总线架构和通常的处理，存储器1002可以存储处理器1001在执行操作时所使用的数据。收发机1003用于在处理器1001的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥，具体由处理器1001代表的一个或多个处理器和存储器1002代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1003可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1001负责管理总线架构和通常的处理，存储器1002可以存储处理器1001在执行操作时所使用的数据。
本发明实施例揭示的流程，可以应用于处理器1001中，或者由处理器1001实现。在实现过程中，流程的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1001可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1002，处理器1001读取存储器1002中的信息，结合其硬件完成流程的步骤。
具体地，处理器1001，用于读取存储器1002中的程序，执行下列过程：
发送DCI，以通知PUCCH的格式和/或所使用的正交序列的信息的指示信息；
根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息。
优选地，所述DCI中包含第一指示域，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并将指示PUCCH的格式和/或所使用的正交序列的信息的指示信息携带在所述DCI中的第一指示域中发送给用户设备，用于所述用户设备根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，所述DCI中包含第二指示域，所述基站将用于确定当前子帧内的上行控制信息UCI反馈比特数的指示信息携带在所述DCI中的第二指示域中发送给用户设备，用于所述用户设备根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，并根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并选择与确定的PUCCH的格式和/或所使用的正交序列的信息相对应的DCI发送给用户设备，用于所述用户设备根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
上述流程的具体实现过程，可参见前述实施例，在此不再赘述。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (56)

1.一种基于PUCCH的上行控制信息传输方法，其特征在于，包括：
用户设备根据下行控制信息DCI，确定物理上行控制信道PUCCH的格式和/或所使用的正交序列的信息；
所述用户设备根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息；
其中，所述用户设备根据DCI确定PUCCH的格式和/或所使用的正交序列的信息，包括：
所述用户设备根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，
所述用户设备根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，
所述用户设备根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
2.如权利要求1所述的方法，其特征在于，所述根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息，包括：
根据所述当前子帧内的UCI反馈比特数量以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，根据所述DCI中的第二指示域所确定出的所述当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，所述UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
3.如权利要求2所述的方法，其特征在于，所述UCI反馈比特数集合中的N个元素为UCI反馈比特数量的N个取值；或者，
所述UCI反馈比特数集合中的N个元素为载波数量的N个取值，每个载波数量的取值对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为子帧数量的N个取值，每个子帧数量的取值对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为载波数据和子帧数量的N个组合，每个组合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为N个载波集合，每个载波集合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为N个子帧集合，每个子帧集合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为载波集合和子帧集合的N个组合，每个组合对应一个UCI反馈比特数量的取值。
4.如权利要求2所述的方法，其特征在于，所述UCI反馈比特数集合是预先定义的，或者是由高层信令配置的；和/或，
PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系是预先定义的，或者是由高层信令配置的。
5.如权利要求1所述的方法，其特征在于，所述根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息，包括：
根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，所述DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
6.如权利要求5所述的方法，其特征在于，所述M个UCI反馈比特数区间是预先定义的，或者是由高层信令配置的；和/或，
PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系是预先定义的，或者是由高层信令配置的。
7.如权利要求1所述的方法，其特征在于，所述用户设备根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息，包括：
所述用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式，其中，不同的DCI长度所对应的PUCCH的格式各不相同；或者，
所述用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的正交序列的信息，其中，不同的DCI长度所对应的正交序列的信息各不相同；或者
所述用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式和正交序列的信息，其中，不同的DCI长度所对应的PUCCH的格式与所使用的正交序列的组合各不相同；或者，
若所述用户设备检测到的DCI为第一类别DCI，则确定第一类别DCI所对应的PUCCH的格式和/或所使用的正交序列的信息，第一类别DCI所对应的PUCCH格式不支持扩频传输或者仅支持一种固定长度的正交序列扩频传输；若所述用户设备检测到的DCI为第二类别DCI，则确定第二类别DCI所对应的PUCCH的格式和/或所使用的正交序列的信息，第二类别DCI所对应的PUCCH格式对应多个正交序列的信息；其中，第一类别DCI和第二类别DCI的长度不同。
8.如权利要求7所述的方法，其特征在于，所述第一类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
9.如权利要求7所述的方法，其特征在于，所述第二类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，
所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
10.如权利要求7所述的方法，其特征在于，当所述用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
11.如权利要求1至10中任一项所述的方法，其特征在于，所述正交序列的信息包括：正交序列的长度和编号中的一种或多种，每个正交序列的长度所对应的正交序列预先定义。
12.如权利要求1至10中任一项所述的方法，其特征在于，所述PUCCH使用的正交序列的长度根据PUCCH的格式确定，其中，每种PUCCH的格式对应一种长度的正交序列；或者，
DCI中的第七指示域承载有PUCCH的格式所对应的正交序列的信息；或者，
所述PUCCH使用的正交序列的信息由高层信令通知。
13.如权利要求1至10中任一项所述的方法，其特征在于，所述PUCCH的格式包括PUCCH格式2、PUCCH格式3、新PUCCH格式中的一种或多种。
14.如权利要求1至10中任一项所述的方法，其特征在于，当确定的PUCCH的格式为PUCCH格式3时，按照新PUCCH格式所对应的UCI反馈比特数进行传输。
15.一种基于PUCCH的上行控制信息传输方法，其特征在于，包括：
基站发送下行控制信息DCI，用于通知物理上行控制信道PUCCH的格式和/或所使用的正交序列的信息；
所述基站根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息；
其中，基站发送下行控制信息DCI，包括：
所述DCI中包含第一指示域，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并将指示PUCCH的格式和/或所使用的正交序列的信息的指示信息携带在所述DCI中的第一指示域中发送给用户设备，用于所述用户设备根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，
所述DCI中包含第二指示域，所述基站将用于确定当前子帧内的上行控制信息UCI反馈比特数的指示信息携带在所述DCI中的第二指示域中发送给用户设备，用于所述用户设备根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，并根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，
所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并选择与确定的PUCCH的格式和/或所使用的正交序列的信息相对应的DCI发送给用户设备，用于所述用户设备根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
16.如权利要求15所述的方法，其特征在于，所述DCI中的第二指示域具体用于：所述用户设备根据所述当前子帧内的UCI反馈比特数量以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，根据所述DCI中的第二指示域所确定出的所述当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，所述UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
17.如权利要求16所述的方法，其特征在于，所述UCI反馈比特数集合中的N个元素为UCI反馈比特数量的N个取值；或者，
所述UCI反馈比特数集合中的N个元素为载波数量的N个取值，每个载波数量的取值对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为子帧数量的N个取值，每个子帧数量的取值对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为载波数据和子帧数量的N个组合，每个组合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为N个载波集合，每个载波集合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为N个子帧集合，每个子帧集合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为载波集合和子帧集合的N个组合，每个组合对应一个UCI反馈比特数量的取值。
18.如权利要求16所述的方法，其特征在于，所述UCI反馈比特数集合是预先定义的，或者是由高层信令配置的；和/或，
PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系是预先定义的，或者是由高层信令配置的。
19.如权利要求15所述的方法，其特征在于，所述DCI中的第二指示域具体用于：所述用户设备根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，所述DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
20.如权利要求19所述的方法，其特征在于，所述M个UCI反馈比特数区间是预先定义的，或者是由高层信令配置的；和/或，
PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系是预先定义的，或者是由高层信令配置的。
21.如权利要求15所述的方法，其特征在于，
DCI长度对应于PUCCH格式，其中，不同的DCI长度所对应的PUCCH的格式各不相同；或者，
DCI长度对应于正交序列的信息，其中，不同的DCI长度所对应的正交序列的信息各不相同；或者
DCI长度对应于PUCCH格式和正交序列的信息，其中，不同的DCI长度所对应的PUCCH的格式与所使用的正交序列的组合各不相同；或者，
第一类别DCI所对应的PUCCH格式不支持扩频传输或者仅支持一种固定长度的正交序列扩频传输；第二类别DCI所对应的PUCCH格式对应多个正交序列的信息；其中，第一类别DCI和第二类别DCI的长度不同。
22.如权利要求21所述的方法，其特征在于，所述第一类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
23.如权利要求21所述的方法，其特征在于，所述第二类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，
所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
24.如权利要求21所述的方法，其特征在于，当DCI长度对应于PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
25.如权利要求15至24中任一项所述的方法，其特征在于，所述正交序列的信息包括：正交序列的长度和编号中的一种或多种，每个正交序列的长度所对应的正交序列预先定义。
26.如权利要求15至24中任一项所述的方法，其特征在于，所述PUCCH使用的正交序列的长度根据PUCCH的格式确定，其中，每种PUCCH的格式对应一种长度的正交序列；或者，
DCI中的第七指示域承载有PUCCH的格式所对应的正交序列的信息；或者，
所述PUCCH使用的正交序列的信息由高层信令通知。
27.如权利要求15至24中任一项所述的方法，其特征在于，所述PUCCH的格式包括PUCCH格式2、PUCCH格式3、新PUCCH格式中的一种或多种。
28.如权利要求15至24中任一项所述的方法，其特征在于，当确定的PUCCH的格式为PUCCH格式3时，按照新PUCCH格式所对应的UCI反馈比特数进行传输。
29.一种用户设备，其特征在于，包括：
确定模块，用于根据下行控制信息DCI，确定物理上行控制信道PUCCH的格式和/或所使用的正交序列的信息；
传输模块，用于根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息；
其中，所述确定模块具体用于：
根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，
根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，
根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
30.如权利要求29所述的用户设备，其特征在于，所述确定模块具体用于：
根据所述当前子帧内的UCI反馈比特数量以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，根据所述DCI中的第二指示域所确定出的所述当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，所述UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
31.如权利要求30所述的用户设备，其特征在于，所述UCI反馈比特数集合中的N个元素为UCI反馈比特数量的N个取值；或者，
所述UCI反馈比特数集合中的N个元素为载波数量的N个取值，每个载波数量的取值对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为子帧数量的N个取值，每个子帧数量的取值对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为载波数据和子帧数量的N个组合，每个组合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为N个载波集合，每个载波集合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为N个子帧集合，每个子帧集合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为载波集合和子帧集合的N个组合，每个组合对应一个UCI反馈比特数量的取值。
32.如权利要求30所述的用户设备，其特征在于，所述UCI反馈比特数集合是预先定义的，或者是由高层信令配置的；和/或，
PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系是预先定义的，或者是由高层信令配置的。
33.如权利要求29所述的用户设备，其特征在于，所述确定模块具体用于：
根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，所述DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
34.如权利要求33所述的用户设备，其特征在于，所述M个UCI反馈比特数区间是预先定义的，或者是由高层信令配置的；和/或，
PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系是预先定义的，或者是由高层信令配置的。
35.如权利要求29所述的用户设备，其特征在于，所述确定模块具体用于：
根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式，其中，不同的DCI长度所对应的PUCCH的格式各不相同；或者，
根据检测到的DCI的长度，确定使用与所述DCI长度相对应的正交序列的信息，其中，不同的DCI长度所对应的正交序列的信息各不相同；或者
根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式和正交序列的信息，其中，不同的DCI长度所对应的PUCCH的格式与所使用的正交序列的组合各不相同；或者，
若所述用户设备检测到的DCI为第一类别DCI，则确定第一类别DCI所对应的PUCCH的格式和/或所使用的正交序列的信息，第一类别DCI所对应的PUCCH格式不支持扩频传输或者仅支持一种固定长度的正交序列扩频传输；若所述用户设备检测到的DCI为第二类别DCI，则确定第二类别DCI所对应的PUCCH的格式和/或所使用的正交序列的信息，第二类别DCI所对应的PUCCH格式对应多个正交序列的信息；其中，第一类别DCI和第二类别DCI的长度不同。
36.如权利要求35所述的用户设备，其特征在于，所述第一类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
37.如权利要求35所述的用户设备，其特征在于，所述第二类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，
所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
38.如权利要求35所述的用户设备，其特征在于，当所述确定模块根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
39.如权利要求29至38中任一项所述的用户设备，其特征在于，所述正交序列的信息包括：正交序列的长度和编号中的一种或多种，每个正交序列的长度所对应的正交序列预先定义。
40.如权利要求29至38中任一项所述的用户设备，其特征在于，所述PUCCH使用的正交序列的长度根据PUCCH的格式确定，其中，每种PUCCH的格式对应一种长度的正交序列；或者，
DCI中的第七指示域承载有PUCCH的格式所对应的正交序列的信息；或者，
所述PUCCH使用的正交序列的信息由高层信令通知。
41.如权利要求29至38中任一项所述的用户设备，其特征在于，所述PUCCH的格式包括PUCCH格式2、PUCCH格式3、新PUCCH格式中的一种或多种。
42.如权利要求29至38中任一项所述的用户设备，其特征在于，所述传输模块具体用于：当确定的PUCCH的格式为PUCCH格式3时，按照新PUCCH格式所对应的UCI反馈比特数进行传输。
43.一种基站，其特征在于，包括：
发送模块，用于发送下行控制信息DCI，以通知物理上行控制信道PUCCH的格式和/或所使用的正交序列的信息；
接收模块，用于根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息；
其中，所述发送模块具体用于：
所述DCI中包含第一指示域，确定PUCCH的格式和/或所使用的正交序列的信息，并将指示PUCCH的格式和/或所使用的正交序列的信息的指示信息携带在所述DCI中的第一指示域中发送给用户设备，用于所述用户设备根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，
所述DCI中包含第二指示域，将用于确定当前子帧内的上行控制信息UCI反馈比特数的指示信息携带在所述DCI中的第二指示域中发送给用户设备，用于所述用户设备根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，并根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，
确定PUCCH的格式和/或所使用的正交序列的信息，并选择与确定的PUCCH的格式和/或所使用的正交序列的信息相对应的DCI发送给用户设备，用于所述用户设备根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
44.如权利要求43所述的基站，其特征在于，所述DCI中的第二指示域具体用于：所述用户设备根据所述当前子帧内的UCI反馈比特数量以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，根据所述DCI中的第二指示域所确定出的所述当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，所述UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
45.如权利要求44所述的基站，其特征在于，所述UCI反馈比特数集合中的N个元素为UCI反馈比特数量的N个取值；或者，
所述UCI反馈比特数集合中的N个元素为载波数量的N个取值，每个载波数量的取值对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为子帧数量的N个取值，每个子帧数量的取值对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为载波数据和子帧数量的N个组合，每个组合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为N个载波集合，每个载波集合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为N个子帧集合，每个子帧集合对应一个UCI反馈比特数量的取值；或者，
所述UCI反馈比特数集合中的N个元素为载波集合和子帧集合的N个组合，每个组合对应一个UCI反馈比特数量的取值。
46.如权利要求44所述的基站，其特征在于，所述UCI反馈比特数集合是预先定义的，或者是由高层信令配置的；和/或，
PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系是预先定义的，或者是由高层信令配置的。
47.如权利要求43所述的基站，其特征在于，所述DCI中的第二指示域具体用于：所述用户设备根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，所述DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
48.如权利要求47所述的基站，其特征在于，所述M个UCI反馈比特数区间是预先定义的，或者是由高层信令配置的；和/或，
PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系是预先定义的，或者是由高层信令配置的。
49.如权利要求43所述的基站，其特征在于，
DCI长度对应于PUCCH格式，其中，不同的DCI长度所对应的PUCCH的格式各不相同；或者，
DCI长度相对应于正交序列的信息，其中，不同的DCI长度所对应的正交序列的信息各不相同；或者
DCI长度对应于PUCCH格式和正交序列的信息，其中，不同的DCI长度所对应的PUCCH的格式与所使用的正交序列的组合各不相同；或者，
第一类别DCI所对应的PUCCH格式不支持扩频传输或者仅支持一种固定长度的正交序列扩频传输；第二类别DCI所对应的PUCCH格式对应多个正交序列的信息；其中，第一类别DCI和第二类别DCI的长度不同。
50.如权利要求49所述的基站，其特征在于，所述第一类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
51.如权利要求49所述的基站，其特征在于，所述第二类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，
所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
52.如权利要求49所述的基站，其特征在于，当DCI长度对应于PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
53.如权利要求43至52中任一项所述的基站，其特征在于，所述正交序列的信息包括：正交序列的长度和编号中的一种或多种，每个正交序列的长度所对应的正交序列预先定义。
54.如权利要求43至52中任一项所述的基站，其特征在于，所述PUCCH使用的正交序列的长度根据PUCCH的格式确定，其中，每种PUCCH的格式对应一种长度的正交序列；或者，
DCI中的第七指示域承载有PUCCH的格式所对应的正交序列的信息；或者，
所述PUCCH使用的正交序列的信息由高层信令通知。
55.如权利要求43至52中任一项所述的基站，其特征在于，所述PUCCH的格式包括PUCCH格式2、PUCCH格式3、新PUCCH格式中的一种或多种。
56.如权利要求43至52中任一项所述的基站，其特征在于，当确定的PUCCH的格式为PUCCH格式3时，按照新PUCCH格式所对应的UCI反馈比特数进行传输。
CN201510624635.3A 2015-09-25 2015-09-25 一种基于pucch的上行控制信息传输方法及装置 Active CN106559198B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN201510624635.3A CN106559198B (zh) 2015-09-25 2015-09-25 一种基于pucch的上行控制信息传输方法及装置
KR1020207023191A KR102278934B1 (ko) 2015-09-25 2016-08-12 Pucch 기반의 업링크 제어 정보 전송 방법 및 장치
KR1020187011777A KR20180059869A (ko) 2015-09-25 2016-08-12 Pucch 기반의 업링크 제어 정보 전송 방법 및 장치
JP2018515820A JP6807382B2 (ja) 2015-09-25 2016-08-12 Ｐｕｃｃｈをベースとするアップリンク制御情報の伝送方法及び装置
EP16847944.2A EP3355506B1 (en) 2015-09-25 2016-08-12 Pucch-based uplink control information transmission method and apparatus
US15/763,088 US11082958B2 (en) 2015-09-25 2016-08-12 PUCCH-based uplink control information transmission method and apparatus
PCT/CN2016/094975 WO2017050062A1 (zh) 2015-09-25 2016-08-12 一种基于pucch的上行控制信息传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510624635.3A CN106559198B (zh) 2015-09-25 2015-09-25 一种基于pucch的上行控制信息传输方法及装置

Publications (2)

Publication Number Publication Date
CN106559198A CN106559198A (zh) 2017-04-05
CN106559198B true CN106559198B (zh) 2019-09-17

Family

ID=58385845

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510624635.3A Active CN106559198B (zh) 2015-09-25 2015-09-25 一种基于pucch的上行控制信息传输方法及装置

Country Status (6)

Country Link
US (1) US11082958B2 (zh)
EP (1) EP3355506B1 (zh)
JP (1) JP6807382B2 (zh)
KR (2) KR20180059869A (zh)
CN (1) CN106559198B (zh)
WO (1) WO2017050062A1 (zh)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW201725879A (zh) 2015-11-04 2017-07-16 內數位專利控股公司 窄頻lte操作方法及程序
JP6125596B1 (ja) * 2015-11-05 2017-05-10 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
EP3535919A4 (en) 2016-11-04 2020-06-24 Telefonaktiebolaget LM Ericsson (publ) ACK / NACK TRANSMISSION STRATEGIES
CN109891793B (zh) 2016-11-04 2022-04-12 瑞典爱立信有限公司 无线电节点和操作节点的方法
BR112019015856A2 (pt) * 2017-02-01 2020-04-14 Guangdong Oppo Mobile Telecommunications Corp Ltd método de comunicação, dispositivo de rede e terminal
GB2562367B (en) * 2017-03-23 2021-03-10 Samsung Electronics Co Ltd Improvements in and relating to scheduling requests (SR) in a telecommunication system
US10736083B2 (en) * 2017-05-01 2020-08-04 Huawei Technologies Co., Ltd. Systems and methods for downlink control channel signaling for uplink transmission
BR112019023027A2 (pt) * 2017-05-03 2020-08-11 Idac Holdings, Inc. unidade de transmissão/recepção sem fio, e, método para transmitir reconhecimento ou reconhecimento negativo (ack/nack) de solicitação de retransmissão automática híbrida (harq)
CN108809505B (zh) * 2017-05-05 2019-12-24 维沃移动通信有限公司 下行控制信息的传输方法、终端及网络侧设备
CN109152010B (zh) * 2017-06-14 2021-01-08 维沃移动通信有限公司 一种资源配置方法、基站、终端及计算机可读存储介质
CN109152014B (zh) 2017-06-16 2021-10-22 大唐移动通信设备有限公司 一种上行控制信道传输方法、终端、基站及装置
CN109150801B (zh) * 2017-06-16 2023-04-07 大唐移动通信设备有限公司 一种上行控制信道传输方法及装置
CN109152015B (zh) * 2017-06-16 2021-12-31 华为技术有限公司 通信方法、基站和终端设备
CN109152078B (zh) * 2017-06-16 2022-01-04 大唐移动通信设备有限公司 上行控制信道的发送方法、接收方法、装置、终端及基站
CN109391429B (zh) * 2017-08-11 2021-06-11 大唐移动通信设备有限公司 Pucch传输方法、用户设备和装置
KR102034831B1 (ko) * 2017-09-10 2019-11-08 엘지전자 주식회사 무선 통신 시스템에서 단말의 상향링크 제어 정보 전송 방법 및 상기 방법을 이용하는 단말
WO2019062563A1 (en) * 2017-09-28 2019-04-04 Telefonaktiebolaget Lm Ericsson (Publ) SETTING A PHYSICAL UPLINK CONTROL (PUCCH) CHANNEL FORMAT IN A WIRELESS COMMUNICATION NETWORK
CN113037455B (zh) * 2017-11-16 2022-04-12 华为技术有限公司 发送和接收信息的方法及装置
CN114245466A (zh) * 2017-11-28 2022-03-25 北京小米移动软件有限公司 上行反馈信息指示方法和上行反馈信息传输方法
CN110034865B (zh) * 2018-01-12 2020-09-15 维沃移动通信有限公司 Pucch资源的确定方法及其接收方法、终端设备和网络侧设备
ES2924719T3 (es) * 2018-01-19 2022-10-10 Guangdong Oppo Mobile Telecommunications Corp Ltd Método de comunicación inalámbrica, dispositivo terminal y dispositivo de red
CN110247730B (zh) * 2018-03-09 2020-10-23 华为技术有限公司 基于极化码的盲检测方法及设备
US10992422B2 (en) 2018-08-21 2021-04-27 At&T Intellectual Property I, L.P. Facilitating uplink control channel decoding for advanced networks
CN112740784A (zh) * 2018-09-17 2021-04-30 Oppo广东移动通信有限公司 一种反馈时序的确定方法、终端设备及网络设备
US11606175B2 (en) * 2019-07-13 2023-03-14 Qualcomm Incorporated Enhancement of physical uplink control channel (PUCCH) format
CN111835487B (zh) * 2019-08-13 2022-07-01 维沃移动通信有限公司 一种信息处理方法、设备及计算机可读存储介质
US20220095363A1 (en) * 2020-09-22 2022-03-24 Qualcomm Incorporated Techniques for bundling feedback messages in wireless communications
CN114362898A (zh) * 2020-10-13 2022-04-15 维沃移动通信有限公司 信息传输方法、装置、终端及可读存储介质
US20220124755A1 (en) * 2020-10-16 2022-04-21 Qualcomm Incorporated Demodulation reference signal (dmrs)-less sequence-based noncoherent physical uplink control channel transmission with repetition
CN114499763A (zh) * 2022-02-23 2022-05-13 成都中科微信息技术研究院有限公司 一种提升上行物理控制信道性能的方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011041623A1 (en) * 2009-10-01 2011-04-07 Interdigital Patent Holdings, Inc. Uplink control data transmission
CN102378387A (zh) * 2010-08-13 2012-03-14 中兴通讯股份有限公司 回程链路物理上行控制信道的资源配置指示方法和系统

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9553697B2 (en) * 2010-04-05 2017-01-24 Qualcomm Incorporated HARQ ACK/NACK transmission for multi-carrier operation
EP2566081B1 (en) * 2010-04-30 2019-02-27 Panasonic Intellectual Property Corporation of America Wireless communication apparatus and wireless communication method
WO2011145890A2 (ko) * 2010-05-20 2011-11-24 엘지전자 주식회사 상향링크 전력제어 방법 및 사용자기기
KR101165643B1 (ko) * 2010-12-20 2012-07-17 엘지전자 주식회사 Ａｃｋ/ｎａｃｋ 전송방법 및 사용자기기와, ａｃｋ/ｎａｃｋ 수신방법 및 기지국
US9337984B2 (en) 2011-08-19 2016-05-10 Lg Electronics Inc. Method for transmitting uplink control information, user equipment, method for receiving uplink control information, and base station
JP5873708B2 (ja) * 2011-12-19 2016-03-01 シャープ株式会社 移動局装置、方法および集積回路
CN103209483B (zh) 2012-01-12 2015-09-09 华为技术有限公司 传输上行控制信息的方法、用户设备和基站
JP2013187818A (ja) * 2012-03-09 2013-09-19 Sharp Corp 基地局、端末、通信方法および集積回路
CN103384183B (zh) 2012-05-04 2016-12-14 电信科学技术研究院 一种上行控制信息传输方法及装置
JP6027368B2 (ja) * 2012-08-10 2016-11-16 株式会社Ｎｔｔドコモ ユーザ端末、無線通信方法及び無線通信システム
CN103684705A (zh) 2012-09-10 2014-03-26 中兴通讯股份有限公司 传输harq应答信息以及csi的方法、装置和系统
US9276726B2 (en) * 2012-12-11 2016-03-01 Samsung Electronics Co., Ltd. Transmissions/receptions of uplink acknowledgement signals in wireless networks
CN104301979B (zh) * 2013-07-19 2018-05-01 华为技术有限公司 一种ue的上行发射功率控制方法、装置、ue及基站
JP6461812B2 (ja) * 2013-12-03 2019-01-30 京セラ株式会社 ユーザ端末、基地局、及び方法
JP2015139106A (ja) * 2014-01-22 2015-07-30 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
US9408158B2 (en) 2014-03-14 2016-08-02 Sharp Laboratories Of America, Inc. Systems and methods for feedback reporting
JP6484611B2 (ja) * 2014-05-09 2019-03-13 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 端末、基地局、送信方法及び受信方法
CN106301670A (zh) * 2015-05-15 2017-01-04 中兴通讯股份有限公司 上行控制信息的发送方法及装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011041623A1 (en) * 2009-10-01 2011-04-07 Interdigital Patent Holdings, Inc. Uplink control data transmission
CN102378387A (zh) * 2010-08-13 2012-03-14 中兴通讯股份有限公司 回程链路物理上行控制信道的资源配置指示方法和系统

Also Published As

Publication number Publication date
US11082958B2 (en) 2021-08-03
EP3355506A4 (en) 2018-10-10
US20180279295A1 (en) 2018-09-27
WO2017050062A1 (zh) 2017-03-30
EP3355506A1 (en) 2018-08-01
KR102278934B1 (ko) 2021-07-16
EP3355506B1 (en) 2021-05-12
KR20180059869A (ko) 2018-06-05
CN106559198A (zh) 2017-04-05
JP2018530241A (ja) 2018-10-11
JP6807382B2 (ja) 2021-01-06
KR20200097826A (ko) 2020-08-19

Similar Documents

Publication Publication Date Title
CN106559198B (zh) 一种基于pucch的上行控制信息传输方法及装置
CN104871448B (zh) 在无线通信系统中发送下行链路控制信息的方法和设备
CN104303446B (zh) 用于载波聚合(ca)的混合自动重传请求(harq)映射的方法和设备
CN101801097B (zh) 物理上行共享信道调度信息的指示方法
CN103095398B (zh) 传输控制信息的方法、用户设备和基站
CN102215085B (zh) 传输上行控制信息的方法、系统、用户设备和基站
CN105391517B (zh) 控制信道的接收和发送方法和装置
CN102801503B (zh) 控制信道映射的方法、控制信道检测的方法和装置
CN107005365A (zh) 反馈信息的发送、接收方法、用户设备及接入网设备
CN107409016A (zh) 针对确认信息的码字确定
CN104243086B (zh) 调制编码方案确定方法、基站及通信系统
CN110536448A (zh) 一种信息确定方法、装置和存储介质
CN110249572A (zh) 用于短pdcch操作的方法和装置
RU2595781C9 (ru) Способ и устройство для назначения вариантов канала управления
CN108833069A (zh) 通信系统中用于物理下行链路控制信道的搜索过程
CN103178926A (zh) 传输控制信息的方法、用户设备和基站
CN103391563A (zh) 下行控制信息发送方法、检测方法、基站及用户设备
CN103200687A (zh) 一种控制信道资源映射方法、基站及用户设备
CN103299695A (zh) 信道状态信息的传输方法、基站和用户设备
CN103314541A (zh) 在无线电通信系统中终端将信道状态信息发送到基站的方法及其装置
CN109600846A (zh) 一种时域信息的确定方法及装置
CN107027177A (zh) 一种下行控制信息的传输、检测方法及装置
CN108809559A (zh) 一种通信方法及装置
CN103476120A (zh) 物理上行控制信道的发送、处理方法及装置
CN106561066A (zh) 无线通信中的一种降低网络延迟的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210528

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY