5G信令開機入網(wǎng)分析指導(dǎo)書UE入網(wǎng)過程包括幾個子過程：.小區(qū)搜索與選擇UE開機選網(wǎng)，小區(qū)搜索并完成下行同步。.系統(tǒng)消息廣播UE讀取廣播信息，選擇合適小區(qū)進行駐留。.隨機接入UE與gNB建立上行同步。.RRC連接建立UE與gNB建立RRC連接。.注冊過程UE注冊到5G網(wǎng)絡(luò)，網(wǎng)絡(luò)側(cè)開始維護該UE的上下文。2.1小區(qū)搜索與選擇2.2系統(tǒng)消息廣播2.3隨機接入2.4RRC連接建立2.5注冊流程1.1小區(qū)搜索與選擇小區(qū)搜索過程是UE和小區(qū)取得時間和頻率同步，并檢測小區(qū)ID的過程。其基本過程描述如下：UE開機后按照3GPPTS38.104定義的SynchronizationRaster搜索特定頻點；UE嘗試檢測PSS/SSS，取得下行時鐘同步，并獲取小區(qū)的PCI；如果失敗則轉(zhuǎn)步驟1搜索下一個頻點；否則繼續(xù)后續(xù)步驟；UE嘗試讀取MIB，獲取SSB波束信息、系統(tǒng)幀號和廣播SIB1的時頻域信息；UE讀取SIB1，獲取上行初始BWP信息，初始BWP中的信道配置，TDD小區(qū)的半靜態(tài)配比以及其它UE接入網(wǎng)絡(luò)的必要信息等，同時獲取廣播OSI的搜索空間信息；UE讀取OSI，獲取小區(qū)的其它信息（主要是移動性相關(guān)的信息）。圖1-1小區(qū)搜索流程圖1.2系統(tǒng)消息廣播系統(tǒng)消息廣播是UE獲得網(wǎng)絡(luò)基本服務(wù)信息的第一步，通過系統(tǒng)消息廣播過程，UE可以獲得基本的AS層和NAS層信息：AS層信息包括公共信道信息、一些UE所需的定時器、小區(qū)選擇/重選信息以及鄰區(qū)信息等；NAS層信息包括運營商信息等。UE通過系統(tǒng)消息獲得的這些信息，決定了UE在小區(qū)中進行駐留、重選以及發(fā)起呼叫的行為方式?？谡f明UE在如下場景會讀取系統(tǒng)消息：小區(qū)選擇(如開機)、小區(qū)重選、系統(tǒng)內(nèi)切換完成、從其他RAT系統(tǒng)進入5GRAT、以及從非覆蓋區(qū)返回覆蓋區(qū)時，UE都會主動讀取系統(tǒng)消息。當(dāng)UE在上述場景中正確獲取了系統(tǒng)消息后，不會反復(fù)讀取系統(tǒng)消息，只會在滿足以下任一條件時重新讀取系統(tǒng)消息：.收到gNB尋呼，指示系統(tǒng)消息有變化。.收到gNB尋呼，指示有ETWS或CMAS消息廣播。.距離上次正確接收系統(tǒng)消息3小時后(參見3GPP38331.5.2.2.2.1SIBvalidity:TheUEdeleteanystoredversionofSIafter3hoursfromthemomentitwassuccessfullyconfirmedasvalid)。系統(tǒng)消息分類

參見38.300.7.3.1按照內(nèi)容分類，系統(tǒng)消息可以分為MSI（MinimumSystemInformation）和OSI（OtherSystemInformation）兩大類。MSI:包括MIB和SIB1（SIB1也叫RMSI）OSI:包括SIB2?SIBn，支持ODOSI模式。各類系統(tǒng)消息承載信道、下發(fā)方式和承載的內(nèi)容，如下表所示：大類子類承載信道下發(fā)方式承載內(nèi)容MSIMIBPBCH周期廣播，周期通NRDUCell.SsbPeriod配置過為UE提供初始接入信息和SIB1的捕獲信息SIB1PDSCH周期廣播，周期通NRDUCell.Sib1Period配置過為UE提供OSI的捕獲信息：OSI的發(fā)送機制包括ODOSI（Msg1方式和MSg3方式）都在SIB1通知所有用戶。OSISIB2?SIBnPDSCH通過MOgNBSibConfig和NRDUCell.SibConfigId定制的發(fā)送策略，包括發(fā)送方式和發(fā)送周期。發(fā)送方式區(qū)分為如下兩類：.周期廣播：gNB按固定周期進行廣播.訂閱廣播：由UE發(fā)起訂閱請求，然后gNB按需廣播（稱作ODOSI）其他信息系統(tǒng)消息信道模型系統(tǒng)消息廣播功能信道映射模型如下圖所示:

■■BCtH.…SIB1/SILogicalChannelsTransportRACHChamelsPhysicalPRACHChannelsODMRSOPDCCHO[1MRSoPT-ffeoPD5CH。:o-■■BCtH.…SIB1/SILogicalChannelsTransportRACHChamelsPhysicalPRACHChannelsODMRSOPDCCHO[1MRSoPT-ffeoPD5CH。:o-。PSSSSSPBCH搜索小區(qū)，解析MIB，檢查小區(qū)狀態(tài)如果CellBarred=barred，則停止系統(tǒng)消息獲取過程；否則繼續(xù)后續(xù)步驟；使用MIB里面攜帶的參數(shù)，嘗試解析SIB1；如果SIB1解析成功，則存儲相關(guān)信息，并繼續(xù)后續(xù)步驟；否則停止系統(tǒng)消息獲取過程；

3.根據(jù)SIB1中指示的其他SIB發(fā)送方式，進一步嘗試獲取其他SIB：如果其他SIB是周期廣播方式，則根據(jù)SIB1中指示的OSI搜索空間，嘗試接收和解析SI；否則，UE通過訂閱請求獲得其他SIB（稱作ODOSI），參見本文“1.2.3ODOSI過程”章節(jié)。1.2.2系統(tǒng)消息更新UE在開機選擇小區(qū)駐留、重選小區(qū)、切換完成、從其他RAT系統(tǒng)進入NR-RAN、從非覆蓋區(qū)返回覆蓋區(qū)時，都會主動讀取系統(tǒng)消息。當(dāng)UE在上述場景中正確獲取了系統(tǒng)消息后，不再反復(fù)讀取系統(tǒng)消息，只會在滿足以下任一條件時重新讀取并更新系統(tǒng)消息：收到gNodeB尋呼消息指示系統(tǒng)消息變化。收到gNodeB尋呼消息指示有ETWS或CMAS消息廣播。.距離上次正確接收系統(tǒng)消息3小時后。如3GPPTS38.331所述，系統(tǒng)消息更新過程限定在特定的時間窗內(nèi)進行，這個時間窗被定義為BCCH修改周期。BCCH修改周期的邊界由SFNmodm=0的SFN值定義，即若某時刻滿足SFNmodm=0，則在此時刻（SFN滿足上述公式的時刻）啟動BCCH修改周期。其中，m是BCCH修改周期的無線幀數(shù)。UE通過尋呼DCI接收系統(tǒng)消息更新指示，在下一個BCCH修改周期接收更新后的系統(tǒng)消息。系統(tǒng)消息更新過程如下圖所示，圖中不同顏色的小方塊代表了不同的系統(tǒng)消息，UE在第n個修改周期接收系統(tǒng)消息更新指示，在第n+1個修改周期接收更新后的系統(tǒng)消息。圖1-2系統(tǒng)消息更新過程示意圖Chargen^cationBCCHmodificationperiod(n)EDBCCHmodificationperiod(n)...針對訂閱方式的OSI，基站可以分配專用的PRACH資源，并在SIB1中進行廣播，供UE請求OSI時使用：5i2-notBroadca￡tinE；.UE發(fā)起ODOSI請求有MSG1和MSG3兩種方式:訂?SPsjbiRJS^ET^I'Requestconflg坯通jJtMSGL訂閱...針對訂閱方式的OSI，基站可以分配專用的PRACH資源，并在SIB1中進行廣播，供UE請求OSI時使用：5i2-notBroadca￡tinE；.UE發(fā)起ODOSI請求有MSG1和MSG3兩種方式:訂?SPsjbiRJS^ET^I'Requestconflg坯通jJtMSGL訂閱WLE通過MSG4訂閱SIMSG3請求方式：當(dāng)SIB1中未包含ODOSIPRACH資源時，基站廣播SIB1,指示某個OSI是以廣播(broadcasting)方式下發(fā)還是訂閱(notBroadcasting)方式下發(fā)：當(dāng)基站以訂閱方式下發(fā)OSI時，UE在接收OSI之前必須先解析SIB1，獲得自己所需要的OSI的si-BroadcastStatus狀態(tài)，如果當(dāng)前狀態(tài)是broadcasting，則在該OSI對應(yīng)的SI-window上收聽即可；否則，發(fā)起ODOSI訂閱流程。UE通過MSG3請求OSI；gNB通過MSG4確認(rèn)收到請求（避免UE反復(fù)發(fā)送請求），立即廣播被請求的ODOSI，持續(xù)廣播2個SI-Period后，在對應(yīng)的BCCHMP邊界結(jié)束。此種方式下，gNB不分配ODOSI專用的PRACH資源，適用于PRACH資源緊張的場景。MSG1請求方式：當(dāng)SIB1中包含ODOSIPRACH資源時，UE通過MSG1請求OSI；gNB通過MSG2確認(rèn)收到請求（避免UE反復(fù)發(fā)送請求），立即廣播被請求的ODOSI，持續(xù)廣播2個SI-Period后，在對應(yīng)的BCCHMP邊界結(jié)束。此種方式下，gNB需要分配ODOSI專用的PRACH資源，適用于PRACH資源充足的場景。口說明1、連接態(tài)UE無需獲取OSI,ODOSI流程僅涉及空閑態(tài)和非活動態(tài)UE;2、ODOSI過程從20A版本后開始支持。1.2.4關(guān)鍵消息解讀1.2.4.1MIB消息定義參見3GPP38.331。MIB（MasterInformationBlock）主要作用是獲取用戶接入網(wǎng)絡(luò)中的必要信息，具體包括：IEPresence取值范圍含義說明備注systemFrameNumberMBITSTRING(SIZE(6))系統(tǒng)幀號高6位subCarrierSpacingCommonMENUMERATED{scs15or60,scs30or120}RMSI/MSG2/MSG4使用的子載波間隔，低頻只能是15k或30k，高頻只能是60k或120kssb-SubcarrierOffsetMINTEGER(0..15)SS/PBCHRB邊界和CRB邊界之間的偏差dmrs-TypeA-PositionMENUMERATED{pos2,pos3}PDSCHDMRS的符號位置pdcch-ConfigSIB1MINTEGER(0..255)RMSI所在的初始BWP的時頻域位置，帶寬大小等信息cellBarredMENUMERATED{barred,notBarred}小區(qū)是否禁止用戶駐留intraFreqReseMENUMERATEBAR小區(qū)后是否允許用戶

IEPresence取值范圍含義說明備注lectionD{allowed,notAllowed}重選到同頻鄰區(qū)關(guān)鍵信元解讀:systemFrameNumber系統(tǒng)幀號，共10bit,低4bit直接編碼PBCHpayload中。ssb-SubcarrierOffset攜帶KSS1B參見38.213)信息，指示SSB相對于CRB(CommonResourceBlock)的頻域偏移。示意如下：pdcch-ConfigSIBl指示RMSI所在的CORESET的時頻域位置和周期，其中MSB(4bit)用于指示RMSI的CORESET時頻域位置，LSB(4bit)用于指示CORSET的周期，該參數(shù)間接指示了初始BWP的相關(guān)信息。示意如下：---?4B傾LS日)PDCCHMonitoringoccasionlorRMSI!:U￡$￡T腳岫岫fflBSPtUNSWlSEttEHCEP;Fll.陸岬A(chǔ)ZlJ-UbcU-LlEyEten-raEjEHinrarEl!STABGUmILAH'A覽出?甘H1J42EMWEMM4E5氐職K53Q0rl2QbSEb-SdxaiiieiyffsetDffiGEflQ」乩，Kam心giirE-,?jp￡A-?QsiLianEKUNEFlfi?Hi妙LfOfiSJ,,揶期郵?啾時ipdcrlrtosfigaiElJCCTH-^nfLjiB&lj+y-jcalTBirrsdEKWOAZEDflarxed,時13土眼1小iiu您Fm仰踮ElwHimfaJ10?EZrg］】頃糜1」-?4Bits(MS8}CORESETforRMSI習(xí)罐冀BIT3TRIK化轂nmEHmsmiHKOh5CS{KhE：!g.lTMt15J#皿-TMeD-iAS3E>Si3UE3Tabit0-2W11M2I3-TM|>1珂心仲-IJ-i%■抽土K?『獨ii-1?癡?T*04I3DU>Wl3A-2BS-「吐g皿L?5Mill?-TUM13-SwW<M-JW-TrttaL?H/AcellBarred指示是否BAR小區(qū)，填寫方法如下:場景編號場景描述NSA小區(qū)SA小區(qū)NSA&SA小區(qū)1激活小區(qū)BarrednotBarrednotBarred

