CN103702308A - 业务流量上报方法与装置 - Google Patents

Abstract

本发明提供了一种业务流量上报方法与装置，其中，业务流量上报方法包括：UPPS接收CTF发送来的承载计费配置信息，其中，承载计费配置信息中携带有承载信息、和承载信息指示的承载的费率时段的信息；判断承载的费率时段是否与UPPS中已存在的费率时段相匹配；若匹配，则建立与承载的费率时段相匹配的已存在费率时段与承载信息指示的承载之间的关联关系；若不匹配，则根据费率时段计费规则，确定与承载的费率时段相匹配的费率时段，并建立确定的费率时段与承载信息指示的承载之间的关联关系；根据建立的费率时段与承载信息指示的承载之间的关联关系，上报话单业务流量。通过本发明，减少了定时器数量和CTF到UPPS的交互处理过程。

Description

业务流量上报方法与装置

技术领域

本发明涉及通信技术领域，特别是涉及一种业务流量上报方法与装置。

背景技术

费率时段作为运营商的一种计费方式，主要是指对一天当中的若干整点时刻，进行区别差异化计费，即把全天的时间按照不同的费率分段，实现不同的计费策略。按照费率时段的计费方式，SGW（Service Gateway，服务网关）或PGW（Packet Data Gateway，分组数据网关）中的CTF（Charging TriggerFunction，计费触发功能实体）在费率时段到达后，需要触发UPPS（User PlaneProcessing Subsystem，业务面处理子系统）进行与话单相关的业务流量上报给CDF（Charging Data Function，计费数据功能处理实体）；CDF根据上报的流量信息增加对应的话单容器，在话单容器中体现不同时段对应的流量等信息。进而，可以根据话单容器中的不同时段对应的流量等信息进行后续的按照费率时段计费的处理。

在具体实现时，对于SGW设备或PGW设备，在漫游场景下需要配置计费，协议要求根据计费特征值，查找每条承载的计费特性行为索引记录配置值，根据不同的计费行为配置要求为每条承载分别配置计费特性，以方便运营商更细粒度的配置不同的计费策略。按照目前TS32.251协议的设计，CTF负责收集计费信息，并触发CDF进行计费话单生成，当CTF获取到计费触发事件时，如费率时段到，需要为该承载启动对应的费率时段定时器，定时器超时后，由CTF触发指示消息给业务面UPPS上报流量消息给CDF，CDF将所接收到的业务流量存储到已打开的传输流量列表（List of ServiceData）容器中并关闭。

但是，在目前这样小粒度的计费策略配置下，会导致CTF需要为每条承载的不同费率时段分别启动定时器。如，一条承载配置3个时段，那么一条承载上启动的定时器数目就是3个，但是实际实现时SGW设备或PGW设备仅单个业务处理板就会至少有几十万的用户接入，依据协议设计每个用户又可以拥有的承载数目最多可达11条。按照这种配置，不但设备定时器数目会很快被耗尽，而且直接影响到用户的接入。另外，当费率时段到达时，CTF上需要处理的定时器超时消息数目会瞬时激增，紧接着后续也会造成CTF到业务面UPPS，业务面UPPS到CDF的消息大量发送，造成设备处理能力和性能的急剧下降，从而出现不可预知的后果。

可见，现有的按照费率时段计费的整个处理过程会启动大量的费率时段定时器，同时由CTF到业务面到CDF瞬时消息量也是巨大的，从而导致由于计费费率时段配置造成定时器数目申请失败，进而造成处理失败，直接影响到用户的接入。

发明内容

本发明提供了一种业务流量上报方法与装置，以解决现有的按照费率时段计费的整个处理过程需要启动大量的费率时段定时器，导致定时器数目很快被耗尽的问题。

为了解决上述问题，本发明公开了一种业务流量上报方法，包括：业务面子系统UPPS接收计费触发功能实体CTF子系统发送来的承载计费配置信息，其中，所述承载计费配置信息中携带有承载信息、和所述承载信息指示的承载的费率时段的信息；判断所述承载的费率时段是否与所述UPPS中已存在的费率时段相匹配，其中，所述已存在的费率时段包括根据费率时段计费规则，为往期接收到的所述CTF子系统发送来的承载计费配置信息中的承载建立的费率时段；若匹配，则建立与所述承载的费率时段相匹配的已存在费率时段与所述承载信息指示的承载之间的关联关系；若不匹配，则根据所述费率时段计费规则，确定与所述承载的费率时段相匹配的费率时段，并建立确定的所述费率时段与所述承载信息指示的承载之间的关联关系；根据建立的所述费率时段与所述承载信息指示的承载之间的关联关系，上报话单业务流量。

