用于与底层网络的服务层计费关联的方法和设备与流程
相关申请的交叉引用
本申请要求2014年10月28日提交的美国临时专利申请第62/069,464号的优先权，其公开内容以引用的方式全部并入本文。
背景技术：
第三代合作伙伴计划(3gpp)涵盖了蜂窝电信网络技术，包括：无线电接入、核心传输网络、和服务能力。将用于无线通信的3gpp移动核心网络(mcn)架构的最新版本称为演进型分组核心(epc)。演进型分组核心(epc)具有“扁平架构”来从性能和成本的角度高效地处理数据流。epc还将用户数据(也称为用户平面)与信令(也称为控制平面)分开以使epc扩展独立。
3gpp网络策略和计费控制(pcc)系统提供按照订户和按照ip数据流的策略和计费的动态控制。其支持更好的qos控制以使得应用服务器能够动态地控制所交付的服务的服务质量(qos)和计费策略。
图1是图示了由其间具有指定接口的若干功能组成的pcc架构100的示意图。策略和计费规则功能(pcrf)102负责管理针对ip-can会话、ip-can承载、或者服务数据流(sdf)的策略和计费。策略和计费执行功能(pcef)104包含服务数据流检测、策略执行、和基于流的计费功能。3gpp网络支持离线计费和在线计费两者。离线计费系统(ofcs)106是计费信息不会实时影响所呈现的服务(诸如，后付费订户)的机制。ofcs106包括计费数据功能(cdf)和计费网关功能(cgf)。cdf使用从计费触发功能(ctf)接收的信息来构建计费数据记录(cdr)。cgf充当在3gpp网络与记账域之间的网关以传送cdr。相反，在线计费系统(ocs)108执行计费功能，例如，实时信用控制。这使得ocs108能够实时影响服务执行，通常是针对预付费订户。3gpp网络支持各种计费模型，诸如，基于容量的计费、基于时间的计费、基于容量和时间的计费、基于事件的计费、和不计费。
从协议栈的角度，服务层通常位于应用协议层上方并且将增值服务提供给客户端应用。因此，服务层通常分类为“中间件”服务。例如，图2是图示了在ip网络栈204与应用206之间的示例性服务层202的示意图。
m2m/iot服务层是专门针对向m2m/iot类型的装置和应用提供增值服务的一种类型的服务层的示例。近来，多个行业标准机构(例如，onem2m)已经开发了m2m/iot服务层来解决与将m2m/iot类型的装置和应用集成到部署(诸如，互联网/web、蜂窝、企业、和家庭网络)中相关联的难题。
m2m服务层可以向应用和装置提供对服务层支持的面向m2m的能力的类集的访问。一些示例包括安全、计费、数据管理、装置管理、发现、提供、和连接性管理。这些能力经由利用由m2m服务层定义的消息格式、资源结构、和资源表示的api而可供应用使用。
onem2m是用于开发技术规范的新标准，该技术规范解决对公共m2m服务层的需要，该公共m2m服务层可以容易地嵌入在各种硬件和软件内，并且可以依赖该公共m2m服务层将领域中的各种装置与世界范围内的m2m应用服务器连接。
图3是图示了支持公共服务功能(csf)(即，服务能力)的集合的onem2m公共服务层302的示意图。将一种或者多种特定类型的csf的集合的实例化称为公共服务实体(cse)304，可以将该公共服务实体托管在不同类型的网络节点(例如，基础设施节点、中间节点、专用节点)上。
onem2m正在按照两种架构方法来开发服务层。图4是图示了用于onem2m的roa(面向资源的架构)架构的示意图。资源是在架构中的具有可以经由restful方法(诸如，创建、检索、更新、和删除)来操纵的表示的唯一可寻址元件。通过使用通用资源标识符(uri)来使这些资源可寻址。资源可以包含(多个)子资源和(多个)属性。子资源是与父资源具有包含关系的资源。父资源表示包含对其(多个)子资源的引用。子资源的生命期受父资源的资源生命期的限制。每个资源支持存储资源的信息的“属性”集合。
图5是图示了用于onem2m的soa(面向服务的架构)的示意图。正在开发soa架构，以考虑不是基于restful的遗留部署。soa架构主要重新使用了相同的服务层功能架构。服务层包含各种m2m服务，并且可以将多个服务分组到服务部件中。除了现有参考点之外，soa架构还引入了服务间参考点msc。在m2m服务部件之间的通过msc参考点的通信利用web服务方法，例如，web服务消息交换模式(mep)。
再次参阅图3，mcn参考点是为在公共服务实体(cse)304与底层网络服务实体(nse)306之间的通信流设计的。这些流使得cse304能够使用由底层nse306提供的所支持的服务(除了传输和连接性服务之外)。
跨mcn参考点的在cse304与nse306之间的通信包括：
·由底层网络提供的(多个)cse接入网络服务功能；以及
·优化底层网络的网络服务处理。
这种服务通常不仅仅是通用传输服务。
通过mcn参考点的到底层网络的通信包括：
·由应用和网络运营商通过使用若干现有机制来广泛地部署的消息服务。
·由网络运营商针对其服务使用由其它sdo(例如，oma和gsma)定义的网络api。
·已经由3gpp网络定义了mtc(机器类型通信)的针对服务和安全方面的互联。
由onem2m定义的服务计费和结算(sca)csf308负责处理所有计费和结算问题。表格1示出了与计费关联有关的计费要求，然而，当前onem2m规范并未完全解决这些要求。
表格1：对计费关联的onem2m要求
技术实现要素：
公开了服务层计费关联的机制。示例性机制描述了服务层如何就计费关联信息与底层网络交互并且如何执行在服务层处的计费关联。
实施例可以包括服务域计费关联功能(sd-ccf)，该服务域计费关联功能负责与底层网络交互并且在服务层处使计费信息相互关联。可以使用计费关联信息来实现和促进服务层计费关联。可以使用sd-ccf的过程来与底层网络交互以促进在服务层处的计费关联。
onem2m实施例示出了所提出的sd-ccf可以如何与3gpp网络合作以执行服务层计费关联。现有服务层计费不包括执行在服务层处的计费关联的任何机制。具体地，现有服务层计费不具备从底层网络获得针对关联的与计费相关的信息以及如何在服务层处进行计费关联的机制。
该发明内容的提供是为了以简化的形式介绍在下面的具体实施方式中进一步描述的构思的选择。该发明内容不旨在识别所要求保护的主题的关键特征或者必要特征，也不旨在限制所要求保护的主题的范围。
附图说明
通过下面以示例的方式给出的说明书并结合附图可以得到更详细的理解，附图中：
图1是图示了3gpp网络策略和计费控制(pcc)架构的示意图。
图2是图示了在ip网络栈与应用之间的示例性服务层的示意图。
图3是图示了支持公共服务功能(csf)(即，服务能力)集合的onem2m公共服务层的示意图。
图4是图示了用于onem2m的roa(面向资源的架构)架构的示意图。
图5是图示了用于onem2m的soa(面向服务的架构)的示意图。
图6是服务域计费系统的架构的示意图。
图7a-b是图示了在3gpp网络与服务层之间的示例性消息交换过程的示意图。
图8是图示了<eventconfig>资源和<statscollect>资源的示意图。
图9是示出了一个实施例的示例性架构的示意图。
图10是示出了现有计费系统的问题的流程图。
图11是图示了可以将服务域计费关联功能(sd-ccf)托管在m2m服务层实例内的示意图。
图12是图示了在一个实施例中用于创建新计费关联规则的过程的流程图。
图13是图示了针对一个实施例的计费策略关联的消息交换过程的流程图。
图14是图示了用于促进计费信息关联的消息交换过程的流程图。
图15是图示了用于执行服务层计费关联的示例性方法的流程图。
图16是图示了用于基于onem2m功能架构将所提出的sd-ccf实施为服务计费&结算(sca)csf的一部分的一个示例性实施例的示意图。
图17是图示了<chargingcorrelationrule>资源的示意图。
图18是图示了<chargingcorrelationtrigger>资源的示意图。
图19是图示了与3gpp网络的onem2m计费策略关联的示例性实施例的示意图。
图20是图示了与3gpp网络用例的onem2m计费信息关联的示例性实施例的示意图。
图21是图示了在onem2msoa架构中的提出的sd-ccf1102的实施例的示意图。
图22a是其中可以实施iot事件管理系统和方法的一个或者多个所公开的实施例的示例机器对机器(m2m)或者物联网(iot)通信系统的示意图。
图22b是可以在图22a中图示的m2m/iot通信系统内使用的示例架构的系统图。
图22c是可以在图22a中图示的通信系统内使用的示例m2m/iot终端或者网关装置的系统图。
图22d是其中可以体现图22a的通信系统的各个方面的示例计算系统的框图。
图23a-b是图示了一个实施例的示例性接口的示意图。
具体实施方式
图6是服务域计费系统的架构的示意图，该服务域计费系统的架构使得服务层能够独立于底层网络而执行服务层计费。具体地，服务域计费管理(sd-cm)604是服务域计费系统(sd-cs)602的中心。sd-cm604管理并且维护计费策略、充当计费信息的聚合器和调度器、并且充当在不同的节点中的sd-cs间的交互的锚点。服务域离线计费系统(sd-ofcs)606从sd-cm604接收离线计费事件并且生成服务域计费数据记录(sd-cdr)。服务域在线计费系统(sd-ocs)608接收服务请求、检查信用、并且授予服务。sd-ocs608可以为不同的服务订户维护信用信息。
图7a-b是图示了在3gpp网络与服务层(即，图6中示出的sd-cs602)之间的示例性消息交换过程的示意图。图中示出的过程不需要按照如图所示的顺序发生。这种交互在3gpp网络与服务域之间提供更综合的计费。
在图7a-b中的步骤1-4中，在一个部署场景中，3gpp网络计费系统可以处于sd-cs602的控制中。3gpp网络计费策略实体pcrf702经由rx参考点发送针对sd-cs602的计费策略配置。sd-cs602基于来自3gpp网络计费系统的输入来配置其计费策略。
图7a-b的步骤5-8示出了mtc-iwf704经由tsp参考点将3gpp网络计费信息发送至sd-cs602的示例。例如，mtc-iwf704具有3gpp订户信息，并且sd-cs602可以将3gpp网络id与服务域id相关联。
在图7a-b的步骤9-12中，pcrf702可以将与3gpp网络计费相关的信息(诸如，会话状态)传递至sd-cs602。sd-cs602根据其策略采取动作。例如，当3gpp网络会话已经被切换到另一接入技术时，sd-cs602可以应用不同的速率。
在图7a-b的步骤13-15中，在另一实施例中，sd-cs602可以处于消息交换的控制中，其中，sd-cs602可以通过用户平面参考点gi/sgi将服务域操作消息中的服务域计费信息附接至pcef706。在pcef706处执行计费，并且通过用户平面将信息发送回sd-cs602，并且可以由pcef706相应地更新pcrf702(若需要)。
要理解，执行在图7a-b中图示的步骤的实体是逻辑实体，可以按照存储在节点、装置、服务器或者其它计算机系统(诸如，在图22c或者图22d中图示的这些计算机系统中的一个计算机系统)的存储器中并且在该节点、装置、服务器或者所述其它计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式来实施该逻辑实体。即，可以按照存储在计算装置(诸如，图22c或者图22d中图示的装置或者计算机系统)的存储器中的软件(即，计算机可执行指令)的形式来实施图7a-b中图示的(多种)方法，该计算机可执行指令在由该计算装置的处理器执行时执行图7a-b中图示的步骤。还应该理解，可以由节点的通信电路系统在节点的处理器及其执行的计算机可执行指令(例如，软件)的控制下来执行图7a-b中图示的任何发送和接收步骤。另外，如图8所示，当前onem2m规范定义<eventconfig>资源802和<statscollect>资源804以分别记录和维护计费策略和计费记录信息。具体地，<eventconfig>资源802使用详细信息来维护可计费事件；并且<statscollect>资源804使用指示计费策略的特性的属性来维护特定计费策略。
3gpp网络在一些规范中引入计费关联的概念。在一个实施例中，将计费数据关联定义为当由计费触发功能(ctf)生成的计费事件属于相同的承载/会话/服务资源使用时组合这些计费事件。关联提供针对移动订户的资源使用的计费信息的相关联。另外，针对网络间关联引入了运营商间识别(ioi)概念，以使包含在ims会话中的不同运营商能够彼此识别。
在另一规范中，讨论了在3gpp核心网络与ims之间的计费关联。然而，此处的关联只将重点放在跨两个网络的id映射/相关联上。
开放移动联盟(oma)定义计费关联的概念：关联可以发生在由不同实体生成的计费事件之间，同时，这些计费事件正在协作地提供单个服务。关联功能可以向将被收费的订户/应用提供事件的相关联。在oma角度内，该关联将重点放在计费操作而不是网络间关联上。
服务层计费关联是基于由底层网络提供的计费关联信息来动态地调整服务层计费行为的广泛概念。
服务提供商基于与服务层操作(例如，传感器数据读取、数据检索)有关的交易来对服务订户进行计费；而底层网络基于数据流的传输来对服务订户进行计费。两个层处的操作相互关联，例如，在服务层处的数据检索操作也会涉及在底层传输层处的数据传输。因此，使服务层和底层网络将相同的与计费相关的信息相互关联是必要的。
如图9所示，服务提供商(公司a)通过其服务层平台904来提供家庭监督服务902。服务订户在从家庭外出时希望经由固定在房屋内部和外部的相机908，使用安装在用户设备(ue)906(诸如，蜂窝电话或者平板)上的应用来监视其房屋。在服务订户通过其蜂窝电话906向相机908请求图像/视频传输的情况下，相机908可以自动开始传输由相机908捕获到的图像/视频。在存在由相机捕获到的异常(例如，侵入者)图像的情况下，相机908可能还能够发起音频/视频呼叫或者将用于报警处理的消息发送至服务订户的蜂窝电话906。
服务提供商(即，公司a)希望进行与底层接入网络分开的计费。服务订户支付每月的服务订阅费，该服务订阅费包括例如用于通过3gpp网络910传输图像/视频的免费1千兆比特数据。服务提供商基于同3gpp网络供应商的协议来负担3gpp网络数据的费用。一旦数据量超出1千兆比特，服务提供商就会向3gpp网络供应商支付附加费用，并且相应地向服务订户计费额外费用。将这种新计费模型称为发启数据连接性，该新计费模型被包括在最新3gpp版本中。发启商(例如，服务提供商)负担订户的数据使用的费用，以便使订户能够访问服务提供商的服务。这种新模型(发启数据连接性)为服务提供商和3gpp网络运营商两者提供了附加收入机会。另外，3gpp网络910执行基于数据流的计费。换言之，基于qos(在这种情况下，数据速率)应用了不同的价格，即，与较低的数据速率流相比，较高的数据速率流的价格更高。3gpp网络910将传输数据速率的动态改变报告给服务提供商，从而使得服务提供商可以相应地调整应用于服务订户的服务层计费价格。
在这种情况下，3gpp网络910应该在服务订户到达数据量阈值时通知服务提供商，从而使得服务提供商能够开始向服务订户计费额外费用。另外，3gpp网络910需要报告流数据速率的改变，以便服务订户访问服务。不幸的是，不存在针对服务层904定义的用于根据在底层网络910中发生的事件来动态地调整服务层计费行为的机制。在这种情况下，由于服务提供商不知道何时到达阈值，所以服务提供商将不会向服务订户计费附加费用。此外，由于服务提供商无法获知底层网络中的服务数据速率的改变(由于缺乏动态计费报告/配置)，所以服务提供商将会针对底层网络中的数据速率始终对服务订户应用相同的价格。注意，在3gpp网络910中的策略和计费执行功能(pcef)912是用于监视这些活动的主要实体；其将联络策略和计费规则功能(pcrf)914，其然后报告给服务层实体。
图10是示出了现有计费系统的问题的流程图。在问题1中，在流数据速率改变之后，不存在报告服务层计费的事件的机制。在问题2中，在到达发启数据量阈值之后，不存在报告服务层计费的事件的机制。
服务提供商基于与服务层操作(例如，传感器数据读取、数据检索)有关的交易来对服务订户进行计费；而底层网络910基于数据流的传输来对服务订户进行计费。两个层处的操作相互关联，例如，在服务层处的数据检索操作也会涉及在底层传输层处的数据传输。因此，使服务层和底层网络将与计费相关的相同信息相互关联是必要的。
更具体地，在服务提供商和底层网络运营商是不同的业务单元时需要计费关联。即使服务提供商和底层网络运营商属于相同的业务单元，但是可以存在两个计费系统，一个用于在底层网络910中传输数据，并且另一个用于服务层交易。这是因为可以通过不同的底层网络来提供服务；而底层网络910可以为不同的服务层平台(即，服务提供商)传输数据流。例如，无论用于访问云基础设施的底层网络的类型如何，服务提供商提供云服务并且收集服务层计费记录。另外，以下引入的用例表明，使用来自3gpp网络910的与计费相关的信息，服务层904可以根据在3gpp网络910中发生的计费策略改变或者一些特定触发事件来动态地调整计费操作，从而使得服务提供商能够完成更准确且高效的计费。
然而，不存在用于使服务层904从底层网络实体请求任何计费关联信息并且基于从底层网络910(例如，在3gpp网络910中的pcrf914、在宽频论坛(bbf)固定网络中的策略执行点(pep))获取的用于在服务层904处执行计费的信息来调整服务层行为的通用机制。而且，现有服务层不支持在服务层处的关联计费信息(即，稍后定义的计费关联信息)。这种功能缺乏可能会引发一些问题。
服务层计费不准确。具体地，服务提供商无法动态地调整与在底层网络中发生的计费策略改变或者触发事件对应的服务层计费行为(例如，捕获新的可计费事件、应用新的计费速率)。换言之，服务层904不支持基于来自底层网络910的通知而调整计费行为的机制。这可能会导致对服务订户的欠计费或者过计费。例如，在图9的用例中，如果服务提供商未从3gpp网络910获得到达数据量阈值的通知，则除了月租费之外，其不能开始向服务订户计费额外费用。
现有系统为准确的服务层计费增加信息交换开销。在没有服务层904处的计费关联机制的情况下，服务提供商必须通过将服务层计费信息向下传递至底层网络910而依赖底层网络计费系统。这需要在服务层904与底层网络之间进行频繁的通信以交换服务层计费信息，特别是对m2m部署，可能存在在服务层904上运行的大量装置和应用。因此，将服务层计费记录传递至底层网络效率不高。具体地，服务层904需要不断地将服务层cdr传递至底层网络。底层网络910通过考虑在底层网络中的关联信息来调解/处理服务层cdr，然后将这些服务层cdr传递至记账系统。与底层网络只发送与计费相关的信息以促进在服务层处执行的关联的操作相比，这在网络与服务层904之间产生了更多的消息交换开销。
将额外的复杂性添加至底层网络910。底层网络910必须能够解释传递至其的服务层计费信息。这需要具有对各种类型的计费信息进行处理的能力的底层网络，特别是可能存在在服务层904中运行的大量装置和应用。通过使服务层904执行计费，然后将结果向下传递至底层网络910，底层网络计费功能不需要知道诸如服务层计费策略、服务层计费信息、服务层cdr的格式等的这些事情。
当前解决方案主要是假设底层网络910(例如，3gpp网络)支配计费操作(即，服务层904将与计费相关的信息传递至底层网络，其负责为服务层和底层网络两者集成/调解计费信息)。当前服务层标准开发组织(sdo)(例如，onem2m)未定义任何用于通过使来自底层网络910的计费信息相互关联来促进服务层904计费机制。不存在针对服务提供商定义的、可以使来自底层网络910(例如，3gpp网络)的计费信息相互关联以实现在服务层处执行的更准确且高效的计费的机制。现有服务层计费解决方案(例如，图6和图7a-b)定义在底层网络与服务层之间的一些交互；然而，不存在在从底层网络获得特定计费信息时，解决在服务层处使计费信息相互关联的操作的机制。
下面公开了服务域计费关联作为基于由底层网络提供的计费关联信息来动态地调整服务层计费行为的操作。
为了支持动态计费操作，服务域计费关联功能(sd-ccf)1102可以执行但不限于以下类型的功能中的一些或者所有：管理服务层计费关联规则、与底层网络交互、并且执行服务层计费关联。
管理(创建、更新、和删除)服务层计费关联规则可以促进服务层计费关联。具体地，sd-ccf1102可以从实体(例如，计费服务能力、应用)接收对创建/更新/删除计费管理规则的请求，然后执行期望的操作。
与底层网络交互可以配置在底层网络中的可以影响服务层计费操作的计费关联触发器。如稍后定义的，计费关联触发器发生在底层网络1106处，并且可以反映底层网络1106中的计费策略或者计费信息。通过在sd-ccf1102与底层网络实体之间的消息交换来实现该功能。具体地，sd-ccf1102可以配置底层网络中的关于计费策略和信息的一些触发器。在从底层网络1106接收到发生通知时，sd-ccf1102可以执行动作的序列，诸如，配置服务层计费策略，通知其它与计费相关的实体(例如，ctf和计费sc)以更新计费操作。
执行服务层计费关联可以更新服务层计费策略，并且调整计费操作和服务层cdr。具体地，sd-ccf通过执行多个动作作为对从底层网络所接收的触发器的响应来遵循工作流程，触发器例如如果其需要改变服务层计费策略、如果其需要捕获一些新类型的可计费事件等。
如图11所示，可以将服务域计费关联功能(sd-ccf)1102托管在m2m服务层实例1104内，例如，作为在m2m服务层实例1104内的单独的服务能力(如图11所示)。sd-ccf1102也可以是在现有计费sc内的子功能。
将服务层计费关联定义为根据由底层网络提供的计费关联信息来调整服务层计费行为的过程。计费关联的示例可以如下：服务订户在通过服务层平台接收到服务数据时耗尽底层网络1106中的信用。服务提供商从底层网络1106获得通知，并且开始从服务订户的服务层信用账户计费额外费用以维护数据检索的相同qos。
服务层计费关联规则可以定义用于执行服务层计费关联的规则。计费关联规则可以是服务特定的，并且按照预配置方式或者动态方式由服务提供商管理。规则可以包括以下内容：启用(enablement)指示、关联调度、网络计费关联触发集合、和底层网络的类型。
启用指示可以指示是否为服务启用计费关联，即，服务是否被允许关联计费策略、计费信息、或者两者。注意，关联规则应该是服务特定的，即，按照每个服务的规则。换言之，不同的服务可以具有不同的计费关联规则。
关联调度可以指示多久执行一次计费关联。
网络计费关联触发集合可以指示来自底层网络的可以触发服务层计费关联操作的触发器的集合。
底层网络的类型可以指示什么类型的底层网络预计被包含在计费关联中。
网络计费关联触发器可以定义在底层网络中发生的、触发在服务层1104处的计费关联操作的触发事件。然后可以进一步将计费关联触发器分为两种类型：
计费策略触发器可以意指指在底层网络1106中的可能需要服务层1104来改变服务层计费策略的计费策略改变。底层网络为传输服务数据流改变其计费策略，服务层可能还需要相应地调整计费策略。该计费策略触发器可以是(但不限于)以下：qos参数改变、计费速率改变、计费测量参数改变、服务订户的底层网络订阅改变、和底层网络计费折扣或者津贴的改变。
qos参数改变触发器可以意指绑定至底层网络计费策略的qos参数针对传输服务数据流而发生改变。因此，服务层1104需要更新计费策略。例如，3gpp网络运营商利用用于传输服务数据流的相同计费速率将保证数据速率从10mbps更改为5mbps。根据发启数据连接性模型，服务提供商负担3gpp网络数据的费用并且对服务订户进行计费，服务提供商可以利用相同的计费速率来降低绑定至服务层计费策略的数据速率，或者应用维护原始数据速率的更高的计费速率。
计费速率改变触发器可以意指计费速率在底层网络中发生改变，从而影响了服务层计费速率。
计费测量参数改变触发器可以意指计费测量方法针对底层网络中的服务层数据流而发生改变。例如，由于m2m应用1108可以部署大量的装置，所以针对传感器数据检索服务，将计费测量从基于数据量的计费更改为基于交易的计费，并且每个交易需要少量的数据量。
当服务订户改变其在底层网络中的每月数据计划时，发生服务订户触发器的底层网络订阅改变，这可以使用户能够获得更多的带宽(例如，更高的数据速率)以使用在服务层处的服务。
底层网络计费折扣或者津贴触发器的改变可以使服务层1104能够改变服务层策略或者利用用于延迟/调度其流量的折扣率向服务订户应用另一策略，从而使得其在指定事件期间发生。
计费事件触发器可以包括触发服务层以更新服务层计费信息记录(例如，cdr)或者更新计费操作的事件。对服务而言，使用来自底层网络的不同事件，服务层可以动态地应用不同的计费策略并且收集不同的可计费事件。例如，触发器可以是(但不限于)以下：到达发启数据量阈值、服务开始/停止、信用耗尽、服务数据流卸载、和底层网络中的折扣带宽的可用性。
到达发启数据量阈值触发器可以指示服务订户到达底层网络中的发启数据链路的数据量阈值，这通常会导致未来数据传输对服务订户进行额外计费。
服务开始/停止触发器可以指示服务数据流通过指定底层网络开始/停止传输。
信用耗尽触发器可以指示订户在底层网络中的信用可能不足以继续使用具有当前qos的服务。这可以触发服务层1)停止提供服务或者降低qos级别；2)通过在服务层处向订户计费更多费用来维护相同的qos。换言之，选项1应用具有不同的qos参数的新计费策略；而选项2应用具有更高的计费速率的新计费策略。作为示例，可以通过由3gpp定义的特定动作属性值对(avp)和最终单元动作avp来表示和交换该信息。
针对服务数据流卸载触发器，底层网络1106指示其将服务的服务数据流卸载到另一底层网络，从而使得服务层1104可以针对新底层网络调整计费操作。存在可以触发卸载的多种原因，例如，原始的底层网络中的拥塞、和由于移动性造成的更好的传输质量。
在底层网络触发器中的折扣带宽的可用性可以使服务订户能够在服务层处接收更高的服务质量，同时按照折扣来计费。根据该场景，服务层可以调整应用于服务订户的策略。
规则可以与策略等效，并且触发器可以是特殊类型的事件，其在事件发生时需要附加操作。为了避免迷惑，使用术语“计费关联规则”来与“计费策略”的传统概念区分开；应用术语“计费关联触发器”来与“可计费事件”的概念区分开。
sd-ccf1102可以负责创建、更新、和删除针对服务的计费关联规则。可以通过在sd-ccf1102与服务层计费实体之间的通信来为服务预配置或者动态地更新计费关联规则。图12是图示了在一个实施例中用于创建新计费关联规则的过程的流程图。
图12的步骤1表明计费服务能力1202首先将请求(create)分发至sd-ccf1102以创建新计费关联规则。例如，存在可以触发由计费sc1202分发的请求的多个事件。
将新服务添加至服务平台，服务提供商希望为该新服务创建计费关联规则。
现有服务的新版本被提供有新功能，其需要使用底层网络的更多的计费关联操作。在这种情况下，由于现有规则将应用于旧版本，所以服务提供商希望创建新规则，而不是更新现有规则。
底层网络1106与服务层1104共享其计费能力信息，例如，底层网络能够/被允许向服务层发送什么事件或者触发器。基于该信息，服务层可以相应地创建/更新计费关联规则。
在请求消息中，计费sc1202将指定关于新规则的细节，诸如，什么类型的底层网络1106应该进行关联的交互、针对计费关联启用什么触发器、和创建有新规则的服务。sd-ccf1102将创建关于请求的计费关联规则。在涉及家庭监督服务的表格2中示出了示例性非限制计费关联规则。
表格2：家庭监督服务的计费关联规则的示例
计费sc1202指的是负责在服务层处计费的实体，例如，图6的sd-cs610。此外，请求者不需要是服务能力实体。请求者可以是定义计费关联规则的任何实体，甚至是底层网络实体。例如，请求者可以是应用，在这种情况下，该应用定义服务。
在sd-ccf1102联络计费sc1202以获取对创建新关联规则的请求中的更多的细节或者缺失的信息的情况下，图12的步骤2是可选步骤。
在图12的步骤3中，在创建新规则之后，sd-ccf1102将可到达的地址或者接口返回至计费sc1202，从而使得计费sc1202将来可以访问计费关联规则。
来自底层网络1106的计费关联触发器可能还需要创建新服务层计费策略的sd-ccf1102，将在下一节中对此进行讨论。
可以应用相似过程以通过替代在请求中的create来更新或者删除现有计费关联规则。
下面针对计费关联定义了在服务层与底层网络之间的一些示例性消息交换过程。将sd-ccf1102示出为计费sc1202的一部分以在该小节中进行说明。替选地，sd-ccf1102可以是独立式功能，或者可以将sd-ccf1102添加为服务层中的另一sc的一部分。
要理解，执行在图12中图示的步骤的实体是逻辑实体，可以按照存储在装置、服务器或者其它计算机系统(诸如，在图22c或者图22d中图示的这些计算机系统中的一个计算机系统)的存储器中并且在该装置、服务器或者其它计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式来实施该逻辑实体。即，可以按照存储在计算装置(诸如，在图22c或者图22d中图示的装置或者计算机系统)的存储器中的软件(即，计算机可执行指令)的形式来实施图12中图示的(多种)方法，该计算机可执行指令在由该计算装置的处理器执行时执行图12中图示的步骤。还应该理解，可以由节点的通信电路系统在节点的处理器和该处理器执行的计算机可执行指令(例如，软件)的控制下来执行图12中图示的任何发送和接收步骤。
图13是图示了一个实施例的计费策略关联的消息交换过程的流程图。
在图13的步骤0中，在配置底层网络中的计费策略触发器之前，sd-ccf1102可以与ctf1302交互以获得可以在底层网络1106中配置的计费策略触发器。这些触发器会影响服务层计费行为。
这可以按照按需方式进行。具体地，ctf1302检查这些期望的可计费事件和包括在这些事件中的信息，并且确定是否存在任何这种触发器。如果存在可以被计费策略更新影响的任何条信息，则ctf1302将联络sd-ccf1102以指定计费关联所需的计费策略触发器。在消息中，可以包括以下信息：服务信息、计费策略id和可计费事件id、和计费属性信息。
针对服务信息，sd-ccf1102可以理解计费关联触发器适合于什么服务。
针对计费策略id和可计费事件id，sd-ccf1102可以使用该信息来检索更详细的计费策略和可计费事件信息，以弄清需要配置什么计费关联触发器。
针对计费属性信息，例如，数据速率或者计费测量方法，sd-ccf1102可以通过该信息弄清要配置的触发器的类型。
因此，sd-ccf1102不需要逐一联络所有ctf，只有在ctf发起与指定的计费策略触发器的交互时，sd-ccf1102才配置计费策略触发器。
在图13的步骤1中，sd-ccf1102配置在底层网络中的一些计费策略触发器。在底层网络中发生的这些触发器可能会影响服务层计费策略。在配置消息中，sd-ccf1102可以指定策略触发器的列表。服务层按照每个触发器的服务来维护配置信息，即，服务层记录哪个服务需要哪个触发器。
由于底层网络可能不知道服务是什么，所以发送至底层网络1106的消息只包含触发器信息。另外，服务层1104也可以为单独的服务订户或者一组服务订户配置触发器。换言之，只有在针对指定订户产生配置的触发器时，底层网络才通知服务层1104。这降低了在服务层1104与底层网络1106之间的通信开销。
sd-ccf1102可以聚合关于不同的策略触发器的多个配置，该多个配置中的每一个与不同的服务对应。
可以存在配置相同的触发器的多个服务。作为示例，sd-ccf1102可以为家庭监督服务创建和维护计费关联规则。该规则可以指示是否为服务启用计费关联、为该服务配置触发器的什么集合、什么计费策略和可计费事件将被触发器影响。注意，可以通过其id来识别触发器/计费策略/可计费事件。
作为示例，服务层1104可以经由预先提供知道底层网络实体的地址。
在图13的步骤2中，一旦底层网络实体(例如，3gpp网络中的pcrf/pcef、bbf固定网络中的策略执行点(pep))检测到订阅触发器的发生，该底层网络实体就向sd-ccf1102发送指示发生什么触发器的通知。另外，底层网络应该指定发生改变的必要参数。例如，新发启数据量阈值、绑定至现有计费策略的新数据速率。服务层1104需要这些参数来相应地创建/更新服务层计费策略。
在图13的步骤3中，因为可以有多个配置相同的触发器的服务，所以在从底层网络接收到通知时，sd-ccf1102可以检查什么服务配置计费策略触发器(例如，将触发器id和服务id与什么服务配置什么触发器的维护信息进行比较)。验证是否为特定服务启用报告的触发器。并且，检查关于将由报告的触发器影响什么计费策略和可计费事件的信息。
然后，sd-ccf1102基于包括在通知中的参数来更新计费策略。具体地，sd-ccf1102可以进行以下动作中的一个：在现有计费策略中，创建新计费策略或者更新(多个)属性。
创建新计费策略意指底层网络1106改变其计费策略，而服务层不具备与该改变对应的现有计费策略。例如，底层网络1106将对空气质量传感器数据读数的计费测量从基于量的计费更改为基于交易的计费，服务层1104需要为传感器数据读数服务建立基于交易的计费策略并且维护先前的可以由其它类型的底层网络1106使用的基于数据量的策略。
更新现有计费策略中的(多个)属性意指在底层网络中的计费策略改变影响现有服务层计费策略，并且服务层1104需要改变策略中的一些属性，例如，发启数据量阈值、计费速率。
图13的步骤4是当sd-ccf从底层网络接收到特定类型的触发器时可能需要以更新现有服务层cdr的可选步骤1102。例如，底层网络增加服务数据流的计费速率，sd-ccf1102可以更新在服务层计费数据记录器(cdr)处的计费速率。另一示例，底层网络1106决定在一段时间期间对所有数据应用折扣率，因此，服务提供商也可以在该时段内应用较低的服务层计费价格。
注意，可以将cdr保存在数据库中，其中，sd-ccf1102、ctf和计费sc1202可以为不同的原因访问并且处理cdr。由于关联操作，sd-ccf1102更新cdr；因为ctf捕获一些新的可计费事件，所以ctf更新cdr；因为计费sc1202可能需要将cdr文件传递至记账系统，所以计费sc1202更新/处理cdr。
在图13的步骤5中，sd-ccf1102根据新计费策略通知在其它服务能力中的计费触发功能(ctf)1302改变计费行为。在通知中，sd-ccf1102指示由事件id指定的ctf1302需要收集的可计费事件。
然后，ctf1302查找事件id以理解为可计费事件应该包括什么信息。例如，底层网络为数据检索服务将计费测量方法从基于交易更改为基于数据量，因此，sd-ccf1102通知会话管理sc中的ctf1302以开始收集用于数据检索服务的服务数据流的数据量。
注意，在注册过程期间，sd-ccf102可以知道那些ctf1302的存在。例如，在onem2m中，存在<csebase>、<remotecse>、和<ae>资源，sd-ccf可以知道要通过检查这些资源来联络哪个ctf1302。
图13的步骤6是可选步骤。ctf1302可以向sd-ccf1102发送确认以确认计费行为的改变。
注意，除了完全依赖底层网络1106之外，客户端(例如，应用)本身还可以从底层网络接收一些自动消息(例如，数据使用提示)。因此，客户端可以将这种信息主动地报告给sd-ccf1102以执行关联。在这种情况下，底层网络首先要通知客户端，然后客户端使用计费策略触发器来通知sd-ccf1102。计费事件触发器具有与该场景相似的情况。
要理解，执行在图13中图示的步骤的实体是逻辑实体，可以按照存储在装置、服务器或者其它计算机系统(诸如，在图22c或者图22d中图示的这些计算机系统中的一个计算机系统)的存储器中并且在该装置、服务器或者其它计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式来实施该逻辑实体。即，可以按照存储在计算装置(诸如，在图22c或者图22d中图示的装置或者计算机系统)的存储器中的软件(即，计算机可执行指令)的形式来实施图13中图示的(多种)方法，该计算机可执行指令在由该计算装置的处理器执行时执行图13中图示的步骤。还应该理解，可以由节点的通信电路系统在节点的处理器和该处理器执行的计算机可执行指令(例如，软件)的控制下来执行图13中图示的任何发送和接收步骤。
图14是图示了用于促进计费信息关联的消息交换过程的流程图。
在图14的步骤1中，sd-ccf1102首先配置在底层网络中的一些计费事件触发器。与计费策略触发器相似，这些触发器意指可以影响服务层计费行为的一些事件。与计费策略关联场景相似，ctf1302按照按需方式关于期望的计费关联触发器来联络sd-ccf1102，从而使得sd-ccf1102可以配置在底层网络中的触发器。在对图13所示的步骤0的描述中讨论了更多的细节。
图14的步骤2与图13的步骤2相似。
在图14的步骤3中，sd-ccf1102记录计费信息触发器并且基于触发器的类型和配置触发器的服务来确定其它动作(例如，为服务应用新计费速率、开始收集数据量信息)。sd-ccf1102还可以验证是否为特定服务启用报告的触发器，并且检查关于报告的触发器将影响什么计费策略和可计费事件的信息。
在图14的步骤4中，sd-ccf1102通知在其它sc中ctf1302基于触发器确定的新计费动作。sd-ccf1102可以通过检查注册过程的结果来知道这些ctf1302的存在。例如，sd-ccf1102通知在会话管理sc中的ctf1302开始为订阅家庭监督服务并且到达数据量阈值的服务订户收集数据量。
在图14的步骤5中，在从sd-ccf1102接收到配置时，计费触发功能(ctf)1302按照服务来更新可计费事件的列表。具体地，ctf1302维护关于期望为什么服务收集什么可计费事件和应该为每个可计费事件包括什么信息的一些信息。如果需要收集一些新类型的可计费事件，则ctf1302可以根据识别事件的事件id来检查事件信息，并且将新事件添加至列表。
在图14的步骤6中，作为可选步骤，ctf1302可以向sd-ccf1102发送确认以确认计费行为的改变。
在一些情况下，底层网络1106还可以通过与服务层1104通信来发起计费关联过程。例如，底层网络1106(例如，3gpp网络)决定为一些原因(例如，网络拥塞、更好的通信质量)来将服务数据流卸载至另一类型的底层网络1106(例如，wifi)。在这种情况下，在没有配置步骤(即，在图14中的步骤1)的情况下，底层网络1106直接将触发器的发生报告给sd-ccf。
要理解，执行在图14中图示的步骤的实体是逻辑实体，可以按照存储在节点、装置、服务器或者其它计算机系统(诸如，在图22c或者图22d中图示的这些计算机系统中的一个计算机系统)的存储器中并且在该节点、装置、服务器或者其它计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式来实施该逻辑实体。即，可以按照存储在计算装置(诸如，在图22c或者图22d中图示的装置或者计算机系统)的存储器中的软件(即，计算机可执行指令)的形式来实施图14中图示的(多种)方法，该计算机可执行指令在由该计算装置的处理器执行时执行图14中图示的步骤。还应该理解，可以由节点的通信电路系统在节点的处理器和该处理器执行的计算机可执行指令(例如，软件)的控制下来执行图14中图示的任何发送和接收步骤。
图15是图示了用于执行服务层计费关联的示例性方法的流程图。可以将关联操作应用于由底层网络捕获的计费策略触发器和计费事件触发器两者。
在图15的步骤1中，当sd-ccf1102接收指示在底层网络1106中的配置的触发器发生的通知时，触发计费关联方法。通知指定触发器id和生成通知的底层网络id。sd-ccf1102可以使用触发器id来检索关联触发器信息，诸如，触发器是与策略相关的或者与计费信息相关的，在底层网络中发生了什么事件。
在图15的步骤2中，sd-ccf1102检查计费关联规则以确定是否启用/允许关于报告的触发器的计费关联，即，之前是否由sd-ccf1102配置报告的触发器。由于在一些情况下底层网络可以发起触发器报告，所以服务层需要验证报告的触发器是为哪个服务启用的。
由于底层网络可以不指定服务信息并且多种服务可以配置相同的触发器，所以sd-ccf1102还验证哪些服务配置了报告的触发器。
具体地，sd-ccf1102需要查明一些事情，诸如，什么服务订阅到触发器、该服务是否启用计费关联操作。如果检查返回否，则不存在已执行的计费关联操作。可以通过检查由sd-ccf1102创建和维护的信息来进行该步骤。例如，sd-ccf1102将维护关于其在底层网络处为哪个(哪些)服务配置了什么触发器、是否为服务启用或者允许关联触发器的信息。实施例部分将为onem2m指定这些关于关联规则和触发器的信息的结构。
在图15的步骤3中，基于图15的步骤2中的动作，如果为服务启用了计费管理和报告的触发器，则sd-ccf1102继续检查触发器是否与计费策略或者计费信息有关，从而使得针对2种类型的触发器执行不同的操作。
如果不允许执行计费关联，则sd-ccf1102检查触发器信息，并且使服务提供商确定是否要为服务将报告的触发器添加至关联规则。如果触发器是不可理解的，则sd-ccf1102将会需要报告的触发器的信息。
为计费策略触发器执行图15的步骤4至步骤10。
在图15的步骤4中，在触发器与计费策略有关的情况下，sd-ccf1102首先更新与来自底层网络的触发器对应的服务层计费策略。具体地，在现有计费策略中，sd-ccf1102可以创建新计费策略或者更新(多个)属性。
在图15的步骤5中，sd-ccf1102进一步检查是否需要通知在其它sc中的ctf1302关于更新的计费策略，从而使得ctf1302可以调整用于收集可计费事件的方式。例如，计费策略从基于交易的计费策略更改为基于数据量的计费策略需要ctf1302将数据量信息插入所收集的计费记录中，并且很可能会收集到基于交易的计费不需要的一些新的可计费的事件。
在一些情况下，由于计费策略改变只影响cdr处理，所以不需要与ctf1302通信。例如，改变计费速率将不需要ctf改变任何行为来收集可计费事件和在所收集的计费记录中的信息。
为了做出该决定，sd-ccf1102可以检查在服务层处维护的信息以找出是否有必要联络ctf1302和需要在哪个实体处通知哪个ctf1302(若需要)。例如，这种信息可以是(但不限于)以下：
○在onem2m中定义的用于指示什么功能(例如，会话管理)包含ctf1302的<csebase>、<remotecse>、和<ae>资源。
○在onem2m中定义的用于包含服务的服务层计费策略的资源<statscollect>。如果计费策略受到影响，即，报告的触发器改变计费策略服务中的一些属性，则需要通知ctf1302。
○在onem2m中定义的用于包含服务的服务层可计费事件的资源<eventconfig>。与计费策略相似，sd-ccf1102查看该资源以基于从底层网络所接收的触发器确定是否需要通知ctf1302。
在图15的步骤6中，sd-ccf1102通知计费sc1202和在相关sc中的ctf1302计费策略的改变和预计可计费事件。消息包括新计费策略，预计可计费事件、服务id。计费sc1202和ctf1302可以使用该信息来调整用于收集可计费事件的方式和为可计费事件所收集的信息。
在图15的步骤7中，sd-ccf1102对其是否需要通知特定sc改变服务提供参数进行检查。例如，为数据检索服务改变绑定至底层网络计费策略的最大数据速率；sd-ccf1102需要通知会话管理sc相应地调整最大数据速率。
在图15的步骤8中，sd-ccf1102通知相关sc服务提供参数的改变。具体地，sd-ccf1102指示要改变的参数和新值。
在图15的步骤9中，sd-ccf1102进一步检查是否有必要为更新了计费策略的服务重新处理现有cdr。例如，底层网络为之前是基于数据量的传感器数据读取服务的服务数据流应用基于交易的计费，从而使得服务层需要从现有cdr移除数据量值。
在图15的步骤10中，sd-ccf1102通知计费sc1202更新现有服务层cdr。通知包括关于如何更新cdr的特定指南(例如，移除数据量信息、更新计费速率)。在一个实施例中，如何更新cdr是计费sc1202的责任，不是由sd-ccf1102执行。
为计费事件触发器执行图15的步骤11至步骤14。
在图15的步骤11中，一旦接收到计费事件触发器，sd-ccf1102确定是否有必要应用与在底层网络中发生的触发器对应的另一计费策略。注意，计费信息触发器将不需要对服务层计费策略的任何更新，但是可能需要对服务应用另一策略。例如，到达数据量阈值的触发器需要服务层开始为未来数据量向服务订户计费额外费用。
图15的步骤12与图15的步骤6相似。sd-ccf1102通知计费sc1202和在相关sc中的ctf1302应用的计费策略的改变。
图15的步骤13-14与图15的步骤7和步骤8相似。sd-ccf1102对是否需要通知特定sc改变服务提供参数进行检查并且通知相关sc服务提供参数的改变(若需要)。
注意，也有可能的是，服务层1104将一些信息提供给底层网络1106，从而使得底层网络1106可以按照用户或者按照服务来调整计费行为。例如，服务订户将其服务层订阅更新至高级账户，这给予了服务订户在3gpp网络中访问服务的无限的免费数据。服务层1104需要通知3gpp网络，其将不会将该用户的服务的数据量计算在其3gpp网络每月数据计划内。
要理解，执行在图15中图示的步骤的实体是逻辑实体，可以按照存储在节点、装置、服务器或者其它计算机系统(诸如，在图22c或者图22d中图示的这些计算机系统中的一个计算机系统)的存储器中并且在该节点、装置、服务器或者其它计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式来实施该逻辑实体。即，可以按照存储在计算装置(诸如，在图22c或者图22d中图示的装置或者计算机系统)的存储器中的软件(即，计算机可执行指令)的形式来实施图15中图示的(多种)方法，该计算机可执行指令在由该计算装置的处理器执行时执行图15中图示的步骤。还应该理解，可以由节点的通信电路系统在节点的处理器和该处理器执行的计算机可执行指令(例如，软件)的控制下来执行图15中图示的任何发送和接收步骤。
图16是图示了用于基于onem2m功能架构1600将所提出的sd-ccf1102实施为服务计费&结算(sca)csf1604的一部分的一个示例性实施例的示意图。注意，还可以将所提出的sd-ccf添加进来作为网络服务公开、服务执行和触发(nsse)csf1606的子功能，该子功能主要负责管理与底层网络的通信，以通过mcn参考点来访问网络服务功能。
这一节公开了用于支持scacsf1604的计费关联功能的onem2m资源结构增强。
注意，以下是用于描述资源结构的onem2m定义的图形表示：方框用于资源和子资源。具有圆角的方框用于属性。
图17是图示了反映服务层计费关联规则的<chargingcorrelationrule>资源1702的示意图，在表格3中对此进行了描述。为不同的服务可能存在多个计费关联规则，即，计费关联规则是由规则id1704和服务id1714属性识别的特定于服务的。可以将所提出的<chargingcorrelationrule>资源1702添加为<csebase>、<remotecse>、和<ae>资源的子资源。
表格3：<chargingcorrelationrule>资源的属性
图18是图示了反映为服务的服务层计费关联规则的<chargingcorrelationtrigger>资源1802的示意图，在表格4中对此进行了描述。
表格4：<chargingcorrelationtrigger>资源的属性
为了呈现关于sd-ccf1102如何与底层网络1106一起工作以用于计费关联的更多的细节，将3gpp网络用作示例进行说明。
图19是图示了与3gpp网络的onem2m计费策略关联的示例性实施例的示意图，其演示了所提出的onem2msd-ccf1102如何工作以关联在3gpp网络中的计费策略改变。在这种情况下，改变在3gpp网络中的发启数据量阈值，3gpp网络通知onem2m服务层。因此，onem2m服务层平台更新服务层计费策略并且通知sd-ctf1902应用新计费策略。
在图19的步骤1中，sd-ccf1102检查<chargingcorrelationrule>资源以确定为服务启用了发启数据量阈值改变的计费策略触发器。可以通过从ctf接收到一些计费策略触发器来触发该步骤。具体地，sd-ctf1902可以通过检查要收集的可计费事件和其中的信息来找到计费策略触发器，然后向sd-ccf1102发送通知。例如，sd-ctf1902发现为收集指示传感器数据读取的数据传输(服务层会话管理功能)的开始的可计费事件，期望数据速率信息。sd-ctf1902将会要求sd-ccf1102配置底层3gpp网络中的计费策略触发器，从而使得关于3gpp网络中的服务数据流的任何数据速率的改变将会被报告给服务层1104。
在图19的步骤2中，sd-ccf1102通过mcn/rx参考点向3gpp网络1906中的pcrf1908发送订阅消息。消息包括触发器id和装置的底层网络id(例如，用于指示订阅该触发器的服务平台的对3gpp网络1906的外部id)。
在图19的步骤3中，如果3gpp网络1906改变发启数据量阈值，则pcrf1908通过mcn参考点向sd-ccf1102发送通知，包括：触发器id、触发器订阅id、和发生时间戳。在该示例中，由于发启数据量阈值发生改变，所以3gpp网络1906跨3gpp网络1906和onem2m服务层平台1904发送假设使用了直径协议的新数据量阈值(例如，所授予的服务单元属性值对(avp))。
在图19的步骤4中，在从3gpp网络1906接收到触发器通知时，onem2m服务层1904根据在<chargingcorrelationtrigger>资源中的相关计费策略id属性来更新计费策略。例如，onem2m服务层1904可以为数据检索服务改变绑定至计费策略的数据速率，或者可以为家庭监督服务改变发启数据量阈值。更具体地，将对onem2m资源<statscollect>和<eventconfig>做出改变，其分别是为维护计费策略和可计费事件信息设计的。
在图19的步骤5中，sd-ccf1902然后向在其它csf中的sd-ctf1902通知计费策略的改变，即，开始按照新阈值向服务订户计费额外费用。具体地，通知包括服务id、新应用的计费策略id、和相关的可计费事件id。
在图19的步骤6中，sd-ctf1902将访问资源<statscollect>和<eventconfig>以获取由计费策略id和事件id来收集计费记录的更多的细节。
在图19的步骤7中，作为可选步骤，sd-ctf1902可以向sd-ccf1102发送确认以确认计费行为的改变。
要理解，执行在图19中图示的步骤的实体是逻辑实体，可以按照存储在装置、服务器或者其它计算机系统(诸如，在图22c或者图22d中图示的这些计算机系统中的一个计算机系统)的存储器中并且在该装置、服务器或者其它计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式来实施该逻辑实体。即，可以按照存储在计算装置(诸如，在图22c或者图22d中图示的装置或者计算机系统)的存储器中的软件(即，计算机可执行指令)的形式来实施图19中图示的(多种)方法，该计算机可执行指令在由该计算装置的处理器执行时执行图19中图示的步骤。还应该理解，可以由节点的通信电路系统在节点的处理器和该处理器执行的计算机可执行指令(例如，软件)的控制下来执行图19中图示的任何发送和接收步骤。
图20是图示了与3gpp网络用例的onem2m计费信息关联的示例性实施例的示意图，其演示了所提出的onem2msd-ccf1102如何工作以关联由3gpp网络1906提供的计费信息。具体地，在3gpp网络中到达发启数据量阈值。因此，sd-ccf1102决定对未来服务数据流应用新计费速率，并且通知sd-ctf1902当为服务的收集可计费事件时包括数据量。
图20的步骤1与图19的步骤1相似。sd-ccf1102检查<chargingcorrelationrule>资源以确保为服务启用了到达发启数据量阈值的计费信息触发器。另外，sd-ccf1102将通过从ctf接收一些信息来发起该步骤。在对图19的步骤1的描述中可以找到更多的细节。唯一的区别是ctf报告计费事件触发器，而不是图19的步骤1的计费策略触发器。
图20的步骤2与图19的步骤2相似。sd-ccf1102通过mcn参考点向3gpp网络中的pcrf1908发送订阅消息。消息包括触发器id和服务提供商id(用于指示订阅触发器的服务平台的对3gpp网络的外部id)。pcrf1908然后通过事件触发器avp通知pcef2002来订阅触发器。
在图20的步骤3中，pcef2002一旦发现已到达阈值，就通过使用的服务单元avp报告到达数据量阈值的事件以指示使用测量量。在该步骤中，pcef2002首先向pcrf1908报告，并且pcrf1908通过mcn/rx参考点向sd-ccf1102发送事件通知。
在图20的步骤4中，sd-ccf1102决定对额外数据量应用新计费速率，并且决定要求sd-ctf1902在计费记录中包括数据量。这可以通过更新关于资源<statscollect>和<eventconfig>的计费策略和可计费事件来进行。
图20的步骤5至步骤7与图19的步骤5-7相似。
要理解，执行在图20中图示的步骤的实体是逻辑实体，可以按照存储在装置、服务器或者其它计算机系统(诸如，在图22c或者图22d中图示的这些计算机系统中的一个计算机系统)的存储器中并且在装置、服务器或者其它计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式来实施该逻辑实体。即，可以按照存储在计算装置(诸如，在图22c或者图22d中图示的装置或者计算机系统)的存储器中的软件(例如，计算机可执行指令)的形式来实施图20中图示的(多种)方法，该计算机可执行指令在由该计算装置的处理器执行时执行图20中图示的步骤。还应该理解，可以由节点的通信电路系统在节点的处理器和该处理器执行的计算机可执行指令(即，软件)的控制下来执行图20中图示的任何发送和接收步骤。
如上面提及的，onem2m正定义出onem2m服务层支持的能力。这些能力称为能力服务功能(csf)。onem2m服务层称为能力服务实体(cse)。
图21是图示了所提出的在onem2msoa架构2100中的sd-ccf1102的实施例的示意图，其中，插入sd-ccf1102作为结算(acc)服务部件2102的一部分。其它服务部件可通过msc参考点关于计费关联问题与sd-ccf1102通信。作为另一实施例，sd-ccf1102可以是服务公开部件2104的一部分，其中，将sd-ccf1102视为其它服务部件和应用的公共功能。
界面(诸如，图形用户界面(gui))可以用于帮助用户控制和/或配置与服务层计费关联有关的功能。界面可以在装置、网关或者服务器处。用户界面可以显示其何时被触发以生成可计费时间、以及在计费记录中包含的信息元素。另外，也可以显示api操作，诸如在m2m服务器与底层网络服务器之间交换的消息。
图23a是图示了允许用户设定计费关联规则和触发器并且查看计费关联规则和触发器的界面2302的示意图。图23b是图示可供消费者在用户设备处使用的界面2304的示意图。在该示例中，界面2304显示发启流的剩余带宽。要理解，可以使用显示器(诸如，在下面描述的图22c至图22d中示出的显示器)来产生界面2302和2304。
示例m2m/iot/wot通信系统
图22a是其中可以实施一个或者多个公开的实施例的示例机器对机器(m2m)、物联网(iot)、或者万物网(wot)通信系统10的示意图。一般而言，m2m技术为iot/wot提供构件，并且任何m2m装置、m2m网关、mem服务器或者m2m服务平台可以是iot/wot的部件或者节点以及iot/wot服务层等。通信系统10可以用于实施所公开的实施例的功能并且可以包括功能和逻辑实体，诸如pcrf702、914和1908，mtc-iwf704，pcef706、912和2002，计费实体916，3gppcn910，sd-cs602，sd-ods608，sd-ofcs606，sd-ctf610、1302和1902，sd-ccf1102，m2m应用1108，计费sc1202，服务计费和结算csf1604，网络服务公开csf1606，3gppcn1906，服务层904、1600、1904，acc2104，服务公开部件2104，在ue906处的逻辑，和用于产生诸如界面2302和2304等界面的逻辑。
如在图22a中示出的，m2m/iot/wot通信系统10包括通信网络12。该通信网络12可以是固定网络(例如，以太网、光纤、isdn、plc等)或者无线网络(例如，wlan、蜂窝等)或者异构网络的网络。例如，通信网络12可以由多个接入网组成，该多个接入网向多个用户提供诸如，声音、数据、视频、消息、广播等的内容。例如，通信网络12可以采用一种或者多种信道接入方法，诸如，码分多址(cdma)、时分多址(tdma)、频分多址(fdma)、正交频分多址(ofdma)、单载波频分多址(sc-fdma)等。进一步地，通信网络12可以包括其它核心网络，诸如，例如，互联网、传感器网络、工业控制网络、个域网、融合个人网络、卫星网络、家庭网络、或者企业网络。
如在图22a中示出的，m2m/iot/wot通信系统10可以包括基础设施域和场域。基础设施域指端对端m2m部署的网络侧，且场域指局域网络，通常在m2m网关之后。场域和基础设施域都可以包括各种不同的网络节点(例如，服务器、网关、装置等)。例如，场域可以包括m2m网关14和终端装置18。要了解，可以如期望将任何数量的m2m网关装置14和m2m终端装置18包括在m2m/iot/wot通信系统10中。m2m网关装置14和m2m终端装置18中的每一个配置为通过使用通信电路来经由通信网络12或者直接无线电链路发送或接收信号。m2m网关14允许无线m2m装置(例如，蜂窝和非蜂窝)以及固定网络m2m装置(例如，plc)通过运营商网络(诸如，通信网络12或者直接无线电链路)彼此通信。例如，m2m终端装置18可以采集数据并且经由通信网络12或者直接无线电链路将该数据发送至m2m应用20或者其它m2m装置18。m2m终端装置18还可以从m2m应用20或者m2m终端装置18接收数据。进一步地，如下面描述的，可以经由m2m服务层22来将数据和信号发送至m2m应用20和从m2m应用20接收数据和信号。m2m终端装置18和网关14可以经由各种网络进行通信，各种网络包括例如蜂窝网络、wlan、wpan(例如，zigbee,、6lowpan、蓝牙)、直接无线电链路、以及有线网络。
示例性m2m终端装置18包括但不限于平板、智能电话、医疗装置、温度和天气监视器、连接的车辆、智能电表、游戏控制台、个人数字助理、健康和健身监视器、灯、恒温器、家电、车库门和其它基于致动器的装置、安全装置、和智能插座。
参照图22b，所图示的在场域中的m2m服务层22为m2m应用20、m2m网关装置14、和m2m终端装置18和通信网络12提供服务。通信系统12可以用于实施所公开的实施例的功能并且可以包括功能和逻辑实体，诸如pcrf702、914和1908，mtc-iwf704，pcef706、912和2002，计费实体916，3gppcn910，sd-cs602，sd-ods608，sd-ofcs606，sd-ctf610、1302和1902，sd-ccf1102，m2m应用1108，计费sc1202，服务计费和结算csf1604，网络服务公开csf1606，3gppcn1906，服务层904、1600、1904，acc2104，服务公开部件2104，在ue906处的逻辑，和用于产生诸如界面2302和2304等界面的逻辑。m2m服务层22可以通过一个或者多个服务器、计算机、装置、虚拟机(例如，云/存储场等)来实施，包括例如在下文描述的图22c和图22d中图示的装置。要理解，m2m服务层22可以如期望与任何数量的m2m应用、m2m网关14、m2m终端装置18、和通信网络12进行通信。可以由网络的一个或者多个节点(其可以包括服务器、计算机、装置等)来实施m2m服务层22。m2m服务层22提供应用于m2m终端装置18、m2m网关装置14、和m2m应用20的服务能力。可以以各种方式来实施m2m服务层22的功能，例如，实施为web服务器、实施在蜂窝核心网中、实施在云中等。
与所图示的m2m服务层22相似，在基础设施域中存在m2m服务层22’。m2m服务层22’为在基础设施域中的m2m应用20’和底层通信网络12’提供服务。m2m服务层22’还为场域中的m2m网关装置14和m2m终端装置18提供服务。要理解，m2m服务层22’可以与任何数量的m2m应用、m2m网关和m2m装置进行通信。m2m服务层22’可以通过不同的服务提供商来与服务层进行交互。可以由网络的一个或者多个节点(其可以包括服务器、计算机、虚拟机(例如，云计算/存储场)等)来实施m2m服务层22’。
仍然参照图22b，m2m服务层22和22’提供不同的应用和垂直可以利用的服务传送能力的核心集。这些服务能力使m2m应用20和20’能够与装置进行交互，并且执行诸如数据采集、数据分析、装置管理、安全、记账、服务/装置发现等功能。本质上，这些服务能力使应用免于实施这些功能的负担，由此简化了应用开发并且减少进入市场的成本和时间。服务层22和22’还使m2m应用20和20’能够通过各种网络12和12’结合服务层22和22’提供的服务来进行通信。
可以将本申请的方法实施为服务层22和22’的一部分。服务层22和22’是软件中间件层，该软件中间件层通过应用编程接口和底层组网接口的集合来支持增值服务。etsim2m和onem2m两者都使用可以包含本申请的连接方法的服务层。etsim2m的服务层称为服务能力层(scl)。scl可以实施在m2m装置(其中scl称为装置scl(dscl))、网关(其中scl称为网关scl(gscl))和/或网络节点(其中scl称为网络scl(nscl))内。onem2m服务层支持公共服务功能(csf)(例如，服务能力)集合。一个或者多个特定类型的csf集合的实例化称为公共服务实体(cse)，其可以托管在不同类型的网络节点(例如，基础设施节点、中间节点、应用专用节点)上。进一步地，可以将本申请的连接方法实施为m2m网络的一部分，该m2m网络使用面向服务的架构(soa)和/或面向资源的架构(roa)来访问服务(诸如，本申请的连接方法)。
在一些实施例中，可以结合所公开的系统和方法来使用m2m应用20和20’。m2m应用20和20’可以包括与ue或者网关进行交互的应用，并且还可以结合其它公开的系统和方法来使用。
在一个实施例中，如图22b所示，可以在由m2m节点(诸如，m2m服务器、m2m网关、或者m2m装置)托管的m2m服务层实例内托管逻辑实体(诸如pcrf702、914和1908，mtc-iwf704，pcef706、912和2002，计费实体916，3gppcn910，sd-cs602，sd-ods608，sd-ofcs606，sd-ctf610、1302和1902，sd-ccf1102，m2m应用1108，计费sc1202，服务计费和结算csf1604，网络服务公开csf1606，3gppcn1906，服务层904、1600、1904，acc2104，服务公开部件2104，在ue906处的逻辑，和用于产生诸如界面2302和2304等界面的逻辑)。例如，逻辑实体(诸如pcrf702、914和1908，mtc-iwf704，pcef706、912和2002，计费实体916，3gppcn910，sd-cs602，sd-ods608，sd-ofcs606，sd-ctf610、1302和1902，sd-ccf1102，m2m应用1108，计费sc1202，服务计费和结算csf1604，网络服务公开csf1606，3gppcn1906，服务层904、1600、1904，acc2104，服务公开部件2104，在ue906处的逻辑，和用于产生诸如界面2302和2304等界面的逻辑)可以包括在m2m服务层实例内的或者作为在现有服务能力内的子功能的单独的服务能力。
m2m应用20和20’可以包括各种行业的应用，行业诸如但不限于运输、健康与保健、连接的家庭、能量管理、资产追踪、以及安全和监视。如上面提到的，跨装置、网关、服务器、和系统的其它节点运行的m2m服务层支持诸如例如数据采集、装置管理、安全、记账、位置追踪/地理围栏、装置/服务发现、以及遗留系统整合功能，并且将这些功能作为服务提供至m2m应用20和20’。
一般而言，服务层22和22’限定软件中间件层，该软件中间件层通过应用编程接口和底层组网接口的集合来支持增值服务。etsim2m和onem2m架构都限定了服务层。etsim2m的服务层称为服务能力层(scl)。scl可以在etsim2m架构的各种不同节点中实施。例如，服务层的实例可以实施在m2m装置(其中该scl称为装置scl(dscl))、网关(其中该scl称为网关scl(gscl))和/或网络节点(其中该scl称为网络scl(nscl))内。onem2m服务层支持公共服务功能(csf)(即，服务能力)集合。一个或者多个特定类型的csf的集合的实例化称为公共服务实体(cse)，其可以托管在不同类型的网络节点(例如，基础设施节点、中间节点、应用专用节点)上。第三代合作伙伴计划(3gpp)还定义了用于机器类型通信(mtc)的架构。在该架构中，服务层及其提供的服务能力被实施为服务能力服务器(scs)的一部分。无论是体现在etsim2m架构的dscl、gscl或者nscl中，3gppmtc架构的服务能力服务器(scs)中，onem2m架构的csf或者cse中，还是体现在网络的一些其它节点中，服务层的实例都可以实施为在网络中的一个或者多个独立节点(包括服务器、计算机、和其它计算装置或者节点)上执行的逻辑实体(例如，软件、计算机可执行指令等)，或者作为一个或者多个现有节点的一部分。作为示例，可以按照在具有下面描述的图22c或者图22d中示出的通用架构的网络节点(例如，服务器、计算机、网关、装置等)上运行的软件的形式来实施服务层或者其部件的实例。
进一步，可以将逻辑实体(诸如pcrf702、914和1908，mtc-iwf704，pcef706、912和2002，计费实体916，3gppcn910，sd-cs602，sd-ods608，sd-ofcs606，sd-ctf610、1302和1902，sd-ccf1102，m2m应用1108，计费sc1202，服务计费和结算csf1604，网络服务公开csf1606，3gppcn1906，服务层904、1600、1904，acc2104，服务公开部件2104，在ue906处的逻辑，和用于产生诸如界面2302和2304等界面的逻辑)实施为使用面向服务架构(soa)和/或面向资源架构(roa)来访问本申请的服务的m2m网络的一部分。
图22c是m2m网络节点30(诸如，m2m装置18、m2m网关14、m2m服务器等)的示例硬件/软件架构的框图。节点30可以执行或者包括逻辑实体(诸如pcrf702、914和1908，mtc-iwf704，pcef706、912和2002，计费实体916，3gppcn910，sd-cs602，sd-ods608，sd-ofcs606，sd-ctf610、1302和1902，sd-ccf1102，m2m应用1108，计费sc1202，服务计费和结算csf1604，网络服务公开csf1606，3gppcn1906，服务层904、1600、1904，acc2104，服务公开部件2104，在ue906处的逻辑，和用于产生诸如界面2302和2304等界面的逻辑)。装置30可以是如在图22a至图22b中示出的m2m网络的一部分或者非m2m网络的一部分。如在图22c中示出的，m2m节点30可以包括处理器32、不可移动存储器44、可移动存储器46，扬声器/麦克风38、小键盘40、显示器、触摸板、和/或指示器42、电源48，全球定位系统(gps)芯片集50、和其它外设52。节点30还可以包括通信电路，诸如，收发器34和发送/接收元件36。要了解，m2m节点30可以在与实施例保持一致的同时包括上述元件的任何子组合。该节点可以是实施本文描述的smsf功能的节点。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(dsp)、多个微处理器、与dsp核相关联的一个或者多个微处理器、控制器、微控制器、专用集成电路(asic)、现场可编程门阵列(fpga)电路、任何其它类型的集成电路(ic)、状态机等。一般而言，处理器32可以执行存储在节点的存储器(例如，存储器44和/或存储器46)中的计算机可执行指令以执行节点的各种所需功能。例如，处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或使m2m节点30能够在无线或者有线环境中操作的任何其它功能。处理器32可以运行应用层程序(例如，浏览器)和/或无线电接入层(ran)程序和/或其它通信程序。例如，处理器32还可以诸如例如在接入层和/或应用层中执行安全操作(诸如，认证、安全密钥协商、和/或加密操作)。
如在图22c中示出的，处理器32耦合至其通信电路(例如，收发器34和发送/接收元件36)。通过执行计算机可执行指令，处理器32可以控制通信电路以使节点30经由其连接的网络来与其它节点通信。具体地，处理器32可以控制通信电路以执行本文和权利要求书中描述的发送和接收步骤。虽然图22c将处理器32和收发器34描绘为分开的部件，但是要了解，可以将处理器32和收发器34一起集成在电子封装或者芯片中。
可以将发送/接收元件36配置为向其它m2m节点(包括m2m服务器、网关、装置等)发送信号或者从其它m2m节点(包括m2m服务器、网关、装置等)接收信号。例如，在实施例中，发送/接收元件36可以是配置为发送和/或接收rf信号的天线。发送/接收元件36可以支持各种网络和空中接口，诸如，wlan、wpan、蜂窝等。在实施例中，例如，发送/接收元件36可以是配置为发送和/或接收ir信号、uv信号或者可见光信号的发射机/检测器。在再一实施例中，可以将发送/接收元件36配置为发送和接收rf信号和光信号两者。要了解，可以将发送/接收元件36配置为发送和/或接收无线信号或者有线信号的任何组合。
另外，虽然在图22c中将发送/接收元件36描绘为单个元件，但是m2m节点30可以包括任何数量的发送/接收元件36。更具体地，m2m节点30可以采用mimo技术。因此，在实施例中，m2m节点30可以包括两个或者更多个发送/接收元件36(例如，多根天线)以用于发送和接收无线信号。
可以将收发器34配置为调制待由发送/接收元件36发送的信号，并且对发送/接收元件36接收的信号进行解调。如在上面提到的，m2m节点30可以具有多模式能力。因此，例如，收发器34可以包括用于使m2m节点30能够经由多个rat(诸如utra和ieee802.11)进行通信的多个收发器。
存储器32可以从任何合适的存储器访问信息，并且可以将数据存储在任何合适的存储器中，存储器诸如不可移动存储器44和/或可移动存储器46。例如，如上所述，处理器32可以将会话上下文存储在其存储器中。不可移动存储器44可以包括随机存取存储器(ram)、只读存储器(rom)、硬盘、或者任何其它类型的存储器存储装置。可移动存储器46可以包括用户身份识别模块(sim)卡、存储器棒、安全数字(sd)存储器卡等。在其它实施例中，处理器32可以从不是物理地位于m2m节点30上的存储器(诸如，位于服务器或者家庭计算机上)访问信息，并且可以将数据存储在该存储器中。可以将处理器32配置为控制在显示器或者指示器42上的照明模式、图像或者颜色以反映m2m服务层会话迁移的状态或者以从用户获取输入或者向用户显示关于节点的会话迁移或者共享能力或者设定的信息。在另一示例中，显示器可以示出关于会话状态的信息。本公开定义了onem2m实施例中的restful用户/应用api。可以将可以在显示器上示出的图形用户界面分层在api的顶部以允许用户经由本文描述的底层服务层会话功能来交互式地建立和管理e2e会话、或者其迁移或者共享。
处理器32可以从电源48接收电力，并且可以配置为分布和/或控制提供给m2m节点30中的其它部件的电力。电源48可以是为m2m节点供电的任何合适的装置。例如，电源48可以包括一个或者多个干电池组(例如，镍镉(nicd)、镍锌(nizn)、镍金属氢化物(nimh)、锂离子(li-ion)等)、太阳能电池、燃料电池等。
处理器32还可以耦合至gps芯片集50，该gps芯片集50配置为提供关于m2m节点30的当前位置的位置信息(例如，经度和纬度)。要了解，在与实施例一致的同时，m2m节点30可以通过任何合适的位置确定方法来获取位置信息。
处理器32可以进一步耦合至其它外设52，该其它外设52可以包括提供附加特征、功能和/或有线或者无线连接性的一个或者多个软件和/或硬件模块。例如，外设52可以包括加速度计、电子罗盘、卫星收发器、传感器、数码相机(用于照片或者视频)、通用串行总线(usb)端口、振动装置、电视收发器、免提耳机、
图22d是还可以用于实施m2m网络的一个或者多个节点(诸如，m2m服务器、网关、装置或者其它节点)的示例性计算系统90的框图。计算系统90可以包括计算机或者服务器，并且可以主要由计算机可读指令控制，该计算机可读指令可以是软件的形式(无论这种软件被存储在哪里和通过何种方式被访问)。计算系统90可以执行或者包括逻辑实体，逻辑实体诸如pcrf702、914和1908，mtc-iwf704，pcef706、912和2002，计费实体916，3gppcn910，sd-cs602，sd-ods608，sd-ofcs606，sd-ctf610、1302和1902，sd-ccf1102，m2m应用1108，计费sc1202，服务计费和结算csf1604，网络服务公开csf1606，3gppcn1906，服务层904、1600、1904，acc2104，服务公开部件2104，在ue906处的逻辑，和用于产生诸如界面2302和2304等界面的逻辑。计算系统90可以是m2m装置、用户设备、网关、ue/gw或者任何其它节点(包括例如移动核心网的节点、服务层网络应用提供商、终端装置18或者m2m网关装置14)。可以在处理器(诸如，中央处理单元(cpu)91)内执行这种计算机可读指令以使装置90进行工作。在许多已知的工作站、服务器和个人计算机中，中央处理单元91通过称为微处理器的单芯片cpu来实施。在其它机器中，中央处理单元91可以包括多个处理器。协处理器81是与主cpu91不同的可选的处理器，协处理器81执行附加的功能或者协助cpu91。cpu91和/或协处理器81可以接收、生成和处理与所公开的用于e2em2m服务层会话(诸如，接收会话凭证或者基于会话凭证进行认证)的系统和方法有关的数据。
在操作中，cpu91获取、解码和执行指令，并且经由计算机的主要数据传输路径(系统总线80)向其它资源传输信息和从其它资源传来信息。这样的系统总线连接计算系统90中的部件并且限定用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线、和用于发送中断并且用于操作系统总线的控制线。这种系统总线80的示例是pci(外围部件互连)总线。
耦合至系统总线80的存储器包括随机存取存储器(ram)82和只读存储器(rom)93。这种存储器包括允许存储和检索信息的电路系统。rom93一般包含不能轻易进行修改的存储数据。存储在ram82中的数据可以由cpu91或者其它硬件装置读取或者改变。可以由存储器控制器92控制对ram82和/或rom93的访问。存储器控制器92可以提供地址转换功能，该地址转换功能在执行指令时将虚拟地址转换成物理地址。存储器控制器92还可以提供存储器保护功能，该存储器保护功能将系统内的进程隔开并且将系统进程与用户进程隔开。因此，按照第一模式运行的程序只能访问由其自己的进程的虚拟地址空间映射的存储器；其不能访问另一进程的虚拟地址空间内的存储器，除非已经设置了在进程之间的存储器共享。
另外，计算系统90可以包含外设控制器83，该外设控制器83负责将来自cpu91的指令传送至外设，诸如打印机94、键盘94、鼠标95和磁盘驱动器85。
由显示控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。可以用基于crt的视频显示器、基于lcd的平板显示器、基于等离子气体的平板显示器、或者触摸面板来实施显示器86。显示控制器96包括生成发送至显示器86的视频信号所需的电子部件。
进一步地，计算系统90可以包含通信电路(诸如，例如，网络适配器97)，该通信电路可以用于将计算系统90连接至外部通信网络(诸如，图22a和图22b的网络12)以使得计算系统90能够与网络的其它节点进行通信。
用户设备(ue)可以是终端用户用于通信的任何装置。其可以是手持电话、配备有移动宽带适配器的膝上型计算机、或者任何其它装置。例如，ue可以实施为图22a至22b的m2m终端装置或者图22c的装置30。
要理解，可以以存储在计算机可读存储介质上的计算机可执行指令(例如，程序代码)的形式来体现本文描述的任何或者所有系统、方法和进程，该指令在由机器(诸如，m2m网络的节点，包括例如，m2m服务器、网关、装置等)执行时执行和/或实施本文描述的系统、方法和进程。具体地，可以以这种计算机可执行指令的形式来实施在上面描述的任何步骤、操作或者功能(包括网关、ue、ue/gw、或者移动核心网络、服务层或者网络应用提供商的任何节点的操作)。可以将逻辑实体(诸如pcrf702、914和1908，mtc-iwf704，pcef706、912和2002，计费实体916，3gppcn910，sd-cs602，sd-ods608，sd-ofcs606，sd-ctf610、1302和1902，sd-ccf1102，m2m应用1108，计费sc1202，服务计费和结算csf1604，网络服务公开csf1606，3gppcn1906，服务层904、1600、1904，acc2104，服务公开部件2104，在ue906处的逻辑，和用于产生诸如界面2302和2304等界面的逻辑)体现为存储在计算机可读存储介质上的计算机可执行指令的形式。计算机可读存储介质包括以用于存储信息的任何非暂时性(即，有形或者物理)方法或者技术实施的易失性和非易失性、可移动和不可移动介质两者，但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于ram、rom、eeprom、闪速存储器或者其它存储技术、cd-rom、数字式多功能光盘(dvd)或者其它光盘存储装置、磁带盒、磁带、磁盘存储装置或者其它磁存储装置、或者可以用于存储所需信息并且可以通过计算机访问的任何其它物理介质。
在描述本公开的主题的优选实施例时，如在附图中图示的，为清楚起见，采用特定术语。然而，所要求的主题不旨在限于所选择的特定术语，并且要理解，每个特定元件包括以相似的方式达成相似目的的所有技术等效物。
该书面描述使用示例来公开本发明，包括最佳模式，并且使本领域的任何技术人员能够实践本发明，包括制作和使用任何装置或者系统并且执行任何包含的方法。本发明的专利保护范围由权利要求书限定，并且可以包括本领域的技术人员可以想到的其它示例。如果这种其它示例具有与权利要求书的文字语言并无不同的结构元件或者如果它们包括与权利要求书的字面语言无实质差异的等同结构元件，那么它们旨在落入权利要求书的范围内。
- 还没有人留言评论。精彩留言会获得点赞！