CN101765146B - 通信系统中的进程调度方法和系统 - Google Patents

Abstract

本发明公开了一种通信系统中的进程调度方法，包括：将非调度传输的关联进程集合和/或额外增加的关联进程集合与调度传输的关联进程集合进行合并；从所述合并后的进程集合中选取用于上行数据传输的进程。此外，本发明还公开了一种通信系统中的进程调度系统。本发明所公开的技术方案，能够解决现有技术中启动了E-AGCH Less操作的上行数据传输所用进程总数不够用的问题。

Description

通信系统中的进程调度方法和系统

技术领域

本发明涉及通信技术，尤其涉及一种通信系统中的进程调度方法和系统。

背景技术

在通信系统中，为了实现高速数据传输，引入了高速分组接入(HSPA)技术，HSPA技术包括高速下行分组接入(HSDPA)技术和/或高速上行分组接入(HSUPA)技术。

其中，HSUPA包括四条物理信道，即增强的专用信道(E-DCH，EnhancedDedicated Channel)物理上行信道(E-PUCH，E-DCH Physical UplinkChannel)，E-DCH绝对授权信道(E-AGCH，E-DCH Absolute Grant Channel)，E-DCH混合自动重传指示信道(E-HICH，E-DCH Hybrid ARQ IndicatorChannel)和E-DCH随机接入上行控制信道(E-RUCCH，E-DCH RandomAccess Uplink Control Channel)。在HSUPA技术中，数据的传输包括调度传输与非调度传输。但将VoIP(基于IP的语音)类业务应用于HSUPA技术中时，如果利用非调度传输承载VoIP业务，则无线网络控制器(RNC)会按照VoIP业务激活期周期分配非调度传输所用资源，由于VoIP业务的静默期比激活期周期大，因此当VoIP处于静默期时，非调度传输所用资源如果不能被RNC及时收回就会导致资源浪费。如果利用调度传输承载VoIP业务，则基站(NodeB)会在VoIP每发送一个数据包时，都要进行一次资源的调度，但由于VoIP数据包通常较小、且时延要求较高，因此频繁的调度会使得控制信道开销较大。

为了优化对VoIP这样的小数据包、时延要求较高的业务的支持，减少控制信道的开销，针对VoIP业务的上行传输方案(也称为上行半持续调度、或上行SPS调度、或增强的专用信道绝对授权信道(E-AGCH)Less操作(简称E-AGCH Less操作))，提出了一种半持续调度的传输方式，即由NodeB通过控制信道E-AGCH为UE分配周期性的、半持续调度所用的物理资源，UE在资源授权范围内进行VoIP业务的传输。这种传输方式中，NodeB能够根据VoIP业务激活期与静默期的转换对半持续调度所用资源进行重配，资源分配方式更加灵活、控制信令开销与时延较小，能够避免资源浪费。具体应用中，在配置了E-AGCH Less操作时，也可以同时存在传统的HSUPA调用业务，因此为了描述方便，以下描述中将这种传输方式和/或原先HSUPA中的调度传输统称为持续分组连接(CPC)上行数据传输，即将启动了E-AGCH Less操作的上行数据传输统称为CPC上行数据传输。

在目前的HSUPA中，调度传输与非调度传输各自支持4个进程，而且两者之间不能共享进程，E-AGCH Less操作使用调度传输的4个进程。当配置了E-AGCH Less操作、且传统的HSUPA调度业务与E-AGCH Less操作业务共存时，可能会导致调度传输的4个进程不够用的问题。举例说明，传统的HSUPA业务与VoIP业务共存时，若其它的HSUPA业务已经占用了3个进程，而且之前TTI的VoIP数据包由于需要进行重传已经占用了一个进程，此时当VoIP业务新到达的数据包需要初传时就会出现没有空闲进程可用的情况，导致数据传输时延增加。可见，现有技术中配置了E-AGCH Less操作的HSUPA系统的调度传输的进程数可能存在不够用的问题。

发明内容

有鉴于此，本发明中一方面提供一种通信系统中的进程调度方法，另一方面提供一种通信系统中的进程调度系统，以便解决配置了E-AGCH Less操作的系统的进程总数不够用的问题。

