专利名称：用于在电子通信系统中进行服务平衡的方法、设备和计算机程序产品的制作方法
技术领域：
本发明总体涉及用于在电子通信系统中进行服务平衡的方法和装置。
背景技术：
在数据和/或电信通信系统和网络中执行的很多类型的服务依赖于在系统的软件、硬件以及基础设施上提供的内置机制。这些类型的服务可以是例如创建新账户以使用电信网络中的蜂窝电话基础设施、改变服务内容(可以是升级至UMTS而不是GPRS)；以及在某些情况下移除账户。所有这些情境涉及不同的情况，并且因为这些原因，也涉及不同类型的服务。这不仅适用于语音呼叫，也适用于接收和发送数据。服务变得越来越复杂，例如，一些服务被划分成多个子服务，从而这些子服务对总的系统性能造成了影响。为了提高总的系统性能，可以实现某些种类的服务平衡。US-A-6 744 877公开了基于企业的商业目标，对企业的传入(incoming)客户通信进行处理的方法和系统。企业服务平衡器基于企业资源和直接资源的可用性来分发工作。企业服务平衡器依照企业对最佳服务的定义，整体上，通过将客户通信与企业中最适合的可用资源来进行匹配，为客户通信(例如，呼叫)提供即时的最佳可能服务。用于在通信系统中进行服务平衡的这种或者其他现有技术方法和系统依赖于快速执行，快速执行可能要求例如使用最新的硬件或软件。由于吞吐量和等待时间的缘故，为了尽可能高效地处理服务，也要考虑软件配置。此外，取决于要处理的服务的类型，硬件和软件可能不同。可以事先配置一些基本的约束，例如CPU的数目以及要执行的服务的队列的大小。然而，即使根据指令正确地配置了预定义的约束，系统的性能仍然可能是个问题。根据一些现有的解决方案，将特定服务的性能视为静态的，并且事先进行局部优化(sub optimized)。从而，总的性能和单独的服务QoS基于局部优化行为。然而，服务快速改变，并且由于该原因，系统的行为也快速改变。由于服务的改变而造成的系统行为的改变将不可避免地一起增加系统的总性能的不确定性。被划分为子服务或作业的服务将增加系统的总性能的不确定性。服务可以由小服务的长链组成。可以在进行不同类型作业(例如，对用户数据进行搜索的查找功能)的不同类型的节点(硬件和软件)上执行这些类型的服务。各个工作链在顺序上并不相同，或者所使用的节点的数目也可以不同。在服务链较长的情况下，与所测量的性能和预期行为有关的反馈时间可能太长，以至于不能在稳定的控制系统中使用。 在主服务可以由小服务构成的情况下，使用各个服务的顺序可能根据所关心的复合服务而改变。类似的或者不同类型的服务之间的交互即时地动态改变着整个系统的情况。当决定对复杂服务进行服务平衡时考虑系统的静态配置，也导致了系统总性能的不确定性。需要改进的服务平衡来满足对通信系统的性能要求，同时满足新服务的不断增加的复杂度， 所述新服务可以被划分为子服务或者作业。
发明内容
本发明的目的在于克服上述缺点中的至少一些缺点，并改进数据通信系统中的服务平衡。本发明的第一方面是在电子通信系统中进行服务平衡的方法。该方法包括接收针对要在数据通信系统中调用的服务的服务请求；确定电子通信系统的当前服务平衡；基于当前服务平衡，确定是否以及何时调用服务；以及调用或拒绝服务。在一些实施例中，上述确定当前服务平衡可以涉及选择并仿真与服务请求相关联的性能模型；基于仿真的结果，产生对关键性能指标的估计；以及基于关键性能指标，确定服务平衡。在一些实施例中，可以通过基于关键性能指标产生所述服务请求是应该继续、等待还是被拒绝的决策，来确定是否以及何时调用服务。根据一些实施例，上述确定当前服务平衡可以基于通信系统的当前性能。在一些实施例中，可以通过以下方式来确定上述通信系统的当前性能针对各个服务，收集服务执行相关信息，所述服务执行相关信息包括服务调用的开始时间戳、服务完成时的结果时间戳、以及服务ID ；以及基于服务执行相关信息，计算通信系统的当前性能。可以将当前性能与性能模型相比较，以确定当前服务平衡。根据一些实施例，所述方法包括分析将当前性能与性能模型相比较的结果，并基于分析结果更新性能模型。服务可以是部分服务的链。本发明的第二方面是包括程序指令的计算机程序，所述程序指令用于当在计算机上运行所述程序时，使计算机执行根据本发明的第一方面的方法。计算机程序可以存储在载体上并且包括计算机可执行指令，所述计算机可执行指令用于当在计算机上运行所述程序时，使计算机执行根据本发明的第一方面的方法。上述载体可以是但不限于记录介质、计算机存储器、只读存储器或者载波电信号。本发明的第三方面是包括计算机可读介质的计算机程序产品，其上具有计算机程序代码装置，当载入所述程序时，使计算机执行根据第一方面的处理。本发明的第四方面是用于在数据通信系统中执行服务平衡的服务平衡设备。服务平衡设备可以包括服务控制器，所述服务控制器被配置为接收服务请求；请求确定当前服务平衡；接收关于服务请求是应该继续、等待还是被拒绝的决策，基于所述决策，确定是否以及何时调用所述服务，所述决策基于当前服务平衡；以及调用或拒绝所述服务。在一些实施例中，服务平衡设备可以包括服务剖析器，所述服务剖析器被配置为接收服务请求；针对所述数据通信系统所要执行的服务，确定所请求的服务的类型；以及向服务控制器转发服务请求。在一些实施例中，服务平衡设备可以包括接纳控制器，被配置为从服务控制器接收对确定当前服务平衡的请求；选择并仿真与服务请求相关联的性能模型，以产生对关键性能指标的估计；以及基于关键性能指标，为服务控制器产生服务请求是应该继续、等待还是被拒绝的决策。根据其他的实施例，上述接纳控制器被配置为针对数据通信系统执行的各个服务，接收服务执行相关信息，所述信息包括服务调用的开始时间戳、服务完成时的结果时间戳、以及服务ID ；基于服务执行相关信息，计算通信系统的当前性能；将当前性能与性能模型相比较，以确定当前服务平衡；分析将当前性能与性能模型相比较的步骤的结果；以及基于分析结果更新性能模型。根据上述方法和设备的、由于不同服务的性能的预期结果而产生的基于优先级的服务平衡对于系统性能是有利的。基于对系统内部的约束的动态交互进行考虑的服务平衡也可以提高性能。应该强调的是，当在本说明书中使用时，采用术语“包括/包含”来指定所提到的特征、整体、步骤或组件的存在，然而并不排除一个或多个其它特征、整体、步骤、组件或特征组、整体组、步骤组、组件组的存在或增加。
为了更详细地解释本发明并解释本发明的优势和特征，下面将参考附图来详细描述优选实施例，在附图中图1示出了对包括根据本发明的一个实施例的服务平衡器以及主通信系统在内的通信系统的示例进行示意的框图；图2示出了根据本发明的一个实施例的服务平衡方法的流程图；图3示出了根据本发明的一个实施例的在开环中进行服务平衡的方法的流程图；图4A示出了根据本发明的一个实施例的在闭环中进行服务平衡的方法的流程图；图4B示出了根据本发明的备选实施例的在闭环中进行服务平衡的方法的流程图；图4C示出了根据本发明的备选实施例的在闭合的学习环中进行服务平衡的方法的流程图。
具体实施方式
图1示意了电子数据或电信系统100的示例，包括用于对服务进行服务平衡的服务平衡器110，以及用于根据来自服务平衡器110的指令执行服务的主通信系统140。服务平衡可以包括数字电子计算机或计算装置以及在计算机装置或系统中执行的处理。计算装置或系统可以在电子数据或电信网络或系统100中使用，并且可以包括数据处理系统。所述数据处理系统包括用于处理数据的计算机处理器；以及连接至计算机处理器的、用于在存储介质上存储数据的存储装置。服务平衡器110包括但不限于用于对主通信系统140要执行的服务请求进行接收和分类的剖析器110 ；用于控制服务请求的到达率的服务控制器112 ；以及用于为服务控制器产生决策以控制服务请求到达主通信系统140的到达率的接纳控制器113。更好地预测性能表现的一种方式是在服务进入主系统之前对其类型进行调查。 基于之前的知识，可以对服务分类。否则，可以对“新”服务进行测量，并保存到下次要使用该服务时。在分类和测量之后，系统更好地准备好下次对该系统进行更好地优化。因此，服务剖析器111可以被配置为在允许服务进入到主通信系统140以执行服务之前，首先查看进入通信系统100的服务的类型。从而，在对主通信系统140中各个节点的利用和在系统中所花费的时间这两方面，可以事先确定有关在不远的将来该服务将如何动作的知识。当让服务进入主通信系统140时，接纳控制器113将使用关于所请求的服务的信息来进行决策。可以将该信息存储在数据库114中，以便将来使用。从而，可以基于有关所请求的服务的知识来对接收到的服务请求分类。同样地，服务剖析器111可以识别对新类型服务的服务请求。即使服务是新的，其新服务链当前也被记录在日志中，并且将被馈入到接纳控制器113，以在为服务控制器112 作出决策的过程中使用新服务链来控制服务请求的到达率。本发明的基本构思是具有服务控制器112，用于在服务进入主通信系统140之前控制服务请求的到达率。因此，可以将服务控制器112配置为基于新的或者之前收集的与所请求的服务和服务的行为或者其组合有关的信息来控制针对主通信系统140的服务请求到达率。与服务的行为有关的信息可以基于服务的实际执行期间的信息收集，或者是来自于仿真的信息，所述仿真是对服务的执行期间的行为进行的仿真。来自实际执行的信息与来自仿真的信息的组合也可以形成服务平衡器113为服务控制器112做出决策的基础。基于服务正被使用的期间进行的当前性能测量，可以进行实时决策来控制到达率，而不寄希望于系统自己处理该问题。基于存储在数据库114中的关于服务行为的之前的经验， 系统将能够事先对性能进行精细调节和优化。同样地，基于对之前情况的信息和行为的长期保存，还可以凭借经验来进一步优化系统。如果需要更多信息，可以对不同的情境进行仿真，以进一步增强决策。如果若干服务倾向于在短时段(突发或成批的)内进入通信系统或网络，服务控制器产生各个服务到主通信系统140的新的到达率。接纳控制器113可以包括但不限于用于仿真性能模型和分析服务链的服务仿真器115 ；用于为服务控制器112产生决策的服务平衡决策器116 ；以及用于收集来自主通信系统的服务执行有关信息的服务链性能计算器117。用于更新服务仿真器的服务链的仿真性能模型的仿真模型更新器118以及用于比较当前性能和性能模型的比较器也可以是接纳控制器113的一部分。可以使用队列大小检查器125来对服务请求的执行简单的队列大小检查。可以将队列检查的结果馈入到，并影响服务平衡决策器116做出的决策。队列检查结果可以基于但不限于服务平衡决策器116所要使用的先进先出基础。服务平衡可以同时涉及服务的时间平衡以及并行工作分发。关于时间平衡，必须以资源完成服务(整个工作)，并且主通信系统或网络中的当前服务情况可以限定正确的调用服务的时间。关于负载本身，还可以考虑并行工作分发。还存在要考虑的其他情况，关于特定的资源(操作系统)，以及关于其他资源(网络接口)，并且一些资源的确具有冗余而一些资源没有。通信系统或网络中的当前负载情况限定了资源间的工作分发。现在将参考图1的框图以及图2的流程图来进一步详细描述服务平衡器110的操作，图2的流程图是根据本发明的一个实施例的服务平衡方法。服务(可以是在服务链中包括若干子服务的复合服务120)可以引起对于主通信系统140所要执行的服务的若干服务请求121。服务平衡器110在步骤210中接收对于服务120的至少一个服务请求，所述服务120要在电子数据或电信系统100的主通信系统140 中调用。在步骤220中，服务平衡器110确定主通信系统140的当前服务平衡情况。基于当前服务平衡情况，服务平衡器110确定是否以及何时要在步骤230中调用该服务。不需要来自网络的任何测量，而仅需要基于与服务如何通过服务链传播有关的、先验已知的信息的决策。如果确定应该调用服务，在步骤MOa中调用链中的第一服务。然而，如果确定由于某些原因，在步骤MOb中要延迟服务，根据服务平衡器113所做出的决策将服务调用推迟至稍后的时间。如果在步骤230中确定应该拒绝该服务，在步骤MOc中拒绝服务请求。根据一个实施例，在开环中通过对性能模型进行仿真来预测服务平衡情况。参考图3描述该实施例。服务(可以是在服务链中包括若干子服务的复合服务120’)可以引起对于主通信系统140所要执行的服务的若干服务请求121’。服务平衡器110在步骤310中接收对于服务120’的至少一个服务请求，所述服务120’要在电子数据或电信系统100的主通信系统 140中调用。服务平衡器110确定主通信系统140的当前服务平衡情况。当前服务平衡情况下可以包括以下步骤选择321和仿真322当前情况的性能模型，并产生323对该情况的关键性能指标(KPI)的估计，以及将关键性能指标存储3M在数据库中以用于在稍后再次请求服务时使用。在步骤325中将通过仿真产生的KPI转发到服务平衡决策器，以在步骤330 中，在关于服务请求是应该继续、等待还是被拒绝产生决策的过程中使用。因此，不需要来自主通信系统或网络的测量，而仅需要基于与服务如何通过服务链传播有关的、先验已知的信息(模型)的决策。基于当前服务平衡情况，服务平衡决策器116在步骤220中确定是否以及何时要调用服务。如果确定应该调用服务，在步骤340a中调用链中的第一服务。然而，如果确定由于某些原因，在步骤340b中要延迟服务，根据服务平衡决策器116所做出的决策将服务调用推迟至稍后的时间。如果在步骤330中确定应该拒绝该服务，在步骤340c中拒绝服务请求。然而，如果服务之前不为服务平衡器110所知，可以对与所请求的服务相对应的服务进行测量，并将关于该服务的信息存储在数据库114中，以在下次从通信系统140请求该服务时使用。在分类和测量之后，系统更好地准备好下次请求服务时对该系统进行更好地优化。结合另一实施例对该情境进行描述。通过考虑闭环中的服务120”或者服务链的执行对主通信系统140的影响，确定当前服务平衡情况。结合图4A描述该实施例。当服务控制器112在步骤440中向主通信系统140的相关服务器141发送服务调用时，服务开始执行。服务的调用可以是直接请求，或者是根据上述开环实施例的方法的结果，或者是基于无接纳控制的方法的结果。相关服务器可以继而调用相关服务器142的其他服务。对于一个或多个服务器120”，服务链性能计算器117可以在步骤445中从主通信系统收集服务执行相关信息，所述服务执行相关信息包括服务调用的开始时间戳、服务完成时的结果时间戳、 以及服务ID (标识)。在图1中通过虚线箭头122和122’示意了服务链性能计算器117的信息收集。虚线箭头122和122’的起始点处的椭圆形123和123’示意了 在调用服务链中的服务时所使用的协议封装了服务ID以及调用和结果时刻的时间戳。主通信系统中的各个节点记录到日志中的性能信息对于精确性及其可以被使用的时间而言，均是重要的。根据一个实施例，可以实时地将服务所使用的原始以太网帧与性能信息封装在一起(隧道化(tunneling))。这将提供对想要进入到系统的各个新服务的快速反应。可以使用一般路由封装(GRE)作为该技术的框架。与原始以太网帧封装在一起的新协议可以包括三个部分1.服务所“访问”的节点；2、时间戳，将服务的进入和离开时间记录到日志中；以及3、性能，可以是例如I/O、CPU 利用、存储器等。这意味着当服务进入主通信系统或网络中的节点时，使用时间戳和性能测量的开始对此进行指示。性能测量可以是但不限于主通信系统的工作负载。然而，其可以涉及资源使用简档的建立。例如，服务的完成时间极大地取决于I/O设备性能。对于测量来说重要的，不仅是系统的利用，还可能涉及特定I/O设备的使用。由于行为的影响，还可以使用所测量的存储器的高速缓存。因此，可以测量一些或若干度量值。尽管如此，仅仅在任意决策中使用那些有关的度量。当服务离开节点时，此时可以将记录在日志中的信息与离开时间戳一起保存到协议中。各个“被访问”节点都可以增加该信息。当服务离开时，在其服务链的末端，其向服务平衡器传送该信息以做出决策，并向数据库发送该信息以进行存储。ID和时间戳被附加于各个调用的服务请求和结果，并从而可以被服务链性能计算器117收集。接下来，服务链性能计算器117在步骤450中基于所收集的服务执行相关信息对通信系统的当前性能进行计算，并且在步骤455中将该当前性能转发到服务平衡决策器 116。基于取决于当前性能的当前服务平衡情况，服务平衡决策器116在步骤430中确定是否以及何时要调用服务。如果确定应该调用服务，在步骤440a中调用链中的第一服务。然而，如果确定由于某些原因，在步骤440b中要延迟服务，根据服务平衡决策器116所做出的决策将服务调用推迟至稍后的时间。如果在步骤430中确定应该拒绝该服务，在步骤440c中拒绝服务请求。因此，闭环实施例通过协议调整的方式，在服务平衡决策过程中使用来自主通信系统或网络的测量。图4B中示出了闭环的备选实施例。当服务控制器112在步骤440中向主通信系统140的相关服务器141发送服务调用时，服务开始执行。如结合闭环的第一实施例所描述的，服务链性能计算器117可以在步骤445中从主通信系统收集服务执行相关信息。服务链性能计算器117在步骤450中基于所收集的服务执行相关信息对通信系统的当前性能进行计算，并且在步骤455中将该当前性能转发到服务平衡决策器116。在该备选实施例中，比较器119还在步骤460中将当前性能与已经存在于服务仿真器115中的性能模型相比较，并在步骤465中将结果转发到服务平衡决策器116。在步骤 430’中，在关于服务请求是应该继续、等待还是被拒绝产生决策的过程中，平衡决策器使用该比较结果和该当前性能。基于当前服务平衡情况，服务平衡决策器116在步骤430’中确定是否以及何时调用服务。如果确定应该调用服务，在步骤440a’中调用链中的第一服务。然而，如果确定由于某些原因，在步骤440b’中要延迟服务，根据服务平衡决策器116所做出的决策将服务调用推迟至稍后的时间。如果在步骤430’中确定应该拒绝该服务，在步骤440c’中拒绝服务请求。除了与出现在来自主通信或网络的测量中的未知后台服务请求有关的信息之外， 该备选实施例还利用当前性能和性能模型之间的比较，这可以改进服务平衡决策。闭环的又一个备选实施例是图4C中示出的闭合及学习环接纳控制。除了向服务平衡决策器116转发比较结果的步骤外，还在步骤465’中向仿真模型更新器118转发该比较结果，以更新服务仿真器115的性能模型。在步骤470中，对服务的当前测量性能和性能模型之间的任何差异进行分析，并且捕捉请求服务的新客户行为，并在学习过程中更新性能模型。因此，根据该备选实施例，服务用户中服务流行度的转变显现为通信系统或网络与先验已知模型之间的差异。将该差异馈入到针对性能模型的更新过程 (学习)中。可以在不同的情况下对所产生的新的并且已更新的性能模型进行仿真，并基于开环、闭环或者闭合学习环实施例中的任意实施例，在用于服务的服务平衡方法中使用。这是与结合服务平衡决策器来使用服务仿真器有关的优势。平衡决策器在步骤430”中，在关于服务请求是应该继续、等待还是被拒绝产生决策的过程中使用比较结果和当前性能。如果确定应该调用服务，在步骤440a”中调用链中的第一服务。然而，如果确定由于某些原因，在步骤440b”中要延迟服务，根据服务平衡决策器116所做出的决策将服务调用推迟至稍后的时间。如果在步骤430”中确定应该拒绝该服务，在步骤440c”中拒绝服务请求。如果在短时段(突发或成批的)内接收到若干服务请求，服务控制器产生各个服务到主系统新的到达率。虽然，这意味着正在建立服务队列，但由于对到达率进行控制而不使主系统瘫痪(这影响到总体性能)，主通信系统可以继续运行。基于通过使用跟踪或者在线测量进行的预先了解，可以通过更优化的方式事先预测对到达率的约束。当对服务的到达率进行控制时，对原先情形进行跟踪的可能性也更好地预测了性能。可以在服务平衡器和服务平衡决策器所执行的决策过程中使用不同类型的算法。 下面列出了将被考虑的一些算法·模糊逻辑·层次分析法(AHP)，用于决策·指数平均，Sn+1 = α Tn+(1- α ) Sn·学习过程，实时系统识别。
模糊逻辑和模糊设置理论一起形成能够被变换为可在决策中使用的标度的所有类型的度量值的使能器。可以使用的一种决策方法是ΑΗΡ。该方法给出了对结果分级的优势。指数平均是以某些“智能”来处理技术问题的另一方法。可以使用这些算法来作为使得处理组合服务的性能的方法尽可能优化的工具。就度量和约束而言，可以使用层次分析法(AHP)来及时选择下一服务。常规地，准则并不容易满足，并且决策过程中最关键的任务是对那些重要的准则进行定义。度量值可以是对多准则决策(MCDM)过程的输入，在MCDM过程中，使用经变换的9点标度。来自决策过程(服务平衡决策器116)的结果是加权的优先级列表，将其与控制到达率的最终目标一起馈入到服务控制器112。根据不同服务将如何在数据通信系统中交互来考虑不同服务的行为的服务平衡提高了系统性能。此外，通过控制服务进入系统中的到达率(极大地取决于系统内部的当前情况)，考虑系统内部的由所有服务使用的约束的动态交互也提高了系统的性能。由于服务性能的预期结果产生的基于优先级的服务平衡对于电子通信系统总的系统性能是有利的。基于对系统内部的约束的动态交互进行考虑的服务平衡也可以提高性能。操作者将从本构思获得的好处之一是使用更平衡的系统的能力。例如，服务将最大化吞吐量，并最小化等待时间，这从整体上提高了总的性能。当对服务的到达率进行控制时，对原先情形的跟踪的可能性也更好地预测了性能。可以控制对服务以及后台业务所创建的行为的快速响应和预测。此外，可以避免与服务本身以及所使用的系统的性能有关的事故。此时，我们的复合服务在时域中将更加平衡。新的和旧的服务都将被平衡。虽然参考附图描述的本发明的实施例包括计算机装置和在该计算机装置中执行的处理，本发明还延伸到载体上或载体中的程序，当执行计算机程序时，该程序适于实现本发明。程序可以处于源代码、目标代码和适于在实现根据本发明的方法中使用的代码的形式。载体可以是能够承载程序的任何实体或设备。例如，载体可以是记录介质、计算机存储器、只读存储器或者电子载波信号。当将计算机程序产品载入并在具有计算机能力的系统中运行时，可以执行根据本发明的实施例。从详细的说明书中，本发明的很多特征和优势是显而易见的，所附权利要求意欲将其覆盖本发明的所有这样的特征和优势，这些特征和优势落在本发明的范围之内。然而， 虽然已经在附图中示意并在前述详细描述中描述了本发明的方法和装置的实施例，该公开仅是示意性的，并且在不背离以下权利要求所阐述和定义的本发明的范围的情况下，可以进行改变、修改和替换。
权利要求
1.一种在电子通信系统中进行服务平衡的方法，包括接收(210)针对要在数据通信系统中调用的服务的服务请求； 确定O20)电子通信系统的当前服务平衡；基于所述当前服务平衡，确定(230)是否以及何时调用所述服务；以及调用或拒绝O40c)所述服务。
2.根据权利要求1所述的方法，其中，确定O20)当前服务平衡的步骤包括 选择(321)与所述服务请求相关联的性能模型，并对其进行仿真(322)；基于仿真的结果，产生(32 对关键性能指标的估计；以及基于所述关键性能指标，确定(330)服务平衡。
3.根据权利要求2所述的方法，其中，确定(230)是否以及何时调用所述服务包括基于关键性能指标，产生所述服务请求是应该继续、等待还是被拒绝的决策。
4.根据前述权利要求中任一项所述的方法，其中，确定当前服务平衡的步骤基于所述通信系统的当前性能G30)。
5.根据权利要求4所述的方法，包括针对各个服务，收集(44 服务执行相关信息，所述服务执行相关信息包括服务调用的开始时间戳、服务完成时的结果时间戳、以及服务ID ；以及基于所述服务执行相关信息，计算(450)所述通信系统的当前性能。
6.根据权利要求5所述的方法，包括将所述当前性能与性能模型相比较060)，以确定当前服务平衡。
7.根据权利要求6所述的方法，包括分析将当前性能与性能模型相比较的步骤的结果，并基于分析结果更新(470)性能模型。
8.根据前述权利要求中任一项所述的方法，其中，所述服务是部分服务的链。
9.一种包括程序指令的计算机程序，用于当在计算机上运行所述程序时，使计算机执行根据权利要求1-8中任一项所述的方法。
10.一种在载体上并包括计算机可执行指令的计算机程序，用于当在计算机上运行时， 使计算机执行根据权利要求1-8中任一项所述的方法。
11.根据权利要求10所述的计算机程序，其中，所述载体是记录介质、计算机存储器、 只读存储器或者载体电信号。
12.一种包括计算机可读介质的计算机程序产品，其上具有计算机程序代码装置，当载入所述程序时，使计算机执行根据权利要求1-8中任一项所述的处理。
13.一种服务平衡设备(100)，用于在数据通信系统中执行服务平衡，所述服务平衡设备(100)包括服务控制器(112)，所述服务控制器(112)被配置为接收服务请求； 请求确定当前服务平衡；接收关于所述服务请求是应该继续、等待还是被拒绝的决策，基于所述决策，确定是否以及何时调用所述服务，所述决策基于当前服务平衡；以及调用或拒绝所述服务。
14.根据权利要求13所述的服务平衡设备，包括服务剖析器(111)，被配置为 接收服务请求；针对所述数据通信系统所要执行的服务，确定所请求的服务的类型；以及向所述服务控制器(11 转发所述服务请求。
15.根据权利要求13或14所述的服务平衡设备，包括 接纳控制器(113)，被配置为从所述服务控制器(11 接收对确定当前服务平衡的请求；选择与所述服务请求相关联的性能模型，并对其进行仿真，以产生对关键性能指标的估计；以及基于所述关键性能指标，为所述服务控制器(11 产生所述服务请求是应该继续、等待还是被拒绝的决策。
16.根据权利要求15所述的服务平衡设备，其中，所述接纳控制器(11 被配置为 针对所述数据通信系统执行的各个服务，接收服务执行相关信息，所述信息包括服务调用的开始时间戳、服务完成时的结果时间戳、以及服务ID ； 基于所述服务执行相关信息，计算所述通信系统的当前性能； 将所述当前性能与性能模型相比较，以确定当前服务平衡； 分析将所述当前性能与所述性能模型相比较的步骤的结果；以及基于分析结果更新性能模型。
17.根据前述权利要求中任一项所述的服务平衡设备，其中，所述服务是部分服务的
全文摘要
一种在电子通信系统中进行服务平衡的方法。该方法包括接收(210)针对要在数据通信系统中调用的服务的服务请求；确定(220)电子通信系统的当前服务平衡；基于当前服务平衡，确定(230)是否以及何时调用服务；以及调用(240a)或拒绝(240c)服务。
文档编号H04L29/06GK102282824SQ201080004681
公开日2011年12月14日 申请日期2010年1月15日 优先权日2009年1月16日
发明者伯蒂尔·阿斯珀纳斯, 雷纳特·伊萨克松 申请人:瑞典爱立信有限公司