【文章內容簡介】 x05～0xBF——系統(tǒng)保留（廠家不能占用）0xC0～0xFD——廠家自定義（監(jiān)控中心不用處理）0xFE其它錯誤此表中未定義到的其它錯誤0xFF命令表示此包為發(fā)出的命令，而非命令的應答包注：出錯返回時，除應答標志為0x01外，數據單元的內容與接收的相同，接收方對數據單元的內容不解析。當應答標志為0x01，用數據單元中的監(jiān)控對象標號來表示設備在處理該監(jiān)控對象時（一個或多個或全部監(jiān)控對象）是否發(fā)生錯誤（詳見后述），此時監(jiān)控中心要對數據單元的內容進行解析。 數據單元數據單元用于承載監(jiān)控對象。在數據單元中可以一次帶多個監(jiān)控對象，也可以只帶一個監(jiān)控對象。為提高監(jiān)控信息的傳輸效率，在一次通信過程中，應盡可能采用一次帶多個監(jiān)控對象的方式。對監(jiān)控對象的描述和定義詳見本文附錄。合法的數據單元往往有包含多個字節(jié)的數值，為了保證對這些數值的正確解析，現對它們傳輸時的字節(jié)流順序作如下規(guī)定：低字節(jié)在前，高字節(jié)在后。對ASCII碼格式的多字節(jié)流（相當于字符串）不進行倒序，如電話號碼“01012345678”，實際排列的順序也為“01012345678”。無論多字節(jié)數據類型還式單字節(jié)數據類型，有符號數的格式統(tǒng)一采用補碼。 協(xié)議要求通信過程中要使用保護定時器。采用保護定時器的目的是在時序上保證消息或命令的可靠到達。本協(xié)議規(guī)定：在收到應答之前，通信的發(fā)起端必須設置保護定時器。定時器超時之前收到的應答為有效應答，否則為無效應答。保護定時器的長短與所使用的通信方式有關，當使用短消息方式時，推薦使用180S。當保護定時器計時超過預先的設置值后，需要重發(fā)通信包。當重發(fā)次數大于預先設置的超時次數值后，就不再重發(fā)，結束此次通信過程（即過程失?。?命令描述下面描述了各個命令的用途。 設備主動上報由設備發(fā)起，用于告警、巡檢、開站、故障修復和信道配置變化時上報給監(jiān)控中心。在監(jiān)控中心回應給設備的確認包中，無需攜帶任何參數信息，設備根據通信包標識號即知是確認包。 查詢由監(jiān)控中心發(fā)起，用于了解設備當前的狀態(tài)（包括告警狀態(tài)）。 設置由監(jiān)控中心發(fā)起，用于設置所有的監(jiān)控參數和網管參數。該命令的執(zhí)行結果可能會影響到當前的告警狀態(tài)、今后的告警產生/恢復等。設置的內容將被保存在硬件的不揮發(fā)存儲器中，在軟件重新啟動時，根據這些數據來重新恢復各項設置值。 通信過程為保證通信可靠性，監(jiān)控中心與設備之間根據通信連接的不同分別采用如下的通信交互原則：對數傳和GPRS，采用一問一答的方式；對短信，可以一次連續(xù)發(fā)出多個通信包。任何情況下，只要接收到的一個包CRC正確并且通過了通信安全的檢查，就要發(fā)送一個應答包。當收到一個通信包時，不能夠用多個應答包來對應，在通信合法的情況下也不能夠不回應答包。通信方式上，命令的應答要與接收方式相同（如：當監(jiān)控中心用短信查詢，設備也要用短信方式應答）。在通信的路徑上，命令的應答也要與接收的相同（如：當監(jiān)控中心用號碼8888向設備發(fā)設置命令，則設備也必須將此命令的應答包發(fā)給8888）。典型的通信過程有查詢、設置、告警上報、開站上報、修復確認上報、配置變更上報、巡檢上報和查詢設備具有的監(jiān)控對象共8個通信過程。下面分別描述了這些通信過程。 查詢作用：獲得設備的監(jiān)控信息。通信過程：由監(jiān)控中心發(fā)起，設備應答。每次通信監(jiān)控中心可以查詢設備的一個或多個監(jiān)控對象。下圖所示為查詢命令的通信過程。圖 72 查詢命令異常處理：處理方式監(jiān)控中心設 備備 注將接收到的通信包丟棄CRC校驗錯、站點編號錯CRC校驗錯、安全性鑒權失敗、站點編號錯通過監(jiān)控對象返回錯誤代碼——監(jiān)控對象無法識別定時器：在收到應答之前，通信的發(fā)起端設置保護定時器。定時器超時之前收到的應答為有效應答，否則為無效應答。組包要求：監(jiān)控中心在發(fā)送命令時，要保證設備可以用一個包返回一個查詢命令（保證返回長度可以放到一個通信包中，并且監(jiān)控對象可以完整地放入通信包）。查詢時，要在監(jiān)控對象的“監(jiān)控對象內容”部分按照協(xié)議中約定的長度填入數值，并正確填寫“監(jiān)控對象長度”的值，設備在接收到后并不對“監(jiān)控對象內容”部分進行處理（這樣做是為保證發(fā)、收的通信包數量保持一致）。對于那些只規(guī)定了最大長度的字符串型對象，查詢命令中監(jiān)控對象內容中按照最大長度所支持的數量填入0x00，設備返回時，用真實內容替代這些0x00（若長度未達最大，末尾部分全部填0x00）（注意：在查詢“設備的監(jiān)控參量列表”時，不需要在“監(jiān)控對象標號”處填入0x00）。 設置作用：設置設備的監(jiān)控信息。通信過程：由監(jiān)控中心發(fā)起，設備應答。每次通信監(jiān)控中心可以設置設備的一個或多個監(jiān)控對象。設置命令的通信過程與查詢命令類似，可見圖 72。異常處理：處理方式監(jiān)控中心設 備備 注將接收到的通信包丟棄CRC校驗錯、站點編號錯CRC校驗錯、安全性鑒權失敗、站點編號錯通過監(jiān)控對象返回錯誤代碼——監(jiān)控對象無法識別監(jiān)控對象的內容不合法定時器：在收到應答之前，通信的發(fā)起端設置保護定時器。定時器超時之前收到的應答為有效應答，否則為無效應答。組包要求：監(jiān)控中心在發(fā)送命令時，可以一次設置一個或同時對多個監(jiān)控參數進行設置。從設備向監(jiān)控中心返回的數據包中，是各設置參數的實際值。對設置設備站點編號和設備編號時的要求：監(jiān)控中心在發(fā)設置命令時，在NP層的地址單元（包括：站點編號和設備編號）為原值，而在MAP層的數據單元中所提供的站點編號和設備編號則為新值。若設備正確執(zhí)行了該命令，在向監(jiān)控中心返回時，無論在NP層的地址單元還是在MAP層的數據單元中都應是新值。對設置查詢/設置電話號碼及監(jiān)控中心IP地址時的要求：設備在向監(jiān)控中心返回時，仍發(fā)向此次發(fā)出命令的號碼/IP地址。 告警主動上報作用：將設備的告警狀態(tài)送給監(jiān)控中心，以保持二者之間的告警狀態(tài)同步。在使用時，根據用戶設置的要求，可以將設備的告警變化情況通過指定的通信方式主動上報給監(jiān)控中心。當監(jiān)控中心正確接收到設備的上報包之后，應立即回應一個告警確認包，以通知設備。通信過程：由設備發(fā)起，通過短信方式，監(jiān)控中心應答。每次通信時設備可以將一個或多個告警狀態(tài)上報給監(jiān)控中心。對由監(jiān)控中心發(fā)起的數傳連接，設備不能向監(jiān)控中心發(fā)告警主動上報，而必須在監(jiān)控中心掛機后進行。告警主動上報的通信過程可見圖 144。異常處理：處理方式監(jiān)控中心設 備備 注將接收到的通信包丟棄CRC校驗錯、站點編號錯CRC校驗錯、安全性鑒權失敗、站點編號錯將該監(jiān)控對象丟棄，應答標志返回“成功“監(jiān)控對象無法識別——將接收到的通信包丟棄，應答標志返回“其它錯誤“監(jiān)控對象的長度/內容不合法——定時器：在收到應答之前，通信的發(fā)起端設置保護定時器。定時器超時之前收到的應答為有效應答，否則為無效應答。為更好地使告警狀態(tài)同步，當一次告警上報過程失敗時，設備要采取措施再次上報，具體的過程是（以設備為例）：如果在規(guī)定的時間（即超過了保護定時）內沒有收到監(jiān)控中心的正確應答，則表明本次告警上報失敗，此時設備應該繼續(xù)上報。如果連續(xù)幾次上報全部失敗（依據設置的超時次數），設備就停止上報。等待3小時后設備再次上報（如果仍然有需要上報的內容），如果再連續(xù)失敗，則3小時后再次重復，循環(huán)往復，直到成功或重復了2次后都失敗為止。注意，任何時間上報的告警，必須反映設備的當前實際情況。設備上報告警信息后，在規(guī)定的時間（3分鐘）內如果收到監(jiān)控中心的告警確認，則表明本次告警信息上報成功，此時設備停止上報告警；在規(guī)定的時間（3分鐘）內如果沒有收到監(jiān)控中心的告警確認，則表明本次告警信息上報失敗，此時設備繼續(xù)上報告警。如果連續(xù)3次告警信息上傳失敗，設備停止告警，在間隔一個規(guī)定的時間（3小時）后，繼續(xù)上報告警，如果再連續(xù)3次失敗，則在間隔一個規(guī)定的時間后繼續(xù)，循環(huán)往復3次。如果在這個過程（指循環(huán)上報告警）中產生了新的告警，則上報的告警信息為最新的告警信息。（過程參考圖 143）結束開始3小時3分鐘3分鐘3分鐘3分鐘上報告警上報告警3小時3分鐘3分鐘上報告警圖 73 告警上報的通信過程組包要求：在主動告警包中，將上報類型（放在所有告警監(jiān)控對象的前面）和狀態(tài)變化了的告警信息上報給監(jiān)控中心。在一個上報通信包中，在通信方式允許的情況下應盡可能放入最多數量的告警監(jiān)控對象。而監(jiān)控中心在告警確認包中，無需攜帶任何參數信息，設備只根據通信包標識號即知是確認包（當設備接收到的應答標志為0x00時）。當監(jiān)控中心接收到了無法識別的監(jiān)控對象時就將該對象信息丟棄，此時，向設備返回的應答標志仍為0x00。下圖所示為主動上報的通信過程（所示的為具有2幀數據包的情況）。圖 74 告警主動上報當設備的告警使能關閉時，設備不上報告警信息。 開站主動上報作用：開站上報是用來在建立一個新的站點時，將設備的基本網管信息報告給監(jiān)控中心，以使其能夠自動在監(jiān)控中心的數據庫中增加此站點。上報的命令中只包含了直放站網管最基本的信息，如果監(jiān)控中心具有自動建站的功能，則需要發(fā)查詢命令來獲得設備所具有的設備信息，網管參數等監(jiān)控參量。對具有主、從站結構的設備，需要分別發(fā)送開站上報。通信過程：由設備發(fā)起，通過短信方式，監(jiān)控中心應答。開站主動上報的通信過程可見圖 145。圖 75 自動建立新站的通信過程圖中步驟（3）～（6）是監(jiān)控中心為獲得設備具有哪些監(jiān)控參量的過程。由于設備的監(jiān)控參量可能會有很多，故需要多次查詢才能夠完成（在上圖中描述了有兩次查詢）。異常處理：處理方式監(jiān)控中心設 備備 注將接收到的通信包丟棄CRC校驗錯CRC校驗錯、安全性鑒權失敗、站點編號錯定時器：在收到應答之前，通信的發(fā)起端設置保護定時器。定時器超時之前收到的應答為有效應答，否則為無效應答。該過程與告警主動上報有所不同，是一次性的上報，當上報失敗后，設備不需要自動重發(fā)。組包要求：在發(fā)起開站上報時，MAP層的數據單元中只有一個監(jiān)控對象：上報類型。通過上報類型就可以通知監(jiān)控中心啟動自動建站。在監(jiān)控中心回應的確認包中，無需攜帶任何參數信息，設備根據通信包標識號即知是確認包（當設備接收到的應答標志為0x00時）。 巡檢主動上報作用：巡檢上報是用來對設備巡檢情況進行一個記錄，以便監(jiān)控中心統(tǒng)計。通信過程：由設備發(fā)起，通過短信方式，監(jiān)控中心應答。巡檢主動上報的通信過程類似告警主動上報。異常處理：處理方式監(jiān)控中心設 備備 注將接收到的通信包丟棄CRC校驗錯CRC校驗錯、安全性鑒權失敗、站點編號錯定時器：在收到應答之前，通信的發(fā)起端設置保護定時器。定時器超時之前收到的應答為有效應答，否則為無效應答。該過程與告警主動上報有所不同，是一次性的上報，當上報失敗后，設備不需要自動重發(fā)。組包要求：在發(fā)起巡檢上報時，MAP層的數據單元中只有一個監(jiān)控對象：上報類型。即：通過上報類型來通知監(jiān)控中心。在監(jiān)控中心回應的確認包中，無需攜帶任何參數信息，設備根據通信包標識號即知是確認包（當設備接收到的應答標志為0x00時）。 配置變更上報作用：設備配置變化上報是設備用來通知監(jiān)控中心設備配置信息發(fā)生了變化，以使其能夠自動更新相關信息（比如設備增加了載波）。監(jiān)控中心在接收到上報后，需要發(fā)查詢命令來獲得設備的最新配置。通信過程：由設備發(fā)起，通過短信方式，監(jiān)控中心應答。設備配置變化上報的通信過程類似開站主動上報。異常處理：處理方式監(jiān)控中心設 備備 注將接收到的通信包丟棄CRC校驗錯CRC校驗錯、安全性鑒權失敗、站點編號錯定時器：在收到應答之前，通信的發(fā)起端設置保護定時器。定時器超時之前收到的應答為有效應答，否則為無效應答。該過程與告警主動上報有所不同，是一次性的上報，當上報失敗后，設備不需要自動重發(fā)。組包要求：在發(fā)起設備配置變化上報時，MAP層的數據單元中只有一個監(jiān)控對象：上報類型。即：通過上報類型來通知監(jiān)控中心。在監(jiān)控中心回應的確認包中，無需攜帶任何參數信息，設備根據通信包標識號即知是確認包（當設備接收到的應答標志為0x00時）。 修復確認主動上報作用：是設備用來通知監(jiān)控中心，設備的工作狀態(tài)發(fā)生了變化，以使其能夠自動更新相關的告警狀態(tài)信息。監(jiān)控中心在接收到上報后，需要發(fā)查詢命令來獲得設備的最新告警狀態(tài)。通信過程：由設備發(fā)起，通過短信方式，監(jiān)控中心應答。修復確認上報的通信過程類似開站主動上報。異常處理：處理方式監(jiān)控中心設 備備 注將接收到的通信包丟棄CRC校驗錯CRC校驗錯、安全性鑒權失敗、站點編號錯定時器：在收到應答之前，通信的發(fā)起端設置保護定時器。定時器超時之前收到的應答為有效應答，否則為無效應答。該過程與告警主動上報有所不同，是一次性的上報，當上報失敗后，設備不需要自動重發(fā)。組包要求：在發(fā)起修復確認上報時，MAP層的數據單元中只有一個監(jiān)控對象：上報類型。即：通過上報類型來通知監(jiān)控中心。在監(jiān)控中心回應的確認包中，無需攜帶任何參數信息，設備根據通信包標識號即知是確認包（當設備接收到的應答標志為0x00時）。 查詢設備具有的監(jiān)控對象作用：獲得設備具有哪些監(jiān)控對象。通信過程：由監(jiān)控中心發(fā)起，設備應答。當設備具有的監(jiān)控對象個數較多時，需要多次查詢才能夠獲得所有的監(jiān)控對象。通信過程與查詢命令相似。異常處理：處理方式監(jiān)控中心設 備備 注將接收到的通信包丟棄CRC校驗錯、站點編號錯CRC校驗錯、安全性鑒權失敗、站點編號錯通過監(jiān)控對象返回錯誤代碼——監(jiān)控對象無法識別、“當前的查詢編號”超出范圍定時器的要求與查詢過程相同。組包要求：監(jiān)控中心在發(fā)送查詢命令時，在MAP層的數據單元只填寫設備的監(jiān)控參數列表這一個監(jiān)控對象。并將監(jiān)控對象內容中的“總的查詢次數”和“當前的查詢編號”這兩個內容都填1。設備返回時將實際需要查詢的總次數放