CN105917694B - 电信网络中的服务提供与激活 - Google Patents

Abstract

公开了一种在网络运营商的电信网络中的电信网络单元中提供并激活订户服务的方法(以及相关的系统和计算机程序产品)。该方法包括：接收从多个源系统发送的订户服务请求；针对每个所接收的请求，基于是否正常接收到该请求而将对该请求的肯定确认或否定确认发送回相应的源系统；针对每个肯定确认的请求，确定需要在一组电信网络单元中执行以便满足订户服务请求的一系列操作；以及在所述一组电信网络单元中的每个单元中执行所确定的一系列操作，由此发生至少一次状态改变。该方法是在下述系统环境中执行的：该系统环境具有用于在电信网络单元中从接收到相应改变对服务请求进行处理的有限的总处理能力，并且该方法的特征在于，如果由全部所接收的请求所施加的处理负荷超过总处理能力，则延迟将肯定确认和/或否定确认发送回相应的源系统。

Description

电信网络中的服务提供与激活

技术领域

本发明涉及在电信网络中的电信网络单元(network element)中对订户服务的提供与激活，该网络具有用于对从多个源系统接收到的服务请求进行处理的有限的总处理能力。

具体地，本发明涉及在也称为移动网络的蜂窝网络中对订户服务的提供与激活。这样的蜂窝网络或移动网络的示例包括利用GSM、GPRS、EDGE、UMTS、HSDPA和/或LTE技术的无线网络。

在实施例中，本发明涉及对任一源系统(或多个源系统)可用的处理能力进行控制以使得每个源系统被提供有最小处理能力值。

本发明涉及根据权利要求1的前序部分所述的方法、根据权利要求12的前序部分所述的系统以及根据权利要求14的前序部分所述的计算机程序产品。

背景技术

典型通信网络、数据网络或服务网络由网络运营商所有和运营。该网络通常包括多个网络单元以使得网络能够将服务直接提供给其自身的订户或终端用户。然而，通常将服务运营商承载(piggy back)在网络上(并且特别地，使用网络的网络单元)以使得该服务运营商将其自身的服务提供给其自身的订户或终端用户。在一些国家，网络运营商允许服务运营商(有时也被称为“虚拟运营商”)租用传统网络运营商的网络设施是强制性的。服务运营商从而使用网络运营商所提供的一些网络单元，其中，一个服务运营商提供的服务经常在不同程度上与另一服务提供商提供的服务不同。

网络运营商与服务运营商二者通常使用提供系统(各自的提供系统或相同的提供系统)来协助对订户服务的提供和激活。该提供系统在本文中将被称为源系统，其中，源系统从而向网络单元发送订户服务请求，其中这些请求因此需要被处理、管理和控制。

网络运营商和服务运营商具有从必须处理快速增长的对于服务的请求到必须能够快速地将新服务引入饱和的市场中的不同需求。此外，可用的电信服务的数量和复杂性日益增加。因而，以及时且正确的方式向源系统(以及最终地向其订户)提供所请求的服务是理想的，但有时是困难的(在某些情形下，如果不是不可能的话)。

如果没有控制对网络单元的订户服务请求，则可能导致当与一个源系统相比时对另一源系统的处理更有利。到目前为止，通常尚不能促进或阻碍对来自任何特定源系统的服务请求的处理，这常常导致比所请求的服务的期望提供与激活更差的提供与激活。在这点上，考虑到并非所有的服务请求都以同样的方式被处理并且不同的源系统对网络有不同需求的事实，需要考虑以下因素：

1.一些请求比其他请求更快，也就是说，按照每个请求所生成的任务数量可以不同。

2.不同的源系统以不同的速率发送请求。例如，这些源系统可以随着时间的过去而均匀地发送请求，或者这些源系统可以突发地或批量地发送请求。

3.网络单元可以是离线的，从而需要另外的处理。

4.一个源系统不活动应当不限制其他源系统活动。

5.当网络和/或提供与激活系统过载时，对请求的处理进行某种控制会是合适的。

6.每个源系统的活动请求和连接的数量也影响源系统可以推入多少请求。此处，连接是指其中多个客户端(客户端系统)连接至同一个源系统并且同时通过这个源系统发送订户服务请求的情形。从而，每个源系统可以具有一个或多于一个的客户端，订户服务请求通过这一个或多于一个的客户端发出。

明显地，存在许多要考虑的因素并且提供可以适应于所有可能的情形的解决方案实际上是不可能的。

因此，本发明的目的在于，当网络过载时，确保每个源系统获得所请求的处理能力的最小百分比以处理其服务请求。

