CN1954622A - 在通信系统中提供关于服务的信息 - Google Patents

Abstract

本方法在通信系统中提供关于服务的信息。所述方法包含获取关于服务的信息，所述信息是经由所述通信系统提供的。所述方法进一步包含接收来自用户设备的服务请求。所述方法进一步包含使用所述信息来检验对于所述用户设备来说所述服务是否在预定级别上可用。所述方法进一步包含基于所述检验步骤的结果执行进一步的动作。此外，配置服务分析器和门户以执行所述方法。

Description

在通信系统中提供关于服务的信息

技术领域

本发明涉及通信系统，并且更具体地说，涉及在通信系统中提供关于服务的信息。特别地，本发明涉及提供关于外部服务的信息，所述外部服务由未包含于所述通信系统中的服务提供商提供。

背景技术

可以将通信系统看作是这样的工具，其使得在两个或者更多的实体(例如用户终端和/或与所述通信系统相关的其他节点)之间能够进行通信会话。通信系统的用户(例如用户或者最终用户)被提供有多种服务，例如，双方或者多方通话、数据通信或者多媒体业务，或者仅仅是接入网络(例如，互联网)。

通信系统的例子包括诸如公众交换电话网络(PSTN)的固定线路通信系统，诸如通信分组无线服务(GPRS)、通用移动通信系统(UMTS)、无线局域网(WLAN)等等的无线通信网络，以及/或者其他通信网络，诸如互联网协议(IP)网络和/或其他分组交换数据网络。在一个连接中可以同时涉及各种通信系统。最终用户通过任何合适的用户设备(UE)接入通信网络，所述用户设备例如移动终端(如移动台(MS)、蜂窝电话、个人数字助理(PDA)等等)，或者其他终端(如个人电脑(PC))，或者可以根据适当的网络协议(如无线应用协议(WAP)或者超文本传输协议(HTTP))进行操作的任何其他设备。除了呼叫和网络接入的功能之外，所述用户设备还可以支持其他服务，如短消息服务(SMS)、多媒体消息服务(MMS)、电子邮件(email)、Web服务接口(WSI)消息传递和语音邮件。

可以预期，在例如互联网协议多媒体子系统(IMS)中，为用户，特别是移动用户提供的服务数量将大幅增长。服务质量(如服务的可用性或者响应时间)被认为是很重要的问题。服务质量应当充分高，允许可靠持续地最好是昼夜不停地访问服务。实际上，这很困难或者甚至是不可能的，这是因为可能有许多不同规模的实体(例如，小、中等和大规模公司)在提供服务。这些实体具有用于提供服务的变动相当广的资源和能力。然而，对于最终用户，所述网络的运营商似乎就是所提供的服务的提供商。

此外，所述网络运营商有可能充当面向最终用户的服务提供商，但是实际上，运营商从外部服务提供商那购买服务。这被称为合同转包。

如果所提供的服务不可用或者不运行，则最终用户将会在上述两种情况下联系所述网络运营商。因为他们并未被告知所述服务不可用的原因或预期持续时间，所述最终用户会变得失望。

而所述网络运营商没有对服务提供商的控制，至少是没有对所有服务提供商的控制。因此，所述情况对于所述网络运营商来说很困难，并且可能采取的动作也很有限。例如，所述网络运营商可以中止与不可靠的服务提供商的合作，但是这样的动作将会限制服务提供。

因此，需要这样的方式，其用于在通信系统中提供关于服务的信息，特别是关于外部服务的信息，所述信息由未被包含于所述通信系统中的服务提供商来提供。需要监控、分析并且/或者控制所述服务。

应理解，这些问题并不局限于任何特定的通信环境，而是可以发生在任何通信系统中。

发明内容

本发明实施例的目的是解决上述问题中的一个或者多个。

根据本发明的一个方面，提供一种用于在通信系统中提供关于服务的信息的方法。所述方法包含：获取关于经由所述通信系统所提供服务的信息，接收来自用户设备的对服务的请求，利用所述信息来检验对于所述用户设备来说所述服务是否在预定级别上可用，以及基于所述检验步骤的结果来执行进一步的动作。

