针对无线数据传输的延迟减少的制作方法

文档序号:14624722发布日期:2018-06-08 07:53阅读:355来源:国知局

本申请根据35U.S.C.§119要求于2015年10月30日递交的题为“LATENCY REDUCTION FOR DATA TRANSMISSION IN WIRELESS SYSTEM(针对无线系统中的数据传输的延迟减少)”的美国临时专利申请No.62/248,997的优先权,该专利申请的整体通过引用结合于此。

技术领域

实施例涉及无线通信。一些实施例涉及无线电接入网络层1(RAN1)。一些实施例涉及用于减少无线系统中的数据传输的延迟的系统和方法。



背景技术:

延迟和吞吐量是测量网络性能和限定网络速度的因素中的一些因素。吞吐量可能指的是在特时序间内可能从源传送到目的地的数据量,而往返时间(RTT)延迟可能指的是发生单个数据事务所花费的时间,也就是指数据分组传输至目的地并从目的地返回到源所花费的时间。

因此,对于减少无线系统中的数据传输的延迟的系统和方法存在普遍需求。

附图说明

图1示出了根据一些实施例的在长期演进子帧内的缩短的传输时间间隔调度的示例。

图2示出了根据一些实施例的用于无线电帧的示例物理下行链路共享信道(PDSCH)混合自动重传请求(HARQ)时间线。

图3示出了根据一些实施例的示例物理上行链路共享信道(PUSCH)调度和混合自动重传请求(HARQ)时间线。

图4示出了根据一些实施例的第一自包含(self-contained)混合自动重传请求(HARQ)确认(ACK)窗口。

图5示出了用于物理下行链路共享信道(PDSCH)传输的数据500。

图6示出了根据一些实施例的第二自包含混合自动重传请求(HARQ)确认(ACK)窗口。

图7是根据一些实施例的用于延迟减少的示例方法的流程图。

图8是根据一些实施例的无线网络的功能图。

图9示出了根据一些实施例的通信设备的组件。

图10示出了根据一些实施例的通信设备的框图。

图11示出了根据一些实施例的通信设备的另一框图。

具体实施方式

以下描述和附图充分说明了具体实施例以使本领域技术人员能够实践它们。其他实施例可以包含结构的、逻辑的、电气的、过程的和其他变化。一些实施例的部分和特征可以被包括在其他实施例的部分和特征中或者被其他实施例的部分和特征替换。权利要求书中所列出的实施例涵盖那些权利要求的所有可用等同物。

图1示出了长期演进子帧(L-子帧)100内的缩短的传输时间间隔(xTTI)调度的示例。在图1的示例中,示出了7个xTTI(编号为n...n+6)105、110和115。物理下行链路控制信道(PDCCH)125中的单个下行链路控制信息(DCI)120被用于调度物理下行链路共享信道(PDSCH)传输130、135、140。该多xTTI调度机制也可以应用于上行链路信道。该技术减少xTTI中的每个PDSCH的解码延迟,并且允许针对较早在L-TTI/L子帧100中发送的一部分PDSCH的更快的确认/否定确认(ACK/NACK)反馈。用于分配资源的x子帧105-115与用于多个xTTI调度中的传输的L子帧100之间的映射关系通过位图的方式用信号传送。

下面进一步详细描述本公开的各个方面和特征以支持利用混合自动重传请求(HARQ)的xTTI中的DL/UL数据传输以便提高可靠性。

第一种设计提供针对0.5ms长度的xTTI的HARQ时间线。在这种设计中,每个L-TTI被分成两个xTTI,每个xTTI时长均为0.5ms,而不改变传输方向以保持后向兼容性。使用0.5ms xTTI,每个10ms长度的无线电帧因此包括20个xTTI,索引为0到19。

在表1中列出了所支持的使用xTTI的UL-DL配置,其中对于无线电帧中的每个xTTI,“D”表示xTTI被保留用于下行链路传输,“U”表示xTTI被保留用于上行链路传输,并且“S”表示特殊子帧,该特殊子帧根据特殊子帧的配置而具有三个字段:下行链路导频时隙(DwPTS)、GP和UpPTS中的至少两个字段,“D/S”表示可以是xTTI中的正常DL子帧或者是仅包含DwPTS和GP而不包含UpPTS的特殊子帧的子帧。

表1:具有xTTI的上行链路-下行链路配置

在一些方面,可以使用各种方案来最小化用于DL和UL数据传输的HARQ RTT。这些方案可以假定物理上行链路控制信道(PUCCH)存在于每个UL xTTI中以最小化ACK/NACK反馈延迟。类似地,出于相同的目的,假定物理HARQ指示符信道(PHICH)存在于相应的TTI中。

表2:具有xTTI的TDD的下行链路关联集合索引K:{k0,k1,…,kM-1}

通常,PDSCH HARQ时间线可以被描述为:如果存在由检测到相应的PDCCH指示的PDSCH传输或者在子帧n-k中存在指示下行链路半持久调度(SPS)释放的PDCCH,则UE在子帧n中发送HARQ-ACK,其中k∈K并且在表2中将K定义为取决于子帧n和UL/DL配置的M个元素的集合{k0,k1,...,kM-1}。在TDD系统中针对xTTI中的PDSCH的反馈HARQ-ACK有两种设计方法。

如上所述,延迟和吞吐量是测量网络性能和限定网络速度的因素中的一些因素。吞吐量可能指的是在特时序间内可能从源传送到目的地的数据量,而往返时间(RTT)延迟可能指的是发生单个数据事务所花费的时间,也就是指数据分组传输到目的地并且从目的地返回到源所花费的时间。

在开发一些现有无线系统的过程中,从长期演进(LTE)版本8到LTE版本12,将精力放在了提高数据速率上。具体地,诸如载波聚合(CA)、8×8多输入多输出(MIMO)和256正交幅度调制(QAM)之类的技术将L1数据速率的技术潜力从每秒300兆比特(Mbps)提高到每秒4千兆比特(Gbps)。但是,需要专门针对系统中的延迟的进一步改进。

在LTE系统中,存在对连接的用户设备(UE)的总的端到端延迟有贡献的多个分量。具体而言,传输时间间隔(TTI)是一个元素,因为请求、授权或数据的传输是在TTI(1ms)中的子帧块(subframe chunk)中完成的,TTI是UE与演进的NodeB(eNodeB或eNB)之间的每个分组交换的延迟的来源。此外,处理时间是另一延迟源,因为数据和控制需要在UE和eNodeB中被处理(例如,被编码和解码),其可能与传输块(transport block,TB)的大小成比例。另外,混合自动重传请求(HARQ)往返时间(RTT)也可以被考虑。通常,HARQ通过补偿链路自适应误差来改善链路级性能并减少残留分组错误率。然而,HARQ也可能引入额外的延迟。因此,研究能够提高链路速率适配的性能和可靠性的机制是有益的。在主题技术的一些方面,后向兼容性被保留,这允许没有实现主题技术的UE与实现主题技术的其他UE一起的正常操作。

考虑到上面指出的三个元素,可以通过处理TTI的长度而减少数据和控制的传输时间,从而减少分组延迟。TTI的这个长度可能对(i)发送器和接收器中的空中发送时间(元素1)和(ii)处理时间(元素2)两者都有影响。另外,本主题技术的各方面解决了如何为使用缩短的TTI(xTTI)长度(例如,0.5毫秒(ms)、2个正交频分复用(OFDM)符号或1个OFDM符号)在系统中发送的数据限定高效的HARQ确认(HARQ-ACK)时间线,以最小化HARQ RTT延迟(元素3)且同时仍保持后向兼容性。

主题技术的各方面提供了针对物理下行链路共享信道(PDSCH)/物理上行链路共享信道(PUSCH)调度时序和HARQ-ACK反馈时间线的解决方案等,这些解决方案允许以后向兼容的方式实现具有最小化的RTT延迟的PDSCH/PUSCH传输。

