CN1868227A - 信令方法、系统、基站以及移动台 - Google Patents

Abstract

在从移动台向基站传输多个数据流的系统中，由无线网络控制装置赋予的容量的组合在移动台中被可选择并迅速地变更并被发给基站。将容量的组合分割为多个组并通过各自的子指针来进行指定。

Description

信令方法、系统、基站以及移动台

技术领域

本发明涉及移动通信系统中的数据分组传输，特别涉及用于从移动台向基站传输分组的闭环容量调度。

背景技术

在WCDMA系统中，上行链路容量被宽松管理，允许移动台以无线网络控制装置(RNC)控制的最大速度进行发送。在RNC中，使用统计复用的控制，由于噪声恶化的变动大，所以需要大的噪声恶化容限，结果导致了上行链路容量的损失。

作为HSDPA的姊妹技术，在3GPP中提出了在移动台和基站之间进行闭环容量调度。作为参考文献，有非专利文献1(3GPP TR25.896 V1.0.0“Feasibility Study for Enhanced Uplink for UTRA FDD”(2003-9))。在EDCH中，为了减小小区的噪声恶化的变动，由基站代替RNC来控制移动台的最大容量。基站能够比RNC更快地应对无线信道状况的迅速变化。因此，基站中的容量调度比RNC中的容量调度的效果好。目前研究的调度方法有两种，一种是“传输速度调度”，另一种是“传输速度和传输时间调度”。

在WCDMA系统中，上行链路分组数据传输中的优先级处理是以高优先级的数据分组先于低优先级的数据分组被发送的方式来进行的。因此，允许具有最高优先等级的数据分组使用移动台可以利用的最大限度的传输速度，如果有剩余的功率，则发送优先等级次之的数据分组。除了优先级处理之外，QoS处理、即补偿比特率(GBR)也被应用到HSDPA中。它是考虑了QoS的下行链路数据分组传输中的无线容量调度的一种，分组调度装置除了优先等级之外，还考虑数据包的要求QoS，以提供满足数据分组的要求QoS的足够的无线容量。

在WCDMA系统中，移动台使用容量的组合(CC)的“集合”来对多个数据流分配上行链路容量。集合内的各个CC表示全部容量是怎样被分配给多个流的，另一方面，各个CC的全部容量TC也可能具有互不相同的值。因此，RNC可以通过按照仅使用移动台许可的CC的“子集”的方式进行限制来限制全部上行链路传输容量。因此，要求的信令是从RNC向移动台通知给子集的信令。

同样，在EDCH系统中，基站可以通过按照仅使用移动台许可的CC的“子集”的方式进行限制来限制全部上行链路传输容量。为了减少用于表示CC的子集的信令的开销，提出了指针处理的方案。在该方法中，需要按照全部容量的顺序来排列CC的集合。例如，如果按照全部容量的顺序来排列图1的CC，则如图2所示。当通知被许可的CC的子集时，基站例如在每个容量调度间隔的最开始向小区的全部移动台发送差动信令。并且，当无法满足数据流的要求优先等级和要求QoS时，移动台还可以在被许可的CC内要求变更子集。因此，当移动台需要更高或更低的容量时，以往的差动信令也可以通过移动台发送+1或-1来要求变更被许可的CC的子集。差动信令为了确保数据发送用的上行链路和下行链路容量而尽可能地减少发送被许可的CC的集合的开销。

虽然以往的差动信令的频带使用的效率很高，但是当应用于多个数据流时却存在着潜在的问题。在图2所示的例子中，当移动台希望对特定的流减少或增加分配容量时，需要一个以上的差动信令信息。例如，在当前指针表示CC3并且移动台希望将流2的流量增加到64kbps时，需要两个连续的+1的信令，因此容量调度的等待时间增加。当使各个流的容量的分辨率更加详细从而CC的集合的总数增大时，等待时间进一步增加，因此导致容量调度的效率降低。

另外，在差动信令中还存在其他问题。在图2所示的例子中，当前的指针表示CC3，尽管流3的容量保持为8kbps，但是当移动台希望将流1的容量增加到128kbps时，需要两个连续的+1的信令。第一个+1信令之后，指针表示CC2，则流3根本无法发送数据。当更加精细的分辨率应用于多个流时，该问题变得更加复杂。

并且，多个流的多个优先等级和QoS的处理也具有差动信令的问题。当一个流具有高优先等级而其他流具有低优先等级时，高优先等级的流的容量变更所花费的等待时间会随着低优先等级的流的分辨率而相应地增加。在图2的例子中，当流1为高优先等级的流时，需要两个连续的差动信令。该问题当低优先等级的流的分辨率增加或复用流的整体量增加时变得会更加复杂。因此，需要能够根据流的优先等级和与其关联的QoS而迅速进行应用的装置。

