中国联通CDMA网省级网管系统功能需求规范v3.0.0.doc

中国联通省级CDMA移动综合网管系统功能需求规范V3.0.0中国联通运行维护部网管中心2006年5月第一部分 前言目前中国联通CDMA网络建设已初具规模，为了更好的维护和管理CDMA网络，中国联通总部运行维护部组织相关省份编写了中国联通省级CDMA移动综合网管系统功能需求规范V3.0.0，此需求书将规范全国各省级省级CDMA移动综合网管系统二期工程建设。各省分公司网管系统在本期工程将重点加强综合性能分析、报表管理、网管自身监控管理及网管数据保障功能，并增加实时性能监控、基站服务质量监控管理专题。本次规范修订较前一版本规范变化部分以蓝色进行标注。本中国联通省级CDMA移动综合网管系统功能需求规范V3.0.0最终解释权在中国联通总部运行维护部。第二部分 综述根据中国联通移动综合网管系统建设指导意见，在省级CDMA移动综合网管系统三期建设中，结合目前现有网管体系结构，对现有系统的框架进行完善，逐步建立CDMA移动综合网管基础服务平台。省级GSM移动综合网管系统应包含话务网、分组网、智能网三个部分。其中话务网部分负责管理本省内的TMSC1、TMSC2、HSTP、LSTP、IGW、GMSC、G&C网关、MSC/VLR、HLR、BSC、BTS、扇区、软交换设备等网元，包含拓扑管理、配置管理、告警管理、综合性能分析管理、报表管理、局数据管理、网管自身管理、操作维护管理、安全管理、综合信息发布、专题模块等；分组网部分负责管理本省PDSN、FACN、PCF、AAA、HA、路由器、交换机、DNS、NTP、防火墙等设备，包括拓扑管理、配置管理、告警管理、综合性能分析管理、报表管理、局数据管理功能；智能网部分负责管理SMP、SCP、独立IP、VC/SDP、SSP等设备，包括拓扑管理、配置管理、告警管理、综合性能分析管理、报表管理、局数据管理功能。第三部分 话务网部分1 拓扑管理网络监控模块是网管系统日常监视网络运行情况的主要工具，该功能的可靠性、有效性和对使用者的方便性直接影响网管系统的使用效果。网络监控是对网管数据呈现，这些数据包括：告警数据、性能数据、配置数据等。根据实际使用经验，对主要性能指标（KPI）、资源利用率指标和主要设备告警的监控是该模块的主要内容。省级网管系统负责管理本省内的TMSC1、TMSC2、HSTP、LSTP、IGW、GMSC、MSC/VLR、HLR、BSC、BTS、扇区、软交换设备等网元，本模块功能包括拓扑显示、拓扑监视和拓扑图操作三类功能。1.1 拓扑显示拓扑显示功能要求以资源树图与网络拓扑图相结合的方式对网络资源进行呈现。省级CDMA网网管系统拓扑显示功能要求在地理位图背景上结合资源树图呈现如下几类视图：话务组织图注：显示本省TMSC1、TMSC2、MSC、IGW、GMSC、BSC、BTS、扇区及软交换设备等的话务组织现状，用节点表示设备、用连线表示中继；显示本省至互联互通方向的话务组织现状，用虚拟节点表示对端关口局、用连线表示中继；显示本省TMSC至外省TMSC方向的话务组织现状，用虚拟节点表示对端TMSC、用连线表示中继；注：本省至互联互通方向、本省TMSC至外省TMSC方向的话务组织图与本省的话务组织图是显示在同一界面，还是不同界面，由各省自行决定。信令组织图注：显示本省内HSTP、LSTP、SP的信令网结构图，同时显示TMSC1、TMSC2、MSC、HLR、IGW、GMSC、BSC、BTS及软交换设备等的信令组织现状，用节点表示信令设备、用连线表示信令链路；显示本省至互联互通方向的信令组织现状，用虚拟节点表示对端关口局、用连线表示信令链路；显示本省TMSC至外省TMSC方向的信令组织现状，用虚拟节点表示对端TMSC、用连线表示信令链路；注：本省至互联互通方向、本省TMSC至外省TMSC方向的信令组织图与本省的信令组织图是显示在同一界面，还是不同界面，由各省自行决定。网管系统组织图：显示省级移动综合网管系统、各个设备厂家OMC的连接组织图，节点表示各级网管系统、连线表示各级网管系统的连接关系；显示省级移动综合网管系统与总部网管系统之间的连接组织图，虚拟节点表示总部网管系统、连线表示连接关系；以上拓扑视图可在多幅位图上进行显示，缺省位图为本省及省内各地市的地理位图。当点击不同区域对象时，系统应在相应地区的位图上呈现拓扑信息并以居中位置显示；对各个地区的缺省位图和可选位图，系统提供导入其它位图替换目前配置的功能，被导入位图的大小、颜色、格式等应比较灵活，在配置缺省位图和可选位图时，系统应提供预览功能。管理员可根据用户权限灵活配置缺省位图和当前位图使得这种配置操作对某用户、部分用户或全部用户有效。由于网元数量多，不能清晰的呈现在同一界面上，系统必须支持网元虚拟分组显示功能。用户可以根据需要在界面上对网元进行分组设置，通过点击一个虚拟分组的图标，进行展开，或者通过点击右键收缩某些虚拟分组。当某一虚拟组收缩时，该虚拟组的图标上显示该组下属的所有网元的最高级别告警状态，该虚拟组图标与其他网元相连的连线显示该虚拟组下属所有网元与其他网元之间中继或信令的最高级别告警状态。对于显示的网络拓扑图应有三种表现形式：层次图、地理图、矩阵图。层次图：展现网元层次关系。例如：TMSC2MSC1MSC2BSC2BSC3BSC1BSC4BSC5BTS2BTS1BTS5BTS4BTS3BTS6地理图：展现网元的实际地理位置及覆盖状况，背景图必须支持地理位图和GIS图，具体可由分公司自行选择。覆盖图信息更新周期可由用户设定，更新方式有周期性更新和手工触发两种方式。地理图中包括网元（MSC、BSC）覆盖信息，展现网元的实际覆盖区域。 矩阵图：不用展现网元之间的连接关系，仅以矩阵的形式排列网元。支持将所有话务网网元同时呈现，同时支持分层呈现。例如： XX地市矩阵图：TMSC1TMSC2MSC1MSC2MSC3MSC4MSC5进入子层BSC1BSC2BSC3BSC4BSC5BSC6BSC7为了方便用户在各种拓扑图上分别实现配置告警、网元告警和性能告警的监视，拓扑显示模块必须提供灵活的设置功能，用户可以对所有类型拓扑图分别进行设置，设置可以通过复选框的方式灵活设定配置告警、网元告警和性能告警的一种或任意组合。拓扑显示功能应结合资源树对各类拓扑进行显示，当点击资源树的节点时，拓扑显示区域自动切换到和被选节点相关联的拓扑图面。为了方便用户操作，系统应提供对这种关联选项的设置功能，主要选项有：点击资源树节点是否显示拓扑视图选项；点击资源树地域节点是否按地域显示各类拓扑视图选项；点击某种资源树节点关联到哪种拓扑视图。省级移动综合网管系统应至少提供如下二类资源树图，二类资源树图可根据节点之间的关系任意切换，资源树图的显示粒度需要达到扇区。地理树图：根据各类网元所处的位置，依据业务区域归属来组织各个网元；管理树图：根据各设备厂家的网元来组织各个网元的分布情况。下图显示二类资源树的基本显示方式：图2 地理树图示意图说明：通过地理树图显示中国联通本省内CDMA设备的地域隶属关系。第一层次显示本省内各个业务区名称；第二层显示该市或县内可能有的HSTP、LSTP、TMSC1、TMSC2、MSC等设备；第三层显示MSC所带的BSC；第四层显示BSC所带的BTS；第五层显示BTS可管理的扇区。图3 管理树图示意图说明：通过管理树图显示中国联通本省内网管系统的管理层次关系。第一层次显示本省移动综合网管系统所管理的设备厂商；根据网元是否通过OMC接入综合网管，决定对OMC是否进行呈现，第二层次显示设备厂家直接接入的网元，或设备商OMC系统所管理的网元，可能包括TMSC2、MSC等设备；第三层显示MSC所带的BSC；第四层显示BSC所带的BTS；第五层显示BTS可管理的扇区。具体呈现方式由用户自行决定。1.2 拓扑监视拓扑监视指在三种网络拓扑图（层次图、地理图、矩阵图）上能够动态、实时显示被管网络的运行状态，每种网络拓扑图同时包括网络资源的配置监视、告警监视和性能监视。相关信息分别来源于配置管理模块，告警管理模块，性能管理模块。拓扑图结构和显示信息可通过功能键进行自定义。1.2.1 配置监视1.2.1.1 配置变更情况的监视在拓扑图上可动态反映网络设备配置的变化情况，应能将网络中网元设备的增删情况通过某种方式（具体方式详见本规范配置管理部分）在拓扑图中显示并提示用户。拓扑图中的节点及链路和资源树图中的节点的更新周期依据配置管理中对各个管理资源的更新周期而定。注：配置信息来源于配置管理模块。1.2.1.2 资源利用率的监视 资源利用率为网元现有网络资源的使用情况，通过门限管理可以将资源利用率超门限的情况提示用户。1.2.1.2.1 资源利用率可以包括交换设备：交换机BHCA利用率：交换机实际总BHCA/交换机设计总BHCA；A接口话务量/A接口话务量设计值；VLR利用率：VLR上网用户数/VLR设计容量；HLR利用率：HLR创建用户数/ HLR设计容量；中继模块利用率: 已开通业务的中继模块数与网元提供的中继模块数的比值；信令端口利用率: 已开通业务的信令端口数与网元提供的信令端口数的比值。设备关键模块利用率:已开通业务的设备关键模块数目和网元提供的设备关键模块的数目比值。无线设备：BSC中继模块利用率：BSC上已占用的中继模块数和BSC提供的中继模块数的比值。话音信道利用率：话音信道利用率是以每个本地网为计算单位，所有这个本地网忙时话音信道的总话务量与这个本地网无线话务量设计容量的百分比。信令端口利用率：已开通业务的信令端口数与网元提供的信令端口数的比值。具体资源利用率指标可根据各省分公司具体情况在各省技术规范书中进行明确。1.2.1.2.2 资源利用率的呈现-支持在配置拓扑图上通过选中网元显示资源利用率信息；-支持资源利用率的查询统计，查询统计结果支持以报表、图表等方式呈现，并可以导出成文件保存和打印；1.2.1.2.3 资源利用率门限定义提供灵活方便的资源利用率门限管理界面，能对不同的网元、网元组、资源利用率设定门限；门限范围可由用户灵活定义，并能指定相关的展现色谱，可以设定门限有效时间（起止时间）；1.2.1.2.4 资源利用率门限管理在配置数据更新完成后将资源利用率超门限情况提示用户，并支持查看资源利用率超门限的具体情况。1.2.1.2.5 资源利用率告警监视在拓扑图上通过颜色的变化，可以实现对网络资源利用率进行监视的功能，即当网络资源利用率出现越限告警时，拓扑图中将显示此越限告警，系统提供对不同级别网络资源利用率越限告警的显示颜色进行设置的功能，系统初始时应提供缺省设置，网络资源利用率越限告警级别与颜色的缺省对应关系见告警管理部分。多种网络资源利用率指标可通过与、或关系任意组合构成门限条件。1.2.2 性能监控在拓扑图上应能监视网络性能KPI指标，性能KPI指标可以由用户自定义。具体显示方式见“拓扑图操作”部分。在拓扑图上通过颜色的变化，可以实现对网络性能进行监视的功能，即当性能KPI指标出现越限告警时，拓扑图中将显示此越限告警，系统提供对不同级别性能KPI指标越限告警的显示颜色进行设置的功能，系统初始时应提供缺省设置，性能KPI指标越限告警级别与颜色的缺省对应关系见告警管理部分。根据所监视的主要性能指标（KPI）大体属性分类，性能监控的呈现方式可以分为：按照设备网元方式监视和按照中继信令方式监视。前者关心的是按设备网元划分的性能指标，后者关注的是按网络连接划分的性能指标。1.2.2.1 按照设备网元方式根据监视的角度不同，可以再次将按照设备网元方式监视划分为：同一指标不同网元的呈现图和同一网元不同指标的呈现图。前者的关注的重点是不同网元的同一指标情况，后者关注的重点是同一网元不同指标情况。1.2.2.1.1 钻取监视的要求根据所监视指标的原始数据构成，为重点监视的需要可以钻取到最小粒度，如由地区级钻取到MSC级，MSC级钻取的BSC级，BSC级钻取到BTS级，BTS级钻取到CELL级。网元配置信息应随钻取而有效传递。1.2.2.1.2 组合监视的要求有时为方便监视，需要将同一级别不同网元的相同指标汇总平均后呈现，组合的基本原则是由配置管理关联而来，如：相邻地区，同一设备厂家，同类覆盖地区等。1.2.2.1.3 监视网元的呈现要求网元设备呈现为具体图标，可以在电子地图上以网络拓扑作为监控的背景，也可以为监视方便将被监视网元以矩阵形式排列呈现。所监视的指标以趋势图和具体数值方式呈现，颜色应符合数据量化后性能告警的要求。1.2.2.2 按照中继信令方式为监视网元间中继和信令负荷以及话务流向情况，提出按照中继信令方式的性能监视功能。监视分为中继监视图和信令监视图。1.2.2.2.1 分方向呈现的要求根据监视的重点不同，能够选择同方向的中继或信令单独呈现，如到互联互通方向，HSTP方向，TMSC方向，本地网端局之间等。1.2.2.2.2 监视网元的呈现要求网元设备呈现为具体图标，可在电子地图上以网络拓扑作为监控的背景，也可为监视方便将被监视网元以逻辑链接形式呈现。所监视的指标以趋势图和具体数值方式呈现，颜色应符合数据量化后性能告警的要求。1.2.2.3 性能告警在监视图上通过颜色表示网络性能变化。当性能KPI指标出现越限告警时，拓扑图中将显示此越限告警，系统提供对不同级别性能KPI指标越限告警的显示颜色的设置功能，系统初始时应提供缺省设置，性能KPI指标越限告警级别与颜色的缺省对应关系见告警管理部分。1.2.2.3.1 告警类型系统应提供2种类型的性能告警：门限告警，突变告警。门限告警：当性能数据的值超过了设定的告警门限时就要产生一个告警。告警的检测要在性能数据到达网管系统时进行。突变告警：是指当前网元性能数据与历史同期相比产生突变，生成的告警。网管系统将当前性能指标值与前一个时间间隔的指标值进行比较，时间间隔可以小时、天、周、月为单位，由用户设置。用户可以针对不同的性能指标分别定义不同告警级别的变化率（正负）。1.2.2.3.2 告警分级系统应支持多级别的告警，根据性能异常的严重程度，对告警进行分级，具体见告警管理的级别要求。1.2.2.3.3 告警实时性要求门限、突变类型要提供准实时告警，最大延迟不能超过下一时段数据到达网管系统的时间；系统支持性能告警的指标回放：实时刷新当前监控页面,支持对指标的回放功能。1.2.2.3.4 门限告警定义提供灵活方便的告警自定义界面，门限范围可由用户灵活定义，不同网元的性能告警门限可以分日期分时段，能指定相关的展现色谱（见告警管理部分的颜色要求），能对不同的网元或网元组设定告警门限。 1.2.2.3.5 门限设定原则多种性能KPI指标可通过与、或关系任意组合构成门限条件。对于指定网元或网元组、地市的指定性能KPI指标，均可灵活设置门限，例如：一周7×24小时的不同时段设置不同的门限值后，其它周相同时段的门限值自动复制；特定节假日、或指定日期的时间段内的门限值可以单独设定。对于指定网元或网元组、地市的指定性能KPI指标，均可灵活设置突变门限，可由用户设定根据离散的多个时间点的平均作为基准值。例如：一周7×24小时的不同时段设置不同的突变门限值后，其它周相同时段的门限值自动复制；特定节假日、或指定日期的时间段内的突变门限值可以单独设定。1.2.2.4 KPI指标为满足网络监视的要求，KPI指标可以由用户自定义。1.2.3 告警监控告警监控功能是总体呈现经过告警管理中告警过滤或重定义以后的告警统计信息和重要告警的具体信息。在拓扑图上应能够实时反映网元告警，告警应通过声音、拓扑图颜色变化来反映当前网络的告警信息，未确认的告警则应以相应的图标持续闪烁显示。1.2.3.1.1 告警同步的要求在拓扑中，告警的呈现和告警的清除，与告警列表显示保持同步。当启动拓扑监控模块时，必须呈现网元当前状态下的所有活动告警。拓扑监控模块必须提供对网元进行定时和手工告警同步的功能，要求是对网元当前状态的所有活动告警进行同步，而不是对于网管数据库中的“活动告警”进行同步。在完成同步之后，拓扑中必须只显示刚刚从网元同步上来的活动告警，不能显示其它任何虚假“活动”告警。1.2.3.1.2 告警级别与颜色的缺省对应表可根据告警的级别以不同的颜色在监视图上对各种级别的告警进行显示，系统提供对不同告警的显示颜色进行设置的功能，系统初始时应提供缺省设置，具体设置要求见告警管理。1.2.3.1.3 父对象传递需求为了保证底层对象的告警信息也能及时地显示，系统应提供告警传递功能，即将底层对象的告警信息逐层传递给其父对象，引起其父对象图标的状态变化和告警统计信息的变化，从而达到实时监控的目的，告警传递层数以及传递条件应可由用户根据需要设置。例如： MSC管理的某BSC出现告警信息，用户应能在网管系统的MSC层界面上得到相应告警状态的呈现。当父对象有子对象传递上来的告警时，要显示出子对象告警的状态，系统应在显示上区分对象自身告警和其子对象告警。对其子对象告警应由小标签来反映子对象告警的数量。告警传递层数以及传递条件应可由用户根据需要设置。1.2.3.1.4 钻取监视的要求为监视需要，告警的统计信息和具体信息可以由父对象钻取到子对象，根据所监视指标的原始数据构成，可以钻取到最小粒度。例如：由地区级钻取到MSC级，MSC级钻取的BSC级，BSC级钻取到BTS级。钻取自身告警数量信息得到自身告警的具体信息，钻取子对象的告警数量信息得到按子对象分类的告警监视图。1.2.3.1.5 告警统计信息和具体信息的要求为方便使用，监视图上自身告警和子对象告警应区别显示，以颜色区分告警级别，并显示该级别的告警统计信息。对于所有网元的重大告警要在告警监视图的下方滚动显示，包括数量和具体信息。对于重大的告警信息，可以设置告警提示，以声、光、短信等形式提示用户，监控人员可通过网管系统提供的界面自定义每种告警声音的类型、开关状态等。1.2.3.1.6 监视网元的呈现要求网元设备呈现为具体图标，可以将电子地图作为监控的背景，可以将被监视网元以矩阵形式排列呈现，不同级别的告警数量分别显示在以颜色区分级别的相关网元图标上。告警清除和确认的统计信息要求实时更新，数量统计中应不包含已经清除了的告警，确认与未确认的活动告警应分别统计。1.3 拓扑图操作1.3.1 视图基本操作系统应提供友好的视图切换功能，如点击图标切换视图、逐层进入各级视图、以及返回前一视图和返回上层视图等。系统应提供对监视图以及其背景位图的单个选中、批量选中（矩形方式、圆圈方式、逐个的选定方式等）、放大、缩小、移动、还原等功能，并提供图例说明。网管系统应通过节点的拖拉支持对节点位置的更改，并可以保存对视图的修改。1.3.2 监视显示过滤系统可以据需要选择是否在监视图上显示或隐藏某些类型的网元或链路，过滤条件可以关联配置信息。1.3.3 基本信息查询系统应提供方便的查询操作方式，快速查询选定网元的基本信息。基本信息包括：基本属性信息：包括名称、位置、状态、资源利用率等基本属性数据。基本告警信息：包括当前告警条数、告警级别等。基本性能信息：应显示最近一次主要性能KPI指标数据值（用户可选择需要显示的KPI指标），并能方便查询显示历史数据，同时以趋势图显示。主要性能数据详见性能管理部分。1.3.4 监视图功能链接除提供完整的菜单功能外，系统绝大部分功能均应可通过鼠标右键点击监视图或资源树图上的对象而弹出功能链接菜单，将该对象相应的管理功能模块链接起来，并传递选定对象的相关属性信息。包括设备监视信息查询、告警信息查询、性能数据查询、局数据查询、启动仿真终端等。1.3.5 监视图的保存和打印系统应提供把当前监视视图保存成文件或送到打印机输出的功能。2 配置管理配置管理主要完成对配置信息的采集、录入和对比核查、删除等管理功能。配置数据信息的获取可以分手工录入、从OMC或网元采集等方式。配置信息的变化可分为同步更新和删除，配置数据的变化要求能与现网实际信息变化做到实时同步或准实时同步。以下从配置管理信息、配置数据采集、配置数据录入检查和配置数据处理等方面来描述具体功能要求。2.1配置管理信息配置管理是网管系统的基础管理功能，网管系统其他功能都和配置管理有数据依赖关系或配置管理向其它模块提供支持。配置管理信息主要分为干线类、交换类、无线类、网管类等，具体分类如下：1）与干线网相关的配置信息，包括(配置和使用信息)：本省内TMSC1、HSTP。本省内交换机E1端口、中继群、中继、目的码。信令链路集、信令链路。2）与CDMA省内交换子系统相关的配置信息，包括：TMSC2、LSTP、GMSC/iGW、MSC/VLR、 HLR/AC。交换机E1端口、中继群、中继、目的码。信令链路集、信令链路。3）与CDMA省内基站子系统相关的配置信息，包括：BSC、BTS、扇区、载频。（小区信息应包含具体地理位置归属到街道和乡镇）4）CDMA网管类配置信息，包括：厂家OMC-S系统、OMC-R系统，其它OMC系统。2.2配置采集状态表由于在测试、 工程等期间， 网元的相关数据可以采集到系统中， 但是此时该网元的告警、 性能数据并不反应实际情况， 系统在处理告警数据、 性能数据时必须可以根据用户的需要进行选择性屏蔽， 也就是说用户选择对“不可用” 状态的处理方式，如选择了”不处理”， 则在告警监控、 性能监控、 报表中不包括这些网元的相关数据； 如选择了“处理” ，则把这些网元作为正常的网元处理。 为了实现该功能， 系统必需提供配置采集状态表，用户可以对每个网元的状态进行设置， 网元粒度细到中继群、信令链路组一级。网管系统提供对配置采集状态表的查看、添加、修改、删除功能，所有信息由用户手工填写，网管系统不对其进行判断。基本的配置状态表格式为如下内容，各省市分公司可以根据本地实际情况进行增加，但必需包含以下基本内容：字段名称说明配置信息名称网元名称、中继群名称或信令链路集名称所属上层网元名称如：对于BTS，为所属BSC名称；对于中继群，为所属MSC名称配置信息类型如：cell/中继群/信令链路集目前状态如：0为不可用 1为可用，不可用状态可进一步细分更新原因割接/扩容/升级/搬迁/打补丁时间戳系统自动记录修改时间备注自然语音描述的辅助信息目的：用于屏蔽割接、或其它原因等导致的大量告警等。2.3配置数据的采集配置数据可从各厂家OMC系统或网元上直接采集。配置数据采集方式应支持自动采集和手动采集两种方式。网管系统应以任务的形式进行自动/手动采集配置数据，提供用户所需的操作界面。用户可针对不同的网元设置开启/停止采集任务。自动采集：网管系统应支持自动采集配置数据, 提供灵活的界面由用户设置采集时间和采集周期，可以日、周、月为周期，采集时间精确到分，可对不同的网元设置不同的采集周期（但必需要求在统计周报、月报之前，由网管系统自动采集更新配置一次，确保月报数据的准确性）；由事件触发的自动采集，在现网配置变更后，能触发。配置和性能数据不一致时能自动触发配置数据采集。并提供由用户设置的定时采集功能。手动采集：能够提供灵活的界面让用户在必要时手工启动配置数据采集程序，并可按厂家、地市、网元类型等方式划分网元组；以及网元的具体配置属性，如中继群信息、信令点等，分别进行配置数据的采集。2.4配置数据的录入和检查对于部分不能直接从管理系统采集到的配置数据，网管系统应提供有效的录入手段，包括用户手工方式录入、编辑和文本/EXCEL表格数据导入等方式。对指定设备有规范的配置数据的填写格式，应提供相应菜单让用户选择（应提供在现有机型之外的其它机型的支持选项）。在录入或导入过程中，网管系统应能自动检查配置数据的缺失或错误 (比如同类网元的中文名称相同)，并提示用户修改或重新填写，只有符合规范的数据，才能进行配置数据导入。对于需用户手工录入的配置数据，用户可选择指定的业务区、网元后，系统自动生成统一的表格供用户填写，填写完成后，系统自动保存到相应的配置表中。2.5配置数据的查询和统计1） 网管系统应提供对配置数据灵活的查询功能。网管系统能按时间段、行政区域、厂商、设备类型等多种条件的组合对配置数据进行灵活查询，并能将结果以报表的方式显示。2） 网管系统支持对查询结果灵活的设置显示的字段，设置每页显示的记录条数（20、50、100、200和500），可以灵活地切换到首页、上一页、下一页和末页进行查看。3） 网管系统应支持对查询结果按任意字段进行排序。4） 网管系统应能周期性的生成配置统计报表，如按地理区域、按设备厂家或网元类型统计配置数据报表等。网管系统能将报表存储为Excel文件，能通过web发布生成的报表。5） 对于配置数据的查询、统计结果，网管系统应能提供工具将其以文本文件和Excel表格方式导出，并提供打印功能。6） 系统必须提供配置数据的关联查询，可通过用户选定的一类信息和相关规则可以查询相关的其它信息。如通过本信令点查询对端信令点、通过MSC查询相关联的BSC所有配置信息等。7） 增加配置信息变更的情况的查询，可以分变化原因、地理区域、按设备厂家或网元类型统计配置数据报表等。用户可以方便的查询到指定时间段内所有配置数据或者具体某类网元、 地理区域的配置数据变更情况。2.5.1配置数据的同步和刷新网管系统与网络中实际配置数据要保持一致。当管理信息数据改变时，网管系统要随之改变相应的数据，并能够以有效的方式如短信和邮件等多种方式及时通知网管用户。并可配置超时提醒。配置数据的同步主要有两种方式：1） 被管系统实时自动地向网管系统报告配置的改变。被管系统通过事件通知，向网管系统报告配置改变情况。典型的配置改变通知有：配置信息创建/配置信息删除通知；当有用户要进行新建网元接入或者已有网元删除时，网管系统应有提示告警信息；新网元在接入之前必需首先完成相关配置信息的填写，经网管中心检查无误并且顺利接入后，接入网元告警信息才能进行消除。配置信息属性值改变通知。当有用户要现有网元属性改变时，网管系统应有提示信息；2） 网管系统通过主动查询或定期刷新，进行配置数据同步。网管系统在采集性能数据时发现新网元，通知用户进行配置数据同步。网管系统应提供配置更新的网元列表，对比地市上报的配置数据修改表，用户可以对配置数据进行编辑确认，网管系统自动将已确认的网元从配置更新网元列表中删除。当配置信息变化时，应提供界面由用户手动确认后，将变化配置信息上报总部，并在省级网管保存上报总部的最新配置数据。2.5.2配置数据的呈现1）拓扑图呈现方式：在拓扑图上，可查询网元，以表格的方式显示网元属性，包括：字段名称和属性内容，并且应该在拓扑图上支持直接修改、保存功能；1） 统一树图呈现方式：提供统一的界面对各种类型网元的配置数据进行查看，查询结果以报表的方式显示；针对不同的基站分类用不同的颜色加以区分；可以设置显示的字段，每页显示的记录数，可灵活的切换到首页、上一页、下一页和末页，并可按某一个字段排序，同时提供添加、修改、删除等功能；2） 统计报表呈现方式：统计结果以报表的方式，同时支持以图形的方式显示；对于以报表方式显示的结果，支持导出为EXCEL文件和打印等功能。2.5.3配置数据的存储系统应能保存两年以上配置数据的版本更新，并且应确保每段时间的配置信息都带有时间戳标记。配置数据的保存应支持按照性能文件的统计粒度进行存储。当配置数据改变时，在性能文件的统计粒度范围内完成采集并保存。系统应通过存储具有时间戳的历史配置信息的方式来保证配置数据与性能数据的一致性。用户在系统中查看历史性能数据时，可以通过当时的配置信息进行索引和访问，如果用户需要对历史的性能汇总信息进行重新计算时，系统可以让用户选择跟性能数据同一时间的配置数据或者跟用户指定时间的配置数据进行匹配和计算，保证计算结果的准确性。提供界面允许用户把配置数据恢复到用户指定时间的配置数据，配置数据的恢复可以让用户按照业务区、 厂家、 网元等条件的选择进行恢复，同时用户也可以选择恢复配置数据的具体字段。提供界面允许用户对之前的配置信息进行修改，修改完成后，可以由用户操作重新汇总性能数据。3 告警管理3.1 告警采集网管系统支持对告警信息的实时采集。3.1.1 设备告警采集实时采集本省内所有在用网元，包括HSTP、LSTP、TMSC1、TMSC2、MSC/VLR、HLR/AC、GMSC、BSC、BTS、综合关口局、软交换设备等相关的告警。3.1.2 性能告警采集当管理对象某项性能指标超出预先设定的范围时，系统将触发性能告警，性能告警的采集粒度为网元所能提供的最小采集粒度，务必注意其时效性；具体性能指标和相关要求参见“综合性能分析管理”部分。3.1.3 告警采集过滤目的是为了让一些没有意义的告警被挡在告警库之外，实现告警的第一层过滤，使运维人员能够集中精力对网络中重要的告警信息进行监视和处理，提高工作效率。网管系统应提供简单可用的操作界面，用户可自定义的过滤条件，过滤条件为：告警归一化字段（具体要求参见“告警归一化”部分）和告警细分字段（具体要求参见“告警细分”部分）的组合条件。应提供方便操作的用户界面，进行告警采集过滤条件的设置。用户在设置告警采集过滤条件时，应可选择厂家相关细分字段作为过滤条件项。过滤条件项应扩展为两级：一级为原共性过滤条件项，并增加厂家的选择项，如上海贝尔阿尔卡特、MOTOROLA、中兴等等；二级是和具体厂家相关的过滤条件项，每条件项为一个厂家相关细分字段。如：用户可设置一个告警过滤器，选择上海贝尔阿尔卡特厂家、网元类型、级别、模块地址（细分字段）作为条件项，如下所示：3.1.4 告警同步由于某些原因造成网管告警与网元实际的告警不一致，网管系统只有通过定时或手工进行告警同步来显示当前状态的活动告警。网管系统必须提供启动告警手工同步及进行告警自动同步的可操作的界面，界面中包括：一、将指定网元的告警立即进行同步；二、可以手工指定某厂家、某网元的告警同步的周期（可以进行24小时的选择，精确到15分钟，因为在非忙时和忙时的同步要求是不一样的，非忙时段没有必要进行15分钟同步）。要求是对网元当前状态的所有活动告警进行同步，而不是对于网管数据库中的“活动告警”进行同步。在完成同步之后，告警监视列表中必须只显示刚刚从网元同步上来的活动告警，不能显示其它任何虚假“活动”告警（例如：网元上已经被清除的告警，因各种原因导致网管系统未收到告警清除消息，而在网管系统上遗留的虚假“活动”告警）。3.1.5 告警采集自身的告警对长时间（时间可设，间隔10分钟）无法采集到告警的网元应当自动判断该连接是否正常，如判断出现故障，进行提醒，在告警监控与系统监控两个模块中同时显示；若告警采集程序出错，未执行，也要进行提醒，在告警监控与系统监控两个模块中同时显示。（注：参见“网管系统自身管理”）注：网元编码原则见中国联通移动通信网网元编码原则。3.2 告警解析3.2.1 告警归一化对告警的原始报告进行归一化处理：即将所有网元的原始告警数据处理为统一的格式后存储、处理。归一化后的告警格式必须包括如下字段：告警信息参数参数说明网络类型可一目了然地看到告警所归属的大网络，如话务网、智能网、信令网，更快地对告警进行定位设备厂家标识该网元所属设备厂家设备类型发生告警的设备的类型网元名发生告警的设备名称网元中文名发生告警的设备中文名称告警确认人网管系统记录的对告警进行确认的操作人员的ID以及用户名告警标题告警简要信息的提取告警类型告警的类型取值可为设备告警、性能告警、网管系统自身告警等告警重定义类型如PCM告警，断站告警等告警原始级别告警原始信息中包含的原始级别告警重定义级别用户根据维护需要，在网管系统中重新定义的级别告警详细信息网元上报的原始告警报文详细内容告警频次重复发生的同一告警的产生次数告警状态激活还是已清除，可分栏目显示父网元父网元网元地理位置发生告警的设备详细地理位置告警定位信息定义到告警的板卡位置信息告警原因告警产生的真实原因告警号发生告警的设备原始告警号告警流水号网管系统定义的告警流水号告警发生时间告警信息中的告警产生的时间告警清除时间告警的清除的时间（告警自动清除时间或手工清除时间）告警确认时间在网管系统中记录的告警确认的时间告警时长在已清除告警中显示3.2.2 告警细分告警细分信息是对归一化告警信息的补充，其内容是未包含在归一化告警信息之中的，或者是淹没在归一化告警信息中的那部分个性化的告警信息。告警细分是通过把不同厂家设备原始告警信息中的关键字段，提取出来进行存储、处理。之所以要进行告警细分，是因为有些设备厂商的告警在网管进行归一化显示后，会丢失某些重要的信息，即某些设备厂商告警正文中有些显然易见的字段，会在告警归一化之后被掩盖或丢失。然而这些信息又是对维护工作相当重要的。为实现告警细分功能，各厂商告警报告提取的特色细分字段由用户根据实际需要自行决定，举例说明如下（按厂商归纳，除归一化字段以外）：l 上海贝尔阿尔卡特告警类型、错误原因、模块地址、模块类型、告警报告号；l MOTOROLA告警ID、告警模块告警细分后可以更全面地展示设备厂商告警信息，以便于更好地维护、并进行灵活地查询。告警细分后不仅对告警的监视、查询、过滤有意义，对告警的统计分析更有意义。3.2.3 告警类型重定义网管必须提供可重定义告警类型的功能界面。告警类型重定义的意义：原始厂家提供的告警类型非常粗，只有设备告警、环境告警等一些常规的类型。但日常维护工作中一些常见的告警类型，如“PCM告警、信令告警、TRX告警、板卡告警、非在网设备告警”等并不能直观地显示出来的。重定义告警类型以后，可以方便地进行告警定义，也可以为告警查询、告警统计功能提供比较细致的内容。l 归一化、细分之后的类别重定义1） 在告警归一化、告警细分的基础上，告警类别重定义功能应可支持选择厂家相关信息进行类别重定义。除原有共性条件项外，用户还可选择和厂家相关的细分字段作为类别重定义的条件项。如，用户可选择将上海贝尔阿尔卡特厂家设备某模块地址（厂家细分字段）上发出的设备告警重定义为通讯告警。2） 告警类别补充。根据TMN规范，目前网管系统仅有通讯告警、服务质量告警、处理错误告警、环境告警、设备告警等5种归一化的告