计费的方法和计费网元及计费系统以及通信系统

摘要

本发明公开了计费的方法和计费网元及计费系统以及通信系统。将网元的类型划分为主控网元和辅控网元，计费是针对主控网元进行计费，而辅控网元仅仅上报计费信息，而无需进行信用控制。而对主控网元的计费过程参考辅控网元的计费信息对主控网元进行信用控制，使计费集中在主控网元处进行。相对于现有技术，降低了计费处理过程的复杂度，减少了计费系统和计费网元的处理和交互，节约了系统资源。

说明书

技术领域

本发明涉及通信计费技术领域，具体涉及计费的方法和计费网元及计费系统以及通信系统。

背景技术

在线计费强调的是计费信息需要实时地对服务的提供产生影响，这就要求计费系统必须实时地与服务网元进行交互。在线计费系统对用户进行信用控制，实现对服务交易的处理，按照相应的计费策略进行批价，对计费策略和控制策略进行在线关联，同时对用户的账户余额进行实时的管理。所以从这个角度来看，在线计费的核心需求就是实时控制和实时计费。

现有的通信网中，网络可以分为承载层、控制层和业务层，很多业务的使用涉及了各个层面的网元，所以一个完整的计费方案也是针对这三个层次开展的。在不同的层次上，由相应的网元上报相关的计费信息，例如，在承载层上由GGSN上报流量信息，在IMS层由S-CSCF上报IMS层相关的计费信息，在业务层面，由应用服务器(Application Server，AS)上报数据业务相关的计费信息。

下面结合现有的通信系统的计费架构图进行说明，请参阅图1。图1中的网元1和网元2分别代表为用户提供业务必须经过的计费网元。

步骤1，用户设备(UE)发送业务请求给网元1；

步骤2～步骤3，网元1与在线计费系统(OCS)，进行在线计费控制；其中包括网元1向在线计费系统发送计费请求，和在线计费系统进行计费控制后，返回计费响应。

步骤4，当确定业务请求通过时，网元1将业务请求转发给网元2；

步骤5～步骤6，网元2与在线计费系统进行交互，进行在线计费控制，

步骤7，当确定业务请求通过时，网元2将业务请求转发到下一个网元。

由图1可知，用户的业务请求是顺序的通过各个计费网元，且各个计费网元均与OCS进行交互从而实现业务控制的目的。

在对现有技术的研究和实践过程中，发明人发现现有技术存在以下问题：

现有的在线计费方案中，各个层面的网元的计费角色是平等的，即在对同一业务进行在线计费时，计费系统对每个网元进行信用控制，即配额预留；而每个网元也都必须实时的监控配额使用情况，OCS对每个网元进行完整的计费控制过程，计费处理过程复杂，增加了计费系统和计费网元的处理和交互，导致系统资源的浪费。

发明内容

本发明实施例解决的技术问题是提供计费的方法和计费网元及计费系统以及通信系统，可以简化计费处理的过程，降低计费复杂度，节约系统资源。

本发明实施例提供一种计费的方法，包括：

接收对业务流进行计费控制的各个网元发送的计费请求，所述计费请求中包含网元相应的计费信息；

识别所述网元的类型，所述网元的类型包括主控网元和辅控网元；

根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行计费。

本发明实施例提供的一种计费系统，包括：

接收单元，用于接收对业务流进行计费控制的各个网元发送的计费请求，所述计费请求中包含网元相应的计费信息；

网元类型识别单元，用于识别所述各个网元的类型；所述网元的类型包括主控网元和辅控网元；

计费控制单元，根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行计费。

本发明实施例提供的一种计费网元，包括：

业务请求接收单元，用于接收用户的业务请求；

计费触发单元，用于在业务请求单元收到用户的业务请求后向计费系统发送包含计费信息的计费请求；

业务请求发送单元，用于在计费系统返回业务通过的指示后，将所述用户的业务请求转发给下一计费网元。

本发明实施例提供一种通信系统，包括：网元和计费系统；

网元，用于对业务流进行计费控制，并向计费系统发送计费请求；所述计费请求包含各个网元相应的计费信息；

计费系统，用于识别所述各个网元的类型；所述网元的类型包括主控网元和辅控网元，并根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行计费。

采用上述技术方案，本发明实施例所带来的技术效果在于：

