CN111756501B - 传输上行控制信息的方法及装置 - Google Patents

Abstract

本申请提供了一种传输上行控制信息的方法及装置。该方法包括：终端设备确定需要发送的前导码序列；终端设备根据该前导码序列，确定物理上行共享信道资源中用于发送上行控制信息的第一资源集合，其中，PUSCH资源包括多个资源集合，多个资源集合中包括第一资源集合，多个资源集合中任意两个资源集合的交集为空集，每个资源集合对应一个前导码序列集合，任意两个资源集合所对应的前导码序列集合的交集为空集；终端设备在PUSCH资源上发送该上行控制信息和上行数据，上行控制信息映射在第一资源集合上，上行数据映射在PUSCH资源中除多个资源集合外的资源上，多个资源集合中除第一资源集合外的资源集合上未被映射任何信息和上行数据。

Description

传输上行控制信息的方法及装置

技术领域

本申请涉及通信领域，并且更具体的，涉及通信领域中的传输上行控制信息的方法及装置。

背景技术

随着未来超可靠低时延(ultra reliable low latency，URLLC)以及机器通信(machine type communication，MTC)和物联网(internet of things，IoT)的迅速发展，稀疏、小包以及低时延需求的数据传输也有了越来越多的应用场景。为了满足这类数据的传输，提出了两步(2-step)随机接入信道(random access channel，RACH)方案。

在2-step RACH方案中，网络设备通过广播消息发送物理上行共享信道(physicaluplink shared channel，PUSCH)资源的配置信息，导致广播消息对应的小区内所有用户每次传输的配置相同的传输参数，例如调制编码方式(modulation and coding scheme，MCS)、混合自动重传请求(hybrid automatic repeat request，HARQ)进程、重复次数、初传重传指示等都传输参数均无法改变，导致PUSCH传输不灵活。

为了提高PUSCH传输的灵活性，网络设备可以向用户配置不同的传输参数，用户可以通过发送上行控制信息(uplink control information，UCI)，将用户根据自身需求选择的传输参数携带于UCI中向网络设备进行发送。但是，当多个用户在相同的PUSCH资源上传输UCI时，该多个用户对应的UCI所占用资源也完全重叠，从而导致网络设备对UCI的解调成功率降低。

发明内容

本申请提供一种传输上行控制信息的方法及装置，能够避免多个终端设备在传输上行控制信息时，出现资源碰撞的问题，从而提高解调上行控制信息的成功率。

第一方面，提供了一种传输上行控制信息的方法，包括：终端设备确定需要发送的前导码序列；所述终端设备根据所述前导码序列，确定物理上行共享信道PUSCH资源中用于发送上行控制信息的第一资源集合，其中，所述PUSCH资源包括多个资源集合，所述多个资源集合中包括所述第一资源集合，所述多个资源集合中任意两个资源集合的交集为空集，每个资源集合对应一个前导码序列集合，任意两个资源集合所对应的前导码序列集合的交集为空集；所述终端设备在所述PUSCH资源上发送所述上行控制信息和上行数据，其中，所述上行控制信息映射在所述第一资源集合上，所述上行数据映射在所述PUSCH资源中除所述多个资源集合外的资源上，所述多个资源集合中除所述第一资源集合外的资源集合上未被映射任何信息和上行数据。

在本申请中，可以通过前导码序列确定多个终端设备在共享的PUSCH资源中用于发送各自UCI的资源集合，多个资源集合中的任意两个资源集合之间的交集为空集，即多个终端设备用来传输各自UCI的资源集合之间是正交的，避免了不同终端设备传输UCI时出现时频资源碰撞的问题，从而提高解调UCI的成功率。

需要说明的是，本申请传输上行控制信息的方法可以应用于2-step RACH流程，或者，也可以应用于免授权传输。在免授权传输中，终端设备可以确定DMRS端口，根据DMRS端口确定发送上行控制信息的第一资源集合。在2-step RACH流程中，终端设备也可以根据DMRS端口确定发送上行控制信息的第一资源集合。

在一种可能的实现方式中，一种传输上行控制信息的方法，包括：终端设备确定DMRS端口；所述终端设备根据所述DMRS端口，确定PUSCH资源中用于发送上行控制信息的第一资源集合，其中，所述PUSCH资源包括多个资源集合，所述多个资源集合中包括所述第一资源集合，所述多个资源集合中任意两个资源集合的交集为空集，每个资源集合对应一个DMRS端口集合，任意两个资源集合所对应的DMRS端口集合的交集为空集；所述终端设备在所述PUSCH资源上发送所述上行控制信息和上行数据，其中，所述上行控制信息映射在所述第一资源集合上，所述上行数据映射在所述PUSCH资源中除所述多个资源集合外的资源上，所述多个资源集合中除所述第一资源集合外的资源集合上未被映射任何信息和上行数据。

例如，在免授权传输中，多个终端设备可以共用一个PUSCH资源进行通信，每个终端设备可以确定一个DMRS端号，根据所述DMRS端口确定PUSCH资源中用于发送上行控制信息的第一资源集合。

例如，终端设备可以确定DMRS端口号，根据DMRS端口号确定用于发送上行控制信息的第一资源集合。

结合第一方面，在第一方面的某些实现方式中，所述终端设备根据所述前导码序列，确定物理上行共享信道PUSCH资源中用于发送上行控制信息的第一资源集合，包括：所述终端设备根据所述前导码序列的索引确定所述第一资源集合。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：接收来自接入网设备的配置信息，所述配置信息包括如下信息中的至少一种：用于确定所述物理上行共享信道资源所包括的资源集合的数量的信息、用于确定各个资源集合所需的资源大小的信息。

例如，可以是同一个小区内的至少一个终端设备接收到接入网设备发送的广播消息，广播消息携带如下信息中的至少一种：用于指示至少一个终端设备与接入网设备进行通信的PUSCH资源的信息，用于确定该PUSCH资源中预留的可以用于承载UCI的资源数量的信息，用于确定多个用于承载UCI的资源中每个用于承载UCI的资源所占用的PUSCH资源的RE数量的信息。

结合第一方面，在第一方面的某些实现方式中，所述多个资源集合在所述PUSCH资源中所占用的资源在频域上连续。

例如，在PUSCH资源中包括用于承载UCI的至少两个资源集合。在一个实现方式中，可以按照如下的映射方法确定所述至少两个资源集合各自所包含的RE在PUSCH中的位置：可以从首个未映射DMRS的符号开始，以资源单元RE为单位按照先频域后时域和RE编号从小到大的顺序映射在所述PUSCH资源上，其中，所述首个未映射DMRS的符号为所述PUSCH资源中第一个未映射DMRS的符号，或者，所述PUSCH资源中映射DMRS符号后的第一个未映射DMRS的符号。因此，所述至少两个资源集合中的RE以RE为单位按照先频域后时域和RE编号从小到大的顺序分布在所述PUSCH资源中从首个未映射DMRS的符号开始的资源位置。

在一种可能的实现方式中，所述多个资源集合的RE可以按照前导码序列的索引顺序(或者前导码序列集合的索引顺序)连续映射在所述频域资源上。例如，可以是索引从小到大的顺序，或者，可以是索引从大到小的顺序，或者，可以是按照索引的预设顺序。

在一种可能的实现方式中，可以按照前导码序列的索引(或者前导码序列集合的索引顺序)交替顺序连续映射在所述频域资源上。

结合第一方面，在第一方面的某些实现方式中，所述多个资源集合在所述PUSCH资源中所占用的资源在频域上可以非连续。

例如，至少两个UCI在PUSCH资源上的映射方式包括：若第i个符号上可用于承载UCI且未使用的RE个数小于或等于所述至少两个上行控制信息剩余的未映射部分所需的RE个数，则所述至少两个上行控制信息以RE为单位连续映射在所述第i个符号上；或者，若第i个符号上可用于承载UCI且未使用的RE个数大于所述至少两个上行控制信息剩余的未映射部分所需的RE个数，则所述至少两个上行控制信息以RE为单位非连续映射在所述第i个符号上，其中，所述第i个符号是从首个未映射DMRS的符号开始，小于或等于所述上行共享资源集合的最大符号，i为正整数。

应理解，所述至少两个上行控制信息可以按照先频域后时域且符号i从小到大每次增加1的顺序映射，直到所述至少两个上行控制信息全部完成映射。

在一种可能的实现方式中，可以按照前导码序列的索引顺序(前导码序列集合的索引顺序)非连续映射在所述频域资源上。

例如，可以是索引从小到大的顺序，或者，可以是索引从大到小的顺序，或者，可以是按照索引的预设顺序。

在一种可能的实现方式中，可以按照前导码序列的索引交替顺序非连续映射在所述频域资源上。

结合第一方面，在第一方面的某些实现方式中，所述多个资源集合中任意两个资源集合间存在时域保护间隔和/或者频域保护带。

结合第一方面，在第一方面的某些实现方式中，所述多个资源集合中的任意一个资源集合的RE与和所述PUSCH资源中用于承载上行数据的RE之间存在时域保护间隔和/或频域保护带。

结合第一方面，在第一方面的某些实现方式中，所述配置信息还包括所述上行控制信息的重复次数。

在本申请中，在PUSCH资源上可以重复传输多次UCI，接入网设备发送的配置信息中可以包括UCI的重复次数，从而增加UCI在PUSCH资源上传输的灵活性，提高解调UCI的成功率。

在一种可能的实现方式中，PUSCH资源上UCI的重复次数可以与前导码序列或者DMRS端口关联。

例如，可以对前导码序列或DMRS端口进行分组，每组前导码序列或DMRS端口对应的UCI的重复传输次数可以不同。

结合第一方面，在第一方面的某些实现方式中，所述第一资源集合的大小与所述上行控制信息的重复次数相关。

结合第一方面，在第一方面的某些实现方式中，所述第一资源集合包括用于重复传输所述上行控制信息的多个资源子集，每个资源子集用于所述上行控制信息的一次重复传输。

结合第一方面，在第一方面的某些实现方式中，所述多个资源子集中至少有两个资源子集位于不同的频带。

结合第一方面，在第一方面的某些实现方式中，所述上行控制信息包括以下至少一项：

调制编码方式、重复次数、新重传指示、混合自动重传请求HARQ进程、冗余版本、物理上行共享信道资源的指示信息、加扰ID、参考信号配置，

