【正文】 oubleshooting 手冊 基礎(chǔ)篇 13 3) 使用 LMTB 登陸基站，檢查管理站信息和文件服務(wù)器信息是否設(shè)置正確。 1) 檢查 jboss 和 pc 進程是否 正常運行 ； 2) 檢查登陸用戶是否有報表管理和提取報表的權(quán)限 ； 3) 檢查是否正確的制定了性能任務(wù) ； 4) 使用第三方 FTP 工具（如 fxp）使用 omcrftp 用戶登錄服務(wù)器，嘗試下載和上傳文件操作，觀察是否可正常進行 ； 5) 如果以上步驟均正常，請?zhí)崛》?wù)器（ jboss）的 pm 日志和 OMT 的 omt、 log 反饋 omc支持人員進行分析。 日志提取要求 ENB 日志 相關(guān) ENB 日志 提取說明 基站問題需要提取的日志原則： 現(xiàn)場發(fā)現(xiàn)的基站相關(guān)問題，需要反饋給支撐人員分析的，首先要提取對應(yīng)站點的公共日志，問題與 RRU 相關(guān)的，提取 RRU 的全部日志。 問題編號 問題歸類 獲取日志 其它需求 1 所有問題 重要過 程日志、告警日志、異常日志、當前運行配置文件、數(shù)據(jù)一致性文件 2 業(yè)務(wù)問題 DSP 的核 1， 3， 4/上行 BLER、下行 BLER 日志 L2 日志參見業(yè)務(wù)篇日志提取部分 基礎(chǔ)篇 LTE troubleshooting 手冊 14 3 GPS 問題 SCT 的 71 日志 是否級聯(lián) 是否使用功分器 GPS 故障狀態(tài) 4 RRU 接入問題 動態(tài)配置文件 哪個 RRU 不能接入 RRU 日志 5 RRU 通道問題 RRU 日志 哪個 RRU 的哪個通道有故障 6 PTN 傳輸問題 數(shù)據(jù)一致性文件 長 ping 1500 包的截圖 動態(tài)配置文件 SCT 的 71 號 日志 （連續(xù)提取 2 次） SCTP 快照日志 7 小區(qū)激活問題 SCT 的 71 號日志 小區(qū)公共過程跟蹤 8 主站板卡無法登陸 SCT 的 71號日志 查看板卡 RUN 燈的狀態(tài) 登陸 OSP 后的打印消息 是否可以 PING 通物理地址和邏輯地址 10 DSP 故障 DUMP 快照日志， SCT的 71號日志 ， BCP 板卡上DSP0 的 2024； DSP1 的 2529； DSP2 的 3034； 11 高層信令問題 CDL 日志、 53 號日志 12 校準問題 小區(qū)建立所對應(yīng) DSP 核 3 的 2 號校準日 志 和 RRU日志 ENB 日志 提取方法 打開 LMT，連接對應(yīng)基站，點擊頂部菜單的“日志管理” “設(shè)備日志管理”，可打開日志提取 界面，如下圖所示，勾選需要提取的日志，設(shè)置上傳路徑后點擊確定即可。文件存放在安裝路徑的以下目錄中： 服務(wù)器安裝目錄 /jboss/server/default/log/。如配置服務(wù)器日志文件 cm、 log存滿后，系統(tǒng)自動將其復(fù)制為 cm、log、 1，并清空 cm、 log。單機版 OMT 日志文件存放在以下目錄中： $OMT 安裝路徑 \log\。 NEA 日志文件存放在以下目錄中： $NEA 安裝路徑 \log\。 1) ORACLE alert 日志提取說明 ： alert 日志記錄的是 ORACLE 的一些實例級別的變化，對數(shù)據(jù)庫的任何配置的修改和數(shù)據(jù)庫的任何異常都將記錄在 alert 日志中，在數(shù)據(jù)庫發(fā)生問題時，能夠第一時間的定位到數(shù)據(jù)庫的問題所在。 可以嘗試使用如下命令： cd $ORACLE_BASE/admin/$ORACLE_SID/bdump。 具體操作方法如下： bash 00$ echo $ORACLE_HOME /export/home/oracle/product/ 0 bash 00$ cd /export/home/oracle/product/ 0/rdbms/admin/ bash 00$ sqlplus / as sysdba SQL*Plus: Release 0、 0 Production on Thu Oct 14 16:55:19 2020 Copyright (c) 1982, 2020, Oracle、 All rights reserved、 Connected to: Oracle Database 10g Enterprise Edition Release 0、 0 64bit Production With the Partitioning, OLAP and Data Mining options SQL /export/home/oracle/product/ 0/rdbms/admin/awrrpt、 sql。html39。text39。html39。 說明：一般 snap_id 相隔間隔為 1 小時，因此建議不要超過 2 小時，如果現(xiàn)網(wǎng)有問題，一般多發(fā)生于凌晨或忙時，一般取 AWR 報告就要盡可能縮短時間點，上面提的 snap 的 id 介于基礎(chǔ)篇 LTE troubleshooting 手冊 110 669， 670 之間 1 小時足夠。除非支持人員有特別要求。 如果以上命令不能生成結(jié)果，或提示出錯，說明沒有安裝此包，重新安裝一下即可，需要聯(lián)系相關(guān)人員，獲取安裝包并按照步驟 2 的方式完成安裝。s behalf in connection with this transaction、 We will use your personal information for munications regarding Sun equipment and service related topics associated with the data submitted、 Sun, as a global pany, may transfer your personal information to countries which may not provide an adequate level of protection、 Sun, however, is mitted to providing a suitable amp。 使用 Jconsole 提取查看 OMCR 應(yīng)用的內(nèi)存的使用情況 Jconsole 是 一個 JDK 自帶的監(jiān)視工 (JDK 可以在網(wǎng)上下載，建議使用 JDK 0 或以上版本 )，如果需要遠程查看服務(wù)器進程 Memory 使用率，可以使用 Jconsole 進行遠程連接，并可以查看到進程 Memory 的使用率曲線圖。 成功后切換到 “內(nèi)存 ”選項即可出現(xiàn)進程 Memory 占用率曲線圖。 Java 虛擬機共享這些類數(shù)據(jù)。 LTE troubleshooting 手冊 排障方法篇 21 第 2章 排障 方法 篇 ENB 排 障 方法 匯總 小區(qū)退服問題匯總 關(guān)鍵字 小區(qū)退服 內(nèi)容描述 小區(qū)退服率是客戶關(guān)注的最重要的運維指標之一，要求現(xiàn)場維護人員熟知可能引起小區(qū)退服的原因和對應(yīng)的排障手段，一旦發(fā)現(xiàn)小區(qū)退服的情況，能夠在 30 分鐘內(nèi)確認原因，制定處理方案。 涉及設(shè)備 ENB 詳細內(nèi)容 排障方 法： 小區(qū)退服，處理器故障 處理器故障告警與 BBU 側(cè)的基帶板相關(guān)，會伴隨出現(xiàn) “處理器故障告警 ”， 需要 確認DSP 故障自恢復(fù)開關(guān)處于打開狀態(tài) （ LMT 命令樹 控制開關(guān) DSP 故障自恢復(fù)開關(guān) ） 。 由于處理器任務(wù)陷入死循環(huán) 上報告警“處理器故障” 或訪問非法地址導(dǎo)致處理器故障，上報告警“ DSP 軟件錯誤進入 ERROR HANDLER”告警，可以通過修改 小區(qū) — 》小區(qū)狀態(tài)信息 — 》測試開關(guān) — 》 MAC 測試開關(guān) — 》將控制區(qū)域符號調(diào)整開關(guān)打開，將排障 方法 篇 LTE troubleshooting 手冊 22 上下行都發(fā) PDCCH 時控制區(qū)域符號數(shù)和下行發(fā) PDCCH 時控制區(qū)域符號數(shù)的值改成一樣 ，然后生成動態(tài)配置文件復(fù)位板卡 （一般是由于核 5 的 處理器故障） 。 補充：問題 3 在修改參數(shù) 對應(yīng)的 MAC 參數(shù)規(guī)避后， 都可以通過打開 DSP 故障自恢復(fù)開關(guān) ，等待大概 5 分鐘故障會自動恢復(fù)，無需復(fù)位板卡 。 小區(qū)退服，基帶板卡退服 該問題與 BBU 側(cè)基帶處理板（ BPOG\BPOE\BPOF）不在位相關(guān)，現(xiàn)場首先核查操作記錄，是否人為復(fù)位導(dǎo)致。 常見的軟件復(fù)位原因： OmKeyLog Sw reset reason:update program 版本升級 OmKeyLog Sw reset reason:lmt reset nodeb LMT 復(fù)位 OmKeyLog Sw reset reason:lmtb software active reset nodeb LMT 激活軟件升級 常見的硬件復(fù)位原因： Hw last reset reason:power on 下電復(fù)位 Hw last reset reason:WatchDog Reset 看門狗復(fù)位 Hw last reset reason:ResetButton 按鈕復(fù)位 小區(qū)退服，射頻單元退服 因 RRU 不在位引起的小區(qū)退服，現(xiàn)場首先核查操作記錄，是否人為操作所致。 小區(qū)退服，時鐘故障 因時鐘失鎖引起，常伴隨出現(xiàn)時鐘進入 holdover 狀態(tài)的告警，現(xiàn)場首先確認問題站定的鎖星數(shù)和鎖星強度是否正常。 傳輸問題相關(guān) S1 無法建立 LTE troubleshooting 手冊 排障方法篇 23 關(guān)鍵字 S1 內(nèi)容描述 S1 鏈路無法建立的問題在實際表現(xiàn)中有很多種形式，常見的有“ STCP 鏈路顯示傳輸不可用”；“ SCTP 鏈路顯示驅(qū)動建立成功”，在本節(jié)進行詳細描述 。 物理連接不通導(dǎo)致傳輸不可 用 1） 表現(xiàn)現(xiàn)象， SCTP 鏈路狀態(tài)顯示“未建”或“驅(qū)動配置成功”： 基站活躍告警有 S1 鏈路故障、無可用 S1 鏈路、默認 MME 鏈路故障告警等； 2） 定位方法： a、 查看板塊點燈狀態(tài)，可以看出 GEOfp1State 和 GEOfp2State 為燈滅狀態(tài)； b、從基站診斷測試 ping 對端 IP 地址，比如基站的下一跳網(wǎng)關(guān)，不能 ping 通。 3） 解決方法： 通過上述現(xiàn)象和定位方法，基本上確定基 站傳輸物理連接不通。如果還不能恢復(fù)，請聯(lián)系 產(chǎn)品支持人員 進行定位。 2） 定位方法：檢查一下傳輸配置參數(shù)是否配置正確，如果不正 確，直接進行修改?；究裆蠄笙?MME 發(fā)送數(shù)據(jù)失敗告警是否消失。 基站活躍告警有 S1 鏈路故障、無可用 S1 鏈路、默認 MME 鏈路故障告警等； 2） 定位方法： a、 查看板塊點燈狀態(tài)，可以看出 GEOfp1State 和 GEOfp2State 其中有一個實際連線的GE 口燈為正常閃狀態(tài)，排除傳輸物理連接故障的問題； b、從基 站診斷測試 ping 對端 IP 地址，比如基站的下一跳網(wǎng)關(guān)，不能 ping 通。 d、 基站鏡像抓包，只能看到基站給 EPC 發(fā)的 INIT 報文，不能看到 EPC 給基站回的 INITACK報文。通過抓包可以確認，交換機或路由器端口收不到基站的報文，基本上可以確認基站的 vlan 不對。 路由配置錯誤或沒有配置導(dǎo)致傳輸不可用 1）表現(xiàn)現(xiàn)象，查詢 SCTP 鏈路狀態(tài)為“驅(qū)動配置成功”或“未建”。 LTE troubleshooting 手冊 排障方法篇 27 c、通過 OSPStudio 控制臺輸入 nhsa 命令，不能學(xué)到對端的 MAC，其狀態(tài)顯示 LEARNING 狀態(tài)。 排障 方法 篇 LTE troubleshooting 手冊 28 3）解決方法：通過 LMT 登錄基站，檢查一下傳輸配置參數(shù)，路由是否配置，然后按照規(guī)劃數(shù)據(jù)配置正確的