用于互联网服务可用性通知的方法和装置

摘要

由部署在无人机、气球、飞机等中的移动无线站提供的互联网连接服务可能是间歇性的，并且在一些情况下是事件驱动的——诸如响应紧急情况和自然灾害。在这类部署中，无线设备的最终用户可能不知道互联网连接已变得可用。即使当诸如智能手机的无线设备能够在互联网连接变得可用时自主地连接到网络时，最终用户也可能没有意识到他们的设备已经重新连接到网络。所提出的系统和方法涉及向最终用户提供互联网服务可用性通知。所提出的系统和方法收集与互联网服务可用性通知相关的数据以分析。

权利要求

1.一种用于提供通知的方法，包括：

通过通知处理系统从多个附接监视客户端接收多个用户设备通过多个接入节点中的对应接入节点与多个不同的相应电信运营商成功附接的指示，其中，所述用户设备经由一个或多个移动接入点来与所述对应接入节点通信，其中，所述通知处理系统独立于所述不同的电信运营商；

针对在从所述多个附接监视客户端接收到的所述指示中包括的多个成功用户设备附接，通过所述通知处理系统的一个或多个处理服务器，生成相应服务可用性通知；以及通过所述通知处理系统向所述相应运营商的系统传送所生成的服务可用性通知以由所述相应运营商通过所述对应接入节点转发到所述用户设备。

2.如权利要求1所述的方法，进一步包括：

收集所述多个接入节点中的每个接入节点的附接统计。

3.如权利要求2所述的方法，其中，收集附接统计包括：接收源自所述用户设备的对所述服务可用性通知的响应，并且基于所接收的响应收集附接统计。

4.如权利要求3所述的方法，进一步包括：

基于所收集的附接统计，定制所述服务可用性通知中的至少一个。

5.如权利要求4所述的方法，进一步包括：

定制以下中的至少一个：通知传递确认、通知重新发起、速率限制通知发起、通知内容分析或通知错误处理。

6.如权利要求3所述的方法，进一步包括：

使用所收集的附接统计来提供定制的速率和数据计划，其中，所收集的附接统计包括以下中的至少一个：使用统计和附接统计。

7.如权利要求3所述的方法，进一步包括：

使所述运营商中的至少一个基于所收集的附接统计来调整用于至少一个用户设备的服务参数。

8.如权利要求1所述的方法，进一步包括：

基于所接收的源自用户设备的对服务可用性通知的响应或所接收的响应的不存在，发起所述用户设备的互联网连接的终止。

9.如权利要求1所述的方法，其中，所述接入节点包括与建立用于所述用户设备的互联网连接相关联的互联网网关或网络节点。

10.如权利要求1所述的方法，其中，所述附接监视客户端在接入节点中执行。

11.一种通知处理系统，包括：

附接通知聚合器，所述附接通知聚合器被配置为：

从多个附接监视客户端接收多个用户设备通过多个接入节点中的对应接入节点与多个不同的相应电信运营商成功附接的指示，其中，所述用户设备经由一个或多个移动接入点来与所述对应接入节点通信，其中，所述通知处理系统独立于所述不同的电信运营商；以及独立于所述不同的电信运营商的一个或多个处理服务器，所述一个或多个处理服务器被配置为：针对在从所述多个附接监视客户端接收到的所述指示中包括的多个成功用户设备附接，生成相应服务可用性通知；以及通过所述一个或多个处理服务器向所述相应运营商的系统传送所生成的服务可用性通知以由所述相应运营商通过所述对应接入节点转发到所述用户设备。

12.如权利要求11所述的系统，其中，所述一个或多个处理服务器被进一步配置为：收集所述多个接入节点中的每个接入节点的附接统计。

13.如权利要求12所述的系统，其中，所述一个或多个处理服务器被配置为：通过接收源自所述用户设备的对所述服务可用性通知的响应并且基于所接收的响应收集附接统计来收集附接统计。

14.如权利要求12所述的系统，其中，所述一个或多个处理服务器被进一步配置为：基于所收集的附接统计，定制所述服务可用性通知中的至少一个。

15.如权利要求12所述的系统，进一步被配置为：使所述运营商中的至少一个基于所收集的附接统计来调整用于至少一个用户设备的服务参数。

16.如权利要求11所述的系统，其中，所述接入节点包括与建立用于所述用户设备的互联网连接相关联的互联网网关或网络节点。

17.如权利要求11所述的系统，其中，所述附接监视客户端在接入节点内执行。

18.一种存储有计算机程序的非瞬时计算机可读介质，所述计算机程序当由处理器执行时，使所述处理器实现如下步骤：通过通知处理系统从多个附接监视客户端接收多个用户设备通过多个接入节点中的对应接入节点与多个所述不同的电信运营商成功附接的指示，其中，所述用户设备经由一个或多个移动接入点来与所述对应接入节点通信，其中所述通知处理系统独立于所述不同的电信运营商；

针对在从所述多个附接监视客户端接收到的所述指示中包括的多个成功用户设备附接，通过所述通知处理系统的一个或多个处理服务器，生成相应服务可用性通知；以及通过所述通知处理系统的所述一个或多个处理服务器向所述相应运营商的系统传送服务可用性通知以由所述相应运营商通过所述对应接入节点转发到所述用户设备。

