TW202046787A

TW202046787A - 在新無線電非授權網路中配置備用尋呼機會的方法及使用者設備

Info

Publication number: TW202046787A
Application number: TW109114536A
Authority: TW
Inventors: 阿彼錫羅伊; 徐家俊
Original assignee: 新加坡商聯發科技（新加坡）私人有限公司
Priority date: 2019-05-02
Filing date: 2020-04-30
Publication date: 2020-12-16
Also published as: CN112189367A; CN112189367B; US11265845B2; US20200351822A1; TWI800725B; WO2020221341A1

Abstract

提出了一種透過在新無線電非授權（NR-U）系統中包括額外備用尋呼機會來改善尋呼過程的方法。為了應對可能的通話前監聽（LBT）失敗引起的下行鏈路傳輸損害，NR-U使用者設備（UE）可以監聽其他尋呼機會（PO）以獲取尋呼訊息。在一種有效的機制中，可以配置額外備用尋呼機會，同時將UE的功耗降至最低。本發明還透過在連續的備用尋呼機會之間配置短睡眠週期和微睡眠週期來減少UE的功耗。另外，為了避免連續收聽備用尋呼機會，如果LBT成功並且尋呼不旨在用於UE，則可以暫停對UE的尋呼監視。

Description

在新無線電非授權中的備用尋呼機會

所公開的實施例總體上涉及無線網路通訊，並且更具體地，涉及在新無線電非授權（new radio unlicensed，NR-U）無線通訊系統中為使用者設備（user equipment，UE）提供額外備用尋呼機會（paging opportunity，PO）。

第三代合作夥伴計畫（Third generation partnership project，3GPP）和5G新無線電（New Radio，NR）行動電信系統提供了高資料速率、更低的延遲和改進的系統性能。隨著“物聯網”（Internet of Things，IOT）和其他新UE的快速發展，支持機器類型通訊的需求呈指數增長。為了滿足這種通訊指數增長的需求，需要額外頻譜（即，無線電頻譜）。由於授權頻譜的數量有限，通訊提供商需要尋求非授權頻譜來滿足通訊需求的指數增長。一種建議的解決方案是在非授權頻譜上使用NR。此解決方案稱為NR-U。在這樣的解決方案中，已建立的通訊協議（例如5G載波）可以完全在非授權頻譜上使用，以提供通訊鏈路。

在3GPP NR中，5G地面NR存取網路包括與稱為UE的複數個行動台進行通訊的複數個基地台（例如，下一代節點B（Next Generation Node-B，gNB））。因正交頻分多址（Orthogonal Frequency Division Multiple Access，OFDMA）對多徑衰落的魯棒性、更高的頻譜效率和頻寬可擴展性，已選擇將其用於NR下行鏈路（downlink，DL）無線存取方案。基於各個使用者的先前通道狀況，將系統頻寬的不同的子帶（即，稱為資源塊（resource block，RB）的子載波組）分配給各個使用者，以實現下行鏈路中的多址。在LTE和NR網路中，實體下行鏈路控制通道（Physical Downlink Control Channel，PDCCH）用於下行鏈路排程，以及實體下行鏈路共用通道（PDSCH）用於下行鏈路數據，類似地，實體上行鏈路控制通道（Physical Uplink Control Channel，PUCCH）用於承載上行鏈路控制資訊，以及實體上行鏈路共用通道（Physical Uplink Shared Channel，PUSCH）用於上行鏈路數據。另外，實體隨機存取通道（physical random-access channel，PRACH）用於基於非競爭的RACH。

在任何蜂窩系統中，廣播資訊的一個重要用途是建立通道，用於在無線電資源控制（radio resource control，RRC）空閒模式下gNB與UE之間的通訊。這通常稱為尋呼。尋呼是在實際連接建立之前，在空閒模式下的無線網路查找UE位置的過程。尋呼用於向UE通知進入的會話（呼叫）。由於尋呼主要發生在（RRC）空閒模式下，因此UE必須監視網路是否正在發送任何尋呼訊息，從而花費一些精力來運行此“監視”進程。在空閒模式期間，UE進入並保持在不連續接收（discontinuous reception，DRX）週期中定義的睡眠模式。UE週期性地喚醒並監視PDCCH，以檢查是否存在尋呼訊息。如果PDCCH指示在子訊框中發送了尋呼訊息，則UE對尋呼通道進行解調以查看是否將尋呼訊息定向到該UE。

