CN113261328A - 用于在无线通信系统中监控网络设备的性能的装置和方法 - Google Patents

Abstract

本公开涉及一种预第五代(5G)或5G通信系统，该系统被提供用于支持超越诸如长期演进(LTE)之类的第四代(4G)通信系统的更高的数据速率。提供了一种在无线通信系统中监控基站的装置及其方法。该装置的操作方法包括：检测基站中出现的异常，基于检测结果确定至少一个措施，并且执行或输出所确定的至少一个措施。

Description

用于在无线通信系统中监控网络设备的性能的装置和方法

技术领域

本公开涉及一种无线通信系统。更特别地，本公开涉及一种用于在无线通信系统中监控网络设备的性能的装置和方法。

背景技术

为了满足自部署第四代(4G)通信系统以来对无线数据业务日益增加的需求，已经做出努力开发改进的第五代(5G)或预5G通信系统。因此，5G或预5G通信系统也被称为“超4G网络”或“后长期演进(LTE)系统”。

5G通信系统被视为在更高的频率(毫米波)频带(例如，60GHz频带)上实现以便达到更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束形成、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束形成、大型天线技术。

此外，在5G通信系统中，基于高级小小区、云无线接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协同通信、协作多点(CoMP)、接收端干扰消除等，正在开发系统网络改进。

在5G系统中，已经开发了作为高级编码调制(ACM)的混合频移键控(FSK)、正交幅度调制(FQAM)和滑动窗口叠加编码(SWSC)、以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址接入(NOMA)和稀疏码多址接入(SCMA)。

已提出了一种技术，该技术提出操作通信网络的方法以减少用户在使用这种无线通信系统中的服务时可能感到的不便。特别地，已研究了能够在通信系统被操作时有效处理在诸如基站之类的网络设备中发生的故障的方法。特别地，需要一种在最小化小区中断(cell outage)的同时处理基站中发生的故障的方案以减少当由基站提供的小区中发生操作故障时用户不能使用无线通信服务的时间。

上述信息仅被呈现为背景信息以帮助理解本公开。至于上述任何一项是否可适合作为相对于本公开的现有技术，没有做出任何确定，也没有做出任何断言。

发明内容

技术方案

本公开各方面旨在至少解决上述问题和/或缺点并且至少提供下面描述的优点。因此，本公开一个方面旨在提供一种用于在无线通信系统中有效监控网络设备的性能的装置和方法。

本公开另一个方面旨在提供一种用于在无线通信系统中确定网络设备中是否存在硬件故障的装置和方法。

本公开另一个方面旨在提供一种用于在无线通信系统中根据引起网络设备中的异常的因素的类型确定措施(measure)的装置和方法。

本公开另一个方面旨在提供一种用于在无线通信系统中确定是否需要紧急更换网络设备中的硬件的装置和方法。

附加方面将在下面的描述中被部分阐述并且部分地从该描述中变得清楚，或者可以通过实践所呈现的实施例来了解。

根据本公开一个方面，提供一种操作在无线通信系统中监控基站的装置的方法。该方法包括检测基站中出现的异常，基于检测结果确定至少一个措施，并且执行或输出所确定的至少一个措施。

根据本公开另一个方面，提供一种在无线通信系统中监控基站的、包含存储器和至少一个处理器装置的装置。该至少一个处理器可检测基站中出现的异常，基于检测结果确定至少一个措施，并且执行或输出所确定的至少一个措施。

根据本公开各个实施例的装置和方法使得能够通过提高基站的硬件故障的检测准确性来减少由于硬件更换而发生的不必要小区中断。

此外，根据本公开各个实施例的装置和方法使得能够通过根据针对基站中发生的异常的数据分析结果执行预定措施来有效处理基站设备的异常。

对于本领域技术人员来说，本公开的其它方面、优点和显著特征将从下面结合附图的、公开了本公开各个实施例的详细描述中变得清楚。

附图说明

本公开的某些实施例的上述的和其它的方面、特征和优点从下面结合附图进行的描述中变得更加清楚，在附图中：

图1示出根据本公开一个实施例的无线通信系统。

图2示出根据本公开一个实施例的无线通信系统中的监控装置的配置。

图3是根据本公开一个实施例的无线通信系统中的监控装置的流程图。

图4是根据本公开的一个实施例的在无线通信系统中确定是否存在硬件故障和硬件故障类型的流程图。

图5示出根据本公开一个实施例的在无线通信系统中确定是否存在由于人工智能(AI)而引起的硬件故障的算法。

