YD/T 1793-2008
基本信息
标准号： YD/T 1793-2008
中文名称：2GHz 数字蜂窝移动通信网网络管理技术要求网元管理系统(EMS)功能
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：1045883
相关标签： 数字 蜂窝 移动 通信网 网络管理 技术 管理系统 功能
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 1793-2008.Network Management Technical Requirement for 2GHz Digital Cell Mobile Communication Network Element Management System (EMS) Function.
1范围
YD/T 1793规定了2GHz数字蜂窝移动通信网中各个厂商网元管理系统(EMS)的系统功能要求，确定了EMS的管理范围、技术要求和系统功能要求。
YD/T 1793适用于2GHz数字蜂窝移动通信网TD-SCDMA系统、WCDMA系统以及cdma2000系统中的EMS。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
3缩略语
下列缩略语适用于本标准:
AUC Authentication Centre 鉴权中心
CM Configuration Management 配置管理
CN _CS Core Network _Circuit Switched 电路域核心网
CN_ PS Core Network _Packet Switched 分组域核心网
4系统管理功能
4.1概述
系统管理功能是指对EMS系统本身的管理，包括用户界面管理、自身软件管理、系统维护等功能，以及对系统高可用性和可扩展性等方面的要求。
4.2用户界面管理功能
4.2.1用户界面基本
图形用户界面(GUI)是一种可视化的用户界面，可以为用户提供便捷的方式以满足用户对网络设备进行管理的需求。
对EMS图形用户界面(GUI)的基本要求如下:
(1)界面直观，对用户透明:用户接触软件后可对界面上对应的功能--目了然，即要求界面设计遵循界面简洁，线索清晰的原则。
1范围
YD/T 1793规定了2GHz数字蜂窝移动通信网中各个厂商网元管理系统(EMS)的系统功能要求，确定了EMS的管理范围、技术要求和系统功能要求。
YD/T 1793适用于2GHz数字蜂窝移动通信网TD-SCDMA系统、WCDMA系统以及cdma2000系统中的EMS。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
3缩略语
下列缩略语适用于本标准:
AUC Authentication Centre 鉴权中心
CM Configuration Management 配置管理
CN _CS Core Network _Circuit Switched 电路域核心网
CN_ PS Core Network _Packet Switched 分组域核心网
4系统管理功能
4.1概述
系统管理功能是指对EMS系统本身的管理，包括用户界面管理、自身软件管理、系统维护等功能，以及对系统高可用性和可扩展性等方面的要求。
4.2用户界面管理功能
4.2.1用户界面基本
图形用户界面(GUI)是一种可视化的用户界面，可以为用户提供便捷的方式以满足用户对网络设备进行管理的需求。
对EMS图形用户界面(GUI)的基本要求如下:
(1)界面直观，对用户透明:用户接触软件后可对界面上对应的功能--目了然，即要求界面设计遵循界面简洁，线索清晰的原则。
标准图片预览
标准内容
ICS33040
中华人民共和国通信行业标准
YD/T 1793-2008
2GHz数字蜂窝移动通信网
网络管理技术要求
网元管理系统（EMS）功能
Network Management Technical Requirement for2GHz Digital Cell Mobile Communication Network ElementManagement System ( EMS ) Function2008-03-28发布
2008-06-01实施
中华人民共和国工业和信息化部发布前
规范性引用文件
缩略语·
系统管理功能
告警与故障管理功能
配置管理功能·
性能管理功能
拓扑管理功能+
安全管理功能
10H志管理功能·
11操作维护功能-
12跟踪功能（可选）
附录A（瓷料性附录）管理对象的配置参数附录B（资料性附录）指标参考取值目
YD/T 1793-200B
YD/T 1793-2008
《2GHz数字蜂窝移动通信网网络管理技术要求》系列标准由4项标准组成，各项标准又分为多个部分标准。该系列标准和部分标准的结构和名称如下：（1）2GHz数字峰窗移动通信网网络管理通用技术要求第1部分：基本原则（2）.2GHz数字蜂窝移动通信网网络管理通用技术要求第2部分接口功能（3）2GHz数字蜂窝移动通信网网络管理通用技术要求第3部分接口分析（4）2GHz数字蜂窝移动通信网网络管理通用技术要求第4部分基丁CORBA技术的管理接口设计
（5）2GHzWCDMA数字蜂窝移动通信网网络管理技术要求第1部分配置网络资源模型（6）2GHzWCDMA数字蜂窝移动通信网网络管理技术要求第2部分性能网络资源模型（7）2GHzWCDMA数字蜂窝移动通信网网络管理技术要求第3部分基丁CORBA技术的网络资源模型设计
（8）2GHzcdma200K0数字蜂窝移动通信网网络管理技术要求第1部分配置网络资源模型(9）2GHzcdma2000数字蜂窝移动通信网网络管理技术要求第2部分性能网络资源模型（10）2GHzcdma2000数字蜂窗移动通信网网络管理技术要求第3部分基于CORBA技术的网络资源模型设计
（11）2GHzTD-SCDMA数字蜂窝移动通信网网络管理技术要求第1部分配置网络资源模型（12）2GHzTD-SCDMA数字蜂窝移动通信网网络管理技术要求第2部分性能网络资源模型（13）2GHzTD-SCDMA数字蜂窝移动通信网网络管理技术要求第3部分基于CORBA技术的网络资源模型设计
本标准是《2GHz数字蜂窝移动通信网网络管理通用技术要求第2部分接口功能》的补充，对EMS 的功能提出了要求。
《2GHz数字蜂窝移动通信网网络管理通用技术要求第2部分接口功能》、《2GHz数字蜂窝移动通信网网络管理通用技术要求第3部分接口分析》以及本标准可配套用于EMS的开发和建设。本标准的附录A和附录B为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国移动通信集团公司、中国移动通信集团设计院有限公司本标准主要起草人：江振波、李健、方波，李冶文、工烨1范围
YD/T 1793-2008
2GHz数字蜂窝移动通信网网络管理技术要求网元管理系统（EMS）功能
本标准规定了2GHz数字蜂窝移动通信网中各个厂商网儿管理系统（EMS）的系统功能要求，确定了EMS的管理范围、技术要求和系统功能要求。本标准适用于2GHz数字蜂窝移动通信网TD-SCDMA系统、WCDMA系统以及cdma2000系统中的EMS.
2规范性引用文件
下列文件中的条款通过本标准的引川而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用丁本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些义件的最新版本。凡是不注口期的引用文件，其最新版本适用于本标准。3缩略语
下列缩略语适用于本标准：
Authentication Centre
Configuration Managcment
Core Network_Circuit SwitchedCore Network_Packet SwitchedDomain Name Server
Elemcnt Management System
Fault Management
Fire Wall
Gateway GPRS Support Node
Global Title
Home Location Registcr
Mobile-Services Switching CentreOperations & Maintenance CentrePerformance Maagement
Quality of Service
Radio Network Controller
Serving GPRS Support Node
UMTS Terrestrial Radio Access NetworkVisituor Location Register免费标准bzxz.net
鉴权中心
配置管理
电路域核心网
分组域核心网
域名服务器
网元管理系统
故障管理
防火墙
网关GPRS支持节点
全球标记
归属位置寄存器
移动业务交换中心
操作维护中心
性能管理
业务质员
无线网络控制器
服务GPRS支持节点
UMTS陆地无线接入网络
访问位置寄存器
YD/T1793-2008
4系统管理功能
4.1概述
系统管理功能是指对EMS系统木身的管理，包括用户界面管理、自身软件管理、系统维护等功能，以及对系统高可用性和川扩展性等方面的要求。4.2用户界面管理功能
4.2.1用户界面基本
图形用户界面（GUI）是一种可视化的用户界面，可以为用户提供使捷的方式以满足用户对网络设备进行管理的需求。
对EMS图形用户界面（GUI）的基本要求如下：（1）界面直观，对用户透明：用户接触软件后可对界面上对应的功能一目了然，即要求界面设计遵循界面简洁，线索清晰的原则。（2）图形用户界面的设计应该遵循一致性原则：界面和功能的一致性可使操作人员更快使用保留字米增加系统的清晰易懂、提高系统的使用效率。操作方式的一致性可以尽可能的减少误操作的产生。（3）图形用户界面应该对操作结果提供必要的图形和声音提示：提示信息可使用户了解目前系统所处的状态，明白命令执行的结果是否正确，以及操作的进行情况等。举例来说，当一个操作的系统响应时问超过7～10s时，个带有进度条的信息框应该提示当前任务的执行情况。（4）图形用户界面应该集成在线帮助功能：图形用户界面应提供详细的在线换作指南，对操作方式，操作步骤，输入格式等信息进行帮助提示，指导用户完成相应的操作并提供帮助信息的导航功能。同时，对用户可能遇到的问题提供解答，用户可以打印帮助信息。4.2.2界面锁定和激活
为防止在用户离开时未授权人员对网管系统操作，EMS系统应提供界面锁定和缴活功能。4.3EMS软件管理
4.3.1EMS软件版本管理
EMS系统应详细记载其上运行的各软件模块及补丁的版本号、功能备注等信息。4.3.2EMS软件升级管理
4.3.2.1补丁管理功能
4.3.2.1.1补丁加载
系统应提供软件补丁加载至EMS的功能，并提供补丁载进度显示。如补丁加载过程出现问题，系统应提供回滚功能，系统恢复到补丁加载前状况。当补丁加载完毕后，更新补丁号。4.3.2,1.2补丁激活
系统应提供补丁激活功能，使补丁程序正常运行。该功能也可以和补丁加载功能含并。4.3.2.1.3补丁去活
如果补丁程序在EMS中不能够正常运行，系统应提供补丁去激活功能。4.3.2.1.4补丁卸载
系统应提供EMS软件补丁卸载功能。该功能可与补丁去活功能合并。4.3.2.1.5补丁号及记载
系统应对EMS上的所有软件补丁具备详细的版本记录和相应的功能说明。2
4.3.2.2对非补丁升级的管理
YD/T1793-2008
系统应提供对非补丁软件的升级管理功能。包括软件的加载、激活、去活、卸载、记录等，具体功能可参见4.3.2.1。
4.4EMS系统维护功能
4.4.1概述
EMS系统维护功能工要是对EMS系统本身的文件系统资源、内存、CPU资源、数据存储空间等系统指标进行监控管理，指标的采样时间利阅值可由用户设定，并能够查看系统进程、应用进程等的进程名、运行状态、开始时间、停止时间、运行主机、进程类型等信息，并能对某些进程做中断或启动操作。4.4.2数据库维护功能
数据库维护功能提供对EMS数据库维护的辅助手段，包括以下功能：（1）对数据库占用空间进行监视：（2）用可以方便地查询与数据库的连接进程情况：（3）在数据库发生门限溢出时产生相应级别的告警，并提示维护人员采取备份历史数据、清理无用数据或追加存储究间等措施。
4.4.3系统日志管理功能
系统日志管埋功能提供对系统H志的查询、统计（可选）和归档功能，包括对EMS数据库、应开进程的启动、退出、逊程重启动、进程重要运行过程、进程停止等系统信息进行管理，用丁协助EMS系统的维护。
4.4.4系统备份功能
当系统出现故障时，EMS应能够根据文件系统备份与数据库备份将EMS恢复到备份前的状态。系统备份包括文件系统备份与数据库备份，要求提供的备份方式包括：（1）于动方式与周期性自动备份方式；（2）在线备份与离线备份方式：（3）完全备份与增量备份方式。用户可选择备份方式，备份内容、备份时间和备份介质等进行备份参数的设置。当数据受到破坏后，EMS应能够对数据进行正确的恢复，恢复方式可选择从备份中恢复或从网元重新获取。
当系统受到破坏后，EMS应能够根据备份数据将系恢复到正常工作状态。4.5系统高可用性
为了提高系统的可用性，EMS的服务器、存储和网络连接应提供允余备份或其他机制的能力。在发生服务器、存储和网络连接的单点故障时，EMS应用软件应能够不间断地提供服务。4.6系统可扩展性
EMS系统的软硬件应当具备一定的可扩展性，以适应网元的不断增加和处理信息量的不断变化。5告馨与故障管理功能
5.1概述
EMS告警与故障管理的主要功能足对被管理设备进行统一的告警与救障管理，提供告收集与显示、故障检测、故障诊断和故障处理工具。3
YD/T 1793-2008
系统应能实时收集网元发出的告警信息，并自动更新当前告警列表。同时，应提供对于全网告警的集中呈现视图，以实现告警的集中监控。EMS应保存一定时期内的历史告警信息，并具备对历史告警信息进行查询和统计（可选）的功能。5.2告替定义
5.2.1告警信息
EMS提供的告警信息应包括以下内容：（1）产生告警的设备类型及标识符（ObjectClass，Objectlnstance）：应为设备的名称及惟一标识符：（2）告警产生时间（EventTime）：应为网元等设备产生告警的时间：（3）告警产生系统域名（SystemDN）：发出告警的系统的标识符：（4）告警序列号（AiarmId）：全网惟一的对每一个告警的编号：（5）告警类型（AlarmType）：取值可为：·“通信告警（CommunicationAlarm）\“设备告警（EquipmentAlarm）\；“处理错误告警（ProcessingFailure）”“环境告警（EnvironmentalAlarm)\：“服务质量告替（QualityOfServiceAlarm)\;（6）可能原因（ProbaleCause）：告警产生原因的初步判断：（7）告警级别（PerceivedSeverity）：按告警的严重程序依次将告警分为严重告警（Cri要告警（Major），次要告警（Minor）警告告警（Warming）和清除告警（Cleared）五类：（8）告警确认时问（AckTirne）：告警被确认的时间；（9）告警确认状态（AckState）：取值可为：已确以（Acked)
未确认（Unacked)。
（1U）告警确认用户标识（AckUserId）：对告警进行确认操作的用户标识符：（1I）告警确认系统标志（AckSystemld）：对告警进行确认的用户所在的系统标识符：（12）错误号（ERRORID）：与告警产生原因相关的一个内部编号。5.2.2告警状态
告警分为当前告警（活跃告警）和历史告警。（1）当前告整指的是尚未被清除的告整（2）历史告警是已经被清除的告警。历史告警将被保存到历史告警数据库，供以后统计查询所用。历史告警应当精确地记录曾经“实时上报的所有告馨”。EMS应支持如下告警状态：
（1）未确认当前告警：用户尚未确认且未被清除的告警：（2）已确认当前告警：用广已确认且米被清除的告警：（3）未确认厉史告警：“用尚米确认而已被清除的告警：（4）已确认历史告警：用广已确认且已被清除的告警。4
5.2.3告警级别
EMS应支持如下告警级别：
（1）严重告警（CRITTCAL）：使业务中断并需要立即进行故障检修的告警：（2）工要告警（MAJOR）：影响业务并需要立即进行故障捡修的告警；（3）次要告警（MENOR）：不影响现有业务，但需进行检修以阻止恶化的告警：YD/T 1793-2008
（4）警告告警（WARNING）：不影响现有业务，但发展下去有能影响业务，可视需要采取措施的告警；
（5）消除告警（CLEARED）：已清除的告警。5.2.4告酱种类
警分类的主要日的是用丁告警呈现和告警统计。告警的类型可分为通信告警（CommunicalionsAlarm）、设备告警（EquipmentAlarm）、处理错误告警（ProcessingFailureAlam）、环境告警（EnvironmentalAlarm）、服务质量告警（QualityOfServiceAlarm）五类，其体定义如下：
（1）通信告警：在点到点的信息传递过程中发生的告警（Analarmofthistypeis.as5ociatedwiththeprocedure and/or process requircd conveying information from one point to another(ITU-T RecommendationX.733））。详细解释参见3gPp32.111-252的附表。（2）处埋错误告警：与软件或处埋相关的告警（Analarmofthistypeisassociatedwithasoftwareorprocessingfault）。详细解释参见3gpp32.111-252的附表。（3）环境告警：反映网光周围运行状况的告警（Analarm of thistype is associatedwith aconditionrelated to an cnclosure in which the cquipment resides（rrU-TRecommendation X.733），由网元产生。详细解释参见3PP32.111-252的阴表，（4）服务质量告警：与服务质量下降相关的告警（A口alamofthistypeisass(xciatedwithdegradatianinthequalityofaservice（ITU-TRecommendationX.733）），服务质量告警可由网心白动产生，也可由EMS系统产生，即EMS通过对网光的性能数据（独立的counter或者多counler的组合计算结果）设定阅值，当性能数据超过阐值时，EMS将产生业务质量警（越限告警）。详细解释参见3gPP32.111-252的附表。（5）设备告警：按照告警产牛的来源，设备告蓄可包括如下设备产生的告警（详细解释参见3gPP32.111-252的附表）：
接入网设备的告警（RANEquipmentalarm）：分组核心网设备的告警（PsCoreEquipimentalarm）：电路核心网设备的告警（CSCoreEquipmentalarm）；传输设备的告警（TrasportEquipmentalarm）：●网管系统白身的告警（EMSalarns）：。外部告警（可选）：指来源丁其他系统的告警，如动力环境系统等。5.3告警呈现
5.3.1告警提示
EMS应提供友好，直观的告警管理界面，EMS应至少支持告警的额色显示和声音提示。YD/T 1793-2008
5.3.1.1告警颜色显示
EMS应针对不同级别的告警用不同的颜色显示及定制，建议为：（1）严重告警：红色：
（2）主要告警：橙色；
（3）次要告警：黄色；
（4）警告告警：蓝色；
（5）清除告鲨：绿色：
对于同一网络资源有多个告警同时发生时，告警颜色应与当前最高级别告警相同：当较高等级告警清除后，再显示相应低等级的告警颜色。5.3.1.2告警可闻定制
对于新接收的告警。EMS应产生市音提示。该声音应可自定义，可修改。5.3.2基于上下文的告警帮助
EMS应提供通过告警信息方便地查找到相关帮助文档的功能，并提供用户对告警处理过程增加相关批注的功能。
5.3.3告警显示过滤
EMS应支持对网元上报的告警进行显示过滤的功能，符合过滤条件的告警将不在活动告警窗口呈现出来，但并不影响告警的上报和入库。EMS应提供相应的功能模块，使用户能够方便地设置过滤条件从而实现对告警旱现的控制，可被过滤的告警属性包括但不限于下列条件或下列条性的组合：（1）告警设备
（2）告警产生时间：
（3）告馨类型，
（4）告警级别：
（5）告警可能原因。
5.3.4.告警视图
卧MS应提供的告警视图包括：告著汇总视图和告奢定位视图。5.3.4.1告警汇总视图
在该视图中，操作维护人员可以浏览、分析和操作告警。告警汇总视图应当文持对告警信息进行汇总的功能，包括告警总量、不同级别告警的数量等：告警汇总视图应支持通过配置相应过滤条件对告警进行呈现。告警汇总视图上的告警信息应保持实时刷新，以反映网络的真实现状。5.3.4.2告警定位视图（可选）
通过告警汇总视图可以逐级定位问题网络设备，系统应支持到板卡级的告警定位。5.4告警管理
5.4.1告警关联（可选）
EMS应支持告警关联功能，通过告警间的关联信息帮助维扩t人员分析及定位告警产生的根本原因。6
5.4.2告警过滤和告警延迟
YD/T 1793-2008
告警过滤指HMS支持根据用户设定的条件，过滤（限制）网元间EMS上报衍合条件的告警信息，并且被限制上报的告警不入告警数据库，也不在界面显示。可设定的条件包括但不限于下列字段或其组合：（1）告窖源：
（2）告警级别；
（3）告警类型；
（4）告警时间。
告警延迟指用户可通过EMS，按照告暂产生的告警源、告警级别、告警类型、告警时间等条件或条件的组合设置网元上报告警的延迟时间。在指定延迟时间内，网元产生的重复告警将不再上报，但需上报累计告警次数，以避免同一告警的反复出现。5.4.3告警级别修改
EMS应提供修改某类告警相应的告馨级别的功能，并要求告警呈现时按修改后的级别进行皇现，但在告警数据库中保留原始信息，5.4.4振荡告警功能（可选）
对丁同一种告警，如果在一定时间内不停的续上报该告警消息和告警消除消息，反复上报的次数超过一定的门限值时，EMS就产生振藩告警。此后，EMS对收到的该种告警进行屏蔽，直到该告警停止振荡为止。
当EMS生振荡告警消息后，如果布一定时间内该种告警消息和告警清除消息反复上报的次数小于一定的门限值，HMS就产生振荡告警清除消息。此后，EMS对收到的该种告警不闻进行屏蔽。EMS应文持振荡告替功能。可设定的条件包括但不限于下列字段：（1）振荡告箐判定门限值，单位：次：（2）振荡告警判定时间窗，单位：分钟（min）；（3）振荡告警清除判定门限值，单位：次：（4）振荡告警清除判定时间衡，单位：分钟（min）。5.5告警处理功能
5.5.1活动告警查询
EMS应支持灵活的活动告警查询功能，可组合查询的条件包括但不限于；（1）告警设备：
（2）告警产牛时间；
（3）告警类型：
（4）告警级别：
（5）告警可能原因。
在管理界面上，应显示被查询告警的详细信息，并且支持打印和导出功能。5.5.2告警同步
FMS应支持告警步功能，包括自动同步和手动同步。5.5.2.1告警自动同步
EMS应能够白动同步网元的告警，适用丁下列情况：7
YD/T 1793-2008
（1）当EMS与网元建立管连按接时：（2）当EMS与网元出现通信失败并且恢复后；（3）当EMS出现系统故障并且恢复后；（4）当主用EMS与备用EMS发生倒换时。5.5.2.2告警手动同步
EMS应支持用户需要时手动同步网元告等。5.5.3告警确认
EMS应支持对告警的确认操作，并能够记录进行确认操作的用户及确认时间。对于已确认的告警，EMS应以某种方式与术确认告警相区别。已确认的告警表示该告警已经被采取措施以解除告警条件，或者该告警对网络没有人的影响：5.5.4取消告警确认
EMS应支持对已确认的告警进行取消确认的操作，并且保证对同一条告警只有对其进行确认操作的用户才能执行取消确认操作。
5.5.5告警清除
EMS应支持告警清除功能，包括自动清除和手动满除。自动清除功能是指当EMS收到网元上报的告警清除消息后，自动将当前活动告警转为历史告警。手动清除功能是指用户平工清除告警，清除的结果足将当前告警的状态由活动告替改变为已清除的告警，但这一操作不应对网元产生影响，如果网元的故障尚未恢复，其台警还应实时上报上来。5.5.6历史告查询
EMS应支持荧活的切史告警查面功能，可组合查询的条付包括但不限于：（1）告警设备：
（2）告警产生时间：
（3）告警类型：
（4）告警级别：
（5）告警可能原因。
在管理界雨上，应显示被查询告警的详细信息，并H支持打印和导出功能。5.5.7历史告警统计与报表生成（可选）EMS应当提供历史告警的告替统计功能，并可生成和导出相应的报表。5.5.8历史告警的备份和删除
EMS应提供自动备份、删除超时限，超文件大小告警的功能。5.6：告警前转支持接口（可选）EMS应提供对外接口，支持告警前转功能。5.6.1EMAIL通知（可选）
EMS应支持告警的电子邮件通知功能。针对某一告警，当用户从管理界面确认被通知人员后，EMS应自动将告警信息及其相关处埋内察发给已注册的被通知人员的电子邮箱。同时，EMS应提供Email地址的管理功能。8
5.6.2短信通知（可选）
YD/T 1793-2008
EMS应支持告警的短信通知功能。针对某一告警，当用户从故障管理界面确认被通知人员后，EMS应白动将告警信息及相关处理内容通过知消息发给对应的注手机。同时，EMS应提供短信通知手机号码的管理功能。6配置管理功能
6.1概述
配置管理功能生要负责全面动态地管理EMS所睛范围内所有网元设备硬件和软件的配置数据或局数据，呈现设备工作状态，以图形、文字等形分层显示配置相关的各类信息，并且具有网元集成，查询、编辑、删除、预设、备份、合法性捡查和回滚网元配置数据等功能。6.2网络资源配置管理
6.2.1系统可管理的网元对象
系统可管理的网元对象包括：
（1）核心网电路域：包括MSCSerVer、MGW、VLR、HLR/AUC等设备的所有参数配置；（2）核心网分组域：包括GGSN、SGSN、DNS、FW的所有参数配置以及相关ATM配置；（3）无线接入网：包括RNC、NodeB的所有参数以及相关ATM配置；（4）EMS本身：包括系统本身设备（包括数据库服务器、应用服务器等）的配置信息，如工机名、IP、端口、操作系统、软件版本等。6.2.1.1创建网元
EMS在安装完成店并没有当前网络中的网儿数据，EMS应提供网元的创建功能。创建网元时，用户可输入如下内容：
（1）网无类型：
（2）网元名称
（3）网元地址：指能够定位网元的物理地址：（4）网元设备厂家类型等。
EMS应通过上述倍息到与其相连的被管理网络中寻找符介上述信息的网元，建立EMS与网元之间的通信联察。网元创建完成后，EMS能够建立与网元的连接：通过该连接能实现对网元的配置功能。6.2.1.2删除网元
用户应能删除当前在实际网络中已经不存在或已经过调整，但EMS中仍存在，与现网不相符的网元，包括其相关配置数据信息也被删除。6.2.1.3查询/修改网元
用户应能够查询或修改创建刚元时设置的属性。6.3网元软件管理
网元软件管理指的是对网元软件的管理功能，包括（1）查询网元软件包和补丁的版本、状态和激活时问等信息：（2）备份网元软件包和补丁；
（3）下载网元软件包租补丁：
（4）激活、切换网元软件包和补丁：9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T 1793-2008
2GHz数字蜂窝移动通信网
网络管理技术要求
网元管理系统（EMS）功能
Network Management Technical Requirement for2GHz Digital Cell Mobile Communication Network ElementManagement System ( EMS ) Function2008-03-28发布
2008-06-01实施
中华人民共和国工业和信息化部发布前
规范性引用文件
缩略语·
系统管理功能
告警与故障管理功能
配置管理功能·
性能管理功能
拓扑管理功能+
安全管理功能
10H志管理功能·
11操作维护功能-
12跟踪功能（可选）
附录A（瓷料性附录）管理对象的配置参数附录B（资料性附录）指标参考取值目
YD/T 1793-200B
YD/T 1793-2008
《2GHz数字蜂窝移动通信网网络管理技术要求》系列标准由4项标准组成，各项标准又分为多个部分标准。该系列标准和部分标准的结构和名称如下：（1）2GHz数字峰窗移动通信网网络管理通用技术要求第1部分：基本原则（2）.2GHz数字蜂窝移动通信网网络管理通用技术要求第2部分接口功能（3）2GHz数字蜂窝移动通信网网络管理通用技术要求第3部分接口分析（4）2GHz数字蜂窝移动通信网网络管理通用技术要求第4部分基丁CORBA技术的管理接口设计
（5）2GHzWCDMA数字蜂窝移动通信网网络管理技术要求第1部分配置网络资源模型（6）2GHzWCDMA数字蜂窝移动通信网网络管理技术要求第2部分性能网络资源模型（7）2GHzWCDMA数字蜂窝移动通信网网络管理技术要求第3部分基丁CORBA技术的网络资源模型设计
（8）2GHzcdma200K0数字蜂窝移动通信网网络管理技术要求第1部分配置网络资源模型(9）2GHzcdma2000数字蜂窝移动通信网网络管理技术要求第2部分性能网络资源模型（10）2GHzcdma2000数字蜂窗移动通信网网络管理技术要求第3部分基于CORBA技术的网络资源模型设计
（11）2GHzTD-SCDMA数字蜂窝移动通信网网络管理技术要求第1部分配置网络资源模型（12）2GHzTD-SCDMA数字蜂窝移动通信网网络管理技术要求第2部分性能网络资源模型（13）2GHzTD-SCDMA数字蜂窝移动通信网网络管理技术要求第3部分基于CORBA技术的网络资源模型设计
本标准是《2GHz数字蜂窝移动通信网网络管理通用技术要求第2部分接口功能》的补充，对EMS 的功能提出了要求。
《2GHz数字蜂窝移动通信网网络管理通用技术要求第2部分接口功能》、《2GHz数字蜂窝移动通信网网络管理通用技术要求第3部分接口分析》以及本标准可配套用于EMS的开发和建设。本标准的附录A和附录B为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国移动通信集团公司、中国移动通信集团设计院有限公司本标准主要起草人：江振波、李健、方波，李冶文、工烨1范围
YD/T 1793-2008
2GHz数字蜂窝移动通信网网络管理技术要求网元管理系统（EMS）功能
本标准规定了2GHz数字蜂窝移动通信网中各个厂商网儿管理系统（EMS）的系统功能要求，确定了EMS的管理范围、技术要求和系统功能要求。本标准适用于2GHz数字蜂窝移动通信网TD-SCDMA系统、WCDMA系统以及cdma2000系统中的EMS.
2规范性引用文件
下列文件中的条款通过本标准的引川而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用丁本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些义件的最新版本。凡是不注口期的引用文件，其最新版本适用于本标准。3缩略语
下列缩略语适用于本标准：
Authentication Centre
Configuration Managcment
Core Network_Circuit SwitchedCore Network_Packet SwitchedDomain Name Server
Elemcnt Management System
Fault Management
Fire Wall
Gateway GPRS Support Node
Global Title
Home Location Registcr
Mobile-Services Switching CentreOperations & Maintenance CentrePerformance Maagement
Quality of Service
Radio Network Controller
Serving GPRS Support Node
UMTS Terrestrial Radio Access NetworkVisituor Location Register免费标准bzxz.net
鉴权中心
配置管理
电路域核心网
分组域核心网
域名服务器
网元管理系统
故障管理
防火墙
网关GPRS支持节点
全球标记
归属位置寄存器
移动业务交换中心
操作维护中心
性能管理
业务质员
无线网络控制器
服务GPRS支持节点
UMTS陆地无线接入网络
访问位置寄存器
YD/T1793-2008
4系统管理功能
4.1概述
系统管理功能是指对EMS系统木身的管理，包括用户界面管理、自身软件管理、系统维护等功能，以及对系统高可用性和川扩展性等方面的要求。4.2用户界面管理功能
4.2.1用户界面基本
图形用户界面（GUI）是一种可视化的用户界面，可以为用户提供使捷的方式以满足用户对网络设备进行管理的需求。
对EMS图形用户界面（GUI）的基本要求如下：（1）界面直观，对用户透明：用户接触软件后可对界面上对应的功能一目了然，即要求界面设计遵循界面简洁，线索清晰的原则。（2）图形用户界面的设计应该遵循一致性原则：界面和功能的一致性可使操作人员更快使用保留字米增加系统的清晰易懂、提高系统的使用效率。操作方式的一致性可以尽可能的减少误操作的产生。（3）图形用户界面应该对操作结果提供必要的图形和声音提示：提示信息可使用户了解目前系统所处的状态，明白命令执行的结果是否正确，以及操作的进行情况等。举例来说，当一个操作的系统响应时问超过7～10s时，个带有进度条的信息框应该提示当前任务的执行情况。（4）图形用户界面应该集成在线帮助功能：图形用户界面应提供详细的在线换作指南，对操作方式，操作步骤，输入格式等信息进行帮助提示，指导用户完成相应的操作并提供帮助信息的导航功能。同时，对用户可能遇到的问题提供解答，用户可以打印帮助信息。4.2.2界面锁定和激活
为防止在用户离开时未授权人员对网管系统操作，EMS系统应提供界面锁定和缴活功能。4.3EMS软件管理
4.3.1EMS软件版本管理
EMS系统应详细记载其上运行的各软件模块及补丁的版本号、功能备注等信息。4.3.2EMS软件升级管理
4.3.2.1补丁管理功能
4.3.2.1.1补丁加载
系统应提供软件补丁加载至EMS的功能，并提供补丁载进度显示。如补丁加载过程出现问题，系统应提供回滚功能，系统恢复到补丁加载前状况。当补丁加载完毕后，更新补丁号。4.3.2,1.2补丁激活
系统应提供补丁激活功能，使补丁程序正常运行。该功能也可以和补丁加载功能含并。4.3.2.1.3补丁去活
如果补丁程序在EMS中不能够正常运行，系统应提供补丁去激活功能。4.3.2.1.4补丁卸载
系统应提供EMS软件补丁卸载功能。该功能可与补丁去活功能合并。4.3.2.1.5补丁号及记载
系统应对EMS上的所有软件补丁具备详细的版本记录和相应的功能说明。2
4.3.2.2对非补丁升级的管理
YD/T1793-2008
系统应提供对非补丁软件的升级管理功能。包括软件的加载、激活、去活、卸载、记录等，具体功能可参见4.3.2.1。
4.4EMS系统维护功能
4.4.1概述
EMS系统维护功能工要是对EMS系统本身的文件系统资源、内存、CPU资源、数据存储空间等系统指标进行监控管理，指标的采样时间利阅值可由用户设定，并能够查看系统进程、应用进程等的进程名、运行状态、开始时间、停止时间、运行主机、进程类型等信息，并能对某些进程做中断或启动操作。4.4.2数据库维护功能
数据库维护功能提供对EMS数据库维护的辅助手段，包括以下功能：（1）对数据库占用空间进行监视：（2）用可以方便地查询与数据库的连接进程情况：（3）在数据库发生门限溢出时产生相应级别的告警，并提示维护人员采取备份历史数据、清理无用数据或追加存储究间等措施。
4.4.3系统日志管理功能
系统日志管埋功能提供对系统H志的查询、统计（可选）和归档功能，包括对EMS数据库、应开进程的启动、退出、逊程重启动、进程重要运行过程、进程停止等系统信息进行管理，用丁协助EMS系统的维护。
4.4.4系统备份功能
当系统出现故障时，EMS应能够根据文件系统备份与数据库备份将EMS恢复到备份前的状态。系统备份包括文件系统备份与数据库备份，要求提供的备份方式包括：（1）于动方式与周期性自动备份方式；（2）在线备份与离线备份方式：（3）完全备份与增量备份方式。用户可选择备份方式，备份内容、备份时间和备份介质等进行备份参数的设置。当数据受到破坏后，EMS应能够对数据进行正确的恢复，恢复方式可选择从备份中恢复或从网元重新获取。
当系统受到破坏后，EMS应能够根据备份数据将系恢复到正常工作状态。4.5系统高可用性
为了提高系统的可用性，EMS的服务器、存储和网络连接应提供允余备份或其他机制的能力。在发生服务器、存储和网络连接的单点故障时，EMS应用软件应能够不间断地提供服务。4.6系统可扩展性
EMS系统的软硬件应当具备一定的可扩展性，以适应网元的不断增加和处理信息量的不断变化。5告馨与故障管理功能
5.1概述
EMS告警与故障管理的主要功能足对被管理设备进行统一的告警与救障管理，提供告收集与显示、故障检测、故障诊断和故障处理工具。3
YD/T 1793-2008
系统应能实时收集网元发出的告警信息，并自动更新当前告警列表。同时，应提供对于全网告警的集中呈现视图，以实现告警的集中监控。EMS应保存一定时期内的历史告警信息，并具备对历史告警信息进行查询和统计（可选）的功能。5.2告替定义
5.2.1告警信息
EMS提供的告警信息应包括以下内容：（1）产生告警的设备类型及标识符（ObjectClass，Objectlnstance）：应为设备的名称及惟一标识符：（2）告警产生时间（EventTime）：应为网元等设备产生告警的时间：（3）告警产生系统域名（SystemDN）：发出告警的系统的标识符：（4）告警序列号（AiarmId）：全网惟一的对每一个告警的编号：（5）告警类型（AlarmType）：取值可为：·“通信告警（CommunicationAlarm）\“设备告警（EquipmentAlarm）\；“处理错误告警（ProcessingFailure）”“环境告警（EnvironmentalAlarm)\：“服务质量告替（QualityOfServiceAlarm)\;（6）可能原因（ProbaleCause）：告警产生原因的初步判断：（7）告警级别（PerceivedSeverity）：按告警的严重程序依次将告警分为严重告警（Cri要告警（Major），次要告警（Minor）警告告警（Warming）和清除告警（Cleared）五类：（8）告警确认时问（AckTirne）：告警被确认的时间；（9）告警确认状态（AckState）：取值可为：已确以（Acked)
未确认（Unacked)。
（1U）告警确认用户标识（AckUserId）：对告警进行确认操作的用户标识符：（1I）告警确认系统标志（AckSystemld）：对告警进行确认的用户所在的系统标识符：（12）错误号（ERRORID）：与告警产生原因相关的一个内部编号。5.2.2告警状态
告警分为当前告警（活跃告警）和历史告警。（1）当前告整指的是尚未被清除的告整（2）历史告警是已经被清除的告警。历史告警将被保存到历史告警数据库，供以后统计查询所用。历史告警应当精确地记录曾经“实时上报的所有告馨”。EMS应支持如下告警状态：
（1）未确认当前告警：用户尚未确认且未被清除的告警：（2）已确认当前告警：用广已确认且米被清除的告警：（3）未确认厉史告警：“用尚米确认而已被清除的告警：（4）已确认历史告警：用广已确认且已被清除的告警。4
5.2.3告警级别
EMS应支持如下告警级别：
（1）严重告警（CRITTCAL）：使业务中断并需要立即进行故障检修的告警：（2）工要告警（MAJOR）：影响业务并需要立即进行故障捡修的告警；（3）次要告警（MENOR）：不影响现有业务，但需进行检修以阻止恶化的告警：YD/T 1793-2008
（4）警告告警（WARNING）：不影响现有业务，但发展下去有能影响业务，可视需要采取措施的告警；
（5）消除告警（CLEARED）：已清除的告警。5.2.4告酱种类
警分类的主要日的是用丁告警呈现和告警统计。告警的类型可分为通信告警（CommunicalionsAlarm）、设备告警（EquipmentAlarm）、处理错误告警（ProcessingFailureAlam）、环境告警（EnvironmentalAlarm）、服务质量告警（QualityOfServiceAlarm）五类，其体定义如下：
（1）通信告警：在点到点的信息传递过程中发生的告警（Analarmofthistypeis.as5ociatedwiththeprocedure and/or process requircd conveying information from one point to another(ITU-T RecommendationX.733））。详细解释参见3gPp32.111-252的附表。（2）处埋错误告警：与软件或处埋相关的告警（Analarmofthistypeisassociatedwithasoftwareorprocessingfault）。详细解释参见3gpp32.111-252的附表。（3）环境告警：反映网光周围运行状况的告警（Analarm of thistype is associatedwith aconditionrelated to an cnclosure in which the cquipment resides（rrU-TRecommendation X.733），由网元产生。详细解释参见3PP32.111-252的阴表，（4）服务质量告警：与服务质量下降相关的告警（A口alamofthistypeisass(xciatedwithdegradatianinthequalityofaservice（ITU-TRecommendationX.733）），服务质量告警可由网心白动产生，也可由EMS系统产生，即EMS通过对网光的性能数据（独立的counter或者多counler的组合计算结果）设定阅值，当性能数据超过阐值时，EMS将产生业务质量警（越限告警）。详细解释参见3gPP32.111-252的附表。（5）设备告警：按照告警产牛的来源，设备告蓄可包括如下设备产生的告警（详细解释参见3gPP32.111-252的附表）：
接入网设备的告警（RANEquipmentalarm）：分组核心网设备的告警（PsCoreEquipimentalarm）：电路核心网设备的告警（CSCoreEquipmentalarm）；传输设备的告警（TrasportEquipmentalarm）：●网管系统白身的告警（EMSalarns）：。外部告警（可选）：指来源丁其他系统的告警，如动力环境系统等。5.3告警呈现
5.3.1告警提示
EMS应提供友好，直观的告警管理界面，EMS应至少支持告警的额色显示和声音提示。YD/T 1793-2008
5.3.1.1告警颜色显示
EMS应针对不同级别的告警用不同的颜色显示及定制，建议为：（1）严重告警：红色：
（2）主要告警：橙色；
（3）次要告警：黄色；
（4）警告告警：蓝色；
（5）清除告鲨：绿色：
对于同一网络资源有多个告警同时发生时，告警颜色应与当前最高级别告警相同：当较高等级告警清除后，再显示相应低等级的告警颜色。5.3.1.2告警可闻定制
对于新接收的告警。EMS应产生市音提示。该声音应可自定义，可修改。5.3.2基于上下文的告警帮助
EMS应提供通过告警信息方便地查找到相关帮助文档的功能，并提供用户对告警处理过程增加相关批注的功能。
5.3.3告警显示过滤
EMS应支持对网元上报的告警进行显示过滤的功能，符合过滤条件的告警将不在活动告警窗口呈现出来，但并不影响告警的上报和入库。EMS应提供相应的功能模块，使用户能够方便地设置过滤条件从而实现对告警旱现的控制，可被过滤的告警属性包括但不限于下列条件或下列条性的组合：（1）告警设备
（2）告警产生时间：
（3）告馨类型，
（4）告警级别：
（5）告警可能原因。
5.3.4.告警视图
卧MS应提供的告警视图包括：告著汇总视图和告奢定位视图。5.3.4.1告警汇总视图
在该视图中，操作维护人员可以浏览、分析和操作告警。告警汇总视图应当文持对告警信息进行汇总的功能，包括告警总量、不同级别告警的数量等：告警汇总视图应支持通过配置相应过滤条件对告警进行呈现。告警汇总视图上的告警信息应保持实时刷新，以反映网络的真实现状。5.3.4.2告警定位视图（可选）
通过告警汇总视图可以逐级定位问题网络设备，系统应支持到板卡级的告警定位。5.4告警管理
5.4.1告警关联（可选）
EMS应支持告警关联功能，通过告警间的关联信息帮助维扩t人员分析及定位告警产生的根本原因。6
5.4.2告警过滤和告警延迟
YD/T 1793-2008
告警过滤指HMS支持根据用户设定的条件，过滤（限制）网元间EMS上报衍合条件的告警信息，并且被限制上报的告警不入告警数据库，也不在界面显示。可设定的条件包括但不限于下列字段或其组合：（1）告窖源：
（2）告警级别；
（3）告警类型；
（4）告警时间。
告警延迟指用户可通过EMS，按照告暂产生的告警源、告警级别、告警类型、告警时间等条件或条件的组合设置网元上报告警的延迟时间。在指定延迟时间内，网元产生的重复告警将不再上报，但需上报累计告警次数，以避免同一告警的反复出现。5.4.3告警级别修改
EMS应提供修改某类告警相应的告馨级别的功能，并要求告警呈现时按修改后的级别进行皇现，但在告警数据库中保留原始信息，5.4.4振荡告警功能（可选）
对丁同一种告警，如果在一定时间内不停的续上报该告警消息和告警消除消息，反复上报的次数超过一定的门限值时，EMS就产生振藩告警。此后，EMS对收到的该种告警进行屏蔽，直到该告警停止振荡为止。
当EMS生振荡告警消息后，如果布一定时间内该种告警消息和告警清除消息反复上报的次数小于一定的门限值，HMS就产生振荡告警清除消息。此后，EMS对收到的该种告警不闻进行屏蔽。EMS应文持振荡告替功能。可设定的条件包括但不限于下列字段：（1）振荡告箐判定门限值，单位：次：（2）振荡告警判定时间窗，单位：分钟（min）；（3）振荡告警清除判定门限值，单位：次：（4）振荡告警清除判定时间衡，单位：分钟（min）。5.5告警处理功能
5.5.1活动告警查询
EMS应支持灵活的活动告警查询功能，可组合查询的条件包括但不限于；（1）告警设备：
（2）告警产牛时间；
（3）告警类型：
（4）告警级别：
（5）告警可能原因。
在管理界面上，应显示被查询告警的详细信息，并且支持打印和导出功能。5.5.2告警同步
FMS应支持告警步功能，包括自动同步和手动同步。5.5.2.1告警自动同步
EMS应能够白动同步网元的告警，适用丁下列情况：7
YD/T 1793-2008
（1）当EMS与网元建立管连按接时：（2）当EMS与网元出现通信失败并且恢复后；（3）当EMS出现系统故障并且恢复后；（4）当主用EMS与备用EMS发生倒换时。5.5.2.2告警手动同步
EMS应支持用户需要时手动同步网元告等。5.5.3告警确认
EMS应支持对告警的确认操作，并能够记录进行确认操作的用户及确认时间。对于已确认的告警，EMS应以某种方式与术确认告警相区别。已确认的告警表示该告警已经被采取措施以解除告警条件，或者该告警对网络没有人的影响：5.5.4取消告警确认
EMS应支持对已确认的告警进行取消确认的操作，并且保证对同一条告警只有对其进行确认操作的用户才能执行取消确认操作。
5.5.5告警清除
EMS应支持告警清除功能，包括自动清除和手动满除。自动清除功能是指当EMS收到网元上报的告警清除消息后，自动将当前活动告警转为历史告警。手动清除功能是指用户平工清除告警，清除的结果足将当前告警的状态由活动告替改变为已清除的告警，但这一操作不应对网元产生影响，如果网元的故障尚未恢复，其台警还应实时上报上来。5.5.6历史告查询
EMS应支持荧活的切史告警查面功能，可组合查询的条付包括但不限于：（1）告警设备：
（2）告警产生时间：
（3）告警类型：
（4）告警级别：
（5）告警可能原因。
在管理界雨上，应显示被查询告警的详细信息，并H支持打印和导出功能。5.5.7历史告警统计与报表生成（可选）EMS应当提供历史告警的告替统计功能，并可生成和导出相应的报表。5.5.8历史告警的备份和删除
EMS应提供自动备份、删除超时限，超文件大小告警的功能。5.6：告警前转支持接口（可选）EMS应提供对外接口，支持告警前转功能。5.6.1EMAIL通知（可选）
EMS应支持告警的电子邮件通知功能。针对某一告警，当用户从管理界面确认被通知人员后，EMS应自动将告警信息及其相关处埋内察发给已注册的被通知人员的电子邮箱。同时，EMS应提供Email地址的管理功能。8
5.6.2短信通知（可选）
YD/T 1793-2008
EMS应支持告警的短信通知功能。针对某一告警，当用户从故障管理界面确认被通知人员后，EMS应白动将告警信息及相关处理内容通过知消息发给对应的注手机。同时，EMS应提供短信通知手机号码的管理功能。6配置管理功能
6.1概述
配置管理功能生要负责全面动态地管理EMS所睛范围内所有网元设备硬件和软件的配置数据或局数据，呈现设备工作状态，以图形、文字等形分层显示配置相关的各类信息，并且具有网元集成，查询、编辑、删除、预设、备份、合法性捡查和回滚网元配置数据等功能。6.2网络资源配置管理
6.2.1系统可管理的网元对象
系统可管理的网元对象包括：
（1）核心网电路域：包括MSCSerVer、MGW、VLR、HLR/AUC等设备的所有参数配置；（2）核心网分组域：包括GGSN、SGSN、DNS、FW的所有参数配置以及相关ATM配置；（3）无线接入网：包括RNC、NodeB的所有参数以及相关ATM配置；（4）EMS本身：包括系统本身设备（包括数据库服务器、应用服务器等）的配置信息，如工机名、IP、端口、操作系统、软件版本等。6.2.1.1创建网元
EMS在安装完成店并没有当前网络中的网儿数据，EMS应提供网元的创建功能。创建网元时，用户可输入如下内容：
（1）网无类型：
（2）网元名称
（3）网元地址：指能够定位网元的物理地址：（4）网元设备厂家类型等。
EMS应通过上述倍息到与其相连的被管理网络中寻找符介上述信息的网元，建立EMS与网元之间的通信联察。网元创建完成后，EMS能够建立与网元的连接：通过该连接能实现对网元的配置功能。6.2.1.2删除网元
用户应能删除当前在实际网络中已经不存在或已经过调整，但EMS中仍存在，与现网不相符的网元，包括其相关配置数据信息也被删除。6.2.1.3查询/修改网元
用户应能够查询或修改创建刚元时设置的属性。6.3网元软件管理
网元软件管理指的是对网元软件的管理功能，包括（1）查询网元软件包和补丁的版本、状态和激活时问等信息：（2）备份网元软件包和补丁；
（3）下载网元软件包租补丁：
（4）激活、切换网元软件包和补丁：9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。