CN101075885A - 内容计费中信令流量处理方法和处理装置 - Google Patents

Abstract

本发明涉及一种内容计费中信令流量的处理方法和处理装置，处理方法包括移动用户与业务服务器建立连接；采集上述过程中的信令流量并缓存；移动用户发起业务访问；根据业务类别将缓存的信令流量加到对应业务的计费流量中；采集业务访问中各业务的计费流量并在业务结束时产生最终话单。处理装置包括依次连接的业务模块、业务流量采集模块和流量计费模块，以及连接在控制模块和业务流量采集模块之间信令流量处理模块。本发明先将信令流量缓存，之后通过应用层分析确定业务类别，再将信令流量归并到对应业务的计费流量中，因此保证了内容计费统一的计费方式，不仅不会出现计费偏差，而且具有计费合理、适用范围广等优点。

Description

内容计费中信令流量处理方法和处理装置

技术领域

本发明涉及一种内容计费的处理方法和处理装置，特别是一种内容计费中信令流量处理方法和处理装置。

背景技术

随着现有通信网络上承载数据业务种类的日益增多，许多数据业务需要按流量和业务内容计费。目前，现有通用分组无线业务(General Packet RadioService，简称GPRS)网络的流量计费由网关通用分组无线业务支持节点(Gateway GPRS Support Node，简称GGSN)负责实现。

GGSN基于流量的计费流程为：GGSN对用户的业务请求进行内容解析，根据本地预先设置的计费规则信息对业务流进行匹配，根据匹配的结果生成相关的业务流量计费信息。用户在使用某个数据业务时，预先有一个信令连接建立过程，然后使用某个数据业务，整个使用过程将产生两部分数据流量，一部分是在信令连接建立过程发生的信令流量，一部分是使用数据业务的业务流量。对于许多数据业务，GGSN设备可根据七层(应用层)信息判别分析得出业务流量，并按计费规则生成业务流量计费信息，但由于信令流量发生在信令连接建立过程中，GGSN无法预先判别出信令连接所属的业务种类，所以现有技术一般将这部分流量归为默认流量(即不属于任何预先配置的业务类别)。通常情况下，默认流量是收费的，虽然默认流量的费率与业务流量的费率不一样，但现有技术这种处理方法很容易出现用户计费偏差。例如，当用户使用不计流量费的数据业务时(按条计费)或只建立了连接而未使用业务时，用户也要支付信令流量费，导致用户计费偏差。

发明内容

本发明的目的是提供一种内容计费中信令流量处理方法和处理装置，以解决现有技术将信令流量归为默认流量导致用户计费出现偏差等技术缺陷。

为了实现上述目的，本发明提供了一种内容计费中信令流量处理方法，包括：

移动用户与业务服务器建立连接；

采集上述过程中的信令流量并缓存；

移动用户发起业务访问；

根据业务类别将缓存的信令流量加到对应业务的计费流量中；

采集业务访问中各业务的计费流量并在业务结束时产生最终话单。

其中，所述移动用户与业务服务器建立连接前还包括移动用户发起用户激活上线步骤，具体为：

移动用户向网关通用分组无线业务支持节点发送激活请求；

网关通用分组无线业务支持节点向服务器转发用户上线请求；

服务器向网关通用分组无线业务支持节点返回用户上线请求响应；

网关通用分组无线业务支持节点向移动用户转发用户上线请求响应。

其中，所述采集上述过程中的信令流量并缓存具体为：网关通用分组无线业务支持节点根据连接建立过程中信令消息的特征确定出信令消息，对所述信令消息的流量单独记录并缓存。

针对第一类业务，所述移动用户发起业务访问具体为：移动用户发起业务访问，网关通用分组无线业务支持节点根据计费规则匹配业务，开始计费，统计业务流量信息。所述采集业务访问中各业务的计费流量并在业务结束时产生最终话单具体为：

移动用户与业务服务器之间发送业务数据；

网关通用分组无线业务支持节点采集业务访问中各业务的计费流量；

业务结束时产生最终话单。

针对第二类业务，所述移动用户发起业务访问具体为：移动用户发起业务访问，同业务服务器发送控制面交互消息，网关通用分组无线业务支持节点根据计费规则匹配业务，开始计费，统计业务流量信息。所述采集业务访问中各业务的计费流量并在业务结束时产生最终话单具体为：

网关通用分组无线业务支持节点根据控制面消息交换结果，生成新计费规则用来匹配业务数据；

