5G優(yōu)化案例：5G NSA網(wǎng)絡(luò)接入問題的優(yōu)化實(shí)踐

1、5G NSA網(wǎng)絡(luò)接入問題的優(yōu)化實(shí)踐 XX分公司 XX XX年XX月 第1 頁, 共39 頁 一、 二、 2.1 2.2 三、 目 錄 問題描述和處理思路. 3 NSA 網(wǎng)絡(luò)接入的信令流程和要點(diǎn). 5 雙連接技術(shù)原理. 5 5G NSA 組網(wǎng)的接入流程詳解. 7 現(xiàn)場接入問題優(yōu)化典型案例. 13 3.1 鏈路故障導(dǎo)致5G NR 無法接入. 13 3.2 3.3 3.4 四、 參數(shù)配置錯(cuò)誤導(dǎo)致用戶無法接入5G 網(wǎng)絡(luò). 21 用戶終端類問題導(dǎo)致無法接入5G 網(wǎng)絡(luò). 34 PCI 混淆導(dǎo)致SCG 無法正常添加而無法接入5G 網(wǎng)絡(luò). 38 經(jīng)驗(yàn)總結(jié). 39 第1 頁, 共39 頁 【摘要】由于NSA 協(xié)

2、議較SA 協(xié)議凍結(jié)較早，且在國際主流廠家都選擇首選推出 NSA 制式的核心網(wǎng)、基站和終端芯片等設(shè)備，目前在國際上推出商用的5G 網(wǎng)絡(luò) 都是基于NSA 組網(wǎng)，在中國國內(nèi)的三大主流運(yùn)營商也是如此。5G NSA 終端是在 錨點(diǎn)基站上完成隨機(jī)接入，然后再添加gNB 基站作為附加載波。相比于LTE 網(wǎng)絡(luò) 而言，NSA 網(wǎng)絡(luò)的接入流程更為復(fù)雜，接入問題的優(yōu)化難度更大。 在本案例中，對5G NSA 網(wǎng)絡(luò)接入流程進(jìn)行梳理，并對網(wǎng)絡(luò)優(yōu)化過程中的各 種造成接入失敗的問題進(jìn)行了梳理，并嘗試多種手段提升終端的接入成功率，通 過功能開關(guān)、鄰接關(guān)系、參數(shù)定時(shí)器等進(jìn)行解決了大量的NSA 終端的接入問題， 為后續(xù)5G 網(wǎng)絡(luò)大

3、規(guī)模建設(shè)和優(yōu)化入網(wǎng)積累了豐富的經(jīng)驗(yàn)。 【關(guān)鍵字】NSA SCG 雙連接 隨機(jī)接入 一、 問題描述和處理思路 在NSA 組網(wǎng)架構(gòu)下，5G 終端上網(wǎng)時(shí)信令是走的4G 錨點(diǎn)基站，而業(yè)務(wù)走的 是gNB 基站。因此，UE 首先進(jìn)行LTE 側(cè)的接入，之后通過B1 測量選取質(zhì)量最好 的NR 鄰區(qū)，并將對應(yīng)的gNB 添加為輔站。B1 測量事件由MeNB 負(fù)責(zé)完成，添 加完成后，進(jìn)行輔站的隨機(jī)接入，開始接入NSA 5G 網(wǎng)絡(luò)。因此相比于LTE 網(wǎng)絡(luò) 或者SA 網(wǎng)絡(luò)，終端的接入流程比較長，接入失敗的因素多而且失敗概率高，因 此對接入問題的排查難度相對要大很多。 基于當(dāng)前XX5G 網(wǎng)絡(luò)優(yōu)化過程中遇到的接入失敗問題，