通話前監聽（Listen-Before-Talk，LBT）是一種在無線電通訊中使用的技術，透過該技術，無線電發射機在開始任何傳輸之前首先會感知其無線電環境（通道）。無線電設備可以使用LBT來查找允許該設備在其上運行的通道，或者找到一個可以在其上運行的空閒無線電通道。在NR-U中，任何下行鏈路和上行鏈路存取都必須遵循LBT過程，因為其他網路（例如Wi-Fi）也使用了未經授權的頻率。因此，透過PDCCH和/或PDSCH的下行鏈路傳輸可能遭受LBT失敗。如果UE未能對PDCCH或PDSCH中的下行鏈路傳輸進行解碼，則UE無法區分由於通道缺陷或LBT失敗而導致的下行鏈路傳輸失敗。

因此，為了應對可能的下行鏈路LBT失敗，NR-U網路中的尋呼進程需要進一步改進以向UE提供額外的PO。然而，跨複數個PO的連續監視可能會引起UE的更多能量消耗。任何提供額外PO的解決方案也應考慮UE的功耗。

提出了一種透過在NR-U系統中包括額外備用PO來改善尋呼進程的方法。為了應對由於可能的LBT故障而引起的下行鏈路傳輸損害，NR-U UE可以監聽額外PO以獲取尋呼訊息。在一種有效的機制中，可以配置額外備用PO，同時將UE的功耗降至最低。本發明還透過在連續的備用PO之間配置短睡眠週期和微睡眠週期來減少UE的功耗。另外，為了避免連續收聽（listen）備用PO，如果LBT成功並且尋呼不旨在用於UE，則可以暫停對UE的尋呼監視。

在一個實施例中，UE在NR-U網路中的非授權頻帶上接收從基地台廣播的系統資訊。該系統資訊包尋呼控制通道（paging control channel，PCCH）配置。UE在尋呼週期期間在PDCCH上監視原始PO。原始PO經歷下行鏈路LBT過程。UE在尋呼週期期間在PDCCH上監視備用PO。備用PO和原始PO在時域中由與DL LBT過程相關聯的預定持續時間分隔。

在下面的詳細描述中描述了其他實施例和優點。該發明內容部分並非旨在定義本發明。本發明由申請專利範圍限定。

現在將詳細參考本發明的一些實施例，其示例在圖式中示出。

第1圖示出了根據一個新穎性方面的示例性5G NR-U無線通訊系統100，其支援額外備用PO。NR-U無線通訊系統100包括一個或複數個無線通訊網路，並且每個無線通訊網路具有一個或複數個基本基礎設施單元，例如gNodeB 102和gNodeB104。基本基礎設施單元也可以稱為存取點、存取終端、基地台、eNB、gNB或本領域中使用的其他術語。無線通訊基地台102和無線通訊基地台104中的每個服務於地理區域。在第1圖的示例中，由無線通訊基地台102和無線通訊基地台104服務的地理區域重疊。UE 101可以配備有射頻（radio frequency，RF）收發器或用於不同應用服務的複數個RF收發器。UE 101可以是智慧型電話、可穿戴設備、IoT設備和平板電腦等。

基地台102是透過授權頻帶與UE 101通訊的授權基地台。在一示例中，基地台102透過5G NR無線通訊與UE 101通訊。基地台102向小區103內的複數個UE提供無線通訊。基地台104是透過非授權頻帶與UE 101通訊的非授權基地台。在一示例中，基地台104透過5G NR無線通訊與UE 101通訊。基地台104可以與小區105內的複數個UE進行通訊。注意，第1圖是說明圖。基地台102和基地台104可以在地理位置上位於同一位置。還要注意，NR-U既可以用作授權小區，也可以用作非授權小區，並且可以同時用作主小區和輔助小區。

