CN1419766A - 分组数据载体的容量分配 - Google Patents

Abstract

本发明涉及一种在无线通信系统中提供分组数据服务的方法。也披露了提供分组数据服务和分组数据调度器(PS)的无线通信系统。根据该方法为分组数据载体请求容量，随后根据第一定时模式分配容量。根据第二定时模式分配的容量可以被修改。分组数据调度器(PS)包括两个定时器(T1，T2)以实现两个不同的定时模式。

Description

分组数据载体的容量分配

技术领域

本发明涉及无线通信系统中的分组数据服务。

背景技术

电信系统可以包括无线电网络。无线通信网络通常根据指定的标准(或若干个标准)操作，该标准(或若干个标准)规定网络单元允许做什么和应当怎样完成。典型的无线通信系统由许多小区组成，因此也经常被称为蜂窝无线网络。小区通常由某一个区域组成，该区域由一个或若干个服务于移动站(MS；有时被称为用户设备UE)的基收发站(BTS)在一个小区之内通过无线接口覆盖。每个基站有一个无线收发器，该无线收发器能够在小区内下行链路上发送无线信号到移动站，在上行链路上从邻近基站的小区接收无线信号。依靠这些信号，基站能够在小区内与移动站(MS)通信，基站本身包括一个无线收发信机。

每个基站可以连接到基站控制器(BSC)或任何其他的功能由蜂窝网络提供的控制器。因此系统中小区内的移动站(MS)由提供控制器功能的节点连续的控制。网络控制器的例子包括所述的基站控制器(BSC)，无线网络控制器(RNC)和移动交换中心(MSC)，其他控制节点也可用于网络控制功能的执行。控制器能够进一步链接到公共电话网络和/或其它网络，例如分组数据网络。依靠这个系统，MS的用户能够通过一个或若干个基站，建立与公共网络的连接。

移动站MS的位置可以是固定的(例如如果它为固定位置提供无线通信)，或者MS可以是移动的(例如它是一个手提便携收发器或“移动电话”)。当移动站移动时，它可以在蜂窝无线系统中移动。当它从一个小区(旧小区)到另一个小区(新小区)，这需要从与旧小区的基站的通信到新小区的基站进行切换，而呼叫不掉线。

除电路交换服务之外，无线通信系统也可以为它的用户提供分组数据服务。分组数据服务是典型的无连接服务，其中在数据分组中发送信息符号。数据分组的大小和长度可以改变。信息符号通常通过分组数据载体携带。载体的传送速度被定义作比特率。更详细的，比特率定义分配给分组数据服务的用户的比特的速率。例如，在基于WCDMA(宽带码分多址)的系统中，能够使用象16，32，64，128，256和384千比特的比特率值。

分组数据业务可包括多种数据传输，例如短消息或仅仅邮件文本，和背景的大文件传输，及万维网中的交互浏览。给出一个关于分组数据业务的例子，这里简略描述ETSI(欧洲电信标准协会)的分组数据模型。分组服务通话根据应用可包括一个或若干个分组呼叫。分组数据呼叫也可以基于非实时(NRT)分组数据服务。在分组呼叫期间，可产生若干个数据分组，这表明分组呼叫通常构成突发数据分组序列。给出一个例子，在网页浏览通话时，分组呼叫对应于文件的下载。在文件被用户终端完全接收时，在用户采取进一步行动前，例如请求更多的数据，他可能花费一些时间来学习他刚接收到的信息。因此传输可能会非常突发，流量很难预测。

通过空中接口的非实时(NRT)分组服务不同于通过空中接口的实时(RT)服务(也就是电路交换服务)。首先，就象所提到的分组数据是突发的。请求的比特率能从零到好几百的千比特每秒快速地改变。分组数据比实时服务容忍更长的延时。因此从无线接入网络的观点，分组数据业务可能更容易被控制。例如，在交互服务中用户必须在合理的时间得到资源，但后台类型服务中，当无线接口容量可以分配用于传输时，就发送数据。数据分组也可以通过无线链路控制(RLC)层中继发送。这可以允许使用具有比实时服务更差的无线链路质量和更高的帧错误率的无线链路。