发明内容

根据本发明的第一方面，提供了一种在网络运营商的电信网络中的电信网络单元中提供并激活订户服务的方法，该方法包括：

接收从多个源系统发送的订户服务请求；

针对每个所接收的请求，基于是否正常接收到该请求而将对该请求的肯定确认或否定确认发送回相应的源系统；

针对每个肯定确认的请求，确定需要在一组电信网络单元中执行以便满足订户服务请求的一系列操作；以及

在一组电信网络单元中的每个单元中，执行所确定的一系列操作，由此发生至少一次状态改变；

其中，该方法是在下述系统环境中执行的，所述系统环境具有用于在电信网络单元中从接收到相应改变对服务请求进行处理的有限的总处理能力。

进一步地，根据第一方面，该方法包括：如果由全部所接收的请求所施加的处理负荷超过总处理能力，则延迟将肯定确认和/或否定确认发送回相应的源系统。

在实施例中，该方法包括：

在分配规则集中，定义针对源系统中的至少部分源系统的保证处理能力值；

将由从各个源系统接收的请求所施加的处理负荷与相应的保证处理能力值进行比较；以及

当由全部所接收的请求所施加的处理负荷超过总处理能力时，延迟将确认发送回至少一个源系统，所述至少一个源系统以比使用针对相应的源系统所保证的处理能力而能够处理的速率更高的速率来发送请求。

在实施例中，该方法包括：

使用预测模型来计算接收每个单独的源系统的请求的期望未来速率；以及

做出关于是否延迟将确认发送回至少一个单独的源系统的决定，其中，该决定是至少基于相应的期望未来速率和分配规则集而做出的。

在实施例中，使用预测模型包括：

监视所接收的请求，并且确定针对每个单独的源系统的第一接收速率和第二接收速率，其中，第一接收速率关于第一时段，第二接收速率关于第二时段，第二时段比第一时段短并且第二时段通常比第一时段更为当前；以及

将第二速率与相应的第一速率进行比较。

在实施例中，该方法包括：

在分配规则集中确定系统环境的自由处理能力的阈值；

监视系统环境的自由处理能力的量；以及

当自由处理能力的量等于或小于阈值时，选择源系统中的至少一个源系统以进行负荷限制，其中，负荷限制包括延迟对确认的发送。

在实施例中，该方法包括：根据分配规则集中的延迟规则来决定对送往源系统的确认所应用的延迟的长度。

在实施例中，该方法包括：定期地更新关于延迟确认的决定。

在实施例中，源系统包括网络运营商的至少一个服务提供系统。可替选地，或另外地，源系统包括在电信网络中运营的虚拟运营商的至少一个服务提供系统。

在实施例中，该方法包括：对来自不同源系统的请求应用不同长度的延迟。

根据本发明的第二方面，提供了一种用于网络运营商的电信网络的提供与激活系统，该提供与激活系统被配置成指示电信网络中的电信网络单元激活订户服务，该提供与激活系统和/或电信网络单元具有用于在电信网络单元中从接收到相应改变对服务请求进行处理的有限的总处理能力，该提供与激活系统包括：

用于接收从多个源系统发送的订户服务请求的装置；

用于针对每个所接收的请求、基于是否正常接收该请求而将对该请求的肯定确认或否定确认发送回相应的源系统的装置；

用于针对每个肯定确认的请求来确定需要在一组电信网络单元中执行以便满足订户服务请求的一系列操作的装置；

用于发送用于在一组电信网络元件中的每个元件中执行所确定的一系列操作的指令的装置；以及

用于保持用于在从不同源系统接收的服务请求之间分配总处理能力的分配规则集的装置；

其中，该提供与激活系统被配置成：当源系统中的至少一个源系统发送比根据分配规则集所允许的服务请求更多的服务请求时，延迟将对该请求的肯定确认或否定确认发送回相应的源系统。

根据本发明的第三方面，提供了一种用于提供与激活系统的计算机程序产品，该提供与激活系统用于在网络运营商的电信网络中的电信网络单元中提供并激活订户服务，该计算机程序产品包括：

用于接收从多个源系统发送的订户服务请求的程序代码装置；

用于针对每个所接收的请求、基于是否正常接收到该请求而将对该请求的肯定确认或否定确认发送回相应的源系统的程序代码装置；

用于针对每个肯定确认的请求来确定需要在一组电信网络单元中执行以便满足订户服务请求的一系列操作的程序代码装置；以及

用于发送用于在一组电信网络单元中执行所确定的一系列操作的指令的程序代码装置；

