具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应理解,本发明的技术方案可以应用于各种通信系统,例如:全球移动通讯(GSM,Global System of Mobile communication)系统、码分多址(CDMA,Code Division Multiple Access)系统、宽带码分多址(WCDMA,Wideband CodeDivision Multiple Access)系统、通用分组无线业务(GPRS,General PacketRadio Service)、长期演进(LTE,Long Term Evolution)系统、先进的长期演进(LTE-A,Advanced long term evolution)系统、通用移动通信系统(UMTS,Universal Mobile Telecommunication System)等,本发明实施例并不限定,但为描述方便,本发明实施例将以LTE网络为例进行说明。
本发明实施例可以用于不同的制式的无线网络。无线接入网络在不同的系统中可包括不同的网元。例如,LTE(Long Term Evolution,长期演进)和LTE(Advanced long term evolution,先进的长期演进)中无线接入网络的网元包括eNB(eNodeB,演进型基站),WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)中无线接入网络的网元包括RNC(RadioNetwork Controller,无线网络控制器)和NodeB,类似地,WiMax(WorldwideInteroperability for Microwave Access,全球微波互联接入)等其它无线网络也可以使用与本发明实施例类似的方案,只是基站系统中的相关模块可能有所不同,本发明实施例并不限定,但为描述方便,下述实施例将以eNodeB为例进行说明。
还应理解,在本发明实施例中,用户设备(UE,User Equipment)包括但不限于移动台(MS,Mobile Station)、移动终端(Mobile Terminal)、移动电话(Mobile Telephone)、手机(handset)及便携设备(portable equipment)等,该用户设备可以经无线接入网(RAN,Radio Access Network)与一个或多个核心网进行通信,例如,用户设备可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等,用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
根据本发明的实施例引入了主调小区和被调小区的概念,将发送UL_grant信息和PHICH的小区称为主调小区,将发送PUSCH的小区成为被调小区。根据本发明的实施例以一个主调小区和一个被调小区为例描述本发明的方法,应理解,根据本发明的实施例可以直接扩展到一个主调小区和多个被调小区的情况。对于只有两个小区的采用CA技术的系统,主调小区对应于CA的主小区,被调小区对应于采用CA技术的次小区,而对于多于两个小区的采用CA技术的系统,主调小区可以对应于主小区,也可以对应于次小区,被调小区对应于次小区,并且主调小区和被调小区可以为多个。
实施例一
图1是根据本发明的实施例一的基于跨载波调度的数据传输方法的示意性流程图。图1的方法可以由基站或UE来执行。
110,根据参考上下行配置的上行混合自动重传请求HARQ的定时关系确定第一下行子帧,其中第一下行子帧用于指示发送被调小区的第一上行子帧的上行调度授权信息的定时。
例如,对每种主调小区和被调小区的上下行配置的组合,可以复用LTE版本8中已经定义的某种上下行配置的上行HARQ定时来处理被调小区的PUSCH传输,这个被复用的上下行配置称为参考上下行配置。参考上下行配置可以为主调小区的上下行配置或者被调小区的上下行配置,也可以是不同于主调小区和被调小区的其他上下行配置。参考上下行配置可以通过高层信令通知,即采用广播信令或者无线资源控制(RRC,Radio Resource Control)信令来通知UE,根据本发明的实施例并不限于此,例如,参考上下行配置也可以预先定义或配置,不需要信令通知,从而能够减小信令开销。
例如,LTE版本8针对7种上下行配置(上下行配置0、l、2、3、4、5、6)定义了上行HARQ的定时关系,上行HARQ的定时关系用于指示上行子帧的上行调度授权信息的定时、上行子帧的定时,上行子帧的反馈信息的定时以及上行子帧的重传的定时,即在哪个下行子帧上发送上行子帧的上行调度授权信息,在哪个上行子帧发送上行子帧的PUSCH,在哪个下行子帧发送上行子帧的反馈信息以及在哪个上行子帧重传上行子帧的PUSCH。根据本发明的实施例,基站或UE可以根据参考上下行配置的上行HARQ定时关系确定被调小区的跨载波调度的定时。
120,在与第一下行子帧对应的主调小区的子帧为下行子帧的情况下,在与第一下行子帧对应的该主调小区的子帧上传输该上行调度授权信息,其中该主调小区和该被调小区的上下行配置不同。
例如,由于主调小区和被调小区的上下行配置不同,所以可能会存在与上述第一下行子帧对应的主调小区的子帧为上行子帧的情况。在这种情况下不允许对被调小区的第一上行子帧进行跨载波调度,因为无法用主调小区的这个上行子帧向UE发送上行调度授权信息,换句话说,只有在与第一下行子帧对应的主调小区的子帧为下行子帧的情况下,才允许对该被调小区的第一上行子帧进行跨载波调度。可选地,在与第一下行子帧对应的主调小区的子帧为上行子帧的情况下,可以对被调小区的第一上行子帧进行非跨载波调度或者不使用被调小区的第一上行子帧进行PUSCH传输。
例如,基站可以在与第一下行子帧对应的该主调小区的子帧上发送该上行调度授权信息,而UE可以在与第一下行子帧对应的该主调小区的子帧上接收该上行调度授权信息。
130,在第一上行子帧上传输上行数据。
例如,UE可以在第一上行子帧上发送上述PUSCH,而基站可以在第一上行子帧上接收上述PUSCH。
本发明的实施例一可以根据参考上下行配置的上行HARQ的定时关系确定用于对被调小区的子帧进行跨载波调度的下行子帧,并且在与该下行子帧对应的主调小区的子帧为下行子帧的情况下,才对被调小区的子帧进行跨载波调度,从而能够在主调小区和被调小区的上下行配置不一样的情况下有效实现跨载波调度。
根据本发明的实施例一,可以得到支持被调小区的跨载波调度的方法,为了合理选择参考上下行配置以进一步提高系统性能,避免同步HARQ操作存在问题,根据本发明的实施例进一步考虑了其它设计原则来得到性能更优的跨载波调度方法。
根据本发明的实施例一,上述参考上下行配置允许根据该参考上下行配置的上行HARQ的定时关系对上述被调小区的至少一个上行子帧进行跨载波调度。
根据本发明的实施例一,该参考上下行配置在根据该上行HARQ的定时关系确定的用于发送该至少一个上行子帧的上行调度授权信息的下行子帧对应的该主调小区的子帧为下行子帧、根据该上行HARQ定时关系确定的用于发送物理混合重传指示信道PHICH信息的下行子帧对应的该主调小区的子帧为下行子帧,并且根据该上行HARQ定时关系确定的用于重传该至少一个上行子帧的上行数据的下行子帧对应的该被调小区的子帧为上行子帧的情况下,允许对该被调小区的至少一个上行子帧进行跨载波调度。
例如,根据本发明的实施例一在确定参考上下行配置时,可以根据主调小区和被调小区的配置选择参考上下行配置,以保证该参考上下行配置支持对被调小区的至少一个上行子帧的跨载波调度,例如,被调小区的至少一个上行子帧根据参考上下行配置可以在主调小区上找到用于发送上行调度授权信息的下行子帧、用于发送反馈信息的下行子帧以及用于重传的上行子帧。对于不支持跨载波调度被调小区的任何上行子帧的情况,可以通过配置UE采用非对称CA模式来实现,即下行配置CA而上行配置单小区。
根据本发明的实施例,该主调小区采用LTE版本8中定义的上下行配置2至上下行配置5之一,该被调小区的上下行配置作为参考上下行配置。
例如,对主调小区和被调小区的上下行配置不一样的情况,为了支持对被调小区的基于同步HARQ的PUSCH传输的跨载波调度,根据本发明的实施例可以复用LTE版本8中已经定义的某个上下行配置的上行HARQ定时来处理被调小区的PUSCH传输,从而减少标准化的复杂度。例如,可以利用被调小区的上下行配置作为参考上下行配置。另外,对于主调小区和被调小区的上下行配置的组合,可以选择这样的参考上下行配置,使得能够对被调小区的尽可能多的上行子帧进行跨载波调度。
可选地,作为补充或者例外,该主调小区采用LTE版本8中定义的上下行配置0、上下行配置1或者上下行配置6,该上下行配置1作为该参考上下行配置。
例如,与使用其它上下行配置作为参考上下行配置相比,使用上下行配置1作为参考上下行配置可以使得能够实现跨载波调度的被调小区的上行子帧最多。
根据本发明的实施例一,该主调小区采用LTE版本8中定义的上下行配置1至上下行配置5之一,该主调小区的上下行配置作为参考上下行配置。
例如,对每种主调小区和被调小区的配置组合,根据主调小区的上下行配置来确定使用哪种参考上下行配置的上行HARQ定时来处理被调小区的PUSCH传输。在这种情况下,当采用信令通知的方法配置参考上下行配置,只要主调小区(对应Pcell)不变,就不需要新的信令来通知参考上下行配置,因而可以降低信令开销。
可选地,作为补充或者例外,该主调小区采用LTE版本8中定义的上下行配置0或者上下行配置6,LTE版本8中定义的上下行配置1作为该参考上下行配置。
例如,与使用其它上下行配置作为参考上下行配置相比,使用上下行配置1作为参考上下行配置可以使得能够实现跨载波调度的被调小区的上行子帧最多。
可选地,作为补充或者例外,图1的方法还包括:根据该参考上下行配置的上行HARQ的定时关系确定第二下行子帧,其中第二下行子帧用于指示传输该PUSCH的PHICH信息的定时;在与第二下行子帧对应的该主调小区的子帧为下行子帧的情况下,在与第二下行子帧对应的该主调小区的子帧上传输该PHICH信息,其中在120中,在与第二下行子帧对应的该主调小区的子帧为下行子帧的情况下,在与第一下行子帧对应的该主调小区的子帧上传输该上行调度授权信息。
例如,根据本发明的实施例一,可以设计为在被调小区的上行子帧满足以下条件时才能用于传输PUSCH。如果不限制主调小区上必须存在可用的LTE版本8中定义的PHICH,可以针对一个被调小区的上行子帧,按照参考上下行配置的上行定时关系确定UL_grant和PHICH信息的发送定时,如果在主调小区的这两个定时上都是下行子帧,则被调小区的上行子帧可以跨载波调度。换句话说,只有当该被调小区的上行子帧根据参考上下行配置的HARQ的定时关系在主调小区上找到用于发送上行调度授权信息的下行子帧和用于发送反馈信息或PHICH信息的下行子帧时,才可以对被调小区的这个上行子帧进行跨载波调度。
根据本发明的实施例一,如果上述参考上下行配置的第二下行子帧上定义了用于多个上行子帧的PHICH,并且与第二下行子帧对应的主调小区的子帧上也定义了PHICH,则上述多个上行子帧之一使用主调小区的子帧上定义的PHICH,或者上述多个上行子帧均使用主调小区的子帧上定义的PHICH。
例如,在被调小区采用上下行配置0并且参考上下行配置为被调小区的上下配置的情况下,上下行配置0的子帧0或5上各定义了两个上行子帧上的同步HARQ过程的PHICH(例如,PHICH 0和PHICH 1),如果在主调小区的子帧0(或5)上也定义了PHICH,则按照使用PHICH 0或PHICH 1的同步HARQ过程使用主调小区的子帧0(或5)的PHICH;或者,对两个同步HARQ过程都使用主调小区的子帧0(或5)的PHICH。
在120中,在与上述第二下行子帧对应的该主调小区的子帧为下行子帧并且定义了PHICH的情况下,在与第一下行子帧对应的该主调小区的子帧上传输该上行调度授权信息。
例如,如果限制主调小区上必须存在可用的LTE版本8中定义的PHICH信道,对一个被调小区的上行子帧,按照参考上下行配置的上行定时关系确定PHICH的发送定时,如果在主调小区的这个定时上是一个下行子帧并且存在可用的LTE版本8中定义的PHICH,则可以对这个被调小区的上行子帧进行跨载波调度。
可选地,作为补充或者例外,图1的方法还包括:根据该参考上下行配置的上行HARQ的定时关系确定第二上行子帧,第二上行子帧用于指示重传该PUSCH的定时;在与第二上行子帧对应的该被调小区的子帧为上行子帧的情况下,在与第二上行子帧对应的该被调小区的子帧上重传该PUSCH,其中在120中,在与第二上行子帧对应的该被调小区的子帧为上行子帧的情况下,在与第一下行子帧对应的该主调小区的子帧上传输该上行调度授权信息。
例如,对被调小区的一个上行子帧的PUSCH,保证其同步HARQ重传时使用的子帧定时上也是一个上行子帧,从而保证同步HARQ的性能。否则,如果在一个或者多个重传位置上是下行子帧,则在这样的主调小区和被调小区的配置组合的情况下,需要等待更多的时间才能再次对PUSCH进行重传。如果这个等待时间过长,超过业务容忍范围,实际上相当于不能使用HARQ技术来增强传输性能,造成对链路可靠性的影响。
根据本发明的实施例一,可以对于每一种主调小区的上下行配置,采用一种统一的方法来处理被调小区的PUSCH传输。换句话说,按照主调小区的上行HARQ定时来处理被调小区的PUSCH传输;或者,按照被调小区自己的上行HARQ定时来处理被调小区的PUSCH传输;或者,按照某个固定的参考上下行配置的上行HARQ定时来处理被调小区的PUSCH传输。
下面结合具体例子,更加详细地描述本发明的实施例。
实施例二
图2是根据本发明的实施例二的基于跨载波调度的数据传输过程的示意性流程图。实施例二是对实施例一的方法中一个或多个步骤的细化。
本发明的实施例二可以根据具体需要针对不同的主调小区和被调小区上下行配置的组合,选择合适的参考上下行配置,例如,可以选择使得能够实现跨载波调度的被调小区的上行子帧最多的上下行配置作为参考上下行配置。
在本实施例中,考虑了限制在对被调小区的PUSCH进行同步HARQ传输时一定存在可用的在LTE版本8中定义的PHICH信道。因为LTE的帧结构就是以10ms为周期的,所以可以要求被调小区的PUSCH只支持10ms的重传周期,从而保证在PUSCH重传位置一定存在上行子帧。
对每种主调小区和被调小区的上下行配置组合,都需要指定参考上下行配置。如果是采用信令通知的方法配置参考上下行配置,则信令开销较大,因为在每次给采用CA模式的UE增加一个新的被调小区时,都需要指定所采用的参考上下行配置。为了降低复杂度和信令开销,根据本发明的实施例可以对每种主调小区和被调小区的配置组合,只根据主调小区的上下行配置来确定使用哪种参考上下行配置的上行HARQ定时来处理被调小区的PUSCH传输,而与被调小区采用的上下行配置无关。如果是采用信令通知的方法配置参考上下行配置,只要主调小区(对应Pcell)不变,就不需要新的信令来通知参考上下行配置。或者说,配置参考上下行配置的信令是和配置Pcell的信令一起发送的。如果不使用信令通知的方法,则可以按照下面的方法确定每种主调小区的上下行配置对应的参考上下行配置。
例如,当主调小区采用了上下行配置1~5中的某个配置时,以主调小区的上下行配置为参考上下行配置,即根据主调小区的上行HARQ定时来支持对被调小区的上行子帧的跨载波调度。具体地说,对在主调小区和被调小区上都是上行子帧的那些子帧定时,对被调小区的上行子帧,按照主调小区的上行HARQ定时来发送UL_grant和PHICH信息;而对在被调小区上是上行子帧,而在相同子帧定时上主调小区是下行子帧的情况,不支持对这样的被调小区上的上行子帧的跨载波调度。
例如,当主调小区采用了上下行配置0或者6时,固定采用上下行配置1作为参考上下行配置,即根据上下行配置1的上行HARQ定时来传输被调小区的上行子帧的跨载波调度。由于上下行配置0或者6的所有子帧上都存在版本8中定义的PHICH,所以一定不存在找不到可用PHICH的问题。具体地说,对一个被调小区的上行子帧,按照上下行配置1的上行定时关系确定UL_grant和PHICH信息的发送定时,如果在主调小区的这两个定时上都是下行子帧,则这个被调小区的上行子帧可以跨载波调度;否则,不支持跨载波调度。
210,判断主调小区上是否存在与第一下行子帧对应的下行子帧。
例如,根据参考上下行配置的上行HARQ定时关系确定用于指示被调小区的第一上行子帧的上行调度授权信息的定时的第一下行子帧,并确定与第一下行子帧对应的主调小区的子帧是否为下行子帧,如果是,执行220,否则,不支持对第一上行子帧的跨载波调度。这里,第一上行子帧指被调小区的一个上行子帧。
220,判断主调小区上是否存在与第二下行子帧对应的下行子帧。
例如,根据该参考上下行配置的上行HARQ的定时关系确定用于指示被调小区的第一上行子帧的PHICH的定时的第二下行子帧,并且确定与第二下行子帧对应的主调小区的子帧是否为下行子帧。如果是,执行230,否则,不支持对第一上行子帧的跨载波调度。
230,判断主调小区的与第二下行子帧对应的子帧是否定义了PHICH。
例如,如果主调小区的与第二下行子帧对应的子帧上定义了PHICH,则执行240,否则,不支持对第一上行子帧的跨载波调度。
240,判断在被调小区上是否存在与第二上行子帧对应的上行子帧。如果是,则对第一上行子帧进行跨载波调度,否则,不支持对第一上行子帧的跨载波调度。
上面描述了在满足210至240的条件下,可以对被调小区的第一上行子帧进行跨载波调度。可选地,也可以根据需要在只满足210或者只满足210和220或者只满足210、220和230的条件下,对被调小区的第一上行子帧进行跨载波调度。
基站和UE均可以进行上述210至240的判断,以确定可以对哪些上行子帧进行跨载波调度。下面250至280描述对被调小区的第一上行子帧进行跨载波调度的过程。
250,在确定可以对被调小区的第一上行子帧进行跨载波调度的情况下,基站在与第一下行子帧对应主调小区的下行子帧上发送上行调度授权信息。
260,UE与第一下行子帧对应主调小区的下行子帧上接收到上行调度授权信息后,进行解调处理,并在被调小区的第一上行子帧上发送PUSCH。
270,基站在被调小区的第一上行子帧上收到PUSCH后,进行解调处理,并在与第二下行子帧对应的主调小区的下行子帧上向UE发送PHICH信息。
280,UE在与第二下行子帧对应的主调小区的下行子帧上接收到PHICH信息之后,进行解调处理,并在与第二上行子帧对应的被调小区的上行子帧上向基站重传上一个PUSCH或发送新的PUSCH。
例如,在与根据参考上下行配置的上行HARQ定时关系确定的上行子帧对应的被调小区的子帧为上行子帧的情况下,如果PHICH发送的信息为ACK,则UE可以在该上行子帧上向基站发送新的PUSCH,如果PHICH发送的信息为NACK,则UE可以该上行子帧上向基站重传上一个PUSCH。
实施例三
图3是根据本发明的实施例三的基于跨载波调度的数据传输过程的示意性流程图。实施例三是对实施例一的方法中一个或多个步骤的细化。
在本实施例三中,不限制在对被调小区的PUSCH进行同步HARQ传输时一定存在可用的在LTE版本8中定义的PHICH,从而可以支持对更多的被调小区的上行子帧的跨载波调度。对上下行配置0和6,其同步HARQ传输不是10ms周期的,这样只有在配置0和6的所有上行子帧都能够被跨载波调度时才考虑可以按照他们自己的上行定时来工作,从而保证在上述第二上行子帧定时上被调小区是一个上行子帧。
当主调小区采用了上下行配置2~5中的某个配置时,以被调小区的上下行配置为参考上下行配置,即根据被调小区自己的上行HARQ定时来支持对被调小区的上行子帧的跨载波调度。具体地说,对被调小区采用配置1~5的情况,对一个被调小区的上行子帧,按照它自己的上行定时关系确定UL_grant和PHICH信息的发送定时,如果在主调小区的这个定时上是一个下行子帧,则这个被调小区的上行子帧可以跨载波调度;否则,不支持跨载波调度。因为配置1~5是10ms周期,按照他们自己的上行HARQ定时处理同步HARQ重传时,在重传定时上一定存在可用的上行子帧。对被调小区采用配置0或者6的情况,他们的下行子帧都是主调小区的下行子帧的子集,所以按照被调小区的上行HARQ定时一定可以在主调小区上存在下行子帧发送UL_grant和PHICH信息,即所有被调小区的上行子帧都可以被跨载波调度,这保证按照他们自己的上行HARQ定时处理同步HARQ重传时,在重传定时上一定存在可用的上行子帧。
特别地,在LTE版本8,LTE版本9及LTE版本10中,对被调小区采用上下行配置0的情况,UL_grant中需要设置UL_index域。对被调小区采用其他上下行配置的情况,在UL_grant中设置UL_DAI域。在LTE版本8,LTE版本9及LTE版本10中,在上下行配置0的子帧0或者5上分别存在两个PHICH(例如,PHICH 0,PHICH 1),并且用于不同的同步HARQ过程。这样,在采用不同配比的情况下,对被调小区采用上下行配置0时,如果在主调小区的子帧0或者5上存在PHICH,可以把主调小区的子帧0或者5上存在PHICH作为PHICH 0,即可以只对按照LTE版本8使用PHICH 0的那个同步HARQ过程使用子帧0或者5上存在的PHICH;或者,也可以对两个同步HARQ过程都使用子帧0或者5上存在的PHICH。
当主调小区采用了上下行配置0、1或者6时,固定采用上下行配置1作为参考上下行配置,即根据上下行配置1的上行HARQ定时来传输被调小区的上行子帧的跨载波调度。具体地说,对一个被调小区的上行子帧,按照上下行配置1的上行定时关系确定UL_grant和PHICH信息的发送定时,如果在主调小区的这个定时上是一个下行子帧,则这个被调小区的上行子帧可以跨载波调度;否则,不支持跨载波调度。因为上下行配置1是10ms周期,所以按照上下行配置1来处理处理同步HARQ重传时,保证了在重传定时上一定存在可用的上行子帧。
对不存在LTE版本8中定义的PHICH的情况,可以采用下面的方法来支持同步HARQ传输。可以是在主调小区的这些子帧上增加按照LTE版本8中定义的方法来分配的PHICH,但是这个方法会导致后续兼容问题,即LTE版本8,LTE版本9及LTE版本10的UE都不知道这个子帧存在按照LTE版本8中定义的方法新分配的PHICH,造成PDCCH接收错误。或者,可以用其他方法来分配PHICH,例如,在数据信道所在的时频资源上分配新的PHICH,例如,增强PHICH(ePHICH)信道,因为新PHICH是在数据信道资源内发射的,所以对LTE版本8、LTE版本9、LTE版本10的UE检测PDCCH没有影响,满足后续兼容。或者,对这些子帧不分配PHICH,实际上,虽然不存在PHICH,但是基站仍然可以使用UL_grant来触发同步HARQ重传,但是信令开销较大。
310,判断主调小区上是否存在与第一下行子帧对应的下行子帧。
例如,根据参考上下行配置的上行HARQ定时关系确定用于指示被调小区的第一上行子帧的上行调度授权信息的定时的第一下行子帧,并确定与第一下行子帧对应的主调小区的子帧是否为下行子帧,如果是,执行320,否则,不支持对第一上行子帧的跨载波调度。这里,第一上行子帧指被调小区的任一上行子帧。
320,判断主调小区上是否存在与第二下行子帧对应的下行子帧。
例如,根据该参考上下行配置的上行HARQ的定时关系确定用于指示被调小区的第一上行子帧的PHICH的定时的第二下行子帧,并且确定与第二下行子帧对应的主调小区的子帧是否为下行子帧。如果是,执行340,否则,不支持对第一上行子帧的跨载波调度。
340,判断在被调小区上是否存在与第二上行子帧对应的上行子帧。如果是,则对第一上行子帧进行跨载波调度,否则,不支持对第一上行子帧的跨载波调度。
上面描述了在满足310至340的条件下,可以对被调小区的第一上行子帧进行跨载波调度。可选地,也可以根据需要在只满足310或者只满足310和320的条件下,对被调小区的第一上行子帧进行跨载波调度。
基站和UE均可以进行上述310至340的判断,以确定可以对哪些上行子帧进行跨载波调度。下面350至380描述对被调小区的第一上行子帧进行跨载波调度的过程。
350,在确定可以对被调小区的第一上行子帧进行跨载波调度的情况下,基站在与第一下行子帧对应主调小区的下行子帧上发送上行调度授权信息。
360,UE与第一下行子帧对应主调小区的下行子帧上接收到上行调度授权信息后,进行解调处理,并在被调小区的第一上行子帧上发送PUSCH。
370,基站在被调小区的第一上行子帧上收到PUSCH后,进行解调处理,并在与第二下行子帧对应的主调小区的下行子帧上向UE发送PHICH信息。
380,UE在与第二下行子帧对应的主调小区的下行子帧上接收到PHICH信息之后,进行解调处理,并在与第二上行子帧对应的被调小区的上行子帧上向基站重传上一个PUSCH或发送新的PUSCH。
上面描述了根据本发明实施例的基于跨载波调度的数据传输方法,下面分别结合图4和图5描述根据本发明实施例的基站和用户设备和系统,以及相应的可存储介质和计算机程序产品。
实施例四
图4是根据本发明的实施例四的基站的结构性示意图。图4的基站400包括:处理器410、发送器420和接收器430。图4的实施例是对图1的实施例的方法中一个或多个步骤的细化。
处理器410被配置为根据参考上下行配置的上行混合自动重传请求HARQ的定时关系确定第一下行子帧,其中第一下行子帧用于指示发送被调小区的第一上行子帧的上行调度授权信息的定时。
发送器420被配置为在与第一下行子帧对应的主调小区的子帧为下行子帧的情况下,在与第一下行子帧对应的该主调小区的子帧上发送该上行调度授权信息,其中该主调小区和该被调小区的上下行配置不同。
接收器430被配置为接收用户设备在第一上行子帧上发送的上行数据。
根据本发明的实施例,该参考上下行配置允许根据该参考上下行配置的上行HARQ的定时关系对该被调小区的至少一个上行子帧进行跨载波调度。
根据本发明的实施例四,该参考上下行配置在根据该上行HARQ的定时关系确定的用于发送该至少一个上行子帧的上行调度授权信息的下行子帧对应的该主调小区的子帧为下行子帧、根据该上行HARQ定时关系确定的用于发送物理混合重传指示信道PHICH信息的下行子帧对应的该主调小区的子帧为下行子帧并且根据该上行HARQ定时关系确定的用于重传该至少一个上行子帧的上行数据的下行子帧对应的该被调小区的子帧为上行子帧的情况下,允许对该被调小区的至少一个上行子帧进行跨载波调度。
根据本发明的实施例四,该主调小区采用LTE版本8中定义的上下行配置2至上下行配置5之一,该被调小区的上下行配置作为该参考上下行配置;或者,该主调小区采用LTE版本8中定义的上下行配置0、上下行配置1或者上下行配置6,该上下行配置1作为该参考上下行配置。
根据本发明的实施例四,该主调小区采用LTE版本8中定义的上下行配置1至上下行配置5之一,该主调小区的上下行配置作为参考上下行配置;或者,该主调小区采用LTE版本8中定义的上下行配置0或者上下行配置6,LTE版本8中定义的上下行配置1作为该参考上下行配置。
可选地,作为补充或者例外,处理器410还被配置为根据该参考上下行配置的上行HARQ的定时关系确定第二下行子帧,其中第二下行子帧用于指示发送上行数据的PHICH信息的定时,并且发送器420还被配置为在与第二下行子帧对应的该主调小区的子帧为下行子帧的情况下,在与第二下行子帧对应的该主调小区的子帧上发送该PHICH信息,其中发送器420还被配置为在与第二下行子帧对应的该主调小区的子帧为下行子帧的情况下,在与第一下行子帧对应的该主调小区的子帧上发送该上行调度授权信息。
根据本发明的实施例,如果该参考上下行配置的第二下行子帧上定义了用于多个上行子帧的PHICH,并且与第二下行子帧对应的该主调小区的子帧上也定义了PHICH,则上述多个上行子帧之一使用该主调小区的子帧上定义的PHICH,或者上述多个上行子帧均使用该主调小区的子帧上定义的PHICH。
根据本发明的实施例,发送器420还被配置为在与第二下行子帧对应的该主调小区的子帧为下行子帧并且定义了PHICH的情况下,在与第一下行子帧对应的该主调小区的子帧上发送该上行调度授权信息。
可选地,作为补充或者例外,处理器410还被配置为根据该参考上下行配置的上行HARQ的定时关系确定第二上行子帧,其中第二上行子帧用于指示重传该上行数据的定时,接收器430还被配置为在与第二上行子帧对应的该被调小区的子帧为上行子帧的情况下,在与第二上行子帧对应的该被调小区的子帧上接收该用户设备重传的该上行数据,其中发送器420还被配置为在与第二上行子帧对应的该被调小区的子帧为上行子帧的情况下,在与第一下行子帧对应的该主调小区的子帧上发送该上行调度授权信息。
根据本发明的实施例,该参考上下行配置被预先配置,并且发送器420还被配置为将该参考上下行配置通知用户设备。例如,通过高层信令通知用户设备。
需要说明的是:处理器410,发送器420和接收器430彼此之间相互耦合。
基站400的各个硬件或硬件与相应软件的配合所执行的操作可以参考实施例一至实施例三的相应方法,例如,上述实施例一的方法的110、120和130。为了避免重复,在此不再赘述。
此外,还提供一种计算可读媒体(或介质),包括在被执行时进行以下操作的计算机可读指令:执行上述实施例一的方法的110、120和130的操作。
另外,还提供一种计算机程序产品,包括上述计算机可读介质。
实施例五
图5是根据本发明的实施例五的用户设备500的结构性示意图。图5的用户设备500包括:处理器510、接收器520和发送器530。
处理器510被配置为根据参考上下行配置的上行混合自动重传请求HARQ的定时关系确定第一下行子帧,其中第一下行子帧用于指示发送被调小区的第一上行子帧的上行调度授权信息的定时。接收器520被配置为在与第一下行子帧对应的主调小区的子帧为下行子帧的情况下,在与第一下行子帧对应的该主调小区的子帧上接收该上行调度授权信息,其中该主调小区和该被调小区的上下行配置不同。发送器530被配置为根据该上行调度授权信息在第一上行子帧上发送上行数据
根据本发明的实施例五,该参考上下行配置允许根据该参考上下行配置的上行HARQ的定时关系对该被调小区的至少一个上行子帧进行跨载波调度。
该参考上下行配置在根据该上行HARQ的定时关系确定的用于发送该至少一个上行子帧的上行调度授权信息的下行子帧对应的该主调小区的子帧为下行子帧、根据该上行HARQ定时关系确定的用于发送物理混合重传指示信道PHICH信息的下行子帧对应的该主调小区的子帧为下行子帧并且根据该上行HARQ定时关系确定的用于重传该至少一个上行子帧的上行数据的下行子帧对应的该被调小区的子帧为上行子帧的情况下,允许对该被调小区的至少一个上行子帧进行跨载波调度。
根据本发明的实施例五,该主调小区采用LTE版本8中定义的上下行配置2至上下行配置5之一,该被调小区的上下行配置作为该参考上下行配置;或者,该主调小区采用LTE版本8中定义的上下行配置0、上下行配置1或者上下行配置6,该上下行配置1作为该参考上下行配置。
根据本发明的实施例五,该主调小区采用LTE版本8中定义的上下行配置1至上下行配置5之一,该主调小区的上下行配置作为参考上下行配置;或者,该主调小区采用LTE版本8中定义的上下行配置0或者上下行配置6,LTE版本8中定义的上下行配置1作为该参考上下行配置。
可选地,作为补充或者例外,处理器510还被配置为根据该参考上下行配置的上行HARQ的定时关系确定第二下行子帧,其中第二下行子帧用于指示接收该上行数据的PHICH信息的定时,并且接收器520还被配置为还在与第二下行子帧对应的该主调小区的子帧为下行子帧的情况下,在与第二下行子帧对应的该主调小区的子帧上接收该PHICH信息,其中接收器520还被配置为在与第二下行子帧对应的该主调小区的子帧为下行子帧的情况下,在与第一下行子帧对应的该主调小区的子帧上接收该上行调度授权信息。
根据本发明的实施例五,如果该参考上下行配置的第二下行子帧上定义了用于多个上行子帧的PHICH,并且与第二下行子帧对应的该主调小区的子帧上也定义了PHICH,则上述多个上行子帧之一使用该主调小区的子帧上定义的PHICH,或者上述多个上行子帧均使用该主调小区的子帧上定义的PHICH。
根据本发明的实施例,接收器520还被配置为在与第二下行子帧对应的该主调小区的子帧为下行子帧并且定义了PHICH的情况下,在与第一下行子帧对应的该主调小区的子帧上接收该上行调度授权信息。
可选地,作为补充或者例外,处理器510还被配置为根据该参考上下行配置的上行HARQ的定时关系确定第二上行子帧,其中第二上行子帧用于指示重传该上行数据的定时,发送器530还被配置为在与第二上行子帧对应的该被调小区的子帧为上行子帧的情况下,在与第二上行子帧对应的该被调小区的子帧上重传该上行数据,其中接收器520还被配置为在与第二上行子帧对应的该被调小区的子帧为上行子帧的情况下,在与第一下行子帧对应的该主调小区的子帧上接收该上行调度授权信息。
根据本发明的实施例,接收器520从基站接收该参考上下行配置,或者,该参考上下行配置被预先配置。
需要说明的是:处理器510,接收器520和发送器530彼此之间相互耦合。
用户设备500的各个硬件或硬件与相应软件的配合所执行的操作可以参考实施例一至实施例三的相应方法,例如,上述实施例一中的方法的110、120和130。为了避免重复,在此不再赘述。
此外,还提供一种计算可读媒体(或介质),包括在被执行时进行以下操作的计算机可读指令:执行上述实施例一中的方法的110、120和130的操作。
另外,还提供一种计算机程序产品,包括上述计算机可读介质。
根据本发明的实施例提供一种通信系统包括图4的实施例中的基站400和图5的实施例中的用户设备500。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的器件及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和器件的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述器件的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个器件或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或器件的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的器件可以是或者也可以不是物理上分开的,作为器件显示的部件可以是或者也可以不是物理器件,即可以位于一个地方,或者也可以分布到多个网络器件上。可以根据实际的需要选择其中的部分或者全部器件来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能器件可以集成在一个处理器件中,也可以是各个器件单独物理存在,也可以两个或两个以上器件集成在一个器件中。
所述功能如果以软件功能器件的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。