非预期的下行链路子帧的HARQ‑ACK处置方法与流程

文档序号:12691541阅读:309来源:国知局
非预期的下行链路子帧的HARQ‑ACK处置方法与流程

长期演进(LTE)和其它无线网络依靠跨移动装置(例如,用户设备(UE))与无线电接入网络(RAN)之间的不可靠的介质的消息传送。在LTE中,RAN由一个或多个eNodeB(演进型节点B)组成。由于数据可能由于低的信号质量、干扰或采用无线介质的其它问题而丢失或破坏,所以此不可靠的通信介质可能产生RAN与UE之间的适当的数据通信的问题。

附图说明

图1是示出根据本公开的一些示例的从HARQ-ACK响应到具有3个成束窗口(bundling window)的两个小区的资源、星座和RM码输入位的映射的表。

图2是示出根据本公开的一些示例的从HARQ-ACK响应到具有4个成束窗口的两个小区的资源、星座和RM码输入位的映射的表。

图2A是根据本公开的一些示例的图2的表的继续。

图3示出根据本公开的一些示例的示例资源分配的图表。

图4示出根据本公开的一些示例的示例资源分配的图表。

图5A示出根据本公开的一些示例的生成HARQ-ACK响应的方法的流程图。

图5B示出根据本公开的一些示例的处理HARQ-ACK响应的方法的流程图。

图6示出根据本公开的一些示例的无线通信系统的框图。

图7示出根据本公开的一些示例的示出UE和eNodeB的某些功能的功能框图。

图8示出根据本公开的一些示例的机器的框图。

具体实施方式

为了应对不可靠的无线通信介质,LTE和其它蜂窝网络采用被称为混合自动重复请求(HARQ)的机制来提供错误校正和分组确认以确保RAN与UE之间的数据的安全输送。HARQ使用前向错误校正编码(FEC)以及自动反馈机制(自动重复请求(ARQ))而在接收器侧提供错误校正来向发送器指示是否已成功接收分组。一旦接收到数据分组,接收器使用错误检测码(例如,循环冗余校验(CRC))来确定是否正确接收分组。如果成功接收分组,则接收器使用反馈机制(例如,ACK)来确认发送器。如果未成功接收分组,则接收器可尝试使用FEC信息来修复分组。如果接收器成功使用FEC信息修复分组,则它可ACK发送器,否则接收器可用否定确认(NACK)来响应发送器。在另外的其它示例中,接收器(UE)可响应它处于非连续传送模式(DTX)模式中。DTX响应可表示其中UE不能适当地检测控制信道(例如,主要下行链路控制信道-PDCCH)上的信息并且因此不能确定分组是否被发送到UE的情况。

在蜂窝网络中,这些HARQ响应典型地在控制信道上传送。对于从RAN发送到UE的下行链路业务的响应典型地在上行链路控制信道(例如,物理上行链路控制信道(PUCCH))中发送。对于从UE发送到RAN的上行链路业务的响应典型地在下行链路HARQ-ACK信道(例如,物理混合HARQ指示符信道:PHICH)中发送。没有确认(无论是NACK或简单地根本没有确认)的分组可由发送器重新传送。

在一些系统中,上行链路通信(从UE到RAN)在频域中与下行链路通信分离。即,上行链路和下行链路无线通信发生在不同的频带上。这些系统被称作频分双工(FDD)系统。在其它示例中,上行链路和下行链路无线通信可共享相同的频带,但可在时域中分开。即,为一些时间实例(例如,被称为时隙)中的上行链路无线传送和其它时间实例(例如,时隙)中的下行链路无线通信保留频带。此方案被称为时分双工(TDD)。在另外的其它示例中,半双工FDD(H-FDD)系统使上行链路和下行链路无线通信的特征在于处于不同的频带上但也在时域中分开。

