數(shù)字電視直放站設(shè)備網(wǎng)管接口技術(shù)規(guī)范

1、數(shù)字電視直放站設(shè)備網(wǎng)管接口技術(shù)規(guī)范上海東方明珠廣播電視研究發(fā)展有限公司文檔版本：version 1.8.2 發(fā)布日期：2010年7月發(fā)布單位：上海東方明珠廣播電視研究發(fā)展有限公司2數(shù)字電視直放站設(shè)備網(wǎng)管接口技術(shù)規(guī)范 目 錄1范圍52術(shù)語、定義和縮略語52.1術(shù)語、定義52.2縮略語53直放站設(shè)備接入上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)方案54直放站設(shè)備網(wǎng)管接口要求74.1功能要求74.1.1配置管理功能要求74.1.2實(shí)時采樣數(shù)據(jù)功能要求84.1.3故障告警功能要求84.2遠(yuǎn)程升級功能需求94.3數(shù)據(jù)需求94.4性能要求94.4.1實(shí)時性要求94.4.2遠(yuǎn)程升級要求94.4.3接口信息傳遞準(zhǔn)確性和完備性10

2、4.5容錯要求104.6安全要求104.7接口數(shù)據(jù)傳遞能力105直放站網(wǎng)管接口通信協(xié)議105.1承載層115.1.1rs-232接口115.1.2rs-422接口115.1.3rs-485接口125.1.4modem（data）方式125.1.5modem（sms）方式125.1.6modem（gprs）方式125.1.7ethernet方式125.2接入層協(xié)議125.2.1接入層協(xié)議a（ap：a）125.2.2接入層協(xié)議b（ap：b）145.2.3接入層協(xié)議c（ap：c）155.3網(wǎng)絡(luò)層協(xié)議165.3.1網(wǎng)絡(luò)層協(xié)議a（np：a）165.3.2通信包標(biāo)識號175.3.3np層交互標(biāo)志175.3

3、.4應(yīng)用協(xié)議標(biāo)識（apid）的規(guī)定175.4監(jiān)控應(yīng)用層協(xié)議185.4.1監(jiān)控應(yīng)用層協(xié)議a（map：a）185.4.2命令單元185.4.3數(shù)據(jù)單元195.4.4監(jiān)控控制層協(xié)議b（mcp：b）195.5協(xié)議要求215.6命令描述225.6.1設(shè)備主動上報(bào)225.6.2查詢235.6.3設(shè)置235.7通信過程245.7.1查詢245.7.2設(shè)置255.7.3告警主動上報(bào)265.7.4開站主動上報(bào)285.7.5巡檢主動上報(bào)295.7.6配置變更上報(bào)295.7.7修復(fù)確認(rèn)主動上報(bào)305.7.8查詢設(shè)備具有的監(jiān)控對象305.7.9mcp：b方式的遠(yuǎn)程升級325.7.10ftp方式的遠(yuǎn)程升級365.7.1

4、1切換監(jiān)控軟件版本385.7.12軟件更新上報(bào)395.8通信安全的實(shí)現(xiàn)406附錄406.1關(guān)于站點(diǎn)編號的規(guī)定406.2監(jiān)控對象格式416.3監(jiān)控對象長度416.4監(jiān)控對象標(biāo)號416.5監(jiān)控對象內(nèi)容416.6對通信處理時出錯的表示426.7監(jiān)控對象標(biāo)號范圍的約定426.8對監(jiān)控對象的數(shù)據(jù)說明436.8.1種類436.8.2數(shù)據(jù)組織4字符串（記為str型）4數(shù)字串4狀態(tài)、bit類型（記為bit型）41個字節(jié)的有符號整數(shù)（記為sint1型）41個字節(jié)的無符號整數(shù)（記為uint1型）42個字節(jié)的有符號整數(shù)（

5、記為sint2型）42個字節(jié)的無符號整數(shù)（記為uint2型）43個字節(jié)的無符號整數(shù)（記為uint3型）44個字節(jié)的無符號整數(shù)（記為uint4型）456.8.3傳輸比例456.9數(shù)據(jù)需求及監(jiān)控對象標(biāo)號分配456.9.1設(shè)備信息（只可讀取，不能設(shè)置）456.9.2網(wǎng)管參數(shù)（可以設(shè)置，可以讀?。?76.9.3告警使能（可以設(shè)置，可以讀取）496.9.4告警和狀態(tài)（可上報(bào)，可讀取，不能設(shè)置）516.9.5設(shè)置參數(shù)（可以設(shè)置，可以讀取）54實(shí)時采樣數(shù)據(jù)（只可讀取，不能設(shè)置）577mcp：b協(xié)議監(jiān)控?cái)?shù)據(jù)格式及編碼要求597.1mcp：b監(jiān)控?cái)?shù)據(jù)格式597.2

6、監(jiān)控?cái)?shù)據(jù)標(biāo)識的分配（表中未列出的編號是系統(tǒng)保留資源，廠家不能占用）607.2.1設(shè)備的遠(yuǎn)程升級信息（只可讀取，不可寫入）607.2.2遠(yuǎn)程升級文件信息（可以讀取，可以寫入）607.3告警處理機(jī)制建議617.3.1告警產(chǎn)生機(jī)制617.3.2告警發(fā)送機(jī)制617.3.3告警重發(fā)處理機(jī)制617.3.4告警使能處理機(jī)制627.3.5告警特殊情況處理機(jī)制627.3.6告警屏蔽處理機(jī)制628遠(yuǎn)程升級功能分析638.1mcp：b方式的遠(yuǎn)程升級功能分析638.1.1設(shè)備監(jiān)控軟件運(yùn)行模式定義638.1.2通信交互方式648.1.3ftp方式的遠(yuǎn)程升級功能分析748.1.4遠(yuǎn)程升級安全性778.1.5切換設(shè)備上運(yùn)行

7、的監(jiān)控軟件版本779設(shè)備廠商代碼和設(shè)備代碼7910文檔修改記錄801 范圍數(shù)字電視直放站設(shè)備網(wǎng)管接口技術(shù)規(guī)范規(guī)定了數(shù)字電視直放站與上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)的通信接口功能和技術(shù)要求。本規(guī)范涉及上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)接口的功能和性能要求。本規(guī)范適用于數(shù)字電視直放站的管理建設(shè)。2 術(shù)語、定義和縮略語2.1 術(shù)語、定義告警主動上報(bào)：當(dāng)設(shè)備發(fā)生告警狀態(tài)改變時，主動地按照預(yù)先設(shè)置的方式將改變后的狀態(tài)報(bào)告給監(jiān)控中心（omc）。主站：即監(jiān)控主站，主站的作用是為監(jiān)控中心與監(jiān)控從站提供數(shù)據(jù)和信息的中繼和轉(zhuǎn)發(fā)，用來直接和監(jiān)控中心通信的設(shè)備。從站：即監(jiān)控從站。是指在一個由多個設(shè)備組成的本地直放站監(jiān)控子網(wǎng)絡(luò)中，不能和監(jiān)控

8、中心直接通信的設(shè)備，從站所有與監(jiān)控中心的通信包必須經(jīng)過監(jiān)控主站的轉(zhuǎn)發(fā)。2.2 縮略語下列縮略語適用于本規(guī)范：modem調(diào)制解調(diào)器（modulator-demodulator），此處是指pstn、gsm或3g modem。modem（sms）使用modem提供的sms（short message service）方式建立通信modem（gprs）使用gsm modem提供的gprs（general packet radio service）方式建立通信crc循環(huán)冗余校驗(yàn)（cyclical redundancy check）ip網(wǎng)間互聯(lián)協(xié)議（internet protocol）tcp傳輸控制協(xié)議（

