CN101243650A - 用于根据可用容量分配上行链路和/或下行链路容量的方法 - Google Patents

Abstract

本发明提供一种在涉及第一方和第二方的通信中使用的方法。该方法包括确定与在第一方和第二方之间的通信链路的第一信道关联的第一容量。该方法还包括根据第一容量和与至少第一和第二信道关联的第三容量将第二容量分配给通信链路的第二信道。

Description

用于根据可用容量分配上行链路和/或下行链路容量的方法

技术领域

本发明一般涉及通信系统，更具体地，涉及在通信系统内分配上行链路和/或下行链路容量。

背景技术

在常规通信系统内的各方通常在划分成上行链路信道和下行链路信道的信道上交换信号。常规有线通信系统的一个例子是数字用户线路(DSL)。诸如不对称DSL等的DSL系统在通信网络的本地环路或最后一英里上提供高速数据连接性。DSL连接包括上行链路和下行链路信道。DSL系统用户签订选定的上行链路容量和选定的下行链路容量。例如，DSL系统用户可以签订1Mbps的上行链路容量和8Mbps的下行链路容量。

常规无线通信系统包括一个或多个接入点，也可以将其称作基站或节点-B，用于给一个或多个访问终端提供无线连接性，所述访问终端称作用户设备、订户设备和移动单元。示例的访问终端包括蜂窝电话机、个人数字助理、智能电话机、文本消息收发设备、便携式计算机、台式计算机等。每个接入点可以提供到与接入点关联的一个或多个访问终端的无线连接性，例如在地理区域或小区内的访问终端。例如，接入点可以根据诸如WiFi协议等IEEE802.11协议提供到位于“热点”内的访问终端的无线连接性。可选择地，接入点可以根据IEEE802.16协议、蓝牙协议和/或其它协议提供到位于热点内的访问终端的无线连接性。

在操作中，访问终端维持与接入点的无线通信链路或路径。无线通信链路通常包括用于从访问终端向接入点传送信息的上行链路和用于从接入点向访问终端传送信息的下行链路。也可以将下行链路称作前向链路，可以将上行链路称作反向链路。无线通信链路的容量通常由访问终端和接入点之间的上行链路和下行链路以及由与其它访问终端关联的上行链路和/或下行链路共享。因而，无线通信链路的容量通常是稀缺资源。因此，可以将可用的上行链路容量和/或下行链路容量的部分分配给在访问终端和接入点之间的无线通信链路。例如，可以将10Gbps的容量分配给上行链路和可以将10Gbps的容量分配给下行链路。

有线和/或无线通信系统使用各种技术执行对上行链路和/或下行链路的约定容量限制。例如，DSL系统可以简单地丢弃超过约定上行链路和/或下行链路容量的传输。举另外一个例子，如果在无线通信系统内的接入点接收到将需要在下行链路上以超过约定下行链路容量的容量传送给访问终端的信息，则接入点可以仅以约定下行链路容量或者以低于约定下行链路容量向访问终端传送信息，并选择忽略或者丢弃超过约定下行链路容量限制的多余业务。再举一个例子，如果访问终端试图在上行链路上将超过约定上行链路容量的信息传送给接入点，则接入点可以选择忽略或丢弃超过约定上行链路容量限制的多余业务。有时将丢弃多余业务称作“业务管制”。

基于分离上行链路和下行链路容量限制来管制业务可以降低有线和/或无线通信链路的效率。例如，常规业务管制技术不能自适应地改变上行链路和/或下行链路的容量限制。因此，如果网络内的第一方在下行链路上在超过约定的下行链路容量上将信息发送给第二方，第二方在上行链路上在远低于约定的上行链路容量上将信息发送给第一方，则常规的业务管制技术可以丢弃多余的下行链路业务，即使与上行链路相关的容量可能是可用的。此外，即使能够自适应地确定上行链路和下行链路容量限制，随着时间对上行链路和/或下行链路容量需求的改变可能导致对上行链路和/或下行链路容量需求以及上行链路与下行链路容量的分配比例的失配。在常规业务管制方案中管制上行链路或下行链路业务的职责由受多余业务影响的用户团体负责，而非由发送多余业务的设备负责。