图6是根据本公开一个实施例的在无线通信系统中根据硬件故障类型确定措施的流程图。

图7是根据本公开一个实施例的在无线通信系统中确定在执行小区优化之后是否需要紧急更换硬件的流程图。

图8A示出根据本公开一个实施例的无线通信系统中的小区优化措施的一个示例，并且图8B示出根据本公开的一个实施例的无线通信系统中的小区优化措施的一个示例。

图9示出根据本公开一个实施例的在无线通信系统中用于可视地提供与硬件故障相关的统计数据的监控装置的接口(IF)。

图10是根据本公开一个实施例的在无线通信系统处理基站设备中出现的异常的概念图。

贯穿附图，应当注意，相同的附图标记用于描绘相同或相似的元件、特征和结构。

具体实施方式

下面参照附图的描述被提供用于帮助全面理解如权利要求及其等同物限定的本公开的各个实施例。包括了帮助理解的各种具体细节，但是这些被视为仅仅是示例性的。因此，本领域普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对本文描述的各个实施例做出各种改变和修改。此外，为了清楚和简洁起见，可以省略对众所周知的功能和构造的描述。

在下面的描述和权利要求中使用的术语和词语不限于书目含义，而是仅由发明人使用以能够清楚、一致地理解本公开。因此，对于本领域技术人员来说显而易见的是，下面对本公开的各个实施例的描述仅仅是为了说明的目的，而不是为了限制如所附权利要求及其等同物限定的本公开。

应当理解，单数形式“一”、“一个”和“该”包括复数个指称对象，除非上下文另有明确规定。因此，例如，对“一个组件表面”的提及包括对一个或多个这种表面的提及。

在下文中，将基于硬件的方式对本公开的各个实施例进行描述。然而，本公开的各个实施例包括使用硬件和软件的技术，因此本公开的各个实施例可以不排除软件的视角。

本公开涉及一种用于在无线通信系统中处理网络设备的性能异常的装置和方法。具体地，本公开描述了一种用于在无线通信系统中基于基站中是否存在故障以及基于硬件故障类型来确定措施的技术。

为了方便描述，下面描述的指示网络实体的术语、指示存储在网络实体中的数据的术语(例如，硬件日志信息)、指示基于检测结果的措施的术语、指示装置的组件的术语等均是示例。因此，本公开不限于下面描述的术语，并且可以使用具有等同含义的其它术语。

特别地，术语“故障”可以用来表示引起基站不能向小区覆盖范围内的终端提供服务的状态的故障。术语“异常”和“失常”可以在整个本公开中用来表示基站中发生在正常范围之外的所有情况，包括当诸如基站的传输功率、时钟信号的强度和数据处理能力之类的性能显示测量值低于设定值时、诸如基站的功率消耗量和掉话率之类的性能显示测量值高于设定值时、或者当温度变化在预定范围之外时。

虽然在本文中使用一些通信标准(例如，第三代合作伙伴项目(3GPP))中使用的术语来描述各个实施例，但是它们仅仅是用于描述的示例。本公开各个实施例可以被容易修改以应用于其它通信系统。

当在无线通信系统中操作通信网络时，警报系统用于处理诸如基站之类的网络设备中发生的故障。当基站中出现异常时，警报系统生成说明异常与何种性能参数相关的警报。当生成了警报时，尝试进行故障排除以找出异常原因，诸如更换诸如电缆之类的外围设备和重置软件，并且如果即使通过这些尝试，基站的状况性能也没有恢复到正常范围，则执行通过最终更换硬件来解决异常的方法。根据上述方法，局限于检查故障发生在基站的哪些组件中和生成警报，因此用户在使用通信服务时会由于故障排除中可能发生的小区中断而遭受不便。因此，需要一种能够通过准确确定并有效处理基站中的故障原因来减少不必要小区中断(cell outage)的替代措施。

图1示出根据本公开一个实施例的无线通信系统。图1所示的无线通信系统包括监控装置100、第一基站110、第二基站120和终端130。

参照图1，监控装置100是用于管理第一基站110和第二基站120的操作的装置。监控装置100通过监控第一基站110和第二基站120的性能来执行处理由第一基站110和第二基站120服务的小区被操作时发生的故障的功能。例如，监控装置100可以监控性能测量值，诸如第一基站110和第二基站120的传输功率和工作电压，并且确定是否存在硬件故障。为了执行该功能，监控装置100可以包括若干实体，这些实体具有不同的网络功能(NF)并且在功能上是分开的。在下文中，为了方便描述，监控装置100被描述为与基站分开的装置，但是本公开不限于此。也就是说，监控装置100可以位于基站中，或者可以作为与基站分开的装置来执行上述功能。

