TW202337255A - 使用者設備間協調方法及其裝置 - Google Patents

Abstract

本發明描述了與增強側行鏈路通訊的使用者設備間協調有關的各種示例和方案。第一使用者設備透過側行鏈路控制資訊信令向第二使用者設備發送第一消息。回應於該發送步驟，第一使用者設備從第二使用者設備接收第二消息。然後，第一使用者設備使用由第二消息中的使用者設備間協調資訊指示的優選資源確定資源，用以發送資料。

Description

使用者設備間協調方法及其裝置

本發明總體有關於無線通訊，以及，更具體地，有關於用於增強側行鏈路（sidelink，SL）通訊的使用者設備間（inter-UE，或稱為UE間）協調方法及其使用者設備。

除非另有說明，否則本部分中描述的方法不作為後面列出的申請專利範圍的先前技術，以及，不因包含在本部分中而被認為係先前技術。

在第 5 代（5G）新無線電（New Radio，NR）的第 3 代合作夥伴計畫（3GPP）規範下，車聯網（vehicle-to-everything，V2X） SL 通訊可以透過單播、組播和廣播通訊來進行。此外，可以使用 UE 間協調來輔助 SL 資源配置以提高性能。關於SL資源配置，被協助UE（例如，被協助的車輛）可以請求一個或複數個協助的UE（例如，為被協助車輛提供協助的一個或複數個其他車輛）提供UE間協調消息，其中，該UE間協調消息可以説明被協助UE執行資源配置。然而，因為請求消息往往對延遲、開銷和性能至關重要，所以關於是否以及如何發送請求消息仍然存在一些需要解決的問題。因此，需要一種用於增強SL通訊的UE間協調的解決方案。

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

在依據本發明的各種提議方案下，在資源配置方面需要協助的UE可以請求一個或複數個其他UE提供關於一個或複數個優選時間和/或頻率資源的資訊以用於傳輸。這樣的請求可以透過基於物理側行鏈路回饋通道（PSFCH）的物理通道、基於兩級SCI信令的SL控制資訊中的第一側鏈控制資訊信號和/或第二SCI信號和/或基於媒體存取控制（MAC） 控制元素（CE）的物理資料通道來實現。可以依據請求的內容和服務品質（QoS）要求（例如，依據對延遲、擁塞控制等的要求）來選擇用於請求的承載物。該請求可以透過一個或複數個（預先）配置的資源發送。此外，用於傳輸請求的資源可以是對於SL對是特定的（例如，基於被協助UE和協助UE兩者的標識（ID）匯出）。

在一方面，本發明提供一種使用者設備間協調方法，該方法包括：由第一使用者設備，經由側行鏈路控制資訊信令，向第二使用者設備發送第一消息；由該第一使用者設備，回應於發送該第一消息，從該第二使用者設備接收第二消息；以及由該第一使用者設備，使用該第二消息中的使用者設備間協調資訊指示的優選資源確定資源，用於發送資料。

在另一方面，本發明提供另一種使用者設備間協調方法，該方法包括：由第二使用者設備，從第一使用者設備接收透過側行鏈路控制資訊信令的第一消息；以及由該第二使用者設備，回應於接收到該第一消息，向該第一使用者設備發送第二消息；其中，該第二消息包括指示該第一使用者設備用於發送資料的優選資源的使用者設備間協調資訊。

在另一方面，本發明提供一種用於使用者設備間協調的裝置，其中，該裝置作為第一使用者設備，包括：收發器，配置進行無線通訊；以及處理器，耦接該收發器。配置該處理器執行下列步驟：經由該收發器，透過側行鏈路控制資訊信令，向第二使用者設備發送第一消息；經由該收發器，回應於發送該第一消息，從該第二使用者設備接收第二消息；以及經由該收發器，使用該第二消息中的使用者設備間協調資訊指示的優選資源確定資源用於發送資料。

本發明提供的使用者設備間協調方法及其裝置可提高裝置性能。

值得注意的是，雖然本文提供的描述係諸如第五代（5G）與NR V2X的特定無線電進接技術、網路和網路拓撲中的內容，然而所提出的概念、方案及其任何變形/衍生可以於、用於以及透過其他任何類型的無線電進接技術、網路和網路拓撲實施，例如但不限於，長期演進（Long-Term Evolution，LTE）、先進LTE（LTE-Advanced）、先進LTE 升級版（LTE-Advanced Pro）、無線保真（Wi-Fi）以及任意未來發展網路與技術。因此，本發明的範圍不限於本文所述的示例。

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

