5GSA5GSA5GSA一、SA網(wǎng)絡(luò)架構(gòu)任何一種通信系統(tǒng)演進(jìn)的終極形態(tài)就是獨(dú)立提供信息服務(wù)，任何一種通信系統(tǒng)演進(jìn)的終極形態(tài)就是獨(dú)立提供信息服務(wù)，5G系統(tǒng)也不例外。5G采取獨(dú)立組網(wǎng)架構(gòu)，從接入側(cè)到核心網(wǎng)元都產(chǎn)生了一系列的變化。核心網(wǎng)采取基于服務(wù)的“總線式”網(wǎng)絡(luò)架構(gòu)（SBA,Service-BasedArchitecture）。接入網(wǎng)與核心網(wǎng)、接入網(wǎng)元之間定義了新的接口形態(tài)。接入網(wǎng)還可以按照CU和DU子網(wǎng)元進(jìn)行分離，促進(jìn)協(xié)議棧的切分和系統(tǒng)軟件與硬件、業(yè)務(wù)與資源的進(jìn)一步解耦，實(shí)現(xiàn)處理時(shí)延以及系統(tǒng)性能的優(yōu)化提升，如下圖所示。5GNR依然沿用LTE采取控制面、用戶面分離的設(shè)計(jì)理念，在用戶面新增了SDAP子層，主要用來提供核心網(wǎng)與數(shù)據(jù)無線承載（DRB）的QoS映射關(guān)系。二、SA接入流程與問題分類221SA接入流程5GSA獨(dú)立組網(wǎng)下，NR的隨機(jī)接入流程包含以下過程：、隨機(jī)接入過程隨機(jī)接入過程主要由以下事件觸發(fā):來自RRC_IDLE的初始訪問、RRC連接重建過程、當(dāng)UL同步狀態(tài)為“非同步”時(shí)，在RRC__CONNECTED期間到達(dá)DL或UL數(shù)據(jù)、當(dāng)沒有用于SR的PUCCH資源時(shí)，在RRC_CONNECTED期間UL數(shù)據(jù)到達(dá)、SR失敗、RRC在同步重新配置(例如，切換)時(shí)的請(qǐng)求、從RRC_INACTIVE過渡、在SCell添加時(shí)建立時(shí)間對(duì)齊、要求其他SI、Beam故障恢復(fù)。此外，隨機(jī)接入過程采用兩種不同的形式:基于競(jìng)爭的隨機(jī)接入(CBRA)和非競(jìng)爭隨機(jī)接人(CFRA)，如下圖所示：、UE專有NG連接UE專有NG連接建立如下圖所示。(1)gNodeB發(fā)送InitialUEMessage給AMF，攜帶gNodeB分配的RANUENGAPD,并攜帶NASPDU、位置信息、接人原因等;2AMF收到InitialUEMessage消息，根據(jù)攜帶的信息決策一系列可選的NAS過程，例如身份認(rèn)證、鑒權(quán)、NAS安全等；并且根據(jù)UE是否有業(yè)務(wù)請(qǐng)求，決策發(fā)起上下文建立的過程或者釋放。、NAS過程下行NAS直傳下行NAS直傳過程:(1)AMF通 DOWNLINKNASTRANSPORT消息將下 NASPDU發(fā)送gNodeB;2)gNodeB通過DLInformationTransfer消息將下行NASPDU轉(zhuǎn)發(fā)給UE。上行NAS直傳上行NAS直傳過程:(1)UE通過ULInformationTransfer消息將_上行NASPDU發(fā)送給gNodeB;2)gNodeB通過UPLINKNASTRANSPORT消息將上行NASPDU發(fā)送給AMF。214UE能力查詢UE能力查詢過程如圖所示:gNodeB發(fā)送UECapabilityEnquiry消息給UE,攜帶需要查詢的無線接人類型列表，比如NR，EUTRANR，EUTRA；UE回復(fù)UECapabilityInformation消息給gNodeB,根據(jù)gNodeB的要求提供UE所支持的無線能力;gNodeB通過UERADIOCAPABILITYINFOINDICATION消息攜帶給AMF。215DRB建立初始上下文建立觸發(fā)的DRB建立初始上下文建立過程:（1）AMF發(fā)送INITIALCONTEXTSETUPREQUEST消息觸發(fā)UE上下文建立過程，攜帶安全、UE無線能力(可選的)、PDUSessionSetupList(可選的)等信息;（2）gNodeB收到INITIALCONTEXTSETUPREQUEST消息，進(jìn)行SRB2建立、安全激活、UE能力查詢(可選的)、PDUSession建立(可選的)等過程。PDUSession建立觸發(fā)的DRB建立（1）gNodeB收到AMF的PDUSESSIONRESOURCESETUPREQUEST，消息中攜帶了需要建立的PDUSession列表，每個(gè)要建立的PDUSession又包括要建立的QoSFlow列表；gNodeB發(fā)送RRCReconfiguration消息給UE，攜帶要建立的DRB列表信息，UE進(jìn)行DRB各層資源的配置；UE配置成功，發(fā)送RRCReconfigurationComplete消息給gNodeB；gNodeB回復(fù)AMFPDUSESSIONRESOURCESETUPRESPONSE消息，其中攜帶建立成功的PDUSession列表及失敗的PDUSession列表。其中成功的PDUSession列表中攜帶成功和失敗的QosFlow列表，并且成功建立的PDUSession需要攜帶下行GTPU信息。2.2SA接入問題分類、終端不發(fā)起RRC接入常見的終端不乏其RRC接入的原因?yàn)樾^(qū)禁止接入、終端不支持當(dāng)前小區(qū)頻帶以及小區(qū)SSB頻點(diǎn)配置、不滿足小區(qū)駐留條件和USIM開戶信息PLMN配置不正確。判斷方法：基站側(cè)沒有收到RRCSetupReq，需要在終端側(cè)觀察，終端側(cè)是否有發(fā)起RRC接入；用戶在NR不發(fā)起RRC接入，從L3Message窗口看到?jīng)]有任何UE接入的消息。、隨機(jī)接入失敗隨機(jī)接入失敗常見的典型原因通常為以下4點(diǎn)：小區(qū)根序列索引配置不滿足規(guī)劃要求；小區(qū)時(shí)隙配比和時(shí)隙結(jié)構(gòu)配置不正確，與周邊站點(diǎn)產(chǎn)生干擾；超小區(qū)半徑接入；存在弱覆蓋或干擾問題。問題定位：弱覆蓋或干擾導(dǎo)致隨機(jī)接入失敗，弱覆蓋：可以通過終端側(cè)監(jiān)測(cè)小區(qū)RSRP或者M(jìn)R中上報(bào)的RSRP，判斷是否為弱覆蓋場(chǎng)景；干擾：可以通過RSRP及SINR，或者通過網(wǎng)管干擾檢測(cè)，查看網(wǎng)絡(luò)是否存在干擾；超小區(qū)半徑接入,通過后臺(tái)查看小區(qū)半徑：LSTNRDUCELL，終端超小區(qū)半徑接入，會(huì)導(dǎo)致隨機(jī)接入失敗；基礎(chǔ)配置核查首先根序列索引需要進(jìn)行網(wǎng)絡(luò)規(guī)劃，避免周邊小區(qū)接收到Preamble下發(fā)RAR消息，對(duì)本小區(qū)產(chǎn)生下行干擾。時(shí)隙配比和時(shí)隙結(jié)構(gòu)配置:要求全網(wǎng)一致,不-致會(huì)有.上下行干擾問題，可能導(dǎo)致隨機(jī)接入異常。小區(qū)半徑配置，該配置會(huì)影響生成Preamble序列所使用的NCS參數(shù)，如果配置過小會(huì)導(dǎo)致中遠(yuǎn)點(diǎn)用戶無法接入。最后確認(rèn)是否開啟PUSCH占用PRACH功能。、RRC建立失敗RRC建立失敗包括三種情況：RRCRej:UU口檢查收到RRCSetupRequest，沒有下發(fā)RRCSetup，下發(fā)了RRCSetupRej；RRCNoReply:UU口檢查收到RRCSetupRequest，下發(fā)了RRCSetup，但是等待RRCSetupCpmplete超時(shí)；或者下發(fā)RRCSetup后又立即下發(fā)了RRCRel；RRC丟棄:UU口檢查收到RRCSetupRequest后，直接丟棄，沒有進(jìn)行下一步的處理。RRCRej問題定位：對(duì)于RRCRej類問題，需要排查的主要場(chǎng)景包括：是否是資源分配失敗，SRSPUCCH等資源申請(qǐng)失敗導(dǎo)致RRCREJ；是否基站其他異常流程導(dǎo)致。RRC丟棄問題定位：當(dāng)小區(qū)接收到UE發(fā)送的RRCSetupRequest消息時(shí)，因?yàn)榱骺刂苯觼G棄該消息時(shí)，指N.RRC.SetupReq.Msg.Disc.FlowCtrl加1，核查GNB是否啟動(dòng)流控；超規(guī)格接入導(dǎo)致RRC丟棄。RRCNoReply問題定位：常見的為干擾以及弱覆蓋等導(dǎo)致RRCNoreply。224NGSig及NAS異常問題NGSig及NAS異常問題判斷方法NGSig問題現(xiàn)象：基站發(fā)送初始UE消息后，但是核心網(wǎng)沒有響應(yīng)任何NAS消息或者上下文建立請(qǐng)求消息或者M(jìn)ME釋放上下文消息，這種場(chǎng)景需要聯(lián)合核心網(wǎng)一起分析原因；基站發(fā)送初始UE消息后,核心網(wǎng)直發(fā)送NG_RESET釋放單用戶，導(dǎo)致NGSIG廷立失敗，這種場(chǎng)景需要聯(lián)合核心網(wǎng)一起分析原因；基站收到MSG5消息后，NG鏈路被閉塞或者內(nèi)部異常，導(dǎo)致基站沒有給核心網(wǎng)發(fā)送初始UE消息，這種場(chǎng)景需要基站側(cè)分析原因。NGSig問題現(xiàn)象：NAS過程異常，核心網(wǎng)主動(dòng)釋放UE；核心網(wǎng)沒有發(fā)送UE上下文建立請(qǐng)求，基站主動(dòng)釋放。NGSig及NAS異常問題定位NGSig問題定位：基站NG標(biāo)口無初始UE消息：基站或配置問題；基站NG標(biāo)口有初始UE消息：核心網(wǎng)AMF或傳輸問題。NAS問題定位：分析核心網(wǎng)釋放前得下行和上行NAS消息的Cause原因，根據(jù)Cause原因在協(xié)議24501中，查找其大概含義。如果指向核心網(wǎng)則需要核心網(wǎng)側(cè)分析，如果指向終端側(cè)則需要終端側(cè)分析，如果原因值指向終端，也可以聯(lián)系核心網(wǎng)分析其上下行NAS消息內(nèi)容是否異常；核心網(wǎng)沒有發(fā)送UE下行文建立請(qǐng)求，基站主動(dòng)釋放。確認(rèn)基站在問題時(shí)間段傳輸無告警以及傳輸正常，則需要聯(lián)系核心網(wǎng)給出原因。225、上下文建立失敗上下文建立失敗判斷方法當(dāng)gNodeB收到AMF發(fā)送的INITIALCONTEXTSETUPREQUEST消息后，在處理過程中產(chǎn)生錯(cuò)誤，導(dǎo)致上下文建立失敗，在向AMF發(fā)送INITIALCONTEXTSETUPFAILURE消息時(shí)，根據(jù)不同原因統(tǒng)計(jì)對(duì)應(yīng)指標(biāo)；如果是無線層錯(cuò)誤導(dǎo)致上下文建立失敗，統(tǒng)計(jì)N.UECntx.FailEst.RNL指標(biāo)，無線層錯(cuò)誤描述請(qǐng)參考3GPPTS38413協(xié)議定義。如果是無線資源不足導(dǎo)致上下文殆立失敗，統(tǒng)計(jì)N.UECntx.FailEst.NoRadioRes指標(biāo)；上下文建立失敗問題定位NUECntx.FaolEst.NoRadioRes無線資源不足導(dǎo)致上下文建立失敗，進(jìn)一步檢查基站空口資源情況；N.UECntx.FaolEst.UENoReplyUE無響應(yīng)導(dǎo)致上下文建立失敗，進(jìn)一步檢查空口覆蓋、干擾等情況或者異常終端；傳輸原因?qū)е碌纳舷挛慕⑹?，需要排查傳輸鏈路情況；一：排查是否有傳輸類告警；話統(tǒng)排查擁塞、丟包、重傳、特殊核心網(wǎng)傳輸參數(shù)配置；若收到交互失敗響應(yīng)消息，則找對(duì)端共同分析。226PDUSession建立失敗PDUSession建立失敗判斷方法檢查UE是否有發(fā)出PDUSessionEstablishmentRequest消息，若未發(fā)出，需要終端進(jìn)一步分析；檢查NG口AMF是否有發(fā)送PDUSessionResourceSetupRequest消息，若沒有，找AMF進(jìn)一步分析；檢查UU口Qos是否建立成功，NG口是否給AMF響應(yīng)PDUSessionResourceSetupResponse,若未有，則基站進(jìn)一步分析；PDUSessionResourceSetupResponse中若有攜帶原因值，則PDUSession建立失敗，需要根據(jù)原因值進(jìn)一步分析。PDUSession建立失敗判斷問題定位傳輸原因?qū)е翾osFlow建立失敗，排查NGU鏈路及Path是否配置；UE不回復(fù)重配置完成消息導(dǎo)致PDUSession建立失敗，一是UE接收重配置消息但是解碼錯(cuò)誤導(dǎo)致一直不回復(fù)重配置完成消息，一般是版本不配套導(dǎo)致UE解碼出錯(cuò)；二是干擾以及弱覆蓋問題。三、SA接入優(yōu)化案例、隨機(jī)接入失?。?、隨機(jī)接入失?。篖icense受限導(dǎo)致無法正常接入、問題描述新基建大會(huì)會(huì)議保障：現(xiàn)場(chǎng)共有1個(gè)CPEpro和2個(gè)5G終端，測(cè)試發(fā)現(xiàn)兩個(gè)5G終端無法正常同時(shí)占用5G網(wǎng)絡(luò)。5GSA5GSA、問題分析核查4G錨點(diǎn)站和NR側(cè)基站無告警。核查X2接口，DSPGNBCUX2INTERFACE，45GX2接口正常。跟蹤4GUU口信令、S1口信令和5GX2口信令。使用TMSI標(biāo)示對(duì)齊45G信令。17:31:50（512），TMSI標(biāo)示：f38d5c67，在5G終端接入之后，基站正常下發(fā)B1測(cè)量。終端正常上報(bào)B1測(cè)量值為86，即8615771，大于現(xiàn)網(wǎng)-105dbm門限，發(fā)起NR切換，錨點(diǎn)側(cè)信令無異常。核查TMSIf38d5c67對(duì)應(yīng)的5GX2信令，17:13:50（723）在發(fā)起5G載波添加后，該請(qǐng)求被無線側(cè)拒絕，拒絕原因?yàn)椋簉adioNetwork:noradio-resourcesavailableintargetcell。其余的TMSI標(biāo)示對(duì)應(yīng)的5GX2信令均出現(xiàn)相同的問題。跟蹤NR側(cè)的用戶數(shù)，始終不超過1個(gè)，不存在小區(qū)過載的問題。核查RRC連接用戶數(shù)license（DSPLICINFO），RRC連接用戶數(shù)分配值為1網(wǎng)保障期間5G終端為3個(gè)，由于RRC連接用戶數(shù)受限導(dǎo)致其他2部終端接入失敗。、解決方案RRC連接用戶數(shù)受限，只能保證1部終端接入正常，其余終端NR接入全部失敗。協(xié)調(diào)督導(dǎo)更新RRC連接用戶數(shù)license，問題得已解決。、RRC接入失?。簉equestrejectedunspecified321、問題描述測(cè)試中發(fā)現(xiàn)占用SA站點(diǎn)時(shí)無法占用正常接入，核查小區(qū)狀態(tài)正常，無告警。根據(jù)測(cè)試LOG分析，終端位置在小學(xué)位置，無法正常接入SA5G,換位置后均無法接入，后臺(tái)核查配置均無問題。測(cè)試log終端正常發(fā)起隨機(jī)接入，在建立PDUSession時(shí)失敗，失敗原因是SMCAUSErequestrejectedunspecified。、問題分析跟蹤NG口信令，終端收到來自AMF的去注冊(cè)請(qǐng)求，需要AMF分析。從NG口信令跟蹤來看，終端攜帶了支持VONR能力導(dǎo)致被要求去注冊(cè)。由于其他原因測(cè)試的SA網(wǎng)絡(luò)不支持VONR，需要終端設(shè)置成不支持VONR，只支持PSonly模式。測(cè)試終端通過atsend工具設(shè)置成PSonly模式，復(fù)測(cè)成功占用SA網(wǎng)絡(luò)，整站單驗(yàn)正常。、解決方案測(cè)試網(wǎng)絡(luò)模式不支持VONR，終端設(shè)置語音模式，導(dǎo)致被AMF拒絕。需通過Atsend工具將終端設(shè)置成PSonly模式。3.3NGSig及NAS異常問題：license未配導(dǎo)致語音回落LTE失敗、問題描述5G現(xiàn)場(chǎng)占用NSA&SA小區(qū)XX后，使用華為mate30pro固定SA模式測(cè)試EPSFB語音回落LTE失敗，信令面一直重復(fù)發(fā)送HandoverRequire。、問題分析切換和重定向功能均已開啟查詢license與配置數(shù)據(jù)一致性問題時(shí)，站點(diǎn)開啟54站點(diǎn)互操作參數(shù)時(shí)未添加對(duì)應(yīng)license；、解決方案NSA&SA站點(diǎn)開啟54互操作功能后需要產(chǎn)品側(cè)增加License問題原因定位為：基站未加載“語音回落”license導(dǎo)致語音回落LTE失??；加載license后復(fù)測(cè)語音回落4G正常。、NGSig及NAS異常問題：核心網(wǎng)數(shù)據(jù)導(dǎo)致SA站點(diǎn)無法正常語音EPSFB、問題描述集團(tuán)用戶需求，新開通NSA&SA雙模站點(diǎn):目前5G語音業(yè)務(wù)解決主要分為三大類技術(shù)方案：1、VoLTE：與現(xiàn)有VoLTE基本相同；語音（主叫、被叫）都由LTEEPC提供；暫不需考慮與NRNGC的業(yè)務(wù)連續(xù)性互操作。2、VoNR：針對(duì)NR終端；語音（主叫、被叫）都由NRNGC提供；在NR無覆蓋或弱覆蓋時(shí)，需要考慮呼叫接通后與VoLTE的業(yè)務(wù)連續(xù)性互操作。3、EPSfallback：針對(duì)NR終端；在NR發(fā)起語音起呼時(shí)，由NR網(wǎng)絡(luò)控制下回退到4G，由VoLTE提供語音；需考慮在呼叫建立時(shí)與VoLTE的業(yè)務(wù)連續(xù)性互操作。3.4.2、問題分析在進(jìn)行SA業(yè)務(wù)驗(yàn)過程中，終端正常介入SA站點(diǎn)，下載上傳數(shù)據(jù)業(yè)務(wù)正常，但語音業(yè)務(wù)失敗，EPSFB失敗。NR小區(qū)狀態(tài)正常，無告警；錨點(diǎn)小區(qū)狀態(tài)正常，無告警。鄰區(qū)問題：頻點(diǎn)添加正確，45鄰區(qū)添加正常，54鄰區(qū)添加正常。錨點(diǎn)側(cè)EUTRAN至NGRAN系統(tǒng)間業(yè)務(wù)移動(dòng)性開關(guān)開啟，EUTRAN至NGRAN的快速返回開關(guān)開啟，NR重定向開關(guān)開啟，NR切換開關(guān)開啟。NR側(cè)EUTRAN切換開關(guān)開啟，EUTRAN重定向開關(guān)開啟，移動(dòng)至EUTRAN開關(guān)開啟，EPSFB模式設(shè)置為切換，語音策略演進(jìn)數(shù)據(jù)域回落開關(guān)開啟。測(cè)試過程中，發(fā)起語音業(yè)務(wù)后，信令出現(xiàn)NRDeregistrationFail，UE注冊(cè)失敗，導(dǎo)致NR語音呼叫失敗。3.4.3、解決方案經(jīng)核查，是由于核心網(wǎng)數(shù)據(jù)未添加，導(dǎo)致無法注冊(cè)。核心網(wǎng)數(shù)據(jù)添加完成后，語音業(yè)務(wù)EPSFB正常。、NGSig及NAS異常問題：EPSFB呼叫失敗、問題描述SA終端A呼叫SA終端B，主叫呼叫成功，被叫振鈴接聽后，主叫立即掛斷，被叫持續(xù)顯示通話讀秒中，持續(xù)815s后掛斷。信令流程中表現(xiàn)為主叫向核心網(wǎng)發(fā)送SIP_CANCEL200請(qǐng)求或者異常BYE請(qǐng)求，原因值MediaBearerReleased。未關(guān)閉彩鈴視頻失敗截圖：、問題分析核心網(wǎng)抓包發(fā)現(xiàn)EPSFB和視頻彩鈴流程互斥，導(dǎo)致在呼叫過程中發(fā)生沖突，釋放承載。、解決方案當(dāng)前核心網(wǎng)還是存在兼容性問題導(dǎo)致，正在升級(jí)改造，暫時(shí)關(guān)閉視頻彩鈴后，5G打5G語音成功。、上下文建立失?。篠A組網(wǎng)EPSFB跟Xn切換流程沖突導(dǎo)致語音呼叫失敗、問題描述在軟件園北園附近測(cè)試時(shí)，終端在執(zhí)行語音呼叫業(yè)務(wù)時(shí)，概率性出現(xiàn)EPSFB跟Xn切換流程沖突導(dǎo)致語音呼叫失敗。、問題分析后臺(tái)查看該站點(diǎn)的