室內覆蓋工程技術規(guī)范

室內覆蓋工程技術標準TOC\o"1-4"\h\z一、室內分布系統(tǒng)簡介驗收組織初/終驗驗收組織站點名稱：建設單位名稱：施工單位名稱：監(jiān)理單位名稱：序號單位姓名職稱/職務備注1234567建設單位代表：日期：施工單位代表：日期：監(jiān)理單位代表：日期：編制說明：由建設單位負責編制(在施工單位提交《初/終驗申請表》并簽署同意驗收意見后五個工作日內完成編制)。需在備注欄注明驗收組成員的關系(即組長或組員)；驗收組成員必須包括建設單位工程部門、建設單位運維部門、施工單位等代表組成。25、初/終驗收測試記錄初/終驗測試記錄匯總表站點名稱：建設單位名稱：施工單位名稱：監(jiān)理單位名稱：共1頁第1頁序號工程測試地點測試時間測試結果備注直放站系統(tǒng)見直放站系統(tǒng)測試表干線放大器測試見干線放大器測試表室內從發(fā)天線功率測試見室內從發(fā)天線功率測試表直放站天饋線系統(tǒng)見天饋線系統(tǒng)驗收檢測表直放站監(jiān)控功能見直放站監(jiān)控功能驗收檢測表直放站設備安裝工藝見直放站設備安裝工藝驗收檢驗表線纜布放工藝見線纜布放工藝驗收檢驗表安裝前后對網(wǎng)絡影響見安裝前后對網(wǎng)絡影響的評估表駐波比見駐波比測試表信號強度和通話質量見信號強度和通話質量測試報告附件見第四章系統(tǒng)整體驗收要求說明：本表應依實際工程編制。建設單位代表：日期：施工單位代表：日期：監(jiān)理單位代表：日期：26、初/終驗描述及遺留問題初/終驗描述及存在問題建設工程名稱初驗日期站點名稱站點編號建設單位施工單位監(jiān)理公司初/終驗描述：存在問題：1.2.3．4.建設單位代表：施工單位代表：〔簽字〕〔簽字〕日期：日期：監(jiān)理公司代表：日期：編制說明：本表由施工單位負責編制(在初驗完成后五個工作日內完成編制)。a) 描述初驗時的情況、出現(xiàn)問題及最終的解決方法；b) 描述初驗結束后還存在的問題、解決措施及時間方案。c)需單獨編制單頁原件兩份用于省公司《設備類初步驗收文件匯總冊》編制。27、系統(tǒng)整改通知系統(tǒng)整改通知單站點名稱：站點編號：致：公司貴司承建的〔〕工程，以下局部不符合設計及施工施工標準要求。依據(jù)合同及其它相關規(guī)定，通知貴司在〔〕時間內限期整改，并將整改后的結果及時報于監(jiān)理公司，以便復核。

1、2、3、4、特此通知。聯(lián)通網(wǎng)絡建設部門〔蓋章〕日期：施工單位簽收

施工單位：

負責人：

日期：整改情況確認：1、2、3、4、

現(xiàn)場監(jiān)理工程師：日期：