本發明實施例涉及關於增強SL通訊的UE間協調的各種技術、方法、方案及/或解決方案。依據本發明，單獨或聯合實施複數個可能解決方案。即，雖然在下面單獨描述這些可能解決方案，但是也可按照結合或另一方式實施兩個或複數個這些可能解決方案。

第1圖描述了依據本發明實施例的各種所提方案的示例通訊環境100。第2圖-第5圖描述了依據本發明實施例的通訊環境100中的各種所提方案的實施示例。接下來參考第1圖-第5圖，描述本發明提出的各種方​​案。

第1圖描述了依據本發明實施例的各種所提方案的示例通訊環境100。如第1圖所示，通訊環境100可以包含第一UE 110（在本文中可互換地稱為「UE-B」）與第二UE 120（在本文中可互換地稱為「UE-A」），其中，第一UE 110與第二UE 120進行無線通訊（例如，基於3GPP NR V2X規範的SL通訊）。在通訊環境100中，UE-B和UE-A可以實施如下所述的依據本發明的用於增強SL通訊的UE間協調有關的各種方案。值得注意的是，在本發明的上下文中，UE-A和UE-B中的一個UE可以是發送請求以請求協助的請求UE（在本文中可互換地稱為「被協助UE」），而另一個UE是UE-A和UE-B可以是接收和回應請求以提供協助的對等UE（在本文中可互換地稱為「協助UE」、「接收UE」或「回應UE」）。

第2圖描述了依據本發明的由UE-B和UE-A執行進程的示例場景200。在場景200中，UE-B可以基於物理側行鏈路回饋通道（PSFCH-based physical channel）、側行鏈路控制資訊（sidelink control information，SCI）或媒體接入控制單元（MAC-CE）向UE-A發送請求消息。在接收到請求時，UE-A可以基於PSFCH、SCI或MAC-CE向UE-B提供具有關於一個或複數個優選資源的UE間協調資訊的回應訊息。基於 (i) UE-A 在回應中指示的優選資源和 (ii) UE-B 自身對資料傳輸的感測結果，UE-B 可以推導或以其他方式確定要用於傳輸的資源，然後UE-B可以使用匯出的/確定的資源進行資料傳輸。或者，UE-B可以直接使用由UE-A指示的優選資源用於資料傳輸。

在依據本發明提出的方案下，請求/被協助的 UE （例如，UE-B）可以向一個或複數個接收/對等/協助 UE （例如，UE-A）發送請求，以請求協助 UE 提供關於一個或複數個優選資源的 UE 間協調資訊，其中，該優選資源可以由被協助的 UE 用於資料傳輸。在一些實施方式中，這樣的請求消息透過以PSFCH為基礎的物理通道來傳輸。基於PSFCH的物理通道可以是基於序列的物理通道。一種PSFCH 資源（例如，一種時間和/或頻率和/或序列資源）可用於發送單向或雙向 SL 連接的請求。在一些實施方式中，用於請求傳輸的PSFCH資源可以從PSFCH資源集中進行選擇，其中，該PSFCH資源集可以按每個頻寬部分（BWP）或按每個資源池進行（預先）配置。 PSFCH 資源集中用於傳輸請求的資源可以按時間（例如，時隙水準）、按頻率（例如，資源區塊（RB）水準）和/或按序列水準進行排序。例如，在時域中，可以按照每 N 個時隙的時機，（預先）配置用於傳輸請求的 PSFCH 資源，其中， N 為正整數。每個時機可對應於時隙中的一個或複數個（預先）配置符號，例如，時隙中的符號#12和符號#13。也就是說，可以重複使用符號#12和符號#13以傳輸請求。也可以使用第一符號，例如符號#12，協助接收UE（例如，一個或複數個協助UE）中的自動增益控制（AGC）操作。