第一基站110和第二基站120是向终端130提供无线连接的网络基础设施。第一基站110和第二基站120具有基于它们能够发送信号的距离而定义为预定几何区域的覆盖范围。除了术语“基站”之外，第一基站110和第二基站120各自可以被称为接入点(AP)、eNodeB(eNB)、5G节点(第五代节点)、gNodeB(下一代节点B，gNB)、无线点、发送/接收点(TRP)、或者具有与这些术语等同的技术含义的其它术语。

作为用户所使用的设备，终端130通过无线信道与第一基站110进行通信。根据情况，终端130可以在没有用户参与的情况下被操作。也就是说，作为执行机器类型通信(MTC)的设备，终端130可不由用户携带。除了术语“终端”之外，终端130可被称为用户设备(UE)、移动站、订户站、远程终端、无线终端或用户装置、或者具有与这些术语等同的技术含义的其它术语。

图2示出根据本公开一个实施例的无线通信系统中的监控装置的配置。图2所示的配置可以被理解为监控装置100的配置。下文使用的术语“……单元”、“……器”表示用于处理至少一个功能或操作的单元，并且可以通过硬件、软件或硬件与软件的组合来实现。

参照图2，监控装置包括通信器210(例如，收发器)、控制器220(例如，至少一个处理器)和存储器230(例如，存储器)。

通信器210可执行发送/接收信息的功能。具体地，通信器210提供与网络中其它节点通信的接口。也即，通信器210物理地转换从管理设备发送到其它节点(例如，基站(例如第一基站110和第二基站120))的比特串，并且将从基站接收到的物理信号转换成物理信号。通信器120也可执行在无线通信环境中发送/接收信号的功能。例如，通信器210可根据系统的物理层规范执行基带信号与比特串之间的转换功能。通信器210可包括多个发送/接收路径。

如上所述，通信器210发送和接收信号。因此，通信器210可以被称为“发送器”、“接收器”或“收发器”。发送和接收被用作包括上述由通信器210执行的处理的含义。

根据本公开各个实施例，通信器210可以从基站接收硬件日志信息。硬件日志信息可以包括被视为确定基站是否被正常操作的测量信息。根据本公开各个实施例，通信器210可以向其它设备(例如，优化服务器)发送用于发出执行小区优化措施的指令的信号。

控制器220控制监控装置的一般操作。例如，控制器220通过通信器210发送和接收信号。控制器220将数据记录在存储器230上以及从存储器230中读取数据。控制器230可以包括至少一个处理器。

根据本公开各个实施例，控制器220可以包括硬件故障监控器222，该硬件故障监控器222检测基站的异常并且根据基站中是否存在硬件故障来确定执行映射的措施。作为存储在存储器230中的一组指令或代码，硬件故障监控器222可以是暂时驻留在控制器220中的指令/代码或保存指令/代码的存储空间、或者是构成控制器220的电路的一部分。根据本公开各个实施例，控制器220可以控制监控装置执行根据下面描述的各个实施例的操作。

存储器230存储数据，诸如基本程序、应用程序以及用于监控装置的操作的设置信息。存储器30可以是易失性存储器、非易失性存储器或易失性存储器与非易失性存储器的组合。存储器230响应于来自控制器220的请求提供所保存的数据。根据本公开各个实施例，存储器230可以保存映射表232和硬件日志信息234，映射表232是用于根据基站中是否存在硬件故障来确定映射的措施的信息，硬件日志信息234是被视为确定基站是否被正常操作的与基站的性能相关的信息。

图3是根据本公开一个实施例的无线通信系统中的监控装置的流程图。图3例示了监控装置100的操作方法。

参照图3，在操作301中，监控装置检测基站中出现的异常。异常是指预期基站的性能恶化的可能性的情况。监控装置可以基于从基站提供的信息来检测异常。例如，从基站提供的信息可以包括与网络性能相关的信息(例如，数据处理能力、掉话率和错误发生率)、关于由传感器测量的值的信息(例如，温度和湿度)、以及关于基站的工作状态的信息(例如，功率消耗量、传输功率和工作电压)。从基站提供的信息可以包括显示量化值或是否已经生成特定状态的警报等。因此，监控装置可以通过检查量化值是否超出定义为正常的范围或者检查是否已经生成特定状态来确定异常。

