CN101547514B - 一种资源调度的方法 - Google Patents

Abstract

本发明的实施例中公开了一种资源调度的方法，该方法包括：A、用户设备UE根据网络侧所配置的半持续资源，接收网络侧发送的首传的数据；B、当网络侧对UE所进行的调度出现在有半持续资源出现的TTI上时，UE在本次传输时间间隔TTI内使用网络侧为UE所分配的资源接收网络侧发送的数据。通过本发明实施例中所提供的方法，可保证数据传输的QoS并提高资源利用率，同时也可实现快速、灵活配置半持续资源的目的。

Description

一种资源调度的方法

技术领域

本发明涉及移动通信技术，尤其是指一种资源调度的方法。

背景技术

在现有的时分同步码分多址系统(TD-SCDMA)中，通常将高速下行分组接入(HSDPA)系统和高速上行分组接入(HSUPA)系统统称为HSPA+系统。在HSPA+系统中，通常使用永久包在线(CPC)技术，用于上行数据的非连续发送。在使用CPC技术的HSPA+系统中进行资源调度时，由于语音业务(VoIP)等实时性和时延要求较高的业务，对数据传输时延的要求以及数据发送具有持续性和周期性的特点，因此在TD-SCDMA HSPA+系统中需要对资源的调度作出一定的优化，从而更好地支持此类业务。

而在现有的TD-SCDMA HSPA+系统中，还没有一种能够能高效地传输上述实时性和时延要求较高的业务以保证其QoS，以及有效降低控制信令的开销的方法。

发明内容

有鉴于此，本发明实施例的主要目的在于提供一种资源调度的方法，从而可动态地为UE配置半持续资源，提高资源的利用率。

为达到上述目的，本发明实施例中的技术方案是这样实现的：

一种资源调度的方法，该方法包括：

A、用户设备UE根据网络侧所配置的半持续资源，接收网络侧发送的首传的数据；

B、当网络侧对UE所进行的调度出现在有半持续资源出现的TTI内时，UE在本次传输时间间隔TTI内不使用所述半持续资源，而是使用网络侧在控制信道上为UE所分配的资源以接收网络侧发送的数据；在本次TTI内，UE所占用的半持续资源可被网络调度给其他的UE进行数据传输。

本发明的实施例中还提供了另一种资源调度的方法，该方法包括：

a、用户设备UE根据网络侧所配置的半持续资源，向网络侧发送首传的数据；

b、当网络侧对UE所进行的调度出现在有半持续资源出现TTI内时，UE在本次传输时间间隔TTI内不使用所述半持续资源，而是使用网络侧在控制信道上为UE所分配的资源向网络侧发送数据；在本次TTI内，UE所占用的半持续资源可被网络调度给其他的UE进行数据传输。

综上可知，本发明的实施例中提供了一种资源调度的方法，在该方法中，可使用半持续资源来进行VoIP等实时性要求较高的业务的数据包的首传，并使用动态调度的方式进行数据包的重传，或其它实时性要求不高业务的数据的传输；同时，对于上行方向可以不配置非调度的资源，而使用所分配的半持续资源来实现非调度的资源所能实现的功能，从而保证了数据传输的服务质量(QoS)并提高了资源利用率，同时也可实现快速、灵活配置半持续资源的目的。

附图说明

图1为本发明实施例中上行方向的资源调度方法的流程图。

图2为本发明实施例中下行方向的资源调度方法的流程图。

具体实施方式

为使本发明的目的、技术方案和优点表达得更加清楚明白，下面结合附图及具体实施例对本发明再作进一步详细的说明。

在TD-SCDMA系统的HSPA+中，可以根据业务的属性为不同的业务分配不同性质的资源。例如，对于VoIP等实时性要求比较高的业务，系统可预先通过高层信令(例如，无线资源控制RRC信令)或控制信道(例如，高速下行共享信道共享控制信道HS-SCCH或增强上行绝对接入允许信道E-AGCH)为此类业务分配半持续(semi-persistent)资源，并可通过控制信道对所分配的半持续资源进行修改或重配置(例如，对时隙、码道、传输格式、重复周期或重复长度等的调整或配置)，因此，上述的半持续资源是一种半持续或者半静态的预定义的资源，网络侧和UE可通过所分配的半持续资源发送或接收首传数据(即第一次被传输的数据)。而对于其它实时性要求不高的数据业务(例如，下载业务等)，数据的传输仍然在普通的动态的调度的资源上进行。

