TW202044903A - 無線通訊系統中報告用於側鏈路無線電承載配置的使用者設備能力資訊的方法和設備 - Google Patents
無線通訊系統中報告用於側鏈路無線電承載配置的使用者設備能力資訊的方法和設備 Download PDFInfo
- Publication number
- TW202044903A TW202044903A TW109115471A TW109115471A TW202044903A TW 202044903 A TW202044903 A TW 202044903A TW 109115471 A TW109115471 A TW 109115471A TW 109115471 A TW109115471 A TW 109115471A TW 202044903 A TW202044903 A TW 202044903A
- Authority
- TW
- Taiwan
- Prior art keywords
- side link
- capability information
- user equipment
- message
- link capability
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/121—Wireless traffic scheduling for groups of terminals or users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
-
- 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/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- 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
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- 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
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
從第一使用者設備的角度公開了一種向網路節點報告使用者設備側鏈路能力資訊的方法和設備。在一個實施例中,該方法包含第一使用者設備與第二使用者設備建立單播鏈路。該方法還包含第一使用者設備從第二使用者設備接收第二使用者設備的第二側鏈路能力資訊。該方法還包含第一使用者設備將第一使用者設備的第一側鏈路能力資訊和第二側鏈路能力資訊傳送到網路節點或將共同側鏈路能力資訊傳送到網路節點,其中共同側鏈路能力資訊是從第一側鏈路能力資訊和第二側鏈路能力資訊導出的。
Description
本申請案要求2019年5月10日提交的第62/846,412號美國臨時專利申請案和2019年12月30日提交的第62/955,003號美國臨時專利申請案的權益,以上申請案的整個公開內容以全文引用的方式併入本文中。
本公開大體上涉及無線通訊網路,且更具體地說,涉及在無線通訊系統中報告用於SLRB配置的UE能力資訊的方法和設備。
隨著往來行動通訊裝置的大量數據的通訊需求的快速增長,傳統的行動語音通訊網路演進成與互聯網協定(Internet Protocol,IP)數據封包通訊的網路。此類IP數據封包通訊可以為行動通訊裝置的使用者提供IP承載語音、多媒體、多播和點播通訊服務。
示例性網路結構是演進型通用陸地無線電存取網(Evolved Universal Terrestrial Radio Access Network,E-UTRAN)。E-UTRAN系統可提供高數據吞吐量以便實現上述IP承載語音及多媒體服務。目前,3GPP標準組織正在討論新下一代(例如,5G)無線電技術。因此,目前在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。
從第一使用者設備(User Equipment,UE)的角度公開了一種向網路節點報告UE側鏈路能力資訊的方法和設備。在一個實施例中,該方法包含該第一UE與第二UE建立單播鏈路。該方法還包含第一UE從第二UE接收第二UE的第二側鏈路能力資訊。該方法還包含第一UE將第一使用者設備的第一側鏈路能力資訊和第二側鏈路能力資訊傳送到網路節點或將共同側鏈路能力資訊傳送到網路節點,其中共同側鏈路能力資訊是從第一側鏈路能力資訊和第二側鏈路能力資訊導出的。
下文描述的示例性無線通訊系統和裝置採用支援廣播服務的無線通訊系統。無線通訊系統經廣泛部署以提供各種類型的通訊,例如,語音、數據等等。這些系統可以基於碼分多址(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的聯合體提供的標準,包含:3GPP RAN2 #104主席筆記;R2-1900370,“電子郵件討論概要[104#58][NR V2X]-對NR V2X的QoS支持”,華為;TS 36.300 V15.3.0,“演進型通用陸地無線電存取(E-UTRA)和演進型通用陸地無線存取網(E-UTRAN);總體描述”;TS 36.331 V15.3.0,“演進型通用陸地無線電存取(E-UTRA);無線電資源控制(RRC);協定規範”;[105bis#32]PC5-RRC信令的3GPP概要,OPPO;3GPP RAN2 #107主席筆記;以及3GPP[108#44][V2X]38.331/36.331運行CR-Part1 38.331 CR(華為);3GPP RAN2#108主席筆記。上文所列的標準和文獻特此明確地以全文引用的方式併入。
圖1示出了根據本發明的一個實施例的多址無線通訊系統。存取網路100(AN)包含多個天線群組,其中一個天線群組包含104和106,另一天線群組包含108和110,並且又一天線群組包含112和114。在圖1中,針對每一天線群組僅示出了兩個天線,但是每一天線群組可以利用更多或更少個天線。存取終端116(AT)與天線112和114通訊,其中天線112和114經由前向鏈路120向存取終端116傳送資訊,並經由反向鏈路118從存取終端116接收資訊。存取終端(AT)122與天線106和108通訊,其中天線106和108經由前向鏈路126向存取終端(AT)122傳送資訊,並經由反向鏈路124從存取終端(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,該處理器可進一步處理該調變符號(例如,用於OFDM)。TX MIMO處理器220接著將NT個調變符號流提供給NT個傳送器(TMTR) 222a至222t。在某些實施例中,TX MIMO處理器220將波束成形權重應用於數據流的符號及正從其傳送該符號的天線。
每一傳送器222接收且處理相應符號流以提供一個或多個類比訊號,並且進一步調節(例如,放大、濾波和上變頻轉換)該類比訊號以提供適合於在MIMO通道上傳送的經調變訊號。接著分別從NT個天線224a至224t傳送來自傳送器222a至222t的NT個調變後訊號。
在接收器系統250處,由NR個天線252a至252r接收所傳送的經調變訊號,並且將從每個天線252接收到的訊號提供到相應的接收器(RCVR)254a至254r。每個接收器254調節(例如,濾波、放大和下變頻轉換)相應的接收到的訊號,將已調變節訊號數位化以提供樣本,且進一步處理該樣本以提供對應的“接收到的”符號流。
RX數據處理器260接著基於具體接收器處理技術從NR個接收器254接收並處理NR個接收到的符號流以提供NT個“檢測到的”符號流。 RX數據處理器260接著對每一檢測到的符號流進行解調、解交錯和解碼以恢復數據流的業務數據。由RX數據處理器260進行的處理與由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,並且無線通訊系統優選地是LTE或NR系統。通訊裝置300可以包含輸入裝置302、輸出裝置304、控制電路306、中央處理單元(central processing unit,CPU)308、記憶體310、程式碼312以及收發器314。控制電路306通過CPU 308執行記憶體310中的程式碼312,由此控制通訊裝置300的操作。通訊裝置300可以接收由使用者通過輸入裝置302(例如鍵盤或小鍵盤)輸入的訊號,且可以通過輸出裝置304(例如監視器或揚聲器)輸出圖像和聲音。收發器314用於接收和傳送無線訊號,將接收到的訊號傳遞到控制電路306,且無線地輸出由控制電路306產生的訊號。也可以利用無線通訊系統中的通訊裝置300來實現圖1中的AN 100。
圖4是根據本發明的一個實施例在圖3中所示的程式碼312的簡化方塊圖。在此實施例中,程式碼312包含應用層400、層3部分402以及層2部分404,且耦合到層1部分406。層3部分402大體上執行無線電資源控制。層2部分404大體上執行鏈路控制。層1部分406大體上執行實體連接。
3GPP RAN2#104會議關於NR eV2X側鏈路通訊做出以下協議:
關於單播的協議
1: 對於針對SL單播需要經由側鏈路在UE之間交換的AS級資訊,RAN2可將以下視為基線,且將檢查AS級資訊是否可商定以及RAN2、SA2和RAN1中的某一進程之後的細節:
- UE ID、UE能力、無線電/載送配置、PHY資訊/配置(例如,HARQ、CSI)、資源資訊/配置和QoS資訊
2: 可針對RRC配置在gNB和UE之間交換用於SL單播的AS層級資訊。 RAN2假設UE可向網路提供QoS相關資訊,且將檢查AS層級資訊是否可商定以及RAN2、SA2和RAN1中的某一進程之後的細節。
3: 針對SL單播經由側鏈路在UE之間經由RRC信令(例如PC5-RRC)交換AS級資訊。除STCH(SL業務通道)之外還將引入新邏輯通道(SCCH:SL控制通道)。SCCH攜載PC5-RRC訊息。
4: RAN2將考慮SI階段期間的兩個選項。需要關於每一選項的定義、程序和資訊的進一步論述。
- 選項1:還需要通過PC5-RRC進行AS層連接建立程序。
- 選項2:上部層連接建立程序已足夠。
5: RAN2將研究一種基於RRM或RLM的AS層級鏈路管理。 RAN2將不考慮一種基於PC5-RRC層級保活(keep alive)訊息的管理。需要關於可能的詳細選項的進一步論述。
3GPP電子郵件討論[104#58][NR/V2X]論述以下內容:
在一些文稿[11][12][13]中,指出可能需要向接收器UE通知與在傳送器UE側配置的SLRB對應的一些接收器側相關的參數,以便接收器與傳送器對準並且正確地接收從對應SLRB發送的數據。如果此類接收器側相關的SLRB配置是可配置的[13],則此類接收器側相關的SLRB配置可以包含序號空間和RLC模式,並且原因很容易理解:如果這些參數是可配置的,則當UE接收對應於LCID的數據時,必須由發送器在對應SL LCH(以及對應SLRB)上向UE通知這些參數的特定值設定,以便正確地處理數據的接收。
然而,還有一些其它合理的觀點表明,類似於DL中的UE接收,SL中的接收器處可能不需要QoS強制操作[11],或者將發送器對接收器側SLRB配置的此種強制視為一些形式的優化[12]
因此,在下文中,值得討論的是,是否需要由NR SL中的發送器UE向接收器UE通知此接收器側相關的SLRB配置。而且,在LTE SL中,在TS 36.331[17,9.1.1.6])中的STCH配置中指定這些接收器側SLRB配置,使得該配置不需要由發送器通知。問題5:發送器需要向接收器UE通知NR SL中的任何接收器側相關的SLRB配置(以便在這些配置上對準發送器和接收器)嗎? 如果是,則該接收器側相關的SLRB配置是什麼?
a)是,需要通知用於接收SLRB的SN長度(如果可配置)。
b)是,需要通知用於SLRB的RLC模式(如果可配置)。
c)否。不需要由NR SL中的發送器通知的此接收器側SLRB配置;該接收器側SLRB配置在規範中指定為LTE SL中的配置。
d)其它。如果選定,則請闡明其它選項的內容。
e)是,需要向接收器UE通知與在發送器UE處建立的每個SLRB/SL LCH相關聯的PC5 QoS設定檔。
f)是,需要通知SLRB特定的PHY配置(例如,HARQ/SFCI配置)
g)是,由傳送器UE配置的接收器側SLRB配置(例如,t-重新排序、t-重新組裝等)
3GPP R2-1900370中的附件如下描述用於NW配置/預配置SLRB的若干候選選項:
附件:用於NW配置/預配置SLRB的候選選項
根據LTE SL的經驗,具有不同RRC狀態/資源配置模式的UE可以取決於信令的不同方式以及用於其SL(預)配置(即,專用信令、系統資訊和預配置)的程序。因此,下文給出具有不同信令流的選項。
● 選項 1
[標題為“基於PC5 QoS範本的UE特定的配置”的3GPP R2-1900370的第A-1圖再現為圖5]
由於SA2推斷出限定VQI來表示TR 23.786中的每封包PC5 QoS參數並且指示每個V2X訊息(每當可適用時)的VQI由應用層[1]設定,因此此選項基於此結論並且進一步假設在每個V2X封包上標記的PC5 QoS參數(例如,VQI等(此處,圖中的特定PC5 QoS參數包含VQI以及由Q2標識的其它可能QoS參數,使得置於此處的“等等”可能根據稍後的Q2結論進行更新(如果選項本身最終得到支援)。這也適用於下文的選項3和4。)),即PC5 QoS範本(類似於Uu,此處術語“PC5 QoS範本”意味著PC5 QoS參數集合,即,VQI和來自Q2的其它可能QoS參數。)也被提交給AS(類似于傳統PPPP/PPPR),如在以上步驟2中。在步驟3中,UE可以向gNB/ng-eNB報告封包的PC5 QoS範本,並且請求與所報告的這些PC5 QoS範本相關聯的SLRB的配置。作為回應,gNB/ng-eNB可以用訊號通知與所報告的PC5 QoS範本相關聯的SLRB的配置;這些SLRB配置可包含SLRB ID、PC5 QoS範本到SLRB映射、SDAP/PDCP/RLC/LCH配置等。在步驟5中,AS中的UE根據gNB/nb-eNB配置建立與封包的QoS 範本相關聯的SLRB,且將封包映射到所建立的SLRB。然後,SL傳送發生。
由於SA2在TR 23.786[1]中假設“此版本中不支持非標準化VQI”,因此很有可能類似於NR Uu中使用的5QI,每個VQI的PC5 QoS參數也在規範中標準化。而且,如果VQI本身被視為不足以反映Q2中的所有PC5 QoS參數,則其它所需QoS參數將與VQI一起使用以形成PC5 QoS範本並且也被報告給RAN。因此,此選項的特徵在於,使UE能夠將RAN中的可用封包的直接“告知”gNB/ng-eNB,因此不再需要依賴於CN來瞭解如在Uu中的UE業務的QoS範本。適用性 :
在此選項中,gNB/ng-eNB根據UE所報告的實際可用封包的PC5 QoS參數來配置SLRB,使得SLRB以UE特定方式工作並且應用於RRC_CONNECTED UE。
● 選項 2
[標題為“基於PC5 QoS流的UE特定的配置”的3GPP R2-1900370的第A-2圖再現為圖6]
如第A-2圖中所示的選項2將模仿NR Uu中基於QoS流的機制,因為根據TR 23.786[1]中的解決方案#19,還至少針對QoS支持SL單播提出SA2,以使用如下基於PC5 QoS流的機制[1]:
具體來說,在步驟0中,如以上SA2結論,通過業務授權和提供過程將每個PC5 QoS流的PC5 QoS參數和PC5 QoS規則預先提供給UE;類似地,還通過預先提供的方式將每個QoS流的PC5 QoS範本提供給eNB/ng-eNB。隨後,當封包到達時,UE可以首先基於在步驟0中配置的PC5 QoS規則導出相關聯PC5 QoS流的標識符,並且隨後在步驟3中將這些PC5 QFI報告給gNB/ng-eNB。在gNB/ng-eNB側處,UE可以基於步驟0中從5GC的提供導出這些所報告PC5 QFI的 QoS範本,因此可以用訊號通知與所報告PC5 QFI UE相關聯的SLRB的配置。在步驟5中,AS中的UE根據gNB/ng-eNB配置建立與封包的PC5 QFI相關聯的SLRB,且將可用封包映射到所建立的SLRB。
與選項1的最大差異在於,在如在Uu中僅使用QFI的情況下,每個QoS流的特定QoS參數在UE/RAN的AS中可能不直接可見,因此gNB/ng-eNB仍需要取決於來自CN的配置來知曉如在Uu中的特定QoS範本(儘管以預先提供的方式提供QoS範本)。
適用性:類似於選項1,此選項僅適用於RRC_CONNECTED UE。
6.19.2.1.1 QoS參數到UE和NG-RAN的提供 使用針對關鍵問題#5定義的解決方案將PC5 QoS參數和PC5 QoS規則供應到UE,作為服務授權參數的一部分。PC5 QoS規則用於將V2X服務(例如,V2X應用的PSID或ITS-AID)映射到PC5 QoS流。 將PC5 QoS參數作為一部分提供給NG-RAN。經由AMF將由PCF從UDR檢索到的PC5 QoS參數提供給NG-RAN。AMF儲存此資訊作為UE上下文的一部分。對於後續程序(例如,服務請求、移交),經由N2提供PC5 QoS參數將遵循按照條款6.6.2的描述。 |
3GPP TS 36.331介紹如下內容:
5.6.10 UE輔助資訊
5.6.10.1 總則
[標題為“UE輔助資訊”的3GPP TS 36.331 V15.3.0的第5.6.10.1-1圖再現為圖7]
此程序的目標是向E-UTRAN通知UE的節電偏好和SPS輔助資訊、最大PDSCH/PUSCH頻寬配置偏好、過熱輔助資訊,或UE的延遲預算報告和RLM資訊,該UE的延遲預算報告在Uu空中介面延遲或連接模式DRX迴圈長度中以及對於BL UE或UE,在RLM事件(“早期失步”或“早期同步”)的CE中攜載所需遞增/遞減。在配置UE以提供功率偏好指示後,E-UTRAN可以考慮到UE並不偏好主要針對省電而優化的配置,直到UE以其它方式明確指示為止。
5.6.10.2 發起
能夠提供RRC_CONNECTED中的功率偏好指示的UE可以在若干種情況下發起程序,包含在配置以提供功率偏好指示後和在功率偏好改變後。能夠提供RRC_CONNECTED中的SPS輔助資訊的UE可以在若干種情況下發起程序,包含在配置以提供SPS輔助資訊後和在SPS輔助資訊改變後。
能夠提供RRC_CONNECTED中的延遲預算報告的UE可以在若干種情況下發起程序,包含在配置以提供延遲預算報告後和在延遲預算偏好改變後。
能夠進行CE模式並提供RRC_CONNECTED中的最大PDSCH/PUSCH頻寬偏好的UE可以在配置以提供最大PDSCH/PUSCH頻寬偏好後和/或在最大PDSCH/PUSCH頻寬偏好改變後發起程序。
能夠提供RRC_CONNECTED中的過熱輔助資訊的UE可以在檢測到內部過熱後或在檢測到不再經歷過熱條件後發起程序(在其被配置成如此執行的情況下)。
在發起程序後,UE應:
[…]
1> 如果配置成提供SPS輔助資訊,那麼:
2> 如果UE從配置成提供SPS輔助資訊開始不傳送具有sps-AssistanceInformation的UEAssistanceInformation訊息;或
2> 如果當前SPS輔助資訊不同於UEAssistanceInformation訊息的最後一個傳送中指示的SPS輔助資訊,那麼:
3> 根據5.6.10.3發起UEAssistanceInformation訊息的傳送;
5.6.10.3 與UEAssistanceInformation訊息的傳送有關的動作
[…]
UE將針對SPS輔助資訊設定UEAssistanceInformation訊息的內容:
1> 如果配置成提供SPS輔助資訊,那麼:
2> 如果存在需要報告SPS輔助資訊的V2X側鏈路通訊的任何業務,那麼:
3> 在UEAssistanceInformation訊息中包含trafficPatternInfoListSL;
2> 如果存在需要報告SPS輔助資訊的上行鏈路通訊的任何業務,那麼:
3> 在UEAssistanceInformation訊息中包含trafficPatternInfoListUL;
5.10.2 側鏈路UE資訊
5.10.2.1 總則
[標題為“側鏈路UE資訊”的3GPP TS 36.331 V15.3.0的第5.10.2-1圖再現為圖8]
此程序的目標是向E-UTRAN通知UE對接收側鏈路通訊或發現、接收V2X側鏈路通訊感興趣或不再感興趣,以及請求側鏈路通訊或發現通知或V2X側鏈路通訊或側鏈路發現間隙的傳送資源的指派或發佈;報告與來自異頻/PLMN細胞的系統資訊的側鏈路發現有關的參數;以及報告由UE用於V2X側鏈路通訊的同步參考。
5.10.2.2 發起
能夠進行RRC_CONNECTED中的側鏈路通訊或V2X側鏈路通訊或側鏈路發現的UE可以發起程序以指示在若干種情況下,UE(感興趣)接收側鏈路通訊或V2X側鏈路通訊或側鏈路發現,該情況包含在成功建立連接後、在發生興趣改變後、在改變成廣播包含sl-V2X-ConfigCommon的SystemInformationBlockType18或SystemInformation BlockType19或SystemInformationBlockType21的PCell後。能夠進行側鏈路通訊或V2X側鏈路通訊或側鏈路發現的UE可以發起程序以請求指派用於相關側鏈路通訊傳送或發現通知或V2X側鏈路通訊傳送的專用資源,或請求用於側鏈路發現傳送或側鏈路發現接收的側鏈路發現間隙,並且能夠進行異頻/PLMN側鏈路發現參數報告的UE可以發起程序以報告與來自異頻/PLMN細胞的系統資訊的側鏈路發現有關的參數。
註1:儘管包含sl-V2X-ConfigCommon的SystemInformationBlockType18/ SystemInformationBlockType19/SystemInformationBlockType21或SystemInformationBlock Type26不包含用於傳送的資源(在正常條件下),但是被配置成傳送側鏈路通訊/V2X側鏈路通訊/側鏈路發現通知的RRC_IDLE中的UE根據5.3.3.1a發起連接建立。
在發起程序後,UE應:
[…]
1> 如果包含sl-V2X-ConfigCommon的SystemInformationBlockType21由PCell廣播,那麼:
2> 確保針對PCell具有SystemInformationBlockType21和SystemInformationBlockType26的有效版本(如果廣播);
2> 如果由上層配置成在主要頻率上或在v2x-InterFreqInfoList(如果包含於PCell的SystemInformationBlockType21或SystemInformationBlockType26中)中包含的一個或多個頻率上接收V2X側鏈路通訊:
3> 如果UE從最後一次進入RRC_CONNECTED狀態開始就不傳送SidelinkUEInformation訊息;或
3> 如果從UE最後一次傳送SidelinkUEInformation訊息開始,UE就連接到未廣播包含sl-V2X-ConfigCommon的SystemInformationBlockType21的PCell;或
3> 如果SidelinkUEInformation訊息的最後一次傳送不包含v2x-CommRxInterestedFreqList;或如果從SidelinkUEInformation訊息的最後一次傳送開始,由上部層配置成接收V2X側鏈路通訊的頻率就已改變,那麼:
4> 根據5.10.2.3,發起SidelinkUEInformation訊息的傳送以指示感興趣的V2X側鏈路通訊接收頻率;
2> 否則:
3> 如果SidelinkUEInformation訊息的最後一次傳送包含v2x-CommRxInterestedFreqList:
4> 根據5.10.2.3,發起sidelinkUEInformation訊息的傳送以指示對V2X側鏈路通訊接收不再感興趣;
2> 如果由上層配置成在主要頻率上或在v2x-InterFreqInfoList(如果包含於PCell的SystemInformationBlockType21或SystemInformationBlockType26中)中包含的一個或多個頻率上傳送V2X側鏈路通訊:
3> 如果UE從最後一次進入RRC_CONNECTED狀態開始就不傳送SidelinkUEInformation訊息;或
3> 如果從UE最後一次傳送SidelinkUEInformation訊息開始,UE就連接到未廣播包含sl-V2X-ConfigCommon的SystemInformationBlockType21的PCell;或
3> 如果SidelinkUEInformation訊息的最後一次傳送不包含v2x-CommTxResourceReq;或如果從SidelinkUEInformation訊息的最後一次傳送開始,v2x-CommTxResourceReq所承載的資訊就已改變,那麼:
4> 根據5.10.2.3,發起SidelinkUEInformation訊息的傳送以指示UE所需的V2X側鏈路通訊傳送資源;
2> 否則:
3> 如果SidelinkUEInformation訊息的最後一次傳送包含v2x-CommTxResourceReq,那麼:
4> 根據5.10.2.3,發起SidelinkUEInformation訊息的傳送以指示不再需要V2X側鏈路通訊傳送資源;
[105bis#32]PC5-RRC信令的3GPP概要介紹以下內容:
2.2 問題-2:AS層配置
根據來自RAN2#105的結論,AS層配置僅有一個選項。
[標題為“SL AS層配置資訊流,成功”的[105bis#32]PC5-RRC信令的3GPP概要的圖5再現為圖9]
如果將以上案例視為成功案例,則第一個問題是失敗案例的必要性(圖中的註釋僅用於說明目的,而不能以程序的命名作為結論)。
[標題為“SL AS層配置資訊流,失敗”的[105bis#32]PC5-RRC信令的3GPP概要的圖6再現為圖10]
3GPP RAN2#107會議關於NR側鏈路通訊做出以下協議,如3GPP RAN2#107主席筆記中所述如下:
關於SLRB配置的協定:
1-1: 對於SL單播,SLRB標識是Tx和Rx參數。對於SL廣播和組播,其Tx/Rx屬性有待進一步研究,即僅Tx或Tx和Rx。
1-2: 對於專用SLRB配置,目的地標識是用於配置的SLRB參數中的一個。其適用於SL廣播、組播和單播。其Tx/Rx屬性有待進一步研究。
1-3: 播送類型視為經由SIB/預先配置用於共同配置的SLRB參數中的一個。其適用於SL廣播、組播和單播。其Tx/Rx屬性有待進一步研究。
2-1: 預設SLRB配置適用於每一播送類型。
2-2: 映射到SLRB的QoS流視為用於配置的SLRB參數中的一個。其適用於SL廣播、組播和單播。對於單播,其適用於Tx和Rx,對於組播和廣播,其適用於僅TX。
2-3: 傳送範圍到SLRB映射視為用於配置的SLRB參數中的一個。
3-1: 丟棄計時器是僅Tx參數且適用於SL廣播、組播和單播。
3-2: PDCP SN大小是Tx和Rx參數且適用於SL廣播、組播和單播。
3-3: MaxCID是Tx和Rx參數且適用於SL廣播、組播和單播。
3-4: ROHC簡檔需要為TX UE配置。
3-5: T-重排序計時器是僅Rx參數且適用於SL廣播、組播和單播。
3-6: OutOfOrderDelivery是僅Rx參數且適用于SL單播。關於SL廣播、組播有待進一步研究。關於TX情況有待進一步研究。
4-1: RLC模式是Tx和Rx參數且適用于SL單播。
4-2: RLC SN欄位長度是Tx和Rx參數且適用於SL廣播、組播和單播。
4-3: T-重新組裝計時器是僅Rx參數且適用於SL廣播、組播和單播。
4-4: T-PollRetransmit計時器是僅Tx參數且適用于SL單播。
4-5: PollPDU是僅Tx參數且適用于SL單播。
4-6: PollByte是僅Tx參數且適用于SL單播。
4-7: MaxRetxThreshold是僅Tx參數且適用于SL單播。
4-8: T-StatusProhibit計時器是僅Rx參數且適用于SL單播。
5-1: LogicalChannelIdentity是TX和RX參數且適用于SL單播。其是SL廣播和組播的僅TX參數。
5-2: LogicalChannelGroup是僅Tx參數且適用於SL廣播、組播和單播。
5-3: 優先順序是僅Tx參數且適用於SL廣播、組播和單播。
5-4: PrioritizedBitRate是僅Tx參數且適用於SL廣播、組播和單播。
5-5: BucketSizeDuration是僅Tx參數且適用於SL廣播、組播和單播。
5-6: ConfiguredGrantType1Allowed是僅Tx參數且適用於SL廣播、組播和單播。
5-7: SchedulingRequestID是僅Tx參數且適用於SL廣播、組播和單
播。
5-8: LogicalChannelSR-DelayTimerApplied是僅Tx參數且適用於SL廣播、組播和單播。
5-9: 是否有任何HARQ相關資訊被視為用於配置的SLRB參數中的一個有待進一步研究。
6-1: 對於SL組播,如何設定僅Rx SLRB參數是取決於UE實施方案。
6-2: 對於SL單播,如何設定僅Rx SLRB參數是取決於UE實施方案。
6-3: 為SL廣播和組播考慮單獨的SLRB配置。
如3GPP[108#44][V2X]38.331/36.331運行CR-部分1 38.331 CR(華為)所述,用於NR SL的3GPP運行CR介紹了以下內容:
5.3.5 RRC重新配置
[省略了不相關的文字]
5.3.5.3 UE接收RRCReconfiguration
UE應在接收到RRCReconfiguration之後即刻執行以下動作:
[…]
1> 如果RRCReconfiguration訊息包含sl-ConfigDedicatedNR:
2> 執行如5.3.5.X中指定的側鏈路專用配置程序;
1> 如果RRCReconfiguration訊息包含sl-ConfigDedicatedEUTRA:
2> 如果sl-V2X-ConfigDedicated包含於sl-ConfigDedicatedEUTRA中
3> 執行如TS 36.331 [10]中的5.3.10.15a中指定的V2X側鏈路通訊專用配置程序;
2> 如果sl-V2X-SPS-Config包含於sl-ConfigDedicatedEUTRA中
3> 執行如TS 36.331 [10]中的5.3.10.5中指定的V2X側鏈路SPS重新配置;
[…]
5.x.3.3 與SidelinkUEInformationNR訊息的傳送有關的動作
UE應如下設定SidelinkUEInformationNR訊息的內容:
1> 如果UE發起程序以指示其(不再)有興趣接收NR側鏈路通訊或請求(配置/釋放)NR側鏈路通訊傳送資源(即,UE包含所有涉及的資訊,無論是什麼觸發了程序):
2> 如果包含sl-ConfigCommonNR的SIBX由PCell提供:
□ 3> 如果被上部層配置成接收NR側鏈路通訊:
4> 包含sl-RxInterestedFreqList且將其設定為用於NR側鏈路通訊接收的頻率;
□ 3> 如果由上部層配置成傳送NR側鏈路通訊:
4> 包含sl-TxResourceReqList且如下針對其請求網路指派NR側鏈路通訊資源的每一目的地設定其欄位:
5> 將sl-DestinationIdentiy設定為由上部層配置用於NR側鏈路通訊傳送的目的地標識;
5> 將sl-CastType設定為由上部層配置用於NR側鏈路通訊傳送的相關聯目的地標識的播送類型;
5> 將sl-RLC-ModeIndication設定為包含RLC模式和任選地相關聯RLC模式的側鏈路QoS流的QoS範本,如果相關聯雙向側鏈路DRB添加是由於RRCReconfigurationSidelink的配置;
5> 如果檢測到側鏈路RLF,那麼設定用於NR側鏈路通訊傳送的相關聯目的地的sl-Failure;
5> 將sl-QoS-InfoList設定為包含由上部層配置用於NR側鏈路通訊傳送的相關聯目的地的側鏈路QoS流的QoS 範本;
5> 設定sl-InterestedFreqList以指示用於NR側鏈路通訊傳送的頻率;
5> 將sl-TypeTxSyncList設定為在用於NR側鏈路通訊傳送的相關聯sl-InterestedFreqList上使用的當前同步參考類型。
1> UE應向下部層提交SidelinkUEInformationNR訊息以用於傳送。
[…]
5.X.9.1 側鏈路RRC重新配置
5.x.9.1.1 總則
[標題為“側鏈路RRC重新配置,成功”的3GPP[108#44][V2X]38.331/36.331運行CR-部分1 38.331 CR(華為)的第5.x.9.1.1-1圖再現為圖11]
[標題為“側鏈路RRC重新配置,失敗”的3GPP[108#44][V2X]38.331/36.331運行CR-部分1 38.331 CR(華為)的第5.x.9.1.1-2圖再現為圖12]
此程序的目的是建立/修改/釋放側鏈路DRB或配置NR側鏈路測量和報告以用於PC5-RRC連接。
UE可以在以下情況中發起側鏈路RRC重新配置程序且對其對等UE執行子條款5.x.9.1.2中的操作:
- 與對等UE相關聯的側鏈路DRB的釋放,如子條款5.x.9.1.4中指定;
- 與對等UE相關聯的側鏈路DRB的建立,如子條款5.x.9.1.5中指定;
- 用於與對等UE相關聯的側鏈路DRB的SLRB-Config中包含的參數的修改,如子條款5.x.9.1.5中指定;
- 用以執行NR側鏈路測量和報告的對等UE的配置。
5.x.9.1.2 與RRCReconfigurationSidelink訊息的傳送有關的動作
UE應如下設定RRCReconfigurationSidelink訊息的內容:
1> 針對將釋放的每一側鏈路DRB,根據子條款5.x.9.1.4.1,由於sl-ConfigDedicatedNR、SIBX、SidelinkPreconfigNR或上部層的配置:
2> 設定對應于側鏈路DRB的slrb-ConfigToReleaseList中包含的slrb-PC5-ConfigIndex;
1> 針對將建立或修改的每一側鏈路DRB,根據子條款5.x.9.1.5.1,由於接收到sl-ConfigDedicatedNR、SIBX、SidelinkPreconfigNR:
2> 根據接收的sl-RadioBearerConfig和對應于側鏈路DRB的sl-RLC-BearerConfig,設定slrb-ConfigToAddModList中包含的SLRB-Config;
1> 針對將配置的每一NR側鏈路測量和報告:
2> 根據儲存的NR側鏈路測量配置資訊設定sl-MeasConfig;
1> 針對與側鏈路DRB相關聯的目的地啟動計時器T400;
UE應向下部層提交RRCReconfigurationSidelink訊息以用於傳送。
5.x.9.1.3 UE接收RRCReconfigurationSidelink
UE應在接收到RRCReconfigurationSidelink之後即刻執行以下動作:
1> 如果RRCReconfigurationSidelink包含slrb-ConfigToReleaseList:
2> 針對作為當前UE側鏈路配置的部分的slrb-ConfigToReleaseList中包含的每一slrb-PC5-ConfigIndex值;
3> 根據子條款5.x.9.1.4執行側鏈路DRB釋放程序;
1> 如果RRCReconfigurationSidelink包含slrb-ConfigToAddModList:
2> 針對並非當前UE側鏈路配置的部分的slrb-ConfigToAddModList中包含的每一slrb-PC5-ConfigIndex值:
3> 如果包含則應用sl-MappedQoS-FlowsToAddList和sl-MappedQoS-FlowsToReleaseList;
3> 根據子條款5.x.9.1.5執行側鏈路DRB添加程序;
2> 針對作為當前UE側鏈路配置的部分的slrb-ConfigToAddModList中包含的每一slrb-PC5-ConfigIndex值:
3> 如果包含則應用sl-MappedQoS-FlowsToAddList和sl-MappedQoS-FlowsToReleaseList;
3> 根據子條款5.x.9.1.4和5.x.9.1.5執行側鏈路DRB釋放或修改程序。
1> 如果UE不能夠遵守RRCReconfigurationFailureSidelink中包含的(部分)配置(即,側鏈路RRC重新配置失敗):
2> 繼續使用在RRCReconfigurationFailureSidelink訊息的接收之前使用的配置;
2> 設定RRCReconfigurationFailureSidelink訊息的內容;
3> 將RRCReconfigurationFailureSidelink訊息提交到下部層以用於傳送;
1> 否則:
2> 設定RRCReconfigurationCompleteSidelink訊息的內容;
3> 將RRCReconfigurationCompleteSidelink訊息提交到下部層以用於傳送;
注意X:當同一邏輯通道由另一UE配置不同RLC模式時,UE將情況處置為側鏈路RRC重新配置失敗。
[…]
如3GPP RAN2#108主席筆記中所述,3GPP RAN2#108會議做出以下協議:
關於失敗情況處置的協定:
1: 在SL RLF後的SUI報告包含顯式失敗指示。
2: 在PC5-RRC連接釋放後,UE執行以下動作:1)丟棄任何相關聯SL UE上下文,如果存在的話;2)釋放所有相關聯SLRB配置,包含釋放RLC實體和相關聯PDCP實體和SDAP;以及3)如果PC5-RRC連接釋放由AS層觸發,那麼指示到上部層(例如,PC5-S實體)的PC5-RRC連接的釋放。關於針對MAC層、安全金鑰和相關計時器(如果存在)的行為有待進一步研究。
3: 如果UE能夠遵守在AS層配置訊息中接收的配置,那麼其發起基於PC5-RRC的AS層配置完成。否則,其發起基於PC5-RRC的AS層配置失敗。在基於PC5-RRC的AS層配置失敗時是否遵循proposal3有待進一步研究。
在3GPP R2-1900370中,引入用於基於PC5服務品質(Quality of Service,QoS)流以及基於PC5 QoS範本的NW配置側鏈路無線電承載(SLRB)配置和預配置SLRB配置的選項。SLRB配置可以包含SLRB ID、QoS流到SLRB映射,以及AS配置(例如,封包數據彙聚協議(Packet Data Convergence Protocol,PDCP)/無線鏈路控制(Radio Link Control,RLC)/邏輯通道(Logical Channel,LCH)配置)。AS配置可以指示t-Reordering、Reordering_Window、Maximum_PDCP_SN、RLC模式(UM或AM)、AM_Window_Size、UM_Window_Size、側鏈路邏輯通道的標識和/或等等。
在AS層配置程序期間,如果由gNB提供的NW配置的SLRB配置對於對等UE是不可接受的,那麼可能發生失敗情況。隨後,問題是如何確保gNB可配置對兩個UE可接受的SLRB配置。
在NR Uu中,gNB根據UE的能力決定用於UE的專用配置。如果NR SL遵循NR Uu設計,那麼gNB可能需要知道兩個UE的側鏈路能力,然後gNB才能提供對兩個UE可接受的NW配置的SLRB配置。據推測UE1與UE2建立單播鏈路,且UE1處於RRC_CONNECTED。可能的解決方案是UE1向其服務gNB報告兩個UE(UE1和UE2)的UE側鏈路能力資訊,使得服務gNB可決定對兩個UE可接受的SLRB配置。有可能UE1可以在一個訊息或單獨訊息中向gNB報告兩個UE的UE側鏈路能力資訊。
在一個實施例中,UE1可以在用以請求用於單播鏈路的SLRB配置或用以向gNB告知UE1對側鏈路通訊感興趣的訊息中報告兩個UE的UE側鏈路能力資訊。UE1可能可以在UE輔助資訊中向gNB報告兩個UE的UE側鏈路能力資訊。換句話說,應當在請求NW配置的SLRB配置之前在兩個UE上完成UE能力傳送程序。在從gNB接收NW配置的SLRB配置之後,UE1將向UE2傳送AS配置。由於AS配置將是UE2可接受的,因此UE2將向UE1答覆與AS配置相關聯的完整訊息。AS配置包含用於單播鏈路上的傳送和/或接收的參數(或SLRB配置)。此解決方案可以在圖13中示出,該圖示出根據一個示例性實施例的用於報告UE側鏈路能力資訊和請求SLRB配置的示例性流程圖。
關於UE側鏈路能力資訊,可以包含以下元素或參數中的至少一個:
- 傳送時間單位(例如,一個TTI)中的TB的最大位元數;
- 是否支持某一MCS(例如,16或64 QAM);
- 是否支持CBR測量;
- TX分集相關;
- 是否支持FR2;
- 是否支持mode1/mode2共存;
- 頻帶組合支援同時TX或RX;
- 支持的SLRB ID範圍;
- 支持的PC5 QoS流ID範圍;
- 支援的PDCP相關配置(例如,丟棄計時器、pdcp-SN-Size、maxCID、簡檔、outOfOrderDelivery、t-Reordering和/或等等);
- 支援的RLC相關配置(例如,logicalChannelIdentity、RLC模式、sn-FieldLength、t-Reassembly、t-StatusProhibit、t-PollRetransmit、pollPDU、pollByte、maxRetxThreshold和/或等等);
- 支援的MAC相關配置(例如,優先順序範圍、LCH限制、logicalChannelGroup、schedulingRequestID和/或等等)。
還可能UE側鏈路能力資訊可含有用於傳送的參數、用於接收的參數和/或用於傳送和接收的參數。在此情形下,UE可能僅需要向gNB報告UE側鏈路能力的部分,以便gNB決定用於單個方向(即,用於一個UE到另一UE)的SLRB配置,例如用於UE的傳送的參數和用於對等UE的接收的參數。
圖16是從第一UE的角度的根據一個示例性實施例的向網路節點報告UE側鏈路能力資訊的流程圖1600。在步驟1605中,第一UE與第二UE建立單播鏈路。在步驟1610中,UE從第二UE接收第二UE的第二側鏈路能力資訊。在步驟1615中,第一UE將第一UE的第一側鏈路能力資訊和第二側鏈路能力資訊傳送到網路節點。
在一個實施例中,第一UE可以將第一UE的第一側鏈路能力資訊傳送到第二UE。第一UE還可將第一訊息傳送到網路節點以請求用於單播鏈路的SLRB配置。此外,第一UE可以從網路節點接收第二訊息,其中第二訊息包含用於單播鏈路的SLRB配置。
返回參考圖3和圖4,在第一UE的一個示例性實施例中,裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一UE能夠:(i)與第二UE建立單播鏈路,(ii)從第二UE接收第二UE的第二側鏈路能力資訊,且(iii)將第一UE的第一側鏈路能力資訊和第二側鏈路能力資訊傳送到網路節點。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
圖17是從網路節點的角度的根據一個示例性實施例的從第一UE接收UE側鏈路能力資訊的流程圖1700。在步驟1705中,網路節點從第一UE接收第一UE的第一側鏈路能力資訊和第二UE的第二側鏈路能力資訊,其中存在在第一UE與第二UE之間建立的單播鏈路。在步驟1710中,網路節點從第一UE接收第一訊息,其中第一訊息用以請求用於單播鏈路的SLRB配置。在步驟1715中,網路節點將第二訊息傳送到第一UE,其中第二訊息包含用於單播鏈路的SLRB配置。
返回參考圖3和圖4,在網路節點的一個示例性實施例中,裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使網路節點能夠:(i)從第一UE接收第一UE的第一側鏈路能力資訊和第二UE的第二側鏈路能力資訊,其中存在在第一UE與第二UE之間建立的單播鏈路,(ii)從第一UE接收第一訊息,其中第一訊息用以請求用於單播鏈路的SLRB配置,且(iii)將第二訊息傳送到第一UE,其中第二訊息包含用於單播鏈路的SLRB配置。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
在圖16和圖17中圖示且上文描述的實施例的上下文中,在一個實施例中,網路節點可以包含用於單播鏈路的PC5 QoS流的標識。第二訊息可以包含PC5 QoS流的標識。
在一個實施例中,第一訊息可以包含用於單播鏈路的SLRB的標識。第二訊息可以包含用於單播鏈路的SLRB的標識。第二訊息可以指示PC5 QoS流映射到SLRB。
在一個實施例中,第一側鏈路能力資訊和第二側鏈路能力資訊可以在一個訊息或兩個訊息中傳送到網路節點。第一側鏈路能力資訊和第二側鏈路能力資訊可以包含於第一訊息中。第一側鏈路能力資訊和第二側鏈路能力資訊還可以包含於UE輔助資訊(例如,UEAssistanceInformation)或用以指示第一UE對側鏈路通訊感興趣的資訊(例如,SidelinkUEInformation)中。
在一個實施例中,可以根據第一側鏈路能力資訊和第二側鏈路能力資訊決定SLRB配置。網路節點可以是基站(例如,eNB)。
UE1的側鏈路能力參數有可能不同於UE2的對應側鏈路能力參數。為了導出對兩個UE可接受的SLRB配置,gNB可能需要基於關於較低能力的參數決定SLRB配置。換句話說,如果UE1的側鏈路能力參數比UE2的對應參數好,那麼gNB應當基於UE2的側鏈路能力參數決定SLRB配置。
舉例來說,UE1可以在單播鏈路上執行向UE2的側鏈路傳送。對於最大TB(傳輸塊)大小,UE1可支援每TB至多2,000位元,且UE2可支援每TB至多1,000位元。對於MCS,UE1可支援至多64-QAM,且UE2可支援至多16-QAM。UE1根據兩個UE的側鏈路能力導出側鏈路能力參數集合是可行的。在此實例中,UE1可向gNB報告例如“針對最大TB大小每TB 1000位元”和“用於MCS的16-QAM”。並非報告兩個UE的UE側鏈路能力資訊,此替代方案是UE1根據兩個UE的側鏈路能力導出側鏈路能力參數集合且向gNB報告此側鏈路能力參數集合。因此,可減小信令開銷。類似地,UE1可以在用以請求用於單播鏈路的SLRB配置和/或用以向gNB告知UE1對側鏈路通訊感興趣的訊息中報告從兩個UE的側鏈路能力導出的側鏈路能力參數集合。從兩個UE的側鏈路能力導出的側鏈路能力參數集合可能可以包含於待發送到gNB的UE輔助資訊中。此替代方案可以在圖14中示出,該圖示出根據一個示例性實施例的用於報告UE側鏈路能力資訊和請求SLRB配置的示例性流程圖。
關於側鏈路能力參數,其可以是以下元素或參數中的一個:
- 傳送時間單位(例如,一個TTI)中的TB的最大位元數;
- 是否支持某一MCS(例如,16或64 QAM);
- 是否支持CBR測量;
- TX分集相關;
- 是否支持FR2;
- 是否支持mode1/mode2共存;
- 頻帶組合支援同時TX或RX;
- 支持的SLRB ID範圍;
- 支持的PC5 QoS流ID範圍;
- 支援的PDCP相關配置(例如,丟棄計時器、pdcp-SN-Size、maxCID、簡檔、outOfOrderDelivery、t-Reordering和/或等等);
- 支援的RLC相關配置(例如,logicalChannelIdentity、RLC模式、sn-FieldLength、t-Reassembly、t-StatusProhibit、t-PollRetransmit、pollPDU、pollByte、maxRetxThreshold和/或等等);
- 支援的MAC相關配置(例如,優先順序範圍、LCH限制、logicalChannelGroup、schedulingRequestID和/或等等)。
圖18是從第一UE的角度的根據一個示例性實施例的向網路節點報告UE側鏈路能力資訊的流程圖1800。在步驟1805中,第一UE與第二UE建立單播鏈路。在步驟1810中,UE從第二UE接收第二UE的第二側鏈路能力資訊。在步驟1815中,第一UE從第一UE的第一側鏈路能力資訊和第二側鏈路能力資訊導出側鏈路能力參數集合。在步驟1820中,第一UE將側鏈路能力參數集合傳送到網路節點。
在一個實施例中,第一UE可以將第一UE的第一側鏈路能力資訊傳送到第二UE。第一UE還可將第一訊息傳送到網路節點以請求用於單播鏈路的SLRB配置。此外,第一UE可以從網路節點接收第二訊息,其中第二訊息包含用於單播鏈路的SLRB配置。
返回參考圖3和圖4,在第一UE的一個示例性實施例中,裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一UE能夠:(i)與第二UE建立單播鏈路,(ii)從第二UE接收第二UE的第二側鏈路能力資訊,(iii)從第一UE的第一側鏈路能力資訊和第二側鏈路能力資訊導出側鏈路能力參數集合,且(iv)將側鏈路能力參數集合傳送到網路節點。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
圖19是從網路節點的角度的根據一個示例性實施例的從第一UE接收UE側鏈路能力資訊的流程圖1900。在步驟1905中,網路節點從第一UE接收側鏈路能力參數集合,其中側鏈路能力參數集合是從第一UE的第一側鏈路能力資訊和第二UE的第二側鏈路能力資訊導出的,且存在在第一UE與第二UE之間建立的單播鏈路。在步驟1910中,網路節點從第一UE接收第一訊息,其中第一訊息用以請求用於單播鏈路的SLRB配置。在步驟1915中,網路節點將第二訊息傳送到第一UE,其中第二訊息包含用於單播鏈路的SLRB配置。
返回參考圖3和圖4,在網路節點的一個示例性實施例中,裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使網路節點能夠:(i)從第一UE接收側鏈路能力參數集合,其中側鏈路能力參數集合是從第一UE的第一側鏈路能力資訊和第二UE的第二側鏈路能力資訊導出的,且存在在第一UE與第二UE之間建立的單播鏈路,(ii)從第一UE接收第一訊息,其中第一訊息用以請求用於單播鏈路的SLRB配置,且(iii)將第二訊息傳送到第一UE,其中第二訊息包含用於單播鏈路的SLRB配置。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
在圖18和圖19中圖示且上文描述的實施例的上下文中,在一個實施例中,第一訊息可以包含用於單播鏈路的PC5 QoS流的標識。第二訊息可以包含PC5 QoS流的標識。
在一個實施例中,第一訊息可以包含用於單播鏈路的SLRB的標識。第二訊息可以包含用於單播鏈路的SLRB的標識。第二訊息可以指示PC5 QoS流映射到SLRB。
在一個實施例中,側鏈路能力參數集合可以在一個訊息或兩個訊息中傳送到網路節點。側鏈路能力參數集合可以包含於第一訊息中。此外,側鏈路能力參數集合可以包含於UE輔助資訊(例如,UEAssistanceInformation)或用以指示第一UE對側鏈路通訊感興趣的資訊(例如,SidelinkUEInformation)中。
在一個實施例中,可以根據側鏈路能力參數集合決定SLRB配置。網路節點可以是基站(例如,eNB)。
替代地,UE1可以不在對SLRB配置的請求中包含UE2的側鏈路能力參數。實際上,UE1可以在UE2無法遵守SLRB配置的情況下發送到基站的SLRB配置的失敗訊息中包含UE2的側鏈路能力參數。基站可能可以首先基於UE1的側鏈路能力參數決定SLRB配置。並且接著,UE1可以經由PC5 RRC訊息將AS配置傳送到UE2,其中AS配置可以從SLRB配置導出。如果UE2的側鏈路能力和UE1的側鏈路能力不同,那麼UE2可能無法遵守AS配置。在此情形下,UE2可以將AS配置的失敗訊息傳送到UE1。失敗訊息可以是RRC訊息(例如,RRCReconfigurationFailureSidelink)。失敗訊息可以包含指示UE2例如由於側鏈路能力而無法遵守AS配置的原因值。
在接收到由於側鏈路能力的失敗訊息之後,UE1可以即刻將失敗指示傳送到基站。失敗指示可以經由例如SidelinkUEInformationNR的RRC訊息傳送。失敗指示可以是指示UE2無法遵守AS配置或SLRB配置的原因值。此外,包含失敗指示的RRC訊息可以包含UE2的側鏈路能力參數。替代地,RRC訊息可包含UE2的側鏈路能力參數而不是失敗指示,以便暗示UE2無法遵守AS配置且減少信令開銷。除失敗指示和/或UE2的側鏈路能力參數之外,RRC訊息還可以包含例如與涉及的SLRB相關聯的SL-DestinationIdentity或sl-DestinationIndex,與涉及的SLRB相關聯的SLRB-Uu-ConfigIndex,映射到涉及的SLRB的PC5 QoS流的sl-QoS-FlowIdentity,和/或PC5 QoS流的sl-QoS-Profile。
在接收到包含UE2的側鏈路能力參數的RRC訊息之後,基站可以即刻基於UE1的側鏈路能力參數和/或UE2的側鏈路能力參數重新考慮或重新決定用於涉及的SLRB的新SLRB配置,且將新SLRB配置提供到UE1。通過新SLRB配置,UE1經由PC5 RRC訊息將新AS配置傳送到UE2。替代方案可以在圖15中示出,該圖是根據一個示例性實施例的用於在RRCReconfigurationFailureSidelink的接收之後即刻報告UE側鏈路能力資訊的示例性流程圖。
根據3GPP[108#44][V2X]38.331/36.331運行CR-Part1 38.331 CR(華為),當檢測到側鏈路RLF時UE經由SidelinkUEInformationNR將sl-Failure傳送到基站。在此情況下,基站可能不需要重新考慮或重新決定新SLRB配置。因此,在檢測到SL RLF之後,UE1可以即刻經由RRC訊息(例如,SidelinkUEInformationNR)將指示SL RLF的失敗指示傳送到基站。然而,RRC訊息可能不需要包含UE2的側鏈路能力參數。
另外,根據3GPP RAN2#108主席筆記,如果UE能夠遵守AS層配置訊息中接收的配置,那麼UE發起基於PC5-RRC的AS層配置完成。否則,UE發起基於PC5-RRC的AS層配置失敗。基於此協定,失敗訊息可以包含指示AS配置中的LCID衝突的原因值。由於對應於AS配置的側鏈路邏輯通道的LCID是由UE1指派,因此UE1可以回應於接收到指示LCID衝突的失敗訊息為側鏈路邏輯通道重新指派新LCID,且可以傳送具有新LCID的新AS配置(即,除LCID外的所有TX-RX對準參數都不改變)以用於對UE2配置側鏈路邏輯通道。在此情況下,基站可能不需要重新考慮或重新決定新SLRB配置。因此,在接收到指示LCID衝突的失敗訊息之後,UE1可能不需要經由RRC訊息(例如,SidelinkUEInformationNR)將指示LCID衝突的失敗指示傳送到基站。
圖20是從第一UE的角度的根據一個示例性實施例的從網路節點請求SLRB配置的流程圖2000。在步驟2005中,第一UE與第二UE建立單播鏈路。在步驟2010中,第一UE將第一AS配置傳送到第二UE。在步驟2015中,第一UE從第二UE接收第一AS配置的失敗訊息。在步驟2020中,第一UE回應於接收到失敗訊息而將第三RRC訊息傳送到網路節點,其中第三RRC訊息包含第二UE的第二側鏈路能力資訊。
在一個實施例中,第一UE可以經由PC5 RRC訊息接收第二UE的第二側鏈路能力資訊。第一UE還可以將第一RRC訊息傳送到網路節點以用於請求用於單播鏈路的第一SLRB配置,其中第一AS配置是從第一SLRB配置導出的。此外,第一UE可以從網路節點接收第二RRC訊息,其中第二RRC訊息包含用於單播鏈路的第一SLRB配置。
在一個實施例中,第一UE可以從網路節點接收第四RRC訊息,其中第四RRC訊息包含用於單播鏈路的第二SLRB配置。UE還可以經由PC5 RRC訊息將第二AS配置傳送到第二UE,其中第二AS配置是從第二SLRB配置導出的。
返回參考圖3和圖4,在第一UE的一個示例性實施例中,裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一UE能夠:(i)與第二UE建立單播鏈路,(ii)將第一AS配置傳送到第二UE,(iii)從第二UE接收第一AS配置的失敗訊息,且(iv)回應於接收到失敗訊息而將第三RRC訊息傳送到網路節點,其中第三RRC訊息包含第二UE的第二側鏈路能力資訊。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
圖21是從網路節點的角度的根據一個示例性實施例的提供用於在第一UE與第二UE之間建立的單播鏈路的SLRB配置的流程圖2100。在步驟2105中,網路節點從第一UE接收第三RRC訊息,其中第三RRC訊息指示第二UE無法遵守用於單播鏈路的第一SLRB配置的內容且包含第二UE的第二側鏈路能力資訊。在步驟2110中,網路節點將第四RRC訊息傳送到第一UE,其中第四RRC訊息包含基於第二UE的第二側鏈路能力資訊而決定的第二SLRB配置。
在一個實施例中,網路節點可以從第一UE接收第一RRC訊息以用於請求用於單播鏈路的第一SLRB配置。網路節點還可以將第二RRC訊息傳送到第一UE,其中第二RRC訊息包含用於單播鏈路的第一SLRB配置。
返回參考圖3和圖4,在網路節點的一個示例性實施例中,裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使得網路節點能夠:(i)從第一UE接收第三RRC訊息,其中第三RRC訊息指示第二UE無法遵守用於單播鏈路的第一SLRB配置的內容且包含第二UE的第二側鏈路能力資訊,且(ii)將第四RRC訊息傳送到第一UE,其中第四RRC訊息包含基於第二UE的第二側鏈路能力資訊而決定的第二SLRB配置。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
在圖20和圖21中圖示且上文描述的實施例的上下文中,在一個實施例中,第一RRC訊息可以包含第一UE的第一側鏈路能力資訊。第三RRC訊息還可以包含第一UE的第一側鏈路能力資訊。
在一個實施例中,第一訊息可以包含用於單播鏈路的PC5 QoS流的標識(例如,sl-QoS-FlowIdentity),用於單播鏈路的PC5 QoS流的PC5 QoS範本(例如,sl-QoS-Profile),或第二UE的目的地層2 ID(例如,SL-DestinationIdentity)。第二訊息可以包含PC5 QoS流的標識(例如,sl-QoS-FlowIdentity),或用於單播鏈路的SLRB的標識或配置索引(例如,SLRB-Uu-ConfigIndex)。第二訊息可以指示PC5 QoS流映射到SLRB。
在一個實施例中,第一SLRB配置可以包含與SLRB相關聯的TX-RX對準參數的第一集合。第三訊息可以包含與SLRB相關聯的SL-DestinationIdentity或sl-DestinationIndex,與SLRB相關聯的SLRB-Uu-ConfigIndex,映射到SLRB的PC5 QoS流的sl-QoS-FlowIdentity,和/或PC5 QoS流的sl-QoS-Profile。SL-DestinationIdentity或sl-DestinationIndex可以與第二UE相關聯。第四訊息可以包含與SLRB相關聯的TX-RX對準參數的第二集合。
在一個實施例中,第一訊息或第三訊息可以是SidelinkUEInformationNR。第二訊息或第三訊息可以是RRCReconfiguration。第一或第二側鏈路能力資訊可以包含例如支援的TX-RX對準參數、SLRB ID範圍、邏輯通道標識(LCID)範圍、PC5 QoS流ID範圍、傳送時間單位中的TB的最大位元數,和/或MCS。網路節點可以是基站(例如,eNB)。
圖22是從第一UE的角度的根據一個示例性實施例的向網路節點報告UE側鏈路能力資訊的流程圖2200。在步驟2205中,第一UE與第二UE建立單播鏈路。在步驟2210中,第一UE從第二UE接收第二UE的第二側鏈路能力資訊。在步驟2215中,第一UE將該第一使用者設備的第一側鏈路能力資訊和第二側鏈路能力資訊傳送到網路節點或共同側鏈路能力資訊傳送到網路節點,其中共同側鏈路能力資訊是從第一側鏈路能力資訊和第二側鏈路能力資訊導出的。
在一個實施例中,第一UE可以將第一訊息傳送到網路節點以請求用於單播鏈路的SLRB配置。第一UE還可以從網路節點接收第二訊息,其中第二訊息包含用於單播鏈路的側鏈路無線電承載(SLRB)配置。
在一個實施例中,第一側鏈路能力資訊和第二側鏈路能力資訊可以包含於一訊息中或分別包含於二訊息中。第一/二側鏈路能力資訊或共同側鏈路能力資訊還可以包含於UE輔助資訊(例如,UEAssistanceInformation)或側鏈路UE資訊(例如,SidelinkUEInformation)中。其中第一/第二訊息可能為RRC訊息。
在一個實施例中,網路節點可以是基站(例如,gNB)。
返回參考圖3和圖4,在第一UE的一個示例性實施例中,裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使得第一UE能夠:(i)與第二UE建立單播鏈路,(ii)從第二UE接收第二UE的第二側鏈路能力資訊,且(iii)將第一使用者設備的第一側鏈路能力資訊和第二側鏈路能力資訊傳送到網路節點或將共同側鏈路能力資訊傳送到網路節點,其中共同側鏈路能力資訊是從第一側鏈路能力資訊和第二側鏈路能力資訊導出的。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
圖23是從網路節點的角度的根據一個示例性實施例的從第一UE接收UE側鏈路能力資訊的流程圖2300,其中存在在第一UE與第二UE之間建立的單播鏈路。在步驟2305中,網路節點從第一UE接收第一使用者設備的第一側鏈路能力資訊和第二UE的第二側鏈路能力資訊或從第一UE接收共同側鏈路能力資訊,其中共同側鏈路能力資訊是從第一側鏈路能力資訊和第二側鏈路能力資訊導出的。在步驟2310中,網路節點從第一UE接收第一訊息,其中第一訊息用以請求用於單播鏈路的SLRB配置。在步驟2315中,網路節點將第二訊息傳送到第一UE,其中第二訊息包含用於單播鏈路的SLRB配置。
在一個實施例中,可以根據第一側鏈路能力資訊和第二側鏈路能力資訊或根據共同側鏈路能力資訊決定SLRB配置。第一訊息可以包含用於單播鏈路的PC5 QoS流的標識。第二訊息可以包含PC5 QoS流的標識或用於單播鏈路的SLRB的標識。
在一個實施例中,第二訊息可以指示PC5 QoS流映射到SLRB。第一側鏈路能力資訊和第二側鏈路能力資訊可以包含於一訊息中或分別包含於二訊息中。第一/二側鏈路能力資訊或共同側鏈路能力資訊還可以包含於UE輔助資訊(例如,UEAssistanceInformation)或側鏈路UE資訊(例如,SidelinkUEInformation)中。其中,第一/第二訊息可能為RRC訊息。
在一個實施例中,網路節點可以是基站(例如,gNB)。
返回參考圖3和圖4,在網路節點的一個示例性實施例中,裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使得網路節點能夠:(i)從第一UE接收第一使用者設備的第一側鏈路能力資訊和第二UE的第二側鏈路能力資訊或從第一UE接收共同側鏈路能力資訊,其中共同側鏈路能力資訊是從第一側鏈路能力資訊和第二側鏈路能力資訊導出的,(ii)從第一UE接收第一訊息,其中第一訊息用以請求用於單播鏈路的SLRB配置,且(iii)將第二訊息傳送到第一UE,其中第二訊息包含用於單播鏈路的SLRB配置。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
上文已經描述了本發明的各種方面。應明白,本文中的教示可通過廣泛多種形式實施,且本文中所公開的任何具體結構、功能或這兩者僅是代表性的。基於本文中的教示,所屬領域的技術人員應瞭解,本文公開的方面可獨立於任何其它方面而實施,且兩個或更多個這些方面可以各種方式組合。舉例來說,可以使用本文中所闡述的任何數目個方面來實施設備或實踐方法。另外,通過使用除了在本文中所闡述的方面中的一個或多個之外或不同于在本文中所闡述的方面中的一個或多個的其它結構、功能性或結構和功能性,可以實施此設備或可以實踐此方法。作為上述概念中的一些的實例,在一些方面中,可以基於脈衝重複頻率建立並行通道。在一些方面中,可基於脈衝位置或偏移建立並行通道。在一些方面中,可基於跳時序列建立並行通道。在一些方面中,可基於脈衝重複頻率、脈衝位置或偏移以及跳時序列而建立並行通道。
所屬領域的技術人員將理解,可使用多種不同技術及技藝中的任一者來表示資訊和訊號。舉例來說,可通過電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示在整個上文描述中可能參考的數據、指令、命令、資訊、訊號、位元、符號和碼片。
所屬領域的技術人員將進一步瞭解,結合本文公開的方面描述的各種說明性邏輯塊、模組、處理器、構件、電路和演算法步驟可以被實施為電子硬體(例如,數位實施方案、類比實施方案或兩者的組合,其可以使用信源編碼或某一其它技術來設計)、各種形式的併入有指令的程式或設計代碼(在本文為方便起見可以稱為“軟體”或“軟體模組”),或兩者的組合。為清晰地說明硬體與軟體的此可互換性,上文已大體就各種說明性元件、塊、模組、電路和步驟的功能性加以描述。此類功能性是實施為硬體還是軟體取決於特定應用以及強加於整個系統的設計約束。本領域的技術人員可針對每一具體應用以不同方式來實施所描述的功能性,但這樣的實施決策不應被解釋為會引起脫離本發明的範圍。
另外,結合本文公開的方面描述的各種說明性邏輯塊、模組和電路可以實施於積體電路(“IC”)、存取終端或存取點內或者由積體電路、存取終端或存取點執行。 IC可以包括通用處理器、數位訊號處理器(DSP)、專用積體電路(ASIC)、現場可程式設計閘陣列(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
1600:流程圖
1605,1610,1615:步驟
1700:流程圖
1705,1710,1715:步驟
1800:流程圖
1805,1810,1815,1820:步驟
1900:流程圖
1905,1910,1915:步驟
2000:流程圖
2005,2010,2015,2020:步驟
2100:流程圖
2105,2110:步驟
2200:流程圖
2205,2210,2215:步驟
2300:流程圖
2305,2310,2315:步驟
圖1示出根據一個示例性實施例的無線通訊系統的圖。
圖2是根據一個示例性實施例的傳送器系統(也被稱作存取網路)和接收器系統(也被稱作使用者設備或UE)的方塊圖。
圖3是根據一個示例性實施例的通訊系統的功能方塊圖。
圖4是根據一個示例性實施例的圖3的程式碼的功能方塊圖。
圖5是3GPP R2-1900370的第A-1圖的再現。
圖6是3GPP R2-1900370的第A-2圖的再現。
圖7是3GPP TS 36.331 V15.3.0的第5.6.10.1-1圖的再現。
圖8是3GPP TS 36.331 V15.3.0的第5.10.2-1圖的再現。
圖9是[105bis#32]PC5-RRC信令的3GPP概要的圖1的再現。
圖10是[105bis#32]PC5-RRC信令的3GPP概要的圖2的再現。
圖11是3GPP [108#rr][V2X] 38.331/36.331運行CR-部分1 38.331 CR(華為)的第5.x.9.1.1-1圖的再現。
圖12是3GPP [108#rr][V2X] 38.331/36.331運行CR-部分1 38.331 CR(華為)的第5.x.9.1.1-2圖的再現。
圖13是根據一個示例性實施例的流程圖。
圖14是根據一個示例性實施例的流程圖。
圖15是根據一個示例性實施例的流程圖。
圖16是根據一個示例性實施例的流程圖。
圖17是根據一個示例性實施例的流程圖。
圖18是根據一個示例性實施例的流程圖。
圖19是根據一個示例性實施例的流程圖。
圖20是根據一個示例性實施例的流程圖。
圖21是根據一個示例性實施例的流程圖。
圖22是根據一個示例性實施例的流程圖。
圖23是根據一個示例性實施例的流程圖。
2200:流程圖
2205,2210,2215:步驟
Claims (20)
- 一種用於第一使用者設備向網路節點報告使用者設備側鏈路能力資訊的方法,包括: 與第二使用者設備建立單播鏈路; 從該第二使用者設備接收該第二使用者設備的第二側鏈路能力資訊;以及 將該第一使用者設備的第一側鏈路能力資訊和該第二側鏈路能力資訊傳送到網路節點或將共同側鏈路能力資訊傳送到該網路節點,其中該共同側鏈路能力資訊是從該第一側鏈路能力資訊和該第二側鏈路能力資訊導出的。
- 如請求項1所述的方法,還包括: 將第一訊息傳送到該網路節點以請求用於該單播鏈路的側鏈路無線電承載配置。
- 如請求項1所述的方法,還包括: 從該網路節點接收第二訊息,其中該第二訊息包含用於該單播鏈路的側鏈路無線電承載配置。
- 如請求項1所述的方法,該第一側鏈路能力資訊和該第二側鏈路能力資訊包含於一訊息中或分別包含於二訊息中。
- 如請求項1所述的方法,該第二側鏈路能力資訊或該共同側鏈路能力資訊包含於使用者設備輔助資訊或側鏈路使用者設備資訊中。
- 如請求項1所述的方法,該網路節點是基站。
- 一種用於網路節點從第一使用者設備接收使用者設備側鏈路能力資訊的方法,其中存在在該第一使用者設備與第二使用者設備之間建立的單播鏈路,該方法包括: 從該第一使用者設備接收該第一使用者設備的第一側鏈路能力資訊和該第二使用者設備的第二側鏈路能力資訊或從該第一使用者設備接收共同側鏈路能力資訊,其中該共同側鏈路能力資訊是從該第一側鏈路能力資訊和該第二側鏈路能力資訊導出的; 從該第一使用者設備接收第一訊息,其中該第一訊息用以請求用於該單播鏈路的側鏈路無線電承載配置;以及 將第二訊息傳送到該第一使用者設備,其中該第二訊息包含用於該單播鏈路的該側鏈路無線電承載配置。
- 如請求項7所述的方法,該側鏈路無線電承載配置是根據該第一側鏈路能力資訊和該第二側鏈路能力資訊決定的或是根據該共同側鏈路能力資訊決定的。
- 如請求項7所述的方法,該第一訊息包含用於該單播鏈路的PC5服務品質流的標識。
- 如請求項9所述的方法,其中該第二訊息包含該PC5服務品質流的該標識。
- 如請求項7所述的方法,該第二訊息包含用於該單播鏈路的側鏈路無線電承載的標識。
- 如請求項7所述的方法,該第二訊息指示該PC5服務品質流映射到該側鏈路無線電承載。
- 如請求項7所述的方法,該第一側鏈路能力資訊和該第二側鏈路能力資訊包含於一訊息中或分別包含於二訊息中。
- 如請求項7所述的方法,該第二側鏈路能力資訊或該共同側鏈路能力資訊包含於使用者設備輔助資訊或側鏈路使用者設備資訊中。
- 如請求項7所述的方法,該網路節點是基站(例如,gNB)。
- 一種用於向網路節點報告使用者設備側鏈路能力資訊的第一使用者設備,包括: 控制電路; 處理器,其安裝於該控制電路中;以及 記憶體,其安裝於該控制電路中且可操作地耦合到該處理器; 其中該處理器被配置成執行儲存在該記憶體中的程式碼以: 與第二使用者設備建立單播鏈路; 從該第二使用者設備接收該第二使用者設備的第二側鏈路能力資訊;以及 將該第一使用者設備的第一側鏈路能力資訊和該第二側鏈路能力資訊傳送到網路節點或將共同側鏈路能力資訊傳送到該網路節點,其中該共同側鏈路能力資訊是從該第一側鏈路能力資訊和該第二側鏈路能力資訊導出的。
- 如請求項16所述的第一使用者設備,該處理器被配置成執行儲存於該記憶體中的程式碼以進行以下操作: 將第一訊息傳送到該網路節點以請求用於該單播鏈路的側鏈路無線電承載配置。
- 如請求項16所述的第一使用者設備,該處理器被配置成執行儲存於該記憶體中的程式碼以進行以下操作: 從該網路節點接收第二訊息,其中該第二訊息包含用於該單播鏈路的側鏈路無線電承載配置。
- 如請求項16所述的第一使用者設備,該第一側鏈路能力資訊和該第二側鏈路能力資訊包含於一訊息中或分別包含於二訊息中。
- 如請求項16所述的第一使用者設備,該第二側鏈路能力資訊或該共同側鏈路能力資訊包含於使用者設備輔助資訊或側鏈路使用者設備資訊中。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962846412P | 2019-05-10 | 2019-05-10 | |
US62/846,412 | 2019-05-10 | ||
US201962955003P | 2019-12-30 | 2019-12-30 | |
US62/955,003 | 2019-12-30 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202044903A true TW202044903A (zh) | 2020-12-01 |
TWI766273B TWI766273B (zh) | 2022-06-01 |
Family
ID=70680205
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW109115471A TWI766273B (zh) | 2019-05-10 | 2020-05-08 | 無線通訊系統中報告用於側鏈路無線電承載配置的使用者設備能力資訊的方法和設備 |
Country Status (7)
Country | Link |
---|---|
US (1) | US11758590B2 (zh) |
EP (1) | EP3737198B1 (zh) |
JP (1) | JP7148565B2 (zh) |
KR (1) | KR102468109B1 (zh) |
CN (1) | CN111918401B (zh) |
ES (1) | ES2917776T3 (zh) |
TW (1) | TWI766273B (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102364867B1 (ko) * | 2019-06-25 | 2022-02-18 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 사이드링크 통신을 구성하기 위한 방법 및 장치 |
TWI721923B (zh) * | 2019-08-02 | 2021-03-11 | 華碩電腦股份有限公司 | 無線通訊系統中用於釋放側鏈路無線電承載的方法和設備 |
WO2021085908A1 (ko) * | 2019-11-03 | 2021-05-06 | 엘지전자 주식회사 | 무선통신시스템에서 as configuration 관련 사이드링크 ue의 동작 방법 |
CN114616841A (zh) * | 2019-11-06 | 2022-06-10 | 富士通株式会社 | 一种车辆通信业务的通信方法、装置和通信系统 |
KR20210056067A (ko) * | 2019-11-08 | 2021-05-18 | 삼성전자주식회사 | 무선 통신 시스템에서 사이드링크 라디오 베어러 구성 정보를 처리하기 위한 장치 및 방법 |
US11937277B2 (en) * | 2019-12-20 | 2024-03-19 | Qualcomm Incorporated | Concurrent sidelink and uplink transmission |
CN114846883A (zh) * | 2020-01-21 | 2022-08-02 | 瑞典爱立信有限公司 | 终端设备、网络设备及其方法 |
US11924895B2 (en) * | 2020-02-14 | 2024-03-05 | Qualcomm Incorporated | Techniques for new radio layer two relay |
WO2021195867A1 (en) * | 2020-03-30 | 2021-10-07 | Mediatek Singapore Pte. Ltd. | Bearer mapping for ue-to-ue relay |
US20230300855A1 (en) * | 2020-04-20 | 2023-09-21 | Nokia Technologies Oy | Improvement of sidelink connection establishment assistance |
CN113938979B (zh) * | 2020-06-29 | 2024-02-23 | 华硕电脑股份有限公司 | 无线通信系统中转发侧链路用户设备能力信息的方法和设备 |
KR20220082771A (ko) * | 2020-12-10 | 2022-06-17 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 사이드링크 불연속 수신을 구성하기 위한 방법 및 장치 |
US20220225141A1 (en) * | 2021-01-11 | 2022-07-14 | Qualcomm Incorporated | Distributed antenna panel measurement and reporting |
CN114827957A (zh) * | 2021-01-27 | 2022-07-29 | 展讯通信(上海)有限公司 | 一种辅助设备的确定方法、装置、电子设备和存储介质 |
US20240196455A1 (en) * | 2021-02-24 | 2024-06-13 | Lenovo (Beijing) Limited | Sidelink discontinuous reception configuration |
KR20240033026A (ko) * | 2021-07-21 | 2024-03-12 | 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 | 보조 설정 방법 및 보조 설정 장치 |
TW202327314A (zh) * | 2021-10-28 | 2023-07-01 | 香港商翼勝科技有限公司 | 無線通訊的方法和相關裝置 |
WO2024036519A1 (zh) * | 2022-08-17 | 2024-02-22 | 北京小米移动软件有限公司 | 一种侧行链路pdcp复用的激活方法及装置 |
WO2024073978A1 (en) * | 2023-01-17 | 2024-04-11 | Lenovo (Beijing) Limited | Methods and apparatuses for sidelink positioning |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105009538B (zh) * | 2013-03-07 | 2018-09-18 | Lg 电子株式会社 | 在无线通信系统中发送/接收与设备对设备通信有关的信号的方法和设备 |
WO2015163625A1 (en) * | 2014-04-24 | 2015-10-29 | Lg Electronics Inc. | Method for establishing layer-2 entities for d2d communication system and device therefor |
US10412571B2 (en) * | 2015-03-24 | 2019-09-10 | Qualcomm Incorporated | Configuration by eNB for D2D UE to network relay search |
WO2017026844A1 (ko) * | 2015-08-12 | 2017-02-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말에 의해 수행되는 d2d 동작 방법 및 상기 방법을 이용하는 단말 |
WO2017074131A1 (en) * | 2015-10-29 | 2017-05-04 | Samsung Electronics Co., Ltd. | Method and apparatus for sidelink communication in wireless communication system |
WO2017150957A1 (ko) * | 2016-03-04 | 2017-09-08 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말에 의해 수행되는 v2x 전송 자원 선택 방법 및 상기 방법을 이용하는 단말 |
EP3255950A1 (en) * | 2016-06-06 | 2017-12-13 | ASUSTek Computer Inc. | Method and apparatus for resource allocation on d2d relay channel in a wireless communication system |
US10439682B2 (en) * | 2016-08-19 | 2019-10-08 | FG Innovation Company Limited | Access mechanism for proximity-based service UE-to-network relay service |
US20180092067A1 (en) * | 2016-09-28 | 2018-03-29 | Futurewei Technologies, Inc. | System and Method for D2D Communication |
JP6999683B2 (ja) * | 2017-02-20 | 2022-01-18 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | サイドリンク送信制御のための方法および装置 |
EP3860239A1 (en) * | 2017-06-15 | 2021-08-04 | BlackBerry Limited | Configuring sidelink communications |
WO2018228527A1 (en) * | 2017-06-16 | 2018-12-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, terminal device and network device for handling coexistence of terminal devices with different sidelink capability sets |
US10798754B2 (en) * | 2017-07-24 | 2020-10-06 | Asustek Computer Inc. | Method and apparatus for serving quality of service (QOS) flow in a wireless communication system |
WO2019023857A1 (en) * | 2017-07-31 | 2019-02-07 | Zte Corporation | METHODS AND COMPUTER DEVICE FOR PERFORMING WIRELESS DEVICE DEVICE COMMUNICATION USING AGGREGATION OF LATERAL BINDING CARRIERS |
CN111052855A (zh) * | 2017-09-08 | 2020-04-21 | 株式会社Ntt都科摩 | 用户装置以及能力信息通知方法 |
US10827380B2 (en) * | 2018-01-30 | 2020-11-03 | Huawei Technologies Co., Ltd. | System and method for supporting URLLC in advanced V2X communications |
CN113473410A (zh) * | 2018-09-28 | 2021-10-01 | 华为技术有限公司 | 一种通信方法及装置 |
KR20200040180A (ko) * | 2018-10-08 | 2020-04-17 | 삼성전자주식회사 | 무선 통신 시스템에서 단말 간 유니캐스트 전송을 지원하기 위한 장치 및 방법 |
US11102839B2 (en) * | 2018-11-02 | 2021-08-24 | Qualcomm Incorporated | Unicast sidelink establishment |
KR20200089090A (ko) * | 2019-01-16 | 2020-07-24 | 삼성전자주식회사 | 차세대 이동 통신 시스템에서 차량 통신을 지원하기 위한 라디오 링크 모니터링 수행 방법 및 장치 |
US11206517B2 (en) * | 2019-03-26 | 2021-12-21 | Samsung Electronics Co., Ltd. | Apparatus and method for assisting sidelink resource configuration and allocation for direct communication in wireless communication system |
CN111757513B (zh) * | 2019-03-28 | 2022-03-29 | 华为技术有限公司 | 通信方法及设备 |
US11540106B2 (en) * | 2019-04-05 | 2022-12-27 | Qualcomm Incorporated | Beam sweeping on millimeter wave frequencies for device-to-device communications |
-
2020
- 2020-05-08 ES ES20173609T patent/ES2917776T3/es active Active
- 2020-05-08 CN CN202010383209.6A patent/CN111918401B/zh active Active
- 2020-05-08 EP EP20173609.7A patent/EP3737198B1/en active Active
- 2020-05-08 TW TW109115471A patent/TWI766273B/zh active
- 2020-05-08 KR KR1020200055097A patent/KR102468109B1/ko active IP Right Grant
- 2020-05-08 US US16/870,420 patent/US11758590B2/en active Active
- 2020-05-08 JP JP2020082405A patent/JP7148565B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
JP7148565B2 (ja) | 2022-10-05 |
EP3737198B1 (en) | 2022-04-20 |
CN111918401A (zh) | 2020-11-10 |
US11758590B2 (en) | 2023-09-12 |
ES2917776T3 (es) | 2022-07-11 |
TWI766273B (zh) | 2022-06-01 |
JP2020188460A (ja) | 2020-11-19 |
KR102468109B1 (ko) | 2022-11-18 |
EP3737198A1 (en) | 2020-11-11 |
US20200359428A1 (en) | 2020-11-12 |
KR20200130658A (ko) | 2020-11-19 |
CN111918401B (zh) | 2024-02-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI766273B (zh) | 無線通訊系統中報告用於側鏈路無線電承載配置的使用者設備能力資訊的方法和設備 | |
TWI713343B (zh) | 無線通訊系統中側鏈路邏輯通道建立的方法和設備 | |
JP7035142B2 (ja) | 無線通信システムにおいて、デバイス・ツー・デバイスチャネル測定を送信する方法および装置 | |
JP6970267B2 (ja) | 無線通信システムにおいて、サイドリンク伝送リソースを要求するための方法および装置 | |
JP7071472B2 (ja) | 無線通信システムにおいて、デバイス・ツー・デバイスのサイドリンク報告を送信するための方法および装置 | |
TWI742713B (zh) | 無線通訊系統中用於配置側鏈路通訊的方法和設備 | |
TWI742619B (zh) | 無線通信系統中請求單播傳送的側鏈路無線電承載配置的方法和設備 | |
JP5753926B2 (ja) | ワイヤレス・コミュニケーション・システム中、ユーザー装置からの測定報告をネットワークに提供する方法 | |
EP2391172A2 (en) | Method and apparatus for handling buffer status reporting in a wireless communication system | |
TWI742962B (zh) | 無線通訊系統中請求側鏈路傳送資源的方法和設備 | |
EP2506645B1 (en) | Aperiodic sounding reference symbol configuration in a wireless communication system |