本发明所提供的通信系统中的进程调度方法，包括：

将非调度传输的关联进程集合和/或额外增加的关联进程集合与调度传输的关联进程集合进行合并，得到合并后的进程集合；所述合并后的进程集合包含至少两个关联进程集合；

预定义各业务类型与关联进程集合的对应关系；或者，预先确定各业务类型优先选用的关联进程集合，网络侧将所确定的业务类型与关联进程集合的对应关系通过高层信令通知给UE；或者，网络侧与UE预先约定所述业务类型与关联进程集合的对应关系；

UE根据所述业务类型与关联进程集合的对应关系及当前进行上行数据传输的业务，从所述至少两个关联进程集合中选取一个关联进程集合作为目标集合，从所述目标集合中选取包括不同业务类型的用于上行数据传输的进程。

较佳地，该方法进一步包括：UE利用增强专用信道E-DCH的上行控制信道E-UCCH中其它信息的含义，或其它信息中的空闲比特，或额外增加的比特将所选取的目标集合指示给网络侧的基站。

较佳地，所述UE利用E-UCCH中其它信息的含义指示所选取的进程集合包括：UE利用E-UCCH中的传输块大小TBS索引信息的奇偶性将所选取的目标集合指示给网络侧的基站。

较佳地，所述UE利用E-UCCH中其它信息的空闲比特指示所选取的进程集合包括：UE将E-UCCH中的TBS索引信息的比特数减少，利用空余出的比特数将所选取的目标集合指示给网络侧的基站。

较佳地，每个关联进程集合中的进程个数不超出E-UCCH中的已有进程ID的表示范围；该方法进一步包括：UE利用E-UCCH中的已有进程ID将所选取的目标集合中的进程指示给网络侧的基站。

较佳地，该方法进一步包括：UE将E-UCCH中的TBS索引信息的比特数减少，利用空余出的比特数扩展进程ID，利用扩展后的进程ID将所选取的进程指示给网络侧；或者，UE利用E-UCCH中的TBS索引信息的奇偶性指示1比特的信息，将该1比特的信息与进程ID域合在一起将所选取的进程指示给网络侧；或者在E-UCCH中增加比特，用于扩展E-UCCH的进程ID域，利用扩展后的进程ID将所选取的进程指示给网络测。

较佳地，所述将非调度传输的关联进程集合和/或额外增加的关联进程集合与调度传输的关联进程集合进行合并之前，进一步包括：网络侧和UE分别在满足触发条件时，通过指示自身预设变量的取值，确定采用合并上行数据传输可用进程的处理方式；或者包括：网络侧通过高层信令通知UE启动合并上行数据传输可用进程的处理方式；或者包括：网络侧通过控制信道通知UE启动合并上行数据传输可用进程的处理方式。

较佳地，所述上行数据传输为：启动了增强的专用信道绝对授权信道E-AGCH Less操作的上行数据传输。

本发明所提供的通信系统中的进程调度系统，包括：使用上述方法的网络侧设备和UE。

较佳地，所述网络侧设备包括RNC和基站。

从上述方案可以看出，本发明中通过将原来用于非调度传输的进程集合或额外增加的进程集合与调度传输的进程集合进行合并，得到用于CPC上行数据传输所用的进程集合，然后从合并后的进程集合中选取用于CPC上行数据传输的进程，从而既解决了现有技术中CPC上行数据传输所用进程总数不够用的问题，此外，又对所有的进程集合进行了有效利用。

附图说明

图1为本发明实施例通信系统中的进程调度方法的示例性流程图；

图2为本发明实施例中区分进程集合时的一种实现方法流程示意图；

图3为本发明实施例中区分进程集合时的又一种实现方法流程示意图；

图4为本发明实施例中区分进程集合时的又一种实现方法流程示意图。

具体实施方式

本发明实施例中，考虑到配置了半持续调度时，原先承载在非调度传输上的业务完全可以用半持续调度的方式来承载，也即半持续调度完全能够代替非调度传输，与非调度传输的方式相比，半持续调度的分配方式具有灵活、开销小的特点，配置了CPC上行数据传输的同时再配置非调度传输的意义不大，即这种情况下非调度传输的4个进程可能得不到有效利用。

