CN102362539A - 设备辅助服务的服务质量 - Google Patents

Abstract

本发明提供了设备辅助的服务(DAS)的服务质量(QoS)。在一些实施方式中，DAS的QoS包括提供无线通信设备，该无线通信设备被配置为确定对无线网络上的服务的QoS请求；以及使用一个或多个验证技术来验证对无线网络上的服务的QoS请求。

Description

设备辅助服务的服务质量

相关申请的交叉引用

本申请要求以下美国临时专利申请的优先权：于2009年1月28日提交的、题为“SERVICES POLICY COMMUNICATION SYSTEM ANDMETHOD”的第61/206,354号(代理人卷号RALEP001+)的美国临时专利申请、于2009年2月4日提交的、题为“SERVICES POLICYCOMMUNICATION SYSTEM AND METHOD”的第61/206,944号(代理人卷号RALEP002+)的美国临时专利申请、于2009年2月10日提交的、题为“SERVICES POLICY COMMUNICATION SYSTEM AND METHOD”的第61/207,393号(代理人卷号RALEP003+)的美国临时专利申请、于2009年2月13日提交的、题为“SERVICES POLICY COMMUNICATIONSYSTEM AND METHOD”的第61/207,739号(代理人卷号RALEP004+)的美国临时专利申请、于2009年10月15日提交的、题为“SECURITYTECHNIQUES FOR DEVICE ASSISTED SERVICES”的第61/252,151号(代理人卷号RALEP025+)的美国临时专利申请以及于2009年10月15日提交的、题为“DEVICE GROUP PARTITIONS AND SETTLEMENTPLATFORM”的第61/252,153号(代理人卷号RALEP026+)的美国临时专利申请，这些美国临时专利申请以引用的方式被并入本文以用于所有目的。

该申请是于2009年3月2日提交的、题为“AUTOMATED DEVICEPROVISIONING AND ACTIVATION”的第12/380,780号(代理人卷号RALEP007)共同未决的美国专利申请的部分后续申请，其以引用的方式被并入本文以用于所有目的，并且该申请要求以下美国临时专利申请的优先权：于2009年1月28日提交的、题为“SERVICES POLICYCOMMUNICATION SYSTEM AND METHOD”的第61/206,354号(代理人卷号RALEP001+))的美国临时专利申请、于2009年2月4日提交的、题为“SERVICES POLICY COMMUNICATION SYSTEM AND METHOD”的第61/206,944号(代理人卷号RALEP002+)的美国临时专利申请、于2009年2月10日提交的、题为“SERVICES POLICY COMMUNICATIONSYSTEM AND METHOD”的第61/207,393号(代理人卷号RALEP003+)的美国临时专利申请以及于2009年2月13日提交的、题为“SERVICESPOLICY COMMUNICATION SYSTEM AND METHOD”的第61/207,739号(代理人卷号RALEP004+)的美国临时专利申请，这些美国临时专利申请以引用的方式被并入本文以用于所有目的。

背景技术

随着大量市场数字通信、应用和内容分发技术的出现，在例如EVDO(演进数据优化)、HSPA(高速分组接入)、LTE(长期演进)、WiMax(微波接入全球互通)、DOCSIS、DSL和Wi-Fi(无线保真技术)变为用户容量受限的情况下，由于用户容量推动了诸如无线网络、电缆网络和DSL(数字用户线)网络等很多接入网。在无线的情况下，虽然网络容量将随着诸如MIMO(多输入多输出)等新的更高容量的无线的无线接入技术并且随着将来部署的更多的频谱和小区分裂而增加，但是这些容量增益很可能小于满足不断增长的数字联网需求所需的容量增益。

类似地，虽然与无线接入网相比，诸如电缆和DSL等有线接入网的每个用户可以具有更高的平均容量，但是有线用户业务消耗习惯正趋向于可以快速地消耗可用的容量并且降低整个网络服务体验的非常高的带宽的应用和内容。因为服务供应商的一些部件的成本随着带宽的增加而提高，因此该趋势也将不利地影响服务供应商的收益。

附图说明

在下面的详细描述和附图中，公开了本发明的各种实施方式。

图1示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的网络架构的功能图。

图2示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的另一个网络架构的另一个功能图。

图3示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的另一网络架构的功能图。

图4A至图4C示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的功能图。

图5示出了根据一些实施方式用于产生设备辅助的服务(DAS)的服务质量(QoS)的QoS活动映射的功能图。

图6示出了根据一些实施方式用于端对端的经协调的QoS服务信道控制的设备辅助的服务的服务质量(QoS)的功能图。

图7示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。

图8A至图8C示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。

图9示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。

图10示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。

图11示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。

图12示出了根据一些实施方式提供了各种服务使用测量的设备堆栈。

图13示出了根据一些实施方式提供了各种服务使用测量的设备堆栈。

具体实施方式

可以使用多种方式来实现本发明，所述方式包括过程、装置、系统、物质的组成、包含在计算机可读存储介质上的计算机程序产品；和/或处理器，例如被配置为执行存储在耦合到处理器的存储器上的和/或由该存储器提供的指令的处理器。在本说明书中，这些实现或本发明可以采用的任何其它形式可以称作技术。通常，在本发明的范围内，可以改变所公开的过程的步骤的顺序。除非专门声明，否则诸如处理器或存储器等被描述为被配置为执行任务的部件可以实现为被暂时配置为在给定的时间执行该任务的通用部件或者被制造以执行该任务的专用部件。本文所使用的术语“处理器”是指被配置为处理诸如计算机程序指令等数据的一个或多个设备、电路和/或处理内核。

下面与图解本发明的原理的附图一起提供本发明的一个或多个实施方式的详细描述。结合这些实施方式对本发明进行了描述，但是本发明不限于任何实施方式。本发明的范围仅由权利要求限制，并且本发明包括大量替换、修改和等价物。为了提供对本发明的全面理解，在下面的描述中阐述了大量具体的细节。为了举例的目的而提供这些细节，并且可以在没有这些具体细节中的一些或全部的情况下根据权利要求来实施本发明。为了清楚起见，没有对与本发明有关的技术领域中已知的技术材料进行详细描述，以便不会使本发明产生不必要的模糊。

由于诸如移动网络等无线网络向更高的带宽服务发展，所述更高的带宽服务可以包括或需要例如各种级别的服务质量(QoS)(例如，谈话、交互数据、流数据和/或可以受益于QoS的各种(端对端的)实时服务)，因此对融合的网络服务的需求将增加，以方便针对网络之间的端对端对的服务的此类服务(例如，以允许控制和/或支持这些服务，例如，诸如在无线网络(例如，各种服务供应商网络)与IP网络(例如，因特网)和/或其它网络之间的网络边界上的QoS支持)。虽然尝试了各种努力以解决这些QoS需要，例如用于方便QoS端对端的解决方案的策略管理框架，但是存在使用设备辅助服务来方便各种QoS需求的需要。

因此，提供了设备辅助服务(DAS)的服务质量(QoS)。在一些实施方式中，提供了DAS的QoS。

为了建立QoS信道，差异化的服务通常是可用的，其中，一个类别/级别的服务具有比另一个类别/级别的服务更高的优先级，以在诸如无线网络等网络上提供差异化的服务。例如，在无线网络中，可以提供并控制各种网络元件/功能，以建立单端或端对端的QoS信道。在一些实施方式中，提供了使用设备辅助服务(DAS)技术的集中的QoS策略协调和决策功能，以辅助在无线网络的各个元件之间协调QoS信道的建立和控制。

在一些实施方式中，QoS信道是指连接到提供期望级别的QoS服务级别的设备的逻辑通信信道。例如，可以使用一个或多个QoS链路来创建QoS信道，其中，每个链路表示启用QoS的连接，该连接跨越从近端设备到远端设备的整个端对端的网络通信路径的一部分。例如，远端设备可以处于相同的网络或不同的网络上，其可能具有不同的接入技术和/或不同的接入网络运营商。在一些实施方式中，QoS信道包括一个或多个QoS链路，其中，信道中的每个链路启用了QoS，或者信道中的链路中的一个或多个链路启用了QoS而其它的链路没有启用QoS。举例说明，QoS信道可以包括关于各个实施方式在本文中类似描述的以下链路：第一设备流量路径链路、接入网络装备元件链路的第一设备(例如，2G/3G/4G无线基站、WiFi接入点、电缆网络首端、DSLAM、光纤汇总节点、卫星汇总节点或者其它网络接入点/节点)、第一运营商核心网络、远距离IPX网络、第二运营商核心网络、接入网络装备元件链路的第二设备以及第二设备流量路径链路。

在一些实施方式中，上面所描述的链路中的每一个都具有给整个QoS信道的那一段提供QoS服务的能力。在一些实施方式中，设备流量路径链路和/或接入网络装备元件链路的设备启用了QoS，但是运营商核心网络和/或IPX网络链路不是QoS启用的。在一些实施方式中，核心网络和/或IPX网络具有足够的过量提供的带宽，使得QoS不受这些网络元件的限制并且例如可以受到设备流量链路的限制和/或接入网络装备元件链路的设备不具有足够的过量的带宽，使得它需要QoS启用这些QoS信道链路。常见的实例是2G/3G/4G无线网络，其中，设备流量路径链路和接入网络元件链路的设备(例如，无线接入承载(RAB))是QoS启用的，而运营商核心网络和IPX网络链路不是QoS启用的(例如，在尽力服务级别或其它服务级别提供的)。

在一些实施方式中，QoS会话是指给定设备的流过QoS信道或QoS链路的QoS启用的流量。该QoS流量支持QoS服务活动。在一些实施方式中，QoS服务活动包括使用给定级别的QoS请求的、配置的或者优选地提供服务的设备服务使用。在一些实施方式中，设备QoS活动是在本文中类似描述的以下各项中的一个或多个的组合：应用、目的、源、URL或其它类似的服务标识符、服务供应商、网络类型、流量类型、内容类型、网络协议、会话类型、QoS标识符、一天中的时间、网络容量(例如，网络拥塞状态)、用户服务计划授权或水平、漫游/归属网络状态和/或其它标准/测量。例如，受到QoS会话支持的QoS服务活动可以包括VOIP流量、流式视频流量、在拥塞网络期间的差异化的接入带宽、诸如网络连接的多媒体会议(例如，共享显示、图片、视频、语音和/或其它此类应用/服务)等实时交互流量、诸如因特网浏览等尽力交互、诸如电子邮件消息体传送等时间敏感的服务、诸如SMS或一键通话等近实时的交互服务、诸如电子邮件下载和其它文件传输(例如，FTP)等后台下载服务和/或诸如软件更新等真正的后台下载服务。

在一些实施方式中，支持各种QoS级别或类。例如，对话类可以提供实时流量，该实时流量通常对延迟非常敏感但是可以容忍误码和丢包。对话类通常用于IP语音(VOIP)和视频电话，其中，这些服务的用户受益于对话类的短延迟特征。除了流式类通常可以容忍比对话类更长的延迟外，流式类与对话类是类似的。流式类通常用于这种情况：连接的一端是用户(例如，人类用户)，另一端是机器/计算机(例如，用于流式内容应用，诸如电影或其它视频内容等视频流)。交互类通常旨在用于允许延迟变化同时需要适当低的响应时间(例如，网页浏览或者其它应用，其在较长的时间可以不使用信道，但是当用户请求新的页面/数据时，响应时间应当适当低)的流量。后台类通常用于最低优先级的服务使用(例如，通常用于电子邮件、软件更新和/或其它类似的应用)。在一些实施方式中，各种QoS类或服务可应用于对话类。在一些实施方式中，各种QoS类或服务还可应用于流式类。在一些实施方式中，各种QoS类或服务还可应用于交互类，但是通常不可应用于后台类。现在对于本领域普通技术人员显而易见的是，可以基于服务使用/信道要求和/或网络架构来给各种其它类提供较低或较高的粒度。

在一些实施方式中，QoS链路或QoS信道支持一个QoS会话。在一些实施方式中，QoS链路或QoS信道支持多个QoS会话。在一些实施方式中，提供QoS链路供应以建立针对给定的一个QoS会话或一组QoS会话的QoS流量级别。

在一些实施方式中，QoS信道是单端的QoS信道或者端对端的QoS信道。例如，如果QoS信道是端对端的，则以协调的方式针对QoS信道中的每一个QoS启用的链路完成QoS信道供应。如果QoS信道是单端的，则由于控制QoS信道的另一端处的流量的设备和/或网络元件的责任，因此网络元件和/或设备参与尽可能提供QoS信道的一端，而不是给信道的另一端提供QoS。在一些实施方式中，单端的QoS信道包括另一端的另一个单端的QoS信道。在一些实施方式中，只有一端具有单端的QoS信道启用，而信道的另一端是尽力服务级别，这可以例如在QoS信道的一端具有比另一端对流量容量或质量更严格的约束的情况下使用(例如，VOIP呼叫具有在3G无线网络上被QoS启用的一端，与可能不需要被QoS启用的以实现适当的语音质量的另一端上的轻负载的电缆调制解调器网络设备相比，该3G无线网络具有相对更严格的带宽)。

在一些实施方式中，QoS请求(例如，QoS信道请求或QoS服务请求)是为了针对一个或多个QoS服务活动来启用QoS信道而对QoS提供事件的请求。在一些实施方式中，QoS可用性评估包括判断可能的QoS信道中的链路中的一个或多个链路是否可用于(例如，基于网络容量和传输质量)为所请求的QoS信道提供必要级别的QoS。在一些实施方式中，QoS请求是由本文描述的类似的设备、用户、应用和/或网络元件/功能来发起的。

在一些实施方式中，服务计划是指与通信设备相关联的访问服务能力和/或QoS能力的集合。在一些实施方式中，访问和/或QoS能力是通过设备的访问服务控制策略的集合来确定的。在一些实施方式中，这些服务控制策略被实现在网络装备中。在一些实施方式中，这些访问服务控制策略被实现在设备和网络装备二者中。在一些实施方式中，这些访问服务控制策略被实现在设备中。在一些实施方式中，存在基于不同级别的服务计划付费或者设备水平或用户水平的不同级别的服务控制能力(策略)。在一些实施方式中，存在基于关于各个实施方式在本文中类似描述的网络类型、一天中的时间、网络拥塞状态和/或其它标准/测量的不同级别的服务控制策略。在一些实施方式中，访问控制和QoS控制策略基于正在探寻的服务活动的类型。在一些实施方式中，可用于给定的设备或用户的给定的服务活动的QoS级别和访问级别是由与服务计划相关联的策略来确定的。在一些实施方式中，执行QoS授权评估以判断设备或用户是否具有足够的服务计划水平来允许所请求的级别的QoS。

在一些实施方式中，在QoS信道或链路被提供之前(或者在QoS请求被响应或提交之前)，执行QoS可用性评估以判断是否足够的通信信道资源可用于给QoS信道或链路提供必要级别的QoS。在一些实施方式中，该QoS可用性评估是通过对信道中的一个或多个必要的QoS链路的可用QoS容量进行评估来确定的。例如，可以为以下各项中的一个或多个来对可用的QoS链路容量进行评估：设备流量路径、接入网络装备元件链路的设备、核心网络链路和/或IPX网络链路。如果QoS评估显示必要的信道容量和质量可用于一个或多个期望的QoS服务活动的期望的QoS级别，则QoS信道请求或QoS服务请求可以被准许。在一些实施方式中，在链路或信道提供之前，提供QoS链路或QoS信道保留过程以保留QoS容量和质量，从而保证不在QoS可用性评估的时间与QoS信道提供的时间之间分配可用的QoS资源。

在一些实施方式中，在QoS授权评估之后执行QoS可用性评估。这防止了在即使期望级别的QoS是可用的，但设备或用户不具有足够的服务计划水平来接收期望级别的QoS时对网络元件的不必要的使用。这可能是在服务处理器中的设备上或者通过诸如服务控制器(或者可替换地，归属代理、HLR、AAA、基站、网关中的一个或其它网络元件/功能)等集中的网络功能执行的重要的筛选功能。在一些实施方式中，在不进行QoS授权评估的情况下或者在接收到对QoS授权评估的响应之前，对QoS的可用性进行评估。

在一些实施方式中，提供QoS信道以创建支持QoS会话(例如，QoS服务活动)的QoS信道。在一些实施方式中，QoS信道提供包括分配、路由和/或以其它方式使QoS会话流量流过经分配的QoS信道中的一个或多个QoS链路。

在一些实施方式中，设备辅助服务的流量控制和QoS容易地且直接地应用于管理用于QoS信道供应的QoS设备链路的问题。因此，在一些实施方式中，提供服务供应商以辅助提供QoS信道的设备部分。在一些实施方式中，服务处理器通过将更高的QoS级别的流量置于更高的优先级来提供QoS信道的设备链路部分。在一些实施方式中，该QoS优先级是通过多种方式来实现的，这些方式包括将较高优先级的QoS流量路由到下游和/或上游流量队列中的第一优先级中。在一些实施方式中，上游流量排队是通过以下操作来直接执行的：第一，以较高的可用节流率来发送保证的比特率流量；第二，以可控的节流率来发送差异化的QoS流量；第三，以可能较低的可控节流率来发送尽力流量；和/或第四，当/如果较高级别的QoS流量不需要带宽，以较低的可控节流率来发送后台流量。例如，下游流量可以通过以下操作来控制：通过对流量进行排队并且针对较低级别的QoS优先级延迟或阻止要返回的TCP确认，同时针对较高级别的QoS优先级立即传送流量和TCP确认。因此，根据在设备的任何时间点处可用的带宽，通过以下操作提供QoS信道的设备链路部分：给设备流量的排队优先级、延迟、节流率和TCP确认返回率分配策略。在一些实施方式中，各种设备服务处理器流量控制能力根据一组网络策略指令(在一些实施方式中，包括服务计划策略集合)来调节或部分地调节QoS。

在一些实施方式中，设备服务处理器建立通过设备流量路径的多个QoS信道，其中，每一个QoS信道具有本文所描述的流量控制策略，每一个QoS信道策略集合创建不同类的QoS。在一些实施方式中，通过使用这种多QoS信道方法，给定的服务活动的QoS是通过以下操作来提供的：使用适当的QoS策略设置来将该QoS活动的流量路由到适当的QoS信道。可以使用各种技术来提供到适当的QoS信道的路由。例如，可以通过将公共服务流量控制策略集合应用于与所有QoS服务活动相关联的流量来提供路由，其中，所有QoS服务活动需要或请求由公共服务流量控制策略集合提供的QoS。可以通过使用针对本文所描述的策略实现代理和策略控制代理所描述的实施方式的多种方式来完成服务流量控制策略集合的应用。在这些实施方式中，将向大量QoS服务活动分配QoS信道的问题简化为将预定的服务流量控制策略集合应用于QoS服务活动中的每一个，其中，每一个预定的服务流量控制策略集合表示不同的QoS类。然后，设备可以根据可用的流量容量和质量、每个QoS流量类的总汇总的流量要求和策略规则来管理所有流量的总的QoS，其中，与给定级别的可用流量容量和质量的另一流量类相比，所述策略规则确定如何给每个流量类提供差异化的比特率和流量质量。

