TWI732304B

TWI732304B - 於新無線電未授權頻譜之上行傳輸的通道存取優先權級別

Info

Publication number: TWI732304B
Application number: TW108135817A
Authority: TW
Inventors: 穆罕默德昆特; 普拉第瓊斯; 帕范山薩納克里斯那努傑哈利
Original assignee: 新加坡商聯發科技（新加坡）私人有限公司
Priority date: 2018-10-03
Filing date: 2019-10-03
Publication date: 2021-07-01
Also published as: CN111492688A; WO2020072757A1; TW202017426A; US20200112971A1; WO2020072757A8

Abstract

描述了用於在新無線電（NR）未授權頻譜（NR-U）中進行上行（UL）傳輸的通道存取優先權級別（CAPC）有關的各種示例和方案。被實現在用戶設備（UE）中的裝置從無線網絡的網絡節點接收無線資源控制（RRC）配置，該無線資源控制（RRC）配置指示一個或多個邏輯通道的第一通道存取優先權級別（CAPC）。該裝置確定將要用於先偵聽後會話（LBT）程序的第二CAPC。然後，該裝置利用第二CAPC執行LBT程序，以檢測通道是否可以進行傳輸。

Description

於新無線電未授權頻譜之上行傳輸的通道存取優先權級別

本公開通常涉及無線通訊，以及更具體地，涉及用於在新無線電（New Radio，NR）未授權頻譜（unlicensed spectrum，NR-U）中進行上行（uplink，UL）傳輸的通道存取優先權級別（channel access priority class，CAPC）有關的技術。

除非本文另有說明，否則本節中描述的方法相對于後面所列之申請專利範圍而言并不構成先前技術，且也不因被包括在本節中而被認為係先前技術。

在用於NR行動通訊的第三代合作夥伴計劃（3^rd Generation Partnership Project，3GPP）規範中，在授權輔助存取（license assisted access，LAA）和NR-U中，發送器（transmitter）在未授權小區上執行傳輸（transmission）之前應用先偵聽後會話（listen-before-talk，LBT）。發送器偵聽或檢測通道以確定該通道是空閒還是忙碌。如果該通道被確定為是空閒的，則發送器可以執行該傳輸；否則，發送器不執行該傳輸。LAA中定義了兩種通道存取方案。在第一種方案或類型1中，LBT是利用隨機退避（random backoff）和可變大小的爭用（contention）窗口執行的。此外，CAPC用於確定LBT參數，例如檢測間隔（sensing interval），爭用窗口大小（contention window size，CW）和最大通道佔用時間（maximum channel occupancy time，MCOT）。在第二種方案或類型2中，LBT被執行，而沒有利用隨機退避，以及，檢測間隔是固定的。至於LAA中的通道存取類型和CAPC的確定，這取決於它是用於動態排程（dynamic scheduling）還是用於自主上行（autonomous uplink，AUL）。

對於動態排程，基站（例如，eNB或gNB）在用於UL許可的下行控制資訊（downlink control information，DCI）中指示通道存取類型（類型1或類型2）和CAPC。對於類型1的通道存取，用戶設備（UE）利用在DCI中以信令通知的CAPC來確定LBT參數（m_p ，cw_min,p ，cw_max,p ）。CAPC是基站基於最新的緩衝狀態報告（buffer status report，BSR）和從UE接收的UL流量（traffic）確定的。對於類型2的通道存取，CAPC指示用於獲得對通道的存取的通道存取優先權級別，但這不會影響UE檢測通道的LBT行為（以及，檢測間隔是固定的）。

對於AUL，基站為每個邏輯通道（logical channel，LCH）配置CAPC。除非‘COT sharing for AUL’被指示在DCI（UL許可）中，否則UE使用類型1的通道存取。當使用類型1的通道存取時，基於（無線資源控制（radio resource control，RRC）配置）具有被複用在MAC協議資料單元（protocol data unit，PDU）中的媒體存取控制（medium access control，MAC）服務資料單元（service data unit，SDU）的LCHs的最低（lowest）CAPC來確定CAPC。當使用類型2的通道存取時（與動態排程一樣），CAPC指示用於獲得對通道的存取的通道存取優先權級別，但這不會影響UE檢測通道的LBT行為（以及，檢測間隔是固定的）。

然而，由於在BSR的報告和UL傳輸的執行之間的間隙，網絡並不總是具有UE中的緩衝狀態的最新可見性。由於邏輯通道優先權（logical channel prioritization，LCP），被複用在MAC PDU中的LCHs可能與BSR中報告的資料的LCHs不匹配。因此，網絡可能無法準確預測使用UL許可（用於動態排程）傳輸的實際LCH資料。當網絡在UL許可中向UE指示CAPC時，在用於LBT的CAPC與具有被複用在MAC PDU中的SDU的LCHs的最低CAPC之間可能存在不匹配。