19.如权利要求18所述的非瞬时计算机可读介质，其中，所述步骤进一步包括：收集所述多个接入节点中的每个接入节点的附接统计。

20.如权利要求19所述的非瞬时计算机可读介质，其中，收集附接统计包括：接收源自所述用户设备的对所述服务可用性通知的响应，并且基于所接收的响应收集附接统计。

21.如权利要求19所述的非瞬时计算机可读介质，其中，所述步骤进一步包括：基于所收集的附接统计，定制所述服务可用性通知中的至少一个。

22.如权利要求19所述的非瞬时计算机可读介质，其中，所述步骤进一步包括：使所述运营商中的至少一个基于所收集的附接统计来调整用于至少一个用户设备的服务参数。

23.如权利要求19所述的非瞬时计算机可读介质，其中，所述接入节点包括与建立用于所述用户设备的互联网连接相关联的互联网网关或网络节点。

说明书

用于互联网服务可用性通知的方法和装置

[0001] 相关申请的交叉引用

[0002] 本申请要求2016年10月31日提交的、名为“METHOD AND APPARATUS FOR INTERNET SERVICE AVAILABILITY NOTIFICATION”的美国专利申请No.15/339,707的优先权和权益，其全部内容在此引入作为参考用于所有目的。

背景技术

[0003] 由部署在无人机、气球、飞机等中的移动无线站提供的互联网连接服务可能是间歇的，并且在一些情况下是事件驱动的——诸如响应于紧急情况和自然灾害。在这类部署中，无线设备的最终用户可能不知道互联网连接已变得可用。

发明内容

[0004] 根据一个方面，本公开中描述的主题涉及一种方法，该方法包括从多个接入节点接收多个用户设备通过多个接入节点中的对应接入节点，与多个不同的相应电信运营商(telecommunications carriers)成功附接的指示，其中，用户设备经由一个或多个移动接入点与对应接入节点通信。该方法进一步包括通过对应接入节点向相应的电信运营商传送服务可用性通知，以由相应的电信运营商转发到用户设备。

[0005] 根据另一方面，本公开中描述的主题涉及一种系统，该系统包括实现客户端的一个或多个处理器。客户端被配置为被配置为从多个接入节点接收多个用户设备通过多个接入节点中的相应接入节点，与多个不同的相应电信运营商成功附接的指示，其中，用户设备经由一个或多个移动接入点与对应接入节点通信。该系统进一步包括一个或多个服务器，其被配置为通过对应接入节点向相应的电信运营商传送服务可用性通知，以由相应的电信运营商转发到用户设备。

[0006] 根据另一方面，本公开中描述的主题涉及具有在其上编码的指令的非瞬时计算机可读介质，指令当由一个或多个处理器执行时，使一个或多个处理器执行一种方法，该方法包括从多个接入节点接收多个用户设备通过多个接入节点中的对应接入节点，与多个不同的相应电信运营商成功附接的指示，其中，用户设备经由一个或多个移动接入点与对应接入节点通信。该方法进一步包括通过对应接入节点向相应的电信运营商传送服务可用性通知，以由相应的电信运营商转发到用户设备。

附图说明

[0007] 如附图中所示，从本发明的示例性实施方式的下述更具体的描述，上述内容将显而易见。附图不一定按比例绘制，而是将重点放在示出本发明的实施方式上。

[0008] 图1是根据示例性实施方式提供互联网服务可用性通知的环境的图。

[0009] 图2是用于提供互联网连接的系统(也被称为“互联网连接系统”)的框图。

[0010] 图3示出了由图2中所示的互联网连接系统执行的互联网通知方法的示例性流程图。

[0011] 图4是由图2中所示的互联网连接系统执行的互联网通知方法的流程图，该方法包括请求最终用户指示最终用户是否期望加入可用网络。

[0012] 图5是适合用在所述的各种实施方式中的计算系统的图。

[0013] 为了清楚起见，并非在每个图中标记每个组件。附图不旨在按比例绘制。各图中的相同参考数字和名称表示相同的元件。

具体实施方式

[0014] 由部署在无人机、气球和飞机等中的移动无线站提供的互联网连接服务可能是间歇的，并且在一些情况下是事件驱动的——诸如响应于紧急情况和自然灾害。在这类部署中，无线设备的最终用户可能不知道互联网连接已变得可用。即使当诸如智能手机的无线设备能够在互联网连接变得可用时自主地连接到网络时，最终用户也可能没有意识到他们的设备已经连接到网络。

[0015] 根据本公开的系统和方法涉及向无线设备的最终用户提供互联网服务可用性通知。本公开描述了一种客户端进程，其被配置为检测用户设备通过移动接入点成功地附接到运营商网络。客户端进程识别与所检测的附接相关联的用户设备，并且将设备附接告知独立于运营商的服务器进程。服务器进程通过发起生成指示互联网服务已变得可用的互联网服务可用性通知消息来响应所接收的设备附接通知。服务器进程将互联网服务可用性通知消息传送到运营商，以通过移动接入点由运营商传送到用户设备。