在操作303中，监控装置基于检测结果确定措施。更具体地，当基站中出现异常时，监控装置可以识别基站中是否存在硬件故障和硬件故障类型，并且可以确定对应于识别结果的措施。根据本公开各个实施例，监控装置可以基于通过对基站的性能异常的特性进行建模而获得的数据来识别是否存在硬件故障以及硬件故障类型。监控装置也可以基于预先存储在监控装置中的映射表来确定对应于识别结果的至少一个措施。

在操作305中，监控装置执行或输出所确定的措施。根据一个实施例，监控装置可以执行基于映射表确定的至少一个措施。根据本公开各个实施例，监控装置可以向另一个设备发送用于发出执行基于映射表确定的至少一个措施的指令的信号。根据本公开另一个实施例，监控装置可以在屏幕上输出可视显示以发出执行基于映射表确定的至少一个措施的指令。

如上所述，用于处理基站中出现的异常的措施可以是根据基站中是否存在硬件故障和硬件故障类型来确定的。在下文中，将参照图4对监控装置的用于识别基站中是否存在硬件故障以及硬件故障类型的具体操作进行描述。

图4是根据本公开一个实施例的确定无线通信系统中是否存在硬件故障以及硬件故障类型的流程图。图4例示了监控装置100的操作方法。

参照图4，在操作401中，监控装置监控硬件日志信息和警报。硬件日志信息包括记录有基站的测量数据的可视时间戳、显示是否已经生成指示基站中出现异常的警报的警报状态、基站的测量数据和基站性能的设定值中的至少一个。

在操作403中，监控装置基于监控结果，检测基站中是否发生异常。例如，监控装置可以确定诸如基站的数据处理能力、传输功率和工作电压之类的性能参数中任何一个的减小。在另一个示例中，监控装置可以检测诸如基站的功率消耗量和掉话率之类的参数中至少一个的增加。在另一个示例中，监控装置可以检测周围温度、湿度等超出正常范围。具体地，监控装置可以检测到已经生成关于至少一个性能参数的警报，并且性能测量值已经下降到临界值以下或者超过临界值。可替代地，即使没有生成警报，监控装置也可以检测性能测量值已经下降到设定值以下或者增加到设定值以上。该设定值可以是预先为基站的性能设定的目标值。

在操作405中，监控装置检查是否存在硬件故障。具体地，当检测到基站中出现异常时，监控装置可以检查检测到的异常是否是由硬件故障引起的或者检测到的异常是否是由非硬件故障的另一个故障引起的。非硬件故障的故障是指基站设备的其它组件(例如，软件)的故障或周围环境的影响(例如，电缆的恶化、大气温度的升高、潮湿)中的至少一个。

在操作407，当确定存在硬件故障时，监控装置确定在数据单元(DU)或无线电单元(RU)中的哪一个中发生了故障。也就是说，监控装置可确定仅在DU中发生了故障、仅在RU中发生了故障或者在DU和RU中都发生了故障。

如上所述，可以基于通过监控而获得的信息来确定基站中是否存在硬件故障。根据一个实施例，可以使用基于人工智能(AI)的数据分析和建模来执行用于确定是否存在硬件故障以及硬件故障类型的操作。

图5是根据本公开一个实施例的在无线通信系统中确定是否存在由于人工智能而引起的硬件故障的算法。图5例示了监控装置100的操作方法。

参照图5，在操作501中，监控装置基于硬件日志信息和警报来处理数据。例如，对于过去生成的硬件日志信息中的至少一个时间戳，可能不存在警报状态、基站性能的测量数据和基站性能的设定值中的至少一种数据。也就是说，当硬件日志信息中存在缺失值时，监控装置补偿该缺失值。在补偿缺失值之后，监控装置可以通过规范化硬件日志信息的数据来处理数据。

在操作503中，监控装置基于经处理的数据对硬件的正常和故障特性进行建模。在这种情况下，监控装置可以通过深度学习对由硬件处于正常状态时的数据指示的特性和由在硬件有故障时的数据指示的特性进行建模。更具体地，当至少一个性能参数的测量数据指示特定值时，监控装置获取关于基站的操作的信息。例如，监控装置可以根据第一参数的测量值和第二参数的测量值，从硬件日志信息中获知基站是否被正常操作、是否存在硬件故障或者是否存在另一个故障。通过收集该信息，监控装置可以通过根据异常原因统计分类基站的测量数据来对硬件的正常和故障特性进行建模。当基于模型的确定是错误的时，监控装置可以通过反映这种情况下的数据来校正硬件的正常和故障特性并且提高确定是否存在硬件故障的准确性。

