華為LTE指標(biāo)監(jiān)控后臺必讀

1、華為LTE指標(biāo)監(jiān)控指導(dǎo)書1、 指標(biāo)監(jiān)控內(nèi)容和KPI指標(biāo)定義主要監(jiān)控內(nèi)容話統(tǒng)KPI主要包括以下幾大類：接入性指標(biāo)、保持性指標(biāo)、移動性指標(biāo)、業(yè)務(wù)量指標(biāo)、產(chǎn)品運行類指標(biāo)、系統(tǒng)可用性指標(biāo)和網(wǎng)絡(luò)資源利用率指標(biāo)。通過上述重點話統(tǒng)KPI指標(biāo)的監(jiān)測，可以達(dá)到：識別突發(fā)問題、風(fēng)險提前預(yù)警、話統(tǒng)KPI的穩(wěn)定與提升，目前TD-LT窿統(tǒng)需要重點關(guān)注的話統(tǒng)KPI指標(biāo)如下表：指標(biāo)分類數(shù)據(jù)來源具體的KPI指標(biāo)接入性指標(biāo)無線側(cè)RRC連接建立成功率ERAB建立成功率無線接通率保持性指標(biāo)無線掉話率E-RAB掉線率移動性指標(biāo)eNodeB內(nèi)切換出成功率eNodeB間切換出成功率同頻切換成功率異頻切換成功率切換成功率業(yè)務(wù)量指標(biāo)上、下行

2、業(yè)務(wù)平均吞吐量量上、下行PRB平均利用率干擾指標(biāo)系統(tǒng)上行每PRB子載波平均干擾噪聲網(wǎng)絡(luò)資源指標(biāo)無線側(cè)上行PRB資源使用的平均個數(shù)下行PRB資源使用的平均個數(shù)KPI指標(biāo)公式定義請參考附件中OMC920對應(yīng)指標(biāo)定義：2、 數(shù)據(jù)提取方法1.OMC自定義指標(biāo)以eNB間切換成功率為例：圖12、右擊系統(tǒng)內(nèi)切換出測量，選擇添加后出現(xiàn)下圖窗口，輸入指標(biāo)名稱（注意單位的選擇），填寫公式后，點擊應(yīng)用圖23、在自定義指標(biāo)管理界面找到定義的指標(biāo)，右擊，選擇測量設(shè)置，如圖3圖34、在彈出的窗口，如圖4,勾選新對象自動測量，點擊應(yīng)用，結(jié)束。圖4KPI指標(biāo)提取1、點擊結(jié)果查詢，選擇新查詢，選擇對象，如需選取部分站點（點擊第

3、一個對象后，按住“Shift”鍵，再點擊最后一個站點，可將這些對象全選），如圖5圖52、選取需要查詢的指標(biāo)和對應(yīng)的周期類型，如圖6,按需要選擇日期范圍和時間方式，如圖7圖6圖73、指標(biāo)查詢結(jié)果如圖8圖8告警提取常見告警分類表告警等級告警號告警名稱本機(jī)網(wǎng)管緊急網(wǎng)元連接中斷ENODEB重要29243小區(qū)服務(wù)能力下降告警重要19240小區(qū)不可用告警重要26205BBU單板維護(hù)鏈路異常告警重要29207基站控制面?zhèn)鬏斨袛喔婢匾?5621直流輸出異常告警重要26276制式間站點配置沖突告警重要26238RRUM網(wǎng)拓?fù)漕愋团c配置不一致告警重要BBP心跳檢測失敗告警重要26529射頻單元駐波告警重要263

4、22BBU測收發(fā)光異常重要26503RRUM收發(fā)光異常重要26233BBUIR光接口性能惡化告警重要29201S1接口故障告警重要25888SCTP連路故障告警重要26235射頻單元維護(hù)鏈路異常告警重要26506RRUM光口性能惡化重要26260系統(tǒng)時鐘不可用告警主要告警分析和常見的處理手段F面以“網(wǎng)元鏈路中斷”為例說明如何查看和處理常見告警，其他告警類可查看附件內(nèi)容。（附件：）示例：【網(wǎng)元鏈接中斷】告警解釋：網(wǎng)元與OMCW管之間的鏈接中斷，一般來講，為斷電或傳輸問題對系統(tǒng)的影響對該網(wǎng)元無法控制告警處理序號處理方法“是”“否”1檢查同一環(huán)路下基站是否全部中斷（基站側(cè)檢查光路和電源是否OK.）2

