CN108605343B - 用于在未许可频带中复用调度请求的***和方法 - Google Patents

Abstract

根据某些实施例，提供了一种在无线设备中实现的方法，其包括确定调度请求(SR)在所调度的SR机会期间不能在上行链路上发送。该SR在来自网络节点(115)的部分下行链路(DL)子帧之后的第一传输机会中发送。

Description

用于在未许可频带中复用调度请求的***和方法

优先权要求

本申请要求于2015年1月21日提交的题为“用于在未许可频带中复用调度请求的***和方法”的美国专利临时申请No.62/281,487的优先权，其公开内容通过引用结合于此。

技术领域

本公开一般涉及无线通信，并且更具体地涉及在未许可频带中复用调度请求。

背景技术

3GPP Rel-13特征“许可协助接入”(LAA)允许LTE设备也可以在未许可的5GHz无线电频谱中操作。未许可的5GHz频谱用作许可频谱的补充。正在进行的3GPP Rel-14工作项目将增加UL传输给LAA。因此，诸如LTE用户设备(UE)的设备例如在许可频谱(主小区或PCell)中连接并且使用载波聚合以从非许可频谱(辅助小区或SCell)中的附加传输容量受益。LTE在非许可频谱中的独立运作也是可能的，并且正在由MuLTEfire联盟开发。

对于独立LTE-U的情况，初始随机接入(RA)和随后的上行链路(UL)传输完全发生在未许可频谱上。如果没有先前的信道感测，监管要求可能不允许在未许可频谱中进行传输。由于未许可频谱必须与相似或不相似的无线技术的其它无线电共享，所以可以使用所谓的先听后说(LBT)过程。LBT涉及在预定义的最短时间量内检测介质并在信道繁忙时退避。如今，未许可的5GHz频谱主要由实施IEEE 802.11无线局域网(WLAN)标准的设备使用，该标准在其营销品牌下也称为“Wi-Fi”。

图1示出基本的LTE下行链路物理资源。LTE在下行链路中使用正交频分复用(OFDM)，而在上行链路中使用离散傅立叶变换(DFT)-扩展OFDM(也称为单载波FDMA(SC-FDMA))。基本LTE下行链路物理资源因此可以被视为时间-频率网格，其中每个资源元素在一个OFDM符号间隔期间对应于一个OFDM子载波。上行链路子帧具有与下行链路相同的子载波间隔，并且在时域中与下行链路中的OFDM符号具有相同数量的SC-FDMA符号。

图2示出LTE时域结构。在时域中，LTE下行链路传输被组织成10ms的无线电帧，每个无线电帧由长度T_subframe＝1ms的十个相等大小的子帧组成，如图2中所示。每个子帧包括各自持续时间为0.5ms的两个时隙，并且帧内的时隙编号范围从0到19。对于正常循环前缀，一个子帧由14个OFDM符号组成。每个符号的持续时间大约为71.4μs。

此外，通常以资源块(RB)来描述LTE中的资源分配，其中RB对应于时域中的一个时隙(0.5ms)以及频域中的十二个邻近的子载波。在时间方向中(1.0ms)的一对相邻的两个RB被称为资源块对。RB在频域中编号，从***带宽的一端以0开始。

下行链路传输是动态调度的。具体地，在每个子帧中，基站在当前下行链路子帧中发送关于数据发送到哪个终端以及在哪个资源块上发送数据的控制信息。该控制信令通常在每个子帧的前1、2、3或4个OFDM符号中发送，并且编号n＝1、2、3或4被称为控制格式指示符(CFI)。下行链路子帧还包含公共参考符号，该公共参考符号对于接收机是已知的并且用于控制信息的相干解调。具有CFI＝3个OFDM符号作为控制的下行链路子帧在图3中示出。其中示出的参考符号是小区特定参考符号(CRS)并且用于支持多种功能，包括用于某些传输模式的精细时间和频率同步以及信道估计。

上行链路传输是动态调度的，即，在每个下行链路子帧中，基站发送关于哪些终端应当在后续子帧中向网络节点发送数据，并且在哪个资源块上发送数据的控制信息。上行链路资源网格由PUSCH中的数据和上行链路控制信息、PUCCH中的上行链路控制信息以及诸如解调参考信号(DMRS)和探测参考信号(SRS)的各种参考信号组成。DMRS用于PUSCH和PUCCH数据的相干解调，而SRS不与任何数据或控制信息相关联，但通常用于估计上行链路信道质量，用于频率选择性调度。示例上行链路子帧在图4中示出。应注意，UL DMRS和SRS被时间复用到UL子帧中，并且SRS总是在正常UL子帧的最后一个符号中发送。PUSCH DMRS针对具有正常循环前缀的子帧的每个时隙被发送一次，并且位于第四和第十一SC-FDMA符号中。

从LTE Rel-11起，还可以在增强的物理下行链路控制信道(EPDCCH)上调度DL或UL资源分配。对于Rel-8至Rel-10，只有物理下行链路控制信道(PDCCH)可用。资源授权是UE特定的，并且通过采用UE特定的C-RNTI标识符加扰DCI循环冗余校验(CRC)来指示。

如果可以包括UE的无线设备具有在其缓冲器中等待传输但不具有任何调度的UL授权的上行链路数据，则其可以使用可用PUCCH资源向服务小区或主小区发送1比特调度请求(SR)。SR可以使用PUCCH格式1发送，或者可以在PUCCH格式1a、1b或3中与HARQ ACK/NACK反馈进行复用。SR调制基于开关键控，其中'+1'指示SR，并且如果SR未被发送，则不发送任何消息。如表1中所示，UE特定的SR传输周期和SR子帧偏移由高层信令配置。

一旦eNB接收到SR，其可以向UE发送UL授权，并且基于UE在PUSCH上发送的缓冲器状态报告来做出附加的调度决定。

LTE Rel-10标准支持大于20MHz的带宽。对LTE Rel-10的一个重要要求是确保与LTE Rel-8的后向兼容性。这应该也包括频谱兼容性。这意味着比20MHz更宽的LTE Rel-10载波应该作为LTE Rel-8终端的多个LTE载波出现。每个这种载波可以被称为分量载波(CC)。特别是对于早期的LTE Rel-10部署，与许多LTE传统终端相比，可以预期将会有少量的具有LTE Rel-10能力的终端。因此，有必要确保对于传统终端也有效地使用宽载波，即，可以实现在宽带LTE Rel-10载波的所有部分中可以调度传统终端的载波。借助于载波聚合(CA)可以直接获得这一点。CA暗示LTE Rel-10终端可以接收多个CC，其中CC具有或者至少有可能具有与Rel-8载波相同的结构。CA在图5中示出。具有CA能力的UE被分配了总是被激活的主小区(PCell)以及可以被动态激活或去激活的一个或多个辅助小区(SCell)。

对于上行链路和下行链路，聚合CC的数量以及单个CC的带宽可能不同。对称配置是指下行链路和上行链路中的CC的数量相同的情况，而非对称配置是指CC的数量不同的情况。重要的是，应注意，小区中配置的CC的数量可以不同于终端所看到的CC的数量：终端可以例如支持比上行链路CC更多的下行链路CC，即使小区配置有相同编号的上行链路和下行链路CC。

在WLAN的典型部署中，具有冲突避免的载波感测多路接入(CSMA/CA)用于介质接入。这意味着信道被感测以执行清除信道评估(CCA)，并且仅当信道被声明为空闲时才发起传输。如果信道被声明为繁忙，则传输基本上被推迟直到信道被认为是空闲。

图6中示出Wi-Fi的先听后说(LBT)机制的一般说明。在Wi-Fi站A向站B发送数据帧之后，站B应该将ACK帧发送回站A，延迟16μs。这种ACK帧由站B发送而不执行LBT操作。为了防止另一个站干扰这种ACK帧传输，在观察信道被占用后，再次评估频道是否被占用之前，站应推迟34μs的持续时间(称为DIFS)。因此，希望首先发送的站通过感测介质持续固定时间DIFS来执行CCA。如果介质空闲，则站认为它可能取得介质的所有权并开始帧交换序列。如果介质繁忙，则站将等待介质进入空闲，推迟DIFS，并等待进一步的随机退避周期。

使用LBT协议，当介质变得可用时，多个Wi-Fi站可能准备好发送，这可能会导致冲突。为了减少冲突，意图发送的站选择随机退避计数器并推迟该时隙信道空闲时间的数量。随机退避计数器被选择为从[0，CW]区间内的均匀分布绘制的随机整数。随机退避竞争窗口的默认大小CWmin在IEEE规范中设置。应注意，即使在有多个站竞争信道接入的情况下，即使在该随机退避协议下也会发生冲突。因此，为了避免再次发生冲突，每当站检测到它的传输冲突达到同样在IEEE规范中设置的极限CWmax时，退避竞争窗口大小CW也加倍。当站成功进行没有冲突的传输时，它将其随机退避竞争窗口大小重置为默认值CWmin。

图7示出使用LTE载波聚合对未许可频谱的许可辅助接入(LAA)。到目前为止，LTE所使用的频谱一直专用于LTE。这具有LTE***不需要关心共存问题并且可以使频谱效率最大化的优点。然而，分配给LTE的频谱是有限的，并且分配的频谱不能满足对来自应用和/或服务的更大吞吐量日益增长的需求。因此，3GPP已经启动了新的研究项目，旨在扩展LTE以利用不同于许可频谱的未许可频谱。按照定义，未许可频谱可以被多种不同的技术同时使用。因此，LTE需要考虑与其它***(诸如IEEE 802.11(Wi-Fi))共存的问题。以与许可频谱相同的方式在未许可频谱中操作LTE可严重劣化Wi-Fi的性能，因为一旦Wi-Fi检测到信道被占用，它就不会发送。