其中，所述调制编码方式用于指示所述上行控制信息中指示所述数据对应的调制编码方式；所述重复次数用于指示所述数据和/或所述前导码序列在一次传输中的重复传输次数；所述新重传指示用于指示所述数据为新数据的第一次传输或者指示所述数据为数据的重传；所述HARQ进程用于指示至少一个HARQ进程中传输所述数据的HARQ进程索引；所述冗余版本用于指示至少一个冗余版本中传输所述数据所使用的冗余版本；所述PUSCH资源的指示信息用于指示本次传输所使用的PUSCH资源的大小和/或位置信息；所述加扰ID用于指示传输所述数据的加扰ID和\或承载所述数据的PUSCH所关联的的DMRS的加扰ID；所述参考信号配置用于指示传输所述上行参考信号对应的参考信号的配置信息，所述参考信号包括信道探测参考信号SRS、承载所述数据的PUSCH所关联的DMRS。

可选地，承载在同一PUSCH资源上传输的至少一个UCI信息的格式可以是相同，也可以是不同的。

进一步，上行控制信息包括的信息种类和/或信息大小与可以与前导码序列或者DMRS端口具有关联关系。

换而言之，不同的preamble或者DMRS端口可以对应不同的UCI格式。其中，一个preamble或者DMRS端口对应的UCI格式可以是预先定义的，或者，可以是由接入网设备配置的，即接入网设备可以配置每个preamble或者DMRS端口所对应的UCI格式。接入网设备接收UCI时，可以根据preamble与UCI格式之间的对应关系或者DMRS端口与UCI格式之间的对应关系，通过检测preamble或者DMRS即可确定其对应的UCI格式。

应理解，UCI格式可以是指UCI中携带的信息种类和/或UCI所携带的信息的大小。

在一种可能的实现方式中，所述终端设备在第一数据资源集合上发送所述上行数据，所述PUSCH资源包括第一数据资源集合，所述第一数据资源集合为所述PUSCH资源中除所述多个资源集合和承载DMRS外的资源。

在一种可能的实现方式中，所述终端设备在第二数据资源集合上发送所述上行数据，所述PUSCH资源包括所述第二数据资源集合，所述第二数据资源集合为根据所述第一资源集合和PUSCH时频资源指示信息确定的资源，所述上行控制信息中包括所述PUSCH时频资源指示信息。

例如，PUSCH时频资源指示信息可以用于指示本次传输所使用的PUSCH资源大小和位置。其中，本次传输可以是用于传输所述上行控制信息和所述上行数据的上行传输。

在一种可能的实现方式中，每个资源集合包括时频资源和码域资源，所述多个资源集合的时频资源相同，但是各个资源集合所对应的码域资源不同。

例如，同一块PUSCH资源上的不同资源集合(UCI资源)可以使用相同的时频资源，既相同的RE，它们之间使用不同的码域资源进行区分，比如，不同的UCI资源使用不同的码域循环位移(Cyclic Shift)或者，不同的正交掩码(orthogonal cover codes)或者，不同的扩频序列(spreading sequence)。码域资源与preamble或者DMRS端口关联，既只要终端设备确定需要发送的preamble索引或者DMRS端口号(端口索引)，即可确定在该preamble或者DMRS端口对应的PUSCH资源中的UCI资源所对应的码域资源。

第二方面，提供了一种接收上行控制信息的方法，包括：接入网设备接收终端设备发送的前导码序列；所述接入网设备根据所述前导码序列，确定物理上行共享信道PUSCH资源中用于接收上行控制信息的第一资源集合，其中，所述PUSCH资源包括多个资源集合，所述多个资源集合中包括所述第一资源集合，所述多个资源集合中任意两个资源集合的交集为空集，每个资源集合对应一个前导码序列集合，任意两个资源集合所对应的前导码序列集合的交集为空集；所述接入网设备在所述PUSCH资源上接收所述上行控制信息和上行数据，其中，所述上行控制信息映射在所述第一资源集合上，所述上行数据映射在所述PUSCH资源中除所述多个资源集合外的资源上，所述多个资源集合中除所述第一资源集合外的资源集合上未被映射任何信息和上行数据。

在本申请中，可以通过前导码序列确定多个终端设备在共享的PUSCH资源中用于接收各自UCI的资源集合，多个资源集合中的任意两个资源集合之间的交集为空集，即多个终端设备用来传输各自UCI的资源集合之间是正交的，避免了不同终端设备传输UCI时出现时频资源碰撞的问题，从而提高解调UCI的成功率。

需要说明的是，本申请传输上行控制信息的方法可以应用于2-step RACH流程，或者，也可以应用于免授权传输。在免授权传输中，终端设备可以确定DMRS端口，接入网设备可以根据DMRS端口确定接收上行控制信息的第一资源集合。在2-step RACH流程中，终端设备也可以根据DMRS端口确定发送上行控制信息的第一资源集合。

在一种可能的实现方式中，一种传输上行控制信息的方法，包括：接入网设备确定终端设备选择的DMRS端口；所述接入网设备根据所述DMRS端口，确定PUSCH资源中用于发送上行控制信息的第一资源集合，其中，所述PUSCH资源包括多个资源集合，所述多个资源集合中包括所述第一资源集合，所述多个资源集合中任意两个资源集合的交集为空集，每个资源集合对应一个DMRS端口集合，任意两个资源集合所对应的DMRS端口集合的交集为空集；所述接入网设备在所述PUSCH资源上接收所述上行控制信息和上行数据，其中，所述上行控制信息映射在所述第一资源集合上，所述上行数据映射在所述PUSCH资源中除所述多个资源集合外的资源上，所述多个资源集合中除所述第一资源集合外的资源集合上未被映射任何信息和上行数据。

例如，在免授权传输中，多个终端设备可以共用一个PUSCH资源块进行通信，每个终端设备可以确定一个DMRS端口，根据所述DMRS端口确定PUSCH资源中用于发送上行控制信息的第一资源集合。即接入网设备可以根据终端设备确定的端口，从而确定PUSCH资源中用于接收上行控制信息的第一资源集合。

例如，接入网设备可以根据终端设备确定的DMRS端口号确定用于接收上行控制信息的第一资源集合。

结合第二方面，在第二方面的某些实现方式中，所述接入网设备根据所述前导码序列，确定物理上行共享信道PUSCH资源中用于接收上行控制信息的第一资源集合，包括：所述接入网设备根据所述前导码序列的索引确定所述第一资源集合。

结合第二方面，在第二方面的某些实现方式中，所述方法还包括：向所述终端设备发送配置信息，所述配置信息包括如下信息中的至少一种：用于确定所述物理上行共享信道资源所包括的资源集合的数量的信息、用于确定各个资源集合所需的资源大小的信息。

例如，可以是接入网设备发送的广播消息，广播消息携带如下信息中的至少一种：用于指示至少一个终端设备与接入网设备进行通信的PUSCH资源的信息，用于确定该PUSCH资源中预留的可以用于承载UCI的资源数量的信息，用于确定多个用于承载UCI的资源中每个用于承载UCI的资源所占用的PUSCH资源的RE数量的信息。

结合第二方面，在第二方面的某些实现方式中，所述多个资源集合在所述PUSCH资源中所占用的资源在频域上连续。

例如，在PUSCH资源中包括用于承载UCI的至少两个资源集合。在一个实现方式中，可以按照如下的映射方法确定所述至少两个资源集合各自所包含的RE在PUSCH中的位置：可以从首个未映射DMRS的符号开始，以资源单元RE为单位按照先频域后时域和RE编号从小到大的顺序映射在所述PUSCH资源上，其中，所述首个未映射DMRS的符号为所述PUSCH资源中第一个未映射DMRS的符号，或者，所述PUSCH资源中映射DMRS符号后的第一个未映射DMRS的符号。因此，所述至少两个资源集合中的RE以RE为单位按照先频域后时域和RE编号从小到大的顺序分布在所述PUSCH资源中从首个未映射DMRS的符号开始的资源位置。

在一种可能的实现方式中，所述多个资源集合的RE可以按照前导码序列的索引顺序(或者前导码序列集合的索引顺序)连续映射在所述频域资源上。

例如，可以是索引从小到大的顺序，或者，可以是索引从大到小的顺序，或者，可以是按照索引的预设顺序。

在一种可能的实现方式中，可以按照前导码序列的索引(或者前导码序列集合的索引顺序)交替顺序连续映射在所述频域资源上。

结合第二方面，在第二方面的某些实现方式中，所述多个资源集合在所述PUSCH资源中所占用的资源在频域上非连续。

例如，至少UCI在PUSCH资源上的映射方式包括：若第i个符号上可用于承载UCI且未使用的RE个数小于或等于所述至少两个上行控制信息剩余的未映射部分所需的RE个数，则所述至少两个上行控制信息以RE为单位连续映射在所述第i个符号上；或者，若第i个符号上可用于承载UCI且未使用的RE个数大于所述至少两个上行控制信息剩余的未映射部分映射所需的RE个数，则所述至少两个上行控制信息以RE为单位非连续映射在所述第i个符号上，其中，所述第i个符号是从首个未映射DMRS的符号开始，小于或等于所述上行共享资源集合的最大符号，i为正整数。

应理解，所述至少两个上行控制信息可以按照先频域后时域且符号i从小到大每次增加1的顺序映射，直到所述至少两个上行控制信息全部完成映射。

在一种可能的实现方式中，可以按照前导码序列的索引顺序(前导码序列集合的索引顺序)非连续映射在所述频域资源上。

例如，可以是索引从小到大的顺序，或者，可以是索引从大到小的顺序，或者，可以是按照索引的预设顺序。

在一种可能的实现方式中，可以按照前导码序列的索引交替顺序非连续映射在所述频域资源上。

结合第二方面，在第二方面的某些实现方式中，所述多个资源集合中任意两个资源集合间存在时域保护间隔和/或者频域保护带。

结合第二方面，在第二方面的某些实现方式中，所述多个资源集合中的任意一个资源集合的RE与和所述PUSCH资源中用于承载上行数据的RE之间存在时域保护间隔和/或频域保护带。

结合第二方面，在第二方面的某些实现方式中，所述配置信息还包括所述上行控制信息的重复次数。

在本申请中，在PUSCH资源上可以重复传输多次UCI，接入网设备发送的配置信息中可以包括终端设备对应的UCI的重复次数，从而增加UCI在PUSCH资源上传输的灵活性，提高解调UCI的成功率。

在一种可能的实现方式中，PUSCH资源上UCI的重复次数可以与前导码序列或者DMRS端口关联。

例如，可以对前导码序列或DMRS端口进行分组，每组前导码序列或DMRS端口对应的UCI的重复传输次数可以不同。

结合第二方面，在第二方面的某些实现方式中，所述第一资源集合的大小与所述上行控制信息的重复次数相关。

结合第二方面，在第二方面的某些实现方式中，所述第一资源集合包括用于重复传输所述上行控制信息的多个资源子集，每个资源子集用于所述上行控制信息的一次重复传输。

结合第二方面，在第二方面的某些实现方式中，所述多个资源子集中至少有两个资源子集位于不同的频带。

