基于跨载波调度的数据传输方法、用户设备和基站的制作方法_3

文档序号:8302310阅读:来源:国知局
于不能使用HARQ技术来增强传输性能,造成对链路可靠性的影响。
[0054]根据本发明的实施例一,可以对于每一种主调小区的上下行配置,采用一种统一的方法来处理被调小区的PUSCH传输。换句话说,按照主调小区的上行HARQ定时来处理被调小区的PUSCH传输;或者,按照被调小区自己的上行HARQ定时来处理被调小区的PUSCH传输;或者,按照某个固定的参考上下行配置的上行HARQ定时来处理被调小区的PUSCH传输。
[0055]下面结合具体例子,更加详细地描述本发明的实施例。
[0056]实施例二
[0057]图2是根据本发明的实施例二的基于跨载波调度的数据传输过程的示意性流程图。实施例二是对实施例一的方法中一个或多个步骤的细化。
[0058]本发明的实施例二可以根据具体需要针对不同的主调小区和被调小区上下行配置的组合,选择合适的参考上下行配置,例如,可以选择使得能够实现跨载波调度的被调小区的上行子帧最多的上下行配置作为参考上下行配置。
[0059]在本实施例中,考虑了限制在对被调小区的PUSCH进行同步HARQ传输时一定存在可用的在LTE版本8中定义的PHICH信道。因为LTE的帧结构就是以1ms为周期的,所以可以要求被调小区的PUSCH只支持1ms的重传周期,从而保证在PUSCH重传位置一定存在上行子帧。
[0060]对每种主调小区和被调小区的上下行配置组合,都需要指定参考上下行配置。如果是采用信令通知的方法配置参考上下行配置,则信令开销较大,因为在每次给采用CA模式的UE增加一个新的被调小区时,都需要指定所采用的参考上下行配置。为了降低复杂度和信令开销,根据本发明的实施例可以对每种主调小区和被调小区的配置组合,只根据主调小区的上下行配置来确定使用哪种参考上下行配置的上行HARQ定时来处理被调小区的PUSCH传输,而与被调小区采用的上下行配置无关。如果是采用信令通知的方法配置参考上下行配置,只要主调小区(对应Pcell)不变,就不需要新的信令来通知参考上下行配置。或者说,配置参考上下行配置的信令是和配置Pcell的信令一起发送的。如果不使用信令通知的方法,则可以按照下面的方法确定每种主调小区的上下行配置对应的参考上下行配置。
[0061]例如,当主调小区采用了上下行配置I?5中的某个配置时,以主调小区的上下行配置为参考上下行配置,即根据主调小区的上行HARQ定时来支持对被调小区的上行子帧的跨载波调度。具体地说,对在主调小区和被调小区上都是上行子帧的那些子帧定时,对被调小区的上行子帧,按照主调小区的上行HARQ定时来发送UL_grant和PHICH信息;而对在被调小区上是上行子帧,而在相同子帧定时上主调小区是下行子帧的情况,不支持对这样的被调小区上的上行子帧的跨载波调度。
[0062]例如,当主调小区采用了上下行配置O或者6时,固定采用上下行配置I作为参考上下行配置,即根据上下行配置I的上行HARQ定时来传输被调小区的上行子帧的跨载波调度。由于上下行配置O或者6的所有子帧上都存在版本8中定义的PHICH,所以一定不存在找不到可用PHICH的问题。具体地说,对一个被调小区的上行子帧,按照上下行配置I的上行定时关系确定UL_grant和PHICH信息的发送定时,如果在主调小区的这两个定时上都是下行子帧,则这个被调小区的上行子帧可以跨载波调度;否则,不支持跨载波调度。
[0063]210,判断主调小区上是否存在与第一下行子帧对应的下行子帧。
[0064]例如,根据参考上下行配置的上行HARQ定时关系确定用于指示被调小区的第一上行子帧的上行调度授权信息的定时的第一下行子帧,并确定与第一下行子帧对应的主调小区的子帧是否为下行子帧,如果是,执行220,否则,不支持对第一上行子帧的跨载波调度。这里,第一上行子帧指被调小区的一个上行子帧。
[0065]220,判断主调小区上是否存在与第二下行子帧对应的下行子帧。
[0066]例如,根据该参考上下行配置的上行HARQ的定时关系确定用于指示被调小区的第一上行子帧的PHICH的定时的第二下行子帧,并且确定与第二下行子帧对应的主调小区的子帧是否为下行子帧。如果是,执行230,否则,不支持对第一上行子帧的跨载波调度。
[0067]230,判断主调小区的与第二下行子帧对应的子帧是否定义了 PHICH。
[0068]例如,如果主调小区的与第二下行子帧对应的子帧上定义了 PHICH,则执行240,否则,不支持对第一上行子帧的跨载波调度。
[0069]240,判断在被调小区上是否存在与第二上行子帧对应的上行子帧。如果是,则对第一上行子帧进行跨载波调度,否则,不支持对第一上行子帧的跨载波调度。
[0070]上面描述了在满足210至240的条件下,可以对被调小区的第一上行子帧进行跨载波调度。可选地,也可以根据需要在只满足210或者只满足210和220或者只满足210、220和230的条件下,对被调小区的第一上行子帧进行跨载波调度。
[0071]基站和UE均可以进行上述210至240的判断,以确定可以对哪些上行子帧进行跨载波调度。下面250至280描述对被调小区的第一上行子帧进行跨载波调度的过程。
[0072]250,在确定可以对被调小区的第一上行子帧进行跨载波调度的情况下,基站在与第一下行子帧对应主调小区的下行子帧上发送上行调度授权信息。
[0073]260,UE与第一下行子帧对应主调小区的下行子帧上接收到上行调度授权信息后,进行解调处理,并在被调小区的第一上行子帧上发送PUSCH。
[0074]270,基站在被调小区的第一上行子帧上收到PUSCH后,进行解调处理,并在与第二下行子帧对应的主调小区的下行子帧上向UE发送PHICH信息。
[0075]280,UE在与第二下行子帧对应的主调小区的下行子帧上接收到PHICH信息之后,进行解调处理,并在与第二上行子帧对应的被调小区的上行子帧上向基站重传上一个PUSCH或发送新的PUSCH。
[0076]例如,在与根据参考上下行配置的上行HARQ定时关系确定的上行子帧对应的被调小区的子帧为上行子帧的情况下,如果PHICH发送的信息为ACK,则UE可以在该上行子帧上向基站发送新的PUSCH,如果PHICH发送的信息为NACK,则UE可以该上行子帧上向基站重传上一个PUSCH。
[0077]实施例三
[0078]图3是根据本发明的实施例三的基于跨载波调度的数据传输过程的示意性流程图。实施例三是对实施例一的方法中一个或多个步骤的细化。
[0079]在本实施例三中,不限制在对被调小区的PUSCH进行同步HARQ传输时一定存在可用的在LTE版本8中定义的PHICH,从而可以支持对更多的被调小区的上行子帧的跨载波调度。对上下行配置O和6,其同步HARQ传输不是1ms周期的,这样只有在配置O和6的所有上行子帧都能够被跨载波调度时才考虑可以按照他们自己的上行定时来工作,从而保证在上述第二上行子帧定时上被调小区是一个上行子帧。
[0080]当主调小区采用了上下行配置2?5中的某个配置时,以被调小区的上下行配置为参考上下行配置,即根据被调小区自己的上行HARQ定时来支持对被调小区的上行子帧的跨载波调度。具体地说,对被调小区采用配置I?5的情况,对一个被调小区的上行子帧,按照它自己的上行定时关系确定UL_grant和PHICH信息的发送定时,如果在主调小区的这个定时上是一个下行子帧,则这个被调小区的上行子帧可以跨载波调度;否则,不支持跨载波调度。因为配置I?5是1ms周期,按照他们自己的上行HARQ定时处理同步HARQ重传时,在重传定时上一定存在可用的上行子帧。对被调小区采用配置O或者6的情况,他们的下行子帧都是主调小区的下行子帧的子集,所以按照被调小区的上行HARQ定时一定可以在主调小区上存在下行子帧发送UL_grant和PHICH信息,即所有被调小区的上行子帧都可以被跨载波调度,这保证按照他们自己的上行HARQ定时处理同步HARQ重传时,在重传定时上一定存在可用的上行子帧。
[0081]特别地,在LTE版本8,LTE版本9及LTE版本10中,对被调小区采用上下行配置O的情况,UL_grant中需要设置UL_index域。对被调小区采用其他上下行配置的情况,在UL_grant中设置UL_DAI域。在LTE版本8,LTE版本9及LTE版本10中,在上下行配置O的子帧O或者5上分别存在两个PHICH(例如,PHICH O,PHICH I),并且用于不同的同步HARQ过程。这样,在采用不同配比的情况下,对被调小区采用上下行配置O时,如果在主调小区的子帧O或者5上存在PHICH,可以把主调小区的子帧O或者5上存在PHICH作为PHICH 0,即可以只对按照LTE版本8使用PHICH O的那个同步HARQ过程使用子帧O或者5上存在的PHICH ;或者,也可以对两个同步HARQ过程都使用子帧O或者5上存在的PHICH。
[0082]当主调小区采用了上下行配置0、1或者6时,固定采用上下行配置I作为参考上下行配置,即根据上下行配置I的上行HARQ定时来传输被调小区的上行子帧的跨载波调度。具体地说,对一个被调小区的上行子帧,按照上下行配置I的上行定时关系确定UL_grant和PHICH信息的发送定时,如果在主调小区的这个定时上是一个下行子帧,则这个被调小区的上行子帧可以跨载波调度;否则,不支持跨载波调度。因为上下行配置I是1ms周期,所以按照上下行配置I来处理处理同步HARQ重传时,保证了在重传定时上一定存在可用的上行子帧。
[0083]对不存在LTE版本8中定义的PHICH的情况,可以采用下面的方法来支持同步HARQ传输。可以是在主调小区的这些子帧上增加按照LTE版本8中定义的方法来分配的PHICH,但是这个方法会导致后续兼容问题,即LTE版本8,LTE版本9及LTE版本10的UE都不知道这个子帧存在按照LTE版本8中定义的方法新分配的PHICH,造成TOCCH接收错误。或者,可以用其他方法来分配PHICH,例如,在数据信道所在的时频资源上分配新的PHICH,例如,增强PHICH(ePHICH)信道,因为新PHICH
当前第3页1 2 3 4 5 6 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1