CN103765818A - 用于内部网络中的故障排除的方法和系统 - Google Patents

Abstract

一种用于解决在具有至少一个服务运营商网络和所述至少一个服务运营商网络所支持的多个内部网络的网络架构中的技术问题的系统，该系统包括：计算装置，适于接收内部网络参数；并且基于接收的内部网络参数确定协调策略，该协调策略涉及到若干涉及到的服务运营商服务器所支持的若干涉及到的内部网络的重新配置；并且向所述若干涉及到的运营商服务器通知所述协调策略；服务运营商服务器还适于根据所述协调策略重新配置内部网络以解决技术问题。

Description

用于内部网络中的故障排除的方法和系统

技术领域

本发明的领域涉及内部网络中的故障排除。本发明具体地涉及一种用于解决在具有至少一个服务运营商网络和所述至少一个服务运营商网络所支持的多个内部网络的网络架构中的技术问题的系统和方法。

背景技术

国际电信联盟（ITU）G.hn标准被定义以实现内部宽带和窄带应用二者所需要的宽带数据通信。在G.hn中，不同域可用于通过不同介质、比如无线、双绞线、同轴线缆和功率线路线缆的内部网络接入。可用网络资源受网络连通和大量家庭网络设备的限制。由于家庭网络宽带应用正在变得很流行并且可以由多于一个网络运营商提供，所以需要改进的家庭网络管理和故障排除。

发明内容

本发明的实施例的目的在于提供一种用于也称为家庭网络的内部网络中的改进的故障排除的系统和方法。

为此，本发明的系统的一个实施例的区别在于该系统包括支持多个内部网络的至少一个服务运营商服务器并且包括计算装置。所述至少一个服务运营商服务器中的每个服务运营商服务器适于从所述多个内部网络获得内部网络参数并且向所述计算装置发送所述内部网络参数。计算装置适于接收所述内部网络参数，基于接收的内部网络参数确定协调策略，该协调策略涉及到所述多个内部网络中的若干涉及到的内部网络的重新配置，所述若干涉及到的内部网络由所述多个服务运营商网络中的若干涉及到的服务运营商服务器支持；并且向所述若干涉及到的运营商服务器通知所述协调策略。每个服务运营商服务器还适于根据协调策略重新配置支持的内部网络以解决技术问题。

因此，根据本发明的一个实施例，提供一种用于单个服务/网络运营商或者多个服务/网络运营商所支持的多个内部网络的新增值（over-the-top）动态管理和协调机制。这将实现在不同服务/网络提供商之上的集中机制以用于有效协调不同内部网络。具体而言，本发明对于G.hn家庭网络部署是有价值的。

也称为家庭网络或者家庭区域网络（HAN）的内部网络是住宅局域网（LAN）。它用于通常在家中部署的数字设备之间的通信，这些数字设备通常是少量个人计算机和附件、比如打印机、移动计算设备、音乐设备、家庭自动化（domotica）系统的部件等。

根据一个优选实施例，内部网络参数包括以下参数中的任何一个或者多个参数：在内部网络中的信号功率、在内部网络中的已使用的信道、在内部网络中的可用信道、内部网络的网络安全标识符（网络SID）、在内部网络中的设备的ID、在内部网络中的信道的增益、在内部网络中使用的MAC地址、在内部网络中使用的用户ID、在内部网络中使用的IP地址。

根据一个实施例，每个服务运营商还包括用于对获得的内部网络参数执行处理并且向计算装置可选地以处理的形式发送内部网络参数的处理装置。以该方式，可以用改进的方式向计算装置提供参数。另外，处理装置可以适于确定是否能够解决技术问题而无需来自其它服务运营商网络的附加信息，并且如果确定不能解决技术问题，则向计算装置可选地以处理的形式发送内部网络参数。

根据本发明的一个实施例，至少一个服务运营商网络包括至少第一和第二服务运营商网络。本发明特别地有利于解决与第一服务运营商所支持的第一内部网络与第二服务运营商所支持的第二内部网络之间的干扰有关的问题。通过使用可由不同服务运营商寻址的并且从那些不同服务运营商的内部网络收集内部网络参数的单个计算装置，可以容易应对这样的问题。