主题技术的各方面提供了针对具有缩短的TTI(即,0.5ms、1或2个OFDM符号)的PDSCH/PUSCH调度时序和HARQ-ACK反馈时间线的技术等。更具体地,可以使用自包含HARQ-ACK窗口概念来通过利用上行链路导频时隙(UpPTS)或正常UL子帧中的第一可用上行链路(UL)xTTI来实现快速下行链路(DL)HARQ-ACK反馈。替代地,为了避免对传统UE的PUSCH调度的任何影响,一个实施例使用自包含HARQ-ACK窗口中的保护时段(GP)的一部分来传送HARQ-ACK。

在该文档中,缩短的TTI可以被称为xTTI,并且传统的LTE TTI可以被称为L-TTI。L-TTI包括1毫秒长的传统LTE TTI。

在xTTI中的PDSCH或PUSCH调度的一种设计中,xTTI中的单个DL控制信道调度一个xTTI中的单个PDSCH传输或一个xTTI中的单个PUSCH传输。每个这样的控制信道调度传输消耗特定的资源,这在一些实现方式中可能是可用于传输的大量无线电资源。或者,在物理下行链路控制信道(PDCCH)中发送的单个下行链路控制信息(DCI)格式中提供针对1ms L-TTI内的多个xTTI(例如,7个xTTI)的调度信息。这样的多子帧调度可以允许减少用于调度UL或DL传输的控制信令开销。

图2示出了根据两个替代方案--Alt.1和Alt.2的用于无线电帧200的PDSCH HARQ时间线。Alt.1具有从六个DL子帧到四个UL子帧的HARQ-ACK反馈的3:1:1:1映射。Alt.2具有从六个DL子帧到四个UL子帧的HARQ-ACK反馈的2:2:1:1映射。

在一种设计中,通过采用第一可用UL xTTI来发送PDSCH HARQ-ACK作为表2的替代方案1(Alt.1),可以最小化针对xTTI中的给定PDSCH的HARQ-ACK延迟。这种方法的优势在于其简单并且可以有效地减小HARQ RTT值。缺点可能包括用于多个DL子帧的HARQ-ACK有效载荷不是均匀分布在(一个或多个)可用UL子帧上。作为UL/DL配置1的示例,如图2所示,与子帧#18、#19和#0相关联的HARQ-ACK反馈集中在xTTI#4上,其比其他子帧中的反馈大三倍。因此,它针对PUSCH调度不必要地复杂化了eNodeB。

为了解决这个问题,另一种设计是尽可能均匀地在连续的UL子帧上分配HARQ-ACK有效载荷。相应的n和k值被提议为表2中的Alt.2。此外,图2示出了两个替代方案之间的差异。

对于0.5ms的xTTI配置,下面进一步公开了PUSCH调度时序和PHICH上的对应的HARQ ACK/NACK时序,以在xTTI中实现PUSCH传输。

对于时分双工(TDD)UL/DL配置,UE在针对UE的子帧n中检测到具有上行链路DCI格式的PDCCH和/或PHICH传输时,根据PDCCH和PHICH信息来调整子帧n+k中的相应PUSCH传输,其中k在表2中给出。

对于TDD UL/DL配置0和HARQ操作,UE在针对UE的子帧n中检测到具有上行链路DCI格式的PDCCH和/或PHICH传输时,调整子帧n+k中的对应PUSCH传输,如果DCI格式0中的UL索引的最高有效位(MSB)被设置为1或者如果在与IPHICH=0对应的资源中的子帧n=0,1,10或11中接收到PHICH,则利用表2中所给出的两个候选的较小k值。否则,如果在DCI格式0中的UL索引的最低有效位(LSB)被设置为1或者在与IPHICH=1对应的资源中的子帧n=0,1,10或11中接收到PHICH,则UE调整子帧n+k中的对应PUSCH传输,利用表2中所给出的两个候选的较大k值。

表3:xTTI=0.5ms的TDD UL/DL配置0-6的k值

在PHICH分配过程中,对于子帧n中所调度的PUSCH传输,UE确定子帧n+kPHICH中对应的PHICH资源,其中kPHICH在表4中给出。

表4:xTTI=0.5ms的TDD的kPHICH

图3示出了根据一些实施例的用于UL/DL配置1的针对0.5ms xTTI的示例PUSCH调度和HARQ时间线300。图3是基于上面公开的表格的TDD服务小区的说明性示例。在图3中,实线表示PUSCH调度时序,虚线表示PHICH时序。如图3中所示,TDD服务小区支持0.5ms xTTI配置。在图3所示的示例实施例中,表3-4分别用于确定PUSCH调度时序和PHICH时序。因此,利用表2的n+k计算方式,分别由xTTI#0、#1、#2和#3调度xTTI#4、#5、#6和#7。

本主题技术的第二设计针对用于延迟减少的自包含后向兼容帧结构类型2。

图4示出了自包含HARQ-ACK窗口400。窗口400可以用于(一个或多个)DL xTTI中用于PDSCH传输的HARQ-ACK反馈。具体而言,如图4所示,可以基于在系统信息块类型2(SIB2)中广播的UL/DL配置将每个自包含HARQ-ACK窗口400划分为三个时段,包括DL传输突发415、保护时段(GP)425和UL传输435。

根据一种设计,DL传输突发415包括为两个连续的UpPTS字段之间的下行链路传输保留的持续时间;基于UL/DL配置来发信号通知GP 425;并且UL传输435包括为两个连续的DwPTS字段之间的UL传输保留的持续时间。

根据一种设计,UL传输435可以在相同的自包含HARQ-ACK窗口400中承载用于DL传输突发415内的所有PDSCH传输的HARQ-ACK比特。DL传输突发415可以包括一个或多个正常DL子帧405(例如,L-TTI)和DwPTS 420,它们被进一步分割成多个xTTI 410。UL传输435可以包括以下项中的一个或多个:在GP 425中传输的新UL信道(该信道对于传统UE而言是透明的)、UpPTS、或者UpPTS之后的第一UL L-TTI中的一个或多个UL xTTI。

在基于图4的一个实现方式中,xTTI的长度是两个OFDM符号,并且使用TDD UL/DL配置2。该实现方式在图5中被示出,图5示出了用于PDSCH传输的数据500。

根据图5所示的实现方式,一个自包含HARQ-ACK窗口包括:无线电帧n-1中的xTTI#56-#69和无线电帧n中的xTTI#0-#8的一个DL传输时段,以及无线电帧n中的xTTI#12中的一个对应的UL传输时段。更具体地,基于所提出的自包含HARQ-ACK反馈,可以使用xTTI#12中的UL传输来在相同的自包含HARQ-ACK窗口的DL传输时段内传送用于所有PDSCH的HARQ-ACK比特。一种替代设计可以包括用于HARQ-ACK传输的xTTI#13或#14中的PUCCH/PUSCH。

另外,如图5所示,另一自包含HARQ-ACK窗口包括:包括xTTI#21-#43的一个DL传输时段和用于与DL xTTI#21-#43相关联的HARQ-ACK比特传输的xTTI#47中的一个对应的UL传输。

遵循上面提出的自包含DL HARQ-ACK窗口的基本规则,可以使用各种技术来实现针对xTTI=1个或2个OFDM符号的PDSCH HARQ时间线。

根据第一种技术,在(一个或多个)UL L-TTI内的(一个或多个)xTTI中发送承载上行链路控制信息(UCI)(例如,HARQ-ACK比特)的物理UL信道。具体而言,如果存在由检测到相应的PDCCH指示的PDSCH传输或者在(一个或多个)子帧n-k中存在指示下行链路SPS释放的PDCCH,则UE在子帧n中发送HARQ-ACK,其中k∈K,并且其中K根据下面的表5-11被定义为取决于子帧n和UL/DL配置的M个元素的集合{k0,k1,...,kM-1}。表5-11中的两个替代方案(Alt.1和Alt.2)是针对xTTI=0.5ms的建议方案。Alt.1遵循该规则以将第一可用的正常UL L-TTI内的第一UL xTTI用于HARQ-ACK反馈。Alt.2旨在均匀地在可用的正常UL L-TTI内的可用UL xTTI上分布HARQ-ACK有效载荷。

