[发明专利]实时延迟敏感应用的拥塞测量和报告

说明书

优先权声明

本申请要求于2014年6月25日提交的序列号为14/314,850的美国专利申请的权益，该美国专利申请要求于2013年9月17日提交的序列号为61/879,014的美国临时专利申请的权益，它们的全部内容通过引用合并于此。

技术领域

实施例涉及无线通信。更具体地，一些实施例涉及增强型节点B(eNB)处的无线电接入网(RAN)下行链路拥塞的测量和报告。

背景技术

端到端基于类的服务质量(QoS)架构已经被定义用于LTE(长期演进)。该QoS架构允许诸如eNB之类的设备将流量划分优先级，从而针对依赖于对时间敏感的数据递送的程序提供更好的用户体验。然而，随着通过LTE或其他无线网络携带数据的需求增加，拥塞可能增加并且影响提供适当的QoS的能力。随着拥塞的增加，测量和报告拥塞的技术正变得越来越重要。

附图说明

图1示出了示例架构，该示例架构示出了在核心网、eNB和UE之间传输数据的承载。

图2示出了UE与eNB之间用于UE协助的分组丢弃的通信和eNB与核心网之间报告拥塞的通信。

图3示出了UE与eNB之间用于UE协助的分组丢弃的示例消息交换。

图4示出了检测到拥塞时段的eNB与UE之间的分组流的示例。

图5示出了eNB检测并且报告拥塞的示例流程图。

图6示出了eNB向核心网报告拥塞的示例消息。

图7示出了根据一些实施例的无线设备的系统框图。

具体实施方式

下面的描述和附图充分地示出了具体实施例，从而使得本领域的技术人员能够实施它们。其他实施例可以结合结构、逻辑、电气、过程、和其他改变。一些实施例的部分和特征可以被包括在其它实施例的部分和特征中，或替代其它实施例的这些部分和特征。权利要求中详细阐述的实施例包括这些权利要求的所有可用的等同物。

对实施例的各种修改对于本领域的技术人员将是显而易见的，并且本文所定义的一般原理在不偏离本公开的范围的情况下可以被应用于其他实施例和应用。此外，在下面的描述中，为了解释的目的详细阐述了许多细节。然而，本领域的普通技术人员将认识到，本公开的实施例可在不使用这些特定细节的情况下被实施。在其他实例中，为了避免不必要的细节模糊实施例的描述，公知结构和过程没有在框图形式中示出。因此，本公开不旨在被限制于所示出的实施例，而是要符合与本文所公开的原理和特征一致的最广范围。

端到端基于类的服务质量(QoS)架构已经被定义用于LTE(长期演进)网络。在图1中一般地被示出为100的这个机制基于数据流和承载的概念。可以使用数据流和承载将端到端服务120从UE102提供至因特网或其他IP网络110。数据流被映射至承载。图1示出了各种承载，并且示出了多个承载是如何被组合以提供端到端服务120的。例如，外部承载122可以与EPS承载124相组合。转而，EPS承载包括无线电承载132、S1承载130和S5/S8承载126。这三个承载(无线电承载132、S1承载130和S5/S8承载126)相组合以通过演进型通用移动电信系统陆地无线电接入网(E-UTRAN)(包括UE102和eNB104以及演进分组核心(EPC)(或更简单的核心网))经由EPS承载124来提供端到端QoS支持。

在EPS承载级处，QoS类标识符(QCI)被用来指定每个类的QoS参数(包括优先级、分组延迟预算、分组错误/丢失率、和资源类型)。在3GPPLTE技术规范23.203版本12.4.0中，存在映射至九个QCI的九个类，每个类具有指定的优先级、分组延迟、分组错误丢失率等等。QCI“9”也被称作非特权订户的默认承载。QCI9具有最低优先级，没有定义分组延迟预算或分组错误丢失率。

随着诸如智能电话、平板电脑、超级本、和其他设备之类的便携式因特网设备的增加，非特权订户可以容易地从在线app商店下载第三方应用，并且通过网络使用它们。通常，通过网络(Over-the-Top，OTT)使用默认承载来递送由这些应用生成的数据分组。很多时候，由于强大的加密，移动运营商甚至可能不知道这些分组中的内容。

诸如Skype、FaceTime、GoogleTalk之类的一些实时应用相比于诸如web浏览之类的非实时app在延迟和吞吐量方面具有不同的QoS要求。因此，如何有效地支持这些OTT应用的QoS(尤其是在拥塞的环境中)来在当前和未来移动网络中提升用户体验仍然是问题。本公开描述了用于检测和解决拥塞情况的机制。