OMC系统北向接口通用技术规范V100

1、中国移动通信企业标准QB-XX-XXX-XXXXOMC北向接口通用技术规范Northern Interface General Technology Specification for OMC版本号 1.0.02016-3-9发布2016-3-9实施中国移动通信集团公司发布目录1范围52规范性引用文件53缩略语54接口架构55通用技术约定65.1公共要求65.2FTP通用要求66资源数据接口86.1接口协议86.2接口数据96.3数据格式96.4技术指标127性能数据接口137.1接口协议137.2接口数据137.3数据格式137.4技术指标148告警数据接口148.1接口协议148.2通信过

2、程158.2.1消息方式的实时告警流水158.2.2文件方式的批量告警同步168.3消息数据188.3.1消息格式188.3.2登录与登录响应198.3.3消息方式同步告警请求与响应208.3.4文件方式同步告警请求与响应218.3.5心跳请求与响应228.3.6关闭连接通知228.3.7实时告警上报238.4文件数据238.5技术指标249操作指令接口2410接口日志2511接口可靠性要求2512编制历史25前 言本标准由中国移动通信集团公司网络部提出并归口。本标准起草单位：中国移动通信集团公司网络部。本标准主要起草人：刘立卫、刘云霞、李健、肖捷、陈丹、高建军、张凤桥。本标准解释单位：中国移

3、动通信集团公司网络部。本标准由中国移动通信集团公司XXX号文发布。1 范围本规范给出了中国移动OMC系统北向接口的通用技术要求，适用于无线网、核心网、传输网和IP网四个专业，适用于新建OMC系统以及现网OMC系统改造。本规范适用于中国移动OMC系统北向接口的设计和实现，是中国移动OMC系统提供商必须遵循的指导性文件。本规范是中国移动各级运营单位进行OMC系统的招标采购、工程设计、网络运营、管理、维护、检查和验收等方面的技术依据。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据

4、本标准达成协议的各方研究是否可使用这些文件的最新版本。凡不注日期的引用文件，其最新版本适用于本标准。序号文档名称文档来源01OMC系统功能规范中国移动通信集团公司02OMC系统通用技术规范中国移动通信集团公司03OMC系统北向接口数据规范中国移动通信集团公司3 缩略语英文缩写英文全称中文解释OMCOperations &Maintenance Center操作维护中心NMSNetwork Management System网络管理系统NENet Element网元UIDUniversal Identifier网元全网唯一标识MTBFMean Time Between Failure平均

5、故障间隔时间MTTRMean Time To Repair平均修复时间4 接口架构OMC北向接口是OMC系统与网络管理系统（NMS）间的接口，分为上行接口和下行接口。上行接口指从OMC到NMS的接口，下行接口指从NMS到OMC的接口。接口总体架构如下：接口说明：1、资源数据接口：数据量相对较小，周期性单向传送，数据时延要求较低。2、性能数据接口：数据量相对较大，周期性单向传送，数据时延要求一般。3、告警数据接口：单条信息数据量较小、总体数据量较大，要求数据实时传送。4、操作指令接口：网络设备的操作指令通道接口，为上层网管提供下行指令通道，并反馈操作指令返回结果，数据量相对较小，实时性要求较高。

6、5 通用技术约定5.1 公共要求1、 时间同步OMC北向接口服务器必须采用当地标准时间，中国大陆地区采用UTC+8（北京标准时间）。接口服务器使用OMC系统的时间同步服务器或公共的时间同步服务器。2、 编码方式所有消息和文件的数据编码采用UTF-8（No BOM）编码方式。3、 数据时间格式如无特殊说明，时间类字段数据格式均为：“YYYY-MM-DD HH24:mm:ss”。5.2 FTP通用要求1、 服务端与客户端OMC提供可以获取资源、告警和性能数据的FTP server，NMS为 FTP client。OMC系统将数据文件放到FTP server上，NMS自行采集数据文件。2、 安全性要

7、求通过授权的用户名、密码信息才能够访问FTP服务器。3、 目录规则目录结构：/FTP根目录/省简称/专业简称/厂家编码/OMC名称/数据类别/日期或时间/示例：资源目录：/ftproot/GD/WX/HW/GZ_OMC2/CM/20150611/性能目录：/ftproot/GD/WX/HW/GZ_OMC2/PM/2015061101/告警目录：/ftproot/GD/WX/HW/GZ_OMC2/FM/20150611/1） FTP根目录：OMC厂家自定义的ftp根目录。2） 省份简称、专业简称、厂家编码、数据类别：参见OMC北向接口数据规范-公共数据分册。3） 日期或时间：资源、告警数据按天存

