5G信令分析指導(dǎo)書

文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 5G信令分析指導(dǎo)書目錄1概述12開機(jī)入網(wǎng)32.1小區(qū)搜索與選擇2.2系統(tǒng)消息廣播2.2.1系統(tǒng)消息獲取2.2.2系統(tǒng)消息更新2.2.3ODOSI過程2.2.4關(guān)鍵消息解讀2.2.4.1MIB2.2.4.2SIB12.2.4.3SI2.3隨機(jī)接入2.3.1基于競爭的隨機(jī)接入2.3.2基于非競爭的隨機(jī)接入2.4RRC連接建立2.4.1RRC建立流程2.4.2RRC拒絕過程2.4.3RRC重發(fā)處理2.4.4關(guān)鍵消息解讀2.4.4.1RRCSetupRequest2.4.4.2RRCSetup2.4.4.3RRCSetupComplete2.4.4.4RRCReject2.5注冊流程3上下文管理383.1初始上下文建立過程3.1.1安全模式過程3.1.2UE能力查詢過程3.1.3關(guān)鍵消息解讀3.1.3.1NGAPINITIALCONTEXTSETUPREQUEST3.1.3.2NGAPINITIALCONTEXTSETUPRESPONSE3.1.3.3RRCSecurityModeCommand3.1.3.4RRCSecurityModeComplete3.1.3.5RRCUECapabilityEnquiry3.1.3.6RRCUECapabilityInformation3.2UE上下文修改過程3.3UE上下文釋放過程4會(huì)話管理494.15GQoSArchitecture4.1.1概述4.1.2QoSFlow4.1.3QoSParameters4.1.4QoSFlow到DRB的映射4.2PDU會(huì)話建立過程4.3PDU會(huì)話修改過程4.4PDU會(huì)話釋放過程4.5關(guān)鍵消息解讀4.5.1NGAPPDUSESSIONRESOURCESETUPREQUEST4.5.2NGAPPDUSESSIONRESOURCESETUPRESPONSE4.5.3NGAPPDUSESSIONRESOURCEMODIFYREQUEST4.5.4NGAPPDUSESSIONRESOURCEMODIFYRESPONSE4.5.5RRCReconfiguration4.5.6RRCReconfigurationComplete5尋呼流程675.15GC尋呼5.1.1信令流程5.1.2關(guān)鍵消息解讀5.1.2.1NGAPPAGING5.1.2.2RRCPAGING5.2RAN尋呼5.2.1信令流程5.2.2關(guān)鍵消息解讀5.2.2.1RANPAGING5.3尋呼消息發(fā)送6切換流程776.1站內(nèi)切換6.2Xn切換6.3N2切換6.4LNR切換6.5LNR重定向7NAS流程877.1注冊7.2去注冊（終端發(fā)起）7.3去注冊（網(wǎng)絡(luò)發(fā)起）7.4業(yè)務(wù)請求（主叫）7.5業(yè)務(wù)請求（被叫）文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 5G5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書1概述1概述信令過程是電信通信網(wǎng)絡(luò)中一個(gè)十分重要的概念，在呼叫建立和呼叫拆除過程中，UE與gNB之間、gNB與5GC、以及gNB與gNB之間都要交互一些控制信息，以創(chuàng)建對等的協(xié)議實(shí)體并協(xié)調(diào)相互的動(dòng)作，這些控制信息稱為信令，這個(gè)交互過程就是信令過程。遵循3GPP協(xié)議規(guī)范，通信雙方先交互信息，創(chuàng)建控制面對等的協(xié)議實(shí)體；然后，通過控制面實(shí)體，進(jìn)一步交互信息，創(chuàng)建用戶面對等的協(xié)議實(shí)體；后續(xù)，通過用戶面實(shí)體進(jìn)行數(shù)據(jù)傳輸。圖1.控制面&用戶面過程圖2.E2E信令流程概覽5G5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書1概述本文主要介紹5GSA信令流程。2開機(jī)入網(wǎng)UE入網(wǎng)過程包括幾個(gè)子過程：小區(qū)搜索與選擇UE開機(jī)選網(wǎng)，小區(qū)搜索并完成下行同步。系統(tǒng)消息廣播UE讀取廣播信息，選擇合適小區(qū)進(jìn)行駐留。隨機(jī)接入U(xiǎn)E與gNB建立上行同步。RRC連接建立UE與gNB建立RRC連接。注冊過程UE注冊到5G網(wǎng)絡(luò)，網(wǎng)絡(luò)側(cè)開始維護(hù)該UE的上下文。2.1小區(qū)搜索與選擇2.2系統(tǒng)消息廣播2.3隨機(jī)接入2.4RRC連接建立2.5注冊流程2.1小區(qū)搜索與選擇 小區(qū)搜索過程是UE和小區(qū)取得時(shí)間和頻率同步，并檢測小區(qū)ID的過程。其基本過程描述如下：UE開機(jī)后按照3GPPTS38.104定義的SynchronizationRaster搜索特定頻點(diǎn)；UE嘗試檢測PSS/SSS，取得下行時(shí)鐘同步，并獲取小區(qū)的PCI；如果失敗則轉(zhuǎn)步驟1搜索下一個(gè)頻點(diǎn)；否則繼續(xù)后續(xù)步驟；UE嘗試讀取MIB，獲取SSB波束信息、系統(tǒng)幀號(hào)和廣播SIB1的時(shí)頻域信息；文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 4.4.UE讀取SIB1，獲取上行初始BWP信息，初始BWP中的信道配置，TDD小區(qū)的半靜態(tài)配比以及其它UE接入網(wǎng)絡(luò)的必要信息等，同時(shí)獲取廣播OSI的搜索空間信息；5.UE讀取OSI，獲取小區(qū)的其它信息（主要是移動(dòng)性相關(guān)的信息）。圖2-1小區(qū)搜索流程圖2.2系統(tǒng)消息廣播系統(tǒng)消息廣播是UE獲得網(wǎng)絡(luò)基本服務(wù)信息的第一步，通過系統(tǒng)消息廣播過程，UE可以獲得基本的AS層和NAS層信息：AS層信息包括公共信道信息、一些UE所需的定時(shí)器、小區(qū)選擇/重選信息以及鄰區(qū)信息等；NAS層信息包括運(yùn)營商信息等。UE通過系統(tǒng)消息獲得的這些信息，決定了UE在小區(qū)中進(jìn)行駐留、重選以及發(fā)起呼叫的行為方式。UE在如下場景會(huì)讀取系統(tǒng)消息：小區(qū)選擇（如開機(jī)）、小區(qū)重選、系統(tǒng)內(nèi)切換完成、從其他RAT系統(tǒng)進(jìn)入5GRAT、以及從非覆蓋區(qū)返回覆蓋區(qū)時(shí)，UE都會(huì)主動(dòng)讀取系統(tǒng)消息。當(dāng)UE在上述場景中正確獲取了系統(tǒng)消息后，不會(huì)反復(fù)讀取系統(tǒng)消息，只會(huì)在滿足以下任一條件時(shí)重新讀取系統(tǒng)消息：收到gNB尋呼，指示系統(tǒng)消息有變化。收到gNB尋呼，指示有ETWS或CMAS消息廣播。距離上次正確接收系統(tǒng)消息3小時(shí)后（參見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ā)送機(jī)制包括ODOSI（Msg1方式和MSg3方式）都在SIB1通知所有用戶。OSISIB2~SIBnPDSCH通過MOgNBSibConfig和NRDUCell.SibConfigId定制的發(fā)送策略，包括發(fā)送方式和發(fā)送周期。發(fā)送方式區(qū)分為如下兩類：周期廣播：gNB按固定周期進(jìn)行廣播訂閱廣播:由UE發(fā)起訂閱請求，然后gNB按需廣播(稱作ODOSI)其他信息系統(tǒng)消息信道模型系統(tǒng)消息廣播功能信道映射模型如下圖所示：2.2.1系統(tǒng)消息獲取gNB下發(fā)系統(tǒng)消息可以是周期廣播，也可以是按需訂閱后廣播。因此，UE獲取系統(tǒng)消息過程也有如下兩種方式：1.搜索小區(qū)，解析MIB，檢查小區(qū)狀態(tài)a.如果CellBarred=barred，則停止系統(tǒng)消息獲取過程；b.否則繼續(xù)后續(xù)步驟；2.使用MIB里面攜帶的參數(shù)，嘗試解析SIB1；a.如果SIB1解析成功，則存儲(chǔ)相關(guān)信息，并繼續(xù)后續(xù)步驟；b.否則停止系統(tǒng)消息獲取過程； 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 息。息。UE在距離上次正確讀取系統(tǒng)消息3小時(shí)后會(huì)重新讀取系統(tǒng)消息，這時(shí)無論valueTag是否變化，UE都會(huì)讀取全部的系統(tǒng)消息。2.2.3ODOSI過程參考3GPP38.331，ODOSI信令過程由gNB和UE協(xié)作完成：基站廣播SIB1，指示某個(gè)OSI是以廣播（broadcasting）方式下發(fā)還是訂閱（notBroadcasting）方式下發(fā)：針對訂閱方式的OSI，基站可以分配專用的PRACH資源，并在SIB1中進(jìn)行廣播，供UE請求OSI時(shí)使用：當(dāng)基站以訂閱方式下發(fā)OSI時(shí)，UE在接收OSI之前必須先解析SIB1，獲得自己所需要的OSI的si-BroadcastStatus狀態(tài)，如果當(dāng)前狀態(tài)是broadcasting，則在該OSI對應(yīng)的SI-window上收聽即可；否則，發(fā)起ODOSI訂閱流程。UE發(fā)起ODOSI請求有MSG1和MSG3兩種方式：?MSG3請求方式：當(dāng)SIB1中未包含ODOSIPRACH資源時(shí)，UE通過MSG3請求OSI；gNB通過MSG4確認(rèn)收到請求（避免UE反復(fù)發(fā)送請求），立即廣播被請求的ODOSI，持續(xù)廣播2個(gè)SI-Period后，在對應(yīng)的BCCHMP邊界結(jié)束。此種方式下，gNB不分配ODOSI專用的PRACH資源，適用于PRACH資源緊張的場景。?MSG1請求方式：當(dāng)SIB1中包含ODOSIPRACH資源時(shí)，UE通過MSG1請求OSI；gNB通過MSG2確認(rèn)收到請求（避免UE反復(fù)發(fā)送請求），立即廣播被請求的ODOSI，持續(xù)廣播2個(gè)SI-Period后，在對應(yīng)的BCCHMP邊界結(jié)束。此種方式下，gNB需要分配ODOSI專用的PRACH資源，適用于PRACH資源充足的場景。1、連接態(tài)UE無需獲取OSI，ODOSI流程僅涉及空閑態(tài)和非活動(dòng)態(tài)UE；2、ODOSI過程從20A版本后開始支持。2.2.4關(guān)鍵消息解讀2.2.4.1MIB消息定義參見3GPP38.331。MIB（MasterInformationBlock）主要作用是獲取用戶接入網(wǎng)絡(luò)中的必要信息，具體包括：IEPresence取值范圍含義說明備注systemFrameNumberMBITSTRING(SIZE(6))系統(tǒng)幀號(hào)高6位subCarrierSpacingCommonMENUMERATED{scs15or60,scs30or120}RMSI/MSG2/MSG4使用的子載波間隔，低頻只能是15k或30k，高頻只能IEIEPresence取值范圍含義說明備注是60k或120kssb-SubcarrierOffsetMINTEGER(0..15)SS/PBCHRB邊界和CRB邊界之間的偏差dmrs-TypeA-PositionMENUMERATED{pos2,pos3}PDSCHDMRS的符號(hào)位置pdcch-ConfigSIB1MINTEGER(0..255)RMSI所在的初始BWP的時(shí)頻域位置，帶寬大小等信息cellBarredMENUMERATED{barred,notBarred}小區(qū)是否禁止用戶駐留intraFreqReselectionMENUMERATED{allowed,notAllowed}BAR小區(qū)后是否允許用戶重選到同頻鄰區(qū)關(guān)鍵信元解讀：1.systemFrameNumber系統(tǒng)幀號(hào)，共10bit，低4bit直接編碼PBCHpayload中。2.ssb-SubcarrierOffset攜帶KSSB(參見38.213）信息，指示SSB相對于CRB（CommonResourceBlock）的頻域偏移。示意如下：3.pdcch-ConfigSIB1指示RMSI所在的CORESET的時(shí)頻域位置和周期，其中MSB（4bit）用于指示RMSI的CORESET時(shí)頻域位置，LSB（4bit）用于指示CORSET的周期，該參數(shù)間接指示了初始BWP的相關(guān)信息。示意如下：4.cellBarred指示是否BAR小區(qū)，填寫方法如下：場景編號(hào)場景描述NSA小區(qū)SA小區(qū)NSA&SA小區(qū)1激活小區(qū)BarrednotBarrednotBarred2高優(yōu)先級閉塞小區(qū)---3中低優(yōu)先級閉塞小區(qū)BarredBarredBarred4解閉塞小區(qū)BarrednotBarrednotBarred5NG-C故障BarredBarredBarred6NG-C恢復(fù)BarrednotBarrednotBarred2.2.4.2SIB1消息定義參見3GPP38.331。SIB1消息定義參見38.331.6.2.2，具體包括：IEPresence取值范圍含義說明版本支持情況cellSelectionInfoO小區(qū)選擇信息>q-RxLevMinOQ-RxLevMin19B文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 IEIEPresence取值范圍含義說明版本支持情況>q-RxLevMinOffsetOINTEGER(1..8)19B>q-RxLevMinSULOQ-RxLevMin19B>q-QualMinOQ-RxLevMin暫不支持>q-QualMinOffsetOINTEGER(1..8)暫不支持cellAccessRelatedInfoMCellAccessRelatedInfo小區(qū)接入相關(guān)信息19BconnectionEstablishmentFailureControlOConnEstFailureControl19Bsi-SchedulingInfoOSI-SchedulingInfoSI調(diào)度信息20AservingCellConfigCommonOServingCellConfigCommonSIB19Bims-EmergencySupportOENUMERATED{true}暫不支持eCallOverIMS-SupportOENUMERATED{true}暫不支持ue-TimersAndConstantsOUE-TimersAndConstants19Buac-BarringInfoO20AlateNonCriticalExtensionOOCTETSTRING20A關(guān)鍵信元解讀：1.cellAccessRelatedInfo小區(qū)接入相關(guān)信息，具體包括：IEIEPresence取值范圍含義說明版本支持情況cellAccessRelatedInfo>plmn-IdentityListMSEQUENCE(SIZE..maxPLMN(1))OFPLMN-IdentityInfo小區(qū)服務(wù)的PLMN列表19BIEIEPresence取值范圍含義說明版本支持情況>>PLMN-IdentityInfo19B>>>plmn-IdentityListMSEQUENCE(SIZE(1..maxPLMN))OFPLMN-Identity19B>>>trackingAreaCodeOTrackingAreaCode如果該P(yáng)LMN是SA組網(wǎng)模式，則攜帶；否則不攜帶。參見下文notes說明。19B>>>ranacORAN-AreaCode19B>>>cellIdentityMCellIdentity19B>cellReservedForOperatorUseMNAtrackingAreaCode是可選信元，如果不攜帶，則表明該P(yáng)LMN是NSA組網(wǎng)模式。38.331協(xié)議中相關(guān)描述如下：IndicatesTrackingAreaCodetowhichthecellindicatedbycellIdentityfieldbeloThepresenceofthefieldindicatesthatthecellsupportsatleaststandaloneoperation;theabsfieldindicatesthatthecellonlysupportsEN-DCfunctionality.2.si-SchedulingInfoIEPresence取值范圍含義說明版本支持情況SI-SchedulingInfo>schedulingInfoListMSEQUENCE(SIZE..maxSI-(1Message))OFSchedulingInfo參見下文詳細(xì)說明19B>>SchedulingInfo>>>si-BroadcastStatusMENUMERATED{broadcasting,notBroadcasting}SI發(fā)送方式，通過MOgNBSibConfig和NRDUCell.SibConfigId進(jìn)行配置19B>>>si-MENUMERATEDrf8,rf16,rf32,{SI發(fā)送周期，通過MOgNBSibConfig和19BIEIEPresence取值范圍含義說明版本支持情況Periodicityrf64,rf128,rf256,rf512}NRDUCell.SibConfigId進(jìn)行配置>>>sib-MappingInfoMSIB-MappingSIB到SI的映射19B>si-WindowLengthMENUMERATEDs5,s10,s20,s40,{s80,s160,s320,s640,s1280}SI-Window窗長B19>si-RequestConfigOSI-RequestConfigODOSI請求資源配置，參見"2.2.3ODOSI過程"20A>si-RequestConfigSULOSI-RequestConfigODOSI請求資源配置，參見"2.2.3ODOSI過程"A20>systemInformationAreaIDORAN-AreaCode暫不支持該信元指明了各個(gè)SI的調(diào)度方式，其基本原理描述如下：基站廣播哪些SI消息，由SIB1::schedulingInfoList指定了，每個(gè)SI消息在該列表中的順序以n表示（從1開始）。假如schedulingInfoList中指定了4個(gè)SI消息，則會(huì)有4個(gè)連續(xù)的SI窗口用于發(fā)送這4個(gè)SI消息，而n表明了SI消息在第幾個(gè)SI窗口。每個(gè)SI消息對應(yīng)一個(gè)SI窗口，窗長由SIB1::si-WindowLength字段指定，其單位為slot；每個(gè)SI消息的發(fā)送周期，由SIB1::si-Periodicity字段指定，其單位為無線幀；每個(gè)SI消息裝載哪些SIBx，由SIB1::SchedulingInfo::sib-MappingInfo字段指定。對于某個(gè)SI消息，對應(yīng)的SchedulingInfo信元在SIB1->schedulingInfoList中對應(yīng)的入口編號(hào)為n，可以確定整數(shù)x=(n–1)*w，其中w是SI-window的長度；對于某個(gè)SI消息，通過如下公式確定調(diào)度時(shí)域：SI-window無線幀需要滿足SFNmodT=FLOOR(x/N)；SI-window起始slot#a需要滿足a=xmodN；在其中T是關(guān)注的SI消息的周期，N是一個(gè)無線幀中的slot個(gè)數(shù)。圖1.SIB-SI映射及時(shí)域調(diào)度示例3.servingCellConfigCommonIEPresence取值范圍含義說明版本支持情況ServingCellConfigCommonSIB>downlinkConfigCommonMDownlinkConfigCommonSIB下行公共參數(shù)配置，包括下行頻點(diǎn)配置、初始下行BWP、BCCH和PCCH配置19B>uplinkConfigCommonOUplinkConfigCommonSIB上行公共參數(shù)配置，包括上行頻點(diǎn)配置、初始上行BWP和TA19B>supplementaryUplinkOUplinkConfigCommonSIBSUL小區(qū)上行公共參數(shù)配置，包括上行頻點(diǎn)配置、初始上行BWP和TAB19>n-TimingAdvanceOffsetOENUMERATEDn0,n25600,{n39936}B19>ssb-PositionsInBurstM19B>ssb-PeriodicityServingCellMENUMERATED{ms5,ms10,ms20,ms40,ms80,ms160}SSB周期，通過MML配置19B>tdd-UL-DL-ConfigurationCOTDD-UL-DL-19B文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 IEIEPresence取值范圍含義說明版本支持情況ommonConfigCommon>ss-PBCH-BlockPowerOINTEGER(-60..50)19B4.uac-BarringInfogNB基于MONRDUCELLUACBAR配置信息廣播UAC，UE根據(jù)UAC信息進(jìn)行accessbarcheck(詳見38331第5.3.14.5節(jié)Accessbarringcheck部分)如果UE發(fā)現(xiàn)SIB1中沒有UAC信息，則認(rèn)為接入不受控制，所有的業(yè)務(wù)都可以發(fā)起接入。2.2.4.32.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周期廣播機(jī)制的信令流程設(shè)計(jì)，特征如下：通過DL-SCH信道發(fā)送；OSI被封裝成SI消息，在對應(yīng)的SI窗口內(nèi)下發(fā)，示意圖如下：2.3隨機(jī)接入 通信雙方要實(shí)現(xiàn)相互通信，最重要的先決條件是建立通信雙方之間的時(shí)間同步，對于NR也是如此。NR下行同步(Transmitter=gNB,Reciever=UE通過廣播同步信號(hào)實(shí))現(xiàn)，NR上行同步（Transmitter=UE,Reciever=gNB）則是通過隨機(jī)接入過程實(shí)現(xiàn)的。隨機(jī)接入簡稱RA（RandomAccess），是UE和網(wǎng)絡(luò)之間建立無線鏈路的必經(jīng)過程。隨機(jī)接入可以實(shí)現(xiàn)兩個(gè)基本的功能：實(shí)現(xiàn)UE與gNB之間的上行同步（TA）gNB為UE分配上行資源（UL_GRANT）隨機(jī)接入（MSG1方式）還可實(shí)現(xiàn)訂閱OSI的功能。RA是UE接入網(wǎng)絡(luò)和建立業(yè)務(wù)承載的重要環(huán)節(jié)，是5G網(wǎng)絡(luò)的基礎(chǔ)功能。根據(jù)業(yè)務(wù)場景不同，隨機(jī)接入可以分為基于競爭的隨機(jī)接入（Contentionbasedrandomaccessprocedure）和基于非競爭的隨機(jī)接入（Non-Contentionbasedrandomaccessprocedure）?；诟偁幍碾S機(jī)接入：由UE自行選擇Preamble進(jìn)行接入，因此不同的UE之間可能存在沖突，需要通過競爭解決。?UEinRRC_IDLE/RRC_INACTIVE：總是使用基于競爭的方式進(jìn)行初始接入，因?yàn)榇藭r(shí)網(wǎng)絡(luò)側(cè)和UE還沒有RRC信令連接，UE只能基于SIB1廣播的RACH配置選擇Preamble，所以只能是競爭方式。?UEinRRC_CONNECTED：gNB無法通過RRC信令或者PDCCHORDER方式給UE分配專用Preamble時(shí)，采用競爭方式接入?；诜歉偁幍碾S機(jī)接入：特定的RACH/PRACH 資源被保留起來，在某一個(gè)時(shí)刻分配給某個(gè)UE專用。對于非競爭方式，一定是UE和gNB已經(jīng)有了RRC連接了，gNB可以通過RRC信令或者PDCCHORDER方式給UE分配專用Preamble時(shí)，才可以采用非競爭方式接入。RA流程由PDCCHorder、UEMAC層、UEPHY層波束恢復(fù)指示或RRC事件觸發(fā)，參考3GPPTS38.321.5和3GPPTS38.300.9.2.6，具體包括以下場景：Therandomaccessprocedureistriggeredbyanumberofevents,forinstance:InitialaccessfromRRC_IDLE;RRCConnectionRe-establishmentprocedure;Handover;DLorULdataarrivalduringRRC_CONNECTEDwhenULsynchronisationstatusis"nonsynchronised";TransitionfromRRC_INACTIVE;RequestforOtherSI;-Beamfailurerecovery.表1.隨機(jī)接入的場景和競爭機(jī)制 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 序序號(hào)觸發(fā)場景場景描述競爭機(jī)制觸發(fā)主體版本規(guī)劃RAMSG3方式：基于競爭的RA8波束失敗恢復(fù)UE物理層檢測到波束失敗恢復(fù)基于非競爭的RA，但是在gNB專用前導(dǎo)用完時(shí)，會(huì)使用基于競爭的RA。UE協(xié)議不完善，B19暫不支持2.3.1基于競爭的隨機(jī)接入原理說明基于競爭的RA過程中，接入的結(jié)果具有隨機(jī)性，并不能保證100%成功；接入前導(dǎo)由UE選擇，不同UE產(chǎn)生前導(dǎo)可能沖突，gNB需要通過競爭機(jī)制解決不同UE的接入。競爭沖突過程示意圖如下：信令過程基于競爭的隨機(jī)接入過程，消息交互過程如下圖所示：UE-->NW:PRACHPreamble(RA-RNTI,indicationforL2/L3messagesize)UE<--NW:RandomAccessResponse(TimingAdvance,T_C-RNTI,ULgrantforL2/L3message)UE-->NW:L2/L3messageUE<--NW:Messageforcontentionresolution場景說明2.3.2基于非競爭的隨機(jī)接入原理說明在基于非競爭的在基于非競爭的RA過程中，gNB為UE分配專用的RACH（RandomAccessChannel）資源進(jìn)行接入，但當(dāng)專用的RACH資源不足時(shí)，gNB會(huì)指示UE發(fā)起基于競爭的RA。信令過程UE<--NW:RACHPreamble(PRACH)AssignmentUE-->NW:RACHPreamble(RA-RNTI,indicationforL2/L3messagesize)UE<--NW:RandomAccessResponse(TimingAdvance,C-RNTI,ULgrantforL2/L3message)場景說明

2.4RRC連接建立參考3GPP38.300，UE的RRC狀態(tài)區(qū)分為如下三種：RRC空閑態(tài)RRC連接態(tài)RRC非活動(dòng)態(tài)處于空閑態(tài)的處于空閑態(tài)的UE需要發(fā)起業(yè)務(wù)(語音業(yè)務(wù)或數(shù)據(jù)業(yè)務(wù))時(shí)，第一步就是發(fā)起RRC建立請求，觸發(fā)空閑態(tài)到連接態(tài)的狀態(tài)遷移過程，這個(gè)過程就是RRC建立過程。2.4.1RRC建立流程RRC連接建立過程就是建立SRB1的過程。步驟1UE-->NW：UE發(fā)起競爭性隨機(jī)接入；步驟2UE<--NW：gNB回復(fù)MSG2（RAR）；步驟步驟3UE-->NW：UE向gNB發(fā)送RRCSetupRequest消息，攜帶UE的InitialUE-Identity和EstablishmentCause，請求建立RRC連接，該消息對應(yīng)于隨機(jī)接入過程的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é)議實(shí)體的建立。雙方建立的對等協(xié)議實(shí)體和消息交互過程如下圖所示：2.4.2RRC拒絕過程gNB由于資源受限無法接納本次RRC請求時(shí)，通過CCCH在SRB0上給UE回復(fù)RRC拒絕消息，消息中攜帶waitTime，該時(shí)間窗內(nèi)禁止UE重新接入；UE收到RRC拒絕消息后，停止T300定時(shí)器，復(fù)位MAC并釋放MAC配置，通知上層RRC連接建立失敗；然后按照RRC拒絕消息中攜帶waitTime啟動(dòng)T302定時(shí)器。T302定時(shí)器運(yùn)行期間禁止發(fā)起新的RRC建立請求，超時(shí)后可以發(fā)起。2.4.3RRC重發(fā)處理RRC重發(fā)處理過程，主要圍繞UE側(cè)運(yùn)行的兩個(gè)關(guān)鍵定時(shí)器進(jìn)行：競爭解決定時(shí)器（ra-ContentionResolutionTimer）T300文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 競爭解決定時(shí)器：競爭解決定時(shí)器：1.該定時(shí)器時(shí)長由gNB通過SIB1廣播，時(shí)長ms64，不可配置2.該定時(shí)器由UE使用：當(dāng)UE發(fā)送RRCSetupRequest消息后在ContentionResolutionTimer時(shí)長內(nèi)沒收到RRCSetup消息，則重新發(fā)起一次RRCRequest消息UE側(cè)競爭啟動(dòng)停止超時(shí)處理UE初始傳遞或者重傳RRCSetupRequest后UE收到RRCSetupRequest的HARQACK反饋或者RRCSetup/RRCReject重新進(jìn)行隨機(jī)接入3.gNB進(jìn)行RRC重發(fā)檢測gNB收到同一用戶從同一小區(qū)上重發(fā)的RRCSetupRequest消息后，重發(fā)RRCSetup消息，初傳的RRC建立過程不算作失敗。T300定時(shí)器：1.該定時(shí)器時(shí)長由gNB通過SIB1廣播，默認(rèn)2000ms，可通過NRDUCellUeTimerConst::T300配置2.該定時(shí)器由UE使用：在T300啟動(dòng)期間沒有收到RRCSetup消息，會(huì)在競爭解決定時(shí)器超時(shí)后再次發(fā)送RRCSetupRequest消息（消息內(nèi)容一樣），直到T300超時(shí)；T300超時(shí)后會(huì)發(fā)送一個(gè)新的RRCSetupRequest消息。啟動(dòng)停止超時(shí)處理UE初始傳遞RRCSetupRequest后UE收到RRCSetup/RRCReject消息，或者UE發(fā)起重選，或者上層連接中斷結(jié)束本次RRC接入過程，可以重新發(fā)起新的RRC連接請求2.4.42.4.4關(guān)鍵消息解讀2.4.4.1RRCSetupRequest處于空閑態(tài)的UE需要做業(yè)務(wù)時(shí)，會(huì)發(fā)送建立RRC連接的請求。該消息由UL_CCCH信道發(fā)送上來，在SRB0上承載。RRCSetupRequest消息定義參見3GPP38.331，摘要如下：IEPresence取值范圍含義說明備注ue-IdentityMInitialUE-IdentityUEIDestablishmentCauseMEstablishmentCauseRRC建立原因關(guān)鍵信元解讀：1.ue-IdentityUE的標(biāo)識(shí)，如果UE在當(dāng)前小區(qū)所屬的TA（TRACKAREA）中注冊過，則UE提供網(wǎng)絡(luò)分配的5G-S-TMSI作為UE的標(biāo)識(shí)，如果高層沒有提供標(biāo)識(shí)，則UE在0-239-1之間選取一個(gè)隨機(jī)數(shù)作為UE的臨時(shí)標(biāo)識(shí)。2.establishmentCause接入原因典型應(yīng)用場景emergency緊急呼叫highPriorityAccessSIM卡接入等級AC為1511~的用戶初始入網(wǎng)mt-Access被叫響應(yīng)尋呼mo-SignallingTAU、初始入網(wǎng)mo-VoiceCallVoNR語音業(yè)務(wù)mo-VideoCall視頻電話業(yè)務(wù)mo-SMS短信業(yè)務(wù)mps-PriorityAccessForFurtherStudymcs-PriorityAcceForFurtherStudy接入原因接入原因典型應(yīng)用場景ss2.4.4.2RRCSetupRRC_CONN_SETUP的主要目的為建立SRB1，通過DL_CCCH信道發(fā)送，承載在SRB0上。建立的SRB1為AM模式。RRCSetup消息定義參見3GPP38.331，摘要如下：IEIEPresence取值范圍含義說明備注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..maxLC-ID))(1OFLogicalChannelIdentity釋放承載RLC配置>mac-CellGroupConfigOMAC-CellGroupConfig>physicalCellOPhysicalCellGroupCoIEIEPresence取值范圍含義說明備注GroupConfignfig...關(guān)鍵信元解讀：1.SRB邏輯信道相關(guān)配置（srb-ToAddModList/rlc-BearerToAddModList）2.傳輸信道相關(guān)配置（mac-CellGroupConfig）包括SR、DRX、BSR等配置信息。3.物理信道相關(guān)配置（physicalCellGroupConfig）2.4.4.3RRCSetupComplete該消息指示RRC連接建立完成，通過UL_DCCH信道發(fā)送上來，承載在剛剛新建的SRB1上。RRC連接建立完成消息中帶有NAS消息，gNB透傳處理。RRCSetupComplete消息定義參見3GPP38.331，摘要如下：IEIEPresence取值范圍含義說明備注selectedPLMN-IdentityMINTEGER(1..maxPLMN)UE從SIB1廣播的PLMN列表中選擇的合適的PLMN（TS24.501）registeredAMFORegisteredAMFUE推薦的注冊AMF信息guami-TypeOENUMERATED{native,mapped}s-NSSAI-ListOSEQUENCE(SIZE(1..maxNrofS-NSSAI))OFS-NSSAIUE支持的切片列表dedicatedNAS-MessageMDedicatedNAS-MessageUE初始直傳信息，gNB透傳給AMFng-5G-S-TMSI-ValueMCHOICE{ng-5G-S-TMSI,ng-5G-S-TMSI-Part2}>ng-5G-S-TMSING-5G-S-TMSI>ng-5G-S-TMSI-Part2BITSTRING(SIZE(9))...關(guān)鍵信元解讀：selectedPLMN-IdentityUE選擇selectedPLMN過程：UE通過SIB1廣播獲得小區(qū)的PLMN列表信息，根據(jù)USIM(UniversalSubscriberIdentityModule)卡的配置信息和UE記錄的歷史信息，選擇一個(gè)PLMN網(wǎng)絡(luò)作為其服務(wù)PLMN網(wǎng)絡(luò)；UE選擇PLMNID后發(fā)起入網(wǎng)請求；registeredAMFUE選擇registeredAMF過程：UE上次注冊的AMF；首次開機(jī)不會(huì)攜帶AMF，由gNodeB在UE選擇selectedPLMN范圍內(nèi)選擇AMF注冊；dedicatedNAS-MessageUE初始直傳信息，gNB透傳給AMF。2.4.4.42.4.4.4RRCRejectgNB可以通過RRCReject消息攜帶waittime，指示UE在此時(shí)間窗內(nèi)不再重復(fù)發(fā)起RRC請求。RRCReject消息定義參見3GPP38.331，摘要如下：2.5注冊流程參見本文"7NAS流程"章節(jié)。5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書 3上下文管理3上下文管理3.1初始上下文建立過程3.2UE上下文修改過程3.3UE上下文釋放過程3.1初始上下文建立過程 UE建立RRC成功后，通過INITIALUEMESSAGE觸發(fā)初始上下文建立過程。

55G信令分析指導(dǎo)書5G信令分析指導(dǎo)書3上下文管理步驟1RRC建立成功后，UE向gNodeB發(fā)送RRCSetupComplete，攜帶selectedPLMN-Identity、registeredAMF、s-nssai-list和NAS消息。步驟2gNodeB為UE分配專用的RAN-UE-NGAP-ID，根據(jù)selectedPLMN-Identity、registeredAMF、s-nssai-list選擇AMF節(jié)點(diǎn)，然后將RRCSetupComplete消息中攜帶的NAS消息通過InitialUeMessage發(fā)送給AMF。步驟3gNodeB透傳UE和AMF之間的NAS直傳消息，完成IDENTITY查詢、鑒權(quán)、NAS安全模式和注冊過程。詳見本文"7NAS流程"章節(jié)。步驟4AMF向gNodeB發(fā)送InitialContextSetupReq消息，啟動(dòng)初始上下文建立過程。僅當(dāng)InitialContextSetupReq消息中未攜帶UERadioCapabilityIE時(shí)，在安全模式過程完成后，gNodeB才會(huì)向UE發(fā)送UECapabilityEnquiry消息，發(fā)起UE能力查詢過程，對應(yīng)步驟7~步驟9。否則，后續(xù)流程跳過步驟7~步驟9。僅當(dāng)InitialContextSetupReq消息中攜帶了PDUSessionResourceSetupRequestListIE時(shí)，在UE能力查詢過程完成后，gNodeB才會(huì)向UE下發(fā)經(jīng)過加密與完整性保護(hù)的RRCReconfiguration消息，指示UE建立SRB2和DRB，對應(yīng)步驟10和步驟11。否則，后續(xù)流程跳過步驟10和步驟11。步驟5gNodeB向UE發(fā)送SecurityModeCommand消息，通知UE啟動(dòng)完整性保護(hù)和加密過程。 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 5G5G信令分析指導(dǎo)書G5信令分析指導(dǎo)書3上下文管理步驟6UE根據(jù)SecurityModeCommand消息指示的完整性保護(hù)和加密算法，派生出密鑰，然后向gNodeB回復(fù)SecurityModeComplete消息。此后，啟動(dòng)上行加密。步驟5~步驟6更多處理細(xì)節(jié)詳見本文“3.1.1安全模式過程”子章節(jié)步驟7gNodeB向UE發(fā)送UECapabilityEnquiry消息，發(fā)起UE能力查詢過程。步驟8UE向gNodeB回復(fù)UECapabilityInformation消息，攜帶UE能力信息。步驟9gNodeB向AMF發(fā)送UECapabilityInfolnd消息，透傳UE能力。步驟~7步驟9更多處理細(xì)節(jié)詳見本文“3.1.2UE能力查詢過程”子章節(jié)。步驟10gNodeB向UE下發(fā)RRCReconfiguration消息，指示建立SRB2和DRB（DataRadioBearer）。步驟11UE收到RRCReconfiguration消息后，開始建立SRB2和DRB無線承載。建立成功后向gNodeB回復(fù)RRCReconfigurationComplete消息。步驟10~步驟11更多處理細(xì)節(jié)詳見本文“4會(huì)話管理”章節(jié)步驟12gNodeB向AMF回復(fù)InitialContextSetupRsp消息。結(jié)束3.1.1安全模式過程gNB收到來自AMF的InitialContextSetupReq消息后，啟動(dòng)UE初始上下文建立過程，第一步就是啟動(dòng)安全模式子過程。5G5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書3上下文管理步驟1gNB按照如下方式協(xié)商UEAS層安全算法和密鑰：輸入：gNB側(cè)支持的完保和加密算法通過MOgNBCipherCapb和MOgNBIntegrityCapb配置；AMF通過INITIALCONTEXTSETUPREQUEST攜帶UE支持的安全能力UE(SecurityCapabilitiesIE）;AMF通過INITIALCONTEXTSETUPREQUEST攜帶安全密鑰信息(SecurityKeyIE）。處理：gNB基于UE支持的安全能力和基站安全能力，協(xié)商得到最高優(yōu)先級安全算法；gNB基于AMF下發(fā)的安全密鑰信息，派生出RRC和UP面使用的加密密鑰和完整性保護(hù)算法密鑰。輸出：完整性保護(hù)算法及密鑰（同時(shí)適用于RRC和UP面）加密算法及密鑰（同時(shí)適用于RRC和UP面）5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書 3上下文管理5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書 3上下文管理文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書 3上下文管理文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 UE接入后，當(dāng)AMF發(fā)起的初始上下文建立請求（INITIALCONTEXTSETUPREQUEST）但未攜帶UE能力時(shí)；UE接入后，當(dāng)AMF發(fā)起的初始上下文建立請求（INITIALCONTEXTSETUPREQUEST）攜帶了UE能力，但是不包括接入小區(qū)及其鄰區(qū)所屬頻段的能力時(shí)；UE重建成功后，當(dāng)gNB保存的UE能力不包括重建目標(biāo)小區(qū)及其鄰區(qū)所屬頻段的能力時(shí)；UE恢復(fù)成功后，當(dāng)gNB保存的UE能力不包括重建目標(biāo)小區(qū)及其鄰區(qū)所屬頻段的能力時(shí)；UE切換入成功后，當(dāng)gNB保存的UE能力不包括重建目標(biāo)小區(qū)及其鄰區(qū)所屬頻段的能力時(shí)；AMF向gNB發(fā)起UE能力檢查請求（UECAPABILITYCHECKREQUEST）未攜帶UE能力，且gNB當(dāng)前也未保存UE能力時(shí)；3.1.3關(guān)鍵消息解讀 3.1.3.1NGAPINITIALCONTEXTSETUPREQUEST INITIALCONTEXTSETUPREQUEST 消息定義參見3GPP38.413，關(guān)鍵IE摘錄如下：IEIEPresence取值范圍含義說明備注...UEAggregateMaximumBitRateOAMBR，非GBR類型的QoSFlow的上下行訂閱參數(shù)，當(dāng)PDUSessionResourceSetupRequestListIE存在時(shí)，該信元必帶。>UEAggregateMaximumBitRateDownlinkMBitRate>UEAggregateMaximumBitRateUplinkMBitRatePDUSessionResourceSetupRequestListO可選信元，指示伴隨初始上下文建立過程一起建立的PDU會(huì)話列表>PDUSessionResourceSetupRequestItem1..<maxnoofPDUSessions>允許建立的最大PDU會(huì)話個(gè)數(shù)：協(xié)議定義的規(guī)格是256，HUAWEI支持的規(guī)格是8>>PDUSessionIDM>>...>>PDUSessionResourceSetupRequestTransferMIEIEPresence取值范圍含義說明備注UESecurityCapabilitiesMUE支持的加密和完保算法>NREncryptionAlgorithmsM>NRIntegrityProtectionAlgorithmsM>...SecurityKeyMBITSTRING(SIZE(256))安全密鑰UERadioCapabilityOUE無線能力...3.1.3.2NGAPINITIALCONTEXTSETUPRESPONSEINITIALCONTEXTSETUPRESPONSE 消息定義參見3GPP38.413，關(guān)鍵IE摘錄如下：IEIEPresence取值范圍含義說明備注...PDUSessionResourceSetupResponseListO建立成功的PDU會(huì)話列表>PDUSessionResourceSetupResponseItem1..<maxnoofPDUSessions>>>PDUSessionIDMPDUSessionResource>>SetupResponseTransferMPDUSessionResourceFailedtoSetupListO建立失敗的PDU會(huì)話列表>PDUSessionResourceFailedtoSetupItem1..<maxnoofPDUSessions>>>PDUSessionIDM>>PDUSessionResourceSetupUnsuccessfulMIEIEPresence取值范圍含義說明備注Transfer...3.1.3.3RRCSecurityModeCommandIEIEPresence取值范圍含義說明備注IEIEPresence取值范圍含義說明備注securityConfigSMCMSecurityConfigSMC>securityAlgorithmConfigMSecurityAlgorithmConfig>>cipheringAlgorithmMENUMERATED{nea0,nea1,nea2,nea3,spare4,spare3,spare2,spare1,...}加密算法，適用于所有SRB和DRB>>integrityProtAlgorithmOENUMERATED{nia0,nia1,nia2,nia3,spare4,spare3,spare2,spare1,...}完保算法，適用于所有SRB和DRB...關(guān)鍵信元解讀：cipheringAlgorithmgNB配置給UE的加密算法，取{UE所支持的加密能力，基站配置的加密算法}交集。integrityProtAlgorithmgNB配置給UE的完整性保護(hù)算法，取{UE所支持的完整性保護(hù)能力，基站配置的完整性保護(hù)算法}交集。3.1.3.4RRCSecurityModeCompleteSecurityModeComplete消息定義參見3GPP38.331。3.1.3.5RRCUECapabilityEnquiryUECapabilityEnquiry消息定義參見3GPP38.331，關(guān)鍵IE摘錄如下：IEIEPresence取值范圍含義說明備注ueCapabilityEnquiryMUECapabilityEnquiry-IEs>ue-CapabilityRAT-RequestListMSEQUENCE(SIZE(1..maxRAT-CapabilityContainers))OFUE-CapabilityRAT-Request>>UE-CapabilityRAT-Request>>>rat-TypeMENUMERATED{nr,eutra-nr,eutra,spare1,...}指示需要查詢哪些制式的UE能力>>>capabilityRequestFilterOForrat-Typesettonr:theencodingofthecapabilityRequestFilterisdefinedinUE-CapabilityRequestFilterNR.指示需要查詢特定制式下哪些頻段組合能力3.1.3.6RRCUECapabilityInformationUECapabilityInformation消息定義參見3GPP38.331。3.2UE上下文修改過程5GC通過UE上下文修改過程來更新UE-AMBR、安全密鑰、尋呼輔助信息和AMFUENGAPID更新等字段內(nèi)容。 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 5G5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書3上下文管理步驟1AMF向gNB發(fā)送UEContextModificationRequest消息，觸發(fā)UE上下文修改過程；當(dāng)UEContextModificationRequest消息中攜帶SecurityKeyIE時(shí)，gNB觸發(fā)密鑰更新過程，此時(shí)需要重配UE，對應(yīng)步驟2~步驟3。否則，后續(xù)流程跳過步驟2~步驟3。步驟2gNB根據(jù)SecurityKeyIE信元派生出KgNB*，根據(jù)KgNB*進(jìn)一步派生出KRRC-enc,KRRC-int,KUP-enc和KUP-int，向UE發(fā)送RRCReconfiguration消息，通知更新密鑰；密鑰派生過程請參考33.501。步驟3UE完成密鑰更新后，向gNB回復(fù)RRCReconfigurationComplte消息；步驟4gNB向AMF回復(fù)UEContextModificationResponse消息，UE上下文修改完成。結(jié)束5G5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書3上下文管理3.3UE上下文釋放過程步驟1【可選】如果是gNB原因?qū)е滦枰l(fā)起UE釋放時(shí)，gNB向AMF發(fā)送UEContextReleaseRequest消息，觸發(fā)UE上下文釋放過程；步驟2AMF向gNB發(fā)送UEContextReleaseCommand消息，命令gNB釋放UE上下文；步驟3gNB向UE發(fā)送RRCRelease消息，通知釋放RRC連接；步驟4gNB向AMF回復(fù)UEContextReleaseComplete消息，同時(shí)釋放本地資源。結(jié)束5G5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書4會(huì)話管理4會(huì)話管理4.15GQoSArchitecture4.2PDU會(huì)話建立過程4.3PDU會(huì)話修改過程4.4PDU會(huì)話釋放過程4.5關(guān)鍵消息解讀4.15GQoSArchitecture4.1.1概述QoS是業(yè)務(wù)網(wǎng)絡(luò)傳輸質(zhì)量的一種表述，更是業(yè)務(wù)傳輸質(zhì)量保障的機(jī)制。QoS:QualityofService，isthedescriptionormeasurementoftheoverallperformanceofaservice,suchasatelephonyorcomputernetworkoracloudcomputingservice,particularlytheperformanceseenbytheusersofthenetwork.Toquantitativelymeasurequalityofseveralrelatedaspectsofthenetworkserviceareoftenconsidered,suchaspacketloss,bitrate,throughput,transmissiondelay,availability,jitter,etc.5GSA引入基于流（QoSFlow）的QoS管理機(jī)制3GPP23501Figure5.7.1.5-1:TheprincipleforclassificationandUserPlanemarkingfoQoSFlowsandmappingtoANResources5G5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書4會(huì)話管理5GSAQoS架構(gòu)主要特點(diǎn)：?基于QoSFlow進(jìn)行端到端的QoS管理；?NG-U呈現(xiàn)PDUSession/QoSFlow，不是E-RAB；?每個(gè)PDUSession內(nèi)存在一條缺省QoSFlow及對應(yīng)缺省QoSRule貫穿整個(gè)生命周期?UE側(cè)的QoSRule可通過配置或反射式自學(xué)習(xí)獲??；5GSAQoS架構(gòu)各角色分工：?SMF：控制QoSFlow策略；?UPF/UE：完成NAS層IPFlow到QoSFlow的映射（一級映射）?gNB：完成AS層QoSFlow到DRB的映射（二級映射）4.1.2QoSFlow基于流（QoSFlow）的QoS管理機(jī)制55G信令分析指導(dǎo)書5G信令分析指導(dǎo)書4會(huì)話管理定義QoSFlow是滿足一組QoS質(zhì)量配置（QoSprofile）的端到端數(shù)據(jù)流；QoSFlow是5G系統(tǒng)中最細(xì)的質(zhì)量管理粒度；每個(gè)QoSFlow包含一個(gè)標(biāo)識(shí)QoSFlowidentifier(QFI)，QFI取值（0~63）；QoS質(zhì)量配置包括若干QoS質(zhì)量參數(shù)（QoSparameters）；gNB進(jìn)行QoSFlow到DRB的映射，可以是多對一的映射關(guān)系，也可以是1:1的映射關(guān)系；4.1.3QoSParameters5GQoS質(zhì)量特征（QoScharacteristics）解讀簡稱全稱含義取值范圍生效范圍適用業(yè)務(wù)LTE類比5QI5GQoSIdentifier標(biāo)量，用于表征一組質(zhì)量特征0~255QoSFlowQCIARPAllocationandRetentionPriority包含優(yōu)先級、搶占能力、可被搶占等信息；優(yōu)先級定義了UE資源請求的重要性，在系統(tǒng)資源受限時(shí)，ARP參數(shù)PriorityLevel:1~15Pre-emptionCapability:Pre-emptionVulnerabilitQoSFlowARP5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書 4會(huì)話管理5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書 4會(huì)話管理文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 5G信令分析指導(dǎo)書5G信令分析指導(dǎo)書 4會(huì)話管理文檔版本01(2019-08-02) 版權(quán)所有?華為技術(shù)有限公司 簡稱簡稱全稱含義取值范圍生效范圍適用業(yè)務(wù)LTE類比業(yè)務(wù)，屬“softupperbound”，即使超限，仍需處理PERPacketErrorRate誤包率。含義為發(fā)送端鏈路層（RLC）已處理，但未能提交給對端上層協(xié)議（PDCP）。用于指導(dǎo)配置合適的鏈路層參數(shù)（RLC和HARQ參數(shù)）。x*10^-k(x,k:0~9)AWAveragingWindowGFBR/MFBR的評估時(shí)長。0~4095(ms)Default:2000msGBRMDBVMaximumDataBurstVolume最大突發(fā)數(shù)據(jù)量。表示在PDB內(nèi)需要傳輸?shù)淖畲髷?shù)據(jù)量0~4095ByteDelay-criticalGBR典型業(yè)務(wù)5QI質(zhì)量屬性定義參見3GPP.23.501.Table5.7.4-1：55QIValueResourceTypeDefaultPriorityLevelPacketDelayBudgetPacketErrorRateDefaultMaximumDataBurstVolume(NOTE2)DefaultAveragingWindowExampleServices1GBR(NOTE1)20100ms10-2N/A2000msConversationalVoice240150ms10-3N/A2000msConversationalVideo(LiveStreaming)33050ms10-3N/A2000msRealTimeGaming,V2XmessagesElectricitydistribution–mediumvoltage,5QReso DefaultPacketPac DefaultDefaultExampleServicesIurcePriorityDelayketMaximuAveragiVaTypeLevelBudgeErromDatanglu t r Burst Windowe Rat Volume e (NOTE2)MC-PTTsignalling)70 55 200ms10-6N/A N/A MissionCriticalData(e.g.exampleservicesarethesameasQCI6/8/9)65 50ms10-2N/A N/A V2Xmessages68 10ms10-6N/A N/A LowLatencyeMBBapplicationsAugmentedRealityDelay19 10ms10-4255bytes2000msDiscrete Critic (NOTE Automation(seeTS al 4) 22.261[2])GBR22 10ms10-41358 2000msDiscrete (NOTE bytes Automation(seeTS 4) (NOTE 22.261[2])3)24 30ms10-51354 2000msIntelligenttransport (NOTE bytes systems(seeTS 6) 22.261[2])21