根据针对每个流量QoS类的汇总的要求和可用于设备的流量容量和质量级别，服务处理器可以调节每个QoS类的总的可用的比特率或可用流量容量的比例。例如，在一些实施方式中，可以确定实时交互流量控制类(例如，诸如VOIP、紧急通信服务或高性能的实时竞技游戏等服务)的汇总要求，并且设备上的QoS路由功能(例如，QoS路由器代理/功能)可以首先分配来自可用流量容量的足够的恒定的比特率流量容量，以满足这些服务，其中，需要该QoS类的每个QoS服务活动被分配给该QoS信道。由于更多的QoS服务活动需要该流量类，因此分配给QoS信道的来自可用设备容量的容量增加，并且当较少的QoS服务活动需要该流量类时，该QoS信道的容量被释放。如果设备在保证的比特率QoS级别的情况下不具有更多的可用容量，则将不会给期望、需要或请求该QoS级别的额外的QoS服务活动提供该QoS级别，相反，将给该QoS服务活动提供较低的QoS级别或者不允许该QoS服务活动连接到接入网络。在一些实施方式中，在可能的QoS服务活动之间可能存在等级，以使如果在给定的服务QoS级别不存在可用的更多的容量，则可以将用于该QoS类的可用容量从最高优先级到最低优先级提供给需要该QoS的服务活动，直到可用的QoS类的容量被消耗完为止，然后在优先级列表上太低而不能使用该QoS类获得服务的一个或多个QoS服务活动被跳变(bump)到更低的QoS类或者被拒绝接入。在一些实施方式中，一旦用于满足实时的恒定速率的流量需求所需的容量被满足，则根据优先级策略来在其它QoS信道类之间划分可用于设备的剩余容量，其中，优先级策略基于每个服务类的相对优先级、每个QoS服务活动的相对优先级或者每个QoS服务类和每个QoS服务活动的相对优先级的组合。例如，这些相对优先级策略可以基于服务计划选择、设备类型、用户水平、用户组、设备位置、设备网络连接、网络类型、一天中的时间、网络拥塞状态和/或其它标准/测量随着设备而改变。

在一些实施方式中，在设备与接入网络装备元件之间建立QoS链路。例如，这些装备元件的实施方式可以包括2G/3G/4G无线基站、无线接入点、电缆网络首端、DSL网络DSLAM、光纤网络设备流量聚合器、卫星网络设备流量聚合器、帧延迟汇总节点、ATM汇总节点和/或其它网络装备。在一些实施方式中，在设备与网络装备元件之间创建逻辑通信信道，其中，逻辑通信信道支持给定级别的QoS或QoS类流量策略集合。例如，逻辑信道可以包括形成于2G/3G/4G基站与无线端点设备之间的RAB。可以通过控制基站无线信道的介质访问控制(MAC)参数来形成RAB，以便可以执行给定级别的QoS类策略。例如，RAB可以支持恒定的比特率、针对保证的比特率实时流量的低延迟通信流量，或者针对流式流量的差异化的高优先级访问信道，或者针对尽力流量的尽力随机访问信道或者针对后台流量的可用的未使用的容量流量。通过这种方式创建的QoS信道链路可以专用于单个设备或者可以与设备子集共享，或者可用于所有设备。通过这种方式创建的QoS信道链路可以由设备使用以支持本文所描述的单个QoS活动或者本文所描述的一组QoS活动。现在，对于本领域普通技术人员显而易见的是，电缆首端和电缆调制解调器MAC的类似设置可以针对电缆调制解调器情况产生用于QoS链路的类似的QoS类，并且这些类似的技术可以应用于无线接入点或卫星系统MAC以实现用于QoS链路的类似的QoS类。现在，对于本领域普通技术人员同样显而易见的是，通过在设备链路中创建多个逻辑信道和/或针对DSLAM或光纤聚合器中的每个逻辑设备通信信道调节可用的接入网络容量和质量，可以针对DSL和光纤配电网情况建立类似的QoS类的QoS链路。

在一些实施方式中，设备服务处理器用于将QoS服务活动路由到针对期望的QoS类建立的适当的逻辑通信信道，其中，所述期望的QoS类由设备与接入网络装备元件之间的QoS链路支持。在一些实施方式中，设备服务处理器元件(例如，策略实现代理和/或策略控制代理)可以在一些实施方式中用于将相同的QoS流量控制策略分配给需要相同的QoS级别的一个或多个QoS服务活动。以类似的方式，在一些实施方式中，设备服务处理器元件可以用于将给定QoS类的服务活动流量分配或路由到设备与接入网络元件(例如，2G/3G/4G基站)之间的、支持期望QoS类的流量控制策略的正确的逻辑通信信道。例如，可以使用从基站到设备的一个或多个RAB来建立支持保证的比特率和延迟的QoS服务链路，并且可以使用一个或多个差异化的接入RAB来建立支持对流式内容的差异化的优选访问的第二QoS服务链路，并且第三尽力RAB可以用于支持尽力流量。首先请求所需的RAB中的每一个，并且然后如本文所描述的，基于针对一个或多个QoS服务活动的汇总的所需容量和质量来提供所需的RAB中的每一个，所述一个或多个服务活动需要或者期望与RAB逻辑信道策略参数相关联的特定的QoS服务类。一旦由此建立了一组逻辑QoS信道，服务处理器(例如，QoS路由器代理/功能)就将与每个QoS服务活动相关联的流量路由到适当的RAB。在一些实施方式中，当针对某一QoS类发起或终止QoS活动时，服务处理器可以检测针对每个QoS类的汇总的QoS类需求的增加或减小，并且服务处理器可以发送用于支持该逻辑QoS信道所需的RAB分配的所需的增加或减小。

在一些实施方式中，可以通过来自设备的直接通信来建立接入QoS链路，其中，设备请求来自接入网络装备元件的QoS信道或链路，或者设备请求来自诸如服务控制器等中间联网设备(例如，或者具有类似特征的容易替换的设备，例如：归属代理、HLR、移动交换中心、基站、接入网关、AAA系统或计费系统)的QoS信道或链路。在一些实施方式中，设备服务处理器使QoS信道或链路请求建立在设备执行以将QoS服务活动与期望的或所需的QoS类或QoS流量控制策略集合进行匹配的关联的基础上。例如，QoS类或QoS流量控制策略集合与QoS服务活动的关联可以通过存储在设备上的并且由服务处理器使用的预定的策略映射来确定。在一些实施方式中，该策略映射存储是由服务控制器(例如，或者本文所描述的类似功能)来填充和/或更新。在一些实施方式中，映射是由服务控制器(例如，或者本文所描述的类似功能)基于来自需要QoS信道或链路的QoS服务活动的设备的报告来确定的。

在一些实施方式中，一个或多个QoS服务活动的所需的或期望的QoS级别是由被预先分配给各种QoS服务活动的一组QoS服务流量控制策略来确定的。例如，可以为给定的应用预先分配QoS类。举另一个例子，可以给诸如VOIP服务网站等web服务目的地分配QoS类。举另一个例子，给定的应用可以具有一个针对普通因特网流量的QoS分配级别，但是给定的应用可以具有针对实时游戏流量的QoS分配。举另一个例子，实时广播网站可以具有被分配给编程信息和普通浏览的尽力QoS级别，并且具有针对广播流量内容的差异化的流式QoS级别。在一些实施方式中，对给定活动的QoS需求和QoS分配请求的检测可以由设备服务处理器根据预定的QoS策略规则表(例如，QoS活动表)来分配，或者可以由服务控制器基于由设备报告的信息来确定，或者可以由应用程序通过QoS应用接口(例如，QoS API)来请求，或者可以通过输入流量的属性来确定。

在一些实施方式中，其中，在QoS信道中的两个端点参与建立端对端的QoS信道，所需的QoS级别是通过起始端点来确定和/或发送的。在一些实施方式中，所需的QoS级别是通过接收端点来确定和/或发送的。在一些实施方式中，QoS级别是通过起始端点服务控制器(例如，或者接入网络元件(例如，基站)、HLR、归属代理、移动交换中心、AAA、网关或者其它网络元件/功能)来确定和/或发送的。在一些实施方式中，QoS级别是通过接收端点服务控制器(例如，或者可替换地，接入网络元件(例如，基站)、HLR、归属代理、移动交换中心、AAA、网关或者其它网络元件/功能)来确定和/或发送的。在一些实施方式中，接收端点服务控制器(例如，或者接入网络元件(例如，基站)、HLR、归属代理、移动交换中心、AAA、网关或者其它网络功能)和起始端点服务控制器(例如，或者其它类似功能)彼此通信以协调端点之间的QoS信道的建立。

在一些实施方式中，近端或起始端设备服务处理器接触远端或者终止设备服务处理器以启动QoS信道。在一些实施方式中，当远端设备的服务处理器检测到两个设备之间的通信需要给定级别的QoS时，来自近端或起始设备的QoS信道的启动是通过远端自动执行的。在一些实施方式中，近端或起始设备服务处理器检测对到远端或终止设备的QoS信道的需要，并且接触中央网络资源，例如，服务控制器(例如，或者用于此目的的具有类似功能的其它装备元件)，并且服务控制器通过直接与远端设备进行通信或者通过与远端设备的服务控制器(例如，或者用于此目的的具有类似功能的其它装备元件)进行通信来提供QoS信道的远端。在一些实施方式中，其中，远端设备服务控制器被接触以辅助提供QoS信道，存在基于通过远端设备凭证的一些方面(例如，电话号码、SIM I.D.、MEID、IMSI、IP地址、用户名称和/或其它设备凭证)形成的查找索引来确定远端服务控制器的地址的查找功能。

在一些实施方式中，QoS服务活动到期望级别的QoS类或QoS流量控制策略的映射是通过在设备服务处理器中提供QoS API来确定的，应用使用所述QoS API以请求QoS类或QoS信道连接。在一些实施方式中，提供API以使应用开发商可以创建应用软件，该应用软件使用标准的接口命令来请求并建立QoS信道。在一些实施方式中，API进行以下操作中的一个或多个：接受来自应用的QoS请求、将该QoS信道请求格式化为适合于传输到负责评估QoS信道可用性的网络装备(例如，其可能包括设备流量控制系统)的协议、与其它网络元件(例如，其可能包括设备流量控制系统)协调以保留QoS信道、与其它网络元件(例如，其可能包括设备流量控制系统)协调以提供QoS信道、通知应用：期望的QoS信道是否可以被创建，和/或与其它网络元件(例如，其可能包括设备流量控制系统)协调以将应用与期望的QoS信道类进行连接。在一些实施方式中，QoS API接受应用QoS请求，并且与诸如基站、电缆首端或接入点等一个或多个QoS网络装备元件进行通信和可能的协调。在一些实施方式中，QoS API接受来自应用的QoS请求，并且与诸如服务处理器等中间网络元件(例如，或者本文所描述的其它类似功能)进行通信和可能的协调。在一些实施方式中，QoS API在向其它网络元件发送QoS信道请求之前对设备的QoS服务计划水平进行评估，并且如果所需的服务计划授权是适当的，则仅发起QoS请求序列。通过这种方式，使用通常需要被支持以评估QoS信道可用性并且提供QoS信道的所有特定的装备通信协议来建立QoS信道的可能复杂的过程被简化为有限的API命令的集合，所述API命令的集合对于了解并用于QoS差异化的服务和应用的应用开发团体是容易的。

在一些实施方式中，设备服务处理器上的本地流量控制与设备和接入网络装备元件之间的链路中的流量控制相结合。通过这种方式，考虑到设备的接入网络流量的可用的容量和质量，为了最佳的设备QoS性能结果，可以对设备流量控制路径QoS链路和接入网络元件QoS链路的设备二者进行协调。在一些实施方式中，设备如何管理本地流量控制、建立接入网络元件逻辑信道(例如，RAB)并且路由流量到和自接入网络元件逻辑信道的策略都是通过由服务控制器(或者其它等效的网络元件)加载到设备上的预定的策略规则来确定的。在一些实施方式中，这些策略是由服务控制器自身确定的。

在一些实施方式中，QoS用户界面(例如，QoS UI)被呈现给设备用户。在一些实施方式中，QoS UI通知用户：根据服务计划选择来授权设备接收什么级别的QoS服务。在一些实施方式中，QoS UI通知用户：目前，什么级别的QoS服务在设备连接到的当前网络上是可用的。在一些实施方式中，QoS UI通知用户：针对设备已经发起的给定的服务活动，何时需要或期望高于用户服务计划授权的QoS服务级别的QoS服务级别。在一些实施方式中，QoS UI向用户提供一个或多个升级选项的集合，以升级服务计划从而包括一个或多个服务活动的更高级别的QoS。在一些实施方式中，QoS UI给用户提供指定用户希望针对一个或多个服务使用活动使用什么级别的QoS的机会。在一些实施方式中，QoS UI允许用户指定服务计划设置，该服务计划设置在网络拥塞期间提供差异化的QoS。在一些实施方式中，QoS UI允许用户后付费购买一个或多个等级的服务QoS和由QoS类限制的一个或多个预定的服务使用，预付费购买由QoS类限制的一个或多个预定的服务使用，或使用用于差异化的QoS服务的另一个付费系统。在一些实施方式中，QoS UI给用户提供了用于由到设备的输入连接发起的连接的启用QoS或支付QoS服务的机会。

在一些实施方式中，DAS的QoS技术可以包括例如根据服务计划来验证该设备正在正确地执行QoS流量控制策略。这保证了针对给定的设备或设备组，错误、非法入侵、用户设备软件设置操作或者其它恶意软件事件不会导致不适当的级别的QoS。因此，在一些实施方式中，本文所描述的流量控制和QoS验证技术被采用以根据QoS优先级策略来验证适当级别的QoS被应用于给定的服务使用活动。例如，可以通过各种方式来执行对QoS信道请求策略规则性能的验证，举例说明，这些方式包括：监控设备QoS信道请求并且将请求的QoS的级别与在对于该设备有效的服务计划中该设备被授权接收的QoS的级别进行比较。可以通过各种方式来实现由设备对适当的QoS信道使用性能的验证，所述方式包括例如监控QoS服务使用的基于网络的报告，以及将基于网络的报告与应当在设备服务计划中有效给出的服务策略规则进行比较。通过验证适当的流量控制策略规则是如本文所描述的被适当地执行的，来通过多种方式完成对用于执行有效的QoS服务策略的适当的设备流量控制的验证。

在一些实施方式中，QoS路由器对设备上的流量划分优先顺序。在一些实施方式中，QoS路由器将启用QoS的会话连接到具有适当的QoS级别的RAB。在一些实施方式中，一个会话被路由到RAB。在一些实施方式中，一个以上的会话可以被路由到RAB。在一些实施方式中，给设备创建提供多个QoS级别的多个RAB，并且QoS路由器将每个服务活动路由到在设备上有效的QoS策略规则所指定的RAB。

在一些实施方式中，网络收集针对不同QoS类的服务使用收费。在一些实施方式中，对于不同类别的QoS服务使用，存在差异化的服务收费。举例说明，因为无论流量容量是否被使用，保证的比特率流量都消耗网络资源，因此可能在收费计算中包含时间元素。举更详细的例子，可以通过将在给定的时间提供给设备的总带宽乘以带宽可用的时间量，来对保证的比特率服务进行收费。在一些实施方式中，比尽力流量更高但是不是保证的比特率的差异化的访问流量可以以比尽力流量高但低于保证的比特率的费率的费率进行收费。在一些实施方式中，可以根据QoS信道可用的时间和在信道上发送的总数据量或者仅根据在信道上发送的总数据量来对该流量进行收费。在一些实施方式中，仅根据所使用的总数据量来对尽力流量进行收费，其中，数据收费小于差异化的流式访问服务。在一些实施方式中，以最低的费率来对后台数据服务进行收费，其中，可能仅具有一天中的某些时间或较低的网络流量需求的时段可用于这些服务，并且这些服务基于发送的总数据。在一些实施方式中，可以在固定的收费时段基于固定的价格对所有QoS服务级别进行收费，如果超出了服务的最高限额，则可能使用具有额外收费的服务使用最高限额。在这些固定价格情况的实施方式中，收费的价格再次高于较高级别的QoS。

在一些实施方式中，网络装备(例如，接入网络元件、网关、AAA、服务使用存储系统、归属代理、HLR、移动数据中心和/或计费系统)记录并报告由设备使用的一个或多个QoS服务类的服务使用。在一些实施方式中，设备服务处理器记录并报告由设备使用的一个或多个QoS服务类的服务使用，并且向服务控制器(例如，或者其它替换的网络元件)报告QoS服务类的使用在一些实施方式中，其中，设备记录一个或多个QoS服务类的报告使用，验证设备的服务使用报告以保证设备的使用报告未被扭曲、篡改和/或以其它方式被弄错是重要的。在一些实施方式中，如本文所描述的，将服务使用报告与假如设备上的服务控制策略适当时应当发生的服务使用进行验证，提供了服务处理器代理功能操作验证、测试服务使用事件、代理询问响应序列、设备服务处理器软件保护技术、设备服务处理器软件环境核查和多种其它技术。例如，使用这些验证技术中的一个或多个可以提供可验证的设备辅助QoS服务使用收费系统。

在一些实施方式中，提供了设备辅助的流量控制以如下所述地管理网络阻塞。当给定的基站或基站组经历相对于可以提供的可用容量和/或服务质量较高的流量需求，并且通过如下所述的网络拥塞状态评估方式检测到该状况时，服务控制器(例如，或者其它可互换的网络功能)可以根据一个或多个基站正在经历的过量流量需求的测量向这些设备实施流量控制节流策略。例如，可以命令连接到过度拥塞的基站的设备服务处理器减小一个或多个类别的QoS流量的流量控制优先级，从而降低一个或多个类别的流量的一些或全部的排队优先级、节流率、延迟和/或接入限额。举另一个例子，可以完全关闭或显著地遏制诸如软件更新等后台下载过程。举另一个例子，针对连接到经历过量流量需求的基站的一组设备，可以对诸如因特网浏览等尽力流量进行节流或减小。举另一个例子，可以在连接到拥塞基站的设备上执行策略，其中，允许设备在一段时间内以相对较高的节流率来浏览或进行其它尽力服务活动，但是如果设备在某段时间内使用超出一定量的服务(例如，下载和/或上传的总数据)，则可以根据前面的公开内容中所描述的适合的节流策略来对设备进行流量控制。在一些实施方式中，不能在这样的情况下对较高的QoS级别的流量进行节流，例如在实时的保证的比特率对于满足用户需要或期望是重要的同时诸如交互浏览和/或后台下载等较低优先级的流量被节流和/或阻塞的情况下的VOIP流量。在一些实施方式中，在本文所描述的QoS可用性评估过程被调节，以使在给定的基站或基站组经历过大的需求或者高于给定阈值的需求的时间或位置不提供和供应更高的QoS信道。

