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

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

2、4.5容錯要求104.6安全要求104.7接口數(shù)據(jù)傳遞能力105直放站網管接口通信協(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網絡層協(xié)議165.3.1網絡層協(xié)議a（np：a）165.3.2通信包標識號175.3.3np層交互標志175.3

3、.4應用協(xié)議標識（apid）的規(guī)定175.4監(jiān)控應用層協(xié)議185.4.1監(jiān)控應用層協(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設備主動上報225.6.2查詢235.6.3設置235.7通信過程245.7.1查詢245.7.2設置255.7.3告警主動上報265.7.4開站主動上報285.7.5巡檢主動上報295.7.6配置變更上報295.7.7修復確認主動上報305.7.8查詢設備具有的監(jiān)控對象305.7.9mcp：b方式的遠程升級325.7.10ftp方式的遠程升級365.7.1

4、1切換監(jiān)控軟件版本385.7.12軟件更新上報395.8通信安全的實現(xiàn)406附錄406.1關于站點編號的規(guī)定406.2監(jiān)控對象格式416.3監(jiān)控對象長度416.4監(jiān)控對象標號416.5監(jiān)控對象內容416.6對通信處理時出錯的表示426.7監(jiān)控對象標號范圍的約定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)控對象標號分配456.9.1設備信息（只可讀取，不能設置）456.9.2網管參數(shù)（可以設置，可以讀?。?76.9.3告警使能（可以設置，可以讀?。?96.9.4告警和狀態(tài)（可上報，可讀取，不能設置）516.9.5設置參數(shù)（可以設置，可以讀?。?4實時采樣數(shù)據(jù)（只可讀取，不能設置）577mcp：b協(xié)議監(jiān)控數(shù)據(jù)格式及編碼要求597.1mcp：b監(jiān)控數(shù)據(jù)格式597.2

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

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

8、中心直接通信的設備，從站所有與監(jiān)控中心的通信包必須經過監(jiān)控主站的轉發(fā)。2.2 縮略語下列縮略語適用于本規(guī)范：modem調制解調器（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)冗余校驗（cyclical redundancy check）ip網間互聯(lián)協(xié)議（internet protocol）tcp傳輸控制協(xié)議（

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

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

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

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

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

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

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

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

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

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

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

20、ps起始位：1bit結束位：1bit數(shù)據(jù)位：8bits校驗位：無5.1.3 rs-485接口波特率：9600bps起始位：1bit結束位：1bit數(shù)據(jù)位：8bits校驗位：無5.1.4 modem（data）方式波特率：9600bps起始位：1bit結束位：1bit數(shù)據(jù)位：8bits校驗位：無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é)議接入層是網絡層與承載層之間的接口，實現(xiàn)了它們之

21、間的適配，可保證更上層的協(xié)議無需知道通信信道的細節(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ù)包的形式進行交互，一個完整的接入層協(xié)議包由起始標志、協(xié)議類型、承載協(xié)議類型、數(shù)據(jù)單元、校驗單元、結束標志6部分組成。詳見表1。表1 ap：a協(xié)議包組成起始標志協(xié)議類型承載協(xié)議類型數(shù)據(jù)單元（pdu）校驗單元結束標志表1各單元詳細說明如下：l 起始標志：表示一個完整數(shù)據(jù)包（分組）起始的標志；l 協(xié)議類型：標識ap層協(xié)議的類型；l 承載

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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