本发明涉及通信技术领域，具体涉及一种应用于同一个客户拥有多个设备的场景下的计费方法、装置和系统。
背景技术：
在通信系统中每个客户在计费系统拥有一个或多个账户，该账户为客户的设备付费，当一个客户同时拥有多个设备时，该账户为客户的多个设备付费，即多个设备共享一个客户账号(账户号码)。同时，客户的每个设备有独立且唯一的接入号(或标识信息、或用户标识，如imsi等)，用于接入认证、计费信息采集、位置管理等。运营商目前的计费机制为，在线计费的情况下，通信系统为每个设备接入网络的一个ip-can(ipconnectivityaccessnetwork，ip接入网)承载或者ip-can会话建立一个计费会话并分配计费配额；离线计费的情况下，通信系统为每个设备接入网络的一个ip-can承载或者ip-can会话创建一个计费话单。
随着5g和iot(internetofthings)等技术的发展，通信系统将迎来万物互联的全连接时代，设备或终端的连接数将呈指数级增长，会出现大量的一个客户有多个设备的场景，按照目前的计费机制，在连接数激增的情况下，计费会话和计费话单将呈指数级增长，而每个计费会话或计费话单可能只处理或包含单个设备很少的计费信息。这就会造成计费信息和计费配额的碎片化，带来高成本的配额管理和计费信息管理，同时，大量的计费会话和计费话单将大大降低网关和计费系统的性能和处理效率。因此，需要一种方案，来解决一个客户拥有多个设备的情况下，现有技术中为每个设备建立一个计费会话或计费话单所带来的计费信息和计费配额的碎片化问题，以及这种碎片化造成的网关和计费系统的性能降低等问题。
技术实现要素：
本发明实施例描述了一种计费方法、装置和系统，避免了一个客户拥有多个设备的场景下，计费信息和计费配额的碎片化问题，减少了网关和计费系统的性能消耗，使得网关和计费系统中，同一个客户的计费信息和计费配额更容易维护。
第一方面，本发明实施例提供一种计费的方法，适用于一个客户拥有多个设备的场景，所述方法中网关以客户为粒度对当前与网关有连接的客户的多个设备的计费信息进行管理，为每个客户只建立一个客户级计费会话或客户级cdr(chargingdatarecord，计费数据记录)，在客户级计费会话中发送的上报客户计费信息的消息中或客户级cdr中，包含客户的标识和该客户的一个或多个设备的计费信息。每个设备的计费信息可以作为一个计费信息单元，每个计费信息单元包含设备的标识和计费信息。本发明实施例提供的计费方法可以适用于在线计费、离线计费rf接口模式(指网关通过rf接口进行离线计费的方式)，和离线计费cdr模式(指网关生成cdr进行离线计费的方式)等多种计费场景。本发明实施例中的所述设备与网关间的连接指设备与网关间建立的用于传递业务数据或业务流的承载，如pdn(packetdatanetwork)连接。下面针对不同的场景，分别对本方法进行说明：
在线计费场景：
在一种可能的设计中，当客户的某一设备与网关建立连接，网关判断当前网关上是否已经建立了该客户的客户级计费会话，如果网关上已经存在该客户的客户级计费会话，则网关使用该客户级计费会话上报所述设备的计费信息；如果网关上不存在该客户的客户级计费会话，则网关为所述客户创建客户级计费会话。需要说明的是，本发明实施例中所说的“客户级计费会话”是指网关创建的一个客户级粒度的计费会话，创建该计费会话的请求中携带客户的标识，在线计费系统通过客户的标识来识别该客户级计费会话中上报的是哪个客户的计费信息；该客户级计费会话可以被同一个客户的多个设备所共用。网关在一个客户级计费会话中上报客户的计费信息，网关在上报客户计费信息的消息中包含客户的标识和该客户当前与网关有连接的一个或多个设备的计费信息。通过本申请实施例提供的方案，网关在任一时间只需要为同一个客户当前与网关有连接的一个或多个设备维护一个客户级计费会话，减少了网关侧计费会话的维护成本，减少了网络资源的消耗，提升了网关性能；在客户级计费会话中，网关可以上报多个设备的计费信息，使得在线计费系统在一个计费会话中获得同一个客户的多个设备的计费信息，避免了在同一个客户的多个设备的不同计费会话中收集、合并计费信息，简化了在线计费系统的处理，提升了在线计费系统的处理性能。
在一种可能的设计中，当客户的某一设备与网关的连接拆除时，为了保证该设备使用的客户级计费会话可以被当前与网关有连接的该客户的其它设备所继续使用，网关要判断要拆除的连接是否是网关上该客户的最后一个连接，如果是，说明已经没有其它设备与网关有连接，也不需要继续使用该客户级计费会话，则网关拆除该客户的客户级计费会话；如果不是，说明当前还有该客户的其它设备与网关有连接，该客户级计费会话还需要被继续使用，则网关保留该客户的客户级计费会话。
在本发明实施例提供的方案中，由于计费会话按照客户级粒度进行创建和维护，即同一个客户的多个设备共享一个客户级计费会话，在一种可能的设计中，类似的，计费配额和计费事件也按照客户级粒度进行分配和使用，即共享同一个客户级计费会话的多个设备共享配额和计费事件。具体的，客户的某一设备与网关建立连接后，网关重用或新建客户级计费会话，网关判断是否已为该设备所属的费率组向在线计费系统申请配额和计费事件，如果没有，则网关为该费率组申请配额；如果有，则使用该配额和计费事件。网关申请配额的请求消息中携带客户的标识，在线计费系统收到此消息，以客户为粒度为该费率组分配配额，并向网关返回该费率组的配额和对应的计费事件；该配额和计费事件为客户级的，即后续与网关建立连接，且共用此客户级计费会话，且使用相同费率组的该客户的其他设备可以使用该配额和计费事件。当客户的某一设备与所述网关的连接拆除后，所述设备使用的配额继续被所述客户级计费会话中的使用相同费率组的其它设备使用。可见，通过本发明实施例提供的方案，解决了同一个客户拥有多个设备的计费配额碎片化的问题，在线计费系统以客户为粒度分配配额，网关侧以客户为粒度进行配额的使用和维护，提高了计费精度，降低了在线计费系统和网关的性能消耗。
在一种可能的设计中，当使用任一费率组的一个或多个设备满足计费事件的条件时，网关向在线计费系统上报计费消息，计费消息中包含客户的标识和该客户满足计费事件的一个或多个设备的计费信息。
在一种可能的设计中，每个设备的计费信息可以做为一个计费信息单元，计费信息单元中包含当前与网关有连接的某个设备的标识和计费信息，设备的标识可以是imsi、ip地址、imei、sip地址或其它标识。
离线计费rf接口方式场景：
离线计费rf接口模式下，本发明实施例提供的方案中，网关建立的客户级计费会话是网关与cdf(chargingdatafunction，计费数据功能)间在rf接口上的会话；网关侧创建或使用rf接口上的客户级计费会话的处理，与在线计费模式下网关与在线计费系统间创建或使用客户级计费会话的处理相同；网关在客户级计费会话中上报计费信息的方式，与在线计费模式下网关在客户级计费信息中上报计费信息的方式相同，都是在一个客户级计费会话中，包含客户的标识和一个或多个设备的计费信息。与在线计费场景不同的是，离线计费模式下，网关不需要为费率组申请配额，费率组对应的计费事件是静态配置在网关上的，网关直接采集同一个客户的多个设备的计费信息，在客户级计费会话中上报客户的多个设备的计费信息。通过本发明实施例提供的方案，网关和cdf间无需为客户的多个设备创建或维护多个计费会话，而只需要创建或维护一个客户级计费会话，节省了网络开销，提升了网关和cdf的处理性能；由于cdf可以直接在一个计费会话中获取同一个客户的多个设备的计费信息，解决了计费信息碎片化的问题，简化了cdf的计费信息处理，提升了cdf的处理性能。
在一种可能的设计中，网关与cdf功能实体建立所述客户级计费会话；该网关上配置的某一费率组的计费事件，应用于共享所述客户级计费会话、且使用所述费率组的一个或多个所述客户的设备；当使用任一费率组的一个或多个设备满足计费事件的条件时，所述网关向cdf上报计费消息，所述计费消息包含客户的标识和满足计费事件的一个或多个设备的计费信息。
在一种可能的设计中，每个设备的计费信息可以做为一个计费信息单元，计费信息单元中包含当前与网关有连接的某个设备的标识和计费信息，设备的标识可以是imsi、ip地址、imei、sip地址或其它标识。
离线计费cdr方式场景：
离线计费cdr模式下，本发明实施例提供的方案中，网关为同一个客户的多个设备创建客户级cdr，该客户级cdr中记录客户的标识和该客户的一个或多个设备的计费信息。通过本发明实施例提供的方案，网关将同一个客户的多个设备的计费信息记录在一个cdr中，并上报给离线计费系统，解决了计费信息碎片化的问题，简化了离线计费系统的处理，提升了离线计费系统的计费处理性能和处理效率；同时，由于网关无需为多个设备创建并维护多个cdr，可以在一个cdr文件中向离线计费系统上报多个设备的计费信息，节省了网关的开销，提升了网关的处理性能。
在一种可能的设计中，当客户的某一设备与网关建立连接时，如果所述网关上不存在所述设备所归属客户的客户级cdr，所述网关为所述客户创建客户级cdr，以记录所述设备的计费信息；如果所述网关上存在所述客户的客户级cdr，则所述网关使用所述客户级cdr记录所述设备的计费信息。
在一种可能的设计中，当客户的某一设备与所述网关的连接拆除时，当所述要拆除的连接是所述客户与所述网关的最后一个连接时，所述网关关闭所述客户级cdr；当所述要拆除的连接不是所述客户与所述网关的最后一个连接时，所述网关继续使用所述客户级cdr记录所述客户其他设备的计费信息。
在一种可能的设计中，网关上配置所述客户任一费率组的计费事件，所述计费事件适用于使用所述费率组的所述客户的一个或多个设备。网关检测计费事件并在所述客户级cdr中，记录满足计费事件的所述客户的一个或多个设备的计费信息。
在一种可能的设计中，每个设备的计费信息可以做为一个计费信息单元，计费信息单元中包含某个设备的标识和计费信息，设备的标识可以是imsi、ip地址、imei、sip地址或其它标识。
在一种可能的设计中，网关上配置客户级cdr上报的条件，如cdr记录时长达到限定时长，或cdr容量或大小达到限定容量或大小等。当满足客户级cdr上报的条件时，网关将客户级cdr发送给离线计费系统。
需要说明的是，网关可以对所有的客户的设备执行本申请所提供的共享客户级计费会话或共享客户级cdr的计费方法；也可以只对部分客户的设备执行本申请所提供的方案，如设备与网关建立连接后，网关可以根据设备的标识查询本地配置，或到查询其它保存客户数据的实体，或根据pcrf下发的设备的策略信息，获知所述设备是否需要共享客户级计费会话或客户级cdr。
还需要说明的是，网关可以通过多种方式获取设备的标识和客户的标识，本发明实施例不进行限定，比如网关可以在建立连接的请求中获取设备的标识和设备所属的客户的标识，还可以通过本地配置获知设备的标识或所属的客户的标识，还可以通过查询订购关系存储实体的方式获知设备所属的客户的标识。
第二方面，本发明的实施例提供了一种用于在线计费场景下的网关，该网关具有实现第一方面所述方法中在线计费场景下网关行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中，该网关包括设备通信模块，判断模块，计费通信模块和执行模块。其中，设备通信模块，用于向设备发送消息，或接收来自设备的消息，与客户的一个或多个设备建立连接；判断模块，用于设备通信模块与所述客户的设备建立连接后，判断是否与在线计费系统间存在所述客户的客户级计费会话；计费通信模块，用于与所述在线计费系统进行通信，向在线计费系统发送执行模块生成的计费相关的消息，并接收在线计费系统发送的消息；执行模块，用于在判断模块判断不存在所述客户的客户级计费会话时，生成向在线计费系统建立客户级计费会话的请求，所述请求中包含客户的标识；还用于生成向在线计费系统申请所述客户的任一费率组的配额和对应计费事件的请求消息，所述请求消息中包含客户的标识；用于根据计费通信模块接收的在线计费系统分配的配额和计费事件，对所述客户的设备进行计费，并生成上报所述客户的一个或多个设备的计费信息的消息，所述上报计费信息的消息中包含客户的标识；执行模块所生成的上述各种与计费相关的消息通过计费通信模块向在线计费系统发送。
在一种可能的设计中，该网关包括处理器、存储器、总线和通信接口。其中，存储器用于存储计算机执行指令，处理器与存储器通过该总线连接，当该设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该网关执行如上述第一方面在线计费场景下的实现计费的方法。
第三方面，本发明提供一种用于离线计费rf接口方式场景下的网关，该网关具有实现第一方面所述方法中离线计费rf接口方式场景下网关行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中，网关包括设备通信模块，判断模块，计费通信模块和执行模块。其中设备通信模块，用于向设备发送消息，或接收来自设备的消息，与客户的一个或多个设备建立连接；判断模块，用于设备通信模块与所述客户的设备建立连接后，判断是否与cdf间存在所述客户的客户级计费会话；计费通信模块，用于与所述在线计费系统进行通信，向在线计费系统发送执行模块生成的计费相关的消息；执行模块，用于在判断模块判断不存在所述客户的客户级计费会话时，生成向cdf建立客户级计费会话的请求，所述请求中包含客户的标识；用于根据计费事件，对所述客户的设备进行计费，并生成上报所述客户的一个或多个设备的计费信息的消息，所述上报计费信息的消息中包含客户的标识；执行模块所生成的上述各种与计费相关的消息通过计费通信模块向cdf发送。
在一种可能的设计中，该网关包括处理器、存储器、总线和通信接口。其中，存储器用于存储计算机执行指令，处理器与存储器通过该总线连接，当该设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该网关执行如上述第一方面离线计费rf接口方式场景下的实现计费的方法。
第四方面，本发明提供一种用于离线计费cdr方式场景下的网关，该网关具有实现第一方面所述方法中离线计费cdr方式场景下网关行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中，网关包括设备通信模块，判断模块，计费通信模块和执行模块。其中，设备通信模块，用于向设备发送消息，或接收来自设备的消息，与客户的一个或多个设备建立连接；判断模块，用于所述设备通信模块与所述客户的设备建立连接后，判断是否存在所述客户的客户级cdr；计费通信模块，用于向离线计费系统上报所述客户的客户级cdr；执行模块，用于在判断模块判断不存在客户级cdr时，创建客户级cdr，还用于根据所述客户的计费事件，对所述客户的设备进行计费，并将所述客户的一个或多个设备的计费信息写入所述客户的客户级cdr，所述客户级cdr中还包含客户的标识。
在一种可能的设计中，该网关包括处理器、存储器、总线和通信接口。其中，存储器用于存储计算机执行指令，处理器与存储器通过该总线连接，当该设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该网关执行如上述第一方面离线计费cdr方式场景下的实现计费的方法。
第五方面，本发明的实施例提供了一种在线计费系统实体，该在线计费系统具有实现第一方面所述方法中在线计费系统行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第六方面，本发明的实施例提供了一种用于在线计费的系统，该系统包括第一方面所述在线计费场景下方法实施例中或第二方面装置实施例中的网关，和第一方面所述在线计费场景下方法实施例中或第五方面装置实施例中的在线计费系统实体。
第七方面，本发明实施例提了供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第一方面所述方法中在线计费场景下网关的方法。
第八方面，本发明实施例提了供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第一方面所述方法中离线计费rf接口方式场景下网关的方法。
第九方面，本发明实施提了供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第一方面所述方法中离线计费cdr方式场景下网关的方法。
第十方面，本发明实施提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面所述方法中在线计费场景下网关的方法。
第十一方面，本发明实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面所述方法中离线计费rf接口方式场景下网关的方法。
第十二方面，本发明实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面所述方法中离线计费cdr方式场景下网关的方法。
另外，第二方面至第十二方面中所述装置、系统、计算机可读存储介质或计算机程序产品中所述的装置、系统、计算机程序产品或计算机可读存储介质所带来的技术效果可参见第一方面所述方法中不同场景下所带来的技术效果，此处不再赘述。
还需要说明的是，为了清楚的说明本发明所提供的技术方案，上述各方面分场景对网关进行了描述，本领域普通技术人员应该理解的是，本发明技术方案中不同场景下网关的功能还可以根据需要进行组合，同样可以产生良好的技术效果，如一个网关可以同时支持在线计费场景下共享客户级计费会话的方法和离线计费场景下共享客户级cdr的方法。
附图说明
为了更清楚地说明本发明实施例，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1为本发明实施例的一种可能的应用场景示意图；
图2为本发明实施例提供的一种在线计费模式下，共享客户级计费会话的流程示意图；
图3为本发明实施例提供的一种记录客户的一个或多个设备的计费信息的结构示意图；
图4为本发明实施例提供的另一种在线计费模式下，共享客户级计费会话的流程示意图；
图5为本发明实施例提供的一种离线计费rf接口方式下，共享客户级计费会话的流程示意图；
图6为本发明实施例提供的一种离线计费cdr方式下，共享客户级cdr的流程示意图；
图7为本发明实施例提供的一种计算机装置示意图；
图8为本发明实施例提供的一种网关结构示意图；
图9为本发明实施例提供的另一种网关结构示意图；
图10为本发明实施例提供的另一种网关结构示意图；
图11为本发明实施例提供的一种在线计费系统结构示意图；
图12为本发明实施例提供的一种实现共享客户级计费会话的系统示意图；
图13为本发明实施例提供的另一种实现共享客户级计费会话的系统示意图；
图14为本发明实施例提供的一种实现共享客户级cdr的系统示意图；
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。本发明实施例描述的网络架构以及业务场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。本领域技术人员有能力根据本发明实施例的内容，设计灵活多样的通信网络实现方案，以下仅以几个实例化的方案说明本发明实施例在通信网络中的可能的一些实现方式，无论未来这些网元的名称、位置、交互关系如何变化，只要具备了本发明实施例中通信网络的功能，则均在本发明保护范围之内。
本申请中，客户指和运营商签署业务订购关系的人或者机构，其通常为所订购的业务付费，其在运营商计费系统有一个或多个账户；一个客户拥有一个或多个设备，如用户设备(userequipment，ue)；所述设备具有运营商为其分配的标识，运营商网络通过设备的标识对设备进行识别，本申请中所述的设备的标识具体可以是imsi、ip地址、sip地址或其它标识中的一个或多个；所述客户的一个或多个设备共享所述客户的账户余额。
本申请中，客户的设备可以是该客户的所有设备，也可以是订购关系中指定的设备组，例如：某一客户订购了iot业务，并指定了哪些iot设备属于一个用户设备组(即：共享一个计费会话)，该客户的其他设备(如手机等)可能仍然有单独的计费会话进行控制。
本发明实施例描述的技术方案可以适用于如图1所示的通信系统，该系统中大量的客户拥有多个设备，这些设备共享一个计费账户。一个客户的多个设备根据地理位置或设备类型或系统配置接入到一个或多个网关。图1仅为网络架构示意图，图中的网关在特定网络架构或网络部署下可能具有不同的形态，具体对应不同的网元，如在gprs(generalpacketradioservice)网络中，网关可以是ggsn(gatewaygprssupportnode)，在epc(evolvedpacketcore)网络中，网关可以是pdngw(packetdatanetworkgateway，分组数据网关)，而在未来5g网络中，由于控制面和用户面分离，负责用户设备接入和计费的网关可能是一个网关，也可能由控制面网关和用户面网关两部分组成，比如控制面网关负责计费会话建立和配额管理，同时用户面的网关负责流量计费，控制面与用户面联合实现计费的功能，由于目前5g网络架构尚未确定，本文中所有附图中的网关均以逻辑功能表述为目的，不代表具体物理形态。
网关为客户建立一个客户级计费会话或创建一个客户级cdr(chargingdatarecord，计费数据记录)，用来上报或记录一个客户的多个设备的计费信息。对于在线计费，配额的分配为客户粒度，即，为某一客户的某一费率组分配的配额，网关上该客户的所有使用该费率组的设备都使用该配额。本发明实施例中提到的计费系统可以是ocs(onlinechargingsystem，在线计费系统)或ofcs(offlinechargingsystem，离线计费系统)。还需要说明的是，在客户级计费会话中上报的，或客户级cdr中记录的设备的计费信息可以采用多种形式，本发明实施例对实现形式不做限定，如可以在信息记录表中记录每个设备的标识及其计费信息，也可以以avp(属性值对，attributevaluepair)的形式记录每个设备的标识及其对应的计费信息；但无论哪种方式，每个设备的计费信息都可以抽象为一个计费信息单元，为了识别计费信息单元中记录的是哪个设备的计费信息，计费信息单元中要包含设备的标识。本发明实施例中所述的计费信息单元为一个抽象的逻辑概念，具体指包含了设备的标识和设备的计费信息的数据或信息的集合。在实际的产品设计和实现中，本领域技术人员可以设计具体的信元和字段显式地表示计费信息单元，也可以通过其它方式显式或隐式地表示设备的标识和设备的计费信息的集合。
如图1中所示，客户a拥有设备1-设备5多个设备，其中设备1-设备3接入网关1，设备4-设备5接入网关2，客户a在计费系统拥有一个账户，为客户a所有的设备付费。按照目前的计费机制：
在线计费模式下，当任一设备与网关建立连接时，网关都会向ocs建立计费会话，即当设备1-设备5同时与网关1或网关2建立连接的情况下，网关1与ocs系统间会存在3个计费会话，网关2和ocs系统间会存在2个计费会话，每个计费会话对应客户a不同的设备，同时ocs需要为每个设备分配不同的计费配额；
离线计费模式下，网关将每个接入设备的计费信息记录在不同的cdr(chargingdatarecord，计费数据记录)中，且需要建立不同的计费会话，向ofcs单独发送每个设备的cdr。
可以看出，在现有的计费模式下，当客户拥有多个设备，且当系统中存在大量这样的客户时，会造成计费配额的碎片化和计费信息的碎片化，进而会降低网关和计费系统的性能和处理效率。
本发明实施例提供的技术方案就是为了解决这种计费配额碎片化或计费信息碎片化的问题，及其对网络性能带来的影响，如占用较多的计费会话资源，降低网关和计费系统的性能和处理效率等。在图1所示的系统中，采用本发明实施例所提供的技术方案：
在线计费模式下，以网关1为例，网关1和ocs系统间仅建立一个计费会话，该计费会话为客户级计费会话，即网关1在该计费会话中上报当前与该网关有连接的客户a的所有设备的计费信息。ocs向网关1分配的配额，可以被该客户的一个或多个设备连接使用。具体的：ocs向网关1的分配了某一费率组对应的配额，而该客户的多个用户设备连接都使用了该费率组，则该多个用户设备均可使用该配额。一种情况下，当设备1-设备3同时与网关1有连接，且使用相同费率组，则网关1上只存在一个计费会话和一个配额，该计费会话和配额被3个设备共享；
离线计费模式下，以网关2为例，当设备4和设备5同时接入网关2，网关2只打开一个cdr，在一个cdr中记录两个设备的计费信息，当cdr上报条件满足时，网关2只需要与ofcs建立一个连接来上报cdr。
可以看出，通过本发明实施例提供的方案，网关和计费系统间的连接数减少，网关和计费系统无需为同一个客户的多个设备保存多份计费配额或计费信息，减少了网关和计费系统的性能消耗，使得网关和计费系统中，同一个客户的计费信息和计费配额更容易维护。
下面结合更多的附图，对本发明的实施例做进一步说明。
实施例1：在线计费模式下，同一客户的多个设备共享计费会话，且多个设备共享一个费率组的计费配额。
图2为本发明实施例提供的一种在线计费模式下，共享计费会话的流程示意图。本发明所有实施例中，假设设备1，设备2和设备3同属于客户a。
在第201步骤中，设备1与网关1建立连接，建立连接是设备进行任何业务的前提条件，如在epc网络中，设备在进行会话、数据上报或其它任何业务前，必须首先与pdngw建立pdn连接。设备1在建立连接的请求消息中携带设备的标识，设备的标识可以是imsi、ip地址、imei、sip地址或其它能够使网关唯一识别该设备的标识。网关1在与在线计费系统建立计费会话之前，还需要获取设备相关的计费策略，包括设备所使用的费率组等信息。获取计费策略和费率组的流程不在本发明所提供方案范围之内，本发明实施例不做详细描述与限定，一种可能的方式下，设备与网关1建立连接的过程中，网关1可以向pcrf(policyandchargingrulesfunction，策略和计费规则功能实体)发送策略请求消息，pcrf向网关下发设备相关的qos策略和计费策略。本实施例中假设设备1被pcrf指定为费率组1。需要说明的，本发明实施例所述共享计费会话的方法可以应用于网络中所有的客户及其设备，也可以通过签约或配置的方式，仅应用于部分客户及其设备，本发明实施例不做限定，当网络中不是所有的客户及其设备都需要共享计费会话时，网关1在建立计费会话之前还需要确认设备是否需要共享计费会话，即设备是否需要与所属客户的其它设备共享计费会话。比如网关1可以通过pcrf下发的计费策略中获知设备是否需要共享计费会话，也可以在网关1本地配置哪些设备需要共享计费会话，网关1还可以根据设备的标识到其他实体(如订购关系存储实体)中查询设备是否需要共享计费会话。
在第202步骤中，如果设备不需要共享计费会话，则网关1按照目前现有技术为设备1建立计费会话；如果设备1需要共享计费会话，且网关1上没有客户a的客户级计费会话，则网关1为客户a建立客户级计费会话，该客户级计费会话将被客户a的多个设备所共享。网关1向在线计费系统发送的会话建立请求消息中增加客户标识，表示此计费会话为客户级计费会话。网关1可以通过多种方式获取客户标识，本发明实施例不进行限定，比如网关1可以通过本地配置获知设备的标识对应的客户标识，也可以在设备发送的连接请求消息中获取客户标识，还可以通过查询订购关系存储实体获取客户标识。由于此计费会话关联了客户标识，如果后续客户a的其它设备通过网关1接入时，网关1无需再为该客户a的其它设备建立计费会话，其他设备可以直接使用此计费会话，减少了网元间的消息交互，节省了网络资源，提升了网关1和在线计费系统的处理性能。
在第203步骤中，网关1为设备1申请计费配额，配额申请消息中除了携带设备的费率组等信息，还要携带客户标识，表示本次申请为客户级配额申请，所申请的配额可以被客户a的所有费率组1的设备所共享。如使用ccr(credit-control-request)消息申请配额，网关1可以将ccr消息中的subscription-id设置为客户标识。与步骤202中客户级计费会话的效果类似，步骤203中客户级的费率申请，同样避免了后续网关重复为多个使用相同费率组的设备申请配额，同一个客户的相同费率组的多个设备共享一个配额，减少了申请配额的网元间交互，提升了网络和网元效率。
在步骤204中，在线计费系统为费率组1下发客户级的配额和配额对应的计费事件。计费事件可以理解为需要上报计费信息的触发条件，如定时上报周期，或剩余配额低于多少时上报，或设备位置变化等。由于此计费会话为客户级计费会话，而且网关1申请的是客户级配额，所以配额对应的计费事件同样适用于使用费率组1的客户a的所有设备。后续与网关有连接且共享该客户级计费会话的任何设备，如果使用费率组1，一旦满足费率组1对应的计费事件，网关1要上报该设备的计费信息。可以将此计费事件理解为适用于客户级别的计费事件。
在步骤205中，网关1根据计费事件的触发条件，在设备1满足触发条件时上报客户a的计费消息，如图3所示，其中包含客户a的标识和客户a的一个或多个计费信息单元，每个计费信息单元用于上报一个设备的计费信息。由于此时与网关1有连接且使用此客户级计费会话的只有设备1，所以在步骤205中，网关1上报的客户a的计费消息中只有1个计费信息单元，用于上报设备1的计费信息。设备1的计费信息单元包含设备1的标识和设备的计费信息，其中，设备的标识具体可以是imsi、ip地址、imei、sip地址或其它标识中的一个或多个。如使用ccr消息上报计费信息，网关1可以将ccr消息中的subscription-id设置为客户标识，在service-information中携带多个ps-information，每个ps-information作为一个计费信息单元，其中ps-information中的subscription-id设置为该客户的某一设备的标识，用于标识该计费信息单元是哪个设备的计费信息。在本发明实施例中，网关上报的一条计费消息中可以携带客户的多个设备的计费信息，不仅节省了网络开销，还便于计费系统合并同一个客户的多个设备的计费信息，计费系统在一条上报的客户级计费消息中可以直接获得该客户的多个设备的计费信息。容易想到与理解的是，由于计费信息单元中有设备的标识来区分记录的是哪个设备的标识，因此根据具体的业务场景和业务需求，如图3中所示的客户的计费消息中，同一个设备的计费信息同样可以包含在多个计费信息单元中，比如图3中的计费信息单元1和计费信息单元2都可以同来记录设备1的计费信息。
在第206步骤中，设备2与网关1建立连接，与步骤201和步骤202中描述类似，网关1获取设备2相关的信息，如设备的标识和所归属的客户标识，设备2的计费策略，本实施例假设设备2同样使用费率组1。网关1确认设备2需要共享计费会话，并且网关1上存在客户a的客户级计费会话，则网关1不再为设备2创建计费会话，设备2使用在第2步骤中创建的客户a的客户级计费会话。由于设备2同样使用费率组1，所以计费系统在第4步骤中下发的费率组1的配额和对应的计费事件同样适用于设备2。
在第207步骤中，网关1检测到设备1和设备2同时满足计费事件的触发条件，上报客户a的计费消息，其中包含客户a的客户标识和2个计费信息单元。2个计费信息单元分别包含设备1和设备2的计费信息。可能的具体实现参考步骤205中的描述，不再赘述。需要说明的是，在客户级计费会话中，在设备1和设备2使用配额的过程中，如果配额不足，网关需要重新申请配额，申请配额的请求消息中需要携带的是客户的标识，重新申请配额的过程与步骤203中的描述相同，不再赘述。还需要说明的是，设备1和设备2可能多次满足计费事件的触发条件，网关1可能要多次上报计费消息，本实施例中所示流程仅为示意，不对网关上报计费消息的次数产生任何限定。
在第208步骤中，由于设备下线或业务结束或其它网络原因，设备1与网关1的连接拆除，根据现有技术网关1需要拆除设备1的计费会话，但是由于设备1所使用的计费会话为客户级计费会话，同时被多个设备共享，网关1需要判断当前是否有其它设备在共享此客户级计费会话。由于此时设备2仍然与网关有连接且在使用此计费会话，所以网关1需要保留此客户级计费会话，同时保留之前申请的配额和对应的计费会话。
在第209步骤中，设备3与网关1建立连接，与第206步骤的处理类似，由于当前仍然存在客户a的客户级计费会话，设备3使用此客户级计费会话，假设设备3使用费率组1，则设备2和设备3共享配额。
在第210步骤中，网关1检测到设备2和设备3同时满足计费事件的触发条件，上报客户a的计费消息，其中包含客户a的客户标识和2个计费信息单元。2个计费信息单元分别包含设备2和设备3的计费信息。可能的具体实现参考步骤205中的描述，不再赘述。
在第211步骤中，设备2与网关1的连接拆除，仅剩下设备3使用客户级计费会话。
在第212步骤中，网关1上报设备3的计费信息，上报的计费消息中包含客户a的标识和设备3的计费信息单元。
在第213步骤中，设备3与网关1的连接拆除，网关1确认当前网关上没有其它与客户a的设备的连接，此要拆除的连接是客户a与网关的最后一个连接，则网关1在第214步骤中同时拆除客户级计费会话。
在本实施例中，网关无需为3个设备建立3个计费会话，而只需要建立一个计费会话；网关无需为3个设备分别申请配额，而只需要申请一次配额；配额对应的计费事件同时适用于3个设备，当3个设备都满足计费事件的触发条件时，网关可以在一个计费消息中上报多个设备的计费信息。可以看出，本发明实施例的方案，解决一个客户拥有多个设备的情况下，带来的计费信息和计费配额的碎片化问题，提升了网关和计费系统的性能。
实施例2：在线计费模式下，同一客户的多个设备共享计费会话，多个设备使用不同费率组
实施例1中假设客户a的3个设备使用同一个费率组，当客户a的设备使用不同的费率组时，网关1需要分配为不同的费率组申请配额。假设客户a的设备1使用费率组1，设备2和设备3使用费率组2，图4给出了可能的计费会话创建和计费消息上报示意流程图。与图2中不同的是，在第406步骤设备2与网关1建立连接后，网关1获知设备2使用费率组2，虽然设备2可以与设备1共享客户级计费会话，但由于网关当前并没有为费率组2申请配额，所以网关1需要在第407步骤中为费率组2申请配额，第407步骤中申请配额的请求消息携带客户a的客户标识。在第408步骤中获取的配额和配额对应的计费事件，适用于客户a所有使用费率组2的设备。即当设备3与网关建立连接后，网关1无需再为设备3申请配额。图4中其它步骤可以参见图2中的步骤描述，此处不再赘述。
实施例3：离线计费rf接口方式下，同一客户的多个设备共享计费会话
本方法实施例提供的方案不仅适用于在线计费，同样适用于离线计费，图5给出了离线计费rf接口方式下，使用本发明方案的一种可能的实施例。rf接口是pcn(packetswitchedcorenetworknode，分组核心网节点)网元(如pdngw)与cdf(chargingdatafunction)间的接口，在这种方式下，pdngw向cdf上报计费信息，由cdf生成cdr(chargingdatarecord，计费数据记录)，并最终上报离线计费系统。即，在图1的网络架构中，网关和离线计费系统间插入一个cdf实体，负责生成cdr，并将cdr上报离线计费系统。离线计费rf接口方式下，网关无需申请配额，直接根据本地配置的费率组对应的计费事件向cdf上报计费信息。本实施例中与前述实施例相同的步骤和方法不再赘述，如网关如何获取设备相关信息(如设备的标识，所述客户标识，计费策略和所述费率组，是否需要共享计费会话等)，此处仅重点描述离线计费rf方式下，相同客户的多个设备如何共享计费会话，并在一个计费消息中上报多个设备的计费信息。
第502步骤中，网关1向cdf发送accountingrequest[start]消息，其中携带客户标识，开启网关和cdf间的客户级计费会话，cdf收到accountingrequest[start]消息，为客户a打开一个cdr，用以记录客户a的设备的计费信息。
第503步骤中，设备2与网关1建立连接后，网关1判断当前已经为客户a建立一个计费会话，则不再向cdf发送accountingrequest[start]消息，设备2和设备1共用一个客户级计费会话。
第504步骤中，设备1和设备2分别满足所属费率组所对应的计费事件，网关1在accountingrequest[interim]消息中上报设备1和设备2的计费信息。accountingrequest[interim]消息中包含客户a的客户标识和2个计费信息单元，2个计费信息单元分别包含设备1和设备2的标识及其计费信息。cdf收到accountingrequest[interim]消息，将设备1和设备2的计费信息写入客户a的cdr。
第505步骤和第508步骤中，当有设备与网关1的连接拆除时，网关1判断当前还有客户a的其它连接，保留客户a与cdf的计费会话。在客户a的其它设备上线后，继续使用此计费会话上报其它设备的计费信息，如在第507步骤中，网关1上报设备2和设备3的计费信息，在步骤509中，网关1上报设备3的计费信息。
第511步骤中，当客户a与网关1的最后一个连接拆除后(即设备3与网关的连接拆除)，网关1发送accountingrequest[stop]消息拆除网关1与cdf间客户a的计费会话，cdf收到此消息后关闭客户a的cdr。
可见，使用本发明实施例提供的方案，在离线计费rf接口方式下，与网关有连接的同一个客户的多个设备共享一个计费会话，并且在网关上报给cdf的计费消息中包含多个设备的计费信息，因此网关无需与cdf间建立多个计费会话，cdf也无需为同一个客户打开多个cdr，节省了网络开销，简化了网关侧和cdf侧计费的处理。
实施例3中描述的是cdf功能与网关分离部署场景下，多个设备共享计费会话的流程示意图。当网关本身具备cdf功能的场景下，网关本地记录并维护客户的cdr，并根据预订的规则向离线计费系统上报cdr。
实施例4：离线计费cdr方式下，同一客户的多个设备共享cdr
图6给出了网关离线计费cdr方式下，同一个客户的多个设备共享cdr的流程示意图。
在第601步骤中，设备1与网关1建立连接后，网关1确定当前没有与客户a的其它连接，则打开客户a的cdr，cdr中记录客户a的客户标识。网关1统计设备1的计费信息(如网络资源、数据流量使用信息)，并在设备1满足网关本地配置的计费事件时，将设备1的计费信息写入cdr。需要说明的是，离线计费方式下共享cdr的方法可以应用于网络中所有的客户及其设备，也可以通过签约或配置的方式，仅应用于部分客户及其设备，本发明实施例不做限定，当网络中不是所有的客户及其设备都需要共享cdr时，网关1仅对需要共享cdr的设备执行本发明实施例中所述的共享cdr的方法，如果设备不需要共享cdr，则网关1按照现有技术为每个与其连接的设备打开一个cdr。网关1可以在pcrf下发的计费策略中获知设备是否需要共享cdr，也可以在网关1本地配置哪些设备需要共享cdr，网关1还可以根据设备的标识到其他实体(如订购关系存储实体)中查询设备是否需要共享cdr。
在第602步骤和第604步骤中，当有其它设备与网关1建立连接时，由于网关1已经为客户a的打开了1个cdr，将不再打开新的cdr，而是多个设备共享此客户级cdr。当任一设备满足计费事件时，网关1将设备的计费信息作为一个计费信息单元写入cdr，计费信息单元中包含该设备的标识。
在第603步骤和第605步骤中，当有设备与网关1拆除连接时，由于cdr仍然被其它设备使用，所以网关1不会关闭cdr，而是继续使用该cdr记录其它设备的计费信息。
在第606步骤中，当客户a与网关1的最后一个连接拆除后，网关1将关闭客户a的cdr。
在第607步骤中，当满足cdr上报的条件时，如cdr记录时长达到限制时长，或cdr容量达到容量限制等，网关1上报cdr，此cdr中包含了客户a的客户标识和客户a的多个设备的计费信息。
上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，各个网元，例如ue，基站，核心网络实体等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
实施例5：计算机装置实施例
如图7所示，实施例1-实施例4中所述的网关、在线计费系统和离线计费系统可以以图7中的计算机设备(或系统)的方式来实现。
图7所示为本发明实施例提供的计算机设备示意图。计算机设备700包括至少一个处理器701，通信总线702，存储器703以及至少一个通信接口704。
处理器701可以是一个通用中央处理器(cpu)，微处理器，特定应用集成电路(application-specificintegratedcircuit，asic)，或一个或多个用于控制本发明方案程序执行的集成电路。
通信总线702可包括一通路，在上述组件之间传送信息。所述通信接口704，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(ran)，无线局域网(wirelesslocalareanetworks，wlan)等。
存储器703可以是只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中，存储器703用于存储执行本发明方案的应用程序代码，并由处理器701来控制执行。处理器701用于执行存储器703中存储的应用程序代码，从而实现本专利方法中网关、在线计费系统或离线计费系统的功能。
在具体实现中，作为一种实施例，处理器701可以包括一个或多个cpu，例如图7中的cpu0和cpu1。
在具体实现中，作为一种实施例，计算机设备700可以包括多个处理器，例如图7中的处理器701和处理器708。这些处理器中的每一个可以是一个单核(single-cpu)处理器，也可以是一个多核(multi-cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，计算机设备700还可以包括输出设备705和输入设备706。输出设备705和处理器701通信，可以以多种方式来显示信息。例如，输出设备705可以是液晶显示器(liquidcrystaldisplay，lcd),发光二级管(lightemittingdiode，led)显示设备，阴极射线管(cathoderaytube，crt)显示设备，或投影仪(projector)等。输入设备706和处理器701通信，可以以多种方式接受用户的输入。例如，输入设备706可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的计算机设备700可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，计算机设备700可以是台式机、便携式电脑、网络服务器、掌上电脑(personaldigitalassistant，pda)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图7中类似结构的设备。本发明实施例不限定计算机设备700的类型。
实施例6：在线计费场景网关装置实施例
本发明实施例可以对实施例1和实施例2中的网关进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
比如，在采用对应各个功能划分各个功能模块的情况下，图8示出了上述实施例中所涉及的一种实现共享计费会话的网关的可能的结构示意图，该设备800包括：设备通信模块801，判断模块803，执行模块805，计费通信模块809。
设备通信模块801，用于向设备发送消息，或接收来自设备的消息，与客户的一个或多个设备建立连接；
判断模块803，用于设备通信模块801与所述客户的设备建立连接后，判断是否与在线计费系统间存在所述客户的客户级计费会话；
计费通信模块809，用于与所述在线计费系统进行通信，向在线计费系统发送执行模块805生成的计费相关的消息，并接收在线计费系统发送的消息；
执行模块805，用于在判断模块803判断不存在所述客户的客户级计费会话时，生成向在线计费系统建立客户级计费会话的请求，所述请求中包含客户的标识；还用于生成向在线计费系统申请所述客户的任一费率组的配额和对应计费事件的请求消息，所述请求消息中包含客户的标识；用于根据计费通信模块809接收的在线计费系统分配的配额和计费事件，对所述客户的设备进行计费，并生成上报所述客户的一个或多个设备的计费信息的消息，所述上报计费信息的消息中包含客户的标识；执行模块805所生成的上述各种与计费相关的消息通过计费通信模块809向在线计费系统发送。
实施例1和实施例2涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
上述功能模块既可以采用硬件的形式实现，也可以此采用软件功能模块的形式实现。在一个简单的实施例中，本领域的技术人员可以想到网关800可以采用图7所示的形式。比如，图8中的判断模块803和执行模块805可以通过图7中的处理器701调用存储器703中的代码来实现；图8中的设备通信模块801和计费通信模块809可以通过图7中的通信接口704来实现，本发明实施例对此不作任何限制。
实施例7：离线计费rf接口方式场景装置实施例
本发明实施例可以对实施例3中的网关进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
比如，在采用对应各个功能划分各个功能模块的情况下，图9示出了上述实施例中所涉及的一种实现共享计费会话的网关的可能的结构示意图，该设备900包括：设备通信模块901，判断模块903，执行模块905，计费通信模块909。
设备通信模块901，用于向设备发送消息，或接收来自设备的消息，与客户的一个或多个设备建立连接；
判断模块903，用于设备通信模块901与所述客户的设备建立连接后，判断是否与cdf间存在所述客户的客户级计费会话；
计费通信模块909，用于与所述在线计费系统进行通信，向在线计费系统发送执行模块805生成的计费相关的消息；
执行模块905，用于在判断模块903判断不存在所述客户的客户级计费会话时，生成向cdf建立客户级计费会话的请求，所述请求中包含客户的标识；用于根据计费事件，对所述客户的设备进行计费，并生成上报所述客户的一个或多个设备的计费信息的消息，所述上报计费信息的消息中包含客户的标识；执行模块905所生成的上述各种与计费相关的消息通过计费通信模块909向cdf发送。
实施例3涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
上述功能模块既可以采用硬件的形式实现，也可以此采用软件功能模块的形式实现。在一个简单的实施例中，本领域的技术人员可以想到网关900可以采用图7所示的形式。比如，图9中的判断模块903和执行模块905可以通过图7中的处理器701调用存储器703中的代码来实现；图9中的设备通信模块901和计费通信模块909可以通过图7中的通信接口704来实现，本发明实施例对此不作任何限制。
实施例8：离线计费cdr方式场景装置实施例
本发明实施例可以对实施例4中的网关进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
比如，在采用对应各个功能划分各个功能模块的情况下，图10示出了上述实施例中所涉及的一种实现共享计费会话的网关的可能的结构示意图，该设备1000包括：设备通信模块1001，判断模块1003，执行模块1005，计费通信模块1009。
设备通信模块1001，用于向设备发送消息，或接收来自设备的消息，与客户的一个或多个设备建立连接；
判断模块1003，用于所述设备通信模块1001与所述客户的设备建立连接后，判断是否存在所述客户的客户级cdr；
计费通信模块1009，用于向离线计费系统上报执行模块1005创建并记录的所述客户的客户级cdr；
执行模块1005，用于在判断模块1003判断不存在客户级cdr时，创建客户级cdr；用于根据所述客户的计费事件，对所述客户的设备进行计费，并将所述客户的一个或多个设备的计费信息写入所述客户的客户级cdr；所述客户级cdr中还包含客户的标识。
实施例4涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
上述功能模块既可以采用硬件的形式实现，也可以此采用软件功能模块的形式实现。在一个简单的实施例中，本领域的技术人员可以想到网关1000可以采用图7所示的形式。比如，图10中的判断模块1003和执行模块1005可以通过图7中的处理器701调用存储器703中的代码来实现；图10中的设备通信模块1001和计费通信模块1009可以通过图7中的通信接口704来实现，本发明实施例对此不作任何限制。
实施例9：在线计费系统的功能装置实施例
本发明实施例可以对实施例1-实施例4中的在线计费系统或cdf进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
比如，在采用对应各个功能划分各个功能模块的情况下，图11示出了上述实施例中所涉及的一种实现共享计费会话的网关的可能的结构示意图，该设备1100包括：接收模块1101，执行模块1102，和发送模块1103。
该接收模块1101，用于接收来自网关的消息，包括建立客户级计费会话请求消息，客户级配额申请消息，客户级计费消息上报。
该执行模块1102，用于在接收到网关的请求消息后，记录请求消息中的内容，并生成对应的响应消息。如在收到建立客户级计费会话请求消息后，记录请求消息中的客户标识，将该计费会话标记为该客户的客户级计费会话，并生成响应消息；在收到客户级配额申请消息时，分配客户粒度的配额，并生成响应消息；在收到网关上报的客户级计费消息时，记录计费消息中包含的一个或多个计费信息单元，并生成响应消息。
该发送模块1103，用于向网关发送执行模块生成的响应消息。
实施例1和实施例2涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
上述功能模块既可以采用硬件的形式实现，也可以此采用软件功能模块的形式实现。在一个简单的实施例中，本领域的技术人员可以想到在线计费系统1100可以采用图7所示的形式。比如，图11中的执行模块1102可以通过图7中的处理器701调用存储器703中的代码来实现，本发明实施例对此不作任何限制。
实施例10：实现共享客户级计费会话或共享客户级cdr的系统实施例
图12给出了上述实施例中涉及的一种在线计费模式下，实现共享客户级计费会话的计费系统，该系统包括网关和在线计费系统。
网关，用于向在线计费系统发送建立客户级计费会话的请求消息，向在线计费系统请求客户级配额，接收在线计费系统授予的客户级配额，并向在线计费系统上报客户级计费消息，包含客户的标识，和一个或多个计费信息单元。
在线计费系统，用于接收网关发送的建立客户级计费会话请求消息，记录该客户级计费会话；接收网关发送的某客户的客户级配额申请消息，为客户分配客户级配额，并通过响应消息返回给网关；接收网关发送的客户级计费消息，记录消息中包含的一个或多个计费信息单元。
图13给出了上述实施例中涉及的一种离线计费rf接口模式下，实现共享客户级计费会话的计费系统，该系统包括网关和cdf。
网关，用于向在cdf发送建立客户级计费会话的请求消息，并向在线计费系统上报客户级计费消息，包含客户的标识，和一个或多个计费信息单元。
cdf，用于接收网关发送的建立客户级计费会话请求消息，记录该客户级计费会话；接收网关发送的客户级计费消息，记录消息中包含的一个或多个计费信息单元。
图14给出了上述实施例中涉及的一种离线计费cdr模式下，实现共享cdr的计费系统，该系统包括网关和离线计费系统。
网关，用于在同一个客户级cdr中记录多个设备的计费信息，cdr包含客户的标识和多个计费信息单元，并向离线计费系统发送客户级cdr。
离线计费系统，用于接收网关发送的客户级cdr，记录消息中包含的某个客户的一个或多个计费信息单元。
实施例1-实施例4涉及的各步骤的所有相关内容均可以援引到该系统中各实体，在此不再赘述。
结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、移动硬盘、cd-rom或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于用户设备中。当然，处理器和存储介质也可以作为分立组件存在于用户设备中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，本领域技术人员应该理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。在权利要求中，“包括”一次不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其它单元可以实现权利要求中列举的若干项功能。相互不同的从事权利要求中记载了某些措施，但这并不表示这些措施不能结合起来产生良好的效果。