《網絡系統(tǒng)建設與運維》課件-項目八 5G基站故障處理

8.15G基站故障信息收集故障處理的流程故障信息收集注意項收集故障信息故障的處理流程0102故障信息是故障處理的重要依據(jù)，任何一個故障處理過程都是從維護人員獲得故障信息開始，維護人員應盡量收集需要的故障信息。故障信息收集定位故障是從眾多可能原因中找出故障原因的過程，通過一定的方法或手段分析、比較各種可能的故障成因，不斷排除非可能因素，最終確定故障發(fā)生的具體原因。故障定位03通過對定位故障實施恢復處理，解決故障，如實施處理措施后，故障依舊，則重新循環(huán)故障處理流程。故障處理故障處理的流程故障信息收集注意項收集故障信息故障信息收集項具體的故障現(xiàn)象。故障發(fā)生的時間、地點和頻率。故障的范圍、影響。故障發(fā)生前設備運行情況。故障發(fā)生前對設備進行了哪些操作、操作的結果是什么?故障發(fā)生后采取了什么措施、結果是什么?故障發(fā)生時設備是否有告警、告警的相關/伴隨告警是什么。故障發(fā)生時是否有單板指示燈異常。故障發(fā)生前是否有重大活動，如集會等大業(yè)務流量的變化。故障發(fā)生前是否有天氣等可能影響設備功能的自然環(huán)境變化。故障信息是故障處理的重要依據(jù)，任何一個故障處理過程都是從維護人員獲得故障信息開始，維護人員應盡量收集需要的故障信息。故障信息收集途徑和注意事項詢問申告故障的用戶或者現(xiàn)場工程人員，了解具體的故障現(xiàn)象、故障發(fā)生時間、地點、頻率。詢問設備操作維護人員，了解設備日常運行狀況、故障現(xiàn)象、故障發(fā)生前操作以及操作的結果、故障發(fā)生后采取的措施及效果。觀察單板指示燈，觀察操作維護系統(tǒng)以及告警管理系統(tǒng)以了解設備軟、硬件運行狀況。通過業(yè)務演示、性能測量、接口/信令跟蹤等方式了解故障發(fā)生的范圍和影響。在遇到故障，特別是重大故障時，應具有主動收集相關故障信息的意識，建議先了解清楚相關情況后再決定下一步的工作，切記盲目處理。應加強橫向、縱向的業(yè)務聯(lián)系，建立與其他相關業(yè)務部門維護人員的良好業(yè)務關系，有助于信息交流、技術求助等，如傳輸部門、核心網部門、建設工程人員等。故障信息收集途徑故障信息收集注意事項故障處理的流程故障信息收集注意項收集故障信息原始信息種類屬性描述原始信息定義通過用戶故障申告，維護工程師發(fā)現(xiàn)的異常等反應出來的故障信息，以及維護人員在故障初期通過各種渠道和方法收集到的其他相關信息的總和，是進行故障判斷與分析的重要原始資料。用途主要用來判斷故障的范圍和確定故障的種類。原始信息在故障處理的初期階段，為縮小故障判斷范圍、初步定位問題提供依據(jù)。參考通過用戶投訴、現(xiàn)場工程師反饋等多條途徑。告警信息種類屬性描述告警信息定義指5G基站告警系統(tǒng)輸出的信息，涉及硬件、傳輸?shù)然镜母鱾€方面，信息量大而全，主要包括故障或異常現(xiàn)象的具體描述、故障發(fā)生的原因、故障修復建議等，是進行故障分析和定位的重要依據(jù)之一。用途主要用于查找故障的具體部位或原因。由于5G基站告警系統(tǒng)輸出的告警信息豐富、全面，因此可以用來直接定位故障的原因，或配合其他方法共同定位故障。參考告警的詳細說明可參見《告警參考》指示燈狀態(tài)種類屬性描述指示燈狀態(tài)定義反映單板的工作狀態(tài)以及電路、鏈路、光路、節(jié)點等工作狀態(tài)，是進行故障分析和定位的重要依據(jù)。用途主要用于快速查找大致的故障部位或原因，為下一步的處理提供思路。由于指示燈所包含的信息量相對有限，因此需要與告警信息配合使用。參考各單板指示燈的狀態(tài)說明。性能指標種類屬性描述性能指標定義對呼叫中的各種情況，如掉話、切換等進行實時統(tǒng)計，是分析業(yè)務類故障有力工具，能夠及時找出引起業(yè)務類故障的主要因素并加以有效防范。用途主要與信令跟蹤、信令分析配合使用，在定位掉話率過高、切換成功率低、呼叫異常等業(yè)務類故障方面有重要作用，常用于全網KPI分析和性能檢測。參考性能指標的詳細說明可參見《性能指標參考》8.25G基站故障定位故障種類及常見的處理方法傳輸問題的定位設備問題的定位業(yè)務問題的定位故障種類傳輸類故障業(yè)務處理類故障設備類故障故障種類基站與網管鏈路故障基站與其他網元鏈路故障（如SCTP故障等）AAU鏈路類故障天饋駐波比異常GNSS接收機故障小區(qū)退出服務初始接入失敗網絡KPI異常設備類故障相對簡單，雖然故障種類多，但是故障范圍較窄，系統(tǒng)會有單板指示燈異常、告警和錯誤提示等信息。用戶根據(jù)指示燈信息、告警處理建議或者錯誤提示，可以排除大多數(shù)設備類故障。傳輸類和業(yè)務類故障較復雜，需要逐步排除可能原因。故障定位思路故障定位思路—分層排除通過對各個層級分段，排除各層級引起故障的可能性的一種方法。物理層