場景編號場景描述NSA小區(qū)SA小區(qū)NSA&SA小區(qū)2高優(yōu)先級閉塞小區(qū)---3中低優(yōu)先級閉塞小區(qū)BarredBarredBarred4解閉塞小區(qū)BarrednotBarrednotBarred5NG-C故障BarredBarredBarred6NG-C恢復(fù)BarrednotBarrednotBarred1.2.4.2SIB1消息定義參見3GPP38.331。SIB1消息定義參見38.331.6.2.2,具體包括:IEPresence取值范圍含義說明版本支持情況cellSelectionInfoO小區(qū)選擇信息>q-RxLevMinOQ-RxLevMin19B>q-RxLevMinOffsetOINTEGER(1..8)19B>q-RxLevMinSULOQ-RxLevMin19B>q-QualMinOQ-RxLevMin暫不支持>q-QualMinOffsetOINTEGER(1..8)暫不支持cellAccessRelatedInfoMCellAccessRelatedInfo小區(qū)接入相關(guān)信息19BconnectionEstablishmentFailureControlOConnEstFailureControl19Bsi-SchedulingInfoOSI-SchedulingInfoSI調(diào)度信息20AservingCellConfigCommonOServingCellConfigCommonSIB19B

IEPresence取值范圍含義說明版本支持情況ims-EmergencySupportOENUMERATED(true}暫不支持eCallOverIMS-SupportOENUMERATED(true}暫不支持ue-TimersAndConstantsOUE-TimersAndConstants19Buac-BarringInfoO20AlateNonCriticalExtensionOOCTETSTRING20A關(guān)鍵信元解讀:1.cellAccessRelatedInfo小區(qū)接入相關(guān)信息，具體包括:IEPresence取值范圍含義說明版本支持情況cellAccessRelatedInfo>plmn-IdentityListMSEQUENCE(SIZE(1..maxPLMN))OFPLMN-IdentityInfo小區(qū)服務(wù)的PLMN列表19B>>PLMN-IdentityInfo19B>>>plmn-IdentityListMSEQUENCE(SIZE(1..maxPLMN))OFPLMN-Identity19B>>>trackingAreaCodeOTrackingAreaCode如果該PLMN是SA組網(wǎng)模式，則攜帶；否則不攜帶。參見下文notes說明。19B

