背景技术
图1所示为公共陆地移动网络(PLMN,Public Land Mobile Network)对网络进行维护的示意图。
从纵向上看,无线操作运维系统(OM)的功能体系架构自上而下分为网络维护层(NML)、网元维护层(EML)和网元层(NEL)三个逻辑层次,各层之间通过标准或私有的集成参考点(IRP)进行逻辑互联,下维护层向相邻的上层维护层提供维护接口。
从横向上看,在每个维护层内部,OM系统又由配置管理域(CM)、故障管理域(FM)、性能管理域(PM)、安全管理域(SM)及软件管理域(SWM)等功能实体组成。这些实体通过标准或私有IRP与相同维护层次的其他实体或低层次对应功能实体进行消息交互,完成本维护层的FCPS维护功能。
在PLMN的网络维护中,无论NEL层还是EML层都包含FCPS等功能域。这些功能域对应的业务模块和业务台是相对独立的,而在网络运营、维护过程中,为了进行网络指标的分析和故障的定位解决往往需要结合使用各个不同功能域的功能实体。
由于第三代移动通信3G无线网络非常复杂,各个网络设备在运营上的网管需求也是多种多样的,由于当前各个功能域彼此相互独立,不能将各功能域横向打通,无法根据具体的客户化需求对多个功能域中丰富的原子功能进行组织,无法满足3G无线网络的业务需求。
由于不能将各功能域横向打通,因此现有技术通过位于最上层的应用层调用各个功能实体的原子功能,并对各原子进行相应的组装,提供各种客户化的业务服务。
这种现有的调用各功能实体原子功能的方法开发难度大,开发周期长,成本高。由于无线网络设备的运营商数量较多,运营商中的每个用户的需求又千差万别,不可能为所有的用户一一定制应用场景。如果用户自己开发,又需要过多了解面向用户的功能实现细节,这样难度大,对用户的要求太高,因此现有技术不易满足不同用户的个性化业务需求,灵活性较差。
发明内容
鉴于上述现有技术所存在的问题,本发明的目的是提供一种网络维护的方法及装置,进行快速、灵活的网络维护。
本发明的目的是通过以下技术方案实现的:
一种网络维护方法,包括:
脚本解释器通过分析故障信息选择功能域,通过脚本对所选的功能域进行关联,并由经关联的多个功能域对网络进行维护。
所述脚本解释器通过分析故障信息选择功能域的过程包括:
脚本解释器分析故障信息,确定故障类型;
脚本解释器根据故障类型确定产生该故障的业务类型;
功能域与业务类型具有明确对应关系,脚本解释器根据该对应关系确定需要选择的功能域。
所述故障信息包括由用户发出的掉话投诉和/或网络设备主动上报的告警信息。
所述功能域包括:故障管理域、配置管理域、性能管理域、安全管理域和/或软件管理域,且各功能域间相互独立。
在接收到用户提出的掉话投诉信息后,脚本解释器使用脚本将配置管理域、故障管理域和性能管理域关联。
性能管理域对掉话投诉进行分析,确定发生掉话的时间、发生掉话的小区位置以及故障类型。
所述配置管理域根据接收的信息进行对象关联分析,确定发生故障的基站,并将该基站的信息通过脚本发送给故障管理域。
所述故障管理域对基站的信息进行分析,确定由软件或硬件引起故障,以便进行排除。
一种网络维护装置,包括:
功能域选择模块,用于对故障信息进行分析,根据故障信息选择用于分析该故障的功能域;具体包括:脚本解释器分析故障信息,确定故障类型;脚本解释器根据故障类型确定产生该故障的业务类型;功能域与业务类型具有明确对应关系,脚本解释器根据该对应关系确定需要选择的功能域;
功能域关联模块,用于使用脚本将已选中的各功能域进行相互关联,以便各功能域对网络进行维护。
还包括:故障信息接收模块,用于接收网络故障信息,并将故障信息发送给功能域选择模块。
由上述本发明提供的技术方案可以看出,本发明通过使用脚本进行关联的方法,根据具体的故障情况选择适用于该故障的功能域,可以灵活快速的排除多种类型的故障,可提炼出多种应用场景,大大提高网络设备的可服务性和可维护性。
具体实施方式
本发明的核心是脚本解释器通过分析故障信息选择处理故障所需的功能域,通过脚本对所选的功能域进行关联,并由经关联的多个功能域对网络进行维护。
具体一点讲,本发明在接收到故障信息后选择适于处理该故障的功能域,通过使用脚本为发生故障的配置对象如基站、小区或链路选择功能域,并将功能域关联至模板。关联在一起的各个功能域之间通过脚本进行灵活、快速的信息传递,经过一个功能域处理的信息可以快速进入另外一个功能域作进一步的分析处理,并依次处理下去,直至分析出故障的直接原因。为各功能域提供连接的脚本本身还可以提供一些功能接口。
下面将结合图2、图3和图4对本发明具体实施例作详细说明。
如图2所示,本发明实施例一通过脚本解释器对故障信息进行分析,选择并使用脚本关联处理故障所需的功能域,使用多个相互结合的功能域共同对网络进行维护。
故障信息包括由用户发出的用户掉话投诉以及由系统故障检测装置在检测到故障后自动发送系统告警。
脚本解释器对用户掉话投诉或系统告警中的信息进行分析,根据告警中携带的故障现象描述信息以及故障发生位置信息确认故障的类型。
根据该故障类型,脚本解释器确定产生该故障的业务类型。
由于业务类型与实现该业务类型的功能域具有明确的对应关系,因此一旦确定业务类型后,脚本解释器就能确定排除故障需要选择的功能域,并使用脚本将各功能域相互关联。
如果故障信息为用户掉话投诉,还需识别该用户投诉信息中包括的国际用户识别码(IMSI),确定与故障相关的用户。
通过上述方法,实施例一中原本彼此独立的功能域通过脚本相互关联,当一个功能域收到网络故障信息后便在本功能域内对该故障信息进行处理,但由于单个功能域的处理功能并不能完全分析出引起网络故障的直接原因,还需要其他功能域进行组合分析和处理,因此该功能域将本功能域的处理结果作为下一功能域的输入数据或被分析对象发送至脚本,再由脚本将该处理结果发送至其他功能域中,以便下一功能域对该处理结果继续进行分析。
依照上述处理方法,多个功能域先后对初始的网络故障信息进行处理,最终确定网络故障发生的物理地址,确定网络故障由软件或硬件引起。
在确定网络故障的详细原因后,便可进行网络的维护和恢复,排除网络故障。这样就完成了一个面向业务场景的应用通过各个功能域对故障的组合分析。
图3所示为本发明实施例一进行故障分析处理流程图,其详细步骤如下:
步骤11、PM(性能管理域)在收到掉话投诉后,输入用户的国际用户识别码(IMSI),根据系统记录的性能数据对该用户进行掉话分析,确定发生掉话的时间、发生掉话的小区位置以及具体故障所从属的故障详细类别。
经过脚本关联的各个独立的功能域之间可以通过脚本相互传递信息,因此通过脚本将PM分析结果信息发送给CM(配置管理域)。
步骤12、CM在接收到PM故障分析结果后对掉话所处的小区进行对象关联分析。
将由设备故障直接引起的错误信息称为一类错误信息;而另一部分错误信息则并不是由设备故障直接引起,而是由网络无线参数配置不合理等引起的,将这类错误信息称为二类错误信息,由于一类错误信息以外的其他错误信息均不是由设备故障直接引起的,因此在逐条对错误信息进行分析时,这些错误信息干扰了对网络故障的检测。
本发明实施例一通过对象分析可以实现在众多错误信息中直接对第一类错误信息进行分析排除,如果是网络设备本身故障引起的,就不需要进行路测或者无线网络参数的调整进行问题的定位,大大降低工作量,提高分析速度和效率。
CM对第一类错误信息进行分析,确定发生网络故障的基站,以及基站所处的位置,并将分析结果通过脚本发送给FM(故障管理域)。
步骤13、FM对基站的信息进行分析,确定由软件还是硬件引起故障,并将故障信息发送至服务模块。
步骤14、服务模块在收到故障信息后,根据故障的原因清除故障,恢复网络正常运行。
图4所示为本发明实施例1的网络维护装置示意图,如图4所示的一种网络维护装置,包括:
功能域选择模块,用于在收到故障信息后选择用于分析该故障信息的功能域;
功能域关联模块,用于使用脚本将已选中的各功能域进行相互关联,使各功能域能够通过脚本互相传输信息,共同分析。
还包括:
故障信息接收模块,用于接收网络故障信息,并将故障信息发送给功能域选择模块;
上述网络维护装置中的故障信息接收模块首先接收到故障信息,该故障信息可以为户掉话投诉;业务处理模块将根据要分析的业务类型调用相应的功能域模块,然后在根据业务的性质,依次调用其它的功能域模块,使各个独立的功能域建立联系,共同分析故障、维护网络。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。