用于当在下述系统环境中执行计算机程序产品时控制该计算机程序产品的程序代码装置，所述系统环境具有用于在电信网络单元中从接收到相应改变对服务请求进行处理的有限的总处理能力；

该控制装置包括用于在从不同源系统接收的服务请求之间分配总处理能力的分配规则集；以及

该控制装置被配置成：当源系统中的至少一个源系统发送比根据分配规则集所允许的服务请求更多的服务请求时，延迟将对该请求的肯定确认或否定确认发送回相应的源系统。

在实施例中，分配规则集定义了针对源系统中的至少部分源系统的保证处理能力值。该保证处理能力值是指可用于处理来自相应的源系统的请求的最小处理能力。从而，分配规则集还可以允许源系统使用比由保证处理能力值表示的处理能力更高的处理能力。

在另一实施例中，分配规则集定义了针对每个源系统的保证处理能力值。在又一实施例中，针对源系统中的全部源系统或至少部分源系统的保证处理能力值被赋予默认值。

在实施例中，保证处理能力值中的全部保证处理能力值或至少部分保证处理能力值基于与相应的源系统的所有者或管理者等的协议。

在实施例中，如果不存在针对源系统的保证处理能力协议，则针对该源系统的保证处理能力值在分配规则集中将被赋予默认值。

在另一实施例中，源系统均不具有定义的保证处理能力值。

附图说明

下面将参照附图、借助于例示的实施例来更详细地研究本发明，在附图中：

图1示出了根据实施例的提供与激活系统以及相关联的其他系统和元件的总体框图；

图2示出了根据实施例的图1的系统的一部分的详细框图；

图3示出了根据实施例的图2的另一详细框图；

图4示出了表示根据本发明的另一实施例的提供并激活订户服务的方法的流程图；以及

图5示出了在其中可执行用于使计算机系统执行本文中所讨论的任一种或多种方法的一组指令的计算机系统。

具体实施方式

如上所述，参照图1，电信网络1提供网络服务并且为网络运营商所有。网络资源与管理系统2控制并管理实际的电信网络1并且为网络运营商所有。

两个服务运营商(即，服务运营商A3和服务运营商B4)提供由网络运营商的网络1提供的服务，其中，该服务是从网络运营商处租用的。由服务运营商A3和B4提供的服务可以彼此不同。另外，尽管在图1中仅示出两个服务运营商，但是明显地，可以存在很多个服务运营商。

由服务运营商A提供的服务的订户或终端用户用附图标记5表示，以及服务运营商B的相应订户或终端用户用附图标记6表示。

元件7监视、配置并管理在网络1内以及网络运营商所限定的界限内的提供系统15(下面将进一步参照图2和图3更详细地对其进行描述)。

块8表示服务运营商B的客户关怀系统。

块9和块10分别表示服务运营商A3和服务运营商B4的计费系统。

块11表示服务运营商B4的客户端系统，并且可以采取应用、基于网络(Web)的用户接口、命令行接口等形式。客户端系统11是提供系统15的源系统之一。

块12是网络运营商的网络资源与管理系统2中的应用服务器、网络服务器、命令行接口服务器等，并且块12用于生成提供系统15中的提供请求。

块13负责对提供系统15的访问、使用、监视和配置，以及块14是提供系统15的提供引擎，块14在实施例中用于实现根据本发明的实施例的方法和系统。

块16是网络运营商的运营支持系统16，其通常包括客户端系统和计费系统。

块113是网络运营商的系统的客户端系统，该客户端系统用作提供系统15的源系统。当然，在网络运营商的系统中可以存在若干个这样的客户端系统113。

箭头17表示送至网络单元18、19和20(诸如SMSC、MMSC、网络运营商的HLR、内容服务器、第三方门户网站(portal)等)的任务。块21表示另外的网络单元，例如MSC。

元件22是与订户或终端用户的接口，例如，基站天线、xDSL连接等。

图标23表示网络运营商的订户或终端用户，以及图标24表示通信连接，诸如网络运营商与订户之间的无线电接口。

线25示出了服务运营商A3的用于在实施例中向订户、终端用户提供服务或者在实施例中利用在服务运营商A3的系统中生成的请求来请求服务的连接。线26示出了服务运营商A3和B4的用于在实施例中进行访问、监视和配置的连接，以及相应的线27表示服务运营商B4的用于向订户、终端用户提供服务或者请求服务的连接。此外，在实施例中，该请求是在服务运营商B4的系统中生成的。

线28表示提供系统15与应用服务器、Web服务器、命令行接口服务器12等之间的连接。