结合第二方面，在第二方面的某些实现方式中，所述上行控制信息包括以下至少一项：

调制编码方式、重复次数、新重传指示、混合自动重传请求HARQ进程、冗余版本、物理上行共享信道PUSCH资源的指示信息、加扰ID、参考信号配置，

其中，所述调制编码方式用于指示所述上行控制信息中指示所述数据对应的调制编码方式；所述重复次数用于指示所述数据和/或所述前导码序列在一次传输中的重复传输次数；所述新重传指示用于指示所述数据为新数据的第一次传输或者指示所述数据为数据的重传；所述HARQ进程用于指示至少一个HARQ进程中传输所述数据的HARQ进程索引；所述冗余版本用于指示至少一个冗余版本中传输所述数据所使用的冗余版本；所述PUSCH资源的指示信息用于指示本次传输所使用的PUSCH资源的大小和/或位置信息；所述加扰ID用于指示传输所述数据的加扰ID和\或承载所述数据的PUSCH所关联的DMRS的加扰ID；所述参考信号配置用于指示传输所述上行参考信号对应的参考信号的配置信息，所述参考信号包括信道探测参考信号SRS、承载所述数据的PUSCH所关联的DMRS。

可选地，承载在同一PUSCH资源上传输的至少一个UCI信息的格式可以是相同，也可以是不同的。

进一步，上行控制信息包括的信息种类和/或信息大小与可以与前导码序列或者DMRS端口具有关联关系。

换而言之，不同的preamble或者DMRS端口可以对应不同的UCI格式。其中，一个preamble或者DMRS端口对应的UCI格式可以是预先定义的，或者，可以是由接入网设备配置的，即接入网设备可以配置每个preamble或者DMRS端口所对应的UCI格式。接入网设备接收UCI时，可以根据preamble与UCI格式之间的对应关系或者DMRS端口与UCI格式之间的对应关系，通过检测preamble或者DMRS即可确定其对应的UCI格式。

应理解，UCI格式可以是指UCI中携带的信息种类和/或UCI所携带的信息的大小。

在一种可能的实现方式中，所述接入网设备在第一数据资源集合上接收所述上行数据，所述PUSCH资源包括第一数据资源集合，所述第一数据资源集合为所述PUSCH资源中除所述多个资源集合和承载DMRS外的资源。

在一种可能的实现方式中，所述接入网设备在第二数据资源集合上接收所述上行数据，所述PUSCH资源包括所述第二数据资源集合，所述第二数据资源集合为根据所述第一资源集合和PUSCH时频资源指示信息确定的资源，所述上行控制信息中包括所述PUSCH时频资源指示信息。

例如，PUSCH时频资源指示信息可以用于指示本次传输所使用的PUSCH资源大小和位置。

在一种可能的实现方式中，每个资源集合包括时频资源和码域资源，所述多个资源集合的时频资源相同，但是各个资源集合所对应的码域资源不同。

例如，同一块PUSCH资源上的不同资源集合(UCI资源)可以使用相同的时频资源，既相同的RE，它们之间使用不同的码域资源进行区分，比如，不同的UCI资源包含不同的码域循环位移(Cyclic Shift)或者，不同的正交掩码(orthogonal cover codes)或者，不同的扩频序列(spreading sequence)。码域资源与preamble或者DMRS端口关联，既只要终端设备确定需要发送的preamble索引或者DMRS端口号(端口索引)，即可确定在该preamble或者DMRS端口对应的PUSCH资源上的UCI的码域资源。

第三方面，提供了一种传输上行控制信息的装置，该装置包括用于执行第一方面以及第一方面的任一种可能的实现方式中所描述的方法/操作/步骤/动作所对应的模块。

上述装置包括的模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。

第四方面，提供了一种传输上行控制信息的装置，该装置包括用于执行第二方面以及第二方面的任一种可能的实现方式所描述的方法/操作/步骤/动作所对应的模块。

上述装置包括的模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。

第五方面，提供了一种传输上行控制信息的装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面以及第一方面的任一种可能实现方式中的方法。

可选地，该装置还包括存储器。

可选地，该装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该装置为终端设备。当该通信装置为终端设备时，所述通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该装置为配置于终端设备中的芯片；当该装置为配置于终端设备中的芯片时，所述通信接口可以是芯片的输入/输出接口。

可选地，所述收发器可以为收发电路。可选地，所述输入/输出接口可以为输入/输出电路。

第六方面，提供了一种传输上行控制信息的装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第二方面以及第二方面的任一种可能实现方式中的方法。

可选地，该装置还包括存储器。

可选地，该装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该装置为接入网设备。当该装置为接入网设备时，所述接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该装置为配置于接入网设备中的芯片。当该装置为配置于接入网设备中的芯片时，所述通信接口可以是芯片的输入/输出接口。

可选地，所述收发器可以为收发电路。可选地，所述输入/输出接口可以为输入/输出电路。

第七方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号，并通过所述输出电路发射信号，使得所述处理器执行第一方面以及第一方面的任一种可能实现方式中的方法。

在具体实现过程中，上述处理器可以为芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的，输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。

第八方面，提供了一种处理装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过接收器接收信号，通过发射器发射信号，以执行第一方面以及第一方面的任一种可能实现方式中的方法。

可选地，所述处理器为一个或多个，所述存储器为一个或多个。

可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。

在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

应理解，相关的数据交互过程例如发送上行控制信息可以为从处理器输出上行控制信息的过程，接收上行控制信息可以为处理器接收上行控制信息的过程。具体地，处理输出的数据可以输出给发射器，处理器接收的输入数据可以来自接收器。其中，发射器和接收器可以统称为收发器。

上述第八方面中的一种处理装置可以是一个芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。

第九方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被通信装置运行时，使得该通信装置执行上述第一方面以及第一方面中的任一种可能实现方式中的方法。

第十方面，提供了一种计算机可读介质，所述计算机可读介质存储有计算机程序(也可以称为代码，或指令)当其在通信装置上运行时，使得该通信装置执行上述第一方面以及第一方面中的任一种可能实现方式中的方法。

第十一方面，提供了一种通信系统，包括前述的接入网设备和终端设备。

附图说明

图1示出了一种2-step RACH的示意性流程图；

图2是本申请实施例的应用场景的示意图；

图3是本申请实施例的传输上行控制信息的方法的示意性流程图；

图4是根据本申请一个实施例承载UCI的资源集合的示意图；

图5是根据本申请另一个实施例承载UCI的资源集合的示意图；

图6是根据本申请再一个实施例承载UCI的资源集合的示意图；

图7是根据本申请再一个实施例承载UCI的资源集合的示意图；

图8是根据本申请再一个实施例承载UCI的资源集合的示意图；

图9是根据本申请再一个实施例承载UCI的资源集合的示意图；

图10是根据本申请再一个实施例承载UCI的资源集合的示意图；

图11是根据本申请再一个实施例承载UCI的资源集合的示意图；

图12是根据本申请再一个实施例承载UCI的资源集合的示意图；

图13是根据本申请再一个实施例承载UCI的资源集合的示意图；

图14是根据本申请再一个实施例承载UCI的资源集合的示意图；

图15是根据本申请再一个实施例本次传输PUSCH资源大小和位置的示意图；

图16是根据本申请实施例提供的传输上行控制信息的装置的一种结构示意图；

图17是根据本申请实施例提供的传输上行控制信息的装置的另一种结构示意图；

图18是根据本申请实施例提供的传输上行控制信息的装置的再一种结构示意图；