負責介質的連接，重點關注電纜、跳線、連接頭、接口、設備硬件。數(shù)據(jù)鏈路層

封裝不一致，主要關注端口的狀態(tài)和負載。IP層

分段打包重組，主要關注地址和子網掩碼是否正確，路由協(xié)議配置是否正確。排查是重點查

看接口IP配置及路由表設置。高層

負責端到端的數(shù)據(jù)，主要關注網絡終端的高層協(xié)議，以及終端設備的軟硬件運行狀態(tài)。故障定位思路—分段法及替換法分段排除：把網絡分段，逐段排除故障。替換法：替換法是檢查硬件問題的最常用方法。當懷疑單板、線纜、接口、光模塊等硬件設備故障時，可以采用替換法排除。在實際網絡故障排查時，可以先采用分段法確定故障點，再通過分層或其他方法排除故障。其它的方法說明單板、線纜插拔：當懷疑線纜或單板連接不可靠時，可以重新插拔來排除。設備重啟：當懷疑軟件版本運行異常時，可以重啟設備（慎用）。性能指標TOPN：通過網管性能管理功能，查詢全網性能指標最差的TOPN基站（如最差的5個基站），定位故障區(qū)域。信令跟蹤：一般涉及業(yè)務類故障時，如不能發(fā)起業(yè)務、呼叫成功率低等，可以進行信令跟蹤，檢查異常信令，定位問題。故障種類及常見的處理方法傳輸問題的定位設備問題的定位業(yè)務問題的定位傳輸問題定位思路5G網絡由無線設備、傳輸網、核心網、OMC網管等構成，任何一個環(huán)節(jié)出現(xiàn)問題都有可能導致5G網絡出現(xiàn)故障。傳輸問題定位思路基站配套電源故障或掉電

導致單個站點脫管、業(yè)務受損，產生網元連接中斷告警。（設備出現(xiàn)網元斷鏈告警）BBU至傳輸網的光模塊或光纖故障

導致單個站點脫管、業(yè)務受損，產生網元連接中斷告警。（設備出現(xiàn)網元斷鏈告警）傳輸設備故障

接入層設備故障只會導致單個站點脫管、業(yè)務受損，產生網元連接中斷告警；匯聚設備或

L3設備則會導致大批量站點出現(xiàn)網元連接中斷告警或S1接口故障告警/控制面?zhèn)鬏斨袛喔?/p>

警。（設備出現(xiàn)網元斷鏈告警）5G網絡傳輸故障的可能原因及影響傳輸問題定位思路5GC設備故障大批量網元出現(xiàn)NG接口故障告警/控制面?zhèn)鬏斨袛喔婢?（設備出現(xiàn)網元斷鏈告警/SCTP偶

聯(lián)斷告警）OMC網管故障大批量網元出現(xiàn)網元連接中斷告警。（設備出現(xiàn)大量網元斷鏈告警）數(shù)據(jù)配置問題單個站點產生NG接口故障告警/控制面?zhèn)鬏斨袛喔婢?。（設備出現(xiàn)NG斷鏈告警/SCTP偶