根据本发明的另一方面，提供一种在通信系统中的服务分析器实体。所述服务分析器实体被配置为，获取关于经由所述通信系统所提供的服务的信息，从用户设备接收对服务的请求，利用所述信息来检验对于所述用户设备来说所述服务是否在预定级别上可用，以及基于所述检验步骤的结果来执行进一步的动作。

根据本发明的另一方面，提供一种门户，所述门户被配置为从根据本发明的服务分析器实体接收信息，并且向最终用户显示所接收到的信息。

根据本发明的另一方面，提供一种计算机程序，其包含这样的程序代码单元，当在计算装置中运行所述程序时，所述程序代码单元执行根据本发明的方法的任何步骤。

在实施例中，获取关于服务的信息可以包含，获取关于由所述通信系统外部的服务提供商来提供的至少一种服务的信息。所述信息可以通过这样的方法来获取，例如通过周期性地轮询预定的服务，通过从服务的提供商接收所述信息，通过监控在所述服务的提供商和用户设备之间的通信量，或者通过其它适当的方法。可以存储所述服务的信息。在实施例中，获取所述信息可以包含监控所述服务的质量，例如所述服务的可用性或者服务响应时间。

在实施例中，当监控到预定事件时，可以向服务提供商询问额外信息。

在实施例中，可以允许所述用户设备的最终用户选择要订购的服务。可以提供关于所述检验步骤的结果的信息，以用于在所述用户设备中进行显示。

在实施例中，可以检验所述最终用户是否被授权访问所述服务。

在实施例中，所述方法包含，如果所述服务可用，则允许连接到所述服务。如果所述服务不可用，则所述方法可以包含向所述用户设备发送通知。

在实施例中，可以向所述通信系统的计费系统提供所述服务的信息，用于生成计费信息。在实施例中，可以向所述服务的提供商提供所述获取的信息。

所述方法进一步包含，接收监控请求，并且响应所述监控请求，调整获取所述信息的步骤。

附图说明

现在，参考以下例子和附图来进一步详细描述本发明，其中：

图1示出了可以实现本发明实施例的方案的例子；

图2示出了用于阐明本发明实施例的流程图；

图3示出了本发明的实施例；

图4示出了用于阐明本发明实施例的框图；

图5示出了主动监控的例子；

图6示出了被动监控的例子；

图7示出了手动监控的例子；

图8示出了实时监控的例子；

图9示出了数据路径监控的例子；

图10示出了本发明的进一步的实施例；

图11示出了用于提供信息的进一步的实施例；

图12示出了用于提供信息的进一步的实施例；

图13示出了用于提供信息的进一步的实施例；

图14示出了用于提供信息的进一步的实施例；以及

图15示出了用于提供信息的进一步的实施例。

具体实施方式

图1示出了这样的方案的例子，所述方案包含通信网络10，多个服务提供商(SP)12、14和16，以及多个用户设备18、20和22。关于本发明，所述方案典型地意味着这样的系统，所述系统提供信息或任何其他适当形式的服务供应，这些可以由服务提供商经由通信网络来实现，以上给出了所述通信网络的某些例子。在本发明中，所述服务提供商可以是外部的服务提供商，或者换句话说，是不受通信网络10的运营商管理的服务提供商。在实施例中，所述服务提供商可以包含提供相同服务的多个服务器，并且所述服务器可以在物理上位于单个位置或者多个位置。通信网络10可以是任何适当的通信网络。在实施例中，通信网络10至少部分地由移动通信网络来提供。

应理解，图1仅仅是示出了三个外部服务提供商和三个用户设备的例子，并且这些实体的数目可以与所示的完全不同。还应注意，通信网络可以同时在内部提供服务并且与外部服务提供商联系。

最终用户可以使用根据适当协议运行的适当的浏览器，来浏览所述网络和连接所述服务。在移动通信网络中，适当协议的例子可以是WAP。所述通信系统还可以被提供有某些智能，例子包括但不局限于，与移动通信网络相关的所谓的智能内容传送(ICD)系统。

