第三章3.1

5G空中接口協議及各層功能主講老師：無線協議棧控制面協議棧用戶面協議棧5G端到端控制面協議棧5G端到端用戶面協議棧Layer2概述下行Layer2結構圖上行Layer2結構圖數據包處理數據包處理，主要是指報文頭的添加與解析，包括SDAP頭、PDCP頭、RLC頭、MAC頭。CoreNetworkSDAPPDCPRLCMACDownlinkDataUplinkDataMAC協議子層的主要目的是為RLC層業務與物理層之間提供一個有效的連接MAC子層概述MAC子層向上層RLC子層提供的服務有:數據傳輸無線資源分配MAC子層期待物理層提供的服務有:數據傳輸HARQ反饋信令調度請求信令測量(例如：信道質量指示(CQI))MAC子層功能MAC邏輯信道與傳輸信道之間的映射01MACSDU復用/解復用02動態調度時UE間優先級處理03調度信息報告04通過HARQ機制進行糾錯05一個UE的邏輯信道優先級處理06

UE的MAC實體處理以下傳輸信道：廣播信道(BCH);下行共享信道(DL-SCH);尋呼信道(PCH);上行共享信道(UL-SCH);隨機接入信道(RACH).MAC子層架構邏輯信道與傳輸信道之間的映射MAC層包處理MAC層包處理：下行鏈路中，從上層接收MAC

SDU（即RLC層的RLCPDU），根據協議添加MAC頭組成MAC

PDU，并將MAC

PDU遞交給下層處理；上行鏈路中，則從下層接收MACPDU，根據協議解析MAC頭得到MACSDU，并將MACSDU分發給上層處理。MAC層包處理1字節的MAC頭：3字節的MAC頭：2字節的MAC頭：僅包含6bit有效位的邏輯信道Id（Lcid），這類MAC子頭，主要應用在下面場景：一些固定大小的MAC

CE，以及padding數據。首字節中，第2個比特位為0；第2字節，表示數據長度，此時數據長度不超過255字節。應用場景：數據長度不超過255字節時，添加此類MAC頭。根據5G協議標準，數據MAC頭有3種長度，分別為1/2/3字節的長度：首字節中，第2個比特位為1；第2、3字節，表示數據長度，此時數據長度超過255字節。應用場景：數據長度超過255字節時，添加此類MAC頭。NR中MACCE的位置MACPDU格式下行：MACCE在MACPDU頭部。上行：MACCE的位置在MACPDU尾部。NRDownlinkNRUplinkMAC調度對于下行調度，gNB可以得知UE所有下行邏輯信道上的業務需求，故能明確分配UE在每條邏輯信道上的傳輸數據量。對于上行調度，UE基于邏輯信道組上報業務需求，gNB只能給UE分配一個總資源，UE如何將這個總資源分給各個邏輯信道，取決于UE的算法。下行調度示意圖上行調度示意圖PROGRAMIMPLEMENTATIONANDEVALUATIONMAC層HARQHARQ（Hybrid

AutomaticRepeatRequest），即混合自動請求重傳，是一種物理層的重傳技術，接收方在解碼失敗的情況下，保存接收到的數據，并要求發送方重傳數據，接收方將重傳數據和之前收到的數據進行合并后再解碼，提高了數據傳輸速率，減小了數據傳輸時延。HARQ使用stop-and-waitprotocol（停等協議）來發送數據。在停等協議中，發送端發送一個TB（Transport

Block，傳輸塊）后，就停下來等待確認信息（ACK/NACK），這樣會導致吞吐量很低。因此，NR使用多個并行的stop-and-wait