优选地，所述根据建立的所述费率时段与所述承载信息指示的承载之间的关联关系，上报话单业务流量的步骤包括：当所述UPPS中的所述费率时段的时间点到达时，所述UPPS根据建立的所述费率时段与所述承载信息指示的承载之间的关联关系，确定与到达时间点的所述费率时段相关联的所述承载，获取确定的所述承载的话单业务流量并上报给计费数据功能处理实体CDF子系统。

优选地，所述获取确定的所述承载的话单业务流量并上报给计费数据功能处理实体CDF子系统的步骤包括：获取确定的所述承载的话单业务流量；按照设定的时间周期和设定的业务上报量，将获取的所述承载的话单业务流量分批上报给所述CDF子系统；或者，按照设定的时间周期和用户设备粒度，将获取的所述承载的话单业务流量分批上报给所述CDF子系统。

优选地，所述将获取的所述承载的话单业务流量分批上报给所述CDF子系统的步骤包括：将每批所述承载的话单业务流量生成消息，在所述消息中携带本批所述承载的话单业务流量的时间戳；将生成的所述消息上报给所述CDF子系统。

优选地，所述业务流量上报方法还包括：所述UPPS接收所述CTF子系统发送来的承载删除消息，其中，所述承载删除消息中携带有待删除的承载的信息；根据所述待删除的承载的消息，删除所述待删除的承载与其对应的费率时段之间的关联关系；判断与所述待删除的承载对应的费率时段中，是否还存在其它对应的承载；若不存在，则停止与所述待删除的承载对应的费率时段的话单业务流量上报。

优选地，所述UPPS接收CTF子系统发送来的承载计费配置信息的步骤包括：所述CTF子系统在进行承载计费配置时，从所述CDF子系统获取费率时段的信息；其中，所述CDF子系统通过运营商配置表获取运营商配置的费率时段的信息，并将所述运营商配置的费率时段的信息发送给所述CTF子系统；所述CTF子系统根据获取的所述费率时段的信息，和已建立的承载的信息，生成所述承载计费配置信息，并将生成的所述承载计费配置信息发送给所述UPPS。

为了解决上述问题，本发明还公开了一种业务流量上报装置，所述装置包括业务面子系统UPPS；其中，所述UPPS包括：接收模块，用于接收计费触发功能实体CTF子系统发送来的承载计费配置信息，其中，所述承载计费配置信息中携带有承载信息、和所述承载信息指示的承载的费率时段的信息；判断模块，用于判断所述承载的费率时段是否与所述UPPS中已存在的费率时段相匹配，其中，所述已存在的费率时段包括根据费率时段计费规则，为往期接收到的所述CTF子系统发送来的承载计费配置信息中的承载建立的费率时段；建立模块，用于若所述判断模块的判断结果为匹配，则建立与所述承载的费率时段相匹配的已存在费率时段与所述承载信息指示的承载之间的关联关系；若所述判断模块的判断结果为不匹配，则根据所述费率时段计费规则，确定与所述承载的费率时段相匹配的费率时段，并建立确定的所述费率时段与所述承载信息指示的承载之间的关联关系；上报模块，用于根据建立的所述费率时段与所述承载信息指示的承载之间的关联关系，上报话单业务流量。

优选地，所述上报模块，包括：确定模块，用于当所述UPPS中的所述费率时段的时间点到达时，根据建立的所述费率时段与所述承载信息指示的承载之间的关联关系，确定与到达时间点的所述费率时段相关联的所述承载；获取上报模块，用于获取确定的所述承载的话单业务流量并上报给计费数据功能处理实体CDF子系统。

优选地，所述获取上报模块包括：获取模块，用于获取确定的所述承载的话单业务流量；分批上报模块，用于按照设定的时间周期和设定的业务上报量，将获取的所述承载的话单业务流量分批上报给所述CDF子系统；或者，按照设定的时间周期和用户设备粒度，将获取的所述承载的话单业务流量分批上报给所述CDF子系统。

优选地，所述分批上报模块在将获取的所述承载的话单业务流量分批上报给所述CDF子系统时：将每批所述承载的话单业务流量生成消息，在所述消息中携带本批所述承载的话单业务流量的时间戳；将生成的所述消息上报给所述CDF子系统。

与现有技术相比，本发明具有以下优点：