資料消耗的指數增長已經產生了當前無線系統無法滿足的大頻寬需求。為了滿足對資料的不斷增長的需求，需要具有更大可用頻寬的新無線系統。NR-U無線網路可用於提供更大的可用頻寬。NR-U網路同時還利用授權頻段之外的非授權頻段，從而為無線系統中的UE提供了額外的可用頻寬。例如，UE 101可以受益於NR-U網路中的授權頻帶和非授權頻帶的同時使用。NR-U網路不僅為更大的整體資料通訊提供了額外的頻寬，而且由於存在兩個單獨的資料連結，還提供了一致的資料連線性。具有複數個資料連結可用增加了UE在任何給定時刻能夠與至少一個基地台進行適當資料通訊的可能性。

在任何蜂窩系統中，廣播資訊的一個重要用途是建立通道，用於在RRC空閒模式下gNB與UE之間的通訊。這通常稱為尋呼。尋呼是無線網路在實際連接建立之前用來查找UE位置的過程。尋呼用於向RRC空閒UE通知進入的會話（呼叫）。在RRC空閒模式期間，UE 101保持在DRX週期中定義的睡眠模式。UE 101進入睡眠並且週期性地喚醒並且監視PDCCH以檢查是否存在尋呼訊息。如果PDCCH指示在子訊框中發送了尋呼訊息，則UE 101對尋呼通道進行解調以查看是否將尋呼訊息定向到UE 101。

為了促進有效和公平的頻譜共用，對於NR-U中的所有下行鏈路和上行鏈路傳輸，都需要遵循被稱為LBT過程的動態頻譜共用機制，因為其他網路（例如Wi-Fi）也使用了未經授權的頻率。DL傳輸需要下行鏈路DL LBT，UL傳輸需要上行鏈路UL LBT。因此，在PDCCH和/或PDSCH上的下行鏈路傳輸可能遭受LBT失敗。如果UE 101未能對PDCCH或PDSCH中的下行鏈路傳輸進行解碼，則UE 101不可能區分由通道缺陷或LBT失敗導致的下行鏈路傳輸失敗。因此，為了應對可能的DL LBT故障，NR-U網路中的尋呼過程需要進一步改進以向UE提供額外的PO。然而，跨複數個PO的連續監視可能會引起UE的更多能量消耗。

根據一個新穎的方面，提出了一種透過在新NR-U系統100中包括額外備用PO來改善尋呼過程的方法。如110所描繪的，為了應對由可能的DL LBT故障引起的DL傳輸損害，NR-U UE 101監視額外備用PO以獲得尋呼訊息。在有效機制中，在最小化UE 101的功率消耗的同時配置額外備用PO。本發明還透過在連續的備用PO之間配置短睡眠週期和微睡眠週期來降低UE 101的功率消耗。另外，為了避免連續收聽額外備用PO，如果DL LBT成功但是尋呼訊息不旨在用於UE 101，則可以暫停對UE 101的尋呼監視。

第2圖是根據本發明的實施例的無線設備201和無線設備211的簡化框圖。對於無線設備201（例如，發送設備），天線207和天線208發送和接收無線電訊號。與天線耦接的RF收發器模組206，從天線接收RF訊號，將其轉換為基頻訊號，並將基頻訊號發送至處理器203。RF收發器206還將從處理器接收的基頻訊號轉換，將其轉換為RF訊號，並將RF訊號發送至天線207和天線208。處理器203處理接收到的基頻訊號並調用不同的功能模組和電路以執行無線設備201中的功能。記憶體202存儲程式指令和資料210以控制設備201的操作。

類似地，對於無線設備211（例如，接收設備），天線217和天線218發送和接收RF訊號。與天線耦接的RF收發器模組216，從天線接收RF訊號，將其轉換為基頻訊號，並將基頻訊號發送至處理器213。RF收發器216還將從處理器接收的基頻訊號轉換，將其轉換為RF訊號，並將RF訊號發送至天線217和天線218。處理器213處理接收到的基頻訊號並調用不同的功能模組和電路以執行無線設備211中的功能。記憶體212存儲程式指令和資料220以控制無線設備211的操作。

