為了接受服務(wù)，啟用移動性和可達性，UE需要注冊到網(wǎng)絡(luò)中去獲取鑒權(quán)。

　　UE發(fā)起注冊流程的情況如下：

　　1.當(dāng)UE初始化注冊到5G系統(tǒng)時。

　　2.當(dāng)UE在CM_CONNECTED和CM_IDLE模式下，通過移動性注冊更新到注冊區(qū)外的一個TA時。

　　3.當(dāng)UE發(fā)起周期性注冊時。

　　4.當(dāng)UE需要更新通過注冊流程流程協(xié)商的能力和協(xié)議參數(shù)時。

　　1.UE發(fā)送Registration Request到（R）AN消息

　　攜帶的主要AN參數(shù)，（注冊類型，SUCI或5G-GUTI或PEI，最后訪問的TAI（如果可用），安全性參數(shù)，請求的NSSAI，請求的NSSAI的映射，UE無線電 能力更新，UE MM核心網(wǎng)絡(luò)能力，PDU會話狀態(tài)，要激活的PDU會話列表，遵循請求，MICO模式首選項，請求的DRX參數(shù)）和UE策略容器（PSI列表））。

　?。?）注冊類型：主要是開篇所說的注冊類型。

　　（2）終端的真實身份在5G里稱為SUPI（SUbscription Permanent Identifier）（類似IMSI），通過公鑰加密后的密文稱為SUCI（SUbscription Concealed Identifier），SUCI傳送給基站后，基站直接上傳至核心網(wǎng)。手機用來加密SUPI的公鑰放在USIM中，SUCI的解密算法只能被執(zhí)行一次，放置在核心網(wǎng)的UDM中。

　?。?）在5G網(wǎng)絡(luò)中終端收到Identity Request后不會再發(fā)送明文SUPI（類似IMSI）而是發(fā)送經(jīng)過加密的SUCI（除非收手機收到Identity Request可以發(fā)送Null-Scheme的SUCI即不加密）。

　?。?）SUCI上報的頻率未做硬性規(guī)定。手機在收到網(wǎng)絡(luò)側(cè)發(fā)送的Identity Request時，需要回復(fù)SUCI。手機要保證每次發(fā)送的SUCI都是新鮮的，隨機的。但偽基站仍可以不斷要求手機發(fā)送SUCI，會導(dǎo)致手機電力消耗或者發(fā)起一些DoS攻擊。

　　（5）PEI Permanent Equipment Identifier設(shè)備永久標(biāo)識。

　　2.如果發(fā)送給（R）AN的信息中不包括5G-GUT

　　或者包含了（R）AN認(rèn)為無效的AMF