发明内容

本发明涉及解决上述一个或多个问题的影响。下面介绍本发明的简要概述以提供对本发明诸多方面的基本理解。此概述并非本发明的穷举描述。意图不在于确定本发明的关键或重要元素或者限定本发明的范围。其唯一的目的是以简单的形式介绍一些概念作为随后讨论的更详细描述的开篇。

在本发明的一种实施例中，提供一种在涉及第一方和第二方的通信中使用的方法。该方法包括确定与在第一和第二方之间的通信链路的第一信道关联的第一容量。该方法还包括根据第一容量和与至少第一和第二信道关联的第三容量将第二容量分配给通信链路的第二信道。

在本发明的另一种实施例中，提供一种在涉及第一方和第二方的通信中使用的方法。该方法可以包括根据与通信链路的下行链路信道关联的第二容量和与通信链路的上行链路和下行链路信道关联的第三容量确定在第一方和第二方之间通信链路的上行链路信道的第一容量。该方法还包括访问将以第四容量在上行链路信道上发送的信息，并且如果第四容量超过第一容量，则丢弃一部分所访问的信息。

在本发明的又一种实施例中，提供一种在涉及第一方和第二方的通信中使用的方法。该方法可以包括根据与通信链路的上行链路信道关联的第二容量和与通信链路的上行链路和下行链路信道关联的第三容量确定在第一方和第二方之间通信链路的下行链路信道的第一容量。本发明还可以包括访问将以第四容量在下行链路信道上发送的信息，并且如果第四容量超过第一容量，则丢弃一部分所访问的信息。

附图说明

结合附图，通过参考下述描述，可以理解本发明，在附图中相同的参考标记标识相同的单元，在附图中：

图1概念地图示根据本发明的通信系统的一种示例实施例；

图2概念地图示根据本发明的用于根据可用容量分配上行链路容量和/或下行链路容量的方法的一种实施例；

图3概念地图示根据本发明的用于管制上行和下行业务流的系统的一种示例实施例；

图4概念地图示根据本发明的用于调整上游和/或下游信息流的方法的一种示例实施例；

图5A概念地图示根据本发明的用于根据使用可用容量确定的上行链路容量管制业务的方法；和

图5B概念地图示根据本发明的用于根据使用可用容量确定的下行链路容量管制业务的方法。

虽然本发明易于实现各种修改和替代形式，但是已经通过附图中的例子图示了其具体实施例，并在此详细描述。然而，应当理解在此其具体实施例的描述并不将本发明限制于所公开的具体形式，而是相反地，本发明将覆盖落入权利要求书所定义的本发明精神和范围内的所有修改、等同物和替代方式。

具体实施方式

下面描述本发明的说明性实施例。为了清楚，在本说明书中并不描述实际实施的所有特征。当然将认识到在研发任一此类实际实施例时，应当进行多种实施特定决定以实现研发者的特定目的，例如符合系统相关和商业相关的限制，这些限制将随着实施不同而改变。而且，将认识到这样一种研发努力可能是复杂和耗费时间的，但是仍然将是本领域普通技术人员在本公开内容的教导下的常规任务。

以操作计算机存储器内数据比特的软件或算法和符号表示的形式介绍本发明的部分和相应的详细描述。这些描述和表示是本领域的普通技术人员有效地将其工作实质传送给本领域的其它普通技术人员的描述和表示。如在此使用的术语，和如通常使用的，将算法视为产生预期结果的自一致步骤序列。这些步骤是需要物理量的物理操作的步骤。通常，尽管不是必需的，这些量采用能够被存储、传输、组合、比较以及操作的光、电或磁信号的形式。主要因为通用的目的，将这些信号称作比特、数值、单元、符号、字符、项目、数字等已经证明有时是方便的。