另外，在图3中，考虑移动台1和移动台2分别具有多个不同优先等级的流的情况。在移动台1中，优先等级高的流1a要求容量增加，而优先等级低的流1b要求容量减少，在移动台2中，优先等级高的流2a要求容量减少，而优先等级低的流2b要求容量增加。在以往的差动信令中，各个移动台将多个流的容量请求合并并为一个容量请求通知给基站。因此，在该图3中，移动台1、移动台2均发送一个容量增加请求。但是，由于基站无法辨别各个移动台的哪一个流要求容量增加，所以当剩余容量不足而只能应对一个容量增加请求时，无法对优先等级高的流优先分配容量。因此，系统整体的QoS达成率降低。

发明内容

本发明第一实施方式的系统或方法应用于用以支持基站和移动台之间的闭环容量调度的上行链路信令，基站和移动台双方均实行具有不同优先等级和QoS的多个数据流。

移动台根据以下多个步骤来对数据流分配上行链路容量：

针对数据流的组合，准备容量的组合的步骤；

变更容量的组合并将其作为容量的变更组合的步骤；以及

根据容量的变更组合来确定上行链路容量的步骤。

所述变更步骤具有：

根据优先等级和QoS而将流分为多个组的步骤；以及

对所述多个组使用个别的子指针并得到容量的变更组合的步骤。

根据本发明的另一个实施方式，移动台发送优先等级和QoS互不相同的多个数据流。所述移动台具有：

接收装置，用于接收容量分配信息，该容量分配信息用于表示对数据流的容量的组合；

变更装置，变更容量的组合并将其作为容量的变更组合；以及

发送装置，用于以容量请求信息帧的形式发送与容量的变更组合相关的容量请求信息。

根据本发明的另一个实施方式，基站与所述移动台进行通信。该基站具有：

用于对容量请求信息进行响应并生成包括数据流的容量分配的容量分配信息的装置；以及

向所述移动台发送容量分配信息的发送装置。

所述“改进差动信令”的第一个优点在于与以往的差动信令的开销相同。因此，可以节省用于数据发送的下行链路和上行链路的容量。

所述“改进差动信令”的第二个优点在于多个流之间的分离容量控制。以往的差动信令会导致结合容量控制。在这里，由于各个流量控制相互关联，所以流量内的变更会导致在其他流的流量中的不希望的变更。通过引入多个子指针，可以解决所述关联。

所述“改进差动信令”的第三个优点在于可以实现不均衡频带分配，可以给具有高优先等级和严格的QoS要求的流集合分配比具有低优先等级和不太严格的QoS要求的流集合更大的信令频带。

所述“改进差动信令”的第四个优点在于通过上行链路来引入改进差动信令从而即使在具有多个流的多个移动台之间基站也可以实现考虑了优先等级和QoS的容量调度。因此，可以提高系统整体的QoS达成率。

附图说明

图1是三个数据流被相互复用时的容量的组合例的示意图；

图2是应用于三个数据流被相互复用的情况下的、以往的差动信令的示意图；

图3是用于说明以往的差动信令的问题点的系统图；

图4是调度装置考虑了数据流的QoS而对上行链路容量进行控制的、基站和移动台之间的通信的示意图，用于说明本发明的第一实施方式；

图5是用于说明本发明第一实施方式的系统图，是能够用于实现复用QoS业务量等级和优先级处理的容量调度的简图；

图6是用于说明本发明第一实施方式的流程图，是说明流量控制装置的流程图；

图7是用于说明本发明第一实施方式的流程图，是用于GBR业务量等级的流量控制装置的流程图；

图8是用于说明本发明第一实施方式的流程图，是用于TBR业务量等级的流量控制装置的流程图；

图9是用于说明本发明第一实施方式的流程图，是用于说明为了实现多个QoS和多个优先等级的流而进行阶梯性容量分配的容量调度器的流程图；

图10是支持复用流和多个移动台的容量请求上行链路控制信道的简图，用于说明本发明的第一实施方式；

图11是应用于三个数据流被相互复用的情况下的、改进差动信令的示例的示意图，用于说明本发明的第一实施方式；

图12是上行链路信令中的容量请求信息的帧格式的示意图，用于说明本发明的第一实施方式；

图13是使用CRM帧格式A和B的上行链路信令的时间性过程的示意图，用于说明本发明的第一实施方式；