线29表示网络运营商的用于向订户、终端用户提供服务或者用于请求服务的连接。

块30是服务运营商A3的用于提供服务的客户端系统(例如，CRM，客户关怀系统)，以及块31是服务运营商A3的订户或终端用户个人标识符号。类似地，块32是服务运营商B4的订户或终端用户个人标识符号。客户端系统30用作提供系统15的源系统。

现在转至图2，块40表示用于服务运营商A3的提供请求并访问提供系统15的认证模块。块41示出了服务运营商A3到提供系统15的限制设施，并且包括例如请求处理规则、监视和配置。

块43示出了服务运营商A3的授权模块，以及块45示出了虚拟网络模型，在该虚拟网络模型中，服务运营商A3的授权规则由网络运营商来定义并管理。虚拟网络模型45基于由网络模型65定义的实际网络资源，包括网络运营商所设置的限制。

块46是服务运营商A3的提供主机。提供主机46确定对网络单元的限制，诸如，例如从提供主机46向网络单元同时提供的连接的数量。

块47表示针对服务运营商A3而允许且分配的网络资源。通常，工作运营商定义并管理网络单元资源限制，例如，在特定数量范围内的指定网络单元或订户。

块48监视服务运营商A的请求处理。服务运营商A可以监视在网络运营商的提供系统15中对其自身的请求的处理。

块49表示服务运营商A3的用于提供服务的请求处理配置。服务运营商A3可以在网络运营商的提供系统15中配置其自身的提供规则。提供规则可以例如包括：将单个请求映射到多个网络级资源中、或者参数修改、或者使用网络资源来将信息填充到提供请求中。

服务运营商B4在提供系统15中具有相应的结构。因而，将省略细节，而进行概述，块50表示认证模块，块51示出了用于服务运营商B 4到提供系统15的限制设施，块53示出了授权模块，块55示出了虚拟网络模型。服务运营商B4也具有虚拟网络模型55、提供主机56、允许且分配的网络资源57、监视服务运营商A的请求处理的块58以及表示服务运营商B4的用于提供服务的请求处理配置的块59。

网络模型65是提供系统15的物理网络模型。网络模型65包括由提供系统15提供的关于所有网络单元72的信息。该物理网络模型65由网络运营商管理。

块66是物理网络模型中的提供主机并且通常定义经由网络单元表示67至网络单元72的所有连接。这包括要用于连接到网络单元表示67的例如网络中的网络单元72的地址、要用于提供服务的可用用户ID和密码、网络单元接口类型71等。该提供主机66由网络运营商管理。

因而，块67表示可以提供的网络单元资源，并且这些网络单元资源具有经由网络单元接口71的相应的物理网络单元72。这些网络单元表示67包括关于网络单元72的特性的信息，诸如网络单元72可以支持的并行提供连接的数量、何时可以访问网络单元72、网络单元72可以多快地处理提供命令等。网络单元表示67由网络运营商管理。

如图3所示，提供系统15可以被分成不同的层，即，客户端系统层80、请求处理层81、服务模块层82(其包括逻辑执行模块94)和任务执行层83。

客户端系统层80接收对应于图中的线25至28的、来自服务运营商A3和B4以及网络运营商的操作支持系统16的服务请求，将这些请求转换成可用格式并且将它们存储在数据库91中。在已执行请求并且该请求具有最终状态之后，将响应传送给服务运营商A3和B4以及网络运营商的操作支持系统16。

请求处理层81以正确的顺序并且在配置的时间向其他系统层转发提供请求。请求处理层81基于请求的到达时间、期望的执行顺序和优先规则来进行上述操作。层81能够确保每次针对每个订户而始终仅存在一个在执行中的请求。

服务模块层82包括允许运营商例如定义用于提供逻辑的规则并且启用诸如回滚(rollback)和路由的功能的服务模块。

任务执行层83管理网络单元72中任务的执行。任务执行层83通过指定的网络单元接口模块与网络单元进行通信并且以正确的格式将任务送往网络单元。

在高层级，在使用时，服务模块层82接收来自请求处理层81的请求，向任务执行层83发送网络单元特定操作(即，任务)，接收来自任务执行层83的对任务的响应，并且将最终的请求响应发送回请求处理层81。

还提供数据库91以供提供系统15使用。在网络运营商所定义的虚拟网络模型45、55的限制内，管理用户接口93用于由以上参照图2所描述的块48、49、58和59表示的针对服务运营商3、4的监视和配置功能。接口93通常包括提供解决方案运作的电信管理网络的描述，其中，该描述提供与网络单元有关的信息，诸如版本管理、连接特定设置和传输协议。该接口还包括授权数据和认证数据，例如用户名、密码和用户配置文件，并且还包括对服务运营商的约束和限制。