蜂窝网络的真正本性是UE与RAN之间的通信是非对称的,有利于下行链路无线链路。即,相较于从UE到RAN,通常更多数据从RAN发送到UE。为了对此进行补偿,相较于分配给上行链路无线通信的资源,小区规划者将经常将更多的频率或时间资源(取决于网络是FDD还是TDD)分配给下行链路无线通信。

由于在上行链路控制信道上的上行链路资源经常不足以传送这些响应,所以此资源不对称对尝试管理必要的HARQ确认的UE产生问题。随着多个载波和其它上行链路信令(例如,信道状态信息)的增加而仅仅激化此问题。

在LTE中,无线传送典型地被分解成被称为帧的离散单元,然后该帧可被分解成子帧并且子帧被分解成一个或多个码字。每个码字可与特定传输块具有映射关系并且在本文中可互换使用(除非另有规定)。利用FDD系统,在接收传送之后(典型地在4个子帧以后),可以用固定数量的子帧来传送HARQ响应。然而,利用TDD系统,由于在无线电帧中经常有非对称无线失衡所导致的可变数量的上行链路和下行链路时隙,所以固定的延迟是不可能的。

为解决这些问题,对于TDD系统,公布了4G(LTE)无线网络标准的第三代合作伙伴计划(3GPP)已经开发了若干机制。首先是ACK/NACK/DTX时域成束。对于HARQ-ACK成束,用于在下行链路信道(例如,物理下行链路共享信道-PDSCH)上接收的特定数量的子帧(被称为成束窗口)的每个下行链路子帧中的每个特定码字的ACK、NACK、或DTX结果逻辑求与(AND)来产生对应于成束窗口的所有子帧中的每个码字的一个或多个复合结果。所产生的复合ACK/NACK/DTX结果的数量则等于子帧中的码字的数量。例如,如果成束窗口的大小是四个下行链路子帧,并且每个子帧具有两个码字,则子帧0-3的第一码字的确认一起逻辑求与,并且子帧0-3的第二码字也一起逻辑求与来产生两个确认位。此技术的益处在于它非常简洁,从而使用很少的位以使上行链路覆盖可以得到确保。缺陷在于如果任何一个子帧中的任何一个码字没有被正确接收,则将重新传送用于所有子帧的特定码字。另一技术是使用HARQ-ACK复用,它可个别地对每个下行链路子帧跨码字逻辑求与码字(即,被称为空间域成束)来产生每个下行链路子帧的一个确认位。结果是成束窗口内的每个关联的下行链路子帧的ACK/NACK/DTX结果。对于其中每个子帧具有两个码字的四个下行链路子帧,通过逻辑与操作的跨两个码字的空间域成束(如果有的话)应用在子帧中并且子帧中的多个成束的ACK/NACK可引起成束窗口内的一个复合状态。对于在物理上行链路控制信道(PUCCH)上发送的HARQ-ACK响应,复合状态可表示为PUCCH资源和星座点的组合。这引起四种确认结果-每个子帧一个。注意,尽管此特定HARQ-ACK技术的名称为“复用”,但是通篇说明书使用术语“成束窗口”。

成束窗口是规定何时在上行链路中传送特定上行链路子帧处的对应于下行链路业务的HARQ-ACK反馈的时间单位(例如,多个子帧)。UE在子帧中使用PUCCH来传送HARQ-ACK反馈,其中HARQ-ACK反馈用于,其中(在表1中定义)并且。成束窗口通常定义为用于子帧处的上行链路HARQ-ACK反馈的的下行链路子帧。

表1. 用于TDD的下行链路关联集索引

TDD UL-DL配置表如表2给出。

表2 TDD UL-DL配置

TDD上行链路/下行链路配置(D=下行链路,S=具有三个字段DwPTS、GP和UpPTS的特殊子帧,它用于给UE时间来从下行链路切换到上行链路,U=上行链路)。