以下發明內容僅是說明性的，並不旨在以任何方式進行限制。也就是說，提供以下發明內容來介紹本文描述的新穎且非顯而易見的技術的概念、要點、益處和優點。下面在詳細描述中進一步描述選擇實現。因此，以下發明內容並非旨在標識所要求保護的主題的必要特徵，也不旨在用於確定所要求保護的主題的範圍。

本公開旨在提出用於在NR-U中進行UL傳輸的CAPC有關的概念、解決方案、方案、技術、設計、方法和裝置。特別地，本文所提出的各種方案旨在解決上述問題。

在一方面，一種方法可以包括：被實現在UE中的裝置的處理器從無線網絡的網絡節點接收RRC配置，該RRC配置指示用於一個或多個邏輯通道的第一CAPC。該方法還可以包括：處理器確定將要用於（to be used for）LBT程序的第二CAPC。該方法可以進一步包括：處理器使用第二CAPC執行LBT程序，以檢測通道是否可以進行傳輸。

在一方面，一種方法可以包括：被實現在UE中的裝置的處理器確定將要用於LBT程序的CAPC。該方法還可包括：處理器使用第二CAPC執行LBT程序，以檢測通道是否可以進行傳輸。該方法可以進一步包括：響應於LBT程序指示通道可以進行傳輸，處理器在NR-U中執行到無線網絡的網絡節點的UL傳輸。

在一方面，可實現在UE中的裝置包括：收發器和耦接于收發器的處理器。收發器可以被配置為與無線網絡的網絡節點無線通訊。處理器可以被配置為：經由收發器從無線網絡的網絡節點接收RRC配置，該RRC配置指示用於一個或多個邏輯通道的第一CAPC。處理器還可以被配置為：確定將要用於LBT程序的第二CAPC。處理器可以進一步被配置為：經由收發器，使用第二CAPC執行LBT程序，以檢測通道是否可以進行傳輸。

值得注意的是，儘管本文提供的描述是在某些無線電存取技術，網絡和網絡拓撲（例如第五代（5G）和NR）的背景中進行的，但所提出的概念，方案及其任何變化/衍變可以在其它類型的無線電存取技術，網絡和網絡拓撲中實現，或者針對其它類型的無線電存取技術，網絡和網絡拓撲來實現，或者通過其它類型的無線電存取技術，網絡和網絡拓撲來實現，例如但不限於長期演進（LTE），LTE-Advanced，LTE-Advanced Pro，窄帶（narrowband，NB），窄帶物聯網（narrowband Internet of Things，NB-IoT）以及任意未來開發的網絡和技術。因此，本公開的範圍不限於本文描述的示例。

本說明書公開了所要求保護的主題的詳細實施例和實施方式。然而，應該理解的是，所公開的實施例和實現僅僅是對要求保護的主題的說明，其可以以各種形式體現。然而，本公開實施例可以以許多不同的形式實施，並且不應該被解釋為限於這裡闡述的示例性實施例和實施方式。而是，提供這些示例性實施例和實現方式，使得本公開實施例的描述是徹底和完整的，並且將向本領域技術人員充分傳達本公開實施例的範圍。在以下描述中，可以省略公知特徵和技術的細節以避免不必要地模糊所呈現的實施例和實現。概述

根據本公開的實施方式涉及與用於在NR-U中進行UL傳輸的CAPC有關的各種技術，方法，方案和/或解決方案。根據本公開，可以單獨地或聯合地實現多種可行的解決方案。也就是說，儘管在下面單獨描述這些可行的解決方案，但是可以以一種或另一種組合來實現這些可行的解決方案中的兩個或更多個。

第1圖示出了其中可以實現根據本公開的各種解決方案和方案的示例網絡環境100。第2圖和第3圖根據本公開的實施方式示出了示例場景200和300。場景200和場景300中的每一個都可以在網絡環境100中實現。參考第1圖至第3圖提供了對各種提出的方案的以下描述。

參照第1圖，網絡環境100可以是涉及UE 110和無線網絡120的NR通訊環境。無線網絡120通過基站125（例如，eNB，gNB或發送/接收點（transmit/receive point，TRP））與UE 100進行無線通訊。UE 110可以在例如但不限於便攜式裝置（例如，智能電話），車輛或其組件，路邊單元（roadside unit，RSU）（例如，交通訊號燈，路燈，路邊傳感器或路邊建築物）或物聯網（Internet of Thing，IoT）器件（例如傳感器）中或是其中的一部分。如下所述，在網絡環境100中，UE 110和無線網絡120（經由基站125）根據本公開實現與用於在NR-U中進行UL傳輸的CAPC有關的各種方案。