图1还示出了服务分析器实体24，它可以是单独的网络单元或者被包含于所述ICD系统中。服务分析器实体24可以被提供有用于收集和存储信息的适当的数据存储设备26和处理装置28。从以下描述中，所述作为例子的服务分析器实体24的操作将会变得明晰。

图2示出了根据本发明实施例用于在通信系统中提供关于服务的信息的方法的流程图。在步骤200中，获取关于经由所述通信系统提供的服务的信息。所述服务可以包含由外部服务提供商提供的服务，以及由所述通信网络的运营商提供的服务，其中所述外部服务提供商并不受所述通信网络的运营商管理。所述信息可以通过各种不同方式来获取，例如通过周期性地轮询预定的服务，通过从服务提供商接收所述信息，通过监控在服务提供商和用户设备之间的通信量和测量，等等。服务分析器24也可以从这样的单独的网络单元那接收关于服务的信息，所述单独网络单元在网络中进行测量、监控和/或甚至是为了其他目的而分析。

在步骤202中，接收来自用户设备的对服务的请求。在步骤204中，利用所述信息来检验，对于所述用户设备来说所述服务是否在预定的级别上可用。所述检验步骤可以包含不同类型的检验，例如检验所述服务是否运行，是否可以提供预定的服务级别质量，与所述用户设备有关的用户是否被授权访问所述服务，等等。

在步骤206中，基于所述检验步骤的结果执行进一步的动作。如果所述检验步骤显示对于所述用户设备来说所述服务在预定级别上是可用的，则所述进一步的动作为连接所请求的服务。如果所述检验步骤显示对于所述用户设备来说所述服务在预定级别上是不可用的，则所述进一步的动作可以是通知所述用户设备，以下将要详细描述。在实施例中，将通知所述服务提供商和/或计费系统。

在本发明的其他实施例中，所述用于在通信系统中提供关于服务的信息的方法可以包括各种其他步骤。所述步骤的例子将在以下描述中变得明晰。可以在服务分析器实体24或者其他适当的网络实体中，实施根据本发明的方法的步骤。

所获取的关于服务的信息可以被存储于存储实体中，例如图1中的数据存储设备26。所述服务分析器实体可以进一步处理通过例如轮询获取的“原始”信息。处理包含评估服务质量，例如，评估、计算或者估计服务可用性或者服务响应时间。

所述方法可以进一步包含，提供所获取的、并且可能被进一步处理过的、关于服务的信息，以通过所述用户设备显示给最终用户。可以允许所述最终用户选择要订购的服务。响应所述最终用户对所述服务的选择，如果所述服务可用，则允许连接到所述服务。如果所述服务不可用或者在进行选择时不允许所述最终用户访问所述服务，则当所述服务变为可用时，将通知所述最终用户。

所述最终用户可以通过服务分析器实体24来浏览所述网络。当所述最终用户尝试连接不可用的服务时，服务分析器实体24可以向所述最终用户指出所述服务不可用，并且由服务分析器实体24收集并处理的其他有用信息。可以通过例如消息或者对话的方式来指示所述信息。

图3示出了对话的例子。在步骤300中，用户设备18的最终用户发起使用服务12的尝试。在步骤302中，利用从服务分析器实体24获取的信息来检验对于所述用户设备来说所述服务是否在预定级别上可用。所述检验步骤可以包括，检验所请求的服务是否可用，并且/或者，由例如通过轮询服务、测量路径质量，从服务提供商接收等等方式获取的信息来看，是否可以在通常所期望的质量级别上提供所请求的服务。附加地或者二者择一地，所述检验步骤可以包括，检验尝试使用所述服务的最终用户是否被允许使用所述服务：例如，是否已签署服务提供协定，或者在预付费账户中是否有足够的支付财力。

如果发现所述服务可用，能够以通常所期望的质量来提供所述服务，并且/或者允许提供给所述最终用户，则在步骤304中允许连接到服务12。如果所述检验显示，所述服务无法使用，不能以通常所期望的质量来提供所述服务，并且/或者不允许提供给所述最终用户，则在步骤306中，提供用于显示给所述最终用户的通知。所述通知可以告知所述最终用户不允许连接的原因。所述通知还可以包括这样的指示，即当所述服务变为可用时，将告知所述最终用户。在实施例中，可以允许所述最终用户选择如何进一步对待所述尝试。还可以为所述最终用户显示一些其他适当的信息。