此外，可靠地使用未许可频谱的一种方式是在许可的载波上发送基本的控制信号和信道。也就是说，如图7中所示，UE连接到许可频带中的PCell和未许可频带中的一个或多个SCell。在该应用中，未许可频谱中的辅助小区被称为许可辅助接入辅助小区(LAASCell)。

图8示出UL LAA先听后说(LBT)。在Rel-13LAA中，用于DL数据传输的LBT遵循类似于Wi-Fi的过程的随机退避过程，其中CW调节基于HARQ NACK反馈。在版本13期间讨论了ULLBT的几个方面。关于UL LBT的框架，讨论主要集中在自我调度和跨载波调度场景。由于UL授权本身需要eNB的DL LBT，因此UL LBT对于具有自我调度的UL传输施加附加LBT步骤。如果采用随机退避，则UL LBT最大CW大小应该限制于非常低的值以克服该缺点。因此，版本13LAA建议用于自我调度的UL LBT应使用至少25μs的单个CCA持续时间(类似于DL DRS)，或者使用延迟周期为25μs的随机退避方案，该延迟周期包括在一个CCA时隙之后的16us的延迟持续时间，以及从X＝{3，4，5，6，7}中选择的最大竞争窗口大小。这些选项也适用于另一个未许可SCell的UL跨载波调度。图8示出当UL授权在未许可载波上发送时的示例UL LBT和UL传输。

由于LBT要求以及任何子帧被用于UL或DL传输的可能性，SR传输机会不能保证用于MuLTEfire。因此，由于失败的LBT或与来自eNB的DL传输冲突，周期性SR机会可能被阻塞。一般来说，目前还没有解决方案来实现具有多个用户的LBT***中的鲁棒SR传输和复用。

发明内容

为了解决现有解决方案的上述问题，公开了用于LBT***中鲁棒调度请求(SR)传输和复用的方法和***，该LBT***诸如MuLTEfire、Rel-14LAA和未许可频带中的其它版本的LTE。

根据某些实施例，用于在未许可频带中复用调度请求的方法在无线设备中实现。该方法包括确定调度请求(SR)在所调度的SR机会期间不能在上行链路上发送。该SR在来自网络节点的部分下行链路(DL)子帧之后的第一传输机会中发送。

根据某些实施例，用于在未许可频带中复用调度请求的无线设备包括存储指令的存储器和处理器，该处理器可操作用于执行指令以使处理器确定调度请求(SR)在多调度的SR机会期间不能在上行链路上发送。该SR在来自网络节点的部分DL子帧之后的第一传输机会中发送。

根据某些实施例，用于在非许可频带中复用调度请求的方法在网络节点中实现。该方法包括由网络节点发送指示部分DL子帧随后将要被发送给无线设备的信令。部分DL子帧被发送到无线设备。在部分DL子帧之后的第一传输机会中从无线设备接收调度请求(SR)。

根据某些实施例，提供了用于在未许可频带中复用调度请求的网络节点。网络节点包括存储指令的存储器和处理器，该处理器可操作以执行指令以使处理器发送指示部分DL子帧随后将要被发送到无线设备的信令。部分DL子帧被发送给无线设备，并且调度请求(SR)在部分DL子帧之后的第一传输机会中从无线设备接收。

本公开的某些实施例可以提供一个或多个技术优点。例如，在某些实施例中，延迟调度请求传输可以以有效且鲁棒的方式被复用。这可以有利地改善这种***的总体***性能。其它优点对于本领域中的技术人员可以是显而易见的。某些实施例可能不具有列举的优点，具有部分或全部列举的优点。

附图说明

为了更全面地理解所公开的实施例及其特征和优点，现在参考以下结合附图的描述，在附图中：

图1示出基本的LTE下行链路物理资源；

图2示出LTE时域结构；

图3示出示例下行链路子帧；

图4示出示例上行链路子帧；

图5示出载波聚合(CA)；

图6示出先听后说(LBT)机制；

图7示出使用LTE载波聚合对未许可频谱的许可辅助接入(LAA)；

图8示出上行链路(UL)LAA LBT；

图9示出根据某些实施例的用于在未许可频带中复用调度请求(SR)的示例网络；

图10示出根据某些实施例的用于在未许可频带中复用SR的示例网络节点；

图11示出根据某些实施例的用于在未许可频带中复用SR的示例无线设备；

图12示出根据某些实施例的短物理上行链路控制信道(sPUCCH)的示例；

图13示出根据某些实施例的长PUCCH(ePUCCH)的示例；

图14描绘了根据某些实施例的映射到相同无线设备的物理上行链路共享信道(PUSCH)的示例UL控制信息(UCI)；

图15示出根据某些实施例的ePUCCH上的示例UCI以及来自另一无线设备的PUSCH；

图16示出根据某些实施例的捆绑的ePUCCH传输；

图17示出根据某些实施例的具有连续物理下行链路共享信道(PDSCH)分配的sPUCCH；

图18示出根据某些实施例的具有空子帧的示例sPUCCH；

图19示出根据某些实施例的在需要附加先听后说(LBT)阶段的后续子帧中来自两个不同无线设备的UCI；

图20示出根据某些实施例的在sPUCCH上的专用调度请求(D-SR)；

图21示出根据某些实施例的用于推迟无线设备的周期性SR传输的示例方法；

图22示出根据某些实施例的由无线设备用于在未许可频带中复用SR的示例方法；

图23示出根据某些实施例的用于在未许可频带中复用SR的示例虚拟计算设备；

图24示出根据某些实施例的由网络节点用于在未许可频带中复用SR的示例方法；

图25示出根据某些实施例的用于在未许可频带中复用SR的另一示例虚拟计算设备；

图26A-26D示出根据某些实施例的用于确定用于SR传输的物理上行链路控制信道(PUCCH)资源的示例方法；

图27示出根据某些实施例的由无线设备用于在未许可频带中复用SR的另一示例方法；

图28示出根据某些实施例的用于在未许可频带中复用SR的另一示例虚拟计算设备；以及

图29示出根据某些实施例的两个示例无未许可辅助小区(SCell)。

具体实施方式

不保证MuLTEfire的调度请求(SR)传输机会。例如，由于先听后说(LBT)要求，可能会阻塞周期性调度资源机会。另外，因为任何子帧可以用于上行链路(UL)传输或下行链路(DL)传输，所以存在UL SR可能与来自网络节点的DL传输冲突的可能性。因此，在包括多个用户的LBT***中需要鲁棒SR传输和复用。

在附图的图1-27中描述了特定实施例，相似的附图标记用于各个附图中相同和相应的部分。图9是示出根据某些实施例的用于在未许可频带中复用SR的网络100的实施例的框图。网络100包括可交换地称为无线设备110或UE 110的一个或多个无线设备110A-C以及可交换地称为网络节点115或eNodeB 115的网络节点115A-C。无线设备110可以通过无线接口与网络节点115通信。例如，无线设备110A可以向一个或多个网络节点115发送无线信号，和/或从一个或多个网络节点115接收无线信号。无线信号可以包含语音流量、数据流量、控制信号和/或任何其它合适的信息。在一些实施例中，与网络节点115相关联的无线信号覆盖区域可以被称为小区。在一些实施例中，无线设备110可具有D2D能力。因此，无线设备110可以能够从另一无线设备110直接接收信号和/或直接向另一无线设备110发送信号。例如，无线设备110A可以能够从无线设备110B接收信号和/或向无线设备110B发送信号。

在某些实施例中，网络节点115可以与无线电网络控制器(图9中未描绘)进行接口连接。无线电网络控制器可以控制网络节点115并且可以提供某些无线电资源管理功能、移动性管理功能和/或其它合适的功能。在某些实施例中，无线电网络控制器的功能可以被包括在网络节点115中。无线电网络控制器可以与核心网络节点进行接口连接。在某些实施例中，无线电网络控制器可以经由互连网络与核心网络节点进行接口连接。互连网络可以指能够发送音频、视频、信号、数据、消息或前述的任何组合的任何互连***。互连网络可以包括公共交换电话网络(PSTN)、公共或专用数据网络、局域网(LAN)、城域网(MAN)、广域网(WAN)、本地、区域或全球通信或计算机网络(诸如互联网、有线或无线网络、企业内联网)或任何其它合适的通信链路(包括其组合)的全部或一部分。

在一些实施例中，核心网络节点(图9中未描绘)可以管理无线设备110的通信会话和各种其它功能的建立。无线设备110可以使用非接入层次层与核心网络节点交换某些信号。在非接入层次层信令中，无线设备110与核心网络节点之间的信号可以透明地传递通过无线电接入网络。在某些实施例中，网络节点115可以通过节点间接口与一个或多个网络节点进行接口连接。例如，网络节点115A和115B可以通过X2接口进行接口连接。