在NR-U中，每個邏輯通道的CAPC被確定並通過網絡（例如，通過無線網絡120經由基站125）發信令告知（signaled to）UE（例如，UE 110），而不管是否是使用已配置的許可。此外，如在LAA中一樣，可以在用於動態排程的UL許可中發信令告知LBT類型。因此，本公開提出了一種混合方法的各種概念，解決方案，方案，技術和設計，在該混合方法中，可以考慮兩種方法中的任一種來確定用於UL傳輸的CAPC，即：（1）RRC配置（具有網絡發信令告知的用於每個邏輯通道的CAPC），或（2）在UL許可中發信令告知CAPC。

在根據本公開提出的方案下，無線網絡120可以經由基站125發信令告知用於每個邏輯通道的CAPC（例如，在RRC配置中）。此外，無線網絡120可以選擇另外在UL許可中以信令告知CAPC。在提出的方案下，可以通過兩個選項中的任意一個來確定將要用於針對UL傳輸的LBT的CAPC。在第一選項（選項1）中，將要用於針對UL傳輸的LBT的CAPC可以是在UL許可中指示的CAPC。在第二選項（選項2）中，將要用於針對UL傳輸的LBT的CAPC是被複用在MAC PDU中的邏輯通道（logical channels）的CAPC。至於使用選項1和選項2中的哪一個，該選擇可以由無線網絡120發信號通知（例如，在RRC配置中或在實體下行控制通道（physical downlink control channel，PDCCH）中）。可替代地，可以在諸如發行版16（Rel-16）的相關3GPP規範和/或關於NR行動通訊的3GPP規範的任何未來發行版中定義將要用於針對UL傳輸的LBT的CAPC。

參照第2圖，場景200是用於CAPC確定的可選方法（基於UE和基於網絡）的說明性示例。在場景200中，無線網絡120經由基站125發送用於一個或多個邏輯通道的CAPC的RRC配置信令。可選地，無線網絡120可以經由基站125在RRC配置信令的相同或不同傳輸中指示CAPC確定方法。此外，無線網絡120可以經由基站125發送包括有LBT類型和CAPC的UL許可。可選地，CAPC確定方法可以被包括在UL許可的傳輸中。

相應地，UE 110檢測來自基站125的信令，該信令指示將要執行類型1的LBT。基於從基站125接收到的該信令，UE 110可以確定出將要用於針對UL傳輸的LBT的CAPC。在選擇基於UE的CAPC確定方法的情況下，UE 110可以基於一個或多個邏輯通道和在MAC PDU中復用的一個或多個MAC控制元素（control elements，CEs）來確定CAPC。在選擇基於網絡的CAPC確定方法的情況下，UE 110可以使用在UL許可或RRC配置中用信號告知的CAPC。隨後，UE 110可以使用所確定的CAPC來執行LBT，以及，然後在該通道可以進行傳輸（is clear for transmission）時執行到基站125的UL傳輸。

參照第3圖，場景300是基於UE的CAPC確定的說明性示例，其利用具有被復用在MAC PDU中的MAC SDU的邏輯通道的CAPC。在場景300中，無線網絡120可以經由基站125發送用於一個或多個邏輯通道的CAPC的RRC配置信令。此外，無線網絡120可以經由基站125發送LBT類型和UL許可。

相應地，UE 110檢測來自基站125的信令，該信令指示將要執行類型1的LBT。基於從基站125接收到的信令，UE 110可以基於一個或多個邏輯通道和被復用在MAC PDU中的一個或多個MAC CE來確定將用於LBT的CAPC，以進行UL傳輸。隨後，UE 110可以使用所確定的CAPC來執行LBT，然後在該通道可以進行傳輸時執行到基站125的UL傳輸。說明性實施

第4圖根據本公開實施方式示出了具有示例裝置410和示例裝置420的示例通訊系統400。裝置410和裝置420中的每一個可以執行各種功能，以實現本文所描述的關於在NR-U中用於UL傳輸的CAPC的方案，技術，過程和方法，包括以上描述的各種方案以及以下描述的過程。

裝置410和裝置420中的每一個可以是電子裝置的一部分，該電子裝置可以是UE，諸如車輛，便攜式或行動裝置，可穿戴裝置，無線通訊裝置或計算裝置。例如，裝置410和裝置420的每一個可被實現在車輛，智能手機，智能手錶，個人數字助理，數字相機或計算設備（諸如平板電腦，便攜式計算機或筆記本電腦）的電子控制單元（electronic control unit，ECU）中。裝置410和裝置420中的每一個也可以是機器型裝置的一部分，該機器型裝置可以是IoT或NB-IoT裝置（諸如不動的或固定的裝置），家用裝置，有線通訊裝置或計算裝置。例如，裝置410和裝置420中的每一個可被實現在智能恆溫器，智能冰箱，智能門鎖，無線揚聲器或家庭控制中心中。可替代地，裝置410和裝置420中的每一個可以以一個或多個集成電路（integrated-circuit，IC）芯片的形式實現，例如但不限於，一個或多個單核處理器，一個或多個多核處理器，一個或多個複雜指令集計算（complex-instruction-set-computing，CISC）處理器，或一個或多個簡化指令集計算（reduced-instruction-set-computing，RISC）處理器。裝置410和裝置420中的每一個可以分別至少包括第4圖中所示的那些組件中的一些，諸如處理器412和處理器422。裝置410和裝置420中的每一個可以進一步包括與本公開所提出的方案不相關的一個或多個其它組件（例如，內部電源，顯示器件和/或用戶接口器件），因此，為了簡化和簡潔起見，這樣的組件在第4圖所示的裝置410和裝置420的每一個中都未示出。

