991-5G尋呼大小對時域資源的要求

1、5G尋呼大小對時域資源的要求一個尋呼消息需要幾個OFDM符號來承載呢？表1提供了 6GHz以上情況的例如，表1描述了 當(dāng)使用約35MHz的系統(tǒng)帶寬和120kHz的SCS時，編碼速率為1/6和1/12的QPSK調(diào)制的特 定大小的尋呼消息在時域中所需的符號數(shù)。表1:每尋呼消息所需OFDM符號數(shù)Paging message bits/CR“1/6”“1/12”8 bits (SI change/PWS indication)1 symbol1 symbol160 bits / -4 UEs2 symbols4 symbols400 bits/10 UEs4 symbols8 symbols從表1中可

2、以看出，尋呼消息所需的時域符號數(shù)隨尋呼消息大小和使用的編碼率而變化。因 此，能夠靈活地調(diào)整尋呼消息的時域長度就很有必要。事實(shí)上，這對于多波束系統(tǒng)是有益的, 因?yàn)橄嗤膶ず魞?nèi)容需要掃描每個方向。對于并非所有波束方向都可以同時服務(wù)的多波束小區(qū)，需要對PCH （尋呼信道）應(yīng)用波束掃 描。考慮到上述定義的單個尋呼消息對尋呼信道比特率和可能有效負(fù)載大小的要求，能夠適 應(yīng)尋呼消息大小是有益的。然而，使用正常的時隙長度掃描小區(qū)中的所有波束將花費(fèi)不必要 的時間資源，因此在多波束系統(tǒng)中并不可取。對于NR PDSCH上攜帶的PCII掃描，可以利用sub-slot概念來適應(yīng)相對小的尋呼消息大小。 如果消息大小很小，

3、那么使用基于時隙的調(diào)度可能會浪費(fèi)時域中的系統(tǒng)資源（例如要求始終為 每個空間方向應(yīng)用一個完整的時隙）。然而，所需的PDSCH分配（符號數(shù)）的大小將取決于 要調(diào)度的UE數(shù)量。從圖1可以看出，P0#2的尋呼消息掃描比P0#0的長，因?yàn)榭赡苡懈嗯c P0#2匹配的UE ID需要尋呼。然而，尋呼調(diào)度掃描具有相同的大小，因此從UE的角度來看 具有確定性。應(yīng)該注意的是，尋呼消息中可能沒有任何內(nèi)容要攜帶，在這種情況下，應(yīng)該允 許帶寬調(diào)度正常的上下行時隙分配，以替換控制信道掃描和PCH掃描。rPCH sweep block #0Paging cycle圖1:在一個P0內(nèi)有多個P0 sweepburst的多波束小

4、區(qū)中進(jìn)行尋呼。如上所述，尋呼消息的有效負(fù)載可能會發(fā)生變化，減少掃描開銷的一種可能性是使用非基于 時隙的調(diào)度概念進(jìn)行尋呼傳輸。如圖2所示。因此，如果尋呼消息大小有限，CORESET空間 將共享，PDCCH將使用非基于時隙的調(diào)度，從而實(shí)現(xiàn)更高效的資源使用。這在兩種情況下都 適用，即單波束部署和少波束部署。K0=9,圖2:基于Non-slot的PCH調(diào)度|NR-PDCCH NR-PDSCH在部署更多波束的場景中，減少尋呼掃描持續(xù)時間將是一件有意義的事情。如圖3所示，根 據(jù)假設(shè)的PDSCH大小，可以確定CORESET在調(diào)度的K0R的時隙中出現(xiàn)兩到三次。另一種選擇是確定出現(xiàn)在時隙和K0開頭的CORESE

5、T W0表示計劃的NR PDSCH,如圖4所示。K0-2, Duration=4K0=2, Duration=4NR-PDCCHNRPDSCH(b)H NR-PDCCHNR-PDSCHFigure 1.分布式NR-PDCCH掃描，用于基于Non-s Iot的尋呼調(diào)度，使用（a）4符號PDSCH和（b） 2符號 PDSCHKO-4.Durabon=4K0=6.Duration-4COREST#1 CORESETW(a)NR-PDCCHNR-PDSCHKO-6.(b)NR-PDCCHNRPDSCH圖2. NR-PDCCH掃描在Non-slot尋呼調(diào)度的開始，使用（a）4符號PDSCH和（b） 2符

