第三方服务器遇到问题时对来自应用的流量的控制的制作方法

本申请要求于2014年8月7日递交的题为“METHODS TO CONTROL TRAFFIC FROM APPLICATIONS WHEN THIRD PARTY SERVERS ENCOUNTER PROBLEMS(用于在第三方服务器遇到问题时控制来自应用的流量的方法)”的美国临时申请No.62/034,704的权益，该临时申请的全部内容通过引用结合于此。

技术领域

本公开涉及当与应用相关的第三方服务器遇到问题时控制来自这些应用的流量。

背景技术：

随着用户设备(UE)(也被称为“智能机”)上的应用的展开外加针对很少涉及人类或不涉及人类的使用(机器类型通信)而设计的UE的数量的快速增长，在涉及这些应用以及与这些应用交互的第三方实体的整个“系统”中出现问题的可能性增加。当这些第三方系统经历困难时，它们也许能够管理它们的问题而不过度影响运营商网络，但是也会有它们不能做到的时候。

当第三方服务器变得拥塞或出故障时，使用该服务器的UE上的应用进行的通信需要被控制以便在不影响其他应用及其相关的正常工作的服务器的同时避免第三代合作伙伴计划(3GPP)网络资源的过度使用。第三方服务器可以专门针对特定UE应用或者它可以支持多个UE应用。当UE或UE应用未能到达计划的第三方服务器时，它可能得到超文本传输协议(HTTP)404错误，表明被请求的资源无法被找到但是将来可能再次可用。由于客户端的后续请求是被允许的，因而HTTP 404错误是不充分的，这是因为它不对UE处的应用提供该问题的性质的指示并因此可能导致频繁的重试(甚至在这些重试将会失败时)，由此用将会失败的连接尝试加重了下层(3GPP)网络的负担。第三方服务器故障模式也可能出现，其中该服务器甚至不能够提供任何HTTP状态代码。

位于UE中的应用的活动结合第三方服务器的拥塞或故障会导致无线电接入网(RAN)和核心网(CN)上资源的低效利用和拥塞。

附图说明

图1是根据本文描述的各个方面的能够促进第三方服务器遇到困难时对应用的控制(CATS)的系统的框图。

图2是根据本文描述的各个方面的在用户设备(UE)处促进CATS的系统的框图。

图3是根据本文描述的各个方面的能够在3GPP网络的一个或多个节点处促进CATS的方法的流程图。

图4是根据本文描述的各个方面的在用户设备(UE)处促进CATS的方法的流程图。

图5是根据本文描述的各个方面的CATS系统500的示例架构。

图6是根据本文描述的各个方面的采用机器类型通信的实施例的示例3GPP网络架构。

图7是根据本文描述的各个方面的基于3GPP订阅状态来实施带有优先化的CATS的示例方法。

图8是根据本文描述的各个方面的基于对第三方服务器的订阅状态来实施带有优先化的CATS的示例方法。

图9是根据本文描述的各个方面的基于应用或功能来实施带有优先化的CATS的示例方法。

图10是根据本文描述的各个方面的基于应用或功能的带有优先化的CATS的第三方实施的示例方法。

图11是根据本文描述的各个方面的用于结合CATS的订阅级别信息的通信的NAS信令的示例实施。

图12A是根据本文描述的各个方面的提供关于CATS策略的信息的OMA-DM数据结构的示例。

图12B是根据本文描述的各个方面的作为OMA管理对象表示的一部分的图12A的示例OMA-DM数据结构的表示。

图13是根据本文描述的各个方面的带有示例内容的示例CATS基本文件(EF)EF_CATS。

图14是根据本文描述的各个方面的可用于CATS信息的过顶(over the top)信号传送、通过非3GPP接入网提供对3GPP的PDN(分组数据网络)网关的接入的示例架构。

图15是根据本文描述的各个方面的经由过顶信号传送来实施CATS的示例方法。

图16是根据本文描述的各个方面的使用NAS消息来激活CATS的示例方法。

图17是根据本文描述的各个方面的使用NAS消息来去活CATS的示例方法。

图18是示出了可结合本文描述的各个方面使用的示例UE的框图。

具体实施方式

现在将参考所附附图来描述本公开，其中，相同的标号被用来在各处指代相同的元素，并且其中被示出的结构和设备不一定按比例绘制。如本文所使用的，术语“组件”、“系统”、“接口”等意在指代与计算机有关的实体、硬件、(例如，运行中的)软件和/或固件。例如，组件可以是处理器(例如，微处理器、控制器或其他处理设备)、运行在处理器上的处理、控制器、对象、可执行文件、程序、存储设备、计算机、平板PC和/或具有处理设备的用户设备(例如，移动电话等)。通过说明的方式，运行在服务器上的应用和服务器也可以是组件。一个或多个组件可以位于进程内，并且组件可以局限于一个计算机上和/或分布在两个或更多个计算机之间。元素的集合或其他组件的集合可以在本文中被描述，其中术语“集合”可以被解释为“一个或多个”。

此外，这些组件例如利用模块可以从存储有各种数据结构的各种计算机可读存储介质运行。组件可以例如根据具有一个或多个数据分组的信号、经由本地和/或远程处理进行通信，所述数据分组例如是来自与本地系统、分布式系统和/或网络上(如因特网、局域网、广域网或类似网络)的另一组件经由信号交互的一个组件的数据。

作为另一示例，组件可以是具有由被电气或电子电路操作的机械部件来提供的特定功能的设备，其中所述电气或电子电路可以由被一个或多个处理器运行的软件应用或固件应用来操作。一个或多个处理器可以在该设备内部或外部并且可以运行该软件或固件应用的至少一部分。作为又一示例，组件可以是通过没有机械部件的电子组件来提供特定功能的设备；所述电子组件中可以包括一个或多个处理器以运行至少部分地授予所述电子组件的功能的软件和/或固件。

词语“示例性”的使用意在以具体的方式表达概念。如本申请中使用的，术语“或”意在表明包含性的“或”而非排除性的“或”。也就是说，除非另外指定或从上下文清楚可见，“X采用A或B”意在表明自然包含性置换中的任一个。也就是说，若X采用A；X采用B；或X采用A和B二者，则根据上述情况中的任一个，“X采用A或B”被满足。另外，本申请和所附权利要求中使用的冠词“a”或“an”应一般地被理解为表明“一个或多个”，除非另外指定或从上下文清楚可见其针对单数形式。另外，就术语“包括”、“具有”、“含有”、“带有”或其变体在具体实施方式和权利要求中被使用来说，，这些术语意在以类似于术语“包含”的方式成为包含性的。

本文描述的各种实施例可以提供在相关的(一个或多个)第三方服务器遇到问题的情况下对一个或多个应用的控制。

在3GPP技术标准中，服务暴露和使能支持(SEES)和服务能力暴露的架构增强(AESE)定义了对于3GPP网络和第三方服务器共享信息的要求。

关于数据通信的专用拥塞控制的可行性研究(FS_ACDC)旨在提供潜在需求以使得某些特定应用(例如，灾害留言板)能够在网络由于不寻常或异常情况被拥塞或以其他方式被破坏并因此不同提供正常服务时接入该网络。