移动用户和业务服务器之间通过数据面发送业务数据；

网关通用分组无线业务支持节点根据新计费规则采集业务访问中各业务的计费流量；

业务结束时产生最终话单。

针对第三类业务，所述移动用户发起业务访问具体为：网关通用分组无线业务支持节点根据3/4层计费规则匹配业务，开始计费。所述采集业务访问中各业务的计费流量并在业务结束时产生最终话单具体为：

移动用户与业务服务器之间发送业务数据；

网关通用分组无线业务支持节点采集业务访问中各业务的计费流量；

业务结束时产生最终话单。

其中，在所述业务结束时产生最终话单之前还包括：如果满足产生部分话单条件，网关通用分组无线业务支持节点产生中间话单，话单发送到计费网关，计费网关进行预处理后把话单发送到电信业务运营支持系统处理。

在上述处理方法的技术方案中，所述根据业务类别将缓存的信令流量加到对应业务的计费流量中具体为：

分析七层信息；

根据七层信息分析结果可以确定业务类别时，根据所确定的业务类别将缓存的信令流量加到对应业务的计费流量中，当不能确定业务类别时，将缓存的信令流量设置专门的业务标识。

为了实现上述目的，本发明还提供了一种内容计费中信令流量的处理装置，包括：

控制模块，用于移动用户与业务服务器建立连接；

业务模块，用于在移动用户和业务服务器之间发送业务数据；

业务流量采集模块，用于采集业务模块中各业务的计费流量；

信令流量处理模块，用于采集控制模块中的信令流量，根据所确定的业务类别将所述信令流量发送到业务流量采集模块中对应业务的计费流量中；

流量计费模块，用于根据计费规则匹配各业务的计费流量，产生最终话单。

其中，所述信令流量处理模块包括：

采集单元，用于采集所述控制模块中的信令流量；

缓存单元，用于缓存所述信令流量；

分析单元，用于根据七层信息分析结果确定业务类别；

发送单元，用于根据业务类别将缓存单元中的信令流量发送到业务流量采集模块中对应业务的计费流量中。

本发明提出了一种在用户内容计费中关于信令流量计费的处理方法和处理装置，采用了一种新型的计费方式，有效解决了现有技术将信令连接建立过程中产生的数据流量归为默认流量，导致用户计费出现偏差的技术缺陷。本发明采用的技术方案是先将信令流量缓存，之后通过应用层分析确定业务类别，再将信令流量归并到对应业务的计费流量中。此外，本发明还提出了特殊情况下的处理对策，如果由于特殊原因仅有信令连接包而无业务请求消息出现，则将这部分信令连接包的流量统一归入一个专门的业务代码表示的流量中。上述技术方案保证了对于用户的某个业务的内容计费采用统一的计费方式，信令流量的计费取决于其后的业务类别，不仅不会出现计费偏差，而且具有计费合理、适用范围广等优点。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明内容计费中信令流量处理方法流程图；

图2为本发明处理方法第一实施例的流程图；

图3为本发明处理方法第二实施例的流程图；

图4为本发明处理方法第三实施例的流程图；

图5为本发明内容计费中信令流量处理装置的结构示意图；

图6为本发明信令流量处理模块的结构示意图。

附图标记说明：

1-控制模块；     2-信令流量处理模块；    3-业务流量采集模块；

4-业务模块；     5-流量计费模块；        21-采集单元；

22-缓存单元；    23-分析单元；           24-发送单元。

具体实施方式

图1为本发明内容计费中信令流量处理方法流程图，具体为：

步骤1、移动用户与业务服务器建立连接；

步骤2、采集上述过程中的信令流量并缓存；

步骤3、移动用户发起业务访问；

步骤4、根据业务类别将缓存的信令流量加到对应业务的计费流量中；

步骤5、采集业务访问中各业务的计费流量并在业务结束时产生最终话单。

本发明提出了一种在用户内容计费中关于信令流量计费的处理方法，有效解决了现有技术将信令连接建立过程中产生的数据流量归为默认流量，导致用户计费出现偏差的技术缺陷。本发明技术方案是先将信令流量缓存，之后通过应用层分析确定业务类别，再将信令流量归并到对应业务的计费流量中。该技术方案保证了对于用户的某个业务的内容计费采用统一的计费方式，信令流量的计费取决于其后的业务类别，不仅不会出现计费偏差，而且具有计费合理、适用范围广等优点。

