目前，第三代蜂窝通信系统正在推出以进一步提升对移动电话用户提供的通信服务。最广泛采用的第三代通信系统基于码分多址(CDMA)以及频分双工(FDD)或时分双工(TDD)技术。在CDMA系统中，获得用户区分的方式为向同一载频上且同一时间间隔中的不同用户分配不同的展频码和/或扰码。这与时分多址(TDMA)系统不同，后者实现用户区分的方式为向不同的用户分配不同的时隙。
此外，TDD提供了同一载频既用于上行传输，即从移动无线通信单元(通常称为无线用户通信单元)经由无线服务基站向通信基础设施的传输，也用于下行传输，即从通信基础设施经由服务基站向移动无线通信单元的传输。在TDD中，载频在时间域内划分为一系列时隙。单个载频在某些时隙期间分配给上行传输，在其他时隙期间分配给下行传输。使用这种原理的通信系统实例是通用移动通信系统(UMTS)。在’WCDMA for UMTS’，Harri Holma(editor)，AnttiToskala(Editor)，Wiley&Sons，2001，ISBN 0471486876中可以找到对UMTS的CDMA尤其是宽带CDMA(WCDMA)模式的进一步说明。
在UMTS网络内的典型情况下，称为节点B的每个服务基站都经由回程链接可操作地连接到称为无线网络控制器(RNC)的基站控制器。公知的是这种回程链接的通信容量被限制为小于或等于基站与无线用户通信单元之间空中接口的通信容量。这种情况在许多运营商网络中在网络推出的早期阶段很常见，例如当许多活动无线用户通信单元无法证明昂贵的高的宽带回程物有所值之时。
典型情况下，在第三代蜂窝通信系统内回程链接传送两种类型的用户平面流量：
●准时(JIT)流量(例如，在3gpp中这将是前向接入信道(FACH)、下行共享信道(DSCH)、专用信道(DCH))，必须在时间窗口内到达基站，因为它必须在空中接口上传送，否则将被丢弃。准时流量由基站控制器在空中接口上调度。
●其他流量(如非准时，NJIT)，应当尽快发送到基站，但是不会根据到达时间而丢弃(例如，在3gpp中这将是高速下行共享信道(HS-DSCH))。NJIT流量由基站在空中接口上调度。
当实施这样的系统时，面对的问题是如何在这两种类型的流量之间共享可用的回程链接带宽以便满足以下目标：
●根据预期的比例共享带宽。
●JIT流量应当在所期望的时间窗口内到达基站。
●链接应当最优地利用。
建立带宽共享比例，从而对每种流量类型分配预定比例的可用回程链接带宽，这已公知。以这种方式，对每种流量类型都确保了跨通信链接的一定量带宽。不过，当流量类型之一的流量不大时，对该流量类型分配的带宽将不会完全使用，即使其他流量类型具有的需求大于其所分配，因此浪费了宝贵的带宽资源。
在回程链接的容量被限制为小于或等于空中接口容量的情况下，这尤其不受欢迎，因为这可能不仅会导致回程链接带宽不被充分利用，而且还会导致空中接口的带宽也不被充分利用。
所以，当前的技术不是最理想的。因此，针对蜂窝网络内回程资源的管理问题的改进机制将是有利的。

