CN116134935A

CN116134935A - Rrc非活动状态下的harq反馈的系统和方法

Info

Publication number: CN116134935A
Application number: CN202180062954.3A
Authority: CN
Inventors: 桑杰瓦·希拉斯; 贾瓦德·阿布多利
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-07-24
Filing date: 2021-07-06
Publication date: 2023-05-16
Also published as: EP4186302A4; US11700102B2; WO2022017172A1; US20220029768A1; EP4186302A1

Abstract

提供了在处于RRC_INACTIVE状态时发送ACK/NACK等上行控制信息的系统和方法。在处于RRC_INACTIVE状态时通过以下方式发送上行控制信息：发送可能序列集中的序列以传送所述上行控制信息，所发送的序列与所述上行控制信息的值相关联。所述序列是异步发送的。可以使用信令配置发送所述序列的传输资源，其中，所述传输资源具有比发送所述序列的持续时间更长的持续时间。这具有在序列传输之后引入间隙的效果，所述间隙可以确保所述序列传输不干扰数据传输。

Description

RRC非活动状态下的HARQ反馈的系统和方法

相关申请的交叉引用

本发明要求2020年7月24日递交的发明名称为“RRC非活动状态下的HARQ反馈的系统和方法(System and Method for HARQ Feedback in RRC Inactive State)”的美国专利申请序列号16/937,823的在先申请优先权，该在先申请的内容以全文引入的方式并入本文本中。

技术领域

本发明大体涉及无线通信，且更具体地，涉及混合自动重传请求HARQ机制。

背景技术

在第三代合作伙伴计划3GPP新空口NR系统中，存在用户设备(user equipment，UE)可以在处于无线资源控制RRC非活动状态时接收数据传输的各种情况。然而，现有系统未提供关于此类数据传输发送上行控制信息(uplink control information，UCI)的机制。

发明内容

根据本申请的一个方面，提供了一种方法，所述方法包括：UE在处于RRC_INACTIVE状态时通过以下方式发送上行控制信息：发送可能序列集中的序列以传送所述上行控制信息，所发送的序列与所述上行控制信息的值相关联。

在一些实施例中，所述方法还包括：接收信令以配置发送所述序列的传输资源，其中，所述传输资源具有比发送所述序列的持续时间更长的持续时间。

在一些实施例中，所述方法还包括：所述用户设备(user equipment，UE)在处于RRC_INACTIVE状态时接收下行数据传输；其中，发送可能序列集中的序列以传送所述上行控制信息，所发送的序列与所述上行控制信息的值相关联，这包括：发送序列以指示关于未正确解码的所述下行数据传输的否定应答(negative acknowledgement，NACK)；或发送序列以指示关于正确解码的所述下行数据传输的肯定应答(acknowledgement，ACK)；或发送第一序列以指示关于所述下行数据传输未正确解码的NACK，发送第二序列以指示关于所述下行数据传输正确解码的ACK。

可选地，所述可能序列集包括N个序列，其中，N>＝4；发送可能序列集中的序列以传送所述上行控制信息，所述序列与所述上行控制信息的值相关联，这包括：发送所述N个序列中的一个序列，以传送log₂ N位上行控制信息。

可选地，所述上行控制信息为以下之一：ACK/NACK；调度请求；ACK/NACK、调度请求；ACK/NACK、ACK/NACK、调度请求；ACK/NACK、调度请求、RRC状态迁移变更请求；ACK/NACK、缓冲区状态；ACK/NACK、缓冲区状态、调度请求；ACK/NACK、RRC状态迁移变更请求；ACK/NCK、上行数据存在指示/RRC状态迁移变更请求；ACK/NACK、RRC状态迁移变更请求；ACK/NACK、上行恢复请求或调度请求或信道质量指示。

在一些实施例中，所述方法还包括接收信令以配置对所述上行控制信息的位的解释，其中，所述信令为以下之一：UE特定；小区特定；UE组特定。

可选地，所述上行控制信息由m位组成，所述方法还包括通过以下方式确定所述序列：调制所述m位以产生调制符号；将所述调制符号与第一序列相乘，得到第一复值符号集；用第一扩频序列对所述第一复值符号集进行分块扩频。

在一些实施例中，所述方法还包括：在同一时隙内发送根据所述上行控制信息确定的第二序列，其中，所述第二序列：与所述序列相同；或通过以下方式确定：将所述调制符号与不同于所述第一序列的第二序列相乘，得到第二复值符号集，并用所述第一扩频序列对所述第二复值符号集进行分块扩频；或通过以下方式确定：用不同于所述第一扩频序列的第二扩频序列对所述第一复值符号集进行分块扩频；或通过以下方式确定：将所述调制符号与不同于所述第一序列的第二序列相乘，得到第二复值符号集，并用不同于所述第一扩频序列的第二扩频序列对所述第二复值符号集进行分块扩频。

在一些实施例中，所述方法还包括：接收指示资源分区的信令，所述资源分区具有相关联的序列集；其中，发送所述序列包括发送基于所述UE的UE标识选择的所述相关联的序列集内的序列。

在一些实施例中，所述方法还包括：在同一资源网格中以不同于其它传输的子载波间隔发送所述序列。

根据本申请的另一方面，提供了一种装置，所述装置包括：处理器和存储器，其中，所述装置用于：在处于RRC_INACTIVE状态时通过以下方式发送上行控制信息：发送可能序列集中的序列以传送所述上行控制信息，所发送的序列与所述上行控制信息的值相关联。

可选地，所述装置还用于接收信令以配置发送所述序列的传输资源，其中，所述传输资源具有比发送所述序列的持续时间更长的持续时间。

可选地，所述装置还用于在处于RRC_INACTIVE状态时接收下行数据传输；其中，所述装置用于通过以下方式发送可能序列集中的序列以传送所述上行控制信息，所发送的序列与所述上行控制信息的值相关联：发送序列以指示关于未正确解码的所述下行数据传输的否定应答(negative acknowledgement，NACK)；或发送序列以指示关于正确解码的所述下行数据传输的肯定应答(acknowledgement，ACK)；或发送第一序列以指示关于所述下行数据传输未正确解码的NACK，发送第二序列以指示关于所述下行数据传输正确解码的ACK。

可选地，所述可能序列集包括N个序列，其中，N>＝4；所述装置用于通过以下方式发送可能序列集中的序列以传送所述上行控制信息，所述序列与所述上行控制信息的值相关联：发送所述N个序列中的一个序列，以传送log₂ N位上行控制信息。

可选地，所述装置还用于接收信令以配置对所述上行控制信息的位的解释，其中，所述信令为以下之一：UE特定；小区特定；UE组特定。

可选地，所述上行控制信息由m位组成，所述装置还用于：通过以下方式确定所述序列：调制所述m位以产生调制符号；将所述调制符号与第一序列相乘，得到第一复值符号集；用第一扩频序列对所述第一复值符号集进行分块扩频。

可选地，所述装置还用于：在同一时隙内发送根据所述上行控制信息确定的第二序列，其中，所述第二序列：与所述序列相同；或通过以下方式确定：将所述调制符号与不同于所述第一序列的第二序列相乘，得到第二复值符号集，并用所述第一扩频序列对所述第二复值符号集进行分块扩频；或通过以下方式确定：用不同于所述第一扩频序列的第二扩频序列对所述第一复值符号集进行分块扩频；或通过以下方式确定：将所述调制符号与不同于所述第一序列的第二序列相乘，得到第二复值符号集，并用不同于所述第一扩频序列的第二扩频序列对所述第二复值符号集进行分块扩频。

可选地，所述装置还用于接收指示资源分区的信令，所述资源分区具有相关联的序列集；其中，发送所述序列包括发送基于所述UE的UE标识选择的所述相关联的序列集内的序列。

可选地，所述装置还用于在同一资源网格中以不同于其它传输的子载波间隔发送所述序列。

根据本申请的另一方面，提供了一种方法，所述方法包括：UE在处于RRC_INACTIVE状态时发送上行控制信息(uplink control information，UCI)，其中所述发送是无线资源控制(radio resource control，RRC)恢复过程的一部分或物理随机接入信道(physicalrandom access channel，PRACH)过程的一部分。

可选地，所述方法还包括：当处于RRC_INACTIVE状态时，接收下行控制信息(downlink control information，DCI)以调度下行数据传输；当处于RRC_INACTIVE状态时，接收所述下行数据传输；其中，所述UCI包括关于所述下行数据传输的ACK或NACK。

可选地，所述方法还包括：所述UE在每次进行DL数据接收时触发所述PRACH过程并迁移到RRC_CONNECTED状态。

可选地，所述方法还包括：所述UE仅在下行数据调度指示时触发所述PRACH过程并迁移到RRC_CONNECTED状态。

可选地，所述方法还包括：所述UE仅在下行数据通知触发指示时触发所述PRACH过程并迁移到RRC_CONNECTED状态。

可选地，所述方法还包括：所述UE仅在下行数据具有一定大小时触发所述PRACH过程并迁移到RRC_CONNECTED状态，否则所述UE保持处于RRC_INACTIVE状态。

可选地，所述方法还包括：所述UE使用配置用于UCI传输的特定序列触发所述PRACH过程。

可选地，所述方法还包括：所述UE以四步RACH过程触发所述PRACH过程，并将所述UCI包括在所述四步RACH过程的消息3中，所述UCI包括ACK/NACK信息。

可选地，所述方法还包括：所述UE以两步RACH过程触发所述PRACH过程，并将所述UCI包括在所述两步RACH过程的消息B中，其中所述UCI包括ACK/NACK信息。

可选地，所述方法还包括：所述UE在建立PUCCH之后触发所述PRACH过程并发送UCI。

提供了处于RRC_INACTIVE状态的UE上报UCI的各种系统和方法。这些用于各种目的，包括但不限于支持响应于下行数据的ACK/NACK传输、对上行数据的调度请求、信道质量上报、缓冲区状态指示、RRC迁移请求。在一些实施例中，共享的序列/参考信号池用于上行信令、UCI和PUCCH。这有助于同时支持大量UE。通过使用保护期、不同CP和序列大小/长度，以异步方式支持UCI传输。

附图说明