然而，应当铭记所有这些和类似项目将与适当的物理量关联，并且仅仅是应用这些量值的方便标签。除非具体陈述，或者根据此讨论显而易见的，诸如“处理”或“计算”或“确定”或“显示”等术语是指将在计算机系统寄存器和存储器内表示为物理、电子量值的数据操作和转换成在计算机系统存储器或寄存器或其它此类信息存储器、传输或显示设备内类似地表示为物理量值的其它数据的计算机系统或类似电子计算设备的动作和处理。

还指出通常将本发明的软件实施方面编码在某种形式的程序存储介质上或者实施在某种类型的传输介质上。程序存储介质可以是磁性的(例如软盘或硬盘)或者光的(例如压缩盘只读存储器或“CDROM”)，并可以是只读或随机访问的。类似地，传输介质可以是双绞线对、同轴线缆、光纤或者本领域公知的某种其它适当的传输介质。本发明并不限制于任意给定实施方式的这些方面。

现在将参考附图描述本发明。仅为了解释目的在附图中示意地图示各种结构、系统和设备，从而不因为本领域技术人员公知的细节而模糊本发明。然而，包含附图以描述和解释本发明的说明性实施例。在此使用的词语和短语应当理解和解释为具有与相关领域技术人员对这些词语和短语的理解相同的含义。在此通过术语或短语的相同使用将暗示没有术语或短语的特殊定义，即不同于本领域技术人员所理解的普通和常规含义。对于将具有特定含义即本领域技术人员理解之外的含义的术语或短语，以直接和明确提供该术语或短语特定定义的定义方式，在说明书中将明确阐述这样一种特定定义。

现在参见图1，图示通信系统100的一种示例实施例。在所图示的实施例中，通信系统100包括通信地耦合到接入点110的无线网络105。然而，已经阅读本公开文本的本领域普通技术人员应当认识到无线网络105可以耦合到任意数量接入点110。尽管下文将在无线网络105的情况下讨论本发明，已经阅读本公开文本的本领域普通技术人员还应当认识到本发明并不限制于无线网络105。在替代实施例中，网络105可以是任意所需的有线网络、无线网络或其组合。例如，网络105可以是可以可由多方使用以在有线网络的上行链路和/或下行链路信道上通信的有线网络。例如，网络105可以是允许调制解调器在DSL网络的上行链路和/或下行链路信道上与DSL服务器通信的数字用户线路(DSL)网络。

无线网络105和接入点110根据一种或多种无线通信协议提供无线连接性。在所图示的实施例中，接入点110根据IEEE802.11(例如无线保真度或WiFi)协议提供无线连接性。然而，已经阅读本公开文本的本领域普通技术人员应当理解本发明并不限制于这些示例的无线通信系统。在替代实施例中，可以使用任意期望的无线通信系统提供无线连接性。示例的无线通信系统包括通用移动电信系统(UMTS)，全球通系统(GSM)，码分多址(CDMA或CDMA2000)系统，演进、数据唯一(EVDO)系统，IEEE802.16系统，蓝牙系统等。此外，在替代实施例中，无线网络105和/或接入点110可以包括根据一个或多个有线通信系统操作的有线连接。

通信系统100包括一个或多个访问终端115(1-3)。为了清楚起见，当分别地或者成子集地提到访问终端115(1-3)时，将使用索引(1-3)，但是当集中地提到访问终端115时，可以丢弃索引(1-3)。相同的约定可以应用于下文提到的其它编号单元。示例的访问终端115包括但是并不限制于移动电话机、个人数字助理、智能电话机、文本收发设备、便携式计算机、台式计算机等。为了清楚起见，在图1中仅图示三个访问终端115。然而，已经阅读本公开文本的本领域普通技术人员应当认识到通信系统100可以包括任意期望数量的访问终端115。