当所述服务变为可用时，将通过例如这样的方式使服务分析器实体24获悉，例如，通过由服务分析器实体24本身执行的轮询，或者通过从所述服务那接收通知，或者通过另外适当的方式。然后，服务分析器实体24将所述信息发给所述最终用户。可以通过例如向所述用户设备发送消息的方式来告知所述最终用户，其中所述最终用户使用所述用户设备来发起使用所述服务的尝试。然后，所述最终用户可以连接到所述服务。

服务分析器实体24还可以向服务门户提供信息，所述服务门户用于向所述最终用户显示所述信息并且允许进行交互的通信。所述服务门户可以显示所提供的所有服务。可以允许所述最终用户选择要订购或者要连接的服务。可以通过例如使用不同颜色或者其他适当的指示，来将暂时不可用的服务和可用的服务区分开。可以允许所述最终用户连接可用服务。可以阻止所述最终用户连接到所述暂时不可用的服务，但是可以允许所述最终用户订购甚至这样的暂时不可用的服务。然后，当所述最终用户在暂时不可用的模式下订购的服务变为可用时，服务分析器实体24可以通过例如SMS或者其他类型的消息来告知所述最终用户。

服务分析器实体24可以收集例如关于响应时间和关于常规服务可用性的服务质量信息。服务分析器实体24可以通过例如计算或者估计所述服务的响应时间和可用性，或者通过评估关于其他适当测量的服务质量，从而进一步处理所述服务质量信息。服务分析器实体24还可以获取关于质量和容量等等有关所述网络的路径的信息。使用所述路径信息，服务分析器实体24可以估计或者预测在连接质量中的潜在问题，这些问题可能会作为服务质量问题，被所述最终用户感受到。例如，如果由于高峰时间或者其他原因，容量受限，则与需要大容量的服务相关的潜在问题将会出现。所述预测信息也可以通过对话或者消息被提供给所述最终用户。

在实施例中，通过机器可读的消息，例如根据在所述连接中使用的协议的信令消息，可以为所述用户设备提供所述信息。所述机器可读的消息会在所述用户设备中发起预定的动作，例如重试建立连接，或者在所述消息中指示的时段之后，向所述最终用户发出告警。

可以将所述服务质量信息提供给所述网络的计费系统或者服务控制系统，或者直接提供给所监控服务的提供商。所述服务质量信息可以被用于生成计费信息和进行批价。例如，如果在某段时间内，内容服务一直不可用或者仅仅是随机地可用，则可以降低所述内容服务的每月费用，并且所述最终用户会收到降价的清单。本发明实施例在移动通信系统中特别地重要和有意义，因为，即使所请求的服务并不可用，但仍然可以对连接进行计费。因此，按照惯例，所述最终用户将可能为不成功的尝试而付费。收集服务质量信息和在计费与批价时使用所述信息可以为服务提供商提供激励，以加强所述服务质量，这是因为低劣的服务质量会导致所述服务提供商收入上的巨大损失。另外，可以将所获取的信息提供给所述服务提供商。

以上描述的某些实施例和本发明的其他实施例，可以通过计算机程序在适当的网元中被至少部分地实现。所述计算机程序包含这样的代码单元，当所述程序在计算装置中运行时，所述代码单元执行根据所述实施例的步骤。

图4示出了根据本发明实施例的用于阐明服务分析器实体24的功能的框图。实时会话分析器29可以监督用户设备18和服务12之间的数据流，并且向服务分析器实体24提供监督期间所获取的信息。服务监控实体30可以通过各种方式收集关于服务的可用性、响应时间等等的信息，并且向服务分析器实体24提供所收集的信息。服务分析器实体24也可以通过自助应用31，从最终用户那接收例如调整的信息。通知服务单元27可以被包含于或者连接到服务分析器实体24。响应预定的事件，服务分析器实体24会向通知服务单元27询问，特定的用户设备或者服务是否订购了通知服务。然后，通知服务单元27会生成适当的通知，并将其发送给所述用户设备或者所述服务。另外，计费系统40可以从服务分析器实体24接收信息。