9、transfer control protocol）udp用戶數(shù)據(jù)報(bào)協(xié)議（user datagram protocol）omc監(jiān)控中心（operate maintenance center）3 直放站設(shè)備接入上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)方案直放站設(shè)備需提供網(wǎng)管接口，使設(shè)備可通過短信、數(shù)傳、gprs等其中一種或多種承載方式接入上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)。本規(guī)范不僅適用于“單機(jī)式”直放站系統(tǒng)，也適用于“分布式”直放站系統(tǒng)，一個由直放站系統(tǒng)、通信信道和監(jiān)控中心組成的監(jiān)控系統(tǒng)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如下圖：圖1 監(jiān)控系統(tǒng)組成結(jié)構(gòu)圖4 直放站設(shè)備網(wǎng)管接口要求直放站設(shè)備網(wǎng)管接口要求包括接口功能要求、數(shù)據(jù)需求和性能要求等部分。

10、4.1 功能要求直放站網(wǎng)管接口滿足對直放站設(shè)備的配置管理、數(shù)據(jù)的實(shí)時采集和故障告警管理幾項(xiàng)功能要求。網(wǎng)管接口在滿足功能要求的同時須滿足穩(wěn)定性、及時性、完整性、準(zhǔn)確性及安全性等相關(guān)技術(shù)要求。4.1.1 配置管理功能要求直放站設(shè)備網(wǎng)管接口滿足配置管理功能要求，該網(wǎng)管接口支持上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)獲取直放站設(shè)備的物理和邏輯資源，修改設(shè)備的配置參數(shù)。（1） 配置信息的采集和修改功能直放站網(wǎng)管接口應(yīng)支持上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)通過短信、數(shù)傳或gprs方式采集或修改設(shè)備的配置信息。2.自動上報(bào)和自動同步功能在非監(jiān)控中心向下配置情況引起網(wǎng)元設(shè)備配置參數(shù)變化（影響到設(shè)備監(jiān)控參量列表的變化）時，直放站設(shè)備通過直放

11、站網(wǎng)管接口向監(jiān)控中心上報(bào)配置變更消息。監(jiān)控中心應(yīng)能根據(jù)設(shè)備的配置修改情況對監(jiān)控中心配置信息進(jìn)行相應(yīng)的同步更新以反映設(shè)備的真實(shí)情況3.巡檢上報(bào)功能設(shè)備維護(hù)人員在現(xiàn)場進(jìn)行設(shè)備巡檢時，可觸發(fā)直放站設(shè)備通過網(wǎng)管接口發(fā)送一條巡檢上報(bào)信息以通知監(jiān)控中心該站點(diǎn)已進(jìn)行巡檢維護(hù)工作。巡檢上報(bào)功能應(yīng)包含巡檢上報(bào)報(bào)表的內(nèi)容，巡檢上報(bào)報(bào)表格式如下：巡檢上報(bào)報(bào)表參數(shù)參數(shù)說明序號巡檢上報(bào)信息序列編號站點(diǎn)名稱巡檢的直放站名稱站點(diǎn)編號站點(diǎn)編號設(shè)備編號直放站設(shè)備id設(shè)備類別直放站設(shè)備類別設(shè)備廠家直放站的生產(chǎn)設(shè)備廠家設(shè)備狀態(tài)直放站設(shè)備的工作狀態(tài)巡檢時間維護(hù)人員進(jìn)行巡檢的時間4.故障修復(fù)上報(bào)功能故障修復(fù)上報(bào)功能是指設(shè)備維護(hù)人員在接

12、收到工單以后對設(shè)備進(jìn)行現(xiàn)場故障排除，當(dāng)解決了設(shè)備問題后，可人工或自動觸發(fā)直放站設(shè)備通過網(wǎng)管接口發(fā)送一條故障修復(fù)上報(bào)信息以通知監(jiān)控中心該站點(diǎn)已進(jìn)行了設(shè)備修復(fù)工作。故障修復(fù)上報(bào)功能應(yīng)能生成故障修復(fù)上報(bào)報(bào)表，故障修復(fù)上報(bào)需要具有下表中的內(nèi)容：故障修復(fù)報(bào)表參數(shù)參數(shù)說明序號故障修復(fù)上報(bào)信息的序列編號站點(diǎn)名稱故障修復(fù)的直放站名稱站點(diǎn)編號站點(diǎn)編號設(shè)備編號設(shè)備編號設(shè)備類別直放站設(shè)備類別設(shè)備廠家直放站的生產(chǎn)設(shè)備廠家設(shè)備狀態(tài)直放站設(shè)備的工作狀態(tài)故障修復(fù)上報(bào)時間維護(hù)人員修復(fù)故障的時間4.1.2 實(shí)時采樣數(shù)據(jù)功能要求直放站監(jiān)控設(shè)備網(wǎng)管接口應(yīng)具有實(shí)時采樣數(shù)據(jù)管理功能，直放站網(wǎng)管接口可向上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)提供各種反映

13、直放站設(shè)備運(yùn)行質(zhì)量和業(yè)務(wù)情況所需的實(shí)時采樣數(shù)據(jù)，實(shí)現(xiàn)對直放站設(shè)備的實(shí)時采樣數(shù)據(jù)管理。接口應(yīng)支持上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)通過短信或gprs獲取直放站設(shè)備的實(shí)時采樣數(shù)據(jù)。4.1.3 故障告警功能要求直放站監(jiān)控設(shè)備網(wǎng)管接口應(yīng)提供告警上報(bào)功能，直放站網(wǎng)管接口可以準(zhǔn)實(shí)時向上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)發(fā)送直放站設(shè)備的各種故障告警信息，滿足直放站設(shè)備的故障告警功能要求。同時直放站網(wǎng)管接口需滿足穩(wěn)定性、及時性、完整性、準(zhǔn)確性及安全性等相關(guān)技術(shù)要求。告警上報(bào)接口上報(bào)的告警信息至少應(yīng)該包括以下內(nèi)容：站點(diǎn)編號、設(shè)備編號和告警內(nèi)容。其中，告警內(nèi)容必需能明確的定位到告警發(fā)生的設(shè)備。（1） 告警實(shí)時上報(bào)功能接口應(yīng)支持通過短信或g

14、prs方式向上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)實(shí)時上報(bào)告警和事件通知的功能，提供故障告警及故障定位等相關(guān)信息。2.告警同步功能接口應(yīng)支持上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)通過短信或gprs方式同步直放站設(shè)備告警信息，獲得網(wǎng)元當(dāng)前活動告警。4.2 遠(yuǎn)程升級功能需求通過直放站監(jiān)控系統(tǒng)南向接口，可以對設(shè)備上運(yùn)行的設(shè)備監(jiān)控軟件進(jìn)行遠(yuǎn)程升級。即，在監(jiān)控中心可以針對選定的設(shè)備，通過遠(yuǎn)程下載的方式升級其監(jiān)控模塊中運(yùn)行的設(shè)備監(jiān)控軟件，以實(shí)現(xiàn)新的監(jiān)控功能或解決軟件缺陷。升級過程中，當(dāng)升級失敗時應(yīng)具有從斷點(diǎn)處恢復(fù)的功能。即：當(dāng)再次對設(shè)備進(jìn)行遠(yuǎn)程升級，監(jiān)控中心和設(shè)備可從上次中斷處繼續(xù)升級，而不需要再次傳輸上次成功寫入到設(shè)備的文件。每次進(jìn)行