所以，本发明的若干实施例试图单独地或以任何组合的方式减轻、缓解或消除一种或多种上述不足。
根据本发明的第一方面，提供的通信网络元件包括流量调度器逻辑，能够按照速率控制值来调度跨回程接口的第一类别排队流量的传输。所述通信网络元件进一步包括流量管理器逻辑，能够按照所确定的回程带宽分配来调度跨所述回程接口的第二类别排队流量的传输，所述回程带宽分配基于已调度的第一类别流量所不需要的、跨所述回程接口的可用带宽的确定。
由所述流量调度器逻辑对跨所述回程接口的所述第一类别排队流量的传输的所述调度可以包括对经由所述回程接口跨空中接口的所述第一类别排队流量的传输进行调度。
在本发明的一个实施例中，采用本发明的概念改进了回程带宽资源的利用。在本发明的一个实施例中，采用本发明的概念改进了在例如基站的时窗内到达的所述第一类别流量的可靠性。
根据本发明的可选特征，所述流量管理器逻辑和所述流量调度器逻辑至少其中之一可以为被调度跨所述回程接口传输的排队流量产生帧协议消息。
根据本发明的可选特征，产生所述流量调度器逻辑能够按照其调度所述第一类别排队流量的传输的所述速率控制值可以基于下列中的至少一个产生：至少一个控制输入，以及在所述第一和第二类别流量之间共享所述回程带宽的策略。
根据本发明的可选特征，所述至少一个控制输入可以包括下列中的至少一个：平均位速率，以及缓冲区占用值。例如，所述控制输入可以指由例如仲裁器产生与(直接)影响所述流量调度器的速率控制值相反的速率控制值所使用的(可选)输入之一。
在本发明的一个实施例中，采用本发明的概念能够在所述第二类别流量的平均速率与服务一切已缓冲的第二类别流量所需要的速率之间进行对比。如果所述已缓冲的第二类别流量大于所述第二类别流量的平均速率，可以减小所述第一类别流量的速率控制值以允许清除第二类别流量的积压。
根据本发明的可选特征，所述至少一个控制输入可以包括下列中的至少一个：TDD实现中所述第一类别流量和第二类别流量的时隙裂隙，以及回程接口带宽。
根据本发明的可选特征，所述回程共享策略可以包括下列中的至少一个：所述第二类别流量的确保吞吐量，以及所述回程接口带宽的合理份额，例如在可以由为所述第一类别流量和第二类别流量至少其中之一配置的许多时隙确定所述合理份额时。
根据本发明的可选特征，所述流量调度器逻辑能够按照其调度所述第一类别排队流量的传输的所述速率控制值可以包括所述第一类别流量的回程位速率，例如通过从确定的可用回程接口带宽减去第二类别流量成本算出的回程位速率。
根据本发明的可选特征，所述第二类别流量成本可以表示要为所述第二类别流量保留的位速率。
在本发明的一个实施例中，采用本发明的概念提供了所述第二类别流量的最小确保带宽，无论在所述回程接口上最近是否已经有所述第二类别流量的传输，无论队列中是否存在第二类别流量。以这种方式，如果在调度第一类别流量后第二类别流量变为可以传输，所述最小确保带宽对第二类别流量可用。
根据本发明的可选特征，一旦已经考虑了控制信令流量，便可以通过从所确定的可用回程接口带宽减去所述第二类别流量成本，算出所述第一类别流量的所述回程位速率。根据本发明的可选特征，对于所述第二类别流量，根据平均数据速率以及清除所述当前缓冲区占用所需的速率至少其中之一，可以算出所述第二类别流量成本。
根据本发明的可选特征，所述第二类别流量成本可以被约束在最小值和最大值之内。
在本发明的一个实施例中，采用本发明的概念保证了至少些回程接口带宽对所述第一类别流量可用。
根据本发明的可选特征，所述流量调度器逻辑也许能够调度所述第一类别流量一直到由所述速率控制值确定的带宽。
根据本发明的可选特征，所述通信网络元件可以进一步包括仲裁器逻辑，可操作地连接到所述流量调度器逻辑，并且能够产生所述速率控制值，以及向所述流量调度器逻辑提供所述速率控制值。
根据本发明的可选特征，通过从所述回程接口带宽的可用位减去下列中的至少一个：例如在所述至少一个缓冲区占用值包括至少一个已调度的第一类别流量缓冲区占用值时的至少一个缓冲区占用值，以及至少一个控制信令带宽分配，可以算出向所述第二类别流量的回程带宽分配所基于的跨所述回程接口的可用带宽的确定。
根据本发明的可选特征，所述至少一个缓冲区占用值可以进一步包括所述第一类别流量和所述第二类别流量以外已调度流量的至少一个缓冲区占用值。
根据本发明的可选特征，所述通信网络元件可以进一步包括接口管理器逻辑，可操作地连接到所述流量管理器逻辑，并且能够计算所述回程带宽分配，以及向所述流量管理器逻辑提供所述回程带宽分配。所述接口管理器逻辑可以进一步能够管理所述回程接口上提供的控制信令流量，例如Inet流量。在一个可选实施例中，所述接口管理器逻辑可以进一步能够向所述第一或第二类别流量以外的流量分配回程接口带宽。
在一个可选实施例中，所述接口管理器逻辑可以进一步能够向所述第一或第二类别流量以外的流量分配回程接口带宽。
在一个可选实施例中，所述接口管理器可以向所述至少一个单元客户提供带宽准许限度，所述至少一个单元客户收到带宽准许后，可以跨所述回程接口发送至少一条队列消息，一直到所述准许的带宽限度。
在一个可选实施例中，所述流量调度器逻辑可以调度所述第一类别流量的传输，次数少于所述流量管理器逻辑调度所述第二类别流量的传输。
在一个可选实施例中，所述流量调度器逻辑可以大约每隔10毫秒调度所述第一类别流量的传输。
在一个可选实施例中，所述流量管理器逻辑可以大约每隔1毫秒调度所述第二类别流量的传输。
在一个可选实施例中，所述第一类别流量可以包括‘准时’(JIT)流量，例如下行共享信道(DSCH)流量。
在一个可选实施例中，所述第二类别流量可以包括‘非准时’(NJIT)流量，例如高速下行共享信道(DSCH)流量。
在一个可选实施例中，所述通信网络元件可以支持时分双工码分多址蜂窝通信系统或频分双工码分多址蜂窝通信系统之一中的通信。
在一个可选实施例中，所述通信网络元件可以支持第三代合作伙伴计划(3GPP)蜂窝通信系统中的通信。
在一个可选实施例中，所述通信网络元件可以是下列之一：无线网络控制器，基站控制器。
根据本发明的第二方面，提供的通信系统包括通信网络元件。所述通信网络元件包括流量调度器逻辑，能够按照速率控制值来调度跨回程接口的第一类别排队流量的传输。所述通信网络元件进一步包括流量管理器逻辑，能够按照所确定的回程带宽分配来调度跨所述回程接口的第二类别排队流量的传输，所述回程带宽分配基于已调度的第一类别流量所不需要的、跨所述回程接口的可用带宽的确定。
根据本发明的第三方面，提供的方法用于管理通信系统内的回程资源。所述方法包括确定跨回程接口的可用带宽，按照速率控制值来调度跨所述回程接口的第一类别排队流量的传输；确定已调度的第一类别流量所不需要的、跨所述回程接口的可用带宽分配；以及按照所计算的可用带宽分配来调度跨所述回程接口的第二类别排队流量的传输。
根据本发明的第四方面，提供的逻辑用于管理通信系统内的回程资源，其中，所述逻辑包括用于确定跨回程接口的可用带宽的逻辑以及按照速率控制值来调度跨所述回程接口的第一类别排队流量的传输的逻辑。管理下行资源的逻辑进一步包括确定已调度的第一类别流量所不需要的、跨所述回程接口的可用带宽分配的逻辑；以及按照所计算的回程带宽分配来调度跨所述回程接口的第二类别排队流量的传输的逻辑。
根据本发明的第五方面，提供的计算机程序产品包括用于支持通信系统内的回程资源管理的程序代码。所述计算机程序产品包括的程序代码用于确定跨回程接口的可用带宽，按照速率控制值来调度跨所述回程接口的第一类别排队流量的传输；确定已调度的第一类别流量所不需要的、跨所述回程接口的可用带宽分配；以及按照所计算的回程带宽分配来调度跨所述回程接口的第二类别排队流量的传输。
从后文介绍的实施例，本发明的这些和其他方面、特征和优点将显而易见，并将参考这些实施例进行阐明。
附图说明
下面将参考附图介绍本发明的若干实施例，仅仅举例说明，其中
图1展示了根据本发明实施例基于蜂窝的通信系统；
图2展示了根据本发明实施例而改造的流量调度架构；
图3展示了根据本发明实施例管理回程资源方法的流程图；
图4展示了根据本发明实施例的流量调度架构；
图5展示了根据本发明实施例管理回程资源方法的流程图；
图6展示了根据本发明实施例在实施处理功能时可以采用的典型计算系统。