[0016] 所提出的系统和方法解耦通知消息传递机制和通知消息传递控制。运营商接口被用于传递通知，而与运营商无关的服务器进程负责通知消息传递控制，从而提供消息发起、错误处理和分析的自主权。通过使独立于任何给定运营商的服务器和进程生成和控制互联网服务可用性消息，当移动接入点跨多个运营商接入区域传播时与多个运营商互操作的移动接入点的运营商可以控制跨运营商的用户的用户体验，并且更易于收集可以用来改进其未来服务并且使其当前适合移动接入点上的当前负载的使用和附接统计。本公开还提供用于收集与互联网服务可用性通知相关的数据以分析的系统和方法。

[0017] 图1是根据示例性实施方式的提供互联网通知的环境100的图。环境100可以包括用户设备，诸如第一用户设备(UE)160a和第二UE 160b(通常被称为UE 160)。在一些实施方式中，UE 160可以是移动或固定的智能电话、手提电脑、平板电脑等。在一些实施方式中，任何多个UE可以位于环境100内的任意多个地理位置中。

[0018] 环境100可以包括一个或多个移动无线接入点，每个移动无线接入点具有相应的移动接入点服务区域。图1示出了具有第一移动接入点服务区域155a的第一移动接入点150a和具有第二移动接入点服务区域155b的第二移动接入点150b(通常被称为移动接入点
150和移动接入点服务区域155)。当移动接入点150在环境100中导航时，当UE 160在相应的移动接入点服务区域155内时，UE 160和移动接入点150可以彼此通信。在一些实施方式中，可以在任意多个地理位置中提供任意多个移动接入点150。在一些实施方式中，移动接入点
150可以是eNodeB基站(或者可以提供eNodeB基站的层1和层2功能)或其他无线接入点。在一些实施方式中，除了与UE 160通信之外，移动接入点150还可以彼此通信。

[0019] 环境100还可以包括第一地面站115a、第二地面站115b、和第三地面站115c(通常被称为地面站115)。地面站115和移动接入点150可以被配置为彼此通信。环境100还可以包括一个或多个电信运营商或互联网服务提供商，每个都在被称为运营商服务区域的地理地域或政府管辖区(例如，国家、省、州、县、市等)内提供互联网服务。图1示出了三个运营商服务区域170a-170c(通常被称为运营商服务区域170)，每个运营商服务区域由相应的运营商175a-175c(通常被称为运营商175)服务。当UE 160位于运营商服务区域170内时，UE 160可以经由地面站115连接到运营商175，并且经由移动接入点150和地面站115接入由运营商
175提供的互联网服务。

[0020] 在图1中，UE 160中的一个或多个可能无法接入互联网服务，因为UE 160位于运营商服务区域170之外。当移动接入点150在环境100内导航时，UE 160当进入移动接入点的移动接入点服务区域155时可以通过移动接入点150和地面站115连接到电信运营商175。在图1中，UE 160a位于运营商服务区域170之外，但位于对应于移动接入点150a的移动接入点服务区域155a内。UE 160a可以尝试通过移动接入点150a和地面站115a连接到运营商175a。当通过移动接入点150a和地面站115a在UE 160a和运营商175a之间成功建立连接时，UE 160a可以通过地面站115a和移动接入点150a接入由运营商175a提供的互联网服务。

[0021] 环境100可以包括数据中心180。数据中心180可以包括在一个或多个服务器上运行的一个或多个进程。当UE 160a成功地附接到运营商175a的网络时，可以将与运营商175a的成功UE 160a附接的指示发送到在位于数据中心180中的服务器上运行的进程。随后，在数据中心180中的服务器上运行的进程可以生成互联网服务可用性通知，并且可以将其传送到运营商175a。运营商175a经由地面站115a和移动接入点150a将互联网服务可用性通知转发到UE 160a。当UE 160a接收到通知时，将互联网服务已变得可用告知最终用户。当互联网服务变得可用时，通知UE 160的最终用户是有价值的。即使当互联网服务变得可用时UE 160能够自主地附接到运营商175的网络时，这种通知也很重要，因为UE 160的最终用户可能没有意识到他们的设备已经连接到网络。

[0022] 图2是用于提供互联网连接的系统200(也被称为“互联网连接系统200”)的框图。互联网连接系统200包括地面站215、地面站接口系统220、运营商系统225、和通知处理系统
296。在一些实施方式中，互联网连接系统200可以是诸如长期演进(LTE)4G网络的网络的一部分。概括地说，互联网连接系统200使得诸如图1中所示的UE160的用户设备(UE)210能够经由诸如图1中所示的移动接入点150的移动接入点205和诸如也在图1中所示的地面站115的地面站215连接到运营商网络，从而获得对互联网和其他电信服务的接入。

[0023] 如上所述，互联网连接系统200包括地面站接口系统220。地面站接口系统220通常被配置为用作经由地面站215和移动接入点205的运营商网络与UE之间的接入节点。它可以提供通常由e-NodeB提供的LTE网络的用户平面和控制平面协议终止。在一些实施方式中，地面站接口系统220可以用作互联网协议(IP)接入网关。为此，地面站接口系统220实现若干网络功能，包括互联网协议安全网关功能245、移动性管理实体功能240、和服务网关功能250。如本文所使用的，网络功能引用存储在诸如计算机存储器的非瞬时计算机可读介质中并且由通用或专用处理器执行的计算机可执行指令。该指令使处理器执行与网络功能相关联的功能性。在一些其他实施方式中，网络功能引用被配置为执行类似功能的专用集成电路处理器，诸如ASIC。