此外，又考虑到当配置了半持续调度时，网络或终端也可能进行升级，额外增加相应的进程支持上行数据传输，那么额外的增加进程也同样可以应用于传统的调度传输，从而使得所有的进程得到有效利用。

因此，本发明实施例中为了解决现有技术中配置了半持续调度的系统的进程总数不够用，以及非调度传输的进程无法充分有效利用的问题，考虑将原先用于非调度传输的关联进程集合和/或额外增加的关联进程集合与调度传输的关联进程集合进行合并，将合并后的进程集合中的进程用于配置了半持续调度的系统的上行数据传输中，即将原先用于非调度传输的进程或额外增加的进程借调到CPC上行数据传输中。达到增加UE上行数据传输可用进程总数的目的。

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

图1为本发明实施例通信系统中的进程调度方法的示例性流程图。如图1所示，该流程包括如下步骤：

步骤101，启动合并上行数据传输可用进程的处理方式。

本步骤中，启动合并上行数据传输可用进程的处理方式的方法可有多种，例如可有：

(1)网络侧及UE在满足设定的触发条件时，通过指示自身中预设变量的取值，确定是否采用合并进程的操作方式，在确定采用合并进程的操作方式时，执行步骤102；否则，结束。

其中，网络侧(例如网络侧的RNC)及UE侧都定义有指示变量，如变量Process_Set_Untility_Indicator，当满足一定触发条件时该变量变为True，则网络侧及UE同时采用合并进程的处理方式。其中，若网络侧只在RNC中定义了指示变量，则网络侧采用合并进程的处理方式时，网络侧的RNC还需要通知基站采用合并处理的处理方式。

其中，所述触发条件可以是：配置或启动了半持续调度传输，而没有配置非调度传输。

(2)网络侧通过高层信令通知UE启动合并进程的处理方式。

具体实现时，可由网络侧的RNC分别通知基站和UE启动合并进程的处理方式。

(3)网络侧通过控制信道通知UE启动合并进程的处理方式。

具体实现时，可由网络侧的基站通过控制信道通知UE启动合并进程的处理方式。相应的，可首先由网络侧的RNC指示基站通知UE启动合并进程的处理方式。

本实施例中，若固定配置采用合并进程的处理方式，则步骤101可省略。采用步骤101的目的是为了和现有HSUPA所支持的处理方式相兼容。

步骤102，将原来用于非调度传输的关联进程集合和/或额外增加的关联进程集合与调度传输的关联进程集合进行合并，得到用于CPC上行数据传输的合并后的进程集合。

本步骤中，对于目前HSUPA的调动传输支持4条进程(即CPC上行数据传输所用的进程)和非调动传输支持4条进程的情况，若将非调度传输的进程与调度传输的进程进行合并，则合并后的进程集合中共包括8条进程。其中，网络侧和UE侧分别存储有各进程的信息。

步骤103，从所述合并后的进程集合中选取用于CPC上行数据传输的进程。

本实施例中，为了实现步骤103的操作，可有多种实现方式，下面分别针对区分进程集合和不区分进程集合的情况，对本实施例进行详细描述。

考虑到UE在选取进程后，需要通过E-UCCH中的进程ID将所选取的进程指示给基站，而目前的HSUPA系统中由于调度传输和非调度传输均只支持4个进程，因此目前的进程ID只用2个比特来表示，为了不对现有进程ID进行改变，本实施例中可考虑对合并后的进程集合按照区分进程集合的方式进行选择，这样每个进程集合中的进程个数不会超出现有进程ID的表示范围。当选取当前传输数据的进程时，可首先从合并后的进程集合中选取一个关联进程集合作为目标集合，再从目标集合中选取用于CPC上行数据传输的进程。具体实现时，所选取的目标集合和目标集合中的进程可分别进行指示。例如，Node B确定需选取的目标集合，然后将确定的目标集合指示给UE，UE从目标集合中选取进程后，仍然利用现有进程ID指示所选取的目标集合中的进程。或者，UE根据预定义的业务与进程集合的对应关系，针对不同的业务优先选用不同的进程集合，即UE根据当前传输的不同业务的数据，选用不同进程集合中的进程。或者，也可直接由UE根据其它原则选取目标集合及目标集合中的进程，然后利用借调的E-UCCH中的其它信息或者额外增加的指示信息指示目标集合，并仍然利用现有进程ID指示所选取的目标集合中的进程。或者，也可以有其它的具体实现方案。