在使用时，在提供规则已确定使用网络单元18、19、20、72的权限之后，允许服务运营商3、4通过认证模块40、50、管理用户接口93以及授权模块43、53来使用提供系统15。在这样做时，网络运营商能够在许多逻辑视图中呈现并使用一个物理网络，并且控制相关限制、认证和授权规则，每个逻辑视图表示能够访问服务运营商3、4的部分。该使用意味着经由提供系统15(即，源系统)发送和接收对网络单元18、19、20、72的请求以配置和监视该系统。

现在转至图4，根据本发明，提供了一种在网络运营商的电信网络中的电信网络单元(诸如，上述的电信网络单元18、19、20、72)中提供并激活订户服务的方法100。源系统可以是例如上述的系统11、30和/或113。该方法100包括：如块102所示，接收从多个源系统发送的订户服务请求；以及如块104所示，针对每个所接收的请求，基于是否正常接收到该请求而将对该请求的肯定确认或否定确认发送回相应的源系统。

对于每个肯定确认的请求，该方法包括：如上所述且如块106所示，确定需要在一组电信网络单元18、19、20、72中执行以便满足订户服务请求的一系列操作。

然后，该方法100包括：如块108所示，在所述一组电信网络单元18、19、20、72中的每个单元中执行所确定的一系列操作，由此发生至少一次状态改变。

该方法100通常在下述系统环境中执行：所述系统环境具有用于在电信网络单元中从接收到相应改变对服务请求进行处理的有限的总处理能力。鉴于此，如判定块110所示，该方法100然后确定由全部所接收的请求所施加的处理负荷是否超过总处理能力。如果由全部所接收的请求所施加的处理负荷超过总处理能力，则如块112所示，该方法100包括延迟将肯定确认和/或否定确认发送回源系统11、30和/或113中的至少一个。如下面更详细地讨论的，可以针对源系统中的每一个来分别设置要应用于确认的延迟。还可以针对源系统中的每一个来分别地且独立地重设、减小或增大这些延迟。另一方面，当由全部所接收的请求所施加的处理负荷小于总处理能力时，可以减小或重设所有延迟，或者执行该方法以使得完全不施加延迟。在这样做时并且记住源系统仅可以具有有限的等待确认的请求总数，本发明的方法100确保源系统的处理能力期望。

在实施例中，该方法100包括：在分配规则集中定义针对源系统中的至少部分源系统的保证处理能力值。这些保证处理能力值是根据来自每个源系统的预期活动而设置的。如果源系统例如被定义为具有低处理能力但实际上发送了比预期请求多的请求，则对肯定确认和/或否定确认的发送将被延迟得相对较多。因而，将向每个源系统分配期望在某一时间段内处理的请求/任务的(总吞吐量的)最小比例。每个源系统的被分配的最小比例可以具有默认值或单独约定的值。在使用时，通过使接收来自已超过其处理能力目标的源系统的新请求减慢，将加快对来自未充分利用的源系统的请求的处理以帮助达到目标。然而，在实施例中，这将仅在未充分利用的源系统实际上正在发送请求的情况下应用。如果仅一个源系统正在发送请求，则它不应当被限制而仅希望另一源系统可以突然开始发送请求，除了当由来自所述一个源系统的请求所施加的处理负荷超过总处理能力时外。源系统的未利用或未充分利用的处理能力将由另一源系统均等地共享以对此进行防止。

在实施例中，可以设置分配规则集以使得关于高优先级请求的确认将不被延迟而是将立即被确认。

因而，在使用时，该方法包括将由从各个源系统接收的请求所施加的处理负荷与相应的保证处理能力值进行比较。然后，当由全部所接收的请求施加的处理负荷超过总处理能力时，该方法包括延迟将确认发送回至少一个源系统，该至少一个源系统以比可以使用针对相应的源系统所保证的处理能力来处理的速率更高的速率来发送请求。

在实施例中，该方法包括：使用预测模型来计算接收针对每个单独的源系统的请求的期望未来速率。然后，该方法还包括：做出关于是否延迟将确认发送回至少一个单独的源系统的决定，其中，该决定是至少基于相应的期望未来速率和分配规则集而做出的。

