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