表5:UL/DL配置0,1,2(xTTI=2个OFDM符号)的DL xTTI集合索引K:{k0,k1,…,kM-1}

表6:UL/DL配置3,4,5(xTTI=2个OFDM符号)的DL xTTI集合索引K:{k0,k1,…,kM-1}

表7:UL/DL配置6(xTTI=2个OFDM符号)的DL xTTI集合索引K:{k0,k1,…,kM-1}

表8:UL/DL配置0,1,2(xTTI=1个OFDM符号)的DL xTTI集合索引K:{k0,k1,…,kM-1}

表9:UL/DL配置3(xTTI=1个OFDM符号)的DL xTTI集合索引K:{k0,k1,…,kM-1}

表10:UL/DL配置4,5(xTTI=1个OFDM符号)的DL xTTI集合索引K:{k0,k1,…,kM-1}

表11:UL/DL配置6(xTTI=1个OFDM符号)的DL xTTI集合索引K:{k0,k1,…,kM-1}

另一种设计避免了对传统UE性能的潜在影响。在该设计中,在自包含DL HARQ-ACK窗口n内的xTTI中发送的用于PDSCH的HARQ-ACK比特被映射到UL信道,该UL信道被限制为自包含HARQ-ACK窗口n本身内的GP子集。携带HARQ-ACK的信道对于传统UE是透明的。

图6示出了自包含HARQ-ACK窗口600。参考图6,自包含HARQ-ACK窗口600的DL传输突发615中用于PDSCH的HARQ-ACK比特被映射到PUCCH信道630,该PUCCH信道630被限制为HARQ-ACK窗口600本身的GP 625的一个或多个最后的xTTI。在GP 625中为PUCCH传输保留的xTTI的数量可以由更高层配置。

如图6所示,DL传输突发615包括(一个或多个)正常DL子帧605和DwPTS 620,并且被分割成至少一个xTTI 610。UL传输突发640包括正常UL子帧635。在GP 625内,一个xTTI包括携带HARQ-ACK的PUCCH 630。

遵循图6的设计原理,如果存在由检测到对应的PDCCH指示的PDSCH传输或者在(一个或多个)子帧n-k中存在指示下行链路SPS释放的PDCCH,则UE在子帧n中发送HARQ-ACK,其中k∈K,并且其中K在表12中被定义为取决于子帧n和UL/DL配置的M个元素的集合{k0,k1,...,kM-1}。

表12:UL/DL配置0-6的DL xTTI集合索引K:{k0,k1,…,kM-1}

对于具有一个或两个OFDM符号的xTTI,下文进一步公开了PUSCH调度时序和PHICH上的对应的HARQ ACK/NACK时序,以允许实现xTTI中的PUSCH传输。

对于TDD UL/DL配置1-6,当在针对UE的子帧n中检测到具有上行链路DCI格式的PDCCH和/或PHICH传输时,UE根据PDCCH和PHICH信息来调整子帧n+k中的对应的PUSCH传输,其中k在表13中给出。

对于TDD UL/DL配置0和HARQ操作,UE在针对UE的子帧n中检测到具有上行链路DCI格式的PDCCH和/或PHICH传输时,调整子帧n+k中的对应PUSCH传输,如果DCI格式0中的UL索引的MSB被设置为1或者在与IPHICH=0对应的资源中的表13中的子帧n=0-6或表16中的子帧n=0-13中接收到PHICH,则利用表13或19中的两个候选的较小k值。否则,如果在DCI格式0中的UL索引的LSB被设置为1或者在与IPHICH=1对应的资源中的表13中的子帧n=0-6或表16中的子帧n=0-13中接收到PHICH,则UE调整子帧n+k中的对应PUSCH传输,利用表13或19中所给出的两个候选的较大k值。

表13:xTTI=2个OFDM符号情况下的TDD UL/DL配置0,1,2的k值

表14:xTTI=2个OFDM符号情况下的TDD UL/DL配置3,4,5的k值

表15:xTTI=2个OFDM符号情况下的TDD UL/DL配置6的k值

表16:xTTI=1个OFDM符号情况下的TDD UL/DL配置0,1,2的k值

表17:xTTI=1个OFDM符号情况下的TDD UL/DL配置3的k值

表18:xTTI=1个OFDM符号情况下的TDD UL/DL配置4和5的k值

表19:xTTI=1个OFDM符号情况下的TDD UL/DL配置6的k值

对于PHICH分配过程,对于在子帧n中所调度的PUSCH传输,UE确定子帧n+kPHICH中的对应PHICH资源,其中对于xTTI=1个和2个OFDM符号,分别在表20-25中给出kPHICH

表20:xTTI=2个OFDM符号情况下的TDD UL/DL配置0,1,2的kPHICH

表21:xTTI=2个OFDM符号情况下的TDD UL/DL配置3,4,5的kPHICH

表22:xTTI=2个OFDM符号情况下的TDD UL/DL配置6的kPHICH

表23:xTTI=1个OFDM符号情况下的TDD UL/DL配置0,1,2的kPHICH

表24:xTTI=1个OFDM符号情况下的TDD UL/DL配置3,4,5的kPHICH

表25:xTTI=1个OFDM符号情况下的TDD UL/DL配置6的kPHICH

图7是根据一些实施例的用于延迟减少的示例方法700的流程图。

方法700开始于操作710,其中UE(例如,图8的UE 802)识别针对时分双工(TDD)分量载波(CC)的缩短的传输时间间隔(xTTI)长度配置,xTTI长度配置包括时间长度或正交频分复用(OFDM)符号长度。

在操作720,UE基于所识别的xTTI长度配置来识别TDD CC上的物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)的调度时序和混合自动重传请求(HARQ)时序。

在操作730,UE基于所识别的xTTI长度配置来用信号传输HARQ确认(HARQ-ACK)。

图8示出了根据一些实施例的具有网络的各种组件的长期演进(LTE)网络800的端到端网络架构的一部分的示例。如本文所使用的,LTE网络是指LTE和LTE高级(LTE-A)网络以及待开发的其他版本的LTE网络。网络800可以包括通过S1接口815耦合在一起的无线电接入网络(RAN)(例如,如所描绘的E-UTRAN或演进的通用陆地无线电接入网络)801和核心网络820(例如,示出为演进的分组核心(EPC))。为了方便和简洁,在该示例中仅示出了核心网络820的一部分以及RAN 801。网络800包括UE 802,其被配置为基于BRS测量来选择5G eNB中的eNB Tx波束;在LTE eNB分配的专用资源上发送PRACH或SR;通过LTE eNB中的PUSCH或PUCCH发送指示5G eNB中所选择的eNB Tx波束的报告;接收来自LTE eNB的PDCCH命令或来自5G eNB的xPDCCH命令,用于触发5G eNB中的xPRACH传输;并且在接收到的5G eNB中的xPDCCH命令或PDCCH中所指示的资源上发送xPRACH。

核心网络820可以包括移动管理实体(MME)822、服务网关(服务GW)824和分组数据网络网关(PDN GW)826。RAN 801可以包括演进型节点B(eNB)804(其可以用作基站),用于与用户设备(UE)802通信。eNB 804可以包括宏eNB 804a和低功率(LP)eNB 804b。UE 802可以实现图7的方法700。