聯(lián)斷告警）5G網絡傳輸故障的可能原因及影響網元與網管斷鏈故障定位

網元斷鏈是非常嚴重的告警，需要及時排查。有版本升級、配置數(shù)據(jù)整表等常規(guī)操作導致的正常斷鏈，也有由于配置數(shù)據(jù)錯誤、網元軟硬件故障引起的異常斷鏈。需要根據(jù)實際情況判斷是否需要人工參與完成鏈路恢復。故障現(xiàn)象基站前后臺斷鏈或一直無法正常建鏈；顯示前后臺斷鏈；原因分析版本升級導致前后臺斷鏈；前臺死循環(huán)導致前后臺斷鏈；帶寬配置太小導致前后臺斷鏈；前臺已與其它服務器建鏈；SCTP偶聯(lián)斷鏈故障定位故障現(xiàn)象：NG接口或Xn接口的SCTP偶聯(lián)斷鏈故障?？赡茉颍罕径嘶驅Χ伺悸?lián)參數(shù)配置錯誤。傳輸鏈路（如傳輸網、交換機、路由器等）故障。處理建議：檢查SCTP偶聯(lián)參數(shù)配置是否正確。在5G網管的SCTP配置中，檢查本端端口號、使用的IP層配置、遠端地址、遠端端口號是否

與現(xiàn)網規(guī)劃一致。

是→聯(lián)系技術支持

否→子步驟b將本端的SCTP偶聯(lián)參數(shù)修改為與現(xiàn)網規(guī)劃一致。同步配置數(shù)據(jù)到網元。檢查本端到對端的傳輸?shù)刂肥欠窨蛇_。PING偶聯(lián)遠端地址，查看能否收到應答。

是→聯(lián)系技術支持

否→子步驟b根據(jù)組網規(guī)劃，檢查傳輸路徑中各節(jié)點（如AMF/交換設備等）的IP地址及路由配置是否正確。

是→聯(lián)系技術支持

否→子步驟c根據(jù)組網規(guī)劃，將傳輸路徑中各節(jié)點（如核心網/交換設備等）的IP地址及路由配置修改正確。

是→結束

否→聯(lián)系技術支持SCTP偶聯(lián)斷鏈故障定位NG接口斷鏈故障定位告警原因：SCTP偶聯(lián)斷。NGAP建立失?。▍f(xié)商失敗或基站無小區(qū)）。處理措施：檢查告警詳細信息中的附加文本字段，是否SCTP偶聯(lián)斷。如果不是，執(zhí)行步驟2。如果是，參照“SCTP偶聯(lián)斷鏈”的處理措施進行排查。如果告警消除，結束告警處理，否則執(zhí)行步驟2。檢查告警詳細信息中的附加文本字段，是否NGAP建立失敗。如果是在配置管理系統(tǒng)中檢查基站是否配置小區(qū)，NG接口配置參數(shù)是否有效。檢查MCC、MNC是否配置正確。必須按照運營商提供的數(shù)據(jù)規(guī)劃來配置MCC、MNC，由

于核心網可能同時和不同基站系統(tǒng)對接，因此基站側配置的MCC、MNC必須在核心網側