15、遠(yuǎn)程升級時，監(jiān)控中心也可以選擇不從設(shè)備提供的斷點(diǎn)處繼續(xù)，而是再次從文件開始位置進(jìn)行升級操作。通過直放站監(jiān)控系統(tǒng)南向接口，成功升級了設(shè)備的軟件后，操作人員應(yīng)能通過監(jiān)控中心控制設(shè)備回退到升級前的版本運(yùn)行。設(shè)備上應(yīng)保存遠(yuǎn)程升級前、后這兩個版本的監(jiān)控軟件。4.3 數(shù)據(jù)需求數(shù)字電視直放站數(shù)據(jù)需求規(guī)定了數(shù)字電視單頻網(wǎng)中直放站統(tǒng)一監(jiān)控管理系統(tǒng)的數(shù)據(jù)集，涉及直放站的配置管理數(shù)據(jù)和性能數(shù)據(jù)需求。數(shù)據(jù)需求中定義的數(shù)據(jù)類型只針對監(jiān)控中心做要求，設(shè)備應(yīng)在接口協(xié)議和功能上支持?jǐn)?shù)據(jù)需求，但對設(shè)備的具體實(shí)現(xiàn)方式不做要求。具體數(shù)據(jù)需求內(nèi)容及相關(guān)定義見附錄。4.4 性能要求4.4.1 實(shí)時性要求（1） 告警傳遞時延在網(wǎng)絡(luò)連接正

16、常的情況下，告警傳遞時延（即從設(shè)備發(fā)生告警至告警信息到達(dá)直放站監(jiān)控中心的延遲）：短信應(yīng)小于20秒，數(shù)傳應(yīng)小于40秒（包含撥號建立數(shù)傳鏈路的時間），gprs暫不做要求。（2） 操作維護(hù)的實(shí)時性在網(wǎng)絡(luò)連接正常的情況下，在直放站監(jiān)控中心與網(wǎng)元進(jìn)行命令行交互時，從直放站監(jiān)控中心發(fā)出命令到設(shè)備對命令做出響應(yīng)的時間：短信不應(yīng)超過30秒。數(shù)傳不應(yīng)超過50秒（包含撥號建立數(shù)傳鏈路的時間），gprs暫不做要求。4.4.2 遠(yuǎn)程升級要求對監(jiān)控主站和帶有modem的獨(dú)立站點(diǎn)（如：無線寬帶直放站，光纖直放站近端機(jī)等）遠(yuǎn)程升級的時間要求：在網(wǎng)絡(luò)連接正常的情況下，15分鐘完成下載；升級成功率不小于90。4.4.3 接口信

17、息傳遞準(zhǔn)確性和完備性網(wǎng)管接口應(yīng)保證傳遞給監(jiān)控中心數(shù)據(jù)的準(zhǔn)確性和完備性。4.5 容錯要求網(wǎng)管接口應(yīng)支持一定的容錯能力，不會因?yàn)檩斎敕欠〝?shù)據(jù)導(dǎo)致接口故障。網(wǎng)管接口應(yīng)具有意外中斷時有自恢復(fù)能力，在短時間內(nèi)應(yīng)能夠重啟進(jìn)程，并能將故障期間產(chǎn)生的事件信息傳遞給管理系統(tǒng)。網(wǎng)管接口應(yīng)具足夠的可靠性保障機(jī)制，保證信息傳遞不被丟失。4.6 安全要求要求設(shè)備上能設(shè)置和保存允許訪問此設(shè)備的直放站監(jiān)控中心識別列表（如：ip地址，電話號碼）。4.7 接口數(shù)據(jù)傳遞能力接口應(yīng)支持足夠的數(shù)據(jù)傳輸速率，應(yīng)適當(dāng)考慮承載管理信息的各種通信方式的帶寬。5 直放站網(wǎng)管接口通信協(xié)議直放站設(shè)備網(wǎng)管接口應(yīng)遵循本規(guī)范所規(guī)定的直放站網(wǎng)管接口通訊協(xié)

18、議。為了提高通信協(xié)議的可擴(kuò)展行，本通信協(xié)議采用了分層的思路，各個層之間的功能盡可能獨(dú)立。協(xié)議共分為四層，從底至上分別為：承載層、接入層、網(wǎng)絡(luò)層和監(jiān)控控制層。各層的功能和用途如下：承載層：通信的實(shí)際鏈路，此層可以向接入層提供面向字節(jié)的數(shù)據(jù)包。在本協(xié)議中目前所支持的有：rs-232、modem和ethernet等。該層協(xié)議簡稱為tp（transport protocol）。接入層：定義通信傳輸?shù)耐ǖ兰跋嚓P(guān)的要求，以便實(shí)現(xiàn)與各種不同媒介的信息互通。接入層承載并保證網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)的可靠傳輸，在本監(jiān)控協(xié)議中支持了多種接入層。該層協(xié)議簡稱為ap（access protocol）。網(wǎng)絡(luò)層：承載監(jiān)控應(yīng)用層協(xié)議

19、包，實(shí)現(xiàn)監(jiān)控應(yīng)用層與通信鏈路、與網(wǎng)絡(luò)結(jié)構(gòu)的隔離。能夠向監(jiān)控應(yīng)用層提供本設(shè)備需要處理的監(jiān)控指令和數(shù)據(jù)。該層協(xié)議簡稱為np（network protocol）。監(jiān)控應(yīng)用層：針對各種監(jiān)控所需功能，實(shí)現(xiàn)了面向監(jiān)控功能的數(shù)據(jù)組織。該層協(xié)議簡稱為map（monitoring application protocol）。下圖給出了常見的幾種媒介及相關(guān)協(xié)議：圖2 通信協(xié)議的分層舉例5.1 承載層直放站設(shè)備網(wǎng)管接口可使用多種承載方式，各種方式的要求分別如下。5.1.1 rs-232接口波特率：9600bps起始位：1bit結(jié)束位：1bit數(shù)據(jù)位：8bits校驗(yàn)位：無5.1.2 rs-422接口波特率：9600b

20、ps起始位：1bit結(jié)束位：1bit數(shù)據(jù)位：8bits校驗(yàn)位：無5.1.3 rs-485接口波特率：9600bps起始位：1bit結(jié)束位：1bit數(shù)據(jù)位：8bits校驗(yàn)位：無5.1.4 modem（data）方式波特率：9600bps起始位：1bit結(jié)束位：1bit數(shù)據(jù)位：8bits校驗(yàn)位：無5.1.5 modem（sms）方式使用文本格式的短信（不能用pdu格式）。5.1.6 modem（gprs）方式使用ip+tcp或ip+udp協(xié)議來承載協(xié)議包。5.1.7 ethernet方式使用ip+tcp或ip+udp協(xié)議來承載協(xié)議包。5.2 接入層協(xié)議接入層是網(wǎng)絡(luò)層與承載層之間的接口，實(shí)現(xiàn)了它們之

21、間的適配，可保證更上層的協(xié)議無需知道通信信道的細(xì)節(jié)特征。接入層協(xié)議有三種，分別是：ap：a，ap：b和ap：c。5.2.1 接入層協(xié)議a（ap：a）凡是對傳輸數(shù)據(jù)格式無限制的通信信道都可以使用ap：a協(xié)議，如：rs-485，rs-232，modem（data）。以數(shù)據(jù)包的形式進(jìn)行交互，一個完整的接入層協(xié)議包由起始標(biāo)志、協(xié)議類型、承載協(xié)議類型、數(shù)據(jù)單元、校驗(yàn)單元、結(jié)束標(biāo)志6部分組成。詳見表1。表1 ap：a協(xié)議包組成起始標(biāo)志協(xié)議類型承載協(xié)議類型數(shù)據(jù)單元（pdu）校驗(yàn)單元結(jié)束標(biāo)志表1各單元詳細(xì)說明如下：l 起始標(biāo)志：表示一個完整數(shù)據(jù)包（分組）起始的標(biāo)志；l 協(xié)議類型：標(biāo)識ap層協(xié)議的類型；l 承載