8、放，格式为YYYYMMDD；性能数据按小时存放，格式为YYYYMMDDHH24，小时数为性能数据统计起始时间。3、文件命名规则1) 文件名字符：全部大写。2) 文件命名规则：<数据类别>-<网元类型>-网元子类-<主机编号>-<数据版本>-<数据时间>-登录用户名-Ri-统计周期-<序列号>.<后缀>3) 网元类型：资源、性能数据为网元类型，如MME、ENB等；告警数据为“OMC”。4) 网元子类：无线网、核心网的资源、性能数据的网元子类为资源数据、性能数据规范定义的空间粒度名称，如：EutranCellTDD

9、、InventoryUnitRru、EthernetPort等。告警数据无此项。传输网、IP网数据无此项。5) 主机编号：两位，每1位可用0-9、A-Z编码。6) 数据版本：遵循接口数据规范规范版本，允许同一目录下存放不同版本的数据文件。7) 数据时间：采用YYYYMMDDHH24MMSS格式，资源数据为资源数据采集时间，性能数据为统计周期的起始时间，告警数据为告警时间区间的起始时间。8) 登录用户名：仅在告警文件同步时使用。用以解决多个NMS同时对同一个OMC发起告警文件同步请求，生成的同步文件名冲突的问题。9) Ri：可选。当接口数据文件内容有误（如数据缺失等）时，OMC重新生成文件提供给

10、NMS进行数据补采，新文件在原文件名后增加”Ri”进行标识，i从1开始，每重新生成一次i加1。10) 周期：仅针对性能数据文件，统计周期的分钟数，如5、15、60。资源、告警数据文件无此项。11) 序列号：当文件总量小于100MB(允许上下浮动10%)时，应只形成一个文件；当文件总量大于100MB(允许上下浮动10%)时要求进行文件分割，即分割后的文件大小（除最后一个）均应介于（90MB,110MB）之间。分割后的文件增加序列号标识，序列号为三位，取值为001-999。在文件切分过程中，不能把资源、性能或告警的一条完整的记录切开放到两个文件中。12) 后缀：每个文件都进行压缩，统一采用zip或

11、gzip压缩，压缩文件后缀是zip或gz。13) 文件名样例资源文件：CM-ENB-EUTRANCELLTDD-A1-V1.1.0-20151227000000-001.xml.zip性能文件：PM-ENB-EUTRANCELLTDD-01 -V1.1.0-20151227000000-15-001.csv.zip告警文件：FM-OMC-1A-V1.1.0-20150611011603-001.txt.zip4、文件生成过程标识文件生成过程中，文件名后缀增加“.tmp”标识，该文件全部生成完成后，去掉“.tmp”标识，以确保NMS获取到的北向数据文件是完整的。对于在数据规范中定义的一个单一接口

12、文件，如果由于文件过大拆分或分布式处理，形成多个文件的，要求在该批次文件全部生成完成后，去掉“.tmp”标识。6 资源数据接口6.1 接口协议接口协议：采用SFTP或者FTP协议。数据周期：每12小时生成一次，即每天0点和12点启动，基于OMC配置数据库中的数据信息生成一套最新的全量资源文件。6.2 接口数据接口数据含公共信息和业务数据。业务数据字段参见相关数据规范。公共信息如下：No字段名称英文名称数据类型取值或说明1.数据生成时间TimeStamp时间开始生成数据文件的时间戳。2.时区TimeZone字符串时区信息，如：北京时间为“UTC+8”。6.3 数据格式1、标签说明标签名称要求说明

13、dataFile必须数据文件fileHeader必须文件头FiledName必须网元对象的参数集合Object必须网元N必须网元对象参数集合中每个参数名称V有条件网元的参数取值，值的个数要与参数的个数相同2、xml标签属性属性名称解释要求类型和取值说明version版本必须字符串，取值为："1.0"encoding字符集必须字符串，取值为："UTF-8"3、fileHeader标签属性属性名称解释要求类型和取值说明TimeStamp数据生成时间必选时间格式TimeZone时区必选时区信息，如：北京时间为“UTC+8”。4、object标签属性属性名称解释