IEPresence取值范圍含義說明版本支持情況>>>ranacORAN-AreaCode19B>>>cellIdentityMCellIdentity19B>cellReservedForOperatorUseMNA口說明trackingAreaCode是可選信元，如果不攜帶，則表明該PLMN是NSA組網(wǎng)模式。38.331協(xié)議中相關(guān)描述如下：IndicatesTrackingAreaCodetowhichthecellindicatedbycellIdentityfieldbelongs.Thepresenceofthefieldindicatesthatthecellsupportsatleaststandaloneoperation;theabsenceofthefieldindicatesthatthecellonlysupportsEN-DCfunctionality.si-SchedulingInfoIEPresence取值范圍含義說明版本支持情況SI-SchedulingInfo>schedulingInfoListMSEQUENCE(SIZE(1..maxSI-Message))OFSchedulingInfo參見下文詳細(xì)說明19B>>SchedulingInfo>>>si-BroadcastStatusMENUMERATED(broadcasting,notBroadcasting}SI發(fā)送方式，通過MOgNBSibConfig和NRDUCell.SibConfigId進行配置19B>>>si-PeriodicityMENUMERATED(rf8,rf16,rf32,rf64,rf128,rf256,rf512}SI發(fā)送周期，通過MOgNBSibConfig和NRDUCell.SibConfigId進行配置19B>>>sib-MappingInfoMSIB-MappingSIB到SI的映射19B>si-WindowLMENUMERATEDSI-Window窗長19BIEPresence取值范圍含義說明版本支持情況ength{s5,s10,s20,s40,s80,s160,s320,s640,s1280}>si-RequestConfigOSI-RequestConfigODOSI請求資源配置，參見”1.2.3ODOSI過程”20A>si-RequestConfigSULOSI-RequestConfigODOSI請求資源配置，參見”1.2.3ODOSI過程”20A>systemInformationAreaIDORAN-AreaCode暫不支持該信元指明了各個SI的調(diào)度方式，其基本原理描述如下：基站廣播哪些SI消息，由SIB1::schedulingInfoList指定了，每個SI消息在該列表中的順序以n表示(從1開始)。假如schedulingInfoList中指定了4個SI消息，則會有4個連續(xù)的SI窗口用于發(fā)送這4個SI消息，而n表明了SI消息在第幾個SI窗口。每個SI消息對應(yīng)一個SI窗口，窗長由SIB1::si-WindowLength字段指定，其單位為slot；每個SI消息的發(fā)送周期，由SIB1::si-Periodicity字段指定，其單位為無線幀；每個SI消息裝載哪些SIBx，由SIB1::SchedulingInfo::sib-MappingInfo字段指定。對于某個SI消息，對應(yīng)的Schedulinginfo信元在SIB1->schedulingInfoList中對應(yīng)的入口編號為n，可以確定整數(shù)x=(n-1)*w，其中w是Si-window的長度；對于某個SI消息，通過如下公式確定調(diào)度時域：SI-window無線幀需要滿足SFNmodT=FLOOR(x/N)；SI-window起始slot#a需要滿足a=xmodN；在其中T是關(guān)注的Si消息的周期，N是一個無線幀中的slot個數(shù)。圖1.SIB-SI映射及時域調(diào)度示例SOms160ms320mi640ms5IB2SIB3SIB4SIB5SIB6S1B7Wxzi曹Sl-1Si-2si-aSI-4St-MSG1S3-MSG2SI-MSG3SEB2S[B3S]MSIRSSB6■，:nrrijudhi4MLLnMlr^Up?—DPI1—UPC1DPI：—DPCF11，S]-岫|y||蜘|5|g||.8哂％…；a即nw...…\[160ms%\■―——-―TSI-3]…幻TS?W2|SWJ|磁贛|H|SI-W2|贛畫畿繇|F!*TItQms32Qms640ms3.servingCellConfigCommonIEPresence取值范圍含義說明版本支持情況ServingCellConfigCommonSIB>downlinkConfigCommonMDownlinkConfigCommonSIB下行公共參數(shù)配置，包括下行頻點配置、初始下行BWP、BCCH和PCCH配置19B>uplinkConfigCommonOUplinkConfigCommonSIB上行公共參數(shù)配置，包括上行頻點配置、初始上行BWP和TA19B>supplementaryUplinkOUplinkConfigCommonSIBSUL小區(qū)上行公共參數(shù)配置，包括上行頻點配置、初始上行BWP和TA19B>n-TimingAdvanceOffsetOENUMERATED{n0,n25600,n39936}19B>ssb-PositionsInBurstM19B>ssb-PeriodicityServingCellMENUMERATED{ms5,ms10,ms20,ms40,ms80,ms160}SSB周期，通過MML配置19BIEPresence取值范圍含義說明版本支持情況>tdd-UL-DL-ConfigurationCommonOTDD-UL-DL-ConfigCommon19B>ss-PBCH-BlockPowerOINTEGER(-60..50)19B4.uac-BarringInfogNB基于MONRDUCELLUACBAR配置信息廣播UAC,UE根據(jù)UAC信息進行accessbarcheck(詳見38331第5.3.14.5節(jié)Accessbarringcheck部分)