高级LTE支持载波聚集,其中在下行链路中可利用多个载波。这意味着在上行链路中需要反馈用于多个载波的多个ACK/NACK信息位。对于此情况,LTE定义被称为具有时域成束的信道选择的技术。此技术利用与HARQ-ACK复用类似的技术,除了此技术的时域成束稍不同于现存的那一个。用于载波聚集的时域成束可用于传送用于每个分量载波的多个连续ACK而用于单载波的时域成束用于传送在逻辑上成束的HARQ-ACK信息。可以由信道和QPSK星座符号的联合选择而编码结果ACK/NACK信息。本质上,然后可将复用的确认结果编索引到查找表来选择两位字段(QPSK星座)和PUCCH资源(所选择的信道)用于PUCCH传送。在HARQ-ACK在PUSCH上运输的情况下,也提供RM码输入位设置。在图1和图2(图2在图2A上继续)中示出用于不同成束窗口大小的映射表。图1的标为HARQ-ACK(0)-(2)的列以及图2和图2A的标为HARQ-ACK(0)-(3)的列表示用于主要小区和次要小区(分别为PCell和SCell)两者的那个特定子帧的ACK、NACK或DTX决定。例如,在四个子帧成束窗口的情况下,如果在主要小区上成功接收子帧(0)(ACK),未成功接收子帧(1)(NACK),成功接收子帧(2)(ACK),并且成功接收子帧(3)(ACK)以及在次要小区上的ACK、ACK、ACK、NACK的响应,则UE会选择具有对应于物理上行链路控制信道(PUCCH)3并且使用0、0、1、1的码输入位的反馈资源的(0、1)的星座。简而言之,HARQ-ACK(j)列是对于主要小区和次要小区(对于多个载波)以及对应PUCCH资源、星座、以及RM码输入位中的每个取决于为主要小区和次要小区中的每个而选择的HARQ-ACK(j)而要使用的每个特定下行链路子帧的ACK/NACK/或DTX响应。当使用PUCCH传送HARQ-ACK时,此技术利用PUCCH格式1b。

如果UE未正确地接收用于任何调度的帧的调度信息,则HARQ-ACK成束或HARQ-ACK复用可能不适当地工作。例如,如果eNodeB向终端调度具有成束窗口大小2的两个子帧,但UE只接收到最后的帧,但没有意识到它已经在第一帧中被调度,则UE会回复ACK。eNodeB会将此ACK解释为两个子帧的确认。为了确定何时错过用于UE的下行链路准许,LTE规格提供与在PDCCH上的下行链路调度信息一起从RAN发送到UE的下行链路指派索引(DAI)。在下行链路准许中运送的DAI降级直到每个配置的服务小区的相同的成束窗口内的当前子帧的具有指派的PDSCH传送的PDCCH和指示半持久性调度(SPS)释放的PDCCH的累积数量。然后UE利用DAI来生成成束窗口内的HARQ-ACK(j)。

现在转到图3,示出示例响应计算。在图3的示例中,在两个配置的小区中示出四个子帧(M=4)的成束窗口。主要小区(PCell)的HARQ-ACK(j)响应是ACK、ACK、DTX、ACK并且它在次要小区(SCell)中分别是ACK、NACK、NACK、ACK。在PCell的PDCCH上接收的DAI对于子帧0是1、对于子帧1是2、以及对于子帧3是4。注意,UE不能解码子帧2(m=2)上的PDCCH并且因此不更新其DAI值。即使UE丢失更新的DAI值,它也在子帧m=3中恢复DAI值并且因此知道在成束窗口的末端DAI是4。由于DAI值是4,所以UE知道它需要四个HARQ-ACK(j)响应。对于SCell,在PDCCH上接收的DAI对于子帧0、1、2和3分别是1、2、3和4。

基于图2和图2A中的映射表,这产生响应:

注意,当RAN不调度特定成束窗口的所有子帧时,存在着问题。由于不调度某些帧,DAI将不递增并且将小于在成束窗口的末端处的成束窗口大小。图1和图2的反馈表假定调度所有帧。图4示出此问题的一个示例。在此示例中不调度PCell中的前两个下行链路子帧。因此对于子帧2,DAI是1,并且对于子帧3,DAI是2(相较于图3,其中对于子帧2和3,DAI分别是3和4)。由于结合DAI值来确定HARQ-ACK(j),所以HARQ-ACK(0)对应于子帧2并且HARQ-ACK(1)对应于子帧3。然而,由于根据DAI的定义在成束窗口内没有对应DAI值3和4,所以HARQ-ACK(2)和HARQ-ACK(3)是未定义的。这是因为DAI值被定义为直至成束窗口内的当前子帧的在指派的PDSCH传送内的PDCCH和指示半持久性调度(SPS)释放的PDCCH的累积的数量。因此,如果没有期望的DL子帧要被UE监测用于与成束窗口内的DAI值相关的HARQ-ACK(j),则不规定UE行为。

在一些示例中公开的是对于其中最后接收的DAI(LDAI)值小于成束窗口的大小的情况解决生成确认的问题的系统、方法、UE和机器可读介质。在一些示例中,对于LDAI<=j<M-1的情况,为HARQ-ACK(j)利用预定状态,其中M是复用或成束窗口大小。例如,DTX状态可被填补到这些HARQ-ACK响应中。因此,例如在图4中,使用来确定适当的响应参数的PCell的HARQ-ACK(j)会是:ACK、ACK、DTX、DTX。

由于DTX填补PCell的最后两个状态,所以UE将从表中知道要使用的精确映射。此外,在网络侧上,由于eNodeB已经知道用DTX来填补最后两个状态,所以在可改进HARQ-ACK检测性能的PUCCH检测假设测试期间,可以排除除了DTX之外的无关的状态。例如在图3中,由于PCell中的HARQ-ACK响应是{ACK, ACK, DTX, DTX}、{ACK, NACK, DTX, DTX}、{NACK, ACK, DTX, DTX}、或{NACK, NACK, DTX, DTX},所以在eNB检测中可以排除{任何, 任何, ACK/NACK, ACK/NACK}的状态。通过减少检测假设测试,可增强PUCCH检测性能。

将此方法应用于图4中示出的示例产生:

尽管在一些示例中,对于其中不调度成束窗口内的所有下行链路子帧的情况,可用DTX来填充HARQ-ACK(j),而在其它示例中,可使用其它值,例如ACK、NACK或另一所定义的值。这是因为eNodeB具有足够的系统知识来忽略这些值。事实上,在一些示例中,UE可任意选择任何ACK/NACK/DTX值。

现在转到图5A,示出当没有调度特定成束窗口中的所有下行链路帧时确认传送的方法5000。在操作5010处,UE在PDCCH上接收指示调度的下行链路帧的调度信息。在操作5020处,UE确定它已经接收特定成束窗口的最后的下行链路指派并且在操作5030处确定最后的DAI值(LDAI)小于成束窗口大小。在操作5040处,UE确定对于帧(UE意识到它被调度)的ACK/NACK/DTX响应。在操作5050处,用预定值(例如,DTX)来填充不具有对应DAI值的剩下的HARQ-ACK(j)。

现在转到图5B,示出处理其中没有调度特定成束窗口中的所有下行链路帧的传送的在eNodeB处的确认的方法5100。在操作5110处,基站(例如,eNodeB)可对于特定确认时期(例如,成束窗口)调度一个或多个下行链路传送并且通过下行链路控制信道(例如,物理下行链路控制信道(PDCCH))通知UE。在操作5120处,eNodeB可传送调度的帧。在操作5130处,eNodeB可从UE接收响应。在操作5140处,eNodeB可确定在PDCCH上发送的最后的DAI值小于成束窗口大小。在操作5150上,eNodeB可使用在其上接收响应的资源(例如,PUCCH资源)与所接收的星座和RM码位一起来确定响应,这考虑到HARQ-ACK(j)是填补值,其中jLDAI<=j<M-1,其中M是复用或成束窗口大小。然后eNodeB可传送任何必要的重新传送。

