【導讀】大唐移動通信設備有限公司為客戶提供全方位的技術(shù)支持，用戶可與當?shù)氐拇筇埔苿愚k事處聯(lián)系，也可直接與公司總部客服中心聯(lián)系。版權(quán)所有，保留一切權(quán)利。國際公約中有關(guān)著作權(quán)法律的保護。未經(jīng)大唐移動書面授權(quán)，任何人不得以任何形式復制、傳播、散布、改動或以其它方式使用本資料的部分或全部內(nèi)容，違者將被依法追究責任。由于產(chǎn)品版本升級或其它原因，本手冊內(nèi)容會不定期進行更新。除非另有約定，本手冊僅作為使用。指導，本手冊中的所有陳述、信息和建議不構(gòu)成任何明示或暗示的擔保。support@datangmobile、反饋，我們將對好的建議給予獎勵。并給出其英文全稱和中文解釋，方便讀者查閱?？w警告、提示等內(nèi)容一律用楷體，并且在內(nèi)容前后增加線條與正文隔離。雙擊連續(xù)兩次快速按下并釋放鼠標的一個按鈕。說明、提示、竅門、思考：對操作內(nèi)容的描述進行必要的補充和說明。

　　

【正文】 laris 系統(tǒng)中自帶的工具， 是一個用于顯示網(wǎng)絡通訊的程序， 它 可捕獲LTE troubleshooting 手冊 基礎(chǔ)篇 113 IP 包并將其顯示或保存到指定文件 、 (限超級用戶使用 snoop)： 1) 抓取一個主機的包 ： Snoop from Ipaddress 2) 抓取一個端口的包 ： UDP 端口： snoop to udp and port 55 TCP 端口： snoop to tcp and port 56 3) 抓取兩個主機之間的包 ： Snoop from 19 16 5 17 19 16 5 34 4) 抓取 、 PCAP 格式的包（可以使用 wireshark 打開） ： snoop –v –o test、 pcap Ipaddress 使用 Ctrl+c 可以停止抓包，抓包記錄文件 test、 pcap 會放在執(zhí)行抓包命令時，所在當前目錄下。 使用 Jconsole 提取查看 OMCR 應用的內(nèi)存的使用情況 Jconsole 是 一個 JDK 自帶的監(jiān)視工 (JDK 可以在網(wǎng)上下載，建議使用 JDK 0 或以上版本 )，如果需要遠程查看服務器進程 Memory 使用率，可以使用 Jconsole 進行遠程連接，并可以查看到進程 Memory 的使用率曲線圖。在 “運行 ”框中輸入 “jconsole”后，出現(xiàn) jconsole連接窗口，然后輸入遠端 ip 和端口號后 ”連接 ”即可。 成功后切換到 “內(nèi)存 ”選項即可出現(xiàn)進程 Memory 占用率曲線圖。 基礎(chǔ)篇 LTE troubleshooting 手冊 114 內(nèi)存區(qū)定義說明： 1) Eden Space (heap)： 內(nèi)存最初從這個線程池分配給大部分對象 ； 2) Survivor Space (heap)：用于保存在 eden space 內(nèi)存池中經(jīng)過垃圾回收后沒有被回收的對象 ； 3) Tenured Generation (heap)：用于保持已經(jīng)在 survivor space 內(nèi)存池中存在了一段時間的對象 ； 4) Permanent Generation (nonheap): 保存虛擬機自己的靜態(tài) (refective)數(shù)據(jù)，例如類（ class）和方法（ method）對象。 Java 虛擬機共享這些類數(shù)據(jù)。這個區(qū)域被分割為只讀的和只寫的 ； 5) Code Cache (nonheap):HotSpot Java 虛擬機包括一個用于編譯和保存本地代碼（ native code）的內(nèi)存，叫做 “代碼緩存區(qū) ”（ code cache） 。 LTE troubleshooting 手冊 排障方法篇 21 第 2章 排障 方法 篇 ENB 排 障 方法 匯總 小區(qū)退服問題匯總 關(guān)鍵字 小區(qū)退服 內(nèi)容描述 小區(qū)退服率是客戶關(guān)注的最重要的運維指標之一，要求現(xiàn)場維護人員熟知可能引起小區(qū)退服的原因和對應的排障手段，一旦發(fā)現(xiàn)小區(qū)退服的情況，能夠在 30 分鐘內(nèi)確認原因，制定處理方案。 小區(qū)退服原因細分： 運維人員可以通過 OMC 告警，對出現(xiàn)的小區(qū)退服原因進行細分，目前主要分為以下幾類，其中子原因為傳輸故障的，需要現(xiàn)場人員確認是否 EPC 或傳輸網(wǎng)絡的問題，導致批量站點因傳輸閃斷引發(fā)小區(qū)退服 ， 子原因為人為操作的需要現(xiàn)場核對操作記錄。 涉及設備 ENB 詳細內(nèi)容 排障方 法： 小區(qū)退服，處理器故障 處理器故障告警與 BBU 側(cè)的基帶板相關(guān)，會伴隨出現(xiàn) “處理器故障告警 ”， 需要 確認DSP 故障自恢復開關(guān)處于打開狀態(tài) （ LMT 命令樹 控制開關(guān) DSP 故障自恢復開關(guān) ） 。對于軟件問題引起的故障，在開關(guān)打開的狀態(tài)下， 5 分鐘內(nèi)故障會自行恢復。 由于處理器任務陷入死循環(huán) 上報告警“處理器故障” 或訪問非法地址導致處理器故障，上報告警“ 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)配置文件復位板卡 （一般是由于核 5 的 處理器故障） 。 由于 打開 L2 日志開關(guān)的情況下，該功能在峰速業(yè)務時 CPU 占用率會達到長期 100%，導致 OM 判為 DSP 不存活 ，處理建議修改 小區(qū) 測試開關(guān) MAC 測試開關(guān)中將小區(qū) 1的設置 L2 日志類型改為關(guān)閉 ，然后復位 BPOG 板卡（一般是由于核 4 的 處理器故障）。 補充：問題 3 在修改參數(shù) 對應的 MAC 參數(shù)規(guī)避后， 都可以通過打開 DSP 故障自恢復開關(guān) ，等待大概 5 分鐘故障會自動恢復，無需復位板卡 。 小區(qū)退服，光口不可用 該問題與 BBU 和 RRU 之間的光路相關(guān)，一般是伴隨更換 RRU 的操作出現(xiàn)，出現(xiàn)該告警，現(xiàn)場首先核查操作記錄。 小區(qū)退服，基帶板卡退服 該問題與 BBU 側(cè)基帶處理板（ BPOG\BPOE\BPOF）不在位相關(guān)，現(xiàn)場首先核查操作記錄，是否人為復位導致。對于非人為操作的情況，提取 OMKEY 日志確認。 常見的軟件復位原因： OmKeyLog Sw reset reason:update program 版本升級 OmKeyLog Sw reset reason:lmt reset nodeb LMT 復位 OmKeyLog Sw reset reason:lmtb software active reset nodeb LMT 激活軟件升級 常見的硬件復位原因： Hw last reset reason:power on 下電復位 Hw last reset reason:WatchDog Reset 看門狗復位 Hw last reset reason:ResetButton 按鈕復位 小區(qū)退服，射頻單元退服 因 RRU 不在位引起的小區(qū)退服，現(xiàn)場首先核查操作記錄，是否人為操作所致。 對于非人為導致的情況，請參見 RRU 不在位章節(jié)的分析。 小區(qū)退服，時鐘故障 因時鐘失鎖引起，常伴隨出現(xiàn)時鐘進入 holdover 狀態(tài)的告警，現(xiàn)場首先確認問題站定的鎖星數(shù)和鎖星強度是否正常。如懷疑 GPS 故障，參見 GPS 故障處理思路一節(jié)。 傳輸問題相關(guān) S1 無法建立 LTE troubleshooting 手冊 排障方法篇 23 關(guān)鍵字 S1 內(nèi)容描述 S1 鏈路無法建立的問題在實際表現(xiàn)中有很多種形式，常見的有“ STCP 鏈路顯示傳輸不可用”；“ SCTP 鏈路顯示驅(qū)動建立成功”，在本節(jié)進行詳細描述 。 涉及設備 ENB 詳細內(nèi)容 一、 鏈路顯示“傳輸不可用” 。 物理連接不通導致傳輸不可 用 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 通。 排障 方法 篇 LTE troubleshooting 手冊 24 c、 通過 OSPStudio 控制臺輸入 nhsa 命令，不能學到對端的 MAC，其狀態(tài)顯示 LEARNING 或AGED 狀態(tài)。 3） 解決方法： 通過上述現(xiàn)象和定位方法，基本上確定基 站傳輸物理連接不通。 a、 可以上站檢查一下基站傳輸連接是否掉了或松了，如果松了或掉了，重新連接一下，看故障現(xiàn)象是否恢復，如果還不能恢復，進行第二步檢查； b、 更換一下光模塊或光電模塊，再次檢查傳輸是否能夠恢復，如果不能恢復，進行第三步； c、 更換傳輸介質(zhì)，如光纖或網(wǎng)線，再次檢查傳輸是否能夠恢復。如果還不能恢復，請聯(lián)系 產(chǎn)品支持人員 進行定位。 IP 地址配置錯誤導致傳輸不可用 1） 表現(xiàn)現(xiàn)象，基站狂上報向 MME 發(fā)送數(shù)據(jù)失敗告警，查詢 SCTP 鏈路狀態(tài)為“驅(qū)動配置成功”。 2） 定位方法：檢查一下傳輸配置參數(shù)是否配置正確，如果不正 確，直接進行修改。 LTE troubleshooting 手冊 排障方法篇 25 3） 解決方法：按照正確的參數(shù)重新修改基站的 IP地址，然后下發(fā)割接命令，檢查一下傳輸是否恢復正常?；究裆蠄笙?MME 發(fā)送數(shù)據(jù)失敗告警是否消失。 VLAN 地址錯誤導致傳輸不可用 1） 表現(xiàn)現(xiàn)象，查詢 SCTP 鏈路狀態(tài)為“驅(qū)動配置成功”或“未建”。 基站活躍告警有 S1 鏈路故障、無可用 S1 鏈路、默認 MME 鏈路故障告警等； 2） 定位方法： a、 查看板塊點燈狀態(tài)，可以看出 GEOfp1State 和 GEOfp2State 其中有一個實際連線的GE 口燈為正常閃狀態(tài)，排除傳輸物理連接故障的問題； b、從基 站診斷測試 ping 對端 IP 地址，比如基站的下一跳網(wǎng)關(guān)，不能 ping 通。 c、通過 OSPStudio 控制臺輸入 nhsa 命令，不能學到對端的 MAC，其狀態(tài)顯示 LEARNING 狀排障 方法 篇 LTE troubleshooting 手冊 26 態(tài)。 d、 基站鏡像抓包，只能看到基站給 EPC 發(fā)的 INIT 報文，不能看到 EPC 給基站回的 INITACK報文。 e、 通過 hub 抓與基站連接的交換機或路由器端口，看交換機或路由器是否能夠收到基站發(fā)的報文。通過抓包可以確認，交換機或路由器端口收不到基站的報文，基本上可以確認基站的 vlan 不對。 3）解決方法：通過 LMT 登錄基站， 修改基站的 vlan，然后下發(fā)割接命令，檢查傳輸是否通。 路由配置錯誤或沒有配置導致傳輸不可用 1）表現(xiàn)現(xiàn)象，查詢 SCTP 鏈路狀態(tài)為“驅(qū)動配置成功”或“未建”。 基站活躍告警有 S1 鏈路故障、無可用 S1 鏈路、默認 MME 鏈路故障告警等； 2） 定位方法： a、查看板塊點燈狀態(tài)，可以看出 GEOfp1State 和 GEOfp2State 其中有一個實際連線的 GE口燈為正常閃狀態(tài)，排除傳輸物理連接故障的問題； b、從基站診斷測試 ping 對端 IP 地址，比如基站的下一跳網(wǎng)關(guān)，不能 ping 通。 LTE troubleshooting 手冊 排障方法篇 27 c、通過 OSPStudio 控制臺輸入 nhsa 命令，不能學到對端的 MAC，其狀態(tài)顯示 LEARNING 狀態(tài)。 d、 基站鏡像抓包，只能看到基站給 EPC 發(fā)的 INIT 報文，不能看到 EPC 給基站回的 INITACK報文。 排障 方法 篇 LTE troubleshooting 手冊 28 3）解決方法：通過 LMT 登錄基站，檢查一下傳輸配置參數(shù)，路由是否配置，然后按照規(guī)劃數(shù)據(jù)配置正確的路由關(guān)系。 二、 SCTP 鏈路狀態(tài)顯示“驅(qū)動建立成功 基站網(wǎng)元表示、移動網(wǎng)絡碼等參數(shù)配置錯誤導致傳輸不可用 1） 表現(xiàn)現(xiàn)象， SCTP 鏈路狀態(tài)顯示“驅(qū)動建立成功”， 基站活躍告警有 S1 鏈路故障、無可用 S1 鏈路、默認 MME 鏈路故障告警等； 2）定位方法： a、從基站診斷測試 ping 對端 IP 地址，比如 EPC