本文所公开的主题涉及无线通信。
背景技术
网络使用服务质量(qos)参数来确保以某种方式处理某些业务类型以提供某个阈值量的qos。例如，给定业务流可以通过某些通常静态的qos参数来进行分类，诸如保证比特率(gbr)、非保证比特率(非gbr)、优先级处理、分组延迟预算、分组错误丢失率和/或其他参数。当业务流具有某个qos参数时，它可以例如经由能根据该qos参数承载业务的无线电承载而被转发。体验质量(qoe)代表从用户角度的质量测量或指示。如此，qoe可以考虑例如在用户设备处的应用或服务与远程网络服务器之间的业务的整体应用或服务层性能。
技术实现要素：
提供了用于qoe/qos管理的方法和装置，包括计算机程序产品。
在一些示例实施例中，提供了一种方法。该方法可以包括：由强制实施点检测针对应用的会话的发起；由强制实施点请求针对检测到的会话的第一级体验质量策略；从策略服务器接收针对检测到的会话的第一级体验质量策略；基于第一级体验质量策略，导出针对检测到的会话的第二级体验质量目标和/或服务质量目标；由强制实施点在检测到的会话上强制实施第二级体验质量目标和/或服务质量目标。
在一些变型中，本文所公开的包括以下特征的一个或多个特征可任选地被包括在任何可行的组合中。第一级体验质量策略包括父策略。父策略可以包括触发条件和表示意图策略类型的策略目标。第二级体验质量目标可以包括第二级子策略。第二级子策略可以包括体验质量目标。体验质量目标可以包括目标下载时间和/或目标带宽中的至少一个。服务质量目标可以包括第三级子策略。作为会话的服务流建立的一部分，强制实施点可以从策略服务器请求策略。作为会话的服务流建立的一部分，强制实施点可以从中间节点请求策略。强制实施点可以将所接收的策略转发给另一个强制实施点。强制实施点可以位于核心网络节点和/或无线电接入网络节点处。导出还可以基于与应用和/或网络资源需求相关联的情境(context)信息。
应理解，前面的一般性描述和以下的详细描述都仅是示例性和说明性的，而不是限制性的。除了本文所述的那些之外，可以提供其他特征和/或变型。例如，本文所描述的实现可以针对所公开的特征的各种组合和子组合和/或以下在详细描述中所公开的若干其他特征的组合和子组合。
附图说明
被并入在本说明书中并构成本说明书的一部分的附图示出了本文所公开的主题的某些方面，并且与说明书一起帮助解释与本文所公开的主题相关联的一些原理。在附图中，
图1描绘了根据一些示例实施例的qoe架构的示例；
图2描绘了根据一些示例实施例的qos/qoe管理系统的示例；
图3描绘了根据一些示例实施例的策略层级；
图4描绘了根据一些示例实施例的策略过程的示例；
图5描绘了根据一些示例实施例的包括导出策略的策略层级的示例；
图6描绘了根据一些示例实施例的策略信令的示例；
图7描绘了根据一些示例实施例的策略信令的另一示例；
图8描绘了根据一些示例实施例的包括导出策略的策略层级的另一示例；和
图9绘制了根据一些示例实施例的随时间适配的qos。
类似标记用于指代附图中的相同或相似的项。
具体实施方式
无线网络中的业务变得更加多样化，包括广泛的业务，广泛的业务包括来自应用或服务的业务，诸如车辆到任何事物(v2e)、物联网(iot)、视频流传输、网页下载等等。而且，这些应用或服务中的每一个在任何给定的时刻都可能具有与网络非常不同的需求。但是，简单的基于静态qos的方法可能无法充分解决这些应用或服务的动态性质。
在一些示例实施例中，可以提供诸如中央策略服务器的策略服务器。针对诸如最终用户应用、over-the-top(ott)应用、服务之类的一个或多个应用，策略服务器可以接收、确定和/或存储特定策略、网络运营商偏好和/或情境信息(例如，位置、时间、无线电接入、应用标识、应用类型、对网络资源的需求等)。
在一些示例实施例中，可以提供有一个或多个强制实施点，该一个或多个强制实施点通过在实际用户面业务、服务、应用和网络/资源状态的情境中动态地应用和强制实施策略来执行qos/qoe管理。在一些示例实施例中，强制实施点可以访问用户面业务以收集用户、服务、应用、网络特定洞察等。在一些示例实施例中，强制实施点可以对业务本身执行动作。在一些示例实施例中，强制实施点可以控制关键用户面系统资源(诸如无线电和核心网络元件、传输基础设施以及可以是物理或虚拟服务的服务)。
在一些示例实施例中，策略服务器可以管理针对网络的qos/qoe，网络诸如是5g系统以及其他类型的网络。此外，策略服务器可以包括分层策略框架，其中使高级策略可用于强制实施点(其可以位于ran处、位于核心处和/或位于其他位置处)。例如，策略服务器可以包括策略定义，并且策略定义可以被组织成多个抽象级。强制实施点可以做出自主且动态的决策，以从高级策略和/或情境信息确定或导出较低级的qoe目标和/或qos目标。为此，策略服务器可以提供所谓的“策略具体化”，其以编程方式使用高度抽象的策略来生成更具体的、更低级的策略。例如，策略服务器可以耦合到一个或多个强制实施点，并且在强制实施点可以(基于它们对用户面的访问并且基于关于网络、用户、资源可用性、应用等等的情境信息)解释高级策略并执行策略具体化以生成更具体的策略的含义上，强制实施点可以是智能的和/或自主的。
在一些示例实施例中，策略服务器还可以包括策略信令，该策略信令规定一个或多个强制实施点中的策略。例如，策略计费和控制(pcc)信令可以被扩展或配置为允许策略服务器经由gx接口配置强制实施点中的策略。
图1描绘了根据一些示例实施例的qos/qoe框架100的部分的框图。
系统100可以包括中央策略服务器102和至少一个强制实施点104、104a、104b。中央策略服务器102可以存储与可以在用户设备处和/或在其他网络节点处实现的应用、服务等相关联的策略。具体地，中央策略服务器102可以针对给定的应用或服务存储情境信息(例如，用户设备的位置、时间、无线电接入的类型、对网络资源的当前需求、应用或服务的当前qos或qoe状态等)、特定策略和/或网络运营商偏好。
在一些示例实施例中，强制实施点104、104a、104b可以通过至少自适应地和/或动态地在实际用户面业务、服务、应用、网络状态和/或网络资源状态的情境中应用和强制实施策略来管理qos/qoe。在一些示例实施例中，强制实施点可以由应用汇聚子层acs来实现。强制实施点可以访问用户面业务以收集用户、服务、应用、网络特定的情境信息，对业务本身执行动作，和/或控制用户面系统资源，用户面系统资源包括所谓的关键用户面系统资源，诸如无线电承载、核心网络资源、传输基础设施和/或服务。
在一些示例实施例中，当针对给定应用或服务的服务流被建立时，强制实施点104、104a、104b可以根据从策略服务器102接收(或检索)的策略确定(例如，导出)其动作。在用户面上，强制实施点可以处理一个或多个服务流的业务，并且强制实施点可以管理针对每个服务流的qoe。为了有效的qos/qoe管理，强制实施点可以将服务流内的用户面流划分为子服务流。子服务流可以对应于一个服务流，并且子服务流可以表示逻辑分离，该逻辑分离承载需要特定专用qos/qoe处理的服务流的业务的子集。
在一些示例实施例中，对于每个服务或子服务流，强制实施点104、104a、104b可以自主地(基于业务和网络情境监视)定义针对客户体验级和网络级策略的qos和/或qoe参数和值。当网络运营商未提供定义参数的显式策略时，可能需要自主和自适应参数定义。
策略服务器102可以包括用于实现qos/qoe管理的策略，以及诸如归属订户服务器(hss)、订阅简档储存库(spr)和/或策略和计费规则功能(pcrf)的某些功能。例如，策略服务器可以包括订户信息(例如，用户类型、订阅服务列表等)和/或订阅信息(例如，数据计划的细节)。备选地或附加地，策略服务器可以聚合诸如用户可以使用的最大聚合比特率或者如果使用特定量(例如，5gb)或每月数据则何时将节流用户业务之类的策略。此外，策略服务器可以基于每订户而具有该信息。策略可以提供针对qos/qoe管理框架的高级qoe和/或qoe目标、服务边界、偏好和优先级。可以将基于动态和情境的强制实施责任委托给qos/qoe强制实施点。
图2描绘了根据一些示例实施例的用于策略服务器系统200的框图的示例。
策略服务器系统200可以包括策略框架205，策略框架205包括高级策略、策略范围和/或策略定义。例如，策略架构205可以并入定义高级策略的方法和可能性，由自主策略强制实施点从高级策略以编程方式导出低级策略。此外，策略架构205可以被配置为指定策略的范围，诸如适用于特定类型的订户(例如，优质数据计划等等)、某种类型的业务/应用(例如，在线视频)、在特定时间(例如，在繁忙时段等等)、在特定位置(例如，在特定小区、地理区域等等)、以某些无线电接入技术(例如，5g毫米波、lte等等)。策略架构205还可以提供策略服务器，策略服务器是用于存储策略并向运营商提供交互/接口的逻辑实体(尽管策略服务器可以物理地实现为多个网络元件、物理或虚拟网络元件，并且可以为运营商和/或其他节点提供多个接口)。
策略服务器系统200可以将策略定义和策略组织提供到多个抽象级中，并自动将高度抽象策略具体化为更具体的策略(称为策略具体化)。策略系统可以包括在用户面处或者有权访问用户面的智能自主强制实施点，以通过至少根据网络情境、用户情境、资源情境、应用情境等来解释策略从而执行策略具体化。此外，策略系统可以包括策略信令。
如上所指出，策略服务器系统200还可以包括策略信令210，以向一个或多个强制实施点提供信令。此外，策略服务器系统200可以包括策略解释、适配和强制实施215，用于自主地解释高级策略并导出较低级qoe和/或qos策略(其可以包括定义qoe和/或qos目标)。
如所指出的，策略系统200框架可以实现高级、情境无关的、抽象策略的定义以捕获网络运营商的关于qos/qoe管理的意图，并且使得能够确定是否需要qoe或qos管理。因为在策略定义期间，大多数(可能是通过网络侧动作实现策略目标所需的)情境信息可能本质上是未知的，所以可能需要支持高级抽象策略。情境信息可以指代策略所应用于的实际实时用户业务的情境(例如，应用的属性，诸如视频会话的媒体速率)。因此，情境信息可以是高度动态的并且特定于每个应用会话。备选地或附加地，情境信息可以指代网络和由相同资源服务的其他用户的情境(例如，由同一无线电接入点服务的用户、其业务混合、小区容量和其他可用资源、拥塞状态等等)。
当用户通过与他们的应用和网络交互来触发资源需求时，需要强制实施高级策略的特定情境可以实时具体化。然而，通过其可以对网络侧机制进行编程以有效地强制实施策略的正确动作(其可以经由qoe目标、qos参数、调度器配置、数值目标值等等而被量化)是高度依赖于情境的。因此，策略系统200可以提供模型，在该模型中可以在高抽象级(其可以与网络架构的资源管理级解耦合)来定义策略，从而允许随后对任意情境的具体化作为策略强制实施的整个部分。这可以假设存在自主的、智能的和自适应的网络功能(在本文中被称为强制实施点)，该网络功能能够解释策略的范围并且以这样的方式定义网络级参数：以使得在其所指的每个情境中强制实施策略。
可以将在205处的策略的内部定义划分为三个逻辑部分。第一部分可涉及策略范围。策略范围可以是指用户面参考，该参考标识策略所应用于的业务混合。这可以是服务流、垂直服务、特定类型的应用、特定接入点上的所有业务、无线电接入技术、聚合点等等。在一些实现中，内部策略定义可能需要策略范围以便指定策略所应用于的业务)。第二部分可涉及策略的情境。策略情境可以是指策略对其有效的至少一个条件(例如，位置、一天中的时间、用户的订阅、诸如拥塞之类的实时网络情境等等)。例如，条件可以定义强制实施点何时需要触发/激活策略。在一些实现中，策略可能不需要条件(例如，永远在线的策略)。第三部分可涉及策略目标。策略目标可以是指在各种抽象级上由强制实施点针对给定范围在给定情境内实现的策略的目标(例如，qoe管理、qos管理、尽力服务等等)(见下文)。
图3描绘了根据一些示例实施例的可以在策略系统200处实现的策略层级的示例。在图3的示例中，配置高级策略305，并且根据该父策略，其他策略310a-c可以由强制实施点导出。其他策略310a至310c可以由强制实施点基于由强制实施点确定的当前实时情境来导出。在图3的示例中，每个策略都有范围、目标和情境。
在图3处描绘的策略导出可以是被委托给强制实施点的处理，并且可以包括将给定(通常较高)抽象级的(父)策略作为模板并在相对较低的抽象级上生成对应的(子)策略。当强制实施点检测到策略情境(例如，策略要被激活时的条件)时，可以由强制实施点自主地执行策略导出。子策略的范围和目标可以是父策略的具体化变体。策略具体化可以基于对当前实时网络、资源、用户和应用情境的检测和解释，并且策略具体化可以包括缩小策略范围或提供特定数值目标(例如，用于qoe或qos参数)。只要实时情境(对其将策略具体化)保持相对稳定，则导出的策略的范围和目标可能是有效的，这可能需要网络节点或强制实施点在实时情境改变的情况下连续或几乎连续地执行策略更新和目标重新计算(称为自适应)。
除了允许高级策略定义和导出之外，策略系统200还可以使网络运营商也能够提供在较低级上的显式定义(例如，对qos/qoe管理进行一些或完全控制并选择用于定义qos/qoe管理框架的操作的正确抽象级)。
图4描绘了根据一些示例实施例的示例过程400。
在410处，根据一些示例实施例，策略服务器可以包括一个或多个策略，策略包括触发和意图。触发可以是指将激活策略的一个或多个条件。例如，如果策略的主题是诸如facebook的给定应用，则策略触发可以是facebook业务的检测。策略的意图可以参考策略定义的抽象目标。例如，抽象目标是确保平滑的用户体验(例如，对于任何用户平滑地运行facebook应用)。
在420处，根据一些示例实施例，强制实施点可以从策略服务器接收要被强制实施的策略。强制实施点可以检查所接收策略的触发并监视是否应该激活策略(例如，当满足触发时)。例如，监视可以包括使用用户面分组监视来检测用户是否已经启动策略所针对的应用、检查是否达到了策略是有效的时间间隔、移动性、切换、地理定位跟踪以检查用户是否已进入被指定为策略的有效范围的小区或位置等。在需要激活策略的情况下(例如，用户已经启动facebook并且存在用户对facebook的体验应该是平滑的策略)，强制实施点可以评估该特定用户的facebook应用的情境。为了进一步说明，强制实施点可以评估用户附接到哪个小区、可用小区容量是什么、该小区服务什么其他业务(同一用户和不同用户的其他业务)、用户以何种方式与facebook应用交互(例如，用户简档视图、聊天、游戏、照片上传等等)、带宽量多少或facebook应用需要具有平滑用户体验的延迟目标是什么等等。评估的结果可能特定于个体用户的应用，因此它是对高级策略的具体化解释。由于动作可以取决于情境中的动态变化，因此可以重复420(例如，当连续监视情境的变化时，420需要改变策略强制实施动作)。
在430处，强制实施点可以基于情境评估420来定义需要执行的一个或多个动作以实现策略目标。例如，强制实施点可以调度服务于facebook用户的拥塞小区的业务，使得与当前资源分配相比，非facebook业务从可用小区容量获得较小的共享并且facebook应用的业务获得较高的共享。基于情境中的改变，facebook用户所需的带宽/资源量可能改变，因此强制实施点430改变了在活动用户之间分配小区资源的方式。尽管参考图4指示的一些示例参考了诸如facebook的特定类型的应用，但是也可以使用其他类型的应用和服务。
关于切换期间的策略信令和策略转移，策略可以在服务流的建立期间从策略服务器102被转移到至少一个强制实施点(其可以位于核心网络和/或无线电接入网络中)。备选地或附加地，可以通过管理层在强制实施点中配置策略。策略转移还可以被配置为确保可靠性，使得相关的强制实施点以及时的方式(例如，在根据策略管理的实际用户面业务开始之前)接收用于服务流业务管理的策略。
在切换期间，策略信令还可以在包括强制实施点的无线电接入网络节点之间发生。从一个强制实施点到另一个强制实施点的这种情境转移可以确保在移动期间的qoe管理的无缝连续性。在切换期间，可以将(由用户设备的每个服务或子服务流的服务策略强制实施点从网络运营商定义的策略导出的)情境信息和qoe/qos参数传送到目标强制实施点。
图5描绘了根据一些示例实施例的包括三个策略级502a至502c的示例实现。
关于策略层级，在一些示例实施例中，策略可以被组织成预定的一组分层抽象级。在图5的示例中，可以由强制实施点自动从较高级的策略导出较低级的策略。例如，可以从第一级策略502a自动导出第二级策略505，并且可以从第二级策略505自动导出第三级策略507。在一些示例实施例中，也可以允许网络运营商550提供第一级策略502a。另外，网络运营商550还可以在任何较低抽象级上显式地定义策略，如520和523所示。
在一些示例实施例中，第一级策略502a可以被称为意图级策略(inlp)。第一级策略可以表示作为默认的高级偏好集合而提供的或者由例如网络运营商定义的高级偏好。第一级策略可以定义隐式目标，诸如用户、服务、应用之间的相对优先级，或者第一级策略可以指定基于意图的规则，诸如应该强制实施qoe的重要应用的列表。例如，第一级策略可以指定意图而不实际指定qos类型的关键性能指标或如何实现策略目标。为了进一步说明，第一级策略可以指定这样的意图：诸如youtube或netflix之类的视频流传输应用在回放期间不应停顿或停止操作以缓冲内容。在此示例中，强制实施点将通过策略具体化自动导出更具体的qoe/qos策略目标。
在一些示例实施例中，第二级策略502b可以被称为客户体验级策略(celp)。第二级策略502b可以基于应用的情境诸如应用的标识(例如，youtube、netflix等等)、应用类型(例如，web浏览器、视频流传输应用等等)，来提供特定的qoe目标(例如，目标下载时间、目标带宽)。第二级策略502b可以基于更高级策略502a由运营商550显式地定义和/或如505所示导出。
在一些示例实施例中，第三级策略502c可以被称为网络级策略(nlp)。利用网络级策略，可以生成qos参数(具有数值)，其可以由诸如分组的资源管理实体使用以强制实施低级用户面业务。参数及其值可以基于第二级qoe目标由强制实施点导出和/或可以由运营商550直接定义(例如，将用于未被系统识别或管理的应用的默认qos参数，或者非动态垂直服务诸如具有恒定和众所周知的qos要求的本地会话语音、sla、非qoe特定用户级别限制诸如聚合的最大比特率)。第三级策略502c可以允许将3gppqos策略直接映射/转换为诸如5g策略的其他策略，反之亦然。例如，第三级策略502c可以捕获与动态策略计费控制(pcc)规则类似的抽象级，但具有基于上层策略的qos值重新定义和连续自校准/适应能力，而不是连续强制实施相同的数值qos目标(如pcc规则可能规定的那样)。
策略可以具有不同的范围并且可以在特定的情境中有效。在一些示例实施例中，策略可以由与用户级别相关联的范围和情境(例如，如图3所示)触发。为了说明，用户级别可以仅可适用于特定订户的业务(例如，实现个性化服务，设置诸如可用于用户的最大比特率之类的限制等等)。
备选地或附加地，策略可以由与特定用户群组相关联的范围和情境触发。例如，策略可以可适用于符合一个或多个选择准则(例如订阅类型)的特定用户集合。
备选地或附加地，策略可以由与特定服务相关联的范围和情境触发。例如，策略可以可适用于特定垂直服务(例如，over-the-top(ott)服务/应用、物联网(iot)服务/应用、车辆到任何事物(v2x))应用/服务等等)，以便针对提供对应垂直服务的每个服务流触发(例如，激活)策略。
备选地或附加地，策略可以由与特定应用相关联的范围和情境触发。例如，策略可以可适用于垂直服务内的特定应用或用例，诸如ott应用(例如，youtube、facebook等)、更广泛的应用类型(例如，http视频流传输、实时多媒体流传输、交互式数据等等)、本地电信服务(诸如ims语音、ims视频等等)、托管在特定内容递送网络(cdn)上的或由外部应用服务提供商(asp)软件/法律实体提供的内容。
备选地或附加地，策略可以由与特定位置特定的相关联的范围和情境触发。例如，策略可以可适用于由给定接入点、小区、地理或服务区域等等服务的连接。
备选地或附加地，策略可以由与特定接入技术相关联的范围和情境触发。例如，该策略可以可适用于特定的无线电接入技术，诸如毫米波、厘米波、wi-fi、lte广域等等。
备选地或附加地，策略可以由与特定时间相关联的范围和情境触发。例如，策略可以可适用于(一个或多个)特定时间间隔(例如，一次性事件、周期性间隔、一天中的时间等等)。
备选地或附加地，策略可以由与设备类型或特定设备能力相关联的范围和情境触发。例如，策略可以可适用于具有特定类型的设备(例如，智能电话、平板电脑、特定型号版本等等)或具有某些能力的设备(例如，支持无线电接入技术、给定级别的硬件规范诸如分辨率等等)。
备选地或附加地，策略可以由与特定移动性状态相关联的范围和情境触发。例如，策略可以可适用于例如是静止、游牧和/或移动的设备，并且移动性可以由网络检测或被报告给网络。
备选地或附加地，策略可以由与特定网络/资源情境相关联的范围和情境触发。例如，策略可以可适用于特定网络状态(例如，无线电拥塞等等)发生或特定资源与需求关系发生(例如，应用的总体资源需求超过可用资源量)的情况。
更一般的或全局的策略(例如，半静态策略或不特定于特定用户、订阅或服务的那些策略，其示例包括默认qoe目标、默认服务参数、位置或无线电接入特定策略)可以由策略服务器102推到强制实施点以启用强制实施。这些全局策略可以通过管理层(例如，通过操作支持系统)被配置到强制实施点，而不是与每个服务建立相关地被发信号通知。
在切换期间，策略信息从源或先前服务的接入点到目标接入点的转移可以将一些(如果不是全部)信息从源强制实施点传达到目标强制实施点以使得目标强制实施点能够复制并继续(尽可能多地在目标接入点的情境中)源强制实施点在已建立的用户面业务上的行为和操作。策略转移可以是切换信令的集成部分，或者它可以是在所涉及的强制实施点之间发生的专用信令过程。
图6描绘了根据一些示例实施例的信令图600。信令图600描绘了用户设备505、无线接入点(例如，基站等等)610、强制实施点104a、到强制实施点104b所在的核心网络的回程612、用户面网关(ugw)614、诸如移动和会话管理(msm)节点616的控制面节点以及策略服务器102。
信令过程600可以确保在用于服务流的实际用户面业务开始之前将策略信息成功分发给参与处理该服务流的强制实施点。
在一些示例实施例中，可以在服务流的建立期间执行策略信令，如图6所示。例如，在服务流的建立期间，可以由策略服务器102向至少一个强制实施点104用信号通知用户级别或服务/应用级别策略，因为这些策略的有效性取决于由用户设备建立的连接的类型或附接到网络的用户的标识。
为了将策略从策略服务器102用信号通知到诸如强制实施点104b或104a的强制实施点，策略信令可以是服务流信令的集成部分，如图6所示。在服务流建立期间，移动性和会话管理(msm)节点616向策略服务器102发送针对用于正被建立的服务流的策略的请求682。在684处，策略服务器102可以通过提供用于正被建立的服务流的策略信息来响应移动性和会话管理(msm)节点616。在686处，移动性和会话管理(msm)节点616可以将策略信息发送到包括强制实施点104b的核心网络节点。备选地或附加地，移动性和会话管理(msm)节点616可以在688处将策略信息发送到包括强制实施点104a的无线电接入节点。备选地或附加地，强制实施点104b可以在690处将由移动性和会话管理(msm)节点616提供的策略信息转发到强制实施点104a。
强制实施点104a-b可以实现为逻辑功能性，其可以被物理地托管在例如提供无线电功能(例如，c-ran、5gap等等)或用户网关(ugw)核心功能的节点上。类似地，策略服务器102可以被共同定位或折叠到移动性和会话管理616、5g控制面功能等等中。在该意义上，信令可以表示逻辑信息共享，但不一定需要在所有涉及的节点之间引入专用信令协议。
图7描绘了根据一些示例实施例的另一信令图700。在图7的示例中，策略信令可以被配置为专用控制面过程，该专用控制面过程由服务流建立过程触发。与图6不同，强制实施点可以直接访问策略服务器102以获得策略信息。
由于强制实施点104a和104b本身被包括在服务流建立过程中(因为它们需要对被专用于服务新服务流的协议层实体进行实例化)，所以强制实施点可以启动一个附加过程来从策略服务器102直接获取策略。在通过核心网络路由服务流的情况下(例如，递送因特网内容的应用或ott服务)，核心侧强制实施点104b在710处从策略服务器102获取相关策略可能是足够的，并且它将策略转发到无线电侧强制实施点104a。例如，强制实施点104b可以在710处向策略服务器发送针对用于正被建立的服务流的策略信息的请求。作为响应，强制实施点104b可以在720处从策略服务器接收用于正被建立的服务流的策略信息。强制实施点104b可以在750处将由策略服务器在720处提供的策略信息转发到无线电侧强制实施点104a。备选地或附加地，强制实施点104a可以在740处向策略服务器发送针对用于正被建立的服务流的策略信息的请求。作为响应，强制实施点104b可以在745处从策略服务器接收用于正被建立的服务流的策略信息。
在上述信令期间，一些辅助信息可以由强制实施点从管理/订户系统获取，而不是从策略服务器收集或者是策略信令的一部分。这样的示例是检索订阅简档以便解析策略情境(例如，决定订阅特定的策略是否适用于正被建立的特定服务流)。备选地或附加地，可以从管理/订户系统检索一些(如果不是全部)策略(例如，策略服务器功能性可以被集成在例如操作支持系统oss中)。
强制实施点可以被配置为包括如上所指示的策略导出的能力。在这种情况下，强制实施点可以从策略服务器接收高级策略，并根据关于应用情境、用户情境、网络情境等等的情境来确定较低级qoe目标或qos参数。可以在应用的会话期间并且基于应用、用户、网络等的当前、实时状态或情境自主地或自动地确定情境。以下提供了如何使用高级策略来导出较低级策略的示例。
假设诸如youtube的流传输视频应用或服务被网络运营商视为应该具有良好或高质量qoe强制实施的重要应用。当是这种情况时，诸如图3中的策略305之类的高级策略或图5的第一级策略502a可以包括例如任何youtube会话的范围和情境，并且高级qoe目标是良好qoe(其可以被认为是意图级策略)。在此示例中，高级策略指示将通过强制实施点经由专用服务或子服务流检测和服务youtube会话。此外，可以取决于检测到的/估计的会话特定参数(例如，媒体速率等等)和当前情境信息，针对每个youtube会话分离地生成服务参数(例如，qoe目标)。在该示例中，可能事先不知道youtube会话参数，因为每个会话关于内容可能是唯一的。如此，每当检测到新的youtube会话时，可以由强制实施点动态地定义第二级策略参数和第三级策略参数。
假设应用或服务涉及网页下载。在该示例中，第二级目标505(图5)可以涉及目标下载时间，诸如用于每个网页的5秒(其是显式qoe目标)，可以由网络运营商定义，并且该目标可以适用于每一个会话。下载时间的值可以基于以包括众包在内的各种方式确定。确切的服务参数(例如，所需带宽)可能不可用，因为每个网页下载在大小、结构、内容、浏览器类型和/或服务器行为方面有些独特。当web会话开始时，这些服务参数可以如502c处所示的由针对每个网络会话的强制实施点单独地导出。
关于第三级502c，例如，用于虚拟专用网络(vpn)应用的策略可以被配置为具有最大等待时间低于50毫秒和最小带宽为5兆比特每秒的qos策略。在此示例中，可以使用qos参数直接应用针对公司订阅简档的服务级别协议，因为强制实施点在给定vpn加密的情况下无权访问底层应用。在该示例中，强制实施点可以为这种类型的应用配置默认qos参数。备选地或附加地，可以使用应用检测和控制功能和/或业务检测功能来将vpn业务分离成具有指定qos参数的专用承载。
在上面的分层策略示例中，以上示例中的策略的范围和情境如下：第一级可以适用于具有youtube的所有ott用户(或其会话)，而第二级策略可以适用于具有web浏览应用的所有ott用户(或其会话)。此示例中的第三级策略具有适用于具有特定订阅简档且正在使用vpn的用户(或其会话)的范围和情境。
图8描绘了根据一些示例实施例的包括三个策略级802a至802c的另一示例实现。
在图8的示例中，上面指出的youtube应用示例被描述为具有“良好qoe”的较高级策略805。在该示例中，如果检测到youtube应用会话作为开始，则可以由强制实施点导出用于youtube会话的第二级策略810并且可以定义qoe策略以使得下载速率应该大于youtube媒体的速率。在此示例中，第三级策略(其也可以由强制实施点导出)指定带宽应大于每秒1.2兆比特。图8还示出了具有小于5秒的qoe目标的用于网页下载应用的第二级策略。在该示例中，第二级策略可以由网络运营商550定义。强制实施点可以为网页下载导出第三级策略，在该示例中第三级策略是带宽小于每秒2.1兆比特的qos参数。图8还示出了用于上述vpn示例的第三级策略830，其中提供了qos目标参数(在该示例中，其由网络运营商550定义)。
在建立服务流时，强制实施点可以从策略服务器获得策略。例如，在youtube和网页会话中，只需要第一级策略和第二级策略，而对于公司或vpn会话，强制实施点可能需要所有三个策略。
为了进一步说明，假设以下两个用户连接到同一小区：同时开始观看youtube视频并且偶尔下载网页的第一用户，以及在连接到vpn服务的公司vpn上的第二用户。包括强制实施点的系统可以监视用户业务以检测其中一个策略何时需要变得有效。对于第一用户，当检测到youtube和web业务时，可以激活运营商定义的第一级策略805和第二级策略810。由于对于youtube，运营商定义的策略位于第一级，因此系统可以自动导出第二级策略。第二级策略810可以定义：为了为视频下载提供良好的qoe(例如，实现对应的第一级策略)，可以通过带宽来实现视频的qoe目标，所述带宽足以使视频预缓冲并快速开始回放(称为孵化阶段)并且高于视频的媒体速率以便可以连续回放而不停顿(在预缓冲完成之后)。此第二级策略可能仅适用于此特定视频下载会话(例如，与第一级父策略相比，策略的范围缩小)，因为带宽量和视频的瞬时状态(预缓冲、播放等等)特定于每个视频会话。强制实施点还可以导出第三级策略812，其将特定带宽值量化为qos参数(例如，在该示例中为每秒1.2兆比特)，该qos参数在给定时间有效并且适合于由系统直接强制实施(例如，通过对分组调度器进行编程)。如果视频状态改变，则可以由具有更高或更低带宽值的强制实施点更新第三级策略，该更新可以由强制实施点自主地执行。
为了进一步说明策略具体化导出，提供以下示例。如上所指出，该策略可以以自适应的方式被导出，该方式测量由诸如youtube视频下载之类的应用所达到的当前吞吐量。基于对youtube分组的到达模式的评估，强制实施点可以检测到达模式是否指示当前吞吐量太多、正确量或者太少。如果太多，则强制实施点可以自适应地减小带宽目标，直到模式指示它是正确量。如果太少，则强制实施点可以自适应地增加带宽目标，直到模式指示它是可接受的。到达模式是指由客户端应用会话以根据视频多媒体编码率的步调所请求的多媒体组块的空闲和/或忙碌时段。在初始孵化阶段期间，可以给出足够高的带宽目标，其实现快速预缓冲。在预缓冲模式结束之后，可以如上所述对带宽目标进行适配。
对于第一用户的web业务，强制实施点可以以第二级820(在该示例中是运营商550定义的)开始，并且导出第三级策略822以便指定如何强制实施它。基于在给定目标下载时间(例如，5秒)内下载特定数据量(例如，网页的大小)的第二级要求，第三级策略还可以包括带宽qos参数。由于每个网页具有不同的大小和结构，因此带宽qos参数的值可以由强制实施点在网页下载实际开始时来定义，并且强制实施点从用户面业务流中检测属性。并且，随着网页下载的进行(例如，下载/剩余数据量改变)和5秒预算的剩余时间减少，第三级带宽目标可以由强制实施点更新(类似于youtube示例)以便满足qoe目标。
第二用户的vpn业务可以触发由运营商550供应的具有显式qos参数的第三级策略830，因此在该示例中不需要策略导出，并且可以由强制实施点直接强制实施给定的qos参数。
尽管前面的示例描述了策略的示例，但是也可以使用其他类型的策略。
在上面的示例中，强制实施点可以实现用于新会话的策略，并且可以检测会话的情境何时发生改变。会话的情境可能影响用户面业务(例如，将视频回放从480p变为720p)，并且因此可以被强制实施点检测到以确定策略改变是否有序。然而，诸如时间、位置等等的可以是较不动态的其他类型的情境改变(诸如时间、位置等等)也可以触发策略更新或导出。
在一些示例实施例中，强制实施点可能需要从多个策略中进行选择。当是这种情况时，强制实施点可以被配置为应用更具体或更严格的策略。
图9描绘了随时间的曲线图，示出了当条件或情境改变时自适应如何可以随着时间改变qos策略以保持qos策略与诸如较高级策略的意图之类的较高级策略一致。
在不以任何方式限制本文出现的权利要求的范围、解释或应用的情况下，本文所公开的一个或多个示例实施例的技术效果可以包括应用和服务的增强的qoe和qos控制以及网络资源的增强的利用。
本文所描述的主题可以取决于期望配置而被体现在系统、装置、方法和/或制品中。例如，可以使用以下中的一个或多个来实现基站和用户设备(或其中的一个或多个组件)和/或本文所描述的过程：执行程序代码的处理器、专用集成电路(应用调度器300ic)、数字信号处理器(dsp)、嵌入式处理器、现场可编程门阵列(fpga)和/或其组合。这些各种实现可以包括在包括至少一个可编程处理器的可编程系统上可执行和/或可解释的一个或多个计算机程序中的实现，所述至少一个可编程处理器可以是专用或通用的，被耦合以从存储系统、至少一个输入设备和至少一个输出设备接收数据和指令以及向存储系统、至少一个输入设备和至少一个输出设备传送数据和指令。这些计算机程序(也称为程序、软件、软件应用、应用、组件、程序代码或代码)包括用于可编程处理器的机器指令，并且可以用高级过程和/或面向对象的编程语言和/或用汇编/机器语言来实现。如本文所使用的，术语“计算机可读介质”是指用于向可编程处理器提供机器指令和/或数据的任何非暂时性计算机程序产品、机器可读介质、计算机可读存储介质、装置和/或设备(例如磁盘、光盘、存储器、可编程逻辑器件(pld))，包括接收机器指令的机器可读介质。类似地，本文还描述了可以包括处理器和耦合到处理器的存储器的系统。存储器可以包括使处理器执行本文所描述的一个或多个操作的一个或多个程序。
尽管上面已经详细描述了一些变型，但是其他修改或添加也是可能的。特别地，除了本文所阐明的那些之外，还可以提供进一步的特征和/或变型。此外，上述实现可以针对所公开的特征的各种组合和子组合和/或以上所公开的若干其他特征的组合和子组合。其他实施例可以在以下权利要求的范围内。
本文所讨论的不同功能可以以不同顺序执行和/或彼此同时执行。此外，上述功能中的一个或多个可以是可选的或者可以进行组合。尽管在独立权利要求中阐述了本发明的各个方面，但是本发明的其他方面包括来自所描述的实施例和/或从属权利要求的特征与独立权利要求的特征的其他组合，而不仅仅是在权利要求书中明确阐述的组合。在此还应注意，虽然以上描述了本发明的示例实施例，但是这些描述不应被视为具有限制意义。相反，存在若干变型和修改，这些变型和修改可以在不脱离由所附权利要求限定的本发明的范围的情况下进行。术语“基于”包括“至少基于”。