本发明实施例中，将网元的类型划分为主控网元和辅控网元，计费是针对主控网元进行计费，而辅控网元仅仅上报计费信息，而无需进行信用控制。而对主控网元的计费过程参考辅控网元的计费信息对主控网元进行信用控制，使计费集中在主控网元处进行。相对于现有技术，降低了计费处理过程的复杂度，减少了计费系统和计费网元的处理和交互，节约了系统资源。

附图说明

图1为现有的通信系统的计费架构图；

图2为本发明实施例一计费方法的流程图；

图3为本发明实施例二计费方法的信令流程图；

图4为本发明实施例三计费方法的信令流程图；

图5为本发明实施例四计费方法的信令流程图；

图6为本发明实施例五计费方法的信令流程图；

图7为本发明实施例六计费方法的信令流程图；

图8为本发明实施例七计费方法的信令流程图；

图9为本发明实施例八计费方法的信令流程图；

图10为本发明实施例九计费系统的结构示意图；

图11为本发明实施例十计费网元的结构示意图；

图12为本发明实施例十一通信系统的结构示意图；

图13为本发明实施例十二计费方法的信令流程图。

具体实施方式

本发明实施例提供了计费的方法和计费网元及计费系统以及通信系统，用于通信技术领域，下面对本发明实施例提供的计费的方法和计费网元及计费系统以及通信系统进行详细描述。

实施例一，一种计费方法，流程图如图2所示，包括：

A1，接收对业务流进行计费控制的各个网元发送的计费请求，所述计费请求中包含网元相应的计费信息；

本发明实施例中，业务流会顺序通过对业务进行计费控制的网元，即当一个网元计费通过时，则将用户的计费请求发送给下一个网元。每个网元在收到用户的业务请求时，则向计费系统发送计费请求；所述计费请求中包含各个网元相应的计费信息和计费节点类型。

计费节点类型为系统预先配置的用于识别网元类型的标识。

A2，识别所述各个网元的类型，所述网元的类型包括主控网元和辅控网元。

可以理解的是，所述各个网元发送的计费请求中还包含网元的计费节点类型；

所述识别所述各个网元的类型的过程包括：

计费系统所述通过所述计费请求中的计费节点类型识别出各个网元的类型。

本发明实施例中，将网元在计费过程中的地位进行分类，对于需要经过多个网元进行顺序计费的业务，网元的类型可以包括主控网元和辅控网元。并且计费系统可以根据网元上报的计费节点类型来识别网元的类型。

例如：计费节点类型用NodeType(AVP：Attribute Value Pair，属性值对)参数表示，网元上报的计费请求中NodeType参数的值为“1”，则指示该网元是一个主控网元，网元上报的计费请求中NodeType参数的值为“0”，则指示该网元是一个辅控网元。

本发明实施例在现有的网元发送的计费请求中扩展属性值对NodeType，该NodeType是一个枚举类型，其值代表不同的网元类型，如：

NodeType＝1，主控网元

NodeType＝0，辅控网元

NodeType＝2，普通网元

而可以理解的是，所述网元的类型还可以包括普通网元，计费系统收到普通网元的计费请求，则按照现有的计费方式进行计费，本发明不做限制。

本发明实施例中，所述识别所述网元的类型还可以根据所述各个网元发送的计费请求中的计费信息识别所述各个网元的类型。例如根据网元的业务标识和/或用户订购信息，和/或网络配置信息等计费请求中携带的常规信息识别网元的类型。可以理解的是，根据提供不同的业务，网元可以扮演不同的角色，对应不同的类型。例如：一个网元可以在一个业务中作主控网元，也可以在别的业务中作辅控网元。

以彩信业务为例，GGSN需要上报给在线计费系统的基于流量的在线计费请求。计费消息中包含了用于标识彩信业务的业务标识，当开启计费关联之后，根据运营商计费策略，彩信业务应该在彩信中心上作计费控制。在线计费系统检测到GGSN发送过来的计费消息中包含的业务标识为彩信业务，则可以确认此时GGSN对于彩信业务属于计费辅控网元。

同时，判断逻辑还可以基于用户订购关系，例如，对于A类用户使用彩信时，不需要收取彩信费用，全部包含在GGSN流量费中，此时GGSN则为计费主控网元；而对于B类用户，发送彩信时，对彩信所消耗的流量不计费，而只对彩信条数进行计费。此时，彩信中心则为计费主控网元。