本发明所称的信令流量产生在移动用户与业务服务器建立连接过程中，在移动用户与业务服务器建立连接前还包括移动用户发起用户激活上线步骤，具体为：

步骤11、移动用户向网关通用分组无线业务支持节点发送激活请求；

步骤12、网关通用分组无线业务支持节点向服务器转发用户上线请求；

步骤13、服务器向网关通用分组无线业务支持节点返回用户上线请求响应；

步骤14、网关通用分组无线业务支持节点向移动用户转发用户上线请求响应。

步骤11～步骤14使移动用户MS完成了发起用户激活上线流程，网关通用分组无线业务支持节点GGSN和服务器记录用户信息。

下面通过三类业务的信令流量处理流程进一步说明本发明的技术方案。

第一实施例

图2为本发明处理方法第一实施例的流程图，属于端口不动态变化的一类业务，该类业务需基于指定信息位置(URL)识别，如HTTP、无线应用协议(WAP)、多媒体消息业务(MMS)、下载类(流媒体下载、KJAVA下载)。内容计费流程具体为：

步骤101、移动用户MS与业务服务器建立连接；

步骤102、采集上述过程中的信令流量并缓存；

步骤103、移动用户MS发起业务访问，网关通用分组无线业务支持节点GGSN根据计费规则匹配业务，开始计费，统计业务流量信息；

步骤104、根据业务类别将缓存的信令流量加到对应业务的计费流量中；

步骤105、移动用户MS与业务服务器之间发送业务数据；

步骤106、网关通用分组无线业务支持节点GGSN采集业务访问中各业务的计费流量；

步骤107、业务结束时产生最终话单。

本实施例技术方案有机地将信令流量根据业务类别加到对应业务的计费流量中，信令流量的计费取决于其后的业务类别，因此杜绝了出现计费偏差的缺陷。首先移动用户MS与业务服务器建立连接，信令流量产生在业务请求之前的信令连接包(如TCP握手消息等)中，即步骤101中，本实施例步骤102通过采集信令流量并将其缓存，为后续处理提供了保证。步骤102的具体做法为：GGSN根据连接建立过程中信令消息的特征确定出是信令消息，对这些信令消息的流量单独记录并缓存，信令消息的特征如端口，包格式等。之后，移动用户发起业务访问，GGSN根据计费规则匹配业务，开始计费，统计业务流量信息，GGSN根据业务类别将缓存的信令流量加到对应业务的计费流量中。加入信令流量过程具体为：首先分析七层(应用层)信息，根据七层信息分析结果可以确定业务类别时，根据所确定的业务类别将缓存的信令流量加到对应业务的计费流量中，如果由于特殊原因仅有信令连接包而无业务请求消息出现，则将这部分信令连接包的流量统一归入一个专门的业务代码表示的流量中，而不加到计费流量中。实际上，该处理方式是由于异常情况导致无法经过应用层分析确定业务类别，信令流量则将被归为一个专门的业务类别中，该业务类别专用于存放此类信令流量。移动用户和业务服务器之间发送业务数据，GGSN负责采集流量，最后业务结束时，GGSN停止业务的计费流量统计，分组数据协议(PDP)去活后，产生最终话单。在GGSN采集流量中，如果满足产生部分话单条件，GGSN可以产生中间话单，话单发送到计费网关CG，计费网关CG进行预处理后把话单发送到电信业务运营支持系统BOSS处理。

第二实施例

图3为本发明处理方法第二实施例的流程图，属于另一类业务，如在线流媒体，从协议上能够区分控制面与数据面，控制面的端口固定，数据面的会话(IP或端口)由控制面协商确定。内容计费流程具体为：

步骤201、移动用户MS与业务服务器建立连接；

步骤202、采集上述过程中的信令流量并缓存；

步骤203、移动用户MS发起业务访问，同业务服务器发送控制面交互消息，网关通用分组无线业务支持节点GGSN根据计费规则匹配业务，开始计费，统计业务流量；

步骤204、根据业务类别将缓存的信令流量加到对应业务的计费流量中；

步骤205、网关通用分组无线业务支持节点GGSN根据控制面消息交换结果，生成新计费规则用来匹配业务数据；

步骤206、移动用户MS与业务服务器之间通过数据面发送业务数据；

步骤207、网关通用分组无线业务支持节点GGSN根据新计费规则采集业务访问中各业务的计费流量；