以下说明专注于本发明适用于UMTS(通用移动通信系统)蜂窝通信系统，尤其适用于第三代合作伙伴计划(3GPP)系统内时分双工(TDD)模式下运行的UMTS地面无线接入网(UTRAN)的实施例。不过，应当认识到本发明不限于这种具体的蜂窝通信系统，而是可以应用于其他通信系统，例如应用于基于频分双工(FDD)的蜂窝通信系统。
现在参考图1，根据本发明实施例，概略地显示了基于蜂窝的通信系统100。
无线用户通信单元(或以UMTS术语称用户装置(UE))，比如UE 114，在通常称为空中接口的无线链接120上与多个收发机基站(以UMTS术语称为节点B)通信，比如节点B 124。通信系统100可以包括许多其他UE和节点B，为清楚起见而未显示。
无线通信系统100，有时称为网络算子的网络域，连接外部网络134，例如因特网。网络算予的网络域包括：
(i)核心网，即至少一个网关通用分组无线业务(GPRS)支持节点(GGSN)(未显示)和至少一个服务GPRS支持节点(SGSN)142；以及
(ii)接入网，即UMTS无线网络控制器(RNC)136，通常称为基站控制器，和UMTS节点B 124。
GGSN(未显示)或SGSN 142负责将UMTS连接公共网络，例如公共交换数据网(PSDN)(比如因特网)134或者公共交换电话网(PSTN)。SGSN 142执行流量的路由和隧道功能，同时GGSN链接到外部分组网络。
节点B 124连接到外部网络时通过无线网控制器基站(RNC)，比如RNC 136，以及移动交换中心(MSC)，比如SGSN 142。典型情况下，蜂窝通信系统将具有大量的这种基础设施部件，为了清楚起见，图1仅仅显示了有限的数量。
每个节点B 124都包含一个或多个收发机单元，并且经由Iub接口158在回程链接上与基于小区的系统基础设施的其他部分进行通信，正如在UMTS规范中的定义。
为了清楚起见，回程涉及了网络内分布式站点(典型情况下是接入点)与更集中点之间的传输流量。回程链接的实例包括例如将节点B连接到其对应的RNC。
根据本发明的一个实施例，无线服务通信单元(如节点B 124)支持频率信道上的TDD操作，该信道包括划分为上行时隙的多个上行传输资源和划分为下行时隙的多个下行传输资源。节点B 124支持在一个或多个通常被称为小区的地理区域185上的通信。
RNC 136可以控制一个或多个节点B 124。每个SGSN 142都提供了向外部网络134的网关。操作和管理中心(OMC)146可操作地连接到RNC 136和节点B 124。OMC 146包括处理功能和逻辑功能(未显示)以便监管蜂窝通信系统100的各部分，正如本领域技术人员的理解。
根据本发明的一个实施例，RNC 136包括改造后的信令处理逻辑138，如下所述。
现在参考图2，所展示的是根据本发明实施例要由蜂窝通信系统的网络元件所实施的改造后的流量调度架构200，例如可以由图1中RNC 136的信令处理逻辑138所实施的。
对于所展示的实施例，流量调度架构200调度跨(对于所展示实施例)回程链接X的回程接口的流量传输，例如经由图1的RNC 136与节点B 124之间的Iub接口158。确切地说，流量调度架构200调度第一类别流量和第二类别流量的传输。
对于所展示的实施例，第一类别流量包括要在节点B 124与一个或多个UE 114之间的空中接口上传输的流量，并且由例如RNC 136调度它在空中接口上的传输。典型情况下，这样的流量的形式是‘准时’(JIT)流量，需要在特定时间窗口内到达节点B 124以便在空中接口上传输，否则将被丢弃。因此，跨回程链接的第一类别流量的调度可以包括经由Iub接口158来调度跨空中接口在节点B 124与至少一个UE 114之间的第一类别流量。
对于所展示的实施例第二类别流量包括在空中接口上要在节点B 124与一个或多个UE 114之间传输的流量，并且节点B 124调度它在空中接口上的传输。典型情况下，这样的流量的形式是‘非准时’(NJIT)流量，需要尽快地被传送到节点B 124，但是不会根据到达节点B 124的时间而被丢弃。
流量调度架构200包括JIT流量调度器逻辑210。JIT流量调度器逻辑210安排为根据速率控制值调度排队JIT流量220在跨回程链接X的空中接口上传输，并且产生JIT流量数据帧230，内含为传输而调度的JIT流量。对于所展示的实施例，由仲裁器逻辑240向JIT流量调度器210提供速率控制值。
仲裁器逻辑240接收控制输入，比如确保NJIT吞吐量，合理共享NJIT吞吐量，当前排队NJIT流量积存，平均JIT和NJIT吞吐量等。这样的控制输入可以由操作和管理中心(OMC)提供，例如以运营商所控制的设置的形式，以及/或者基于在流量调度架构200内所获得的度量。因此，仲裁器逻辑240然后能够基于控制输入，并且根据共享JIT与NJIT流量之间回程链接X带宽的策略，产生速率控制值。
流量调度架构200进一步包括NJIT流量管理器逻辑250。NJIT流量管理器逻辑250安排为根据回程链接X的带宽或位分配调度排队NJIT流量260在跨回程链接上传输，并且产生NJIT流量数据帧270，内含为传输而调度的NJIT流量。对于所展示的实施例，由接口管理器逻辑280向NJIT流量管理器逻辑250提供回程带宽/位分配。与JIT流量调度器逻辑210相反，NJIT流量管理器逻辑250不调度空中接口上的传输，仅仅调度回程链接X上的传输。NJIT流量的空中接口调度(适当时)由例如跨回程链接X向其传输流量的节点B(未显示)执行。
接口管理器逻辑280分析为了在回程链接X上传输而调度的JIT流量数据帧230，并且确定回程链接X内未分配给JIT流量数据帧230使用的那些位，将这些空闲位分配给NJIT流量数据帧使用。接口管理器逻辑280然后将分配给NJIT流量数据帧270使用的回程链接位通知NJIT流量管理器逻辑250。
JIT流量调度器210实际上限于仅仅以速率控制值所调整的速率产生JIT流量数据帧。确切地说，实际上仅仅以基于控制输入的速率，并且按照回程共享策略，产生JIT流量数据帧。以这种方式，可以基于控制输入，并且按照回程共享策略，向JIT流量分配回程链接带宽的份额，并且产生高达所分配带宽的JIT流量数据帧230的数量。相反，通过限制JIT流量的可用带宽，NJIT流量数据帧270也有回程带宽的合理份额可用。
如上所述，速率控制值所依据的输入控制可以包括平均NJIT吞吐量和当前排队NJIT流量。以这种方式，在NJIT流量负载不大时可以增加向JIT流量数据帧230所分配的带宽。结果，回程链接容量能够充分利用。
不仅如此，由JIT流量调度器逻辑210所产生的JIT流量数据帧230有效地优先于NJIT流量。因而，JIT流量数据帧230更有可能在所需时间窗口内到达节点B，所以更有可能被节点B在空中接口上传送。时间窗口可以由回程链接上双向传递的同步帧所维持。下行同步帧被视为JIT流量，并且经历了与响应JIT流量调度器210已经产生的其他JIT流量类似的回程链接延迟。因此，由同步帧所造成的等待时间估计表示了由JIT流量帧所经历的等待时间。不仅如此，通过给JIT流量最高的优先级，JIT流量的传输等待时间变化不大，从而改进了在所需时间窗口内其到达的可能性。
正如本领域技术人员也将认识到，在JIT流量不大的情况下，并且不需要向其分配全部回程链接带宽，初始分配给JIT流量数据帧230的任何未使用的带宽将由接口管理器逻辑280重新分配给NJIT流量数据帧270。以这种方式，回程链接容量能够充分利用。
根据一个实施例，接口管理器逻辑280可以分析为了在回程链接X上传输而调度的JIT流量数据帧230，分析间隔包括的周期小于或等于RNC中空中接口调度的周期，例如小于或等于十毫秒(10msec)。正如本领域技术人员应当认识到，1毫秒可以是本发明某些实施例的实际选择。通过以包括这样小的周期的间隔分析为了在回程链接X上传输而调度的JIT流量数据帧230，能够实质性地最小化对NJIT流量数据帧270位分配中的延迟。
现在参考图3，图中展示了根据本发明实施例管理回程资源方法的流程图300。本方法开始于方框310，然后移向产生速率控制值的方框320。产生速率控制值时可以根据例如回程共享策略，以及控制输入比如确保NJIT吞吐量、合理共享NJIT吞吐量、当前排队NJIT流量、平均JIT和NJIT吞吐量等。
在方框330中，按照速率控制值调度第一类别流量以便传输。对于所展示的实施例，第一类别流量包括要在空中接口上在节点B与一个或多个UE之间传输的流量，并且由例如RNC调度它在空中接口上的传输。典型情况下，这样的流量的形式可以是‘准时’(JIT)流量，需要在特定时间窗口内到达节点B以便在空中接口上传输。所以，对于所展示的实施例，方框330包括调度JIT流量以便在空中接口上传输，以及产生JIT流量帧以便在回程链接上传输。方框320和方框330可以定期执行，例如大约每隔10毫秒。
方框340包括为第二类别流量确定可用的带宽，例如第一类别流量不需要的带宽。对于所展示的实施例，第二类别流量包括要在空中接口上在节点B与一个或多个UE之间传输的流量，并且节点B调度它在空中接口上的传输。典型情况下，这样的流量的形式是‘非准时’(NJIT)流量，需要尽快地被传送到节点B，但是不会根据到达节点B的时间而被丢弃。
一旦已经向第二类别流量分配了可用带宽，对于所展示的实施例它是以NJIT流量的形式，便按照所分配的带宽产生NJIT流量帧，并且在方框350，调度NJIT流量(第二类别)帧在回程链接上传输。
方框360判断是否需要再次调度第一类别流量(例如自从上次为了传输而调度第一类别流量已经过去了10毫秒)。如果判定不需要为了传输而调度第一类别流量，便在需要时重复方框340和方框350，例如大约每隔1毫秒，直到为了传输而调度第一类别流量之时。以这种方式，为了传输而调度第一类别流量不如第二类别流量那么频繁。对于所展示的实施例，本方法然后在方框370结束。然后本方法可以再次执行以便调度第一类别流量。
现在参考图4，图中展示了根据本发明实施例的流量调度架构400，例如可以由图1中RNC 136的信令处理逻辑138所实施的。
对于图4所展示的实施例，流量调度架构400适于在UMTS 3GPPTDD系统内使用，并且管理例如RNC和节点B之间的Iub接口405的回程资源。确切地说，流量调度架构400调度第一类别流量和第二类别流量的传输。
对于图4所展示的实施例，第一类别流量是JIT流量的形式，包括下行共享信道(DSCH)流量。第二类别流量是NJIT流量的形式，包括高速-下行共享信道(HS-DSCH)流量。
流量调度架构400包括DSCH流量调度器逻辑410。DSCH流量调度器逻辑410安排为例如每隔10毫秒，根据速率控制值来调度DSCH流量排队(未显示)，以便经由Iub接口405，在节点B与一个或多个UE之间跨空中接口(未显示)传输，并且产生用于传输的DSCH帧协议(FP)消息430。对于图4所展示的实施例，由仲裁器逻辑440向JIT流量调度器410提供速率控制值。
DSCH流量调度器逻辑410适于执行跨多个小区的合理共享。跨多个小区的合理共享概念在WO2007/031116中介绍，本文在此引用作为参考。
不仅如此，对于所展示实施例，其他形式的JIT流量，比如DCH、FACH和PUSCH ASSIGN REQ流量，后文统称为R99流量，不由DSCH流量调度器逻辑410所调度，而是向其提供对Iub接口405实际上无限制的访问，正如以下进一步的详细介绍。在一个实施例中，这可能是由于例如DCH正在用于实时业务，比如语音业务，不应当长期缓冲在RNC内。此外，在一个实施例中，这可能是由于FACH正在用于向用户发信令，所以不会消耗多少带宽。另外，在一个实施例中，可以存在着时间紧迫的控制信令，也对它提供了Iub接口的无限制访问。这种情况的实例是PUSCH ASSIGN REQ信令，它配置节点B接收上行共享信道传输。
流量调度架构400进一步包括HS-DSCH流量管理器逻辑450。HS-DSCH流量管理器逻辑450安排为根据Iub带宽分配而调度排队HS-DSCH流量(未显示)，以便跨Iub接口405传输，并且产生用于传输的HS-DSCH FP消息470。对于所展示的实施例，由接口管理器逻辑480向HS-DSCH流量管理器逻辑450提供Iub带宽分配。
对于图4所展示的实施例，Iub接口服务多个小区，并且流量调度架构400包括多个小区客户机420，它们担当接口管理器逻辑480与一个或多个帧协议队列之间的中介。小区客户机420进一步向Iub接405服务FP消息队列，正如以下更详细的介绍。以这种方式，小区客户机420担当公共实体，控制着各个帧协议帧的传输，用于一个小区中的不同流量类型。
还对Inet流量进行调度以跨Iub接405的传输。Inet流量表示在接口上提供的非小区特定的控制信令，比如节点B应用部分(NBAP)，简单网络管理协议(SNMP)以及地址解析协议信令，软件下载等。所以，流量调度架构400包括Inet客户机460。
仲裁器逻辑440按照回程共享策略，基于控制输入产生速率控制值。对于图4所展示的实施例，控制输入包括以下已调度流量的平均位速率和缓冲区占用(BO)的值：
(i)NJIT流量(如HS-DSCH流量和HS-DSCH容量请求)；
(ii)JIT流量(如DSCH流量、DCH流量、FACH流量、PUSH ASSIGN流量等)；以及
(iii)Inet流量。
控制输入可以进一步包括由RNC内无线资源管理实体所确定的DSCH和HS-DSCH流量的时隙裂隙，以及Iub带宽。根据以下介绍的‘Iub TransmitSpread’参数的设置，可以从其真实值产生有效Iub带宽，在Iub接口405的带宽大于其上的流量负载的情况下，平滑了Iub上的数据。
回程共享策略可以包括例如：
(i)最小的，即确保的HS-DSCH吞吐量；以及/或者
(ii)Iub带宽的合理份额，其中所述合理份额由为NJIT和JIT流量所配置的许多时隙确定。
仲裁器逻辑440根据这些控制输入计算HS-DSCH COST数值，它表示要为HS-DSCH流量保留的位速率。HS-DSCH COST数值可以按以下方式计算：
首先，使用以下等式1，根据HS-DSCH和DSCH流量的每一种的时隙分配可以计算最大的HS-DSCH COST值：
$\mathrm{Max}\_\mathrm{HS}-\mathrm{DSCH}\_\mathrm{COST}=\frac{(I_{\mathrm{ub}}\_{\mathrm{BW}}_{\mathrm{eff}}-\mathrm{Mean}\_R99\_\mathrm{rate}-B_{\mathrm{guaranteed}\_\mathrm{Inet}})n_{\mathrm{HS}-\mathrm{DSCH}}}{n_{\mathrm{HS}-\mathrm{DSCH}}+n_{\mathrm{DSCH}}}$
[等式1.]
其中：
Iub_BUeff是有效的Iub带宽：
If Iub_Spreading>0
     Iub_BWeff＝Iub_BW/Iub_Spreading