[0024] 安全网关(安全GW)网络功能，诸如地面站接口220的安全GW245，用作地面站接口系统200网络的边缘的安全网关。在一些实施方式中，安全GW 245可以是用作安全IP网关的IP安全网关(IPSec GW)网络功能。当安全GW 245是IPSec GW时，它可以包括用于在通信会话开始时在代理之间建立相互认证，以及在会话期间用于保护通过IP网络的通信的加密密钥的协商的协议。移动性管理实体(MME)网络功能，诸如地面站接口220的MME 240，可以管理UE的认证和授权，便于UE接入网络以获得IP连接并且管理与UE和诸如下文讨论的运营商系统225的HSS 275的归属用户服务器的通信。服务网关(SGW)250向运营商网络的演进分组核心(EPC)提供网关。虽然图2将示例性互联网连接系统200示为仅具有单个地面站接口系统220，但在实际实施方式中，互联网连接系统200可以包括多个地面站接口系统220，每个地面站接口系统220服务一个或多个地面站，诸如地面站215。

[0025] 另外，地面站接口220包括附接监视客户端235。在一些实施方式中，附接监视客户端235可以被实现为存储在诸如计算机存储器的非瞬时计算机可读介质中并且由通用处理器执行的计算机可执行指令。例如，附接监视客户端235可以在执行MME 240网络功能的同一处理器上执行。在一些其他实施方式中，附接监视客户端235可以在与执行MME 240网络功能的处理器不同的处理器上执行。在一些实施方式中，附接监视客户端235可以位于边缘数据中心中。在一些实施方式中，附接监视客户端235可以被实现为MME 240网络功能的一部分。在一些实施方式中，附接监视客户端235可以被实现为直径路由代理(DRA)的一部分。

[0026] 附接监视客户端235通常被配置为检测与运营商的成功UE附接。在一些实施方式中，附接监视客户端235被配置为通过监视MME 240与包括在运营商系统225中的归属用户服务器(HSS)网络功能——诸如HSS 275——之间的通信来检测与运营商的成功UE附接，如下文进一步讨论。附接监视客户端235通常还被配置为在检测到诸如UE 210的UE成功附接到诸如电信运营商系统225的运营商的网络时，通知给通知处理系统296。

[0027] 在图2中，附接监视客户端235可以通过识别与UE 210附接到诸如电信运营商系统225的运营商的网络相关联的网络协议消息来检测成功的UE 210附接。在一些实施方式中，UE 210可以请求通过移动接入点205和地面站215附接到运营商系统225的网络。在这种情况下，附接监视客户端235可以监视MME 240和诸如例如运营商系统225的HSS 275的归属用户服务器(HSS)之间的网络协议消息，并且从所监视的网络协议消息中提取相关参数，以便检测UE 210对运营商系统225的网络的附接请求。归属用户服务器(HSS)275可以是包含用户和预订相关信息的中央数据库。在一些实施方式中，附接监视客户端235可以通过监视通信接口236上的MME 240和HSS 275之间的设备附接消息序列来检测UE 210到运营商系统
225的成功附接。在一些实施方式中，接口236可以是S6a接口。例如，附接监视客户端235可以监视MME接收到由HSS 275传送的、包括UE订户简档的直径更新位置确认消息。在一些其他实施方式中，附接监视客户端可以监视MME 240向HSS 275的更新位置请求(ULR)消息的传输，该消息指示UE的成功认证。

[0028] 在一些其他实施方式中，附接监视客户端235监视源自运营商系统的分组数据网络网关225的创建会话响应消息。在一些其他实施方式中，附接监视客户端235被配置为从运营商系统225的HSS 275接收成功UE附接的直接通知。在一些其他实施方式中，附接监视客户端235在确定已经成功附接之前，等待检测正传送到运营商系统225的设置转发隧道消息。

[0029] 在图2中，响应于检测到UE 210成功附接到运营商系统225，附接监视客户端235通过向通知处理系统296发送附接通知消息来将该附接告知通知处理系统296。

[0030] 如上所述，互联网连接系统200包括运营商系统225。运营商系统225通常被配置为用作运营商与地面站接口系统220之间以及运营商与通知处理系统296之间的接口。运营商系统225包括归属用户服务器(HSS)275、移动交换中心(MSC)280和分组数据网络网关(PGW)285。诸如运营商系统225的HSS 275的归属用户服务(HSS)可以是包含用户和订阅相关信息的中央数据库。诸如运营商系统225的MSC280的移动交换中心可以建立和释放与UE的端到端连接，并且还负责计费和实时预付费账户监视。诸如运营商系统225的PGW 285的分组数据网络网关可以通过作为UE的流量的退出和进入点来提供从UE到外部数据网络的连接。诸如OCS 290的PGW 285连接在线计费系统(OCS)以及诸如PCRF 295的策略控制和计费规则功能(PCRF)。在线计费系统(OCS)290可以是用于允许通信服务提供商基于服务使用来实时向其客户收费的系统。策略控制和计费规则功能(PCRF)295可以是访问用户数据库和诸如计费系统的其他专用功能的软件组件。

