多子帧调度方法和系统的制作方法

文档序号:8434541阅读:644来源:国知局
多子帧调度方法和系统的制作方法
【技术领域】
[0001]本发明涉及无线通信技术领域,特别涉及LTE微小区部署中,多子帧调度方法和系统。
【背景技术】
[0002]其中:
[0003]HARQ:Hybrid Automatic Repeat request,混合自动重传请求;
[0004]PDSCH: Phy s i ca I Down I i nkShar e dCHanne I,物理下行共享信道,用于承载来自传输信道DSCH的数据;
[0005]PDCCH:Physical Downlink Control Channel,物理下行控制信道,承载下行控制信息。
[0006]现在的LTE系统中,包括单子帧调度和半静态调度(Sem1-persistentscheduling)。其中,单子帧调度过程中,对于同一子帧,每个下行数据信道TOSCH都有相应的物理层控制信道roccH指示,并且该roccH会指示数据信道roscH的harq进程号。该方式的物理层信令开销较大。而半静态调度适用于数据包较小的业务,如VoIP,对数据包较大的业务不适合,如FTP业务。
[0007]随着智能终端和移动互联网的快速发展,移动数据业务量也在高速增长。根据国际电联ITU-R M.2443报告显示,从2010年到2015年,全球移动数据业务量将有15至30倍的增长。移动数据业务量的激增,将导致网络容量逐渐成为瓶颈,并给运营商带来巨大挑战。
[0008]为了满足日益增长的数据流量的需求,分层组网,部署微小区是一种重要且有效的技术手段。3GPP Rel-12提出微小区增强是重要的课题之一。针对微小区中信道慢变的特性提出了多子帧调度的概念,即一条物理层信令同时指示了多个子帧的调度。多子帧调度可以节省物理层信令开销从而提高资源使用率。图1所示为现有技术多子帧调度示意图。
[0009]在微小区部署中引入多子帧调度需要解决物理层控制信令的问题,S卩如何指示多少个子帧被同一条物理层信令调度。
[0010]在多子帧调度中,某些子帧中的下行数据信道roscH没有相应的物理层控制信道PDCCH指示,因而,需要为没有物理层控制信道HXXH指示的数据信道roSCH分配HARQ进程号。
[0011]此外,还需要处理多子帧调度和单子帧调度同时发生的情况。

【发明内容】

