1、 中国移动省级话务网管二期改造方案 中兴接口分册 版本:V1.5.2 状态:Release 作者: 邓光艳、郜艳琴、刘建华、 孙瑾、刘莉媛 日期: 文档说明:本分册为中国移动话务网网管系统二期改造技术方案中的《话务网设备接口方式-中兴分册》,中国移动各省公司话务网网管系统对中兴设备的接入方式遵循本分册规范。中国移动集团公司负责组织对本分册所列方案的测试工作,保证所列方案技术上可行。 重庆移动有限责任公司负责本分册的编写及测试验证工作。湖北移动有限责任公司、贵州移动通信公司,
2、青海贵州移动通信公司对本技术分册的测试验证工作给予了大力配合。中兴股份有限公司及亿阳信通公司对本分册技术分册的编写给予了大力支持。 中国移动通信集团公司保留对本技术方案的解释权和修改权。 (本文档编号依照以下原则进行: x.y.z x: 大版本更新,文档结构变化 y: 具体方案的更改,部分内容的修正 z: 文字修改,奇数为包含对上一版修改记录的稿子,偶数为对上修改稿的定稿 。 文档修改历史 版本 更新日期 作者 核稿人 单位 更新说明 V1.1.0
3、2002-08-29 邓光艳、郜艳琴、刘建华、 邓光艳 重庆移动 中兴通讯 初版 V1.2.0 2002-09-03 邓光艳、郜艳琴、刘建华、 邓光艳 重庆移动 中兴通讯 亿阳信通 修改告警格式,局数据采集方法及人机命令格式等 V1.2.2 200
4、2-09-09 邓光艳、刘莉媛 邓光艳 重庆移动 亿阳信通 添加测试方案 V1.3.0 2002-09-19 邓光艳、刘建华 刘莉媛 邓光艳 重庆移动 终稿 V1.4.2 2002-10-15 邓光艳、郜艳琴、 刘莉媛、孙谨 邓光艳 重庆移动 增加直联网元接口规范 修改智能网设备版本号,参见附录四说明 V1.5.2 2003-4-30 邓光艳、刘莉媛、孙谨 邓光艳 重庆移动 1、增加所有设备的重大告警详细描述(附录四) 2、修改智能网部分内容,包括:增加直连方式及SMP前转方式日常巡检方案;增加SMP前转方式局数据核查及
5、制作人机命令方案;增加直连方式告警同步方案;增加SIU的告警说明。 目 录 1 总述 7 2 中兴厂商设备情况 7 2.1.1 中兴厂家话务网设备体系结构 7 2.1.2 中兴厂商设备网管接口说明 8 3 直联网元接口方案 9 3.1 MSC 9 3.1.1 版本 9 3.1.1.1 端口个数和用途 9 3.1.1.2 物理端口接入方式 9 3.1.1.3 端口信号转换处理 17 3.1.1.4 局数据核查采集方法、格式、含义 17 3.1.1.5 告警格式、范例和解释 19 3.1.1.6 端口维护和管理 24 3.1.1.7 厂商操作终端 24 3.2
6、 GMSC 25 3.3 HLR/AUC 25 3.4 短信SMSC 25 3.5 SCP 25 3.5.1 版本 25 3.5.1.1 端口个数和用途 25 3.5.1.2 物理端口接入方式 25 3.5.1.3 端口信号转换处理 25 3.5.1.4 局数据核查采集方法、格式、含义 26 3.5.1.5 告警格式、范例和解释 28 3.5.1.6 端口维护和管理 32 3.5.1.7 厂商操作终端 33 3.6 VC 33 3.6.1 版本 33 3.6.1.1 端口个数和用途 33 3.6.1.2 物理端口接入方式 33 3.6.1.3 端口信号转换处理
7、33 3.6.1.4 局数据核查采集方法、格式、含义 33 3.6.1.5 告警格式、范例和解释 33 3.6.1.6 端口维护和管理 33 3.6.1.7 厂商操作终端 33 3.7 IP 34 3.7.1 版本 34 3.7.1.1 端口个数和用途 34 3.7.1.2 物理端口接入方式 34 3.7.1.3 端口信号转换处理 34 3.7.1.4 局数据核查采集方法、格式、含义 34 3.7.1.5 告警格式、范例和解释 34 3.7.1.6 端口维护和管理 36 3.7.1.7 厂商操作终端 36 4 OMC接口方案 36 4.1 OMCR 36 4.1
8、1 版本ZXG10-OMCR(V1.6.x) 36 4.1.1.1 基本信息 36 4.1.1.2 告警接入方法 37 4.1.1.3 操作终端仿真 37 4.1.1.4 告警格式、范例和解释 37 4.1.1.5 局数据核查采集方法、格式、含义 39 4.1.2 版本ZXG10-OMCR(V2.0) 41 4.1.2.1 基本信息 41 4.1.2.2 告警接入方法 41 4.1.2.3 操作终端仿真 42 4.1.2.4 告警格式、范例和解释 42 4.1.2.5 局数据核查采集方法、格式、含义 44 4.2 OMCS 46 4.2.1 版本 V3.0 46
9、4.2.1.1 基本信息 46 4.2.1.2 告警接入方法 46 4.2.1.3 操作终端仿真 47 4.2.1.4 告警格式、范例和解释 47 4.2.1.5 局数据核查采集方法、格式、含义 50 4.2.1.6 告警采集主备用关系 58 4.3 SMP 58 4.3.1 版本 ZXG10-SMP V2.0 58 4.3.1.1 基本信息 58 4.3.1.2 告警接入说明 58 4.3.1.3 操作终端仿真 58 4.3.1.4 告警格式、范例和解释 59 4.3.1.5 局数据核查采集方法、格式、含义 62 5 目前厂家接口存在的问题和建议 63 附录一:
10、中兴设备主要告警类型 65 附录二 中兴设备配置人机命令 69 附录三 中兴智能网告警代码 70 附录四 中兴设备重大告警详细说明 70 附录五 说明 70 1 总述 为实现“集中监控、集中维护、集中管理”为核心的集中化运维体制,移动各省公司需要依赖网管系统进行“一点值班、集中维护”,为实现这一目的,中国移动集团公司要求对已有二期网管系统进行改造,在原有 OMC 向上网管接口的基础上增添直联交换网元为备份通道,确保集中维护、告警监控的可靠性、可用性以及不间断性。此
11、次直联网元/OMC的接口主要是用于建立局数据集中制作、核查和告警实时采集、操作维护的通道。如图。 2 中兴厂商设备情况 2.1.1 中兴厂家话务网设备体系结构 交换部分 OMC-S HLR/AUC GMSC MSC/VLR HLR SMSC 无线部分 OMC-R BSC BSC BTS BTS BTS BTS 智能网部分 SMP SCP VC 独立IP 2.1.2 中兴厂商设备网管接口说明 交换设备接口
12、情况 设备类型 版本独立 是否满足集中操作要求 是否满足局数据集中制作要求 是否满足局数据核查要求 是否满足实时告警要求 说明 MSC V3.0 是 是 是 是 TMSC2 V3.0 是 是 是 是 GMSC V3.0 是 是 是 是 HLR V3.0 是 是 是 是 SC V3.0 是 是 是 是 智能网设备接口情况 设备类型 版本 是否满足集中操作要求 是否满足局数据集中制作要求 是否满足局数据核查要求 是否满足实时告警要求 说明 SCP V2.0 是 是 是
13、是 VC V2.0 是 是 是 是 IP V2.0 是 是 是 是 SMP设备接口情况 设备类型 版本 是否满足集中操作要求 是否满足局数据集中制作要求 是否满足局数据核查要求 是否满足实时告警要求 说明 SMP V2.0 是 是 是 OMC设备接口情况 设备类型 版本 是否满足集中操作要求 是否满足局数据集中制作要求 是否满足局数据核查要求 是否满足实时告警要求 说明 OMC-R V1.6 是 V2.0 是 OMC-S V3.0 是
14、 3 直联网元接口方案 3.1 MSC 3.1.1 版本 交换机版本为V3.0.X。 3.1.1.1 端口个数和用途 网管中心通过TCP Socket分别与前置机的话务端口、告警端口,配置端口和人机命令端口(缺省分别为18866、16688、18888,23)建链。目前仅提供告警端口和配置端口,话务端口先保留,留待以后使用。在23号端口上可以执行用户登录,用户注销,以及其它的一些操作,比如HELP,?等,目前先提供登录和用户注销。 3.1.1.2 物理端口接入方式 由于中兴直联方案采用的是网管前置机,因此对接入方式的要求为 网卡端口: 100Base-T, 连接电缆
15、 :5类双绞线。 ZXG10-MSC/VLR移动交换机提供的接口全部基于TCP/IP协议。支持的TCP组网方式包括:DDN/E1、ISDN、X.25、PSTN等。不同组网方式的组网结构是相同的:所有的监控管理终端和数据库服务器在网管中心组成局域网,然后通过一种或多种公网星型连接到各被监控局前置机;前置机从被监控设备采集数据,并送到网管中心,同时转发来至网管中心的发往被监控设备的指令。 不同组网方式因其不同的网络特性使其具有不同的性能,需要采用不同的设备。比如:LAN(局域网)、同步DDN/E1和ISDN速率高而且稳定,X.25方式稳定性较好但速率偏低,PSTN方式速率相对较低,稳定性也不太
16、理想。LAN方式要求被监控点和监控中心在同一局域网中,其组网也比较简单可靠。 同步DDN/E1方式是目前最常用的方式,其典型组网图如下: NetFront BModem DBMS Server Router DDN/E1 ZXG10 NetFront DDN/E1组网图例 ZXG10 网管中心 LAN LAN Router ZXG10 BModem Router LAN LAN NetFront ASCII数据报格式 约定:
17、 上行 前置机 -> 上级网管 下行 上级网管 -> 前置机 文档中的@表示空格 配置人机命令中的[]中的部分表示该参数是可选项,若在命令中没有填,则该参数值为缺省值。 前置机与网管中心的数据传输采用ASCII格式的数据报,分为上行数据报和下行数据报。 数据报的格式如下: 系 统 标 识 符 数 据 报 标 识 数 据 报 体 系 统 结 束 符 (1)系 统 标 识 符 作用:标识信息报的来源或数据传输的信息头。 格式:START\r\n (2)数据报标识 作用:标识数据报的类别。 格式:详见下面解释。 上行数据报标识主要分为以下几类: “
18、51 ” : 实时告警上报消息。 “52 ” : 实时告警恢复消息。 “53” : 告警人机命令返回。 “54” : 登录命令返回。 “55” : 配置人机命令的返回。 下行数据报标识主要分为以下几类: “51” : 告警人机命令。 “52” : 登录命令。 “55” : 配置人机命令。 (3)数据报体 格式:详见下面解释。 (4)结束标识符 作用:标识信息报的结束。 格式:END\0 注意:整个数据报的字节数不能大于1400。 上行数据报 数据传输方向: 网元前置机à 网管中心 typedef struct {
19、 char[7] sysID; char[2] packetID; union { ZXG10ALARMMESSAGE almpacket; //告警信息 ZXG10RESTOREMESSAGE restorepac
20、ket; //告警恢复信息 ZXG10FMMLMESSAGE fmmlpacket; //告警人机命令响应。 ZXG10LOGINRESULTMESSAGE loginresultpacket;//登录结果 ZXG10CMMLMESSAGE cmmlpacket; //配置人机命令响应。 }data; char[4] EndID; }ZXG10TIMS; 参数说明: sysID: 系统标识符。 packetID:数据报标识符。 data: 数据报体。 EndID: 系统
21、结束符。 下面列出登录和人机命令的数据报上报格式,告警部分请参见§3.1.1.5。 登录返回结果/注销请求的响应 typedef struct{ char[10] sOffinum;/*458@@@@@\r\n*/ //局号 char[12] smmltype; /*LOGIN@@@@@\r\n */ //返回类型 char[102] data; } ZXG10LOGINRESULTMESSAGE; 说明: (1) 注销请求返回结果时: smmltype为”LOGO
22、UTRSLT\r\n”,data为
“USERID=
23、中心à网元前置机 typedef struct{ char[7] sysID; char[2] packetID; union { NMCMMLMESSAGE mmlpacket; //人机命令信息 NMCCMMLMESSAGE cmmlpacket; //配置人机命令 NMCLOGINMESSAGE loginpacket; //登录信息 }data; char[4] EndID; }NMCTIMS; 登录信息 t
24、ypedef struct { char[10] sOffinum;/*458@@@@@\r\n*/ //局号 char[12] smmltype;/*LOGIN@@@@@\r\n*/ //命令类型 char[5] USERID; /*C10\r\n*/ //用户标识 char[15] PASSWORD; //用户密码 char[20] TERMINALID;/*192.200.201.129@@@\r\n*/ //终端
25、标识 } NMCLOGINMESSAGE; 说明: smmltype为”LOGIN”或“LOGOUT”时: TERMINALID:在远程操作维护台的计算机名;远程计算机名不允许取TEMP;最多有效字符20位。 USERID:不允许取ALL,最多为3位(由远程操作维护台的管理员分配时决定)。 举例: 1.登录 START\r\n 52 //packetID 458@@@@@\r\n //局号 LOGIN@@@@@\r\n //登录 C10\r\n //用户标识 GR
26、EATWALL@@@@\r\n //用户密码 192.200.201.129@@@\r\n //终端标识 END\0 2.注销 START\r\n 52 //packetID 458@@@@@\r\n //局号 LOGOUT@@@@\r\n //注销 C10\r\n //用户标识 GREATWALL@@@@\r\n //用户密码 192.200.201.129@@@\r\n //终端标识 END\0 人机命令信息 typedef struct { char[10] sOf
27、finum;/*458@@@@@\r\n*/ //局号 char[12] smmltype; /*FRONTCMD\r\n*/ //命令类型 char[5] USERID; /*C10\r\n*/ //用户标识 char[20] TERMINALID;/*192.200.201.129@@@\r\n*/ //终端标识 char[500] smmlbuffer; } NMCMMLMESSAGE; 说明:
28、 smmltype分为: FRONTCMD:发给前置机的命令。 SWITCHCMD:发给交换机的命令。 smmlbuffer和smmltype相关。 smmltype为”FRONTCMD” 仅到网管前置机的命令。包括以下几类:HELP命令。 (1)HELP类 smmlbuffer为“COMMAND=HELP 5301”。 注:目前不提供 smmltype为”SWITCHCMD” smmlbuffer为发往交换机的命令,如: ” 4106:1=343433344:” smmlbuffer中放的是上级网管所下的告警人机命令,该数据区不足部分以空格字符来填充。 查询当前
29、告警 命令命令编号:17600 命令功能:查询当前告警 命令格式: REFRESH_CURALARM: [BEGINYEAR/1=?:][BEGINMONTH/2=?:][BEGINDAY/3=?:][BEGINHOUR/4=?:][BEGINMINUTE/5=?:][ENDYEAR/6=?:][ENDMONTH/7=?:][ENDDAY/8=?:][ENDHOUR/9=?:][ENDMINUTE/10=?:] 参数1:BEGINYEAR 中文名称: 开始年份 数据类型: 整型 最小值: 1980 最大值: 2100 参数2:BE
30、GINMONTH 中文名称: 开始月份 数据类型: 整型 最小值: 1 最大值: 12 参数3:BEGINDAY 中文名称: 开始日期 数据类型: 整型 最小值: 1 最大值: 31 参数4:BEGINHOUR 中文名称: 开始小时 数据类型: 整型 最小值: 0 最大值: 23 参数5:BEGINMINUTE 中文名称: 开始分钟 数据类型: 整型 最小值: 0 最大值: 59 参数6:ENDYEAR
31、 中文名称: 结束年份 数据类型: 整型 最小值: 1980 最大值: 2100 参数7:ENDMONTH 中文名称: 结束月份 数据类型: 整型 最小值: 1 最大值: 12 参数8:ENDDAY 中文名称: 结束日期 数据类型: 整型 最小值: 1 最大值: 31 参数9:ENDHOUR 中文名称: 结束小时 数据类型: 整型 最小值: 0 最大值: 23 参数10:ENDMINUTE 中文名称
32、 结束分钟 数据类型: 整型 最小值: 0 最大值: 59 举例: 重发指定时间段的所有当前告警 查询8局从2002-10-1 1:00 到 2002-10-20 23:59之间发生的当前告警。 START\r\n 51 //packetID 8@@@@@@@\r\n //局号为8 SWITCHCMD@\r\n //发给交换机的命令 C10\r\n //用户标识 192.200.201.129@@@\r\n //终端标识 REFRESH_CURALARM: BEGINYEAR=2002:BEGINMON
33、TH=10:BEGINDAY=1:BEGINHOUR=1:BEGINMINUTE=0:ENDYEAR=2002:ENDMONTH=10:ENDDAY=20:ENDHOUR=23:ENDMINUTE=59: END\0 重发指定时间之后的所有当前告警 查询8局从2002-10-1 1:00之后发生的当前告警。 START\r\n 51 //packetID 8@@@@@@@\r\n //局号为8 SWITCHCMD@\r\n //发给交换机的命令 C10\r\n //用户标识 192.200.201.129@@@\r\n //终端标识
34、REFRESH_CURALARM: BEGINYEAR=2002:BEGINMONTH=10:BEGINDAY=1:BEGINHOUR=1:BEGINMINUTE=0: END\0 重发指定时间之前的所有当前告警 查询8局在2002-10-20 23:59之前发生的当前告警。 START\r\n 51 //packetID 8@@@@@@@\r\n //局号为8 SWITCHCMD@\r\n //发给交换机的命令 C10\r\n //用户标识 192.200.201.129@@@\r\n //终端标识 REFRESH_CURALARM:
35、ENDYEAR=2002:ENDMONTH=10:ENDDAY=20:ENDHOUR=23:ENDMINUTE=59: END\0 重发所有当前告警 START\r\n 51 //packetID 8@@@@@@@\r\n //局号为8 SWITCHCMD@\r\n //发给交换机的命令 C10\r\n //用户标识 192.200.201.129@@@\r\n //终端标识 17600: END\0 设置告警屏蔽命令 命令编号:17601 命令功能:屏蔽某一级别以下(包括该级别)的告警,使之不上报。 命令格式: FI
36、LTER_ALARM: [SEVERITY /1=?:] 参数1:SEVERITY 中文名称:告警级别 数据类型:整型 取值: 1- Critical严重 2- Major重要 3- Minor普通 4- Warning轻微 缺省值: 0(允许所有告警上报) 举例: 屏蔽8局三级以下的告警请求(即屏蔽三级和四级告警) START\r\n 51 //packetID 8@@@@@@@\r\n //局号为8 SWITCHCMD@\r\n //发给交换机的命令 C10\r\n //用户标识
37、 192.200.201.129@@@\r\n //终端标识 FILTER_ALARM: SEVERITY =3: END\0 取消8局屏蔽 START\r\n 51 //packetID 8@@@@@@@\r\n //局号为8 SWITCHCMD@\r\n //发给交换机的命令 C10\r\n //用户标识 192.200.201.129@@@\r\n //终端标识 17601: 1 =0: END\0 配置人机命令信息 typedef struct { char[10] sOff
38、inum;/*458@@@@@\r\n*/ //局号 char[12] smmltype;/* SWITCHCMD@\r\n */ char[5] USERID; /*C10\r\n*///用户标识 char[20] TERMINALID;/*192.200.201.129@@@\r\n*///终端标识 char[255] smmlbuffer;//命令的正文 } NMCCMMLMESSAGE; smmlbuffer中放的是上级
39、网管所下的配置人机命令,该数据区不足部分以空格字符来填充。smmltype中填写”SWITCHCMD@\r\n”。 目前提供的局数据相关配置命令参见附录二。 3.1.1.3 端口信号转换处理 由于中兴设备使用的是网管前置机。按上述端口接入方式,无需端口信号转换处理。 3.1.1.4 局数据核查采集方法、格式、含义 讲述如何从网元采集局数据,分析其格式,提取数据进行核查。 MSC的局数据核查及采集由人机命令端口完成,主要实现以下功能: 接收来自网管的命令 对命令进行合法性检查 检查参数的合法性,如果参数不合法,则报告错误;对命令的语法进行合法性检查,
40、 发现错误报告异常。 根据命令向服务器和/或前台MP发送修改数据的消息 接受前后台命令执行结果 ASCII数据报格式(Tims 协议v3.5) 上行数据报格式: typedef struct { char[10] sOffinum;/*458@@@@@\r\n*/ //局号 char[12] smmltype; /*MMLDISP@@@\r\n*/ //返回类型 char[12] MMLCODE; /*4800@@@@@@\r\n*/ //命令码 char[5] USERID; /
41、C10\r\n*/ //用户标识 char[20] TERMINALID;/*192.200.201.129@@@\r\n*/ //终端标识 char[1] Return_Code ; char[1] Return_Id ; char[7] ReturnPackNo;//数据包的连续包号,从1开始,即/*9@@@@\r\n’ char[1000] smmlbuffer; } ZXG10CMMLMESSAGE; 参数说明: smmltype: MMLDISP MMLERROR 人机命令执行
42、正确时返回MMLDISP。人机命令语法检查错误或执行错误时返回MMLERROR。 Return_Code ReturnCode标识命令执行成功与否。如果成功用字符’0’, 失败用字符’1’来标识。 Return_Id ReturnId标识数据包是否已发完,即是否是最后一个返回数据包。如果是最后一个数据包用字符’1’, 还有后续数据包用字符’0’来标识。 ReturnPackNo 如果对配置命令的回应内容超过一个数据包的容量(1000个字符时),对命令的返回内容就要分包发送。 ReturnPackNo用于标识对同一命令的返回数据包的次序。该值是依据数据的顺序连续编号,最大编号为9
43、9999。例:如果数据包号为第9个则ReturnPackNo的值为’9@@@@\r\n’。 smmlbuffer smmlbuffer是数据报的正文部分,以空格作为该数据区的填充字符。 查询数据内容成功格式为: 属性1=<值1>\r\n属性2=<值2>\r\n……属性n=<值n>\r\n\r\n\@@…… 每个数据项之间用’\r\n’进行分割,一完整记录的结束用’\r\n\r\n’。 属性1=<值1>\r\n属性2=<值2>\r\n……属性n=<值n>\r\n\r\n属性1=<值1>\r\n属性2=<值2>\r\n……属性n=<值n>\r\n\r\n@@…… 例:对显示信令子
44、系统的数据命令的回应信息。 START\r\n 55 //packetID 113@@@@@@@ //局号 MMLDISP@@@\r\n //返回类型:失败 4813@@@@@@@@ //命令码 C10\r\n //用户标识 192.232.113.129@@@\r\n //终端标识 0 //成功与否标识 1 //是否最后一个数据包 1@@@@\r\n //包号 局向=0\r\n子系统编号=0\r\n状态=0\r\n\r\n局向=0\r\
45、n子系统编号=1\r\n状态=0\r\n\r\n局向=0\r\n子系统编号=7\r\n状态=0\r\n\r\n局向=0\r\n子系统编号=8\r\n状态=0\r\n\r\n\@@@…………… END\0 3.1.1.5 告警格式、范例和解释 高警格式 typedef struct { char[1000] sAlarmBuffer; //局号、告警流水号、告警发生时间、告警类型、告警标题和告警内容 //都放到sAlarmBuffer中,不足部分以空格填充 } ZXG10ALARMMESSAGE; 说明: sAlarmBuffer是数据报的正文部分
46、此处为告警上报消息的内容,其格式为: EVENT=2001\r\n BUREAU=\r\n MODULE=\r\n ALARMID=\r\n NETYPE=\r\n EVENTTYPE=\r\n CAUSE=\r\n EVENTTIME=\r\n CANCLETIME=\r\n SEVERITY=\r\n ALARMTEXT=\r\n 参数描述: EVENT为告警应用的具体事件号,它和packetID是多对一的关系,详见表3-1。 PacketID EVENT 编号 类型 功能 51 SendAlarm 2001 上行 上报一条告警消息
47、 52 SendRestore 2002 上行 上报一条告警恢复消息 53 RefAlarmAck1st 2003 上行 发送当前告警信息起始包 53 RefAlarmAckMid 2004 上行 发送当前告警信息中间包 53 RefAlarmAckLst 2005 上行 发送当前告警信息结束包 表3-1 告警消息含义 其他参数描述详见表3-2。 序 号 参数项 参数值 名称 说明 类型 编码长度 值定义 BUREAU 交换局代号 INTEGER INTEGER:10进制整数。 1..3 取值范围0..999
48、 MODULE 一个交换局由一个以上的模块构成,每个模块都会产生告警 INTEGER 1..3 取值范围0..255 2 ALARMID 告警流水号 INTEGER 1..10 32位整型0..4294967295 NETYPE 网元类型 STRING STRING :字符串,支持双字节语言。 1..5 omc msc hlr vlr sc 3 EVENTTYPE 告警类型 INTEGER 1..3 0- ommunication Alarm 1- Processing Alarm 2- Quality of Service
49、 Alarm 3- Equipment Alarm 4- Environment Alarm 4 CAUSE 告警原因 STRING 1..100 EVENTTIME 告警时间 DATETIME DATETIME:时间字符串,编码格式为“yyyy-mm-dd hh:mm:ss”,编码长度为19。举例:2000年1月1日 10时10分10秒,编码为“2002-01-01 10:10:10”。 defined CANCELTIME 告警恢复时间 DATETIME defined SEVERITY 告警级别 INTEGER 1..3
50、 1- Critical严重 2- Major重要 3- Minor普通 4- Warning轻微 ALARMTEXT 告警内容 STRING 1..200 表3-2“告警上报消息”参数列表 【备注】 1)“BUREAU”、 “MODULE”和“ALARMID”三个参数可以唯一确定一个当前告警。 2)因为直联网元是具体针对一个网元,在每次告警上报时,NETYPE都有一个值与之对应,这可能与实时告警程序中的MODULETYPE有不一致的地方,因为实时告警是针对多个网元的,如果无法判断该告警所属网元的类型,则MODULETYPE的值为00000000。 【举例】