5、32通知傳輸中心處理433通知機(jī)房巡檢處理故障（基站側(cè)更換傳輸光模塊/光纖）44結(jié)束三、壞小區(qū)（TOP小區(qū)）查找和分析處理每小時對上一個小時的全網(wǎng)整體指標(biāo)進(jìn)行提取，如果指標(biāo)變化波動較大，需提取小區(qū)級別指標(biāo)進(jìn)行查看，將小區(qū)級的掉話率指標(biāo)和掉話絕對次數(shù)按從高到低的順序進(jìn)行排序，確認(rèn)是全網(wǎng)的整體問題還是TOP小區(qū)引起的指標(biāo)波動，若剔除TOP小區(qū)后，指標(biāo)恢復(fù)正常，則是TOP小區(qū)問題，優(yōu)先分析掉話絕對次數(shù)多且掉話率高的Top小區(qū)；否則是全網(wǎng)性問題，以下是關(guān)于TOP小區(qū)篩選的方法和主要KPI處理方法流程：1. 接入性TOP分析處理1.1 指標(biāo)定義指標(biāo)分類數(shù)據(jù)來源具體的KPI指標(biāo)指標(biāo)定義接入性指標(biāo)OMC92

6、0RRC連接建立成功率RRC連接建立完成次數(shù)/RRC連接請求次數(shù)（不包括重發(fā)）ERAB建立成功率E-RAB建立成功總次數(shù)/E-RAB建立嘗試總次數(shù)無線接通率RRC連接建立成功率*E-RAB建立成功率1.2 指標(biāo)分析及統(tǒng)計點介紹-RRCl接建立成功率圖1中【A點】（1）Case1:eNB下發(fā)RRC_Conn_SetuK肖息后,在T300定時器超時前，收到相同的UeID發(fā)起的RRC_Conn_ReqSetup丟失，UEMAC中突解決定時器超時后重發(fā)RRC_Conn_ReqUeID不變），記為一次重發(fā)RRC_Conn_Re消息。Case2：Case3：發(fā)起Attach后會啟動T310定時器。如果UE

7、發(fā)出RRC_Conn_Setup_Cmp,EN股有收到，UE會在定時器超時后重如果RRCConnectionRequest消息信元EstablishmentCause“"為emergency(3)如果RRCConnectionRequest消息信元EstablishmentCause為"highPriorityAccess(4)如果RRCConnectionRequest消息信元EstablishmentCause為"mt-Access”(5)如果RRCConnectionRequest消息信元EstablishmentCause為"mo-Singnal

8、ling”(6)如果RRCConnectionRequest消息信元EstablishmentCause為"mo-Data”RRC_Conn_Setup_Cmp失不會觸發(fā)重建，發(fā)起重建的前提是安全已經(jīng)激活。新發(fā)起Attach,ENB則記為新的一次初始接入;【B點】【C點】RRCSetupSuccessRate計算：-E-RAB建立成功率如圖2、3中【A點】所示，當(dāng)eNodeB收到來自MME勺E-RABSETUPREQUEST者INITIALCONTEXTSETUPREQUEST息時統(tǒng)計該指標(biāo)。如果E-RABSETUPREQUEST者INITIALCONTEXTSETUPREQUEST

9、息中要求同時建立多個E-RAB,則相應(yīng)指標(biāo)按各個業(yè)務(wù)的QCI分別進(jìn)行累加。【B點】當(dāng)MMEE攵至U來自eNodeB的E-RABSETUPRESPONSE者INITIALCONTEXSETUFRESPONSE息時E-RAB建立成功次數(shù)累力口。ERABSetupSuccessRate計算公式：ErabSetupSuccessRate=(L.E-RAB.SuccEst)/(L.E-RAB.AttEst)*100%1.3TOP小區(qū)分析和處理處理流程和方法通過對TOP小區(qū)建立失敗的原因進(jìn)行觀察，通過對不同的原因做相應(yīng)的觀察，不同失敗原因?qū)τ谙鄳?yīng)指標(biāo)有不同的變化，應(yīng)對觀察指標(biāo)和優(yōu)化策略均不同，下表為指標(biāo)提

