關鍵字
10.x、災備、4G
一、故障現象描述
現場進行災備演練過程中，發現網點斷開有線專線后，4G模塊撥號異常，業務未能順利切換至4G災備鏈路，導致災備演練失敗，現場重置撥號模組或者重啟設備后4G撥號恢復正常。
二、故障排查分析
根據對現場設備信息收集，在show cell info中觀察到network的信息中顯示服務受限，如下圖所示
通過相關AT指令查詢，可以判斷設備在撥號時相關配置和撥號狀態皆無異常。如下圖所示。
打開dial流程的debug，觀察dial debug發現在撥號的過程中，相關的authtype和apn都配置成功，但是并沒有開關射頻的AT發送成功的記錄。如下圖所示。
通過手動發送開關射頻的操作，4G接口撥號成功。并且在撥號的流程中看到了開關設備的AT發送。
三、故障根因說明
通過對代碼流程的分析，可以判斷在U8300C模組在使用電信單4Gsim卡時，在處理pin碼識別中出現異常，導致撥號流程無法識別ISP故障進入異常處理流程，沒有下發開關設備的AT引起撥號失敗。
四、故障解決方案
方案一：通過軟件修改撥號異常問題，在U8300C模組使用電信單4Gsim卡時使用單獨的處理流程。確保能正常撥號。預計2024年6月30日提供版本進行驗證。
方案二：處于異常撥號狀態時通過reset模組恢復撥號。
Ruijie#debug support
Ruijie(support)#modem slot(對應撥號異常的線卡槽位號) reset
Ruijie(suppoprt)#exit
方案三：處于異常撥號狀態時通過開關射頻恢復撥號。
Ruijie#debug support
Ruijie(support)#rmm at_layer sendat slot(對應撥號異常的線卡槽位號) at+cfun=0 0
Ruijie(support)#rmm at_layer sendat slot(對應撥號異常的線卡槽位號) at+cfun=1 0
Ruijie(support)#exit
方案四：重啟設備。
方案五：采取4G常在線，確保4G撥號成功之后處于常在線模式，配置track保持極低的流量，?；?G通路。
發布時間：2024-06-12
點擊量：120
文檔評價