22、協(xié)議類型：標(biāo)識所承載的上層協(xié)議的類型；l 數(shù)據(jù)單元：是接入層協(xié)議的有效載荷（pdu）；l 校驗(yàn)單元：對協(xié)議中從“協(xié)議類型”到“數(shù)據(jù)單元”的內(nèi)容進(jìn)行校驗(yàn)；l 結(jié)束標(biāo)志：表示一個完整數(shù)據(jù)包（分組）結(jié)束的標(biāo)志。 起始、結(jié)束標(biāo)志長度為1字節(jié)，固定為ascii字符（0x7e）。結(jié)束標(biāo)志的內(nèi)容與起始標(biāo)志相同。 協(xié)議類型長度為1字節(jié)，對ap：a型協(xié)議，此值為0x01。 承載協(xié)議類型長度為1字節(jié)。目前所定義的類型有：表2 ap層承載協(xié)議類型定義數(shù)值類型描述0x01np:a 校驗(yàn)單元根據(jù)通信包（從“協(xié)議類型”開始，計(jì)算到“數(shù)據(jù)單元”的最后一個字節(jié)）生成校驗(yàn)

23、值。校驗(yàn)單元采用crc校驗(yàn)，生成多項(xiàng)式為ccitt推薦的16位的x16+x12+x5+1（0x11021）。發(fā)送方根據(jù)通信包生成2字節(jié)的crc檢驗(yàn)（傳輸時低字節(jié)在前，高字節(jié)在后）；同樣，接收方收到完整的數(shù)據(jù)包后，根據(jù)通信包生成新的crc檢驗(yàn)值。如果所計(jì)算出的crc值和收到的校驗(yàn)值相同則表明該數(shù)據(jù)包有效，否則認(rèn)為該包在傳輸?shù)倪^程中產(chǎn)生了差錯。在正式產(chǎn)品中，對校驗(yàn)出錯的命令，接收方不處理也不返回任何的應(yīng)答。 轉(zhuǎn)義處理由于使用16進(jìn)制方式傳輸數(shù)據(jù)，為防止數(shù)據(jù)中出現(xiàn)與通信包起始標(biāo)志、結(jié)束標(biāo)志相同的數(shù)據(jù)而影響這兩個標(biāo)志的判斷。在發(fā)送和接收時必須進(jìn)行數(shù)據(jù)的轉(zhuǎn)義，使用的轉(zhuǎn)義字符是ascii字符

24、（0x5e）。范圍：在本層協(xié)議中，對除起始標(biāo)志和結(jié)束標(biāo)志外的所有數(shù)據(jù)。轉(zhuǎn)義規(guī)則：用0x5e，0x5d來代替0x5e；用0x5e，0x7d來代替0x7e。對于需要進(jìn)行轉(zhuǎn)義后發(fā)送的情況，要按照如下的順序進(jìn)行操作：發(fā)送數(shù)據(jù)包之前，先生成crc校驗(yàn)值，再進(jìn)行轉(zhuǎn)義處理；接收到數(shù)據(jù)包后，先進(jìn)行轉(zhuǎn)義處理，再進(jìn)行crc校驗(yàn)。 ascii碼拆分處理ap：a協(xié)議無須進(jìn)行ascii碼拆分的處理。 傳輸要求協(xié)議包的最大長度：256 bytes（指從“協(xié)議類型”到“校驗(yàn)單元”最后一個字節(jié)，在發(fā)送過程轉(zhuǎn)義處理之前的字節(jié)數(shù)）。5.2.2 接入層協(xié)議b（ap：b）對只能夠傳輸ascii碼格式數(shù)據(jù)的

25、通信鏈路可以使用ap：b協(xié)議，如：gsm modem（sms）。以數(shù)據(jù)包的形式進(jìn)行交互，一個完整的接入層協(xié)議包由起始標(biāo)志、協(xié)議類型、承載協(xié)議類型、數(shù)據(jù)單元、校驗(yàn)單元、結(jié)束標(biāo)志6部分組成。此格式與ap：a相同，可見前述。表 3 ap：a協(xié)議包組成起始標(biāo)志協(xié)議類型承載協(xié)議類型數(shù)據(jù)單元（pdu）校驗(yàn)單元結(jié)束標(biāo)志 起始、結(jié)束標(biāo)志長度為1字節(jié)，固定為ascii字符！（0x21）。結(jié)束標(biāo)志的內(nèi)容與起始標(biāo)志相同。 協(xié)議類型長度為1字節(jié)，對ap：b型協(xié)議，此值為0x02。 承載協(xié)議類型長度為1字節(jié)。定義與ap：a相同。 校驗(yàn)單元與ap：a中的要求相同。5

26、.2.2.5 轉(zhuǎn)義處理不需要進(jìn)行轉(zhuǎn)義。 ascii碼拆分處理考慮到目前基于短信方式的系統(tǒng)采用的無線modem可能存在部分不可見字符無法傳遞的問題，本協(xié)議中對所有數(shù)據(jù)統(tǒng)一采用“ascii碼拆分處理”，具體說明如下：8比特的16進(jìn)制數(shù)被劃分為高4bits和低4bits。對于高4bits和低4bits，若其數(shù)值為0x00-0x09，則加上0x30傳輸，若其數(shù)值為0x0a-0x0f，則加上0x37傳輸，這樣得到的結(jié)果就轉(zhuǎn)換為ascii碼。舉例如下：對于數(shù)據(jù)0x2b，按照上述劃分原則，高字節(jié)變成0x32，低字節(jié)變成0x42。采用“ascii碼拆分處理”后，協(xié)議中定義的數(shù)據(jù)，如1字節(jié)的16進(jìn)

27、制數(shù)0x2b，在實(shí)際傳輸中為ascii碼字符串：“2b”。傳輸順序是：高4bits轉(zhuǎn)換的字符在前，低4bits轉(zhuǎn)換的字符在后?！癮scii碼拆分處理”適用于協(xié)議中除起始標(biāo)志、結(jié)束標(biāo)志外的所有字符，包括校驗(yàn)單元。對于需要進(jìn)行拆分處理后發(fā)送的情況，要按照如下的順序進(jìn)行操作：發(fā)送數(shù)據(jù)包之前，先生成crc校驗(yàn)值，再采用“ascii碼拆分處理”；在接收到數(shù)據(jù)包后，先進(jìn)行“ascii碼拆分處理”的反向處理，再進(jìn)行crc校驗(yàn)。 傳輸要求此處的協(xié)議包最大長度是指從“起始標(biāo)志”到“結(jié)束標(biāo)志”，在發(fā)送過程ascii碼拆分處理之后的字節(jié)數(shù)（與ap：a不同）。當(dāng)使用modem（sms）方式通信，協(xié)議包的

28、最大長度：140 bytes。使用其它方式通信時，協(xié)議包的最大長度：256 bytes。5.2.3 接入層協(xié)議c（ap：c）本協(xié)議所支持的通信鏈路有：modem（cs域）、modem（ps域）、ethernet。以數(shù)據(jù)包的形式進(jìn)行交互，一個完整的接入層協(xié)議包由承載協(xié)議類型和數(shù)據(jù)單元組成。詳見表4。表 4 ap：c協(xié)議包組成起始標(biāo)志協(xié)議類型承載協(xié)議類型數(shù)據(jù)單元（pdu）校驗(yàn)單元結(jié)束標(biāo)志表4各單元詳細(xì)說明如下： 起始、結(jié)束標(biāo)志長度為1字節(jié)，固定為ascii字符（0x7e）。結(jié)束標(biāo)志的內(nèi)容與起始標(biāo)志相同。 協(xié)議類型長度為1字節(jié)，對ap：c型協(xié)議，此值為0x03。5.2.3