新引入的关于第三方服务器遇到困难时对应用的控制的可行性研究(FS_CATS)的目的在于使得3GPP网络能够或检测或接收来自第三方服务器的关于其拥塞或故障状态的指示，以便它在3GPP网络知晓第三方服务器已遭遇困难时选择性地控制UE上的各个应用。第三方应用提供商可以与3GPP网络运营商达成协定来分享关于操作状态的信息和有关其订户/用户基础的某些信息。

本文讨论的方面包括3GPP网络用来检测和监视第三方服务器的操作状态、使得3GPP网络能够控制和管理UE上的特定应用和相关流量以减少3GPP网络中的不必要的拥塞和资源的低效使用的系统、设备、机器可读介质和方法。本文描述的实施例可以通过实施第三方服务器遇到困难时对应用的控制(CATS)来最小化不必要的网络流量并减轻拥塞。

参考图1，示出了能够根据本文描述的各个方面来促进CATS的系统100的框图。系统100可以包括处理器110和接口120。在各个方面，系统100或其部分可以被包含在3GPP网络内的实体或网络服务器内，或者多个这种实体之一可以包含系统100。在其他方面，系统100可与3GPP网络内的一个或多个其他实体并置，如移动管理实体(MME)或接入网发现和选择功能(ANDSF)。

处理器110可以识别第三方服务器何时具有(或不再具有)影响送往该第三方服务器的网络流量的状态，如过度拥塞、部分或完全故障等。处理器110可以通过各种方式中的任一种来确定该状态。例如，接口120可以选择性地从第三方服务器(例如，经由Tsp接口等)接收状态数据，例如指示第三方服务器何时经历拥塞或故障的数据。在其他方面，无论第三方服务器是否经历拥塞或故障，接口120可以周期性地从第三方服务器接收状态数据。于是，周期性报告的缺失也可以指示故障。替代地，接口120可以周期性地向第三方服务器发送ping，并且可以通过缺少来自第三方服务器的响应或在预定时间段期间缺少响应来确定故障或拥塞。在其他方面，处理器110可以基于缺少成功连接尝试或拒绝连接尝试来确定第三方服务器的故障或拥塞。例如，如果在预定时间段期间没有发生成功连接尝试，则处理器110可以确定第三方服务器遭遇拥塞/故障。替代地，该确定可以是基于多于阈值数量的连续拒绝连接尝试或者至少是预定时间段中的阈值数量的拒绝连接尝试而进行的。在更多方面，处理器110可以基于由第三方服务器提供给连接到或尝试连接到第三方服务器的UE的拥塞/故障信息来确定第三方服务器的拥塞/故障。

在一些实施例中，基于第三方服务器的被识别的状态，处理器110可以选择CATS的级别(例如，在仅两个级别的方面，去活或激活；在其他方面，选定级别的去活或激活)并实施选定级别的CATS。在其他实施例中，处理器110还可以确定相关3GPP网络的拥塞或网络流量的量，并仅在与系统100相关的3GPP网络至少具有阈值量的网络流量或拥塞时，基于第三方服务器状态以选定的级别实施CATS。

当CATS被激活时，选定的CATS级别可以对送往正经历拥塞/故障的第三方服务器的网络流量定义一个或多个限制和/或优先化。这些限制和/或优先化可以基于各种准则：优先网络流量、限制网络流量或拥塞处的新尝试、断开现有连接、或其各种组合。在各个方面，这些限制和/或优先化可以在受制于该限制和/或优先化的(一个或多个)UE、系统100或与系统100相关的3GPP网络的各种节点中的一个或多个处实施。在多个CATS级别的实施例中，第三方服务器处更大级别的拥塞或故障可以与更高级别的CATS相关，所述更高级别的CATS可以对送往第三方服务器的网络流量定义更多和/或更严格的限制和/或优先化。

限制和/或优先化可以基于各种准则。在各个方面，到第三方服务器的现有分组数据网络(PDN)连接可以被保持，并且新连接可以被阻止，直到CATS被去活或者CATS级别被减小。在某些这类方面，如果在CATS实施时已被连接到第三方服务器的UE变成断开，则这些UE进行的新连接尝试可以被允许，而在其他这类方面，这些UE进行的新连接尝试可以与其他UE进行的新连接尝试一样被阻止。作为补充或替代，如果连接到第三方服务器的UE变成断开，则其他UE可以在先来先服务等基础上基于例如本文讨论的优先化被允许连接(例如，不超过连接的UE的数目或与之相关的网络流量的量)。在另外的方面，新连接尝试可以基于UE对3GPP网络和/或第三方服务器的订阅状态或者基于与UE和第三方服务器之间的网络流量或计划的连接相关的特定应用、功能/服务或内容类型(例如，要经由社交媒体应用上传的文本内容可以优先于视频等)被优先化/限制。在相同方面或其他方面，连接可以基于与该连接相关的网络流量的量或与UE相关的总量被优先化/限制。在各个实施例中，现有PDN连接可以例如基于本文讨论的优先化准则被断开。

接口120可以发送与第三方服务器相关的CATS级别的指示。该指示可以通过各种方式被发送。例如，经由来自MME的非接入层(NAS)、经由来自ANDSF的开放移动联盟(OMA)设备管理(DM)协议、经由来自包括系统100的网络服务器的HTTP、(例如，经由寻呼信道、多播、广播、专用信道等)从相关的3GPP网络的无线电接入网(RAN)等。

参考图2，示出的是根据本文描述的各个方面在用户设备(UE)处促进CATS的系统200的框图。系统200包括接收器电路210、处理器220和可选的发送器电路230。接收器电路210和可选的发送器电路230中的每一个被配置成耦合到可以是相同或不同天线的一个或多个天线(例如，经由(一个或多个)天线端口)。在一些实施例中，接收器电路210和可选的发送器电路230可以具有共同的一个或多个组件，并且二者都可以被包含在收发器电路中，而在其他实施例中则不是这样。在各个方面，系统200例如可以被包含在UE内，系统200(或其部分)在UE的接收器和发送器或收发器电路内。

接收器电路210可以例如(经由寻呼信道、多播、广播、专用信道等)从RAN网络、经由NAS从MME、经由OMA-DM从ANDSF、经由过顶信号传送(例如，通过与第三方服务器相关的应用)从第三方服务器等接收用于第三方服务器的选定的CATS级别的指示。如前面讨论的，CATS级别可以定义对朝向第三方服务器的网络流量的一个或多个限制/优先化。

处理器220可以识别受CATS级别影响的一个或多个应用。依据限制/优先化，被识别的应用可以是与第三方服务器相关的全部应用或者仅其一部分(例如，与CATS级别相关的应用、能够执行与CATS级别的功能或服务的应用等)。对于给定UE，哪些应用受影响可以基于本文讨论的各种准则中的任一种，例如，对3GPP网络或第三方服务器的订阅级别等。诸如与订阅有关的信息或识别在各个CATS级别(及其限制)处受影响的应用的其他信息之类的CATS配置信息经由接收器电路210被接收。依据限制/优先化，包含系统200的UE可受选定的CATS级别的影响或不受其影响。在UE受影响的方面，处理器220可以按需要延迟或阻止与至少一个被识别的应用相关的一个或多个发送(例如，延迟直到基于优先化能够发送，或者直到CATS级别改变或CATS被去活等)。