在依據本發明提出的方案下，請求/被協助的 UE（例如，UE-B）可以被（預先）配置為基於特定條件（例如，緩衝器狀態、封包到達、 封包高優先順序、支援該特性的UE 能力和對等 UE 能力）發送請求。每個對等/接收/協助 UE 可以指示該能力。備選地或附加地，每個對等/接收/協助UE可以透過PC5-無線電資源控制（RRC）信令或兩級SCI信令中第一SCI信號和/或第二SCI信號中的欄位，來提供配置並指示它無法接收請求消息。此外，對等UE可以透過PC5-RRC信令或兩級SCI信令中第一SCI信號和/或第二SCI信號中的欄位來啟用/禁用請求/被協助UE的請求傳輸。

在依據本發明所提出的方案下，對於請求UE，可以每個BWP或每個資源池（預先）配置用於發送請求的最大重複次數。對於請求的重複，請求UE可以每次重複改變用於請求的資源，例如，透過改變用於重複發送請求的時間/頻率/序列資源。可以基於重複次數和/或預定義模式的函數，確定資源的改變。例如，第一次或初始傳輸可以在資源 1 上執行，第二次傳輸可以在資源 2 上執行。資源 1 和資源 2 之間的差異可以由時間/頻率/序列域中的資源之間的偏移量和/或發送/接收請求的 UE的ID來確定。可以（預先）配置上述偏移或模式。或者，可隨機選擇上述偏移（例如，由請求的UE）。

在依據本發明提出的方案下，在由於UE能力的限制而從一組請求中選擇一個或幾個資源（用於向一個或複數個其他UE傳輸請求）的情況下，請求UE可以選擇一個或複數個資源用於傳輸請求，其中，該請求對應於具有最高優先順序的業務或封包和/或具有最小（剩餘）延遲預算的封包。

在依據本發明提出的方案下，在請求傳輸與資料或控制通道的傳輸和/或接收發生衝突的情況下，可以應用優先順序規則。例如，基於待發送的封包的優先順序，確定或匯出請求的優先順序（透過在相應的回應訊息中匯出或指示的優選資源）。然後，可以將請求傳輸的優先順序與優先順序閾值和/或一個或複數個其他通道的優先順序進行比較，以確定應該優先考慮或放棄哪個傳輸或接收。或者，默認（預）定義或（預）配置請求的優先順序，尤其是在沒有關聯資料傳輸的情況下。例如，按照如下內容確定攜帶SCI欄位的請求消息的優先順序：(i)如果請求消息在不與資料複用的情況下傳輸，則（預先）配置或（預先）定義優先順序;(ii)在請求消息與資料複用傳輸的情況下，可以考慮資料的優先順序與（預先）配置/（預先）定義的請求優先順序中較高優先順序。

另外，UE（例如，請求UE）可以被（預先）配置有複數個資源集以用於傳輸請求。複數個資源集中的每個資源集可以關聯於不同優先順序中的相應優先順序。因此，請求UE可以依據資源上待發送封包的優先順序，從資源集中選擇一個資源，其中，從請求觸發的相應回應訊息中獲取該優先順序。

在依據本發明提出的方案下，例如透過 sl-Request-Period向請求UE提供資源池中用於請求傳輸時機資源的時段的複數個時隙。在時隙數為零的情況下，可以禁用資源池中請求UE的請求傳輸。在所提出的方案下，一個或複數個更高層（例如，透過RRC信令）指示請求UE，以制止發送請求（例如，不發送請求信令）。例如，UE-B可以發送UE間協調資訊的顯式請求，並且UE-A在收到來自UE-B的顯式請求後，可以向UE-B發送UE間協調資訊，並且可以透過（預先）配置啟用、禁用或控制該功能。

另外，可以觸發請求UE，例如，透過 sl-Request-StartOffset，以確定 sl-Request-Period內的開始時機資源。也就是說，可以基於可用時隙或物理時隙來計算開始時機資源的數量。例如：如果( slotNumbermod sl-Request-Period)等於 sl-Request-StartOffset，則 slotNumber是請求傳輸的時機。

備選地，基於參與發送和/或接收請求的UE的ID，確定或匯出請求傳輸的時機。例如，請求UE可以依據如下公式確定用於傳輸請求的資源的時隙索引： (Tx_id + Rx_id)mod sl-Request-Period這裡， Tx_id表示正在發送請求的請求UE的ID，並且 Rx_id表示正在接收請求的對等UE的ID。