MME 822可以在功能上类似于传统服务GPRS支持节点(SGSN)的控制面。MME 822可以管理接入中的移动性方面,诸如网关选择和跟踪区域列表管理。服务GW 824可以终结去往RAN 801的接口,并且在RAN801和核心网络820之间路由数据分组。另外,服务GW 824可以是用于eNB间切换的本地移动性锚点,并且还可以提供针对3GPP间移动性的锚点。其他职责可能包括合法拦截、收费和一些政策执行。服务GW 824和MME 822可以在一个物理节点或单独的物理节点中实现。

PDN GW 826可以终结去往分组数据网络(PDN)的SGi接口。PDN GW 826可以在EPC 820和外部PDN之间路由数据分组,并且可以执行策略执行和收费数据收集。PDN GW 826还可以为具有非LTE接入的移动设备提供锚点。外部PDN可以是任何类型的IP网络,也可以是IP多媒体子系统(IMS)域。PDN GW 826和服务GW 824可以在单个物理节点或单独的物理节点中实现。

eNB 804(宏和微eNB)可以终结空中接口协议并且可以是针对UE802的第一接触点。在一些实施例中,eNB 804可以实现用于RAN 801的各种逻辑功能,包括但不限于RNC(无线电网络控制器功能),诸如无线电承载管理、上行链路和下行链路动态无线电资源管理和数据分组调度、以及移动性管理。根据实施例,UE 802可以被配置为根据OFDMA通信技术在多载波通信信道上与eNB 804传送正交频分复用(OFDM)通信信号。OFDM信号可以包括多个正交子载波。

S1接口815可以是分隔RAN 801和EPC 820的接口。它可以被分成两部分:可以在eNB 804和服务GW 824之间运送流量数据的S1-U,以及S1-MME,其可以是eNB 804与MME 822之间的信令接口。X2接口可以是eNB 804之间的接口。X2接口可以包括X2-C和X2-U两个部分。X2-C可以是eNB 804之间的控制面接口,而X2-U可以是eNB 804之间的用户面接口。

对于蜂窝网络,LP小区804b通常可用于将覆盖范围扩展到室外信号不能很好地到达的室内区域,或者在密集使用的区域中增加网络容量。具体而言,可能需要使用不同大小的小区(宏小区、微小区、微微小区和毫微微小区)来增强无线通信系统的覆盖范围,以提高系统性能。不同大小的小区可以工作在相同的频带上,或者可以在不同频带上工作,每个小区工作在不同的频带上,或者只有不同大小的小区工作在不同频带上。如本文所使用的,术语LP eNB指的是用于实现诸如毫微微小区、微微小区或微小区之类的较小小区(小于宏小区)的任何合适的相对LP的eNB。毫微微小区eNB通常可由移动网络运营商提供给其住宅或企业客户。毫微微小区通常可以是家庭网关的大小或更小,并且通常连接到宽带线路。毫微微小区可以连接到移动运营商的移动网络并提供通常在30到50米范围内的额外覆盖。因此,LP eNB 804b可能是毫微微小区eNB,因为它通过PDN GW 826耦合。类似地,微微小区可以是通常覆盖小区域的无线通信系统,例如建筑物内(办公室、商场、火车站等等),或者最近可以在飞机上。微微小区eNB通常可以通过其基站控制器(BSC)功能通过X2链路连接到另一eNB,例如宏eNB。因此,LP eNB可以用微微小区eNB来实现,因为它可以经由X2接口耦合到宏eNB 804a。微微小区eNB或其他LP eNB LP eNB 804b可以合并宏eNB LP eNB 804a的一些或全部功能。在一些情况下,这可以被称为接入点基站或企业毫微微小区。

在一些实施例中,UE 802可以与接入点(AP)804c通信。AP 804c可以仅使用未经许可的频谱(例如,WiFi频带)来与UE 802通信。AP 804c可以通过Xw接口与宏eNB 804A(或LP eNB 804B)通信。在一些实施例中,AP 804c可以独立于UE 802与宏eNB 804A之间的通信而与UE 802通信。在其他实施例中,AP 804c可以由宏eNB 804A控制并使用LWA,如下面更详细描述的。

LTE网络上的通信可以被分成10ms帧,每个帧可以包含10个1ms子帧。该帧的每个子帧又可以包含两个0.5ms的时隙。每个子帧可以用于从UE到eNB的上行链路(UL)通信或从eNB到UE的下行链路(DL)通信。在一个实施例中,eNB可以在特定帧中分配比UL通信更多数量的DL通信。eNB可以在各种频带(f1和f2)上调度传输。在一个频带中使用的子帧中的资源分配可能与另一个频带中的资源分配不同。取决于所使用的系统,子帧的每个时隙可以包含6-7个OFDM符号。在一个实施例中,子帧可以包含12个子载波。下行链路资源网格可以用于从eNB到UE的下行链路传输,而上行链路资源网格可以用于从UE到eNB或从UE到另一UE的上行链路传输。资源网格可以是时频网格,其是每个时隙中的下行链路中的物理资源。资源网格中的最小时频单元可以被表示为资源元素(RE)。资源网格的每一列和每一行可分别对应于一个OFDM符号和一个OFDM子载波。资源网格可以包含描述物理信道到资源元素和物理资源块(PRB)的映射的资源块(RB)。PRB可以是可被分配给UE的最小资源单位。资源块的频率宽度可以是180kHz,时长可以是1个时隙。在频率上,资源块可以是12个15kHz的副载波或24个7.5kHz的副载波的宽度。对于大多数信道和信号,每个资源块可以使用12个子载波,具体取决于系统带宽。在频分双工(FDD)模式下,上行链路和下行链路帧都可以是10ms,并且频率(全双工)或时间(半双工)分离。在时分双工(TDD)中,上行链路和下行链路子帧可以在相同频率上被发送并且在时域中被复用。资源网格400在时域中的持续时间对应于一个子帧或两个资源块。每个资源网格可以包括12个(子载波)*14个(符号)=168个资源元素。

每个OFDM符号可以包含可用于有效消除符号间干扰(ISI)的循环前缀(CP)和快速傅立叶变换(FFT)周期。CP的持续时间可以由预期的最高延迟传播程度确定。尽管来自前面的OFDM符号的失真可能存在于CP内,但是在具有足够持续时间的CP的情况下,前面的OFDM符号不会进入FFT周期。一旦接收到FFT周期信号并进行数字化,接收机就可以忽略CP中的信号。

可能存在使用这样的资源块传送的若干不同的物理下行链路信道,包括物理下行链路控制信道(PDCCH)和物理下行链路共享信道(PDSCH)。每个子帧可以被划分为PDCCH和PDSCH。PDCCH通常可占用每个子帧的前两个符号,并且携带关于与PDSCH信道有关的传输格式和资源分配的信息以及与上行链路共享信道有关的H-ARQ信息等等。PDSCH可以将用户数据和更高层信令运送到UE并占用子帧的其余部分。通常,可以基于从UE提供给eNB的信道质量信息在eNB处执行下行链路调度(向小区内的UE分配控制和共享信道资源块),然后可以在用于(分配给)UE的PDCCH上将下行链路资源分配信息发送给每个UE。PDCCH可以包含采用多种格式之一的下行链路控制信息(DCI),这些格式向UE指示如何从资源网格中找到和解码在相同子帧中的PDSCH上传送的数据。DCI格式可以提供诸如资源块的数量、资源分配类型、调制方案、传输块、冗余版本、编码速率等的细节。每个DCI格式可以具有循环冗余码(CRC)并且利用无线电网络临时标识符(RNTI)被加扰,该RNTI标识PDSCH所针对的目标UE。UE特定的RNTI的使用可以将DCI格式(并且因此对应的PDSCH)的解码限制为仅仅是所期望的UE。