对预测模型的使用可包括：监视所接收的请求，并且确定针对每个单独的源系统的第一接收速率和第二接收速率。第一接收速率关于第一时段，以及第二接收速率关于第二时段，第二时段比第一时段短并且第二时段通常比第一时段更为当前。此后，该方法包括将第二速率与相应的第一速率进行比较。

因而，在实施例中，在活动的前60分钟内测量处理能力。在每分钟之后，该方法接着相对于期望处理能力来检查每个源系统使用的实际处理能力。基于活动的前5分钟，该方法接着预测每个源系统在下一分钟的活动，并且如果正在接收比能够处理的请求多的请求，则该方法将计算实际应当从每个源系统接收多少个请求以满足期望的所需处理能力。然后，该计算确定针对每个源系统的每个请求而要延迟请求确认多久，直到一分钟之后执行下一计算为止。该方法因而包括：定期地更新关于对确认的延迟的决定。

通过减少活动的且未满足其限定处理能力的源系统的请求确认延迟来帮助这些源系统。从而，总体效果是使过度使用的源系统减慢得较多而使未充分使用的源系统减慢得较少。

该方法因而可包括：对来自不同源系统的请求应用不同长度的延迟。例如，如果存在两个源系统A和B，则每个源系统被配置成获得一半处理能力，但A在一小时的前50分钟内尚未发送任何请求。如果A然后突然变成活动的而B变成不活动的，则该方法被配置成尽快地接收A的请求。然而，如果B保持活动并且所有请求不能被及时处理，则通过延迟请求确认来使B减慢。当涉及多于两个的源系统时，则必须针对每个源系统来分别确定确认延迟的程度。

在实施例中，该方法包括：在分配规则集中确定系统环境的自由处理能力的阈值；然后，监视系统环境的自由处理能力的量。当自由处理能力的量等于或小于阈值时，该方法包括：选择源系统中的至少一个源系统以进行负载限制，其中，该负载限制包括延迟对确认的发送。

该方法还包括：根据分配规则集中的延迟规则来决定对送往源系统的确认所应用的延迟的长度。

如上所示，诸如源系统11、30和/或113的源系统可包括：网络运营商的至少一个服务提供系统，诸如上述的提供系统15；或者在电信网络中运营的虚拟(或服务)运营商的至少一个服务提供系统。除提供系统以外或者替代提供系统，源系统还可以包括网络运营商和/或在电信网络中运营的虚拟运营商的至少一个客户端系统。例如，这样的客户端系统可以是图1的客户端系统113和11。当然，还可以存在两个或更多个这样的虚拟运营商。

本发明还公开了一种用于网络运营商的电信网络的提供与激活系统，该提供与激活系统在实施例中被实现在提供系统15的提供引擎14内。在实施例中，该提供与激活系统被配置成指示电信网络中的电信网络单元提供并激活订户服务。如上所述，该提供与激活系统和/或电信网络单元具有用于在电信网络单元中从接收到相应改变对服务请求进行处理的有限的总处理能力。

在实施例中，该提供与激活系统从而包括：用于接收从多个源系统11、30和/或113发送的订户服务请求的装置；以及用于针对每个所接收的请求、基于是否正常接收到该请求而将对该请求的肯定确认或否定确认发送回相应的源系统的装置。该系统还包括：用于针对每个肯定确认的请求来确定需要在一组电信网络单元中执行以满足订户服务请求的一系列操作的装置；以及用于发送用于在所述一组电信网络单元中的每个单元中执行所确定的一系列操作的指令的装置。该提供与激活系统包括：用于保持用于在从不同源系统接收的服务请求之间分配总处理能力的分配规则集的装置。该提供与激活系统被配置成当至少一个源系统发送比根据分配规则集所允许的服务请求更多的服务请求时，延迟将对请求的肯定确认或否定确认发送回相应的源系统。

在另一实施例中，本发明包括一种用于提供与激活系统的计算机程序产品，该提供与激活系统用于在网络运营商的电信网络中的电信网络单元中提供并激活订户服务。该计算机程序产品包括：用于接收从多个源系统发送的订户服务请求的程序代码装置；用于针对每个所接收的请求、基于是否正常接收到该请求而将对该请求的肯定确认或否定确认发送回相应源的系统的程序代码装置；用于针对每个肯定确认的请求来确定需要在一组电信网络单元中执行以便满足订户服务请求的一系列操作的程序代码装置；以及用于发送用于在所述一组电信网络单元中执行所确定的一系列操作的指令的程序代码装置。

