5G信令尋呼流程分析指導(dǎo)書(shū)

5G信令尋呼流程分析指導(dǎo)書(shū)網(wǎng)絡(luò)通過(guò)尋呼找到UE。按照消息的來(lái)源分，尋呼可以分為如下兩類(lèi)：第一類(lèi)是來(lái)自5GC，稱(chēng)作5GC尋呼，RRC_IDLE狀態(tài)UE有下行數(shù)據(jù)到達(dá)時(shí)，5GC通過(guò)Paging尋呼消息通知UE第二類(lèi)是來(lái)自gNB，稱(chēng)作RAN尋呼，RRC_INACTIVE狀態(tài)UE有下行數(shù)據(jù)到達(dá)時(shí)，gNB通過(guò)RANPaging尋呼消息通知UE啟動(dòng)數(shù)傳最終的尋呼消息下發(fā)都是由gNB通過(guò)空口下發(fā)給UE的。\o""5.15GC尋呼\o""5.2RAN尋呼\o""5.3尋呼消息發(fā)送5GC尋呼當(dāng)UE有下行數(shù)據(jù)到達(dá)，5GC將通知gNB進(jìn)行尋呼，由gNB發(fā)起對(duì)UE的尋呼。UE接收到尋呼消息后將發(fā)起服務(wù)請(qǐng)求，響應(yīng)核心網(wǎng)的尋呼消息。圖5.5GC尋呼原理示意圖信令流程當(dāng)UE有下行數(shù)據(jù)到達(dá)，5GC將通知gNB進(jìn)行尋呼，由gNB發(fā)起對(duì)UE的尋呼。UE接收到尋呼消息后將發(fā)起服務(wù)請(qǐng)求，響應(yīng)核心網(wǎng)的尋呼消息。參考3GPPTS23.502.4.2.3,5GC尋呼過(guò)程如下圖所示：5GC尋呼NR信令流程尋呼條件：UE已注冊(cè)且處于CM_IDLE/RRC_IDLE態(tài)，核心網(wǎng)檢測(cè)到UE有下行數(shù)據(jù)需要發(fā)送；尋呼過(guò)程：5GC發(fā)起，gNB在TAC范圍內(nèi)尋呼UE。尋呼范圍：TracingArea關(guān)鍵消息解讀NGAPPAGING消息定義參見(jiàn)3GPP38.413。IEPresence取值范圍含義說(shuō)明版本支持情況UEPagingIdentityMUE尋呼ID19BPagingDRXOUE特定DRX20ATAIListforPagingMTA列表19B>TAIListforPagingItem>>TAIMTAIPagingPriorityO尋呼優(yōu)先級(jí)暫不支持UERadioCapabilityforPagingOUE尋呼能力20A...關(guān)鍵信元解讀：UEPagingIdentityUEPagingIdentity=5G-S-TMSImod1024，由核心網(wǎng)計(jì)算，參見(jiàn)3GPP38.304。PagingDRX根據(jù)協(xié)議23501-f305.4.5章節(jié)，空閑模式的UE可以與AMF協(xié)商專(zhuān)有的DRX（UESpecificDRX），如果UE要使用專(zhuān)有的DRX，UE會(huì)在InitialRegistration和MobilityRegistration過(guò)程中傳遞UESpecificDRX給AMF。AMF接受（或者根據(jù)OperatorPolicy修改）UE發(fā)送的UESpecificDRX，并保存到RM-DEREGISTERED上下文中。后續(xù)，AMF尋呼該UE時(shí)，通過(guò)NGAP尋呼消息攜帶給gNB。UE按照如下公式監(jiān)聽(tīng)尋呼周期UE監(jiān)聽(tīng)尋呼周期=min(小區(qū)默認(rèn)尋呼周期,UEspecificDRX）；其中，小區(qū)默認(rèn)尋呼周期由NRDUCellPagingConfig.DefaultPagingCycle配置，通過(guò)SIB1廣播。TAIListforPaging已注冊(cè)UE的TA信息，由UE周期給核心網(wǎng)，核心網(wǎng)保存到RM-DEREGISTERED上下文中；后續(xù)，AMF尋呼該UE時(shí)，在UE所在的TA范圍內(nèi)進(jìn)行，示意圖如下：UERadioCapabilityforPaging根據(jù)協(xié)議23501-f305.4.4章節(jié)，UERadioCapability信息包括了UE可支持的RAT（無(wú)線(xiàn)接入技術(shù)）信息（例如，能量等級(jí)，頻段等）。UERadioCapability的管理流程，詳見(jiàn)協(xié)議38413-f108.14章節(jié)。gNB僅在UE支持的頻段小區(qū)內(nèi)下發(fā)尋呼消息，可以避免尋呼浪費(fèi)（針對(duì)CN尋呼），實(shí)現(xiàn)高效尋呼。RRCPAGING消息定義參見(jiàn)3GPP38.331。單條空口尋呼消息，支持最大的尋呼UE數(shù)量為32（maxNrofPageRec=32）。5GC尋呼時(shí)，PagingUEID是5G-S-TMSI；RAN尋呼時(shí)，PagingUEID是I-RNTI。RAN尋呼RRC_INACTIVE狀態(tài)UE有下行數(shù)據(jù)到達(dá)時(shí)，gNB通過(guò)RANPaging尋呼消息通知UE啟動(dòng)數(shù)傳。信令流程RRC_INACTIVE狀態(tài)UE有下行數(shù)據(jù)到達(dá)時(shí)，gNB通過(guò)RANPaging尋呼消息通知UE啟動(dòng)數(shù)傳。信令流程如下圖所示：尋呼條件：UE處于RRC_INACTIVE態(tài)，源gNB檢測(cè)到UE有下行數(shù)據(jù)需要發(fā)送；尋呼過(guò)程：gNB檢測(cè)到處于RRC_INACTIVE態(tài)的UE有下行數(shù)據(jù)需要發(fā)送，則在RNA區(qū)域內(nèi)發(fā)起對(duì)UE的尋呼。尋呼范圍：RAN-basedNotificationArea關(guān)鍵消息解讀RANPAGING消息定義參見(jiàn)3GPP38.423。IE/GroupNamePresence取值范圍含義說(shuō)明版本支持情況CHOICEUEIdentityIndexValueMUEIDindex，計(jì)算PF>Length-10>>IndexLength-10MBITSTRING(SIZE(10))BITSTRING(SIZE(10))UERANPagingIdentityMUEIDPagingDRXM尋呼DRX周期RANPagingAreaMRAN尋呼區(qū)PagingPriorityO尋呼優(yōu)先級(jí)AssistanceDataforPagingO關(guān)鍵信元解讀：UERANPagingIdentityUE進(jìn)入RRC_INACTIVE態(tài)時(shí)，gNB會(huì)給該UE分配I-RNTI標(biāo)識(shí)，RAN尋呼基于I-RNTI進(jìn)行。IE/GroupNamePresence取值范圍含義說(shuō)明備注CHOICEUERANPagingIdentityM>I-RNTIfull>>I-RNTIfullMBITSTRING(SIZE(40))I-RNTI，UE進(jìn)入RRC_INACTIVE態(tài)時(shí)分配PagingDRXUE尋呼周期=min(小區(qū)默認(rèn)尋呼周期,UE初始上下文建立時(shí)核心網(wǎng)配置的PagingDRX）。RANPagingArea已注冊(cè)UE的TA信息，由UE周期給核心網(wǎng)，核心網(wǎng)保存到RM-DEREGISTERED上下文中；后續(xù)，AMF尋呼該UE時(shí)，在UE所在的TA范圍內(nèi)進(jìn)行，示意圖如下：尋呼消息發(fā)送根據(jù)協(xié)議38304.7.1章節(jié)，尋呼消息出現(xiàn)在空口的位置是固定的，以尋呼幀PF（PagingFrame）和尋呼機(jī)會(huì)PO（PagingOccasion）來(lái)表示。PO是一套PDCCH監(jiān)聽(tīng)機(jī)會(huì)，由多個(gè)子幀、或OFDM符號(hào)組成，一個(gè)PO的長(zhǎng)度等于一個(gè)波束掃描周期，在每個(gè)波束上發(fā)送的Paging消息完全一樣，協(xié)議38321中說(shuō)明，一個(gè)PO支持最大的尋呼UE數(shù)量為32（maxNrofPageRec=32）；PF是一個(gè)無(wú)線(xiàn)幀，可能包含一個(gè)或多個(gè)完整的PO或PO的起始點(diǎn)。尋呼消息時(shí)域位置如下圖所示：PF和PO的計(jì)算公式分別如下：PF的SFN（SystemFrameNumber）系統(tǒng)幀號(hào)：(SFN+PF_offset)modT=(TdivN)*(UE_IDmodN)PO的Index(i_s),指示了一套PDCCH監(jiān)聽(tīng)機(jī)會(huì)的起始位置，用于監(jiān)聽(tīng)PagingDCI。起始位置：i_s=floor(UE_ID/N)modNs其中：T：U