Else
     Iub_BWeef＝Iub_BW
其中Iu_Spreading是Iub TransmitSpread参数，而Iub_BW是Iub的带宽(kb/s)，两者都可以由操作和管理中心配置，比如图1的OMC 146。
Mean_R99_rate(kb/s)是实际上无限制的JIT流量帧，也就是FACH、DCH和PUSCH ASSIGN REQ流量帧的平均速率之和；
Bguaranteed_Inet是Inet流量的确保速率；
nHS-DSCH是HS-DSCH时隙的数量(得自所收到的时隙裂隙)；以及
nDSCH是DSCH时隙的数量(得自所收到的时隙裂隙)。
计算了HS-DSCH COST的最大值之后，使用以下等式2，对于下一个10毫秒的HS-DSCH流量，根据平均速率与清理当前缓冲区占用所需速率中较高者计算名义HS-DSCH COST：
Nom_HS-DSCH COST＝max(mean HS-DSCH rate，HS-DSCH BO/Sched_Period)
[等式2.]
其中：
mean HS-DSCH rate(kb/s)和HS-DSCH BO(bits)是作为控制输入所收到的值；以及
Sched_Period是调度周期，对于所介绍的实施例等于10(毫秒)。
如果对于HS-DSCH流量帧的缓冲区占用(BO)不高，Nom_HS-DSCH COST将取mean HS-DSCH rate(平均HS-DSCH速率)的值。注意，假设对于HS-DSCH所需位速率与最近的平均值相同。如果对于已调度的HS-DSCH流量帧的BO高，这表明了已调度的HS-DSCH帧的积压，而且在下一个10毫秒内清理该积压就需要BO/10的数据速率，因此将Nom_HS-DSCH COST设置为等于这个值。
在已经算出了Nom_HS-DSCH COST数值之后，必须将其约束在最小值(Min_HS-DSCH COST)与使用以上等式1所算出的最大值之内。通过对每个小区的Bguaranteed_HS-DSCH(以下详细介绍Bguaranteed_HS-DSCH的计算)求和计算Min_HS-DSCH COST。因此，使用如下等式3对Nom_HS-DSCH COST进行约束：
IF    Nom_HS-DSCH COST＜Min_HS-DSCH COST
        HS-DSCH COST＝Min_HS-DSCH COST