根据本发明的一个实施例，计算装置包括运营支持系统（OSS）应用编程接口（API）。

根据又一实施例，计算装置还可以适于请求至少一个服务提供商中的服务运营商发送与它的内部网络中的一个或者多个内部网络有关的内部网络参数。以该方式，例如在计算装置解决问题有困难时，它们可以请求来自可以帮助解决问题的其它服务运营商的附加参数。

根据本发明的另一实施例，提供一种用于解决在具有至少一个服务运营商网络和所述至少一个服务运营商网络所支持的多个内部网络的网络架构中的技术问题的方法。在所述一个或者多个服务运营商网络中，从所述多个内部网络获得内部网络参数。向计算装置发送内部网络参数。作为答复，基于发送的内部网络参数向服务运营商网络中的一个或者多个服务运营商网络通知协调策略，该协调策略涉及到所述多个内部网络中的若干涉及到的内部网络的重新配置。接着重新配置一个或者多个涉及到的内部网络以解决技术问题。

根据又一实施例，该方法还包括在服务运营商网络中处理获得的内部网络参数。可以可选地以处理的形式向计算装置发送内部网络参数。处理还可以包括确定是否能够在服务运营商网络内解决技术问题，并且如果确定不能在服务运营商网络内解决技术问题，则继续可选地以处理的形式向计算装置发送内部网络参数。

根据一个优选实施例，至少一个服务运营商网络至少包括分别与多个第一和第二内部网络关联的第一和第二服务运营商网络。获得内部网络参数和向计算装置发送内部网络参数然后由与第一和第二服务运营商网络关联的第一和第二服务运营商服务器完成。另外，至少第一和/或第二服务运营商服务器被所述计算装置通知协调策略，该协调策略涉及到所述多个第一内部网络中的若干第一内部网络和/或所述多个第二内部网络中的若干第二内部网络。重新配置然后包括第一服务运营商服务器重新配置所述多个第一内部网络中的一个或者多个第一内部网络和/或第二服务运营商服务器重新配置所述多个第二内部网络中的一个或者多个第二内部网络。

另外，本发明的一个实施例涉及一种方法，该方法在计算装置处包括以下步骤。计算装置从所述至少一个服务运营商网络接收从所述多个内部网络获得的内部网络参数。计算装置基于接收的网络参数确定协调策略，该协调策略涉及到所述多个内部网络中的一个或者多个涉及到的内部网络的重新配置，所述至少一个服务运营商网络中的一个或者多个涉及到的服务运营商网络支持所述一个或者多个涉及到的内部网络。由此，计算装置向所述一个或者多个涉及到的运营商服务器通知所述协调策略，从而能够解决技术问题。

根据又一实施例，计算装置请求至少一个服务提供商的服务运营商网络发送与它的内部网络中的一个或者多个内部网络有关的内部网络参数。

最后，本发明的一个实施例涉及一种存储编程代码的计算机程序产品，该编程代码用于执行以上公开的方法的实施例中的任何实施例。

附图说明

附图用来图示本发明的方法和设备的当前优选而非限制示例性实施例。本发明的特征和目标的以上和其它优点将在结合附图阅读时从以下具体描述中变得更清楚，并且本发明将从该具体描述中被更好地理解，在附图中：

图1图示在根据现有技术的家庭网络架构中的故障排除；

图2A和图2B图示在单运营商场景中和在多运营商场景中的干扰问题的情况；

图3A-3D图示本发明的系统和方法的一个实施例；

图4是图示本发明的方法的又一实施例的流程图。

具体实施方式

图1图示根据现有技术的服务运营商网络102所支持的家庭网络架构。家庭（例如G.hn）网络包括与不同介质105、比如无线、双绞线、同轴线缆和功率线路线缆对应的至少一个域或者内部网络101“网络A”、“网络B”、“网络C”和“网络D”构成。图1图示从内部（“网络C故障排除”，见图1）——其中例如在经历问题的内部网络的服务网关中完成处理——或者从外部（“网络D故障排除”，见图1）——其中在远程服务器103中完成处理——的独立家庭网络故障排除的现有概念。