也配置了，否則會導致NGAP層信令交互失敗、NG斷鏈（此時SCTP鏈路是通的）。檢查TAC是否配置正確，并與核心網側人員確認5GC是否已相應配置了基站的TAC參數(shù)。若gNB側和核心網側配置的TAC參數(shù)不一致，則會導致NG接口斷鏈。檢查gNB標識（gNBID）是否配置正確。若整網存在gNB標識（gNBID）沖突的情況，則會導致NG鏈路閃斷。如果上述配置數(shù)據(jù)不正確，修改參數(shù)，同步配置數(shù)據(jù)到基站。檢查告警是否清除，如果告警消除，結束告警處理，否則尋求更高一級的設備維護支持。NG接口斷鏈故障定位故障種類及常見的處理方法傳輸問題的定位設備問題的定位業(yè)務問題的定位排查思路定位設備故障思路較簡單，一般遵循告警提示，即可解決大部分問題，定位故障時可采用替換法。A重啟B插拔C替換定位故障常用三板斧AAU鏈路類故障排查思路：檢查是否存在“光口未接收到光信號”、“光模塊接收功率異常”、“光口接收幀失鎖”告警，如果存在光口類故障先解決光口告警。檢查是否存在“版本包故障”告警，確認是否為版本問題。檢查是否存在“硬件類型和配置不一致”告警，確認是否配置的硬件類型不一致。檢查AAU是否存在“參數(shù)配置錯誤”告警，檢查光口速率配置，基帶板與AAU拓撲結構，檢查基帶板運行狀態(tài)，確認參數(shù)配置是否正確。嘗試軟復位AAU、硬復位AAU。嘗試復位與該AAU連接的上級單板或AAU。上站用光功率計檢測光功率是否正常，以便排除是否硬件或者外部環(huán)境問題。如有硬件問題則更換AAU。光纖/電纜損壞；光纖/電纜端面污染；本端或對端光/電模塊或光纖/電纜沒插好；對端設備的光/電模塊損壞；光纖實際長度大于光模塊支持的長度；本端、對端的光模塊速率不匹配；對端設備工作異常；AAU鏈路類故障可能原因：診斷BBU側發(fā)射功率。通過網管查看對應光模塊的發(fā)射功率，檢查光模塊的發(fā)射功率，是否滿足以下要求：對于1.25G/2.5G/3G光模塊，發(fā)射功率＞-10dBm；對于6G/10G/25G/光模塊，2km發(fā)射功率＞-8.2dBm，10km發(fā)射功率＞-5.2dBm。

是→步驟2否→步驟6診斷BBU側接收功率。通過網管查看對應光模塊的接收功率，檢查光模塊的接收功率，是否滿足以下要求：對于1.25G/2.5G/3G光模塊，接收功率＞-16dBm；對于6G/10G/25G/光模塊，接收功率＞-10.5dBm。是→步驟3否→步驟7AAU鏈路類故障—網管側處理步驟處理建議：檢查BBU側配置的光口速率與插入光模塊的速率是否一致。檢查是否有相關告警（光模塊速率不匹配）是→子步驟b否→子步驟c在網管中修改配置的光口速率與現(xiàn)網規(guī)劃一致。等待一段時間后，檢查告警是否已消除。是→結束否→子步驟c逐級降低BBU側配置的光口速率（例如把10G降低為6G）。等待一段時間后，檢查告警是否已消除。是→步驟7否→步驟4AAU鏈路類故障—網管側處理步驟復位AAU。等待一段時間后，檢查告警是否已消除。是→結束否→步驟5檢查是否為級聯(lián)AAU的情況，復位其上級AAU。等待一段時間后，檢查告警是否已消除。是→結束否→步驟6安排人員上站檢查。去BBU側，檢查和更換光模塊。安排人員上站檢查。去AAU側，檢查和更換光模塊。AAU鏈路類故障—網管側處理步驟上站工具準備：光模塊、光功率計、萬用表、光轉接頭。在BBU側，根據(jù)告警詳細信息中的位置信息，觀察單板的OF指示燈狀態(tài)。指示燈狀態(tài)說明如下。常亮：光模塊故障慢閃：光模塊接收無光快閃：光模塊有光但幀失鎖滅：不能接收到光信號。指示燈為滅→步驟4（檢查AAU）指示燈為常亮或慢閃→步驟2（檢查BBU光模塊）AAU鏈路類故障—網元側處理步驟處理建議：在BBU側，拔插光模塊，并且同網管側確認光模塊速率是否和網管配置一致。等待一段時間后，檢查告警是否已消除。是→結束否→步驟3更換和網管配置速率一致的光模塊。等待一段時間后，檢查告警是否已消除。是→結束否→步驟4在AAU側，根據(jù)告警詳細信息中的位置信息，拔插光模塊（可根據(jù)現(xiàn)場OPT指示燈閃燈狀態(tài)，判斷故障位置）。等待一段時間后，檢查告警是否已消除。是→結束否→步驟5AAU鏈路類故障—網元側處理步驟在AAU側，用光功率計測光功率。（可選）用光功率計測光模塊發(fā)射功率，檢查是否滿足正常值。對于1.25G/2.5G/3G光模塊，發(fā)射功率＞-10dBm；對于6G/10G/25G/光模塊，2km發(fā)射功率＞-8.2dBm，10km發(fā)射功率＞-5.2dBm。

是→子步驟c

否→子步驟b更換和網管配置速率一致的光模塊。等待一段時間后，檢查告警是否已消除。