访问终端115可以在包括上行链路120(1-3)和下行链路125(1-3)的空中接口上形成与无线网络105的无线通信链路。在各种实施例中，可以根据包括但是并不限制于上文讨论的示例无线通信系统的任意协议建立上行链路120和/或下行链路125。在所图示的实施例中，在接入点110和访问终端125之间的空中接口具有可以用比特、字节、分组(例如固定分组大小)等测量的相关容量。可根据在接入点110和访问终端125之间的合约确定相关容量。可以在形成空中接口之前，在形成空中接口时，或者在空中接口的操作过程中，协商该合约。例如，空中接口可以包括具有10Mbps总可用容量的无线通信信道。可以通过频率、时隙、信道化代码、其任意组合或通过任何其它技术定义通信信道。

空中接口的总可用容量可以由上行链路120和下行链路125共享。因此，在一种实施例中，根据空中接口的可用容量以及其它因素，可以将容量分配给上行链路120和/或下行链路125。例如，接入点110可能保存将在下行链路125(1)上发送给访问终端115(1)的信息队列，访问终端115(1)可能具有极少或者没有可在上行链路125(1)上发送给接入点110的信息。因此，可以将空中接口的相对较大部分容量分配给下行链路125(1)和可以将空中接口的相对较小部分容量分配给上行链路120(1)，例如可以分配相对较大的下行链路容量与上行链路容量比。阅读本公开文本的本领域普通技术人员还应当理解可以使用其它空中接口容量分配上行链路和/或下行链路容量。例如，根据与在接入点110和访问终端115之间的多个空中接口相关的可用容量，可以将容量分配给一个或多个上行链路120和/或下行链路125。

图2概念地图示用于根据可用容量分配上行链路容量和/或下行链路容量的方法200的一种实施例。在所图示的实施例中，第一方，例如图1所示的接入点110，和第二方，例如图1所示的访问终端115(1)，可以在包括诸如图1所示的上行链路120(1)和下行链路125(1)的上行链路信道和下行链路信道的通信信道上通信。(在205)确定可用容量。在一种实施例中，可用容量是与通信信道关联的总容量。可根据在第一方和第二方之间协商的合约确定相关容量。例如，第一方和第二方可以协商大约10Mps的总(或最大)容量。然而，在替代实施例中，可用容量可以包括与诸如一组有线和/或无线通信链路的多条通信信道相关的容量。

在一种实施例中，(在205)确定可用容量还可以包括定义代表上游和/或下游业务的最大和/或最小容量的附加参数。例如，(在205)可以确定在上游和/或下游业务方向内的最小容量，至少部分地避免第一方和/或第二方没有剩余上游和/或下游容量进行任何传输的情况。(在205)还可以确定在上游和/或下游方向内的最大容量，至少部分地避免第一方或第二方占用所有上游和/或下游容量的情况。在一种实施例中，(在205)可以确定最大和/或最小容量以考虑在网络的其它部分中可能的容量限制。

根据可用容量(在210和/或215)可以分配上行链路和/或下行链路容量。例如，(由第一方和第二方协商的)可用容量可以是大约10Mbps，和(在210和215)可以分配大约5Mbps的大致相等的上行链路和/或下行链路容量。然而，本领域的普通技术人员应当理解可以(在210和215)在不同时间独立地分配上行链路和/或下行链路容量，并且可以(在210和/或215)将不同容量分配给每条信道。可替代地，可以根据其它容量的测量分配上行链路或下行链路容量。例如，可以(在210和/或215)分配上行链路容量，以便其低于或大致等于可用容量和所测量的下行链路容量之间的差值。举另外一个例子，可以分配下行链路容量，以便其低于或大致等于可用容量和所测量的上行链路容量之间的差值。

在一种实施例中，可以在预先确定的时间间隔上(在210和/或215)将容量分配给上行链路和/或下行链路。还可以(在210和/或215)根据诸如用户数量、当前负载、业务形式、不同用户业务流的统计复用等其它因素分配容量。