如上所述，网络100的示例实施例可以包括一个或多个无线设备110以及能够与无线设备110进行(直接或间接)通信的一个或多个不同类型的网络节点。无线设备110可以指与蜂窝或移动通信***中的节点和/或另一无线设备进行通信的任何类型的无线设备。无线设备110的示例包括移动电话、智能电话、PDA(个人数字助理)、便携式计算机(例如膝上型计算机、平板计算机)、传感器、调制解调器、机器类型通信(MTC)设备/机器对机器(M2M)设备、膝上型计算机嵌入式设备(LEE)、膝上型计算机安装设备(LME)、USB加密狗、具有D2D能力的设备或可以提供无线通信的另一设备。在一些实施例中，无线设备110也可以被称为UE、站(STA)、设备或终端。此外，在一些实施例中，使用通用术语“无线电网络节点”(或简称为“网络节点”)。它可以是任何种类的网络节点，该网络节点可以包括节点B、基站(BS)、诸如MSR BS的多标准无线电(MSR)无线电节点、eNode B、网络控制器、无线电网络控制器(RNC)、基站控制器(BSC)、中继施主节点控制的中继、基站收发站(BTS)、接入点(AP)、传输点、传输节点、RRU、RRH、分布式天线***(DAS)中的节点、核心网络节点(例如MSC、MME等)、O&M、OSS、SON、定位节点(例如E-SMLC)、MDT或任何合适的网络节点。分别关于图10和图11更详细地描述网络节点115、无线设备110和其它网络节点的示例实施例。

尽管图9示出无线网络100的特定布置，但是本公开预期在此描述的各种实施例可以应用于具有任何合适配置的各种网络。例如，无线网络100可以包括任何合适数量的无线设备110和网络节点115，以及适合于支持无线设备之间或无线设备与另一通信设备(诸如陆线电话)之间的通信的任何附加元件。此外，尽管某些实施例可被描述为在长期演进(LTE)网络中实现，但是实施例可以在支持任何合适的通信标准并使用任何合适的组件的任何适当类型的电信***中实现，并且可应用于任何无线电接入技术(RAT)或无线设备接收和/或发送信号(例如数据)的多RAT***。例如，在此描述的各种实施例可适用于LTE、高级LTE、LTE-U UMTS、HSPA、GSM、cdma2000、WiMax、WiFi、另一合适的无线电接入技术或者一种或多种无线电接入技术的任何合适的组合。虽然可以在下行链路中的无线传输的上下文中描述某些实施例，但是本公开考虑到各种实施例同样适用于上行链路，反之亦然。

在此描述的SR复用技术适用于LAA LTE和免许可信道中的独立LTE操作。所描述的技术通常适用于来自网络节点115和无线设备110两者的传输。

图10是示出用于在未许可频带中复用SR的网络节点115的某些实施例的框图。网络节点115的示例包括eNodeB、节点B、基站、无线接入点(例如，Wi-Fi接入点)、低功率节点、基站收发站(BTS)、传输点、传输节点、远程RF单元(RRU)、远程无线电头端(RRH)等。网络节点115可以作为同构部署、异构部署或混合部署在整个无线网络100中部署。同构部署通常可以描述由相同(或类似)类型的网络节点115和/或类似的覆盖范围和小区大小以及站点间距离组成的部署。异构部署通常可以使用具有不同小区大小、传输功率、容量和站点间距离的各种类型的网络节点115来描述部署。例如，异构部署可以包括放置在宏小区布局中的多个低功率节点。混合部署可包括同构部分和异构部分的混合。

网络节点115可以包括收发器210、处理器220、存储器230和网络接口240中的一个或多个。在一些实施例中，收发器210有助于(例如，经由天线)向无线设备110发送无线信号并从无线设备110接收无线信号，处理器220执行指令以提供上述由网络节点115提供的一些或全部功能，存储器230存储由处理器220执行的指令，并且网络接口240将信号传达给后端网络组件，诸如网关、交换机、路由器、互联网、公共交换电话网(PSTN)、核心网络节点130、无线电网络控制器120等。

处理器220可以包括在一个或多个模块中实现的硬件和软件的任何合适的组合，以执行指令并操纵数据以执行网络节点115的一些或全部所描述的功能。在一些实施例中，处理器220可以包括例如一个或多个计算机、一个或多个中央处理单元(CPU)、一个或多个微处理器、一个或多个应用程序和/或其它逻辑。

存储器230通常可操作以存储指令，诸如计算机程序、软件、包括逻辑、规则、算法、代码、表格等中的一个或多个的应用程序和/或能够由处理器执行的其它指令。存储器230的示例包括计算机存储器(例如，随机存取存储器(RAM)或只读存储器(ROM))、大容量存储介质(例如硬盘)、可移动存储介质(例如，光盘(CD)或数字视频盘(DVD))，和/或存储信息的任何其它易失性或非易失性非暂态计算机可读和/或计算机可执行存储器设备。

在一些实施例中，网络接口240可通信地耦合到处理器220，并且可以指可操作来接收网络节点115的输入，发送来自网络节点115的输出，执行对输入或输出或两者的适当处理，与其它设备通信，或前述的任何组合的任何合适的设备。网络接口240可以包括适当的硬件(例如，端口、调制解调器、网络接口卡等)和包括协议转换和数据处理能力以通过网络进行通信的软件。

网络节点115的其它实施例可以包括除了图10中示出的不同于那些附件的附加组件，其可以负责提供网络节点的功能的某些方面，包括上述任何功能和/或任何附加功能(包括支持上述解决方案所需的任何功能)。各种不同类型的网络节点可以包括具有相同物理硬件但被配置(例如，经由编程)以支持不同无线电接入技术的组件，或可以表示部分或全部不同的物理组件。

图11示出根据某些实施例的用于在未许可频带中复用SR的示例无线设备110。如所描绘的，无线设备110包括收发机310、处理器320和存储器330。在一些实施例中，收发机310有助于(例如，经由天线)向网络节点115发送无线信号并从网络节点115接收无线信号，处理器320执行指令以提供以上描述为由无线设备110提供的一些或全部功能，并且存储器330存储由处理器320执行的指令。以上提供了无线设备110的示例。

处理器320可以包括在一个或多个模块中实现的硬件和软件的任何合适的组合，以执行指令并操纵数据以执行无线设备110的部分或全部所述的功能。在一些实施例中，处理器320可以包括例如一个或多个计算机、一个或多个中央处理单元(CPU)、一个或多个微处理器、一个或多个应用程序、电路和/或其它逻辑。

存储器330通常可操作以存储指令，诸如计算机程序、软件、包括逻辑、规则、算法、代码、表格等中的一个或多个的应用程序，和/或能够由处理器执行的其它指令。存储器330的示例包括计算机存储器(例如，随机存取存储器(RAM)或只读存储器(ROM))、大容量存储介质(例如硬盘)、可移动存储介质(例如光盘(CD)或数字视频盘(DVD))，和/或存储信息的任何其它易失性或非易失性非暂态计算机可读和/或计算机可执行存储器设备。

无线设备110的其它实施例可以包括除了图11中示出的不同于那些附件的附加组件，其可以负责提供无线设备的功能的某些方面，包括上述任何功能和/或任何附加功能(包括支持上述解决方案所需的任何功能)。

在3GPP LTE中，可以在物理上行链路控制信道(PUCCH)上发送包括HARQ-ACK、SR和周期性控制***信息(CSI)的上行链路控制信息(UCI)。对于在未许可频带中的独立操作，取决于网络节点定时配置和HARQ协议，可以考虑两种PUCCH格式用于UCI传输。换句话说，PUCCH格式可以具有两种格式：作为n个符号(在1-4之间)的短PUCCH(sPUCCH)和作为13-14个符号的长PUCCH(ePUCCH)。每个UL服务小区在独立的LTE-U中承载针对对应的DL服务小区的HARQ反馈可能是有益的。这避免了一个小区确定所有小区的HARQ-ACK反馈的场景。这种方法可能不同于其中PCell的PUCCH通常承载所有SCell的UCI的LTE。然而，就信道利用率和PUCCH格式设计而言，每个独立载波具有独立的PUCCH可能是有益的。

在某些实施例中，短PUCCH(sPUCCH)在时域中占用1-3个SC-FDMA/OFDM符号并且通过交织跨越整个带宽。可以在部分DL子帧的末尾处或者作为UL子帧的一部分(如果PUSCH被调度给相同的无线设备)发送sPUCCH。为了发送sPUCCH，可以由无线设备110应用主动LBT。可替代地，根据某些监管要求，如果sPUCCH持续时间低于占空比的5％，则可能不需要LBT。

图12示出根据某些实施例的短PUCCH 400的示例。如所描绘的，短PUCCH(或sPUCCH)在时间上占用两个SC-FDMA/OFDM符号并且在频域中占用一个交织。用于PUCCH的DMRS和数据符号可以被频分复用402或时分复用404。在频域中通过分配不同的交织模式和/或在码域中通过应用例如不同的正交覆盖码(OCC)，在单个交织内可复用多个PUCCH无线设备。可以通过网络节点信令为无线设备110配置符号数量、交织模式和OCC配置(如果有的话)。

HARQ反馈和对应的进程ID可以明确列出或例如作为位图提供(每个进程一个或两个比特位)。为了使设计与3GPP Rel-13CA一致，sPUCCH上的UCI附有8位CRC并使用尾咬卷积码(TBCC)进行编码。编码的符号以频率第一时间第二的方式被映射到可用RE。

