用于多点hsdpa通信网络中的流控制的系统和方法

专利名称：用于多点hsdpa通信网络中的流控制的系统和方法
技术领域：
概括地说，本发明的各个方面涉及无线通信系统，具体地说，涉及用于管理在下行·链路上发送的分组以用于汇聚的流控制算法。
背景技术：
无线通信网络被广泛地部署，以提供诸如电话、视频、数据、消息传送、广播等的各种通信业务。通常是多址网络的这些网络通过共享可用网络资源来支持多个用户的通信。此类网络的一个示例是UMTS陆地无线接入网络(UTRAN)。UTRAN是被定义为通用移动电信系统(UMTS)的一部分的无线接入网(RAN)，UMTS是由第三代合作伙伴计划(3GPP)支持的第三代(3G)移动电话技术。作为全球移动通信系统(GSM)技术的继任者，UMTS目前支持各种空中接口标准，例如，宽带-码分多址(W-CDMA)、时分-码分多址(TD-CDMA)以及时分-同步码分多址(TD-SCDMA)。UMTS还支持增强型3G数据通信协议，例如，高速分组数据(HSPA)，其给相关联的UMTS网络提供更高的数据传送速度和容量。随着对移动宽带接入的需求的持续增加，研究和开发继续提高UMTS技术，从而不仅满足对移动宽带接入的增长需求，而且提高和增强对移动通信的用户体验。举例说明，最近已经引入了多点HSDPA (其中，多个小区可以向移动站提供高速下行链路通信)，使得移动站能够将来自这些小区的传输汇聚在相同的频率载波中。作为相对新的系统，在该系统中出现了可能在诸如DC-HSDPA的其它下行链路汇聚系统中还未解决的各种问题。因此，需要识别和解决与系统级架构、分组流控制、移动性等有关的问题。

发明内容
下面给出对本发明的一个或多个方面的简要概述，以提供对这些方面的基本理解。该概述不是对本发明的全部预期的特征的泛泛概括，也不旨在标识本发明的所有这些方面的关键或重要要素或者描述本发明的任何或所有这些方面的范围。其目的仅在于作为后文所提供更详细描述的序言，以简化形式提供本发明的一个或多个方面的一些概念。本发明的一些方面提供了用于使基站(例如，多点HSDPA网络中的节点B)计算要向网络节点(例如，无线网络控制器或RNC)请求的数据的量。作为所使用的算法的一部分，可以动态地调节节点B处的用于缓存流的队列的长度，以努力优化缓存淘空与缓存偏移之间的折中。
本发明的其它方面提供了用于使网络节点(例如，RNC)对节点B的流控制请求做出响应的方法、装置和计算机程序产品。在这里，RNC可以响应于来自节点B的流控制消息来确定要发送到节点B的数据的量，并且可以向节点B发送该数据。在本发明的涉及多点HSDPA系统的各个方面，RNC处的流控制算法协调去往针对UE的主服务小区和辅服务小区的分组流。在一个方面，本发明提供了一种无线通信的方法，其包括确定从节点B到UE的流的估计的吞吐量；根据所述流的所述估计的吞吐量选择针对所述节点B处的所述流的队列的目标长度，使得目标排队延迟维持在预定的范围内；以及请求将分配给与所述节点B对应的MAC实体的一定量的RLC数据。本发明的另一个方面提供了一种无线通信的方法，其包括接收来自第一 MAC实体的针对与UE的RLC流对应的第一数量的RLC数据的第一请求和来自第二 MAC实体的针对第二数量的RLC数据的第二请求；部分地基于所述第一请求并且部分地基于第一 MAC实体 的优先级将第一部分的RLC数据分配给所述第一 MAC实体；以及部分地基于所述第二请求并且部分地基于第二 MAC实体的优先级将第二部分的RLC数据分配给所述第二 MAC实体。本发明的另一个方面提供了一种用于无线通信的装置，其包括用于确定从节点B到UE的流的估计的吞吐量的模块；用于根据所述流的所述估计的吞吐量选择针对所述节点B处的所述流的队列的目标长度，使得目标排队延迟维持在预定的范围内的模块；以及用于请求将分配给与所述节点B对应的MAC实体的一定量的RLC数据的模块。本发明的另一个方面提供了一种用于无线通信的装置，其包括用于接收来自第一 MAC实体的针对与UE的RLC流对应的第一数量的RLC数据的第一请求和来自第二 MAC实体的针对第二数量的RLC数据的第二请求的模块；用于部分地基于所述第一请求并且部分地基于第一 MAC实体的优先级将第一部分的RLC数据分配给所述第一 MAC实体的模块；以及用于部分地基于所述第二请求并且部分地基于第二 MAC实体的优先级将第二部分的RLC数据分配给所述第二 MAC实体的模块。本发明的另一个方面提供了一种用于无线通信的装置，其包括处理系统和耦合到该处理系统的存储器。在这里，该处理系统被配置为确定从节点B到UE的流的估计的吞吐量；根据所述流的所述估计的吞吐量选择针对所述节点B处的所述流的队列的目标长度，使得目标排队延迟维持在预定的范围内；以及请求将分配给与所述节点B对应的MAC实体的一定量的RLC数据。本发明的另一个方面提供了一种用于无线通信的装置，其包括处理系统和耦合到该处理系统的存储器。在这里，该处理系统被配置为接收来自第一 MAC实体的针对与UE的RLC流对应的第一数量的RLC数据的第一请求和来自第二 MAC实体的针对第二数量的RLC数据的第二请求；部分地基于所述第一请求并且部分地基于第一 MAC实体的优先级将第一部分的RLC数据分配给所述第一 MAC实体；以及部分地基于所述第二请求并且部分地基于第二 MAC实体的优先级将第二部分的RLC数据分配给所述第二 MAC实体。本发明的另一个方面提供了一种计算机程序产品，其包括计算机可读介质，该计算机可读介质具有用于使计算机确定从节点B到UE的流的估计的吞吐量的指令；用于使计算机根据所述流的所述估计的吞吐量选择针对所述节点B处的所述流的队列的目标长度，使得目标排队延迟维持在预定的范围内的指令；以及用于使计算机请求将分配给与所述节点B对应的MAC实体的一定量的RLC数据的指令。本发明的另一个方面提供了一种计算机程序产品，其包括计算机可读介质，该计算机可读介质具有用于使计算机接收来自第一 MAC实体的针对与UE的RLC流对应的第一数量的RLC数据的第一请求和来自第二 MAC实体的针对第二数量的RLC数据的第二请求的指令；用于使计算机部分地基于所述第一请求并且部分地基于第一 MAC实体的优先级将第一部分的RLC数据分配给所述第一 MAC实体的指令；以及用于使计算机部分地基于所述第二请求并且部分地基于第二 MAC实体的优先级将第二部分的RLC数据分配给所述第二 MAC实体的指令。为了实现前述和相关目的，本文所描述的本发明的一个或多个方面可以包括在下文中充分描述并且在权利要求书中具体指出的特征。以下描述和附图详细给出了本发明的一个或多个方面的某些说明性特征。然而，这些特征仅仅指示可以采用本发明的各个方面的原理的多种方式中仅有的一些方式，并且该描述旨在包括本发明的所有这种方面及其等同形式。