以下将参考图5至14，进一步解释图4中所示的实体的功能。应理解，图4仅仅示出了实施例的系统架构的例子。所示的实体的功能可以在多个网络实体中实施，而不是仅仅在所示的那个实体中实施。或者，可以在单个网络实体中实施多于一个实体的功能。

服务分析器实体24可以通过例如服务监控实体30来接收监控信息，这可以是服务分析器实体24的或者单独的网络实体的功能。如图5所示，监控可以是主动的。主动监控包含发送ping消息，或者使用假装服务12的真实服务使用的先行对话，来执行主动测量310。如图6所示，监控还可以是被动的。失败或者失败的风险将会触发由服务提供商或者服务12所发送的告警或者类似的单向指示320。

在实施例中，如图7所示，可以手工执行监控。可以给服务分析器实体24或者与服务分析器实体24相连的其他实体设置这样的功能或者接口，服务提供商可以使用所述功能或者接口，通过例如发送指示330来通知服务12不可用。除了失败或者失败的风险等等的信息之外，指示330还包含关于预期所述服务何时重新变为可用的信息。特别地，对于接收关于已经计划好的维护中断或者某些其他已经预见的所述服务提供的不可用时期的信息，手动监视将会很有用。

图8示出了使用实时监控的实施例，其中，例如通信量分析器29的实时会话分析器监督在用户设备18和服务12之间的数据流。当通信量分析器29检测到例如在服务12的可用性或者质量方面的问题时，通信量分析器29将向服务分析器实体24发送报告340。

监控，例如数据路径可用性和质量的监控，还可以基于来自网元的测量数据和基于主动测量。如图9所示，可以在数据收集器25中，监控在数据路径的用户设备终端18和服务12的网络边缘之间的数据路径。数据收集器25会向服务分析器实体24发送测量结果350。在图9中用黑点示出了数据路径的用户设备终端，并且用白点示出了服务12的网络边缘。在图9中仅示出了一个白点和四个黑点。但是，实际上，典型地存在多个用户设备终端和多个服务网络边缘。

如图10所示，当在服务分析器实体24中识别到有关服务12的问题时，服务分析器实体24会向服务12发送机器询问360。机器询问360被用于从服务12那取得例如关于所述问题的性质或者所述问题的预期持续时间的额外信息362。

图11示出了通知服务的实施例。服务提供商或者与用户设备关联的最终用户可以，向服务分析器实体24或者从服务分析器实体24接收消息的其他实体，请求关于所述服务质量等等的通知服务27。通知服务27包含，当通过监控(例如，如上所述的主动的、被动的或者实时的监控)，检测到失败或者失败的风险增大时，发送消息370和/或372。可以通过通知引擎来实时发送消息370和/或372，通知引擎可以用于任何适当的消息传递系统，例如WSI、SMS、MMS、电子邮件、语音邮件，等等。

最终用户或者服务提供商或者另一方，可以订购例如关于特定服务的通知服务。订购所述通知服务的那一方可以确定所述通知服务的条件，例如，在预定的时期内或者在一天的预定时段内所述服务起作用，发送关于由所述订购方所确定的事件的通知，等等。

除了在检测到失败或者失败的风险时发送消息以外，通知服务27还包含发送另一消息，以通知所请求的服务重新可用，现在可以提供所期望的服务等级，或者其他这样的通知。所述另一消息可以通过通知引擎发送。所述通知引擎具有用于生成消息的适当的装置，例如计算机程序或者自动装置。在实施例中，可以通过适当的接口等等来支持手动生成消息。

在图12所示的实施例中，服务分析器实体24可以向所述服务提供商提供关于服务可用性和质量的定期服务报告380。所述服务报告可以基于例如服务提供商12和所述网络运营商之间的服务等级协议(SLA)382。

