TW202046752A - 無線通訊系統中處理側鏈路組播的回饋資源的方法和設備 - Google Patents

無線通訊系統中處理側鏈路組播的回饋資源的方法和設備 Download PDF

Info

Publication number
TW202046752A
TW202046752A TW109118856A TW109118856A TW202046752A TW 202046752 A TW202046752 A TW 202046752A TW 109118856 A TW109118856 A TW 109118856A TW 109118856 A TW109118856 A TW 109118856A TW 202046752 A TW202046752 A TW 202046752A
Authority
TW
Taiwan
Prior art keywords
side link
identifier
transmission
feedback
group
Prior art date
Application number
TW109118856A
Other languages
English (en)
Other versions
TWI733484B (zh
Inventor
龔逸軒
曾立至
潘立德
黃俊偉
李名哲
Original Assignee
華碩電腦股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 華碩電腦股份有限公司 filed Critical 華碩電腦股份有限公司
Publication of TW202046752A publication Critical patent/TW202046752A/zh
Application granted granted Critical
Publication of TWI733484B publication Critical patent/TWI733484B/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/20—Monitoring; Testing of receivers
    • H04B17/24—Monitoring; Testing of receivers with feedback of measurements to the transmitter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/38—TPC being performed in particular situations
    • H04W52/383—TPC being performed in particular situations power control in peer-to-peer links
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Databases & Information Systems (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

從用於決定與側鏈路通訊相關聯的側鏈路回饋資源的第一裝置的角度公開了一種方法和設備。在一個實施例中，方法包含第一裝置從第一裝置的上層接收標識符。方法還包含第一裝置接收來自第二裝置的側鏈路傳送。方法進一步包含第一裝置至少基於標識符和與側鏈路傳送相關聯的來源標識來決定與側鏈路傳送相關聯的側鏈路回饋資源。另外，方法包含第一裝置使用側鏈路回饋資源來將回應於側鏈路傳送的回饋傳送到第二裝置。

Description

無線通訊系統中處理側鏈路組播的回饋資源的方法和設備
本公開大體上涉及無線通訊網路，且更具體地，涉及一種無線通訊系統中處理側鏈路組播的回饋資源的方法和設備。
隨著對將大量數據傳送到行動通訊裝置以及從行動通訊裝置傳送大量數據的需求快速增長，傳統的行動語音通訊網路演變成與互聯網協定（Internet Protocol，IP）數據封包通訊的網路。此類IP數據封包通訊可以為行動通訊裝置的使用者提供IP承載語音、多媒體、多播和點播通訊服務。
示例性網路結構是演進型通用陸地無線電存取網（Evolved Universal Terrestrial Radio Access Network，E-UTRAN）。E-UTRAN系統可以提供高數據吞吐量以便實現上述IP承載語音和多媒體服務。目前，3GPP標準組織正在討論新下一代（例如，5G）無線電技術。因此，目前正在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。
從用於決定與側鏈路通訊相關聯的側鏈路回饋資源的第一裝置的角度公開了一種方法和設備。在一個實施例中，方法包含第一裝置從第一裝置的上層接收標識符。方法還包含第一裝置接收來自第二裝置的側鏈路傳送。方法進一步包含第一裝置至少基於標識符和與側鏈路傳送相關聯的來源標識（Identity，ID）來決定與側鏈路傳送相關聯的側鏈路回饋資源。另外，方法包含第一裝置使用側鏈路回饋資源來將回應於側鏈路傳送的回饋傳送到第二裝置。
下文描述的示例性無線通訊系統和裝置採用支援廣播業務的無線通訊系統。無線通訊系統經廣泛部署以提供各種類型的通訊，例如，語音、數據等等。這些系統可以是基於碼分多址（code division multiple access，CDMA）、時分多址（time division multiple access，TDMA）、正交頻分多址（orthogonal frequency division multiple access，OFDMA）、3GPP長期演進（Long Term Evolution，LTE）無線存取、3GPP長期演進高級（Long Term Evolution Advanced，LTE-A）、3GPP2超行動寬頻（Ultra Mobile Broadband，UMB）、WiMax、3GPP新無線電（New Radio，NR），或一些其它調變技術。
具體地，下文描述的示例性無線通訊系統裝置可以被設計成支援一個或多個標準，例如由在本文中被稱作3GPP的被命名為“第三代合作夥伴計畫（3rd Generation Partnership Project）”的聯合體提供的標準，包含：TS 36.300 V15.6.0，“E-UTRA和E-UTRAN總體描述（E-UTRA and E-UTRAN Overall Description）；第2階段（第15版）”；TR 22.886 V16.2.0，“關於增強3GPP對5G V2X服務的支援的研究（Study on enhancement of 3GPP Support for 5G V2X Services）（第16版）”；TS 23.287 V1.0.0，“支援車輛外聯（V2X）服務的5G系統（5GS）的體系結構增強（Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services）（第16版）”；TR 38.885 V16.0.0，“NR；關於NR車輛外聯（V2X）的研究（NR; Study on NR Vehicle-to-Everything (V2X)）（第16版）”；3GPP RAN1#95會議報告；3GPP RAN1#96bis會議報告；3GPP RAN1#97會議報告；3GPP RAN2#105會議報告；以及R2-1906427，“在HARQ回饋上支持組播（On HARQ feedback support for groupcast）”，因特爾公司，3GPP RAN2#106會議。上文所列的標準和文獻在此以全文引用的方式明確地併入。
第1圖示出根據本發明的一個實施例的多址無線通訊系統。存取網路（access network，AN）100包含多個天線群組，其中一個天線群組包含104和106，另一天線群組包含108和110，並且又一天線群組包含112和114。在第1圖中，針對每個天線群組僅示出了兩個天線，但是每個天線群組可以利用更多或更少個天線。存取終端（access terminal，AT）116與天線112和114通訊，其中天線112和114通過前向鏈路120向存取終端116傳送資訊，並通過反向鏈路118從存取終端116接收資訊。存取終端（access terminal，AT）122與天線106和108通訊，其中天線106和108通過前向鏈路126向存取終端（access terminal，AT）122傳送資訊，並通過反向鏈路124從存取終端（access terminal，AT）122接收資訊。在FDD系統中，通訊鏈路118、120、124和126可以使用不同頻率用於通訊。例如，前向鏈路120可以使用與反向鏈路118所使用頻率不同的頻率。
每個天線群組和/或它們設計成在其中通訊的區域常常被稱作存取網路的扇區。在實施例中，天線群組各自被設計成與存取網路100所覆蓋的區域的扇區中的存取終端通訊。
在通過前向鏈路120和126的通訊中，存取網路100的傳送天線可以利用波束成形以便改進不同存取終端116和122的前向鏈路的信噪比。並且，相比於通過單個天線傳送到其所有存取終端的存取網路，使用波束成形以傳送到在存取網路的整個覆蓋範圍中隨機分散的存取終端的該存取網路對相鄰細胞中的存取終端產生更少的干擾。
存取網路（access network，AN）可以是用於與終端通訊的固定台或基站，並且也可以被稱作存取點、Node B、基站、增強型基站、演進型Node B（evolved Node B，eNB），或某一其它術語。存取終端（access terminal，AT）還可以被稱作使用者設備（user equipment，UE）、無線通訊裝置、終端、存取終端或某一其它術語。
第2圖是MIMO系統200中的傳送器系統210（也被稱作存取網路）和接收器系統250（也被稱作存取終端（access terminal，AT）或使用者設備（user equipment，UE）的實施例的簡化方塊圖。在傳送器系統210處，從數據源212將用於數個數據流的業務數據提供到傳送（TX）資料處理器214。
在一個實施例中，通過相應的傳送天線傳送每個數據流。TX資料處理器214基於針對每個數據流而選擇的特定解碼方案來格式化、解碼及交錯該數據流的業務數據以提供經解碼數據。
可使用OFDM技術將每個數據流的經解碼數據與導頻數據多工。導頻數據通常為以已知方式進行處理的已知數據模式，且可在接收器系統處使用以估計通道回應。隨後基於針對每個數據流選擇的特定調變方案（例如，BPSK、QPSK、M-PSK或M-QAM）來調變（即，符號映射）用於該數據流的經複用導頻和經解碼數據以提供調變符號。可以通過由處理器230執行的指令來確定用於每個數據流的數據速率、解碼和調變。
接著將所有數據流的調變符號提供給TX MIMO處理器220，該處理器可以進一步處理該調變符號（例如，用於OFDM）。TX MIMO處理器220接著將NT個調變符號流提供給NT個發射器（TMTR）222a至222t。在某些實施例中，TX MIMO處理器220將波束成形權重應用於數據流的符號及從其傳送該符號的天線。
每個傳送器222接收並處理相應符號流以提供一個或多個模擬訊號，並且進一步調節（例如，放大、濾波及上變頻轉換）該模擬訊號以提供適合於通過MIMO通道傳送的經調變訊號。接著分別從NT個天線224a至224t傳送來自傳送器222a至222t的NT個經調變訊號。
在接收器系統250處，由NR個天線252a至252r接收所傳送的經調變訊號，且將來自每個天線252的所接收訊號提供給相應接收器（RCVR）254a至254r。每個接收器254調節（例如，濾波、放大和下變頻轉換）相應的所接收訊號，數位化該經調節訊號以提供樣本，且進一步處理該樣本以提供對應“所接收”符號流。
RX資料處理器260接著基於特定接收器處理技術從NR個接收器254接收並處理NR個所接收符號流以提供NT個“檢測到的”符號流。RX資料處理器260接著解調、解交錯及解碼每個檢測到的符號流以恢復用於數據流的業務數據。由RX資料處理器260進行的處理與傳送器系統210處的TX MIMO處理器220和TX資料處理器214所執行的處理互補。
處理器270週期性地確定要使用哪個預解碼矩陣（下文論述）。處理器270制定包括矩陣索引部分和秩值部分的反向鏈路訊息。
反向鏈路訊息可以包括與通訊鏈路和/或所接收數據流有關的各種類型的資訊。反向鏈路訊息接著由TX資料處理器238（其還接收來自數據源236的多個數據流的業務數據）處理，由調變器280調變，由傳送器254a至254r調節，並被傳送回到傳送器系統210。
在傳送器系統210處，來自接收器系統250的經調變訊號由天線224接收，由接收器222調節，由解調器240解調，並且由RX資料處理器242處理，以便提取接收器系統250傳送的反向鏈路訊息。處理器230接著確定使用哪個預解碼矩陣來確定波束成形權重，接著處理所提取的訊息。
轉向第3圖，此圖示出根據本發明的一個實施例的通訊裝置的替代簡化功能方塊圖。如第3圖中所示，可以利用無線通訊系統中的通訊裝置300來實現第1圖中的UE（或AT）116和122或第1圖中的基站（或AN）100，並且無線通訊系統優選地是LTE或NR系統。通訊裝置300可以包含輸入裝置302、輸出裝置304、控制電路306、中央處理單元（central processing unit，CPU）308、記憶體310、程式碼312以及收發器314。控制電路306通過CPU 308執行記憶體310中的程式碼312，由此控制通訊裝置300的操作。通訊裝置300可以接收由使用者通過輸入裝置302（例如，鍵盤或小鍵盤）輸入的訊號，且可通過輸出裝置304（例如，顯示器或揚聲器）輸出圖像和聲音。收發器314用於接收和傳送無線訊號、將所接收訊號傳遞到控制電路306、且無線地輸出由控制電路306產生的訊號。也可以利用無線通訊系統中的通訊裝置300來實現第1圖中的AN 100。
第4圖是根據本發明的一個實施例在第3圖中所示的程式碼312的簡化方塊圖。在此實施例中，程式碼312包含應用層400、層3部分402以及層2部分404，且耦合到層1部分406。層3部分402通常執行無線電資源控制。層2部分404一般執行鏈路控制。層1部分406一般執行實體連接。
在3GPP TS 36.300中，介紹了對於LTE的車輛外聯（Vehicle-to-Everything，V2X）服務，如下所示： 23.14 對V2X服務的支援 23.14.1    總則 以V2X服務為代表的車輛通訊服務可以包括以下四種不同類型：V2V、V2I、V2N和V2P，如TS 22.185 [71]中指定的。 V2X服務可由PC5介面和/或Uu介面提供。V2X側鏈路通訊提供了通過PC5介面對V2X服務的支援，這是一種通訊模式，UE可以直接通過PC5介面彼此通訊，如TS 23.303 [62]中指定的。當UE由E-UTRAN服務時以及當UE在E-UTRA覆蓋範圍之外時，支援這種通訊模式。只有被授權用於V2X服務的UE才能執行V2X側鏈路通訊。 23.14.1.1 對V2X側鏈路通訊的支持 如針對側鏈路通訊的小節23.10.2.1中指定的使用者平面協定堆疊和功能也用於V2X側鏈路通訊。另外，對於V2X側鏈路通訊： -   用於側鏈路通訊的STCH也用於V2X側鏈路通訊。 -   非V2X（例如，公共安全）數據不與在配置成用於V2X側鏈路通訊的資源中傳送的V2X數據多工。 -   存取層（Access Stratum，AS）具有由上層通過PC5介面傳送的協定數據單元的PPPP和PPPR。可從PPPP確定協定數據單元的封包延遲預算（packet delay budget，PDB）。低PDB映射到高優先順序PPPP值（TS 23.285 [72]）。 -   存取層（AS）具有由上層通過PC5介面傳送的協定數據單元的傳送設定檔（TS 23.285 [72]）。 -   基於PPPP的邏輯通道優先順序排序用於V2X側鏈路通訊。 如針對側鏈路通訊的小節23.10.2.2中指定的SBCCH的控制平面協議堆疊也用於V2X側鏈路通訊。 支援V2X側鏈路通訊的UE可在用於資源配置的兩種模式下操作： -   經排程資源配置，其特徵在於： -   UE需要進行RRC_CONNECTED以便傳送數據； -   UE從eNB請求傳送資源。eNB排程用於傳送側鏈路控制資訊和數據的傳送資源。支持側鏈路SPS以用於經排程資源配置； -   UE自主資源選擇，其特徵在於： -   UE自己從資源池中選擇資源，並且執行傳送格式選擇以傳送側鏈路控制資訊和數據； -   如果已配置區域與V2X側鏈路傳送資源池之間的映射，則UE基於UE所在的區域而選擇V2X側鏈路資源池。 -   UE執行感測以（重新）選擇側鏈路資源。基於感測結果，UE（重新）選擇一些特定側鏈路資源並預留多個側鏈路資源。允許UE執行多達2個並行的獨立資源預留過程。還允許UE針對其V2X側鏈路傳送執行單個資源選擇。 為了幫助eNB提供側鏈路資源，RRC_CONNECTED中的UE可向eNB報告地理位置資訊。eNB可通過現有測量報告信令將UE配置成基於週期性報告來報告完整UE地理位置資訊。 地理區域可由eNB配置或進行預配置。當（預）配置區域時，使用單個固定參考點（即地理座標（0,0））、長度和寬度將世界劃分為地理區域。UE通過使用每個區域的長度和寬度、長度上的區域數目、寬度上的區域數目、單個固定參考點以及UE的當前位置的地理座標的取模運算來確定區域標識。每個區域的長度和寬度、長度上的區域數目和寬度上的區域數目在UE處於覆蓋範圍中時由eNB提供，並且在UE處於覆蓋範圍之外時被預配置。該區域可針對覆蓋範圍中和覆蓋範圍外進行配置。 對於覆蓋範圍內的UE，當UE使用UE自主資源選擇時，eNB可在RRC信令中提供區域與V2X側鏈路傳送資源池之間的映射。對於覆蓋範圍外的UE，可預配置區域與V2X側鏈路傳送資源池之間的映射。如果（預）配置了區域與V2X側鏈路傳送資源池之間的映射，則UE從與其當前所在的區域對應的資源池中選擇傳送側鏈路資源。區域概念不適用於特殊的V2X側鏈路傳送池以及接收池。並非基於優先順序來配置用於V2X側鏈路通訊的資源池。 對於V2X側鏈路傳送，在換手期間，可在換手命令中用訊號通知包含用於目標細胞的特殊傳送資源池的傳送資源池配置，以減少傳送中斷。以此方式，只要在eNB被配置為同步源的情況下利用目標細胞執行同步，或在GNSS被配置為同步源的情況下利用GNSS執行同步，UE就可在換手完成之前使用目標細胞的V2X側鏈路傳送資源池。如果換手命令中包含特殊傳送資源池，則從接收到換手命令開始，UE使用來自特殊傳送資源池的隨機選擇的資源。如果UE通過換手命令中的經排程資源配置進行配置，則在與換手相關聯的計時器運行時，UE繼續使用特殊傳送資源池。如果UE通過目標細胞中的自主資源選擇進行配置，則UE繼續使用特殊傳送資源池，直到關於用於自主資源選擇的傳送資源池的感測結果可用為止。對於特殊情況（例如，在RLF期間、在從RRC IDLE轉換到RRC CONNECTED的期間或在細胞內的專用V2X側鏈路資源池的變化期間），UE可基於隨機選擇來選擇在服務細胞的SIB21中或在專用信令中提供的特殊池中的資源，並暫時利用這些資源。在細胞重選期間，RRC_IDLE狀態的UE可使用從重選細胞的特殊傳送資源池中隨機選擇的資源，直到關於用於自主資源選擇的傳送資源池的感測結果可用為止。 為了避免因獲取從目標細胞廣播的接收池的延遲所致的在接收V2X訊息中的中斷時間，可在換手命令中向RRC_CONNECTED狀態的UE用訊號通知目標細胞的同步配置和接收資源池配置。對於RRC_IDLE狀態的UE，由UE實施方案決定最小化與獲取目標細胞的SIB21相關聯的V2X側鏈路傳送/接收中斷時間。 每當UE按照TS 36.331 [16]中指定的準則檢測到用於V2X側鏈路通訊的載波上的細胞時，將UE視為處於該載波上的覆蓋範圍內。如果授權用於V2X側鏈路通訊的UE處於用於V2X側鏈路通訊的頻率上的覆蓋範圍中，或如果eNB為該頻率提供V2X側鏈路配置（包含UE在該頻率上的覆蓋範圍外的情況），則UE根據eNB配置使用經排程資源配置或UE自主資源選擇。當UE在用於V2X側鏈路通訊的頻率上的覆蓋範圍外時，並且如果eNB不為該頻率提供V2X側鏈路配置，則UE可使用在UE中預配置的一組傳送和接收資源池。不與側鏈路上傳送的其它非V2X資料共用V2X側鏈路通訊資源。 如果RRC_CONNECTED UE對V2X側鏈路通訊傳送感興趣，則RRC_CONNECTED UE可向服務細胞發送側鏈路UE資訊訊息以便請求側鏈路資源。 如果UE被上層配置成接收V2X側鏈路通訊且提供V2X側鏈路接收資源池，則UE在那些提供的資源池上接收資源。 可通過在UE中具有多個接收器鏈來支持在不同載波/PLMN中接收V2X側鏈路通訊。 對於側鏈路SPS，eNB可配置最大8個具有不同參數的SPS配置，並且所有SPS配置可同時處於活動狀態。由eNB通過PDCCH用訊號通知SPS配置的啟動/解除啟動。基於PPPP的現有邏輯通道優先順序排序用於側鏈路SPS。 可將UE輔助資訊提供給eNB。UE輔助資訊的報告由eNB配置用於V2X側鏈路通訊。用於V2X側鏈路通訊的UE輔助資訊包含與SPS配置相關的業務特性參數（例如，一組優選SPS間隔、相對於SFN 0的子訊框0的定時偏移、PPPP、PPPR、目的地層2 ID和基於觀測到的業務模式的最大TB大小）。可在已配置或未配置SPS的情況下報告UE輔助資訊。由UE實施方案決定UE輔助資訊傳送的觸發。例如，當封包到達的估計週期性和/或定時偏移發生變化時，允許UE報告UE輔助資訊。對於V2X側鏈路通訊，不支援根據業務類型的SR遮罩。 服務細胞可為用於V2X側鏈路通訊的載波提供同步配置。在這種情況下，UE遵循從服務細胞接收的同步配置。在用於V2X側鏈路通訊的載波上未檢測到任何細胞且UE不從服務細胞接收同步配置的情況下，UE遵循預先配置的同步配置。存在三種類型的同步參考，即eNB、UE和GNSS。在GNSS被配置為同步源的情況下，UE利用UTC時間和（預先）配置的DFN偏移來計算直接訊框號和子訊框號。在eNB定時被配置為UE的同步參考的情況下，對於同步和DL測量，UE遵循與所涉及的頻率（當在此頻率上在覆蓋範圍內時）相關聯的細胞，或PCell或服務細胞（當在所涉及的頻率上在覆蓋範圍外時）。UE可指示它針對eNB所使用的當前同步參考類型。考慮到UE的同步參考，配置用於經排程資源配置的一個傳送池。 為了控制通道利用，網路能夠指示UE依據通道忙碌率（Channel Busy Ratio，CBR）針對每個傳送池如何調適它的傳送參數。UE測量所有經配置傳送池，包含異常池。如果池被（預先）配置成使得UE將始終傳送鄰近資源塊中的PSCCH和PSSCH，則UE一起測量PSCCH和PSSCH資源。如果池被（預先）配置成使得UE可以在子訊框中傳送PSCCH和非鄰近資源塊中的對應PSSCH，則PSSCH池和PSCCH池分開測量。 可以配置處於RRC_CONNECTED狀態的UE來報告CBR測量結果。對於CBR報告，支持週期性報告和事件觸發報告。針對事件觸發的CBR報告，引入了兩個報告事件。在PSSCH和PSCCH資源不鄰近放置的情況下，只使用PSSCH池測量進行事件觸發的CBR報告。在PSSCH和PSCCH資源鄰近放置的情況下，使用PSSCH和PSCCH資源的CBR測量進行事件觸發的CBR報告。事件觸發的CBR報告由超載閾值和/或負載較低的閾值觸發。網路可以配置UE需要報告的傳送池。 UE（不考慮其RRC狀態）基於CBR執行傳送參數調適。在PSSCH和PSCCH資源不鄰近放置的情況下，只使用PSSCH池測量進行傳送參數調適。在PSSCH和PSCCH資源鄰近放置的情況下，使用PSSCH和PSCCH資源的CBR測量進行傳送參數調適。當CBR測量不可用時，將使用默認傳送參數。示例性經調適傳送參數包含最大傳送功率、每TB重傳次數的範圍、PSSCH RB號的範圍、MCS的範圍、通道佔用率的最大限制。傳送參數調適適用於所有傳送池，包含異常池。 使用經排程資源配置的UE可以被配置成執行感測並報告感測結果。UE僅在針對其報告感測結果的V2X側鏈路傳送資源池中執行感測。僅支持週期性報告。 對於V2X側鏈路通訊，可提供側鏈路傳送和/或接收資源，包含用於經排程資源配置和UE自主資源選擇的不同頻率的異常池。通過專用信令、SIB21和/或預先配置，可以提供不同頻率的側鏈路資源。服務細胞可以只向UE指示UE獲取用於V2X側鏈路通訊的資源配置的頻率。如果提供多個頻率和相關聯的資源資訊，則由UE實施在提供的頻率中選擇頻率。如果UE檢測到為V2X側鏈路通訊提供資源配置或載波間資源配置的細胞，則UE不得使用預先配置的傳送資源。可以提供V2X側鏈路通訊資源配置或交叉載波配置的頻率可以在SIB21中傳送，也可以在UE中預先配置。在細胞重選期間，RRC_IDLE UE可以優先化為V2X側鏈路通訊提供交叉載波資源配置的頻率。 如果UE支持多個傳送鏈，則它可以通過PC5同時在多個載波上傳送。對於支援V2X的多個頻率的情況，V2X服務類型和V2X頻率之間的映射由上層配置。UE應確保V2X服務以相應的頻率傳送。對於經排程資源配置，eNB可以基於側鏈路BSR在某一頻率上排程V2X傳送，如TS 36.321 [13]中指定的，其中UE包含與UE在側鏈路UE資訊訊息中向eNB報告的頻率唯一地相關聯的目的地索引，如TS 36.331[16]中指定的。 對於V2X側鏈路通訊，支持側鏈路中的載波聚合（carrier aggregation，CA）。其適用於覆蓋範圍內的UE和覆蓋範圍外的UE。對於側鏈路中的CA，既沒有定義主分量載波，也沒有定義副分量載波。為V2X側鏈路通訊傳送或接收（預先）配置的每個資源池都與單個載波相關聯。當在側鏈路中支持CA的UE使用自主資源選擇時，其執行載波選擇並且可以選擇用於V2X側鏈路通訊傳送的一個或多個載波。根據用於V2X側鏈路通訊的（預先）配置載波的CBR和要傳送的V2X訊息的PPPP，在MAC層執行載波選擇。當資源重選被觸發並且針對每個側鏈路進程被觸發時，可以執行載波重選。為了避免在不同載波之間的頻繁切換，如果在此載波上測得的CBR低於（預先）配置的閾值，則UE可以繼續使用已經選擇用於傳送的載波。所有選擇的載波應具有相同的同步參考或相同的同步優先順序配置。對於使用自主資源選擇的UE，根據在載波上測得的CBR和側鏈路邏輯通道的PPPP，對載波上的側鏈路資源執行邏輯通道優先順序排序，如TS 36.321 [13]中指定的。 對於V2X側鏈路通訊，支持並且在UE的PDCP層執行側鏈路封包複製。對於用於傳送的側鏈路封包複製，在PDCP實體處複製PDCP PDU。相同PDCP實體的複製PDCP PDU被提交給兩個不同的RLC實體，並分別與兩個不同的側鏈路邏輯通道相關聯。僅允許在不同的側鏈路載波上傳送相同PDCP實體的複製PDCP PDU。UE可以基於（預先）配置啟動或解除啟動側鏈路封包複製。側鏈路封包複製不適用於具有Rel-14傳送設定檔的傳送（TS 23.285[72]）。可通過PPPR閾值（預先）配置支援側鏈路封包複製的PPPR值。對於UE自主資源選擇和經排程資源配置，UE應對具有配置的PPPR值的數據執行側鏈路封包複製，直到針對這些PPPR值解除配置封包複製。對於經排程資源配置，UE通過側鏈路BSR來報告與一個或多個PPPR值相關聯的數據量以及數據所屬的目的地。可由eNB配置PPPR值到邏輯通道群組的映射，並且PPPR值由包含在側鏈路BSR中的相關聯邏輯通道群組ID反映。可由RRC_CONNECTED狀態的UE在側鏈路UE資訊中報告PPPR值的列表。 對於使用經排程資源配置的UE，由eNB根據UE向網路報告的目的地配置兩個非重疊載波集，並且該載波集適用於配置用於側鏈路封包複製的所有PPPR。接著，UE將對應於相同PDCP實體的兩個複製的側鏈路邏輯通道分別與配置成用於兩個側鏈路邏輯通道的目的地的兩個載波集相關聯。複製的側鏈路邏輯通道與載波集之間的關聯取決於UE實施方案。複製的側鏈路邏輯通道的數據只能在相關聯載波集中的載波上傳送。 對於V2X側鏈路通訊接收，在UE的PDCP層執行封包複製檢測。在PDCP層處，還支持重新排序功能，並且如何設置PDCP層處的重新排序計時器取決於UE實施方案。存在特定邏輯通道標識，其適用於專用於側鏈路封包複製的側鏈路邏輯通道，如TS 36.321 [13]中指定的。 UE可接收其它PLMN的V2X側鏈路通訊。服務細胞可直接向UE指示用於PLMN間操作的V2X側鏈路通訊接收的資源配置，或僅指示UE可獲取用於V2X側鏈路通訊接收的PLMN間資源配置的頻率。不允許其它PLMN中的V2X側鏈路通訊傳送。 當UL傳送與V2X側鏈路傳送在同一頻率下在時域中重疊時，如果側鏈路MAC PDU的PPPP低於（預先）配置的PPPP閾值，則UE使V2X側鏈路傳送優先於UL傳送；否則，UE使UL傳送優先於V2X側鏈路傳送。當UL傳送與V2X側鏈路傳送在不同頻率下在時域中重疊時，如果側鏈路MAC PDU的PPPP低於（預先）配置的PPPP閾值，則UE可使V2X側鏈路傳送優先於UL傳送，或者降低UL傳送功率；否則，UE使UL傳送優先於V2X側鏈路傳送，或者降低V2X側鏈路傳送功率。但是，如果UL傳送通過上層優先化，如TS 24.386 [75]中指定的，或者執行隨機存取程序，則UE使UL傳送優先於任何V2X側鏈路傳送（即，不考慮側鏈路MAC PDU的PPPP）。 用於傳送行人UE（P-UE）的資源池可與V2X側鏈路通訊的資源重疊。對於每個傳送池，還配置了允許在此池中使用的資源選擇機制（即，隨機選擇、基於部分感測的選擇或者隨機選擇或基於部分感測的選擇）。如果P-UE被配置成針對一個傳送池使用隨機選擇或基於部分感測的選擇，則由UE實施選擇特定的資源選擇機制。如果P-UE被配置成僅使用基於部分感測的選擇，則P-UE應在池中使用基於部分感測的選擇。P-UE不得在僅允許部分感測的池中進行隨機選擇。如果eNB不提供隨機選擇池，則僅支援隨機選擇的P-UE無法執行側鏈路傳送。在異常池中，P-UE使用隨機選擇。P-UE可以發送側鏈路UE資訊訊息，指示它請求用於與P2X相關的V2X側鏈路通訊傳送的資源池，如TS 36.331[16]中指定的。 P-UE不必支援基於區域的資源選擇。作為UE能力信令的一部分，P-UE報告它是否支援基於區域的資源選擇。如果P-UE支援基於區域的資源選擇，則網路只能通過專用信令提供基於區域的配置。 P-UE的功率節省可以通過UE實施方案和上層機制來實現。P-UE不執行CBR測量。但是，P-UE基於預設傳送參數配置來調整傳送參數，該配置可通過RRC信令提供給P-UE。 為了支持CEN DSRC和V2X側鏈路通訊的共存，當UE接近CEN DSRC收費站時，執行V2X側鏈路通訊的UE的上層向下層發送指示。 23.14.1.2 通過Uu支持V2X通訊 對於上行鏈路中的V2X通訊，eNB可配置最大8個具有不同參數的SPS配置，並且所有SPS配置可同時處於活動狀態。由eNB通過PDCCH用訊號通知每個SPS配置的啟動/解除啟動。使用對於Uu的現有邏輯通道優先順序排序。 對於V2X通訊，可以將UE輔助資訊提供給eNB。由eNB配置UE輔助資訊的報告。UE輔助資訊包含與SPS配置（例如，一組優選SPS間隔、相對於SFN 0的子訊框0的定時偏移、LCID和基於觀測到的業務模式的最大TB大小）有關的參數。由UE實施方案決定UE輔助資訊傳送的觸發。例如，當封包到達的估計週期性和/或定時偏移發生變化時，允許UE報告UE輔助資訊。對於通過Uu的V2X通訊，可使用根據傳統機制的SR遮罩。 對於V2X訊息的單播傳送，可通過非GBR承載以及GBR承載傳遞V2X訊息。為了滿足V2X服務的V2X訊息傳遞的QoS要求，使用V2X訊息的非GBR QCI值和GBR QCI值，如TS 23.285 [72]中指定的。 為了廣播V2X訊息，可使用SC-PTM或MBSFN傳送。為了減少SC-PTM/MBSFN時延，支持SC-PTM/MBSFN的較短（SC-）MCCH重複週期、SC-PTM/MBSFN的修改週期和MBSFN的MCH排程週期。可通過在UE中具有多個接收器鏈來支持在不同載波/PLMN中接收V2X訊息的下行鏈路廣播。GBR QCI值用於通過MBMS承載傳遞V2X訊息，如TS 23.285 [72]中指定的。
在3GPP TR 22.886中，在5G V2X中介紹了具有領先車輛的車輛編隊，如下所示： 5.1     對於車輛編隊的eV2X支持 5.1.1  描述 編隊以緊密聯繫的方式操作一組車輛，以使車輛像火車一樣移動，並在車輛之間附有虛擬弦。為了保持車輛之間的距離，車輛需要共用狀態資訊，例如速度、前進方向和意向（例如刹車、加速等）。通過使用編隊，可以縮短車輛之間的距離，降低整體燃料消耗，並減少所需駕駛員的數目。 對於編隊需要支援以下方面。 加入/離開 為了形成車隊，車輛需要交換意向，例如形成車隊的興趣、成為車隊的領先者或跟隨者的意向。並且當車輛到達目的地或必須離開車隊時，還應該在車隊的車輛之間交換此意向。當車隊處於活動狀態時，可以隨時進行這種意向交換。 公告/警告 當車隊形成並且可運行時，不屬於該車隊的車輛應知曉車隊的存在。否則，車輛可能會進入車隊之中，並干擾車隊的運行。因此，在車隊的車輛之間的通訊範圍之外的其它車輛應知曉該車隊。 團體通訊 存在用於車隊管理而交換的一些訊息。例如，車隊的車輛需要交換有關何時走哪條道路、是否刹車或加速以及何時刹車或加速等的資訊。至少需要支援每秒30條CAM訊息。[3]。另外，領先車輛比其它車輛消耗更多的燃料，有時領先車輛可能會要求下一輛車成為領先者。這種通訊可以在兩輛車之間完成，而無需其它車輛的參與。 為了防止潛在的安全威脅（如路線洩露），這些訊息應以機密性支持，並且只能由車隊的車輛解密。另外，由於訊息的私密性，這些訊息的通訊範圍是從車隊的領先車輛到最後一輛車，通常是在視線內的。因為即使在移動中車隊的大小也可能不同，所以應該支持針對編隊的訊息的資源有效分配以及對訊息分配區域的動態控制。 支援兩組編隊性能要求： -   第1組：根據[11] [2]，正常密度編隊的車輛之間的距離可能大於2公尺。當車隊以100 km/h的速度移動時，車輛在36 ms內移動1公尺。考慮到往返時間和處理延遲，應支援高達40 Hz的訊息傳送頻率，轉換為25 ms的無線電時延，訊息大小約為300至400位元組。 -   第2組：根據[2]，高密度編隊的車輛之間的距離為1公尺。當車隊以100 km/h的速度移動時，車輛在36 ms內移動1公尺。考慮到往返時間和處理延遲，應支援高達100 Hz的訊息傳送頻率，轉換成至少10 ms的時延，訊息大小約為50至1200位元組。 如果車隊太長，有時會中斷其它車輛和交通管理機構的運行。因此，車隊中可以包含多少輛車應該有限制。考慮到卡車可以跨度超過15 m，尤其如此。
在3GPP TS 23.287中，介紹NR V2X的體系結構，如下所示： 4  體系結構模型和概念 4.1     一般概念 V2X通訊有兩種操作模式，即通過PC5參考點進行的V2X通訊和通過Uu參考點進行的V2X通訊。UE可以將這兩種操作模式獨立地用於傳送和接收。 LTE和/或NR支持通過PC5參考點進行的V2X通訊。 連接到5GC的E-UTRA和/或連接到5GC的NR支持通過Uu參考點進行V2X通訊。在此版本中，通過Uu參考點進行的V2X通訊僅是單播。 4.2     體系結構參考模型 4.2.1  基於PC5和Uu的V2X體系結構參考模型 4.2.1.1    通過PC5和Uu參考點進行V2X通訊的非漫遊5G系統體系結構 第4.2.1.1-1圖示出了通過PC5和Uu參考點進行V2X通訊的非漫遊5G系統體系結構的高級視圖。 [標題為“通過PC5和Uu參考點進行V2X通訊的非漫遊5G系統體系結構”的3GPP TS 23.287 V1.0.0的第4.2.1.1-1圖再現為第5圖]
此外，在3GPP TS 23.287中，介紹了NR V2X通訊的標識符，如下所示： 5.6     標識符 5.6.1  通過PC5參考點進行的V2X通訊的標識符 5.6.1.1    總則 每個UE都有一個或多個用於通過PC5參考點進行V2X通訊的層2 ID，包括： -   來源層2 ID；以及 -   目的地層2 ID。 來源層2 ID和目的地層2 ID包含在PC5參考點的層2鏈路上發送的層2訊框中，標識這些訊框的層2源和目的地。來源層2 ID始終由發起相應層2訊框的UE自分配。 UE對來源層2 ID和目的地層2 ID的選擇取決於此層2鏈路通過PC5參考點進行的V2X通訊的通訊模式，如第5.6.1.2、5.6.1.3和5.6.1.4節所述。在不同的通訊模式之間，來源層2 ID可能有所不同。 當支援基於IP的V2X通訊時，如TS 23.303 [17]的第4.5.3節所定義的，UE將鏈路本地IPv6位址配置為用作源IP位址。UE可以將此IP位址用於通過PC5參考點進行的V2X通訊，而無需發送用於雙重位址檢測的鄰居請求和鄰居通告訊息。 如果UE具有需要在當前地理區域中提供隱私支援的活動的V2X應用程序（如第5.1.2.1節所述的配置所標識），則為了確保超過應用程序所要求的某個短時間段的任何其它UE（例如，車輛）無法跟蹤或識別源UE（例如車輛），來源層2 ID應隨時間變化並且應隨機化。對於通過PC5參考點進行的基於IP的V2X通訊，源IP位址也應隨時間變化並且應隨機化。例如，當應用層標識符發生變化時、當需要更改來源層2 ID和源IP位址時，必須在用於PC5的各個層之間同步源UE標識符的變化。 5.6.1.2    通過PC5參考點進行的廣播模式V2X通訊的標識符 對於通過PC5參考點進行的廣播模式V2X通訊，UE配置有要用於V2X服務的目的地層2 ID。基於第5.1.2.1節中所述的配置，選擇V2X通訊的目的地層2 ID。 UE自行選擇來源層2 ID。對於不同類型的PC5參考點（即基於LTE的PC5和基於NR的PC5），UE可以使用不同的來源層2 ID。 5.6.1.3    通過PC5參考點進行的組播模式V2X通訊的標識符 對於通過PC5參考點進行的組播模式V2X通訊，V2X應用層可以提供群組標識符資訊。當V2X應用層提供群組標識符資訊時，UE將提供的群組標識符轉換為目的地層2 ID。當V2X應用層未提供群組標識符資訊時，如第5.1.2.1節中指定的，UE基於服務類型（例如PSID/ITS-AID）與層2 ID之間的映射的配置來確定目的地層2 ID。 註意：在第3階段中定義了將V2X應用層提供的群組標識符轉換為目的地層2 ID的機制。 UE自行選擇來源層2 ID。 編者註：可以基於RAN WG回饋要求標識符描述的進一步更新。 5.6.1.4    通過PC5參考點進行的單播模式V2X通訊的標識符 對於通過PC5參考點進行的單播模式V2X通訊，使用的目的地層2 ID取決於通訊對等體，該對等體是在單播鏈路建立期間發現的。用於建立單播鏈路的初始信令可以使用與為單播鏈路建立而配置的服務類型（例如PSID/ITS-AID）相關聯的默認目的地層2 ID，如第5.1.2.1節中指定的。在單播鏈路建立程序中，將交換層2 ID，並應將其用於兩個UE之間的未來通訊，如第6.3.3.1節中指定的。 應用層ID與UE內的一個或多個V2X應用相關聯。如果UE具有超過一個應用層ID，則從對等UE的角度來看，同一UE的每個應用層ID可以被視為不同UE的應用層ID。 由於V2X應用層不使用層2 ID，因此UE需要維護應用層ID與用於單播鏈路的來源層2 ID之間的映射。這樣可以在不中斷V2X應用的情況下更改來源層2 ID。 當應用層ID更改時，如果單播鏈路用於具有更改後的應用層ID的V2X通訊，則也應更改該鏈路的來源層2 ID。 UE可以與對等UE建立多個單播鏈路並且將相同或不同來源層2 ID用於這些單播鏈路。 6.3.2  通過PC5參考點進行的組播模式V2X通訊 為了執行通過PC5參考點進行的組播模式V2X通訊，UE配置有相關的資訊，如第5.1.2.1節所述。 第6.3.2-1圖示出了通過PC5參考點進行的組播模式V2X通訊的程序。 [標題為“通過PC5參考點進行的組播模式V2X通訊的過程”的3GPP TS 23.287 V1.0.0的第6.3.2-1圖再現為第6圖] 1. V2X群組管理是由V2X應用層執行的，不在本規範的範圍之內。 2. V2X應用層可以提供群組標識符資訊（即應用層V2X群組標識符），如第5.6.1.3節中指定的。 V2X應用層可以為此通訊提供服務要求。 3. 傳送UE確定來源層2 ID和目的地層2 ID，而接收UE確定目的地層2 ID，如第5.6.1.1和5.6.1.3節中指定的。 目的地層2 ID向下傳遞至接收UE的AS層，用於群組通訊接收。 傳送UE確定對於此組播的PC5 QoS參數，如第5.4.1.1和5.4.1.3中指定的。 4. 傳送UE具有與此群組通訊相關聯的V2X服務。 傳送UE使用來源層2 ID和目的地層2 ID發送V2X服務數據。 註意：在步驟4，只有一個來自傳送UE的組播訊息
在3GPP TR 38.885中，介紹了NR側鏈路單播、組播和廣播設計，如下所示： 5  側鏈路（PC5）方面 5.1     NR側鏈路單播、組播和廣播設計 對於覆蓋範圍內、覆蓋範圍外和部分覆蓋範圍的情形，支援SL廣播、組播和單播傳送。 PC5介面中用於控制平面的AS協議堆疊至少由RRC、PDCP、RLC和MAC子層以及實體層組成。第5.1-1圖中示出了PC5-C的協議堆疊。 [標題為“PC5控制平面（PC5-C）協議堆疊”的3GPP TR 38.885 V16.0.0的第5.1-1圖再現為第7圖] PC5介面中用於使用者平面的AS協定堆疊由SDAP、PDCP、RLC和MAC子層以及實體層組成。第5.1-2圖中示出了PC5-U的協議堆疊。 [標題為“PC5用戶平面（PC5-U）協定堆疊”的3GPP TR 38.885 V16.0.0的第5.1-2圖再現為第8圖]。 出於實體層分析的目的，假設高層決定是將單播、組播還是廣播傳送用於特定的資料傳輸，並且它們相應地通知實體層。在考慮單播或組播傳送時，假設UE能夠建立傳送所屬的單播或組播會話，並且實體層知道以下資訊： -   標識： -   在SCI中傳達的層1來源ID和目的地ID -   通過PSCCH傳送的額外層1 ID，至少是為了識別使用HARQ回饋時可以在接收中合併哪些傳送（請參閱第5.1.2.2節） -   HARQ進程ID 出於層2分析的目的，假設上層（即上述AS）提供有關特定數據傳送是單播、組播還是廣播傳送的資訊。對於SL中的單播和組播傳送，針對層2已知以下資訊： -   標識： -   單播：目的地ID、來源ID -   組播：目的地群組ID、來源ID 被配置為接收群組目的地層2 ID的任何UE均被允許接收組播傳送，無論它是在上層提供的“最小通訊範圍”之內還是之外。 對於單播中的AS級鏈路管理，支持SL RLM/RLF聲明。對於SL單播中的RLC AM，RLF的聲明由RLC指示已達到最大重傳次數觸發。應將AS級鏈路狀態（例如，故障）通知上層。沒有考慮與單播的RLM程序不同的、特定於組播的RLM設計。無需在群組成員之間進行RLM/RLF聲明以進行組播。 用於單播和組播傳送的發現程序和相關訊息達到上層。 5.1.1  實體層結構 在本節中，將研究實體SL控制通道（PSCCH）、實體SL共用通道（PSSCH）、實體SL回饋通道（PSFCH）以及與實體層結構有關的其它事項的設計。除了此TR中討論的內容外，至少與調變、加擾、RE映射和速率匹配有關的方面也應包含在規範工作中。有關實體SL廣播通道（PSBCH）的設計，請參閱第5.2節。 研究中支持的波形是CP-OFDM。 5.1.1.1    子載波間隔和迴圈首碼 在FR1中，普通CP支持15 kHz、30 kHz和60 kHz SCS，而擴展CP支持60 kHz SCS。在FR2中，普通CP支持60 kHz和120 kHz SCS，而擴展CP支持60 kHz SCS。在給定的載波中，不需要UE同時接收具有SCS和CP的超過一個組合的SL傳送，也不需要UE同時傳送具有SCS和CP的超過一個組合的SL傳送。參數集配置是SL BWP配置的一部分（請參閱第5.1.1.3節）。 5.1.1.2    通道解碼 NR Uu中為數據和控制定義的通道解碼分別是NR SL上數據和控制的起點。 5.1.1.3    SL頻寬部分和資源池 為SL定義BWP，並且將相同的SL BWP用於傳送和接收。在規範方面，在許可載波中，SL BWP將與Uu BWP分開定義，並具有單獨的配置信令。一個SL BWP被（預先）配置用於載波中的RRC IDLE和覆蓋範圍外的NR V2X UE。對於處於RRC_CONNECTED模式的UE，一個SL BWP在載波中處於活動狀態。在SL上沒有信令交換用於SL BWP的啟動或去啟動。 在載波中，僅為UE配置一個SL BWP，並且預期UE不會同時在SL BWP中使用與活動UL BWP不同的參數集。 資源池是可以用於SL傳送和/或接收的一組時頻資源。從UE的角度來看，資源池位於SL BWP內UE的頻寬之內，並且具有單一的參數集。資源池中的時域資源可以是不連續的。在載波中可以將多個資源池（預先）配置給UE。 5.1.1.4    資源佈置 NR V2X可以部署在專用於ITS服務的載波中，也可以部署在與蜂窩服務共用的載波中。因此，支持資源佈置，在資源佈置中，時槽中的所有符號可用於SL，並且時槽中僅連續符號的子集（未動態指示）可用於SL。如果正常規範工作未發現前向相容性問題，則後一種情況不適用於ITS頻譜。 用於PSSCH的資源配置是基於頻域中子通道的概念，並且UE在載波的時槽中執行傳送或接收。支援TB的盲目重傳，並且資源配置模式2（請參閱第5.3.1節）至少支持為此類盲目重傳預留SL資源。 PSFCH（請參閱第5.1.2.2節）至少支援一種格式，該格式使用時槽中SL可用的最後的符號。 5.1.1.5    參考訊號 與PSSCH相關聯的DM-RS在時域中以幾種可能的模式之一進行傳送。在FR2中，還支持PSSCH的PT-RS。 其它候選參考訊號為：CSI-RS（有關CSI程序，請參閱第5.1.2.3節）、SRS和AGC訓練訊號。 5.1.2  實體層程序 在本節中，將研究實體層程序。有關SL同步的程序，請參閱第5.2節。 5.1.2.1    實體通道的多工 出於本節的目的，當PSCCH至少承載解碼PSSCH所需的SCI時，PSSCH被稱為“與PSCCH相關聯”。研究了以下對於PSCCH和相關聯PSSCH的多工的選擇方案： 選擇方案1：使用非重疊時間資源來傳送PSCCH和相關聯PSSCH。 -   選擇方案1A：供兩個通道使用的頻率資源是相同的。 -   選擇方案1B：供兩個通道使用的頻率資源可以是不同的。 選擇方案2：在用於傳送的所有時間資源中使用非重疊頻率資源來傳送PSCCH和相關聯PSSCH。供兩個通道使用的時間資源是相同的。 選擇方案3：在非重疊頻率資源中使用重疊時間資源來傳送PSCCH和相關聯PSSCH的一部分，但使用非重疊時間資源來傳送相關聯PSSCH另一部分和/或PSCCH另一部分。 在上述選擇方案中，至少支持選擇方案3。（編者註：這是RAN1的工作假設）。 5.1.2.2    HARQ程序 5.1.2.2.1  一般HARQ程序 對於SL單播和組播，支持實體層中的HARQ回饋和HARQ組合。在資源配置模式1和2中，通過PSFCH以SFCI格式承載針對PSSCH的HARQ-ACK回饋。 當啟用SL HARQ回饋以進行單播時，在非CBG操作的情況下，如果接收器UE成功解碼了相應的TB，則會生成HARQ-ACK。如果接收器UE在解碼以接收器UE為目標的相關聯PSCCH之後未成功解碼對應TB，則會生成HARQ-NACK。 當啟用SL HARQ回饋進行組播時，支持使用TX-RX距離和/或RSRP來決定是否發送HARQ回饋。在非CBG操作的情況下，支援兩個選擇方案：（編者註：這是RAN1的工作假設） 選擇方案1：接收器UE在其未能在解碼相關聯PSCCH之後解碼對應TB的情況下在PSFCH上傳送HARQ-NACK。否則其在PSFCH上不傳送訊號。 選擇方案2：接收器UE在其成功解碼對應TB的情況下在PSFCH上傳送HARQ-ACK。如果接收器UE在解碼以接收器UE為目標的相關聯PSCCH之後未成功解碼對應TB，則其在PSFCH上傳送HARQ-NACK。 5.1.2.2.2  模式1資源配置的HARQ程序詳細資訊 PSSCH與在PSFCH上發送HARQ回饋之間的時間是（預先）配置的。對於單播和組播，如果需要在SL上進行重傳，則可以由覆蓋範圍內的UE使用PUCCH向gNB指示這一點。支持傳送器UE以例如SR/BSR的形式而不是HARQ ACK/NACK的形式將指示發送到其服務gNB。 研究考慮了接收器UE將指示發送到其服務gNB的另一種選擇，即HARQ ACK/NACK，並假設沒有BS間通訊。 gNB也可以排程SL重傳資源，而無需接收到這樣的指示。 5.1.2.2.3  模式2資源配置的HARQ程序詳細資訊 PSSCH與在PSFCH上發送HARQ回饋之間的時間是（預先）配置的。 在3GPP RAN1＃95會議[5]中，已經達成了一些有關NR V2X的協議。 協議： ●  定義實體側鏈路回饋通道（physical sidelink feedback channel，PSFCH），並且支持通過PSFCH傳送SFCI以用於單播和組播。 協議： ●  當啟用SL HARQ回饋以用於單播時，對於非CBG情況支援以下操作： ○  接收器UE在其成功解碼對應TB的情況下生成HARQ-ACK。如果接收器UE在解碼以接收器UE為目標的相關聯PSCCH之後未成功解碼對應TB，則其生成HARQ-NACK。 ○  是否支援根據CBG的SL HARQ回饋有待進一步研究 協議： ●  當啟用SL HARQ回饋以用於組播時，針對非CBG情況還研究以下操作： ○  選擇方案1：接收器UE在其未能在解碼相關聯PSCCH之後解碼對應TB的情況下在PSFCH上傳送HARQ-NACK。否則其在PSFCH上不傳送訊號。細節有待進一步研究，包含以下內容： ■  是否引入決定HARQ-NACK傳送的額外準則 ■  是否/如何處理DTX問題（即，傳送器UE無法辨識接收器UE錯過PSCCH排程PSSCH的情況） ■  多個接收器UE在相同資源上傳送HARQ-NACK時的問題 ●  如何確定來自接收器UE的HARQ-NACK傳送的存在 ●  在使用相同訊號的情況下，是否/如何處理來自多個接收器UE的HARQ-NACK傳送的破壞性通道和效應（channel sum effect） ○  選擇方案2：接收器UE在其成功解碼對應TB的情況下在PSFCH上傳送HARQ-ACK。如果接收器UE在解碼以接收器UE為目標的相關聯PSCCH之後未成功解碼對應TB，則其在PSFCH上傳送HARQ-NACK。細節有待進一步研究，包含以下內容： ■  是否引入決定HARQ-ACK/NACK傳送的額外準則 ■  如何確定每個接收器UE使用的PSFCH資源 ○  是否支援根據CBG的SL HARQ回饋有待進一步研究 ○  不排除其它選擇方案 協議： ●  支持在單播和組播中啟用和停用SL HARQ回饋。 ○  何時啟用和停用HARQ回饋有待進一步研究。 協議： ●  還研究是否支援UE向gNB發送在模式1中可觸發排程重傳資源的資訊。包含以下有待進一步研究的內容 ○  要發送哪些資訊 ○  哪個UE向gNB發送 ○  要使用哪個通道 ○  要使用哪個資源
在3GPP RAN1#96bis會議中（如在3GPP RAN1#96bis會議報告中採集的），另外討論同一群組中的接收器UE是共用實體側鏈路回饋通道（Physical Sidelink Feedback Channel，PSFCH）還是對與組播傳送相關聯的混合自動重傳請求確認（Hybrid Automatic Repeat Request Acknowledgement，HARQ ACK）/否定確認（Negative Acknowledgement，NACK）使用單獨的PSFCH，如下所示： 協議： ●  在針對組播的HARQ回饋中， ○  當對於組播傳送使用選擇方案1時，支持的是 ■  所有接收器UE共用PSFCH ■  有待進一步研究：接收器UE的子集共用PSFCH ■  有待進一步研究：所有接收器UE或接收器UE的子集共用PSFCH池。 ○  當對於組播傳送使用選擇方案2時，支持的是 ■  每個接收器UE針對HARQ ACK/NACK使用單獨的PSFCH。 ■  有待進一步研究：所有接收器UE或接收器UE的子集共用PSFCH進行ACK傳送並使用另一PSFCH進行NACK傳送 ○  關於哪個實體以及如何向接收器UE分配PSFCH資源有待進一步研究 ○  是否另外支持選擇方案1和選擇方案2的混合進行組播傳送有待進一步研究 ●  注意：每個PSFCH映射到時間、頻率和碼資源。
在3GPP RAN1#97會議中（如在3GPP RAN1#97會議報告中採集的），協議通過隱式機制，如下所示： 協議： ● 至少對於當時槽中的PSFCH回應於單個PSSCH時的情況： ○ 使用隱式機制來確定所配置的資源池內至少PSFCH的頻域和/或碼域資源。在隱式機制中使用至少以下參數： ■ 與PSCCH/PSSCH/PSFCH相關聯的時槽索引（詳細資訊有待進一步研究） ■ 與PSCCH/PSSCH相關聯的子通道（詳細資訊有待進一步研究） ■ 區分選擇方案2組播HARQ回饋的群組中的每個RX UE的標識符（詳細資訊有待進一步研究） ■ 上述參數的具體實用性有待進一步研究 ■ 有待進一步研究：其它參數（例如，SL-RSRP/SINR、層1來源ID、位置資訊等）
在3GPP RAN2#105會議中（如在3GPP RAN2#105會議報告中採集的），討論了領先車輛是否在存取層（Access Stratum，AS）層中可見，如下所示： R2-1901730  [104#60][NR/V2X]組播（高通）匯總報告  高通公司   討論    FS_NR_V2X 提議4：需要支援車隊領車的設計是否在AS層中可見取決於RAN1進程 我們需要首先等待關於資源配置機制的RAN1進程/決策
在3GPP RAN2#106會議中（如在3GPP R2-1906427中採集的），討論了有關組播的回饋資源配置的若干解決方案（選擇方案2），如下所示： 選擇方案2： 對於選擇方案2的情況，情形是由於ACK和NACK均可以傳送並且可能需要為每個RX UE分配單獨的ACK/NACK資源，因此位元是複雜的。換句話說，我們可以將針對群組內的UE的PSFCH傳送視為要複用的多個單播回饋。在這種情況下，我們可以考慮以下三個替代方案： 1）TX UE必須基於預期接收方的唯一群組寬標識符分配特定資源進行其數據傳送，以便確定是否成功地解碼了TB。這要求來自上層的有關至少群組的其它成員的目的地L2 ID的一些指示。 2）另一替代方案是群組領車承擔管理整個群組的HARQ相關的ID分配的責任。由於目標用例是編隊，因此我們假設群組成員已經知曉群組領車，並且預期不會非常動態地更改群組領車。 3）最後的選擇方案可以是將gNB視為AS層實體，負責執行L2目的地ID與HARQ標識符之間的映射。然而，在我們看來，此選擇方案是有關當處於連接模式時的情況，並且群組領車可能必須另外在任何情況下承擔此責任。
下文可使用以下術語中的一個或多個： ●  BS：用於控制一個或多個與一個或多個細胞相關聯的TRP的NR中的網路中央單元或網路節點。BS與TRP之間的通訊經由去程進行。BS還可被稱作中央單元（central unit，CU）、eNB、gNB或NodeB。 ●  TRP：傳送和接收點提供網路覆蓋且與UE直接通訊。TRP還可被稱作分散式單元（distributed unit，DU）或網路節點。 ●  細胞：細胞由一個或多個相關聯TRP組成，即，細胞的覆蓋範圍由所有相關聯TRP的覆蓋範圍組成。一個細胞受一個BS控制。細胞還可被稱作TRP群組（TRP group，TRPG）。
下文可使用一個或多個以下對於網路側的假設： ●  相同細胞中的TRP的下行鏈路定時同步。 ●  網路側的RRC層在BS中。
下文可使用一個或多個以下對於UE側的假設： ●  存在至少兩種UE（RRC）狀態：連接狀態（或稱為作用中狀態）和非連接狀態（或稱為非作用中狀態或閒置狀態）。非作用中狀態可以是額外狀態或屬於連接狀態或非連接狀態。
根據RAN1#95協定（如3GPP RAN1#95會議報告中採集的），介紹了組播中接收器UE（Rx）UE向傳送器UE（Tx UE）傳送HARQ回饋的兩個選項：
選擇方案1：接收器UE在其未能在解碼相關聯PSCCH之後解碼對應TB的情況下在PSFCH上傳送HARQ-NACK。否則其在PSFCH上不傳送訊號。
選擇方案2：接收器UE在其成功解碼對應TB的情況下在PSFCH上傳送HARQ-ACK。如果接收器UE在解碼以接收器UE為目標的相關聯PSCCH之後未成功解碼對應TB，則其在PSFCH上傳送HARQ-NACK。
問題：有關接收器UE獲得用於確定組播的回饋資源（針對接收器UE）的資訊的程序是未知的。
根據RAN1＃97會議的討論，已為Rx UE引入了隱式機制，以回應於實體側鏈路共用通道（Physical Sidelink Shared Channel，PSSCH）至少確定PSFCH的頻域和/或碼域資源。隱式機制包括針對上文所提及的選擇方案2組播HARQ回饋使用標識符來區分群組中的每個Rx UE。換句話說，Rx UE可以至少基於與Rx UE相關聯的標識符來確定頻域和/或碼域資源。與Rx UE關聯的標識符的值與群組中的其它Rx UE不同。本發明討論了用於Rx UE確定與一個或多個側鏈路回饋資源相關聯的標識符的可能解決方案。
解決方案1：UE可以基於（UE的）上層提供的資訊來確定側鏈路回饋資源。
本發明的一個一般概念是，UE可以基於（UE的）上層提供的資訊來確定側鏈路回饋資源（通過UE自身）。側鏈路回饋資源可以用於傳送與至少一個組播傳送相關聯的側鏈路HARQ回饋。側鏈路回饋資源可以用於傳送回應於至少一個組播傳送的側鏈路HARQ回饋。
在一個實施例中，UE可以基於（UE的）上層提供的資訊來導出標識符。標識符可以與側鏈路回饋資源相關聯。標識符可以與用於傳送與至少一個組播傳送相關聯的側鏈路HARQ回饋的PSFCH相關聯。標識符可以與PSFCH的頻域和/或碼域資源相關聯。另外或替代地，標識符可以與PSFCH的時槽相關聯。另外或替代地，標識符可以與PSFCH（的一部分）相關聯。
另外或替代地，UE可以從（UE的）上層獲得標識符。標識符可以包含在資訊中。上層提供的資訊可以包含群組標識符資訊、應用層V2X群組標識符、來源層2 ID和/或目的地層2 ID。
在一個示例中，UE可以至少基於上層提供的來源層2 ID來確定標識符的值。UE可以至少基於來源層2 ID的一個或多個數字來確定標識符的值。在另一示例中，UE可以至少基於目的地層2 ID的一個或多個數字來確定標識符的值。在另一示例中，UE可以至少基於應用層V2X群組標識符的一個或多個數字來確定標識符的值。
第9圖中示出示例。具體地，第9圖示出UE基於標識符確定組播的回饋資源。第一UE（UE 1）的上層向第一UE（的下層）提供標識符（群組中的成員ID，id1），並且第二UE（UE 2）的上層向第二UE（的下層）提供標識符（群組中的成員ID，id2）。當第一UE和第二UE接收到組播傳送時。UE（第一UE和第二UE）可以至少基於它們的上層提供的標識符來確定回饋資源的頻域和/或碼域位置。每個標識符可以映射到一個回饋資源。標識符為id1的UE可以使用回饋資源1進行HARQ回饋傳送，而標識符為id2的UE可以使用回饋資源2進行HARQ回饋傳送。
組播傳送可以與回饋資源相關聯，對於該回饋資源，群組中的每個成員不能與一個回饋資源相關聯。換句話說，回饋資源的數目可以小於群組中的UE的數目。此替代方案可能不適合這種情況。替代地，組播傳送可以與回饋資源相關聯，對於該回饋資源，群組中的每個成員可以與一個回饋資源相關聯。
第10圖中示出示例。具體地，第10圖示出UE使用其標識符（來源層2 ID）來確定側鏈路回饋資源。三個UE（UE1、UE2、UE3）以群組執行組播通訊。回應於接收到組播傳送，每一個UE至少基於時槽、組播傳送的頻率資訊及其標識符（例如，來源層2 ID，群組中的成員ID等）來確定與組播傳送相關聯的回饋資源。組播傳送與總共6個回饋資源（每個回饋資源與第10圖中的每個參數a至f相關聯）相關聯。另外或替代地，每個回饋資源可以與索引（例如，第10圖中的0至5）相關聯。每一個UE可以基於其標識符（例如，來源層2 ID，群組中的成員ID等）當除以回饋資源的數目時的餘數來確定使用哪個回饋資源來傳送HARQ回饋。UE1計算其來源層2 ID的餘數（即，102除以6時的餘數），並使用同與餘數相同值的索引相關聯的回饋資源，即第10圖中的索引為0的回饋資源。
在另一示例中，UE可以至少基於與群組中一個或多個UE的標識符（例如，來源層2 ID）相關聯的順序，來確定其與群組中的組播傳送相關聯的回饋資源。在一個實施例中，UE可以從其上層接收群組中其它UE的來源層2 ID。基於在群組中一個或多個UE的標識符的值當中其標識符的值的位置，UE可以在一個或多個回饋資源當中（在某個時間）確定傳送與組播傳送相關聯的HARQ回饋的回饋資源。可以對群組中的UE的標識符進行排序（以昇冪或降冪），並且可以將排序後的標識符中的每個標識符依次與回饋資源中的一個相關聯。
第11圖中示出示例。具體地，第11圖示出UE基於來源ID的值來確定回饋資源。如第11圖所示，在一個群組中有三個UE進行組播通訊（UE1、UE2和UE3）。UE知道其標識符（例如，來源層2 ID或成員ID）以及群組中（所有）其它UE的標識符。當接收到組播傳送時，UE將六個回饋資源（第11圖中a至f的回饋資源）與組播傳送相關聯（例如，回饋資源處於與組播傳送相關聯的時槽和/或頻率中）。
另外或替代地，回饋資源中的每一個可以與索引相關聯（例如，回饋資源a可以與索引0相關聯）。每一個UE至少基於其標識符的值相比群組中其它UE的標識符的位置來確定使用六個回饋資源當中的哪個回饋資源。UE1具有群組中第二最低值（即102）的標識符，UE1可以確定使用回饋資源當中具有第二最低頻率值的回饋資源（例如，回饋資源b）。
另外或替代地，UE1可以確定使用與第二最小索引相關聯的回饋資源（例如，回饋資源b）。另外或替代地，UE2具有群組中最小值（即101）的標識符，因此UE2確定使用具有最小索引的回饋資源（具有索引0的回饋資源）。另外或替代地，UE2可以確定使用回饋資源當中具有最低頻率值的回饋資源（例如，回饋資源a）。UE3具有第三最低值（即107）的標識符，因此UE 3確定使用具有第三最小索引的回饋資源（具有索引2的回饋資源）。另外或替代地，UE3可以確定使用回饋資源當中具有第三最低頻率值的回饋資源。
另外或替代地，如第12圖中所示，由於UE3具有群組中所有UE當中最高的標識符值，因此UE3可以在回饋資源當中選擇與最高索引（即索引5）相關聯的回饋資源或具有最高頻率值的回饋資源。另外或替代地，由於UE2具有群組中所有UE當中第二最高的標識符值，因此UE2可以在回饋資源當中選擇與第二最高索引（即索引4）相關聯的回饋資源或具有第二最高頻率值的回饋資源。另外或替代地，由於UE1具有群組中所有UE當中第三最高的標識符值，因此UE1可以在回饋資源當中選擇與第三最高索引（即索引3）相關聯的回饋資源或具有第三最高頻率值的回饋資源。
在另一示例中，由上層提供的資訊可以包含PSFCH的頻域和/或碼域資源。UE可以使用頻域和/或碼域資源來傳送與組播傳送相關的HARQ回饋。UE可以使用頻域和/或碼域資源來傳送回應於組播傳送的HARQ回饋
解決方案2：群組的領車UE向群組提供關於側鏈路回饋資源與UE之間的關聯的資訊。
一般概念是，UE群組（或車隊）中的領車UE可以向該群組中的一個或多個UE提供與側鏈路回饋資源相關聯的資訊。群組中的一個或多個UE可以至少基於由領車UE提供的資訊來確定與從群組中的其它UE傳送的組播傳送相關聯的側鏈路回饋資源。另外或替代地，群組中的一個或多個UE可以至少基於與一個或多個UE相關聯的標識符（例如，來源層2 ID，群組中的成員ID等）來確定與從群組中的其它UE傳送的組播傳送相關聯的側鏈路回饋資源。
資訊可以包含側鏈路回饋資源與UE之間的關聯的列表。列表的每個條目可以包含UE的標識符和用於標識UE的側鏈路回饋資源的標識符。
資訊可以包含與一個或多個UE相關聯的第一標識符群組。在一個實施例中，一個或多個UE中的每一個可以與第一標識符群組中的標識符相關聯。第一群組中的每個標識符可以具有與第一標識符群組中的其它標識符的值不同的值。
資訊可以包含與一個或多個UE相關聯的第二標識符群組。一個或多個UE可以至少基於第二標識符群組來確定與組播通訊相關聯的側鏈路回饋資源。
資訊可以包含第一群組中的標識符與第二群組中的標識符之間的映射。另外或替代地，資訊可以包含一個或多個UE中的每一個與和組播通訊相關聯的一個或多個側鏈路回饋資源之間的映射。
資訊可以包含與領車UE相關聯的資訊（例如，UE與領車UE的側鏈路回饋資源或標識符之間的映射）。另外或替代地，資訊可以不包含與領車UE相關聯的資訊。作為示例，由群組中的領車UE傳送的訊息可以包含與一個或多個回饋資源相關聯的資訊。一個或多個回饋資源可以與一個或多個組播傳送、一個或多個傳送器UE和/或一個或多個接收器UE相關聯。
資訊可以包含一個或多個接收器UE與一個或多個回饋資源之間的映射。另外或替代地，資訊可以包含一個或多個傳送器UE與一個或多個回饋資源之間的映射。
第13圖示出了根據一個實施例的示例性訊息。如第13圖所示，第一標識符群組中的每個標識符可以與群組中的UE相關聯（例如，UEID_1與UE1相關聯，UEID_2與UE2相關聯，並且UEID_3與UE3相關聯）。第二標識符群組中的每個標識符可以與一個或多個回饋資源中的回饋資源相關聯（例如，標識符_1(identifier_1)、標識符_2(identifier_2)和標識符_3(identifier_3)與一個或多個回饋資源中的不同回饋資源相關聯）。在示例中，UE1可以至少基於資訊中的標識符_1來確定回應於由傳送器UE傳送的組播傳送而將HARQ回饋傳送到傳送器UE的回饋資源。傳送器UE可以是領車UE，UE2或UE3。優選地，回應於來自所有傳送器UE的組播傳送，UE1對所有傳送器UE使用第二識別符群組中的同一標識符（例如，標識符_1），以確定傳送HARQ回饋的回饋資源。
另外或替代地，如第14A圖和第14B圖所示，由群組中的領車UE傳送的訊息包含與一個或多個回饋資源相關聯的資訊。訊息包含傳送器UE與和群組中每個接收器UE的回饋資源相關聯的標識符之間的映射。接收器UE可以至少基於傳送器UE以及接收器UE的映射，確定回應於來自傳送器UE的組播傳送而向傳送器UE傳送HARQ回饋的回饋資源。
在與第14A圖相關聯的示例中，當（RX）UE1從（TX）UE2接收到組播傳送時，（RX）UE1使用標識符1從一個或多個回饋資源中確定向（TX）UE2傳送HARQ回饋的回饋資源。另外或替代地，當（RX）UE1從（TX）UE3接收到組播傳送時，（RX）UE1使用標識符2從一個或多個回饋資源中確定向（TX）UE3傳送HARQ回饋的回饋資源。
在與第14B圖相關聯的另一示例中，當（RX）UE1從（TX）UE2接收到組播傳送時，（RX）UE1使用標識符3從一個或多個回饋資源中確定向（TX）UE2傳送HARQ回饋的回饋資源。另外或替代地，當（RX）UE1從（TX）UE3接收到組播傳送時，（RX）UE1使用標識符5從一個或多個回饋資源中確定向（TX）UE3傳送HARQ回饋的回饋資源。
另外或替代地，回應於針對所有傳送器UE的組播傳送，領車UE可以使用一個或多個特定回饋資源來傳送HARQ回饋。另外或替代地，領車UE可以回應於接收到組播傳送而使用固定回饋資源來傳送HARQ回饋。
訊息可以由領車UE經由組播傳送和/或經由廣播傳送來傳送。第一標識符群組中的每個標識符可以是與每個標識符相關聯的UE的來源層2 ID。第二標識符組中的每個標識符可以是與一個或多個回饋資源中的一個回饋資源相關聯的索引。
解決方案3：群組的傳送器UE向群組提供關於側鏈路回饋資源與接收器UE之間的關聯的資訊。
一般概念是，群組中的傳送器UE可以向一個或多個（接收器）UE提供與側鏈路回饋資源相關聯的資訊。資訊可以包含側鏈路回饋資源與接收器UE之間的關聯的列表。列表的每個條目可以包含接收器UE的標識符和用於標識接收器UE的側鏈路回饋資源的標識符。接收器UE考慮到傳送器UE發送此資訊。
一個或多個UE可以至少基於由傳送器UE提供的資訊來確定與由傳送器UE傳送的組播傳送相關聯的側鏈路回饋資源。一個或多個UE可以不基於由傳送器UE提供的資訊來確定與由傳送器UE傳送的組播傳送相關聯的側鏈路回饋資源。另外或替代地，一個或多個UE可以至少基於由上層提供的與群組中的一個或多個UE相關聯的一個或多個標識符以及由傳送器UE提供的資訊來確定與（由傳送器UE傳送的）組播傳送相關聯的側鏈路回饋資源。
在第15圖中示出的示例中，在群組中有3個UE（即UE1、UE2和UE3）用於組播通訊。UE1可以向UE2和UE3傳送與側鏈路回饋資源相關聯的第一訊息（例如，UE1訊息）。UE1可以執行組播傳送以向一個或多個UE傳送第一訊息。第一訊息可以指示與UE1相關聯的來源層2 ID或成員ID。另外或替代地，UE2可以向UE1和UE3傳送與側鏈路回饋資源相關聯的第二訊息（例如，UE2訊息）。UE2可以執行組播傳送以向群組中的一個或多個UE傳送第二訊息。第二訊息可以指示與UE2相關聯的來源層2 ID或成員ID。另外或替代地，UE3可以向UE1和UE2傳送與側鏈路回饋資源相關聯的第三訊息（例如，UE3訊息）。UE3可以執行組播傳送以向群組中的一個或多個UE傳送第三訊息。第三訊息可以指示與UE3相關聯的來源層2 ID或成員ID。
第一訊息可以包含與UE2和UE3相關聯的標識符（例如，UEID_2和UEID_3）。與UE2/UE3相關聯的標識符可以是UE2/UE3的來源層2 ID或成員ID。第一訊息可以包含與回饋資源相關聯的標識符（例如，標識符_1(identifier_1)和標識符_2(identifier_2)）。第一訊息可以包含UE2/UE3與側鏈路回饋資源之間的映射。當接收到從UE1傳送的組播傳送時，UE2和UE3可以分別基於標識符_1和標識符_2而回應於組播傳送確定側鏈路回饋資源。
第二訊息可以包含與UE1和UE3相關聯的標識符（例如，UEID_1和UEID_3）。與UE1/UE3相關聯的標識符可以是UE1/UE3的來源層2 ID或成員ID。第二訊息可以包含與回饋資源相關聯的標識符（例如，標識符_3(identifier_3)和標識符_4(identifier_4)）。第二訊息可以包含UE1/UE3與側鏈路回饋資源之間的映射。當接收到從UE2傳送的組播傳送時，UE1和UE3可以分別基於標識符_3和標識符_4而回應於組播傳送確定側鏈路回饋資源。
第三訊息可以包含與UE1和UE2相關聯的標識符（例如，UEID_1和UEID_2）。與UE1/UE2相關聯的標識符可以是UE1/UE2的來源層2 ID或成員ID。第三訊息可以包含與回饋資源相關聯的標識符（例如，標識符_5和標識符_6）。第三訊息可以包含UE1/UE2與側鏈路回饋資源之間的映射。當接收到從UE3傳送的組播傳送時，UE1和UE2可以分別基於標識符_5和標識符_6而回應於組播傳送確定側鏈路回饋資源。
第16圖中示出示例。Tx UE與群組中的3個Rx UE（Rx UE1、Rx UE2和Rx UE3）執行組播通訊。3個Rx UE中的每一個都從Rx UE的上層接收（或獲得）成員ID（例如，Rx UE1的成員ID_1，Rx UE2的成員ID_2和Rx UE3的成員ID_3）。成員ID可以與群組相關聯。每個成員ID的值與群組中其它Rx UE的其它成員ID不同（例如，使用成員ID來區分群組中的Rx UE）。Rx UE與ID（Src ID）相關聯。ID可以是Tx UE的（層1或層2）來源ID。ID或ID的一部分可以由Tx UE提供給Rx UE（例如，經由組播傳送）。Tx UE可以執行組播傳送，以將側鏈路數據傳送到3個Rx UE。組播傳送可以與6個回饋資源相關聯。每個回饋資源都與一個索引相關聯。Rx UE可以至少基於（每個）成員ID和與Tx UE相關聯的ID（Src ID）來確定與組播傳送相關聯的回饋資源。例如，Rx UE可以基於（每個）成員ID和Src ID來確定回饋資源的索引（例如0至5）當中的一個索引。例如，Rx UE1可以基於成員ID_1和Src ID來確定或導出索引號1。然後，Rx UE1可以通過與索引1相關聯的回饋資源向Tx UE傳送回饋。
第一、第二和/或第三訊息可以是（PC5）RRC訊息或MAC控制元素。資訊可以經由（PC5）RRC信令和/或經由單播訊息傳送到第二UE。資訊可以經由組播和/或廣播傳送。資訊可以包含Tx UE的來源層2 ID。資訊可以指示一個或多個數字/位元或Tx UE的來源層2 ID的一部分。
對於以上所有概念、解決方案和示例： -   上層可以是V2X應用層、V2X層、UE的NAS層和/或實體層之上的協定堆疊。 -   上層可以在AS層之上。 -   側鏈路回饋資源可以是PSFCH或PSSCH。 -   側鏈路回饋資源可以是與標識符相關聯的頻域和/或碼域資源。 -   標識符可以是UE的來源層2 ID或UE的目的地層2 ID。 -   標識符可以是群組標識符資訊或應用層V2X群組標識符。 -   群組可以包括一個或多個用於組播通訊的UE，或者一個或多個用於組播傳送的傳送器UE（Tx UE）。 -   傳送器UE可以在一個群組中執行組播傳送。 -   與側鏈路回饋資源相關聯的資訊可以是MAC CE或（PC5）RRC訊息。 -   與側鏈路回饋資源相關聯的資訊可用於為群組中的一個或多個UE配置回饋資源進行組播通訊。 -   領車UE可不具有與接收器UE的RRC單播連接。 -   傳送器UE可不具有與接收器UE的RRC單播連接。
第17圖是從用於確定與側鏈路通訊相關聯的側鏈路回饋資源的第一裝置的角度，根據一個示例性實施例的流程圖1700。在步驟1705中，第一裝置從第一裝置的上層接收標識符。在步驟1710中，第一裝置接收來自第二裝置的側鏈路傳送。在步驟1715中，第一裝置至少基於標識符和與側鏈路傳送相關聯的來源ID來確定與側鏈路傳送相關聯的側鏈路回饋資源。在步驟1720中，第一裝置使用側鏈路回饋資源來將回應於側鏈路傳送的回饋傳送到第二裝置。
在一個實施例中，第一裝置可以進一步基於標識符除以與側鏈路傳送相關聯的側鏈路回饋資源的（總）數目的餘數來確定側鏈路回饋資源。側鏈路回饋資源可以與索引相關聯，和/或與側鏈路回饋資源相關聯的索引可以等於標識符除以與側鏈路傳送相關聯的側鏈路回饋資源的（總）數目的餘數和/或與之相關聯。
在一個實施例中，上層可以是第一裝置的V2X應用層或第一裝置的V2X層。標識符可以是與群組相關聯的第一裝置的成員ID，其中第一裝置對於群組執行側鏈路通訊。群組中的每個裝置可以與某一成員ID相關聯，該成員ID不同於與該組中其它裝置相關聯的成員ID。
在一個實施例中，來源ID可以是第二裝置的層2來源ID的一部分。側鏈路傳送可以是組播傳送。
在一個實施例中，如果第一裝置成功地解碼了側鏈路傳送，則第一裝置在側鏈路回饋資源上傳送作為HARQ-ACK的回饋，和/或如果第一裝置未成功解碼側鏈路傳送，則第一裝置在側鏈路回饋資源上傳送作為HARQ-NACK的回饋。
返回參考第3圖和第4圖，在用於確定與側鏈路通訊相關聯的側鏈路回饋資源的第一裝置的一個示例性實施例中。第一裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一裝置能夠：（i）從第一裝置的上層接收標識符，（ii）接收來自第二裝置的側鏈路傳送，（iii）至少基於標識符和與側鏈路傳送相關聯的來源ID來確定與側鏈路傳送相關聯的側鏈路回饋資源，以及（iv）使用側鏈路回饋資源來將回應於側鏈路傳送的回饋傳送到第二裝置。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第18圖是從用於接收與側鏈路通訊相關聯的側鏈路回饋的第二裝置的角度，根據一個示例性實施例的流程圖1800。在步驟1805中，第二裝置向群組中的至少一個第一裝置傳送側鏈路傳送。在步驟1810中，第二裝置在側鏈路回饋資源上從第一裝置接收回應於側鏈路傳送的回饋，其中至少基於第一裝置的標識符和與側鏈路傳送相關聯的來源ID來確定側鏈路回饋資源。
在一個實施例中，可以基於標識符除以與側鏈路傳送相關聯的側鏈路回饋資源的（總）數目的餘數來確定側鏈路回饋資源。側鏈路回饋資源可以與索引相關聯，和/或與側鏈路回饋資源相關聯的索引可以等於標識符除以與側鏈路傳送相關聯的側鏈路回饋資源的（總）數目的餘數和/或與之相關聯。
在一個實施例中，可以從第一裝置的上層接收第一裝置的標識符，和/或該上層是第一裝置的V2X應用層或第一裝置的V2X層。標識符可以是與群組相關聯的第一裝置的成員標識（Identity，ID）。群組中的每個裝置可以與某一成員標識（Identity，ID）相關聯，該成員ID不同於與該組中其它裝置相關聯的成員ID。
在一個實施例中，第二裝置可以向群組中的多個裝置傳送側鏈路傳送。此外，第二裝置可以在多個側鏈路回饋資源上從群組中的多個裝置接收與側鏈路傳送相關聯的多個回饋，其中多個側鏈路回饋資源中的每一個至少基於多個裝置當中的一個對應裝置的標識符以及與側鏈路傳送相關聯的來源ID來確定。該一個對應裝置的標識符可以是與群組相關聯的一個對應裝置的成員ID。
在一個實施例中，來源標識（Identity，ID）可以是第二裝置的層2 來源ID的一部分。側鏈路傳送可以是組播傳送。
在一個實施例中，如果第二裝置可以在側鏈路回饋資源上接收到作為HARQ-ACK的回饋，則第二裝置認為側鏈路傳送被第一裝置成功解碼。此外，如果第二裝置在側鏈路回饋資源上接收到作為HARQ-NACK的回饋，則第二裝置可以認為側鏈路傳送未被第一裝置成功解碼。
返回參考第3圖和第4圖，在用於接收與側鏈路通訊相關聯的側鏈路回饋的第二裝置的一個示例性實施例中。第二裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第二裝置能夠：（i）向群組中的至少一個第一裝置傳送側鏈路傳送，以及（ii）在側鏈路回饋資源上從第一裝置接收回應於側鏈路傳送的回饋，其中至少基於第一裝置的標識符和與側鏈路傳送相關聯的來源ID來確定側鏈路回饋資源。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第19圖是從用於確定與組播傳送相關聯的HARQ回饋資源的第一裝置的角度，根據一個示例性實施例的流程圖1900。在步驟1905中，第一裝置從第一裝置的上層接收資訊。在步驟1910中，第一裝置基於來自上層的資訊確定標識符。在步驟1915中，第一裝置接收來自第二裝置的組播傳送。在步驟1920中，第一裝置至少基於標識符確定與組播傳送相關聯的HARQ回饋資源。在步驟1925中，第一裝置使用HARQ回饋資源將側鏈路HARQ回饋傳送到第二裝置。
返回參考第3圖和第4圖，在用於確定與組播傳送相關聯的HARQ回饋資源的第一裝置的一個示例性實施例中。第一裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一裝置能夠：（i）從第一裝置的上層接收資訊，（ii）基於來自上層的資訊確定標識符，（iii）接收來自第二裝置的組播傳送，（iv）至少基於標識符確定與組播傳送相關聯的HARQ回饋資源，以及（v）使用HARQ回饋資源將側鏈路HARQ回饋傳送到第二裝置。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第20圖是從用於確定與組播傳送相關聯的HARQ回饋資源的第一裝置的角度，根據一個示例性實施例的流程圖2000。在步驟2005中，第一裝置從第二裝置接收資訊。在步驟2010中，第一裝置基於該資訊導出一個或多個標識符。在步驟2015中，第一裝置接收來自第三裝置的組播傳送。在步驟2020中，第一裝置至少基於一個或多個標識符來確定與組播傳送相關聯的HARQ回饋資源。在步驟2025中，第一裝置使用HARQ回饋資源將側鏈路HARQ回饋傳送到第三裝置。
返回參考第3圖和第4圖，在用於確定與組播傳送相關聯的HARQ回饋資源的第一裝置的一個示例性實施例中。第一裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一裝置能夠：（i）從第二裝置接收資訊，（ii）基於該資訊導出一個或多個標識符，（iii）接收來自第三裝置的組播傳送，（iv）至少基於一個或多個標識符來確定與組播傳送相關聯的HARQ回饋資源，以及（v）使用HARQ回饋資源將側鏈路HARQ回饋傳送到第三裝置。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第21圖是從用於確定與組播傳送相關聯的HARQ回饋資源的第一裝置的角度，根據一個示例性實施例的流程圖2100。在步驟2105中，第一裝置從第二裝置接收資訊。在步驟2110中，第一裝置基於該資訊導出一個或多個標識符。在步驟2115中，第一裝置接收來自第二裝置的組播傳送。在步驟2120中，第一裝置至少基於一個或多個標識符確定與組播傳送相關聯的HARQ回饋資源。在步驟2125中，第一裝置使用HARQ回饋資源將側鏈路HARQ回饋傳送到第二裝置。
返回參考第3圖和第4圖，在用於確定與組播傳送相關聯的HARQ回饋資源的第一裝置的一個示例性實施例中。第一裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一裝置能夠：（i）從第二裝置接收資訊，（ii）基於該資訊導出一個或多個標識符，（iii）接收來自第二裝置的組播傳送，（iv）至少基於一個或多個標識符確定與組播傳送相關聯的HARQ回饋資源，以及（v）使用HARQ回饋資源將側鏈路HARQ回饋傳送到第二裝置。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
在第19圖到第21圖所示以及上文討論的實施例的上下文中，在一個實施例中，第一裝置可以經由組播傳送來接收TB，其中第一裝置還基於傳輸塊（Transport Block，TB）的來源ID欄位來確定HARQ回饋資源。第一裝置可以進一步基於與第一裝置、第二裝置或第三裝置相關聯的來源層2 ID來確定HARQ回饋資源。第一裝置還可以進一步基於與組播傳送的接收相關聯的定時來確定HARQ回饋資源。第一裝置可以進一步基於與組播傳送的接收相關聯的頻率（範圍）來確定HARQ回饋資源。
在一個實施例中，第一裝置可以是（群組中的）接收器UE。第二裝置可以是第三裝置。替代地，第二裝置可以不是第三裝置。
在一個實施例中，第二裝置可以是（群組中的）領車UE。替代地，第二裝置可以不是（群組中的）領車UE。第三裝置可以是（群組中的）傳送器UE。
在一個實施例中，資訊可以指示一個或多個裝置與HARQ回饋資源之間的映射。資訊還可以指示一個或多個裝置和與HARQ回饋資源相關聯的一個或多個標識符之間的映射。資訊可以不指示（群組中的）領車UE與HARQ回饋資源之間的映射。
在一個實施例中，如果第一裝置不能基於一個或多個標識符確定側鏈路HARQ回饋資源，則第一裝置可以傳送關於預設HARQ回饋資源的側鏈路HARQ回饋。
第22圖是從用於配置針對與組播傳送相關聯的一個或多個裝置的HARQ回饋資源的第一裝置的角度，根據一個示例性實施例的流程圖2200。在步驟2205中，第一裝置向一個或多個裝置傳送資訊，其中該資訊指示一個或多個側鏈路回饋資源到一個或多個裝置之間的映射。在步驟2210中，第一裝置執行到一個或多個裝置的組播傳送。在步驟2215中，第一裝置接收來自一個或多個裝置的一個或多個HARQ回饋，其中在映射到一個或多個裝置中的每一個的側鏈路回饋資源上接收來自一個或多個裝置中的每一個的一個或多個HARQ回饋中的每一個。
在一個實施例中，資訊可以指示一個或多個側鏈路回饋資源與一個或多個標識符之間的映射，其中一個或多個標識符中的每一個可以與一個或多個裝置中的每一個相關聯。在一個實施例中，資訊可以指示一個或多個標識符與一個或多個裝置之間的映射，其中一個或多個標識符中的每一個可以與一個或多個側鏈路回饋資源中的每一個相關聯。資訊可以經由無線電資源控制（Radio Resource Control，RRC）信令、經由廣播或經由組播傳送。
在一個實施例中，資訊可以是RRC訊息、媒體存取控制（Medium Access Control，MAC）控制元素（Control Element，CE）或傳輸塊（Transport Block，TB）。資訊可以含有（第一、第二或第三裝置的）來源層2 ID、或（第一、第二或第三裝置的）目的地層2 ID。資訊還可以包含群組標識符資訊或應用層V2X群組識別符。
在一個實施例中，上層可以是V2X層、V2X應用層，或MAC、RRC和AS層之上的層或協定堆疊。
返回參考第3圖和第4圖，在用於配置針對與組播傳送相關聯的一個或多個裝置的HARQ回饋資源的第一裝置的一個示例性實施例中。第一裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一裝置能夠：（i）向一個或多個裝置傳送資訊，其中該資訊指示一個或多個側鏈路回饋資源到一個或多個裝置之間的映射，（ii）執行到一個或多個裝置的組播傳送，以及（iii）接收來自一個或多個裝置的一個或多個HARQ回饋，其中在映射到一個或多個裝置中的每一個的側鏈路回饋資源上接收來自一個或多個裝置中的每一個的一個或多個HARQ回饋中的每一個。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
上文已經描述了本發明的各種方面。應瞭解，本文中的教示可以通過廣泛多種形式實施，且本文中所公開的任何具體結構、功能或這兩者僅是代表性的。基於本文中的教示，所屬領域的技術人員應瞭解，本文公開的方面可以獨立於任何其它方面而實施，且可以各種方式組合這些方面中兩個或更多個方面。例如，可以使用本文中闡述的任何數目的方面來實施設備或實踐方法。另外，通過使用除了本文中闡述的方面中的一個或多個之外或不同於本文中闡述的方面中的一個或多個的其它結構、功能性或結構與功能性，可實施此設備或可實踐此方法。作為上述概念中的一些的示例，在一些方面中，可以基於脈衝重複頻率建立並行通道。在一些方面中，可以基於脈衝位置或偏移建立並行通道。在一些方面中，可以基於時間跳頻序列建立並行通道。在一些方面中，可以基於脈衝重複頻率、脈衝位置或偏移以及時間跳頻序列建立並行通道。
所屬領域技術人員將理解，可以使用多種不同技術和技藝中的任一種來表示資訊和訊號。例如，可以通過電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示在整個上文描述中可能參考的數據、指令、命令、資訊、訊號、位元、符號和碼片。
所屬領域的技術人員將進一步瞭解，結合本文中公開的方面而描述的各種說明性邏輯塊、模組、處理器、構件、電路和演算法步驟可以實施為電子硬體（例如，數位實施方案、類比實施方案，或兩者的組合，其可以使用源解碼或一些其它技術設計）、各種形式的程式或包含指令的設計代碼（為方便起見，本文中可被稱作“軟體”或“軟體模組”），或兩者的組合。為清晰地說明硬體與軟體的此可互換性，上文已大體就各種說明性元件、塊、模組、電路和步驟的功能性加以描述。此類功能性是實施為硬體還是軟體取決於特定應用及施加於整個系統的設計約束。所屬領域的技術人員可以針對每個具體應用以不同方式來實施所描述的功能性，但此類實施決策不應被解釋為會引起脫離本發明的範圍。
另外，結合本文公開的方面描述的各種說明性邏輯塊、模組和電路可以實施於積體電路（integrated circuit，“IC”）、存取終端或存取點內或者由積體電路、存取終端或存取點執行。IC可以包括通用處理器、數位訊號處理器（digital signal processor，DSP）、專用積體電路（application specific integrated circuit，ASIC）、現場可程式設計閘陣列（field programmable gate array，FPGA）或其它可程式設計邏輯裝置、離散門或電晶體邏輯、離散硬體元件、電氣元件、光學元件、機械元件，或其經設計以執行本文中所描述的功能的任何組合，且可以執行駐留在IC內、在IC外或這兩種情況下的代碼或指令。通用處理器可以是微處理器，但在替代方案中，處理器可以是任何的常規處理器、控制器、微控制器或狀態機。處理器還可以實施為計算裝置的組合，例如DSP和微處理器的組合、多個微處理器、與DSP核心結合的一個或多個微處理器，或任何其它此類配置。
應理解，在任何所公開過程中的步驟的任何特定次序或層級都是示例方法的示例。應理解，基於設計偏好，過程中的步驟的特定次序或層級可以重新佈置，同時保持在本公開的範圍內。所附方法權利要求以示例次序呈現各種步驟的元件，且其並不意味著限於所呈現的特定次序或層級。
結合本文中公開的方面描述的方法或演算法的步驟可以直接用硬體、用由處理器執行的軟體模組、或用這兩者的組合實施。軟體模組（例如，包含可執行指令和相關數據）和其它數據可以駐留在資料記憶體中，例如RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、寄存器、硬碟、可移除式磁片、CD-ROM或本領域中已知的任何其它形式的電腦可讀儲存介質。樣本儲存介質可以耦合到例如電腦/處理器等機器（為方便起見，該機器在本文中可以稱為“處理器”），使得該處理器可以從儲存介質讀取資訊（例如，代碼）且將資訊寫入到儲存介質。或者，示例儲存介質可以與處理器形成一體。處理器和儲存介質可以駐留在ASIC中。ASIC可以駐留在使用者設備中。在替代方案中，處理器和儲存介質可以作為離散元件而駐留在使用者設備中。此外，在一些方面中，任何合適的電腦程式產品可以包括電腦可讀介質，該電腦可讀介質包括與本公開的各方面中的一個或多個方面相關的代碼。在一些方面中，電腦程式產品可以包括封裝材料。
雖然已結合各種方面描述本發明，但應理解本發明能夠進行進一步修改。本申請意圖涵蓋對本發明的任何改變、使用或調適，這通常遵循本發明的原理且包含對本公開的此類偏離，该偏離處於在本發明所屬的技術領域內的已知及慣常實踐的範圍內。
100:存取網路 104,106,108,110,112,114:天線 116:存取終端 118:反向鏈路 120:前向鏈路 122:存取終端 124:反向鏈路 126:前向鏈路 210:傳送器系統 212:數據源 214:TX數據處理器 220:TX MIMO處理器 222a~222t:傳送器 224a~224t:天線 230:處理器 232:記憶體 236:數據源 238:TX數據處理器 242:RX數據處理器 240:解調器 250:接收器系統 252a~252r:天線 254a~254r:接收器 260:RX數據處理器 270:處理器 272:記憶體 280:調變器 300:通訊裝置 302:輸入裝置 304:輸出裝置 306:控制電路 308:中央處理器 310:記憶體 312:程式碼 314:收發器 400:應用層 402:層3 404:層2 406:層1 1700:流程圖 1705,1710,1715,1720:步驟 1800:流程圖 1805,1810:步驟 1900:流程圖 1905,1910,1915,1920,1925:步驟 2000:流程圖 2005,2010,2015,2020,2025:步驟 2100:流程圖 2105,2110,2115,2120,2125:步驟 2200:流程圖 2205,2210,2215:步驟
第1圖示出根據一個示例性實施例的無線通訊系統的圖。 第2圖是根據一個示例性實施例的傳送器系統（也被稱作存取網路）和接收器系統（也被稱作使用者設備或UE）的方塊圖。 第3圖是根據一個示例性實施例的通訊系統的功能方塊圖。 第4圖是根據一個示例性實施例的第3圖的程式碼的功能方塊圖。 第5圖是3GPP TS 23.287 V1.0.0的第4.2.1.1-1圖的再現。 第6圖是3GPP TS 23.287 V1.0.0的第6.3.2-1圖的再現。 第7圖是3GPP TR 38.885 V16.0.0的第5.1-1圖的再現。 第8圖是3GPP TR 38.885 V16.0.0的第5.1-2圖的再現。 第9圖是根據一個示例性實施例的圖。 第10圖是根據一個示例性實施例的圖。 第11圖是根據一個示例性實施例的圖。 第12圖是根據一個示例性實施例的圖。 第13圖是根據一個示例性實施例的圖。 第14A圖和第14B圖是根據一個示例性實施例的圖。 第15圖是根據一個示例性實施例的圖。 第16圖是根據一個示例性實施例的圖。 第17圖是根據一個示例性實施例的流程圖。 第18圖是根據一個示例性實施例的流程圖。 第19圖是根據一個示例性實施例的流程圖。 第20圖是根據一個示例性實施例的流程圖。 第21圖是根據一個示例性實施例的流程圖。 第22圖是根據一個示例性實施例的流程圖。
1700:流程圖
1705,1710,1715,1720:步驟

Claims (20)

  1. 一種用於第一裝置決定與側鏈路通訊相關聯的側鏈路回饋資源的方法，包括： 從該第一裝置的上層接收標識符； 接收來自第二裝置的側鏈路傳送； 至少基於該標識符和與該側鏈路傳送相關聯的來源標識來決定與該側鏈路傳送相關聯的側鏈路回饋資源；以及 使用該側鏈路回饋資源來將回應於該側鏈路傳送的回饋傳送到該第二裝置。
  2. 如請求項1所述的方法，該第一裝置進一步基於該標識符除以與該側鏈路傳送相關聯的側鏈路回饋資源的總數目的餘數來決定該側鏈路回饋資源。
  3. 如請求項1所述的方法，該側鏈路回饋資源與索引相關聯，和/或與該側鏈路回饋資源相關聯的該索引等於該標識符除以與該側鏈路傳送相關聯的側鏈路回饋資源的總數目的餘數和/或與之相關聯。
  4. 如請求項1所述的方法，該上層是該第一裝置的車輛外聯應用層或該第一裝置的車輛外聯層。
  5. 如請求項1所述的方法，該標識符是與群組相關聯的該第一裝置的成員標識，其中該第一裝置對於該群組執行該側鏈路通訊。
  6. 如請求項5所述的方法，該群組中的每個裝置與某一成員標識相關聯，該成員標識不同於與該群組中的其它裝置相關聯的成員標識。
  7. 如請求項1所述的方法，該來源標識是該第二裝置的層2來源標識的一部分。
  8. 如請求項1所述的方法，該側鏈路傳送是組播傳送。
  9. 如請求項1所述的方法，如果第一裝置成功地解碼了該側鏈路傳送，則該第一裝置在該側鏈路回饋資源上傳送作為混合自動重傳請求-確認的該回饋，和/或 如果該第一裝置未成功解碼該側鏈路傳送，則該第一裝置在該側鏈路回饋資源上傳送作為混合自動重傳請求-否定的該回饋。
  10. 一種用於第二裝置接收與側鏈路通訊相關聯的側鏈路回饋的方法，包括： 向群組中的至少一個第一裝置傳送側鏈路傳送；以及 在側鏈路回饋資源上從該第一裝置接收與該側鏈路傳送相關聯的回饋，其中至少基於該第一裝置的標識符和與該側鏈路傳送相關聯的來源標識來決定該側鏈路回饋資源。
  11. 如請求項10所述的方法，基於該標識符除以與該側鏈路傳送相關聯的側鏈路回饋資源的總數目的餘數來決定該側鏈路回饋資源。
  12. 如請求項10所述的方法，該側鏈路回饋資源與索引相關聯，和/或與該側鏈路回饋資源相關聯的該索引等於該標識符除以與該側鏈路傳送相關聯的側鏈路回饋資源的總數目的餘數和/或與之相關聯。
  13. 如請求項10所述的方法，從該第一裝置的上層接收該第一裝置的該標識符，和/或該上層是該第一裝置的車輛外聯應用層或該第一裝置的車輛外聯層。
  14. 如請求項10所述的方法，該標識符是與該群組相關聯的該第一裝置的成員標識。
  15. 如請求項14所述的方法，該群組中的每個裝置與某一成員標識相關聯，該成員標識不同於與該群組中的其它裝置相關聯的成員標識。
  16. 如請求項10所述的方法，進一步包括： 該第二裝置向群組中的多個裝置傳送該側鏈路傳送；以及 在多個側鏈路回饋資源上從該群組中的該多個裝置接收與該側鏈路傳送相關聯的多個回饋， 其中該多個側鏈路回饋資源中的每一個至少基於該多個裝置當中的一個對應裝置的標識符以及與該側鏈路傳送相關聯的來源標識來決定。
  17. 如請求項16所述的方法，該一個對應裝置的該標識符是與該群組相關聯的該一個對應裝置的成員標識。
  18. 如請求項10所述的方法，該來源標識是該第二裝置的層2來源標識的一部分。
  19. 如請求項10所述的方法，該側鏈路傳送是組播傳送。
  20. 如請求項10所述的方法，如果該第二裝置在該側鏈路回饋資源上接收到作為混合自動重傳請求-確認的該回饋，則該第二裝置認為該側鏈路傳送被該第一裝置成功解碼，和/或 如果該第二裝置在該側鏈路回饋資源上接收到作為混合自動重傳請求-否定的該回饋，則該第二裝置認為該側鏈路傳送未被該第一裝置成功解碼。
TW109118856A 2019-06-10 2020-06-04 無線通訊系統中處理側鏈路組播的回饋資源的方法和設備 TWI733484B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962859308P 2019-06-10 2019-06-10
US62/859,308 2019-06-10

Publications (2)

Publication Number Publication Date
TW202046752A true TW202046752A (zh) 2020-12-16
TWI733484B TWI733484B (zh) 2021-07-11

Family

ID=70977738

Family Applications (1)

Application Number Title Priority Date Filing Date
TW109118856A TWI733484B (zh) 2019-06-10 2020-06-04 無線通訊系統中處理側鏈路組播的回饋資源的方法和設備

Country Status (7)

Country Link
US (2) US10931406B2 (zh)
EP (1) EP3751775B1 (zh)
JP (1) JP6826226B2 (zh)
KR (1) KR102271928B1 (zh)
CN (1) CN112074017B (zh)
ES (1) ES2926471T3 (zh)
TW (1) TWI733484B (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11405895B2 (en) * 2018-02-11 2022-08-02 Lg Electronics Inc. Method and apparatus for configuring feedback signal for sidelink communication in wireless communication system
KR20200114220A (ko) 2019-03-28 2020-10-07 삼성전자주식회사 무선 통신 시스템에서 피드백 송수신 방법 및 장치
CN114501341A (zh) * 2019-06-17 2022-05-13 华为技术有限公司 通信方法及装置
US11483802B2 (en) 2019-07-18 2022-10-25 Ofinno, Llc Hybrid automatic repeat request feedback in radio systems
CN111800219B (zh) * 2019-07-29 2022-05-24 维沃移动通信有限公司 数据传输方法、用户设备及控制节点
CN114616781B (zh) * 2019-10-03 2023-06-30 欧芬诺有限责任公司 反馈信道的无线电资源映射
CN114503480B (zh) * 2019-10-03 2024-01-09 Lg电子株式会社 用于在无线通信系统中执行重传的方法和设备
US11589335B2 (en) * 2019-11-01 2023-02-21 Qualcomm Incorporated Chained sidelink transmissions
US11050543B1 (en) * 2020-05-28 2021-06-29 Qualcomm Incorporated Techniques for configuring beam-specific feedback for sidelink communications
KR20230043152A (ko) * 2020-08-05 2023-03-30 애플 인크. 업링크 및 사이드링크 피드백 통신들을 위한 슬롯 집성 및 선택적 우선순위화
US11627549B2 (en) * 2020-12-10 2023-04-11 Nokia Technologies Oy Associating sensing information with a user
US11689325B2 (en) * 2020-12-16 2023-06-27 Qualcomm Incorporated Feedback transmission via a sidelink feedback channel resource of a sidelink resource pool
US11882546B2 (en) * 2021-04-02 2024-01-23 Qualcomm Incorporated Sidelink feedback for multiple transmit receive points
US11617205B2 (en) * 2021-04-15 2023-03-28 Qualcomm Incorporated Channel sensing for full-duplex sidelink communications
WO2023000191A1 (en) * 2021-07-21 2023-01-26 Qualcomm Incorporated Distance-based nack procedures in a vehicular platoon
US11910426B2 (en) * 2021-09-03 2024-02-20 Qualcomm Incorporated Interference management for sidelink relaying
WO2023184500A1 (en) * 2022-04-01 2023-10-05 Lenovo (Beijing) Limited Methods and apparatuses for sidelink positioning

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090023711A (ko) * 2006-06-20 2009-03-05 콸콤 인코포레이티드 무선 네트워크를 위한 멀티캐스트/브로드캐스트 보고
WO2016021644A1 (ja) * 2014-08-08 2016-02-11 京セラ株式会社 受信端末及び送信端末
US10334586B2 (en) * 2016-01-22 2019-06-25 Qualcomm Incorporated Hybrid automatic repeat request feedback for unicast sidelink communications
WO2017171525A1 (ko) * 2016-04-01 2017-10-05 엘지전자 주식회사 무선 통신 시스템에서 상향링크 sps에 따른 단말의 동작 방법 및 상기 방법을 이용하는 단말
EP4124152A1 (en) * 2016-08-09 2023-01-25 Panasonic Intellectual Property Corporation of America Improved radio resource selection and sensing v2x transmissions
CN116232832A (zh) * 2017-01-17 2023-06-06 华为技术有限公司 一种反馈信息传输方法及装置
CN108631968B (zh) * 2017-03-20 2021-02-09 华为技术有限公司 一种数据反馈资源的确定方法及装置
CN110870365B (zh) * 2017-07-28 2023-07-04 松下电器（美国）知识产权公司 通信装置和通信方法
US10931426B2 (en) * 2017-08-10 2021-02-23 Futurewei Technologies, Inc. System and method for sidelink feedback
CN111133811B (zh) * 2017-09-27 2024-04-23 索尼公司 通信设备
EP3634061A1 (en) * 2018-10-04 2020-04-08 ASUSTek Computer Inc. Method and apparatus for requesting resource for sidelink retransmission in a wireless communication system
US11219092B2 (en) * 2018-10-05 2022-01-04 Lenovo (Singapore) Pte. Ltd. Determining V2X resources based on interest indications for V2X communications on more than one radio access technology
EP3874779B1 (en) * 2018-11-02 2024-02-14 FG Innovation Company Limited Method and apparatus for sidelink channel busy ratio measurement reporting
WO2020125990A1 (en) * 2018-12-20 2020-06-25 Huawei Technologies Co., Ltd. Device and method for supporting a feedback mechanism
CN111865485A (zh) * 2019-04-30 2020-10-30 北京三星通信技术研究有限公司 Harq反馈方法及执行harq反馈方法的ue

Also Published As

Publication number Publication date
EP3751775A1 (en) 2020-12-16
KR20200141936A (ko) 2020-12-21
US11316622B2 (en) 2022-04-26
JP2020202563A (ja) 2020-12-17
US20210211238A1 (en) 2021-07-08
KR102271928B1 (ko) 2021-07-02
JP6826226B2 (ja) 2021-02-03
ES2926471T3 (es) 2022-10-26
CN112074017A (zh) 2020-12-11
US20200389257A1 (en) 2020-12-10
CN112074017B (zh) 2022-07-05
EP3751775B1 (en) 2022-08-03
US10931406B2 (en) 2021-02-23
TWI733484B (zh) 2021-07-11

Similar Documents

Publication Publication Date Title
TWI733484B (zh) 無線通訊系統中處理側鏈路組播的回饋資源的方法和設備
US11882579B2 (en) Methods and systems for configuring mapping restrictions for one or more logical channels
US11778685B2 (en) Method and apparatus for network configuring sidelink discontinuous reception in a wireless communication system
CN110661772B (zh) 无线通信系统中处理侧链路传送的方法和用户设备
TWI748977B (zh) 基於lte的v2x通訊服務品質以及壅塞減輕
CN111148064B (zh) 用于改进无线通信中的一对一侧链路通信的方法和设备
CN112911719B (zh) 处理不含物理侧链路反馈信道的设备到设备资源池的方法和装置
EP2919524B1 (en) Method and apparatus for implementing a device-to-device (d2d) service in a wireless communication system
US20200053699A1 (en) Method and apparatus for selecting device-to-device resource pool in a wireless communication system
KR20200011336A (ko) 차량 통신을 지원하는 무선통신 시스템에서 무선 통신을 수행하는 방법 및 그 장치
WO2023040961A1 (zh) 由用户设备执行的方法以及用户设备
KR102509359B1 (ko) 무선 통신 시스템에서 v2x 통신을 위한 자원 할당 방법 및 장치
JP2019525635A (ja) 無線通信システムにおいてｓｐｓ助け情報を送信する方法及び装置
CN114205863B (zh) 无线通信系统中处置侧链路通信装置间协调的方法和设备
WO2024012390A1 (zh) 由用户设备执行的方法以及用户设备
CN115643544A (zh) 由用户设备执行的方法以及用户设备