通过本发明的业务流量上报方案，首先，UPPS根据CTF子系统发送的承载配置信息在UPPS中配置承载的费率时段，也即，通过将费率时段定时器直接在承载建立时，由CTF子系统直接配置给UPPS，在UPPS启动费率时段定时器，减少了CTF子系统到UPPS的交互处理过程；其次，UPPS根据费率时段计费规则配置费率时段，解决了传统协议按承载粒度配置费率时段，需要启动大量定时器，导致定时器数目很快被耗尽的问题；UPPS根据费率时段计费规则配置费率时段，使用与这些费率时段对应的定时器即可完成对几十万条承载在不同时段的计费策略要求，由此不仅减少了定时器启动数目，而且设备处理的定时器消息数目也大大减少，很好地提升了设备的处理性能，保障了用户的接入；再者，将承载直接与费率时段相关联，也即，将承载挂载在对应的费率时段的定时器下，费率时段的时间点到达时，直接处理挂载在该费率时段的定时器下的承载，不需要通过IMSI（InternationalMobile subscribe identification Number，国际移动用户识别码）+EBI（EPSBearer Identity，EPS承载标识）的查找过程，加快了设备处理过程。

附图说明

图1是根据本发明实施例一的一种业务流量上报方法的步骤流程图；

图2是根据本发明实施例二的一种业务流量上报方法的步骤流程图；

图3是根据本发明实施例三的一种业务流量上报方法中承载建立时的信令交互图；

图4是根据本发明实施例三的一种业务流量上报方法中承载删除时的信令交互图；

图5是根据本发明实施例四的一种业务流量上报装置的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

实施例一

参照图1，示出了根据本发明实施例一的一种业务流量上报方法的步骤流程图。

本实施例的业务流量上报方法包括以下步骤：

步骤S102：UPPS接收CTF子系统发送来的承载计费配置信息。

其中，承载计费配置信息中携带有承载信息、和承载信息指示的承载的费率时段的信息。

本实施例中，UPPS、CTF子系统和CDF子系统均设置于同一SGW或者均设置于同一PGW中。

在承载建立时，CTF子系统向UPPS发送承载计费配置信息，从而将费率时段直接配置给UPPS，在UPPS中启动相应的费率时段定时器。其中，承载计费配置信息中可以仅携带单个承载的信息，也可以携带多个承载的信息。

步骤S104：UPPS判断承载计费配置信息中的承载的费率时段是否与UPPS中已存在的费率时段相匹配，若匹配，则执行步骤S106；若不匹配，则执行步骤S108。

其中，UPPS中已存在的费率时段包括由UPPS根据费率时段计费规则，为往期接收到的CTF子系统发送来的承载计费配置信息中的承载建立的费率时段。

费率时段计费规则由各运营商制定，如晚上23：00点至24：00点的所有通话半费，或者如晚上21：00至23：00的所有通话按照正常通话的60%收费等等。在此费率时段计费规则下，当UPPS接收到CTF子系统发送来的承载计费配置信息时，从该信息中获取相应的承载的信息，以及该承载信息指示的承载的费率时段的信息，例如，该承载的费率时段的信息指示了该承载配置了晚上21：00至23：00的所有通话按照正常通话的60%收费，则UPPS判断是否已经存在21：00至23：00的费率时段的配置，若已经有，则执行步骤S106，将该承载的信息挂载在该费率时段下；若还没有，则执行步骤S108，新建21：00至23：00的费率时段，并将该承载的信息挂载在该费率时段下。

步骤S106：若承载计费配置信息中的承载的费率时段与UPPS中已存在的费率时段相匹配，则UPPS建立与所述承载的费率时段相匹配的已存在费率时段与所述承载信息指示的承载之间的关联关系。然后，执行步骤S110。

其中，费率时段与承载之间的关联关系可以由本领域技术人员根据实际情况以任意适当形式设置，如采用关联表的形式，或者，采用文档形式等等，本发明对此不作限制。

步骤S108：若承载计费配置信息中的承载的费率时段与UPPS中已存在的费率时段不匹配，则UPPS根据费率时段计费规则，确定与所述承载的费率时段相匹配的费率时段，并建立确定的费率时段与所述承载信息指示的承载之间的关联关系。然后，执行步骤S110。

步骤S110：UPPS根据建立的费率时段与承载信息指示的承载之间的关联关系，上报话单业务流量。

也即，当某个费率时段的时间点到达时，即该费率时段的定时器启动时，收集与该费率时段相关联的所有承载对应的话单业务流量，并上报给CDF子系统。

通过本实施例，首先，UPPS根据CTF子系统发送的承载配置信息在UPPS中配置承载的费率时段，也即，通过将费率时段定时器直接在承载建立时，由CTF子系统直接配置给UPPS，在UPPS启动费率时段定时器，减少了CTF子系统到UPPS的交互处理过程；其次，UPPS根据费率时段计费规则配置费率时段，解决了传统协议按承载粒度配置费率时段，需要启动大量定时器，导致定时器数目很快被耗尽的问题；UPPS根据费率时段计费规则配置费率时段，使用与这些费率时段对应的定时器即可完成对几十万条承载在不同时段的计费策略要求，由此不仅减少了定时器启动数目，而且设备处理的定时器消息数目也大大减少，很好地提升了设备的处理性能，保障了用户的接入；再者，将承载直接与费率时段相关联，也即，将承载挂载在对应的费率时段的定时器下，费率时段的时间点到达时，直接处理挂载在该费率时段的定时器下的承载，不需要通过IMSI+EBI的查找过程，加快了设备处理过程。