识别所述各个网元的类型的过程还可以采取多种方式，如通过网元的身份标识(ID)，如：IP地址、URI或业务标识与网元身份标识相结合等进行识别，这种识别方式不需要网元在计费请求中携带自身的类型标识，即可以识别网元的类型。本发明实施例强调的是，针对网元在对业务流进行计费时的地位进行分类，具体的分类方式和识别标识可以有多种，不够成对本发明的限制。

可以理解，计费系统可以在收到网元的计费请求之后，若所述识别得到该网元的类型为辅控网元，计费处理后向该网元返回计费请求响应，指示业务流继续进行；并可以进一步判断该网元是否为对本业务流进行计费控制的最后一个网元，若是，则继续步骤A3，根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行计费的步骤。

所述向辅控网元返回的计费请求响应包含对主控网元进行信用控制的结果标识，该标识可以用来识别虚拟授权或正常业务控制。若计费请求响应中包含信用控制结果标识，则指示虚拟授权，若不包含，则指示为正常业务控制。

所述信用控制结果标识的不同值可以指示不同虚拟授权的情况，实现计费系统对网元的控制，例如：

信用控制结果标识的一个值可以用于指示所述网元监控业务的资源使用情况，但无需监控配额的使用情况，并在满足预置的触发条件时，继续上报计费信息。

信用控制结果标识的一个值可以用于指示虚拟授权通过，对本次业务计费请求信用控制的配额为无限大。

信用控制结果标识的一个值可以用于指示所述网元后续无需上报计费信息。

若计费系统识别得到网元的类型为主控网元，则可以进一步判断该主控网元是否为对本业务流进行计费控制的最后一个网元，若是，则继续步骤A3根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行计费的步骤，若不是，则向该网元返回计费请求响应，通知该网元临时授权通过，等待后续的信用控制。

可以理解的是，所述信用控制结果标识同样也可以用于对主控网元的控制，所述向该网元返回的计费请求响应中包含信用控制结果标识，所述信用控制结果标识的一个值用于通知主控网元临时授权通过，等待后续的信用控制。

A3，根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行计费。

对主控网元进行计费的过程可以是：

计费系统根据主控网元的计费信息并关联辅控网元的计费信息对本业务流进行控制的主控网元进行信用控制；

所述主控网元监控配额的使用情况。

可以理解的是，若对本业务流进行计费控制的最后一个网元为辅控网元，则计费系统对主控网元进行信用控制可以为：

计费系统向主控网元发送重新申请配额的通知；

所述主控网元接收所述通知，向计费系统发送计费请求；

计费系统根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行批价、配额预留和/或扣费，并将需监控的配额数返回给所述主控网元。

若本业务流进行计费控制的最后一个网元为主控网元，则计费系统收到该主控网元的计费请求后，计费系统对主控网元进行信用控制可以为：

计费系统根据该主控网元的计费信息并关联辅控网元的计费信息对主控网元进行批价、配额预留和/或扣费，并将需监控的配额数发返回给所述主控网元。

本发明实施例一中，计费是针对主控网元进行计费，对于辅控网元不进行计费，辅控网元仅仅上报计费信息即可。而对主控网元的计费过程参考辅控网元的计费信息对主控网元进行信用控制，使计费集中在主控网元处进行。相对于现有技术，降低了计费处理过程的复杂度，减少了计费系统和计费网元的处理和交互，节约了系统资源。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：

接收对业务流进行计费控制的各个网元发送的计费请求，所述计费请求中包含各个网元相应的计费信息；

识别所述各个网元的类型，所述网元的类型包括主控网元和辅控网元；

根据所述主控网元的计费信息并关联辅控网元的计费信息对主控网元进行计费。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

本发明实施例二，一种计费的方法，信令流程图如图3所示，包括：

为本发明实施例一方法应用于事件型业务计费的信令流程，本实施例中，对业务进行计费控制的网元以两个网元为例，一个为主控网元、一个为辅控网元。

具体流程包括：

S1，辅控网元收到用户的业务请求；

S2，辅控网元向计费系统发送计费请求，该计费请求中包含计费信息和辅控网元的计费节点标识NodeType＝0。

