一、問(wèn)題描述

SA網(wǎng)絡(luò)建設(shè)初期、無(wú)線、基站、傳輸、核心網(wǎng)元之間不成熟，會(huì)出現(xiàn)各種問(wèn)題，影響到用戶(hù)接入。為了快速提升項(xiàng)目整體力量，避免已出現(xiàn)問(wèn)題重復(fù)定位浪費(fèi)資源，總結(jié)出 “二維九步”法快速定界定位SA接入問(wèn)題。

二、解決方案

維度一：基礎(chǔ)配置調(diào)優(yōu)

第一步：SA接入?yún)?shù)核查

1、?NRDUCellTrpBeam:CoverageScenario

天線覆蓋場(chǎng)景，建議使用Default或者拓展場(chǎng)景一(低頻寬波束)

2、NRDUCellTrpBeam:Tilt

波束物理下傾，默認(rèn)為3度，增大下傾會(huì)減小小區(qū)覆蓋范圍

3、NRDUCELL: SsbPeriod

SSB的周期，默認(rèn)值為20ms，拉長(zhǎng)SSB周期可能導(dǎo)致部分終端無(wú)法接入

4、NRDUCell:Sib1Period

SIB1的周期，默認(rèn)值為20ms，拉長(zhǎng)SSB周期可能導(dǎo)致部分終端無(wú)法接入

5、NRDUCellPrach:RootSequenceIndex

該參數(shù)表示生成小區(qū)前導(dǎo)序列的起始邏輯根序列索引，每個(gè)邏輯根序列對(duì)應(yīng)一個(gè)物理根序列，它們的對(duì)應(yīng)關(guān)系參見(jiàn)3GPP TS 38.211。相鄰小區(qū)需要避免根序列索引沖突，建議使用華為的根ZC序列規(guī)劃工具配置。

6、?NRDUCellPrach:PrachConfigurationIndex

該參數(shù)表示NR DU小區(qū)PRACH配置索引。當(dāng)參數(shù)取值為0～255時(shí)，小區(qū)的PRACH配置索引等于該參數(shù)的值；當(dāng)參數(shù)取值為65535時(shí)，小區(qū)的PRACH配置索引由系統(tǒng)自動(dòng)生成。不建議手動(dòng)修改該參數(shù)。

7、NRDUCellPrach:RsrpThldForSsbSelection

該參數(shù)表示選擇SSB時(shí)的RSRP門(mén)限，RSRP門(mén)限配置過(guò)高可能導(dǎo)致終端無(wú)法選擇合適的小區(qū)駐留。

8、?NRDUCellPrach:CbraPreamblePct

該參數(shù)用于設(shè)置競(jìng)爭(zhēng)前導(dǎo)占競(jìng)爭(zhēng)前導(dǎo)和專(zhuān)用前導(dǎo)的比例，在CPE/TUE與商用終端共存的場(chǎng)景，需要設(shè)置合適的比例防止商用終端專(zhuān)用前導(dǎo)資源不足而無(wú)法接入。

9、NRDUCellPrach:MaxPreambleTransCnt

該參數(shù)表示前導(dǎo)最大傳輸次數(shù)，默認(rèn)為10次，減少前導(dǎo)最大傳輸次數(shù)可能導(dǎo)致接入成功率降低。

10、NRDUCellCoreset:CommonCtrlResRbNum

該參數(shù)表示小區(qū)公共控制資源的RB數(shù)目。小區(qū)公共控制資源默認(rèn)第一個(gè)符號(hào)，RB分布在中間位置的兩邊。默認(rèn)為48RB，不建議修改該配置。

11、?NRDUCell:CellRadius

小區(qū)半徑配置，單位為米。小區(qū)半徑配置過(guò)小可能距離基站較遠(yuǎn)的用戶(hù)接入失敗。

12、NRDUCellUeTimerConst:T304

當(dāng)UE接收到攜帶reconfigurationWithSync信元的RRCConnectionReconfiguration消息時(shí)，啟動(dòng)該定時(shí)器。當(dāng)UE在SpCell成功完成隨機(jī)接入后，停止該定時(shí)器。當(dāng)定時(shí)器超時(shí)后，UE通過(guò)SCGFailureInformationNR消息通知E-UTRAN SCG失敗。減小T304定時(shí)器會(huì)降低NSA隨機(jī)接入的成功率。

第二步：SIM卡開(kāi)戶(hù)排查

確保SIM卡開(kāi)戶(hù)正常，與核心網(wǎng)確認(rèn)所使用SIM卡已在5GC上正確開(kāi)戶(hù)，能正常接入5G網(wǎng)絡(luò)，不被核心網(wǎng)拒絕。