在一些實施方式中，裝置410和裝置420中的至少一個可以是電子裝置的一部分，該電子裝置可以是車輛，路邊單元（roadside unit，RSU），網絡節點或基站（例如，eNB，gNB或TRP），小型小區，路由器或網關。例如，裝置410和裝置420中的至少一個可以在車輛到車輛（vehicle-to-vehicle，V2V）或車聯萬物（vehicle-to-everything，V2X）網絡中的車輛中，在LTE，LTE-Advanced或LTE-Advanced Pro網絡的eNodeB中或者在5G，NR，IoT或NB-IoT網絡的gNB中實現。可替代地，裝置410和裝置420中的至少一個可以以一個或多個IC芯片的形式實現，例如但不限於，一個或多個單核處理器，一個或多個多核處理器，或者，一個或多個CISC或RISC處理器。

在一方面，處理器412和處理器422中的每一個可以以一個或多個單核處理器、一個或多個多核處理器，或者，一個或多個CISC或RISC處理器的形式實現。也就是說，儘管這裡使用單數術語“處理器”來指代處理器412和處理器422，但處理器412和處理器422中的每一個在一些實現中可以包括多個處理器，以及，在根據本發明的其它實現中可以包括單個處理器。在另一方面，處理器412和處理器422中的每一個可以以具有電子組件的硬體（以及可選地，固體）的形式來實現，所述電子組件包括：例如但不限於一個或多個電晶體、一個或多個二極管、一個或多個電容器、一個或多個電阻器、一個或多個電感器、一個或多個憶阻器，和/或，一個或多個變容二極管，其被配置和佈置成根據本公開實施例實現特定目的。換句話說，在至少一些實現中，根據本公開實施例的各種實現，處理器412和處理器422中的每一個是被專門設計、佈置和配置成執行特定任務的專用機器，該特定任務包括在NR-U中用於UL傳輸的CAPC。

在一些實現中，裝置410還可以包括收發器416（作為通訊器件），收發器416耦接到處理器412且能夠無線地發送和接收資料。在一些實現中，裝置410可進一步包括耦接到處理器412且能夠被處理器412存取并在其中存儲資料的記憶體414。在一些實現中，裝置420還可以包括耦接到處理器422的收發器426（作為通訊器件），以及，收發器426能夠無線地發送和接收資料。在一些實現中，裝置420還可以包括記憶體424，記憶體424耦接到處理器422且能夠被處理器422存取並在其中存儲資料。因此，裝置410和裝置420分別通過收發器416和收發器426彼此無線通訊。

為了幫助更好地理解，在NR通訊環境的背景下提供裝置410和裝置420中的每一個的操作、功能和能力的以下描述，其中，裝置410被實現為無線通訊器件，通訊裝置或UE（例如UE 110）或被實現在其中，而裝置420被實現為網絡節點（例如，無線網絡120的基站125）或被實現在網絡節點中。

在根據本公開的用於NR-U中的UL傳輸的CAPC的一方面，被實現在UE（例如，UE 110）中的裝置410的處理器412可以經由收發器416從裝置420（作為網絡（例如，無線網絡120）的網絡節點（例如，基站125））接收RRC配置，該RRC配置指示針對一個或多個邏輯通道的第一CAPC。另外，處理器412可以確定將要用於（to be used for）LBT程序的第二CAPC。此外，經由收發器416，處理器412利用第二CAPC執行LBT程序，以檢測通道是否可以進行傳輸。

在一些實施方式中，在確定第二CAPC時，處理器412將用於一個或多個邏輯通道的第一CAPC確定為第二CAPC，該第二CAPC用於確定關於LBT程序的一個或多個LBT參數。

在一些實施方式中，處理器412可以執行附加操作。例如，處理器412可以經由收發器416從裝置420接收UL許可。此外，處理器412響應於LBT程序指示通道可以進行傳輸而經由收發器416執行在NR-U中到裝置420的UL傳輸。在一些實施方式中，在UL許可的接收中，處理器412一起接收第三CAPC和UL許可。在這樣的情況下，在確定第二CAPC時，處理器412可以將與UL許可一起接收的第三CAPC確定為用於確定關於LBT程序的一個或多個LBT參數的第二CAPC。