实施例二

参照图2，示出了根据本发明实施例二的一种业务流量上报方法的步骤流程图。

本实施例的业务流量上报方法包括以下步骤：

步骤S202：UPPS接收CTF子系统发送来的承载计费配置信息。

其中，承载计费配置信息中携带有承载信息、和承载信息指示的承载的费率时段的信息。

本实施例中，UPPS、CTF子系统和CDF子系统均设置于同一SGW或者均设置于同一PGW中。

具体地，本步骤包括：CTF子系统在进行承载计费配置时，从CDF子系统获取费率时段的信息；其中，CDF子系统通过运营商配置表获取运营商配置的费率时段的信息，并将运营商配置的费率时段的信息发送给CTF子系统；CTF子系统根据获取的费率时段的信息，和已建立的承载的信息，生成承载计费配置信息，并将生成的承载计费配置信息发送给UPPS。

步骤S204：UPPS判断承载计费配置信息中的承载的费率时段是否与UPPS中已存在的费率时段相匹配，若匹配，则执行步骤S206；若不匹配，则执行步骤S208。

其中，UPPS中已存在的费率时段包括UPPS根据费率时段计费规则，为往期接收到的CTF子系统发送来的承载计费配置信息中的承载建立的费率时段。

步骤S206：若承载计费配置信息中的承载的费率时段与UPPS中已存在的费率时段相匹配，则UPPS建立与所述承载的费率时段相匹配的已存在费率时段与所述承载信息指示的承载之间的关联关系；然后，执行步骤S210。

步骤S208：若承载计费配置信息中的承载的费率时段与UPPS中已存在的费率时段不匹配，则UPPS根据费率时段计费规则，确定与所述承载的费率时段相匹配的费率时段，并建立确定的费率时段与所述承载信息指示的承载之间的关联关系；然后，执行步骤S210。

步骤S210：当UPPS中的费率时段的时间点到达时，UPPS根据建立的费率时段与承载信息指示的承载之间的关联关系，确定与到达时间点的费率时段相关联的承载，获取确定的承载的话单业务流量并上报给CDF子系统。

UPPS中的各个费率时段都设置有相应的定时器，费率时段的时间点到达也即该费率时段对应的定时器启动。将承载直接与费率时段相关联，也即，将承载挂载在对应的费率时段的定时器下，费率时段的时间点到达时，直接处理挂载在该费率时段的定时器下的承载。这与传统方案需要启动有参定时器，携带IMSI和EBI信息参数，每个承载的定时器超时消息到达之后，需要根据这两个参数哈希查找到对应的待处理承载上下文信息实例区的地址，然后进行处理相比，本实施例的方案不需要启动有参定时器，无参定时器超时消息到达后，直接根据之前记录的定时器和承载上下文信息实例区链表的对应关系，找到对应定时器的链表，直接对链表上的节点操作，链表节点直接记录的是承载上下文信息实例区地址。因不再需要通过IMSI+EBI的查找过程，加快了设备处理过程。其中，UPPS获取确定的承载的话单业务流量并上报给CDF子系统的步骤包括：获取确定的承载的话单业务流量（也即，获取与到达时间点的费率时段相关联的所有承载的话单业务流量）；按照设定的时间周期和设定的业务上报量，或者，按照设定的时间周期和UE（用户设备）粒度，将获取的承载的话单业务流量分批上报给CDF子系统。通过分批上报话单业务流量，设备处理的定时器消息数目大大减少，很好地提升了设备的处理性能，保障了用户的接入。

在将获取的承载的话单业务流量分批上报给CDF子系统时：UPPS将每批承载的话单业务流量生成消息，在消息中携带本批承载的话单业务流量的时间戳；然后，再将生成的消息上报给CDF子系统。通过在话单业务流量的消息中携带时间戳，使得即使出现分批上报带来的时延问题，也不会对话单生成造成任何影响。

通过本步骤，实现了UPPS根据建立的费率时段与承载信息指示的承载之间的关联关系，上报话单业务流量。

步骤S212：UPPS接收CTF子系统发送来的承载删除消息。

其中，承载删除消息中携带有待删除的承载的信息。

当删除承载时，CTF子系统会向UPPS发送相应的承载删除消息，UPPS根据该承载删除消息，删除UPPS中与该承载相关的信息，主要包括：在删除该承载与关联的费率时段之间的关联关系。

