終端在5G(NR)無線網(wǎng)絡(luò)中的RNTI_第1頁
終端在5G(NR)無線網(wǎng)絡(luò)中的RNTI_第2頁
終端在5G(NR)無線網(wǎng)絡(luò)中的RNTI_第3頁
終端在5G(NR)無線網(wǎng)絡(luò)中的RNTI_第4頁
終端在5G(NR)無線網(wǎng)絡(luò)中的RNTI_第5頁
已閱讀5頁,還剩4頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

終端在5G(NR)無線網(wǎng)絡(luò)中的RNTI\o"5G"#5G\o"無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)"#無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)\o"RNTI"#RNTIRNTI是無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(RadioNetworkTemporaryIdentifier)縮寫,用于標(biāo)識(shí)終端UE在無線小區(qū)中不同階段的定義,尋呼和eNB下發(fā)的功率控制及系統(tǒng)消息解碼;5G(NR)網(wǎng)絡(luò)中終端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長(zhǎng)度都為2個(gè)字節(jié)(16位bits);它們分別用于CRC位附加,在傳輸之前對(duì)CRC加擾(上行鏈路)。5G中RNTI(I-RNTI除外)列表

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

RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id--s_id是指定PRACH的第一個(gè)OFDM符號(hào)的索引(0£

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

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

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

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

IMCS

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

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

format指示符1,Slot

format指示符2,...,Slot

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論