在一些實施方式中，處理器412可以執行附加操作。例如，處理器412可以經由收發器416從裝置420接收CAPC確定方法的指示。在一些實施方式中，在確定第二CAPC時，處理器412可以基於所指示的CAPC確定方法來確定第二CAPC。在這樣的情況下，CAPC確定方法的指示可以被包括在指示用於一個或多個邏輯通道的第一CAPC的RRC配置中或者被包括在單獨的RRC配置中。

在根據本公開的用於在NR-U中的UL傳輸的CAPC的另一方面，被實現在UE（例如，UE 110）中的裝置410的處理器412確定將要用於LBT程序的CAPC。此外，經由收發器416，處理器412利用第二CAPC執行LBT程序，以檢測通道是否可以進行傳輸。此外，響應於該LBT程序指示通道可以進行傳輸，處理器412經由收發器416執行在NR-U中到無線網絡的網絡節點的UL傳輸。

在一些實施方式中，處理器412可以執行附加操作。例如，處理器412可以經由收發器416從裝置420接收CAPC確定方法的指示。在這種情況下，在確定將要用於LBT程序的CAPC時，處理器412可以基於所指示的CAPC確定方法來確定CAPC。

在一些實施方式中，在接收CAPC確定方法的指示時，處理器412可以接收指示CAPC確定方法的RRC配置。

在一些實施方式中，處理器412可執行附加操作。例如，處理器412可以經由收發器416從裝置420接收RRC配置，該RRC配置指示用於一個或多個邏輯通道的CAPC。在一些實施方式中，CAPC確定方法的指示可以指示基於UE的確定方法。在這樣的情況下，在確定將用於LBT程序的CAPC時，處理器412可以將用於一個或多個邏輯通道的CAPC確定為將要用於LBT程序的CAPC。

在一些實施方式中，處理器412可以執行附加操作。例如，處理器412可以經由收發器416從裝置420接收用於UL傳輸的UL許可。在一些實施方式中，CAPC確定方法的指示可以指示基於網絡的確定方法。在這樣的情況下，在確定將要用於LBT程序的CAPC時，處理器412可以將與UL許可一起接收的CAPC確定為將要用於LBT程序的CAPC。

在一些實施方式中，處理器412可以執行附加操作。例如，處理器412可以經由收發器416從裝置420接收指示用於一個或多個邏輯通道的第一CAPC的RRC配置。此外，處理器412可以經由收發器416從裝置420接收UL許可和第二CAPC。在這樣的情況下，在確定將要用於LBT程序的CAPC時，處理器412可以執行以下任一操作：（a）響應於CAPC確定方法的指示（indication）指示（indicating）基於UE的確定方法，將用於一個或多個邏輯通道的第一CAPC確定為將要用於LBT程序的CAPC，以及（b）響應於CAPC確定方法的指示（indication）指示（indicating）基於網絡的確定方法，將與UL許可一起接收的第二CAPC確定為將要用於LBT程序的CAPC。說明性過程

第5圖根據本公開實施方式示出了示例過程500。根據本公開，過程500是上述提出的關於NR-U中用於UL傳輸的CAPC的提出方案的示例實現。過程500可以表示裝置410和裝置420的特徵的實現的方面。過程500可以包括一個或多個操作，動作或功能，如方框510、520和530中的一個或多個所示。雖然被示為離散方框，但是根據期望的實現，過程500的各個方框可以被劃分為附加方框、組合成更少的方框，或被取消。此外，過程500的方框可以按照第5圖中所示的順序，或者，可選地以不同的順序執行。過程500也可以部分地或全部地重複。過程500可以由裝置410，裝置420或其它任何合適的通訊裝置，UE，RSU，基站或機器型裝置來實現。僅出於說明性目的而非限制，以下在裝置410作為UE（例如，第一UE 110）和裝置420作為網絡節點（例如，無線網絡120的基站125）的上下文中描述過程500。過程500在方框510處開始。

在510處，過程500可以包括：被實現在UE（例如，UE 110）中的裝置410的處理器412經由收發器416從裝置420（作為無線網絡（例如，無線網絡120）的網絡節點（例如，基站125））接收RRC配置，該RRC配置指示用於一個或多個邏輯通道的第一CAPC。過程500可以從510進行到520。

在520處，過程500可以包括：處理器412確定將要用於LBT程序的第二CAPC。過程500可以從520進行到530。

在530處，過程500可以包括：經由收發器416，處理器412利用第二CAPC執行LBT程序，以檢測通道是否可以進行傳輸。