14、要求类型和取值说明UID网元全网唯一标识必须字符串Dn网元标识可选的字符串5、v标签属性属性名称解释要求类型和取值说明i属性序列号必须整型，网元参数名和参数值相对应的序列号，从1开始编号6、Xml数据文件Schema定义<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="/2001/XMLSchema" xmlns:xsi="/2001/XMLSchema-instance&qu

15、ot; elementFormDefault="qualified" attributeFormDefault="unqualified"><xs:element name="DataFile"><xs:complexType><xs:sequence><xs:element name="FileHeader"><xs:complexType><xs:sequence><xs:element name="TimeStamp

16、" type="xs:dateTime"/><xs:element name="TimeZone" type="xs:string"/><xs:element name="VendorName" type="xs:string" minOccurs="0"/></xs:sequence></xs:complexType></xs:element><xs:element name="Ob

17、jects"><xs:complexType><xs:sequence><xs:element name="FieldName"><xs:complexType><xs:sequence maxOccurs="unbounded"><xs:element name="N"><xs:complexType><xs:simpleContent><xs:extension base="xs:string"

18、><xs:attribute name="i" type="xs:integer" use="required"/></xs:extension></xs:simpleContent></xs:complexType></xs:element></xs:sequence></xs:complexType></xs:element><xs:element name="FieldValue"><xs:

19、complexType><xs:sequence maxOccurs="unbounded"><xs:element name="Object"><xs:complexType><xs:sequence maxOccurs="unbounded"><xs:element name="V"><xs:complexType><xs:simpleContent><xs:extension base="xs:strin

20、g"><xs:attribute name="i" type="xs:integer" use="required"/></xs:extension></xs:simpleContent></xs:complexType></xs:element></xs:sequence><xs:attribute name="UID" type="xs:string" use="required"

21、;/><xs:attribute name="Dn" type="xs:string" use="optional"/></xs:complexType></xs:element></xs:sequence></xs:complexType></xs:element></xs:sequence></xs:complexType></xs:element></xs:sequence></xs:complex

22、Type></xs:element></xs:schema>7、数据样例<?xml version="1.0" encoding="UTF-8"?><DataFile xmlns:xsi=/2001/XMLSchema-instance xsi:noNamespaceSchemaLocation="file:/C:/Users/Administrator/Desktop/schema.xsd"> <FileHeader><TimeS

23、tamp>2015-01-12T04:01:06</TimeStamp><TimeZone>UTC+8</TimeZone> </FileHeader> <Objects> <FieldName> <N i="1">nativeName</N> <N i="2">vendor</N> <N i="3">equipmemtDomain</N> </FieldName> <

24、FieldValue> <Object UID="1301FHCS1"> <V i="1">MAS-U2000-1-P</V> <V i="2">FH</V> <V i="2">PTN</V> </Object> <Object UID="1301FHCS1"> <V i="1">MAS-U2000-2-P</V> <V i=&quo

25、t;2">FH</V> <V i="2">PTN</V> </Object> </FieldValue> </Objects></DataFile>6.4 技术指标No指标名称指标含义指标值1.必选字段完整性接口必选字段个数/OMC系统内必选字段总个数*100%=100%2.记录完整性接口记录数/OMC系统内记录数*100%99%3.数据时延全量资源文件生成时延=文件完成生成的时间-文件开始生成的时间（文件开始生成的时间，这里指0点或12点）1小时4.数据一致性性能数据、告警

26、数据中资源对象的UID必须与资源数据的UID保持一致。数据一致的记录数量/总记录数量*100%99%5.数据存储时长资源接口数据文件保存时长7天6.并发连接数支持ftp客户端多连接的数量10个7 性能数据接口7.1 接口协议接口协议：采用SFTP或者FTP协议。数据周期：性能测量周期分为5分钟、15分钟、60分钟、24小时等。各专业各类设备性能测量周期的具体要求参见OMC北向接口数据规范-性能数据分册。7.2 接口数据接口数据含公共信息和业务数据。业务数据字段参见相关数据规范。公共信息如下：No字段名称英文名称数据类型取值或说明1.数据生成时间TimeStamp时间开始生成数据文件的时间戳。2