该计算机程序产品还包括：用于当在下述系统环境中执行计算机程序产品时控制该计算机程序产品的程序代码装置，所述系统环境具有用于在电信网络单元中从接收到相应改变对服务请求进行处理的有限的总处理能力。该控制装置包括用于在从不同源系统接收的服务请求之间分配总处理能力的分配规则集，其中，该控制装置被配置成当至少一个源系统发送比根据分配规则集所允许的服务请求更多的服务请求时，延迟将对请求的肯定确认或否定确认发送回相应的源系统。

在图5中，示出了计算机400的图示，在计算机400中可以执行用于使计算机400执行本文中描述的任一种或更多种方法的一组指令。在联网部署中，计算机400可以在服务器-客户端网络环境中以服务器或客户端机器的性能进行操作，或者在对等(或分布式)网络环境中作为对等机器进行操作。计算机400可以是个人计算机(PC)、平板式PC、机顶盒(STB)、个人数字助理(PDA)、蜂窝电话、网络设备、网络路由器、交换机或桥接器、或者能够执行指定该计算机400要采取的动作的一组指令(顺序地或以其他方式)的任何计算机400。此外，虽然仅示出了单个计算机400，但术语“计算机”也应当被认为包括独立地或联合地执行一组(或多组)指令以执行本文中讨论的任一种或更多种方法的计算机的任何集合。

示例计算机系统400包括经由总线408来彼此进行通信的处理器402(例如，中央处理单元(CPU)、图形处理单元(GPU)或二者)、主存储器404和静态存储器406。计算机400还可包括视频显示单元410(例如，液晶显示器(LCD))。计算机400也包括字母数字输入装置412(例如，键盘)、用户界面(UI)导航装置414(例如，鼠标)、磁盘驱动单元416、信号生成装置414(例如，扬声器)和网络接口装置420。

磁盘驱动单元416包括计算机可读介质422，在计算机可读介质422上存储有一组或多组指令和数据结构(例如，软件424)，这些指令和数据结构实现本文中描述的任一种或多种方法或功能或者由本文中描述的任一种或更多种方法或功能所利用。软件424在其由计算机系统400执行期间也可以完全地或至少部分地驻留在主存储器404内和/或处理器402内，主存储器404和处理器402还构成计算机可读介质。

还可以利用多个已知的传输协议(例如，HTTP、FTP)中任一协议、经由网络接口装置420通过网络426来发送或接收软件424。

虽然在示例实施例中计算机可读介质422被示为单个介质，但是术语“计算机可读介质”应当被认为包括存储一组或多组指令的单个介质或多个介质(例如，集中式数据库或分布式数据库和/或相关联的高速缓冲存储器和服务器)。术语“计算机可读介质”还应当被认为包括：能够存储、编码或携带一组指令以由计算机400执行并且使得计算机400执行本实施例的任一种或多种方法的任何介质、或者能够存储、编码或携带由这样的一组指令利用或与这样的一组指令相关联的数据结构的任何介质。术语“计算机可读介质”相应地应当认为包括但不限于固态存储器以及光学介质和磁性介质。

Claims (15)

1.一种在网络运营商的电信网络中的电信网络单元中提供并激活订户服务的方法，所述方法包括：

接收从多个源系统发送的订户服务请求；

针对每个所接收的请求，基于是否正常接收到该请求而将对该请求的肯定确认或否定确认发送回相应的源系统；

针对每个肯定确认的请求，确定需要在一组电信网络单元中执行以便满足所述订户服务请求的一系列操作；以及

在所述一组电信网络单元中的每个单元中，执行所确定的一系列操作，由此发生至少一次状态改变；

其中，所述方法是在下述系统环境下执行的，所述系统环境具有用于在所述电信网络单元中从接收到相应改变对服务请求进行处理的有限的总处理能力；

其特征在于，

如果由全部所接收的请求所施加的处理负荷超过所述总处理能力，则延迟将所述肯定确认和/或否定确认发送回所述相应的源系统。

2.根据权利要求1所述的方法，包括：

在分配规则集中，定义针对所述源系统中的至少部分源系统的保证处理能力值；

将由从各个源系统接收的请求所施加的处理负荷与相应的保证处理能力值进行比较；以及

当由全部所接收的请求所施加的处理负荷超过所述总处理能力时，延迟将所述确认发送回至少一个源系统，所述至少一个源系统以比使用针对所述相应的源系统所保证的处理能力而能够处理的速率更高的速率来发送请求。

3.根据权利要求2所述的方法，包括：

使用预测模型来计算接收针对每个单独的源系统的请求的期望未来速率；以及

做出关于是否延迟将所述确认发送回至少一个单独的源系统的决定，其中，所述决定是至少基于相应的期望未来速率和所述分配规则集而做出的。

