【正文】 理后發(fā)送的情況，要按照如下的順序進行操作：發(fā)送數(shù)據(jù)包之前，先生成CRC校驗值，再采用“ASCII碼拆分處理”；在接收到數(shù)據(jù)包后，先進行“ASCII碼拆分處理”的反向處理，再進行CRC校驗。舉例如下：對于數(shù)據(jù)0x2B，按照上述劃分原則，高字節(jié)變成0x32，低字節(jié)變成0x42。 校驗單元與AP：A中的要求相同。結(jié)束標志的內(nèi)容與起始標志相同。 接入層協(xié)議B（AP：B）對只能夠傳輸ASCII碼格式數(shù)據(jù)的通信鏈路可以使用AP：B協(xié)議，如：GSM MODEM（SMS）。轉(zhuǎn)義規(guī)則：用0x5E，0x5D來代替0x5E；用0x5E，0x7D來代替0x7E。在正式產(chǎn)品中，對校驗出錯的命令，接收方不處理也不返回任何的應(yīng)答。目前所定義的類型有：表2 AP層承載協(xié)議類型定義數(shù)值類型描述0x01NP:A 校驗單元根據(jù)通信包（從“協(xié)議類型”開始，計算到“數(shù)據(jù)單元”的最后一個字節(jié)）生成校驗值。 起始、結(jié)束標志長度為1字節(jié)，固定為ASCII字符‘~’（0x7E）。 接入層協(xié)議A（AP：A）凡是對傳輸數(shù)據(jù)格式無限制的通信信道都可以使用AP：A協(xié)議，如：RS485，RS232，MODEM（data）。 MODEM（GPRS）方式使用IP+TCP或IP+UDP協(xié)議來承載協(xié)議包。監(jiān)控應(yīng)用層：針對各種監(jiān)控所需功能，實現(xiàn)了面向監(jiān)控功能的數(shù)據(jù)組織。該層協(xié)議簡稱為AP（Access Protocol）。在本協(xié)議中目前所支持的有：RS23MODEM和Ethernet等。5 直放站網(wǎng)管接口通信協(xié)議直放站設(shè)備網(wǎng)管接口應(yīng)遵循本規(guī)范所規(guī)定的直放站網(wǎng)管接口通訊協(xié)議。網(wǎng)管接口應(yīng)具有意外中斷時有自恢復(fù)能力，在短時間內(nèi)應(yīng)能夠重啟進程，并能將故障期間產(chǎn)生的事件信息傳遞給管理系統(tǒng)。數(shù)傳不應(yīng)超過50秒（包含撥號建立數(shù)傳鏈路的時間），GPRS暫不做要求。數(shù)據(jù)需求中定義的數(shù)據(jù)類型只針對監(jiān)控中心做要求，設(shè)備應(yīng)在接口協(xié)議和功能上支持數(shù)據(jù)需求，但對設(shè)備的具體實現(xiàn)方式不做要求。每次進行遠程升級時，監(jiān)控中心也可以選擇不從設(shè)備提供的斷點處繼續(xù)，而是再次從文件開始位置進行升級操作。 遠程升級功能需求通過直放站監(jiān)控系統(tǒng)南向接口，可以對設(shè)備上運行的設(shè)備監(jiān)控軟件進行遠程升級。告警上報接口上報的告警信息至少應(yīng)該包括以下內(nèi)容：站點編號、設(shè)備編號和告警內(nèi)容。故障修復(fù)上報功能應(yīng)能生成故障修復(fù)上報報表，故障修復(fù)上報需要具有下表中的內(nèi)容：故障修復(fù)報表參數(shù)參數(shù)說明序號故障修復(fù)上報信息的序列編號站點名稱故障修復(fù)的直放站名稱站點編號站點編號設(shè)備編號設(shè)備編號設(shè)備類別直放站設(shè)備類別設(shè)備廠家直放站的生產(chǎn)設(shè)備廠家設(shè)備狀態(tài)直放站設(shè)備的工作狀態(tài)故障修復(fù)上報時間維護人員修復(fù)故障的時間 實時采樣數(shù)據(jù)功能要求直放站監(jiān)控設(shè)備網(wǎng)管接口應(yīng)具有實時采樣數(shù)據(jù)管理功能，直放站網(wǎng)管接口可向上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)提供各種反映直放站設(shè)備運行質(zhì)量和業(yè)務(wù)情況所需的實時采樣數(shù)據(jù)，實現(xiàn)對直放站設(shè)備的實時采樣數(shù)據(jù)管理。（1） 配置信息的采集和修改功能直放站網(wǎng)管接口應(yīng)支持上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)通過短信、數(shù)傳或GPRS方式采集或修改設(shè)備的配置信息。本規(guī)范不僅適用于“單機式”直放站系統(tǒng)，也適用于“分布式”直放站系統(tǒng)，一個由直放站系統(tǒng)、通信信道和監(jiān)控中心組成的監(jiān)控系統(tǒng)的網(wǎng)絡(luò)拓撲結(jié)構(gòu)如下圖：圖1 監(jiān)控系統(tǒng)組成結(jié)構(gòu)圖4 直放站設(shè)備網(wǎng)管接口要求直放站設(shè)備網(wǎng)管接口要求包括接口功能要求、數(shù)據(jù)需求和性能要求等部分。從站：即監(jiān)控從站。本規(guī)范涉及上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)接口的功能和性能要求。本規(guī)范適用于數(shù)字電視直放站的管理建設(shè)。是指在一個由多個設(shè)備組成的本地直放站監(jiān)控子網(wǎng)絡(luò)中，不能和監(jiān)控中心直接通信的設(shè)備，從站所有與監(jiān)控中心的通信包必須經(jīng)過監(jiān)控主站的轉(zhuǎn)發(fā)。 功能要求直放站網(wǎng)管接口滿足對直放站設(shè)備的配置管理、數(shù)據(jù)的實時采集和故障告警管理幾項功能要求。2. 自動上報和自動同步功能在非監(jiān)控中心向下配置情況引起網(wǎng)元設(shè)備配置參數(shù)變化（影響到設(shè)備監(jiān)控參量列表的變化）時，直放站設(shè)備通過直放站網(wǎng)管接口向監(jiān)控中心上報配置變更消息。接口應(yīng)支持上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)通過短信或GPRS獲取直放站設(shè)備的實時采樣數(shù)據(jù)。其中，告警內(nèi)容必需能明確的定位到告警發(fā)生的設(shè)備。即，在監(jiān)控中心可以針對選定的設(shè)備，通過遠程下載的方式升級其監(jiān)控模塊中運行的設(shè)備監(jiān)控軟件，以實現(xiàn)新的監(jiān)控功能或解決軟件缺陷。通過直放站監(jiān)控系統(tǒng)南向接口，成功升級了設(shè)備的軟件后，操作人員應(yīng)能通過監(jiān)控中心控制設(shè)備回退到升級前的版本運行。具體數(shù)據(jù)需求內(nèi)容及相關(guān)定義見附錄。 遠程升級要求對監(jiān)控主站和帶有MODEM的獨立站點（如：無線寬帶直放站，光纖直放站近端機等）遠程升級的時間要求：在網(wǎng)絡(luò)連接正常的情況下，15分鐘完成下載；升級成功率不小于90％。網(wǎng)管接口應(yīng)具足夠的可靠性保障機制，保證信息傳遞不被丟失。為了提高通信協(xié)議的可擴展行，本通信協(xié)議采用了分層的思路，各個層之間的功能盡可能獨立。該層協(xié)議簡稱為TP（Transport Protocol）。網(wǎng)絡(luò)層：承載監(jiān)控應(yīng)用層協(xié)議包，實現(xiàn)監(jiān)控應(yīng)用層與通信鏈路、與網(wǎng)絡(luò)結(jié)構(gòu)的隔離。該層協(xié)議簡稱為MAP（Monitoring Application Protocol）。 Ethernet方式使用IP+TCP或IP+UDP協(xié)議來承載協(xié)議包。以數(shù)據(jù)包的形式進行交互，一個完整的接入層協(xié)議包由起始標志、協(xié)議類型、承載協(xié)議類型、數(shù)據(jù)單元、校驗單元、結(jié)束標志6部分組成。結(jié)束標志的內(nèi)容與起始標志相同。校驗單元采用CRC校驗，生成多項式為CCITT推薦的16位的x16+x12+x5+1（0x11021）。 轉(zhuǎn)義處理由于使用16進制方式傳輸數(shù)據(jù)，為防止數(shù)據(jù)中出現(xiàn)與通信包起始標志、結(jié)束標志相同的數(shù)據(jù)而影響這兩個標志的判斷。對于需要進行轉(zhuǎn)義后發(fā)送的情況，要按照如下的順序進行操作：發(fā)送數(shù)據(jù)包之前，先生成CRC校驗值，再進行轉(zhuǎn)義處理；接收到數(shù)據(jù)包后，先進行轉(zhuǎn)義處理，再進行CRC校驗。以數(shù)據(jù)包的形式進行交互，一個完整的接入層協(xié)議包由起始標志、協(xié)議類型、承載協(xié)議類型、數(shù)據(jù)單元、校驗單元、結(jié)束標志6部分組成。 協(xié)議類型長度為1字節(jié)，對AP：B型協(xié)議，此值為0x02。 轉(zhuǎn)義處理不需要進行轉(zhuǎn)義。采用“ASCII碼拆分處理”后，協(xié)議中定義的數(shù)據(jù)，如1字節(jié)的16進制數(shù)0x2B，在實際傳輸中為ASCII碼字符串：“2B”。 傳輸要求此處的協(xié)議包最大長度是指從“起始標志”到“結(jié)束標志”，在發(fā)送過程ASCII碼拆分處理之后的字節(jié)數(shù)（與AP：A不同）。以數(shù)據(jù)包的形式進行交互，一個完整的接入層協(xié)議包由承載協(xié)議類型和數(shù)據(jù)單元組成。 協(xié)議類型長度為1字節(jié)，對AP：C型協(xié)議，此值為0x03。 轉(zhuǎn)義處理不需要進行轉(zhuǎn)義。由于本協(xié)議無起始標志和結(jié)束標志，對數(shù)據(jù)格式也無任何限制，故AP：C無須進行轉(zhuǎn)義處理和ASCII碼拆分處理。 網(wǎng)絡(luò)層協(xié)議A（NP：A）本協(xié)議支持設(shè)備與監(jiān)控中心的通信。為方便記憶，可以采用分段方式（類似于IP地址）表示和書寫。且要求在該本地直放站監(jiān)控網(wǎng)絡(luò)中，每個子編號都唯一，不能夠重復(fù)。在傳輸時低字節(jié)在前，高字節(jié)在后。在通信過程中，使用此標志可以定位通信異常是否發(fā)生在NP層。表7 NP層交互標志定義NP層交互標志含 義0x00通信請求的執(zhí)行結(jié)果，表示執(zhí)行正常。目前所只定義了一種類型，使用的APID為0x01。 監(jiān)控應(yīng)用層協(xié)議A（MAP：A）以數(shù)據(jù)包的形式進行指令和數(shù)據(jù)的交互，一個完整的協(xié)議包由命令單元和數(shù)據(jù)單元組成。詳見表10。應(yīng)答標志編碼詳細見表11。在數(shù)據(jù)單元中可以一次帶多個監(jiān)控對象，也可以只帶一個監(jiān)控對象。對ASCII碼格式的多字節(jié)流（相當于字符串）不進行倒序，如電話號碼“01012345678”，實際排列的順序也為“01012345678”。表 51 MCP：B協(xié)議包組成命令單元數(shù)據(jù)單元表 51各單元詳細說明如下：命令單元：命令單元的組成格式見表 102；數(shù)據(jù)單元：監(jiān)控控制層協(xié)議的有效載荷（PDU），此部分可以為空（即0個字節(jié)）； 命令單元命令單元的組成詳見下表 102：表 52 MCP：B協(xié)議的命令單元組成序號內(nèi) 容開始位置長度備 注1命令標識112應(yīng)答標志21表 52有關(guān)字段說明如下：（1）命令標識：命令的唯一標識。在應(yīng)答包中，當命令執(zhí)行成功時，應(yīng)答標志為0x00，當命令執(zhí)行不成功時，應(yīng)答標志為非0x00。 數(shù)據(jù)單元數(shù)據(jù)單元用于承載監(jiān)控數(shù)據(jù)。數(shù)據(jù)單元可能包含多個字節(jié)的數(shù)值，為了保證對這些數(shù)值的正確解析，現(xiàn)對它們傳輸時的字節(jié)流順序作如下規(guī)定：低字節(jié)在前，高字節(jié)在后。采用保護定時器的目的是在時序上保證消息或命令的可靠到達。當保護定時器計時超過預(yù)先的設(shè)置值后，需要重發(fā)通信包。在監(jiān)控中心回應(yīng)給設(shè)備的確認包中，無需攜帶任何參數(shù)信息，設(shè)備根據(jù)通信包標識號即知是確認包。當在監(jiān)控中心還未建立相關(guān)站點時，若直放站向監(jiān)控中心發(fā)出GPRS登錄，OMC會立即通知設(shè)備登錄失敗。由于監(jiān)控中心上無相關(guān)站點信息而導(dǎo)致的登錄失敗流程可見下圖。 設(shè)置由監(jiān)控中心發(fā)起，用于設(shè)置所有的監(jiān)控參數(shù)和網(wǎng)管參數(shù)。任何情況下，只要接收到的一個包CRC正確并且通過了通信安全的檢查，就要發(fā)送一個應(yīng)答包。典型的通信過程有查詢、設(shè)置、告警上報、開站上報、修復(fù)確認上報、配置變更上報、巡檢上報和查詢設(shè)備具有的監(jiān)控對象共8個通信過程。每次通信監(jiān)控中心可以查詢設(shè)備的一個或多個監(jiān)控對象。組包要求：監(jiān)控中心在發(fā)送命令時，要保證設(shè)備可以用一個包返回一個查詢命令（保證返回長度可以放到一個通信包中，并且監(jiān)控對象可以完整地放入通信包）。通信過程：由監(jiān)控中心發(fā)起，設(shè)備應(yīng)答。定時器超時之前收到的應(yīng)答為有效應(yīng)答，否則為無效應(yīng)答。若設(shè)備正確執(zhí)行了該命令，在向監(jiān)控中心返回時，無論在NP層的地址單元還是在MAP層的數(shù)據(jù)單元中都應(yīng)是新值。當監(jiān)控中心正確接收到設(shè)備的上報包之后，應(yīng)立即回應(yīng)一個告警確認包，以通知設(shè)備。告警主動上報的通信過程可見圖4。如果連續(xù)幾次上報全部失敗（依據(jù)設(shè)置的超時次數(shù)），設(shè)備就停止上報。如果連續(xù)3次告警信息上傳失敗，設(shè)備停止告警，在間隔一個規(guī)定的時間（3小時）后，繼續(xù)上報告警，如果再連續(xù)3次失敗，則在間隔一個規(guī)定的時間后繼續(xù)，循環(huán)往復(fù)3次。而監(jiān)控中心在告警確認包中，無需攜帶任何參數(shù)信息，設(shè)備只根據(jù)通信包標識號即知是確認包（當設(shè)備接收到的應(yīng)答標志為0x00時）。 開站主動上報作用：開站上報是用來在建立一個新的站點時，將設(shè)備的基本網(wǎng)管信息報告給監(jiān)控中心，以使其能夠自動在監(jiān)控中心的數(shù)據(jù)庫中增加此站點。開站主動上報的通信過程可見圖6。定時器超時之前收到的應(yīng)答為有效應(yīng)答，否則為無效應(yīng)答。在監(jiān)控中心回應(yīng)的確認包中，無需攜帶任何參數(shù)信息，設(shè)備根據(jù)通信包標識號即知是確認包（當設(shè)備接收到的應(yīng)答標志為0x00時）。異常處理：處理方式監(jiān)控中心設(shè) 備備 注將接收到的通信包丟棄CRC校驗錯CRC校驗錯、安全性鑒權(quán)失敗、站點編號錯定時器：在收到應(yīng)答之前，通信的發(fā)起端設(shè)置保護定時器。即：通過上報類型來通知監(jiān)控中心。通信過程：由設(shè)備發(fā)起，監(jiān)控中心應(yīng)答。該過程與告警主動上報有所不同，是一次性的上報，當上報失敗后，設(shè)備不需要自動重發(fā)。 修復(fù)確認主動上報作用：是設(shè)備用來通知監(jiān)控中心，設(shè)備的工作狀態(tài)發(fā)生了變化，以使其能夠自動更新相關(guān)的告警狀態(tài)信息。異常處理：處理方式監(jiān)控中心設(shè) 備備 注將接收到的通信包丟棄CRC校驗錯CRC校驗錯、安全性鑒權(quán)失敗、站點編號錯定時器：在收到應(yīng)答之前，通信的發(fā)起端設(shè)置保護定時器。即：通過上報類型來通知監(jiān)控中心。當設(shè)備具有的監(jiān)控對象個數(shù)較多時，需要多次查詢才能夠獲得所有的監(jiān)控對象。設(shè)備返回時將實際需要查詢的總次數(shù)放入到監(jiān)控對象內(nèi)容中的“總的查詢次數(shù)”中，據(jù)此，監(jiān)控中心決定是否查詢第2次、第3次……。表 56 監(jiān)控中心發(fā)給設(shè)備時的MCP協(xié)議要求監(jiān)控控制層協(xié)議組成具體要求命令標識0x02。應(yīng)答標志執(zhí)行成功：0x00。當設(shè)備接收到該命令時應(yīng)立即用MCP：A協(xié)議返回給監(jiān)控中心，此時對MCP協(xié)議的各部分要求見表 109。數(shù)據(jù)單元無任何數(shù)據(jù)單元。(3) 在軟件升級模式下，使用MCP：B協(xié)議獲取設(shè)備的斷點信息。若上次的軟件升級正常結(jié)束，查詢斷點信息時設(shè)備返回的斷點應(yīng)是0（即：重新下載）。注：①在此通信包中，不能有其它監(jiān)控數(shù)據(jù)，發(fā)送給設(shè)備時必須按照0x0300x0200x0203的排列順序。數(shù)據(jù)單元0x0300x0200x0203。在多文件傳輸時，只在第一個文件開始傳輸前向設(shè)備發(fā)一次“文件傳輸開始”控制信息，而在后續(xù)的文件傳輸中不再發(fā)此控制信息。注：在文件傳輸控制通信包中，不能有其它監(jiān)控數(shù)據(jù)，而且一個通信包中只能有一個文件傳輸控制的監(jiān)控數(shù)據(jù)。(5) 在軟件升級模式下，使用MCP：B協(xié)議進行遠程升級功能的文件傳輸。數(shù)據(jù)單元0x0300x0300x0305。應(yīng)答標志執(zhí)行成功：0x00。表 516 監(jiān)控中心發(fā)給設(shè)備時的MCP協(xié)議要求監(jiān)控控制層協(xié)議組成具體要求命令標識0x03。②0x0303的數(shù)據(jù)值應(yīng)為0x00。連接不成功的原因可能是網(wǎng)絡(luò)信號較弱、網(wǎng)絡(luò)故障、FTP服務(wù)器配置錯誤等。如果出現(xiàn)TCP連接狀態(tài)變?yōu)镃LOSE_WAIT、CLOSING、LAST_ACK、TIME_ WAIT和CLOSED中的任意一種，則認為下載結(jié)束。表示數(shù)據(jù)下載完整、成功。應(yīng)答標志0xFF。該操作由監(jiān)控中心啟動，要求設(shè)備啟動遠程升級過程。表 519 監(jiān)控中心發(fā)給設(shè)備時的MCP協(xié)議要求監(jiān)控控制層協(xié)議組成具體要求命令標識0x10。應(yīng)答標志執(zhí)行成功：0x00，不支持遠程升級功能：0x02。應(yīng)答標志0xFF。數(shù)據(jù)單元無任何數(shù)據(jù)單元。 軟件更新上報在通過MCP：B或FTP進行遠程升級后，無論成功與否，都需要采