对相关申请的交叉引用本申请要求2013年10月15日提交的号为14/054,287的美国专利申请（‘287申请）的权益和优先权，所述美国专利申请是2013年5月17日提交的号为13/897,046的美国专利申请（‘046申请）的部分继续。‘287申请和‘046申请由此通过引用以其全部并入本文中。背景。技术领域各种通信系统可以受益于网络信息的通知。例如，蜂窝优化可以通过网络设备上的应用对数据技术的选择性使用来实现，其可以此外受益于与当前网络条件的应用观察相协调使用的、可以减少对于外部数据请求的需要的通知。
背景技术：
核心网络中的媒体优化器不能使得某些流式传输应用执行只受客户端中的应用所控制的某些适配。这可能例如对于以下的适配确实如此：是要预填充还是仅仅正好适时地（justintime）下载视频，其中在这些协议内，仅仅在用户装备（UE）App/应用发送与视频的下一区段相对应的所请求的统一资源定位符（URL）时可以下载视频的下一区段。浏览网关是媒体优化器的一个示例。一些媒体优化器可以位于演进的分组核心（EPC）外部。这些方法可能要求UE知晓无线电接入网络条件或核心网络业务条件，并且这些条件可能随时间而变化。在当前无线通信系统中，无线网络利用平均在繁忙时间期间可能仅仅是大约30%，意味着网络是70%空闲的。在经授权的共享访问（ASA）和连续的猝发性用户业务模式的情况下，这种大量的空闲资源可以被定为目标以供各种应用来使用。特别感兴趣的无线业务可能是用于诸如预取之类的目的、具有针对高比特率、低等待时间、高覆盖一致性和/或低网络利用的要求的业务。然而，例如由于ASA、小型小区、实时视频、和在负载的小区的边缘处的非常高比特率服务，无线资源可能日益断断续续。存在用于标识覆盖空洞的技术。可以添加附加的容量/覆盖，例如通过附加的小型小区，以及在一些情况中的远程电气天线倾斜。然而，较高比特率的应用可能不总是能够跨整个无线系统而很好地起作用。可以提供知识服务器（knowledgeserver）架构来应答关于网络条件的查询。例如，在知识服务器架构的情况下，应用可以能够使用统一资源定位符（URL）来查询知识服务器。作为响应，知识服务器可以提供网络洞察（insight），其例如涉及：例如由于低网络利用或负载和/或可能的网络限制，现在是否是执行预取的良好时间。然而，当应用（App）缓慢发现新可用资源时，可能存在对射频（RF）资源的浪费。另一方面，如果App关于网络条件而重复地对网络或服务器进行测试或查询，则其可能浪费RF资源和UE电池二者。类似地，对于用户而言轻击于应用上然后等待以看看它是否将工作可能浪费用户的时间。另外，当应用缓慢发现改变的网络条件时，那么应用可能以不再适当的行为继续。示例可以包括继续朝向覆盖的空洞的区域，或继续预取。空中性能上缺乏足够的蜂窝（cellular）或缺乏覆盖可能是顾客体验关注和顾客体验管理（CEM）的要素。从消费者的视角，某个时间间隔上的消费者将典型地认识到在特定的位置中，将一贯地掉话。例如，对于特定的用户，这样的位置可能包括去往自助餐厅或在家和工作之间的一条路线的特定部分。因此，该典型的用户可能简单地避免在这些区域中进行呼叫（placecalls），并且可能试图在进入这些区域之前完成呼叫。改善蜂窝系统内的无线覆盖/消除覆盖空洞可能是对于运营商而言的资源密集的过程。例如，一个昂贵的示例将会是其中运营商已经部署了附加的小型小区的情况。当顾客服务提供商或无线基础设施提供商修正覆盖空洞时，它可能这样做以便改善顾客体验和/或顾客满意度。然而，对于已经一贯地或习惯性地避免在这些区域中的实时无线使用的现有顾客而言，顾客体验改善可能大大减小或完全无效。
技术实现要素：
根据某些实施例，一种方法可以包括为用户或应用而监视网络服务可行性（viability）。所述方法还可以包括当为用户或应用检测到网络服务可行性时向用户装备发送推送消息。推送消息可以指示与网络服务可行性相关联的至少一个阈值。根据某些实施例的一种方法可以包括基于从网络元件所接收的第一网络洞察（insight）来调整用户装备的应用或用户装备的功能性。所述方法还可以包括确定与用户装备相对应的至少一个环境条件。所述方法还可以包括监视所述至少一个环境条件。所述方法另外可以包括当所述至少一个环境条件满足预定条件时，重新调整应用或用户装备的功能性。在某些实施例中，一种装置可以包括至少一个处理器和包括计算机程序代码的至少一个存储器。所述至少一个存储器和计算机程序代码可以被配置成利用所述至少一个处理器来使得所述装置至少为用户或应用而监视网络服务可行性。所述至少一个存储器和计算机程序代码还可以被配置成利用所述至少一个处理器来使得所述装置至少在为用户或应用检测到网络服务可行性时向运行在用户装备上的应用发送推送消息。所述推送消息可以指示与网络服务可行性相关联的至少一个阈值。在某些实施例中，一种装置可以包括至少一个处理器和包括计算机程序代码的至少一个存储器。所述至少一个存储器和计算机程序代码可以被配置成利用所述至少一个处理器来使得所述装置至少基于从网络元件所接收的第一网络洞察来调整用户装备的应用或用户装备的功能性。所述至少一个存储器和计算机程序代码还可以被配置成利用所述至少一个处理器来使得所述装置至少确定与用户装备相对应的至少一个环境条件。所述至少一个存储器和计算机程序代码此外能够被配置成利用所述至少一个处理器来使得所述装置至少监视所述至少一个环境条件。所述至少一个存储器和计算机程序代码另外能够被配置成利用所述至少一个处理器来使得所述装置至少在所述至少一个环境条件满足预定条件时，重新调整应用或用户装备的功能性。根据某些实施例，一种装置可以包括用于为用户或应用而监视网络服务可行性的构件（means）。所述装置还可以包括用于当为用户或应用检测到网络服务可行性时向用户装备发送推送消息的构件。推送消息可以指示与网络服务可行性相关联的至少一个阈值。根据某些实施例的一种装置可以包括用于基于从网络元件所接收的第一网络洞察来调整用户装备的应用或用户装备的功能性的构件。所述装置还可以包括用于确定与用户装备相对应的至少一个环境条件的构件。所述装置还可以包括用于监视所述至少一个环境条件的构件。所述装置另外可以包括用于当所述至少一个环境条件满足预定条件时重新调整应用或用户装备的功能性的构件。在某些实施例中，一种非暂时性计算机可读介质可以被编码有指令，所述指令当在硬件中被执行时施行过程。所述过程可以包括为用户或应用而监视网络服务可行性。所述过程还可以包括当为用户或应用检测到网络服务可行性时向用户装备发送推送消息。所述推送消息可以指示与网络服务可行性相关联的至少一个阈值。在某些实施例中，一种非暂时性计算机可读介质可以被编码有指令，所述指令当在硬件中被执行时施行过程。所述过程可以包括基于从网络元件所接收的第一网络洞察来调整用户装备的应用或用户装备的功能性。所述过程还可以包括确定与用户装备对应的至少一个环境条件。所述过程此外可以包括监视所述至少一个环境条件。所述过程另外可以包括当所述至少一个环境条件满足预定条件时重新调整应用或用户装备的功能性。附图说明为了恰当地理解本发明，应当对附图做出参考，在附图中：图1图示了用于根据某些实施例的方法的信号流程图。图2图示了根据某些实施例的方法。图3图示了根据某些实施例的另一方法。图4图示了根据某些实施例的另外的方法。图5图示了根据某些实施例的系统。图6图示了根据某些实施例的消息流。图7图示了根据某些实施例的另一消息流。图8图示了根据某些实施例的方法。图9图示了根据某些实施例的信号流。图10图示了根据某些实施例的在没有网络条件的应用检测的情况下所应用的知识服务器洞察的示例。图11图示了根据某些实施例的在具有网络条件的应用检测的情况下所应用的知识服务器洞察的示例。图12图示了根据某些实施例的往复式（ping-pong）场景。图13图示了根据某些实施例的斜坡化（ramping）洞察。具体实施方式本文中讨论的某些实施例可以涉及提供一种知识服务器（KS）推送通知服务，其可以允许用户装备（UE）订购KS推送通知服务，以用于当无线条件达到特定状态时的应用层级推送通知。该状态或触发可以是与特定UE的应用直接相关的一个。例如，特定UE应用现在可能处于适合于某种特定行为的条件中。该通知然后可以触发应用，所述应用一直在等待空闲的无线资源来执行某些反应。这些反应使用情况可以包括后台预取和/或向应用（App）和/或用户通告某些高比特率服务。另外，在智能电话上，该推送的射频（RF）条件更新通知可以导致某些app/联系方（contact）的图标或标志（badge）的修改，以指示那些app/联系方现在“可行”。该推送通知服务可以使得能够实现在其中知识服务器响应可能与它上一次被设备查询时相同的情况下可能地执行周期性知识服务器URL查询所消耗的电池损耗和无线资源的量中的显著减少。更一般地，某些实施例提供一种机制来加速应用发现否则浪费的资源，以使得它们可以策略性地使用所述资源，以便绕过网络限制/拥塞而工作。同样地，某些实施例提供一种机制来使应用在发现存在用于其高比特率应用、例如流式传输影片、视频电话、预取等等的充足的网络资源方面加速。这样需求高的应用可能既具有对于无线系统在高比特率、无线电覆盖和一致性条件方面的需求。它们还可能具有诸如应用服务器正运转并且不过载的要求。可能存在其中在附加的无线资源先前不可用的情形下所述附加的无线资源变得可用的情况。在其中附加的无线资源现在可用但是没有被充分使用的情况下，某些实施例可以提供一种方式来改善资源使用和顾客体验二者。这样的机会可以出现在小型小区的部署之后、在经授权的共享访问向通信服务提供商（CSP）返回附加频谱之后，或在其它繁重的用户负载消散之后。某些实施例可以在这样的附加空闲和/或未使用的无线资源变得可用且空闲时尽可能快且策略性地促进使用和/或感知。因而，某些实施例可以不直接解决覆盖空洞它们本身，而是相反可以迅速地解决利用新可用的RF资源，诸如在先前的覆盖空洞中存在的那些。某些实施例可以显著地扩大或增加运营商在已经解决了覆盖空洞之后、诸如在投资于附加的小型小区或其它的蜂窝资源来修复已知覆盖空洞之后将提供的所改善的顾客体验的量。此外，这种类型的通知可以被提供作为优质服务。例如，这样的通知可以被提供给通过顾客体验管理而标识的优质用户，或提供给为这样的无线体验增强而支付增值量的用户。在另一实施例中，这样的消息可以被发送到抱怨过与改善相同的地理区域中的呼叫或视频质量的用户。在另外的实施例中，这样的消息可以被发送到先前关于特定区域中的无线电特性而查询过知识服务器的用户。另外，这些通知可以此外被优先化以便避免尝试对相同区域中众多UE的同时通知。因而，可以限定时间窗口，诸如一秒窗口、五秒窗口或一分钟窗口（也准许其它长度的时间），并且在给定窗口内仅仅可以发送最高优先级的通知。可替换地，在给定时间窗口内仅仅可以发送有限数目的、例如五个通知。通知是否受限可以取决于通知是否将被显示给用户。例如，对于预期由应用自动使用的通知，时间窗口可以被更窄地限定且更有约束性，而预期由用户查看的通知可以被更宽地限定并且不太有约束性。此外，这些通知可以根据在监看（watch）中配置的位置和/或时间间隔的调度来被优先化。例如，可以是：通知只是在应用做出特定决策之前对于应用而言最重要和/或有影响。一个示例是在视频的情况下，其中对于下一段视频的压缩水平可以每段一次或每10秒一次地被确定。在该情况下，手持机的应用可以对监看进行配置以包括其中通知可能特别有影响的这些特定时间间隔的知识。在另一实施例中，其中用户正基于这些通知而选择路线，可以是：当用户靠近在该处可以选择两条不同路线中的一条的特定交叉点并且已经存在改变时，那么沿着一条或另一条路线的无线条件中的改变的通知特别有影响。因此，应用增强器可能已经在监看中配置了特定地理位置，其指示：如果存在对应于该监看的通知并且用户进入该特定位置，那么该通知应当被给予较高的优先级。这样的情形可能发生在用户处于其它位置中、例如刚刚在经过前述交叉点/位置之后选择了一条路线或另一条路线时。此外，某些实施例可以避免向用户提供警报或消息传递，除了在其中信息很可能对订户而言有用或重要的情况之外。因而，本文中描述的机制并不简单地是在UE重新进入覆盖的任何时间，UE都向用户或（一个或多个）应用发出警报。类似地，某些实施例的目的并不在于推送服务的通知，所述服务诸如由热点和其它局部区域无线接入点所提供的连接性服务。因而，某些实施例可以提供一种技术用于增加由在具有先前建立的对于该用户的拙劣覆盖/服务的历史的地理区域中覆盖方面的改善产生的所实现的顾客体验改善的量。此外，某些实施例涉及一种用于增加顾客体验改善的技术，其中第一网络元件、例如顾客体验管理（CEM）实体可以执行一种过程。所述过程可以包括网络创建用于至少第一用户和/或应用（App）的网络服务可行性监看。所述过程还可以包括执行消息传递以监视用户的无线服务可行性条件。在检测到用于用户的网络服务可行性监看已经满足时，网络可以发起向对应App/用户的应用层级推送通知。推送通知可以触发至少一个应用开始传递后台业务或修改标志、智能电话App图标或联系方图标。用户设备上的App可以创建服务可行性监看。可替换地，网络可以创建监看。例如，如果用户模式与预定的准则匹配，则可以创建监看。监看可以包括无线电条件，诸如所要求的比特率、延迟、利用等等。监看还可以包括特定的位置。此外，监看可以在逐位置的基础上聚焦于针对特定位置的无线电条件。网络元件可以向无线网络告知当前待决的服务可行性监看。因此，无线网络可以执行更严格的许可控制。例如，更严格的许可控制可以响应于检测到多于阈值量的附加的（例如高值）监看被建立。在另一实施例中，网络可以优选地使得具有经配置的监看的用户保持在相对连接的状态中使得网络可以更准确地监视用户RF条件，以用于更好地监视经配置的网络条件监看的目的。该实施例对于其中用户在监看所覆盖的时间间隔期间没有执行应用业务的情况而言可能更加相关。用以监视用户的无线条件的消息传递可以被消息传递到无线网络元件，诸如单播消息传递。可替换地或另外地，消息传递可以包括消息传递到当前在使用无线网络的其他无线用户的群组。网络元件可以是CEM服务器、知识服务器或推送通知服务器。网络元件可以连续地监视用户的区域无线电条件。例如，监视可以基于射频（RF）消息传递，诸如无线电资源控制（RRC）消息传递、切换和/或移交消息传递、追踪区域更新（TAU）、定位区域更新（LAU）、报告区域更新（RAU）、以及无线电质量报告，诸如信道质量指示符（CQI）、参考信号接收质量（RSRQ）、参考信号接收功率（RSRP）或其它测量报告消息传递。监视还可以包括来自与感兴趣的区域、诸如用户装备（UE）当前驻留于的区域相对应的演进的节点B（eNB）的操作和维护（O&M）消息传递。为了确定在达到经配置的监看准则时要在何时主动地触发所述推送通知，可以使用各种准则。例如，网络或设备或设备上的App可以在检测到事件时自动创建服务可行性监看。事件可以是例如UE已经经过了特定地理区域多于阈值量。这样的准则可能暗示了用户是经常往返者，其可能基于先前在该区域中没有成功进行呼叫而自训练成不在该地理区域中进行呼叫。换言之，用户可能从用户自己的经验或从来自其他用户的报告而知道在特定区域中存在覆盖空洞。准则因此可以包括特定UE在该地理区域内未成功进行过任何呼叫、或其它实时通信（诸如视频聊天）。另外，UE可以配置多个同时的监看。在这样的情况下，通知可以包括索引，所述索引指示哪个监看已经满足，例如对于其中应用正在考虑两个可能的不同导航路线的情况。此外，在另一实施例中，监看可以被配置成针对两个不同位置或导航路线之间的相对网络条件进行监视。例如，监看可以被配置成如果相对于另一条路线而言在一条路线上的网络条件的相对良好性改变得多于阈值量，则执行通知。此外，App对监看的配置可以此外指示/放置关于与监看相关联的时间间隔的要求，诸如预期网络条件为多长时间或多么一致。在已经发生了覆盖改善之后，推送消息可以被发送到用户装备以向用户告知例如在覆盖改善之后在该区域中的经改善的无线电条件。可替换地，推送通知可以向用户或用户装备告知特定区域中的覆盖困难的预期持续时间，以关于覆盖空洞的范围而设置用户的预期。可以导致监看的创建的另一事件是UE/App发起的服务。例如，事件可以是UE/App发起的服务例如由于网络或App服务器误差而失败。监看还可以考虑事件的位置和/或事件有多新近的阈值时间间隔。例如，短时间间隔内的若干失败可以触发监看。可以在即将到来的上下文、诸如位置、日时间、星期时间等等方面来检测事件。此外，推送消息可以被定时以对应于事件的定时或位置。例如，如果用户在早晨通勤时间期间经历麻烦，则推送消息可以在早晨通勤时间期间被发送。类似地，如果用户在火车站处经历麻烦，则推送消息可以在下次用户处于相同火车站的时候被发送。此外，所配置的监看可以对应于一系列位置，其中每个位置与后续的未来时间间隔相关联，使得监看被配置成对应于用户计划的主要或可替代的导航路线。可以导致监看的创建的另一事件是检测到在特定地理区域中已经存在覆盖/无线服务质量方面的显著增加。例如，网络元件可能检测到在该第一地理区域中，覆盖先前一贯比阈值更差，但是现在一贯比阈值更好。在检测到服务可行性监看被满足时，网络元件可以触发向UE/订户的知识服务器（KS）推送消息传递。向用户的消息传递可以被自动避免，如果网络检测到在第一地理区域内以该用户的成功呼叫的话，其中在该第一地理区域中，呼叫先前一贯都不成功。换言之，在确定了推送消息对于用户而言将会提供信息的情况下，可以在网络上调节推送消息传递的发送。如果用户已经知道存在覆盖，那么没有发送消息的需要。例如，在特定实施例中，服务器可能检测到，在第一地理区域中，已经实现了覆盖/无线服务质量方面的显著增加。此外，服务器可能检测到，在该第一地理区域中，覆盖先前一贯比阈值更差。此外，服务器可以标识满足以下条件的至少一个UE。例如，条件可以包括UE已经经过了该第一地理区域多于阈值量。因而，UE的用户可能是已经潜在地自训练成在该地理区域中不进行呼叫或从事于其它实时通信的通勤者。条件还可以包括UE在该第一地理区域内未进行任何呼叫，或其它实时通信。换言之，UE未成功地这样做过，和/或在覆盖改善之后未这样做过。响应于网络元件检测到这样的UE，网络元件可以触发向UE/订户的消息传递，其指示在该第一地理区域中存在新增强/扩展的网络覆盖/质量。消息传递可以以各种方式被限制。例如，消息传递可以被限制于先前在覆盖改善之前经过了特定地理区域多于阈值量的订户。可替代地，或另外地，消息传递可以被限制于典型地进行了多于阈值量的呼叫/实时通信的订户，这暗示了在该区域中任何呼叫的忽略为向订户的这样的消息传递的相关性的可能的指示符。另一选项是消息传递可以被限制于正好在进入第一地理区域之前终止呼叫的订户。这样的动作可能暗示：订户正好在进入第一地理区域之前急忙终止呼叫，所述第一地理区域现在具有新的覆盖。例如，隧道可能先前尚没有覆盖，但是现在可能具有覆盖。在这样的情况中，用户可能由于害怕在隧道中丢失呼叫而终止呼叫。然而，如果用户知道隧道中的连续覆盖，则他们能够当在隧道中时维持其呼叫或进行新的呼叫。在另一选项中，消息传递可以被限制于正好在退出第一地理区域之后发起呼叫的订户。这样的行为可能暗示：订户等待直到他们离开第一地理区域后才进行呼叫。同样地，在选项中，消息传递可以被限制于一贯地绕拙劣无线覆盖区域的区域而导航的订户。特别地，可以考虑的是他们是否在忙于呼叫/实时无线通信时这样做，而不是选择通过第一地理区域的、将会看来似乎提供较短/更直接路线的路径。例如，关于订户的历史数据可以被考虑以确定他们所选的路径是否更可能地取决于他们对于覆盖的需要。这样的订户于是可以接收与改善覆盖的区域相关的消息传递。该类型的通知可以被提供为优质服务。例如，这样的通知可以仅仅被发送到通过顾客体验管理所标识的优质用户，或用于为这样的无线体验增强支付增值量的用户。检测第一地理区域中的覆盖方面的改善可以以各种方式来进行。例如，无线基础设施内的通信元件、诸如演进的节点B可以执行检测。可替代地，或另外地，在UE或订户设备上运行的应用可以执行检测。在另一选项中，在因特网上运行的应用可以执行检测，即使应用在远程服务器上。当网络元件检测到第一地理区域内的成功呼叫时，通知可以被触发，其中呼叫先前在该第一地理区域中一贯不成功。网络元件可以结合来自操作和维护（O&M）系统的信息。这样的信息可以包括例如部署了附加的小区，其覆盖所述地理区域。信息还可以基于来自远程电气倾斜（RET）系统的输入，其指示执行了远程电气天线倾斜。这样的新的倾斜可以在该地理区域中提供先前一贯不存在的覆盖。本文中描述的方法可以实现在网络顾客体验管理系统内。在这样的情况中，可以例如通过给用户的文本消息来实现消息传递。可替换地，UE应用可以检测如上所述的（一个或多个）模式，然后可以直接执行向订户的消息传递。这可以例如是下载到智能电话上的应用的部分或UE的操作系统的部分。应用和/或服务提供商、诸如地图和方向服务，可以通过检测改变并且然后执行通知而提供服务。此外，地图服务可以提供对以下二者的通知：其中当前许多呼叫被终止的区域，以及其中这样的条件从前存在但是不再存在的区域。因而，例如，如果地图服务与地理相关地监视用户行为，则地图服务可以知道覆盖空洞并且同样可以能够检测何时先前的覆盖空洞不再存在。图1图示了根据某些实施例的方法的信号流程图。如图1中所示，在1处，用户装备110可以检测对于配置监看的需要。需要可以是例如基于用户在考虑走不同的路线去工作。例如，应用可以创建监看，如果在更短但是先前具有较差覆盖的某个可替代交通工具路线上网络业务拥塞减少，则导致推送通知。在2处，用户装备或其应用可以通过向eNB120和/或服务器130发送消息而配置监看。然后，在3处，服务器130和/或eNB120可以监视以确定是否满足针对监看的触发。服务器130此处可以是知识服务器。例如，可能由于沿着预定路线的小区负载方面的改变而满足触发。在4处，当满足触发时，服务器130和/或eNB120可以向用户装备110发送推送通知。用户装备110上的应用然后可以产生警报或用户装备110上的标志或图标的改变，以关于经改变的条件而向用户警报。在另一实施例中，用户装备110应用上的应用可以关断与正在进行的文件传递相关联的会话以便减少蜂窝网络上的负载的量，例如使得TCPFIN消息被传输到应用服务器，使得进行中的文件下载停止。这可以用来减少其中应用业务在网络利用增加之后继续的情况下的过冲的量。某些实施例可以提供各种益处或优点。例如，可以获得由可能地执行周期性知识服务器URL查询所消耗的无线资源和电池损耗的量方面的显著减少。例如，知识服务器响应可能频繁地与上一次设备从给定位置查询时相同。如果在条件显著改善的情况下用户装备可以预期推送通知，则用户装备可以避免不必要地重复查询。推送消息可以指示与网络服务可行性相关联的至少一个阈值。例如，推送消息可以指示与用户装备的环境条件相关联的阈值。阈值可以是单个阈值或动态阈值，如以下更详细地讨论的那样。图2图示了根据某些实施例的方法。如图2中所示，方法可以包括在205处接收某种触发以创建监看。该触发可以作为来自用户装备、应用服务器的请求或查询而被接收，或可以由网络元件自生成。所述方法可以包括在210处为用户或应用创建网络服务可行性监看。可以在检测到至少一个事件时执行网络服务可行性监看的创建。事件可以包括以下中的至少一个：用户装备穿过地理区域、用户装备或应用发起服务（例如，未成功地发起服务）、或在覆盖或无线服务质量方面的显著增加。事件可以包括发起服务由于网络或应用服务器而失败。事件可以例如包括用户装备穿过地理区域多于阈值次数。此外，事件可以包括用户装备在该地理区域内未进行任何呼叫或实时通信。所述方法还可以包括在220处为用户或应用（例如用户应用）监视网络服务可行性。监视可以基于所创建的网络服务可行性监看。监视可以包括监视所要求的比特率、延迟、利用或地理位置中的至少一个。监视还可以包括监视对应于用户的地理区域中的无线电条件，其中监视无线电条件包括监视以下中的至少一个：无线电资源控制消息、切换消息、移交消息、追踪区域更新、信道质量指示符消息传递、参考信号接收质量消息传递、参考信号接收功率消息传递、测量报告消息传递、操作和维护消息传递、或远程电气倾斜消息传递。监视还可以包括监视所预期的无线电条件影响，其中由另一UE新发起的呼叫或传递引起对所估计的无线电条件的更新并且因此触发推送通知。所述方法还可以包括在230处，当为用户或应用检测到网络服务可行性时，向用户装备发送推送消息。发送推送消息可以包括向用户装备发送单播消息或向包括用户装备的群组发送群组消息。推送消息可以是应用层级推送消息。推送消息可以指示与网络服务可行性相关联的至少一个阈值，如以上所提及的和以下以更长的长度所讨论的。所述方法还可以包括在240处向接入网络的网络元件通知网络服务可行性监看。在250处，作为响应，网络元件可以基于监看而施加更严格的许可控制。在225处，在第一地理区域内没有检测到成功的呼叫时，发送推送消息可以是有条件的，其中在该第一地理区域中呼叫先前一贯地不成功。可以通过与实际应用载体业务分离的应用路径而创建服务可行性通知。换言之，可以从第一服务器接收服务可行性通知，所述第一服务器不接收或处理与受通知本身影响的应用相关联的任何业务。在以下情况中可以进一步看到该区别：在所述情况中，在手持机上存在两个不同的应用，并且每个应用利用相同的网络服务可行性监看系统而分别配置监看。这样的用于通知的方法可以与以下方法形成对照：在所述方法中，与用户应用相关联的业务通过网络中的中点，在该处，它基于网络监视器的结果而被操纵。因而，在这样的情况中，基于网络监视元件的输出，应用内容在中点处延迟/排队。通过对照，某些实施例不要求在中点处拦截应用业务。代替地，某些实施例可以选择性地直接向UE上的应用推送所选的网络监视知识。因而，可能存在对于网络中的细微表现（nuanced）的App知识的较少需要。因此，在某些实施例中，直接向应用发送消息可以指避免任何网络监视中点水平的延迟、排队或消息处理，尽管消息可以通过各种节点中继并且可以在运送中经历典型的较低水平的处理。图3图示了根据某些实施例的另一方法。如图3中所示，一种方法可以包括在310处触发网络元件为用户或应用而监视网络服务可行性，例如通过从用户装备发送查询来为用户应用监视网络服务可行性。因而，该触发可以通过向服务器或接入点发送消息来有意地触发。例如，触发可以包括由应用创建服务可行性监看。可替代地，触发可以非有意地进行，通过（例如）在特定地理区域中重复地终止呼叫，在特定地理区域中开始呼叫，或在某些地理区域中放弃实时通信，或选择可替代的导航路线。另外，触发可以被配置成基于网络条件和用户业务移动性估计的组合而被执行，例如与媒介业务拥塞有关。所述方法还可以包括在320处接收基于监视的推送通知。响应于推送通知，所述方法可以包括执行以下中的至少一个：在330处通过不同的/第二应用、诸如应用增强器来传递后台业务，或在330处修改标志、应用图标或联系方图标。修改可以是对标志或图标的外观或功能性。例如，图标可以被锁定，并且该锁定的状态可以通过在图标上放置挂锁标志而示出，直到接收到推送通知为止。修改因此可以包括响应于推送通知而锁定或解锁功能性。图4图示了根据某些实施例的另外的方法。如图4中所示，一种方法可以包括在410处，在用户装备处检测对于为用户装备的应用而监视网络服务可行性的需要。所述方法还可以包括在420处基于检测而监视网络服务可行性。所述检测可以包括检测与地理区域和无线电条件相关的连接性的模式。所述方法还可以包括在430处，当网络服务可行性改善得超过预定阈值时通知用户装备的用户。图5图示了根据本发明的某些实施例的系统。应当理解的是，图1-4、6和7的流程图的每个块及其任何组合可以通过各种手段或其组合来实现，诸如硬件、软件、固件、一个或多个处理器和/或电路。在一个实施例中，系统可以包括若干设备，诸如例如网络元件510和用户装备（UE）或用户设备520。系统可以包括多于一个UE520和多于一个网络元件510（例如，如图1中所示），尽管为了图示的目的，在图5中仅仅示出各自的一个。网络元件可以是接入点、基站、eNodeB（eNB）、服务器（例如知识服务器）或本文中讨论的任何的其它网络元件。这些设备中的每一个可以包括至少一个处理器或控制单元或模块，其分别被指示为514和524。在每个设备中可以提供至少一个存储器，并且其分别被指示为515和525。存储器可以包括被包含在其中的计算机程序指令或计算机代码。可以提供一个或多个收发器516和526，并且每个设备还可以包括天线，其分别被图示为517和527。尽管仅仅示出了各自一个天线，但是许多天线和多个天线元件可以被提供给设备中的每一个。可以提供例如这些设备的其它配置。例如，除了无线通信之外，网络元件510和UE520可以另外被配置用于有线通信，并且在这样的情况下，天线517和527可以图示任何形式的通信硬件，而不限于仅仅是天线。同样地，一些网络元件510可以只被配置用于有线通信，并且这样的情况下，天线517可以图示任何形式的有线通信硬件，诸如网络接口卡。收发器516和526可以各自独立地是发射器、接收器、或发射器和接收器这二者，或者可以被配置用于发射和接收二者的单元或设备。发射器和/或接收器还可以被实现为远程无线电头，其不位于设备本身中，而是例如在天线杆中。还应当领会的是，根据动态无线电（liquidradio）或灵活无线电概念，操作和功能性可以在不同的实体、诸如节点、主机或服务器中以灵活方式执行。换言之，工作的划分可以逐情况地变化。一个可能的使用是使得网络元件递送本地内容。一个或多个功能性也可以被实现为虚拟应用，所述虚拟应用作为可以在服务器上运行的软件。用户设备或用户装备可以是移动站（MS），诸如被提供有无线通信能力的移动电话或智能电话或多媒体设备、计算机（诸如平板设备），被提供有无线通信能力的个人数据或数字助理（PDA），被提供有无线通信能力的便携式媒体播放器、数字相机、口袋视频相机、导航单元或其任何组合。处理器514和524可以由任何计算或数据处理设备来体现，诸如中央处理单元（CPU）、数字信号处理器（DSP）、专用集成电路（ASIC）、可编程逻辑器件（PLD）、现场可编程门阵列（FPGA）、数字增强的电路、或可比的设备、或其组合。处理器可以被实现为单个控制器、或多个控制器或处理器。对于固件或软件而言，实现方式可以包括至少一个芯片组的模块或单元，例如过程、功能等等。存储器515和525可以独立地是任何合适的存储设备，诸如非暂时性计算机可读介质。可以使用硬盘驱动器（HDD）、随机存取存储器（RAM）、闪速存储器或其它合适的存储器。存储器可以组合在如处理器的单个集成电路上，或可以与其分离。此外，计算机程序指令可以存储在存储器中并且其可以由处理器处理，可以是任何合适形式的计算机程序代码，例如以任何合适的编程语言编写的经编译或解译的计算机程序。存储器或数据存储实体可以在内部，但也可以是外部的或其组合，诸如在当从服务提供商获得附加的存储器容量时的情况下。存储器可以是固定的或可移除的。存储器和计算机程序指令可以被配置成利用特定设备的处理器使得硬件装置、诸如网络元件510和/或UE520执行本文中描述的任何过程（参见例如图1-4和6-9）。因此，在某些实施例中，非暂时性计算机可读介质可以被编码有计算机指令或者一个或多个计算机程序（诸如添加的或更新的软件例程、小应用程序或宏），所述计算机指令或者一个或多个计算机程序当在硬件中被执行时可以执行诸如本文中描述的过程之一那样的过程。计算机程序可以通过编程语言来编码，所述编程语言可以是高级编程语言，诸如对象式C、C、C++、C#、Java等等，或低级编程语言，诸如机器语言或汇编程序。可替代地，本发明的某些实施例可以完全在硬件中执行。此外，尽管图5图示了包括网络元件510和UE520的系统，但是本发明的实施例可以可适用于其它配置，以及涉及附加元件的配置，如本文中所图示和讨论的。例如，可以存在多个用户装备设备和多个网络元件，或提供类似功能性的其它节点，诸如组合了用户装备和接入点的功能性的节点，诸如中继节点。UE520可以是集群成员，包括集群从设备或集群主设备。图6图示了根据某些实施例的消息流。如图6中所示，用户装备610上的app可以在1处通过eNB620而向知识服务器650发送URL查询。所述查询可以指定定时器间隔T和/或位置X。在2处，知识服务器650可以利用HTTP文本响应来响应，所述响应可能阻碍使用。在3处，可以存在用户装备610和知识服务器650之间的密钥、ID等等的配对。同样地，在4处，推送服务器650可以类似地被告知对应的配对。在5处，用户装备610上的应用可以利用知识服务器650而创建无线网络监看，使得如果针对位置X和/或时间间隔T的网络洞察改善得多于阈值量，则将从网络提供新的推送通知。用户装备610然后可以在6处关于第二应用服务器640而以第一方式动作。时间可以过去，并且在7处，可以例如通过从用户装备610和/或eNB620接收报告而监视网络条件的网络监视器630可以向知识服务器650提供改善的洞察。进而，在8处，知识服务器650可以通过推送服务器650而传达对改善的洞察的指示。推送服务器650在9处可以发送推送通知，其指示或传达改善的洞察。在10处，用户装备610上的应用可以响应于推送通知而允许在时间间隔T和/或地理区域X中的服务使用和/或行进。此外，用户装备610上的应用可以开始相对于第二应用服务器640而以第二方式操作。可选地，在11处，用户装备610上的应用可以利用知识服务器650而创建无线网络监看，使得如果针对位置X和/或时间间隔T的网络洞察降级得多于阈值量，则将从网络提供新的推送通知。时间可以过去，并且在12处，可以例如通过从用户装备610和/或eNB620接收报告而监视网络条件的网络监视器630可以向知识服务器650提供降级的洞察。进而，在13处，知识服务器650可以向推送服务器650提供对降级的洞察的指示。推送服务器650在14处可以发送推送通知，其指示改善的洞察。图7图示了根据某些实施例的另一消息流。如图7中所示，在1处，用户装备610上的应用可以向知识服务器650发送密钥、ID等等，并且在2处可以向推送服务器660发送对应的密钥、ID等等。这可以创建推送服务器和知识/网络度量服务器之间的关联。在3处，用户装备610可以关于第二应用服务器640而以第一方式操作。同时，在4处，网络（例如知识服务器650）可以标识已经穿过第一地理区域多于阈值量并且在该第一地理区域中遭受拙劣服务、诸如掉话的UE。可选地，知识服务器650可以考虑其它因素，诸如有多大可能用户已经自训练成不在该区域中进行呼叫。此外，知识服务器650可以考虑用户装备610是否已经在第一地理区域内成功地进行过任何呼叫或其它实时通信，特别是在任何改善之后。同样在4处，知识服务器650可以创建监看，以用于如果网络条件在时间间隔T和/或地理区域X内改善则推送通知。时间可以过去。当网络条件改善时，在5处，可以例如通过从用户装备610和/或eNB620接收报告而监视网络条件的网络监视器630可以向知识服务器650提供对改善的网络条件的洞察。进而，在6处，知识服务器650可以通过推送服务器650而传达对改善的洞察的指示。推送服务器650在7处可以发送推送通知，其指示改善的洞察。推送服务器650可能不知道对于推送通知的原因或不知道推送通知的内容。因而，指示可以在对推送服务器650不透明的消息中被推送，从而避免在推送服务器650处的任何网络监视中点水平的处理或延迟。在其它实施例中，推送服务器650可以接收指示，所述指示在推送服务器650处被配制到合适的消息中，但是这在某些实施例中可以被避免。在8处，用户装备610上的应用可以响应于推送通知而允许时间间隔T和/或地理区域X中的服务使用和/或行进。此外，用户装备610上的应用可以开始相对于第二应用服务器640而以第二方式操作。可选地，在9处，知识服务器650可以创建监看以用于如果网络条件在时间间隔T和/或地理区域X内降级则推送通知。图10图示了根据某些实施例的在没有网络条件的应用检测的情况下所应用的知识服务器洞察的示例。如图10中所示，在1处，起初小区可以使用总计3.5Mbps，不包括任何预取。同时，UE可以看到从大约5到10Mbps。知识服务器可以在2处检测到利用是大约35%，并且可以引起预取，从而导致UEX和Y中的每一个斜坡化上升到大约~4Mpbs，产生~80%的利用。然后，在3处，UEA和B可以各自到达小区中，需要大约10Mbps，但是仅仅得到那个的大约一半。在4处，知识服务器——在大约一分钟的延迟之后——可以停止所有或大部分预取并且UEX和Y可以停止所有数据使用，因为它们已经预取了许多秒的数据。在5处，X和Y的减少的使用可以允许UEA得到其全部量的数据。然后，由于UEA停止其使用，UEB可以得到其期望的带宽，然后也停止。在5.5处可能存在大约1分钟的延迟。在该延迟期间，可能存在浪费的容量。在6处，知识服务器可能检测到大约0%的利用并且可以重新开始预取。UEX和Y可以再次斜坡化上升到大约4Mbps。如由图10所图示的，在网络资源变得可用或充分与知识服务器知道关于该情形或决定采取行动之间可能存在延迟。该延迟可以是故意的，以避免过度的往复效应。另外，该延迟可以避免用许多和频繁的知识服务器更新而压垮核心网络。因而，某些实施例可以提供知识服务器洞察维护指令集。在往复避免的情况下，这些指令可以指示应用使得应用不做出任何突然的移动。换言之，某些实施例可以安排一种用于知识服务器的机制以另外远程地控制应用更新其洞察的经调度的速率，其对应于最大预取速率。具体地，在某些实施例中，知识服务器或应用本身可以配置最大的预取比特率。该最大预取速率可以是能够当预取最初被发起时在一段时间上增加（例如以阶梯方式）的一个预取速率。此外，当预取接近其结束时，其然后还可以以阶梯步进的方式降低。该知识服务器洞察维护也可以称作知识服务器洞察斜坡化。用于控制预取决策的决定/机制可以在UE上的应用内的应用层处被控制。例如，这样的决定可以在电池寿命已知的地方以及可以生成针对视频的下一区段的URL查询的地方被控制。知识服务器可以提供过顶传送（OTT）机制，用于使得网络能够向这些应用供应网络洞察，触发这些应用以在无线资源被浪费时执行附加的预取。然而，知识服务器目标也可以是没有害处，从而鼓励附加的预取，而同时也避免触发过多的负载。用于影响预取量的知识服务器/OTT控制机制可以在例如秒而不是毫秒或微秒（如同无线电调度器那样）的时间尺度上操作。知识服务器可以在更长的时间尺度上操作的原因可以包括以下事实：知识服务器正在应用层处应对鼓励/阻碍业务。应用层业务经常被划分成单独的文件。例如，在HTTP自适应视频的情况下，视频的每个近似5或10秒的区段可以是分离的文件。因此，一旦应用请求对应于视频区段的文件，它就可以在预取业务可能停止之前取得数秒。通过例如关断连接而停止文件中下载可能产生附加的浪费，因为部分下载的文件可能需要稍后被重新下载以便检索文件的其余部分。此外，知识服务器的某些实施例可能目的在于提供低水平的实现复杂性。例如，知识服务器的某些实施例不需要与eNB并置。作为结果，知识服务器可能不直接计算最大预填充数据率。例如，知识服务器不微观管理由每个UE生成的预取业务的确切的量，并且知识服务器不需要在每UE的基础上要求/利用非常短期的无线电信息。例如，知识服务器可能不需要知道诸如每UE、每信息位的物理资源块或符号的数目之类的信息。另外，知识服务器的某些实施例可以避免在网络/知识服务器和UE之间的不必要的和/或重复的监督消息传递。由于监督响应方面的该较长的时间尺度，知识服务器可以目标定为例如80%的网络利用。如果网络利用超过80%，那么知识服务器可以减少预取的量。较长时间尺度的响应可以另外解决预取往复，其中预取被鼓励，但是然后迅速地被阻碍，因为已经允许了过多的预取，以及预取过冲，其中在小区变得非常拥塞之后预填充继续一会儿，或预填充不开始，尽管基于无线电条件其可能被认为是适当的。洞察斜坡化可以是一种方式来解决往复而同时避免频繁的洞察消息传递，并且同时避免其中预取使得网络变得过度利用、诸如例如高于80%被利用的场景。图12图示了根据某些实施例的往复场景。如图12中所示，在1处，UEX和Y不预取，因为尚未接收到洞察。然后，在2处，知识服务器检测到低利用并且准许预取。然而，结果产生的预取可能在3处引起网络利用中的尖峰。在4处，在一段时间之后，可以由知识服务器检测到该较高的利用。作为响应，知识服务器可以放弃预取。然而，在另一分钟，循环可以再次重复。某些实施例提供一种机制，用于利用否则被浪费或空闲的无线系统容量，这通过向UE上运行的应用提供某些网络洞察，使得请求洞察的应用可以利用这些洞察。这些应用可以具有能够利用这些洞察的若干控制点。当检测到联网洞察改变时，OTT洞察更新可以被推送到UE。然而，在某些实施例中，洞察可以被甚至更快速地更新，并且具有由洞察本身引起的甚至更少的网络负载。因而，某些实施例准许对改变的网络洞察的更快/更高效的应用响应性。具体地，某些实施例可以通过使用由基于知识的系统所编配的特定应用洞察维护规则而实现该有效的等待时间减少。一个实施例是应用管控的规则，其控制何时应用应当停止使用推荐预取的先前的洞察，即放弃该预取洞察和/或停止预取。在该实施例中，应用可以在本地进行该更新，而不需要等待附加的网络消息传递。代替地，应用可以做出决定以放弃较早先的洞察，即停止使用最新近的洞察，当应用观察到当前的链接速度已经从与上一个网络洞察相关联的基线链接速度充分改变的时候。该规则可以准许应用在它检测到当前的链接速度已经例如下降到应用在所述应用接收到推荐预取的网络洞察的时候所观察到的链接速度的一半时几乎即时地停止预取。这可以是有用的，例如在其中当突然的网络负载尖峰发生时（诸如在触地、进球、全垒打等等得分的时候）立即停止预取可能是重要的体育场环境中。因而，某些实施例使用由过顶传送网络提供的洞察结合本地基于应用的规则，以用于确定何时放弃那些洞察，诸如例如，响应于应用对当前链接速度的检测。图8图示了根据某些实施例的方法。如图8中所示，方法可以包括在810处由用户装备的应用来接收第一网络洞察。该洞察可以接收自诸如知识服务器之类的网络元件。该洞察可以由知识服务器推送或者可以响应于对知识服务器做出的请求而被接收。知识服务器可以向应用提供各种洞察。这些洞察可以基于对应用不是直接可见的网络知识，诸如eNB利用。网络洞察策略可以由知识服务器过顶传送（OTT）而提供。然后，UE中的应用可以将这些洞察整合到应用与因特网上分离的应用服务器的交互中。所述方法还可以包括在820处使用网络洞察来优化应用或用户装备的功能性。优化可以包括例如决定预取、决定预取多少数据、或决定预取什么种类的数据。例如，基于网络洞察，应用可以决定针对流式传输视频进行预取，但是针对web浏览不预取，因为这两种数据可能具有不同的服务器或来自预取的不同益处。所述方法可以另外包括在830处检测和存储环境条件。该环境条件可以是网络条件，诸如由用户装备和/或应用所使用的链接的速度、等待时间、或分组丢失。其它环境条件可以是用户装备所具有的到网络的连接的种类，诸如第四代（4G）、长期演进（LTE）、第三代（3G）、Wi-Fi、无线局域网（WLAN）等等。在810处的优化之后示出在830处的环境条件的检测和存储。然而，这些步骤的次序可以颠倒，或者这些操作可以并行地执行。所述方法还可以包括在840处监视环境条件。该监视可以包括周期性地测量或请求对条件的测量。监视还可以包括从服务器接收与环境条件相关的更新。所述方法还可以包括在850处评估是否已经接收到经更新的网络洞察。该评估可以周期性地执行，或该评估可以通过新网络洞察的接收来自动触发。在其中不必要推送网络洞察的情况下，评估可以包括从知识服务器请求当前的网络洞察。因而，例如，知识服务器可以配置机制使得应用响应于UE应用对本地环境（诸如无线链接速度）方面的改变的检测中的改变而自动更新洞察。用于确定是否要更新网络洞察、该确定是在UE、eNB、还是知识服务器处做出的准则可以取决于在当前预取事件开始之后已经过去的时间的量。因而，例如，应用洞察可以周期性地自动递增，从而实现斜坡状的模式。该洞察斜坡化可以根据调度而不是仅仅每当它接收到新的知识服务器消息的时候自动增加/减少预取的量。该斜坡状的途径可以具有多个阶段。例如，应用可以在第一阶段期间更快速地增加预取速率，然后在第二阶段期间不太快速地增加，因为变得更有可能的是洞察是旧的或者小区正逼近80%的利用目标。因而，在某些实施例中，应用可以继续执行这样的增加，直到由应用所观察到的链接速度改变得多于阈值量为止。如在图8中所示，如果存在新的网络洞察，则在860处，所述方法可以包括存储新的网络洞察。然后，所述方法可以在820处继续进行优化，等等。如果不存在新的网络洞察，则在870处所述方法可以包括确定网络条件是否已经改变得多于阈值。可替代地，确定可以简单地是关于网络条件是否已经改变的确定。例如，如果原始条件是用户装备双重连接到LTE和Wi-Fi，并且这完全改变，那么用户装备可以将此视为如同网络等待时间、分组丢失等等中的显著改变。阈值可以被设置成例如，网络等待时间是否加倍、数据率是否降落到一半、或者分组丢失是否加倍。也准许其它阈值。如果满足了阈值或其它条件，那么在880处，所述方法可以包括使用默认或第二网络洞察。默认洞察可以是这样的一个：其中用户装备和/或应用继续进行，仿佛完全不知道由知识服务器先前提供的网络洞察似的。因而，例如，默认地，用户装备和/或应用可以被配置成不预取，不针对比如视频流式传输的应用而预取，或不预取超过某个最大数据量。因而，例如，如果发现链接速度条件从对应的所存储的值偏离得多于阈值量，那么应用可以停止预取。第二洞察可以由用户装备生成。例如，用户装备可以基于所检测的网络条件而倍增地增加或减少预取或其它基于洞察的行为。例如，如果链接速度减半，那么用户装备可以对应地使预取减半。可替换地，如果链接速度减半，那么用户装备可以使预取成四分之一。应用本身可以提供能够用于基于改变的网络条件而计算改变的速率的值。阈值可以被设置成使得当链接速度例如超过阈值时，那么准许预取，或当链接速度降落到阈值以下时，禁止预取。在特定实例中，如果由应用遭遇的比特率足够小，那么不可以准许超过正好适时的预取。阈值本身可以由应用预配置，或可以由知识服务器或某种其它服务器指示。在特定的示例中，可能存在基于链接速度的洞察维护机制，其被应用于当前在移动设备上播出的视频。在该示例中，视频可以具有每秒1Mb的峰值比特率。因而，移动设备可以被知识服务器指示以在如果移动设备的视频段下载仍遭遇每秒至少3Mb的情况下则执行预取，否则移动设备应当立即停止预取。阈值可以是时变的。因而，例如，链接速度要求可以根据时间而变化。例如，用于停止预取的阈值可以随时间增加，使得逐渐地自接收到上一个洞察的时间越长就越来越不可能会UEapp将继续执行预取。同时，如果链接速度特别高，那么预取可以继续更长时间。该改变的链接速度阈值可以称为滑动路径。当网络元件供应阈值时，网络元件本身可以从UE到UE随机化或以其它方式交错排列阈值。可替换地，UE应用本身可以向阈值应用随机化因子。跨UE（甚至是具有类似条件的那些UE）的交错排列的阈值的使用可以是有用的，因为在小区变得有更多负载时，越来越多的用户可以逐渐地停止预取。交错排列可以是随机的或可以基于用户的相对优先级来被配置，其中最低优先级的用户具有最低阈值使得它们将首先停止预取。当网络变得过度使用时，网络可以简单地暂时节制对于预取用户的比特率，以便触发他们停止预取，而不是传输经更新的洞察以停止预取。这可以是有用的，例如当eNB出于本地原因想要停止预取而知识服务器可能不在eNB的控制下的时候。另外，如果与给定应用相关联的业务流已经被配置成具有较低的、例如尽力而为的、服务质量（QoS）设置，那么当负载尖峰发生时，附加的、例如更高优先级的业务可能引起由给定应用所实现的链接速度中的特别引人注目的改变。应用因此可以观察到该链接速度特别快速地下降，并且因此作为响应而完全停止预取。如图8中所示，如果环境条件没有改变或没有改变得多于阈值，那么在890处，所述方法可以包括继续使用第一网络洞察。因而，所述方法可以在840处通过监视环境条件而继续进行，等等。某些实施例的各种实现方式是可能的。例如，某些实施例可以与应用编程接口（API）相关联地被实现。图9图示了根据某些实施例的信号流。如图9中所示，在1处，服务器130可以提供第一网络洞察。该洞察可以显式地描述网络条件或可以在用户装备110关于该条件的行动方面描述网络条件。例如，网络洞察可以指示开启或关断预取，要么直接通过指示用户装备110以开启或关断预取，要么间接通过指示网络负载的当前水平。在2处，用户装备110可以存储网络洞察、应用网络洞察来优化用户装备110或用于装备110的应用的性能，并且检测和存储第一环境条件。该网络洞察可以被称为第一网络洞察。在3处，eNB120可以向用户装备110指示网络条件。还存在用户装备110可以确定网络条件的其它方式，诸如通过直接测量条件本身。该网络条件可以是或涉及用户装备110具有关于其的存储值的环境条件。然后，在4处，用户装备110可以检测超过阈值的网络条件中的改变，或者以其它方式的暗示第一网络洞察可能陈旧或不相关的任何改变。该检测可以基于在新近接收的网络条件和先前记录的网络条件之间的比较。因而，用户装备110可以借助于默认的网络洞察。这可以是预配置的默认网络洞察。可替代地，这可以是在当网络条件对应于由用户装备110现在观察到的网络条件时的时间期间先前提供的网络洞察。在5处，eNB120可以指示新的网络条件。该条件可以不同于先前指示的网络条件。在6处，用户装备110可能检测到在网络条件方面已经有回到先前使用的阈值内的改变。因而，用户装备110可以恢复使用第一网络洞察。在7处，服务器130可以提供第二网络洞察。第二网络洞察可以不同于第一网络洞察。因而，在8处，用户装备110可以存储第二网络洞察、应用第二网络洞察来优化用户装备110和/或应用的性能，以及检测和存储第二环境条件。也准许其它变型。例如，洞察维护机制不必仅仅基于链接速度的本地检测。相反，可以由应用快速地检测更宽的输入集。应用可以基于当前的条件集、以及当前的条件集超出某个阈值已经改变的程度而确定洞察是适当的。阈值可以例如由知识服务器来配置。当越过阈值时，于是洞察可以被认为不再有效并且可以被丢弃和/或用不同的或默认的洞察来取代。以下描述特定的附加示例性准则连同对应的问题/基本原理。用于确定是否要更新知识服务器网络洞察的准则可以另外取决于移动性或速度。例如，当UE开始移动时、诸如朝向较少信号条和/或远离在接收到最新近的洞察时UE连接到的服务基站时，系统可以自动减少预取的量。该方法在与小型小区的连接中可能是有用的，其中经过未充分利用的小型小区的用户装备上的应用可以在到达小区时立即发起预取，在网络检测到它已经切换到小型小区中之后不等待对应的洞察以开始预取。用于确定是否要更新知识服务器网络洞察的另一准则可以是例如已经下载的字节的数量，和/或预取的当前文件中要下载的剩余部分。因而，例如，在其中洞察通常将会使得整个预取过程停止的情况下，如果应用特别靠近于预取文件的结尾，那么它可以被允许继续下载文件，以便避免通过破坏文件下载而产生浪费，其中否则整个文件将会需要被重新下载。在另一实施例中，可以存在无消息的机制以用于在不同UE的群组之中自动轮流预取。例如，可以存在周期性的调度，使得用户轮流。例如，链接速度准则可以取决于以下中的至少一个：自移动端上次执行的预取的时间量或区域中当前预取的UE的量。该方法在用户轮流而不是并行地执行预取时可以具有从电池和RF视角的递增的效率益处。可替代地，用于确定是否要更新知识服务器网络洞察的准则可以另外取决于存在于用户装备的麦克风处的音频/声学噪声。例如，在体育场环境中，通过手持机麦克风所检测的声学噪声方面的改变可能指示例如在场地上的得分事件时网络负载方面的突然改变。因而，在某些实施例中，预取速率方面的降低可以基于应用所检测到的声学噪声而自动触发。例如，用户装备OS或者用户接口应用或组件可以在设备的麦克风处进行检测。此外，当存在正在进行的语音呼叫以及预取正由OS监督时，OS可以能够访问麦克风。其它选项是可能的。例如，UE的麦克风可以总是在收听以能够标识用户命令，或者每当用户主动地使用设备时、出于类似原因可以开启麦克风。例如，在体育场环境中，声学噪声中的尖峰可以与延迟敏感的用户业务方面的巨大增加强烈相关。例如，当场地上有令人激动的比赛时，用户可能执行更大量的消息传递和/或呼叫或向网站的照片或视频张贴。在另一示例中，在NASCAR赛车中，当声学噪声减少时，诸如当在赛道上有黄旗并且车辆减速时，用户业务/电话呼叫的量可能立即涌来。可替换地，用于确定是否要更新洞察的准则可以取决于直到当前预取事件预期完成为止剩余的时间/字节的量，如以上所提及的。这可以可适用于其中预取速率在预取事件的结束时增量地斜坡化下降的情况。这还可以可适用于其中应用洞察周期性地自动递减从而实现斜坡状模式的情况。在该斜坡化实施例中，应用可以自节制下行链路上的预取速率，例如通过控制它多快请求要预取的下一个文件。例如，在HTTP自适应流式传输的情况下，应用可以每10秒或每1秒预取额外的10秒视频段。可替换地，应用或UEOS可以自节制预取速率，通过控制从下载缓冲器检索所下载文件的速率，或通过限制响应于至此所接收的下载多快传输TCP/IP应答。移动性对于应用和/或操作系统可以是可见的。如果UE在预取并且检测到相对于上一个知识服务器洞察的时候的轨迹的移动性，那么UE可以停止预取直到UE得到知识服务器洞察的新的更新为止。例如，如果给定UE移动得靠近特定eNB，则它可能在两个其它UE正下载时寻求使用5Mbps。利用移动性准则，这可以被避免，并且当负载已经是100%时，两个正在下载的UE的链接速度可以不由于预取而降级。在特定示例中，UEX和Y可以共享10Mbps，但是然后UEZ到达。起初，UEX和Y可以避免预取，并且因此可以分别使用0.5和3Mbps。UEX的服务可能需要0.5Mbps但是可能看到5Mbps为可用。同样地，UEY的服务可能需要3Mbps并且可能看到5Mbps为可用。知识服务器可以检测到大约35%的利用，并且因此可以引起或鼓励预取，从而导致UEX和Y中的每一个使用大约4Mbps。在该情况下，知识服务器可以帮助防止在像这样的情况中预取：在所述情况中一些UE可能看到较高的链接速度，甚至在利用接近100%时，其中预取可能使得其它的具有视频中断。在该示例中，当UEZ到达、需要10Mbps时，UEX和Y可以检测到网络条件中的改变，即可用带宽中的1.25x下降，并且可以停止预取直到它们接收新的洞察为止。在该情况下，UEX和Y可能已经预取了许多秒并且因此可以停止而没有立即的问题。因而，在有限时间内，UEZ可以立即得到几乎全部10Mbps，而不是仅仅得到大约3Mbps，例如在第一分钟内。在该示例中，UEX和Y可以比单独基于知识服务器洞察而快大约一分钟地停止预取，从而避免任何知识服务器发现/通知延迟。如果缓冲耗尽，则UEX和UEY可以各自分别以0.5和3Mbps恢复。此外，UEX和Y可以等待并且看速率是否加倍。如果速率加倍，则UEX&Y可以由于速率加倍而恢复预取。UEZ一离开或停止这样的繁重使用，这就可以发生。某些实施例可以具有各种益处和/或优点。例如，在某些实施例中，知识服务器可以向应用供应洞察。所供应的洞察可以提供另外的机制以用于允许联网洞察尽可能地新鲜/适当，而同时避免施加无线网络上的巨大成本。具有新鲜/适当的洞察可以准许许多的显著益处，并且可以避免例如预取继续大约一分钟到体育场中得分事件之后的一分钟负载尖峰中。该机制可以在以下的应用中实践：所述应用与用以检测某些本地环境变量、诸如链接速度的应用能力相结合地使用这些洞察。图11图示了根据某些实施例的在具有网络条件的应用检测的情况下所应用的知识服务器洞察的示例。如图11中所示，在1处，起初小区可以使用总计3.5Mbps，不包括任何预取。同时，UE可以看到从大约5到10Mbps。知识服务器可以在2处检测到利用大约是35%并且可以引起预取，从而导致UEX和Y中的每一个斜坡化上升到大约~4Mbps，产生~80%的利用。然后，在3处，UEA和B可以各自到达小区中，需要大约10Mbps，并且几乎立即得到这个。在4处，UEX和Y可以在它们检测到网络的增加使用时（也许通过检测等待时间或链接速度方面的改变）停止几乎所有数据使用，因为它们已经取出了许多秒的数据。在5处，X和Y的减少的使用可以允许UEA得到其全部量的数据。然后，当UEA停止其使用时，UEB可以得到其期望的带宽，然后也停止。在6处，UEX和Y可以基于检测到数据率方面的正改变等等而再次斜坡化上升到大约4Mbps。同时，不需要涉及知识服务器。在某些情况中，可以由应用直接检测链接速度。例如，HTTP自适应视频流式传输应用可以监视由视频的每个区段所实现的链接速度，然后使用该信息来影响什么压缩水平用于视频的下一区段。还准许其它方式来确定对环境的改变，诸如对网络活动的改变、对用户装备的位置的改变或对与用户装备相关联的地点的改变。图13图示了根据某些实施例的斜坡化洞察。如图13中所示，在初始点处，用户装备可以被提供有洞察，所述洞察可以鼓励它们立即开始预取，但是限制预取。洞察还可以显式地或隐式地鼓励用户装备继续以规律或不规律的间隔使预取斜坡化上升，直到满足最大条件为止。例如，斜坡化可以被设计成避免其中实现多于95%利用的状况。本领域普通技术人员将容易理解到，如以上所讨论的本发明可以利用以不同次序的步骤和/或利用以与所公开的那些不同的配置的硬件元件来实践。因此，尽管本发明已经基于这些优选实施例而被描述，但是对于本领域技术人员而言将会显而易见的是，某些修改、变型和可替代的构造将会是显而易见的，而同时保持在本发明的精神和范围内。为了确定本发明的边界和界限，因此，应当参照随附的权利要求。词汇表ASA经授权的共享访问ASIC专用集成电路CEM顾客体验管理CQI信道质量指示符CPU中央处理单元CSP通信服务提供商或顾客服务提供商DSP数字信号处理器eNB演进的节点BFPGA现场可编程门阵列HDD硬盘驱动器KS知识服务器LAU定位区域更新O&M操作和维护PLD可编程逻辑器件RAM随机存取存储器RAU报告区域更新RET远程电气倾斜RF射频RRC无线电资源控制RSRQ参考信号接收质量RSRP参考信号接收功率TAU追踪区域更新UE用户装备URL统一资源定位符