10、取的建立失敗的不同原因分類和相應(yīng)說明：小區(qū)RRC建立失敗次數(shù)：1、口資源分配失敗而導(dǎo)致RRC1接建立失敗的次數(shù)2、口UE無應(yīng)答而導(dǎo)致RRC1接建立失敗的次數(shù)3、小區(qū)發(fā)送RRCConnectionReject消息次數(shù)4、口因為SR酶源分配失敗而導(dǎo)致RRC1接建立失敗的次數(shù)5、口因為PUCC窿源分配失敗而導(dǎo)致RRCt接建立失敗的次數(shù)d6、口流控導(dǎo)致的RRCConnectionRequest消息丟棄次數(shù)7、口流控導(dǎo)致的發(fā)送RRCConnectionReject消息次數(shù)對小區(qū)E-RAB建立失敗次數(shù)：1、口因未收到UE響應(yīng)而導(dǎo)致E-RAB1立失敗的次數(shù)2、口核心網(wǎng)問題導(dǎo)致E-RAB建立失敗次數(shù)3、傳輸層

11、問題導(dǎo)致E-RAB建立失敗次數(shù)4、口無線層問題導(dǎo)致E-RAB建立失敗次數(shù)5、無線資源不足導(dǎo)致E-RAB建立失敗次數(shù)6、口安全模式配置失敗導(dǎo)致E-RAB建立失敗次數(shù)在一般正常情況下建立失敗的通常為無線側(cè)問題導(dǎo)致的可以處理，具體常見處理方法和流程如下：1 .檢查操作，告警，傳輸問題，是否存在網(wǎng)絡(luò)變動和升級行為等（1.通過LSTALMA喳詢站點實時告警，用LSTALMLOG參考?xì)v史告警；存在告警則降低功率切出用戶，嚴(yán)重的臨時去激活小區(qū)，通知維護(hù)人員處理；2 .通過DSPBRD查詢單板運行情況；異常則通知維護(hù)人員；3 .傳輸及EPC側(cè)有網(wǎng)絡(luò)變動（升級，割接，參數(shù)修改等）。一般為突發(fā)，及時同時相關(guān)人員；

12、4 .通過Mapinfo查看小區(qū)PCI復(fù)用是否合理，是否存在模三沖突；用MODCELL修改PCI5 .檢查小區(qū)時隙配比是否設(shè)置準(zhǔn)確（室分：SA2SSP7;宏站:SA2SSP5）LSTCELL查看，MODCELL慎改；6 .如每PRB上干擾噪聲平均值-110dBm,確認(rèn)小區(qū)存在上行干擾，同時可通過后臺跟蹤，確認(rèn)干擾類型；統(tǒng)計話務(wù)統(tǒng)計看是突發(fā)的還是持續(xù)的，可應(yīng)急通過MODPDSCH功率處理；7 .檢查傳輸模式，是否為TM3,如長時間為TM2確認(rèn)設(shè)置正確的情況下，基本確定小區(qū)存在弱覆蓋；8 .對比64QAMf口QPS砧比，如后者比例遠(yuǎn)大于前者，可確定小區(qū)覆蓋異常；9 .鄰區(qū)告警、故障等導(dǎo)致TOP小區(qū)

13、存在弱覆蓋；10 .天饋問題，無線環(huán)境差；11 .天線權(quán)值配置與現(xiàn)場天線參數(shù)不一致。12 .核查參考信號功率是否偏低（常規(guī)設(shè)置92,122,需結(jié)合現(xiàn)場設(shè)置）；MODPDSCH行修改；2.保持性TOP分析處理1.1 指標(biāo)定義指標(biāo)分類數(shù)據(jù)來源具體的KPI指標(biāo)指標(biāo)定義保持性指標(biāo)OMC920無線掉話率（eNodeB發(fā)起的S1RESET導(dǎo)致的UEContext釋放次數(shù)+UEContext異常釋放次數(shù)）/UEContext建立成功總次數(shù)*100%E-RAB掉線率（eNodeB觸發(fā)的釋放原因為異常的E-RAB釋放總次數(shù)+切換出E-RAB異常釋放總次數(shù)）/用戶發(fā)起E-RAB建立流程且建立成功的總次數(shù)*100%

14、1.2 指標(biāo)分析及統(tǒng)計點介紹4無線掉線率如上圖：【圖1】中A點所示，當(dāng)eNodeB向MME發(fā)送UECONTEXTRELEASEREQUEST,會釋放UE的所有E-RAR當(dāng)釋放原因不為"NormalRelease","Detachw,"UserInactivity”/CSFallbacktriggered',"UENotAvailableforPSService,"Inter-RATRedirection","TimeCriticalHandover","HandoverCancelled