图14是用于说明本发明第一实施方式的流程图，是用于说明对CRM帧格式B的CR选择顺序的流程图；

图15是用于说明本发明第二实施方式的系统图，与图5相同。

具体实施方式

下面，参照附图来详细地说明本发明的实施方式。

(第一实施方式)

首先，对本发明的第一实施方式进行说明。

本发明提供一种在上行链路分组数据传输中支持多个QoS和多个优先等级的分组调度系统。如图4所示，图4的基站13通过在上行链路中交换图4的容量请求110而在下行链路中对小区内的图4的移动台11和12的上行链路传输容量进行图4的容量分配120的控制。

图4的容量调度器13(如图4的14所示)为了有效地共用上行链路容量而控制移动台传输数据包的传输速度和传输时间。调度定时或间隔(图4的140)是容量调度被决定的定时，该决定到下一个调度定时为止有效。移动台在调度间隔内以被许可的传输速度进行传输。

在图4所示的系统中，各个移动台具有多个上行链路数据流，各个流均具有以QoS要求和优先等级为特征的业务量等级。

图4所示的业务量等级(traffic class)例如是补偿比特率(GBR)、目标比特率(TBR)、以及可用比特率(ABR)。GBR和TBR是关于数据服务中的流的类型的业务量等级的例子，而ABR表示尽力而为服务。流优先等级可以用于用户的区分(例如，企业或家庭用户)或数据服务的区分(例如，是特别付费服务还是经济型服务)。为了同时提供数据服务(例如，同时发送视频流和文件等)，多个流被复用，以使得一个以上的数据流有效。

图5示出了具有多个移动台和基站的本发明的系统的详细结构。移动台包括：流量控制装置(FCC)、容量请求控制装置(CRC)、流队列(流等待队列)、传输格式组合控制装置(TFCC)、流复用器(FMUX)、以及编码器(ENC)。基站中包括：容量调度器(CS)、解码器(DEC)、流分用器(FDEMUX)、重发控制装置(RETXT)以及流队列。

在移动台中，通过上行链路发送的分组被保存在上行链路流队列(图5的211)中。当确定新的数据流时，流队列被输入流量控制装置(图5的212)，无线网络控制装置(RNC)向流量控制装置发送QoS参数、各自的流ID编号、以及与初始容量相关的信号。FCC根据流的要求QoS或流缓冲区大小来计算数据流的要求上行链路容量。FCC计算下一个调度间隔所需要的重发容量、最小QoS以及追加QoS容量。最小QoS容量是为了满足最小QoS基准而需要的容量，追加QoS容量是超过最小QoS基准的过剩容量。CRC计算作为重发容量、最小QoS容量以及追加QoS容量总和的容量请求。移动台中的通过FCC计算的所有流的容量请求被发给容量请求控制装置(图5的213)。CRC计算目前可利用的发送功率剩余量(图5的2130)，并计算可以支持的上行链路容量的全部容量。当全部流的容量请求总和比可以支持的上行链路容量大时，CRC按照从优先等级最低的流到优先等级最高的流的顺序削减容量请求的追加QoS部分。当不包括追加QoS容量的容量请求总和仍比可以支持的容量大时，CRC按照从优先等级最低的流到优先等级最高的流的顺序削减容量请求的最小QoS容量部分。如果即使这样还不够，CRC按照从优先等级最低的流到优先等级最高的流的顺序削减容量请求的重发容量部分。CRC将容量请求作为容量请求信息而复用后，通过上行控制信道向基站发送。

在各个调度定时的最初，基站的容量调度器(图5的225)使用上行链路中的全部接收功率来计算可调度容量和不可调度容量这两者。容量调度器(CS)另外使用被报告的发送功率剩余量和上行链路中的全部接收功率来计算小区内的各个移动台的最小发送功率剩余量。最小发送功率剩余量表示下一个调度间隔中的移动台的最大发送功率。基站计算分配发送功率剩余量中的各个移动台的最大可支持容量。容量调度器将最大可支持容量与容量请求总和进行比较，当前者比后者小时，按照从优先等级最低的流到优先等级最高的流的顺序削减容量请求的追加QoS部分。当这样做还不够时，按照从优先等级最低的流到优先等级最高的流的顺序削减容量请求的最小QoS部分。当即使这样做仍然不够时，按照从优先等级最低的流到优先等级最高的流的顺序削减容量请求的重发部分。使用流信息和容量请求来给所有的移动台的流分配可调度容量。对各个流的分配容量包括：重发容量、最小QoS容量以及追加QoS容量。基站对各个流复用容量分配并向对应的移动台发送。

