TWI797788B

TWI797788B - 用於行動通訊中urllc fbe ue發起的cot增強的方法

Info

Publication number: TWI797788B
Application number: TW110138988A
Authority: TW
Inventors: 阿布戴拉提夫沙拿; 馬利穆罕默德Ｓ阿利比艾勒; 普拉第瓊斯; 蔡承融; 蔡秋薇
Original assignee: 新加坡商聯發科技（新加坡）私人有限公司
Priority date: 2020-10-22
Filing date: 2021-10-21
Publication date: 2023-04-01
Also published as: CN114390716A; US20220132569A1; TW202218478A

Abstract

描述了用於行動通訊中的超可靠低延遲通訊（URLLC）基於訊框設備（FBE）使用者設備（UE）發起的通道佔用時間（COT）增強的各種解決方案。一種可在UE中實現的裝置從網路接收訊號並且回應於接收到該訊號而在空閒或連接模式中獲得UE發起的COT。該裝置然後在UE發起的COT中執行到網路的傳輸。

Description

用於行動通訊中URLLC　FBE　UE發起的COT增強的方法

本發明一般涉及行動通訊，並且更具體地涉及用於行動通訊中的超可靠低延遲通訊(Ultra-Reliable Low-Latency Communication，URLLC)基於訊框設備(Frame Based Equipment，FBE)使用者設備(user equipment，UE)發起的通道佔用時間(channel occupancy time，COT)增強的技術。

除非本發明另有說明，本節中描述的方法不是下面列出的申請專利範圍的先前技術，並且不能通過包含在本節中而承認為先前技術。

在無線通訊中，例如在用於第 5 代 (5th Generation，5G) 新無線電 (New Radio，NR) 的第 3 代合作夥伴計畫 (the 3rd Generation Partnership Project，3GPP) 規範下的行動通訊中，採用兩種類型的先聽後說(listen-before-talk，LBT) 通道存取，即基於負載的設備（Load Based Equipment，LBE）和基於訊框的設備（Frame Based Equipment，FBE）。在基於FBE 的 LBT 中，允許 UE 執行暢通通道評估 (clean channel assessment，CCA) 以感知通道是否空閒，並且每個固定訊框週期 (fixed frame period，FFP) 都會執行此操作。如果並且當 UE 存取通道時，UE 將佔用通道一段固定的時間，稱為 COT，然後 UE 將等待等於 COT 的 5% 的時間段以進行下一次傳輸。該時間段在本發明中被稱為空閒時段。

在用於 NR 未授權頻段 (NR unlicensed band，NR-U) 的 3GPP 規範的版本 16 (Releases 16，Rel-16) 中，已經定義了 UE 的 FBE 操作模式。與 LBE 模式不同，FBE 模式中的訊框週期由配置固定，FFP 被限制為一組預定義的時間{1ms, 2ms, 2.5ms, 4ms, 5ms, 10ms}。FFP在每兩個無線電訊框內的起始位置從偶數無線電訊框開始，允許的最小空閒週期可以表示為：允許的最小空閒週期= max（FFP的5％，100 µs）。

在Rel-16 NR-U下，只有基地台(例如gNB)可以作為發起設備，而UE只能作為回應設備。為了發起 COT，gNB 將執行具有在 3GPP 技術規範 (Technical Specification，TS) 37.213 中定義的 25 µs間隔內測量的 9 µs 時隙的單次（one-short）LBT。在 gNB 發起的 COT 內，gNB 或 UE 可以與另一個單次LBT 以任意間隙恢復傳輸。如果傳輸間隙在 16µs 以內，則不需要 LBT。FBE 模式發起器和 FFP 配置包含在剩餘的最小系統資訊 (remaining minimum system information，RMSI)（例如，系統區塊 1 (system information block，SIB1)）中，並且 FFP 也可以通過 UE 特定的無線電資源控制 (radio resource control，RRC) 信令用訊號通知給 UE。如果下行鏈路 (downlink，DL) 訊號/通道（例如，實體下行鏈路控制通道 (physical downlink control channel，PDCCH)、同步訊號塊 (synchronization signal block，SSB)、實體廣播通道 (physical broadcast channel，PBCH)、RMSI、組公共 PDCCH (group common PDCCH，GC-PDCCH)，等等) 在固定訊框週期內被檢測到，固定訊框週期內的UE傳輸可以發生。如果實體隨機存取通道 (physical random access channel，PRACH) 資源與指示 FBE 操作時的空閒時段重疊，則該資源被視為無效。

在 Rel-16 中定義的半靜態通道存取模式 (例如，FBE) 中，由於僅支持 gNB 發起的 COT，因此對上行鏈路 (uplink，UL) 傳輸存在調度和配置限制，並且僅在 FFP 開始時允許DL 傳輸。然而，這會對 URLLC 和工業物聯網 (Industrial Internet-of-Things，IIoT) 操作的延遲要求產生負面影響。此外，對於UE在UL中進行傳輸，UE需要確定gNB是否已經在FFP中發起了COT。這意味著 UE 需要監控通道以檢測 FFP 中的任何 DL 傳輸，這會增加 UE 的功耗。在動態授權 (dynamic grant，DG) 的情況下，FFP 內的 COT 發起可以通過顯式信令指示給 UE。在配置授權（configured grant，CG）的情況下，UE通過監視通道以檢測FFP中的任何DL傳輸來隱式確定FFP中的COT是否發起，並且gNB應該發送DL訊號（如果沒有什麼要調度的） ) 以允許 UE 在 CG 中傳輸。因此，需要一種解決方案來解決行動通訊中 NR-U 中的 URLLC 和 IIoT 的 FBE UE 發起的 COT 增強。

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