步骤S214：UPPS根据待删除的承载的消息，删除待删除的承载，以及待删除的承载与对应的费率时段之间的关联关系。

步骤S216：UPPS判断与待删除的承载对应的费率时段中，是否还存在其它对应的承载，若不存在，则执行步骤S218；若存在，则不做处理，在该费率时段的时间点到达时，上报该费率时段对应的剩余的承载的话单业务流量。

若待删除的承载对应的费率时段中已不存在其它的承载，则需要停掉该费率时段对应的定时器；否则，若待删除的承载对应的费率时段中还存在其它的承载，则不能停掉该费率时段对应的定时器。

步骤S218：若与待删除的承载对应的费率时段中已不存在其它的承载，则UPPS停止该费率时段的话单业务流量上报。

即，关闭该费率时段对应的定时器。

通过本实施例，首先，通过将费率时段定时器直接在承载建立时，由CTF子系统直接配置给UPPS，在UPPS启动费率时段定时器，减少了CTF子系统到UPPS交互处理过程，同时对UPPS到CDF子系统的流量上报消息的采用分批发送的方式，也能有效地避免对消息处理造成的设备故障；其次，解决了传统协议中费率时段按承载粒度配置，需要启动大量定时器的问题，根据费率时段的特点设置较少数量的定时器，如按一天的整点启动，只需启动24个定时器，即可完成对几十万条承载在不同时段的计费策略要求，由此不仅带来了定时器启动数目的减少，而且设备处理的定时器消息数目也大大减少，很好地提升了设备的处理性能，保障了用户的接入；最后，将承载与费率时段关联，即将承载直接挂载在对应的费率时段的定时器下，费率时段的时间点到达时，直接处理挂载在定时器下的承载，不需要通过IMSI+EBI的查找过程，加快了设备处理过程。

实施例三

本实施例从信令交互角度，对本发明的话单相关的业务流量上报方法作以说明。

首先，参照图3，示出了根据本实施例的一种业务流量上报方法中承载建立时的信令交互图。

本实施例中，为了便于说明，将UPPS、CTF子系统、和CDF子系统分别简称为UPPS、CTF和CDF。在承载建立时，SGW或PGW中的UPPS、CTF、和CDF之间的交互如下：

步骤S302：承载建立时，CTF向CDF发送计费配置请求消息。

步骤S304：CDF根据计费配置请求消息中携带的计费特征值查找到对应的计费规则记录，获取该记录的费率时段配置。

其中，具体的计费规则表由运营商配置，一种为SGW配置的计费规则表如表1所示，一种为PGW配置的计费规则表如表2所示。

表1

其中，“Behaviour Index”表示行为索引号，“Primary and Secondary CGFAddresses” 表示主备CGF（Charging Gateway Function，计费网关功能实体）地址，“Active” 表示激活状态，“Time Limit”表示时间阈值，“Vol Limit”表示流量阈值，“Change Cond.”表示改变条件次数，“Tariff times” 表示费率时间段，而“…”表示运营商自定义的其他信息。费率时间段是按照运营商的运营策略进行匹配，并且是整点配置。

表2

其中，“Behaviour Index”表示行为索引号，“Default charging method”表示计费方式，“Primary and Secondary CGF Addresses”表示主备CGF地址，“Active”表示激活状态，“Time Limit”表示时间阈值，“Vol Limit”表示流量阈值，“Change Cond.”表示改变条件次数，“Tariff times”表示费率时间段，而“…”表示运营商自定义的其他信息。费率时间段是按照运营商的运营策略进行匹配，并且是整点配置。

步骤S306：CDF向CTF回复计费配置响应消息，在该消息中携带建立的承载的费率时段配置信息。

步骤S308：CTF根据CDF返回的计费配置响应消息中的配置结果，确定如果承载建立时，针对该承载的计费配置成功，则发起步骤S310。

步骤S310：CTF发送业务传输指示消息给UPPS，在该消息中携带该承载的费率时段配置信息。

SGW或PGW中的CTF在进行承载计费配置（承载建立）时，由CDF通过运营商配置表（如表1或表2）获取费率时段，然后将得到的费率时段值回发给SGW或PGW的CTF；SGW或PGW的CTF将费率时段再在配置给UPPS的业务计费开始通知消息中携带给UPPS，由UPPS直接启动费率时段的定时器。考虑到费率时段的配置值特点，即按照一天的不同整点时段进行计费，因此UPPS可以只用启动较少个数如24个的定时器。

步骤S312：UPPS根据配置的费率时段定时器查看本地是否已经启动该时间点对应的定时器。如果启动，将该承载的实例区信息挂载在该定时器数据结构下；否则，启动该时间点的定时器，并将承载实例区信息挂载在该定时器数据结构中。