另外对于非实时服务，也可以传送实时服务，例如象分组网络中电话会话和流式数据的服务等级。实时服务分组数据业务的例子是在IP(网际协议)上传送语音，也就是叫作互联网电话。

使用分组调度功能填充分组数据载体具有的任何“空”容量。空容量表示潜在的容量当前没有被电路交换数据，语音或信令业务使用。换句话说，分组调度试图为分组数据找到潜在的剩余网络容量。特别地，分组调度功能是根据具体的预先确定的参数为分组数据服务用户在专用传输信道(DCH)分配，修改和释放比特率。

然而，调度可以不是以直接的操作来实现，例如因为网络中负载动态地改变。在DCH中分组数据载体可以有不同的比特率和持续时间。呼叫长度也可以有较大和不可预见的改变，也就是小区负载可以是非常突发的。如果在同一时间分配给分组数据载体的DCH太少，或者如果分配的比特率太低，可利用的容量可能不会很好和/或有效地使用。另一方面，如果分配给分组数据载体的DCH太多，或如果分配的比特率是针对具有相对高的比特率的分组数据载体，网络可能变得超载。

每当在移动站和基站间建立了新的链路，就必须分配比特率。因为控制器，例如无线网络控制器RNC，可以管理大量无线链路，比特率分配经常可以公平地发生。一旦比特率分配给载体，根据具体应用，载体具有时间有限或无限的已分配比特率。然而，负载状态可以改变。这种改变可以是快速的和/或不可预见的。另外，当在同一时间出现若干个分组数据载体时，他们之间的优先级顺序可能改变。因此，对于分组数据调度，就需要灵活的和最好是动态的方案。

发明内容

本发明的实施例的目的是解决上述一个或若干个问题。

根据本发明的一个方面，提供一种无线通信系统中提供分组数据服务的方法，包括：

为分组数据载体请求容量；

根据第一定时模式为分组数据载体分配容量；和

根据第二定时模式修改分配的容量。

在优选实施例中，为分组数据载体分配容量和修改分配的容量的步骤可以根据各自的定时模式周期性地重复。时间周期的长度可以是不同的长度。容量的分配和/或容量的修改可根据来自无线通信系统的基站和/或移动站的负载信息。容量的分配和/或容量的修改基于无线通信系统基站遇到的功率电平的至少一个目标值。

根据实施例，判断是否分配了所有请求的容量，分配了小于请求量的容量，还是没有分配容量。

另外，比特率修改函数可用于在接收到一个或更多新的容量请求后，计算数据分组载体的比特率值。计算是根据以下一个或若干个进行的：请求的比特率；分组数据载体使用的比特率；推荐比特率；分组数据载体使用的平均功率；越区软交换修正系数；分组数据载体的优先级；和加权系数。计算分组数据载体的新负载的估值，所述新负载是在使用推荐量改变分组数据载体的比特率的情况下产生的。计算所有分组数据载体的估值，通过比较计算的估值选择比特率要改变的分组数据载体。

根据本发明的另一方面，提供一种提供分组数据服务的无线通信系统，包括：

分组数据调度器，所述调度器用于为分组数据载体分配容量和修改分配的容量；

用于对分组数据载体容量分配定时的第一定时器；

用于对修改分配的容量定时的第二定时器。

根据本发明的另一方面，提供一种用于无线通信系统的分组数据调度器，所述调度器用于分配分组数据载体的容量和修改分配的容量，分组数据调度器包括：

用于对分组数据载体容量分配定时的第一定时器；

用于对修改分配的容量定时的第二定时器。

分组数据调度器可用于周期性地完成容量的分配和容量的修改。分组调度器也用于使用来自无线通信系统中的基站和/或移动站的负载信息作为用于容量分配和/或容量修改的基础。

本发明的实施例提供了一种动态分组调度器，其中在进行的分组数据呼叫期间可以修改载体比特率。实施例可以减少系统中的信令和控制器的负载。

附图说明

为了更好的理解本发明，参见附图，其中：

图1示出了本发明的一个实施例；

图2根据本发明的实施例图解了数据分组调度的实现；

图3示出了比特率分配的一个例子；

图4示出了本发明的实施例操作的流程图；