在操作505中，监控装置基于模型来检测硬件故障。在操作503中，如上所述，监控装置可以基于硬件的故障特性建模以及是否已经生成警报来确定是否存在硬件故障。根据本公开各个实施例，关于是否存在硬件故障的结果可以通过显示单元输出作为可视显示。

在操作507中，监控装置分析硬件的恶化模式。具体地，监控装置可以通过使用硬件日志信息的特性建模、根据时间推移而分析硬件的恶化模式来预测将要发生硬件故障。根据本公开各个实施例，操作507可以与操作505并行执行。

如上所述，图5的操作由监控装置执行，但是根据另一个实施例，操作501至503可以由其它设备执行。在这种情况下，该设备可以对硬件的正常和故障特性进行建模，并且可以向监控装置提供所生成的模型。

图6是根据本公开一个实施例的在无线通信系统中根据硬件故障类型确定措施的流程图。图6例示了监控装置100的操作方法。

参照图6，在操作601中，监控装置确定是否存在硬件故障、以及当存在故障时故障的类型。如上所述，监控装置可以基于硬件的正常和故障特性来确定基站中出现的异常是否是由硬件故障引起的。如果确定为硬件故障，则监控装置确定是由软件故障还是周围环境的影响引起的。可替代地，当确定为硬件故障时，监控装置可以通过检查DU和RU中的哪个单元有故障来确定故障的类型。

在操作603中，监控装置基于映射表发出执行措施的指令。在这种情况下，用于处理每种类型的故障的至少一个措施被映射并存储到每种类型的故障的表格中。也就是说，至少一个措施可以被预先设置并存储到映射表中。根据各个实施例，至少一个措施可以是可顺序或选择性尝试的至少一个措施，视情况而定。映射表的一个示例如下表1。

表1

参照图1，例如，从硬件日志信息中确定了已经生成警报但是硬件正常操作并存在另一个故障(例如，软件故障或周围环境的影响)，监控装置可发出执行故障排除、优化第一小区的措施或优化第二小区的措施中的至少一个的指令。作为另一个示例，当确定还未生成警报但是硬件RU中存在故障时，监控装置可以发出执行优化第一小区或更换硬件的措施中的至少一个。在这种情况下，如果可以立即更换硬件，则可执行更换硬件的措施；但是，如果不能立即更换硬件，则首先执行小区优化措施，从而基站可继续提供服务。

如上所述，虽然描述了根据表1所述的一些故障类型的措施，但是可以以相同的方式描述根据表1所述的其它故障类型的措施。换言之，根据其它故障类型的措施也可以被顺序或选择性地执行，视情况而定。此外，虽然参照表1描述了故障类型的分类和映射的措施，但是这仅仅是示例性描述，并且可以根据各个实施例提出不同于表1的映射表。

如上所述，当确定存在硬件故障，但是不能立即更换硬件时，可首先执行小区优化措施。在这种情况下，监控装置可以在执行小区优化措施之后再次确定是否必须执行硬件更换。在下文中，将参照图7对具体操作进行描述。

图7是根据本公开一个实施例的在无线通信系统中确定执行小区优化之后是否需要紧急更换硬件的流程图。图7例示了监控装置100的操作方法。

参照图7，在操作701中，监控装置根据所确定的故障类型将小区优化措施确定为措施。参照表1，监控装置可以确定执行第一小区优化措施或第二小区优化措施中的至少一个。

在操作703中，监控装置根据确定来执行小区优化措施。监控装置可以根据硬件故障类型来确定执行至少一个小区优化措施。例如，小区优化措施的待控制目标可以取决于硬件故障出现在基站的哪些组件中。例如，对于小区优化，可以对连接同一个DU的RU进行控制，或者可以对不同DU或连接至另一个DU的至少一个RU进行控制。

在操作705中，监控装置测量网络的质量。具体地，监控装置在执行小区优化措施之后测量由已经发生故障的区域中的基站提供的网络的质量。

在操作707中，监控装置确定小区性能是否已经恶化。也就是说，监控装置基于测量结果来确定已经有故障发生的小区执行小区优化措施之后是否提供超过临界值的性能。

当确定小区性能已经恶化时，在操作709中，监控装置发出紧急更换硬件的指令。小区性能已经恶化的事实是指，虽然已经执行了小区优化措施，但是基站的性能还没有恢复到正常工作范围。因此，监控装置可以发出立即更换硬件的指令。