4、匯總出各類原因及快 速定位思維導(dǎo)圖，如下： 第1 頁, 共39 頁 1.接入的小區(qū)需要保證小區(qū)正常建立，是否Barred；4G 側(cè)是否能正常接入 2.檢查小區(qū)的狀態(tài)是否正常，看是否有硬件、射頻類、小區(qū)類（重點(diǎn)關(guān)注 X2 口）故障告警，如有相關(guān)故障告警，通知產(chǎn)品團(tuán)隊(duì)進(jìn)行故障處理； 3.UE 收到準(zhǔn)備進(jìn)行4/5G 測量的RRC 重配，但是不上報(bào)B1 測量報(bào)告。出現(xiàn) 這種情況，一般由如下原因?qū)е拢?（1） 測量控制里沒有5G 信息。如果出現(xiàn)這種情況， 首先排除X2口有無故障 是否配置4G-5G單向鄰區(qū) 檢查4G獲取的pceid是否正確，檢查配置對應(yīng)gNB的X2 SCTP的流個(gè) 數(shù)是否為3，遠(yuǎn)端端口和

5、遠(yuǎn)端IP是否為5G的配置 最后可要求研發(fā)配合，檢查傳輸配置是否正確 （2） 測量控制里有5G 信息，但不正確。譬如5G 鄰區(qū)的頻點(diǎn)/PCI 配置錯(cuò) 誤。 第1 頁, 共39 頁 （3） 測量控制里有5G 信息，并且正確，但還是不發(fā)B1 測量報(bào)告。出現(xiàn) 這種情況，小區(qū)重新刪建。 5.5G 側(cè)信令，看到UE 不停發(fā)msg1，但基站側(cè)沒有收到，導(dǎo)致不下發(fā)MSG2。 出現(xiàn)這種情況，一般是上行空口問題。 （1） 檢查上行NI 是否正常。如果NI 高，會(huì)出現(xiàn)這種現(xiàn)象。 （2） 檢查5G 是否存在PCI 沖突/混淆。 二、 NSA 網(wǎng)絡(luò)接入的信令流程和要點(diǎn) 2.1雙連接技術(shù)原理 EUTRA-NR 雙連接(E

6、UTRA-NR Dual Connectivity),簡稱 EN-DC, 就是具備多 Rx/Tx 能力的UE 使用兩個(gè)不同網(wǎng)絡(luò)節(jié)點(diǎn)(MeNB 和SgNB)上的不同調(diào)度的無線資源。 其中,一個(gè)提供 EUTRAN 接入，另一個(gè)提供 NR 接入; 一個(gè)調(diào)度器位于 MeNB 側(cè)， 另一個(gè)調(diào)度器位與SgNB 側(cè)。 EN-DC 雙連接場景中，UE 連接到作為主節(jié)點(diǎn)的 eNB 和作為輔節(jié)點(diǎn)的 gNB， 其中eNB 通過S1-MME 和S1-U 接口分別連接到MME 和SGW，并同時(shí)通過X2-C 和X2-U 接口連接到gNB，gNB 也可以通過S1-U 接口連接到SGW，連接示意圖如 圖所示： 圖 1-1 雙

7、連接架構(gòu) 第1 頁, 共39 頁 2.1.1 雙連接控制面結(jié)構(gòu) 圖 1-2 雙連接控制面架構(gòu) 1.LTE eNB 作為雙連接的主節(jié)點(diǎn)MeNB，承載控制面和用戶面數(shù)據(jù)，終端通 過LTE eNB 接入核心網(wǎng)EPC，NR gNB 則作為輔節(jié)點(diǎn)，承載用戶面數(shù)據(jù)。 2. UE 和主站，從站分別有各自的RRC 連接，獨(dú)立進(jìn)行各自的資源管理(RRM)， 但是UE 只有面向主站的RRC 狀態(tài)。 3.UE 初始連接建立必須通過MeNB 主站，SRB1 和SRB2 在主站建立。 第1 頁, 共39 頁 4.UE 可以建立SRB3，用于和從站SgNB 直接進(jìn)行RRC PDU 傳輸。 5.SgNB 側(cè)空口至少要廣播M

8、IB 系統(tǒng)信息。在EN-DC 場景（例如：SgNB 添 加），SgNB 側(cè)PSCell 小區(qū)的廣播系統(tǒng)信息SIB1 通過專有信令重配RRC Connection Reconfiguration 消息提供給UE，該重配RRC Connection Reconfiguration 消息通過 MeNB 透傳給UE。 2.1.2 雙連接用戶面架構(gòu) 圖 1-3 EN-DC Optiona3/3a/3x 用戶面在不同的 EN-DC 雙連接模式下有不同的用戶面部署架構(gòu)，如圖 1-3 所示EN-DC 用戶面架構(gòu)中，一條數(shù)據(jù)承載可以由LTE eNB 或gNB 單獨(dú)服務(wù)，也可 由LTE eNB 或gNB 同時(shí)服務(wù)

