用于在机器对机器环境中安排移动数据网络的系统和方法

用于在机器对机器环境中安排移动数据网络的系统和方法
【专利摘要】本公开涉及一种用于在机器对机器环境中安排移动数据网络的系统和方法。一个示例中提供了一种方法，其包括接收与接入网络相关联的网络利用率数据，基于所述网络利用率数据来确定预定时间段的预期网络利用率，以及基于所述预期网络利用率来确定所述预定时间段的定价信息。所述定价信息包括针对至少一个应用与利用所述接入网络的至少一个客户端设备之间通信的至少一种价格费率。所述方法还包括向所述至少一个应用发送所述定价信息。
【专利说明】用于在机器对机器环境中安排移动数据网络的系统和方法

【技术领域】
[0001]本公开一般涉及通信领域，并且更特别地，涉及提供用于在机器对机器(M2M)环境中安排(orchestrate)移动数据网络的系统和方法。

【背景技术】
[0002]随着移动运营商竞争来增加容量和服务以满足加速需求，移动联网的显著增长正在给它们呈现极大的机会以及对应的挑战。全世界的移动运营商正见证移动数据订阅和带宽使用中的极大增长。免费、“超过限度”且离网应用和服务(诸如来自Skype、游戏厂商以及应用商店的那些)的出现正在影响移动运营商的投资回报(ROI)。消费者能够利用这些使用运营商的网络的应用和服务，而不用将甚至增量使用费用提供给移动运营商。虽然运营商在近期随着新的订阅而获益，但是长期来看存在来自数据业务的爆炸的收益性挑战。为了利用移动互联网爆炸，移动运营商必须将价值添加到第三方服务交易。能够根据新的收入和利润提取这种价值。在没有这种附加值的情况下，移动运营商冒险成为简单地带宽“比特管道”提供商。结果，对于移动运营商来说在它们的网络资产方面战略性地投资从而允许它们启动新的服务并且超过固定费率数据计划是关键的。在当前网络中，像订户的位置和订户的可达性等这样的各条信息分布在遍及网络的各种网络元件中，并且在网络中没有能够聚合存在于不同的网络元件中的信息、使信息相关以及将该信息馈送给各自外部实体的单个实体。


【发明内容】

[0003]根据本发明的第一方面，提供了一种方法，包括:接收与接入网络相关联的网络利用率数据；基于所述网络利用率数据来确定预定时间段的预期网络利用率；基于所述预期网络利用率来确定所述预定时间段的定价信息，所述定价信息包括针对至少一个应用与利用所述接入网络的至少一个客户端设备之间的通信的至少一种价格费率；以及向所述至少一个应用发送所述定价信息。
[0004]根据本发明的另一方面，提供了一种编码在一个或多个非暂时性有形介质中的逻辑，所述逻辑包括用于执行的代码，并且当由处理器执行时所述代码可操作来执行包括以下各项的操作:接收与接入网络相关联的网络利用率数据；基于所述网络利用率数据来确定预定时间段的预期网络利用率；基于所述预期网络利用率来确定所述预定时间段的定价信息，所述定价信息包括针对至少一个应用与利用所述接入网络的至少一个客户端设备之间的通信的至少一种价格费率；以及向所述至少一个应用发送所述定价信息。
[0005]根据本发明的又一方面，提供了一种装置，包括:存储器元件，该存储器元件被配置为存储数据，处理器，该处理器可操作来执行与所述数据相关联的指令，以及至少一个模块，所述至少一个模块被配置为:接收与接入网络相关联的网络利用率数据；基于所述网络利用率数据来确定预定时间段的预期网络利用率；基于所述预期网络利用率来确定所述预定时间段的定价信息，所述定价信息包括针对至少一个应用与利用所述接入网络的至少一个客户端设备之间的通信的至少一种价格费率；以及向所述至少一个应用发送所述定价信息。

【专利附图】

【附图说明】
[0006]为了提供对本公开及其特征和优点的更完整理解，现结合附图对以下描述进行参考，其中同样的附图标记表示同样的部分，其中:
[0007]图1是示出根据本公开的一个实施例用于安排移动网络的通信系统的高级架构的简化框图；
[0008]图2是示出根据本公开的另一实施例用于安排移动网络的通信系统的层次架构框架的实施例的简化框图；
[0009]图3是由安排/工作流引擎所执行的工作流协调操作的实施例的简化流程图；
[0010]图4图示安排/工作流引擎的协议转换平台的实施例；
[0011]图5是由安排/工作流引擎所执行的订户身份规格化操作的实施例的简化流程图；
[0012]图6是由安排/工作流引擎所执行的工作流协调操作的另一实施例的简化流程图；
[0013]图7是网络、服务、订户抽象、安排模块的呼叫流程的实施例的简化图；
[0014]图8是图示图2的通信系统的服务器的特定实施例的简化框图；
[0015]图9是用于在机器对机器(M2M)环境中安排移动数据网络的通信系统实施例的简化框图。
[0016]图10是用于在机器对机器(M2M)环境中安排移动数据网络的图9中通信系统通信层的简化图；
[0017]图11是图示用于在机器对机器(M2M)环境中安排移动数据网络操作的实施例的简化流程图；并且
[0018]图12是图示用于针对应用与客户端设备之间的通信以通告价格费率利用接入网络进行操作的实施例的简化流程图。