無線設備201和無線設備211還包括可以實現和配置為執行本發明的實施例的幾個功能模組和電路。在第2圖的示例中，無線設備201是包括配置處理模組205、排程器204、LBT電路209和控制電路221的基地台。無線設備211是包括配置處理模組215、DRX模組214、監視電路219和控制電路231的UE。注意，無線設備既可以是發送設備，也可以是接收設備。可以透過軟體、軔體，硬體及其任意組合來實現和配置不同的功能模組和電路。每個功能模組或電路可以包括具有相應程式碼的處理器。當由處理器203和處理器213執行功能模組和電路時（例如，透過執行程式碼210和程式碼220執行），功能模組和電路允許發送設備201和接收設備211執行本發明的實施例。

在一個示例中，基地台201透過配置處理電路205向UE提供系統資訊和配置資訊，透過排程器204為UE排程下行鏈路和上行鏈路傳輸，在進行下行鏈路傳輸之前透過LBT電路209執行下行鏈路LBT過程，並且透過控制電路221控制UE進行其他操作。UE 211透過配置處理電路215從基地台獲得系統資訊和配置，透過DRX模組214在RRC空閒模式下執行DRX操作，透過監視電路219監視用於尋呼訊息的PDCCH，以及透過電路231控制UE 211的其他操作。根據一個新穎的方面，UE 211被網路配置有額外備用PO，並且監視用於尋呼訊息的PDCCH。UE 211在連續的備用PO之間進入短睡眠週期和微睡眠週期，如果先前的DL LBT過程成功但尋呼訊息不旨在用於UE 211，則為備用PO暫停連續監視PDCCH。

第3圖示出了根據一個新穎方面的在5G NR-U中的具有LBT的UE與基地台之間的尋呼訊息流。在步驟311中，UE 301接收從gNB 302廣播的主區塊（master information block，MIB）。MIB包括頻寬資訊、控制通道解碼和系統訊框號（system frame number，SFN）。在步驟312，UE 301接收系統區塊（system information block，SIB）類型1（例如，從gNB 302廣播的SIB1）。SIB1提供用於剩餘SIB的小區選擇參數和排程資訊。包括PCCH配置的SIB1（IE DownlinConfigCommonSIB）包括尋呼訊框、尋呼週期、PO和PDCCH監視時機，其中（a）PCCH配置提供尋呼資訊所需的配置；（b）尋呼訊框代表其中配置了PO的系統訊框；（c）尋呼週期代表週期性的空閒模式DRX週期，在該週期中UE週期性地喚醒以監視PDCCH資訊；並且（d）PO代表了UE在其中監視PDCCH的確切子訊框。UE 301還週期性地或根據請求（未示出）接收額外系統資訊。在步驟313中，UE 301執行小區選擇並且駐留在由基地台gNB 302服務的小區上。UE 301處於RRC空閒模式並且尚未建立RRC連接。在RRC空閒模式期間，UE 301保持在DRX週期中定義的睡眠模式。UE 301週期性地喚醒並監視PDCCH以檢查尋呼訊息的存在。如果PDCCH指示在子訊框中發送了尋呼訊息，則UE 301對尋呼通道進行解調（例如，對PDCCH中攜帶的尋呼網路臨時識別字（paging network temporary identifier，PRNTI）進行解碼），以查看該尋呼訊息是否被定向到UE 301。

在NR-U中，對於所有下行鏈路和上行鏈路傳輸都需要遵循LBT過程，因為其他網路（例如Wi-Fi）也使用了非授權頻率。通常，無線電設備使用LBT來查找允許該設備在其上進行操作的通道，或者找到一個可以在其上進行操作的空閒無線電通道。因此，基地台執行用於DL傳輸的下行鏈路LBT，並且UE執行用於UL傳輸的上行鏈路LBT。3GPP已經根據四個不同的LBT類別對不同的LBT方案進行了分類。選擇LBT類別4作為尋呼傳輸的默認LBT。對於類別4（具有隨機退避且競爭視窗大小可變的LBT），發送實體在競爭視窗內繪製亂數NCW。競爭視窗的大小由NCW的最小值和最大值指定。當繪製亂數NCW時，發送實體可以更改競爭視窗的大小。在LBT程式中使用亂數NCW來確定在發送實體在通道上進行傳輸之前，通道被感知為空閒的持續時間。請注意，與其他LBT程式相比，類別4 LBT過程花費的時間更長，成功率更低。