[0031] 如上所述，当附接监视客户端235检测到UE 210成功附接到运营商系统225的网络时，附接监视客户端235通过向通知处理系统296发送附接通知消息来将成功附接告知通知处理系统296。在一些实施方式中，附接通知消息至少包括UE 210的设备标识和时间戳。在一些实施方式中，UE 210的设备标识可以是UE 210的移动站国际订户目录号(MSISDN)。在一些实施方式中，MSISDN可以是UE 210的电话号码。在一些实施方式中，附接通知消息可以包括UE 210的国际移动设备标识(IMEI)。在一些实施方式中，UE 210的IMEI可以与诸如MME240的现有实体共存。在一些其他实施方式中，UE 210的IMEI可以与诸如直径代理的不同实体共存。

[0032] 如上所述，互联网连接系统200还包括通知处理系统296。通知处理系统296通常被配置为从包括在互联网连接系统200中的多个站接口系统220的每一个接收UE成功附接的通知，并且基于接收到这些通知，生成用于传输到各个UE的互联网可用性消息。在一些实施方式中，通知处理系统296可以远离地面站接口系统220。在一些其他实施方式中，通知系统296和地面站接口系统220可以共存。通知处理系统296包括附接通知聚合器260、一个或多个互联网可用性消息传递服务器265和移动网关270。

[0033] 附接通知聚合器260通常被配置为接收和聚合来自与不同运营商系统225相关联的多个附接监视客户端235的成功UE附接的附接通知。在一些实施方式中，附接通知聚合器260向通知处理系统296通告一个或多个IP地址并且将所接收的附接通知转发到互联网可用性消息传递服务器265中的一个。在一些实施方式中，附接通知聚合器260实现负载平衡功能以在互联网可用性消息传递服务器265之间分发所接收的附接通知来提高系统的吞吐量和可扩展性。然而，在一些实施方式中，通知处理系统296可以省略附接通知聚合器260，有利于附接监视客户端235和相关联的互联网可用性消息传递服务器265之间的直接通信。
在一些实施方式中，附接通知聚合器260可以经由粗短接口与互联网可用性消息传递服务器265接合。在一些实施方式中，附接通知聚合器260可以使用边缘远程过程调用(RPC)或协议来与多个附接监视客户端235接合。

[0034] 互联网可用性消息传递服务器265通常被配置为接收UE附接到诸如运营商系统225的各个运营商系统的通知，生成将通过运营商系统225由运营商传送到UE 210的、指示互联网服务的可用性的互联网可用性消息，将这样的消息转发到相应的运营商系统，并且在一些实施方式中，收集关于UE 210附接的统计信息并且定制消息。

[0035] 在图2中，互联网可用性消息传递服务器265为UE 210生成互联网服务可用性通知消息。互联网可用性消息传递服务器265与移动网关270接合，用于将互联网服务可用性通知消息传送到电信运营商系统225。在一些实施方式中，用于UE 210的互联网服务可用性通知消息可以是短消息服务(SMS)的形式。在一些实施方式中，可用性通知消息可以是多媒体消息服务(MMS)、增强型消息传递服务(EMS)的形式，或者消息可以使用即时消息传递程序。在一些实施方式中，消息对于所有用户可以是通用的。在一些实施方式中，可以为最终用户定制消息。在一些实施方式中，移动网关270可以被用于向全世界的UE的最终用户发送互联网服务可用性通知消息。互联网可用性消息传递服务器265可以将互联网服务可用性通知消息发送到MSC 280，MSC 280将运营商系统225连接到移动网关270。MSC 280可以通过接口
237将互联网服务可用性通知消息传递给MME 240。在一些实施方式中，接口237可以是SGs接口。MME 240可以经由移动接入点205向UE 210传递互联网服务可用性通知消息。在一些实施方式中，可以使用非接入层(NAS)协议来传递可用性通知消息。

[0036] 如上所述，互联网可用性消息传递服务器265可以被配置为收集分析。在一些实施方式中，所收集的分析可以包括与移动接入点205相关联的UE附接统计。可以通过从UE接收与互联网服务可用性通知消息相关的响应来收集这些统计。在一些实施方式中，可以定制互联网服务可用性通知消息。例如，通知消息可以包括订户信息，诸如最终用户的姓名。在一些实施方式中，可以定制通知消息以识别UE所附接到的当前位置和/或运营商系统。在一些实施方式中，可以基于所收集的附接统计来定制互联网服务可用性通知消息。在一些实施方式中，运营商可以使用所收集的分析来调整UE的服务参数。在一些实施方式中，运营商可以使用所收集的附接统计来调整UE的服务参数。例如，在一些实施方式中，通知处理系统可以基于附接到移动接入点的UE的数量，指示运营商系统限制UE可用的带宽。在一些实施方式中，通知处理系统可以指示运营商系统基于UE附接的当前速率来限制UE可用的带宽，因为UE附接的速率可以表示有关可能不是立即存在的带宽的近期约束。在一些实施方式中，除了仅仅查看移动接入点上的当前负载和/或UE附接的速率之外或代替仅仅查看移动接入点上的当前负载和/或UE附接的速率，通知处理系统可以实现预测逻辑，以基于当前操作统计和过去的历史来预测带宽使用的近期变化。在一些实施方式中，运营商可以使用所收集的最终用户的附接统计来提供定制的速率和数据计划。在一些实施方式中，定制速率和数据计划可以基于UE地理、UE归属地理和其他分析，诸如关于移动接入点/地面站的当前负载或负载的变化率。可以定制可用性通知以告知UE的用户基于上面讨论的分析由通知处理系统确定的带宽、使用或定价修改。

