TW202107932A - 無線通訊系統中用於處理多側鏈路通訊的方法和設備 - Google Patents
無線通訊系統中用於處理多側鏈路通訊的方法和設備 Download PDFInfo
- Publication number
- TW202107932A TW202107932A TW109126597A TW109126597A TW202107932A TW 202107932 A TW202107932 A TW 202107932A TW 109126597 A TW109126597 A TW 109126597A TW 109126597 A TW109126597 A TW 109126597A TW 202107932 A TW202107932 A TW 202107932A
- Authority
- TW
- Taiwan
- Prior art keywords
- side link
- link
- sci
- harq
- unicast
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
-
- 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]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
-
- 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/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
-
- 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
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
- H04W76/36—Selective release of ongoing connections for reassigning the resources associated with the released connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/38—Connection release triggered by timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
從處理無線電鏈路失敗的第一裝置的角度公開一種方法和裝置。在一個方法中,該方法包含第一裝置執行或建立與第二裝置的側鏈路單播通訊。該方法還包含第一裝置執行或建立與第三裝置的側鏈路單播通訊。該方法還包含第一裝置檢測到與第二裝置相關聯的無線電鏈路失敗。該方法進一步包含第一裝置回應於無線電鏈路失敗而執行與第二裝置相關聯的側鏈路媒體存取控制重置,以及不執行與第三裝置相關聯的側鏈路媒體存取控制重置。
Description
本申請要求2019年8月8日提交的第62/884,365號美國臨時專利申請的權益,該申請的整個公開內容以引用方式全文併入本文中。
本公開大體上涉及無線通訊網路,並且更具體地說,涉及無線通訊系統中用於處理多側鏈路通訊的方法和設備。
隨著對將大量數據傳送到行動通訊裝置以及從行動通訊裝置傳送大量數據的需求快速增長,傳統的行動語音通訊網路演變成與互聯網協定(Internet Protocol, IP)數據封包通訊的網路。此IP數據封包通訊可以為行動通訊裝置的使用者提供IP承載語音、多媒體、多播和點播通訊服務。
示例性網路結構是演進型通用陸地無線電存取網(Evolved Universal Terrestrial Radio Access Network,E-UTRAN)。E-UTRAN系統可以提供高數據吞吐量以便實現上述IP承載語音和多媒體服務。目前,3GPP標準組織正在討論新下一代(例如,5G)無線電技術。因此,目前在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。
從處理無線電鏈路失敗的第一裝置的角度公開一種方法和裝置。在一個方法中,該方法包含該第一裝置執行或建立與第二裝置的側鏈路單播通訊。該方法還包含該第一裝置執行或建立與第三裝置的側鏈路單播通訊。該方法還包含該第一裝置檢測到與該第二裝置相關聯的無線電鏈路失敗。該方法進一步包含該第一裝置回應於該無線電鏈路失敗而執行與該第二裝置相關聯的側鏈路MAC重置,以及不執行與該第三裝置相關聯的側鏈路MAC重置。
下文描述的示例性無線通訊系統和裝置採用支援廣播服務的無線通訊系統。無線通訊系統被廣泛部署以提供各種類型的通訊,例如,語音、數據等等。這些系統可以基於碼分多址(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或LTE-Advanced)、3GPP2 超行動寬頻(Ultra Mobile Broadband,UMB)、WiMax、3GPP新無線電(New Radio,NR)或一些其它調變技術。
具體來說,下文描述的示例性無線通訊系統裝置可以被設計成支援一個或多個標準,例如,由命名為“第三代合作夥伴計畫”(在本文中稱為3GPP)的協會提供的標準,包含:TS 38.213 V15.5.0,“NR:用於控制的實體層程序(版本15)”;TS 38.300 V15.5.0,“NR;NR和NG-RAN總體說明;階段2(版本15)”;TS 38.331 V15.6.0,“NR;無線電資源控制(Radio Resource Control,RRC)協定規範(版本15)”;TS 36.321 V15.6.0,“演進型通用陸地無線電存取(Evolved Universal Terrestrial Radio Access,E-UTRA)”;媒體存取控制(Medium Access Control,MAC)協定規範(版本15);3GPP RAN1#96bis會議報告;3GPP RAN1#94會議報告;TS 23.287 V1.0.0,“對用於支持車聯網(V2X)服務的5G系統(5GS)的架構增強(版本16)”;R1-1900885,“用於組播和單播傳送的HARQ操作的實體層程序”,高通,RAN1#AH1901會議;R2-1907658,“對關於NR V2X的SL RLM_RLF的RAN1回復LS的論述”,LG,RAN2#106會議;3GPP RAN1#AH1901會議報告;R1-1907755,“用於側鏈路的7.2.4.1實體層結構的特徵主要概述#2”,三星,RAN1#97會議;TS 38.321 V15.6.0,“NR;媒體存取控制(Medium Access Control,MAC)協定規範(版本15)”;TS 36.331 V15.6.0,“演進型通用陸地無線電存取(Evolved Universal Terrestrial Radio Access,E-UTRA);無線電資源控制(Radio Resource Control,RRC);協定規範(版本15)”;以及3GPP RAN2#103bis會議報告。上文所列的標準和文檔特此明確地以引用的方式全文併入。
第1圖示出根據本發明的一個實施例的多址存取無線通訊系統。存取網路100(access network,AN)包含多個天線群組,其中一個天線群組包含104和106,另一天線群組包含108和110,並且另外的天線群組包含112和114。在第1圖中,每個天線群組僅示出兩個天線,但是每個天線群組可以使用更多或更少的天線。存取終端116(Access terminal,AT)與天線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、基站、增強型基站、演進型基站(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,該TX MIMO處理器可以進一步處理該調變符號(例如,用於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個接收到的符號流並處理NR個接收到的符號流以提供NT個“檢測到的”符號流。RX數據處理器260接著對每一檢測到的符號流進行解調、解交錯和解碼以恢復數據流的業務數據。由RX數據處理器260進行的處理與由TX MIMO處理器220和TX數據處理器214在傳送器系統210處所執行的處理互補。
處理器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,並且無線通訊系統優選地是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 38.300中,如下引入無線電鏈路監測和無線電鏈路失敗:
9.2.7 無線電鏈路失敗
在RRC_CONNECTED中,UE基於參考訊號(SSB/CSI-RS)和由網路配置的訊號品質閾值在作用中BWP中執行無線電鏈路監視(RLM)。基於SSB的RLM是基於關聯到初始DL BWP的SSB,且僅可以針對初始DL BWP和含有關聯到初始DL BWP的SSB的DL BWP進行配置。對於其它DL BWP,僅可以基於CSI-RS執行RLM。
當滿足以下標準中的一個時UE宣告無線電鏈路失敗(RLF):
- 在來自實體層的無線電問題指示之後啟動的計時器的到期(如果在計時器到期之前無線電問題被恢復,則UE停止計時器);或
- 隨機存取程序失敗;或
- RLC失敗。
在宣告RLF之後,UE:
- 保持在RRC_CONNECTED中;
- 選擇合適的細胞,並且接著初始RRC重建;
- 如果在宣告RLF之後的某一時間內未找到合適的細胞,則進入RRC_IDLE。
在3GPP TS 23.287中,如下介紹了NR車聯網(Vehicle-to-Everything,V2X)通訊的識別符:
5.2.1.4 通過PC5參考點進行的單播模式通訊
僅通過基於NR的PC5參考點支援單播通訊模式。第5.2.1.4-1圖說明PC5單播鏈路的實例細微性。
[標題為“PC5單播鏈路的細微性”的3GPP TS 23.287 V1.0.0的第5.2.1.4-1圖重製為第5圖]
當通過PC5單播鏈路攜載V2X通訊時,以下原理適用:
- PC5單播鏈路的細微性與兩個UE的一對應用層ID相同。因此,如果V2X服務與同一對應用層ID相關聯,則一個PC5單播鏈路支持一個或多個V2X服務(例如,PSID或ITS-AID)。例如,如第5.2.1.4-1圖中所說明,UE A具有:具有由應用層ID 2識別的對等UE的一個PC5單播鏈路;以及具有由應用層ID 4識別的對等UE的另一PC5單播鏈路。
註:從UE A的視角,UE A可能不知曉由對等UE提供的應用層ID屬於相同UE。在那種情況下,UE A不必知曉多個PC5單播鏈路關聯到相同對等UE。
- UE可以決定建立單獨的PC5單播鏈路,例如,取決於網路層協定(例如,IP或非IP)。
- 一個PC5單播鏈路支持用於相同或不同V2X服務的一個或多個PC5 QoS流。
- 如在第5.4.1.1.1節中規定,可以選擇不同的PC5 QoS流用於不同的V2X封包。
當應用層初始需要PC5單播通訊的V2X服務時,UE與對應UE建立PC5單播鏈路,如在第6.3.3.1節中規定。
在成功地建立PC5單播鏈路之後,UE A和UE B將同一對層2 ID用於後續PC5-S信令訊息交換以及V2X服務數據傳送,如在第5.6.1.4節中規定。傳送UE的V2X層向AS層指示當傳送UE通過所建立PC5鏈路傳送訊息時,訊息是用於PC5-S信令訊息(即,直接通訊請求/接受、鏈路識別符更新請求/回應、斷開連接請求/回應)還是服務數據傳送。在訊息是PC5-S信令訊息的情況下,接收UE的V2X層處理訊息,同時在訊息是應用程序數據訊息的情況下,接收UE的V2X層將訊息轉發到上層。
如在第5.4.1.4節中規定,單播模式支援每流QoS模型。在單播鏈路建立期間,每個UE自動分配PC5鏈路識別符並且將PC5鏈路識別符與用於所建立的單播鏈路的單播鏈路設定檔相關聯。PC5鏈路識別符是UE內的唯一值。由PC5鏈路識別符識別的單播鏈路設定檔包含服務類型(例如,PSID或ITS-AID)、UE A的應用層ID和層2 ID、UE B的應用層ID和層2 ID,以及一組PC5 QoS流識別符(PFI)。每個PFI與QoS參數(即,PQI以及任選地距離)相關聯。對於所建立的單播鏈路,PC5鏈路識別符和PFI是不變值,而不管應用層ID和層2 ID的變化如何。UE使用PFI來向AS層指示PC5 QoS流,因此AS層識別對應PC5 QoS流,即使來源和/或目的地層2 ID由於例如隱私支持而變化。UE使用PC5鏈路識別符指示到V2X應用層的PC5單播鏈路,因此V2X應用層識別對應PC5單播鏈路,即使存在與一個服務類型相關聯的多於一個單播鏈路(例如,針對同一服務類型,UE與多個UE建立多個單播鏈路)。
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通訊的程序。
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 TS 38.331中,如下引入無線電鏈路失敗決定:
5.3.10 無線電鏈路失敗相關動作
5.3.10.1 在RRC_CONNECTED中的實體層問題的檢測
UE應:
1> 在T300、T301、T304、T311或T319都不在運行中時從低層接收到N310針對SpCell的連續“不同步”指示後:
2> 啟動對應SpCell的計時器T310。
5.3.10.2 實體層問題的恢復
在T310處於運行中時從下層接收到N311針對SpCell的連續“同步”指示後,UE將:
1> 停止對應SpCell的計時器T310。
註1:在此情況下,UE維持RRC連接而無顯式信令,即UE維持整個無線電資源配置。
註2:L1既未報告“同步”也未報告“不同步”的時間段不會影響對連續“同步”或“不同步”指示數目的評估。
5.3.10.3 無線電鏈路失敗的檢測
UE應:
1> 在T310在PCell中到期後;或
1> 在T300、T301、T304、T311或T319都不處於運行中時在來自MCG MAC的隨機存取問題指示後;或
1> 在來自MCG RLC的已達到最大重傳數目的指示後:
2> 如果指示來自MCG RLC且配置並啟動CA複製,並且對於對應邏輯通道,allowedServingCells僅包含SCell:
3> 起始如在5.7 .5中規定的失敗資訊程序以報告RLC失敗。
2> 否則:
3> 認為針對MCG將檢測到無線電鏈路失敗,即RLF;
3> 如果AS安全性尚未被啟動:
4> 在由於釋放原因‘其它’轉到如在5.3.11中規定的RRC_IDLE後執行動作;-
3> 否則如果AS安全性已被啟動,但是尚未設置SRB2和至少一個DRB:
4> 在由於釋放原因‘其它RRC連接失敗’轉到如在5.3.11中規定的RRC_IDLE後執行動作;
3> 否則:
4> 起始如在5.3.7中規定的連接重新建立程序。
UE應:
1> 在T310在PSCell中到期後;或
1> 在來自SCG MAC的隨機存取問題指示後;或
1> 在來自SCG RLC的已達到最大重傳數目的指示後:
2> 如果指示來自SCG RLC且配置並啟動CA複製;並且對於對應邏輯通道,allowedServingCells僅包含SCell:
3> 起始如在5.7 .5中規定的失敗資訊程序以報告RLC失敗。
2> 否則:
3> 認為針對SCG將檢測到無線電鏈路失敗,即SCG RLF;
3> 起始如在5.7.3中規定的SCG失敗資訊程序以報告SCG無線電鏈路失敗。
5.3.7 RRC連接重新建立
[…]
5.3.7.2 起始
UE當滿足以下條件中的一個時起始程序:
1> 根據5.3.10,在檢測到MCG的無線電鏈路失敗後;或
1> 根據第5.3.5.8.3小節,在用MCG的同步失敗重新配置後;或
1> 根據第5.4.3.5小節,在由於NR失敗而移動後;或
1> 在來自下層的關於SRB1或SRB2的完整性檢查失敗指示後,除非在RRCReestablishment訊息上檢測到完整性檢查失敗;或
1> 根據第5.3.5.8.2小節,在RRC連接重新配置失敗後。
在起始該程序後,UE應:
1> 如果在運行,則停止計時器T310;
1> 如果在運行,則停止計時器T304;
1> 啟動計時器T311;
1> 暫停除了SRB0之外的所有RB;
1> 重置MAC;
1> 如果配置,則釋放MCG SCell;
1> 如果配置,則釋放spCellConfig;
1> 如果配置MR-DC:
2> 如在第5.3.5.10章節中所規定,執行MR-DC釋放;
1> 如果配置,則釋放delayBudgetReportingConfig,並且如果運行中,則停止計時器T342;
1> 如果配置,則釋放overheatingAssistanceConfig,並且如果運行中,則停止計時器T345;
1> 如在TS 38.304[20]第5.2.6節中規定,根據單元選擇過程執行單元選擇。
5.3.11 在轉至RRC_IDLE後的UE動作
UE應:
1> 重置MAC;
1> 如果通過接收包含waitTime的RRCRelease訊息觸發轉至RRC_IDLE:
2> 如果T302在運行中:
3> 停止計時器T302;
2> 啟動計時器T302,其中值設定成waitTime;
2> 通知上層存取禁止對於除了類別‘0’和‘2’之外的所有存取類別是適用的。
1> 否則:
2> 如果T302在運行中:
3> 停止計時器T302;
3> 執行如在5.3.14.4中規定的動作;
1> 如果T390在運行:
2> 停止用於所有訪問類別的計時器T390;
2> 執行如在5.3.14.4中規定的動作;
1> 如果UE離開RRC_INACTIVE:
2> 如果通過接收RRCRelease訊息觸發轉至RRC_IDLE:
3> 如果儲存、丟棄由cellReselectionPriorities提供的細胞重選優先順序資訊;
3> 如果在運行,則停止計時器T320;
1> 停止除了T302、T320和T325之外的運行中的所有計時器;
1> 丟棄UE非活動AS上下文(如果存在的話);
1> 如果配置,則釋放suspendConfig;
1> 如果變數pendingRnaUpdate設定成正確,則將其設定成錯誤;
1> 丟棄KgNB金鑰、S-KgNB金鑰、S-KeNB金鑰、KRRCenc金鑰、KRRCint金鑰、KUPint金鑰和KUPenc金鑰(如果存在的話);
1> 釋放所有無線電資源,包含釋放用於所建立RB的RLC實體、MAC配置以及相關聯PDCP實體和SDAP;
1> 連同釋放原因一起向上層指示RRC連接的釋放;
1> 輸入RRC_IDLE並且如在TS 38.304[20]中規定執行單元選擇,除非當UE處於RRC_INACTIVE時或當T311運行時選擇RAT間單元時,通過RAT間細胞重選觸發轉至RRC_IDLE;
在3GPP TS 36.321中,如下引入側鏈路數據傳送和接收:
5.14.1 SL-SCH數據傳送
5.14.1.1 SL准予接收和SCI傳送
為了在SL-SCH上進行傳送,MAC實體必須具有至少一個側鏈路准予。
[…]
如下針對V2X側鏈路通訊而選擇側鏈路准予:
- 如果MAC實體被配置成在PDCCH上動態地接收側鏈路准予並且數據可用於STCH,則對於sl-V2X-ConfigDedicated中配置的每個載波(其中已在用於此TTI的PDCCH上動態地接收側鏈路准予),MAC實體應:
- 根據TS 36.213[2]的第14.2 .1和14.1.1.4A小節,使用接收到的側鏈路准予來決定HARQ重傳數目以及進行SCI和SL-SCH傳送的子訊框集合;
- 將接收到的側鏈路准予視為載波的所配置側鏈路准予;
- 如果MAC實體由上層配置成在定址到SL半持久排程V-RNTI的PDCCH上接收側鏈路准予,則對於每個SL SPS配置以及對於sl-V2X-ConfigDedicated中配置的每個載波(其中已在用於此TTI的定址到SL半持久排程V-RNTI的PDCCH上接收側鏈路准予),MAC實體應:
- 如果PDCCH內容指示SPS啟動:
● - 根據TS 36.213[2]的第14.2.1和14.1.1.4A小節,使用接收到的側鏈路准予來決定HARQ重傳數目以及進行SCI和SL-SCH傳送的子訊框集合;
● - 將接收到的側鏈路准予視為載波的所配置側鏈路准予。
- 如果PDCCH內容指示SPS釋放:
● - 清除載波的對應所配置側鏈路准予。
- 如果僅當上層指示根據TS 36.331[8]的第5.10.13.1a節允許多個MAC PDU的傳送,並且MAC實體選擇形成對應於多個MAC PDU的傳送的所配置側鏈路准予,並且數據在與一個或多個載波相關聯的STCH中可用時,MAC實體由上層配置成基於感測,或部分感測,或隨機選擇使用如TS 36.331[8]的第5.10.13.1節中所指示的一個或多個載波中的資源池傳送,則針對配置用於多個傳送的每個側鏈路過程,MAC實體應:
- 如果如在TS 24.386[15]中所規定,在由上層指示的允許用於STCH的任何載波上不存在與側鏈路過程相關聯的所配置側鏈路准予,則:
● - 如第5.14.1.5節中規定,觸發TX載波(重新)選擇程序;
- 否則,如果存在與側鏈路過程相關聯的所配置側鏈路准予:
● - 如果SL_RESOURCE_RESELECTION_COUNTER=0並且當SL_RESOURCE_RESELECTION_COUNTER等於1時,MAC實體以相等概率進行隨機選擇,該概率是在區間[0, 1]中且高於probResourceKeep中由上層配置的概率的值;或
● - 如果在最後一秒期間MAC實體沒有對所配置側鏈路准予中指示的任何資源執行傳送或重新傳送;或
● - 如果配置sl-ReselectAfter並且在所配置側鏈路准予中指示的資源上的連續未使用傳送機會的數目等於sl-ReselectAfter;或
● - 如果根據第5.14.1.3.1節,在允許用於STCH的載波上沒有所配置側鏈路准予具有可用於此TTI中的無線電資源,以通過使用在maxMCS-PSSCH中由上層配置的最大允許MCS來容納RLC SDU,並且MAC實體選擇不對RLC SDU進行分段;或
● 註4:如果根據第5.14.1.3.1節,在允許用於STCH的載波上沒有所配置側鏈路准予具有可用於此TTI中的無線電資源以容納RLC SDU,則執行分段還是側鏈路資源重選取決於實施方案。
● - 如果根據第5.14.1.3 .1節,在允許用於STCH的載波上沒有所配置側鏈路准予具有可用於此TTI中的無線電資源,以根據相關聯PPPP滿足側鏈路邏輯通道中的數據的時延要求,並且MAC實體選擇不執行對應於單個MAC PDU的傳送;或
● 註5:如果不滿足時延要求,則是否執行對應於單個MAC PDU或側鏈路資源重選的傳送取決於UE實施方案。
● - 如果其中側鏈路准予配置用於側鏈路過程資源池由上層重新配置:
- 如第5.14.1.5節中規定,觸發TX載波(重新)選擇程序;
- 清除關聯到側鏈路過程的所配置側鏈路准予;
- 清空關聯到側鏈路過程的HARQ緩衝區;
● - 否則,如果SL_RESOURCE_RESELECTION_COUNTER=0並且當SL_RESOURCE_RESELECTION_COUNTER等於1時,MAC實體以相等概率進行隨機選擇,該概率是在區間[0, 1]中且低於或等於probResourceKeep中由上層配置的概率的值;
- 清除所配置側鏈路准予(如果可用的話);
- 對於高於或等於100ms的資源預留區間在區間[5,15]中、對於等於50ms的資源預留區間在區間[10,30]中或對於等於20ms的資源預留區間在區間[25,75]中以相等概率隨機選擇整數值,並且將SL_RESOURCE_RESELECTION_COUNTER設定成選定值;
- 使用先前選擇的側鏈路准予以用於利用資源預留區間在TS 36.213[2]的第14.1.1.4B節中決定的MAC PDU的傳送數目,從而決定其中根據TS 36.213[2]的第14.2.1和14.1.1.4B節進行SCI和SL-SCH的傳送的子訊框集合;
- 將選定側鏈路准予視為所配置側鏈路准予;
- 如果上面觸發了TX載波(重新)選擇程序,並且根據第5.14.1.5節在Tx載波(重新)選擇中已經(重新)選擇了一個或多個載波:
● - 基於在每個(重新)選定的載波上允許的邏輯通道的最高優先順序,根據遞減次序決定(重新)選定的載波的次序,並且根據該次序對每個(重新)選定的載波上的每個側鏈路過程執行以下操作:
- 選擇restrictResourceReservationPeriod中的由上層配置的所允許值中的一個,並通過將100與所選擇值相乘來設置資源預留區間;
● 註6:UE選擇此值的方法取決於UE實施方案。
- 對於高於或等於100ms的資源預留區間在區間[5,15]中、對於等於50ms的資源預留區間在區間[10,30]中或對於等於20ms的資源預留區間在區間[25,75]中以相等概率隨機選擇整數值,並且將SL_RESOURCE_RESELECTION_COUNTER設定成選定值;
- 從由上層配置的在pssch-TxConfigList中包含的allowedRetxNumberPSSCH中的所允許數目中選擇HARQ重新傳送的數目,並且如果由上層配置,則對於選定載波上允許的側鏈路邏輯通道的最高優先順序在cbr-pssch-TxConfigList中所指示的allowedRetxNumberPSSCH中重疊,並且如果CBR測量結果可用,則根據TS 36.214[6]由下層測量CBR,或如果CBR測量結果不可用,則由上層配置對應defaultTxConfigIndex;
- 在包含在pssch-TxConfigList中的minSubchannel-NumberPSSCH與maxSubchannel-NumberPSSCH之間選擇由上層配置的範圍內的頻率資源量,並且如果由上層配置,則對於選定載波上允許的側鏈路邏輯通道的最高優先順序在cbr-pssch-TxConfigList中所指示的minSubchannel-NumberPSSCH與maxSubchannel-NumberPSSCH之間重疊,並且如果CBR測量結果可用,則根據TS 36.214[6]由下層測量CBR或如果CBR測量結果不可用,則由上層配置對應defaultTxConfigIndex;
- 根據選定頻率資源的量,根據TS 36.213[2]的第14.1.1.6節從由實體層指示的資源中隨機選擇一個傳送機會的時間和頻率資源。選定時間和頻率資源應滿足如TS 36.101[10]中規定的實體層要求,並且隨機函數應使得可以相同概率選擇每個所允許選擇;
- 使用隨機選擇的資源來選擇通過資源預留區間間隔開的週期性資源集合,以用於與在TS 36.213[2]的第14.1.1.4B節中決定的MAC PDU的傳送機會數目相對應的SCI和SL-SCH的傳送機會;
- 如果HARQ重新傳送的數目等於1:
- 如果根據TS 36.213 [2]的第14.1.1.6節由實體層指示的資源中剩餘的可用資源滿足TS 36.213 [2]的第14.1.1.7節中的條件以用於更多的傳送機會:
- 根據選定頻率資源的量,從可用資源中隨機選擇一個傳送機會的時間和頻率資源。選定時間和頻率資源應滿足如TS 36.101[10]中規定的實體層要求,並且隨機函數應使得可以相同概率選擇每個所允許選擇;
- 使用隨機選擇的資源來選擇通過資源預留區間間隔開的週期性資源集合,以用於與在TS 36.213[2]的第14.1.1.4B節中決定的MAC PDU的重新傳送機會數目相對應的SCI和SL-SCH的其它傳送機會;
- 將第一傳送機會集合視為新傳送機會,並將另一傳送機會集合視為重新傳送機會;
- 將新傳送機會和重新傳送機會的集合視為選定側鏈路准予。
- 否則:
- 將該集合視為選定側鏈路准予;
- 根據TS 36.213[2]的第14.2.1和14.1.1.4B節,使用選定側鏈路准予來決定進行的SCI和SL-SCH傳送的子訊框集合;
- 將選定側鏈路准予視為所配置側鏈路准予;
- 否則,如果MAC實體由上層配置成如TS 36.331[8]的第5.10.13.1節中所指示使用一個或多個載波中的資源池進行傳送,則MAC實體選擇創建對應於單個MAC PDU的傳送的所配置側鏈路准予,且數據在與一個或多個載波相關聯的STCH中可用,MAC實體對於側鏈路過程應:
- 如第5.14.1.5節中規定,觸發TX載波(重新)選擇程序;
- 如果根據第5.14.1.5節已在Tx載波(重新)選擇中(重新)選擇一個或多個載波:
● - 基於在每個(重新)選定的載波上允許的邏輯通道的最高優先順序,根據遞減次序決定(重新)選定的載波的次序,並且根據該次序對每個(重新)選定的載波上的每個側鏈路過程執行以下操作:
- 從由上層配置的在pssch-TxConfigList中包含的allowedRetxNumberPSSCH中的所允許數目中選擇HARQ重新傳送的數目,並且如果由上層配置,則對於選定載波上允許的側鏈路邏輯通道的最高優先順序在cbr-pssch-TxConfigList中所指示的allowedRetxNumberPSSCH中重疊,並且如果CBR測量結果可用,則根據TS 36.214[6]由下層測量CBR,或如果CBR測量結果不可用,則由上層配置對應defaultTxConfigIndex;
- 在包含在pssch-TxConfigList中的minSubchannel-NumberPSSCH與maxSubchannel-NumberPSSCH之間選擇由上層配置的範圍內的頻率資源量,並且如果由上層配置,則對於選定載波上允許的側鏈路邏輯通道的最高優先順序在cbr-pssch-TxConfigList中所指示的minSubchannel-NumberPSSCH與maxSubchannel-NumberPSSCH之間重疊,並且如果CBR測量結果可用,則根據TS 36.214[6]由下層測量CBR或如果CBR測量結果不可用,則由上層配置對應defaultTxConfigIndex;
- 根據選定頻率資源的量,根據TS 36.213[2]的第14.1.1.6節從由實體層指示的資源中隨機選擇SCI和SL-SCH的一個傳送機會的時間和頻率資源。選定時間和頻率資源應滿足如TS 36.101[10]中規定的實體層要求,並且隨機函數應試的可以相同概率選擇每個所允許選擇;
- 如果HARQ重新傳送的數目等於1:
- 如果根據TS 36.213[2]的第14.1.1.6節由實體層指示的資源中剩餘的可用資源滿足TS 36.213[2]的第14.1.1.7小節中的條件以用於一個多個傳送機會:
- 根據選定頻率資源的量,從可用資源中隨機選擇與MAC PDU的額外傳送相對應的SCI和SL-SCH的另一傳送機會的時間和頻率資源。選定時間和頻率資源應滿足如TS 36.101[10]中規定的實體層要求,並且隨機函數應使得可以相同概率選擇每個所允許選擇;
- 將在時間上首先出現的傳送機會視為新傳送機會,並將在時間上稍晚出現的傳送機會視為重新傳送機會;
- 將這兩個傳送機會均視為選定側鏈路准予;
- 否則:
- 將傳送機會視為選定側鏈路准予;
- 根據TS 36.213[2]的第14.2 .1和14.1.1.4B節,使用選定側鏈路准予來決定進行SCI和SL-SCH傳送的子訊框集合;
- 將選定側鏈路准予視為所配置側鏈路准予。
● 註7:對於V2X側鏈路通訊,UE應確保隨機選擇的時間和頻率資源滿足時延要求。
● 註8:對於V2X側鏈路通訊,當pssch-TxConfigList中的所選擇配置與cbr-pssch-TxConfigList中指示的所選擇配置之間不存在重疊時,UE是否傳送參數以及UE在pssch-TxConfigList指示的所允許配置與cbr-pssch-TxConfigList中指示的所允許配置之間使用哪些傳送參數取決於UE實施方案。
對於每個子訊框,MAC實體應:
- 對於在此子訊框中進行的每個所配置側鏈路准予:
- 如果對於與所配置側鏈路准予相關聯的側鏈路過程,SL_RESOURCE_RESELECTION_COUNTER=1,並且MAC實體以相同概率任意地選擇在區間[0,1]中且高於probResourceKeep中由上層配置的概率的值:
● - 將所配置側鏈路准予的資源保留區間設定成等於0;
- 如果所配置側鏈路准予對應於SCI的傳送:
● - 對於UE自主資源選擇中的V2X側鏈路通訊:
- 對於MAC PDU中的側鏈邏輯通道的最高優先順序,將選定傳送格式視為SL-V2X-TxProfile(TS 36.331 [8]);
- 選擇MCS,該MCS(如果配置)在由上層配置的在包含於與選定傳送格式相關聯的pssch-TxConfigList中的minMCS-PSSCH與maxMCS-PSSCH之間的範圍內,並且如果由上層配置,則對於MAC PDU中的側鏈路邏輯通道的最高優先順序在與選定傳送格式相關聯的cbr-pssch-TxConfigList中所指示的minMCS-PSSCH與maxMCS-PSSCH之間重疊,並且如果CBR測量結果可用,則根據TS 36.214[6]由下層測量CBR或如果CBR測量結果不可用,則由上層配置對應defaultTxConfigIndex;
● 註9:如果MCS或對應的範圍未由上層配置,則MCS選擇取決於UE實施方案。
● 註10:對於V2X側鏈路通訊,當在包含於pssch-TxConfigList中的所選擇配置與cbr-pssch-TxConfigList中指示的所選擇配置之間不存在重疊時,UE是否傳送參數以及UE在pssch-TxConfigList中指示的所允許配置與cbr-pssch-TxConfigList中指示的所允許配置之間使用哪些傳送參數取決於UE實施方案。
● - 對於排程資源配置中的V2X側鏈路通訊:
- 對於MAC PDU中的側鏈路邏輯通道的最高優先順序,將選定傳送格式視為SL-V2X-TxProfile(TS 36.331[8]);
- 選擇與選定傳送格式相關聯的MCS,除非其由上層配置;
● - 指示實體層傳送對應於所配置側鏈路准予的SCI;
● - 對於V2X側鏈路通訊,將所配置側鏈路准予、相關聯的HARQ資訊以及MAC PDU中的副鏈路側鏈路邏輯通道的最高優先順序的值遞送傳遞到此子訊框的側鏈路HARQ實體;
- 否則如果所配置側鏈路准予對應於用於側鏈路通訊的第一傳輸塊的傳送:
● - 將所配置側鏈路准予和相關聯的HARQ資訊傳遞到此子訊框的側鏈路HARQ實體。
● 註11:如果MAC實體具有在一個子訊框中進行的多個已配置的側鏈路准予,並且如果由於單集群SC-FDM限制而無法處理全部已配置的側鏈路准予,根據以上程序處理這些中的哪一個取決於UE實施方案。
5.14.1.2 側鏈路HARQ操作
5.14.1.2.1 側鏈路HARQ實體
如TS 36.331 [8]的第5.10.13.1節中所指示,MAC實體由高層配置為使用一個或多個載波上的資源池進行傳送。對於每個載波,在MAC實體處存在一個側鏈路HARQ實體以用於在SL-SCH上傳送,從而維持多個並行側鏈路過程。
對於側鏈路通訊,在TS 36.331[8]中定義與側鏈路HARQ實體相關聯的傳送側鏈路過程的數目。
對於V2X側鏈路通訊,傳送與每個側鏈路HARQ實體相關聯的側鏈路過程的最大數目為8。側鏈路過程可以被配置用於傳送多個MAC PDU。對於多個MAC PDU的傳送,傳送與每個側鏈路HARQ實體相關聯的側鏈路過程的最大數據是2。
所傳遞和所配置的側鏈路准予以及其相關聯的HARQ資訊與側鏈路過程相關聯。
對於SL-SCH的每個子訊框和每個側鏈路過程,側鏈路HARQ實體應:
- 如果針對此側鏈路過程已經指示對應於新傳送機會的側鏈路准予,並且針對與此側鏈路准予相關聯的ProSe目的地的側鏈路邏輯通道,存在可用於傳送的SL數據:
- 從“複用和集合(Multiplexing and assembly)”實體獲得MAC PDU;
- 將MAC PDU和側鏈路准予以及HARQ資訊傳遞到此側鏈路過程;
- 指示此側鏈路過程觸發新傳送。
- 否則,如果此子訊框對應於此側鏈路過程的重新傳送機會:
- 指示此側鏈路過程觸發重新傳送。
● 註:除非在第5.14.1.1節中規定,否則在TS 36.213[2]的第14.2.1節中規定重新傳送機會的資源。
5.14.1.2.2 側鏈路過程
側鏈路過程與HARQ緩衝區相關聯。
冗餘版本的序列為0,2,3,1。變數CURRENT_IRV是到冗餘版本的序列中的索引。此變數通過模數4更新。
在側鏈路通訊中或在V2X側鏈路通訊中針對給定SC週期的新傳輸和重傳如第5.14.1.1節中規定在側鏈路准予中指示的資源上並且通過如第5.14.1.1節中規定選擇的MCS執行。
如果側鏈路過程被配置成執行V2X側鏈路通訊的多個MAC PDU的傳送,則過程維持計數器SL_RESOURCE_RESELECTION_COUNTER。對於側鏈路過程的其它配置,此計數器不可用。
如果側鏈路HARQ實體請求新傳送,則側鏈路過程應:
- 將CURRENT_IRV設定成0;
- 將MAC PDU儲存在相關聯的HARQ緩衝區中;
- 儲存從側鏈路HARQ實體接收的側鏈路准予;
- 如下所述產生傳送。
如果側鏈路HARQ實體請求重新傳送,則側鏈路過程應:
- 如下所述產生傳送。
為了產生傳送,側鏈路過程應:
- 如果沒有上行鏈路傳送;或如果MAC實體能夠在傳送時同時在SL-SCH上執行上行鏈路傳送和傳送;或如果除了從Msg3緩衝區獲得的MAC PDU之外,在上行鏈路中存在將在此TTI中傳送的MAC PDU,並且V2X側鏈路通訊的傳送優選於上行鏈路傳送;以及
- 如果在傳送時沒有用於傳送的側鏈路發現間隙或在PSDCH上沒有傳送;或在V2X側鏈路通訊的傳送的情況下,如果MAC實體能夠在傳送時同時執行在SL-SCH上的傳送以及在PSDCH上的傳送:
- 指示實體層根據所儲存的側鏈路准予產生傳送,其中冗余版本對應於CURRENT_IRV值。
- 將CURRENT_IRV遞增1;
- 如果此傳送對應於MAC PDU的最後一個傳送:
- 將SL_RESOURCE_RESELECTION_COUNTER遞減1(如果可用的話)。
如果滿足以下條件,則V2X側鏈路通訊的MAC PDU的傳送優先於上行鏈路傳送:
- 如果MAC實體不能夠在傳送時同時執行所有上行鏈路傳送和V2X側鏈路通訊的所有傳送;以及
- 如果根據TS 24.386[15],上行鏈路傳送未通過上層優先化;以及
- 如果在配置thresSL-TxPrioritization的情況下,MAC PDU中的側鏈路邏輯通道的最高優先順序的值低於thresSL-TxPrioritization。
5.14.2 SL-SCH數據接收
5.14.2.1 SCI接收
PSCCH上傳送的SCI指示是否存在SL-SCH上的傳送,並且提供相關HARQ資訊。
MAC實體應:
- 對於在其期間MAC實體監視PSCCH的每個子訊框:
- 如果已在PSCCH上接收到此子訊框的SCI以進行與此MAC實體感興趣的群組目的地ID的側鏈路通訊:
● - 使用接收到的SCI來決定其中根據TS 36.213[2]的第14.2.2節進行第一傳輸塊的接收的子訊框集合;
● - 將SCI和相關聯的HARQ資訊儲存為針對對應於每一傳輸塊的第一傳送的子訊框有效的SCI;
- 否則,如果已在PSCCH上接收到此子訊框的SCI以進行V2X側鏈路通訊:
● - 使用所接收的SCI來決定其中根據TS 36.213[2]的第14.1.2節進行傳輸塊的接收的子訊框集合;
● - 將SCI和相關聯的HARQ資訊儲存為針對對應於傳輸塊的傳送的子訊框有效的SCI;
- 對於其中MAC實體具有有效SCI的每個子訊框:
- 將SCI和相關聯的HARQ資訊傳遞到側鏈路HARQ實體。
5.14.2.2 側鏈路HARQ操作
5.14.2.2.1 側鏈路HARQ實體
對於每個載波,在MAC實體處存在一個側鏈路HARQ實體以用於SL-SCH的接收,從而維持多個並行側鏈路過程。
每個側鏈路過程與其中對MAC實體感興趣的SCI相關聯。如果SCI包含群組目的地ID,則此興趣如SCI的群組目的地ID所決定。側鏈路HARQ實體將在SL-SCH上接收的HARQ資訊和相關聯的TB引導到對應的側鏈路過程。
在TS 36.331[8]中定義接收與側鏈路HARQ實體相關聯的接收側鏈路過程的數目。
對於SL-SCH的每個子訊框,側鏈路HARQ實體應:
- 對於在此子訊框中有效的每一SCI:
- 將從實體層接收的TB和相關聯的HARQ資訊分配到側鏈路過程,使此側鏈路過程與此SCI相關聯,並且將此傳送視為新傳送。
- 對於每個側鏈路過程:
● - 如果根據側鏈路過程的相關聯SCI,此子訊框對應於側鏈路過程的重新傳送機會:
- 將從實體層接收的TB和相關聯的HARQ資訊分配到側鏈路過程,並且將此傳送視為重新傳送。
5.14.2.2.2 側鏈路過程
對於其中針對側鏈路過程發生傳送的每一子訊框,從側鏈路HARQ實體接收一個TB和相關聯的HARQ資訊。
冗餘版本的序列為0,2,3,1。變數CURRENT_IRV是到冗餘版本的序列中的索引。此變數通過模數4更新。
對於每個接收到的TB和相關聯的HARQ資訊,側鏈路過程應:
- 如果這是新傳送:
- 將CURRENT_IRV設定成0;
- 將接收到的數據儲存在軟緩衝區中,並且任選地嘗試根據CURRENT_IRV對接收到的數據進行解碼。
- 否則,如果這是重新傳送:
- 如果此TB的數據尚未成功解碼:
● - 將CURRENT_IRV遞增1;
● - 將接收到的數據與此TB的目前在軟緩衝區中的數據組合,並且任選地嘗試根據CURRENT_IRV對組合數據進行解碼。
- 如果對於此TB成功地解碼MAC實體嘗試解碼的數據:
- 如果這是針對此TB的數據的第一次成功解碼:
● - 如果解碼後MAC PDU子標頭的DST欄位等於UE的任一個目的地層2 ID的16 MSB,其中8個LSB等於對應的SCI中的群組目的地ID:
- 將解碼後MAC PDU傳遞到分解和解複用實體。
● - 否則,如果解碼後MAC PDU子標頭的DST欄位等於UE的任一個目的地層2 ID:
- 將解碼後MAC PDU傳遞到分解和解複用實體。
在3GPP RAN1#96bis會議(如在3GPP RAN1#96bis會議報告中所採集)中,如下同意不引入專用於SL(側鏈路)無線電鏈路監測(Radio Link Monitoring,RLM)的新參考訊號,並且不引入僅出於SL RLM目的週期性的參考訊號(Reference Signal,RS)傳送:
協定:
● 不引入專用於SL RLM的新參考訊號。
○ 現有SL RS重新用於SL RLM/RLF
■ 註:不排除CSI-RS
○ RAN1無意僅出於SL RLM的目的引入週期性傳送的RS
○ 有待進一步研究:
■ 是否以獨立方式為SL RLM/RLF傳送SL RS
協定:
● 關於SL RLM/RLF宣告的度量,RAN1討論了以下內容(有待進一步研究):
○ 盡可能地在Uu RLM中重新使用IS/OOS度量,但考慮到RAN1無意僅出於SL RLM目的引入週期性傳送的RS的條件
○ 其它度量,例如,擁塞控制度量(類似於LTE中的CBR)、連續HARQ-NACK等。
○ 註:RAN1期望來自RAN2的進一步輸入,以在此主題上取得進一步的進展
在3GPP RAN2#106會議(如在3GPP RAN2#106會議報告中採集)中,如下同意以下假設:對於PC5 RLM/RLF,實體層向上層定期IS/OOS的週期性指示:
關於PC5 RLM/RLF的協定:
1: 即使側鏈路訊號的傳送不規則地發生,RAN2仍假設實體層像在Uu RLM中一樣向上層提供IS/OOS的週期性指示。
2: 從RAN2角度,兩側UE執行RLM/RLF檢測機制。關於是否重用基於IS/OOS的RLM/RLF的週期性指示或是否需要任何額外新機制有待進一步研究。
在3GPP RAN1#94主席紀要(如在3GPP RAN1#94會議報告中採集)中,如下提供NR V2X的協定:
協定:
對於NR-V2X側鏈路通訊定義至少兩個側鏈路資源配置模式
○ 模式1:基站排程待由UE用於側鏈路傳送的側鏈路資源
○ 模式2:UE決定(即,基站不排程)在由基站/網路配置的側鏈路資源或預先配置的側鏈路資源內的側鏈路傳送資源
在3GPP RAN1#AH1901會議(如在3GPP RAN1#AH1901會議報告中採集)中,如下已關於SCI格式達成協定:
協定:
● 層1目的地ID可以顯式地包含在SCI中
■ 如何決定層1目的地ID有待進一步研究
■ 層1目的地ID的大小有待進一步研究
● 以下額外資訊可以包含在SCI中
○ 層1來源ID
■ 如何決定層1來源ID有待進一步研究
■ 層1來源ID的大小有待進一步研究
○ HARQ進程ID
○ 新數據指示符(New Data Indicator,NDI)
○ 冗餘版本(Redundancy Version,RV)
● 在一些操作中是否可能不存在一些以上資訊(例如,取決於其是否用於單播、組播、廣播)有待進一步研究
3GPP TS 36.331如下引入V2X側鏈路傳送和資源池選擇:
5.10.13 V2X側鏈路通訊傳送
5.10.13.1 V2X側鏈路通訊的傳送
能夠進行V2X側鏈路通訊且由上層配置成傳送V2X側鏈路通訊並具有將傳送的相關數據的UE應:
1> 如果符合如5.10.1d中所定義的側鏈路操作的條件:
2> 如果在用於V2X側鏈路通訊的頻率的覆蓋範圍內,如TS 36.304[4]第11.4節中所定義;或
2> 如果用於傳送V2X側鏈路通訊的頻率包含於RRCConnectionReconfiguration中的v2x-InterFreqInfoList中或SystemInformationBlockType21或SystemInformationBlockType26內的v2x-InterFreqInfoList中:
3> 如果UE處於RRC_CONNECTED,並且使用包含在RRCConnectionReconfiguration中的v2x-InterFreqInfoList中的PCell或頻率進行V2X側鏈路通訊:
4> 如果UE由當前PCell配置有設定成scheduled的commTxResources:
5> 如果T310或T311正在運行;並且如果UE檢測到實體層問題或無線電鏈路失敗的PCell廣播包含sl-V2X-ConfigCommon中的v2x-CommTxPoolExceptional的SystemInformationBlockType21,或v2x-CommTxPoolExceptional包含在用於SystemInformationBlockType21或SystemInformationBlockType26或RRCConnectionReconfiguration中的相關頻率的v2x-InterFreqInfoList中;或
5> 如果T301正在運行並且UE對其初始連接重新建立的細胞廣播包含sl-V2X-ConfigCommon中的v2x-CommTxPoolExceptional的SystemInformationBlockType21,或v2x-CommTxPoolExceptional包含在用於SystemInformationBlockType21或SystemInformationBlockType26中的相關頻率的v2x-InterFreqInfoList中;或
5> 如果T304正在運行並且UE配置有包含於RRCConnectionReconfiguration中的mobilityControlInfoV2X中或用於RRCConnectionReconfiguration中的相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolExceptional:
6> 基於隨機選擇,使用由v2x-CommTxPoolExceptional指示的資源池配置下層以傳送側鏈路控制資訊和對應的數據,如TS 36.321[6]中所定義;
5> 否則:
6> 配置下層以請求E-UTRAN為V2X側鏈路通訊分配傳送資源;
4> 否則,如果UE配置有在相關頻率的v2x-InterFreqInfoList的表項中的v2x-commTxPoolNormalDedicated或v2x-CommTxPoolNormal或p2x-CommTxPoolNormal,該表項在RRCConnectionReconfiguration中的sl-V2X-ConfigDedicated中:
5> 如果UE被配置成傳送非P2X相關的V2X側鏈路通訊,並且根據TS 36.213[23],在RRCConnectionReconfiguration中的相關頻率的v2x-InterFreqInfoList的表項中,對於v2x-CommTxPoolNormalDedicated或v2x-CommTxPoolNormal中配置的資源的感測結果不可用;或
5> 如果UE被配置成傳送P2X相關的V2X側鏈路通訊並且根據5.10.13.1a選擇使用部分感測,且根據TS 36.213[23],在RRCConnectionReconfiguration中的相關頻率的v2x-InterFreqInfoList的表項中,對於v2x-commTxPoolNormalDedicated或p2x-CommTxPoolNormal中配置的資源的部分感測結果不可用:
6> 如果v2x-CommTxPoolExceptional包含於RRCConnectionReconfiguration中的mobilityControlInfoV2X中(即,切換情況);或
6> 如果v2x-CommTxPoolExceptional包含在RRCConnectionReconfiguration中的相關頻率的v2x-InterFreqInfoList的表項中;或
6> 如果PCell廣播包含sl-V2X-ConfigCommon中的v2x-CommTxPoolExceptional或用於相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolExceptional的SystemInformationBlockType21,或廣播包含用於相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolExceptional的SystemInformationBlockType26:
7> 基於隨機選擇,使用由v2x-CommTxPoolExceptional指示的資源池配置下層以傳送側鏈路控制資訊和對應的數據,如TS 36.321[6]中所定義;
5> 否則,如果UE被配置成傳送P2X相關的V2X側鏈路通訊:
6> 根據5.10.13.2選擇資源池;
6> 根據5.10.13.1a執行P2X相關的V2X側鏈路通訊;
5> 否則,如果UE被配置成傳送非P2X相關的V2X側鏈路通訊:
6> 配置下層以使用由相關頻率的v2x-InterFreqInfoList的表項中的v2x-commTxPoolNormalDedicated或v2x-CommTxPoolNormal指示的資源池中的一個基於感測(如在TS 36.321[6]和TS 36.213[23]中所定義)傳送側鏈路控制資訊和對應數據,該資源池根據5.10.13.2選擇;
3> 否則:
4> 如果針對V2X側鏈路通訊傳送而選擇的細胞廣播SystemInformationBlockType21或SystemInformationBlockType26:
5> 如果UE被配置成傳送非P2X相關的V2X側鏈路通訊,且如果SystemInformationBlockType21包含用於相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolNormalCommon或v2x-CommTxPoolNormal,或SystemInformationBlockType26包含用於相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolNormal,且如果根據TS 36.213[23],對用於相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolNormalCommon或v2x-CommTxPoolNormal中配置的資源的感測的結果可用:
6> 配置下層以使用由相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolNormalCommon或v2x-CommTxPoolNormal指示的資源池中的一個基於感測(如在TS 36.321[6]和TS 36.213[23]中所定義)傳送側鏈路控制資訊和對應數據,該資源池根據5.10.13.2選擇;
5> 否則,如果UE被配置成傳送P2X相關的V2X副鏈路通訊,並且如果SystemInformationBlockType21包含相關頻率的v2x-InterFreqInfoList中的p2x-CommTxPoolNormalCommon或p2x-CommTxPoolNormal,或SystemInformationBlockType26包含相關頻率的v2x-InterFreqInfoList中的p2x-CommTxPoolNormal,並且如果UE選擇根據5.10.13.1a使用隨機選擇,或選擇根據5.10.13.1a使用部分感測,並且根據TS 36.213[23],對於相關頻率的v2x-InterFreqInfoList中的p2x-CommTxPoolNormalCommon或p2x-CommTxPoolNormal中配置的資源的部分感測結果可用:
6> 根據5.10.13.2從相關頻率的v2x-InterFreqInfoList中的p2x-CommTxPoolNormalCommon或p2x-CommTxPoolNormal中選擇資源池,但是忽略SystemInformationBlockType21或SystemInformationBlockType26中的zoneConfig;
6> 根據5.10.13.1a執行P2X相關的V2X側鏈路通訊;
5> 否則,如果SystemInformationBlockType21包含sl-V2X-ConfigCommon中的v2x-CommTxPoolExceptional或用於相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolExceptional,或SystemInformationBlockType26包含用於相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolExceptional:
6> 從UE初始連接建立的時刻,直到接收包含sl-V2X-ConfigDedicated的RRCConnectionReconfiguration或直到接收RRCConnectionRelease或RRCConnectionReject;或
6> 如果UE處於RRC_IDLE,且根據TS 36.213[23],對用於Systeminformationblocktype21中的相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolNormalCommon或v2x-CommTxPoolNormal或用於Systeminformationblocktype26中的相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolNormal中配置的資源的感測結果不可用;或
6> 如果UE處於RRC_IDLE中並且UE根據5.10.13.1a選擇使用部分感測,並且根據TS 36.213[23],對於在Systeminformationblocktype21中在相關頻率的v2x-InterFreqInfoList中的p2x-CommTxPoolNormalCommon或p2x-CommTxPoolNormal,或在Systeminformationblocktype26中在相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolNormal中配置的資源的部分感測結果不可用:
7> 基於隨機選擇,使用在v2x-CommTxPoolExceptional中指示的資源池配置下層以傳送側鏈路控制資訊和對應的數據(如TS 36.321[6]中所定義);
2> 否則:
3> 配置下層以在非P2X相關的V2X側鏈路通訊的情況下使用根據5.10.13.2選擇的由SL-V2X-Preconfiguration中的v2x-CommTxPoolList指示的資源池中的一個,或在P2X相關的V2X側鏈路通訊的情況下使用根據5.10.13.2選擇的由SL-V2X-Preconfiguration中的p2x-CommTxPoolList指示的資源池中的一個,並且根據如5.10.8中定義的所選擇參考定時,基於感測(如在TS 36.321[6]和TS 36.213[23]中定義)傳送側鏈路控制資訊和對應數據;
能夠進行非P2X相關的V2X側鏈路通訊且由上層配置成傳送V2X側鏈路通訊的UE應對於可以用於傳送側鏈路控制資訊和對應數據的所有資源池執行感測。資源池由sl-V2X-ConfigDedicated中的SL-V2X-Preconfiguration、v2x-CommTxPoolNormalCommon、v2x-commTxPoolNormalDedicated,或相關頻率的v2x-InterFreqInfoList中的v2x-CommTxPoolNormal指示,如上文配置。
註1:如果存在配置正常或例外池的多個頻率,則選擇哪個頻率用於V2X側鏈路通訊傳送取決於UE實施方案。
在3GPP TS 38.321中,如下引入媒體存取控制(Medium Access Control,MAC)重置:
5.12 MAC重置
如果由上層請求MAC實體的重置,則MAC實體應:
1> 將每個邏輯通道的Bj初始化為零;
1> 停止(如果在運行)所有計時器;
1> 將所有timeAlignmentTimer視作到期並且執行第5.2節中的對應動作;
1> 將所有上行鏈路HARQ進程的NDI設定為值0;
1> 停止(如果存在的話)進行中的RACH程序;
1> 丟棄明確用訊號表示的非競爭隨機存取資源(如果存在的話);
1> 清空Msg3緩衝區;
1> 取消(如果存在的話)觸發的排程請求程序;
1> 取消(如果存在的話)觸發的緩衝區狀態報告程序;
1> 取消(如果存在的話)觸發的功率餘量報告程序;
1> 清空用於所有DL HARQ進程的軟緩衝區;
1> 針對每個DL HARQ進程,將用於TB的下一接收到的傳送視為最先傳送;
1> 釋放(如果存在的話)臨時C-RNTI;
1> 重置BFI_COUNTER。
在RAN1#AH1901會議中的文檔(3GPP R1-1900885)中,如下介紹了可以從上層提供的層2來源ID推導層1來源ID:
3. HARQ組合和L1 ID
作為SA2研究的一部分,討論NR-V2X中的組播通訊並且關於L2中的ID的可用性達成協定。下文示出相關協定:
根據達成的協定,很明顯,對於單播和群播通訊,目的地L2 ID和來源L2 ID被提供給Tx UE。RAN1已經同意通過PSCCH通道指示L1目的地ID。因此,類似於R12/13中定義的程序,很容易通過選擇L2 ID的固定數目的LSB,從L2 ID中推導L1目的地ID。
提議7:通過選擇固定數目的LSB從L2目的地ID中推導層1目的地ID
[…]
如上所述,SA2已決定也會向存取層指示L2來源ID。因此,很容易通過選擇來源ID的固定數目的LSB從L2來源ID中推導L1來源ID。通過其將層1目的地ID和來源ID編碼在一起的機制有待進一步研究。
提議9:包含層1來源ID作為PSCCH的一部分以實現HARQ組合。通過選擇固定數目的LSB從L2來源ID中推導層1來源ID
當NR PC5是選定RAT時,此解決方案遵循以下原則: - 基於應用層所提供的群組識別符,V2X層將群組通訊傳送的目的地L2 ID和來源L2 ID通知存取層(Access Stratum,AS); - V2X層將群組通訊業務的通訊類型和QoS參數(包含5QI和範圍)通知存取層; - V2X層將群組通訊接收的目的地L2 ID通知存取層; - 當V2X層未接收到來自應用層的群組資訊時,V2X層隨後應使用配置的映射,例如基於PSID/ITS-AID映射推導目的地L2 ID和QoS參數(例如5QI和範圍),並將其用於操作; - V2X層使用通過階段3定義的機制將應用層所提供的群組識別符轉換成目的地L2 ID。 |
在3GPP RAN2#103bis會議(如在3GPP RAN2#103bis會議報告中採集)中,如下同意將在NR V2X中支持單播、組播和廣播:
協定
1: 對於所有覆蓋範圍內、覆蓋範圍外和部分覆蓋範圍情形,都應支援單播、組播和廣播。
在3GPP RAN2#106會議(如在3GPP RAN2#106會議報告中採集)中,如下通過LG(如在3GPP R2-1907658中論述)引入基於側鏈路控制資訊(Sidelink Control Information,SCI)的SL無線電鏈路監測(Radio Link Monitoring,RLM):
根據最後一個RAN1決策,不存在用於SL RLM的RS。也就是說,RX UE必須在SCI解碼之前,以便測量特定TX UE的訊號。然而,當對SCI進行解碼時,這意味著通道狀態不錯。此外,如果通道狀態不好,則SCI解碼本身將不起作用。
因此,在沒有RLM專用RS的情況下,有必要考慮使RX UE能夠很好地執行PC5 RLM。還需要一種新的度量標準來代替通過RS進行的側鏈路品質測量。
觀察1.由於RAN1同意不定義為PC5 RLM定期傳送的新RS,因此RX UE處的IS/OOS決定無法直接重用Uu的原理。
觀察2.根據RAN1回復LS,RX UE必須在SCI解碼之前,以便測量特定TX UE的訊號。然而,當對SCI進行解碼時,這意味著通道狀態不錯。此外,如果通道狀態不好,則SCI解碼本身將不起作用。
觀察3.如果對應SCI在特定持續時間內成功地傳遞,則單播連接可以假設為IS。
提議1.即使側鏈路訊號的傳送不規則地發生,RAN2仍假設實體層像在Uu RLM中一樣向上層提供IS/OOS的週期性指示。
提議2.RAN2假設IS/OOS的標準可以基於時間段內的成功SCI接收的數目。IS/OOS標準和所需實體層設計的細節將在RAN1中定義。
在RAN1#97會議(如在3GPP R1-1907755中採集)中,如下論述用於不同轉換類型的SCI的內容:提議
- 支援以下SCI內容。
位欄位 | 候選大小 | 單播 | 組播 | 廣播 |
HARQ進程號碼 | [1-4] | O | O | FFS |
NDI | 1 | O | O | FFS |
RV | 2 | O | O | FFS |
層1來源ID | [8-24] | O | O | FFS |
層1目的地ID | [8-24] | O | O | FFS |
MCS | [5] | O | O | O |
CRC | 24 | O | O | O |
QoS指示 | 3 | O | O | O |
CSI請求 | [1] | O | X | X |
DMRS模式 | [1-2] | O | O | FFS |
下文可以使用以下術語中的一個或多個:
● 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)。
● 時槽:時槽可以是NR中的排程單元。時槽持續時間具有14個OFDM符號。
● 微時槽:微時槽是具有小於14個OFDM符號的持續時間的排程單元。
下文可以使用以下對於網路側的一個或多個假設:
● 相同細胞中的TRP的下行鏈路時序被同步。
● 網路側的RRC層在BS中。
下文可以使用以下對於UE側的一個或多個假設:
● 存在至少兩種UE(RRC)狀態:連接狀態(或稱為作用中狀態)和非連接狀態(或稱為非作用中狀態或空閒狀態)。非作用中狀態可以是額外狀態或屬於連接狀態或非連接狀態。
在3GPP RAN2#103bis會議中,同意將在NR V2X中支持單播、廣播和組播。根據RAN1#97論述,用於側鏈路單播或組播的SCI可以包含用於HARQ組合的HARQ進程號碼。然而,由於V2X UE可能正與多於一個UE執行側鏈路單播或組播,因此兩個UE可能向V2X UE指示相同HARQ進程號碼並且可能發生衝突。此外,由於側鏈路廣播可能不需要HARQ組合,並且SCI的內容可能不同於用於單播或組播的SCI(例如,沒有HARQ進程號碼),因此V2X UE可能具有關於不同轉換類型的SCI/SL數據的接收的不同行為。在本申請中,討論用於執行側鏈路通訊的V2X UE的可能架構和行為。
第一概念
在第一概念中,第一UE可以維持用於與一個或多個第二UE相關聯(例如,與一個或多個層2目的地ID相關聯)的所有側鏈路單播傳送的一個(側鏈路)MAC實體。第一UE可以維持與(所有)側鏈路廣播接收相關聯的一個混合自動重送請求(Hybrid Automatic Repeat Request,HARQ)實體。與(所有)側鏈路廣播接收相關聯的一個HARQ實體可以維持多個(並行)側鏈路HARQ進程。由與(所有)側鏈路廣播接收相關聯的一個HARQ實體維持的每個側鏈路HARQ進程可以與第一UE感興趣的SCI相關聯。第一UE可以至少基於與SCI相關聯的目的地ID(例如,由SCI指示的層1目的地ID)來決定第一UE是否對SCI感興趣。另外或替代地,第一UE可以至少基於SCI是否用於側鏈路廣播來決定第一UE是否對SCI感興趣(例如,如果SCI用於側鏈路廣播,則第一UE對SCI感興趣)。第一UE可以將與SCI相關聯的HARQ資訊和傳輸塊(Transport Block,TB)關聯到側鏈路HARQ進程。如果不同SCI與不同TB相關聯,則第一UE可以將不同SCI關聯到不同HARQ進程(在與側鏈路廣播相關聯的一個HARQ實體中)。另外或替代地,第一UE可以將不同SCI關聯到不同HARQ進程(在與側鏈路廣播相關聯的一個HARQ實體中)。
另外或替代地,第一UE可以維持用於每個側鏈路組播接收的一個HARQ實體。第一UE可以將用於每個側鏈路組播接收的一個HARQ實體中的每一個與(群組)(層1/層2)目的地ID(第一UE感興趣的)相關聯。另外或替代地,第一UE可以將用於每個側鏈路組播接收的一個HARQ實體中的每一個與(群組)(層1/層2)來源ID相關聯。來源ID和/或目的地ID可以由第一UE所接收的SCI指示。第一UE可以將SCI與用於側鏈路組播接收的一個HARQ實體相關聯。換句話說,第一UE將基於一對(層1/層2)目的地ID和(層1/層2)來源ID推導用於側鏈路組播接收的一個HARQ實體。第一UE可以將與SCI相關聯的TB和HARQ資訊與HARQ實體的HARQ進程相關聯。HARQ資訊/SCI可以指示HARQ進程號碼,其中第一UE將SCI和與HARQ進程號碼相關聯的HARQ進程相關聯。
另外或替代地,第一UE可以維持用於每個側鏈路單播接收的一個HARQ實體。另外或替代地,第一UE可以維持用於每一對目的地ID和來源ID的一個HARQ實體。第一UE可以可以將用於每個側鏈路單播接收的一個HARQ實體中的每一個與一個或多個(群組)(層1/層2)目的地ID(第一UE感興趣的)相關聯。另外或替代地,第一UE可以將用於每個側鏈路單播接收的一個HARQ實體中的每一個與一個或多個(群組)(層1/層2)來源ID相關聯。一個或多個來源ID和/或目的地ID可以由第一UE所接收的SCI指示。另外或替代地,第一UE可以將用於每個側鏈路單播接收或側鏈路單播鏈路的一個HARQ實體中的每一個與第二UE相關聯。第一UE可以將SCI與用於側鏈路單播接收或側鏈路單播鏈路的一個HARQ實體相關聯。第一UE可以將與SCI相關聯的TB和HARQ資訊與HARQ實體的HARQ進程相關聯。HARQ資訊或SCI可以指示HARQ進程號碼,其中第一UE將SCI和與HARQ進程號碼相關聯的HARQ進程相關聯。
第6圖中示出第一概念的圖解說明。第6圖說明其中UE維持具有用於不同轉換類型的多個HARQ實體的一個MAC實體的實例。第一UE可以被配置成執行側鏈路廣播通訊。(例如,從一個或多個UE接收側鏈路廣播)。第一UE可以維持用於(專用於)處理側鏈路廣播接收(在MAC實體中)的HARQ實體。當接收指示側鏈路廣播的SCI時,第一UE可以將SCI(以及與SCI相關聯的TB和HARQ資訊)與用於(專用於)處理側鏈路廣播接收的HARQ實體中的HARQ進程相關聯。如果不同SCI與不同TB相關聯,則第一UE可以將不同SCI與不同HARQ進程相關聯。如果不同SCI與相同TB相關聯,則第一UE可以將不同SCI與相同HARQ進程相關聯。第一UE可以基於SCI中的目的地ID(例如,DstID)來決定SCI是否正指示側鏈路廣播。第一UE可以基於沒有SCI中的來源ID和/或HARQ進程ID的指示來決定SCI是否正指示側鏈路廣播。第一UE可以執行側鏈路組播通訊(例如,從一個或多個UE接收側鏈路組播)。
第一UE可以維持用於側鏈路組播的一個或多個HARQ實體(在用於一個載波的MAC實體中),其中用於側鏈路組播的一個或多個HARQ實體中的每一個與一個(群組)目的地ID和/或一個來源(層1/層2)ID(例如,與一個UE相關聯的來源ID)相關聯。當第一UE接收具有指示側鏈路組播的DstID_1和/或SrcID_1的第一SCI時,第一UE可以將用於組播的第一SCI(以及與SCI相關聯的TB和HARQ資訊)和與DstID_1和/或SrcID_1相關聯的一個或多個HARQ實體中的一個(例如,用於組播的第一HARQ實體)相關聯。第一UE可以將用於組播的第一SCI(以及與SCI相關聯的TB和HARQ資訊)與用於組播的第一HARQ實體中的HARQ進程相關聯。第一UE可以基於由第一SCI指示的HARQ進程號碼(例如,HARQ process_num_1)而將用於組播的第一SCI與HARQ進程相關聯。
當第一UE接收具有指示側鏈路組播的DstID_2和/或SrcID_2的第二SCI時,第一UE可以將第二SCI(以及與第二SCI相關聯的TB和HARQ資訊)和與DstID_2和/或SrcID_2相關聯的一個或多個HARQ實體中的一個(例如,用於組播的第二HARQ實體)相關聯。第一UE可以將用於組播的第二SCI(以及與第二SCI相關聯的TB和HARQ資訊)與用於組播的第二HARQ實體中的HARQ進程相關聯。第一UE可以基於由第二SCI指示的HARQ進程號碼(例如,HARQ process_num_2)而將用於組播的第二SCI與HARQ進程相關聯。換句話說,如果由具有DstID_2和/或SrcID_2的第二SCI指示的HARQ進程號碼不同於HARQ process_num_2,則第一UE可以將第二SCI關聯到第二HARQ實體以與除了HARQ process_num_2之外的不同HARQ進程進行組播。
當第一UE接收具有指示側鏈路組播的DstID_1和/或SrcID_1的第三SCI時,第一UE可以將第三SCI(以及與第三SCI相關聯的TB和HARQ資訊)和與DstID_1和/或SrcID_2相關聯的一個或多個HARQ實體中的一個(例如,用於組播的第三HARQ實體)相關聯。第一UE可以將用於組播的第三SCI(以及與第三SCI相關聯的TB和HARQ資訊)與用於組播的第三HARQ實體中的HARQ進程相關聯。第一UE可以基於由第三SCI指示的HARQ進程號碼(例如,HARQ process_num_2)而將用於組播的第三SCI與HARQ進程(在用於組播的第三HARQ實體中)相關聯。
第一UE可以維持用於側鏈路單播的一個或多個HARQ實體(在MAC實體中),其中用於側鏈路單播的一個或多個HARQ實體中的每一個與一個(群組)目的地ID和/或一個來源(層1/層2)ID(例如,與一個UE相關聯的來源ID)相關聯。當第一UE接收具有指示側鏈路單播的DstID_A和/或SrcID_A的第一SCI時,第一UE可以將用於單播的第一SCI(以及與SCI相關聯的TB和HARQ資訊)和與DstID_A和/或SrcID_A相關聯的一個或多個HARQ實體中的一個(例如,用於單播的第一HARQ實體)相關聯。第一UE可以將用於單播的第一SCI(以及與SCI相關聯的TB和HARQ資訊)與用於單播的第一HARQ實體中的HARQ進程相關聯。第一UE可以基於由用於單播的第一SCI指示的HARQ進程號碼(例如,HARQ process_num_A)而將用於單播的第一SCI與HARQ進程相關聯。
當第一UE接收具有指示側鏈路單播的DstID_B和/或SrcID_B的第二SCI時,第一UE可以將用於單播的第二SCI(以及與第二SCI相關聯的TB和HARQ資訊)和與DstID_B和/或SrcID_B相關聯的一個或多個HARQ實體中的一個(例如,用於單播的第二HARQ實體)相關聯。第一UE可以將用於單播的第二SCI(以及與第二SCI相關聯的TB和HARQ資訊)與用於單播的第二HARQ實體中的HARQ進程相關聯。第一UE可以基於由第二SCI指示的HARQ進程號碼(例如,HARQ process_num_B)而將用於單播的第二SCI與HARQ進程相關聯。
另外或替代地,第一UE可以維持用於側鏈路廣播傳送(在一個載波中)的HARQ實體。第一UE可以維持用於側鏈路單播傳送(對於一個載波)的一個或多個HARQ實體。用於側鏈路單播傳送的一個或多個HARQ實體中的每一個可以與一對(層1或層2)目的地ID和來源ID相關聯。第一UE可以維持用於側鏈路組播傳送(對於一個載波)的一個或多個HARQ實體。用於側鏈路組播傳送的一個或多個HARQ實體中的每一個可以與一對(層1或層2)目的地ID和來源ID相關聯。
第7圖中示出第一概念的另一圖解說明。第7圖說明實例UE1與UE2執行多個側鏈路單播鏈路或傳送。UE1可以與UE2執行兩個側鏈路單播(在單載波上)。兩個側鏈路單播鏈路或傳送可以與不同鏈路ID(例如,鏈路識別符)和/或目的地ID相關聯。UE1可以維持用於處理兩個側鏈路單播鏈路或傳送的兩個HARQ實體。當UE1通過單播鏈路從UE2接收SCI或TB時,UE1可以基於與SCI或TB相關聯的鏈路和/或目的地ID而將SCI或TB與HARQ實體中的一個相關聯。
第二概念
在第二概念中,UE可以維持一個HARQ實體以用於處理(所有)側鏈路單播、組播,並且可以與其它UE廣播(在一個載波或頻率中)。UE可以維持一個或多個廣播HARQ進程,其中一個或多個廣播HARQ進程可以和與側鏈路廣播相關聯的SCI或TB相關聯。UE可以將不同SCI或TB與不同廣播HARQ進程相關聯。UE可以將指示相同TB的SCI關聯到相同廣播HARQ進程(例如,與相同TB的盲重新傳送相關聯的SCI)。UE可以維持一個或多個單播或組播HARQ進程。一個或多個單播或組播HARQ進程中的每一個可以與單播或組播接收相關聯。UE可以至少基於SCI中指示的來源ID和/或目的地ID而將(接收到的)SCI與單播或組播HARQ進程相關聯。如果不同SCI指示相同TB(例如,相同SL數據),則UE可以將不同SCI與相同單播或組播HARQ進程相關聯。如果SCI指示不同TB,則UE可以將不同SCI與不同單播或組播HARQ進程相關聯。如果SCI指示不同來源ID和/或目的地ID,則UE可以將不同SCI與不同單播或組播HARQ進程相關聯。
用於單播的一個或多個HARQ進程和用於組播的一或多個HARQ進程可以是HARQ進程的相同集合。或者,用於單播的一個或多個HARQ進程和用於組播的一個或多個HARQ進程可以是HARQ進程的不同集合。UE可以至少基於SCI或TB中指示的目的地ID和/或來源ID和/或HARQ進程號碼(的組合)而將(單播或組播)SCI或TB與HARQ進程相關聯。
第8圖中示出第二概念的圖解說明。UE可以維持用於側鏈路接收的HARQ實體(不管側鏈路接收採用哪種轉換類型)。當UE接收指示TB1(具有目的地ID DstID_1)的傳送的用於廣播的第一SCI時,UE可以將用於廣播的第一SCI與廣播HARQ進程1相關聯。當UE接收指示TB1(具有目的地ID DstID_1)(的重新傳送)的用於廣播的第二SCI時,UE可以將用於廣播的第二SCI與廣播HARQ進程1(例如,與第一SCI相同)相關聯,因為第二SCI指示與第一SCI相同的TB。當UE接收指示TB2(的傳送)的用於廣播的第三SCI時,UE可以將第三SCI(以及與第三SCI相關聯的HARQ資訊或TB)與廣播HARQ進程2相關聯。當UE接收指示TB3(的傳送)的用於廣播的第四SCI時,UE可以將第四SCI與廣播HARQ進程3相關聯,因為SCI與來自前述SCI的不同TB和不同目的地ID相關聯。當UE接收用於單播的第一SCI時,UE可以將用於單播的第一SCI與用於單播或組播的HARQ進程(用於單播或組播的第一HARQ進程)相關聯。當UE接收用於組播的第一SCI時,UE可以將用於組播的第一SCI與用於單播或組播的HARQ進程(用於單播或組播的第二HARQ進程)相關聯。
第9圖中示出第二概念的另一圖解說明。UE1可以執行(分別)與UE2和UE3的側鏈路單播(使用一個HARQ實體)。UE1可以從UE2接收SCI1和TB1(與SCI1相關聯)。SCI1可以指示來源ID(src_ID_2)、目的地ID(dst_ID_2),和/或HARQ進程號碼(HARQ number_2)。UE1可以從UE3接收SCI2和TB2(與SCI2相關聯)。SCI2可以指示來源ID(src_ID_3)、目的地ID(dst_ID_3),和/或HARQ進程號碼(HARQ number_1)。UE1可以基於來源ID、目的地ID和/或HARQ進程號碼而分別將SCI1(或TB1)和SCI2(或TB2)與HARQ進程1和HARQ進程2相關聯。在一個實例中,UE1基於來源ID、目的地ID以及由SCI1指示的HARQ進程號碼的組合(例如,相乘或相加)而決定哪個HARQ進程與SCI1相關聯。
在另一實例中,假設SCI1或TB1具有(src_ID_2)和/或(dst_ID_2)和/或(HARQ number_1)。在此實例中,UE1可以將SCI1或TB1關聯到空的或此時不使用的HARQ進程。HARQ進程可以具有與SCI1指示的HARQ進程號碼不同的HARQ進程號碼。在此實例中,UE1可以將SCI1或TB1關聯到HARQ進程2(因為HARQ進程號碼被佔用或正在使用)。換句話說,由SCI指示的HARQ進程號碼是(虛擬)HARQ進程號碼。UE1可以基於來源ID和/或目的地ID的組合而將所指示HARQ進程號碼關聯到HARQ進程號碼。
第三概念
第三概念是UE可以維持用於側鏈路廣播接收的HARQ實體。UE可以維持用於側鏈路單播和組播接收的HARQ實體。另外或替代地,UE可以維持用於側鏈路單播的HARQ實體以及用於組播接收的另一HARQ實體。第10圖和第11圖中示出第三概念的圖解說明。UE可以基於與SCI相關聯的目的地ID和/或來源ID而將SCI與HARQ實體中的一個相關聯。UE可以基於與SCI相關聯(或SCI中指示)的HARQ號而將SCI與HARQ進程相關聯。
在3GPP RAN2#106會議(如在3GPP RAN2#106會議報告中採集)中,同意對用於側鏈路(SL)單播通訊的傳送器UE(Tx UE)和接收器UE(Rx UE)兩者的無線電鏈路失敗(Radio Link Failure,RLF)監視。然而,與NR SL RLF宣告相關聯的詳細程序不清楚,因此可能不適合將RLF程序直接應用於Uu中。
例如,根據關於NR Uu鏈路上的無線電鏈路監視和無線電鏈路失敗宣告(如在3GPP TS 38.331中論述)的當前說明,當UE通過網路檢測到無線電鏈路失敗時,UE可以執行動作並轉至RRC_IDLE或起始與網路的連接重建程序。一些動作可能不適用於SL RLF,因為UE可能與網路沒有連接問題,因此無需為Uu留下RRC_CONNECTED模式。另外,當UE宣告與第二UE的SL RLF時,由於其對恢復與第二UE的連接沒有影響,因此UE可能不必要執行與連接重建相關聯的細胞重選(或UE重選)。在本申請中,討論了回應於SL RLF監視或檢測的用於側鏈路UE的可能行為。
一個概念是當第一UE認為檢測到與第二UE相關聯的(SL)RLF時,其中第一UE維持用於(專用於)第二UE的側鏈路(單播)通訊的(側鏈路)MAC或HARQ實體,第一UE可以執行以下程序的組合。
在一個程序中,第一UE可以執行與MAC實體相關聯的SL MAC重置。另外或替代地,第一UE可能不執行用於除了與(SL)RLF相關聯的MAC實體之外的MAC實體的SL MAC重置。另外或替代地,第一UE可以執行用於與第二UE相關聯的HARQ實體的SL MAC重置。
第一UE可以停止從第一UE到第二UE的(所有)側鏈路傳送或接收。UE可以初始化用於與第二UE相關聯的側鏈路邏輯通道的邏輯通道優先順序排序的變數。
另外或替代地,第一UE可能不停止從第一UE到第二UE的側鏈路傳送。在檢測到與第二UE相關聯的(SL)RLF之後,第一UE可以執行到第二UE的側鏈路傳送。例如,第一UE可以執行到第二UE的側鏈路傳送,從而指示關於單播鏈路(從UE2到UE1)的RLF。
在另一程序中,第一UE可以釋放或暫停與第二UE相關聯的(側鏈路)無線電承載(配置)。UE可以釋放或暫停與MAC實體相關聯的(側鏈路)RB(配置)。另外或替代地,第一UE可以釋放或暫停與同第二UE相關聯的HARQ實體(用於單播)相關聯的(側鏈路)RB(配置)。
在另一程序中,第一UE可以回應於與第二UE的SL RLF而取消與第二UE相關聯的待決排程請求。另外或替代地,UE可能不會回應於SL RLF的檢測而取消待決SR。另外或替代地,UE可能不會回應於與第二UE的SL RLF而取消與MAC實體相關聯(不與第二UE相關聯)的待決BSR。另外或替代地,UE可以回應於SL RLF而取消與第二UE相關聯的待決BSR。例如,可以回應於與第二UE相關聯的新數據到達而觸發SL BSR。如果檢測到或出現與第二UE相關聯的SL RLF,則第一UE可以取消SL BSR(因為不再需要傳送新數據)。可以回應於與第三UE相關聯的新數據到達而觸發與MAC實體相關聯的第二SL BSR。如果檢測到或出現與第二UE相關聯的SL RLF,則第一UE可能不取消第二SL BSR。
在另一程序中,第一UE可以停止與第二UE相關聯的一個或多個計時器。另外或替代地,第一UE可以不停止與除了第二UE之外的一個或多個第三UE相關聯的一個或多個計時器,其中第一UE執行與一個或多個第三UE的側鏈路通訊(使用相同MAC實體)。另外或替代地,第一UE可以不停止與網路相關聯的一個或多個計時器,其中第一UE執行與網路的UL或DL通訊。
一個或多個計時器可以包含用於SL的重新傳送BSR計時器,其中第一UE回應於用於SL的重新傳送BSR計時器的到期而觸發常規側鏈路BSR。一個或多個計時器可以包含用於SL的週期性BSR計時器,其中第一UE回應於用於SL的週期性BSR計時器的到期而觸發週期性BSR。
一個或多個計時器可以包含禁止SR計時器(與同SL BSR相關聯的SR配置相關聯),其中如果計時器在運行中,則第一UE不傳送(用訊號傳送)與SR配置相關聯的SR。另外或替代地,如果與禁止SR計時器相關聯的SR配置不用於(專用於)側鏈路通訊(與第二UE相關聯),則第一UE可以不停止禁止SR計時器。
一個或多個計時器可以包含與用於SL(與第二UE相關聯)的不連續接收(DRX)相關聯的計時器。另外或替代地,如果計時器不用於(專用於)第二UE,則第一UE可以不停止與用於SL的不連續接收相關聯的計時器。
一個或多個計時器可以包含爭用解決計時器。如果不回應於V2X UE而起始與計時器相關聯的隨機存取程序,則UE可以不停止爭用解決計時器。
處理隨機存取(RA)程序
在另一程序中,第一UE可以回應於檢測到與第二UE的RLF而停止與第二UE相關聯的(進行中的)隨機存取程序。第一UE可以回應於檢測到與第二UE相關聯的SL RLF而清空Msg3緩衝區。另外或替代地,第一UE可能不會回應於與第二UE的SL RLF而停止不與第二UE相關聯的(進行中的)隨機存取程序。
例如,第一UE可以回應於與第二UE相關聯的SR的最大傳送而起始對網路的隨機存取程序。如果第一UE檢測到與第二UE的RLF,則第一UE可以停止隨機存取程序。
在另一程序中,第一UE可以清空用於與第二UE相關聯的SL HARQ進程的(軟)緩衝區。更具體來說,第一UE可以清空用於從第一UE接收側鏈路傳送的SL HARQ進程的(軟)緩衝區,可以不清空用於從除了第二UE之外的UE接收側鏈路傳送的SL HARQ進程的緩衝區。第一UE可以回應於與SL相關聯的RLF而不清空用於DL HARQ進程的軟緩衝區。例如,第一UE可以清空用於與第二UE相關聯的(側鏈路)HARQ實體中的單播接收的SL HARQ進程的(軟)緩衝區。第一UE可以清空用於與第二UE相關聯的(側鏈路)HARQ實體中的(單播)傳送的SL HARQ進程的緩衝區。
在另一程序中,第一UE可以釋放與第二UE相關聯的側鏈路資源。例如,第一UE可以釋放SL SPS配置或釋放與SL SPS配置(由網路配置)相關聯的保留資源,以與第二UE執行側鏈路傳送。另外或替代地,第一UE可以使用模式-2(例如,自主資源選擇)釋放保留資源,以與第二UE執行側鏈路傳送。另外或替代地,第一UE可以使用保留資源來與其它UE執行側鏈路通訊。
第一UE可以回應於與第二UE的SL RLF而向其它UE指示資源的釋放。第一UE可以回應於與第二UE的SL RLF而向網路指示資源的釋放。
在另一程序中,在檢測到與第二UE的SL RLF之後,第一UE可以通過網路接收與第二UE相關聯的資訊。另外或替代地,在檢測到SL RLF之後,第一UE可以通過第三UE(例如,中繼UE)接收與第二UE相關聯的資訊。
第12圖中示出實例。UE1可以執行與UE2的SL通訊。UE1可以檢測到與UE2相關聯的SL RLF。UE1可以將RLF報告傳送到gNB和/或中繼UE。RLF報告可以指示UE1與UE2之間的SL RLF。gNB和/或中繼UE可以將重置向請求傳送到UE2並且從UE2接收UE2資訊。gNB和/或中繼UE可以將UE2重置向訊息傳送到UE1。
UE2資訊可以包含用於UE1的SL數據。UE2資訊可以包含與UE2相關聯的SL配置(例如,SLRB配置、MCS、CSI報告)。可以通過Uu鏈路和/或PC5介面傳送UE2資訊。UE2重置向訊息可以包含UE2資訊。UE2重置向訊息可以包含從UE2到UE1的SL數據。UE1可以通過SL通訊執行到UE2的SL傳送(例如,在檢測到從UE2到UE1的SL RLF之後,UE1保持從UE1到UE2的SL傳送)。UE2可以通過gNB或中繼UE將數據傳送到UE1。
對於以上所有概念和實例:
- 第一UE的上層可以指示第一UE對哪個(群組)目的地ID感興趣。
- 第一UE可以是V2X UE。第二UE可以是V2X UE。
- 第一UE可以執行與第二UE的側鏈路單播通訊。
- 第一UE可以執行與第二UE的側鏈路組播通訊。
- 第一UE可以執行與第二UE的側鏈路廣播通訊。
- 側鏈路廣播、單播和組播可以在同一載波上。
- 側鏈路廣播、單播和組播可以在不同載波上。
- (第一)UE可以至少基於目的地(層1或層2)ID和/或來源(層1/層2)ID來決定接收到的SCI是否與單播、廣播或組播相關聯。
- (第一)UE可以至少基於SCI是否指示HARQ進程號碼來決定接收到的SCI是否與單播、廣播或組播相關聯。
- 如果兩個TB包含相同(SL)數據,則兩個TB可以是相同TB。
- 當UE將SCI與HARQ進程相關聯時,UE可以將與SCI相關聯的HARQ資訊和TB引導到HARQ進程。
- UE可以維持用於每一對目的地ID和來源ID的HARQ實體。
- 第一UE可以配置有用於(專用於)(每個)其它UE的SR配置,其中第一UE執行與(每個)其它UE的側鏈路通訊。
- 第二UE可以是路側單元(road side unit,RSU)。
第13圖是從用於處理無線電鏈路失敗的第一裝置的角度的根據一個示例性實施例的流程圖1300。在步驟1305中,第一裝置執行或建立與第二裝置的側鏈路單播通訊。在步驟1310中,第一裝置執行或建立與第三裝置的側鏈路單播通訊。在步驟1315中,第一裝置檢測到與第二裝置相關聯的無線電鏈路失敗。在步驟1320中,第一裝置回應於無線電鏈路失敗而執行與第二裝置相關聯的側鏈路MAC重置,並且不執行與第三裝置相關聯的側鏈路MAC重置。
在一個實施例中,與第二裝置相關聯的側鏈路MAC重置可以包含或包括第一裝置停止與第二裝置相關聯的(所有)側鏈路傳送和/或接收。優選地或替代地,與第二裝置相關聯的側鏈路MAC重置可以不包含停止與第三裝置相關聯的(所有)側鏈路傳送和/或接收。側鏈路傳送或接收可以包含或包括實體側鏈路共用通道(Physical Sidelink Shared Channel,PSSCH)、實體側鏈路控制通道(Physical Sidelink Control Channel,PSCCH),和/或實體側鏈路反饋通道(Physical Sidelink Feedback Channel,PSFCH)傳送或接收。
在一個實施例中,與第二裝置相關聯的側鏈路MAC重置可以包含或包括第一裝置將與第二裝置相關聯的一個或多個計時器視為到期。另外或替代地,與第二裝置相關聯的側鏈路MAC重置可以包含或包括第一裝置不會將與第三裝置相關聯的一個或多個計時器視為到期。與第二裝置相關聯的側鏈路MAC重置還可以包含或包括取消與第二裝置相關聯的(所有)待決排程請求(Scheduling Request,SR)和/或緩存狀態報告(Buffer Status Report,BSR)。優選地或替代地,與第二裝置相關聯的側鏈路MAC重置可以不包含取消與第三裝置相關聯的(所有)待決排程請求(Scheduling Request,SR)和/或緩存狀態報告(Buffer Status Report,BSR)。
在一個實施例中,與第二裝置相關聯的側鏈路MAC重置可以包含或包括清空與第二裝置的側鏈路單播通訊相關聯的(所有)軟緩衝區。優選地或替代地,與第二裝置相關聯的側鏈路MAC重置可以不包含清空與第三裝置的側鏈路單播通訊相關聯的(所有)軟緩衝區。
在一個實施例中,側鏈路MAC重置可以包含釋放由網路排程的或由第一裝置保留的與第二裝置相關聯的側鏈路單播資源。在一個實施例中,第一裝置可以維持用於與第二裝置的側鏈路單播通訊以及與第三裝置的側鏈路單播通訊的一個(側鏈路)MAC實體。
返回參考第3圖和第4圖,在用於處理無線電鏈路失敗的第一裝置的一個示例性實施例中。第一裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一裝置能夠(i)執行或建立與第二裝置的側鏈路單播通訊並且執行或建立與第三裝置的側鏈路單播通訊,(ii)檢測到與第二裝置相關聯的無線電鏈路失敗,以及(iii)回應於無線電鏈路失敗而執行與第二裝置相關聯的側鏈路MAC重置,並且不執行與第三裝置相關聯的側鏈路MAC重置。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第14圖是從用於處理側鏈路接收的第一裝置的角度的根據一個示例性實施例的流程圖1400。在步驟1405中,第一裝置通過側鏈路廣播接收第一SCI,其中該第一SCI指示第一TB和第一目的地識別。在步驟1410中,第一裝置至少基於第一目的地識別來決定將第一SCI(和第一TB)與第一HARQ實體中的第一HARQ進程相關聯。在步驟1415中,第一裝置通過側鏈路單播從第二裝置接收第二SCI,其中該第二SCI指示第二TB、第一HARQ進程號碼和第一來源識別。在步驟1420中,第一裝置至少基於第一HARQ進程號碼和第一來源識別來決定將第二SCI(和第二TB)與第二HARQ實體中的第二HARQ進程相關聯。在步驟1425中,第一裝置通過側鏈路組播從第三裝置接收第三SCI,其中該第三SCI指示第三TB、第二HARQ進程號碼和第二來源識別。在步驟1430中,第一裝置至少基於第二HARQ進程號碼和第二來源識別來決定是否將第三SCI(和第三TB)與第三HARQ實體中的第三HARQ進程相關聯。
在一個實施例中,第一裝置可以進一步基於在第二SCI中指示的第二目的地識別來決定是否將第二SCI和第二TB關聯到第二HARQ進程。第一裝置還可以進一步基於在第三SCI中指示的第三目的地識別來決定是否將第三SCI和第三TB關聯到第三HARQ進程。
在一個實施例中,第一裝置可以通過側鏈路單播從第四裝置接收第四SCI,其中該第四SCI指示第四TB、第三HARQ進程號碼和第三來源識別。此外,第一裝置可以至少基於第三HARQ進程號碼來決定是否將第四SCI(和第四TB)與第四HARQ實體中的第四HARQ進程相關聯。另外,第一裝置可以進一步基於在第四SCI中指示的第四目的地識別來決定是否將第四SCI和第四TB關聯到第四HARQ進程。
在一個實施例中,如果第三來源識別不同於第一來源識別,則第四HARQ實體可以不同於第二HARQ實體。如果第二目的地識別不同於第四目的地識別,則第四HARQ實體也可以不同於第二HARQ實體。
在一個實施例中,如果第三來源識別與第一來源識別相同,則第四HARQ實體可以是第二HARQ實體。如果第二目的地識別與第四目的地識別相同,則第四HARQ實體也可以是第二HARQ實體。
在一個實施例中,第一HARQ實體可以(專用於)側鏈路廣播接收。第二HARQ實體還可以(專用於)側鏈路單播接收。此外,第三HARQ實體可以(專用於)側鏈路組播接收。另外,第四HARQ實體還可以(專用於)側鏈路單播接收。
在一個實施例中,第一、第二、第三或第四HARQ實體可以與一個載波頻率相關聯。第二HARQ實體可以是第三HARQ實體。
返回參考第3圖和第4圖,在用於處理側鏈路接收的第一裝置的一個示例性實施例中。第一裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一裝置能夠(i)通過側鏈路廣播接收第一SCI,其中該第一SCI指示第一TB和第一目的地識別,(ii)至少基於第一目的地識別來決定將第一SCI(和第一TB)與第一HARQ實體中的第一HARQ進程相關聯,(iii)通過側鏈路單播從第二裝置接收第二SCI,其中該第二SCI指示第二TB、第一HARQ進程號碼和第一來源識別,(iv)至少基於第一HARQ進程號碼和第一來源識別來決定將第二SCI(和該第二TB)與第二HARQ實體中的第二HARQ進程相關聯,(v)通過側鏈路組播從第三裝置接收第三SCI,其中該第三SCI指示第三TB、第二HARQ進程號碼和第二來源識別,以及(vi)至少基於第二HARQ進程號碼和第二來源識別來決定是否將第三SCI(和第三TB)與第三HARQ實體中的第三HARQ進程相關聯。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第15圖是從用於處理與第二裝置的無線電鏈路失敗的第一裝置的角度的根據一個示例性實施例的流程圖1500。在步驟1505中,第一裝置檢測到與第二裝置相關聯的無線電鏈路失敗,其中該第一裝置執行與第二裝置的側鏈路單播通訊。在步驟1510中,第一裝置執行與第二裝置相關聯的側鏈路MAC重置。
在一個實施例中,側鏈路MAC重置可以包含第一裝置停止與第二裝置相關聯的(所有)側鏈路傳送。側鏈路MAC重置還可以包含第一裝置停止與第二裝置相關聯的(所有)側鏈路接收。
在一個實施例中,側鏈路MAC重置可以包含第一裝置將與第二裝置相關聯的一個或多個計時器視為到期。一個或多個計時器可以包含SR禁止計時器。
在一個實施例中,側鏈路MAC重置可以包含第一裝置停止與第二裝置相關聯的任何進行中的隨機存取程序。或者,側鏈路MAC重置可以不包含第一裝置停止不與第二裝置相關聯的任何進行中的隨機存取程序。可以回應於側鏈路(單播)數據到達而觸發與第二裝置相關聯的進行中的隨機存取程序,其中側鏈路(單播)數據與第二裝置相關聯。
在一個實施例中,側鏈路MAC重置可以包含第一裝置取消與第二裝置相關聯的(所有)待決SR/BSR。或者,側鏈路MAC重置可以不包含第一裝置取消不與第二裝置相關聯的(所有)待決SR或BSR。
在一個實施例中,側鏈路MAC重置可以包含清空與第二裝置相關聯的所有軟緩衝區。或者,側鏈路MAC重置可以不包含清空不與第二裝置的側鏈路(單播)通訊相關聯的軟緩衝區。
在一個實施例中,側鏈路MAC重置可以包含釋放與第二裝置相關聯的側鏈路(單播)資源。側鏈路MAC重置還可以包含釋放由網路排程的側鏈路(單播)資源。此外,側鏈路MAC重置可以包含釋放由第一裝置保留的側鏈路(單播)資源(使用自主資源選擇模式)。
在一個實施例中,與第二裝置相關聯的側鏈路傳送或接收可以包含PSSCH傳送、PSCCH傳送,或PSFCH傳送。
在一個實施例中,第一裝置可以回應於接收到與第二裝置相關聯的連續“不同步”指示而檢測到無線電鏈路失敗。目的地識別可以是層1或層2目的地ID。來源識別可以是層1或層2來源ID。
返回參考第3圖和第4圖,在用於處理與第二裝置的無線電鏈路失敗的第一裝置的一個示例性實施例中。第一裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一裝置能夠(i)檢測到與第二裝置相關聯的無線電鏈路失敗,其中該第一裝置執行與第二裝置的側鏈路單播通訊,以及(ii)執行與第二裝置相關聯的側鏈路MAC重置。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第16圖是從用於處理無線電鏈路失敗的第一裝置的角度的根據一個示例性實施例的流程圖1600。在步驟1605中,第一裝置執行或建立與第二裝置的側鏈路單播通訊。在步驟1610中,第一裝置執行或建立與第三裝置的側鏈路單播通訊。在步驟1615中,第一裝置檢測到與第二裝置相關聯的無線電鏈路失敗。在步驟1620中,第一裝置回應於無線電鏈路失敗而取消與第二裝置相關聯的待決SR和/或BSR,並且不會回應於無線電鏈路失敗而取消與第三裝置相關聯的待決SR和/或BSR。
在一個實施例中,第一裝置可以回應於無線電鏈路失敗而停止與第二裝置相關聯的側鏈路傳送和/或接收,並且可以不回應於無線電鏈路失敗而停止與第三裝置相關聯的側鏈路傳送和/或接收,其中側鏈路傳送和/或接收包含PSSCH、PSCCH和/或PSFCH傳送或接收。第一裝置還可以回應於無線電鏈路失敗而清空與第二裝置的側鏈路單播通訊相關聯的軟緩衝區,並且不會回應於無線電鏈路失敗而清空與第三裝置的側鏈路單播通訊相關聯的軟緩衝區。此外,第一裝置可以維持用於與第二裝置的側鏈路單播通訊以及與第三裝置的側鏈路單播通訊的一個側鏈路MAC實體。
返回參考第3圖和第4圖,在用於處理與第二裝置的無線電鏈路失敗的第一裝置的一個示例性實施例中。第一裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一裝置能夠(i)執行或建立與第二裝置的側鏈路單播通訊,(ii)執行或建立與第三裝置的側鏈路單播通訊,(iii)檢測到與第二裝置相關聯的無線電鏈路失敗,以及(iv)回應於無線電鏈路失敗而取消與第二裝置相關聯的待決SR和/或BSR,並且不回應於無線電鏈路失敗而取消與第三裝置相關聯的待決SR和/或BSR。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第17圖是從用於處理無線電鏈路失敗的第一裝置的角度的根據一個示例性實施例的流程圖1700。在步驟1705中,第一裝置執行或建立與第二裝置的側鏈路單播通訊。在步驟1710中,第一裝置執行或建立與第三裝置的側鏈路單播通訊。在步驟1715中,第一裝置檢測到到與第二裝置相關聯的無線電鏈路失敗。在步驟1720中,第一裝置清空與第二裝置的側鏈路單播通訊相關聯的軟緩衝區,並且不會清空與第三裝置的側鏈路單播通訊相關聯的軟緩衝區。
在一個實施例中,第一裝置可以回應於無線電鏈路失敗而取消與第二裝置相關聯的待決SR和/或BSR,並且可以不回應於無線電鏈路失敗而取消與第三裝置相關聯的待決SR和/或BSR。第一裝置還可以回應於無線電鏈路失敗而停止與第二裝置相關聯的側鏈路傳送和/或接收,並且可以不回應於無線電鏈路失敗而停止與第三裝置相關聯的側鏈路傳送和/或接收,其中側鏈路傳送或接收包含PSSCH、PSCCH和/或PSFCH傳送或接收。此外,第一裝置可以回應於無線電鏈路失敗而釋放由網路排程的或由第一裝置保留的與第二裝置相關聯的側鏈路單播資源。另外,第一裝置可以維持用於與第二裝置的側鏈路單播通訊以及與第三裝置的側鏈路單播通訊的一個側鏈路MAC實體。
返回參考第3圖和第4圖,在用於處理與第二裝置的無線電鏈路失敗的第一裝置的一個示例性實施例中。第一裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一裝置能夠(i)執行或建立與第二裝置的側鏈路單播通訊,(ii)執行或建立與第三裝置的側鏈路單播通訊,(iii)檢測到與第二裝置相關聯的無線電鏈路失敗,以及(iv)清空與第二裝置的側鏈路單播通訊相關聯的軟緩衝區,並且不會清空與第三裝置的側鏈路單播通訊相關聯的軟緩衝區。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
上文已經描述了本公開的各種方面。應明白,本文中的教示可以通過廣泛多種形式實施,且本文中所公開的任何具體結構、功能或這兩者僅是代表性的。基於本文中的教示,本領域技術人員應瞭解,本文所公開的方面可以獨立於任何其它方面實施,且兩個或更多個這些方面可以各種方式組合。例如,可以使用本文中所闡述的任何數目個方面來實施設備或實踐方法。另外,可以使用除了在本文中所闡述的一個或多個方面之外或不同於所述方面的其它結構、功能或結構和功能來實施此種設備或實踐此種方法。作為上述概念中的一些的實例,在一些方面中,可以基於脈衝重複頻率建立並行通道。在一些方面中,可以基於脈衝位置或偏移建立並行通道。在一些方面中,可以基於時間跳躍序列建立並行通道。在一些方面中,可以基於脈衝重複頻率、脈衝位置或偏移,以及時間跳躍序列建立並行通道。
本領域技術人員將理解,可以使用多種不同技術和技藝中的任一個來表示資訊和訊號。例如,可以通過電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示在整個上文描述中可能參考的數據、指令、命令、資訊、訊號、位元、符號和晶片。
本領域技術人員將進一步瞭解,結合本文中所公開的各方面描述的各種說明性邏輯塊、模組、處理器、構件、電路以及演算法步驟可以實施為電子硬體(例如,可以使用源解碼或某一其它技術進行設計的數位實施、類比實施或這兩者的組合)、併入有指令的各種形式的程式或設計代碼(為方便起見,其在本文中可以稱為“軟體”或“軟體模組”)或這兩者的組合。為清晰地說明硬體與軟體的此可互換性,上文已大體就其功能性描述了各種說明性元件、塊、模組、電路和步驟。此類功能性是實施為硬體還是軟體取決於特定應用以及強加於整個系統的設計約束。本領域技術人員可以針對每一特定應用以不同方式實施所描述的功能性,但此類實施決策不應被解釋為引起對本公開的範圍的偏離。
另外,結合本文中所公開的方面描述的各種說明性邏輯塊、模組和電路可以在積體電路(“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
1300:流程圖
1305,1310,1315,1320:步驟
1400:流程圖
1405,1410,1415,1420,1425,1430:步驟
1500:流程圖
1505,1510:步驟
1600:流程圖
1605,1610,1615,1620:步驟
1700:流程圖
1705,1710,1715,1720:步驟
第1圖示出根據一個示例性實施例的無線通訊系統的圖式。
第2圖是根據一個示例性實施例的傳送器系統(也稱為存取網路)和接收器系統(也稱為使用者設備或UE)的方塊圖。
第3圖是根據一個示例性實施例的通訊系統的功能方塊圖。
第4圖是根據一個示例性實施例的第3圖的程式碼的功能方塊圖。
第5圖是3GPP TS 23.287 V1.0.0的第5.2.1.4-1圖的重製。
第6圖是根據一個示例性實施例的圖式。
第7圖是根據一個示例性實施例的圖式。
第8圖是根據一個示例性實施例的圖式。
第9圖是根據一個示例性實施例的圖式。
第10圖是根據一個示例性實施例的圖式。
第11圖是根據一個示例性實施例的圖式。
第12圖是根據一個示例性實施例的圖式。
第13圖是根據一個示例性實施例的流程圖。
第14圖是根據一個示例性實施例的流程圖。
第15圖是根據一個示例性實施例的流程圖。
第16圖是根據一個示例性實施例的流程圖。
第17圖是根據一個示例性實施例的流程圖。
1300:流程圖
1305,1310,1315,1320:步驟
Claims (20)
- 一種第一裝置處理無線電鏈路失敗的方法,包括: 執行或建立與第二裝置的側鏈路單播通訊; 執行或建立與第三裝置的側鏈路單播通訊; 檢測到與該第二裝置相關聯的無線電鏈路失敗;以及 回應於該無線電鏈路失敗而執行與該第二裝置相關聯的側鏈路媒體存取控制重置,並且不執行與該第三裝置相關聯的側鏈路媒體存取控制重置。
- 如請求項1所述的方法,與該第二裝置相關聯的該側鏈路媒體存取控制重置包含該第一裝置停止與該第二裝置相關聯的側鏈路傳送和/或接收。
- 如請求項2所述的方法,該側鏈路傳送和/或接收包含實體側鏈路共用通道、實體側鏈路控制通道,和/或實體側鏈路反饋通道傳送或接收。
- 如請求項1所述的方法,與該第二裝置相關聯的該側鏈路媒體存取控制重置不包含停止與該第三裝置相關聯的側鏈路傳送和/或接收。
- 如請求項1所述的方法,與該第二裝置相關聯的該側鏈路媒體存取控制重置包含該第一裝置將與該第二裝置相關聯的一個或多個計時器視為到期。
- 如請求項1所述的方法,與該第二裝置相關聯的該側鏈路媒體存取控制重置包含取消與該第二裝置相關聯的待決排程請求和/或緩存狀態報告。
- 如請求項1所述的方法,與該第二裝置相關聯的該側鏈路媒體存取控制重置不包含取消與該第三裝置相關聯的待決排程請求和/或緩存狀態報告。
- 如請求項1所述的方法,與該第二裝置相關聯的該側鏈路媒體存取控制重置包含清空與該第二裝置的側鏈路單播通訊相關聯的軟緩衝區。
- 如請求項1所述的方法,與該第二裝置相關聯的該側鏈路媒體存取控制重置不包含清空與該第三裝置的側鏈路單播通訊相關聯的軟緩衝區。
- 如請求項1所述的方法,該側鏈路媒體存取控制重置包含釋放由網路排程的或由該第一裝置保留的與該第二裝置相關聯的側鏈路單播資源。
- 如請求項1所述的方法,該第一裝置維持用於與該第二裝置的側鏈路單播通訊以及與該第三裝置的側鏈路單播通訊的一個側鏈路媒體存取控制實體。
- 一種第一裝置處理無線電鏈路失敗的方法,包括: 執行或建立與第二裝置的側鏈路單播通訊; 執行或建立與第三裝置的側鏈路單播通訊; 檢測到與該第二裝置相關聯的無線電鏈路失敗;以及 回應於該無線電鏈路失敗而取消與該第二裝置相關聯的待決排程請求和/或緩存狀態報告,並且不會回應於該無線電鏈路失敗而取消與該第三裝置相關聯的待決排程請求和/或緩存狀態報告。
- 如請求項12所述的方法,該第一裝置回應於該無線電鏈路失敗而停止與該第二裝置相關聯的側鏈路傳送和/或接收,並且不會回應於該無線電鏈路失敗而停止與該第三裝置相關聯的側鏈路傳送和/或接收,其中該側鏈路傳送和/或接收包含實體側鏈路共用通道、實體側鏈路控制通道,和/或實體側鏈路反饋通道傳送或接收。
- 如請求項12所述的方法,該第一裝置回應於該無線電鏈路失敗而清空與該第二裝置的側鏈路單播通訊相關聯的軟緩衝區,並且不會回應於該無線電鏈路失敗而清空與該第三裝置的側鏈路單播通訊相關聯的軟緩衝區。
- 如請求項12所述的方法,該第一裝置維持用於與該第二裝置的側鏈路單播通訊以及與該第三裝置的側鏈路單播通訊的一個側鏈路媒體存取控制實體。
- 一種第一裝置處理無線電鏈路失敗的方法,包括: 執行或建立與第二裝置的側鏈路單播通訊; 執行或建立與第三裝置的側鏈路單播通訊; 檢測到與該第二裝置相關聯的無線電鏈路失敗;以及 清空與該第二裝置的側鏈路單播通訊相關聯的軟緩衝區,以及不清空與該第三裝置的側鏈路單播通訊相關聯的軟緩衝區。
- 如請求項16所述的方法,該第一裝置回應於該無線電鏈路失敗而取消與該第二裝置相關聯的待決排程請求和/或緩存狀態報告,並且不會回應於該無線電鏈路失敗而取消與該第三裝置相關聯的待決排程請求和/或緩存狀態報告。
- 如請求項16所述的方法,該第一裝置回應於該無線電鏈路失敗而停止與該第二裝置相關聯的側鏈路傳送和/或接收,並且不會回應於該無線電鏈路失敗而停止與該第三裝置相關聯的側鏈路傳送和/或接收,其中該側鏈路傳送或接收包含實體側鏈路共用通道、實體側鏈路控制通道,和/或實體側鏈路反饋通道傳送或接收。
- 如請求項16所述的方法,該第一裝置回應於該無線電鏈路失敗而釋放由網路排程的或由該第一裝置保留的與該第二裝置相關聯的側鏈路單播資源。
- 如請求項16所述的方法,該第一裝置維持用於與該第二裝置的側鏈路單播通訊以及與該第三裝置的側鏈路單播通訊的一個側鏈路媒體存取控制實體。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962884365P | 2019-08-08 | 2019-08-08 | |
US62/884,365 | 2019-08-08 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202107932A true TW202107932A (zh) | 2021-02-16 |
TWI747420B TWI747420B (zh) | 2021-11-21 |
Family
ID=71950462
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW109126597A TWI747420B (zh) | 2019-08-08 | 2020-08-05 | 無線通訊系統中用於處理多側鏈路通訊的方法和設備 |
Country Status (7)
Country | Link |
---|---|
US (2) | US11032864B2 (zh) |
EP (1) | EP3780887B1 (zh) |
JP (1) | JP6935557B2 (zh) |
KR (1) | KR102309642B1 (zh) |
CN (1) | CN112351508B9 (zh) |
ES (1) | ES2922348T3 (zh) |
TW (1) | TWI747420B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220086803A1 (en) * | 2020-09-17 | 2022-03-17 | Asustek Computer Inc. | Method and apparatus of handling inter-device coordination for sidelink communication in a wireless communication system |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220030516A9 (en) * | 2019-07-10 | 2022-01-27 | Mediatek Singapore Pte. Ltd. | Method and apparatus for wireless reception |
EP3780887B1 (en) * | 2019-08-08 | 2022-05-04 | ASUSTek Computer Inc. | Methods and apparatus for handling multiple sidelink communications in a wireless communication system |
US11647558B2 (en) * | 2019-08-30 | 2023-05-09 | Hyundai Motor Company | Method and apparatus for radio link management in sidelink communication |
TW202118339A (zh) * | 2019-10-21 | 2021-05-01 | 南韓商Lg電子股份有限公司 | 在無線通訊系統中與頻寬部分的單播鏈路上傳送訊號的使用者設備有關的操作方法 |
WO2021085998A1 (en) * | 2019-10-28 | 2021-05-06 | Lg Electronics Inc. | Triggering of transmission carrier or resource reselection |
US11588586B2 (en) * | 2019-10-30 | 2023-02-21 | Qualcomm Incorporated | HARQ operation for broadcast in FR2 |
WO2021085909A1 (ko) * | 2019-11-03 | 2021-05-06 | 엘지전자 주식회사 | 무선통신시스템에서 pc5 유니캐스트 링크 해제에 관련된 ue의 동작 방법 |
EP4022967A4 (en) * | 2019-11-07 | 2022-10-12 | LG Electronics Inc. | METHOD AND APPARATUS FOR TRANSMITTING PRIORITY SETTING IN A WIRELESS COMMUNICATION SYSTEM |
US11968736B2 (en) * | 2020-02-21 | 2024-04-23 | Qualcomm Incorporated | Discontinuous transmission and discontinuous reception configurations for sidelink communications |
WO2021206497A1 (en) * | 2020-04-09 | 2021-10-14 | Lg Electronics Inc. | Sidelink resource allocation and mac reset |
EP4120608A4 (en) * | 2020-04-09 | 2023-06-28 | LG Electronics, Inc. | Method and apparatus for performing mode 1 sl communication in nr v2x |
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 |
US11553354B2 (en) * | 2020-06-29 | 2023-01-10 | At&T Intellectual Property I, L.P. | Apparatuses and methods for enhancing network controls based on communication device information |
US11445529B2 (en) * | 2020-08-05 | 2022-09-13 | Qualcomm Incorporated | Techniques for relaying in sidelink communications |
WO2022092894A1 (ko) * | 2020-10-30 | 2022-05-05 | 엘지전자 주식회사 | Nr v2x에서 자원 충돌과 관련된 정보를 송수신하는 방법 및 장치 |
CN115334617A (zh) * | 2021-05-11 | 2022-11-11 | 成都极米科技股份有限公司 | 通过建立接入点进行数据传输的方法、装置及存储介质 |
US20240171220A1 (en) * | 2021-05-27 | 2024-05-23 | Qualcomm Incorporated | Channel information exchange for user equipment cooperation |
EP4355004A1 (en) * | 2021-06-08 | 2024-04-17 | LG Electronics Inc. | Method and apparatus for performing sl drx operation in nr v2x |
KR20240022475A (ko) * | 2021-06-18 | 2024-02-20 | 엘지전자 주식회사 | Nr v2x에서 그룹캐스트 데스티네이션 l2 id를 기반으로sl drx 타이머를 동작시키는 방법 및 장치 |
EP4369784A1 (en) * | 2021-07-07 | 2024-05-15 | LG Electronics Inc. | Method and device for performing sl drx operation in nr v2x |
US20230354448A1 (en) * | 2022-04-28 | 2023-11-02 | Lg Electronics Inc. | Method and apparatus for performing radio communication related to mac reset in nr v2x |
WO2024077590A1 (en) * | 2022-10-14 | 2024-04-18 | Qualcomm Incorporated | Enhanced radio link failure recovery in ue-to-ue relay |
Family Cites Families (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100287405A1 (en) * | 2009-05-08 | 2010-11-11 | Tellabs Operations, Inc. | Method and apparatus for internetworking networks |
US8649363B2 (en) * | 2010-06-01 | 2014-02-11 | Htc Corporation | Method of hybrid automatic repeat request entity handling and communication device thereof |
EP3651542B8 (en) * | 2014-08-08 | 2024-05-29 | Cisco Technology, Inc. | Method, wireless device, non-transitory computer readable medium and system for managing buffer state report in wireless communication system supporting device to device communication |
CN106717052B (zh) * | 2014-09-25 | 2020-05-19 | Lg 电子株式会社 | 无线通信系统中取消触发的prose bsr的方法和装置 |
US10470090B2 (en) * | 2014-11-14 | 2019-11-05 | Qualcomm Incorporated | Data compression techniques for handover and radio link failure recovery |
US10313065B2 (en) * | 2015-01-28 | 2019-06-04 | Lg Electronics Inc. | Method for transmitting a MAC PDU on SL-DCH in a D2D communication system and device therefor |
US10736127B2 (en) * | 2016-02-11 | 2020-08-04 | Lg Electronics Inc. | Method for transmitting data in wireless communication system and a user equipment using the same |
KR101953969B1 (ko) * | 2016-04-01 | 2019-03-04 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 설정된 리소스를 이용하여 전송을 향상시키는 방법 및 장치 |
WO2018059701A1 (en) * | 2016-09-29 | 2018-04-05 | Huawei Technologies Duesseldorf Gmbh | Sidelink-assisted handover in cellular networks |
WO2019028734A1 (en) * | 2017-08-10 | 2019-02-14 | Mediatek Singapore Pte. Ltd. | APPARATUS AND MECHANISM FOR PERFORMING BEAM MANAGEMENT AND BEAM FAILURE RECOVERY IN A NR SYSTEM |
CN111418243B (zh) * | 2017-09-28 | 2023-02-28 | 中兴通讯股份有限公司 | 用于在直通链路通信中执行载波聚合的系统和方法 |
WO2019066558A1 (en) | 2017-09-29 | 2019-04-04 | Lg Electronics Inc. | METHOD AND APPARATUS FOR EMPTYING HARQ BUFFER MEMORY IN WIRELESS COMMUNICATION SYSTEM |
US11956788B2 (en) * | 2018-07-30 | 2024-04-09 | Qualcomm Incorporated | Expiration periods for low latency communications |
US11457431B2 (en) | 2018-08-03 | 2022-09-27 | FG Innovation Company Limited | Sidelink radio resource allocation |
US11700565B2 (en) * | 2018-09-18 | 2023-07-11 | Qualcomm Incorporated | Management of radio link failure in wireless backhaul |
US11870556B2 (en) | 2018-10-05 | 2024-01-09 | Lg Electronics Inc. | Radio link monitoring |
WO2020076102A1 (ko) * | 2018-10-10 | 2020-04-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 사이드링크 harq 피드백과 관련된 정보에 기반하여 전송 전력을 제어하는 방법 및 장치 |
BR112020013486A2 (pt) * | 2019-01-11 | 2021-09-08 | Google Llc | Método para transmissão de enlace ascendente em um sistema 5g nr |
CN113228783A (zh) * | 2019-01-16 | 2021-08-06 | 联想(北京)有限公司 | 处置无线电链路故障的方法及设备 |
US11910457B2 (en) * | 2019-01-31 | 2024-02-20 | Apple Inc. | Unicast sidelink access stratum level connection maintenance |
US11425775B2 (en) * | 2019-02-01 | 2022-08-23 | Lenovo (Singapore) Pte. Ltd. | Sidelink failure detection and recovery |
WO2020166907A1 (en) * | 2019-02-14 | 2020-08-20 | Samsung Electronics Co., Ltd. | Device and method for transmitting state information in wireless communication system |
CN110536352A (zh) * | 2019-02-14 | 2019-12-03 | 中兴通讯股份有限公司 | 信息配置及资源预申请方法、装置、节点及存储介质 |
EP3935911B1 (en) * | 2019-03-08 | 2024-05-01 | FG Innovation Company Limited | Method and apparatus for sidelink communication managements |
EP3780887B1 (en) * | 2019-08-08 | 2022-05-04 | ASUSTek Computer Inc. | Methods and apparatus for handling multiple sidelink communications in a wireless communication system |
CN111269076A (zh) * | 2020-03-12 | 2020-06-12 | 山东钧睿科技服务有限公司 | 一种酶法合成β-内酰胺类抗生素离心母液回收处理工艺 |
-
2020
- 2020-08-05 EP EP20189529.9A patent/EP3780887B1/en active Active
- 2020-08-05 CN CN202010777361.2A patent/CN112351508B9/zh active Active
- 2020-08-05 ES ES20189529T patent/ES2922348T3/es active Active
- 2020-08-05 TW TW109126597A patent/TWI747420B/zh active
- 2020-08-05 US US16/985,608 patent/US11032864B2/en active Active
- 2020-08-05 JP JP2020132853A patent/JP6935557B2/ja active Active
- 2020-08-05 KR KR1020200098047A patent/KR102309642B1/ko active IP Right Grant
-
2021
- 2021-05-06 US US17/314,040 patent/US11540344B2/en active Active
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220086803A1 (en) * | 2020-09-17 | 2022-03-17 | Asustek Computer Inc. | Method and apparatus of handling inter-device coordination for sidelink communication in a wireless communication system |
Also Published As
Publication number | Publication date |
---|---|
KR102309642B1 (ko) | 2021-10-07 |
KR20210018773A (ko) | 2021-02-18 |
ES2922348T3 (es) | 2022-09-13 |
US11032864B2 (en) | 2021-06-08 |
CN112351508B (zh) | 2021-10-22 |
EP3780887A1 (en) | 2021-02-17 |
EP3780887B1 (en) | 2022-05-04 |
CN112351508A (zh) | 2021-02-09 |
JP6935557B2 (ja) | 2021-09-15 |
JP2021027589A (ja) | 2021-02-22 |
US11540344B2 (en) | 2022-12-27 |
CN112351508B9 (zh) | 2021-12-03 |
TWI747420B (zh) | 2021-11-21 |
US20210045178A1 (en) | 2021-02-11 |
US20210267002A1 (en) | 2021-08-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI747420B (zh) | 無線通訊系統中用於處理多側鏈路通訊的方法和設備 | |
EP3589066B1 (en) | Method and apparatus of handling sidelink transmission in a wireless communication system | |
US11510278B2 (en) | Method and apparatus for network configuring sidelink discontinuous reception in a wireless communication system | |
US11013008B2 (en) | Method and apparatus of handling device-to-device resource release in a wireless communication system | |
US20240107626A1 (en) | Method and apparatus for configuring sidelink discontinuous reception in a wireless communication system | |
CN111148064B (zh) | 用于改进无线通信中的一对一侧链路通信的方法和设备 | |
US11581985B2 (en) | Method and apparatus for handling sidelink reception in a wireless communication system | |
EP3609268A1 (en) | Method and apparatus of allocating resource for multiple device-to-device resource pools in a wireless communication system | |
EP4124161B1 (en) | Method and apparatus for controlling unintended bandwidth part, bwp, swtiching in a wireless communication system | |
US11564208B1 (en) | Method and apparatus for radio resource allocation to support UE-to-network relaying in a wireless communication system | |
JP2024049827A (ja) | 端末装置、方法、および、集積回路 | |
JP2024049826A (ja) | 端末装置、および、方法 | |
JP2024049825A (ja) | 端末装置、方法、および、集積回路 |