图13示出根据某些实施例的长PUCCH(ePUCCH)500的示例。长PUCCH占用时域的全部子帧，并通过交织跨越整个带宽。长PUCCH可以由eNB明确地调度，其中eNB在无线设备110处需要LBT来接入UL信道。长PUCCH是兼容的并且可以与来自相同或不同无线设备110的PUSCH传输复用。

在图13中描绘的示例实施例中，ePUCCH 500在一个子帧中占用一个交织。每个时隙有一个DMRS占用整个频率的带宽，这可以通过应用不同的循环移位与PUSCH DMRS复用。类似于图12中描绘的sPUCCH，在频域中通过分配不同的交织模式和/或在码域中通过应用例如不同的正交覆盖码(OCC)，在单个交织内可以复用多个PUCCH无线设备110。相同子帧内的其余交织可用于来自其它无线设备的PUSCH传输和PUCCH/PUSCH传输。交织模式、CS和OCC配置(如果有的话)可以通过eNB信令为无线设备110配置。

类似于sPUCCH，HARQ反馈和对应的进程ID可以被明确地列出或例如作为位图(每个进程一个或两个比特位)在长PUCCH上提供。长PUCCH上的UCI附有8位CRC并使用尾咬卷积码(TBCC)进行编码。编码的符号以频率第一时间第二的方式被映射到可用RE。

在3GPP LTE中，PUCCH上的UCI传输包括HARQ-ACK、SR和周期性CSI。对于独立的LTE-U，支持周期性CSI将是困难的，并且因此非周期性CSI反馈更为重要，并且应该在具有或不具有UL-SCH数据的UL授权调度的PUSCH上得到支持。如果在PUCCH上发送多于一个的UCI类型，例如相同子帧中的HARQ和SR，则根据基于DL HARQ协议的eNB配置将它们级联、联合编码并在sPUCCH或长PUCCH格式上发送。

由于Rel-8，下行链路HARQ协议是异步的。因此，可以在许可的PCell的PUCCH上可靠地发送HARQ反馈(ACK/NACK)。然而，对于独立操作(以及具有双连接性的LAA)，UL控制信息(UCI)也在未许可频谱上发送。目前，如果这些传输在50ms的观察窗口中不占用介质超过5％，则监管规则允许省略LBT以用于控制信息(不用于用户面数据)。从协议的角度来看，基于该规则来设计PUCCH会很有吸引力，但是所得的冲突可能会对***性能产生负面影响。此外，可能会尝试修改或拒绝5％规则。因此，应用LBT来控制信令可能是适当的。

到目前为止，LTE DL HARQ设计仅依赖于DL HARQ进程与对应的HARQ反馈之间的固定定时关系。由于LBT，DL传输与HARQ反馈之间的时间可能会变化。因此，在上行链路中发送的HARQ反馈中发送HARQ进程ID可能是适当的。

由于任何种类的捆绑增加了RTT，因此就e2e延迟而言通常优选即时反馈(在子帧n+4中)。然而，它也可能需要网络节点116和无线设备110更频繁地切换传输方向(即，从DL到UL或从UL到DL)，这增加了开销。如果HARQ进程ID无论如何都需要被包括在HARQ反馈中，则用于多个下行链路进程的HARQ反馈可以被捆绑成单个上行链路消息。

尽管每个进程的即时反馈减少了IP层上观察到的延迟，但反馈捆绑提高了频谱效率。这些“模式”中的哪一个是优选的，这例如取决于***载荷并取决于特定UE的队列(例如，TCP慢启动与拥塞避免阶段)。因此，网络节点115可具有在这些模式之间动态切换的手段，即，请求无线设备110单独地为每个进程发送HARQ反馈，或者让无线设备110为多个进程捆绑反馈。

根据所提出的第一实施例，网络节点115控制无线设备110是否立即发送HARQ反馈(n+4)或延迟(以及可能捆绑)直到稍后的时间点。该请求可以作为DL分配的一部分而明确，或者无线设备110可以基于用于发送UCI的适当资源的可用性来确定它。细节还可以取决于下面讨论的PUCCH设计。

可以为下行链路HARQ进程供应ACK/NACK反馈。原则上，应该可以在以下情况下发送HARQ反馈(UCI)：

1.与来自相同无线设备110的PUSCH相同的子帧；

2.与来自另一无线设备110的PUSCH相同的子帧；

3.与用于相同无线设备110的PDSCH相同的子帧；

4.与另一无线设备110的PDSCH相同的子帧；以及

5.无线设备110既不接收UL授权也不检测PDSCH的空子帧。

图14描绘了映射到相同无线设备110的PUSCH的示例UCI 600。具体地，图11描绘了无线设备110在四个连续子帧中在PDSCH上接收到下行链路数据以及对于四个后续子帧有效的UL授权的情况。无论何时无线设备已经在PUSCH上被调度，可能希望尽可能早地发送HARQ反馈(如果有的话)和其它UCI以便最小化协议延迟。应将UCI 600映射到这些PUSCH资源上以保持优选的传输特性。在某些实施例中，“可以允许通过PUSCH的PUCCH”。因此，响应于有效的UL授权，未决的HARQ反馈(以及可能的其它UCI)可以被复用到PUSCH上。

图15示出ePUCCH上的示例UCI 700以及来自另一无线设备110的PUSCH。具体地，图15描绘了来自无线设备110的在前四个子帧中已经接收到PDSCH的UCI 700被映射到跨越后续4个子帧的所有可用符号的(长)ePUCCH的情况。假定PUSCH资源被分配给另一无线设备110。在某些实施例中，ePUCCH可以在不同交织上的相同子帧中与PUSCH复用。多个用户可以在相同ePUCCH交织上进行复用。

在图15的示例中，无线设备110尽可能早地提供HARQ反馈(即，n+4)，这在延迟方面是期望的。如果子帧无论如何都用于其它无线设备的PUSCH传输，则由于立即HARQ反馈而引起的附加开销可以忽略。然而，如果网络节点115不需要中间子帧，则可能需要使这些空闲，使得它们可用于其它***并且使无线设备110在单个PUCCH传输内捆绑HARQ反馈。为了遵循Rel-8原理并针对低协议延迟，建议无线设备110默认在PUCCH资源可用的最早时间点发送HARQ反馈。如果网络旨在最小化无线设备功率消耗或链路占用，则网络可以在DL分配中指示无线设备110应当推迟HARQ反馈，直到已经接收到没有这种指示的另一个分配为止。

图16示出根据某些实施例的捆绑的ePUCCH传输800。具体地，网络节点115在前三个下行链路子帧中指示无线设备110应推迟HARQ反馈。网络节点115在第四下行链路子帧中省略该指示。因此，无线设备110在子帧5、6和7中省略PUCCH，并且然后在子帧8中发送所有4个HARQ进程的捆绑反馈。

根据所提出的第二实施例，默认情况下，无线设备110可以在PUCCH资源可用的最早的时间点发送可用的HARQ反馈。应注意，某些实施例要求无线设备110具有针对在n+4中可用的PDSCH的HARQ反馈。

根据所提出的第三实施例，网络节点115可以在DL分配中指示无线设备110应当推迟对应于该HARQ进程的HARQ反馈。无线设备110将仅在接收到没有该指示的后续DL分配时发送HARQ进程。

用户流量通常是下行链路繁重的。因此，将存在网络节点115旨在调度比UL子帧更多的DL的情况。花费整个子帧用于PUCCH会产生不期望的开销。因此，可以支持不同于ePUCCH的短PUCCH(sPUCCH)。如上所述并且如图17中所示，该sPUCCH可以出现在缩短的下行链路(或特殊)子帧的末尾处。缩短的下行链路子帧的存在可以在C-PDCCH上通告，并且相应地动态sPUCCH可以由C-PDCCH指示。

图17示出根据某些实施例的具有连续PDSCH分配的sPUCCH 900。如图17中所描绘，无线设备110被连续调度用于PDSCH。根据传统HARQ时间轴，在子帧1中接收的针对PDSCH的HARQ反馈可能已经在子帧5中发送。然而，在该示例中，网络节点115使用子帧5用于另一个PDSCH传输。结果，无线设备110必须在子帧1中推迟HARQ反馈，如902A所描绘。这同样适用于对应于子帧2和3的HARQ反馈，如902B-C所描绘。在子帧7中，C-PDCCH指示后续子帧(子帧8)将是缩短的子帧904，并且将存在sPUCCH时机。因此，无线设备110可以在子帧8结束时发送对应于子帧1、子帧2、子帧3和子帧4的HARQ反馈。在该示例中，用于推迟和捆绑HARQ反馈的DL分配中的指示没有必要。

图18示出不是所有子帧都被PDSCH连续占用的sPUCCH 1000。如所描绘的，sPUCCH具有空子帧。在上面讨论的图16中也描绘了类似的情况。在所描绘的示例中，无线设备110推迟HARQ反馈，如1002A-C所描绘的。在某些实施例中，无线设备110可以尝试尽可能快地使用ePUCCH发送其反馈。为了避免这种情况，网络节点115可以在DL分配中指示无线设备110通过指示后续子帧将是缩短的子帧1004并且将存在sPUCCH时机来推迟HARQ反馈。

根据另一个提出的实施例，如果网络节点115使用C-PDCCH指示sPUCCH机会，则无线设备110在sPUCCH上发送未决的HARQ反馈(以及可能的其它UCI)。

以下讨论与LBT有关的几个问题，包括无线设备110是否以及何时应在UL传输之前或之间执行LBT。