第三步：干擾排查

當(dāng)小區(qū)存在干擾信號(hào)時(shí)，小區(qū)的上下行業(yè)務(wù)會(huì)受到影響，嚴(yán)重時(shí)會(huì)導(dǎo)致小區(qū)無(wú)法接入。

維度二：網(wǎng)絡(luò)問(wèn)題優(yōu)化

第四步：終端不發(fā)起RRC接入

終端搜網(wǎng)注冊(cè)流程主要分為以下幾個(gè)部分：PLMN選擇、掃頻、小區(qū)選擇和小區(qū)注冊(cè)。具體如下圖所示：

運(yùn)營(yíng)商控制網(wǎng)絡(luò)服務(wù)的方法通常通過(guò)SIM卡的信息來(lái)實(shí)現(xiàn)。UE在搜網(wǎng)注冊(cè)之前首先要進(jìn)行初始化過(guò)程，來(lái)完成SIM卡與終端的一個(gè)基本交互過(guò)程。初始化過(guò)后，終端可以讀出SIM卡內(nèi)包含的文件信息，以備后來(lái)服務(wù)之用。

判斷方法：

基站側(cè)沒(méi)有收到RRCSetupReq，需要在終端側(cè)觀察，終端側(cè)是否有發(fā)起RRC接入。

定位思路：

第五步：隨機(jī)接入失敗：

1、基于競(jìng)爭(zhēng)的隨機(jī)接入

步驟1：UE在PRACH上發(fā)送preamble(Msg1)，基站通過(guò)檢測(cè)Preamble獲得preamble ID(RAPID)和下行Tx Beam，并估計(jì)傳輸時(shí)延。

步驟2：基站在PDSCH上發(fā)送RAR(Msg2)，RAR中攜帶第1步中估計(jì)的傳輸時(shí)延對(duì)應(yīng)的TA，RAPID，TC-RNTI，及用于第3步Msg3發(fā)送的UL Grant。UE使用TA調(diào)整上行定時(shí)。Msg2在第一步確定的下行Tx beam上發(fā)送。

步驟3：根據(jù)RAR中UL Grant的調(diào)度發(fā)送Msg3，其中攜帶UE的標(biāo)識(shí)信息。

步驟4：gNodeB在PDSCH上將競(jìng)爭(zhēng)解決消息(Msg4)發(fā)送給UE，該步驟解決了由于多個(gè)UE試圖使用同一個(gè)隨機(jī)接入資源和相同preamble接入時(shí)導(dǎo)致的競(jìng)爭(zhēng)和沖突， Msg4在第一步確定的下行Tx beam上發(fā)送。

2、基于非競(jìng)爭(zhēng)的隨機(jī)接入

基于非競(jìng)爭(zhēng)的隨機(jī)接入使用專(zhuān)用的隨機(jī)接入資源和preamble，不存在競(jìng)爭(zhēng)沖突，因此不需要第3步和第4步。

判斷方法：

UE側(cè)查看接入失敗為隨機(jī)接入失敗；或通過(guò)話統(tǒng)查看隨機(jī)接入成功率

競(jìng)爭(zhēng)隨機(jī)接入成功率：N.RA.Contention.Resolution.Succ/N.RA.Contention.Att

非競(jìng)爭(zhēng)隨機(jī)接入成功率：N.RA.Dedicated.Msg3/N.RA.Dedicated.Att

常用隨機(jī)接入話統(tǒng)指標(biāo)定義如下：

1911816542 N.RA.Contention.Att 隨機(jī)前導(dǎo)的接收次數(shù)

1911816544 N.RA.Contention.Resolution.Succ 競(jìng)爭(zhēng)沖突解決成功次數(shù)

1911816545 N.RA.Dedicated.Att?? 專(zhuān)用前導(dǎo)的接收次數(shù)

1911816546 N.RA.Dedicated.Msg3????? 基于非競(jìng)爭(zhēng)的隨機(jī)接入過(guò)程中Msg3的接收次數(shù)

定位思路：

第六步：RRC建立失敗：

RRC建立主要是為了建立SRB1，UE發(fā)送初始NAS層消息給網(wǎng)絡(luò)。

RRC連接建立的主要信元有：

• UE-identity (RRCSetupRequest和RRCConnectionSetup消息)

• establishmentCause (RRCSetupRequest)

• radioResourceConfiguration for Only SRB1 (RRCSetup)

• selectedPLMN-Identity (RRCSetupComplete)

• nas-DedicatedInformation (RRCSetupComplete)

判斷方法：

RRC建立失敗包括如下三種情況

1、RRC Rej：UU口檢查收到RRCSetupRequest，沒(méi)有下發(fā)RRCSetup，下發(fā)了RRCSetupRej；