在一些实施方式中，含有具有较高的QoS级别的服务计划或者在拥塞网络时段具有较高优先级的服务计划的用户或设备具有应用于其上的不同的流量控制策略，这些策略导致更高级别的流量性能和/或更高级别的QoS服务可用性。例如，可以给紧急服务工作人员提供较高的流量控制访问策略，这些策略导致在高峰拥塞时在网络上或者网络的一部分上的差异化的服务。在一实施方式中，用户可以在高峰拥塞时段获得针对差异化的访问的优质的服务计划，或者可使用较高级别的QoS服务设置和/或服务计划来在高峰拥塞时段实现差异化的服务。举另一个例子，没有在高峰拥塞时对其它较低优先级的服务或较低类别的服务计划进行流量控制的相同程度上对诸如实时语音服务、即时消息发送、一键通、差异化的视频流和/或交互式游戏等需要较高QoS的服务进行流量控制。例如，如本文类似描述的，还可以基于设备类型、用户组、用户水平、用户奖励区域点、其它标准/测量来应用这种类型的服务差异化。

在一些实施方式中，由设备服务处理器根据可以使用本文所描述的各种技术来确定的设备的网络容量的评估来做出减小上面所描述的访问流量控制设置的决定。在一些实施方式中，由连接到给设备提供指令以调节接入策略设置的设备的服务控制器(例如，或者其它可互换的网络装备元件或本文所描述的元件)来做出减少上面所描述的访问流量控制设置的决定。例如，服务控制器可以从接入装备元件、从本文所描述的流量容量和/或质量的设备报告或者从用于评估网络容量的专用设备获得的关于流量容量和/质量的报告获得网络容量信息。在一些实施方式中，减小本文所描述的访问流量控制设置的决定基于一天中的时间、星期几或这二者，以适应网络容量和流量需求的循环模式。

在一些实施方式中，服务控制器(例如，或者其它可互换的网络装备元件或者在别处描述的元件)评估网络拥塞状态并且然后通过减小针对由诸如无线基站等接入网络装备元件所支持的一个或多个服务类提供的容量来控制设备流量需求。在这些实施方式中，服务控制器(例如，或者类似的功能)使用本文所描述的技术中的一种技术来搜集网络容量信息，并且指示接入网络装备元件中的一个或多个来减小针对连接到接入网络装备元件的设备中的一个或多个设备的一个或多个级别的服务QoS所提供的容量。例如，可以基于给定的服务计划状态的所有设备的等同的节流或者基于本文所描述的最近的设备流量使用模式，或者基于服务计划状态和当前流量使用模式的组合，来做出关于哪一些设备被节流的决定。

在一些实施方式中，设备被启用了具有作为环境服务提供的一部分的差异化的QoS服务的环境服务。例如，这可以通过使用针对环境服务内的给定的服务活动集合的预先分配的QoS策略或者使用通过QoS API请求QoS的环境服务应用来完成的。现在，用于提供在环境服务提供中的QoS差异化的服务活动的其它实施方式对于本领域普通技术人员是显而易见的。

在一些实施方式中，QoS服务控制策略作为设备连接到的网络的类型的函数被调节。例如，与当设备连接到有线网络(例如，通常存在可用的较高级别的QoS容量的电缆或DSL网络)时相比，当设备连接到无线网络(例如，通常存在较少可用的启用QoS的流量容量的3G/4G网络)时，QoS流量控制策略和/或QoS服务收费策略可能不同。在这些实施方式中，设备服务处理器和服务控制器可以协调以根据设备被连接到哪一个网络将QoS服务控制策略和/或QoS服务收费策略调整为不同的。类似地，还可以根据设备是连接到归属无线网络还是漫游无线网络来调整设备QoS服务控制策略和/或QoS服务收费策略。

在一些实施方式中，使用DAS技术在设备上执行本文所描述的各种与QoS有关的技术和/或使用DAS技术在与设备上执行的经验证的服务处理器进行安全通信的服务控制器上执行本文所描述的各种与QoS有关的技术。在一些实施方式中，通过使用用于辅助各种QoS功能的一个或多个中间网络元件/功能/与所述一个或多个中间网络元件/功能进行协调/通信，来执行本文所描述的各种与QoS有关的技术。

图1示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的网络架构的功能图。在一些实施方式中，使用图1所示的网络架构实现了本文所描述的DAS的QoS技术。

如图所示，图1包括例如由中央供应商运行的4G/3G/2G无线网络。如图所示，各个无线设备100与基站125进行通信，以(例如，经由防火墙124)与无线网络进行无线网络通信，并且其它设备100与Wi-Fi接入点(AP)或者网状网络702进行通信以与和中央供应商接入网络109进行通信的Wi-Fi接入CPE704进行无线通信。在一些实施方式中，设备100中的一个或多个与其它网络元件/装备进行通信，所述其它网络元件/装备提供接入点，例如，电缆网络首端、DSL网络DSLAM、光纤网络汇总节点和/或卫星网络汇总节点。在一些实施方式中，无线设备100中的每一个包括(例如，在无线设备100的处理器上执行的)服务处理器115(如图所示)，并且每一个服务处理器通过安全控制面链路(例如，使用加密的通信)连接到服务控制器122。

在一些实施方式中，服务使用信息包括从一个或多个网络元件(例如，BTS/BSC125、RAN网关(未示出)、传输网关(未示出)、移动无线中心/HLR132、AAA121、服务使用历史/CDR汇总、调停、馈送器118或者其它网络装备)获得的基于网络的服务使用信息(例如，可能是例如由网络装备中的服务使用测量装置产生的基于网络的服务使用测量或CDR)。在一些实施方式中，服务使用信息包括微-CDR。在一些实施方式中，微-CDR被用于CDR调停或和解，这提供了对任何期望的设备活动的服务使用结账。在一些实施方式中，给期望与计费事件相关联的每个设备活动分配微-CDR交易代码，并且对服务处理器115进行编程以解释与该交易代码相关联的活动。在一些实施方式中，服务处理器115向例如服务控制器122或一些其它网络元件定期地报告(例如，在每次心跳期间或者基于任何其它定期的、推和/或拉通信技术)微-CDR使用测量。在一些实施方式中，服务控制器122将心跳微-CDR使用信息重定格式为有效的CDR格式(例如，被使用的且可以由SGSN或GGSN或者一些其它为产生或处理CDR而使用/授权的网络元件/装配进行处理的CDR格式)，并且然后将重定格式的微-CDR发送到用于进行CDR调停的网络元件/功能(例如，CDR存储、汇总、调停、馈送器118)。

在一些实施方式中，CDR调停被用于通过将微-CDR服务使用信息存入适当的服务使用账户中并且将其从用户设备的大量服务使用账户中扣除，来适当地解释微-CDR服务使用信息。例如，该技术提供了灵活的服务使用计费方案，该方案使用了用于CDR调停和计费的业已存在的方案、基础设施和/或技术。例如，计费系统(例如，计费系统123或计费界面127)处理从CDR调停馈送的经调停的CDR，将适当的账户计费代码应用于由设备生成的经汇总的微-CDR信息，并且然后以不需要改变现有的计费系统的方式(例如，使用新的交易代码来标记新的设备辅助的计费功能)来产生计费事件。在一些实施方式中，网络提供系统160提供各种网络元件/功能以用于在网络中进行授权，例如以授权某些网络元件/功能(例如，CDR存储、汇总、调停、馈送器118，或者其它网络元件/功能)，从而提供微-CDR、重定格式的微-CDR和/或经汇总的或经和解的CDR。

如图1所示，提供了CDR存储、汇总、调停、馈送器118。在一些实施方式中，CDR存储、汇总、调停、馈送器118接收、存储、汇总并调停从移动设备100接收的微-CDR。在一些实施方式中，CDR存储、汇总、调停、馈送器118还使用本文所描述的经调停的微-CDR来提供结算平台。在一些实施方式中，另一个网络元件使用经汇总的和/或经调停的微-CDR(例如，中央计费界面127和/或另一个网络元件/功能)来提供结算平台。

在一些实施方式中，用于对设备组进行划分的各种技术被用于对移动设备100(例如，为经销商、OEM、MVNO和/或另一个合作伙伴或实体分配移动设备100子集)进行划分。如图1所示，MVNO核心网210包括MVNO CDR存储、汇总、调停、馈送器118、MVNO计费界面122和MVNO计费系统123(和如图1所示的其它网络元件)。在一些实施方式中，MVNOCDR存储、汇总、调停、馈送器118接收、存储、汇总并调停从移动设备100(例如，MVNO分组的设备)接收的微-CDR。

本领域普通技术人员将认识到，各种其它网络架构可以用于提供设备分组和结算平台，并且图1仅为可以提供本文所描述的设备分组和结算平台技术的一个示例性网络架构。

在一些实施方式中，CDR存储、汇总、调停、馈送器118(例如，服务使用118，其包括计费汇总数据存储器和规则引擎)在一些实施方式中是以下各项的功能描述符：设备/网络级的服务使用信息收集、汇总、调停和报告功能，其位于连接到与服务控制器122和中央计费界面127进行通信的如图1所示的子网络(例如，中央供应商接入网络109和/或中央供应商核心网络110)中的一个或多个的联网装备装置/系统。如图1所示，服务使用118提供了与中央供应商核心网络110进行通信的功能。在一些实施方式中，CDR存储、汇总、调停、馈送器118功能位于网络中的其它位置处或者部分地位于其它位置处或者与其它网络元件集成/作为其它网络元件的一部分。在一些实施方式中，CDR存储、汇总、调停、馈送器118功能位于或者部分地位于(如图所示，与DNS/DHCP服务器126进行通信的)AAA服务器121和/或移动无线中心/归属位置寄存器(HLR)132中。在一些实施方式中，服务使用118功能位于或者部分地位于基站、基站控制器和/或基站聚合器(其被统称为图1中的基站125)。在一些实施方式中，CDR存储、汇总、调停、馈送器118功能位于或者部分地位于中央供应商接入网络109中的联网部件、核心网络110中的联网部件、中央计费系统123、中央计费界面127和/或另一个网络部件或功能。如本文所描述的，本领域普通技术人员可以容易地对与基于网络和基于设备的服务使用信息收集、汇总、调停和报告功能(例如，CDR存储、汇总、调停、馈送器118)的可能的位置有关的讨论进行概括，并且将其在本文所描述的其它附图和实施方式中示出。此外，如图1所示，服务控制器122与中央计费界面123(有时也称作外部计费管理界面或计费通信界面127)进行通信，其也与中央计费系统123进行通信。如图1所示，根据一些实施方式，顺序管理180和用户管理182也与中央供应商核心网络110进行通信，以方便对设备100的服务的顺序和用户进行管理。

在一些实施方式中，提供了服务处理器下载170，该服务处理器下载170提供了对服务处理器(例如，服务处理器115)的定期的下载/更新。在一些实施方式中，验证技术包括定期地更新、替换和/或更新服务处理器的模糊版本，或者响应于对在设备100上执行或实现的任何服务处理器功能和/或QoS功能的可能的破坏或篡改的指示，执行这些技术中的任意一种。

在一些实施方式中，CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)提供了设备/网络级的服务使用信息收集、汇总、调停和报告功能。在一些实施方式中，CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)收集无线网络上的一个或多个设备(例如，设备100)的设备生成的/辅助的服务使用信息(例如，微-CDR)；并且提供句法和通信协议形式的设备生成的服务使用信息，该语法和通信协议可以由无线网络使用以增加或替换无线网络上的一个或多个设备的网络生成的使用信息。在一些实施方式中，语法是收费数据记录(CDR)，并且通信协议是从以下各项中的一个或多个中选择的：3GPP、3GPP2或者其它通信协议。在一些实施方式中，如本文所描述的，CDR存储、汇总、调停、馈送器118收集/接收用于无线网络上的一个或多个设备(例如，设备100)的微-CDR。在一些实施方式中，CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)包括用于汇总经收集的设备生成的服务使用信息的服务使用数据存储器(例如，计费汇总器)和规则引擎。在一些实施方式中，网络设备是CDR馈送汇总器，并且CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)还汇总用于无线网络上的一个或多个设备的(基于网络的)CDR和/或微-CDR；使用规则引擎(例如，账户计费、交易计费、收入分成模型和/或用于服务使用信息收集、汇总、调停和报告的任何其它计费或其它规则)将一组规则应用于经汇总的CDR和/或微-CDR，并且向计费界面或计费系统发送无线网络上的一个或多个设备的新的一组CDR(例如，通过账户/服务提供具有计费偏移的CDR)。在一些实施方式中，使用本文描述的各种技术来提供收入分成平台。

在一些实施方式中，CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)向计费界面(例如，中央计费界面127)或计费系统(例如，中央计费系统123)发送无线网络上的一个或多个设备的新的一组CDR(例如，经汇总和经调停的CDR和/或然后被转化为给定的无线网络的标准CDR的微-CDR)。在一些实施方式中，CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)与服务控制器(例如，服务控制器122)进行通信，以收集无线网络上的一个或多个设备的设备生成的服务使用信息(例如，微-CDR)。在一些实施方式中，CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)与服务控制器进行通信，其中，服务控制器与计费界面或计费系统进行通信。在一些实施方式中，CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)向计费界面或计费系统发送设备生成的服务使用信息。在一些实施方式中，CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)与传输网关和/或无线接入网络(RAN)网关进行通信，以收集无线网络上的一个或多个设备的网络生成的/基于网络的服务使用信息。在一些实施方式中，服务控制器122向CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)发送设备辅助的服务使用信息(例如，微-CDR)。

在一些实施方式中，CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)执行用于执行账户计费的汇总和调停功能的规则。在一些实施方式中，CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)执行用于执行本文所描述的服务计费功能和/或用于执行本文所描述的服务/交易收入分成功能的规则。在一些实施方式中，与CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)进行通信的服务控制器122执行用于汇总并调停设备辅助的服务使用信息(例如，微-CDR)的规则引擎。在一些实施方式中，与CDR存储、汇总、调停、馈送器118(和/或其它网络元件或网络元件的组合)进行通信的规则引擎设备执行用于汇总并调停设备辅助的服务使用信息的规则引擎。

在一些实施方式中，规则引擎被包含在CDR存储、汇总、调停、馈送器118中(与其集成在一起或作为其一部分)。在一些实施方式中，本文所描述的规则引擎和相关联的功能是独立的功能/设备。在一些实施方式中，服务控制器122执行本文所描述的这些基于规则引擎的功能的一些或全部，并且与中央计费界面127进行通信。在一些实施方式中，服务控制器122执行本文所描述的这些基于规则引擎的功能的一些或全部，并且与中央计费系统123进行通信。

在一些实施方式中，提供了结算平台服务。例如，可以对微-CDR进行汇总和调停，以与由通信设备(例如，通信设备的用户)使用的一个或多个服务的服务使用进行关联。规则引擎或另一个功能可以确定用于特定服务的服务使用的收入分成分配，以为收入分成分配/模型确定这种服务使用的结算，并且向以下各项中的一个或多个分配结账和结算信息：运营商、分销合作伙伴、MVNO、批发合作伙伴和/或其它合作伙伴或实体。在一些实施方式中，服务是交易服务。

在一些实施方式中，复制的CDR从网络装备发送到用于产生服务计费的计费系统123。在一些实施方式中，对复制的CDR进行滤波以仅发送由服务控制器和/或服务处理器(例如，受管理的设备)控制的设备的那些CDR/记录。例如，与中央计费系统123所需的报告相比，该方法可以提供相同级别的报告、较低级别的报告和/或较高级别的报告。

在一些实施方式中，提供了账户账单的计费偏移。可以通过提供CDR汇总器的反馈来向中央计费系统123通知账户账单的计费偏移信息，该反馈汇总设备辅助的服务使用数据反馈以将被管理的设备的新的一组CDR提供给中央计费界面127和/或中央计费系统123。在一些实施方式中，使用类似的技术来提供交易计费。例如，可以将交易计费记录信息提供给中央计费界面127和/或中央计费系统123。

在一些实施方式中，(例如，如本文所描述的由服务使用118或另一个网络元件执行的)规则引擎提供了账户账单的计费偏移。例如，设备辅助的服务使用信息(例如，微-CDR)包括交易型的字段或交易代码(例如，指示相关联的服务使用信息的服务的类型)。例如，规则引擎可以根据与设备生成的服务使用信息相关联的所识别的服务来应用一个规则或一组规则，以确定账户账单的计费偏移(例如，可以产生新的CDR以提供所确定的账户账单的计费偏移)。在一些实施例中，所确定的账户账单的计费偏移可以作为款项提供给用户的服务使用账户(例如，可以使用用户的服务使用账户的负偏移来根据由规则引擎执行的一个或多个规则产生新的CDR，以例如用于网络聊天服务使用或者交易服务使用或者任何其它目的)。

举另一个例子，对于交易服务相关的用途，可以使用用户的服务使用账户的负偏移来产生新的第一CDR，并且可以使用正的服务使用值来产生新的第二CDR，以向交易服务供应商(例如，Amazon、eBay或另一个交易服务供应商)支付相同的服务使用。在一些实施方式中，服务控制器122产生这两个新的CDR，并且服务使用118存储、汇总并将这两个新的CDR发送到中央计费界面127。在一些实施方式中，服务控制器122产生这两个新的CDR，并且服务使用118存储、汇总并将这两个新的CDR发送到中央计费界面127，其中，中央计费界面127应用规则(例如，执行规则引擎以确定账户账单的计费偏移)。

在一些实施方式中，服务控制器122将设备生成的CDR发送到规则引擎(例如，服务使用数据存储器和规则引擎，例如，CDR存储、汇总、调停、馈送器118)，并且规则引擎应用例如本文所描述的一个或多个规则和/或对于本领域普通技术人员显而易见的与任何其它计费/服务使用有关的规则。在一些实施方式中，服务控制器122产生与其它网络元件类似的CDR，并且在中央计费界面127中执行规则(例如，账户账单)。例如，为了使服务控制器122产生与其它网络元件类似的CDR，在一些实施方式中，服务控制器122(通过网络供应系统160)被提供在无线网络上，并且基本上与网络上的其它CDR发生器类似地运作。

在一些实施方式中，服务控制器122作为一种新型的联网功能而提供，所述联网功能可以由网络中的其它必要的元件(例如，CDR存储、汇总、调停、馈送器118)识别为有效的、授权的且安全的CDR源。在一些实施方式中，如果必要的网络装置仅通过某些类型的联网装备(例如，RAN网关或传输网关)来识别CDR，则服务控制器122提供到其它联网装备的授权证书，所述授权证书指示该联网装备是用于提供CDR的经批准的装备类型中的一种。在一些实施方式中，对服务控制器122与必要的CDR汇总和调停装备之间的链路进行保护、授权、加密和/或标记。

在一些实施方式中，CDR存储、汇总、调停、馈送器118丢弃从一个或多个网络元件接收的基于网络的服务使用信息(例如，基于网络的CDR)。在这些实施方式中，服务控制器122向CDR存储、汇总、调停、馈送器118提供设备辅助的服务使用信息(例如，基于设备的CDR或微-CDR)(例如，CDR存储、汇总、调停、馈送器118可以仅提供存储、汇总和通信功能，这是因为它不需要调停基于网络的CDR和设备辅助的CDR)，并且基于设备的服务使用信息被提供给中央计费界面127或中央计费系统123。

在一些实施方式中，仅将基于设备的CDR(例如，微-CDR)和/或基于如本文所描述的规则引擎的执行所产生的新的CDR提供给这样的设备，即所述设备被管理和/或基于设备组、服务计划或任何其它标准、分类和/或分组，例如，基于环境服务或环境服务供应商或交易服务或交易服务供应商。