可以理解的是，本发明实施例中，所述计费请求中也可以不包含计费节点类型标识，而是根据所述各个网元发送的计费请求中的计费信息识别所述各个网元的类型。例如根据业务标识和/或用户订购信息，，和/或网络配置信息等等计费请求中携带的常规信息识别网元的类型。

S3，计费系统收到所述计费请求，记录该计费请求中的计费信息，并通过计费节点标识NodeType的值为0，识别出该网元为辅控网元。

S4，计费系统向所述辅控网元返回计费请求响应，该计费请求响应包含信用控制结果标识＝0表示虚拟授权，后续无需上报计费信息。

可以理解，所述信用控制结果标识的值可以为0和1，分别表示虚拟授权的两种情况，信用控制结果标识＝0指示后续无需上报计费信息，信用控制结果标识＝1指示所述网元监控业务的资源使用情况，但无需监控配额的使用情况，并在满足预置的触发条件时，继续上报计费信息。

信用控制结果标识的值为2则表示正常业务控制，计费系统和网元按照常规方式进行计费控制。

S5，所述辅控网元将用户的业务请求转发给主控网元；

S6，主控网元向计费系统发送计费请求，该计费请求中包含计费信息和主控网元的计费节点标识NodeType＝1。

S7，计费系统根据所述计费节点标识NodeType＝1识别出该网元为主控网元，并判断得到该主控网元为本次业务流计费控制的最后一个网元，则计费系统根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行批价和配额预留。

S8，计费系统向所述主控网元返回计费请求响应，所述计费请求响应包含授权的配额数。

S9，主控网元和辅控网元为用户提供业务，主控网元监控所述配额数的使用。

可选的，所述步骤S7，计费系统可以进一步进行扣费操作，也可以是在步骤S9之后，待业务提供完毕，主控网元再向计费系统发送包含已使用的配额数的计费请求，计费系统再执行扣费操作，并返回计费请求响应。

实施例三，一种计费方法，信令流程如图4所示，为本发明实施例一方法应用于事件型业务计费的信令流程，本实施例中，对业务进行计费控制的网元以两个网元为例，一个为主控网元、一个为辅控网元。

具体流程包括：

B1，主控网元收到用户的业务请求；

B2，主控网元向计费系统发送计费请求，该计费请求中包含计费信息和主控网元的计费节点标识NodeType＝1。

可以理解的是，本发明实施例中，所述计费请求中也可以不包含计费节点类型标识，而是根据所述各个网元发送的计费请求中的计费信息识别所述各个网元的类型。例如根据业务标识和/或用户订购信息，和/或网络配置信息等等计费请求中携带的常规信息识别网元的类型。

B3，计费系统收到所述计费请求，记录该计费请求中的计费信息，并通过计费节点标识NodeType的值为1，识别出该网元为主控网元。

B4，计费系统向所述主控网元返回计费请求响应，通知该网元临时授权通过，等待后续的信用控制。

B5，所述主控网元将用户的业务请求转发给辅控网元；

B6，所述辅控网元向计费系统发送计费请求，该计费请求中包含计费信息和该网元的计费节点标识NodeType＝0；

B7，计费系统根据所述计费节点标识NodeType＝0识别出该网元为辅控网元，并判断得到该辅控网元为本次业务流计费控制的最后一个网元，则计费系统根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行批价。本实施例中，因为计费系统对主控网元的计费需要关联辅控网元的计费信息，具体的关联方式可以采取多种计算规则进行，本发明不作具体规定。

可以理解的是，本发明实施例中，计费系统可以根据计费请求中的业务标识、订购者标识以及业务相关信息确定每个网元是否为本次对业务流进行计费控制的最后一个网元。具体的判断方式可以采取现有的常规实现方式实现，本发明不再赘述。

B8，计费系统通知所述主控网元重新发送计费请求申请配额；

B9，主控网元向计费系统返回确认。

B10，主控网元向计费系统发送计费请求；

B11，计费系统根据所述批价信息进行配额预留。

B12，计费系统向主控网元返回包含所述预留的配额的计费请求响应。

B13，计费系统向所述辅控网元返回计费请求响应，指示计费成功。

B14，业务完成后，主控网元向计费系统发送计费请求，该请求中包含使用的配额；

B15，计费系统对用户的帐户进行扣费；

B16，计费系统向主控网元返回计费请求响应。