图5a至5e根据图4的流程图，示出了在负载增加状态下可能的分配过程；

图6示出了本发明的另一个实施例操作的流程图；

图7a至7b根据图6的流程图，示出了在负载减小状态下可能的分配过程。

具体实施方式

参看图1，图1是一个模块图，示出了本发明使用的环境。即一个WCDMA(宽带码分多址)移动通信系统，允许大量移动站MS1，MS2，MS3在公共小区内通过各自信道CH1，CH2，CH3与基(收发器)站BTS通信。以本领域所知的方式使用扰频码彼此区分这些信道。在移动站(MS)和基收发器站(BTS)间传送的数据可以是语音数据，视频数据或其他数据。数据被编码成适合以根据应用和数据源的比特率进行传输的形式。可以理解，基站有时可称为节点B。

图1也示出了无线网络控制器RNC。无线接入网络控制器RCN或类似的网络单元的操作已经在上面简要的讨论。控制器RNC可以以本领域所知的方式进一步连接到移动交换中心MSC和/或通信系统中核心网络的其他装置。

图1进一步示出了在无线接入网络控制器RCN中实现的分组调度器PS。分组调度器PS以下面要描述的一种方式用于调度分组数据容量。分组调度器PS的功能是为分组数据用户分配，修改和释放比特率。根据分组调度器PS从移动站MS或基站BTS接收的比特率请求启动比特率分配。分组调度器PS的操作可以基于诸如请求的比特率，测定的系统负载，估计的负载变化，移动站中或网络控制器的MAC(媒体访问控制)层中测定的数据量之类的参数。分组调度器PS可以分配请求的比特率，或可选地，小于请求比特率的比特率。分组调度器PS也可以拒绝请求，或以后再分配请求的比特率或小于请求比特率的比特率。

根据实施例，分组调度器PS是小区专用的。然而，分组调度器PS也可以控制不止一个小区。分组调度器也可以控制由控制器RNC控制的无线接入网络的所有小区，也就是分组调度器可以被一些临近的小区共用或被RNC中的所有小区共用。值得注意的是，分组调度器PS也可以定位于基站BTS以代替无线接入网络控制器RCN。以下的例子假定分组调度器PS定位于RNC并且专用于小区。

例如，在下行链路中，网络控制器的MAC(媒体访问控制)层可以请求分组调度器PS为某一数据载体分配容量。可以在任何时候给出请求到分组调度器PS。容量请求可以包括某一比特率的请求或某一数据量的请求。容量请求(CR)由移动站通过随机信道在上行链路上发送。在下行链路上，它们来自MAC层。如果在MS和BTS间已经存在一条专用信令链路，它可用于请求。其他请求容量的解决方案也是可能的。

分组调度器PS可以具有一个试图达到的目标功率。目标功率可以超过，但最好只是偶尔超过。目标功率可以被指定成下行链路总的发送功率(PtxTarget)和上行链路总的接收功率(PrxTarget)。基站BTS测定Ptx_total和Prx_total值，并将其报告到控制器RNC的分组调度器PS。根据接收到的信息，分组调度器PS知道允许它分配的容量是多少。在网络设计中可以定义Ptx_total和Prx_total参数的初始值。这些参数以后可以根据需要修改。可以根据对这些参数和功率变化估值作出的测量实现在网络操作中完成的分组调度。

图1的分组调度器PS进一步包括两个单独的定时器T1和T2。下面会更详细地解释它们的功能。

分组调度器PS最好周期性地操作。在相同的时间处理调度周期内接收到的所有容量请求。当分组调度器PS分配容量时，为载体分配具有不限时间的某一峰值比特率的DCH，并从容量请求的队列中移出相应的容量请求。当发送了所有的数据，比特率分配结束。

分组调度器PS包括分别针对基站和移动站间的上行链路和下行链路上的容量请求(CR)的队列。

根据本发明的优选实施例，比特率的分配和修改基于两个时间周期：分配周期和比特率修改周期。这些周期可以具有相等的长度，也可以具有不同的长度。如果周期具有不同的长度，则比特率修改周期长于分配周期。例如，新分配周期可能每100ms发生一次，新比特率修改周期可能每500ms发生一次。值得注意的是，给出的周期仅仅是例子而已。周期的长度取决于具体应用，并且相比上述情况，可以有很大的变化。

