保留通信网络中交接的应用识别信息的系统及方法

摘要

系统及方法保留通信网络中的交接的应用识别信息。终端用户体验质量是借助判断与传到及传自终端用户的通信相关联的应用来改良。应用可包括应用类别及具体应用。应用信息用以调度包以使得终端用户体验质量针对所述应用有所改良。当终端用户在无线访问节点之间交接时，访问节点传送应用信息以使得改良的终端用户体验质量得以维持。

说明书

发明背景

本发明涉及通信系统领域，且涉及用于保留通信系统中的基站交 接的应用识别信息的系统及方法。

容量受限式多路访问式通信网络存在两个普遍目标：成功传送信 息以及使各个传送相互之间的干扰最小化。通常，这两个目标相互冲 突，并因此需要实现系统最优化。

可借助用户对传送的体验来判断信息是否成功传送。也就是说， 体验质量是判断信息是否成功传送的度量。通信系统通常可借助避免 提供给用户的服务出现干扰或延迟来改良用户体验。提供正面用户体 验的通信特征可随与信息传送相关联的应用类型而变化。举例来说， 对于电子邮件应用来说，向用户传递部分信息时出现延迟相比未成功 传递部分信息是优选的，而对于视频会议应用来说，丢弃部分视频相 比视频传递时出现延迟是优选的。

判断与给定数据包相关联的应用类型通常很复杂。举例来说，无 线访问节点可同时向许多用户中的每一个提供不同类型的服务。所用 的应用随时间而变。此外，移动网络中向用户提供信息传送的无线访 问节点有所变化的情形对提供改良的用户体验质量提出了附加挑战。

发明概述

提供用于保留通信网络中的交接的应用识别信息的系统及方法。 在一个方面，本发明提供一种无线访问节点，包括：发送器-接收器 模块，被配置为以无线方式与用户装置通信；回程接口模块，被配置 为与核心网络元件通信；以及处理器模块，连结到发送器-接收器模 块及回程接口模块，且被配置为分析数据包以便判断有关与数据包相 关联的一个或多个应用的一个或多个特征的信息，数据包中的至少一 些属于与数据流相关联的第一组数据包且与用户装置中的第一用户 装置相关联；将数据包分离到调度组，每一调度组与至少一个数据队 列相关联；判断数据队列的调度参数（诸如，权重、优先权、信用或 借项），调度参数至少部分地基于与对应数据队列中的数据包相关联 的应用的特征；在考虑调度参数的情况下调度来自数据队列的数据包 以便用于从无线访问节点的发送；判断用户装置中的第一用户装置将 交替到第二无线访问节点；以及将有关与第一组数据包相关联的应用 的特征的信息传送到第二无线访问节点。

在另一方面，本发明提供一种无线访问节点，包括：发送器-接 收器模块，被配置为以无线方式与用户装置通信；回程接口模块，被 配置为与核心网络元件通信；及处理器模块，连结到发送器-接收器 模块及回程接口模块，且被配置为将数据包分离到调度组，每一调度 组与至少一个数据队列相关联；判断数据队列的调度参数，调度参数 至少部分地基于与对应数据队列中的数据包相关联的一个或多个应 用的一个或多个特征；在考虑调度参数的情况下调度来自数据队列的 数据包以便用于从无线访问节点的发送；以及接收有关与数据包相关 联的应用的一个或多个特征的信息，所述数据包与将从无线访问节点 交接到第二无线访问节点的用户装置中的一个的数据流相关联，所接 收信息用于判断数据队列的调度参数。

在另一方面，本发明提供一种操作无线通信网络的方法，所述方 法包括：在第一无线访问节点处接收数据包，数据包中的一些与数据 流及与第一无线访问节点通信的第一用户装置相关联；分析数据包以 便判断有关与数据包相关联的应用的特征的信息；将数据包分离到调 度组，每一调度组与至少一个数据队列相关联；判断数据队列的调度 参数，调度参数至少部分地基于与对应数据队列中的数据包相关联的 应用的特征；在考虑调度参数的情况下将数据包从数据队列调度到输 出队列；从输出队列发送数据包；判断第一用户装置将交替到第二无 线访问节点；将有关与第一用户装置相关联的数据包所相关联的应用 的特征的信息从第一无线访问节点传送到第二无线访问节点；在第二 无线访问节点处接收与数据流相关联的其它数据包；以及利用有关应 用的特征的所传送信息来将其它数据包发送到第二无线访问节点。

在另一方面中，本发明提供一种与无线通信网络中的用户装置的 交接一起使用的方法，所述方法包括：在用于发送到用户装置的第一 无线访问节点处接收数据流中的数据包；获得用于改良用户装置的用 户的体验质量的信息；判断用户装置将交替到第二无线访问节点；以 及将用于改良用户装置的用户的体验质量的信息从第一无线访问节 点传送到第二无线访问节点。

通过借助实施例示出本发明的方面的以下描述，应显而易见本发 明的其它特性及优势。

附图简述

借助学习附图，可部分了解本发明的结构及运作上的细节，附图 中的相同元件符号表示相同部分，其中：

图1为根据本发明的方面的无线通信网络的图；

图2为根据本发明的方面的另一无线通信网络的图；

图3为根据本发明的方面的无线访问节点的功能性方块图；

图4为根据本发明的方面的无线通信系统的方块图；

图5为根据本发明的方面的增强型分类及排队系统的功能性方 块图及图形表示；

图6为根据本发明的方面的包检查模块的功能性方块图；以及

图7为根据本发明的方面的无线通信网络的图。

发明详述

当通信网络中的设备意识到与传到及传自用户的通信相关联的 应用时，网络的用户可享受到改良的体验。2011年6月22日提交的 美国专利申请号13/166,660及2011年9月19日提交的美国专利申请 号13/236,308中描述了识别用户应用并提供并入应用意识的基于权 重式调度系统的实施例系统及方法，上述申请以引用方式并入本文 中。实施例系统及方法可用于传输与不同应用相关联或由不同应用生 成的数据流的通信网络。包检查可用于根据终端用户应用对数据流量 分类。除了用于所并入的申请中所描述的基于权重式调度系统，如上 述申请中所描述的应用类别及具体应用的检测可具有其它用途。尽管 以下描述中的许多包括应用类别及具体应用，一般来说，本文所公开 的系统及方法更适用于包括于具有附加应用阶层的系统及具有单一 应用层的系统，诸如，仅应用类别有所不同的系统。

在移动系统中，移动用户或订户可从第一网络节点交接到第二网 络节点。也就是说，与用户的通信从第一网络节点切换到第二网络节 点。举例来说，这可在用户重定位到邻近第二网络节点的位置的情形 下发生。当网络节点使用应用类别及具体应用信息时，应用相关信息 从第一网络节点传送到第二网络节点。网络节点之间的传送可称作交 替、交接或交递。交接期间传送应用信息使得第二网络节点能够利用 应用信息而无需重识别用户应用。由于重识别应用可能会要求大量时 间，在网络节点之间传送信息避免了交接产生应用信息不可用且因此 未加以使用的时间间隙。在一些情况下，重识别应用要求大量计算资 源。举例来说，在无初始包的情形下，为了识别应用，可能需要检查 流中的每一包。在一些情况下，交接之后可能无法重识别应用，举例 来说，当原本用于识别应用的包仅在交接之前传送时。因此，当移动 无线通信网络中的相邻网络节点意识到彼此使用应用信息的能力并 且应用信息在网络节点之间传递时，交接时可能出现的用户体验质量 的劣化得以避免。

