終端在5G(NR)無線網(wǎng)絡中的RNTI

終端在5G(NR)無線網(wǎng)絡中的RNTI\o"5G"#5G\o"無線網(wǎng)絡臨時標識"#無線網(wǎng)絡臨時標識\o"RNTI"#RNTIRNTI是無線網(wǎng)絡臨時標識(RadioNetworkTemporaryIdentifier)縮寫，用于標識終端UE在無線小區(qū)中不同階段的定義，尋呼和eNB下發(fā)的功率控制及系統(tǒng)消息解碼；5G(NR)網(wǎng)絡中終端RNTI

有：P-RNTI,SI-RNTI,RA-RNTI,TemporaryC-RNTI,C-RNTI,MCS-C-RNTI,CS-RNTI,TPC-PUCCH-RNTI,TPC-PUSCH-RNTI,TPC-SRS-RNTI,INT-RNTI,SFI-RNTI,I-RNTI和SP-CSI-RNTI；除I-RNTI外，其他RNTI長度都為2個字節(jié)（16位bits)；它們分別用于CRC位附加，在傳輸之前對CRC加擾（上行鏈路）。5G中RNTI(I-RNTI除外)列表

RNTI（I-RNTI除外)對應DCI格式P-RNTI（尋呼-RNTI）UE使用P-RNTI來接收(解碼)下行鏈路中的尋呼消息，也用于通過DCI與P-RNTI一起發(fā)送“短消息”來通知UE有關SI修改和ETWS/CMAS通知。根據(jù)si-SchedulingInfo配置，UE收到“短消息”后應獲取"ETWS主要通知”的SIB6或“ETWS次要通知”的SIB7或CMAS通知的SIB8。尋呼消息和短消息都尋址到PDCCH上的P-RNTI,但是在PCCH邏輯信道上發(fā)送尋呼時SI修改/ETWS/CMAS直接通過PDCCH發(fā)送。P-RNTI是通用RNTI,它沒有明確分配給那個UE。取值范圍為0~~65534（0xFFFE）。PDCCHDCI格式1_0用于SI修改/ETWS/CMAS目的的尋呼和通知。尋呼消息由映射到PCH傳輸信道的PCCH邏輯信道承載。PCH傳輸信道被映射到PDSCH物理信道。gNB使用P-RNTI對PDCCH的CRC進行加擾,以傳輸承載尋呼信息的PDSCH。SI-RNTI(系統(tǒng)信息-RNTI）SI-RNTI用于標識下行鏈路中的廣播和系統(tǒng)信息。它是通用RNTI,沒有明確分配給那個UE。SI-RNTI取范圍為0~~65534（0xFFFE)。PDCCHDCI格式1_0用于SI目的。系統(tǒng)信息廣播使用BCCH邏輯信道，該信道隨后映射到DL-SCH傳輸信道，后者內部映射到PDSCH物理信道。從SI窗口開始UE將用于SI消息獲取的PDCCH監(jiān)視時機中接收用SI-RNTI加擾的PDCCH,并繼續(xù)直到SI窗口結束或直到收到SI消息為止。如果在SI窗口結束時未收到SI消息,則在當前修改周期中在下一個SI窗口時對相關SI消息重復接收。RA-RNTI(隨機接入-RNTI）RA-RNTI用于標識下行鏈路中的隨機接入響應(RAR)。作為接入(RA)流程中的一部分,gNB的MAC生成RAR作為對UE發(fā)送的隨機接入前導(Pramble)的響應。接入響應在PRACH中傳輸,UE嘗試在ra-ResponseWindow配置窗口期間,用相應RA-RNTI加擾的CRC來檢測DCI格式1_0。RA_RNTI計算如下：

RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id--s_id是指定PRACH的第一個OFDM符號的索引(0￡

s_id<14);--t_id是系統(tǒng)框架中指定PRACH的第一個時隙的索引(0￡

t_id<80);--f_id是指定PRACH在頻域中的索引(0￡

f_id<8);--ul_carrier_id是用于Msg1傳輸UL載波(對于NUL為0,對于SUL載波為1);RA_RNTI明確標識UE使用了哪個時頻資源來發(fā)送RA前導碼。有可能一個以上的UE正在發(fā)送相同的RA前導碼(Msg1),并且所有這些UE都將監(jiān)視由相同RA-RNTI加擾的PDCCHDCI上的RAR,即多個UE可能會解碼由相同RA-RNTI加擾的PDCCH。RAR在內部映射到PDSCH的DL-SCH傳輸信道上傳輸。gNB使用RA-RNTI對PDCCH的CRC進行加擾,以傳輸承載RAR的PDSCH。TC-RNTI(臨時C-RNTI）作為隨機接入過程的一部分,gNB的MAC生成隨機訪問響應(RAR)作為對UE發(fā)送的隨機接入(RA)前導的響應。MACRAR中包含TC-RNTI，UE余下的接入RA程序應使用TC-RNTI。UE必須使用RAR中收到的TC-RNTI來加擾Msg3(對應于RAR授權的PUSCH),并在上行鏈路中進行重傳。如果gNB無法解碼Msg3,它將向UE發(fā)送一個授權給TC-RNTI的授權（DCI格式0_0）。在下行鏈路中(如適用)UE競爭解決方案(UE競爭解決方案ID,MAC控制單元）在PDSCH上發(fā)送，其PDCCH（DCI格式1_0）將由TC-RNTI加擾。對于贏得競爭并且尚未獲得C-RNTI的UE，將TC-RNTI提升為C-RNTI。競爭失敗的TC-RNTI，則將被丟棄；

在基于非競爭的隨機接入過程中，UE將丟棄在RAR中接收到的TC-RNTI值。成功完成RA程序并已經(jīng)具有C-RNTI的UE,將使用其C-RNTI恢復并丟棄在RAR中接收到的TC-RNTI。TC-RNTI的長度為16位，取值范圍從1~65519(0x0001到0xFFEF)。C-RNTI（Cell-RNTI）C-RNTI是用于小區(qū)標識RRC連接和調度的唯一標識。C-RNTI專用于特定UE。gNB使用C-RNTI向UE分配上行鏈路許可,下行鏈路分配,PDCCH順序等。gNB還使用C-RNTI來區(qū)分UE上行鏈路傳輸（如PUSCH，PUCCH）。gNB將不同C-RNTI值分配給不同UE。配置載波聚合后相同的C-RNTI將應用于所有服務小區(qū)。在MR-DC中，兩個C-RNTI獨立分配給UE:一個用于MCG,一個用于SCG。成功完成基于競爭的接入(RA)流程后,UE會將臨時TC-RNTI升級為C-RNTI（如果UE還沒有C-RNTI）;在NR內或從其他RAT到NR的切換過程中，網(wǎng)絡在重新配置消息中明確提供C-RNTI（作為newUE-Identity）。在“波束故障恢復”的非競爭接入(RA)過程中，UE使用C-RNTI而非RA-RNTI監(jiān)聽RAR。gNB可以通過PDCCH上的C-RNTI為UE動態(tài)分配資源。DCI格式0_0和0_1用于上行鏈路授權,DCI格式1_0和1_1用于PDCCH上的下行鏈路分配。C-RNTI的長度為16位,取值范圍從1~~65519(0x0001到0xFFEF)。MCS-C-RNTIMCS-C-RNTI是唯一的UE標識，用于指示PDSCH和PUSCH的替代MCS表。為調度具有更高可靠性數(shù)據(jù)分組(如URLLC),針對下行鏈路和上行鏈路引入了包含具有較低頻譜效率的64QAMMCS表?？砂腱o態(tài)或動態(tài)配置MCS表。通過為UE配置MCS-C-RNTI來支持MCS表的動態(tài)信令,其中通過MCS-C-RNTI對DCICRC的加擾指示具有較低頻譜效率的64QAMMCS表。上行鏈路中如果UE配置有MCS-C-RNTI，并且PUSCH由具有由MCS-C-RNTI加擾CRC的PDCCH調度，則UE應使用

IMCS

和TS38.214中的表-3來確定物理上行鏈路共享信道中使用的調制階數(shù)（Qm）和目標碼率（R）。下行鏈路中如果UE配置有MCS-C-RNTI,并且PDSCH是由具有由MCS-C-RNTI加擾CRC的PDCCH調度,則UE必須使用TS38.214中的IMCS

和表-3來確定物理下行鏈路共享信道中使用的調制階數(shù)(Qm)和目標碼率(R）。gNB可以通過IEPhysicalCellGroupConfig通過RRC配置為UE配置MCS-C-RNTI。MCS-C-RNTI長度為16位,取值范圍可從1~~65519(0x0001到0xFFEF）。CS-RNTI(配置調度RNTI）CS-RNTI是唯一的UE標識,用于下行鏈路中的半靜態(tài)調度(SPS)和已配置的上行鏈路中的授權。CS-RNTI的處理類似于LTE的SPSC-RNTI。在下行鏈路中,通過尋址到CS-RNTI的PDCCH完成SPS的激活和去激活。還可以使用尋址到CS-RNTI的PDCCH來調度使用SPS下行鏈路分配進行的原始傳輸?shù)闹貍?。上行鏈路定義了兩種類型的已配置授權:對于ConfiguredGrantType1,CS-RNTI僅用于重新傳輸,因為激活和停用由RRC本身完成。對于ConfiguredGrantType2，CS-RNTI用于激活，停用和重新傳輸。gNB可以通過IEPhysicalCellGroupConfig通過RRC配置為UE配置CS-RNTI。CS-RNTI長度為16位,取值范圍從1~~65519(0x0001到0xFFEF)。SP-CSI-RNTI(半靜態(tài)CSI-RNTI）SP-CSI-RNTI用于在PUSCH上激活/停用半靜態(tài)CSI報告。對于基于PUSCH的半靜態(tài)性報告,一組觸發(fā)狀態(tài)是由CSI-SemiPersistentOnPUSCH-TriggerStateList配置的較高層，其中以SPI-CSI-RNTI加擾的DCI格式0_1的CSI請求字段將激活其中一個觸發(fā)狀態(tài)。gNB可以通過IEPhysicalCellGroupConfig將RRC配置為UE配置SP-CSI-RNTI。SP-CSI-RNTI長度為16位,取值范圍可從1~~65519(0x0001到0xFFEF）。SFI-RNTI(時隙格式指示-RNTI）SFI-RNTI用于通過PDCCH通知時隙格式信息，且通常被分配給一組UE。DCI格式2_0用于動態(tài)更改Slot格式。由SFI-RNTI加擾后CRC的DCIformat2_0帶有Slot

format指示符1，Slot

format指示符2，...，Slot

format指示符N。DCIformat2_0的大小可以由RRC層最多配置128位。positionInDCI指示此DCI有效載荷內此服務小區(qū)(servingCellId)的slotFormatCombinationId(SFI-Index)的(起始)位置(位）。gNB可以通過IESlotFormatIndicator中的RRC配置為UE配置SFI-RNTI,該IESlotFormatIndicator還攜帶有關用SFI-RNTI加密的DCI有效負載的總長度的信息（dci-PayloadSize）。SFI-RNTI長度為16位,取值的范圍可以從1~~65519（0x0001到0xFFEF）。INT-RNTI（中斷-RNTI）INT-RNTI用于識別下行鏈路中的搶占。gNB可以通過清空搶先向一個UE正在進行的PDSCH傳輸，而向另一UE進行延遲關鍵的傳輸。gNB可以配置UE使用PDCCH上的INT-RNTI監(jiān)視中斷的傳輸指示。如果UE接收到中斷的傳輸指示，則即使那些資源元素中的某些資源元素已經(jīng)被調度給該UE，UE也可以假設該指示中包括的資源元素不攜帶對該UE有用的信息。DCI格式2_1用于通知PRB和OFDM符號,其中UE可以假定沒有傳輸打算發(fā)送給UE。通常將INT-RNTI分配給一組UE。gNB可以在PDCCH配置IE中的IEDownlinkPreemption中配置INT-RNTI和其他與搶占相關的參數(shù)。INT-RNTI長度為16位，取值范圍可從1~~65519（0x0001到0xFFEF）。TPC-PUCCH-RNTI和TPC-PUSCH-RNTITPC-PUSCH-RNTI和TPC-PUCCH-RNTI用于PUSCH和PUCCH功率控制。DCI格式2_2用于傳輸PUCCH和PUSCH的TPC命令。通常TPCRNTI被分配給一組UE。由TPC-PUSCH-RNTI或TPC-PUCCH-RNTI加擾CRC的DCIFormat2_2通過block1，block2，。，blockN承載N個UE的TPC命令。對于特定的UE參數(shù)TPC由gNB配置的-PUSCH或tpc-PUCCH確定block編號的索引。gNB可在RRC配置使用IEPhysicalCellGroupConfig為UE配置TPC-PUSCH-RNTI或TPC-PUCCH-RNTI。TPC-PUSCH-RNTI/TPC-PUCCH-RNTI長度為16位，取值從1~65519（0x0001到0xFFEF）。TPC–SRS-RNTITPC-SRS-RNTI用于識別和控制探測參考信號(SRS)功率(DCI上的TPC命令)。這對于在SRS和PUSCH功率控制之間沒有鏈接的UE很有用，因為需要獨立的功率控制或為UE配置了沒有PUSCH和PUCCH的服務小區(qū)。DCI

Format2_3用于由一個或多個UE傳輸一組TPC命令以進行SRS傳輸。與TPC命令一起,也可以在DCI中發(fā)送SRS請求。由TPC-SRS-RNTI加擾CRC的DCIFormat2_3通過block1，block2，..，blockN承載N個UE的TPC命令。對于特定的UE由RRC配置提供的參數(shù)startingBitOfFormat2-3SRS-TPC-CommandConfig中的SRS-TPC-CommandConfig中的塊通過SRS請求字段（可選）和TPC命令指示DCI組中塊的起始位位置。DCIFormat2_3適用于未配置UE進行PUSCH和PUCCH傳輸?shù)姆招^(qū)的上行鏈路載波,或者適用于srs-PowerControlAdjustmentStates指示SRS傳輸之間的單獨功率控制調整狀態(tài)的服務小區(qū)的上行鏈路載波和PUSCH