当承载建立时，CTF配置UPPS时，首先UPPS判断是否已经存在这个费率时段，如果已经存在这个费率时间点就在这个费率时间点下建立和这个承载之间的关联关系（即建立定时器参数和该承载实例区的关联关系，建立承载实例区的关联关系主要是避免定时器超时后需要通过IMSI和EBI进行查找的过程），反之，需要新建一个这个费率时间点和这个承载之间的关联关系。

步骤S314：UPPS中某个费率时段定时器超时消息到达。

步骤S316：UPPS根据该超时定时器消息到达时，携带的定时器参数，关联到该定时器对应的承载信息链表，并填写对应承载的流量信息。

步骤S318：UPPS分批定时定量向CDF发送流量信息。

如，每隔50ms发送500条，或按照UE粒度进行发送。

当设置的某个费率时间点到达时，UPPS直接查找到这个时间点下所有关联承载实例区，然后通过分批发送流量上报消息的方式通知给CDF，即可按照配置的周期定时发送，如每秒发送500条，也可以按照UE粒度进行发送，这样主要是为了避免消息瞬时过高造成的CPU处理负荷高，给设备性能带来瓶颈。

具体地，UPPS分批定时定量向CDF发送流量信息包括：当UPPS的分批发送定时器超时消息到达时，UPPS分批发送承载的业务流量消息给CDF；CDF将接收到的业务流量消息保存到对应承载的传输流量列表中，在生成的话单中体现。重复上述过程，直至本定时器对应的承载的所有业务流量消息发送完毕。

分批发送由于已经将流量和时间戳等信息生成在消息中，因此分批带来的时延问题不会对话单生成造成任何影响。最后，当CDF收到后，将接收到的业务流量存储到已打开的传输流量列表（List of Service Data）容器中，费率时段的处理结束。

通过上述过程，在UPPS启动费率时段定时器，减少了定时器启动数目和CTF子系统到UPPS的交互处理过程；而且，设备处理的定时器消息数目也大大减少，很好地提升了设备的处理性能，保障了用户的接入；将承载挂载在对应的费率时段的定时器下，费率时段的时间点到达时，直接处理挂载在该费率时段的定时器下的承载，加快了设备处理过程。

而当承载删除时，需要对UPPS中与该承载相关的信息进行删除处理，如图4所示，是根据本实施例的一种业务流量上报方法中承载删除时的信令交互图。在承载删除时，SGW或PGW中的UPPS、CTF、和CDF之间的交互如下：

步骤S402：承载删除时，CTF发送删除请求消息给UPPS，请求删除UPPS中该承载的用户面配置。

步骤S404：UPPS根据删除请求消息，删除该承载的用户面配置，并查找该承载对应费率时段的实例区链表进行去链表操作。

如果该链表上已经没有对应的关联承载实例，则停掉该费率时段定时器。

步骤S406：UPPS回复删除响应消息给CTF，在该响应消息中携带该承载的流量信息。

步骤S408：CTF接收到删除响应消息后，向CDF发送话单关闭请求消息，在该消息中携带该承载的流量信息。

步骤S410：CDF根据话单关闭请求消息，生成话单发送给CG（ChargingGateway，计费网关）。

步骤S412：CDF向CTF发送话单关闭响应消息。

通过上述过程，有效实现了承载删除时话单业务流量的处理。

实施例四

参照图5，示出了根据本发明实施例四的一种业务流量上报装置的结构框图。

本实施例的业务流量上报装置设置在SGW或PGW中，该装置包括：UPPS502、CTF子系统504、和CDF子系统506。

其中，UPPS502包括：

接收模块5022，用于接收CTF子系统504发送来的承载计费配置信息，其中，承载计费配置信息中携带有承载信息、和承载信息指示的承载的费率时段的信息；

判断模块5024，用于判断所述承载的费率时段是否与UPPS502中已存在的费率时段相匹配，其中，已存在的费率时段包括根据费率时段计费规则，为往期接收到的CTF子系统504发送来的承载计费配置信息中的承载建立的费率时段；

建立模块5026，用于若判断模块5024的判断结果为匹配，则建立与所述承载的费率时段相匹配的已存在费率时段与承载信息指示的承载之间的关联关系；若判断模块5024的判断结果为不匹配，则根据费率时段计费规则，确定与所述承载的费率时段相匹配的费率时段，并建立确定的费率时段与承载信息指示的承载之间的关联关系；

上报模块5028，用于根据建立的费率时段与承载信息指示的承载之间的关联关系，上报话单业务流量。