是→結束

否→子步驟c（可選）用光功率計測光模塊接收功率，檢查是否滿足正常值。對于1.25G/2.5G/3G光模塊，接收功率＞-16dBm；對于6G/10G/25G/光模塊，接收功率＞-10.5dBm。

是→子步驟d

否→子步驟eAAU鏈路類故障—網元側處理步驟更換和網管配置速率一致的光模塊。等待一段時間后，檢查告警是否已消除。是→結束否→步驟5更換光纖。等待一段時間后，檢查告警是否已消除。

是→結束

否→步驟5給AAU下電，等待超過5s后，再給AAU上電。等待一段時間后，檢查告警是否已消除。

是→結束

否→步驟6更換AAU。等待一段時間后，檢查告警是否已消除。

是→結束

否→聯(lián)系技術支持AAU鏈路類故障—網元側處理步驟天饋駐波比異常駐波（VSWR）原理概述

無線基站的天饋系統(tǒng)除時鐘系統(tǒng)外，還包括射頻單元、天線以及射頻單元與天線之間的饋線、器件，常見器件包括合路器、耦合器、功分器、放大器等，天饋系統(tǒng)故障除了時鐘問題外，現(xiàn)網發(fā)生最多的就是駐波問題,其原理如下：駐波比全稱為電壓駐波比，又名VSWR和SWR，為英文VoltageStandingWaveRatio的簡寫。

駐波(VSWR)用于表示RRU天饋口與天饋線纜之間阻抗的匹配程度，是RRU的總輸出功率與有效輸出功率(總功率-反向功率)之比。當駐波很大時，大部份的功率都發(fā)射回來，此時RRU實際輸出功率很小，小區(qū)業(yè)務基本中斷。此時RRU軟件自動關閉發(fā)射通道開關。天饋線纜接頭制作不合格、未擰緊、進水或存在金屬碎屑等異物。天饋線纜存在擠壓、彎折，或饋纜損壞。射頻單元硬件故障。天線對著障礙物。駐波比告警門限過低。天饋駐波比異常可能原因：檢查駐波比門限配置是否合理。在網管中檢查駐波比門限的上限值和下限值是否合理。不建議設置駐波比門限的下限值低于1.5。是→步驟2否→子步驟b根據(jù)實際需求，上調駐波比門限值。同步配置數(shù)據(jù)到網元。等待一段時間后，檢查告警是否已消除。是→結束否→步驟2安排人員上站檢查。天饋駐波比異?！W管側處理步驟處理建議：上站工具準備：力矩扳手等工具。上站檢查是否存在以下情況：檢查RRU接頭處射頻線纜異常（正常要求射頻線纜從射頻頭垂直往下20cm布放不能彎曲，線纜彎曲半徑要大于20倍線徑）。檢查RRU接頭內進水、變形、有異物。

是→步驟2

否→步驟3解決步驟1問題，并擰緊接頭。等待一段時間后，檢查告警是否已消除（RRU的駐波比指示燈滅）。

是→結束

否→步驟3天饋駐波比異?！W元側處理步驟處理建議：對調RRU兩個射頻接口的天饋線纜。對調天饋線纜前，和網管側確認告警是在哪個通道。給RRU下電。對調RRU兩個射頻接口的天饋線纜。給RRU上電。和網管側確認告警所在通道是否隨著對調操作轉移。

是→步驟6

否→步驟4給RRU下電，等待超過5s后，再給RRU上電。等待一段時間后，檢查告警是否已消除。

是→結束

否→步驟5更換RRU。等待一段時間后，檢查告警是否已消除。

是→結束

否→聯(lián)系技術支持排查天饋或合路器故障。依據(jù)天饋排障方法進行處理。天饋駐波比異常—網元側處理步驟GNSS接收機故障

當配置了內置/外置GNSS參考源時，接收機存在故障或者不可用時，上報該告警。GNSS接收機損壞或者與接收單元的鏈路異常。RGPS接收機斷電。環(huán)境溫度超出閾值或溫度傳感器故障。