在一些实施方式中，DAS的QoS包括服务处理器(例如，任何设备辅助的元件/功能)，该服务处理器有助于协调和/或提供无线接入/无线接入承载(例如，RAB)。在一些实施方式中，服务处理器(例如，根据QoS服务级别、用户水平、(由其它设备和/或网络报告的)可用的本地网络容量)判断对QoS的请求是否被授权。在一些实施方式中，设备QoS容量需求报告提供和/或增加网络容量需求报告。

在一些实施方式中，DAS的QoS包括服务控制器(例如，任何基于网络设备的服务控制元件/功能)，该服务控制器有助于协调和/或提供设备(例如，诸如移动无线通信设备和/或中间联网设备等通信设备)、网络和/或设备加网络上的无线接入/无线接入承载(例如，RAB)。在一些实施方式中，服务控制器给其它网络装备/元件/功能提供设备QoS容量需求报告，并且然后还根据各种标准和确定来提供RAB信道。

在一些实施方式中，DAS的QoS提供了设备辅助的监控、信息和/或功能以方便QoS和/或辅助基于网络的监控、信息和/或功能(例如，深度包检测(DPI))和/或提供这些可能经由基于网络的监控、信息和/或功能不可用的监控、信息和/或功能(例如，在设备上经加密的活动可能不能由DPI或其它基于网络的技术访问)。例如，DAS的QoS可以辅助QoS建立以方便QoS建立，并且提供可能不能通过使用仅基于网络的技术得到的信息。例如，设备辅助的活动和/或服务监控技术可以使用例如QoS活动映射(例如，本文所描述的或者其它类似的技术)来辅助分类针对被监控的活动和/或服务的QoS。例如，使用这些设备辅助的技术消除和/或最小化了DPI或其它基于网络的技术，这些基于网络的技术可以导致隐私关注/问题、网络中立关注/问题和/或另外可能不能提供上面讨论的类似的或等效的零碎服务/活动监控，和/或还将来自网络的这些处理(例如，网络元件/设备/功能)卸载到通信设备(例如，至少针对可以基于其处理和/或存储能力来执行这些功能的这些通信设备，这对于本领域普通技术人员而言是显而易见的)。在一些实施方式中，DAS的QoS包括用于(例如，使用本文所描述的各种技术)针对QoS请求提供初始授权/许可的服务供应商，并且服务控制器(例如，基于如本文所描述的各种QoS授权/许可/批准标准(例如，QoS活动映射和/或QoS请求规则)和/或网络容量)判断QoS请求是否应当被授权。在一些实施方式中，如本文所描述的，DAS的QoS包括用于向服务控制器提供包括QoS类的QoS请求的服务供应商，并且服务控制器判断QoS请求是否应当被授权。

在一些实施方式中，DAS的QoS包括根据例如以下各项中的一个或多个为基站(BTS)提供或方便针对网络容量的报告(例如，扇区、信道、拥塞状态信息或网络容量使用/可用性、和/或网络容量期望的需求)：监控的通信设备上的应用使用、监控的通信设备上的用户活动、通信位置、其它可用的网络和/或其它被监控的或确定的活动、服务使用测量和/或度量。在一些实施方式中，在执行被确定为需要网络服务使用(例如，可能需要增大的例如基于服务使用活动映射的无线网络带宽)的应用时或之后，DAS的QoS向网络(例如，网络控制器或其它网络设备元件/功能)发送针对通信设备的容量要求即将到来的信息(例如，可能发起对QoS无线接入承载(RAB)或其它类型的RAB的供应)。

在一些实施方式中，网络容量(例如，拥塞状态信息)是从与无线网络进行通信的一个或多个通信设备收集的(例如，从每个相应的通信设备的角度来看，被测量的网络容量/使用信息被确定并且由服务处理器存储在每个相应的通信设备上)，并且被报告给服务控制器，并且服务控制器(例如，或者另一个网络元件/功能)使用该信息来确定哪些资源可用于分配给各个级别的QoS(例如，以响应于/方便各个QoS请求)和/或多个基站和/或网络(例如，蜂窝、Wi-Fi和/或其它无线网络)上的工作负载平衡。

在一些实施方式中，在通信设备上执行的服务处理器向服务控制器发送QoS请求(例如，无线网络承载信道的预留请求或无线接入承载(RAB)请求)。服务控制器使用本文所描述的各种验证技术来验证该请求。在一些实施方式中，服务控制器使用与通信设备进行通信的一个或多个基站(BTS)来方便协调各个设备QoS请求，以提供所请求的QoS预留从而方便新的QoS会话。在一些实施方式中，服务控制器例如通过向设备服务处理器提供各种QoS路由指令(例如，汇总、划分优先顺序、排队、授权、分配预留/RAB、拒绝、再次路由(例如，到其它BTS和/或其它网络)和/或另外管理QoS请求)来提供QoS路由功能，其中，BTS可以或可以不是QoS感知的。例如，QoS优先级可以基于活动(例如，服务使用和/或应用)、服务级别、用户水平、网络容量、一天中的时间和/或可以基于交易、会话、预付费或计划来购买QoS优先级。举另一个例子，QoS优先级可以根据设备类型、组内的用户、组、应用类型、内容类型或任何其它标准或测量和/或其任意组合而改变。在一些实施方式中，服务控制器还使用用于QoS执行和管理的其它网络元件/功能来方便协调各个设备的QoS请求，以提供端对端的QoS方案。

在一些实施方式中，对于两个移动设备而言，QoS可以是对称的或者非对称的。在一些实施方式中，QoS资源可用性可以来自通信设备、BTS、其它网络功能(例如，服务控制、服务控制器和/或任何其它网络元件/功能)或者其任意组合。在一些实施方式中，服务控制器给另一个网络元件/功能提供QoS需求信息。在一些实施方式中，服务控制器提供中央汇总器和决策点(PDP)。在一些实施方式中，服务控制器(例如，至少部分地)控制用于通信设备、BTS和/或其组合的与QoS有关的功能。

在一些实施方式中，使用本文所描述的各种技术来确定对QoS服务使用/交易的收费(例如，监控和/或确定相关联的收费或计费)。例如，服务处理器可以辅助对QoS活动进行收费。在一些实施方式中，如参照各个实施方式在本文中所描述的，服务处理器使用设备辅助的收费数据记录(CDR)或微-CDR以辅助对QoS活动进行收费(例如，使用与QoS类有关的交易代码)。在一些实施方式中，完全或部分地通过一个或多个网络元件/功能(例如，服务控制器、SGSN/GGSN/其它网关和/或计费界面/服务器)来执行对QoS的收费。

在一些实施方式中，服务使用信息包括基于网络的服务使用信息。在一些实施方式中，基于网络的服务使用信息包括基于网络的CDR。在一些实施方式中，服务使用信息包括基于设备的服务使用信息。在一些实施方式中，如本文所描述的，基于设备的服务使用信息包括设备辅助的CDR，其在本文中也称作微-CDR。在一些实施方式中，这些微-CDR被用于CDR调停或调解，这提供了对任何期望的设备活动的服务使用结账(例如，诸如基于应用层服务使用监控、交易服务使用监控、QoS活动/会话/交易、和/或其它类型的服务使用信息提供了零碎(granular)的服务使用信息)。在一些实施方式中，每个设备都包括服务处理器(例如，在诸如移动设备或者可以与无线网络进行通信的中间联网设备等通信设备的处理器上执行的服务处理器)。

在一些实施方式中，给期望与计费事件(例如，对于QoS相关的计费事件)相关联的每个设备活动分配微-CDR交易代码，并且对服务处理器进行编程以解释与该交易代码相关联的活动。(例如，各种交易代码可以与分别和某些服务、应用相关联的服务使用、和/或基于QoS类或优先级的服务使用相关联，其可以用于给这些各种基于因特网/网络的服务/网站/交易和/或任何其它基于因特网/网络的服务/网站提供零碎的服务使用，其可以包括基于交易的服务)。例如，通过使用本文所描述的这些技术，实质上任何类型的设备活动(例如，包括QoS类和优先级)可以被单独地解释和/或控制(例如，根据需要被节流、限制和/或以其它方式被控制)。在一些实施方式中，服务处理器向例如服务控制器或一些其它网络元件/功能定期地(例如，在每次心跳期间或者基于任何其它定期的、推和/或拉通信技术)报告微-CDR的使用测量。在一些实施方式中，服务控制器将心跳微-CDR使用信息重定格式为有效的CDR格式(例如，可以使用且可以由SGSN或GGSN或者一些其它授权的用于CDR的网络元件/功能处理的CDR格式)，并且然后将重定格式的微-CDR发送到用于执行CDR调停的网络元件/功能。

在一些实施方式中，通过将微-CDR服务使用信息存入适当的服务使用账户中并且将其从用户设备的大量服务使用账户中扣除，CDR调停被用于适当地解释微-CDR服务使用信息。例如，该技术提供了灵活的服务使用计费解决方案，该方案针对CDR调停和计费使用业已存在的解决方案。例如，该计费系统可以处理从CDR调停反馈的经调停的CDR，将适当的账户计费代码应用于由设备生成的经汇总的微-CDR信息，并且然后以不需要改变现有的计费系统、基础设施和技术的方式(例如，使用新的交易代码来标记新的设备辅助的计费功能)来产生计费事件。

在一些实施方式中，(例如，使用服务处理器以提供或者辅助提供QoS会话供应、QoS策略管理、QoS策略增强和/或QoS收费，例如，QoS收费记录和报告)对在通信设备上执行的或由通信设备执行的各种QoS技术进行验证。

例如，(定期地、根据交易和/或基于一些其它的标准/度量)对QoS请求、与QoS有关的策略规则(例如，QoS活动映射、与QoS有关的服务计划和/或服务策略设置)和实现、QoS策略执行和QoS收费进行验证。在一些实施方式中，验证技术包括以下各项中的一个或多个：将基于网络的服务使用测量与和所述通信设备相关联的第一服务策略进行比较；将设备辅助的服务使用测量与所述第一服务策略进行比较；将所述基于网络的服务使用测量与所述设备辅助的服务使用测量进行比较；进行测试，并且根据所述测试来确认设备辅助的服务使用测量；执行用户界面(UI)通知(例如，其可以包括用户认证、密码、问题/回答质疑(challenge)和/或其它认证技术)，并且现在其它类似的验证技术将是显而易见的。因此，在一些实施方式中，DAS的QoS“关闭循环(loop)”以验证各种与QoS有关的技术：诸如QoS请求、QoS准许、QoS使用和/或QoS收费。在一些实施方式中，服务处理器和服务控制器用作网络中的其它QoS元件/功能的可验证的QoS管理/协调系统。在一些实施方式中，如果这些或其它验证技术确定或辅助确定QoS请求、QoS报告和/或QoS策略性能与期望的请求、报告和/或策略不匹配，则可以执行响应操作，例如，可以暂停、隔离和/或标记通信设备，以进一步进行分析/监视从而判断设备是否有故障、需要更新、已经被篡改或破坏、感染恶意软件和/或是否存在任何其它问题。

在一些实施方式中，通信设备(例如，服务处理器)维持将设备活动关联或映射到RAB/QoS信道的QoS级别/类的QoS流表格，并且在一些实施方式中，通信设备还通知(例如，基于或使用QoS流表格)QoS管理网络功能/元件：通信设备的QoS流的相对优先级。在一些实施方式中，服务控制器从通信设备接收或收集信息，并且维持通信设备的该QoS流表格，并且在一些实施方式中，服务控制器(例如，基于或使用QoS流表格)通知QoS管理网络功能/元件：通信设备的QoS流的相对优先级。在一些实施方式中，可以以透明的方式或者仅仅通过活动类或用户喜好或者使用其它技术，将流分配给源自通信设备的活动。

在一些实施方式中，通信设备维持具有QoS计费率、预定的传输时间和/或其它与QoS有关的信息的表格以在数据联网级执行覆盖MAC，从而在传统网络上管理QoS，其中，所述传统网络没有启用QoS MAC和/或不具有各种支持QoS控制的功能(例如，并且这些技术还可以用于在不同的网络上提供QoS功能)。在一些实施方式中，可以在漫游和归属服务控制器之间交换与QoS有关的策略，以方便QoS支持，同时在非归属网络上漫游。

在一些实施方式中，通信设备用作网络容量标识符(例如，收集本地小区的网络容量信息，并且将网络容量信息发送或报告给服务控制器)。例如，持久的本地小区通信设备可以被放置在本地小区区域中，以针对这些网络容量标识符/报告功能增加传统装备。

在一些实施方式中，服务合作伙伴和/或服务供应商可以完全地或部分地资助，以针对优选的目的地将给定的用户或用户组升级到更好的与QoS有关的服务级别协议(SLA)/类。在一些实施方式中，根据通信设备的被监控的服务使用和/或其它被监控的性能，这些被资助的QoS升级/提供可以呈现给通信设备的用户(例如，由于期望或优选用户性能的激励/奖励或者由于其它原因)。

在一些实施方式中，QoS收费是基于QoS信道/预留、服务流或者RAB收费(例如，每个RAB单个流、每个RAB多个流、每个流多个RAB)。在一些实施方式中，收费是基于以下各项中的一个或多个：用户服务类请求、流量和类、时间和类、网络容量(例如，拥塞状态)和类、一天中的时间和类、位置、流量类型、应用类型、应用类、目的地、目的地类型、合作伙伴服务和/或其它标准/测量。在一些实施方式中，QoS收费是使用本文所描述的各种验证技术(例如，测试收费事件)来验证的。在一些实施方式中，QoS收费是按数据使用(例如，按兆字节(MB))、服务流乘以时间乘以QoS类、速度乘以时间和/或其它标准/测量来进行的。

在一些实施方式中，DAS的QoS包括与以下各项中的一个或多个的协调功能：DAS元件/功能、无线接入网络(RAN)、传输网络、核心网络、GRX网络、IPX网络和/或其它网络/元件/功能。

图2示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的另一个网络架构的功能图。在一些实施方式中，使用图2中所示的网络架构来实现本文所描述的DAS的QoS技术。

如图2所示，图2包括具有服务处理器115的各种设备100。例如，设备100可以包括各种类型的移动设备，例如，电话、PDA、计算设备、膝上型计算机、上网本、平板电脑、照相机、音乐/媒体播放器、GPS设备、网络电器和任何其它网络设备；和/或设备100可以包括本文所描述的各种类型的中间联网设备。设备100与服务控制器210和中央供应商接入和核心网络220进行通信。还提供了与中央供应商接入和核心网络220进行通信的服务策略和结账功能230。例如，设备100可以经由中央供应商接入和核心网络220来与因特网120进行通信，以访问各种因特网网站/服务240(例如，Google网站/服务、Yahoo网站/服务、Blackberry服务、AppleiTunes和AppStore、Amazon.com、FaceBook和/或任何其它因特网服务或其它网络便利的服务)。

在一些实施方式中，图2提供了无线网络架构，其支持划分的设备组，其中，可以给每个设备组提供对透明调解的独立且安全的管理。本领域普通技术人员将明白的是，各种其它网络构架可以用于提供设备分组和结算平台，并且图2示出了可以提供本文所描述的设备分组和结算平台技术的另一个示例性网络构架。

在一些实施方式中，服务供应商通过服务计划类型来选择谁来接收激活的调解报告和使用。在一些实施方式中，服务使用信息(例如，基于CDR和/或微-CDR或者其它服务使用测量)被用于服务计划计费和调解报告。在一些实施方式中，相同设备(例如，设备100)上的不同的服务计划可以发送到不同的合作伙伴或相同的合作伙伴。在一些实施方式中，提供了多设备和多用户调解功能。在一些实施方式中，提供了结算平台服务。在一些实施方式中，提供了(例如，使用结算平台服务，例如使用服务策略和结账功能230来实现)本文所描述的各种收入分成技术。

在一些实施方式中，提供了划分的设备组。在一些实施方式中，可以使用安全管理登录来独特地管理每个经划分的设备组(例如，移动设备100)。在一些实施方式中，提供了多设备多用户的结账功能。在一些实施方式中，提供了用于支持运营商和运营商的合作伙伴的多方/多服务调解记录的功能，这还可以支持各种服务/交易收入分成技术(例如，用于减小或消除某些奖金模型的预先的津贴和相关联的预先津贴的风险)。在一些实施方式中，提供了服务使用和盈利分析(例如，使用汇总的CDR/微-CDR以及服务策略和结账功能230)。例如，可以针对各种服务使用策略和/或服务计划来测试并优化经划分的设备的第二版测试组，并且然后可以将优化的服务使用策略和/或服务计划公布给整个或更大的设备组。在一些实施方式中，可以给运营商提供标记有运营商的设备组，和/或可以给MVNO提供标记有MVNO的设备组。

图3示出了根据一些实施方式用于提供设备辅助的服务(DAS)的服务质量(QoS)的包括基于设备的服务处理器115和服务控制器122的DAS的QoS的架构300的另一功能图。在一些实施方式中，本文描述的DAS的QoS技术是使用图3中所示的功能/元件来实现的。

例如，这提供了相对功能齐全的基于设备的服务处理器实现和服务控制器实现。如图所示，这对应于联网配置，在该联网配置中，服务控制器122连接到因特网120而不是直接连接到接入网络1610。如图所示，以实线连接来显示数据平面(例如，服务流量平面)通信路径，并且以虚线连接来显示控制平面(例如，服务控制平面)通信路径。显而易见的是，在一个设备代理与另一个设备代理之间的功能的划分是基于例如设计选择、联网环境、设备和/或服务/应用，并且可以在各种不同的实现中使用各种不同的组合。例如，可以通过产品设计师认为合适的任何方式来重新绘制功能线。如图所示，这包括作为示例性实现的针对设备代理的某些划分和功能突破，虽然其它的实现可能更复杂，但是实施方式可以包括针对设备代理功能规范的不同的划分和功能突破，例如为了管理发展规范和测试复杂性和工作流程。此外，在各个实施方式中，操作数据路径、与数据路径进行交互或者监控数据路径的代理的安置可以被移动或者重新排序。例如，下面参照图10和图11来描述图3中所示的功能元件。

如图3所示，服务处理器115包括服务控制设备链路1691。例如，因为涉及网络上的监督的基于设备的服务控制技术变得越来越复杂，因此在设备代理与网络元件之间具有高效且灵活的控制平面通信链路变得越来越重要，其中，所述网络元件与服务策略进行通信，并且控制、监控或验证服务策略。在一些实施方式中，服务控制设备链路1691提供用于发送和接收去往/来自网络元件功能的服务代理的系统的设备侧。在一些实施方式中，该链路的流量效率是通过在传输中缓存并调整多个代理消息来提高的。在一些实施方式中，流量效率是通过控制传输频率或者将传输频率链接到服务使用率或流量使用率来进一步提高的。在一些实施方式中，一个或多个级别的安全或加密被用于使链路对于发现、窃听或破坏更加鲁棒。在一些实施方式中，服务控制设备链路1691还为代理心跳功能提供了通信链路和心跳定时。如下面所讨论的，本文针对服务控制设备链路1691所公开的各个实施方式提供了用于使用其它网络元件来发送并接收服务策略实现、控制、监控和验证信息的高效且安全的方案。