现将参考所附附图描述本申请实施例，在附图中：

图1是RRC状态迁移图；

图2是基于竞争的随机接入过程的流程图；

图3是无竞争随机接入过程的流程图；

图4是本申请实施例提供的方法的流程图，其特征是使用序列发送UCI；

图5A至5M是位解释的示例；

图6是基于资源网格的序列分配网格的示例；

图7A描述了多个UE距基站不同距离的网络；

图7B描述了序列传输的保护期；

图8A、8B和8C示出了序列属性的示例；

图9是本申请实施例提供的方法的流程图，其特征是使用PRACH过程发送UCI；

图10示出了用于实现本申请一个或多个实施例的网络的示例；

图11A是示例性电子设备的框图；

图11B是示例性电子设备的框图。

具体实施方式

下面详细讨论当前示例性实施例的操作及当前示例性实施例的结构。但应理解的是，本申请提供的许多适用发明概念可在多种具体环境中的任意环境中实施。所讨论的具体实施例仅仅是本申请的具体结构和操作本申请的方法的说明，并不限制本申请的范围。

结合图1，在3GPP NR中，用户设备(user equipment，UE)可以在以下三种无线资源控制(radio resource control，RRC)状态中的一种状态下工作：RRC_IDLE 304、RRC_CONNECTED 300、RRC_INACTIVE 302。