可以理解的是，本实施例步骤B7也可以在步骤B9之后执行，此处强调的是对主控网元进行计费，具体计费处理与主控网元发送计费请求并无绝对时序关系，只要可以将计费结果返回给主控网元即可。

因为本实施例是对事件型业务进行计费，如：彩信业务等。因为事件型业务的特性，因此步骤B11进行配额预留也可以直接执行对帐户的扣费，具体的扣费时机不构成对本发明的限制。

实施例四，一种计费方法，信令流程如图5所示，为本发明实施例一方法应用于会话型业务计费的信令流程，本实施例中，对业务进行计费控制的网元以两个网元为例，一个为主控网元、一个为辅控网元。

C1，辅控网元收到用户的业务请求；

C2，辅控网元向计费系统发送计费请求，该计费请求中包含计费信息和辅控网元的计费节点标识NodeType＝0。

可以理解的是，本发明实施例中，所述计费请求中也可以不包含计费节点类型标识，而是根据所述各个网元发送的计费请求中的计费信息识别所述各个网元的类型。例如根据业务标识和/或用户订购信息，和/或网络配置信息等等计费请求中携带的常规信息识别网元的类型。

C3，计费系统收到所述计费请求，记录该计费请求中的计费信息，并通过计费节点标识NodeType的值为0，识别出该网元为辅控网元。

C4，计费系统向所述辅控网元返回计费请求响应，该计费请求响应包含信用控制结果标识＝0表示虚拟授权，虚拟授权指示所述网元监控业务的资源使用情况，但无需监控配额的使用情况，并在满足预置的触发条件时，继续上报计费信息。

可以理解的是，所述信用控制结果标识的值为0和1，分别表示虚拟授权的两种情况，信用控制结果标识的值为2则表示正常业务控制，计费系统和网元按照常规方式进行计费控制。具体的标识值与对应的分类可以采取多种方式，不构成对本发明的限制。

C5，所述辅控网元将用户的业务请求转发给主控网元；

C6，主控网元向计费系统发送计费请求，该计费请求中包含计费信息和主控网元的计费节点标识NodeType＝1。

C7，计费系统根据所述计费节点标识NodeType＝1识别出该网元为主控网元，并判断得到该主控网元为本次业务流计费控制的最后一个网元，则计费系统根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行批价和配额预留。

C8，计费系统向所述主控网元返回计费请求响应，所述计费请求响应包含授权的配额数。

C9，主控网元和辅控网元为用户提供业务，主控网元监控所述配额数的使用。

实施例五，一种计费的方法，信令流程如图6所示，为本发明实施例一方法应用于会话型业务计费的信令流程，本实施例中，对业务进行计费控制的网元以两个网元为例，一个为主控网元、一个为辅控网元。本实施例与实施例三的区别在于由主控网元首先发起计费请求。

具体流程包括：

D1，主控网元收到用户的业务请求；

D2，主控网元向计费系统发送计费请求，该计费请求中包含计费信息和主控网元的计费节点标识NodeType＝1。

可以理解的是，本发明实施例中，所述计费请求中也可以不包含计费节点类型标识，而是根据所述各个网元发送的计费请求中的计费信息识别所述各个网元的类型。例如根据业务标识和/或用户订购信息，和/或网络配置信息等等计费请求中携带的常规信息识别网元的类型。

D3，计费系统收到所述计费请求，记录该计费请求中的计费信息，并通过计费节点标识NodeType的值为1，识别出该网元为主控网元，并根据业务标识，订购者标识，业务相关信息确定本次业务流后续还有计费网元。

D4，计费系统向所述主控网元返回计费请求响应，通知所述主控网元临时授权通过，等待后续信用控制。

D5，所述主控网元将用户的业务请求转发给辅控网元；

D6，所述辅控网元向计费系统发送计费请求，该计费请求中包含计费信息和该网元的计费节点标识NodeType＝0；

D7，计费系统根据所述计费节点标识NodeType＝0识别出该网元为辅控网元，并判断得到该辅控网元为本次业务流计费控制的最后一个网元，则计费系统根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行批价。

D8，计费系统向辅控网元返回计费请求响应，进行虚拟授权。

D9，计费系统通知所述主控网元重新发送计费请求申请配额；

D10，主控网元向计费系统返回响应。

D11，主控网元向计费系统发送计费请求；

D12，计费系统根据所述批价信息进行配额预留。