本發明的一個目的是提出解決這裡描述的問題的解決辦法或方案。更具體地，本發明中提出的各種方案被認為為行動通訊中NR-U中的URLLC和IIoT的FBE UE發起的COT增強提供了解決方案。例如，在本發明提出的各種方案下，可以使能UE發起的COT，以便在基於FBE結構操作的受控未許可頻帶環境中支援URLLC。相信通過在半靜態通道存取模式中允許 UE 發起的 COT 可以顯著改善延遲預算和功耗。

在一個方面，一種方法可以包括UE從網路接收訊號。該方法還可以包括回應於接收到訊號，UE在空閒或連接模式中獲得UE發起的COT。該方法還可以包括UE在UE發起的COT中執行到網路的傳輸。

在另一方面，一種方法可以包括UE從網路接收訊號，該訊號可以是網路使用的RRC訊號或動態訊號以使能或去能UE的COT發起功能。該方法還可以包括回應於接收到訊號，UE獲得UE發起的COT。該方法還可以包括UE在UE發起的COT中執行到網路的傳輸。

在又一方面中，一種方法可以包括UE從網路的網路節點接收下行鏈路控制資訊(downlink control information，DCI)，該DCI具有通知UE是否在與未來 FFP 中的UE或網路節點相關聯的FFP中發起COT的指示。該方法還可以包括回應於接收到訊號，UE在空閒或連接模式中獲得UE發起的COT。該方法還可以包括UE在UE發起的COT中執行到網路的傳輸。

根據本發明提供的用於行動通訊中的超可靠低延遲通訊基於訊框設備使用者設備發起的通道佔用時間增強的方法，可以在基於FBE結構操作的受控未許可頻帶環境中支援URLLC。

值得注意的是，儘管本發明提供的描述可能是在某些無線電存取技術、網路和網路拓撲（例如 5G/NR 行動通訊）的上下文中提供，所提出的概念、方案和任何一種或多種變體/衍生可以在其他類型的無線電存取技術、網路和網路拓撲中、針對其他類型的無線存取技術、網路和網路拓撲來實現以及由其他類型的無線存取技術、網路和網路拓撲來實現，例如但不限於長期演進 (Long-Term Evolution，LTE)、LTE-Advanced、LTE-Advanced Pro、物聯網 (Internet-of-Things，IoT)、窄帶物聯網 (Narrow Band Internet of Things，NB-IoT)、工業物聯網 (Industrial Internet of Things，IIoT)、車聯網 (vehicle-to-everything，V2X) 和非地面網路 (non-terrestrial network，NTN) 通訊。因此，本發明的範圍不限於這裡描述的示例。

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

根據本發明的實施方式涉及與用於行動通訊中NR-U中的URLLC和IIoT的FBE UE發起的COT增強有關的各種技術、方法、方案和/或解決方案。根據本發明，多種可能的解決方案可以單獨或聯合實施。即，雖然下面可以分別描述這些可能的解決方案，但是這些可能的解決方案中的兩個或複數個可以以一種組合或另一種組合來實現。

第1圖圖示了其中可以實現根據本發明的各種解決方案和方案的示例網路環境100。參考第1圖，網路環境100可以包括與無線網路120（例如，5G NR行動網路和/或另一種類型的網路，諸如LTE網路、LTE-Advance網路、 NB-IoT 網路、IoT 網路、IIoT 網路和/或 NTN）通訊的UE 110。UE 110可以經由基地台或網路節點125(例如，eNB、gNB或發射-接收點(transmit-receive point，TRP))與無線網路120進行無線通訊。在網路環境100中，如下所述，UE 110和無線網路120可以在行動通訊中針對NR-U中的URLLC和IIoT實施與FBE UE發起的COT增強有關的各種方案。

在3GPP規範的版本15（Release 15，Rel-15)和Rel-16中，重點是針對URLLC的連接模式中延遲和可靠性的增強，並且沒有考慮空閒/不活動模式的增強。在 Rel-16 中，對於 PRACH 傳輸，UE（例如，UE 110）需要在執行 PRACH 傳輸之前檢測 gNB 發起的 COT 中的 DL 傳輸。使用 UE 發起的 COT 傳輸 PRACH 以增強延遲將是有益的。例如，這對於 URLLC 電池供電的設備（例如感測器）來說是有益的，這些設備往往為了省電而經常處於空閒模式。有鑑於此，在根據本發明的提議方案下，UE可以被網路半靜態地或動態地配置為在空閒或連接模式時發起用於PRACH傳輸的COT。例如，具有高優先順序業務或混合高優先順序和低優先順序業務的 UE 可能具有由 gNB 使能的此功能（例如，為高優先順序業務使能，為低優先順序業務去能）。

第2圖示出了根據本發明的各種提議方案下的示例場景200。第2圖的部分(A)示出了 gNB 在半靜態通道存取模式（例如 FBE 模式）中的 DL 和 UL 傳輸計畫，其中僅支持 gNB 發起的 COT。如第2圖的部分(A)所示，gNB可以計畫gNB的一些DL傳輸和第一UE或UE1(例如，UE 110)的一些UL傳輸。第2圖的部分(B)示出僅gNB作為COT發起者存在可能的DL和UL傳輸的情況。具體地，在第一FFP中，可能有gNB的一些DL傳輸，UE1的UL傳輸，以及空閒時段。此外，在第二FFP中，可能存在未使用時段和空閒時段。第2圖的部分(C)示出了在根據本發明的各種提議方案下以gNB和UE1中的每一個作為COT發起者存在可能的DL和UL傳輸的情況。具體地，在gNB發起的COT的第一FFP中，可能有gNB的一些DL傳輸、UE1的UL傳輸和空閒時段。此外，在UE發起的COT的第二FFP中，可能有UE1的UL傳輸、gNB的一些DL傳輸和空閒時段。