发送器电路230当被包括时可以基于CATS级别按需要从应用发送数据。例如，与第一应用相关的发送可被限制而与第二应用相关的发送可不被限制，或者限制可以取决于给定应用的发送性质(例如，文本、视频等)。

在其他方面，系统200可以在UE处促进CATS的配置。接收器电路210可以接收CATS配置信息，并且处理器220可以存储CATS配置信息并稍后基于CATS配置信息识别受CATS级别影响的一个或多个应用。UE的CATS配置的多个技术在下面被讨论。

参考图3，示出的是根据本文描述的各个方面能够在3GPP网络的一个或多个节点处促进CATS的方法300的流程图。在310处，第三方服务器的拥塞和/或故障状态可以被确定，该确定可以基于从第三方服务器接收的状态数据，或者由3GPP网络的一个或多个节点来确定。在320处，3GPP网络的无线电接入网(RAN)的拥塞级别可以可选地被确定。在330处，CATS级别可以基于第三方服务器的拥塞/故障状态被选择，或者可以仅在RAN中存在至少阈值量的拥塞时被选择。CATS级别可以对朝向第三方服务器的网络流量定义一个或多个限制和/或优先化。在340处，一个后多个UE(例如，仅受影响的UE、所有UE、所有受制于CATS级别的UE等)可以被通知针对第三方服务器选择的CATS级别。在350处，朝向第三方服务器的网络流量的一个或多个优先化和/或限制可以被实施。作为补充或替代，该一个或多个优先化和/或限制可以由受影响的UE来实施。

参考图4，示出的是根据本文描述的各个方面在用户设备(UE)处促进CATS的方法400的流程图。在410处，CATS配置信息可以可选地被接收。在420处，与第三方服务器相关的CATS级别的指示可以被接收。CATS级别可以在朝向第三方服务器的网络流量上定义一个或多个优先化和/或限制。在430处，与第三方服务器相关的一个或多个应用、功能或服务可以基于所述一个或多个优先化和/或限制被识别。在440处，一个或多个优先化和/或限制可以在UE处被实施，延迟或阻止与一个或多个应用、功能或服务中的至少一个相关的至少一个发送。

下面是CATS系统和方法的示例实施例和各个方面。虽然为了说明本文讨论的实施例的各个方面提供了具体特征和示例，但是除非另有指示，否则这些特征和示例是可选的，并且替代特征和示例可以作为补充或替代被采用。

CATS(“第三方服务器遇到问题时对来自应用的流量的控制”)的系统架构

CATS功能可以涉及三个实体：第三方应用服务器(第三方服务器)、3GPP网络和UE。另外，CATS服务器节点可以经由现有元件或节点被实施为3GPP网络内的新元件或节点，或者被实施为外部实体。参考图5，示出了根据本文描述的各个方面的CATS系统500的示例架构。CATS系统500的示例架构可以包括3GPP网络510、第三方服务器520、UE 530和CATS服务器540。虽然3GPP网络510被示出为包含图5中的CATS服务器540(如上面讨论的)，但是在替代实施例中，CATS服务器540可以是外部实体。在一些实施例中，UE 530可以经由3GPP信令通过3GPP网络510与第三方服务器520通信，而在其他实施例中，UE 530可以通过过顶信号传送(例如，经由因特网协议(IP)层信号传送等)与第三方服务器520通信，如UE 530和第三方服务器520之间的虚线所指示的。

在一些方面，如图5中所示，CATS功能可以在3GPP网络实体内被定义，所述3GPP网络实体在UE上提供CATS应用并从MNO的角度来激活/去活/管理整个CATS功能。替代地，可以存在负责3GPP网络内的CATS功能的不止一个3GPP节点，也就是说，CATS功能可以分散并分布在3GPP网络上。

作为补充或替代，CATS服务器实体可以是3GPP网络内的独立网络实体。在方面中，CATS服务器实体可以使用基于SOAP/XML的传输来与UE通信。

替代地，CATS服务器可以与其他3GPP网络实体并置，或者其功能可以分割在不同3GPP节点之间。在一个示例中，CATS服务器可以与移动管理实体(MME)并置并使用非接入层(NAS)协议来与UE通信。在另一示例中，CATS服务器可以与接入网发现和选择功能(ANDSF)并置并使用开放移动联盟设备管理(OMA-DM)协议来与UE通信。在另一示例中，CATS服务器可以与eNB并置并使用无线资源控制(RRC)协议来与UE通信。

CATS配置(配置UE以支持CATS)

各种技术可以被采用以配置UE来使用CATS并给UE配备CATS。

在第一示例中，UE可以直接被第三方服务器配置(例如，它第一次连接到第三方服务器时或稍后重新配置时)。

在第二示例中，UE可以订阅CATS并且配置可以经由OMA-DM或空中(over the air)更新被修改。

在第三示例中，网络运营商可以基于UE订阅和/或从第三方服务器接收的信息来配置UE。UE是否能够支持CATS可以被存储为归属订阅服务(HSS)/归属位置寄存器(HLR)中的订阅信息的一部分。该信息可以在订户数据插入过程期间被下载到MME。

在第四示例中，UE和网络可以指示和/或协商CATS功能的配置和支持。为了得到有关CATS的信息，该过程可以涉及诸如第三方服务器、CATS服务器或HSS之类的其他实体以便例如验证CATS的使用或选择CATS配置设定。

在第五示例中，UE可以被预配置以使用CATS并且对CATS应用的默认配置可以被预配置在UE中。

上述任一示例配置还可以被应用于初始配置之外的额外配置，以便例如修改预配置消息或激活(去活)该功能。

服务器故障的3GPP网络检测

当第三方服务器发生故障时，网络可以通过各种技术中的任一种检测该故障。

在第一示例中，故障可以基于至少阈值时间段(例如，五分钟等)内没有对第三方服务器进行成功连接来检测。

在第二示例中，故障可以基于被第三方服务器拒绝的连续连接请求的次数超过阈值数目(例如，20次尝试等)或给定时间段中的连接请求的次数超过该阈值数目。

在第三示例中，心跳ping可以被3GPP网络(例如，周期性地等)采用以检测第三方服务器的状态。

在第四示例中，第三方服务器可以直接向连接到它的设备提供拥塞(或故障等)信息并且3GPP网络节点(分组网关(P-GW)/服务网关(S-GW)/演进节点B(eNB))可以经由分组检查提取该信息。

在更多方面，3GPP网络可以至少部分地基于网络实现方式、定义的规则和/或潜在故障情况何时被3GPP网络检测来向第三方服务器查询拥塞/故障等信息。在这些方面的某一些中，附加控制信息可以被创建以在网络和第三方服务器之间传递该信息。替代地，当前接口的功能可以被扩展以处理该信息。

当第三方服务器被拥塞(或故障等)时，关于拥塞(或故障等)情况的信息可以被提供到相关实体以便朝向拥塞等的服务器的更多尝试可以被阻止。这可以涉及向3GPP系统和UE二者通知该拥塞等。