图19是根据本申请实施例提供的传输上行控制信息的装置的再一种结构示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通信(globalsystem for mobile communications，GSM)系统、码分多址(code division multipleaccess，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统、未来的第五代(5th generation，5G)系统或新无线(new radio，NR)等。

本申请实施例中的终端设备可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

本申请实施例中的接入网络设备可以是用于与终端设备通信的设备，该接入网络设备可以是全球移动通信(global system for mobile communications，GSM)系统或码分多址(code division multiple access，CDMA)中的基站(base transceiver station，BTS)，也可以是宽带码分多址(wideband code division multiple access，WCDMA)系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(evolved NodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该接入网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的接入网络设备等，本申请实施例并不限定。

在本申请实施例中，终端设备或接入网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备或接入网络设备，或者，是终端设备或接入网络设备中能够调用程序并执行程序的功能模块。

另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmableread-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

在传统的移动宽带(mobile broadband，MBB)业务场景中，无线传输业务对传输时延需求并不高，且每次传输的MBB业务包比较大，伴随数据信道传输的控制信道相应的开销比例较低，因此在传统的空闲(IDLE)/非激活(INACTIVE)态终端要发起随机接入时，通常采用四步(4-step)随机接入信道(random access channel，RACH)的流程完成随机接入过程。

对于4-step随机接入流程，考虑数据处理的等待间隔时间，则完成一个4-stepRACH的流程大概需要几十毫秒的时延，这将无法满足新兴低时延业务的需求。例如，无法满足高可靠低时延通信(ultra-reliable and low latency communications，URLLC)业务、大规模机器通信(massive machine type communications，mMTC)业务等，由此引入了2-step RACH方案。图1示出了一种2-step RACH的示意性流程图。该2-step RACH的方案包括步骤110和步骤120。

110，终端设备发送消息A(MsgA)，MsgA包括随机接入前导码序列preamble和PUSCH。

220，终端设备接收网络设备发送的针对于MsgA的响应消息B(MsgB)。

其中，本申请实施例中，MsgB包括针对preamble的响应和针对PUSCH的响应。

例如，MsgB中的针对随机接入前导码序列(preamble)的响应也可以称为随机接入响应RAR。这里，RAR可以包括定时提前(timing advancement，TA)、临时小区内网络临时标识(temporary C-RNTI，TC-RNTI)、上行授权(UL grant)以及前导码序列的索引(preambleindex)中的至少一种。针对PUSCH的响应例如为竞争解决信息(contention resolutionmessage，CRM)，主要包括终端设备的标识信息、无线资源控制连接(重)建立(connection(re-)setup)信息等中的至少一种。

现有技术中可以采用物理上行共享信道(physical uplink shared channel，PUSCH)资源传输上行控制信息(uplink control information，UCI)。例如，在NR系统中支持在PUSCH资源上传输UCI，UCI中可以携带肯定应答(hybrid automatic repeat requestacknowledge，HARQ-ACK)和信道状态信息(channel state information，CSI)反馈。具体地，可以按照先HARQ-ACK，再CSI反馈第一部分，最后CSI反馈第二部分的顺序映射在PUSCH资源上。但是，当多个UE对应的UCI均在同一PUSCH资源上传输时，即当多个UE在相同的PUSCH资源上进行上行传输时，多个UE对应的UCI所占用资源单元(resource element，RE)会完全重叠，即出现多个UE对应的UCI出现资源碰撞的问题，导致UCI的解调成功率降低。

有鉴于此，本申请提供了一种传输上行控制信息的方法和装置，使得多个终端设备共用一个PUSCH资源传输UCI时，不同终端设备承载UCI的资源集合不同，即任意两个终端设备对应的承载UCI的资源集合的交集为空集，从而避免了承载UCI的资源发生碰撞的问题，提高了UCI的解调成功率。

下面将结合附图详细说明本申请实施例。应理解，在下文示出的实施例中，第一、第二、第三以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的前导码序列、不同的时频资源等。

还应理解，在下文示出的实施例中，“预先获取”可包括由接入网络设备信令指示或者预先定义，例如，协议定义。其中，“预先定义”可以通过在设备(例如，包括终端设备和接入网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。

还应理解，本申请实施例中涉及的“保存”，可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器，可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器，也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

首先结合图2，对本申请实施例的应用场景进行简单的描述。

如图2所示，该系统200包括接入网设备(例如，BS1)，接入网设备可以包括1个天线或多个天线。另外，系统200中还包括多个UE，例如UE1～UE3。其中，接入网设备BS1和UE1～UE3可以组成一个单小区通信系统。

接入网设备可以与多个终端设备(例如，UE1～UE3)通信。然而，可以理解，接入网设备可以与任意数目的终端设备通信。UE1～UE3中的任意一个可以是，例如蜂窝电话、智能电话、便携式电脑、手持通信设备、手持计算设备、卫星无线电装置、全球定位系统、PDA和/或用于在无线通信系统200上通信的任意其它适合设备。

例如，在图2所示的系统200中，接入网设备可以向多个终端设备配置相同的资源，用于多个终端设备进行上行链路通信，即接入网设备可以向多个终端设备配置相同的资源，用于多个终端设备向接入网设备进行上行通信。

应理解，图2只是举例的简化示意图，网络中还可以包括其他接入网设备，本申请对此不作任何限定。

本申请的技术方案可以应用于无线通信系统中，处于无线通信系统中的两个通信装置之间可具有无线通信连接关系。该两个通信装置中的一个例如可以为接入网络设备，或者配置于接入网络设备中的芯片，该两个通信装置中的另一个例如可以为终端设备或者配置于终端设备中的芯片。

以下，不失一般性，首先以一个终端设备与接入网络设备之间的传输过程为例详细说明本申请实施例。可以理解，处于无线通信系统中的任意一个终端设备或者配置于终端设备中的芯片均可以基于相同的方法进行传输上行控制信息，本申请对此不做限定。

图3是从设备交互的角度示出的传输上行控制信息的方法的示意性流程图。如图3所示，该方法300可以包括步骤310至步骤330。下面结合图3详细说明方法300中的各个步骤。

需要说明的是，方法300可以应用于图2所示的通信系统200，例如，方法300可以应用于2-step RACH流程，或者，方法300也可以应用于免授权传输流程中，或者其他通信系统中。

应理解，在本申请的各实施例中，“PUSCH资源”可以是指PUSCH时频资源。

310、终端设备确定需要发送的前导码序列。

例如，在2-step RACH流程中，MsgA中包括随机接入前导码序列(preamble)和数据。其中，发送MsgA所使用的资源单元包括用于发送preamble的资源单元和用于发送数据的资源单元。前导码序列是在物理随机接入信道(physical random access channel，PRACH)时频资源块上传输的，其中，用于发送preamble的资源单元可以看作是一个PRACH时频资源块(例如，PRACH occasion)，一个PRACH资源块可以一个或多个Preamble，一个preamble可以对应一个preamble index；用于发送数据的PUSCH资源可以关联一个或多个解调参考信号(demodulation reference signal，DMRS)端口，一个DMRS端口可以对应一个DMRS端口号，因此，用于发送数据的资源单元可以定义为一个PUSCH资源以及所述PUSCH资源所关联的一个DMRS端口号。

也就是说，在一种可能的实现方式中，也可以是终端设备确定DMRS端口号。例如，在免授权传输中，多个终端设备可以使用同一个资源块进行通信，多个UE中的一个UE可以确定一个DMRS端口号，即可以确定进行通信的资源单元。

应理解，免授权传输又可称为无动态授权上行传输(uplink transmissionwithout dynamic grant)或者配置授权的上行传输(uplink transmission withconfigured grant)，包括两种类型的免授权传输。对于第一类型的免授权传输，免授权时频资源通过无线资源控制(radio resource control，RRC)消息配置并激活/去激活；对于第二类型的免授权传输，该免授权时频资源通过RRC消息和下行控制信息(downlinkcontrol information，DCI)配置用于上行传输的时频资源和传输参数，也可以通过DCI修改免授权时频资源和/或传输参数。当上行数据到达时，终端设备不需要向网络设备发送调度请求(Scheduling Request，SR)以请求网络设备分配上行传输资源，并且等待网络设备发送授权信息后向网络设备发送上行数据，而是直接使用网络设备预先分配的资源和指定的传输参数等向网络设备发送上行数据。

可选地，在终端设备确定前导码序列之前，终端设备可以接收接入网设备发送的配置信息，配置信息包括可以用于确定物理上行共享信道资源所包括的资源集合的数量的信息和/或用于确定各个资源集合所需的资源大小的信息。

例如，可以是同一个小区内的至少一个终端设备接收到接入网设备发送的广播消息，广播消息携带如下信息中的至少一种：指示至少一个终端设备与接入网设备进行通信的PUSCH资源的信息，以及用于确定该PUSCH资源中预留的可以用于承载UCI的资源集合数量的信息，以及用于确定承载每个UCI的每个资源集合所包含的PUSCH资源的RE数量的信息。

320、终端设备根据前导码序列，确定物理上行共享信道PUSCH资源中用于发送上行控制信息的第一资源集合，其中，PUSCH资源包括多个资源集合，多个资源集合中包括第一资源集合，多个资源集合中任意两个资源集合的交集为空集，每个资源集合对应一个前导码序列集合，任意两个资源集合所对应的前导码序列集合的交集为空集。

也就是说，终端设备可以根据确定的前导码序列确定PUSCH资源中的资源集合，终端设备可以用确定的资源集合发送UCI。不同的终端设备在共用该PUSCH资源时，可以根据确定的不同的前导码序列，选择PUSCH资源中不同的资源集合。PUSCH资源可以包括多个资源集合，多个资源集合中的任意一个资源集合可以与一个前导码序列或者前导码序列集合关联，任意两个资源集合之间的交集为空集。终端设备可以选择其使用的前导码序列，然后使用该前导码序列所关联的资源集合来承载该终端设备的UCI。若多个终端设备在共用一个PUSCH资源发送UCI时，只要所述多个终端设备选择了不同的前导码序列(或选择的前导码序列所在的前导码序列集合不同)，那么根据前导码序列所确定的用于承载UCI的资源集合不同，就不会出现资源碰撞的问题。

在本申请中，一个前导码序列或者DMRS端口可以对应一个用于传输上行控制信息的资源集合；或者，多个前导码序列或DMRS端口可以对应一个用于传输上行控制信息的资源集合。在本申请的实施例中，前导码序列或者DMRS端口可以与用于承载UCI的资源集合存在一一对应的关系，或者，前导码序列或者DMRS端口的数量是用于承载UCI的资源集合数量的整数倍，即可以是多个前导码序列或者DMRS端口对应一个用于传输UCI的资源集合。本申请对此不作任何限定。

对于接入网设备而言，接入网设备可以接收终端设备发送的前导码序列；接入网根据接收到的前导码序列可以确定PUSCH资源中用于接收终端设备发送的上行控制信息的第一资源集合，PUSCH资源可以包括多个资源集合，多个资源集合中可以包括第一资源集合，多个资源集合中任意两个资源集合的交集为空集，每个资源集合对应一个前导码序列集合，任意两个资源集合所对应的前导码序列集合的交集为空集。

可选地，在本申请的实施例中，设备(终端设备或者接入网设备)可以根据前导码序列或者DMRS端口中的任意一个确定PUSCH资源中用于传输(发送或者接收)上行控制信息的第一资源集合。其中，确定PUSCH资源中用于承载UCI的资源集合的实现方式，可以包括但不限于以下两种方式。

方式一

示例性地，在本申请的实施例中，PUSCH资源(PUSCH时频资源)可以与一个或者多个PRACH preamble关联。

例如，可以根据前导码序列的索引确定用于发送UCI的资源集合。

例如，在2-step RACH过程中，PUSCH资源可以与索引为#0～#3的preamble关联。当4个UE共用PUSCH资源，任意一个UE可以选择索引为#0～#3的preamble任意一个。例如，UE1选择的前导码序列是索引为#1的preamble，则根据索引为#1的preamble可以在PUSCH资源中确定UE1用于发送UCI1的第一资源集合。

可选地，PUSCH资源与一个或者多个PRACH preamble的关联关系可以是预获取的。

例如，可以是接入网设备通过信令指示该关联关系，关联关系可以是前导码序列与PUSCH资源的关联关系，或者，可以是前导码序列索引与PUSCH资源的关联关系。

可选地，PUSCH资源与一个或者多个PRACH preamble的关联关系可以是预先定义。其中，预先定义可以通过在设备(例如，包括终端设备和接入网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。

可选地，PUSCH资源与一个或者多个PRACH preamble的关联关系可以是协议定义。

应理解，本申请实施例中的“协议”可以是指通信领域的标准协议。

例如，“协议”可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

方式二

示例性地，在本申请的实施例中，PUSCH资源(PUSCH时频资源)可以与一个或者多个DRMS端口关联。

例如，可以根据DRMS端口的端口号确定用于发送UCI的资源集合。

例如，PUSCH资源可以与端口号为#0～#3的DRMS端口关联。当4个UE共用PUSCH资源，任意一个UE可以选择端口号为#0～#3的DRMS端口中的任意一个。例如，UE1选择端口号是#1的DRMS端口，则可以根据端口号是#1的DRMS端口可以在PUSCH资源中确定UE1发送UCI1的第一资源集合。

可选地，PUSCH资源与一个或者多个DRMS端口的关联关系可以是预获取的。

例如，可以是接入网设备通过信令指示的关联关系，关联关系为DRMS端口，或者，DRMS端口的端口号与PUSCH资源的关联关系，例如，可以是通过DRMS端口，或者，DRMS端口的端口号关联至PUSCH资源中的资源集合，资源集合用于选择该DRMS端口，或者，DRMS端口的端口号的终端设备发送UCI。

可选地，PUSCH资源与一个或者多个DRMS端口的关联关系可以是预先定义。其中，预先定义可以通过在设备(例如，包括终端设备和接入网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。

可选地，PUSCH资源与一个或者多个DRMS端口的关联关系可以是协议定义。

应理解，本申请实施例中的“协议”可以是指通信领域的标准协议。

例如，“协议”可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

可选地，PUSCH资源上承载多个UCI的资源集合的数目可以与该PUSCH资源上所关联的preamble数目(或者preamble集合的数目)相关，或者，该PUSCH资源上所关联的DMRS端口数目相关。

例如，PUSCH资源上承载的多个UCI的资源集合的数目可以等于该PUSCH资源上所关联的preamble数目，或者，该PUSCH资源上所关联的DMRS端口数目。

在一个示例中，若PUSCH资源上承载多个UCI的资源集合的数目等于该PUSCH资源上所关联的preamble数目时，则preamble与资源集合(UCI资源)之间可以存在一对一的映射关系。在另一个示例中，PUSCH资源上承载多个UCI的资源集合的数目等于该PUSCH资源上所关联的preamble集合的数量。

应理解，在本申请的各实施例中，UCI资源即表示承载UCI的资源集合，在本申请实施例的关于传输上行控制信息的描述中，“资源集合”和“UCI资源”可以通用。

终端设备确定发送的preamble，根据该preamble对应的PUSCH资源中UCI资源的位置。

在一个示例中，PUSCH资源上承载多个UCI的资源集合的数目等于该PUSCH资源上所关联的DMRS端口数目时，则DMRS端口与UCI资源之间可以存在一对一的映射关系。

也就是说，终端设备确定了使用的DMRS端口号(或者索引)，则可以确定该PUSCH资源中UCI资源的位置。

在本申请的实施例中，上行控制信息中可以包括用于解调PUSCH资源上承载的数据的信息。其中，UCI信息的格式是由接入网设备配置的，或是，可以是预先约定好的。

可选地，上行控制信息可以包括以下至少一项：

调制编码方式、重复次数、新重传指示、混合自动重传请求HARQ进程、冗余版本、物理上行共享信道时频资源、加扰ID、参考信号配置，

其中，所述调制编码方式用于指示所述上行控制信息中指示所述数据对应的调制编码方式；所述重复次数用于指示所述数据和/或所述前导码序列在一次传输中的重复传输次数；所述新重传指示用于指示所述数据为新数据的第一次传输或者指示所述数据为数据的重传；所述HARQ进程用于指示至少一个HARQ进程中传输所述数据的HARQ进程索引；所述冗余版本用于指示至少一个冗余版本中传输所述数据所使用的冗余版本；所述PUSCH资源的指示信息用于指示本次传输所使用的PUSCH资源的大小和/或位置信息；所述加扰ID用于指示传输所述数据的加扰ID和\或承载所述数据的PUSCH所关联的的DMRS的加扰ID；所述参考信号配置用于指示传输所述上行参考信号对应的参考信号的配置信息，所述参考信号包括信道探测参考信号SRS、承载所述数据的PUSCH所关联的DMRS。

在另一实施例中，UCI控制信息还可以包括HARQ-ACK和CSI。

可选地，承载在同一PUSCH资源上传输的至少一个UCI信息的格式可以是相同，也可以是不同的。

进一步，上行控制信息包括的信息种类和/或信息大小与可以与前导码序列或者DMRS端口具有关联关系。

换而言之，不同的preamble或者DMRS端口可以对应不同的UCI格式。其中，一个preamble或者DMRS端口对应的UCI格式可以是预先定义的，或者，可以是由接入网设备配置的，即接入网设备可以配置每个preamble或者DMRS端口所对应的UCI格式。接入网设备接收UCI时，可以根据preamble与UCI格式之间的对应关系或者DMRS端口与UCI格式之间的对应关系，通过检测preamble或者DMRS即可确定其对应的UCI格式。

应理解，UCI格式可以是指UCI中携带的信息种类和/或UCI所携带的信息的大小。

例如，第一终端设备确定第一前导码序列/第一DMRS端口，第一前导码序列/第一DMRS端口对应的MCS是固定的，则第一终端设备对应的第一上行控制信息中可以不包括MCS指示信息。

例如，第二终端设备确定第二前导码序列/第二DMRS端口，第二前导码序列/第二DMRS端口对应的MCS可以是多种可选的，在PUSCH资源中承载数据的资源是固定的，则第二终端设备对应的第一上行控制信息中可以包括MCS指示信息，不包括PUSCH资源指示信息。

330、终端设备在PUSCH资源上发送上行控制信息和上行数据，其中，上行控制信息映射在第一资源集合上，上行数据映射在PUSCH资源中除多个资源集合外的资源上，多个资源集合中除第一资源集合外的资源集合上未被映射任何信息和上行数据。

也就是说，PUSCH资源还包括承载数据的资源，数据承载在PUSCH资源中除承载UCI之外的资源上，即数据可以承载于PUSCH资源中除多个资源集合外的资源上。

对于接入网设备而言，接入网设备可以在PUSCH资源上接收上行控制信息和上行数据，其中，上行控制信息映射在第一资源集合上，上行数据映射在所述PUSCH资源中除多个资源集合外的资源上，多个资源集合中除所述第一资源集合外的资源集合上未被映射任何信息和上行数据。

下面结合图4至图15对确定PUSCH资源中承载UCI的资源集合的可能实现方式进行详细的描述。

示例性地，在本申请的实施例中，PUSCH资源(PUSCH时频资源)可以与一个或者多个PRACH preamble(或者DMRS端口)关联。

在一种可能的实现方式中，PUSCH资源可以与一个或者多个preamble(或者DMRS端口)之间可以存在映射规则。

在一个示例中，映射规则可以是至少两个上行控制信息从首个未映射DMRS的符号开始，以资源单元RE为单位按照先频域后时域的顺序映射在物理上行共享信道资源集合，其中，所述首个未映射DMRS的符号为所述物理上行共享信道资源集合中第一个未映射DMRS的符号，或者，所述物理上行共享信道资源集合中映射DMRS符号后的第一个未映射DMRS的符号。上述映射规则虽是UCI到资源的映射规则，但是因为UCI与资源集合是一一对应，该映射规则也可以理解为用于确定资源集合在PUSCH资源中位置的方法或者规则。

可选地，可以是多个资源集合在所述PUSCH资源中所占用的资源在频域上可以连续映射。

其中，一个资源集合可以承载一个UCI，多个资源集合中的所有资源在频域上可以连续映射，即也就是说，在PUSCH资源中承载多个UCI的所有RE可以是连续的。

例如，如图4所示，N_UCI个UCI资源可以在N_total个RE上按照索引顺序连续映射。其中，N_total表示在PUSCH资源上为所有UCI资源所预留的总RE数，N_UCI表示在PUSCH资源上承载的UCI的数量，N_RE表示承载一个UCI所需的RE数量。在图4中，以PUSCH资源带宽＝2RB，N_UCI＝4，N_RE＝8为例，第n个UCI资源映射在N_total个RE中的第n*N_RE+a个RE，其中a＝0,1,2,…,N_RE-1，其中，PUSCH资源上承载的UCI是按照与所述UCI关联的前导码序列的索引由小到大的顺序编号的，N_total个RE是按照先频域再时域的顺序进行编号的。

例如，如图4所示，PUSCH资源上包括4个UCI资源，即第0个UCI资源集合至第3个UCI资源集合。对于第0个UCI资源集合，其占用的PUSCH资源上的RE资源可以根据n*N_RE+a，其中a＝0,1,2,…,N_RE-1，确定出第0个UCI资源集合对应的RE为第0个RE至第7个RE。

从图4中可以看出，每个UCI资源所包含的RE也是按照先频域后时域且RE编号从小到大连续排布的。

例如，如图5所示，N_UCI个UCI资源可以在N_total个RE上按照索引交替连续映射。其中，N_total表示在PUSCH资源上为所有UCI资源所预留的总RE数，N_UCI表示在PUSCH资源上承载的UCI的数量，N_RE表示承载一个UCI所需的RE数量。在图5中，以PUSCH资源带宽＝2RB，N_UCI＝4，N_RE＝8为例，第n个UCI资源映射在N_total个RE中的第b*N_UCI+n个RE，其中b＝0,1,2,…,N_RE-1。其中，PUSCH资源上承载的UCI是按照与所述UCI关联的前导码序列的索引由小到大的顺序编号的，N_total个RE是按照先频域再时域的顺序进行编号的。

可选地，所述多个资源集合在所述PUSCH资源中所占用的资源在频域上可以非连续。

其中，一个资源集合可以承载一个UCI，多个资源集合所占用的资源在频域上可以非连续。在一个示例中，映射规则可以包括：若第i个符号上可用于承载UCI且未使用的RE个数小于或等于所述至少两个上行控制信息剩余的未映射部分所需的RE个数，则所述至少两个上行控制信息以RE为单位连续映射在所述第i个符号上；或者，若第i个符号上可用于承载UCI且未使用的RE个数大于所述至少两个上行控制信息剩余的未映射部分所需的RE个数，则所述至少两个上行控制信息以RE为单位非连续映射在所述第i个符号上，其中，所述第i个符号是从首个未映射DMRS的符号开始，小于或等于所述上行共享资源集合的最大符号，i为正整数。上述映射规则虽是UCI到资源的映射规则，但是因为UCI与资源集合是一一对应，该映射规则也可以理解为用于确定资源集合在PUSCH资源中位置的方法或者规则。

例如，所述至少两个上行控制信息按照i从小到大，每次增加1的顺序映射，直到所述至少两个上行控制信息全部完成映射。

例如，用L表示PUSCH资源的符号索引，从0到

其中

表示该PUSCH资源的总符号数，包括所有的参考信号符号。用k表示这块PUSCH时频资源的子载波索引，从0到

其中

表示该PUSCH资源的总子载波数。用

表示符号L上可用于数据传输的RE集合，按照k的升序排列，

用

表示集合

所包含的RE数，用

表示集合

内的第j个RE。用

表示符号L上可用于传输UCI的RE集合，按照k的升序排列，

用

表示集合

所包含的RE数，用

表示集合

内的第j个RE。对于包含DMRS的符号，

对于不包含DMRS的符号，

用

表示符号L上为UCI预留的RE集合，

用L_S表示PUSCH资源的第一个非DMRS符号。

令L＝L_S；m＝0；

上述指令表达的含义即从第一个非DMRS符号开始，若当前符号的可用RE数小于或等于承载UCI所需RE数，则当前符号的所有可用RE均用于承载UCI；若当前符号的可用RE数大于承载UCI所需RE数，则当前符号按频域升序索引为

j＝0,1,…,N_rm-1的RE预留给UCI，其中，

表示当前符号可用于承载UCI的RE数目，N_rm表示承载剩余未映射UCI所需的RE数目。

例如，如图6所示，N_UCI个UCI资源可以在N_total个RE上按照索引顺序非连续映射。其中，N_total表示在PUSCH资源上为所有UCI资源所预留的总RE数，N_UCI表示在PUSCH资源上承载的UCI的数量，N_RE表示承载一个UCI所需的RE数量。在图6中，以PUSCH资源带宽＝2RB，N_UCI＝4，N_RE＝8为例，承载RE所需的RE数为32个RE，在PUSCH时域资源符号0上，由于可用的RE数为24个，小于承载UCI所需的32个RE数目，则在PUSCH时域资源符号0上，所有的可用RE均用于承载UCI；在PUSCH时域资源符号1上，由于可用的RE数目为24个，当前需要承载UCI所需的RE数目为8个，即当前符号上可用的RE数目大于承载UCI所需的RE数目，则可以从24个可用的RE中确定8个用于承载UCI的RE。

从图6中可以看出，每个UCI资源所包含的RE也是按照先频域后时域且RE编号从小到大非连续排布的。

同理，如图7所示，N_UCI个UCI资源可以在N_total个RE上按照索引顺序非连续映射。

可选地，在一种可能的实现方式中，支持频域跳频的情况，即若PUSCH资源上存在频域调频，则承载所有UCI的RE可以均映射在第一跳，也可以平均映射在不同的多跳中，其中，每一跳可以按照上述映射规则独立映射。

可选地，在一种可能的实现方式中，支持多流传输的情况，若PUSCH资源上存在多流传输，则承载所有UCI的RE可以均映射在第一流，也可以平均映射在不同的多流中，其中，每一流按照可以按照上述映射规则独立映射。

在本申请的实施例中，可以根据确定的前导码序列或者DMRS端口，在PUSCH资源上确定传输不同UCI的多个资源集合，多个资源集合之间相互正交，避免不同UE的UCI由于时频资源碰撞导致的可靠性降低，从而提高解调UCI的成功率。

可选地，在一个可能的实现方式中，PUSCH资源中包括的多个资源集合中任意两个资源集合间存在时域保护间隔和/或者频域保护带。

可选地，在一个可能的实现方式中，多个资源集合中的任意一个资源集合的RE与和PUSCH资源中用于承载上行数据的RE之间存在时域保护间隔和/或频域保护带。

其中，时域保护间隔和/或者频域保护带包括以下一种或者多种的组合：UCI资源之间的保护间隔，不同UCI资源之间保护带，UCI资源与PUSCH资源之间的保护间隔，UCI资源与PUSCH资源之间的保护带。

例如，如图8所示，以PUSCH资源带宽＝2RB，N_UCI＝4，N_RE＝4，不同UCI资源之间，以及UCI与PUSCH资源之间的保护带都为1个子载波，保护间隔都为1个符号为例，其中，N_UCI表示在PUSCH资源上承载的UCI的数量，N_RE表示承载一个UCI所需的RE数量。

在一个示例中，保护间隔和保护带的大小可以是预先获取的。例如，可以是接入网设备信令指示或者预先定义，例如，协议定义。其中，“预先定义”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。

在本申请的实施例中，可以通过在承载不同UCI资源之间，以及承载UCI资源与承载数据的资源之间增加时域保护间隔和/或频域保护带，可以避免或减轻由于异步传输导致的不同UE的符号间和子载波间的干扰，从而提高解调UCI的成功率。

可选地，在一种可能的实现方式中，UCI可以重复映射在PUSCH资源上。其中，重复次数可以是接入网设备配置的，或者，重复次数可以是预先约定。

在一个示例中，接入网设备向终端设备发送的配置信息中还包括所述上行控制信息的映射次数。

也就是说，终端设备根据前导码序列或者DMRS端口确定的发送上行控制信息的第一资源集合中可以包括传输一次或多次上行控制信息所需的资源，即第一资源集合的大小与所述上行控制信息的重复次数相关。

例如，第一终端设备发送的第一上行控制信息所需的资源为4个RE，若第一上行控制信息在PUSCH资源上传输一次，则第一资源集合的大小可以为4个RE；若第一上行控制信息重复传输两次，则第一资源集合的大小可以为8个RE。

可选地，UCI可以按照图4所示的映射规则，在PUSCH资源上映射多次。即UCI可以按照索引顺序连续的多次映射在PUSCH资源上。

例如，图4还可以表示以PUSCH资源带宽＝2RB，N_UCI＝4，N_RE＝4，k＝2为例，其中，N_UCI表示在PUSCH资源上承载的UCI的数量，N_RE表示承载一个UCI所需的RE数量，k表示重复次数。N_UCI个UCI资源可以在N_total个RE上按照索引顺序连续映射。第n个UCI资源映射在N_total个RE中的第n*N_RE+a个RE上，其中a＝0,1,2,…,k*N_RE-1。其中，PUSCH资源上承载的UCI是按照与所述UCI关联的前导码序列的索引由小到大的顺序编号的，N_total个RE是按照先频域再时域的顺序进行编号的。每个UCI可以在PUSCH资源上重复发送两次。

可选地，图5还可以表示以PUSCH资源带宽＝2RB，N_UCI＝4，N_RE＝4，k＝2为例，其中，UCI可以按照索引交替连续的多次映射在PUSCH资源上。例如，UCI可以按照图5所示的映射规则，在PUSCH资源上映射多次。

可选地，UCI可以按照图6或者图7所示的映射规则，在PUSCH资源上映射多次。即UCI可以非连续的多次映射在PUSCH资源上。

例如，图4还可以表示以PUSCH资源带宽＝2RB，N_UCI＝4，N_RE＝4，k＝2为例，其中N_UCI表示在PUSCH资源上承载的UCI的数量，N_RE表示承载一个UCI所需的RE数量，k表示重复次数。N_UCI个UCI资源可以在N_total个RE上按照索引顺序交替映射。第n个UCI资源映射在N_total个RE中的第b*N_UCI+n个RE上，其中b＝0,1,2,…,k*N_RE-1。其中，PUSCH资源上承载的UCI是按照与所述UCI关联的前导码序列的索引由小到大的顺序编号的，N_total个RE是按照先频域再时域的顺序进行编号的。每个UCI可以在PUSCH资源上重复发送两次。

在一个示例中，如图9和图10所示，可以是以每个UCI的一次传输为单位重复交替映射，第n的UCI资源映射在N_total个RE中的索引为c*N_UCI*N_RE+n*N_RE+a的RE，其中a＝1,2,…,N_RE-1，c＝0，1,2,…,k-1。其中，图9所示为以每个UCI的一次传输为重复单位交替连续映射，图10所示为以每个UCI的一个次传输为重复单位交替非连续映射。

上述图9和图10所示的多个UCI在PUSCH资源上可以重传传输，其中，在图9和图10中多个UCI中每个UCI重复传输的次数相同。在一种可能的实现方式中，多个UCI的重复传输次数也可以不同。

在一个示例中，可以PUSCH资源上UCI的重复次数与preamble或者DMRS端口关联。例如，可以对preamble或DMRS端口进行分组，每组preamble或DMRS端口对应的UCI的重复传输次数可以不同。

例如，如图11所示，以PUSCH资源带宽＝2RB，N_UCI＝4，N_RE＝4，k₁＝2，k₂＝2，k₃＝1，k₄＝1为例。其中，在图11中是按照索引顺序连续映射多个UCI，即多个UCI可以在PUSCH资源上重复传输。例如，第1个(索引为#0)UCI重复传输2次，承载在8个RE上；第2个(索引为#1)UCI重复传输2次，承载在8个RE上；第3个(索引为#2)UCI传输1次，承载在4个RE上；索引为#3的UCI传输1次，承载在4个RE上。

例如，如图12所示，以PUSCH资源带宽＝2RB，N_UCI＝4，N_RE＝4，k₁＝2，k₂＝2，k₃＝1，k₄＝1为例。其中，在图12中是按照索引顺序交替映射多个UCI，即多个UCI可以在PUSCH资源上重复传输。例如，第1个(索引为#0)UCI重复传输2次，承载在8个RE上；第2个(索引为#1)UCI重复传输2次，承载在8个RE上；第3个(索引为#2)UCI传输1次，承载在4个RE上；第4个(索引为#3)UCI传输1次，承载在4个RE上。

例如，如图13所示，以PUSCH资源带宽＝2RB，N_UCI＝4，N_RE＝4，k₁＝2，k₂＝2，k₃＝1，k₄＝1为例。其中，在图13中可以是以每个UCI的每次重复为单位交替映射。

可选地，在一种可能的实现方式中，第一资源集合包括用于重复传输上行控制信息的多个资源子集，每个资源子集用于所述上行控制信息的一次重复传输。

可选地，多个资源子集中至少有两个资源子集位于不同的频带。

也就是说，UCI的重复次数可以与PUSCH资源的带宽具有关联关系。

例如，UCI重复传输多次时可以按照预设的频域资源为重复单位，该预设的频域资源可以由接入网设备配置，或者，该预设的频域资源可以是预先约定的。

例如，如图14所示，以PUSCH资源带宽＝2RB，N_UCI＝4，N_RE＝4，N_b＝1为例，其中，N_b＝1表示UCI在PUSCH资源上以带宽为1RB的资源为重复单位。UCI在PUSCH资源上多次重复传输的映射方式可以如图14所示，以PUSCH资源中1个RB为带宽为重复单位进行重复传输。

应理解的是，上述图10至图14举例说明了UCI可以在PUSCH资源上重复传输多次，PUSCH资源上承载的多个UCI的重复次数可以相同，也可以不同。多个UCI在PUSCH资源上传输一次的映射规则可以按照图5至图7中的任意一种映射规则，本申请对此不作任何限定。

在本申请的实施例中，可以通过将关联到PUSCH资源的preamble或DMRS端口分为多组，每组对应的UCI可以有不同的重复次数，从而增加UCI在PUSCH资源上传输的灵活性，提高解调UCI的成功率。

在一个示例中，多个终端设备可以在第一数据资源集合发送数据，其中，第一数据资源集合是指PUSCH资源上除多个资源集合和承载DMRS外的资源，即多个终端设备在PUSCH资源上发送数据的资源可以是相同的。

也就是说，当多个preamble或者DMRS端口关联在同一个PUSCH资源时，该个preamble或者DMRS端口所对应的上行传输中数据部分所需PUSCH资源的大小和位置可以完全相同的。

在一个示例中，第一终端设备在PUSCH资源中的第二数据资源集合发送第一数据，其中，第二数据资源集合是根据第一终端设备发送第一上行控制信息的第一资源集合和第一上行控制信息确定的资源集合。

也就是说，当多个preamble或者DMRS端口关联在同一上行传输资源块，该上行传输资源块包括多个PUSCH资源时，当多个preamble或者DMRS端口所对应的本次上行传输中所需PUSCH资源的大小和位置可以不相同。

例如，UE可以根据所需传输的负载和/或测量的RSRP等条件确定上行传输中数据部分所需PUSCH资源的大小和位置，并通过UCI携带的PUSCH时频资源大小和/或位置的指示信息，以及承载UCI的资源位置来通知接入网设备所选择本次上行传输中所采用PUSCH资源的大小和位置。

在一个示例中，可以将preamble可以与承载UCI的资源位置一一对应，接入网设备可以通过检测preamble即可确定该preamble对应PUSCH时频资源块的位置以及该PUSCH时频资源块上承载UCI的资源位置，再根据该资源位置以及该UCI中携带的PUSCH资源大小和位置的指示信息即可确定用于本次上行传输的PUSCH资源的大小和位置。承载UCI的资源位置以及该UCI中携带的PUSCH资源大小和位置的指示信息与用于本次上行传输的PUSCH资源的大小和位置的关系可以是预先定义的。其中，“预先定义”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。

例如，可以如表1所示的预先定义方式确定本次传输PUSCH资源的大小和位置。

表1

例如，假设UCI中包括的指示信息为1，承载该UCI的资源在PUSCH资源中对应的RB索引为1，则对应的用于本次上行传输PUSCH资源为所述PUSCH资源中的RB0～RB1，PUSCH资源中用于承载数据的资源为PUSCH资源中RB索引为0～1的资源中除承载UCI和DMRS之外的资源。

例如，如图15所示，根据前导码序列可以确定RB0～RB3的PUSCH资源，以及根据前导码序列可以确定用于传输UCI的资源位于RB1。根据UCI中包括的PUSCH资源大小和位置的指示信息和承载UCI的资源位置在PUSCH资源中的RB索引可以确定本次传输PUSCH资源为RB0～RB1的资源，其中，UCI可以承载在图15中所示的RB1中的资源，上行数据可以承载在RB0～RB1的资源中除承载UCI和DMRS之外的资源。在本申请的实施例中，PUSCH资源中承载数据的资源大小和位置可以灵活选择，通过承载UCI的资源位置和UCI中携带的PUSCH资源大小位置的指示信息可以确定PUSCH资源中承载数据的资源大小和位置。

在一个示例中，同一块PUSCH资源上的不同UCI资源可以使用相同的时频资源，即相同的RE，用N_RE表述，例如，接入网设备在PUSCH资源上仅需预留N_RE个RE用于映射UCI，这些RE的映射方法可以按照图5至图7中的任意一种映射规则，本申请对此不作任何限定。该PUSCH资源上的N_UCI个UCI可以都映射在相同RE上，它们之间可以使用不同的码域资源进行区分，比如，不同的UCI使用不同的码域循环位移(cyclic shift)或者，不同的正交掩码(orthogonal cover codes)或者，不同的扩频序列(spreading sequence)，码域资源与preamble或者DMRS端口关联，既只要终端设备确定需要发送的preamble索引或者DMRS端口号，即可确定在这个preamble或者DMRS端口对应的PUSCH资源上的UCI的码域资源。

应理解，上述的确定PUSCH资源中承载UCI和数据的所在的资源的举例仅仅是为了帮助本领域技术人员理解本申请实施例，而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据文所给出的例子，显然可以进行各种等价的修改或变化，这样的修改和变化也落入本申请实施例的范围内。

应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上文详细描述了根据本申请实施例的传输上行控制信息的方法，在本申请中可以通过前导码序列或者DMRS端口确定多个终端设备共享的PUSCH资源中发送UCI的资源集合，多个资源集合中的任意两个资源集合之间的交集为空集，即多个终端设备传输UCI的资源集合之间是正交的，避免了不同终端设备传输UCI时出现时频资源碰撞的问题，从而提高解调UCI的成功率。应理解，本申请实施例的终端设备、接入网设备可以执行前述本申请实施例的各种方法，即以下各种产品的具体工作过程，可以参考前述方法实施例中的对应过程。

下面结合图16至图19详细介绍本申请涉及的传输上行控制信息的装置。

图16是本申请实施例的传输上行控制信息的装置的示意性框图。

应理解，该装置600可对应于上文方法实施例中的接入网络设备，例如，可以为终端设备设备，或者，配置于接终端设备中的芯片。装置600能够执行图3中由终端设备设备执行的各个步骤。该装置600包括：收发单元610和处理单元620。

处理单元620，用于确定终端设备确定需要发送的前导码序列；根据所述前导码序列，确定物理上行共享信道PUSCH资源中用于发送上行控制信息的第一资源集合，其中，所述PUSCH资源包括多个资源集合，所述多个资源集合中包括所述第一资源集合，所述多个资源集合中任意两个资源集合的交集为空集，每个资源集合对应一个前导码序列集合，任意两个资源集合所对应的前导码序列集合的交集为空集；收发单元610，用于在所述PUSCH资源上发送所述上行控制信息和上行数据，其中，所述上行控制信息映射在所述第一资源集合上，所述上行数据映射在所述PUSCH资源中除所述多个资源集合外的资源上，所述多个资源集合中除所述第一资源集合外的资源集合上未被映射任何信息和上行数据。

可选地，作为一个实施例，所述处理单元620具体用于：根据所述前导码序列的索引确定所述第一资源集合。

可选地，作为一个实施例，所述收发单元610还用于：接收来自接入网设备的配置信息，所述配置信息的信息、用于确定用于确定所述物理上行共享信道资源所包括的资源集合的数量的信息、用于确定各个资源集合所需的资源大小的信息。

可选地，作为一个实施例，所述多个资源集合在所述PUSCH资源中所占用的资源在频域上连续。

可选地，作为一个实施例，所述多个资源集合在所述PUSCH资源中所占用的资源在频域上非连续。

可选地，作为一个实施例，所述多个资源集合中任意两个资源集合间存在时域保护间隔和/或者频域保护带。

可选地，作为一个实施例，所述多个资源集合中的任意一个资源集合的RE与和所述PUSCH资源中用于承载上行数据的RE之间存在时域保护间隔和/或频域保护带。

可选地，作为一个实施例，所述配置信息还包括所述上行控制信息的重复次数。

可选地，作为一个实施例，所述第一资源集合的大小与所述上行控制信息的重复次数相关。

可选地，作为一个实施例，所述第一资源集合包括用于重复传输所述上行控制信息的多个资源子集，，每个资源子集用于所述上行控制信息的一次重复传输。

可选地，作为一个实施例，所述多个资源子集中至少有两个资源子集位于不同的频带。

可选地，作为一个实施例，所述上行控制信息包括以下至少一项：

调制编码方式、重复次数、新重传指示、混合自动重传请求HARQ进程、冗余版本、物理上行共享信道PUSCH资源的指示信息、加扰ID、参考信号配置，

其中，所述调制编码方式用于指示所述上行控制信息中指示所述数据对应的调制编码方式；所述重复次数用于指示所述数据和/或所述前导码序列在一次传输中的重复传输次数；所述新重传指示用于指示所述数据为新数据的第一次传输或者指示所述数据为数据的重传；所述HARQ进程用于指示至少一个HARQ进程中传输所述数据的HARQ进程索引；所述冗余版本用于指示至少一个冗余版本中传输所述数据所使用的冗余版本；所述PUSCH资源的指示信息用于指示本次传输所使用的PUSCH资源的大小和/或位置信息；所述加扰ID用于指示传输所述数据的加扰ID和\或承载所述数据的PUSCH所关联的的DMRS的加扰ID；所述参考信号配置用于指示传输所述上行参考信号对应的参考信号的配置信息，所述参考信号包括信道探测参考信号SRS、承载所述数据的PUSCH所关联的DMRS。

应理解，这里的装置600以功能单元的形式体现。这里的术语“单元”可以通过软件和/或硬件形式实现，对此不作具体限定。

例如，“单元”可以是实现上述功能的软件程序、硬件电路或二者结合。所述硬件电路可能包括应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。因此，在本申请的实施例中描述的各示例的单元，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。

图17是本申请实施例的传输上行控制信息的装置的示意性框图。

应理解，该装置700可对应于上文方法实施例中的接入网络设备，例如，可以为接入网络设备，或者配置于接入网络设备中的芯片。装置700能够执行图3中由接入网络设备执行的各个步骤。该装置700包括：收发单元710和处理单元720。

收发单元710，用于接收终端设备发送的前导码序列；处理单元720，用于根据所述前导码序列，确定物理上行共享信道PUSCH资源中用于接收上行控制信息的第一资源集合，其中，所述PUSCH资源包括多个资源集合，所述多个资源集合中包括所述第一资源集合，所述多个资源集合中任意两个资源集合的交集为空集，每个资源集合对应一个前导码序列集合，任意两个资源集合所对应的前导码序列集合的交集为空集；所述收发单元710还用于在所述PUSCH资源上接收所述上行控制信息和上行数据，其中，所述上行控制信息映射在所述第一资源集合上，所述上行数据映射在所述PUSCH资源中除所述多个资源集合外的资源上，所述多个资源集合中除所述第一资源集合外的资源集合上未被映射任何信息和上行数据。

可选地，作为一个实施例，所述处理单元720具体用于根据所述前导码序列的索引确定所述第一资源集合。

可选地，作为一个实施例，所述收发单元710还用于向所述终端设备发送配置信息，所述配置信息包括如下信息中的至少一种：用于确定所述物理上行共享信道资源所包括的资源集合的数量的信息、用于确定各个资源集合所需的资源大小的信息。

可选地，作为一个实施例，所述多个资源集合在所述PUSCH资源中所占用的资源在频域上连续。

可选地，作为一个实施例，所述多个资源集合中在所述PUSCH资源中所占用的资源在频域上非连续。

可选地，作为一个实施例，所述多个资源集合中任意两个资源集合间存在时域保护间隔和/或者频域保护带。

可选地，作为一个实施例，所述多个资源集合中的任意一个资源集合的RE与和所述PUSCH资源中用于承载上行数据的RE之间存在时域保护间隔和/或频域保护带。

可选地，作为一个实施例，所述配置信息还包括所述上行控制信息的重复次数。

可选地，作为一个实施例，所述第一资源集合的大小与所述上行控制信息的重复次数相关。

可选地，作为一个实施例，所述第一资源集合包括用于重复传输所述上行控制信息的多个资源子集，每个资源子集用于所述上行控制信息的一次重复传输。

可选地，作为一个实施例，所述多个资源子集中至少有两个资源子集位于不同的频带。

可选地，作为一个实施例，所述上行控制信息包括以下至少一项：

调制编码方式、重复次数、新重传指示、混合自动重传请求HARQ进程、冗余版本、物理上行共享信道PUSCH资源的指示信息、加扰ID、参考信号配置，

其中，所述调制编码方式用于指示所述上行控制信息中指示所述数据对应的调制编码方式；所述重复次数用于指示所述数据和/或所述前导码序列在一次传输中的重复传输次数；所述新重传指示用于指示所述数据为新数据的第一次传输或者指示所述数据为数据的重传；所述HARQ进程用于指示至少一个HARQ进程中传输所述数据的HARQ进程索引；所述冗余版本用于指示至少一个冗余版本中传输所述数据所使用的冗余版本；所述PUSCH资源的指示信息用于指示本次传输所使用的PUSCH资源的大小和/或位置信息；所述加扰ID用于指示传输所述数据的加扰ID和\或承载所述数据的PUSCH所关联的的DMRS的加扰ID；所述参考信号配置用于指示传输所述上行参考信号对应的参考信号的配置信息，所述参考信号包括信道探测参考信号SRS、承载所述数据的PUSCH所关联的DMRS。

应理解，这里的装置700以功能单元的形式体现。这里的术语“单元”可以通过软件和/或硬件形式实现，对此不作具体限定。

例如，“单元”可以是实现上述功能的软件程序、硬件电路或二者结合。所述硬件电路可能包括应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。因此，在本申请的实施例中描述的各示例的单元，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。

图18是本申请实施例提供的传输上行控制信息的装置的结构示意图。该装置800可以是终端设备，应用于如图1所示的系统中，执行上述方法实施例中终端设备的功能。

如图所示，该终端设备800包括处理器810和收发器820。

可选地，该终端设备800还包括存储器830。其中，处理器810、收发器802和存储器830之间可以通过内部连接通路互相通信，传递控制和/或数据信号，该存储器2030用于存储计算机程序，该处理器810用于从该存储器830中调用并运行该计算机程序，以控制该收发器820收发信号。

可选地，终端设备800还可以包括天线840，用于将收发器820输出的上行数据或上行控制信令通过无线信号发送出去。

上述处理器810可以和存储器830可以合成一个处理装置，处理器810用于执行存储器830中存储的程序代码来实现上述功能。具体实现时，该存储器830也可以集成在处理器810中，或者独立于处理器810。该处理器810可以与图16中的处理单元620对应。

上述收发器820可以与图16中的收发单元610对应，也可以称为通信单元。收发器820可以包括接收器(或称接收机、接收电路)和发射器(或称发射机、发射电路)。其中，接收器用于接收信号，发射器用于发射信号。

应理解，图18所示的终端设备800能够实现图3所示方法实施例中涉及终端设备的各个过程。终端设备800中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。

上述处理器810可以用于执行前面方法实施例中描述的由终端设备内部实现的动作，而收发器820可以用于执行前面方法实施例中描述的终端设备向网络设备发送或从网络设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。

可选地，上述终端设备800还可以包括电源850，用于给终端设备中的各种器件或电路提供电源。

除此之外，为了使得终端设备的功能更加完善，该终端设备800还可以包括输入单元860、显示单元870、音频电路880、摄像头890和传感器801等中的一个或多个，所述音频电路还可以包括扬声器882、麦克风884等。

图19是本申请实施例提供接收上行控制信息的装置的结构示意图。例如，该装置900可以为接入网设备的结构示意图。该接入网设备900可应用于如图1所示的系统中，执行上述方法实施例中接入网设备的功能。

如图19所示，该接入网设备900可以包括一个或多个射频单元，如远端射频单元(remote radio unit，RRU)910和一个或多个基带单元(baseband unit，BBU)(也可称为数字单元，digital unit，DU)920。所述RRU 910可以称为通信单元，与图17中的收发单元710对应。

可选地，该收发单元910还可以称为收发机、收发电路、或者收发器等等，其可以包括至少一个天线911和射频单元912。

可选地，收发单元9100可以包括接收单元和发送单元，接收单元可以对应于接收器(或称接收机、接收电路)，发送单元可以对应于发射器(或称发射机、发射电路)。所述RRU910部分主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于向终端设备发送第一信息。所述BBU 920部分主要用于进行基带处理，对网络设备进行控制等。所述RRU910与BBU 920可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。

所述BBU 920为网络设备的控制中心，也可以称为处理单元，可以与图17中的处理单元720对应，主要用于完成基带处理功能，如信道编码，复用，调制，扩频等等。例如所述BBU(处理单元)可以用于控制基站执行上述方法实施例中关于网络设备的操作流程，例如，生成上述指示信息等。

在一个示例中，所述BBU920可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网(如LTE网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述BBU 920还包括存储器921和处理器922。所述存储器921用以存储必要的指令和数据。所述处理器922用于控制网络设备进行必要的动作，例如用于控制网络执行上述方法实施例中关于网络设备的操作流程。所述存储器921和处理器922可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。

应理解，图19所示的接入网设备900能够实现图3方法实施例中涉及接入网设备的各个过程。接入网设备900中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。

上述BBU920可以用于执行前面方法实施例中描述的由接入网设备内部实现的动作，而RRU 910可以用于执行前面方法实施例中描述的接入网设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。

本申请实施例还提供了一种处理装置，包括处理器和接口；所述处理器用于执行上述任一方法实施例中的方法。

应理解，上述处理装置可以是一个芯片。例如，该处理装置可以是现场可编程门阵列(field programmable gate array，FPGA)，可以是专用集成芯片(applicationspecific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(networkprocessor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logicdevice，PLD)或其他集成芯片。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图3所示实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图3所示实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种系统，其包括前述的一个或多个终端设备以及一个或多个接入网设备。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disc，SSD))等。

上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备完全对应，由相应的模块或单元执行相应的步骤，例如通信单元(收发器)执行方法实施例中接收或发送的步骤，除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中，处理器可以为一个或多个。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step)，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

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

在上述实施例中，各功能单元的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行所述计算机程序指令(程序)时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

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

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

Claims (19)

1.一种传输上行控制信息的方法，其特征在于，包括：

终端设备确定需要发送的前导码序列；

所述终端设备根据所述前导码序列，确定物理上行共享信道PUSCH资源中用于发送上行控制信息的第一资源集合，其中，所述PUSCH资源包括多个资源集合，所述多个资源集合中包括所述第一资源集合，所述多个资源集合中任意两个资源集合的交集为空集，每个资源集合对应一个前导码序列集合，任意两个资源集合所对应的前导码序列集合的交集为空集；

所述终端设备在所述PUSCH资源上发送所述上行控制信息和上行数据，其中，所述上行控制信息映射在所述第一资源集合上，所述上行数据映射在所述PUSCH资源中除所述多个资源集合外的资源上，所述多个资源集合中除所述第一资源集合外的资源集合上未被映射任何信息和上行数据。

2.如权利要求1所述的方法，其特征在于，所述终端设备根据所述前导码序列，确定物理上行共享信道PUSCH资源中用于发送上行控制信息的第一资源集合，包括：

所述终端设备根据所述前导码序列的索引确定所述第一资源集合。

3.如权利要求1或2所述的方法，其特征在于，所述方法还包括：

接收来自接入网设备的配置信息，所述配置信息包括如下信息中的至少一种：用于确定所述PUSCH资源所包括的资源集合的数量的信息、用于确定各个资源集合所需的资源大小的信息。

4.如权利要求1或2所述的方法，其特征在于，所述多个资源集合中任意两个资源集合间存在时域保护间隔和/或者频域保护带。

5.如权利要求1或2所述的方法，其特征在于，所述多个资源集合中的任意一个资源集合的资源单元RE与和所述PUSCH资源中用于承载上行数据的资源单元RE之间存在时域保护间隔和/或频域保护带。

6.如权利要求3所述的方法，其特征在于，所述配置信息还包括所述上行控制信息的重复次数。

7.如权利要求1或2所述的方法，其特征在于，所述第一资源集合的大小与所述上行控制信息的重复次数相关。

8.如权利要求6所述的方法，其特征在于，所述第一资源集合包括用于重复传输所述上行控制信息的多个资源子集，每个资源子集用于所述上行控制信息的一次重复传输。

9.如权利要求8所述的方法，其特征在于，所述多个资源子集中至少有两个资源子集位于不同的频带。

10.一种传输上行控制信息的装置，其特征在于，包括：

处理单元，用于确定需要发送的前导码序列；

所述处理单元还用于，根据所述前导码序列，确定物理上行共享信道PUSCH资源中用于发送上行控制信息的第一资源集合，其中，所述PUSCH资源包括多个资源集合，所述多个资源集合中包括所述第一资源集合，所述多个资源集合中任意两个资源集合的交集为空集，每个资源集合对应一个前导码序列集合，任意两个资源集合所对应的前导码序列集合的交集为空集；

收发单元，用于在所述PUSCH资源上发送所述上行控制信息和上行数据，其中，所述上行控制信息映射在所述第一资源集合上，所述上行数据映射在所述PUSCH资源中除所述多个资源集合外的资源上，所述多个资源集合中除所述第一资源集合外的资源集合上未被映射任何信息和上行数据。

11.如权利要求10所述的装置，其特征在于，所述处理单元具体用于：

根据所述前导码序列的索引确定所述第一资源集合。

12.如权利要求10或11所述的装置，其特征在于，所述收发单元还用于：

接收来自接入网设备的配置信息，所述配置信息包括如下信息中的至少一种：用于确定所述PUSCH资源所包括的资源集合的数量的信息、用于确定各个资源集合所需的资源大小的信息。

13.如权利要求10或11所述的装置，其特征在于，所述多个资源集合中任意两个资源集合间存在时域保护间隔和/或者频域保护带。

14.如权利要求10或11所述的装置，其特征在于，所述多个资源集合中的任意一个资源集合的资源单元RE与和所述PUSCH资源中用于承载上行数据的资源单元RE之间存在时域保护间隔和/或频域保护带。

15.如权利要求12所述的装置，其特征在于，所述配置信息还包括所述上行控制信息的重复次数。

16.如权利要求10或11所述的装置，其特征在于，所述第一资源集合的大小与所述上行控制信息的重复次数相关。

17.如权利要求15所述的装置，其特征在于，所述第一资源集合包括用于重复传输所述上行控制信息的多个资源子集，每个资源子集用于所述上行控制信息的一次重复传输。

18.如权利要求17所述的装置，其特征在于，所述多个资源子集中至少有两个资源子集位于不同的频带。

19.一种传输上行控制信息的装置，其特征在于，所述装置包括处理器，用于连接存储器，并执行所述存储器中的指令以使得所述装置实现如权利要求1至9中任一项所述的方法。

Images