在依據本發明提出的方案下，對於基於PSFCH的請求傳輸，請求UE可以期望在 情況下，時隙 )具有基於PSFCH的請求傳輸時機資源，其中， 是在一定時間段內屬於資源池的SL傳輸的時隙數，例如，10240毫秒， 可以由 sl-Request-Period提供。值得注意的是，這種情況下可能存在也可能不存在 sl-Request-StartOffset。

在所提出的方案下，對於基於 PSFCH 的請求傳輸，例如，透過 sl-PSFCH-Request-RB-Set，向請求 UE 提供資源池或 BWP 中的 PRB集合，用於資源池或 BWP 的物理資源塊（PRB）中基於 PSFCH 的請求傳輸。為請求 UE（預先）配置資源池或 SL BWP 中的起始 PRB 和 PRB 的數量，以確定用於傳輸請求的 PRB 集合。在所提出的方案下，尤其是在時隙中只有一部分符號可用於 SL 傳輸的情況下，時隙中基於 PSFCH 的請求傳輸的第二正交頻分複用 （OFDM）符號 𝑙' 可以定義為 𝑙'= startSLsymbols+ lengthSLsymbols–2。

在依據本發明提出的方案下，請求UE可以將用於在基於PSFCH的傳輸中複用請求消息的PSFCH資源的數量確定為 ，其中， 表示由 sl-Request-NumMuxCS（例如，在 PRB 內）提供的資源池或 BWP的迴圈移位（對）的數量。

在依據本發明提出的方案下，首先依據PRB索引（來自用於請求傳輸的PRB集合）的昇冪，接著依據來自 迴圈移位對的迴圈移位（對）的昇冪，為用於請求傳輸的PSFCH資源編索引。或者，先依據迴圈移位元（對）索引，再依據PRB索引將用於請求傳輸的PSFCH資源進行排序。在所提出的方案下，請求UE可以基於參與發送和/或接收請求的UE的ID，確定用於請求傳輸的PSFCH資源的索引，如下所示： (Tx_id + Rx_id) mod

在依據本發明提出的方案下，請求UE可以從對應於PSFCH資源索引的迴圈移位元索引和 ，確定用於計算迴圈移位 的數值的數值 。其中，使用下列表 1。 列表1: 迴圈移位元（對）集合

迴圈移位(對) 索引0	迴圈移位 (對) 索引 1	迴圈移位 (對) 索引 2	迴圈移位 (對) 索引 3	迴圈移位 (對) 索引 4	迴圈移位 (對) 索引 5
1	0	-	-	-	-	-
2	0	3	-	-	-	-
3	0	2	4	-	-	-
6	0	1	2	3	4	5

此外，可以為請求UE（預先）配置用於計算迴圈移位元 的數值的數值 。

在依據本發明提出的方案下，請求UE可以請求一個或複數個其他UE提供關於資料傳輸的一個或複數個優選資源的UE間協調資訊。這種請求可以透過兩級SCI信令中的第一SCI信號和/或第二SCI信號進行傳送，其中，兩級SCI信令涉及或不涉及關聯資料通道。在這種情況下，SCI 中的一個欄位可用於指示正​​在發送的消息是請求消息，以便於接收 UE 可以正確理解。例如，一個比特欄位中的第一值（例如，值「0」）可以指示SCI格式2-C用於提供UE間協調資訊，而一個比特欄位中的第二值（例如，值「1」）可以指示SCI格式2-C用於請求UE間協調資訊。另外，可以向請求UE提供用於請求傳輸的一組PRB或資源池。由參與發送/接收請求的UE的ID以及資源集合或資源池中PRB的數量，確定在PRB集合或資源池中用於請求傳輸的起始PRB索引。 說明性實施方式

第3圖依據本發明實施例示出了具有示例裝置310和示例裝置320的示例通訊環境300。裝置310和裝置320中的每一個可以執行各種功能，以實施關於增強SL通訊的UE間協調的方案、技術、流程和方法，包含各種上文所述方案。