在每个分配周期中，分组调度器PS把比特率分配给分组数据载体。该载体可以在指定时间周期内使用分配的比特率，或者载体也可以在不受限的时间周期内使用分配的比特率。如果许多载体同时请求容量，有必要作出一个决定，让其中一个载体得到允许以使用可用的比特率。

根据实施例，如果分组调度器PS不能够为每个请求容量的载体分配容量，这些未调度的容量请求可以保留在各自的队列中。一个容量请求可以在队列中存在多少个调度周期(也就是多长)是有限制的。通过使用RNC配置参数“容量请求排队时间”来设置此限制。当超过这个时间限制时，容量请求从队列中永远的移出。当需要为载体分配时，就需要一个新的容量请求。

除分配之外，在分组交换连接中可以改变载体比特率，也就是通过分组调度器PS修改，这是很有效的。通过被称为比特率修改的过程实现修改。在每个比特率修改周期中，分组调度器PS可以修改已经给予的比特率。修改可以是比特率的增加或比特率的减小。增加或减小过程的可能的例子将在下面讨论。

这里有若干个为什么需要修改比特率的理由。修改比特率是由分组数据的非预见和突发特性引起的。修改可以被请求高比特率或低比特率的载体触发，或者因为负载原因(太高或太低的负载)，或需要为更高优先级的载体分配更多的容量而触发。

分配周期和比特率修改周期可以同步也可以异步。然而，为了比特率修改更少突发和更容易在RNC内部执行，也为了避免过多的容量请求，最好保持修改的异步。可以按照以下方式进行：

时间            操作

0ms           分配载体1

200ms         分配载体2

500ms         修改载体1(处理新的请求400-500ms)

700ms         修改载体2(处理新的请求600-700ms)

1000ms        可以再次修改载体1

等等

分组调度器PS应当使用具有良好Eb/No(无线信号能量与噪声比值)值的比特率。另外，在CDMA中，分配的比特率应当以有效的方式使用CDMA码空间。

使用不同的分配和修改定时可以减少RNC中的信令和负载。修改可能需要更多的信令资源，带来更多的负载，因此比较合适的是分配的完成比修改的完成更频繁。如果分配和修改总是同时完成(也就是只使用一个定时器周期)，这可能导致很慢的分配过程或相对过重的信令负载。

根据一种可能性，修改的完成可以比修改周期实际所定义的更频繁，例如，当碰上了一些特殊的情况时。例如，如果超过了允许的负载，比特率就可能减小，即使修改周期没有过期。这种触发条件的另一个例子包括紧急呼叫或高优先级呼叫的建立。另外，可以具有这样的方案，其中分配是周期性的，但只有当需要发生修改时，才发生比特率的修改。

图2举例说明了本发明的一种可能的实现，并且图示出了如何根据两组不同的定时规则，即根据容量分配周期和比特率修改周期进行分组调度。在图示中，水平轴代表时间，垂直轴代表容量。图示的载体B1至B6，即分组数据传送容量每100ms被分配一次。

图示的比特率修改操作每500ms执行一次。在示例中，修改所有存在于500ms周期末尾的载体B1，B4和B5的比特率。然而，也可能出现这种情况，在这一点时间上没有一个载体或只有一些载体需要进行比特率修改。

分配和修改过程都可基于周期性(例如每100ms)提供的基站负载信息。根据可选方式，负载信息可以从移动站接收到。也可以使用从基站和移动站得到的负载信息。

实施例实现了动态的分组调度，其中由于负载或用户具体需要，在呼叫中能够修改载体的比特率。动态分组调度器可以用于上行链路或下行链路方向上。

值得注意的是，即使图1披露了两种单独的定时器实体T1和T2，不同的定时模式也可以通过一个定时器实体实现，该定时器实体为分配和修改过程提供所需的单独的定时模式。

以下将更详细地讨论比特率修改函数的可能情况。当从载体中接收一个或多个新的容量请求时，比特率修改函数用于计算每个载体的比特率值。计算可以基于具体的参数，以下会讨论。可能的参数包括诸如请求比特率，推荐比特率，连接的下行链路平均功率，软交换(SHO)修正系数，载体的优先级和适当的加权系数。