2、RRC NoReply：UU口檢查收到RRCSetupRequest，下發(fā)了RRCSetup，但是等待RRCSetupCpmplete超時(shí)；或者下發(fā)RRCSetup后又立即下發(fā)了RRCRel；

3、RRC丟棄：UU口檢查收到RRCSetupRequest后，直接丟棄，沒(méi)有進(jìn)行下一步的處理。

定位思路：

RRC Rej定位思路:

1)是否是資源分配失敗；

2)是否基站其它異常流程導(dǎo)致。

RRC NoReply定位思路

RRC 丟棄定位思路

當(dāng)小區(qū)接收到UE發(fā)送的RRC Setup Request消息時(shí)，因?yàn)榱骺刂苯觼G棄該消息時(shí)，指標(biāo)N.RRC.SetupReq.Msg.Disc.FlowCtrl加1。

第七步：NGSig及NAS異常問(wèn)題

NGSig：N.NGSig.ConnEst.Succ/ N.NGSig.ConnEst.Att反映NGSig建立成功率。當(dāng)gNodeB向AMF發(fā)送INITIAL UE MESSAGE時(shí)，指標(biāo)N.NGSig.ConnEst.Att加1，當(dāng)gNodeB向AMF發(fā)送INITIAL UE MESSAGE后，收到AMF發(fā)送給該用戶(hù)的第一條NG接口消息時(shí)，指標(biāo)N.NGSig.ConnEst.Succ加1。

NAS：屬于UE與AMF之間的過(guò)程，基站側(cè)話統(tǒng)并不直接感知NAS過(guò)程異常。

判斷方法：

NGSig問(wèn)題現(xiàn)象：

1)?基站發(fā)送初始化UE消息后，但是核心網(wǎng)沒(méi)有響應(yīng)任何NAS消息或者上下文建立請(qǐng)求消息或者M(jìn)ME釋放上下文消息。這種場(chǎng)景需要聯(lián)合核心網(wǎng)一起分析原因。

2)?基站發(fā)送初始化UE消息后，核心網(wǎng)直接發(fā)送NG_RESET釋放單用戶(hù)，導(dǎo)致NGSIG建立失敗。這種場(chǎng)景需要聯(lián)合核心網(wǎng)一起分析原因。

3)??? 基站收到MSG5消息后，NG鏈路被閉塞或者內(nèi)部異常，導(dǎo)致基站沒(méi)有給核心網(wǎng)發(fā)送初始化UE消息。這種場(chǎng)景需要基站側(cè)分析原因。

NAS問(wèn)題現(xiàn)象：

1)??? NAS過(guò)程異常，核心網(wǎng)主動(dòng)釋放UE。

2)??? 核心網(wǎng)沒(méi)有發(fā)送UE上下文建立請(qǐng)求，基站主動(dòng)釋放。

定位思路：

第八步：上下文建立失敗

RRC建立成功后，UE向gNodeB發(fā)送RRCSetupComplete，攜帶selectedPLMN-Identity、registeredAMF、s-nssai-list和NAS消息。

gNodeB為UE分配專(zhuān)用的RAN-UE-NGAP-ID，根據(jù)selectedPLMN-Identity、registeredAMF、s-nssai-list選擇AMF節(jié)點(diǎn)，然后將RRCSetupComplete消息中攜帶的NAS消息通過(guò)InitialUeMessage發(fā)送給AMF。

gNodeB透?jìng)鱑E和AMF之間的NAS直傳消息，完成IDENTITY查詢(xún)、鑒權(quán)、NAS安全模式和注冊(cè)過(guò)程。

AMF向gNodeB發(fā)送InitialContextSetupReq消息，啟動(dòng)初始上下文建立過(guò)程。

判斷方法：

當(dāng)gNodeB收到AMF發(fā)送的INITIAL CONTEXT SETUP REQUEST消息后，在處理過(guò)程中產(chǎn)生錯(cuò)誤，導(dǎo)致上下文建立失敗，在向AMF發(fā)送INITIAL CONTEXT SETUP FAILURE消息時(shí)，根據(jù)不同原因統(tǒng)計(jì)對(duì)應(yīng)指標(biāo)。如果是無(wú)線層錯(cuò)誤導(dǎo)致上下文建立失敗，統(tǒng)計(jì)N.UECntx.FailEst.RNL指標(biāo)。如果是無(wú)線資源不足導(dǎo)致上下文建立失敗，統(tǒng)計(jì)N.UECntx.FailEst.NoRadioRes指標(biāo)。

定位思路：

第九步：PDUSession建立失敗