·图I是示出了用于采用处理系统的装置的硬件实现的示例的框图。图2是概念性地示出了电信系统的示例的框图。图3是示出了接入网络的示例的概念图。图4是示出了用于用户平面和控制平面的无线协议架构的示例的概念图。图5是示出了在HSDPA网络中在RNC与UE之间的下行链路路径中使用的各层中的一些层的概念图。图6是示出了多点HSDPA网络的一部分的示意图。图7是示出了在多点HSDPA网络中在具有多链路RLC层的RNC与UE之间的下行链路路径中使用的各层中的一些层的概念图。图8是示出了在多点HSDPA系统中操作的RNC与一对节点B之间的简化的流控制过程的呼叫流程图。图9是示出了从节点B生成流控制消息的示例性过程的流程图。图10是示出了排队时间与吞吐量之间的关系的图。图11是示出了根据缓存淘空(buffer underrun)控制目标队列长度的示例性过程的流程图。图12是示出了在RNC处对流控制消息做出响应的示例性过程的流程图。
具体实施例方式下面结合附图给出的详细描述旨在作为各种配置的描述，而不是为了表示在其中可以实现本文所描述的概念的仅有配置。为了提供对各个概念的全面理解，详细描述包括了具体细节。然而，对本领域技术人员显而易见的是，也可以不使用这些具体细节来实现这些概念。在一些例子中，以框图的形式示出了公知的结构和组件，以避免模糊这些概念。根据本发明的各个方面，可以使用包括一个或多个处理器的“处理系统”来实现元件、元件的任意部分或者元件的任意组合。处理器的示例包括被配置为执行贯穿本发明所描述的各种功能的微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑设备(PLD)、状态机、门控逻辑、分立的硬件电路和其它适当的硬件。处理系统中的一个或多个处理器可以执行软件。软件应被宽泛地解释为表示指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用程序、软件应用程序、软件包、例程、子例程、目标文件、可执行文件、执行线程、过程、功能等，而无论是被称为软件、固件、中间件、微代码、硬件描述语言等等。这里，“介质”可以包括有助于将计算机程序从一个位置传送到另一个位置的任何介质。举例说明，软件可以驻留在计算机可读介质上。计算机可读介质可以是非临时性计算机可读介质。非临时性计算机可读介质包括例如磁存储设备(例如，硬盘、软盘、磁带)、光盘(例如，压缩光盘(CD)、数字多功能光盘(DVD)、智能卡、闪存设备(例如，卡、棒、密钥驱动)、随机存取存储器(RAM)、只读存储器(ROM)、可编程ROM(PR0M)、可擦除PROM (EPROM)、电可擦除PROM (EEPR0M)、寄存器、可移动磁盘以及用于存储可以由计算机存取和读取的软件和/或指令任意其它合适的介质。计算机可读介质还可以包括例如载波、传输线和用于传送可以由计算机存取和读取的软件和/或指令的任何其它适当的介质。计算机可读介质可以驻留在处理系统内、处理系统外、或分布在包括处理系统 的多个实体上。计算机可读介质可以体现在计算机程序产品中。举例说明，计算机程序产品可以包括包装材料中的计算机可读介质。本领域技术人员将认识到如何根据特定应用和施加在整个系统上的整体设计约束来最佳地实现贯穿本发明给出的所描述的功能。图I是示出了用于采用处理系统114的装置100的硬件实现的示例的概念图。在该示例中，处理系统114可用总线架构来实现，总线架构通常用总线102表示。总线102可以包括任意数量的互连总线和桥，这取决于处理系统114的特定应用和整体设计约束。总线102将包括通常用处理器104表示的一个或多个处理器、存储器105以及通常用计算机可读介质106表示的计算机可读介质的各种电路链接在一起。总线102还可以链接各种其它电路，例如定时源、外围设备、稳压器和功率管理电路，这些电路在本领域中是公知的，因此不再进行进一步描述。总线接口 108提供总线102与收发机110之间的接口。收发机110提供用于在传输介质上与各种其它装置进行通信的模块。根据装置的属性，还可以提供用户接口 112 (例如，键盘、显示器、扬声器、麦克风、操纵杆)。处理器104负责管理总线102和一般处理，其包括执行存储在计算机可读介质106上的软件。软件当由处理器104执行时使处理系统114执行以下针对任意特定装置描述的各种功能。计算机可读介质106还可以用于存储数据，该数据由处理器104在执行软件时操纵。贯穿本发明所给出的各种概念可以实现在各种各样的电信系统、网络架构和通信标准中。举例而言而非限制性地，参照使用W-CDMA空中接口的UMTS系统200给出了图2所示的本发明的各个方面。UMTS网络包括三个交互域核心网(CN) 204、UMTS陆地无线接入网络(UTRAN) 202和用户设备(UE) 210。在该示例中，UTRAN 202可以提供包括电话、视频、数据、消息传送、广播和/或其它服务的各种无线服务。UTRAN 202可以包括多个无线网络子系统(RNS)，例如，RNS 207，其中每个RNS由诸如RNC 206的相应无线网络控制器(RNC)来控制。在这里，除了所示出的RNC 206和RNS 207以外，UTRAN 202还可以包括任意数量的RNC 206和RNS 207。RNC 206是尤其负责分配、重新配置和释放RNS 207内的无线资源的装置。RNC 206可以使用任何适当的传输网络通过诸如直接物理连接、虚拟网络等的各种类型的接口来与UTRAN 202中的其它RNC (未示出)互连。可以将由RNS 207覆盖的地理区域划分为多个小区，其中无线收发机装置为每个小区提供服务。在UMTS应用中，无线收发机装置通常称为节点B，但是本领域技术人员也可以将其称作基站(BS)、基站收发机(BTS)、无线基站、无线收发机、收发机功能体、基本服务集(BSS)、扩展服务集(ESS)、接入点(AP)或者一些其它适当的术语。为了清楚起见，在每一个RNS 207中示出了三个节点B 208 ;然而，RNS 207可以包括任意数量的无线节点B。节点B 208给任意数量的移动装置提供了到核心网(CN) 204的无线接入点。移动装置的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、笔记本、上网本、智能本、个人数字助理(PDA)、卫星无线电设备、全球定位系统(GPS)设备、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、照相机、游戏机或任何其它类似功能的设备。在UMTS应用中，移动装置通常称为用户设备(UE)，但是本领域技术人员也可以将其称作移动站(MS)、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信 设备、远程设备、移动用户站、接入终端(AT)、移动终端、无线终端、远程终端、手机、终端、用户代理、移动客户端、客户端或一些其它适当的术语。在UMTS系统中，UE 210还可以包括通用用户识别模块(USIM)211，其包含用户对网络的订购信息。为了便于说明，示出了与多个节点B 208进行通信的一个UE 110。还称作前向链路的下行链路(DL)是指从节点B 208到UE 210的通信链路，还称作反向链路的上行链路(UL)是指从UE 210到节点B 208的通信链路。核心网204与诸如UTRAN 202的一个或多个接入网络接合。如图所示，核心网204是GSM核心网。然而，本领域技术人员将认识到，贯穿本发明所给出的各种概念可以实现在RAN或者其它适当的接入网络中，以给UE提供对除了 GSM网络之外的各种类型的核心网的接入。核心网204包括电路交换(CS)域和分组交换(PS)域。电路交换元件中的一些是移动服务交换中心(MSC)、访问位置寄存器(VLR)和网关MSC (GMSC)。分组交换元件包括服务GPRS支持节点(SGSN)和网关GPRS支持节点(GGSN)。诸如EIR、HLR、VLR和AuC的一些网络元件可以由电路交换域和分组交换域二者共享。在所示出的示例中，核心网204使用MSC 212和GMSC 214来支持电路交换业务。在一些应用中，GMSC 214可以称作媒体网关(MGW)。诸如RNC 206的一个或多个RNC可以连接到MSC 212。MSC 212是控制呼叫建立、呼叫路由和UE移动性功能的装置。MSC 212还包括访问位置寄存器(VLR)，该VLR包括在UE处于MSC 212的覆盖区域内的持续时间期间与用户有关的信息。GMSC 214通过MSC 212给UE提供接入电路交换网络216的网关。GMSC214包括归属位置寄存器(HLR) 215，该HLR包含用户数据，例如，反映特定的用户已经订购的服务的细节的数据。HLR还与认证中心(AuC)相关联，该AuC包含特定于用户的认证数据。当针对特定的UE接收到呼叫时，GMSC 214查询HLR 215以确定UE的位置并且向给该位置提供服务的特定MSC转发呼叫。所示出的核心网204还使用服务GPRS支持节点(SGSN) 218和网关GPRS支持节点(GGSN)220来支持分组数据业务。对表示通用分组无线业务的GPRS进行设计，以按与标准电路交换数据业务可用的速度相比更高的速度来提供分组数据业务。GGSN 220给UTRAN202提供到基于分组的网络222的连接。基于分组的网络222可以是因特网、专用数据网或者一些其它适当的基于分组的网络。GGSN 220的主要功能是给UE 210提供基于分组的网络连接。可以通过SGSN 218来在GGSN 220与UE 210之间转送数据分组，所述SGSN 218在基于分组的域中主要执行与MSC 212在电路交换域中执行的功能相同的功能。UMTS空中接口是扩频直接序列码分多址(DS-CDMA)系统。扩频DS-CDMA通过乘以称作码片的伪随机比特序列来对用户数据进行扩展。针对UMTS的W-CDMA空中接口基于这种DS-CDMA技术，并且另外需要频分复用(FDD)。FDD针对节点B 208与UE 210之间的上行链路(UL)和下行链路(DL)使用不同的载波频率。针对UMTS的使用DS-CDMA并且使用时分复用(TDD)的另一种空中接口是TD-SCDMA空中接口。本领域技术人员将认识到，虽然本文所描述的各种示例可以是指W-CDMA空中接口，但是根本的原理可以同样应用于TD-SCDMA空中接口。高速分组接入(HSPA)空中接口包括对节点B 208与UE 210之间的3G/W-CDMA空中接口的一系列增强，从而有助于更高的吞吐量和减少的延迟。在相对于现有版本的其它修改中，HSPA使用混合自动重传请求(HARQ)、共享信道传输和自适应调制和编码。定义HSPA的这些标准包括HSDPA (高速下行链路分组接入)和HSUPA (高速上行链路分组接入，·也称作增强型上行链路或者EUL)。图3通过举例说明而非限制性的方式示出了 UMTS陆地无线接入网络(UTRAN)中的可以使用HSPA的简化接入网络300。系统包括多个蜂窝区域(小区)，其包括小区302、304和306，其中的每一个小区可以包括一个或多个扇区。可以例如通过覆盖区域在地理上定义小区，和/或可以根据频率、加扰码等来定义小区。也即是说，可以例如通过使用不同的加扰码来将所示出的地理上定义的小区302、304和306中的每一个进一步划分为多个小区。此外，小区304a可以使用第一加扰码，同时可以通过使用第二加扰码来区分处于相同的地理区域中并且由相同的节点B 344服务的小区304b。在划分为各个扇区的小区中，小区中的多个扇区可以由各组天线来形成，其中每一个天线负责与小区的一部分中的UE进行通信。例如，在小区302中，天线组312、314和316中的每一个可以对应于不同的扇区。在小区304中，天线组318、320和322中的每一个对应于不同的扇区。在小区306中，天线组324、326和328中的每一个对应于不同的扇区。小区302、304和306可以包括可以与每一个小区302、304或306的一个或多个扇区进行通信的多个UE。例如，UE 330和332可以与节点B 342进行通信，UE 334和336可以与节点B 344进行通信，并且UE 338和340可以与节点B 346进行通信。在这里，每一个节点B 342、344、346被配置为向各个小区302、304和306中的所有UE 330、332、334、336、338、340提供对核心网204 (参见图2)的接入点。在版本5的3GPP标准族中，引入了高速下行链路分组接入(HSDPA)。HSDPA与先前标准化的电路交换空中接口之间的在下行链路上的一个区别是在HSDPA中缺少软切换。这意味着数据是从称作HSDPA服务小区的单个小区向UE发送的。当用户移动时或者当一个小区相对于另一个小区变得优选时，HSPDA服务小区可能改变。在版本5HSDPA中，在任意时刻，UE具有一个服务小区。根据版本5的3GPP TS25. 331中定义的移动性过程，用于改变HSPDA服务小区的无线资源控制(RRC)信令消息是从当前的HSDPA服务小区卿，源小区)而不是UE报告为最强小区的小区(即，目标小区)发送的。
此外，对于HSDPA，UE通常监控下行链路信道的某些参数并且对这些参数进行测量以确定信道的质量。基于这些测量，UE可以在上行链路传输上向节点B提供反馈，例如，信道质量指示符(CQI)。因此，节点B可以基于来自UE的所报告的CQI来在下行链路传输上向UE提供具有大小、编码格式等的后续的分组。在与源小区304a的呼叫期间或者在任何其它时间，UE 336可以监控源小区304a的各个参数以及诸如小区304b、306和302的相邻小区的各个参数。此外，根据这些参数的质量，UE 336可以维持与相邻小区中的一个或多个小区的某一级别的通信。在该时间期间，UE 336可以维持活动集，也即是说，UE 336同时连接到的小区列表(S卩，当前向UE 336分配下行链路专用物理信道DPCH或者分数下行链路专用物理信道F-DPCH的UTRA小区可以构成活动集)。根据特定的应用，UE与UTRAN之间的无线协议架构可以呈现多种形式。现在将参照图4来呈现HSPA系统的示例，图4示出了针对UE与节点B之间的用户平面和控制平面 的无线协议架构的示例。在这里，用户平面或数据平面携带用户业务，而控制平面携带控制信息，即，信令。转向图4，示出了具有三个层(层I、层2和层3)的针对UE和节点B的无线协议架构。层I是最底层并且执行各种物理层信号处理功能。层I将在本文中称作物理层406。称作层2 (L2层)408的数据链路层在物理层406之上，并且负责UE与节点B之间的在物理层406上的链路。在层3处，RRC层416操纵UE与节点B之间的控制平面信令。RRC层416包括多个功能实体，其用于路由高层消息、操纵广播和寻呼功能、建立和配置无线承载等。在UTRA空中接口中，L2层408被分离为子层。在控制平面中，L2层408包括两个子层介质访问控制(MAC)子层410和无线链路控制(RLC)子层412。在用户平面中，L2层408还包括分组数据汇聚协议(PDCP)子层414。虽然未示出，但是UE在L2层408上可以具有多个上层，其包括终止于网络侧上的I3DN网关处的网络层(例如，IP层)和终止于连接的另一端(例如，远端UE、服务器等)处的应用层。PDCP子层414在不同的无线承载与逻辑信道之间提供复用。PDCP子层414还提供用于减小无线传输开销的针对上层数据分组的报头压缩、通过加密数据分组提供安全性，并且为UE提供在节点B之间的切换支持。RLC子层412通常支持确认模式、未确认模式和透明模式的数据传送，并且提供上层数据分组的分段和重组、丢失的数据分组的重传和用于补偿由于混合自动重传请求(HARQ)引起的无序接收的数据分组的重新排序。也即是说，RLC子层412包括可以请求失败的分组的重传的重传机制。在这里，如果RLC子层412不能在某一最大数量的重传之后或者在传输时间到期以后正确地传递数据，则可以向上层告知该状况并且可以丢弃RLCSDU。此外，RNC 206(参见图2)处的RLC子层可以包括用于管理RLC协议数据单元(PDU)的流的流控制功能。例如，RNC可以确定要发送到节点B的数据的量，并且可以管理分配的细节，所述分配包括将数据划分为批次，并且在下行链路汇聚的情况下例如在DC-HSDPA系统或者多点HSDPA系统中在多个节点B之间分发这些批次或分组。MAC子层410在逻辑信道与传输信道之间提供复用。MAC子层410还负责在UE之间分配一个小区中的各个无线资源(例如，资源块)以及HARQ操作。MAC子层410可以包括各个MAC实体，其包括但不限于MAC-d实体和MAC-hs/ehs实体。图5是在HSDPA网络中在RNC 502与UE 506之间的通过节点B 504的下行链路路径的示意图，其示出了各个节点处的子层中的一些子层。在这里，RNC 502可以与图2中所示的RNC 206相同；节点B 504可以与图2中所示的节点B 208相同；并且UE 506可以与图2中所示的UE 210相同。RNC 502容纳来自MAC_d及以上的协议层，其包括例如RLC子层。对于高速信道，MAC-hs/ehs层容纳在节点B 504中。此外，节点B 504处的PHY层提供了用于例如在HS-DSCH上与UE 506处的PHY层进行通信的空中接口。在RNC 502处，RLC子层从核心网接收RLC SDU，执行诸如分段、重组和流控制的与RLC有关的功能，并且向MAC-d子层提供RLC PDU0通常，针对每一个UE在服务RNC中存在一个MAC-d实体。MAC-d子层处理分组，并且通过Iub接口向节点B 504处的MAC_ehs实体提供 MACPDU。从UE 506的角度来看，MAC-d实体被配置为控制对所有专用传输信道、MAC-c/sh/ m实体和MAC-hs/ehs实体的接入。此外，从UE 506的角度来看，MAC-hs/ehs实体被配置为操纵特定于HSDPA的功能并且控制对HS-DSCH传输信道的接入。上层配置两个实体中的哪一个(MAC-hs或MAC-ehs)将被应用于操纵HS-DSCH功能。版本8的3GPP标准引入了双小区HSDPA (DC-HSDPA)，其使得UE能够汇聚双相邻5-MHz下行链路载波。双载波方法在多载波站点处提供了更高的下行链路数据速率和更好的效率。通常，DC-HSDPA使用主载波和辅载波，其中，主载波提供用于进行下行链路数据传输的信道和用于进行上行链路数据传输的信道，并且辅载波提供了用于进行下行链路通信的第二组 HS-PDSCH 和 HS-SCCH。根据本发明的一些方面，可以称作软汇聚的另一种形式的汇聚提供了下行链路汇聚，其中，相应的下行链路小区使用相同的频率载波。软切换努力实现与单载波网络中的DC-HSDPA类似的增益。图6示出了根据本发明的一些方面的用于软汇聚的示例性系统。在图6中，在两个或更多个小区614和616之间可以存在地理覆盖，使得UE 610可以在至少某一时间段期间被多个小区服务。因此，根据本发明的无线电信系统可以在单个频率信道上提供来自多个小区的HSDPA服务，使得UE可以执行汇聚。例如，使用两个或更多个小区的建立可以称作单频双小区HSDPA (SFDC-HSDPA)、协调多点HSDPA (CoMP HSDPA)或者仅仅称作多点HSDPA。然而，可以自由地使用其它术语。通过这种方式，小区边缘处的用户以及整个系统可以受益于高吞吐量。在这里，不同的小区可以由相同的节点B提供，或者不同的小区可以由不同的节点B提供。在图6所示的方案中，两个不同的节点B 602和604中的每一个分别提供了下行链路小区606和608，其中，下行链路小区基本上处于相同的载波频率中。当然，如已经描述的，在另一个方面，可以从相同的节点B的不同的扇区提供下行链路小区606和608 二者。在这里，UE 610接收并汇聚下行链路小区，并且提供由节点B 602和604 二者接收的上行链路信道612。来自UE 610的上行链路信道612可以提供例如与针对相应的下行链路小区606和608的下行链路信道状态对应的反馈信息。具有DC-HSDPA能力的UE具有两个接收链，其中的每一个可以用于从不同的载波接收HS数据。在具有多点HSDPA能力的UE 610中，如果使得多个接收链从不同的小区614和616接收HS数据，则可以在单载波网络中实现来自汇聚的至少一些益处。在本发明的一些方面，正在汇聚的两个小区可以局限于UE的活动集中的小区。这些小区可以是活动集中的根据下行链路信道质量确定的最强小区。如果经汇聚的小区位于不同的节点B站点中(如图6所示)，则该方案可以称作“软汇聚”。如果经汇聚的小区位于相同的节点B站点中，则该方案可以称作“更软的汇聚”。更软的汇聚的评估和和实现相对简单。然而，因为更软的切换中的UE的百分比可能是有限的，因此来自更软的汇聚的增益也可能相应地受限。另一方面，软汇聚可能提供更大的益处。然而，存在与RNC侧以及节点B处的流控制有关的问题。在传统的DC-HSDPA系统或者其中两个小区由单个节点B提供卿，更软的汇聚)的多点HSDPA系统中，两个小区可以以与图5中所示的传统的HSDPA系统相同方式共享相同的MAC-ehs实体。在这里，因为下行链路数据从单个节点B站点去往UE,所以UE处的RLC实体通常可以假设分组是根据其各自的RLC序列号按顺序来发送的。因此，所接收的分组中的序列号中的任意间隙可以理解为是由分组失败引起的，并且RNC处的RLC实体可以仅·仅重传与丢失的序列号对应的所有分组。然而，在其中小区是由不同的节点B站点提供(S卩，软汇聚)的多点HSDPA系统中，由于除了分组失败以外的原因，当UE接收到从RNC到UE的分组的流时，这些流可能导致序列号中的间隙。例如，根据流控制算法如何向各自的节点B分发RLC rou，分组可能无序地到达UE处而不一定暗示任何问题，这是因为随着时间的推移分组可能根据调度到达并且填充间隙。由于无序传送引起的这些间隙可以称作偏移(skew)，以与传输失败与以其它方式丢失的分组进行区分。图7是示出了其中小区由不同的节点B站点提供(S卩，软汇聚)的多点HSDPA系统的某些方面的示意性框图。在这里，RNC 702可以包括向多个节点B 704和706提供分组的多链路RLC子层，其中节点B 704和706中的每一个向UE 708提供下行链路HS传输。与图5中所示的方案相比，RLC子层可以被配置为包括针对每一个UE 708的每一个优先级队列的流控制协议。在这里，流控制协议可以根据来自节点B 704和706的流控制消息，使用两个节点B处的队列协调去往UE 708的分组流。在一个示例中，节点B 704可以用作针对UE 708的主服务小区，节点B 706可以用作针对UE 708的辅服务小区。当然，节点B 706和706的角色可以颠倒为分别作为辅服务小区和主服务小区。在该示例性的多点HSDPA系统中，节点B 704和706通过各自的Iub接口接收由RNC向其分配的分组，并且通过使用相同的频率信道的空中接口向UE 708发送这些分组。每一个节点B 704和706包括用于暂时存储分组直到其被发送到UE708为止的队列或缓存。队列可以是用于存储的任何适当的结构，其包括数据的存储空间或者任何其它非随机汇聚，而不论其特定的存储模式如何。在这里，UE 708可以包括多个PHY层，或者换言之，被配置为从节点B 704和706接收各自的下行链路传输的多个接收链。此外，UE 708可以包括多个相应的MAC实体，多个MAC实体中的每一个与来自相应的节点B站点的不同的服务小区(例如，主服务小区和辅服务小区)相对应。例如，UE 708中的一个MAC实体可以对应于提供主服务小区的第一节点B704，而UE 708中的第二 MAC实体可以对应于提供辅服务小区的第二节点B 706。当然，由于各种原因，特定的MAC实体与特定的节点B的配对可以随着时间而改变，并且该说明仅是一个可能的示例。图8是示出了根据本发明的各个方面中的一些方面的用于多点HSDPA系统中的流控制的信号中的一些信号的简化呼叫流程图。在这里，针对某一 UE (为了简单起见，未示出)，节点B-1802和节点B-2804分别用作主服务小区和辅服务小区。RNC 806通过相应的Iub接口的方式耦合到节点B802和804中的每一个。当然，在本发明的范围内，可以使用其它接口。此外，RNC 806耦合到核心网808，核心网808可以是电路交换或者分组交换核心网，或者这二者的组合，如图2中所示。如图所示，RNC 806从核心网808接收RLC SDU，其中RLC SDU去往由节点B 802和804服务的UE。节点B-1802和节点B-2中的每一个生成并发送流控制消息，其中流控制消息向RNC 806请求针对UE的数据。响应于来自节点B 802和804的流控制消息，RNC808基于多种因素来确定要分配给节点B中的每一个的RLC数据的量，并且通过相应的Iub接口将数据作为RLC PDU发送给节点B 802和804。
在本发明的一些方面，节点B可以是流控制算法的操纵者(master)。也即是说，节点B可以使用流控制消息向RNC准许缓存空间。流控制消息可以控制分配大小、HS-DSCH间隔以及HS-DSCH重复周期。在这里，分配大小包括将针对特定的流分配给节点B的MAC-d PDU的数量以及这些MAC-d PDU的最大大小。HS-DSCH间隔是在其期间可以向节点B发送MAC-d PDU的时间间隔。HS-DSCH重复周期是在其期间更新并且重复该分配的周期。当然，本领域技术人员将理解的是，流控制消息的特定格式可以改变，但是仍然落入本发明的范围内，如下面进一步详细描述的。在根据本发明的一些示例中，可以在每一个节点B处使用不同的流控制算法来管理通过主服务小区802和辅服务小区804的数据传输。在这里，针对辅服务小区804的流控制算法与针对主服务小区802的流控制算法可以是不同的。此外，相应的节点B处的不同的流控制算法可以使用节点B 802与804之间的信息交换相互协调。例如，该信息交换可能与从节点B 802和804向RNC 806发送流控制消息相冲突，或者可以使用相应的服务小区802和804之间的任何适当的接口，其可以包括或者可以不包括RNC 806。在本发明的一些方面，例如可以通过将与从相应的节点B到UE的流的吞吐量对应的参数添加到向RNC 806发送的流控制消息中，来将该参数包含在信息交换中。流控制消息信令的灵活性和每一个节点B处的不同的算法可以为流控制策略提供宽泛的范围。流控制算法面临的常见问题是缓存淘空。缓存淘空在去往缓存的输入以与来自缓存的输出正在清空的速率相比更低的速率进行填充时发生。在这里，缓存可能变为空的，这使得算法需要在缓存重新填充时暂停或停止从缓存进行读取。这种状况可能在数据流中引起如本领域技术人员已知的并且本发明中未描述的各种问题。如上所述，每一个节点B可以包括可以在向UE发送分组之前缓存分组的队列。流控制算法的一个目标可以是在该队列处最小化缓存淘空。减小缓存淘空的一种直接的方式是增加缓存的长度。然而，这可能与流控制算法的另一个目标相冲突，其中，流控制算法的另一个目标是最小化节点B处保持的PDU的数量以减小在切换期间进行数据恢复的难度并且减小所需的节点B的存储器大小。因此，综合的流控制算法可以在这些目标之间寻求最佳的折中。在本发明的一个方面，这种折中可以通过动态地控制缓存的可变长度来进行管理，如下面进一步详细描述的。图9是示出了节点B处的流控制算法的一些方面的流程图。在这里，流控制算法可以在主服务小区或者辅服务小区处运行。在框902中，过程可以确定是否生成要发送到RNC的新的流控制消息。如果否，则该过程可以潜在地在适当的延迟时段以后返回框902。如果该过程确定生成新的流控制消息，则该过程可以前进到框904，其中，节点B可以确定从节点B到UE的流的经估计的吞吐量，如下面进一步详细描述的。在框906中，该过程可以选择节点B处的与流对应的队列的目标队列长度，并且使用所选择的值来更新目标队列长度。在这里，目标队列长度可以对应于在框904中确定的流的经估计的吞吐量。此外，目标队列长度可以被选择为将目标排队延迟维持在预定的范围内。下面详细给出关于针对该流的队列的目标长度的选择的额外信息。在框908中，该过程可以生成用于向RNC请求数据的新的流控制消息，并且在框910中，节点B可以通过Iub接口向RNC发送所生成的流控制消息。通常，在框908中生成的流控制消息包括对要分配给与节点B对应的MAC实体(例如，MAC-ehs实体)的一定量的RLC数据的请求。在这里,节点B可以计算要在流控制消息中请求的数据的量。节点B请求 的数据的量可以取决于多种因素，其包括但不必限于针对该流的目标队列长度、针对该流的当前队列长度、节点B处的MAC实体的优先级、节点B作为主服务小区或者辅服务小区的状态以及针对除了该UE以外的由节点B作为主服务小区服务的UE的数据的量。通常由于队列是数据暂时被存储的地方这样的事实而产生了所请求的数据的量与目标队列长度之间的关系。如上文所讨论的，在本发明的各个方面中，可以基于多种因素来动态地调节目标队列长度，并且这进而可能影响节点B所请求的数据的量。根据本发明的一些方面，目标队列长度可以被选择为将目标排队延迟维持在范围(例如，预定的范围)内。举例说明，目标队列长度的范围可以维持在上限与下限之间。在各个特定的实现中，上限和下限的值可以是固定的(例如，预定的)。在其它实现中，上限和下限中的一个或两个可以基于各种因素或参数而改变。根据本发明的一个方面，目标队列长度或者队列长度的上限的选择可以基于从节点B到UE的使用该队列的流的经估计的吞吐量。例如，目标队列长度(以比特或字节为单位)可以被设置为流的经估计的吞吐量(以每秒比特为单位)与节点B处的目标排队时间(以秒为单位)之积。图10是示出了针对流的排队时间T (以秒为单位)与流的吞吐量Thrpt (以每秒比特为单位)之间的示例性关系的简化图。在这里，排队时间或针对该队列的延迟可以对应于在将信息发送到UE之前该信息维持在节点B处的队列中的时间的量。如图所示，当针对该流的排队时间减小时，吞吐量增加；并且当吞吐量减小时，针对该流的排队时间增加。该关系通常是线性关系，其由线1002表示。具体地说，示出了线上的两个点(Thrptmin, Tmax)处的第一点 1004 和(Thrptmax、Tmin)处的第二点 1006。在本发明的一个方面，可以通过估计针对流的吞吐量Thrptest并且找出线1002上与估计的吞吐量对应的点来确定目标排队时间T_uing。也即是说，可以根据下面的等式来确定目标排队时间Tqueuing。Tftleuing=Tmax - (Thrptest - Thrptmin) * (Tmax - Tmin) / (Thrptmax - Thrptmin)，
其中Tniax是目标排队时间的上限。在一些示例中，Tniax可以被设置为值(例如，预定的值)，例如，设置为100ms。Tniin是目标排队时间的下限。在一些示例中，Tniin可以被设置为值(例如，预定的值)，例如，被设置为10ms。Thrptmax是针对流所估计的吞吐量的目标范围的上限。在一些示例中，Thrptmax可以被设置为值(例如，预定的值)，例如，等于UE的峰值速率(以每秒比特为单位)。Thrptmin是针对流所估计的吞吐量的目标范围的下限。在一些示例中，Thrptmin可以被设置为值(例如，预定的值)，例如，设置为IOkBps。
Thrptest是针对流的经估计的吞吐量(以每秒比特为单位)。在一些示例中，如下面进一步详细描述的，节点B可以计算针对流的吞吐量的估计。在本发明的另一方面，在线1002上的与流的经估计的吞吐量Thrptest和节点B处的目标排队时间Tqueuing对应的点1008处，目标队列长度可以对应于流的经估计的吞吐量Thrptest与节点B处的目标排队时间Tqueuing之积或者Thrptest Tqueuing0因此，根据本发明的一些方面，基于节点B队列的目标长度与经估计的吞吐量之间的关系，可以根据从节点B到UE的流的经估计的吞吐量来选择队列的目标长度。通过这种方式，对目标队列长度的选择可以将目标排队延迟T维持在例如Tmin与Tmax之间的某一范围(例如，预定的范围)内。在本发明的一个方面，可以通过计算在相对长的时间段期间发送的字节的总数并且使用平均速率来估计相对短时间期间(例如，在流控制间隔期间)的吞吐量来进行流吞吐量的估计。例如，在160ms内发送的字节的总数可以除以16以估计在IOms流控制间隔期间的吞吐量。在本发明的一个方面，可以在节点B处的针对流的队列不为空时来更新流吞吐量的估计。也即是说，如果队列为空，则流通常是停止的，因而如果并入了流是停止的的时间，则吞吐量的估计可能被偏移为低。用于估计流吞吐量的另一个示例性方法可以包括使用IIR滤波器。在这里，随着时间使用IIR滤波器对吞吐量进行滤波可以减小仅仅平均的一个缺点，其中，如果节点B队列不为空的时间的一部分很小，则流吞吐量估计可能是不可靠的。当然，在本发明的范围内，任何其它适当的方法可以用于估计吞吐量。在本发明的另一个方面，节点B可以根据缓存淘空来调节目标队列长度或者目标队列长度的上限。在一些示例中，节点B可以每隔一个传输时间间隔(TTI)根据缓存淘空来调节目标队列长度或者目标队列长度的上限。图11是示出了根据本发明的一个方面用于基于缓存淘空来调节目标队列长度的过程的一个示例的简化流程图。在框1102，该过程可以将任意时间处的实际的队列长度与某一阈值进行比较。例如，该阈值可以是固定的阈值，该固定的阈值被配置为取使得缓存淘空基本上被缓解的值。在一个示例中，可以针对5千字节的长度预先配置阈值。在这里，如果实际的队列长度大于阈值，则该过程可以前进至框1104，其中，该过程可以加性地减小目标队列长度或者目标队列长度的上限。例如，可以从目标队列长度或者目标队列长度的上限减去常量。在一个示例中，常量可以取3字节的值。当然，任何适当的值可以用于目标队列长度或者目标队列长度的上限的加性减少。如果在框1102，该过程确定实际的队列长度不大于阈值，则该过程可以前进至框1106，其中，该过程可以用乘法增加目标队列长度或者目标队列长度的上限。例如，可以将常量与目标队列长度或者目标队列长度的上限进行相乘。在一个示例中，乘法增加因子可以取约1.005的值。当然，大于I的任何适当的值可以用于乘法增加因子以增加目标队列长度或者目标队列长度的上限。以这种方式，通过使用图11中示出的示例性过程，目标队列长度可以使用乘法增加快速地对缓存淘空进行反抗。然而，一旦队列足够大使得缓存淘空通常不会发生，目标的队列大小就使用加性减小来逐渐减小，从而使缓存大小保持较小。如前所述，除了目标队列长度以外，节点B在去往RNC的流控制消息中请求的数据量可以部分地基于诸如以下各项的一个或多个其它因素当前的队列长度、节点B处的MAC 实体的优先级、节点B作为针对与流对应的UE的主服务小区或者辅服务小区的状态、针对除了与流对应的UE以外的UE的数据的量，所述UE是由节点B作为主服务小区服务的。节点B处的MAC实体的优先级可以是从系统中的不同优先级中选择的任何适当的优先级。例如，如果在生成流控制消息时节点B用作针对其它UE的主服务小区，则用作针对与流对应的UE的辅服务小区的节点B的优先级可以下降到较低的数甚至零。优先级也可以对应于其它因素，例如，正在请求的数据的类型或者任何其它适当的因素。现在返回图9，一旦过程确定了要向RNC请求的数据的量，则在框908，该过程可以生成包括要向RNC请求的数据的量的流控制消息，并且在框910，该过程可以向RNC发送包括数据请求的流控制消息。在这里，在框908中生成流控制消息可以由诸如图I中所示的处理器104的处理器执行，并且在本发明的一些方面，处理器104可以位于诸如图8中所示的节点B704或706中的一个的节点B内。此外，在框910中从节点B向RNC发送流控制消息可以由处理器104进行控制以生成流控制消息，该处理器104可以是与框906中使用的处理器相同的处理器或者不同的处理器。此外，流控制消息可以通过本领域普通技术人员已知的Iub接口或者通过用于节点B与RNC之间的通信的任何适当的接口进行发送。在本发明的另一个方面，暂时返回图8，RNC 806可以通过Iub接口从节点B 802或804接收流控制消息，处理器该请求，并且进行响应。图12是示出了在RNC处执行的过程的各个方面中的一些方面的简化流程图。在这里，RNC可以包括一个或多个Iub接口，并且可以与一个或多个节点B进行通信。通常，通过Iub接口向节点B分配和传送分组可以由流控制协议进行管理。此外，不同的流控制协议可以针对每一个UE的每一个优先级队列独立地操作。也即是说，虽然该系统可以是在其中多个节点B作为主服务小区或者辅服务小区向UE提供下行链路数据的多点HSDPA系统，但是可以在RNC处以联合的方式处理来自多个节点B中的每一个的流控制请求。在框1202中，该过程可以确定是否已经例如通过Iub接口从节点B接收到包括对与针对UE的RLC流对应的一定量的RLC数据的请求的流控制消息。如果未接收到流控制消息，则该过程可能潜在地在适当的延迟以后返回到框1202。如果在框1202中该过程确定已经从节点B接收到流控制消息，则该过程可以前进至框1204，其中，该过程可以确定要向节点B分配的数据的量，并且相应地向相应的节点B分配的某一部分的RLC数据。在框1206中，该过程可以响应于流控制消息向节点B发送确定量的数据。在本发明的一些方面，图12中所示的过程可以对应于从例如针对多点HSDPA系统中的特定的UE用作主服务小区和辅服务小区的多个节点B接收的流控制消息。可以根据一个或多个因素的任意组合来进行在框1204中响应于流控制消息确定要分配和发送到节点B的数据的量，其中一个或多个因素例如但不必限于节点B所请求的数据的量、不同的节点B所请求的数据的量、节点B的优先级、要发送到节点B的数据的批次的大小和是否满足由节点B设置的目标队列长度。也即是说，在本发明的一个方面，针对UE的RLC流的RLC数据的分配可以部分地基于节点B所请求的数据的量。通常，分配给节点B的数据的量可以是节点B所请求的数据的量的任意函数。在一个示例中，RNC可以与其请求成比例地向每一个节点B发送数据。当针对由节点B服务的UE的RNC处的数据的量小于向两个节点B请求的数据的 总量并且辅服务小区(或者多个小区)不具有包括数据的任何主用户时，与节点B的请求成正比地向节点B进行分配可能是适当的。与本领域技术人员已知的响应于输入请求以“贪婪的(greedy)”方式发送数据的流控制算法相比，当例如在TCP慢启动期间在RNC缓存中只有少量的数据时，当数据到达UE时，与节点B的请求成比例地向节点B提供数据可以提供减少的偏移。在本发明的另一个方面，针对UE的RLC流的RLC数据的分配可以部分地基于不同的节点B请求的数据的量。例如，再次参照图8，发送流控制消息的节点B 802可以是相对于多点HSDPA系统中的UE的主服务小区。在这里，不同的节点B 804可以用作相对于多点HSDPA系统中的相同的UE的辅服务小区。在该情况下，可以部分地基于辅服务小区804所请求的数据的量来联合地确定向主服务小区802的分配。例如，如果主服务小区802和辅服务小区804中的每一个请求相同量的数据，则RNC 806可以确定向主服务小区802分配不同量(例如，更大量)的数据。然而，如果与主服务小区相比，辅服务小区804请求更少量的数据，则RNC 806可以确定向主服务小区802分配与其所请求的量相同量的数据。当然，可以在本发明的范围内使用不同的节点B 804所请求的数据量与向请求节点B 802分配的数据量之间的任何其它适当的关系。在本发明的另一方面，针对UE的RLC流的RLC数据的分配可以部分地基于发送请求的节点B的优先级。在根据本发明的一些方面的一个示例中，与辅服务小区相比，可以向主服务小区提供更高的优先级。在本发明的一些方面，可以根据节点B向由该节点B作为主服务小区所服务的其它不同的UE提供的数据量来针对特定的流控制消息向节点B指派优先级。例如，再次参照图6，假设发送流控制消息以请求数据的节点B 604用作多点HSDPA系统中的向UE 610提供服务的辅服务小区。在这里，该节点B 604可以另外作为主服务小区向诸如UE 618,620和622的其它UE提供服务。在所示的示例中，UE 618和620可以是使用HSDPA服务的传统的UE，其中，节点B 604是其唯一的服务小区，而UE 622可以是多点HSDPA UE，其中，节点B 604是其主服务小区，并且不同的节点B 624用作其辅服务小区。
在该实例中，如果节点B 604作为辅服务小区针对与流控制消息对应的流向UE610提供服务，则使用该节点B 604作为其主服务小区的其它UE 618,620和622可能使其性能降低。这可能不利地影响系统范围的公平。在这里，可以基于节点B 604作为针对UE 610的辅服务小区的状态和节点B 604作为针对一个或多个不同的UE (例如，UE 618、620和622)的主服务小区的状态向节点B604分配减小的优先级等级。在根据本发明的一些方面的一个示例中，减小的优先级可能意味着在该实例中RNC没有向节点B 604分配RLC数据。也即是说，在本发明的一个方面，无论针对由节点B作为主服务小区服务的任何UE的RNC队列何时不为空，RNC都可以忽略来自作为辅服务小区请求针对UE的数据的节点B的流控制消息，并且仅响应于来自UE的(在这里，与节点B602对应的)主服务小区的此类消息。
在本发明的另一个方面，针对UE的RLC流的RLC数据的分配可以部分地基于批次大小。也即是说，为了向节点B进行发送，可以将所分配的数据划分为包括RLC数据的一部分的批次。在这里，针对每一个节点B，批次大小可以是不同的，或者针对每一个节点B，批次大小可以是相同的。此外，根据特定的实现的细节，批次大小可以是固定的，或者可以基于任何适当的因素而配置的。在这里，分配给特定的节点B的RLC数据的量可以是批次大小的函数，例如，是批次大小的整数倍。在另一个示例中，较大的批次大小可以更有益于较大的数据分配，或者由于特定于特定实现的原因，较小的批次大小可以用于较大的数据分配。现在返回图12，在框1204中确定要发送到节点B的数据的量以后，在框1206中，该过程可以向节点B发送确定量的数据。在使用多点HSDPA系统的示例中，在主服务小区和辅服务小区中的每一个请求针对相同的UE的数据的情况下，当RNC向多个节点B发送所分配的数据时，除了确定向每一个节点B分配多少数据以外，在框1206中，RNC通常还确定向每一个节点B发送数据的哪些部分。如上文参照图7所描述的，RNC 702处的RLC子层通常向RNC 702处的MAC_d子层提供数据。在这里，可以通过Iub接口在HS-DSCH数据帧中分批地将RNC 702所生成的MAC-d PDU发送给MAC实体，例如，节点704或706处的MAC-ehs子层。然后，节点B 704或706可以缓存H)U，直到通过空中接口向UE调度这些PDU或者成功地发送这些PDU为止。在本发明的一个方面，批次可能小于或等于向该节点B进行的总分配。例如，假设针对UE 708有30个PLC PDU存在于RNC 702中并且假设RNC702已经确定为向第一节点B 704分配10个分组并且向第二节点B 706分配10个分组。在这里，RNC 702可以将RNC中的RLC PDU划分为以10个分组的批次，其中，将向第一节点B 704发送第一批次，并且向第二节点B 706发送第二批次。也即是说，在这里，每一个批次可以包括将向节点B分配的RLC数据的某一部分。在本发明的一些方面，如上面所讨论的，分配给节点B的RLC数据的量可以是批次大小的函数。例如，在上面所描述的示例中，分配给每一个节点B的RLC数据的量等于10个分组的批次大小。当然，在其它示例中，分配给每一个节点B的RLC数据的量可以是批次大小的任意整数倍。在这里，可以向第一节点B发送分组I至10，并且可以向第二节点B发送分组11至20。在该示例中，假设两个服务小区处的相同的信道状况，由于在从第二节点B按顺序发送分组11至20的同时从第一节点B按顺序发送分组I至10，因此分组到达UE处的顺序是
1、11、2、12、3、13、……、10、20。在这里，UE处的最大偏移是10个分组。也即是说，接收的分组(例如，分组I和11)之间的间隙的宽度是10个分组。在本发明的另一个方面，可以以交错的方式(例如，在时间上逐批次地或者逐分组地交替)向每一个节点B发送批次或分组。例如，可以向第一节点B发送奇数编号的分组，并且可以向第二节点B发送偶数编号的分组。在该示例中，假设服务小区处的相同的信道状况，分组到达UE处的顺序是1、2、3、……、19、20。也即是说，在UE处不存在偏移。然而，在该示例中，如果信道状况在节点B中的一个处改变，则当使用分组交错时的间隙的数量可能高于当分批地发送分组时的间隙的数量。
例如，当分批地发送分组时，如果第一节点B变为停止的时，则分组到达UE的顺序是11、12、13、……、20。在这里，仅存在一个间隙。另一方面，当使用分组交错发送分组时， 如果第一节点B变为停止的时，则分组到达UE的顺序是2、4、6、……、20。在这里，存在10个间隙。更多的间隙可能增加上行链路中的负担，这是因为来自UE的报告这些间隙的RLC状态PDU可能变得更大。当然，该示例使用I个分组的批次大小，而根据本发明的各个示例可以使用任何适当的批次大小来进行交错。当使用批次交错时，可以通过考虑某些折中来确定批次的大小。也即是说，当在UE处接收到分组时，更大的批次大小可以减小间隙的数量，而当在UE处接收到分组时，更小的批次大小可能减小偏移，但是可能增加间隙的数量。当然，在本发明的范围内，可以使用任何适当的批次大小。可以围绕W-CDMA系统呈现电信系统的各个方面。本领域技术人员将容易清楚的是，贯穿本发明描述的各个方面可以扩展到其它电信系统、网络架构和通信标准。举例说明，各个方面可以扩展到诸如TD-SCDMA和TD-CDMA的其它UMTS系统。各个方面也可以扩展到采用以下各项的系统长期演进(LTE)(在FDD模式、TDD模式或者这两个模式中)、改进的LTE (LTE-A)(在FDD模式、TDD模式或者这两个模式中)、CDMA2000、演进数据优化(EV-D0)、超移动宽带(UMB)、IEEE 802. 11 (Wi-Fi), IEEE 802. 16 (WiMAX),IEEE 802. 20、超宽带(UMB)、蓝牙和/或其它适当的系统。所采用的实际的电信标准、网络架构和/或通信标准将取决于具体应用和施加在该系统上的整体设计约束。提供以上描述以用于使本领域的任何技术人员能够实现或使用本文所描述的各个方面。对于本领域技术人员来说，这些实施例的各种修改都是显而易见的，并且本文定义的总体原理可以适用于其它方面。因此，权利要求并不旨在限于本文给出的方面，而是与符合权利要求的书面语言的整个范围相一致，其中，除非特别说明，否则用单数形式修饰某一要素并不意味着“一个或仅仅一个”，而可以是“一个或多个”。除非专门另外声明，否则术语“一些”是指一个或多个。提及项目列表中的“至少一个”的短语是指这些项目的任意组合，其包括单个要素。举例说明，“a、b或者c中的至少一个”旨在涵盖a、b、C、a和b、a和c、以及a、b和c。贯穿本发明描述的各个方面的要素的所有结构和功能等价物以引用的方式明确地并入本文中并且旨在由权利要求所涵盖，这些结构和功能等价物对于本领域普通技术人员来说是公知的或将要是公知的。此外，本文中没有任何公开内容是想要奉献给公众的，不管这样的公开内容是否明确记载在权利要求书中。不应依据35U.S.C. §112第6款来解释任何权利要求的构成要素，除非该构成要素明确采用了“用于……的模块”的短语进行记载，或者在方法权利的情况下，该构成要素是用“用于……的步骤”的短语来记载的。 ·
权利要求
1.一种无线通信的方法，包括 确定从节点B (704)到UE (708)的流的估计的吞吐量； 根据所述流的所述估计的吞吐量选择针对所述节点B (704)处的所述流的队列的目标长度，使得目标排队延迟维持在预定的范围内；以及 请求将被分配给与所述节点B (704)对应的MAC实体的一定量的RLC数据。
2.根据权利要求I所述的方法，其中，所述确定所述流的所述估计的吞吐量仅在针对所述节点B (704)处的所述流的所述队列不为空时才执行。
3.根据权利要求I所述的方法，其中，所述目标排队延迟取决于所述流的所述估计的吞吐量。
4.根据权利要求I所述的方法，其中，所请求的RLC数据的量取决于以下各项中的至少一项所述MAC实体的优先级、针对所述流的所述队列的所述目标长度或者针对所述流的所述队列的当前长度。
5.根据权利要求I所述的方法，其中，所请求的RLC数据的量取决于与节点B(604)对应的小区(616)是作为主服务小区还是辅服务小区向UE (610)提供服务。
6.根据权利要求I所述的方法，其中，所请求的RLC数据的量取决于除了UE (610)以外的至少一个UE (622)的数据的量，其中，所述至少一个UE (622)是由与节点B (604)对应的小区(616)作为主服务小区服务的。
7.一种无线通信的方法，包括 接收来自第一 MAC实体(704)的针对与UE (708)的RLC流对应的第一数量的RLC数据的第一请求和来自第二 MAC实体(706)的针对第二数量的RLC数据的第二请求； 部分地基于所述第一请求并且部分地基于所述第一 MAC实体(704)的优先级将第一部分的RLC数据分配给所述第一 MAC实体(704)；以及 部分地基于所述第二请求并且部分地基于所述第二 MAC实体(706)的优先级将第二部分的RLC数据分配给所述第二 MAC实体(706)。
8.根据权利要求7所述的方法，其中，所述分配所述第一部分的RLC数据还部分地基于所述第二请求。
9.根据权利要求7所述的方法， 其中，所述第一 MAC实体(704)与多点HSDPA网络中的主服务小区相对应；并且 其中，所述第二 MAC实体(706)与所述多点HSDPA网络中的辅服务小区相对应。
10.根据权利要求9所述的方法，还包括 根据除了所述UE (610)以外的至少一个UE (622)的数据的量向所述第二 MAC实体(706)指派所述优先级，其中，所述至少一个UE (622)是由与所述第二 MAC实体对应的小区(616)作为主服务小区服务的。
11.根据权利要求7所述的方法，还包括 向所述第一 MAC实体(704)发送所述第一部分的RLC数据；以及 向所述第二 MAC实体(706)发送所述第二部分的RLC数据， 其中，所述分配所述第一部分的RLC数据以及所述分配所述第二部分的RLC数据包括 将所述第一部分的RLC数据划分为第一多个片段；以及将所述第二部分的RLC数据划分为第二多个片段， 其中，分配给所述第一 MAC实体(704)的所述第一部分的大小 与所述第一多个片段中的一个的大小相对应；并且 其中，分配给所述第二 MAC实体(706)的所述第二部分的大小 与所述第二多个片段中的一个的大小相对应。
12.根据权利要求11所述的方法，其中，所述分配所述第一部分的RLC数据以及所述分配所述第二部分的RLC数据还包括在分配所述第一多个片段中的一个与分配所述第二多个片段中的一个之间交替。
13.一种用于无线通信的装置，包括 用于确定从节点B (704)到UE (708)的流的估计的吞吐量的模块(114)； 用于根据所述流的所述估计的吞吐量选择针对所述节点B (704)处的所述流的队列的目标长度，使得目标排队延迟维持在预定的范围内的模块(114);以及 用于请求将被分配给与所述节点B (704)对应的MAC实体的一定量的RLC数据的模块(114)。
14.根据权利要求I所述的装置，其中，所述用于确定所述流的所述估计的吞吐量的模块被配置为仅在针对所述节点B (704)处的所述流的所述队列不为空时才确定所述估计的吞吐量。
15.根据权利要求13所述的装置，其中，所述目标排队延迟取决于所述流的所述估计的吞吐量。
16.根据权利要求13所述的装置，其中，所请求的RLC数据的量取决于以下各项中的至少一项所述MAC实体的优先级、针对所述流的所述队列的所述目标长度或者针对所述流的所述队列的当前长度。
17.根据权利要求13所述的装置，其中，所请求的RLC数据的量取决于与节点B(604)对应的小区是作为主服务小区还是辅服务小区向UE (610)提供服务。
18.根据权利要求13所述的装置，其中，所请求的RLC数据的量取决于除了UE (610)以外的至少一个UE (622)的数据的量，其中，所述至少一个UE (622)是由与节点B (604)对应的小区(616)作为主服务小区服务的。
19.一种用于无线通信的装置，包括 用于接收来自第一 MAC实体(704)的针对与UE (708)的RLC流对应的第一数量的RLC数据的第一请求和来自第二 MAC实体(706)的针对第二数量的RLC数据的第二请求的模块(114)； 用于部分地基于所述第一请求并且部分地基于所述第一 MAC实体(704)的优先级将第一部分的RLC数据分配给所述第一 MAC实体(704)的模块(114);以及 用于部分地基于所述第二请求并且部分地基于所述第二 MAC实体(706)的优先级将第二部分的RLC数据分配给所述第二 MAC实体(706)的模块(114)。
20.根据权利要求19所述的装置，其中，所述用于分配所述第一部分的RLC数据的模块被配置为以部分地基于所述第二请求的所述第一部分的数据的量为基础。
21.根据权利要求19所述的装置， 其中，所述第一 MAC实体(704)与多点HSDPA网络中的主服务小区相对应；并且其中，所述第二 MAC实体(706)与所述多点HSDPA网络中的辅服务小区相对应。
22.根据权利要求21所述的装置，还包括 用于根据除了所述UE (610)以外的至少一个UE (622)的数据的量向所述第二 MAC实体(706 )指派所述优先级的模块(114 )，其中，所述至少一个UE (622 )是由与所述第二 MAC实体对应的小区(616)作为主服务小区服务的。
23.根据权利要求19所述的装置，还包括 用于向所述第一 MAC实体(704)发送所述第一部分的RLC数据的模块(114);以及 用于向所述第二 MAC实体(706 )发送所述第二部分的RLC数据的模块(114 )， 其中，所述用于分配所述第一部分的RLC数据的模块以及所述用于分配所述第二部分的RLC数据的模块包括 用于将所述第一部分的RLC数据划分为第一多个片段的模块(114);以及 用于将所述第二部分的RLC数据划分为第二多个片段的模块(114)， 其中，分配给所述第一 MAC实体(704)的所述第一部分的大小与所述第一多个片段中的一个的大小相对应；并且 其中，分配给所述第二 MAC实体(706)的所述第二部分的大小与所述第二多个片段中的一个的大小相对应。
24.根据权利要求23所述的装置，其中，所述用于分配所述第一部分的RLC数据的模块以及所述用于分配所述第二部分的RLC数据的模块被配置为在分配所述第一多个片段中的一个与分配所述第二多个片段中的一个之间交替。
25.一种用于无线通信的装置，包括 处理系统(114);以及 存储器(105)，其被耦合到所述处理系统(114)， 其中，所述处理系统(114)被配置为 确定从节点B (704)到UE (708)的流的估计的吞吐量； 根据所述流的所述估计的吞吐量选择针对所述节点B (704)处的所述流的队列的目标长度，使得目标排队延迟维持在预定的范围内；以及 请求将被分配给与所述节点B (704)对应的MAC实体的一定量的RLC数据。
26.根据权利要求25所述的装置，其中，所述确定所述流的所述估计的吞吐量仅在针对所述节点B (704)处的所述流的所述队列不为空时才执行。
27.根据权利要求25所述的装置，其中，所述目标排队延迟取决于所述流的所述估计的吞吐量。
28.根据权利要求25所述的装置，其中，所请求的RLC数据的量取决于以下各项中的至少一项所述MAC实体的优先级、针对所述流的所述队列的所述目标长度或者针对所述流的所述队列的当前长度。
29.根据权利要求25所述的装置，其中，所请求的RLC数据的量取决于与节点B(604)对应的小区是作为主服务小区还是辅服务小区向UE (610)提供服务。
30.根据权利要求25所述的装置，其中，所请求的RLC数据的量取决于除了UE (610)以外的至少一个UE (622)的数据的量，其中，所述至少一个UE (622)是由与节点B (604)对应的小区(616)作为主服务小区服务的。
31.一种用于无线通信的装置，包括 处理系统；以及 存储器，其被耦合到所述处理系统， 其中，所述处理系统被配置为 接收来自第一 MAC实体(704)的针对与UE (708)的RLC流对应的第一数量的RLC数据的第一请求和来自第二 MAC实体(706)的针对第二数量的RLC数据的第二请求； 部分地基于所述第一请求并且部分地基于所述第一 MAC实体(704)的优先级将第一部分的RLC数据分配给所述第一 MAC实体(704)；以及 部分地基于所述第二请求并且部分地基于所述第二 MAC实体(706)的优先级将第二部分的RLC数据分配给所述第二 MAC实体(706)。
32.根据权利要求31所述的装置，其中，所述分配所述第一部分的RLC数据还部分地基于所述第二请求。
33.根据权利要求31所述的装置， 其中，所述第一 MAC实体(704)与多点HSDPA网络中的主服务小区相对应；并且 其中，所述第二 MAC实体(706)与所述多点HSDPA网络中的辅服务小区相对应。
34.根据权利要求33所述的装置，其中，所述处理器系统被配置为 根据除了 UE (610)以外的至少一个UE (622)的数据的量向所述第二 MAC实体(706)指派所述优先级，其中，所述至少一个UE (622)是由与所述第二 MAC实体对应的小区(616)作为主服务小区服务的。
35.根据权利要求31所述的装置，其中，所述处理器系统被配置为 向所述第一 MAC实体(704)发送所述第一部分的RLC数据；以及 向所述第二 MAC实体(706)发送所述第二部分的RLC数据， 其中，所述分配所述第一部分的RLC数据以及所述分配所述第二部分的RLC数据包括 将所述第一部分的RLC数据划分为第一多个片段；以及 将所述第二部分的RLC数据划分为第二多个片段， 其中，分配给所述第一 MAC实体(704)的所述第一部分的大小与所述第一多个片段中的一个的大小相对应；并且 其中，分配给所述第二 MAC实体(706)的所述第二部分的大小与所述第二多个片段中的一个的大小相对应。
36.根据权利要求35所述的装置，其中，所述分配所述第一部分的RLC数据以及所述分配所述第二部分的RLC数据包括在分配所述第一多个片段中的一个与分配所述第二多个片段中的一个之间交替。
37.一种计算机程序产品，包括 计算机可读介质(106)，其包括 用于使计算机确定从节点B (704)到UE (708)的流的估计的吞吐量的指令； 用于使计算机根据所述流的所述估计的吞吐量选择针对所述节点B (704)处的所述流的队列的目标长度，使得目标排队延迟维持在预定的范围内的指令；以及 用于使计算机请求将被分配给与所述节点B (704)对应的MAC实体的一定量的RLC数据的指令。
38.根据权利要求37所述的计算机程序产品，其中，所述用于使计算机确定所述流的所述估计的吞吐量的指令被配置为仅在针对所述节点B (704)处的所述流的所述队列不为空时才确定所述估计的吞吐量。
39.根据权利要求37所述的计算机程序产品，其中，所述目标排队延迟取决于所述流的所述估计的吞吐量。
40.根据权利要求37所述的计算机程序产品,其中,所请求的RLC数据的量取决于以下各项中的至少一项所述MAC实体的优先级、针对所述流的所述队列的所述目标长度或者针 对所述流的所述队列的当前长度。
41.根据权利要求37所述的计算机程序产品，其中，所请求的RLC数据的量取决于与节点B (604)对应的小区是作为主服务小区还是辅服务小区向UE (610)提供服务。
42.根据权利要求37所述的计算机程序产品，其中，所请求的RLC数据的量取决于除了 UE (610)以外的至少一个UE (622)的数据的量，其中，所述至少一个UE (622)是由与节点B (604)对应的小区作为主服务小区服务的。
43.一种计算机程序产品，包括 计算机可读介质，其包括 用于使计算机接收来自第一 MAC实体(704)的针对与UE (708)的RLC流对应的第一数量的RLC数据的第一请求和来自第二 MAC实体(706)的针对第二数量的RLC数据的第二请求的指令； 用于使计算机部分地基于所述第一请求并且部分地基于所述第一 MAC实体(704)的优先级将第一部分的RLC数据分配给所述第一 MAC实体(704)的指令；以及 用于使计算机部分地基于所述第二请求并且部分地基于所述第二 MAC实体(706)的优先级将第二部分的RLC数据分配给所述第二 MAC实体(706)的指令。
44.根据权利要求43所述的计算机程序产品，其中，所述分配所述第一部分的RLC数据还部分地基于所述第二请求。
45.根据权利要求43所述的计算机程序产品， 其中，所述第一 MAC实体(704)与多点HSDPA网络中的主服务小区相对应；并且 其中，所述第二 MAC实体(706)与所述多点HSDPA网络中的辅服务小区相对应。
46.根据权利要求45所述的计算机程序产品，还包括 用于使计算机根据除了所述UE (610)以外的至少一个UE (622)的数据的量向所述第二 MAC实体(706)指派所述优先级的指令，其中，所述至少一个UE (622)是由与所述第二MAC实体对应的小区(616)作为主服务小区服务的。
47.根据权利要求43所述的计算机程序产品，还包括 用于使计算机向所述第一 MAC实体(704)发送所述第一部分的RLC数据的指令；以及 用于使计算机向所述第二 MAC实体(706)发送所述第二部分的RLC数据的指令， 其中，所述用于使计算机分配所述第一部分的RLC数据的指令以及所述用于使计算机分配所述第二部分的RLC数据的指令包括 用于使计算机将所述第一部分的RLC数据划分为第一多个片段的指令；以及 用于使计算机将所述第二部分的RLC数据划分为第二多个片段的指令，其中，分配给所述第一 MAC实体(704)的所述第一部分的大小与所述第一多个片段中的一个的大小相对应；并且 其中，分配给所述第二 MAC实体(706)的所述第二部分的大小与所述第二多个片段中的一个的大小相对应。
48.根据权利要求47所述的计算机程序产品，其中，所述用于使计算机分配所述第一部分的RLC数据的指令以及所述用于使计算机分配所述第二部分的RLC数据的指令被配置为在分配所述第一多个片段中的一个与分配所述第二多个片段中的一个之间交替。
全文摘要
基站(例如，多点HSPDA网络中的节点B(704))计算要向网络节点(例如，无线网络控制器或者RNC(702))请求的数据的量。作为所使用的算法的一部分，可以动态地调节节点B(704)处的用于缓存流的队列的长度以努力优化缓存淘空与缓存偏移之间的折中。此外，网络节点(例如，RNC(702))对节点B(704)的流控制请求做出响应。在这里，响应于来自节点B(704)的流控制消息，RNC(702)可以确定要发送到节点B(704)的数据的量，并且RNC(702)可以向节点B(704)发送数据。在本发明的涉及多点HSDPA系统的各个方面中，RNC(702)处的流控制算法将分组流协调到针对UE(708)的主服务小区和辅服务小区。
文档编号H04W72/12GK102972081SQ201180032317
公开日2013年3月13日 申请日期2011年6月28日 优先权日2010年6月28日
发明者D·张, S·D·桑布瓦尼, R·卡普尔, 侯纪磊, W·葛 申请人:高通股份有限公司