29、.3 承載協(xié)議類型長度為1字節(jié)。定義與ap：a相同。 校驗(yàn)單元與ap：a中的要求相同。 轉(zhuǎn)義處理不需要進(jìn)行轉(zhuǎn)義。承載協(xié)議類型部分的長度為1字節(jié)，其定義與ap：a相同。與tcp進(jìn)行交互的數(shù)據(jù)格式：16進(jìn)制。協(xié)議包的最大長度：256 bytes（指從“協(xié)議類型”到“數(shù)據(jù)單元”最后一個字節(jié)的字節(jié)數(shù)）。由于本協(xié)議無起始標(biāo)志和結(jié)束標(biāo)志，對數(shù)據(jù)格式也無任何限制，故ap：c無須進(jìn)行轉(zhuǎn)義處理和ascii碼拆分處理。5.3 網(wǎng)絡(luò)層協(xié)議以數(shù)據(jù)包的形式進(jìn)行交互，一個完整的網(wǎng)絡(luò)層協(xié)議包由地址單元、通信包標(biāo)識號、控制協(xié)議標(biāo)識和數(shù)據(jù)單元組成。網(wǎng)絡(luò)層協(xié)議有：np：a。協(xié)議包的最大長度，僅受底層協(xié)

30、議的長度限制，在本層不作另外的約束。5.3.1 網(wǎng)絡(luò)層協(xié)議a（np：a）本協(xié)議支持設(shè)備與監(jiān)控中心的通信。協(xié)議內(nèi)容詳見表5。表 5 np：a協(xié)議包組成地址單元通信包標(biāo)識號np層交互標(biāo)志應(yīng)用協(xié)議標(biāo)識（apid）數(shù)據(jù)單元（pdu）表5各單元詳細(xì)說明如下：l 地址單元：地址單元的組成格式見表6；l 通信包標(biāo)識號：為每個通信包的標(biāo)識編號，由發(fā)起通信的一端產(chǎn)生；l np層交互標(biāo)志：為np層處理的標(biāo)志，用于兩個實(shí)體np層的交互控制；l 應(yīng)用協(xié)議標(biāo)識：標(biāo)識上層協(xié)議（即cp，監(jiān)控控制協(xié)議）的類型；l 數(shù)據(jù)單元：是網(wǎng)絡(luò)層協(xié)議的有效載荷（pdu）；網(wǎng)絡(luò)層協(xié)議的數(shù)據(jù)格式：16進(jìn)制數(shù)。np：a中地址單元的組成詳見表6：

31、表 6 np：a協(xié)議的地址單元組成序號內(nèi) 容開始位置長度備 注1站點(diǎn)編號142設(shè)備編號51表6有關(guān)字段說明如下：站點(diǎn)編號：由用戶自己根據(jù)需要進(jìn)行編號。為方便記憶，可以采用分段方式（類似于ip地址）表示和書寫。設(shè)備的唯一標(biāo)識。在傳輸時低字節(jié)在前，高字節(jié)在后。設(shè)備編號：在一個本地直放站監(jiān)控網(wǎng)絡(luò)中，主站的子編號規(guī)定為0x00，從站的子編號可以在0x010xfe之間。且要求在該本地直放站監(jiān)控網(wǎng)絡(luò)中，每個子編號都唯一，不能夠重復(fù)。對于只有單臺直放站的情況，其子編號規(guī)定為0xff。5.3.2 通信包標(biāo)識號長度為2個字節(jié)，由發(fā)起通信的一端產(chǎn)生，用于標(biāo)識每個通信包的編號。接收端在接收到之后不處理，而是在返回時

32、將此值原封不動地發(fā)回給發(fā)起端，以便于發(fā)起端分辨通信包。在傳輸時低字節(jié)在前，高字節(jié)在后。為便于使用，將通信包標(biāo)識號分為三段，其中0x00000x7fff用于監(jiān)控中心發(fā)起的通信，而0x80000x8fff則用于由設(shè)備發(fā)起的通信，余下的0x90000xffff則為保留。5.3.3 np層交互標(biāo)志為np層處理的標(biāo)志，用于兩個實(shí)體np層的信息互通。發(fā)起通信的一端用此標(biāo)志來通知接收端的np層如何處理通信包（即np層的命令），接收端則用此標(biāo)志通知發(fā)起端對剛才通信包的執(zhí)行結(jié)果（即np層的應(yīng)答）。在通信過程中，使用此標(biāo)志可以定位通信異常是否發(fā)生在np層。此命令使np層的功能更為完善。為便于使用，將該標(biāo)志分為兩段

33、，其中0x800xff用于命令，而0x000x7f則用于應(yīng)答包中。具體的數(shù)值所代表的含義見下表。表7 np層交互標(biāo)志定義np層交互標(biāo)志含 義0x00通信請求的執(zhí)行結(jié)果，表示執(zhí)行正常。0x01通信請求的執(zhí)行結(jié)果，表示設(shè)備忙，無法處理命令請求。0x020x3f保留0x400x7f廠家自定義0x80正常的命令請求。0x810xbf保留0xc00xff廠家自定義5.3.4 應(yīng)用協(xié)議標(biāo)識（apid）的規(guī)定指示map層協(xié)議的協(xié)議類型，長度為1個字節(jié)，以支持不同的系統(tǒng)和map層協(xié)議。目前所只定義了一種類型，使用的apid為0x01。5.4 監(jiān)控應(yīng)用層協(xié)議以數(shù)據(jù)包的形式進(jìn)行交互，一個完整的監(jiān)控應(yīng)用層協(xié)議包由命

34、令單元和數(shù)據(jù)單元組成。監(jiān)控應(yīng)用層協(xié)議有：map：a。協(xié)議包的最大長度，僅受底層協(xié)議的長度限制，在本層不作另外的約束。5.4.1 監(jiān)控應(yīng)用層協(xié)議a（map：a）以數(shù)據(jù)包的形式進(jìn)行指令和數(shù)據(jù)的交互，一個完整的協(xié)議包由命令單元和數(shù)據(jù)單元組成。詳見表8。協(xié)議包的最大長度由底層協(xié)議的類型來確定。表8 map：a協(xié)議包組成命令單元數(shù)據(jù)單元表8各單元詳細(xì)說明如下：l 命令單元：命令單元的組成格式見表9；l 數(shù)據(jù)單元：是網(wǎng)絡(luò)層協(xié)議的有效載荷（pdu），此部分可以沒有（即0個字節(jié)）；5.4.2 命令單元命令單元的組成詳見下表9： 表9 map協(xié)議的命令單元組成序號內(nèi) 容開始位置長度備 注1命令標(biāo)識112應(yīng)答標(biāo)志

35、21表9有關(guān)字段說明如下：命令標(biāo)識：命令的唯一標(biāo)識。詳見表10。表10 監(jiān)控通信命令列表命令編碼含 義備 注0x00禁止使用0x01設(shè)備主動告警（上報(bào)）0x02查詢0x03設(shè)置0x040x7f系統(tǒng)保留0x800xff廠家自定義用來留給各個廠家擴(kuò)充功能使用，此部分的用途由各廠家自己確定應(yīng)答標(biāo)志：作為命令的主動發(fā)起方，該字段填0xff，表示此包為命令，當(dāng)接收到的命令包該字段中不為0xff時，則被動接收方不應(yīng)答。如果作為應(yīng)答包，表示被動接收方對命令的執(zhí)行情況，此時該字段不能為0xff。在應(yīng)答包中，當(dāng)應(yīng)答標(biāo)志不是0x00時，應(yīng)將接收到的數(shù)據(jù)單元返回給發(fā)起方。應(yīng)答標(biāo)志編碼詳細(xì)見表11。表11 應(yīng)答標(biāo)志編