process（進程）：當一個HARQ進程在等待確認信息時，發送端可以使用另一個HARQ進程來繼續發送數據。UE支持的下行最大HARQ進程數為16，UE支持的上行最大HARQ進程數為8或者16.PROGRAMIMPLEMENTATIONANDEVALUATIONMAC層HARQHARQ協議在時域上分為同步和異步兩類，NR只實現異步HARQ。異步HARQ是指重傳和新傳的時間間隔并不固定，通過DCI中的HARQ進程號來指示某一HARQ進程的傳輸。異步HARQ相對于同步HARQ的好處是重傳調度更加靈活。RLC子層概述RLC層的主要作用是從上層接收RLCSDU，并發送RLCPDU到對端接收方的RLC實體RLC層發送、接收的RLCPDU主要有數據PDU和控制PDU（僅針對AMRLC實體）兩類RLC數據PDU：對從上層接收到的用戶面數據和控制面數據進行處理后生成的RLCPDURLC控制PDU：協議中只定義了一種：STATUSPDURLC實體根據各自向上層提供的服務類型，可以劃分為3類：TM(TransparentMode)UM(UnacknowledgedMode)AM(AcknowledgedMode）RLC子層概述RLC層包處理RLC層包處理：下行鏈路中，從上層接收RLCSDU，根據協議添加RLC頭組成RLCPDU，并將RLCPDU遞交給下層處理；上行鏈路中，則從下層接收RLCPDU，根據協議解析RLC頭得到RLCSDU，并將RLCSDU分發給上層處理。RLC層包處理根據5G協議標準，DRB數據報文可支持UM和AM兩種模式。SRB的數據報文僅支持AM模式：SRB數據報文：主要用于控制面信令傳輸，僅支持AM模式，且RLCSN為12bit；DRB數據報文：主要用于用戶面數據傳輸。可支持UM和AM兩種模式，UM模式支持的RLCSN包括6bit、12bit兩種，AM模式支持的RLCSN包括12bit、18bit兩種。RLC子層功能RLC上層PDUs傳輸和RLC重建01通過ARQ糾錯（僅適用于AM數據傳輸）02RLCSDUs的分段和重組（僅適用于UM和AM數據傳輸）03RLC數據PDUs的重分段（僅適用于AM數據傳輸）04重復檢測、協議錯誤檢測（僅適用于AM數據傳輸）05RLCSDU丟棄（僅適用于UM和AM數據傳輸）06相比LTE，NR的RLC層不支持重排序，只要收到一個完整的RLCSDU，就立即往上層送。NR的RLC層移除了RLC的串聯功能（LTE支持）。NRRLC與LTERLC不同相對于LTERLC，NRRLC有以下主要改動：取消了對于RLCPDU的reordering功能，及針對此特性做的一些優化。在取消RLCPDU的reordering后，RLCPDU在完成組包后立即遞交給高層。此改動主要考慮到PDCP已經有reordering功能，且為了減少對解密功能的突發壓力。取消了RLCSDUconcatenation功能，及針對此特性對statusreport做了優化。此改動主要是為了便于MAC/PHY對數據包做預處理（concatenation要求RLC根據MAC上報的實際TBsize進行級聯，對實時處理能力有較大要求）。RLC子層架構RLC層通過RLC通道與PDCP層進行通信，通過邏輯信道與MAC層進行通信。RLC實體在RLC承載建立時創建，RLC承載釋放時刪除。一個TM實體或UM實體只具備發射或接收數據功能，一個AM實體既包括接收功能，又包括發射功能。PDCP子層概述在NR中，PDCP層位于RLC層之上，SDAP層（用戶面）或RRC層（控制面）之下。它通過SAP（ServiceAccessPoint）與SDAP/RRC層進行通信，并通過RLC通道與RLC層進行通信。除SRB0外，每個無線承載對對應一個PDCP實體。一個PDCP實體可以與1、2或4個RLC實體相關聯（取決于單向、雙向、AM/UM、split/non-split）。PDCP層只會用在映射到邏輯信道DCCH和DTCH的無線承載上，而不用于其他類型的邏輯信道上。使用PDCP實體的無線承載包括SRB，AMDRB，UMDRB。使用RLCTM模式的數據并不經過PDCP層。PDCP的數據包括數據PDU（用戶平面數據、控制平面數據）和控制PDU。PDCP層用戶面支持的功能如下:PDCP子層功能SN值維護;頭壓縮和解壓縮:僅ROHC;用戶面數據發送;重排序和重復檢測;按序遞交;PDCPPDU路由(在splitbearers場景下);SN值維護;加密，解密，完整性保護;控制面數據發送;PDCPSDUs重傳;加密，解密和完整性保護;PDCPSDU丟棄;應用于RLCAM模式的PDCP重建和數據恢復;應用于RLCAM模式的PDCP狀態報告;PDCPPDUs的復制和重復丟棄。

PDCP層控制面支持的功能如下:重排序和重復檢測;按序遞交;PDCPPDUs的復制和重復丟棄。PDCP層包處理PDCP層包處理：下行鏈路中，從上層接收PDCPSDU，根據協議添加PDCP頭組成PDCPPDU，并將PDCPPDU遞交給下層處理；上行鏈路中，則從下層接收PDCPPDU，根據協議解析PDCP頭得到PDCPSDU，并將PDCPSDU分發給上層處理。PDCP層包處理SRB數據報文：DRB數據報文：可支持的PDCPSN僅有12bit一種，對應的PDCP頭長度為2字節。可支持的PDCPSN包括12bit和18bit兩種，對應的PDCP頭長度分別為2字節、3字節。根據5G協議標準，DRB數據報文主要用于用戶面數據傳輸，SRB數據報文主要用于控制面信令傳輸；PDCP重排序窗口大小為2^(PDCP.snSizeUl-1)對于PDCP.snSizeUl=12bit，PDCP重排序窗口大小為2048；對于PDCP.snSizeUl=18bit，PDCP重排序窗口大小為131072。頭壓縮與解壓縮使用頭壓縮的目的是減少傳輸的冗余數據，以節省寶貴的空口資源，頭壓縮僅用于數據平面的PDCPPDU，每個PDCP實體最多使用一個ROHC實例。一個壓縮包會關聯至相同PDCPSN和COUNT值的PDCPSDU。ProfileIdentifierUsageReference0x0000NocompressionRFC57950x0001RTP/UDP/IPRFC3095,RFC48150x0002UDP/IPRFC3095,RFC48150x0003ESP/IPRFC3095,RFC48150x0004IPRFC3843,RFC48150x0006TCP/IPRFC68460x0101RTP/UDP/IPRFC52250x0102UDP/IPRFC52250x0103ESP/IPRFC52250x0104IPRFC5225PDCP傳輸相關定時器.PDCP發送實體維護的定時器有:discardTimer.PDCP接收實體維護的定時器有:t-ReorderingPDCP該定時器只為DRB配置。長度大小由高層配置，在發送端，當從上層接收到SDU后此TIMER啟動。定時器的長度由高層配置。該定時器用于探測丟失的PDCPDataSDU。如果t-Reordering正在運行，t-Reordering就不應該再次執行，即每一個PDCP接收實體在給定時刻只能有一個t-Reordering運行。SDAPSDAP實體位于SDAP子層，每個PDU會話都會建立對應的SDAP實體，一個UE可以有多個SDAP實體（因為一個UE可以同時建立多個PDU會話）。SDAP協議是為了5GQoS而生的。SDAPSDAP子層包處理：下行鏈路中，從核心網接收到SDAPSDU，然后將SDAPSDU映射到對應的DRB。根據協議添加SDAP頭組成SDAPPDU，并將SDAPPDU遞交給下層處理；上行鏈路中，則從PDCP層接收到SDAPPDU，映射到相應的QosFlow，處理RQI，然后解析SDAP頭得到SDAPSDU，并將SDAPSDU分發給核心網處理。下行SDAP數據報文無SDAP頭的數據報文上行SDAP數據報文SDAPSDAP的控制報文，指END-MARKER控制報文，用于通知當前QosFlow到DRB的映射結束。根據5G標準協議，SDAP數據報文包含三種：下行SDAP數據報文無SDAP頭的數據報文上行SDAP數據報文（SDAP協議支持無SDAP頭的數據報文格式）SDAP子層的主要功能有：中國5G的發展傳輸用戶面數據為上下行數據進行QoSFlow到DRB的映射在上下行數據包中標記QoSFLowID：在數據包上加上SDAP頭，即標記QFI為上行SDAP數據進行反射QoS流到DRB的映射：從下行數據包的SDAP頭推導出下行“QoS流—DRB的映射”規則，然后將其應用到上行方向上第三章3.25G幀結構及時隙格式主講老師：NR無線幀結構5GNR的無線幀結構為10ms長，且分成10個子幀，每個子幀1ms長。LTE/LTE-A只有固定的15kHz子載波間隔相比，5GNR定義的子載波間隔靈活可擴展。在不同的子載波間隔配置μ下，每個子幀有不同的時隙數。基站使用到的5GNR的時隙格式種類可分為上行時隙，下行時隙和靈活時隙：基本時間單元Tc的定義LTE基本時間單元LTE作為參考，保留Ts，新增Tc及參數KNR基本時間單元子載波間隔Numerology子載波間隔subcarrierspacing和時域的符號長度symbollength方面，5G和LTE比起來有了根本性的不同，最顯著的不同是5GNR將采用多個不同的載波間隔類型，而LTE只是用單一的15kHz的載波間隔。μ=0代表等同于LTE的15kHzμΔf=2μ?15[kHz]Cyclicprefix015Normal130Normal260Normal,Extended3120Normal4240Normal時隙常規CP，時隙的定義為14個OFDM符號擴展CP，μ=2時，也就是載波間隔為60KHz時，時隙定義為12個OFDM符號μ每個時隙的時長0141011ms1142020.5ms2144040.25ms3148080.125ms414160160.0625msμ每個時隙的時長2124040.25ms

幀結構舉例以參數μ等于2，子載波間隔為60KHz為例每個時隙中的OFDM符號可配置對于上行時隙，可以使用上行和Flexible的OFDM符號進行上行傳輸對于下行時隙，可以使用下行和Flexible的OFDM符號繼續下行傳輸FormatSymbolnumberinaslot0123456789101112130DDDDDDDDDDDDDD1UUUUUUUUUUUUUU2XXXXXXXXXXXXXX3DDDDDDDDDDDDDX4DDDDDDDDDDDDXX5DDDDDDDDDDDXXX6DDDDDDDDDDXXXX7DDDDDDDDDXXXXX8XXXXXXXXXXXXXU9XXXXXXXXXXXXUU10XUUUUUUUUUUUUU11XXUUUUUUUUUUUU......

58DDXXUUUDDXXUUU59DXXUUUUDXXUUUU60DXXXXXUDXXXXXU61DDXXXXUDDXXXXU62–255ReservedSlot時隙結構說明一個時隙(slot)可以是:全下行全上行支持時隙聚合上下行混合靜態,半靜態或動調度數據傳輸可以規劃在一個或多slot上進行2.5ms雙周期幀類型一個無線幀由20個slot組成，以5ms（10個時隙）為一個周期，5ms中前后兩個2.5ms的時隙種類分布也不同。靈活時隙的符號結構，默認配置下，靈活時隙由10個下行符號，兩個GP符號和兩個上行符號組成。第三章3.35G信道和信號主講老師：UE獲得RMSI后，得到上下行公共信道相關配置，即可發起隨機接入流程。小區搜索總體流程同步RasterGSCN頻點MIB幀子幀時隙SSB索引PBCHKssb,pdcch-ConfigSIB1SSSPSSRMSIPDSCHRMSICORESET0SCSPCIDDM-RSInitailDLBWPDCISIB1SSBN

N

(1)(2)IDIDNR信道概述

NR的信道結構與LTE類似，包括邏輯信道、傳輸信道、物理信道NR上行/下行信道下行信道上行信道邏輯信道傳輸信道物理信道邏輯信道傳輸信道物理信道下行定義的物理信道如下：物理信道物理下行共享信道PhysicalDownlinkSharedChannel（PDSCH）物理下行控制信道PhysicalDownlinkControlChannel（PDCCH）物理廣播信道PhysicalBroadcastChannel（PBCH）物理隨機接入信道PhysicalRandomAccessChannel（PRACH）物理上行共享信道PhysicalUplinkSharedChannel（PUSCH）物理上行控制信道PhysicalUplinkControlChannel（PUCCH）上行定義的物理信道如下：上行物理信號：NR物理信號解調參考信號（Demodulationreferencesignals，DM-RS）PUCCH和PUSCH使用相位跟蹤參考信號（Phase-trackingreferencesignals，PT-RS）H探測參考信號（Soundingreferencesignal，SRS）解調參考信號（Demodulationreferencesignals，DM-RS）PDSCH、PDCCH和PBCH使用相位跟蹤參考信號（Phase-trackingreferencesignals，PT-RS）信道狀態信息參考信號（Channel-stateinformationreferencesignal，CSI-RS）主同步信號（Primarysynchronizationsignal，PSS）輔同步信號（Secondarysynchronizationsignal，SSS）下行物理信號：每個時隙中的OFDM符號可配置物理層資源配置管理是對物理信道和物理信號的資源配置管理，即上下行物理信號和物理信道的時域資源，頻域資源配置。物理信道和物理信號在DLslot、flexibleslot、ULslot的資源分配如下圖。通用物理信道處理過程物理信道的數據發送過程如上圖所示，來自MAC層的傳輸塊(TB)進行碼字流的處理，包括信道編碼，交織，速率匹配等操作后，再進行加擾，而后再通過數據調制，RE映射，OFDM調制，最后送到相應的天線端口，產生最終的基帶信號。各物理信道處理有差異，并不完全包括所有的過程。MAC基帶信號傳輸信道物理信道數據調制NR支持的調制方式包括π/2-BPSK，BPSK，QPSK，16QAM，64QAM，256QAM，各物理信道采用的調制方式如左：物理信道類型物理信道名稱數據調制方式上行信道PUSCHQPSK，16QAM，64QAM，256QAM，預編碼使能情況下還可以使用π/2-BPSKPUCCHQPSK，π/2-BPSK，格式0不調制PRACHNA下行信道PDSCHQPSK，16QAM，64QAM，256QAMPDCCHQPSKPBCHQPSKπ/2-BPSK相比BPSK，相鄰符號的最大相位跳變由π降至π/2，從而抑制了高頻分量，降低時域信號的PAPR。層映射NR在38.211中定義了兩個碼字，最大8層。一個碼字可以映射到一層或者多層，最大4層。層數V和物理信道用于發射的天線端口數P相等。上行鏈路的天線端口：天線端口天線端口0（起始號）用于PUSCH的DM-RS天線端口1000（起始號）用于SRS天線端口2000（起始號）用于PUCCH的DM-RS天線端口4000用于PRACH天線端口1000（起始號）用于PDSCH的DM-RS天線端口2000（起始號）用于PDCCH的DM-RS天線端口3000（起始號）用于CSI-RS天線端口4000（起始號）用于SS/PBCH

下行物理信號：第三章3.45G信令流程主講老師：0102MIB和SIBMIB：也叫最小SI，包含了如何獲取SIB1的信息，以及其它。MIB攜帶的消息：systemFrameNumber、subCarrierSpacingCommon、ssb-SubcarrierOffset、dmrs-TypeA-Position、pdcch-ConfigSIB1、cellBarred

、intraFreqReselection（是否允許同頻重選）。MIB消息在BCH上周期性重復廣播，周期為80ms。重復次數由SSB的周期決定。MIB和SIBMIB和SIBSIB：分為最小SI和其它SI也叫最小SI，包括了初始接入需要的信息以及其它SI的調度信息。攜帶的消息：cellSelectionInfo

、cellAccessRelatedInfo

、connEstFailureControl、si-SchedulingInfo、servingCellConfigCommon、ims-EmergencySupport、eCallOverIMS-Support、ue-TimersAndConstants

、uac-BarringInfo、useFullResumeID。SIB1MIB和SIB當UE處于RRC_CONNECTED態時，可通過周期廣播，或者通過RRCReconfiguration消息獲取SIB1。SIB1指示其它SI是周期性廣播，還是按需提供。若按需提供其它SI，則SIB1還需包括UE執行SI請求的信息SIB1在DL-SCH上周期性重復廣播，周期為160ms。在每個周期內重復廣播的次數是不固定的，其取決于具體實現。默認是8次。MIB和SIBSIB4SIB5SIB7SIB2SIB3SIB6SIB8包括了小區重選公共信息（同頻、異頻、RAT間），服務小區小區重選信息、同頻小區重選信息包括了同頻鄰區信息，用于同頻小區重選和切換包括了異頻小區重選信息，異頻鄰區信息，用于異頻小區重選和切換包括了E-UTRA小區重選信息、E-UTRA小區信息，E-UTRA黑名單小區信息，用于RAT間小區重選GPS和UTC相關信息。UE可根據SIB9獲取GPS、UTC以及本地時間CMAS告警通知ETWS輔通知SIB8ETWS主通知4G/5G信令過程差別綜述注冊狀態連接狀態NAS層連接狀態AS層(RRC)4/5G都一樣，包含注冊態和去注冊態;4G：CM_IDLEandCM_CONNECTED；5G：CM_IDLE，CM_CONNECTED;UE/gNB/AMF狀態管理4G：IDLEandCONNECTED；5G：IDLE，CONNECTEDandINACTIVE。開機注冊Attach過程4G

Register過程5G4G/5G信令過程差別綜述IDLE態發起：4GServiceRequest；5GServiceRequest；連接態發起新業務：4GERAB建立或者修改；5GPDUSession建立或者修改。4/5G基本相同，5G增加了Inactive態，新增了Inactive相關的RRC釋放、恢復、RNAU流程。4/5G基本切換除去由于核心網網元變化引入的差別，大體流程上相同。切換RRC連接建立、重配置、釋放、修改業務發起4G/5G信令過程差別綜述4G：MME發起。（廣播更新發起尋呼用于讀廣播，不算真正尋呼）；5G：SA場景下gNB和AMF發起尋呼。用于RRC_INACTIVE態和IDLE態的UE。4G：TAU；5G：Registrationupdate以及RANNotificationAreaUpdate（用于RRCInactive態）4/5G一樣。5G核心網提供了SMSF作為短消息總功能接口。位置更新尋呼短消息OverNasNR注冊信令流程UE如果是剛開機，需要先進行物理下行同步，選擇一個小區，接收sib，獲取RA相關參數；1~4：進行競爭RA過程，建立RRC連接；UE發送RRCSetupComplete消息（帶NAS消息Registrationrequest）；01~45NR注冊信令流程當RRCSetupComplete沒有帶5G-S-TMSI或GUAMI，或者5G-S-TMSI/GUAMI指示的不是一個有效的AMF，gNB基于RequestedNSSAI（如果有）和本地策略進行AMF選擇；gNB選擇好AMF后，發送INITIALUEMESSAGE消息（帶NAS消息Registrationrequest）；67NR注冊信令流程如果AMF沒有獲得UE的SUCI，則發起IdentityRequest過程請求SUCI；AMF選擇AUSF，進行鑒權、安全過程；進行UDM和PCF相關處理，具體可查看23502協議；發送Registrationaccept消息；UE回復RegistrationComplete。8~1112~1315~161718成功信令流程失敗信令流程1失敗信令流程2現網注冊信令流程RRC_IDLERRC_CONNECTEDRRC_INACTIVENR終端RRC狀態說明PLMN選擇監聽系統消息重選應用協商的DRX配置監聽尋呼消息（5GC發起的）位置區由核心網來管理5GC-NG-RAN仍然與UE建立承載(bothC/U-planes)NG-RAN和UE保留上下文信息NG-RAN知道UE屬于哪個小區對特定UE建立傳輸移動性管理由網絡側決定監聽系統消息；重選應用協商的DRX配置監聽尋呼消息(RAN發起的)跟蹤區(RNA)由NG-RAN管理保持5GC—NG-RAN的連接（用戶面和控制面）NG-RAN和UE保留上下文信息NG-RAN知道UE屬于哪個RNA隨機訪問過程由許多事件觸發條件包括：隨機接入觸發條件RRC_IDLE初始接入連接重建切換當UL同步狀態為“失步”時，RRC_CONNECTED中DL或UL數據到達從RRC_INACTIVE接入SN建立請求其他SI的接入Beam異常恢復當且僅當DL的測量質量低于廣播閾值時，UE選擇SUL載波進行初始接入。一旦啟動，隨機接入進程的所有上行傳輸仍保留在選定的載波上。隨機接入(a)Contention-Based(b)Contention-FreeRRC_IDLEtoRRC_CONNECTEDUE觸發的RRC拒絕流程RRC_CONNECTEDtoRRC_CONNECTED(重建流程)RRC_CONNECTEDtoRRC_INACTIVERRC_CONNECTEDtoRRC_INACTIVE對于RRC_INACTIVE狀態，gNodeB釋放UE的RRC連接，但會保持與核心網之間的用戶面和控制面的連接，UE側會保存必要的上下文信息，便于有數據收發時，可以最快程度的恢復空口連接。gNB通過RRCReleasewithsuspend將UE釋放到RRC_INACTIVE態：UE觸發從RRC_INACTIVE到RRC_CONNECTED網絡觸發從RRC_INACTIVE到RRC_CONNECTEDRRC_INACTIVE態下的RNA更新過程NRPDU會話信令流程如果是在IDLE下，UE需要先發起servicerequest建立NAS信令連接；如果是在connected下，UE可以直接發起PDU會話建立流程；UE的NAS-SM層生成PDUsessionestablishmentrequest消息，，通過空口發給gNB，gNB生成UPLINKNASTRANSPORT消息，把NAS-PDU透傳給SMFPDU會話建立信令流程01~2NRPDU會話信令流程AMF生成INITIALCONTEXTSETUPREQUEST消息，攜帶來自SMF的N1消息（封裝到NAS-MM消息DLNAStransport中）和N2IE，發給gNB；gNB生成RRCReconfiguration消息，把NAS-MM消息DLNAStransport（帶SMF的N1PDUsessionestablishmentaccept消息）透傳給UE；1215NRPDU會話信令流程UE回復RRCReconfigurationComplete消息，gNB收到后回復INITIALCONTEXTSETUPRESPONSE消息；UE可以發送上行數據；SMF和UPF更新PDUsession相關信息；UPF可以發送下行數據。16~171819~2322NR之間的切換流程10.PathSwitchRequestAck1.MeasurementReports2.HandoverRequest4.RRCconnectionreconfiguration3.HandoverRequestAck5.SNStatusTransfer7.PathSwitchRequest8.UserPlaneupdaterequest6.RRCconnectionreconfigurationcomplete9.UserPlaneupdateresponse11.UEcontextrelease尋呼分類數據觸發的尋呼，根據UE所處的RRC狀態，可以分為：CNBased尋呼RANBased尋呼系統信息更新觸發的尋呼，對于系統信息變更時，gNodeB發送空口尋呼消息通知小區內所有UE，包括：RRC_IDLE態RRC_INACTIVE態RRC_CONNECTED態并在下一個系統信息修改周期中發送更新后的系統信息。UE可以在RRC_IDLE和RRC_INACTIVE狀態中均可接收尋呼消息。根據觸發尋呼的原因，可以分為數據觸發的尋呼，系統信息更新觸發的尋呼。CNbasedPaging由核心網觸發，用于尋呼RRC_IDLE態的UE核心網發起的尋呼AMF根據UE注冊時支持的TAI和AMF保存的gNodeB支持的TAI列表取交集，向UE所在TA的gNodeB下發NG-C口尋呼消息，此消息中攜帶了pagingDRX參數，用于計算尋呼時刻UE標識（5G-S-TMSI）核心網發起的尋呼CU接收尋呼消息后，將NGPaging消息中攜帶的TAI和基站配置的小區TAI進行匹配，選擇TA匹配的小區進行空口尋呼。通過F1口尋呼消息將尋呼參數和UE標識（5G-S-TMSI）提供給DUDU側接收到F1尋呼消息后，使用尋呼UE_ID和尋呼參數，計算PO并將UE標識（5G-S-TMSI）通過空口尋呼消息發送到UE。UE接收到屬于自己的尋呼消息后發起ServiceRequest請求RAN尋呼——站內RANBased尋呼站內尋呼時，RAN判斷UE上下文的核心網信息中是否包含了UE專用DRX周期，如果包含，則按照UE專用DRX周期，UE的inactive尋呼周期和小區默認尋呼周期的最小值下發空口尋呼消否則按照UE的inactive尋呼息。周期和小區默認尋呼周期的最小值下發空口尋呼消息。RAN尋呼——站內RANBased尋呼CU需要給RRC_INACTIVE態用戶發送數據，通過F1口將尋呼參數、尋呼UE的I-RNTI、UE_ID發給DUDU使用尋呼參數后，計算PO并將尋呼ID通過空口尋呼消息發送給UEUE發起RRCResumeRequest消息恢復連接RAN尋呼——站間RANBased尋呼站間尋呼時，RAN判斷UE上下文的核心網消息中是否包含了UE專用DRX周期，如果包含，將UE專用DRX周期和該UE的inactive尋呼周期的最小值，填寫在Xn口的RAN尋呼消息中；否則將該UE的inactive尋呼周期填寫在Xn口的RAN尋呼消息中。在尋呼目標側，RAN采用Xn口攜帶的尋呼周期和目標小區默認尋呼周期的最小值進行尋呼。RAN尋呼——站間RANBased尋呼gNodeB1查詢RNACList對應的其它基站如gNodeB2，發送Xn口尋呼消息給gNodeB2，攜帶尋呼參數和標識UE的尋呼ID(I-RNTI)和UE_IDCU收到