9、。承載類型有主節(jié)點(diǎn)分離承載(MCG Split bearer)、輔 節(jié)點(diǎn)承載(SCG bearer)、輔節(jié)點(diǎn)分離承載(SCG Split bearer)分別對應(yīng)5G 部署架構(gòu) Option 3/3a/3x（當(dāng)前中國電信采用的Option 3X）。 Option 3 部署架構(gòu) (數(shù)據(jù)承載由LTE 將數(shù)據(jù)分流給NR) 同一個(gè)承載的用戶面數(shù)據(jù)可在LTE和NR上同時(shí)傳輸 LTE需要更強(qiáng)的處理能力 LTE和NR之間回傳需支持NR的傳輸速率 第1 頁, 共39 頁 Option 3a 部署架構(gòu)(數(shù)據(jù)承載由EPC 將數(shù)據(jù)分流至NR) 同一個(gè)承載的用戶面數(shù)據(jù)可在LTE或NR上傳輸 EPC需升級(jí)支持與NR相連

10、LTE和NR之間回傳無容量要求 Option 3x 部署架構(gòu)(數(shù)據(jù)承載由NR 可將數(shù)據(jù)分流至LTE) 同一個(gè)承載的用戶面數(shù)據(jù)可在LTE和NR上同時(shí)傳輸 EPC需升級(jí)支持與NR相連 LTE和NR之間回傳需支持LTE的傳輸速率 2.25G NSA組網(wǎng)的接入流程詳解 NSA 組網(wǎng)下，首先進(jìn)行LTE 側(cè)的接入，之后通過B1 測量選取質(zhì)量最好的NR 鄰區(qū)，并將對應(yīng)的gNB 添加為輔站。B1 測量事件由MeNB 負(fù)責(zé)完成，添加完成 后，進(jìn)行輔站的隨機(jī)接入，開始接入NSA 5G 網(wǎng)絡(luò)，整體流程如下，若無法正常 占用5G，則按以下信令流程進(jìn)行分析和定位： 2.2.1 隨機(jī)接入和RRC 建立： 此過程與4G 接

11、入類似，主要包括下面三條信令： RRC_CONN_REQ主要是UE的ID和建立原因 RRC_CONN_SETUP主要是建立RRC層的信令承載SRB1 RRC_SETUP_CONN_CMP表示已經(jīng)建立完成 第1 頁, 共39 頁 2.2.2 UE 終端能力查詢及PLMN 等信息上報(bào)： 基站會(huì)把UE 選擇的PLMN 信息，TAC,CELLID 和ATTACH 的信息上傳給MME 2.2.3 NAS 消息加密和鑒權(quán)： MME 和UE 之間通過NAS 消息進(jìn)行相互認(rèn)證，鑒權(quán)包含UU 口和S1 口信令， 如下： UU 口S1 口 順序?yàn)?5-1-2-6-7-3-4-8，這個(gè)過程是完成 MME 對 UE

12、的驗(yàn)證，判斷 UE 是否合法 第1 頁, 共39 頁 2.2.4 UE 能力查詢，判斷是否支持NSA 基站針對NSA 終端一般會(huì)有4 次或5 次UE 能力查詢 常見的4 次UE 能力查詢信令： NSA 相關(guān)的LTE-NR 頻段組合能力： NSA 相關(guān)能力 LTE 終端能力 en-DC-r15:supported，表示終端支持NSA； supportedBandListNR，表示終端支持的NR Band supportedBandListEUTRA：表示終端支持的EUTRA Band 第1 頁, 共39 頁 2.2.5 默認(rèn)數(shù)據(jù)承載DRB 建立 建立安全模式后，下一步是RRC 重配置和默認(rèn)承載激