QosFlow建立過(guò)程一般由UE在需要向無(wú)線網(wǎng)絡(luò)申請(qǐng)服務(wù)時(shí)主動(dòng)發(fā)起，并通過(guò)初始UE上下文建立流程或PDU Session建立流程完成建立。

判斷方法：

1、檢查UE是否有發(fā)出PDUSessionEstablishmentRequest消息(此為NAS消息)，若未發(fā)出，需要終端側(cè)進(jìn)一步分析。

2、檢查NG口AMF是否有發(fā)送PDU Session Resource Setup Request消息，若沒(méi)有，找AMF進(jìn)一步分析。

3、檢查UU口Qos是否建立成功，NG口是否有給AMF響應(yīng)PDU Session Resource Setup Response，若未有，則基站進(jìn)一步分析。

4、PDU Session Resource Setup Response中若有攜帶原因值，則PDU Session建立失敗，需要根據(jù)原因值進(jìn)一步分析。

定位思路：

三、案例應(yīng)用

1、UPF指向性問(wèn)題導(dǎo)致SA接入失敗：

問(wèn)題描述：現(xiàn)網(wǎng)開(kāi)通NSA-SA雙模站點(diǎn)，終端SA模式下5G無(wú)法接入，注冊(cè)成功后無(wú)法進(jìn)行業(yè)務(wù)，之后快速回落4G。

問(wèn)題定界：

終端在SA正常發(fā)起接入，鑒權(quán)加密通過(guò)后下發(fā)重配消息，重配消息中包括接入信息為SA頻點(diǎn)和RSRP，電平強(qiáng)度-70dbm。

從空口信令看，NR數(shù)據(jù)業(yè)務(wù)注冊(cè)完成，終端上報(bào)PDU Session request且收到GNB下發(fā)的accect消息，包含了DRB2的建立消息。之后終端開(kāi)始讀取系統(tǒng)消息，回到空閑態(tài)進(jìn)行聯(lián)合位置區(qū)更新，LTE位置區(qū)更新被拒絕，原因?yàn)镋PS承載未建立，之后在LTE發(fā)起注冊(cè)請(qǐng)求建立成功。

依據(jù)PDU故障樹(shù)進(jìn)行排查：

1、排查小區(qū)干擾情況：無(wú)干擾；

2、弱覆蓋排查：空口信號(hào)-70dBm，無(wú)弱覆蓋；

3、TOP終端：終端為華為Mate30，別的站點(diǎn)測(cè)試正常，排除；

4、重配消息不合法：從空口信令看，重配完成后終端直接開(kāi)始讀取MIB消息，需要重點(diǎn)核查原因。

問(wèn)題定位：后臺(tái)跟蹤XN接口信令分析AMF攜帶的PDU SESSION消息發(fā)現(xiàn)，到UPF的路由地址為 0A EA 01 60，對(duì)應(yīng)了10.234.1.96，從規(guī)劃數(shù)據(jù)查看為運(yùn)城的GNB到UPF的地址，懷疑UPF地址配置錯(cuò)誤導(dǎo)致。

聯(lián)系核心網(wǎng)進(jìn)行排查，核心網(wǎng)反饋地址配置正確，但是在用戶(hù)注冊(cè)時(shí)N2接口下發(fā)給SA基站的“PDU SESSION RESOURCE SETUP REQUEST”消息中攜帶的N3邏輯接口地址為：0A-EA-00-C0(10..234.0.192)，SA基站和錯(cuò)誤的N3邏輯接口地址網(wǎng)絡(luò)不通導(dǎo)致默認(rèn)承載建立失敗；

從核心網(wǎng)跟蹤的信令可以看出，本次接入PDU SESSION REQUEST消息中，UPF的地址又變成了呂梁的地址。承載建立失敗為N3邏輯接口地址未指向本地的UPF導(dǎo)致。

核心網(wǎng)元接口如下：

問(wèn)題結(jié)論：核心網(wǎng)UPF指向有問(wèn)題，概率性指向別的區(qū)域的地址導(dǎo)致PDU建立失敗，把UPF和終端進(jìn)行綁定后接入正常。?

【1元1G案例教程】【LTE視頻培訓(xùn)教程】100個(gè)5G案例技能包【LTE-前臺(tái)學(xué)習(xí)全集】42個(gè)中興后臺(tái)大全技能包40個(gè)華為后臺(tái)大全技能包34個(gè)LTE專(zhuān)項(xiàng)大全7個(gè)小時(shí)快速學(xué)習(xí)5G.

碼字不易，打賞、點(diǎn)贊、好看、轉(zhuǎn)發(fā)，請(qǐng)隨意。

總結(jié)

以上是生活随笔為你收集整理的自动定位失败_端到端定位5G SA接入问题的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。