【具体实施方式】
[0019]MM
[0020]一个示例中提供了一种方法，其包括接收与接入网络相关联的网络利用率数据，基于网络利用率数据来确定预定时间段的预期网络利用率，以及基于预期网络利用率来确定预定时间段的定价信息。定价信息包括针对至少一个应用与利用接入网络的至少一个客户端设备之间通信的至少一种价格费率。所述方法还包括向至少一个应用发送定价信息。
[0021]在特定实施例中，所述方法还包括:向分析组件发送包括网络利用率数据的请求；以及从分析组件接收包括分析得出的网络利用率数据的响应。在再一个特定实施例中，预期网络利用率的确定是基于实时和历史分析得出的网络利用率数据的。
[0022]在另一特定实施例中，所述方法还包括接收与客户端设备在接入网络内的位置相关联的位置数据，其中预期网络利用率的确定是进一步基于位置数据的。在再一个特定实施例中，所述方法还包括从至少一个应用接收与接入网络的利用相关联的定价信息的订阅请求。在再一个特定实施例中，所述方法还包括向计费系统发送定价信息。
[0023]在另一特定实施例中，至少一个应用被配置为:确定定价信息是否满足至少一个应用的定价要求；当定价信息满足定价要求时，在预定时间段内向客户端设备发送对传感器数据的请求；以及在预定时间段内从利用接入网络的客户端设备接收包括传感器数据的响应。在再一个特定实施例中，定价信息包括与不同服务类别相关联的不同的价格费率。
[0024]在特定实施例中，客户端设备包括机器对机器模块。在特定实施例中，所述方法还包括使与客户端设备相关联的接入网络标识符与和客户端设备相关联的外部标识符相关联。在再一个特定实施例中，外部标识符用来通过与至少一个应用相关联的应用平台来标识客户端设备，并且接入网络标识符用来标识接入网络内的客户端设备。
[0025]示例实施例
[0026]现参考图1，图1是示出根据本公开的一个实施例用于安排移动网络的通信系统100的高级架构的简化框图。通信系统100包括服务器102，所述服务器102包括网络、月艮务与订户抽象模块104。网络、服务与订户抽象模块104包括网络基础设施与服务抽象层106、应用/第三方应用编程接口(API)网关108以及企业服务总线110。服务器102还包括网络服务层112、网络管理系统(NMS) 114以及分析模块116。
[0027]通信系统100提供用于移动网络的货币化架构。现今服务提供商面对的问题包括以快速方式创建针对企业和消费者市场两者的服务、动态地优化网络以推动效率、使得第三方应用开发者生态系统能够容易地利用网络的能力、以及在网络与应用开发者之间提供服务水平协定的强制性。本文中所描述的架构的一个或多个实施例解决了这些问题。各种实施例允许移动服务提供商、固定线路提供商和/或大企业创建暴露网络能力并且允许应用开发者和封闭式应用开发者利用网络的能力的平台，从而允许服务提供商通过优化基础设施、创建允许服务提供商迅速地且高效地创建新的服务提供的服务框架以及定义可以被监控、实施并且依靠的一套准则(包括服务质量)来货币化网络的能力。各种实施例提供与服务提供商提供的现有能力集成在一起同时避免“淘汰并替换”场景并且确保更快投放市场时间的架构。
[0028]网络服务层112提供对通信系统100内的网络服务的管理。在特定实施例中，网络服务层112可以提供身份管理、服务管理、策略管理、装置管理以及订户数据管理中的一个或多个。身份管理使得服务提供商能够跨越所有应用、装置类型以及接入类型来管理订户。在移动上下文中，身份管理功能可以驻留在归属位置寄存器(HLR)、归属订户服务器(HSS)以及认证、授权与计帐(AAA)服务器中的一个或多个内。服务管理使得服务提供商能够跨越所有接入类型、装置类型以及订户来管理服务/应用计费/评级功能。在移动上下文中，服务管理功能可以驻留在在线计费系统(OCS)和离线计费系统(OFCS)中的一个或多个中。装置管理使得服务提供商能够在与不同的接入和应用交互时管理装置行为。在移动上下文中，装置管理功能可以驻留在开放移动联盟装置管理(OMA-DM)功能和接入网络发现与选择功能(ANDSF)中，但是在其它实施例中还可以扩展成允许修改装置参数、安全性参数、应用交互等的运营商特定的实施方式。
[0029]策略管理使得服务提供商能够定义基于来自身份/服务/装置管理功能、网络功能、分析学功能的各种输入参数、与在内部定义的规则(例如，当日的、促销的)结合的规贝U，以确定针对特定订户、在特定装置上、在特定时刻(例如，实时的)、在特定位置(例如，手机信号塔)处的特定服务在被连接到特定网络时将被如何处理。在移动上下文中，策略管理功能可以实况驻留在策略和计费规则功能(PCRF)中。订户数据管理使得服务提供商能够递送反映订户的单独偏好的实时服务。订户数据管理可以包含首要服务层管理工作流项目以及成为允许结构化或非结构化的多条信息被存储并且聚合成整体性“用户配置文件”的服务层管理数据库的基础。被管理的订户数据可以包括身份信息、认证信息、个性化信息、策略设定以及针对特定服务的设定。在特定实施例中，订户数据管理包括订户配置文件储存库(SPR)。
[0030]匪S114管理在通信系统100内也称作被管理装置的网络元件。在特定实施例中，匪S114可以包括网络元件的发现、故障/事件监控以及提供。装置管理可以包括故障、配置、计费、性能以及安全性管理。管理任务包括发现网络清单、监控装置健康和状态、提供影响系统性能的条件的警报以及问题的标识、它们的源和可能的解决方法。NMS114可以进一步收集装置统计并且可以维护包括问题和在过去成功的解决方案的先前的网络统计的存档。如果故障复现，匪S114可以搜索存档以得到可能的解决方案。分析模块116分析由服务器104实时地接收到的网络业务并且提供通信系统100内的网络使用的视图。分析模块116可以包括分析、剖析、建模以及数据库功能。
[0031]根据一个或多个实施例，网络、服务与订户抽象模块104被配置为或者收集信息或数据，或者促进其它功能从通信系统100内的各种网络元件收集信息或数据。在收集的情况下，网络、服务与订户抽象模块104被配置为通过检验在诸如网际协议(IP)地址或移动订户标识符之类的收集到的数据之间的一个或多个相关因素来抽象数据，基于相关因素将相关数据一起组合成能够被稍后访问并且利用的数据的一致存储。结果，网络、服务与订户抽象模块104从非结构化数据创建结构化数据。网络、服务与订户抽象模块104在至少一个实施例中被配置为从网络服务层112、匪SI 14以及分析模块116中的一个或多个收集数据以用于抽象和存储。抽象功能为服务聚合和协议转换提供无状态的通信平面。抽象功能是无状态的但是在各种实施例中，数据库不是无状态的。在一个或多个实施例中，数据的收集可以是主动拉出，其中网络、服务与订户抽象模块104正从特定网络元件拉出信息。在其它实施例中，数据的收集可以是主动推送，其中网络元件正在配置的阈值或时间窗口上将特定信息推送到网络、服务与订户抽象模块104。在再其它的实施例中，网络、服务与订户抽象模块104可以在数据通过该模块时以被动方式收集数据。抽象层包括提供服务聚合器功能的移动IP网络使能器(enabler)。聚合功能为服务启动提供实时网络、订户、应用智能(诸如分组核心、探测器以及其它元件)的收集和协调。API网关提供安全地使得能实现与第三方深度集成的协议转换功能。OSS聚合提供到现有OSS以及第三方服务代理人中的计费和结算整合以提供安排工作流。
[0032]服务器102通过网络基础设施与服务抽象层106与客户端设备118、无线接入网基础设施120、网络基础设施122以及M2M应用124通信。在特定实施例中，客户端设备118可以包括诸如移动电话、智能电话或平板电脑之类的任何移动客户端设备。在特定实施例中，客户端设备118可以包括移动性、分析学、虚拟桌面基础设施(VDI)/虚拟体验基础设施(VXI)、统一通信与协作(UC&C)、视频以及管理功能。RAN基础设施120包括被配置为实现无线接入网功能的硬件和软件，并且可以包括操作维护中心无线电设备(OMC-R)、小型手机、eNB/NB/BTS、RAN优化、RRH/BBU以及无线网络控制器(RNC)功能。网络基础设施122包括被配置为实现有线网络基础设施功能的硬件和软件，并且可以包括光学、路由、旧IN、以太网、MPC以及位置功能。M2M应用124被配置为将M2M应用功能提供给固定或移动订户。在特定实施例中，M2M功能可以包括机器类型通信交互功能(MTC-1WF)和服务能力服务器(SCS)。
[0033]网络、服务与订户抽象模块104在至少一个实施例中被进一步配置为从客户端设备118、RAN基础设施120、网络基础设施122以及集成M2M应用124中的一个或多个收集数据以用于抽象和存储。
[0034]服务器102进一步经由应用/第三方API网关108与企业应用126通信，并且经由企业服务总线I1与运营商OSS基础设施128通信。企业应用126将第三方服务和操作支持系统(OSS)服务提供给网络中的订户。在特定实施例中，企业应用126可以包括应用服务器和OSS功能。在一个或多个实施例中，企业应用126可以将企业应用提供给通信网络100。在特定实施例中，企业应用可以包括协作、视频通信以及在企业系统内或在没有企业系统的情况下托管的电子邮件服务。运营商OSS基础设施128支持诸如维护网络清单、提供服务、配置网络组件、管理故障、取得订单、处理账单以及收集支付之类的进程。在特定实施例中，运营商OSS基础设施128可以包括计费、客户关怀、服务履行以及服务保证组件。企业OSS可以包括客户关怀、企业服务/应用履行、员工资产跟踪、信息安全性规则以及其它企业功能。计费组件可以包括零售计费，其使得运营商能够基于服务计划、使用、促销以及其它OSS交互来生成客户帐单，并且使得第三方能够利用运营商计费系统用于诸如针对出现在客户的账单上的应用内(in-app)购买对订户收费，从而允许第三方W1-Fi提供商给订户或服务递送平台交互(例如，铃声下载)开账单。计费组件还可以区分企业数据使用(其与工作任务有关)和来自具有相同订户身份的相同装置的客户数据使用(其与个人任务有关)。计费组件还可以使得基于分析学的方法能够将订户计费趋势理解为将可能促进服务创建、商业活动创建、标价等的信息提供给运营商的手段。这可以是针对预付费用户或企业共享数据计划用户，在这种情况下计费系统同样以实时、聚合(跨越多个接入类型)和后付费方式管理定额/平衡。
[0035]客户关怀组件可以包括:客户交互系统，其用来为客户自助服务、企业IT自助服务以及直接机器对客户的信息提供通道；客户关系管理，其用来将复杂的市场、销售以及运营支持提供给与客户交互的服务提供商代理；以及订户管理软件，其用来支持关怀代理和直接客户交互。服务履行组件可以包括用来提供订单管理系统以安排实现客户订单、处理互相依赖性、其它内容服务提供商(CSP)、云服务提供商和企业平台即服务(PaaS)的请求以及人工订单所需的步骤的系统。服务履行组件可以还包括清单管理系统以跟踪可用来在网络中供应服务、分配资源、设计网络连接并且发现网络配置以及使它们与清单记录一致。服务履行组件可以进一步提供用来自动地配置网络设备和网络服务系统以提供订户请求的服务的激活，并且工程工具指的是规划、设计、安装并且配置网络和服务的支持工程师，包括规划和设计工具、外线设备以及地理信息系统和网络安装与配置工具。
[0036]服务保证组件可以包括服务管理系统以将客户与它们的单独服务链接，并且使得CSP能够生成关于每个客户和服务的粒状报告以验证服务水平委托。服务保证组件可以还包括性能监控系统以从由设备制造商所供应的网络元件和元件管理系统收集电路交换和分组数据并且为操作职员提供报告。服务保证组件可以还包括用来跟踪由服务中断产生的事故并且有效地分发现场资源的劳动力自动化软件，以及探测器系统依靠专用硬件和软件代理从网络收集信令和介质数据。在至少一个实施例中，通信系统100的各种组件可以互操作以提供包括商业咨询、设计咨询、产品相关服务、系统集成、外包操作以及托管的管理服务的专业服务130。
[0037]在各种实施例中，网络、服务器以及订户抽象模块104被配置为将从通信系统100内的数据源(诸如客户端设备118)所获得的已抽象信息提供给信息消费者，诸如企业应用126和运营商OSS基础设施128中的一个或多个，所述信息消费者使用该信息来像将在此进一步描述的那样将某个附加值服务提供给网络中的订户。在一个或多个实施例中，结构化/相关数据库是允许诸如企业应用126和运营商OSS基础设施128之类的“北向”系统更有效地起作用的东西。
[0038]在图1中所图示的特定实施例中，网络服务层112、匪S114、客户端设备118、RAN基础设施120、M2M应用124、企业应用126的应用服务器与网络、服务与订户抽象模块104具有推/拉式数据连接。进一步地，在图1中所图示的特定实施例中，分析模块116、网络基础设施122、企业应用126的OSS功能以及运营商OSS基础设施128的组件与网络、服务与订户抽象模块104具有拉式连接。在再其它的实施例中，一个或多个组件可以与任何其它组件具有推式连接、拉式连接或推式和拉式连接。
[0039]随着移动运营商竞争来增加容量和服务以满足加速需求，移动联网的显著增长正在给它们呈现极大的机会以及对应的挑战。全世界的移动运营商正见证移动数据订阅和带宽使用中的极大增长。“超过限度”及离网应用和服务(诸如来自salesforce.com、Skype、游戏厂商以及应用商店的那些)的出现正在影响移动运营商的投资回报(ROI)。消费者能够利用使用运营商的网络的这些应用和服务，而不用将甚至增量使用费用提供给移动运营商。虽然运营商在近期随着新的订阅而获益，但是长期来看存在来自数据业务的爆炸的收益性挑战。为了利用移动互联网爆炸，移动运营商必须将价值添加到第三方服务交易。能够根据新的收入和利润提取这种价值。在没有这种附加值的情况下，移动运营商冒险成为简单地带宽“比特管道”提供商。结果，对于移动运营商来说在它们的网络资产方面战略性地投资从而允许它们启动新的服务并且超过固定费率数据计划是关键的。在当前网络中，像订户的位置和订户的可达性等这样的各条信息分布在遍及网络的各种网络元件中，并且在网络中没有能够聚合存在于不同的网络元件中的信息、使信息相关以及将该信息馈送给各自外部实体的单个实体。
[0040]对于创建新的服务的当前挑战可以包括:长可用性时间-典型地启用服务要十二到十八个月；服务孤岛-构建一个服务不总是帮助构建第二服务；个性化-每个服务具有唯一要求；没有杀手级应用-市场条件在运营商与地区之间变化；以及响应时间的滞后-难以响应于市场趋势而迅速地创建或者修改服务。在机器对机器(M2M)的情况下，运营商利润和服务成本点比消费者要低得多，这就需要提供更有效的服务，建设更有效的网络基础设施。虽然运营商具有显著的挑战，但是他们同样具有显著的市场优点和唯一价值。例如，应用开发者常常要求利用仅在网络中可用的信息。应用提供商挑战包括:受限于或者不能够访问网络；对大量的准确位置信息的有限可见性，没有实时访问；缺少理解或者与复杂运营商拓扑进行通信的期望；在使多个源/厂商相关时的困难；以及缺少载体应用/服务的标准接口。
[0041]移动运营商有机会利用它们的网络中的关键资产(实时订户、应用以及网络智能)并且构建获得这种智能以货币化网络的架构。本文中所描述的各种实施例提供了提高服务速率的货币化架构，从而迅速地使得能实现多个用例，同时提供平台以便开发者利用该网络。这可以为运营商和应用开发者提供增加的收入，同时增强订户体验。
[0042]至少一个实施例解决从不同的源抽象出数据并且将该数据组织成能够被转化成诸如超文本传送协议(HTTP)、可扩展消息出席协议(XMPP)、受限应用协议(CoAP)和信息队列遥测传输(MQTT)的一个或多个外部协议的相干格式的问题。直径是用于计算机网络的认证、授权以及计账协议并且在互联网工程任务组(IETF)请求评注(RFC)6743中被描述。现有系统不能够确定多个源中的哪一个源包含所请求的、使来自多个源的数据相关的信息，执行分析学并且以全网可缩放的方式以相干格式呈现信息。此外，现有系统需要一个以上的实体来执行类似的功能，但是仍然缺少提供网络规模解决方案的可量测性。
[0043]在各种实施例中，网络、服务与订户抽象模块104可以进一步当作增量式地使来自各种源的数据相关以抽象有用的全网信息的数据流引擎。这连同高水平可量测性一起允许网络、服务与订户抽象模块104将网络级抽象提供给企业应用126中的应用和OSS系统。在各种实施例中，网络、服务与订户抽象模块104收集全网数据，对数据执行一组变换并且使数据相关以使得它可以相干格式呈现，所述相干格式能够由在网络、服务与订户抽象模块104外的实体使用。
[0044]在特定实施例中，通信系统100提供使得运营商能够通过收获、抽象并且货币化来自网络的智能来迅速地创建并且修改用于货币化的用例的灵活移动架构/框架。货币化运用可以包括如一般消费者控制点、定向广告插入、视频、毫微微/W1-Fi/位置/存在信息、协作、网真、拥塞/控制、远程信息处理、远程/视频监视、自动计量基础设施、ATM/P0S、远程监控/自动化、信息显示、MS云、LTE语音和视频以及消息传送这样的服务。许多货币化运用涉及在不进行人工干预的情况下从一个机器至另一个机器的通信，通信流和来自通信流的数据只与机器有关。
[0045]现参考图2，图2是示出根据本公开的另一实施例用于安排移动网络的通信系统200的层次架构框架的实施例的简化框图。在图2的实施例中，通信系统200包括四个层次层。第一层网络层包括客户端设备118a、无线接入网(RAN)基础设施120、网络基础设施122a以及M2M应用124a。网络层可以包括一个或多个移动分组核心平台的基本网络元件和包含在这些平台内的服务。第二层可以包括网络、服务、订户抽象、安排模块202、分析模块116以及网络管理服务组件114。第三层可以包括网络服务112，以及第四层可以包括由服务提供商所提供的较高级服务和应用，包括第三方应用204、移动应用206、企业应用126、0SS/BSS元件208以及其它计费、网络管理和第三方和/或运营商应用。在特定实施例中，第三方应用204由M2M服务提供商提供，且包括专门用于M2M服务提供商的单独的0SS/BSS系统208。在特定实施例中，网络服务112、匪S114、分析学116以及网络、服务、订户抽象、安排模块202可以在服务器201内实现。网络基础设施122a包括执行联网功能以将移动分组核心的网络层元件与网络、服务、订户抽象、安排模块202接口对接的网际协议网络使能器(IPNE)客户端210。在特定实施例中，网络、服务、订户抽象、安排模块202经由可扩展消息出席协议(XMPP)/可扩展标记语言(XML)与移动平台的能力接口对接，并且RESTFuI作为传输机制接口对接以使用XML模式暴露这些能力。XMPP是用于基于XML的面向消息中间件的通信协议。XML是定义用于对文档进行编码的一组规则的标记语言。表述性状态转移(REST)是用于分布式系统的一种软件架构并且包括围绕资源的表示的转移而构建的请求和响应。资源可以是可以被寻址的基本上任何相干的且有意义的概念并且资源的表示典型地是捕获资源的当前或预定状态的文档。典型地，客户端在它准备好做出到新的状态的转变时开始发送请求。每个应用状态的表示可以包含可以在客户端下次选择发起新的状态转变时使用的链接。符合REST约束一般地被称为“RESTful”。被暴露的能力和数据被存储在如将在本文中进一步描述的网络、服务、订户抽象、安排模块202数据库中。网络层可以还包括组成包括将链接提供给其它域的客户端侧能力的网络平台的其它组件。
[0046]在各种实施例中，网络、服务、订户抽象、安排模块202包含子元件，子元件包括API网关/服务递送平台108、移动IP网络使能器(MINE)组件212、服务目录组件214、资源管理器组件216以及安排/工作流引擎218。MINE组件212当作到IPNE客户端210的接口层并且包含中央储存器220以便存储诸如可以被稍后访问的调用记录和网络结构之类的网络信息。在特定实施例中，中央储存器220可以基于分布式文件系统结构并且可以通过XMPP接口来访问。对较低层以及来自网络层的请求信息的访问通过MINE组件212执行。MINE组件212将单个入口点提供给网络并且同样安排网络要求。
[0047]服务目录组件214被配置为针对较高层服务公开网络能力和资源可用性。资源管理组件216被配置为针对诸如第三方和运营商应用之类的应用公开网络能力和资源可用性。在各种实施例中，服务目录组件214和资源管理器组件216直接地通过MINE212组件执行这些能力的公开。在特定实施例中，服务目录组件214和资源管理器组件216通过MINE组件212使用诸如XMPP接口之类的接口来公开能力。在再其它的实施例中，服务目录组件214和资源管理器组件通过MINE组件212使用应用/第三方API网关108来公开能力。
[0048]API网关/服务递送平台108a将能力暴露给第四层的较高级服务和应用，诸如第三方应用204、移动应用206、0SS/BSS元件208以及其它计费、网络、网络管理和第三方和/或运营商应用。在特定实施例中，API网关/服务递送平台108a通过全球移动通信系统协会(GSMA)经由基于标准的GSMA OneAPI接口将能力暴露给第四层的较高级服务和应用。在另一个特定实施例中，API网关/服务递送平台108a通过基于标准的0neM2M API将能力暴露给第四层的较高级服务和应用。API网关/服务递送平台108a被进一步配置为将适配器提供给标准服务提供商计费和后端系统。在至少一个实施例中，这些层的组合允许服务提供商迅速地实现新的服务和特征。安排/工作流引擎218被配置为像将在本文中进一步描述的那样安排各种网络元并且使用MINE组件212来协调网络元件之间的工作流。
[0049]分析模块116提供包括利用由MINI组件212所提供的数据暂存器220并且基于来自安排/工作流引擎的请求来分析网络状态以及经由可以经由策略功能被应用于网络的特定触发器来响应的功能。在特定实施例中，MINE组件212被配置为经由XMPP接口和/或标准移动接口与分析模块116接口对接。在一个或多个实施例中，分析模块116可以包含分析学引擎组件、建模组件、概括组件以及可视化组件。在各种实施例中，分析模块116订阅被包含在MINE组件212的数据暂存器220中的信息，分析模块116可以使用这种信息来执行历史趋势分析。在一些实施例中，MINE组件212可以被进一步配置为向分析模块116发送数据的实时馈送，使得分析模块116可以执行数据的立即处理和/或对一个或多个触发器做出响应。在另一实施例中，MINE组件212可以请求对数据执行的查询，从而使分析模块116变得屈从于MINE组件212，或者更具体地使MINE组件212成为分析模块116的控制器。MINE组件212然后可以基于从分析模块116所接收到的查询响应来触发特定动作。
[0050]网络服务112可以提供可以存在于服务提供商网络内的身份管理、策略管理、月艮务管理、设备管理以及订户数据管理功能中的一个或多个。MINE组件212被配置为在由网络服务112所提供的功能与其它网络元件之间提供链路。
[0051]根据各种实施例，通信系统200的网络元件中的一个或多个(诸如网络基础设施122a的移动分组核心和M2M应用124a的TDF/PEF、优化、以及MS元件)可以是知道利用网络元件或服务的订户的身份的订户感知网络元件。进一步地，在各种实施例中，网络服务包括诸如HSS/HLR、PCRF、OCS以及SPR之类的订户数据库。根据各种实施例，网络、服务、订户抽象、安排模块202在订户感知网络元件与订户数据库之间提供互连。在各种实施例中，网络、服务、订户抽象、安排模块202安排并且协调订户感知网络兀件与订户数据库之间的工作流，并且提供各种网络元件与数据库之间的协议转换。在特定实施例中，订户为M2M模块本身。
[0052]根据各种实施例，上文描述的框架允许服务提供商容易地提供与它们的网络能力相关的服务，动态地优化那些能力，并且创建使得能实现快速服务启动的环境。所描述的架构的各种实施例允许移动服务提供商、固定线路提供商和/或大企业创建平台，所述平台暴露网络能力并且允许应用开发者和封闭式应用开发者利用网络的能力。各种实施例可以允许服务提供商通过优化基础设施并且进而创造允许服务提供商迅速地且有效地创建新的服务提供的服务框架来货币化网络的能力。在至少一个实施例中，上文描述的架构与服务提供商的现有能力集成以避免“淘汰并替换”场景并且确保较快的投放市场时间。
[0053]一个或多个实施例可以提供一个或多个优点，包括利用现有的服务提供商环境来消除“淘汰并替换”场景，并且允许容易访问对于应用开发者和服务提供商来说历史上一直非常难以访问的网络能力。
[0054]在一个或多个实施例中，创建使包括策略、网络抽象以及安排的三个基本元件的策略框架和分析学与网络访问相结合地绑定在一起的策略框架。各种实施例提供将这些元件一起绑定到现有服务提供商0SS/BSS系统中的服务创建环境。这种框架的各种实施例可以被用来创建/运行诸如企业对消费者(B2C)、企业对企业(B2B)、机器对机器(M2M)以及安全性服务之类的多个不同的服务。进一步地，一个或多个实施例可以提供可以被部署在基于云的架构中的大规模可缩放的框架。
[0055]在示例工作流中，网络、服务、订户抽象、安排模块202接收从诸如车用资讯娱乐应用之类的企业应用126到与车辆相关的模块的服务请求。在各种实施例中，网络、服务、订户抽象、安排模块202提供网络元件之间的协议转换。在特定示例中，来自第三方提供商的请求被格式化为CoAP请求。该请求包括对在预定时间段内保证特定服务质量的请求。作为响应，安排/工作流引擎218从CoAP请求生成DIAMETER(直径)请求并且向网络服务112的策略管理(诸如PCRF)发送该直径请求以确定该服务请求是否满足与订户相关联的一个或多个策略。安排/工作流引擎218还可以生成给网络服务112的身份管理服务(诸如HSS)的直径请求以确定与该服务请求相关联的订户的身份，生成给0SS/BSS208的直径请求以确定计费系统是否将允许该服务请求。安排/工作流引擎218可以进一步向网络基础设施122a的移动分组核心发送请求以确定在网络是否存在任何拥塞。安排/工作流引擎218可以进一步向RAN基础设施120的RAN优化发送请求以确定在无线电接口上是否存在拥塞。在再其它的示例中，安排/工作流引擎218可以从分析模块116请求信息以基于由分析模块116所存储的历史信息来确定网络是否将在预定时间段内拥塞。基于对这些各种请求的响应，安排/工作流引擎218可以确定来自企业提供商的初始请求是否将被允许。
[0056]图3是由安排/工作流引擎218所执行的工作流协调操作的实施例的简化流程图300。在302中，安排/工作流引擎218从与订户相关联的客户端设备118a接收入站服务请求。在特定实施例中，入站服务请求是HTTP入站请求。在至少一个实施例中，入站请求包括来自客户端设备118a的应用对于通过网络将一个或多个服务提供给客户端设备118a的请求。在特定示例中，请求是对诸如流介质会话或其它视频/音频协作之类的车用资讯娱乐呈现的请求。在304中，安排/工作流引擎218将授权应用到网络服务112中。在306中，安排/工作流引擎218向网络服务112的策略管理服务发送请求以确定入站请求是否符合与客户端设备118相关联的一个或多个策略。在特定实施例中，策略管理服务是PCRF。在308中，策略管理服务对请求应用与订户相关联的一个或多个策略以确定该请求是否依从一个或多个策略。根据各种实施例，可以以任何数目的方法定义策略。例如，策略能够描述如何针对特定IP流、需要被安排在一起以适用特定用户服务的服务或一组安全性规则来实施规则。在另一示例中，策略可以描述哪些服务适用于应用请求并且所示出的那些服务如何被安排在一起以便提供所请求的服务。在特定示例中，策略可以描述如何为对M2M会话的请求安排网络分析功能、自优化网络控制器以及协议转换器。在310中，安排/工作流引擎218从策略管理服务接收有关请求是否依来自一个或多个策略的响应。
[0057]在312中，安排/工作流引擎218向计费服务发送请求以执行预付费检查来确定订户是否已对所请求的服务预付费了。在特定实施例中，计费系统是0CS。在314中，计费服务执行预付费检查以确定订户是否已对所请求的服务预付费了。在M2M的特定应用中，如果没有预付费用户，运行310和312可以不在相同实施例中执行。在316中，安排/工作流引擎218从计费服务接收指示订户是否已对所请求的服务预付费了的响应。在318中，安排/工作流引擎218向策略管理服务发送有关服务请求是否遵照一个或多个可编程策略的请求。在各种实施例中，可编程策略是诸如可由应用或管理员编程的访问控制策略。在320中，策略管理服务执行检查以确定服务请求是否遵照一个或多个可编程策略。在322中，安排/工作流引擎218从策略管理服务接收指示初始请求遵照一个或多个可编程策略的响应。
[0058]在324中，安排/工作流引擎218可以在实例中调用外部应用编程接口(API)，在所述实例中需要调用第三方服务以满足初始服务请求。在特定实施例中，对外部API的调用是对与该外部API相关联的外部HTTP端点的调用。在特定实施例中，API是标准0neM2MAPI。在326中，安排/工作流引擎218创建对于服务请求的结算。在328中，安排/工作流引擎218向计费服务发送费用请求以便请求针对服务的费用。在330中，计费系统执行预付费计费改变以便针对所创建的结算对订户收费。在332中，安排/工作流引擎218接收指示预付费计费改变已被执行的预付费计费响应。
[0059]在334中，安排/工作流引擎218确定是否将对所请求的服务的访问许可给客户端设备118a。在至少一个实施例中，安排/工作流引擎218通过使从网络元件和服务接收到的响应相关并且基于有关服务请求将被许可的响应做出是否许可访问所请求的服务的决定。例如，在特定实施例中如果在链或响应中的响应的任一个指示不应该或者不能够许可服务请求，则安排/工作流引擎218将不将服务请求许可给客户端设备118a。例如，如果PCRF指示服务请求将不满足特定策略，如果分析模块116指示将不存在在预定时间段内必定提供所请求的服务的可用QOS，或者如果OCS指示订户将不具有保持以负担请求的服务的费用的足够平衡，则安排/工作流引擎218可以指示所请求的服务将不被许可给客户端设备118a。在336中，安排/工作流引擎218向客户端设备118a发送指示客户端设备118a被许可访问所请求的服务的出站响应消息。在特定实施例中，出站响应是HTTP出站响应。
[0060]图4图示安排/工作流引擎218的协议转换平台400的实施例。在图4中所图示的实施例中，安排/工作流弓丨擎218包括一个或多个协议转换模块402a-402i。在特定图示的实施例中，安排/工作流引擎218包括短消息服务(SMS)转换模块402a、多介质消息传送服务(MMS)转换模块402b、位置转换模块402c、语音呼叫控制转换模块402d、支付转换模块402e、装置能力转换模块402f、数据连接转换模块402g、QoS配置文件转换模块402h以及区域存在转换模块402i。网络、服务、订户抽象、安排模块202还包括网络网关(NGW)转换模块404，以及与安排/工作流引擎218通信的MINE212。
[0061]网络、服务、订户抽象、安排模块202与一个或多个网络元件406a_406g进一步通信。在所图示的实施例中，一个或多个网络元件406a-406g包括短消息服务中心(SMSC) 406a、多介质消息传送服务中心(MMSC) 406b、移动平台控制器(MPC) 406c、会话发起协议(SIP)代理服务器406d、计费服务406e、M2M平台406f以及PCRF/SPR406g。在图4中所图示的特定实施例中，SMS转换模块402a、MMS转换模块402b、位置转换模块402c以及语音呼叫控制转换模块402d与网络网关转换模块404通信，并且支付转换模块402e与计费服务406e通信。数据连接转换模块402g、QOS配置文件转换模块402h以及区域存在转换模块 402i 与 MINE212 通信。NGW404 与 SMSC406a、MMSC406b、MPC406c 以及 SIP 代理服务器406d进一步通信。MINE212与M2M平台406f和PCRF/SPR406g进一步通信。
[0062]协议转换模块402a_402i中的每一个和网络网关转换模块404被配置为接收以第一协议格式所格式化的消息(诸如请求)并且转化待以第二协议格式格式化的消息。在所图示的图4的实施例中，每个协议转换模块402a-402i被配置为接收以第一格式408所格式化的消息。在特定示例中，第一协议格式408是M2M格式，诸如消息队列遥测传输(MQTT)或受限应用协议(CoAP)。协议转换模块402a-402d可以被配置为将以第一协议格式408所接收到的消息转化为第二协议格式410并且将经转化的消息传送到NGW410。支付转换模块402e可以被配置为将第一协议格式408的消息转化为第三格式412并且将经转化的消息传送到计费服务406e。协议转换模块402g-402i可以被配置为将第一协议格式408的消息转化为第四协议格式414并且将经转化的消息传送到MINE212。在特定实施例中，第四协议格式414是XMPP协议格式。网络网关转换模块404可以被进一步配置为转化以第二协议格式410从协议转换模块402a-402d中的每一个接收到的消息，将该消息转化成第五协议格式416，并且将经转化的消息传送到网络元件406a-406d。MINE212可以被配置为将以第四格式414从协议转换模块402a-402i接收到的消息转化为第六协议格式418并且将经转化的消息传送到网络元件406f-406g。
[0063]图5是由安排/工作流引擎218所执行的订户身份规格化操作的实施例的简化流程图500。在502中，安排/工作流引擎218接收包括外部身份和与M2M模块有关的网络地址的请求，其中，M2M模块与移动网络连接。在特定实施例中，响应于与外部身份有关的模块的请求，该模块由第三方服务提供商所用并用于标识用户，请求可能来自诸如M2M服务提供商之类的第三方服务提供商。在M2M服务提供商的情况下，模块可能与标准方式对齐，以标识模块。在特定实施例中，模块与车辆有关，外部身份是车辆识别码。在特定实施例中，网络地址是如由第三方M2M服务提供商所看到的与用户相关联的网际协议(IP)地址。如果网络地址转换(NAT)正在被应用，则这种IP地址可以不同于为移动网络所知的IP地址。在504中，安排/工作流引擎218确定所接收到的外部身份和移动网络订户标识符(ID)的映射是否在与安排/工作流引擎218相关联的高速缓存中被找到。如果在高速缓存中未找到外部身份和移动网络订户标识符(ID)的映射，则操作继续到506。在506中，安排/工作流引擎218确定NAT是否正被应用于所接收到的网络地址。如果NAT正被应用于所接收到的网络地址，则操作继续到508，其中安排/工作流引擎218就与所接收到的请求相关联的实际网络地址而查询负责网络地址转换的NAT装置。在510中，安排/工作流引擎218接收到与所接收到的请求相关联的实际网络地址并且继续到512。如果在506中，安排/工作流引擎218确定NAT未被正在应用，则操作继续到512。
[0064]在512中，安排/工作流引擎218就与网络地址相对应的国际移动订户身份(IMSI)而查询网络基础设施122a的移动分组核心。在514中，安排/工作流引擎218从移动分组核心接收与网络地址相对应的頂SI。在516中，安排/工作流引擎218就与MSI相关联的订户标识符(ID)而查询身份管理数据库。在特定实施例中，订户ID是与M2M模块相关联的移动订户集成服务数字网络号码(MSIDN)或移动电话号码。尽管已经使用IMSI和MSIDN标识符对特定实施例进行了描述，但是应该理解的是，在其它实施例中可以使用任何类型的订户标识符。在至少一个实施例中，身份管理数据库是HSS/HLR。在518中，安排/工作流引擎218从身份管理数据库接收与MSI相关联的移动网络订户ID。在520中，外部身份被映射到移动网络订户ID和IMSI。在522中，安排/工作流引擎218将外部身份、订户ID以及IMSI的映射存储在与安排/工作流引擎218相关联的高速缓存中。
[0065]在524中，安排/工作流引擎218将订户ID和/或MSI提供给将使用该MSI和/或订户ID来履行对服务的请求的一个或多个网络元件。如果在504中确定了在与安排/工作流弓丨擎218相关联的高速缓存中找到了外部身份和移动网络订户ID映射，则操作继续到526，其中安排/工作流引擎218从高速缓存中检索映射到外部身份的移动网络订户ID和MSI并且进行到524。在524之后，操作在528处结束。通过将外部身份和在外部理解的IP地址缓存到订户ID、IMSI以及移动网络理解的IP地址的映射，随后包括该外部身份的请求不需要诸如身份管理数据库或移动分组核心之类的网络元件的另一查询确定移动网络订户身份以及頂SI和IP地址映射。
[0066]图6是由安排/工作流引擎218所执行的工作流协调操作的另一实施例的简化流程图600。在602中，安排/工作流引擎218从请求者接收服务请求。在604中，响应于请求来触发工作流的实例化。在一个实施例中，从与位于通信系统200内部的请求者相关联的内部网络元件接收请求。在特定应用中，从诸如MTC-1WF之类的M2M应用124a中的一个接收请求。在另一示例中，分析模块116可以检测拥塞并且发送请求以触发安排/工作流事件。在再一个实施例中，从需要工作流的实例化的外部网络元件接收请求，这将导致对请求者的响应。例如，可以从第三方M2M服务提供商接收请求。在606中，安排/工作流引擎218确定需要满足并且安排请求的一个或多个网络元件和/或一个或多个订户数据库。在608中，安排/工作流引擎218协调一个或多个网络元件和/或订户数据库之间的工作流以满足请求。
[0067]在610中，安排/工作流引擎218从第一网络元件接收具有第一协议格式的第一通信消息。在612中，安排/工作流引擎218将第一通信消息转换为具有第二通信协议格式的第二通信消息。在614中，安排/工作流引擎218向第二网络元件发送第二通信消息。
[0068]在616中，安排/工作流引擎218确定对请求者的响应是否是需要的。如果对请求者的响应是需要的，则安排/工作流引擎218在618中向请求者发送响应并且操作继续到620。如果在616中确定了对请求者的响应是不需要的，则操作继续到620。在620中，安排/工作流引擎218确定一个或多个网络元件和/或订户数据库的修改是否是工作流所需要的。如果在通信系统200内的一个或多个网络元件和/或订户数据库的修改是需要的，则操作继续到622。在622中，安排/工作流引擎218修改一个或多个网络元件和/或订户数据库。在特定实施例中，在一个或多个网络元件和/或订户数据库内修改配置信息或其它数据。
[0069]在特定示例中，RAN基础设施120的RAN优化系统检测拥塞并且通过安排/网络工作流引擎218通知网络服务112的PCRF存在拥塞。PCRF可以使工作流实例化，所述工作流请求针对正在其对它们能够在该月内消费的数据量的限制附近的所有重度网络用户使视频优化实例化。因此，PCRF可以发起安排/工作流引擎218在其中通过查询分析模块116以确定谁是重度用户来确定正在它们的定额限制附近的重度用户的工作流，查询在线计费系统以确定正在它们的定额附近的用户，将响应返回给PCRF。PCRF可以使规则实例化，所述规则对于这些用户实施视频优化并且触发与那些用户相关联的业务转向视频优化的服务路径。
[0070]操作然后继续道624，其中操作结束。如果确定了一个或多个网络元件和/或订户数据库的修改不是需要的，则操作继续到操作在其中结束的624。
[0071]图7是网络、服务、订户抽象、安排模块202的呼叫流程700的实施例的简化图。呼叫流程700使用许多网络元件和订户数据库来图示，所述网络元件和订户数据库包括M2M服务提供商702的企业M2M应用、网络、服务、订户抽象、安排模块202的网络抽象层(NAL) 704、策略服务器(PCRF)706、订户策略寄存器(SPR) /用户数据储存库(UDR) 708、网络元件I至网络元件x(NETl...X) 710、分析学(AN) 712以及用户设备714。在至少一个实施例中，用户设备714是客户端设备118a。在716中，UE714向M2M服务提供商702发送会话开始请求(Sess1nStart)。在图7中所图示的特定实施例中，会话开始请求时对TurboBoost服务的请求,在所述TurboBoost服务中UE714正在请求网络性能的按需动态增加。在718中，M2M服务提供商702向NAL704发送加速可用性请求(BoostAvailRequest)。在720中，NAL704检查满足会话开始请求所需要的资源的可用性。在722中，NAL704向AN712发送请求资源是否将是可用的分析学建模的资源模型请求(RschModelRequest)。在724中，AN712向NAL704发送指示资源是否将是可用的资源模型响应(RscModelResponse)。在726中，NAL704向PCRF706发送基于一个或多个策略而请求服务请求是否将被允许的加速允许请求(BoostAllowRequest)。在728中，PCRF706向SPR/UDR708 发送加速授权请求(BoostAuthRequest)。在 730 中，SPR/UDR708 向 PCRF706发送加速授权响应(BoostAuthResponse)。在732中，PCRF706向NAL704发送加速允许响应(BoostAllowResponse)。在734中，NAL704向M2M服务提供商702发送加速可用性响应(BoostAvaiIResponse)。
[0072]在736中，M2M服务提供商702向UE714发送指示将存在利用所请求的服务的附加费用的升级通知消息(UpgradeNotify)。在738中，用户接受该费用。在740中，UE714向M2M服务提供商702发送升级确认消息(UpgradeConfirm)。在742中，M2M服务提供商702向NAL704发送加速请求(BoostRequest)。在744中，NAL704向PCRF706发送请求与UE714的用户相关联的用户配置文件信息的服务配置文件请求(SvcProfileRequest)。在746中，PCRF706向NAL704发送包括用户配置文件信息的服务配置文件响应(SvcProfileResponse)。在748中，NAL704向网络元件(NE1...x) 710中的一个或多个发送一个或多个策略计费控制(PCC)请求(PCCRequestl...x)。在750中，网络元件(NE1...x)710中的一个或多个向NAL704发送一个或多个PCC响应(PCCResponsel...x)。
[0073]在752中，NAL704执行提供所请求的服务所必需的BSS/0SS和外部网络元件的安排。在754中，NAL752向M2M服务提供商702发送加速响应(BoostResponse)。在756中，网络元件(NE1...x) 710向NAL704发送一个或多个资源更新消息(ResourceUpdatel...x)。在758中，NAL704向网络元件(NE1...x)710中的一个或多个发送一个或多个肯定应答消息(Ackl...x)。应该理解的是，在网络元件与订户数据库之间交换的消息中的每一个都可以被以由发送网络元件所利用的特定协议格式接收并且转化为由接收网络元件所利用的特定协议格式。
[0074]图8是图示图2的通信系统200的服务器201的特定实施例的简化框图800。图2的服务器201的特定实施例包括处理器802、存储器元件804以及网络、服务、订户抽象、安排模块202。处理器802被配置为执行软件指令以执行如本文中所描述的服务器201的各种操作。存储器元件804可以被配置为存储与服务器201相关联的软件指令和数据。网络、服务、订户抽象、安排模块202被配置为实现如本文中所描述的各种安排、工作流协调以及转换功能。
[0075]尽管图8中所图示的特定实施例将服务器201示出为包括单个节点，但是应该理解的是在其它实施例中，服务器201可以包括任何数目的节点。在再其它的实施例中，集群可以由遍及许多服务器分布的任何数目的处理节点或通信网络内的其它网络元件形成。
[0076]在再其它的实施例中，移动IP使能器(MINE)组件212被配置为提供和移动数据网络相关联的一个或多个网络元件与和企业网络相关联的一个或多个网络元件之间的集成信令。在特定实施例中，MINE组件212提供网络地址转换功能，其中与特定M2M模块相关联的标识符(诸如网际协议(IP)地址)被映射到由企业M2M服务用来标识特定用户的标识符，诸如车辆识别码。可以由一个或多个企业网络提供给用户设备装置的企业服务提供的示例包括车载资讯系统、车载资讯娱乐以及ATM/P0S系统。
[0077]图9是用于在机器对机器(M2M)环境中安排移动数据网络的通信系统900的实施例的简化框图。在工业测量仪表的情况下，M2M可以包括其中具有传感器的装置捕获在特定位置处的事件(诸如温度、压力、存货水平等)的上下文，并且装置通过接入网络(无线、有线或混合)将所捕获的事件信息中继到应用程序中的应用，所述应用程序将所捕获的事件信息转换成待呈现给用户的有意义的信息。图9示出了包括移动IP使能器(MINE)组件212、API网关108、网络抽象层模块902、服务层模块904以及服务代理906的网络、服务与订户抽象层202。网络、服务与订户抽象层202与应用平台908通信。
[0078]在所图示的实施例中，应用平台908包括API管理模块910和一个或多个应用模块912。在至少一个实施例中，API管理模块910可以被配置为访问API网关108并且(一个或多个)应用912可以被配置为接收并且处理从M2M模块920接收到的传感器信息。应用平台908与终端用户914和一个或多个接入网络916进一步通信。在一个或多个特定实施例中，(一个或多个)接入网络916可以包括一个或多个无线网络、一个或多个有线网络或无线和有线网络的混合。在特定实施例中，(一个或多个)接入网络916可以包括RAN基础设施和/或其它网络基础设施中的一个或多个。在特定实施例中，(一个或多个)接入网络916可以包括具有策略实施和移动性管理功能的核心网络。
[0079]网络、服务与订户抽象层202与计费系统918进一步通信。(一个或多个)接入网络916与M2M模块920进一步通信。在特定实施例中，计费系统918可以包括0SS/BSS，所述0SS/BSS包括计费/评级、结算、商业智能以及企业资源计划(ERP)/客户关系管理(CRM)功能。在所图示的实施例中，M2M模块920包括用于执行一个或多个装置应用的装置应用模块922，以及与M2M模块920相关联并用于捕获感测到的数据的一个或多个传感器924。
[0080]通信系统900还包括耦合在应用平台908与(一个或多个)接入网络916之间的网络地址转换(NAT)模块926。在一个或多个实施例中，NAT模块926被配置为使与M2M模块920相关联的接入网络标识符(诸如移动网络订户身份)与和由应用平台908所使用的M2M模块920相关联的外部标识符相关联。
[0081]如将在本文中进一步描述的那样，在各种实施例中，MINE组件212被配置为接收与诸如(一个或多个)接入网络之类的一个或多个网络相关联的网络利用率数据和/或其它网络数据，并且基于利用率数据来确定针对网络在特定时间段使用的定价信息(pricinginformat1n) ?在一个或多个实施例中，MINE212可以向分析模块116发送请求以分析所接收到的网络利用率数据，并且分析模块116可以使用当前利用数据和/或历史利用数据来分析网络利用率数据，以对预定时间段内的预期网络利用率进行建模。MINE组件212可以被进一步配置为从分析模块116接收经分析的利用数据，确定针对网络在一个或多个特定时间段的使用的定价信息，并且通过API网关108向应用平台908发送该定价信息。因此，在一个或多个实施例中，MINE组件212可以通过API网关108传送消息直到(一个或多个)应用912 (诸如第三方应用)，以向(一个或多个)应用912通知通告价格以便利用(一个或多个)接入网络916在M2M模块920与(一个或多个)应用912之间转移数据。终端用户914可以使用通告定价信息来决定何时预期M2M模块920将传送特定类型和/或等级的数据。基于定价信息，应用平台908可以确定是否在特定时间段内使用网络。MINE组件212可以被进一步配置为向计费系统918发送定价信息，使得计费系统918可以针对(一个或多个)接入网络916的使用，按照MINE组件212所确定的当前费率对应用平台908收费。因此，当费率改变判定由MINE组件212做出时，它将向计费系统918通知指示在特定时间段内特定费率的新的费率信息。在特定实施例中，能够使用针对不同等级用户的多个等级的服务，其中每个等级的服务具有不同的定价费率。例如，MINE组件212可以同时通告针对M2M应用的特定价格和针对内容缓存应用的不同价格。
[0082]在图9所示的特定实施例中，(一个或多个)应用912可以被配置为在对于(一个或多个)接入网络的数据利用具有可接受的费率的时间段期间从M2M模块920请求传感器数据，并且M2M模块920的装置应用922可以被配置为从(一个或多个)传感器924捕获传感器信息，并且在预定时间段内向(一个或多个)应用912传送传感器信息。在特定实例中，终端用户914可以为了最低成本确定对其来说实时地接收数据不是重要的特定数据应该在当模块应用922可以跨越接入网络916传递业务用时在(一个或多个)接入网络916上存在低利用时被传送。在另一实例中，终端用户914可以确定期望特定数据被实时地接收，而不管成本如何。
[0083]在机器对机器应用的不例实施方式中，M2M模块920可以在一个或多个油井场处被配置为将遥测数据提供给应用平台908的(一个或多个)应用912。例如，终端用户914可以期望以规制间隔接收指示抽出了多少加仑、操作条件、关于泵用电动机的磨损期限、泵压力等的报告。传统上，可能需要终端用户914支付数据传送时因使用接入网络而由提供商征收的任何费用。然而，无线网络经历明显的利用峰值和低谷，其中运营商可能想在网络上存在小流量时降低递送业务的成本并且当网络忙时提高递送业务的成本。典型地，在高峰时间通信是网络上的峰值时间。在M2M应用中，一些遥测数据可以稍微具有时效性，但是实时需要的数据并非如此具有时效性。例如，对于小时泵更新而言，对于应用平台908来说可能没有必要确切地准点地接收数据。当对于数据递送来说更划算时，第三方应用可以替代地安排更新。此外，可能期望收集诸如维护条件和泵压力之类的其它统计日报。在另一示例中，终端用户914可能希望每天捕获泵机构的图像，使得它能够针对仅能够在视觉上被确定的磨损或某种其它视觉条件被检验。然而，图像数据可以是相当大的。如果应用平台908具有有关传送数据的价格的成本信息，则(一个或多个)应用912可以被配置为实现指示不需要实时接收图像信息的商业逻辑，并且结果期望以所提供的最低成本来接收数据。相比之下，可能期望在检测到这样的故障之后不久传送油井中故障的指示，使得一旦有可能最小化由于油井的不活动而导致的金钱损失时就可以使油井重新联机。
[0084]在一些实施例中，MINE组件212可以利用M2M模块920的位置信息，使得可以基于在特定位置处的网络中的网络利用率确定针对网络使用的通告竞价。在特定示例中，MINE组件212可以通告第一位置的高价格、第二位置的中等价格和/或第三位置的低价格。在通信系统900的示例操作中，MINE组件212从诸如RAN基础设施120和/或网络基础设施122之类的(一个或多个)接入网络916收集利用数据以确定(一个或多个)接入网络916的利用。
[0085]在特定实施例中，MINE组件212可以将利用数据提供给分析模块116，并且分析模块116执行网络利用率的分析和统计建模，诸如利用在一定时间段内的平均值，以确定(一个或多个)接入网络916在一个或多个预定时间段的预期利用。分析模块116可以被配置为将指示(一个或多个)接入网络916在一个或多个预定时间段的预期利用的信息提供给MINE组件212。MINE组件212然后可以针对一个或多个等级和/或类型的业务为(一个或多个)接入网络916在预定时间段的利用确定定价信息，并且通过API网关108向已订阅接收定价信息的(一个或多个)特定应用912通告定价信息。在特定实施例中，MINE组件212可以基于从分析模块116接收到的结果以及分析(估计)来通告当前费率以及计划的费率时间表。在各种实施例中，可以以诸如针对特定价格(例如，每100kb$0.03)之类的各种方式或者以诸如高、中等或低费率类别之类的特定费率类别的方式通告费率。
[0086]在一些实施例中，MINE组件212可以被配置为响应于网络利用率中的突然改变来确定并且通告给定间隔的新的当前费率，并且(一个或多个)应用912可以决定它是否希望以新的费率来利用(一个或多个)接入网络916。例如，在存在诸如自然灾害之类的紧急情况并且网络利用率大大增加的情形下，(一个或多个)接入网络916的运营商可能不愿意M2M应用在这段时间发送数据，因为它们被预先通知了特定时间段将具有低费率。因此，MINE组件212可以立即就M2M应用而通告新增加的费率，以便在这段时间阻止通过M2M应用的使用。
[0087]在再其它的实施例中，MINE组件212可以接收有关当前网络利用率并且相应地改变当前定价信息。例如，MINE组件212可以为M2M应用提供低费率并且接收大量M2M应用已利用低费率来传送信息的反馈。MINE组件212可以允许这样的使用持续通告间隔，诸如一分钟的间隔，然后提供中等费率以设法补偿网络的使用。
[0088]图10是用于在机器对机器(M2M)环境中安排移动数据网络的通信系统900的通信层1000的简化图。通信层包括与具有API管理模块910的应用平台908通信的应用912。应用平台908与服务层904进一步通信。服务层904包括网络、服务、订户抽象层202和数据管理组件1002。数据管理组件1002包括数据/元数据管理、分析与报告组件。
[0089]服务层904与服务代理906进一步通信。在特定实施例中，服务代理906包括发布/订阅与事件管理、会话管理、数据聚合、调度以及目录组件。在至少一个实施例中，服务层904可以与0SS/BSS208和NMS114进一步通信。在图10所示的特定实施例中，MINE组件212包括网络抽象层902和服务代理906，网络、服务、订户抽象层202包括MINE组件212以及伙伴管理、生命周期管理、装置/身份管理和策略/资源管理组件。在图10所示的特定实施例中，0SS/BSS208还包括计费/评级、结算、商业智能以及企业资源计划(ERP)/客户关系管理(CRM)功能。在图10所示的特定实施例中，匪S114可以包括地址管理、DNS管理、故障管理以及配置管理组件。
[0090]在特定实施例中，服务代理906由运营商提供。服务代理906与网络抽象层902进一步通信。在特定实施例中，网络抽象层模块902包括网络选择、协议转换、互联以及价值导向的路由组件。网络抽象层902与(一个或多个)接入网络916进一步通信。在特定实施例中，(一个或多个)接入网络916包括具有策略实施和移动性管理组件的无线核心网络1004。
[0091]在一个实施例中，应用平台908可以使用本机通信与M2M模块920进行通信，以直接通过(一个或多个)接入网络916来推送/拉出数据，而不用通过网络、服务、订户抽象层202。在另一实施例中，M2M模块920可以经由(一个或多个)接入网络916与网络抽象层模块902进行通信，并且网络抽象层模块902通过API网关108使用直接消息传送将数据传送到应用平台908。在再一个实施例中，M2M模块920可以经由(一个或多个)接入网络916与服务层模块904进行通信，并且服务层模块904通过API网关108将数据传送到应用平台908。
[0092]在一个或多个实施例中，M2M模块902可以经由(一个或多个)接入网络916使用服务代理906与应用平台908进行通信。在所述实施例中，一个或多个应用912可以在它从MINE组件212接收到满足一个或多个应用912的特定要求的定价信息时将请求发送到待通知的服务代理906。当服务代理906接收到满足特定要求的定价信息时，服务代理906向特定应用912发送指示要求已被满足的消息。(一个或多个)应用912然后可以确定是否以通告价格利用网络。例如，(一个或多个)应用912可以向服务代理906发送定价要求，以指示它希望如果它在接下来的十二个小时内接收到低价格则利用网络，并且如果它未在十二小时内接收到低价格则以中等价格利用网络。在特定实施例中，应用平台908可以使用扩展GMSA OneAPI或0neM2M协议与MINE组件212进行通信。
[0093]图11是图示用于在机器对机器(M2M)环境中安排移动数据网络操作的实施例的简化流程图1100。在1102中，MINE组件212从一个或多个应用912中接收针对特定M2M模块920与(一个或多个)接入网络916的利用相关联的定价信息的一个或多个订阅。在一个或多个实施例中，从应用平台908的一个或多个应用912接收针对定价信息的订阅。在1103中，MINE组件212确定被连接到M2M模块920的接入网络。在一个或多个实施例中，MINE组件212使与M2M模块920相关联的接入网络标识符与和M2M模块相关联的外部标识符相关联。在特定实施例中，外部标识符用来通过与应用平台908关联的应用912来标识M2M模块920，并且接入网络标识符用来标识接入网络916内的M2M模块920。在1104中，MINE组件212接收与接入网络916相关联的网络利用率数据。在一个或多个实施例中，网络利用率数据表示正在接入网络916内由一个或多个装置所利用的带宽。在1106中，MINE组件212向分析组件116发送包括网络利用率数据的请求。在一个或多个实施例中，分析组件116分析网络利用率数据，以对在将来一个或多个预定时间段的预期网络利用率进行建模。在1108中，MINE组件212接收包括经分析得出的网络利用率数据的响应。
[0094]在1110中，MINE组件212接收与M2M模块920在接入网络916内的位置相关联的位置数据。在各种实施例中，M2M模块920的位置可以由基站和/或通过接收全球定位系统(GPS)信号来确定。在1112中，MINE组件212基于经分析得出的网络利用率数据和位置信息中的一个或多个来确定预定时间段的预期网络利用率。在替代实施例中，不是向分析组件116发送网络利用率数据以及接收分析得出的网络利用率数据，而是MINE组件212可以被配置为基于所接收到的网络利用率数据和位置信息中的一个或多个来确定预定时间段的预期网络利用率。
[0095]在1114中，MINE组件1114基于预期网络利用率来确定预定时间段的定价信息。在一个或多个实施例中，定价信息包括针对至少一个应用912与利用接入网络916的至少一个M2M模块920之间通信的至少一种价格费率。在各种实施例中，定价信息可以包括与不同服务等级相关联的不同的价格费率。在一个或多个实施例中，服务等级可以基于与数据类型或特定用户中的一个或多个相关联的服务等级。在各种实施例中，定价信息可以包括针对一个或多个服务等级的定价时间表。在1116中，MINE组件212向至少一个应用912发送定价信息。至少一个应用912可以使用该定价信息来确定它何时可能希望从M2M模块920接收数据。在1118中，MINE组件212向计费系统918发送定价信息，以使得计费系统918能够在预定时间段内向至少一个应用912指示适当的费率。操作然后结束。
[0096]图12是图示用于以针对应用与客户端设备之间的通信以通告价格费率利用接入网络操作的实施例的简化流程图1200。在1202中，应用912发送与接入网络916的利用相关联的定价信息的订阅请求，以从M2M模块920接收传感器数据。在1204中，应用912接收到用于在预定时间段内利用接入网络916的定价信息。在1206中，应用912确定定价信息是否满足应用912的定价要求。定价要求可以包括应用912在其中愿意支付用于从M2M模块920接收传感器数据的通告费率的条件。
[0097]如果定价信息不满足应用912的定价要求，则操作返回到1204，其中应用912等待从MINE组件212接收下一个定价信息。如果定价信息满足应用912的定价要求，则操作继续到1208。在特定实施例中，如果在特定时间段内尚未接收到满足应用912的定价要求的定价信息，则操作可以继续到1208。
[0098]在1208中，应用912在通告定价信息的预定时间段内向M2M模块920发送对传感器数据的请求。该请求包括用于M2M模块920利用接入网络916向应用912发送传感器数据的请求。在1210中，应用912在预定时间段内利用接入网络916从M2M模块920接收包括传感器数据的响应。操作然后结束。
[0099]在一个实施方式中，服务器201包括软件以实现(或者以促进)如本说明书中在本文中所概述的操作。注意在一个示例中，这些元件中的每一个都能够具有内部结构(例如，处理器、存储器元件等)来促进一些本文中所描述的操作。在其它实施例中，操作可以在这些元件外部执行，或者被包括在某个其它网络元件中以实现这种预定功能性。替换地，服务器201可以包括能够与其它网络元件协调以便像本文中所概述的那样实现操作的这种软件(或往复式软件)。在仍然其它的实施例中，一个或数个装置可以包括便于其操作的任何适合的算法、硬件、软件、组件、模块、接口或对象。
[0100]注意在特定示例实施方式中，本文中所概述的安排、工作流协调以及转换功能可以由在一个或多个有形介质中编码的逻辑(例如，在专用集成电路[ASIC]中所提供的嵌入式逻辑、数字信号处理器[DSP]指令、待由处理器或其它类似机器执行的软件[潜在地包括目标代码和源代码]等)来实现。在这些实例中的一些中，存储器元件[如图8所示]能够存储用于本文中所描述的操作的数据。这包括能够存储被执行从而执行本说明书中所描述的活动的软件、逻辑、代码或处理器指令的存储器元件。处理器能够执行与数据相关联的任何类型的指令以实现在本说明书中本文中所详述的操作。在一个示例中，处理器(如图8所示)能够将元件或物品(例如，数据)从一个状态或事物变换为另一状态或事物。在另一示例中，本文中所概述的活动可以用固定逻辑或可编程逻辑(例如，由处理器所执行的软件/计算机指令)加以实现，并且本文中所标识的元件可以是某种类型的可编程处理器、可编程数字逻辑(例如，现场可编程门阵列(FPGA)、可擦可编程只读存储器(EPR0M)、电可擦可编程ROM(EEPROM))或包括数字逻辑、软件、代码、电子指令的ASIC，或其任何适合的组口 ο
[0101]在一个示例实施方式中，服务器201可以包括软件以便实现本文中所概述的功能。这些活动能够由网络、服务、订户抽象与安排模块202的子模块促进(其中子模块能够被以任何适当的方法合适地组合，所述方式可以基于特定配置和/或提供需要)。服务器201能够包括存储器元件以用于存储待在像本文中所讨论的那样实现数据抽象活动时使用的信息。附加地，服务器201可以包括能够执行软件或算法以像本说明书中所公开的那样执行操作的处理器。这些装置可以进一步将信息保持在任何适合的存储器元件(随机存取存储器(RAM)、ROM、EPROM、EEPROM、ASIC等)、软件、硬件中，或者在适当情况下并且基于特定需要保持在任何其它适合的组件、装置、元件或对象中。本文中所讨论的存储器项目中的任一个(例如，数据库、表、树、高速缓存等)应该被解释为被包含在广义术语“存储器元件”内。类似地，本说明书中所描述的潜在的处理元件、模块以及机器中的任一个都应该被解释为被包含在广义术语“处理器”内。网络元件中的每一个都还能够包括用于在网络环境中接收、发射和/或以其它方式传送数据或信息的适合的接口。
[0102]注意，采用上面所提供的示例以及本文中所提供的许多其它示例，可以在两个、三个或四个网络元件方面对交互进行描述。然而，这已实现仅用于清楚和示例的目的。在特定情况下，可能更易于通过仅参考有限数目的网络元件对给定的一组流的功能性中的一个或多个进行描述。应该了解的是，通信系统100、200以及900 (和它们的教导)是容易地可缩放的并且能够适应大量组件以及更复杂的/高级的布置和配置。因此，所提供的示例不应该限制范围，或者禁止如潜在地应用于无数其它架构的通信系统100、200以及1000的广泛教导。
[0103]同样重要的是注意，前面的流程图中的步骤仅图示一些可以由通信系统100、200以及900或者在其内执行的可能的信令场景和模式。可以在适当情况下删除或者去除这些步骤中的一些，或者在不背离本公开的范围的情况下可以大幅修改或者改变这些步骤。此夕卜，许多这些操作已被描述为被与一个或多个附加的操作同时或者与一个或多个附加的操作并行地执行。然而，可以大大变更这些操作的定时。已经出于示例和讨论的目的提供了前面的操作流程。必要的灵活性由通信系统100、200以及900来提供，因为在不背离本公开的教导的情况下，可以提供任何适合的布置、年表、配置以及定时机制。
[0104]尽管已经参考特定布置和配置详细地描述了本公开，但是在不背离本公开的范围的情况下，可以显著地改变这些示例配置和布置。例如，尽管已经参考牵涉特定端点组件和特定协议的特定通信交换描述了本公开，但是通信系统100、200以及900可以适用于其它协议和布置。而且，本公开同样地适用于除移动架构以外的各种技术，因为这些已仅被提供用于讨论的目的。
[0105]附加地，尽管已经参考促进通信过程的特定元件和操作举例说明了通信系统100、200以及900，但是这些元件和操作可以用实现通信系统100、200以及900的预定功能性的任何适合的架构或过程代替。
【权利要求】
1.一种方法，包括: 接收与接入网络相关联的网络利用率数据； 基于所述网络利用率数据来确定预定时间段的预期网络利用率； 基于所述预期网络利用率来确定所述预定时间段的定价信息，所述定价信息包括针对至少一个应用与利用所述接入网络的至少一个客户端设备之间的通信的至少一种价格费率；以及 向所述至少一个应用发送所述定价信息。
2.如权利要求1所述的方法，还包括: 向分析组件发送包括所述网络利用率数据的请求；以及 从所述分析组件接收包括分析得出的网络利用率数据的响应。
3.如权利要求2所述的方法，其中所述预期网络利用率的确定是基于实时的和历史的分析得出的网络利用率数据的。
4.如权利要求1所述的方法，还包括接收与所述客户端设备在所述接入网络内的位置相关联的位置数据，其中所述预期网络利用率的确定是进一步基于所述位置数据的。
5.如权利要求1所述的方法，还包括从所述至少一个应用接收对与所述接入网络的利用率相关联的定价信息的订阅请求。
6.如权利要求1所述的方法，还包括向计费系统发送所述定价信息。
7.如权利要求1所述的方法，其中所述至少一个应用被配置为: 确定所述定价信息是否满足所述至少一个应用的定价要求； 当所述定价信息满足所述定价要求时，在所述预定时间段期间向所述客户端设备发送对传感器数据的请求；以及 在所述预定时间段内从利用所述接入网络的客户端设备接收包括所述传感器数据的响应。
8.如权利要求1所述的方法，其中所述定价信息包括与不同服务等级相关联的不同的价格费率。
9.如权利要求1所述的方法，其中所述客户端设备包括机器对机器模块。
10.如权利要求1所述的方法，还包括使与所述客户端设备相关联的接入网络标识符和与所述客户端设备相关联的外部标识符相关联。
11.如权利要求10所述的方法，其中所述外部标识符用来由与所述至少一个应用相关联的应用平台来标识客户端设备，并且所述接入网络标识符用来标识所述接入网络内的客户端设备。
12.编码在一个或多个非暂时性有形介质中的逻辑，所述逻辑包括用于执行的代码，并且当由处理器执行时所述代码可操作来执行包括以下各项的操作: 接收与接入网络相关联的网络利用率数据； 基于所述网络利用率数据来确定预定时间段的预期网络利用率； 基于所述预期网络利用率来确定所述预定时间段的定价信息，所述定价信息包括针对至少一个应用与利用所述接入网络的至少一个客户端设备之间的通信的至少一种价格费率；以及 向所述至少一个应用发送所述定价信息。
13.如权利要求12所述的逻辑，其中所述操作还包括: 向分析组件发送包括所述网络利用率数据的请求；以及 从所述分析组件接收包括分析得出的网络利用率数据的响应。
14.如权利要求13所述的逻辑，其中所述预期网络利用率的确定是基于所述分析得出的网络利用率数据的。
15.如权利要求12所述的逻辑，其中所述操作还包括:接收与所述客户端设备在所述接入网络内的位置相关联的位置数据，其中所述预期网络利用率的确定是进一步基于所述位置数据的。
16.如权利要求12所述的逻辑，其中所述操作还包括:从所述至少一个应用接收对与所述接入网络的利用率相关联的定价信息的订阅请求。
17.如权利要求12所述的逻辑，其中所述操作还包括:向计费系统发送所述定价信息。
18.如权利要求12所述的逻辑，其中所述至少一个应用被配置为: 确定所述定价信息是否满足所述至少一个应用的定价要求； 当所述定价信息满足所述定价要求时，在所述预定时间段内向所述客户端设备发送对传感器数据的请求；以及 在所述预定时间段内从利用所述接入网络的客户端设备接收包括所述传感器数据的响应。
19.如权利要求12所述的逻辑，其中所述定价信息包括与不同服务等级相关联的不同的价格费率。
20.如权利要求12所述的逻辑，其中所述客户端设备包括机器对机器模块。
21.如权利要求12所述的逻辑，其中所述操作还包括使与所述客户端设备相关联的接入网络标识符和与所述客户端设备相关联的外部标识符相关联。
22.如权利要求21所述的逻辑，其中所述外部标识符用来由与所述至少一个应用相关联的应用平台来标识客户端设备，并且所述接入网络标识符用来标识所述接入网络内的客户端设备。
23.一种装置，包括: 存储器元件，该存储器元件被配置为存储数据， 处理器，该处理器可操作来执行与所述数据相关联的指令，以及 至少一个模块，所述至少一个模块被配置为: 接收与接入网络相关联的网络利用率数据； 基于所述网络利用率数据来确定预定时间段的预期网络利用率； 基于所述预期网络利用率来确定所述预定时间段的定价信息，所述定价信息包括针对至少一个应用与利用所述接入网络的至少一个客户端设备之间的通信的至少一种价格费率；以及 向所述至少一个应用发送所述定价信息。
24.如权利要求23所述的装置，其中所述至少一个模块被进一步配置为: 向分析组件发送包括所述网络利用率数据的请求；以及 从所述分析组件接收包括分析得出的网络利用率数据的响应。
25.如权利要求23所述的装置，其中所述预期网络利用率的确定是基于所述分析得出的网络利用率数据的。
26.如权利要求23所述的装置，其中所述至少一个模块被进一步配置为接收与所述客户端设备在所述接入网络内的位置相关联的位置数据，其中所述预期网络利用率的确定是进一步基于所述位置数据的。
27.如权利要求23所述的装置，其中所述至少一个模块被进一步配置为从所述至少一个应用接收对与所述接入网络的利用率相关联的定价信息的订阅请求。
28.如权利要求23所述的装置，其中所述至少一个模块被进一步配置为向计费系统发送所述定价信息。
29.如权利要求23所述的装置，其中所述至少一个应用被配置为: 确定所述定价信息是否满足所述至少一个应用的定价要求； 当所述定价信息满足所述定价要求时，在所述预定时间段内向所述客户端设备发送对传感器数据的请求；以及 在所述预定时间段内从利用所述接入网络的客户端设备接收包括所述传感器数据的响应。
30.如权利要求23所述的装置，其中所述定价信息包括与不同服务等级相关联的不同的价格费率。
31.如权利要求23所述的装置，其中所述客户端设备包括机器对机器模块。
32.如权利要求23所述的装置，其中所述至少一个模块被进一步配置为使与所述客户端设备相关联的接入网络标识符和与所述客户端设备相关联的外部标识符相关联。
33.如权利要求32所述的装置，其中所述外部标识符用来由与所述至少一个应用相关联的应用平台来标识客户端设备，并且所述接入网络标识符用来标识所述接入网络内的客户端设备。
【文档编号】H04W8/18GK104519456SQ201410408889
【公开日】2015年4月15日 申请日期:2014年8月19日 优先权日:2013年10月4日
【发明者】凯文·D·沙特卡莫, 斯蒂芬·伯纳德·拉布 申请人:思科技术公司