Kuac-Barrngra-ctoi一個接入I口T3如起時后?重籟妾'試攙A生成一個隨機期R1，0<=R1c1Tje國據(jù)也入類在劇由中￡到對應(yīng)UJM：察教中Kuac-Barrngra-ctoi一個接入I口T3如起時后?重籟妾'試攙A生成一個隨機期R1，0<=R1c1Tje國據(jù)也入類在劇由中￡到對應(yīng)UJM：察教中UWC-^EarringForAcc&^sldcniilyj■對本次搽入趣，啟動定、時暑T390,0^-K=-D7+0.6中2)-usdSamn^Time)生戒一個ES機敵R2,0<=R2<11.2.4.3SI消息定義參見3GPP38.331。其他SIB簡稱OSI(OtherSIBs，除SIB1之外的其他SIB)，包括除MSI之外的所有內(nèi)容，具體包括：SIB2,3,4:cellreselection相關(guān)參數(shù)；SIB5:inter-RATcellre-selection(E-UTRA)SIB6:ETWSprimarynotificationSIB7:ETWSsecondarynotificationSIB8:CMASnotificationSIB9:GPStimeandUTCOSI既可通過周期廣播方式下發(fā)，也可通過訂閱方式下發(fā)，具體哪種方式由SIB1指示。本章給出OSI周期廣播機制的信令流程設(shè)計，特征如下：通過DL-SCH信道發(fā)送；

80ms.160nns320ms640msSIB2SIB3SIB4SIB5SIB6ISIB7V1rSI-1SI-2SI-3SI-4.&I-MSG1SI-MSG2SI-MSG3&I-MSG4GIB2SIB3SIB4SIB5SIB6SIE6OSI被封裝成SI消息，在對應(yīng)的SI窗口內(nèi)下發(fā)，示意圖如下:U。U。OSI被封裝成SI消息，在對應(yīng)的SI窗口內(nèi)下發(fā)，示意圖如下:1.3隨機接入通信雙方要實現(xiàn)相互通信，最重要的先決條件是建立通信雙方之間的時間同步，對于NR也是如此。NR下行同步(Transmitter=gNB,Reciever=UE)通過廣播同步信號實現(xiàn)，NR上行同步(Transmitter=UE,Reciever=gNB)則是通過隨機接入過程實現(xiàn)的。隨機接入簡稱RA(RandomAccess)，是UE和網(wǎng)絡(luò)之間建立無線鏈路的必經(jīng)過程。隨機接入可以實現(xiàn)兩個基本的功能：.實現(xiàn)UE與gNB之間的上行同步(TA).gNB為UE分配上行資源(UL_GRANT)隨機接入(MSG1方式)還可實現(xiàn)訂閱OSI的功能。RA是UE接入網(wǎng)絡(luò)和建立業(yè)務(wù)承載的重要環(huán)節(jié)，是5G網(wǎng)絡(luò)的基礎(chǔ)功能。根據(jù)業(yè)務(wù)場景不同，隨機接入可以分為基于競爭的隨機接入(Contentionbasedrandomaccessprocedure)和基于非競爭的隨機接入(Non-Contentionbasedrandomaccessprocedure)。.基于競爭的隨機接入：由UE自行選擇Preamble進行接入，因此不同的UE之間可能存在沖突，需要通過競爭解決。UEinRRC_IDLE/RRC_INACTIVE：總是使用基于競爭的方式進行初始接入，因為此時網(wǎng)絡(luò)側(cè)和UE還沒有RRC信令連接，UE只能基于SIB1廣播的RACH配置選擇Preamble,所以只能是競爭方式。UEinRRC_CONNECTED：gNB無法通過RRC信令或者PDCCHORDER方式給UE分配專用Preamble時，采用競爭方式接入?；诜歉偁幍碾S機接入：特定的RACH/PRACH資源被保留起來，在某一個時刻分配給某個UE專用。對于非競爭方式，一定是UE和gNB已經(jīng)有了RRC連接了，gNB可以通過RRC信令或者PDCCHORDER方式給UE分配專用Preamble時，才可以采用非競爭方式接入。RA流程由PDCCHorder、UEMAC層、UEPHY層波束恢復(fù)指示或RRC事件觸發(fā)，參考3GPPTS38.321.5和3GPPTS38.300.9.2.6,具體包括以下場景：Therandomaccessprocedureistriggeredbyanumberofevents,forinstance:-InitialaccessfromRRC_IDLE;-RRCConnectionRe-establishmentprocedure;-Handover;-DLorULdataarrivalduringRRC_CONNECTEDwhenULsynchronisationstatusis"non-synchronised";-TransitionfromRRC_INACTIVE;-RequestforOtherSI;-Beamfailurerecovery.表1.隨機接入的場景和競爭機制序號觸發(fā)場景場景描述競爭機制觸發(fā)主體版本規(guī)劃1初始RRC連接建立當(dāng)UE從空閑態(tài)轉(zhuǎn)到連接態(tài)時，UE會發(fā)起RA?；诟偁幍腞AUE19B支持2RRC連接重建當(dāng)無線鏈路失步后，UE需要重新建立RRC連接時，UE會發(fā)起RA?；诟偁幍腞AUE19B支持3RRC_INACTIVE態(tài)用戶狀態(tài)遷移當(dāng)UE從RRC_INACTIVE態(tài)轉(zhuǎn)到連接態(tài)時，UE會發(fā)起RA?；诟偁幍腞AUE19B支持4切換（包括SA和NSA的DC）當(dāng)UE進行切換時，UE會在目標(biāo)小區(qū)發(fā)起RA?；诜歉偁幍腞A，但是在：1.gNB專用前導(dǎo)用完時或者未獲取SSB測gNBRRC信令19B支持