6、號PDSCH通常，對于多波束系統(tǒng)，PCH調(diào)度信息的時間位置供應(yīng)應(yīng)至少基于檢測到的SSB具有一定的 確定性，以便UE可以確定要監(jiān)控的相應(yīng)資源，從而減少所需的活動時間。因此，掃描中的 每個調(diào)度塊可以與小區(qū)中的SSB有固定的關(guān)聯(lián)，因此UE可以確定要監(jiān)視的CORESET的精確 定時。另一方面，在考慮混合和模擬波束架構(gòu)時，固定的定時對調(diào)度器提出了嚴(yán)格的要求。 在考慮尋呼時機(jī)可能與對延遲更敏感且具有更高優(yōu)先級的服務(wù)發(fā)生沖突時，如果為尋呼監(jiān)控 定義了嚴(yán)格固定和受限的時間時機(jī)，那么調(diào)度器的唯一選擇將是將尋呼延遲到下一個時機(jī)。 這將導(dǎo)致尋呼延遲增加的風(fēng)險，另一方面，這可能會對用戶體驗(yàn)產(chǎn)生負(fù)面影響。然而，原那么

7、上可以確定尋呼監(jiān)視時機(jī)具有一定的時間容限，以便網(wǎng)絡(luò)可以有一定的尋呼調(diào)度自由度。例 如，與用于LTE的SIB調(diào)度一樣，可以確定窗口，以便CORESET的多個場合將出現(xiàn)在監(jiān)視窗 口內(nèi)。如TR38.300描述，尋呼場合可以覆蓋多個時隙，并且時隙長度應(yīng)由系統(tǒng)配置。以圖4 （a）和（b）中所示的方法為起點(diǎn)，可以確定UE在時隙集開始的三個CORESET場合監(jiān)測 PDCCH,然后例如根據(jù)尋呼消息的大小，網(wǎng)絡(luò)可以選擇使用4符號PDSCH或2符號PDSCH甚 至全時隙來調(diào)度尋呼消息。當(dāng)然，UE需要提供時隙內(nèi)監(jiān)測場合的符號級位圖，尋呼場合也應(yīng) 考慮不同的PDSCH分配（即可以在時隙中掃描的波束數(shù)量可能不同）。對于

8、尋呼CORESET確實(shí)定，有兩種主要方法，要么給出特定的尋呼配置，例如在RMSI中， 要么使用PBCH中定義的CORESET。由于RMSI和尋呼都是廣播信號，因此定義方面是確保覆 蓋，并且PDCCH監(jiān)測周期可以單獨(dú)配置，因此使用與RMSI相同的CORESET參數(shù)化似乎是可 行的，至少當(dāng)兩者使用相同的調(diào)度方法時，時隙或非時隙。如果SIB/RMSI使用基于Nonslot 和通過基于時隙的尋呼進(jìn)行調(diào)度（反之亦然），那么可能需要提供額外的參數(shù)。由于 PDCCH監(jiān)測周期和時隙級別的窗口大小將由尋呼時機(jī)配置決定，因此似乎只有通過提供搜索 空間集，才能單獨(dú)確定尋呼PDCCH監(jiān)測的監(jiān)測周期。如果基于Non-S

9、lot的調(diào)度用于尋呼 PDCCH,那么需要提供uMontoring-periodicity-PDCCH-A/ithin-slotn ,指不時隙中的位置。可以假設(shè)在 尋呼窗口的每個時隙中監(jiān)視尋呼，而不需要提供基于時隙的周期性，即“ Montoring-periodicity- PDCCH-slot” o潛在的尋呼幀可以限制為所有幀的子集。這將有助于減少在連續(xù)幀中進(jìn)行波束掃描（在混合 /模擬波束的情況下）的需要。然后，根據(jù)預(yù)期的尋呼負(fù)載，UE可以基于UE ID分布在不同 的位置。同樣考慮到這種子集方法，有效幀可以集中在SSB的附近，即UE跟蹤。此外，不 同的尋呼幀可以偏移以定位在不同的SS bur

