服务域收费系统和方法与流程
本申请是国际申请日为2014年7月24日、国家申请号为201480046891.2、发明名称为“服务域收费系统和方法”的进入中国国家阶段的pct申请的分案申请。
本申请要求2013年10月3日提交的名称为“servicedomainchargingsystemandinteractionswithunderlyingnetworks”的美国临时专利申请61/886,458以及2013年7月24日提交的名称为“servicedomainchargingsystemandinteractionswithunderlyingnetworks”的美国临时专利申请61/857,912的权益，并且通过引用并入此处。
背景技术：
机器到机器(m2m)技术允许设备使用有线和无线通信系统更直接互相通信。m2m技术使得能够进一步实现物联网(iot)，唯一可识别对象和在诸如互联网的网络上通信的这样的对象的虚拟表示的系统。iot可促进与即使平凡日常对象的通信，诸如杂货店中的产品，由此通过改善这样的对象的知识而降低成本和浪费。例如，通过能够与可能在库存中或者可能已售出的对象进行通信或者从中获得数据，商店可以保持非常精确的库存数据。m2m技术在服务收费方面引入新挑战，诸如确定谁可以为服务收费，谁应该为这样的服务付费，以及哪些操作是可收费的。
技术实现要素：
这里公开的是关于可以与下层网络交互的服务域收费系统的方法、设备和系统。服务域收费体系结构可以包括若干逻辑功能，包括服务域收费管理(sd-cm)、服务域线上收费系统(sd-ocs)、服务域线下收费系统(sd-ofcs)和服务域收费触发功能(sd-ctf)。基于服务的收费类型可以被创建并应用于现有事件、会话、线上和线下收费机制。服务域收费消息可以在x、y、z参考点上交换。e参考点可以用来与服务域计费系统相接(interfacing)，且b参考点可以用于服务域计费系统和下层网络的计费系统之间。
一个实施例是一种方法，包括接收在m2m网络的服务层中的服务域收费管理功能的政策。该政策被定义为具有相关联属性的规则。方法还包括使用政策来确定m2m网络的服务层内的可收费事件。
用于m2m服务域的示例性收费系统可以包括：服务域收费管理功能，以存储用于服务域的收费政策；服务域线上收费系统，从服务域收费管理功能接收服务请求并且在准许服务之前检查所请求服务的信用；以及服务域线下收费系统，从服务域收费管理功能接收收费事件并且产生服务域收费数据记录。
一个实施例是一种方法，包括在基础设施节点在服务域收费管理功能接收用于服务域的收费政策。该方法可以包括把来自基础设施节点的服务域收费管理功能的政策分发到端节点处的服务域收费管理功能。
一个实施例是一种方法，包括在服务层中的服务域收费系统与3gpp网络中的机器类型通信联网功能(mtc-wef)之间跨tsp参考点传送收费信息。该方法还包括在3gpp网络中的服务层或mtc-iwf中的服务域收费系统使用传送的收费信息
提供本发明概述以简化方式引入概念的选择，在下面的详细描述中会进一步描述。本发明概述不意图标示保护的主题的关键特征或必要特征，也不想要用来限制要求保护的主题的范围。而且，要求保护的主题不限于解决在本公开的任何部分中所提及的任何或全部缺点的限制。
附图说明
图1是根据实施例图示说明示例性非限制收费体系结构的图。
图2是图示说明具有线上收费和线下收费的示例性3gpppcc系统的图。
图3是图示说明具有使用rf/ga参考点与3gpp线下收费系统相接的示例性mtc-iwf接口的另一示例性非限制体系结构的图。
图4是图示说明示例性非限制onem2m体系结构。
图5是图示说明包括一些示例性逻辑功能的位置和示例性场景以用于部署的示例型、非限制、服务域收费系统(sd-cs)。
图6a是图示说明示例性收费政策配置流程的流程图。
图6b是图示说明应用提供收费政策给sd-cm的示例性收费政策配置流程。
图7是图示说明示例性服务域线下收费流程的流程图。
图8a和8b是图示说明用于线上收费，包括用于信用卡请求和信用卡保留的示例性流程。
图9是图示说明用于基于服务的收费的示例性流程的流程图。
图10是示出收费规则的示例性非限制收集的图。
图11是图示说明用于<chargingrule>资源的示例性非限制资源结构的图。
图12是图示说明用于<chargingcredit>的示例性非限制资源结构的图。
图13是图示说明用于收费配置的示例性非限制资源结构的图。
图14是图示说明用于<chargeableevent>的示例性非限制资源结构的图。
图15是图示说明用于<chargeableservice>的示例性非限制资源结构的图。
图16是图示说明用于<serviceprocedure>的示例性非限制资源结构的图。
图17是图示说明可以与下层3gpp网络经由z参考点相接的服务域收费系统(sd-cs)的图。
图18a和18b是图示说明用于与3gpp关于用于设备触发流程的收费相关操作而交互的服务域的呼叫流的流程图。
图19a和19b是图示说明示出sd-cs和3gpp收费系统之间的交互的示例性信号流的流程图。
图20是图示说明sd-cs驻留在补偿佣金(cb)服务能力中的示例性非限制体系结构的图。
图21图示说明根据实施例的示例性非限制体系结构。
图22a是示例机器到机器(m2m)或物联网(iot)通信系统的系统图，其中可以实现一个或多个公开的实施例。
图22b是可以在图22a中图示的m2m/iot通信系统内使用的示例体系结构的系统图。
图22c是可以在图22a中图示的通信系统内使用的示例m2m/iot终端或网关设备的系统图。
图22d是可以体现图22a的通信系统的方面的示例计算系统的框图。
图23a-23c是图示说明可以用于实施例的示例性接口的图。
具体实施方式
欧洲电信标准协会(etsi)体系结构定义了一种用于m2m技术的线下收费系统。在集成了该体系结构的特点的一些实施例中，形式上为收费数据记录(cdr)的收费信息可以从记录的信息导出且被传送到收费服务器。收费所需的所有信息可以首先被选取来记录。被记录的m2m事件和cdr之间可以有一对一的映射。
图1是根据实施例图示说明示例性非限制收费体系结构100的图。在这样的实施例中，嵌入到m2m网络服务能力层(nscl)104内的收费功能(cf)102可以负责使用cm参考点与收费服务器106的交互。diameter可以用作对cm参考点的协议。
图2是图示说明具有线上收费202和线下收费204以及其他涉及实体的示例性3gpppcc系统200的图。第三代伙伴计划(3gpp)政策和收费控制(pcc)系统可以负责服务质量(qos)和对ip连接性接入网(ip-can)(例如eps、umts、固定、i-wlan等等)的收费。pcc体系结构可以包括多个功能，它们之间具有特定接口。政策和收费规则功能(pcrf)206可以负责为ip-can会话、ip-can承载和/或服务数据流(sdf)创建政策和收费相关信息。3gpp可以支持线下收费204和线上收费202。线下收费204是一种机制，其中收费信息不实时影响实施的服务，诸如后付费订户。相反地，线上收费系统(ocs)202实时执行收费功能，诸如信用控制。这允许ocs202实时影响服务执行，通常用于预付费订户。3gpp中支持各种收费模型，包括基于容量的收费、基于时间的收费、容量和时间组合收费、基于事件的收费以及不收费。
图3是图示说明使用rf/ga参考点具有与3gpp线下收费系统的示例性mtc-iwf接口的另一示例性非限制体系结构300的图。mtc-iwf(机器类型通信-交互功能)实体302与m2m服务能力服务器304相接。tsp可以提供控制平面接口且gi/sgi可以是用户平面接口。
图4是图示说明示例性非限制onem2m体系结构400的图。onem2m是近来提议的在体系结构设计的早期阶段的标准。onem2m的中心部分是公共服务实体(cse)，其由多个公共服务功能(csf)402组成。cse中的csf402可以是服务，诸如注册、安全、收费、数据管理等等。cse可以驻留在m2m端节点(例如设备)中、中间节点(例如网关)中、应用和cse之间的x参考点、两个cse之间的y参考点以及cse和下层网络之间的z参考点。onem2m将参考点的名字从x、y、z更新到mca、mcc和mcn。操作应用于mcc参考点，也应用于在服务提供商域之间的mcc’的参考点。下面在表1中图示说明一些示例性onem2m收费要求。
表1.用于收费的示例性onem2m要求
在m2m服务域中，如这里所使用的，指的是m2m服务提供商所提供的m2m服务，包括etsim2m体系结构的服务能力层(scl)以及onem2m体系结构的cse和csf，收费出现新的困难，因为在这样的实施例中存在更复杂的利益相关者和新的收费情景。表2下面列出了在服务域中的一些示例性收费情景，每个可以与其他(表2中所示等)组合。
表2.示例性服务域收费场景和利益相关者
服务域可以使用下面的功能来支持收费：
-有效机制和接口，以启用服务域收费，可以自给自足且可以独立于下层网络
-机制和接口，使得服务域能够在想要聚合的收费时与下层网络收费系统交互以及重新使用下层网络收费系统
-服务域收费机制，以支持线上、线下和新收费类型，可以由服务域所使用
上面的功能可能不足以由现有收费系统来解决。3gpp收费系统可能无法解决这样的功能且可能不适用于服务域收费。etsim2m收费可能只提供有限收费功能。etsim2m在网络服务能力层定义简单信息记录并且只解决线下收费。它不提供用于收费政策控制的任何机制。etsim2m可能也不定义一种机制来重新使用3gpp收费。因此，etsim2m收费是非常基本的，且可能不满足完整m2m收费系统的要求。onem2m作为发展中的新标准，还没有定义任何收费功能和流程。
因此，根据这里所阐述的实施例，机制可以用于可与一个或多个下层网络交互的服务域收费系统。更具体地，这里描述了实施例，提供了整体服务域收费体系结构，定义逻辑功能(例如，sd-cm、sd-ocs、sd-ofcs和sd-ctf)、它们的功能以及它们的关系。这里还描述了实施例，定义了基于服务的收费类型以及在服务域的环境中应用现有事件、会话、线上和/或线下收费。这里还描述了实施例，定义了x、y、z参考点上的服务域收费消息。而且，当前公开描述了e参考点，用于与服务域计费系统相接，还描述了服务域计费系统和下层网络计费系统之间的b参考点。当前公开还阐述了体系结构、消息和与3gpp收费系统的交互。进一步阐述了用于etsim2m收费的实施例。这里还阐述了支持所公开的机制的定义的资源(即数据)结构和流程。注意，尽管这里所使用的术语可以与onem2m体系结构、标准和相关文档相关联，当前公开的实施例可被应用于任何服务域收费系统。
在这里所述的实施例中，各种收费类型可以在服务域中被支持。每个可以支持上面在表2中所述的可能收费情景。3gpp收费中使用的术语可以在此使用以便简化，诸如线上/线下收费，具有根据所述实施例扩展的功能，以在服务域中提供更多灵活性用于新收费情景。在此阐述基于服务的收费类型以满足服务域要求。
除了传统基于会话和基于事件的收费，服务域可以提供基于唯一性服务的收费。由于cse可能包含许多不同csf，且其还可以管理“大”数据，cse可以执行复杂请求，涉及一系列动作、多个输入和多个决定。这样的请求可能导致请求者由于服务而被收费，而不是用于操作的一个或多个步骤。
服务域可能具有其自己的会话或可能没有会话。在收费环境中，这里使用的术语“会话(session)”具有广义范围。服务会话可能是订户对具体服务提供商的订制和/或其可能是逻辑服务连接。订户可能具有多个服务连接。例如，服务注册可能正在进行，诸如当端节点中的cse注册到基础设施节点中的cse。这样的注册可能被认为是会话且收费可能每个注册被完成。会话可能由唯一服务会话标识符(id)识别且可能与订户id、会话持续时间、服务会话qos和/或可能影响收费的其他信息相关联。
服务域事件可能指的是非连续交易，诸如对数据的操作(例如创建、更新、检索等等)。
服务域收费方法在一些实施例中可以基于收费怎样影响实时服务而被分为线上和线下收费，类似于在3gpp中线上和线下收费的概念。线下收费可能不影响实时提供的服务。收费触发信息可能在其发生时在csf生成。具有线下收费数据的收费报告可以经由不同节点而传递到网络以生成服务域cdr(sd-cdr)。线上收费可能影响实时准许的服务。服务请求可以首先被生成且请求者的信用可以在服务被准许之前被检查。服务是否使用线上或线下收费可以基于服务会话或事件。例如，应用可能在服务域中创建数据且规定读取数据是具有特定费率的基于事件的线上收费。订户(例如，用户、应用)可以通过使用线上和线下收费机制的组合而被收费。
服务域收费系统(sd-cs)可以由四个逻辑功能组成。图5是图示说明包括一些示例性逻辑功能的位置和用于部署的示例性场景的示例性非限制服务域收费系统(sd-cs)的图。体系结构500的虚线指示节点中的可选功能。体系结构500可以支持在基础设施节点控制的中心化的收费系统和在不同节点上控制的分布式收费系统。下面描述的是功能的特征以及用于收费的呼叫流和消息。
服务域收费管理(sd-cm)502可以是sd-cs的中心。sd-cm502可能包含cse506支持的收费政策。其可能通过供应和/或配置来获得收费政策。政策可能从服务提供商获得，或者它们可能被应用508或另一cse510配置。sd-cm502还可能基于可收费事件的统计在服务层更新其政策。sd-cm502可能具有与在相同cse506中的其他csf的内部接口。sd-cm502可能具有与相同cse506中其他csf的内部接口。sd-cm502可能配置关于可收费事件和政策的其他csf。
sd-cm502可能用作收费信息的聚集者和派发者。其可能从其他csf504接收收费请求和事件。sd-cm502可能派发请求到服务域线上收费系统(sd-ocs)512或服务域线下收费系统(sd-ofcs)514。sd-cm502可能从sd-ocs512和/或sd-ofcs514得到输出且可能基于政策而发送信息到服务计费域或下层网络的收费系统。sd-cm502可以是用于在不同节点(诸如基础设施节点、中间节点和端节点)中的sd-cs之中的锚点。sd-cm可能还是用于sd-cs与下层网络相接和交互以便收费相关操作的锚点。
服务域线下收费系统(sd-ofcs)514可以从sd-cm502接收线下收费事件且生成sd-cdr和sd-cdr文件。服务域线上收费系统(sd-ocs)512可以接收服务请求、检查信用以及准许服务。sd-ocs512可以针对不同实体保持信用信息。
中间节点或端节点可以具有或不具有sd-ofcs514和sd-ocs512中的一个或两个，取决于部署。基础设施节点中的sd-cm502可以配置中间节点510中的sdcm518、sd-ofcs520和sd-ocs522以及端节点中的sd-cm524、sd-ofcs526和sd-ocs528，因此收费可以在本地完成以便降低节点之间的流量且增加响应时间。
一个或多个服务域收费触发功能(sd-ctf)530、532和534可以驻留在csf中，如图5的小框所示。一些csf可以不具有sd-ctf功能。sd-cm502可以配置sd-ctf530，关于可收费事件以及如何报告。
sd-cs502可以将其收费相关信息如费率经由y或x参考点向其他cse或应用进行广而告之。sd-cs502可经由z参考点利用下层网络中的收费和计费系统。在sd-cs内部，sd-ocs512和sd-ofcs514可以互相通信。这里提供关于这样的实施例的进一步细节。
服务域可以具有其自身计费系统536。基础设施节点506中的sd-cs可以与服务域计费系统536经由称为e的参考点通信。e参考点将m2m服务域(例如cse)连接到外部横向系统而不是应用或下层网络。计费域可以是第三方应用，诸如paypal。服务域可以经由e参考点与计费域交换收费和计费信息。服务域计费系统536还可以同下层系统中的计费系统540具有b参考点，因为它们可以来自不同提供商。
当端节点527中不存在sd-cm时，端节点注册的中间节点510中的sd-cm518或基础设施节点527中的sd-cm502可以充当用于收费的代理和聚集器。中间节点510中的这种sd-cm518或基础设施节点527中的sd-cm502可收集收费事件并存储和应用用于端节点的收费政策。在一些情况中，端节点527中也不存在sd-ctf。关于端节点527的交易和收费可以在中间节点510或基础设施节点506处捕捉。
图中所图示说明的是基础设施节点506和端节点527处的sd-cs的操作。相同概念和流程应用于中间节点510。多跳(multi-hop)收费操作是可能的，例如基础设施节点506、中间节点510和端节点527中的sd-cs互相通信。尽管图中示出收费事件可以发生在端节点527，收费事件还可以发生在中间节点510或基础设施节点506。如果它们发生在基础设施节点506，基础设施节点处的sd-cs可以处理收费信息。sd-cs可以选择推送收费信息到中间节点510或端节点527用于信息的共享。
图6a是图示说明示例性收费政策配置流程600的流程图。注意，该流程指示了当基础设施节点506中的sd-cm502获得收费政策且配置其他注册的cse510和527中的收费功能时一种可能公共场景。可能由各种实施例支持的未示出的其他场景包括应用508可以经由x参考点提供其自身具体收费政策给sd-cm502。这样的政策可以在不同节点中的cse之间进行交换和配置。cse还可以便利广告和在不同应用之间的政策交换。例如，在app商店中的m2mapp可以使用x参考点来推送其自身收费政策或其可以询问服务域上现有收费政策。该app可以是收集收费的实体。各种实施例可以支持的未示出的另一场景可以是收费政策也可以启动且由基础设施节点510和端节点527填充，并且由基础设施节点506中的sd-cm502验证和聚合。可以由各种实施例支持的未示出的又一场景可以是收费政策可以随着时间动态更新。例如，费率、可收费事件等等的改变可以被更新。这样的更新可以由不同节点处的应用或cse发起。
图6b是图示说明应用提供收费政策给sd-cm的示例性收费政策配置流程的流程图。sd-cm可以提供由一个应用向其他应用建立的收费政策。配置收费政策的应用可以收集可收费事件且经由服务域对其他应用收费。如果被授权，sd-cm可以将收费政策分发到其他节点。
收费政策的示例包括支持的收费类型(例如，线上、线下、基于服务)，将订户id和应用/订户类型与收费类型(例如，线上、线下、基于服务)相关联，将订户id、应用/订户类型和服务域操作与费率、可收费事件列表、可收费事件报告参数以及信用预订触发和阈值。
图7是图示说明示例性服务域线下收费流程700的流程图，在所示的实施例中，假设在端节点不存在sd-ofcs。当发生可收费事件时，csf542处的sd-ctf534报告事件。端节点527处的sd-cm524可以在将它们发送到基础设施节点506之前聚集这些报告。
图8a和8b是图示说明用于线上收费的示例性流程800(不必以顺序次序示出)的流程图，包括用于信用请求和信用预订的流程。在线上收费实施例中，请求者(例如，应用、订户、cse等等)在服务被准许前必须具有足够信用来支付服务。如果没有足够信用，请求可能被否决。收费相关信息可以在拒绝消息中提供，诸如缺少信用或收费费率。这个拒绝可以触发服务域的其他动作，诸如开始信用预订动作或者使用收费配置消息协商新费率。请求者还可以在服务请求之前预订信用，例如通过请求足够信用的预订以支付特定数据的检索操作20次。
注意：图8仅仅图示说明了当端节点527不存在sd-ocs时一个可能场景。当端节点527存在sd-ocs时，基础设施节点处的sd-ocs512可以使用收费配置消息推送信用信息和为具体请求者所作出的决定到端节点527处的sd-ocs528。因此，这样的实施例的流程在端节点527更加分布和本地化。端节点处或中间节点510的sd-ocs528可以使用收费报告消息发送一个或多个请求到基础设施节点506处的sd-ocs510，使得它们可以同步信用信息。
图9是图示说明用于基于服务的收费的示例性流程900的流程图。所图示的步骤在细节上有所减少以便简化，因为在此已在别处描述了消息。在步骤1，服务请求到达cse。“csf派发器902”可以用来表示处理请求并且识别请求目标是涉及多步骤操作的服务的实体。参看表2，可以得到更多机遇服务的操作的描述。在步骤2，csf派发器902将请求分发到相关csf。注意，一些操作可以取决于对其他请求的响应，但为清楚未在图中示出。
在步骤3，履行服务的一些操作可能完成。注意，一些操作可能取决于执行的信用检查。在步骤4，csf542处的sd-ctf534触发用于线下收费的收费事件或用于线上收费的收费请求。服务请求可能涉及线上收费和线下收费。在步骤5、6、7，端节点527处的sd-cm524可以派发用于线上收费的服务请求和用于线下收费的收费报告到基础设施节点506的各个sd-ocs512和sd-ofcs514。其还可以聚集请求和响应。一些流程可能从属于其他。在步骤8，其他操作完成，csf派发器902可以接收状态。其还可以通知服务请求者服务完成。
表3下面列出可能用在服务域收费操作中的消息。关键信息元素(ie)被列出以指示这些消息的使用，且其他ie可以被包括以传送额外信息。这些消息可以被不同类型协议支持，诸如restful协议或基于restful的协议，或者基于此的其他协议。这里所阐述的服务层收费系统可以应用restful体系结构或非restful体系结构。
表3.示例性服务域收费操作消息
在实施例中，数据结构可以用于支持这里所公开的收费机制。这样的数据结构可以采取资源的形式。资源可以是restful体系结构中可唯一寻址的对象。资源可以具有可以通过restful动词(例如，创建、检索、更新、删除)传送和操纵的表示。资源可以使用统一资源指示符(uri)来唯一寻址。子资源可以是具有与被寻址(即，父)资源的包含关系的资源。父资源表示可以包含对副资源(即，子资源)一个或多个参考。子资源的寿命可以由父资源的寿命来限制。属性可以存储信息，诸如关于资源自身的元数据。
基于资源的数据结构可以使得执行restful操作更简单，诸如使用诸如超文本传输协议(http)或限制应用协议(coap)的协议。但是，这样的数据结构也可以应用于非restful协议。资源可以包含子资源和属性。
定义的结构启用灵活和可扩展的服务层收费机制。发起者可以使用收费配置资源来建立收费政策和配置到接收者。此外，发起者可以基于收费配置和政策建立不同收费规则。这些规则可以指示谁(收费的实体)将对谁(被收费的实体)基于什么(例如，线上或线下收费、基于事件、基于服务、或基于会话的收费，等等)收费。收费规则使得系统能够具有不同粒度。例如，收费规则可以基于逻辑功能，诸如cse节点或应用。收费规则还可以，或者作为替代，基于资源。例如，收费规则可以基于想要对具体资源的每个读取操作收费的实体。尽管在图中未示出，所有资源应该支持供应商具体属性/子资源。
如图中所使用，下面的形状图示说明了示例性非限制资源结构：
-方形框用于资源和子资源
-具有圆角的方形框用于属性
-平行四边形用于资源集
在读取/写入访问模式中，可以假定下面的值：
-读取/写入(rw)可以由创建或更新操作来设置
-当资源是创建和/或更新的时，只读(ro)可以由cse设置；
这样的属性可以只被读取
-写入一次(wo)可以被请求者(即，发起请求的实体)在创建操作设置；这样的属性可以此后只被读取
图10是示出收费规则1002(即，收费政策)的示例性非限制收集1000的图。应用，诸如cse的sd-cm，或者另一政策服务器(例如，第三方政策服务器)可以发送收费配置消息以创建和更新收费规则。收集可以具有从零到多个独立收费规则，被指示为<chargingrule>1004。注意，这里所使用的“id”可以指的是唯一性标识符或者可以是指向所指资源的位置的uri。通过指代id，不同资源可以被有效地关联。
图11是图示说明用于<chargingrule>资源的示例性非限制资源结构1100的图。“公共属性”1102指的是通用(即，非收费具体)属性，诸如资源的创建时间和资源的过期时间。不具体与收费相关联的公共资源，诸如访问权利和订制，可以也包括在“公共属性”中。注意，<chargingcredit>1104可以与这个收费规则相关联或其可以是独立资源。在实施例中，其可以与具有信用的实体相关联。如果其与收费规则相关联，<chargingcredit>1104可以定义接收者的信用。如果其是独立资源，其可以包括实体id以关联到实体，或者其父资源需要具有实体id。
表4在下面列出了示例性属性，可以用于定义收费规则。注意：这里所列出的“id”可能是唯一性id，诸如数字id或者唯一可寻址uri。
表4.用于定义收费规则的示例性属性
图12是图示说明用于<chargingcredit>1104的示例性非限制资源结构1200的图。表5在下面列出了用于<chargingcredit>1104的一些示例性属性。
表5.用于收费信用的示例性属性
图13是图示说明用于收费配置的示例性非限制资源结构1300的图。使用该结构的存储的可以是收费配置和政策，诸如可收费事件、可收费服务、费率和收费记录形式。还可以存在用于可以被称为收费配置的<chargingconfig>资源1302的收集。该收集可以由<chargingconfig>资源1302构成。表6在下面列出了用于收费配置的一些示例性属性(子资源)。
表6用于收费配置的子资源的定义
图14是图示说明用于<chargingevent>1402的示例性非限制资源结构1400的图。表7在下面列出用于<chargingevent>的一些示例性属性。
表7.用于可收费事件的示例性属性
一个实施例可以被认为是多步骤过程。步骤1可以是如图13中所示的什么服务层收费类型被支持的配置，诸如基于事件、基于服务、基于订制。onem2m当前只支持基于事件的收费。
步骤2可以是配置用于可收费事件的政策。每个可收费事件具有图14中所示的数据结构的一个实例。例如，在步骤2，实体可以基于“交易类型”定义可收费事件为“检索”。对于每个检索操作，其应该触发可收费事件，例如时间id＝001。该实体还可以基于交易类型和时间段而定义另一可收费事件。例如，其可以定义“交易类型＝检索且事件开始＝12pm且事件结束＝20pm，事件id＝002”。因此对于事件002，可收费事件只在两项条件都满足时发生，即可收费事件只因为10pm和20pm之间的检索操作而发生。注意，在该数据结构中，我们不指定谁来对谁收费(这由步骤3完成)。我们只定义政策，由此这些政策可以用来定义步骤3中的许多不同场景。
步骤3可以基于在步骤2中使用图11中所示的数据结构定义的可收费事件来定义具体场景。这里，其定义了谁对谁来收费。例如，对于在步骤2中定义的事件001，实体可以定义两个场景，一个用于cse1对ae1收费，使用事件001，而另一个用于ae1对ae2收费，使用事件001。然后，对于事件002，其可以具有一组具体场景，例如，cse1使用事件001对ae1收费，ae2使用事件002对ae1收费。在部署中可以存在基于步骤2中设置的政策定义的许多这些场景。
图15是图示说明用于<chargeableservice>1502的示例性非限制资源体系结构1500的图。表8在下面列出了用于<chargeableservice>的一些示例性属性。
表8.用于可收费服务的示例性属性
图16是图示说明用于<serviceprocedure>1602的示例性非限制资源结构1600的图。在实施例汇总，<serviceprocedure>资源1602可以指定履行服务所需的动作。注意，服务请求发起者可能不能定义服务流程。服务流程可以由cse定义，其可以确定要在提供服务中涉及的实体。表9在下面列出了用于<serviceprocedure>1602的一些示例性属性。
表9.用于服务流程的示例性属性
收费费率收集资源可以定义因为可收费事件或服务而要被收费的费率。服务提供商可以选择将费率公布给服务实体。收费费率资源可以将具体可收费事件、订户、服务等等与费率相关联。费率可能具体到其他因素，诸如具体时间。费率可以基于之前交易而动态增加或减少。
收费记录可以基于所定义的<chargingrecordform>而被创建。每个<chargingrecordform>可以定义具体收费记录格式。收费记录可以是创建的实例。
图17是图示说明经由z参考点与下层3gpp网络相接的服务域收费系统(sd-cs)1702的图。用于z参考点的sd-cs1702中的锚点是sd-cm功能。根据收费相关操作，z参考点可以以不同方式实现，包括经由tsp、gi/sgi和rx参考点，如图17的示例性非限制体系结构1700中所示。tsp是scs1706(服务域)和mtc-iwf1704之间的控制平面接口。gi/sgi是scs1706和pgw1708之间的用户平面接口。rx是应用功能(af)和pcr1710之间的接口。3gpp规定af可以是第三方应用服务器。
在更多解耦实施例中，服务域和3gpp域可以交换cdr、集成cdr以及重新生成汇聚的计费信息。在更多集成的实施例中，服务域和3gpp域可以交换收费政策信息并且在一个域中进行收费。下面列出涉及与3gpp收费和计费系统交互的sd-cs1702的一些场景：
1.3gpp收费仅仅：sd-ctf收集sd可收费事件且传递事件到3gpp收费系统。
2.3gpp辅助收费：sd-ctf收集sd可收费事件；sd-ofcs生成cdr且传递cdr到3gpp收费系统。3gpp收费系统巩固sd-cdr到3gppcdr。
3.3gpp辅助计费：sd-ctf收集sd可收费事件；sd-ofcs生成cdr且创建cdr文件。sd-cdr文件经由tsp参考点从sd-cs功能传送到3gppmtc-iwf1704。3gpp收费系统巩固sd-cdr文件和3gppcdr文件且将它们传递到3gpp计费域。
4.sd独立计费：sd使用其独立计费系统来处理sd-cdr文件。sd计费系统可以与3gpp计费域交换信息。
5.sd仅计费：sd从3gpp收费系统得到收费信息且生成汇聚的计费用于3gpp域和服务域二者。
当前公开的实施例与服务域相关且对3gpp域的影响只在必要时描述。注意，这里公开的一些操作可能在一个以上的参考点上被执行。消息及其对不同参考点的适用性的示例性列表提供在上面的表3中。
一些实施例利用tsp接口。在这样的实施例中，服务域和3gpp域可以交换收费信息。收费信息可以通过在3gpp中定义的tsp参考点以cdr或cdr文件形式携带。这样的场景可以包括：
1.mtc-iwf1704从sd-cs1702拉出服务域收费信息
2.mtc-iwf1704推送3gpp域收费信息到sd-cs1702
3.sd-cs1702从mtc-iwf1704拉出3gpp域收费信息
4.sd-cs1702推送服务域收费信息到mtc-iwf1704
当scs1706发起交换时，如果其是推送，sd-cs1702可以包括cdr传输请求消息的有效载荷中的sd-cdr文件。3gppmtc-iwf1704可以简单响应请求或其还可以包括响应消息中的3gppcdr文件。当3gpp发起交换时类似操作可以用于其他方向。服务域和3gpp域还可以经由tsp交换收费相关政策。
一些实施例利用rx接口。在这样的实施例中，rx参考点可以用于服务域和3gpp域以减缓收费相关政策。scs1706可以订制关于3gpp流量事件的通知。例如，scs1706可以接收ip会话已被关闭或ue已经切换到不同接入技术的通知，且在scs1706的cse可以采取行动来触发服务域操作。服务域和3gpp域可以通过rx对于基于会话的收费而交换会话相关信息。
一些实施例利用gi/sgi接口。在这样的实施例中，因为服务域操作是3gpp中的用户平面流量，服务域可以包括与服务域操作(诸如数据创建、检索)一起的服务域收费信息并且经由gi/sgi发送信息到3gpp域。政策和收费实施功能(pcef)1714可以在3gpp处理信息且执行收费。
图18a和18b是示出用于scs发起设备触发的场景的图示说明示例性信号流1800的流程图。在这样的实施例中，该服务域可以在收费相关操作上与3gpp交互。图18中粗体线指示3gpp中的操作和消息。在步骤1，网络应用1802可以发送请求以从mtc设备检索数据。在步骤2，一旦接收到请求，基础设施节点(被称为3gpp中的scs1804)中的cse检查端节点(mtc)1806中的cse是否注册及其线上状态。在所图示的信号流中，mtc1806是线下的。scs确定触发设备。步骤3-9描述3gpp流程以触发mtc设备1806。在步骤10-12，mtc设备1806是线上的且状态在基础设施节点更新。在步骤13-17，sd-ctf捕捉收费事件且发送收费报告消息到sd-cs1808。由于sd-cs1808从所有csf接收收费事件，其可以集成这些sd-cdr且生成sd-cdr文件。3gpp和服务域需要将imsi和服务域id(诸如订制id)相关以将两个域中cdr相关联用于相同mtc设备1806。在步骤18-19，服务域和3gpp域可以在tsp参考点上交换cdr或cdr文件。在步骤20-21，在mtc1806返回线上时的任何点，来自网络应用的数据检索请求可以被执行且服务域具体sd-cdr可以被生成用于该操作。这个cdr可以与3gpp收费系统交换或不交换。
图19a和19b是示出sd-cs1902和3gpp收费系统之间的交互的图示说明示例性信号流1900的流程图。本图中示出的流程，以及这里所述任何的图中所示的流程，不必按照各个图中所示的顺序发生。这样的交互可以提供3gpp和服务域之间的更集成的收费。
在步骤1-4中，在实施例中，3gpp收费系统可以在sd-cs1902的控制中。3gpp收费政策实体pcrf1904可以经由rx参考点发送用于sd-cs1902收费政策配置。sd-cs1902可以基于来自3gpp收费系统的输入来配置其收费政策。在步骤5-8，mtc-iwf1906可以经由tsp参考点发送3gpp收费信息到sd-cs1902。例如，mtc-iwf1906可以具有3gpp订户信息且sd-cs1902可以将3gppid与服务域id相关联。在步骤9-12，pcrf1904可以传递3gpp收费相关信息到sd-cs1902，诸如会话状态。sd-cs1902可以根据其政策采取行动。例如，当3gpp会话已被切换到另一接入技术时sd-cs1902可以应用不同费率。在步骤13-15，在一些实施例中，sd-cs1902可以通过用户平面参考点gi/sgi到pcef1908将服务域收费信息附于服务域操作消息中。收费可以在pcef1908执行且信息可以通过用户平面发送回sd-cs1902。
表10在下面列出可以在3gpp域和服务域之间交换的关于收费的示例性消息。
表10.在3gpp域和服务域之间交换的示例性消息
图20是图示说明示例性非限制体系结构2000的图，其中sd-cs驻留在补偿佣金(cb)服务能力中。该图示出了网络例子。对于设备和网关，服务能力层可能不包含sd-cs或服务能力层可包含sd-cs的子集。网关补偿佣金(gcb)和设备补偿佣金(dcb)可以只包含sd-ctf或者sd-ctf和sd-cm。图21图示说明示出不同节点中的sd-cs的示例性非限制体系结构2100。
表11在下面列出根据一个实施例可以由etsim2m收费系统支持的示例性非限制潜在收费事件。
表11.示例性etsim2m收费事件
图23a-23c是示出可以同服务域收费系统和方法的实施例一起使用的接口的图。接口可以是用户接口，诸如图形用户界面，其可以用来显示和/或控制服务域收费系统和方法的实施例的操作。
图23a是示出一个示出与设备服务器或网关相关联的诸如可收费事件1和可收费事件2的可收费事件的实施例的示例性用户接口2302的图。
图23b是图示说明一个示出可收费记录和相关联的信息元素的实施例的示例性用户接口2304的图。
图23c是图示说明一个示出诸如在节点之间交换的消息的api信息的实施例的示例性用户接口2306的图。
接口，诸如接口2303、2304和2306，可以用来观看与如上所讨论的服务域收费系统相关的信息。接口，诸如接口2303、2304和2306，也可以用来配置和设置与如上讨论的服务域收费系统相关的数据。例如，这样的接口可以用来设置用于系统的收费相关值。
图22a是示例的可以实现一个或多个公开的实施例的机器到机器(m2m)、物联网(iot)或物联网络(wot)通信系统10的图。通常，m2m技术为iot/wot提供构建块，并且任何m2m设备、网关或服务平台可以是iot/wot的部件以及iot/wot服务层等等。通信系统10可以用于实现公开实施例的功能并且可以包括功能和逻辑实体，如服务域收费系统、sd-cm502、sd-ocs512、sd-ofcs514、sd-ctf530，以及要产生接口的逻辑，如接口2302、2304和2306。
如图22a中所示，m2m/iot/wot通信系统10包括通信网络12。通信网络12可以是固定网络(例如，以太网、光纤、isdn、plc等)或者无线网络(例如，wlan、蜂窝等)或者异构网络的网络。例如，通信网络12可以由多个接入网络组成，这多个接入网络提供内容，诸如语音、数据、视频、消息传递、广播等给多个用户。例如，通信网络12可以利用一个或多个信道接入方法，诸如码分多址(cdma)、时分多址(tdma)、频分多址(fdma)、正交odma(ofdma)、单载波fdma(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中每个被配置为经由通信网络或直接无线电链路发射和接收信号。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、蓝牙)、直接无线电链路和有线线路的各种网络通信。
参看图22b，在现场域中的所图示的m2m服务层22为m2m应用20、m2m网关设备14和m2m终端设备18及通信网络12提供服务。通信网络12可以用于实现公开实施例的功能，并且可以包括毛细设备收费功能和逻辑实体，如服务域收费系统、sd-cm502、sd-ocs512、sd-ofcs514、sd-ctf530，以及要产生接口的逻辑，如接口2302、2304和2306。m2m服务层22可以由一个或多个服务器、计算机、设备、虚拟机(例如云/存储库等等)等来实现，包括例如下述图22c和22d中所图示的设备。将理解，m2m服务层22可以如所需与任何数量的m2m应用、m2m网关设备14、m2m终端设备18和通信网络12通信。m2m服务层22可以由一个或多个服务器、计算机等来实现。m2m服务层22提供服务能力，应用于m2m终端设备18、m2m网关设备14和m2m应用20。m2m服务层22的功能可以用各种方式来实现，例如作为网络服务器，在蜂窝核心网中，在云中等等。类似于所图示的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’是软件中间件层，通过一组应用编程接口(api)和下层的互联接口来支持增值服务能力。etsim2m和onem2m都使用可以包含本申请的连接方法的服务层。etsim2m的服务层被称为服务能力层(scl)。scl可以在m2m设备内实现(在此被称为设备scl(dscl))，在网关内实现(在此被称为网关scl(gscl))和/或在网络节点内实现(在此被称为网络scl(nscl))。onem2m服务层支持一组公共服务功能(csf)(即，服务能力)。一组一个或多个特定类型的csf的实例化被称为公共服务实体(cse)，其能够在不同类型的网络节点(例如，基础设施节点、中间节点、专用节点)上被托管。进一步，本申请的连接方法可以实现为使用服务导向体系结构(soa)和/或资源导向体系结构(roa)以接入服务的m2m网络的一部分，诸如本申请的连接方法。
在一些实施例中，m2m应用20和20’可以包括与毛细设备交互的应用，因此可以结合用于毛细设备(capillarydevice)收费的公开系统和方法。m2m应用20和20’可以包括应用，与ue或网关交互且还可以结合其他公开计费系统和方法来使用。m2m应用20和20’可以包括各种工业中的应用，诸如无限制、运输、健身和健康、连接家庭、能量管理、资产追踪和安全性及监督。如上提及的，在设备、网关、以及系统的其他服务上运行过的m2m服务层支持功能，诸如例如，数据收集、设备管理、安全性、计费、位置追踪/围栏、设备/服务发现、以及继承系统集成，并且将这些功能作为服务提供m2m应用20和20’。
通常，服务层22和22’定义了软件中间件层，通过一组应用编程接口(api)和下层互联接口支持增值服务能力。etsim2m和onem2m定义服务层。etsim2m的服务层被称为服务能力层(scl)。scl可以在m2m设备内实现(在此被称为设备scl(dscl))，在网关内实现(在此被称为网关scl(gscl))和/或在网络节点内实现(在此被称为网络scl(nscl))。onem2m服务层支持一组公共服务功能(csf)(即服务能力)。一组一个或多个特定类型的csf的实例化被称为公共服务实体(cse)，其可以在不同类型的网络节点上被托管(例如基础设施节点、中间节点、专用节点)。第三代伙伴计划(3gpp)还定义了用于机器类型通信(mtc)的体系结构。在该体系结构中，服务层和提供的服务能力，被实现为服务能力服务器(scs)的一部分。不管在etsim2m体系结构的dscl、gscl或nscl中体现，在3gppmtc体系结构的服务能力服务器(scs)中体现，在onem2m体系结构的csf或cse中体现，还是作为网络的一些其他部件或模块，服务层可以被实现为逻辑实体(例如，软件、计算机可执行指令等)，在一个或多个单机服务器、计算机或其他计算设备或网络中节点或者作为一个或多个现有服务器、计算机、或这样的网络的节点上执行。作为示例，服务层或其部件可以实现为运行在具有下述图22c或图22d所图示的通用体系结构的服务器、计算机或设备上的软件的形式。
进一步，本申请的逻辑实体，如服务域收费系统、sd-cm502、sd-ocs512、sd-ofcs514、sd-ctf530，以及用于产生接口的逻辑，诸如接口2302、2304和2306，可以被实现为m2m网络的一部分，使用服务导向体系结构(soa)和/或资源导向体系结构(roa)以接入本申请的服务。
图22c是示例设备30的系统图，其可以是m2m设备、用户设备、网关、ue/gw或任何其他节点，包括例如移动医疗网络、服务层网络应用提供商、终端设备18或m2m网关设备14。设备30可以执行或包括逻辑实体，如服务域收费系统、sd-cm502、sd-ocs512、sd-ofcs514、sd-ctf530，以及要产生接口的逻辑，如接口2302、2304和2306。设备30可以是如图22a-b中所示的m2m网络的一部分或者非m2m网络的一部分。如图22c中所示，设备30可以包括处理器32、收发信机34、发射/接收元件36、扬声器/麦克风38、键盘40、显示器/触摸板/指示器42、不可移动存储器44、可移动存储器46、电源48、全球定位系统(gps)芯片组50和其他外围设备52。将认识到，设备30可以包括前述元件的任何子组合，同时保持与实施例的一致。该设备可以是使用和/或实现用于毛细设备收费的所公开的系统和方法或其他公开的计费系统和方法的设备。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(dsp)、多个微处理器、与dsp核心相关联的一个或多个微处理器、控制器、微控制器、一个或多个专用集成电路(asic)、一个或多个现场可编程门阵列(fpga)电路、任何其他类型和数量的集成电路(ic)、状态机等。处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或使得设备30能够在无线环境中操作的任何其他功能。处理器32可以耦合到收发信机34，其可以耦合到发射/接收元件36。尽管图22c描绘处理器32和收发信机34为分离部件，将认识到，处理器32和收发信机34可以一起集成到电子封装或芯片中。处理器32可以执行应用层程序(例如浏览器)和/或无线电接入层(ran)程序和/或通信。例如，处理器32可以执行安全操作，诸如认证、安全密钥协定和/或密码操作，诸如在接入层和/或应用层。
发射/接收元件36可以被配置为发射信号到m2m服务平台22和/或从m2m服务平台22接收信号。例如，在实施例中，发射/接收元件36可以是天线，被配置为发射和/或接收rf信号。发射/接收元件36可以支持各种网络和空中接口，诸如wlan、wpan、蜂窝等。在实施例中，发射/接收元件36可以是发射器/检测器，例如被配置为发射和/或接收ir、uv或可见光信号。在另一实施例中，发射/接收元件36可以被配置为发射和接收rf和光信号。将认识到，发射/接收元件36可以被配置为发射和/或接收无线或有线信号的任何组合。
此外，尽管发射/接收元件36在图22c中被描绘为单个元件，设备30可以包括任何数量的发射/接收元件36。更具体地，设备30可以利用mimo技术。因此，在实施例中，设备30可以包括两个或更多发射/接收元件36(例如，多个天线)，用于发射和接收无线信号。
收发信机34可以被配置为调制要由发射/接收元件36发射的信号并且解调由发射/接收元件36接收的信号。如上所述，设备30可以具有多模式能力。因此，收发信机34可包括多个收发信机，使得设备30能够例如经由多个rat如utra和ieee802.11来通信。
处理器32可以从任何类型的合适存储器访问信息，并且在任何类型的合适存储器中存储数据，任何类型的合适存储器诸如不可移动存储器44和/或可移动存储器46。不可移动存储器44可以包括随机存取存储器(ram)、只读存储器(rom)、硬盘、或任何其他类型的存储器存储设备。可移动存储器46可以包括订户身份模块(sim)卡、记忆棒、安全数字(sd)存储卡等。在其他实施例中，处理器32可以从存储器中访问信息，以及将数据存储到存储器中，该存储器物理上不位于诸如服务器或家庭计算机的设备30上。
处理器30可以从电源48接收电力，并且可以被配置为分发和/或控制电力到设备30中的其他部件。电源48可以是任何合适设备，用于向设备30供电。例如，电源48可以包括一个或多个干电池(例如镍镉(nicd)、镍锌(nizn)、镍金属氢化(nimh)、锂离子(li离子)等等)、太阳能电池、燃料电池等。
处理器32还可以耦合到gps芯片组50，其可以配置为提供关于设备30的当前位置的位置信息(例如经度和纬度)。将认识到，设备30可以通过任何合适位置确定方法来获取位置信息，同时保持与实施例的一致性。
处理器32可以进一步耦合到其他外围设备52，其可以包括一个或多个软件和/或硬件模块，提供额外特征、功能和/或有线或无线连接性。例如，外围设备52可以包括加速计、电子罗盘、卫星收发信机、传感器、数码相机(用于拍照或视频)、通用串行总线(usb)端口、振动设备、电视收发信机、免提手机、
图22d是示例性计算系统90的框图，例如在其上可以实现图22a和22b的m2m服务平台22。计算系统90可包括计算机或服务器并且可以主要由计算机可读指令来控制，其形式可以是软件，无论哪里，或者由无论什么装置，这样的软件被存储或访问。计算系统90可以执行或包括逻辑实体，诸如服务域收费系统、sd-cm502、sd-ocs512、sd-ofcs514、sd-ctf530，以及要产生接口的逻辑，诸如接口2302、2304和2306。计算系统90可以是m2m设备、用户设备、网关、ue/gw或任何其他节点，包括例如移动医疗网络、服务层网络应用提供商、终端设备18或m2m网关设备14的节点。这样的计算机可读指令可以在中央处理单元(cpu)91内执行以使得计算系统90工作。在许多已知工作站、服务器和个人计算机中，中央处理单元91被称为微处理器的单芯片cpu实现。在其他机器中，中央处理单元91可以包括多个处理器。协处理器81是可选处理器，不同于主cpu91，执行额外功能或辅助cpu91。cpu91和/或协处理器81可以接收、生成和处理在用于毛细设备计费的公开的系统和方法或其他公开的收费系统和方法的各种实施例中使用的数据。
在操作中，cpu91取出、解码和执行指令，并经由计算机的主数据传输路径、系统总线80将信息传输到其他资源以及从其他资源传输信息。这样的系统总线连接计算系统90中的部件并且定义用于数据交换的媒体。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线以及用于发送中断和用于操作系统总线的控制线。这样的系统总线80的示例是pci(外围部件互连)总线。
耦合到系统总线80的存储器设备包括随机存取存储器(ram)82和只读存储器(rom)93。这样的存储器包括允许信息存储和检索的电路。rom93通常包含不能被轻易修改的存储的数据。存储在ram82中的数据可以被cpu91或其他硬件设备读取或改变。对ram82和/或rom93的存取可以由存储器控制器92来控制。存储器控制器92可以提供地址转译功能，其将虚拟地址转译成执行指令的物理地址。存储器控制器92还可以提供存储器保护功能，其隔离系统内的处理且隔离系统处理与用户处理。因此，在第一模式运行的程序可以仅访问由其自己的处理虚拟地址空间映射的存储器；其不能访问另一处理的虚拟地址空间内的存储器，除非建立了处理之间共享的存储器。
此外，计算系统90可以包含外围控制器83，负责将指令从cpu91传送到外围设备，诸如打印机94、键盘84、鼠标95和磁盘驱动器85。由显示器控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。这样的视觉输出可以包括文本、图形、动画图形和视频。显示器86可以通过基于crt的视频显示器、基于lcd的平板显示器、基于气体等离子体的平板显示器或者触摸板来实现。显示器控制器96包括生成发送到显示器86的视频信号所需的电子组件。
进一步，计算系统90可以包含网络适配器97，可以用于将计算系统90连接到外部通信网络，诸如图22a和22b的网络12。在实施例中，网络适配器97可以接收和发射由用于毛细设备收费的各种公开的系统和方法或其他公开的收费系统和方法使用的数据。
应该理解，这里描述的任何或所有系统、方法和处理可以体现为存储在计算机可读存储介质上的计算机可执行指令的形式(即程序代码)。这样的指令，当被诸如计算机、服务器、m2m终端设备、m2m网关设备等的机器执行时，执行和/或实现这里描述的系统、方法和处理。具体地，任何上述的步骤、操作或功能，包括网关、ue、ue/gw或移动核心网、服务层或网络应用提供商的任意节点的操作，可以以这样的计算机可执行指令的形式来实现。逻辑实体，诸如服务域收费系统、sd-cm502、sd-ocs512、sd-ofcs514、sd-ctf530，以及要产生接口的逻辑，诸如接口2302、2304和2306，可以体现为计算机可执行指令的形式。计算机可读存储介质包括易失性和非易失性、可移动和不可移动媒体，以信息存储的任何方法或技术来实现，但这样的计算机可读存储介质不包括信号。计算机可读存储介质包括，但不限于，ram、rom、eeprom、闪存存储器或其他存储器技术、cdrom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储设备，或者能够用于存储所需信息并且可以由计算机访问的任何其他物理介质。
在描述本公开的主题的优选实施例中，如图中所图示，利用具体术语以便澄清。但是，要求保护的主题不想要限制为由此选择的具体术语，应该理解，每个具体元素包括以类似方式操作以完成类似用途的所有技术等价物。
这个书面的描述使用示例来公开发明，包括最佳模式，还使得任何本领域技术人员能够实践发明，包括做出并使用任何设备或系统以及执行任何并入的方法。发明的可专利范围由权利要求来定义并且可以包括本领域技术人员想到的其他示例。如果它们具有不同于权利要求的确切语言的结构元素，或者如果它们包括具有与权利要求的确切语言无实质区别的等价结构元素，这样的其他示例想要在权利要求的范围内。
- 还没有人留言评论。精彩留言会获得点赞！