用于使用请求的小批处理的系统和方法技术方案

根据各种实施例，提供了在不同网络接口上提供统一收费的系统和方法。一种用于使用请求的小批处理的系统可包括服务代理、多个服务器和多个队列，其中每个服务器包括客户数据，每个队列与一不同的服务器相关联。当从网络实体接收到使用请求时，服务代理被配置为确定与该使用请求所请求的数据相关联的内部ID，确定该使用请求所请求的数据被存储在多个服务器之中的哪个特定服务器上，将该使用请求入队在与该特定服务器相关联的特定队列中，并且在触发事件发生时，将该特定队列中的所有请求在一批中发送到该特定服务器。

【技术实现步骤摘要】
【国外来华专利技术】【专利说明】著作权公告本专利文献的公开的一部分包含受著作权保护的素材。著作权所有人不反对任何人在专利文献或专利公开出现在专利商标局文件或记录中时对其进行复制再现，但除此之外保留所有一切著作权权利。
本专利技术涉及电信网络中的在线收费系统，具体而言涉及用于电信系统中的请求的批处理的系统和方法。
技术介绍
通常，大量的使用请求在连续的网络流中被从智能网络节点(Network node，IN)发送到在线收费系统(Online Charging System, OCS)入口点。使用请求是任何形式的为了收费而需要客户数据的使用处理，例如包括:在高峰时段期间商业客户使用的电力的千瓦数；从一个订户到另一个的呼叫；或者下载请求。每个使用请求被单独处理，并且响应被返回到发源IN。对使用请求的处理通常是异步完成的:在处理一个使用请求的同时，已经从网络连接读取下一个使用请求。进入的使用请求和外出的使用请求的时间顺序可由于此异步处理而不同。在OCS内，对个体使用请求的处理通常是同步完成的:该使用请求被从OCS入口点发送到OCS业务逻辑节点以便处理。一个OCS入口点通常为许多OCS业务逻辑节点服务。发送小使用请求(通常大小为100200字节)会导致成本高昂的网络1操作、情境切换和传送延时。如果处理个体使用请求所花的时间非常短(例如，低于Ims)—此成本可成为OCS吞吐量的限制因素并且增加OCS的总拥有成本(Total Cost of Ownership，TC0)。对于使用请求处理的OCS延时要求是:所有使用请求中的99.9%应当在少于50ms内被处理。
技术实现思路
根据各种实施例，提供了提供使用请求的小批处理的系统和方法。一种用于使用请求的小批处理的系统可包括服务代理、多个服务器和多个队列，其中每个服务器包括客户数据，每个队列与一不同的服务器相关联。当从网络实体接收到使用请求时，服务代理被配置为确定与处理该使用请求所需要的数据相关联的内部ID (标识)，确定该使用请求所请求的数据被存储在多个服务器之中的哪个特定服务器上，将该使用请求入队在与该特定服务器相关联的特定队列中，并且在发生触发事件时，将该特定队列中的所有请求在一批中发送到该特定服务器。根据其他各种实施例，提供了一种程序，用于使得一个或多个计算机执行一种用于使用请求的小批处理的方法，包括:提供在一个或多个微处理器上执行的服务代理；提供多个服务器，其中每个服务器可包括客户数据；提供多个队列，其中每个服务器与一不同队列相关联；从网络实体接收使用请求；确定与该使用请求所请求的数据相关联的内部ID(标识)；确定该使用请求所请求的数据被存储在多个服务器之中的哪个特定服务器上；将该使用请求入队在与该特定服务器相关联的特定队列中；以及在发生触发事件时，将该特定队列中的所有请求在一批中发送到该特定服务器。【附图说明】图1根据本专利技术的实施例示出了用于使用请求的小批处理的系统。图2A示出了个体请求系统。图2B示出了根据本专利技术的实施例的小批系统。图3根据本专利技术的实施例示出了小批创建的序列图。图4根据本专利技术的实施例示出了小批请求处理的序列图。图5根据本专利技术的实施例示出了用于使用请求的小批处理的方法。图6详细示出了根据本专利技术的实施例的例示性服务代理。【具体实施方式】在以下描述中，将在附图的图中以示例方式而不是以限制方式例示本专利技术。本公开中提及各种实施例不一定是提及同一实施例，并且这种提及指的是至少一个。虽然论述了特定实现方式，但要理解这只是为了例示而提供的。相关领域的技术人员将认识到，在不脱离本专利技术的范围和精神的情况下，可以使用其他组件和配置。此外，在某些情况中，将阐述许多具体细节来提供对本专利技术的透彻描述。然而，本领域技术人员将清楚，没有这些具体细节也可实现本专利技术。在其他情况中，没有那么详细地描述公知的特征以免模糊本专利技术。通常，大量的使用请求在连续的网络流中被发送到在线收费系统(OCS)。使用请求是任何形式的为了收费而需要客户数据的使用处理，例如包括:在高峰时段期间商业客户使用的电力的千瓦数；从一个订户到另一个的呼叫；或者下载请求。根据各种实施例，提供了提供使用请求的小批处理的系统和方法。一种用于使用请求的小批处理的系统可包括服务代理，以及形成OCS的多个服务器。每个服务器包括客户数据，以及多个队列，每个队列与一不同的服务器相关联。当从网络实体接收到使用请求时，服务代理被配置为确定与处理该使用请求所需要的数据相关联的内部ID，确定该使用请求所请求的数据被存储在多个服务器之中的哪个特定服务器上，将该使用请求入队在与该特定服务器相关联的特定队列中，并且在发生触发事件时，将该特定队列中的所有请求在一批中发送到该特定服务器。根据本专利技术的各种实施例，不是将每个个体使用请求直接从OCS入口点发送到OCS业务逻辑层，而是可首先基于使用请求的OCS业务逻辑节点目的地来对使用请求排序。OCS业务逻辑层的每个节点执行相同的业务逻辑。然而，客户数据被分区在所有OCS业务逻辑上。基于客户数据的位置确定OCS业务逻辑节点目的地。然后将具有相同目的地的所有使用请求放置在同一“小批”容器(即，队列)中。每个“小批”容器的最大大小可依据系统的特定需求和特征被设置为任意数字。虽然本文示出的示例使用了 20的最大大小，但这并不打算以任何方式进行限定。一旦达到最大大小，则发送该“小批”容器。就网络1操作、情境切换和传送延时而言发送“小批”容器的成本按每个使用请求远低于分别发送每个使用请求的成本。作为增大个体使用请求延时的交换，可增大整体OCS吞吐量。个体使用请求的延时现在是“小批”的大小的函数并且增大到30ms (对于个体使用请求假定Ims处理时间)。仍满足了小于50ms的OCS延时要求。也可提供使得小批被发送的额外触发。例如，在低使用请求流量数量的时间期间，“小批”超时机制可触发对非完整“小批”的发送以保证小于50ms的延时。对于请求的优先级区分，可提供额外的触发。在特定类型的请求到达时，小批被立即发送。例如，在长运行请求到达时(即，如果执行该逻辑要花>25ms的处理时间)，则该请求被独自在一小批中立即发送。图1根据本专利技术的实施例示出了用于使用请求的小批处理的系统。在100，订户A102向订户B 104发出呼叫。虽然在图1中示出了呼叫，但这可以是系统看作事件的任何东西，例如，从A到B的SMS，A作出的下载收费的媒体的请求，或者可导致使用请求的任何其他动作。请求106被发送到服务代理108，服务代理108可将该请求从网络中心协议转化成内部原生协议，例如OCS的内部原生协议。服务代理108随后可分析请求106以确定所请求的数据位于何处。当前第1页1 2 3 4 本文档来自技高网...

【技术保护点】
一种用于使用请求的小批处理的系统，包括：在一个或多个微处理器上执行的服务代理；多个服务器，其中每个服务器可包括客户数据；多个队列，其中每个服务器与一不同的队列相关联；其中，当从网络实体接收到使用请求时，所述服务代理被配置为：确定与所述使用请求所请求的数据相关联的内部ID(标识)，确定所述使用请求所请求的数据被存储在所述多个服务器中的哪个特定服务器上，将所述使用请求入队在与所述特定服务器相关联的特定队列中，以及在触发事件发生时，将所述特定队列中的所有请求在一批中发送到所述特定服务器。

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员：J·凯默尔，A·斯里瓦斯塔瓦，
申请(专利权)人：甲骨文国际公司，
类型：发明
国别省市：美国;US