如图3所示，服务控制器122包括服务控制服务器链路1638。在一些实施方式中，涉及网络(例如，控制平面)上的监督的基于设备的服务控制技术变得越来越复杂，并且因此，在(例如，服务处理器115的)设备代理与(例如，服务控制器122的)网络元件之间具有高效且灵活的控制平面通信链路变得越来越重要，其中，所述网络元件与服务策略进行通信，并且控制、监控或验证服务策略。例如，服务控制器122的服务控制服务器链路1638与服务处理器115的服务控制设备链路1691之间的通信链路可以提供高效且灵活的控制平面通信链路、如图3所示的服务控制链路1653，并且在一些实施方式中，该控制平面通信链路提供了用于在服务处理器115与服务控制器122之间提供安全且双向的通信的安全的(例如，加密的)通信链路。在一些实施方式中，服务控制服务器链路1638提供了用于发送和接收去往/来自网络元件功能的服务代理的系统的网络侧。在一些实施方式中，该链路的流量效率是通过缓存并调整传输中的多个代理消息(从而减少网络聊天)来提高的。在一些实施方式中，流量效率是通过控制传输频率或者将传输频率链接到服务使用率或流量使用率来进一步提高的。在一些实施方式中，一个或多个级别的安全和/或加密被用于保护链路免于对该链路上的通信的可能的发现、窃听或破坏。在一些实施方式中，服务控制服务器链路1638还提供了针对代理心跳功能的通信链路和心跳定时。

在一些实施方式中，服务控制服务器链路1638在通过服务控制链路1653发送这些通信之前确保、签名、加密和/或以其它方式保护通信。例如，服务控制服务器链路1638可以向传输层进行发送或者直接向链路层进行发送以用于传输。在另一个实例中，服务控制服务器链路1638还使用诸如TCP TLS或另一个安全的传输层协议等传输层加密来确保通信安全。举另一个例子，服务控制服务器链路1638可以例如使用IPSEC、各种可能的VPN服务、其它形式的IP层加密和/或另一个链路层加密技术来在链路层进行加密。

如图3所示，服务控制器122包括访问控制完整性服务器1654(例如，服务策略安全服务器)。在一些实施方式中，访问控制完整性服务器1654收集与服务策略、服务使用、代理配置和/或代理性能(behavior)有关的设备信息。例如，访问控制完整性服务器1654可以相互校验该信息以识别在服务策略实现和控制系统中的完整性破坏。在另一个实例中，访问控制完整性服务器1654可以在服务策略违反或系统完整性破坏被怀疑时发起操作。

在一些实施方式中，访问控制完整性服务器1654(和/或服务控制器122的一些其它代理)对访问控制完整性代理1694(例如，服务策略安全性代理)的报告和错误情况采取行动。很多访问控制完整性代理1654的核查是通过服务器来完成的。例如，访问控制完整性代理1654的核查包括以下各项中的一个或多个：对于与策略一致的使用范围的服务使用测量(例如，来自网络和/或来自设备的使用测量)；代理的配置；代理的操作；和/或动态代理下载。

在一些实施方式中，考虑到期望为适当的策略，访问控制完整性服务器1654(和/或服务控制器122的一些其它代理)通过(例如，基于网络监控的信息，例如，通过使用IPDR或CDR，和/或本地服务使用监控信息)将各种服务使用测量与期望的服务使用性能进行比较，来验证设备服务策略的实现。例如，考虑到期望为适当的策略，设备服务策略的实现可以包括测量通过的总的QoS数据、在一段时间期间通过的QoS数据、IP地址、针对每个IP地址的数据和/或诸如位置、下载、访问的电子邮件、URL等其它测量，以及将这些测量与期望的服务使用性能进行比较。

在一些实施方式中，访问控制完整性服务器1654(和/或服务控制器122的一些其它代理)验证设备服务策略和验证错误情况，其可以指示QoS服务测量的失配，并且QoS服务策略包括以下各项中的一个或多个：未授权的网络访问(例如，超出环境服务策略限制的访问)；未授权的网络速度(例如，超出服务策略限制的平均速度)；网络数据量与QoS策略限制不匹配(例如，在没有修正(re-up)/修改服务策略的情况下设备在极限处不停止)；未授权的网络地址；未授权的服务使用(例如，VOIP、电子邮件和/或网络浏览)；未授权的应用使用(例如，VOIP、电子邮件和/或网页)；对于计划而言服务使用率太高，并且策略控制器不会控制其减小/节流；和/或服务测量和服务策略的任何其它失配。因此，在一些实施方式中，访问控制完整性服务器1654(和/或服务控制器122的一些其它代理)提供了策略/服务控制完整性服务以连续地(例如，定期地和/或基于触发事件)验证设备的服务控制还未被破坏和/或没有表现出偏离策略。

如图3所示，服务控制器122包括服务历史服务器1650(例如，收费服务器)。在一些实施方式中，服务历史服务器1650收集并记录来自接入网络AAA服务器1621和服务监视器代理1696的服务使用或服务活动报告。例如，虽然来自网络元件的服务使用历史在某些实施方式中可能不如来自设备的服务历史详细，但是来自网络的服务历史可以提供用于验证设备服务策略实现的极有价值的资料来源，这是因为例如对于设备上的设备错误或破坏事件而言，破坏基于网络的装备和软件是非常困难的。例如，如上面类似描述的，来自设备的服务历史报告可以包括各种服务跟踪信息。在一些实施方式中，服务历史服务器1650在请求时向其它服务器和/或一个或多个代理提供服务历史。在一些实施方式中，服务历史服务器1650向设备服务历史1618(例如，CDR馈送和CDR调停)提供服务使用历史。在一些实施方式中，为了方便(下面所描述的)激活跟踪服务功能，服务历史服务器1650维持关于设备已经连接到哪些网络的历史。例如，该网络活动概括可以包括接入的网络的概括、针对每个连接的活动与时间和/或针对每个连接的流量与时间。举另一个例子，该活动概括还可以被进一步分析或报告以估计与流量活动相关联的服务计划的类型以用于计费分成调停的目的。

如图3所示，服务控制器122包括QoS策略管理服务器1652(例如，决策点(PDP)服务器)。在一些实施方式中，QoS策略管理服务器1652经由服务控制链路1653向服务处理器115发送策略。在一些实施方式中，QoS策略管理服务器1652根据设备服务特征来管理设备上的策略设置(例如，参照各个实施方式在本文中所描述的各个策略设置)。在一些实施方式中，策略管理服务器1652设置与策略实现代理(例如，策略实现代理1690)有关的瞬时策略。例如，策略管理服务器1652可以提出策略设置、监控服务使用，并且如果需要，修改策略设置。例如，在喜欢用网络管理其服务使用成本的用户的情况下，或者在任何适应性的策略管理需要的情况下，策略管理服务器1652可以维持相对较高的与设备进行通信的频率，以收集流量和/或服务测量并且提出新的策略设置。在该实例中，定期地和/或基于各种触发/事件/请求，来向策略管理服务器1652报告设备监控的服务测量和任何用户服务策略偏好的改变。在该实例中，用户隐私设置通常需要与网络(例如，安全服务控制链路1653)例如与策略管理服务器1652进行安全通信，以保证在通过网络发送这些配置请求/策略设置期间正确地维护用户隐私的各个方面。例如，信息可以被划分给服务策略管理，并且不被发送到用于对用户隐私进行维护的CRM的其它数据库。

在一些实施方式中，策略管理服务器1652提供对设备的适应性的策略管理。例如，策略管理服务器1652可以提出策略设置和目标，并且依赖于基于设备的策略管理(例如，服务处理器115)以用于策略自适应中的一些或全部。该方法可能需要与设备的较少的交互，从而减少服务控制链路1653上的网络聊天，以用于设备策略管理的目的(例如，网络聊天相对于本文所描述的各种基于服务/网络的策略管理方法被减少)。该方法还可以通过允许用户为用户隐私偏好/设置配置设备策略，来提供鲁棒的用户隐私实施方式，以使在没有用户批准的情况下例如不会将敏感信息(例如，地理位置数据、网站历史)发送到网络。在一些实施方式中，策略管理服务器1652根据一天中的时间来调整服务策略。在一些实施方式中，策略管理服务器1652接收、请求或者以其它方式获得网络可用性的测量，并且根据可用的网络容量来调节流量整形策略和/或其它策略设置。

如图3所示，服务控制器122包括网络流量分析服务器1656。在一些实施方式中，网络流量分析服务器1656收集/接收设备和/或设备组的服务使用历史，并且分析该服务使用。在一些实施方式中，网络流量分析服务器1656以各种格式提供服务使用统计，以识别网络服务质量和/或服务盈利的改进。在其它实施方式中，网络流量分析服务器1656在与可能的服务策略有关的可变的设置的情况下估计网络的服务质量和/或服务使用。在其它实施方式中，网络流量分析服务器1656通过正在引起整个网络服务质量或服务成本的问题的一个或多个设备识别实际的或可能的服务性能。

如图3所示，服务控制器122包括beta测试服务器1658(例如，策略创建点和beta测试服务器)。在一些实施方式中，beta测试服务器1658向一个或多个设备公布候选的服务计划策略设置。在一些实施方式中，beta测试服务器1658向一个或多个候选的服务计划策略设置提供网络服务使用或用户反馈信息的总结报告。在一些实施方式中，beta测试服务器1658提供用于对不同的候选的服务计划策略设置的beta测试结果进行比较或者选择最佳的候选以进一步进行策略设置优化的机制。

如图3所示，服务控制器122包括服务下载控制服务器1660(例如，服务软件下载控制服务器)。在一些实施方式中，如本文所描述的，服务下载控制服务器1660提供下载功能以在设备上安装和/或更新服务软件元件(例如，服务处理器115和/或服务处理器115的代理/部件)。

如图3所示，服务控制器122包括计费事件服务器1662(例如，微-CDR服务器)。在一些实施方式中，计费事件服务器1662收集计费事件、向服务处理器115提供服务计划信息、向服务处理器115提供服务使用更新、用作设备与中央计费服务器1619之间的接口，和/或提供用于某些电子商务计费交易的可信的第三方功能。

如图3所示，接入网络HLR AAA服务器1621与接入网络1610进行网络通信。在一些实施方式中，接入网络AAA服务器1621提供必要的接入网络AAA服务(例如，针对设备接入层的访问控制和授权功能)以允许设备到达中央供应商的接入网络和服务供应商网络上。在一些实施方式中，设备需要另一个访问控制层以获得对诸如因特网、公司网络和/或机器到机器的网络等其它网络的访问。额外的访问控制层可以例如由服务处理器115实现在设备上。在一些实施方式中，接入网络AAA服务器1621还提供了用于根据从服务控制器122接收的通信来暂停设备的服务并且恢复设备的服务的能力。在一些实施方式中，接入网络AAA服务器1621还提供了用于指导将设备流量路由到隔离网络或者当设备隔离情况被调用时约束或限制网络接入的能力。在一些实施方式中，接入网络AAA服务器1621还记录并报告设备网络服务使用(例如，设备网络服务使用可以被报告给设备服务历史1618)。

如图3所示，设备服务历史1618与接入网络1610进行网络通信。在一些实施方式中，设备服务历史1618提供在各个实施方式中用于各个目的的服务使用数据记录。在一些实施方式中，设备服务历史1618用于辅助验证服务策略实现。在一些实施方式中，设备服务历史1618用于验证服务监控。在一些实施方式中，设备服务历史1618用于验证计费记录和/或计费策略实现。在一些实施方式中，设备服务历史1618用于同步和/或验证本地服务使用计数器。

如图3所示，中央计费1619(例如，中央供应商计费服务器)与接入网络1610进行网络通信。在一些实施方式中，中央供应商计费服务器1619向中央供应商计费事件提供调停功能。例如，中央供应商计费服务器1619可以接受服务计划的改变。在一些实施方式中，中央供应商计费服务器1619提供对设备服务使用、服务计划限制和/或服务策略的更新。在一些实施方式中，中央供应商计费服务器1619收集计费事件、制定账单、向服务用户计费、将某些计费事件数据和服务计划信息提供给服务控制器122和/或设备100。

如图3所示，在一些实施方式中，(例如，与如图所示的连接管理器1804进行通信的)调制解调器选择和控制1811选择接入网络连接，并且与调制解调器防火墙1655进行通信，并且调制解调器的驱动器1831、1815、1814、1813、1812将数据流量转化为一个或多个调制解调器的调制解调器总线流量，并且与调制解调器选择和控制1811进行通信。在一些实施方式中，不同的特征(例如，WWAN、WLAN、WPAN、以太网和/或DSL网络连接的不同服务特征/策略)是基于所选择的网络连接来选择的，其在本文中还可以称作多模特征设置。例如，服务特征设置可以基于Wi-Fi之后的实际的接入网络(例如，归属DSL/电缆或工作网络)，而不是实际的Wi-Fi(或者任何其它网络，例如，DSL/电缆、卫星或T-I)，其可以视为不同于在咖啡店访问的Wi-Fi网络。例如，在Wi-Fi热点，即在DSL或T-I回程上存在大量用户的情况下，服务控制器可以位于服务供应商云或MVNO云中，服务控制可以通过由服务供应商提供的VSP功能来提供，或者服务控制器可以由热点服务供应商拥有，该热点服务供应商在无需与接入网络的服务供应商产生任何关联的情况下独立地使用服务控制器。例如，服务处理器可以由服务控制器来控制，以根据QoS或用户分成规则(例如，与其它用户相比，一些用户具有更高的差异化的优先级(可能针对更高的服务付费))来在热点处划分可用的带宽。举另一个例子，(本文类似描述的)环境服务可以提供给用于经验证的服务处理器的热点。

在一些实施方式中，服务处理器115和服务控制器122能够分配用户单独选择的或者组合为包而选择的与多个服务计划相关联的多个服务配置文件。例如，设备100以包括免费的交易服务的环境服务开始，其中，用户为交易或事件而不是基本服务(例如，新闻服务、eReader、PND服务、以预付费会话因特网)付费，其中，每个服务是由账户计费功能支持的，以正确地为任何资助的合作伙伴计费结账从而提供交易服务(例如，Barnes和Noble可以为eReader服务付费，并且将从设备100处购买的任何书本或杂志交易的收入分成提供给服务供应商)。在一些实施方式中，账户计费还可以跟踪交易，和在一些实施方式中。为了收入分成目的的广告，其均使用了本文所公开的服务监控功能。在使用上面讨论的免费的环境服务发起服务以后，用户稍后可能选择每月后付费的因特网、电子邮件和SMS服务。在该情况下，服务控制器122在基于网络的计费的情况下将通过计费系统123(或者在一些实施方式中，在基于设备的计费的情况下，服务控制器122的计费事件服务器1622)获得针对新的因特网、电子邮件和SMS服务的计费计划代码。在一些实施方式中，在数据库(例如，策略管理服务器1652)中交叉引用该代码以找到针对新的服务与初始的环境服务结合的适当的服务配置文件。然后，应用新的超集服务配置文件以使用户维持对环境服务的免费访问，并且计费合作伙伴继续资助这些服务，用户也访问因特网服务，并且可以(例如，通过本文公开的实施方式中的一个)选择服务控制配置文件。超集配置文件是当配置文件被应用于相同的设备100的服务处理器时提供两个或更多个服务配置文件的组合功能的配置文件。在一些实施方式中，设备100(服务处理器115)可以在一个以上的“可堆叠的”服务被用户选择或者以其它方式被应用于设备时，确定超集配置文件而不是服务控制器122。本文所描述的服务处理器115和服务控制器122的实施方式的灵活性允许单独地或者作为一个超集定义并应用各种服务配置文件，以实现期望的设备100的服务特征。

如图3所示，代理通信总线1630表示用于给各种服务处理器115的代理和功能提供通信的功能描述。在一些实施方式中，如图3中所示的功能图所表示的，总线的架构通常是多点到多点的，以使任何代理可以与任何其它的代理、服务控制器或者在一些情况下设备的其它部件、此类用户界面1697和/或调制解调器部件进行通信。如下所述，对于某些代理或通信交易，架构也可以是点对点的，或者在代理框架中是点对多点的，以使所有代理通信可以被集中、或者被保护、或者被控制、或者被限制或者被记录或者报告。在一些实施方式中，代理通信总线被保护、标记、加密、隐藏、划分和/或以其它方式被保护免于未授权的监控或使用。在一些实施方式中，应用接口代理(未示出)被用于真实地标记或者虚拟地标记应用层流量，以使策略实现代理1690具有实现所选择的流量整形方案的必要信息。在一些实施方式中，应用接口代理(未示出)与各种应用进行通信，所述各种应用包括TCP应用1604、IP应用1605和语音应用1602。

如图3所示，服务处理器115包括QoS API和OS堆栈接口1693。在一些实施方式中，QoS API和OS堆栈接口1693提供与本文中参照各个实施方式描述的类似的QoS API功能。在一些实施方式中，QoS API被用于将QoS可用性报告回应用。如图所示，服务处理器115还包括QoS路由器1698(例如，QoS路由器代理/功能)和决策点(PDP)代理1692。在一些实施方式中，如参照各个实施方式在本文中类似描述的，QoS路由器1698提供QoS路由器功能。在一些实施方式中，QoS路由器支持多个QoS信道(例如，形成设备与期望的端点之间的QoS信道的一个或多个提供的/分配的QoS链路，例如针对单端的QoS信道的接入点/BTS/网关/网络或者针对端对端的QoS信道的其它通信设备，这取决于QoS连接/网络支持/可用性/等)。在一些实施方式中，QoS路由器支持多个QoS信道，这些QoS信道中的每一个可以具有不同的QoS类/级别。在一些实施方式中，QoS路由器将应用/服务使用流量路由到适当的QoS信道。在一些实施方式中，如参照各个实施方式在本文中类似描述的，QoS路由器根据例如以下各项中的一个或多个来确定路由/映射：QoS API请求、QoS活动映射、用户请求、服务计划、服务配置文件、服务策略设置、网络容量、服务控制器或其它中间的QoS网络元件/功能/设备，和/或任何其它标准/测量。在一些实施方式中，使用本文所描述的各个技术将多个不同的应用/服务路由到特定的QoS信道。在一些实施方式中，使用本文所描述的各个技术来将不同的应用/服务路由到不同的QoS信道。在一些实施方式中，QoS路由器辅助管理和/或优化针对通信设备的QoS使用。在一些实施方式中，QoS路由器(例如，基于给定的小区区域/基站或其它接入点的网络容量)辅助管理和/或优化多个通信设备上的QoS使用。在一些实施方式中，如参照各个实施方式在本文中类似描述的，PDP代理1692提供PDP代理功能。如图所示，DAS的QoS架构300还包括设备服务处理器115中的暂停恢复接口320、网络QoS提供接口300、服务控制器122中的激活/暂停恢复服务器340和计费事件服务器，以及用于提供本文所描述的各种QoS技术的暂停/恢复接口320和网络QoS提供接口330。