裝置310和裝置320的每一個可為電子裝置的一部分，可為諸如車輛、可擕式或移動裝置、可穿戴裝置、無線通訊裝置或計算裝置的UE。例如，裝置310和裝置320的每一個可以在車輛、智慧手機、智慧手錶、個人數位助理、數碼相機或諸如平板電腦、膝上型電腦或筆記型電腦等計算設備中實施。裝置310和裝置320的每一個亦可為機器類型裝置的一部分，可為諸如固定或靜態裝置、家庭裝置、有線通訊裝置或計算裝置等IoT或NB-IoT裝置。例如，裝置310和裝置320的每一個可以在智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心中實施。在某些實施例中，裝置310和裝置320的每一個亦可以以一個或複數個積體電路（Integrated circuit，IC）晶片形式實施，例如但不限於，一個或複數個單核處理器、一個或複數個多核處理器、或者一個或複數個複雜指令集計算（Complex-Instruction-Set-Computing，CISC）處理器。裝置310和裝置320的每一個至少包含第3圖中所示元件中的一部分，例如，分別為處理器312和處理器322。裝置310和裝置320的每一個可以進一步包含與本發明所提出的方案無關的一個或複數個其它元件（例如，內部電源、顯示裝置和/或用戶周邊設備），但為簡化和簡潔，裝置310和裝置320的該等其他組件沒有在第3圖中描述，也沒有在下文描述。

在許多實施例中，裝置310和裝置320的至少一個可為電子裝置的一部分，可為車輛、路側單元（RSU）、網路節點或基站（例如，eNB、gNB、TRP）、小小區、路由器或閘道。例如，可將裝置310和裝置320的至少一個實施為V2X或V2X網路中的車輛，LTE、先進LTE（LTE-Advanced）或先進LTE 升級版（LTE-Advanced Pro）網路的eNodeB，或者5G、NR、IoT或NB-IoT網路的gNB。替換地，裝置310和裝置320的至少一個可以以一個或複數個IC晶片形式實施，例如但不限於，一個或複數個單核處理器、一個或複數個多核處理器、或一個或複數個CISC處理器。

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

在一些實施方式中，裝置310還可以包含耦接於處理器312的收發器316作為通訊裝置，並且該收發器316能夠進行無線發送和接收資料。在一些實施方式中，裝置310可進一步包含耦接處理器312的記憶體314，並且能被處理器312存取以及將資料存儲在內。在一些實施方式中，裝置320也可包含耦接於處理器322的收發器326作為通訊裝置，並且該收發器326能夠進行無線發送和接收資料。在一些實施方式中，裝置320可進一步包含耦接處理器322的記憶體324，並且能被處理器322存取以及將資料存儲在內。因此，裝置310與裝置320可分別透過收發器316與收發器326彼此無線通訊。

為了説明更好理解，提供裝置310與裝置320的每一個的操作、功能與能力的下列描述，其中，將裝置310實施入或者實施為無線通訊裝置、通訊裝置或第一UE（例如，作為通訊環境100中請求或被協助UE的UE-B），並且將裝置320實施入或者實施為無線通訊裝置、通訊裝置或第二UE（例如，作為通訊環境100中對等或接收或協助UE的UE-A）。

在與依據本發明的用於增強SL通訊的 UE 間協調有關的各種提議方案下，作為第一 UE 的裝置 310 的處理器 312 可以經由收發器 316 ，透過 SCI 信令向作為第二 UE的裝置 320 發送第一消息。此外，回應於發送第一消息，處理器312可以經由收發器316從第二UE接收第二消息。另外，處理器312可以使用由第二消息中的UE間協調資訊指示的優選資源確定資源，並且經由收發器316用於發送資料。此外，作為第一UE的裝置310的處理器312可以經由收發器316透過MAC-CE或PSFCH類型向作為第二UE的裝置320發送第一消息。回應於發送第一消息，處理器312可以經由收發器316從第二UE接收透過PSFCH類型、SCI信令或MAC-CE的第二消息。

在一些實施方式中，在經由SCI信令發送第一消息時，處理器312可以透過兩級SCI信令中第二SCI信號發送第一消息。在一些實施方式中，第二SCI信號中的欄位可以指示第一消息是請求UE間協調資訊的請求消息，其中，該UE間協調資訊指示第一UE用於發送資料的一個或複數個優選資源。例如，該欄位中的預定義值可以指示SCI格式2-C用於請求UE間協調資訊。

在一些實施方式中，可以預先配置或預先定義第一消息的優先順序。

在一些實施方式中，處理器312可以執行一個或複數個附加操作。例如，基於要在第二消息中指示的資源上傳輸的封包的優先順序，處理器312可以確定第一消息的優先順序。

在一些實施方式中，處理器312可以執行一個或複數個附加的其他操作。例如，處理器312可以從更高層接收指示，其中，該指示禁止傳輸任何信號以請求UE間協調資訊。