在一些實施方式中，在確定第二CAPC中，過程500可以包括：處理器412將用於一個或多個邏輯通道的第一CAPC確定為第二CAPC，該第二CAPC用於確定關於LBT程序的一個或多個LBT參數。

在一些實施方式中，過程500可以包括：處理器412執行附加操作。例如，過程500可以包括：處理器412經由收發器416從裝置420接收UL許可。此外，過程500可以包括：響應於指示通道可以進行傳輸的LBT程序，處理器412經由收發器416在NR-U中執行向裝置420的UL傳輸。在一些實施方式中，在接收UL許可中，過程500可以包括：處理器412一起接收第三CAPC和UL許可。在這樣的情況下，在確定第二CAPC中，過程500可以包括：處理器412將與UL許可一起接收的第三CAPC確定為用於確定關於LBT程序的一個或多個LBT參數的第二CAPC。

在一些實施方案中，過程500可以包括：處理器412執行額外的操作。例如，過程500可以包括：處理器412經由收發器416從裝置420接收CAPC確定方法的指示。在一些實施方式中，在確定第二CAPC中，過程500可以包括：處理器412基於所指示的CAPC確定方法來確定第二CAPC。在這樣的情況下，CAPC確定方法的指示可以被包括在指示用於一個或多個邏輯通道的第一CAPC的RRC配置中或者被包括在單獨的RRC配置中。

第6圖根據本公開實施方式示出了示例過程600。過程600是以上所描述的根據本公開提出的方案的示例實現，其關於在NR-U中用於UL傳輸的CAPC。過程600可以表示裝置410和裝置420的特徵的實現的一個方面。過程600可以包括一個或多個操作，動作或功能，如方框610、620和630中的一個或多個所示。雖然被示為離散方框，但是根據期望的實現，過程600的各個方框可以被劃分為附加方框、組合成更少的方框，或被取消。此外，過程600的方框可以按照第6圖中所示的順序，或者，可選地以不同的順序執行。過程600也可以部分地或全部地重複。過程600可以由裝置410，裝置420或其它任何合適的通訊裝置，UE，RSU，基站或機器型裝置來實現。僅出於說明性目的而非限制，以下在裝置410作為UE（例如，第一UE 110）和裝置420作為網絡節點（例如，無線網絡120的基站125）的上下文中描述過程600。過程600在方框610處開始。

在610處，過程600可以包括：被實現在UE（例如，UE 110）中的裝置410的處理器412確定將要用於LBT程序的CAPC。過程600可以從610進行到620。

在620處，過程600可以包括：經由收發器416，處理器412利用第二CAPC執行LBT程序，以檢測通道是否可以進行傳輸。過程600可以從620進行到630。

在630處，過程600可以包括：響應於指示通道可以進行傳輸的LBT程序，處理器412經由收發器416在NR-U中執行到無線網絡的網絡節點的UL傳輸。

在一些實施方式中，過程600可以包括：處理器412執行附加操作。例如，過程600可以包括：處理器412經由收發器416從裝置420接收CAPC確定方法的指示。在這樣的情況下，在確定將要用於LBT程序的CAPC時，過程600可以包括：處理器412基於所指示的CAPC確定方法來確定CAPC。

在一些實施方式中，在接收CAPC確定方法的指示時，過程600可以包括：處理器412接收指示CAPC確定方法的RRC配置。

在一些實施方式中，過程600可以包括：處理器412執行附加操作。例如，過程600可以包括：處理器412經由收發器416從裝置420接收RRC配置，該RRC配置指示用於一個或多個邏輯通道的CAPC。在一些實施方式中，CAPC確定方法的指示可以指示基於UE的確定方法。在這樣的情況下，在確定將要用於LBT程序的CAPC時，過程600可以包括：處理器412將用於一個或多個邏輯通道的CAPC確定為將要用於LBT程序的CAPC。

在一些實施方式中，過程600可以包括：處理器412執行附加操作。例如，過程600可以包括：處理器412經由收發器416從裝置420接收用於UL傳輸的UL許可。在一些實施方式中，CAPC確定方法的指示可以指示基於網絡的確定方法。在這樣的情況下，在確定將要用於LBT程序的CAPC時，過程600可以包括：處理器412將與UL許可一起接收的CAPC確定為將要用於LBT程序的CAPC。

在一些實施方式中，過程600可以包括：處理器412執行附加操作。例如，過程600可以包括：處理器412經由收發器416從裝置420接收RRC配置，該RRC配置指示用於一個或多個邏輯通道的第一CAPC。此外，過程600可以包括：處理器412經由收發器416從裝置420接收UL許可和第二CAPC。在這樣的情況下，在確定將要用於LBT程序的CAPC時，過程600可以包括：處理器412執行以下任一操作：（a）響應於CAPC確定方法的指示指示基於UE的確定方法，將用於一個或多個邏輯通道的第一CAPC確定為將要用於LBT的CAPC；以及（b）響應於CAPC確定方法的指示指示基於網絡的確定方法，將與UL許可一起接收的第二CAPC確定為將要用於LBT程序的CAPC。補充說明