本文描述的实施例可使用任何适当配置的硬件和/或软件被实现到系统中。图9示出了根据一些实施例的UE的组件。所示出的组件中的至少一些可以被用在eNB或MME中,例如图8中所示的UE 802或eNB 804或者实现图7的方法700的UE。UE 900及其它组件可以被配置为使用本文所描述的同步信号。UE 900可以是静态非移动设备或者可以是移动设备。在一些实施例中,UE 900可以包括至少如图所示耦合在一起的应用电路902、基带电路904、无线电频率(RF)电路906、前端模块(FEM)电路908和一个或多个天线910。基带电路904、RF电路906和FEM电路908可以构成收发器。在一些实施例中,诸如eNB之类的其它网络元件可以包含图9中所示的组件中的一些组合或全部组件。诸如MME之类的其它网络元件可以包含诸如S1接口之类的接口,以通过关于UE的有线连接与eNB通信。

应用或处理电路902可以包括一个或多个应用处理器。例如,应用电路902可以包括电路,例如但不限于:一个或多个单核或多核处理器。(一个或多个)处理器可以包括通用处理器和专用处理器(例如,图形处理器、应用处理器等)的任意组合。处理器可以与存储器/存储装置相耦合和/或可以包括存储器/存储装置,并且可以被配置为执行被存储在存储器/存储装置中的指令以使得各种应用和/或操作系统能够在系统上运行。

基带电路904可以包括电路,例如但不限于:一个或多个单核或多核处理器。基带电路904可以包括一个或多个基带处理器和/或控制逻辑,以处理从RF电路906的接收信号路径接收的基带信号,并生成用于RF电路906的发送信号路径的基带信号。基带处理电路904可以与应用电路902相接口,以生成和处理基带信号并且控制RF电路906的操作。例如,在一些实施例中,基带电路904可以包括第二代(2G)基带处理器904a、第三代(3G)基带处理器904b、第四代(4G)基带处理器904c、和/或用于其他现有代、在开发中或未来将要开发的代(例如,第五代(5G)、6G等)的一个或多个其他基带处理器904d。基带电路904(例如,基带处理器904a-904d中的一个或多个)可以处理支持经由RF电路906与一个或多个无线电网络进行通信的各种无线电控制功能。无线电控制功能可以包括但不限于:信号调制/解调、编码/解码、无线电频移等。在一些实施例中,基带电路904的调制/解调电路可以包括FFT、预编码、和/或星座映射/解映射功能。在一些实施例中,基带电路904的编码/解码电路可以包括卷积、咬尾(tail-biting)卷积、turbo、维特比(Viterbi)和/或低密度奇偶校验(LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实施例不限于这些示例,并且在其他实施例中可以包括其他适当的功能。

在一些实施例中,基带电路904可以包括协议栈的要素,例如,演进通用陆地无线电接入网(E-UTRAN)协议的要素,例如,包括:物理(PHY)、介质接入控制(MAC)、无线电链路控制(RLC)、分组数据汇聚协议(PDCP)、和/或无线电资源控制(RRC)要素。基带电路904的中央处理单元(CPU)904e可以被配置为运行协议栈的用于PHY、MAC、RLC、PDCP、和/或RRC层的信令的要素。在一些实施例中,基带电路可以包括一个或多个音频数字信号处理器(DSP)904f。一个或多个音频DSP 904f可以包括用于压缩/解压缩和回声消除的元件,并且在其他实施例中可以包括其他适当的处理元件。在一些实施例中,基带电路的组件可以被适当地组合在单个芯片、单个芯片组中、或者被布置在同一电路板上。在一些实施例中,基带电路904和应用电路902的一些或全部组成组件可例如在片上系统(SOC)上被一起实现。

在一些实施例中,基带电路904可以提供与一个或多个无线电技术兼容的通信。例如,在一些实施例中,基带电路904可以支持与演进通用陆地无线电接入网络(EUTRAN)和/或其他无线城域网(WMAN)、无线局域网(WLAN)、无线个人区域网络(WPAN)的通信。基带电路904被配置为支持多个无线协议的无线电通信的实施例可以被称为多模基带电路。在一些实施例中,设备可以被配置为根据通信标准或其它协议或标准进行操作,包括电气和电子工程师协会(IEEE)802.16无线技术(WiMax)、包括IEEE 802.11ad的IEEE 802.11无线技术(WiFi)(其工作在60GHz毫米波频谱中)、各种其他无线技术,诸如全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)、GSM EDGE无线电接入网络(GERAN)、通用移动电信系统(UMTS)、UMTS陆地无线电接入网络(UTRAN)或其他2G、3G、4G、5G等等已经开发或将要开发的技术。

RF电路906可支持通过非固态介质使用经调制的电磁辐射与无线网络进行通信。在各种实施例中,RF电路906可以包括开关、滤波器、放大器等以辅助与无线网络的通信。RF电路906可以包括接收信号路径,该接收信号路径可以包括对从FEM电路908接收到的RF信号进行下变频并将基带信号提供给基带电路904的电路。RF电路906还可以包括发送信号路径,该发送信号路可以包括对基带电路904所提供的基带信号进行上变频,并将RF输出信号提供给FEM电路908以用于传输的电路。

在一些实施例中,RF电路906可以包括接收信号路径和发送信号路径。RF电路906的接收信号路径可以包括混频器电路906a、放大器电路906b、以及滤波器电路906c。RF电路906的发送信号路径可以包括滤波器电路906c和混频器电路906a。RF电路906还可以包括合成器电路906d,该合成器电路用于合成供接收信号路径和发送信号路径的混频器电路906a使用的频率。在一些实施例中,接收信号路径的混频器电路906a可以被配置为基于由合成器电路906d所提供的合成频率来对从FEM电路908接收到的RF信号进行下变频。放大器电路906b可以被配置为放大经下变频的信号,以及滤波器电路906c可以是被配置为从经下变频的信号中移除不想要的信号以生成输出基带信号的低通滤波器(LPF)或带通滤波器(BPF)。输出基带信号可被提供给基带电路904以供进一步处理。在一些实施例中,输出基带信号可以是零频率基带信号,但这不是必需的。在一些实施例中,接收信号路径的混频器电路906a可以包括无源混频器,但是实施例的范围在此方面不受限制。

在一些实施例中,发送信号路径的混频器电路906a可以被配置为基于合成器电路906d所提供的合成频率对输入基带信号进行上变频,以生成用于FEM电路908的RF输出信号。基带信号可以由基带电路904提供,并且可以由滤波器电路906c滤波。滤波器电路906c可以包括低通滤波器(LPF),但是实施例的范围在此方面不受限制。

在一些实施例中,接收信号路径的混频器电路906a和发送信号路径的混频器电路906a可以包括两个或更多个混频器,并且可以被布置为分别用于正交下变频和/或上变频。在一些实施例中,接收信号路径的混频器电路906a和发送信号路径的混频器电路906a可以包括两个或更多个混频器,并且可以被布置用于镜像抑制(例如,Hartley镜像抑制)。在一些实施例中,接收信号路径的混频器电路906a和混频器电路906a可以被布置为分别用于直接下变频和/或直接上变频。在一些实施例中,接收信号路径的混频器电路906a和发送信号路径的混频器电路906a可以被配置用于超外差操作。

在一些实施例中,输出基带信号和输入基带信号可以是模拟基带信号,但是实施例的范围在此方面不受限制。在一些替代实施例中,输出基带信号和输入基带信号可以是数字基带信号。在这些替代实施例中,RF电路906可以包括模数转换器(ADC)和数模转换器(DAC)电路,并且基带电路904可以包括数字基带接口以与RF电路906进行通信。

在一些双模实施例中,可以提供单独的无线电IC电路来处理每个频谱的信号,但是实施例的范围在此方面不受限制。

在一些实施例中,合成器电路906d可以是分数N合成器或分数N/N+1合成器,但是实施例的范围在此方面不受限制,因为其他类型的频率合成器可能是合适的。例如,合成器电路906d可以是Δ-Σ合成器、倍频器、或包括具有分频器的锁相环的合成器。

