用的优先级而是代之以通过集体中的其他应用减少它们的使用来提供针对顺从性的奖励的条件。因此，集体可以检测所述应用是“好的”和/或顺从的应用，因为其避免损害集体中的其他应用的体验。
[0029]因此，当不同的应用协作时，某些实施例可以改进消费者体验。一般地，在相同小区中的0ΤΤ无线数据用户可能稍微自私地共享有限量的射频(RF)资源。而且，这些应用可能由多个不同的应用开发者提供。因此，某些实施例在不需要与网络的复杂的耦合的情况下提供用于激励和奖励执行协作适配的应用的、基于应用的框架。
[0030]更具体地，某些实施例提供用于取决于应用的协作或顺从性的程度来奖励/惩罚应用的、基于应用的机制。提供该机制的监督实体可能驻留在UE操作系统内。替代地，监督实体可能驻留在用户设备外部，诸如在小区的基站中或在核心网络实体中。
[0031]某些实施例提供一种方法，该方法创建可能被称作集体的参与应用的组，以及监督无线应用的集体内的每个应用自我优化以便使应用的总集合受益的程度。该监督可能涉及对顺从性的程度评级和/或监视顺从性的程度。该方法还可以包括指示应用的集体甚至更加顺从于具有较高的顺从性分数的应用的需要。
[0032]植入该方法的系统可以包括应用集体顺从性监视和奖励实体。该集体顺从性实体可以与可能是集体的参与应用的第一组通信。响应于第一应用需要的不充分的资源的指示，顺从性实体可以将(一个或多个)应用适配请求传输到应用的第一组中的至少一个其他应用，请求接收应用在适配中执行。顺从性实体然后可以监视接收请求的至少一个应用适配的程度。例如，应用减少在有问题的位置和时间中的使用的程度。可以完成该监视和顺从性以便使应用的总集合受益。
[0033]在某些实施例中，只有在适配请求对应于具有大于阈值顺从性分数的应用时，才可以执行应用适配请求的顺从性实体的传输。替代地，基础可以是应用是否具有至少阈值量的顺从性分数。
[0034]集体顺从性实体可以驻留在UE操作系统内并且可以跨驻留在该相同的UE设备上的应用执行上文描述的方法。替代地，集体顺从性实体可能在UE外部。
[0035]顺从性实体可以从或针对具体应用i接收针对求助或困境(S0S)消息的请求。可以基于检测的或预期的网络负载来触发该消息，所述网络负载导致服务的质量(QoS)对于应用i的需求而言是不充分的。应用i可能响应于由知识服务器提供的网络限制洞察而预期传输S0S的需要。而且，顺从性实体可以从耦合到无线电接入网络的一部分的网络元素接收求助/S0S请求。
[0036]而且，当集体顺从性实体从具体应用i接收求助/S0S请求时，集体顺从性实体可以检查针对应用i的顺从性分数是否大于预定阈值。如果分数大于阈值，则集体顺从性实体可以将S0S请求转发到应用的集体中的至少一个应用。附加地，实体可以忽略或转发来自具有较低的顺从性分数的应用的较少请求。例如，实体可以伪随机地转发来自具有较低的顺从性分数的应用的仅一半请求。
[0037]集体顺从性实体还可以执行哪些应用应该接收转发的S0S/求助请求的选择。该选择可以基于哪些应用看起来就位以向影响集体的网络限制提供最大的救济。替代地或另外地，选择可以基于应用的顺从性分数。例如，当由具有较高的顺从性分数的集体内的其他应用需要时，集体顺从性实体可以不相称地指示具有较低的顺从性分数的应用执行更多的适配，诸如使用减少。因此，在应用的第一组内，集体顺从性实体可以帮助较低计分应用甚至更顺从于具有较高顺从性分数的应用的需要。
[0038]顺从性实体可以通过包括如果应用变通解决网络限制则分派较高或较好的顺从性分数的过程来监视对指令的顺从性的程度。例如，当请求时，如果应用遵照实体请求的较大百分比或如果预取是字节的较大部分，则可以增加或改进分数。考虑可以包括在网络空载期间的预取、避免覆盖间隙、避免用于问题位置的额外负载以及使用很少S0S请求的使用。同样地，如果预取是消耗的总字节的较大部分，则可以增加或改进分数。该测量可以是考虑在相同应用类别中的其他应用的相对测量。另一分数因素可以是应用是否在预取时请求较低的优先级而不是尝试使用正常的或较高的优先级来预取。进一步的分数因素可以是应用是否具有针对预取的数据的较高的投资回报(R0I)。例如，实际上由用户使用的被预取的字节的百分比可以对应于R01，并且高的R01可以产生较高的分数。
[0039]可以存在许多其他分数因素。例如，分数因素可以是应用是否引导用户使用替代的路线以环绕对于其他应用而言的问题/负载的区域导航。
[0040]在某些实施例中，集体顺从性实体可以驻留在网络服务器、应用仓库、市场或另一服务器内。集体顺从性实体可以从UE操作系统、顺从性监督App和/或应用本身收集顺从性统计。这可以以各种方式来实现。例如，这可以通过集体顺从性管理系统来实现。这可以类似于在单个UE设备上的多个应用的情况，除了代之以具有在应用与设备的自己的操作系统之间的消息收发，该消息收发可以在应用/设备与集体服务器之间。在例如使用给定的操作系统的顺从性监督App的情况下，在给定设备上的应用将在应用与顺从性监督app之间通信。除了顺从性监督功能可以被安装到设备上作为与给定的操作系统分离的App之外，顺从性监督app可以提供与针对操作系统实施例描述的功能类似的功能。
[0041]附加地，该顺从性监督机制可以被用来创建跨在不同的设备上运行的app的协作，其中那些设备例如占据相同的小区。在又一示例中，在跨小区的情况下，顺从性可以产生重大影响。例如，当流式传输视频服务的用户在小区X中并且顺从于请求时，该顺从性可以获得使能针对相同的视频流式传输服务的不同用户的益处的顺从性分数信用，即使用户当前在不同的小区下的系统的完全不同的部分中。
[0042]在另一实施例中，单独的用户可以具有控制用户的设备和/或App将与app的较大集体的需要协作/顺从于app的较大集体的需要的程度的能力。例如，可以在设备本身的设置内控制协作或顺从性的该程度。更进一步地，用户可以指定用户希望顺从于的集体仅对应于例如用户的社交网络。因此，该集体可以基于在社交联网站点内建立的朋友。在该实施例中，用户可以响应于从明确地在他们的第η阶社交网络内的其他用户接收的请求而是顺从的。作为进一步的激励，这样的用户的(一个或多个)顺从性分数可以被显示为在每个社交网络站点上的所述用户的简档的部分，创建进一步的社交激励以一起工作。
[0043]在另一实施例中，可以基于诸如较低的UE电池寿命、用户的会议时间表等的约束来自动地调整App或设备的顺从性的程度。因此，在遵照将引起针对该用户的较高的不便/降级的情况下可以减少顺从性或协作。
[0044]在其他实施例中，集体顺从性实体可以使用用于跨设备的大组协作的对等机制。而且，集体顺从性实体可以选择性地使用对等通信。
[0045]如上文提及的那样，可以是操作系统或外部实体的集体顺从性实体可以发送请求消息。该请求消息可以包括到每个应用的指示符。指示符可以指示集体正在寻求减少不必要的业务的量的时间和/或位置。替代地或另外地，指示符可以指示预取的百分比深度和相应的时间尺度。例如，如果指示符指示在接下来的8个小时上的X%预取，则应用应该预取足够的业务，使得期望在相关的时段上由设备用户消耗预取的业务的?X%。
[0046]鉴于这样的激励，UE设备操作系统(OS)可能能够在其预期设备否则将正常地取与很多其他集体应用和/或设备相同的小区中的业务的显著量时增加百分比X，很多其他集体应用和/或设备不能够满足它们的应用需求。
[0047]更进一步地，应用编程接口(API)可以请求应用提供关于用户实际上消耗的预取业务的该部分的反馈。
[0048]替代地，UE操作系统可以承担跟踪针对最终由用户消耗的该特定应用的预取的业务的百分比的角色。在该情况下，API可以命令应用执行一定数量的百万字节的预取，并且然后命令应用稍后向os回报预取业务的什么部分被消耗。
[0049]在某些实施例中，将通过接收分配给UE的带宽的、比设备上的其他应用大的部分、具有比设备上的其他应用少的延迟来奖励提供更好的拥塞避免的应用。
[0050]因此，在提交用于通过无线链路递送的业务的应用之中，某些实施例可以提供向设备授予的无线资源的部分的动态管理。
[0051 ]顺从性实体可以执行其他动作。例如，如果顺从性实体接收指示S0S或求助请求已经被满足的不充分的接受或确认回复