本文所公开的系统及方法适用于各种无线通信系统，包括蜂窝 2G、3G及4G（包括长期演进(LTE)、LTE Advanced及WiMax）、 WiFi、超移动宽带(UMB)以及其它无线技术。尽管本文用来描述具体 实施方案的短语及术语可能与特定技术或标准相关联，一般来说，本 文所描述的系统及方法并不限于任何具体标准。

图1为根据一个实施方案的可借以实施本文所公开的系统及方 法的无线通信网络的图。图1示出包括宏蜂窝基站、微微蜂窝基站及 企业用毫微微蜂窝基站的通信系统的典型基本布署。在典型布署中， 宏蜂窝基站可在一个或许多个频道上发送和接收，所述一个或许多个 频道不同于小形状因素式(SFF)基站（包括微微蜂窝基站及企业用或 住宅用毫微微蜂窝基站）所使用的一个或许多个频道。在其它实施方 案中，宏蜂窝基站及SFF基站可共享相同频道。地理因素及信道可 用性的各种组合产生了各种可影响通信系统的通量的干扰情形。

图1示出可借以实施本文所公开的系统及方法的通信网络100中 的典型宏蜂窝基站、微微蜂窝基站及企业用毫微微蜂窝基站布署的实 施例。宏基站110经由回程连接170连接到核心网络102。订户站150(1) 及150(4)可经由宏基站110连接到网络。有时订户站也称作移动装置、 移动站(MS)、用户设备(UE)、终端、用户装置或仅仅用户。在图1 所示出的网络设置中，办公大楼120(1)引起覆盖阴影104。经由回程 连接170连接到核心网络102的微微基站130可提供对覆盖阴影104 处的订户站150(2)及150(5)的覆盖。

在办公大楼120(2)处，企业用毫微微蜂窝基站140提供对订户站 150(3)及150(6)的楼内覆盖。企业用毫微微蜂窝基站140可借助利用 企业网关103所提供的宽带连接160而经由互联网服务提供商(ISP) 网络101连接到核心网络102。

图2为根据实施方案的可借以实施本文所公开的系统及方法的 另一无线通信网络的方块图。图2示出包括布署于住宅环境中的宏蜂 窝基站及住宅用毫微微蜂窝基站的通信网络200中的典型基本布署。 宏基站110经由回程连接170连接到核心网络102。订户站150(1)及 150(4)可经由宏基站110连接到网络。在住宅220内部，住宅用毫微 微蜂窝基站240可提供对订户站150(7)及150(8)的户内覆盖。住宅用 毫微微蜂窝基站240可借助利用（例如）缆线调制解调器或DSL调 制解调器203所提供的宽带连接260而经由ISP网络101连接到核心 网络102。本文所公开的系统及方法通常适用于任何基站或无线访问 节点，而不论宏型、微微型、毫微微型或一些其它类型的基站，因此， 除非文意另有所指，否则应在广泛意义上理解所使用的各种术语。

图3为无线访问节点275的功能性方块图。在一些实施方案中， 无线访问节点275为移动WiMAX基站、GSM无线基地收发站(BTS)、 UMTS NodeB、LTE演进型Node B(eNB)或呈许多形式因素中的任何 因素的其它无线访问节点（例如，图1及图2中所示的宏基站110、 微微基站130、企业用毫微微蜂窝基站140或住宅用毫微微蜂窝基站 240）。无线访问节点275也可称作网络节点。无线访问节点275包 括连结到发送器-接收器模块279、连结到回程接口模块285及连结到 存储模块283的处理器模块281。发送器-接收器模块279被配置为以 无线方式发送和接收与其它装置的通信。举例来说，发送器-接收器 模块279可用于与图1及图2中所示的各种用户装置通信。发送器- 接收器模块279可包括诸如放大器、调谐器及调制器的电路以及其它 信号处理电路。无线访问节点275通常包括或连结到用于发送和接收 无线电信号的一个或多个天线。在许多实施方案中，除了发送器-接 收器模块279，无线访问节点275还经由另一通信信道发送和接收通 信。举例来说，可在处理之后在诸如图1所示的回程170的回程连接 上发送经由发送器-接收器模块279接收的通信。类似地，可由发送 器-接收器模块279发送从回程连接接收到的通信。回程接口模块285 包括用于在回程连接上发送和接收的电路。在一些实施方案中，回程 接口模块285提供用于多个逻辑接口的通信。举例来说，回程接口模 块285可连结到回程连接，以便向另一无线访问节点提供LTE X2逻 辑接口，且向核心网络元件提供LTE S1逻辑接口。

处理器模块281用于处理由无线访问节点275接收和发送的通 信。存储模块283存储数据以供处理器模块281使用。数据可存储在 (例如)动态随机访问内存中。在一些实施方案中，存储模块283还被 配置为存储计算机可读指令，以实现本文就无线访问节点275所描述 的功能性。在一个实施方案中，存储模块283包括非跃迁机器可读介 质。举例来说，存储模块283可将指令存储在非易失性内存中，所述 指令由处理器模块281执行以处理无线访问节点275中的通信。为了 便于解释，将无线访问节点275或其实施方案（诸如图1及图2中所 示的宏基站110、微微基站130、企业用毫微微蜂窝基站140或住宅 用毫微微蜂窝基站240）描述为具有某些功能性。应了解，在一些实 施方案中，这个功能性由处理器模块281与存储模块283、发送器- 接收器模块279及回程接口模块285共同实现。

无线数据网络（例如，提供因特网互联协议(IP)通信的网络）通 常具有最小能力，以保留用于特定连接或用户的容量，且因此需求可 能超出容量。在拥塞期间，网络装置必须决定允许哪些数据包在网络 上传输，也就是说，转送、延迟或丢弃哪个流量。在一个实施方案中， 可在处理器模块281中做出这类决定。在简单情况下，将数据包添加 到可驻留在存储模块283中的固定长度队列，且如容量所允许的发送 到网络。在网络拥塞期间，固定长度队列可填充到容量。在队列充满 时到达的数据包通常会被丢弃，直到队列排出足够数据以允许排入更 多数据包为止。队列的这个先入先出(FIFO)本质的缺点是将所有包视 为同等重要。这个本质是不利的，因为它忽略了不同数据包具有（例 如）基于产生流量的应用（例如，语音、视频、电子邮件、因特网浏 览等）的不同包传递要求这一事实。归因于包延迟和/或丢弃，不同 应用以不同方式受到不同严重程度的劣化。

为了减轻队列的FIFO本质引起的不良效应，可将包分类成随后 存储在多个队列中的数据流（有时称作服务或连接）。分类可基于与 包相关联的准则，例如，应用、用户或源IP地址。分类流可被给予 不同重要等级，或以不同方式管理以提供不同等级的服务。分类的执 行方式通常由网络操作员设置，例如，基于操作员提供的服务或用户 已订阅的服务而设置。举例来说，服务可分类成语音、视频点播、最 佳努力或后台数据。