为了更加清楚的对本发明的技术方案进行详细的描述，在以下的实施例中，将以下行方向和上行方向两种情况来分别进行说明。

图1为本发明实施例中上行方向的资源调度方法的流程图。如图1所示，本发明实施例中上行方向的资源调度方法包括如下所述的步骤：

步骤101，网络侧为UE配置半持续资源。

具体来说，在下行方向，网络侧可通过控制信道为UE配置或重配置上述半持续资源，而如果是首次为UE配置半持续资源时，则网络侧也可通过RRC信令进行配置。

其中，当网络侧通过控制信道为UE配置半持续资源时，网络侧可通过控制信道将持续指示信息发送给UE，从而为UE配置半持续资源。所述持续指示信息可以是对控制信道中原有的信令进行扩展或重定义后得到的信息比特，还可以是控制信道中新增加的持续指示比特，用于告知UE可将当前控制信道上所配置的资源一直作为半持续资源使用，直到下一次资源配置或重配置。

在本发明的实施例中，上述的控制信道可以是HS-SCCH。为了叙述方便，以下将以控制信道为HS-SCCH为例进行说明。

步骤102，网络侧通过所述半持续资源向UE发送首传的数据。

具体来说，当半持续资源配置完成后，网络侧将通过所述半持续资源向UE发送实时性要求较高的业务(例如，VoIP业务)的首传的数据，例如，首传包，即第一次被传输的数据包。为了叙述方便，以下将以所述的首传的数据为VoIP业务数据为例进行说明。

步骤103，UE在所配置的半持续资源上接收首传的数据。

具体来说，在下行方向，当半持续资源配置完成后，UE可在上述配置好的半持续资源上接收相关业务的首传的数据，例如，VoIP业务数据。

步骤104，UE判断是否正确接收到上述数据。当UE正确接收到上述数据时，执行步骤105；否则，执行步骤106。

步骤105，UE通过高速下行共享信道共享信息信道(HS-SICH)向网络侧返回确认消息(ACK)，结束本次数据的传输流程。在本流程之后，可通过相同的流程在上述半持续资源上继续进行下一个数据的传输。

步骤106，UE通过HS-SICH向网络侧返回非确认消息(NACK)，即告知网络侧需要进行上述数据的重传。

在本步骤中，UE也可不向网络侧返回NACK，网络侧在向UE发送上述数据后，如果一段时间内仍未收到对该数据的响应消息(例如，ACK或NACK)，则网络侧认为该数据未能被UE正确接收，需要对该数据进行重传。

步骤107，网络侧根据所接收到的NACK进行数据的重传。

具体来说，网络侧根据所接收到的NACK以及一定的调度策略，动态地为所需重传的数据包分配相应的资源，在HS-SCCH上调度该UE(即在HS-SCCH上携带该UE的用户标识UE-ID)并将上述为重传所分配的资源告知UE；然后，网络侧可使用上述为重传所分配的资源进行数据包的重传。

步骤108，UE在半持续资源上接收首传的数据，并监听HS-SCCH。

具体来说，网络侧将按照一定的时间间隔在半持续资源上发送首传的数据(例如，每隔20ms发送一次VoIP的首传数据包)，UE也将按照上述的时间间隔在半持续资源上接收相应的首传的数据。而在上述的时间间隔之中，网络侧还可通过HS-SCCH为UE分配资源，并向UE发送其他的业务数据；因此，UE在半持续资源上接收首传的数据的同时，还需监听HS-SCCH。

步骤109，UE判断网络侧对其的调度是否出现在有半持续资源出现的子帧上。如果是，则执行步骤111；否则，执行步骤110。

具体来说，UE在监听HS-SCCH时，如果发现网络侧通过HS-SCCH对该UE进行了调度(即在HS-SCCH上携带该UE的用户标识UE-ID，将上述为重传所分配的资源告知UE)，则该UE判断所进行的调度是否出现在有半持续资源出现的TTI上。如果是，则表示网络侧希望该UE使用网络侧本次通过HS-SCCH所分配的资源(而不是上述的半持续资源)来接收网络侧所发送的数据，因此，执行步骤111；否则，执行步骤110。

步骤110，UE用HS-SCCH所分配的资源接收网络侧发送的数据。然后，UE继续监听HS-SCCH，返回执行步骤109。

在本步骤中，所述数据是一般的业务数据，例如，数据包的重传等。

步骤111，UE不使用上述半持续资源接收网络侧发送的数据。

