多子帧调度方法和系统.pdf

本发明公开了多子帧调度方法和系统。该方法包括：终端监听物理层控制信道的控制信令；如果发现属于自己的控制信道，判断是否是多子帧调度，如果是，读取多子帧调度控制信令中的作用域；如果未发现属于自己的控制信道，则判断是否在多子帧调度的作用域内，如果是，则计算进程号。本发明至少解决了多子帧调度中的一个问题，节省物理层信令开销，从而提高资源使用率。

权利要求书1.  多子帧调度方法，其特征在于，包括：终端监听物理层控制信道（PDCCH）的控制信令；如果发现属于自己的PDCCH，则判断该PDCCH指示单子帧调度还是多子帧调度，并分别执行单子帧调度或多子帧调度流程；如果未发现属于自己的PDCCH，则判断是否在多子帧调度的作用域内，如果是，则计算进程号，检测数据信道（PDSCH），否则，不检测PDSCH。2.  根据权利要求1所述多子帧调度方法，其特征在于，包括：基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、被调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号；终端通过监听控制信令发现属于自己的PDCCH。3.  根据权利要求1所述多子帧调度方法，其特征在于，包括：基站向终端发送PDSCH数据；终端通过监听控制信令未发现属于自己的PDCCH。4.  根据权利要求1或2所述多子帧调度方法，其特征在于，包括：终端发现属于自己的PDCCH，且是多子帧调度，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检测；其中：在原来的物理层控制信令中新增域用来指被控制信令调度的子帧数；或者使用现有的新数据指示（NDI）域和/或冗余版本（RV）域来指示被控制信令调度的子帧数。5.  根据权利要求1或3所述多子帧调度方法，其特征在于，包括：由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、以及分配给多子帧调度的起始进程号(n0)共同计算进程号。6.  根据权利要求5所述多子帧调度方法，其特征在于，包括：进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。7.  多子帧调度系统，其特征在于，包括终端和基站，其中：终端监听物理层控制信道（PDCCH）的控制信令；如果发现属于自己的PDCCH，则判断该PDCCH指示单子帧调度还是多子帧调度，并分别执行单子帧调度或多子帧调度流程；如果未发现属于自己的PDCCH，则判断是否在多子帧调度的作用域内，如果是，则计算进程号，检测数据信道（PDSCH），否则，不检测PDSCH。8.  根据权利要求7所述多子帧调度系统，其特征在于，包括：基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、被调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号；终端通过监听控制信令发现属于自己的PDCCH。9.  根据权利要求7所述多子帧调度系统，其特征在于，包括：基站向终端发送PDSCH数据；终端通过监听控制信令未发现属于自己的PDCCH。10.  根据权利要求7或8所述多子帧调度系统，其特征在于，包括：终端发现属于自己的PDCCH，且是多子帧调度，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检测；其中：在原来的物理层控制信令中新增域用来指被控制信令调度的子帧数；或者使用现有的新数据指示（NDI）域和/或冗余版本（RV）域来指示被控制信令调度的子帧数。11.  根据权利要求7或9所述多子帧调度系统，其特征在于，包括：由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、 以及分配给多子帧调度的起始进程号(n0)共同计算进程号。12.  根据权利要求11所述多子帧调度系统，其特征在于，包括：进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。