数据包的分类可（例如）由图3的无线访问节点275中的处理器 模块281来执行。数据包的分类还可（例如）由核心网络元件执行并 传信到无线访问节点275。举例来说，在LTE系统中，网络操作员可 设置包网关(P-GW)，以便在将数据转送到LTE eNB（无线访问节点 的形式）之前将数据分离到独立数据载体。数据载体各自映射到隧道。 数据载体初始化时eNB知道隧道ID与数据载体之间的映射。核对 eNB处从P-GW（例如，经由回程接口模块285）接收到的包的隧道 识别符，使得能够eNB知道数据分类。数据包的分类还可针对网络 中分布的多个装置而执行。

在许多通信系统中，数据流可经分配给不同数目个调度组，其由 调度方法的一个或多个普通特征、成员数据流、调度要求或以上各项 的一些组合定义。举例来说，调度组可由待用于成员数据流的调度算 法定义（例如，调度组#1可使用比例公平算法，而调度组#2可使用 加权循环算法）。术语“服务类别”(CoS)有时用作调度组的同义词。

或者，调度组可用于对类似应用（例如，语音、视频或后台数据） 的数据进行分组。举例来说，Cisco针对不同语音、视频、传信、后 台及其它数据流定义了6个调度组。在Cisco产品的情况下，这个应 用差异可与应用于每一调度组的唯一调度算法相组合。

在另一个实施例中，第三代合作伙伴计划(3GPP)已建立称作QoS 类别识别符(QCI)的构造以供LTE标准使用。QCI系统具有由性能要 求、调度器优先权及用户应用的组合所定义的9个调度组。举例来说， 由QCI index=1引用的调度组由以下特征定义：

(1)性能要求：Latency（潜时）=100ms,Packet Loss Rate（包 漏失率）=10E-2、保证比特率

(2)优先权：2

(3)应用：交谈语音

在上文所描述的系统中，一个或多个数据流可经分配重要性及所 要性能等级。这个信息可用于将包从每一数据流分配给调度组及数据 队列。调度算法还可使用这个信息来决定在有线及无线系统中相对于 其它队列优先处理哪些队列（且因此优先处理哪些数据流及包）。

考虑性能要求的调度器的设置通常很复杂，从而要求网络操作员 具有相当的知识及技巧，且调度器可能无法充分实施以便区分数据流 与不同应用。这导致单个队列或调度组中高重要性数据流及低重要性 数据流的不当分组。举例来说，考虑IEEE 802.16网络。可使用网络 的网关IP地址（也就是说，IP“源地址”）来定义上行链路(UL)数据 流（或服务流）。在这种情况下，WiMAX UL调度器策略及参数（诸 如，权重）同等处理路由器“后方”的所有数据流（而不考虑应用或性 能要求）。

基于优先权的系统存在许多潜在缺点。用于分配优先权的系统可 能并未意识到用户应用，且在一些情况下无法正确区分正传到或传自 具体用户的多个数据流。优先权分配为静态的，且无法经调整以考虑 变化的网络条件。优先权信息可能会归因于网络装置的误设置而丢 失，或甚至归因于网络操作员策略而剥除。可用优先权等级的数目可 为有限的，例如，IEEE 802.1p标准仅允许8个等级。另外，当包在 通信系统中传输时，可能会归因于不同标准之间的转译差异而产生失 配。

图4为示出根据实施方案的无线通信系统的方块图。在图4所示 出的系统中，网络电话(VoIP)电话410经由通信链路415连接到因特 网420。因特网420内存在一个或多个被配置为将流量导向适当包目 的地的网络路由器425。在这个实施例中，因特网流量延链路430载 送到移动网络435。流量经过网关440传到链路445，并进入无线电 访问网络450。无线电访问网络450可（例如）包括图3的无线访问 节点275。无线电访问网络450的输出通常为链接到用户终端460（诸 如，移动电话）的无线式无线电-频率连接455。

图4中所示出的实施例中可存在两个不同优先权系统之间的差 异。举例来说，VoIP电话往往被配置为使用IEEE 802.1p或IETF RFC 2474(“diffserv”)包标记优先化系统，以使得包标有指示某所要处理等 级的提升优先权等级。举例来说，在RFC 2474中，这类优先权等级 属于以下3个分类中的一类：默认类、确保类及快速类。后两种分类 存在与所要相关性能要求相关的子分类。因此，VoIP电话所生成的 包将在带有这类优先权标记的通信链路415及430上传输。当包到达 移动网络网关440时，需要将这些优先权转译成移动网络中建立的优 先化系统。举例来说，在LTE网络中，优先权到QCI的映射可加以 执行。这个转换可产生问题。举例来说，diffserv信息可能会被完全 忽略。或者，diffserv信息可用以分配不适用于语音服务的QCI等级。 另外，diffserv信息可用以分配细分程度不及diffserv等级的QCI等 级，从而向VoIP包分配与许多其它应用的包相同的QCI等级。

一些系统已致力于组合优先权及性能要求的概念，以便向调度系 统提供附加信息。举例来说，在802.16中，流（或“服务”）的重要性 由优先权值（基于包标记，诸如802.1p）及性能要求的组合定义。当 诸如802.16的组合系统可向调度器提供一组更丰富的信息时，上文 所描述的缺点仍存在。

对于终端用户体验质量(QoE)来说，单独使用调度组或结合下文 所描述的技术使用调度组具有许多缺点。举例来说，在一些系统中组 的可用数目为有限的，这可防止细分控件有必要将最佳QoE传递给 每一用户。另外，一些系统通常利用“最佳努力”组来描述具有最低重 要性的那些队列。数据流可属于这类组，因为数据流确实具有最低重 要性，但还因为这类流并未经由上文所描述的方法正确分类（有意或 无意）为要求较高重要性。

这类问题的一个实施例为‘增值(over-the-top)’语音及视频服务 的出现。这些服务提供使用超出网络操作员的可见度和/或控制范围 内的服务器及服务的能力。举例来说，Skype及Netflix为两个基于因 特网的服务或应用，其分别支持语音或视频双向通信及视频串流。这 些应用的数据流可由诸如Verizon或AT&T的无线载波所提供的数据 服务来载送，针对这些无线载波，上述数据流可呈现为未优先化数据 而并非识别为语音或视频。因此，这些应用所生成的包在经由无线网 络传输时可按‘最佳努力’处理，而无需给予高于典型最佳努力服务 （诸如，网页浏览、电子邮件或社会网络更新）的优先权。

为了满足诸如保证比特率(GBR)或最大潜时的性能要求，调度权 重、信用或其它相关参数可针对特定数据流向上调整，因为实际的已 调度通量有所减小并接近最小保证限度。然而，这个权重或信用调整 并未考虑终端用户的QoE效应。在这种情况下，增加权重以满足GBR 限度可导致QoE无明显改良，并且QoE还可针对具有较低权重的竞 争队列产生大幅减小。

图5为分类及排队系统515的功能性方块图及图形表示。分类及 排队系统515提供增强型分类及排队。分类及排队系统515接收不同 输入流量并将流量导向各个队列以供调度。在一些实施方案中，系统 可在图3的无线访问节点275的处理器模块281及存储模块283中实 施。

