专利名称：容量调度的方法和系统的制作方法
技术领域：
本发明涉及数据分组的传输，特别是涉及用于从移动台站向基站传输上行链路分组的闭环容量调度方法。
背景技术：
在WCDMA系统中，根据分发方式来管理小区的上行链路容量，并容许移动台站以无线网络控制装置控制的最大容量进行传输。在上行链路噪声增加(noise rise)的管理中，使用由无线网络控制装置控制移动台站的最大传输速率这样的低速的统计多路复用的控制。因此，由于噪声增加的变动大，需要大的噪声增加裕度，而这将会导致上行链路容量的损失。另外，在WCDMA的优先级处理中，更高优先级的数据分组先于低优先级的数据分组而被传输。
作为HSDPA的姊妹技术，有在3GPP中提出的基于闭环的容量调度技术。作为参考文献，请参考“TR25.896V1.0.0，Feasibility Study forEnhanced Uplink for UTRA FDD”。在Enhanced Uplink R6 Study Item中正在探讨上行链路容量调度。在该方式中，应用了基站中的高速的上行链路调度，同时，通过限制发送分组的移动台站来控制移动台站分组传输，以减少小区的噪声增加的变动。为了控制整体的噪声增加，容量调度器控制移动台站的上行发送功率、传输速率、以及定时(timing)。
如图1所示，基站13通过交换上行链路中的容量请求110和下行链路中的容量分配120来控制移动台站11和12的上行链路传输容量。容量调度是指，对使用共有上行链路容量14来传输数据分组的移动台站，进行传输速率和传输时间的控制。调度定时140是容量调度被决定的定时，所述决定有效至下一个调度定时。移动台站在调度间隔内以被容许的传输速率进行发送。
因此，本发明的第一个目的是，提供一种通过限制整体的上行链路噪声增加而能够最大限度地利用系统容量的容量调度。
另外，在上行链路分组调度中，根据业务量等级(traffic class)来区分分组传输是非常重要的。例如考虑以下两者使用具有图1中的补偿比特率业务量等级11的流服务并需要最小补偿容量的移动台站1，和使用具有图1的可用比特率业务量等级12的尽力而为型服务并且没有QoS要求的移动台站2。
当小区内存在这两种QoS业务量等级时，容量调度器13一方面最大限度地利用系统的吞吐量，而另一方面应通过满足每个业务量等级的QoS的方法来有效地利用上行链路容量。
即，本发明的第二个目的是，提供一种支持多种QoS分组传输的容量调度。
另外，在上行链路分组调度中，设置根据优先等级来区分分组传输的手段也非常重要。例如，假定支付了特殊会费的图1的商业用户11应该比更重视经济性的家庭用户12被待之以更高的优选等级。这样，当在网络内共存有多个优先级时，应按照先于低优先级的分组传输而向高优先级的分组传输分配容量的方式，有效地利用容量。
因此，本发明的第三个目的是，提供一种支持具有多个优先级的分组传输的容量调度。
并且，在上行链路分组调度中，需要具备用于复用多个数据分组传输的手段。例如，图1中的移动台站1‘11’的用户可能在使用流服务与同事进行通信的同时，还从网络下载文件。此时，由于各个数据分组传输具有不同的业务量等级和优先级，因而在网络内将共存具有多个QoS和多个优先级的数据分组传输。从而，在使用图1的容量调度‘13’根据优先级区分传输的同时，还应该以满足各个数据分组传输中的各自的QoS的方式分配容量。
因此，本发明的第四目的是，提供一种支持具有多个QoS和多个优先级的分组传输的容量调度。
另外，在上行链路分组调度中，如果容量调度快到可跟随无线信道环境的变化，就能够有效地利用无线资源。这可通过接近无线信道进行调度来实现。通过使上行链路噪声增加的快速变动变得平滑，以能够进一步减小噪声增加余裕，由此可提高容量。基站中的上行链路分组调度应在维持更高的系统吞吐量的同时，考虑网络内的多个QoS和多个优先级。
即，本发明的第五个目的是，提供一种支持多个QoS和多个优先级并能够最大限度地利用系统容量的容量调度。
发明内容
根据本发明的第一方式，本方法用于支持基站和移动台站之间的闭环容量调度。该方法包括以下步骤将各个流应用于该移动台站中的流容量(flow capacity)控制装置(FCC)中；从在该移动台站中准备的各不相同的多个QoS业务量等级中选择业务量等级，作为选中的业务量等级；以及，为了发送不同的QoS业务量等级，考虑所述选中的业务量等级在移动台站中为各个流分配优先级。
根据本发明的第二方式，该方法包括以下步骤由该移动台站的FCC根据所述选中的业务量等级，计算各个流的上行链路容量。
根据本发明的第三方式，该方法包括以下步骤使用优先级、选中的业务量等级以及上行链路发送功率，通过容量请求控制装置(CRC)来变更各个流的容量请求；以及，从移动台站向基站传输各个流的变更容量请求。
根据本发明的第四方式，该方法包括以下步骤在该基站中接收变更容量请求；使用该变更容量请求在基站中通过容量调度器来计算对各个流的容许(allowable)容量；以及，从基站向移动台站传输表示各个流的容许容量的容量分配。
根据本发明的第五方式，该方法包括以下步骤通过该移动台站中的容量分配控制装置(CAC)来接收容量分配；使用该选中的业务量等级和上行发送功率来变更在CAC中接收的容量分配并将其作为变更分配容量；以及，使用该变更分配容量来更新FCC中的容许容量。
根据本发明的第六方式，本系统用于支持移动台站和基站之间的闭环容量调度。该移动台站可从多个QoS业务量等级中选择QoS业务量等级，并包括流容量控制装置(FCC)，用于计算根据选中的QoS业务量等级而特定的、各个数据流的要求上行链路容量；容量请求控制装置(CRC)，用于变更要求上行容量，以便生成表示被变更的容量的变更容量请求；以及，从该移动台站向该基站传输该变更容量请求的单元。
根据本发明的第七方式，该移动台站包括容量分配控制装置(CAC)，根据上行链路发送功率来变更所接收的分配容量；以及FCC，使用该变更分配容量来更新许可(allowed)容量。
根据本发明的第八方式，该基站包括用于接收变更容量请求的接收单元；以及使用从移动台站发来的、选中的业务量等级和优先级及变更容量请求，计算对各个流的容许容量的容量调度器。
根据本发明的第九方式，本方法用于在基站中管理对于多个上行链路数据流的上行链路容量。该方法包括以下步骤在基站中计算表示最大上行链路容量和不可调度的上行链路容量之差的可调度上行链路容量；接收从移动台站发送的容量请求；为了满足最小QoS要求，根据分配给各个流的优先级来计算对各个流的最小QoS容量；以及，向各个流分配最小QoS。
根据本发明的第十方式，该方法包括以下步骤按照能够最大限度地利用在分配最小QoS容量之后剩余的可利用且可调度的上行链路容量的方式，计算对各个流的追加请求容量；以及，向具有追加请求容量的各个流分配剩余的容量。
根据本发明的特定方式，本方法用于支持基站和多个移动台站之间的闭环容量调度。该方法包括以下步骤1.根据各个流的业务量等级，将各个流输入流容量控制装置(FCC)中，并给各个流分配优先级和容量的初始值；2.在移动台站中，将属于数据流的数据分组保存在被分配的数据分组等待队列(queue)中；3.在移动台站的流容量控制装置中，根据要求服务质量来计算数据流的要求上行链路容量；
4.在容量请求控制装置(CRC)中，使用被分配的优先级来变更所述数据流集合的容量请求，并从该移动台站向该基站发送变更容量请求；5.在基站接收从所述多个移动台站发送的容量请求，并在接收到从多个移动台站发送的数据分组后，计算重发数据分组；6.由基站中的容量调度器使用被分配的QoS业务量等级、优先级以及所接收的容量请求，计算对各个流的容许容量；7.基站发送容量分配，在容量分配控制装置中，使用被分配的优先级来变更接收了数据流集合的分配容量；8.在流容量控制装置中，使用集合内的数据流的变更分配容量来更新许可容量。
根据本发明的其他实施方式，子系统用于为了在基站中对多个上行链路数据流调度上行链路容量而管理上行链路容量的系统。该系统包括以下步骤1.评价在基站中可调度的上行链路容量，该可调度的上行链路容量是最大上行链路容量和不可调度的上行链路容量之差；2.用上述的方法接收容量请求并进行处理；3.根据前面的数据分组传输的接收状态，计算被要求的重发数据分组用的容量并进行分配；4.为了满足最小QoS要求，分别计算对于所述集合中的流的最小QoS容量(特别地，对于GBR、ABR、TBR来说，最小QoS容量分别是补偿容量、最小容量和要求容量)；5.根据被分配的优先级，给所述集合中的流分配最小QoS容量；6.按照最大限度地有效利用在分配了重发和最小QoS容量之后剩余的可利用且可调度的上行链路容量的方式，计算所述流集合中的追加请求容量(对于GBR和ABR来说，追加请求容量分别是补偿容量和最小容量以上的容量)；7.根据被分配的优先级，给所述集合中具有追加请求容量的流(特别地，与优先级低的流相比，先向优先级更高的流分配容量。最好按照优先级程度来分配剩余的容量)分配剩余的容量；
8.使用重发、最小QoS以及剩余的容量来计算对各个流的全部容量并将其发送给移动台站。
根据本发明的其他实施方式，方法用于在移动台站中管理上行链路容量流容量控制装置。该方法包括以下步骤1.使用业务量等级来分配所述集合的各个流的QoS参数(其中，QoS业务量等级最好包括补偿比特率、目标比特率、以及可用比特率。另外，要求QoS参数最好包括最大容量、最小容量、目标容量以及补偿容量)；2.计算所述集合内的各个流的重发容量；3.按照满足QoS要求的方式，计算对于新数据分组发送的请求容量；4.计算对上行链路容量调度器的容量请求。
根据本发明的其他实施方式，本方法用于信令发送容量请求和分配消息，其包括以下步骤1.生成包含所述流集合中的流的容量请求和流ID的容量请求消息(其中，容量请求消息最好在移动台站中编码，在基站中解码)；2.从移动台站传输容量请求消息，并在基站中接收(最好通过专用上行链路信道来传输容量请求消息)；3.生成包含集合内流的容量分配和流ID的容量分配消息(容量分配消息最好在基站中编码，在移动台站中解码)；4.从基站传输容量分配消息，在所述移动台站接收(其中，最好通过专用下行链路控制信道来传输容量分配消息)。
本发明的第一个优点是能够实现基站中的考虑了QoS和优先级的上行链路容量调度。与通过控制移动台站的最大容量来粗略地控制上行链路数据流的容量的系统相比，在本发明中，数据流的优先级和QoS双方可由基站进行处理，从而基站能够考虑流的QoS和优先级双方。
并且，本发明的第二个优点是移动台站和基站双方除了优先级之外还识别数据流的QoS。在WCDMA中的当前的速率分配方法中，当在多个上行链路数据流之间分配上行链路容量时，只考虑数据流的优先级。在本申请中，由于可将要求流容量分为最小QoS和剩余的容量，因而优先级较低的数据流的最小QoS容量比优先级较高的数据流的追加QoS容量先被补偿。
本发明的第三个优点是移动台站能够考虑数据流的QoS和优先级来调整容量请求和容量分配。当要求容量的总和在预定的上行链路传输功率中不足时，容量请求的调整极为重要。另外，当发生了调度延迟时要求进行容量分配的调整。在本申请中，提出了考虑了QoS和优先级的调整，从而具有较低优先级的流的追加容量比具有较高优先级的最小QoS容量先被调整。
图1是基站对移动台站进行的上行链路容量控制说明图；图2是用于支持多个QoS业务量等级和优先级处理的容量调度的一般概要图；图3是说明通常的流容量控制装置的流程图；图4是用于GBR业务量等级的流容量控制装置的流程图；图5是用于TBR业务量等级的流容量控制装置的流程图；图6是容量调度器的通常的流程示意图，是用来说明用于支持多个QoS和多个优先级的分级容量分配的图；图7是在第二实施方式中使用的包括上行链路及下行链路信道并具有多个移动台站和一个基站的系统结构的示意图。
具体实施例方式
本发明用于在小区内维持闭环上行链路容量调度。图2示出了包括上行链路及下行链路信道并具有多个移动台站和一个基站的系统结构。移动台站中有流容量控制装置(FCC)、容量请求控制装置(CRC)、流队列、TFC控制装置(TFCC)、流复用器(FMUX)、以及编码器(ENC)。基站中有容量调度器(CS)、解码器(DEC)、流分用器(FDEMUX)、以及流队列。
在移动台站中，通过上行链路发送的数据分组被保存在图2的上行链路数据流队列211中。流队列中通常附有流容量控制装置(FCC)212，该FCC保存QoS参数、各自的ID号、与流队列的等待队列大小相关的信息。
当确定新的数据流时，无线网络控制装置最好设定初始容量，并用信号将初始容量传递给FCC。FCC根据流的要求QoS来计算数据流的要求上行链路容量，生成容量请求(CR)，然后CR被发送给容量请求控制装置(CRC)213。CRC调查图2中的当前可利用的发送功率的余量2130，并计算可支持的全部上行链路容量。
当从与CRC相连的FCC发来的容量请求的总量大于可支持的上行链路容量时，CRC按照从优先级最低的流到优先级最高的流的顺序削减CR的量。在CRC将CR复用后，CRM被传送到位于基站中的上行链路容量调度器中“221”。之后，调度装置的决定作为表示对各个数据流的许可上行链路容量的容量分配消息(CAM)而被发送到移动台站中。容量分配控制装置(CAC)“214”接收CAM并将其分离后输入各个FCC中。CAC根据可利用的发送功率的余量来计算可支持的上行链路容量。如果所接收的CAM的总量多于可支持的上行链路容量的量，则CAC按照从优先级最低的流到优先级最高的流的顺序削减CAM。
在该方法中，各个FCC独立执行由容量调度器处理的CAM和CRM的闭环控制。
在移动台站中，上行链路数据传输通过以下的方法来执行TFC控制装置(TFCC)215使用将分配给各个数据流的流容量集中起来并且各个流最大以分配的流容量发送数据分组的方法，计算传输格式的组合。TFCC215另外向基站发送TFCI(Transport Format Combination Indicator传输格式组合指示)。在选择TFCI之后，来自流队列的数据分组被ENC216编码，并被FMUX 217复用。TFCI被加入复用数据分组中，并被发送到上行链路业务信道上。
在基站中，通过以下方法来执行上行链路数据接收流分用器(FDEMUX)221将接收的比特流分离为分离子比特流，分离子比特流分别被DEC 222解码。解码成功的数据分组被保存到各个流队列中“223”。DEC 222向重发控制装置(RETXC)报告各个数据分组的解码状态，RETXC向上行链路容量调度器225发送该状态。
在基站中，接收来自移动台站的CRM“226”，并被传递给容量调度器(CS)225。CS 225生成CAM并将其传输给移动台站“227”。
在上行链路控制信道中，CRM从移动台站被传输到基站中“241”。各个CRM中包含各个流的要求容量和FID。CRM最好在移动台站中编码，在基站中解码。移动台站最好发送关于当前的发送功率余量的报告。另外，各个移动台站最好用各自的UL控制信道进行发送。
在下行链路空中接口中，CAM从基站被发送到移动台站中“242”。各个CAM中包含对各个流的许可容量和FID。CAM最好在基站中编码，在移动台站中解码。基站最好通过共有下行链路控制信道而向接收CAM的移动台站进行发送。
流容量控制装置的通常结构如图3所示。控制装置的详细的执行情况依赖于流的业务量等级，在该图中，示出了对所有的业务量等级通用的、主要的步骤。FCC至少在与图3的调度间隔31相同的时间执行。FCC的输入参数是对流的当前分配容量(AC)、重发用要求容量(RCR)、以及流的QoS参数。各个业务量等级最好具有各自的QoS参数集合。FCC的输出参数是重发用分配容量(ACRT)、新发送用分配容量(ACNT)、以及容量请求(CR)。首先，FCC为了满足图3的分组数据的要求延迟32、33，计算重发用要求容量。最好严格设定要求延迟，以便FCC尽可能地为重发分配所需的容量。接着，如图3中的340、341、35所示，FCC计算包含流的最小QoS容量和追加QoS容量这双方的新数据发送用的请求。图3的剩余容量(LOC)360相当于AC与ACRT和ACNT之总和的差量。最后，CR针对下一个调度间隔计算是否还需要容量。
GBR是通过调度器将容量补偿到预定的水平的业务量等级。GBR业务量等级的QoS参数是最大容量(MC)和补偿容量(GC)。GC是最小补偿容量，而MC则是容许容量的上限。调度器根据上行链路容量的可用率来分配比GC多的容量。
与GBR业务量等级相关的FCC的执行如图4所示。GBR业务量等级的QoS参数是最大容量(MC)和补偿容量(GC)。重发数据具有比新的发送数据高的优先级。因此，首先AC被分配给重发数据，接着剩余容量被分配给数据(41、42)。在对新发送的分配中，下限值使用当前的流队列大小(QC)或可用于新发送的容量(NDC)中的某一个，而上限值则使用作为QoS参数的最大容量。因此，只有在NDC大于MC或QC小于NDC的情况下，LOC为正。最后，通过比较最大容量(MC)和剩余流队列大小(QC-ACNT)来计算容量请求(CR)(图4中的43)。
ABR是基于容量的可用比率而决定被分配的容量的业务量等级。ABR业务量等级的QoS参数是最大容量(MC)和最小容量(MNC)。MNC是用于将TCP或TCK这样的小数据分组在任意定时发送的最小容量，而MC则是容许容量的上限。
ABR FCC的执行方法与在GBR FCC的情况下将补偿容量(GC)的QoS参数设定为零的时候相同。此时，由于没有对容量调度器的QoS要求，所以可以分配尽可能多的容量。为了将小的数据分组在任意的定时发送，CS最好至少分配MNC。
TBR是容量被控制在目标水平上的业务量等级。TBR业务量等级的QoS参数是最大容量(MC)和目标容量(TC)。FCC控制瞬时容量以使平均容量达到目标容量，另外将MC设为容许容量的上限值。
图5示出了TBR FCC的执行例子。重发数据具有比新的发送数据高的优先级。因此，首先为重发数据分配AC，接着剩余的容量被分配给新的发送数据(图5的51)。在对新发送的分配中，首先计算已分配容量的当前的移动平均(MAAC)和TC(52)之差。然后计算满足TC的要求容量(53、530)。然后，以使分配容量(ACNT)不超过MC和队列大小(QC)的方式实施容量分配(54)。使用新计算的ACNT来取移动平均并由此更新MAAC(55)，最后以满足TC的方式来计算容量请求(CR)(56)。也可以使用指数函数的调整控制以提高收敛速度(530)。
图6示出了上行链路容量调度器的执行例子。如图6所示，在调度间隔的开始，基站测定包含热噪音、小区间干扰、以及不可调度数据传输601的不可调度上行链路容量。不可调度数据传输是调度器不控制的后台下载(background load)。CS计算作为最大容量和不可调度容量之差的、可利用且可调度的容量。
当从移动台站接收了容量请求时，基站执行容量请求的调整，该情况如图6的602所示基站在分配了对各个移动台站的许可发送功率动态余量(headroom)的最小值后，计算对各个移动台站的可支持的最大容量。许可发送功率动态余量的最小值控制对网络内其他小区的干扰。以固定的许可发送功率动态余量的最小值可支持的最大容量和所要求的容量的总和值进行比较。按照从优先级最低的流到优先级最高的流的顺序削减容量请求的追加QoS容量部分，以使可支持的最大容量大于要求容量的总和值。如果这样做还不够，就按照从优先级最低的流到优先级最高的流的顺序削减容量请求的最小QoS容量部分。如果还不够，就按照从优先级最低的流到优先级最高的流的顺序削减要求容量的重发部分。基站计算要求重发容量(RCRTX)、对于各个优先级水平(从RCMQ(1)到RCMQ(N))的最小QoS容量、以及对所有移动台站的追加QoS容量(从RCEQ(1)到RCEQ(N))的总量。基站对各个移动台站的每个流，使用流信息和接收到报告的容量请求来计算重发容量、最小QoS容量以及追加QoS容量。
为了使应比全部可调度的容量小的、分配容量的总和值小于可调度的全部容量，基站首先如图6所示那样，将可调度的容量分配给重发容量61。如果可调度的全部容量不足以满足要求重发容量的总和值，则基站按照从优先级最高的流到优先级最低的流的顺序分配重发容量。如果可调度的全部容量足以满足要求重发容量的总和值，则基站按照图6的从优先级最高的流62到优先级最低的流63的顺序将剩余的可调度的容量分配给最小QoS容量。如果即使这样可调度的容量还充足，则基站按照图6的从优先级最高的流64到优先级最低的流65的顺序将剩余的可调度的容量分配给追加QoS容量。在属于相同的优先级水平的小区之间，最好用公平的调度方法分配容量。最后，基站针对各个移动台站的各个流，计算作为分配重发容量、分配最小QoS容量以及分配追加QoS容量的总和的全部分配容量。
下面，参照图7来说明本发明的第二实施方式。
图7示出了在第二实施方式中使用的包括上行链路及下行链路信道并具有多个移动台站和一个基站的系统结构。
图7与示出第一实施方式中的系统结构的图2的不同点在于，图7不具有图2中的CAC的这一点上。在第二实施方式的系统结构中，取而代之，通过TFCC“215”来接收基站发送的CAM。CAM表示分配给各个移动台站的总分配容量，TFCC选择总分配容量以下且移动台站的最大功率以下的传输格式的组合。此时，TFCC按照优先级高的流的要求质量比优先级低的流的要求质量先被满足的方式来决定传输格式的组合。然后，TFCC向基站发送表示所选择的传输格式的组合的TFCI，同时向FCC发送与所选择的传输格式的组合相关的信息。
FCC从所选择的传输格式的组合的信息中提取分配给各个数据流的容量的信息，根据流的要求QoS来计算数据流的要求上行链路容量，生成容量请求(CR)。然后，CR被传给CRC，并以与第一实施方式相同的步骤被复用，然后作为容量请求消息(CRM)而被发送给基站中的容量调度器(CS)。
这里，第二实施方式中的CS按照与利用图6进行说明的第一实施方式中的CS相同的步骤来计算各个流的分配容量。然后，本实施方式的CS计算所算出的对各个流的分配容量的总和(总分配容量)，并通过下行链路向移动台站发送表示总分配容量的容量分配消息(CAM)。
以上说明的是第二实施方式与第一实施方式的不同点，其余部分与第一实施方式相同，故省略说明。
权利要求
1.一种提供基站和移动台站之间的闭环容量调度的方法，其特征在于，包括由移动台站执行的以下步骤将各个流输入所述移动台站中的流容量控制装置(FCC)中；从多个QoS业务量等级中选择业务量等级；以及为了传输不同的QoS业务量等级，考虑所述选中的业务量等级而在移动台站中为各个流分配优先级。
2.如权利要求1所述的方法，其特征在于，还包括以下步骤由所述移动台站的FCC根据所述选中的业务量等级，计算各个流的上行链路容量请求。
3.如权利要求2所述的方法，其特征在于，还包括以下步骤使用优先级、选中的业务量等级以及上行链路发送功率，通过容量请求控制装置(CRC)来变更各个流的容量请求；以及从移动台站向基站传输各个流的变更容量请求。
4.如权利要求3所述的方法，其特征在于，还包括以下步骤在所述基站接收变更容量请求；在所述基站中使用所述变更容量请求并通过容量调度器(CS)来计算对各个流的容许容量；以及从所述基站向所述移动台站发送表示各个流的容许容量的容量分配。
5.如权利要求3所述的方法，其特征在于，还包括以下步骤在所述基站接收变更容量请求；在所述基站中使用所述变更容量请求并通过CS来计算对各个流的容许容量；按每个移动台站计算流的容许容量的总和值(总容许容量)；以及从所述基站向所述移动台站发送表示各个移动台站的总容许容量的容量分配。
6.如权利要求4所述的方法，其特征在于，还包括以下步骤通过所述移动台站中的容量分配控制装置(CAC)来接收容量分配；使用所述选中的业务量等级和上行链路发送功率来变更在所述CAC中接收的容量分配并将其作为变更分配容量；以及使用所述变更分配容量来更新所述FCC中的容许容量。
7.如权利要求5所述的方法，其特征在于，还包括以下步骤通过所述移动台站中的传输格式组合控制装置(TFCC)来接收容量分配；在TFCC中根据所述容量分配来选择传输格式组合；以及在所述FCC中根据所述选择的传输格式组合来计算各个流的容量请求。
8.一种提供移动台站和基站之间的闭环容量调度的系统，其特征在于，该系统可从多个QoS业务量等级中选择QoS业务量等级，其中包括用于计算根据选中的QoS业务量等级而特定的、各个数据流的要求上行链路容量的流容量控制装置(FCC)；容量请求控制装置(CRC)，用于变更要求上行容量，以便表示变更容量请求，所述变更容量请求表示被变更的容量；以及从所述移动台站向所述基站发送所述变更容量请求的单元。
9.如权利要求8所述的系统，其特征在于，所述移动台站还包括容量分配控制装置(CAC)，根据上行链路发送功率来变更从基站发来的分配容量；以及使用所述变更分配容量来更新许可容量的FCC。
10.如权利要求8所述的系统，其特征在于，所述移动台站还包括与从基站发来的容量分配相应地选择传输格式组合的TFCC；以及使用所选择的传输格式组合来计算每个流的容量请求的FCC。
11.如权利要求8或9所述的系统，其特征在于，所述基站包括用于接收变更容量请求的接收单元；以及容量调度器，用于使用从移动台站发来的变更容量请求、选择的业务量等级和优先级来计算对各个流的容许容量。
12.一种在基站中管理对于多个上行链路数据流的上行链路容量的方法，其特征在于，包括由基站执行的以下步骤计算表示最大上行链路容量和不可调度的上行链路容量之差的可调度容量；接收从移动台站发送的容量请求；计算以满足最小QoS要求的最小QoS容量；以及考虑分配给各个流的优先级和最小QoS容量来分配容量。
13.如权利要求12所述的方法，其特征在于，还包括以下步骤按照最大限度地利用在分配最小QoS容量之后剩余的可利用且可调度的上行链路容量的方式，计算对各个流的追加请求容量；以及向具有追加请求容量的各个流分配剩余的容量。
全文摘要
流容量控制装置(FCC)被设置在各个移动台站中，根据QoS来计算各个数据流的上行容量。另一方面，容量请求控制装置(CRC)考虑数据流的优先级来变更容量请求并向基站发送。设置在基站中的容量调度器(CS)根据容量请求来计算容许容量，并从基站向移动台站传输容量分配。
文档编号H04W28/24GK1868233SQ200480030409
公开日2006年11月22日 申请日期2004年9月29日 优先权日2003年10月16日
发明者李琎硕 申请人:日本电气株式会社