在图2A和2B中，假设两个内部网络“网络B”和“网络C”正在分别经历对于单服务运营商场景和多服务运营商场景的干扰问题。图2B图示其中多个服务运营商202支持多个内部网络201的示例。服务运营商网络I支持内部网络“网络”B，并且服务运营商网络II支持内部网络“网络”C。

在使用从内部或者从外部的现有故障排除方法（也见图1）时，不能解决在单服务提供商场景（图2A）中或者在多服务提供商场景（图2B）中引起的干扰问题。这是因为这两个概念被仅局限在每个‘物理’家庭网络内并且被独立地考虑。这一种类的诊断将提供次优管理，因为未考虑在来自单个或者多个服务运营商的不同内部网络之间的破坏影响。这可能导致运营商的技术人员或者客户本身的人工网络保证、用户抱怨、需要派遣技术人员调查问题等。这一过程很耗费时间并且成本高。因此，不同家庭网络的更前摄动态管理和协调是本发明的实施例的目的。

图3A-3D图示本发明的一个示例性实施例。在这一示例性实施例中，假设多个内部网络301、例如“网络A”、“网络B”、“网络C”和“网络”在相同住宅公寓内。多个服务运营商302支持该多个内部网络301。另外假设两个内部网络“网络B”和“网络C”正在经历问题，因为跨越内部网络“网络B”和“网络C”使用相同信道、在该示例中为信道“Ch11”。因而，可能降低终端用户体验质量。服务运营商网络I支持内部网络“网络B”，并且服务运营商网络II支持内部网络“网络C”。

在该示例中，使用操作的信道（下文为信道）作为引起技术问题的示例性参数。然而本领域技术人员将理解，其它物理或者更高层内部网络参数、比如功率、信道增益、MAC地址、用户ID、IP地址等也可以与技术问题有关。在功率线路网络的情况下涉及到不同内部网络的技术问题的另一示例是在相邻内部网络之间的频带重叠，这可能降低数据速率。在这样的情况下，功率是可能需要针对在问题中涉及到的家庭网络之一重新配置的重要家庭网络参数。另外，使用多运营商场景作为示例，但是本领域技术人员将理解，本发明也在单运营商场景中适用。

图3A图示第一步骤，其中多个服务运营商302从多个内部网络301获得内部网络参数，见箭头310、311。更具体而言，服务运营商网络I和II的管理服务器或者远程服务器能够访问内部网络301的内部网络参数、比如信号功率、已使用和可用的信道、网络SID、设备ID或者能够发起那些内部网络参数的测量。远程服务器I获得用于内部网络“网络A”和“网络B”的内部网络参数，并且远程服务器II获得用于内部网络“网络C”和“网络D”的内部网络参数。可选地，可以在相应远程服务器处处理收集的内部网络参数。根据相应服务器是否能够排除在他自己的网络内的问题，他可以决定是否联系计算装置，见下文。根据一个变体，远程服务器可以在该远程服务器所支持的内部网络正在经历技术问题时立即联系计算装置。

图3B图示本发明的方法的一个实施例的第二步骤。每个服务提供商302向计算装置304发送获得的内部网络参数，见箭头312。

图3C图示本发明的方法的一个实施例的第三步骤。例如，使用云计算来实施的计算装置304基于接收的网络参数确定协调策略并且向涉及到的一个或者多个服务运营商发送与所确定的策略对应的指令，见箭头313。换言之，第三方法步骤向服务提供商推荐协调策略以便克服网络问题。这一协调策略通常包括用于重新配置多个内部网络301中的若干涉及到的内部网络和支持所述若干涉及到的内部网络的若干涉及到的运营商302的指令。在图3C的示例中，协调策略将包括用于通知远程服务器I将内部网络“网络C”的信道“Ch11”改变成不同信道、例如“Ch8”的指令。计算装置304然后向远程服务器I发送这一协调策略。

可选地，计算装置的确定可以进一步基于具体服务运营商要求、例如问题评估/水平、决定策略、优先级列表等。根据一个可能的实施例，如图3C中所示，在抽象层中通过使用不同服务提供商之间的运营支持系统（OSS）应用编程接口（API）远程管理来完成确定。