4.根据权利要求3所述的方法，其中，使用预测模型包括：

监视所接收的请求，并且确定针对每个单独的源系统的第一接收速率和第二接收速率，其中，所述第一接收速率关于第一时段，以及所述第二接收速率关于第二时段，所述第二时段比所述第一时段短并且所述第二时段通常比所述第一时段更为当前；以及

将所述第二接收速率与相应的第一接收速率进行比较。

5.根据权利要求2至4中任一项所述的方法，包括:

在所述分配规则集中确定所述系统环境的自由处理能力的阈值；

监视所述系统环境的自由处理能力的量；以及

当所述自由处理能力的量等于或小于所述阈值时，选择所述源系统中的至少一个源系统以进行负荷限制，其中，所述负荷限制包括延迟对所述确认的发送。

6.根据权利要求2至4中任一项所述的方法，包括:

根据所述分配规则集中的延迟规则来决定对送往源系统的确认所应用的延迟的长度。

7.根据权利要求1至4中任一项所述的方法，包括:

定期地更新关于延迟所述确认的决定。

8.根据权利要求1至4中任一项所述的方法，其中，所述源系统包括:

所述网络运营商的至少一个服务提供系统；和/或

所述网络运营商的至少一个客户端系统。

9.根据权利要求1至4中任一项所述的方法，其中，所述源系统包括:

在所述电信网络中运营的虚拟运营商的至少一个服务提供系统和/或至少一个客户端系统。

10.根据权利要求1至4中任一项所述的方法，包括：对来自不同源系统的请求应用不同长度的延迟。

11.根据权利要求1至4中任一项所述的方法，包括：当由全部所接收的请求所施加的处理负荷小于所述总处理能力时，将所述肯定确认和/或否定确认无延迟地立即发送回所述相应的源系统。

12.一种用于网络运营商的电信网络的提供与激活系统，所述提供与激活系统被配置成指示所述电信网络中的电信网络单元提供并激活订户服务，所述提供与激活系统和/或所述电信网络单元具有用于在所述电信网络单元中从接收到相应改变对服务请求进行处理的有限的总处理能力，所述提供与激活系统包括：

用于接收从多个源系统发送的订户服务请求的装置；

用于针对每个所接收的请求、基于是否正常接收到该请求而将对该请求的肯定确认或否定确认发送回相应的源系统的装置；

用于针对每个肯定确认的请求来确定需要在一组电信网络单元中执行以便满足所述订户服务请求的一系列操作的装置；以及

用于发送用于在所述一组电信网络单元中的每个单元中执行所确定的一系列操作的指令的装置；

其特征在于，

所述提供与激活系统包括：用于保持用于在从不同源系统接收的服务请求之间分配所述总处理能力的分配规则集的装置；以及

所述提供与激活系统被配置成：当所述源系统中的至少一个源系统发送比根据所述分配规则集所允许的服务请求更多的服务请求时，延迟将对所述请求的肯定确认或否定确认发送回所述相应的源系统。

13.根据权利要求12所述的提供与激活系统，其中，所述提供与激活系统适用于执行权利要求1至11中任一项所述的方法。

14.一种用于提供与激活系统的计算机可读介质，所述提供与激活系统用于在网络运营商的电信网络中的电信网络单元中提供并激活订户服务，在所述计算机可读介质上存储有计算机程序，所述计算机程序包括：

用于接收从多个源系统发送的订户服务请求的程序代码装置；

用于针对每个所接收的请求、基于是否正常接收到该请求而将对所述请求的肯定确认或否定确认发送回相应的源系统的程序代码装置；

用于针对每个肯定确认的请求来确定需要在一组电信网络单元中执行以便满足所述订户服务请求的一系列操作的程序代码装置；以及

用于发送用于在所述一组电信网络单元中执行所确定的一系列操作的指令的程序代码装置；

其特征在于，

用于当在下述系统环境中执行所述计算机程序时控制所述计算机程序的程序代码装置，所述系统环境具有用于在所述电信网络单元中从接收到相应改变对服务请求进行处理的有限的总处理能力；

所述控制装置包括用于在从不同源系统接收的服务请求之间分配所述总处理能力的分配规则集；以及

所述控制装置被配置成：当所述源系统中的至少一个源系统发送比根据所述分配规则集所允许的服务请求更多的服务请求时，延迟将对所述请求的肯定确认或否定确认发送回所述相应的源系统。

15.根据权利要求14所述的计算机可读介质，适用于使计算机系统执行权利要求1至11中任一项所述的方法。