[0012]本发明的发明人发现上述现有技术中存在问题,并因此针对所述问题中的至少一个问题提出了一种新的技术方案。
[0013]根据本发明一方面,提出多子帧调度方法,包括:
[0014]终端监听物理层控制信道(PDCCH)的控制信令;
[0015]如果发现属于自己的roccH,则判断该roccH指示单子帧调度还是多子帧调度,并分别执行单子帧调度或多子帧调度流程;
[0016]如果未发现属于自己的roCCH,则判断是否是多子帧调度,如果是,读取多子帧调度控制信令中的作用域,计算进程号,检测数据信道(PDSCH),否则,不检测roscH。
[0017]进一步,基站向终端发送roccH控制信令和roscH数据,在该控制信令中至少包括如下之一:多子帧调度还是单子帧调度、被调度的子帧数、指示roscH是初次传输还是重传、PDSCH对应的进程号;
[0018]终端通过监听控制信令发现属于自己的roccH。
[0019]进一步,基站向终端发送roscH数据;
[0020]终端通过监听控制信令未发现属于自己的roccH。
[0021]进一步,终端发现属于自己的roCCH,且是多子帧调度,则终端读取多子帧调度控制信令中的作用域,对roscH进行检测;其中:
[0022]在原来的物理层控制信令中新增域用来指被控制信令调度的子帧数;或者
[0023]使用现有的新数据指示(NDI)域和/或冗余版本(RV)域来指示被控制信令调度的子帧数。
[0024]进一步,由之前最近出现控制信道HXXH指示的进程号(k)、数据信道roSCH所在的子帧序号(ti)和该roccH所在的子帧序号(to)之差、以及分配给多子帧调度的起始进程号(no)共同计算进程号。
[0025]进一步,进程号为Iic^k-WtciHN,其中,%表示取余数,N为分给多子帧调度的进程总数。
[0026]根据本发明另一方面,还提出多子帧调度系统,包括终端和基站,其中:
[0027]终端监听物理层控制信道(PDCCH)的控制信令;
[0028]如果发现属于自己的roCCH,则判断该HXXH指示单子帧调度还是多子帧调度,并分别执行单子帧调度或多子帧调度流程;
[0029]如果未发现属于自己的roCCH,则判断是否是多子帧调度,如果是,读取多子帧调度控制信令中的作用域,计算进程号,检测数据信道(PDSCH),否则,不检测roscH。
[0030]进一步,基站向终端发送roccH控制信令和roscH数据,在该控制信令中至少包括如下之一:多子帧调度还是单子帧调度、被调度的子帧数、指示roscH是初次传输还是重传、PDSCH对应的进程号;
[0031]终端通过监听控制信令发现属于自己的roccH。
[0032]进一步,基站向终端发送roscH数据;
[0033]终端通过监听控制信令未发现属于自己的roccH。
[0034]进一步,终端发现属于自己的roCCH,且是多子帧调度,则终端读取多子帧调度控制信令中的作用域,对roscH进行检测;其中:
[0035]在原来的物理层控制信令中新增域用来指被控制信令调度的子帧数;或者
[0036]使用现有的新数据指示(NDI)域和/或冗余版本(RV)域来指示被控制信令调度的子帧数。
[0037]进一步,由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道roSCH所在的子帧序号(ti)和该roccH所在的子帧序号(to)之差、以及分配给多子帧调度的起始进程号(no)共同计算进程号。
[0038]进一步,进程号为Iitl+(k-r^+t1-t^N,其中,%表示取余数,N为分给多子帧调度的进程总数。
[0039]多子帧调度相比于单子帧调度,可以节省物理层信令开销,从而提高资源使用率。本发明至少解决了多子帧调度中的一个问题,即单子帧和多子帧共存的问题、多子帧调度物理层控制信令的问题、HARQ进程号分配的问题。
[0040]通过以下参照附图对本发明的示例性实施例的详细描述,本发明的其它特征及其优点将会变得清楚。
【附图说明】
[0041]构成说明书的一部分的附图描述了本发明的实施例,并且连同说明书一起用于解释本发明的原理。
[0042]参照附图,根据下面的详细描述,可以更加清楚地理解本发明,其中:
[0043]图1所示为现有技术多子帧调度示意图。
[0044]图2所示为本发明多子帧调度方法实施例的示意图。
[0045]图3所示为本发明一实施例中指示多子帧调度的示意图。
[0046]图4所示为本发明另一实施例中指示多子帧调度的示意图。
[0047]图5所示为本发明HARQ进程号分配的实施例的示意图。
[0048]图6所示为本发明HARQ进程号分配的另一实施例的示意图。
[0049]图7所示为本发明多子帧调度系统实施例的结构示意图。
【具体实施方式】
[0050]现在将参照附图来详细描述本发明的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
[0051]同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
[0052]以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。
[0053]对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
[0054]在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
[0055]应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
[0056]为使本发明的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本发明进一步详细说明。
[0057]图2所示为本发明多子帧调度方法实施例的示意图。该方法包括以下步骤:
[0058]在步骤21,终端监听物理层控制信道(PDCCH)的控制信令。如果发现属于自己的控制信令,执行步骤22,否则,执行步骤25。
[0059]在步骤22,如果发现属于自己的H)CCH,判断是多子帧调度还是单子帧调度,如果是单子帧调度,则执行步骤23,即单子帧调度流程。如果是多子帧调度,则执行步骤24,即多子帧调度流程。
[0060]在步骤23,如果是单子帧调度,PDCCH指示TOSCH是初次传输,则终端对I3DSCH进行检测,如果正确检测,反馈ACK,如果未正确检测,反馈NACK,记录进程号;或者HXXH指示PDSCH重传,则终端获取HARQ进程号,和之前相同进程号的TOSCH进行合并检测。
[0061]在步骤24,如果是多子帧调度,PDCCH指示TOSCH是初次传输,则终端读取多子帧调度控制信令中的作用域,对roscH进行检测,如果正确检测,反馈ACK,如果未正确检测,反馈NACK,记录进程号。
[0062]在步骤25,如果未发现属于自己的H)CCH,判断是否在多子帧调度的作用域内,如果不是,执行步骤26,否则,执行步骤27,即进程号计算流程。
[0063]在步骤26,不检测H)SCH。
[0064]在步骤27,计算进程号,检测H)SCH,若正确检测,反馈ACK,若未正确检测,反馈NACK,记录进程号。
[0065]其中,终端监听的控制信令是由基站发送的。
[0066]如果基站向终端发送HXXH控制信令和I3DSCH数据,在该控制信令中至少包括如下之一:多子帧调度还是单子帧调度、调度的子帧数、指示roscH是初次传输还是重传、PDSCH对应的进程号。则终端通过监听控制信令发现属于自己的roccH。终端执行步骤22?步骤24。该实施例适用于单子帧调度和多子帧调度。可以处理多子帧调度和单子帧调度同时发生的情况,以及指示被同一条物理层信令调度的子帧数。
[0067]如果基站向终端发送roscH数据,则终端通过监听控制信令未发现属于自己的PDCCH。终端执行步骤25?步骤27。该实施例适用于多子帧调度。可以为没有物理层控制信道roccH指示的数据信道roscH分配harq进程号。
[0068]图3所示为本发明一实施例中指示多子帧调度的示意图。
[0069]在原来的物理层控制信令(DCI)中新增域(例如,2bits)用来指示被控制信令调度的子帧数。例如,00表示I个子帧,01表示2个子帧,10表示3个子帧,1
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1