在根據本發明的提議方案下，關於與gNB空閒時段重疊的PRACH可以有兩種選擇。在第一選項（選項 A）中，如果PRACH 資源在 UE 發起的 COT 內，可以允許 PRACH 資源與 gNB 空閒時段重疊。例如，即使使用 COT 共用，共用規則（例如，gNB 和 UE 都不使用空閒時段）也可能不適用於 PRACH 傳輸。在第二選項（選項 B）中，可能不允許 PRACH 資源與 gNB 空閒時段重疊，即使PRACH 資源在 UE 發起的 COT 內。例如，在 COT 共用期間（當應用共用規則時）可能不允許 PRACH 資源。

在根據本發明的提議方案下，當 PRACH 傳輸發生在 UE 發起的 COT 中時，PRACH 傳輸可以附加或複用以下資訊中的一些或全部：(a) UE 已發起其自身的 COT，以及 (b) UE 是否與 gNB 共用UE發起的 COT（例如，類似於配置的授權上行鏈路控制資訊 (configured grant uplink control information，CG-UCI) COT 共用資訊）。

在根據本發明的提議方案下，可以在沒有任何額外指示的情況下與gNB自動共用攜帶PRACH的UE發起的COT。

關於半靜態通道存取中的UE到gNB COT共用，gNB可以在從FFP開始處開始檢測到來自UE的UL傳輸之後共用UE發起的COT。在示例場景中：（a）gNB 可以執行 LBT 並且 LBT 通過（例如，通道暢通）；(b) 然後 gNB 為第一UE (UE1) 發送包括 UL 授權的 DL 資料；(c) UE1 開始在UL傳輸；(d) 第二UE (UE2) 接收協定資料單元 (protocol data unit，PDU) 資料並打算向 gNB 發送；(e) UE2開始LBT以發起COT但失敗； (f) UE2在UE1的UL傳輸結束並且LBT通過後，再執行一次LBT；(g) UE2然後開始在CG上的UL傳輸。在此示例場景中，由於 gNB 無法確定 UE2 是否正在共用 gNB FFP（假設間隙＜16µs）或 UE2 是否已發起其自身的 COT，因此存在不確定。在 gNB 需要知道共用 UE 發起的 COT 的情況下，也存在不確定。還有一個不確定是 UE2 不知道 UE1 是否在 gNB FFP 中被調度作為回應設備，或者 UE1 已經發起了其自身的 COT。

鑒於以上，在根據本發明的關於半靜態通道存取中的UE到gNB COT共用的提議方案下，UE(例如，UE 110)可以在CG(或DG)傳輸中包含資訊以通知gNB(例如，網路節點125)UE已經使用第一選項和第二選項中的任一個或兩者發起了其自身的COT。在第一選項（選項 1）中，可以利用 CG-UCI 中的新位元欄位來提供該指示。在第二選項（選項 2）中，先前的位元欄位可用於該指示。例如，可以重新使用CG-UCI COT共用資訊來確定該資訊。也就是說，在使能該位元欄位的情況下（例如，值設置為「1」），它可以被解釋為 UE 沒有發起其自身的 COT；否則，如果該位元欄位被去能（例如，值設置為「0」），則可以將其解釋為 UE 發起了自己的 COT。

在根據本發明的關於半靜態通道存取中的 UE 到 gNB COT 共用的提議方案下，UE (例如，UE 110) 可以在 CG (或 DG) 傳輸中包括資訊以通知gNB（例如，網路節點125）UE正在與gNB共用其自身發起的COT。例如，可以為此指示添加CG-UCI中的位元欄位。

在根據本發明的關於半靜態通道存取中的 UE 到 gNB COT 共用的提議方案下，可以使用 CG-UCI COT 共用資訊位元欄位來解釋 UE (例如，UE 110) 在 gNB 發起的 COT 期間是否已經開始其自身的 COT。例如，在 UE 具有 UL CG 傳輸並且使能 CG-UCI COT 共用資訊位元欄位的情況下（例如，值設置為「1」），它可以被解釋為 UE 沒有發起其自身的 COT。否則，在 UE 具有 UL CG 傳輸的情況下，並且去能 CG-UCI COT 共用資訊位元欄位（例如，值設置為「0」）的情況下，它可以被解釋為 UE 發起了其自身的 COT。

在根據本發明的關於用於 UE 發起的 COT 的 FFP 參數的提議方案下，用於 UE 發起的 COT 功能的 FFP 參數可以經由 RRC 信令或通過動態配置UE來提供。例如，UE的COT發起能力或功能可以經由RRC信令使能和去能或者由gNB(例如，網路節點125)動態配置。例如，對於具有低優先順序業務的 UE，可以去能 UE COT 發起功能，在這種情況下，這些 UE 可能依賴於 gNB 發起的 COT。此外，可以為具有高優先順序業務或混合高優先順序和低優先順序業務的 UE 使能UE COT 發起功能。

在根據本發明的關於用於UE發起的COT的FFP參數的提議方案下，UE處的FFP週期性可以由UE從其他更高層參數隱式地確定。即，可能沒有FFP週期性的顯式信令，因為可以使用其他更高層參數。例如，UE可以利用CG資源的週期性來隱式地確定FFP週期性。有利地，這可以減少RRC信令開銷。高層參數的使用可以被顯式信令覆蓋。

在根據本發明的關於用於 UE 發起的 COT 的 FFP 參數的提議方案下，在使用 CG 配置來確定 FFP 參數（例如，週期性）的情況下，以及在複數個 CG 配置的情況下，UE（例如，UE 110）可以使用特定的 CG 配置來確定FFP週期性。例如，UE可以使用具有最低索引的CG配置或具有最小(或最大)週期(例如，≥1ms)的CG配置來確定FFP週期。在提議的方案下，如果使用CG配置來確定FFP參數（例如，週期），則CG週期可能需要在時間清單{1ms, 2ms, 2.5ms, 4ms, 5ms, 10ms}中或否則CG週期可能未被選中。

