【正文】 設(shè)置由監(jiān)控中心發(fā)起，用于設(shè)置所有的監(jiān)控參數(shù)和網(wǎng)管參數(shù)。在監(jiān)控中心回應(yīng)給設(shè)備的確認(rèn)包中，無需攜帶任何參數(shù)信息，設(shè)備根據(jù)通信包標(biāo)識號即知是確認(rèn)包。 命令描述下面描述了各個命令的用途。當(dāng)保護(hù)定時器計時超過預(yù)先的設(shè)置值后，需要重發(fā)通信包。定時器超時之前收到的應(yīng)答為有效應(yīng)答，否則為無效應(yīng)答。采用保護(hù)定時器的目的是在時序上保證消息或命令的可靠到達(dá)。無論多字節(jié)數(shù)據(jù)類型還式單字節(jié)數(shù)據(jù)類型，有符號數(shù)的格式統(tǒng)一采用補(bǔ)碼。合法的數(shù)據(jù)單元往往有包含多個字節(jié)的數(shù)值，為了保證對這些數(shù)值的正確解析，現(xiàn)對它們傳輸時的字節(jié)流順序作如下規(guī)定：低字節(jié)在前，高字節(jié)在后。為提高監(jiān)控信息的傳輸效率，在一次通信過程中，應(yīng)盡可能采用一次帶多個監(jiān)控對象的方式。 數(shù)據(jù)單元數(shù)據(jù)單元用于承載監(jiān)控對象。表 711 應(yīng)答標(biāo)志編碼定義編碼含 義備 注0x00成功0x01命令被有條件執(zhí)行具體錯誤內(nèi)容要在數(shù)據(jù)單元中（用監(jiān)控對象標(biāo)號）明確指出，僅在設(shè)備返回給監(jiān)控中心時使用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)答標(biāo)志為0x01外，數(shù)據(jù)單元的內(nèi)容與接收的相同，接收方對數(shù)據(jù)單元的內(nèi)容不解析。在應(yīng)答包中，當(dāng)應(yīng)答標(biāo)志不是0x00時，應(yīng)將接收到的數(shù)據(jù)單元返回給發(fā)起方。表 710 監(jiān)控通信命令列表命令編碼含 義備 注0x00——禁止使用0x01設(shè)備主動告警（上報）0x02查詢0x03設(shè)置0x04～0x7F系統(tǒng)保留0x80～0xFF廠家自定義用來留給各個廠家擴(kuò)充功能使用，此部分的用途由各廠家自己確定應(yīng)答標(biāo)志：作為命令的主動發(fā)起方，該字段填0xFF，表示此包為命令，當(dāng)接收到的命令包該字段中不為0xFF時，則被動接收方不應(yīng)答。表 78 MAP：A協(xié)議包組成命令單元數(shù)據(jù)單元表 78各單元詳細(xì)說明如下：l 命令單元：命令單元的組成格式見表 119；l 數(shù)據(jù)單元：是監(jiān)控應(yīng)用層協(xié)議的有效載荷（PDU），此部分可以沒有（即0個字節(jié)）； 命令單元命令單元的組成詳見下表 119：表 79 MAP協(xié)議的命令單元組成序號內(nèi) 容開始位置長度備 注1命令標(biāo)識112應(yīng)答標(biāo)志21表 79有關(guān)字段說明如下：命令標(biāo)識：命令的唯一標(biāo)識。詳見表 118。協(xié)議包的最大長度，僅受底層協(xié)議的長度限制，在本層不作另外的約束。 監(jiān)控應(yīng)用層協(xié)議以數(shù)據(jù)包的形式進(jìn)行交互，一個完整的監(jiān)控應(yīng)用層協(xié)議包由命令單元和數(shù)據(jù)單元組成。0x81～0xBF保留0xC0～0xFF廠家自定義 應(yīng)用協(xié)議標(biāo)識（APID）的規(guī)定指示MAP層協(xié)議的協(xié)議類型，長度為1個字節(jié)，以支持不同的系統(tǒng)和MAP層協(xié)議。0x01通信請求的執(zhí)行結(jié)果，表示設(shè)備忙，無法處理命令請求。具體的數(shù)值所代表的含義見下表。此命令使NP層的功能更為完善。發(fā)起通信的一端用此標(biāo)志來通知接收端的NP層如何處理通信包（即NP層的命令），接收端則用此標(biāo)志通知發(fā)起端對剛才通信包的執(zhí)行結(jié)果（即NP層的應(yīng)答）。為便于使用，將通信包標(biāo)識號分為三段，其中0x0000～0x7FFF用于監(jiān)控中心發(fā)起的通信，而0x8000～0x8FFF則用于由設(shè)備發(fā)起的通信，余下的0x9000～0xFFFF則為保留。接收端在接收到之后不處理，而是在返回時將此值原封不動地發(fā)回給發(fā)起端，以便于發(fā)起端分辨通信包。對于只有單臺直放站的情況，其子編號規(guī)定為0xFF。設(shè)備編號：在一個本地直放站監(jiān)控網(wǎng)絡(luò)中，主站的子編號規(guī)定為0x00，從站的子編號可以在0x01～0xFE之間。設(shè)備的唯一標(biāo)識。NP：A中地址單元的組成詳見表 106：表 76 NP：A協(xié)議的地址單元組成序號內(nèi) 容開始位置長度備 注1站點(diǎn)編號142設(shè)備編號51表 76有關(guān)字段說明如下：站點(diǎn)編號：由用戶自己根據(jù)需要進(jìn)行編號。協(xié)議內(nèi)容詳見表 105。協(xié)議包的最大長度，僅受底層協(xié)議的長度限制，在本層不作另外的約束。 網(wǎng)絡(luò)層協(xié)議以數(shù)據(jù)包的形式進(jìn)行交互，一個完整的網(wǎng)絡(luò)層協(xié)議包由地址單元、通信包標(biāo)識號、控制協(xié)議標(biāo)識和數(shù)據(jù)單元組成。協(xié)議包的最大長度：256 Bytes（指從“協(xié)議類型”到“數(shù)據(jù)單元”最后一個字節(jié)的字節(jié)數(shù)）。表 74 AP：C協(xié)議包組成協(xié)議類型承載協(xié)議類型數(shù)據(jù)單元（PDU）表 74各單元詳細(xì)說明如下：l 協(xié)議類型：標(biāo)識AP層協(xié)議的類型，長度為1字節(jié)，對AP：C型協(xié)議，此值為0x03；l 承載協(xié)議類型：標(biāo)識所承載的上層協(xié)議的類型；l 數(shù)據(jù)單元：是接入層協(xié)議的有效載荷（PDU）；承載協(xié)議類型部分的長度為1字節(jié)，其定義與AP：A相同。以數(shù)據(jù)包的形式進(jìn)行交互，一個完整的接入層協(xié)議包由承載協(xié)議類型和數(shù)據(jù)單元組成。使用其它方式通信時，協(xié)議包的最大長度：256 Bytes。 傳輸要求此處的協(xié)議包最大長度是指從“起始標(biāo)志”到“結(jié)束標(biāo)志”，在發(fā)送過程ASCII碼拆分處理之后的字節(jié)數(shù)（與AP：A不同）?！癆SCII碼拆分處理”適用于協(xié)議中除起始標(biāo)志、結(jié)束標(biāo)志外的所有字符，包括校驗單元。采用“ASCII碼拆分處理”后，協(xié)議中定義的數(shù)據(jù)，如1字節(jié)的16進(jìn)制數(shù)0x2B，在實際傳輸中為ASCII碼字符串：“2B”。對于高4bits和低4bits，若其數(shù)值為0x000x09，則加上0x30傳輸，若其數(shù)值為0x0A0x0F，則加上0x37傳輸，這樣得到的結(jié)果就轉(zhuǎn)換為ASCII碼。 轉(zhuǎn)義處理不需要進(jìn)行轉(zhuǎn)義。定義與AP：A相同。 協(xié)議類型長度為1字節(jié)，對AP：B型協(xié)議，此值為0x02。表 73 AP：A協(xié)議包組成起始標(biāo)志協(xié)議類型承載協(xié)議類型數(shù)據(jù)單元（PDU）校驗單元結(jié)束標(biāo)志 起始、結(jié)束標(biāo)志長度為1字節(jié)，固定為ASCII字符‘！’（0x21）。以數(shù)據(jù)包的形式進(jìn)行交互，一個完整的接入層協(xié)議包由起始標(biāo)志、協(xié)議類型、承載協(xié)議類型、數(shù)據(jù)單元、校驗單元、結(jié)束標(biāo)志6部分組成。 傳輸要求協(xié)議包的最大長度：256 Bytes（指從“協(xié)議類型”到“校驗單元”最后一個字節(jié)，在發(fā)送過程轉(zhuǎn)義處理之前的字節(jié)數(shù)）。對于需要進(jìn)行轉(zhuǎn)義后發(fā)送的情況，要按照如下的順序進(jìn)行操作：發(fā)送數(shù)據(jù)包之前，先生成CRC校驗值，再進(jìn)行轉(zhuǎn)義處理；接收到數(shù)據(jù)包后，先進(jìn)行轉(zhuǎn)義處理，再進(jìn)行CRC校驗。范圍：在本層協(xié)議中，對除起始標(biāo)志和結(jié)束標(biāo)志外的所有數(shù)據(jù)。 轉(zhuǎn)義處理由于使用16進(jìn)制方式傳輸數(shù)據(jù)，為防止數(shù)據(jù)中出現(xiàn)與通信包起始標(biāo)志、結(jié)束標(biāo)志相同的數(shù)據(jù)而影響這兩個標(biāo)志的判斷。如果所計算出的CRC值和收到的校驗值相同則表明該數(shù)據(jù)包有效，否則認(rèn)為該包在傳輸?shù)倪^程中產(chǎn)生了差錯。校驗單元采用CRC校驗，生成多項式為CCITT推薦的16位的x16+x12+x5+1（0x11021）。 承載協(xié)議類型長度為1字節(jié)。結(jié)束標(biāo)志的內(nèi)容與起始標(biāo)志相同。表 71 AP：A協(xié)議包組成起始標(biāo)志協(xié)議類型承載協(xié)議類型數(shù)據(jù)單元（PDU）校驗單元結(jié)束標(biāo)志表 71各單元詳細(xì)說明如下：l 起始標(biāo)志：表示一個完整數(shù)據(jù)包（分組）起始的標(biāo)志；l 協(xié)議類型：標(biāo)識AP層協(xié)議的類型；l 承載協(xié)議類型：標(biāo)識所承載的上層協(xié)議的類型；l 數(shù)據(jù)單元：是接入層協(xié)議的有效載荷（PDU）；l 校驗單元：對協(xié)議中從“協(xié)議類型”到“數(shù)據(jù)單元”的內(nèi)容進(jìn)行校驗；l 結(jié)束標(biāo)志：表示一個完整數(shù)據(jù)包（分組）結(jié)束的標(biāo)志。以數(shù)據(jù)包的形式進(jìn)行交互，一個完整的接入層協(xié)議包由起始標(biāo)志、協(xié)議類型、承載協(xié)議類型、數(shù)據(jù)單元、校驗單元、結(jié)束標(biāo)志6部分組成。接入層協(xié)議有三種，分別是：AP：A，AP：B和AP：C。 Ethernet方式使用IP+UDP協(xié)議來承載協(xié)議包。 RS232接口波特率：9600Bps起始位：1bit結(jié)束位：1bit數(shù)據(jù)位：8bits校驗位：無 RS422接口波特率：9600Bps起始位：1bit結(jié)束位：1bit數(shù)據(jù)位：8bits校驗位：無 RS485接口波特率：9600Bps起始位：1bit結(jié)束位：1bit數(shù)據(jù)位：8bits校驗位：無 MODEM（data）方式波特率：9600Bps起始位：1bit結(jié)束位：1bit數(shù)據(jù)位：8bits校驗位：無 MODEM（SMS）方式使用文本格式的短信（不能用PDU格式）。該層協(xié)議簡稱為MAP（Monitoring Application Protocol）。該層協(xié)議簡稱為NP（Network Protocol）。網(wǎng)絡(luò)層：承載監(jiān)控應(yīng)用層協(xié)議包，實現(xiàn)監(jiān)控應(yīng)用層與通信鏈路、與網(wǎng)絡(luò)結(jié)構(gòu)的隔離。接入層承載并保證網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)的可靠傳輸，在本監(jiān)控協(xié)議中支持了多種接入層。該層協(xié)議簡稱為TP（Transport Protocol）。各層的功能和用途如下：承載層：通信的實際鏈路，此層可以向接入層提供面向字節(jié)的數(shù)據(jù)包。為了提高通信協(xié)議的可擴(kuò)展行，本通信協(xié)議采用了分層的思路，各個層之間的功能盡可能獨(dú)立。 接口數(shù)據(jù)傳遞能力接口應(yīng)支持足夠的數(shù)據(jù)傳輸速率，應(yīng)適當(dāng)考慮承載管理信息的各種通信方式的帶寬。網(wǎng)管接口應(yīng)具足夠的可靠性保障機(jī)制，保證信息傳遞不被丟失。 容錯要求網(wǎng)管接口應(yīng)支持一定的容錯能力，不會因為輸入非法數(shù)據(jù)導(dǎo)致接口故障。對于主從結(jié)構(gòu)的設(shè)備，從設(shè)備的時延相應(yīng)增加10秒。2． 操作維護(hù)的實時性在網(wǎng)絡(luò)連接正常的情況下，在直放站監(jiān)控中心與網(wǎng)元進(jìn)行命令行交互時，從直放站監(jiān)控中心發(fā)出命令到設(shè)備對命令做出響應(yīng)的時間：短信不應(yīng)超過30秒。數(shù)傳、GPRS暫不做要求。 性能要求 實時性要求以下描述中有關(guān)短信的時延要求是基于監(jiān)控中心通過短信網(wǎng)關(guān)而不是通過無線Modem來與設(shè)備進(jìn)行短信收發(fā)。2. 告警同步功能接口應(yīng)支持上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)通過短信、數(shù)傳或GPRS方式同步直放站設(shè)備告警信息，獲得網(wǎng)元當(dāng)前活動告警。其中，告警內(nèi)容必需能明確的定位到告警發(fā)生的設(shè)備。同時直放站網(wǎng)管接口需滿足穩(wěn)定性、及時性、完整性、準(zhǔn)確性及安全性等相關(guān)技術(shù)要求。接口應(yīng)支持上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)通過短信、數(shù)傳或GPRS獲取直放站設(shè)備的實時采樣數(shù)據(jù)。巡檢上報功能應(yīng)包含巡檢上報報表的內(nèi)容，巡檢上報報表格式如下：巡檢上報報表參數(shù)參數(shù)說明序號巡檢上報信息序列編號站點(diǎn)名稱巡檢的直放站名稱站點(diǎn)編號站點(diǎn)編號設(shè)備編號直放站設(shè)備ID設(shè)備類別直放站設(shè)備類別設(shè)備廠家直放站的生產(chǎn)設(shè)備廠家設(shè)備狀態(tài)直放站設(shè)備的工作狀態(tài)，分正常和不正常兩種狀態(tài)巡檢時間維護(hù)人員進(jìn)行巡檢的時間4. 故障修復(fù)上報功能故障修復(fù)上報功能是指設(shè)備維護(hù)人員在接收到工單以后對設(shè)備進(jìn)行現(xiàn)場故障排除，當(dāng)解決了設(shè)備問題后，可人工或自動觸發(fā)直放站設(shè)備通過網(wǎng)管接口發(fā)送一條故障修復(fù)上報信息以通知監(jiān)控中心該站點(diǎn)已進(jìn)行了設(shè)備修復(fù)工作。2. 自動上報和自動同步功能在非監(jiān)控中心向下配置情況引起網(wǎng)元設(shè)備配置參數(shù)變化（影響到設(shè)備監(jiān)控參量列表的變化）時，直放站設(shè)備通過直放站網(wǎng)管接口向監(jiān)控中心上報配置變更消息。 配置管理功能要求直放站設(shè)備網(wǎng)管接口滿足配置管理功能要求，該網(wǎng)管接口支持上級網(wǎng)管系統(tǒng)或監(jiān)控系統(tǒng)獲取直放站設(shè)備的物理和邏輯資源，修改設(shè)備的配置參數(shù)。 功能要求直放站網(wǎng)管接口滿足對直放站設(shè)備的配置管理、數(shù)據(jù)的實時采集和故障告警管理幾項功能要求。接口具有鎖頻的功能，能夠把信源鎖定在900頻段或1800頻段上面。 縮略語下列縮略語適用于本規(guī)范：MODEM 調(diào)制解調(diào)器（ModulatorDemodulator），此處是指PSTN、GSM或3G MODEM。從站：即監(jiān)控從站。中國移動通信集團(tuán)公司 中國移動GSM網(wǎng)技術(shù)體制3 參考文獻(xiàn)《中國移動話務(wù)網(wǎng)網(wǎng)管系統(tǒng)二期改造技術(shù)方案（）》《中國移動話務(wù)網(wǎng)網(wǎng)管系統(tǒng)三期技術(shù)規(guī)范（）》《中國移動直放站監(jiān)控系統(tǒng)功能規(guī)范（）》《中國移動直放站監(jiān)控系統(tǒng)數(shù)據(jù)需求規(guī)范（）》《數(shù)據(jù)網(wǎng)絡(luò)設(shè)備通用網(wǎng)管接口技術(shù)規(guī)范()》4 術(shù)語、定義和縮略語本文將用到以下術(shù)語、定義和縮略語： 術(shù)語、定義告警主動上報：當(dāng)設(shè)備發(fā)生告警狀態(tài)改變時，主動地按照預(yù)先設(shè)置的方式將改變后的狀態(tài)報告給監(jiān)控中心（OMC）。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標(biāo)準(zhǔn)，然而，鼓勵根據(jù)本標(biāo)準(zhǔn)達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。本規(guī)范適用于中國移動直放站覆蓋設(shè)備的管理建設(shè)。本規(guī)范屬于直放站設(shè)備和監(jiān)控系統(tǒng)系列規(guī)范的一部分，該系列規(guī)范包括了《中國移動直放站監(jiān)控系統(tǒng)功能規(guī)范》、《中國移動直放站監(jiān)控系統(tǒng)數(shù)據(jù)需求規(guī)范》和《中國移動直放站設(shè)備網(wǎng)管接口技術(shù)規(guī)范》。中國移動通信集團(tuán)公司保留對本規(guī)范的解釋權(quán)和修改權(quán)。本技術(shù)規(guī)范為中國移動直放站設(shè)備網(wǎng)管接口技術(shù)規(guī)范。中國移動技術(shù)規(guī)范文檔編號：中國移動直放站設(shè)備網(wǎng)管接口技術(shù)規(guī)范文檔版本：Version 版權(quán)聲明：版權(quán)歸中國移動通信集團(tuán)公司所有，未經(jīng)中國移動通信集團(tuán)公司書面許可，任何單位或個人不得以任何形式全部或部分使用和傳播本技術(shù)規(guī)范。發(fā)布日期：2005年07月發(fā)布單位：中國移動通信集團(tuán)公司文檔說明：本規(guī)范是根據(jù)中國移動集團(tuán)公司的實際情況及當(dāng)前直放站技術(shù)發(fā)展水平而制定的本規(guī)范屬于直放站設(shè)備和監(jiān)控系統(tǒng)系列規(guī)范的一部分，該系列規(guī)