在步驟321中，gNB 302針對PDCCH上的尋呼傳輸執行DL LBT。如果DL LBT成功，則在步驟322中，gNB 302透過PDCCH向UE 301發送尋呼訊息。另一方面，尋呼傳輸可能遭受DL LBT失敗，並且針對配置的PO，gNB 302不能向UE 301發送尋呼訊息。為了應對可能的DL LBT故障，正在為UE配置其他PO。在步驟323中，gNB 302針對PDCCH上的尋呼傳輸執行另一DL LBT。如果DL LBT成功，則在步驟324中，gNB 302透過PDCCH向UE 301發送尋呼訊息。可以配置複數個額外PO。在步驟331中，UE 301週期性地喚醒以監視PDCCH並檢查尋呼訊息的存在。在步驟341中，如果PDCCH指示發送了尋呼訊息，則UE 301解碼PRNTI以查看是否將該尋呼訊息定向到UE 301。

第4圖圖示了5G NR-U中具有不同配置參數的尋呼配置。如第4圖所示，包括尋呼訊框（Paging Frame，PF）在內的訊框是標記為系統訊框號（System Frame Number，SFN）的訊框。通常，SFN或訊框的長度為10ms。子訊框通常為1ms長，即每個訊框由10個子訊框組成。PO的時隙也標有陰影。通常，一個時隙是一個子訊框，但是一個PO可以具有複數個時隙（複數個子訊框）。在NR中，gNB透過SIB1顯式配置尋呼通道PCCH參數。PCCH參數包括：N，代表每個DRX週期的PF數量；Ns，代表每個PF的PO數量；T，代表尋呼週期或空閒模式DRX週期，在該週期中UE週期性地喚醒以進行監視PDCCH。請注意，尋呼週期或空閒模式DRX週期T太長，無法在第4圖中顯示。在第4圖的示例中，N = T/2、Ns = 4、4個波束、每秒時隙中的PDCCH監視時機（monitoring occasion，MO）。UE監視索引i_s（非預設關聯）所指向的PO。PF的計算公式如下：對於PO-SSB默認關聯， PF：SFN + PF_offset mod T =（T div N）*（UE_ID mod N）和 PO：與SSB同步。對於PO-SSB非默認關聯， PF：SFN mod T =（T div N）*（UE_ID mod N）和 PO：UE監視索引i_s指向的PO

因此，由SFN X表示的NR PF可以在跨越後續SFN（例如SFN X+1，SFN X+2等）的時隙中具有PO。此外，在NR-U中，網路需要指定額外備用PO，以應對可能的DL LBT故障，同時還要注意UE的功耗。

網路gNB可以透過使用SIB1（IE DownlinkConfigCommonSIB）中的相同PCCH來顯式配置額外備用PO。有兩種可能的方法來配置額外備用PO，以解決DL尋呼訊息傳輸期間的LBT故障。在第一實施例中，可以透過額外（複數個）PDCCH監視時機來配置備用PO，例如，從NR中的S個連續PDCCH監視時機到NR-U中的S*b個連續PDCCH監視時機，其中b表示為S個原始PDCCH監視時機中的每一個配置的額外備用PDCCH監視時機，“S”是根據SIB1中的ssb-PositionsInBurst確定的實際發送的SSB的數量。例如，透過第3圖中的步驟312，還可以使用SIB1中的“PCCH-Config”將S、b一起通知給UE。在第二實施例中，代替顯式地配置為額外PDCCH監視時機，NR-U gNB可以配置額外備用PO。