先前的考虑包括无线设备110应该在自我调度上行链路传输之前仅执行短空白信道评估(25μs)，因为网络节点115在发送对应调度消息之前执行具有指数退避的LBT。因此，无线设备110可以仅验证信道是空白的(由于“隐藏节点”效应，在极少数情况下可能不是这种情况)，但是不给其他人提供竞争信道的机会。以与PUSCH相同的方式，考虑到先前的PDSCH传输受到规则LBT的影响，在ePUCCH的传输之前可能仅执行短LBT。换句话说，ePUCCH使用与调度的PUSCH相同的LBT参数，其允许在单个子帧中复用传输。

根据某些其它实施例，无线设备110为所调度的PUSCH和ePUCCH应用相同的25μs仅延迟CCA(“短LBT”)，其允许在单个子帧中复用来自不同无线设备110的这种传输。

在图15的示例中，无线设备110的第四PUCCH传输需要提前结束，使得网络节点115可以在后续DL子帧之前执行DL LBT。这可以通过将足够长的定时提前量应用于无线设备的上行链路传输来实现。结果，整个上行链路突发可能向左移动。缩短的DL子帧(SF4)可以避免上行链路突发与前一个下行链路突发的重叠。利用该原理，实际上不需要在上行链路突发(未示出)结束时缩短上行链路子帧本身。

除了从DL转换到UL和从UL转换到DL的LBT之外，如果不同无线设备110在相邻子帧中提供其PUCCH反馈或PUSCH传输，则需要附加的LBT阶段。在某些实施例中，可以在后续UL子帧之间允许间隙。图19示出包括来自后续子帧中的两个不同无线设备110的UCI的传输方案1100，其被描绘为需要附加LBT阶段的附图标记1102和1104。具体地，第一UE在用附图标记1102描绘的前两个子帧中接收PDSCH，并且第二UE在用附图标记1104描绘的第三和第四子帧中接收PDSCH。虽然网络节点115可以背靠背地执行DL传输，但是第二无线设备110在执行其PUCCH传输之前需要感测信道为空。

当比较图15和图19中的示例时，可以看出，无线设备110本身不能确定是否在上行链路传输之前执行LBT。即使它确实已经在前一个子帧中进行发送，取决于其它无线设备110是否需要在该子帧中执行LBT，它可能必须在后续的子帧之前执行另一个LBT。因此，在某些实施例中，网络节点115可以在UL授权(用于PUSCH)和DL分配(用于PUCCH)中明确指示无线设备110是否可以跳过用于对应UL子帧的LBT。然而，为了避免错误情况，如果无线设备110在前一个子帧中没有执行传输，则其可以在调度的上行链路子帧中执行短LBT。由于前一子帧中的无线设备的LBT或者由于缺少UL授权或DL分配而可能发生了该不匹配。

根据其它实施例，如果满足以下两个条件，则无线设备110可以跳过短上行链路LBT(在PUSCH和ePUCCH之前)：

·无线设备110在前面的子帧中执行UL传输(PUCCH或PUSCH)；以及

·网络节点115明确允许跳过UL授权或DL分配中的LBT。

还可以注意到，在图15和图19的示例中，无线设备110不(需要)知道其PUCCH传输是否与另一无线设备110的PUSCH传输一致。换句话说，上面列表中的情况2)和5)在从发送PUCCH的无线设备110的角度看是等同的。

在某些实施例中，网络节点115可以在DL子帧的开始之前执行DL LBT。网络节点115可以缩短DL突发的最后一个PDSCH子帧以为后续LBT腾出空间。类似地，如果假定跟随另一个上行链路传输，则可以缩短无线设备110的最后的UL传输(PUSCH或PUCCH)。

在这种场景中，无线设备110还可以在UL子帧之前执行UL LBT。但是，这种方法有缺点。例如，可能需要网络节点115来决定后续的子帧是否也将被分配给相同的无线设备110。如果是，则当前子帧可以跨越所有符号；如果不是，则当前子帧必须缩短。这种“前瞻”处理较重并且增加了调度延迟，因为它不仅需要对子帧n+4而且对n+5进行上行链路调度。此外，期望网络节点115具有针对旨在发送PUCCH的无线设备110之一赢得LBT的能力。因此，可能需要在UL子帧的开始处而不是在前一个子帧的末尾处执行UL LBT。因此，在某些实施例中，无线设备110可以在UL子帧的开始处而不是在前一个子帧的末尾处执行UL LBT。遵循Wi-Fi中的确认原理，无线设备110不需要在sPUCCH传输之前执行任何LBT，因为网络节点115在前一个DL突发的开始处执行LBT。

“在sPUCCH和PUSCH之间间隙的需要”尚未解决。然而，根据某些实施例，如果无线设备110在前一子帧中没有发送sPUCCH，则在其PUSCH子帧之前执行短LBT。在特定实施例中，例如，无线设备110可以在sPUCCH的传输之前应用25μs仅延迟的短LBT。该场景很适合在UL子帧开始时执行UL LBT的情况。

根据某些其它实施例，如果满足以下两个条件，则无线设备110可跳过sPUCCH与后续的PUSCH/ePUCCH之间的短上行链路LBT：

·无线设备110在前一子帧中执行UL传输(sPUCCH)；以及

·网络节点115明确允许跳过UL授权或DL分配中的LBT。

如果网络节点115旨在sPUCCH之后继续进行PDSCH传输，如果该PDSCH仍属于相同的TxOP，则网络节点115可以在短间隙之后这样做。否则，网络节点115执行包括指数退避的LBT。

在LTE中，网络节点115可以配置被RRC连接到PUCCH上的专用调度请求(D-SR)资源的无线设备110。周期性(例如2、4、10、20个子帧)以及实际时间/频率资源可以经由RRC半静态地配置。当从较高层到无线设备110空PDCP队列中的数据(IP分组)到达时，触发缓冲器状态报告。如果无线设备110不具有用于发送BSR的有效上行链路授权，则无线设备110使用D-SR资源在其下一个D-SR时机发送D-SR。对于未许可频带中的独立LTE，也可以应用相同的原理。然而，可以假设无线设备110在PUCCH上的D-SR传输之前执行LBT。

图20示出用于在sPUCCH上发送D-SR的传输方案1200。具体地，图20描绘了无线设备110接收UL数据1202并且在每个第4子帧中配置有D-SR机会的示例场景。例如，第一子帧1203还包括用于无线设备110和可能的其它无线设备110的未使用的D-SR机会。在没有与网络节点115连接的无线设备110正在主动发送或接收数据时，网络节点115最小化下行链路传输(仅DRS)并且大部分子帧将是空的。如所描绘的，网络节点115发送捆绑的上行链路授权1206。无线设备110尝试在第三描绘的D-SR发生中发送D-SR 1204，并且在子帧的开始中在成功的LBT 1208之后成功地发送PUSCH。

一旦信道被UL或DL数据传输(例如传输1210和1212)占用，则无线设备110的D-SR之前的LBT可能由于正在进行的PDSCH/PUSCH数据突发而失败。然而，乍看起来可能作为问题出现的可能被认为是理想的特性。例如，通过使用比连接的无线设备110更积极的LBT配置(对Wi-Fi仍然公平)，网络节点115可以抓取信道并且数据一变得可用就有效地调度PDSCH/PUSCH。为了确保无线设备110能够关于可用数据向网络节点115通知，网络节点115可以将至少一些无线设备的D-SR时机声明为缩短的DL子帧1214或者将它们留空。如图20中序列的后面部分所示，无线设备110将使用这些时机用于发送D-SR和HARQ反馈。具体地，在所描绘的示例实施例中，网络节点115请求HARQ反馈在对应的子帧中发送，如参考标记1216所示。无线设备110在sPUCCH上发送D-SR 1218和HARQ反馈1220。网络节点115发送UL授权1222。无线设备110在PUSCH上发送数据和HARQ反馈1224。

根据某些特定实施例，网络节点115可以使用RRC信令来向无线设备110配置D-SR资源。无线设备110可以在成功的短LBT之后在ePUCCH上在RRC配置的时机中发送D-SR。可替代地，如果网络节点115通知该子帧是缩短的DL子帧，则无线设备110可以在那些sPUCCH的时机中发送D-SR。

虽然可能需要将HARQ反馈复用到无线设备的PUSCH资源上，但不需要使用D-SR来完成该操作。原因在于具有有效上行链路授权的无线设备110将宁可包括在PUSCH上发送的MAC PDU内的(更详细的)缓冲器状态报告。

除了HARQ反馈和D-SR之外，PUCCH还可以承载信道状态信息(CSI)。在LTE中，CSI可以被映射到PUCCH以及PUSCH。在某些实施例中，非周期性CSI报告可能是最重要的。与在LTE中一样，非周期性CSI被映射到PUSCH(可能没有UL用户数据)。对于未许可的独立LTE，也可以遵循这种原理。

在特定实施例中，可以仅支持非周期性CSI反馈。根据由网络节点115提供的UL授权，非周期性CSI反馈可以被映射到PUSCH。

在某些实施例中，每个UL服务小区可以承载用于对应的DL服务小区的HARQ反馈。这可能与LTE形成对照，其中，通常PCell的PUCCH承载所有SCell的UCI，但是就信道利用率和PUCCH格式设计而言，我们建议在LTE未许可单独版本中单独使用。相应地，在特定实施例中，每个UL服务小区可以承载用于对应DL服务小区的HARQ反馈。