本發明有時會描述包含在其它不同元件內之不同元件，或同其它不同元件相連接之不同元件。應當理解的是，這種結構關係僅作為示例，事實上，也可透過實施其它結構以實現相同功能。從概念上講，任何可實現相同功能之元件配置均是有效地“相關聯的”以此實現所需功能。因此，本文為實現某特定功能所組合之任何兩個元件均可看作是彼此“相關聯的”，以此實現所需功能，而不管其結構或者中間元件如何。類似地，以這種方式相關聯之任何兩個元件也可看作是彼此間“操作上相連接的”或“操作上相耦接的”以此實現所需功能，並且，能夠以這種方式相關聯之任何兩個元件還可看作是彼此間“操作上可耦接的”用以實現所需功能。操作上可耦接的具體實例包括但不限於實體上可配對的及/或實體上交互之元件及/或無線地可交互的及/或無線地相互交互的元件及/或邏輯上交互的和/或邏輯上可交互的元件。

此外，對於本文所使用之任何複數及/或單數形式之詞語，本領域熟練技術人員可根據語境及/或應用場景是否合適而將複數轉換至單數和/或將單數轉換至複數。為清晰起見，此處即對文中單數/複數之間的各種置換作出明確規定。

此外，本領域熟練技術人員可以理解的是，一般地，本文所使用的詞語，特別是所附申請專利範圍，例如申請專利範圍主體中所使用之詞語通常具有“開放性”意義，例如，詞語“包含”應該理解為“包含但不限於”，詞語“具有”應當理解為“至少具有”，詞語“包括”應該理解為“包括但不限於”等等。本領域熟練技術人員可進一步理解的是，若某引入式申請專利範圍列舉意圖將某一具體數值包含進去，則這種意圖將明確地列舉於該申請專利範圍中，如果沒有列舉，則這種意圖即不存在。為幫助理解，可舉例如，所附申請專利範圍可能包含引入式短語如“至少一個”和“一個或多個”來引入申請專利範圍列舉。然而，這種短語不應使該申請專利範圍列舉被解釋為：對不定冠詞“一個”的引入意味著將包含有這種引入式申請專利範圍列舉的任何特定申請專利範圍限制為僅包含一個這種列舉的實施方式，甚至當同一申請專利範圍時包括引入式短語“一個或多個”或“至少一個”和不定冠詞如“一個”時同樣符合這樣情況，亦即，“一個”應該解釋為“至少一個”或“一個或多個”。同樣地，使用定冠詞來引入申請專利範圍列舉同理。另外，即使某一引入式申請專利範圍列舉中明確列舉了一個具體數值，本領域熟練技術人員應當認識到，這種列舉應該理解為至少包括所列舉的數值，例如，僅“兩個列舉”而沒有任何其它限定時，其意味著至少兩個列舉，或兩個或多個列舉。此外，如使用了類似“A、B和C等中之至少一個”，則本領域熟練技術人員通常可以理解的是，如“具有A、B和C中至少一個之系統”將包括但不限於只具有A之系統、只具有B之系統、只具有C之系統、具有A和B之系統、具有A和C之系統、具有B和C之系統，及/或具有A、B和C之系統等等。若使用了類似“A、B或C等中至少一個”，則本領域熟練技術人員可以理解的是，例如“具有A、B或C中至少一個之系統”將包括但不限於只具有A之系統、只具有B之系統、只具有C之系統、具有A和B之系統、具有A和C之系統、具有B和C之系統，及/或具有A、B和C之系統等等。本領域技術人員可進一步理解，無論是說明書、申請專利範圍或附圖中所出現的幾乎所有連接兩個或多個替代性詞語的分隔詞語及/或短語，均應理解為考慮到了所有可能性，即包括所有詞語中某一個、兩個詞語中任一個或包括兩個詞語。例如，短語“A或B”應該理解為包括可能性：“A”、“B”或“A和B”。

根據前述內容，將理解的是，本文已經出於說明的目的描述了本申請的各種實施方式，以及，在不背離本發明之範疇和精神的前提下可對各個實施例作出多種修改。因此，本文所公開之各個實施例不應理解為具有限制意義，真實範疇和精神透過所附申請專利範圍進行限定。

100:示例性網絡環境 110:UE 120:無線網絡 125:基站 200、300:場景 400:示例通訊系統 410、420:裝置 412、422:處理器 414、424:記憶體 416、426:收發器 500、600:示例過程 510、520、530、610、620、630:方框

