【正文】 監(jiān)控中心回應的確認包中，無需攜帶任何參數(shù)信息，設備根據(jù)通信包標識號即知是確認包（當設備接收到的應答標志為0x00時）。組包要求：在發(fā)起開站上報時，MAP層的數(shù)據(jù)單元中只有一個監(jiān)控對象：上報類型。定時器超時之前收到的應答為有效應答，否則為無效應答。由于設備的監(jiān)控參量可能會有很多，故需要多次查詢才能夠完成（在上圖中描述了有兩次查詢）。開站主動上報的通信過程可見圖6。對具有主、從站結構的設備，需要分別發(fā)送開站上報。 開站主動上報作用：開站上報是用來在建立一個新的站點時，將設備的基本網(wǎng)管信息報告給監(jiān)控中心，以使其能夠自動在監(jiān)控中心的數(shù)據(jù)庫中增加此站點。下圖所示為主動上報的通信過程（所示的為具有2幀數(shù)據(jù)包的情況）。而監(jiān)控中心在告警確認包中，無需攜帶任何參數(shù)信息，設備只根據(jù)通信包標識號即知是確認包（當設備接收到的應答標志為0x00時）。結束開始3小時3分鐘3分鐘3分鐘3分鐘上報告警上報告警3小時3分鐘3分鐘上報告警圖 4 告警上報的通信過程組包要求：在主動告警包中，將上報類型（放在所有告警監(jiān)控對象的前面）和狀態(tài)變化了的告警信息上報給監(jiān)控中心。如果連續(xù)3次告警信息上傳失敗，設備停止告警，在間隔一個規(guī)定的時間（3小時）后，繼續(xù)上報告警，如果再連續(xù)3次失敗，則在間隔一個規(guī)定的時間后繼續(xù)，循環(huán)往復3次。注意，任何時間上報的告警，必須反映設備的當前實際情況。如果連續(xù)幾次上報全部失?。ㄒ罁?jù)設置的超時次數(shù)），設備就停止上報。定時器超時之前收到的應答為有效應答，否則為無效應答。告警主動上報的通信過程可見圖4。每次通信時設備可以將一個或多個告警狀態(tài)上報給監(jiān)控中心。當監(jiān)控中心正確接收到設備的上報包之后，應立即回應一個告警確認包，以通知設備。 告警主動上報作用：將設備的告警狀態(tài)送給監(jiān)控中心，以保持二者之間的告警狀態(tài)同步。若設備正確執(zhí)行了該命令，在向監(jiān)控中心返回時，無論在NP層的地址單元還是在MAP層的數(shù)據(jù)單元中都應是新值。從設備向監(jiān)控中心返回的數(shù)據(jù)包中，是各設置參數(shù)的實際值。定時器超時之前收到的應答為有效應答，否則為無效應答。設置命令的通信過程與查詢命令類似，可見圖3。通信過程：由監(jiān)控中心發(fā)起，設備應答。對于那些只規(guī)定了最大長度的字符串型對象，查詢命令中監(jiān)控對象內(nèi)容中按照最大長度所支持的數(shù)量填入0x00，設備返回時，用真實內(nèi)容替代這些0x00（若長度未達最大，末尾部分全部填0x00）（注意：在查詢“設備的監(jiān)控參量列表”時，不需要在“監(jiān)控對象標號”處填入0x00）。組包要求：監(jiān)控中心在發(fā)送命令時，要保證設備可以用一個包返回一個查詢命令（保證返回長度可以放到一個通信包中，并且監(jiān)控對象可以完整地放入通信包）。圖 3 查詢命令異常處理：處理方式監(jiān)控中心設 備備 注將接收到的通信包丟棄CRC校驗錯、站點編號錯CRC校驗錯、安全性鑒權失敗、站點編號錯通過監(jiān)控對象返回錯誤代碼——監(jiān)控對象無法識別定時器：在收到應答之前，通信的發(fā)起端設置保護定時器。每次通信監(jiān)控中心可以查詢設備的一個或多個監(jiān)控對象。 查詢作用：獲得設備的監(jiān)控信息。典型的通信過程有查詢、設置、告警上報、開站上報、修復確認上報、配置變更上報、巡檢上報和查詢設備具有的監(jiān)控對象共8個通信過程。通信方式上，命令的應答要與接收方式相同（如：當監(jiān)控中心用短信查詢，設備也要用短信方式應答）。任何情況下，只要接收到的一個包CRC正確并且通過了通信安全的檢查，就要發(fā)送一個應答包。設置的內(nèi)容將被保存在硬件的不揮發(fā)存儲器中，在軟件重新啟動時，根據(jù)這些數(shù)據(jù)來重新恢復各項設置值。 設置由監(jiān)控中心發(fā)起，用于設置所有的監(jiān)控參數(shù)和網(wǎng)管參數(shù)。此流程可見下圖。由于監(jiān)控中心上無相關站點信息而導致的登錄失敗流程可見下圖。由于該種情況說明了鏈路正常，只是因為監(jiān)控中心未開此站點引起，所以不進行“GPRS登錄失敗”上報。當在監(jiān)控中心還未建立相關站點時，若直放站向監(jiān)控中心發(fā)出GPRS登錄，OMC會立即通知設備登錄失敗。如果合法將會繼續(xù)后面的連接并綁定和數(shù)據(jù)交互的過程，如果不合法將會斷開這個連接連路。在監(jiān)控中心回應給設備的確認包中，無需攜帶任何參數(shù)信息，設備根據(jù)通信包標識號即知是確認包。 命令描述下面描述了各個命令的用途。當保護定時器計時超過預先的設置值后，需要重發(fā)通信包。定時器超時之前收到的應答為有效應答，否則為無效應答。采用保護定時器的目的是在時序上保證消息或命令的可靠到達。有符號數(shù)統(tǒng)一采用補碼形式表示。數(shù)據(jù)單元可能包含多個字節(jié)的數(shù)值，為了保證對這些數(shù)值的正確解析，現(xiàn)對它們傳輸時的字節(jié)流順序作如下規(guī)定：低字節(jié)在前，高字節(jié)在后。為提高監(jiān)控信息的傳輸效率，在一次通信過程中，應裝載盡可能多的監(jiān)控數(shù)據(jù)。 數(shù)據(jù)單元數(shù)據(jù)單元用于承載監(jiān)控數(shù)據(jù)。表 54 應答標志編碼定義編碼含 義備 注0x00成功0x01命令被有條件執(zhí)行具體錯誤含義要在數(shù)據(jù)單元中（用監(jiān)控數(shù)據(jù)標識）明確指出，僅在設備返回給監(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ā)出的命令，而非命令的應答包注：出錯返回時，返回包的應答標志不同則其數(shù)據(jù)單元內(nèi)容有所不同：應答標志為0x01：用數(shù)據(jù)單元中的監(jiān)控數(shù)據(jù)標識來表示設備在處理該監(jiān)控數(shù)據(jù)時（一個或多個或全部監(jiān)控數(shù)據(jù)）是否發(fā)生錯誤以及錯誤類型（詳見后述），此時監(jiān)控中心要對數(shù)據(jù)單元的內(nèi)容進行解析。在應答包中，當命令執(zhí)行成功時，應答標志為0x00，當命令執(zhí)行不成功時，應答標志為非0x00。表 53 監(jiān)控通信命令列表命令編碼含 義備 注0x00——禁止使用0x01系統(tǒng)保留0x02讀取0x03寫入0x04～0x7F系統(tǒng)保留0x80～0xFF廠家自定義用來留給各個廠家擴充功能使用，此部分的用途由各廠家自己確定（2）應答標志：作為命令的主動發(fā)起方，該字段填0xFF，表示此包為命令，當接收到的命令包該字段中不為0xFF時，則被動接收方不應答。表 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應答標志21表 52有關字段說明如下：（1）命令標識：命令的唯一標識。 監(jiān)控控制層協(xié)議B（MCP：B）MCP：B協(xié)議包由命令單元和數(shù)據(jù)單元組成。對ASCII碼格式的多字節(jié)流（相當于字符串）不進行倒序，如電話號碼“01012345678”，實際排列的順序也為“01012345678”。對監(jiān)控對象的描述和定義詳見本文附錄。在數(shù)據(jù)單元中可以一次帶多個監(jiān)控對象，也可以只帶一個監(jiān)控對象。當應答標志為0x01，用數(shù)據(jù)單元中的監(jiān)控對象標號來表示設備在處理該監(jiān)控對象時（一個或多個或全部監(jiān)控對象）是否發(fā)生錯誤（詳見后述），此時監(jiān)控中心要對數(shù)據(jù)單元的內(nèi)容進行解析。應答標志編碼詳細見表11。如果作為應答包，表示被動接收方對命令的執(zhí)行情況，此時該字段不能為0xFF。詳見表10。協(xié)議包的最大長度由底層協(xié)議的類型來確定。 監(jiān)控應用層協(xié)議A（MAP：A）以數(shù)據(jù)包的形式進行指令和數(shù)據(jù)的交互，一個完整的協(xié)議包由命令單元和數(shù)據(jù)單元組成。監(jiān)控應用層協(xié)議有：MAP：A。目前所只定義了一種類型，使用的APID為0x01。0x02～0x3F保留0x40～0x7F廠家自定義0x80正常的命令請求。表7 NP層交互標志定義NP層交互標志含 義0x00通信請求的執(zhí)行結果，表示執(zhí)行正常。為便于使用，將該標志分為兩段，其中0x80～0xFF用于命令，而0x00～0x7F則用于應答包中。在通信過程中，使用此標志可以定位通信異常是否發(fā)生在NP層。 NP層交互標志為NP層處理的標志，用于兩個實體NP層的信息互通。在傳輸時低字節(jié)在前，高字節(jié)在后。 通信包標識號長度為2個字節(jié)，由發(fā)起通信的一端產(chǎn)生，用于標識每個通信包的編號。且要求在該本地直放站監(jiān)控網(wǎng)絡中，每個子編號都唯一，不能夠重復。在傳輸時低字節(jié)在前，高字節(jié)在后。為方便記憶，可以采用分段方式（類似于IP地址）表示和書寫。表 5 NP：A協(xié)議包組成地址單元通信包標識號NP層交互標志應用協(xié)議標識（APID）數(shù)據(jù)單元（PDU）表5各單元詳細說明如下：l 地址單元：地址單元的組成格式見表6；l 通信包標識號：為每個通信包的標識編號，由發(fā)起通信的一端產(chǎn)生；l NP層交互標志：為NP層處理的標志，用于兩個實體NP層的交互控制；l 應用協(xié)議標識：標識上層協(xié)議（即CP，監(jiān)控控制協(xié)議）的類型；l 數(shù)據(jù)單元：是網(wǎng)絡層協(xié)議的有效載荷（PDU）；網(wǎng)絡層協(xié)議的數(shù)據(jù)格式：16進制數(shù)。 網(wǎng)絡層協(xié)議A（NP：A）本協(xié)議支持設備與監(jiān)控中心的通信。網(wǎng)絡層協(xié)議有：NP：A。由于本協(xié)議無起始標志和結束標志，對數(shù)據(jù)格式也無任何限制，故AP：C無須進行轉義處理和ASCII碼拆分處理。與TCP進行交互的數(shù)據(jù)格式：16進制。 轉義處理不需要進行轉義。定義與AP：A相同。 協(xié)議類型長度為1字節(jié)，對AP：C型協(xié)議，此值為0x03。表 4 AP：C協(xié)議包組成起始標志協(xié)議類型承載協(xié)議類型數(shù)據(jù)單元（PDU）校驗單元結束標志表4各單元詳細說明如下： 起始、結束標志長度為1字節(jié)，固定為ASCII字符‘~’（0x7E）。以數(shù)據(jù)包的形式進行交互，一個完整的接入層協(xié)議包由承載協(xié)議類型和數(shù)據(jù)單元組成。使用其它方式通信時，協(xié)議包的最大長度：256 Bytes。 傳輸要求此處的協(xié)議包最大長度是指從“起始標志”到“結束標志”，在發(fā)送過程ASCII碼拆分處理之后的字節(jié)數(shù)（與AP：A不同）?！癆SCII碼拆分處理”適用于協(xié)議中除起始標志、結束標志外的所有字符，包括校驗單元。采用“ASCII碼拆分處理”后，協(xié)議中定義的數(shù)據(jù)，如1字節(jié)的16進制數(shù)0x2B，在實際傳輸中為ASCII碼字符串：“2B”。對于高4bits和低4bits，若其數(shù)值為0x000x09，則加上0x30傳輸，若其數(shù)值為0x0A0x0F，則加上0x37傳輸，這樣得到的結果就轉換為ASCII碼。 轉義處理不需要進行轉義。定義與AP：A相同。 協(xié)議類型長度為1字節(jié)，對AP：B型協(xié)議，此值為0x02。表 3 AP：A協(xié)議包組成起始標志協(xié)議類型承載協(xié)議類型數(shù)據(jù)單元（PDU）校驗單元結束標志 起始、結束標志長度為1字節(jié)，固定為ASCII字符‘！’（0x21）。以數(shù)據(jù)包的形式進行交互，一個完整的接入層協(xié)議包由起始標志、協(xié)議類型、承載協(xié)議類型、數(shù)據(jù)單元、校驗單元、結束標志6部分組成。 傳輸要求協(xié)議包的最大長度：256 Bytes（指從“協(xié)議類型”到“校驗單元”最后一個字節(jié)，在發(fā)送過程轉義處理之前的字節(jié)數(shù)）。對于需要進行轉義后發(fā)送的情況，要按照如下的順序進行操作：發(fā)送數(shù)據(jù)包之前，先生成CRC校驗值，再進行轉義處理；接收到數(shù)據(jù)包后，先進行轉義處理，再進行CRC校驗。范圍：在本層協(xié)議中，對除起始標志和結束標志外的所有數(shù)據(jù)。 轉義處理由于使用16進制方式傳輸數(shù)據(jù)，為防止數(shù)據(jù)中出現(xiàn)與通信包起始標志、結束標志相同的數(shù)據(jù)而影響這兩個標志的判斷。如果所計算出的CRC值和收到的校驗值相同則表明該數(shù)據(jù)包有效，否則認為該包在傳輸?shù)倪^程中產(chǎn)生了差錯。校驗單元采用CRC校驗，生成多項式為CCITT推薦的16位的x16+x12+x5+1（0x11021）。 承載協(xié)議類型長度為1字節(jié)。結束標志的內(nèi)容與起始標志相同。表1 AP：A協(xié)議包組成起始標志協(xié)議類型承載協(xié)議類型數(shù)據(jù)單元（PDU）校驗單元結束標志表1各單元詳細說明如下：l 起始標志：表示一個完整數(shù)據(jù)包（分組）起始的標志；l 協(xié)議類型：標識AP層協(xié)議的類型；l 承載協(xié)議類型：標識所承載的上層協(xié)議的類型；l 數(shù)據(jù)單元：是接入層協(xié)議的有效載荷（PDU）；l 校驗單元：對協(xié)議中從“協(xié)議類型”到“數(shù)據(jù)單元”的內(nèi)容進行校驗；l 結束標志：表示一個完整數(shù)據(jù)包（分組）結束的標志。以數(shù)據(jù)包的形式進行交互，一個完整的接入層協(xié)議包由起始標志、協(xié)議類型、承載協(xié)議類型、數(shù)據(jù)單元、校驗單元、結束標志6部分組成。接入層協(xié)議有三種，分別是：AP：A，AP：B和AP：C。 Ethernet方式使用IP+TCP或IP+UDP協(xié)議來承載協(xié)議包。 RS232接口波特率：9600Bps起始位：1bit結束位：1bit數(shù)據(jù)位：8bits校驗位：無 RS422接口波特率：9600Bps起始位：1bit結束位：1bit數(shù)據(jù)位：8bits校驗位：無 RS485接口波特率：9600Bps起始位：1bit結束位：1bit數(shù)據(jù)位：8bits校驗位：無 MODEM（data）方式波特率：9600Bps起始位：1bit結束位：1bit數(shù)據(jù)位：8bits校驗位：無 MODEM（SMS）方式使用文本格式的短信（不能用PDU格式）。該層協(xié)議簡稱為MAP（Monitoring Application Proto