本文描述的实施例可以结合各种系统架构来采用，并且3GPP系统可以通过各种方式被通知第三方服务器处的拥塞/故障。例如，图6示出了根据本文描述的各个方面的采用机器类型通信的实施例的示例3GPP网络架构。

在第一示例中，3GPP系统可以使用现有接口(如Tsp接口)被通知。服务能力服务器(SCS)或第三方应用服务器可以向互连功能(IWF)发送消息(例如，指示过载等)，如图6中可见。IWF可以将该信息经由T5接口发送到移动管理实体(MME)。如果UE朝向拥塞等的服务器发起新的PDN连接，则MME可以丢弃附接请求或服务请求。该信息可以被在MME重定位的情况中被传递到目标MME。在方面中，Tsp可以被实施为应用编程接口(API)，例如，IWF可以向SCS暴露API以得到第三方负载信息。

在第二示例中，IWF可以将拥塞等信息发送到分组网关(P-GW)。P-GW可以使用现有机制来对朝向拥塞(等)的第三方服务器的流量进行节流。P-GW还可以直接或者经由流量检测功能(TDF)检测朝向拥塞(等)的第三方服务器的新IP(因特网协议)流并拒绝这些连接。P-GW处的拥塞等信息可以在每个应用的基础上或通过应用现有机制每个接入点名称(APN)地维护。

在第三示例中，拥塞/故障等信息可以在CATS服务器(例如，在3GPP系统等中)被保持。CATS服务器可以获得与3GPP运营商具有业务协定的第三方服务器的拥塞/故障等信息。CATS服务器随后可将该信息传递到不同3GPP节点和/或UE。

对UE的通知也可以通过各种方式发生。

在第一示例中，CATS服务器可以直接将拥塞、故障等信息传递到UE。如上面解释的，CATS服务器可以与MME或ANDSF并置或者可以是独立实体。

在第二示例中，UE可以在每个应用的基础上将拥塞、故障等信息维护为UE上下文信息的一部分。

各种过程可以被采用以通知UE。在一些实施例中，对于IDE(空闲)模式，UE可以在发起新服务请求/RRC(无线资源控制)连接之前检查拥塞、故障等信息。在相同或其他实施例中，对于CONNECTED(连接)模式，UE可以在向同一APN发起新的IP流或新的PDN连接之前检查拥塞信息。

激活CATS以管理在部分故障或拥塞期间对第三方服务器的接入

在检测或通知部分故障或拥塞后，3GPP网络可以不管3GPP网络的状态如何都激活CATS，或者可以在3GPP网络的网络负载超过阈值的情况下激活CATS。在该第二组实施例中，如果网络负载低于阈值，则CATS无需被激活，并且UE可以继续尝试连接到服务器而不影响网络。

当第三方服务器经历部分故障或拥塞时，不必禁止接入第三方服务器的所有连接或尝试。拥塞可以通过各种技术被减轻。

在第一示例中，与第三方服务器的现有PDN连接可以被保持，同时阻止将任何UE连接到具有拥塞或部分故障的第三方服务器的新尝试。

在第二示例中，新连接尝试可以基于由第三方应用提供者和3GPP运营商预先协定的一个或多个准则而被优先化。一个这种示例是根据下面讨论的优先化选项使用3GPP网络运营商的订户类别作为准则来优先化，如结合图7和表1所解释的。另一个这种示例是根据下面讨论的优先化选项使用结合图8和表2所解释的对第三方应用提供者的订阅类别(例如，付费与非付费等)来优先化。在第三方服务器或多个服务器支持多个应用或功能的情况中的另一示例是根据下面讨论的优先化选项使用应用或功能(个别应用或功能、应用或功能群组等)作为准则来优先化，如结合图9和表3所解释的。

在第三示例中，来自具有较低优先级(如本文讨论的)的UE的流量可以被限制连接到第三方服务器，并且在一些方面，当这种UE具有连接时，它们可以在某些拥塞或部分故障级别被确定时被断开。

在第四示例中，连接可以至少部分地基于UE在其到第三方服务器的连接中生成的负载量来被优先化。

在第五示例中，连接可以至少部分地基于UE在其所有与例如所有服务器和其他UE的进行的连接之间生成的负载的总量来被优先化。

在各个方面，多于以上示例或其方面之一的组合可以被采用以减轻拥塞。

优先化选项

本文讨论的各个优先化选项可以另外被应用到如下非CATS情况，其中3GPP运营商和第三方应用提供者不受网络中立束缚，并且在正常(例如，非紧急等)情况下可以对它们的服务器上的应用、UE和网络采用不同的对待。

在第一优先化选项中，优先化可以基于如上讨论的3GPP订阅级别。下面的表1示出根据服务的3GPP订户类别的接入优先化的示例。

表1：基于3GPP订户类别的CATS的示例优先化

在以上表1中，“N”表示不会限制到第三方服务器的流量并且“Y”表示不会限制到第三方服务器的连接的发起。CATS级别和订户级别的数目(和名称)可以与上面指示的那些不同，并且可以包括基本上任何数目的CATS级别和/或订阅级别。

参考图7，示出的是根据本文描述的各个方面的基于3GPP订阅状态来实施带有优先化的CATS的示例方法。方法700可以包括在710处第三方服务器向3GPP网络通知拥塞或部分故障，这可以可选地包括拥塞或故障级别。替代地，3GPP网络可以使用下面讨论的技术确定拥塞或故障(以及可选地相关级别)而不被通知。在720处，3GPP网络可确定哪些UE将受影响，这可以是至少部分地基于(一个或多个)UE的(一个或多个)3GPP订阅级别的。该确定可以包括基于拥塞或故障级别确定CATS级别。在730处，3GPP网络可以针对确定的UE或确定的CATS级别(这可与一组UE相关联)激活CATS。在740处，CATS可以经由服务于一个或多个确定的UE(或与确定的CATS级别相关的一组UE中的UE)的(一个或多个)eNB被激活。在750处，740的(一个或多个)eNB可以向确定的UE(或与确定的CATS级别相关的一组UE中的UE)通知与CATS相关的(一个或多个)服务接入限制。可选地，CATS可以对在PLMN网络中注册的所有UE被激活，去掉网络确定哪些UE将受影响的需要。这种情况下，通知可被发送到所有UE。

取决于具体实施例，方法700和类似方法中讨论的由3GPP网络采取的动作可以包括各种网络实体。例如，CATS激活可以(1)经由NAS协议从MME发起；(2)经由OMA-DM协议从ANDSF发起；(3)经由HTTP协议从专用CATS服务器发起；(4)通过无线信道(例如，广播、多播、专用信道等)从指示CATS激活的RAN或其他网络实体发起。

方法700的一个示例实施场景可以结合表1的示例。例如，如果第三方服务器被拥塞并且(基于第三方服务器和3GPP运营商之间的协议)CATS级别n被确定，则来自订阅的UE的所有流量将被限制，除了3GPP金级(或者一些其他任意高级别)订户之外。

随着拥塞状况减轻，第三方应用服务器可以向3GPP网络通知改善的状况。网络可以激活CATS级别n+1，据此3GPP金和银订户在接入服务器时不被限制。结合示例CATS级别n+1，到第三方服务器的来自3GPP铜和普通订户的UE的流量仍被限制。

