TWI755915B - 無線通訊系統中請求側鏈路傳送資源的方法和設備 - Google Patents
無線通訊系統中請求側鏈路傳送資源的方法和設備 Download PDFInfo
- Publication number
- TWI755915B TWI755915B TW109137725A TW109137725A TWI755915B TW I755915 B TWI755915 B TW I755915B TW 109137725 A TW109137725 A TW 109137725A TW 109137725 A TW109137725 A TW 109137725A TW I755915 B TWI755915 B TW I755915B
- Authority
- TW
- Taiwan
- Prior art keywords
- message
- sidelink
- link
- qos
- layer
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
-
- 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
- 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
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
-
- 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/10—Scheduling measurement reports ; Arrangements for measurement 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/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- 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/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/23—Manipulation of direct-mode connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
- H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
-
- 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
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公開從處於RRC_CONNECTED中的第一使用者設備的角度公開請求側鏈路資源的方法和設備。在一個實施例中,方法將第一無線電資源控制訊息傳送到網路節點,其中第一無線電資源控制訊息中的側鏈路服務品質資訊清單的存在與否視情況而定。
Description
本申請要求2019年11月13日提交的美國臨時專利申請第62/934,738號的權益,該美國臨時專利申請的全部公開內容以全文引用的方式併入本文中。
本公開大體上涉及無線通訊網路,且更明確地說,涉及無線通訊系統中請求側鏈路傳送資源的方法和設備。
隨著往來行動通訊裝置的大量數據的通訊需求的快速增長,傳統的行動語音通訊網路演進成與互聯網協定(Internet Protocol,IP)數據封包通訊的網路。此類IP數據封包通訊可以為行動通訊裝置的使用者提供IP承載語音、多媒體、多播和點播通訊服務。
示例性網路結構是演進型通用陸地無線電存取網(Evolved Universal Terrestrial Radio Access Network,E-UTRAN)。E-UTRAN系統可提供高數據輸送量以便實現該IP承載語音及多媒體服務。目前,3GPP標準組織正在討論新下一代(例如,5G)無線電技術。因此,目前在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。
本公開從處於RRC_CONNECTED中的第一使用者設備(User Equipment,UE)的角度公開請求側鏈路資源的方法和設備。在一個實施例中,該方法將第一無線電資源控制(Radio Resource Control,RRC無線電資源控制)訊息傳送到網路節點,其中該第一無線電資源控制訊息中的側鏈路服務品質(Quality of Service,QoS)資訊清單的存在與否視情況而定。
下文描述的示例性無線通訊系統和裝置採用支援廣播服務的無線通訊系統。無線通訊系統經廣泛部署以提供各種類型的通訊,例如,語音、數據等等。這些系統可以基於碼分多址(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-高級)、3GPP2 超行動寬帶(Ultra Mobile Broadband,UMB)、WiMax、3GPP新無線電(New Radio,NR)或一些其它調變技術。
明確地說,下文描述的示例性無線通訊系統裝置可被設計成支援例如由在本文中稱為3GPP的名稱為“第三代合作夥伴計劃”的聯合體提供的標準的一個或多個標準,包含:TS 23.287 V16.0.0,“5G系統(5GS)的架構增強以支援車至任何事物通訊(V2X)服務(版本16)(Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16))”;S2-1910019,“使用單播L2 ID用於單播鏈路建立(Use of unicast L2 ID for unicast link establishment)”;TS 33.303 V15.0.0, “基於接近性的服務(ProSe)(Proximity-based Services (ProSe));安全性方面(Security aspects)(版本15);TR 38.885 V16.0.0, “NR;關於NR車至任何事物通訊(V2X)的研究(NR; Study on NR Vehicle-to-Everything (V2X) )(版本16)”;TS 36.331 V15.3.0 “無線電資源控制(RRC);協定規範(Radio Resource Control (RRC);Protocol specification)(版本15)”;3GPP電子郵件論述[107bis#91][V2X] 38.331運行CR(華為), 用於具有NR Sidelink_v5的5G V2X的draft_R2-191xxx_Running CR到TS 38.331;以及R2-1914138,“來自關於LTE V2X和NR V2X的會話的報告(Report from session on LTE V2X and NR V2X)”。上文所列的標準和文獻特此明確地以全文引用的方式併入。
第1圖示出根據本發明的一個實施例的多址存取無線通訊系統。存取網路100(access network,AN)包含多個天線群組,其中一個天線群組包含104和106,另一天線群組包含108和110,並且又一天線群組包含112和114。在第1圖中,針對每一天線群組僅示出兩個天線,然而,每一天線群組可利用更多或更少的天線。存取終端116(access terminal,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),或某一其它術語。存取終端(AT)還可以被稱作使用者設備(UE)、無線通訊裝置、終端、存取終端或某一其它術語。
第2圖是MIMO 系統200中的傳送器系統210(也被稱作存取網路)和接收器系統250(也被稱作存取終端(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個接收到的符號流以提供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 TS 23.287如下指定與單播模式相關的車至任何事物(V2X)通訊:
5.1.2 通過PC5參考點進行的V2X通訊的授權和供應
5.1.2.1 策略/參數設置
將通過PC5參考點進行的V2X通訊的以下資訊提供給UE:
1)授權策略:
- 當UE“由E-UTRA服務”或“由NR服務”時:
- PLMN,其中UE被授權當“由E-UTRA服務”或“由NR服務”時通過PC5參考點執行V2X通訊。
對於每一上述PLMN:
- RAT,UE通過該RAT被授權通過PC5參考點執行V2X通訊。
- 當UE“未由E-UTRA服務”且“未由NR服務”時:
- 指示UE當“未由E-UTRA服務”且“未由NR服務”時是否被授權通過PC5參考點執行V2X通訊。
- RAT,UE通過該RAT被授權通過PC5參考點執行V2X通訊。
2)當UE“不由E-UTRA服務”以及“不由NR服務”時,無線電參數:
- 包含具有地理區域的每個PC5 RAT(即,LTE PC5、NR PC5)的無線電參數,以及該無線電參數是“運營商管理的”或“非運營商管理的”指示。僅當UE可以可靠地將其本身定位在對應地理區域中時,當“不由E-UTRA服務”以及“不由NR服務”時,UE使用無線電參數來通過PC5參考點執行V2X通訊。否則,不會授權UE進行傳送。
編者註:無線電參數(例如,頻帶)將由RAN WG定義。當在RAN WG中定義時,將添加對RAN規範的引用。
註1:由本地法規定義在給定地理區域中頻帶是“運營商管理的”還是“非運營商管理的”。
3)用於PC5 Tx概況選擇的每RAT的策略/參數
- 服務類型(例如,PSID或ITS-AID)到Tx概況的映射。
編者註:Tx概況將由RAN WG定義。當在RAN WG中定義時,將添加對RAN規範的引用。
4)與隱私有關的策略/參數:
- 對需要隱私支援的地理區域的V2X服務的清單,例如V2X應用的PSID或ITS-AID。
5)當選擇LTE PC5時的策略/參數:
與如在TS 23.285 [8]條款4.4.1.1.2條目3)策略/參數中所指定相同,但服務類型到Tx概況的映射和需要隱私支援的地理區域的V2X服務清單除外。
6)當選擇NR PC5時的策略/參數:
- 通過地理區域的服務類型(例如,PSID或ITS-AID)到V2X頻率的映射。
- 目的地層2 ID和V2X服務,例如用於廣播的V2X應用的PSID或ITS-AID的映射。
- 目的地層2 ID和V2X服務,例如用於組播的V2X應用的PSID或ITS-AID的映射。
- 用於初始信令以建立單播連接的預設目的地層2 ID和V2X服務,例如V2X應用的PSID或ITS-AID的映射。
註2:可以將用於單播初始信令的相同預設目的地層2 ID映射到多於一個V2X服務。在不同V2X服務映射到不同預設目的地層2 ID的情況下,當UE想要建立可以用於多於一個V2X服務的單個單播鏈路時,UE可以選擇預設目的地層2 ID中的任一者來用於初始信令。
- PC5 QoS映射配置:
- 來自V2X應用層的輸入:
- V2X服務(例如,PSID或ITS-AID)。
- (任選的)對V2X服務的V2X應用要求,例如,優先順序要求、可靠性要求、延遲要求、範圍要求。
註3:對V2X服務的V2X應用要求的細節取決於實施方案且在本規範的範圍之外。
- 輸出:
- 條款5.4.2中定義的PC5 QoS參數(即,PQI和有條件地其它參數,例如MFBR/GFBR等)。
- 當UE“未由E-UTRA服務”且“未由NR服務”時的SLRB配置,即PC5 QoS概況到SLRB的映射。
- PC5 QoS概況含有條款5.4.2中描述的PC5 QoS參數,以及在未使用如表5.4.4-1中定義的預設值的情況下關於優先順序、平均化視窗、最大數據突發量的QoS特性的值。
編者註:SLRB配置將由RAN WG決定。當在RAN WG中定義時,將添加對RAN規範的引用。
編者註:對於PC5 QoS概況,需要與RAN WG的協調。
編者註:地理區域的V2X頻率將由RAN WG決定。當在RAN WG中定義時,將添加對RAN規範的引用。
5.2.1.4 通過PC5參考點進行的單播模式通訊
僅通過基於NR的PC5參考點支援單播通訊模式。圖5.2.1.4-1示出PC5單播鏈路的實例。
[3GPP TS 23.287 V16.0.0的標題為“PC5單播鏈路的實例”的圖5.2.1.4-1重製為第5圖]
當通過PC5單播鏈路攜載V2X通訊時,以下原理適用:
- 兩個UE之間的PC5單播鏈路允許這些UE中的一對或多對對等V2X服務之間的V2X通訊。UE中使用同一PC5單播鏈路的所有V2X服務使用同一應用層ID。
註1:由於隱私,應用層ID可能在時間上改變,如條款5.6.1.1和6.3.3.2中所描述。這不會造成PC5單播鏈路的重建。
- 一個PC5單播鏈路支援一個或多個V2X服務(例如,PSID或ITS-AID),前提是這些V2X服務至少與用於此PC5單播鏈路的一對對等應用層ID相關聯。舉例來說,如圖5.2.1.4-1中所圖示,UE A和UE B具有兩個PC5單播鏈路,一個在對等應用層ID 1/UE A與應用層ID 2/UE B之間且一個在對等應用層ID 3/UE A與應用層ID 4/UE B之間。
註2:並不要求來源UE知曉不同PC5單播鏈路上的不同目標應用層ID是否屬於相同目標UE。
- PC5單播鏈路使用單個網路層協定(例如,IP或非IP)支援V2X通訊。
- PC5單播鏈路支援每流QoS模型,如條款5.4.1中所指定。
當UE中的應用層為需要通過PC5參考點進行的通訊的單播模式的V2X服務發起數據傳遞時:
- 如果一對對等應用層ID和此PC5單播鏈路的網路層協定與用於此V2X服務的UE中的應用層所需要的那些相同,那麼UE將重複使用現有PC5單播鏈路,並且按照條款6.3.3.4中的規定修改現有PC5單播鏈路以添加此V2X服務;否則
- UE將按照條款6.3.3.1中的規定觸發新PC5單播鏈路的建立。
在成功地建立PC5單播鏈路之後,UE A和UE B將同一對層2 ID用於後續PC5-S信令訊息交換以及V2X服務數據傳送,如在第5.6.1.4節中規定。傳送UE的V2X層向AS層指示傳送是否是用於PC5-S信令訊息(即,直接通訊請求/接受、鏈路識別符更新請求/回應、斷開請求/回應、鏈路修改請求/接受)或V2X服務數據。
對於每個PC5單播鏈路,UE自指派在PC5單播鏈路的使用壽命內唯一地識別UE中的PC5單播鏈路的不同PC5鏈路識別符。每個PC5單播鏈路與單播鏈路概況相關聯,單播鏈路概況包含:
- UE A的服務類型(例如,PSID或ITS-AID)、應用層ID和層2 ID;以及
- UE B的應用層ID和層2 ID;以及
- 在PC5單播鏈路上使用的網路層協定;以及
- 對於每個V2X服務,一組PC5 QoS流識別符(PC5 QoS Flow Identifier,PFI)。每個PFI與QoS參數(即,PQI以及任選地距離)相關聯。
出於隱私原因,應用層ID和層2 ID在PC5單播鏈路的壽命期間可能如條款5.6.1.1和6.3.3.2中所描述改變,並且如果是這樣,那麼應相應地在單播鏈路概況中更新。UE使用PC5鏈路識別符指示到V2X應用層的PC5單播鏈路,因此V2X應用層識別對應PC5單播鏈路,即使存在與一個服務類型相關聯的多於一個單播鏈路(例如,針對同一服務類型,UE與多個UE建立多個單播鏈路)。
單播鏈路概況將在針對已建立的PC5單播鏈路進行層2鏈路修改之後進行相應更新,如條款6.3.3.4中所指定。
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位址也應隨時間變化並且應隨機化。例如,當應用層ID發生變化時、當需要更改來源層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.4 通過PC5參考點進行的單播模式V2X通訊的識別符
對於通過PC5參考點進行的單播模式V2X通訊,使用的目的地層2 ID取決於通訊對等體,該通訊對等體是在PC5單播鏈路建立期間發現的。用於建立PC5單播鏈路的初始信令可以使用與為PC5單播鏈路建立而配置的服務類型相關聯的預設目的地層2 ID(例如,PSID/ITS-AID),如條款5.1.2.1中規定。在PC5單播鏈路建立程序期間,將交換層2 ID,並應將其用於兩個UE之間的未來通訊,如條款6.3.3.1中規定。
應用層ID與UE內的一個或多個V2X應用相關聯。如果UE具有超過一個應用層ID,則從對等UE的角度來看,同一UE的每個應用層ID可以被視為不同UE的應用層ID。
UE維持應用層ID與用於PC5單播鏈路的來源層2 ID之間的映射,因為V2X應用層不使用層2 ID。這樣可以在不中斷V2X應用的情況下更改來源層2 ID。
當應用層ID改變時,如果該鏈路用於與改變後的應用層ID的V2X通訊,那麼PC5單播鏈路的來源層2 ID應改變。
UE可以與對等UE建立多個PC5單播鏈路並且將相同或不同來源層2 ID用於這些PC5單播鏈路。
編者註:可以基於RAN WG回授要求識別符描述的進一步更新。
6.3.3 通過PC5參考點進行的單播模式V2X通訊
6.3.3.1 通過PC5參考點建立層2鏈路
為了通過PC5參考點執行單播模式V2X通訊,UE配置有如在條款5.1.2.1中描述的相關資訊。
圖6.3.3.1-1示出用於通過PC5參考點進行的單播模式V2X通訊的層2鏈路建立程序。
[3GPP TS 23.287 V16.0.0的標題為“層2鏈路建立程序”的圖6.3.3.1-1重製為第6圖]
1. UE決定用於PC5單播鏈路建立的信令接收的目的地層2 ID,如在條款5.6.1.4中規定。目的地層2 ID配置有UE,如在條款5.1.2.1中規定。
2. UE-1中的V2X應用層提供用於PC5單播通訊的應用資訊。應用資訊包含V2X應用的服務類型(例如,PSID或ITS-AID)以及發起UE的應用層ID。應用資訊中可以包含目標UE的應用層ID。
UE-1中的V2X應用層可以提供用於此單播通訊的V2X應用要求。如在條款5.4.1.4中規定,UE-1決定PC5 QoS參數和PFI。
如果UE-1決定重新使用如在條款5.2.1.4中規定的現有PC5單播鏈路,則UE觸發如在條款6.3.3.4中規定的層2鏈路修改程序。
3. UE-1發送直接通訊請求訊息以發起單播層2鏈路建立程序。直接通訊請求訊息包含:
- 來源使用者資訊:發起UE的應用層ID(即,UE-1的應用層ID)。
- 如果V2X應用層在步驟2中提供目標UE的應用層ID,則包含以下資訊:
- 目標使用者資訊:目標UE的應用層ID(即,UE-2的應用層ID)。
- V2X服務資訊:關於請求層2鏈路建立的V2X服務的資訊(例如,PSID或ITS-AID)。
- 指示是否使用IP通訊。
- IP位址配置:對於IP通訊,此鏈路需要IP位址配置,且其指示以下值中的一個:
- “IPv6路由器”,如果IPv6位址分配機制受發起UE支援,即充當IPv6路由器;或
- “IPv6位址分配不支援”,如果IPv6位址分配機構不受發起UE支援。
- 鏈路本地IPv6位址:基於RFC 4862[21]在本地形成的鏈路本地IPv6位址,如果UE-1不支援IPv6IP位址分配機制,即IP位址配置指示“IPv6位址分配不支援”。
- QoS資訊:關於PC5 QoS流的資訊。對於每個PC5 QoS流,PFI和對應PC5 QoS參數(即,PQI和條件性的其它參數,例如,MFBR/GFBR等)。
如在第5.6.1.1和5.6.1.4中規定,決定用於發送直接通訊請求訊息的來源層2 ID和目的地層2 ID。
UE-1通過使用來源層2 ID和目的地層2 ID廣播的PC5發送直接通訊請求訊息。
4. 如下將直接通訊接受訊息發送到UE-1:
4a. (面向UE的層2鏈路建立)如果直接通訊請求訊息中包含目標使用者資訊,則目標UE,即UE-2用直接通訊接受訊息作出回應。
4b. (面向V2X服務的層2鏈路建立)如果直接通訊請求訊息中不包含目標使用者資訊,則有興趣使用通知的V2X服務的UE因此決定通過發送直接通訊接受訊息來與對請求的UE-1回應建立層2鏈路(在圖6.3.3.1-1中的UE-2和UE-4)。
直接通訊接受訊息包含:
- 來源使用者資訊:發送直接通訊接受訊息的UE的應用層ID。
- QoS資訊:關於PC5 QoS流的資訊。對於每個PC5 QoS流,PFI和由UE-1請求的對應PC5 QoS參數(即,PQI和條件性的其它參數,例如MFBR/GFBR,等)。
- IP位址配置:對於IP通訊,此鏈路需要IP位址配置,且其指示以下值中的一個:
- “IPv6路由器”,如果IPv6位址分配機制受目標UE支援,即充當IPv6路由器;或
- “IPv6位址分配不支援”,如果IPv6位址分配機構不受目標UE支援。
- 鏈路本地IPv6位址:基於RFC 4862[21]在本地形成的鏈路本地IPv6位址,如果目標UE不支援IPv6IP位址分配機制,即IP位址配置指示“IPv6位址分配不支援”,且UE-1在直接通訊請求訊息中包含鏈路本地IPv6位址。目標UE應包含非衝突鏈路本地IPv6位址。
如果兩種UE(即,發起UE和目標UE)都被選定使用鏈路本地IPv6位址,那麼它們將停用在RFC 4862[21]中定義的雙重位址檢測。
註1:當發起UE或目標UE指示對IPv6路由器的支援時,對應位址配置程序將在建立層2鏈路之後實施,並且忽略鏈路本地IPv6位址。
如在條款5.6.1.1和5.6.1.4中規定,決定用於發送直接通訊接受訊息的來源層2 ID。目的地層2 ID設定成接收到的直接通訊請求訊息的來源層2 ID。
在從對等UE接收到直接通訊接受訊息後,針對用於此單播鏈路的信令和數據業務,UE-1獲得對等UE的層2 ID以用於未來通訊。
建立PC5單播鏈路的UE的V2X層將分配給單播鏈路的PC5鏈路識別符以及與PC5單播鏈路相關的資訊向下傳遞到AS層。與PC5單播鏈路相關的資訊包含層2 ID資訊(即,來源層2 ID和目的地層2 ID)。這樣使AS層能夠保存PC5鏈路識別符以及與PC5單播鏈路相關的資訊。
編者註:將基於來自SA WG3的回授決定用於相互認證和安全性關聯建立的步驟。
5. 如下通過所建立的單播鏈路傳送V2X服務數據:
將PC5鏈路識別符和PFI以及V2X服務數據提供給AS層。
UE-1使用來源層2 ID(即,用於此單播鏈路的UE-1的層2 ID)和目的地層2 ID(即,用於此單播鏈路的對等UE的層2 ID)發送V2X服務數據。
註2:PC5單播鏈路是雙向的,因此UE-1的對等UE可以通過與UE-1的單播鏈路將V2X服務數據發送到UE-1。
編者註:取決於RAN WG對如何通過AS層發送直接通訊請求/接受訊息(例如,通過使用PC5-RRC信令)的決策,可以更新包含在直接通訊請求/接受訊息中的參數。
編者註:包含在直接通訊請求/接受訊息中的額外參數(例如,安全性相關)有待進一步研究。
編者註:將基於來自SA WG3的回授決定單播通訊是否在鏈路層處需要安全保護。
6.3.3.4 用於單播鏈路的層2鏈路修改
圖6.3.3.4-1示出用於單播鏈路的層2鏈路修改程序。此程序用以:
- 向現有PC5單播鏈路添加新V2X服務。
- 從現有PC5單播鏈路中去除任何V2X服務。
- 修改現有PC5單播鏈路中的任何PC5 QoS流。
[3GPP TS 23.287 V16.0.0的標題為“層2鏈路修改程序”的圖6.3.3.4-1重製為第7圖]
0. UE-1和UE-2具有如在條款6.3.3.1中描述所建立的單播鏈路。
1. UE-1中的V2X應用層提供用於PC5單播通訊的應用資訊。應用資訊包含V2X應用的服務類型(例如,PSID或ITS-AID)以及發起UE的應用層ID。應用資訊中可以包含目標UE的應用層ID。如果UE-1決定如條款5.2.1.4中所規定而重複使用現有PC5單播鏈路,因此決定修改與UE-2建立的單播鏈路,那麼UE-1將鏈路修改請求發送到UE-2。
鏈路修改請求訊息包含:
a)向現有PC5單播鏈路添加新V2X服務:
- V2X服務資訊:關於要添加的V2X服務的資訊(例如,PSID或ITS-AID)。
- 資訊:關於用於待添加的每個V2X服務的PC5 QoS流的資訊 對於每個PC5 QoS流,PFI和對應PC5 QoS參數(即,PQI和條件性的其它參數,例如MFBR/GFBR,等)。
b)從現有PC5單播鏈路中去除任何V2X服務:
- V2X服務資訊:關於要去除的V2X服務的資訊(例如,PSID或ITS-AID)。
c)修改現有PC5單播鏈路中的任何PC5 QoS流:
- QoS資訊:關於用於待修改的PC5 QoS流的資訊。對於每個PC5 QoS流,PFI和對應PC5 QoS參數(即,PQI和條件性的其它參數,例如MFBR/GFBR,等)。
2. UE-2回應鏈路修改接受訊息。
鏈路修改接受訊息包含:
- 對於在步驟1中描述的情況a)和情況c):
- QoS資訊:關於PC5 QoS流的資訊。對於每個PC5 QoS流,PFI和對應PC5 QoS參數(即,PQI和條件性的其它參數,例如MFBR/GFBR,等)。
每個UE的V2X層將關於單播鏈路修改的資訊提供到AS層。這使得AS層能夠更新與經修改的單播鏈路相關的上下文。
3GPP S2-1910019如下將單播L2 ID(層2識別)用於單播鏈路建立的使用引入到TS 23.287 v16.0.0中:
* * * * 第1改變開始 * * * *
5.6.1.4 通過PC5參考點進行的單播模式V2X通訊的識別符
對於經由PC5參考點進行的單播模式V2X通訊,使用的目的地層2 ID取決於通訊對等體。由應用層ID識別的通訊對等體的層2 ID可在PC5單播鏈路的建立期間發現,或經由先前V2X通訊(例如到相同應用層ID的現有或先前單播鏈路)而為UE所知,或從應用層服務通告獲得。用於建立PC5單播鏈路的初始信令可以使用通訊對等體的已知層2 ID或與為PC5單播鏈路建立而配置的服務類型相關聯的預設目的地層2 ID(例如,PSID/ITS-AID),如條款5.1.2.1中規定。在PC5單播鏈路建立程序期間,將交換層2 ID,並應將其用於兩個UE之間的未來通訊,如條款6.3.3.1中規定。
應用層ID與UE內的一個或多個V2X應用相關聯。如果UE具有超過一個應用層ID,則從對等UE的角度來看,同一UE的每個應用層ID可以被視為不同UE的應用層ID。
UE維持應用層ID與用於PC5單播鏈路的來源層2 ID之間的映射,因為V2X應用層不使用層2 ID。這樣可以在不中斷V2X應用的情況下更改來源層2 ID。
當應用層ID改變時,如果該鏈路用於與改變後的應用層ID的V2X通訊,那麼PC5單播鏈路的來源層2 ID應改變。
UE可以與對等UE建立多個PC5單播鏈路並且將相同或不同來源層2 ID用於這些PC5單播鏈路。
編者註:可以基於RAN WG回授要求識別符描述的進一步更新。
* * * * 第2改變開始 * * * *
6.3.3.1 通過PC5參考點建立層2鏈路
為了通過PC5參考點執行單播模式V2X通訊,UE配置有如在條款5.1.2.1中描述的相關資訊。
圖6.3.3.1-1示出用於通過PC5參考點進行的單播模式V2X通訊的層2鏈路建立程序。
[3GPP S2-1910019中提供的標題為“層2鏈路建立程序”的圖6.3.3.3-1重製為第8圖]
1. UE決定用於PC5單播鏈路建立的信令接收的目的地層2 ID,如在條款5.6.1.4中規定。目的地層2 ID配置有UE,如在條款5.1.2.1中規定。
2. UE-1中的V2X應用層提供用於PC5單播通訊的應用資訊。應用資訊包含V2X應用的服務類型(例如,PSID或ITS-AID)以及發起UE的應用層ID。應用資訊中可以包含目標UE的應用層ID。
UE-1中的V2X應用層可以提供用於此單播通訊的V2X應用要求。如在條款5.4.1.4中規定,UE-1決定PC5 QoS參數和PFI。
如果UE-1決定重新使用如在條款5.2.1.4中規定的現有PC5單播鏈路,則UE觸發如在條款6.3.3.4中規定的層2鏈路修改程序。
3. UE-1發送直接通訊請求訊息以發起單播層2鏈路建立程序。直接通訊請求訊息包含:
- 來源使用者資訊:發起UE的應用層ID(即,UE-1的應用層ID)。
- 如果V2X應用層在步驟2中提供目標UE的應用層ID,則包含以下資訊:
- 目標使用者資訊:目標UE的應用層ID(即,UE-2的應用層ID)。
- V2X服務資訊:關於請求層2鏈路建立的V2X服務的資訊(例如,PSID或ITS-AID)。
- 指示是否使用IP通訊。
- IP位址配置:對於IP通訊,此鏈路需要IP位址配置,且其指示以下值中的一個:
- “IPv6路由器”,如果IPv6位址分配機制受發起UE支援,即充當IPv6路由器;或
- “IPv6位址分配不支援”,如果IPv6位址分配機構不受發起UE支援。
- 鏈路本地IPv6位址:基於RFC 4862[21]在本地形成的鏈路本地IPv6位址,如果UE-1不支援IPv6IP位址分配機制,即IP位址配置指示“IPv6位址分配不支援”。
- QoS資訊:關於PC5 QoS流的資訊。對於每個PC5 QoS流,PFI和對應PC5 QoS參數(即,PQI和條件性的其它參數,例如MFBR/GFBR,等)。
如在第5.6.1.1和5.6.1.4中規定,決定用於發送直接通訊請求訊息的來源層2 ID和目的地層2 ID。目的地層2 ID可廣播或單播層2 ID。當使用單播層2 ID時,目標使用者資訊應包含在直接通訊請求訊息中。
UE-1使用來源層2 ID和目的地層2 ID經由PC5廣播或單播發送直接通訊請求訊息。
4. 如下將直接通訊接受訊息發送到UE-1:
4a. (面向UE的層2鏈路建立)如果直接通訊請求訊息中包含目標使用者資訊,如果用於UE-2的應用層ID匹配,則目標UE,即UE-2用直接通訊接受訊息作出回應。
4b. (面向V2X服務的層2鏈路建立)如果直接通訊請求訊息中不包含目標使用者資訊,則有興趣使用通知的V2X服務的UE因此決定通過發送直接通訊接受訊息來與對請求的UE-1回應建立層2鏈路(在圖6.3.3.1-1中的UE-2和UE-4)。
直接通訊接受訊息包含:
- 來源使用者資訊:發送直接通訊接受訊息的UE的應用層ID。
- QoS資訊:關於PC5 QoS流的資訊。對於每個PC5 QoS流,PFI和由UE-1請求的對應PC5 QoS參數(即,PQI和條件性的其它參數,例如MFBR/GFBR,等)。
- IP位址配置:對於IP通訊,此鏈路需要IP位址配置,且其指示以下值中的一個:
- “IPv6路由器”,如果IPv6位址分配機制受目標UE支援,即充當IPv6路由器;或
- “IPv6位址分配不支援”,如果IPv6位址分配機構不受目標UE支援。
- 鏈路本地IPv6位址:基於RFC 4862[21]在本地形成的鏈路本地IPv6位址,如果目標UE不支援IPv6IP位址分配機制,即IP位址配置指示“IPv6位址分配不支援”,且UE-1在直接通訊請求訊息中包含鏈路本地IPv6位址。目標UE應包含非衝突鏈路本地IPv6位址。
如果兩種UE(即,發起UE和目標UE)都被選定使用鏈路本地IPv6位址,那麼它們將停用在RFC 4862[21]中定義的雙重位址檢測。
註1:當發起UE或目標UE指示對IPv6路由器的支援時,對應位址配置程序將在建立層2鏈路之後實施,並且忽略鏈路本地IPv6位址。
如在條款5.6.1.1和5.6.1.4中規定,決定用於發送直接通訊接受訊息的來源層2 ID。目的地層2 ID設定成接收到的直接通訊請求訊息的來源層2 ID。
在從對等UE接收到直接通訊接受訊息後,針對用於此單播鏈路的信令和數據業務,UE-1獲得對等UE的層2 ID以用於未來通訊。
建立PC5單播鏈路的UE的V2X層將分配給單播鏈路的PC5鏈路識別符以及與PC5單播鏈路相關的資訊向下傳遞到AS層。與PC5單播鏈路相關的資訊包含層2 ID資訊(即,來源層2 ID和目的地層2 ID)。這樣使AS層能夠保存PC5鏈路識別符以及與PC5單播鏈路相關的資訊。
編者註:將基於來自SA WG3的回授決定用於相互認證和安全性關聯建立的步驟。
5. 如下通過所建立的單播鏈路傳送V2X服務數據:
將PC5鏈路識別符和PFI以及V2X服務數據提供給AS層。
UE-1使用來源層2 ID(即,用於此單播鏈路的UE-1的層2 ID)和目的地層2 ID(即,用於此單播鏈路的對等UE的層2 ID)發送V2X服務數據。
註2:PC5單播鏈路是雙向的,因此UE-1的對等UE可以通過與UE-1的單播鏈路將V2X服務數據發送到UE-1。
編者註:取決於RAN WG對如何通過AS層發送直接通訊請求/接受訊息(例如,通過使用PC5-RRC信令)的決策,可以更新包含在直接通訊請求/接受訊息中的參數。
編者註:包含在直接通訊請求/接受訊息中的額外參數(例如,安全性相關)有待進一步研究。
編者註:將基於來自SA WG3的回授決定單播通訊是否在鏈路層處需要安全保護。
* * * * 改變結束 * * * *
在3GPP TS 33.303中,一對一側鏈路通訊(即,單播模式通訊)中用於直接鏈路信令和直接鏈路使用者平面業務的安全性規定如下:
6.5 一對一ProSe直接通訊的安全性
6.5.2 安全要求
以下為ProSe直接一對一通訊的安全要求:
啟用ProSe的UE應使用對於與不同的啟用ProSe的UE的ProSe一對一通訊的不同安全上下文。
應支援且可使用直接鏈路信令加密。直接鏈路信令加密為配置選項。
應支援且可使用直接鏈路使用者平面加密。
應支援並使用直接鏈路信令完整性保護和重放保護。
UE之間的直接鏈路使用者平面數據封包不應受完整性保護。
UE之間的安全性的建立應受保護以免於中間人攻擊。
系統應支援離開網路覆蓋的公共安全性UE的相互認證。
單個UE的洩密不應影響其它UE的安全性。
認證證書應安全地儲存於UE中。
6.5.3 一對一ProSe直接通訊的概述
6.5.3.1 不同金鑰層和其識別的描述
ProSe直接一對一通訊使用4個不同金鑰層。這些金鑰層如下:
長期金鑰:此為設置(見6.5.4中的個別情況獲得關於該設置的更多資訊)到UE中且為用於一對一通訊的安全性的根的金鑰。其可取決於特定使用情況而為對稱金鑰或公用/專用金鑰對。認證信令(表示為“直接認證和金鑰建立”,見子條款6.5.4)在UE與網路中的一些可能實體之間交換(例如在ProSeUE到網路中繼情況中),以導出KD
。長期金鑰由長期ID識別。
KD
:此為256位元根金鑰,其在使用ProSe直接一對一通訊進行通訊的兩個實體之間共享。其可通過使用長期金鑰重新運行認證信令來進行刷新。為了生成KD-sess
(下一金鑰層),在通訊實體之間交換臨時亂數。甚至當UE在其間不具有作用中的一對一通訊會話時,也可保持KD
。KD
ID用以識別KD
。
KD-sess
:此為256位元金鑰,其為用以(或至少在建立過程中)保護UE之間的數據傳送的實際安全上下文的根。在UE之間的通訊期間,可通過運行金鑰更新程序(見子條款6.X.5.3)刷新KD-sess
。用於保密性和完整性算法中的實際金鑰(見下一項目編號)直接從KD-sess
導出。16位元KD-sess
ID識別KD-sess
。
具有零值的KD-sess
ID指示不使用安全性,且因此UE在產生安全上下文時不應指派KD-sess
ID的全零值。
PEK和PIK:ProSe加密金鑰(ProSe Encryption Key,PEK)和ProSe完整性金鑰(ProSe Integrity Key,PIK)分別用於所選的保密性和完整性算法中。其從KD-sess
導出,且每當KD-sess
改變時自動地刷新。
6.5.5.2 連接設置期間的安全性建立
該子條款描述在連接設置期間如何建立安全性。信令流在圖6.5.5.2-1中示出。
[3GPP TS 33.303 V15.0.0的標題為“連接設置下的安全性建立”的圖6.5.5.2-1重製為第9圖]
1. UE_1已將直接通訊請求發送到UE_2。此訊息應包含Nonce_1 (用於會話金鑰生成)、UE_1安全能力(UE_1將接受此連接的算法的清單)和KD-sess
ID的8個最高有效位元。應選擇這些位元使得UE_1將能夠在本地識別由此程序產生的安全上下文。訊息還可包含KD
ID,如果UE_1具有試圖與其通訊的UE的現有KD
。KD
ID參數的缺失指示UE_1並不具有UE_2的KD
。訊息還應含有必需資訊以從保存於UE上的相關長期金鑰建立KD
(參見子條款6.X.4)。長期ID為UE_2所需的以便檢索正確的長期金鑰的資訊。
2. UE_2可發起關於UE_1的直接認證和金鑰建立程序。如果UE_2並不具有在步驟1中指示的KD
和KD
ID對,那麼這是必選的,且需要信令來建立用於特定使用情況的金鑰。
3. UE_2將直接安全模式命令發送到UE_1。其應包含生成新鮮KD
情況下KD
ID的最高有效位元、允許計算出會話金鑰的Nonce_2,和指示UE將使用哪些安全算法來保護數據的Chosen_algs參數。KD
ID所包含的位元應唯一地識別UE_2處的KD
。UE_2還應傳回UE_1安全性能力以防止向下競價攻擊(bidding down attack)。UE_2還在該訊息中包含KD-sess
ID的最低有效8位元。選擇這些位元以使得UE_2將能夠在本地識別由此程序產生的安全上下文。UE_2從KD
以及Nonce_1和Nonce_2計算KD-Sess
(見附件A.9),且接著基於所選算法導出保密性和完整性金鑰(附件A.4)。
UE_2接著在將直接安全模式命令發送到UE_1之前對其進行完整性保護。UE_2接著準備好接收受新的安全上下文保護的信令和使用者平面業務兩者。UE_2應由其在訊息1中接收到的最高有效位元和在訊息3中發送的最低有效位元而形成KD-sess
ID。
4. 一接收到直接安全模式命令,UE_1就應以與UE_2相同的方式計算KD-sess
和機密性與完整性金鑰。UE_1應檢查出傳回的UE_1安全能力與在步驟1中發送的安全能力相同。UE_1還應檢查對該訊息的完整性保護。如果通過這兩個檢查,那麼UE_1準備好在新的安全上下文下發送和接收信令和使用者業務。如果KD
ID的最高有效位元包含於直接安全模式命令中,那麼UE_1應生成KD
ID的最低有效位元使得這些位元唯一地識別UE_1處的KD
且應儲存KD
的完整KD
ID。UE_1應將完整性受保護且保密性受保護(利用可為空值算法的所選算法)的直接安全模式完成訊息發送到UE_2。UE_1應在此訊息中包含KD
ID的最低有效位元。UE_1應由其在訊息1中發送的最高有效位元和其在訊息3中接收的最低有效位元形成KD-sess
ID。
5. UE_2檢查對於所接收到的直接安全模式完成的完整性保護。如果通過此檢查,那麼UE_2目前準備好發送受新的安全上下文保護的使用者平面數據和控制信令。UE_2刪除其針對UE_1具有的任何舊的安全上下文。UE_2應由其在步驟3中發送的最高有效位元和其在直接安全模式完成中接收到的最低有效位元形成KD
ID。UE_2應儲存KD
的完整KD
ID。
3GPP TS 38.885如下指定用於NR(新RAT/無線電)V2X單播模式通訊的服務品質(QoS)管理:
7 QoS管理
在QoS管理在資源配置、擁塞控制、裝置內共存、功率控制和SLRB配置中的使用的背景下,QoS管理與V2X相關。與QoS管理相關的實體層參數是所傳遞流量的優先順序、時延、可靠性和最小必需通訊範圍(如由高層定義)。AS中還支援數據速率要求。需要SL擁塞度量以及至少在資源分配模式2下用於擁塞控制的機構。向gNB報告SL擁塞度量是有益的。
對於SL單播、組播和廣播,由上層將V2X封包的QoS參數提供到AS。對於SL單播,基於圖7-1和7-2中所示的信令流和程序(預)配置SLRB。在上層中假設[6]中所描述的每流QoS模型。
[3GPP TS 38.885 V16.0.0的標題為“用於SL單播的SLRB配置(UE特定)”的圖7-1重製為第10圖]
在圖7-1的步驟0中,通過[6]中的服務授權和設置程序,將用於每個PC5 QoS流的PC5 QoS概況,即,一組特定的PC5 QoS參數以及PC5 QoS規則提前提供給UE;類似地,用於每個QoS流的PC5 QoS概況也提前提供給gNB/ng-eNB。接著,當封包到達時,UE可以首先基於步驟0中配置的PC5 QoS規則導出相關聯PC5QoS流的識別符(即,PC5 QFI),接著可以在步驟3中向gNB/ng-eNB報告導出的PC5 QFI。gNB/ng-eNB可基於在步驟0中來自5GC的供應而導出這些報告的PC5 QFI的QoS概況,且可以在步驟4中用訊號發送與經由RRC專用信令報告的PC5 QFI UE相關聯的SLRB的配置。這些SLRB配置可以包含PC5QoS流到SLRB映射、SDAP/PDCP/RLC/LCH配置等。在步驟5中,AS中的UE按照gNB/ng-eNB配置與對等UE建立與封包的PC5 QFI相關聯的SLRB,且將可用封包映射到建立的SLRB。然後可以進行SL單播傳送。
註:如何定義PC5 QFI取決於SA2 WG2。
[…]
3GPP TS 36.331如下指定與LTE V2X通訊相關的側鏈路使用者設備(UE)資訊:
5.10.2 側鏈路UE資訊
5.10.2.1 總則
[3GPP TS 36.331 V15.3.0的標題為“側鏈路UE資訊”的圖5.10.2-1重製為第11圖]
此程序的目標是向E-UTRAN通知UE對接收側鏈路通訊或發現、接收V2X側鏈路通訊感興趣或不再感興趣,以及請求側鏈路通訊或發現通知或V2X側鏈路通訊或側鏈路發現間隙的傳送資源的指派或發佈;報告與來自異頻/PLMN細胞的系統資訊的側鏈路發現有關的參數;以及報告由UE用於V2X側鏈路通訊的同步參考。
5.10.2.2 發起
能夠進行RRC_CONNECTED中的側鏈路通訊或V2X側鏈路通訊或側鏈路發現的UE可以發起程序以指示在若干種情況下,UE(感興趣)接收側鏈路通訊或V2X側鏈路通訊或側鏈路發現,該情況包含在成功建立連接後、在發生興趣改變後、在改變成廣播包含sl-V2X-ConfigCommon的SystemInformationBlockType18或SystemInformationBlockType19或SystemInformationBlockType21的PCell後。能夠進行側鏈路通訊或V2X側鏈路通訊或側鏈路發現的UE可以發起程序以請求指派用於相關側鏈路通訊傳送或發現通知或V2X側鏈路通訊傳送的專用資源,或請求用於側鏈路發現傳送或側鏈路發現接收的側鏈路發現間隙,並且能夠進行異頻/PLMN側鏈路發現參數報告的UE可以發起程序以報告與來自異頻/PLMN細胞的系統資訊的側鏈路發現有關的參數。
註1:儘管包含sl-V2X-ConfigCommon的SystemInformationBlockType18/SystemInformationBlockType19/SystemInformationBlockType21或SystemInformationBlockType26不包含用於傳送的資源(在正常條件下),但是被配置成傳送側鏈路通訊/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側鏈路通訊傳送資源;
- SidelinkUEInformation
SidelinkUEInformation訊息用於向eNB指示側鏈路資訊。
信令無線承載:SRB1
RLC-SAP:AM
邏輯通道:DCCH
方向:UE到E-UTRANSidelinkUEInformation 訊息
-- ASN1START
…
SidelinkUEInformation-v1430-IEs ::= SEQUENCE {
v2x-CommRxInterestedFreqList-r14 SL-V2X-CommFreqList-r14 任選,
p2x-CommTxType-r14 ENUMERATED {true} 任選,
v2x-CommTxResourceReq-r14 SL-V2X-CommTxFreqList-r14 任選,
nonCriticalExtension SidelinkUEInformation-v1530-IEs 任選
}
SidelinkUEInformation-v1530-IEs ::= SEQUENCE {
reliabilityInfoListSL-r15 SL-ReliabilityList-r15 任選,
nonCriticalExtension SEQUENCE {} 任選
}
…
SL-V2X-CommFreqList-r14 ::= SEQUENCE (SIZE (1..maxFreqV2X-r14)) OF INTEGER (0..maxFreqV2X-1-r14)
SL-V2X-CommTxFreqList-r14 ::= SEQUENCE (SIZE (1..maxFreqV2X-r14)) OF SL-V2X-CommTxResourceReq-r14
SL-V2X-CommTxResourceReq-r14 ::= SEQUENCE {
carrierFreqCommTx-r14 INTEGER (0.. maxFreqV2X-1-r14) 任選,
v2x-TypeTxSync-r14 SL-TypeTxSync-r14 任選,
v2x-DestinationInfoList-r14 SL-DestinationInfoList-r12 任選
}
-- ASN1STOP
[…]
- SL-V2X-ConfigDedicated
IE SL-V2X-ConfigDedicated指定用於V2X側鏈路通訊的專用配置資訊。SL-V2X-ConfigDedicated 資訊元素
-- ASN1START
SL-V2X-ConfigDedicated-r14 ::= SEQUENCE {
commTxResources-r14 CHOICE {
release NULL,
setup CHOICE {
scheduled-r14 SEQUENCE {
sl-V-RNTI-r14 C-RNTI,
mac-MainConfig-r14 MAC-MainConfigSL-r12,
v2x-SchedulingPool-r14 SL-CommResourcePoolV2X-r14 任選, -- 需要開
mcs-r14 INTEGER (0..31) 任選, --需要或
logicalChGroupInfoList-r14 LogicalChGroupInfoList-r13
},
ue-Selected-r14 SEQUENCE {
-- 正常使用的池
v2x-CommTxPoolNormalDedicated-r14 SEQUENCE {
poolToReleaseList-r14 SL-TxPoolToReleaseListV2X-r14 任選, --需要開
poolToAddModList-r14 SL-TxPoolToAddModListV2X-r14 任選, --需要開
v2x-CommTxPoolSensingConfig-r14 SL-CommTxPoolSensingConfig-r14
任選, --需要開
}
}
}
} 任選, --需要開
v2x-InterFreqInfoList-r14 SL-InterFreqInfoListV2X-r14 任選, --需要開
thresSL-TxPrioritization-r14 SL-Priority-r13 任選, --需要或
typeTxSync-r14 SL-TypeTxSync-r14 任選, --需要或
cbr-DedicatedTxConfigList-r14 SL-CBR-CommonTxConfigList-r14 任選, --需要或
...,
[[ commTxResources-v1530 CHOICE {
release NULL,
setup CHOICE {
scheduled-v1530 SEQUENCE {
logicalChGroupInfoList-v1530 LogicalChGroupInfoList-v1530 任選, --需要或
mcs-r15 INTEGER (0..31) 任選, --需要或
},
ue-Selected-v1530 SEQUENCE {
v2x-FreqSelectionConfigList-r15 SL-V2X-FreqSelectionConfigList-r15 任選, --需要或
}
}
} 任選, --需要開
v2x-PacketDuplicationConfig-r15 SL-V2X-PacketDuplicationConfig-r15 任選, --需要或
syncFreqList-r15 SL-V2X-SyncFreqList-r15 任選, --需要或
slss-TxMultiFreq-r15 ENUMERATED {true} 任選, --需要或
]]
}
LogicalChGroupInfoList-v1530 ::= SL-ReliabilityList-r15的序列(大小(1..maxLCG-r13))
SL-TxPoolToAddModListV2X-r14 ::= SL-TxPoolToAddMod-r14的序列(大小(1.. maxSL-V2X-TxPool-r14))
SL-TxPoolToAddMod-r14 ::= SEQUENCE {
poolIdentity-r14 SL-V2X-TxPoolIdentity-r14,
pool-r14 SL-CommResourcePoolV2X-r14
}
SL-TxPoolToReleaseListV2X-r14 ::= SL-V2X-TxPoolIdentity-r14的序列(大小(1.. maxSL-V2X-TxPool-r14))
-- ASN1STOP
SidelinkUEInformation欄位描述 |
carrierFreqCommTx 指示UE感興趣傳送V2X側鏈路通訊的頻率的索引。值1對應於在SIB21中廣播的v2x-InterFreqInfoList中的第一條目的頻率,值2對應於在SIB21中廣播的v2x-InterFreqInfoList中的第二條目的頻率等。值0對應PCell的頻率。 |
commRxInterestedFreq 指示UE感興趣接收側鏈路通訊的頻率。 |
commTxResourceReq 指示UE傳送非中繼相關側鏈路通訊所感興趣的頻率以及UE請求E-UTRAN指派專用資源所針對的一個到多個多側鏈路通訊傳送目的地。註1。 |
reliabilityInfoListSL 指示與要傳送用於V2X側鏈路通訊的所報告業務相關聯的可靠性(即,PPPR[9])。 |
v2x-CommRxInterestedFreqList 指示UE感興趣接收V2X側鏈路通訊的頻率的索引。值1對應於在SIB21中廣播的v2x-InterFreqInfoList中的第一條目的頻率,值2對應於在SIB21中廣播的v2x-InterFreqInfoList中的第二條目的頻率等。值0對應PCell的頻率。 |
v2x-DestinationInfoList 指示V2X側鏈路通訊的目的地。 |
v2x-TypeTxSync 指示UE所使用的同步參考。 |
SL-V2X-ConfigDedicated欄位描述 |
cbr-DedicatedTxConfigList 指示CBR範圍劃分的專用清單和可供UE配置V2X側鏈路通訊的擁塞控制的PSCCH TX配置清單。 |
logicalChGroupInfoList 指示每個邏輯通道群組的相關聯優先順序和可靠性的清單,如TS 36.321[6]中所規定而使用,按邏輯通道群組識別增大的次序。如果E-UTRAN包含logicalChGroupInfoList-v1530,那麼其包含與logicalChGroupInfoList-r14中相同數目的條目且以相同次序列出,且logicalChGroupInfoList-r14與logicalChGroupInfo-v1530中的相同條目的邏輯通道群組識別與該條目的優先順序(如在logicalChGroupInfoList-r14中)和可靠性(如在logicalChGroupInfoList-v-v-1520中)兩者相關聯。如果不包含logicalChGroupInfoList-v1530,那麼此欄位指示每個邏輯通道群組的相關聯優先順序清單。 |
mcs 指示如在TS 36.213 [23, 14.2.1]中定義的MCS。如果未配置,那麼MCS的選擇取決於UE實施方案。如果包含mcs-r15,那麼其對應於TS 36.213[23]中的表8.6.1-1中的MCS表和支援用於PSSCH上的傳送的TS 36.213[23]中的表14.1.1-2中的64QAM的MCS表兩者。 |
排程 指示E-UTRAN基於來自UE的側鏈路特定BSR排程傳送資源的情況下的配置。 |
sl-V-RNTI 指示用於DCI動態地排程用於V2X側鏈路通訊的側鏈路資源的RNTI。 |
thresSL-TxPrioritization 指示用於決定SL V2X傳送是否優先於上行鏈路傳送(如果其在時間上重疊)的閾值(見TS 36.321[6])。此值應覆寫配置於SIB21或SL-V2X-Preconfiguration中的thresSL-TxPrioritization(如果存在)。 |
typeTxSync 指示用於在PCell上執行V2X側鏈路通訊的優先化的同步類型(即,eNB或GNSS)。 |
ue-Selected 指示在UE從由E-UTRAN配置的資源池選擇傳送資源的情況下的配置。 |
v2x-InterFreqInfoList 指示不同於用於V2X側鏈路通訊的服務載波頻率的其它載波頻率的同步和資源分配配置。對於載體間排程資源分配,DCI-5A中的CIF=1對應於此頻率清單中的第一條目,CIF=2對應於第二條目,依此類推(見TS 36.213[23])。DCI-5A中的CIF=0對應於接收DCI的頻率。 |
v2x-SchedulingPool 指示當E-UTRAN排程用於V2X側鏈路通訊的Tx資源時的資源池。 |
在2019年11月13日流通的用於具有NR側鏈路的5G V2X的運行CR到TS 38.331(如在3GPP電子郵件論述[107bis#91][V2X]38.331運行CR(華為)中俘獲)如下引入用於NR V2X的新側鏈路UE資訊(即,SidelinkUEInformationNR):
5.X.3 用於NR側鏈路通訊的側鏈路UE資訊
5.X.3.1 總則
[3GPP電子郵件論述[107bis#91][V2X]38.331運行CR(華為)的標題為“用於NR側鏈路通訊的側鏈路UE資訊”的圖5.X.3.1-1重製為第12圖]
此程序的目的是通知UE感興趣或不再感興趣接收NR側鏈路通訊的網路,並且請求用於NR側鏈路通訊的傳送資源的指派或版本且報告與NR側鏈路通訊相關的參數。
5.x.3.2 發起
能夠進行RRC_CONNECTED中的NR側鏈路通訊的UE可發起程序以指示其在若干情況下(感興趣)接收NR側鏈路通訊,該情況包含成功連接建立或恢復、興趣改變、改變到廣播包含sl-ConfigCommonNR的SIBX的PCell。能夠進行NR側鏈路通訊的UE可發起程序以請求用於NR側鏈路通訊傳送的專用資源的指派。
在發起此程序後,UE應:
1> 如果包含sl-ConfigCommonNR的SIBX由PCell廣播:
2> 確保具有用於PCell的SIBX的有效版本;
2> 如果被上部層配置成以包含在PCell的SIBX中的sl-FreqInfoList中的頻率接收NR側鏈路通訊,那麼:
3> 如果UE從最後一次進入RRC_CONNECTED狀態起就不傳送SidelinkUEInformationNR訊息;或
3> 如果從UE最後一次傳送SidelinkUEInformationNR訊息起,UE就連接到不廣播包含sl-ConfigCommonNR的SIBX的PCell;或
3> 如果SidelinkUEInformationNR訊息的最後一次傳送不包含sl-RxInterestedFreqList;或如果從SidelinkUEInformationNR訊息的最後一次傳送起,被上部層配置成接收NR側鏈路通訊的頻率已改變,那麼:
4> 發起SidelinkUEInformationNR訊息的傳送以根據5.x.3.3指示感興趣的NR側鏈路通訊接收頻率;
2> 否則:
3> 如果SidelinkUEInformationNR訊息的最後一次傳送包含sl-RxInterestedFreqList,那麼:
4> 根據5.x.3.3,發起SidelinkUEInformationNR訊息的傳送以指示其對NR側鏈路通訊接收不再感興趣;
2> 如果被上部層配置成以包含在PCell的SIBX中的sl-FreqInfoList中的頻率傳送NR側鏈路通訊,那麼:
3> 如果UE從最後一次進入RRC_CONNECTED狀態起就不傳送SidelinkUEInformationNR訊息;或
3> 如果從UE最後一次傳送SidelinkUEInformationNR訊息起,UE就連接到不廣播包含sl-ConfigCommonNR的SIBX的PCell;或
3> 如果SidelinkUEInformationNR訊息的最後一次傳送不包含sl-TxResourceReqList;或如果從SidelinkUEInformationNR訊息的最後一次傳送起,sl-TxResourceReqList所攜載的資訊已改變,那麼:
4> 發起SidelinkUEInformationNR訊息的傳送以根據5.x.3.3指示UE需要的NR側鏈路通訊傳送資源;
2> 否則:
3> 如果SidelinkUEInformationNR訊息的最後一次傳送包含sl-TxResourceReqList,那麼:
4> 根據5.x.3.3,發起SidelinkUEInformationNR訊息的傳送以指示其不再需要NR側鏈路通訊傳送資源。
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-QoS-InfoList設定為包含由上部層配置用於NR側鏈路通訊傳送的相關聯目的地的側鏈路QoS流的QoS概況;
5> 設定sl-InterestedFreqList以指示用於NR側鏈路通訊傳送的頻率;
5> 將sl-TypeTxSyncList設定為在用於NR側鏈路通訊傳送的相關聯sl-InterestedFreqList上使用的當前同步參考類型。
1> UE應向下部層提交SidelinkUEInformationNR訊息以用於傳送。
編者註:如何處置具有或不具有故障指示的RLF情況有待進一步研究。
[…]
- SidelinkUEInformationNR
SidelinkUEinformationNR訊息用於向網路指示NR側鏈路UE資訊。
信令無線承載:SRB1
RLC-SAP:AM
邏輯通道:DCCH
方向:UE到網路SidelinkUEInformationNR 訊息
-- ASN1START
-- TAG-SIDELINKUEINFORMATIONNR-START
SidelinkUEInformationNR-r16::= SEQUENCE {
criticalExtensions CHOICE {
sidelinkUEInformationNR-r16 SidelinkUEInformationNR-r16-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
SidelinkUEInformationNR-r16-IEs::= SEQUENCE {
sl-RxInterestedFreqList-r16 SL-InterestedFreqList-r16 任選,
sl-TxResourceReqList-r16 SL-TxResourceReqList-r16 任選,
lateNonCriticalExtension OCTET STRING 任選,
nonCriticalExtension SEQUENCE {} 任選
}
SL-TxResourceReqList-r16 ::= SEQUENCE (SIZE (1..maxNrofSL-Dest-r16)) OF SL-TxResourceReq-r16
SL-TxResourceReq-r16::= SEQUENCE {
sl-DestinationIdentity-r16 SL-DestinationIdentity-r16,
sl-CastType-r16 ENUMERATED {broadcast, groupcast, unicast, spare1},
sl-QoS-InfoList-r16 SEQUENCE (SIZE (1..maxNrofSL-QFIsPerDest-r16)) OF SL-QoS-Info-r16,
sl-TypeTxSyncList-r16 SEQUENCE (SIZE (1..maxNrofFreqSL-r16)) OF SL-TypeTxSync-r16,
sl-TxInterestedFreqList-r16 SEQUENCE (SIZE (1..maxNrofFreqSL-r16)) OF INTEGER (1..maxNrofFreqSL-r16)
}
-- Editor's Notes: The use and structure of sl-TypeTxSyncList and sl-TxInterestedFreqList are FFS.
SL-QoS-Info-r16 ::= SEQUENCE {
sl-QoS-FlowIdentity-r16 SL-QoS-FlowIdentity-r16,
sl-QoS-Profile-r16 SL-QoS-Profile-r16
}
-- TAG-SIDELINKUEINFORMATIONNR-STOP
-- ASN1STOP
SidelinkUEinformationNR欄位描述 |
sl-RxInterestedFreqList 指示UE感興趣接收NR側鏈路通訊的頻率索引。值1對應於在SIBX中廣播的sl-FreqInfoList中的第一條目的頻率,值2對應於在SIBX中廣播的sl-FreqInfoList中的第二條目的頻率,依此類推。在此版本中,僅值1可包含在感興趣的頻率清單中。 |
sl-TxResourceReq 側鏈路UE資訊報告中向網路請求用於NR側鏈路通訊的傳送資源的參數。 |
SL-TxResourceReq欄位描述 |
sl-CastType 指示請求資源的對應目的地的情況類型。 |
sl-DestinationIdentity 指示請求資源的目的地。 |
sl-QoS-InfoList 包含如在TS 23.287 [xx]中指定的側鏈路QoS流的QoS概況 |
sl-QoS-FlowIdentity 此識別唯一地識別UE範圍中的一個側鏈路,其對於不同目的地和播送類型為獨特的。 |
sl-TxInterestedFreqList 此欄位的每個條目指示UE感興趣傳送NR側鏈路通訊的頻率索引。值1對應於在SIBX中廣播的sl-FreqInfoList中的第一條目的頻率,值2對應於在SIBX中廣播的sl-FreqInfoList中的第二條目的頻率,依此類推。在此版本中,僅值1可包含在感興趣的頻率清單中。在此版本中,僅一個條目可包含在該清單中。 |
sl-TypeTxSyncList 由UE使用的同步參考的清單。UE應包含與sl-TxInterestedFreqList中相同數目的條目,以相同次序列出,即包含在sl-TxInterestedFreqList中的每個載體頻率一個。 |
3GPP R2-1914138如下俘獲關於PC5-S和PC5-RRC訊息的RAN2#107bis協議:
1: 側鏈路控制通道(SCCH)用以攜載PC5-S信令。
2: 攜帶PC5-S信令的SL-SRB與攜帶PC5-RRC訊息的SL-SRB分離。
3: PC5-S訊息未囊封到NR側鏈路中的PC5-RRC訊息中。
4: 分別攜帶PC5-S訊息和PC5-RRC訊息的不同SCCH可在需要的情況下多工到用於相同目的地的NR側鏈路中的一個MAC PDU中,方式與多工不同STCH相同,即基於LCID。
5: SCCH和STCH可在需要的情況下多工到用於相同目的地的NR側鏈路中的一個MAC PDU中,方式與多工STCH相同,即基於LCID。
6: PC5-S位於PDCP/RLC/MAC/PHY的頂部。
7: 攜帶PC5-RRC訊息的SCCH的邏輯通道優先順序在38.331中指定為固定值。
8: 攜帶PC5-S信令的SCCH的邏輯通道優先順序在38.331中指定為固定值。
9: 指定配置用於SCCH且在38.331中指定。
用於具有NR側鏈路的5G V2X的運行CR到TS 38.331(如在3GPP電子郵件論述[107bis#91][V2X]38.331運行CR(華為)中俘獲)如下引入用於PC5-RRC和PC5-S訊息的SCCH配置:
9.1.1.X SCCH配置
指定用於單播NR側鏈路通訊的參數,其用於PC5-RRC訊息的側鏈路信令無線電承載。
指定用於單播NR側鏈路通訊的參數,其用於PC5-S訊息的側鏈路信令無線電承載。
名稱 | 值 | 語義描述 | 版本 |
PDCP配置 | |||
>t-Reordering | 未定義 | 由接收UE選擇,取決於UE實施方案 | |
>pdcp-SN-Size | 12(FFS) | ||
RLC configuration | |||
>sn-FieldLength | 12 | ||
>t-Reassembly | 未定義 | 由接收UE選擇,取決於UE實施方案 | |
>logicalChannelIdentity | 1 | ||
MAC configuration | |||
>priority | 1 | ||
>prioritisedBitRate | 無限大 | ||
>logicalChannelGroup | 0 |
名稱 | 值 | 語義描述 | 版本 |
PDCP配置 | |||
>t-Reordering | 未定義 | 由接收UE選擇,取決於UE實施方案 | |
>pdcp-SN-Size | 12 | ||
RLC configuration | |||
>sn-FieldLength | 12 | ||
>t-Reassembly | 未定義 | 由接收UE選擇,取決於UE實施方案 | |
>logicalChannelIdentity | 0 | ||
MAC配置 | |||
>priority | 1 | ||
>prioritisedBitRate | 無限大 | ||
>logicalChannelGroup | 0 |
3GPP TS 23.287和S2-1910019在章節6.3.3.1中指定用於經由PC5參考點的單播模式V2X通訊的層2鏈路建立程序。舉例來說,發起UE(例如,UE1)傳送直接通訊請求訊息,且從其它UE接收直接通訊接受訊息。根據3GPP S2-1910019的章節5.6.1.4,用於建立PC5單播鏈路的初始信令可使用通訊對等體的已知層2 ID或用於建立用於V2X服務或提供V2X服務的V2X應用的單播連接的初始信令的預設目的地層2 ID(例如,PSID或ITS-AID)。通訊對等體的層2 ID可經由先前V2X通訊(例如,到相同應用層ID的現有或先前單播鏈路)而為UE所知,或從應用層服務通告獲得。
在直接通訊請求訊息中,包含UE2的應用層ID和UE1的應用層ID以使得UE2可決定是否回應於直接通訊請求訊息。如果UE2決定回應於直接通訊請求訊息,那麼UE2可初始化用以建立安全上下文的程序。用以在側鏈路連接設置(或單播鏈路建立)期間建立安全上下文的安全配置程序在3GPP TS 33.303中指定。
舉例來說,UE1將直接通訊請求傳送到UE2。在直接通訊請求中,可包含用以建立安全上下文的一些參數。在接收到直接通訊請求後,UE2可發起與UE1的直接驗證和金鑰建立程序。且接著,UE2將直接安全模式命令傳送到UE1,且UE1以直接安全模式完成回應於UE2。此外,如果成功地接收直接安全模式完成,UE2可將直接通訊接受傳送到UE1。在單播鏈路不需要安全性的情況下,可省略安全配置程序,且UE2可直接向UE1答覆直接通訊接受。
當傳送直接通訊請求訊息時,將來源層2 ID設定為發起UE的層2 ID,且將目的地層2 ID設定為UE2的已知層2 ID或與服務類型相關聯的預設目的地層2 ID。因此,在接收到直接通訊請求訊息之後,UE2可在安全性建立程序中開始基於為新單播鏈路特定地指派的UE1的L2 ID和UE2的L2 ID交換信令。由於UE2的L2 ID由特定地用於新單播鏈路的UE2指派,且因此其可不同於由UE1用於傳送直接通訊請求訊息的UE2的已知層2 ID。
根據3GPP電子郵件論述[107bis#91][V2X]38.331運行CR(華為),處於RRC_CONNECTED中的UE將需要將側鏈路UE資訊訊息(例如,SidelinkUEInformationNR)發送到gNB以請求用於傳送直接通訊請求訊息的側鏈路資源。在使用與服務類型相關聯的預設目的地層2 ID的情況下,播送類型將設定為“廣播”,因為直接通訊請求是經由廣播傳送來傳送。在接收到由對等體UE回應於接收到直接通訊請求而發送的PC5-S訊息(例如,安全相關訊息或直接通訊接受)之後,發起UE可能需要經由單播傳送將另一側鏈路UE資訊訊息發送到gNB以請求用於傳送後續PC5-S訊息和數據封包的側鏈路資源,因為UE2的L2 ID在從UE2接收到PC5-S訊息之後為UE1所知。第13圖示出單播鏈路建立程序的實例。
如在3GPP電子郵件論述[107bis#91][V2X] 38.331運行CR(華為)中所指定,SidelinkUEInformationNR可包含與待建立的單播鏈路相關的以下資訊元素(information element,IE):sl-DestinationIdentity、sl-CastType、sl-QoS-InfoList、sl-TypeTxSyncList和sl-TxInterestedFreqList。而且,sl-QoS-InfoList中的每個條目包含sl-QoS-FlowIdentity和sl-QoS-Profile。sl-DestinationIdentity將設定為與對等UE的服務類型或層2 ID相關聯的預設目的地層2 ID。回應於接收到SidelinkUEInformationNR,gNB可用RRC連接重新配置訊息(例如,RRCConnectionReconfiguration)答覆以配置用於相關單播鏈路的側鏈路傳送資源。
舉例來說,RRCConnectionReconfiguration可包含IE SL-V2X-ConfigDedicated,其可含有指示資源分配模式(“排程”或“未選”)和/或側鏈路資源池等的資訊。其還可包含PC5 QoS流到SLRB(或SL LCH)映射。PC5 QoS流可映射到現有SLRB或新SLRB。在需要新SLRB的情況下,將包含邏輯通道配置以用於新SLRB。應注意,每個SLRB與SL LCH相關聯。
如果包含在SidelinkUEInformationNR中的sl-DestinationIdentity設定為與服務類型相關聯的預設目的地層2 ID,那麼這意味著所請求的側鏈路資源用於經由廣播傳送在SCCH(例如,SCCH0)上傳送直接通訊請求。由於SCCH的配置固定且gNB應瞭解傳送直接通訊請求所需要的QoS要求,因此SidelinkUEInformationNR中不需要包含sl-QoS-InfoList。
或者,預設sl-QoS-FlowIdentity和/或預設sl-QoS-Profile可設定為用於傳送直接通訊請求的sl-QoS-InfoList。gNB可基於預設sl-QoS-FlowIdentity和/或預設sl-QoS-Profile瞭解用於傳送直接通訊請求的請求側鏈路資源。儘管在用於傳送直接通訊請求的sl-QoS-InfoList中設定預設sl-QoS-FlowIdentity和/或預設sl-QoS-Profile是可行的,但其將不必要地造成額外信令開銷。有可能,可在發起UE中指定或預定義用於傳送PC5-S訊息的預設sl-QoS-FlowIdentity和/或預設sl-QoS-Profile。其可在發起UE的上部層中指定。除了PC5-S訊息之外,上部層還將預設sl-QoS-FlowIdentity和/或預設sl-QoS-Profile向下傳遞到發起UE的AS層以用於傳送。還可能在發起UE的AS層中指定預設sl-QoS-FlowIdentity和/或預設sl-QoS-Profile(即,其在RRC規範中固定)。
在UE傳送SidelinkUEInformationNR以請求用於正常廣播服務的側鏈路資源的情況下,sl-QoS-InfoList仍需要包含在SidelinkUEInformationNR中。因此,IE sl-QoS-InfoList應為任選的。換句話說,如果SidelinkUEInformationNR用以請求用於廣播服務的側鏈路資源,那麼UE在SidelinkUEInformationNR中包含IE sl-QoS-InfoList。如果SidelinkUEInformationNR用以請求用於傳送PC5-S訊息的側鏈路資源(例如,直接通訊請求),那麼UE不包含IE sl-QoS-InfoList。
第14圖是根據一個示例性實施例的從處於RRC_CONNECTED中的第一UE的角度請求側鏈路資源的流程圖1400。在步驟1405中,第一UE將第一無線電資源控制(RRC)訊息傳送到網路節點,其中第一RRC訊息中的側鏈路服務品質(QoS)資訊清單的存在與否視情況而定。
在一個實施例中,如果第一RRC訊息用以請求用於V2X服務的業務傳送的側鏈路資源,那麼側鏈路QoS資訊清單存在。如果第一RRC訊息用以請求用於傳送PC5-S訊息的側鏈路資源,而該PC5-S訊息用以請求與第二UE的直接通訊,那麼側鏈路QoS資訊清單不存在。在一個實施例中,PC5-S訊息可以是直接通訊請求訊息。
在一個實施例中,第一RRC訊息還可包含以下資訊元素中的至少一個:目的地識別、播送類型和/或頻率。側鏈路QoS資訊清單可包含指示PC5 QoS流的QoS概況的資訊元素和/或指示PC5 QoS流的PC5 QoS流識別的資訊元素。第一RRC訊息可為側鏈路UE資訊訊息。
在一個實施例中,第一UE可從網路節點接收第二RRC訊息以分配專用側鏈路配置。第二RRC訊息或專用側鏈路配置可包含以下資訊元素中的至少一個:PC5 QoS流到側鏈路無線電承載(SLRB)映射、資源分配模式、側鏈路資源池和/或邏輯通道配置。
在一個實施例中,網路節點可以是基站(例如,gNB)。
返回參考第3圖和第4圖,在一個示例性實施例中,處於RRC_CONNECTED中的第一UE請求側鏈路資源。第一UE 300包含儲存於記憶體310中的程式碼312。CPU 308可執行程式碼312以使得第一UE能夠將第一RRC訊息傳送到網路節點,其中指示PC5 QoS流的QoS概況的資訊元素在第一RRC訊息中的存在與否視情況而定。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第15圖是根據一個示例性實施例的從處於RRC_CONNECTED中的第一UE的角度請求側鏈路資源的流程圖1500。在步驟1505中,第一UE將第一RRC訊息傳送到網路節點,其中如果第一RRC訊息用以請求用於V2X服務的業務傳送的側鏈路資源,那麼第一RRC訊息包含指示PC5 QoS流的QoS概況的資訊元素,且如果第一RRC訊息用以請求用於傳送PC5-S訊息的側鏈路資源,那麼第一RRC訊息不包含該資訊元素。在步驟1510中,第一UE可從網路節點接收第二RRC訊息以分配專用側鏈路配置。
返回參考第3圖和第4圖,在一個示例性實施例中,處於RRC_CONNECTED中的第一UE請求側鏈路資源。第一UE 300包含儲存於記憶體310中的程式碼312。CPU 308可執行程式碼312以使得第一UE能夠:(i)將第一RRC訊息傳送到網路節點,其中如果第一RRC訊息用以請求用於V2X服務的業務傳送的側鏈路資源,那麼第一RRC訊息包含指示PC5 QoS流的QoS概況的資訊元素,且如果第一RRC訊息用以請求用於傳送PC5-S訊息的側鏈路資源,那麼第一RRC訊息不包含該資訊元素;以及(ii)從網路節點接收第二RRC訊息以分配專用側鏈路配置。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第16圖是根據一個示例性實施例的從網路節點的角度分配側鏈路資源的流程圖1600。在步驟1605中,網路節點從第一UE接收第一RRC訊息,其中第一RRC訊息用以請求側鏈路資源。在步驟1610中,網路節點將第二RRC訊息傳送到第一UE以分配專用側鏈路配置,其中如果第一RRC訊息包含指示PC5 QoS流的QoS概況的資訊元素,那麼第二RRC訊息包含PC5 QoS流到SLRB映射,且如果第一RRC訊息不包含該資訊元素,那麼第二RRC訊息不包含PC5 QoS流到SLRB映射。
返回參考第3圖和第4圖,在一個示例性實施例中,網路節點分配側鏈路資源。網路節點300包含儲存於記憶體310中的程式碼312。CPU 308可執行程式碼312以使得網路節點能夠:(i)從第一UE接收第一RRC訊息,其中第一RRC訊息用以請求側鏈路資源;以及(ii)將第二RRC訊息傳送到第一UE以分配專用側鏈路配置,其中如果第一RRC訊息包含指示PC5 QoS流的QoS概況的資訊元素,那麼第二RRC訊息包含PC5 QoS流到SLRB映射,且如果第一RRC訊息不包含該資訊元素,那麼第二RRC訊息不包含PC5 QoS流到SLRB映射。此外,CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
在第15圖到第16圖中所示且上文論述的實施例的上下文中,在一個實施例中,第一RRC訊息可包含以下資訊元素中的至少一個:目的地識別、播送類型和/或頻率。第二RRC訊息可包含以下資訊元素中的至少一個:資源分配模式、側鏈路資源池和/或邏輯通道配置。
在一個實施例中,如果第一RRC訊息用以請求用於傳送PC5-S訊息的側鏈路資源,那麼目的地識別可設定為用於建立用於V2X服務或提供V2X服務的V2X應用的單播連接的初始信令的預設目的地層2 ID(例如,提供商服務識別碼(Provider Service Identifier,PSID)或智慧傳輸系統-應用識別符(ITS-AID))或UE的對等UE的目的地層2 ID。如果第一RRC訊息用以請求用於廣播服務的業務傳送的側鏈路資源,那麼目的地識別還可設定為與V2X服務或提供V2X服務的V2X應用的服務類型相關聯的目的地層2 ID(例如,PSID或ITS-AID)。此外,如果第一RRC訊息用以請求用於組播服務的業務傳送的側鏈路資源,那麼目的地識別可設定為與組播服務相關聯的目的地層2 ID。此外,如果第一RRC訊息用以請求用於單播服務的業務傳送的側鏈路資源,那麼目的地識別可設定為UE的對等UE的目的地層2 ID。
在一個實施例中,專用側鏈路配置可包含以下資訊元素中的至少一個:PC5 QoS流到SLRB映射、資源配置模式、側鏈路資源池和/或邏輯通道配置。PC5-S訊息可以是直接通訊請求。PC5-S訊息可在SCCH(例如,SCCH0)上傳送。可在側鏈路業務通道(Sidelink Traffic Channel,STCH)上執行業務傳送。SCCH的邏輯通道配置可在UE中指定或預定義。
在一個實施例中,網路節點是基站(例如,gNB)。第一RRC訊息可包含指示PC5 QoS流的PC5 QoS流識別的資訊元素。
上文已經描述了本公開的各個方面。應明白,本文中的教示可通過廣泛多種形式實施,且本文中所公開的任何具體結構、功能或這兩者僅是代表性的。基於本文中的教示,所屬領域的技術人員應瞭解,本文公開的方面可獨立於任何其它方面而實施,且兩個或更多個這些方面可以各種方式組合。舉例來說,可以使用本文中所闡述的任何數目個方面來實施設備或實踐方法。另外,通過使用除了在本文中所闡述的方面中的一個或多個之外或不同於在本文中所闡述的方面中的一個或多個的其它結構、功能性或結構和功能性,可以實施此設備或可以實踐此方法。作為上述概念中的一些的實例,在一些方面中,可以基於脈衝重複頻率建立並行通道。在一些方面中,可基於脈衝位置或偏移建立並行通道。在一些方面中,可以基於時間跳躍序列建立並行通道。在一些方面中,可基於脈衝重複頻率、脈衝位置或偏移以及跳時序列而建立並行通道。
所屬領域的技術人員將理解,可使用多種不同技術中的任一種來表示資訊和訊號。舉例來說,可用電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示在整個上文描述中可能參考的數據、指令、命令、資訊、訊號、位元、符號和碼片。
所屬領域的技術人員將進一步瞭解,結合本文中所公開的方面描述的各種說明性邏輯塊、模組、處理器、構件、電路和算法步驟可以被實施為電子硬體(例如,數位實施方案、類比實施方案),或兩者的組合,可以使用來源編碼或一些其它技術設計)、各種形式的程式或併有指令的或設計代碼(為方便起見,這裡可以稱為“軟體”或“軟體模組”),或兩者的組合。為清晰地說明硬體與軟體的此可互換性,上文已大體就各種說明性元件、塊、模組、電路和步驟的功能性加以描述。這類功能性是實施為硬體還是軟體取決於特定應用和強加於整個系統的設計約束。本領域的技術人員可針對每一具體應用以不同方式來實施所描述的功能性,但這樣的實施決策不應被解釋為會引起脫離本公開的範圍。
另外,結合本文公開的方面描述的各種說明性邏輯塊、模組和電路可以實施於集成電路(“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
1400:流程圖
1405:步驟
1500:流程圖
1505,1510:步驟
1600:流程圖
1605,1610:步驟
第1圖示出了根據一個示例性實施例的無線通訊系統的圖。
第2圖是根據一個示例性實施例的傳送器系統(也被稱作存取網路)和接收器系統(也被稱作使用者設備或UE)的方塊圖。
第3圖是根據一個示例性實施例的通訊系統的功能方塊圖。
第4圖是根據一個示例性實施例的第3圖的程式碼的功能方塊圖。
第5圖是3GPP TS 23.287 V16.0.0的圖5.2.1.4-1的重製。
第6圖是3GPP TS 23.287 V16.0.0的圖6.3.3.1-1的重製。
第7圖是3GPP TR 38.885 V16.0.0的圖7-1的重製。
第8圖是3GPP S2-1910019中提供的圖6.3.3.3-1的重製。
第9圖是3GPP TS 33.303 V15.0.0的圖6.5.5.2-1的重製。
第10圖是3GPP TS 38.885 V16.0.0的圖7-1的重製。
第11圖是3GPP TS 36.331 V15.3.0的圖5.10.2-1的重製。
第12圖是3GPP電子郵件論述[107bis#91][V2X] 38.331運行CR(華為)中提供的圖5.X.3.1-1的重製。
第13圖是根據一個示例性實施例的圖。
第14圖是根據一個示例性實施例的流程圖。
第15圖是根據一個示例性實施例的流程圖。
第16圖是根據一個示例性實施例的流程圖。
1400:流程圖
1405:步驟
Claims (16)
- 一種用於處於RRC_CONNECTED中的第一使用者設備請求側鏈路資源的方法,該方法包括:將第一無線電資源控制訊息傳送到網路節點,其中該第一無線電資源控制訊息中的側鏈路服務品質資訊清單的存在與否視情況而定,其中該第一無線電資源控制訊息用於:請求用於向一第二使用者設備V2X(Vehicle-to-Everything)服務的業務傳送的側鏈路資源;或請求用於傳送請求與該第二使用者設備建立一PC5單播鏈路的一PC5-S消息的側鏈路資源,其中如果該第一無線電資源控制訊息用以請求用於車至任何事物通訊服務的業務傳送的側鏈路資源,那麼該側鏈路服務品質資訊清單存在,其中如果該第一無線電資源控制訊息用以請求用於傳送PC5-S訊息的側鏈路資源,而該PC5-S訊息用以請求與第二使用者設備的直接通訊,那麼該側鏈路服務品質資訊清單不存在。
- 如請求項1所述的方法,該PC5-S訊息為直接通訊請求訊息。
- 如請求項1所述的方法,該側鏈路服務品質資訊清單包含指示PC5服務品質流的服務品質概況的資訊元素和指示該PC5服務品質流的PC5服務品質流識別的資訊元素。
- 如請求項1所述的方法,該第一無線電資源控制訊息為側鏈路使用者設備資訊訊息。
- 如請求項1所述的方法,該第一無線電資源控制訊息包含以下至少一個:目的地識別、播送類型或頻率。
- 如請求項1所述的方法,該方法進一步包括:從該網路節點接收第二無線電資源控制訊息以分配專用側鏈路配置。
- 如請求項6所述的方法,該第二無線電資源控制訊息或該專用側鏈路配置包含以下至少一個:PC5服務品質流到側鏈路無線電承載映射、資源配置模式、側鏈路資源池或邏輯通道配置。
- 如請求項1所述的方法,該網路節點為基站。
- 一種第一使用者設備,該第一使用者設備包括:控制電路;處理器,其安裝於該控制電路中;以及記憶體,其安裝在該控制電路中且可操作地耦合到該處理器;其中該處理器被配置成執行儲存在該記憶體中的程式碼以:將第一無線電資源控制訊息傳送到網路節點,其中該第一無線電資源控制訊息中的側鏈路服務品質資訊清單的存在與否視情況而定,其中該第一無線電資源控制訊息用於:請求用於向一第二使用者設備V2X(Vehicle-to-Everything)服務業務傳送的側鏈路資源;或請求用於傳送請求與該第二使用者設備建立一PC5單播鏈路的一PC5-S消息的側鏈路資源,其中如果該第一無線電資源控制訊息用以請求用於車至任何事物通訊服務的業務傳送的側鏈路資源,那麼該側鏈路服務品質資訊清單存在, 其中如果該第一無線電資源控制訊息用以請求用於傳送PC5-S訊息的側鏈路資源,而該PC5-S訊息用以請求與第二使用者設備的直接通訊,那麼該側鏈路服務品質資訊清單不存在。
- 如請求項9所述的第一使用者設備,該PC5-S訊息為直接通訊請求訊息。
- 如請求項9所述的第一使用者設備,該側鏈路服務品質資訊清單包含指示PC5服務品質流的服務品質概況的資訊元素和指示該PC5服務品質流的PC5服務品質流識別的資訊元素。
- 如請求項9所述的第一使用者設備,該第一無線電資源控制訊息為側鏈路使用者設備資訊訊息。
- 如請求項9所述的第一使用者設備,該第一無線電資源控制訊息包含以下至少一個:目的地識別、播送類型或頻率。
- 如請求項9所述的第一使用者設備,該第一使用者設備進一步包括:從該網路節點接收第二無線電資源控制訊息以分配專用側鏈路配置。
- 如請求項14所述的第一使用者設備,該第二無線電資源控制訊息或該專用側鏈路配置包含至少一個:PC5服務品質流到側鏈路無線電承載映射、資源配置模式、側鏈路資源池或邏輯通道配置。
- 如請求項9所述的第一使用者設備,該網路節點為基站。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962934738P | 2019-11-13 | 2019-11-13 | |
US62/934,738 | 2019-11-13 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202119861A TW202119861A (zh) | 2021-05-16 |
TWI755915B true TWI755915B (zh) | 2022-02-21 |
Family
ID=73037879
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW109137725A TWI755915B (zh) | 2019-11-13 | 2020-10-29 | 無線通訊系統中請求側鏈路傳送資源的方法和設備 |
Country Status (7)
Country | Link |
---|---|
US (2) | US11147080B2 (zh) |
EP (1) | EP3823410B1 (zh) |
JP (1) | JP6970267B2 (zh) |
KR (1) | KR102295732B1 (zh) |
CN (1) | CN112804756B (zh) |
ES (1) | ES2924692T3 (zh) |
TW (1) | TWI755915B (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113475158A (zh) * | 2019-02-13 | 2021-10-01 | 康维达无线有限责任公司 | 用于5g中面向连接的车辆对x(vtx)通信的装置、系统、方法和计算机可读介质 |
US11490365B2 (en) * | 2019-11-15 | 2022-11-01 | Mediatek Inc. | Method to handle joint restriction of transmission resource and data QoS requirement |
EP4075854A4 (en) * | 2019-12-13 | 2023-09-06 | Beijing Xiaomi Mobile Software Co., Ltd. | DATA PROCESSING METHOD AND APPARATUS, COMMUNICATION DEVICE, AND STORAGE MEDIUM |
CN113163454B (zh) * | 2020-01-07 | 2022-05-03 | 华硕电脑股份有限公司 | 无线通信系统中请求侧链路传送资源的方法和设备 |
KR20220103169A (ko) * | 2020-02-17 | 2022-07-21 | 삼성전자주식회사 | V2x 통신 시스템에서 보안 정책들을 처리하기 위한 방법 및 장치 |
US20210297853A1 (en) * | 2020-03-17 | 2021-09-23 | Qualcomm Incorporated | Secure communication of broadcast information related to cell access |
US11838894B2 (en) * | 2020-04-08 | 2023-12-05 | Qualcomm Incorporated | Quality of service or priority configuration for relay user equipment |
US11432354B2 (en) | 2020-09-21 | 2022-08-30 | Asustek Computer Inc. | Method and apparatus for supporting UE-to-network relay communication in a wireless communication system |
ES2942038T3 (es) | 2020-09-21 | 2023-05-29 | Asustek Comp Inc | Procedimiento y aparato para admitir la comunicación de la retransmisión de UE a red en un sistema de comunicación inalámbrica |
CN116982373A (zh) * | 2021-06-22 | 2023-10-31 | Oppo广东移动通信有限公司 | 侧行链路通信方法、终端设备、网络设备及通信系统 |
US11902955B2 (en) * | 2021-09-08 | 2024-02-13 | Qualcomm Incorporated | Directional data transmission techniques in sidelink communications |
WO2023097660A1 (en) * | 2021-12-03 | 2023-06-08 | Lenovo (Beijing) Limited | Method and apparatus of unicast establishment |
CN114364042B (zh) * | 2022-03-17 | 2022-06-28 | 北京国电通网络技术有限公司 | 通信资源调度方法、装置、电子设备和计算机可读介质 |
WO2024019585A1 (ko) * | 2022-07-21 | 2024-01-25 | 엘지전자 주식회사 | Sl 측위와 관련된 무선 통신을 수행하는 방법 및 장치 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3244677B1 (en) * | 2016-05-13 | 2020-04-29 | Panasonic Intellectual Property Corporation of America | Improved mechanism for qos implementation in vehicular communication |
US10945179B2 (en) * | 2017-01-10 | 2021-03-09 | Huawei Technologies Co., Ltd. | Communication path switching method and device |
EP3622765A1 (en) * | 2017-05-10 | 2020-03-18 | BlackBerry Limited | Resource configurations and scheduling of direct transmissions in multi-network environments |
CN111279744B (zh) * | 2017-10-26 | 2023-07-18 | 华为技术有限公司 | 服务质量协商技术 |
US20200037190A1 (en) | 2018-07-30 | 2020-01-30 | Qualcomm Incorporated | Methods and apparatus for qos support for sidelink in network scheduled mode |
KR20200094343A (ko) * | 2019-01-30 | 2020-08-07 | 삼성전자주식회사 | 무선 통신 시스템에서 직접 통신 베어러의 서비스 품질을 관리 및 설정하는 장치 및 방법 |
WO2020197294A1 (en) * | 2019-03-26 | 2020-10-01 | Samsung Electronics Co., Ltd. | Apparatus and method for assisting sidelink resource configuration and allocation for direct communication in wireless communication system |
EP3928591A4 (en) * | 2019-03-26 | 2022-04-06 | Samsung Electronics Co., Ltd. | METHOD AND APPARATUS FOR INITIATING A RADIO RESOURCE CONTROL (RRC) CONNECTION FOR VEHICLE-TO-EVERYTHING (V2X) COMMUNICATIONS |
KR20200114863A (ko) * | 2019-03-29 | 2020-10-07 | 삼성전자주식회사 | 무선 통신 시스템에서 일대일 통신 서비스를 제공하는 방법 및 장치 |
US11310782B2 (en) * | 2019-06-14 | 2022-04-19 | Qualcomm Incorporated | System and method for centralized sidelink scheduling |
-
2020
- 2020-10-29 ES ES20204517T patent/ES2924692T3/es active Active
- 2020-10-29 KR KR1020200142213A patent/KR102295732B1/ko active IP Right Grant
- 2020-10-29 US US17/084,079 patent/US11147080B2/en active Active
- 2020-10-29 EP EP20204517.5A patent/EP3823410B1/en active Active
- 2020-10-29 CN CN202011178566.5A patent/CN112804756B/zh active Active
- 2020-10-29 TW TW109137725A patent/TWI755915B/zh active
- 2020-10-29 JP JP2020181508A patent/JP6970267B2/ja active Active
-
2021
- 2021-09-13 US US17/472,894 patent/US11582768B2/en active Active
Non-Patent Citations (3)
Title |
---|
網路文獻韕3GPP TR 38.885 V16.0.0; Technical Specification Group Radio Access Network; NR; Study on NR Vehicle-to-Everything (V2X) (Release 16) 2019-03-28 韕無韕 韕 韕無韕無韕 韕無 * |
網路文獻韕3GPP TS 23.287 V16.0.0; Technical Specification Group Services and System Aspects; Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16) 2019-09-24 韕無韕 韕 韕無韕無韕 韕無; * |
網路文獻韕3GPP TSG-RAN WG2 Meeting #105bis R2-1907579 Reno, USA, 13-17, May 2019 韕無韕 韕 韕無韕無韕 韕無; * |
Also Published As
Publication number | Publication date |
---|---|
US20210144727A1 (en) | 2021-05-13 |
US11147080B2 (en) | 2021-10-12 |
ES2924692T3 (es) | 2022-10-10 |
EP3823410B1 (en) | 2022-06-29 |
US20210410153A1 (en) | 2021-12-30 |
CN112804756B (zh) | 2022-05-17 |
JP2021083082A (ja) | 2021-05-27 |
KR102295732B1 (ko) | 2021-08-31 |
TW202119861A (zh) | 2021-05-16 |
JP6970267B2 (ja) | 2021-11-24 |
CN112804756A (zh) | 2021-05-14 |
KR20210059613A (ko) | 2021-05-25 |
EP3823410A1 (en) | 2021-05-19 |
US11582768B2 (en) | 2023-02-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI755915B (zh) | 無線通訊系統中請求側鏈路傳送資源的方法和設備 | |
JP7033158B2 (ja) | 無線通信システムにおけるサイドリンク論理チャネル確立のための方法および装置 | |
US20200413467A1 (en) | Method and apparatus for configuring sidelink communication in a wireless communication system | |
TWI721923B (zh) | 無線通訊系統中用於釋放側鏈路無線電承載的方法和設備 | |
US10951745B1 (en) | Method and apparatus for header compression configuration for sidelink radio bearer in a wireless communication system | |
US20210259039A1 (en) | Method and apparatus for handling invalid rrc reconfiguration message for sidelink communication in a wireless communication system | |
CN112954821B (zh) | 无线通信系统中侧链路信令无线电承载建立的方法和设备 | |
KR102627692B1 (ko) | 무선 통신 시스템에서 릴레이가 사이드링크 사용자 단말(ue) 성능 정보를 보고하기 위한 방법 및 장치 | |
EP3849237A1 (en) | Method and apparatus for requesting sidelink transmission resources in a wireless communication system | |
US20210400745A1 (en) | Method and apparatus for performing a pc5 unicast link establishment procedure in a wireless communication system | |
US20210400759A1 (en) | Method and apparatus for performing link identifier update procedure in a wireless communication system |