Else IF Nom_HS-DSCH COST＞Max_HS-DSCH COST
        HS-DSCH COST＝Max_HS-DSCH COST
Else    HS-DSCH COST＝Nom_HS-DSCH COST
[等式3.]
在已经算出了HS-DSCH COST之后，必须计算要传送给DSCH流量调度器逻辑410的速率控制，对于图4所展示的实施例，它包括使用以下等式4计算的对于DSCH流量的回程位速率(B_DSCH(kb/s))：
B_DSCH＝Iub_BWeff-Mean_FACH_rate-Mean_DCH_rate-
       Mean_PUSCH_ASSIGN_rate-Bguaranteed_Inet-HS-DSCH COST
[等式4.]
其中Mean_XXXX_rate是作为控制输入对于不受限制的JIT流量帧所收到的平均位速率。以这种方式，一旦已经考虑到实际上无限制流量和Inet流量后，通过从可用带宽减去所述HS-DSCH COST而计算DSCH流量的回程位速率。
如上所述，DSCH流量调度器逻辑410安排为根据速率控制值调度DSCH流量队列(未显示)。以便跨空中接口和Iub接口405传输，对于图4所展示的实施例，速率控制值由仲裁器440以DSCH位速率(B_DSCH)的形式提供。
在本发明的一个实施例中，DSCH流量调度器逻辑410每隔10毫秒便将流量调度到高达由速率控制值所确定的带宽。
接口管理器逻辑480管理Inet流量，向R99FP消息分配Iub带宽，并在Iub接口405所服务的小区之间对于HS-DSCH FP消息共享任何剩余Iub带宽，以及向HS-DSCH流量管理器逻辑450提供对于HS-DSCH流量的Iub接口带宽分配。对于HS-DSCH流量的Iub接口带宽分配基于已调度的DSCH流量或其他JIT流量比如R99流量所不需要的跨Iub接口的可用带宽的确定。
确切地说，可以通过从Iub接口带宽的可用带宽中减去缓冲区占用值和控制信令带宽分配来计算跨Iub接口405的可用带宽的确定，其中缓冲区占用值包括已调度的DSCH缓冲区占用值，而且可以进一步包括用于其他已调度的JIT流量比如R99流量的缓冲区占用值。
每个小区客户机420都向接口管理器逻辑480报告其对于排队FP流量的缓冲区占用(BO)，接口管理器逻辑480使用其确定Iub带宽的利用率，如每个小区可以利用的许多Iub位，并且以带宽确保的形式将这些信令发送到每个小区客户机420。在本发明的一个实施例中，小区客户机420大约每隔1毫秒就向接口管理器480报告其BO。当小区客户机420收到带宽保证时，它便以确保带宽为限发送FP消息，方式为固定优先权的帧序列，如以下更详细的介绍。
操作和管理中心(OMC)，例如图1的OMC 146，以HS-DSCH流量(Bguaranteed_HS-DSCH)为小区设置确保带宽。这种确保带宽假设不存在由DSCH流量所使用的时隙，并且按顺序被小区共享。该顺序循环旋转以保证小区之间的公平。因此，如果由Iub接口405所服务的小区数量为Nt，那么：
Bguaranteed_HS-DSCHNt≤IubBWeff
OMC 146也为Inet流量设置了Iub接口的确保带宽(Bguaranteed_Inet)。
如上所述，对于HS-DSCH流量的确保带宽由OMC 146设置，假设不存在由DSCH流量所使用的时隙。正如本领域技术人员将认识到，在实践中HS-DSCH流量可用的实际确保带宽(Bguaranteed_HS-DSCH′)根据为DSCH流量和HS-DSCH流量所配置时隙的数量而变化，并且能够以下面的等式5表示为：
${B_{\mathrm{guaranteed}\_\mathrm{HS}-\mathrm{DSCH}}}^{\prime }=\frac{n_{\mathrm{HS}-\mathrm{DSCH}}}{n_{\mathrm{DSCH}}+n_{\mathrm{HS}-\mathrm{DSCH}}}{B}_{\mathrm{guaranteed}\_\mathrm{HS}-\mathrm{DSCH}}$
[等式5.]
其中：
nDSCH是为DSCH流量配置的时隙的数量；以及
nHS-DSCH是为HS-DSCH流量配置的时隙的数量。
接口管理器逻辑480为HS-DSCH流量和为Inet流量例如每1毫秒间隔计算所确保的位数，正如以下等式6和等式7所分别展示的，其中所确保的带宽以千位/秒度量：
BITSguaranueed_HS-DSCH＝Bguaranteed_HS-DSCH′
[等式6.]
BITSguaranteed_Inet＝Bguaranteed_Inet
[等式7.]
如上所述，每个小区客户机420和Inet客户机460向接口管理器逻辑480发送BO报告，例如每隔1毫秒，包括全部排队FP和Inet流量的缓冲区占用。收到BO报告后，而且因此在这个实例中每隔1毫秒，接口管理器逻辑480确定在Iub接口405上随后的1毫秒期间每个小区客户机420可以发送的位数，以及Inet客户机460可以发送的位数。
以这种方式，每个小区客户机420每隔1毫秒就服务排队FP流量一次，直到该队列用完或者达到了其确保的带宽。如上所述，每个小区客户机420以固定优先权的顺序服务于排队FP流量。例如，可以以下面的顺序服务FP流量：
(i)PUSCH ASSIGN REQ
(ii)FACH FP
(iii)DSCH FP
(iv)DCH FP
(v)HS-DSCH容量请求
(vi)HS-DSCH FP
接口管理器逻辑480确定每个小区客户机420可以发送的位数，以及Inet客户机460可以发送的位数，如下所述。
首先，接口管理器逻辑480使用下面的等式8为每个客户机计算最小HS-DSCH分配(Bmin，i)，其中‘i’表明小区号：
Bmin，i＝min(BOHS-DSCH，i，BITSguaranteed_HS-DSCH)
[等式8.]
下一步，接口管理器逻辑480使用以下等式9计算可用于FP流量的位数(BITSFP)：
BITSFP＝BITSIub-min(BOInet，BITSguaranteed_Inet)
[等式9.]
其中BITSlub是每1毫秒可用于Iub接口405上的位数而且等于Iub_BWeff。
下一步，接口管理器逻辑480使用以下等式10计算可用于HS-DSCH流量的位数(BITSHS_DSCH)：
${\mathrm{BITS}}_{\mathrm{HS}-\mathrm{DSCH}}=\max [({\mathrm{BITS}}_{\mathrm{FP}}-\underset{\mathrm{all}\_\mathrm{cells}}{\Sigma }{\mathrm{BO}}_{\mathrm{JIT},i}),0]$
[等式10.]
如上所述，每个小区客户机420都以优先级顺序向队列服务，因此，只有合计的R99和DSCH流量缓冲区占用(BOJIT)小于BITSFP时，才有可用于HS-DSCH流量的位。因而，如果BITSHS-DSCH＝0，那么JIT流量就可以利用全部可用的FP流量位。
另外，如果那么一切HS-DSCH都可以为了传输而调度，并且可以向Inet流量提供剩余的位。因此：
$B_{\mathrm{cell},i}={\mathrm{BO}}_{\mathrm{HS}-\mathrm{DSCH},i}+{\mathrm{BO}}_{R99+\mathrm{DSCH},i}\forall i$
$B_{\mathrm{Inet}}={\mathrm{BITS}}_{\mathrm{Iub}}-\underset{\mathrm{all}\_\mathrm{cells}}{\Sigma }{B}_{\mathrm{cell},i}$
否则因此并非全部小区的一切HS-DSCH流量都可以跨Iub接口405发送。结果，在这些小区之间划分可用的位。首先，计算Inet流量所需的位：
BInet＝min(BOInet，BITSguaranteed_Inet)
下一步，按顺序取小区，计算每个小区的HS-DSCH位分配(BITScell，HS-DSCH，i)：
${\mathrm{BITS}\_\mathrm{OFFERED}}_{\mathrm{cell},\mathrm{HS}-\mathrm{DSCH},i}=\max (({\mathrm{BITS}}_{\mathrm{HS}-\mathrm{DSCH}}-\underset{j=1}{\overset{I-1}{\Sigma }}{\mathrm{BITS}}_{\mathrm{cell},\mathrm{HS}-\mathrm{DSCH},j}-\underset{j=i+1}{\overset{N_T}{\Sigma }}{B}_{\min ,j}),0)$
BITScell，HS-DSCH，i＝min(BITS_OFFEREDcell，HS-DSCH，i，BOHS-DSCH，i)
已经算出了每个小区的HS-DSCH位分配之后，就计算每个小区用于HS-DSCH和R99FP流量的组合位分配(Bcell，i)：
Bcell，i＝BITScell，HS-DSCH，i+BOR99+DSCH，i
向第一个小区提供HS-DSCH带宽的第一位，并且它能够取得除用于其他小区的最小分配以外的全部HS-DSCH位。向第二小区提供下一位，依此类推。例如，在Iub接口405服务三个小区的情况下：
i＝1 BITS_OFFERED＝BITSHS-DSCH-Bmin，2-Bmin，3
i＝2 BITS_OFFERED＝BITSHS-DSCH-Bcell，HS-DSCH，1-Bmin，3
i＝3 BITS_OFFERED＝BITSHS_DSCH-Bcell，HS-DSCH，1-Bcell，HS-DSCH，2
以这种方式，可用于HS-DSCH流量的位得到共享。为了确保公平，这个顺序循环旋转，例如每次接口管理器逻辑480确定每个小区客户机420可以发送的位数，以及Inet客户机460可以跟随发送的位数时。因此对于依次的‘运转’，接口管理器逻辑480映射位分配如下：
运转1的映射：小区1-小区2-小区3；
运转2的映射：小区2-小区3-小区1；
运转3的映射：小区3-小区1-小区2；
运转4的映射：小区1-小区2-小区3；
等。
对于每隔1毫秒执行的每次运转，接口管理器逻辑480向每个小区客户机420和Inet客户机460提供其确保的带宽，形式为各自小区FP/Inet流量可用的Iub接口位。
如上所述，接口管理器逻辑480还向HS-DSCH流量管理器逻辑450提供了Iub位分配。HS-DSCH流量管理器逻辑450从接口管理器逻辑480取得剩余的HS-DSCH位分配，并且确定应当产生的HS-DSCH帧协议消息。这些产生的帧协议消息然后被传到帧协议队列中，它们在此由适当的小区客户机420服务。
HS-DSCH流量管理器逻辑450在这种行动中能够应用不同的服务规范。例如，在本发明的一个实施例中，HS-DSCH流量管理器逻辑450对于每个小区可以使用单个队列运行，按HS-DSCH流量先到先服务形式对其提供服务。作为替代，在本发明的另一个实施例中，可以实行加权的合理排队方法，从而区分队列数据的不同优先权，比如基于公共传输信道优先级指示符(CmCH-PI)或者调度优先级指示符(SPI)。
现在参考图5，图中展示了根据本发明实施例管理回程资源方法的流程图500。
对于图5所展示的方法，在方框510调度JIT流量，以便经由Iub接口跨空中接口传输。对于所展示的实施例，JIT流量的调度每隔10毫秒执行一次，并且在方框505由中断触发。
作为JIT流量的调度结果，在方框515中产生了一个或多个DSCH帧。然后在方框520中，所述一个或多个DSCH帧被存储在Iub接口帧协议队列中。
在方框525至方框540中，按1毫秒一次对Iub帧协议队列服务。因此在方框525，每隔1毫秒JIT帧都在Iub接口上通过，直到已经达到了由Iub接口在1毫秒内所支持的位数，或者JIT帧协议队列已经完毕。如果在方框530判定JIT帧协议队列已经完毕，便在方框535服务NJIT帧协议队列，同时如果NJIT队列完毕后还有剩余位时服务Inet队列。
在方框540，判断自从为了传输而调度JIT流量(方框510)是否已经过去了10毫秒。如果尚未过去10毫秒，本方法转回方框525。
如果自从为了传输而调度JIT流量已经过去了10毫秒，便在方框545更新度量，并且在方框550再次运行仲裁器，以便在方框510产生用于调度器新的运行的新控制输入。
正如本领域的技术人员将认识到，为了在R99、DSCH和HS-DSCH流量之间提供合理共享，应当将确保HS-DSCH吞吐量设置在远远低于最大合理共享值之下。以这种方式，当HS-DSCH流量很小时，该带宽就能够转而由JIT(R99和DSCH)流量使用。不过，在这样的配置中存在着等待时间的影响。例如，在DSCH流量调度器逻辑410将流量调度至高达由速率控制值每隔10毫秒所确定的带宽时，HS-DSCH流量不大将会在下一个10毫秒中导致大JIT流量产生。如果在这个10毫秒期间迅速产生了HS-DSCH FP流量，在仲裁器逻辑440已经降低了JIT带宽之前，这种HS-DSCH FP流量无法全部得到服务。通过增加确保HS-DSCH带宽可以降低这种等待时间的影响。
现在将根据本发明的若干实施例介绍流量调度架构的各种方案，其中流量调度架构包括8Mb/s的Iub接口，并且DSCH和HS-DSCH时隙被分配同等数量，如每个都是4个时隙，并且假定JIT流量负载不大。不仅如此，DSCH流量调度器逻辑将流量调度至高达由速率控制值每隔10毫秒所确定的带宽，同时每个小区/Inet客户机420每隔1毫秒都向接口管理器逻辑450提供BO报告，并且接口管理器逻辑450每隔1毫秒就向小区/Inet客户机420授予Iub带宽。
在第一种情况下，DSCH和HS-DSCH流量负载都很重。HS-DSCH COST值将等于其最大值，大约4Mb/s，它是其Iub带宽的合理共享。因而，DSCH流量调度器逻辑将被提供Iub带宽的合理共享，也是大约4Mb/s，由于繁重的DSCH流量负载它将使用全部这些合理共享。当DSCH流量调度器逻辑将已调度的流量传递到FP层时，典型情况下是以脉冲猝发的形式。以这种方式，对于前5毫秒，只有DSCH流量负载将被服务到Iub接口。HS-DSCH流量负载将随后在下一个连续的5毫秒被服务到Iub接口。
对于下一种情况，HS-DSCH流量负载下降，同时DSCH流量负载保持繁重。HS-DSCH COST因此现在将降低，因为HS-DSCH平均速率下降并且HS-DSCH缓冲区占用降低至接近零。所以向DSCH流量调度器逻辑提供更多的带宽。由于DSCH流量负载一直保持繁重，所以存在着大量的排队DSCH流量，因此DSCH流量调度器逻辑使用提供的带宽调度排队DSCH流量。以这种方式，即使HS-DSCH流量负载低，也充分利用了Iub带宽，只要DSCH速率不受空中接口带宽的限制。
在进一步的情况下，HS-DSCH流量负载再次上升，而DSCH流量负载保持繁重。所以将向HS-DSCH和DSCH流量负载提供Iub带宽的同等、合理份额。因此只要大量的突发HS-DSCH数据到达了FP层，HS-DSCH COST可以快速提高，而且，虽然在Iub接口上对排队HS-DSCH流量提供服务中可能存在着某种程度的等待时间，但是这样的突发HS-DSCH流量造成的任何积压都能够得到弥补。
在下一种情况下，DSCH流量负载现在降低了，同时HS-DSCH流量保持高。如果DSCH流量负载降低足够多，它将不会使用向其分配的全部Iub带宽。因此，任何空闲的Iub带宽都能够用于HS-DSCH流量，从而使得HS-DSCH吞吐量能够增加到其合理份额之上。以这种方式，可以降低排队HS-DSCH流量中的任何积压，并且即使是在DSCH流量负载低时也充分利用Iub带宽。
在本发明的替代实施例中，流量调度架构可以安排为偏向HS-DSCH流量。例如，假若将确保HS-DSCH吞吐量设置为等于最大值，则HS-DSCH将至少收到其‘合理’的Iub带宽份额，无论HS-DSCH缓冲区占用如何。向DSCH提供其‘合理’份额且不再多。因此，在这个实施例中，HS-DSCH流量能够充分利用R99/DSCH流量未使用的任何带宽，但是反过来不行。
应当认识到，为了清楚起见，以上说明已经参考不同的逻辑单元和过程介绍了本发明的若干实施例。不过，显然可以使用不同逻辑单元或过程(例如关于JIT流量调度器逻辑或NJIT流量管理器逻辑)之间任何适当的功能分配而无损于本发明。因此，参考特定的逻辑单元仅仅应当视为参考提供所介绍功能的适当装置，并非指明严格的逻辑或物理结构或组织。
本发明的若干方面可以以任何适当的形式实施，包括硬件、软件、固件或其任何组合。本发明可以选择性地，至少部分地实施为计算机软件，运行在一个或多个数据处理器和/或数字信号处理器上。因此，本发明实施例的元件和组件可以以任何适当的方式物理地、功能地以及逻辑地实施。所述功能确实可以实施在单个单元中、在多个单元中或作为其他若干功能单元的一部分。
尽管本发明流量调度架构的一个实施例适于在UMTS 3GPPTDD系统内使用，但是本发明的概念不限于这个实施例。例如，UMTS3GPP的未来进展(当前是指‘长期进展’(LTE))也将被划分成时隙(或者其他这样命名的时间部分)，所以将能够从本文先前所介绍的概念中获益。
本发明的概念提供了至少一个或多个以下优点：
(i)改进的回程资源利用率；
(ii)准时流量数据帧更有可能在所需时间窗口内到达目的地；以及/或者
(iii)改进的同步机制可靠性。
图6展示了实施本发明实施例中处理功能可以采用的典型计算系统600。这种类型的计算系统可以用于例如节点B(确切地说，节点B的调度器)中、核心网络元件比如GGSN中，以及RNC中。相关领域的技术人员也将认识到如何使用其他计算机系统或架构实施本发明。计算系统600可以代表例如台式、便携式或笔记本电脑、手持计算设备(PDA、手机、掌上电脑等)、大型计算机、服务器、客户机，或者对于给定应用或环境可能期望的或适合的任何其他类型的专用或通用计算设备。计算系统600可以包括一个或多个处理器，比如处理器604。实施处理器604时可以使用通用或专用的处理引擎，例如微处理器、微控制器或其他控制逻辑。在这个实例中，处理器604连接着总线602或其他通信媒介。
计算系统600还可以包括主存储器608，比如随机存取存储器(RAM)或其他动态存储器，用于存储信息和要由处理器604执行的指令。在要由处理器604执行的指令执行期间，主存储器608还可以用于存储临时变量或其他中间信息。计算系统600同样可以包括连接到总线602的只读存储器(ROM)或其他静态存储设备，用于存储静态信息和处理器604的指令。
计算系统600还可以包括信息存储系统610，它可以包括例如介质驱动器612和可拆卸存储接口620。介质驱动器612可以包括驱动器或其他机构以便支持固定的或可拆卸的存储介质，比如硬盘驱动器、软盘驱动器、磁带驱动器、光盘驱动器、光盘(CD)或数字视频驱动器(DVD)读写驱动器(R或RM)，或者其他可拆卸或固定介质驱动器。存储介质618可以包括例如硬盘、软盘、磁带、光盘、CD或DVD，或者由介质驱动器612所读写的其他固定或可拆卸介质。正如这些实例所示，存储介质618可以包括计算机可读的存储介质，其中已经存储了具体的计算机软件或数据。
在若干替代实施例中，信息存储器系统610可以包括其他类似的组件，允许计算机程序或其他指令或数据加载到计算系统600中。这些组件可以包括例如，诸如程序盒式磁带和盒式磁带接口的可拆卸的存储单元622和接口620、可拆卸存储器(例如，闪存或其他可拆卸存储器模块)和存储器插槽，以及其他允许将软件和数据从可拆卸存储单元618传输到计算系统600的可拆卸存储单元622和接口620。
计算系统600还可以包括通信接口624。通信接口624可用于允许软件和数据在计算系统600与外部设备之间传输。通信接口624的实例可以包括调制解调器、网络接口(比如以太网或其他NIC卡)、通信端口(比如通用串行总线(USB)端口)、PCMCIA插槽和卡等。经由通信接口624传输的软件和数据都是以信号的形式，它们可以是电子的、电磁的和光学的或能够被通信接口624接收的其他信号。这些信号经由信道628提供给通信接口624。这种信道628可以传送信令并且可以使用无线介质、电线或电缆、光纤或其他通信介质实施。信道的某些实例包括电话线、蜂窝式电话链接、RF链接、网络接口、局域或广域网以及其他通信信道。
在本文档中，术语‘计算机程序产品’、‘计算机可读介质’等一般可用于指诸如存储器608、存储设备618或存储单元622之类的介质。这些和其他形式的计算机可读介质可以存储一种或多种由处理器604使用的指令，使得处理器执行所规定的操作。这样的指令一般称为‘计算机程序代码’(它能够组合为计算机程序的形式或者其他组合形式)，在执行时能够使计算系统600执行本发明若干实施例的功能。注意，所述代码可以直接使得处理器执行所规定的操作、被编译后做到以及/或者与其他软件、硬件和/或者固件单元(如执行标准功能的若干库)组合后做到。
在使用软件实施所述元件的实施例中，所述软件可以存储在计算机可读介质中并且使用例如可拆卸存储驱动器614、驱动器612或者通信接口624加载到计算系统600中。控制逻辑(在这个实例中是软件指令或者计算机程序代码)由处理器604执行时，使得处理器604执行本文介绍的本发明的功能。
应当认识到，为了清楚起见，以上说明已经参考不同的功能单元和处理器介绍了本发明的若干实施例。不过，显然可以使用不同功能单元、处理器或域之间任何适当的功能分配而无损于本发明。例如，展示为由分开的处理器或控制器执行的功能可以由同一处理器或控制器执行。因此，参考特定的功能单元仅仅应当视为参考提供所介绍功能的适当装置，并非指明严格的逻辑或物理结构或组织。
本发明的若干方面可以以任何适当的形式实施，包括硬件、软件、固件或其任何组合。本发明可以选择性地，至少部分地实施为计算机软件，运行在一个或多个数据处理器和/或数字信号处理器上。因此，本发明实施例的元件和组件可以以任何适当的方式物理地、功能地以及逻辑地实施。所述功能确实可以实施在单个单元中、在多个单元中或作为其他若干功能单元的一部分。
尽管已经连同某些实施例介绍了本发明，但是并非意图将其限制为本文所阐述的特定形式。相反，本发明的范围仅仅由权利要求书限制。另外，尽管某个特征可能看来连同若干特定实施例而说明，但是本领域技术人员会理解，所介绍的若干实施例的多种特征可以根据本发明进行组合。
不仅如此，尽管多种装置、元件或方法步骤是单独列出，但是可以由例如单个单元或处理器实施。此外，尽管各个特征可以包括在不同的权利要求中，但是这些特征有可能有利地组合，而且包括在不同的权利要求中并不意味着若干特征的组合不可行和/或不方便。同样，在一种类别的权利要求中包括的特征并不意味着只限于这种类别，相反，该特征在适当时可以同等地应用于其他权利要求类别。
不仅如此，权利要求书中若干特征的顺序并非意味着所述特征必须按其执行的任何特定的顺序，确切地说，方法权利要求中各个步骤的顺序并非意味着所述步骤必须按照这个顺序执行。相反，所述步骤可以以任何适当的顺序执行。另外，单数引用并不排除复数。因此，对于‘某’、‘第一’、‘第二’等的引用并不排除多个。