包括的附圖用以提供對本公開實施例的進一步理解，以及，附圖被併入並構成本公開實施例的一部分。附圖示出了本公開實施例的實施方式，並且與說明書一起用於解釋本公開實施例的原理。可以理解的是，附圖不一定按比例繪製，因為可以示出一些部件與實際實施中的尺寸不成比例以清楚地說明本公開實施例的概念。第1圖是其中可以實現根據本公開的各種解決方案和方案的示例網絡環境的示意圖。第2圖是根據本公開的實施方式描繪的示例場景的示意圖。第3圖是根據本公開的實施方式描繪的示例場景的示意圖。第4圖是根據本公開的實施方式的示例性通訊系統的框圖。第5圖是根據本公開的實施方式的示例過程的流程圖。第6圖是根據本公開的實施方式的示例過程的流程圖。

100:示例網絡環境

110:UE

120:無線網絡

125:基站

Claims

一種確定通道存取優先權級別(channel access priority class，CAPC)的方法，用於利用類型1的先偵聽後會話(listen-before-talk，LBT)的上行(uplink，UL)傳輸，包括：用戶設備(user equipment，UE)從無線網絡的網絡節點接收無線資源控制(radio resource control，RRC)配置，該RRC配置指示用於一個或多個邏輯通道的第一通道存取優先權級別(channel access priority class，CAPC)；該UE從該網絡節點接收CAPC確定方法的指示；該UE基於所指示的CAPC確定方法確定將要用於先偵聽後會話(listen-before-talk，LBT)程序的第二CAPC；以及，該UE利用該第二CAPC執行該LBT程序，以檢測通道是否可以進行傳輸；其中，如果基於網絡的CAPC確定方法被指示，則該方法進一步包括：接收UL許可和第三CAPC；以及，該第二CAPC的確定包括：將與該UL許可一起接收的該第三CAPC確定為該第二CAPC，該第二CAPC用於確定關於該LBT程序的一個或多個LBT參數。
根據申請專利範圍第1項所述的方法，其中，如果基於UE的CAPC確定方法被指示，則該第二CAPC的確定包括將被複用在媒體存取控制(medium access control，MAC)協議資料單元(protocol data unit，PDU)中的一個或多個邏輯通道的該第一CAPC確定為該第二CAPC，該第二CAPC用於確定關於該LBT程序的一個或多個LBT參數。
根據申請專利範圍第1項所述的方法，還包括：響應於該LBT程序指示該通道可以進行傳輸，該UE在新無線電未授權頻譜(New Radio unlicensed spectrum，NR-U)中執行UL傳輸到該網絡節點。
根據申請專利範圍第1項所述的方法，其中，該CAPC確定方法被指示在UL許可中。
根據申請專利範圍第1項所述的方法，其中，該CAPC確定方法的指示被包括在指示用於該一個或多個邏輯通道的該第一CAPC的該RRC配置中，或者，被包括在單獨的RRC配置中。
一種可實現在用戶設備(UE)中的裝置，包括：收發器，被配置為與無線網絡的網絡節點無線通訊；以及，處理器，耦接于該收發器並被配置為執行以下操作：經由該收發器，從該無線網絡的網絡節點接收無線資源控制(RRC)配置，該RRC配置指示用於一個或多個邏輯通道的第一通道存取優先權級別(CAPC)；經由該收發器，從該網絡節點接收CAPC確定方法的指示；基於所指示的CAPC確定方法確定將要用於先偵聽後會話(LBT)程序的第二CAPC；以及，經由該收發器，利用該第二CAPC執行該LBT程序，以檢測通道是否可以進行傳輸；其中，如果基於網絡的CAPC確定方法被指示，則該方法進一步包括：接收UL許可和第三CAPC；以及，該第二CAPC的確定包括：將與該UL許可一起接收的該第三CAPC確定為該第二CAPC，該第二CAPC用於確定關於該LBT程序的一個或多個LBT參數。
根據申請專利範圍第6項所述的裝置，其中，如果基於UE的CAPC確定方法被指示，則在確定該第二CAPC時，該處理器被配置為：將被複用在媒體存取控制(medium access control，MAC)協議資料單元(protocol data unit，PDU)中的該一個或多個邏輯通道的該第一CAPC確定為該第二CAPC，該第二CAPC用於確定關於該LBT程序的一個或多個LBT參數。
根據申請專利範圍第6項所述的裝置，其中，該處理器還被配置為執行以下操作：響應於該LBT程序指示該通道可以進行傳輸，經由該收發器在新無線電未授權頻譜(NR-U)中執行UL傳輸到該網絡節點。
根據申請專利範圍第6項所述的裝置，其中，該CAPC確定方法被指示在UL許可中。
根據申請專利範圍第6項所述的方法，其中，該CAPC確定方法的指示被包括在指示用於該一個或多個邏輯通道的該第一CAPC的該RRC配置中，或者，被包括在單獨的RRC配置中。