当确定小区性能还没有恶化时，在操作711中，监控装置发出正常更换硬件的指令。小区性能还没有恶化的事实是指，由于已经执行了小区优化措施，基站的性能已经恢复到正常工作范围。因此，监控装置可以发出正常更换硬件的指令。

如参照图7所描述的，取决于硬件故障类型，监控装置可以执行第一小区优化措施或第二小区优化措施。在下文中，将参照图8A和图8B对小区优化措施进行更详细地描述。

图8A示出根据本公开一个实施例的无线通信系统中的小区优化措施的一个示例，并且图8B示出根据本公开一个实施例的无线通信系统中的小区优化措施的一个示例。根据本公开一个实施例，小区优化措施可以由监控装置执行。可替代地，根据本公开另一个实施例，当监控装置发出执行小区优化措施的指令时，优化设备可以执行小区优化措施。

当确定仅在硬件RU中存在故障时，监控装置可以执行图8A的第一小区优化措施。参照图8A，当仅在硬件RU中存在故障时，在一个小区的部分区域内不会正常提供服务。例如，无线电单元(RU)810为扇区812的区域提供通信服务，RU 820为扇区822的区域提供通信服务，RU 830为扇区832的区域提供通信服务。当在RU 810中发生故障时，在作为小区的部分区域的扇区812内不能正常提供通信服务。在这种情况下，监控装置可以通过控制连接同一个DU的RU 820和830以及RU 810来执行覆盖其中已发生故障的扇区812的区域的第一小区优化措施。

当确定仅在硬件DU中存在故障或者在RU和DU中都存在故障时，监控装置可以执行图8B的第二小区优化措施。参照图8B，当在硬件DU中发生故障时，在从一个基站提供的整个小区内都不会正常提供服务。例如，当在提供小区850的基站的DU中发生故障时，在整个小区850内都不能正常提供通信服务。在这种情况下，监控装置可以通过控制安装在离基站预定距离860的基站的DU或连接至DU的至少一个RU来执行使其它小区覆盖小区850的区域的第二小区优化措施。

根据本公开各个实施例，监控装置可以通过参照图3至图7描述的操作来确定是否存在硬件故障、硬件故障类型、以及根据类型的措施。根据一个实施例，监控装置可以包括显示单元以可视地提供这种结果数据。根据另一个实施例，监控装置可以将结果数据发送到包括显示单元的另一个设备，并且该设备可以在显示单元上输出结果数据。下面将参照图9对由监控装置提供的接口(IF)的一个示例。

图9示出根据本公开一个实施例的在无线通信系统中用于可视地提供与硬件故障相关的统计数据的监控装置的IF。图9例示了监控装置100的IF900。

参照图9，监控装置可以提供硬件故障发生图910、周期性故障统计数据920、当前故障发生区域状态930、当前故障处理累积状态940和RU故障原因950中的至少一个。根据本公开各个实施例，可以生成和提供与每个区域中的硬件故障发生相关的信息，诸如硬件故障发生图910和当前故障发生区域状态930，如下所述。具体地，监控装置可以从基站获取并存储关于安装有该基站的区域的信息。当监控装置基于硬件日志信息确定了已经发生硬件故障的基站时，可以确定基站的区域信息并且可以对这些区域的信息进行分类。在这种情况下，基于硬件日志信息的时间戳，可以提供已经发生硬件故障的区域的各种统计数据。例如，对于硬件故障发生图910，可以实时显示每个区域的有硬件故障的基站数量。作为另一个示例，对于当前故障发生区域状态930，可以提供预定时间内每个区域的硬件故障的发生次数。

根据本公开各个实施例，基于硬件日志信息和由监控装置确定故障的结果，可以生成并提供周期性故障统计数据920和RU故障原因950。对于周期性故障统计数据920，当确定故障类型时，监控装置可以检查来自硬件日志信息的时间戳，可以针对每个日期的每种类型的故障的发生次数进行分类，并且可以将它们作为图表来提供。例如，监控装置可以通过在条形图中显示每种故障类型来提供每种数据的故障发生次数，并且可以使用虚线图来提供故障发生总次数。对于RU故障原因950，当确定基站的RU中存在故障时，监控装置可以基于硬件日志信息来检查显示RU的故障特性的数据部分的警报名称。因此，当发生RU故障时，监控装置可以将每个警报名称的故障发生次数作为图表提供。