第5圖示出了在尋呼訊框中配置單個額外備用PO的第一實施例。由於類別4 LBT將用作尋呼傳輸的預設配置，因此LBT失敗後的最大通道佔用時間（maximum channel occupancy time，MCOT）持續時間將為2ms〜10ms，例如，最小MCOT為2min，最大MCOT為10ms。因此，如第5圖所示，如果針對原始PO的LBT失敗，則可以合理地假設NR-U gNB需要等待至少2〜10個子訊框，以避免佔用通道以確保通道的可存取性，以傳輸尋呼訊息。因此，如果將PO配置在連續的時隙中，則LBT故障期間效率將很低，因為該通道很可能仍被其他設備佔用在MCOT中。NR-U gNB可能由於LBT失敗和MCOT限制而導致無法存取通道從而浪費了許多此類時隙。這將導致有效尋呼容量的減少。結果，有效的解決方案是確保備用PO遵循MCOT限制，即，從原始PO到備用PO的持續時間應在MCOT左右（例如，最大MCOT = 10ms）。

第6圖示出了第二個實施例，該第二實施例以規則的（regular）間隔配置複數個額外備用PO。根據原始PO的配置，可以為每個原始PO配置複數個額外備用PO。可以以特定的規則的間隔（或週期）來配置這些複數個備用PO（例如，第一備用PO 601和第二備用PO 602）。這樣的間隔或週期可以被稱為“備用PO週期”。原始尋呼週期T將是備用尋呼週期的幾倍，換句話說，備用尋呼週期將是原始尋呼週期T的一小部分。由於選擇了類別4 LBT作為尋呼的默認LBT過程，因此備用尋呼週期也將遵守類似的MCOT限制。由於LBT失敗後的MCOT持續時間為2ms〜10ms，因此將備用PO週期保持在2ms〜10ms左右是安全的。gNB可以在PCCH-Config中（例如在DownlinkConfigCommonSIB IE內部）配置備用PO的數量和備用PO週期的長度。

類似於單個備用PO，規則間隔的複數個備用PO組成的備用PO週期也需要遵守MCOT限制。換句話說，備用PO（例如，PO 601和PO 602）應在時域中以足夠的空間分隔，以使得在LBT失敗之後，通道忙碌的可能性減小並且MCOT限制得以維持。此外，NR-U gNB需要包括一個參數，用於提及每個原始PO的備用PO的數量，例如，每個原始PO 600的兩個備用PO（601和602）。這可以透過配置額外PDCCH監視來完成，或者透過在DownlinkConfigCommonSIB IE中的PCCH-Config中顯式地配置備用PO的數量。NR-U gNB還可以包含用於在DownlinkConfigCommonSIB IE中的PCCH-Config中配置備用PO週期的參數。

第7圖示出了針對PO的DRX睡眠和PDCCH監視狀態之間的UE狀態轉換的第三實施例。引入額外PO的解決方案需要考慮UE的功耗。由於監視任何額外的PO將導致額外的功耗，因此需要將額外的功耗降至最低。如第7圖所示，UE可以透過在監視連續的備用PO之間切換到DRX睡眠狀態來執行此功率節省操作。在DRX操作下，UE喚醒以針對原始PO 700、額外備用PO 701和PO702監視PDCCH。UE在PDCCH監視之間返回DRX短睡眠或微睡眠。此外，如果對於先前的PO，LBT成功並且UE對PRNTI進行解碼，但是UE無法找到任何針對自身的尋呼訊息，則UE將暫停監視PF中的任何後續備用PO。換句話說，如果UE解碼了來自備用PO 701的尋呼訊息，但該尋呼訊息不是直接指向其自身，則UE將暫停監視備用PO702。此外，顯式短RRC信令訊息或使用DCI發送的訊息也可以用於指示UE停止尋呼監視。

第8圖是根據一個新穎的方面，在5G NR-U中配置額外備用PO的方法的流程圖。在步驟801中，UE接收在NR-U網路中在非授權頻帶上從基地台廣播的系統資訊。該系統資訊包括PCCH配置。在步驟802中，UE在尋呼週期期間在PDCCH上監視原始PO。原始PO經歷DL LBT過程。在步驟803中，UE在尋呼週期期間在PDCCH上監視備用PO。備用PO和原始PO在時域中由與DL LBT過程相關聯的預定持續時間分隔。

儘管出於指導目的已經結合某些特定實施例描述了本發明，但是本發明不限於此。因此，在不脫離申請專利範圍所闡述的本發明的範圍的情況下，可以對所描述的實施例的各種特徵進行各種修改、改編以及組合。