CDMA的容量是有限制的。例如，用于分组用户的广域宏网络容量小于200/秒/兆赫/小区。如果很多的分组数据载体需要容量，就不可能向所有的用户提供请求的容量。因此需要一种过程，该过程判定哪个载体获得所请求的容量。另外，需要判定接收到的容量小于实际需要的用户和没有接收任何容量的用户。

当判定载体的比特率是增加还是减小时，可以根据各种系数和/或参数作出决定。当判定载体的比特率是增加还是减小时，也可使用具体的比特率修改函数。以下将讨论参数的一些例子，决定是根据这些参数作出的：

-载体请求的比特率。这取决于应用，但也取决于特定移动站MS的物理限制。例如，可以通过下行链路的MAC层或利用上行链路的RACH发送容量请求的移动站发出请求。如果有很多连续的请求，就使用最后一个。

-如果载体已经使用一些比特率，这可以值得考虑。

-推荐比特率，也就是在修改比特率时，为载体推荐的比特率。

-载体优先级，因为一些载体具有比其他载体更高的优先级。通过设置优先级的值，例如，为呼叫付较高价格的载体能够优先于出价低的载体。优先级也可以用一种“硬”方法实现，也就是当较高优先级的载体需要容量时，较低的优先级的载体就掉线了。

-载体(或载体映射到的连接)使用的平均功率。为了使容量最大，为大功率载体分配高比特率比为小功率载体分配高比特率要困难的多。在以下方程式中，使用连接的下行链路平均功率(Ptx_average)。如果是一个多载体，则通过使用载体的比特率，来计算NRT(非实时：分组数据)载体数量。

-是否载体处于软交换的概率。软交换载体最有可能是大功率载体，它们也可以比非软交换载体使用更多的基站和RNC资源。这样，在软交换中减少载体的比特率是很有用的。

-SHO_correction_factor。这是处于软交换状态的载体的修正系数。该方案最好便利如果SHO系数的值高于1.0，则分组调度器PS识别出SHO载体。这个参数的值可能与SHO分支的数目相同。这将减少SHO载体的比特率。

-a，b，c，d和e指数。在以下比特率修改函数中使用它们来强调一些参数。它们的值可以是“0”或“1”，但也可以使用其他值。

以上所指的比特率修改函数，是一种确定得到新的比特率，可以增加其比特率或必须减小其比特率的载体的函数。比特率修改的可能函数是： $F_{\mathrm{bitrate}}=\frac{{(\mathrm{Requested}\_\mathrm{bitrate})}^a*{\left(\mathrm{Priority}\right)}^b}{{(\mathrm{Proposed}\_\mathrm{bitrate})}^c*{(\mathrm{Prx}\_\mathrm{average})}^d*{(\mathrm{SHO}\_\mathrm{correction}\_\mathrm{factor})}^e}----\left(1\right)$

函数中使用的参数已经在上面讨论了。比特率修改函数可以在不同的方式中使用，以下给出两种情况：比特率增加和比特率减小中使用的例子。

比特率增加是这样一种情况，其中小区负载是这样的，即可以批准新载体或可以增加旧载体的比特率。如果它们的比特率通过一个步骤可以增加(例如从64kbits到128kbits)，分组调度器通过上述方程式对所有的那些还没有接收到请求的比特率的载体计算F_bitrate。对于一个新的载体，这意味着最小比特率。接着，分组调度器选择载体，该载体具有最高的F_bitrate并且能够要求一个功率增加估值器来计算这种变化会导致的功率。如果功率太高，分组调度器尝试具有下一个最高F_bitrate值的载体会导致的功率变化。如果通过计算获得的功率值小于分组调度器可以分配的值，则分组调度器假定可以进行比特率修改，并且对所有的那些还没有接收到所请求的比特率的载体，作出新的计算。

当小区负载超过了预定目标功率级时，比特率就减小。在减小的过程中，一些已分配的载体比特率必须减小，或者一些载体必须从小区中掉线。