移动台中的容量分配控制装置(图5的214)通过下行控制信道而从基站接收对流的容量分配(CA)。然后，使用可利用的最大发送功率来计算可以支持的上行链路容量。当接收的CA的总和比可以支持的上行链路容量大时，CAC按照从优先等级最低的流到优先等级最高的流的顺序削减CA的追加QoS部分。当这样做还不够时，CAC按照从优先等级最低的流到优先等级最高的流的顺序削减CA的最小QoS部分。当即使这样做仍然不够时，CAC按照从优先等级最低的流到优先等级最高的流的顺序削减CA的重发部分。

在移动台中，上行链路数据传输通过以下方法来进行：传输格式组合控制装置(TFCC)(图5的215)使用将分配给各个数据流的容量集中起来并且各个流以被许可的最大容量来发送数据分组的方法，计算传输格式组合。重发比新数据传输先被分配给各个流，分配容量的剩余被用于新数据传输。一旦TFC被选择后，来自流队列的数据分组被图5的编码器216编码，并被图5的FMUX 217复用。

在基站中，通过以下方法来进行上行链路数据的接收：流分解器(FDEMUX)221将接收的比特流分离为分离子比特流，通过图5的编码器(DEC)222对其进行编码。编码成功的数据分组之后被保存在各个流队列223中。DEC 222向重发控制装置(图5中的224)发送各个数据分组的编码状态，重发控制装置将该状态发送给上行链路容量调度器(CS)225。基站向对应的移动台发送检测状态，移动台接收发送状态。

在基站中，接收来自移动台的容量请求(CR)(图5中的226)，并发送给容量调度器(CS)225。然后，通过CS 225生成容量分配(CA)并发送给移动台(图5中的227)。在上行链路控制信道中(图5中的241)，CR被从移动台发送给基站。各个CR含有对于流的要求容量和FID。最好使得CR在移动台中被编码，在基站中被解码。在下行链路空中接口(图5中的242)中，CA被从基站发送给移动台。各个CA包含对流的许可容量和移动台的FID。

在图6中示出了流量控制装置的一种结构。虽然该控制装置执行时的详细情况与流的业务量等级有关，但是该图示出了所有的业务量等级的通用的基本(最重要)程序。FCC至少在与调度间隔相同的时间内被执行(图6中的31)。FCC的输入参数是对流的当前的分配容量(AC)、重发用要求容量(RCR)、以及与流关联的QoS参数。优选各个业务量等级具有独自的QoS参数的集合。FCC的输出参数是重发用分配容量(ACRT)、新传输用分配容量(ACNT)、以及容量请求(CR)。首先，FCC按照满足分组数据的要求延迟的方式来计算重发用要求容量(图6中的32和33)。要求延迟最好要精确，以使FCC尽可能地给重发分配需要的容量。接着，FCC计算包括流的最小QoS容量和追加QoS容量双方的、新的数据发送用的要求容量(图6中的340、341、35)。剩余容量(LOL)(图6中的360)是AC与ACRT和ACNT之和的差量。最后，CR对下一个调度间隔计算是否还需要更多的容量。

GBR是通过调度装置而将容量补偿到预定的水平的业务量等级。GBR业务量等级的QoS参数是最大容量(MC)和补偿容量(GC)。MC是允许容量的上限，而GC是最小补偿容量。调度装置可能根据上行链路容量的可用率来分配比GC多的容量。

在图7中示出了相对于GBR业务量等级的FCC的执行。由于重发数据具有比新传输数据高的优先等级，所以分配容量首先被分配给重发数据，然后剩余的容量被分配给新传输数据(图7中的步骤41、42)。关于对新传输数据的分配，最大容量(MC)的QoS参数被用作上限，下限则是当前的流队列大小(QC)或新传输用(NDC)分配容量(AC)。

非常明确的是仅当NDC比最大容量(MC)大或QC比NDC小时剩余容量(LOC)为正。最后，通过比较最大容量(MC)和剩余的流队列大小(QC-ACNT)来计算容量请求(CR)(图7中的步骤43)。

当是相对于GBR业务量等级的FCC时，最大QoS容量与GC相等，而追加QoS是ARNT与GC的差量。

