一种站点管理的方法、装置和系统技术领域
本发明涉及通信领域技术,尤其涉及一种站点管理的方法、装置和系统。
背景技术
宏蜂窝型基站系统具有低成本、高效率、大覆盖等特点,但是存在一些信
号难以覆盖的盲点区和阴影区,比如隧道、地下车库、地下通道、地下商场、
高层建筑物低层和顶层等区域。此外,商业中心、交通要道、娱乐中心、会议
中心的话务热点区域的信号覆盖区域以及高层建筑的中间层,也难以避免的存
在手机的频繁切换甚至掉话。因此适应各种应用场景的微蜂窝型站点也随之产
生,如Micro/Pico/Femto,它们与宏基站形成互补,一起构成异构无线通信网
络。
上述不同应用的微蜂窝型站点和宏蜂窝型基站在管理功能上比较类似,如
均由管理系统进行配置、故障时上报告警等,而且需要采集无线性能数据,但
是重要性和管理模式随着应用不同而有很大差异。宏基站要负责区域内的基本
无线通讯覆盖,因此重要性不言而喻;部分微基站可能位于热点或重要地区,
其有效覆盖也非常关键,发生故障时需要立即解决,因此管理系统需要实时监
控站点;部分微基站位于宏基站覆盖区域或偏僻地区,这些站点发生故障时,
可以使用宏基站或影响不是很大,管理系统对这些站点只要定期检查是否正常
工作即可;部分微基站还可以位于用户家中,这些站点可能会因为用户关闭或
网络问题等而无法实时监控。
现有技术中,管理系统对所有类型的站点都采用同一方式进行管理,在管
理效率和经济上都可能存在问题,例如管理系统对所有站点都采用宏基站的管
理方式,则管理系统需要对数据庞大的微基站进行实时监控,这样会大大增加
管理成本,降低其稳定性,同时对关键站点的管理能力也会大大削弱;部分站
点甚至无法进行正常管理,如因为用户网络问题或被用户关闭的基站,配置数
据无法立即生效。
发明内容
本发明实施例提供了一种站点管理的方法、装置和系统,可以统一管理各
种站点的同时,针对不同的站点执行不同的管理策略。
本发明实施例提供了一种站点管理的方法,包括:
获取站点的应用场景;
根据所述应用场景,确定所述站点的管理策略;
执行所述确定的管理策略。
相应的,本发明实施例提供了一种站点管理的装置,包括:
场景获取模块,用于获取站点的应用场景;
策略确定模块,用于根据所述应用场景,确定所述站点的管理策略;
执行模块,用于执行所述确定的管理策略。
相应的,本发明实施例提供了一种站点管理的系统,包括:站点管理设备
和至少一个站点;
所述站点管理设备,用于获取站点的应用场景;根据所述应用场景,确定
所述站点的管理策略;执行所述确定的管理策略。
本发明实施例提供了一种站点管理的方法、装置和系统,用于获取站点的
应用场景;根据所述应用场景,确定所述站点的管理策略;执行所述确定的管
理策略。使用本发明实施例提供的站点管理的方法、装置和系统,通过对各种
异构网中的不同站点进行划分,区分不同的应用场景,使得可以统一管理各个
站点的同时,对不同应用场景执行不同的管理策略,提高站点管理的效率、并
节省成本。
附图说明
图1为本发明实施例中站点管理的系统示意图;
图2为本发明实施例中站点管理的方法流程示意图;
图3为本发明另一实施例中站点管理的方法流程示意图;
图4为本发明另一实施例中站点管理的方法流程示意图;
图5为本发明另一实施例中站点管理的方法流程示意图;
图6为本发明另一实施例中站点管理的装置示意图。
具体实施方式
下面结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方
式及其对应能够达到的有益效果进行详细地阐述。
为了解决现有技术存在的问题,本发明实施例提供了一种站点管理的系
统,如图1所示,包括:站点管理设备101和至少一个站点102;
该站点管理设备101,用于获取站点102的应用场景;根据所述应用场景,
确定所述站点102的管理策略;执行所述确定的管理策略。
具体的,由于各个站点位于不同的异构网中,需要使用的管理策略也不尽
相同,若使用一种管理策略管理所有站点,则管理效率较低;若对每种站点分
别进行管理,则浪费了大量的资源。因此,本发明实施例提供的站点管理系统
中,站点管理设备101先确定出每个站点102的应用场景,从而确定出各个站
点102对应的管理策略,这样可以统一管理各个站点102,而且对不同的站点
102执行不同的管理策略。
基于同一发明构思,本发明实施例还提供了一种站点管理的方法,如图2
所示,包括以下步骤:
步骤201、获取站点的应用场景;
步骤202、根据所述应用场景,确定所述站点的管理策略;
步骤203、执行所述确定的管理策略。
具体的,可以通过站点管理系统的北向接口预先设置了每个站点的应用场
景以及管理策略,该应用场景可以使用应用标识来区分。所以,当对某个站点
进行管理时,可以根据该站点的应用标识来确定其应用场景,其中,该应用标
识包括:站点管理系统的连接方式、或站点的重要性级别、或站点应用类型等。
确定了站点的应用场景后,根据应用场景与管理策略的对应关系,查询该应用
场景对应的管理策略,确定站点的管理策略后即可执行该管理策略。
其中,管理策略可以包括下列中的一种或几种:
1)站点连接方式,可以包括:常连接实时监控、按需连接;
2)站点的状态监控方式,可以包括:常连接实时监控、按需连接监控、
定时巡逻监控等;
3)站点状态,可以包括:监控全部状态、监控重要状态、监控关键状态、
不监控状态;
4)站点配置方式,可以包括:自动配置方式,手工配置同步方式,定时
配置同步;
5)站点重要性,可以包括:设定的每种应用场景下站点的重要性;
6)站点告警上报策略,可以包括:不上报、上报所有告警和通知、上报
所有告警、上报重要级别以上告警、上报严重告警等;
7)站点告警处理策略,可以包括:相同级别的告警,其处理优先级排序
策略以及告警级别调整策略;
8)巡检站点策略,可以包括:不巡检查、设定检查周期和检查内容;
9)性能数据采集策略,可以包括:根据任务设定定期采集、不定期采集;
10)性能数据处理策略,可以包括:计算所有指标,计算重要指标,计算
关键指标,不计算指标;
11)其它。
下面通过具体实施例对本发明提供的站点管理的方法进行详细说明,假设
对某个站点进行管理时,该站点的应用标识为连接方式,如图3所示,执行以
下步骤:
步骤301、获取站点的应用标识;
步骤302、判断出该应用标识为连接方式;具体的,可以预置各种应用标
识的具体标识内容,例如可以预置应用标识a标识的具体内容为连接方式,应
用标识b标识的具体内容为重要性级别。
步骤303、根据该连接方式确定应用场景;若该连接关系对应的应用场景
为实时管理,则执行步骤304;若该连接关系对应的应用场景为按需管理,则
执行步骤305;具体的,可以预置该连接方式与应用场景的对应关系,例如连
接关系a1对应的应用场景为实时管理;连接关系a2对应的应用场景为按需管
理。
步骤304、查询并执行实时管理的管理策略。具体的,针对实时管理的管
理策略可以包括以下的一种或几种:
1)站点连接方式:与站点常连接;
2)站点的状态监控方式:实时监控;
3)站点状态:监控全部状态;
4)站点配置方式:手工配置同步方式;
5)站点重要性:重要性高于非实时管理站点;
6)站点告警上报策略:上报所有告警和通知;
7)站点告警处理策略:相同级别的告警,其处理优先级高于按需管理的
站点;
8)告警级别调整策略:不调整故障级别;
9)性能数据采集策略:根据任务设定,定期采集性能所有或重要性能数
据;
10)性能数据处理策略:计算所有指标或计算重要指标。
步骤305、查询并执行按需管理的管理策略。具体的,针对按需管理的管
理策略可以包括以下的一种或几种:
1)站点连接方式:不常连接,在需要交互信息时,站点管理系统或站点
主动建立连接;
2)站点的状态监控方式:定期监控或不监控;
3)站点状态:监控重要状态或监控关键状态;
4)站点配置方式:手工配置同步方式,连接建立时自动同步;
5)站点重要性:重要性低于实时管理站点;
6)站点告警上报策略:上报重要和关键告警和通知;
7)站点告警处理策略:相同级别的告警,其处理优先级低于按需管理的
站点;
8)告警级别调整策略:降低故障级别;
9)性能数据采集策略:不定期自动采集重要性能数据;
10)性能数据处理策略:仅仅计算重要指标或计算关键指标。
上述各种应用场景对应的管理策略包括的具体内容可以根据实际情况进
行实时或定时的调整。例如,可以通过站点管理系统的北向接口,重新设定每
个站点的应用场景,对于站点管理系统北向接口,3GPP TS 32.622定义的
ManagedElement增加场景属性。站点管理系统根据每种站点设定的场景,确定
对站点的管理策略;当站点场景发生变化时,对站点的管理策略也要更新为重
配置的策略调整。
假设对某个站点进行管理时,该站点的应用标识为站点重要性级别,如图
4所示,执行以下步骤:
步骤401、获取站点的应用标识;
步骤402、判断出该应用标识为站点重要性级别;
步骤403、根据站点重要性级别确定应用场景;若该站点重要性级别对应
的应用场景为关键站点,则执行步骤404;若站点重要性级别对应的应用场景
为重要站点,则执行步骤405;若站点重要性级别对应的应用场景为一般站点,
则执行步骤406;若站点重要性级别对应的应用场景为无管理站点,则执行步
骤407;具体的,可以预置该连接方式与应用场景的对应关系,例如站点重要
性级别b1对应的应用场景为关键站点;站点重要性级别b2对应的应用场景为
一般站点。
步骤404、查询并执行关键站点的管理策略。具体的,针对关键站点的管
理策略可以包括以下的一种或几种:
1)站点连接方式:与站点常连接;
2)站点的状态监控方式:实时监控;
3)站点状态:监控全部状态;
4)站点配置方式:手工配置同步方式;
5)站点重要性:重要性高于其他管理站点;
6)站点告警上报策略:上报所有告警和通知;
7)站点告警处理策略:相同级别的告警,其处理优先级其它的站点;
8)告警级别调整策略:调高故障级别;
9)性能数据采集策略:根据任务设定,定期采集性能所有性能数据;
10)性能数据处理策略:计算所有指标。
步骤405、查询并执行重要站点的管理策略。具体的,针对重要站点的管
理策略可以包括以下的一种或几种:
1)站点连接方式:与站点常连接;
2)站点的状态监控方式:实时监控;
3)站点状态:监控重要状态;
4)站点配置方式:手工配置同步方式;
5)站点重要性:重要性高于其他管理站点;
6)站点告警上报:上报重要级别以上的告警和通知;
7)站点告警处理策略:相同级别的告警,其处理优先级高于一般站点;
8)告警级别调整策略:不调整故障级别;
9)性能数据采集策略:根据任务设定,定期采集性能重要性能数据;
10)性能数据处理策略:计算重要指标。
步骤406、查询并执行一般站点的管理策略。具体的,针对一般站点的管
理策略可以包括以下的一种或几种:
1)站点连接方式:不常连接,在需要交互信息时,站点管理系统或站点
主动建立连接;
2)站点的状态监控方式:定期监控;
3)站点状态:监控重要状态;
4)站点配置方式:手工配置同步方式,连接建立时自动同步;
5)站点重要性:重要性高于无管理站点;
6)站点告警上报策略:上报关键告警和通知;
7)站点告警处理策略:相同级别的告警,其处理优先级高于无管理的站
点;
8)告警级别调整策略:降低故障级别;
9)性能数据采集策略:不定期自动采集重要性能数据;
10)性能数据处理策略:仅仅计算重要指标或计算关键指标。
步骤407、查询并执行无管理站点的管理策略。具体的,针对无管理站点
的管理策略可以包括以下的一种或几种:
1)站点连接方式:不常连接,在需要交互信息时,站点管理系统或站点
主动建立连接;
2)站点的状态监控方式:不监控;
3)站点状态:按需获取关键状态;
4)站点配置方式:手工配置同步方式,连接建立时自动同步;
5)站点重要性:最低;
6)站点告警上报:不上报告警和通知;
7)站点告警处理策略:相同级别的告警,其处理优先级最低;
8)告警级别调整策略:降低故障级别;
9)性能数据采集策略:不采集性能数据;
10)性能数据处理策略:不计算性能指标。
上述各种应用场景对应的管理策略包括的具体内容可以根据实际情况进
行实时或定时的调整。例如,可以通过站点管理系统的北向接口,重新设定每
个站点的应用场景,对于站点管理系统北向接口,3GPP TS 32.622定义的
ManagedElement增加场景属性。站点管理系统根据每种站点设定的场景,确定
对站点的管理策略;当站点场景发生变化时,对站点的管理策略也要更新为重
配置的策略调整。
假设对某个站点进行管理时,该站点的应用标识为站点应用类型,如图5
所示,执行以下步骤:
步骤501、获取站点的应用标识;
步骤502、判断出该应用标识为站点应用类型;
步骤503、根据站点应用类型确定应用场景;若该站点应用类型对应的应
用场景为宏小区覆盖,则查询并执行宏小区覆盖的管理策略;若该站点应用类
型对应的应用场景为盲区覆盖,则查询并执行盲区覆盖的管理策略;若该站点
应用类型对应的应用场景为阴影区覆盖,则查询并执行阴影区覆盖的管理策
略;若该站点应用类型对应的应用场景为商业热点,则查询并执行商业热点的
管理策略;若该站点应用类型对应的应用场景为企业热点,则查询并执行企业
热点的管理策略;若该站点应用类型对应的应用场景为会议热点,则查询并执
行会议热点的管理策略;若该站点应用类型对应的应用场景为家用,则查询并
执行家用的管理策略;若该站点应用类型对应的应用场景为孤岛,则查询并执
行孤岛的管理策略。
上述每种管理策略可以包括以下的一种或几种:站点连接方式:与站点常
连接;状态监控方式:实时监控;站点状态:监控全部状态;站点配置方式:
手工配置同步方式;站点重要性:重要性高于非实时管理站点;站点告警上报:
上报所有告警和通知;站点告警处理策略:相同级别的告警,其处理优先级高
于按需管理的站点;告警级别调整策略:不调整故障级别;性能数据采集策略:
根据任务设定,定期采集性能所有或重要性能数据;性能数据处理策略:计算
所有指标或计算重要指标;其它管理策略。
上述各种应用场景对应的管理策略包括的具体内容可以根据实际情况进
行实时或定时的调整。例如,可以通过站点管理系统的北向接口,重新设定每
个站点的应用场景,对于站点管理系统北向接口,3GPP TS 32.622定义的
ManagedElement增加场景属性。站点管理系统根据每种站点设定的场景,确定
对站点的管理策略;当站点场景发生变化时,对站点的管理策略也要更新为重
配置的策略调整。
通过上述描述,可以看出,使用本发明实施例提供的站点管理的方法,通
过对各种异构网中的不同站点进行划分,区分不同的应用场景,使得可以统一
管理各个站点的同时,对不同应用场景执行不同的管理策略,提高站点管理的
效率、并节省成本。
基于同一发明构思,本发明实施例还提供了一种站点管理的装置,如图6
所示,包括:
场景获取模块601,用于获取站点的应用场景;
策略确定模块602,用于根据所述应用场景,确定所述站点的管理策略;
执行模块603,用于执行所述确定的管理策略。
较佳的,该装置还包括:场景设置模块604,用于通过北向接口设置所述
站点的应用场景。
较佳的,所述场景确定模块601,具体用于根据所述站点的应用标识,确
定站点的应用场景;所述应用标识包括:站点管理系统的连接方式、或站点的
重要性级别、或站点应用类型。
较佳的,所述策略确定模块602,具体用于根据所述应用场景与管理策略
的对应关系,查询所述应用场景对应的管理策略;所述管理策略包括:站点连
接方式、或站点的状态监控方式、或站点状态、站点配置方式、站点重要性、
站点告警上报策略、站点告警处理策略、巡检站点策略、性能数据采集策略、
性能数据处理策略。
通过上述描述,可以看出,使用本发明实施例提供的站点管理的方法、装
置和系统,通过对各种异构网中的不同站点进行划分,区分不同的应用场景,
使得可以统一管理各个站点的同时,对不同应用场景执行不同的管理策略,提
高站点管理的效率、并节省成本。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计
算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结
合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包
含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、
CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产
品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和
/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/
或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入
式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算
机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一
个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设
备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中
的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个
流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使
得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处
理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个
流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基
本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要
求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发
明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及
其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。