图3C图示本发明的方法的一个实施例的第三步骤。涉及到的一个或者多个服务运营商302重新配置一个或者多个涉及到的内部网络301以解决技术问题，见箭头314。在本示例中，远程服务器I将内部网络“网络C”的信道“Ch11”改变成不同信道、这里为“Ch8”。在本示例中，仅远程服务器I需要重新配置它支持的内部网络之一。然而本领域技术人员将理解，协调策略也可以涉及到多于一个服务运营商重新配置多个它的内部网络。

现在将参照示出动态管理和协调机制的过程流程的图4图示本发明的方法的又一实施例。在步骤401中，一个或者多个服务运营商收集支持的内部网络的内部网络参数。这可以例如使用用于终端用户设备远程管理的应用层协议、比如TR069或者其它相似协议来完成。在可选步骤402中，服务运营商收集的内部网络参数由该服务运营商处理。接着，一个或者多个服务运营商向计算装置408发送例如在excel表中导入或者输入的（经处理的）收集的参数。可以例如使用云计算来实施该计算装置。该计算装置通常适于执行传入问题请求的评估并且确定与问题有关的多个决定策略，见箭头403。另外，该计算装置可以适于向传入问题请求给予优先级排序，例如HDTV问题可以获得比电子邮件问题更高的优先级排序。该计算装置408基于接收的网络参数并且基于决定策略确定协调策略，该协调策略涉及到支持所述若干涉及到的内部网络的一个或者多个服务运营商的若干涉及到的内部网络的重新配置，见箭头404。在步骤405中，涉及到的一个或者多个服务运营商发起对涉及到的内部网络的重新配置，并且通过接入节点405和家庭网关407执行重新配置。

本发明的实施例的独特益处在于如下事实，即在单个或者多个服务运营商内的多个内部网络的动态管理和协调是可能的。以这一方式，可以避免运营商的服务台和/或在客户住宅处的技术人员的干预。

本发明的实施例考虑来自不同服务运营商的信息并且提供为运营商中的每个运营商提供对解决内部网络用户经历的问题的推荐。这一解决方案可以防止在客户驻地的运营商技术人员的干预、未涉及到任何人为干预、可以减少运营商运营成本并且可以减少在服务台处的响应时间和客户抱怨数目。本发明的实施例也将增加终端客户对服务质量的整体满意度、因此增加家庭宽带应用和网络技术的渗透。

尽管以上已经结合具体实施例描述本发明的原理，但是将理解这一描述仅通过示例来做出而未作为对所附权利要求确定的保护范围的限制。

Claims (15)

1.一种用于解决在具有至少一个服务运营商网络和所述至少一个服务运营商网络所支持的多个内部网络的网络架构中的技术问题的系统，所述系统包括与所述至少一个服务运营商网络关联的至少一个服务运营商服务器并且包括计算装置，所述至少一个服务运营商服务器中的每个服务运营商服务器适于从所述多个内部网络获得内部网络参数并且向所述计算装置发送所述内部网络参数；

所述计算装置适于接收所述内部网络参数；并且适于基于所接收的内部网络参数确定协调策略，所述协调策略涉及到所述多个内部网络中的若干涉及到的内部网络的重新配置，所述若干涉及到的内部网络由若干涉及到的服务运营商服务器支持；并且适于向所述若干涉及到的运营商服务器通知所述协调策略；

所述至少一个服务运营商服务器中的每个服务运营商服务器还适于根据所述协调策略重新配置内部网络以解决所述技术问题。

2.根据权利要求1所述的系统，其中所述内部网络参数包括以下参数中的任何一个或者多个参数：在所述内部网络中的信号功率、在所述内部网络中的已使用的信道、在所述内部网络中的可用信道、所述内部网络的网络安全标识符（网络SID）、在所述内部网络中的设备的ID、在所述内部网络中的信道的增益、在所述内部网络中使用的MAC地址、在所述内部网络中使用的用户ID、在所述内部网络中使用的IP地址。

3.根据前述权利要求中的任一权利要求所述的系统，其中所述至少一个服务运营商服务器中的每个服务运营商服务器还包括处理装置，所述处理装置用于对所获得的内部网络参数执行处理并且向所述计算装置可选地以处理后的形式发送所述内部网络参数。