随着第三方服务器处的拥塞状况进一步改善，基于新的拥塞信息，3GPP运营商可以激活CATS状况级别n+2，其中到第三方服务器的来自3GPP铜订户的流量可以被给予和来自3GPP金和银订户的流量一样的对待。到第三方服务器的来自3GPP普通订户的流量可以依旧被限制。

当第三方服务器处的拥塞级别完全减弱，CATS可以被3GPP运营商去活，并且订阅第三方应用的所有3GPP订户可以被允许连接而不受限制。

在第二优先化选项中，如上面讨论的，优先化可以基于第三方订阅级别。在这些方面，第三方服务器和3GPP网络运营商之间可以存在协定以包括注册了第三方服务的每个设备的第三方订阅级别(例如，服务订阅级别)。在拥塞期间，第三方服务器则可以识别哪个订阅级别被限制接入服务，并且第三方服务器可以发送通知以通知3GPP网络。该通知可以包含被允许接入网络的(一个或多个)第三方订阅级别或不被允许接入网络的(一个或多个)第三方订阅级别(例如，白名单或黑名单)。

下面的表2示出根据对第三方应用服务提供者的服务的第三方订户类别的接入优先化的示例。

表2：基于第三方订户类别的CATS的示例优先化

在以上表2中，“N”表示不会限制到第三方服务器的流量并且“Y”表示不会限制到第三方服务器的连接的发起。如同第一选项的情况，CATS级别和订户级别的数目(和名称)可以与上面指示的那些不同，并且可以包括基本上任何数目的CATS级别和/或订阅级别。

参考图8，示出的是根据本文描述的各个方面的基于对第三方服务器的订阅状态来实施带有优先化的CATS的示例方法800。方法800可以包括在810处第三方服务器向3GPP网络通知拥塞或部分故障，这可以可选地包括拥塞或故障级别。替代地，3GPP网络可以使用下面讨论的技术确定拥塞或故障(以及可选地相关级别)而不被通知。在820处，3GPP网络可确定哪些UE将受影响，这可以是至少部分地基于(一个或多个)UE对第三方服务器的(一个或多个)订阅级别的。该确定可以包括基于拥塞或故障级别确定CATS级别。在830处，3GPP网络可以针对确定的UE或确定的CATS级别(这可与一组UE相关联)激活CATS。在840处，CATS可以经由服务于一个或多个确定的UE(或与确定的CATS级别相关的一组UE中的UE)的(一个或多个)eNB被激活。在850处，840的(一个或多个)eNB可以向确定的UE(或与确定的CATS级别相关的一组UE中的UE)通知与CATS相关的(一个或多个)服务接入限制。

在第三优先化选项中，如上面讨论的，优先化可以基于与第三方服务器相关的个别应用或功能(及应用或功能的集合)。在该优先化选项方面，3GPP网络运营商可以基于第三方服务器处的拥塞状况来激活不同级别的CATS，从而仅禁止针对状况级别的识别的应用并允许黑名单上的剩余应用(或者反之亦然，结合白名单)。

该优先化方案可以例如通过指派针对应用列表上的每个应用允许的值来实现。可选地，该优先化方案可以基于应用类型或类别而不是经由识别特定应用来优先化。指派的值可以是数值、字母、文本等，或者其组合。基于这些值，应用可以被允许或不被允许接入网络。例如，对于第三方服务器处给定级别(例如，级别n)的拥塞，第三方服务器可以通知3GPP网络并且3GPP网络可以决定哪些应用应该应用CATS。该决定可以基于3GPP网络运营商和运行第三方服务器的实体之间的协定。3GPP网络随后可以决定针对(一个或多个)给定的应用触发CATS。网络随后可以向UE通知CATS实施。该通知可以通过向UE通知哪个(或哪些)应用被限制或通过告诉UE服务器拥塞级别来完成，并且UE可以映射服务器拥塞级别以确定受制于CATS的(一个或多个)应用。

下面的表3示出基于提供不同粒度级别的应用或功能的接入优先化的示例。

表3：基于应用的CATS的示例优先化

在以上表3中，“N”表示不会限制到第三方服务器的流量并且“Y”表示不会限制到第三方服务器的连接的发起。如同第一选项的情况，CATS级别可以与上面指示的那些不同，并且可以包括基本上任何数目的CATS级别。虽然表3列出示例应用，但是应用、功能或其组合的集合或类别可以作为补充或替代结合CATS级别被指定。

参考图9，示出的是根据本文描述的各个方面的基于应用或功能来实施带有优先化的CATS的示例方法900。方法900可以包括在910处第三方服务器向3GPP网络通知拥塞或部分故障，这可以包括CATS级别或针对CATS指定一个或多个应用或功能。替代地，3GPP网络可以使用下面讨论的技术确定CATS级别而不被通知。在920处，3GPP网络可确定哪些应用和/或功能将受影响，这可以是基于CATS级别或指示的应用和/或功能。在930处，3GPP网络可以针对确定的应用/功能或确定的CATS级别(这可与应用/功能的集合相关联)激活CATS。在940处，CATS可以经由服务于订阅确定的应用/功能的一个或多个UE的(一个或多个)eNB被激活。在950处，940的(一个或多个)eNB可以向订阅的UE通知与CATS相关的(一个或多个)服务接入限制。

参考图10，示出的是根据本文描述的各个方面的基于应用或功能的带有优先化的CATS的第三方实施的示例方法1000。方法1000可以包括在1010处由第三方服务器例如基于检测的拥塞或故障以第一选定级别(例如，表3中的级别n)激活CATS。在1020处，根据第一选定的CATS级别，一组应用和/或功能可以被限制；例如，对于表3中的示例CATS级别，所有应用被限制。在1030处，随着检测的拥塞或故障级别改善，第二选定的CATS级别(例如，表3中的级别n+1)可以被第三方服务器激活，并且在1040处，第一组应用和/或功能可以被允许而第二组应用和/或功能可以仍被限制。例如，如表3中，应用E和F可以被允许，并且应用A、B、C和D可以被限制。在1050处，随着检测的拥塞或故障级别进一步改善，第三选定的CATS级别(例如，表3中的级别n+2)可以被第三方服务器激活，并且在1060处，第三组应用和/或功能可以被允许而第四组应用和/或功能可以仍被限制。例如，如表3中，应用C、D、E和F可以被允许，并且应用A和B可以被限制。在1070处，检测的拥塞或故障停止后，CATS可以被第三方服务器去活，并且在1080处，所有应用和/或功能可以被允许。

如本文(例如，结合图7、8、9和10等)所使用的，术语“网络”可以包括能够促进或激活CATS的各种组件中的任一个。UE中CATS状况的激活可以例如经由NAS协议从MME发起，经由OMA-DM协议从ANDSF发起，经由HTTP协议从专用CATS服务器发起，通过无线信道(例如，广播、多播或专用信道)从指示CATS激活的RAN发起等。

向UE通知CATS激活

在第三方服务器完全故障的情况下，3GPP网络可以检测该故障，可以激活CATS，并且可以阻止接入故障的第三方服务器的更多尝试，如下面更详细地解释的。在各个方面，3GPP网络还可以断开UE拥有的与第三方服务器的连接。