10、st set上。SS burst set periodPFPF. PF .卜 I1 j / L I二二二二二 rRadioPaging cycle framePaging cycle圖5:尋呼幀分布示意圖掃描控制信道以FDM方式與SSB多路復(fù)用，以節(jié)省額外開銷。然而，對于使用窄載波帶寬運(yùn) 行的系統(tǒng)來說，主要需要降低開銷，但很可能不可能使用具有SSB的FD多路復(fù)用。使用這 種方案，位置的數(shù)量將受到SS burst set周期性的限制，該周期性可能并不總是足以滿足 小區(qū)中的尋呼負(fù)載量。因此，為簡單起見，應(yīng)首先考慮用于掃描控制信道的單獨(dú)掃描，然后 再考慮通過與SSB多路復(fù)用進(jìn)行可能的優(yōu)化，以用于具有

11、足夠?qū)捿d波帶寬的系統(tǒng)。在任何情 況下，帶寬都應(yīng)具有將掃描控制信道配置為單獨(dú)掃描或SS掃描（甚至兩者）的方法。需要支持不同的機(jī)制，以便在多波束部署中支持基于下行尋呼。通過來自UE的上行鏈路驅(qū) 動響應(yīng)（響應(yīng)驅(qū)動尋呼），為了幫助網(wǎng)絡(luò)識別用戶所在的波束或波束組，可以減少尋呼消息 的下行開銷。在這種情況下，尋呼消息僅在用戶可能所在的波束上發(fā)送。在響應(yīng)驅(qū)動的尋呼 指示符機(jī)制中，不是發(fā)送包含UE ID （例如S-TMSI）的尋呼消息，而是將UE分配給組，即 尋呼組（PG） , UE在P0中對其進(jìn)行監(jiān)視。為了尋呼UE,網(wǎng)絡(luò)發(fā)送尋呼指示符，作為響應(yīng)， 所有監(jiān)視同一尋呼指示符的UE將執(zhí)行上行訪問。有兩種方法用于將

12、RACH前導(dǎo)序列分配給用 于響應(yīng)尋呼指示符的RACH消息：方法1：專用PRACH前導(dǎo)序列：UE基于用戶所屬的尋呼組選擇專用RACH前導(dǎo)。同一組中 的所有用戶，選擇相同的RACH前導(dǎo)，這些用戶可以處于不同的波束中。網(wǎng)絡(luò)無法區(qū)分同 一組中的用戶，因此需要在接收到給定RACH前導(dǎo)碼的波束上發(fā)送尋呼消息。方法2：從PRACH隨機(jī)序列池中隨機(jī)選擇前導(dǎo)：UE隨機(jī)選擇前導(dǎo)。UE將其ID作為RACH Msg3的一局部或可能作為RACH Msgl的數(shù)據(jù)局部發(fā)送到網(wǎng)絡(luò)。這允許網(wǎng)絡(luò)識別UE的波 束位置，并因此在該波束上發(fā)送尋呼消息。Paging group indicator對于在下行中傳輸尋呼指示器，基本上有兩種選擇。由于網(wǎng)絡(luò)需要能夠在單個P0中尋呼多 個PG,因此最直接的做法似乎是以位圖的形式攜帶所述指示，其中每個位對應(yīng)于單個PGo 每個P0所需的PG數(shù)量決定了所需的位數(shù)。最好的方法是增加每個P0可以支持的pg的數(shù)量，減少了可以預(yù)期基于下行指示執(zhí)行上行接 入的ue的數(shù)量。當(dāng)然，為了增加可支持的PG數(shù)量，PG指示需要更大的空間，從而產(chǎn)生更多 的下行開銷。例如將16到32位長位圖用于PG指示。這種大小的基于位圖的指示（小于NR- PBCH考慮的有效載荷）可以在NR-PDSCH上進(jìn)行。另一種選擇是使用