现在转到图6,示出用于确认传送的系统6000。用户设备(UE)6010在一个或多个无线电链路6040上与无线电接入网络(RAN)6020通信,该无线电接入网络6020可包含一个或多个基站(例如,eNodeB)6030、6035。RAN 6020可连接到核心网络6045,例如增强的分组核心。EPC 6045可连接到网络6050,例如因特网、普通老式电话服务网络(POTS)等。在图6的系统中,无线电链路6040可操作在时分双工模式(TDD)模式中。

图7示出UE 7000(可包含未示出的更多部件)的部分功能图表。UE 7000可包含传送模块7010。传送模块7010可在一个或多个上行链路信道(例如,物理上行链路控制信道(PUCCH)、物理上行链路共享信道(PUSCH)等)上将控制和用户业务传送到RAN。传送模块7010可在下行链路信道(例如,物理下行链路共享信道(PDSCH)和物理专用控制信道(PDCCH))上传送从RAN发送到UE 7000的用户业务和控制业务的确认。

接收模块7020可接收在下行链路信道(例如,物理下行链路共享信道(PDSCH)和物理下行链路控制信道(PDCCH))上由RAN发送的信息并且通知响应模块7030那个信息的接收状态。例如,可在接收模块处解码所接收的子帧(并且此处也可完成任何FEC校正)并且子帧是否应该被ACK、NACK或DTX的指示可发送到响应模块7030。接收模块7020还可将各种通信参数(例如,成束窗口的大小和那个窗口的最后接收的DAI)传递到响应模块7030。

响应模块7030可基于LDAI、成束窗口大小等而根据图1和图2(在图2A上继续)中的表来通知传送模块7010适当的响应参数(例如,PUCCH资源、RM码位、星座)。例如,响应模块7030可作出所接收的下行链路指派的数量小于响应成束窗口大小的的确定并且基于那个确定,基于与特定的所接收的下行链路指派关联的帧是否被成功接收而设置每个所接收的下行链路指派的接收状态并且将不具有对应下行链路指派的成束窗口中的帧的接收状态设置为预定值。例如,如果一个或多个所接收的下行链路指派索引(DAI)值等于j + p,则响应模块可为响应成束窗口中的多个下行链路子帧确定每个索引j。响应于确定一个或多个DAI值中的一个等于j + p,确定对应于j的子帧的接收状态(ACK/NACK/DTX)。响应于确定一个或多个DAI值中没有一个等于j + p,将对应于j的子帧的接收状态设置为预定值。其中p是常数(例如,0或1),其中一个或多个DAI值是在物理下行链路控制信道(PDCCH)上接收的,其中j M -1,并且其中M是HARQ成束窗口中的子帧数量。响应模块7030还可被称为HARQ模块并且然后可指示传送模块7010传送适当确定的响应。在一些示例中,如果在主要小区上存在物理下行链路共享信道(PDSCH)传送而没有在成束窗口内检测的对应PDCCH,则变量p可等于零,否则p可以为一。因此,值p可以表示没有对应PDCCH的半持久性调度(SPS)PDSCH是否存在于成束窗口内。注意,尽管说明书采用用于调度的下行链路帧的DAI值来描述PDCCH,但当UE接收指示下行链路半持久性调度(SPS)释放消息的PDCCH(它也包含DAI值)时,也可使用本公开。

