技术领域
[0001] 本
发明涉及无线通信技术领域，尤其涉及一种基于PUCCH的上行控制信息传输方法及装置。
背景技术
[0002] 在长期演进增强(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)，用来承载更多的上行控制信息传输。
[0003] 当系统中引入多种不同传输结构的PUCCH时，如何选择PUCCH的传输结构进行上行控制信息的传输，目前尚未有解决方案。
发明内容
[0004] 本发明
实施例提供一种基于PUCCH的上行控制信息传输方法及装置，用以实现如何选择PUCCH的传输结构进行上行控制信息的传输。
[0005] 本发明实施例提供的基于PUCCH的上行控制信息传输方法，包括：
[0006] 用户设备根据DCI，确定PUCCH的格式和/或所使用的
正交序列的信息；
[0007] 所述用户设备根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息。
[0008] 本发明实施例提供的另一种基于PUCCH的上行控制信息传输方法，包括：
[0009] 基站发送DCI，用于通知PUCCH的格式和/或所使用的正交序列的信息的指示信息；
[0010] 所述基站根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息。
[0011] 本发明实施例提供的用户设备，包括：
[0012] 确定模
块，用于根据DCI确定PUCCH的格式和/或所使用的正交序列的信息；
[0013] 传输模块，用于根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息。
[0014] 本发明实施例提供的基站，包括：
[0015] 发送模块，用于发送DCI，以通知PUCCH的格式和/或所使用的正交序列的信息的指示信息；
[0016] 接收模块，用于根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息。
[0017] 本发明的上述实施例中，用户设备根据DCI确定PUCCH的格式和/或所使用的正交序列的信息，并根据确定出的PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息，从而实现了基于DCI选择PUCCH的传输结构，并根据所选择的PUCCH传输结构进行上行控制信息的传输。
附图说明
[0018] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0019] 图1和图2分别为
现有技术中承载超过5载波聚合的反馈信息的新PUCCH格式示意图；
[0020] 图3为本发明实施例提供的在用户设备侧实现的PUCCH传输流程示意图；
[0021] 图4为本发明实施例中根据DAI确定UCI反馈比特数的示意图；
[0022] 图5为本发明实施例中不同正交序列长度的PUCCH的资源分配示意图；
[0023] 图6为本发明实施例提供的在基站侧实现的PUCCH传输流程示意图；
[0024] 图7为本发明提供的用户设备的结构示意图；
[0025] 图8为本发明另一实施例提供的用户设备的结构示意图；
[0026] 图9为本发明实施例提供的基站的结构示意图；
[0027] 图10为本发明另一实施例提供的基站的结构示意图。
具体实施方式
[0028] 如背景技术中所述，早期版本中定义的传输ACK/NACK的PUCCH格式(format)已经不能支持传输更多ACK/NACK反馈比特的需求，因此出现了容量更大的新PUCCH格式，例如，基于物理上行共享信道(PUSCH，Physical Uplink Shared CHannel)结构的新PUCCH格式，如图1所示，或者基于PUCCH format3结果的新PUCCH格式，如图2所示。图1和图2所示的PUCCH格式的主要区别在于一个时隙中的导频符号数不同。
[0029] 图1和图2中，Di表示第i个符号序列，当新PUCCH格式在频域仅使用1个PRB(Physical Resource Block，物理资源块)传输时，每个Di包含12个符号，分别映射在一个单载波-频分多址接入(SC-FDMA，Single Carrier-Frequency Division Multiple Access)符号上的12个
子载波上。在假设仅占用1个PRB传输PUCCH的
基础上，且在常规循环前缀(CP，Cyclic Prefix)且一个时隙仅存在一列导频符号，且使用
正交相移键控/四相相移键控(QPSK，Quadrature Phase-Shift Keying)调制方式的情况下，该新PUCCH格式可以承载288比特编码后信息，即144个调制符号，基于PUCCH format3结构的new PUCCH format可以承载240比特编码后信息，即120个调制符号。
[0030] 考虑到用户设备并不总是聚合32个载波之多，且用户设备使用单传输块(TB，Transport Block)或多TB传输模式也可以发生变化，另外，用户设备实际存在调度的载
波数总是小于或等于配置载波数，因此，用户设备在不同配置情况和不同子
帧中的ACK/NACK反馈比特数不同；当新PUCCH格式用于传输多载波周期信道状态信息(CSI，Channel State Information)时，由于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中传输，同时提高码率，以提高传输效率和系统资源利用率。
[0031] 目前如何支持超过5个载波聚合时的多比特ACK/NACK反馈还没有明确方案；当系统中引入了多种PUCCH传输结构时，如果实现在这些PUCCH传输结构之间根据具体情况动态选择，以选取更为适合的PUCCH传输方案，还没有明确方案。
[0032] 基于上述考虑，本发明实施例提供了一种基于PUCCH的上行控制信息传输方案，可以根据DCI确定PUCCH的传输结构，比如PUCCH的格式和/或所使用的正交序列信息，从而根据确定出的PUCCH传输结构对PUCCH上承载的上行控制信息进行传输。
[0033] 下面首先对本发明实施例中的PUCCH所使用的正交序列以及PUCCH的格式进行如下介绍。
[0034] (一)正交序列的长度
[0035] PUCCH所使用的正交序列的长度表示为 。
[0036] 优选地，当新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符号一组，使用 的正交序列。
[0037] (二)正交序列的编号
[0038] 在上述时域或者频域
扩频方法中，一个长度为 的正交序列集合中包含个正交序列，每个正交序列通过正交序列编号来标识。
[0039] (二)PUCCH的格式
[0040] PUCCH的 格式 可 包括 PUCCH格式 2(PUCCH format2)、PUCCH格式 3(PUCCH format3)、新PUCCH格式(new PUCCH format)中的一种或多种。其中，新PUCCH格式可以是定义可用于承载超过5载波聚合的反馈信息的PUCCH格式，例如，前述介绍过的基于PUSCH结构(如图1所示)或者基于PUCCH format3结构定义的新格式(如图2所示)。
[0041] 下面结合附图对本发明实施例进行详细描述。
[0042] 以下实施例中，对于DCI中的指示域，使用第一指示域、第二指示域等类似表述，仅为了对DCI中的指示域进行区分，并无特别含义，在此统一说明。
[0043] 参见图3，为本发明实施例提供的基于PUCCH的上行控制信息传输流程示意图，该流程可在用户设备侧实现。
[0044] 如图所示，该流程可包括如下步骤301至步骤302：
[0045] 步骤301：用户设备根据DCI(Downlink Control Information，下行控制信息)确定PUCCH的格式和/或所使用的正交序列的信息。
[0046] 其中，所述正交序列的信息包括：正交序列的长度和编号中的一种或多种，每个正交序列的长度所对应的正交序列集合预先定义。
[0047] 步骤302：用户设备根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息。
[0048] 其中，PUCCH所使用的正交序列可用于对该PUCCH所承载的上行控制信息进行频域和/或时域扩频。
[0049] 上述流程中，如果步骤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反馈信息的大小是可以根据不同的调度情况动态变化的。
[0050] 通过以上描述可以看出，用户设备根据DCI确定PUCCH的格式和/或所使用的正交序列的信息，并根据确定出的PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息，从而实现了基于DCI动态选择PUCCH的传输结构，并根据所选择的PUCCH传输结构进行上行控制信息的传输。
[0051] 图3所示流程的步骤301的具体实现方式可以有多种，本发明实施例给出了以下几种优选实现方案。这几种优选实现方案总体来说可分为方案一、方案二和方案三，下面分别对这些优选实现方案进行详细说明。
[0052] 方案一
[0053] 步骤301中，用户设备可根据DCI中的第一指示域，获取该第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息。
[0054] 方案一中，当系统中支持多个正交序列长度，且所述第一指示域中不包括正交序列的指示信息时，正交序列长度可以根据PUCCH格式隐式获得，例如每种PUCCH格式都对应唯一长度的正交序列，则确定了PUCCH格式，就确定了该PUCCH格式所使用的正交序列长度；或者，可以通过DCI中的指示域指示PUCCH格式所对应的正交序列信息；还可以通过高层信令预先配置PUCCH格式所对应的正交序列信息。
[0055] 下面结合几种具体实例，对方案一进行说明。
[0056] 实例1：系统中定义了PUCCH格式3和1个新PUCCH格式，新PUCCH格式不使用正交序列，此种情况下，可以在DCI中使用1比特指示域通知使用PUCCH格式3或者新PUCCH格式。
[0057] 实例2：系统中定义了PUCCH格式3和2个新PUCCH格式，其中不同新PUCCH格式的传输结构(例如RS符号数、占用PRB数等)不同且不使用正交序列，这种情况下，可以在DCI中使用1比特指示域通知使用新PUCCH格式1或者新PUCCH格式2；也可以在DCI中使用2比特指示域通知使用PUCCH格式3或者新PUCCH格式1或者新PUCCH格式2。
[0058] 实例3：系统中定义了PUCCH格式3以及定义了1个新PUCCH格式，该新格式可以使用N个长度的正交序列，这种情况下：
[0059] 一种方式是，在DCI中使用 比特指示域通知使用哪种长度的正交序列，其中， 表示向上取整；
[0060] 另一种方式是，在DCI中使用 比特指示域通知使用PUCCH格式3还是新PUCCH格式、以及在使用新PUCCH格式时对应哪种长度的正交序列；
[0061] 另一种方式是，在DCI中使用1比特指示域通知使用PUCCH格式3还是新PUCCH格式，并且在使用新PUCCH格式时，进一步在DCI中使用 比特指示域通知使用哪种长度的正交序列。
[0062] 实例4：系统中定义了PUCCH格式3以及2个新PUCCH格式，新PUCCH格式1(a1个导频符号)，不使用正交序列(或者认为正交序列长度为1)，新PUCCH格式2(a2个导频符号)，可以使用长度分别为 …的N个长度的正交序列，这种情况下：
[0063] 一种方式是，在DCI中使用1比特指示域通知使用新PUCCH格式1或者新PUCCH格式2，并且使用 比特指示域通知使用哪种长度的正交序列；
[0064] 另一种方式是，在DCI中使用2比特指示域通知使用PUCCH格式3或者新PUCCH格式1或者新PUCCH格式2，并且使用 比特指示域通知使用哪种长度的正交序列。
[0065] 实例5：系统中定义了PUCCH格式3以及A个新PUCCH格式，其中不同新PUCCH格式的传输结构和/或正交序列长度不同，例如新PUCCH格式1(a1个导频符号)，不使用正交序列(或者认为正交序列长度为1)，新PUCCH格式2(a2个导频符号)，使用长度为的正交序列，新PUCCH格式3(a2个导频符号)，使用长度为 的正交序列，新PUCCH格式3(a2个导频符号)，使用长度为 的正交序列，…，这种情况下：
[0066] 一种方式是，在DCI中使用 比特指示域通知使用哪种新PUCCH格式(包括了传输结构和正交序列的长度)；
[0067] 另一种方式是，在DCI中使用 比特指示域通知使用PUCCH format3或者哪种新PUCCH格式(包括了传输结构和正交序列的长度)。
[0068] 对于上述实例3、实例4或实例5，还可以进一步使用 比特指示当前配置的长度的正交序列中的序列编号，其中，B为一个长度的正交序列中所包含的正交序列的个数；或者，也可以对正交序列长度和正交序列编号进行联合指示(相应的就不需要上述实施例中的单独指示正交序列长度的比特域了)，例如使用 比特指示不同正交序列长度所包含的所有正交序列进行联合编号的编号信息，其中 N为正交序列的长度的个数， 正交序列的长度，即长度为 的正交序列中包含的正交序列个数；或者，还可以直接根据频域资源确定正交序列编号，例如频域资源为信道资源编号，根据信道资源编号和正交序列长度，确定正交序列编号。
[0069] 方案二
[0070] 步骤301中，用户设备可根据DCI中的第二指示域，确定当前子帧内的UCI反馈比特数量，根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息。
[0071] 方案二中，当预定义或配置的UCI反馈比特数量与PUCCH的格式和/或使用的正交序列的指示信息之间的对应关系中不包括正交序列的信息时，正交序列长度可以根据PUCCH格式隐式获得，例如每种PUCCH格式都对应唯一长度的正交序列，则确定了PUCCH格式，就确定了该PUCCH格式所使用的正交序列长度；或者，可以通过DCI中的指示域指示PUCCH格式所对应的正交序列信息；还可以通过高层信令预先配置PUCCH格式所对应的正交序列信息。
[0072] 具体地，方案二中，根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息，可以有多种实现方式，下面给出两种优选实现方式：确定方式1和确定方式2，其中：
[0073] (1)确定方式1
[0074] 在方案二的确定方式1中，用户设备根据当前子帧内的UCI反馈比特数量(codebook size)以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息。其中，根据DCI中的第二指示域所确定出的当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素。UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
[0075] 采用上述方案二的确定方式1时，在具体实施中，可预先定义UCI反馈比特数集合，以及UCI反馈比特数集合中的每个元素与PUCCH的格式和/或所使用的正交序列信息之间的对应关系。基站所发送的DCI中的第二指示域所指示的当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，这样，用户设备可以根据接收到的DCI中的第二指示域确定出PUCCH格式和/或所使用的正交序列的信息。
[0076] 优选地，UCI反馈比特数集合中的N个元素可以是以下几种情况中的一种：
[0077] -该N个元素是UCI反馈比特数量的N个取值；
[0078] -该N个元素是载波数量的N个取值，每个载波数量的取值对应一个UCI反馈比特数量的取值；
[0079] -该N个元素是子帧数量的N个取值，每个子帧数量的取值对应一个UCI反馈比特数量的取值；
[0080] -该N个元素是载波数据和子帧数量的N个组合，每个组合对应一个UCI反馈比特数量的取值；
[0081] -该N个元素是N个载波集合，每个载波集合对应一个UCI反馈比特数量的取值；
[0082] -该N个元素是N个子帧集合，每个子帧集合对应一个UCI反馈比特数量的取值；
[0083] -该N个元素是载波集合和子帧集合的N个组合，每个组合对应一个UCI反馈比特数量的取值。
[0084] 其中，UCI反馈比特数集合是预先定义的，也可以是由高层信令配置的，如由RRC(Radio Resourse Control，无线资源控制)信令配置。PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系可以是预先定义的，也可以是由高层信令配置的。
[0085] 优选地，DCI中的第二指示域还承载有调度情况指示信息，该调度情况指示信息包括DAI计数器、频域DAI计数器、时域调度数据包总数、频域调度数据包总数中的一种或多种组合。这些信息可以帮助用户设备正确排序不同载波和/或子帧的ACK/NACK反馈信息。
[0086] 下面结合几种实例，对上述方案二中的确定方式1进行描述。
[0087] 系统中预先定义或者高层信令预先配置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的格式和/或所使用的正交序列信息之间的对应关系。
[0088] 实例1：系统中定义了PUCCH格式3以及仅定义了1种新PUCCH格式(不支持扩频)，这种情况下，用户设备可以根据反馈信息比特数按照表1得到对应的PUCCH格式。
[0089] 表1：不同UCI反馈比特数与PUCCH格式的对应关系(以1比特指示信息为例)[0090]DCI指示信息 UCI反馈比特数 PUCCH格式
0 C1 PUCCH格式3
1 C2 新PUCCH格式
[0091] 实例2：系统中定义了PUCCH格式3以及仅定义了两种新PUCCH格式(不支持扩频，使用不同的RS符号数)，这种情况下，用户设备可以根据反馈信息比特数按照表2-1得到对应的PUCCH格式，或者按照表2-2得到对应的PUCCH格式。
[0092] 表2-1：不同UCI反馈比特数与PUCCH格式的对应关系(以2比特指示信息为例)[0093]DCI指示信息 UCI反馈比特数 PUCCH格式
00 C1 新PUCCH格式1
01 C2 新PUCCH格式1
10 C3 新PUCCH格式2
11 C4 新PUCCH格式2
[0094] 表2-2：不同UCI反馈比特数与PUCCH格式的对应关系(以2比特指示信息为例)[0095]DCI指示信息 UCI反馈比特数 PUCCH格式
00 C1 PUCCH格式3
01 C2 新PUCCH格式1
10 C3 新PUCCH格式2
11 C4 新PUCCH格式2
[0096] 实例3：系统中仅定义了PUCCH格式3以及1种新PUCCH格式，使用N个不同长度的正交序列，这种情况下，用户设备可以根据反馈信息比特数按照表3-1所示的对应关系得到该新格式所使用的正交序列信息，或者按照表3-2所示的对应关系得到该PUCCH格式以及所使用的正交序列信息，或者按照表1所示的对应关系得到PUCCH格式，并进一步根据DCI中使用 比特指示域通知使用哪种长度的正交序列。
[0097] 表3-1：不同UCI反馈比特数与正交序列信息的对应关系(以2比特指示信息为例)
[0098]
[0099] 表3-2：不同UCI反馈比特数与PUCCH格式以及正交序列信息的对应关系(以2比特指示信息为例)
[0100]
[0101] 实例4：系统中定义了PUCCH格式3以及两种新PUCCH格式，其中一种使用不同长度的正交序列时，可以根据反馈信息比特数按照表4-1所示的对应关系得到对应的新PUCCH格式以及该新格式所使用的正交序列信息；或者，按照表4-2所示的对应关系得到对应的PUCCH格式以及该格式所使用的正交序列信息；或者按照表1所示的对应关系得到PUCCH格式，并进一步根据DCI中使用 比特指示域通知使用哪种长度的正交序列；或者按照表2-2所示的对应关系得到PUCCH格式，并进一步根据DCI中使用 比特指示域通知使用哪种长度的正交序列。
[0102] 表4-1：不同UCI反馈比特数与新PUCCH格式和正交序列信息的对应关系(以3比特指示信息为例)
[0103]
[0104]
[0105] 表4-2：不同UCI反馈比特数与PUCCH格式和正交序列信息的对应关系(以3比特指示信息为例)
[0106]
[0107] 实例5：系统中定义了PUCCH格式3以及A种新PUCCH格式，其中不同新PUCCH格式所使用的传输结构和/或正交序列长度不同，这种情况下，用户设备可以根据反馈信息比特数按照表5-1所示的对应关系得到对应的新PUCCH格式以及该新格式所使用的正交序列信息，或者按照表5-2所示的对应关系得到对应的PUCCH格式以及该格式所使用的正交序列信息。
[0108] 表5-1：不同UCI反馈比特数与PUCCH格式和正交序列信息的对应关系(以3比特指示信息为例)
[0109]
[0110]
[0111] 表5-2：不同UCI反馈比特数与PUCCH格式和正交序列信息的对应关系(以3比特指示信息为例)
[0112]
[0113] 当反馈比特数的个数超过新PUCCH格式和正交序列长度的组合个数时，可以定义多对一关系，即不同的反馈比特数对应相同的传输方案。
[0114] 此外，对于上述表格，还可以进一步定义UCI反馈比特数与新PUCCH格式、正交序列长度以及正交序列编号的对应关系，从而进一步确定出正交序列编号信息，例如表6所示；或者正交序列编号根据DCI中的特定指示域确定，或者在DCI中联合指示正交序列长度和正交序列编号或者正交序列编号根据频域资源隐式确定，具体类似实施例1不再赘述。
[0115] 表6：不同UCI反馈比特数与PUCCH格式以及正交序列信息的对应关系(以4比特指示信息为例)
[0116]
[0117] (2)确定方式2
[0118] 在方案二的确定方式2中，用户设备可根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息。其中，DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
[0119] 其中，所述M个UCI反馈比特数区间可以是预先定义的，也可以是由高层信令配置的。PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系可以是预先定义的，也可以是由高层信令配置的。
[0120] 采用上述方案二的确定方式2时，在具体实施中，可预先定义若干个UCI反馈比特数区间，以及每个UCI反馈比特数区间与PUCCH的格式和/或所使用的正交序列信息之间的对应关系，或者定义至少一个比特数
门限值，以及超过该比特数门限值时对应的PUCCH的格式和/或所使用的正交序列信息、未超过该比特数门限值时对应的PUCCH的格式和/或所使用的正交序列信息。基站所发送的DCI中的第二指示域所指示的当前子帧内的UCI反馈比特数量在某个UCI反馈比特数区间内，这样，用户设备可以根据接收到的DCI中的第二指示域所指示的UCI反馈比特数所属的UCI反馈比特数区间，确定出PUCCH格式和/或所使用的正交序列的信息。
[0121] 优选地，DCI中的第二指示域承载有调度情况指示信息，该调度情况指示信息包括DAI计数器、频域DAI计数器、时域调度数据包总数、频域调度数据包总数、时频域总的调度数据包数中的一种或多种组合。这些信息可以帮助用户设备动态确定需要反馈多少比特的ACK/NACK等UCI信息。
[0122] 下面结合以下实例，对上述方案二中的确定方式2进行描述。
[0123] 实例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。
[0124] 实例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中传输。
[0125] 在上述方案二中，都是根据DCI中的指示域动态确定ACK/NACK反馈信息的比特数的，然后根据该反馈信息比特数与反馈信息比特数集合或反馈信息比特数区间的对应关系来确定PUCCH格式和/或所使用的正交序列的信息；作为另一个实施例，在确定PUCCH格式时，还可以根据固定的ACK/NACK反馈比特数(即根据PUCCH format3所采用的ACK/NACK反馈比特数确定方法所确定的反馈比特数)来确定采用PUCCH format3还是采用new PUCCH format，该固定的ACK/NACK反馈比特数是基于配置载波数和/或与当前上行子帧对应的下行子帧数来确定的(当然还可以进一步包括每个载波的传输模式)，判定的门限可以预定义为22或23比特，即当上述固定的ACK/NACK反馈比特数超过22比特时，选择new PUCCH format，否则选择PUCCH format3；当选择new PUCCH format时，其实际传输的ACK/NACK反馈信息可以是动态确定的ACK/NACK反馈信息，即反馈比特数可能小于22比特，例如根据DCI中的时/频域计数信息、总比特数指示信息等确定的ACK/NACK反馈比特序列，当然也可以传输上述固定的ACK/NACK反馈比特数的反馈信息，即基于配置载波数和/或与当前上行子帧对应的下行子帧数产生的反馈信息(当然还可以进一步包括每个载波的传输模式)；当选择PUCCH format3时，其实际传输的ACK/NACK反馈信息是基于配置载波数和/或与当前上行子帧对应的下行子帧数产生的反馈信息(当然还可以进一步包括每个载波的传输模式)，当然也可以是按照上述new format对应的方法动态确定的ACK/NACK反馈信息。
[0126] 方案三
[0127] 步骤301中，用户设备可根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
[0128] 优选地，该步骤的具体实现方式可包括以下几种中的一种：
[0129] -用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式，其中，不同的DCI长度所对应的PUCCH的格式各不相同；
[0130] -用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的正交序列的信息，其中，不同的DCI长度所对应的正交序列的信息各不相同；
[0131] -用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式和正交序列的信息，其中，不同的DCI长度所对应的PUCCH的格式与所使用的正交序列的组合各不相同；
[0132] -若用户设备检测到的DCI为第一类别DCI，则确定第一类别DCI所对应的PUCCH的格式和/或所使用的正交序列的信息，第一类别DCI所对应的PUCCH格式不支持扩频传输或者仅支持一种固定长度的正交序列扩频传输；若所述用户设备检测到的DCI为第二类别DCI，则确定第二类别DCI所对应的PUCCH的格式和/或所使用的正交序列的信息，第二类别DCI所对应的PUCCH格式对应多个正交序列的信息；其中，第一类别DCI和第二类别DCI的长度不同。
[0133] 其中，所述第一类别DCI中可包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
[0134] 其中，所述第二类别DCI中可包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
[0135] 具体实施时，当配置的PUCCH格式不支持扩频传输(即正交扩频序列长度为1)或者仅支持一个固定长度的正交扩频传输时，可使用第一类别DCI，如果存在超过一个PUCCH格式对应第一类别DCI，则该DCI中包括第三指示域，用于指示对应该DCI的PUCCH格式；当配置的PUCCH格式支持多个长度的正交扩频序列时，使用第二类别DCI；其中所述第一类别DCI和所述第二列表DCI的长度不同；基站侧可以根据实际配置情况选择一个DCI进行发送，从而携带了指示PUCCH格式以及正交序列信息的信息，用户设备侧通过盲检第一类别DCI和第二类别DCI，根据检测到的DCI的类别，确定PUCCH格式和正交序列信息。
[0136] 优选地，当所述用户设备根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
[0137] 进一步地，当第二类别DCI中不包含正交序列信息的指示域时，PUCCH使用的正交序列的信息可以高层信令预先配置，或者，当第二类别的DCI中的正交序列信息域仅只是正交序列的长度或者编号中的一种时，另一种可以通过高层信令预先配置。
[0138] 下面结合以下几个实例，对上述方案三进行描述。
[0139] 实例1：系统中定义了PUCCH格式3以及1个新PUCCH格式，不使用正交序列，可以定义DCI-1和DCI-2，DCI长度不同。当配置用户设备使用PUCCH格式3时，基站使用DCI-1进行调度，当配置用户设备使用新PUCCH格式时，基站使用DCI-2进行调度。用户设备通过盲检不同DCI可知使用的PUCCH格式。
[0140] 实例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格式确定正交序列长度
[0141] 实例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时，可以直接确定正交序列长度
[0142] 上述方案三的各实例中，正交序列编号的确定方式与方案一中的相关操作类似，这里不再赘述。
[0143] 本发明的上述各实施例中，PUCCH的格式所对应的频域资源的指示信息，可以通过DCI中的第五指示域进行指示；或者，也可以预先配置每个PUCCH的格式所对应的频域资源集合，所述频域资源集合中包括至少2个频域资源，DCI中的第六指示域指示所述频域资源集合中的一个元素的指示信息；或者，每种PUCCH的格式所对应的频域资源由高层信令配置。
[0144] 其中，PUCCH的格式所对应的频域资源的指示信息，可包括：PRB的数量、PRB的编号(PRB的编号可以标识该PRB在系统带宽中的
位置)、PUCCH的信道资源编号中的一种或多种。
[0145] 进一步地，如果PUCCH的格式所对应的频域资源的指示信息中包括PUCCH的信道资源编号，则用户设备可根据该PUCCH的信道资源编号确定出该PUCCH的格式所对应的PRB的编号。即，PUCCH的格式所对应的PRB的编号可根据该PUCCH的信道资源编号确定。
[0146] 具体地，PRB的编号 表示nPRB根据new PUCCH format的信道资源编号 以及正交序列长度 确定。例如，在支持PUCCH跳频传输时，优选地，可根据以下公式确定PUCCH所对应的PRB的编号：
[0147]
[0148] 其中，nPRB为PRB的编号； 表示向下取整； 为不同所对应的PRB起始位置(从低频侧计算的)，该值可由高层信令预先配置；
为正交序列的长度； 为上行PRB的数量；
[0149] 或者，也可以通过下属公式确定PUCCH所对应的PRB的编号：
[0150]
[0151] 其中，nPRB为PRB的编号； 表示向下取整； 为正交序列的长度； 为上行PRB的数量；即此时，认为当前指示的 是从第一个PRB计算器的，并且假设每个PRB中都包含当前的 个资源计算得到的，因此，直接根据该值与 的数值关系，即可得到当前的PRB编号。
[0152] 优选地，使用不同长度的正交序列进行频域扩频的PUCCH，被配置在不同的PRB上传输，或者配置在相同的PRB上复用传输，如图5所示。图5中，SF表示正交序列，SF＝2表示正交序列长度为2，以此类推。比如，使用 和 的正交序列进行频域扩频的PUCCH，可以配置在相同PRB中复用传输，这是因为 的正交序列与的正交序列也是正交的。图5示出了使用不同 的正交序列进行频域扩
频的PUCCH的资源分配示意图。
[0153] 进一步地，PRB个数可以根据UCI反馈比特数隐式确定，例如预先定义一个比特数门限，当UCI反馈比特数超过该门限时，采用2个PRB传输，否则采用1个PRB传输；如果定义更多PRB传输，方法类似。
[0154] 进一步地，本发明上述的各实施例中，PUCCH使用的正交序列的长度可根据PUCCH的格式确定，其中，每种PUCCH的格式对应一种长度的正交序列；或者，DCI中的第七指示域承载有PUCCH的格式所对应的正交序列的信息；或者，所述PUCCH使用的正交序列的信息由高层信令通知。
[0155] 进一步地，本发明的上述各实施例中，根据PUCCH的信道资源编号确定PUCCH使用的正交序列的编号。以下列举出了以下几种规则来确定PUCCH所使用的正交序列的编号：
[0156] 规则1：至少根据PUCCH的信道资源编号以及该PUCCH所使用的正交序列的长度，确定该PUCCH在所在子帧内所使用的正交序列的编号。
[0157] 具体地，正交序列编号为 表示noc根据newPUCCH format的信道资源编号 以及正交序列长度 确定。例如，
其中mod表示取余数操作。这种规则可适用于以下场景：在一
个子帧中，用于传输数据的所有SC-FDMA符号所对应的正交序列的编号相同。
[0158] 规则2：至少根据PUCCH的信道资源编号、该PUCCH所使用的正交序列的长度以及该PUCCH所在时隙的编号，确定该PUCCH在所在子帧内的该时隙所使用的正交序列的编号。
[0159] 具体地，正交序列编号 表示在一个时隙所使用的正交序列的编号noc，根据new PUCCH format的信道资源编号 正交序列长度以及该时隙的编号ns确定。这种规则可适用于以下场景：同一个时隙编号的时隙中用于传输数据的SC-FDMA符号所对应的正交序列的编号相同，不同时隙编号的时隙中用于传输数据的SC-FDMA符号所对应的正交序列不同。
[0160] 规则3：至少根据PUCCH的信道资源编号、该PUCCH所使用的正交序列的长度以及用于传输该PUCCH的SC-FDMA符号的编号，确定该PUCCH在所在子帧内的每个时隙中的该SC-FDMA符号上所对应的正交序列的编号。
[0161] 具体地，正交序列编号 表示在一个SC-FDMA符号上所对应的正交序列的编号noc，根据new PUCCH format的信道资源编号 正交序列长度以及该SC-FDMA符号的编号l确定。这种规则适用于同一个时隙中，用于传输数据的不同SC-FDMA符号对应不同的正交序列的场景。
[0162] 规则4：至少根据PUCCH的信道资源编号、该PUCCH所使用的正交序列的长度、该PUCCH所在时隙的编号以及该时隙中用于传输PUCCH的SC-FDMA符号的编号，确定该PUCCH在所在子帧的该时隙内的该SC-FDMA符号上所对应的正交序列的编号。
[0163] 具体地，正交序列编号 表示在一个时隙内的一个SC-FDMA符号上所对应的正交序列的编号noc，根据new PUCCH format的信道资源编号正交序列长度 该时隙的编号ns以及该时隙中的该SC-FDMA符号的编号l
以及确定。这种规则可适用于以下场景：每个编号不同的时隙中的SC-FDMA符号所对应的正交序列的编号彼此互不相同且同一个时隙中的用于传输数据的不同SC-FDMA符号所对应的正交序列的编号彼此互不相同。
[0164] 其中，PUCCH的信道资源编号可由DCI通知，比如，使用DCI中的特定比特域指示PUCCH的信道资源编号；PUCCH的信道资源编号也可由高层信令通知，比如，使用高层信令中的特定比特域指示PUCCH的信道资源编号；PUCCH的信道资源编号也可由DCI和高层信令联合通知，比如，网络侧通过高层信令预先向用户设备配置PUCCH的信道资源编号集合，该集合中至少包括2个信道资源编号组，每组中至少包括1个信道资源编号，网络侧再通过DCI中的特定比特域向该用户设备指示该集合中的一个信道资源编号组。
[0165] 进一步地，在上述各实施例的基础上，还包括以下步骤：用户设备根据循环位移值间隔Δ确定候选的循环移位值的集合，并从该集合中选择一个循环移位值，基于该循环移位值产生导频序列，即对PUCCH中承载导频的符号上的导频进行循环移位，Δ的取值符合以下约束： 其中，Nsc为PUCCH在频域上所占用的子载波数， 表示正交序列的长度；Δ具体可以为高层信令预先配置的满足上述条件的多个值中的一个值，基于该值可以确定一组循环移位值。
[0166] 其中，循环移位值可通过高层信令和/或DCI通知，比如，可通过高层信令或DCI通知循环位移值的索引值(编号)，或者高层信令预先配置一个循环移位值的集合，DCI通知该集合中的一个值给用户设备，或者根据正交序列的编号确定与之对应的循环移值的索引值；然后根据该索引信息在预定的索引值与循环移位值的对应关系集合中得到具体的循环移位值。循环移位值的数量与 相关，每个循环位移值间的间隔为Δ。循环移位值也可以直接根据正交序列的编号确定。
[0167] 需要说明的是，上述实施例可适用于传输ACK/NACK、或周期CSI、或同时传输ACK/NACK和周期CSI的场景。对于CSI传输的场景，上述实施例中将PUCCH格式3替换为PUCCH格式2(无时域正交扩频，即 )后同样适用。
[0168] 参见图6，为本发明实施例提供的基于PUCCH的上行控制信息传输流程示意图。该流程可在基站侧执行。其中，该基站侧实现的流程与图3所示的流程相互对应，即，基站采用图6所示的方式发送DCI，用户设备采用图3所示的方式根据该DCI确定PUCCH的格式和/或所使用的正交序列的信息的指示信息，并根据确定出的PUCCH的格式和/或所使用的正交序列的信息发送PUCCH所承载的上行控制信息，相应地，基站接收所述PUCCH所承载的上行控制信息。因此，基站侧的流程中涉及到的相关描述可参见前述实施例，在此不再一一重复。
[0169] 如图所示，该流程可包括如下步骤601至步骤602：
[0170] 步骤601：基站发送DCI，用于通知PUCCH的格式和/或所使用的正交序列的信息；
[0171] 步骤602：基站根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息。
[0172] 上述实施例的步骤601可有多种实现方式，下面给出几种优选的实现方式，这些实现方式总体来说可包括：方案四、方案五、方案六。
[0173] 方案四
[0174] 在方案四中，所述DCI中包含第一指示域，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并将指示PUCCH的格式和/或所使用的正交序列的信息的指示信息携带在所述DCI中的第一指示域中发送给用户设备，用于所述用户设备根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息。
[0175] 具体地，所述DCI中的第二指示域具体用于：所述用户设备根据所述当前子帧内的UCI反馈比特数量以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，根据所述DCI中的第二指示域所确定出的所述当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，所述UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
[0176] 其中，所述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反馈比特数量的取值。
[0177] 进一步地，所述UCI反馈比特数集合是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系是预先定义的，或者是由高层信令配置的。
[0178] 方案五
[0179] 在方案五中，所述DCI中包含第二指示域，所述基站将用于确定当前子帧内的上行控制信息UCI反馈比特数的指示信息携带在所述DCI中的第二指示域中发送给用户设备，用于所述用户设备根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，并根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息。
[0180] 具体地，所述DCI中的第二指示域具体用于：所述用户设备根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，所述DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
[0181] 其中，所述M个UCI反馈比特数区间是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系是预先定义的，或者是由高层信令配置的。
[0182] 方案六
[0183] 在方案六中，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并选择与确定的PUCCH的格式和/或所使用的正交序列的信息相对应的DCI发送给用户设备，用户所述用户设备根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
[0184] 具体地，DCI长度对应于PUCCH格式，其中，不同的DCI长度所对应的PUCCH的格式各不相同；或者，DCI长度相对应于正交序列的信息，其中，不同的DCI长度所对应的正交序列的信息各不相同；或者，DCI长度对应于PUCCH格式和正交序列的信息，其中，不同的DCI长度所对应的PUCCH的格式与所使用的正交序列的组合各不相同；或者，第一类别DCI所对应的PUCCH格式不支持扩频传输或者仅支持一种固定长度的正交序列扩频传输；第二类别DCI所对应的PUCCH格式对应多个正交序列的信息；其中，第一类别DCI和第二类别DCI的长度不同。
[0185] 其中，所述第一类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
[0186] 进一步地，所述第二类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
[0187] 进一步地，当DCI长度对应于PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
[0188] 基于相同的技术构思，本发明实施例还提供了一种用户设备，该用户设备可实现上述实施例所述的基于PUCCH的上行控制信息传输流程。
[0189] 如图7所示，本发明实施例提供的用户设备可包括：确定模块701、传输模块702，其中：
[0190] 确定模块701，用于根据DCI，确定PUCCH的格式和/或所使用的正交序列的信息；
[0191] 传输模块702，用于根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息。
[0192] 优选地，确定模块701可具体用于：采用前述方案一，即根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，采用前述方案二，即根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，采用前述方案三，即根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
[0193] 优选地，确定模块701在采用前述方案二时，可具体用于：根据所述当前子帧内的UCI反馈比特数量以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，根据所述DCI中的第二指示域所确定出的所述当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，所述UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
[0194] 其中，所述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反馈比特数量的取值。
[0195] 其中，所述UCI反馈比特数集合是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系是预先定义的，或者是由高层信令配置的。
[0196] 优选地，确定模块701在采用方案二时，可具体用于：根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，所述DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
[0197] 其中，所述M个UCI反馈比特数区间是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系是预先定义的，或者是由高层信令配置的。
[0198] 优选地，确定模块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的长度不同。
[0199] 其中，所述第一类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
[0200] 其中，所述第二类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
[0201] 优选地，当所述确定模块根据检测到的DCI的长度，确定使用与所述DCI长度相对应的PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
[0202] 优选地，所述正交序列的信息包括：正交序列的长度和编号中的一种或多种，每个正交序列的长度所对应的正交序列预先定义。
[0203] 优选地，所述PUCCH使用的正交序列的长度根据PUCCH的格式确定，其中，每种PUCCH的格式对应一种长度的正交序列；或者，DCI中的第七指示域承载有PUCCH的格式所对应的正交序列的信息；或者，所述PUCCH使用的正交序列的信息由高层信令通知。
[0204] 优选地，所述PUCCH的格式包括PUCCH格式2、PUCCH格式3、新PUCCH格式中的一种或多种。
[0205] 优选地，传输模块702具体用于：当确定的PUCCH的格式为PUCCH格式3时，按照新PUCCH格式所对应的UCI反馈比特数进行传输。
[0206] 基于相同的技术构思，本发明实施例还提供了一种用户设备，该用户设备可实现上述实施例所述的基于PUCCH的上行控制信息传输流程。
[0207] 如图8所示，该用户设备可包括：处理器801、
存储器802、收发机803以及总线
接口。
[0208] 处理器801负责管理总线架构和通常的处理，存储器802可以存储处理器801在执行操作时所使用的数据。收发机803用于在处理器801的控制下接收和发送数据。
[0209] 总线架构可以包括任意数量的互联的总线和桥，具体由处理器801代表的一个或多个处理器和存储器802代表的存储器的各种
电路链接在一起。总线架构还可以将诸如
外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机803可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器801负责管理总线架构和通常的处理，存储器802可以存储处理器801在执行操作时所使用的数据。
[0210] 本发明实施例揭示的流程，可以应用于处理器801中，或者由处理器801实现。在实现过程中，流程的各步骤可以通过处理器801中的
硬件的集成
逻辑电路或者
软件形式的指令完成。处理器801可以是通用处理器、数字
信号处理器、
专用集成电路、
现场可编程门阵列或者其他
可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑
框图。通用处理器可以是
微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及
软件模块组合执行完成。软件模块可以位于随机存储器，闪存、
只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器802，处理器801读取存储器802中的信息，结合其硬件完成流程的步骤。
[0211] 具体地，处理器801，用于读取存储器802中的程序，执行下列过程：
[0212] 根据DCI，确定PUCCH的格式和/或所使用的正交序列的信息；
[0213] 所述用户设备根据PUCCH的格式和/或所使用的正交序列的信息，传输所述PUCCH所承载的上行控制信息。
[0214] 其中，根据DCI确定PUCCH的格式和/或所使用的正交序列的信息，可包括：
[0215] 根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，备根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
[0216] 上述流程的具体实现过程，可参见前述实施例，在此不再赘述。
[0217] 基于相同的技术构思，本发明实施例还提供了一种基站，该基站可实现上述实施例所述的基于PUCCH的上行控制信息传输流程。
[0218] 如图9所示，本发明实施例提供的基站可包括：发送模块901、接收模块902，其中：
[0219] 发送模块901，用于发送DCI，以通知PUCCH的格式和/或所使用的正交序列的信息的指示信息；
[0220] 接收模块902，用于根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息。
[0221] 优选地，在方案四中，所述DCI中包含第一指示域，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并将指示PUCCH的格式和/或所使用的正交序列的信息的指示信息携带在所述DCI中的第一指示域中发送给用户设备，用于所述用户设备根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，在方案五中，所述DCI中包含第二指示域，所述基站将用于确定当前子帧内的上行控制信息UCI反馈比特数的指示信息携带在所述DCI中的第二指示域中发送给用户设备，用于所述用户设备根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，并根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，在方案六中，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并选择与确定的PUCCH的格式和/或所使用的正交序列的信息相对应的DCI发送给用户设备，用于所述用户设备根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
[0222] 优选地，在方案四中，所述DCI中的第二指示域具体用于：所述用户设备根据所述当前子帧内的UCI反馈比特数量以及UCI反馈比特数量与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，根据所述DCI中的第二指示域所确定出的所述当前子帧内的UCI反馈比特数量对应于UCI反馈比特数集合中的一个元素，所述UCI反馈比特数集合中包括N个元素，每个元素对应一个UCI反馈比特数量，每个UCI反馈比特数量对应一种PUCCH格式和/或所使用的正交序列的信息，N为大于或等于2的整数。
[0223] 其中，所述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反馈比特数量的取值。
[0224] 其中，所述UCI反馈比特数集合是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列的信息与UCI反馈比特数集合中的元素之间的对应关系是预先定义的，或者是由高层信令配置的。
[0225] 优选地，在方案五中，所述DCI中的第二指示域具体用于：所述用户设备根据当前子帧内的UCI反馈比特数量以及UCI反馈比特数区间与PUCCH格式和/或所使用的正交序列的信息之间的对应关系，确定当前子帧内的PUCCH的格式和/或所使用的正交序列的信息；其中，所述DCI中的第二指示域所指示的所述当前子帧内的UCI反馈比特数量对应于M个UCI反馈比特数区间中的一个区间，每个UCI反馈比特数区间对应一种PUCCH格式和/或所使用的正交序列的信息，M为大于或等于2的整数。
[0226] 其中，所述M个UCI反馈比特数区间是预先定义的，或者是由高层信令配置的；和/或，PUCCH格式和/或所使用的正交序列与UCI反馈比特数区间之间的对应关系是预先定义的，或者是由高层信令配置的。
[0227] 优选地，在方案六中，DCI长度对应于PUCCH格式，其中，不同的DCI长度所对应的PUCCH的格式各不相同；或者，DCI长度相对应于正交序列的信息，其中，不同的DCI长度所对应的正交序列的信息各不相同；或者，DCI长度对应于PUCCH格式和正交序列的信息，其中，不同的DCI长度所对应的PUCCH的格式与所使用的正交序列的组合各不相同；或者，第一类别DCI所对应的PUCCH格式不支持扩频传输或者仅支持一种固定长度的正交序列扩频传输；第二类别DCI所对应的PUCCH格式对应多个正交序列的信息；其中，第一类别DCI和第二类别DCI的长度不同。
[0228] 其中，所述第一类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述类别DCI的多种PUCCH格式中的一种。
[0229] 其中，所述第二类别DCI中包括第三指示域，所述第三指示域用于指示对应于所述第二类别DCI的多种PUCCH格式中的一种；和/或，所述第二类别DCI中包含第四指示域，所述第四指示域用于指示对应于所述第二类别DCI的多种长度的正交序列中的一种。
[0230] 其中，当DCI长度对应于PUCCH格式时，所述DCI中包括第四指示域，所述第四指示域用于指示与所述DCI长度相对应的PUCCH所使用的正交序列的信息。
[0231] 优选地，所述正交序列的信息包括：正交序列的长度和编号中的一种或多种，每个正交序列的长度所对应的正交序列预先定义。
[0232] 优选地，所述PUCCH使用的正交序列的长度根据PUCCH的格式确定，其中，每种PUCCH的格式对应一种长度的正交序列；或者，DCI中的第七指示域承载有PUCCH的格式所对应的正交序列的信息；或者，所述PUCCH使用的正交序列的信息由高层信令通知。
[0233] 优选地，所述PUCCH的格式包括PUCCH格式2、PUCCH格式3、新PUCCH格式中的一种或多种。
[0234] 优选地，当确定的PUCCH的格式为PUCCH格式3时，按照新PUCCH格式所对应的UCI反馈比特数进行传输。
[0235] 基于相同的技术构思，本发明实施例还提供了一种基站，该基站可实现上述实施例所述的基于PUCCH的上行控制信息传输流程。
[0236] 如图10所示，本发明实施例提供的基站可包括：处理器1001、存储器1002、收发机1003以及总线接口。
[0237] 处理器1001负责管理总线架构和通常的处理，存储器1002可以存储处理器1001在执行操作时所使用的数据。收发机1003用于在处理器1001的控制下接收和发送数据。
[0238] 总线架构可以包括任意数量的互联的总线和桥，具体由处理器1001代表的一个或多个处理器和存储器1002代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1003可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1001负责管理总线架构和通常的处理，存储器1002可以存储处理器1001在执行操作时所使用的数据。
[0239] 本发明实施例揭示的流程，可以应用于处理器1001中，或者由处理器1001实现。在实现过程中，流程的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1001可以是通用处理器、
数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1002，处理器1001读取存储器1002中的信息，结合其硬件完成流程的步骤。
[0240] 具体地，处理器1001，用于读取存储器1002中的程序，执行下列过程：
[0241] 发送DCI，以通知PUCCH的格式和/或所使用的正交序列的信息的指示信息；
[0242] 根据与所述DCI相对应的PUCCH的格式和/或所使用的正交序列的信息，接收所述PUCCH所承载的上行控制信息。
[0243] 优选地，所述DCI中包含第一指示域，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并将指示PUCCH的格式和/或所使用的正交序列的信息的指示信息携带在所述DCI中的第一指示域中发送给用户设备，用于所述用户设备根据DCI中的第一指示域，获取所述第一指示域所指示的PUCCH的格式和/或所使用的正交序列的信息；或者，所述DCI中包含第二指示域，所述基站将用于确定当前子帧内的上行控制信息UCI反馈比特数的指示信息携带在所述DCI中的第二指示域中发送给用户设备，用于所述用户设备根据DCI中的第二指示域，确定当前子帧内的上行控制信息UCI反馈比特数量，并根据当前子帧内的UCI反馈比特数量确定PUCCH的格式和/或所使用的正交序列的信息；或者，所述基站确定PUCCH的格式和/或所使用的正交序列的信息，并选择与确定的PUCCH的格式和/或所使用的正交序列的信息相对应的DCI发送给用户设备，用于所述用户设备根据DCI长度，确定PUCCH的格式和/或所使用的正交序列的信息。
[0244] 上述流程的具体实现过程，可参见前述实施例，在此不再赘述。
[0245] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或
计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0246] 本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的
流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程
数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中
指定的功能的装置。
[0247] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0248] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0249] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些
修改和变型属于本发明
权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