在某些实施例中，可能不需要强烈支持具有比上行链路服务小区更多的下行链路的操作模式。换句话说，无线设备110可以在独立LTE-U中始终支持与下行链路载波一样多的上行链路。这将遵循Wi-Fi载波捆绑中应用的原理，并可能会缓解反馈格式的定义。因此，在特定实施例中，可能不支持将来自多个下行链路服务小区的反馈复用到公共上行链路服务小区。具体地，无线设备110可以总是支持与独立LTE-U中的下行链路载波一样多的上行链路。

在某些实施例中，无线设备110可以确定将要使用的ePUCCH和sPUCCH资源。一种可能性是无线设备110通过如LTE中定义的类似映射从DL授权隐含地导出它们。然而，由于网络节点115明确地调度对应的PDSCH传输，并且ePUCCH的格式与PUSCH的格式类似，所以网络节点115也可以更明确地授权ePUCCH资源。可以根据L1特性和各种UCI类型来选择ePUCCH的传输资源。

图21示出根据某些实施例的用于推迟无线设备110的周期性SR传输直到sPUCCH发生1302的传输方案1300。动态sPUCCH可以由CPDDCH发信号通知。在某些实施例中，动态sPUCCH 1302可以是其中前14-n个符号未被用于UL传输的子帧的最后n个(将在1与4之间选择)符号。

在某些实施例中，与小区相关联的无线设备110可以使用更高层信令来配置周期性SR传输。例如，如所描绘的，无线设备110A可以被配置为在传输机会1308的第一子帧1304和第三子帧1306中具有周期性SR传输。第二无线设备110B可以被配置用于第四子帧1310中的周期性SR传输。如果网络节点115执行LBT过程1311并且在对应的子帧上分配DL传输，则可以阻塞与子帧1304、1306和1310相关联的这些SR机会。因此，在无线设备110A和110B未被调度用于PUSCH的情况下，无线设备110A和110B不能在传输机会1308的子帧1304、1306和1310期间发送SR。然后，它们的SR传输被推迟直到第一UL传输机会其在此情况下是sPUCCH1302，其被描绘为在第五子帧1312中的部分DL子帧1314之后的子帧。使用公共PDCCH信令，eNB隐式地指示sPUCCH 1302的发生，以指示部分DL子帧1314的存在。在某些实施例中，部分DL子帧1314可以等同于DwPTS。这些SR传输可以与sPUCCH 1302期间其它无线设备110的传输(诸如与第一DL子帧1304相关联的HARQ ACK/NACK反馈)一致。例如，sPUCCH 1302持续时间可以在时域中的一个符号至四个符号之间。

如在此所使用的，部分DL子帧是指其中少于全部数量的符号被用于传输的DL子帧。因此，在DL子帧由十四个符号组成的情况下，部分DL子帧可以是其中使用少于全部十四个符号的子帧。因此，术语：缩短的子帧、部分子帧、部分DL子帧、缩短的TTI、部分TTI和部分DL TTI在此可以互换使用。

根据某些实施例，推迟到sPUCCH 1302的SR传输需要被配置有合适的传输资源，包括UL交织、正交覆盖码和循环移位中的一个或多个。UL交错的示例是一组10个资源块，其频率间隔相等，并跨越整个***带宽。

根据某些实施例，无线设备110可以配置有用于SR传输的两组或更多组PUCCH资源。当利用周期性SR传输机会时使用一组。当SR传输机会推迟到第一可用的sPUCCH或ePUCCH时，使用附加组中的一组。当由eNB发信号通知DL重度TXOP分配时，小区特定信号可以被包括在公共PDCCH或另一控制信号中以动态地指示哪些附加组应该在特定的TXOP内被利用。eNB可以利用其对sPUCCH中期望的ACK/NACK载荷的了解来最优地选择或配置附加的PUCCH资源组。

图22示出根据某些实施例的无线设备110用于在未许可频带中复用SR的示例方法1400。当无线设备110确定SR在调度的SR机会期间不能在上行链路上发送时，该方法在步骤1402处开始。例如，返回到图21，当无线设备110在第一子帧1304中检测到来自网络节点115的DL传输时，无线设备110可以确定无线设备110不能在第一子帧1304期间发送SR。

在步骤1404处，无线设备110在来自网络节点115的部分下行链路(DL)子帧之后的第一传输机会(其也可以被称为部分传输时间间隔(TTI))中发送SR。返回到图21，例如，无线设备110可以在部分DL子帧1314之后的第五子帧中发送SR。在特定实施例中，部分DL子帧1314之后的第一传输机会是部分DL子帧1314之后的sPUCCH。在特定实施例中，sPUCCH的持续时间可以在时域中的一个符号和四个符号之间。

在某些实施例中，无线设备110可以从网络节点115接收指示存在部分DL子帧的信令。在特定实施例中，例如，信令可以包括PDCCH信令。另外或可替代地，无线设备110可以接收识别要用于发送SR的传输资源的配置信息。例如，配置信息可以包括用于发送SR的UL交织、正交覆盖码和/或循环移位。

在某些实施例中，SR可以在步骤1404处与另一个无线设备110的至少一个附加传输同时(例如，与其一起)发送。例如，可以在与部分DL子帧1314相关联的ACK/NACK反馈的同时发送SR。

在某些实施例中，用于在图22中描述的未许可频带中复用SR的方法可以由一个或多个虚拟计算设备来执行。图23示出根据某些实施例的用于在未许可频带中复用SR的示例虚拟计算设备1500。在某些实施例中，虚拟计算设备1500可以包括用于执行与以上关于图22中示出和描述的方法所描述的步骤类似的步骤的模块。例如，虚拟计算设备1500可以包括至少一个确定模块1502、至少一个发送模块1504以及用于在未许可频带中复用SR的任何其它合适的模块。在一些实施例中，一个或多个模块可以使用图11的一个或多个处理器320来实现。在某些实施例中，各种模块中的两个或更多个模块的功能可以被组合成单个模块。

确定模块1502可以执行虚拟计算设备1500的确定功能。例如，在特定实施例中，确定模块1502可以确定SR在调度的SR机会期间不能在上行链路上发送。例如，确定模块1502可以响应于检测来自网络节点115的DL传输而确定SR不能被发送。

发送模块1504可以执行虚拟计算设备1500的发送功能。例如，发送模块1504可以在来自网络节点115的部分DL子帧之后的第一发送机会中发送SR。在特定实施例中，发送模块1504可以发送在部分DL子帧之后的sPUCCH上的SR。

计算机联网虚拟设备1500的其它实施例可以包括除了图23中示出的不同于那些附件的附加组件，其可以负责提供无线设备110的功能的某些方面，包括上述任何功能和/或任何附加功能(包括支持上述解决方案所需的任何功能)。各种不同类型的无线设备110可以包括具有相同物理硬件但被配置(例如，经由编程)以支持不同无线电接入技术的组件，或可以表示部分或全部不同的物理组件。

图24示出根据某些实施例的网络节点115用于在未许可频带中复用SR的示例方法1600。当网络节点115发送指示部分DL子帧(其也可以被称为部分DL TTI)随后被发送到无线设备110的信令时，该方法开始于步骤1602。在特定实施例中，例如，该信令可以包括PDCCH信令。另外或可替代地，网络节点115可以发送识别要用于发送SR的传输资源的配置信息。例如，配置信息可以包括要用于发送SR的UL交织、正交覆盖码和/或循环移位。

在步骤1604处，网络节点115向无线设备110发送部分下行链路子帧。

在步骤1606处，网络节点115从无线设备110接收在部分DL子帧之后的第一传输机会(其也可以被称为部分DL子帧)中的调度请求(SR)。返回图21，例如，网络节点115可以在部分TTI 1314之后的第五子帧中接收SR。在特定实施例中，在部分DL子帧1314之后的第一传输机会是在部分DL子帧1314之后的sPUCCH。在在特定实施例中，sPUCCH的持续时间可以在时域中的一个符号和四个符号之间。

在某些实施例中，SR可以与另一无线设备110的至少一个附加传输同时(例如，与其一起)被接收。例如，SR可以和与部分DL子帧1314相关联的ACK/NACK反馈的同时被接收。

在某些实施例中，用于在如图24中所描述的未许可频带中复用SR的方法可以由一个或多个虚拟计算设备来执行。图25示出根据某些实施例的用于在未许可频带中复用SR的示例虚拟计算设备1700。在某些实施例中，虚拟计算设备1700可以包括用于执行与以上关于图24中示出和描述的方法所描述的步骤类似的步骤的模块。例如，虚拟计算设备1700可以包括至少一个发送模块1702、至少一个接收模块1704以及用于在未许可频带中复用SR的任何其它合适的模块。在一些实施例中，可以使用图10的一个或多个处理器220来实现一个或多个模块。在某些实施例中，各种模块中的两个或更多个模块的功能可以被组合成单个模块。

发送模块1702可以执行虚拟计算设备1700的发送功能。例如，在特定实施例中，发送模块1702可以发送指示要随后发送给无线设备110的部分下行链路传输时间间隔(DLTTI)的信令。在特定实施例中，例如，信令可以包括PDCCH信令。作为另一示例，在特定实施例中，发送模块1704可以向无线设备110发送部分DL子帧。

接收模块1704可以执行虚拟计算设备1700的接收功能。例如，接收模块1704从无线设备110接收在部分DL子帧(其也可以简称为部分TTI)之后的第一传输机会中的调度请求(SR)。