合成器电路906d可以被配置为基于频率输入和分频器控制输入来合成供RF电路906的混频器电路906a使用的输出频率。在一些实施例中,合成器电路906d可以是分数N/N+1合成器。

在一些实施例中,频率输入可以由压控振荡器(VCO)提供,但这不是必需的。分频器控制输入可以由基带电路904或应用处理器902根据所需的输出频率来提供。在一些实施例中,可以基于应用处理器902所指示的信道从查找表确定分频器控制输入(例如,N)。

RF电路906的合成器电路906d可以包括分频器、延迟锁定环(DLL)、复用器、以及相位累加器。在一些实施例中,分频器可以是双模分频器(DMD),并且相位累加器可以是数字相位累加器(DPA)。在一些实施例中,DMD可以被配置为将输入信号除以N或N+1(例如,基于进位输出)以提供分数除法比。在一些示例实施例中,DLL可以包括一组级联的可调谐的延迟元件、相位检测器、电荷泵、以及D型触发器。在这些实施例中,延迟元件可以被配置为将VCO周期最多分解成Nd个相等的相位分组,其中,Nd是延迟线中的延迟元件的数目。以这种方式,DLL提供负反馈以帮助确保通过延迟线的总延迟是一个VCO周期。

在一些实施例中,合成器电路906d可以被配置为生成作为输出频率的载波频率,而在其他实施例中,输出频率可以是载波频率的倍数(例如,载波频率的两倍、载波频率的四倍)并与正交发生器和分频器电路一起使用,以在载波频率处生成具有多个彼此不同相位的多个信号。在一些实施例中,输出频率可以是LO频率(fLO)。在一些实施例中,RF电路906可以包括IQ/极性转换器。

FEM电路908可以包括接收信号路径,该接收信号路径可以包括被配置为操作从一个或多个天线910接收到的RF信号、放大接收到的信号、并将所接收到的信号的放大版本提供给RF电路906以供进一步处理的电路。FEM电路908还可以包括发送信号路径,该发送信号路径可以包括被配置为放大RF电路906所提供的用于传输的信号以由一个或多个天线910中的一个或多个天线传输的电路。

在一些实施例中,FEM电路908可以包括发送/接收(TX/RX)开关,以在发送模式和接收模式操作之间切换。FEM电路可以包括接收信号路径和发送信号路径。FEM电路的接收信号路径可以包括低噪声放大器(LNA)以放大接收到的RF信号,并且提供经放大的接收到的RF信号作为(例如,到RF电路906的)输出。FEM电路908的发送信号路径可以包括用于放大输入RF信号(例如,由RF电路906提供)的功率放大器(PA)以及用于生成用于后续传输(例如,通过一个或多个天线910中的一个或多个天线)的RF信号的一个或多个滤波器。

在一些实施例中,UE设备900可以包括诸如存储器/存储装置、显示器、照相机、传感器和/或输入/输出(I/O)接口之类的附加元件,如下面更详细描述的。在一些实施例中,这里所描述的UE 900可以是便携式无线通信设备的一部分,诸如个人数字助理(PDA)、具有无线通信能力的膝上型或便携式计算机、网络平板电脑、无线电话、智能手机、无线头戴式耳机、寻呼机、即时消息传送设备、数字相机、接入点、电视机、医疗设备(例如,心率监测器、血压监测器等)或可以无线地接收/或发送信息的其它设备。在一些实施例中,UE 900可以包括被设计为允许实现与系统的用户交互的一个或多个用户接口,和/或被设计为允许实现与系统的外围组件交互的外围组件接口。例如,UE 900可以包括键盘、小键盘、触摸板、显示器、传感器、非易失性存储器端口、通用串行总线(USB)端口、音频插孔、电源接口、一个或多个天线、图形处理器、应用处理器、扬声器、麦克风和其他I/O组件。显示器可以是包括触摸屏的LCD或LED屏幕。传感器可以包括陀螺仪传感器、加速度计、接近传感器、环境光传感器和定位单元。定位单元可以与定位网络的组件通信,例如全球定位系统(GPS)卫星。

天线910可以包括一个或多个定向或全向天线,例如包括偶极天线、单极天线、贴片天线、环形天线、微带天线或适用于RF信号传输的其他类型的天线。在一些多输入多输出(MIMO)实施例中,天线910可以被有效地分开以利用空间分集和可能导致的不同信道特性。

虽然UE 900被示为具有若干个单独的功能元件,但是这些功能元件中的一个或多个功能元件可以被组合,并且可以通过软件配置元件的组合来实现,诸如包括数字信号处理器(DSP)的处理元件、和/或其他硬件元件。例如,一些元件可以包括一个或多个微处理器、DSP、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、射频集成电路(RFIC)以及各种硬件和逻辑电路的组合以用于实现至少本文中所描述的功能。在一些实施例中,功能元件可以指代在一个或多个处理元件上运行的一个或多个过程。

实施例可以用硬件、固件和软件之一或其组合来实现。实施例还可以被实现为存储在计算机可读存储设备上的指令,其可以被至少一个处理器读取和执行以执行本文描述的操作。计算机可读存储设备可以包括用于以机器(例如,计算机)可读的形式存储信息的任何非暂时性机制。例如,计算机可读存储设备可以包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪存设备以及其他存储设备和介质。一些实施例可以包括一个或多个处理器,并且可以配置有存储在计算机可读存储设备上的指令。

图10是根据一些实施例的通信设备的框图。该设备可以是例如UE或eNB,例如图8所示的UE 802或eNB 804。物理层电路1002可以执行各种编码和解码功能,这些功能可以包括形成用于发送的基带信号和解码接收到的信号。通信设备1000还可以包括用于控制对无线介质的访问的介质访问控制层(MAC)电路1004。通信设备1000还可以包括处理电路1006,诸如一个或多个单核或多核处理器,以及被布置成执行本文所描述的操作的存储器1008。物理层电路1002、MAC电路1004和处理电路1006可以处理使得能够与一个或多个无线电技术兼容的一个或多个无线电网络进行通信的各种无线电控制功能。无线电控制功能可以包括信号调制、编码、解码、射频偏移等。例如,类似于图2中所示的设备,在一些实施例中,可以通过WMAN,WLAN和WPAN中的一个或多个来实现通信。在一些实施例中,通信设备1000可以被配置为根据3GPP标准或其他协议或标准进行操作,包括WiMax、WiFi、WiGig、GSM、EDGE、GERAN、UMTS、UTRAN或其他3G,3G,4G,5G等已经开发或将要开发的技术。通信设备1000可以包括收发器电路1012以实现与其他外部设备的无线通信以及接口1014以实现与其他外部设备的有线通信。作为另一示例,收发器电路1012可以执行各种发送和接收功能,例如基带范围和射频(RF)范围之间的信号转换。

天线1001可以包括一个或多个定向或全向天线,包括例如偶极天线、单极天线、贴片天线、环形天线、微带天线或适用于RF信号传输的其他类型的天线。在一些MIMO实施例中,可以有效地分离天线1001以利用空间分集和可能导致的不同信道特性。

虽然通信设备1000被示出为具有多个单独的功能元件,但是这些功能元件中的一个或多个功能元件可以被组合,并且可以通过软件配置的元件的组合来实现,诸如包括DSP的处理元件和/或其他硬件元素。例如,一些元件可以包括用于至少执行本文中所描述的功能的一个或多个微处理器、DSP、FPGA、ASIC、RFIC以及各种硬件和逻辑电路的组合。在一些实施例中,功能元件可以指代在一个或多个处理元件上运行的一个或多个过程。实施例可以用硬件、固件和软件之一或其组合来实现。实施例还可以被实现为存储在计算机可读存储设备上的指令,其可以被至少一个处理器读取和执行以执行本文描述的操作。

