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