13、活，實(shí)現(xiàn)DRB 的建立和 S1 口上資源的建立（GTPU 隧道），打通MME/S-GW 和ENB-UE 之間的業(yè)務(wù)通道。 在 RRC重 配 置 過 程 中 ， eNB向 UE發(fā) 起 重 配 請 求 ， 根 據(jù) S1AP_INITIAL_CONTEXT_SETUP_REQ 中的承載配置信息配置SRB2 和DRB 承載。 2.2.6 服務(wù)小區(qū)和鄰區(qū)下發(fā)測量控制 測量控制主要包含B1 測量信息（如下：門限值是52，基站配置為52-157=-105）， 當(dāng)測量值高于該值即觸發(fā)SCG 添加的流程 第1 頁, 共39 頁 2.2.7 NSA 終端添加SCG 流程 終端上報(bào)NR 鄰區(qū)測量B1 事件： eNB

14、 給鄰區(qū)的gNB 發(fā)起SgNB addition Req 流程： 其中包括ENDC 和NR 能力、NR 鄰區(qū)測量信息、eNB 支持的ENDC 能力、默 認(rèn)承載DRB 配置等； 第1 頁, 共39 頁 SgNB 給eNB 回復(fù)確認(rèn)，其中包括NR RRC 重配消息和SCG 配置： 終端給eNB 回復(fù)重配完成，eNB 給SgNB 回復(fù)重配完成后SCG 添加完成 三、 現(xiàn)場接入問題優(yōu)化典型案例 3.1 鏈路故障導(dǎo)致5G NR無法接入 3.1.1 S1-U 鏈路未配置無法接入 信令分析：本端4G 向NR 側(cè)SGNB ADD REQ 發(fā)起流程，NR 側(cè)SGNB ADD 第1 頁, 共39 頁 Reject

15、 （拒 絕），5G 終端用戶面無法接入NR 小區(qū) Reject CASE：transport: -transport -resource-unavailable 4G 錨點(diǎn)基本配置核查：對錨點(diǎn)站點(diǎn)相關(guān)參數(shù)及配置核查，無異常，開啟NSA DC 算法，錨點(diǎn)4G 站點(diǎn)添加NR 鄰區(qū)完整，X2 配置狀態(tài)正常 第1 頁, 共39 頁 5G 基本配置核查：組網(wǎng)模式，NSA DC 算法開啟，X2 配置及狀態(tài)正常 5G S1-U 配置核查發(fā)現(xiàn)異常：該NR 基站未配置S1-U 鏈路，導(dǎo)致用戶面無法接入 NSA NR 網(wǎng)絡(luò) 解決方案和措施： 19B 版本的NSA 組網(wǎng)3X 架構(gòu)如下： 第1 頁, 共39 頁 S1

16、-U 漏配添加：漏配導(dǎo)致NR 側(cè)無法識(shí)別LTE 側(cè)E-RAB 信息，從而終端用戶面接 入NR 小區(qū)失敗，需要添加S1-U 鏈路 添加完成后，NR 可正常接入： 第1 頁, 共39 頁 3.1.2 S1-U 鏈路故障導(dǎo)致概率性無法接入 信令分析：從信令分析看，終端上報(bào)B1 后未觸發(fā)SCG 添加。 CHR 記錄分析：從LTE CHR 記錄的LTE 未觸發(fā)SCG 場景僅兩種：下發(fā)了B1（占 比58.24%），沒有收到B1（40.25%）或者 11.無鄰區(qū)（0.82%），如下： 解析大量的SCG ADD REJ，原因?yàn)閭鬏斮Y源不可用： 告警查詢，該站長期存在用戶面故障告警。判斷為 S1-U 用戶面告警

17、導(dǎo)致接入異 常 第1 頁, 共39 頁 告警23 日恢復(fù)后，話統(tǒng)記錄未出現(xiàn)大量收到SCG ADD REQ 但SCG REJECT 的情況， SCG 添加成功率基本正常，現(xiàn)場驗(yàn)證接入正常。 3.1.3 X2 和NR 鄰區(qū)故障導(dǎo)致5G 網(wǎng)絡(luò)無法接入 問題現(xiàn)象描述：單驗(yàn)測試時(shí)候，通過SPEEDTEST 軟件測試發(fā)現(xiàn)在A 基站、B 基站 下的某個(gè)小區(qū)都存在5G 下載速率非常低的情況，不滿足近點(diǎn)速率驗(yàn)收標(biāo)準(zhǔn)。 問題原因分析：根據(jù)經(jīng)驗(yàn)，在NSA 組網(wǎng)近點(diǎn)的環(huán)境下出現(xiàn)下載速率極低的問題， 很大可能是5G SN 小區(qū)添加失敗導(dǎo)致，通過信令分析進(jìn)一步分析，這個(gè)兩個(gè)小區(qū) 第1 頁, 共39 頁 都通過占用的4G