ABR是根据基站的不使用且可调度的容量的可用比率来分配容量的业务量等级。ABR业务量等级的QoS参数是最大容量(MC)和最小容量(MNC)。MC是许可容量的上限，而MNC是特别指定最小容量的可选参数，用于在任意时间发送像TCP ACK这样的小数据分组。ABR FCC的执行与将补偿容量(GC)的QoS参数设定为零时GBR FCC的执行相同。最小QoS容量因此变为零，分配给该业务量等级的容量的全部容量属于追加QoS容量。为了在任意的时间发送小的数据分组，基站最好至少分配MNC。

TBR是容量被控制在目标水平上的业务量等级。TBR业务量等级的QoS参数是最大容量(MC)和目标容量(TC)。MC是允许容量的上限，FCC按照平均容量与TC相同的方式来控制瞬时容量。

在图8中示出了TBR FCC的执行情况。由于重发数据具有比新发送数据高的优先等级，所以首先给重发数据分配分配容量，然后将剩余的分配容量分配给新发送数据(图8中的步骤51)。为了对新发送数据分配容量，首先计算分配容量的当前的移动平均(MAAC)和TC的缺口，即差异(图8中的步骤52)。然后，计算满足TC基准的要求容量(图8中的步骤53和530)。然后，通过分配容量(ACNT)不超过MC和队列大小(QC)的方法来执行容量分配(图8中的步骤54)。使用新计算的ACNT并通过移动平均来更新MAAC，最后为了渐进地达到TC而计算容量请求(CR)(图8中的步骤56)。为了加快收敛速度，使用指数型的调整功能(在图8中以530表示)。

当为相对于TBR业务量等级的FCC时，最小QoS容量与新发送的要求容量(ACNT)相同，FCC不要求追加QoS。

即，GBR、ABR、TBR的最小QoS容量分别是GC、0、用于新数据发送的要求容量(ACNT)。另外，GBR、ABR、TBR的追加QoS容量分别是ACNT-GC、ACNT和0。对其进行比较，可以说ABR基本表示要求追加QoS容量的业务量等级，而TBR基本表示要求最小QoS容量的业务量等级。GBR则表示要求最小QoS容量和追加QoS容量两者的业务量等级。

在图9中示出了上行链路容量调度器的执行情况。在调度间隔的开始，基站测定包括热噪音、小区间干扰、以及不可调度数据传输的不可调度上行链路容量(图9中的601)。不可调度数据传输是调度装置不进行控制的潜在负载。CS计算作为最大容量和不可调度容量之差的、可利用并且可调度的容量。

当从移动台接收了容量请求时，基站按照以下方式(图9中的620)来进行容量请求的调整：基站在对各个移动台分配了最小许可传输功率剩余量后，计算对各个移动台的可支持的最大容量。最小传输剩余量控制对网络内的其他小区的干扰。对预定的最小传输剩余量中的可支持的最大容量和要求容量的全部容量进行比较。为了满足可以支持的最大容量应该比全部容量大的条件，按照从优先等级最低的流到优先等级最高的流的顺序削减容量请求的追加QoS部分。如果这样做不够，则按照从优先等级最低的流到优先等级最高的流的顺序削减容量请求的最小QoS部分。如果即使这样还不够，则按照从优先等级最低的流到优先等级最高的流的顺序削减容量请求的重发部分。基站对全部移动台计算所要求的重发容量(RCRTX)、相对于各个优先等级水平的最小QoS容量(从RCMQ(1)、…、RCMQ(N))、以及追加QoS容量(RCEQ(1)、…、RCEQ(N))的全部容量。另外，基站对各个移动台的各个流使用流信息和接收到报告的容量请求来计算重发容量、最小QoS容量以及追加QoS容量。为了维持分配容量的全部容量比可调度的容量的全部容量小，基站首先将可调度的容量分配给重发容量(图9中的61)。当其相对于要求重发容量的全部容量来说不够时，基站按照从优先等级最高的流到优先等级最低的流的顺序来分配重发容量。如果足够，则基站按照从优先等级最高的流(图9中的62)到优先等级最低的流(图9中的63)的顺序将剩余的可调度的容量分配给最小QoS容量。如果即使这样仍然足够，则基站按照从优先等级最高的流(图9中的64)到优先等级最低的流(图9中的65)的顺序将剩余的可调度的容量分配给追加QoS容量。当流处于同一优先等级水平时，最好通过公正的调度方法来分配容量。最后，基站对各个移动台的各个流计算作为分配重发容量、分配最小QoS容量以及分配追加QoS容量的总和的分配容量的全部容量。