36、碼定義編碼含 義備 注0x00成功0x01命令被有條件執(zhí)行具體錯誤內(nèi)容要在數(shù)據(jù)單元中（用監(jiān)控對象標(biāo)號）明確指出，僅在設(shè)備返回給監(jiān)控中心時使用0x02命令編號錯無效的命令0x03長度錯接收到的實(shí)際長度與數(shù)據(jù)包中描述的不相符（有不完整的參數(shù)）0x04crc校驗(yàn)錯僅在調(diào)試時使用，正式產(chǎn)品中不返回此信息0x050xbf系統(tǒng)保留（廠家不能占用）0xc00xfd廠家自定義（監(jiān)控中心不用處理）0xfe其它錯誤此表中未定義到的其它錯誤0xff命令表示此包為發(fā)出的命令，而非命令的應(yīng)答包注：出錯返回時，除應(yīng)答標(biāo)志為0x01外，數(shù)據(jù)單元的內(nèi)容與接收的相同，接收方對數(shù)據(jù)單元的內(nèi)容不解析。當(dāng)應(yīng)答標(biāo)志為0x01，用數(shù)據(jù)單

37、元中的監(jiān)控對象標(biāo)號來表示設(shè)備在處理該監(jiān)控對象時（一個或多個或全部監(jiān)控對象）是否發(fā)生錯誤（詳見后述），此時監(jiān)控中心要對數(shù)據(jù)單元的內(nèi)容進(jìn)行解析。5.4.3 數(shù)據(jù)單元數(shù)據(jù)單元用于承載監(jiān)控對象。在數(shù)據(jù)單元中可以一次帶多個監(jiān)控對象，也可以只帶一個監(jiān)控對象。為提高監(jiān)控信息的傳輸效率，在一次通信過程中，應(yīng)盡可能采用一次帶多個監(jiān)控對象的方式。對監(jiān)控對象的描述和定義詳見本文附錄。合法的數(shù)據(jù)單元往往有包含多個字節(jié)的數(shù)值，為了保證對這些數(shù)值的正確解析，現(xiàn)對它們傳輸時的字節(jié)流順序作如下規(guī)定：低字節(jié)在前，高字節(jié)在后。對ascii碼格式的多字節(jié)流（相當(dāng)于字符串）不進(jìn)行倒序，如電話號碼“01012345678”，實(shí)際排列的

38、順序也為“01012345678”。無論多字節(jié)數(shù)據(jù)類型還式單字節(jié)數(shù)據(jù)類型，有符號數(shù)的格式統(tǒng)一采用補(bǔ)碼。5.4.4 監(jiān)控控制層協(xié)議b（mcp：b）mcp：b協(xié)議包由命令單元和數(shù)據(jù)單元組成。詳見表 101。表 51 mcp：b協(xié)議包組成命令單元數(shù)據(jù)單元表 51各單元詳細(xì)說明如下：命令單元：命令單元的組成格式見表 102；數(shù)據(jù)單元：監(jiān)控控制層協(xié)議的有效載荷（pdu），此部分可以為空（即0個字節(jié)）； 命令單元命令單元的組成詳見下表 102：表 52 mcp：b協(xié)議的命令單元組成序號內(nèi) 容開始位置長度備 注1命令標(biāo)識112應(yīng)答標(biāo)志21表 52有關(guān)字段說明如下：（1）命令標(biāo)識：命令的唯一標(biāo)識

39、。詳見表 103。表 53 監(jiān)控通信命令列表命令編碼含 義備 注0x00禁止使用0x01系統(tǒng)保留0x02讀取0x03寫入0x040x7f系統(tǒng)保留0x800xff廠家自定義用來留給各個廠家擴(kuò)充功能使用，此部分的用途由各廠家自己確定（2）應(yīng)答標(biāo)志：作為命令的主動發(fā)起方，該字段填0xff，表示此包為命令，當(dāng)接收到的命令包該字段中不為0xff時，則被動接收方不應(yīng)答。作為應(yīng)答包，此字段表示被動接收方對命令的執(zhí)行情況，不能為0xff。在應(yīng)答包中，當(dāng)命令執(zhí)行成功時，應(yīng)答標(biāo)志為0x00，當(dāng)命令執(zhí)行不成功時，應(yīng)答標(biāo)志為非0x00。應(yīng)答標(biāo)志編碼詳細(xì)見表 104。表 54 應(yīng)答標(biāo)志編碼定義編碼含 義備 注0x00成

40、功0x01命令被有條件執(zhí)行具體錯誤含義要在數(shù)據(jù)單元中（用監(jiān)控?cái)?shù)據(jù)標(biāo)識）明確指出，僅在設(shè)備返回給監(jiān)控中心時使用錯誤含義與mcp：a中定義的相同0x02命令編號錯無效的命令0x03長度錯接收到的實(shí)際長度與數(shù)據(jù)包中描述的不相符（有不完整的參數(shù)）0x04crc校驗(yàn)錯僅在調(diào)試時使用，正式產(chǎn)品中不返回此信息0x050xbf系統(tǒng)保留（廠家不能占用）0xc00xfd廠家自定義（監(jiān)控中心不用處理）0xfe其它錯誤此表中未定義到的其它錯誤0xff命令表示此包為發(fā)出的命令，而非命令的應(yīng)答包注：出錯返回時，返回包的應(yīng)答標(biāo)志不同則其數(shù)據(jù)單元內(nèi)容有所不同：應(yīng)答標(biāo)志為0x01：用數(shù)據(jù)單元中的監(jiān)控?cái)?shù)據(jù)標(biāo)識來表示設(shè)備在處理該監(jiān)

41、控?cái)?shù)據(jù)時（一個或多個或全部監(jiān)控?cái)?shù)據(jù)）是否發(fā)生錯誤以及錯誤類型（詳見后述），此時監(jiān)控中心要對數(shù)據(jù)單元的內(nèi)容進(jìn)行解析。應(yīng)答標(biāo)志為非0x01：數(shù)據(jù)單元的內(nèi)容與接收的相同，接收方對數(shù)據(jù)單元的內(nèi)容不解析。 數(shù)據(jù)單元數(shù)據(jù)單元用于承載監(jiān)控?cái)?shù)據(jù)。在數(shù)據(jù)單元中一次可以裝載一個或多個監(jiān)控?cái)?shù)據(jù)。為提高監(jiān)控信息的傳輸效率，在一次通信過程中，應(yīng)裝載盡可能多的監(jiān)控?cái)?shù)據(jù)。對監(jiān)控?cái)?shù)據(jù)的描述和定義詳見本文附錄。數(shù)據(jù)單元可能包含多個字節(jié)的數(shù)值，為了保證對這些數(shù)值的正確解析，現(xiàn)對它們傳輸時的字節(jié)流順序作如下規(guī)定：低字節(jié)在前，高字節(jié)在后。對ascii碼格式的多字節(jié)流（相當(dāng)于字符串）不進(jìn)行倒序，如電話號碼“0101234