27、.时区TimeZone字符串时区信息，如：北京时间为“UTC+8”。3.统计周期Period数字测量统计周期的分钟数，如5、15、60等7.3 数据格式传输、IP专业OMC性能测量文件必须采用CSV格式（竖线分隔）。无线、核心网OMC性能测量文件优先采用CSV格式（竖线分隔），可以采用XML格式。要求同一个空间粒度的测量项必须在同一数据文件中。CSV格式（竖线分隔）要求：1、第一行数据是公共信息。2、第二行数据是字段名称信息，每个字段用ASCII字符竖线“|”进行分隔。3、第三行开始是具体数据，每条记录一行，每个数据项用ASCII字符竖线“|”分隔。4、在每行的行尾不加分隔符“|”数据样例：T

28、imeStamp=2015-06-11 05:08:00|TimeZone=UTC+8|Period=15UID|UserLabel|startTime|ConnEstabAtt|ConnEstabSucc1301HWWX2CELA12ZA1|589832|2015-06-11 05:00:00|18|171301HWWX2CELA12Z45|589833|2015-06-11 05:00:00|259|258性能测量文件中如果含有“测量-子测量”嵌套格式，对于可规范、可枚举的子测量（如“分失败原因统计”）应直接扩展为测量；对于不可规范、不可枚举的子测量（如“分TA测量”）应单独形成测量文件。

29、7.4 技术指标No指标名称指标含义指标值1.必选字段完整性接口必选字段个数/OMC系统内必选字段总个数*100%99.5%2.记录完整性接口记录数/OMC系统内记录数*100%99%3.性能数据时延性能测量文件生成时延=文件完成生成的时间-性能文件统计周期结束时间10分钟4.数据存储时长性能接口数据文件保存时长7天5.并发连接数支持ftp客户端多连接的数量10个8 告警数据接口8.1 接口协议告警范围：OMC北向接口必须上报全量告警，不允许在OMC侧进行告警过滤或屏蔽。接口协议：1）实时告警采用消息方式，采用socket/tcp协议，OMC为socket的server端，NMS为socket

30、的client端。2）批量告警采用文件方式，采用SFTP或者FTP协议。接口模式：1）消息方式的实时告警流水2）文件方式的批量告警同步8.2 通信过程OMC提供一个服务端口，端口号可选范围为3123231241，默认使用31232。OMC为每个NMS分配不同的账号，允许每个账号建立两个socket连接，一个用于消息方式的实时告警流水，一个用于文件方式的批量告警同步。8.2.1 消息方式的实时告警流水1、 NMS作为socket客户端，主动建立与OMC的连接。2、 NMS发送登录请求，登录请求信息包括用户名、授权码、请求类别（实时告警流水）。3、 OMC对用户名和授权码进行认证，接受或拒绝登录请

31、求。OMC检测到NMS连续三次登录失败后，主动断开与NMS的连接。4、 OMC发送从当前时间开始的实时告警。5、 当NMS发现实时告警消息序号不连续时（漏告警）且差值不大于1000时，可向OMC发起1次消息方式告警同步请求（即每次缺漏的告警，只能发起1次消息同步请求），并告知OMC同步告警消息的起始序号。实时告警消息序号差值超过1000时，采用文件方式同步缺失告警。6、 OMC响应请求，返回确认信息。7、 OMC暂停发送实时告警，在告警消息发送缓存中查询NMS提供的同步告警消息起始序号的告警，然后补发从该告警消息序号开始的告警消息（方式和格式同4），含告警产生消息和告警清除消息，之后继续上报实

32、时告警消息。当OMC没有找到该起始序号的告警数据(超出缓存范围)时，忽略该同步请求，从暂停序号之后的最新告警开始实时告警上报。8、 NMS每隔60秒发送一次心跳信息给OMC，进行连接可用性确认。如果在180秒内OMC没有接收到NMS的任何信息时，OMC主动断开socket连接。9、 OMC收到NMS的心跳后，响应返回确认信息。如果在180秒内NMS没有接收到OMC的任何信息，NMS主动断开socket连接，然后尝试重新连接。10、 NMS告警数据接口程序终止前，向OMC发起关闭socket连接的通知。OMC收到通知后停止发送告警，断开连接。NMS判断该关闭通知发送成功后，断开和OMC的连接。8