在图10中示出了上行链路中的“扩展上行链路的不同信令”的简图。其中设有M个移动台(图10中的92)，确立了与基站的连接，并且第i个移动台具有N(i)个流。第i个移动台的第j个流发送容量请求CR(i，j)，对第i个移动台来说，存在着N(i)个CR(图10中的910)。另外，N(i)个CR被发送给容量请求信息发送机(CRMTX)91(图10)，该发送机形成容量请求信息(CRM)，并通过上行控制信道(UL-CCH)来发送CRM。各个移动台发送一个UL-CCH，基站接收M个UL-CCH(图10中的93)。容量请求信息接收机(CRMRX)计算移动台的复用流的CR(图10中的94)。

在CRMTX中，调查流的容量请求并从CC的集合中选择容量最接近的组合(CC)。首先，将数据流分割为几组。然后，将CC的集合分割为与数据流的各个码分多址连接环路对应的几个CC的子集。各个子集具有对应的组的数据流的独自的CC。例如，在图11中，示出了三个流被分割为两组的例子。另外，CC的集合被分割两个CC的子集，集合大小分别为3和5。然后，设定与各个CC的子集对应的子指针。在这里，通过基站发送的容量分配信息(CAM)来控制子指针。然后，根据子指针来发送差动信令。最后，以时分方式发送复用子指针的差动信令。例如，图11示出了第一和第二子指针的差动信令每隔三个时隙就被各发送两次和一次的情况。

为了切断上述容量组合的相互作用，通过分为高优先等级和低优先等级来对流进行分组。例如，在图11所示的例子中，第一个流的容量变更对第二个和第三个流的容量没有影响。因此，具有不太严格的QoS要求的低优先等级的流的容量变更不会对具有更严格的QoS要求的高优先等级的流造成干扰。

复用流的差动信令以图11所示的CRM帧的形式被映射到上行链路控制信道(UL-CCH)。这是基于通过使帧编号与流的组关联而进行的差动信令的定期发送而来的。在图11中所举的例子是三个流共用一个UL-CCH信道的例子，在这里，三个帧中的两个被分配给流的第一组，第二组的流则每三个帧被分配一次。一般的原则是帧被分配给多个频隙并且它们被分配给流的复用组。通过将更多的时隙分配给具有高优先等级的、严格的QoS的流，可以实现具有明确的优先等级和QoS的复用流之间的不均衡的信令频带分配。

结果，信令1通常表示第一组的128、64和0中的某一个，子指针表示五个CC中的某一个。

容量请求信息(CRM)的例子如图11所示，三个数据流共用CRM帧，这是通过三个帧中的两个被分配给流的第一组而第二组中的流则每三个帧被分配一次来完成的。

在该例中，给具有高优先等级和QoS基准的流1分配了频带的66％，由于流2和流3的优先等级低并且QoS也不太严格，因而给其分配了频带的33％。

CRM的时隙的分配的一般方法如图12所示。第一种方法是周期性(定期)方法(帧格式A)，各个CRM帧包括L个容量请求(CR)时隙并具有P个帧的周期性。因此从整体上来说，可以给数据流的多个组分配L*PCR信道。而且，可以将一个以上的CR信道分配给数据流的组。第二种方法是非定期方法(帧格式B)。各个CRM帧具有L个CR时隙，CRM帧不具有周期性。由于该非周期性，在CR信道和数据流的组之间不存在预先规定的映射。因此，除了差动信令之外还需要发送组ID。移动台的当前的可用发送功率剩余量(TXPHR)被发送给各个CRM。

更加具体地说，图12示出了CRM的两种帧结构，即，CRM帧格式A和B。根据这两种帧结构，通过设于帧的末尾并具有发送功率剩余量的帧，可以实现CR的时隙复用。帧格式A仅具有CR，而为帧格式B时则追加了“流组”ID编号(GID)。

CRM帧格式A通过使帧编号与GID关联可以实现CR的定期发送。一个例子如图13的c1所示。如该例所示，四个流组(编号1～4)共用两个时隙(第一和第二个时隙)。这通过将第一个时隙的偶数和奇数的帧编号分别分配给GID的1和2并将第二个时隙分配给GID的3和4的方法来进行。特别地，将GID 3和4分别分配给每四个帧中的三个时隙和一个时隙。

根据一般的原则，流1的集合被分配给一个时隙，流1的集合的CR在定期方法中被时隙复用。编号N的流被复用时的最大周期是k*N，k为1以上的任意整数。如果k＝1，则所有的流共用具有相同时间部分的时隙，当k＞1时，可以在帧间实现不同的分时。在上述例子中，当GID为1或2时，共用具有相同时间部分的时隙1，当GID为3时，与GID为4的时候相比，时隙2的时间部分耗费的是其三倍。

