适应分布式网络拓扑中的harq进程数的方法和装置的制造方法

文档序号:9439485阅读:672来源:国知局
适应分布式网络拓扑中的harq进程数的方法和装置的制造方法
【专利说明】适应分布式网络拓扑中的HARQ进程数的方法和装置
[0001] 相关申请的交叉引用
[0002]本申请根据 35U.S.C. § 119(e)要求申请为 61/784, 395、61/824, 762 和 61/857, 059分别于2013年3月14日、2013年5月17日W及2013年7月22日提交的名称都 为"MethodandApparatustoAdapttheNumberofHARQProcessesinaDistributed 化tworkTopology"的临时申请的优先权的权益,W上申请中的每个通过引用W其整体并 入本文。 发明领域
[0003] 本发明总体上设及蜂窝通信领域,并且更具体地设及适应分布式网络拓扑中的混 合自动重传请求(HAR曲进程数W补偿网络组件之间的回程时延的方法和装置。
[0004] 发明背景
[0005] 为了提高数字通信系统的性能,通常使用重传协议。数字信息通常被W块或数据 包进行分组。数据块的成功接收可W由接收机通过使用例如循环冗余校验(CRC)来检测。 块的非成功接收可W在一些情况中或系统中被接收机忽略。在其它情况或系统中,接收机 可W使用例如ACK/NACK来将块的接收结果通知发射机,其中ACK(确认应答)索引块被 成功地接收,并且NACK(否定应答)索引块没有被成功接收。例如,LTE化C(无线链路控 审IJ)提供=个不同的数据传输模式:透明模式(TM)、否定应答模式0JM)W及确认应答模式 (AM)。只有WAM发射的化C块可W由接收化C确认和由发射化C重传。对于其它两个模 式,非正确接收的化C块被简单地丢弃。
[0006] 许多数字通信系统遵循分层模型(例如,OSI模型或TCP^P模型)。在分层系统 中,重传协议可能存在于多层中。数据被从"发射机"发射到"接收机"。还应该注意的是, 例如,需要"接收机"和"发射机"之间的反向链路来反馈ACK/NACK。分层系统包括例如层 UL1)、层2 (L2)和层3 (L3)。L2和L3两者都使用重传协议。L2接收机使用ACK/NACKW L2块的成功接收/未成功接收来响应于L2发射机。相似地,L3接收机使用ACK/NACKWL3 块的成功接收/未成功接收来响应于L3发射机。需要注意的是,不必要存在L2块和L3块 之间的直接的对应,即,L2块可W携带多个L3块或一个L3块的仅仅一部分。
[0007] 本公开适用于其中最低等级重传协议(例如,L2重传协议)使用带有软合并的混 合自动重传请求(HAR曲的示例化及其他示例。为了简单起见而不失一般性,结合其中L2使 用带有软合并的HARQ协议的示例来对本公开进行描述。为了简单起见而不失一般性,接合 其中L2W上的使用重传协议的下一层是L3的示例来对本公开进行描述。该选择匹配LTE 重传协议,其中L2 (MAC)使用带有软合并的HARQ并且L3巧LC)针对AM中的数据使用重传。 [000引带有软合并的L2HARQ的示例描述如下:
[0009] 在L2块的传输之后,接收机L2用已知时延ACK/NACK来响应。
[0010]a.例如,在LTE抑D的下行链路中,在相应的传输块传输之后,肥应该用ACK/ NACK(在PUCCH上或在PUSCH上)的4个子帖来响应。
[0011]b.例如,在LTE抑D的上行链路中,在相应的L2传输块被传输之后,eNodeB应该 用ACK/NACK(显性地在PHICH上或隐性地在PDCCH上)的4个子帖来响应。
[001引C.例如,在LTET孤中,在相应的传输块被传输之后的ACK/NACK的时延取决于TOD上行链路/下行链路的配置。由于配置是已知的,所W也可W推导出时延。
[0013] 如果接收机L2用NACK来响应,即,L2块被非正确地接收,则接收机将非正确接收 的块的软比特保留在它的软比特存储器中。
[0014] d.可W将存储的软比特适当地与后续的重传结合W提供成功接收的概率。
[0015] e.如果L2块被正确地接收,则没有必要将相应的软比特保留在存储器中。
[0016] 使用多个并行的HARQ进程。
[0017] f.L2块的传输与一个HARQ进程有关。
[0018] g.L2块的重传需要使用与块的第一次传输相同的HARQ进程来完成。
[0019] h.接收机保留软比特存储缓冲器用于每个HARQ进程。
[0020] i.HARQ进程上的重传在接收机中与存储缓冲器中的软比特适当地结合用于相同 的HARQ进程。
[002。j.不同的HARQ进程可W通过不同的HARQ进程索引来区分。
[0022] 当存在W下情况时,L2发射机可W在HARQ进程上发射新的L2块:
[0023] k.L2发射机知道/识别出相同的HARQ进程的先前的L2块被正确地接收,或
[0024] 1.重传的最大数量达到了相同的HARQ进程的先前的L2块的数量。
[00巧]L2接收机可W允许新的L2块的软比特覆盖相同HARQ进程的先前的L2块的软比 特。
[0026] 在一些示例系统中,可W同时将多个块(例如,L2块)从发射机发射到接收机,其 中接收机用多个相应的ACK/NACK或它们的组合来响应。在一个示例中,运些多个块和相应 的多个ACK/NACK(或其组合)与相同的HARQ进程有关,并且单独块可W被视为与HARQ进 程的子进程有关。在另一个示例中,运些多个块和相应的多个ACK/NACK(或其组合)与不 同的HARQ进程有关。运些情况两者都由本公开覆盖。然而,为了简明性和易读性,本文描 述具有每个HARQ进程单个块W及时间的情况。
[0027] 在一些示例系统中,诸如一些绑定的TD-LTE下行链路配置,多个HARQ进程的ACK/ NACK绑定为单个ACK/NACK。运些情况也由本公开覆盖,由于绑定的ACK/NACK的接收机可 W从绑定的ACK/NACK中提取单独的HARQ进程的ACK/NACK的一些结论,并且因此请求或选 择重传或不重传。
[002引有限的时间量在连续发射的ACK/NACK的发射周期或重传周期之间是必需的。在 该时间期间,HARQ不用于另一个发射,因为运会面临将软比特重写入到HARQ进程的存储缓 冲器中的风险。因此,为了使得数据库能够进行连续的发射,需要可W并行运行的多个HARQ 进程。在抑DLTE中,例如,下行链路和上行链路两者每个肥有8个HARQ进程。
[0029] HARQ过程可W分类为异步HARQ和同步HARQ。在异步HARQ中,新的块的传输和重 传之间不存在(静态或半静态)已知的时间关系。相反地,重传需要被明确地调度,即,新 的块和它的重传之间的时间关系是动态的。
[0030] LTE中的下行链路的HARQ是异步HAQR的示例。在由LTE中的(PDCCH上或ePDCCH 上)肥接收的下行链路调度分配中,HARQ进程索引被明确地包括W及该传输是否是重传的 指示。运意味着,在原则上,任何HARQ进程可W用于到肥的下行链路发射中的任何(下行 链路)自帖中。在同步HARQ中,新的块的传输和重传之间存在(静态或半静态)已知的时 间关系。
[003。LTE中的上行链路HARQ是同步HAQR的示例。在该示例中,由LTE中(PDCCH上、ePDCCH上或隐性地在PHICH上)的肥接收的上行链路调度授权不包括显性HARQ进程索 弓I。相反地,待用在上行链路发射中的HARQ进程索引由其中上行链路调度授权被接收的子 帖索引隐性地给出。然而,在该示例中,上行链路调度授权(PDCCH上、ePDCCH上或隐性地 在PHICH上)可W包括发射是否应当是在相同的HARQ进程上的先前发射的块的重传的指 /J、-O
[0032] 基站和肥每个包括至少一个发射机和至少一个接收机。此外,基站包括用于调度 下行链路发射的调度器。目前,下行链路发射机、上行链路接收机和下行链路调度器都位于 基站中。下行链路接收机和上行链路发射机都位于UE中。在当前的基站架构中,下行链路 发射机、上行链路接收机和下行链路调度器都共同位于一个地方。然而,存在向新网络拓扑 (如分布式网络拓扑)的趋势,在新的网络拓扑中,下行链路发射机可能位于一个物理位置 中的节点中,上行链路(ACK/NACK)接收机可W位于另一个物理位置中的另一个节点中,并 且调度器可能位于第=个物理位置的第=个节点中,其中运些节点用非理想的回程连接。 由于运些节点不是共址的,所W上行链路接收机中的ACK/NACK的接收和可将ACK/NACK用 在下行链路调度中的时间之间可能存在很大的回程时延。相似地,下行链路调度和基于调 度的实际下行链路发射之间可能存在很大的回程时延。因此,下行链路发射机当在分配给 进程的发射间隔中时可能不准备发射下一个块或重传先前的块。相反地,在执行发射或重 传之前下行链路发射器将必须等待直到后续发射间隔,运导致数据速率从下行链路发射机 到用户设备的降低。
[003引发明概述
[0034] 在一些实施例中,本发明设及解决当无线电网络中的下行链路发射机、上行链路 接收机和/或调度器不共址时(即,运些装置之间具有回程时延的分布式网络拓扑)出现 的问题。在该情况中,使用有限的HARQ进程,不可能使用所有的发射机会,因此降低了用户 设备的最大数据速率和系统的效率。
[0035] 本公开解决了运个缺点并且提供了用于在使用有限的HARQ进程的分布式网络拓 扑中使用更多的发射机会的方法和系统。在本公开的方法的一些实施例中,肥的HARQ的 进程数被适应于UE使用的网络装置(下行链路发射机、上行链路接收机,等等)之间的回 程时延。当适应肥的HARQ的进程数时,也可W
当前第1页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1