33、.2.2 文件方式的批量告警同步1、 NMS作为socket客户端，主动建立与OMC的连接。2、 NMS发送登录请求，登录请求信息包括用户名、授权码、请求类别（文件告警同步）。3、 OMC对用户名和授权码进行认证，接收或拒绝登录请求。OMC检测到NMS连续三次登录失败后，主动断开与NMS的连接。4、 NMS告知OMC同步告警范围。5、 OMC响应请求，返回确认信息。6、 NMS每隔60秒发送一次心跳信息给OMC，进行连接可用性确认。如果在180秒内OMC没有接收到NMS的任何信息时，OMC主动断开socket连接。7、 OMC收到NMS的心跳后，响应返回确认信息。如果在180秒内NMS没有接收

34、到OMC的任何信息，NMS主动断开socket连接，然后尝试重新连接。8、 OMC基于请求条件，生成告警数据文件，发送文件通知消息给NMS。9、 NMS从OMC侧获取数据文件。10、 NMS断开和OMC的连接。补充说明： 一次连接只能申请一次文件同步，获取完数据OMC返回的数据文件之后，立即完成步骤10的断开操作。OMC告警文件同步有两种模式：1、基于OMC数据库的告警数据文件基于OMC数据库的活动告警生成数据文件，只有告警产生数据，没有告警清除数据。主要用于NMS第一次启动或者周期性进行批量活动告警同步。2、基于告警流水日志的告警数据文件基于OMC告警流水日志生成数据文件，包括告警产生消息和

35、告警清除消息。主要用于NMS故障或升级、OMC故障或升级、实时告警流水漏告警条数大于1000等情况。8.3 消息数据8.3.1 消息格式消息数据由消息头和消息体组成。消息头由9个字节（byte）表示，消息体长度不固定，各类消息不同。组成中文名称英文名称长度/byte取值或说明消息头开始标志startSign2固定为0xFFFF，消息开始标识。消息类型msgType1单字节整型数，类型编码含义如下：0:realTimeAlarm1:reqLoginAlarm2:ackLoginAlarm3:reqSyncAlarmMsg4:ackSyncAlarmMsg5:reqSyncAlarmFile6:a

36、ckSyncAlarmFile7:ackSyncAlarmFileResult8:reqHeartBeat9:ackHeartBeat10:closeConnAlarm秒时间戳timeStamp44字节整型数，字节顺序为Big-Endian，表示消息产生时间,为距离1970-01-01 00:00:00时间偏移的秒数。长度lenOfBody22字节整型数，字节顺序为Big-Endian，表示消息体字节长度，取值范围032767。消息体具体消息内容。对于上报的告警消息realTimeAlarm，消息体中只包括一条json格式的告警数据。除“实时告警上报消息”外的所有消息体由消息名和参数组成。形如

37、：<消息名><参数名>=<参数值><参数名>=<参数值>1） 消息名、参数名大小写不敏感。2） 消息名与参数间用分号“;”分隔。3） 参数间用分号“;”分隔。4） 参数名与参数值用“=”连接，参数为空时参数值为字符串“null”。消息体样例：reqLoginAlarm; user=yiy; key=qw#$; type=msg8.3.2 登录与登录响应NMS发给OMC的登录请求消息（下行）消息名：reqLoginAlarm参数：1）user：登录用户名，用户名中不得含有分号“;”。2）key：授权码，授权码中不得含有分号“;”。3）t

38、ype：连接类型。取值msg为实时告警流水上报连接。取值ftp为文件方式告警同步连接。消息样例：reqLoginAlarm; user=yiy; key=qw#$; type=msgOMC发给NMS的登录请求的响应消息（上行）消息名：ackLoginAlarm参数：1） result：登录结果。取值succ表示登录成功，fail表示登录失败。2） timeZone：时区信息，如：北京时间为“UTC+8”。3） resDesc：登录失败原因，长度小于32个字符。消息样例：ackLoginAlarm; result=fail; resDesc=username-error8.3.3 消息方式同步告

39、警请求与响应NMS发现缺失告警时，发给OMC的消息方式同步告警请求消息（下行）消息名：reqSyncAlarmMsg参数：1）reqID，操作序号，用于区分同一连接的多次请求。2）alarmSeq，同步告警的起始告警消息序号。丢失多条告警时，为最小告警消息序列号。消息样例：reqSyncAlarmMsg;reqID=33; alarmSeq=10OMC发给NMS的消息方式同步告警请求的响应消息（上行）消息名：ackSyncAlarmMsg参数：1）reqID，操作序号，取值为请求消息的reqID。2）result：响应结果。取值succ表示请求成功，fail为请求失败。3）resDesc：失败