步骤208、业务结束时产生最终话单。

本实施例技术方案有机地将信令流量根据业务类别加到对应业务的计费流量中，信令流量的计费取决于其后的业务类别，因此杜绝了出现计费偏差的缺陷。首先移动用户MS与业务服务器建立连接，信令流量产生在业务请求之前的信令连接包(如TCP握手消息等)中，即步骤201中，本实施例步骤202通过采集信令流量并将其缓存，为后续处理提供了保证。步骤202的具体做法为：GGSN根据连接建立过程中信令消息的特征确定出是信令消息，对这些信令消息的流量单独记录并缓存，信令消息的特征如端口，包格式等。之后，移动用户发起业务访问，同业务服务器发送控制面交互消息，GGSN根据计费规则匹配业务，开始计费，统计业务流量信息，GGSN根据业务类别将缓存的信令流量加到对应业务的计费流量中。加入信令流量过程具体为：首先分析七层(应用层)信息，根据七层信息分析结果可以确定业务类别时，根据所确定的业务类别将缓存的信令流量加到对应业务的计费流量中，如果由于特殊原因仅有信令连接包而无业务请求消息出现，则将这部分信令连接包的流量统一归入一个专门的业务代码表示的流量中，而不加到计费流量中。实际上，该处理方式是由于异常情况导致无法经过应用层分析确定业务类别，信令流量则将被归为一个专门的业务类别中，该业务类别专用于存放此类信令流量。GGSN根据控制面消息交换结果，生成新计费规则用来匹配业务数据，移动用户和业务服务器之间通过数据面发送业务数据，GGSN根据新计费规则采集业务访问中各业务的计费流量，最后业务结束时，GGSN停止业务的计费流量统计，分组数据协议(PDP)去活后，产生最终话单。在GGSN采集流量中，如果满足产生部分话单条件，GGSN可以产生中间话单，话单发送到计费网关CG，计费网关CG进行预处理后把话单发送到电信业务运营支持系统BOSS处理。

第三实施例

图4为本发明处理方法第三实施例的流程图，属于业务服务器端端口固定的业务，可通过3/4层解析进行内容计费，如POP3/SMTP、在线KJAVA应用等。内容计费流程具体为：

步骤301、移动用户MS与业务服务器建立连接；

步骤302、采集上述过程中的信令流量并缓存；

步骤303、网关通用分组无线业务支持节点GGSN根据3/4层计费规则匹配业务，开始计费；

步骤304、根据业务类别将缓存的信令流量加到对应业务的计费流量中；

步骤305、移动用户MS与业务服务器之间发送业务数据；

步骤306、网关通用分组无线业务支持节点GGSN采集业务访问中各业务的计费流量；

步骤307、业务结束时产生最终话单。

本实施例技术方案有机地将信令流量根据业务类别加到对应业务的计费流量中，信令流量的计费取决于其后的业务类别，因此杜绝了出现计费偏差的缺陷。首先移动用户MS与业务服务器建立连接，信令流量产生在业务请求之前的信令连接包(如TCP握手消息等)中，即步骤301中，本实施例步骤301通过采集信令流量并将其缓存，为后续处理提供了保证。步骤301的具体做法为：GGSN根据连接建立过程中信令消息的特征确定出是信令消息，对这些信令消息的流量单独记录并缓存，信令消息的特征如端口，包格式等。之后，GGSN根据3/4层计费规则匹配业务，开始计费，GGSN根据业务类别将缓存的信令流量加到对应业务的计费流量中。加入信令流量过程具体为：首先分析七层(应用层)信息，根据七层信息分析结果可以确定业务类别时，根据所确定的业务类别将缓存的信令流量加到对应业务的计费流量中，如果由于特殊原因仅有信令连接包而无业务请求消息出现，则将这部分信令连接包的流量统一归入一个专门的业务代码表示的流量中，而不加到计费流量中。实际上，该处理方式是由于异常情况导致无法经过应用层分析确定业务类别，信令流量则将被归为一个专门的业务类别中，该业务类别专用于存放此类信令流量。移动用户和业务服务器之间发送业务数据，GGSN负责采集流量，最后业务结束时，GGSN停止业务的计费流量统计，分组数据协议(PDP)去活后，产生最终话单。在GGSN采集流量中，如果满足产生部分话单条件，GGSN可以产生中间话单，话单发送到计费网关CG，计费网关CG进行预处理后把话单发送到电信业务运营支持系统BOSS处理。