[0037] 在一些实施方式中，互联网可用性消息传递服务器265可以被配置为实现消息传递控制。消息传递控制可以包括定制所生成的互联网服务可用性通知消息、速率限制消息发起、消息传递确认和消息重新发起。在一些实施方式中，与向UE传递互联网服务可用性通知消息相关的最终用户计费可以基于电信运营商的现有基础设施，诸如运营商系统225。在一些实施方式中，运营商系统225的OCS 290、PGW 285和接口238可以被用于实现消息的预付费计费。在一些实施方式中，可以使用消息发起的速率限制来避免向UE的最终用户发送垃圾信息，尤其是但不限于重复的UE附接到运营商系统的情况。

[0038] 在一些实施方式中，互联网可用性消息传递服务器265可以启动针对UE 210的互联网服务可用性通知消息，其包括请求UE 210的最终用户指示该最终用户是否希望选择加入或选择退出加入运营商系统225的可用网络的请求。在一些实施方式中，如果UE 210的最终用户在阈值时间量内没有响应该请求，则MME 240可以终止UE 210的端到端互联网连接。在一些实施方式中，如果UE 210的最终用户通过指示最终用户希望加入运营商系统225的可用网络来响应，则允许UE210加入网络并且接入互联网服务。在一些实施方式中，如果UE 
210的最终用户通过指示最终用户希望选择退出加入运营商系统225的可用网络来进行响应，则MME 240可以终止UE 210的端到端互联网连接。

[0039] 图3是由图2中所示的互联网连接系统200执行的互联网通知方法300的示例性流程图。互联网通知方法300包括监视与运营商的成功UE附接(步骤305)，将成功UE附接告知服务器(步骤310)，生成指示互联网服务可用性的消息(步骤315)，将所生成的消息传送到相应的运营商，以通过对应移动接入点转发给UE(步骤320)并且将消息传递给UE(步骤325)。

[0040] 互联网通知方法300包括监视与运营商的成功UE附接(步骤305)。UE附接可以由附接监视客户端235监视，该附接监视客户端235识别诸如UE 210的UE附接到诸如运营商系统225的运营商的网络相关联的网络协议消息。在一些实施方式中，附接监视客户端235可以通过监视地面站接口系统215和运营商系统225之间的网络协议消息或设备附接消息序列来检测UE对运营商系统225的网络的附接请求。在一些其他实施方式中，附接监视客户端
235可以从运营商系统225接收成功UE附接的直接通知。互联网通知方法300包括向服务器告知成功UE附接(步骤310)。在互联网连接系统200中，附接监视客户端235通过向通知处理系统296发送包括附接UE的设备标识的附接通知消息来向通知处理系统296通知成功UE附接。互联网通知方法300包括生成指示互联网服务可用性的消息(步骤315)。在互联网连接系统200中，互联网可用性消息传递服务器265可以为诸如UE 210的UE生成互联网服务可用性通知消息。互联网通知方法300包括将所生成的消息传送到相应运营商以通过对应的移动接入点转发给UE(步骤320)。在互联网连接系统200中，互联网可用性消息传递服务器265可以将所生成的互联网服务可用性通知消息传送到运营商系统225，以由运营商系统225通过对应的移动接入点205转发到UE 210。互联网通知方法300包括将消息传递到UE(步骤
325)。在互联网连接系统200中，互联网服务可用性通知消息可以由运营商系统225通过地面站接口系统215和移动接入点205传递给UE 210。

[0041] 在一些实施方式中，互联网通知方法300可以包括收集分析。在互联网连接系统200中，互联网可用性消息传递服务器265可以收集包括与诸如移动接入点205的移动接入点相关联的UE附接统计的分析。可以通过从UE接收与互联网服务可用性通知消息相关的响应来收集这些附接统计。在一些实施方式中，互联网通知方法300可以包括定制互联网服务可用性通知消息。在一些实施方式中，可以基于所收集的分析来定制互联网服务可用性通知消息。上文更详细地描述了消息的定制。在一些实施方式中，所收集的分析可以由诸如运营商系统225的运营商使用，以调整对UE的运营商相关服务。上文更详细地描述了运营商对收集的分析的使用。

[0042] 在一些实施方式中，互联网通知方法300可以包括实现消息控制。在互联网连接系统200中，互联网可用性消息传递服务器265可以控制定制所生成的互联网服务可用性通知消息、速率限制消息发起、消息传递确认和消息重新发起。在一些实施方式中，与向UE传递互联网服务可用性通知消息相关的最终用户计费可以基于诸如电信运营商系统225的运营商的现有基础设施。

[0043] 在一些实施方式中，通知消息还可以被用于向用户提供选择加入或退出加入已被确定为可用的网络的明确选项。也就是说，仅仅因为网络已经变得可用于UE，UE的用户可能不想利用该接入，例如为了避免支付由于在UE未明确请求的情况下向UE传送的数据流量而引起的数据费用。例如，UE经常执行向邮件服务器定期传送请求以在不需要UE用户交互的情况下下载未读邮件应用的邮件应用程序。这样的请求可能导致向UE传输大量数据，UE的用户可能不希望以运营商系统提供的数据速率付费。