图7也示出eNodeB 7100(可包含未示出的更多部件)的部分功能图表。eNodeB 7100包含传送模块7110,该传送模块7110在一个或多个信道上传送用户数据和控制数据。例如,可在物理专用控制信道(PDCCH)或物理专用共享信道(PDSCH)上传送用户数据或控制数据。传送模块7110可调度用于传送的帧并且在PDCCH上发信号到UE。传送模块7110还可在PDCCH中传送DAI。接收模块7120可在上行链路通信信道(例如,物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH))上接收控制和用户数据。接收模块7120可从UE接收对下行链路子帧的HARQ响应(例如,ACK-NACK-DTX响应)。响应于此信息,接收模块可向传送模块指示可能需要重新传送某些数据。接收模块7120可基于确定在哪个PUCCH资源上接收响应、所接收的星座位以及所接收的RM码而解码该响应。接收模块7120还可确定成束窗口中的最后DAI值小于成束窗口中的子帧数量并且由于不表示实际传送而应忽略子帧的ACK/NACK/DTX中的一个或多个。

图8图示示例机器8000的框图,基于该机器8000可以执行本文所论述的技术中的任何一个或多个(例如,方法)。UE、RAN(包含eNodeB)或EPC可以是机器8000或包含机器8000的部分。在备选实施例中,机器8000可以操作为独立的装置或可以连接(例如,连网)到其它机器。在连网部署中,机器8000可以用服务器机器、客户端机器、或用服务器-客户端两者网络环境的能力来操作。在示例中,机器8000可以起到对等体到对等体(P2P)(或其它分布式)网络环境中的对等体机器的作用。机器8000可以是个人计算机(PC)、平板PC、机顶盒(STB)、个人数字助理(PDA)、移动电话(例如,UE)、网络器具、无线基站、网络路由器、交换机或网桥,或能够(连续地或以其它方式)执行规定要由那个机器采取的动作的指令的任何机器。另外,尽管只图示单个机器,术语“机器”也应视为包含机器的任何集合,它个别或联合地执行一组(或多组)指令来执行在本文中论述的方法中的任何一个或多个,例如云计算、作为服务的软件(SaaS)、其它计算机群集配置。例如,机器8000的功能可以跨网络中的多个其它机器分布。

如本文所描述的示例可以包含或可以操作在逻辑或多个部件、模块或机制上。模块是能够执行特定操作的有形实体并且可以用某种方式来配置或安排。在示例中,电路可以用规定方式而安排(例如,内部地或关于外部实体(例如其它电路))为模块。在示例中,可以由固件或软件(例如,指令、应用部分或应用)将一个或多个计算机系统(例如,独立的客户端或服务器计算机系统)或一个或多个硬件处理器中的整个或部分配置为操作为执行规定的操作的模块。在示例中,软件可以驻留于(1)非暂时性机器可读介质上或(2)传送信号中。在示例中,当由模块的作为基础的硬件执行时,软件使硬件执行规定的操作。

因此,术语“模块”被理解为包含有形的实体,该有形的实体是在物理上构建的、具体配置的(例如,硬接线的)、或临时(例如,暂时)配置的(例如,编程的)实体来以规定的方式操作或执行本文描述的任何操作中的部分或所有。考虑其中模块被暂时配置的示例,不需要在任何一个时刻处例示每个模块。例如,其中模块包括使用软件配置的通用硬件处理器的地方,该通用硬件处理器可以配置为可以随着时间改变的一个或多个模块。例如,软件可以因此配置硬件处理器来在一个时间实例处构成特定模块并且在不同的时间实例处构成不同的模块。

机器(例如,计算机系统)8000可以包含硬件处理器8002(例如,中央处理单元(CPU)、图形处理单元(GPU)、硬件处理器核心或其任何组合)、主存储器8004和静态存储器8006,它们中的一些或所有可以经由总线8008而彼此通信。机器8000还可以包含显示单元8010、字母数字输入装置8012(例如,键盘)、用户接口(UI)控制装置8014、和/或其它输入装置。在示例中,显示单元8010和UI控制装置8014可以是触摸屏显示器。机器8000可以另外包含存储装置(例如,驱动单元)8016、信号生成装置8018(例如,扬声器)、以及网络接口装置8020。