15、w如【圖2】如【圖3】-E-RAB線率E-RAB掉線分2部分，為eNodeB觸發(fā)的釋放原因為異常的E-RAB釋放總次數(shù)和切換出E-RAB異常釋放總次數(shù)，分別如下：切換出E-RAB#常釋放信令統(tǒng)計點如下圖：上圖中，表示eNodeB內(nèi)切換，圖2表示X2接口切換,圖3表示S1接口切換，表示E-UTRAN系統(tǒng)切換到WCDMA系統(tǒng)、GERAN系統(tǒng)、或者TD-SCDMA系統(tǒng)。如金、竺2、圖3和圖4eNodeB觸發(fā)的釋放原因為異常的E-RA郵放信令統(tǒng)計點如下圖：如圖1中A點所示，當(dāng)eNodeB發(fā)出E-RABRELEASEINDICATION肖息，且釋放原因不為“NormalRelease；“Detach”，

16、aUserInactivity","CSFallbacktriggered","UENotAvailableForPSService","Inter-RATRedirection",“SuccessfulHandover”如圖2中A點所示，當(dāng)eNodeB向MMEt送UECONTEXTRELEASEREQUEST,會釋放UE的所有E-RAB當(dāng)釋放原因不為"NormalRelease","Detach”,aUserInactivity","CSFallbacktriggered&

17、quot;,"UENotAvailableForPSService",“Inter-RATRedirection","TimeCriticalHandover”,aHandoverCancelled”1.3TOP小區(qū)分析流程TOP小區(qū)分析可通過OMC920提取異常釋放原因：無線掉線率釋放原因如下： eNodeB發(fā)起的原因為UELOST勺UEContext釋放次數(shù) eNodeB發(fā)起的原因為切換失敗的UEContext釋放次數(shù) eNodeB發(fā)起的原因為無線層問題的UEContext釋放次數(shù) eNodeB發(fā)起的S1RESET!致的UEContext釋放次數(shù)E-

18、RAB掉線率釋放原因如下：口無線層問題導(dǎo)致的激活的E-RAB異常釋放次數(shù) 傳輸層問題導(dǎo)致的激活的E-RABII常釋放次數(shù) 網(wǎng)絡(luò)擁塞導(dǎo)致的激活的E-RAB異常釋放次數(shù)口切換流程失敗導(dǎo)致激活的E-RABII常釋放次數(shù) 核心網(wǎng)問題導(dǎo)致E-RAB異常釋放次數(shù)1 .通過LSTALMA匿詢站點實時告警，參考?xì)v史告警LSTALMLOG存在告警則降低功率切出用戶，嚴(yán)重的臨時去激活小區(qū)，通知維護(hù)人員處理；2 .通過DSPBRD查詢單板運行情況；若異常，通知維護(hù)人員處理；3 .提取兩兩小區(qū)切換，確定目標(biāo)小區(qū)：A.確定目標(biāo)小區(qū)運行情況，是否基站故障或異常告警；若異常，通知維護(hù)人員處理；B.檢查鄰區(qū)間參數(shù)設(shè)置是否正確

19、；核查修改鄰區(qū)外部小區(qū)參數(shù)是否正確，切換偏置是否合理；C.通過Mapinfo檢查小區(qū)鄰區(qū)配置是否合理，進(jìn)行鄰區(qū)合理性優(yōu)化；進(jìn)行鄰區(qū)的合理刪除和添加；D.檢查基站是否周邊站點缺少，如為孤站，可視為正常；暫不做處理，觀察；4.檢查參數(shù)設(shè)置是否合理：A.查詢掉線類定時器設(shè)置是否正確；（T310、N311、N31aT311、T301）.LSTUETIMERCONST:;B.如掉線率突增，查詢操作日志，確認(rèn)是否有修改，導(dǎo)致小區(qū)異常；用LSTOPTLO灌看是否指標(biāo)異常開始時段有相應(yīng)修改操作，詢問修改人進(jìn)行相應(yīng)恢復(fù)觀察；5.檢查是否存在干擾：A.通過Mapinfo查看小區(qū)PCI復(fù)用是否合理，是否存在模三沖突

20、；修改PCIB.檢查小區(qū)時隙配比是否設(shè)置準(zhǔn)確（E頻段室分：SA2SSP7;F和D頻段宏站：SA2SSP5）;修改時隙配比配比MODCELL;C.如每PRB上干擾噪聲平均值-110dBm,確認(rèn)小區(qū)存在上行干擾，同時可通過后臺跟蹤，確認(rèn)干擾類型；統(tǒng)計話務(wù)統(tǒng)計看是突發(fā)的還是持續(xù)的，可應(yīng)急通過MODPDSCH功率處理；6 .是否存在高質(zhì)差：A.通過觀察小區(qū)上下行丟包率是否正常，如丟包率偏高，基本斷定小區(qū)存在質(zhì)差；B.通過后臺誤碼率跟蹤，如BLER10%確定小區(qū)存在高誤碼；7 .是否存在弱覆蓋：A.檢查傳輸模式，是否為TM3,如長時間為TM2確認(rèn)設(shè)置正確的情況下，基本確定小區(qū)存在弱覆蓋；8 .對比64Q