说明书多子帧调度方法和系统
技术领域
本发明涉及无线通信技术领域，特别涉及LTE微小区部署中，多子帧调度方法和系统。
背景技术
其中：
HARQ：Hybrid Automatic Repeat request，混合自动重传请求；
PDSCH：PhysicalDownlinkSharedCHannel，物理下行共享信道，用于承载来自传输信道DSCH的数据；
PDCCH：Physical Downlink Control Channel，物理下行控制信道，承载下行控制信息。
现在的LTE系统中，包括单子帧调度和半静态调度（Semi-persistent scheduling）。其中，单子帧调度过程中，对于同一子帧，每个下行数据信道PDSCH都有相应的物理层控制信道PDCCH指示，并且该PDCCH会指示数据信道PDSCH的HARQ进程号。该方式的物理层信令开销较大。而半静态调度适用于数据包较小的业务，如VoIP，对数据包较大的业务不适合，如FTP业务。
随着智能终端和移动互联网的快速发展，移动数据业务量也在高速增长。根据国际电联ITU-R M.2443报告显示，从2010年到2015年，全球移动数据业务量将有15至30倍的增长。移动数据业务量的激增，将导致网络容量逐渐成为瓶颈，并给运营商带来巨大挑战。
为了满足日益增长的数据流量的需求，分层组网，部署微小区是一种重要且有效的技术手段。3GPP Rel-12提出微小区增强是重要的课题之一。针对微小区中信道慢变的特性提出了多子帧调度的概念，即一条物理层信令同时指示了多个子帧的调度。多子帧调度可以节省 物理层信令开销从而提高资源使用率。图1所示为现有技术多子帧调度示意图。
在微小区部署中引入多子帧调度需要解决物理层控制信令的问题，即如何指示多少个子帧被同一条物理层信令调度。
在多子帧调度中，某些子帧中的下行数据信道PDSCH没有相应的物理层控制信道PDCCH指示，因而，需要为没有物理层控制信道PDCCH指示的数据信道PDSCH分配HARQ进程号。
此外，还需要处理多子帧调度和单子帧调度同时发生的情况。
发明内容
本发明的发明人发现上述现有技术中存在问题，并因此针对所述问题中的至少一个问题提出了一种新的技术方案。
根据本发明一方面，提出多子帧调度方法，包括：
终端监听物理层控制信道（PDCCH）的控制信令；
如果发现属于自己的PDCCH，则判断该PDCCH指示单子帧调度还是多子帧调度，并分别执行单子帧调度或多子帧调度流程；
如果未发现属于自己的PDCCH，则判断是否是多子帧调度，如果是，读取多子帧调度控制信令中的作用域，计算进程号，检测数据信道（PDSCH），否则，不检测PDSCH。
进一步，基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、被调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号；
终端通过监听控制信令发现属于自己的PDCCH。
进一步，基站向终端发送PDSCH数据；
终端通过监听控制信令未发现属于自己的PDCCH。
进一步，终端发现属于自己的PDCCH，且是多子帧调度，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检测；其中：
在原来的物理层控制信令中新增域用来指被控制信令调度的子帧 数；或者
使用现有的新数据指示（NDI）域和/或冗余版本（RV）域来指示被控制信令调度的子帧数。
进一步，由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、以及分配给多子帧调度的起始进程号(n0)共同计算进程号。
进一步，进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。
根据本发明另一方面，还提出多子帧调度系统，包括终端和基站，其中：
终端监听物理层控制信道（PDCCH）的控制信令；
如果发现属于自己的PDCCH，则判断该PDCCH指示单子帧调度还是多子帧调度，并分别执行单子帧调度或多子帧调度流程；
如果未发现属于自己的PDCCH，则判断是否是多子帧调度，如果是，读取多子帧调度控制信令中的作用域，计算进程号，检测数据信道（PDSCH），否则，不检测PDSCH。
进一步，基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、被调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号；
终端通过监听控制信令发现属于自己的PDCCH。
进一步，基站向终端发送PDSCH数据；
终端通过监听控制信令未发现属于自己的PDCCH。
进一步，终端发现属于自己的PDCCH，且是多子帧调度，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检测；其中：
在原来的物理层控制信令中新增域用来指被控制信令调度的子帧数；或者
使用现有的新数据指示（NDI）域和/或冗余版本（RV）域来指示被控制信令调度的子帧数。
进一步，由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、以及分配给多子帧调度的起始进程号(n0)共同计算进程号。
进一步，进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。
多子帧调度相比于单子帧调度，可以节省物理层信令开销，从而提高资源使用率。本发明至少解决了多子帧调度中的一个问题，即单子帧和多子帧共存的问题、多子帧调度物理层控制信令的问题、HARQ进程号分配的问题。
通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。
附图说明
构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。
参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：
图1所示为现有技术多子帧调度示意图。
图2所示为本发明多子帧调度方法实施例的示意图。
图3所示为本发明一实施例中指示多子帧调度的示意图。
图4所示为本发明另一实施例中指示多子帧调度的示意图。
图5所示为本发明HARQ进程号分配的实施例的示意图。
图6所示为本发明HARQ进程号分配的另一实施例的示意图。
图7所示为本发明多子帧调度系统实施例的结构示意图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。
图2所示为本发明多子帧调度方法实施例的示意图。该方法包括以下步骤：
在步骤21，终端监听物理层控制信道（PDCCH）的控制信令。如果发现属于自己的控制信令，执行步骤22，否则，执行步骤25。
在步骤22，如果发现属于自己的PDCCH，判断是多子帧调度还是单子帧调度，如果是单子帧调度，则执行步骤23，即单子帧调度流程。如果是多子帧调度，则执行步骤24，即多子帧调度流程。
在步骤23，如果是单子帧调度，PDCCH指示PDSCH是初次传输，则终端对PDSCH进行检测，如果正确检测，反馈ACK，如果未正确检测，反馈NACK，记录进程号；或者PDCCH指示PDSCH重传，则终端获取HARQ进程号，和之前相同进程号的PDSCH进行合并检测。
在步骤24，如果是多子帧调度，PDCCH指示PDSCH是初次传输，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检 测，如果正确检测，反馈ACK，如果未正确检测，反馈NACK，记录进程号。
在步骤25，如果未发现属于自己的PDCCH，判断是否在多子帧调度的作用域内，如果不是，执行步骤26，否则，执行步骤27，即进程号计算流程。
在步骤26，不检测PDSCH。
在步骤27，计算进程号，检测PDSCH，若正确检测，反馈ACK，若未正确检测，反馈NACK，记录进程号。
其中，终端监听的控制信令是由基站发送的。
如果基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号。则终端通过监听控制信令发现属于自己的PDCCH。终端执行步骤22～步骤24。该实施例适用于单子帧调度和多子帧调度。可以处理多子帧调度和单子帧调度同时发生的情况，以及指示被同一条物理层信令调度的子帧数。
如果基站向终端发送PDSCH数据，则终端通过监听控制信令未发现属于自己的PDCCH。终端执行步骤25～步骤27。该实施例适用于多子帧调度。可以为没有物理层控制信道PDCCH指示的数据信道PDSCH分配HARQ进程号。
图3所示为本发明一实施例中指示多子帧调度的示意图。
在原来的物理层控制信令（DCI）中新增域（例如，2bits）用来指示被控制信令调度的子帧数。例如，00表示1个子帧，01表示2个子帧，10表示3个子帧，11表示4个子帧。
图4所示为本发明另一实施例中指示多子帧调度的示意图。
使用DCI现有的新数据指示（NDI）域和/或冗余版本（RV）（例如，2bits）域来指示被控制信令调度的子帧数。
下面将结合附图和具体实施例，对本发明分配进程号的实施例进行详细说明。
数据信道PDSCH在伴有控制信道PDCCH的子帧传输时，该PDSCH的进程号由PDCCH决定。
数据信道PDSCH在没有控制信道PDCCH的子帧传输时，由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、以及分配给多子帧调度的起始进程号(n0)共同计算得到。在本发明的一个实施例中，进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。
实施例1：
图5所示为本发明HARQ进程号分配的实施例的示意图。
假设分配给多子帧调度的进程总数为4，起始进程号为1。
在t+1时刻，存在多子帧调度，并指示当前子帧进程号为2，由于数据信道与多子帧调度的控制信令在同一子帧内，则进程号为2。
在t+4时刻，数据信道与多子帧调度的控制信令不在同一子帧内，其进程号由之前最近出现控制信道PDCCH指示的进程号、数据信道PDSCH所在的子帧序号和该PDCCH所在的子帧序号之差、以及分配给多子帧调度的起始进程号共同计算，可得该数据信道的进程号为：1+(2-1+(t+4)-(t+1))%4=1。
实施例2：
图6所示为本发明HARQ进程号分配的另一实施例的示意图。
该实施例为单子帧和多子帧共存的情况，即，用户在t+3时刻收到了单子帧调度指示的控制信令。
假设分配给多子帧调度的进程总数为4，起始进程号为5。
在t+1时刻，存在多子帧调度的控制信令并指示当前子帧进程号为7；在t+3时刻，存在单子帧调度的控制信令并指示HARQ进程号为3，因此在t+3时刻的数据信道的进程号为3。
在t+4时刻，数据信道与多子帧调度的控制信令不在同一子帧内，计算可得该数据信道的进程号为5+(7-5+(t+4)-(t+1))%4=6。
多子帧调度相比于单子帧调度，可以节省物理层信令开销，从而 提高资源使用率。本发明至少解决了多子帧调度中的一个问题，即单子帧和多子帧共存的问题、多子帧调度物理层控制信令的问题、HARQ进程号分配的问题。
图7所示为本发明多子帧调度系统实施例的结构示意图。该系统包括终端和基站，其中：
终端监听PDCCH的控制信令。
如果发现属于自己的PDCCH，则判断该PDCCH指示单子帧调度还是多子帧调度，并分别执行单子帧调度或多子帧调度流程。如果是单子帧调度，PDCCH指示PDSCH是初次传输，则终端对PDSCH进行检测，如果正确检测，反馈ACK，如果未正确检测，反馈NACK，记录进程号；或者PDCCH指示PDSCH重传，则终端获取HARQ进程号，和之前相同进程号的PDSCH进行合并检测。如果是多子帧调度，PDCCH指示PDSCH是初次传输，则终端读取多子帧调度控制信令中的作用域，对PDSCH进行检测，如果正确检测，反馈ACK，如果未正确检测，反馈NACK，记录进程号。
如果未发现属于自己的PDCCH，则判断是否在多子帧调度的作用域内，如果是，则计算进程号，检测数据信道（PDSCH），若正确检测，反馈ACK，若未正确检测，反馈NACK，记录进程号，否则，不检测PDSCH。
其中，终端监听的控制信令是由基站发送的。
如果基站向终端发送PDCCH控制信令和PDSCH数据，在该控制信令中至少包括如下之一：多子帧调度还是单子帧调度、被调度的子帧数、指示PDSCH是初次传输还是重传、PDSCH对应的进程号。则终端根据监听到的信息可以处理多子帧调度和单子帧调度同时发生的情况，以及指示被同一条物理层信令调度的子帧数。
终端通过监听控制信令发现属于自己的PDCCH。
在本发明的实施例中，在原来的物理层控制信令（DCI）中新增域（例如，2bits）用来指示被控制信令调度的子帧数。例如，00表示1个子帧，01表示2个子帧，10表示3个子帧，11表示4个子帧。 或者，使用DCI现有的新数据指示（NDI）域和/或冗余版本（RV）（例如，2bits）域来指示被控制信令调度的子帧数。
如果基站向终端发送PDSCH数据，则终端可以为没有物理层控制信道PDCCH指示的数据信道PDSCH分配HARQ进程号。
终端通过监听控制信令未发现属于自己的PDCCH。
在本发明的实施例中，数据信道PDSCH在伴有控制信道PDCCH的子帧传输时，该PDSCH的进程号由PDCCH决定。
数据信道PDSCH在没有控制信道PDCCH的子帧传输时，由之前最近出现控制信道PDCCH指示的进程号(k)、数据信道PDSCH所在的子帧序号(t1)和该PDCCH所在的子帧序号(t0)之差、以及分配给多子帧调度的起始进程号(n0)共同计算得到。在本发明的一个实施例中，进程号为n0+(k-n0+t1-t0)%N，其中，%表示取余数，N为分给多子帧调度的进程总数。
至此，已经详细描述了本发明。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。