基于上述分析，本实施例中提出的区分进程集合的技术方案可至少包括如下几种：

图2为本实施例中区分进程集合时的一种实现方法流程示意图。如图2所示，该流程包括如下步骤：

步骤201，网络侧的Node B从所述合并后的进程集合中选取一个关联进程集合作为目标集合，将所选取的目标集合通过控制信道指示给UE。

本步骤中，Node B可基于不同业务优先选取不同进程集合的方式进行选取。例如，对于将非调度传输的关联进程集合与调度传输的关联进程集合进行合并的情况，可预定义将原先用于非调度传输的关联进程集合(为描述方便，以下简称关联进程集合A)优先用于E-AGCH Less操作，原先用于调度传输的关联进程集合(为描述方便，以下简称关联进程集合B)仍然用于调度传输。

或者，Node B也可根据其它方式进行选取，此处不做限定。

Node B通过控制信道指示UE应该使用哪个集合中的进程的方式可有多种，例如，如下几种方式：

<1>在控制信道中增加显式的指示信息，利用所述指示信息将所选取的目标集合指示给UE。具体实现时，Node B可将指示信息设置为不同的取值，来指示UE使用不同集合中的进程。例如，对于上述的关联进程集合A和B的情况，则该指示信息可以是1bits(比特)的指示，当Node B通知UE使用A中的进程时，可将指示信息设置为1；通知UE使用B中的进程时，可将指示信息设置为0。

UE接收到所述控制信道后，根据其中所述指示信息的不同取值，判断应该采用哪个集合中的进程。

<2>NodeB利用控制信道上信息域所指示的不同含义，隐式地指示不同的子集。

例如，对于上述关联进程集合A和B，当控制信道上信息域所指示的是E-AGCH Less操作中分配半持续调度资源时，则可指示关联进程集合A(当然也可以指示关联进程集合B)，UE接收到所述控制信道后，根据该指示，在半持续调度资源上进行的传输都采用A(或B)中的进程。

当控制信道上信息域所指示的是E-AGCH Less操作中分配1个TTI的资源时，则可指示关联进程集合A(当然也可以指示关联进程集合B)，UE接收到所述控制信道后使用A中的进程进行传输。

当控制信道上信息域所指示的是非E-AGCH Less操作的控制信息时，则指示关联进程集合B(当然也可以指示关联进程集合A)，UE接收到所述控制信道后使用B中的进程进行传输。

<3>利用控制信道的不同格式指示不同的关联进程集合，即将关联进程集合与控制信道格式绑定。

可预先将不同的控制信道格式与关联进程集合之间进行映射，NodeB希望UE使用哪个集合中的进程，就利用相应格式的控制信道向UE发送控制信息，其中，不同的控制信道格式可通过在控制信道上承载的不同比特数的信息表示。

<4>利用控制信道的循环冗余校验码(CRC)及其逐比特反转码，将所选取的目标集合指示给UE。

例如，用于CRC指示关联进程集合A，利用CRC的逐比特反转码指示关联进程集合B。

步骤202，UE根据所述基站的指示，从所述目标集合中选取用于CPC上行数据传输的进程。并且，UE利用E-UCCH中的进程ID将所选用的目标集合中的进程指示给Node B。

图3为本实施例中区分进程集合时的又一种实现方法流程示意图。本流程中主要采用预定义方式进行选择，如图3所示，该流程包括如下步骤：

步骤301，预先确定各业务类型优先选用的关联进程集合，由网络侧的RNC将所确定的业务类型与关联进程集合的对应关系分别通过高层信令通知给UE和Node B。