[0044] 图4是由图2所示的互联网连接系统执行的互联网通知方法400的流程图，其包括请求最终用户指示最终用户是否希望加入可用网络。互联网通知方法400包括监视到运营商的成功UE附接(步骤405)并且向服务器通知成功UE附接(步骤410)，同样在图3的步骤305和步骤310中示出。互联网通知方法400包括生成包括互联网服务可用性通知的消息和加入可用网络的请求(步骤415)。在互联网连接系统200中，互联网可用性消息传递服务器265生成互联网服务通过运营商系统225的网络可用的用于UE 210的互联网服务可用性通知消息。用于UE 210的互联网服务可用性通知消息包括请求UE 210的最终用户指示最终用户是否希望选择加入或退出加入可用网络。

[0045] 互联网通知方法400包括将所生成的消息传送到相应的运营商以通过对应的移动接入点转发到UE(步骤420)，同样在图3的步骤320中示出。在互联网连接系统200中，互联网可用性消息传递服务器265可以将所生成的消息传送到运营商系统225以由运营商系统225通过对应的移动接入点205转发到UE 210。互联网通知方法400包括将消息传递给UE(步骤425)，同样在图3的步骤325中示出。在互联网连接系统200中，互联网服务可用性通知消息由运营商系统225通过地面站接口系统215和移动接入点205传递到UE 210。

[0046] 互联网通知方法400包括确定是否从UE 210的最终用户接收到指示最终用户希望选择加入或退出加入可用网络的响应(步骤455)。如果在阈值时间量(例如，大约1分钟、大约5分钟、或大约10分钟)内没有从UE 210的最终用户接收到响应(步骤450)，则方法400包括结束UE 210的会话(步骤460)。如果在阈值时间量内从UE 210接收到响应(步骤450)，则方法400包括确定响应是指示希望加入网络还是禁止加入网络(步骤455)。如果响应指示期望加入可用网络(步骤455)，则方法400包括启用针对UE 210的可用互联网连接服务的使用(步骤465)。如果响应指示不期望加入可用网络(步骤455)，则方法400包括结束UE 210的会话(步骤460)。

[0047] 图5示出了示例性计算系统500的框图。在一些实施方式中，计算系统500可以用于实现图3和图4中的互联网通知方法300和400。

[0048] 概括地说，计算系统510包括用于根据指令执行动作的至少一个处理器550以及用于存储指令和数据的一个或多个存储器设备570或575。所示的示例计算系统510包括经由总线515与具有连接到其他计算设备512(a-n)的网络接口端口522(a-n)的网络接口控制器520、存储器570、以及例如I/O接口的任何其他设备580中的至少一个通信的一个或多个处理器550。通常，处理器550将执行从存储器接收的指令。所示的处理器550合并或直接连接到高速缓冲存储器575。

[0049] 更详细地，处理器550可以是处理指令，例如从存储器570或高速缓冲存储器575提取的指令的任何逻辑电路。在许多实施例中，处理器550是微处理器单元或专用处理器。计算设备500可以基于能够如本文所述操作的任何处理器或一组处理器。在一些实施方式中，处理器550能够执行图3和4中所示的互联网通知方法300和400。处理器550可以是单核或多核处理器。处理器550可以是多个处理器。在一些实施方式中，处理器550能够被配置为运行多线程操作。在一些实施方式中，处理器550可以托管一个或多个虚拟机或容器，以及用于管理虚拟机或容器的操作的管理程序或容器管理器。在这样的实施方式中，图3和图4中示出的方法300和400中的一个或多个可以在处理器550上提供的虚拟化或容器化的环境内实现。

[0050] 存储器570可以是适合于存储计算机可读数据的任何设备。存储器570可以是具有固定存储器的设备或用于读取可移动存储介质的设备。示例包括非易失性存储器、介质和存储器设备、半导体存储器设备(例如，EPROM、EEPROM、SDRAM和闪速存储器设备)、磁盘、磁光盘和光盘(例如，CD ROM、DVD-ROM、和 盘)的所有形式。计算系统500可以具有任意多个存储器设备570。在一些实施方式中，存储器570可以包括对应于图3和4中所示的互联网通知方法300和400的指令。在一些实施方式中，存储器570支持通过由计算系统510提供的虚拟机或容器执行环境可访问的虚拟化或容器化的存储器。

[0051] 高速缓冲存储器575通常是针对快速读取时间而位于紧密接近于处理器550的计算机存储器的形式。在一些实施方式中，高速缓冲存储器575是处理器550的一部分或者在与处理器550相同的芯片上。在一些实施方式中，存在多级高速缓冲存储器575，例如L2和L3高速缓存层。

[0052] 网络接口控制器520经由网络接口522(a-n)(也被称为网络接口端口)来管理数据交换。网络接口控制器520处理用于网络通信的OSI模型的物理和数据链路层。在一些实施方式中，网络接口控制器的一些任务由处理器550处理。在一些实施方式中，网络接口控制器520是处理器550的一部分。在一些实施方式中，计算系统510具有多个网络接口控制器520。网络接口522(a-n)是用于物理网络链路的连接点。在一些实施方式中，网络接口控制器520支持无线网络连接，并且接口端口是无线接收器/发射器。通常，计算设备510经由网络接口522(a-n)的物理或无线链路与其他计算设备512(a-n)交换数据。在一些实施方式中，网络接口控制器520实现诸如以太网的网络协议。