4.根据权利要求3所述的系统，其中所述处理装置适于确定所述服务运营商服务器是否能够解决所述技术问题，并且如果确定所述服务运营商服务器不能够解决所述技术问题则向所述计算装置可选地以处理后的形式发送所述内部网络参数。

5.根据前述权利要求中的任一权利要求所述的系统，其中所述至少一个服务运营商服务器至少包括第一和第二服务运营商服务器。

6.根据前述权利要求中的任一权利要求所述的系统，其中所述计算装置包括运营支持系统（OSS）应用编程接口（API）。

7.根据前述权利要求中的任一权利要求所述的系统，其中所述计算装置还适于请求至少一个服务提供商的服务运营商服务器发送与它的内部网络中的一个或者多个内部网络有关的内部网络参数。

8.一种用于解决在具有至少一个服务运营商网络和所述至少一个服务运营商网络所支持的多个内部网络的网络架构中的技术问题的方法，所述方法在所述至少一个服务运营商网络处包括以下步骤：

从所述多个内部网络获得内部网络参数；

向计算装置发送所述内部网络参数；

基于所发送的内部网络参数而被所述计算装置通知协调策略，所述协调策略涉及到所述多个内部网络中的若干涉及到的内部网络的重新配置；以及

重新配置所述若干涉及到的内部网络以解决所述技术问题。

9.根据权利要求8所述的方法，其中所述内部网络参数包括以下参数中的任何一个或者多个参数：在所述内部网络中的信号功率、在所述内部网络中的已使用的信道、在所述内部网络中的可用信道、所述内部网络的网络安全标识符（网络SID）、在所述内部网络中的设备的ID、在所述内部网络中的信道的增益、在所述内部网络中使用的MAC地址、在所述内部网络中使用的用户ID、在所述内部网络中使用的IP地址。

10.根据权利要求8或者9所述的方法，还包括在所述至少一个服务运营商网络处：

处理所获得的内部网络参数，其中可以可选地以处理后的形式向所述计算装置发送所述内部网络参数。

11.根据权利要求10所述的方法，其中所述处理包括确定在所述服务运营商网络内是否能够解决所述技术问题并且如果确定在所述服务运营商网络内不能够解决所述技术问题则继续向所述计算装置可选地以处理后的形式发送所述内部网络参数。

12.根据权利要求8-11中的任一权利要求所述的方法，其中所述至少一个服务运营商网络至少包括分别与多个第一和第二内部网络关联的第一和第二服务运营商网络，

其中获得内部网络参数和向所述计算装置发送所述内部网络参数由与所述第一和第二服务运营商网络关联的第一和第二服务运营商服务器完成；

其中至少所述第一和/或第二服务运营商服务器被所述计算装置通知协调策略，所述协调策略涉及到所述多个第一内部网络中的若干第一内部网络和/或所述多个第二内部网络中的若干第二内部网络；并且

其中所述重新配置包括所述第一服务运营商服务器重新配置所述多个第一内部网络中的若干第一内部网络和/或所述第二服务运营商服务器重新配置所述多个第二内部网络中的若干第二内部网络。

13.一种用于解决在具有至少一个服务运营商网络和所述至少一个服务运营商网络所支持的多个内部网络的网络架构中的技术问题的方法，所述方法在计算装置处包括以下步骤：

从所述至少一个服务运营商网络接收从所述多个内部网络获得的内部网络参数；

基于所接收的网络参数确定协调策略，所述协调策略涉及到重新配置所述多个内部网络中的若干涉及到的内部网络，所述至少一个服务运营商网络中的若干涉及到的服务运营商网络支持所述若干涉及到的内部网络；以及

向所述若干涉及到的服务运营商网络通知所述协调策略，使得所述技术问题能够得以解决。

14.根据权利要求13所述的方法，还包括所述计算装置请求至少一个服务提供商的服务运营商网络发送与它的内部网络中的一个或者多个内部网络有关的内部网络参数。

15.一种计算机程序产品，存储用于执行根据权利要求13或者14所述的方法的编程代码。

Images