具体实施方式
本发明实施例网络侧通过用户专属的高层信令向演进的TDD用户设备发送上下行子帧配置信息;演进的TDD用户设备根据通过用户专属的高层信令接收的来自网络侧的上下行子帧配置信息进行TDD无线帧传输数据。由于本发明实施通过高层信令为用户设备配置TDD上下行子帧,从而缩短了变更周期,能够适应适应业务需求变化;并且不需要小区内的所有用户设备都频繁重新读取系统消息,节省用户设备的功耗。
其中,演进的TDD用户设备是LTE Rel(版本)-11及以后版本的用户设备。通过用户专属的高层信令发送的上下行子帧配置信息对应的TDD上下行子帧配置可以是Rel-8、Rel-9和Rel-10中规定的TDD上下行子帧配置中的一种(如表1所示),也可以是其他新的上下行子帧配置方式。
下面结合说明书附图对本发明实施例作进一步详细描述。
在下面的说明过程中,先从网络侧和用户设备侧的配合实施进行说明,最后分别从网络侧与用户设备侧的实施进行说明,但这并不意味着二者必须配合实施,实际上,当网络侧与用户设备侧分开实施时,也解决了分别在网络侧、用户设备侧所存在的问题,只是二者结合使用时,会获得更好的技术效果。
如图2所示,本发明实施例TDD无线帧中传输数据的系统包括:网络侧设备10和演进的TDD用户设备20。
网络侧设备10,用于确定演进的TDD用户设备20的上下行子帧配置信息,并通过用户专属的高层信令向演进的TDD用户设备20发送上下行子帧配置信息,以及通过TDD无线帧传输数据;
演进的TDD用户设备20,用于根据通过用户专属的高层信令接收的来自网络侧设备10的上下行子帧配置信息,确定TDD上下行子帧配置,根据确定的上下行子帧配置,通过TDD无线帧传输数据。
较佳地,网络侧设备10根据下列信息中的至少一种确定需要发送给该演进的TDD用户设备的上下行子帧配置信息:
1、演进的TDD用户设备与网络通信的实际业务需求量;
2、演进的TDD用户设备进行D2D(Device to Device communication,用户终端之间直接通信)的业务需求量;
3、是否需要增强演进的TDD用户设备的上行覆盖。
其中,演进的TDD用户设备与网络通信的实际业务需求量中,下行数据是网络侧设备发送给用户设备的,网络侧的发送缓冲区存有待发送的数据,由此判断业务量大小;上行数据量大小是根据终端上报的发送缓冲区数据量得到的。
其中,演进的TDD用户设备进行D2D的业务需求量中,D2D的业务需求量中可以根据用户设备上报,网络侧分配等方式确定。
比如,根据演进的TDD用户设备与网络通信的实际业务需求量(即上下行需要的业务比例)确定需要发送给该演进的TDD用户设备的上下行子帧配置信息。图7中,UE2进行D2D的下行业务需求量比较大,则可以为UE2分配表1中的配置5;UE3进行D2D的上下行业务需求量相当,则可以为UE3分配表1中的配置1。
比如,根据演进的TDD用户设备进行D2D的业务需求量(即上下行需要的业务比例)确定需要发送给该演进的TDD用户设备的上下行子帧配置信息。图7中,UE2与网络通信的下行业务需求量比较大,则可以为UE2分配表1中的配置5;UE3与网络通信的上下行业务需求量相当,则可以为UE3分配表1中的配置1。
比如,根据是否需要增强演进的TDD用户设备的上行覆盖,确定需要发送给该演进的TDD用户设备的上下行子帧配置信息,则本发明实施例可以解决小区边缘功率受限用户设备的上行覆盖问题。如图10所示,小区规划的下行和上行业务比例为4∶1,因此系统广播的上下行子帧配置为表1中的2(即DSUDDDSUDD)。对于小区边缘功率受限的用户设备,按照这种子帧分配方式无法进行UL subframe bundling(即TTI bundling,LTE的一种上行覆盖增强技术,通过将一个数据包放在连续的多个上行子帧中传输以提升传输可靠性,适用于功率受限的终端,具体方法可以参见3GPP TS36.213)。此时网络侧设备10可以配置此类功率受限的用户设备采用上行较多的子帧配置方式,例如图中所示表1中的1(即DSUUDDSUUD),则该用户设备可以按照现有技术进行UL subframe bundling操作。在功率受限用户设备较少的时候,这种实施方式即保证了功率受限用户设备的覆盖,又没有改变整个小区的上下行配置与业务比例的对应关系,从而保证了上下行子帧资源的利用率。
需要说明的是,本发明实施例并不局限于上述3种方式,其他能够确定需要发送给该演进的TDD用户设备的上下行子帧配置信息的方式都适用本发明实施例。
如果根据业务需求,确定需要发送给该演进的TDD用户设备的上下行子帧配置信息,由于针对同一小区内不同用户设备采用不同的上下行子帧配置,适应不同用户设备的业务需求。
如果根据是否需要增强演进的TDD用户设备的上行覆盖,确定需要发送给该演进的TDD用户设备的上下行子帧配置信息,由于通过为小区边缘的用户设备分配上行较多的子帧配置,使得此类用户设备能够使用UL subframebundling方式传输上行数据,提升上行覆盖,避免为了边缘少量用户设备的覆盖要求影响整个小区的上下行业务资源比例,提升资源利用率。
在实施中,承载上下行子帧配置信息的用户专属的高层信令有很多,比如RRC(Radio Resource Control,无线资源控制)信令、MAC(Media AccessControl,媒体接入控制)信令等。
较佳地,网络侧设备10可以在演进的TDD用户设备20和网络建立连接时发送上下行子帧配置信息。
由于演进的TDD用户设备20的需求有可能改变,所以网络侧设备10可以周期或者由高层触发等方式,重新确定演进的TDD用户设备20的上下行子帧配置信息,若上下行子帧配置信息发生改变,可以通过用户专属的高层信令重新配置,比如通过高层信令重配过程发送上下行子帧配置信息。
在系统中除了演进的TDD用户设备20,还有非演进的TDD用户设备,这些非演进的TDD用户设备需要通过系统广播配置上下行子帧。具体的,网络侧设备10通过系统广播发送上下行子帧配置信息,用于为非演进的TDD用户设备配置TDD上下行子帧。
其中,非演进的TDD用户设备是LTE Rel-10及之前版本的用户设备。
较佳地,网络侧设备10根据非演进的TDD用户设备与网络通信数据需求量和/或演进的TDD用户设备的数据需求量(包括与网络通信业务需求量和/或D2D的业务需求量),确定需要通过系统广播发送的上下行子帧配置信息。
比如,根据非演进的TDD用户设备20的数据需求量确定需要通过系统广播发送的上下行子帧配置信息:非演进的TDD用户设备的下行业务需求量比较大,则可以选择下行子帧比较多的配置;非演进的TDD用户设备的上行业务需求量比较大,则可以选择上行子帧比较多的配置,比如表1中的配置0。
比如,根据演进的TDD用户设备20的数据需求量确定需要通过系统广播发送的上下行子帧配置信息:演进的TDD用户设备20的下行业务需求量比较大,则可以选择下行子帧比较多的配置;演进的TDD用户设备20的上行业务需求量比较大,则可以选择上行子帧比较多的配置。
对于根据非演进的TDD用户设备的数据需求量和演进的TDD用户设备20的数据需求量和确定需要通过系统广播发送的上下行子帧配置信息的方式有很多种,比如可以参照网络侧的策略,以非演进的TDD用户设备或者演进的TDD用户设备需求进行配置。
其中,网络侧设备10需要在同一个子帧上发送数据或接收数据。比如网络侧设备10根据已下发给用户设备(包括演进的TDD用户设备和非演进的TDD用户设备)的上下行子帧配置信息,与用户设备进行通信。
对于不同用户设备(即系统(或小区)中的所有用户设备,包括非演进的TDD用户设备和演进的TDD用户设备)分配为相同传输方向的子帧,网络侧设备10采用相同的传输方向。比如子帧A在不同的用户设备都是下行子帧,则对于子帧A的传输方向网络侧设备10也采用下行。
对于不同用户设备(包括非演进的和演进的用户设备)分配为不同传输方向的子帧,网络侧设备10根据用户设备的业务需求量,确定对于不同用户设备分配为不同传输方向的子帧针对网络侧的传输方向。具体的,网络侧设备10根据各个用户设备的业务需求量,判断需要优先为哪个用户设备服务,并采用与该用户设备配置的子帧方向进行传输。比如子帧B对于有的用户设备是上行子帧,对于有的用户设备是下行子帧,而用户设备1的业务需求量比较大,确定优先为用户设备1服务,子帧B对于户设备1是上行,则对于子帧A的传输方向网络侧设备10也采用上行。
对于不同用户设备(包括非演进的和演进的用户设备)分配为不同传输方向的子帧,除了根据用户设备的业务需求量确定传输方向,还可以根据小区内是否有未进行反馈的HARQ(Hybrid Automatic Repeat reQuest,混合自动重传请求)进程,确定对于不同用户设备分配为不同传输方向的子帧针对网络侧的传输方向。比如如果有一个或多个用户设备的DL(下行链路)HARQ传输需要UL(下行链路)ACK/NACK反馈,确定相应的一个或多个反馈子帧为上行子帧;反之,如果有一个或多个用户的UL HARQ传输需要DL ACK/NACK反馈,确定相应的一个或多个反馈子帧为下行子帧。
在实施中,网络侧设备通过TDD无线帧传输数据时,可以通过PDSCH(Physical Downlink Shared Channel,物理下行链路共享信道)发送下行数据,以及通过PUSCH(Physical Uplink Shared Channel,物理上行链路共享信道)接收上行数据。
较佳地,演进的TDD用户设备20通过TDD无线帧传输数据时,通过TDD无线帧中的下行子帧接收数据,以及通过TDD无线帧中的上行子帧发送数据。
具体的,演进的TDD用户设备20在为其分配为下行子帧上进行下行控制信令PDCCH的检测;若检测到PDCCH为下行链路调度,则根据下行链路调度指示的下行子帧中下行链路调度指示的频域资源上以下行链路调度指示的MCS格式接收数据;若检测到PDCCH为上行链路调度,则根据上行链路调度指示的下行子帧中上行链路调度指示的频域资源上以上行链路调度指示的MCS格式接收数据。
比如演进的TDD用户设备20在预先分配的PRB资源上进行下行控制信令的盲检测。如果检测到PDCCH为DL grant(下行链路调度),则按照PDCCH的指示在当前下行子帧和/或后续的一个或一个以上的特定下行子帧上中特定频域资源上以特定MCS格式接收数据(这些特定都是根据PDCCH指示确定的,下同);如果检测到PDCCH为UL grant(上行链路调度),则按照PDCCH的指示在后续一个或一个以上的特定上行子帧中特定频域资源上以特定MCS格式发送数据。
在实施中,如果演进的TDD用户设备20和网络进行通信,则演进的TDD用户设备20通过PDSCH接收来自网络侧的下行数据,以及通过PUSCH向网络侧发送上行数据。
如果演进的TDD用户设备20进行D2D,则演进的TDD用户设备20在进行D2D时,通过上行子帧向其他演进的TDD用户设备发送数据,以及通过下行子帧接收来自其他演进的TDD用户设备的数据。
在实施中,可以在网络侧控制下进行D2D。具体的,网络侧设备10在确定两个演进的TDD用户设备需要进行D2D后,选择一个特定子帧,其中特定子帧对于需要发送数据的用户设备配置的是上行子帧,对于需要接收数据的用户设备配置的是下行子帧;网络侧设备10调度需要发送数据的演进的TDD用户设备在特定子帧上发送数据,以及调度需要接收数据的演进的TDD用户设备在特定子帧上接收数据。
比如,图8A中,UE1与UE2被分配为不同的上下行子帧配置,且网络侧设备10获知该两UE需要进行D2D通信(比如通过用户设备与网络侧之间交互等方式获知)。则UE1在子帧4中接收到网络侧设备10发来的UL grant指示其在子帧8中以特定的MCS在特定资源上发送数据(该数据为发送给UE2的D2D数据),且UE2在子帧8接收到网络侧设备10发来的DL grant在当前子帧中以相同的MCS在相同的资源上接收数据。上述过程实现了UE1到UE2的D2D通信,且该通信是在网络侧控制下完成的。
除了在网络侧控制下进行D2D,还可以不在网络侧控制下进行D2D,即进行D2D的两个用户设备直接选择在进行D2D的用户设备的传输方向相反的子帧上进行D2D传输。比如,图8B中,UE1在子帧8上发送的信号被UE2在子帧8上接收。
较佳地,网络侧设备10通过TDD无线帧在传输反馈信息时,在用于接收反馈信息的上行子帧上接收对应数据接收HARQ进程的反馈信息,以及用于发送反馈信息的下行子帧上发送对应数据发送HARQ进程的反馈信息;
相应的,演进的TDD用户设备20通过TDD无线帧在传输反馈信息时,在用于发送反馈信息的上行子帧上发送对应数据接收HARQ进程的反馈信息,以及用于接收反馈信息的下行子帧上接收对应数据发送HARQ进程的反馈信息。
其中,确定哪些子帧用于传输反馈信息的方式有很多,下面列举几种。
反馈信息方式一、网络侧设备10按照Rel-8 TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于接收反馈信息的上行子帧;以及按照Rel-8 TDD中规定的特定上下行子帧配置下的PUSCH HARQ传输与下行链路反馈信息的时序关系,确定用于发送反馈信息的下行子帧;其中,特定上下行子帧配置是通过用户专属高层信令发送的上下行子帧配置信息对应的上下行子帧配置。
相应的,演进的TDD用户设备20按照Rel-8 TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于发送反馈信息的上行子帧;以及按照Rel-8 TDD中规定的特定上下行子帧配置下的PUSCH HARQ传输与下行链路反馈信息的时序关系,确定用于接收反馈信息的下行子帧;其中,特定上下行子帧配置是演进的TDD用户设备通过用户专属高层信令收到的上下行子帧配置信息对应的上下行子帧配置。
反馈信息方式二、网络侧设备10按照Rel-8 TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于接收反馈信息的上行子帧;其中,用于接收反馈信息的上行子帧是网络侧通过用户专属高层信令发送的上下行子帧配置信息确定的上行子帧集合和通过系统广播发送的上下行子帧配置信息确定的上行子帧集合的交集中的子帧;以及按照Rel-8 TDD中规定的特定上下行子帧配置下的PUSCH HARQ传输与下行链路反馈信息的时序关系,确定用于发送反馈信息的下行子帧;其中,确定用于发送反馈信息的下行子帧是网络侧通过用户专属高层信令发送的上下行子帧配置信息确定的下行子帧集合和通过系统广播发送的上下行子帧配置信息确定的下行子帧集合的交集中的子帧。其中,特定上下行子帧配置是通过用户专属高层信令发送的上下行子帧配置信息对应的上下行子帧配置。
相应的,演进的TDD用户设备20按照Rel-8 TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于发送反馈信息的上行子帧;其中,用于发送反馈信息的上行子帧是演进的TDD用户设备通过用户专属高层信令收到的上下行子帧配置信息确定的上行子帧集合和通过系统广播收到的上下行子帧配置信息确定的上行子帧集合的交集中的子帧;以及按照Rel-8 TDD中规定的特定上下行子帧配置下的PUSCHHARQ传输与下行链路反馈信息的时序关系,确定用于接收反馈信息的下行子帧;其中,用于接收反馈信息的下行子帧是演进的TDD用户设备通过用户专属高层信令收到的上下行子帧配置信息确定的下行子帧集合和通过系统广播收到的上下行子帧配置信息确定的下行子帧集合的交集中的子帧,不在该交集中的下行子帧不接收反馈信息。其中,特定上下行子帧配置是演进的TDD用户设备通过用户专属高层信令收到的上下行子帧配置信息对应的上下行子帧配置。
反馈信息方式三、网络侧设备10将特定上行子帧集合中的子帧作为用于接收反馈信息的上行子帧;其中,特定上行子帧集合是任何上下行子帧配置中传输方向都是上行的子帧,比如子帧2和/或子帧7;以及将特定下行子帧集合中的子帧作为用于发送反馈信息的下行子帧;其中,特定下行子帧集合是任何上下行子帧配置中传输方向都是下行的子帧,比如子帧0,1,5和6中的至少一个。
相应的,演进的TDD用户设备20将特定上行子帧集合中的子帧作为用于发送反馈信息的上行子帧;其中,特定上行子帧集合是任何上下行子帧配置中传输方向都是上行的子帧,比如子帧2和/或子帧7;以及将特定下行子帧集合中的子帧作为用于接收反馈信息的下行子帧;其中,特定下行子帧集合是任何上下行子帧配置中传输方向都是下行的子帧,比如子帧0,1,5和6中的至少一个。
比如,根据不同演进的TDD用户设备需要传输的实时业务量状况,确定需要发送给该演进的TDD用户设备的上下行子帧配置信息。若某一时间段(例如一个无线帧10ms)某一演进的TDD用户设备1的业务需求较大,则按照分配给该演进的TDD用户设备的上下行子帧分配方式进行数据收发操作以及相应的HARQ反馈操作(如何没有业务量需求较大的UE,网络侧可以任选某个UE的子帧分配方式工作);其他演进的TDD用户设备的数据传输可以在与演进的TDD用户设备1分配有共同方向的子帧上进行。以图7为示例,若某一时间段UE2的业务需求较大,则按照分配给UE2的子帧分配方式(即DSUDDDDDD)进行数据收发操作以及相应的HARQ反馈操作,此时UE3仍可以在子帧0,1,4,5,6,9上接收控制信令和数据,以及在子帧2上发送数据和下行HARQ过程对应的ACK/NACK反馈(对应反馈信息方式三);或者在子帧2上发送数据,在子帧2,3,7,8上发送下行HARQ过程对应的ACK/NACK反馈(对应反馈信息方式一和二,此时子帧3,7,8上发送的ACK/NACK反馈网络侧无法收到)。
较佳地,针对反馈信息方式二,网络侧设备可以根据下列方式保证ULACK/NACK反馈的正常接收:1)网络侧设备通过调度限制,针对UE3此时仅调度与反馈子帧2相关的DL HARQ进程;2)网络侧设备通过配置告知UE3此时所有的DL HARQ反馈都在子帧2上传输;3)网络侧设备通过配置告知UE3此时按照与UE2相同配置(DSUDDDDDDD)对应的DL HARQ反馈时序和方法进行反馈传输。
其中,本发明实施例的方案还可以应用于具有Single Cell ID(单一小区标识)方式部署的HetNet(Heterogenous Network,异构网络)小区中,一个Macro(宏)基站覆盖范围内有两个Indoor(室内)的RRH(Remote Radio Head,远端射频)小区,与Macro采用相同的Cell ID,并通过有线的回程连接到Macro。这种情况下各个RRH并不发送自己的系统广播,因此UE仅能从Macro小区的广播信息中读取系统的上下行配置信息。而由于RRH小区内的业务特性与Macro可能不同,以及不同的RRH小区的业务特性也可能不同,因此位于某一RRH小区的UE可以通过专属高层信令获知其与相应的RRH进行通信所采用的上下行子帧配置。如图9所示,RRH1中LUE1主要进行上行业务传输,因此RRH1与LUE1按照DSUUUDSUUU方式进行数据收发;同时RRH2中LUE2主要进行下行业务传输,因此RRH2与LUE2按照DSUDDDDDDD方式进行数据收发。这样应用的前提条件是各个RRH小区之间或者RRH与Macro小区之间具有较好的信号隔离,能够屏蔽传输点之间的DL-UL交叉时隙干扰。
本发明实施例在Single Cell ID的Hetnet部署下,若归属于同一Cell ID的不同的RRH覆盖之间有较强的信号隔离,则不同RRH可以使用不同的上下行子帧配置方式为其UE提供服务,以适应不同热点区域的业务需求。
其中,本发明实施例的网络侧设备可以是基站(比如宏基站,家庭基站等),也可以是RN(中继)设备,还可以是其它网络侧设备。
基于同一发明构思,本发明实施例中还提供了一种网络侧设备、用户设备、网络侧TDD无线帧中传输数据的方法及用户设备侧TDD无线帧中传输数据的方法,由于这些设备和方法解决问题的原理与TDD无线帧中传输数据的系统相似,因此这些设备和方法的实施可以参见系统的实施,重复之处不再赘述。
如图3所示,本发明实施例TDD无线帧中传输数据的网络侧设备包括:配置模块300和第一数据传输模块310。
配置模块300,用于确定演进的TDD用户设备的上下行子帧配置信息,并通过用户专属的高层信令向演进的TDD用户设备发送上下行子帧配置信息;
第一数据传输模块310,用于通过TDD无线帧传输数据。
较佳地,配置模块300根据演进的TDD用户设备与网络通信的实际业务需求量、演进的TDD用户设备进行D2D的业务需求量和是否需要增强演进的TDD用户设备的上行覆盖中的至少一种,确定需要发送给该演进的TDD用户设备的上下行子帧配置信息。
较佳地,配置模块300在演进的TDD用户设备和网络建立连接时发送上下行子帧配置信息;或通过高层信令重配过程发送上下行子帧配置信息。
较佳地,配置模块300通过系统广播发送上下行子帧配置信息,用于为非演进的TDD用户设备配置TDD上下行子帧。
较佳地,配置模块300根据非演进的TDD用户设备的数据需求量和/或演进的TDD用户设备的数据需求量,确定需要通过系统广播发送的上下行子帧配置信息。
较佳地,第一数据传输模块310在同一个子帧上发送数据或接收数据。
较佳地,第一数据传输模块310根据已下发给用户设备的上下行子帧配置信息,与用户设备进行通信。
较佳地,第一数据传输模块310根据用户设备的业务需求量,确定对于不同用户设备分配为不同传输方向的子帧针对网络侧的传输方向。
较佳地,第一数据传输模块310根据小区内是否有未进行反馈的HARQ进程,确定对于不同用户设备分配为不同传输方向的子帧针对网络侧的传输方向。
较佳地,第一数据传输模块310通过PDSCH发送下行数据,以及通过PUSCH接收上行数据。
较佳地,第一数据传输模块310在确定两个演进的TDD用户设备需要进行D2D后,选择一个特定子帧,其中特定子帧对于需要发送数据的用户设备配置的是上行子帧,对于需要接收数据的用户设备配置的是下行子帧;调度需要发送数据的用户设备在特定子帧上发送数据,以及调度需要接收数据的用户设备在特定子帧上接收数据。
较佳地,第一数据传输模块310在用于接收反馈信息的上行子帧上接收对应数据接收HARQ进程的反馈信息,以及用于发送反馈信息的下行子帧上发送对应数据发送HARQ进程的反馈信息。
较佳地,第一数据传输模块310按照Rel-8TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于接收反馈信息的上行子帧;按照Rel-8TDD中规定的特定上下行子帧配置下的PUSCH HARQ传输与下行链路反馈信息的时序关系,确定用于发送反馈信息的下行子帧;
其中,特定上下行子帧配置是通过用户专属高层信令发送的上下行子帧配置信息对应的上下行子帧配置。
较佳地,第一数据传输模块310按照Rel-8TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于接收反馈信息的上行子帧;其中,用于接收反馈信息的上行子帧是网络侧通过用户专属高层信令发送的上下行子帧配置信息确定的上行子帧集合和通过系统广播发送的上下行子帧配置信息确定的上行子帧集合的交集中的子帧;按照Rel-8TDD中规定的特定上下行子帧配置下的PUSCH HARQ传输与下行链路反馈信息的时序关系,确定用于发送反馈信息的下行子帧;其中,确定用于发送反馈信息的下行子帧是网络侧通过用户专属高层信令发送的上下行子帧配置信息确定的下行子帧集合和通过系统广播发送的上下行子帧配置信息确定的下行子帧集合的交集中的子帧。
较佳地,第一数据传输模块310将特定上行子帧集合中的子帧作为用于接收反馈信息的上行子帧;其中,特定上行子帧集合是任何上下行子帧配置中传输方向都是上行的子帧;将特定下行子帧集合中的子帧作为用于发送反馈信息的下行子帧;其中,特定下行子帧集合是任何上下行子帧配置中传输方向都是下行的子帧。
如图4所示,本发明实施例TDD无线帧中传输数据的演进的TDD用户设备包括:确定模块400和第二数据传输模块410。
确定模块400,用于根据通过用户专属的高层信令接收的来自网络侧的上下行子帧配置信息,确定TDD上下行子帧配置;
第二数据传输模块410,用于根据确定的上下行子帧配置,通过TDD无线帧传输数据。
较佳地,第二数据传输模块410通过TDD无线帧中的下行子帧接收数据,以及通过TDD无线帧中的上行子帧发送数据。
较佳地,第二数据传输模块410在下行子帧上进行PDCCH检测;若检测到PDCCH为下行链路调度,则根据下行链路调度指示的下行子帧中下行链路调度指示的频域资源上以下行链路调度指示的MCS格式接收数据;若检测到PDCCH为上行链路调度,则根据上行链路调度指示的下行子帧中上行链路调度指示的频域资源上以上行链路调度指示的MCS格式接收数据;
较佳地,第二数据传输模块410在进行D2D时,通过上行子帧向其他演进的TDD用户设备发送数据,以及通过下行子帧接收来自其他演进的TDD用户设备的数据。
较佳地,第二数据传输模块410在用于发送反馈信息的上行子帧上发送对应数据接收HARQ进程的反馈信息,以及用于接收反馈信息的下行子帧上接收对应数据发送HARQ进程的反馈信息。
较佳地,第二数据传输模块410按照Rel-8 TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于发送反馈信息的上行子帧;按照Rel-8 TDD中规定的特定上下行子帧配置下的PUSCH HARQ传输与下行链路反馈信息的时序关系,确定用于接收反馈信息的下行子帧;其中,特定上下行子帧配置是演进的TDD用户设备通过用户专属高层信令收到的上下行子帧配置信息对应的上下行子帧配置。
较佳地,第二数据传输模块410按照Rel-8 TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于发送反馈信息的上行子帧;其中,用于发送反馈信息的上行子帧是演进的TDD用户设备通过用户专属高层信令收到的上下行子帧配置信息确定的上行子帧集合和通过系统广播收到的上下行子帧配置信息确定的上行子帧集合的交集中的子帧;按照Rel-8 TDD中规定的特定上下行子帧配置下的PUSCH HARQ传输与下行链路反馈信息的时序关系,确定用于接收反馈信息的下行子帧;其中,用于接收反馈信息的下行子帧是演进的TDD用户设备通过用户专属高层信令收到的上下行子帧配置信息确定的下行子帧集合和通过系统广播收到的上下行子帧配置信息确定的下行子帧集合的交集中的子帧。
较佳地,第二数据传输模块410将特定上行子帧集合中的子帧作为用于发送反馈信息的上行子帧;其中,特定上行子帧集合是任何上下行子帧配置中传输方向都是上行的子帧;将特定下行子帧集合中的子帧作为用于接收反馈信息的下行子帧;其中,特定下行子帧集合是任何上下行子帧配置中传输方向都是下行的子帧。
如图5所示,本发明实施例网络侧TDD无线帧中传输数据的方法包括下列步骤:
步骤501、网络侧确定演进的TDD用户设备的上下行子帧配置信息,并通过用户专属的高层信令向演进的TDD用户设备发送上下行子帧配置信息;
步骤502、网络侧通过TDD无线帧传输数据。
较佳地,步骤501中网络侧根据下列信息中的至少一种确定需要发送给该演进的TDD用户设备的上下行子帧配置信息:
4、演进的TDD用户设备与网络通信的实际业务需求量;
5、演进的TDD用户设备进行D2D的业务需求量;
6、是否需要增强演进的TDD用户设备的上行覆盖。
需要说明的是,本发明实施例并不局限于上述3种方式,其他能够确定需要发送给该演进的TDD用户设备的上下行子帧配置信息的方式都适用本发明实施例。
如果根据业务需求,确定需要发送给该演进的TDD用户设备的上下行子帧配置信息,由于针对同一小区内不同用户设备采用不同的上下行子帧配置,适应不同用户设备的业务需求。
如果根据是否需要增强演进的TDD用户设备的上行覆盖,确定需要发送给该演进的TDD用户设备的上下行子帧配置信息,由于通过为小区边缘的用户设备分配上行较多的子帧配置,使得此类用户设备能够使用UL subframebundling方式传输上行数据,提升上行覆盖,避免为了边缘少量用户设备的覆盖要求影响整个小区的上下行业务资源比例,提升资源利用率。
在实施中,承载上下行子帧配置信息的用户专属的高层信令有很多,比如RRC信令、MAC信令等。
较佳地,步骤501中网络侧可以在演进的TDD用户设备和网络建立连接时发送上下行子帧配置信息。
由于演进的TDD用户设备的需求有可能改变,所以网络侧可以周期或者由高层触发等方式,重新确定演进的TDD用户设备的上下行子帧配置信息,若上下行子帧配置信息发生改变,可以通过用户专属的高层信令重新配置,比如通过高层信令重配过程发送上下行子帧配置信息。
在系统中除了演进的TDD用户设备,还有非演进的TDD用户设备,这些非演进的TDD用户设备需要通过系统广播配置上下行子帧。具体的,网络侧通过系统广播发送上下行子帧配置信息,用于为非演进的TDD用户设备配置TDD上下行子帧。
其中,非演进的TDD用户设备是LTE Rel-10及之前版本的用户设备。
较佳地,网络侧根据非演进的TDD用户设备与网络通信数据需求量和/或演进的TDD用户设备的数据需求量(包括与网络通信业务需求量和/或D2D的业务需求量),确定需要通过系统广播发送的上下行子帧配置信息。
其中,网络侧需要在同一个子帧上发送数据或接收数据。比如网络侧根据已下发给用户设备(包括演进的TDD用户设备和非演进的TDD用户设备)的上下行子帧配置信息,与用户设备进行通信。
对于不同用户设备(即系统(或小区)中的所有用户设备,包括非演进的TDD用户设备和演进的TDD用户设备)分配为相同传输方向的子帧,网络侧采用相同的传输方向。比如子帧A在不同的用户设备都是下行子帧,则对于子帧A的传输方向网络侧也采用下行。
对于不同用户设备(包括非演进的和演进的用户设备)分配为不同传输方向的子帧,网络侧根据用户设备的业务需求量,确定对于不同用户设备分配为不同传输方向的子帧针对网络侧的传输方向。具体的,网络侧根据各个用户设备的业务需求量,判断需要优先为哪个用户设备服务,并采用与该用户设备配置的子帧方向进行传输。
对于不同用户设备(包括非演进的和演进的用户设备)分配为不同传输方向的子帧,除了根据用户设备的业务需求量确定传输方向,还可以根据小区内是否有未进行反馈的HARQ进程,确定对于不同用户设备分配为不同传输方向的子帧针对网络侧的传输方向。比如如果有一个或多个用户设备的DLHARQ传输需要ULACK/NACK反馈,确定相应的一个或多个反馈子帧为上行子帧;反之,如果有一个或多个用户的UL HARQ传输需要DL ACK/NACK反馈,确定相应的一个或多个反馈子帧为下行子帧。
步骤502中,网络侧设备通过TDD无线帧传输数据时,可以通过PDSCH发送下行数据,以及通过PUSCH接收上行数据。
较佳地,演进的TDD用户设备通过TDD无线帧传输数据时,通过TDD无线帧中的下行子帧接收数据,以及通过TDD无线帧中的上行子帧发送数据。
具体的,演进的TDD用户设备在为其分配为下行子帧上进行下行控制信令PDCCH的检测;若检测到PDCCH为下行链路调度,则根据下行链路调度指示的下行子帧中下行链路调度指示的频域资源上以下行链路调度指示的MCS格式接收数据;若检测到PDCCH为上行链路调度,则根据上行链路调度指示的下行子帧中上行链路调度指示的频域资源上以上行链路调度指示的MCS格式接收数据。
在实施中,如果演进的TDD用户设备进行D2D,则可以在网络侧控制下进行D2D。具体的,网络侧在确定两个演进的TDD用户设备需要进行D2D后,选择一个特定子帧,其中特定子帧对于需要发送数据的用户设备配置的是上行子帧,对于需要接收数据的用户设备配置的是下行子帧;网络侧调度需要发送数据的演进的TDD用户设备在特定子帧上发送数据,以及调度需要接收数据的演进的TDD用户设备在特定子帧上接收数据。
较佳地,网络侧通过TDD无线帧在传输反馈信息时,在用于接收反馈信息的上行子帧上接收对应数据接收HARQ进程的反馈信息,以及用于发送反馈信息的下行子帧上发送对应数据发送HARQ进程的反馈信息。
其中,确定哪些子帧用于传输反馈信息的方式有很多,下面列举几种。
反馈信息方式一、网络侧按照Rel-8 TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于接收反馈信息的上行子帧;以及按照Rel-8 TDD中规定的特定上下行子帧配置下的PUSCHHARQ传输与下行链路反馈信息的时序关系,确定用于发送反馈信息的下行子帧;其中,特定上下行子帧配置是通过用户专属高层信令发送的上下行子帧配置信息对应的上下行子帧配置。
反馈信息方式二、网络侧按照Rel-8 TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于接收反馈信息的上行子帧;其中,用于接收反馈信息的上行子帧是网络侧通过用户专属高层信令发送的上下行子帧配置信息确定的上行子帧集合和通过系统广播发送的上下行子帧配置信息确定的上行子帧集合的交集中的子帧;以及按照Rel-8TDD中规定的特定上下行子帧配置下的PUSCH HARQ传输与下行链路反馈信息的时序关系,确定用于发送反馈信息的下行子帧;其中,确定用于发送反馈信息的下行子帧是网络侧通过用户专属高层信令发送的上下行子帧配置信息确定的下行子帧集合和通过系统广播发送的上下行子帧配置信息确定的下行子帧集合的交集中的子帧。其中,特定上下行子帧配置是通过用户专属高层信令发送的上下行子帧配置信息对应的上下行子帧配置。
反馈信息方式三、网络侧将特定上行子帧集合中的子帧作为用于接收反馈信息的上行子帧;其中,特定上行子帧集合是任何上下行子帧配置中传输方向都是上行的子帧,比如子帧2和/或子帧7;以及将特定下行子帧集合中的子帧作为用于发送反馈信息的下行子帧;其中,特定下行子帧集合是任何上下行子帧配置中传输方向都是下行的子帧,比如子帧0,1,5和6中的至少一个。
如图6所示,本发明实施例用户设备侧TDD无线帧中传输数据的方法包括下列步骤:
步骤601、演进的TDD用户设备根据通过用户专属的高层信令接收的来自网络侧的上下行子帧配置信息,确定TDD上下行子帧配置;
步骤602、演进的TDD用户设备根据确定的上下行子帧配置,通过TDD无线帧传输数据。
较佳地,步骤602中演进的TDD用户设备通过TDD无线帧传输数据时,通过TDD无线帧中的下行子帧接收数据,以及通过TDD无线帧中的上行子帧发送数据。
具体的,演进的TDD用户设备在为其分配为下行子帧上进行下行控制信令PDCCH的检测;若检测到PDCCH为下行链路调度,则根据下行链路调度指示的下行子帧中下行链路调度指示的频域资源上以下行链路调度指示的MCS格式接收数据;若检测到PDCCH为上行链路调度,则根据上行链路调度指示的下行子帧中上行链路调度指示的频域资源上以上行链路调度指示的MCS格式接收数据。
在实施中,如果演进的TDD用户设备和网络进行通信,则演进的TDD用户设备通过PDSCH接收来自网络侧的下行数据,以及通过PUSCH向网络侧发送上行数据。
如果演进的TDD用户设备进行D2D,则演进的TDD用户设备在进行D2D时,通过上行子帧向其他演进的TDD用户设备发送数据,以及通过下行子帧接收来自其他演进的TDD用户设备的数据。
除了在网络侧控制下进行D2D,还可以不在网络侧控制下进行D2D,即进行D2D的两个用户设备直接选择在进行D2D的用户设备的传输方向相反的子帧上进行D2D传输。
较佳地,演进的TDD用户设备通过TDD无线帧在传输反馈信息时,在用于发送反馈信息的上行子帧上发送对应数据接收HARQ进程的反馈信息,以及用于接收反馈信息的下行子帧上接收对应数据发送HARQ进程的反馈信息。
其中,确定哪些子帧用于传输反馈信息的方式有很多,下面列举几种。
反馈信息方式一、演进的TDD用户设备按照Rel-8 TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于发送反馈信息的上行子帧;以及按照Rel-8 TDD中规定的特定上下行子帧配置下的PUSCH HARQ传输与下行链路反馈信息的时序关系,确定用于接收反馈信息的下行子帧;其中,特定上下行子帧配置是演进的TDD用户设备通过用户专属高层信令收到的上下行子帧配置信息对应的上下行子帧配置。
反馈信息方式二、演进的TDD用户设备按照Rel-8 TDD中规定的特定上下行子帧配置下的PDSCH HARQ传输与上行链路反馈信息的时序关系,确定用于发送反馈信息的上行子帧;其中,用于发送反馈信息的上行子帧是演进的TDD用户设备通过用户专属高层信令收到的上下行子帧配置信息确定的上行子帧集合和通过系统广播收到的上下行子帧配置信息确定的上行子帧集合的交集中的子帧;以及按照Rel-8 TDD中规定的特定上下行子帧配置下的PUSCHHARQ传输与下行链路反馈信息的时序关系,确定用于接收反馈信息的下行子帧;其中,用于接收反馈信息的下行子帧是演进的TDD用户设备通过用户专属高层信令收到的上下行子帧配置信息确定的下行子帧集合和通过系统广播收到的上下行子帧配置信息确定的下行子帧集合的交集中的子帧,不在该交集中的下行子帧不接收反馈信息。其中,特定上下行子帧配置是演进的TDD用户设备通过用户专属高层信令收到的上下行子帧配置信息对应的上下行子帧配置。
反馈信息方式三、演进的TDD用户设备将特定上行子帧集合中的子帧作为用于发送反馈信息的上行子帧;其中,特定上行子帧集合是任何上下行子帧配置中传输方向都是上行的子帧,比如子帧2和/或子帧7;以及将特定下行子帧集合中的子帧作为用于接收反馈信息的下行子帧;其中,特定下行子帧集合是任何上下行子帧配置中传输方向都是下行的子帧,比如子帧0,1,5和6中的至少一个。
其中,图5和图6可以合成一个流程,形成另一个TDD无线帧中传输数据的方法,即先执行步骤501,再执行步骤601,步骤502和步骤602没有必然的时序联系,只要保证步骤502和步骤602在步骤601之后即可。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
由于本发明实施通过高层信令为用户设备配置TDD上下行子帧,从而缩短了变更周期,能够适应适应业务需求变化;并且不需要小区内的所有用户设备都频繁重新读取系统消息,节省用户设备的功耗。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。