在根據本發明的提議方案下，gNB(例如，網路節點125)可以使用DCI明確指示UE(例如，UE 110)是否在下一個FFP中發起與 UE 相關聯的COT。DCI 的指示可以在使能和去能 UE 傳輸低優先順序業務（例如，增強型行動寬頻 (enhanced Mobile Broadband，eMBB) 業務）方面為 gNB 提供更多控制。在提議的方案下，UE 發起 COT 可能僅限於高優先順序業務（例如，高優先順序配置授權（high-priority configured grant，HP-CG）、高優先順序調度請求（high-priority scheduling request，HP-SR）、高優先順序混合自動重複請求確認（high-priority hybrid automatic repeat request acknowledgement，HP-HARQ-ACK）等），因為具有低優先順序業務的 UE 可能依賴於 gNB 發起的 COT。例如，通道的實體層(physical layer，PHY)優先順序(例如，由位元欄位指示)可用於確定對於該通道是否使能UE COT發起。附加地或替代地，通道的媒體存取控制(medium access control，MAC)層優先順序(例如，邏輯通道(logical channel，LCH)優先順序)可用於確定是否針對該通道使能UE COT發起。因此，可以根據配置(例如，CG配置、SR配置、PUCCH-config配置)使能或去能UE COT發起。

在根據本發明的提議方案下，在 gNB (例如，網路節點 125) 使用 DCI 向 UE (例如，UE 110) 指示是否發起 COT 的情況下， DCI還可用於使能UE發起COT的一個或複數個其他方面。例如，DCI 可以僅為下一個 UE FFP 使能UE COT 發起。替代地或附加地，DCI可以為所有即將到來的UE FFP使能UE COT發起，直到另一個DCI禁用它。替代地或附加地，DCI可以為一些特定的FFP(例如，用訊號發送FFP索引的和使用FFP模式的)使能UE COT發起。例如，指向特定未來FFP的索引可以用訊號通知給UE(例如，類似於指向PUCCH回饋時隙和/或子時隙的K1)。在提議的方案下，在DCI用於向UE指示是否發起COT的情況下，UE可以確認該資訊的接收。例如，可以利用HARQ-ACK機制來發送確認。替代地或附加地，可以利用MAC控制元素(control element，CE)(例如MAC CE)來發送確認。說明性實施方式

第3圖圖示了根據本發明的實施方式的具有示例通訊裝置310和示例網路裝置320的示例通訊系統300。通訊裝置310和網路裝置320中的每一個都可以執行各種功能以實現這裡描述的關於用於行動通訊中NR-U中的URLLC和IIoT的FBE UE發起的COT增強的方案、技術、進程和方法，包括上述場景/方案以及下面描述的進程。

通訊裝置310可以是電子裝置的一部分，該電子裝置可以是諸如可擕式或行動裝置、可穿戴裝置、無線通訊裝置或計算裝置的UE。例如，通訊裝置310可以實現在智慧手機、智慧手錶、個人數位助理、數碼相機或諸如平板電腦、膝上型電腦或筆記型電腦的計算設備中。通訊裝置310也可以是機器類型裝置的一部分，機器類型裝置可以是例如不行動或固定裝置、家庭裝置、有線通訊裝置或計算裝置的IoT、NB-IoT、IIoT或NTN裝置。例如，通訊裝置310可以實現在智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心中。或者，通訊裝置310可以以一個或複數個積體電路(integrated-circuit，IC)晶片的形式實現，例如但不限於一個或複數個單核處理器、一個或複數個多核處理器、一個或複數個精簡指令集計算 (reduced-instruction set computing，RISC) 處理器，或一個或複數個複雜指令集計算 (complex-instruction-set-computing，CISC) 處理器。通訊裝置310可以包括第3圖中所示的那些元件中的至少一些。例如，處理器312。通訊裝置310還可以包括一個或複數個與本發明所提出的方案不相關的其他元件（例如，內部電源、顯示裝置和/或用戶周邊設備），因此，通訊裝置310的這些元件（一個或複數個）未在第3圖中示出，為了簡單和簡潔也未在下面描述。

網路裝置320可以是電子裝置/站的一部分，其可以是網路節點，例如基地台、小小區、路由器、閘道或衛星。例如，網路裝置320可以在LTE中的eNodeB中、在5G、NR、IoT、NB-IoT、IIoT中的gNB中或在NTN網路中的衛星中實現。或者，網路裝置320可以以一個或複數個IC晶片的形式實現，例如但不限於一個或複數個單核處理器、一個或複數個多核處理器、或一個或複數個RISC或CISC處理器。網路裝置320可以包括第3圖中所示的那些元件中的至少一些。例如，處理器322。網路裝置320還可以包括一個或複數個與本發明所提出的方案不相關的其他元件（例如，內部電源、顯示裝置和/或使用者周邊設備），因此，網路裝置320的這些元件（一個或複數個）未在第3圖中示出，為了簡單和簡潔也未在下面描述。

在一方面，處理器312和處理器322中的每一個可以以一個或複數個單核處理器、一個或複數個多核處理器、一個或複數個RISC處理器或一個或複數個CISC處理器的形式實現。也就是說，即使在本發明中使用單數術語「處理器」來指代處理器 312 和處理器 322，但根據本發明處理器 312 和處理器 322 中的每一個在一些實施方式中可以包括複數個處理器，而在其他實施方式中可以包括單個處理器。在另一方面，處理器312和處理器322中的每一個可以以具有電子元件的硬體（和可選地，韌體）的形式實現，包括例如但不限於一個或複數個電晶體、一個或複數個二極體、一個或複數個電容器、一個或複數個電阻器、一個或複數個電感器、一個或複數個憶阻器和/或一個或複數個變容二極體，其被配置和佈置以實現根據本發明的特定目的。換句話說，在至少一些實施方式中，處理器312和處理器322中的每一個是專門設計、佈置和配置為執行特定任務的專用機器，該特定任務包括根據本發明的各種實施方式的行動通訊中NR-U中的用於URLLC和IIoT的FBE UE發起的COT增強。