42、5678”，實(shí)際排列的順序也為“01012345678”。有符號數(shù)統(tǒng)一采用補(bǔ)碼形式表示。5.5 協(xié)議要求通信過程中要使用保護(hù)定時器。采用保護(hù)定時器的目的是在時序上保證消息或命令的可靠到達(dá)。本協(xié)議規(guī)定：在收到應(yīng)答之前，通信的發(fā)起端必須設(shè)置保護(hù)定時器。定時器超時之前收到的應(yīng)答為有效應(yīng)答，否則為無效應(yīng)答。保護(hù)定時器的長短與所使用的通信方式有關(guān)，當(dāng)使用短消息方式時，推薦使用180s。當(dāng)保護(hù)定時器計(jì)時超過預(yù)先的設(shè)置值后，需要重發(fā)通信包。當(dāng)重發(fā)次數(shù)大于預(yù)先設(shè)置的超時次數(shù)值后，就不再重發(fā)，結(jié)束此次通信過程（即過程失?。?。5.6 命令描述下面描述了各個命令的用途。5.6.1 設(shè)備主動上報(bào)由設(shè)備發(fā)起，用于告警、

43、巡檢、開站、故障修復(fù)和信道配置變化時上報(bào)給監(jiān)控中心。在監(jiān)控中心回應(yīng)給設(shè)備的確認(rèn)包中，無需攜帶任何參數(shù)信息，設(shè)備根據(jù)通信包標(biāo)識號即知是確認(rèn)包。 登錄到網(wǎng)管中心設(shè)備通過gprs方式連接到監(jiān)控中心需要對連接進(jìn)行鑒權(quán)，設(shè)備方將會發(fā)送鑒權(quán)數(shù)據(jù)（即登錄通信包）給監(jiān)控中心，使監(jiān)控中心可以鑒別此連接是否合法(即是否是監(jiān)控設(shè)備的連接)。如果合法將會繼續(xù)后面的連接并綁定和數(shù)據(jù)交互的過程，如果不合法將會斷開這個連接連路。這樣是為了防止不合法的網(wǎng)絡(luò)連接來浪費(fèi)系統(tǒng)資源。當(dāng)在監(jiān)控中心還未建立相關(guān)站點(diǎn)時，若直放站向監(jiān)控中心發(fā)出gprs登錄，omc會立即通知設(shè)備登錄失敗。在收到登錄失敗信息后，設(shè)備應(yīng)延時一段時間

44、后再向監(jiān)控中心發(fā)登錄包（此時，設(shè)備發(fā)出的登錄包時間間隔應(yīng)不小于三分鐘），以減少omc的額外負(fù)擔(dān)。由于該種情況說明了鏈路正常，只是因?yàn)楸O(jiān)控中心未開此站點(diǎn)引起，所以不進(jìn)行“gprs登錄失敗”上報(bào)。只有已經(jīng)在監(jiān)控中心上建立了站點(diǎn)信息的設(shè)備（可以通過開站上報(bào)來實(shí)現(xiàn)），才能夠成功登錄到監(jiān)控中心。由于監(jiān)控中心上無相關(guān)站點(diǎn)信息而導(dǎo)致的登錄失敗流程可見下圖。 發(fā)送心跳包維持鏈接在開站成功后，設(shè)備應(yīng)向omc發(fā)送心跳包來維持此通信鏈路。此流程可見下圖。5.6.2 查詢由監(jiān)控中心發(fā)起，用于了解設(shè)備當(dāng)前的狀態(tài)（包括告警狀態(tài)）。5.6.3 設(shè)置由監(jiān)控中心發(fā)起，用于設(shè)置所有的監(jiān)控參數(shù)和網(wǎng)管參數(shù)。該命令的執(zhí)行

45、結(jié)果可能會影響到當(dāng)前的告警狀態(tài)、今后的告警產(chǎn)生/恢復(fù)等。設(shè)置的內(nèi)容將被保存在硬件的不揮發(fā)存儲器中，在軟件重新啟動時，根據(jù)這些數(shù)據(jù)來重新恢復(fù)各項(xiàng)設(shè)置值。5.7 通信過程為保證通信可靠性，監(jiān)控中心與設(shè)備之間根據(jù)通信連接的不同分別采用如下的通信交互原則：對數(shù)傳和gprs，采用一問一答的方式；對短信，可以一次連續(xù)發(fā)出多個通信包。任何情況下，只要接收到的一個包c(diǎn)rc正確并且通過了通信安全的檢查，就要發(fā)送一個應(yīng)答包。當(dāng)收到一個通信包時，不能夠用多個應(yīng)答包來對應(yīng)，在通信合法的情況下也不能夠不回應(yīng)答包。通信方式上，命令的應(yīng)答要與接收方式相同（如：當(dāng)監(jiān)控中心用短信查詢，設(shè)備也要用短信方式應(yīng)答）。在通信的路徑上，

46、命令的應(yīng)答也要與接收的相同（如：當(dāng)監(jiān)控中心用號碼8888向設(shè)備發(fā)設(shè)置命令，則設(shè)備也必須將此命令的應(yīng)答包發(fā)給8888）。典型的通信過程有查詢、設(shè)置、告警上報(bào)、開站上報(bào)、修復(fù)確認(rèn)上報(bào)、配置變更上報(bào)、巡檢上報(bào)和查詢設(shè)備具有的監(jiān)控對象共8個通信過程。下面分別描述了這些通信過程。5.7.1 查詢作用：獲得設(shè)備的監(jiān)控信息。通信過程：由監(jiān)控中心發(fā)起，設(shè)備應(yīng)答。每次通信監(jiān)控中心可以查詢設(shè)備的一個或多個監(jiān)控對象。下圖所示為查詢命令的通信過程。圖 3 查詢命令異常處理：處理方式監(jiān)控中心設(shè) 備備 注將接收到的通信包丟棄crc校驗(yàn)錯、站點(diǎn)編號錯crc校驗(yàn)錯、安全性鑒權(quán)失敗、站點(diǎn)編號錯通過監(jiān)控對象返回錯誤代碼監(jiān)控對象無

47、法識別定時器：在收到應(yīng)答之前，通信的發(fā)起端設(shè)置保護(hù)定時器。定時器超時之前收到的應(yīng)答為有效應(yīng)答，否則為無效應(yīng)答。組包要求：監(jiān)控中心在發(fā)送命令時，要保證設(shè)備可以用一個包返回一個查詢命令（保證返回長度可以放到一個通信包中，并且監(jiān)控對象可以完整地放入通信包）。查詢時，要在監(jiān)控對象的“監(jiān)控對象內(nèi)容”部分按照協(xié)議中約定的長度填入數(shù)值，并正確填寫“監(jiān)控對象長度”的值，設(shè)備在接收到后并不對“監(jiān)控對象內(nèi)容”部分進(jìn)行處理（這樣做是為保證發(fā)、收的通信包數(shù)量保持一致）。對于那些只規(guī)定了最大長度的字符串型對象，查詢命令中監(jiān)控對象內(nèi)容中按照最大長度所支持的數(shù)量填入0x00，設(shè)備返回時，用真實(shí)內(nèi)容替代這些0x00（若長度未

48、達(dá)最大，末尾部分全部填0x00）（注意：在查詢“設(shè)備的監(jiān)控參量列表”時，不需要在“監(jiān)控對象標(biāo)號”處填入0x00）。5.7.2 設(shè)置作用：設(shè)置設(shè)備的監(jiān)控信息。通信過程：由監(jiān)控中心發(fā)起，設(shè)備應(yīng)答。每次通信監(jiān)控中心可以設(shè)置設(shè)備的一個或多個監(jiān)控對象。設(shè)置命令的通信過程與查詢命令類似，可見圖3。異常處理：處理方式監(jiān)控中心設(shè) 備備 注將接收到的通信包丟棄crc校驗(yàn)錯、站點(diǎn)編號錯crc校驗(yàn)錯、安全性鑒權(quán)失敗、站點(diǎn)編號錯通過監(jiān)控對象返回錯誤代碼監(jiān)控對象無法識別監(jiān)控對象的內(nèi)容不合法定時器：在收到應(yīng)答之前，通信的發(fā)起端設(shè)置保護(hù)定時器。定時器超時之前收到的應(yīng)答為有效應(yīng)答，否則為無效應(yīng)答。組包要求：監(jiān)控中心在發(fā)送命令