序號觸發(fā)場景場景描述競爭機制觸發(fā)主體版本規(guī)劃量結(jié)果時，會使用基于競爭的RA；或2.gNB給UE分配的專用Preamble所在的波束不滿足UE最低接入信號門限時，UE會回退到基于競爭的RA5上行失步態(tài)UE下行數(shù)據(jù)到達當(dāng)gNB檢測到UE處于上行失步態(tài)且下行數(shù)據(jù)需要傳輸時，指示UE發(fā)起RA?；诜歉偁幍腞A，但是在gNB專用前導(dǎo)用完時，會使用基于競爭的RA。gNBPDCCHorder19B支持6上行失步態(tài)UE上行數(shù)據(jù)到達當(dāng)UE處于上行失步態(tài)且有上行數(shù)據(jù)需要傳輸時，UE將發(fā)起RA?；诟偁幍腞AUE19B支持7訂閱ODOSI訂閱ODOSIMSG1方式：基于非競爭的RAMSG3方式：基于競爭的RAUE19B支持8波束失敗恢復(fù)UE物理層檢測到波束失敗恢復(fù)基于非競爭的RA，但是在gNB專用前導(dǎo)用完時，會使用基于競爭的RA。UE協(xié)議不完善，19B暫不支持1.3.1基于競爭的隨機接入原理說明

基于競爭的RA過程中，接入的結(jié)果具有隨機性，并不能保證100%成功；接入前導(dǎo)由UE選擇，不同UE產(chǎn)生前導(dǎo)可能沖突，gNB需要通過競爭機制解決不同UE的接入。競爭沖突過程示意圖如下：信令過程基于競爭的隨機接入過程，消息交互過程如下圖所示:

UE-->NW:PRACHPreamble(RA-RNTI,indicationforL2/L3messagesize)UE<--NW:RandomAccessResponse(TimingAdvance,T_C-RNTI,ULgrantforL2/L3message)UE-->NW:L2/L3message.場景說明UE<--NW:Messageforcontentionresolution