在一些實施方式中，通訊裝置310還可以包括耦接到處理器312並且能夠無線地發送和接收資料的收發器316。在一些實施方式中，通訊裝置310還可以包括耦接到處理器312並且能夠被處理器312存取並且在其中存儲資料及程式指令的記憶體314。記憶體314包括揮發性及非揮發性電腦可讀存儲介質。在一些實施方式中，網路裝置320還可以包括耦接到處理器322並且能夠無線地發送和接收資料的收發器326。在一些實施方式中，網路裝置320還可以包括耦接到處理器322並且能夠被處理器322存取並且在其中存儲資料及程式指令的記憶體324。記憶體314包括揮發性及非揮發性電腦可讀存儲介質。因此，通訊裝置310和網路裝置320可以分別經由收發器316和收發器326彼此無線通訊。

通訊裝置310和網路裝置320中的每一個都可以是能夠使用根據本發明的各種提出的方案彼此通訊的通訊實體。為了幫助更好地理解，在行動通訊環境的上下文中提供通訊裝置310和網路裝置320中的每一個的操作、功能和能力的以下描述，在該行動通訊環境中，通訊裝置310在通訊裝置或UE(例如，UE 110)中實現或作為其實現，並且網路裝置320在通訊網路(例如，無線網路120)的網路節點或基地台(例如，網路節點125)中實現或作為其實現。還值得注意的是，雖然下面描述的示例實施方式是在行動通訊的上下文中提供的，但是同樣可以在其他類型的網路中實現。

在根據本發明的關於在行動通訊中用於 NR-U 中的 URLLC 和 IIoT 的 FBE UE 發起的 COT 增強的各種建議方案下，通訊裝置 310 在 UE 110 中實現或作為 UE 110 實現，網路設備 320 在或作為網路環境100中的網路節點125，通訊裝置310的處理器312可以經由收發器316從網路(例如，網路120經由作為網路節點125的裝置320)接收訊號。此外，處理器312可以回應於接收到訊號，經由收發器316獲得處於空閒或連接模式的UE發起的COT。此外，處理器312可以經由收發器316在UE發起的COT中執行到網路(例如，經由作為網路節點125的裝置320的網路120)的傳輸。

在一些實施方式中，在接收訊號時，處理器312可以經由RRC半靜態地或經由DCI動態地接收配置UE以執行COT發起的訊號。

在一些實施方式中，在接收訊號時，處理器312可以接收網路使用的RRC訊號以使能或去能UE的COT發起功能。在一些實施方式中，在 UE 具有用於傳輸的高優先順序業務（例如，URLLC、HP-CG、HP-SR、HP-HARQ-ACK）或高優先順序業務和低優先順序業務（例如，eMBB）的混合的情況下，RRC訊號可以使能COT發起功能。此外，在UE具有用於傳輸的低優先順序業務但沒有高優先順序業務的情況下，RRC訊號可以去能COT發起功能。在一些實施方式中，RRC訊號還可以配置一個或複數個FFP參數(例如，週期性)。

在一些實施方式中，在接收訊號時，處理器312可以接收CG配置，UE基於該配置確定一個或複數個FFP參數。

在一些實施方式中，在接收訊號時，處理器312可以接收具有通知UE是否在與UE相關聯的FFP中發起COT的指示的DCI。在一些實施方式中，DCI可以使能UE為與UE相關聯的下一個FFP而不是任何其他FFP執行COT發起。或者，DCI可以使能UE為與UE相關聯的所有未來FFP執行COT發起，直到UE的COT發起功能被去能為止。又或者，DCI可以使能UE為與UE相關聯的一個或複數個特定FFP執行COT發起。

在一些實施方式中，在接收訊號時，處理器312可以接收訊號，該訊號根據CG配置、根據SR配置或根據PUCCH-config配置使能或去能UE的COT發起功能。

在一些實施方式中，在接收訊號時，處理器312可以接收使能UE在UE有URLLC業務要發送的情況下執行COT發起的訊號。在這種情況下，在執行傳輸時，處理器312可以傳輸URLLC業務。

在一些實施方式中，在執行傳輸時，處理器312可以執行PRACH傳輸。在一些實施方式中，攜帶PRACH傳輸的UE發起的COT可以自動地與網路共用，而無需從UE到網路的任何指示。在一些實施方式中，在PRACH資源在UE發起的COT內的情況下，可以允許用於執行PRACH傳輸的PRACH資源與網路的空閒時段重疊。可替換地，即使當PRACH資源在UE發起的COT內時，也不允許用於執行PRACH傳輸的PRACH資源與網路的空閒時段重疊。

在一些實施方式中，在執行傳輸時，處理器312可以使用通知網路UE發起的COT與網路共用的指示在UE發起的COT中執行到網路的CG或DG傳輸。在一些實施方式中，該指示可以包括CG-UCI中的位元欄位。

在一些實施方式中，處理器312可以執行附加操作。例如，處理器312可以經由收發器316向網路發送確認接收到訊號的確認。在這種情況下，從網路接收的訊號可以包括向UE指示是否執行COT發起的DCI。在一些實施方式中，確認可以包括HARQ-ACK或MAC CE。

在根據本發明的關於在行動通訊中用於 NR-U 中的 URLLC 和 IIoT 的 FBE UE 發起的 COT 增強的各種建議方案下，通訊裝置310 實現在 UE 110 中或作為 UE 110 實現，網路設備 320 實現在或作為網路環境100中的網路節點125實現，通訊裝置310的處理器312可以經由收發器316從網路(例如，網路120經由作為網路節點125的裝置320)接收訊號。例如，進程500可以包括處理器312接收網路使用的RRC訊號或動態訊號(例如，DCI)以使能或去能UE的COT發起功能。此外，處理器312可以回應於接收到訊號，經由收發器316獲得UE發起的COT。此外，處理器312可以經由收發器316在UE發起的COT中執行到網路(例如，經由作為網路節點125的裝置320的網路120)的傳輸。