根据本公开各个实施例，基于是否已经执行监控装置给出的措施，可以生成并提供当前故障处理累积状态940。在这种情况下，监控装置可以存储关于根据基站的故障类型确定措施时的时间点的信息，并且可以在执行措施之后通过网络质量测量来检查故障是否被处理。因此，当故障还没有被处理时，监控装置可以通过检查从确定措施时的时间点起已经过去的时间来对处理被累积的时间段进行分类，并且可以通过图表或数字来提供分类结果。

如上所述，虽然参照图9描述了硬件故障发生图910、周期性故障统计数据920、当前故障发生区域状态930、当前故障处理累积状态940和RU故障原因950，但是这些仅仅是示例，并且可以使用根据本公开各个实施例的各种方法来提供关于故障的各项信息。

根据本公开各个实施例，通过对基站中出现的异常的原因进行分类，可以更准确地确定是否存在硬件故障和故障类型。此外，通过以查找表的形式预先存储根据故障类型的措施，可以通过简单的过程来确定针对故障类型的适当措施。在下文中，参照图10对确定基站的故障原因并根据故障原因执行措施和后续措施的整个系统进行描述。

图10是根据本公开一个实施例的在无线通信系统中处理基站设备中出现的异常的概念图。

参照图10，当基站中出现异常时，诸如显示是否已经生成警报的状态信息、测量的时间、性能测量值和设定值之类的各种数据被存储为硬件日志信息1010。此外，用于处理基站的故障的至少一个措施根据故障类型被存储到映射表1030中。监控装置通过学习来监控硬件的正常和故障特性而确定硬件日志信息中记录的基站的异常是否是由硬件故障引起的。当确定异常是由硬件故障引起的时，基于模型，监控装置检查在硬件的哪个单元中发生了故障，并且基于映射表确定对应于故障原因的措施。根据本公开的各个实施例，存储在映射表1030中的措施可以是硬件更换1050、软件的故障排除1060、周围环境的故障排除1070、小区优化措施1070和无措施1080。

当确定存在硬件故障时，监控装置可以发出执行硬件更换1050和小区优化1070的指令。在这种情况下，如果可以立即更换硬件，则可以执行硬件更换。然而，如果很难立即更换硬件，则可以将小区优化作为临时措施执行。如参照图7所描述的，可以通过确定在执行小区优化之后网络质量是否已经恢复来执行硬件的紧急更换或正常更换。

当确定存在软件故障而不是硬件故障时，监控装置可发出执行对于软件的故障排除1060的指令。在这种情况下，远程执行软件的重置1064且执行网络质量。当网络质量已恢复时，结束处理基站故障的流程。然而，当网络质量还没有恢复时，通过现场检查1066来检查基站设备周围的环境情况。当确定即使通过现场检查1066也没有恢复网络质量时，可执行硬件更换1050。

当确定存在周围环境的影响而不是硬件故障时，监控装置可发出执行周围环境的故障排除1062的指令。在这种情况下，通过现场检查1066来检查各种环境因素，诸如安装设备的环境的温度和湿度以及电缆的老化。当确定即使通过现场检查1066也没有恢复网络质量时，最后可执行硬件更换1050。

当基站中出现异常，但是确定测量值处于正常范围内时，监控装置可以发出无措施1080的指令。

如上所述，根据本公开各个实施例，通过更准确地检测基站中发生的故障的原因并执行预先映射的措施，可以减少由于硬件更换而引起的不必要小区中断。

根据本公开的权利要求和/或说明书中陈述的实施例的方法可以在硬件、软件或硬件与软件的组合中实现。

当这些方法通过软件来实现时，可以提供用于存储一个或多个程序(软件模块)的计算机可读存储介质。存储在计算机可读存储介质中的一个或多个程序可以配置为由电子设备内的一个或多个处理器执行。该至少一个程序可以包括使电子设备执行如所附权利要求所限定的和/或本文所公开的根据本公开的各个实施例的方法的指令。

程序(软件模块或软件)可以存储在非易失性存储器中，包括随机存取存储器和闪存、只读存储器(ROM)、电可擦除只读存储器(EEPROM)、磁盘存储设备、光盘只读存储器(CD-ROM)、数字通用光盘(DVD)、或其它类型的光存储设备、或磁带盒。可替代地，以上(一些或全部)的任何组合可以形成存储有程序的存储器。此外，多个这种存储器可以被包括在电子设备中。