分组调度器对所有假定通过一个步骤减小它们的比特率的载体计算F_bitrate。通过这一步骤，具有最小F_bitrate值的载体可能被迫降低它的比特率。如果功率仍然很高，通过假定先前的变化重新进行计算。如果相对大的比特率减小而留下一些备用的容量使相对小的比特率增加，比特率减小接着就是比特率增加。

如果比特率的变化引起太多的计算循环，在以上计算中将使用一些硬性的限制和/或判定规则。

通过对方程式(1)中的参数a，b，c，d和e设定不同的值，比特率修改的规则可以很容易改变。下面介绍一些例子，这些例子是对于不同的判定方案可能的选择：

-a＝b＝d＝e＝0，c＝1：这称为纯CD(码分)模式，可以在上行链路的第一阶段使用；

-a＝b＝d＝e＝0，c＝-1：这是TD(时分)模式，也就是增加最高比特率。这样，CD和TD模式都可以仅通过改变比特率修改函数的参数来实现；

-a＝b＝e＝0，c＝d＝1：这是下行链路的CD模式。在这种模式下，也应该考虑平均发送功率；

-b＝d＝e＝0，a＝c＝1：这是一种“民主”的共享容量的方式。每个载体得到请求比特率的百分比均相同；

-a＝d＝e＝0，b＝c＝1：这是一种纯基于优先级的比特率修改策略；和

-a＝b＝0，c＝d＝e＝1：从这里推荐的基本比特率修改策略中给出可能最好的容量(千位/秒/兆赫/小区)。

原则上，对于比特率的分配有两种简单的途径。第一种是对请求的载体给出低的比特率，这样使DCH分配时间更长。第二种是对请求的载体给出高的比特率，这样使DCH分配时间更短。下面讨论这两种途径的一种折中的过程。它基于所谓的最小允许比特率。最小允许比特率参数由上行链路和下行链路方向分别定义。“上行链路最小允许比特率”和“下行链路最小允许比特率”可以是特定于小区的配置参数。它们定义在上行链路和下行链路上分配到请求的载体的最小峰值比特率。

图3示出了推荐比特率分配方法的例子，其最小峰值比特率为128kbits，还允许128，256和384kbits的比特率。在例子中，如果有五个容量请求，即使有空间，第五个容量请求也得不到分配，例如对于64kbps的连接。也可以假定在这个调度周期内的第五个容量请求在下一个调度周期得到分配。

图4示出了增加负载情况下的比特率分配算法。图5a至5e示出了针对不同数目的排队容量请求的算法操作的例子。图5a示出了只有一个排队请求的状态，图5b示出了两个排队请求，图5c示出了三个排队请求，图5d示出了四个排队请求，而图5e示出了五个排队请求。

如果负载太高并且超出计划目标功率电平Prxtarget某个偏移，分组调度器开始减小分组数据载体的DCH比特率。根据最优方案，比特率不能减小到低于最小允许比特率。

可以随机选择比特率必须减小的载体。也可以根据若干个具有不同优先级的载体等级或另外一些值得考虑的选择规则，正如上面讨论的。以下的例子假定两个载体等级在使用中。负载的减小可以根据以下顺序执行：

1.较低优先级的载体的DCH比特率按随机的顺序减小，

2.较高优先级的载体的DCH比特率按随机的顺序减小，

3.较低优先级的载体按随机的顺序从DCH切换到CCH，

4.较高优先级的载体按随机的顺序从DCH切换到CCH。

图6介绍了一种可能的负载减小算法。在图7a和7b中示出了其操作的例子，其中图7a示出了DCH的修改，而图7b示出了DCH的修改和释放。

以上实施例实现了一种无线通信系统中分组数据的比特率分配的方法，例如在WCDMA中。实施例是根据最小允许比特率的原理，提供合理的高比特率到每一个请求载体。对于使用低比特率DCH的分配而中断很长时间的载体，实施例可以排除这些载体的可能性。实施例可以增加系统的灵活性，因为最小允许比特率是根据操作者的命令配置的。可以配置算法，便利以至于它只分配有很高的比特率或包含低比特率的宽范围比特率。