在一些實施方式中，在UE具有用於傳輸高優先順序業務或者高優先順序業務和低優先順序業務的混合的情況下，RRC訊號可以使能COT發起功能。此外，在UE具有用於傳輸的低優先順序業務但沒有高優先順序業務的情況下，RRC訊號可以去能COT發起功能。

在一些實施方式中，RRC訊號還可以配置一個或複數個FFP參數。

在根據本發明的與用於行動通訊中的 NR-U 中的 URLLC 和 IIoT 的 FBE UE 發起的 COT 增強有關的各種建議方案下，通訊裝置310 在 UE 110 中實現或作為 UE 110 實現，網路裝置320 在網路環境100中的網路節點125中實現或作為其實現，通訊裝置310的處理器312可以經由收發器316從網路的網路節點（例如，經由作為網路節點125的裝置320從網路120）接收具有通知UE 是否在與未來 FFP 中的UE或網路節點相關聯的 FFP 中發起 COT指示的DCI。此外，處理器312可以回應於接收到訊號，經由收發器316獲得處於空閒或連接模式的UE發起的COT。此外，處理器312可以經由收發器316在UE發起的COT中執行到網路(例如，經由作為網路節點125的裝置320的網路120)的傳輸。

在一些實施方式中，DCI可以使能UE為與UE相關聯的下一個FFP而不是任何其他FFP執行COT發起。替代地或附加地，DCI可以使能UE為與UE相關聯的所有未來FFP執行COT發起，直到UE的COT發起功能被去能為止。替代地或附加地，DCI可以使能UE為與UE相關聯的一個或複數個特定FFP執行COT發起。說明性進程

第4圖圖示了根據本發明的實施方式的示例進程400。進程400可以是根據本發明的行動通訊中用於NR-U中的URLLC和IIoT的FBE UE發起的COT增強的上述方案的示例實施方式，無論是部分還是完全。進程400可以表示通訊裝置310和網路裝置320的特徵的實施方式的一方面。進程400可以包括一個或複數個操作、動作或功能，如框410、420和430中的一個或複數個所示。雖然被示為離散的塊，進程400的各個塊可以被劃分為附加塊、組合成更少的塊或者被消除，這取決於期望的實施方式。此外，進程400的塊可以按第4圖所示的循序執行，或者，以不同的循序執行。進程400可以由通訊裝置310或任何合適的UE或機器類型設備以及由網路裝置320或任何合適的網路節點或基地台來實現。僅出於說明性目的而非限制，以下在通訊裝置310在UE 110中實現或作為UE 110實現和網路裝置320在網路節點125中實現或作為網路節點125實現的上下文中描述進程400。進程400可以開始於框410。

在410處，進程400可以包括在UE 110中或作為UE 110實現的通訊裝置310的處理器312經由收發器316從網路(例如，網路120經由作為網路節點125的裝置320)接收訊號。進程400可以從410進行到420。

在420，進程400可以包括處理器312回應於接收到訊號，經由收發器316獲得處於空閒或連接模式的UE發起的COT。進程400可以從420進行到430。

在430處，進程400可以包括處理器312經由收發器316在UE發起的COT中執行到網路(例如，經由裝置320作為網路節點125的網路120)的傳輸。

在一些實施方式中，在接收訊號時，進程400可以包括處理器312經由RRC半靜態地或經由DCI動態地接收配置UE以執行COT發起的訊號。

在一些實施方式中，在接收訊號時，進程400可以包括處理器312接收網路使用的RRC訊號以使能或去能UE的COT發起功能。在一些實施方式中，在 UE 具有用於傳輸的高優先順序業務（例如，URLLC、HP-CG、HP-SR、HP-HARQ-ACK）或高優先順序業務和低優先順序業務（例如，eMBB）的情況下，RRC訊號可以使能COT發起功能。此外，在UE具有用於傳輸的低優先順序業務但沒有高優先順序業務的情況下，RRC訊號可以去能COT發起功能。在一些實施方式中，RRC訊號還可以配置一個或複數個FFP參數(例如，週期性)。

在一些實施方式中，在接收訊號時，進程400可以包括處理器312接收CG配置，UE基於該CG配置確定一個或複數個FFP參數。

在一些實施方式中，在接收訊號時，進程400可以包括處理器312接收具有通知UE是否在與UE相關聯的FFP中發起COT的指示的DCI。在一些實施方式中，DCI可以使能UE為與UE相關聯的下一個FFP而不是任何其他FFP執行COT發起。或者，DCI可以使能UE為與UE相關聯的所有未來FFP執行COT發起，直到UE的COT發起功能被去能為止。又或者，DCI可以使能UE為與UE相關聯的一個或複數個特定FFP執行COT發起。

在一些實施方式中，在接收訊號時，進程400可以包括處理器312接收訊號，該訊號根據CG配置、SR配置或PUCCH-config配置使能或去能UE的COT發起功能。

在一些實施方式中，在接收訊號時，進程400可以包括處理器312接收訊號使能UE在UE具有URLLC業務要發送的情況下執行COT發起。在這種情況下，在執行傳輸時，進程400可以包括處理器312發送URLLC業務。

在一些實施方式中，在執行傳輸時，進程400可以包括處理器312執行PRACH傳輸。在一些實施方式中，攜帶PRACH傳輸的UE發起的COT可以自動地與網路共用，而無需從UE到網路的任何指示。在一些實施方式中，在PRACH資源在UE發起的COT內的情況下，可以允許用於執行PRACH傳輸的PRACH資源與網路的空閒時段重疊。可替換地，即使當PRACH資源在UE發起的COT內時，也不允許用於執行PRACH傳輸的PRACH資源與網路的空閒時段重疊。

在一些實施方式中，在執行傳輸時，進程400可以包括處理器312使用通知網路UE發起的COT與網路共用的指示在UE發起的COT中執行到網路的CG或DG傳輸。在一些實施方式中，該指示可以包括CG-UCI中的位元欄位。