优选地，上报模块5028包括：确定模块50282，用于当UPPS502中的费率时段的时间点到达时，根据建立的费率时段与承载信息指示的承载之间的关联关系，确定与到达时间点的费率时段相关联的承载；获取上报模块50284，用于获取确定的承载的话单业务流量并上报给CDF子系统506。

优选地，获取上报模块50284包括：获取模块502842，用于获取确定的承载的话单业务流量；分批上报模块502844，用于按照设定的时间周期和设定的业务上报量，将获取的承载的话单业务流量分批上报给CDF子系统506；或者，按照设定的时间周期和用户设备粒度，将获取的承载的话单业务流量分批上报给CDF子系统506。

优选地，分批上报模块502844在将获取的承载的话单业务流量分批上报给CDF子系统506时：将每批承载的话单业务流量生成消息，在消息中携带本批承载的话单业务流量的时间戳；将生成的消息上报给CDF子系统506。

优选地，UPPS502还包括：删除模块5030，用于接收CTF子系统504发送来的承载删除消息，其中，承载删除消息中携带有待删除的承载的信息；根据待删除的承载的消息，删除待删除的承载与其对应的费率时段之间的关联关系；判断与待删除的承载对应的费率时段中，是否还存在其它对应的承载；若不存在，则停止与待删除的承载对应的费率时段的话单业务流量上报。

优选地，CTF子系统504在进行承载计费配置时，从CDF子系统506获取费率时段的信息；其中，CDF子系统506通过运营商配置表获取运营商配置的费率时段的信息，并将运营商配置的费率时段的信息发送给CTF子系统504；CTF子系统504根据获取的费率时段的信息，和已建立的承载的信息，生成承载计费配置信息，并将生成的承载计费配置信息发送给UPPS502。

本实施例的业务流量上报装置用于实现前述多个方法实施例中相应的业务流量上报方法，并具有相应的方法实施例的有益效果，在此不再赘述。

本发明的话单的业务流量上报方案与传统相比：

首先，如果按传统协议设计的每条承载的不同费率时段启动定时器，定时器数量会非常大，直接限制了设备的处理能力；而本发明的方案，根据费率时段的特点，即一天的整点启动，设计只启动较少数量如24个的定时器，完成对几十万条承载可以在不同时段的计费策略要求，解决了传统协议费率时段按承载粒度配置，需要启动大量定时器的问题，不仅减少了定时器启动数目，而且设备处理的定时器消息数目也大大减少，很好地提升了设备的处理性能，保障了用户的接入。

其次，传统方案中，在CTF上触发定时器超时后，在费率时段达到时刻会触发大量的CTF消息到UPPS，UPPS再触发大量的消息到CDF，造成各个功能处理实体的接口消息拥塞，最终导致CPU处理能力下降，影响系统接入用户，带来不可预知的后果和损失；而本发明的方案中，通过将费率时段定时器直接在承载建立时，由CTF直接配置给UPPS，在UPPS启动费率时段定时器，减少了CTF到UPPS交互处理过程，同时对UPPS到CDF的流量上报消息的采用分批发送的方式，也能有效地避免对消息处理造成的设备故障。

再者，传统方案中，费率时段触发条件如果配置在CTF上，不但造成处理流程的复杂，而且也会由此带来处理消息的时延，还会影响到话单中对容器时间戳信息的生成，直接导致话单的时长信息也不准确；而本发明的方案中，将承载实例区地址直接挂载在对应的费率定时器下，费率时刻到时，直接处理挂载在定时器下的承载，不需要通过IMSI+EBI的查找过程，加快了设备处理过程，并且，采用分批发送的形式，分批发送由于已经将流量和时间戳等信息生成在消息中，因此分批带来的时延问题不会对话单生成造成任何影响。

可见，本发明的方案有效解决了传统协议中的配置要求导致的实现问题，本发明的方案依据费率时段配置特点，提供了一种有效解决定时器启动数目过大，以及由此造成的消息大量拥塞问题的方案，既满足了协议要求配置又提升了设备的处理性能。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本发明所提供的一种业务流量上报方法和装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种业务流量上报方法，其特征在于，包括：

业务面子系统UPPS接收计费触发功能实体CTF子系统发送来的承载计费配置信息，其中，所述承载计费配置信息中携带有承载信息、和所述承载信息指示的承载的费率时段的信息；

判断所述承载的费率时段是否与所述UPPS中已存在的费率时段相匹配，其中，所述已存在的费率时段包括根据费率时段计费规则，为往期接收到的所述CTF子系统发送来的承载计费配置信息中的承载建立的费率时段；

若匹配，则建立与所述承载的费率时段相匹配的已存在费率时段与所述承载信息指示的承载之间的关联关系；若不匹配，则根据所述费率时段计费规则，确定与所述承载的费率时段相匹配的费率时段，并建立确定的所述费率时段与所述承载信息指示的承载之间的关联关系；