40、原因，长度小于32个字符，不允许带分号“;”。消息样例：ackSyncAlarmMsg; reqId=33; result=succ; resDesc=null8.3.4 文件方式同步告警请求与响应NMS发给OMC的文件方式同步告警请求消息（下行）命令名：reqSyncAlarmFile命令参数：1） reqID，操作序号，用于区分同一连接的多次请求。2） startTime，所取活动告警发生时间的起始时间或告警消息时间的起始时间。可为空，为空表示取OMC中最早时间的告警。当同步请求的起始时间早于OMC中存储的最早告警时间时，OMC将起始时间自动修正为已有数据的最早时间。3） endTime，

41、所取活动告警发生时间的结束时间或告警消息时间的结束时间。可为空，为空表示取OMC中最早时间的告警。当同步请求的结束时间晚于OMC中存储的最晚告警时间时，OMC将结束时间自动修正为已有数据的最新时间。4） syncSource，同步的告警数据源，取值为：0：基于OMC数据库的存量活动告警数据文件（对于corba改socket的告警接口升级，数据库中已存储的告警数据如果没有alarmSeq字段，则需要增加alarmSeq字段且统一填写为0）。1：基于告警消息日志的历史告警消息流水数据文件。该模式下，告警消息序号alarmSeq和原实时上报的要保持一致。消息样例：reqSyncAlarmFile;r

42、eqId=33;startTime=2014-11-2710:00:00;endTime=2014-11-2710:30:00; syncSource =0OMC发给NMS的文件方式同步告警请求的响应消息（上行）消息名：ackSyncAlarmFile（无结果的立即应答）参数：1）reqID，操作序号，取值为请求消息的reqID。2）result：响应结果。取值succ表示请求成功，fail表示请求失败。3）resDesc：失败原因，长度小于32个字符，不允许带分号“;”。消息样例：ackSyncAlarmFile; reqId=33; result=succ; resDesc=nullOMC

43、发给NMS的文件方式同步告警请求的响应消息（上行）消息名：ackSyncAlarmFileResult（含有文件同步结果的应答）参数：1）reqID，操作序号，取值为请求消息的reqID。2）result：响应结果。取值succ为请求成功，fail为请求失败。3）fileName：告警数据文件的路径和名称，多个文件之间用逗号分隔。4）resDesc：失败原因。消息样例：ackSyncAlarmFileResult; reqId=33;result=succ; filename=/ftproot/GD/WX/HW/JS_OMC2/FM/20150611/ FM-OMC-1A-V1.1.0-201

44、50611011603-001.txt; resDesc=null8.3.5 心跳请求与响应没有实时告警数据时，NMS每隔60秒向OMC发送一次心跳消息（下行）消息名：reqHeartBeat参数：reqID，操作序号，用于区分同一连接的多次请求。消息样例：reqHeartBeat;ReqId=33OMC发给NMS的心跳响应消息（上行）消息名：ackHeartBeat参数：reqID，操作序号，用于区分同一连接的多次请求。消息样例：ackHeartBeat;ReqId=338.3.6 关闭连接通知NMS发给OMC的关闭连接通知消息（下行）消息名：closeConnAlarm消息样例：close

45、ConnAlarm8.3.7 实时告警上报对应的消息头中的消息类型编码为0（realTimeAlarm），消息体为具体告警数据，采用json格式。消息体信息包括告警消息序号和告警业务字段。业务字段参见OMC北向接口数据规范-告警数据分册。告警消息序号（alarmSeq），OMC内告警事件连续标识，用于判断是否丢失告警消息，具体要求如下：1、用连续正整数编号，初始编号从1开始，如果编号超过最大正整数(231-1)重新从1开始编号。2、发送给多个NMS系统的同一条告警，告警消息序号相同。3、在OMC升级、重启等情况下，需要保证序号能够继续连续编号。消息体样例： "alarmSeq" : "10","alarmStatus" : "1","alarmId" : "410969","neUID ":"1301HWWX1ENB2A2367",&q