服务分析器实体24还可以支持这样的功能，其中关于服务等等的用户调整390优选自动地发起或者改进所述监控动作。图13示出了这样的例子。可以通过帮助台或者服务台、自助系统31或者其他适当的系统，在调整系统33中接收用户调整390。所述调整系统可以向服务分析器实体24发送监控请求392。可以调整例如失败的概率值或对各个服务的监控频率的分类，并且可以在服务分析器实体24中修改从用户设备18到服务12的推荐路径。

图14示出了这样的实施例，在所述实施例中，提供信息以用于计费或收费系统40中或者用于所述网络的其他类似系统中。基于例如通过所述主动、被动或实时监控在服务分析器实体24中所获取的信息，服务分析器实体24可以生成记录。所述记录被存储于历史数据存储器26中。历史数据存储器26中的信息可以被计费均衡功能单元41用来向计费系统40发送消息400。如果对于用户特定的服务12不可用，则消息400可以例如要求下调对于所述用户的每月服务费用。在出现例如可用性或者数据路径质量方面的失败或者服务失败的情况下，计费均衡功能单元41还可以被用于修改在所述网络运营商和服务12的提供商之间的收费。

图15示出了这样的实施例，其中，如果用户尝试使用处于服务监视之下的服务，那么利用用户平台上的检测功能来进行触发。关于触发功能，服务存在和路径数据存储库45可以位于所述用户平台上的触发网元中，或者所述触发网元外。通知数据存储库46保存这样的消息，所述消息将被呈现给用户或者用户用于通知本身的终端中的应用程序。通知数据存储库46也可以位于所述用户平台上的触发网元中，或者所述触发网元外。

本发明实施例可以将所述最终用户联系所述网络运营商的需要最小化，因而减少了运营费用。本发明实施例还可以为最终用户提供方便的方法以避免由于服务不可用而导致的问题。这将改善服务体验。本发明实施例还可以为网络运营商和服务提供商提供有用信息。

尽管在特定实施例的上下文中描述了本发明，但是在不脱离由所附权利要求限定的本发明的范围和精神的情况下，各种变型都是有可能的。应理解，当本发明实施例的描述涉及移动用户设备(例如移动终端)的同时，本发明实施例也适用于可以访问通过通信网络所提供的服务的任何其他类型的用户设备。另外，尽管主要参考的是移动通信系统，但所述通信系统可以是任何适当的通信系统。

Claims (39)

1.一种用于在通信系统中提供关于服务的信息的方法，所述方法包含：

获取关于服务的信息，所述服务是经由通信系统提供的；

接收来自用户设备的对服务的请求；

使用所述信息来检验对于所述用户设备来说所述服务是否在预定级别上可用；以及

基于所述检验步骤的结果执行进一步的动作。

2.根据权利要求1的方法，其中，所述获取关于所述服务的信息的步骤包含，获取与所述通信系统外部的服务提供商所提供的至少一个服务有关的所述信息。

3.根据权利要求1或者2的方法，其中，所述获取所述信息的步骤包含周期性地轮询预定的服务。

4.根据前述权利要求中的任何一项的方法，其中，所述获取所述信息的步骤包含从所述服务的提供商接收所述信息。

5.根据前述权利要求中的任何一项的方法，其中，所述获取所述信息的步骤包含监控在所述服务的提供商和所述用户设备之间的通信量。

6.根据前述权利要求中的任何一项的方法，进一步包含，存储所述服务的所述信息。

7.根据前述权利要求中的任何一项的方法，其中，所述获取所述信息的步骤包含监控所述服务的质量。

8.根据权利要求7的方法，其中，监控所述质量的步骤包含监控所述服务的可用性。

9.根据权利要求7的方法，其中，监控所述质量的步骤包含监控服务响应时间。

10.根据前述权利要求中的任何一项的方法，进一步包含，当监控到预定事件时，向服务提供商询问额外信息。

11.根据前述权利要求中的任何一项的方法，进一步包含，允许所述用户设备的最终用户选择要订购的服务。

12.根据前述权利要求中的任何一项的方法，进一步包含，提供关于所述检验步骤的结果的信息，用来在所述用户设备中进行显示。

13.根据权利要求12的方法，其中，所述检验步骤包含检验最终用户是否被授权访问所述服务。