不同输入流量505由增强型包检查模块510接收，所述增强型包 检查模块510特征化接收到的每一包以评估性能要求及优先权。特征 化优选基于操作员设置的参数（例如，LTE数据载体隧道识别符）以 及有关包的信息（例如，Netflix或其它串流视频的存在），所述信息 是在执行特征化的无线访问节点的局部处检测到。在一些实施方案 中，特征化仅基于操作员设置的参数或有关包的局部检测信息。增强 型包检查模块510将每一包分配给3个调度组520、525、530中的一 个。

包可经分配给与调度组520、525、530中的一个相关联的数据队 列（591、592、593、594、595）。另外，增强型包检查模块510执 行本文所描述的包检查技术。如图5所示，在一些实施方案中，增强 型包检查模块510生成附加数据队列591’、595’及595”。包可基于 性能要求、优先权、附加用户具体策略/服务等级协议(SLA)设定、唯 一逻辑连接或以上各项的一些组合而分配给与调度组相关联的具体 数据队列。在替代实施方案中，数据队列并未细分成附加数据队列， 但队列可在队列知道从特定应用类型或具体应用传输数据时借助使 用用以调整权重、信用、优先权或其它调度参数的应用因素而与相同 或其它调度组中的其它队列加以区分。

在一些实施方案中，分类及排队模块510分析在两个方向（例如， 从客户端到服务器及从服务器到客户端）上流动的包，并使用在一个 方向上流动的包的数据来对在另一方向上流动的包进行分类。除了不 同输入流量505以外，包检查模块510可随后从第二方向接收输入流 量，或可从特征化在第二方向上通信的包的另一检查模块接收信息。 尽管图5所示出的实施方案包括3个调度器及8个数据队列，其它分 类及排队系统可包括更多或更少数目个调度组及数据队列。

在一个实施例中，LTE eNB被配置为将带有某QCI的包分配给 特定调度组（例如，QCI=9的包可经分配给一个调度组，且QCI=8 的包可经分配给另一调度组）。此外，QCI=9的包可基于用户ID、 载体ID、SLA或以上各项的组合而经分配给个别队列。举例来说， 每一LTE UE可具有默认载体及一个或多个专用载体。在QCI=9的 调度组内，来自默认载体的包可经分配给一个队列，且来自专用载体 的包可经分配给另一队列。

根据一个实施方案，图5的分类及排队系统515中示出的功能是 实施于单个无线访问网络节点中，诸如，实施于蜂窝基站、WiMAX 基站、LTE eNB或其它网络节点（例如，图1及图2中的宏基站110、 微微基站130、企业用毫微微蜂窝基站140或住宅用毫微微蜂窝基站 240）中。增强型分类及排队模块515可分析应用类别和/或每一包的 具体应用，并提供由传统分类及排队方法所共同分组的数据包流的进 一步区分。

根据一个实施方案，本文所公开的增强型分类技术可实施于增强 型分类及排队模块515的包检查模块510中。举例来说，双向视频会 议、单向视频串流、在线游戏及语音是一些不同应用类别的实施例。 具体应用指用以产生在源与目的地之间传输的数据流的实际软件。具 体应用的实施例包括YouTube、Netflix、Skype及iChat。每一应用类 别可具有许多具体应用。

根据一个实施方案，增强型分类及排队模块515可检查IP源及 目的地地址，以便判断数据流的应用类别及具体应用。借助IP源及 目的地地址，增强型分类及排队模块515可执行反向域名系统(DNS) 查找或因特网WHOIS查询，以便建立域名和/或来源于或接收基于因 特网的流量的已登录受让人。域名和/或已登录受让人信息可随后用 以基于网域或受让人目的的先验知识而建立数据流的应用类别及具 体应用。举例来说，如果带有特定IP地址的流量执行包括名称为 ‘Youtube’的反向DNS查找或WHOIS查询，这个流量流可视为使 用Youtube服务（具体应用）的单向视频串流（应用类别）。根据一 个实施方案，域名或受让人与应用类别及具体应用之间的广泛映射是 有维持的。举例来说，如果一个以上用户装置访问Netflix，增强型分 类及排队模块515可快取信息，并使用所快取的信息，以使得增强型 分类及排队模块515不必为随后相同用户装置或另一用户装置访问 Netflix而判断应用类别及特定应用。在一个实施方案中，这个映射进 行周期性更新，以确保映射维持最新。

根据一个实施方案，增强型分类及排队模块515被配置为检查与 各种通信协议相关联的数据包的标头、负载字段或标头及负载字段， 并将所含值映射到特定应用类别或具体应用。举例来说，根据一个实 施方案，增强型分类及排队模块515被配置为检查HTTP标头中所含 的Host字段。Host字段通常含有网域或受让人信息，如上文实施方 案中所描述的，所述信息用以将流映射到特定应用类别或具体应用。 举例来说，“v11.lscache4.c.youtube.com”的HTTP标头字段可由分类 器(Classifier)检查，并将应用类别映射到视频串流，且将具体应用映 射到Youtube。

根据另一个实施方案，增强型分类及排队模块515被配置为检查 超文本传输协议(HTTP)包内的‘内容类型(Content Type)’字段。基 于如由因特网工程任务小组(IETF)定义的多用途因特网邮件延伸标 准(MIME)格式中所指定的定义，Content Type字段含有与负载的类型 相关的信息。举例来说，以下MIME格式可指出单播或广播视频包 流：video/mp4、video/quicktime、video/x-ms-wm。在一个实施方案中， 增强型分类及排队模块515被配置为在增强型分类及排队模块515检 测到HTTP包内的这些MIME类型中的任何类型的情况下将HTTP 包映射到视频串流应用类别。

在另一个实施方案中，增强型分类及排队模块515被配置为检查 先于数据流发送的协议。举例来说，增强型分类及排队模块515被配 置为基于用以设立或建立数据流的协议而识别应用类别或具体应用， 而并非使用用以传输数据流的协议来识别这个信息。根据一个实施方 案，先于数据流发送的协议用以识别有关应用类型、具体应用及特征 的信息，所述应用类型、具体应用及特征启动后立即能够识别传输数 据流。

举例来说，在一个实施方案中，增强型分类及排队模块515被配 置为检查可用以建立多媒体串流会话的实时串流协议(RTSP)包。 RTSP包通常囊封于TCP/IP帧且载送于IP网络上。

RTSP借助客户端及服务器交换消息来建立并控制多媒体串流会 话。从客户端发送到服务器的RTSP消息为请求消息。请求消息的第 一条线为请求线。请求线由以下3个元素形成：(1)方法；(2) Request-URI及(3)RTSP-Version（RTSP-版本）。

RTSP包定义方法包括OPTIONS、DESCRIBE、ANNOUNCE、 SETUP、PLAY、PAUSE、TEARDOWN、GET_PARAMETER、 SET_PARAMETER、REDIRECT及RECORD的方法。下文是使用 DESCRIBE方法在客户端(“C”)与服务器(“S”)之间交换消息的实施 例。来自服务器的响应消息具有消息主体，其与具有一个空白线的响 应消息标头相分离。

C->S:DESCRIBE rtsp://s.companydomain.com:554/dir/f.3gp RTSP/1.0

     CSeq:312

     Accept:application/sdp

S->C:RTSP/1.0200OK

     CSeq:312

     Date:23 Jan 1997 15:35:06 GMT

     Content-Type:application/sdp

     Content-Length:376

     v=0

     o=-2890844526 2890842807 IN IP4 126.16.64.4