在一些實施方式中，進程400可以包括執行附加操作的處理器312。例如，進程400可以包括處理器312經由收發器316向網路發送確認接收到訊號的確認。在這種情況下，從網路接收的訊號可以包括向UE指示是否執行COT發起的DCI。在一些實施方式中，確認可以包括HARQ-ACK或MAC CE。

第5圖圖示了根據本發明的實施方式的示例進程500。進程500可以是根據本發明的行動通訊中用於NR-U中的URLLC和IIoT的FBE UE發起的COT增強的上述方案的示例實現，無論是部分還是完全。進程500可以表示通訊裝置310和網路裝置320的特徵的實施方式的一方面。進程500可以包括一個或複數個操作、動作或功能，如框510、520和530中的一個或複數個所示。雖然被示為離散的塊，進程500的各個塊可以被劃分為附加塊、組合成更少的塊或者被消除，這取決於期望的實施方式。此外，進程500的塊可以按第5圖所示的循序執行，或者，以不同的循序執行。進程500可以由通訊裝置310或任何合適的UE或機器類型設備以及由網路裝置320或任何合適的網路節點或基地台來實現。僅出於說明性目的而非限制，以下在通訊裝置310在UE 110中實現或作為UE 110實現和網路裝置320在網路節點125中實現或作為網路節點125實現的上下文中描述進程500。進程500可以開始於框510。

在510處，進程500可以包括在UE 110中或作為UE 110實現的通訊裝置310的處理器312經由收發器316從網路(例如，網路120經由作為網路節點125的裝置320)接收訊號。例如，進程500可以包括處理器312接收網路使用的RRC訊號或動態訊號(例如，DCI)以使能或去能UE的COT發起功能。進程500可以從510進行到520。

在520，進程500可以包括處理器312回應於接收到訊號，經由收發器316獲得UE發起的COT。進程500可以從520進行到530。

在530處，進程500可以包括處理器312經由收發器316在UE發起的COT中執行到網路(例如，經由裝置320作為網路節點125的網路120)的傳輸。

第6圖圖示了根據本發明的實施方式的示例進程600。進程600可以是根據本發明的行動通訊中用於NR-U中的URLLC和IIoT的FBE UE發起的COT增強的上述方案的示例實現，無論是部分還是完全。進程600可以表示通訊裝置310和網路裝置320的特徵的實施方式的一方面。進程600可以包括一個或複數個操作、動作或功能，如框610、620和630中的一個或複數個所示。雖然被示為離散的塊，進程600的各個塊可以被劃分為附加塊、組合成更少的塊或者被消除，這取決於期望的實施方式。此外，進程600的塊可以按第6圖所示的循序執行，或者，以不同的循序執行。進程600可以由通訊裝置310或任何合適的UE或機器類型設備以及由網路裝置320或任何合適的網路節點或基地台來實現。僅出於說明性目的而非限制，以下在通訊裝置310在UE 110中實現或作為UE 110實現以及網路裝置320在網路節點125中實現或作為網路節點125實現的上下文中描述進程600。進程600可以開始於框610。

在610，進程600可以包括在UE 110中實現或作為UE 110實現的通訊裝置310的處理器312經由收發器316從網路的網路節點接收（例如，經由作為網路節點125的裝置320從網路120 )具有通知UE 是否在與未來 FFP 中的 UE或網路節點相關聯的 FFP 中發起 COT指示的DCI。進程600可以從610進行到620。

在620，進程600可以包括處理器312回應於接收到訊號，經由收發器316獲得處於空閒或連接模式的UE發起的COT。進程600可以從620進行到630。

在630處，進程600可以包括處理器312經由收發器316在UE發起的COT中執行到網路(例如，經由裝置320作為網路節點125的網路120)的傳輸。

在一些實施方式中，DCI可以使能UE為與UE相關聯的下一個FFP而不是任何其他FFP執行COT發起。替代地或附加地，DCI可以使能UE為與UE相關聯的所有未來FFP執行COT發起，直到UE的COT發起功能去能為止。替代地或附加地，DCI可以使能UE為與UE相關聯的一個或複數個特定FFP執行COT發起。附加說明

本發明所述的主題有時例示了包含於不同其它部件之內或與不同其它部件連接的不同部件。應理解，這種所描繪的架構僅是示例，並且實際上可以實施實現相同功能的許多其他架構。在概念意義上，實現相同功能的部件的任意排列被有效地「關聯」為使得實現期望的功能。因此，無論架構或中間部件如何，本發明被組合為實現特定功能的任意兩個部件都可以被看作彼此「關聯」，使得實現期望的功能。同樣，如此關聯的任意兩個部件也可被視為彼此「在工作上連接」或「在工作上耦接」，以實現期望的功能，並且能夠如此關聯的任意兩個部件還可被視為彼此「在工作上可耦接」，以實現期望的功能。在工作上可耦接的具體示例包括但不限於：實體上能配套的和/或實體上交互的部件和/或可無線交互的和/或無線交互的部件和/或邏輯上交互的和/或邏輯上可交互的部件。

進一步地，關於本發明任意複數和/或單數術語的大量使用，所屬技術領域具有通常知識者可針對上下文和/或應用酌情從複數轉化為單數和/或從單數轉化為複數。為了清楚起見，本發明可以明確地闡述各種單數/複數互易。

