中国移动直放站设备网管接口技术规范--huang_17.docx

中国移动技术规范文档编号：中国移动直放站设备网管接口技术规范文档版本：Version 1.0.0版权声明：版权归中国移动通信集团公司所有，未经中国移动通信集团公司书面许可，任何单位或个人不得以任何形式全部或部分使用和传播本技术规范。发布日期：2005年07月发布单位：中国移动通信集团公司文档说明：本规范是根据中国移动集团公司的实际情况及当前直放站技术发展水平而制定的本规范属于直放站设备和监控系统系列规范的一部分，该系列规范包括了中国移动直放站监控系统功能规范、中国移动直放站监控系统数据需求规范和中国移动直放站设备网管接口技术规范。本技术规范为中国移动直放站设备网管接口技术规范。本规范尚有待于在具体实施过程中不断地补充和完善。中国移动通信集团公司保留对本规范的解释权和修改权。以下同志参加了本规范初稿的编写和讨论工作，表示感谢！徐海东、王烨、张潮、方鹏、丁三弟、钟学森、张辰、彭旭辉、李胜利、吴玲琦、魏崴、李雪峰、李承胜、师鑫、胡国云等编号说明：（本文档编号依照以下原则进行：x.y.z x: 大版本更新，文档结构变化 y: 具体方案的更改，部分内容的修正 z: 文字修改，奇数为包含对上一版修改记录的稿子偶数为对上修改稿的定稿 ）文档修改历史版本更新日期修改核定更新说明文档状态V1.0.02005-4-18方鹏王烨、张潮初稿V1.0.02005-4-26方鹏王烨、张潮征求意见稿发布V1.002005-5-25方鹏王烨、张潮评审稿发布V1.0.02005-7-26钟学森王烨、张潮评审稿发布目 录1范围62规范性引用文件63参考文献64术语、定义和缩略语64.1术语、定义64.2缩略语75直放站设备接入上级网管系统或监控系统方案76直放站设备网管接口要求96.1功能要求96.1.1配置管理功能要求96.1.2实时采样数据功能要求106.1.3故障告警功能要求106.2数据需求116.3性能要求116.3.1实时性要求116.3.2接口信息传递准确性和完备性116.4容错要求116.5安全要求116.6接口数据传递能力127直放站网管接口通信协议127.1承载层137.1.1RS-232接口137.1.2RS-422接口137.1.3RS-485接口137.1.4MODEM（data）方式137.1.5MODEM（SMS）方式137.1.6MODEM（GPRS）方式147.1.7Ethernet方式147.2接入层协议147.2.1接入层协议A（AP：A）147.2.2接入层协议B（AP：B）157.2.3接入层协议C（AP：C）177.3网络层协议177.3.1网络层协议A（NP：A）177.3.2通信包标识号187.3.3NP层交互标志187.3.4应用协议标识（APID）的规定197.4监控应用层协议197.4.1监控应用层协议A（MAP：A）197.4.2命令单元197.4.3数据单元217.5协议要求217.6命令描述217.6.1设备主动上报217.6.2查询217.6.3设置227.7通信过程227.7.1查询227.7.2设置247.7.3告警主动上报247.7.4开站主动上报267.7.5巡检主动上报277.7.6配置变更上报287.7.7修复确认主动上报287.7.8查询设备具有的监控对象297.8通信安全的实现308附录318.1关于站点编号的规定318.2监控对象格式328.3监控对象长度328.4监控对象标号328.5监控对象内容338.6对通信处理时出错的表示338.7监控对象标号范围的约定338.8对监控对象的数据说明348.81种类348.8.2数据组织348.8.2.1字符串（记为str型）348.8.2.2数字串348.8.2.3状态、bit类型（记为bit型）358.8.2.41个字节的有符号整数（记为sint1型）358.8.2.51个字节的无符号整数（记为uint1型）358.8.2.62个字节的有符号整数（记为sint2型）358.8.2.72个字节的无符号整数（记为uint2型）358.8.2.83个字节的无符号整数（记为uint3型）368.8.2.94个字节的无符号整数（记为uint4型）368.8.3传输比例368.9监控对象标号的分配（表中未列出的编号是系统保留资源，厂家不能占用）368.10设备信息（只可读取，不能设置）368.11网管参数（可以设置，可以读取）378.12告警使能（可以设置，可以读取）388.13告警和状态（可上报，可读取，不能设置）408.14设置参数（可以设置，可以读取）438.15实时采样数据（只可读取，不能设置）478.16系统保留与厂家自定义488.17对带通道号的监控对象使用说明498.18直放站告警处理机制498.18.1告警产生机制498.18.2告警发送机制498.18.3告警重发机制508.18.4告警使能机制508.18.5告警特殊情况机制508.18.6告警屏蔽机制511 范围中国移动直放站设备网管接口技术规范规定了GSM直放站覆盖设备以下统称为“直放站”）与上级网管系统或直放站监控系统的通信接口功能和技术要求。本规范属于直放站设备和监控系统系列规范的一部分，该系列规范包括了中国移动直放站监控系统功能规范、中国移动直放站监控系统数据需求规范和中国移动直放站设备网管接口技术规范。本规范涉及上级网管系统或直放站监控系统南向接口的功能和性能要求。本规范适用于中国移动直放站覆盖设备的管理建设。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。中国移动通信集团公司中国移动GSM网技术体制3 参考文献中国移动话务网网管系统二期改造技术方案（V1.0.0）中国移动话务网网管系统三期技术规范（V1.0.0）中国移动直放站监控系统功能规范（v1.0.0）中国移动直放站监控系统数据需求规范（v1.0.0）数据网络设备通用网管接口技术规范(V0.1.0)4 术语、定义和缩略语本文将用到以下术语、定义和缩略语：4.1 术语、定义告警主动上报：当设备发生告警状态改变时，主动地按照预先设置的方式将改变后的状态报告给监控中心（OMC）。主站：即监控主站，主站的作用是为监控中心与监控从站提供数据和信息的中继和转发，用来直接和监控中心通信的设备。从站：即监控从站。是指在一个由多个设备组成的本地直放站监控子网络中，不能和监控中心直接通信的设备，从站所有与监控中心的通信包必须经过监控主站的转发。4.2 缩略语下列缩略语适用于本规范：MODEM调制解调器（Modulator-Demodulator），此处是指PSTN、GSM或3G MODEM。MODEM（data）使用MODEM提供的数传方式建立通信MODEM（SMS）使用MODEM提供的SMS（Short Message Service）方式建立通信MODEM（GPRS）使用GSM MODEM提供的GPRS（General Packet Radio Service）方式建立通信PDU协议数据单元（Protocol Data Unit）PSTN公用电话交换网（Public Switched Telephone Network）CRC循环冗余校验（Cyclical Redundancy Check）IP网间互联协议（Internet Protocol）TCP传输控制协议（Transfer Control Protocol）UDP用户数据报协议（User Datagram Protocol）OMC监控中心（Operate Maintenance Center）5 直放站设备接入上级网管系统或监控系统方案直放站设备需提供网管接口，使设备可通过短信、数传、GPRS（GPRS暂不作强制要求）多种承载方式接入上级网管系统或监控系统。接口具有锁频的功能，能够把信源锁定在900频段或1800频段上面。本规范不仅适用于“单机式”直放站系统，也适用于“分布式”直放站系统，一个由直放站系统、通信信道和监控中心组成的监控系统的网络拓扑结构如下图：图 51 监控系统组成结构图6 直放站设备网管接口要求直放站设备网管接口要求包括接口功能要求、数据需求和性能要求等部分。6.1 功能要求直放站网管接口满足对直放站设备的配置管理、数据的实时采集和故障告警管理几项功能要求。网管接口在满足功能要求的同时须满足稳定性、及时性、完整性、准确性及安全性等相关技术要求。6.1.1 配置管理功能要求直放站设备网管接口满足配置管理功能要求，该网管接口支持上级网管系统或监控系统获取直放站设备的物理和逻辑资源，修改设备的配置参数。1.配置信息的采集和修改功能直放站网管接口应支持上级网管系统或监控系统通过短信、数传或GPRS方式采集或修改设备的配置信息。2.自动上报和自动同步功能在非监控中心向下配置情况引起网元设备配置参数变化（影响到设备监控参量列表的变化）时，直放站设备通过直放站网管接口向监控中心上报配置变更消息。监控中心应能根据设备的配置修改情况对监控中心配置信息进行相应的同步更新以反映设备的真实情况3.巡检上报功能设备维护人员在现场进行设备巡检时，可触发直放站设备通过网管接口发送一条巡检上报信息以通知监控中心该站点已进行巡检维护工作。巡检上报功能应包含巡检上报报表的内容，巡检上报报表格式如下：巡检上报报表参数参数说明序号巡检上报信息序列编号站点名称巡检的直放站名称站点编号站点编号设备编号直放站设备ID设备类别直放站设备类别设备厂家直放站的生产设备厂家设备状态直放站设备的工作状态，分正常和不正常两种状态巡检时间维护人员进行巡检的时间4.故障修复上报功能故障修复上报功能是指设备维护人员在接收到工单以后对设备进行现场故障排除，当解决了设备问题后，可人工或自动触发直放站设备通过网管接口发送一条故障修复上报信息以通知监控中心该站点已进行了设备修复工作。故障修复上报功能应能生成故障修复上报报表，故障修复上报需要具有下表中的内容：故障修复报表参数参数说明序号故障修复上报信息的序列编号站点名称故障修复的直放站名称站点编号站点编号设备编号设备编号设备类别直放站设备类别设备厂家直放站的生产设备厂家设备状态直放站设备的工作状态，分正常和不正常两种状态故障修复上报时间维护人员修复故障的时间6.1.2 实时采样数据功能要求直放站监控设备网管接口应具有实时采样数据管理功能，直放站网管接口可向上级网管系统或监控系统提供各种反映直放站设备运行质量和业务情况所需的实时采样数据，实现对直放站设备的实时采样数据管理。接口应支持上级网管系统或监控系统通过短信、数传或GPRS获取直放站设备的实时采样数据。6.1.3 故障告警功能要求直放站监控设备网管接口应提供告警上报功能，直放站网管接口可以准实时向上级网管系统或监控系统发送直放站设备的各种故障告警信息，满足直放站设备的故障告警功能要求。同时直放站网管接口需满足稳定性、及时性、完整性、准确性及安全性等相关技术要求。告警上报接口上报的告警信息至少应该包括以下内容：站点编号、设备编号和告警内容。其中，告警内容必需能明确的定位到告警发生的设备。1.告警实时上报功能接口应支持通过短信方式向上级网管系统或监控系统实时上报告警和事件通知的功能，提供故障告警及故障定位等相关信息。2.告警同步功能接口应支持上级网管系统或监控系统通过短信、数传或GPRS方式同步直放站设备告警信息，获得网元当前活动告警。6.2 数据需求各类直放站设备对应数据需求详见中国移动上级网管系统或监控系统数据需求规范（v1.0.0）。6.3 性能要求6.3.1 实时性要求以下描述中有关短信的时延要求是基于监控中心通过短信网关而不是通过无线Modem来与设备进行短信收发。1告警传递时延在网络连接正常的情况下，告警传递时延，即从设备发生告警，至监控中心接收到告警短信的时延，短信应小于3分30秒（位置告警、门禁告警和外部告警除外，当产生后必须立即上报，告警传递时延应小于30秒）。数传、GPRS暂不做要求。对于主从结构的设备，从设备的时延相应增加10秒。2操作维护的实时性在网络连接正常的情况下，在直放站监控中心与网元进行命令行交互时，从直放站监控中心发出命令到设备对命令做出响应的时间：短信不应超过30秒。数传不应超过50秒（包含拨号建立数传链路的时间），GPRS暂不做要求。对于主从结构的设备，从设备的时延相应增加10秒。6.3.2 接口信息传递准确性和完备性网管接口应保证传递给监控中心数据的准确性和完备性。6.4 容错要求网管接口应支持一定的容错能力，不会因为输入非法数据导致接口故障。网管接口应具有意外中断时有自恢复能力，在短时间内应能够重启进程，并能将故障期间产生的事件信息传递给管理系统（如：为避免Modem出现脱网而无法与监控中心通信，设备应具备对脱网Modem的自动处理能力，通过设备的自动处理可以使得Modem从脱网状态恢复为正常工作状态）。网管接口应具足够的可靠性保障机制，保证信息传递不被丢失。6.5 安全要求要求设备上能设置和保存允许访问此设备的直放站监控中心识别列表（如：IP地址，电话号码）。6.6 接口数据传递能力接口应支持足够的数据传输速率，应适当考虑承载管理信息的各种通信方式的带宽。7 直放站网管接口通信协议直放站设备网管接口应遵循本规范所规定的直放站网管接口通讯协议。为了提高通信协议的可扩展行，本通信协议采用了分层的思路，各个层之间的功能尽可能独立。协议共分为四层，从底至上分别为：承载层、接入层、网络层和监控控制层。各层的功能和用途如下：承载层：通信的实际链路，此层可以向接入层提供面向字节的数据包。在本协议中目前所支持的有：RS-232、MODEM和Ethernet等。该层协议简称为TP（Transport Protocol）。接入层：定义通信传输的通道及相关的要求，以便实现与各种不同媒介的信息互通。接入层承载并保证网络层协议数据的可靠传输，在本监控协议中支持了多种接入层。该层协议简称为AP（Access Protocol）。网络层：承载监控应用层协议包，实现监控应用层与通信链路、与网络结构的隔离。能够向监控应用层提供本设备需要处理的监控指令和数据。该层协议简称为NP（Network Protocol）。监控应用层：针对各种监控所需功能，实现了面向监控功能的数据组织。该层协议简称为MAP（Monitoring Application Protocol）。下图给出了常见的几种媒介及相关协议：图 71 通信协议的分层举例7.1 承载层直放站设备网管接口可使用多种承载方式，各种方式的要求分别如下。7.1.1 RS-232接口波特率：9600Bps起始位：1bit结束位：1bit数据位：8bits校验位：无7.1.2 RS-422接口波特率：9600Bps起始位：1bit结束位：1bit数据位：8bits校验位：无7.1.3 RS-485接口波特率：9600Bps起始位：1bit结束位：1bit数据位：8bits校验位：无7.1.4 MODEM（data）方式波特率：9600Bps起始位：1bit结束位：1bit数据位：8bits校验位：无7.1.5 MODEM（SMS）方式使用文本格式的短信（不能用PDU格式）。7.1.6 MODEM（GPRS）方式使用IP+UDP协议来承载协议包。7.1.7 Ethernet方式使用IP+UDP协议来承载协议包。7.2 接入层协议接入层是网络层与承载层之间的接口，实现了它们之间的适配，可保证更上层的协议无需知道通信信道的细节特征。接入层协议有三种，分别是：AP：A，AP：B和AP：C。7.2.1 接入层协议A（AP：A）凡是对传输数据格式无限制的通信信道都可以使用AP：A协议，如：RS-485，RS-232，MODEM（data）。以数据包的形式进行交互，一个完整的接入层协议包由起始标志、协议类型、承载协议类型、数据单元、校验单元、结束标志6部分组成。详见表 71。表 71 AP：A协议包组成起始标志协议类型承载协议类型数据单元（PDU）校验单元结束标志表 71各单元详细说明如下：l 起始标志：表示一个完整数据包（分组）起始的标志；l 协议类型：标识AP层协议的类型；l 承载协议类型：标识所承载的上层协议的类型；l 数据单元：是接入层协议的有效载荷（PDU）；l 校验单元：对协议中从“协议类型”到“数据单元”的内容进行校验；l 结束标志：表示一个完整数据包（分组结束的标志。7.2.1.1 起始、结束标志长度为1字节，固定为ASCII字符（0x7E）。结束标志的内容与起始标志相同。7.2.1.2 协议类型长度为1字节，对AP：A型协议，此值为0x01。7.2.1.3 承载协议类型长度为1字节。目前所定义的类型有：表 72 AP层承载协议类型定义数值类型描述0x01NP:A7.2.1.4 校验单元根据通信包（从“协议类型”开始，计算到“数据单元”的最后一个字节）生成校验值。校验单元采用CRC校验，生成多项式为CCITT推荐的16位的x16+x12+x5+1（0x11021）。发送方根据通信包生成2字节的CRC检验（传输时低字节在前，高字节在后）；同样，接收方收到完整的数据包后，根据通信包生成新的CRC检验值。如果所计算出的CRC值和收到的校验值相同则表明该数据包有效，否则认为该包在传输的过程中产生了差错。在正式产品中，对校验出错的命令，接收方不处理也不返回任何的应答。7.2.1.5 转义处理由于使用16进制方式传输数据，为防止数据中出现与通信包起始标志、结束标志相同的数据而影响这两个标志的判断。在发送和接收时必须进行数据的转义，使用的转义字符是ASCII字符（0x5E）。范围：在本层协议中，对除起始标志和结束标志外的所有数据。转义规则：用0x5E，0x5D来代替0x5E；用0x5E，0x7D来代替0x7E。对于需要进行转义后发送的情况，要按照如下的顺序进行操作：发送数据包之前，先生成CRC校验值，再进行转义处理；接收到数据包后，先进行转义处理，再进行CRC校验。7.2.1.6 ASCII码拆分处理AP：A协议无须进行ASCII码拆分的处理。7.2.1.7 传输要求协议包的最大长度：256 Bytes（指从“协议类型”到“校验单元”最后一个字节，在发送过程转义处理之前的字节数）。7.2.2 接入层协议B（AP：B）对只能够传输ASCII码格式数据的通信链路可以使用AP：B协议，如：GSM MODEM（SMS）。以数据包的形式进行交互，一个完整的接入层协议包由起始标志、协议类型、承载协议类型、数据单元、校验单元、结束标志6部分组成。此格式与AP：A相同，可见前述。表 73 AP：A协议包组成起始标志协议类型承载协议类型数据单元（PDU）校验单元结束标志7.2.2.1 起始、结束标志长度为1字节，固定为ASCII字符！（0x21）。结束标志的内容与起始标志相同。7.2.2.2 协议类型长度为1字节，对AP：B型协议，此值为0x02。7.2.2.3 承载协议类型长度为1字节。定义与AP：A相同。7.2.2.4 校验单元与AP：A中的要求相同。7.2.2.5 转义处理不需要进行转义。7.2.2.6 ASCII码拆分处理考虑到目前基于短信方式的系统采用的无线MODEM可能存在部分不可见字符无法传递的问题，本协议中对所有数据统一采用“ASCII码拆分处理”，具体说明如下：8比特的16进制数被划分为高4bits和低4bits。对于高4bits和低4bits，若其数值为0x00-0x09，则加上0x30传输，若其数值为0x0A-0x0F，则加上0x37传输，这样得到的结果就转换为ASCII码。举例如下：对于数据0x2B，按照上述划分原则，高字节变成0x32，低字节变成0x42。采用“ASCII码拆分处理”后，协议中定义的数据，如1字节的16进制数0x2B，在实际传输中为ASCII码字符串：“2B”。传输顺序是：高4bits转换的字符在前，低4bits转换的字符在后。“ASCII码拆分处理”适用于协议中除起始标志、结束标志外的所有字符，包括校验单元。对于需要进行拆分处理后发送的情况，要按照如下的顺序进行操作：发送数据包之前，先生成CRC校验值，再采用“ASCII码拆分处理”；在接收到数据包后，先进行“ASCII码拆分处理”的反向处理，再进行CRC校验。7.2.2.7 传输要求此处的协议包最大长度是指从“起始标志”到“结束标志”，在发送过程ASCII码拆分处理之后的字节数（与AP：A不同）。当使用MODEM（SMS）方式通信，协议包的最大长度：140 Bytes。使用其它方式通信时，协议包的最大长度：256 Bytes。7.2.3 接入层协议C（AP：C）本协议所支持的通信链路有：Ethernet，GPRS（使用IP+UDP协议）。以数据包的形式进行交互，一个完整的接入层协议包由承载协议类型和数据单元组成。详见表 74。表 74 AP：C协议包组成协议类型承载协议类型数据单元（PDU）表 74各单元详细说明如下：l 协议类型：标识AP层协议的类型，长度为1字节，对AP：C型协议，此值为0x03；l 承载协议类型：标识所承载的上层协议的类型；l 数据单元：是接入层协议的有效载荷（PDU）；承载协议类型部分的长度为1字节，其定义与AP：A相同。与UDP进行交互的数据格式：16进制。协议包的最大长度：256 Bytes（指从“协议类型”到“数据单元”最后一个字节的字节数）。由于本协议无起始标志和结束标志，对数据格式也无任何限制，故AP：C无须进行转义处理和ASCII码拆分处理。7.3 网络层协议以数据包的形式进行交互，一个完整的网络层协议包由地址单元、通信包标识号、控制协议标识和数据单元组成。网络层协议有：NP：A。协议包的最大长度，仅受底层协议的长度限制，在本层不作另外的约束。7.3.1 网络层协议A（NP：A）本协议支持设备与监控中心的通信。协议内容详见表 75。表 75 NP：A协议包组成地址单元通信包标识号NP层交互标志应用协议标识（APID）数据单元（PDU）表 75各单元详细说明如下：l 地址单元：地址单元的组成格式见表 76；l 通信包标识号：为每个通信包的标识编号，由发起通信的一端产生；l NP层交互标志：为NP层处理的标志，用于两个实体NP层的交互控制；l 应用协议标识：标识上层协议（即CP，监控控制协议）的类型；l 数据单元：是网络层协议的有效载荷（PDU）；网络层协议的数据格式：16进制数。NP：A中地址单元的组成详见表 76：表 76 NP：A协议的地址单元组成序号内 容开始位置长度备 注1站点编号142设备编号51表 76有关字段说明如下：站点编号：由用户自己根据需要进行编号。为方便记忆，可以采用分段方式（类似于IP地址）表示和书写。设备的唯一标识。在传输时低字节在前，高字节在后。设备编号：在一个本地直放站监控网络中，主站的子编号规定为0x00，从站的子编号可以在0x010xFE之间。且要求在该本地直放站监控网络中，每个子编号都唯一，不能够重复。对于只有单台直放站的情况，其子编号规定为0xFF。7.3.2 通信包标识号长度为2个字节，由发起通信的一端产生，用于标识每个通信包的编号。接收端在接收到之后不处理，而是在返回时将此值原封不动地发回给发起端，以便于发起端分辨通信包。在传输时低字节在前，高字节在后。为便于使用，将通信包标识号分为三段，其中0x00000x7FFF用于监控中心发起的通信，而0x80000x8FFF则用于由设备发起的通信，余下的0x90000xFFFF则为保留。7.3.3 NP层交互标志为NP层处理的标志，用于两个实体NP层的信息互通。发起通信的一端用此标志来通知接收端的NP层如何处理通信包（即NP层的命令），接收端则用此标志通知发起端对刚才通信包的执行结果（即NP层的应答）。在通信过程中，使用此标志可以定位通信异常是否发生在NP层。此命令使NP层的功能更为完善。为便于使用，将该标志分为两段，其中0x800xFF用于命令，而0x000x7F则用于应答包中。具体的数值所代表的含义见下表。表 77 NP层交互标志定义NP层交互标志含 义0x00通信请求的执行结果，表示执行正常。0x01通信请求的执行结果，表示设备忙，无法处理命令请求。0x020x3F保留0x400x7F厂家自定义0x80正常的命令请求。0x810xBF保留0xC00xFF厂家自定义7.3.4 应用协议标识（APID）的规定指示MAP层协议的协议类型，长度为1个字节，以支持不同的系统和MAP层协议。目前所只定义了一种类型，使用的APID为0x01。7.4 监控应用层协议以数据包的形式进行交互，一个完整的监控应用层协议包由命令单元和数据单元组成。监控应用层协议有：MAP：A。协议包的最大长度，仅受底层协议的长度限制，在本层不作另外的约束。7.4.1 监控应用层协议A（MAP：A）以数据包的形式进行指令和数据的交互，一个完整的协议包由命令单元和数据单元组成。详见表 78。协议包的最大长度由底层协议的类型来确定。表 78 MAP：A协议包组成命令单元数据单元表 78各单元详细说明如下：l 命令单元：命令单元的组成格式见表 79；l 数据单元：是监控应用层协议的有效载荷（PDU），此部分可以没有（即0个字节）；7.4.2 命令单元命令单元的组成详见下表 79：表 79 MAP协议的命令单元组成序号内 容开始位置长度备 注1命令标识112应答标志21表 79有关字段说明如下：命令标识：命令的唯一标识。详见表 710。表 710 监控通信命令列表命令编码含 义备 注0x00禁止使用0x01设备主动告警（上报）0x02查询0x03设置0x040x7F系统保留0x800xFF厂家自定义用来留给各个厂家扩充功能使用，此部分的用途由各厂家自己确定应答标志：作为命令的主动发起方，该字段填0xFF，表示此包为命令，当接收到的命令包该字段中不为0xFF时，则被动接收方不应答。如果作为应答包，表示被动接收方对命令的执行情况，此时该字段不能为0xFF。在应答包中，当应答标志不是0x00时，应将接收到的数据单元返回给发起方。应答标志编码详细见表 711。表 711 应答标志编码定义编码含 义备 注0x00成功0x01命令被有条件执行具体错误内容要在数据单元中（用监控对象标号）明确指出，仅在设备返回给监控中心时使用0x02命令编号错无效的命令0x03长度错接收到的实际长度与数据包中描述的不相符（有不完整的参数）0x04CRC校验错仅在调试时使用，正式产品中不返回此信息0x050xBF系统保留（厂家不能占用）0xC00xFD厂家自定义（监控中心不用处理）0xFE其它错误此表中未定义到的其它错误0xFF命令表示此包为发出的命令，而非命令的应答包注：出错返回时，除应答标志为0x01外，数据单元的内容与接收的相同，接收方对数据单元的内容不解析。当应答标志为0x01，用数据单元中的监控对象标号来表示设备在处理该监控对象时（一个或多个或全部监控对象）是否发生错误（详见后述），此时监控中心要对数据单元的内容进行解析。7.4.3 数据单元数据单元用于承载监控对象。在数据单元中可以一次带多个监控对象，也可以只带一个监控对象。为提高监控信息的传输效率，在一次通信过程中，应尽可能采用一次带多个监控对象的方式。对监控对象的描述和定义详见本文附录。合法的数据单元往往有包含多个字节的数值，为了保证对这些数值的正确解析，现对它们传输时的字节流顺序作如下规定：低字节在前，高字节在后。对ASCII码格式的多字节流（相当于字符串）不进行倒序，如电话号码“01012345678”，实际排列的顺序也为“01012345678”。无论多字节数据类型还式单字节数据类型，有符号数的格式统一采用补码。7.5 协议要求通信过程中要使用保护定时器。采用保护定时器的目的是在时序上保证消息或命令的可靠到达。本协议规定：在收到应答之前，通信的发起端必须设置保护定时器。定时器超时之前收到的应答为有效应答，否则为无效应答。保护定时器的长短与所使用的通信方式有关，当使用短消息方式时，推荐使用180S。当保护定时器计时超过预先的设置值后，需要重发通信包。当重发次数大于预先设置的超时次数值后，就不再重发，结束此次通信过程（即过程失败）。7.6 命令描述下面描述了各个命令的用途。7.6.1 设备主动上报由设备发起，用于告警、巡检、开站、故障修复和信道配置变化时上报给监控中心。在监控中心回应给设备的确认包中，无需携带任何参数信息，设备根据通信包标识号即知是确认包。7.6.2 查询由监控中心发起，用于了解设备当前的状态（包括告警状态）。7.6.3 设置由监控中心发起，用于设置所有的监控参数和网管参数。该命令的执行结果可能会影响到当前的告警状态、今后的告警产生/恢复等。设置的内容将被保存在硬件的不挥发存储器中，在软件重新启动时，根据这些数据来重新恢复各项设置值。7.7 通信过程为保证通信可靠性，监控中心与设备之间根据通信连接的不同分别采用如下的通信交互原则：对数传和GPRS，采用一问一答的方式；对短信，可以一次连续发出多个通信包。任何情况下，只要接收到的一个包CRC正确并且通过了通信安全的检查，就要发送一个应答包。当收到一个通信包时，不能够用多个应答包来对应，在通信合法的情况下也不能够不回应答包。通信方式上，命令的应答要与接收方式相同（如：当监控中心用短信查询，设备也要用短信方式应答）在通信的路径上，命令的应答也要与接收的相同（如：当监控中心用号码8888向设备发设置命令，则设备也必须将此命令的应答包发给8888）。典型的通信过程有查询、设置、告警上报、开站上报、修复确认上报、配置变更上报、巡检上报和查询设备具有的监控对象共8个通信过程。下面分别描述了这些通信过程。7.7.1 查询作用：获得设备的监控信息。通信过程：由监控中心发起，设备应答。每次通信监控中心可以查询设备的一个或多个监控对象。下图所示为查询命令的通信过程。图 72 查询命令异常处理：处理方式监控中心设 备备 注将接收到的通信包丢弃CRC校验错、站点编号错CRC校验错、安全性鉴权失败、站点编号错通过监控对象返回错误代码监控对象无法识别定时器：在收到应答之前，通信的发起端设置保护定时器。定时器超时之前收到的应答为有效应答，否则为无效应答。组包要求：监控中心在发送命令时，要保证设备可以用一个包返回一个查询命令（保证返回长度可以放到一个通信包中，并且监控对象可以完整地放入通信包）。查询时，要在监控对象的“监控对象内容”部分按照协议中约定的长度填入数值，并正确填写“监控对象长度”的值，设备在接收到后并不对“监控对象内容”部分进行处理（这样做是为保证发、收的通信包数量保持一致）。对于那些只规定了最大长度的字符串型对象，查询命令中监控对象内容中按照最大长度所支持的数量填入0x00，设备返回时，用真实内容替代这些0x00（若长度未达最大，末尾部分全部填0x00）（注意：在查询“设备的监控参量列表”时，不需要在“监控对象标号”处填入0x00）。7.7.2 设置作用：设置设备的监控信息。通信过程：由监控中心发起，设备应答。每次通信监控中心可以设置设备的一个或多个监控对象。设置命令的通信过程与查询命令类似，可见图 72。异常处理：处理方式监控中心设 备备 注将接收到的通信包丢弃CRC校验错、站点编号错CRC校验错、安全性鉴权失败、站点编号错通过监控对象返回错误代码监控对象无法识别监控对象的内容不合法定时器：在收到应答之前，通信的发起端设置保护定时器。定时器超时之前收到的应答为有效应答，否则为无效应答。组包要求：监控中心在发送命令时，可以一次设置一个或同时对多个监控参数进行设置。从设备向监控中心返回的数据包中，是各设置参数的实际值。对设置设备站点编号和设备编号时的要求：监控中心在发设置命令时，在NP层的地址单元（包括：站点编号和设备编号）为原值，而在MAP层的数据单元中所提供的站点编号和设备