根据建立的所述费率时段与所述承载信息指示的承载之间的关联关系，上报话单业务流量。

2.根据权利要求1所述的方法，其特征在于，所述根据建立的所述费率时段与所述承载信息指示的承载之间的关联关系，上报话单业务流量的步骤包括：

当所述UPPS中的所述费率时段的时间点到达时，所述UPPS根据建立的所述费率时段与所述承载信息指示的承载之间的关联关系，确定与到达时间点的所述费率时段相关联的所述承载，获取确定的所述承载的话单业务流量并上报给计费数据功能处理实体CDF子系统。

3.根据权利要求2所述的方法，其特征在于，所述获取确定的所述承载的话单业务流量并上报给计费数据功能处理实体CDF子系统的步骤包括：

获取确定的所述承载的话单业务流量；

按照设定的时间周期和设定的业务上报量，将获取的所述承载的话单业务流量分批上报给所述CDF子系统；或者，按照设定的时间周期和用户设备粒度，将获取的所述承载的话单业务流量分批上报给所述CDF子系统。

4.根据权利要求3所述的方法，其特征在于，所述将获取的所述承载的话单业务流量分批上报给所述CDF子系统的步骤包括：

将每批所述承载的话单业务流量生成消息，在所述消息中携带本批所述承载的话单业务流量的时间戳；

将生成的所述消息上报给所述CDF子系统。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述UPPS接收所述CTF子系统发送来的承载删除消息，其中，所述承载删除消息中携带有待删除的承载的信息；

根据所述待删除的承载的消息，删除所述待删除的承载与其对应的费率时段之间的关联关系；

判断与所述待删除的承载对应的费率时段中，是否还存在其它对应的承载；

若不存在，则停止与所述待删除的承载对应的费率时段的话单业务流量上报。

6.根据权利要求1所述的方法，其特征在于，所述UPPS接收CTF子系统发送来的承载计费配置信息的步骤包括：

所述CTF子系统在进行承载计费配置时，从所述CDF子系统获取费率时段的信息；其中，所述CDF子系统通过运营商配置表获取运营商配置的费率时段的信息，并将所述运营商配置的费率时段的信息发送给所述CTF子系统；

所述CTF子系统根据获取的所述费率时段的信息，和已建立的承载的信息，生成所述承载计费配置信息，并将生成的所述承载计费配置信息发送给所述UPPS。

7.一种业务流量上报装置，其特征在于，所述装置包括业务面子系统UPPS；

其中，所述UPPS包括：

接收模块，用于接收计费触发功能实体CTF子系统发送来的承载计费配置信息，其中，所述承载计费配置信息中携带有承载信息、和所述承载信息指示的承载的费率时段的信息；

判断模块，用于判断所述承载的费率时段是否与所述UPPS中已存在的费率时段相匹配，其中，所述已存在的费率时段包括根据费率时段计费规则，为往期接收到的所述CTF子系统发送来的承载计费配置信息中的承载建立的费率时段；

建立模块，用于若所述判断模块的判断结果为匹配，则建立与所述承载的费率时段相匹配的已存在费率时段与所述承载信息指示的承载之间的关联关系；若所述判断模块的判断结果为不匹配，则根据所述费率时段计费规则，确定与所述承载的费率时段相匹配的费率时段，并建立确定的所述费率时段与所述承载信息指示的承载之间的关联关系；

上报模块，用于根据建立的所述费率时段与所述承载信息指示的承载之间的关联关系，上报话单业务流量。

8.根据权利要求7所述的装置，其特征在于，所述上报模块，包括：

确定模块，用于当所述UPPS中的所述费率时段的时间点到达时，根据建立的所述费率时段与所述承载信息指示的承载之间的关联关系，确定与到达时间点的所述费率时段相关联的所述承载；

获取上报模块，用于获取确定的所述承载的话单业务流量并上报给计费数据功能处理实体CDF子系统。

9.根据权利要求8所述的装置，其特征在于，所述获取上报模块包括：

获取模块，用于获取确定的所述承载的话单业务流量；

分批上报模块，用于按照设定的时间周期和设定的业务上报量，将获取的所述承载的话单业务流量分批上报给所述CDF子系统；或者，按照设定的时间周期和用户设备粒度，将获取的所述承载的话单业务流量分批上报给所述CDF子系统。

10.根据权利要求9所述的装置，其特征在于，所述分批上报模块在将获取的所述承载的话单业务流量分批上报给所述CDF子系统时：将每批所述承载的话单业务流量生成消息，在所述消息中携带本批所述承载的话单业务流量的时间戳；将生成的所述消息上报给所述CDF子系统。

Images