s=SDP Seminar

c=IN IP4 224.2.17.12/127

t=2873397496 2873404696

m=audio 49170 RTP/AVP 0

m=video 51372 RTP/AVP 31

RTSP消息中的Request-URI始终含有RFC 2396中所定义的绝对 URI（T.Berners-Lee等所著的IETF RFC 2396，“Uniform Resource Identifiers(URI):Generic Syntax”）。RTSP消息中的绝对URI含有网 络路径及资源在服务器上的路径。上文列出的消息中的绝对URI为 rtsp://s.companydomain.com:554/dir/f.3gp。

RTSP-Version指出RTSP消息中使用了哪个版本的RTSP规格。

在一个实施方案中，增强型分类及排队模块515被配置为检查 RTSP响应消息中的绝对URI并提取网络路径。网络路径通常含有网 域或受让人信息，如上文实施方案中所描述的，所述信息可用以将流 映射到特定应用类别或具体应用。举例来说，RTSP绝对 URI“rtsp://v4.cache8.c.youtube.com/dir_path/video.3gp”可经检查并将 应用类别映射到视频串流，且将具体应用映射到Youtube。在一个实 施方案中，增强型分类及排队模块515检查从客户端发送到服务器的 包，以便对从服务器发送到客户端的相关包进行分类。举例来说，从 客户端发送的RTSP请求消息的信息可用于对来自服务器的响应分 类。

RTSP协议可借助使用请求消息（使用PLAY方法）中传信的 Range参数来指定视频会话的回放时间的范围。请求可包括时间的有 界范围（例如，开始时间及停止时间）或时间的开端式范围（例如， 仅停止时间）。时间范围可使用正常播放时间(npt)、smpte或clock 参数来表示。Npt时间参数可以hours:minutes:seconds.fraction格式表 达或依据ISO 8601格式的时间戳记的绝对单位表达。Smpte时间值 以hours:minutes:seconds.fraction格式表达。Clock时间值以依据ISO 8601格式化的时间戳记的绝对单位表达。Range参数用法的实施例如 下所示：

Range:npt=1:02:15.3-

Range:npt=1:02:15.3–1:07:15.3

Range:smpte=10:07:00-10:07:33:05.01

Range:clock=19961108T142300Z-19961108T143520Z

在一个实施方案中，增强型分类及排队模块515被配置为检查 RTSP消息并使用npt、smpte或clock字段从视频流提取Range信息。 RTSP包中的npt、smpte及clock参数可使用替代语法以传达上文所 描述的信息。

RTSP协议包括用以传达服务器与客户端之间的多媒体会话的细 节的DESCRIBE方法。借助DESCRIBE方法响应于RTSP请求消息 的RTSP响应消息含有消息主体。消息主体基于会话描述协议（SDP 定义于取代RFC 2327的RFC 4566中），所述协议指定所请求信息 的内容及格式。借助SDP，m-field定义介质类型、网络端口、协议 及格式。举例来说，考虑以下SDP介质描述：

m=audio 49170 RTP/AVP 0

m=video 51372 RTP/AVP 31

在第一个实施例中，音频流是使用用于将数据传输到端口49170 的实时协议(RTP)来描述，且基于RTP音频视频设置(AVP)端口号0 中描述的格式。在第二个实施例中，视频流是使用用于将数据传输到 端口51372的RTP来描述，且基于RTP音频视频设置(AVP)端口号 31。

在两个RTSP实施例中，m-field足以将数据流分类为特定应用类 别。由于m-field读取通信协议(RTP)及端口号，从而确保了一个或多 个数据流可得以识别并映射到刚刚导出的分类信息。然而，仅借助这 个信息无法分类为具体应用。

从服务器返回到客户端的SDP消息可包括附加字段，其可用以 提供应用类别或具体应用的附加信息。

SDP消息含有RTP中所传输的视频及音频流的负载类型。一些 RTP视频负载类型定义于RFC 3551(“RTP Profile for Audio and Video Conferences with Minimal Control”)中。举例来说，MPEG-1或MPEG-2 基础视频流的负载类型为32，且H.263视频流的负载类型为34。然 而，一些视频编解码器（诸如，H.264）的负载类型是动态分配的， 且SDP消息包括视频编解码器的参数。在一个实施方案中，视频编 解码器信息可用于对视频数据流进行分类，并基于视频编解码器特征 而以不同方式处理视频流。

SDP消息还可含有定义于RFC 4566中的“a=framerate:<frame rate>”属性，其指出视频的帧率。SDP消息还可包括定义于3GPP PSS(3GPP TS 26.234，“Transparent End-to-End Packet-switched Streaming Service,Protocols and Codecs”)中的“a=framesize:<payload type number><width><height>”属性，其指出视频的帧大小。出于历史 原因，一些应用可使用诸如“a=x-framerate:<frame rate>”或 “a=x-dimensions:<width><height>”的非标准属性来传递 “a=framerate:<frame rate>”及“a=framesize:<payload type number><width><height>”中的类似信息。在一个实施方案中，增强型 分类及排队模块515被配置为检查SDP消息并提取视频的帧率、视 频的帧大小或以上两项（如果对应字段存在），并使用所提取的信息 将流映射到特定应用类别或具体应用。

在一个实施方案中，增强型分类及排队模块515直接检查网络 包，以便检测在两个端点之间流动的这些包是否含有使用RTP协议 (“RTP:A Transport Protocol for Real-Time Applications”)载送的视频数 据，而无需检测SDP消息或任何其它含有描述RTP流的信息的消息。 举例来说，这可能在SDP消息或另一含有类似信息的消息未传递通 过增强型分类及排队模块515时发生。这还可能在增强型分类及排队 模块515的实施被配置为并不检查这类消息时发生。RTP流是在两个 端点之间流动并使用RTP协议载送数据的包流，且端点由（IP地址、 端口号）对定义。

图6为增强型包检查模块510的功能性方块图。增强型包检查模 块510包括RTP流检测模块610及视频流检测模块620，以用于检测 UDP数据报或TCP片段是否含有使用RTP协议传输的视频数据。增 强型包检查模块510还可实施通常由另一逻辑模块605表示的其它功 能。在一个实施方案中，增强型包检查模块510接收在两个方向上流 动的输入流量，并使用在一个方向上流动的包的信息对在另一方向上 流动的包进行分类。增强型包检查模块510还可从另一包检查模块接 收有关在另一方向上流动的流量的信息而并不接收流量本身。

RTP流检测模块610根据RTP包标头的格式来解析UDP数据报 或TCP片段的负载的最初若干比特，并核对RTP标头字段的值以判 断在两个端点之间流动的流是否是RTP流。RTP标头格式并非取决 于RTP负载中所载送的介质类型，且RTP负载格式特定于介质类型。 如果UDP数据报或TCP片段的负载含有RTP包，RTP标头中若干 字段的值将具有特殊样式。RTP流检测模块610可使用这些样式中的 一个或这些样式的组合来判断流是否是RTP流。

如果检测到流是RTP流，视频流检测模块620将对RTP包标头 字段及RTP负载执行进一步检查，以检测RTP流是否载送视频，且 哪个视频编解码器生成视频流。