18、小區(qū)給終端下發(fā)了B1 測量： A 站發(fā)B1 測量，SN 未添加： B 站下發(fā)B1 測量，SN 未添加： 既然下發(fā)了B1 測量，說明這兩個(gè)ENB 已經(jīng)配置成了錨點(diǎn)站且4G 基站和5G 基站 之間已經(jīng)配置了SCTP 鏈路。經(jīng)過反復(fù)測試發(fā)現(xiàn)如果終端駐留在共站的1.8G 小區(qū) 時(shí)SN 可以正常添加，由此判斷基站之間的SCTP 鏈路是正常的，很大可能性就是 共站的2.1G 小區(qū)沒有添加NR 鄰區(qū)關(guān)系，通過后臺(tái)參數(shù)檢查確認(rèn)兩個(gè)2.1G 小區(qū) 第1 頁, 共39 頁 都沒有配置NR 鄰區(qū)。 問題解決： 按照配置規(guī)范檢查ENDC 開關(guān)、鄰接小區(qū)、鄰區(qū)等配置后測試SN 可以正常添加： A 基站下發(fā)B1 測量，S

19、N 正常添加。 3.1.4 T310 超時(shí)導(dǎo)致SCG 異常釋放 問題描述：路測過程中,在某小區(qū)出現(xiàn)終端添加 SCG 輔站成功后又異常刪除的情 況 問題分析： 按照NSA輔站添加流程,如果輔站能夠成功添加成功,說明NSA接入?yún)?shù)配置 沒有問題。 對異常刪除輔站的空口流程進(jìn)行信令跟蹤,再輔站添加成功后,發(fā)現(xiàn)終端上 報(bào)了SCG FAIL INFO NR進(jìn)而基站觸發(fā)輔站刪除流程,攜帶了T310 Expiry 查詢協(xié)議T310超時(shí)原因, t310-Expiry (T310超時(shí)):upon detecting radio link failure for the SCG，說明問題出現(xiàn)在5G側(cè) 在問題點(diǎn)進(jìn)行

20、復(fù)測,發(fā)現(xiàn)問題點(diǎn)5G信號(hào)RSRP和SINR都正常,懷疑問題出現(xiàn) 時(shí)5G小區(qū)狀態(tài)可能存在問題 查詢出現(xiàn)異常問題時(shí)間段的X2口信令,在空口上報(bào)SCG FAIL INFO之前,實(shí) 際X2口5G小區(qū)已經(jīng)向錨點(diǎn)小區(qū)發(fā)送了輔站刪除請求,要求刪除輔站,原因值 為小區(qū)不可用 第1 頁, 共39 頁 解決方案： 空口T310 超時(shí)是5G 小區(qū)不可用的衍生問題,本次根因輔站釋放的原因是5G 小區(qū) 不可用導(dǎo)致,此類問題需要對5G NR 扇區(qū)的信號(hào)情況進(jìn)行處理解決 3.2參數(shù)配置錯(cuò)誤導(dǎo)致用戶無法接入5G 網(wǎng)絡(luò) 3.2.1 RLC 承載類型配置不一致導(dǎo)致SN 無法添加 問題描述 在現(xiàn)網(wǎng)NSA 組網(wǎng)某站點(diǎn)外場測試時(shí)，發(fā)現(xiàn)