而且，所屬技術領域具有通常知識者將理解，通常，本發明所用的術語且尤其是在所附申請專利範圍（例如，所附申請專利範圍的正文）中所用的術語通常意為「開放」術語（例如，術語「包括」應被解釋為「包括但不限於」，術語「具有」應被解釋為「至少具有」，術語「包含」應解釋為「包含但不限於」，等等）。所屬技術領域具有通常知識者還將理解，如果刻意引入的申請專利範圍列舉的特定數目，則這種意圖將在申請專利範圍中明確地列舉，並且在這種列舉不存在時不存在這種意圖。例如，作為理解的幫助，本發明所附申請專利範圍可以包含引入申請專利範圍列舉的引入性短語「至少一個」和「一個或複數個」的使用。然而，這種短語的使用不應該被解釋為暗示：一個申請專利範圍列舉由不定冠詞「一」或「一個」的引入將包含這種所引入的申請專利範圍列舉的任意特定申請專利範圍限於只包含一個這種列舉的實施方式，即使當同一申請專利範圍包括引入性短語「一個或複數個」或「至少一個」以及不定冠詞（諸如「一」或「一個」）（例如，「一」和/或「一個」應被解釋為意指「至少一個」或「一個或複數個」）的時候；這同樣適用於用來引入申請專利範圍列舉的定冠詞的使用。另外，即使明確列舉了特定數量的所引入申請專利範圍列舉，所屬技術領域具有通常知識者也將認識到，這種列舉應被解釋為意指至少所列舉的數量（例如，在沒有其它的修飾語的情況下，「兩個列舉」的無修飾列舉意指至少兩個列舉、或兩個或複數個列舉）。此外，在使用類似於「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:場景； 310:通訊裝置； 320:網路裝置； 312,322:處理器； 314,324:記憶體； 316,326:收發器； 400:進程； 410,420,430:框； 500:進程； 510,520,530:框； 600:進程； 610,620,630:框。

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

400:進程

410,420,430:框

Claims

一種用於行動通訊中的超可靠低延遲通訊基於訊框設備使用者設備發起的通道佔用時間增強的方法，包括：通過在使用者設備中實現的裝置的處理器從網路接收訊號，其中所述訊號的接收包括接收訊號，該訊號根據配置的授權配置、調度請求配置或實體上行鏈路控制通道配置配置使能或去能所述使用者設備的通道佔用時間發起功能；回應於接收到所述訊號，所述處理器獲得處於空閒或連接模式的使用者設備發起的通道佔用時間；以及由所述處理器在所述使用者設備發起的通道佔用時間中執行到所述網路的傳輸。
如請求項1所述之方法，其中，所述訊號的接收包括經由無線電資源控制半靜態地或經由下行鏈路控制資訊動態地接收配置所述使用者設備以執行通道佔用時間發起的所述訊號。
如請求項1所述之方法，其中，所述訊號的接收包括接收配置的授權配置，所述使用者設備基於該配置確定一個或複數個固定訊框週期參數。
如請求項1所述之方法，其中，所述訊號的接收包括接收所述訊號使能所述使用者設備在所述使用者設備具有超可靠低延遲通訊業務要發送的情況下執行通道佔用時間發起，並且其中所述傳輸的執行包括發送所述超可靠低延遲通訊業務。
如請求項1所述之方法，其中，所述傳輸的執行包括執行實體隨機存取通道傳輸。
如請求項5所述之方法，其中，攜帶所述實體隨機存取通道傳輸的所述使用者設備發起的通道佔用時間自動與所述網路共用，而無需從所述使用者設備到所述網路的任何指示。
如請求項5所述之方法，其中，在實體隨機存取通道資源在所述使用者設備發起的通道佔用時間內的情況下，允許用於執行所述實體隨機存取通道傳輸的所述實體隨機存取通道資源與所述網路的空閒時段重疊。
如請求項5所述之方法，其中，即使當實體隨機存取通道資源在所述使用者設備發起的通道佔用時間內時，也不允許用於執行所述實體隨機存取通道傳輸的所述實體隨機存取通道資源與所述網路的空閒時段重疊。
如請求項1所述之方法，其中，所述傳輸的執行包括使用通知所述網路所述使用者設備發起的通道佔用時間與所述網路共用的指示在所述使用者設備發起的通道佔用時間中執行到所述網路的配置的授權或動態授權傳輸。
如請求項9所述之方法，其中，所述指示包括配置的授權上行鏈路控制資訊中的位元欄位。
如請求項1所述之方法，還包括：由所述處理器向所述網路發送確認收到所述訊號的確認，其中，從所述網路接收的所述訊號包括向所述使用者設備指示是否執行通道佔用時間發起的下行鏈路控制資訊。
如請求項11所述之方法，其中，所述確認包括混合自動重傳請求確認或媒體存取控制控制元素。
一種用於行動通訊中的超可靠低延遲通訊基於訊框設備使用者設備發起的通道佔用時間增強的方法，包括：通過在使用者設備中實現的裝置的處理器從網路接收訊號；回應於接收到所述訊號，所述處理器獲得使用者設備發起的通道佔用時間；以及由所述處理器在所述使用者設備發起的通道佔用時間中執行到所述網路的傳輸，其中，所述訊號的接收包括接收所述網路使用的無線資源控制訊號或動態訊號以使能或去能所述使用者設備的通道佔用時間發起功能。
如請求項13所述之方法，其中，在所述使用者設備具有用於傳輸高優先順序業務或高優先順序業務和低優先順序業務的混合的情況下，所述無線資源控制訊號使能所述通道佔用時間發起功能，並且其中在所述使用者設備具有用於傳輸的所述低優先順序業務但沒有所述高優先順序業務的情況下，所述無線資源控制訊號去能所述通道佔用時間發起功能。
如請求項3所述之方法，其中，所述無線資源控制訊號進一步配置一個或複數個固定訊框週期參數。
如請求項13所述之方法，其中，所述動態訊號中的下行鏈路控制資訊使能所述使用者設備為與所述使用者設備相關聯的下一個固定訊框週期而不是任何其他固定訊框週期執行通道佔用時間發起。
如請求項16所述之方法，其中，所述下行鏈路控制資訊使能所述使用者設備為與所述使用者設備相關聯的所有未來固定訊框週期執行通道佔用時間發起，直到所述使用者設備的通道佔用時間發起功能被去能為止。
如請求項16所述之方法，其中，所述下行鏈路控制資訊使能所述使用者設備為與所述使用者設備相關聯的一個或複數個特定固定訊框週期執行通道佔用時間發起。