中国移动直放站设备网管接口技术规范样本.doc

中国移动技术规范文档编号：中国移动直放站设备网管接口技术规范文档版本：Version 1.0.0版权申明：版权归中国移动通信集团企业全部，未经中国移动通信集团企业书面许可，任何单位或个人不得以任何形式全部或部分使用和传输本技术规范。公布日期：07月公布单位：中国移动通信集团企业文档说明：本规范是依据中国移动集团企业实际情况及目前直放站技术发展水平而制订本规范属于直放站设备和监控系统系列规范一部分，该系列规范包含了中国移动直放站监控系统功效规范、中国移动直放站监控系统数据需求规范和中国移动直放站设备网管接口技术规范。本技术规范为中国移动直放站设备网管接口技术规范。本规范还有待于在具体实施过程中不停地补充和完善。中国移动通信集团企业保留对本规范解释权和修改权。以下同志参与了本规范初稿编写和讨论工作，表示感谢！徐海东、王烨、张潮、方鹏、丁三弟、钟学森、张辰、彭旭辉、李胜利、吴玲琦、魏崴、李雪峰、李承胜、师鑫、胡国云等编号说明：（本文档编号依据以下标准进行：x.y.z x: 大版本更新，文档结构改变 y: 具体方案更改，部分内容修正 z: 文字修改，奇数为包含对上一版修改统计稿子偶数为对上修改稿定稿 ）文档修改历史版本更新日期修改核定更新说明文档状态V1.0.0-4-18方鹏王烨、张潮初稿V1.0.0-4-26方鹏王烨、张潮征求意见稿公布V1.0.0-5-25方鹏王烨、张潮评审稿公布V1.0.0-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.8.1种类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部分组成。详见Error! Reference source not found.。表 71 AP：A协议包组成起始标志协议类型承载协议类型数据单元（PDU）校验单元结束标志Error! Reference source not found.各单元具体说明以下：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协议）。以数据包形式进行交互，一个完整接入层协议包由承载协议类型和数据单元组成。详见Error! Reference source not found.。表 74 AP：C协议包组成协议类型承载协议类型数据单元（PDU）Error! Reference source not found.各单元具体说明以下：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）本协议支持设备和监控中心通信。协议内容详见Error! Reference source not found.。表 75 NP：A协议包组成地址单元通信包标识号NP层交互标志应用协议标识（APID）数据单元（PDU）Error! Reference source not found.各单元具体说明以下：l 地址单元：地址单元组成格式见Error! Reference source not found.；l 通信包标识号：为每个通信包标识编号，由提议通信一端产生；l NP层交互标志：为NP层处理标志，用于两个实体NP层交互控制；l 应用协议标识：标识上层协议（即CP，监控控制协议）类型；l 数据单元：是网络层协议有效载荷（PDU）；网络层协议数据格式：16进制数。NP：A中地址单元组成详见Error! Reference source not found.：表 76 NP：A协议地址单元组成序号内 容开始位置长度备 注1站点编号142设备编号51Error! Reference source not found.相关字段说明以下：站点编号：由用户自己依据需要进行编号。为方便记忆，能够采取分段方法（类似于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）以数据包形式进行指令和数据交互，一个完整协议包由命令单元和数据单元组成。详见Error! Reference source not found.。协议包最大长度由底层协议类型来确定。表 78 MAP：A协议包组成命令单元数据单元Error! Reference source not found.各单元具体说明以下：l 命令单元：命令单元组成格式见Error! Reference source not found.；l 数据单元：是监控应用层协议有效载荷（PDU），此部分能够没有（即0个字节）；7.4.2 命令单元命令单元组成详见下Error! Reference source not found.：表 79 MAP协议命令单元组成序号内 容开始位置长度备 注1命令标识112应答标志21Error! Reference source not found.相关字段说明以下：命令标识：命令唯一标识。详见Error! Reference source not found.。表 710 监控通信命令列表命令编码含 义备 注0x00严禁使用0x01设备主动告警（上报）0x02查询0x03设置0x040x7F系统保留0x800xFF厂家自定义用来留给各个厂家扩充功效使用，此部分用途由各厂家自己确定应答标志：作为命令主动提议方，该字段填0xFF，表示此包为命令，当接收到命令包该字段中不为0xFF时，则被动接收方不应答。假如作为应答包，表示被动接收方对命令实施情况，此时该字段不能为0xFF。在应答包中，当应答标志不是0x00时，应将接收到数据单元返回给提议方。应答标志编码具体见Error! Reference source not found.。表 711 应答标志编码定义编码含 义备 注0x00成功0x01命令被有条件实施具体错误内容要在数据单元中（用监控对象标号）明确指出，仅在设备返回给监控中心时使用0x02命令编号错无效命令0x03长度错接收到实际长度和数据包中描述不相符（有不完整参数）0x04CRC校验错仅在调试时使用，正式产品中不返回此信息0x050xBF系统保留（厂家不能占用）0xC00xFD厂家自定义（监控中心不用处理）0xFE其它错误此表中未定义到其它错误0xFF命令表示此包为发出命令，而非命令应答包注：犯错返回时，除应答标志为0x01外，数据单元内容和接收相同，接收方对数据单元内容不解析。当应答标志为0x01，用数据单元中监控对象标号来表示设备在处理该监控对象时（一个或多个或全部监控对象）是否发生错误（详见后述），此时监控中心要对数据单元内容进行解析。7.4.3 数据单元数据单元用于承载监控对象。在数据单元中能够一次带多个监控对象，也能够只带一个监控对象。为提升监控信息传输效率，在一次通信过程中，应尽可能采取一次带多个监控对象方法。对监控对象描述和定义详见本文附录。正当数据单元往往有包含多个字节数值，为了确保对这些数值正确解析，现对它们传输时字节流次序作以下要求：低字节在前，高字节在后。对ASCII码格式多字节流（相当于字符串）不进行倒序，如电话号码“”，实际排列次序也为“”。不管多字节数据类型还式单字节数据类型，有符号数格式统一采取补码。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 设置作用：设置设备监控信息。通信过程：由监控中心提议，设备应答。每次通信监控中心能够设置设备一个或多个监控对象。设置命令通信过程和查询命令类似，可见Error! Reference source not found.。异常处理：处理方法监控中心设 备备 注将接收到通信包丢弃CRC校验错、站点编号错CRC校验错、安全性鉴权失败、站点编号错经过监控对象返回错误代码监控对象无法识别监控对象内容不正当定时器：在收到应答之前，通信提议端设置保护定时器。定时器超时之前收到应答为有效应答，不然为无效应答。组包要求：监控中心在发送命令时