在一些实施方式中，提供了设备辅助的服务(DAS)技术，这些技术用于提供将服务使用活动进行分类或归类以(例如，通过URL、通过网络域、通过网站、通过网络流量类型、通过应用或应用类型和/或任何其它服务使用活动归类/分类)将各个被监控的活动与相关的IP地址进行关联的活动映射。在一些实施方式中，服务处理器115的策略控制代理(未示出)、服务监控器代理1696(例如，收费代理)或者另一个代理或功能(或者其组合)提供DAS活动映射。在一些实施方式中，服务处理器的策略控制代理(未示出)、服务监控器代理或另一个代理或功能(或其组合)提供了用于将服务使用活动进行分类或归类以(例如，通过统一资源定位符(URL)、通过网络域、通过网站、通过网络流量类型、通过应用或应用类型和/或任何其它服务使用活动归类/分类)将各个被监控的活动与相关的IP地址进行关联的活动映射。在一些实施方式中，服务处理器的策略控制代理、服务监控器代理或者另一个代理或功能(或其组合)使用各种技术来确定被监控的服务使用活动的相关联的IP地址，从而(例如，通过在设备100上执行这些窃听技术，在无需逆向DNS查找的网络请求的情况下，来确定相关联的IP地址)窃听DNS请求。在一些实施方式中，服务处理器的策略控制代理、服务监控器代理或者另一个代理或功能(或其组合)记录并报告IP地址，或者包括DNS查找功能以报告IP地址或针对被监控的服务使用活动的IP地址和相关联的URL。例如，服务处理器的策略控制代理、服务监控器代理或另一个代理或功能(或其组合)可以使用各种技术来确定被监控的服务使用活动的相关联的IP地址，以(例如，使用被监控的设备100上的本地DNS缓存)执行DNS查找功能。在一些实施方式中，这些技术中的一个或多个被用于动态地建立并维持DAS活动映射，该DAS活动映射例如将URL映射到IP地址、将应用映射到IP地址、将内容类型映射到IP地址，和/或如果适用的话，将任何其它归类/分类映射到IP地址。在一些实施方式中，参照各个实施方式在本文中所描述的，DAS活动映射被用于各个DAS流量控制和/或节流技术。在一些实施方式中，如参照各个实施方式在本文中所描述的，DAS活动映射被用于给用户提供各种与UI有关的信息和与服务使用有关的通知技术。在一些实施方式中，如参照各个实施方式在本文中所描述的，DAS活动映射被用于提供服务使用监控、对将来的服务使用的预测/估计、服务使用计费(例如，账户计费和/或任何其它服务使用/计费归类技术)、用于环境服务使用监控的DAS技术、用于产生微-CDR的DAS技术和/或各个其它的与DAS有关的技术中的任意一种技术。

在一些实施方式中，本文所公开的服务处理器115的功能的全部或一部分被实现在软件中。在一些实施方式中，服务处理器115的功能的全部或一部分被实现在硬件中。在一些实施方式中，(本文所讨论的)服务处理器115的功能的全部或基本上全部被实现并存储在可以在设备100中的多个部件上实现的(例如，通过设备100中的各个部件执行的)软件中。在一些实施方式中，在被保护的或安全的存储器中存储或执行服务处理器115的某些部分或全部以使其它不期望的程序(和/或未授权的用户)难以访问服务处理器115中的功能或软件是有利的。在一些实施方式中，服务处理器115至少部分地被实现在和/或存储在安全的非易失性存储器(例如，非易失性存储器可以是安全的非易失性存储器)中，该存储器在没有密钥和/或其它安全机制的情况下不能被访问。在一些实施方式中，将服务处理器115的软件的至少一部分装载到被保护的非易失性存储器中的功能还需要密钥和/或签名和/或需要被装载到非易失性存储器中的服务处理器115的软件部件还可以通过官方(authority)被安全地加密且适当地签名，所述官方受到安全软件下载器功能的信任，例如，图16中所示的服务下载器1663。在一些实施方式中，安全的软件下载实施方式还使用安全的非易失性存储器。本领域普通技术人员还将意识到，所有存储器可以是片上的、片外的、板上的和/或离板的。

图4A至图4C示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的功能图。在一些实施方式中，使用图4A至图4C中所示的网络架构来实现本文所描述的DAS的QoS技术。

参照图4A，在一些实施方式中，如本文类似描述的，使用服务处理器115来在通信设备100执行QoS功能。例如，服务处理器115(例如，基于相关联的服务计划和/或其它标准/测量)判断QoS请求是否被授权。如果QoS请求被授权，则服务处理器115与基站(BTS)125进行通信，以向本地BTS发送QoS请求(例如，RAB或多RAB预留请求)。BTS请求(例如，基于网络容量，诸如使用先来先服务QoS/网络带宽或尽力访问策略或其它技术，和/或其它标准/测量)判断是接受还是拒绝QoS请求。BTS因此响应于QoS请求。如本文类似描述的，如果QoS请求被准许，则可以发起QoS会话。在一些实施方式中，服务处理器115还使用本文所描述的各种技术来执行各种QoS收费功能，并且服务处理器115定期地向服务控制器122发送QoS收费记录或报告。在一些实施方式中，使用本文所描述的各种技术来定期地验证服务处理器115和由服务处理器115执行的与QoS有关的功能。

参照图4B，除了服务控制器122也被显示为与通信设备100的服务处理器115进行通信以外，图4B与图4A类似，其中，通信设备100可以提供对QoS规则和/或可以包括与QoS有关的信息的其它服务计划/配置文件/策略信息的下载和定期更新。在一些实施方式中，服务处理器115还使用本文所描述的各种技术来执行各种QoS收费功能，并且服务处理器115定期地向服务控制器122发送QoS收费记录或报告。在一些实施方式中，使用本文所描述的各种技术来定期地验证服务处理器115和由服务处理器115执行的与QoS有关的功能。

参照图4C，在410处，服务处理器115向服务控制器122发送QoS请求(例如，如参照图4A类似地描述的，服务处理器还可以(至少部分地)判断QoS请求是否被授权)。在420处，如果使用本文所描述的各种技术确定QoS请求是已授权的和/或BTS125是否具有用于QoS请求的网络容量，则服务控制器122向BTS 125发送QoS请求。例如，服务控制器可以(例如，基于QoS优先级、网络容量和/或其它标准/测量/策略)向与QoS有关的活动提供中央决策点功能。在430处，服务控制器122因此向QoS请求发送响应。在440处，如果QoS请求被批准，则设备100(例如，使用RAB或多RAB预留)经由BTS发起QoS会话。在一些实施方式中，服务处理器115还使用本文所描述的各种技术来执行各种QoS收费功能，并且服务处理器115定期地向服务控制器122发送QoS收费记录或报告。在一些实施方式中，使用本文所描述的各种技术来定期地验证服务处理器115和由服务处理器115执行的与QoS有关的功能。

在一些实施方式中，在设备和一个或多个其它网络元件/功能中(例如，使用服务处理器115)执行本文所描述的QoS技术，其中，一个或多个其它网络元件/功能是例如BTS125、服务控制器125、RAN、SGSN/GGSN/其它网关和/或其它网络元件/功能，其中，各个与QoS有关的功能可以基于现在对于本领域普通技术人员而言显而易见的各种设计/网络架构方法分布或分配给这些网络元件/功能，其中，使用本文所描述的各种验证技术来验证设备100处的与QoS有关的活动和/或功能。

在一些实施方式中，设备通过直接询问网络中的QoS链路预留装备(例如，诸如BTS等接入点)来确定QoS可用性。在一些实施方式中，设备基于将QoS请求与一个或多个网络QoS链路资源进行协调的中间网络功能来确定QoS可用性。在一些实施方式中，设备在与一个或多个QoS网络链路资源建立QoS链路之前，请求QoS预留。在一些实施方式中，响应于QoS请求，只有/在确定创建QoS信道所需要的一个或多个QoS链路是可用的以后，QoS信道才被报告为可用的，并且例如，QoS信道然后可以基于确认被预留，或者响应于QoS请求被自动地预留。

图5示出了根据一些实施方式用于产生设备辅助的服务(DAS)的服务质量(QoS)的QoS活动映射的功能图。具体地说，图5示出了用于将QoS510的服务计划或一组服务计划策略/规则映射到一组QoS活动规则530的技术。如图所示，通过使用本文所描述的各种技术，利用QoS映射功能将一组QoS规则/与QoS有关的设备状态信息510(例如，一组相关联的服务计划、服务计划使用、诸如网络容量或预测的需求或一天中的时间/星期几等其它状态、活动使用、QoS级别和/或用户偏好)映射到一组QoS活动规则530。在530处，使用映射功能520来确定活动规则(例如，活动策略规则指令)530。

在一些实施方式中，服务计划包括活动策略列表，并且服务计划中的每个活动策略指定如何通过规则状态信息来调整活动策略。在一些实施方式中，每个活动策略然后成为用于将活动策略映射到QoS活动规则530的引擎的指令(例如，QoS映射功能520)。在一些实施方式中，服务控制器122下载由服务处理器115执行的QoS映射功能520。

在一些实施方式中，服务处理器(例如，根据各个用户/服务计划/服务供应商/网络/法定的和/或其它隐私限制和/或任何其它有关的要求或设置)在具有或不具有零碎应用/服务使用活动的情况下确定(例如，和分类)应用/服务使用活动要求。例如，策略(例如，服务策略设置和/或服务配置文件设置)可以被下载以提供用于将这些被监控的活动分配给各个QoS类或优先级的这些应用/服务使用活动监控规则和QoS活动映射，并且在一些实施方式中，可以使用本文所描述的各种验证技术执行所述监控和QoS活动映射(例如，定期地审计、测试、与网络服务使用信息进行比较)。在一些实施方式中，QoS活动映射是基于与通信设备相关联的服务计划、服务配置文件和/或服务策略设置。在一些实施方式中，QoS活动映射是基于设备组和/或用户组。在一些实施方式中，QoS活动映射是基于用户输入(例如，响应于对用户输入的请求，基于用户配置、用户定义的规则(以消除或减轻隐私和/或网络中立关注/问题)和/或确认的被监控的用户性能的与QoS有关的模式或偏好，通信设备的用户可以识别用于各种应用和/或服务活动的QoS类/服务级别)。在一些实施方式中，QoS活动映射包括基于以下各项中的一个或多个的映射/关联：针对给定目的的用户偏好、目的类、应用、应用类(例如，通过应用类而不是关于特定的应用还可以消除或减轻隐私和/或网络中立关注/问题)、流、流量或流类、时间段、一天中的时间、位置、网络拥塞状态(例如，当你可以时，提供QoS，当拥塞时收费更多，通知用户拥塞状态)、设备类型、用户类型、用户计划、用户组、用户水平、合作伙伴服务、标记、服务类型和/或其它标准或测量。

在一些实施方式中，针对设备100管理本文所描述的各个技术以用于输入和/或输出的QoS请求。在一些实施方式中，如图6所示，DAS的QoS包括建立端对端的协调的QoS服务信道控制。

图6示出了根据一些实施方式的用于端对端的协调的QoS服务信道控制的设备辅助的服务的服务质量(QoS)的功能图。如图6所示，无线通信设备100A包括与服务控制器122A进行安全通信的服务处理器115A。无线通信设备100B包括与服务控制器122B进行安全通信的服务处理器115B。在一些实施方式中，当例如设备100A发起对与设备100B进行通信的QoS类会话(例如，需要或可能使用诸如对话或其它QoS类型的类/级别等QoS类/级别会话的VOIP呼叫或另一个应用服务)的QoS请求时，使用服务控制器122A和服务控制器122B来执行一系列操作，以促成/建立端对端的协调的QoS服务信道控制。在一些实施方式中，如本文类似地描述的，假设服务处理器115和服务控制器122A确定针对设备100A的来自该设备的QoS请求被授权，则服务控制器122A联系注册表650(例如，设备注册表，例如，HLR、移动服务中心或者其它中央数据库或注册表，其包括例如通过设备/IP地址/其它进行的服务控制器映射)以确定与管理设备100B的QoS/服务控制相关联/负责管理设备100B的QoS/服务控制的服务控制器。注册表650基于该查找确定来提供服务控制器122B的信息(例如，IP地址/其它地址)。在一些实施方式中，服务控制器122A然后发起对服务控制器122B的QoS请求，以判断设备100B是否被授权和/或可用于由设备100A请求的QoS会话。在一些实施方式中，如本文类似地描述的，服务控制器122A/B与BTS 125A/B进行通信，以判断是否可以(例如，基于网络容量)促成QoS请求。在一些实施方式中，服务控制器122A/B提供中央QoS协调功能，并且可以直接从相应的本地BTS请求适当的QoS信道。在一些实施方式中，服务控制器122A/B还与下面的如图6所示的网络元件/功能中的一个或多个进行通信，以方便端对端的协调的QoS服务信道控制：RAN 610/670、核心网络620/660和IPX网络630。在一些实施方式中，服务控制器122A/B与用于供应的各个必要的网络元件进行通信以通过本文类似地讨论的运营商核心网络来方便会话供应。在一些实施方式中，服务控制器122A/B与用于供应的各个必要的网络元件进行通信以通过本文类似地讨论的IPX网络来方便会话供应。对于本领域普通技术人员显而易见的是，可以使用这些技术或与各个其它网络架构类似的技术来类似地实现本文所描述的DAS的QoS技术。

图7示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。在702处，过程开始。在704，QoS规则被接收或确定(例如，服务处理器接收或请求QoS规则，这些QoS规则可以包含在与通信设备相关联的服务计划、服务配置文件和/或服务策略设置中)。在一些实施方式中，使用本文所描述的各种技术来验证QoS规则(例如，通过使用服务控制器和/或使用其它验证技术来定期地更新、替换、下载、混淆和/或测试)。在一些实施方式中，如参照各个实施方式在本文中所描述的，QoS API也由各种应用使用以发起QoS请求。在一些实施方式中，根据本文所描述的各个实施方式，以QoS活动映射的形式来执行QoS规则。在706处，使用本文所描述的各个技术(例如，基于服务计划、服务配置文件、服务策略设置、QoS规则、基于QoS类、当前的服务使用、当前的计费水平和/或任何其它标准/测量)确定通信设备的针对QoS的水平。在一些实施方式中，除了针对QoS请求验证设备/用户水平以外，还使用本文所描述的各种技术来验证设备是否遵循或符合所分配的QoS保留请求策略。如果设备被确定为对于QoS是不适当的，则在708处，设备用户界面(UI)提供了与QoS会话的拒绝/不合格有关的信息(例如，用于提供一个或多个QoS选项的拒绝/不合格的解释和/或选项，例如，在QoS会话接入的某一时间/一组时间/一段时间内的服务计划升级或付费)。如果设备被确定为针对QoS是适合的，则在710处，(例如，基于网络容量，其可以使用本文所描述的各种技术经由与服务控制器的通信、经由与BTS的通信和/或其任意组合在设备处被确定)确定QoS可用性。如果QoS被确定是不可用的，则在712处，UI提供与QoS可用性有关的信息和/或选项(例如，用于提供一个或多个QoS选项的不可用的解释和/或选项，例如，在QoS会话接入的某一时间/一组时间/一段时间内的服务计划升级或付费)。如果QoS被确定为可用的，则在714处，将对用于QoS会话的网络资源的请求发送到一个或多个网络资源(例如，服务控制器、BTS、网关、核心/传输网络、IPX/GRX网络和/或其它网络元件/功能/资源)。在716处，接收对批准的QoS会话的确认，以关闭DAS的QoS的循环(例如，QoS调度被接收，其提供了QoS会话确认信息，例如，通过安排/其它标准的被预定的RAB/多RAB和/或其它被预留的网络资源)。在718处，执行一个或多个验证技术，以使用本文所描述的各个验证技术(例如，将来自网络资源的QoS服务使用报告与相关联的设备策略进行比较；将来自网络资源的QoS服务使用报告与来自设备的QoS服务使用报告进行比较，和/或使用本文类似地描述的其它验证技术)来验证设备上的DAS的QoS实现。在720处，过程完成。

图8A示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。在802处，过程开始。在一些实施方式中，在设备上执行QoS策略(例如，如本文类似地描述的，服务处理器收集/接收相关联的服务计划，该服务计划定义/指定了针对QoS的基本策略，这些策略可以包括例如根据应用、服务使用、流类型、目的地、一天中的时间、网络容量和/或其它标准/测量来映射QoS类的QoS活动映射)。在一些实施方式中，如参照各个实施方式在本文中所描述的，QoS API还由各个应用使用以发起QoS请求。在一些实施方式中，根据本文所描述的各个实施方式，以已验证的QoS活动映射的形式来执行QoS规则。在804处，(例如，通过针对特定的相关联的服务/应用的QoS类)确定QoS请求。在一些实施方式中，至少部分地使用利用本文所描述的各个技术的QoS活动映射，例如，基于设备上的服务/应用使用监控(例如，通过服务处理器的服务使用监控代理)来确定QoS请求。在一些实施方式中，根据QoS API来确定QoS请求。在一些实施方式中，QoS请求被确定为与输出连接或输入连接相关联。在806处，判断QoS请求是否被授权(例如，QoS请求是否由服务计划、针对该QoS请求是否存在足够的收费款项，和/或其它标准/测量)。如果不是，则在808处，UI提供如本文所类似地描述的响应通知和/或选项。如果QoS请求被批准，则在810处，将对用于QoS会话的网络资源的请求发送到一个或多个网络资源(例如，服务控制器、BTS、网关、核心/传输网络、IPX/GRX网络、诸如为了建立与其它通信设备的对话类QoS连接而与另一个通信设备进行通信的一个/另一个服务控制器，和/或其它网络元件/功能/资源)。如果设备被确定为针对QoS是适合的，则在810处，(例如，基于网络容量，其可以使用本文所描述的各个技术经由与服务控制器的通信、经由与BTS的通信和/或其任意组合在设备处被确定)确定QoS的可用性。如果QoS被确定为不可用的，则在812处，UI提供与QoS可用性有关的信息和/或选项(例如，用于提供一个或多个QoS选项的不可用的解释和/或选项，例如，在QoS会话接入的某一时间/一组时间/一段时间内的服务计划升级或付费)。如果QoS被确定为可用的，则在814处，将对用于QoS会话的网络资源的请求发送到一个或多个网络资源(例如，服务控制器、BTS、网关、核心/传输网络、IPX/GRX网络和/或其它网络元件/功能/资源，以建立例如QoS的端到端的连接-协调被批准且验证的QoS流的端到端的所有资源)。在816处，对批准的QoS会话的确认被接收，以关闭DAS的QoS的循环(例如，QoS安排被接收，其提供了QoS会话确认信息，例如，通过安排/其它标准的被预定的RAB/多RAB和/或其它被预留的网络资源)。在818处，使用本文所描述的各个验证技术在通信设备上执行/实现QoS路由器，以辅助实现DAS的QoS(例如，以执行如本文所描述的QoS排队、节流和/或其它与QoS路由器有关的功能)。在820处，(至少部分地)使用本文所描述的各种技术(例如，使用服务处理器，例如本文所描述的收费/服务使用监控和/或其它代理)在设备上执行已验证的QoS收费。在一些实施方式中，向用于管理QoS收费和/或其它与QoS管理/收费有关的服务控制功能的一个或多个网络元件(例如，向服务控制器和/或收费接口或收费服务器)提供QoS收费记录和/或报告。在一些实施方式中，如果QoS会话/连接/信道/流丢失或下降，则DAS的QoS还使用对于本领域普通技术人员而言显而易见的、与本文所描述的那些技术类似的技术方便重新建立QoS会话/连接/信道/流。在822处，过程完成。在一些实施方式中，当设备会话结束以例如释放各种资源时，QoS供应信道被关闭。