对UE的通知可以经由以下各项中的指示一项来发送：(a)寻呼信道，(b)专用消息(例如，下面结合图12A和图12B更详细地解释的NAS信令)，(c)多播和/或广播信道，或(d)后面可以跟随经由选项a、b或c中的任一个去往UE的消息的OMA-DM配置(如下面结合例如图12A和图12B更详细地讨论的)。

通知可以被发送到空闲模式和连接模式的UE二者。该通知可以被包括为新信息元素(IE)或结构以作为当前消息的一部分或者能够被创建的新消息。另外，3GPP中定义的现有功能可以被重新使用并扩展其功能以便还向UE通知CATS。

如果UE已经连接到服务器并且存在连接故障，则当试图重新连接时UE可以被要求遵守CATS规则，如果适用的话(例如，如果CATS适用于该UE和尝试的应用/功能)。

订户/订阅的CATS等级的管理、配置和操纵

UE的服务的CATS第三方订阅级别/等级的管理、配置和操纵可以包括NAS信令、OMA-DM信令、订户身份模块(SIM)工具包或过顶信号传送的使用。

在一个示例中，NAS信令可以被用于服务的订阅级别和/或等级的管理、配置和/或操纵。例如，当CATS是活动的以验证对第三方的服务请求在CATS是活动的时是否被允许时UE的第三方订阅级别的指示可以被使用，并且可以通过例如结合3GPP技术规范(TS)24.008和24.301描述的那些消息之类的NAS信令消息被网络发信号通知给UE。图11示出了根据本文描述的各个方面的用于结合CATS的订阅级别信息的通信的NAS信令的示例实施。

在另一示例中，OMA-DM信令可以被采用。在OMA(开放移动联盟)的主持下，用于从运营商的3GPP网络内的源或从被运营商的3GPP网络授权的组织或公司向UE提供信息的装置已被标准化。OMA已通过OMA设备管理(DM)协议规范版本1.2中定义的协议机制实现了这一点。使用这些OMA机制，UE可以被提供与CATS策略相关的信息以及关于个别第三方服务器、它们的应用和与(一个或多个)UE相关的(一个或多个)订阅级别有关的信息。图12A示出了根据本文描述的各个方面的提供关于CATS策略的信息的OMA-DM数据结构的示例。图12B示出了根据本文描述的各个方面的作为OMA管理对象表示的一部分的图12A的示例OMA-DM数据结构的表示。

结合图12A-12B所示的示例数据结构(或者类似数据结构)，UE可以被通知某个第三方服务器正在托管的(一个或多个)服务或(一个或多个)应用的(一个或多个)特定服务订阅级别。(一个或多个)订阅级别可以包括例如由第三方服务器定义的基本上任何数目地级别(或者替代地，多达允许级别的最大数目的任何数目)，并且可以与在一个或多个CATS级别的每一个处、对于与该订阅级别相关的UE、接入是否被限制相关。在一个示例中，订阅级别可以是表1和表2所示的示例订阅级别(例如，金、银、铜、普通)。替代地，订阅级别可以仅指示优级、普通级或入门级等。结合一些第三方服务器，订阅级别信息可以与其他方面的与第三方服务器的关系相关或从其他方面的与第三方服务器的关系被确定(例如，与定义用于各种订阅级别的截止值的一个或多个阈值相比，基于用户在投资或交易账户中有多少钱等)。

在第三示例中，SIM工具包可以被采用。在这些方面，EF(基本文件)可以被存储在通用SIM(USIM)中，类似于3GPP TS 31.102中定义的EF。该EF在本文中被称为EF_CATS。经由SIM工具包，EF_CATS的提供和更新可以填充并更新关于UE针对指示的第三方服务器订阅的订阅级别的信息。图13示出了根据本文描述的各个方面的带有示例内容的示例EF_CATS。

图13的示例EF_CATS包括第三方服务器/服务的指示。在它之后，可以受制于CATS的服务/应用ID被指示。在图13的示例中，多达8种用于第三方服务器/服务的服务/应用ID被示出。在它之后，对于指示的服务/应用ID中的每一个，存在CATS服务的订阅登记(GoCATSservice)的指示。在图13的示例中，GoCATSservice-1可以与第一服务/应用ID有关并且GoCATSservice-2可以与第二服务/应用ID有关等等。此外，在本示例中，GoCATSservice是可以被用来指示多达四个级别或等级(例如，金订阅、银订阅、铜订阅或普通订阅)的2比特指示。

在图13的示例EF_CATS中，仅示出了用于一个第三方服务器的一组信息。然而，任何数目的用于更多第三方服务器的更多组信息可以在这种EF_CATS文件中被提供。然而，如果EF_CATS文件变得过大，则当必须对EF_CATS进行操纵时，将存在对占用的总USIM空间和花费的时间和速度的影响。

此外，虽然图13的示例EF_CATS在用于第三方服务器的信息集合中包含用于多达八个应用的字段，但是在各个方面，更多或更少数目的应用可以被指示，或者对于应用数目超过与单个条目相关的份额的情况，某些第三方服务器可以具有多个条目。

通过配置诸如图13的示例EF_CATS之类的EF，当网络指示CATS是活动的时UE在管理应用的启动时可使用的与CATS有关的信息可以被提供给移动台。EF的提供和管理可以经由3GPP TS 22.038和31.111中定义的SIM工具包来实现。

在第四示例中，可以通过IP层信号传送例如经由TS 24.302中定义的非#GPP接入方法采用过顶信号传送。过顶信号传送意味着透明数据被从一个对等端转移到另一个对等端(反之亦然)而无需下层或承载网络知晓通过信号传送的数据。

多年来，3GPP网络已在提供数据服务，并且如今，连接到3GPP蜂窝系统的UE可以被用来以和连接到固定电话或有线电缆的台式机相同的方式接入因特网。在过顶信号传送方面，一旦UE针对数据服务被连接，CATS服务器节点和/或CATS子系统就可以通过IP(因特网协议)信令向UE提供与CATS有关的数据。在图5中，UE和第三方服务器之间的虚线表示可选的过顶信号传送方面。

与CATS有关的信息的过顶信号传送的又一技术可以是通过非3GPP接入网进行信号传送。图14示出了根据本文描述的各个方面的可用于CATS信息的过顶信号传送、通过非3GPP接入网提供对3GPP的PDN(分组数据网络)网关的接入的示例架构。图14对应于3GPP TS 23.402的图4.2.2-2。TS 23.402给出用于允许UE通过非3GPP接入网(例如包括受信或非受信的WLAN、WiMAX或CDMA2000)进行接入的3GPP系统的架构增强，外加TS 24.302定义用于该种接入的阶段3信令和协议细节。

UE越来越能够主动通过不止一个接入方式来通信。例如，UE可以被注册到3GPP PLMN(公共陆地移动网络)/运营商，而同时通过WiFi或WLAN主动通信(例如，接入因特网)。实际上，越来越多的如今的3GPP运营商在采用它们自己的WiFi/WLAN网络，并且经由TS 24.302的设计、信令和协议，允许UE通过3GPP蜂窝接入和非3GPP/WLAN接入二者获得对核心3GPP网络的接入权。