图3概念地图示用于调整上行和下行业务流的系统300的一种示例实施例。在所图示的实施例中，系统300包括授权服务器(grantserver)305。授权服务器305可以通信地耦合到上游调整系统310和下游调整系统315。调整系统310，315可以由共同需要符合业务合约的一组上游和下游信息流组成。在一种实施例中，也可以在发送和接收共同需要符合合约的一个或多个业务流并可以竞争访问共享介质的设备内实施调整系统310，315。可替代地，可以一起调整一组上游和/或下游连接，其可以不必在同一设备或者甚至同一网络上结束。在另一种替代实施例中，调整系统310，315可以是共同具有不应当违反的业务合约的一组设备。在共享介质或者可快速改变上游和/或下游方向内传输容量的介质的情况下，仅在上行方向内的合约(或者在两个方向内的固定合约)要么是不足够的，和/或不能有效地使用(合约)的可用传输容量。

上游调整系统310可以接收用于在上行链路上传输的数据(如用箭头320表示的)。所接收的数据在上行链路上传输之前可以存储在队列325内(如用箭头330表示的)。下游调整系统315可以接收用于在下行链路上传输的数据(如用箭头335表示的)。所接收的数据在上行链路上传输之前可以存储在队列340内(如用箭头345表示的)。

授权服务器305用作用于上游和/或下游调整系统310，315的服务器，并可以提供允许调整系统310，315明确发送信息的授权。在所图示的实施例中，将授权服务器305图示为包括可以填充有令牌355的存储桶350(在图3中仅图示一个)。每个令牌355代表选定容量。例如，令牌335可以代表可在上行链路和/或下行链路上发送的一定数量的比特、字节或分组(例如固定分组大小)。在一种实施例中，可以按照根据协商的业务合约确定的固定速率将令牌355提供给存储桶350。例如，可以在如用与上游和/或下游信道相关的时钟信号指示的时间周期的结束提供与选定数量的字节对应的令牌355。如在下文中将详细讨论的，授权服务器305可以根据在存储桶350内可用的令牌355将授权提供给上游和/或下游调整系统310，315。调整系统310，315可以不释放用于在上行链路和/或下行链路上传输的信息，直到授权服务器305提供指示一个或多个调整系统310，315释放信息的授权。

图4概念地图示用于调整上游和/或下游信息流的方法400的一种示例实施例。在所图示的实施例中，由授权机制调整上游和/或下游信息流，所述授权机制例如图3所示的授权服务器305，其通信地耦合到上游和下游调整机制，例如图3所示的上行和下游调整系统310，315。调整系统可以(在405)向授权机制通知它们的队列大小，并且(在410)可以存储信息。例如，调整系统可以(在405)提供表示由于分组进入和/或离开此队列导致相应队列大小已经改变的信息。队列大小可以用字节、比特或者在固定大小分组的情况下用分组表示。授权机制可以根据(在405)提供和/或(在410)存储的信息确定每个调整系统的需求。授权机制还可以使用(在405)提供和/或(在410)存储的信息恢复信息，如果其丢失的话。

如果一个或多个调整系统的队列大小不是零，表示信息可用于发送，则可以(在415)选择调整系统之一发送信息。在一种实施例中，可以随机地选择调整系统。可替代地，根据排队秩序，根据队列大小或者某个其它标准，(在415)可以选择调整系统。例如，可以根据加权公正排队秩序(在415)选择调整系统。使用上述技术(在415)选择调整系统可以提供当出现临时过载状态时向调整系统授予发送信息权限时提供优先级的方式。因此，可以将大小等于在调整系统之前等待的分组大小的授权发送给过载调整系统。

如上文讨论的，授权机制可以接收可存储在存储桶内的令牌。在所图示的实施例中，授权机制具有一个称作TOKEN的计数器，其跟踪可同时发送的字节数量(例如所接收的令牌表示的)。可同时发送的字节数量不可以超过可配置的存储桶限制(例如大约4000000字节)。令牌可以用字节表示，可以实施泄漏和/或令牌存储桶以允许使用粒度令牌大小。当授权机制接收到队列大小和调整系统信息之前的分组大小时，授权机制研究所有调整系统的需求和TOKEN。如果授权机制(在420)确定TOKEN大于在调整系统之前的分组(该分组大小用变量t表示)，则(在425)将TOKEN递减分组大小，(在427)将授权发送给选定调整系统，并将队列信息(大小第一分组和队列大小)设置为零。