49、時，可以一次設(shè)置一個或同時對多個監(jiān)控參數(shù)進(jìn)行設(shè)置。從設(shè)備向監(jiān)控中心返回的數(shù)據(jù)包中，是各設(shè)置參數(shù)的實(shí)際值。對設(shè)置設(shè)備站點(diǎn)編號和設(shè)備編號時的要求：監(jiān)控中心在發(fā)設(shè)置命令時，在np層的地址單元（包括：站點(diǎn)編號和設(shè)備編號）為原值，而在map層的數(shù)據(jù)單元中所提供的站點(diǎn)編號和設(shè)備編號則為新值。若設(shè)備正確執(zhí)行了該命令，在向監(jiān)控中心返回時，無論在np層的地址單元還是在map層的數(shù)據(jù)單元中都應(yīng)是新值。對設(shè)置查詢/設(shè)置電話號碼及監(jiān)控中心ip地址時的要求：設(shè)備在向監(jiān)控中心返回時，仍發(fā)向此次發(fā)出命令的號碼/ip地址。5.7.3 告警主動上報(bào)作用：將設(shè)備的告警狀態(tài)送給監(jiān)控中心，以保持二者之間的告警狀態(tài)同步。在使用時，根據(jù)

50、用戶設(shè)置的要求，可以將設(shè)備的告警變化情況通過指定的通信方式主動上報(bào)給監(jiān)控中心。當(dāng)監(jiān)控中心正確接收到設(shè)備的上報(bào)包之后，應(yīng)立即回應(yīng)一個告警確認(rèn)包，以通知設(shè)備。通信過程：由設(shè)備發(fā)起，監(jiān)控中心應(yīng)答。每次通信時設(shè)備可以將一個或多個告警狀態(tài)上報(bào)給監(jiān)控中心。對由監(jiān)控中心發(fā)起的數(shù)傳連接，設(shè)備不能向監(jiān)控中心發(fā)告警主動上報(bào)，而必須在監(jiān)控中心掛機(jī)后進(jìn)行。告警主動上報(bào)的通信過程可見圖4。異常處理：處理方式監(jiān)控中心設(shè) 備備 注將接收到的通信包丟棄crc校驗(yàn)錯、站點(diǎn)編號錯crc校驗(yàn)錯、安全性鑒權(quán)失敗、站點(diǎn)編號錯將該監(jiān)控對象丟棄，應(yīng)答標(biāo)志返回“成功“監(jiān)控對象無法識別將接收到的通信包丟棄，應(yīng)答標(biāo)志返回“其它錯誤“監(jiān)控對象的長

51、度/內(nèi)容不合法定時器：在收到應(yīng)答之前，通信的發(fā)起端設(shè)置保護(hù)定時器。定時器超時之前收到的應(yīng)答為有效應(yīng)答，否則為無效應(yīng)答。為更好地使告警狀態(tài)同步，當(dāng)一次告警上報(bào)過程失敗時，設(shè)備要采取措施再次上報(bào)，具體的過程是（以設(shè)備為例）：如果在規(guī)定的時間（即超過了保護(hù)定時）內(nèi)沒有收到監(jiān)控中心的正確應(yīng)答，則表明本次告警上報(bào)失敗，此時設(shè)備應(yīng)該繼續(xù)上報(bào)。如果連續(xù)幾次上報(bào)全部失?。ㄒ罁?jù)設(shè)置的超時次數(shù)），設(shè)備就停止上報(bào)。等待3小時后設(shè)備再次上報(bào)（如果仍然有需要上報(bào)的內(nèi)容），如果再連續(xù)失敗，則3小時后再次重復(fù)，循環(huán)往復(fù)，直到成功或重復(fù)了2次后都失敗為止。注意，任何時間上報(bào)的告警，必須反映設(shè)備的當(dāng)前實(shí)際情況。設(shè)備上報(bào)告警信息

52、后，在規(guī)定的時間（3分鐘）內(nèi)如果收到監(jiān)控中心的告警確認(rèn)，則表明本次告警信息上報(bào)成功，此時設(shè)備停止上報(bào)告警；在規(guī)定的時間（3分鐘）內(nèi)如果沒有收到監(jiān)控中心的告警確認(rèn)，則表明本次告警信息上報(bào)失敗，此時設(shè)備繼續(xù)上報(bào)告警。如果連續(xù)3次告警信息上傳失敗，設(shè)備停止告警，在間隔一個規(guī)定的時間（3小時）后，繼續(xù)上報(bào)告警，如果再連續(xù)3次失敗，則在間隔一個規(guī)定的時間后繼續(xù)，循環(huán)往復(fù)3次。如果在這個過程（指循環(huán)上報(bào)告警）中產(chǎn)生了新的告警，則上報(bào)的告警信息為最新的告警信息。結(jié)束開始3小時3分鐘3分鐘3分鐘3分鐘上報(bào)告警上報(bào)告警3小時3分鐘3分鐘上報(bào)告警圖 4 告警上報(bào)的通信過程組包要求：在主動告警包中，將上報(bào)類型（放在

53、所有告警監(jiān)控對象的前面）和狀態(tài)變化了的告警信息上報(bào)給監(jiān)控中心。在一個上報(bào)通信包中，在通信方式允許的情況下應(yīng)盡可能放入最多數(shù)量的告警監(jiān)控對象。而監(jiān)控中心在告警確認(rèn)包中，無需攜帶任何參數(shù)信息，設(shè)備只根據(jù)通信包標(biāo)識號即知是確認(rèn)包（當(dāng)設(shè)備接收到的應(yīng)答標(biāo)志為0x00時）。當(dāng)監(jiān)控中心接收到了無法識別的監(jiān)控對象時就將該對象信息丟棄，此時，向設(shè)備返回的應(yīng)答標(biāo)志仍為0x00。下圖所示為主動上報(bào)的通信過程（所示的為具有2幀數(shù)據(jù)包的情況）。圖5 告警主動上報(bào)當(dāng)設(shè)備的告警使能關(guān)閉時，設(shè)備不上報(bào)告警信息。5.7.4 開站主動上報(bào)作用：開站上報(bào)是用來在建立一個新的站點(diǎn)時，將設(shè)備的基本網(wǎng)管信息報(bào)告給監(jiān)控中心，以使其能夠自動在監(jiān)控中心的數(shù)據(jù)庫中增加此站點(diǎn)。上報(bào)的命令中只包含了直放站網(wǎng)管最基本的信息，如果監(jiān)控中心具有自動建站的功能，則需要發(fā)查詢命令來獲得設(shè)備所具有的設(shè)備信息，網(wǎng)管參數(shù)等監(jiān)控參量。對具有主、從站結(jié)構(gòu)的設(shè)備，需要分別發(fā)送開站上報(bào)。通信過程：由設(shè)備發(fā)起，監(jiān)控中心應(yīng)答。開站主動上報(bào)的通信過程可見圖6。圖6 自動建立新站的通信過程圖中步驟（3）（6）是監(jiān)控中心為獲得設(shè)備具有哪些監(jiān)控參量的過程。由于設(shè)備的監(jiān)控參量可能會有很多，故需要多次查詢才能夠完成（在上圖中描述了有兩次查詢）。異常處理：處理方式監(jiān)