与视频相关的一些RTP负载的负载类型定义于RFC 3551中。然 而，对于带有动态分配的负载类型的视频编解码器来说，编解码器参 数包括于SDP消息中。然而，SDP消息可能不可用于视频流检测模 块620。如果视频流检测模块620检测到负载类型是动态分配的，视 频流检测模块620收集关于流的统计数据。举例来说，可收集RTP 标头字段“timestamp”的值、RTP包大小及RTP包数据率的统计数据。 视频流检测模块620可随后使用所收集的统计数据中的一个或统计 数据的组合来判断RTP流是否载送视频数据。

视频流通常具有良好定义的帧率，诸如，每秒24个帧(24FPS)、 25FPS、29.97FPS、30FPS或60FPS等。在一个实施方案中，视频 流检测模块620至少部分地基于RTP包时间戳记的值是否在普通帧 时间距离的整数倍（普通帧率的倒数）内变化来检测RTP流是否载 送视频数据。

与音频流相比，视频流通常具有较高平均数据率且其瞬时数据率 具有较大波动。在另一个实施方案中，视频流检测模块620至少部分 地基于平均RTP数据率的量值及瞬时RTP数据率的波动来检测RTP 流是否载送视频数据。

RTP负载格式特定于介质。举例来说，RTP包中的H.264负载始 终以NAL单元标头开始，所述NAL单元标头的结构定义于RFC 6184(“RTP Payload Format for H.264 Video”)中。在一个实施方案中， 视频流检测模块620至少部分地基于RTP负载的最初若干比特的样 式来检测哪个视频编解码器生成了RTP流中所载送的视频数据。

如上文所描述，增强型分类一旦完成，增强型分类及排队模块 515可基于上文所描述的增强型分类技术所导出的附加信息而将包分 配给一组增强型队列（例如，队列591及队列591’相对于仅仅队列 591）。举例来说，在一个实施方案中，包可借助应用类别、具体应 用、包数据流的检测参数或以上各项的组合而分配给一组队列。

在一个实施方案中，增强型分类及排队模块515被配置为使用包 括用于每一应用类别的唯一队列的调度组。举例来说，LTE eNB可 将所有QCI=6的包分配给单个调度组。但借助增强型排队方法， QCI=6的包内的已被分类为视频聊天的包可经分配给一个队列，而分 类为语音的包可经分配给另一队列，从而形成调度差异。

在另一个替代实施方案中，增强型分类及排队模块515被配置为 使用包括用于每一具体应用的唯一队列的调度组。举例来说，实施增 强型排队方法的LTE eNB可将分类为含有Youtube串流视频的 QCI=9的包分配给一个调度队列，而将分类为Netflix串流视频的包 分配给另一调度队列。尽管上述应用属于相同应用类别，在这个实施 方案中包可经分配给不同队列，因为上述应用是不同具体应用。

在另一个实施方案中，增强型分类及排队模块515被配置为使得 调度组可由用于每一数据流的唯一队列组成。举例来说，LTE eNB 可将所有QCI=9的包分配给单个调度组。基于上文所描述的增强型 分类方法，每一数据流经分配给唯一队列。举例来说，考虑调度组为 5个移动电话用户提供服务的实施例实施方案，其中每一用户运行两 个具体应用。在一个实施方案中，如果将每一移动装置的应用映射到 移动装置的默认无线电载体，这将导致5个队列（每一队列用于一个 移动装置）载送使用原始分类及排队模块的不同数据。然而，在一个 实施方案中，支持10个数据流的增强型分类及排队模块515创建10 个队列。在一个替代实施例中，5个移动装置中的每一装置具有使用 相同具体应用的2个数据流。在这种情况下，数据流还可基于（例如） 端口号或源IP地址而分类为独立队列，从而生成10个队列。在一个 替代实施方案中，并不创建用于每一应用的附加队列，而是调整调度 参数以用于含有数据流的队列，所述数据流载送特定类型的应用或具 体应用的数据。

本领域技术人员应认识到，上文所描述的增强型分类及排队技术 可用以改良无线或有线网络通信系统中的排队。本领域技术人员还应 认识到，本文所公开的技术可与其它用于将包分配给队列以改良排队 的方法相组合。这又可向用户提供改良的QoE或服务质量(QoS)。

一些类型的数据（类似视频或音频数据）是在预定义回放时间内 消耗。如果数据迟于数据应消耗的时间传递，这将导致视频回放的冻 结或音频时断时续(audio stutter)。另一方面，如果太多数据在其回放 时间之前传递，这将导致客户端处的附加缓冲，且在用户决定在所有 下载数据得以消耗之前停止回放的情况下导致带宽的潜在浪费。

上文所描述的增强型分类及排队技术可实现改良总系统性能的 附加益处。除了检测数据流的应用类别及具体应用以外，增强型分类 及排队模块515可监测应用的最初若干包何时传送（开始传送时间， Ts），以及在当前时间(Tc)从无线访问节点传送了多少数据(Nd)到用 户装置。传送时间(Tt)可基于Tc及Ts而计算为Tt=Tc-Ts。借助检 查包中的负载，增强型分类及排队模块515还能够提取在当前时间(Tc) 正传送的数据包的剩余回放时间(Tp)的信息。在一个实施方案中，传 送时间(Tt)与剩余回放时间(Tp)之间的差值可用作调度器的参数，以 使得对于每一时间敏感性应用来说，Tp–Tt>=Td（Td是依赖于应用 的临限值，以便控制客户端侧的缓冲占用度）。对于所有应用来说， 总系统性能可借助控制Tp-Tt-Td来最优化。在一个实施方案中，增 强型分类及排队模块515能够最小化Tp-Tt-Td。

上文所描述的增强型检查技术中的许多本质上很复杂，且可能要 求在某时间周期内检查数据以便做决定，例如，何时检测数据中的样 式。一些检查方法依赖于可能并不持久的信息，诸如，检查用于设立 服务的协议以便判断应用类别或具体应用或可能影响增强型分类及 排队的其它参数。不同于操作员所设置的参数，增强型包检查的结果 仅适用于当前与特定用户装置通信的无线访问节点局部。

图7为简化的无线通信网络700的图。图7所示的无线通信网络 700可表示图1及图2所示的网络的部分。网络包括第一无线访问节 点775a、第二无线访问节点775b及第三无线访问节点775c。无线访 问节点775可为任何种类的无线访问节点，例如，图1的无线通信网 络的宏基站110、微微基站130或企业用毫微微蜂窝基站140，或图 2的无线通信网络的住宅用毫微微蜂窝基站240。核心网络元件705 经由回程通信链路715与无线访问节点775通信。回程通信链路715 可包括（例如）LTE S1逻辑接口。