100:通訊系統 101:UE 102,104:基地台 103,105:小區 110:描繪 201,211:無線設備 202,212:記憶體 203,213:處理器 204:排程器 214:DRX電路 205,215:配置處理電路 206,216:RF收發器 207,208,217,218:天線 209:LBT電路 219:監視電路 210,220:程式指令和資料 221,231:控制電路 301:UE 302:gNB 311,312,313,321,322,323,324,331,341:步驟 601:第一備用PO 602:第二備用PO 700:原始PO 701,702:額外備用PO 801,802,803:步驟

第1圖示出了根據一個新穎性方面的示例性5G NR-U無線通訊系統，其支援額外備用PO。第2圖是根據本發明實施例的無線發送設備和接收設備的簡化框圖。第3圖示出了根據一個新穎方面的，在5G NR-U中具有LBT的UE與基地台之間的尋呼訊息流。第4圖圖示了5G NR-U中具有不同配置參數的尋呼配置。第5圖示出了在尋呼訊框中配置單個額外備用PO的第一實施例。第6圖示出了用備用PO週期配置複數個額外備用PO的第二實施例。第7圖示出了針對PO的DRX睡眠狀態和PDCCH監視狀態之間的UE狀態轉換的第三實施例。第8圖是根據一個新穎方面的在5G NR-U中配置額外備用PO的方法的流程圖。

100:通訊系統

101:UE

102,104:基地台

103,105:小區

110:描繪

Claims

一種方法，包括：使用者設備在新無線電非授權網路中在非授權頻帶上從基地台接收廣播的系統資訊，其中，所述系統資訊包括尋呼控制通道配置；在尋呼週期期間，在實體下行控制通道上監視原始尋呼時機，所述原始尋呼時機經歷下行鏈路通話前監聽過程；以及在所述尋呼週期期間，在所述實體下行控制通道上監視備用尋呼時機，其中所述備用尋呼時機和所述原始尋呼時機在時域中由與所述下行鏈路通話前監聽過程相關聯的預定持續時間分隔。
如請求項1之方法，其中，所述尋呼控制通道配置包括每個不連續接收週期至少複數個尋呼訊框，以及每個尋呼訊框至少複數個尋呼時機。
如請求項1之方法，其中，對所述備用尋呼時機的監視包括透過所述尋呼控制通道配置來配置額外實體下行控制通道監視時機。
如請求項1之方法，其中，透過以規則的間隔配置重複的額外尋呼時機來配置所述備用尋呼時機。
如請求項4之方法，其中，所述尋呼控制通道配置包括：為每個原始尋呼時機配置複數個備用尋呼時機和備用尋呼時機週期長度。
如請求項4之方法，其中，為每個原始尋呼時機配置複數個額外尋呼時機，並且其中，所述複數個額外尋呼時機由所述預定持續時間彼此分隔。
如請求項5之方法，其中，所述使用者設備處於具有不連續接收操作的無線電資源控制空閒模式中，並且其中，所述使用者設備在所述備用尋呼時機週期期間在備用尋呼時機之間進入不連續接收短睡眠或不連續接收微睡眠。
如請求項1之方法，其中，當所述使用者設備檢測到旨在用於其他使用者設備的尋呼訊息時，所述使用者設備暫停對所述備用尋呼時機的監視。
如請求項1之方法，其中，在從所述基地台接收到顯式信令訊息時，所述使用者設備停止對所述備用尋呼時機的監視。
一種使用者設備，包括：接收器，用於在新無線電非授權網路中在非授權頻帶上從基地台接收廣播的系統資訊，其中，所述系統資訊包括尋呼控制通道配置；在尋呼週期期間，在實體下行控制通道上監視原始尋呼時機，所述原始尋呼時機經歷下行鏈路通話前監聽過程；以及在所述尋呼週期期間，在所述實體下行控制通道上監視備用尋呼時機，其中所述備用尋呼時機和所述原始尋呼時機在時域中由與所述下行鏈路通話前監聽過程相關聯的預定持續時間分隔。