具体来说，当网络侧通过HS-SCCH对UE的调度出现在有半持续资源出现的TTI上时，网络侧通过HS-SCCH为UE所分配的资源在本次传输时间间隔(TTI)内抢占UE当前正在使用的半持续资源，即UE在本次TTI内不使用上述半持续资源，而是使用HS-SCCH上所分配的资源接收网络侧所发送的数据(所述数据可以是其它业务的业务数据，或者是数据包的重传等)。此时，在本次TTI内，UE所占用的半持续资源可被网络调度给其他的UE进行数据传输，从而提高了资源利用率。

但是，在本步骤中，虽然UE在本次TTI中不使用上述半持续资源接收网络侧发送的数据，但下一个TTI中，UE仍然可用上述半持续资源接收网络侧所发送的首传的数据，直到下一次资源重配置。

另外，以上所述的步骤102～111中，仅描述了一个数据包的传输过程，在本发明的实施例中，可使用与上述相同的方法继续在上述的半持续资源上进行下一个数据包的传输流程，在此不再赘述。

此外，对于下行方向的动态调度方式，目前一般所采用的是异步混合自动重传请求(异步HARQ)的方式，在该方式中，网络侧和UE之间可连续多次进行数据的传输，为了区分每次数据的传输，系统将网络侧和UE之间所进行的每次数据传输都唯一对应于系统中的一个进程(Process)，而系统中的每个进程也都唯一对应于系统中的一个进程标识符(Process ID)。因此，当网络侧对UE进行调度时，网络侧将在HS-SCCH上携带每次数据传输所对应的Process ID并显式地告诉UE，UE在获知上述Process ID后，可根据上述的Process ID对所接收的数据进行相应的处理。但在本发明的实施例中，对于上述的在下行方向使用半持续资源进行数据首传时，需要使用同步HARQ方式，但由于没有相关的控制信道(例如，HS-SCCH)指示每次数据传输所使用的Process ID，因此，在上述半持续资源上传输数据时，需要确认每次被传输数据所使用的Process。而对于用普通的调度的方式进行数据包的重传时，仍然使用上述异步HARQ的方式。

针对上述的问题，可以有如下所述的解决方法，即当在半持续资源上传输数据时，每次被传输数据的Process ID按照默认的方式循环增加。例如，NodeB和UE都循环使用下一个可用的Process(需设置一个最大可用Process的数目)，即每次进行数据传输时，NodeB和UE都同步地对Process ID进行计数，接收方根据这个计算出的Process ID确定相应的Process，并在该Process上对数据进行处理。

但在一些异常的情况下，例如，当UE没有收到NodeB对UE的某次调度，而后续NodeB又在半持续资源上对UE进行了调度时，将出现NodeB与UE在半持续资源上进行数据传输时，所使用的process ID不一致的情况，从而影响数据传输的准确性。

因此，在本发明的实施例中，可根据资源的特性，将使用动态调度的资源(例如，用于承载非VoIP业务的资源)进行数据传输的进程空间(Process空间)与使用半持续资源(例如，用于承载VoIP业务的资源)进行数据传输的Process空间分开。也就是说，可将所有总的可用的进程划分成两部分，每一部分组成一个进程空间，从而形成两个进程空间。例如，承载VoIP业务的数据传输使用一个进程空间，而承载非VoIP业务的数据传输使用另一个进程空间。因此，即使在出现上述异常情况时，由于动态调度的资源上的数据传输和半持续资源上的数据传输使用不同的Process空间，两个Process空间中的Process ID是独立计数的，从而在出现调度失败的情况下，也不会影响在半持续资源上进行数据传输时对Process ID的确定。

上述对Process空间的划分，可以是将所有总的可用的进程划分成相等的两个部分，即每个Process空间中的Process数目相等；也可以根据实际应用情况，将所有总的可用的进程划分成不相等的两个部分，即每个Process空间中的Process数目不相等。例如，当总的进程为8个时，可对总的进程进行划分，使得一个Process空间中有2个进程，而另一个Process空间中有6个进程。

图2为本发明实施例中下行方向的资源调度方法的流程图。如图2所示，本发明实施例中下行方向的资源调度方法包括如下所述的步骤：

步骤201，网络侧为UE配置半持续资源。

具体来说，在上行方向，网络侧可通过控制信道为UE配置或重配置上述半持续资源，而如果是首次为UE配置半持续资源时，则网络侧也可通过RRC信令进行配置。所述具体的配置方法与步骤101类似，在此不再赘述。

