TWI748249B - 在v2x上支持harq方法及裝置 - Google Patents
在v2x上支持harq方法及裝置 Download PDFInfo
- Publication number
- TWI748249B TWI748249B TW108134562A TW108134562A TWI748249B TW I748249 B TWI748249 B TW I748249B TW 108134562 A TW108134562 A TW 108134562A TW 108134562 A TW108134562 A TW 108134562A TW I748249 B TWI748249 B TW I748249B
- Authority
- TW
- Taiwan
- Prior art keywords
- wtru
- feedback
- harq
- transmission
- resource
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- 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/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
-
- 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]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- 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
- 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/1874—Buffer management
- H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
-
- 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/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/20—Control channels or signalling for resource management
-
- 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
- H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
-
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一種WTRU裝置及其操作方法。該方法可以包括從網路接收映射規則,該映射規則表明針對QoS等級及通道負載要採用的HARQ回饋特性。WTRU可以確定被緩衝用於傳輸的資料的QoS等級、並且可以進一步確定通道的通道負載。基於該QoS等級及通道負載,可以確定HARQ回饋特性。然後,WTRU可以向另一WTRU傳送表明該HARQ回饋特性的SCI。在一個實施例中,該映射規則可以表明HARQ回饋格式將被用於該資料的HARQ回饋。該資料可以被傳送,並且可以根據該HARQ回饋格式接收該資料的HARQ回饋。多播資料可被傳輸至複數WTRU且回饋可被接收。
Description
本申請案主張在2018年9月25日申請的美國臨時申請案No.62/736,296、2018年9月26日申請的美國臨時申請案No.62/736,788以及2019年1月3日申請的美國臨時申請案No.62/787,991的權益,其每個的內容藉由引用而被併入本文。
提供了一種無線傳輸/接收單元(WTRU)裝置及其操作方法。該方法可以包括從網路接收映射規則,該映射規則表明針對服務品質(QoS)等級以及通道負載要採用的混合自動重複請求(HARQ)回饋特性。WTRU可以確定被緩衝用於傳輸的資料的QoS等級、並且可以進一步確定通道的通道負載。基於該QoS等級以及通道負載,可以確定HARQ回饋特性。然後,WTRU可以向另一WTRU傳送表明該HARQ回饋特性的側鏈路控制資訊(SCI)。在一個實施例中,該映射
規則可以表明HARQ回饋格式將被用於該資料的HARQ回饋。該資料可被發送,並且可以根據HARQ回饋格式接收資料的HARQ回饋。多播資料可被傳送至複數WTRU且回饋可被接收。在一個實施例中,WTRU可以基於回饋資源以及WTRU群組的群組成員的群組內識別符來確定該群組成員是否成功接收到多播側鏈路資料。
圖1A是示出了可在其中實施一或更多所揭露的實施例的範例性通信系統100的圖示。該通信系統100可以是將例如語音、資料、視訊、訊息發送、廣播等的內容提供給複數無線使用者的多重存取系統。該通信系統100可以經由系統資源(包括無線頻寬)的共用使得複數無線使用者能夠存取這些內容。例如,該通信系統100可以使用一種或多種通道存取方法,例如分碼多重存取(CDMA)、分時多重存取(TDMA)、分頻多重存取(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)、零尾獨特字DFT-擴展 OFDM(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、資源塊濾波OFDM、濾波器組多載波(FBMC)等等。
如圖1A所示,通信系統100可以包括無線傳輸/接收單元(WTRU)102a、102b、102c、102d、RAN 104/113、CN 106/115、公共交換電話網路(PSTN)108、網際網路110以及其他網路112,但應理解的是所揭露的實施例涵蓋任何數量的WTRU、基地台、網路及/或網路元件。WTRU 102a、102b、102c、102d中的每一個可以是被配置為在無線環境中操作及/或通信的任何類型的裝置。例如,WTRU 102a、102b、102c、102d(其任一者可以被稱為“站”及/或“STA”)可以被配置為傳送及/或接收無線信號、並且可以包括使用者設備(UE)、行動站、固定或行動用戶單元、基於訂用的單元、呼叫器、行動電話、個人數位助理(PDA)、智慧型電話、膝上型電腦、小筆電、個人電腦、無線感測器、熱點或Mi-Fi裝置、物聯網(IoT)裝置、手錶或其他可穿戴裝置、頭戴式顯示器(HMD)、車輛、無人機、醫療設備及應用(例如遠端手術)、工業設備及應用(例如,在工業及/或自動處理鏈環境中操作的機器人及/或其他無線裝置)、消費電子裝置、在商業及/或工業無線網路上操作的裝置等等。WTRU 102a、102b、102c、及102d中的任一者可以可互換地稱為UE。
通信系統100還可以包括基地台114a及/或基地台114b。基地台114a、114b中的每一個可以是被配置為與WTRU 102a、102b、102c、102d中的至少一者無線地介接,以促進存取一或更多通信網路(例如,CN 106/115、網際網路110及/或網路112)的任何類型的裝置。例如,基地台114a、114b可以是基地收發站(BTS)、節點B、e節點B、本地節點B、本地e節點B、gNB、NR節點B、網站控制器、存取點(AP)、無線路由器等。儘管基地台114a、114b每個均被描述為單一元件,但應當理解的是基地台114a、114b可以包括任何數量的互連基地台及/或網路元件。
基地台114a可以是RAN 104/113的一部分,其還可以包括例如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等的其他基地台及/或網路元件(未示出)。基地台114a及/或基地台114b可以被配置為在可以被稱為胞元(未示出)的一或更多載波頻率上傳送及/或接收無線信號。這些頻率可在授權頻譜、未經授權頻譜、或授權頻譜以及未經授權頻譜的組合中。胞元可以將無線服務的覆蓋範圍提供給可相對固定或可隨時間而改變的特定地理區域。胞元還可以被劃分成胞元扇區。例如,與基地台114a相關聯的胞元可以被劃分成三個扇區。因此,在一種實施例中,基地台114a可以包括三個收發器,例如針對該胞元的每個扇區都有一個收發器。在一種實施例中,基地台114a可以使用多輸入多輸出(MIMO)技術、並且可以使用針對胞元的每個扇區的複數收發器。例如,波束成形可以用於在期望的空間方向上傳送及/或接收信號。
基地台114a、114b可以經由空中介面116以與WTRU 102a、102b、102c、102d中的一者或多者通信,該空中介面116可以是任何合適的無線通信鏈路(例如,射頻(RF)、微波、釐米波、微米波、紅外(IR)、紫外(UV)、可見光等)。空中介面116可以使用任何合適的無線電存取技術(RAT)來建立。
更特別地,如上所述,通信系統100可以是多重存取系統、並且可以使用一種或多種通道存取方案,例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如,在RAN 104/113中的基地台114a以及WTRU 102a、102b、102c可以實施例如通用行動電信系統(UMTS)地面無線電存取(UTRA)之類的無線電技術,其可以使用寬頻CDMA(WCDMA)來建立空中介面115/116/117。WCDMA可以包括例如高速封包存取(HSPA)及/或演進型HSPA(HSPA+)之類的通信協定。HSPA可以包括高速下鏈(DL)封包存取(HSDPA)及/或高速UL封包存取(HSUPA)。
在一種實施例中,基地台114a以及WTRU 102a、102b、102c可以實施例如演進型UMTS地面無線電存取(E-UTRA)之類的無線電技術,其可以使用長期演進(LTE)及/或高級LTE(LTE-A)及/或專業版高級LTE(LTE-A Pro)來建立空中介面116。
在一種實施例中,基地台114a以及WTRU 102a、102b、102c可以實施例如NR無線電存取之類的無線電技術,其可以使用新無線電(NR)來建立空中介面116。
在一種實施例中,基地台114a以及WTRU 102a、102b、102c可以實施多種無線電存取技術。例如,基地台114a以及WTRU 102a、102b、102c可以例如使用雙連接(DC)原理以一起實施LTE無線電存取以及NR無線電存取。因此,WTRU 102a、102b、102c所使用的空中介面可以由多種類型的無線電存取技術、及/或發送到/自多種類型的基地台(例如,eNB及gNB)的傳輸來表徵。
在其他實施例中,基地台114a以及WTRU 102a、102b、102c可以實施例如IEEE 802.11(即,無線保真(WiFi))、IEEE 802.16(即,全球互通微波存取(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暫行標準2000(IS-2000)、暫行標準95(IS-95)、暫行標準856(IS-856)、全球行動通信系統(GSM)、增強型資料速率GSM演進(EDGE)、GSM EDGE(GERAN)之類的無線電技術。
圖1A中的基地台114b可以是例如無線路由器、本地節點B、本地e節點B或者存取點、並且可以使用任何合適的RAT,以用於促進在例如商業區、家庭、車輛、校園、工業設施、空中走廊(例如,供無人機使用)、道路之類的局部區域的無線連接。在一種實施例中,基地台114b以及WTRU 102c、102d可以實施例如IEEE 802.11之類的無線電技術以建立無線區域網路(WLAN)。在一種實施例中,基地台114b以及WTRU 102c、102d可以實施例如IEEE 802.15之類的無線電技術以建立無線個人區域網路(WPAN)。在又一種實施例中,基地台114b以及WTRU 102c、102d可以使用基於蜂巢的RAT(例如,WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等)以建立微微胞元(picocell)或毫微微胞元(femtocell)。如圖1A所示,基地台114b可以具有至網際網路110的直接連接。因此,基地台114b可不需要經由CN 106/115來存取網際網路110。
RAN 104/113可以與CN 106/115通信,該CN 106/115可以是被配置為將語音、資料、應用及/或網際網路協定語音(VoIP)服務提供到WTRU 102a、102b、102c、102d中的一者或多者的任何類型的網路。資料可以具有不同的服務品質(QoS)要求,例如不同的流通量要求、潛時要求、容錯要求、可靠性要求、資料流通量要求、移動性要求等。CN 106/115可以提供呼叫控制、記帳服務、基於移動位置的服務、預付費呼叫、網際網路連接、視訊分配等、及/或執行高階安全性功能,例如使用者驗證。儘管圖1A中未示出,但應理解的是RAN 104/113及/或CN 106/115可以直接或間接地與其他RAN進行通信,這些其他RAN使用與RAN 104/113相同的RAT或者不同的RAT。例如,除了連接到可以採用NR無線電技術的RAN 104/113,CN 106/115也可以與使用GSM、UMTS、CDMA2000、WiMAX、E-UTRA、或者WiFi無線電技術的另一RAN(未示出)通信。
CN 106/115也可以充當供WTRU 102a、102b、102c、102d存取PSTN 108、網際網路110及/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括使用公共通信協定的互連電腦網路及裝置的全球系統,該公共通信協定例如是傳輸控制協定(TCP)/網際網路協定(IP)網際網路協定套件中的TCP、使用者資料報協定(UDP)及/或IP。網路112可以包括由其他服務提供方擁有及/或操作的無線及/或有線通信網路。例如,網路112可以包括連接到一或更多RAN的另一CN,該一或更多RAN可以使用與RAN 104/113相同的RAT或者不同的RAT。
通信系統100中的WTRU 102a、102b、102c、102d中的一些或者全部可以包括多模式能力(即WTRU 102a、102b、102c、102d可以包括用於經由不同的無線鏈路以與不同的無線網路進行通信的複數收發器)。例如,圖1A中顯示的WTRU 102c可以被配置為與可使用基於蜂巢的無線電技術的基地台114a進行通信、並且與可使用IEEE 802無線電技術的基地台114b進行通信。
圖1B是範例性WTRU 102的系統圖。如圖1B所示,WTRU 102可以包括處理器118、收發器120、傳輸/接收元件122、揚聲器/麥克風124、小鍵盤126、顯示器/觸控板128、非可移記憶體130、可移記憶體132、電源134、全球定位系統(GPS)晶片組136以及其他週邊設備138等。應該理解的是,在保持與實施例一致的情況下,WTRU 102可以包括上述元件的任何子組合。
處理器118可以是通用處理器、專用處理器、常規處理器、數位訊號處理器(DSP)、複數微處理器、與DSP核心相關聯的一或更多微處理器、控制器、微控制器、專用積體電路(ASIC)、現場可程式閘陣列(FPGA)電路、任何其它類型的積體電路(IC)、狀態機等。處理器118可以執行信號編碼、資料處理、功率控制、輸入/輸出處理、及/或使得WTRU 102能夠在無線環境中操作的任何其他功能。處理器118可以耦合到收發器120,該收發器120可以耦合到傳輸/接收元件122。儘管圖1B中將處理器118以及收發器120描述為獨立的元件,但是應當理解的是處理器118以及收發器120可以被一起集成到電子封裝或者晶片中。
傳輸/接收元件122可以被配置為經由空中介面116將信號傳送到基地台(例如,基地台114a)、或者從基地台(例如,基地台114a)接收信號。例如,在一種實施例中,傳輸/接收元件122可以是被配置為傳送及/或接收RF信號的天線。例如,在一種實施例中,傳輸/接收元件122可以是被配置為傳送及/或接收例如IR、UV或者可見光信號的放射器/偵測器。在又一種實施例中,傳輸/接收元件122可以被配置為傳送及/或接收RF信號以及光信號這兩者。應當理解,傳輸/接收元件122可以被配置為傳送及/或接收無線信號的任何組合。
儘管傳輸/接收元件122在圖1B中被描述為單一元件,但是WTRU 102可以包括任何數量的傳輸/接收元件122。更具體地,WTRU 102可以使用MIMO技術。因此,在一種實施例中,WTRU 102可以包括兩個或更複數傳輸/接收元件122(例如,複數天線)以用於經由空中介面116傳送及/或接收無線信號。
收發器120可以被配置為對將由傳輸/接收元件122傳送的信號進行調變、並且被配置為對由傳輸/接收元件122接收的信號進行解調。如上所述,WTRU 102可以具有多模式能力。因此,收發器120可以包括複數收發器以使WTRU 102能夠經由複數RAT進行通信,例如NR及IEEE 802.11。
WTRU 102的處理器118可以被耦合到揚聲器/麥克風124、小鍵盤126及/或顯示器/觸控板128(例如,液晶顯示(LCD)顯示單元或者有機發光二極體(OLED)顯示單元)、並且可以從上述裝置接收使用者輸入資料。處理器118還可以向揚聲器/麥克風124、小鍵盤126、及/或顯示器/觸控板128輸出使用者資料。此外,處理器118可以存取來自任何類型的合適的記憶體中的資訊、以及在任何類型的合適的記憶體中儲存資料,該記憶體例如可以是非可移記憶體130及/或可移記憶體132。非可移記憶體130可以包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟或者任何其他類型的記憶體儲存裝置。可移記憶體132可以包括用戶身分模組(SIM)卡、記憶條、安全數位(SD)記憶體等。在其他實施例中,處理器118可以存取來自實際上未位於WTRU 102上(例如位於伺服器或者家用電腦(未示出)上)的記憶體的資訊、以及在上述記憶體中儲存資料。
處理器118可以從電源134接收電能、並且可以被配置為將該電能分配給WTRU 102中的其他元件及/或對在WTRU 102中的其他元件的電能進行控制。電源134可以是用於為WTRU 102供電的任何裝置。例如,電源134可以包括一或更多乾電池(例如,鎳鎘(NiCd)、鎳鋅(NiZn)、鎳氫(NiMH)、鋰離子(Li-ion)等)、太陽能電池、燃料電池等。
處理器118還可以耦合到GPS晶片組136,該GPS晶片組136可以被配置為提供關於WTRU 102的目前位置的位置資訊(例如,經度及緯度)。作為來自GPS晶片組136的資訊的補充或者替代,WTRU 102可以經由空中介面116從基地台(例如,基地台114a、114b)接收位置資訊、及/或基於從兩個或更複數相鄰基地台接收到的信號的時序來確定其位置。應當理解,在與實施例保持一致的同時,WTRU 102可以用任何合適的位置確定方法來獲取位置資訊。
處理器118還可以耦合到其他週邊設備138,該週邊設備138可以包括提供附加特徵、功能及/或無線或有線連接的一或更多軟體及/或硬體模組。例如,週邊設備138可以包括加速度計、電子指南針(e-compass)、衛星收發器、數位相機(用於照片及/或視訊)、通用序列匯流排(USB)埠、震動裝置、電視收發器、免持耳機、藍牙®模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視訊遊戲機模組、網際網路瀏覽器、虛擬實境及/或增強現實(VR/AR)裝置,活動追蹤器等等。週邊設備138可以包括一或更多感測器,感測器可以是以下中的一者或多者:陀螺儀、加速計、霍爾效應感測器、磁力計、方位感測器、接近感測器、溫度感測器、時間感測器、地理位置感測器、高度計、光感測器、觸控感測器、磁力計、氣壓計、手勢感測器、生物感測器、及/或濕度感測器。
WTRU 102可以包括全雙工無線電,對於該全雙工無線電,一些或全部信號(例如,與用於UL(例如,用於傳輸)以及下鏈(例如用於接收)這兩者的特定子訊框相關聯)的傳輸及接收可以是並行及/或同時的。全雙工無線電可以包括干擾管理單元139,以經由硬體(例如扼流圈)或經由處理器(例如,單獨的處理器(未示出)或者經由處理器118)的信號處理來減小及/或基本上消除自干擾。在一種實施例中,WRTU 102可以包括一些或全部信號的傳輸及接收(例如,與用於UL(例如,用於傳輸)或下鏈(例如,用於接收)的特定子訊框相關聯)的半雙工無線電設備。
圖1C是示出了根據一種實施例的RAN 104及CN 106的系統圖。如上所述,RAN 104可使用E-UTRA無線電技術通過空中介面116與WTRU 102a、102b以及102c通信。RAN 104還可以與CN 106進行通信。
RAN 104可包括e節點B 160a、160b、160c,但應當理解的是在與實施例保持一致的同時,RAN 104可以包括任何數量的e節點B。e節點B 160a、160b、160c每一者均可包括用於經由空中介面116以與WTRU 102a、102b、102c通信的一或更多收發器。在一種實施例中,e節點B 160a、160b、160c可以實施MIMO技術。因此,e節點B 160a例如可以使用複數天線以向WTRU 102a傳送無線信號及/或從WTRU 102a接收無線信號。
e節點B 160a、160b、160c的每一個可與特定的胞元(未示出)相關聯、並且可被配置為處理無線電資源管理決策、切換決策、在UL及/或DL中的使用者排程等。如圖1C所示,e節點B 160a、160b、160c可經由X2介面互相通信。
圖1C中示出的CN 106可以包括移動管理實體(MME)162、服務閘道(SGW)164以及封包資料網路(PDN)閘道(或者PGW)166。儘管前述每一個元件被描述為CN 106的一部分,但應理解這些元件的任何一個可以由除了CN操作方之外的實體所擁有及/或操作。
MME 162可經由S1介面被連接至RAN 104中的e節點B 162a、162b、162c的每一個、並且可作為控制節點。例如,MME 162可負責認證WTRU 102a、102b、102c的使用者、承載啟動/停用、在WTRU 102a、102b、102c初始連結期間選取特定的服務閘道等。MME 162可提供用於在RAN 104與採用例如GSM及/或WCDMA之類的其他無線電技術的其他RAN(未示出)之間進行切換的控制平面功能。
SGW 164可以經由S1介面而被連接至RAN 104中的e節點B 160a、160b、160c的每一個。SGW 164通常可路由使用者資料封包至WTRU 102a、102b、102c及轉發來自WTRU 102a、102b、102c的使用者資料封包。SGW 164還可以執行其他功能,例如在e節點B間切換期間錨定使用者平面、當DL資料對WTRU 102a、102b、102c可用時觸發傳呼、管理及儲存WTRU 102a、102b、102c的上下文等。
SGW 164可連接至PGW 166,其可向WTRU 102a、102b、102c提供到例如網際網路110之類的封包交換網路的存取,以促進WTRU 102a、102b、102c與IP賦能裝置之間的通信。
CN 106可促進與其他網路的通信。例如,CN 106可向WTRU 102a、102b、102c提供到例如PSTN 108之類的電路切換式網路的存取,以促進WTRU 102a、102b、102c與傳統陸線通信裝置之間的通信。例如,CN 106可包括作為CN 106與PSTN 108之間的介面的IP閘道(例如IP多媒體子系統(IMS)伺服器)或與之通信。此外,CN 106可向WTRU 102a、102b、102c提供到其他網路112的存取,其他網路112可包括由其他服務提供者擁有及/或操作的其他有線或無線網路。
儘管WTRU在圖1A至圖1D中被描述為無線終端,但是可以預期的是,在某些代表性的實施例中,這樣的終端可(例如,暫時地或永久地)使用與通信網路的有線通信介面。
在代表性實施例中,其他網路112可以是WLAN。
基礎設施基本服務集(BSS)模式中的WLAN可以具有用於BSS的存取點(AP)、以及與該AP相關聯的一或更多站(STA)。AP可以具有對分散式系統(DS)或其他類型的有線/無線網路的存取或介面,該網路將訊務攜入及/或攜出BSS。源於BSS外部且到STA的訊務可經由AP到達、並可被遞送到STA。源於STA且至BSS外部的目的地的訊務可以被發送到AP以遞送到各自的目的地。BSS內的STA之間的訊務可以經由AP發送,例如,其中源STA可以將訊務發送到AP並且AP可以將訊務遞送到目的地STA。BSS內的STA之間的訊務可以被視為及/或被稱為點對點訊務。點對點訊務可以使用直接鏈路建立(DLS)以在源STA以及目的STA之間(例如,直接在它們之間)發送。在某些代表性實施例中,DLS可以使用802.11e DLS或802.11z隧道化DLS(TDLS)。使用獨立BSS(IBSS)模式的WLAN可不具有AP,並且IBSS內或使用IBSS的STA(例如,所有STA)可以彼此直接通信。IBSS通信模式有時可以被稱為“特定(ad-hoc)”通信模式。
當使用802.11ac基礎設施操作模式或類似的操作模式時,AP可以在固定通道(例如主通道)上傳送信標。主通道可以具有固定寬度(例如,20 MHz寬頻寬)或是經由傳訊動態設定的寬度。主通道可以是BSS的操作通道並且可以由STA用來建立與AP的連接。在某些代表性實施例中,可以例如在802.11系統中實施具有衝突避免的載波偵聽多重存取(CSMA/CA)。對於CSMA/CA,包括AP的STA(例如,每個STA)可以感測主通道。如果主通道被特定STA感測/偵測到及/或被確定為繁忙,則該特定STA可退後(back off)。一個STA(例如,僅一個站)可以在給定的BSS中的任何給定時間傳送。
高流通量(HT)STA可以使用40 MHz寬的通道進行通信,例如,藉由將主20 MHz通道與相鄰或不相鄰的20 MHz通道組合以形成40 MHz寬通道。
超高流通量(VHT)STA可支援20 MHz、40 MHz、80 MHz及/或160 MHz寬通道。40 MHz及/或80 MHz通道可以藉由組合連續的20 MHz通道來形成。可以藉由組合8個連續的20 MHz通道或藉由組合兩個不連續的80 MHz通道(其可以被稱為80 + 80配置)來形成160 MHz通道。對於80 + 80配置,在通道編碼之後,資料可以通過可將資料劃分為兩個流的分段解析器。逆快速傅立葉轉換(IFFT)處理以及時域處理可以分別在每個流上完成。這些流可以被映射到兩個80MHz通道上,並且資料可以由傳送STA來傳送。在接收STA的接收器處,用於80 + 80配置的上述操作可以逆向,並且可以將組合資料發送到媒體存取控制(MAC)。
子1 GHz操作模式由802.11af以及802.11ah支援。與802.11n以及802.11ac中的通道操作頻寬以及載波相較,802.11af以及802.11ah中使用的通道操作頻寬以及載波減小。802.11af支援在電視白空間(TVWS)頻譜中的5 MHz、10 MHz、以及20 MHz頻寬,以及802.11ah支援使用非TVWS頻譜的1 MHz、2 MHz、4 MHz、8 MHz以及16 MHz頻寬。根據代表性實施例,802.11ah可以支援例如巨集覆蓋區域中的MTC裝置的計量計類型控制/機器類型通信。MTC裝置可以具有某些能力,例如,有限的能力包括支援(例如,僅支援)某些及/或有限的頻寬。MTC裝置可包括具有高於臨界值的電池壽命的電池(例如,以保持非常長的電池壽命)。
可支援複數通道以及通道頻寬的WLAN系統(例如802.11n、802.11ac、802.11af、以及802.11ah)包括可被指定為主通道的通道。主通道可以具有等於BSS中所有STA支援的最大公共操作頻寬的頻寬。主通道的頻寬可以由在支援最小頻寬操作模式的BSS中操作的所有STA中的STA來設定及/或限制。在802.11ah的範例中,即使BBS中的AP以及其他STA支援2 MHz、4 MHz、8 MHz、16 MHz、及/或其它通道頻寬操作模式,對於支援(例如,僅支援)1 MHz模式的STA(例如,MTC類型裝置),主通道可以是1 MHz寬。載波感測及/或網路分配向量(NAV)設定可取決於主通道的狀態。如果主通道繁忙,例如由於STA(其僅支援1 MHz操作模式)向AP傳送,則即使大部分頻帶保持空閒且可用,也可認為整個可用頻帶繁忙。
在美國,可由802.11ah使用的可用頻段是從902 MHz到928 MHz。在韓國,可用頻段是從917.5 MHz到923.5 MHz。在日本,可用頻段是從916.5 MHz到927.5 MHz。根據國家代碼,802.11ah可用的總頻寬為6 MHz至26 MHz。
圖1D是示出了根據實施例的RAN 113以及CN 115的系統圖。如上所述,RAN 113可以採用NR無線電技術以經由空中介面116與WTRU 102a、102b、102c通信。RAN 113也可以與CN 115通信。
RAN 113可以包括gNB 180a、180b、180c,但是應該理解的是RAN 113可以包括任何數量的gNB,同時保持與實施例一致。每個gNB 180a、180b、180c可以包括一或更多收發器以用於與WTRU 102a、102b、102c經由空中介面116進行通信。在一種實施例中,gNB 180a、180b、180c可以實施MIMO技術。例如,gNB 180a、108b可以利用波束成形以向gNB 180a、180b、180c傳送信號及/或從gNB 180a、180b、180c接收信號。因此,gNB 180a例如可以使用複數天線以傳送無線信號到WTRU 102a及/或接收來自WTRU 102a的無線信號。在一種實施例中,gNB 180a、180b、180c可以實施載波聚合技術。例如,gNB 180a可以向WTRU 102a傳送複數分量載波(未示出)。這些分量載波的子集可以在未經授權的頻譜上,而其餘的分量載波可以在經授權的頻譜上。在一種實施例中,gNB 180a、180b、180c可以實施協作多點(CoMP)技術。例如,WTRU 102a可以從gNB 180a以及gNB 180b(及/或gNB 180c)接收協作傳輸。
WTRU 102a、102b、102c可以使用與可縮放參數集(numerology)相關聯的傳輸以與gNB 180a、180b、180c通信。例如,對於不同的傳輸、不同的胞元、及/或無線傳輸頻譜的不同部分,OFDM符號間距及/或OFDM子載波間距可以變化。WTRU 102a、102b、102c可以使用具有各種或可縮放長度的子訊框或傳輸時間間隔(TTI)(例如,含有不同數量的OFDM符號及/或持續改變的絕對時間長度)以與gNB 180a、180b、180c通信。
gNB 180a、180b、180c可以被配置為以獨立配置及/或非獨立配置與 WTRU 102a、102b、102c通信。在獨立配置中,WTRU 102a、102b、102c可以與gNB180a、180b、180c進行通信,而無需存取其他RAN(例如,諸如e節點B 160a、160b、160c)。在獨立配置中,WTRU 102a、102b、102c可以使用gNB 180a、180b、180c 中的一者或多者作為行動錨點。在獨立配置中,WTRU 102a、102b、102c可以使用未經授權頻帶中的信號以與gNB 180a、180b、180c進行通信。在非獨立配置中,WTRU 102a、102b、102c可以與 gNB 180a、180b、180c通信/連接到 gNB 180a、180b、180c,同時與另一RAN(例如,e節點B 160a、160b、160c)通信/連接。例如,WTRU 102a、102b、102c可以實施DC原則以與一或更多gNB 180a、180b、180c以及一或更多e節點B160a、160b、160c基本上同時通信。在非獨立配置中,e節點B 160a、160b、160c可以充當WTRU 102a、102b、102c的行動錨點,以及gNB 180a、180b、180c可以提供額外的覆蓋及/或流通量,以服務WTRU 102a、102b、102c。
gNB 180a、180b、180c中的每一個可以與特定胞元(未示出)相關聯、並且可以被配置為處理無線電資源管理決策、切換決策、UL及/或DL中的使用者排程、網路截割支援、實施雙重連接性、實施NR與E-UTRA之間的互通、路由使用者平面資料至使用者平面功能(UPF)184a、184b、路由控制平面資訊至存取及移動管理功能(AMF)182a、182b等。如圖1D所示,gNB 180a、180b、180c可以經由Xn介面彼此通信。
在圖1D中所示的CN 115可以包括至少一個AMF 182a、182b、至少一個UPF 184a、184b、至少一個對話管理功能(SMF)183a、183b、以及可能的資料網路(DN)185a、185b。雖然前述的每個元件都被描述為 CN 115的一部分,但是應當理解的是,任何這些元件可以由除了CN操作者之外的實體擁有及/操作。
AMF 182a、182b可以經由N2介面被連接到RAN 113中的一或更多gNB 180a、180b、180c、並且可以充當控制節點。例如,AMF 182a、182b可以負責認證WTRU 102a、102b、102c的使用者、支援網路截割(例如,處理具有不同要求的不同PDU對話)、選擇特定SMF 183a、183b、管理註冊區域、NAS傳訊的終止、移動性管理等。網路截割可以由AMF 182a、182b使用,以基於WTRU 102a、102b、102c正利用的服務類型為WTRU 102a、102b、102c定製CN支援。例如,可以為不同的用例建立不同的網路切片,該用例例如依賴於超可靠低潛時(URLLC)存取的服務、依賴於增強型大量行動寬頻(eMBB)存取的服務、用於機器類型通信(MTC)存取的服務、及/或類似的服務。該AMF 162可以提供用於在RAN 113與使用其他無線電技術(例如,LTE、LTE-A、LTE-A Pro、及/或例如WiFi之類的非第三代合作夥伴計畫(3GPP)存取技術)的其他RAN(未示出)之間的切換提供控制平面功能。
SMF 183a、183b可以經由N11介面被連接到在CN 115中的AMF 182a、182b。SMF 183a、183b還可以經由N4介面被連接到在CN 115中的UPF 184a、184b。SMF 183a、183b可以選擇及控制UPF 184a、184b、並配置經由UPF 184a、184b的訊務的路由。SMF 183a、183b可以執行其他功能,例如管理及分配UE IP位址、管理PDU對話、控制策略實施以及QoS、提供下鏈資料通知等。PDU對話類型可以是基於IP的、基於非IP的、基於乙太網路的等等。
UPF 184a、184b可以經由N3介面被連接到RAN 113中的一或更多gNB 180a、180b、180c,其可以向WTRU 102a、102b、102c提供到封包交換網路(例如網際網路110)的存取,以促進WTRU 102a、102b、102c與IP賦能裝置之間的通信。UPF 184a、184b可以執行其他功能,例如路由及轉發封包、執行使用者平面策略、支援多宿主PDU對話、處理使用者平面QoS、快取下鏈封包、提供移動錨定等。
CN 115可以促進與其他網路的通信。例如,CN 115可以包括IP閘道(例如,IP多媒體子系統(IMS)伺服器)、或者可與該IP閘道通信,該IP閘道充當CN 115以及PSTN 108之間的介面。CN 115可以向WTRU 102a、102b、102c提供對其他網路112的存取,其他網路112可以包括由其他服務提供者擁有及/或操作的其他有線及/或無線網路。在一種實施例中,WTRU 102a、102b、102c可以經由與UPF 184a、184b介接的N3介面、以及介於UPF 184a、184b與本地資料網路(DN)185a、185b之間的N6介面以經由UPF184a、184b而連接到DN 185a、185b。
參考圖1A至圖1D以及圖1A至圖1D的對應描述,對於以下中的一者或多者這裡描述的一種或多種或所有功能可以由一或更多仿真裝置(未示出)執行:WTRU 102a-d、基地台114a-b、e節點B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b、及/或本文描述的任何其他裝置。仿真裝置可以是被配置為模擬本文描述的一或更多或所有功能的一或更多裝置。例如,仿真裝置可以用於測試其他裝置及/或用於模擬網路及/或WTRU功能。
仿真裝置可以被設計為實施實驗室環境中及/或操作者網路環境中的其他裝置的一或更多測試。例如,在完全或部分地被實施及/或部署為有線及/或無線通信網路的一部分的同時,一或更多仿真裝置可執行一或更多或所有功能,以測試通信網路內的其他裝置。在作為有線及/或無線通信網路的一部分被暫時實施/部署的同時,一或複數仿真裝置可以執行一或更多或所有功能。仿真裝置可以為了測試的目的而直接耦合到另一個裝置及/或可以使用空中無線通信執行測試。
一或更多仿真裝置可以執行包括所有功能的一或更多功能,而不是作為有線及/或無線通信網路的一部分來實施/部署。例如,仿真裝置可以在測試實驗室及/或未被部署(例如,測試)的有線及/或無線通信網路中的測試場景被利用,以實施一或更多元件的測試。一或更多仿真裝置可以是測試裝置。仿真裝置可以使用經由RF電路(例如,其可以包括一或更多天線)的無線通信及/或直接RF耦合來傳送及/或接收資料。
LTE支援車載通信,其中V2X WTRU可直接彼此通信。LTE V2X被設計成支援廣播型通信。單播以及多播通信也由V2X支援,但不在實體(PHY)層。相反,可使用層2(L2)目的地識別符(ID)來支援單播以及多播類型通信。接收WTRU可處理在RX資源池上接收的封包、並基於該目的地ID過濾該封包。對於單播,WTRU需要檢查其ID是否在所接收的每個封包的目的地ID上。這是低效的,因為該封包必須在PHY被處理並且在WTRU確認該目的地ID之前被向上移動到堆疊。
由於在LTE V2X中在實體層不支援單播通信,因此在LTE V2X中也不支援側鏈路鏈路適配。此外,LTE不支援回饋通道來適配傳輸參數,例如重傳次數、功率控制參數等。另外,在LTE V2X中,通道狀態資訊報告未被標準化。為了增大傳輸的可靠性,LTE V2X支援盲重傳,其中傳輸塊被重複而不從該傳輸塊的接收器接收HARQ回饋。
NR 版本-15的第一落地在2017年12月完成。NR支援多種用例,其包括增強行動寬頻(eMBB)、超可靠以及低潛時通信(URLLC)以及大型機器類型通信(MMTC)。3GPP已經開始研究專案以研究對NR中增強的V2X(eV2X)通信的支援。NR中的eV2X被期望支援用於安全以及非安全場景的新服務。例如,期望eV2X能夠支援自動/遠端駕駛、感測器共用以及車輛編隊。每個服務具有不同的性能要求。
NR V2X被期望支援新的用例。特別地,要支援以下用例:
車輛編隊使得車輛能夠動態地形成一起行駛的群組。車隊中的所有車輛都從引領車輛接收週期性資料,以便進行車隊操作。此資訊允許車輛之間的距離變小,即,轉換為時間的間隙距離可以非常低(次秒)。編隊應用可以允許跟隨的車輛被自動駕駛。在車輛編隊中,車輛群組可以用緊密連結的方式操作,使得車輛像列車一樣移動,其中虛擬串附接在車輛之間。為了保持車輛距離,車輛可以在它們之間共用狀態資訊。藉由使用編隊,可以減小車輛之間的距離以及所需駕駛員的數量。這可以降低總燃料消耗。
先進的駕駛能夠實現半自動或全自動駕駛。假定車輛間距離較長。每個車輛及/或RSU與附近的車輛共用從其本地感測器獲得的資料,從而允許車輛協調其軌跡或操縱。此外,每輛車與附近的車輛共用其駕駛意圖。這種用例群組的好處是更安全的行駛、避免碰撞以及提高交通效率。
延伸感測器使得能夠經由本地感測器或經由在車輛、遠端感測器單元(RSU)、行人裝置以及V2X應用伺服器之間共用的現場視訊資料來交換所收集的原始或經處理的資料。該車輛可以增強對其環境的感知,這超過其本身的感測器可以偵測到的感知,並且具有對本地情況的更全面的觀察。
遠端駕駛使得遠端駕駛員或V2X應用能夠為自己不能駕駛的那些乘客或位於危險環境中的遠端車輛操作遠端車輛。對於變化有限並且路線可預測的情況(例如公共交通)可以使用基於雲計算的駕駛。另外,對於此用例群組,可以考慮對基於雲的後端服務平臺的存取。
在TS22.186中捕獲了NR V2X的新QoS要求。用下列參數指定新的關鍵性能指標(KPI):酬載(位元組);傳輸速率(訊息/秒);最大端到端潛時(ms);可靠性(%);資料速率(Mbps);以及最小所需通信範圍(米)。這些QoS特性可以用如技術規範(TS)23.501中定義的5G服務品質指示符(5QI)來表示。在V2X中,該5QI被重命名V2X品質指示符(VQI)並且考慮與V2X相關的QoS參數。
對於單播情況,PC5 QoS參數在一對一通信程序的建立時被協商,因此TS23.303中定義的該一對一通信建立程序被增強以支援兩個WTRU之間的PC5 QoS參數協商。在PC5 QoS參數協商程序之後,可以在兩個方向使用相同的QoS。
在RAN1#94會議期間,RAN1同意研究NR V2X的單播及/或多播通信的側鏈路增強。至少同意了研究以下內容:HARQ回饋;CSI獲取;開環以及閉環功率控制;鏈路適應性;以及多天線傳輸方案。
此外,同意了至少支援模式1(其中網路排程將由WTRU用於側鏈路傳輸的一或更多側鏈路資源)以及模式2(其中WTRU確定由網路配置或預配置的一或更多側鏈路資源池中的一或更多側鏈路資源)。這兩種約定的模式對用於側鏈路通信所支援的HARQ回饋有影響。
與在較高層(例如,無線鏈路控制(RLC)層)處理封包錯誤偵測的情況相比,用於單播及或多播通信的側鏈路HARQ回饋具有增加資料傳輸的可靠性以及減小潛時的潛力。然而,在側鏈路上支援HARQ可能伴隨著側鏈路通道上的高負載的代價。對於自主模式(其中WTRU自主地選擇側鏈路資源),支援回饋通道將增大WTRU之間衝突的概率。此外,由於HARQ回饋將在相同的側鏈路頻寬上被發送,因此將減小用於側鏈路資料傳輸的可用資源。
在網路控制的資源分配中,WTRU可能需要請求側鏈路資源以用於重傳以及回饋傳輸、及/或發送回饋到網路。在這種情況下,在Uu鏈路上可能產生開銷。可以採用這樣的實施例,其支援用於自主模式以及網路控制模式這兩者的側鏈路HARQ回饋且同時減小側鏈路通道上的負載。
WTRU可以使用HARQ回饋通道格式以用於傳輸。在一個實施例中,可以按照QoS以利用時序關係來傳送HARQ回饋。例如,資料封包的QoS可以表明何時發送HARQ回饋。可以在一或更多資源池上傳送回饋。對於本文揭露的所有實施例,WTRU的側鏈路傳輸與WTRU的側鏈路重傳之間的時序、及/或WTRU的側鏈路傳輸與HARQ回饋之間的時序,無論是由WTRU傳訊的還是由WTRU隱式確定的,都可以從與資料傳輸相關聯的QoS中導出。具體而言,WTRU可以使用VQI、或者可以從VQI中導出封包延遲預算(PDB)及/或優先序,以確定此時序關係。基於這種關係,WTRU可以執行如在每個實施例中適用的資源選擇、重傳、HARQ傳輸或時序指示。
HARQ回饋可以在實體側鏈路控制通道(PSCCH)上傳送。WTRU可以在側鏈路控制資訊(SCI)中傳送HARQ回饋。在一個實施例中,WTRU可以使用為排程側鏈路資料所定義的相同SCI格式來傳送HARQ回饋。利用此實施例,由於WTRU不需要監視潛在地具有不同大小的複數SCI格式,因此在WTRU接收HARQ回饋時可減小盲解碼作用。WTRU可以使用識別符來區分攜帶排程資訊的SCI以及攜帶HARQ回饋的SCI。例如,WTRU可以使用SCI中的一個位元來表明SCI傳輸的意圖,例如,使用0值用於HARQ回饋,使用1值用於排程資訊。使用這種SCI以攜帶HARQ回饋的WTRU可以重複HARQ確認(HARQ-ACK)位元以達到該SCI的配置的大小。例如,如果SCI大小是N位元並且WTRU正在傳送1位元回饋,則WTRU可以重複該HARQ回饋位元N次。替代地,可以使用填充來填充剩餘的未使用的位元欄位。替代地,WTRU可以將用於複數傳輸的HARQ回饋包括到單一SCI中以便填充SCI大小。接收HARQ回饋的WTRU可以首先檢查識別符位元(一或複數)、然後相應地解碼SCI。SCI位元欄位解釋因此可以取決於該SCI中攜帶的識別符。
在一個實施例中,WTRU可以使用新的SCI格式來傳送該HARQ回饋。利用此實施例,HARQ-ACK回饋的可靠性參數保持與排程資料的SCI相分離。例如,HARQ-ACK回饋可以與排程資料的SCI具有不同的目標誤塊率(BLER)。因此,可以使用不同的SCI格式來傳送這兩個信號。取決於HARQ回饋,新SCI格式可以具有固定大小或可變大小。在可變大小的情況下,傳送回饋的WTRU可以基於所使用的位元或符號的數量的回饋大小的長度來確定該SCI的大小。接收HARQ回饋的WTRU可以嘗試在假定SCI大小的情況下基於預期的HARQ回饋大小對該SCI進行解碼。
在一個實施例中,WTRU可以使用一個SCI來連同排程資訊一起傳送HARQ回饋。WTRU可以被配置有SCI格式,該SCI格式包括HARQ回饋資訊以及排程資訊。WTRU可以在相同的控制訊息中表明資料傳輸的傳輸參數以及HARQ回饋。為了支援在SCI中沒有傳送HARQ的情況,可以在SCI中配置位元欄位以表明該回饋的存在/不存在。例如,WTRU可以被配置有雙向單播鏈路、並且可以在傳送封包的同時傳送HARQ回饋。然後,WTRU可以使用排程該封包的SCI來饋送先前接收的封包的HARQ確認。在另一個範例中,WTRU可以選擇用於HARQ重傳的資源、並且將所選擇的資源的排程資訊傳送到傳輸WTRU,即,接收該回饋的WTRU。
可以在新的實體通道上提供HARQ回饋。在一些實施例中,WTRU可以被配置有新的實體通道以傳送HARQ-ACK回饋。這樣的通道可以由複數實體資源塊(PRB)、起始PRB、複數符號以及時槽內的起始符號組成、或者可以由複數PRB、起始PRB、複數符號以及時槽內的起始符號構成。WTRU可以被(預)配置有複數資源,每個資源可以包含不同數量的PRB、符號以及起始位置。WTRU可以基於以下中的一者或多者或以下中的任何組合以自主地選擇用於HARQ回饋的傳輸參數(例如,PRB集合、符號以及持續時間):HARQ-ACK位元的數量;與該回饋相關聯的資料的可靠性;與該回饋相關聯的資料的潛時;通信範圍;測量結果;時槽結構;及/或ID,其可唯一地識別為其正在傳送HARQ回饋的單播/多播鏈路、及/或鏈路內的HARQ進程。
例如,通過使用HARQ-ACK位元的數量,WTRU可以根據HARQ碼簿酬載以選擇PRB及/或符號的數量。例如,使用與回饋相關聯的資料的可靠性,WTRU可以被配置為利用高數量的PRB來傳送高可靠資料的HARQ回饋以滿足較低BLER。例如,使用與該回饋相關聯的資料的潛時,WTRU可以在較少數量的符號上傳送回饋以滿足與所接收的封包相關聯的資料的潛時要求。
WTRU可以被配置為在選擇HARQ資源參數之前執行測量以確定HARQ實體通道參數。例如,WTRU可以藉由測量通道忙碌率(CBR)來測量HARQ回饋資源中的高負載,並且因此WTRU可以選擇較少的PRB來傳送回饋。在另一個範例中,WTRU可以選擇起始OFDM符號以避免與其他傳輸衝突。
利用時槽結構,WTRU可以基於從網路或其他WTRU接收的時槽格式指示來選擇用於HARQ回饋的起始符號以及持續時間。還可以使用ID,其唯一地識別了正在為其傳送HARQ回饋的單播/多播鏈路、及/或鏈路內的HARQ進程。例如,WTRU可以基於唯一的ID來選擇用於特定鏈路上的HARQ回饋的資源,以避免與其他WTRU(一或複數)的其他HARQ回饋衝突。期待該回饋的WTRU可以基於與上面針對傳送該回饋的WTRU所描述的相同的條件來確定該HARQ-ACK回饋資源以及參數。
HARQ回饋可以是以基於序列的信號為基礎。在一些實施例中,WTRU可以被配置為使用基於序列的信號(例如偽隨機序列)來傳送HARQ回饋。在一個實施例中,WTRU可以被配置為具有2N
位元序列長度以攜帶N位元的HARQ回饋。在另一個實施例中,WTRU可以被配置為具有2N
位元序列長度以攜帶N1位元的HARQ回饋,使得N大於N1,並且HARQ-ACK位元的重複可以被WTRU使用以確保該回饋的更高可靠性。
在一些實施例中,WTRU可以被配置為例如基於傳輸器WTRU與接收器WTRU之間的地理距離、多播通信內的群組ID(群組內ID)及/或測量結果中的一者或組合來產生用於HARQ回饋的特定序列。
如果WTRU基於傳輸器WTRU與接收器WTRU之間的地理距離(即,期望回饋的WTRU與傳送回饋的WTRU之間的地理距離)產生用於HARQ回饋的特定序列,則WTRU可以例如被配置有該距離以及序列及/或偏移之間的映射表或功能,以產生HARQ回饋。例如,WTRU可以被配置有長度為M的序列集合{S1
, S2
, …, SN
}。WTRU可以根據傳輸器與接收器之間的距離來選擇序列。例如,WTRU可以被配置有映射表,該映射表提供了如表1所示的距離與序列之間的映射。WTRU可以被配置有3個序列,每個序列對應於一距離臨界值。在另一個範例中,如表2所示,WTRU可以被配置有長度為M的一個序列、並且可以基於距傳輸器的距離將偏移Ni
應用於該序列。替代地,WTRU可以從序列集合中選擇序列、並且可以針對不同的距離將不同的偏移應用於所選擇的序列。距離可以根據信號時序或信號功率(例如,時序提前或傳輸功率位準)來測量。距離也可以是在位置、定位等方面的實際距離的度量。
如果WTRU基於在多播通信中使用的群組ID或用於多播通信的群組ID以產生用於HARQ回饋的特定序列,則WTRU可以例如被配置有群組ID、序列及/或偏移之間的映射規則、並且可以基於群組ID或其他ID來選擇該序列及/或偏移。
如果WTRU基於測量結果產生用於HARQ回饋的特定序列,則WTRU可以例如被配置有一序列集合、並且可以基於該測量結果(例如CBR結果)從該序列集合中選擇序列。例如,WTRU可以被配置有CBR臨界值、用於不同測量的臨界值、序列及/或偏移之間的關聯。
表1:距離與序列的映射規則配置
表2:距離與偏移之間的映射規則配置
距離 | 序列 |
d≤d1 | S1 |
d1 >d≤d2 | S2 |
d2 >d | S3 |
距離 | 偏移 |
d≤d1 | N1 |
d1 >d≤d2 | N2 |
d2 >d | N3 |
在一些實施例中,WTRU可以被配置為基於SCI的功率位準、側鏈路控制及/或資料傳輸內的參考信號的功率位準、地理位置指示、位置參考信號及/或由傳輸器接收的側鏈路同步信號中的一個或組合來確定及/或估計該距離。
如果WTRU被配置為基於SCI的功率位準來確定及/或估計該距離,則在一些範例中,WTRU可以被配置有該SCI的傳輸功率、並且基於接收到的SCI的功率,WTRU可以確定路徑損耗、以及傳輸器與接收器之間的距離。
如果WTRU被配置為基於地理位置指示來確定及/或估計該距離,則在一些範例中,WTRU可以從傳輸器接收關於其地理區域/位置的指示(例如通過SCI中的顯式指示),或者隱式地使用資源池,例如WTRU可以基於該傳輸器所使用的資源來確定該地理位置。
HARQ回饋可以在實體側鏈路共用通道(PSSCH)上被傳送。在一些實施例中,WTRU可以在側鏈路資料通道上傳送側鏈路HARQ回饋。WTRU可以自主地從被選擇用於資料傳輸的資源中確定要使用的資源元素的數量。例如,速率匹配或打孔參數可以由傳送回饋的WTRU自主確定。WTRU可以基於以下中的一者或多者來確定資源元素的該數量:HARQ回饋的可靠性要求;要與HARQ回饋多工的資料的可靠性要求;及/或與回饋通道相關聯的潛時。例如,WTRU可以從前端載入的HARQ回饋方法中的資料傳輸資源中選擇第一符號。在一個實施例中,WTRU可以從網路而被配置有來自側鏈路資料通道的要使用的資源元素的數量。
傳送回饋的WTRU可以使用SCI中的位元欄位來表明HARQ回饋是否被夾帶在資料通道上。接收回饋的WTRU然後可以基於上述條件以確定資源元素(一或複數)的數量。
HARQ回饋可以在實體上鏈控制通道(PUCCH)或實體上鏈共用通道(PUSCH)上被傳送。在一些實施例中,以下範例可應用於產生HARQ-ACK的WTRU,即接收傳輸塊,或者應用於接收HARQ-ACK的WTRU,即傳送該傳輸塊的WTRU。
在一些實施例中,WTRU可以被配置為向網路傳送側鏈路傳輸的HARQ回饋。在模式1(其中網路排程資源給WTRU)中操作的WTRU可以被配置為傳送側鏈路回饋到gNB。例如,WTRU可以被配置有PUCCH資源以傳送用於給定單播通信的HARQ回饋。使用側鏈路單播鏈路的模式1 WTRU可以是網路已知的。在這種情況下,網路可以將該側鏈路通信的該HARQ回饋中繼到目的地WTRU。該目的地WTRU可以使用下鏈控制訊息(例如,使用排程側鏈路許可的DCI中的顯式位元欄位)從網路接收顯式HARQ回饋,或者替代地,WTRU可以接收隱式指示。這種隱式指示可以包括:WTRU從該網路接收到側鏈路許可(其表明了該網路期望收針對其的回饋的HARQ進程的新傳輸或重傳),或者例如WTRU沒有接收到用於重傳的側鏈路許可。
WTRU可以例如使用無線電資源控制(RRC)傳訊而被配置有PUCCH資源集,以傳送一或更多側鏈路傳輸塊的HARQ-ACK(一或複數)。在一些實施例中,在從gNB接收到排程用於資料及/或側鏈路控制的側鏈路資源的DCI之後,WTRU確定PUCCH資源為該PUCCH資源集、或者基於該PUCCH資源集來確定PUCCH資源,其中側鏈路回饋應該在該PUCCH資源集上被中繼到網路。注意,該PUCCH資源集可以由網路配置;例如使用RRC或系統區塊(SIB)來配置。該DCI可以攜帶顯式指示,例如PUCCH資源集內的PUCCH資源的一或更多位元及/或欄位。替代地,該DCI可以隱式地表明該PUCCH資源。例如,PUCCH傳輸的時序指示可以隱式地表明該PUCCH資源。在一些範例中,該PUCCH資源集中的每個PUCCH資源可以與時序偏移相關聯。該時序偏移可以以時槽、符號或符號群組為單位。
在一些實施例中,WTRU可以被配置為從該PUCCH資源集中自主地選擇PUCCH資源。注意,該PUCCH資源集可以由網路配置;例如,使用RRC傳訊或SIB來配置。WTRU可以根據以下之一或組合來選擇PUCCH資源:該傳輸塊的QoS特性、從服務胞元測量的參考信號接收功率(RSRP)、及/或側鏈路許可的接收與來自側鏈路WTRU的側鏈路HARQ回饋接收之間的時序。
在基於傳輸塊的QoS特性的範例中,對於具有短PDB的封包,WTRU可以選擇具有短持續時間的PUCCH格式,例如具有2個符號的持續時間的PUCCH。對於具有高可靠性要求的封包,WTRU可以選擇更可靠的PUCCH格式,例如,WTRU可以選擇具有更長持續時間的PUCCH。該QoS特性可以至少包括優先序、可靠性、潛時及/或所需的通信範圍。在基於從服務胞元測量的RSRP的範例中,具有高RSRP的WTRU可以選擇短PUCCH格式。
在一些實施例中,WTRU可以被配置為僅針對NACK狀態傳送HARQ回饋。在這樣的情況下,WTRU可以基於要為側鏈路傳輸塊(一或複數)所報告的NACK(一或複數)的數量來選擇PUCCH資源。例如,V2X WTRU可以被配置有複數單播對話,其中在多於一個單播對話中賦能了HARQ協定。在從其他側鏈路WTRU接收到包括複數NACK(例如,M1個NACK)的側鏈路回饋之後,WTRU可以基於接收到的NACK的數量(例如,將為側鏈路傳輸塊報告的M1個NACK)達到臨界值來選擇PUCCH資源。注意,如果沒有接收到NACK,則在此範例中M1=0。
在一些實施例中,WTRU可以應用自主資源選擇以及來自網路的動態指示的組合來選擇該PUCCH資源。
在一個範例性實施例中,接收對側鏈路傳輸以及一或更多重傳的許可的WTRU可以確定其是否需要在與該重傳(一或複數)相關聯的許可中執行重傳,該確定可基於是否出現針對在與該重傳相同的時槽中的資源的後續許可。具體地,如果WTRU接收到用於側鏈路資源(該側鏈路資源出現在與該重傳資源相同的時槽中)的DCI,則WTRU可以針對初始傳輸假設ACK、並且使用新的許可用於傳輸新資料。如果WTRU沒有接收到針對在與重傳相同的時槽中的資源的許可,則WTRU針對初始傳輸假設NACK、並且使用所許可的重傳資源來傳送重傳。
可以基於一或更多因素來進行HARQ回饋資源格式確定。WTRU可以被配置為自主地確定用於HARQ回饋的通道格式(包括是在側鏈路資料通道上還是在側鏈路控制通道上)或者SCI格式。WTRU可以基於以下中的一者或多者來確定HARQ通道格式及/或SCI格式。WTRU可以基於HARQ回饋的可靠性來確定HARQ通道格式及/或SCI格式。例如,傳輸器WTRU可以向WTRU表明關於該回饋的目標BLER。這樣的指示可以在SCI的位元欄位中顯式地攜帶、或者可以從以下隱式地確定:用於傳輸該側鏈路控制及/或側鏈路資料的資源池。例如,資源池可以與以下相關聯:給定BLER目標;用於傳輸側鏈路控制及/或側鏈路資料的頻寬部分;SCI格式,用於攜帶待確認資料的排程資訊;用於要被確認的資料的調變及編碼方案(MCS)表及/或MCS索引;單播鏈路特性,例如,當建立無線電承載時,兩個WTRU會建立與鏈路相關聯的可靠性參數。例如,如果在HARQ-ACK傳輸時,WTRU正在向預期HARQ回饋的WTRU傳送資料,則該WTRU可以在PSSCH上傳送側鏈路HARQ回饋。
例如,使用測量結果,WTRU可以被配置為執行測量以選擇用於SCI傳輸的資源、並且然後可以確定在側鏈路控制通道上存在高負載。然後,WTRU可以決定將HARQ回饋以及SCI排程資料組合在同一訊息中。HARQ回饋時序或通道確定可以是回饋可靠性的函數。例如,WTRU可以選擇具有較少符號的新HARQ通道格式,而不是由於資料傳輸的長持續時間而將該回饋與資料一起傳送。此外,WTRU可以基於HARQ碼簿大小來確定HARQ通道格式及/或SCI格式,例如,WTRU可以基於要傳送的HARQ-ACK位元的數量來選擇SCI格式;經由來自另一WTRU(例如,充當本地管理者的WTRU或期望回饋的WTRU)的指示;及/或地理位置資訊(例如,WTRU可以被配置為在特定位置內使用特定HARQ格式)來選擇SCI格式。
表3示出了可靠性、通道負載以及HARQ回饋通道格式之間的範例性映射。在一個範例中,當認為資料傳輸的可靠性低時,可以不使用回饋而不管通道負載如何。當確定資料傳輸具有中可靠性時,可以僅在低通道負載的情況下使用HARQ格式0。當確定資料傳輸需要高可靠性時,當通道負載低時可以使用HARQ格式1,當通道負載中時可以使用HARQ格式2,並且當通道負載高時可以使用HARQ格式3。
低通道負載 | 中通道負載 | 高通道負載 | |
低可靠性 | 無回饋 | 無回饋 | 無回饋 |
中可靠性 | HARQ格式0 | 無回饋 | 無回饋 |
高可靠性 | HARQ格式1 | HARQ格式2 | HARQ格式3 |
表3基於可靠性以及通道負載的回饋格式選擇
圖2是示出範例性HARQ回饋確定方法的時序圖200。在圖2所示的範例中,WTRU可以確定在時刻202,一或更多HARQ回饋通道具有低負載。由於HARQ回饋通道上的低負載,WTRU可以傳送表明該低負載的SCI 204。隨後,WTRU可以傳送資料206並且從另一WTRU接收HARQ回饋208。由於經歷的負載,該HARQ回饋可以是第一格式,其比第二格式跨越更長的時段。
在時刻210,WTRU可以測量回饋通道上的高負載。在所示的範例中,資料可靠性要求可能較高,且因此WTRU可以相應地選擇使用較短的HARQ回饋格式。因此,WTRU傳送表明應該使用較短的HARQ回饋格式的SCI 212。資料由WTRU傳送214,並且隨後以較短HARQ回饋格式接收216 HARQ回饋。在一個實施例中,該較短的HARQ回饋格式可以是比另一格式短的一種格式。在一個實施例中,該較短的HARQ回饋格式可以是最短的可用格式。短HARQ回饋格式可以由該格式所使用的資源單元的數量來定義。
在時刻218,在確定資料可靠性要求低的同時,WTRU可以測量回饋通道上的高負載。在這種情況下,WTRU可以確定完全避免HARQ回饋、並且可以在傳送的SCI 220中表明該情況。資料傳輸222可以跟隨其後,並且WTRU可以不接收HARQ回饋。在此例中,在一時間段之後或在一回饋通道隨後被測量之後,通信中的WTRU可再次恢復至使用HARQ回饋。雖然圖2示出了兩種HARQ回饋格式,但是可以根據需要採用其他格式或格式數量。
圖3是示出由傳輸WTRU執行的方法的流程圖300。WTRU可以感測或執行其他測量來確定302通道負載。在一個實施例中,WTRU可以感測時槽的固定或可變數量的符號以確定CBR。然後,WTRU可以使用可以由網路配置的規則來確定304回饋特性,例如所緩衝的封包的特性。規則可以經由RRC或其他傳訊方法來配置。
可以為多播類型通信提供HARQ回饋。WTRU可以被配置為在以多播模式操作時傳送HARQ-ACK回饋。WTRU可以在側鏈路上與WTRU群組進行通信。每個該WTRU可以傳送及/或接收多播資料。WTRU可以將HARQ回饋組合在一個HARQ碼簿中、並且在單一通道上傳送該HARQ碼簿,而不是在不同的通道(一或複數)上發送用於每個多播封包的HARQ回饋。在一個實施例中,為了使屬於群組的WTRU在該HARQ碼簿中確定其HARQ-ACK回饋,可以將不同的HARQ進程ID指派給不同的WTRU。在範例性場景中,N
個WTRU以多播模式通信並且使用M
個HARQ進程。每個WTRU可以被配置為使用個HARQ進程。在一個範例性實施例中,WTRU可以基於其在群組內的ID來確定其HARQ進程集合。例如,該群組內的WTRU以ID被識別。具有ID的WTRU可以使用HARQ進程ID。在另一個範例中,該群組內的WTRU或網路內的WTRU可以將HARQ進程ID分配給群組內的其他WTRU。
WTRU可以被配置為基於以下觸發中的一或更多來聚合多播HARQ-ACK回饋:多播封包的HARQ-ACK時序相同;測量結果,例如,WTRU可以測量回饋通道上的CBR、並確定在HARQ回饋通道上存在高負載、並因此在該情況下使用此方法;來自多播管理者WTRU的指示;及/或來自該網路的指示。
HARQ-ACK碼簿可以用於單播傳輸。在一個實施例中,WTRU可以被配置為將針對複數傳輸塊的側鏈路HARQ-ACK回饋組合成一個HARQ-ACK碼簿。WTRU可以基於以下中的一者或多者來確定何時組合該回饋:不同傳輸塊的HARQ-ACK時序是相同的,例如,如果兩個HARQ-ACK回饋必須在相同時槽上被傳送,則WTRU可以組合這兩個HARQ-ACK回饋;不同傳輸塊的HARQ-ACK回饋的優先序要求是相同的,例如,如果針對兩個或更複數傳輸塊的回饋以相同的BLER為目標,則WTRU可以組合該回饋;以及潛時要求。
圖4是在其中傳送回饋的側鏈路時槽400的示圖。如圖4所示,時槽400跨越14個符號402-428。WTRU可以確定在時槽400的第一符號402以及第二符號404中傳送低潛時回饋430。替代地,可選擇其它符號,例如,第二符號404以及第三符號406。在該低潛時回饋之後,可以在固定或可變數量的符號(例如,符號406-412)中傳送可以包括或不包括回饋資訊的其它控制資訊或資料。可容忍的潛時回饋432(例如,不像該低潛時回饋430那樣緊急的回饋)可以在側鏈路時槽400的末端處或附近(例如,在符號414-428中)被傳送。替代地,可選擇其它符號。其它時槽配置可以在大小方面有所不同。
例如,使用潛時要求或臨界值,WTRU可以不組合兩個HARQ-ACK回饋,即使由於不同的潛時要求而必須在相同的時槽上傳送這兩個HARQ-ACK回饋。然後,WTRU可以在時槽開始時在較少的符號上傳送低潛時回饋402、並且在較長的持續時間上傳送第二回饋404,如圖4所示。
傳輸WTRU或接收WTRU可以執行該回饋及重傳的資源選擇/分配。在一些實施例中,傳送HARQ回饋的WTRU可以被配置為選擇一或更多HARQ回饋資源。在一個實施例中,傳送回饋的WTRU可以從預期接收該回饋的WTRU已知的資源集中選擇HARQ資源(一或複數)。例如,HARQ側鏈路資源集可以與側鏈路資料傳輸相關聯。這種關聯可以從網路(預先)配置或者由傳送資料的WTRU表明。在接收器側,WTRU可以盲解碼該資源集內的所有HARQ資源。傳送回饋的WTRU可以在HARQ回饋中包括其ID,以允許該接收WTRU確定用於HARQ回饋的資源。例如,WTRU可以用其ID或目的地WTRU ID加擾被附著到HARQ碼簿的循環冗餘檢查(CRC)。替代地,傳送回饋的WTRU可以向監視該HARQ回饋的WTRU顯式地表明所選擇的資源。
在另一個實施例中,期望接收該HARQ回饋的WTRU可以被配置為選擇HARQ回饋資源、並且向將傳送該回饋的WTRU傳送資源指示。這種指示可以與表明資料資源傳輸的SCI一起傳送、及/或從該資料資源的時間及/或頻率位置隱式地導出。在此實施例中,WTRU還可以藉由發送表明HARQ回饋的傳輸時間、頻率、或通道等的控制信號來保留該資源。其它側鏈路WTRU可避免在所表明的時間選擇所保留的資源。在這種實施例中,執行資源選擇的傳輸WTRU可以嘗試經由資源選擇機制來確保用於資料傳輸以及用於HARQ回饋的資源的可用性。在一個範例中,選擇用於HARQ回饋的資源的該傳輸WTRU可以從用於該HARQ傳輸的時間/頻率資源的子集中的一者進行選擇。該資源子集可以隱式地與該資料傳輸的時序相關聯,而要用於HARQ回饋的實際資源可以例如使用索引、或位元映像等以在SCI中被顯式地表明。
在一些實施例中,WTRU可以從另一WTRU接收用於HARQ傳輸的資源指派。例如,本地管理者WTRU可以被配置為用於其他WTRU指派HARQ回饋通道及/或資源。在另一個範例中,車隊引導WTRU可以為車隊成員WTRU指派HARQ回饋。在一個範例性實施例中,WTRU可以被配置為從另一WTRU請求HARQ回饋資源。可以使用為此目的設計的特殊SCI格式來傳送這樣的請求。所指派的HARQ回饋資源可以用半持久性方式被配置給WTRU、或者可以動態地改變。
選擇HARQ回饋資源的WTRU,無論是傳輸WTRU、接收WTRU還是另一WTRU,都可以為單播傳輸的預期持續時間保留HARQ資源。在一個實施例中,選擇HARQ回饋資源的WTRU可以是本地管理者或車隊管理者。所選擇的資源可以用於在單播對話期間傳送的後續HARQ-ACK回饋。替代地,WTRU可以被配置為在一或更多回饋傳輸時動態地(重新)選擇資源。WTRU可以基於以下觸發以及條件中的一或更多來(重新)選擇該資源:衝突偵測、干擾偵測、回饋可靠性、回饋優先序、計時器到期;從網路或其他WTRU接收的指示、地理位置資訊、通道狀態資訊或其他資訊。
在WTRU可以基於衝突偵測(重新)選擇資源的情況下,例如,WTRU可以基於SCI偵測以例如藉由接收表明相同資源的SCI來確定一或更多其他WTRU正在使用資源。在這種情況下,WTRU可以將其預期的回饋優先序或要被確認的資料的優先序與該衝突回饋的可靠性進行比較。在一些實施例中,當要被傳輸的回饋具有較高優先序時,WTRU可以確定忽略其他傳輸。
在WTRU可以基於干擾偵測(重新)選擇資源的情況下,例如,如果在回饋的時間-頻率資源上感測的能量被偵測為處於或高於配置的臨界值,則WTRU可以選擇該HARQ回饋資源。
在WTRU可以基於回饋可靠性(重新)選擇資源的情況下,例如,如果後續HARQ回饋的可靠性要求低於首先傳送的HARQ回饋的可靠性,則WTRU可以選擇HARQ回饋資源並保持將其用於該後續HARQ-ACK回饋傳輸。如果回饋的BLER需求或與該回饋相關的資料的BLER需求低於為其選擇資源的BLER,則WTRU可被配置為重選HARQ回饋資源。在另一個範例中,WTRU可以被配置有用於HARQ-ACK傳輸的複數資源池,每個資源池可以與BLER目標或BLER目標集合相關聯。
例如,在WTRU可以基於回饋優先序(重新)選擇資源的情況下,WTRU可以被配置有HARQ進程ID與回饋優先序之間的映射規則。WTRU可以使用該HARQ進程ID來確定該HARQ回饋的優先序。
例如,在WTRU可以基於計時器的期滿來(重新)選擇資源的情況下,WTRU可以被配置為使用計時器以週期性地重選HARQ資源。當回饋資源被首次選擇時,WTRU可以啟動計時器。在計時器期滿時,該資源可被重選。
在一些情況下,WTRU可以基於來自網路的重選HARQ回饋資源的指示來(重新)選擇資源。在WTRU可以基於來自另一WTRU的指示(重新)選擇資源的情況下,例如,該WTRU可以包括用於重選HARQ回饋資源的本地管理者或車隊引導。
在WTRU可以基於地理位置資訊變化(重新)選擇資源的情況下,例如,WTRU可以被配置有複數資源池,每個資源池對應於地理位置區域。如果WTRU移動到不同地理位置,則WTRU可以(重新)選擇用於HARQ回饋的資源。
在WTRU可以基於先前傳輸(一或複數)的資料傳輸的通道狀態(重新)選擇資源的情況下,例如,假設通道互易性,如果資料傳輸的信號雜訊比(SNR)或信號干擾雜訊比(SINR)低於臨界值,則WTRU可以重新選擇HARQ回饋。
HARQ回饋資源指派可以由網路進行並且被提供給傳送回饋的WTRU。在一些實施例中,傳送回饋的WTRU可以從網路接收用於HARQ傳輸的資源指派。WTRU可以被配置為從網路請求側鏈路HARQ回饋傳輸資源。在一個範例性實施例中,WTRU可以使用排程請求(SR)信號以傳送側鏈路HARQ請求。例如,WTRU可以被配置有用於側鏈路HARQ資源請求的SR PUCCH資源。WTRU可以被配置有多位元SR以表明側鏈路傳輸所需的HARQ-ACK位元的數量。替代地,WTRU可以被配置有複數SR PUCCH配置,每一個配置用於請求不同數量的側鏈路HARQ位元。在範例性實施例中,WTRU可以使用緩衝器狀態報告(BSR)傳送該側鏈路HARQ資源請求。例如,WTRU可以被配置為使用給定的邏輯通道群組ID用於側鏈路HARQ回饋請求,並且與該邏輯通道組(LCG)ID相關聯的BSR大小反映了HARQ傳輸所需的位元數。WTRU可以被配置有複數LCG,每個LCG與一側鏈路HARQ可靠性相關聯。
HARQ回饋資源指派可以由網路進行,並被提供給接收回饋的WTRU。在另一個實施例中,期望接收回饋的WTRU可以從網路接收用於HARQ傳輸的資源指派、並且隨後可以將資源指示傳送到將傳送回饋的WTRU。WTRU可以將該請求與側鏈路資料資源請求一起傳送。例如,WTRU可以被配置為將需要HARQ回饋的邏輯通道ID映射到特定的邏輯通道群組ID(一或複數)。WTRU還可以使用相同的MAC控制元素(MAC CE)向網路表明HARQ QoS特性,例如可靠性以及潛時,或者網路可以假設與BSR中表明或包括的QoS特性相同的QoS特性。WTRU可以藉由表明通信類型(例如,單播、多播或多播)來隱式地請求側鏈路HARQ資源。
在另一個實施例中,資料傳輸WTRU(即,期望接收HARQ回饋的WTRU)可以接收用於單播鏈路的複數半持久排程(SPS)配置。每個配置可以包括用於HARQ回饋的一或更多資源。資料接收WTRU(即,傳送回饋的WTRU)可以經由該傳輸WTRU或直接經由網路獲得該SPS配置。在該傳輸WTRU將SPS配置傳送到該接收WTRU的情況下,這種訊息可以在單播建立階段期間被發送。此方法可被激發以避免在資料傳輸及接收WTRU間頻繁發送HARQ回饋資訊。
在一個實施例中,WTRU可以被配置為確定HARQ-ACK回饋傳輸時序。WTRU可以將該時序表明為從HARQ進程ID的第一傳輸的偏移或者從傳輸或接收SCI的時間的偏移。替代地,WTRU可以表明可以在其中傳送HARQ的時間視窗。WTRU可以被(預)配置有可允許的HARQ時序配置(一或複數)的一或更多集合、並且可以基於以下中的一者或多者來確定可應用的時序:封包的QoS特性、傳輸塊大小、第一/先前傳輸的傳輸時間、子載波間隔、側鏈路資料的通道結構、來自網路的指示、及/或由網路排程以將側鏈路回饋中繼到該網路的PUCCH資源的傳輸的時序配置。
例如,關於該封包的QoS特性,WTRU可以被配置為基於TB封包的VQI參數來確定傳輸塊的HARQ時序。該QoS特性可以包括例如至少封包延遲預算(PDB)以及可靠性。關於第一/先前傳輸的傳輸時間,例如,WTRU可以從其較高層接收具有所需PDB的封包。
圖5是示出了複數時槽502-514上的傳輸時序的傳輸時序圖500。當WTRU接收516具有PDB的封包時,WTRU可以執行測量並且可以選擇518側鏈路資源(例如時槽506)以用於初始傳輸。在一個實施例中,所選擇的資源可以是在測量之後2個時槽之後的資源,即,在時槽502、504之後。為了滿足此封包所需的PDB,WTRU可以相應地確定HARQ時序520。在此實施例中,HARQ時序520是從初始選擇的資源518的偏移。然後,WTRU可以根據所確定的HARQ時序520來傳送回饋522。HARQ時序520可以跨越時槽508、510,並且回饋傳輸可以在時槽512的第一符號處或其附近開始。
關於來自網路的指示,例如,在網路控制模式下操作的WTRU可以接收用於初始傳輸以及任何潛在重傳(一或複數)的側鏈路許可。WTRU可以基於該第一傳輸與重傳(一或複數)之間的時間差來確定該HARQ時序。
關於由網路進行排程以將該側鏈路回饋中繼到網路的PUCCH資源的傳輸的時序配置,例如,WTRU可以接收側鏈路許可以及攜帶側鏈路HARQ回饋的PUCCH資源。WTRU此後可以向該接收WTRU表明該側鏈路HARQ回饋時序,以使得該側鏈路回饋在該PUCCH傳輸之前被接收。
在一個範例性實施例中,預期接收側鏈路回饋的WTRU可以確定該HARQ時序、並向該WTRU傳送其將傳送該回饋的指示。例如,在網路控制模式中,可以從網路配置該時序指示,並且接收該側鏈路許可的WTRU可以向該WTRU傳送指示以傳送該HARQ回饋。在另一個實施例中,WTRU可以自主地確定該回饋時序並且在所確定的時間傳送該HARQ。
WTRU可以被配置為自主地選擇用於HARQ重傳(一或複數)的資源。在一個實施例中,接收資料的WTRU,即,傳送該資料的HARQ-ACK回饋的WTRU可以確定用於重傳的資源並將其向該資料的傳輸器表明。WTRU可以基於以下中的一者或多者來選擇該重傳資源:測量結果;通道狀態;及/或該WTRU是否偵測到與用於初始/先前傳輸的資源衝突的較高優先序傳輸。
例如,WTRU可以確定用於第一或先前傳輸的資源被其他WTRU使用。替代地,WTRU可以向其他WTRU表明該資源正被該傳輸WTRU使用。這種方法可以減輕隱藏節點問題。例如,WTRU可以確定在第一或先前傳輸(一或複數)中經歷的通道條件對於傳輸參數是不夠的。在一個實施例中,WTRU可以確定其是否偵測到與用於該初始或先前傳輸的資源衝突的較高優先序傳輸。WTRU然後可以確定用於一或更多後續傳輸的傳輸參數。該傳輸參數可以包括以下中的一者或多者:調變及編碼方案(MCS);PRB分配;功率控制參數以及冗餘版本(RV)。
在一個實施例中,WTRU可以將與用於初始傳輸相同的傳輸參數用於任何HARQ重傳(一或複數)。替代地,WTRU可以改變該HARQ重傳(一或複數)的傳輸參數以保證封包的QoS要求。在一個範例中,如果初始傳輸的優先序高,則WTRU可以改變MCS、增大資源大小及/或增大傳輸功率。這種方法可有助於保證高優先序封包可以及時到達目的地。在另一個範例中,與初始傳輸相比,WTRU可以降低HARQ重傳(一或複數)的可靠性及/或優先序。這種方法可以有助於支援封包優先序排序方案,其中如果重傳具有與初始傳輸相同的優先序,則WTRU可以取消該重傳的優先序。
在另一實施例中,傳送資料的WTRU(即,期望接收關於該資料接收的回饋的WTRU)可以選擇用於重傳的資源並將其向該接收WTRU表明。WTRU可以同時保留用於傳輸及重傳(一或複數)的資源。取決於HARQ狀態,所保留的資源可以用於重傳或用於新的傳輸。例如,資料可以在第一傳輸被成功地解碼為封包,並且所保留的資源可以由傳輸WTRU或接收WTRU用於新的傳輸。
在另一個實施例中,WTRU可以從網路接收用於重傳(一或複數)的側鏈路資源以及用於初始傳輸的一或更多資源。WTRU可以被配置為請求該資源並且表明對重傳(一或複數)資源的需要。替代地,WTRU可以向網路表明與將被傳輸的側鏈路資料相關聯的QoS特性,並且該網路可以確定是否需要重傳。
WTRU可以從另一WTRU接收用於重傳的側鏈路資源,該另一WTRU例如為本地管理者或車隊引導。WTRU可以被配置為向另一WTRU發送針對一或更多重傳的側鏈路資源請求。WTRU可以將QoS參數與側鏈路資源請求一起發送。本地管理者WTRU可以基於該QoS特性來指派資源。例如,本地管理者WTRU可以接收排程請求以及與傳輸相關聯的VQI。基於該VQI,本地管理者可指派一或一個以上資源、HARQ回饋格式以及傳輸參數。該傳輸參數可以包括以下中的一者或多者:MCS;PRB分配;功率控制參數;及/或RV。
可以對多播通信進行HARQ重傳。在多播通信的情況下,WTRU可以被配置為基於從作為多播鏈路的成員的一或更多WTRU接收到的HARQ回饋狀態、以及封包的QoS要求來確定是否執行HARQ重傳(一或複數)。例如,如果該封包的優先序高,則如果WTRU接收到至少一個HARQ NACK,則該WTRU可以執行HARQ重傳。替代地,如果該封包的優先序低,則如果WTRU接收到至少X
個HARQ NACK,則該WTRU可以執行HARQ重傳。X
的值可取決於該封包的優先序以及該多播中WTRU的數量。例如,假設該HARQ重傳也是多播,如果在該多播中存在少量WTRU,則與非常大量的WTRU相比,可能對HARQ重傳的需求較少。
HARQ進程管理可以由接收WTRU或傳輸WTRU執行,即,傳送HARQ ACK/NACK回饋的WTRU或接收該HARQ ACK/NACK回饋的WTRU。
HARQ回饋可以由傳輸WTRU或接收WTRU賦能及停用。在一些實施例中,WTRU可以被配置為管理HARQ協定。在第一實施例中,WTRU可以被配置為賦能/停用HARQ回饋傳輸。例如,WTRU可以向該接收WTRU發送對於整個單播對話不支援HARQ協定的指示。在另一個範例中,WTRU可以向該接收WTRU發送不發送針對給定HARQ進程ID的回饋的指示。WTRU可以顯式地使用SCI中的位元欄位或者隱式地使用以下指示符之一來傳送這樣的指示:
可以為無HARQ傳輸保留一或更多HARQ進程ID。例如,ID0可以用於不需要HARQ回饋的所有傳輸。在接收到解碼TB之後,該接收WTRU可以清除(flush)緩衝器。另一指示符包括單播鏈路的QoS要求。另一指示符包括用於初始傳輸的傳輸資源。例如,傳輸WTRU可以被配置有資源池集合,並且該資源池的子集可以用於無HARQ傳輸。該接收WTRU可以基於用於初始傳輸的資源池來確定是否需要HARQ-ACK。WTRU可以被提供有HARQ回饋時序指示。例如,WTRU可以被配置為基於測量結果以及QoS特性來確定給定HARQ進程的重傳次數、以及是否需要HARQ回饋。例如,如果CBR在回饋通道上高於可配置臨界值,則WTRU可以偵測到回饋通道上的高負載,並且WTRU可以確定將HARQ重傳推遲預先配置的週期。在另一個範例中,如果CBR高於臨界值,WTRU可以確定丟棄重傳。在另一個範例中,WTRU可以被配置有複數臨界值(每個臨界值對應於特定動作)以例如:丟棄重傳、減小重傳次數或推遲重傳。例如,WTRU可以基於封包的可靠性來確定重傳的次數。
在實施例中,WTRU可以被配置為自主管理HARQ軟緩衝器。如果HARQ進程達到了所配置的重傳次數,則WTRU可以從其緩衝器中清除該HARQ進程。在這種情況下,WTRU可以使用例如用於給定HARQ進程的SCI中的位元欄位以向該接收WTRU(即,發送HARQ-ACK回饋的WTRU)發送指示。
在一些實施例中,WTRU可以被配置為甚至在達到允許重傳的最大次數之前從其緩衝器中清除一些HARQ進程。例如,WTRU可能正在其最大緩衝器大小下操作,並且需要傳送從較高層到達的高優先序封包。WTRU可以被配置為清除具有較低優先序封包的HARQ進程ID。在這種情況下,WTRU可以被預配置有映射規則以將高優先序資料與HARQ進程集合相關聯。例如,WTRU可以被配置為將高優先序資料映射到較低HARQ ID。
在其他實施例中,WTRU可以被配置為在從網路接收到指示之後從其緩衝器中清除HARQ進程。可以使用排程側鏈路傳輸資源的DCI格式來發送這種指示。例如,WTRU可以從網路接收每HARQ進程ID的側鏈路資源指派。gNB可以使用新資料指示符(NDI)位元來表明是否要清除HARQ進程。
在一些實施例中,WTRU可以被配置為隱式地表明給定HARQ進程的HARQ狀態。在一個範例性實施例中,如果在預配置的時間內沒有接收到HARQ回饋,則WTRU可以被配置為假設NACK。替代地,如果在預配置的時間內沒有接收到回饋,則WTRU可以假設ACK。在另一個實施例中,WTRU可以被配置為基於通道品質資訊(CQI)報告來確定傳輸塊是否被正確解碼。例如,以單播模式進行通信的兩個WTRU可被配置為向彼此發送CQI報告。如果與CQI報告相關聯的CSI資源分配與用於資料傳輸的資料資源准共位,則傳送HARQ回饋的WTRU可以丟棄該HARQ回饋並傳送該CQI報告。如果預期該回饋的WTRU接收到CQI報告,則該WTRU因此可以確定隱式回饋被發送。
圖6是示出了用於側鏈路通信的SCI傳輸、資料傳輸以及HARQ回饋接收的流程圖600。在一個實施例中,WTRU可以從網路接收602映射規則,該映射規則表明針對給定的QoS等級以及通道負載要採用的HARQ回饋特性。WTRU可以確定604為傳輸所緩衝的資料的QoS等級。WTRU還可以確定606通道的通道負載。此確定可以經由感測608或經由通道測量610來執行。基於所緩衝的資料的QoS等級、該通道負載以及該映射規則,WTRU可以確定612 HARQ回饋特性。WTRU可以向另一WTRU傳送614表明該HARQ回饋特性的SCI。然後,WTRU可以在該SCI表明的資源上將一些或所有緩衝的資料傳輸616到另一WTRU。可以用對應於該HARQ回饋特性的HARQ回饋格式而從該另一WTRU接收618該資料傳輸的回饋。
在各種無線技術的上下文中已經討論了V2X,該各種無線技術包括例如5G、長期演進(LTE)以及新無線電(NR)。例如,已經檢查了5G V2X的車輛阻塞情形。車輛阻塞可能導致信號強度的降低,尤其是對於高載波頻率(例如,高於6 GHz)。為了減輕信號強度的降低,除了視線狀態以及非視線狀態之外,車輛阻塞可以被視為單獨的狀態。
在LTE V2X中,車輛可以處於傳輸模式3或傳輸模式4。模式3使用者或車輛可以直接使用由基地台分配的資源,用於車輛之間或者例如車輛與行人之間的側鏈路通信。模式4使用者可以獲得由基地台分配的候選資源的列表、並且可以從該候選資源中選擇用於側鏈路通信的資源。在NR V2X中,模式1使用者可類似於LTE V2X的模式3使用者,並且在NR V2X中,模式2使用者可包括模式4使用者。如這裡所使用的,術語使用者以及無線傳輸/接收單元(WTRU)可以互換使用、並且可以指車輛或車輛的使用者。
在LTE中,下鏈控制資訊(DCI)格式5A以及若干側鏈路控制資訊(SCI)格式1欄位可以用於排程實體側鏈路共用通道(PSSCH)。DCI格式5A的酬載包括載波指示符位元(例如,3位元)、至初始傳輸位元的子通道分配的最低索引 (例如,位元)、SCI格式1欄位(包括初始傳輸以及重傳的頻率資源位置以及初始傳輸與重傳之間的時間間隙)、以及側鏈路索引(例如,2位元,其僅在具有上鏈-下鏈配置0-6的分時雙工(TDD)操作的情況下存在)。當格式5A循環冗餘檢查(CRC)用側鏈路SPS V2X無線網路臨時識別符(SL-SPS-V-RNTI)加擾時,可以存在以下欄位:側鏈路SPS配置索引(例如,3位元)以及啟動/釋放指示(例如,1位元)。
如果映射到給定搜尋空間上的格式5A中的資訊位元的數量小於映射到相同搜尋空間上的格式0的酬載大小,則可以向格式5A附加零,直到酬載大小等於包括附加到格式0的任何填充位元的格式0的酬載大小。此外,如果格式5A CRC被SL-V-RNTI加擾,並且映射到給定搜尋空間上的格式5A中的資訊位元的數量小於映射到相同搜尋空間上的具有被SL-SPS-V-RNTI加擾的CRC的格式5A的酬載大小,並且格式0沒有被定義在相同搜尋空間上,則可以向格式5A附加零,直到酬載大小等於具有被SL-SPS-V-RNTI加擾的CRC的格式5A的酬載大小。
在LTE中,SCI格式1可以用於排程PSSCH。SCI格式1的酬載可以包括:優先序位元(例如,3位元)、資源保留位元(例如,4位元)、初始傳輸以及重傳的頻率資源位置、初始傳輸與重傳之間的時間間隙(例如,4位元)、調變及編碼方案(例如,5位元)以及重傳索引(例如,1位元)。可以添加保留資訊位元,直到SCI格式1的大小等於32位元。該保留位元可被設定為零。
在LTE中,用於模式4 WTRU的資源選擇可以包括藉由基於潛時要求選擇適當的值來確定間的傳輸視窗。候選資源可以由表示,並且候選資源集可以由表示。可以藉由感測接收信號強度指示符(RSSI)來確定該候選資源集。候選資源的總數是。可以基於候選資源的RSRP等級以從確定集合。具體地,如果中的候選資源具有高於特定臨界值的RSRP等級,則將其保存到中。如果資源與其自己的傳輸或其它WTRU的保留資源(例如模式3保留資源)衝突,則可以從該候選資源集中移除該資源。如果中的剩餘候選資源的數量不大於,則可以用較小臨界值以基於候選資源的RSRP等級再次確定該集合。否則,可以基於在過去的若干時槽上所平均的接收信號強度指示(RSSI)值來對該資源集進行排序。排序在前個的資源(例如,)可以被報告給較高層以用於最終的資源選擇。
在LTE V2X中,側鏈路可以被廣播,並且因此可以不需要回饋。然而,在NR V2X中,側鏈路可以被單播或多播的,因此需要回饋,例如以實現更可靠的傳輸及/或對於給定通道條件實現更高的頻譜效率。該回饋可以包括例如HARQ-ACK資訊、CQI以及多輸入多輸出(MIMO)相關參數(例如,預編碼矩陣指示符(PMI)及/或秩指示符(RI))。本文描述的實施例可以定義用於傳送此類所需回饋資訊的資源及/或資源池、提供對應的獲取方案、提供該回饋的內容、以及提供用於回饋通道的程序。對於多播側鏈路,還描述了用於所有群組成員之間的回饋資源的共用機制。
對於NR單播或多播側鏈路,可能需要HARQ-ACK或CSI回饋來確保可靠的傳輸或重傳。回饋資訊可以包括HARQ-ACK、CSI或其它資訊。用於回饋的資源可以與用於控制及/或資料傳輸的資源具有各種關係。這裡,該控制資訊可以指在實體側鏈路控制通道(PSCCH)上傳送的SCI。
用於該回饋資源的一個選項可以使用例外資源池。在LTE V2X中,在某些特殊條件下,例如,當T310或T311運行時,為側鏈路資料傳輸設計了例外資源池。對於NR V2X,該例外資源池可用於傳送回饋。
用於該回饋資源的另一選項可以是使用新的資源池。此回饋資源池可以與用於資料傳輸的資源池相關聯、或者可以與用於資料傳輸的資源池集合相關聯。
圖7是用於回饋的範例性專用及共用資源池的示圖。圖7的左手側700示出了一個範例,其中資源池(即,用於排程指派(SA)以及資料的資源池1 702)具有相關聯的以及專用的回饋資源池704。還示出了用於SA及資料資源的另一資源池(即,資源池2 706)具有相關聯的以及專用的回饋資源池708。資源池與回饋資源池之間的關聯關係可以在一或更多資源池配置中定義。圖7的右側720示出了另一範例,其中資源池1 722以及資源池2 724共用公共回饋資源池726。
將該回饋資源池與用於資料傳輸的資源池分離可以允許該回饋資源池的最佳設計,其可以適合該回饋資訊的內容及程序。然而,這可能需要WTRU具有在不同池之間動態切換的能力。
該回饋資源池中的每個資源可以在頻域以及時域方面具有與用於資料傳輸的池中的資源不同的大小。可以應用適合回饋資訊(例如,HARQ-ACK位元)格式的單一資源大小。例如,可以應用用於一或兩個HARQ-ACK位元的NR實體上鏈控制通道(PUCCH)格式。
NR PUCCH格式的子集可以被重用於側鏈路單播,並且NR PUCCH格式的另一子集可以被重用於側鏈路多播。用於側鏈路的NR PUCCH格式的選擇可以取決於資料服務品質(QoS)要求,包括潛時、可靠性以及優先序。例如,對於具有低潛時要求的資料,可以重用NR PUCCH格式0或2,因為它們佔用1到2個正交分頻多工(OFDM)符號、並且可以容易地實現用於它們的資源選擇。對於具有高可靠性要求以及寬鬆的潛時要求的資料,可以重用NR PUCCH格式1或3。表3示出了HARQ回饋格式選擇標準的範例。
用於該回饋資源的另一選項可以是用於回饋的資源池是用於資料傳輸的資源池中的單獨區域。此單獨資源池區域中的每個回饋資源可以與用於資料傳輸的資源相關聯或者可以不與用於資料傳輸的資源相關聯。例如,如果用於資料傳輸的資源被選擇為時間以及起始子通道,則用於回饋的資源池區域中的對應回饋資源可以在時間處,並且起始子通道可以在處。這裡,值以及可以是固定的或被配置的,或者該值可以在SCI中被表明以用於初始資料傳輸。這裡,回饋資源的每個子通道在子載波數量方面可以小於SA或資料資源的子載波數量。
圖8是範例性回饋資源的示圖,其中該資源與SA或資料資源進行FDM或TDM多工。在圖8中,左手側800上的範例示出了具有特定回饋區域的資源池1 802以及資源池2 804,其中回饋資源與SA或資料資源進行FDM多工。在左手側800的頂部圖802中,所有回饋資源可以集中在特定頻域區域中。在左手側800的底部圖804中,每個回饋資源可以在頻域中與SA或資料資源相鄰。在這種情況下,該SA或資料資源以及回饋資源可以被認為是混合資源。圖8的右手側820的範例示出了一些範例,其中資源池(例如,資源池1 822以及資源池2 824)具有特定回饋區域,在該回饋區域中,回饋資源與SA或資料資源進行TDM多工。在時域中,每個單一(資源池2 824)或複數(資源池1 822)SA或資料資源可在單一或複數回饋資源之前被連續地分配。
由於該回饋資源區域可以僅用於單播或多播,而不用於廣播,因此回饋資源的數量可以小於SA或資料資源的數量。
圖9A是範例性回饋資源的示圖,其中該資源與SA或資料資源FDM或TDM進行多工。在所示的範例中,使用比SA或資料資源更少的回饋資源。在圖9A的左手側900上,資源池1 902以及資源池2 904示出了經FDM多工的回饋資源。從資源池1可以看出,所有回饋資源被配置為佔用與用於資料的資源不同的頻率。在資源池2 904中,回饋資源在頻率上散佈在資料資源的頻率中或與資料資源交錯。資源池2 904還具有TDM多工分量,即,該回饋資源隨時間變化。參考圖9A的右手側920上的資源池922,回饋資源與資料資源進行TDM以及FDM進行多工。
圖9B是範例性回饋資源940的示圖,其中該資源與控制或資料資源TDM進行多工。在資源池1 942中,在時間上每隔一個時槽的末端處配置回饋資源。在資源池2 944中,在每個時槽的末端配置回饋資源。回饋資源可以跨越時槽的所有符號、或部分符號等。
可以經由無線資源控制(RRC)傳訊來配置用於SA或資料資源以及回饋資源的不同方案。這種半靜態資源分配方法可以適合資料類型以及QoS要求。例如,在特定時間期間及/或在特定區域中,單播資料或多播資料可以是主導的,並且可以指派更多的回饋資源。對於另一時間及/或在另一區域中,廣播資料可以是主導的,並且可以指派較少的回饋資源。這種靈活性可以促進資源利用。
每個SA或資料資源可以具有與回饋資源的固定關聯。替代地,SA或資料資源與回饋資源之間的關聯可以在SCI中被動態地表明,或者可以在一或更多資源池配置中經由RRC傳訊被半靜態地配置。
在NR V2X側鏈路多播中,當一傳輸WTRU發送多播資料時,其可以期望每個接收群組成員發送HARQ-ACK回饋。可能需要多於一個的回饋資源以用於基於群組的HARQ-ACK回饋。所選擇的回饋資源可以是向該接收WTRU表明的HARQ特性的函數。WTRU可以發送多播資料、並且可以期望回饋以對應於範例中表3的格式被返回。每個WTRU可以用SCI中已經表明的格式發送回饋。可以用相同格式或不同格式自WTRU接收回饋。
一些或所有群組成員可共用公共回饋資源、並且可基於HARQ特性以不同的回饋格式多工回饋。如果所有該接收WTRU在公共回饋資源中(例如在給定時槽中)發送其HARQ-ACK回饋,則由於半雙工約束,每個接收WTRU可能無法獲知其他接收WTRU的回饋。然而,不接收其他WTRU回饋可能不會給接收WTRU帶來本質問題,並且由群組中的一些或所有接收WTRU共用公共回饋資源可具有節省資源的優點。公共回饋資源的選擇可以是一或更多表明的HARQ特性的函數。
在資源分享的一個範例中,來自WTRU群組的HARQ回饋的傳輸可以是FDM的形式。每個群組成員可以被指派用於其HARQ回饋的子資源。子資源到WTRU的指派可以取決於群組中WTRU的ID、或者可以取決於WTRU的RNTI。例如,可以向群組的第j
個成員指派第j
個子資源。
圖10為一時槽1002的示意圖1000,其中單一回饋資源由WTRU群組共用。在此範例中,每個WTRU具有其自己的相關聯的子載波。在圖10中,單一回饋資源是跨越複數子通道1004的時槽1002。在一個範例中,在第一子通道上傳送針對群組成員1的ACK-NACK 1006;在第j個子通道上傳送針對群組成員j的ACK-NACK 1008;並且在一個範例中,在第n個子通道上傳送針對群組成員n的ACK-NACK 1010。
可以執行共用該資源的另一種方式,使得可以在回饋資源上(在子載波中)交錯包含群組成員的HARQ資訊的符號。不同的群組成員對於相同的交錯操作可以具有不同的起始子載波。用於群組成員的起始子載波可以取決於WTRU的ID或無線電網路臨時識別符(RNTI)。如果該回饋跨越幾個符號,則也可以應用跳頻。
在資源分享的另一範例中,來自一WTRU群組的HARQ回饋的傳輸可以是TDM的形式。每個群組成員可以被指派用於其HARQ回饋的回饋資源中的一或更多OFDM符號。向WTRU指派該資源中的符號可以取決於在群組中WTRU的ID或WTRU的RNTI。例如,可以向第j
個群組成員指派回饋資源中的第j
個符號單元。
圖11是由一WTRU群組共用單一回饋資源的範例的示圖1100,其中每個WTRU具有其自己的相關聯的OFDM符號(一或複數)。例如,NR PUCCH格式2由1或2個OFDM符號組成,其中在相同的時間資源上沒有使用者多工。在圖11所示的示圖1100中,可以在由複數子通道1104組成的時槽1102中傳送複數ACK-NACK。可以在時槽1102的第一OFDM符號中傳送針對群組成員1的ACK-NACK 1106。可以在第j個後續OFDM符號中傳送針對群組成員j的ACK-NACK 1008。可以在第n個OFDM符號中傳送針對群組成員n的ACK-NACK 1110。在實施例中,用於群組成員的ACK-NACK可以跨越複數符號。符號配置以及群組成員排序可以是SCI中表明的HARQ特性的函數。
在資源分享的另一範例中,來自WTRU群組的HARQ回饋的傳輸可以採用CDM的形式。不同的碼或序列可以用於不同的群組成員以用於其HARQ傳輸。該碼或序列可以與群組中的WTRU的ID或RNTI相關聯。例如,PUCCH格式0基於正交序列,並且在相同資源上的使用者多工是可能的。TDM、FDM或CDM方案可以被聯合應用。
在所示的每個範例中,用於每個WTRU的回饋的子資源的分配可以與該WTRU的群組中的ID或該WTRU的RNTI相關聯。另一方面,WTRU回饋至某些子資源的指派可以由傳輸WTRU確定、並且可以在傳輸的SCI中被傳訊給接收WTRU。動態傳訊可以基於一些經配置的回饋資源指派規則。
在一些群組成員在初始傳輸中沒有解碼資料的情況下,可能發生重傳。對於重傳,在初始或先前傳輸中解碼資料的WTRU可以不需要發送用於重傳的回饋。僅未在初始或先前傳輸中解碼資料的WTRU可能需要發送用於該重傳的回饋。這樣,WTRU至多可以為每個資料傳輸發送單一ACK。傳輸WTRU可以僅需要對其為每個資料傳輸接收的ACK的總數進行計數。如果ACK的總數等於群組大小減1,則其可以停止重傳。否則,其可以繼續重傳。傳輸WTRU可以不需要識別哪個WTRU未對哪個(重新)傳輸中的資料進行解碼。
每個群組成員可以發送或不發送針對一或更多資料傳輸的ACK或NACK回饋。在一個實施例中,WTRU可以使用ACK或NACK,其可以被設定為預設。例如,在ACK被設定為預設的情況下,如果WTRU解碼了該資料,則WTRU可以不需要發送任何回饋位元。WTRU可以僅在其未解碼資料時回饋NACK。對於另一個範例,在NACK被設定為預設的情況下,如果WTRU未對該資料進行解碼,則該WTRU可以不需要發送任何回饋位元。WTRU可以僅在其解碼了該資料時回饋ACK。
在具有回饋的多播側鏈路中,傳輸WTRU可以基於群組HARQ-ACK回饋來重傳或不重傳相同的TB。通常,當所有接收WTRU回饋NACK時,傳輸WTRU可以進行重傳,或者當所有接收WTRU回饋ACK時,傳輸WTRU可以不進行重傳。如果一些WTRU回饋ACK,而其他WTRU回饋NACK,則該傳輸WTRU可以重傳或可以不重傳相同的傳輸塊(TB)。假設傳輸中NACK的百分比為。如果,則WTRU可以重傳該資料。否則,WTRU可以不重傳該資料。的值可以取決於資料QoS。例如,在確定重傳時,可以考慮以下參數中的一者或多者:可靠性、優先序以及潛時。關於可靠性,對於高可靠性要求的資料,該臨界值可以較低;對於低可靠性要求的資料,該臨界值可以較高。關於優先序,對於具有較高優先序的資料,該臨界值可以較低,而對於具有較低優先序的資料,該臨界值可以較高。關於潛時,對於具有較低潛時要求的資料,該臨界值可以較高,並且對於具有較高潛時要求的資料,該臨界值可以較低。在一個或幾個NACK回饋的情況下,該傳輸WTRU甚至可以針對對應的接收WTRU應用單播傳輸。
圖12是用於資源選擇以及側鏈路資料傳輸的範例性NR模式2 WTRU程序的流程圖1200。當模式2 WTRU具有一些側鏈路資料要發送時,其可以首先檢查該資料是否用於廣播1202,這不需要來自接收WTRU的任何HARQ回饋。如果該資料是用於廣播的,則WTRU執行1204資源選擇程序、並在所選資源中發送1206該側鏈路資料,例如在LTE V2X中那樣。如果該資料不是用於廣播,而是用於多播或單播,其可能需要來自接收WTRU的一些HARQ回饋,則傳輸WTRU可以首先確定1208可以發送HARQ回饋的群組成員的數量。基於此數量,其可以確定用於HARQ回饋的資源大小。然後,其可以針對資料以及HARQ回饋這二者執行資源選擇1210。WTRU可以發送1212該側鏈路資料並且從所選擇的回饋資源接收HARQ 1214。如果必要,WTRU可以排程1216資料重傳。該傳輸WTRU可以表明用於資料重傳的HARQ特性。
用於SA或資料傳輸的資源以及用於回饋傳輸的資源可以在不同的資源池中或在相同資源池內的不同區域中。因此,用於不同資源池或相同資源池內的不同區域的資源選擇程序可以是獨立的。回饋資源的資源選擇視窗可以從資料資源的資源選擇視窗延遲。該延遲值可以取決於接收WTRU的解碼及處理能力。例如,如果SA或資料資源的資源選擇視窗被設定為[,則該回饋資源的資源選擇視窗可以被設定為[,其中可以是固定的、基於WTRU能力/類別來配置、或者取決於WTRU實施方式。
儘管可以獨立地執行用於SA或資料以及用於回饋的資源選擇程序,但是應當聯合地做出用於資料的資源以及用於HARQ回饋的資源的最終決定。這是為了避免所選HARQ資源在所選資料資源之前,或者所選HARQ資源非常接近所選資料資源,使得接收WTRU可以在此短處理視窗內產生HARQ回饋。
當確定了用於SA或資料以及回饋的資源時,模式2 WTRU可以在所選擇的資源上發送側鏈路SA或資料。該SCI資訊可以包括SA或資料資源以及回饋資源這兩者的指示。傳輸WTRU然後可以從所選擇的HARQ資源接收HARQ、並且如果需要的話可以排程資料重傳。
用於SA或資料傳輸以及回饋傳輸的資源選擇程序可能是相關的。如果SA或資料資源以及回饋資源遵循某一模式,則該方案可以適用。例如,所選擇的回饋資源可能必須是在所選擇的資料資源之後4個時槽。基於給定模式,應當一起識別用於SA或資料以及回饋的一對資源。在這種情況下,該SCI可以不表明回饋資源的位置、或者可以僅表明用於回饋資源的減小的資訊。
圖13是用於接收側鏈路資料傳輸及/或發送回饋的範例性WTRU程序的流程圖1300。接收WTRU可以首先接收表明HARQ回饋特性的SCI 1302。基於該SCI,可以找到用於資料傳輸的資源,或者另外,可以找到用於單播或多播的回饋傳輸的資源。然後,該接收WTRU可以對PSSCH進行解碼1304。如果該資料被確定為廣播資料1306,則接收WTRU可以不進行進一步的動作1308。否則1310,其可能需要確定1312回饋資源。該回饋資源可以在所接收的SCI中被表明,或者WTRU可以被配置為遵循基於用於SA或資料傳輸的資源的某一模式。此外,對於多播,接收WTRU可以確定用於其回饋的子資源。接收WTRU可以在其所指派的(子)資源上發送1314該回饋。
在NR V2X中,gNB排程用於模式1 WTRU的資源。該排程可以是動態的或半持久的(即,SPS排程)。該SPS排程可由DCI啟動或停用。
在LTE V2X中,該SPS排程僅用於資料傳輸,因為在廣播側鏈路傳輸的情況下,不需要回饋。在NR V2X中,支援單播以及多播側鏈路。為了促進用於單播或多播側鏈路傳輸的SPS排程,可提供新的SPS配置,其包括用於單播或多播側鏈路傳輸的SA/資料資源以及回饋資源這兩者。在所配置的SPS資源中,該回饋資源的週期性可以與該SA/資料資源的週期性相同。這可以確保每個資料傳輸與ACK/NACK回饋相關聯。
圖14是具有SA或資料資源以及回饋資源這兩者的範例性SPS配置1400、1420的示圖。圖14頂部的SPS配置1400示出了回饋資源的週期性與SA或資料資源的週期性相同。在此範例中,用於SA/資料傳輸的資源1402-1408區域每個都跟隨有用於回饋傳輸的資源1410-1416。
替代地,該回饋資源的週期性可以大於該資料傳輸資源的週期性。此方案可以由在針對複數TB的單一回饋資源中的序連的ACK/NACK位元來支援,其中該複數TB是在若干半持久性資源上發送的。這在底部範例性SPS配置1420中被示出。如範例性SPS配置1420中所示,用於SA/資料1422-1428之後並非總是緊密跟隨有回饋傳輸資源1430、1432。資源1432跟隨資源1426以及資源1428。
除了回饋資源的週期之外,可能需要指定初始回饋資源位置。這可以採用資料資源與回饋資源之間的相對時間以及頻率偏移的形式。表明回饋資源的其它方法也是可能的。
在另一範例中,兩個相關聯SPS配置可被分開配置。一種SPS配置可被設計用於資料傳輸,而另一種SPS配置可被設計用於回饋傳輸。此配置可具有以下優點:對於廣播訊務,僅啟動或停用一個SPS配置。對於單播或多播訊務,可以啟動或停用兩種SPS配置。因此,DCI格式可包括同時啟動或停用兩個或更複數SPS配置。
考慮到回饋資源,上述SPS配置可以主要用於NR模式1使用者。對於NR模式2使用者,可以使用類型1配置的許可配置,其可以完全由RRC配置而沒有層1啟動/停用。這兩個單獨的配置(一個用於資料傳輸,一個用於回饋)可以應用於類型1配置的許可配置。
對於NR下鏈傳輸,該回饋可以包含一或更多HARQ-ACK位元以及4位元CQI,其中所使用的CQI表可以包含16個條目。回饋CQI索引在選擇或調整MCS索引中對於下鏈資料傳輸是有用的。鏈路適配可能不存在於LTE V2X側鏈路傳輸中。
在具有單播或多播側鏈路傳輸的NR V2X中,該HARQ-ACK位元可以與緊湊CQI一起被回饋。代替針對給定CQI表的4位元CQI,可以使用1位元緊湊CQI來表明CQI索引相對於用於資料傳輸的MCS索引的增大或減小。例如,位元“0”可以表明CQI索引相對於所使用的MCS索引的減小,而位元“1”可以表明CQI索引相對於所使用的MCS索引的增大。該CQI索引的減小可能意味著通道條件差,並且需要減小編碼率或調變階數以維持BLER等級。該CQI索引的增大可能意味著通道條件良好,並且可以增大編碼率或調變階數以實現更高的頻譜效率。MCS表上的增大或減小的步長可以為每次“1”,或者可以利用其他值來執行。
替代地,2位元CQI調整可以用於表明增大或減小或者維持相對於用於資料傳輸的MCS索引的CQI索引。例如,位元“00”可表明CQI索引的減小,位元“01”可表明目前CQI索引的維持,而位元“10”可表明CQI索引的增大。
該緊湊CQI索引可以與ACK/NACK位元聯合使用。例如,CQI的增大可以僅在目前資料被成功解碼或目前傳輸被確認(ACK-ed)時發生。CQI的減小可以僅在目前資料未被解碼或目前傳輸被否定確認(NACK-ed)時發生。可以針對目前傳輸的ACK或NACK來進行目前CQI索引的維持。
因此,定義了兩等級HARQ-ACK:具有增大的CQI/MCS索引的ACK以及具有目前CQI/MCS索引的ACK。在TB被成功解碼(即,ACK)的情況下,接收WTRU可以測量其可以實現多少更多的頻譜效率。這兩個HARQ-ACK等級之間的確定可以取決於通道估計。例如,該通道估計可以表明目前通道比目前MCS等級好得多。這兩個HARQ-ACK等級之間的確定還可以取決於解碼複雜度。例如,低密度同位檢查(LDPC)解碼中的疊代次數可能小於某一值,並且接收WTRU可能認為MCS索引可以被增大。否則,接收WTRU可以認為MCS索引應當被維持。所有這些條件可在目前資料的解碼成功(即,ACK)時發生。
類似地,定義了兩個等級的HARQ-NACK:具有目前MCS索引的NACK以及具有減小的MCS索引的NACK。如果WTRU未能解碼TB(即,NACK),則接收WTRU可以測量其距離成功的資料解碼有多遠。這可能取決於通道估計或LDPC解碼複雜度。
該兩等級HARQ-ACK以及兩等級HARQ-NACK可以如表4中所示。
表4:範例性聯合HARQ-ACK以及緊湊CQI回饋指示
位元 | 00 | 01 | 10 | 11 |
含義 | NACK並減小MCS等級 | NACK並維持MCS等級 | ACK並維持MCS等級 | ACK並增大MCS等級 |
基於上述方案,2位元ACK/NACK以及緊湊CQI可以用於該回饋。傳輸器可以具有基於該回饋的鏈路適應性。對於單播側鏈路通信,傳輸器可以簡單地調整MCS以用於下一次傳輸,例如在下一次傳輸發生在自該回饋起一週期內的條件下。這可能是因為如果該回饋與下一次傳輸之間的時間間隙較長,則回饋資訊可能由於通道改變而不再有效。
對於具有回饋的多播側鏈路通信,傳輸器可以具有某些規則來調整MCS等級。例如,如果超過某一數量/百分比的接收WTRU解碼了該資料並請求增大MCS等級,則傳輸WTRU可以增大用於下一次傳輸的MCS等級。如果某一數量/百分比的接收WTRU不能成功地解碼該資料,則傳輸WTRU可以減小用於下一次傳輸的MCS等級。如果某一數量/百分比的接收WTRU不能解碼該資料並請求減小該MCS等級,則傳輸WTRU可以減小用於下一次傳輸的MCS等級。
基於表4,傳輸WTRU可以如下調整其MCS等級:如果 “11” 或 “01” 的百分比> Thres_1 或 “11” 的百分比> Thres_2 ,則 增大用於下一次傳輸的 MCS 等級 否則如果 “00” 或 “01” 的百分比> Thres_3 或 “00” 的百分比> Thres_4 ,則 減小用於下一次傳輸的 MCS 等級 否則 維持用於下一次傳輸的 MCS 等級。
上述判定規則還可以應用於獨立的ACK/NACK以及CQI回饋。基於從所有群組成員接收的CQI回饋,傳輸WTRU可以決定是否增大、減小或維持用於未來資料傳輸的MCS等級。用於其未來資料傳輸的MCS可以被設定為:所有被回饋的CQI索引的平均CQI索引、特定百分點的所報告的CQI索引、增大的CQI索引(針對一或更多步長)(如果某一百分比以上的所報告的CQI索引大於目前MCS索引)、減小的CQI索引(針對一或更多步長)(如果某一百分比以上的所報告的CQI索引低於目前MCS索引)、或者否則為目前MCS索引。在用於未來資料傳輸的MCS被設定為某個百分點的所報告的CQI索引的情況下,例如,對於可靠性等級99%的資料,傳輸WTRU可以將該MCS設定為所報告的CQI索引中的90%最高CQI索引,而對於99.99%可靠性等級的資料,傳輸WTRU可以將該MCS設定為所報告的CQI索引中的95%最高CQI索引。在CQI索引被增大或減小的情況下,CQI索引增大/減小的步長也可以取決於資料QoS。
用於側鏈路傳輸的一或更多參考信號的密度可被動態地調整,該參考信號例如解調參考信號(DMRS)或相位追蹤參考信號(PTRS)。參考信號密度可由傳輸WTRU控制。然而,接收WTRU可以將其期望的參考信號模式回饋到該傳輸WTRU。
如果提供了參考信號模式(RSP)列表並且基於密度對其進行排序,則接收WTRU可以回饋特定RSP的索引。否則,其可以壓縮索引資訊、並且只回饋目前RSP索引的增大、減小或維持。在這種情況下可能僅需要2位元。
緊湊RSP索引可以與HARQ-ACK位元組合。例如,RSP索引的減小可以僅在目前資料傳輸中目前資料被成功解碼或被確認時發生。RSP索引的增大可以僅在目前資料未被解碼或目前傳輸未被確認時發生。目前RSP索引的維持可以發生在目前傳輸被確認或被否定確認中。這樣,對於HARQ-ACK以及RSP索引這兩者,可能仍然只需要2個位元。
對於多播側鏈路,傳輸WTRU可以基於具有目前RSP指數的增大、減小或維持的群組回饋的統計來調整該RSP。與上述鏈路適應性方案類似的規則可用於RSP適應性。
也可以包括其它回饋參數(例如功率控制相關參數)以用於可靠傳輸。這些參數可以與HARQ-ACK、CQI及/或RSP聯合地或單獨地編碼。
對於多播側鏈路,群組引導可為整個群組保留一資源集。每個群組成員可以使用所保留的資源用於群組通信。對於車隊,車隊引導可為整個群組保留SPS資源。這些SPS資源還可包括如所描述的回饋資源。替代地,車隊引導可以是NR模式2 WTRU,其可以為整個群組選擇以及保留週期性資源。
可能需要將保留通知給所有群組成員。該保留資源的使用可以由群組引導控制、或者可以分佈在群組成員之間。
對於集中控制的情況,群組引導可通知每個群組成員關於哪個資源被指派給它用於其傳輸。基於群組引導的排程可以半靜態地被傳訊並且可以取決於群組傳輸的需要。
例如,該群組引導可以是車隊中的第一車輛、並且可以具有對前方道路狀況的最佳觀察。因此,其可能佔據車隊中所有車輛中的全部保留資源的最大百分比。另一方面,車隊中的最後車輛可能觀察到後方道路狀況,因此,可能佔據車隊中所有車輛中的第二大百分比的總保留資源。如果車隊中的群組成員是卡車或公共汽車,則其可以具有比其他群組成員更好的觀察。其可能佔據總的保留資源的第三大百分比。有可能由群組引導配置若干群組通信資源使用模式。然後,在這些資源使用模式中的選擇可以由群組引導動態地表明,例如,經由SCI動態地表明。
每個群組成員可以被指派用於其多播的單獨的週期(period)。例如,可以基於每個群組成員的位置或類型、或者基於每個群組成員的需要而從群組引導獲得此指派。其可以進一步由群組引導基於每個群組成員的請求來調整。例如,如果群組成員認為其需要更多的資源用於傳輸,則它可向群引導表明它。該指示可以被包括在其傳輸的資料中或在SCI或其傳輸的資料中表明。
圖15是範例性群組資源分配1500的示圖,其中不同群組成員具有不同的資源分配。在該範例中表明了群組保留週期1502。群組引導WTRU 1佔用等於保留群組資源1512-1542的一半的週期1504。可以是車隊中最後一輛車的WTRU 2佔用等於保留群組資源的四分之一的週期1506。可能在車隊中間的WTRU 3以及WTRU 4可以佔用保留群組資源的八分之一,即,WTRU 3被配置有週期1508,而WTRU 4被配置有週期1510。可以應用用於保留週期的其它選項。在實施例中,車隊可佔據更多或更少的WTRU。
如圖15所示,WTRU 1可以在資源1512、1516、1520、1524、1528、1532、1536及1540上進行傳送。WTRU 2可以在資源1514、1522、1530及1538上進行傳送。WTRU 3可以在資源1518及1534上進行傳送。WTRU 4可以在資源1526及1542上進行傳送。
還可以支援HARQ-ACK回饋以用於單播側鏈路傳輸。對於側鏈路多播傳輸,該回饋可以被啟動或不被啟動。這是因為所有群組成員可能都需要發送HARQ-ACK回饋,這可能佔用大量回饋資源。此外,來自群組成員的回饋的傳輸可停用其對通道的監視及感測,這可限制NR模式2感測以及資源選擇程序中的資源存取。因此,可能期望用於多播側鏈路傳輸的回饋的最佳設計。
在某些條件下,可能需要用於多播側鏈路傳輸的回饋,而在其他條件下,可能不需要用於多播側鏈路傳輸的回饋。這些條件可以與資料QoS以及其他因素有關。對於具有高可靠性要求的資料,可能需要用於群組通信的回饋。此回饋可觸發將丟失資料重傳至某些接收WTRU,因此增強傳輸可靠度。對於具有低潛時要求的資料,可能不需要用於群組通信的回饋。這可能是因為由來自所有群組成員的HARQ-ACK回饋以及隨後的重傳所導致的延遲可能已經超過了該潛時要求。對於群組通信中具有低潛時要求的資料,可直接應用無HARQ的重複以確保可靠的資料傳輸。對於具有高優先序的資料,可能需要用於群組通信的回饋。這是因為資料對於接收器是重要的,並且儘管佔用更多資源並導致大的延遲,但是群組回饋仍然可能是匹配資料的重要性所必需的。
對於具有較少數量成員的群組,可能需要用於群組通信的回饋。這是因為用於回饋的資源可能受到限制,並且該回饋的影響可能受到限制。對於具有高速的車輛群組,可能需要用於群組通信的回饋。這可以減輕快速變化的通道條件的影響。在實施例中,可以執行重傳以選擇群組的成員。
可能需要傳訊群組通信中回饋的賦能或停用,使得接收WTRU知道是否發送HARQ回饋以及傳輸WTRU知道是否接收HARQ回饋。
可選回饋的指示可以用半靜態方式提供,例如使用RRC配置提供。例如,該配置可以指定:如果資料可靠性要求大於臨界值、資料潛時要求大於臨界值、資料優先序等級小於臨界值、群組成員的數量大於臨界值、及/或車速高於臨界值,則需要群組回饋。否則,不需要群組回饋。因此,可假設資料可靠度、潛時及優先序別、群組成員數量、以及車輛速度為接收WTRU所知。此資訊可在SCI中被提供或可在較高層被提供至接收WTRU。
在實施例中,可以基於資料潛時要求(一或複數)、資料可靠性要求(一或複數)、一或更多群組大小、及/或車輛或群組內的其他車輛的行進速度或速率來賦能或停用HARQ回饋。例如,可以基於傳輸器或接收器速度來確定速度。可以基於傳輸器以及接收器朝向彼此加速或遠離彼此加速的速度來確定速度。
表明針對多播是否需要回饋的一種方式是經由使用群組ID。對於某一群組ID範圍,可以假定該回饋,而對於其他群組ID範圍,可以不假定該回饋。群組ID指派可以發生在群組建立的過程期間。在群組建立過程中,群組引導可知道群組類型,例如車輛編隊、感測器資訊共用及/或最大群組大小。通常,對於具有相對動態成形(例如,感測器資訊共用)及/或大的群組大小的群組,該群組ID可以在不支援回饋的範圍內。對於具有相對靜態成形的群組(例如,車輛編隊)及/或具有小的群組大小的群組,該群組ID可以在支援回饋的範圍內。
該可選回饋的該指示可以動態地被提供,例如使用SCI指示來提供。例如,SCI中的單一位元可以表明是否需要群組回饋。此指示可以與另一欄位(例如,該SCI中表明的RV)組合。在另一範例中,HARQ進程ID可以與回饋指示相關聯。對於多播與單播之間的統一設計,該HARQ進程ID可以總是被包含在SCI中。例如,等於預設值(例如,0值)的HARQ進程ID可以意味著不需要回饋。對於多播側鏈路中的回饋,HARQ進程ID可以從1開始。隱式地表明群組回饋的其它選項可以與控制或資料傳輸或參考信號的加擾相關聯。例如,如果一個RNTI用於加擾該控制、資料或參考信號,則可能需要群組回饋。如果使用其它RNTI來加擾該控制、資料或參考信號,則可能不需要群組回饋。另一範例可以是在CRC位元的不同部分處的RNTI加擾可以表明是否需要回饋。
在LTE V2X中,該側鏈路可以在沒有回饋的情況下被廣播。藉由在SL-PSSCH-TxParameters
IE中將重複次數配置為0或1,可以進行TB的重複傳輸。這可以支援對同一TB的至多1個基於重複的重傳。
在NR V2X中,多播側鏈路可以賦能或不賦能HARQ-ACK回饋。可以取決於是否支援HARQ-ACK回饋來調整重複的次數。例如,如果在群組通信中支援HARQ-ACK回饋,則重複次數可以是0。這可能是因為HARQ重傳程序已經提高了可靠性等級。如果在群組通信中不支援HARQ-ACK回饋,則重複的次數可以大於0。
此重複次數可以被配置為取決於HARQ-ACK回饋。然後,基於動態賦能或停用群組HARQ-ACK回饋,可以相應地調整該重複次數。替代地,可以在實體層中表明該重複次數(例如,經由顯式SCI指示或利用SCI的另一欄位的隱式指示)。在相同TB的所有重複傳輸中,可以包括HARQ進程ID,並將其設定為公共值。
對於側鏈路單播,因為可以總是應用HARQ-ACK方案,重複的次數可以被設定為0。替代地,即使使用HARQ-ACK方案,重複的次數也可以被設定為大於0的數。這可以是為了解決一些低潛時及/或高可靠性應用,其中可能期望在初始傳輸中成功遞送資料。例如,如果資料可靠性要求高及/或資料潛時要求低,則可以應用重複方案。否則,可以不應用重複方案。
利用NR V2X側鏈路單播或多播中的回饋,鏈路適應性是可能的。傳輸WTRU可以調整其調變及編碼速率以適合用於重傳或新TB傳輸的通道條件。這種鏈路適應性可以確保BLER等級達到給定目標,從而實現可靠的傳輸。另一方面,在LTE V2X中支援重複(沒有回饋),最大重複1次。儘管MCS在複數重複之間保持相同,但是追趕合併增益可以增大有效SNR並且實現可靠的傳輸。在NR V2X中,重複的數量可以是可配置的、或者可例如基於資料QoS而被動態調整。該重複次數的動態調整可以與鏈路適應性聯合執行。例如,如果通道條件變得更壞,則可以利用較低的寫碼率及調變階數來減小MCS索引,及/或可以增大重複次數以增大有效SNR。
在這兩種方法之間進行選擇時,傳輸WTRU可以評估由重複次數產生的增益。例如,如果WTRU將重複次數從0增大到1,則有效SNR增大3 dB。如果WTRU將重複次數從1增大到2,則有效SNR增大1.76 dB。如果WTRU將重複次數從2增大到3,則有效SNR增大1.25 dB。
另一方面,該傳輸WTRU可以評估由MCS索引減小所產生的增益。這可以取決於用於不同MCS值以及TBS的LDPC碼的BLER性能。其也可以取決於目標BLER等級或資料可靠性要求。
圖16是示出了在具有30 ns延遲擴展以及理想通道估計的分接頭延遲線(TDL)-A通道模型上的CQI條目的BLER性能的曲線圖1600。該曲線圖1600的x軸示出SNR 1602,並且y軸表示BLER 1604。該曲線圖1600示出了寫碼率(CR)CR30 1606、CR50 1608、CR78 1610、CR116 1612及CR194 1614。從圖16可以看出,從193/1024到30/1024的寫編速率的減小導致在BLER等級處的有效SNR增大8 dB,但是導致在BLER等級處的有效SNR增大13 dB。當在兩種方法之間進行選擇時,還應當考慮低BLER等級的LDPC碼的雜訊基底問題。
一般而言,MCS索引的減小可以導致在相對高的目標BLER等級(例如,)處比在相對低的目標BLER等級(例如,)處更有效的SNR增益。因此,當通道條件變得更壞時,對於具有低可靠性要求的資料,可以選擇MCS索引減小方法而不是重複次數增大方法。此外,對於具有高可靠性要求的資料,可以選擇重複次數增大方法,而非MCS索引減小方法。
可替代地,可以聯合使用這兩種方法。例如,如果通道條件變得極差,則傳輸WTRU可以減小MCS索引以及增大重複次數。
NR URLLC服務可以使用兩個或更複數MCS表。這可能意味著NR V2X也可以使用這兩個或更多MCS表。根據CQI回饋,傳輸WTRU可能想要為下一次傳輸或為重傳切換一或更多MCS表。例如,即使在最大重複次數處,目前MCS表的頻譜效率可能仍然不適合目前通道條件。MCS表切換的指示還可以與重複次數相關聯。例如,如果目前傳輸是基於具有高頻譜效率條目的MCS表,並且如果通道條件變得較差,則可以在不進行重複下向具有低頻譜效率條目的MCS表進行切換,因為低碼率或調變階數本身可以針對較差的通道條件操作。替代地,到具有較低頻譜效率條目的MCS表的切換可以伴隨有增大的重複,以在極差的通道條件下聯合地實現可靠的資料傳輸。
在一個實施例中,如果NACK的百分比小於臨界值,則當向報告NACK的WTRU重傳時,WTRU可以切換到單播重傳模式。所選擇的特定臨界值(一或複數)可以取決於初始傳輸的QoS。例如,如果QoS較低,則WTRU可以在多播模式中再次重傳。然而,如果QoS較高,則WTRU可以以單播模式進行重傳。一旦傳輸塊被接收WTRU確認一次,則該傳輸塊可被計數為接收WTRU已確認,而不管包括接收WTRU是否也對後續重傳進行了成功地確認。在實施例中,報告第一次ACK的接收WTRU可以不在接收到重傳時報告後續的ACK。
圖17是當賦能或停用HARQ回饋時用於發送資料的流程圖1700。WTRU可以接收1702資源池配置,該資源池配置表明用於控制、資料及/或回饋資源的資源多工。WTRU可以接收1704多播配置,該多播配置包括用於確定是賦能還是停用HARQ的規則集合及標準以及臨界值。賦能或停用HARQ可以例如經由規則集合、標準及臨界值而被隱式地確定、或者經由指示(例如,動態指示)、或半靜態配置等被顯式地確定、或經由這兩者的組合而被確定。WTRU可以確定1706一些側鏈路多播資料被緩衝以用於發送。WTRU可以基於1704所表明的、配置的或接收的臨界值來確定1708是否賦能或停用HARQ回饋。可以作出是否停用HARQ回饋的確定1710。如果HARQ回饋被停用,則WTRU可以編譯SCI、並經由RNTI發送1720 SCI,例如經由用RNTI遮罩的CRC、用RNTI加擾的CRC、在酬載內包括RNTI等,其表明沒有HARQ回饋。隨後,可以發送1722側鏈路控制及/或資料。
如果HARQ回饋未被停用,則WTRU可以經由RNTI發送1712 SCI,例如經由用RNTI遮罩的CRC、用RNTI加擾的CRC、在酬載部分中包括RNTI等等,其表明HARQ回饋被請求。WTRU可以發送側鏈路控制資訊及/或資料、並且可以接收1714 HARQ回饋作為回應。WTRU可以基於資源分享(例如TDM、FDM或CDM資源分享)及/或WTRU群組內ID來確定1716來自每個接收WTRU的回饋。基於接收到的回饋,WTRU可以從多播傳輸模式切換1718到單播傳輸模式,以用於一或更多資料或控制重傳。一些規則及/或標準可以用於觸發傳輸模式及/或回饋模式。例如,如果NACK的百分比小於臨界值、或者NACK的數量小於臨界值等,則可以觸發傳輸模式及/或HARQ(重傳)傳輸模式以切換到單播重傳或切換到單播HARQ(重傳)傳輸模式,以用於發送NACK的該WTRU(一或複數)。當特定WTRU傳送高於臨界值量的NACK時,可以觸發傳輸模式及/或HARQ(重傳)傳輸模式以切換到單播重傳或切換到單播HARQ(重傳)傳輸模式,以用於發送該NACK的該WTRU(一或複數)。可以配置或表明一或更多臨界值。臨界值可以與QoS相關聯。例如,每個臨界值可以與QoS或QoS集合相關聯。一個以上臨界值可與QoS或QoS集合相關聯等等。
當TB最初或者在任何重傳期間被接收WTRU確認時,無論接收到的後續HARQ回饋的結果如何,對於該WTRU而言,相同TB的所有後續重傳(一或複數)都可以被計數為“被確認”。例如,即使當接收到針對該TB的HARQ的後續重傳的NACK時,該WTRU可丟棄接收到的NACK、並將該TB視為處於“被確認”狀態。
雖然在上文中描述了採用特定組合或順序的特徵及元素,但是本領域中具有通常知識者將會認識到,每一個特徵或元素既可以單獨使用,也可以與其他特徵及元素進行任何組合來使用。此外,這裡描述的方法可以在引入電腦可讀媒體中以供電腦或處理器運行的電腦程式、軟體或韌體中實施。電腦可讀媒體的範例包括電信號(經由有線或無線連接傳輸)以及電腦可讀儲存媒體。電腦可讀儲存媒體的範例包括但不限於唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體儲存裝置、例如內部硬碟以及可移光碟之類的磁性媒體、磁光媒體、以及例如CD-ROM光碟以及數位多功能光碟(DVD)之類光學媒體。與軟體關聯的處理器可以用於實施在WTRU、UE、終端、基地台、RNC或任何主機電腦中使用的射頻收發器。
100:通信系統
102、102a、102b、102c、102d:無線傳輸/接收單元(WTRU)
104/113:無線電存取網路(RAN)
106/115:核心網路(CN)
108:公共交換電話網路(PSTN)
110:網際網路
112:其他網路
114a、114b:基地台
116:空中介面
118:處理器
120:收發器
122:傳輸/接收元件
124:揚聲器/麥克風
126:小鍵盤
128:顯示器/觸控板
130:非可移記憶體
132:可移記憶體
134:電源
136:全球定位系統(GPS)晶片組
138:週邊設備
160a、160b、160c:e節點B
162:移動管理實體(MME)
164:服務閘道(SGW)
166:封包資料網路(PDN)閘道(或者PGW)
180a、180b、180c:gNB
182a、182b:存取及移動管理功能(AMF)
184a、184b:使用者平面功能(UPF)
183a、183b:對話管理功能(SMF)
185a、185b:資料網路(DN)
200:時序圖
202、210、218:時刻
204、212、220:側鏈路控制資訊(SCI)
208:混合自動重複請求(HARQ)回饋
300、600、1200、1300、1700:流程圖
400、502-514、1002、1102:時槽
402-428:符號
430:低潛時回饋
432:可容忍的潛時回饋
500:傳輸時序圖
520:混合自動重複請求(HARQ)時序
522:回饋
700、800、900:左手側
702、722、802、822、902、942:資源池1
704、708、726:回饋資源池
706、724、804、824、90、944:資源池2
720:右側
820、920:右手側
922:資源池
940:回饋資源
1000:示意圖
1004、1104:子通道
1006、1106:針對群組成員1的ACK-NACK
1008、1108:針對群組成員j的ACK-NACK
1010、1110:針對群組成員n的ACK-NACK
1100:示圖
1400、1420:半持久排程(SPS)配置
1402-1408、1422-1428:用於SA/資料傳輸的資源
1410-1416、1430、1432:用於回饋傳輸的資源
1500:群組資源分配
1502:群組保留週期
1512-1542:保留群組資源
1504、1506、1508、1510:週期
1600:曲線圖
1602:信號雜訊比(SNR)
1604:塊錯誤率(BLER)
1606、1608、1610、1612、1614:寫碼率(CR)
DMRS:解調參考信號
FDM:分頻多工
ID:識別符
N2、N3、N4、N6、N11、S1、X2、Xn:介面
PSSCH:實體側鏈路共用通道
QoS:服務品質
RNTI:無線電網路臨時識別符
SA:排程指派
TDL:分接頭延遲線
TDM:分時多工
從以下結合附圖以範例方式給出的描述中可以獲得更詳細的理解,其中圖示中相同的元件符號表示相同的元素,並且其中:
圖1A是示出了在其中可實施一或更多揭露的實施例的範例性通信系統的系統圖。
圖1B是示出了根據一種實施例的可在圖1A所示的通信系統內使用的範例性無線傳輸/接收單元(WTRU)的系統圖。
圖1C是示出了根據一種實施例的可在圖1A所示的通信系統內使用的範例性無線電存取網路(RAN)以及範例性核心網路(CN)的系統圖。
圖1D是示出了根據一種實施例的可在圖1A所示的通信系統內使用的另一範例性RAN以及另一範例性CN的系統圖。
圖2是示出了範例性混合自動重複請求(HARQ)回饋確定方法的時序圖;圖3為示出了由傳輸WTRU執行的方法的流程圖;圖4是示出了分離的兩個側鏈路HARQ確認(HARQ-ACK)回饋傳輸的側鏈路時槽的示圖;圖5是示出了基於第一傳輸的傳輸時間所進行的範例性HARQ時序確定的時序圖;
圖6是示出了用於側鏈路通信的側鏈路控制資訊(SCI)傳輸、資料傳輸以及HARQ回饋接收的流程圖;
圖7是用於回饋的範例性專用及共用資源池的示圖;
圖8是範例性回饋資源的示圖,其中資源與排程指派(SA)或資料資源以分頻多工(FDM)或分時多工(TDM)而被多工;
圖9A是範例性回饋資源的示圖,其中資源與SA或資料資源被FDM或TDM多工;
圖9B是範例性回饋資源的示圖,其中資源與控制或資料資源被TDM多工;
圖10是由群組成員共用的範例性單一FDM回饋資源的示圖;
圖11是由群組成員共用的範例性單一TDM回饋資源的示圖;
圖12是NR模式2 WTRU選擇資源以及傳送側鏈路資料的範例性方法的流程圖;
圖13是WTRU接收側鏈路資料傳輸及/或發送回饋的範例性方法的流程圖;
圖14是具有SA或資料資源以及回饋資源這兩者的半持久排程(SPS)配置的示圖;
圖15是具有用於不同群組成員的不同資源分配的範例性群組資源分配的示圖;
圖16是示出了在具有30 ns延遲擴展以及理想通道估計的分接頭延遲線(TDL)-A通道模型上的通道品質資訊(CQI)條目的塊錯誤率(BLER)性能的曲線圖;以及
圖17是用於當賦能或停用HARQ回饋時發送資料的流程圖。
600:流程圖
HARQ:混合自動重複請求
QoS:服務品質
SCI:側鏈路控制資訊
WTRU:無線傳輸/接收單元
Claims (19)
- 一種由一無線傳輸/接收單元(WTRU)執行的方法,該方法包括:從一基地台接收一資訊;基於該資訊,確定是否要針對一側鏈路資料傳輸而賦能一混合自動重複請求(HARQ)回饋;以及向另一WTRU傳輸一側鏈路控制資訊(SCI),其中該SCI表明是否要針對該側鏈路資料傳輸而賦能該HARQ回饋。
- 如請求項1所述的方法,進一步包括接收與該側鏈路資料傳輸相對應的該HARQ回饋。
- 如請求項1所述的方法,其中該資訊表明將不針對該側鏈路資料傳輸而使用HARQ回饋。
- 如請求項1所述的方法,其中該SCI包含一位元欄位,該位元欄位表明是否要針對該側鏈路資料傳輸而賦能該HARQ回饋的該確定。
- 如請求項1所述的方法,其中該資訊表明是否針對一邏輯通道而賦能HARQ回饋。
- 如請求項1所述的方法,其中該資訊是使用一無線資源控制(RRC)傳訊而被接收。
- 如請求項1所述的方法,其中該資訊表明是否要針對一車輛至車輛(V2V)品質指示符(VQI)等級而賦能HARQ回饋。
- 如請求項1所述的方法,其中該資訊表明是否要針對一品質服務(QoS)等級而賦能HARQ回饋。
- 一種無線傳輸/接收單元(WTRU),該WTRU包括: 一接收器,被配置為從一基地台接收一資訊;被配置為基於該資訊確定是否要針對一側鏈路資料傳輸而賦能一混合自動重複請求(HARQ)回饋的一電路;以及一傳輸器,被配置為向另一WTRU傳輸一側鏈路控制資訊(SCI),其中該SCI表明是否要針對該側鏈路資料傳輸而賦能該HARQ回饋。
- 如請求項9所述的WTRU,該WTRU進一步包括:該接收器被配置為從該另一WTRU接收與該側鏈路資料傳輸相對應的該HARQ回饋。
- 如請求項9所述的WTRU,其中該資訊表明將不針對該側鏈路資料傳輸而使用HARQ回饋。
- 如請求項9所述的WTRU,其中該SCI包含一位元欄位,該位元欄位表明是否要針對該側鏈路資料傳輸而賦能該HARQ回饋的該確定。
- 如請求項9所述的WTRU,其中該資訊表明是否針對一邏輯通道而賦能HARQ回饋。
- 如請求項9所述的WTRU,其中該資訊是使用一無線資源控制(RRC)傳訊而被接收。
- 如請求項9所述的WTRU,其中該資訊表明是否要針對一車輛至車輛(V2V)品質指示符(VQI)等級而賦能HARQ回饋。
- 一種無線傳輸/接收單元(WTRU),該WTRU包括:一接收器,被配置為從另一WTRU接收一側鏈路控制資訊(SCI)以及一側鏈路資料,其中該SCI表明是否要賦能一混合自動重複請求(HARQ)回饋;以及 一傳輸器,被配置為基於該SCI而向該另一WTRU傳輸該側鏈路資料的該HARQ回饋。
- 如請求項16所述的WTRU,其中該側鏈路資料的該HARQ回饋被傳輸。
- 如請求項16所述的WTRU,其中該側鏈路資料的該HARQ回饋沒有被傳輸。
- 如請求項16所述的WTRU,其中該SCI包含一位元欄位,該位元欄位表明是否要賦能該HARQ回饋。
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862736296P | 2018-09-25 | 2018-09-25 | |
US62/736296 | 2018-09-25 | ||
US201862736788P | 2018-09-26 | 2018-09-26 | |
US62/736788 | 2018-09-26 | ||
US201962787991P | 2019-01-03 | 2019-01-03 | |
US62/787991 | 2019-01-03 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202027523A TW202027523A (zh) | 2020-07-16 |
TWI748249B true TWI748249B (zh) | 2021-12-01 |
Family
ID=68165834
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW108134562A TWI748249B (zh) | 2018-09-25 | 2019-09-25 | 在v2x上支持harq方法及裝置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20210377912A1 (zh) |
EP (1) | EP3857768A1 (zh) |
KR (1) | KR20210068430A (zh) |
CN (1) | CN112740594A (zh) |
TW (1) | TWI748249B (zh) |
WO (1) | WO2020068973A1 (zh) |
Families Citing this family (64)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3857762A4 (en) * | 2018-09-27 | 2022-05-11 | Lenovo (Beijing) Limited | METHOD AND APPARATUS FOR DEVICE-TO-DEVICE COMMUNICATION |
US11991000B2 (en) * | 2018-09-28 | 2024-05-21 | Lg Electronics Inc. | Method and device for transmitting preemptive message related to sidelink communication in NR V2X |
EP3873149B1 (en) | 2018-10-28 | 2023-05-03 | LG Electronics Inc. | Method by which terminal performs sidelink operation in wireless communication system, and terminal using method |
CN116390228A (zh) * | 2018-12-04 | 2023-07-04 | 华为技术有限公司 | 确定传输资源的方法和装置 |
CN111431671B (zh) * | 2019-01-09 | 2022-04-12 | 大唐移动通信设备有限公司 | 一种终端节点间harq反馈配置的方法及设备 |
US11323228B2 (en) * | 2019-01-10 | 2022-05-03 | Qualcomm Incorporated | Feedback for sidelink communications |
EP3909266A1 (en) * | 2019-01-10 | 2021-11-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Link adaptation for sidelink groupcast |
EP3683993B1 (en) * | 2019-01-18 | 2023-11-15 | Nokia Technologies Oy | Sidelink feedback for groupcast |
CN111525988A (zh) * | 2019-02-02 | 2020-08-11 | 华为技术有限公司 | 一种反馈方法及终端设备 |
CN113475133A (zh) * | 2019-02-12 | 2021-10-01 | 联想(北京)有限公司 | 反馈请求确定 |
WO2020187393A1 (en) * | 2019-03-15 | 2020-09-24 | Intel Corporation | Early releasing uplink retransmission memory based upon prediction of uplink retransmission indicator |
EP3942724B1 (en) * | 2019-03-22 | 2023-09-27 | Lenovo (Singapore) Pte. Ltd. | Harq process for sidelink transmission |
CN112262602A (zh) * | 2019-03-29 | 2021-01-22 | 捷开通讯(深圳)有限公司 | 在无线通信网络中控制侧行链路通信的混合自动重复请求反馈 |
US20220173828A1 (en) * | 2019-04-02 | 2022-06-02 | Ntt Docomo, Inc. | User apparatus and communication method |
US20220182982A1 (en) * | 2019-04-02 | 2022-06-09 | Ntt Docomo, Inc. | User equipment |
JP7500610B2 (ja) * | 2019-04-30 | 2024-06-17 | 富士通株式会社 | サイドリンクデータの送信及び受信の方法及び装置 |
WO2020222591A1 (en) * | 2019-05-02 | 2020-11-05 | Lg Electronics Inc. | Method and apparatus for sidelink retransmission in wireless communication system |
US20210006362A1 (en) * | 2019-07-01 | 2021-01-07 | Lenovo (Singapore) Pte. Ltd. | Sl harq buffer management for nr vehicular communication |
EP3987863A4 (en) * | 2019-07-02 | 2022-08-17 | Samsung Electronics Co., Ltd. | RESOURCE SELECTION METHOD AND LATERAL TRANSMISSION APPARATUS |
JP7462025B2 (ja) * | 2019-08-05 | 2024-04-04 | エルジー エレクトロニクス インコーポレイティド | Nr v2xにおけるリソース選択のための方法及び装置 |
US11483839B2 (en) * | 2019-08-15 | 2022-10-25 | Ofinno, Llc | Sidelink resource pool selection for urgent packet transmission |
EP3917051A1 (en) * | 2019-08-16 | 2021-12-01 | Ofinno, LLC | Sidelink feedback reporting in a wireless network |
US11923971B2 (en) * | 2019-10-02 | 2024-03-05 | Qualcomm Incorporated | Modulation and coding scheme table selection for sidelink communications |
CN112752294B (zh) | 2019-10-31 | 2024-03-26 | 华硕电脑股份有限公司 | 无线通信系统中传送装置间侧链路报告的方法和设备 |
US11943057B2 (en) * | 2019-11-08 | 2024-03-26 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and apparatus for indicating sidelink hybrid automatic repeat request (HARQ) feedback |
US20220407636A1 (en) * | 2019-11-08 | 2022-12-22 | Ntt Docomo, Inc. | Terminal and communication method |
US11343652B2 (en) | 2019-12-30 | 2022-05-24 | Qualcomm Incorporated | Resource selection for user equipment (UE)-shared multicast feedback |
EP4087359A4 (en) * | 2020-02-14 | 2023-06-28 | LG Electronics Inc. | Method and apparatus for operating resource selection and harq operation in nr v2x |
US11877299B2 (en) * | 2020-03-05 | 2024-01-16 | Qualcomm Incorporated | Control channel resources for group-feedback in multi-cast |
US20210306997A1 (en) * | 2020-03-27 | 2021-09-30 | Qualcomm Incorporated | Sidelink feedback format |
US11792824B2 (en) * | 2020-03-30 | 2023-10-17 | Qualcomm Incorporated | Multicast feedback and retransmission for transport block grouping |
EP4104564B1 (en) * | 2020-04-07 | 2024-05-15 | Apple Inc. | Systems and methods for signaling scheme for cast-type indication and resource indication |
KR102582091B1 (ko) * | 2020-04-09 | 2023-09-25 | 엘지전자 주식회사 | Nr v2x에서 모드 1 sl 통신을 수행하는 방법 및 장치 |
WO2021215826A1 (ko) * | 2020-04-21 | 2021-10-28 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호 송수신 방법 및 장치 |
CN113573256B (zh) * | 2020-04-28 | 2022-08-19 | 维沃移动通信有限公司 | 信息反馈、资源调度方法、终端及网络设备 |
WO2021217595A1 (zh) * | 2020-04-30 | 2021-11-04 | 北京小米移动软件有限公司 | 数据传输处理方法、装置、通信设备及存储介质 |
US11723016B2 (en) * | 2020-05-07 | 2023-08-08 | Qualcomm Incorporated | Physical sidelink channel packet-based synchronization |
US11476982B2 (en) * | 2020-05-27 | 2022-10-18 | Qualcomm Incorporated | Multiplexing multicast and unicast feedback |
US20230276462A1 (en) * | 2020-05-29 | 2023-08-31 | Lg Electronics Inc. | Method and device for sensing resource for sidelink communication in wireless communication system |
WO2021237702A1 (zh) * | 2020-05-29 | 2021-12-02 | Oppo广东移动通信有限公司 | Harq-ack码本的反馈方法和终端设备 |
US11825483B2 (en) * | 2020-06-24 | 2023-11-21 | Qualcomm Incorporated | Ultra-reliable low-latency communication over sidelink |
US11497036B2 (en) | 2020-06-24 | 2022-11-08 | Qualcomm Incorporated | Ultra-reliable low-latency communication over sidelink |
US20230362932A1 (en) * | 2020-08-05 | 2023-11-09 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting/receiving signal for groupcast in wireless communication system |
EP4193526A1 (en) * | 2020-08-05 | 2023-06-14 | Telefonaktiebolaget LM Ericsson (publ) | Transmission of harq-ack for multiple sps or multiple cgs for transmission alignment |
CN114071570A (zh) * | 2020-08-06 | 2022-02-18 | 中国移动通信有限公司研究院 | 一种传输方法、网络侧设备及终端 |
CN115280700A (zh) * | 2020-08-06 | 2022-11-01 | Oppo广东移动通信有限公司 | 混合自动重传请求反馈方法与装置、终端和网络设备 |
US20220116927A1 (en) * | 2020-10-09 | 2022-04-14 | Qualcomm Incorporated | Techniques for sidelink resource cancellation using time domain resource allocation |
WO2022086111A1 (en) | 2020-10-19 | 2022-04-28 | Samsung Electronics Co., Ltd. | Method and apparatus for grant-free data transmission in wireless communication system |
WO2022086398A1 (en) * | 2020-10-22 | 2022-04-28 | Telefonaktiebolaget Lm Ericsson (Publ) | User equipment, radio network node and methods performed in a wireless communication network |
CN114422091A (zh) * | 2020-10-28 | 2022-04-29 | 展讯通信(上海)有限公司 | 边链路中继系统中的业务维持方法及中继设备、介质 |
US11632744B2 (en) * | 2020-12-17 | 2023-04-18 | Qualcomm Incorporated | Hybrid automatic repeat request feedback for a sidelink |
US11516775B2 (en) * | 2021-01-08 | 2022-11-29 | Qualcomm Incorporated | Probability-based utilization of sidelink resources |
US11716753B2 (en) * | 2021-01-26 | 2023-08-01 | Qualcomm Incorporated | Feedback methods for subband full duplex systems |
WO2022164891A2 (en) * | 2021-01-28 | 2022-08-04 | Qualcomm Incorporated | Multiple sidelink feedback channel occasion procedures |
CN115226215A (zh) * | 2021-04-19 | 2022-10-21 | 维沃移动通信有限公司 | 传输控制方法、终端及网络侧设备 |
CN117397330A (zh) * | 2021-05-26 | 2024-01-12 | 上海诺基亚贝尔股份有限公司 | 侧链路通信的harq ack反馈 |
WO2023272628A1 (en) * | 2021-06-30 | 2023-01-05 | Nec Corporation | Methods for communications, terminal device, network device and computer readable media |
WO2023077428A1 (en) * | 2021-11-05 | 2023-05-11 | Qualcomm Incorporated | Inter-ue coordination details |
US20230262733A1 (en) * | 2022-02-11 | 2023-08-17 | Qualcomm Incorporated | Phase tracking reference signal configuration for broadcast and multicast wireless communications |
EP4231560A1 (en) * | 2022-02-18 | 2023-08-23 | Nokia Solutions and Networks Oy | Adapting hybrid automatic repeat requests |
CN115459886A (zh) * | 2022-09-15 | 2022-12-09 | 北京宾理信息科技有限公司 | 用于车辆的数据传输方法和数据传输装置 |
WO2024085529A1 (ko) * | 2022-10-17 | 2024-04-25 | 엘지전자 주식회사 | 비면허 대역에서 sl harq 피드백 동작을 수행하는 방법 및 장치 |
WO2024091537A1 (en) * | 2022-10-25 | 2024-05-02 | Dell Products L.P. | Radio overhead reduction of reliable 5g multicast broadcast services |
WO2024073940A1 (en) * | 2022-12-09 | 2024-04-11 | Lenovo (Beijing) Ltd. | Non-terrestrial network feedback disabling via downlnk control information |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160219620A1 (en) * | 2015-01-23 | 2016-07-28 | Lg Electronics Inc. | Method for selecting of sidelink grant for a d2d ue in a d2d communication system and device therefor |
WO2018029023A1 (en) * | 2016-08-09 | 2018-02-15 | Panasonic Intellectual Property Corporation Of America | Improved initial and retransmissions of data for v2x transmissions |
CN108432309A (zh) * | 2015-11-06 | 2018-08-21 | 太阳专利托管公司 | 在侧行链路控制时段期间的多侧行链路控制传输 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10582552B2 (en) * | 2014-08-22 | 2020-03-03 | Lg Electronics Inc. | Method for device-to-device communication in wireless communication system and apparatus therefor |
US20180167171A1 (en) * | 2016-12-08 | 2018-06-14 | Mediatek Inc. | HARQ Feedback Scheme for 5G New Radio |
US10659936B2 (en) * | 2017-06-23 | 2020-05-19 | Qualcomm Incorporated | Enhanced vehicle-to-everything radio access technology migration |
-
2019
- 2019-09-25 WO PCT/US2019/052945 patent/WO2020068973A1/en active Search and Examination
- 2019-09-25 KR KR1020217009025A patent/KR20210068430A/ko not_active Application Discontinuation
- 2019-09-25 EP EP19783894.9A patent/EP3857768A1/en active Pending
- 2019-09-25 TW TW108134562A patent/TWI748249B/zh active
- 2019-09-25 US US17/278,002 patent/US20210377912A1/en active Pending
- 2019-09-25 CN CN201980062312.6A patent/CN112740594A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160219620A1 (en) * | 2015-01-23 | 2016-07-28 | Lg Electronics Inc. | Method for selecting of sidelink grant for a d2d ue in a d2d communication system and device therefor |
CN108432309A (zh) * | 2015-11-06 | 2018-08-21 | 太阳专利托管公司 | 在侧行链路控制时段期间的多侧行链路控制传输 |
WO2018029023A1 (en) * | 2016-08-09 | 2018-02-15 | Panasonic Intellectual Property Corporation Of America | Improved initial and retransmissions of data for v2x transmissions |
Non-Patent Citations (3)
Title |
---|
3GPP TSG RAN WG1 Meeting #94,R1-1808937,Gothenburg, Sweden, August 20-24, 2018。(網址: https://www.3gpp.org/DynaReport/TDocExMtg--R1-94--18796.htm) |
3GPP TSG RAN WG1 Meeting #94,R1-1808937,Gothenburg, Sweden, August 20-24, 2018。(網址: https://www.3gpp.org/DynaReport/TDocExMtg--R1-94--18796.htm); * |
3GPP TSG-RAN WG2 Meeting #102,R2-1808674,Busan, Korea, 21st – 25th May 2018。(網址:https://www.3gpp.org/DynaReport/TDocExMtg--R2-102--18785.htm) * |
Also Published As
Publication number | Publication date |
---|---|
US20210377912A1 (en) | 2021-12-02 |
TW202027523A (zh) | 2020-07-16 |
KR20210068430A (ko) | 2021-06-09 |
EP3857768A1 (en) | 2021-08-04 |
WO2020068973A1 (en) | 2020-04-02 |
CN112740594A (zh) | 2021-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI748249B (zh) | 在v2x上支持harq方法及裝置 | |
US11916680B2 (en) | Sidelink resource sensing using feedback channels | |
US11528716B2 (en) | Methods for efficient resource usage between cooperative vehicles | |
CN111034097B (zh) | 可靠控制信令 | |
KR102581097B1 (ko) | 무선 시스템들에서의 수신기 피드백 | |
US11902940B2 (en) | Method and apparatus for handling device-to-device feedback transmission in a wireless communication system | |
US20210168790A1 (en) | Method and apparatus of handling device-to-device resource pool without physical sidelink feedback channel in a wireless communication system | |
KR20200145212A (ko) | 통신 시스템에서 사이드링크 피드백 송수신 방법 및 장치 | |
JP2022542381A (ja) | 同時アップリンク及びサイドリンク動作 | |
TW202123747A (zh) | 新無線電側鏈頻道狀態資訊獲取裝置及方法 | |
US12004198B2 (en) | Autonomous low latency communication | |
TW202143671A (zh) | 未授權頻譜中可靠harq—ack傳輸 | |
WO2020069111A1 (en) | Resource selection and reservation associated with vehicle to everything sidelink | |
JP2023536724A (ja) | 時間及び符号ドメインカバレッジ拡張 | |
KR102586390B1 (ko) | 무선 통신 시스템에서 비선호 자원의 결정을 위한 방법 및 그 장치 | |
WO2023212022A1 (en) | Methods for efficient sidelink scheduling in unlicensed spectrum | |
WO2024077154A1 (en) | Methods of sidelink operations for beam-based mode 2 sl tci adaptation in shared spectrum | |
WO2024077138A1 (en) | Methods and systems of sidelink operations for beam-based mode 2 harq in shared spectrum |