为了改进CRM帧格式A，可以重复发送CR并在基站中进行合成。重复发送的次数相对于各个移动终端来说可以是特有的。

CRM帧格式的优点在于由于帧编号和GID的关系被事先确定所以不需要发送GID。由此，在从多个移动台发送CRM时可以有效地减少容量开销。

CRM帧格式B除了CR之外还可以发送GID。在图13的c2所示的例子中，四个流共用两个时隙。基本的原理是移动台根据所有的CRM来确定通过下一个CR发送的L个流。因此，与帧格式A不同，其没有帧被固定的分时。

为了改进CRM帧格式B，可以重复发送CR并在基站中进行合成。重复发送的次数相对于各个移动终端来说可以是特有的。

帧格式B的优点在于通过时隙分配可以有效地减少CR的传输延迟。

对帧格式B的CR选择计划如图14所示。当有希望发送CR的N个流的集合时，对各个CR实施与一组条件相对的测试，并按照顺序配置在集合内。从安排了CR的顺序的集合中，按照从优先等级最高开始的顺序来选择L个CR用以组入到CRM。顺序安排的第一准则是CR是否将分配容量返还容量调度器(图14中的d1)。

该条件是用于防止由于CRM时隙不足而造成容量被浪费地保留着的、优先等级最高的条件。顺序安排中的优先等级第二高的条件是是否要求重发CR。这用来防止由于CRM时隙不足而造成分组传输延迟增加。顺序安排的最后的条件是流的优先等级和最小QoS是否被满足。这用于在优先等级低的流之前传输优先等级更高的流的CR。另外，不满足最小QoS并且优先等级低的流也可以比满足最小QoS并且优先等级更高的流先发送CR。

(第二实施方式)

下面，对本发明的第二实施方式进行说明。

图15示出了用于第二实施方式的包括上行链路和下行链路信道并具有多个移动台和一个基站的系统结构。

图15和示出第一实施方式中的系统结构的图5的不同点在于图15不具有图5中的CAC。在第二实施方式的系统结构中，取而代之通过TFCC“215”来接收基站发送的CAM。CAM表示分配给各个移动台的总分配容量，TFCC选择总分配容量以下且为移动台的最大功率以下的传输格式的组合。此时，TFCC按照优先等级高的流的要求质量比优先等级低的流的要求质量先被满足的方式来确定传输格式的组合。然后，TFCC向基站发送表示选择的传输格式的组合的TFCI，并且同时向FCC发送与选择的传输格式的组合相关的信息。

FCC从选择的传输格式的组合的信息中取出分配给各个数据流的容量的信息，根据流的要求QoS来计算数据流的要求上行链路容量并生成容量请求(CR)。然后，CR被送至CRC，通过与第一实施方式相同的步骤进行复用，并作为容量请求信息(CRM)发送给基站中的容量调度器(CS)。

在这里，第二实施方式中的CS按照与通过图9说明的第一实施方式中的CS相同的步骤来计算各个流的分配容量。然后，本实施方式的CS对计算出的对各个流的分配容量的总和(总分配容量)进行计算，并在下行链路中向移动台发送表示总分配容量的容量分配信息(CAM)。

以上说明的是第二实施方式与第一实施方式的不同点，其他部分与第一实施方式相同，因此省略说明。

下面，对本说明书中使用的标号进行说明。

11         移动台1

12         移动台2

13         基站中的容量调度器

14         容量调度(例子)

211        移动台中的流队列

212        FCC(流量控制装置)

213        CRC(容量请求控制装置)

2130       PHR(传输功率动态余量)

214        CAC(容量分配控制装置)

215        TFCC(传输格式组合控制装置)

216    ENC(编码器)

217    FMUX(流复用器)

221    FDEMUX(流分用器)

222    DEC(解码器)

223    基站中的流队列

224    RETXC(重发控制装置)

225    CS(容量调度器)

226    接收容量请求

227    容量分配

241    UL-CCH(上行链路控制信道)

242    DL-CCH(下行链路控制信道)

243    UL-DCH(上行链路数据信道)

310    AC(分配容量)

33     ACRT(重发用分配容量)

35     ACNT(新传输用分配容量)

36     CR(容量请求)

360    LOC(剩余容量)

41     NDC(新数据容量)、AVC(对于流的当前可用的容量)、

       RCR(重发用要求容量)

42     ACRT(重发用分配容量)、ACNT(新传输用分配容量)、

       QC(当前的队列缓冲区大小)、MC(最大容量)

43     CR(容量请求)