21、開機(jī)后駐留到錨點(diǎn)小區(qū)手機(jī)圖標(biāo)顯示 5G，但是很快便切換到4G 網(wǎng)絡(luò)，前臺(tái)看終端重配到800M 網(wǎng)絡(luò)中。如下圖所示： 手機(jī)完成鑒權(quán)、加密后，未收到MR 測量上報(bào)，通過查看RRC 重配消息詳細(xì)可以 看出，發(fā)現(xiàn)SN 已經(jīng)正常添加，但是添加完成后立馬收到了來自核心網(wǎng)的上下文 釋放消息。再次進(jìn)行發(fā)起SN 添加請求時(shí)，收到SGNB ADDITION REQUEST REJECT。 后臺(tái)跟蹤信令： 第1 頁, 共39 頁 問題原因分析: 通過分析上下文異常釋放消息，該類問題一般可能存在以下情況： 1、UE 不活動(dòng)定時(shí)器設(shè)置過短； 2、RLC 承載類型4/5G 側(cè)配置不一致； 3、4/5G 側(cè)PDCP SN

22、長度不一致； 4、5G 小區(qū)故障。 問題解決方案 從上圖中的信令情況，由于收到的是核心網(wǎng)的異常釋放消息，懷疑 4/5G 側(cè)參 數(shù)配置存在問題，通過檢查發(fā)現(xiàn) 4/5G 側(cè)RLC 承載類型不一致。當(dāng)前版本要求4G 側(cè)需與5G 側(cè)保持一致，才可以保證SN 正在添加并保持業(yè)務(wù)穩(wěn)定性。 4G 側(cè)配置： 5G 側(cè)配置： 第1 頁, 共39 頁 通過參數(shù)修改后，前臺(tái)測試5G SN 添加正常，如下圖所示： SN 完成添加信令： 3.2.2 GNB 標(biāo)識(shí)長度不匹配導(dǎo)致添加SCG 失敗 問題描述：5G 手機(jī)在 LTE 錨點(diǎn)站發(fā)起業(yè)務(wù)，手機(jī)顯示 4G 信號(hào)、不顯示 5G， 信令顯示添加SCG 拒絕SGNB_ADD_

23、REQ_REJ, 拒絕原因值為cell-not-available 第1 頁, 共39 頁 問題分析： 基線配置及參數(shù)核查：NSA 功能開關(guān)/ PCC 頻點(diǎn)配置/ SCG SSB 頻點(diǎn)配置/NR 相 鄰頻點(diǎn)配置/ NR 外部小區(qū)與鄰區(qū)配置/ X2 鏈路等均正常 第1 頁, 共39 頁 信令進(jìn)一步分析：測試手機(jī)在錨點(diǎn)小區(qū)接入，查看添加 SCG 請求中攜帶的 NR 小區(qū)信息，CGI 共36 位，其中后12 位是NR 小區(qū)的CELL ID，代表GNB ID 的長度 為前24 位，配置不一致 網(wǎng)管查詢LTE 側(cè)NCELLPLMNLIST 中GNBIDLENGTH 為24，GNODEBFUNCTION

24、中 gNodeB 標(biāo)識(shí)長度配置為22： 第1 頁, 共39 頁 解決方案： 將問題站點(diǎn) GNODEBFUNCTION 中 gNodeB 標(biāo)識(shí)長度配置為 24，測試終端可正 常添加SCG，5G 接入正常 3.2.3 L-NR 5G 頻帶配置不一致SCG 無法添加 問題描述：5G 手機(jī)接入錨點(diǎn)小區(qū)后，始終無法添加SCG，一直顯示4G 信號(hào)。從 測試用戶的信令看，通過B1 測量測到的5G 小區(qū)信號(hào)滿足條件，進(jìn)行SCG 添加 時(shí)被拒絕，拒絕原因是“目標(biāo)5G 小區(qū)無可用無線資源”。從基站DEBUG 日志看， 添加SCG 時(shí)，5G 小區(qū)一直有資源分配失敗的報(bào)錯(cuò) 問題分析： 正確下發(fā)了B1 測量控制，且終端

25、上報(bào)的NR B1 測量報(bào)告顯示，5G 第1 頁, 共39 頁 小區(qū)PCI=2RSRP 很好 SGNB_ADD_REQ_REJ 詳細(xì)原因： 日志分析顯示終端能力組合不匹配： 基站要求終端報(bào)的NSA 能力組合是N78+B1/3/5 第1 頁, 共39 頁 問題排查：對問題小區(qū)進(jìn)行參數(shù)排查，NR 小區(qū)配置的頻帶是 N77，而 LTE 側(cè)在 NRMFBIFREQ 中配置的頻帶是N78，兩者不一致，導(dǎo)致添加SCG 失敗 LTE 側(cè)在NRMFBIFREQ 中配置的頻帶是N78 第1 頁, 共39 頁 解決方案: 將NRMFBIFREQ 中的頻帶與NRDUCELL 中設(shè)置為一致： MOD NRMFBIFRE