D13，计费系统向主控网元返回包含所述预留的配额的计费请求响应。

D14，主控网元和辅控网元为用户提供业务。

本发明实施例六，一种计费方法，信令流程图如图7所示，本实施例提供了在实施例三和实施例四的基础上，若辅控网元检测到预置的计费触发条件，则进行计费更新的处理流程。

具体流程包括：

E1，在会话进行的过程中，辅助网元检测到计费触发条件；

E2，辅助网元向计费系统发送计费请求；所述计费请求包含计费信息；

E3，计费系统根据所述计费信息判断是否影响批价，若影响则触发计费更新。

因为本发明实施例中，对于主控网元的计费需要关联辅控网元，而具体的计费规则可以采取多种方式，则需要判断是否需要更新计费。

以彩信业务为例，辅控网元为承载层网元，主控网元为业务层网元，对于彩信的计费是根据主控网元的计费信息并关联辅控网元的计费信息对主控网元机型计费。如：承载层每发生100K流量则上报计费信息；

而对于主控网元计费关联辅控网元计费信息的方式是：承载层流量超过1000K以下收费按照1条彩信计算，超过则1000K则收费2元。

因此，当承载层上报的计费信息为超过1000K的流量，才触发计费更新流流程。

E4，计费系统向所述辅控网元返回计费响应。

E5，计费系统通知主控网元重新申请配额预留。

E6，主控网元返回响应。

E7，主控网元向所述计费系统发送计费请求，该请求中包含已经使用的配额。

E8，计费系统重新根据主控网元的计费信息和辅控网元的计费信息进行批价和配额预留。

E9，计费系统向主控网元返回计费请求响应，该计费请求响应中包含重新授权的配额数。

E10，主控网元和辅控网元继续为用户提供业务。

可以理解，如果计费系统检测到批价信息发生变化，则会通知主控网元重新进行配额申请。批价信息发生变化的原因可以如本实施例中所述的由于辅控网元重新上报计费信息导致批价信息发生变化也可能是到达预置的时间点导致批价信息发生变化，例如：到达计费优惠时段，每天的0点到11点为优惠时段，用户可以享受折扣计费。

可以理解的是，本发明实施三至实施例五中，若业务提供结束，则主控终端向计费系统发送计费结请求，通知计费系统计费结束，所述请求中包含已使用的配额数，计费系统对进行扣费，并返回计费请求响应。

实施例七，一种计费方法，信令流程如图8所示，本实施例为本发明实施例所述的技术方案应用于在线计费中的彩信业务。

本实施例中，包含两个网元，一个主控网元，一个辅控网元，具体流程如下：

F1，UE向GGSN发送彩信发送请求MM1_submit.REQ；

F2，GGSN向OCS发送计费请求CCR，该计费请求中包含了该GGSN在本次业务的计费结点类型Node-Type＝辅控网元；

可以理解的是，本发明实施例中，所述计费请求中也可以不包含计费节点类型标识，而是根据所述各个网元发送的计费请求中的计费信息识别所述各个网元的类型。例如根据业务标识和/或用户订购信息，和/或网络配置信息等等计费请求中携带的常规信息识别网元的类型。

F3，OCS根据业务标识，订购者标识，业务相关信息确定关联。OCS根据网元的Node-Type确定后续的计费流程，本次彩信业务，GGSN仅上报计费信息，作为在线关联计费的参考，而无需进行信用控制；

F4，OCS向GGSN返回计费请求响应CCA，指示业务请求通过，GGSN记录流量信息；

F5，用户彩信发送请求通过；

F6，GGSN将彩信发送请求转发给MMSC；

F7，MMSC向OCS发送计费请求CCR，该计费请求中包含了MMSC在本次业务的计费结点类型Node-Type＝主控网元；

F8，OCS根据业务标识，订购者标识，业务相关信息确定关联。OCS根据Node-Type确定后续的计费流程，本次彩信业务，MMSC作为主控网元，OCS对MMSC进行关联批价和配额预留；

F9，OCS向MMSC返回计费请求响应，该计费请求响应中包含配额预留的结果RSU；

F10，业务请求通过，MMSC后续监控配额使用情况；

F11，MMSC向GGSN返回彩信发送请求响应MM1_submit.RES；

F12，GGSN向OCS发送最终计费请求CCR，上报流量信息；