由于上述UE现在可以连接到3GPP核心网尤其是3GPP的PGW(PDN网关)，在UE的用户端或者在运行的应用在与它们在某一远程服务器处的对等端通信的层面，CATS信息可以通过非3GPP接入被过顶地递送给UE。

参考图15，示出的是根据本文描述的各个方面的经由过顶信号传送来实施CATS的示例方法1500。方法1500可以包括在1510处，第三方服务器做出向UE发送与CATS有关的信息的确定。在1520处，与CATS有关的信息可以通过非3GPP接入被过顶地提供给UE。在1530处，第三方服务器可以检测与第三方服务器相关的拥塞或故障，并且在1540处，可以例如经由PGW向3GPP核心网通知该拥塞或故障。在1550处，响应于拥塞或故障的通知，3GPP可以经由3GPP接入网激活CATS。

CATS的激活/去活

除了上面讨论的CATS的激活或去活的方法之外，还可以应用NAS信令。

网络和UE之间交换的TS 24.008和24.301中讨论的NAS消息可以被采用以针对受影响的UE激活或去活CATS。图16示出了根据本文描述的各个方面的使用NAS消息来激活CATS的示例方法1600。方法1600可以包括在1610处，UE生成对资源的请求以接入第三方服务器。在1620处，网络可以确定第三方服务器受制于CATS。在确定第三方服务器受制于CATS后，在1630处，网络例如可以基于做出请求的UE的第三方或3GPP订阅级别来确定CATS限制是否适用于该UE。在1640处，网络可以通知UE被请求的服务不可用以及CATS被激活。如1650处指示的，网络可以经由指示CATS被激活和CATS激活的级别的NAS信令来拒绝UE请求。

CATS的去活也可以经由NAS消息被传达给UE。图17示出了根据本文描述的各个方面的使用NAS消息来去活CATS的示例方法1700。虽然特定的示例TS 24.301NAS消息被示于图17中，但是在各个方面，来自TS 24.301或24.008的任何适当NAS消息可以被使用。方法1700可以适用于CATS已被激活的第三方服务器例如由于服务已被恢复或拥塞已消失而不再需要CATS的情况。在1710处，网络可以从第三方服务器接收指示或者可以检测先前导致CATS被实施的故障或拥塞不再适用。在1720处，网络可以通知UE去往第三方服务器的正常服务已被恢复以及CATS被去活。如1730处指示的，网络可以经由指示针对该特定第三方服务器CATS已被去活的NAS信令来通知UE。

其他方面

参考图18，示出的是根据各个方面可以与利用本文描述的下行分量载波的聚合来促进通信的系统、方法或设备的一个或多个方面一起使用的示例用户设备或移动通信设备1800的框图。用户设备1800例如包括可以耦合到数据存储装置或存储器1803、前端1804(例如，RF前端、声前端或其他类似前端)和用于连接到多个天线1806₁到1806_k(k是正整数)的多个天线端口1807的数字基带处理器1802。天线1806₁到1806_k可以从一个或多个无线设备接收经由网络设备生成的信号并从一个或多个无线设备发送经由网络设备生成的信号，所述一个或多个无线设备例如是接入点、接入终端、无线端口、路由器等等，可以在无线电接入网内或其他通信网络内操作。用户设备1800可以是用于传送射频(RF)信号的RF设备、用于传送声学信号的声学设备或者任何其他信号传递设备，如计算机、个人数字助理、移动电话或智能机、平板PC、调制解调器、笔记本、路由器、交换机、中继器、PC、网络设备、基站或能够操作来根据一个或多个不同的通信协议或标准与网络或其他设备通信的类似设备。

前端1804可以包括通信平台，所述通信平台包括提供经由一个或多个接收器或发送器1801、复用/解复用组件1812和调制/解调组件1814接收或发送的信号的处理、操纵或成型的电子组件和相关电路。前端1804例如耦合到天线端口1807的集合和数字基带处理器1802，其中天线1806₁到1806_k的集合可以是前端的一部分。

用户设备1800还可以包括可以操作来提供或控制用户设备1800的一个或多个组件的处理器1802或控制器。例如，根据本公开的方面，处理器1802可以至少部分地向基本上用户设备1800内的任何组件授予功能。作为示例，处理器1802可以被配置成至少部分地运行促进涉及多于五个服务小区的载波聚合的情况下的不定期CSI报告的生成的可执行指令。

处理器1802可以操作以使得用户设备1800能够处理用于通过复用/解复用组件1812来复用/解复用或经由调制器/解调组件1814来调制/解调的数据(例如，符号、比特或芯片)，例如实施正向和反向快速傅里叶变换、选择调制速率、选择数据分组格式、分组间时间等。存储器1803可以存储数据结构(例如，元数据)、(一个或多个)代码结构(例如，模块、对象、类、过程等)或指令、诸如策略和规范之类的网络或设备信息、附接协议、用于加扰的代码序列、扩展和导频(例如，(一个或多个)参考信号)发送、频率偏移、小区ID和其他用于检测和识别各种与RF输入信号、功率生成期间的功率输出或其他信号分量有关的各种特性的数据。

处理器1802在功能上和/或通信上(例如通过存储器总线)耦合到存储器1803以便存储或获取为操作和至少部分地向包括接收器1801和功率放大器(PA)系统1810的前端1804或通信平台授予功能所必需的信息。虽然图18中的组件是在用户设备的上下文中被示出的，但是该例示不限于用户设备，而是还扩展到其他无线通信设备，如基站(例如，eNodeB)、小型小区、毫微微小区、宏小区、微小区等。

本文的示例可以包括主题，所述主题例如是方法、用于执行方法的块或动作的装置、包括可执行指令的至少一个机器可读介质，所述可执行指令当被机器(例如，具有存储器等的处理器)执行时使得机器执行方法的动作或用于根据描述的示例和实施例使用多个通信技术的并发通信的系统或设备的动作。

示例1是促进第三方服务器遇到困难时对一个或多个应用的控制(CATS)的网络服务器，包括处理器和接口。所述处理器被配置成确定与第三方服务器相关的状态；确定与网络服务器相关的网络的网络负载级别；至少部分地基于与第三方服务器相关的状态和网络负载级别选择用于第三方服务器的CATS级别，其中所述CATS级别定义了对与第三方服务器相关的网络流量的一个或多个限制；以及对朝向第三方服务器的网络流量实施一个或多个限制。所述接口被配置成发送用于第三方服务器的CATS级别的指示符。

示例2包括示例1的主题，其中所述处理器被配置成对朝向第三方服务器的网络流量实施一个或多个限制包括所述处理器被配置成至少部分地基于CATS级别阻止第一用户设备(UE)和第三方服务器之间的尝试的分组数据网络(PDN)连接。

示例3包括示例1的主题，其中所述一个或多个限制包括基于对网络服务器的运营商的用户设备(UE)订阅状态的至少一个限制。

示例4包括示例1的主题，其中所述一个或多个限制包括基于对第三方服务器的运营商的订阅状态的至少一个限制。

示例5包括示例1的主题，其中所述一个或多个限制包括与第三方服务器的第一应用或第一功能相关的至少一个限制。

