一种载波调度信息传输方法及其装置
技术领域
本发明涉及无线通信技术领域,尤其涉及一种载波调度信息传输方法及其装置。
背景技术
在LTE(Long Term Evolution,长期演进)系统中,下行控制的信息及上行调度的信息是在DCI(Downlink Control Information,下行控制信息)中承载的,每个载波上的PDCCH(Physical Downlink Control Channel,物理下行控制信道)信息指示本载波上的调度信息。不同的DCI format(DCI格式)是通过长度来区分的。对于LTE-A系统,可支持不同的带宽之间的聚合,即通过将多个LTE载波(又称成员载波)的资源连接起来使用来获得更高的数据速率,并可支持连续载波之间和不连续的载波之间的聚合。图1示出了不连续载波之间的聚合情况。
在往次会议中LTE-A下行控制方面关于PDCCH的讨论中,主要讨论了对于联合编码和独立编码方案的选择,如图2所示,其中方法2和3(图中的Alternative 2和Alternative 3)是联合编码的方式,方法1和4(图中的Alternative1和Alternative 4)是独立编码的方式。对于联合编码的方式,信息的开销量会较少;而对于独立编码的方式,对于R8的兼容性将会较好。经过多次会议的讨论,对于PDCCH的处理基本确定了支持独立编码的方式,即,一个载波上的PDCCH信息指向一个或多个载波,可以有3比特的载波指示信息。
根据上述的结论,目前的PDCCH指示方法主要存在两种方案:
方案1:只指示本载波上的调度信息。基站在每个成员载波独立发送PDCCH,该PDCCH仅能调度本成员载波内的物理资源,如图3所示,这种方法的好处在于,与R8系统的兼容性较好,PDCCH blocking的概率较低,以及功率平衡;
方案2:是通过跨载波调度指示另外的载波上的调度信息,即可以通过一个成员载波上的多个PDCCH调度其它成员载波的物理资源,每个PDCCH只能调度一个成员载波的资源,如图4所示,载波3的DCI的多个PDCCH上可分别传输载波1、2、3、4、5的调度信息。这种方案的主要的优点在于,调度的灵活性较高,能够较好的进行干扰协调。
经过多次会议的讨论,确定方案1和方案2都可以在LTE-A系统中使用,基站可以在这两种方案中灵活的切换,同时确定了跨载波调度的配置是UE-specific的,即需要UE(User Equipment,用户设备)在UE-specific空间盲检DCI,且只要配置了跨载波调度,DCI中就要加3比特的CIF(载波指示域),以指示基站配置的是跨载波调度。
在LTE系统中,终端需要对公共(Common)搜索空间和用户专属(UE-specific)搜索空间的PDCCH同时进行盲检测,PDCCH的CCE(载波)聚合等级可以为1、2、4、8。每种CCE聚合等级下,需要盲检的候选PDCCH的个数是不同的,在3GPP TS36.213的9.1.1中给出了描述,具体如图5所示。
同时对于每种传输模式需要盲检两种DCI格式,不同的DCI之间是靠长度来区分,UE根据不同的聚合等级,最多盲检44次,其中Common搜索空间12次,UE-specific搜索空间32次。
在Common搜索空间,只存在两种长度的DCI。在UE-specific搜索空间内,根据传输模式的不同,UE需要盲检不同格式的DCI,每种传输模式也只对应两种DCI的长度,具体如图6所示。
在RRC重配置的过程中,如图7所示,基站首先会通过RRC(RadioResource Control,无线资源控制)连接重配置(RRCConnectionReconfiguration)通知UE重配信息。UE收到该信息后,会进行重配的操作,重配完成后,UE根据基站的调度指令在相应的资源上发送RRC连接重配置完成(RRCConnectionReconfigurationComplete)信息,完成重配的过程。
在重配的过程中有可能会出现基站和用户对DCI长度理解不一致的情况,也就是基站发送了RRCConnectionReconfiguration信息后,基站不知道UE什么时候完成了重配的过程,因此基站不知道用什么样的配置给UE发送调度指令。在R8系统中,为了避免这种情况,在重配置的时候,使用DCI format1A来承载调度指令。
而在载波聚合系统中,在基站配置跨载波调度或是从跨载波调度配置成非跨载波调度时,基站不知道UE什么时候完成了配置的更新,因此UE在重配置的过程中,会出现基站和UE对于需要盲检的DCI长度理解不一致的情况,导致盲检DCI过程中出现错误。如图8所示,eNB(基站)向UE发送RRCConnectionReconfiguration消息后,在还没有收到UE返回的RRCConnectionReconfigurationComplete消息时发送PDCCH(DCI 0),这将可能导致UE对于需要盲检的DCI长度理解与eNB不同。
针对这个问题,目前提出的解决方法有:
(1)基站传输两种长度的DCI,但这种方案造成的信令开销会比较多;
(2)利用RACH(Random Access Channel,随机接入信道)的过程,但这种方案需要重新定义preamble序列(导频序列),对标准的改动较大;
(3)用common搜索空间的DCI传输RRCConnectionReconfiguration和RRCConnectionReconfigurationComplete信息,但由于common空间的大小是有限的,且必须以较大的聚合度去传common空间的DCI,因此PDCCHblocking的概率会比较大;
(4)保证一个载波上的DCI不加CIF,但这种方案需要定义新的搜索空间。
发明人在实现本发明的过程中,发现现有技术至少存在以下缺陷:
针对基站配置跨载波调度或是从跨载波调度配置成非跨载波调度,基站和UE之间对于DCI的理解可能不一致,UE在UE-specific空间盲检DCI时,将有可能不能准确检测到DCI,即在切换过程中出现基站和用户对DCI长度理解不一致的情况,目前的方案都不能很好的解决该问题。
发明内容
本发明的实施例提供了一种载波调度信息发送方法及其装置,用以解决现有载波聚合系统中配置跨载波调度时可能出现的基站和用户对DCI长度理解不一致的问题。
本发明实施例提供的载波调度信息发送方法,包括:
网络侧确定用户设备的调度指示方式;
当确定为非跨载波调度时,在所述用户设备的专属搜索空间的DCI中加上载波指示CIF信息域,所述CIF信息域的值设为与用户设备约定的值;
当确定为跨载波调度时,在所述用户设备的专属搜索空间的DCI中加上CIF信息域,所述CIF信息域的值为DCI所调度的载波的载波编号。
本发明实施例提供的载波调度信息发送装置,包括:
载波调度确定模块,用于确定用户设备的调度指示方式;
载波调度模块,用于当所述载波调度确定模块确定为非跨载波调度时,在所述用户设备的专属搜索空间的DCI中加上载波指示CIF信息域,所述CIF信息域的值设为与用户设备约定的值;或者,当所述载波调度确定模块确定为跨载波调度时,在所述用户设备的专属搜索空间的DCI中加上CIF信息域,所述CIF信息域的值为DCI所调度的载波的载波编号。
本发明的上述实施例中,如果对用户设备使用非跨载波调度,则在所述用户设备的专属搜索空间的DCI中加上载波指示域CIF信息,该CIF信息的值设为预先定义好的值(即预先与用户设备约定的值);如果对用户使用跨载波调度,则在所述用户设备的专属搜索空间的DCI中加上CIF信息,该CIF信息标识该DCI所调度的成员载波的载波编号。这样,由于用户设备的专属搜索空间的DCI在配置前和配置后都有CIF域,因此在配置跨载波调度的时候以及在跨载波调度和非跨载波调度之间切换时,不会出现基站和UE对于DCI长度理解不一致的情况,从而避免了在配置过程中可能出现的问题。
附图说明
图1为现有LTE系统不连续载波之间的聚合示意图;
图2为现有LTE-A下行控制方面关于PDCCH指示方案示意图;
图3为现有LTE-A系统中PDCCH只调度本载波的示意图;
图4为现有LTE-A系统中PDCCH跨载波调度的示意图;
图5为现有技术中PDCCH盲检候选集合示意图;
图6为现有技术中不同传输模式的示意图;
图7为现有技术中RRC重配置流程示意图;
图8为现有技术中配置跨载波调度时出现的基站和用户对DCI长度理解不一致问题示意图;
图9为本发明实施例提供的为R10UE指示载波调度的流程示意图;
图10A、图10B分别为本发明实施例中非跨载波和跨载波调度DCI的示意图;
图11为本发明实施例提供的基站设备结构示意图。
具体实施方式
针对现有技术存在的上述问题,本发明实施例提供了一种传输载波调度信息的技术方案,以解决配置跨载波调度时可能出现的基站和用户对DCI长度理解不一致问题。
本发明实施例中,对于R10用户(即LTE-A Release10系统用户),要求在其UE-specific空间的DCI format始终都加上CIF,并对DCI中的CIF值进行了定义,其中,当没有配置跨载波调度时,该DCI中的CIF的值是设定的固定值;当配置了跨载波调度时,DCI中的CIF标识该DCI调度的载波的载波编号,即通过该DCI为UE指示成员载波的调度信息。这样,对于UE来说,在其UE-specific空间进行DCI盲检时,能够正确理解基站发送的DCI,解决了因UE不能正确理解基站发送的DCI长度所导致的在跨载波配置与非跨载波配置之间切换过程中的DCI检测问题。
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
在LTE系统中,当UE刚开机时,它会首先工作在单载波模式下;在该UE与基站建立连接的过程中,会上报自己的版本号;基站根据UE上报的版本号,如果发现该UE是R10用户设备,则基站为该UE传输载波调度信息时在DCI中都要加上CIF,即对于该UE的UE-specific调度指令始终都需要加上CIF,否则,可按照常规流程处理该UE的UE-specific调度指令。
参见图9,为本发明实施例中为R10UE传输载波调度信息的流程,如图所示,该流程可包括如下步骤:
步骤901、网络侧(通常是基站)针对目标UE的一个载波的DCI确定载波调度配置方式;
步骤902、如果基站决定对该目标UE不进行跨载波调度,则执行步骤903;如果决定对该目标UE使用该DCI进行跨载波调度,即则执行步骤904。
该步骤中所称的不进行跨载波调度是指,在该DCI的成员载波独立发送PDCCH,该PDCCH仅能调度本成员载波内的物理资源,如图3所示;该步骤中所称的跨载波调度是指,通过该DCI的成员载波上的多个PDCCH调度其它成员载波的物理资源,且每个PDCCH只能调度一个成员载波的资源,如图4所示。
步骤903、基站将载波调度信息承载于DCI,并在该DCI中加上CIF,该CIF是一固定值,其中携带的载波调度信息都是针对本成员载波的物理资源的调度信息。
该步骤中,该固定值是预先定义好的,即预先与UE约定好的,如该值可取为“virtual CRC”(虚拟CRC校验码),用来降低PDCCH误检概率。
如图10A所示,基站在DCI中加上值为设定的固定值的CIF后,将该DCI在用户专属搜索空间上传输,这样UE在其专属搜索空间搜索到该成员载波的PDCCH后,可根据该DCI中预先设定好的CIF值来降低PDCCH误检概率。其中,根据现有机制,UE可通过基站发送的RRC(Radio ResourceControl,无线资源控制)信令获知是否被配置为跨载波调度。
步骤904、基站将载波调度信息承载于DCI,并在该DCI中加上CIF,该CIF的值是成员载波的载波编号,表示出被调度的成员载波(即CIF所指示的载波)的调度信息。
如图10B所示,基站在DCI中加上值为载波编号的CIF后,将该DCI在用户专属搜索空间上传输,这样UE在其专属搜索空间搜索到该成员载波的PDCCH后,可根据该成员载波的DCI中的CIF确定该DCI中承载的载波调度信息是调度哪个成员载波的。
步骤905、基站将加上了CIF的DCI发送到该目标UE的UE-specific(用户专属搜索空间)空间。
对于R10UE,如果UE在其UE-specific搜索空间进行搜索,并搜索到DCI,则根据该DCI中的CIF获取相应的载波调度信息,并可根据获取到的载波调度信息进行载波调度。其中,如果UE没有配置跨载波调度,那么UE确定出DCI中PDCCH对应的CIF是预先设定好的固定值,并根据对应的调度信息调度本成员载波上的物理资源;如果UE配置了跨载波调度,那么该DCI中PDCCH对应的CIF是载波编号,则UE根据对应的调度信息,对该CIF所指示的成员载波上的物理资源进行调度。
上述流程中,CIF的长度可以是固定的3比特长度。
通过以上流程可以看出,一方面,如果R10用户没有被配置跨载波调度,即该用户的所有载波上的PDCCH只能承载本载波和相应的上行载波上的调度指令。此时CIF域是存在的,CIF的值设为固定值。如果该用户配置了跨载波调度,此时CIF域同样是存在的,CIF的值就是对应的载波编号。在配置跨载波调度时,由于R10用户的UE-specific空间的DCI在配置前和配置后都是有3比特的CIF域,因此在配置跨载波调度的时候不会出现基站和UE对于DCI长度理解不一致的情况,从而避免了在配置过程中可能出现的DCI误检的问题。
另一方面,与现有技术中基站需要传输两种长度的DCI以避免基站和用户对DCI长度理解不一致的方案相比,本发明实施例节省了信令开销;与现有技术利用RACH过程避免基站和用户对DCI长度理解不一致的方案相比,本发明实施例不需要重新定义导频序列,从而对标准的改动不大;与现有技术使用common搜索空间传输的DCI传输载波调度信息相比,由于本发明实施例使用UE-specific空间传输载波调度信息,从而降低了PDCCH blocking的概率;与现有技术中保证一个载波上的DCI不加CIF以避免基站和用户对DCI长度理解不一致的方案相比,本发明实施例不需要定义新的搜索空间。
基于相同的技术构思,本发明实施例还提供了一种载波调度信息传输装置。该装置通常是基站设备。
如图11所示,本发明实施例提供的载波调度信息传输装置,可包括:载波调度确定模块1101和载波调度模块1102,其中:
载波调度确定模块1101,用于确定用户设备的调度指示方式;
载波调度模块1102,用于当载波调度确定模块1101确定为非跨载波调度时,在该用户设备的专属搜索空间的DCI中加上CIF,所述CIF的值设为预先定义好的值,即与用户设备约定好的值;或者,当载波调度确定模块1101确定为跨载波调度时,在该用户设备的专属搜索空间的DCI中加上CIF信息,所述CIF的值为DCI所调度的成员载波的载波编号。上述CIF的长度可被设置为3比特。
上述装置中,载波调度模块1102在没有配置跨载波调度时,所设置的CIF可以是DCI的虚拟CRC。
上述装置中,载波调度模块1102可具体用于,当载波调度确定模块1101确定为非跨载波调度且所述用户设备为LET-A Release10用户设备时,在所述用户设备的专属搜索空间的DCI中加上预先定义值的CIF;或者,当载波调度确定模块1101确定为跨载波调度且所述用户设备为LET-A Release10用户设备时,在所述用户设备的专属搜索空间的DCI中加上值为成员载波编号的CIF。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。