本发明的实施例已经在WCDMA的环境中描述。本发明也可应用于其他任何无线接入技术，包括码分多址，频分多址，或时分多址以及它们的组合。

在这里值得注意的是，虽然以上描述了本发明的实施例，但披露的解决方案可以进行许多变化和修改，只要没有偏离如附加的权利要求所定义的本发明的范围。

Claims (27)

1.一种在无线通信系统中提供分组数据服务的方法，包括：

为分组数据载体请求容量；

根据第一定时模式为分组数据载体分配容量；和

根据第二定时模式修改分配的容量。

2.如权利要求1所述的方法，其中为分组数据载体分配容量和修改分配的容量的步骤根据各自的定时模式周期性地重复。

3.如权利要求1或2所述的方法，其中第一定时模式定义一个时间周期，该时间周期的长度不同于第二定时模式定义的时间周期。

4.如权利要求3所述的方法，其中第一定时模式定义的时间周期比第二定时模式定义的时间周期短。

5.如权利要求1或2所述的方法，其中第一定时模式和第二定时模式定义一个相等长度的时间周期。

6.如上述任一项权利要求所述的方法，其中第一和第二定时模式是异步的。

7.如权利要求1至5的任一项所述的方法，其中第一和第二定时模式是同步的。

8.如上述任一项权利要求所述的方法，其中容量的分配和/或容量的修改基于来自无线通信系统中的基站和/或移动站的负载信息。

9.如权利要求8所述的方法，其中所述信息基于上行链路方向上的总接收功率。

10.如权利要求8所述的方法，其中所述信息基于下行链路方向上的总发送功率。

11.如权利要求8至10的任一项所述的方法，其中容量的分配和/或容量的修改基于应用于无线通信系统的基站遇到的功率电平的至少一个目标值。

12.如上述任一项权利要求所述的方法，其中判断是否分配了所有请求的容量，分配了小于请求量的容量，还是没有分配容量。

13.如上述任一项权利要求所述的方法，其中至少在一个队列中设置容量请求。

14.如权利要求13所述的方法，，其中容量请求的排队时间是有限的。

15.如上述任一项权利要求所述的方法，其中分配容量的修改包括增加分组数据载体的比特率或减小分组数据载体的比特率。

16.如上述任一项权利要求所述的方法，其中选择具有相对良好的信号能量-噪声比值的比特率。

17.如上述任一项权利要求所述的方法，其中在由第二定时模式定义的周期性修改之间，完成附加的修改步骤。

18.如上述任一项权利要求所述的方法，其中比特率修改函数用于在接收到一或多个新的容量请求后，计算数据分组载体的比特率数值。

19.如权利要求18所述的方法，其中所述计算基于以下参数中的一个或若干个：请求比特率；分组数据载体使用的比特率；推荐比特率；分组数据载体使用的平均功率；越区软交换修正系数；分组数据载体的优先级；和加权系数。

20.如权利要求18或19所述的方法，其中针对分组数据载体计算在推荐量改变了分组数据载体的比特率的情况下产生的新负载的估值。

21.如权利要求20所述的方法，其中针对所有分组数据载体计算估值，并且通过比较计算的估值选择其比特率将被改变的分组数据载体。

22.如上述任一项权利要求所述的方法，包括改变容量修改的规则的步骤。

23.如权利要求22所述的方法，其中容量修改基于容量修改函数，并且其中通过改变一个或若干个函数参数来改变规则。

24.一种提供分组数据服务的无线通信系统，包括：

分组数据调度器，所述调度器用于为分组数据载体分配容量和修改分配的容量；

用于对分组数据载体容量分配定时的第一定时器；

用于对修改分配的容量定时的第二定时器。

25.如权利要求24所述的无线通信系统，其中分组数据调度器用于周期性地完成容量分配和容量修改。

26.如权利要求24或25所述的无线通信系统，其中分组调度器将来自无线通信系统的基站和/或移动站的负载信息用作容量分配和/或容量修改的基础。

27.一种用于无线通信系统的分组数据调度器，所述调度器用于为分组数据载体分配容量和修改分配的容量，分组数据调度器包括：

用于对分组数据载体容量分配定时的第一定时器；

用于对修改分配的容量定时的第二定时器。

Images