图11示出了根据一些实施例的通信设备1100的另一框图。通信设备1100可以对应于UE 802或eNB 804。在替代实施例中,通信设备1100可以作为独立的设备操作,或者可以连接(例如,联网)到其他通信设备。在联网部署中,通信设备1100可以在服务器-客户端网络环境中以服务器通信设备、客户端通信设备、或这两者的身份运行。在示例中,通信设备1100可以用作对等(P2P)(或其他分布式)网络环境中的对等通信设备。通信设备1100可以是UE、eNB、PC、平板PC、STB、PDA、移动电话、智能电话、网络装备、网络路由器、交换机或桥接器、或能够(顺序地或以其他方式)执行指定该通信设备要采取的动作的指令的任何通信设备。此外,虽然仅示出了单个通信设备,但是术语“通信设备”还应被视为包括单独地或联合地执行一组(或多组)指令以实现本文所讨论的任何一种或多种方法(例如云计算、软件即服务(SaaS)或其他计算机集群配置)的通信设备的任意集合。

如本文所述的示例可以包括逻辑或多个组件、模块或机制,或可以在其上操作。模块是能够执行指定操作的有形实体(例如,硬件)并且可以按特定方式配置或布置。在示例中,电路可以按指定的方式被布置(例如,在内部或者相对于诸如其他电路的外部实体)为模块。在示例中,一个或多个计算机系统(例如,独立的,客户端或服务器计算机系统)或一个或多个硬件处理器的全部或一部分可以通过固件或软件(例如,指令,应用程序部分或应用程序)配置为操作为执行指定操作的模块。在示例中,软件可以驻留在通信设备可读介质上。在示例中,软件在由模块的底层硬件执行时使硬件执行指定的操作。

因此,术语“模块”被理解为包括有形的实体,即是物理上构造的、具体配置(例如,硬连线的)或临时(例如,暂时)配置(例如,编程的)为按指定方式操作或执行本文所述的任何操作的部分或全部的实体。考虑其中模块被临时配置的示例,每个模块不需要在任何时刻被实例化。例如,在模块包括使用软件配置的通用硬件处理器的情况下,通用硬件处理器可以在不同时间被配置为相应的不同模块。软件可以相应地配置硬件处理器,例如以便在一个时刻构成特定的模块,并且在另一时刻构成另一模块。

通信设备(例如,计算机系统)1100可以包括硬件处理器1102(例如,中央处理单元(CPU)、图形处理单元(GPU)、硬件处理器核心或其任何组合)、主存储器1104、和静态存储器1106,其一些或全部可以通过互连(例如,总线)1108彼此通信。通信设备1100还可以包括显示单元1110、字母数字输入设备1112(例如,键盘)、和用户界面(UI)导航设备1114(例如,鼠标)。在示例中,显示单元1110、输入设备1112和UI导航设备1114可以是触摸屏显示器。通信设备1100还可以包括存储设备(即,驱动单元)1116、信号发生设备1118(例如,扬声器)、网络接口设备1120、以及一个或多个传感器1121(诸如全球定位系统(GPS)传感器、罗盘、加速度计、或其他传感器)。通信设备1100可以包括输出控制器1128,例如串行(例如通用串行总线(USB))、并行、或其它有线或无线(例如,红外(IR)、近场通信(NFC)等)连接,以与一个或多个外围设备(例如,打印机、读卡器等)进行通信或对其进行控制。

存储设备1116可以包括通信设备可读介质1122,在其上存储一组或多组数据结构或指令(例如,软件)1124,其通过本文所述的任何一种或多种技术或功能体现或使用。在由通信设备1100执行期间,指令1124还可以部分地或全部留驻于主存储器1104内、静态存储器1106内、或硬件处理器1102内。在示例中,硬件处理器1102、主存储器1104、静态存储器1106、或存储设备1116的一个或任何组合可以构成通信设备可读介质。

虽然通信设备可读介质1122被示出为单个介质,但术语“通信设备可读介质”可以包括配置为存储一个或多个指令1124的单个介质或多个介质(例如,集中式或分布式数据库、和/或相关联的缓存和服务器)。

术语“通信设备可读介质”可以包括能够存储、编码、或承载由通信设备1100执行的指令的任何介质,或者能够存储、编码、或承载由这些指令使用或相关联的数据结构的任何介质,并且该指令使得通信设备1100执行本公开的任何一种或多种技术。非限制性通信设备可读介质示例可以包括固态存储器、以及光学和磁性介质。通信设备可读介质的具体示例可以包括非易失存储器,诸如半导体存储器设备(例如,电可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM))和闪存设备;磁盘,例如内部硬盘和可移动磁盘;磁光盘;随机访问存储器(RAM);以及CD-ROM和DVD-ROM盘。在一些示例中,通信设备可读介质可以包括非暂态通信设备可读介质。在一些示例中,通信设备可读介质可以包括并非暂态传播信号的通信设备可读介质。

指令1124还可以通过使用传输介质的通信网络1126发送或接收,该发送和接收经由利用多个传输协议(例如,帧中继、互联网协议(IP)、传输控制协议(TCP)、用户数据报协议(UDP)、超文本传输协议(HTTP)等)的网络接口设备1120。示例的通信网络可以包括局域网(LAN)、广域网(WAN)、分组数据网络(例如,互联网)、移动电话网络(例如,蜂窝网络)、普通老式电话(POTS)网络、无线数据网络(例如,已知为的电气和电子工程师协会(IEEE)802.11系列标准、已知为的IEEE 802.16系列标准)、IEEE 802.15.4标准系列、长期演进(LTE)系列标准、全球移动电信系统(UMTS)系列标准、对等(P2P)网络等等。在示例中,网络接口设备1120可以包括一个或多个物理插孔(例如,以太网、同轴、或电话插孔)或一个或多个天线,以连接到通信网络1126。在示例中,网络接口设备1120可以包括多个天线以使用单输入多输出(SIMO)、多输入多输出(MIMO)、或多输入单输出(MISO)技术中的至少一种进行无线通信。在一些示例中,网络接口设备1120可以使用多用户MIMO技术进行无线通信。术语“传输介质”应被视为包括能够存储、编码、或携带由通信设备1100执行的指令的任何无形介质,并且包括数字或模拟通信信号或其他无形介质以辅助该软件的通信。

下面结合各个示例描述主题技术。

示例1是一种用户设备(UE)的装置,该装置包括:处理电路和存储器,处理电路用于:识别用于时分双工(TDD)分量载波(CC)的缩短的传输时间间隔(xTTI)长度配置,xTTI长度配置包括时间长度或正交频分复用(OFDM)符号长度;基于所识别的xTTI长度配置来识别TDD CC上的物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)的调度时序和混合自动重传请求(HARQ)时序;以及基于HARQ-ACK时间线并基于所识别的xTTI长度配置用信号向演进型节点B(eNB)传送HARQ确认(HARQ-ACK)。

在示例2中,示例1的主题可选地包括收发器电路,用于基于HARQ-ACK时间线并且基于所识别的xTTI长度配置来向eNB发送HARQ-ACK。

在示例3中,示例1的主题可选地包括与收发器电路耦合的天线。

在示例4中,示例1-2中的任一示例的主题可选地包括所识别的xTTI长度配置是0.5毫秒。

在示例5中,示例1-2中的任一示例的主题可选地包括所识别的长度配置是一个或两个OFDM符号。

在示例6中,示例1-2中的任一示例的主题可选地包括在单个xTTI中发送的单个下行链路控制信道调度单个xTTI中的单个PDSCH传输。

在示例7中,示例1-2中的任一示例的主题可选地包括调度时序包括下行链路控制信息(DCI)格式,DCI格式包括由第一数量的比特表示的信息元素(IE),该IE指示用于对应的下行链路或上行链路数据传输的一组xTTI索引。