.場景說明<OUTOFSYNC-DLData-CB>UEgNB<OUTOFSYNC-ULData-CB>UEgNBRRC_CONNECTEDStateOUTOFWNCULDat^—I;PRACHPreamble(MSGl)RACHResponse-RAR{MSG2jCRNTIMACCE(M3G3)、；!

[51。即ithCHMTIfcirRR匚RECDrifigurSit?】:RRCReconfigurationRRCReconfigurationC￡?mpktaINSYNC

<HO-CB>Src-griBTgt-gNBRRCReconfiguration,HOACKcrPRACHPr佃mb回MXu)■1/RACHResponse-RAR(h15G2)-CRMTIMACCE(MSGDCIOwithCRNTIrforRRCReconfi^uratlanCompIate(MSG4jsrRRCRecanfiguralionCoriplels■1<ODOSI-MSG3方式-CB>UEgl\IB1PRACHPreamble(MSGl)1《RACHResponse-RAR(MSG2)RRCSy^temlnfoRequestjMSGl)x.MACCE(CRIdentity,MSG4)rSlfbroadcast}1c1.3.2基于非競爭的隨機接入原理說明在基于非競爭的RA過程中，gNB為UE分配專用的RACH(RandomAccessChanne1)資源

進行接入，但當(dāng)專用的RACH資源不足時，gNB會指示UE發(fā)起基于競爭的RA。信令過程PDCCHOrderorRRCRecfti(AssignDedicatedPreamble)PRACHMSG2(RAR)PDCCH&PDSCH.UE<--NW:RACHPreamble(PRACH)Assignment.UE-->NW:RACHPreamble(RA-RNTI,indicationforL2/L3message.UE<--NW:RandomAccessResponse(TimingAdvance,C-RNTI,ULgrantforL2/L3message)進行接入，但當(dāng)專用的RACH資源不足時，gNB會指示UE發(fā)起基于競爭的RA。信令過程PDCCHOrderorRRCRecfti(AssignDedicatedPreamble)PRACHMSG2(RAR)PDCCH&PDSCHRRCConnectiQn..Reconf[￡RRCCpnnectionReconiiRComj?letePRACHPreamble(MSGl)RACHResponse-RAR(MSG2)場景說明<OUTOFSYNC-DLData-CF>PDCCHORDER(PreambleID!=6aDLDataINSYNCRRC_CONNECTEDStateOUTOFSYNC<HO-CF>UESrc-KNBIgtj￡NBRRCConnectionReconfis/(PreambleID)HOACK/(PreambleID)PRACHPreamble(MSG1)、,RACHResponse-RAR(A4SG2)RRCConnectionRecpnifigConpletew****Ai*****^^w*^w*^Xp<ODOSI-MSG1方式-CF>UEgNBd；.n.fVWPRACHPreambl&(MSGl)1SI(broadcast)11.4RRC連接建立參考3GPP38.300,UE的RRC狀態(tài)區(qū)分為如下三種:RRC空閑態(tài)RRC連接態(tài)RRC非活動態(tài)處于空閑態(tài)的UE需要發(fā)起業(yè)務(wù)（語音業(yè)務(wù)或數(shù)據(jù)業(yè)務(wù)）時，第一步就是發(fā)起RRC建立請求，觸發(fā)空閑態(tài)到連接態(tài)的狀態(tài)遷移過程，這個過程就是RRC建立過程。

1.4.1RRC建立流程RRC連接建立過程就是建立SRB1的過程。步驟1UE-->NW：UE發(fā)起競爭性隨機接入；步驟2UE<--NW：gNB回復(fù)MSG2(RAR)；步驟3UE-->NW:UE向gNB發(fā)送RRCSetupRequest消息，攜帶UE的InitialUE-Identity和EstablishmentCause，請求建立RRC連接，該消息對應(yīng)于隨機接入過程的Msg3；步驟4UE<--NW：gNB為UE分配并建立SRB1承載，并向UE發(fā)送RRCSetup消息；

步驟5UE-->NW：UE向gNB發(fā)送RRCSetupComplete消息，RRC連接建立成功；----結(jié)束RRC建立過程由UE觸發(fā)，RRC連接建立成后，gNB側(cè)和UE側(cè)分別完成SRB1承載(PDCP/RLC)、MAC和L1的對等協(xié)議實體的建立。雙方建立的對等協(xié)議實體和消息交互過程如下圖所示：DOCH□rrcHCCCHCC3HDTCHUL-5CHRA3I-SREilRRCPDCCH/PIPSCH_iP<JCCH/PUSCH呼CHRLCPDCPSDAPPDCPSDAPPDCPDOCH□rrcHCCCHCC3HDTCHUL-5CHRA3I-SREilRRCPDCCH/PIPSCH_iP<JCCH/PUSCH呼CHRLCPDCPSDAPPDCPSDAPPDCPPDCPPDCP；1.4.2RRC拒絕過程RRCSe-tupRegueitgNB由于資源受限無法接納本次RRC請求時，通過CCCH在SRB0上給UE回復(fù)RRC拒絕消息，消息中攜帶waitTime，該時間窗內(nèi)禁止UERRCSe-tupRegueitgNB由于資源受限無法接納本次RRC請求時，通過CCCH在SRB0上給UE回復(fù)RRC拒絕消息，消息中攜帶waitTime，該時間窗內(nèi)禁止UE重新接入；UE收到RRC拒絕消息后，停止T300定時器，復(fù)位MAC并釋放MAC配置，通知上層RRC連接建立失敗；然后按照RRC拒絕消息中攜帶waitTime啟動T302定時器。T302定時器運行期間禁止發(fā)起新的RRC建立請求，超時后可以發(fā)起。1.4.3RRC重發(fā)處理RRCSetupReguest競爭神突解決定時器超T3。。超時yRRCSetupRequestRRCSetupRequestRRC重發(fā)處理過程，主要圍繞UE側(cè)運行的兩個關(guān)鍵定時器進行:?競爭解決定時器(ra-ContentionResolutionTimer)?T300競爭解決定時器:

1.該定時器時長由gNB通過SIB1廣播，時長64ms,不可配置2,該定時器由UE使用：當(dāng)UE發(fā)送RRCSetupRequest消息后在ContentionResolutionTimer時長內(nèi)沒收到RRCSetup消息，則重新發(fā)起一次RRCRequest消息UE側(cè)競爭啟動停止超時處理UE初始傳遞或者重傳RRCSetupRequest后UE收到RRCSetupRequest的HARQACK反饋或者RRCSetup/RRCReject重新進行隨機接入3.gNB進行RRC重發(fā)檢測gNB收到同一用戶從同一小區(qū)上重發(fā)的RRCSetupRequest消息后，重發(fā)RRCSetup消息，初傳的RRC建立過程不算作失敗。T300定時器：該定時器時長由gNB通過SIB1廣播，默認(rèn)2000ms，可通過NRDUCellUeTimerConst::T300配置佐3IE.3LQC,肝低￡70『三。?E3可0?！付.S碩；。，E91[門門?丁嚀1；：*E?。骸窾301EJJUKEBATED{ffi-SlOQ.Dfi32D0rBaSQDx皓可?？凇好蟆?口口』EHS1000r3iaL53Dr13200D)r1310ENUMERATEDD1350PJULQIhgWL邛5的「MSlOO&r0352000)n-310ENUMEMrED(nlrn-3rn4fn^rn€rnlOjnSOLf1211LMTJMERArED{malOODj-malOOOjmsSOaCjm3in-3D0rnslSDaOjins2C'0flDrisSODDO]11211ENUMERArED{Dhnlj113Htl4jHE,乃日/2110]j1219EMUMERArED{lfl310Q^ms2H0r3192-0DjsmMiCLmBfiODjm^lOOOrSS15<]DrXS2O0D)r該定時器由UE使用：在T300啟動期間沒有收到RRCSetup消息，會在競爭解決定時器超時后再次發(fā)送RRCSetupRequest消息(消息內(nèi)容一樣)，直到T300超時；T300超時后會發(fā)送一個新的RRCSetupRequest消息。啟動停止超時處理UE初始傳遞RRCSetupRequest后UE收到RRCSetup/RRCReject消息，或者UE發(fā)起重選，或者上層連接中斷結(jié)束本次RRC接入過程，可以重新發(fā)起新的RRC連接請求

RRCSetupRequest處于空閑態(tài)的UE需要做業(yè)務(wù)時，會發(fā)送建立RRC連接的請求。該消息由UL_CCCH信道發(fā)送上來，在SRB0上承載。RRCSetupRequest消息定義參見3GPP38.331，摘要如下：IEPresence取值范圍含義說明備注ue-IdentityMInitialUE-IdentityUEIDestablishmentCauseMEstablishmentCauseRRC建立原因關(guān)鍵信元解讀：ue-IdentityInitialUE-Zdentity::=CHOICE{#Iig-5G-J-TI<151-PaztLBIT5TR1NG(39})randomVcilvicBITSTRING(^IZE[29])舛UE的標(biāo)識，如果UE在當(dāng)前小區(qū)所屬的TA(TRACKAREA)中注冊過，則UE提供網(wǎng)絡(luò)分配的5G-S-TMSI作為UE的標(biāo)識，如果高層沒有提供標(biāo)識，則UE在0-2391之間選取一個隨機數(shù)作為UE的臨時標(biāo)識。2.establishmentcause接入原因典型應(yīng)用場景emergency緊急呼叫highPriorityAccessSIM卡接入等級AC為11~15的用戶初始入網(wǎng)mt-Access被叫響應(yīng)尋呼mo-SignallingTAU、初始入網(wǎng)mo-VoiceCallVoNR語音業(yè)務(wù)mo-VideoCall視頻電話業(yè)務(wù)mo-SMS短信業(yè)務(wù)mps-PriorityAccessForFurtherStudymcs-PriorityForFurtherStudy接入原因典型應(yīng)用場景AccessRRCSetupRRC_CONN_SETUP的主要目的為建立SRB1,通過DL_CCCH信道發(fā)送，承載在SRB0上。建立的SRB1為AM模式。RRCSetup消息定義參見3GPP38.331，摘要如下：IEPresence取值范圍含義說明備注radioBearerConfigMRadioBearerConfig無線承載參數(shù)配置>srb-ToAddModListOSRB-ToAddModList新增或修改SRB列表>srb3-ToReleaseOENUMERATED{true}釋放SRB3指示，SRB3僅存在于EN-DC場景>drb-ToAddModListODRB-ToAddModList新增或修改DRB列表，RRC建立流程不涉及>drb-ToReleaseListODRB-ToReleaseList釋放DRB列表，RRC建立流程不涉及>securityConfigOSecurityConfig安全參數(shù)配置masterCellGroupMOCTETSTRING(CONTAININGCellGroupConfig)>cellGroupIdMCellGroupId>rlc-BearerToAddModListOSEQUENCE(SIZE(1..maxLC-ID))OFRLC-BearerConfig新土增或修改承載邏輯信道配置及RLC配置>rlc-BearerToReleaseListOSEQUENCE(SIZE(1..maxLC-ID))OFLogicalChannelIdentity釋放承載RLC配置>mac-CellGroupConfigOMAC-CellGroupConfig

IEPresence取值范圍含義說明備注>physicalCellGroupConfigOPhysicalCellGroupConfig...關(guān)鍵信元解讀:1.SRB邏輯信道相關(guān)配置(關(guān)鍵信元解讀:1.SRB邏輯信道相關(guān)配置(srb-ToAddModList/rlc-BearerToAddModList)霜-袖I敝；:=陽新!T，+顯驗"二二二二二-二國顧硼--reesaibiatPKF茹囪丘5血旺iiswnlftjKE(gftTEg^■fp<DEn?'"""""二二二.二座宜可甌卜…r■_'?FKFCdhfici;:=拈;：!瞄k1KQKEpX而W由白SE^CEposLlCnnc在］1由哄)瓦1皿時吝幻就Logkal加nd：加tity二r盹典Hzthi:郵pi>叫iE⑶EWXSS卜kgiaiSEkDEiityr\i炊?？?!U里心，L—1壽:知i導(dǎo)333迎:|成j:RMH章-娜7--■'.?J擇財既2K；；■*：LiLikrRJ比:蛔驅(qū)咀卜虻豎曲尚LJ，MimfflllFWrpiEiFyjS^LLEper廓和I%吐I-I?LC-Zeil3ujp^LTiIiu::=!口#1；.=?。菁簊t：：-：nfijgt-二ql."ntiq頊sCFfiI-I?LC-Zeil3ujp^LTiIiu::=!口#1；.=丁］己st：：-：nfijgt-二ql."ntiq頊sCFfiij5.tipUmliiiKZKEyzicir.l二---r"ctivity'L'r-vlL：］-53Q(7ENCE{-■:■QTliph-?:;J:；XCTlTifiq.'JngE'.Q^'.i-n5iT：：crfigE泊-C。二二HTAG-Ca-fig!'p-.i］pl'-?'pp.^r.:.F■三R-Cirf-m:EOCLMW，BOOLEANeas&{L-aTa1na;tty_imer；物理信道相關(guān)配置(physicalC