此外，在本步骤中，网络侧无需为UE配置非调度的资源，而只需为UE配置调度的资源，并将所配置的调度的资源作为半持续资源来使用(例如，将调度的资源的资源持续指示RDI设置为无限长)，从而实现非调度的资源所能实现的功能，例如，传输VoIP业务数据等。

在本发明的实施例中，上述的控制信道可以是E-AGCH。为了叙述方便，以下将以控制信道为E-AGCH为例对本发明的技术方案进行说明。

步骤202，UE通过所述半持续资源向网络侧发送首传的数据。

具体来说，当半持续资源配置完成后，UE将通过所述半持续资源向网络侧发送实时性要求较高的业务(例如，VoIP业务)的首传的数据。为了叙述方便，以下将以所述的首传的数据为VoIP业务数据为例进行说明。

步骤203，网络侧在上述的半持续资源上接收首传的数据。

具体来说，在上行方向，当半持续资源配置完成后，网络侧(例如，基站NodeB)可在上述半持续资源上接收相关业务的首传的数据，例如，VoIP业务数据。

步骤204，网络侧判断是否正确接收到上述数据。当网络侧正确接收到上述数据时，执行步骤205；否则，执行步骤206。

步骤205，网络侧通过增强上行信道的混合自动重传指示信道(E-HICH)向UE返回ACK，结束本次数据的传输流程。在本流程之后，可通过相同的流程在上述半持续资源上继续进行下一个数据的传输。

步骤206，网络侧通过E-HICH向UE返回NACK，即告知UE需要进行上述数据的重传。

在本步骤中，网络侧也可不向UE返回NACK，UE在向网络侧发送上述数据后，如果一段时间内仍未收到对该数据的响应消息(例如，ACK或NACK)，则UE认为该数据未能被网络侧正确接收，需要对该数据进行重传。

步骤207，网络侧为UE分配进行数据的重传的资源并调度UE。

具体来说，NodeB根据一定的策略，在E-AGCH上动态地为UE所需重传的数据给UE分配相应的资源，然后在E-AGCH上调度该UE(即在E-AGCH上携带该UE的用户标识UE-ID)并将上述为重传所分配的资源告知UE。

步骤208，UE根据所分配的资源进行数据的重传，即UE使用上述为重传所分配的资源将需要重传的数据包发送给网络侧。

步骤209，UE在半持续资源上发送首传的数据，并监听E-AGCH。

具体来说，UE将按照一定的时间间隔在半持续资源上发送首传的数据(例如，每隔20ms发送一次VoIP的首传数据包)，网络侧也将按照上述的时间间隔在半持续资源上接收相应的首传的数据。而在上述的时间间隔之中，网络侧还可通过E-AGCH为UE分配资源，使得UE可根据所分配的资源向网络侧发送其他的业务数据(例如，数据包的重传等)；因此，UE在半持续资源上发送首传的数据的同时，还需监听E-AGCH。

步骤210，UE判断网络侧对其的调度是否出现在有半持续资源出现的TTI上。如果是，则执行步骤212；否则，执行步骤211。

具体来说，UE在监听E-AGCH时，如果发现网络侧通过E-AGCH对该UE进行了调度，则该UE判断所进行的调度是否出现在有半持续资源出现的TTI上。如果是，则表示网络侧希望该UE使用网络侧本次通过E-AGCH所分配的资源(而不是上述的半持续资源)向网络侧发送数据，因此，执行步骤212；否则，执行步骤211。

步骤211，UE用E-AGCH所分配的资源向网络侧发送数据。然后，UE继续监听E-AGCH，返回执行步骤210。

在本步骤中，所述被发送的数据可以是实时性较高的业务数据，也可以是一般的业务数据，例如，数据包的重传等。

步骤212，UE不使用上述半持续资源向网络侧发送数据。

具体来说，当网络侧通过E-AGCH对UE的调度出现在有半持续资源出现的子帧上时，网络侧通过E-AGCH为UE所分配的资源在本次TTI内抢占UE当前正在使用的半持续资源，即UE不使用上述半持续资源，而是使用E-AGCH上所分配的资源向网络侧发送数据(所述数据可以是首传的数据，也可以不是首传的数据)。此时，在本次TTI内，UE所占用的半持续资源可调度给其他的UE进行数据传输，从而节省网络资源。

但是，在本步骤中，虽然UE在本次TTI中不使用上述半持续资源向网络侧发送的数据，但在下一个TTI中，UE仍然可用上述半持续资源接收网络侧所发送的首传的数据，直到下一次资源重配置。