在與依據本發明的用於增強SL通訊的UE間協調有關的各種提議方案下，作為第二 UE 的裝置 320 的處理器 322 可以經由收發器 326從作為第一UE的裝置 310 接收透過 SCI 信令的第一消息。此外，回應於接收到第一消息，處理器322可以經由收發器326向第一UE發送第二消息，其中，第二消息包括指示第一UE的優選資源的UE間協調資訊，其中使用該優選資源確定資源用於發送資料。

在一些實施方式中，在經由SCI信令接收第一消息時，處理器322可以經由兩級SCI信令中的第二SCI信號接收第一消息。在一些實施方式中，第二SCI信號中的欄位可以指示第一消息是請求UE間協調資訊的請求消息，該UE間協調資訊指示第一UE可用於發送資料的一個或複數個優選資源。例如，該欄位中的預定義值可以指示SCI格式2-C用於請求UE間協調資訊。

在一些實施方式中，在發送第二消息時，處理器322可以經由第二SCI信號發送第二消息。在一些實施方式中，第二SCI信號中的欄位可以指示第二消息是提供UE間協調資訊的回應訊息。

在一些實施方式中，可以預先配置或預先定義第一消息的優先順序。 說明性流程

第4圖是依據本發明實施例示出的示例流程400。流程400可為依據本發明關於增強SL通訊的UE間協調所提方案的示意實施例。流程400可代表裝置310與裝置320的特徵實施方面。流程400可以包含由區塊410、420、430中的一個或複數個所示的一個或複數個運作、動作或功能。雖然所示的各個區塊是離散的，然而取決於所期望的實施方式，流程400中各個區塊可以拆分成更多區塊、組合成更少區塊或者刪除部分區塊。此外，流程400的區塊可以按照第4圖所示循序執行，或者，替換地，可以以不同循序執行。流程400也可部分或整體重複。裝置310、裝置320及/或任意合適無線通訊裝置、UE、路側單元（RUS）、基站或機器類型裝置可實施流程400。僅出於說明目的並不限制範圍，下文在作為第一UE的裝置310（例如，網路環境100中的作為請求或被協助UE的UE 110或UE-B）以及作為第二UE的裝置320（例如，網路環境100中的作為對等、接收或協助UE的UE 120或UE-A）的上下文中描述流程400。流程400可以在區塊410處開始。

在區塊410處，流程400可包含作為第一 UE 的裝置 310 的處理器 312 經由收發器 316 ，透過 SCI 信令向作為第二UE的裝置 320 發送第一消息。流程400可以從區塊410進行到區塊420。

在區塊420，流程400可包含回應於發送第一消息，處理器312經由收發器316從第二UE接收第二消息。流程400可以從區塊420進行到區塊430。

在區塊430，流程400可包含處理器312使用由第二消息中的UE間協調資訊指示的優選資源確定資源，並且經由收發器316使用該資源發送資料。

在一些實施方式中，在經由SCI信令發送第一消息時，流程400可包含處理器312透過兩級SCI信令中第二SCI信號發送第一消息。在一些實施方式中，第二SCI信號中的欄位可以指示第一消息是請求UE間協調資訊的請求消息，其中，該UE間協調資訊指示第一UE用於發送資料的一個或複數個優選資源。例如，該欄位中的預定義值可以指示SCI格式2-C用於請求UE間協調資訊。

在一些實施方式中，可以預先配置或預先定義第一消息的優先順序。

在一些實施方式中，流程400可包含處理器312執行一個或複數個附加操作。例如，流程400可包含基於要在第二消息中指示的資源上傳輸的封包的優先順序，處理器312確定第一消息的優先順序。

在一些實施方式中，流程400可包含處理器312執行一個或複數個附加的其他操作。例如，流程400可包含處理器312從高層接收指示，其中，該指示禁止傳輸任何信號以請求UE間協調資訊。