图8B示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。在一些实施方式中，DAS的QoS包括识别服务活动的QoS需求(例如，QoS级别或QoS类)。在824处，过程开始。在一些实施方式中，在设备上实现QoS策略(例如，如本文类似地描述的，服务处理器收集/接收相关联的服务计划，该服务计划定义/指定了针对QoS的基本策略，这些策略可以包括例如根据应用、服务使用、流类型、目的地、一天中的时间、网络容量和/或其它标准/测量来映射QoS类的QoS活动影射)。在一些实施方式中，根据本文所描述的各个实施方式，以已验证的QoS活动映射的形式来执行QoS规则。在826处，设备监控设备活动，例如，服务/应用使用活动。在一些实施方式中，设备基于本文所描述的各种服务使用监控技术来检测相关的活动。在828处，例如使用本文所描述的各种技术来确定QoS请求。在830处，使用本文所描述的各种技术基于与QoS请求相关联的应用来确定QoS级别。例如，可以使用QoS活动映射来确定QoS级别，其中，所述QoS活动映射提供了由将各种QoS级别与包括各种设备监控的服务使用/应用活动的各种活动进行关联的表格所定义的QoS策略。在一些实施方式中，QoS活动映射包括基于以下各项中的一个或多个的QoS级别映射：如本文类似地描述的，应用、目的地/源、流量类型、连接类型、内容类型、一天中的时间/星期几、网络容量、活动使用、服务计划选择、当前水平、用户类、设备类、归属/遨游、网络容量和/或其它标准/测量。在一些实施方式中，在832处，如果QoS级别不能被确定和/或为了确认多个可能的适合的/批准的QoS级别之间的QoS级别或选择，则UI向用户呈现选项以选择QoS级别。在834处，针对确定的QoS级别(例如，QoS类)发起QoS请求。在836处，过程完成。

图8C示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。在一些实施方式中，DAS的QoS包括判断网络是否应当准许对给定的设备活动的QoS请求。在842处，过程开始。在844处，确定QoS请求。在846处，使用本文所描述的各种技术来确定通信设备的针对QoS的级别(例如，服务处理器与服务控制器相结合或者基于被发送到服务控制器的QoS请求的授权的通信来判断QoS请求是否被授权，这可以是基于服务计划、服务配置文件、服务策略设置、QoS规则、基于QoS类、当前的服务使用、当前的计费水平和/或任何其它标准/测量)。如果设备被确定为对于QoS是不适当的，则在848处，设备用户界面(UI)提供了与QoS会话的拒绝/不合格有关的信息(例如，用于提供一个或多个QoS选项的拒绝/不合格的解释和/或选项，例如，在QoS会话接入的某一时间/一组时间/一段时间内的服务计划升级或付费)。如果设备被确定为针对QoS是适合的，则在850处，(例如，基于网络容量，其可以使用本文所描述的各个技术经由与服务控制器的通信、经由与BTS的通信和/或其任意组合在设备处被确定)确定QoS的可用性。如果QoS被确定为不可用的，则在852处，UI提供与QoS可用性有关的信息和/或选项(例如，用于提供一个或多个QoS选项的不可用的解释和/或选项，例如，在QoS会话接入的某一时间/一组时间/一段时间内的服务计划升级或付费)。如果QoS被确定为可用的，则在854处，将对用于QoS会话的网络资源的请求发送到一个或多个网络资源(例如，服务控制器、BTS、网关、核心/传输网络、IPX/GRX网络和/或其它网络元件/功能/资源可以被直接查询和/或集中的QoS资源/网络功能/元件/数据库可以被查询以确定这些网络资源并协调这些安排)。在856处，对批准的QoS会话的确认被接收，以关闭DAS的QoS的循环(例如，QoS安排被接收，其提供了QoS会话确认信息，例如，通过安排/其它标准的被预定的RAB/多RAB和/或其它被预留的网络资源)。在858，执行QoS路由器。在一些实施方式中，在设备(例如，服务处理器)、网络元件/功能(例如，服务控制器)和/或其组合上执行QoS路由器。在一些实施方式中，QoS路由器对给定的通信设备上的多个QoS请求划分优先顺序。在一些实施方式中，QoS路由器对多个通信设备和/或多个BTS上的多个QoS请求划分优先顺序。在一些实施方式中，如本文类似地描述的，QoS路由器(例如，基于会话优先级、网络容量、工作负载平衡、QoS优先级规则和/或其它标准/测量/规则)执行各种QoS类降级、提升和/或其它与节流有关的技术。在860处，过程完成。

图9示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。在一些实施方式中，包括对服务活动的QoS会话供应。在902处，过程开始。在904处，准许和/或确认新的QoS会话。在906处，设备服务处理器(例如，决策点(PDP)代理，在本文中还称作策略控制代理)可以(例如，如本文类似地描述的，基于服务控制器提供的与QoS有关的策略、基于与设备、用户、设备/用户组和/或其它标准/测量相关联的服务计划)将QoS会话准许映射到QoS监控策略。在908处，QoS监控策略向策略实施点(PEP)(例如，PEP代理，在本文中还称作决策实现代理)提供命令/指令以用于管理/实施新的QoS优先级/会话。在910处，PEP判断是否基于QoS监控决策来允许、阻止、节流和/或排队优先级/会话。在912处，过程完成。

图10示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。在一些实施方式中，无线接入承载(RAB)支持是可用的，并且根据一些实施方式来执行下面的过程。在1002处，过程开始。在1004处，设备服务处理器检测QoS请求或QoS需要(例如，QoS API请求、基于例如通过应用或其它服务使用测量/活动的服务使用监控的QoS会话的QoS请求或需要/益处)。在1006处，服务处理器和/或服务处理器与服务控制器进行通信来判断服务计划是否允许/支持被请求的QoS。如果否，则在1008处，产生UI事件(例如，通知设备用户：该QoS/QoS级别/类是不可用的，并且可能提供针对该QoS/QoS级别/类的QoS/服务计划升级/购买)。在1010处，服务处理器(例如，如本文类似地描述的，使用安全的服务控制链路或安全的通信信道)向服务控制器发送QoS请求，以请求QoS级别/类。在1012处，服务控制器使用本文所描述的各种技术来判断网络资源是否是可用的。在一些实施方式中，使用诸如本地设备测量、专用的本地设备测量报告、BTS报告、其它网络元件报告等各种技术，通过评估例如以下各项中的一个或多个的组合来确定网络容量：可用带宽、流量延迟或延期、可用的QoS级别、可用带宽的变化、延迟的变化和/或可用QoS级别的变化和/或本文所描述的其它技术。在1014处，服务控制器响应于QoS请求(例如，准许或拒绝QoS请求)。在一些实施方式中，如本文类似地描述的，如果QoS请求被拒绝，则产生另一个UI事件。在1016处，(假设准许QoS请求)，设备向BTS请求QoS信道。在一些实施方式中，请求包括从服务控制器接收的QoS请求授权代码。在一些实施方式中，服务控制器向BTS提供关于通信设备的QoS请求批准的通知，以使BTS可以验证QoS请求的批准。在一些实施方式中，BTS直接使用服务控制器来确认设备QoS信道请求。例如，如本文类似地描述的且对于本领域普通技术人员而言显而易见的，还可以使用用于验证QoS信道请求的各种其它技术。在一些实施方式中，设备服务处理器和/或服务控制器提供与QoS有关的报告，该报告通知BTS：根据设备需求预测来提供多少QoS信道(例如，RAB)以及提供多少尽力资源。在1018处，(假设验证了QoS信道请求)，基于从BTS接收的被分配的RAB或多RAB预留(例如，和/或如本文类似地描述的其它网络元件)来发起QoS会话。在1020处，过程完成。

图11示出了根据一些实施方式的设备辅助的服务(DAS)的服务质量(QoS)的流程图。在一些实施方式中，RAB支持是不可用的，并且根据一些实施方式来执行下面的过程。在1102处，过程开始。在1104处，设备服务处理器检测QoS请求或QoS需要(例如，QoS API请求、基于服务使用监控的QoS会话的QoS请求或需要/益处，例如，通过应用或其它服务使用测量/活动)。在1106处，服务处理器和/或服务处理器与服务控制器进行通信来判断服务计划是否允许/支持被请求的QoS。如果否，则在1108处，产生UI事件(例如，通知设备用户：该QoS/QoS级别/类是不可用的，并且可能提供针对该QoS/QoS级别/类的QoS/服务计划升级/购买)。在1110处，服务处理器(例如，如本文类似地描述的，使用安全服务控制链路或安全通信信道)向服务控制器发送QoS请求，以请求QoS级别/类。在1112处，服务控制器使用本文所描述的各种技术来判断网络资源是否是可用的。在一些实施方式中，使用诸如本地设备测量、BTS报告、其它网络元件报告和/或本文所描述的其它技术等各种技术来确定网络容量。在一些实施方式中，服务控制器对链路上的其它设备进行节流以便可以实现被请求的QoS级别(例如，因为RAB支持是不可用的)。在一些实施方式中，服务控制器与BTS时钟或绝对时钟同步地控制来自设备终端的流量时隙，以基于链路上的当前/预测的网络容量来促成所请求的QoS级别并且实现必要的网络容量以支持/促成所请求的QoS级别(例如，从而使抖动/内部数据包延迟变化最小化)。在1114处，服务控制器响应于QoS请求(例如，准许或拒绝QoS请求)。在一些实施方式中，如本文类似地描述的，如果QoS请求被拒绝，则产生另一个UI事件。在1116处，(假设准许QoS请求)，设备发起QoS会话。在1118处，设备服务处理器和/或设备会话处理器与服务控制器进行安全通信以使用本文所描述的各种监控和验证技术来监控并验证QoS会话(例如，核查CDR以判断QoS信道是否由设备正确地执行)。在一些实施方式中，产生UI事件，以通知设备用户：QoS会话实现是否存在潜在的问题，从而定期地通知用户：QoS收费和/或与QoS活动有关的其它事件/信息。在1120处，过程完成。

图12示出了根据一些实施方式的为服务监控器代理(例如，以用于监控如本文所描述的与QoS有关的活动)、计费代理和访问控制完整性代理提供来自联网堆栈中的各个点的各个服务使用测量以辅助验证服务使用测量、与QoS有关的活动和功能和计费报告的设备堆栈。如图12所示，几个服务代理参与数据路径操作以实现各种数据路径改进，并且例如，几个其它的服务代理可以管理数据路径服务的策略设置、实现数据路径服务的计费、管理接入网络连接的一个或多个调制解调器选择和设置、与用户的接口和/或提供服务策略实现验证。此外，在一些实施方式中，几个代理执行辅助验证以下操作的功能：期望适当的服务控制或监控策略被正确地实现、服务控制或监控策略正确地遵循于：服务处理器或一个或多个服务代理在正确地操作，以防止在策略实现或控制中的不期望的错误和/或防止篡改服务策略或控制。如图所示，标记为I至VI的服务测量点表示执行各个服务监控活动的服务监控器代理1696和/或其它代理的各个服务测量点。在本文所描述的实施方式中，这些测量点中的每一个可以具有有用的目的。例如，在给定的设计中使用的流量测量点中的每一个可以由监控代理使用以跟踪通过通信堆栈的应用层的流量以辅助策略实现功能，例如，策略实现驱动器/代理1690(例如，策略实施点驱动器/代理)，或者在一些实施方式中，在有时难以或者不可能完全确定流量参数的情况下，一旦在通信堆栈中的流量进一步下降，则调制解调器防火墙代理1655或应用接口代理将作出关于流量参数或类型的决定。在这些附图中提供的测量点的特定位置旨在作为指导性的实例，并且考虑了本文所描述的实施方式，对于本领域普通技术人员显而易见的是，其它测量点可以用于不同的实施方式。通常，在一些实施方式中，设备中的一个或多个测量点可以用于辅助服务控制验证和/或设备或服务的故障发现和修理。

在一些实施方式中，服务监控器代理和/或其它代理经由各种通信堆栈格式化、处理和加密步骤通过跟踪或追踪数据包流并且向监控、控制、整形、节流或以其它方式观测、操纵或调整流量的各个代理提供虚拟标记信息，从而实现了虚拟流量标记。标记方法在本文中称作虚拟标记，这是因为不存在附属于流或数据包的真实数据流、流量流或数据包标记，并且相反，标记数据包的记账是通过跟踪或追踪通过堆栈的流或数据包来完成的。在一些实施方式中，应用接口和/或其它代理识别流量流、将其与服务使用活动相关联，并且使真实标记附属于与活动相关联的流量或数据包。该标记方法在本文中称作真实标记。虚拟标记方法和真实标记方法存在多个优点。例如，在一些实施方式中，优选的是，通过分配真实标记来减小跟踪或追踪经由堆栈处理的数据包所需的代理间的通信，以使每个流或数据包具有嵌入在数据中的其自己的活动关联。举另一个例子，在一些实施方式中，优选的是，重新使用标准通信堆栈软件或部件的一部分，从而通过插入与各种服务代理相关联的额外的处理步骤和监控点而不是重新写入整个堆栈以正确地处理真实标记信息来提高对标准堆栈的可验证的流量控制或服务控制功能，并且在这种情况下，可能需要虚拟标记方案。举另一个例子，一些标准的通信堆栈在数据包帧或流中提供未使用的、未指定的或者以其它方式可用的比特字段，并且这些未使用的、未指定的或者以其它方式可用的比特字段可以用于在无需重新写入所有标准通信堆栈软件的情况下真实地标记流量，其中，只有堆栈的被添加以增强标准堆栈的可验证的流量控制或服务控制功能的一部分需要解码和使用封装在可用的比特字段中的真实的标记信息。在真实标记的情况下，在一些实施方式中，在将数据包或流传送到网络或者到使用该堆栈的应用之前移除标记。在一些实施方式中，虚拟或真实标记实现的方式可以发展成通信标准规范，以使各个设备或服务产品开发商可以以与其它设备或服务产品开发商的服务控制器规范和产品兼容的方式来独立地开发通信堆栈和/或服务处理器硬件和/或软件。

将意识到，虽然在图12中所示的任何或全部测量点的实现/使用不需要具有高效的实现，例如参照本文所描述的各个实施方式类似地示出的，但是各个实施方式可以受益于这些和/或类似的测量点。还将意识到，精确的测量点可以移动到流量处理堆栈中的不同位置，正如本文所描述的各个实施方式可以使影响策略实现的代理移动到流量处理堆栈中的不同点同时维持高效的操作。在一些实施方式中，一个或多个测量点被提供在调制解调器堆栈的更深的位置处，例如，在该位置处，如果使用正确的软件和/或硬件安全来设计该调制解调器以保护调制解调器堆栈和测量点的完整性，则更加难以包围并且可能更加难以为了篡改的目的的访问。

参照图12，如图所示，描述了从堆栈的底部到顶部的设备通信堆栈，该设备通信堆栈给在设备通信堆栈的底部的设备的调制解调器中的每一个提供了通信层。示例性的测量点VI位于调制解调器的驱动器层中或者刚好在调制解调器的驱动器层上。例如，调制解调器的驱动器执行调制解调器总线通信、数据协议转化、调制解调器控制和配置以将联网堆栈流量连接到调制解调器。如图所示，对于所有调制解调器的驱动器和调制解调器而言，测量点VI是共有的，并且对于某些实施方式有利的是，区分通过一个调制解调器发生的流量或服务活动与通过其它调制解调器中的一个或多个发生的流量或服务活动。在一些实施方式中，测量点VI或另一个测量点位于各个调制解调器的驱动器中的一个或多个之上、之中或之下。每个调制解调器的相应的调制解调器总线位于示例性的测量点V与VI之间。在下一个更高层中，提供了用于基于多模设备的通信的调制解调器选择和控制层。在一些实施方式中，该层是由网络决策策略来控制的，其中，该网络决策策略针对数据流量中的一些或全部来选择最需要的网络调制解调器，并且当最需要的网络不可用时，策略将恢复到下一个最期望的网络直到连接被建立为止，前提是网络中的一个网络是可用的。在一些实施方式中，即使当数据流量中的一些或全部被路由到另一个网络时，诸如验证、控制、冗余或安全流量等某些网络流量被路由到网络中的一个网络。双路由功能提供了各种增强的安全性、增强的可靠性或增强的可管理性的设备、服务或应用。在下一个更高层中，提供了调制解调器防火墙。例如，调制解调器防火墙提供了传统的防火墙功能，但是不同于传统的防火墙，为了依赖于防火墙以进行诸如访问控制和对不希望的联网流量或应用的安全防护等可验证的服务使用控制，本文所描述的各个服务验证技术和代理被添加到防火墙功能以验证与服务策略的兼容性并且防止篡改服务控制。在一些实施方式中，调制解调器防火墙可能结合其它附图中所示的其它层被实现在堆栈的更上方。在一些实施方式中，提供了专用的防火墙功能或层，其独立于其它处理层，例如，策略实现层、数据包转发层和/或应用层。在一些实施方式中，调制解调器防火墙被实现在堆栈的更下方，例如，在调制解调器驱动器中、在调制解调器驱动器的下方或者在调制解调器自身中。示例性的测量点IV位于调制解调器防火墙层与IP排队和路由层(例如，QoS IP排队和路由层)之间。如图所示，IP排队和路由层与策略实现层分离，其中，策略实现代理实现流量控制和/或服务使用控制策略的一部分。如本文所描述的，在一些实施方式中，这些功能是分离的，以使标准网络堆栈功能可以用于QoS IP排队和路由，并且对于实施策略实现代理功能所必要的调整可以提供在插入到标准堆栈中的新的层中。在一些实施方式中，IP排队和路由层与流量或服务使用控制层相结合。例如，组合的路由和策略实现层的实施方式还可以用于如图12所示的其它实施方式中。测量点III位于IP排队和路由层与策略实现代理层之间。测量点II位于策略实现代理层与如图所示的包括TCP、UDP和其它IP的传输层之间。会话层位于传输层之上，其被示出为套接字分配和会话管理(例如，基本TCP建立、TLS/SSL)层。网络服务API(例如，HTTP、HTTPS、FTP(文件传输协议)、SMTP(简单邮件传输协议)、P0P3、DNS)位于会话层之上。测量点I位于网络服务API层与应用层之间，其被示出为图12的设备通信堆栈中的应用服务接口代理。