總監(jiān)理工程師〔如有〕：日期：說明：本表一式二份，監(jiān)理單位〔如有〕、承建單位各一份。重大整改報建設單位28、試運行結果室分系統(tǒng)試運行說明建設工程名稱設備型號站點名稱站點編號建設單位監(jiān)理公司試運行日期系統(tǒng)試運行簡述：試運行期系統(tǒng)設備運行穩(wěn)定性、故障率統(tǒng)計試運行期信號源的網(wǎng)絡質量性能統(tǒng)計分析日常巡檢情況匯總系統(tǒng)檢查巡檢情況匯總用戶的反響情況建設單位〔蓋章〕：施工單位〔蓋章〕：建設單位負責人：施工單位負責人：〔簽名〕〔簽名〕日期：日期：29、初/終驗意見〔證明〕初/終驗意見〔證明〕共頁第頁建設工程名稱驗收日期站點名稱站點編號建設單位名稱施工單位名稱監(jiān)理單位設備采購合同號初驗意見：簡述已安裝設備總量及余料退庫情況；簡述設備安裝是否標準、設備性能是符合合同要求、工程效勞情況；存在問題等；結論：初驗合格〔或不合格〕。驗收組成員簽字：〔驗收組成員必須包括建設單位工程部門、建設單位運維部門〔維護及網(wǎng)優(yōu)〕、建設單位市場部門、施工單位等代表人員〕施工單位(蓋章〕：建設單位〔蓋章〕：施工單位授權代表(簽名)：建設單位負責人〔簽名〕：日期：日期：監(jiān)理單位〔蓋章〕：監(jiān)理單位代表(簽名):日期：編制說明：由施工單位負責編制(在工程初/終驗完成后五個工作日內完成編制)。原那么上一個合同對應一套初步驗收文件〔同一建設工程中的同類型設備的假設干份合同也可編制一套初步驗收文件，由分公司根據(jù)合同的具體情況確定〕，合同內的所有工程量均完成并已通過驗收建設單位方可簽署“初/終驗意見〞。本表除作為初驗文件歸檔外需單獨編制原件三份〔一份用于施工單位辦理付款手續(xù)，兩份用于省公司《設備初步驗收文件匯總冊》編制〕。30、工程移交申請表工程移交申請建設工程名稱驗收日期站點名稱站點編號建設單位名稱施工單位名稱監(jiān)理單位工程移交情況描述：申請成員簽字：網(wǎng)絡建設部運維部門接收意見：結論：同意/不同意接收。接收成員簽字：運行維護部建設單位工程部門〔蓋章〕：建設單位運維部門〔蓋章〕：建設單位工程負責人〔簽名〕：建設單位運維部門負責人〔簽名〕：日期：日期：編制說明：本表一式兩份，申請方和接收方各一份。31、設備及工程資料移交清單設備及工程資料移交清單站點名稱：建設單位名稱：施工單位名稱：監(jiān)理單位名稱：共頁第頁序號設備、型號、工程資料名稱單位數(shù)量備注1初步驗收資料套2儀器儀表3備品備件4技術維護手冊5操作手冊工程部門移交人：運維部門簽收人：建設單位工程負責人：日期：建設單位運維負責人：日期：施工單位代表：日期：32、備忘錄備忘錄站點名稱：建設單位名稱：施工單位名稱：監(jiān)理單位名稱：共頁第頁編制說明：由建設單位工程部門負責編制，在正式竣工驗收前，建設單位、施工單位中任一方均可提出，經商議后可形成此備忘錄，可包括以下內容：工程中洽商紀要；工程中事故記錄；工程中遺留問題和解決方法，如設備的安裝、驗收等。其它三方認為應以書面留存以志備忘的事件；往來信函、問題分析及解決報告、圖片資料等；企業(yè)工商登記、施工資質證書(復印件)、設備和材料合格證、說明書等。建設單位代表：日期：施工單位代表：日期：監(jiān)理單位代表：日期：附件〔1〕圖紙目錄建設工程名稱：站點名稱：建設單位名稱：施工單位名稱：監(jiān)理單位名稱：共頁第頁序號圖別圖號圖紙內容設計單位說明附:系統(tǒng)原理圖、平面安裝圖和其他建筑或安裝圖建設單位代表〔簽名〕：日期：施工單位代表〔簽名〕：日期：監(jiān)理單位代表〔簽名〕：日期：施工單位代表〔簽名〕：日期：附件〔3〕建設單位授權書〔供參考模版〕中國聯(lián)通分公司授權委托書〔副本〕代理人姓名：性別：部門：職務：代理事項：舉例：(填寫建設工程名稱〕工程設備類初步驗收文件的簽署等。代理權限：設備類初步驗收文件的簽署。代理期限：從年月日至年月日公司負責人：簽發(fā)時間：年月日中國聯(lián)通分公司授權委托書代理人姓名年齡部門職務代理事項(填寫建設工程名稱〕工程設備類初步驗收文件的簽署。代理權限：設備類初步驗收文件的簽署。代理期限：從年月日至年月日編制說明：必須在虛線局部加蓋公司章，副本在分公司檔案室保存，正本用于設備類初步驗收文件編制，施工單位的授權書可參考建設單位的授權書模版編制。施工單位授權書〔供參考模版〕茲授權同志為中國聯(lián)通分公司〔工程工程名稱、〔施工單位名稱〕負責人，負責代表我單位簽署所有工程過程文件〔含竣工文件內施工單位權代表簽名、工程過程文件簽名〕；授權同志為本項工程的具體負責人，負責代表我單位簽署工程竣工文件〔施工單位代表簽名〕。編制說明：需含以上根本內容。施工單位法定授權人〔簽名〕：施工單位〔名稱〕：施工單位〔蓋章〕：日期：卷末備考表單位名稱形成檔案部門名稱本卷張數(shù)圖樣張，文字材料張其它材料張，合計張〔大寫〕與本卷有密切關系的材料與實物編號存放地點*立卷說明：本卷材料完整程度及其它需要注明的情況立卷人：年月日歸檔后的情況〔修改補充及其他〕年月日立卷質量檢查意見檢查人〔職務〕年月日*指不能與本卷材料保存在一起的底圖、照相底片、錄音帶、錄像帶及標本樣品等。附件2：廣東聯(lián)通干線放大器統(tǒng)一通信協(xié)議前言本協(xié)議是在《中國聯(lián)通CDMA直放站統(tǒng)一監(jiān)控管理協(xié)議標準》1.0版的根底上，根據(jù)中國聯(lián)通廣東省公司對干線放大器統(tǒng)一網(wǎng)管的實際需要，進行了必要的補充而成的。作為本次招標的干線放大器的參考通信協(xié)議。本協(xié)議的修改權和解釋權歸中國聯(lián)通廣東省公司所有。1.范圍本技術通信協(xié)議適用于今后所有進入中國聯(lián)通廣東省公司業(yè)務區(qū)內的GSM干線放大器。干放網(wǎng)管系統(tǒng)采用分布式拓樸結構，彼此距離較近的一群干放以主從機的方式實現(xiàn)對全部干放設備的遠程監(jiān)控功能。GSM干線放大器在網(wǎng)管系統(tǒng)中必須彼此兼容。干線放大器的監(jiān)控模塊必須具備備份電源。當市電停電時，備份電源獨立連續(xù)工作時間不得少于二小時。干放網(wǎng)管系統(tǒng)網(wǎng)絡拓撲結構如圖.圖1 干放網(wǎng)管系統(tǒng)網(wǎng)絡拓撲結構圖說明：主干放是指具備遠程通信能力的設備，本身帶有Modem。從干放是指本身不具備遠程通信能力，必須借助有通信能力的設備才能完成遠程通信的設備，從干放本身不帶Modem。2.監(jiān)控系統(tǒng)根本參數(shù)指標2.1查詢項主干放編號：干放系統(tǒng)在網(wǎng)管系統(tǒng)中的唯一編號。從干放編號：干放系統(tǒng)內部，干放的唯一編號。廠家標識：設備供給商的編號〔由聯(lián)通公司制定〕。設備類型：用以區(qū)分設備的種類。對于干放為：0x07。干放類型：用以區(qū)分干放的種類。對于CDMA干放為：0x01；對于GSM干放為：0x02版本號：干放設備中監(jiān)控模塊軟件的版本號。監(jiān)控中心告警：網(wǎng)管中心的號碼，干放設備向此發(fā)送告警信息。監(jiān)控中心查詢遠程通信方式干放主動告警使能標志：用于控制干放是否主動向網(wǎng)管中心發(fā)送告警信息。上行輸出功率過功率門限下行輸出功率過功率門限下行輸出功率欠功率門限下行輸入功率欠功率門限功放開關：對于有上行功放和下行功放的干放，功放開關同時控制上行功放和下行功放；對于沒有上行功放的干放，功放開關只控制下行功放。上行衰減值下行衰減值上行最大增益：為干放的上行最大增益。下行最大增益：為干放的下行最大增益。電源掉電：當干放的外部供電系統(tǒng)掉電時，產生此告警。電源故障：當干放的電源模塊發(fā)生故障時，產生此告警。上行輸出功率過功率告警下行輸出功率過功率告警下行輸出功率欠功率告警下行輸入功率欠功率告警上行功放故障告警下行功放故障告警過溫告警：干放的整機或功放的溫度過高時，產生此告警。下行駐波告警監(jiān)控鏈路告警：當主干放與某從干放的監(jiān)控鏈路通信中斷后，將產生該從干放的監(jiān)控鏈路告警。主干放對系統(tǒng)內所有的從干放監(jiān)控鏈路進行監(jiān)測。該告警量只對主干放具備，從干放沒有該告警量。當對從干放進行操作時，從干放在填寫協(xié)議命令體中對應該告警的比特位時固定填0。上行輸出功率電平下行輸出功率電平2.1控制項主干放編號從干放編號監(jiān)控中心告警監(jiān)控中心查詢遠程通信方式干放主動告警使能標志上行輸出功率過功率門限下行輸出功率過功率門限下行輸出功率欠功率門限下行輸入功率欠功率門限功放開關上行衰減值下行衰減值2.1告警項電源掉電電源故障上行輸出功率過功率告警下行輸出功率過功率告警下行輸出功率欠功率告警下行輸入功率欠功率告警上行功放故障告警下行功放故障告警過溫告警下行駐波告警監(jiān)控鏈路告警3.監(jiān)控系統(tǒng)協(xié)議要求3.1根本格式監(jiān)控中心和干放都是以數(shù)據(jù)包的形式進行交互，一個完整的命令包由起使標志單元、命令單元、CRC校驗單元、結束標志單元4局部組成。詳見表1。表1監(jiān)控中心和干放信息交互命令包通用格式起始標志單元命令單元校驗單元結束標志單元表1各單元詳細說明如下：起始標志單元：1字節(jié)長度，表示一個完整數(shù)據(jù)包〔分組〕起始標志，固定為ASCII字符‘X’(0x58)；命令單元：由命令控制頭和命令體兩局部組成。命令控制頭包括：協(xié)議版本號、總包數(shù)、包序號、設備類型、命令編號、主干放編號、從干放編號、應答標志、命令體長度9個字段組成，共12個字節(jié)長度。命令體的解析方法和實際長度由控制局部的“命令編號〞字段和“命令體長度〞確定。命令單元的組成格式見表2；校驗單元：針對協(xié)議中的“命令單元〞進行校驗〔從“命令單元〞的第一個字節(jié)計算到最后一個字節(jié)〕，采用CCITT推薦的16位的x16+x12+x5+1(0x1021)。生成2字節(jié)的CRC校驗和〔低字節(jié)在前，高字節(jié)在后〕。CRC校驗和算法詳見3.1.3節(jié)；結束標志單元：1字節(jié)長度，表示一個完整數(shù)據(jù)包〔分組〕起始標志，固定為ASCII字符‘X’(0x58)。3.1.1數(shù)據(jù)傳送要求為兼容不同的數(shù)據(jù)傳輸方式，使其不僅能夠適合于RS232的傳輸方式，又能夠適合于短信傳輸。考慮到目前基于短信方式的監(jiān)控系統(tǒng)采用的無線Modem可能存在局部不可見字符無法傳遞的問題，本協(xié)議中對于非ASCII字符統(tǒng)一采用“2字節(jié)拆分規(guī)那么〞，具體說明如下：8比特的十六進制數(shù)被劃分為高4bits和低4bits，對于高4bits和低4bits，假設其數(shù)字為0x00-0x09，那么加上0x30，假設其數(shù)字為0x0A-0x0F，那么加上0x37，這樣得到的結果就轉換為ASCII碼。舉例如下：對于數(shù)據(jù)0x2B，按照上述劃分原那么，高字節(jié)變成0x32，低字節(jié)變成0x42。(0x2B=> 00101011)00110000001101110x320x42采用“2字節(jié)拆分規(guī)那么〞后，協(xié)議中定義的數(shù)據(jù)，如1字節(jié)的0x2B，在實際傳輸中的數(shù)據(jù)為ASCII碼的“2B〞，高字節(jié)轉換的字符在前，低字節(jié)轉換的字符在后?！?字節(jié)拆分規(guī)那么〞適用于協(xié)議中除起始、結束標志單元和已定義為ASCII碼字符外的所有字符，包括校驗單元，具體計算時先求出校驗值，再采用“2字節(jié)拆分規(guī)那么〞處理數(shù)據(jù)。接收系統(tǒng)在接收到數(shù)據(jù)后先進行“2字節(jié)拆分規(guī)那么〞的反向處理，處理后得到的數(shù)據(jù)即為協(xié)議定義的格式。本協(xié)議中干放查詢/控制和告警參數(shù)因為已經采用ASCII碼，故在實際傳送中仍采取直接傳送的方式，不再采用“2字節(jié)拆分規(guī)那么〞。3.1.2命令單元命令單元由命令控制頭和命令體組成，詳見下表2：表2命令單元組成格式命令控制頭命令體協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令數(shù)據(jù)1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte變長表2有關字段備注說明如下：設備類型：對于干放，設備類型為0x07。命令編號：命令的唯一標識。詳見表4。主干放編號：干放系統(tǒng)的唯一標識。低字節(jié)在前，高字節(jié)在后。例如編號為0x12345678的干放，4字節(jié)干放編號排列順序為：0x78，0x56，0x34，0x12。出廠前，干放的編號統(tǒng)一默認為0。從干放編號：干放系統(tǒng)內部，可控設備的唯一標識。如果沒有子設備，該字段添0xFF?？偘鼣?shù)：如果一條命令需要分多包發(fā)送，該字段表示對應命令需要發(fā)送的總包數(shù)。取值范圍為：1-255。包序號：當前包的序號，取直范圍1-總包數(shù)。應答標志：作為命令的主動發(fā)起方，該字段添0。被動接收方對該字段不解析、不處理。如果作為應答消息，該字段作為應答標志。如果該字段非0x00，那么說明最近收到的命令無法處理或出錯。主發(fā)起方收到對方應答標志非0x00的應答后，對“命令體〞不解析、不處理。只有應答標志為0x00，“命令體長度〞和“命令體〞才有意義。應答標志編碼詳細見表3。命令體長度：命令體字段的實際長度〔以字節(jié)為單位〕。發(fā)送數(shù)據(jù)包之前，先計算命令體長度，再進行“2字節(jié)拆分〞處理。接收到數(shù)據(jù)包后，先進行“2字節(jié)拆分〞處理，再計算命令體長度。命令數(shù)據(jù)：長度、解析方式由命令控制頭的“命令體長度〞和“命令編號〞確定。表3應答標志編碼定義編碼含義備注0x00成功0x01命令編號錯0x02主干放編號錯0x03從干放編號錯0x04包序號錯0x05校驗錯0x06設備類型錯對于查詢命令，干放不判斷命令控制頭中的設備類型字段；對于設置命令，干放需要判斷該設備類型字段與自身的設備類型是否一致，假設不一致那么報設備類型錯，并丟棄該指令。0xA0其它錯誤3.1.3校驗單元根據(jù)數(shù)據(jù)包的“命令單元〞生成CRC校驗和。校驗單元采用CRC校驗，生成多項式為CCITT推薦的16位的x16+x12+x5+1〔0x1021〕。無論采用什么通信方式，發(fā)送方都必須根據(jù)“命令單元〞生成2字節(jié)的CRC檢驗和；同樣，接收方收到完整的數(shù)據(jù)包后，根據(jù)“命令單元〞生成新CRC檢驗和，如果新CRC和收到的校驗和相等那么說明該數(shù)據(jù)包有效，否那么向發(fā)送方回送“校驗錯〞的應答。發(fā)送數(shù)據(jù)包之前，先生成CRC校驗和，再進行“2字節(jié)拆分〞處理。接收到數(shù)據(jù)包后，先進行“2字節(jié)拆分〞處理，再進行CRC校驗。3.2鑒權干放采用號碼對監(jiān)控指令進行鑒權。干放對于接收到的指令，首先比擬發(fā)送指令的號碼和干放內保存的監(jiān)控中心查詢號碼，假設一致那么進行進一步處理，否那么丟棄。無論是監(jiān)控中心還是干放，收到數(shù)據(jù)包后要對數(shù)據(jù)包進行鑒權。鑒權處理分下面幾個環(huán)節(jié)：起始標志/結束標志校驗、CRC校驗、命令編號校驗、主干放編號校驗、從干放編號校驗。如果上述任何一個環(huán)節(jié)校驗未通過那么認為鑒權失敗，接收方可以根據(jù)實際情況向發(fā)送方應答錯誤標志，錯誤標志詳見表3。3.3多字節(jié)字段的字節(jié)流順序合法的命令單元往往包含多字節(jié)字段，如主干放編號、從干放編號、信道號和CRC校驗和等。為了保證對多字節(jié)字段的正確解析，現(xiàn)對多字節(jié)字段的字節(jié)流順序做如下規(guī)定：低字節(jié)在前，高字節(jié)在后。例如，編號為0x12345678的干放，4字節(jié)干放編號排列順序為：0x78，0x56，0x34，0x12。ASCII碼格式的多字節(jié)流不進行倒序，如查詢號碼“〞，實際排列的順序也為“〞。3.4有符號數(shù)據(jù)類型符號位的規(guī)定無論多字節(jié)數(shù)據(jù)類型還式單字節(jié)數(shù)據(jù)類型，有符號數(shù)采用補碼表示方法。本協(xié)議所規(guī)定的干放工作參數(shù)中數(shù)字量和模擬量均定義為有符號數(shù)。3.5字段缺省值的規(guī)定在監(jiān)控中心和各種干放進行命令交互的過程中，如果命令體中包含有對方不支持或保存的字段，發(fā)送方統(tǒng)一填0。3.6干放編號缺省值的規(guī)定主干放編號作為干放的唯一標識，主干放編號應該由監(jiān)控中心統(tǒng)一分配。所以干放在納入統(tǒng)一監(jiān)控系統(tǒng)之前，其主干放編號統(tǒng)一規(guī)定為0。從干放編號在設備開通時，由廠家完成初始設置，并在干放納入統(tǒng)一監(jiān)控系統(tǒng)之前，提供給聯(lián)通公司。3.7協(xié)議版本號的規(guī)定協(xié)議版本號作為本協(xié)議的升級標志，取值范圍為0-255，起始版本號從1開始編排，以后以1為單位遞增。協(xié)議版本號是監(jiān)控中心和干放命令交換共同遵守的的協(xié)議標志，和查詢命令中的版本號有本質的區(qū)別，后者是指干放側監(jiān)控軟件的版本，屬于干放獨有特征，與監(jiān)控中心無關。3.8命令體實際字節(jié)數(shù)的規(guī)定命令單元由命令控制頭和命令體組成，命令體的實際長度由控制頭的“命令體長度〞確定。所以“命令體長度〞字段值必須嚴格按照協(xié)議填寫，實際傳送的命令體字節(jié)數(shù)也必須和“命令體長度〞一致。除查詢命令〔0x20，0x21〕外，其它所有應答命令的“命令體長度〞字段統(tǒng)一填0，接收方完全可以根據(jù)“應答標志〞做相應的處理。3.9從干放編號的規(guī)定監(jiān)控中心對干放的監(jiān)管都是針對一個具體物理設備的監(jiān)管。如果目標干放是“單機〞式干放，命令控制頭的“從干放編號〞字段統(tǒng)一規(guī)定為0XFF。對于一群干放中的主干放，從干放編號統(tǒng)一規(guī)定為0，其它干放的從干放編號由監(jiān)控中心分配。3.10多包發(fā)送處理鑒于干放監(jiān)控系統(tǒng)通信信道的特點，對一條命令的多包發(fā)送或應答特做如下規(guī)定：發(fā)送方和接收方并不對中間數(shù)據(jù)包做確認應答，接收方收齊所有數(shù)據(jù)包后只做一次應答，應答命令控制頭的“總包數(shù)〞和“包序號〞相等表示接收成功。如果接收方無法在規(guī)定的時間內收齊所有數(shù)據(jù)包，那么向發(fā)送方回應“包序號錯〞，表示本次多包傳送失敗并結束。建議多包等待保護定時器長為：總包數(shù)*180〔建議值〕秒。命令多包交互時序圖如以下圖：主叫方主叫方被叫方主叫命令應答命令第1包應答命令最后1包總包全部收齊總確認啟動保護定時器超時處理圖2命令多包交互時序圖注：上圖主叫命令可以有也可以沒有。沒有主叫命令時，多包發(fā)送方可以直接發(fā)送多包命令并啟動保護定時器。上圖其實也兼容了單包命令的交互時序，一條命令單包發(fā)送的處理只是更簡單、更直接。3.11保護定時器采用保護定時器的目的是在時序上保證消息或命令的可靠到達。本協(xié)議規(guī)定：在收到應答之前，主發(fā)送方必須設置保護定時器。定時器超時之前收到的應答為有效應答，否那么為無效應答或發(fā)送失敗。對保定時器的長度本協(xié)議不統(tǒng)一規(guī)定，用戶或廠家可以根據(jù)當?shù)鼐W(wǎng)絡環(huán)境自行設定。3.12監(jiān)控中心查詢/告警的規(guī)定監(jiān)控中心查詢：位于監(jiān)控中心側，監(jiān)控中心通過該對干放進行參數(shù)設置和參數(shù)查詢；同時干放通過該對來自監(jiān)控中心的命令進行應答。監(jiān)控中心告警：位于監(jiān)控中心側，干放通過該主動告警，同時監(jiān)控中心通過該對干放的告警進行應答。該可以和監(jiān)控中心查詢相同，也可以和監(jiān)控中心查詢不同。將監(jiān)控中心查詢和告警分開的優(yōu)勢在于有效降低了主動告警命令和其它命令的“沖突〞。為了確保干放告警能夠及時、可靠地主動上報到監(jiān)控中心，特意將監(jiān)控中心查詢和告警分開。為了統(tǒng)一起見，監(jiān)控中心和干放進行正式通信之前，監(jiān)控中心必須向干放“通知〞監(jiān)控中心的查詢和告警。干放發(fā)出所有命令的目的接收方的都以這兩個為準；干放出廠前缺省查詢和告警為15個0x20。3.13命令編碼監(jiān)控中心和前臺干放應用層交互命令編碼的定義及其含義如下表4所示。表4干放前后臺通信命令列表命令編號含義流向備注說明0X10干放主動告警干放<—>監(jiān)控中心0X20信息查詢監(jiān)控中心<—>干放0X21干放參數(shù)查詢監(jiān)控中心<—>干放0X29干放的從干放編號查詢監(jiān)控中心<—>干放0X30設置干放系統(tǒng)編號監(jiān)控中心<—>干放0X31設置遠程通信參數(shù)監(jiān)控中心<—>干放0X32設置干放主動告警使能標志監(jiān)控中心<—>干放0X33設置門限值監(jiān)控中心<—>干放0X34設置功放開關量監(jiān)控中心<—>干放0X35設置衰減量監(jiān)控中心<—>干放0XD0-0XFF保存注：表4“流向〞欄左邊對象表示主動發(fā)起方，右邊對象表示被動應答方；被動應答方構造應答命令時，除“應答標志〞和“命令體長度〞字段根據(jù)實際情況修改外，命令控制頭的其它字段和最近收到命令的命令控制頭完全一樣；主動發(fā)起方發(fā)送命令包后建議采用長度為180秒的保護定時器，保護定時器超時之前收到的應答算為有效應答，否那么認為發(fā)送失敗。如果干放主動告警失敗，應該繼續(xù)上報，直到連續(xù)3次告警失敗。0xD0-0xFF命令保存給各干放制造商，作為出廠檢測使用。本協(xié)議版本及其升級版本都不使用該范圍內的命令編號。主動告警使能標志命令的作用是屏蔽局部或全部干放主動告警類型。如果某個告警類型被屏蔽，干放將不主動上報該類型告警，監(jiān)控中心將不對告警命令對應告警類型比特位進行解析和處理。干放出廠前默認為全部不屏蔽，而且一旦收到監(jiān)控中心的主動告警使能標志命令，干放必須將屏蔽信息存儲到本地的可掉電保存的設備中。3.14命令單元數(shù)據(jù)格式3.14.1監(jiān)控系統(tǒng)參數(shù)查詢命令〔0x20〕監(jiān)控系統(tǒng)參數(shù)查詢命令〔監(jiān)控中心—>干放〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte監(jiān)控系統(tǒng)參數(shù)查詢命令回應〔干放—>監(jiān)控中心〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte監(jiān)控系統(tǒng)參數(shù)查詢回應命令體序號參數(shù)名長度子項位置描述1-15查詢15ASCII格式，缺乏15個字節(jié)后補0x20。號碼順序和字節(jié)流順序一致，詳見3.3節(jié)。16-30告警15ASCII格式，缺乏15個字節(jié)后補0x20。號碼順序和字節(jié)流順序一致，詳見3.3節(jié)。31干放遠程通信方式132干放主動告警使能標志1保存Bit7保存Bit6保存Bit5保存Bit4電源掉電Bit3Enable:1,Disable:0保存Bit2保存Bit1保存Bit033干放主動告警使能標志1電源故障Bit7Enable:1,Disable:0上行輸出功率過功率Bit6Enable:1,Disable:0下行輸出功率過功率Bit5Enable:1,Disable:0保存Bit4保存Bit3保存Bit2保存Bit1保存Bit134干放主動告警使能標志1下行輸出功率欠功率Bit7Enable:1,Disable:0下行輸入功率欠功率Bit6Enable:1,Disable:0上行功放告警Bit5Enable:1,Disable:0下行功放告警Bit4Enable:1,Disable:0過溫告警Bit3Enable:1,Disable:0下行駐波告警Bit2Enable:1,Disable:0保存Bit10保存Bit0035監(jiān)控鏈路告警使能標志11從干放1監(jiān)控鏈路告警Bit7Enable:1,Disable:0從干放2監(jiān)控鏈路告警Bit6Enable:1,Disable:0從干放3監(jiān)控鏈路告警Bit5Enable:1,Disable:0從干放4監(jiān)控鏈路告警Bit4Enable:1,Disable:0從干放5監(jiān)控鏈路告警Bit3Enable:1,Disable:0從干放6監(jiān)控鏈路告警Bit2Enable:1,Disable:0從干放7監(jiān)控鏈路告警Bit1Enable:1,Disable:0從干放8監(jiān)控鏈路告警Bit0Enable:1,Disable:036監(jiān)控鏈路告警使能標志21從干放9監(jiān)控鏈路告警Bit7Enable:1,Disable:0從干放10監(jiān)控鏈路告警Bit6Enable:1,Disable:0從干放11監(jiān)控鏈路告警Bit5Enable:1,Disable:0從干放12監(jiān)控鏈路告警Bit4Enable:1,Disable:0從干放13監(jiān)控鏈路告警Bit3Enable:1,Disable:0從干放14監(jiān)控鏈路告警Bit2Enable:1,Disable:0從干放15監(jiān)控鏈路告警Bit1Enable:1,Disable:0從干放16監(jiān)控鏈路告警Bit0Enable:1,Disable:037監(jiān)控鏈路告警使能標志31從干放17監(jiān)控鏈路告警Bit7Enable:1,Disable:0從干放18監(jiān)控鏈路告警Bit6Enable:1,Disable:0從干放19監(jiān)控鏈路告警Bit5Enable:1,Disable:0從干放20監(jiān)控鏈路告警Bit4Enable:1,Disable:0從干放21監(jiān)控鏈路告警Bit3Enable:1,Disable:0從干放22監(jiān)控鏈路告警Bit2Enable:1,Disable:0從干放23監(jiān)控鏈路告警Bit1Enable:1,Disable:0從干放24監(jiān)控鏈路告警Bit0Enable:1,Disable:038監(jiān)控鏈路告警使能標志41從干放25監(jiān)控鏈路告警Bit7Enable:1,Disable:0從干放26監(jiān)控鏈路告警Bit6Enable:1,Disable:0從干放27監(jiān)控鏈路告警Bit5Enable:1,Disable:0從干放28監(jiān)控鏈路告警Bit4Enable:1,Disable:0從干放29監(jiān)控鏈路告警Bit3Enable:1,Disable:0從干放30監(jiān)控鏈路告警Bit2Enable:1,Disable:0從干放31監(jiān)控鏈路告警Bit1Enable:1,Disable:0從干放32監(jiān)控鏈路告警Bit0Enable:1,Disable:039保存140保存1注：對于從干放，監(jiān)控鏈路告警使能標志1～4字節(jié)對應的比特位固定填0。3.14.2干放參數(shù)查詢〔0X21〕干放參數(shù)查詢命令〔監(jiān)控中心—>干放〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放參數(shù)查詢命令回應〔干放—>監(jiān)控中心〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放參數(shù)查詢回應命令體序號參數(shù)名長度子項位置描述1-2廠家標識23設備類型14-5版本號36上行輸出功率過功率門限17下行輸出功率過功率門限18功放開關1Bit0表示功放開關；ON:1OFF:0。其它位為保存位9保存110上行衰減值1*11下行衰減值1*12保存字節(jié)1*13保存字節(jié)1*14上行輸出功率電平115下行輸出功率電平116上行最大增益117下行最大增益118告警項1保存Bit7保存Bit6保存Bit5保存Bit4電源掉電Bit3Alarm:1,Normal:0保存Bit2保存Bit1保存Bit019告警項1電源故障Bit7Alarm:1,Normal:0上行輸出功率過功率告警Bit6Alarm:1,Normal:0下行輸出功率過功率告警Bit5Alarm:1,Normal:0保存Bit4保存Bit3保存Bit2保存Bit1保存Bit120干放類型121下行輸出欠功率門限122下行輸入欠功率門限1231下行輸出功率欠功率告警Bit7Alarm:1,Normal:0下行輸入功率欠功率告警Bit6Alarm:1,Normal:0上行功放故障告警Bit5Alarm:1,Normal:0下行功放故障告警Bit4Alarm:1,Normal:0過溫告警Bit3Alarm:1,Normal:0下行駐波告警Bit2Alarm:1,Normal:0保存Bit10保存Bit0024監(jiān)控鏈路告警11從干放1監(jiān)控鏈路告警Bit7Alarm:1,Normal:0從干放2監(jiān)控鏈路告警Bit6Alarm:1,Normal:0從干放3監(jiān)控鏈路告警Bit5Alarm:1,Normal:0從干放4監(jiān)控鏈路告警Bit4Alarm:1,Normal:0從干放5監(jiān)控鏈路告警Bit3Alarm:1,Normal:0從干放6監(jiān)控鏈路告警Bit2Alarm:1,Normal:0從干放7監(jiān)控鏈路告警Bit1Alarm:1,Normal:0從干放8監(jiān)控鏈路告警Bit0Alarm:1,Normal:025監(jiān)控鏈路告警21從干放9監(jiān)控鏈路告警Bit7Alarm:1,Normal:0從干放10監(jiān)控鏈路告警Bit6Alarm:1,Normal:0從干放11監(jiān)控鏈路告警Bit5Alarm:1,Normal:0從干放12監(jiān)控鏈路告警Bit4Alarm:1,Normal:0從干放13監(jiān)控鏈路告警Bit3Alarm:1,Normal:0從干放14監(jiān)控鏈路告警Bit2Alarm:1,Normal:0從干放15監(jiān)控鏈路告警Bit1Alarm:1,Normal:0從干放16監(jiān)控鏈路告警Bit0Alarm:1,Normal:026監(jiān)控鏈路告警31從干放17監(jiān)控鏈路告警Bit7Alarm:1,Normal:0從干放18監(jiān)控鏈路告警Bit6Alarm:1,Normal:0從干放19監(jiān)控鏈路告警Bit5Alarm:1,Normal:0從干放20監(jiān)控鏈路告警Bit4Alarm:1,Normal:0從干放21監(jiān)控鏈路告警Bit3Alarm:1,Normal:0從干放22監(jiān)控鏈路告警Bit2Alarm:1,Normal:0從干放23監(jiān)控鏈路告警Bit1Alarm:1,Normal:0從干放24監(jiān)控鏈路告警Bit0Alarm:1,Normal:027監(jiān)控鏈路告警41從干放25監(jiān)控鏈路告警Bit7Alarm:1,Normal:0從干放26監(jiān)控鏈路告警Bit6Alarm:1,Normal:0從干放27監(jiān)控鏈路告警Bit5Alarm:1,Normal:0從干放28監(jiān)控鏈路告警Bit4Alarm:1,Normal:0從干放29監(jiān)控鏈路告警Bit3Alarm:1,Normal:0從干放30監(jiān)控鏈路告警Bit2Alarm:1,Normal:0從干放31監(jiān)控鏈路告警Bit1Alarm:1,Normal:0從干放32監(jiān)控鏈路告警Bit0Alarm:1,Normal:028保存129保存1注:上表描述欄標注*的字段值可由設置命令進行設置，在干放中需要將該值進行永久保存，以反映最近的修改。版本號規(guī)定如下：第一個字節(jié)值作為版本的主編號，第二個字節(jié)值作為版本的次編號。例如第一個字節(jié)值為8，第二個字節(jié)值為2，那么版本號為8.2。監(jiān)控中心了解干放故障情況的方式有兩種：一種是干放通過0x10命令主動告警；令一種是監(jiān)控中心通過0x21命令查詢。這兩種方式中監(jiān)控中心對4字節(jié)告警信息的解析、處理方式相同。在實際應用中，兩種方式應結合使用，才能保障有效的管理。表中告警項保存的字節(jié)或比特全部填0。干放不支持的告警對應比特位全部填0。Alarm表示告警；Normal表示正?；蚋婢謴?。對于從干放，監(jiān)控鏈路告警1～4字節(jié)對應的比特位固定填0。3.14.3子設備的從干放編號查詢(0x29)干放參數(shù)查詢命令〔監(jiān)控中心—>干放〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放參數(shù)查詢命令回應〔干放—>監(jiān)控中心〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放參數(shù)查詢回應命令體序號參數(shù)名長度子項位置描述1～32子設備1～32的從干放編號32每個子設備的從干放編號占用一個字節(jié)，一共可以設置32個子從干放編號注：對于“分布式〞干放系統(tǒng)，可以在主機端即可監(jiān)控到所連接的子設備，一臺干放主機可最多監(jiān)控32個干放子設備。在主機上安裝1個Modem，即可實現(xiàn)對整個干放系統(tǒng)的所有設備的監(jiān)控。32個干放子設備的編號〔從干放編號〕中，被監(jiān)控中心分配的從干放編號在命令體中的排列次序必須連續(xù)且不能有間隔，從干放編號可以不連續(xù)。對于“單機〞干放系統(tǒng)，不支持該命令，對該命令讀取應返回讀取從干放編號錯。3.14.4干放告警(0x10)干放告警命令〔干放—>監(jiān)控中心〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放告警命令回應〔監(jiān)控中心—>干放〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放告警命令體序號參數(shù)名長度子項位置描述1告警項1保存Bit7保存Bit6保存Bit5保存Bit4電源掉電Bit3Alarm:1,Normal:0保存Bit2保存Bit1保存Bit02告警項1電源故障Bit7Alarm:1,Normal:0上行輸出功率過功率告警Bit6Alarm:1,Normal:0下行輸出功率過功率告警Bit5Alarm:1,Normal:0保存Bit4保存Bit3保存Bit2保存Bit1保存Bit03告警項1下行輸出功率欠功率告警Bit7Alarm:1,Normal:0下行輸入功率欠功率告警Bit6Alarm:1,Normal:0上行功放故障告警Bit5Alarm:1,Normal:0下行功放故障告警Bit4Alarm:1,Normal:0過溫告警Bit3Alarm:1,Normal:0下行駐波告警Bit2Alarm:1,Normal:0保存Bit10保存Bit004監(jiān)控鏈路告警11從干放1監(jiān)控鏈路告警Bit7Alarm:1,Normal:0從干放2監(jiān)控鏈路告警Bit6Alarm:1,Normal:0從干放3監(jiān)控鏈路告警Bit5Alarm:1,Normal:0從干放4監(jiān)控鏈路告警Bit4Alarm:1,Normal:0從干放5監(jiān)控鏈路告警Bit3Alarm:1,Normal:0從干放6監(jiān)控鏈路告警Bit2Alarm:1,Normal:0從干放7監(jiān)控鏈路告警Bit1Alarm:1,Normal:0從干放8監(jiān)控鏈路告警Bit0Alarm:1,Normal:05監(jiān)控鏈路告警21從干放9監(jiān)控鏈路告警Bit7Alarm:1,Normal:0從干放10監(jiān)控鏈路告警Bit6Alarm:1,Normal:0從干放11監(jiān)控鏈路告警Bit5Alarm:1,Normal:0從干放12監(jiān)控鏈路告警Bit4Alarm:1,Normal:0從干放13監(jiān)控鏈路告警Bit3Alarm:1,Normal:0從干放14監(jiān)控鏈路告警Bit2Alarm:1,Normal:0從干放15監(jiān)控鏈路告警Bit1Alarm:1,Normal:0從干放16監(jiān)控鏈路告警Bit0Alarm:1,Normal:06監(jiān)控鏈路告警31從干放17監(jiān)控鏈路告警Bit7Alarm:1,Normal:0從干放18監(jiān)控鏈路告警Bit6Alarm:1,Normal:0從干放19監(jiān)控鏈路告警Bit5Alarm:1,Normal:0從干放20監(jiān)控鏈路告警Bit4Alarm:1,Normal:0從干放21監(jiān)控鏈路告警Bit3Alarm:1,Normal:0從干放22監(jiān)控鏈路告警Bit2Alarm:1,Normal:0從干放23監(jiān)控鏈路告警Bit1Alarm:1,Normal:0從干放24監(jiān)控鏈路告警Bit0Alarm:1,Normal:07監(jiān)控鏈路告警41從干放25監(jiān)控鏈路告警Bit7Alarm:1,Normal:0從干放26監(jiān)控鏈路告警Bit6Alarm:1,Normal:0從干放27監(jiān)控鏈路告警Bit5Alarm:1,Normal:0從干放28監(jiān)控鏈路告警Bit4Alarm:1,Normal:0從干放29監(jiān)控鏈路告警Bit3Alarm:1,Normal:0從干放30監(jiān)控鏈路告警Bit2Alarm:1,Normal:0從干放31監(jiān)控鏈路告警Bit1Alarm:1,Normal:0從干放32監(jiān)控鏈路告警Bit0Alarm:1,Normal:08保存19保存1注：上面表格中保存的字節(jié)或比特全部填0。干放不支持的告警對應比特位全部填0。如果在規(guī)定的時間內沒有收到監(jiān)控中心的正確應答，那么說明本次告警失敗，此時干放應該繼續(xù)上報。如果連續(xù)3次上報全部失敗，干放就停止上報，3小時后繼續(xù)上報，如果再連續(xù)3次失敗，那么3小時后繼續(xù)，循環(huán)往復，直到成功為止。注意，任何時間上報的告警，必須反映干放的當前實際情況。對于從干放，監(jiān)控鏈路告警1～4字節(jié)對應的比特位固定填0。3.14.5設置干放系統(tǒng)編號(0x30)設置干放系統(tǒng)編號命令〔監(jiān)控中心—>干放〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置干放系統(tǒng)編號命令回應〔干放—>監(jiān)控中心〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置干放系統(tǒng)編號命令體序號參數(shù)名類型〔字節(jié)〕子項位置描述1-4主干放編號45從干放編號1設置從干放編號時，如果主干放收到從干放返回的“設置成功〞，那么將該從干放的編號保存到主干放中。否那么不保存。注：出廠時“主干放編號〞和“從干放編號〞的默認值為0，該值在工程實施時需要由安裝人員進行初始化。此后在設置“主干放編號〞和“從干放編號〞時，命令控制頭局部的“主干放編號〞、“從干放編號〞采用當前值，命令體里的“主干放編號〞、“從干放編號〞采用新值。干放收到該命令后對命令控制頭局部的“主干放編號〞和“從干放編號〞進行校驗后再做進一步處理。干放應答時：如果設置成功，那么將命令控制頭里的“主干放編號〞、“從干放編號〞統(tǒng)一設置為新值；如果設置失敗，那么命令控制頭里的“主干放編號〞、“從干放編號〞保存設置命令時的值。3.14.6設置遠程通信參數(shù)(0x31)設置遠程通信參數(shù)命令〔監(jiān)控中心—>干放〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置遠程通信參數(shù)命令回應〔干放—>監(jiān)控中心〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置遠程通信參數(shù)命令體序號參數(shù)名長度子項位置描述1-15查詢15ASCII格式，缺乏15個字節(jié)后補0x20。號碼順序和字節(jié)流順序一致，詳見3.3節(jié)。16-30告警15ASCII格式，缺乏15個字節(jié)后補0x20。號碼順序和字節(jié)流順序一致，詳見3.3節(jié)。31干放遠程通信方式13.14.7設置干放主動告警使能標志(0x32)設置干放主動告警使能標志命令〔監(jiān)控中心—>干放〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置干放主動告警使能標志命令回應〔干放—>監(jiān)控中心〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置干放主動告警使能標志命令體序號參數(shù)名長度子項位置描述1干放主動告警使能標志1保存Bit7保存Bit6保存Bit5保存Bit4電源掉電Bit3Enable:1,Disable:0保存Bit2保存Bit1保存Bit02干放主動告警使能標志1電源故障Bit7Enable:1,Disable:0上行輸出功率過功率告警Bit6Enable:1,Disable:0下行輸出功率過功率告警Bit5Enable:1,Disable:0保存Bit4保存Bit3保存Bit2保存Bit1保存Bit03干放主動告警使能標志1下行輸出功率欠功率告警Bit7Enable:1,Disable:0下行輸入功率欠功率告警Bit6Enable:1,Disable:0上行功放故障告警Bit5Enable:1,Disable:0下行功放故障告警Bit4Enable:1,Disable:0過溫告警Bit3Enable:1,Disable:0下行駐波告警Bit2Enable:1,Disable:0保存Bit10保存Bit004監(jiān)控鏈路告警使能標志11從干放1監(jiān)控鏈路告警Bit7Enable:1,Disable:0從干放2監(jiān)控鏈路告警Bit6Enable:1,Disable:0從干放3監(jiān)控鏈路告警Bit5Enable:1,Disable:0從干放4監(jiān)控鏈路告警Bit4Enable:1,Disable:0從干放5監(jiān)控鏈路告警Bit3Enable:1,Disable:0從干放6監(jiān)控鏈路告警Bit2Enable:1,Disable:0從干放7監(jiān)控鏈路告警Bit1Enable:1,Disable:0從干放8監(jiān)控鏈路告警Bit0Enable:1,Disable:05監(jiān)控鏈路告警使能標志21從干放9監(jiān)控鏈路告警Bit7Enable:1,Disable:0從干放10監(jiān)控鏈路告警Bit6Enable:1,Disable:0從干放11監(jiān)控鏈路告警Bit5Enable:1,Disable:0從干放12監(jiān)控鏈路告警Bit4Enable:1,Disable:0從干放13監(jiān)控鏈路告警Bit3Enable:1,Disable:0從干放14監(jiān)控鏈路告警Bit2Enable:1,Disable:0從干放15監(jiān)控鏈路告警Bit1Enable:1,Disable:0從干放16監(jiān)控鏈路告警Bit0Enable:1,Disable:06監(jiān)控鏈路告警使能標志31從干放17監(jiān)控鏈路告警Bit7Enable:1,Disable:0從干放18監(jiān)控鏈路告警Bit6Enable:1,Disable:0從干放19監(jiān)控鏈路告警Bit5Enable:1,Disable:0從干放20監(jiān)控鏈路告警Bit4Enable:1,Disable:0從干放21監(jiān)控鏈路告警Bit3Enable:1,Disable:0從干放22監(jiān)控鏈路告警Bit2Enable:1,Disable:0從干放23監(jiān)控鏈路告警Bit1Enable:1,Disable:0從干放24監(jiān)控鏈路告警Bit0Enable:1,Disable:07監(jiān)控鏈路告警使能標志41從干放25監(jiān)控鏈路告警Bit7Enable:1,Disable:0從干放26監(jiān)控鏈路告警Bit6Enable:1,Disable:0從干放27監(jiān)控鏈路告警Bit5Enable:1,Disable:0從干放28監(jiān)控鏈路告警Bit4Enable:1,Disable:0從干放29監(jiān)控鏈路告警Bit3Enable:1,Disable:0從干放30監(jiān)控鏈路告警Bit2Enable:1,Disable:0從干放31監(jiān)控鏈路告警Bit1Enable:1,Disable:0從干放32監(jiān)控鏈路告警Bit0Enable:1,Disable:08保存字節(jié)19保存字節(jié)1注：上面表格中保存的字節(jié)或比特全部填0處理。對從干放進行設置時，監(jiān)控鏈路告警使能標志1～4字節(jié)對應的比特位固定填0。3.14.8設置門限值(0x33)設置門限值命令〔監(jiān)控中心—>干放〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置門限值命令回應〔干放—>監(jiān)控中心〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置門限命令數(shù)據(jù)體序號參數(shù)名長度〔字節(jié)〕子項位置描述1上行輸出功率過功率門限12下行輸出功率過功率門限13下行輸出功率欠功率門限14下行輸入功率欠功率門限13.14.9設置功放開關量(0x34)設置功放開關量命令〔監(jiān)控中心—>干放〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置功放開關量命令回應〔干放—>監(jiān)控中心〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置功放開關量命令數(shù)據(jù)體序號參數(shù)名長度子項位置描述1功放開關1ByteBit0表示功放開關；ON:1OFF:0。其它位為保存位2保存字節(jié)1ByteON:1OFF:0設置衰減量(0x35)設置衰減量命令〔監(jiān)控中心—>干放〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置衰減量命令回應〔干放—>監(jiān)控中心〕協(xié)議版本號總包數(shù)包序號設備類型命令編號主干放編號從干放編號應答標志命令體長度命令體1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte設置衰減量命令數(shù)據(jù)體序號參數(shù)名長度子項位置描述1上行衰減值12下行衰減值14.補充規(guī)定4.1設備類型對于協(xié)議中命令控制頭局部的設備類型字段的編碼方式，進行如下定義：設備類型編碼干放0x074.2主干放編號命令控制頭局部的主干放編號參數(shù)具體定義方式如下：取主干放編號4個字節(jié)中第一個高字節(jié)的作為省份編碼〔具體省份的編碼見下表〕，第二個高字節(jié)的作為地市編碼，其余局部用于定義具體的干放順序號。具體的地市編碼及主干放順序號由各省在干放工程過程中自行分配。舉例如下：如省份編碼為0x03，地市編碼為0x05，主干放順序號為0x01，那么主干放編號為高字節(jié)高字節(jié)低字節(jié)00000011000001010000000000000001省份編碼地市編碼干放順序號注意：干放編號在發(fā)送時按低字節(jié)在前，高字節(jié)在后進行，與定義順序相反。省份省份編碼廣東省194.3干放遠程通信方式對監(jiān)控系統(tǒng)參數(shù)區(qū)中的干放遠程通信方式定義如下：干放遠程通信方式編碼CDMA短消息0x01GSM短消息0x02電路型數(shù)據(jù)傳遞0x03分組型數(shù)據(jù)傳遞0x044.4廠家標識為方便統(tǒng)一管理，協(xié)議中提出了廠家標識參數(shù)，具體定義如下：廠家名稱廠家標識碼北京地杰通信設備0x01上海貝爾0x02上海無線通信設備0x03東方通信股份0x04北京闊步科技〔MTI〕0x05武漢虹信通信技術0x06深圳市中興通訊股份0x07上海大唐移動通信設備0x08上海羅頓通訊工程0x09深圳市云海通訊股份0x0A北京東方信聯(lián)科技0x0C京信通信系統(tǒng)〔廣州〕0x0D北京昊宇聯(lián)通科技開展0x0E天邑亞斯康通訊〔成都〕0x0F成都廣越射頻技術0x10深圳市國人通信0x11長春巨龍信息技術0x12福建飛毛腿科技0x13聯(lián)通國脈深圳市佳訊實業(yè)開展0x15京高綜合通信設備0x16浙江通普無線網(wǎng)絡股份0x17深圳市信諾電訊股份0x18西安大唐科技0x19北京威奧特信通科技0x1A西湖電子0x1B對于今后新增加的廠家，需要及時向廣東聯(lián)通省公司注冊和申請具體的廠家標識。4.5協(xié)議版本號本協(xié)議的版本為1.0版，具體的版本號列表如下：協(xié)議版本協(xié)議命令頭局部的版本號1.00x025.其他的功能及要求權限管理保證干放系統(tǒng)的平安性，防止惡意破壞，限制無權登錄和錯誤登錄，控制每個操作員的操作權限。系統(tǒng)管理員擁有最高權利，可以執(zhí)行整個直放站系統(tǒng)的所有功能，系統(tǒng)管理員可為不同的操作維護人員分配相應操作權限。故障管理--告警級別：嚴重、重要和一般；--集中監(jiān)控系統(tǒng)運行狀況，準確定位故障信息；--提供診斷測試工具；--提供聲、光等告警手段。日志管理應具有完整的操作權限管理功能和完善的系統(tǒng)平安機制，能夠對每個操作員的每次操作有詳細的記錄，對每次非法操作產生告警；支持光盤存儲和其他外部存儲方式用來保存歷史數(shù)據(jù)；承建單位必須公開網(wǎng)管中心接口及數(shù)據(jù)格式。采用簡潔、直觀、友好的圖形化中文界面，支持鼠標操作；網(wǎng)管中心硬件軟件故障時應能產生告警。告警的存儲：網(wǎng)管中心儲存干放系統(tǒng)全部設置信息和歷史告警信息到達4個月。當產生告警時，告警信息上傳到網(wǎng)管中心的喪失率應小于1%〔95%可信度〕遠程監(jiān)控方式：具備短信和數(shù)傳兩種遠程監(jiān)控方式。告警發(fā)送要求：當干線放大器出現(xiàn)告警或恢復時，必須在120秒內自動把告警內容上報到網(wǎng)管中心；當確認網(wǎng)管中心收到告警信息后，干線放大器自動停止向網(wǎng)管中心發(fā)送告警；否那么應繼續(xù)上報。監(jiān)控模塊備份電源：干線放大器的監(jiān)控模塊必須具備備份電源。當市電停電時，備份電源獨立連續(xù)工作時間不得少于二小時。采用主從機的方式：當分布系統(tǒng)無直放站信號源或信號源直放站和干放屬不同廠家的產品時：一套室分的假設干干線放大器通過一個干放主機通過短信或數(shù)傳方式與網(wǎng)管中心進行交互聯(lián)系，其他干放為從機，最終到達監(jiān)控全部干放的目的。b)當分布系統(tǒng)直放站信號源和干放是同一廠家的產品時：以直放站信號源做主機，所有干放為從機。一個主機要求能夠至少帶16個從機，同時主機與從機之間最遠連接距離可達800米。附件3：室內覆蓋工程建設中常見問題及參考意見1、電梯等場所的覆蓋如何在降低建設本錢的條件下開展對重要局部的覆蓋，如電梯的覆蓋、地下娛樂場所的覆蓋、車庫的覆蓋等；對室內覆蓋，影響最大的是天線，應通過天線的選取，實現(xiàn)局部覆蓋，降低本錢。如，電梯內，如能談判協(xié)調成功，可通過電梯頂安裝有源天線，進行覆蓋，或安裝高增益定向天線進行局部覆蓋等；對娛樂場所、車庫，由于相對空間較大，可在高端采用相對較大的功率，進行大范圍覆蓋節(jié)省天線數(shù)量，由于遠離人群，仍能符合環(huán)保要求。另外對于地下娛樂場所、車庫的覆蓋，這些場所信號較弱，對信號強度要求低，不存在乒乓切換頻率干擾問題，因此只需采用小功率直放站增強信號即可，這樣也可以大大降低建設本錢而起到經濟高效的作用。2、室內覆蓋工程建成后如何優(yōu)化覆蓋工程的優(yōu)化可分為系統(tǒng)改良和參數(shù)優(yōu)化兩局部。在可通過參數(shù)優(yōu)化的前提下，優(yōu)先通過參數(shù)優(yōu)化改良。這就要求系統(tǒng)在建設中就應留有適當?shù)膬?yōu)化余量，如信源、干放功率參數(shù)、切換電平、器件指標等。在參數(shù)優(yōu)化無法到達效果時，應進行系統(tǒng)改良，系統(tǒng)的改良可根據(jù)詳細的測試和計算、通過使用元器件的調整，如功分或耦合器功率分配變化、設備器件性能的提高等，實現(xiàn)系統(tǒng)功率的重新分配和性能的提高其中比擬關鍵的工作在于定義相鄰小區(qū)的關系，為了減少乒乓切換現(xiàn)象，需要定義一些單向小區(qū)，從而減少不必要的鄰小區(qū)數(shù)量；還可以利用切換參數(shù)CRO，限制切換到室外信號上，從而使室內盡量只使用室內信號。對直放站作為信號源的系統(tǒng)尤其要做好測試，防止發(fā)生干擾影響系統(tǒng)性能，同時對其上下行功率也需要通過測試調整到達上下行功率平衡，才能得到良好得通話效果。3、如何解決密集、高層小區(qū)的室內覆蓋密集高層的生活小區(qū)往往對天線的輻射比擬敏感，對物業(yè)談判造成困難，解決這類區(qū)域的覆蓋可進行兩方面工作的探索：一是利用物業(yè)公司的公共區(qū)域，如密集小區(qū)的會所等位置，高層小區(qū)的儲物室、設備室、電梯室等，采用室外分布或較大功率天線覆蓋方式進行周邊區(qū)域的覆蓋，應重點注意系統(tǒng)的隱蔽性和各方關系的處理；二是加強市場推介，結合用戶投訴等，有償或無償?shù)膶π枰挠脩?，根?jù)其特定要求進行覆蓋解決，同時提供易安裝、美觀且隱蔽性好、接入方式靈活〔簡易連接或無饋線〕的覆蓋終端。通過改善后的覆蓋終端，在用戶要求下，進行覆蓋的解決。附件4:室內分布系統(tǒng)上下行平衡專題分析1、前言上、下行鏈路平衡是室內分布系統(tǒng)十分重要的問題，在設計階段應予以充分的考慮，對覆蓋區(qū)域內的上下鏈路損耗、基站到施主天線之間的空間損耗、信源主機設計輸入和輸出功率都要求有十清楚確的數(shù)據(jù)，到達鏈路平衡是一個工程性很強的操作，它跨越了在信源勘測、覆蓋天線分布、功率分配、主機運行狀態(tài)參數(shù)、基站運行狀態(tài)等環(huán)節(jié)非常清楚的根底上；上、下鏈路平衡是在開通、調測階段得以實施、驗證，在設計階段應給出主機參數(shù)設置、調測的指導性數(shù)據(jù)說明〔在開通、調測時可以根據(jù)實際狀況調整〕。2、工程調測的根本方法簡明的說，在開通分布系統(tǒng)時為到達上、下行鏈路平衡，就是使得分布系統(tǒng)下行覆蓋范圍與上行覆蓋范圍相同，它以主機上行噪聲不干擾基站為基準來設定上行增益GUP，根據(jù)上行增益GUP設定下行增益GDOWN〔此時一般比上行高5dB〕。具體操作步驟：測量主機輸入端口輸入功率RX〔dBm〕，根據(jù)方案設計要求設置主機輸出功率Pout〔dBm〕，得出下行增益Gdown，此時上行增益GUP也由此確定。一般室內分布系統(tǒng)主機上行最初設定為GUP=Gdown-5測量主機上行噪聲電平PNO，根據(jù)RX，基站發(fā)射功率PC〔CDMA：33dBm，GSM：40dBm〕，基站天線增益一般取14dBi，因從基站到施主天線之間的上、下行空間損耗LP根本相同，即LP=〔PC+14〕-RX，由此計算到達基站端的噪聲LNT=PNO-LP，為使得到達基站端的噪聲不高于-120dBm。如果不滿足上述要求，調低上行增益GUP，測量主機上行噪聲電平PNO，直到滿足2要求。到覆蓋區(qū)域進行通話路測，查看是否到達預期覆蓋效果，并分析是否已對基站產生干擾，假設是繼續(xù)執(zhí)行工程3；同時要到覆蓋邊緣地帶進行撥打、通話測試，查看邊緣區(qū)切換是否正常，查看有無單通、有信號而無法撥出，或者從網(wǎng)外撥入該，有無不在效勞區(qū)的通知，假設無上述現(xiàn)象，再從網(wǎng)絡測試數(shù)據(jù)上，從一般工程數(shù)據(jù)上查看有無異常數(shù)據(jù)，查看有無接收電平正常而發(fā)射功率較高。適當調低下行增益注，重復上一步操作，直到上、下行覆蓋區(qū)大小一致為止。[注]：此種情況一般為室內結構復雜、快速衰落嚴重、覆蓋前信號分布嚴重不均勻，或主機功率設計過高，或分布系統(tǒng)設計不合理，天線分布不合理等多種原因造成，在滿足覆蓋要求和網(wǎng)絡技術要求的情況下，仍認為是正常的。以上為工程調測上、下行平衡的一般步驟和方法，它是基于多種數(shù)據(jù)和網(wǎng)絡參數(shù)，結合分布系統(tǒng)覆蓋要求分析、調測出來的.3、理論根底和原理分析3.1關于噪聲的說明以下分析廣泛應用到某有源系統(tǒng)的輸入噪聲、輸出噪聲、噪聲系數(shù)NF和增益G之間的關系等問題，另外還有基站接收機的基底噪聲〔白噪聲或背景噪聲〕值確實定問題等。下面就這些問題作一說明。如圖1-1所示，設系統(tǒng)的噪聲系數(shù)為NF，功率增益為G。PSi為系統(tǒng)輸入信號功率，Pso為系統(tǒng)輸出信號功率，所以G=PSo/PSi。PNi為系統(tǒng)輸入白噪聲(規(guī)定為kTB)，PNo為系統(tǒng)輸出噪聲〔它包括PNiG和系統(tǒng)本身表現(xiàn)在輸出端的噪聲功率之和〕。NFNF，GPSiPSoPNoPNi圖1-1噪聲系數(shù)的定義因噪聲系數(shù)NF定義為所以系統(tǒng)輸出端的噪聲功率為如用dB來表示系統(tǒng)輸出端的噪聲電平，那么如用于GSM系統(tǒng)，其載波信號帶寬B=200kHz，那么當把系統(tǒng)輸出端的噪聲電平PNo折算到輸入端時，即稱為系統(tǒng)輸入端〔或接收端〕的熱噪聲基底功率，其值等于〔設NF=5dB〕10log〔kTB〕+NF〔dB〕=-121+5=-116dBm〔GSM系統(tǒng)〕為了留下一定的余量，常取基底噪聲電平為-120dBm〔GSM系統(tǒng)〕3.2GSM直放站上行噪聲對基站的干擾問題直放站因質量原因或工程安裝、調測不當?shù)仍?，會引起直放站干擾基站，從而導致GSM系統(tǒng)的掉話率上升的后果，嚴重的會出現(xiàn)大面積無法登錄和通話的情況發(fā)生。安裝或調測不當同樣也會引起直放站覆蓋區(qū)內上下行鏈路的不平衡，導致前向覆蓋區(qū)域與反向覆蓋區(qū)域的不同，從而引起掉話、單通、越區(qū)、切換等的困難。干擾基站的原因很多，主要有4種情況，分別是上行輸出噪聲過大從而干擾基站、放大器線性不好引起交調過大從而干擾基站、下行交調產物串入上行從而干擾基站、或者是收發(fā)天線的隔離度不夠引起系統(tǒng)自激等。其中放大器線性不好引起交調過大的情況如圖2-1所示，下行交調產物串入上行的情況如圖2-2所示。圖2-1圖2-1放大器線性不好引起交調過大圖22圖22下行交調產物串入上行的情況下面介紹GSM直放站上行噪聲對基站的干擾問題。引起干擾的主要原因是由于直放站上行輸出噪聲電平過大，經過上行空間損耗，到達信源基站口的噪聲電平超過了基站接收機的白噪聲電平〔取-120dBm，也稱為基底噪聲或背景噪聲〕，這時就會引起干擾。如圖2-3所示，圖中LNT為直放站上行輸出端口的上行噪聲電平，且LNT〔dBm〕=10log