核心网络元件705为核心网络中的一件设备。举例来说，在多个 实施方案中，核心网络元件705可为WiMAX访问服务网络(Access Service Network，ASN)网关、LTE服务网关(S-GW)或LTE移动管理实 体(MME)。无线访问节点775可经由回程通信链路715彼此通信。由 于这种通信经由核心网络元件705，因此视为间接通信。在一些实施 方案中，无线通信网络700包括连结无线访问节点775的直接通信链 路725。尽管回程通信链路715及直接通信链路725逻辑上独立，在 许多实施方案中，两者共享物理连接。直接通信链路725可确实为无 线访问节点775对之间的直接通信链路。或者，直接通信链路725可 提供无线访问节点775之间的通信，且通信传递通过诸如路由器的另 一装置。在一个实施方案中，直接通信链路725还可经由路由器通信。 在本文的上下文中将直接通信链路725视为直接链路且不同于回程 通信链路715，因为经由直接通信链路715的通信未经核心网络元件 705处理，例如，未经接收及重传。举例来说，在许多实施方案中， 直接通信链路725可为LTE X2逻辑接口或WiMAX R8接口。另外， 通信链路可为无线链路。回程通信链路715及直接通信链路725可由 （例如）图3中所示的无线访问节点275中的回程接口模块285提供。 应了解，为了便于解释，图7示出简单的无线通信网络，且应了解， 其它无线通信网络可具有许多附加元件。

图7的无线通信网络700中还示出用户设备750。用户设备750 通常在任何给定时间与无线访问节点775中的仅单个节点通信。用户 设备750可视为附接到与之通信的无线访问节点。然而，用户设备 750可在一些时间定位于能够与多个无线访问节点775通信的位置。 当用户设备750为诸如移动电话的移动装置时，用户设备750可（例 如）从与第一无线访问节点775a的较好通信信号转变到与第二无线 访问节点775b的较好通信信号。当这类转变发生时，用户设备750 可从第一无线访问节点775a交接到第二无线访问节点775b。当交接 发生时，某些信息可从第一无线访问节点传递到第二无线访问节点， 以便有助于与用户设备750的通信传递通过第二无线访问节点。在无 线访问节点775之间传递的信息可包括（例如）用户设备识别及鉴别 信息、加密及安全信息、未传数据及已传但尚未确认的数据。

当用户设备750执行从第一无线访问节点775a到第二无线访问 节点775b的交接时，益处在于有关用户数据流的特征的信息可从第 一无线访问节点775a通信到第二无线访问节点775b。举例来说，第 二无线访问节点775b可能并不知道用户数据流的特征。这可在（例 如）特征在流开始处传信（借助HTTP渐进下载法）或在流之前传信 （借助RTSP串流）时发生。在前一情境下，如果第一无线访问节点 将用户数据流的特征通信到第二无线访问节点，那么第二无线访问节 点能够执行增强型排队及其它方法，以便改良如上文所描述的数据包 流的处理的区分。

数据流特征经由通信路径从第一无线访问节点775a通信到第二 无线访问节点775b。如果第一无线访问节点775a与第二无线访问节 点775b之间存在直接通信链路725a，那么可优选选择直接通信链路 725a。如果第一无线访问节点与第二无线访问节点之间并不存在直接 通信链路或直接通信链路不可用，那么选择经由核心网络元件705的 间接路径。

在一个实施方案中，第一无线访问节点775a查询第二无线访问 节点775b，以便判断第二无线访问节点775b的增强型检查、分类及 查询能力。查询可在交接时进行或可在交接前进行，例如，在无线访 问节点初始化期间或在周期性更新无线访问节点相邻节点列表之后。 如果第二无线访问节点775b能够利用检测到的数据流特征，第一无 线访问节点775a将其所具有的特征传送到第二无线访问节点775b。

在一个实施方案中，第一无线访问节点775a存储含有有关应用 的特征的信息的包，并在交接时将包传送到第二无线访问节点775b。 所存储的包可为（例如）含有有关保存以用于统计分析的数据流或包 的设立信息的包。第二无线访问节点775b可再次存储所转送的包及 任何含有有关第二无线访问节点775b从服务器直接接收的应用的特 征的信息的附加包。第二无线访问节点775b（例如）借助使用上文 所描述的增强型分类技术而从这些包提取应用的特征。当用户设备 150移离第二无线访问节点775b到第三无线访问节点775c时，第二 无线访问节点775b可将这些包转送到第三无线访问节点775c，依此 类推。

在一个实施方案中，图5的增强型分类及排队模块515为无线访 问节点775的部分，且被配置为检查可用以建立多媒体串流会话的实 时串流协议(RTSP)包。第一无线访问节点775a可缓冲所有含有应用 的特征的RTSP请求及响应消息。这类消息的实施例包括借助 DESCRIBE及SETUP方法、从客户端到服务器的RTSP请求消息及 从服务器到客户端的对应响应消息。在另一个实施例中，增强型分类 及排队模块515被配置为检查可用以建立基于HTTP的多媒体传输会 话的HTTP包。在使用HTTP渐进下载法来传输视频的应用中，HTTP 请求消息含有有关视频流及主机的URL的信息，且响应消息可包括 诸如视频容器文件格式及视频流长度的信息。在用户设备交接期间， 第一无线访问节点775a可将HTTP请求及响应消息的完整HTTP标 头转送到第二无线访问节点775b。在使用HTTP串流技术（诸如， Apple HTTP Live Streaming（Apple HTTP实时串流）、Microsoft Smooth Streaming（Microsoft平滑串流）、Adobe HTTP Dynamic Streaming（Adobe HTTP动态串流）、MPEG/3GPP DASH(Dynamic Adaptive Streaming over HTTP)（HTTP动态自适应串流）或其它变型） 的应用中，播放列表文件或清单文件是从服务器传送到客户端，以便 提供有关HTTP串流会话的信息。在用户设备交接期间，第一无线访 问节点可将播放列表或清单文件转送到第二无线访问节点。另外，用 于当前正传送的电影片段的HTTP请求及响应消息的HTTP标头可从 第一无线访问节点转送到第二无线访问节点。

交接通常当某预定义条件得以满足时触发。举例来说，交接通常 在来自第二无线访问节点的信号比来自第一无线访问节点强至少特 定量时开始。可能的情形是，当交接条件得以满足时建立串流会话。 举例来说，在使用RTSP串流的应用中，交接条件可在一些RTSP消 息进行交换之后但在建立完整会话之前得以满足。在另一个实施例 中，当交接条件得以满足时，分段成多个TCP片段的一个RTSP消 息可能仅传送了部分。在一个实施方案中，无线访问节点可延迟交接 直到建立串流会话为止。在另一个实施方案中，第一无线访问节点可 将消息或部分消息传送到第二无线访问节点。

在一个替代实施方案中，第一无线访问节点传送上文所识别的特 征中的任何特征，诸如，数据流或载体中存在的应用类别或具体应用。 所传送的特征可包括继续检测带有特定特征的包所必要的信息。所传 送的特征的实施例包括源地址、目的地地址、端口识别符、diffserv 标记、反向DNS查找结果、WHOIS查询结果、HTTP标头内容、RTSP 消息内容、协议类型（例如，经由TCP或UDP的RTP）、视频类型 （例如，H.264）、传送时间、剩余历时、会话历时、帧率、帧大小、 帧尺寸及编解码器。

举例来说，当用户装置750附接到第一无线访问节点775a时 RTSP视频串流会话（其视频及音频流借助经由UDP的RTP传输） 开始，第一无线访问节点检测视频串流会话的开始。第一无线访问节 点还检测视频及音频流的服务器信息、目的地IP地址及目的地端口 号。当用户装置从第一无线访问节点775a交接到第二无线访问节点 775b时，第一无线访问节点将视频及音频流的应用类别（其为RTSP 串流）、服务器信息、目的地IP地址及目的地端口号发送到第二无 线访问节点。信息经由间接通信链路715a或直接通信链路725a发送。 第二无线访问节点将能够识别属于相同视频串流会话的包，并以类似 于在即使第二无线访问节点并未接收及分析RTSP包的情况下视频串 流会话的包传递通过第一无线访问节点时的处理方式的方式处理这 些包。