从上述实施例可以看出，本发明内容计费中信令流量处理方法对上述三类业务均可以实现对信令流量的正确计费，只需将在业务请求之前产生的信令连接包(如TCP握手消息等)能够归并到业务数据对应的计费流量中。此外，本发明还提出了特殊情况下的处理对策，如果由于特殊原因仅有信令连接包而无业务请求消息出现，则将这部分信令连接包的流量统一归入一个专门的业务代码表示的流量中，使本发明技术方案更加合理。

图5为本发明内容计费中信令流量处理装置的结构示意图。如图5所示，内容计费中信令流量处理装置包括控制模块1、信令流量处理模块2、业务流量采集模块3、业务模块4和流量计费模块5，其中业务模块4、业务流量采集模块3和流量计费模块5依次连接，信令流量处理模块2连接在控制模块1和业务流量采集模块3之间。控制模块1用于移动用户与业务服务器建立连接，业务模块4用于在移动用户和业务服务器之间发送业务数据，信令流量处理模块2用于采集控制模块1中的信令流量，根据所确定的业务类别将该信令流量发送到业务流量采集模块3中对应业务的计费流量中，业务流量采集模块3用于采集业务模块4中各业务的计费流量，流量计费模块5用于根据计费规则匹配各业务的计费流量，产生最终话单。

本发明提出了一种在用户内容计费中关于信令流量计费的处理装置，有效解决了现有技术将信令连接建立过程中产生的数据流量归为默认流量，导致用户计费出现偏差的技术缺陷。本发明内容计费中信令流量处理装置设置在网关通用分组无线业务支持节点(GGSN)内，在业务流量计费过程中完成对信令流量的正确计费。信令流量处理模块从控制模块中采集信令流量后，根据所确定的业务类别将该信令流量发送到业务流量采集模块中对应业务的计费流量中，保证了对于用户的某个业务的内容计费采用统一的计费方式，信令流量的计费取决于其后的业务类别，不仅不会出现计费偏差，而且具有计费合理、适用范围广等优点。

图6为本发明信令流量处理模块的结构示意图。如图6所示，信令流量处理模块2包括采集单元21、缓存单元22、分析单元23和发送单元24，其中采集单元21分别与缓存单元22和分析单元23连接，发送单元24分别与缓存单元22和分析单元23连接。采集单元21用于采集控制模块1中的信令流量，缓存单元22用于缓存该信令流量，分析单元23用于根据七层信息分析结果确定业务类别，发送单元24用于根据业务类别将缓存单元22中的信令流量发送到业务流量采集模块3中对应业务的计费流量中。

本发明内容计费中信令流量处理装置的处理流程具体为：移动用户向GGSN发送激活请求，GGSN向服务器转发用户上线请求，服务器向GGSN返回用户上线请求响应，GGSN向移动用户转发用户上线请求响应。之后，控制模块在移动用户与业务服务器之间建立连接，信令流量处理模块中的采集单元采集控制模块连接过程中的信令流量，发送到缓存单元中缓存，同时信令流量处理模块中的分析单元通过七层信息分析确定业务类别，发送单元根据分析单元确定的业务类别将缓存单元中缓存的信令流量发送到业务流量采集模块中，并加到对应业务的计费流量中。如果由于特殊原因，采集单元采集到信令流量，而分析单元不能确定业务类别(连接包而无业务请求消息出现)，则发送单元将这部分信令连接包的流量统一发送到一个专门的业务代码表示的流量中，而不加到计费流量中。用户发起业务访问，业务模块在移动用户和业务服务器之间发送业务数据，业务流量采集模块采集业务模块中各业务的计费流量，流量计费模块根据计费规则匹配各业务的计费流量，业务结束时产生最终话单。

从上述各模块工作流程可以看出，本发明采用了先将信令流量缓存的技术方案，之后通过应用层分析确定业务类别，再将信令流量归并到对应业务的计费流量中。此外还提出了特殊情况下的处理对策，如果由于特殊原因仅有信令连接包而无业务请求消息出现，则将这部分信令连接包的流量统一归入一个专门的业务代码表示的流量中，使本发明技术方案更加合理。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (13)

1.一种内容计费中信令流量处理方法，其特征在于，包括：

移动用户与业务服务器建立连接；

采集上述过程中的信令流量并缓存；

移动用户发起业务访问；

根据业务类别将缓存的信令流量加到对应业务的计费流量中；