第5圖是依據本發明實施例示出的示例流程500。流程500可為依據本發明關於增強SL通訊的UE間協調所提方案的示意實施例。流程500可代表裝置310與裝置320的特徵實施方面。流程500可以包含由區塊510、520中的一個或複數個所示的一個或複數個運作、動作或功能。雖然所示的各個區塊是離散的，然而取決於所期望的實施方式，流程500中各個區塊可以拆分成更多區塊、組合成更少區塊或者刪除部分區塊。此外，流程500的區塊可以按照第5圖所示循序執行，或者，替換地，可以以不同循序執行。流程500也可部分或整體重複。裝置310、裝置320及/或任意合適無線通訊裝置、UE、路側單元（RUS）、基站或機器類型裝置可實施流程500。僅出於說明目的並不限制範圍，下文在作為第一UE的裝置310（例如，網路環境100中的作為請求或被協助UE的UE 110或UE-B）以及作為第二UE的裝置320（例如，網路環境100中的作為對等、接收或協助UE的UE 120或UE-A）的上下文中描述流程500。流程500可以在區塊510處開始。

在區塊510處，流程500可包含作為第二 UE 的裝置 320 的處理器 322 經由收發器 326從作為第一UE的裝置 310 接收透過 SCI 信令的第一消息。流程500可以從區塊510進行到區塊520。

在區塊520，流程500可包含回應於接收到第一消息，處理器322經由收發器326向第一UE發送第二消息，其中，第二消息包括指示第一UE的優選資源的UE間協調資訊，其中，第一UE使用優選資源確定資源，用於發送資料。

在一些實施方式中，在經由SCI信令接收第一消息時，流程500可包含處理器322經由兩級SCI信令中的第二SCI信號接收第一消息。在一些實施方式中，第二SCI信號中的欄位可以指示第一消息是請求UE間協調資訊的請求消息，該UE間協調資訊指示第一UE可用於發送資料的一個或複數個優選資源。例如，該欄位中的預定義值可以指示SCI格式2-C用於請求UE間協調資訊。

在一些實施方式中，在發送第二消息時，流程500可包含處理器322經由第二SCI信號發送第二消息。在一些實施方式中，第二SCI信號中的欄位可以指示第二消息是提供UE間協調資訊的回應訊息。

在一些實施方式中，可以預先配置或預先定義第一消息的優先順序。 附加說明

本文描述的主題有時示出了包含在不同的其它組件內或與其相連接的不同組件。但應當理解，該等所描繪的架構僅係示例，並且實際上許多實現相同功能的其它架構可以實施。在概念意義上，實現相同功能的組件的任何佈置被有效地「關聯」，從而使得期望的功能得以實現。因此，不考慮架構或中間組件，本文中被組合以實現特定功能的任何兩個組件能夠被看作彼此「關聯」，從而使得期望的功能得以實現。同樣地，如此關聯的任何兩個組件也能夠被視為彼此「在運作上連接」或「在運作上耦接」，以實現期望的功能，並且能夠如此關聯的任意兩個組件還能夠被視為彼此「在運作上連接」，以實現期望的功能。在運作上在可耦接的具體示例包含但不限於物理上能配套和/或物理上交互的組件和/或可無線地交互和/或無線地交互的組件和/或邏輯上交互和/或邏輯上可交互的組件。

更進一步，關於本文實質上使用的任何複數和/或單數術語，所屬技術領域中具有通常知識者可針對上下文和/或申請在適當時候從複數轉化為單數和/或從單數轉化為複數。為了清楚起見，本文中可以明確地闡述各種單數/複數互易。

此外，所屬技術領域中具有通常知識者將理解，通常，本文中所用的術語且尤其係在所附的申請專利範圍（例如，所附的申請專利範圍的主體）中所使用的術語通常意為「開放式」術語，例如，術語「包含」應被解釋為「包含但不限於」，術語「具有」應被解釋為「至少具有」，術語「包含」應解釋為「包含但不限於」，等等。所屬技術領域中具有通常知識者還將理解，如果引入的申請專利範圍列舉的具體數量係有意的，則這種意圖將在申請專利範圍中明確地列舉，並且在缺少這種列舉時不存在這種意圖。例如，為了有助於理解，所附的申請專利範圍可以包含引入性短語「至少一個」和「一個或多個」的使用。然而，這種短語的使用不應該被解釋為暗示申請專利範圍列舉透過不定冠詞「一」或「一個」的引入將包含這種所引入的申請專利範圍列舉的任何特定申請專利範圍限制於只包含一個這種列舉的實現方式，即使當同一申請專利範圍包含引入性短語「一個或更多」或「至少一個」以及諸如「一」或「一個」這樣的不定冠詞，例如，「一和/或一個」應被解釋為意指「至少一個」或「一個或多個」，這同樣適用於用來引入申請專利範圍列舉的定冠詞的使用。此外，即使明確地列舉了具體數量的所引入的申請專利範圍列舉，所屬技術領域中具有通常知識者也將認識到，這種列舉應被解釋為意指至少所列舉的數量，例如，在沒有其它的修飾語的情況下，「兩個列舉」的無遮蔽列舉意指至少兩個列舉或者兩個或更多個列舉。此外，在使用類似於「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:第二UE 200:場景 300:通訊環境 310，320:裝置 316，326:收發器 312，322:處理器 314，324:記憶體 400，500:流程 410，420，430，510，520:區塊