51     NDC(新数据容量)、AVC(对于流的当前可用的容量)、

       RCR(重发用要求容量)、ACRT(重发用分配容量)

52     TC(目标容量)、MACC(瞬时容量的移动平均)

53     RC(用于达到TC的要求容量)、MC(最大容量)

530    Adj(x)(调整函数)、Madj(最大调整)

54     ACNT(新传输用分配容量)、QC(当前的队列缓冲区大小)

55     移动平均函数(MA(x、d、a))×(n)＝a*×(n-1)+(1-a)*d)、

         α(移动平均系数)

56       CR(容量请求)

610      重发用全部分配容量

620      对最高优先等级流的最小QoS的全部分配容量

640      对最高优先等级流的追加QoS的全部分配容量

ABR      可用比特率

BE       尽力而为

CR       上行链路容量请求

CA       上行链路容量分配

GBR      补偿比特率

TBR      目标比特率

QoS      服务质量

RNC      无线网络控制装置

WCDMA    宽带码分多址连接

Claims (15)

1.一种系统，该系统提供用于支持基站和移动台之间的闭环容量调度的上行链路信令，在该系统中，基站和移动台双方分别实行优先等级及QoS互不相同的多个数据流，所述系统的特征在于，

所述移动台按照如下多个步骤来给数据流分配上行链路容量，所述步骤有：

针对所述数据流的组合，准备容量的组合的步骤；

变更容量的组合并将其作为容量的变更组合的步骤；以及

根据容量的变更组合来确定上行链路容量的步骤。

2.如权利要求1所述的系统，其特征在于，所述变更步骤具有以下步骤：

与优先等级和QoS相关地将流分割为多个组的步骤；以及

通过在所述多个组中指定个别的子指针而得到容量的变更组合的步骤。

3.如权利要求2所述的系统，其特征在于，在所述分割步骤中，分为高优先等级的第一组和低优先等级的第二组。

4.如权利要求3所述的系统，其特征在于，所述多个步骤具有以下步骤，即：在容量请求帧内排列表示一个或多个子指针的信号并进行发送的步骤。

5.如权利要求4所述的系统，其特征在于，所述发送步骤具有以下步骤，即：以预定的周期发送在容量请求帧内表示子指针的信号的步骤。

6.如权利要求5所述的系统，其特征在于，所述发送步骤具有以下步骤，即：发送容量请求帧内的表示子指针的信号，并以任意的周期发送流标识符的步骤。

7.如权利要求2所述的系统，其特征在于，具有以下步骤，即：根据基站通知的容量分配信息来变更所述子指针所表示的值的步骤。

8.一种方法，该方法提供用于支持基站和移动台之间的闭环容量调度的上行链路信令，在该方法中，基站和移动台双方分别实行优先等级及QoS互不相同的多个数据流，所述方法的特征在于具有以下多个步骤：

针对所述数据流的组合，在移动台中准备容量的组合的步骤；

在移动台中变更容量的组合并将其作为容量的变更组合的步骤；以及

根据移动台中的容量的变更组合来确定上行链路容量的步骤。

9.如权利要求8所述的方法，其特征在于，所述变更步骤具有以下步骤：

根据优先等级和QoS而将流分割为多个组的步骤；以及

通过在所述多个组中指定个别的子指针而得到容量的变更组合的步骤。

10.如权利要求9所述的方法，其特征在于，在所述分割步骤中，分为高优先等级的第一组和低优先等级的第二组。

11.如权利要求10所述的方法，其特征在于，所述多个步骤具有以下步骤，即：在容量请求帧内排列表示一个或多个子指针的信号并进行发送的步骤。

12.如权利要求9所述的系统，其特征在于，还具有以下步骤，即：根据基站通知的容量分配信息来变更所述子指针所表示的值的步骤。

13.一种移动台，该移动台发送优先等级和QoS互不相同的多个数据流，其特征在于，所述移动台具有：

接收装置，用于接收与对数据流的容量的组合相关的容量分配信息；

变更装置，对容量的组合进行变更并将其作为容量的变更组合；以及

发送装置，用于以容量请求信息帧的形式来发送与容量的变更组合相关的容量请求信息。

14.如权利要求13所述的移动台，其特征在于，容量请求信息帧可以选择两个不同的帧。

15.一种基站，该基站与如权利要求13或14所述的移动台进行通信，该基站的特征在于，具有：

对容量请求信息进行响应并生成含有数据流的容量分配的容量分配信息的装置；以及

向所述移动台发送容量分配信息的发送装置。

Images