可能原因：單板處理能力下降，部分功能無法正常運行，嚴重時會導致無線鏈路建立等失敗，該單板上承載的業(yè)務可能全部或局部受阻或影響業(yè)務質量。系統(tǒng)影響：GNSS接收機故障—接收機通訊失敗根據(jù)告警對象，找到單板位置，若單板為交換板，復位告警單板。等待一段時間后，檢查告警是否已消除。是→結束否→步驟2安排人員上站檢查。網管側處理步驟：根據(jù)告警對象，找到單板位置，若單板為AAU單板，檢查RGPS連接是否異常。是→步驟2否→步驟3將RGPS端口連接。等待15分鐘，檢查告警是否已消除。是→結束否→步驟3根據(jù)告警對象，找到單板位置，更換告警單板。等待一段時間后，檢查告警是否已消除。是→結束否→聯(lián)系技術支持網元側處理步驟：GNSS接收機故障—接收機1PPS丟失根據(jù)告警對象，找到單板位置，若單板為交換板，復位告警單板。等待一段時間后，檢查告警是否已消除。

是→結束

否→步驟2安排人員上站檢查。網管側處理步驟：根據(jù)告警對象，找到單板位置，若單板為AAU單板，檢查RGPS連接是否異常。是→步驟2否→步驟3將RGPS端口連接。等待一段時間后，檢查告警是否已消除。是→結束否→步驟3根據(jù)告警對象，找到單板位置，更換告警單板。等待一段時間后，檢查告警是否已消除。是→結束否→聯(lián)系技術支持網元側處理步驟：故障種類及常見的處理方法傳輸問題的定位設備問題的定位業(yè)務問題的定位小區(qū)退出服務小區(qū)被關斷。NG鏈路故障。進入網管，查詢小區(qū)狀態(tài)。查詢運行版本是否正確，必要情況下和其他運行正常的基站進行版本對比。檢查告警詳細信息中的附加文本字段是否為“小區(qū)關斷”。如果不是，執(zhí)行步驟4。如果是，則可以根據(jù)系統(tǒng)配置決定是否解除小區(qū)關斷。查看告警是否消除。如果告警消除，結束告警處理，否則執(zhí)行步驟4。查詢NG鏈路狀態(tài)，如果NG鏈路斷，先根據(jù)NG鏈路斷故障排查指導進行排查，解決NG鏈路斷的問題。可能原因：處理建議：小區(qū)所使用的交換板、基帶板或AAU/RRU故障。小區(qū)配置失敗。時鐘失鎖。查看告警管理中告警監(jiān)控是否有時鐘失鎖相關告警。如果沒有，執(zhí)行步驟6。如果有，按照這些告警的處理方法處理。查看告警是否消除，如果告警消除，結束告警處理，否則執(zhí)行步驟6。在告警管理中告警監(jiān)控中檢查小區(qū)所使用的主控板、基帶板、AAU/RRU是否有告警。如果沒有，執(zhí)行步驟7。如果有，按照這些告警的處理方法處理。查看告警是否消除，如果告警消除，結束告警處理，否則執(zhí)行步驟7。在配置管理中檢查小區(qū)參數(shù)配置。確保小區(qū)參數(shù)配置正確，并同步配置數(shù)據(jù)到gNB。查看告警是否消除，如果告警消除，結束告警處理，否則尋求更高一級的技術支持。小區(qū)退出服務初始接入失敗基站信號質量差或用戶太多導致?lián)砣鸘E在核心網未放號或欠費UE硬件型號與網絡不兼容基站其他軟硬件問題可能原因：初始接入失敗檢查基站是否有其他異常告警，如果有的話先解決告警，看業(yè)務是否恢復。檢查基站軟硬件版本是否正確，如果版本不正確先升級版本，看業(yè)務是否恢復。檢查基站配置數(shù)據(jù)是否正確，如果有錯誤修改配置數(shù)據(jù)，看業(yè)務是否恢復。檢查隨機接入過程，看MSG1后是否有MSG2。如果UE未收到MSG2，可能是用戶太多導致競爭失敗，或者下行信號質量差導致接收失敗。如果因為用戶太多導致競爭失敗，可考慮擴容；如果因為信號質量差導致信號接收失敗，可考慮改善基站覆蓋質量，涉及網絡優(yōu)化環(huán)節(jié)。通過信令跟蹤檢查接入信令流程，看RRCConnectionRequest后，基站是否回復RRCConnectionSetup。如果沒有回復，或者回復其他異常信令，聯(lián)系核心網確認核心網側參數(shù)配置正常，且UE正常放號不欠費。如果核心網側有問題，解決后看業(yè)務是否恢復。更換