存储装置8016可以包含机器可读介质8022,在其上存储一组或多组数据结构或指令8024(例如,软件),其实施或被本文描述的技术或功能中的任何一个或多个利用。在通过机器8000的其执行期间,指令8024还可(完全地或至少部分地)驻留于主存储器8004内、静态存储器8006内、或硬件处理器8002内。在示例中,硬件处理器8002、主存储器8004、静态存储器8006、或存储装置8016中的一个或任何组合可以构成机器可读介质。

尽管机器可读介质8022被图示为单个介质,但是术语“机器可读介质”可以包含配置为存储一个或多个指令8024的单个介质或多个介质(例如,集中式或分布式数据库、和/或关联的高速缓存和服务器)。

术语“机器可读介质”可以包含任何有形的介质,它能够存储、编码、或携带指令用于由机器8000执行,并且它使机器8000执行本公开中的任何一个或多个技术,或它能够存储、编码或携带由这样的指令使用或与这样的指令关联的数据结构。非限制性机器可读介质示例可以包含固态存储器以及光和磁介质。机器可读介质的具体示例可以包含:例如半导体存储器装置(例如,电可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM))以及闪速存储器装置等非易失性存储器;例如内部硬盘和可移除盘等磁盘;磁体-光盘;以及CD-ROM和DVD-ROM盘。

还可以经由网络接口装置8020使用传送介质而在通信网络8026上传送或接收指令8024。网络接口装置8020可通过利用多个传输协议(例如,帧中继、因特网协议(IP)、传送控制协议(TCP)、用户数据报协议(UDP)、超文本传输协议(HTTP)等)中的任何一个而将机器8000连接到其它机器的网络以便与网络中的其它机器通信。示例通信网络可以包含局域网(LAN)、广域网(WAN)、分组数据网络(例如,因特网)、移动电话网络(例如,蜂窝网络)、普通老式电话(POTS)网络、以及无线数据网络(例如,已知为Wi-Fi®的电气与电子工程师协会(IEEE)802.11标准家族、已知为WiMax®的IEEE 802.16标准家族)、对等体到对等体(P2P)网络、以及其它)。在示例中,网络接口装置8020可以包含一个或多个物理插孔(例如,以太网、同轴、或电话插孔)或一个或多个天线来连接到通信网络8026。在示例中,并且如图8所示,网络接口装置8020可以包含多个天线(未示出)来使用单输入多输出(SIMO)、多输入多输出(MIMO)、或多输入单输出(MISO)技术中的至少一个来无线通信。术语“传送介质”应被视为包含任何无形的介质,其能够存储、编码或携带指令用于由机器8000执行,并且包含数字或模拟通信信号或其它无形的介质来促进这样的软件的通信。

其它注解和示例

示例1:公开的是一种用户设备(UE),包括:响应模块,安排为在无线下行链路控制信道上接收成束窗口的一个或多个下行链路指派;基于下行链路数据信道上的子帧是否与下行链路指派中的特定指派关联以及基于是否成功接收子帧来设置成束窗口中的下行链路数据信道的每个子帧的接收状态,并且将不具有对应下行链路指派的成束窗口中的下行链路数据信道的子帧的接收状态设置为预定值;以及传送模块,安排为传送响应,该响应基于由响应模块设置的接收状态。

示例2:示例1的UE,其中接收状态是确认(ACK)、否定确认(NACK)和非连续接收(DTX)中的一个。

示例3:示例1-2中的任何一个的UE,其中预定值是指示非连续传送(DTX)的值。

示例4:示例1-3中的任何一个的UE,其中UE安排为操作在时分双工(TDD)模式中并且其中传送模块安排为使用物理上行链路控制信道(PUCCH)格式1b来传送响应。

示例5:示例1-4中的任何一个的UE,其中成束窗口大于2个子帧。

