背景技术
一、LTE(Long Term Evolution,长期演进)系统帧结构介绍。
图1为LTE-TDD(Long Term Evolution-Time Division Duplex,长期演进-时分双工)系统的帧结构示意图,如图1所示,存在10个子帧,10个子帧上下行配置方式可以灵活变化,在LTE-TDD中,定义了7种上下行配置方式,如表1。图1中的特殊子帧分别是:DwPTS(Downlink Pilot Time Slot,下行导频时隙)、GP(Guard Period,保护时隙)、UpPTS(Uplink Pilot Time slot,上行导频时隙)。
表1:
其中,D表示下行,U表示上行,S表示如图中子帧#1的特殊子帧。
图2为LTE-FDD(Long Term Evolution-Frequency Division Duplex,长期演进-频分双工)系统的帧结构示意图,如图2所示,每个无线帧长度为10ms,由10个子帧构成,每个子帧的长度为1ms。
二、LTE系统MBSFN(Multicast Broadcast Single Frequency Network,多播广播单频网络)子帧结构介绍。
图3为MBSFN子帧结构示意图,如图3所示,在多小区传输情况下,MBMS(Multimedia Broadcast/Multicast Service,多媒体广播\组播服务)业务需要映射到MBSFN子帧传输,MBSFN子帧是区别于单播子帧的一种子帧。其中子帧的前一个或两个符号为单播符号,后面剩余的部分才真正的做MBSFN发送的多播符号。
由于PDCCH(physical downlink control channel,物理下行控制信道)符号部分采用短CP(Cyclic Prefix,循环前缀),而PMCH(Physical MulticastChannel,物理多播信道)部分采用长CP,因此在PDCCH符号和PMCH符号中间有一定的空闲没有发送。
根据下表可以看出,MBSFN子帧的单播控制符号部分为2个符号。
表2
三、MBSFN子帧分配介绍。
目前LTE中是采用广播消息(SIB2,系统信息块类型2;SIB:System Information Block,系统信息块)的方式通知UE(User Equipment,用户设备)系统使用的MBSFN子帧。
对于FDD来说,每个无线帧中可用的MBSFN子帧为:#1、#2、#3、#6、#7、#8。
对于TDD来说,每个无线帧中可用的MBSFN子帧为:#3、#4、#7、#8、#9。需要注意的是,对于TDD,上行子帧也不能被分配为MBSFN子帧。
UE通过读取系统广播中的MBSFN子帧分配信息,来确定哪些子帧是MBSFN子帧,对于没有MBMS接收能力的UE(例如,LTE R9(LTE版本9)之前版本的UE)来说,这些子帧是可以被忽略的,不会利用这些子帧进行数据收发。
目前,MBSFN子帧分配信令中所指示的子帧可能用于多种用途,例如,MBMS、基站与Relay(中继)之间数据传输、定位等,而不仅仅用于MBMS业务。
四、MBSFN子帧用作单播介绍。
目前LTE系统R10(版本10)网络已经可以利用MBSFN子帧做单播,R9也正在讨论是否可以采用MBSFN子帧用作单播。并且支持单播的普通CP和扩展CP。
五、LTE中的单播反馈介绍。
基站进行下行控制信令传输时,会为每个用户分配专属的资源,但对于上行ACK/NACK的反馈传输,用户不知道其他用户使用信道情况,为了避免用户在反馈时发生资源冲突,进行反馈的UE将根据其接收到的下行控制信令的资源编号(nCCE),算出其进行ACK/NACK反馈所使用的资源(即信道)编号(nAN),则nAN是一个关于nCCE的函数nAN=f(nCCE)+NAN,其中NAN为高层配置参数,该函数满足一一对应关系,即不同nCCE映射后会得到不同的nAN。
现有技术的不足在于:在LTE系统中有单播子帧和MBSFN子帧。目前在LTE的R0版本中已经规定,MBSFN子帧已经可以用作单播。但是由于MBSFN子帧的特殊性,MBSFN子帧前的控制符号最多为2个。如果MBSFN子帧被用作单播,就需要较多的PDCCH去调度后面的PDSCH(Physical Downlink Shared Channel,物理下行链路共享信道),然而由于目前MBSFN子帧的PDCCH为2个,因此就会由于PDCCH的限制造成对单播调度产生影响,也就是说由于PDCCH的缺乏,使数据部分的资源不能被充分利用。
具体实施方式
在LTE系统中有单播子帧和MBSFN子帧。目前在LTE的R0版本中已经规定,MBSFN子帧已经可以用作单播。但是由于MBSFN子帧的特殊性,MBSFN子帧前的控制符号最多为2个。如果MBSFN子帧被用作单播,就需要较多的PDCCH去调度后面的PDSCH,然而由于目前MBSFN子帧的PDCCH为1个或2个符号,因此就会由于PDCCH的限制照成对单播调度产生影响,也就是说由于PDCCH的缺乏,使数据部分的资源不能被充分利用。基于此,本发明实施例将提供一种涉及LTE子帧结构的控制信息收发方法,采用这种方案可以对子帧的PDCCH的资源进行扩展,而又不影响后向兼容。下面结合附图对本发明的具体实施方式进行说明。
图4为控制信息发送方法实施流程示意图,如图所示,在发送控制信息时可以包括如下步骤:
步骤401、基站配置MBSFN子帧用作单播;
步骤402、基站将该MBSFN子帧原来的控制符号紧接的部分用作扩展的控制符号;
步骤403、基站在该扩展的控制符号发送调度PDSCH的PDCCH控制信息。
图5为长CP子帧结构示意图,图6为短CP子帧结构示意图,如图所示,目前LTE针对单播长短CP有两种帧结构,长CP是12个符号的结构,短CP是14个符号。
那么,当在步骤401中系统配置的MBSFN子帧用作单播时,在步骤402中便可以对控制符号部分作扩展,这里的控制符号部分指包括PCFICH(Physical Control Format Indicator Channel,物理控制格式指示信道)、PDCCH、PHICH(Physical hybrid-ARQ indicator channel,物理HARQ指示信道;HARQ:Hybrid Automatic Repeat Request,混合自动重复请求)的符号部分。也就是说在原有的控制符号基础上扩展些符号用作控制符号。
下面介绍具体的实施方式。
方式一
本方式是保留PCFICH的物理资源扩展方式。
图7、8为针对MBSFN子帧用作单播子帧对控制符号进行扩展的例子。图7为保留PCFICH时扩展控制符号为2个OFDM(Orthogonal Frequency Division Multiplex,正交频分复用)符号的示意图,如图所示,原来控制符号为1个OFDM符号,扩展控制符号为2个OFDM符号。而图8为保留PCFICH时扩展控制符号为3个OFDM符号的示意图,如图所示,原来控制符号为1个OFDM符号,扩展控制符号为3个OFDM符号。
在采用保留物理层PCFICH资源通知的方式时,也可以采用高层信令通知扩展符号所占的个数,即,在采用物理层PCFICH资源通知PDCCH格式信息时,基站可以采用高层信令通知扩展的控制符号所占的个数。在实施中,在相应PCFICH资源可以不传输,即打孔掉。也可以同时传输。
为了保证后向兼容性,这些PDCCH需要分开进行编码交织映射,也就是说原来的控制符号部分依然承载完整的PCFICH,PDCCH和PHICH,并按照R8(版本8)的协议进行编码交织映射在原来的控制符号部分。
而对扩展的控制符号可以只承载PDCCH和PCFICH信道。并且可以仍然按照R8的协议编码、交织、映射。这时要将第一个扩展的控制符号看成原来映射的第一个符号。则,在采用物理层PCFICH资源通知PDCCH格式信息后,基站在该扩展的控制符号发送调度PDSCH的PDCCH控制信息时,可以按照R8的协议编码、交织、映射,并将第一个扩展的控制符号作为原来映射的第一个符号。
方式二
本方式为取消PCFICH物理资源扩展方式。
图9、10为针对MBSFN子帧用作单播子帧对控制符号进行扩展的例子。图9为取消PCFICH时扩展控制符号为2个OFDM符号的示意图,如图所示,原来控制符号为1个OFDM符号,扩展控制符号为2个OFDM符号。而图10为取消PCFICH时扩展控制符号为3个OFDM符号的示意图,如图所示,原来控制符号为1个OFDM符号,扩展控制符号为3个OFDM符号。
实施中,当然也可以采用高层配置扩展控制符号的个数,也就是高层配置PCFICH。即,基站可以采用高层配置扩展的控制符号的个数。
那么,当高层配置PCFICH时,扩展控制符号部分PCFICH也可以不出现。这时对编码、交织、映射需要和R8协议作一定更改,则在采用高层配置扩展的控制符号的个数后,基站在通知PDSCH占用的控制符号数时,可以包括:
确定原来的控制符号以及扩展的控制符号的CCE(Control Channel Element,控制信道单元);
通过高层信令将原来的控制符号以及扩展的控制符号的CCE通知UE;
基站在原来的PCFICH和扩展的PCFICH发送PDSCH占用的控制符号数。
由于R8的下行反馈是和CCE绑定的,也就是那个CCE决定了反馈的资源位置。在采用了扩展的控制符号部分后,需要对反馈映射的CCE进行说明。可以预定扩展后的CCE和原来的CCE连续。也就是原来的CCE为10个,0到9。扩展后的第一个CCE可以编号为10,扩展后的第二个CCE为11,依次类推。这样便可以保证反馈资源位置确定而且不冲突。
当然也可以不约定扩展后的CCE和原来的CCE不连续。比如原来的CCE为10个,0到9。扩展后的第一个CCE可以编号为12,扩展后的第二个CCE为13,依次类推。
在采用上面的扩展后还可以通过高层信令通知UE,系统是否采用了扩展控制符号的方式,这个方式可以采用广播信令或专有信令的方式来通知。
假设R9和R10的UE通过高层信令了解到系统已经采用了控制符号扩展方式,则R9和R10的UE先以原控制符号为单位进行盲检测,还以扩展控制符号为单位盲检测后面的扩展控制符号。这样UE便可以根据原来的PCFICH和扩展的PCFICH判断PDSCH占用的OFDM符号数。
相应的,本发明实施例中还提供了一种控制信息接收方法,下面进行说明。
图11为控制信息接收方法实施流程示意图,如图所示,在接收控制信息时可以包括如下步骤:
步骤1101、UE确定MBSFN子帧将用作单播;
步骤1102、UE确定该MBSFN子帧原来的控制符号紧接的部分将用作扩展的控制符号;
步骤1103、UE在该扩展的控制符号接收调度PDSCH的PDCCH控制信息。
实施中,还可以进一步包括:
在采用物理层PCFICH资源通知PDCCH格式信息时,UE可以根据高层信令通知确定扩展的控制符号所占的个数。
实施中,在采用物理层PCFICH资源通知PDCCH格式信息后,在该扩展的控制符号接收调度PDSCH的PDCCH控制信息时,UE按照R8的协议解码、解交织、解映射,并将第一个扩展的控制符号作为原来映射的第一个符号。
实施中,还可以进一步包括:
UE根据高层配置确定扩展的控制符号的个数。
实施中,在采用高层配置扩展的控制符号的个数后,UE在判断PDSCH占用的控制符号数时,包括:
UE根据高层信令的通知确定原来的控制符号以及扩展的控制符号的CCE;
UE以原来的控制符号为单位进行盲检测,并且以扩展的控制符号为单位盲检测后面的扩展的控制符号;
UE根据原来的PCFICH和扩展的PCFICH判断PDSCH占用的控制符号数。
基于同一发明构思,本发明实施例中还提供了一种基站侧、用户设备,由于这些设备解决问题的原理与控制信息发送方法、控制信息接收方法相似,因此这些设备的实施可以参见方法的实施,重复之处不再赘述。
图12为基站结构示意图,如图所示,基站中可以包括:
系统信息模块1201,用于配置MBSFN子帧用作单播;
扩展模块1202,用于将该MBSFN子帧原来的控制符号紧接的部分用作扩展的控制符号;
发送模块1203,用于在该扩展的控制符号发送调度PDSCH的PDCCH控制信息。
实施中,基站中还可以进一步包括:
通知模块1204,用于在采用物理层PCFICH资源通知PDCCH格式信息时,采用高层信令通知扩展的控制符号所占的个数。
实施中,发送模块还可以进一步用于在采用物理层PCFICH资源通知PDCCH格式信息后,在该扩展的控制符号发送调度PDSCH的PDCCH控制信息时,按照R8的协议编码、交织、映射,并将第一个扩展的控制符号作为原来映射的第一个符号。
实施中,基站中还可以进一步包括:
配置模块1205,用于采用高层配置扩展的控制符号的个数。
实施中,发送模块在采用高层配置扩展的控制符号的个数后,在通知PDSCH占用的控制符号数时,还可以进一步包括:
CCE单元,用于确定原来的控制符号以及扩展的控制符号的CCE;
通知单元,用于通过高层信令将原来的控制符号以及扩展的控制符号的CCE通知UE;
发送单元,用于在原来的PCFICH和扩展的PCFICH发送PDSCH占用的控制符号数。
图13为用户设备结构示意图,如图所示,UE中可以包括:
系统信息模块1301,用于确定MBSFN子帧将用作单播;
扩展模块1302,用于确定该MBSFN子帧原来的控制符号紧接的部分将用作扩展的控制符号;
接收模块1303,用于在该扩展的控制符号接收调度PDSCH的PDCCH控制信息。
实施中,UE中还可以进一步包括:
通知模块1304,用于在采用物理层PCFICH资源通知PDCCH格式信息时,根据高层信令通知确定扩展的控制符号所占的个数。
实施中,接收模块还可以进一步用于在采用物理层PCFICH资源通知PDCCH格式信息后,在该扩展的控制符号接收调度PDSCH的PDCCH控制信息时,按照R8的协议解码、解交织、解映射,并将第一个扩展的控制符号作为原来映射的第一个符号。
UE中还可以进一步包括:
配置模块1305,用于根据高层配置确定扩展的控制符号的个数。
实施中,接收模块在采用高层配置扩展的控制符号的个数后,在判断PDSCH占用的控制符号数时,还可以进一步包括:
CCE单元,用于根据高层信令的通知确定原来的控制符号以及扩展的控制符号的CCE;
检测模块,用于以原来的控制符号为单位进行盲检测,并且以扩展的控制符号为单位盲检测后面的扩展的控制符号;
判断单元,用于根据原来的PCFICH和扩展的PCFICH判断PDSCH占用的控制符号数。
为了描述的方便,以上所述装置的各部分以功能分为各种模块或单元分别描述。当然,在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
由上述实施方式可见,在本发明实施例提供的技术方案中,在MBSFN子帧用作单播时,由于在原子帧控制符号紧接的部分对MBSFN子帧的控制符号作扩展,并将其用作PDCCH控制符号,从而克服了由于PDCCH的缺乏使数据部分的资源不能被充分利用的不足。同时,采用这种方案不仅可以对子帧的PDCCH的资源进行扩展,并且不会影响后向兼容。
进一步的,技术方案中还提供了采用保留PCFICH的物理资源扩展方式,以及采用取消PCFICH物理资源扩展方式。
进一步的,还提供了预定扩展CCE使反馈资源不冲突。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。