随后，授权机制可(在430)等待，直到可由时钟信号指示的当前时钟周期结束。在当前时钟周期结束时，(在435)可以递增TOKEN。例如，在与输出介质关联的每个时钟信号上，可以(在435)将TOKEN递增与单个时钟信号的泄漏速率(leak rate)对应的字节数量。在一种实施例中，泄漏速率可以代表在过载状态下的最大传输速率。

如果授权机制(在420)确定TOKEN低于等待传输的分组大小(如用变量t表示的)，不发出授权，该授权机制(在430)等待附加的时钟周期。在当前时钟周期结束时，可以(在435)递增TOKEN，如上所述，授权机制可以再次(在420)确定TOKEN是否低于等待传输的分组大小(如用变量t表示的)。因此，授权机制可以继续等待直到TOKEN达到在选定调整系统之前等待的分组大小的大小。在一些实施例中，上游和/或下游调整系统可以不具有队列。在这些实施例中，可以将队列大小解释为等于刚刚接收到的分组大小，如果未立即接收到授权，则调整系统可以删除该分组。更高通信层可以确定是否重新发送分组。

如果授权机制并不知道在调整系统之前等待的分组大小，但是在调整系统内的队列大小大于零，则授权机制可以将队列大小的数值设置为预先定义的最大值M。最大值M定义可能出现的最大分组大小。一旦准确值变成已知就可以重写该最大值。如果调整系统接收到大于第一分组的授权，则其简单地忽略多余容量。每次调整系统接收到授权，其简单地发送第一等待分组，并不需要检查该授权是否足够。与第一分组大小不对应的授权仅在出现错误时出现。通过设置缺省值，该机制可以从这样一个错误中恢复。如果在上游和下游方向内的信道速率不同，则可以使用定量因子确定TOKEN是否足够大和适当地降低TOKEN。

图5A概念地图示用于根据使用可用容量确定的上行链路容量管制(police)业务的方法500。在所图示的实施例中，(在505)根据可用容量确定上行链路容量。例如，如上文详细讨论的，(在505)可以根据空中接口的协商总容量和相关下行链路信道容量确定上行链路容量。在一种实施例中，也可以(在505)根据最小上行链路容量和/或最大上行链路容量确定上行链路容量。

(在510)可以访问将在上行链路上发送的信息。例如，网络可以将信息提供给接入点，接入点可以(在510)访问信息以便可以将其传送给访问终端。如果传送该信息需要的容量超过所确定的上行链路容量，则(在515)可以丢弃该信息的多余容量。例如，可用于传输的所有信息的容量可能超过所确定的上行链路容量。(在515)可以丢弃传送可用信息需要的容量和所确定的上行链路容量之间的差值(例如多余容量)。随后，可以(在518)在上行链路上以低于或者大致等于所确定的上行链路容量传送可用信息的剩余部分。因而，维护协商容量的责任位于发送设备上。

图5B概念地图示用于根据使用可用容量确定的下行链路容量管制业务的方法520。在所图示的实施例中，(在525)根据可用容量确定下行链路容量。例如，如上文详细讨论的，可以(在525)根据在空中接口的协商总容量和相关上行链路信道的测量容量之间的差值确定下行链路容量。在一种实施例中，还可以(在525)根据最小下行链路容量和/或最大下行链路容量确定下行链路容量。