21、A防口QPS砧比，如后者比例遠(yuǎn)大于前者，可確定小區(qū)覆蓋異常；8.現(xiàn)場測試及后臺跟蹤：A.安排前場人員現(xiàn)場測試，同時后臺通過信令跟蹤，配合查找問題原因；B.如果確認(rèn)問題后，需配合解決，轉(zhuǎn)發(fā)相關(guān)人員處理，做好跟蹤工作，直至問題閉環(huán)。1.2 移動性TOP分析處理1.4 指標(biāo)定義指標(biāo)分類數(shù)據(jù)來源具體的KPI指標(biāo)指標(biāo)定義移動性指標(biāo)OMC920eNodeB內(nèi)切換出成功率（eNodeB內(nèi)同頻切換出成功次數(shù)+eNodeB內(nèi)異頻切換出成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次數(shù)）/（eNodeB內(nèi)同頻切換出執(zhí)行次數(shù)+eNodeB內(nèi)異頻切

22、換出執(zhí)行次數(shù)）*100%eNodeB間切換出成功率（eNodeB間同頻切換出成功次數(shù)+eNodeB間異頻切換出成功次數(shù)-通過重建回源小區(qū)的eNodeB間同頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB間異頻切換出執(zhí)行成功次數(shù)）/（eNodeB間同頻切換出嘗試次數(shù)+eNodeB間異頻切換出嘗試次數(shù)）*100%同頻切換成功率（eNodeB內(nèi)同頻切換出成功次數(shù)+eNodeB間同頻切換出成功次數(shù)-通過重建回源小區(qū)的eNodeBlW同頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù)）/（eNodeB內(nèi)同頻切換出執(zhí)行次數(shù)+eNodeB間同頻切換出嘗試次數(shù)）*100%異頻切

23、換成功率（eNodeB內(nèi)異頻切換出成功次數(shù)+eNodeB間異頻切換出成功次數(shù)-通過重建回源小區(qū)的eNodeEH異頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次數(shù)）/（eNodeB內(nèi)異頻切換出執(zhí)行次數(shù)+eNodeB間異頻切換出嘗試次數(shù)）*100%切換成功率（eNodeB間同頻切換出成功次數(shù)+eNodeB間異頻切換出成功次數(shù)+eNodeB內(nèi)同頻切換出成功次數(shù)+eNodeB內(nèi)異頻切換出成功次數(shù)-通過重建回源小區(qū)的eNodeB間同頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeBW異頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù)-通過重建回源

24、小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次數(shù)）/（eNodeB間同頻切換出嘗試次數(shù)+eNodeB間異頻切換出嘗試次數(shù)+eNodeB內(nèi)同頻切換出嘗試次數(shù)+eNodeB內(nèi)異頻切換出嘗試次數(shù)）*100%1.5 指標(biāo)分析及統(tǒng)計點介紹統(tǒng)計小區(qū)范圍內(nèi)不同原因的切換出失敗的次數(shù)。切換出失敗一般發(fā)生在切換準(zhǔn)備階段，包括幾種典型場景:核心網(wǎng)問題，目標(biāo)小區(qū)無響應(yīng)，目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗以及源小區(qū)發(fā)送切換取消消息。切換準(zhǔn)備階段是從切換判決到切換執(zhí)行之間的切換資源準(zhǔn)備階段。加圖1和圖2如圖3和圖4如圖5和圖6如7_和圖8圖7和圖81.6 TOP小區(qū)分析流程TOP小區(qū)分析可通過OMC920提取切換出失敗原因：口核心網(wǎng)原