所包含的附圖用以提供對發明的進一步理解，以及，被併入且構成本發明的一部分。附圖示出了發明的實施方式，並與說明書一起用於解釋本發明的原理。可以理解的是，為了清楚地說明本發明的概念，附圖不一定按比例繪製，所示出的一些組件可以以超出實際實施方式中尺寸的比例示出。 第1圖是依據本發明實施例的各種所提方案的示例通訊環境的示意圖。 第2圖是依據本發明實施例的示例場景的示意圖。 第3圖是依據本發明實施例的各種所提方案的示例通訊系統的區塊圖。 第4圖是依據本發明實施例的示例進程的流程圖。 第5圖是依據本發明實施例的示例進程的流程圖。

400:流程

410，420，430:區塊

Claims (10)

1. 一種使用者設備間協調方法，包括： 由第一使用者設備，經由側行鏈路控制資訊信令，向第二使用者設備發送第一消息； 由該第一使用者設備，回應於發送該第一消息，從該第二使用者設備接收第二消息；以及 由該第一使用者設備，使用該第二消息中的使用者設備間協調資訊指示的優選資源確定資源用於發送資料。
2. 如請求項1所述的使用者設備間協調方法，其中，該經由該側行鏈路控制資訊信令發送該第一消息的步驟包含：透過兩級側行鏈路控制資訊信令中第二側行鏈路控制資訊信號發送該第一消息。
3. 如請求項2所述的使用者設備間協調方法，其中，該第二側行鏈路控制資訊信號中的欄位指示該第一消息是請求該使用者設備間協調資訊的請求消息，其中，該使用者設備間協調資訊指示該第一使用者設備用於發送該資料的一個或複數個優選資源。
4. 如請求項3所述的使用者設備間協調方法，其中，該欄位中的預定義值指示側行鏈路控制資訊格式2-C用於請求該使用者設備間協調資訊。
5. 如請求項1所述的使用者設備間協調方法，其中，預先配置或預先定義該第一消息的優先順序。
6. 如請求項1所述的使用者設備間協調方法，其中，進一步包含：基於要在該第二消息中指示的該資源上傳輸的封包的優先順序，確定該第一消息的優先順序。
7. 如請求項1所述的使用者設備間協調方法，其中，進一步包含：從高層接收指示，其中，該指示禁止傳輸任何信號以請求該使用者設備間協調資訊。
8. 一種側行鏈路通訊的資源配置方法，包括： 由第二使用者設備，從第一使用者設備接收透過側行鏈路控制資訊信令的第一消息；以及 由該第二使用者設備，回應於接收到該第一消息，向該第一使用者設備發送第二消息； 其中，該第二消息包括指示該第一使用者設備的優選資源的使用者設備間協調資訊，其中，使用該優選資源確定資源，用於發送資料。
9. 一種用於使用者設備間協調的裝置，其中，該裝置作為第一使用者設備，包括： 收發器，配置進行無線通訊；以及 處理器，耦接該收發器，並且配置執行下列步驟： 經由該收發器，透過側行鏈路控制資訊信令，向第二使用者設備發送第一消息； 經由該收發器，回應於發送該第一消息，從該第二使用者設備接收第二消息；以及 經由該收發器，使用該第二消息中的使用者設備間協調資訊指示的優選資源確定資源以發送資料。
10. 如請求項9所述的用於使用者設備間協調的裝置，其中，該透過該側行鏈路控制資訊信令發送該第一消息的步驟包含：透過兩級側行鏈路控制資訊信令中第二側行鏈路控制資訊信號發送該第一消息。

Images