26、Q:DLARFCN=629988,FREQUENCYBAND=N77; 修改后復(fù)測，正常添加SCG，手機(jī)顯示5G 信號(hào) 3.2.4 NSA DC 配置導(dǎo)致不下發(fā)B1 測量控制 問題描述：5G 小區(qū)無法接入 5G 網(wǎng)絡(luò)，同站其他小區(qū)正常接入。現(xiàn)網(wǎng)是 NSA 場 景，現(xiàn)網(wǎng) 5G 站點(diǎn)及同站 4G 站點(diǎn)均已升級(jí)且無告警，可以看到手機(jī)接入同站同 小區(qū)LTE 小區(qū)，但是無論嘗試重啟、飛行模式等都無法接入5G 網(wǎng)絡(luò) 問題處理： 選擇在正常小區(qū)和異常小區(qū)進(jìn)行對比測試，發(fā)現(xiàn)異常小區(qū)一直不下 發(fā)B1 測量控制 第1 頁, 共39 頁 對比正常小區(qū)結(jié)果，是能夠正常下發(fā)B1 事件，發(fā)起5G 添加流程，接入5G 原因

27、分析： 根據(jù)現(xiàn)象分析可能導(dǎo)致B1 事件不下發(fā)的原因： LTE 小區(qū)可以正常接入做業(yè)務(wù)，同站其他小區(qū)可以正常下發(fā)B1 事件、添加5G， 證明手機(jī)能力、SIM 卡開戶、基站硬件支持應(yīng)該都是沒有問題的，需要重點(diǎn)關(guān)注 小區(qū)級(jí)配置問題。 檢查參數(shù)開關(guān)配置，發(fā)現(xiàn)LTE NSA 開關(guān)（NSA_DC_CAPABILITY_SWITCH）未打開： 第1 頁, 共39 頁 解決方案： 打開NSA_DC_CAPABILITY_SWITCH，同時(shí)避免誤操作 3.2.5 NSA 盲配置策略導(dǎo)致特定場景SCG 添加失敗 問題描述：5G 移動(dòng)過程中，錨點(diǎn)小區(qū)切換后添加5G 失敗，終端不顯示5G 圖標(biāo) 不能進(jìn)行5G 業(yè)務(wù) 基

28、礎(chǔ)信息核查：無問題 版本配套：確保5G核心網(wǎng)、NR基站和5G終端及測試工具的版本匹配； USIM卡：與核心網(wǎng)確認(rèn)卡號(hào)信息正確無誤，如IMSI、KI、OPC正確； 基站狀態(tài)核查：確保小區(qū)站點(diǎn)狀態(tài)正常，基站無異常告警，基站license加 載完全，GPS時(shí)鐘無異常； 鄰區(qū)關(guān)系核查：確保錨點(diǎn)小區(qū)于NR小區(qū)之間鄰區(qū)參數(shù)正確，LTE打開錨點(diǎn)開 關(guān)等； 硬件核查：確保錨點(diǎn)站的型號(hào)符合接入NSA要求 問題處理： 切換后的錨點(diǎn)LTE 站下有大量的UE 上報(bào)SCG failure 的失敗。攜帶的cause 有 T310 超時(shí)和synchreconfigfailurSCG，前者是物理層失步，后者應(yīng)該是終端SSB