示例6:示例1-5中的任何一个的UE,其中传送模块安排为通过基于接收状态选择PUCCH上行链路资源、星座以及一组码输入位来传送响应。

示例7:示例1-6中的任何一个的UE,其中UE安排为使用长期演进(LTE)标准家族来与无线网络通信。

示例8:示例1-7中的任何一个的UE,其中UE安排为利用具有两个服务小区配置的载波聚集。

示例9:公开的是一种方法,包括为用于多个下行链路子帧的每个索引j确定一个或多个所接收的下行链路指派索引(DAI)值是否等于j+p,一个或多个DAI值是在物理下行链路控制信道(PDCCH)上接收的,其中j ≤ M -1,M是HARQ成束窗口中的子帧数量,其中p是常数;响应于确定一个或多个DAI值中没有一个等于j+1,将对应于j的子帧的接收状态设置为预定值;以及传送成束窗口M中的多个下行链路子帧j中的每个的接收状态。

示例10:示例9的方法,其中预定值是指示非连续传送(DTX)的值。

示例11:示例9-10中的任何一个的方法,包括:确定在主要小区上是否存在不具有在成束窗口内检测到的对应PDCCH的主要下行链路共享信道(PDSCH)传送;响应于确定存在不具有对应PDCCH的PDSCH,将p设置为0;响应于确定没有不具有对应PDCCH的PDSCH,将p设置为1。

示例12:示例9-11中的任何一个的方法,其中接收状态是使用物理上行链路控制信道(PUCCH)格式1b传送的。

示例13:示例9-12中的任何一个的方法,包括:通过基于接收状态至少选择PUCCH上行链路资源、星座以及一组码输入位来传送接收状态。

示例14:公开的是一种用户设备(UE),包括:混合自动重复请求(HARQ)模块,安排为:对于用于多个下行链路子帧的每个索引j:确定一个或多个所接收的下行链路指派索引(DAI)值是否等于j + p,其中p是常数,一个或多个DAI值是在物理下行链路控制信道(PDCCH)上接收的,其中j ≤ M –1,并且其中M是HARQ成束窗口中的子帧数量,响应于确定一个或多个DAI值中的一个等于j + p,确定对应于j的子帧的接收状态,以及响应于确定一个或多个DAI值中没有一个等于j+p,将对应于j的子帧的接收状态设置为预定值;以及传送模块,安排为传送成束窗口M中的多个下行链路子帧j中的每个的接收状态。

示例15:示例14的UE,其中接收状态是确认(ACK)、否定确认(NACK)和非连续接收(DTX)中的一个。

示例16:示例14-15中的任何一个的UE,其中预定值是指示非连续传送(DTX)的值。

示例17:示例14-16中的任何一个的UE,其中预定值的值不同于指示ACK、NACK以及DTX的值。

示例18:示例14-17中的任何一个的UE,其中预定值是从指示ACK、NACK以及DTX的值中的一个随机选择的值。

示例19:示例14-18中的任何一个的UE,其中UE安排为操作在时分双工(TDD)模式中。

示例20:示例14-19中的任何一个的UE,其中UE安排为复用HARQ接收状态。

示例21:示例14-20中的任何一个的UE,其中传送模块安排为使用物理上行链路控制信道(PUCCH)格式1b来传送接收状态。

示例22:示例14-21中的任何一个的UE,其中HARQ模块还安排为:确定在主要小区上是否存在不具有在成束窗口内检测到的对应PDCCH的主要下行链路共享信道(PDSCH)传送;响应于确定存在不具有对应PDCCH的PDSCH,将p设置为0;响应于确定没有不具有对应PDCCH的PDSCH,将p设置为1。

示例23:示例14-22中的任何一个的UE,其中传送模块安排为通过基于接收状态选择PUCCH上行链路资源、星座以及一组码输入位来传送接收状态。

示例24:示例14-23中的任何一个的UE,其中UE安排为使用长期演进(LTE)标准家族来与无线网络通信。

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