25、因?qū)е虑袚Q出準(zhǔn)備失敗次數(shù)口目標(biāo)小區(qū)無響應(yīng)導(dǎo)致切換出準(zhǔn)備失敗次數(shù)口目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致切換出準(zhǔn)備失敗次數(shù)口源小區(qū)發(fā)送切換取消導(dǎo)致切換出準(zhǔn)備失敗次數(shù)口eNodeB間切換出取消次數(shù)對TOP問題小區(qū)常見如下處理：1查詢站點有無告警，小區(qū)狀態(tài)是否正常；（1.通過LSTALMA喳詢站點實時告警，用LSTALMLO攀考?xì)v史告警；存在告警則降低功率切出用戶，嚴(yán)重的臨時去激活小區(qū)，通知維護(hù)人員處理；2 .查詢有無外部干擾（每PRB上干擾噪聲平均值-110dBm,則存在外部干擾）；統(tǒng)計話務(wù)統(tǒng)計看是突發(fā)的還是持續(xù)的，可應(yīng)急通過MODPDSCH功率處理；3 .提取兩兩小區(qū)切換，確定切換出目標(biāo)小區(qū)，核查外部

26、小區(qū)參數(shù)（PCI、TAC頻點、小區(qū)標(biāo)識、切換參數(shù)）配置有無錯誤；若錯誤則對外部定義的小區(qū)參數(shù)進(jìn)行修改，另外關(guān)注兩兩小區(qū)切換過早和過玩或者乒乓切換統(tǒng)計，進(jìn)行相應(yīng)的CIO調(diào)整；4 .查看MAPINF羽層，查看鄰區(qū)是否存在MODf擾，確認(rèn)基站規(guī)劃是否合理，是否會產(chǎn)生弱覆蓋。用MODCELL修改PCI或者降功率，降功率需注意是否會造成其他地方覆蓋差；四、附錄文件常用指令：TDL站點狀態(tài)查詢指令：LSTCELL:;查詢小區(qū)靜態(tài)參數(shù)DSPCELL:;查詢小區(qū)動態(tài)參數(shù)LSTALMAF:;查詢當(dāng)前告警LSTBFANT:;查詢天線配置信息（靜態(tài)）DSPBFANT:查詢天線配置信息（動態(tài)）LSTPDSCHCFG:

27、;參考信號功率）LSTCELLPDCCHALGO（公共控制信令聚集級別）LSTCELLDLPCPDSCHPA（;pdsch功率控制PA調(diào)整開關(guān)）LSTEUTRANINTRAFREQNCELL:;（查詢EUTRA周頻令B區(qū)關(guān)系）LSTEUTRANEXTERNALCELL:;（查詢EUTRAN卜部小區(qū)）LSTGPS:;（查詢小區(qū)的經(jīng)緯度）LSTALMLOG:ALMTP=AL激活/解閉塞小區(qū)：ACTCELL:LOCALCELLID=1;ACTCELL:LOCALCELLID=2;ACTCELL:LOCALCELLID=3;UBLCELL:LOCALCELLID=1;UBLCELL:LOCALCELL

28、ID=2;UBLCELL:LOCALCELLID=3;去激活/閉塞小區(qū)：DEACELL:LOCALCELLID=1;DEACELL:LOCALCELLID=2;DEACELL:LOCALCELLID=3;BLKCELL:LOCALCELLID=1,CELLADMINSTATE=CELL_HIGH_BLOCK;BLKCELL:LOCALCELLID=2,CELLADMINSTATE=CELL_HIGH_BLOCK;BLKCELL:LOCALCELLID=3,CELLADMINSTATE=CELL_HIGH_BLOCK;閉塞/解閉塞RRUBLKBRD:CN=0,SRN=200,SN=0,BLKTP

29、=IMMEDIATE;UBLBRD:CN=0,SRN=202,SN=0;修改RRU1道：DSPTXBRANCH:發(fā)射通道硬件最大輸出功率、駐波比等，或：DSPVSWR查詢駐波比)DSPRXBRANCH:；接收通道狀態(tài))MODTXBRANCH:CN=0,SRN=202,SN=0,TXNO=1,TXSW=OF)F;(MODTXBRANCH:CN=0,SRN=202,SN=0,TXNO=1,TXSW=ON;(MODRXBRANCH:CN=0,SRN=202,SN=0,RXNO=1,RXSW=OFF;(MODRXBRANCH:CN=0,SRN=202,SN=0,RXNO=1,RXSW=ON;(修改基站小區(qū)PCI:(注：同時要求修改鄰區(qū)數(shù)據(jù)庫相應(yīng)的小區(qū)的PCI,不然影響切換)MODCELL:LOCALCELLID=3,PHYCELLID=131;MODCELL:LOCALCELLID=2,PHYCELLID=132;MODCELL:LOCALCELLID=1,PHYCELLID=133;MODEUTRANEXTERNALCELL:MCC="460",MNC="08",ENODEBID=1007