29、同 步失敗。小區(qū)正常發(fā)功情況下，通常都是干擾或者信號(hào)太弱導(dǎo)致 第1 頁, 共39 頁 信令流程分析，基本都是以下場景：SGNB 添加請求后，UE 直接上報(bào)失敗，并 且添加前無B1 上報(bào)，無法得知NR 信號(hào)強(qiáng)度就嘗試添加SCG 懷疑測試所在位置并不是NR 小區(qū)的信號(hào)主覆蓋范圍，查看錨點(diǎn)站配置文件， 錨點(diǎn)添加SCG 使用的是盲配策略，建議取消盲配，采用基于B1 測量報(bào)告的方式 第1 頁, 共39 頁 添加SCG 解決方案： 目前NSA 采用基于B1 測量報(bào)告策略添加SCG，不建議開啟錨點(diǎn)盲配SCG 策略， 因?yàn)樵诿づ錂C(jī)制下，可能由于 5G 信號(hào)太弱（沒有 B1 測量報(bào)告無法得知）導(dǎo)致 添加SCG

30、失敗，影響用戶感知，徒增掉話率。 關(guān)閉方法，LTE 錨點(diǎn)小區(qū)執(zhí)行： MOD NSADCMGMTCONFIG: LocalCellId=*,NsaDcAlgoSwitch= NSA_BLIND_SCG_ADDITION_SWITCH-0; 3.3用戶終端類問題導(dǎo)致無法接入5G 網(wǎng)絡(luò) 3.3.1 將用戶識(shí)別為緊急呼叫用戶導(dǎo)致5G 接入失敗 問題描述：UE 在 4G 基站接入完成后，4G 基站未給 UE 下發(fā) 5G 測量控制,導(dǎo)致 5G 接入失敗 基礎(chǔ)信息核查：無問題 問題分析： 通過信令分析，LTE側(cè)未給終端下發(fā)B1測量配置 第1 頁, 共39 頁 分析未下發(fā)B1測量配置的原因，終端能力正確，查看

31、核心網(wǎng)下發(fā)的Initial Context Setup Req消息，發(fā)現(xiàn)為緊急呼叫接入，UE發(fā)起緊急呼叫業(yè)務(wù)時(shí)， 無法進(jìn)行NSA DC 業(yè)務(wù)，故未下發(fā)B1測量配置 LTE側(cè)識(shí)別緊急呼叫用戶的條件如下，檢測LTE側(cè)配置，發(fā)現(xiàn)是否支持緊急 呼叫配置為是，默認(rèn)配置下緊急呼叫專用承載的ARP和緊急呼叫默認(rèn)承載的 ARP配置為1，經(jīng)確認(rèn)CPE側(cè)ARP配置為1，所以該終端識(shí)別為緊急呼叫用戶。 第1 頁, 共39 頁 解決方案： 臨時(shí)解決方案：LTE 側(cè)將是否支持緊急呼叫配置為否：MOD EMC: EmcEnable=OFF; 最終解決方案：規(guī)劃緊急呼叫用戶的ARP，規(guī)劃好后，核心網(wǎng)側(cè)和eNodeB 側(cè)按

32、規(guī)劃配置緊急呼叫ARP，CPE 側(cè)設(shè)置ARP 時(shí)，設(shè)置為非緊急呼叫用戶ARP。 3.3.2 核心網(wǎng)限制IMSI 導(dǎo)致無法接入5G 問題描述 某地在營業(yè)廳開通5G NSA Qcell，并提供兩張5G 測試卡和兩部中興天機(jī)10 pro 5G 終端。測試過程中有一部手機(jī)能正常接入5G，業(yè)務(wù)測試也正常，下行速率可 以到達(dá)700Mbps 以上，但另外一部終端狀態(tài)欄無法顯示5G 圖標(biāo)，且下行測試速 率不到100Mbps。 問題原因分析 該地4G 核心網(wǎng)使用的是華為的設(shè)備，4G 錨點(diǎn)站和5G 使用的我司設(shè)備，兩張 測試卡是由華為核心網(wǎng)放的號(hào)。 首先，排查 4/5G 設(shè)備參數(shù)配置問題，由于有一部手機(jī) 5G 業(yè)務(wù)測試正常，說明 后臺(tái)參數(shù)配置沒問題。 其次，排除終端原因，將兩張測試卡互換終端，問題會(huì)跟著卡而存在，說明終端 沒問題，初步斷定是測試卡的問題。 問題解決方案 對存在問題的測試卡終端，輸入*#123#，確認(rèn) 4G 接入的是錨點(diǎn)小區(qū)，但 5G 狀態(tài)是Disconnect，說明終端駐留在錨