例如，假设当前的CPC上行数据传输中包括VoIP业务的数据传输和其它HSUPA业务的数据传输，则可确定进行VoIP业务的数据传输时优先使用的进程集合(如前述进程集合A)和进行其它HSUPA业务的数据传输时优先使用的进程集合(如前述进程集合B)，之后由RNC分别通过高层信令指示给UE和Node B(或者直接配置给UE和NodeB)，进行VoIP业务的数据传输时优先使用进程集合A，进行其它HSUPA业务的数据传输时优先使用进程集合B。

或者，本步骤中RNC也可以根据预先确定的业务类型与进程集合的对应关系，配置UE和NodeB。

或者，预定义各业务类型与关联进程集合的对应关系，UE和NodeB按照该预定义的对应关系进行选择。

步骤302，UE根据所述业务类型与关联进程集合的对应关系及当前进行CPC上行数据传输的业务，从所述合并后的进程集合中选取一个关联进程集合作为目标集合，从所述目标集合中选取用于CPC上行数据传输的进程。

例如，假设当前的CPC上行数据为VoIP业务数据，则UE可从进程集合A中选取一个进程。

步骤303，UE将所选取的进程指示给Node B。

其中，UE利用E-UCCH上的其它信息中的空闲比特，或利用其它信息的含义，或利用额外增加的比特向Node B指示所选取的进程集合，利用E-UCCH中的进程ID将所选用的进程集合中的进程指示给Node B。

例如：UE可利用E-UCCH中的TBS Index(传输块大小索引)信息的奇偶性指示所选取的目标集合(例如，TBS Index为奇时表示进程集合A，为偶时表示进程集合B)；或者，UE可将E-UCCH中的TBS Index信息的比特数减少，利用空余出的比特数指示所选取的目标集合；又或者，UE可在E-UCCH中增加指示信息，利用该指示信息指示所选取的目标集合。

之后，Node B接收上行数据时，解析出UE所选取的进程。

图4为本实施例中区分进程集合时的又一种实现方法流程示意图。如图4所示，该流程包括如下步骤：

步骤401，UE从合并后的进程集合中选取一个关联进程集合作为目标集合，从所述目标集合中选取用于CPC上行数据传输的进程。

本实施例中，由UE自主决策要选取的进程集合。

步骤402，UE将所选取的进程指示给Node B。

本步骤中，具体指示方式同样可有多种，例如至少包括如下几种：

第一种：该方式只适用于所划分的进程子集为两个的情况，如前述进程集合A和进程集合B。该方式中，UE可利用E-UCCH中的TBS Index(传输块大小索引)信息的奇偶性指示所选取的目标集合(例如，TBS Index为奇时表示进程集合A，为偶时表示进程集合B)，利用E-UCCH中的进程ID指示该目标集合中的进程。

第二种：该方式不限于进程集合为两个，可两个或两个以上。该方式中，UE可将E-UCCH中的TBS Index信息的比特数减少，利用空余出的比特数指示所选取的目标集合，利用E-UCCH中的进程ID指示该目标集合中的进程。

第三种：该方式中，UE可根据实际需要在E-UCCH中增加若干比特的指示信息(例如，对于进程集合只有两个的情况，则可增加1比特的指示信息)，利用该指示信息指示所选取的目标集合，利用E-UCCH中的进程ID指示该目标集合中的进程。

当然，具体实现时，基于实际应用场景或不同的考虑，上述图2至图4所示的区分进程集合的方式中也不限于每个进程集合中的进程个数不超出现有进程ID的表示范围的限制。此时，为了表示所选用进程集合中的具体进程，UE可对E-UCCH中的进程ID进程扩展，具体扩展可以是：从其它信息中借调空闲比特；或利用其它信息的含义与进程ID共同表示；或直接增加进程ID的比特数等。

此外，若不考虑区别进程集合，则可有如下所示的不区分进程集合的实现方式。

该方式中，可将合并后的进程集合中的所有进程统一编号，UE直接从所述合并后的进程集合中选取一个用于CPC上行数据的进程，然后将所选取的进程在E-UCCH信道上向Node B指示。其中，具体指示方式可有多种，例如，可从其它信息中借调空闲比特以扩张进程ID的比特数；或利用其它信息的含义与进程ID共同表示；或直接增加进程ID的比特数。下面列举其中两种方式：