在示例8中,示例1-2中的任一示例的主题可选地包括处理电路还用于:针对一组可用xTTI中的一组PDSCH向演进型节点B用信号传送HARQ确认(HARQ-ACK)。

在示例9中,示例8的主题可选地包括处理电路还用于:在n+k个xTTI之后的第一可用上行链路xTTI中对针对xTTI n中的PDSCH的HARQ-ACK的传输进行编码,其中n的值是固定的,并且其中k的值是固定的,由下行链路控制信息(DCI)格式指示,或由更高层配置。

在示例10中,示例8的主题可选地包括处理电路还用于:在k个xTTI之后的一组可用上行链路xTTI中对针对一组PDSCH的HARQ-ACK的传输进行编码,其中k的值是固定的,由下行链路控制信息(DCI)格式指示或由更高层配置。

在示例11中,示例1-2中的任一示例的主题可选地包括处理电路还用于:确定xTTI中的自包含HARQ-ACK窗口,自包含窗口包括下行链路传输突发时段、保护时段(GP)和上行链路传输时段;以及在HARQ-ACK窗口的下行链路传输突发时段、GP或上行链路传输时段中用信号传送针对PDSCH的HARQ-ACK比特。

在示例12中,示例11的主题可选地包括自包含HARQ-ACK窗口中用于一个或多个PDSCH的HARQ-ACK比特在自包含HARQ-ACK窗口中的GP的子集内被发送。

在示例13中,示例11的主题可选地包括自包含HARQ-ACK窗口中用于一个或多个PDSCH的HARQ-ACK比特在自包含HARQ-ACK窗口中的n+k个xTTI之后的第一可用上行链路xTTI中被发送,其中n的值是固定的,并且其中k的值是固定的,由下行链路控制信息(DCI)格式指示,或者由更高层配置。

在示例14中,示例11的主题可选地包括自包含HARQ-ACK窗口中用于一个或多个PDSCH的HARQ-ACK比特在自包含HARQ-ACK窗口中的k个xTTI之后的一组可用上行链路xTTI中被发送,其中k的值是固定的,由下行链路控制信息(DCI)格式指示,或由更高层配置。

在示例15中,示例11的主题可选地包括处理电路还用于:至少基于由更高层广播的时分双工(TDD)上行链路/下行链路(UL/DL)配置来配置自包含窗口,其中xTTI长度由更高层配置或由下行链路控制信息(DCI)格式指示。

在示例16中,示例15的主题可选地包括DL传输时段包括为两个连续的上行链路导频时隙(UpPTS)之间的下行链路传输保留的时段;GP基于UL/DL配置被用信号通知;以及UL传输时段包括为两个连续的下行链路导频时隙(DwPTS)之间的UL传输保留的时段。

在示例17中,示例1-2中的任一示例的主题可选地包括处理电路包括基带处理器。

示例18是一种用户设备(UE)的装置,该装置包括:处理电路和存储器,处理电路用于:识别用于时分双工(TDD)分量载波(CC)的缩短的传输时间间隔(xTTI)长度配置,xTTI长度配置包括时间长度或正交频分复用(OFDM)符号长度;基于所识别的xTTI长度配置来识别TDD CC上的物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)的调度时序和混合自动重传请求(HARQ)时序;以及基于所识别的xTTI长度配置用信号传送HARQ确认(HARQ-ACK)。

在示例19中,示例18的主题可选地包括处理电路还用于:基于HARQ-ACK时间线向演进型节点B(eNB)用信号传送HARQ-ACK。

在示例20中,示例18的主题可选地包括收发器电路,用于基于所识别的xTTI长度配置来发送HARQ-ACK。

在示例21中,示例20的主题可选地包括与收发器电路耦合的天线。

在示例22中,示例18的主题可选地包括所识别的xTTI长度配置短于一毫秒。

在示例23中,示例18的主题可选地包括所识别的长度配置是一个或两个OFDM符号。

在示例24中,示例18的主题可选地包括单个下行链路控制信道调度单个xTTI中的单个PDSCH传输。

在示例25中,示例18的主题可选地包括调度时序包括下行链路控制信息(DCI)格式,DCI格式包括由第一数量的比特表示的信息元素(IE),该IE指示用于对应的下行链路或上行链路数据传输的一组xTTI索引。

在示例26中,示例18的主题可选地包括处理电路还用于:针对一组可用xTTI中的一组PDSCH向演进型节点B用信号传送HARQ确认(HARQ-ACK)。

在示例27中,示例18的主题可选地包括处理电路还用于:确定xTTI中的自包含HARQ-ACK窗口,自包含窗口包括下行链路传输突发时段、保护时段(GP)和上行链路传输时段;以及在HARQ-ACK窗口的下行链路传输突发时段、GP或上行链路传输时段中用信号传送针对PDSCH的HARQ-ACK比特。

在示例28中,示例27的主题可选地包括处理电路还用于:基于由更高层广播的时分双工(TDD)上行链路/下行链路(UL/DL)配置来配置自包含窗口。

示例29是一种包括指令的非暂时性机器可读介质,指令在由机器的一个或多个处理器执行时使该一个或多个处理器:识别用于时分双工(TDD)分量载波(CC)的缩短的传输时间间隔(xTTI)长度配置,xTTI长度配置包括时间长度或正交频分复用(OFDM)符号长度;基于所识别的xTTI长度配置来识别TDD CC上的物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)的调度时序和混合自动重传请求(HARQ)时序;以及基于所识别的xTTI长度配置用信号传送HARQ确认(HARQ-ACK)。

示例30是一种用户设备(UE)的设备,该设备包括:用于识别用于时分双工(TDD)分量载波(CC)的缩短的传输时间间隔(xTTI)长度配置的装置,xTTI长度配置包括时间长度或正交频分复用(OFDM)符号长度;用于基于所识别的xTTI长度配置来识别TDD CC上的物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)的调度时序和混合自动重传请求(HARQ)时序的装置;以及用于基于所识别的xTTI长度配置用信号传送HARQ确认(HARQ-ACK)的装置。

虽然已经参考具体示例实施例描述了实施例,但是显然可以对这些实施例进行各种修改和改变。因此,说明书和附图应被认为是说明性的而不是限制性的。构成其一部分的附图以举例说明而非限制的方式示出了可以实践主题的具体实施例。所示出的实施例被足够详细地描述以使本领域技术人员能够实践在此公开的教导。其他实施例可以被利用并从中导出,使得可以在不脱离本公开的范围的情况下进行结构和逻辑替换和改变。因此,该具体实施方式部分不应被视为具有限制意义,并且各个实施例的范围仅由所附权利要求以及这些权利要求所享有的等同物的全部范围来限定。

尽管这里已经说明和描述了具体实施例,但应该理解的是,被计算来实现相同目的的任何布置可以代替所示出的具体实施例。本公开旨在覆盖各种实施例的任何和所有适配或变化。在查看以上描述的情况下,上述实施例的组合以及本文中未具体描述的其它实施例对于本领域技术人员将是显而易见的。

在本文档中,如在专利文档中常见的那样,使用术语“一”或“一个”来包括一个或多于一个,独立于关于“至少一个”或“一个或者更多”的任何其它实例或使用。在本文档中,除非另有说明,术语“或”用于指非排他性的,或者使得“A或B”包括“A而非B”,“B而非A”以及“A和B”。在本文档中,术语“包括”和“其中”被用作相应术语“包含”和“其中”的纯英文等同物。而且,在所附权利要求中,术语“包括”和“包含”是开放式的,也就是说,包括除权利要求中的这样的术语之后列出的那些要素之外的要素的系统、设备、物品或过程仍然被视为落入该权利要求的范围中。此外,在所附权利要求中,术语“第一”、“第二”和“第三”等仅被用作标签,并不意图为其对象施加数字顺序要求。

所附权利要求从而被合并到该具体实施方式中,每个权利要求本身作为单独的实施例。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1