(在530)可以访问将在下行链路上发送的信息。例如，访问终端可以(在510)访问将要传送给接入点的信息。随后，(在535)可以丢弃所传送信息的多余容量。例如，在下行链路上传送所有可用信息需要的容量可能超过所确定的下行链路容量。(在535)可以丢弃在下行链路上传送所有可用信息需要的容量和所确定的下行链路容量之间的差值(例如多余容量)。随后，可以(在540)在下行链路上以大约所确定的下行链路容量传送可用信息的剩余部分。因此，维护协商容量的责任位于发送设备上。

上面公开的具体实施例仅仅是说明性的，因为对于已经获得在此教导益处的本领域技术人员而言，显然可以以不同但是等同的方式修改和实施本发明。此外，将不限制在此图示的结构或设计细节，除非在权利要求书中描述。因此，显然可以改变或修改上文公开的具体实施例，所有这些变化被视为在本发明的范围和精神之内。因此，在此寻求的保护如权利要求书中所阐述的。

Claims (10)

1.一种在涉及第一方和第二方的通信中使用的方法，包括：

确定与在第一方和第二方之间的通信链路的第一信道相关的第一容量；和

根据该第一容量和与至少第一和第二信道关联的第三容量，将第二容量分配给通信链路的第二信道。

2.权利要求1的方法，包括确定与至少第一和第二信道关联的第三容量，其中确定第三容量包括在第一方和第二方之间协商与至少第一和第二信道关联的第三容量，并且其中协商第三容量包括在第一方和第二方之间协商与通信链路的至少一个上行链路信道和至少一个下行链路信道关联的合约最大容量。

3.权利要求1的方法，包括确定与上行链路信道关联的最小上行链路容量和最大上行链路容量中的至少之一，其中第一信道包括上行链路信道，其中确定第一容量包括测量与上行链路信道关联的上行链路容量，并且其中分配第二容量包括根据第三容量和所测量的上行链路容量、最小上行链路容量和最大上行链路容量中的至少之一分配下行链路容量。

4.权利要求1的方法，包括确定与下行链路信道关联的最小下行链路容量和最大下行链路容量中的至少之一，其中第一信道包括下行链路信道，其中确定第一容量包括测量与下行链路信道关联的下行链路容量，并且其中分配第二容量包括根据第三容量和所测量的下行链路容量、最小下行链路容量和最大下行链路容量中的至少之一分配上行链路容量。

5.一种在涉及第一方和第二方的通信中使用的方法，包括：

根据与通信链路的下行链路信道关联的第二容量和与通信链路的上行链路和下行链路信道关联的第三容量，确定在第一方和第二方之间的通信链路的上行链路信道的第一容量；

访问将以第四容量在上行链路信道上传送的信息；和

如果第四容量超过第一容量，则丢弃一部分所访问的信息。

6.权利要求5的方法，其中确定第一容量包括确定第一容量以便第一容量小于或大致等于第三容量和与通信链路的下行链路信道关联的第二容量之间的差值，并且其中确定第一容量包括根据最小上行链路容量、最大上行链路容量、用户数量、当前负载、业务形状和不同用户的业务流的统计复用中的至少之一确定上行链路的第一容量。

7.权利要求6的方法，包括以大约第一容量在上行链路上传送所访问信息的剩余部分。

8.一种在涉及第一方和第二方的通信中使用的方法，包括：

根据与通信链路的上行链路信道关联的第二容量和与通信链路的上行链路和下行链路信道关联的第三容量，确定在第一方和第二方之间的通信链路的下行链路信道的第一容量；

访问将以第四容量在下行链路信道上传送的信息；和

如果第四容量超过第一容量，则丢弃一部分所访问的信息。

9.权利要求8的方法，其中确定第一容量包括确定第一容量以便第一容量小于或大致等于第三容量和与通信链路的上行链路信道关联的第二容量之间的差值，并且其中确定下行链路的第一容量包括根据最小下行链路容量、最大下行链路容量、用户数量、当前负载、业务形状和不同用户的业务流的统计复用中的至少之一确定下行链路的第一容量。

10.权利要求8的方法，包括以大约第一容量在下行链路上传送所访问信息的剩余部分。

Images