[发明专利]用于应用的网络分类

说明书

一种操作系统实现网络流的类别。应用将其网络流指派给类别。操作系统进而按照流处于哪些类别中而调控流。随着条件改变，可以通过按照流已被指派给哪些类别调控所述流来使得网络资源可用或者被更充分地利用。可以通过限制较低优先级类别中的流而使得网络资源可能快速地或者抢先地对于较高优先级类别中的流可用。

背景技术

当计算设备上的多个应用共享该计算设备上或者该计算设备外部的相同的有限网络资源时，已经使用了各种技术来试图平衡那些应用的联网需求。计算机用户和应用常常偏好在消耗网络资源的应用之间的某种折中和优先排序。然而，在实践中，用于共享网络访问的先前技术通常没有最优地实现那些偏好和优先级。例如，设备的用户可能偏好在其设备上的IP话音（VoIP）通话具有低网络时延，并且在设备上的web浏览是敏捷和响应式的。用户也可能偏好诸如云同步和操作系统更新之类的后台大量网络传输以使得能够实现满意的前台性能并保持合理进度的方式产生其对设备的网络资源的消耗。

除了通常无法满意地共享网络访问之外，先前的访问共享技术对于软件开发者进行访问或者实现而言通常并不方便。例如，虽然服务质量（QoS）设施可能是有用的，但是它们通常并不以统一的方式可用或者被实现。大多数QoS技术在应用级以下发生，并且因此可能无法被应用可靠地操纵。大多数QoS方法，例如区分服务，取决于两个终端之间的网络的行为和支持。这样的支持可能并不存在于所有网络路径上。关于便利性，网络共享行为也已经在应用内被实现，但是这常常要求具有很少或者不具有应用之间的直接协调的复杂网络编程。这不但对于不同应用实现其自身的网络共享逻辑而言是重复的，而且应用的不同资源共享行为可能会冲突。

虽然存在诸如由操作系统实现以允许应用实现特定类型的网络消耗行为的LEDBAT（低额外延迟后台传输）之类的协议，但是利用这样的协议的编码可能增加开发应用的成本和开销，并且可能使得开发者不太可能使用这样的协议。另外，如LEDBAT的广泛部署的低优先级TCP（传输控制协议）机制具有缺点，并且通常不提供理想的用户体验（对于其他示例，参见Internet Engineering Task Force Request for Comments 6297）。例如，LEDBAT协议仅限制TCP发送窗口而对于接收流没有影响，而大多数客户端侧的互联网流量是流入的。即便当如LEDBAT的机制在不要求复杂的开发者编码的情况下可用时，可能操作系统或者网络堆栈也不可能确定应用应当使用这样的机制。换言之，难以推断关于网络资源冲突的用户和应用意图，并且应用很少规定其网络优先级。设备的网络资源的共享也不是以在不易遭受诸如“迟到者”现象（例如，参见Request For Comments 6817，第4.4节）之类的问题的情况下在竞争应用之间一致的方式实现的。

下面讨论与设备网络资源的方便和有效共享有关的技术。

发明内容

以下发明内容被包括以仅用于引入下面在具体实施方式中讨论的一些概念。本发明内容不是全面性的，并且不打算界定所要求保护的主题的范围，所述范围由结尾处呈现的权利要求阐述。

一种操作系统实现网络流的类别。应用将其网络流指派给类别。操作系统进而按照流处于哪些类别中而调控流。随着条件改变，可以通过按照流已被指派给哪些类别调控所述流来使得网络资源可用或者被更充分地利用。可以通过限制较低优先级类别中的流而使得网络资源可能快速地或者抢先地对于较高优先级类别中的流可用。

下面将参考结合附图考虑的以下具体实施方式来解释附带特征中的许多特征。

附图说明

将从根据附图阅读的以下具体实施方式中更好地理解本说明书，在附图中，相同参考数字用来指定附随说明书中的相同部件。

图1示出了具有实现网络堆栈的操作系统的计算设备。

图2示出了使用应用编程接口（API）的应用的过程。

图3示出了流分类模型的示例。

图4示出了具有相应网络性能种类的示例流。