当处于RRC_CONNECTED状态时，UE在连接建立过程之后连接到网络(无线接入网(radio access network，RAN)和核心网(core network，CN)。配置短消息的情况下，UE监测短消息。

当处于RRC_IDLE状态时：

UE监测在利用寻呼无线网络临时标识(paging-radio network temporaryidentifier，P-RNTI)进行CRC加扰的下行控制信息(downlink control information，DCI)上发送的短消息；

监测使用5G服务-临时移动用户标识(serving–temporary mobile subscriberidentity，S-TMSI)进行CN寻呼的寻呼信道；

执行邻区测量和小区(重新)选择；

获取系统信息，并可以发送系统信息(system information，SI)请求(如果配置)；

UE可能需要执行初始接入过程以建立与网络的连接，并从RRC_IDLE迁移到RRC_CONNECTED。

当处于RRC_INACTIVE状态时，UE：

监测利用P-RNTI在DCI上发送的短消息；

监测使用5G-S-TMSI进行CN寻呼和使用全非活动RNTI(inactive RNTI，I-RNTI)进行RAN寻呼的寻呼信道；

执行邻区测量和小区(重新)选择；

当移动到配置的基于RAN的通知区域之外时，定期执行基于RAN的通知区域更新；

获取系统信息，并可以发送SI请求(如果配置)。

此外，由于从RRC_CONNECTED迁移到RRC_INACTIVE对CN是不可见的，因此RRC_INACTIVE UE的处理方式与处于RRC_CONNECTED状态时的处理方式相同，因为当UE处于RRC_INACTIVE状态时，可以完成RAN与CN之间的UE相关信令和数据交换。此外，当处于RRC_INACTIVE状态时，由于UE的安全上下文等UE上下文的至少一部分存储在UE和网络中，因此网络可以与UE进行安全快速的信令通信，以便从RRC_INACTIVE迁移到RRC_CONNECTED(或RRC_IDLE)。

图1还示出可能的RRC状态迁移。网络可以通过寻呼机制触发处于RRC_IDLE状态或RRC_INACTIVE状态的UE(或一组UE)迁移到RRC_CONNECTED状态。通过基于竞争的随机接入过程完成迁移到RRC_CONNECTED状态。网络通过P-RNTI进行循环冗余校验(cyclicredundancy check，CRC)加扰的下行控制信息(downlink control information，DCI)调度的物理下行共享信道(physical downlink shared channel，PDSCH)发送寻呼消息。

3GPP NR中的初始接入：

在蜂窝系统中，预计有限数量的UE在给定时间内处于RRC_CONNECTED模式，以将调度器复杂度保持在合理的水平。在一些使用场景中，UE可以在UE保持处于RRC_INACTIVE状态而不迁移到RRC_CONNECTED状态时发送数据(免授权或基于授权)。

使用初始接入过程，UE从RRC_INACTIVE或RRC_IDLE模式迁移到RRC_CONNECTED状态/模式。初始接入过程用于许多场景，例如RRC连接重建过程、从RRC_INACTIVE迁移、波束失败恢复等。基于竞争的随机接入(contention based random access，CBRA)过程可用于将UE从RRC_IDLE/RRC_INACTIVE迁移到RRC_CONNECTED模式。例如，请参见TS38.300,9.2.6。图2示出CBRA过程。

无竞争随机接入(contention free random access，CFRA)是RRC_CONNECTED模式过程，CFRA是RRC在同步重配置(例如，切换)时请求的。图3示出CRFA过程。在CBRA和CFRA中，发送随机接入前导(见图2、3)。前导是UE发送到网络侧的符号序列。这样的符号序列可以是低PAPR，如Zadoff-Chu序列或节省UE功率的计算机生成序列。

初始接入过程将UE迁移到RRC_CONNECTED状态，因此UE不会保持在RRC_INACTIVE状态。不同的事件可以触发随机接入过程。例如，可以通过UE在DCI中接收的物理下行控制信道(physical downlink control channel，PDCCH)顺序、UE的媒体接入控制(MAC)实体或RRC发起随机接入。作为随机接入过程的一部分，从UE向网络侧发送前导。

CFRA是通过PDCCH顺序发起的RRC_CONNECTED状态过程。PDCCH顺序由下行控制信令，即DCI触发。处于RRC_CONNECTED状态的UE监测DCI格式1_0的PDCCH，其中DCI的CRC由C-RNTI加扰，“频域资源分配”字段的值全都为一，如3GPP NR规范#TS38.212第7.3.1.2.1节所述。该场景适用于PDCCH顺序发起的随机接入过程，所有剩余字段设置如下：

-随机接入前导索引-根据3GPP NR规范#TS 38.321子条款5.1.2中的ra-PreambleIndex，为6位。

-UL/SUL指示-1位。如果“随机接入前导索引”的值不全为零，并且如果UE在小区内的ServingCellConfig中配置了补充上行，则根据3GPP NR规范#TS 38.212的表7.3.1.1.1-1，该字段指示小区内的哪个UL载波用于发送PRACH；否则，保留该字段。

-SS/PBCH索引-6位。如果“随机接入前导索引”的值不全为零，则该字段指示应用于确定PRACH传输的RACH时机的SS/PBCH；否则，保留该字段。

-PRACH掩码索引-4位。如果“随机接入前导索引”的值不全为零，则根据3GPP NR规范#TS 38.321子条款5.1.1，该字段指示PRACH传输的“SS/PBCH索引”指示的与SS/PBCH相关联的RACH时机；否则，保留该字段。

-保留位-10位

处于RRC_INACTIVE状态的UE通常不会监测DCI格式1_0的PDCCH，其中DCI的CRC由C-RNTI加扰。

3GPP NR中的寻呼：

通过发起CBRA过程，UE RRC_INACTIVE或RRC_IDLE状态迁移到RRC_CONNECTED状态。在这样的CBRA过程中，作为RRC恢复过程或RRC建立过程(两者都在图1中描述)等状态迁移的一部分，UE将前导序列从UE侧发送到gNB。根据TS38.331 v15.6.0，网络通过在TS38.304中规定的UE的寻呼时机发送寻呼消息来发起寻呼过程。网络可以通过为每个UE包括一个PagingRecord来寻址寻呼消息中的多个UE。UE接收到寻呼消息后，应：

1>如果处于RRC_IDLE中，则对于包括在Paging消息中的PagingRecord中的每一个(如果有)：

2>如果PagingRecord中包括的ue-Identity与上层分配的UE标识匹配：

3>将ue-Identity和accessType(如果存在)转发给上层；

1>如果处于RRC_INACTIVE中，则对于包括在Paging消息中的PagingRecord中的每一个(如果有)：

2>如果PagingRecord中包括的ue-Identity与UE存储的fullI-RNTI匹配：

3>如果上层用接入标识1配置UE：

4>根据5.3.13发起RRC连接恢复过程，resumeCause设置为mps-PriorityAccess；

3>否则，如果上层用接入标识2配置UE：

4>根据5.3.13发起RRC连接恢复过程，resumeCause设置为mcs-PriorityAccess；

3>否则，如果上层用等于11至15的一个或多个接入标识配置UE：

4>根据5.3.13发起RRC连接恢复过程，resumeCause设置为highPriorityAccess；

3>否则：

4>根据5.3.13发起RRC连接恢复过程，resumeCause设置为mt-Access；

2>否则，如果PagingRecord中包括的ue-Identity与上层分配的UE标识匹配：

3>将ue-Identity转发给上层并将accessType(如果存在)转发给上层；

3>按照5.3.11中规定在进入RRC_IDLE时执行释放原因为“其它”的动作。

此外，根据TS38.331 v15.6.0，NR Rel-15中的寻呼消息具有以下字段：

寻呼消息[TS38.331 v15.6.0]

在3GPP NR中，UE监测包含寻呼DCI(即，用P-RNTI加扰CRC的DCI 1_0)的DL控制信道(PDCCH)的寻呼搜索空间。用P-RNTI加扰CRC的DCI 1_0包含用于寻呼的短消息和/或调度信息以及其它信息。如果用P-RNTI加扰CRC的DCI 1_0包含用于寻呼的调度信息，则至少处于RRC_IDLE或RRC_INACTIVE状态的UE在解码DCI之后继续接收调度寻呼消息，如果UE标识包括在寻呼消息中，UE将遵循上述TS38.331中规定的过程。

用P-RNTI加扰CRC的DCI 1_0：[TS38.212 v15.6.0]

-短消息指示-2位

-短消息-8位

-频域资源分配-

位。如果只携带短消息，则保留该位字段。

-

是CORESET 0的大小

-时域资源分配-4位。如果只携带短消息，则保留该位字段。

-VRB到PRB的映射-1位。如果只携带短消息，则保留该位字段。

-调制和编码方案-5位。如果只携带短消息，则保留该位字段。

-TB缩放-2位。如果只携带短消息，则保留该位字段。

-保留位-6位

3GPP NR中的前导序列：

随机接入信道中使用的前导序列是基于Zadoff-Chu序列的，具有两种长度：L_RA＝139,839。在生成前导序列时，输入几个参数：

–序列长度

–循环移位C_v

–序列号u

时域序列x_u,v(n)根据下式得出

x_u,v(n)＝x_u((n+C_v)modL_RA)

频域表示法y_u,v(n)根据下式得出

前导序列池生成/定义：

前导是低峰均功率比PAPR序列，用于CBRA和CFRA过程。在64个序列的池中通过以下方式定义前导：

–首先递增逻辑根序列的循环移位

–然后从高层参数prach-RootSequenceIndex获得的索引开始，递增逻辑根序列索引的顺序

–如果不能从单个根Zadoff-Chu序列生成64个前导，则从具有连续逻辑索引的根序列中获取额外前导序列，直到找到所有64个序列。

NR规范TS38.211中物理随机接入信道的前导序列池生成：在每个时频PRACH时机定义了64个前导，首先递增逻辑根序列的循环移位C_v按递增顺序，然后从高层参数prach-RootSequenceIndex获得的索引开始按逻辑根序列索引的递增顺序进行枚举。如果不能从单个根Zadoff-Chu序列生成64个前导，则从具有连续逻辑索引的根序列中获取额外前导序列，直到找到所有64个序列。逻辑根序列顺序是循环的；逻辑索引0在L_RA＝839时连续到837，在L_RA＝139时连续到137。序列号u根据表6.3.3.1-3和6.3.3.1-4从逻辑根序列索引中获得。

参数prach-RootSequenceIndex在RACH-ConfigCommon IE中，该IE指定了小区特定的随机接入参数[TS 38.331]。

在前导序列中，可以为几个连续的符号插入单个循环前缀(cyclic prefix，CP)。定义符号时间，为上行异步UE提供保护时间，使上行传输更好地适应上行异步场景。

如前所述，来自序列池的前导序列作为CBRA、CFRA、初始接入过程的一部分由UE在上行方向上发送，以响应例如PDCCH命令、寻呼消息等。

3GPP NR中的PUCCH：

上行控制信息(Uplink control information，UCI)携带HARQ ACK/NACK、调度请求(scheduling request，SR)、信道状态信息(channel state information，CSI)等信息。可以在物理上行共享信道(physical uplink shared channel，PUSCH)或物理上行控制信道(physical uplink control channel，PUCCH)中用信号发送UCI。当UE处于RRC_CONNECTED状态时，UE通过PUSCH或PUCCH发送UCI。当UE处于RRC_INACTIVE和RRC_IDLE等在RRC_CONNECTED状态以外的RRC状态时，UE不支持PUCCH和/或PUSCH，因此不支持UCI。

对于下行传输，配置PUCCH资源(DCI位字段PUCCH资源指示-3位)。PUCCH资源指定PUCCH格式。

当UE不发送PUSCH，且UE正在发送UCI(TS 38.213,9.2.2)时，UE使用PUCCH格式(格式0-4)在PUCCH中发送UCI。

PUCCH格式0，如果

-传输超过1个符号或2个符号，

-具有正或负SR的HARQ-ACK信息位(HARQ-ACK/SR位)数为1或2

PUCCH格式1，如果

-传输超过4个或更多个符号，

-HARQ-ACK/SR位数为1或2

PUCCH格式2，如果

-传输超过1个符号或2个符号，

-UCI位数大于2

PUCCH格式3，如果

-传输超过4个或更多个符号，

-UCI位数大于2，

-PUCCH资源不包括叠加正交码

PUCCH格式4，如果

-传输超过4个或更多个符号，

-UCI位数大于2，

-PUCCH资源包括叠加正交码

PUCCH中有几种发送链函数，包括序列跳变、循环移位跳变。例如，根据RRC信令配置PUCCH-ConfigCommon IE(TS 38.331)参数pucch-GroupHopping值‘neither’、‘enable’和‘disable’(TS 38.211,6.3.2.2)，与组和序列跳变一起使用序列。可以执行循环移位跳变，其中循环移位α取决于TS 38.211条款6.3.2.2.2中的循环移位跳变。

PUCCH格式0

在PUCCH格式0中，使用1或2个OFDM符号时，仅支持1或2位反馈。一般情况下，PUCCH格式0中的序列x(n)可以写为

其中，α是循环移位，α_l是符号l的α的值。

是条款4.4.4.1中给出的每个资源块的子载波数。这里，

根据条款6.3.2.2得出，m_cs取决于根据[5,TS 38.213]的子条款9.2发送的信息。

-

是无线帧中的时隙编号

-l是PUCCH传输中的OFDM符号编号，其中l＝0对应于PUCCH传输的第一个OFDM符号，

-l′是时隙中OFDM符号的索引，与根据[5,TS 38.213]得出的时隙中的PUCCH传输的第一个OFDM符号相对应

-m⁰通过[5,TS 38.213]对于PUCCH格式0和1的规定得出，而对于PUCCH格式3和4，在子条款6.4.1.3.3.1中定义

函数n_cs(n_c,l)通过下式得出

其中伪随机序列c(i)由子条款5.2.1定义。伪随机序列生成器应用c_init＝n_ID进行初始化，其中n^ID通过配置的高层参数hoppingId得出，否则

如下完成序列x(n)到物理资源的映射。序列x(n)应与幅度缩放因子β_PUCCH,0相乘，以符合TS 38.213中规定的发送功率。然后，根据TS 38.213子条款9.2.1，按照在分配的物理资源上的索引k然后是天线端口上的索引l的递增顺序，将序列从x(0)开始映射到资源单元(k,l)_p,μ。

PUCCH格式1

在格式1中，主要步骤是调制、序列乘法、分块扩频、映射到物理资源(参见TS38.211)，下面提供了一些细节。

应按照条款5.1所述，在Mbi_t＝1时使用BPSK，在Mbi_t＝2时使用QPSK，调制位块b(0),...,b(M_bit-1)，从而产生复值符号d(0)。

根据下式，将复值符号d(0)与序列

相乘

其中

根据条款6.3.2.2得出。根据下式，用正交序列w_i(m)对复值符号块

进行分块扩频

其中

根据表6.3.2.4.1-1得出。当提供高层参数intraSlotFrequencyHopping时，无论跳频距离是否为零，都应假设时隙内跳频，否则不假设时隙内跳频。

正交序列w_i(m)根据表6.3.2.4.1-2得出，其中i是根据[5,TS 38.213]子条款9.2.1使用的正交序列的索引。如果根据[5,TS38.213]的子条款9.2.6跨越多个时隙进行PUCCH传输，则对后续时隙重复复值符号d(0)。

表6.3.2.4.1-1：PUCCH符号数和对应

表6.3.2.4.1-2：PUCCH格式1的正交序列

在格式2-4中，主要步骤逐项列出如下。

-PUCCH格式2：主要步骤是加扰、调制、映射到物理资源(参见TS 38.211)

-PUCCH格式3/4：主要步骤是加扰、调制、分块扩频、变换预编码、映射到物理资源(参见TS 38.211)

对于UCI/PUCCH，执行信道编码。对于大于11位码块的UCI/PUCCH通过极化码进行信道编码，对于较小码块(1-11位)通过TS 38.212中第5.3.3/6.3.1.3节规定进行信道编码。

处于RRC_INACTIVE状态的UE可以从网络接收下行数据，例如从基站(basestation，BS)或gNB接收下行数据。然而，没有例如关于从网络接收的下行数据的状态的HARQ ACK/NACK指示等上报/反馈的机制。如前所述，目前在RRC_INACTIVE状态下支持的唯一上行传输形式是物理随机接入信道(physical random access channel，PRACH)。此外，一般情况下，RRC_INACTIVE状态下不支持物理上行控制信道(physical uplink controlchannel，PUCCH)传输。因此，在RRC_INACTIVE状态下，不支持上行调度请求(schedulingrequest，SR)、信道状态信息(channel state information，CSI)上报和缓冲区状态指示/上报等其它机制。此外，在RRC_INACTIVE状态下不支持可能对网络侧有用的迁移到RRC_CONNECTED/RRC_IDLE状态的意图指示等其它信息。

虽然在RRC_CONNECTED状态下的UE支持HARQ、SR、CSI、缓冲区状态等机制，但此类RRC_CONNECTED状态机制在RRC_INACTIVE状态下不工作的原因有很多。例如，PUCCH/UCI更适合RRC_CONNECTED状态，在这种情况下，UE是上行同步的。这是因为如果UE正针对UCI/PUCCH使用资源网格的一部分(例如，呈格式0的一个或两个OFDM符号)，则为了避免/最小化对其它传输的干扰，应保持上行传输的紧密同步。但是，对于处于RRC_INACTIVE状态的UE，上行同步是不现实的。通常通过执行PRACH过程，UE通过估计时间提前量(timing advance，TA)来建立上行同步。PRACH过程将UE迁移到RRC_CONNECTED状态，因此，不存在当保持UE处于RRC_INACTIVE状态的同时UE建立上行同步的机制。此外，与预期处于RRC_CONNECTED状态的少量UE相比，预期处于RRC_INACTIVE状态的UE数量较大。使处于RRC_INACTIVE状态的UE发送上行控制信息(uplink control information，UCI)/PUCCH的技术/方法将需要支持大量UE。但是，当前处于RRC_CONNECTED状态的PUCCH使用每个UE专用的资源。换句话说，网络侧为UE分配作为PUCCH的物理资源。例如，DCI调度下行数据携带指示哪些资源将用于HARQ目的的信息。对于大量UE，这种专用分配的资源效率低下，实现起来也很复杂。因此，最先进的PUCCH设计更适合上行同步传输和/或较少量UE。

实施例1：不迁移到RRC_CONNECTED状态的上行控制信息上报

在第一组实施例中，当UE保持处于RRC_INACTIVE状态时，UE在上行上发送UCI。

在此选项中，UE当处于RRC_INACTIVE状态时通过发送可能序列集中的符号序列来发送UCI以传送UCI。发送的序列与上行控制信息的值相关联。下面提供了许多以使用序列传送UCI指示为特征的具体实施例。

在此选项中，可以定义序列池。池中的序列可以迎合上行异步传输，上行异步传输可以包括保护期、持续时间较长和子载波间隔较小的序列。

用于发送序列的资源可以在特定于实现的基础上定义和/或配置。例如，可以使用类似于物理随机接入信道(physical random access channel，PRACH)的信道发送序列。与用于UCI信令目的迁移到RRC_CONNECTED状态相比，这种方法具有网络侧开销和复杂度较小的优点。但是，由于UE保持处于RRC_INACTIVE状态，因此UE的能力受到约束或限制。现在将描述详细的实施例。

实施例1.1序列传输进行的ACK/NACK指示

在本实施例中，当UE保持处于RRC_INACTIVE状态时，UE发送一个或多个用于ACK/NCK指示和/或其它上行控制信息的序列。

备选方案1：在第一种备选方案中，UE发送序列以指示关于未正确解码的下行(downlink，DL)传输的NACK；否则，UE不发送序列。如果BS/gNB在指定的持续时间内没有接收到序列，则视为ACK。当下行数据传输可靠性较高，并且BS/gNB可以采取措施提高数据包成功递送的可能性时，这种方法适用。这种方法的优点是节省了发送ACK的开销。

备选方案2：在第二种备选方案中，UE发送序列以指示正确解码的DL传输的ACK；否则，UE不发送序列。如果BS/gNB在指定的持续时间内没有接收到序列，则视为NACK。这种方法的优点是节省了发送NACK的开销。这允许更多的UE共享序列池。

备选方案3：在第三种备选方案中，UE发送第一序列以指示关于DL数据传输的NACK，否则UE发送第二序列以指示关于DL数据传输的ACK。

备选方案4：在第四种备选方案中，UE发送更大可能序列组中的序列，以传送各种形式的上行控制信息，可以包括ACK/NACK和/或其它信息。如果N是正在发送的序列的数量，则这种方法可用于传送log₂ N位信息。N≥4，允许携带至少两位上行控制信息。可以配置和/或预先指定位解释。

可能序列集可以是来自池中的多个索引和/或使用不同的根、相同索引的循环移位或多个索引等。具体示例请参见下文实施例1.4。

例如，使用备选方案4传送的上行控制信息可以是以下列表中的一个或多个：

●ACK/NACK信息

●UE缓冲区状态指示

●UE上行授权/调度请求

●UE请求迁移/变更RRC状态(例如，请求迁移到RRC_CONNECTED状态)

●UE信道状态信息/信道质量指示

对于实施例1.1的备选方案1、2、3、4：

●NACK可以或可以不触发BS/gNB的下行重传

●BS/gNB可以基于冗余版本(redundancy version，RV)调度重传。

●NACK可能会触发UE迁移到RRC_CONNECTED状态(UE隐含触发)。在这种情况下，当UE向网络侧发送NACK时，UE也会发起迁移到RRC_CONNECTED状态的过程。在一个示例中，下行数据的传输或下行数据的调度信息的传输包括UE应在NACK传输时迁移到RRC_CONNECTED状态的指示。接收到的此配置可被视为由于NACK触发的迁移到RRC_CONNECTED状态的显式配置。在另一个示例中，在迁移到RRC_INACTIVE/RRC_IDLE状态之前在RRC_CONNECTED状态期间配置UE行为，或可以在暂停释放过程/释放过程期间配置UE行为，即是否(从当前RRC_INACTIVE/RRC_IDLE状态)迁移到RRC_CONNECTED状态(参见图1)。此场景可以视为NACK触发的RRC_CONNECTED状态迁移行为的先验配置。

●在接收到NACK时，BS/gNB可以发送(UE将接收)迁移到RRC_CONNECTED状态的触发(RRC恢复触发)。RRC恢复触发的选项可以是UE寻呼(如前所述或其它描述)、UE下行控制信息、下行数据传输等。

●更一般地，UE能够在不迁移到RRC_CONNECTED状态的情况下指示ACK/NACK和UCI。

实施例1.2：序列传输中的位解释

为了使用多个序列传送UCI或ACK/NACK信息，指定了N个序列索引到log₂(m)个位的映射。例如，当有2个序列时，这些序列可以传送一位，4个序列可以传送2位，8个序列可以传送3位。图5A、5B和5C分别示出了序列索引映射到位值以传送一位、两位和三位的示例。

图5D到5M包含信息集的特定示例，这些信息集包含可以使用序列集中的序列传送的一位、两位或三位：

图5D：ACK/NACK：1位；

图5E：SR请求或不请求(分别为+SR/-SR)：1位

图5F：ACK/NACK、+/-SR：2位

图5G：ACK/NACK、ACK/NACK、+/-SR：3位

图5H：ACK/NACK,、+/-SR、恢复请求或不请求恢复：3位

图5I：ACK/NACK、缓冲区状态(2位)：3位

图5J：ACK/NACK、缓冲区状态、恢复请求和保留的某些位组合的选定选项：3位

图5K：ACK/NACK、恢复的迁移请求(2位)

图5L：ACK/NACK、上行数据存在/UE上行恢复请求(2位)；

图5M：从ACK/NACK、上行恢复请求或调度请求或信道质量指示(2位)中选择。

在以上示例中，对SR+/SR-的引用是指调度请求的两种状态。更一般地，UCI可以包括呈发送器和接收器都理解的格式的调度请求信息。这些示例还引用了特定的状态迁移，例如恢复的迁移请求。更一般地，UCI可以包括RRC状态迁移变更指示。虽然上面的示例示出了用于传送指示类型信息的特定位数，但可以使用不同数量的位来传送相同的信息。

在一些实施例中，位的解释(即，由UCI位集传送的信息)是UE特定的。这可以由BS/gNB在RRC_CONNECTED下或在RRC暂停期间配置。因此，一个UE可以有一种解释，而另一个UE可以用不同方式解释位。在一些实施例中，一个UE可以具有与另一个UE不同数量的UCI位。

在一些实施例中，解释是小区特定的。在这种情况下，解释可以是通用配置的，或者是预先指定的。这种小区特定的配置可以由BS/gNB在RRC_CONNECTED状态下或在RRC暂停期间配置。

在一些实施例中，解释是UE组特定的，因为一组UE使用相同的解释。例如，所有处于RRC_INACTIVE状态的UE都可以有共同的解释。在另一个示例中，可以基于fullI-RNTI或PagingUE-Identity等UE标识指定一组UE。一种这样的方法是基于预先指定的ID范围定义UE组。另一种方法是通过将mod(UE标识，组大小)值相同的UE分组(mod(,)表示取模运算)来定义一组UE。同样，组特定的配置可以由BS/gNB在RRC_CONNECTED状态下或在RRC暂停期间配置。

实施例1.3：序列池生成

在本实施例中，为了使UE共享序列，定义了序列/参考信号池。UE使用池中的一个或多个序列进行UCI传输。可以在RRC暂停过程期间或作为下行数据调度的一部分或分配或配置UE应使用的序列的其它手段，通过RRC信令(在迁移到RRC_INACTIVE状态之前)为用户分配这些序列。

在一些实施例中，定义了序列池，UE从池中选择一个或一个以上的序列用于UCI。UE进行的序列选择可以基于配置(在RRC_CONNECTED状态下配置/在暂停过程期间配置)。或者，可以预定义序列选择。

序列池的创建方式适合RRC_INACTIVE状态的UE使用。池可以被定义为具有适合支持大量UE的大小。这可以通过使用不同长度序列、不同循环移位、序列的不同根来实现。为了支持异步上行传输，可以支持保护期和/或长CP。具体请参见实施例1.5、1.6。为了增强覆盖，可以支持大CP和/或较小子载波间隔。为了支持移动性，可以支持较大子载波间隔。

以下是可用于UCI传输的非限制性序列池集：

为前导传输定义的现有序列(例如，参见TS 38.211v15.7.0中的64个序列)；

为上行参考信号传输定义的序列，例如探测参考信号(sounding referencesignal，SRS)；参见例如共同分配的美国申请号16/723,403，该申请以引入的方式并入本文本中；

低PAPR序列，例如Zadoff-Chu(Zadoff-Chu，ZC)序列或计算机生成的序列，包括TS38.211v15.7.0的5.2节中的序列，类似于TS 38.211v15.7.0的6.3.2.4节的序列调制；

也可以使用基于调制、加扰、序列乘法、分块扩频或其组合的序列/信号；下面给出的详细示例；还有PUCCH格式0-4；

伪噪声(pseudonoise，PN)序列(例如，TS 38.211v15.7.0的5.2.1节)；

为此目的在此定义的特定新序列(参见例如下文描述的实施例1.3.1-1.3.3)。

序列池可以处理UCI信令的大部分问题，包括异步传输，以及支持大量UE。

实施例1.3.1：SRS池生成

用于RRC_INACTIVE状态的SRS序列池生成可以类似于申请号16/723,403，该申请以引入的方式并入本文本中。在SRS序列生成中使用的用于序列生成的RRC参数(例如，SRS-Config IE)可以类似于上述美国申请号16/723,403的方法。在一些实施例中，可以使用组跳变和序列跳变。可以为序列分配UE特定的循环移位。

在一些系统中，为多个天线端口分配不同的循环移位。为了降低复杂度，在一些实施例中，将RRC_INACTIVE中的SRS约束到单个天线端口。

为了使用SRS序列池内的SRS序列进行UCI传输，对SRS序列池进行索引。以下是一组示例性选项：

选项1：定义了N个SRS，按递增组u的循环移位α_i然后是序列ν的递增顺序进行枚举。

选项2：定义了N个SRS，首先递增组u的循环移位α_i按递增顺序，然后从高层参数srs-StartIndex u₀(RRC_INACTIVE的SRS-Config IE中的新参数)获得的索引开始按组u的递增顺序进行枚举。

选项3：首先递增组u的循环移位α_i按递增顺序，然后按组u的递增顺序，然后从高层参数组索引srs-StartGroupIndex u₀和srs-StartSequenceIndex v₀(对于RRC_INACTIVE在SRS-Config IE中的新参数)获得的索引开始按序列v的递增顺序进行枚举。

选项4：定义RRC_INACTIVE的SRS序列池的其它选项可以通过使用SRS-Config IE中指定的参数实现。例如，SRS索引可以由SRS-Config中的一个或多个参数和SRS资源集ID、SRS资源ID等其它参数组成。可以使用表根据SRS参数定义池中的序列索引。

当SRS池大小为64时，SRS索引可以用6位表示/用信号发送。更一般地，如果SRS池大小为M，则log₂M位可用于SRS索引。

实施例1.3.2：

在另一个实施例中，索引前导序列池可以用于RRC_INACTIVE状态UCI信令。下面列出了一组选项。

选项1：前导序列池与物理随机接入信道中的序列池相同。

选项2：前导序列池是物理随机接入信道中序列池的子集。例如，大小为N的RRC_INACTIVE的UE池的索引可以通过(i+UE_ID)mod N获得，其中i是物理随机接入信道中的序列池的索引，UE_ID是I-RNTI等UE特定的标识或通过RRC信令用信号发送的标识。

选项3：定义前导序列池的其它选项包括使用RACH-ConfigCommon、RACH-ConfigGeneric、RACH-ConfigDedicated IE和PRACH-ConfigurationIndex等其它选项中指定的参数。例如，前导索引可以由RACH-ConfigGeneric中的PRACH-ConfiguraitonIndex和RACH-ConfigCommon中的prach-RootSequenceIndex等中的一个或多个参数组成。可以使用表来根据序列参数定义池索引。

当前导序列池大小为64时，前导序列索引可以用6位表示/用信号发送。更一般地，如果前导序列池大小为M，则log₂M位可以用于前导序列索引。

序列到索引的映射可以是功能性的，例如根索引＝mod(UE_Identity，池大小)和不同位的循环移位。例如，UE针对上行传输分配/获得给定ZC根的N个循环移位，以指示log₂N位。

映射可以基于UE ID(完整的I-RNTI、NG-5G-S-TMSI等)、系统帧、时隙号等(例如，DL数据接收)、其它配置/参数。在RRC_CONNECTED状态期间或RRC暂停过程期间用信号将这些配置发送给UE。

实施例1.3.3：调制序列池生成

在一些实施例中，调制序列池通过以下方法生成：

步骤1：使用BPSK、QPSK、2^m-QAM等调制器调制m位块，以产生调制符号；

步骤2：将调制符号与低峰值平均功率比(peak average power ratio，PAPR)序列等序列(例如，TS 38.211v15.7.0中5.2.2节描述的序列)相乘，得到复值符号y；

步骤3：用扩频序列w对y进行分块扩频。扩频序列可以是正交的；

步骤4(a)：通过在时隙内的一个符号中发送步骤3的输出来发送m位。或者，在时隙内的多个符号中多次发送m位。这可以包括在步骤2中重复相同的序列或跳到不同的序列，在步骤3中重复相同的扩频序列或跳到不同的扩频序列，或在步骤2中跳到不同的序列且在步骤3中跳到不同的扩频序列；

步骤4(b)：当根据步骤4(a)多次发送m位时，可以使用时隙内跳频：这可以包括在步骤2中重复相同的序列或跳到不同的序列，在步骤3中重复相同的扩频序列或跳到不同的扩频序列，或在步骤2中跳到不同的序列且在步骤3中跳到不同的扩频序列。

在一些实施例中，步骤2、3、4(a)、4(b)中的一个或多个是可选的或完全省略的。通过在步骤2中使用不同的序列和/或在步骤3中使用不同的扩频序列，可以生成序列池。

实施例1.4：序列复用

在本实施例中，将池中的序列分配给UE。以下是UE特定序列分配的三个示例性选项：

选项1：分配ZC序列的UE特定根；

选项2：为UE分配相同根ZC序列的循环移位；

选项3：为UE分配给定ZC序列根的起点和循环移位。

在一些实施例中，序列分配基于资源网格。这包括对资源网格进行分区，并为每个分区分配一个或一个以上的序列。使用资源网格内特定分区的UE使用该分区中的序列。图6描述了使用这种方法的序列分配示例。这里，资源网格有16个分区，每个分区中的数字表示分区ID。一个分区的频率维度可以用一个或几个子载波测量，也可以用一个或多个资源块测量。一个分区的时间维度可以用OFDM符号、时隙、子帧、帧等中的一个或几个测量。在图6的示例中，频率维度被划分为四，时间维度被划分为4，从而得到16个分区。

在一些实施例中，一个分区配置为频率时间资源网格内的特定位置，基于覆盖整个资源网格的一个配置分区重复这些分区。用于在特定分区进行发送的UE使用该分区的序列。

在特定示例中，有p＝16个分区，有大小为M＝64的序列池。每个分区有

个序列。频率维度的分区数(m＝4)可以基于带宽部分(bandwidth part，BWP)的物理资源配置，时间分区数(n＝4)通过n＝p/m获得。具有分区索引的UE将知道可用于上行传输的序列。

作为一个示例，分区索引是RRC信令的，分区中的序列索引是通过mod(UE_ID,M/p)获得的。在另一个示例中，ACK、NACK、SR、恢复请求、缓冲区指示、CSI可以具有不同的分区和池，并进行信号发送/预配置。在一些实施例中，ACK池大小M_ACK＝64，NACK池大小M_NACK＝32。

实施例1.5：序列传输的保护期

当处于RRC_CONNECTED状态的UE进行传输时，可以指示UE何时以时间提前量进行发送，使得它们的信号在窗口内到达BS/gNB，因此看起来是同步的。

使用本文描述的任何实施例，UE在RRC_INACTIVE状态下进行的UCI上行传输不具有设置时间提前量的益处，因此是异步的。来自覆盖区域内不同位置的UE的发送信号将在不同的时间实例在gNB接收。这可能会对小区覆盖区域内的其它传输造成干扰。例如，参见图7A，示出了gNB 900和两个处于RRC_INACTIVE状态的UE 902、904。UE 902和UE 904与gNB900的距离不同，因此两个UE对发送信号的到达时间将不同。

在一些实施例中，为了避免对其它传输的干扰，为序列传输引入间隙或保护期。为序列应用间隙/保护期可以通过调整序列的符号持续时间、序列中的符号数、CP等一个或多个参数来实现。

图7B示出了为避免干扰而具有间隙的序列传输时序的示例。在图7B中，时间沿着水平轴。其它传输发生在时间间隔910、916期间。在传输之间是分配给序列传输的时间920。分配给序列传输的时间920长于进行序列传输所需的时间。在图7B中，接收第一序列912(例如从UE 902)，接收第二序列914(例如从UE 904)。第一序列912在分配用于序列传输的时间920的开始处，随后是仍然是时间920的一部分的保护期918。由于序列传输920的时间920比发送序列的时间长，即使序列914晚于序列912接收，但它仍然在时间间隔916中其它传输开始之前被完整地接收。序列912可以或可以不在时间上部分与序列914重叠。保护时间可以通过分配比使用分配的资源可以发送的最大长度短的序列的特定长度来实现。例如，信令可以由网络发送，并由配置发送序列的传输资源的UE接收，并且传输资源的持续时间长于发送序列的持续时间。UE可以在传输资源的开始进行其序列传输，从而产生序列传输之后的间隙。

实施例1.6：序列属性

序列可用于传送UCI/PUCCH，同时尝试将对其它传输的干扰降至最低。

在一些实施例中，用于UCI/PUCCH的序列使用与活动BWP内的传输等资源网格中的其它传输相比不同的子载波间隔发送。例如，序列子载波间隔可以是用于其它传输的子载波间隔的一小部分，也可以是RRC信令或DCI指示(例如，寻呼DCI)中的指定值。

用于发送序列的OFDM符号以下称为序列符号。可以发送一个或多个序列符号。示例如图8A、8B、8C所示，其中不同的子载波间隔x和y分别用于UCI序列传输和其它传输。每个图中的子载波间隔可以不同，示例的时间尺度可以不同。在一些实施例中，每个序列符号传输具有自身的CP，如图8A所示，称为格式A。图8A示出了CP1 1000、序列符号“序列#1”1002、CP2 1004、序列符号“序列#2”1006。

在一些实施例中，每个序列传输有自身的CP，如图8B所示，称为格式B；在发送多个序列符号的情况下，各个序列符号没有自身的CP。图8B示出了CP1 1010、序列符号“序列#1”1012、序列符号“序列#2”1014。

图8C中示出另一个示例，示出了单个CP 1020和单个序列符号1022。

如上所述，在图8A、8B和8C的示例中，时间尺度和子载波间隔可以不同。图8A是定义具有较大载波带宽和较短持续时间的序列的资源网格格式。图8B是与图8C中的格式相比定义具有较大载波带宽和较短持续时间的序列的资源网格格式。

图8A格式相对于图8B和8C格式的好处是，可以采用序列跳变，即序列1 1002不同于序列2 1006。图8A格式相对于图8C格式的另一个好处是更好的移动性支持。这可以通过使用更大的SCS进行序列传输来实现。图8B格式相对于图8A格式的一个好处是，整个序列可以使用更长的CP，这产生更好的异步性或多径或大小区覆盖。这是因为更长的CP可以减轻时间偏移(异步传输)或多径造成的干扰。

图8B格式相对于图8C格式的好处是更大的SCS更好地支持移动性。图8C格式相对于图8A格式的好处是，单个序列符号可以使用更长的CP，这产生更好的异步性或多径或大小区覆盖。

图8C格式相对于图8B格式的好处是更大的序列池，这允许更多的潜在UE和更好的TA估计。这是因为可以使用更长的序列定义具有所需属性的较大序列池。

在图8A、8B和8C中，“序列1”和“序列2”表示来自池的序列/允许序列。它们可以是重复使用(两次或两次以上)的相同序列，也可以是不同的序列。

序列CP可以不同。CP可以是扩展CP，也可以是每个序列的普通CP。CP的长度可以是RRC配置值或BWP配置值的CP的乘数。

序列保护期：序列(包括CP)传输的持续时间并不填充为传输分配的整个传输持续时间。这允许保护期，从而更好地缓解TA不匹配和/或上行异步性。

序列传输可以占用整个时隙，在这种情况下，例如，图8A至8C中时隙内的“其它传输”时间为零。时隙是时间/频率资源网格中定义的传输机会。此外，序列传输可以发生在时隙内的任何位置，例如，开始符号位置和结束符号位置可以是时隙内的任何值。

现在参考图4，示出了由本申请的实施例提供的发送UCI的方法的流程图，其特征是通过使用序列进行UCI传输。该方法在框400中以UE当处于RRC_INACTIVE状态时发送上行控制信息开始，UE发送可能序列集中的序列以传送上行控制信息，所发送的序列与上行控制信息的值相关联。在一些实施例中，包括框402，包括接收信令以配置发送序列的传输资源，其中，传输资源具有比发送序列的持续时间更长的持续时间。在一些实施例中，省略框402。

有利的是，序列的灵活传输格式有助于实现鲁棒的性能和功能。

使用PRACH过程进行上行控制信息上报

在这种方法中，当DL数据到达UE时，UE(可选地)发起物理随机接入信道(physicalrandom access channel，PRACH)过程。请注意，此PRACH过程可以自行发起，也可以作为更大的RRC恢复过程的一部分发起。

在此过程中，将UCI用信号发送到网络侧。使用PRACH本身或PRACH作为RRC一部分的过程恢复发送UCI，可以或可以不将UE迁移到RRC_CONNECTED状态。在一些实施例中，当处于RRC_INACTIVE状态的UE在调度消息(例如通过DCI)中调度下行数据时，调度消息还向UE指示RRC恢复过程遵循哪种方法，以及将哪种类型的上行控制信息用信号发送给网络侧。在另一个示例中，当UE请求恢复(例如用于上行数据传输)时，UCI嵌入在这种请求中。要执行哪种恢复方法以及要发送什么UCI可以根据UE特定的配置、一组UE特定的配置或小区(即小区中的所有UE)特定的配置。

这种过程的优点是灵活管理小区中的UE，因为所有UE都支持这种恢复过程，因此，这种方案的实现和部署相对简单。另一方面，如果大量UE将这样的过程用于UCI，则需要相当大量的资源。然而，这种方法对于中等数量的UE仍然是有用的。在一些实施例中，该方法结合前面描述的实施例之一的使用适用于一些UE，对于其它UE，UE保持在RRC INACTIVE状态。换句话说，小区内的一些UE可以在保持RRC INACTIVE状态的同时使用涉及UCI信令的方法，而同一小区内的一些其它UE可以使用基于RRC恢复/PRACH的方法。这种配置可以是小区特定的、UE特定的或RRC状态特定的。

现有的基于竞争的随机接入过程涉及四个消息的交换，如图2所示。这些消息包括：

消息1：UE发送随机接入前导；

消息2：gNB以随机接入响应进行响应；

消息3：UE进行调度的传输；

消息4：gNB以竞争解决进行响应。

两步过程包括两个消息，称为消息A和消息B，即：

消息A：UE发送随机接入前导；

消息B：gNB以随机接入响应进行响应。

实施例2.1：使用PRACH过程的UCI

在第一实施例中，当UE接收到下行数据时，UE触发PRACH过程(部分或全部)。可选地，UE触发PRACH并迁移到RRC_CONNECTED状态。

触发PRACH进行UCI传输的备选方案

UE基于这种方法触发PRACH的四种备选方案包括：

备选方案1：在第一种备选方案中，UE在每次进行DL数据接收时触发PRACH并迁移到RRC_CONNECTED状态；

备选方案2：在第二种备选方案中，UE仅在DL数据调度指示时触发PRACH并迁移到RRC_CONNECTED状态；

备选方案3：在第三种备选方案中，UE仅在DL数据通知触发指示时触发PRACH并迁移到RRC_CONNECTED状态；

备选方案4：在第四种备选方案中，UE仅在DL数据具有一定大小(例如，超过阈值x位DL数据触发PRACH)时触发PRACH并迁移到RRC_CONNECTED，否则UE保持处于RRC_INACTIVE状态。

UE发送下行数据的ACK/NACK的选项包括：

选项1：UE使用配置的特定序列触发PRACH。这可以包括一个序列用作随机接入前导以指示ACK，不同的序列用作随机接入前导以指示NACK。

选项2：UE触发PRACH，UE在四步RACH过程的消息3中包括ACK/NACK信息。或者，UE触发PRACH，UE在两步过程的消息B中包括ACK/NACK。

选项3：UE在建立PUCCH之后触发PRACH并发送ACK/NACK。

这些方法的一个优点是，现有的PRACH机制用于UCI，这在实现/部署方面较不复杂。

现在将描述如何使用PRACH过程来发送UCI的各种详细示例。假设要发送的UCI包括ACK和/或NACK，描述这些示例。然而，与上述实施例类似，UCI可以以包括ACK/NACK指示以及可能的SR请求、CSI、信道质量、UE缓冲区状态等中的一个或多个的这种方式发送。此外，可能发生基于上述四种备选方案之一等实际触发使用这些PRACH过程中的任何一个来发送UCI。

实施例2.2：RACH过程的ACK/NACK

在本实施例中，使用PRACH进行HARQ ACK/NACK指示。

备选方案1：在第一种备选方案中，使用4步RACH过程中的部分或全部实现ACK/NACK反馈。此备选方案的前两个步骤是：

步骤1：RRC_INACTIVE状态下的DL数据传输

步骤2：UE进行的DL数据解码。

后续步骤：实施例2.2中的备选方案1中的后续步骤有两种备选方案，在下面的描述中称为后续步骤备选方案1-1和后续步骤备选方案1-2

后续步骤备选方案1-1：在此备选方案中，仅发送NACK反馈。如果解码成功，UE不采取任何动作。如果解码不成功，UE发起4步RACH。UE在该过程中仅使用单个前导。前导可以是UE特定的(提供给UE，例如在RRC_CONNECTED状态期间或在暂停过程期间通过RRC信令配置)，或者可以由UE从前导序列池中随机选择。此后，可遵循备选方案1-1-1或备选方案1-1-2。

备选方案1-1-1：如果BS/gNB检测到UE的UE特定前导，BS/gNB意识到DL传输不成功。此后，可遵循备选方案1-1-1-1、备选方案1-1-1-2或备选方案1-1-1-3。

备选方案1-1-1-1：BS/gNB使用CBRA过程的消息2要求UE保持在RRC_INACTIVE状态或迁移到RRC_CONNECTED状态(这将涉及新的消息2格式)

备选方案1-1-1-2：UE在CBRA消息1或2后自主保持在RRC_INACTIVE状态，换句话说，UE不遵循4步RACH过程的其余部分

备选方案1-1-1-3：UE遵循4步RACH过程，迁移到RRC_CONNECTED状态(正常的4步RACH)。

备选方案1-1-2：在此备选方案中，UE在CBRA消息3中发送NACK。此后，可遵循备选方案1-1-2-1、备选方案1-1-2-2或备选方案1-1-2-3。

备选方案1-1-2-1：BS/gNB使用CBRA消息4指示UE保持在RRC_INACTIVE状态或迁移到RRC_CONNECTED状态(带有状态迁移指示的Msg4格式)

备选方案1-1-2-2：UE在MSG 3或MSG 4之后自主保持在RRC_INACTIVE状态(UE不遵循4步RACH过程的其余部分)

备选方案1-1-2-3：UE遵循4步RACH过程，迁移到RRC_CONNECTE状态(正常/常规4步RACH)。

后续步骤备选方案1-2：在此备选方案中，发送ACK和NACK反馈。在这两种情况下，在DL数据解码后，UE发起4步RACH。此后，可遵循备选方案1-2-1或备选方案1-2-2。

备选方案1-2-1：UE使用两个UE特定前导中的一个发起4步RACH，一个用于ACK，另一个用于NACK。如果BS/gNB检测到发起NACK的UE的UE特定前导，BS/gNB意识到DL传输不成功。例如，两个UE特定前导可以由高层当处于RRC_CONNECTED状态时或在暂停过程期间配置。或者，它们可以由UE从前导序列对池或一对前导序列池中随机选择。此后，可遵循备选方案1-2-1-1、备选方案1-2-1-2或备选方案1-2-1-3。

备选方案1-2-1-1：BS/gNB使用CBRA消息2要求UE保持在RRC_INACTIVE状态或迁移到RRC_CONNECTED状态(这涉及新的消息2格式)

备选方案1-2-1-2：UE在CBRA消息1或2后自主保持在RRC_INACTIVE状态；UE不遵循4步RACH过程的其余部分

备选方案1-2-1-3：UE遵循4步RACH过程，迁移到RRC_CONNECTED状态(正常的4步RACH)

备选方案1-2-2：在此备选方案中，UE在CBRA消息3中发送ACK/NACK。为此，UE使用单个RACH前导发起RACH。前导可以是UE特定的(提供给UE，例如由高层当处于RRC_CONNECTED状态时或在暂停过程期间配置)，或者可以由UE从前导序列池中随机选择。此后，可遵循备选方案1-2-2-1、备选方案1-2-2-2或备选方案1-2-2-3。

备选方案1-2-2-1：BS/gNB使用Msg4要求UE保持在RRC_INACTIVE状态或迁移到RRC_CONNECTED状态(指示以Msg4格式提供)

备选方案1-2-2-2：UE在MSG 3或MSG 4后自主保持在RRC_INACTIVE状态(UE不遵循4步RACH过程的其余部分)

备选方案1-2-2-3：UE遵循4步RACH过程，迁移到RRC_CONNECTE状态(正常/常规4步RACH)。

备选方案2：在此备选方案中，使用2步RACH过程发送ACK和/或NACK UCI。此备选方案的前两个步骤是：

步骤1：RRC_INACTIVE状态下的DL数据传输

步骤2：UE进行的DL数据解码。

后续步骤：备选方案2中的后续步骤有两种备选方案，在下面的描述中称为后续步骤备选方案2-1和后续步骤备选方案2-2

后续步骤备选方案2-1：在此备选方案中，仅发送NACK反馈。如果解码成功，UE不采取任何动作。如果解码不成功，UE发起2步RACH。UE在该过程中仅使用单个前导。前导可以是UE特定的(提供给UE，例如由高层当处于RRC_CONNECTED状态时或在暂停过程期间配置)，或者可以由UE从前导序列池中随机选择。此后，可遵循备选方案2-1-1或备选方案2-1-2。

备选方案2-1-1：如果BS/gNB检测到UE的UE特定前导，BS/gNB意识到DL传输不成功。

备选方案2-1-2：在此备选方案中，在CBRA消息A的数据部分发送NACK

以下备选方案是备选方案2-1-1和2-1-2共同的：

备选方案2-1-x-1：BS/gNB使用CBRA消息B要求UE保持在RRC_INACTIVE状态或迁移到RRC_CONNECTED状态(这涉及修改的消息B格式)。这里x表示备选方案2-1-1和2-1-2。

备选方案2-1-x-2：UE在消息A或B之后自主保持在RRC_INACTIVE状态；在这种情况下，UE不遵循2步RACH过程的其余部分。这里x表示备选方案2-1-1和2-1-2。

备选方案2-1-x-3：UE遵循2步RACH过程，迁移到RRC_CONNECTED状态；在这种情况下，UE完成正常的2步RACH过程。这里x表示备选方案2-1-1和2-1-2。

后续步骤备选方案2-2：在此备选方案中，UE使用2步RACH发送ACK/NACK反馈。

备选方案2-2-1：在此备选方案中，UE使用两个前导中的一个发起2步RACH，一个用于ACK，另一个用于NACK。如果BS/gNB检测到针对NACK的UE的UE特定前导，BS/gNB意识到DL传输不成功。UE特定对可以提供给UE，例如由高层当处于RRC_CONNECTED状态时或在暂停过程期间配置，或者可以由UE从前导序列对池或一对前导序列池中随机选择。

备选方案2-2-2：在此备选方案中，UE在CBRA过程的MSG A的数据部分发送ACK/NACK反馈。UE使用单个前导。前导可以是UE特定的(提供给UE，例如由高层当处于RRC_CONNECTED状态时或在暂停过程期间等配置)，或者可以由UE从前导序列池中随机选择。前导用于指示消息中包含UCI。实际的UCI(例如ACK/NACK)包含在消息的其它部分中。

以下备选方案是备选方案2-2-1和备选方案2-2-2共同的：

备选方案2-2-x-1：BS/gNB使用CBRA消息B要求UE保持在RRC_INACTIVE状态或迁移到RRC_CONNECTED状态(这涉及修改的消息B格式)。这里x表示备选方案2-2-1和2-2-2。

备选方案2-2-x-2：UE在消息A或B之后自主保持在RRC_INACTIVE状态；在这种情况下，UE不遵循2步RACH过程的其余部分。这里x表示备选方案2-2-1和2-2-2。

备选方案2-2-x-3：UE遵循2步RACH过程，迁移到RRC_CONNECTED状态，从而完成正常2步RACH的其余部分。这里x表示备选方案2-2-1和2-2-2。

现在参考图9，示出了由本申请的实施例提供的发送UCI的方法的流程图，其特征是使用PRACH过程发送UCI.11。在框900中，UE当处于RRC_INACTIVE状态时发送上行控制信息(uplink control information，UCI)，其中发送是无线资源控制(radio resourcecontrol，RRC)恢复过程的一部分或物理随机接入信道(physical random accesschannel，PRACH)过程的一部分。

这些实施例的优点是现有的RACH过程可用于UCI/HARQ目的。

侧链实施例

虽然所描述的实施例集中在从用户设备到网络的上行控制信息的传输上，但类似的方法可以应用于关于两个UE之间的侧链通信的侧链控制信息的传输。

图10示出了可以实现本申请的实施例的示例性通信系统100。一般情况下，通信系统100使得多个无线或有线元件能够传输数据和其它内容。通信系统100的目的可以是通过广播、窄播、用户设备到用户设备等提供内容(语音、数据、视频、文本)。通信系统100可以通过共享带宽等资源进行操作。

在本示例中，通信系统100包括电子设备(electronic device，ED)110a至110c、无线接入网(radio access network，RAN)120a和120b、核心网130、公共交换电话网络(public switched telephone network，PSTN)140、互联网150和其它网络160。虽然图10示出了一定数量的这些组件或元件，但是通信系统100中可以包括任意数量的这些组件或元件。

ED 110a至110c用于在通信系统100中进行操作和/或通信。例如，ED 110a至110c用于通过无线或有线通信信道进行发送和/或接收。ED 110a至110c表示任何合适的用于无线操作的终端用户设备，并且可以包括如下设备(或可以称为)：用户设备(userequipment，UE/user device)、无线发送/接收单元(wireless transmit/receive unit，WTRU)、移动站、固定或移动用户单元、蜂窝电话、站点(station，STA)、机器类通信(machinetype communication，MTC)设备、个人数字助理(personal digital assistant，PDA)、智能手机、笔记本电脑、计算机、平板电脑、无线传感器或消费型电子设备。

在图10中，RAN 120a和120b分别包括基站170a和170b。基站170a和170b都用于与ED 110a至110c中的一个或多个进行无线连接，以便能够接入任何其它基站170a和170b、核心网130、PSTN 140、互联网150和/或其它网络160。例如，基站170a和170b可以包括(或可以是)几种熟知设备中的一个或多个，例如基站收发台(base transceiver station，BTS)、Node-B(NodeB)、演进型基站(evolved NodeB，eNodeB)、家庭基站(Home eNodeB)、gNodeB、传输点(transmission point，TP)、站点控制器、接入点(access point，AP)或无线路由器。任何ED 110a至110c可以可选地或还用于与任何其它基站170a和170b、互联网150、核心网130、PSTN 140、其它网络160或上述任意组合进行连接、接入或通信。通信系统100可以包括RAN，例如RAN 120b，其中对应基站170b通过互联网150接入核心网130，如图所示。本文描述的详细实施例参考TP，但更一般地，任何类型的基站都可以用于本文描述的任何实施例。

ED 110a至110c以及基站170a和170b都是通信设备的示例，它们可以用于实现本文描述的部分或全部功能和/或实施例。在图10所示的实施例中，基站170a形成RAN 120a的一部分，RAN 120a可以包括其它基站、一个或多个基站控制器(base station controller，BSC)、一个或多个无线网络控制器(radio network controller，RNC)、中继节点、元件和/或设备。任何基站170a、170b可以是单独的元件，如图所示，也可以是分布在对应RAN中的多个元件，等等。同样地，基站170b形成RAN 120b的一部分，RAN 120b可以包括其它基站、元件和/或设备。每个基站170a和170b在有时被称为“小区”或“覆盖区域”的特定地理区或区域内发送和/或接收无线信号。小区还可以被划分为小区扇区(sector)，而基站170a和170b可以例如采用多个收发器向多个扇区提供服务。在一些实施例中，可能存在已建立的微微(pico)或毫微微(femto)小区，无线接入技术支持这些小区。在一些实施例中，多个收发器可以通过使用多输入多输出(multiple-input multiple-output，MIMO)技术等用于每个小区。所示的RAN 120a和120b的数量只是一个示例。设计通信系统100时可以考虑任意数量的RAN。

基站170a和170b使用射频(radio frequency，RF)、微波、红外线(infrared，IR)等无线通信链路，通过一个或多个空中接口190与ED 110a至110c中的一个或多个进行通信。空中接口190可以利用任何合适的无线接入技术。例如，通信系统100可以在空中接口190中实现一种或多种信道接入方法，例如码分多址(code division multiple access，CDMA)、时分多址(time division multiple access，TDMA)、频分多址(frequency divisionmultiple access，FDMA)、正交频分多址(orthogonal frequency division multipleaccess，OFDMA)或单载波FDMA(single-carrier FDMA，SC-FDMA)。

基站170a和170b可以实现通用移动通讯系统(Universal MobileTelecommunication System，UMTS)陆地无线接入(Universal Terrestrial RadioAccess，UTRA)以使用宽带CDMA(wideband CDMA，WCDMA)建立空中接口190。在这种情况下，基站170a和170b可以实现HSPA、HSPA+等协议，其中，HSPA+可选地包括HSDPA和/或HSUPA。或者，基站170a和170b可以使用LTE、LTE-A、LTE-B和/或新射频(New Radio，NR)与演进型通用陆地无线接入网(Evolved UTMS Terrestrial Radio Access，E-UTRA)建立空中接口190。设想通信系统100可以使用多信道接入功能，包括上文描述的方案。用于实现空中接口的其它无线技术包括IEEE 802.11、802.15、802.16、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、IS-2000、IS-95、IS-856、GSM、EDGE和GERAN。当然，可以利用其它多址接入方案和无线协议。

RAN 120a和120b与核心网130进行通信，以便向ED 110a至110c提供各种服务，例如语音、数据和其它服务。RAN 120a和120b和/或核心网130可以与一个或多个其它RAN(未示出)进行直接或间接通信，这些RAN可以或可以不直接由核心网130服务，并且可以或可以不采用与RAN 120a和/或RAN 120b相同的无线接入技术。核心网130还可以充当(i)RAN120a和120b和/或ED 110a至110c与(ii)其它网络(例如PSTN 140、互联网150和其它网络160)之间的网关接入。另外，ED 110a至110c中的部分或全部可以包括使用不同无线技术和/或协议通过不同无线链路与不同无线网络进行通信的功能。ED可以通过有线通信信道与服务提供商或交换机(未示出)以及与互联网150进行通信，而不是进行无线通信(或者还进行无线通信)。PSTN 140可以包括用于提供传统电话业务(plain old telephone service，POTS)的电路交换电话网络。互联网150可以包括计算机网络和/或子网(内网)，并包含IP、TCP和UDP等协议。ED 110a至110c可以是能够根据多种无线接入技术进行操作的多模设备，并包含支持这些技术所需的多个收发器。

图11A和图11B示出了可以实现根据本申请的方法和教导的示例性设备。具体是，图11A示出了示例性ED 110，图11B示出了示例性基站170。这些组件可以用于通信系统100或任何其它合适的系统中。例如，图11A的ED可以实现图4和/或图5的功能。图11B的基站可以实现图4和/或图5的功能。

如图11A所示，ED 110包括至少一个处理单元200。处理单元200实现ED 110的各种处理操作。例如，处理单元200可以执行信号编码、数据处理、功率控制、输入/输出处理或任何其它使ED 110能够在通信系统100中操作的功能。处理单元200还可以用于实现上文详述的部分或全部功能和/或实施例。每个处理单元200包括任何合适的用于执行一个或多个操作的处理或计算设备。每个处理单元200都可以包括微处理器、微控制器、数字信号处理器、现场可编程门阵列或专用集成电路等。

ED 110还包括至少一个收发器202。收发器202用于对数据或其它内容进行调制，以便由至少一个天线或网络接口控制器(Network Interface Controller，NIC)204传输。收发器202还用于对通过至少一个天线204接收的数据或其它内容进行解调。每个收发器202包括任何合适的用于生成进行无线或有线传输的信号和/或用于处理通过无线或有线方式接收的信号的结构。每个天线204包括任何合适的用于发送和/或接收无线或有线信号的结构。一个或多个收发器202可以用于ED 110中。一个或多个天线204可以用于ED 110中。虽然收发器202示为单独的功能单元，但还可以使用至少一个发送器和至少一个单独的接收器来实现。

ED 110还包括一个或多个输入/输出设备206或接口(例如连接到互联网150的有线接口)。输入/输出设备206可以与网络中的用户或其它设备进行交互。每个输入/输出设备206包括任何合适的用于向用户提供信息或从用户接收信息的结构，例如扬声器、麦克风、小键盘、键盘、显示器或触摸屏，包括网络接口通信。

另外，ED 110包括至少一个存储器208。存储器208存储由ED 110使用、生成或收集的指令和数据。例如，存储器208可以存储用于实现上文描述的部分或全部功能和/或实施例并由一个或多个处理单元200执行的软件指令或模块。每个存储器208包括任何合适的一个或多个易失性和/或非易失性存储与检索设备。可以使用任何合适类型的存储器，例如，随机存取存储器(random access memory，RAM)、只读存储器(read only memory，ROM)、硬盘、光盘、用户识别模块(subscriber identity module，SIM)卡、记忆棒、安全数码(securedigital，SD)存储卡等。

如图11B所示，基站170包括至少一个处理单元250、至少一个发送器252、至少一个接收器254、一个或多个天线256、至少一个存储器258和一个或多个输入/输出设备或接口266。可以使用未示出的收发器代替发送器252和接收器254。调度器253可以与处理单元250耦合。调度器253可以包括在基站170内，也可以与基站170分开操作。处理单元250实现基站170的各种处理操作，例如信号编码、数据处理、功率控制、输入/输出处理或任何其它功能。处理单元250还可以用于实现上文详述的部分或全部功能和/或实施例。每个处理单元250包括任何合适的用于执行一个或多个操作的处理或计算设备。每个处理单元250可以包括微处理器、微控制器、数字信号处理器、现场可编程门阵列或专用集成电路等。

每个发送器252包括任何合适的用于生成与一个或多个ED或其它设备进行无线或有线传输的信号的结构。每个接收器254包括任何合适的用于处理从一个或多个ED或其它设备通过无线或有线方式接收的信号的结构。虽然至少一个发送器252和至少一个接收器254示为单独的组件，但它们可以组合为收发器。每个天线256包括任何合适的用于发送和/或接收无线或有线信号的结构。虽然共用天线256在这里示为与发送器252和接收器254耦合，但一个或多个天线256可以与一个或多个发送器252耦合，一个或多个单独的天线256可以与一个或多个接收器254耦合。每个存储器258包括任何合适的一个或多个易失性和/或非易失性存储与检索设备，例如上文结合ED 110描述的那些设备。存储器258存储由基站170使用、生成或收集的指令和数据。例如，存储器258可以存储用于实现上文描述的部分或全部功能和/或实施例并由一个或多个处理单元250执行的软件指令或模块。

每个输入/输出设备266可以与网络中的用户或其它设备进行交互。每个输入/输出设备266包括任何合适的用于向用户提供信息或从用户接收信息/提供来自用户的信息的结构，包括网络接口通信。

本领域技术人员已知关于ED 110和基站170的额外细节。因此，为了清楚起见，这里省略了这些详细内容。根据上述教导，本申请的许多修改和变型也是可能的。因此，应当理解的是，只要是在所附权利要求书的范围内，可以用不同于本文具体描述的方式来实践本申请。

Claims

1.一种方法，其特征在于，所述方法包括：

UE在处于RRC_INACTIVE状态时通过以下方式发送上行控制信息：

发送可能序列集中的序列以传送所述上行控制信息，所发送的序列与所述上行控制信息的值相关联。

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

接收信令以配置发送所述序列的传输资源，其中，所述传输资源具有比发送所述序列的持续时间更长的持续时间。

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

所述用户设备(user equipment，UE)在处于RRC_INACTIVE状态时接收下行数据传输；

其中，发送可能序列集中的序列以传送所述上行控制信息，所发送的序列与所述上行控制信息的值相关联，这包括：

发送序列以指示关于未正确解码的所述下行数据传输的否定应答(negativeacknowledgement，NACK)；或

发送序列以指示关于正确解码的所述下行数据传输的肯定应答(acknowledgement，ACK)；或

发送第一序列以指示关于所述下行数据传输未正确解码的NACK，发送第二序列以指示关于所述下行数据传输正确解码的ACK。

4.根据权利要求1至3中任一项所述的方法，其特征在于：

所述可能序列集包括N个序列，其中，N>＝4；

发送可能序列集中的序列以传送所述上行控制信息，所述序列与所述上行控制信息的值相关联，这包括：

发送所述N个序列中的一个序列，以传送log₂ N位上行控制信息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述上行控制信息为以下之一：

ACK/NACK；

调度请求；

ACK/NACK、调度请求；

ACK/NACK、ACK/NACK、调度请求；

ACK/NACK、调度请求、RRC状态迁移变更请求；

ACK/NACK、缓冲区状态；

ACK/NACK、缓冲区状态、调度请求；

ACK/NACK、RRC状态迁移变更请求；

ACK/NCK、上行数据存在指示/RRC状态迁移变更请求；

ACK/NACK、RRC状态迁移变更请求；

ACK/NACK、上行恢复请求或调度请求或信道质量指示。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述方法还包括接收信令以配置对所述上行控制信息的位的解释，其中，所述信令为以下之一：

UE特定；

小区特定；

UE组特定。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述上行控制信息由m位组成，所述方法还包括：

通过以下方式确定所述序列：

调制所述m位以产生调制符号；

将所述调制符号与第一序列相乘，得到第一复值符号集；

用第一扩频序列对所述第一复值符号集进行分块扩频。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在同一时隙内发送根据所述上行控制信息确定的第二序列，其中，所述第二序列：

与所述序列相同；或

通过以下方式确定：将所述调制符号与不同于所述第一序列的第二序列相乘，得到第二复值符号集，并用所述第一扩频序列对所述第二复值符号集进行分块扩频；或

通过以下方式确定：用不同于所述第一扩频序列的第二扩频序列对所述第一复值符号集进行分块扩频；或

通过以下方式确定：将所述调制符号与不同于所述第一序列的第二序列相乘，得到第二复值符号集，并用不同于所述第一扩频序列的第二扩频序列对所述第二复值符号集进行分块扩频。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述方法还包括：

接收指示资源分区的信令，所述资源分区具有相关联的序列集；

其中，发送所述序列包括发送基于所述UE的UE标识选择的所述相关联的序列集内的序列。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述方法还包括：

在同一资源网格中以不同于其它传输的子载波间隔发送所述序列。

11.一种装置，其特征在于，所述装置包括：

处理器和存储器，其中，所述装置用于：

在处于RRC_INACTIVE状态时通过以下方式发送上行控制信息：发送可能序列集中的序列以传送所述上行控制信息，所发送的序列与所述上行控制信息的值相关联。

12.根据权利要求11所述的装置，其特征在于，所述装置还用于接收信令以配置发送所述序列的传输资源，其中，所述传输资源具有比发送所述序列的持续时间更长的持续时间。

13.根据权利要求11或12所述的装置，其特征在于，所述装置还用于在处于RRC_INACTIVE状态时接收下行数据传输；

其中，所述装置用于通过以下方式发送可能序列集中的序列以传送所述上行控制信息，所发送的序列与所述上行控制信息的值相关联：

14.根据权利要求11至13中任一项所述的装置，其特征在于：

所述可能序列集包括N个序列，其中，N>＝4；

所述装置用于通过以下方式发送可能序列集中的序列以传送所述上行控制信息，所述序列与所述上行控制信息的值相关联：

15.根据权利要求11至14中任一项所述的装置，其特征在于，所述上行控制信息为以下之一：

ACK/NACK；

调度请求；

ACK/NACK、调度请求；

ACK/NACK、ACK/NACK、调度请求；

ACK/NACK、调度请求、RRC状态迁移变更请求；

ACK/NACK、缓冲区状态；

ACK/NACK、缓冲区状态、调度请求；

ACK/NACK、RRC状态迁移变更请求；

ACK/NCK、上行数据存在指示/RRC状态迁移变更请求；

ACK/NACK、RRC状态迁移变更请求；

ACK/NACK、上行恢复请求或调度请求或信道质量指示。

16.根据权利要求11至15中任一项所述的装置，其特征在于，所述装置还用于接收信令以配置对所述上行控制信息的位的解释，其中，所述信令为以下之一：

UE特定；

小区特定；

UE组特定。

17.根据权利要求11至16中任一项所述的装置，其特征在于，所述上行控制信息由m位组成，所述装置还用于：

通过以下方式确定所述序列：

调制所述m位以产生调制符号；

将所述调制符号与第一序列相乘，得到第一复值符号集；

用第一扩频序列对所述第一复值符号集进行分块扩频。

18.根据权利要求17所述的装置，其特征在于，所述装置还用于：

与所述序列相同；或

19.根据权利要求11至18中任一项所述的装置，其特征在于，所述装置还用于接收指示资源分区的信令，所述资源分区具有相关联的序列集；

20.根据权利要求11至19中任一项所述的装置，其特征在于，所述装置还用于在同一资源网格中以不同于其它传输的子载波间隔发送所述序列。