示例6包括示例1的主题，其中所述一个或多个限制包括关联于与第三方服务器的现有分组数据网络(PDN)连接上的网络流量的当前量的至少一个限制。

示例7包括示例1的主题，其中所述一个或多个限制包括关联于与用户设备(UE)相关的网络流量的当前总量的至少一个限制。

示例8包括示例1-7的任一变体的主题，包括或省略可选特征，其中所述处理器还被配置成至少部分地基于一个或多个限制断开与第三方服务器的至少一个现有分组数据网络(PDN)连接。

示例9包括示例1的主题，其中所述网络服务器与移动管理实体(MME)并置，并且其中所述发送器电路被配置成经由非接入层发送CATS级别的指示符。

示例10包括示例1的主题，其中所述网络服务器与接入网发现和选择功能(ANDSF)并置，并且其中所述发送器电路被配置成经由开放移动联盟(OMA)设备管理(DM)协议发送CATS级别的指示符。

示例11包括示例1-8的任一变体的主题，包括或省略可选特征，其中所述网络服务器与移动管理实体(MME)并置，并且其中所述发送器电路被配置成经由非接入层发送CATS级别的指示符。

示例12包括示例1-8的任一变体的主题，包括或省略可选特征，其中所述网络服务器与接入网发现和选择功能(ANDSF)并置，并且其中所述发送器电路被配置成经由开放移动联盟(OMA)设备管理(DM)协议发送CATS级别的指示符。

示例13是包含指令的非暂态机器可读介质，所述指令当被运行时使得至少一个服务器：确定第三方服务器的状态；至少部分地基于第三方服务器的状态选择第三方服务器遇到困难时对一个或多个应用的控制(CATS)的级别；以及发送CATS的级别的指示，其中所述CATS的级别定义了对朝向第三方服务器的网络流量的一个或多个限制，其中所述一个或多个限制中的至少一个是基于订阅状态。

示例14包括示例13的主题，其中所述指令当被运行时使得所述至少一个服务器至少部分地基于在至少阈值时间段内对第三方服务器不存在成功连接尝试来确定第三方服务器的状态。

示例15包括示例13的主题，其中所述指令当被运行时使得所述至少一个服务器至少部分地基于从第三方服务器接收的拥塞数据来确定第三方服务器的状态。

示例16包括示例13的主题，其中所述指令当被运行时使得所述至少一个服务器至少部分地基于预定时间段期间对第三方服务器的拒绝连接尝试的数目来确定第三方服务器的状态。

示例17包括示例13的主题，其中所述指令当被运行时使得所述至少一个服务器至少部分地基于对第三方服务器的连续拒绝连接尝试的数目超过阈值数目来确定第三方服务器的状态。

示例18包括示例13的主题，对朝向第三方服务器的网络流量的至少一个限制识别至少一个受限制的内容类型，其中所述至少一个受限制的内容类型包括视频内容、音频内容或图像内容中的至少一个。

示例19包括示例13-18的包括或省略可选特征的任一变体的主题，对朝向第三方服务器的网络流量的至少一个限制识别与第三方服务器相关的至少一个受限制的服务。

示例20包括示例13的主题，其中所述指令当被运行时使得所述服务器至少部分地基于一个或多个限制来阻止与第三方服务器的至少一个尝试的分组数据网络(PDN)连接。

示例21是促进第三方服务器遇到困难时对一个或多个应用的控制(CATS)的用户设备(UE)，包括接收器电路和处理器。所述接收器电路被配置成接收与至少一个第三方服务器相关的CATS级别的指示，其中所述CATS级别与对UE和第三方服务器之间的网络流量的至少一个限制相关。所述处理器可操作地耦合到所述接收器电路并且被配置成至少部分地基于该指示来识别与至少一个第三方服务器相关的一个或多个应用；并且进行基于所述至少一个限制延迟或阻止与所述一个或多个应用中的至少一个应用相关的至少一个发送中的至少一项。

示例22包括示例21的主题，其中所述CATS级别的指示经由非接入层(NAS)信号或无线资源控制(RRC)信号中的至少一个被接收。

示例23包括示例21-22的任一变体的主题，包括或省略可选特征，其中所述CATS级别与UE对无线电接入网(RAN)的订阅级别相关。

示例24包括示例21的主题，其中所述CATS级别与UE对第三方服务器的订阅级别相关。

示例25包括示例24的主题，其中订阅级别被UE存储在通用订户身份模块(USIM)基本文件(EF)中。

示例26包括示例21的主题，其中所述CATS级别的指示经由寻呼信道被接收。

示例27包括示例21的主题，其中所述CATS级别的指示经由广播发送或多播发送中的至少一个被接收。

示例28是促进第三方服务器遇到困难时对一个或多个应用的控制(CATS)的网络服务器，包括用于处理的装置和用于发送的装置。所述用于处理的装置被配置成确定与第三方服务器相关的状态；确定与网络服务器相关的网络的网络负载级别；至少部分地基于与第三方服务器相关的状态和网络负载级别选择用于第三方服务器的CATS级别，其中所述CATS级别定义了对与第三方服务器相关的网络流量的一个或多个限制；以及对朝向第三方服务器的网络流量实施一个或多个限制。所述用于发送的装置被配置成发送用于第三方服务器的CATS级别的指示符。

示例29是促进第三方服务器遇到困难时对一个或多个应用的控制(CATS)的用户设备(UE)，包括用于接收的装置和用于处理的装置。所述用于接收的装置被配置成接收与至少一个第三方服务器相关的CATS级别的指示，其中所述CATS级别与对UE和第三方服务器之间的网络流量的至少一个限制相关。所述用于处理的装置可操作地耦合到所述用于接收的装置并且被配置成至少部分地基于该指示来识别与至少一个第三方服务器相关的一个或多个应用；并且进行基于所述至少一个限制延迟或阻止与所述一个或多个应用中的至少一个应用相关的至少一个发送中的至少一项。

对主题公开的说明的实施例的以上描述(包括摘要中描述的内容)不意图是穷尽性的或将公开的实施例限制为公开的精确形式。虽然为了说明性目的描述了具体实施例和示例，但是被考虑处于这些实施例和示例的范围内的各种修改是可能的，如本领域技术人员可以认识到的。

就此而言，虽然公开的主题已结合适用的各种实施例和对应的附图被描述，但是将理解，其他类似实施例可以被使用或者可以对描述的实施例进行修改和补充以执行公开的主题的相同、相似、替代或替换的功能而不背离它们。因此，公开的主题不应限于本文描述的任何单个实施例，而是应以符合以下所附权利要求的范围和宽度被解释。

特别是对关于上述组件或结构(装配、设备、电路、系统等)执行的各种功能，除非另有指示，否则用来描述这些组件的术语(包括对“装置”的引用)旨在对应于执行描述的组件的指定功能的任何组件或结构(例如，功能上等同)，即使在结构上不等同于执行本文示出的示例性实施方式中的功能的公开的结构。此外，虽然特定特征已关于若干实施方式中的仅一个被公开，但是该特征可以与对于任何给定或特定应用可能有利或被期望的其他实施方式的一个或多个其他特征相结合。