如图12所示，应用服务接口层(例如，QoS应用服务接口层)位于标准的联网堆栈API之上，并且在一些实施方式中，其功能是监控并且在一些情况下拦截并处理应用与标准联网堆栈API之间的流量。在一些实施方式中，在应用流量流更加难以或者实际上不可能识别堆栈中的更下方之前，应用服务接口层识别应用流量流。在一些实施方式中，在虚拟和真实标记情况下，应用服务接口层通过这种方式来辅助应用层标记。在上游流量的情况下，应用层标记是直截了当的，这是因为流量源自应用层。在一些下游的实施方式中，其中，流量或服务活动分类取决于容易获得的流量属性，例如，源地址或URL、应用套接字地址、IP目的地址、一天中的时间或任何其它容易获得的参数，流量类型可以被识别并标记以由防火墙代理或另一个代理在其最初到达时进行处理。在其它实施方式中，如本文所描述的，在下游情况下，当对流量流被控制或节流的方式进行分类所需的流量参数在堆栈的较低级别(例如，与应用的一个方面的关联、内容的类型、包含在TLS、IPSEC或其它安全格式中的某物或者与流量相关联的其它信息)处不容易获得时，方案通常更加复杂。因此，在一些实施方式中，在流量流被充分地表征、归类或与服务活动进行关联之前，联网堆栈识别流量流，并且然后将流量传送到最终的分类完成的应用接口层。在这些实施方式中，应用接口层然后发送具有正确的分类的流量流ID，以使在最初的短流量突发或时间段以后，策略实现代理可以正确地控制流量。在一些实施方式中，还存在用于对不能使用包含应用层标记的标记的所有源进行充分识别的流量的服务控制策略进行标记和设置的策略。

如图12所示，还与代理通信总线1630进行通信的服务监控器代理与设备通信堆栈的各个层进行通信。例如，服务监控器代理执行以下步骤：在测量点I至VI中的每一个处进行监控、接收包括应用信息、服务使用和其它与服务有关的信息和分配信息的信息。同样如图所示，访问控制完整性代理经由代理通信总线1630与服务监控器代理进行通信。

图13示出了根据一些实施方式在调制解调器上实现服务处理器中的一些并且在设备应用处理器上实现服务处理器中的一些的与图12类似的实施方式。在一些实施方式中，服务处理器的一部分被实现在调制解调器上(例如，在调制解调器模块硬件或调制解调器芯片集上)，并且服务处理器的一部分被实现在设备应用处理器子系统上。对于本领域普通技术人员显而易见的是，图13中描绘的实施方式的变型是可能的，其中，或多或少的服务处理器功能被移动到调制解调器子系统上或者设备应用处理器子系统上。例如，与图13中描绘的实施方式类似的这些实施方式可以通过包括以下各项的优点来激励：服务处理器网络通信堆栈处理中的一些或全部和/或调制解调器子系统上的其它服务代理功能中的一些或全部(例如，并且该方法可以应用于一个或多个调制解调器)。例如，服务处理器可以作为包含在软件包或调制解调器硬件或软件包的调制解调器芯片集硬件中的标准特征集被分配，并且通过设备OEM、针对芯片集或调制解调器模块制造商的更高级别的区别、更高级别的性能或服务使用控制实现的完整性或安全性、规范或互用性标准化和/或其它益处，这种配置可以提供更容易的使用或开发。

参照图13，如图所示，描述了从堆栈的底部到顶部的设备通信堆栈，该设备通信堆栈给设备通信堆栈的底部的调制解调器MAC/PHY层提供了通信层。测量点IV位于调制解调器MAC/PHY层之上。调制解调器防火墙层位于测量点IV与III之间。在下一个更高的层中，提供了策略实现代理，其中，策略实现代理被实现在调制解调器上(例如，调制解调器硬件上)。测量点II位于策略实现代理与调制解调器驱动器层之间，然后其被示为位于调制解调器总线层之下。下一个更高的层被示为IP排队和路由层，之后是包括如图所示的TCP、UDP和其它IP的传输层。会话层位于输层之上，其被示出为套接字分配和会话管理(例如，基本TCP建立、TLS/SSL)层。网络服务API(例如，HTTP、HTTPS、FTP(文件传输协议)、SMTP(简单邮件传输协议)、P0P3、DNS)位于会话层之上。测量点I位于网络服务API层与应用层之间，其被示为图13的设备通信堆栈中的应用服务接口代理。

虽然为了使理解清楚的目的而详细地描述了前面的实施方式，但是本发明不限于所提供的细节。存在很多实现本发明的可替换的方式。所公开的实施方式是示例性的而非限制性的。

Claims (50)

1.一种系统，包括：

通信设备的处理器，其被配置为：

确定对无线网络上的服务的服务质量(QoS)请求；以及

验证对所述无线网络上的服务的所述QoS请求；

存储器，其被耦合到所述处理器，并且被配置为给所述处理器提供指令。

2.根据权利要求1所述的系统，其中，所述通信设备是移动通信设备或中间联网设备，并且所述服务包括一个或多个基于因特网的服务。

3.根据权利要求1所述的系统，其中，所述通信设备是移动通信设备，并且所述服务包括一个或多个基于因特网的服务，并且其中，所述移动通信设备包括以下各项中的一个或多个：移动电话、PDA、电子书阅读器、音乐设备、娱乐/游戏设备、计算机、膝上型计算机、上网本、平板电脑和家庭联网系统。

4.根据权利要求1所述的系统，其中，所述服务支持以下服务级别中的一个或多个：会话数据、流式数据、交互数据和后台数据。

5.根据权利要求1所述的系统，其中，所述QoS请求是基于经验证的QoS访问规则和/或基于经验证的服务使用监控来验证的。

6.根据权利要求1所述的系统，其中，所述处理器还被配置为：

通过QoS应用编程接口(API)来接收所述QoS请求。

7.根据权利要求1所述的系统，其中，所述处理器还被配置为：

监控所述服务的使用；以及

根据所监控的所述服务的使用来确定所述QoS请求。

8.根据权利要求1所述的系统，其中，所述处理器还被配置为：

使用服务处理器来监控所述服务的使用；以及

根据所监控的所述服务的使用来确定所述QoS请求，其中，所述QoS请求是基于以下各项中的一个或多个来确定的：应用活动、服务活动、和应用或服务活动的模式。

9.根据权利要求1所述的系统，其中，所述处理器还被配置为：

使用服务处理器来监控所述服务的使用；

根据所监控的所述服务的使用来确定所述QoS请求；以及

如果确定了所述QoS请求，则执行用户界面通知，其中，所述用户通知包括以下各项中的一个或多个：对所述QoS请求的确认、对所述QoS请求以及可能的将来的类似类型的QoS请求的全面确认；购买所述QoS请求的新的服务级别的选择；以及升级到新的服务计划的选择。

10.根据权利要求1所述的系统，其中，所述处理器还被配置为：

监控所述服务的使用以确定输入的QoS请求或输出的QoS请求。

11.根据权利要求1所述的系统，其中，所述处理器还被配置为：

执行用于辅助控制所述通信设备对所述无线网络上的所述服务的使用的服务配置文件，其中，所述服务配置文件包括多个服务策略设置，并且其中，所述服务配置文件与指定对所述服务进行访问的服务计划相关联；

基于所述服务配置文件来监控所述服务的使用；以及

基于所监控的所述服务的使用来确定所述QoS请求。

12.根据权利要求1所述的系统，其中，所述处理器还被配置为：

根据与所述通信设备相关联的服务计划来判断所述QoS请求是否被授权。

13.根据权利要求1所述的系统，其中，所述处理器还被配置为：

根据经验证的QoS访问规则来判断所述QoS请求是否被授权，其中，所述经验证的QoS访问规则与所述通信设备的服务计划相关联。

14.根据权利要求1所述的系统，其中，所述处理器还被配置为：

从服务控制器接收QoS访问规则，其中，所述QoS访问规则与所述通信设备的服务计划相关联。

15.根据权利要求1所述的系统，其中，所述处理器还被配置为：

从服务控制器接收QoS访问规则，其中，所述QoS访问规则包括QoS活动映射，所述QoS活动映射将服务使用和/或应用使用与一个或多个QoS类进行关联。

16.根据权利要求1所述的系统，其中，所述处理器还被配置为：

根据经验证的QoS访问规则来判断所述QoS请求是否被授权；以及

如果所述QoS请求未被授权，则执行用户界面通知，其中，所述用户通知包括以下各项中的一个或多个：对所述QoS请求的拒绝、解释拒绝所述QoS请求的原因的信息、购买针对所述QoS请求的新的服务级别的选择；以及升级到新的服务计划的选择。

17.根据权利要求1所述的系统，其中，所述处理器还被配置为：

如果基于经验证的QoS访问规则确定所述QoS请求被授权，则促成QoS会话。

18.根据权利要求1所述的系统，其中，所述处理器还被配置为：

如果基于经验证的QoS访问规则确定所述QoS请求被授权，则促成QoS会话；以及

定期地验证所述QoS会话，其中，所述QoS会话是至少部分地通过将一个或多个设备辅助的服务使用测量与一个或多个基于网络的服务使用测量进行比较来验证的。

19.根据权利要求1所述的系统，其中，所述处理器还被配置为：

如果基于经验证的QoS访问规则确定所述QoS请求被授权，则促成QoS会话；以及

定期地验证所述QoS会话，其中，所述QoS会话是至少部分地通过执行以下操作中的一个或多个来验证的：

将基于网络的服务使用测量与和所述通信设备相关联的第一服务策略进行比较；

将设备辅助的服务使用测量与所述第一服务策略进行比较；

将所述基于网络的服务使用测量与所述设备辅助的服务使用测量进行比较；以及

进行测试，并且根据所述测试来确认设备辅助的服务使用测量。

20.根据权利要求1所述的系统，其中，所述处理器还被配置为：

如果基于经验证的QoS访问规则确定所述QoS请求被授权，则促成QoS会话；以及

定期地验证所述QoS会话以验证以下项中的一个或多个：

所述通信设备仍然被授权进行所述QoS会话；

所述QoS会话是在经授权的QoS级别的通信；以及

对所述QoS会话的收费是准确的。

21.根据权利要求1所述的系统，其中，所述处理器还被配置为：

如果基于经验证的QoS访问规则确定所述QoS请求被授权，则向接入点发送所述QoS请求，其中，所述接入点基于网络容量促成针对所述QoS请求的QoS会话。

22.根据权利要求1所述的系统，其中，所述处理器还被配置为：

如果基于经验证的QoS访问规则确定所述QoS请求被授权，则向接入点发送所述QoS请求，其中，所述接入点基于网络容量促成针对所述QoS请求的QoS会话，其中，所述接入点包括基站。

23.根据权利要求1所述的系统，其中，所述处理器还被配置为：

向服务控制器发送所述QoS请求，其中，所述服务控制器协调与接入点进行无线通信的多个通信设备的多个QoS请求，并且其中，如果确定所述QoS请求被授权，则所述服务控制器与所述接入点进行通信以促成所述通信设备的所述QoS请求。

24.根据权利要求1所述的系统，其中，所述处理器还被配置为：

向服务控制器发送所述QoS请求，其中，所述服务控制器协调与一个或多个基站进行无线通信的多个通信设备的多个QoS请求，并且其中，如果确定所述QoS请求被授权，则所述服务控制器与所述一个或多个基站进行通信以基于网络容量来确定可用的基站，从而促成所述通信设备的所述QoS请求；以及

接收对所述QoS请求的响应，其中，所述响应包括对哪一个基站可用于促成所述QoS请求的指示。

25.根据权利要求1所述的系统，其中，所述处理器还被配置为：

向服务控制器发送所述QoS请求，其中，所述服务控制器协调与一个或多个基站或其它接入点进行无线通信的多个通信设备的多个QoS请求，其中，如果确定所述QoS请求被授权，则所述服务控制器与所述一个或多个基站进行通信以基于网络容量来确定可用的基站，从而促成所述通信设备的所述QoS请求，其中，所述其它接入点包括WiFi接入点；以及

接收对所述QoS请求的响应，其中，所述响应包括对哪一个基站或其它接入点可用于促成所述QoS请求的指示。

26.根据权利要求1所述的系统，其中，所述处理器还被配置为：

向服务控制器发送所述QoS请求；

如果确定所述QoS请求被授权并且确定网络容量可用于所述QoS请求，则从所述服务控制器接收QoS批准授权；

向基站发送所述QoS请求，其中，所述批准的QoS请求包括对QoS信道的一个或多个QoS链路的所述QoS批准授权。

27.根据权利要求1所述的系统，其中，所述处理器还被配置为：

向服务控制器发送所述QoS请求；

如果确定所述QoS请求被授权并且确定网络容量可用于所述QoS请求，则从所述服务控制器接收QoS批准授权，其中，所述服务控制器向基站发送所述QoS批准授权；

向所述基站发送所述QoS请求以启动QoS信道，其中，所述QoS信道包括一个或多个QoS链路。

28.根据权利要求1所述的系统，其中，所述处理器还被配置为：

向服务控制器发送所述QoS请求，其中，所述服务控制器与所述一个或多个网络设备进行通信，以提供QoS信道，其中，所述QoS信道包括一个或多个QoS链路；以及

所述服务控制器返回用于所提供的QoS信道的QoS预留。

29.根据权利要求1所述的系统，其中，所述处理器还被配置为：

向服务控制器发送所述QoS请求，其中，所述服务控制器与所述一个或多个网络设备进行通信，以通过运营商核心网络和/或IPX网络提供QoS信道，其中，所述QoS信道包括一个或多个QoS链路。

30.根据权利要求1所述的系统，其中，所述处理器还被配置为：

如果确定所述QoS请求被授权，则促成QoS会话；以及

确定对所述QoS会话的收费。

31.根据权利要求1所述的系统，其中，所述处理器还被配置为：

促成多个QoS会话；以及

确定对所述多个QoS会话中的每一个的收费，其中，定期地验证对所述多个QoS会话中的每一个的收费。

32.根据权利要求1所述的系统，其中，所述处理器还被配置为：

促成多个QoS会话；以及

确定对所述多个QoS会话中的每一个的收费，其中，至少部分地使用基于网络的收费信息来定期地验证对所述多个QoS会话中的每一个的收费。

33.根据权利要求1所述的系统，其中，所述处理器还被配置为：

执行QoS路由器以动态地管理所述通信设备的一个或多个QoS会话。

34.根据权利要求1所述的系统，其中，所述处理器还被配置为：

执行QoS路由器以动态地管理所述通信设备的一个或多个QoS信道；以及

向服务控制器发送网络容量信息，其中，所述服务控制器为与一个或多个基站进行通信的多个通信设备的QoS管理提供决策点。

35.根据权利要求1所述的系统，其中，所述处理器还被配置为：

执行QoS路由器以动态地管理所述通信设备的一个或多个QoS会话；以及

向服务控制器发送网络容量信息，其中，所述服务控制器为与一个或多个基站进行通信的多个通信设备的QoS管理提供决策点；以及

从所述服务控制器接收QoS路由器节流指令，其中，所述服务控制器提供所述QoS路由器节流指令以辅助动态地管理与所述一个或多个基站进行通信的所述多个通信设备的网络容量。

36.根据权利要求1所述的系统，其中，所述处理器还被配置为：

执行QoS路由器以动态地管理所述通信设备的一个或多个QoS会话和一个或多个非-QoS会话，并且其中，所述QoS路由器升级QoS类、降级QoS类、解除分配QoS类和/或根据无线网络带宽接入来节流一个或多个QoS会话和/或非-QoS会话的服务级别使用。

37.根据权利要求1所述的系统，其中，所述处理器还被配置为：

执行QoS路由器以动态地管理所述通信设备的一个或多个QoS会话和一个或多个非-QoS会话，其中，所述QoS路由器升级QoS类、降级QoS类、解除分配QoS类和/或根据无线网络带宽接入来节流一个或多个QoS会话和/或非-QoS会话的服务级别使用，并且其中，所述QoS路由器促成以下各项中的一个或多个：非-QoS尽力服务级别、QoS差异化的服务级别和QoS保证的服务级别。

38.根据权利要求1所述的系统，其中，所述处理器还被配置为：

使用QoS路由器促成多个QoS会话，其中，所述QoS路由器给每个QoS请求分配经授权的QoS类，并且其中，所述QoS路由器定期地调整一个或多个QoS会话的所述QoS类分配和/或节流非QoS会话以促成所述多个QoS会话；以及

确定对所述多个QoS会话中的每一个的收费，其中，定期地验证对所述多个QoS会话中的每一个的所述收费。

39.根据权利要求1所述的系统，其中，所述处理器还被配置为：

从基站接收网络容量信息；以及

执行QoS路由器以管理所述通信设备的一个或多个QoS会话，其中，所述QoS路由器根据所述网络容量信息来定期地调整所述一个或多个QoS会话的QoS类分配和/或节流非-QoS会话。

40.根据权利要求1所述的系统，其中，所述处理器还被配置为：

从基站接收网络容量信息；以及

执行QoS路由器以管理所述通信设备的一个或多个QoS会话，其中，所述QoS路由器根据所述网络容量信息来定期地调整所述一个或多个QoS会话的QoS类分配和/或节流非-QoS会话；

并且其中，如果所述通信设备与提供非节流的QoS服务级别的服务计划相关联，则所述QoS路由器不会使QoS类分配降级。

41.根据权利要求1所述的系统，其中，所述处理器还被配置为：

执行QoS路由器，其中，给所述用户提供对是否允许所述QoS路由器动态地管理QoS服务和/或非QoS服务的选择。

42.根据权利要求1所述的系统，其中，所述处理器还被配置为：

确定对QoS会话的收费，其中，所述收费是基于以下各项中的一个或多个来确定的：QoS类、所分配的网络带宽、路由器队列优先级和每个所分配的无线接入承载(RAB)，并且其中，对所述QoS会话的所述收费进行验证。

43.根据权利要求1所述的系统，其中，所述处理器还被配置为：

执行服务处理器以在所述处理器的安全的硬件分区中实现经验证的DAS QoS。

44.根据权利要求1所述的系统，其中，所述处理器还被配置为：

执行服务处理器以实现经验证的DAS QoS，其中，所述服务处理器是在操作系统的内核中被执行的。

45.根据权利要求1所述的系统，其中，所述处理器还被配置为：

执行服务处理器以实现经验证的DAS QoS，其中，所述处理器在安全的调制解调器中。

46.根据权利要求1所述的系统，其中，所述处理器还被配置为：

发送对网络资源的QoS请求，以对所述通信设备与另外的通信设备之间的对话类会话进行端对端的经协调的QoS服务信道控制，其中，所述对网络资源的请求针对以下网络中的一个或多个：基站、传输核心网络、IPX网络和GRX网络。

47.一种方法，包括：

确定对无线网络上的服务的服务质量(QoS)请求；以及

验证对所述无线网络上的服务的所述QoS请求。

48.一种计算机程序产品，所述计算机程序产品包含在计算机可读存储介质中，并且包括用于执行以下操作的计算机指令：

确定对无线网络上的服务的服务质量(QoS)请求；以及

验证对所述无线网络上的服务的所述QoS请求。

49.一种系统，包括：

网络设备的处理器，其被配置为：

从一个或多个通信设备接收对无线网络上的服务的服务质量(QoS)请求；以及

根据网络容量来判断对所述无线网络上的服务的所述QoS请求是否被授权和/或可用；

存储器，其被耦合到所述处理器并且被配置为给所述处理器提供指令。

50.根据权利要求49所述的系统，其中，所述处理器还被配置为：

建立对第一通信设备与第二通信设备之间的对话类会话的端对端的经协调的QoS服务信道控制。

Images