F13，OCS保存流量信息；

F14，OCS向GGSN返回计费请求响应CCA；

F15，GGSN向UE返回彩信发送请求响应；

F16，MMSC发送彩信转发请求：MM4_forward.REQ；

F17，接收方向MMSC返回彩信转发请求响应：MM4_forward.RES；

F18，MMSC向OCS发送计费请求CCR，上报配额使用情况；

F19，OCS根据关联批价结果进行扣费；

F20，OCS向返回计费请求响应。

实施例八，一种计费方法，信令流程如图9所示，本实施例为本发明实施例所述技术方案应用于在线计费中的会话业务。

G1，UE向S-CSCF发送SIP INVITE请求；

G2，S-CSCF向OCS发送计费请求，该计费请求中包含了本次业务中S-CSCF的计费结点类型，即Node-Type＝辅控网元；

可以理解的是，本发明实施例中，所述计费请求中也可以不包含计费节点标识，而是根据所述各个网元发送的计费请求中的计费信息识别所述各个网元的类型。例如根据业务标识和/或用户订购信息，和/或网络配置信息等等计费请求中携带的常规信息识别网元的类型。

G3，OCS根据业务标识，订购者标识，业务相关信息确定关联。OCS根据网元的Node-Type确定后续的计费流程，本次PoC业务中，S-CSCF仅上报IMS层的计费信息，作为在线关联计费的参考，而无需进行信用控制；

G4，OCS向S-CSCF返回计费请求响应；

G5，业务请求通过；

G6，S-CSCF将SIP INVITE请求发送给PoC Server；

G7，PoC Server向OCS发送计费请求CCR，该计费请求中包含了本次业务中，PoC Server的计费结点类型，即Node-Type＝主控网元；

G8，OCS根据业务标识，订购者标识，业务相关信息确定关联的S-CSCF的计费信息。OCS根据网元的Node-Type确定后续的计费流程，本次PoC业务中，PoC Server作为主控网元，OCS进行关联批价，并进行配额预留；

G9，OCS向PoC Server返回计费请求响应，该响应中包含了预留的配额，GSU＝30分钟；

G10，业务请求通过，PoC Server上监控会话时长；

G11，PoC Server将SIP INVITE转发出去；

G12，PoC Server接收到接收方发送的SIP 200 OK；

G13，PoC Server将SIP 200 OK转发给GGSN；

G14，S-CSCF将SIP 200 OK转发给UE；

G15，PoC会话进行中；

G16，S-CSCF向OCS发送中间计费请求CCR，该请求中包含了IMS层的计费信息；

G17，OCS根据S-CSCF上报的IMS层的计费信息对本次PoC会话进行重新批价；

G18，OCS向S-CSCF返回计费请求响应；

G19，OCS向PoC Server发送RAR，通知PoC Server进行重新预留；

G20，PoC Server向OCS返回RAA，确认；

G21，PoC Server向OCS发送中间计费请求CCR；

G22，OCS对已使用的配额进行扣费，并重新对该业务进行批价。OCS根据新的批价进行配额预留；

G23，OCS向PoC Server返回计费请求响应，该响应中包含了在新的批价下预留的配额，15分钟；

G24，SIP会话继续进行；

G25，UE向S-CSCF发送SIP BYE；

G26，S-CSCF向OCS发送最终计费请求CCR，该计费请求中包含了IMS层的计费信息；

G27，OCS保存IMS层的计费信息，并判断是否会影响本次批价；

G28，OCS向S-CSCF返回计费请求响应；

G29，S-CSCF将SIP BYE发送给PoC Server；

G30，PoC Server向OCS发送最终计费请求CCR，上报使用的配额USU；

G31，OCS对本次业务进行扣费；

G32，OCS向PoC Server返回计费请求响应。

实施例九，一种计费系统900，结构示意图如图10所示，包括：接收单元910、网元类型识别单元920和计费控制单元930；

接收单元910，用于接收对业务流进行计费控制的各个网元的发送的计费请求，所述计费请求中包含各个网元相应的计费信息；

所述接收单元接收的计费请求中还可以包含计费节点标识；

网元类型识别单元920，用于识别所述各个网元的类型，所述网元的类型包括主控网元和辅控网元；

所述网元类型识别单元920识别各个网元的类型是根据所述计费节点标识进行识别的。