此外，程序可以存储在可附接的存储设备中，该存储设备可通过诸如因特网、内联网、局域网(LAN)、广域网(WAN)和存储区域网(SAN)或其组合之类的通信网络访问。这种存储设备可以经由外部接口访问电子设备。此外，通信网络上的独立存储设备可以访问便携式电子设备。

在本公开的上述具体实施例中，包括在本公开中的组件根据所呈现的具体实施例以单数或复数表示。然而，为了方便描述，选择单数形式或复数形式以适合于所呈现的情况，并且本公开的各个实施例不限于单个元件或多个元件。此外，描述中表述的多个元件可以被配置成单个元件，或者描述中的单个元件可以被配置成多个元件。

虽然已经参照本公开的各个实施例示出并描述了本公开，但是本领域技术人员应当理解，在不脱离如所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以在形式和细节上做出各种改变。

Claims (15)

1.一种由在无线通信系统中监控基站的装置执行的方法，所述方法包括：

基于从所述基站接收到的信息，检测所述基站中出现的异常；

基于所述信息，确定针对所述基站的对应于所述异常的故障的至少一个措施；并且

执行或输出所确定的至少一个措施。

2.根据权利要求1所述的方法，其中，所述检测所述基站中出现的异常包括：

监控硬件日志信息和警报；并且

基于监控结果，检测所述基站中出现的异常。

3.根据权利要求1所述的方法，其中，基于所述信息，确定针对所述基站的对应于所述异常的故障的至少一个措施包括：使用所述信息基于所述基站中发生的故障的类型确定所述至少一个措施。

4.根据权利要求1所述的方法，其中，所述至少一个措施包括硬件更换、软件的故障排除、环境的故障排除、第一小区优化措施或第二小区优化措施中的至少一个。

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

测量从所述基站提供的网络的质量；

基于测量结果，确定所述基站的性能是否已经恶化；

确定所述基站的性能已经恶化；

发出紧急更换硬件的指令或输出所述指令；并且

当确定所述基站的性能还没有恶化时，发出正常更换硬件的指令或输出所述指令。

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

基于硬件日志信息和警报，确定是否存在硬件故障；并且

基于确定存在所述基站的硬件故障，基于所述硬件日志信息确定硬件故障的类型。

7.根据权利要求6所述的方法，还包括：

当确定所述硬件故障的类型是无线电单元(RU)的故障时，将硬件更换或第一小区优化措施中的至少一个确定为所述至少一个措施，

其中，所述第一小区优化措施是通过控制连接至所述基站的数字单元(DU)的至少一个其它RU来执行的。

8.根据权利要求6所述的方法，还包括：

当识别出所述硬件故障的类型是数字单元(DU)的故障时，将硬件更换或第二小区优化措施中的至少一个确定为所述至少一个措施，

其中，所述第二小区优化措施是通过控制不同于所述基站的至少一个基站的DU或至少无线电单元(RU)来执行的。

9.根据权利要求6所述的方法，还包括：

基于确定不存在所述基站的硬件故障，将软件的故障排除、环境的故障排除、第一小区优化措施或第二小区优化措施中的至少一个确定为所述至少一个措施。

10.根据权利要求2所述的方法，其中，所述硬件日志信息包括记录有基站的测量数据的可视时间戳、显示是否已经生成指示基站中出现异常的警报的警报状态、所述基站的测量数据或所述基站的性能的配置值中的至少一个。

11.一种用于监控无线通信系统中基站的装置，所述装置包括：

存储器；以及

至少一个处理器，被配置为：

基于从所述基站接收到的信息，检测所述基站中出现的异常，

基于所述信息，确定针对所述基站的对应于所述异常的故障的至少一个措施，并且

执行或输出所确定的至少一个措施。

12.根据权利要求11所述的装置，其中，基于监控结果，所述至少一个处理器还配置为：

监控硬件日志信息和警报；并且

检测所述基站中出现的异常。

13.根据权利要求11所述的装置，其中，所述至少一个处理器还配置为：使用所述信息基于所述基站中发生的故障的类型确定所述至少一个措施。

14.根据权利要求11所述的装置，其中，所述至少一个措施包括硬件更换、软件的故障排除、环境的故障排除、第一小区优化措施或第二小区优化措施中的至少一个。

15.根据权利要求11所述的装置，其中，所述至少一个处理器还配置为：

测量从所述基站提供的网络的质量；

基于测量结果，确定基站的性能是否已经恶化；

确定所述基站的性能已经恶化；

发出紧急更换硬件的指令或输出所述指令；并且

基于确定所述基站的性能还没有恶化，发出正常更换硬件的指令或输出所述指令。

Images