方式一：UE将E-UCCH中的TBS Index信息的比特数减少，如减少1bit，利用空余出的比特数扩展原进程ID的长度，利用扩展后的进程ID指示所选取的进程。

方式二：UE利用E-UCCH中的TBS Index信息的奇偶性指示1比特的信息，例如TBS Index为奇数表示该比特为0，TBS Index为偶数表示该比特为1，之后将该1比特的信息与原进程ID域合在一起指示所选取的进程。

根据上述进程调度方法的描述，本发明实施例中的进程调度系统主要包括使用上述进程调度方法的网络侧设备和UE。其中，网络侧设备主要包括RNC和Node B。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种通信系统中的进程调度方法，其特征在于，该方法包括： 

将非调度传输的关联进程集合和/或额外增加的关联进程集合与调度传输的关联进程集合进行合并，得到合并后的进程集合；所述合并后的进程集合包含至少两个关联进程集合； 

预定义各业务类型与关联进程集合的对应关系；或者，预先确定各业务类型优先选用的关联进程集合，网络侧将所确定的业务类型与关联进程集合的对应关系通过高层信令通知给UE；或者，网络侧与UE预先约定所述业务类型与关联进程集合的对应关系； 

UE根据所述业务类型与关联进程集合的对应关系及当前进行上行数据传输的业务，从所述至少两个关联进程集合中选取一个关联进程集合作为目标集合，从所述目标集合中选取包括不同业务类型的用于上行数据传输的进程。 

2.如权利要求1所述的方法，其特征在于，该方法进一步包括：UE利用增强专用信道E-DCH的上行控制信道E-UCCH中其它信息的含义，或其它信息中的空闲比特，或额外增加的比特将所选取的目标集合指示给网络侧的基站。 

3.如权利要求2所述的方法，其特征在于，所述UE利用E-UCCH中其它信息的含义指示所选取的进程集合包括：UE利用E-UCCH中的传输块大小TBS索引信息的奇偶性将所选取的目标集合指示给网络侧的基站。 

4.如权利要求2所述的方法，其特征在于，所述UE利用E-UCCH中其它信息的空闲比特指示所选取的进程集合包括：UE将E-UCCH中的TBS索引信息的比特数减少，利用空余出的比特数将所选取的目标集合指示给网络侧的基站。 

5.如权利要求1所述的方法，其特征在于，每个关联进程集合中的进程个数不超出E-UCCH中的已有进程ID的表示范围； 

该方法进一步包括：UE利用E-UCCH中的已有进程ID将所选取的目标集合中的进程指示给网络侧的基站。 

6.如权利要求1所述的方法，其特征在于，该方法进一步包括：UE将E-UCCH中的TBS索引信息的比特数减少，利用空余出的比特数扩展进程ID，利用扩展后的进程ID将所选取的进程指示给网络侧；或者，UE利用E-UCCH中的TBS索引信息的奇偶性指示1比特的信息，将该1比特的信息与进程ID域合在一起将所选取的进程指示给网络侧；或者在E-UCCH中增加比特，用于扩展E-UCCH的进程ID域，利用扩展后的进程ID将所选取的进程指示给网络侧。 

7.如权利要求1或6所述的方法，其特征在于，所述将非调度传输的关联进程集合和/或额外增加的关联进程集合与调度传输的关联进程集合进行合并之前，进一步包括：网络侧和UE分别在满足触发条件时，通过指示自身预设变量的取值，确定采用合并上行数据传输可用进程的处理方式； 

或者包括：网络侧通过高层信令通知UE启动合并上行数据传输可用进程的处理方式； 

或者包括：网络侧通过控制信道通知UE启动合并上行数据传输可用进程的处理方式。 

8.如权利要求1或6所述的方法，其特征在于，所述上行数据传输为：启动了增强的专用信道绝对授权信道E-AGCH Less操作的上行数据传输。 

9.一种通信系统中的进程调度系统，其特征在于，该系统包括：使用如权利要求1至8中任一项方法的网络侧设备和UE。 

10.如权利要求9所述的系统，其特征在于，所述网络侧设备包括RNC和基站。 

Images