可以理解的是，可以理解的是，所述接收单元910接收的计费请求中也可以不包含计费节点标识，所述网元类型识别单元920识别各个网元的类型还可以根据所述各个网元发送的计费请求中的计费信息识别所述各个网元的类型。例如根据业务标识和/或用户订购信息，和/或网络配置信息等等计费请求中携带的常规信息识别网元的类型。

计费控制单元930，根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行计费。

实施例十，一种计费网元1000，结构示意图如图11所示，包括：

业务请求接收单元1010，用于接收用户的业务请求；

计费触发单元1020，用于在业务请求单元收到用户的业务请求后向计费系统发送包含计费信息的计费请求，并接收计费系统返回的计费响应。

所述计费触发单元1020向计费系统发送的计费请求还可以包括该网元计费节点类型。

业务请求发送单元1030，用于在所述计费触发单元1020收到计费系统返回计费响应业务通过的指示后，将所述用户的业务请求转发给下一计费网元。

实施例十一，一种通信系统1100，结构示意图如图12所示，包括：网元1至网元N，和计费系统1120；

网元1至网元N，用于对业务流进行计费控制，并向计费系统发送计费请求；所述计费请求包含各个网元相应的计费信息；所述网元发送的计费请求中还可以包括该网元的计费节点标识；每个网元收到计费系统的业务通过指示，则将用户的业务请求发送给下一网元。

可以理解的是，本实施例中网元1至网元N为对业务流进行控制的至少两个网元，网元1至网元N共同实现对业务的计费控制。

计费系统1120，用于识别所述各个网元的类型；所述网元的类型包括主控网元和辅控网元；并根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行计费。

所述计费系统识别各个网元的类型可以根据所述计费节点标识识别。

本发明实施例十二，一种计费的方法，信令流程图如图13所示，包括：

本实施例中，对业务进行计费控制的网元以两个网元为例，一个为主控网元、一个为辅控网元。

具体流程包括：

H1，辅控网元收到用户的业务请求；

H2，辅控网元向计费系统发送计费请求，该计费请求中包含计费信息；

H3，计费系统收到所述计费请求，记录该计费请求中的计费信息，根据所述网元的计费请求中的计费信息识别出该网元为辅控网元。例如根据业务标识和/或用户订购信息，和/或网络配置信息等等计费请求中携带的常规信息识别网元的类型。

H4，计费系统向所述辅控网元返回计费请求响应，该计费请求响应包含信用控制结果标识＝0表示虚拟授权，后续无需上报计费信息。

可以理解，所述信用控制结果标识的值可以为0和1，分别表示虚拟授权的两种情况，信用控制结果标识＝0指示后续无需上报计费信息，信用控制结果标识＝1指示所述网元监控业务的资源使用情况，但无需监控配额的使用情况，并在满足预置的触发条件时，继续上报计费信息。

信用控制结果标识的值为2则表示正常业务控制，计费系统和网元按照常规方式进行计费控制。

H5，所述辅控网元将用户的业务请求转发给主控网元；

H6，主控网元向计费系统发送计费请求，该计费请求中包含计费信息。

H7，计费系统根据根据所述网元的计费请求中的计费信息识别出该网元为主控网元，并判断得到该主控网元为本次业务流计费控制的最后一个网元，则计费系统根据主控网元的计费信息并关联辅控网元的计费信息对主控网元进行批价和配额预留。

H8，计费系统向所述主控网元返回计费请求响应，所述计费请求响应包含授权的配额数。

H9，主控网元和辅控网元为用户提供业务，主控网元监控所述配额数的使用。

可选的，所述步骤H7，计费系统可以进一步进行扣费操作，也可以是在步骤H9之后，待业务提供完毕，主控网元再向计费系统发送包含已使用的配额数的计费请求，计费系统再执行扣费操作，并返回计费请求响应。

以上对本发明所提供的一种计费的方法和计费网元及计费系统以及通信系统进行了详细介绍，其中：

本发明实施例中，计费是针对主控网元进行计费，辅控网元仅仅上报计费信息，而无需进行信用控制。而对主控网元的计费过程参考辅控网元的计费信息对主控网元进行信用控制，使计费集中在主控网元处进行。相对于现有技术，降低了计费处理过程的复杂度，减少了计费系统和计费网元的处理和交互，节约了系统资源。

对于本领域的普通技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。