采集业务访问中各业务的计费流量并在业务结束时产生最终话单。

2.根据权利要求1所述的内容计费中信令流量处理方法，其特征在于，所述移动用户与业务服务器建立连接前还包括移动用户发起用户激活上线步骤，具体为：

移动用户向网关通用分组无线业务支持节点发送激活请求；

网关通用分组无线业务支持节点向服务器转发用户上线请求；

服务器向网关通用分组无线业务支持节点返回用户上线请求响应；

网关通用分组无线业务支持节点向移动用户转发用户上线请求响应。

3.根据权利要求1所述的内容计费中信令流量处理方法其特征在于，所述采集上述过程中的信令流量并缓存具体为：网关通用分组无线业务支持节点根据连接建立过程中信令消息的特征确定出信令消息，对所述信令消息的流量单独记录并缓存。

4.根据权利要求1所述的内容计费中信令流量处理方法其特征在于，所述移动用户发起业务访问具体为：移动用户发起业务访问，网关通用分组无线业务支持节点根据计费规则匹配业务，开始计费，统计业务流量信息。

5.根据权利要求4所述的内容计费中信令流量处理方法其特征在于，所述采集业务访问中各业务的计费流量并在业务结束时产生最终话单具体为：

移动用户与业务服务器之间发送业务数据；

网关通用分组无线业务支持节点采集业务访问中各业务的计费流量；

业务结束时产生最终话单。

6.根据权利要求1所述的内容计费中信令流量处理方法其特征在于，所述移动用户发起业务访问具体为：移动用户发起业务访问，同业务服务器发送控制面交互消息，网关通用分组无线业务支持节点根据计费规则匹配业务，开始计费，统计业务流量信息。

7.根据权利要求6所述的内容计费中信令流量处理方法其特征在于，所述采集业务访问中各业务的计费流量并在业务结束时产生最终话单具体为：

网关通用分组无线业务支持节点根据控制面消息交换结果，生成新计费规则用来匹配业务数据；

移动用户和业务服务器之间通过数据面发送业务数据；

网关通用分组无线业务支持节点根据新计费规则采集业务访问中各业务的计费流量；

业务结束时产生最终话单。

8.根据权利要求1所述的内容计费中信令流量处理方法其特征在于，所述移动用户发起业务访问具体为：网关通用分组无线业务支持节点根据3/4层计费规则匹配业务，开始计费。

9.根据权利要求8所述的内容计费中信令流量处理方法其特征在于，所述采集业务访问中各业务的计费流量并在业务结束时产生最终话单具体为：

移动用户与业务服务器之间发送业务数据；

网关通用分组无线业务支持节点采集业务访问中各业务的计费流量；

业务结束时产生最终话单。

10.根据权利要求5、7或9所述的内容计费中信令流量处理方法其特征在于，在所述业务结束时产生最终话单之前还包括：如果满足产生部分话单条件，网关通用分组无线业务支持节点产生中间话单并发送到计费网关，计费网关进行预处理后把话单发送到电信业务运营支持系统处理。

11.根据权利要求1～9中任一权利要求所述的内容计费中信令流量处理方法，其特征在于，所述根据业务类别将缓存的信令流量加到对应业务的计费流量中具体为：

分析七层信息；

根据七层信息分析结果可以确定业务类别时，根据所确定的业务类别将缓存的信令流量加到对应业务的计费流量中，当不能确定业务类别时，将缓存的信令流量设置专门的业务标识。

12.一种内容计费中信令流量的处理装置，其特征在于，包括：

控制模块，用于移动用户与业务服务器建立连接；

业务模块，用于在移动用户和业务服务器之间发送业务数据；

业务流量采集模块，用于采集业务模块中各业务的计费流量；

信令流量处理模块，用于采集控制模块中的信令流量，根据所确定的业务类别将所述信令流量发送到业务流量采集模块中对应业务的计费流量中；

流量计费模块，用于根据计费规则匹配各业务的计费流量，产生最终话单。

13.根据权利要求12所述的内容计费中信令流量的处理装置，其特征在于，所述信令流量处理模块包括：

采集单元，用于采集所述控制模块中的信令流量；

缓存单元，用于缓存所述信令流量；

分析单元，用于根据七层信息分析结果确定业务类别；

发送单元，用于根据业务类别将缓存单元中的信令流量发送到业务流量采集模块中对应业务的计费流量中。

Images