对于另一个实施例来说，当用户装置750附接到第一无线访问节 点775a时用户装置使用HTTP渐进下载法来开始视频回放，第一无 线访问节点检测视频回放会话中的开始。另外，第一无线访问节点检 测用户装置的IP地址及视频流的目的地端口号。当用户装置从第一 无线访问节点775a交接到第二无线节点775b时，第一无线访问节点 将发送应用类别（其为HTTP渐进下载）、服务器信息（其含有具体 应用的信息）、用户装置的IP地址及目的地端口号。第二无线访问 节点将能够识别属于相同HTTP渐进下载会话的包，并对这些包施加 相同的优选处理。在这些实施例中，仅传送有关应用类别及具体应用 的信息及识别包所必要的信息。在其它实施方案中，可传送有关上文 所描述的具体会话的附加信息。

历史信息还可经传送到第二无线访问节点。历史信息可包括统计 信息，诸如，流或应用的观测数据率，或视频流的观测图片分组(GOP) 结构。流由第一无线访问节点载送时，信息还可包括历史流质量的估 计。历史流质量可基于诸如通信信道质量（例如，接收功率水平、SNR、 CINR、Eb/No、BER或BLER）或包发送性能（例如，包延迟、抖动、 重传或丢弃）的特征。在一个实施方案中，历史信息可用作包调度器 的输入，以优先化某些流以使其优于其它流。举例来说，如果2个串 流视频竞争有限的信道容量，调度器可将较高优先权给予具有较好历 史质量的流，从而维持一致QoE。在又一个实施方案中，第二无线访 问节点可使用历史流质量来一致地实施历时忽略及时近效应技术。

或者，或另外，历史信息可包括当前并未参与特定应用的用户先 前已执行且因此有可能再次如此执行的知识。

除了数据流特征以外，第一无线访问节点可传送有关用以判断数 据流特征及内容的检测方法的信息。第二无线访问节点可使用接收到 的信息来设置进行中的检测。举例来说，可能有益的是，第二无线访 问节点知道借助检查诸如RTSP或IMS传信的设立协议来检测特定 流的特征，而并非直接检查流数据包。

在一个实施方案中，第一无线访问节点在交接之后将有关应用的 数据传送的历史信息传送到第二无线访问节点。历史信息的一个实施 例为上文所描述的传送时间(Tt)。第二无线访问节点可使用历史信息 来继续估计客户端缓冲占用度，以便最优化总系统性能。

在一些无线网络中，目的地为特定用户设备但尚未传送到第一无 线访问节点的第一无线访问节点处的数据可在用户设备从第一无线 访问节点交接到第二无线访问节点之后转送到第二无线访问节点。尚 未传送的数据可经由回程通信链路715或直接通信链路725通信。

举例来说，在LTE系统中，数据载体可以确认模式或未确认模 式运作。当用户设备执行从第一无线访问节点到第二无线访问节点的 交接时，在确认模式下运作的数据载体的尚未传送的任何数据从第一 无线访问节点转送到第二无线访问节点，且在未确认模式下运作的数 据载体的数据被丢弃。数据载体在确认模式还是未确认模式下运作是 在设立载体时确定，且可由LTE eNB决定。与未确认模式载体相比， 确认模式载体使用更多管理负担且具有更多延迟，但归因于确认及重 传而更可靠。因此，提供视频服务的载体可在确认模式下运作，而默 认载体可在未确认模式下运作，从而依赖于应用在需要高可靠性的情 况下选择TCP，且在偏好低潜时的情况下选择UDP。

诸如TCP、UDP及IP的许多协议并未在假定无线环境中存在交 接的前提下进行设计。在一个实施方案中，增强型包检查模块510识 别到将获益于交接期间的转送的应用类别或具体应用的包。用户设备 执行交接时第一无线访问节点将所识别的包转送到第二无线访问节 点，从而改良数据持续性并降低数据漏失和/或数据重传。另外，如 果包检查判断转送原本将正常转送的包并无益处或益处有限，可丢弃 所述包。

在一个替代实施方案中，当增强型包检查模块510识别到将获益 于交接期间的转送的应用类别或具体应用的包时，如果数据载体借以 运作的无线系统中可行，无线访问节点可将数据载体从未确认模式更 改为确认模式。

本领域技术人员应了解，结合本文所公开的实施方案而描述的各 种示例性逻辑方块、模块、单元及演算步骤通常可实施为电子硬件、 计算机软件或这两项的组合。为了清晰示出硬件与软件之间的互换 性，上文就功能性描述了各种示例性组件、单元、方块、模块及步骤。 这类功能性实施为硬件或软件取决于特定系统及施加于总系统的设 计约束。本领域技术人员可针对特定系统以变化的方式实施所描述的 功能性，但不应将实施决定理解为导致偏离本发明的范围。另外，为 了便于解释，将所述功能分组到单元、模块、方块或步骤中。具体功 能或步骤可在不偏离本发明的情况下移离一个单元、模块或方块。

结合本文所公开的实施方案而描述的各种示例性逻辑方块、单 元、步骤及模块可由通用处理器、数字信号处理器(DSP)、专用集成 电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离 散门或晶体管逻辑、离散硬件组件或以上各项的组合来实施或执行。 通用处理器可为微处理器，但在替代情况下，处理器可为任何处理器、 控制器或微控制器。处理器还可实施为计算装置的组合，例如，DSP 及微处理器的组合，复数个微处理器、结合DSP核心的一个或多个 微处理器，或任何其它这类设置。

结合本文所公开的实施方案而描述的方法或算法的步骤及方块 或模块的流程可直接实施于硬件、由处理器执行的软件模块（或单元） 或以上两项的组合。软件模块可驻留于RAM内存、快闪内存、ROM 内存、EPROM内存、EEPROM内存、寄存器、硬盘、可移动磁盘、 CD-ROM，或机器或计算机可读存储介质的任何其它形式。示例性存 储介质可连结到处理器以使得处理器可从存储介质读取信息及将信 息写入存储介质。在替代情况下，存储介质可集成到处理器。处理器 及存储介质可驻留于ASIC中。

各种实施方案还可主要实施于使用（例如）诸如专用集成电路 (“ASICs”)或现场可编程门阵列(“FPGAs”)的组件的硬件。本领域技术 人员还显而易见能够执行本文所描述的功能的硬件状态机的实施。还 可使用硬件及软件两者的组合来实施各种实施方案。

提供所公开实施方案的以上描述，以使得任何本领域技术人员能 够制造或使用本发明。本领域技术人员将显而易见这些实施方案的各 种更改，且本文所描述的一般原则可在并不偏离本发明的精神或范围 的情况下应用于其它实施方案。因此，应理解，本文所呈现的描述及 附图表示本发明的当前优选实施方案，且因此表示本发明所广泛预期 的主题。应进一步了解，本发明的范围完全涵盖本领域技术人员可显 而易见的其它实施方案。