14.根据前述权利要求中的任何一项的方法，其中，所述执行进一步动作的步骤包含，如果所述服务可用，则允许到所述服务的连接。

15.根据前述权利要求中的任何一项的方法，其中，所述执行进一步动作的步骤包含，如果所述服务不可用，则向所述用户设备发送通知。

16.根据前述权利要求中的任何一项的方法，进一步包含，向所述通信系统的计费系统提供所述服务的所述信息，用于生成计费信息。

17.根据前述权利要求中的任何一项的方法，进一步包含，向所述服务的提供商提供所述信息。

18.根据前述权利要求中的任何一项的方法，进一步包含，接收监控请求，并且响应所述监控请求，调整获取所述信息的步骤。

19.一种计算机程序，包含这样的程序代码单元，当在计算装置中运行所述程序时，所述程序代码单元执行根据权利要求1至18中的任何一项的任何步骤。

20.一种在通信系统中的服务分析器实体，所述分析器被配置为：

获取关于服务的信息，所述信息是经由通信系统提供的；

接收来自用户设备的对服务的请求；

使用所述信息来检验对于所述用户设备来说所述服务是否在预定级别上可用；以及

基于所述检验步骤的结果执行进一步的动作。

21.根据权利要求20的服务分析器实体，被进一步配置为，获取与所述通信系统外部的服务提供商所提供的至少一种服务有关的所述信息。

22.根据权利要求20或者21的服务分析器实体，被进一步配置为，周期性地轮询预定的服务。

23.根据权利要求20至22中的任何一项的服务分析器实体，被进一步配置为，从所述服务的提供商接收所述信息。

24.根据权利要求20至23中的任何一项的服务分析器实体，被进一步配置为，监控在所述服务提供商和所述用户设备之间的通信量。

25.根据权利要求20至24中的任何一项的服务分析器实体，被进一步配置为，存储所述服务的所述信息。

26.根据权利要求20至25中的任何一项的服务分析器实体，被进一步配置为监控所述服务的质量。

27.根据权利要求26的服务分析器实体，被进一步配置为监控所述服务的可用性。

28.根据权利要求26的服务分析器实体，被进一步配置为监控服务响应时间。

29.根据权利要求20至28中的任何一项的服务分析器实体，被进一步配置为当监控到预定事件时，向服务提供商询问额外信息。

30.根据权利要求20至29中的任何一项的服务分析器实体，被进一步配置为，允许所述用户设备的最终用户选择服务以签约所述服务。

31.根据权利要求20至30中的任何一项的服务分析器实体，被进一步配置为，提供关于所述检验步骤的结果的信息，用来在所述用户设备中进行显示。

32.根据权利要求31的服务分析器实体，被进一步配置为检验最终用户是否被授权访问所述服务。

33.根据权利要求20至32中的任何一项的服务分析器实体，被进一步配置为，如果所述服务可用，则允许到所述服务的连接。

34.根据权利要求20至33中的任何一项的服务分析器实体，被进一步配置为，如果所述服务不可用，则向所述用户设备发送通知。

35.根据权利要求20至34中的任何一项的服务分析器实体，被进一步配置为，向所述通信系统的计费系统提供关于所述服务的所述信息，用于生成计费信息。

36.根据权利要求20至35中的任何一项的服务分析器实体，被进一步配置为向所述服务的提供商提供所述信息。

37.根据权利要求20至36中的任何一项的服务分析器实体，其被进一步配置为，接收监控请求，并且响应所述监控请求，调整获取所述信息的步骤。

38.一种在通信系统中的服务分析器实体，所述服务分析器实体包含：

信息获取装置，用于获取关于服务的信息，所述服务是经由通信系统提供的；

请求接收装置，用于接收来自用户设备的对服务的请求；

检验装置，用于使用所述信息来检验对于所述用户设备来说所述服务是否在预定级别上可用；以及

动作装置，用于基于所述检验步骤的结果执行进一步的动作。

39.一种用于通信系统中的门户，其被配置为从根据权利要求20至38中的任何一项的服务分析器实体接收信息，并且向最终用户显示所接收到的信息。

Images