另外，以上所述的步骤202～212中，仅描述了一个数据包的传输过程，在本发明的实施例中，可使用与上述相同的方法继续在上述的半持续资源上进行下一个数据包的传输流程，在此不再赘述。

此外，在上述的方法中，由于VoIP业务可承载在上述的半持续资源上，而该资源是持续的，且该资源的重复周期、重复长度在资源存在期间是固定的(除非通过控制信道进行修改)，因此在上行方向无需配置非调度的资源。所以，在本发明的实施例中，确定在上行方向进行数据传输时的Process的方法为：将原本固定分配给非调度资源的Process，与动态调度的资源所使用的Process合并进行考虑，并且将在半持续资源上传输VoIP业务所需的可用Process ID，与在动态调度的资源上传输非VoIP业务所需的可用Process ID分离开，即将总的可用的Process划分成两个进程空间，从而可避免在某些情况下UE和网络侧对Process ID计算不一致的情况。所述的对进程空间的划分方法，与下行方向上对进程空间的划分方法相同，在此不再赘述。

通过本发明的实施例中所提供的上述的方法，可使用半持续资源来进行VoIP等实时性要求较高的业务的数据包的首传，并使用动态调度的方式进行数据包的重传，或其它实时性要求不高业务的数据的传输；同时，对于上行方向可以不配置非调度的资源，而使用所分配的半持续资源来实现非调度的资源所能实现的功能，从而保证了数据传输的QoS并提高了资源利用率，同时也可实现快速、灵活配置半持续资源的目的。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种资源调度的方法，其特征在于，该方法包括：

A、用户设备UE根据网络侧所配置的半持续资源，接收网络侧发送的首传的数据；

B、当网络侧对UE所进行的调度出现在有半持续资源出现的TTI内时，UE在本次传输时间间隔TTI内不使用所述半持续资源，而是使用网络侧在控制信道上为UE所分配的资源以接收网络侧发送的数据；在本次TTI内，UE所占用的半持续资源可被网络调度给其他的UE进行数据传输。

2.根据权利要求1所述的方法，其特征在于，在所述步骤A之前还包括：

A1、网络侧为UE配置半持续资源，并通过所述半持续资源向UE发送首传的数据。

3.根据权利要求1所述的方法，其特征在于，在所述步骤A之后，步骤B之前还包括：

A2、当UE在所配置的半持续资源上未正确接收到所述首传的数据时，UE通知网络侧重传所述首传的数据。

4.根据权利要求2所述的方法，其特征在于，所述网络侧为UE配置半持续资源包括：

网络侧通过RRC信令或控制信道为UE配置半持续资源。

5.根据权利要求4所述的方法，其特征在于，所述控制信道为高速下行共享信道共享控制信道HS-SCCH。

6.根据权利要求1所述的方法，其特征在于，该方法还进一步包括：

将所有总的可用的进程划分为两个进程空间；其中，一个进程空间中的进程用于通过动态调度的资源所进行的数据传输，另一个进程空间的进程用于通过半持续资源所进行的数据传输。

7.一种资源调度的方法，其特征在于，该方法包括：

a、用户设备UE根据网络侧所配置的半持续资源，向网络侧发送首传的数据；

b、当网络侧对UE所进行的调度出现在有半持续资源出现TTI内时，UE在本次传输时间间隔TTI内不使用所述半持续资源，而是使用网络侧在控制信道上为UE所分配的资源向网络侧发送数据；在本次TTI内，UE所占用的半持续资源可被网络调度给其他的UE进行数据传输。

8.根据权利要求7所述的方法，其特征在于，在所述步骤a之前还包括：

a1、网络侧为UE配置半持续资源。

9.根据权利要求7所述的方法，其特征在于，在所述步骤a之后，步骤b之前还包括：

a2、当网络侧未在所述的半持续资源上正确接收到所述首传的数据时，网络侧通知UE重传所述首传的数据。

10.根据权利要求8所述的方法，其特征在于，所述网络侧为UE配置半持续资源包括：

网络侧通过RRC信令或控制信道为UE配置半持续资源。

11.根据权利要求10所述的方法，其特征在于，所述控制信道为增强上行绝对接入允许信道E-AGCH。

12.根据权利要求7所述的方法，其特征在于，该方法还进一步包括：

将所有总的可用的进程划分为两个进程空间；其中，一个进程空间中的进程用于通过动态调度的资源所进行的数据传输，另一个进程空间的进程用于通过半持续资源所进行的数据传输。

Images