计算机联网虚拟设备1700的其它实施例可以包括超出图25中所示的那些组件的附加组件，其可以负责提供网络节点115的功能的某些方面，包括上述任何功能和/或任何附加功能(包括支持上述解决方案所需的任何功能)。各种不同类型的网络节点115可以包括具有相同物理硬件但被配置(例如，经由编程)以支持不同无线电接入技术的组件，或可以表示部分或全部不同的物理组件。

根据某些其它示例实施例，无线设备110可以在DL TTI之后确定哪一组PUCCH资源用于sPUCCH中的SR传输。具体地，无线设备110可以考虑从无线设备的最近周期性SR机会到DL TTI之后的sPUCCH/ePUCCH的子帧的数量。根据各种实施例，sPUCCH机会可能是或可能不是周期性的。

图26A-26D示出用于由无线设备110确定要用于延迟调度请求传输的一组PUCCH资源的方法。具体地，四种不同情况例示了无线设备110如何可以确定用于SR传输的一组PUCCH资源。

图26A描绘了方案1800，其中如果周期性SR时机与UL子帧一致，则无线设备110可以使用第一组PUCCH资源。具体地，图26A描绘了无线设备110被配置有周期性D-SR机会1802。在特定实施例中，可以经由RRC信令来接收周期性D-SR机会1802的配置。如所描绘的，D-SR机会1802中的至少第一个被下行链路传输1804的突发下行链路传输阻塞。无线设备110在具有最后符号中的UL sPUCCH的缩短的DL子帧1806之后的第一配置的周期性D-SR机会1802中的PUCCH上发送SR。

图26B描绘了场景1820，其中如果周期性SR时机与DL TxOP末尾处的特殊子帧一致，则无线设备110可以使用第二组PUCCH资源。具体地，无线设备110配置有周期性D-SR机会1822。在特定实施例中，可经由RRC信令接收周期性D-SR机会1822的配置。如所描绘的，D-SR机会1822中的第二个机会被下行链路传输1824中的突发下行链路传输阻塞。无线设备110在具有最后符号中的UL sPUCCH的缩短的DL子帧1826之后的第一配置的周期性D-SR机会1802中的sPUCCH上发送SR。

图26C描绘了场景1840，其中如果在DL TxOP的末尾处的缩短的子帧之前的子帧中发生了周期性SR时机，则无线设备110可以使用第三组PUCCH资源。具体地，无线设备110配置有周期性D-SR机会1842。D-SR机会1842中的第二个机会被下行链路传输1844中的突发下行链路传输阻塞。D-SR机会中的第二个机会与紧接在DL TxOP的末尾处缩短子帧1846(其也可以被称为部分DL子帧或部分DL TTI)之前的子帧对应。根据某些实施例，D-SR机会1842中的第二个机会被推迟并且在最后的符号中具有UP sPUCCH的部分DL子帧1846之后的下一个子帧中的sPUCCH上被发送。

图26D描绘了一种场景，其中如果周期性SR时机出现在DL TxOP末尾处的特殊子帧之前的两个子帧处，则无线设备110可使用第四组PUCCH资源。具体地，无线设备110被配置有周期性D-SR机会1862。D-SR机会1862中的第二个机会被下行链路传输1864中的突发下行链路传输阻塞。D-SR机会1862中的第二个机会对应于在DL TxOP末尾处缩短的子帧之前的两个子帧(即，部分DL子帧，其也可以被称为部分DL TTI)1866。根据某些实施例，在最后的符号中具有UP sPUCCH的部分DL子帧1866之后的下一个子帧中的sPUCCH上推迟并发送第二个D-SR机会1862。

在某些实施例中，特殊子帧可以包括部分DL子帧，其也可以被称为部分DL子帧。上行链路控制信息可以在特殊子帧的UpPTS部分中承载。

在特定示例性实施例中，无线设备110基于来自无线设备110最近的周期性SR机会的子帧的数量，在sPUCCH区域的交织中使用PUCCH资源。在另一个实施例中，无线设备110可以使用由x+SN mod M给出的PUCCH资源，其中x是为无线设备110最近的周期性SR机会子帧分配给无线设备110的PUCCH资源索引号；S是来自无线设备110最近的周期性SR机会的子帧的数量；并且N和M是M>N的正整数，其中M表示sPUCCH区域中的PUCCH资源的可用数量，并且N可以表示周期性SR机会子帧中的PUCCH资源的可用数量。

在某些实施例中，诸如上述的那些实施例中，可以使用RRC信令为UE配置用于SR传输的两组或更多组的PUCCH资源。无线设备110然后可以确定要使用两组或更多组PUCCH资源中的哪一组。

在某些实施例中，两组或更多组PUCCH资源中的任何两个可以在UL交织、正交覆盖码或循环移位中的至少一个中彼此不同。例如，在图26A和26B的情况下由无线设备110确定的该组资源可以包括UL PRB的共同交织，但是不同的正交覆盖码。此外，在图26C和图26D的情况下由无线设备110确定的该组资源可以包括UL PRB(不同于图26A和图26B中使用的交织)的公共交织，但是如表2中所示的不同的正交覆盖码。

图27示出根据某些实施例的由无线设备在未许可频带上复用SR的另一示例方法1900。当无线设备110获得指示要用于向网络节点115发送调度请求(SR)的至少两组PUCCH资源的配置信息时，该方法在步骤1902处开始。在某些实施例中，至少两组PUCCH资源位于一个无线电帧中，诸如一个3GPP LTE无线电帧。在某些其它实施例中，至少两组PUCCH资源位于一个无线电帧的不同子帧中。

在特定实施例中，至少两组PUCCH资源可以包括无线设备110的一组主要PUCCH资源，和至少一个附加组的PUCCH资源。无线设备110可以被配置为响应于特定调度条件的未满足来选择主组以及响应于特定调度条件的满足来选择至少一个附加组。在特定实施例中，一组主要资源可以包括周期性SR传输机会。在特定实施例中，一组主要PUCCH资源可以与其它配置信息分开接收，而至少一个附加组的PUCCH资源用配置信息来指示。在其它实施例中，至少一个附加组的PUCCH资源可以由所接收的PDCCH信令隐含地指示。例如，小区特定信号可以在公共PDCCH内或在另一个控制信号内被接收，并且可以指示要被选择的附加组PUCCH资源中的一个。

在步骤1904处，无线设备110选择所指示的一组PUCCH资源中的一个。在特定实施例中，取决于分隔无线设备的最近周期性SR传输机会的时间持续段和包含附加组的PUCCH资源的子帧，由预定义的选择规则来管理该选择。

在某些实施例中，至少两个特定的调度条件与相应的附加组的PUCCH资源相关联。选择要使用的PUCCH资源可以包括确定是否满足至少两个特定调度条件中的一个。在特定实施例中，至少两个特定调度条件可以是周期性SR传输机会与上行链路子帧的重合、周期性SR传输机会与下行链路传输机会结束时的特殊子帧的重合、周期性SR传输机会与下行链路传输机会结束时紧接在特殊子帧之前的子帧的重合，以及周期性SR传输机会与下行链路传输机会结束时的特殊子帧之前两个子帧的重合中的一个。在特定实施例中，特殊子帧可以由用于下行链路传输的部分子帧和用于上行链路控制数据的剩余部分组成。

在某些实施例中，配置信息可以指示位于不同子帧中的至少两个附加组的PUCCH资源。选择要使用的PUCCH资源可以包括确定位于最早的子帧中的附加组的PUCCH资源的可用性。如果最早子帧中的附加组的PUCCH资源可用于无线设备的传输，则无线设备110可以选择该组PUCCH资源。相反，如果最早子帧中的附加组的PUCCH资源不可用，则可确定位于最早后续子帧中的附加组的PUCCH资源的可用性。

在某些实施例中，选择一组PUCCH资源可以包括通过执行以下操作中的至少一个来确定至少两组PUCCH资源中的一个的可用性：向不同无线设备感测上行链路授权；以及执行信道感测，诸如通过执行先听后说方法。

在某些实施例中，可以由预定义的选择规则来管理选择PUCCH资源，该预定义的选择规则具有分隔无线设备的最近的周期性SR传输机会的时间持续段和包含附加组的PUCCH资源的子帧作为输入，并且具有参考预定资源区域(sPUCCH)内的交织的交织索引作为输出。在其它实施例中，可以由预定义的选择规则来管理选择该组PUCCH资源，该预定义的选择规则具有如下中的至少一个作为输入：在最近的周期性SR传输机会处分配给无线设备的PUCCH资源的索引x，自无线设备的最近的周期性SR传输机会起经过的子帧的数量S，预定义资源区域(sPUCCH)中的可用PUCCH资源的数量M，以及周期性SR传输机会子帧中的可用PUCCH资源的数量N<M。可以输出PUCCH资源的索引(x+SN mod M)以供选择。

在步骤1906处，无线设备110然后使用所选择的一组PUCCH请求发送SR。

在某些实施例中，如图27中所描述的用于在未许可频带中复用SR的方法可以由一个或多个虚拟计算设备来执行。图28示出根据某些实施例的用于在未许可频带中复用SR的另一个示例性虚拟计算设备2000。在某些实施例中，虚拟计算设备2000可以包括用于执行与以上关于图27中示出和描述的方法所描述的步骤类似的步骤的模块。例如，虚拟计算设备2000可以包括至少一个获得模块2002、至少一个选择模块2004、至少一个发送模块2006以及用于在未许可频带中复用SR的任何其它合适的模块。在一些实施例中，一个或多个模块可以使用图11的一个或多个处理器320来实现。在某些实施例中，各种模块中的两个或更多个模块的功能可以被组合成单个模块。