[0053] 其他计算设备512(a-n)经由网络接口端口522与计算设备510连接。其他计算设备512(a-n)可以是对等计算设备、网络设备、或具有网络功能性的任何其他计算设备。例如，第一计算设备512(a)可以是将计算设备510连接到诸如互联网的数据网络的网络设备，诸如集线器、网桥、交换机、或路由器。

[0054] 其他设备580可以包括I/O接口、外部串行设备端口、以及任何附加的协处理器。例如，计算系统510可以包括用于连接输入设备(例如键盘、麦克风、鼠标、或其他指向设备)、输出设备(例如视频显示器、扬声器、或打印机)，或附加存储器设备(例如，便携式闪速驱动器或外部介质驱动器)的接口(例如，通用串行总线(USB)接口)。在一些实施方式中，计算设备500包括诸如协处理器的附加设备580，例如，数学协同处理器能够以高精度或复杂的计算帮助处理器550。

[0055] 本说明书中描述的主题以及操作的实施方式能够在数字电子电路中、或者在有形介质、固件、或硬件上嵌入的计算机软件中实现，包括本说明书中公开的结构及其结构上的等价物、或者他们中的一个或多个的组合。本说明书中描述的主题的实施方式能够被实现为在有形介质上嵌入的一个或多个计算机程序，即，在一个或多个计算机存储介质上编码以由数据处理装置执行或者用于控制数据处理装置的操作的计算机程序指令的一个或多个模块。计算机存储介质能够是计算机可读存储设备、计算机可读存储基底、随机或顺序存取存储器阵列或设备、或他们中的一个或多个的组合，或者包括在其中。计算机存储介质还能够是一个或多个单独的组件或介质(例如，多CD、盘、或其他存储设备)，或者被包括在其中。计算机存储介质还能够是有形的以及非瞬时的。

[0056] 本说明书中描述的操作能够被实现为由数据处理装置对在一个或多个计算机可读存储设备上存储的数据或者从其他源接收的数据执行的操作。操作可以在数据处理装置的本地环境内或在由数据处理装置托管的一个或多个虚拟机或容器内执行。

[0057] 计算机程序(还被称为程序、软件、软件应用、脚本、或代码)能够以任意形式的编程语言来编写，包括经编译或解释的语言、声明或过程语言，并且其能够以任意形式来部署，包括适于在计算环境中使用的独立程序或者包括模块、组件、子例程、对象、或其他单元。计算机程序可以但不必须与文件系统中的文件相对应。程序能够被存储在托管其他程序或数据的文件的部分中(例如，在标记语言文档中存储的一个或多个脚本)，能够被存储在专用于所讨论的程序的单个文件中，或者能够被存储在多个协同文件中(例如，存储一个或多个模块、子程序、或部分代码的文件)。能够部署计算机程序以在一个计算机上或多个计算机或一个或多个虚拟机或容器上执行，其位于一个地点或者跨多个地点分布并且由通信网络互连。通信网络的示例包括局域网(“LAN”)和广域网(“WAN”)、互联的网络(例如，互联网)、以及对等网络(例如，对等点对点网络)。

[0058] 本说明书中描述的过程和逻辑流程能够由一个或多个可编程处理器执行，该一个或多个可编程处理器执行一个或多个计算机程序以通过操作输入数据并且生成输出来执行动作。过程和逻辑流程还能够由同样能够实现为专用逻辑电路的装置来执行，例如，FPGA(现场可编程门阵列)或ASIC(专用集成电路)。

[0059] 虽然本说明书包含众多特定的实施方式细节，但是，不应该将这些解释为限制能够要求保护的任意发明的范围，而是应该解释为对特定于特定发明的特定实施方式的特征的描述。在单独的实施方式的场境中在本说明书中描述的某些特征在单个实施方式中还能够以组合的方式来实现。相反地，在单个实施方式的场境中描述的各种特征还能够分别在多个实施方式中实现或者在任意适当的子组合中实现。此外，尽管能够如上地将特征描述为以某些组合来起作用并且甚至初始地这样要求，来自要求保护的组合的一个或多个特征能够在某些情况下从组合中删除，并且要求保护的组合能够指向子组合或子组合的变型。

[0060] 类似地，虽然按照特定顺序在附图中描绘了各操作，不应该将这理解为要求这样的操作按照所示的特定顺序或连续顺序来执行，或者理解为要求执行所有图示的操作，以达到期望的结果。在某些情形下，多任务以及并行处理可能是有利的。此外，以上描述的实施方式中的各种系统组件的分离不应该被理解为在所有的实施方式中要求这样的分离，并且应该理解，所描述的程序组件和系统通常能够一起集成在单个软件产品中或者封装成多个软件产品。

[0061] 对“或”的引用可以解释为包括性的，使得使用“或”描述的任意术语可以指示所描述的术语中的单个、多个、以及全部中的任意者。标记“第一”、“第二”、“第三”等等不一定意指指示排序并且通常仅用于在相同或类似的项或元素之间进行区分。

[0062] 对本公开中所述的实施方式的各种修改对本领域技术人员来说是显而易见的，并且在不脱离本公开的精神或范围的情况下，可将本文中定义的一般原理应用于其他实施方式。因此，权利要求不旨在限定到本文所示的实施方式，而是将被赋予与本文公开的公开内容、原理和新颖特征一致的最宽范围。