用于针对LTE中的eIMTA有效使用DAI比特的方法和装置的制造方法_3

文档序号:9816667阅读:来源:国知局
数据突发,且当前子帖配置是具有八个化子 帖和一个化子帖的配置#5(細L:1化),则eNB可W将子帖配置从子帖配置#5切换到具有两个 化子帖和六个化子帖(2化:6化)的子帖配置#0。eNB可W在例如640ms中执行对TOD UL/DL子 帖的配置的调整(例如,切换子帖配置)。在一个方面,eNB可W尽可能快地在10毫秒中执行 对TOD UL/化子帖配置的调整。
[0060] 当两个或更多的小区具有不同的化和化子帖时,对e IMTA的使用可能对化和化造 成干扰。具体而言,由于针对每个小区的业务需要可能是不同的,因此取决于针对不同小区 的业务需要,可W针对不同的小区使用不同的子帖配置。例如,如果小区A切换到子帖配置# 1而小区B切换到子帖配置#5,则配置#1使用子帖3、7和8用于化而配置#5使用子帖3、7和8用 于化,运可能导致UE(例如,UE 102)遭受干扰。此外,对eIMTA的使用可能导致在化和化 HARQ时序管理中的某种复杂性。具体而言,当前DLAJL子帖配置中的每种DLAJL子帖配置可 W具有(在HARQ操作效率方面)针对化/UL子帖配置优化的、其自身的化/UL HARQ时序。例 如,从PDSCH DL传输到相应的HARQ ACK/NAK UL传输的UL/DL HARQ时序可W在不同的TDD DLAJL子帖配置之间变化。在TOD DLAJL子帖配置之间(例如,表1的子帖配置之间)动态切换 的情况下,如果在切换到第二子帖配置之前,根据第一子帖配置来维持化/UL HARQ时序,贝U 对于化或化传输中的一些来说,可能存在错过的ACK/NAK传输机会,运是因为在切换之前 的、针对第一子帖的配置的化/DL HARQ时序可能是与切换之后的、针对第二子帖配置的化/ DL HARQ时序是不同的。
[0061] 为了简化eIMTA的操作,可W针对若干物理层操作将一个或多个化/UL子帖配置定 义为参考配置。可W基于子帖配置中的一种来定义DL参考子帖配置,而基于子帖配置中的 另一种来定义化参考子帖配置,使得化参考子帖配置用于化HARQ操作而化参考子帖配置 用于化HARQ操作。例如,对于化参考子帖配置设计方案,DL HARQ操作可W基于化/UL子帖 配置#5,而不考虑在帖(或半帖)中所使用的实际化/UL子帖配置。即,如果启用了动态化/UL 子帖配置,贝化L HARQ时序可W基于具有八个化子帖和一个化子帖(例如,8:1的化/UL子帖 配置)的子帖配置#5。关于化参考子帖配置设计方案,UL HARQ操作可W基于化/UL子帖配 置#0,而不考虑在帖(或半帖)中所使用的实际化/UL子帖配置。即,如果启用了动态化/UL子 帖配置,则所述化HARQ时序可W基于具有两个化子帖和六个化子帖(例如,2:6的化/UL子 帖配置)的子帖配置#0。
[0062] 图9是根据化和化参考子帖配置的对子帖901的化HARQ操作和化HARQ操作的示 例性HARQ操作900。在图9所示的例子中,DL参考子帖配置利用子帖配置#5用于化HARQ操 作,且化参考子帖配置利用子帖配置#0用于化HARQ操作。因此,子帖#0和5固定为针对化和 UL HARQ操作两者的化子帖,子帖#1固定为用于化和化HARQ操作两者的特殊子帖,且子帖# 2固定为针对化和化HARQ操作两者的化子帖。子帖#3、4、7、8、和9中的每个子帖是化/化子 帖,取决于操作是化HARQ操作还是化HARQ操作,其用作化子帖或者化子帖。具体而言,基 于子帖配置#5,子帖#3、4、7、8、和9用作化HARQ操作的化子帖,且基于子帖配置#0,子帖#3、 4、7、8、和9用作化HARQ操作的化子帖。子帖#6是化/特殊子帖,取决于操作是化HARQ操作 还是化HARQ操作,其用作化子帖或者特殊子帖。如图9所示,在第一化HARQ操作911期间, UE可W在子帖#9、0、1、3、4、5、6、7和8处接收DL数据,并且可W在子帖#2(913)处发送UL响 应。此外,如图9所示,在第一化HARQ操作951期间,UE可W在子帖#0处接收化数据,并且在 子帖#4和7处发送相关联的化信息。在第二化HARQ操作953期间,肥可W在子帖1处接收化 数据,并在子帖#7和8处发送相关联的化信息。
[0063] 在T孤中,肥可W在化子帖处在下行链路通信期间接收下行链路控制信息(DCI)格 式0/4中的特定的2比特字段。对DCI格式0/4中的2比特字段的使用取决于TDD DLAJL子帖配 置。如果TOD UL/化子帖配置是子帖配置#0,则2比特字段用作化索引,W确定物理下行链路 控制信道(PDCCH) UL准许与PUSCH数据传输之间的延迟。表2示出了确定对PUSCH传输进行调 度的化索引的例子。例如,根据表2,如果UE在SFO处接收到PDCCH化准许,则如果化索引是 "10",UE可W在SF4处执行PUSCH传输,而如果UL索引为"or,贝IJ在SF7处执行PUSCH传输。因 此,PDCCH化准许和PUSCH传输之间的延迟对于化索引为"10"的情况是四个子帖,而对于化 索引为"or的情况是屯个子帖。在化索引是"11"的情况下,在多个子帖处执行多传输时间 间隔(多-TTI)调度。例如,如果化索引是"1 r,并且肥在SFO处接收到化准许,则肥在SF4和 S巧二者处执行PUSCH传输。在表2中,n是接收化准许子帖的子帖号,k是来自查找表中的值, 查找表针对每个化准许子帖号分配特定的值。
[00化]表2基于化索引的PDCCH子帖和PUSCH子帖
[0066] 如果TOD UL/化子帖配置是子帖配置#1-6中的一种,则2比特字段中的两个比特用 作化下行链路分配索引(DAI)比特,W指示在化关联集合中具有PDSCH传输的、调度的化子 帖的总数量,其由UE用来确定用于HARQ-ACK捆绑的化undied参数或者用于HARQ-ACK复用的 HARQ-ACK码本大小。例如,如在图9中所示,针对子帖#2处的化,在化关联集合中九个化子帖 (例如子帖#9、0、1、3、4、5、6、7、和8)可^是可用的。然后,针对子帖#2处的化,在化关联集合 中的化子帖的总数可W是九个或更少。举例而言,如果仅子帖#9、0和1用于化,贝化L关联集 合中的化子帖的总数量是S。
[0067] 如上文所讨论的,用于化HARQ时序的参考子帖配置可W是与用于化HARQ时序的 参考子帖配置是不同的。如果子帖配置#0用作UL HARQ参考子帖配置,则在针对子帖配置#0 的DCI格式0/4中的2比特字段可W用于化索引。在运样的方面中,由于在DCI格式0/4中的2 比特字段不能用作化索引和化DAI二者,因此在DCI格式0/4中可能发生化索引和化DAI比 特之间的碰撞。例如,如果DCI格式0/4中的2比特字段用作用于确定PDCCH化准许与PUSCH 传输之间的延迟的化索引,则在DCI格式0/4中不存在用于指示化关联集合中的具有PDSCH 传输的、调度的化子帖的总数量的化DAI。在不具有化DAI的情况下,肥可能不能确定在化 关联集合中的调度的化子帖的总数量,并因此可能不能够确定用于HARQ-ACK捆绑的化undled 参数或用于HARQ-ACK复用的HARQ-ACK码本大小。因此,UL DAI的缺失可能导致UL HARQ-ACK 传输歧义。在另一方面,例如,如果子帖#5用作化HARQ参考子帖配置,则在针对子帖配置#5 的DCI格式0/4中的2比特字段可W用于化DAI比特。如果2比特字段用作所述化DAI字段, 而不是用作化索引,则肥可能不能确定用于确定PDCCH化准许与PUSCH数据传输之间的延 迟的所述化索引。
[0068] 在携带DCI格式0/4的化子帖不在化关联集合中的最后的子帖中的情况下,可能出 现另一个问题。DL关联集合中的最后的子帖是具有最小值km的子帖,其中,km是PDCCH化准 许与PUSCH传输之间的最小延迟。如果PDCCH化准许传输是基于化HARQ参考子帖配置的, 则携带DCI格式0/4的化子帖可能不在化关联集合中的最后的子帖中。
[0069] 图10是根据化和化参考子帖配置的对子帖1001的化HARQ操作和化HARQ操作的 示例性HARQ操作1000。在图10所示的例子中,子帖配置#2用作化参考子帖配置而子帖配置# 6用作化参照子帖配置。因此,子帖#0固定为针对化和化HARQ操作二者的化子帖,子帖#2和 7固定为针对化和化HARQ操作二者的化子帖,而子帖叫和6固定为针对化和化HARQ操作二 者的特殊子帖。子帖#3、4、8、和9中的每一个是灵活的化/UL子帖,取决于操作是化HARQ操 作还是化HARQ操作,其用作化子帖或者化子帖。
[0070] 在图10中,关于化HARQ时序,第一化HARQ操作1011示出了,针对子帖#7处的化, 化关联集合包括子帖#9、0、1、和3,且第二化HARQ操作1013示出了,针对子帖#2 (1015)处的 UL,化关联集合包括子帖#4、5、6和8。关于化HARQ时序,第一化HARQ操作1051示出了,针对 子帖#7处的UUUE在子帖#0处接收到化准许(例如,DCI格式0/4),而第二化HARQ操作1053 示出了,针对子帖#2(1057)处的化,UE在子帖#5(1055)处接收到另一化准许。对于针对子 帖#7的化关联集合,DL关联中的最后的子帖是子帖#3。因此,PDCCH化准许与PUSCH传输之 间的最小延迟在子帖#3与子帖#7之间。然而,虽然针对子帖#7处的化,肥在子帖#0处接收到 化准许,但子帖#0不针对子帖#7的关联集合中的最后的子帖。在运种情况下,可能存在关于 UL DAI比特的问题,该化DAI比特指示在化关联集合中的具有PDSCH传输的、调度的化子帖 的总数量。具体而言,在运种情况下,eNB(例如,eNB 106)在子帖#1和3处不具有针对化准许 传输的调度,并且因此不能提供针对在子帖#0处发送的化准许的、UL DAI比特的正确的值。 其结果是,当发送针对子帖#7处的化的化准许时,eNB不得不在化准许子帖(例如,子帖#0) 之后使用对化子帖(例如,子帖#巧日3)的预调度,运生成了针对化调度器的额外的限制并且 可能创建复杂性。
[0071] 化索引与化DAI比特之间的潜在碰撞可W利用第一方法来解决,所述第一方法使 用小区特定的UL索引配置(而不是使用UE特定的UL索引配置)。在利用小区特定的UL索引配 置的第一方法中,UL索引不包括在化准许的DCI格式0/4中,并且因此DCI格式0/4中的2比特 字段可W用于化DAI比特。作为将化索引包括在DCI格式0/4中的2比特字段中的替代,可W 基于动态TOD UL/化配置来配置化索引。由于化准许的DCI格式0/4中的化k特字段不用于化 索引,因此DCI格式0/4中的2比特字段可W用于化DAI。此外,在第一方法中,仅化索引的两 种值(例如,"0"和"r)应用所有的化准许。
[0072] 在表3A和3B所示的例子中(其中,子帖配置#0用作化HARQ参考子帖配置),针对 elMTA,仅定义了化索引的两种值"0"和"1",并将其应用到化准许。如W下在表3A和3B中所 示,UL准许子帖和PUSCH传输子帖具有基于化索引的固定关系。每种化索引配置的使用是由 动态子帖配置决定的。在表3A和3B所示的例子中,如果动态子帖配置指示SF4或SF9是针对 后续无线帖的化子帖,则可W使用第一化索引配置(例如,表3A)。在另一方面,如果动态子 帖配置指示SF4和SF9都不是针对后续无线帖的化子帖,则可W使用第二化索引配置(例如, 表3B)。例如,如果针对后续无线帖的动态子帖配置是子帖配置#0,其指示SF4是化子帖,贝U 针对子帖配置#0使用第一化索引配置(例如,表3A)。在另一方面,如果针对后续无线帖的动 态子帖配置是子帖配置#1,其指示SF4和SF9都不是UL子帖,则可W针对子帖配置#1使用第 二化索引配置(例如,表3B)。另外,可W将I比特的字段添加到动态子帖配置中,W指示针对 当前帖使用第一(例如,表3A)和第二(例如,表3B)UL索引配置中的哪一个。另外地或在替代 方案中,作为一个例外,如果参考帖配置是子帖配置#0而动态子帖配置也是子帖配置#〇,贝^ 仍然可W将2比特字段解释为化索引。然而,如果肥没有确定参考子帖配置是子帖配置#0且 动态子帖配置也是子帖配置#0,则可W将化k特字段解释为化DAI。
[00对另外地或在替代方案中,UL索引与化DAI比特之间的潜在碰撞可W使用第二方法 来解决。根据第二方法,针对用于化准许的每个固定子帖,化索引可W是预定的,其中,针对 相应化准许子帖的上行链路子帖,UL索引是固定的。由于针对用于化准许的每个固定子帖, 化索引是预定的,因此化索引不包括在化准许的DCI格式0/4中。因此,DCI格式0/4中的2比 特字段可W用于化DAI比特。
[0076]在W下的表4中所示的例子中,针对用于化准许的每个固定子帖,UL索引是预定 的,其中,子帖#0、1、5和6是用于化和化HARQ操作二者(因而对UE来说是共同的)的固定的 化子帖。可W将化索引值中的一个(例如,"or、"10"和"11")分配用于化准许子帖。对应于 所分配的化索引的子帖可W是化子帖。例如,在表4中,"or的化索引被分配用于化准许子 帖1,并因此SF8中的PUSCH传输被调度用于化准许子帖1。固定的化索引模式(pat tern)可W 是预定的,W支持针对多个子帖的多-TTI调度。例如,在表4中,"ir的固定的化索引被分配 用于化准许子帖0,并因此SF4和S巧二者中的PUSCH传输可W被调度用于化准许子帖0。作为 另一个例子,针对表4中的化准许子帖0,由于SF4和SF7中的每一个是灵活的子帖,取决于子 帖配置,其或者是化子帖或者是化子帖,如果SF4被重配置为化子帖(例如,根据动态子帖配 置),则仅SF7可W被调度用于PUSCH传输。另外,如果UE不具有关于子帖是化子帖还是化子 帖的信息(例如,由于对重配置信令的误检测),则UE不在任何灵活的子帖中执行PUSCH传 输,W避免对其他肥的任何可能干扰。
[0079] 表4.固定的化索引配置
[0080] 如上文所讨论的,如果化准许传输是基于化HARQ参考子帖配置的,则携带DCI格 式0/4的化子帖可能不在化关联集合中的最后的子帖中。如果在DCI格式0/4中的化DAI比 特不是在化关联集合中的任意子帖期间发送的,则可能存在与化传输的问题。运个问题可 W通过使用灵活的化准许时序的第S方法来解决。对于固定的化子帖(例如,DL和化HARQ 参考子帖配置之间的共同的化子帖)
当前第3页1 2 3 4 5 6 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1