获取模块2002可以执行虚拟计算设备2000的获得功能。例如，在特定实施例中，获得模块2002可以获得指示用于向网络节点115发送调度请求(SR)的至少两组PUCCH资源的配置信息。

选择模块2004可以执行虚拟计算设备2000的选择功能。例如，选择模块2004可以选择所指示的一组PUCCH资源中的一个。在特定实施例中，取决于分隔无线设备的最近的周期性SR传输机会的时间持续段和包含附加组的PUCCH资源的子帧，由预定义的选择规则来管理该选择。

发送模块2006可以执行虚拟计算设备2000的选择功能。例如，发送模块2006可以使用所选择的一组PUCCH请求来发送SR。

计算机联网虚拟装置2000的其它实施例可以包括除图28中所示的不同于那些附件的附加组件，其可以负责提供无线设备110的功能的某些方面，包括上述任何功能和/或任何附加功能(支持上述解决方案所需的任何功能)。各种不同类型的无线设备110可以包括具有相同物理硬件但被配置(例如，经由编程)以支持不同无线电接入技术的组件，或可以表示部分或全部不同的物理组件。

在某些其它实施例中，如果周期性SR传输由于该子帧被用作DL子帧而在特定的未许可小区上被阻塞，如果另一个非未许可小区具有当前可用的UL子帧，则可以在另一个未许可小区上发送SR。图29中示出了具有两个未许可的SCell的示例。如所描绘的，无线设备110A-B被阻止在SCell 2102上发送SR。具体地，网络节点115可以执行LBT过程2104，并且然后发送下行链路传输2106的突发下行链路传输。如所描绘的，无线设备110A具有周期性的SR机会2108，并且无线设备110B具有周期性的SR机会2110。然而，与周期性的SR机会2108和2110对应的sPUCCH上的上行链路子帧被下行链路传输2106阻塞。

然而，在无线设备110A-B监视SCell 2112上的DL的情况下，无线设备110-B可以确定SCell 2112上较早的UL sPUCCH机会并且在那里发送它们的SR。如示例实施例中所描绘的，网络节点116可以在发送下行链路传输2116的突发下行链路传输之前执行LBT过程2114。然而，网络节点115发送的最后一个下行链路TTI可以包括部分DL子帧2118。在某些实施例中，无线设备110A-B可以在部分DL子帧2118之后的第一传输机会2120中发送它们的SR。在某些实施例中，一个或多个无线设备110A-B的SR可以包含关于无线设备110A-B想要在其上接收UL授权的期望SCell的附加信息。

根据某些实施例，用于在未许可频带中复用调度请求的方法在无线设备中实现。该方法包括确定调度请求(SR)在调度的SR机会期间不能在上行链路上发送。在来自网络节点的部分下行链路(DL)子帧之后的第一传输机会中发送SR。

根据某些实施例，用于在未许可频带中复用调度请求的无线设备包括存储指令的存储器和处理器，该处理器可操作以执行指令以使处理器确定调度请求(SR)在调度的SR机会期间不能在上行链路上发送。在来自网络节点的部分DL子帧之后的第一传输机会中发送SR。

根据某些实施例，用于在未许可频带中复用调度请求的方法在网络节点中实现。该方法包括由网络节点发送指示部分DL子帧将随后被发送给无线设备的信令。部分DL子帧被发送到无线设备。在部分DL子帧之后的第一传输机会中从无线设备接收调度请求(SR)。

根据某些实施例，提供了用于在未许可频带中复用调度请求的网络节点。网络节点包括存储指令的存储器和处理器，该处理器可操作以执行指令以使处理器发送指示部分DL子帧将随后发送给无线设备的信令。部分DL子帧被发送给无线设备，并且调度请求(SR)在部分DL子帧之后的第一传输机会中从无线设备接收。

本公开的某些实施例可以提供一个或多个技术优点。例如，在某些实施例中，延迟的SR传输可以以有效且鲁棒的方式进行复用。这可以有利地改善这种***的总体***性能。其它优点对于本领域技术人员可能是显而易见的。某些实施例可能没有列举的优点，或具有部分或全部列举的优点。

在不脱离本公开的范围的情况下，可以对在此描述的***和装置进行修改、添加或省略。***和装置的组件可以被集成或分离。此外，***和装置的操作可以由更多、更少或其它组件来执行。另外，可以使用包括软件、硬件和/或其它逻辑的任何合适的逻辑来执行***和装置的操作。正如本文件中所使用的，“每个”是指集合中的每个成员或集合的子集中的每个成员。

在不脱离本公开的范围的情况下，可以对在此描述的方法进行修改、添加或省略。这些方法可以包括更多、更少或其它步骤。另外，可以以任何合适的顺序执行步骤。

尽管已经根据某些实施例描述了本公开，但是对于本领域技术人员而言，实施例的变更和置换将是显而易见的。因此，实施例的以上描述不限制本公开。在不脱离由所附权利要求限定的本公开的精神和范围的情况下，其它变化、替换和变更是可能的。

Claims (15)

1.一种在无线设备(110)中实现的方法，包括：

在第一传输机会中发送调度请求SR，

所述方法的特征在于其进一步包括：

确定SR在所配置的SR机会期间不能在上行链路上发送；以及特征在于所述第一传输机会位于来自网络节点(115)的部分下行链路DL子帧的末尾处发送的sPUCCH中。

2.一种无线设备(110)，包括：

存储指令的存储器(330)；以及

处理器(320)，其可操作以执行所述指令以使所述处理器(320)在第一传输机会中发送调度请求SR，所述无线设备的特征在于所述处理器进一步可操作以确定SR在所配置的SR机会期间不能在上行链路上被发送；以及

其特征在于所述第一传输机会位于来自网络节点(115)的部分下行链路DL子帧的末尾处发送的sPUCCH中。

3.根据权利要求2所述的无线设备(110)，其中，当确定所述SR在所配置的SR机会期间不能在上行链路UL上被发送时，所述处理器(320)可操作以在所配置的SR机会期间检测与来自所述网络节点的DL传输的冲突。

4.根据权利要求2-3中任一项所述的无线设备(110)，其中，在所述部分DL子帧之后的所述第一传输机会包括在所述部分DL子帧之后的sPUCCH。

5.根据权利要求2-3中任一项所述的无线设备(110)，其中，所述处理器(320)进一步可操作以从所述网络节点接收指示所述部分DL子帧的存在的信令。

6.根据权利要求2-3中任一项所述的无线设备(110)，其中，所述SR在所述第一传输机会中与另一无线设备(110)的至少一个附加传输同时发送。

7.根据权利要求2-3中任一项所述的无线设备(110)，其中，所述处理器(320)进一步可操作以从所述网络节点(115)接收包括用于在所述部分DL子帧之后发送所述SR的至少一个传输资源的配置信息。

8.根据权利要求2-3中任一项所述的无线设备(110)，其中，所述处理器(320)进一步可操作以：

确定在所配置的SR机会期间没有资源可用于所述SR的传输；以及

确定在不同于与所述网络节点相关联的小区的小区中的传输机会期间没有资源可用于所述SR的传输。

9.根据权利要求8所述的无线设备(110)，其中，所述处理器(320)进一步可操作以：

向不同于与所述网络节点相关联的小区的所述小区发起随机接入过程；以及

取消一个或多个SR。

10.一种在网络节点(115)中实现的方法，包括：

在第一传输机会中从无线设备(110)接收调度请求SR，

所述方法的特征在于其进一步包括：

由所述网络节点(115)发送指示将要随后发送到所述无线设备(110)的部分下行链路DL子帧的信令；以及

向所述无线设备(110)发送所述部分DL子帧，

以及其特征在于所述第一传输机会位于所述部分DL子帧的末尾处发送的sPUCCH中。

11.一种网络节点(115)，包括：

存储指令的存储器(230)；以及

处理器(220)，其可操作以执行所述指令以使所述处理器(220)：

在第一传输机会中从无线设备(110)接收调度请求SR，

所述网络节点的特征在于所述处理器进一步可操作以：

发送指示将要随后发送到所述无线设备(110)的部分下行链路DL子帧的信令；以及

向所述无线设备(110)发送所述部分DL子帧，

以及其特征在于所述第一传输机会位于所述部分DL子帧的末尾处发送的sPUCCH中。

12.根据权利要求11所述的网络节点(115)，其中，由于与来自所述网络节点(115)的DL传输的冲突，所述SR在所述部分DL子帧之前的所配置的SR机会期间不能在上行链路UL上被发送。

13.根据权利要求11-12中任一项所述的网络节点(115)，其中，在所述部分DL子帧之后的所述第一传输机会包括在所述部分DL子帧之后的sPUCCH。

14.根据权利要求11-12中任一项所述的网络节点(115)，其中，所述SR在所述第一传输机会中与另一无线设备(110)的至少一个附加传输同时被接收。

15.根据权利要求11-12中任一项所述的网络节点(115)，其中，所述处理器(220)进一步可操作以向所述无线设备(110)发送包括用于在所述部分DL子帧之后发送所述SR的至少一个传输资源的配置信息。

Images