標準編號:	YD/T 3400-2018
中文名稱:	基于LTE的車聯網無線通信技術 總體技術要求
英文名稱:	General technical requirements of LTE-basedvehicular communication
行業分類:	YD    通信行業標準
發布機構:	工業和信息化部
發布日期:	2018-12-21
實施日期:	2019-4-1
標準狀態:	valid
翻譯語言:	英文
文件格式:	PDF
中文字符數:	70000 字
翻譯價格(元):	3000.0
交付時間:	付款后 1 個工作日

Codeofchina.com is in charge of this English translation. In case of any doubt about the English translation, the Chinese original shall be considered authoritative. This standard is one of the technical standards of LTE-based vehicular communication, of which, the composition and titles are as follows: a) YD/T 3400-2018 General technical requirements of LTE-based vehicular communication; b) YD/T 3340-2018 Technical requirements for air interface of LTE-based vehicular communication; With the development of technology, subsequent relevant standards will be developed. This standard is drafted in accordance with the rules given in GB/T 1.1-2009. Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. The issuing body of this document shall not be held responsible for identifying any or all such patent rights. This standard was proposed by and is under the jurisdiction of China Communications Standards Association. General technical requirements of LTE-based vehicular communication 1 Scope This standard specifies the overall service requirements, system architecture and basic functional requirements of LTE-based vehicular communication technology. This standard is applicable to LTE-based vehicular communication system. 2 Normative references The following referenced documents are indispensable for the application of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies. 3GPP TS 23.246 Multimedia Broadcast/Multicast Service (MBMS) - Architecture and functional description 3GPP TS 23.303 Proximity-based services (ProSe) - Stage 2 3GPP TS 23.401 General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access 3GPPTS 23.468 Group Communication System Enablers for LTE (GCSE_LTE) - Stage 2 3GPP TS 33.185 Security aspect for LTE support of V2X services 3GPP TS 36.331 Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource Control (RRC) - Protocol specification 3 Terms, definitions and abbreviations 3.1 Terms and definitions For the purposes of this document, the following terms and definitions apply. 3.1.1 road side unit (RSU) an entity supporting V2I service and capable of communicating with UE, which may be presented as an eNB or a stationary UE and, when presented as a stationary UE, may be either within or beyond the LTE network coverage ? 3.2 Abbreviations For the purposes of this document, the following abbreviations apply. C-TEID Common-Tunnel Endpoint IDentifier EPS Evolved Packet System E-UTRAN Evolved UTRAN HPLMN Home Public Land Mobile Network L.MBMS Local MBMS MBMS Multimedia Broadcast/Multicast Service ME Mobile Equipment OTDOA Observed Time Difference of Arrival PLMN Public Land Mobile Network TMGI Temporary Mobile Group Identifier UICC Universal Integrated Circuit Card USD User Service Description V2I Vehicle-to-Infrastructure V2N Vehicle-to-Network V2P Vehicle-to-Pedestrian V2V Vehicle-to-Vehicle V2X Vehicle-to-Everything VPLMN Visited Public Land Mobile Network 4 General V2X application includes V2V application, V2I application, V2N application and V2P application. V2V application refers to the interaction of V2V application message between neighboring on-board UEs, and the message interaction is based on broadcast mode, for which the direct mode between UEs or the methods of the exchange of messages between UEs via infrastructure (e.g. RSU, application server) may be adopted. V2I application means that the on-board UE sends V2I application message to RSU or local application server, and RSU or local application server sends V2I application message to the on-board UE. V2N application refers to the communication between the UE and the application server over the EPS network. V2P application refers to the interaction of V2P application message between on-board UE and human-held UE. For message interaction, the direct mode between UEs or the methods of the exchange of messages between UEs via infrastructure (e.g. RSU, application server) may be adopted. LTE-based Vehicle-to-Everything wireless communication system supports V2V application, V2I application, V2N application and V2P application, which can be used to provide users with various services such as road safety, traffic efficiency improvement and infotainment. Application scenarios and requirement analysis of LTE-based Vehicle-to-Everything are given in Annex A. 5 General service requirements of LTE-based Vehicle-to-Everything 5.1 Basic requirements Requirement 1: when the sending terminal is served by E-UTRAN supporting V2X, the message transmission shall be controlled by 3GPP network. Requirement 2: when the V2X terminal is not served by E-UTRAN network supporting V2X, it shall be able to support and use 3GPP network to preconfigure system parameters for sending and receiving messages. Requirement 3: whether served by E-UTRAN network supporting V2X, the V2X terminal shall be able to send and receive messages. Requirement 4: RSU shall be able to send messages to and receive messages from the V2X terminal. Requirement 5: 3GPP system shall support the communication between V2X terminals regardless of whether the V2X terminals belong to the same PLMN. Requirement 6: 3GPP system shall be able to provide a method to change the priority of messages between V2X terminals. Requirement 7: 3GPP system shall be able to provide a method to change message priority according to message type (security type or other type). Requirement 8: 3GPP system shall be able to provide a method to change transmission rate and distance according to service conditions (such as terminal speed and terminal density). Requirement 9: 3GPP system shall be able to support efficient distribution of information to a large number of V2X terminals. Requirement 10: the V2X terminal shall be able to judge whether the current E-UTRAN network supports V2X communication.

Foreword i 1 Scope 2 Normative references 3 Terms, definitions and abbreviations 3.1 Terms and definitions 3.2 Abbreviations 4 General 5 General service requirements of LTE-based Vehicle-to-Everything 5.1 Basic requirements 5.2 Effective communication distance 5.3 Movement speed 5.4 Communication delay 5.5 Transmission reliability 5.6 Information security requirements 5.7 Coverage requirements 5.8 Message sending frequency requirements 5.9 Message size requirements 6 LTE-based vehicular communication system architecture 6.1 Architecture model 6.2 Introduction of reference points 6.3 Functional entities 7 Basic functional requirements of LTE-based V2X 7.1 High level function requirements 7.2 Radio function requirements 7.3 Identifiers 7.4 Functional description and information flows Annex A (Informative) LTE-based vehicle-to-everything application scenarios and requirements

基于LTE的車聯網無線通信技術總體技術要求 1 范圍 本標準規定了基于LTE的車聯網無線通信技術的總體業務要求、系統架構和基本功能要求。 本標準適用于基于LTE的車聯網無線通信系統。 2 規范性引用文件 下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。 3GPP TS 23.246 多媒體廣播/多播業務（MBMS）；架構和功能描述（Multimedia Broadcast/Multicast Service（MBMS）Architecture and functional description） 3GPP TS 23.303 基于鄰近的服務（ProSe）；第2階段（Proximity-based services（ProSe）Stage 2） 3GPP TS 23.401 演進通用陸地無線接入網絡（E-UTRAN）接入的GPRS增強（General Packet Radio Service（GPRS）enhancements for Evolved Universal Terrestrial Radio Access Network（E-UTRAN）access） 3GPPTS 23.468 LTE支持群組通信系統（GCSE_LTE）；第2階段（Group Communication System Enablers for LTE （GCSE_LTE）） 3GPP TS 33.185 LTE支持V2X業務的安全（Security aspect for LTE support of V2X services） 3GPP TS 36.331 演進的通用陸地無線接入無線資源控制（RRC）；協議規范（Evolved Universal Terrestrial Radio Access （E-UTRA）Radio Resource Control （RRC）；Protocol specification） 3 術語、定義和縮略語 3.1 術語和定義 下列術語和定義適用于本文件。 3.1.1 路邊單元road side unit（RSU） 一種支持V2I業務的實體，可以與UE通信。RSU可以呈現為eNB或者靜止UE。當RSU呈現為靜止UE時，可以在LTE網絡覆蓋內也可以在LTE網絡覆蓋外。 3.2 縮略語 下列縮略語適用于本文件。 C-TEID 公共隧道端點標識符 Common-Tunnel Endpoint IDentifier EPS 演進分組系統 Evolved Packet System E-UTRAN 演進UTRAN Evolved UTRAN HPLMN 歸屬公眾陸地移動網 Home Public Land Mobile Network L.MBMS 本地MBMS Local MBMS MBMS 多媒體廣播多播 Multimedia Broadcast/Multicast Service ME 移動設備 Mobile Equipment OTDOA 觀察到達時間差 Observed Time Difference of Arrival PLMN 公眾陸地移動網 Public Land Mobile Network TMGI 臨時移動組標識 Temporary Mobile Group Identifier UICC 通用集成電路卡 Universal Integrated Circuit Card USD 用戶業務描述 User Service Description V2I 車-路 Vehicle-to-Infrastructure V2N 車-網 Vehicle-to-Network V2P 車-人 Vehicle-to-Pedestrian V2V 車-車 Vehicle-to-Vehicle V2X 車聯網 Vehicle-to-Everything VPLMN 拜訪公眾陸地移動網 Visited Public Land Mobile Network 4 概述 車聯網（V2X）應用包括車—車（V2V）應用、車—路（V2I）應用、車—網（V2N）應用和車—人（V2P）應用。 V2V應用指鄰近的車載UE間交互V2V應用信息，信息交互基于廣播方式，可采用UE間直通模式，或者經由基礎設施（如路邊單元RSU、應用服務器）在UE間交互信息。 V2I應用指車載UE發送V2I應用信息到RSU或本地應用服務器，RSU或本地應用服務器發送V2I應用信息給車載UE。 V2N應用指UE與應用服務器間通過EPS 網絡進行通信。 V2P應用指車載UE和人持UE間交互V2P應用信息。信息交互可采用UE間直通模式，或者經由基礎設施（如路邊單元RSU、應用服務器）在UE間交互信息。 基于LTE的車聯網無線通信系統支持車—車（V2V）應用、車—路（V2I）應用、車—網（V2N）應用和車—人（V2P）應用，利用這些應用可向用戶提供諸如道路安全、交通效率提升和信息娛樂等各類業務。附錄A中給出了基于LTE車聯網的應用場景和需求分析。 5 基于LTE車聯網的總體業務要求 5.1 基本要求 要求1：當發送終端由支持V2X的E-UTRAN服務時，消息傳輸應由3GPP網絡控制。 要求2：車聯網終端未由支持V2X的E-UTRAN網絡服務時，應能夠支持并使用3GPP網絡預先配置用于發送和接收消息的系統參數。 要求3：無論是否由支持V2X的E-UTRAN網絡服務，車聯網終端都應能夠發送和接收消息。 要求4：路邊單元應能夠向車聯網終端發送消息，并接收來自車聯網終端的消息。 要求5：無論車聯網終端是否屬于同一個PLMN，3GPP系統應支持車聯網終端之間的通信。 要求6：3GPP系統應能夠提供改變車聯網終端之間消息優先級的方法。 要求7：3GPP系統應能夠提供根據消息類型（安全類或其他類）改變消息優先級的方法。 要求8：3GPP系統應能夠提供根據服務條件（如終端速度、終端密度）改變發送速率和距離的方法。 要求9：3GPP系統應能夠支持向大量車聯網終端高效的分發信息。 要求10：車聯網終端應能夠判別當前E-UTRAN網絡是否支持車聯網通信。 要求11：3GPP系統應能夠為應用服務器和路邊單元提供控制消息發送區域和改變消息發送區域大小的方法。 要求11a：3GPP系統應能夠提供車聯網終端向本地應用服務器發送消息的方法。 要求12：E-UTRAN網絡應能夠支持高密度車聯網終端通信。 要求13：HPLMN和VPLMN運營商都應能夠向使用網絡資源發送消息的車聯網終端收費。 要求14：當車聯網終端資源受限（如使用電池）時，由于發送消息而消耗的資源（如電量）應盡可能小。 要求15：3GPP系統宜采用高效的資源使用方式支持任何可輔助車聯網終端改善定位精度的技術（如差分GPS、OTDOA技術）。 5.2 有效通信距離 要求16：E-UTRA應能夠提供足夠的有效通信距離以保證司機有足夠的反應時間（如4s）。 5.3 移動速度 要求17：無論車聯網終端是否使用支持V2X通信的E-UTRAN提供的車聯網通信服務，3GPP系統應能夠支持最高相對速度為500km/h的車輛間發送消息。 要求18：無論車聯網終端或者路邊單元或者行人是否使用支持V2X通信的E-UTRAN提供的車聯網通信服務，3GPP系統應能夠支持最高絕對速度為250km/h的車輛與車輛，車輛與路邊單元和行人發送消息。 5.4 通信時延 要求19：對于支持車車和車人通信的終端，無論直接發送還是由路邊單元轉發，E-UTRA（N）應保證最大通信時延不超過100ms。 要求20：僅對于特殊用例（如碰撞感知），E-UTRA（N）車聯網終端間發送V2V消息的最大時延宜不超過20ms。 要求21：對于車到路邊單元通信，車與路邊單元的最大通信時延不超過100ms。 要求22：對于經過3GPP網絡實體的在支持V2N業務的車聯網終端和應用服務器之間的通信，最大端到端時延不超過1000ms。 5.5 傳輸可靠性 要求23：E-UTRAN網絡應不依賴應用層重傳即可提供高可靠傳輸。 5.6 信息安全要求 要求24：當車聯網終端使用支持V2X通信的E-UTRAN提供的服務時，3GPP網絡應提供運營商授權車聯網終端進行V2X通信的方法。 要求25：3GPP網絡應提供一種運營商授權車聯網終端在未獲得支持V2X通信的E-UTRAN服務時進行V2X通信的方法。 要求26：3GPP網絡應提供一種單獨的、授權車聯網終端使用車到網絡（V2N）通信服務的方法。 要求27：3GPP網絡應保護V2X應用傳輸的完整性。 要求28：根據監管機構的要求，3GPP網絡應保護采用V2X通信終端的匿名性和隱私性，保證車聯網終端在V2X應用所要求的某一個短時間之外不能被其他終端追蹤或識別。 要求29：根據監管機構的要求，3GPP網絡應保護采用V2V/V2I通信終端的匿名性和隱私性，保證車聯網終端不能被未經監管機構或用戶授權的一方在該區域追蹤。 5.7 覆蓋要求 要求30：V2X業務在有運營商網絡和無運營商網絡覆蓋的情況下均應支持。 5.8 消息發送頻率要求 要求31：E-UTRAN應能夠支持路邊單元和車聯網終端最大10Hz的消息發送頻率。 注：V2X應用提供給3GPP傳輸的消息既可以是周期性的也可以是由具體事件觸發的。 5.9 消息大小要求 要求32：不包括安全相關的消息單元，對于周期性的消息，E-URTRAN應能支持的在兩個支持V2X應用的UE之間傳輸的消息大小在50～300 byte。 要求33：不包括安全相關的消息單元，對于事件觸發的消息，E-UTRAN應能支持在兩個支持V2X應用的UE之間傳輸的消息最大為1200 byte。 注：3GPP只考慮基于具體消息特征（如時延、消息大小）的消息傳輸，而不關注具體的消息類型。 6 基于LTE車聯網無線通信系統架構 6.1 架構模型 6.1.1 概述 V2X通信有兩種互為獨立、相互補充的工作模式，即基于PC5直通模式的V2X通信和基于LTE-Uu的V2X通信。基于LTE-Uu的工作模式可以是單播或MBMS方式。UE可以分別使用這兩種工作模式進行接收和發送。例如：一個UE可以使用MBMS方式接收V2X消息，但發送V2X消息不使用LTE-Uu。一個UE也可以通過LTE-Uu下行單播來接收V2X消息。 下列原則適用于這兩種工作模式： —V2X應用服務器之間：可以相互通信以交換V2X信息； —ProSe發現機制不適用于V2X服務； —根據區域管制規定，合法的偵聽行為適用于V2X業務。 6.1.2 基于PC5和LTE-Uu的V2X通信架構 6.1.2.1 非漫游場景下基于PC5和LTE-Uu的V2X通信架構 圖1給出非漫游場景下基于PC5和LTE-Uu的V2X通信架構。 V2X應用服務器 V2X控制功能 V2X應用 UE D（靜止） UEC（行人） V2X應用 UE A（車） UE B（車） V2X應用 圖1 非漫游場景下基于PC5和LTE-Uu的V2X通信架構 6.1.2.2 漫游場景下基于PC5和LTE-Uu的V2X通信架構 圖2給出漫游場景下基于PC5和LTE-Uu的V2X架構，UE A歸屬PLMN A，UE B歸屬PLMNB，UE A漫游至PLMN B，UE B非漫游。 V2X應用服務器可以連接多個PLMN，一個V2X應用服務器可以連接PLMN A中的V2X控制功能實體，也可以連接PLMN B中 V2X控制功能實體。 圖2 漫游場景下基于PC5和LTE-Uu的V2X架構 6.1.2.3 跨PLMN場景下基于PC5和LTE-Uu的V2X通信架構 圖3給出跨PLMN漫游場景下基于PC5和 LTE-Uu的V2X架構，UE A歸屬PLMN A，UE B歸屬PLMNB，UE A漫游至 PLMN C，UE B非漫游。 圖3 跨PLMN場景下基于PC5和LTE-Uu的V2X架構 6.1.3 基于MBMSLTE-Uu的V2X通信架構 圖4表示LTE-Uu使用MBMS的V2X通信架構。 圖4 LTE-Uu使用MBMS的V2X通信架構 6.2 接口介紹 各接口介紹如下。 —V1：V2X應用（內置在UE里）和V2X應用服務器之間的接口。本標準不包含該接口的內容。 —V2：V2X應用服務器和V2X控制功能（V2X Control Function）之間的接口。V2X應用服務器可以連接多個PLMN的V2X控制功能。 —V3：UE和歸屬PLMN中的V2X控制功能之間的接口，適用于基于PC5和基于LTE-Uu的V2X通信，基于LTE-Uu的V2X通信可選支持MBMS。 —V4：運營商網絡中HSS和 V2X控制功能之間的接口。 —V5：UE中V2X應用之間的接口。 —V6：不同PLMN中的V2X控制功能間的接口。 —PC5：使用V2X業務UE之間用戶面進行ProSe直接通信的接口。 —S6a：在V2X場景下，在E-UTRAN附著過程期間，S6a接口可用于向MME可以下載V2X通信相關的簽約信息，或者當HSS中的簽約信息改變時通知MME。 —S1-MME：在V2X場景下，該接口可將V2X業務授權從MME傳送到eNodeB。 —MB2：V2X應用服務器和BM-SC之間的接口。 —SGmb/SGi-mb/M1/M3：MBMS系統內的SGmb/SGi-mb/M1/M3接口。 —LTE-Uu：UE和E-UTRAN之間的接口。 6.3 功能實體 6.3.1 UE UE可支持以下功能。 —通過V3接口交換UE和V2X控制功能之間的V2X控制信息。 —通過PC5接口或LTE-Uu接口進行V2X通信。 —配置V2X通信的參數（例如目標的層二ID（Layer-2 ID）、無線資源參數、V2X應用服務器地址信息等，這些參數的具體含義見7.1.1節）。這些參數可以在UE中預配置，也可以由歸屬PLMN的V2X控制功能通過V3接口的信令來配置。 —獲得V2X USD，以通過MBMS廣播機制接收V2X業務信息；獲得V2X USD的方式，可利用現有的MBMS業務宣告機制，或由V2X 控制功能提供，也可以通過V1接口由V2X應用服務器提供。 —獲得V2X服務器USD，以通過MBMS廣播機制接收V2X應用服務器信息。 6.3.2 eNode B eNode B可通過LTE-Uu接口，采用單播模式發送和接收V2X消息，也可采用MBMS機制發送V2X消息。 對基于PC5接口的V2X通信，當UE在“使用E-UTRAN服務”的場景下，eNode B可支持如下功能： —通過廣播消息給UE提供PC5接口通信的資源池配置等相關無線參數配置； —對PC5接口資源進行調度或配置（包括動態調度、半靜態調度和UE自主資源選擇）； —支持對PC5接口物理信道功率控制進行配置等。 6.3.3 MME 除了3GPP TS 23.401和3GPP TS 23.246中定義的功能外，在V2X場景下，MME還支持以下功能：—獲取與V2X相關的簽約信息； —給E-UTRAN提供V2X業務相關的UE授權狀態標識。 6.3.4 V2X控制功能 6.3.4.1 V2X控制功能的概述 V2X控制功能指用于實現V2X業務所需的網絡相關邏輯功能實體。本標準假定，每個支持V2X業務的PLMN里只有一個V2X控制功能邏輯實體。 V2X控制功能向UE提供V2X通信必需的參數。V2X控制功能向UE提供PLMN指定參數，該參數允許UE在指定的PLMN中使用V2X業務。V2X控制功能也可以給UE配置當UE不在E-UTRAN服務范圍內時進行V2X通信所必需的參數。 V2X控制功能還可以通過V2接口，從V2X應用服務器獲得V2X USD，UE使用V2X USD接收基于MBMS的V2X業務數據。 6.3.4.2 V2X控制功能的發現 通過查找DNS可以找到歸屬PLMN中V2X控制功能實體。V2X控制功能實體的FQDN（全稱域名）可以在UE中預先配置，也可以由網絡提供或由UE自己構建（例如從PLMN的PLMN ID導出）。歸屬PLMN中V2X控制功能的IP地址也可以提供給UE。 6.3.5 V2X應用服務器 V2X應用服務器可支持以下功能。 —通過單播方式從UE接收上行鏈路數據。 —使用單播或MBMS方式向目標區域中的UE發送下行數據。 —根據地理位置信息選擇合適的目標MBMS SAI（服務區域標識，Service Area ID），用于廣播數據。 —根據地理位置信息選擇合適的3GPP ECGI（E-UTRAN小區全球標識，E-UTRAN Cell Global Identifier），用于廣播數據。 —根據UE提供的ECGI選擇合適的MBMS SAI，用于廣播數據。 —給BM-SC提供合適的ECGI或MBMS SAI。 —預配置本地MBMS相關信息（例如：IP組播地址、組播源（SSM）、C-TEID）。 —預配置本地MBMS用戶面的IP地址和端口號。 —給BM-SC發送本地MBMS信息。 —請求BM-SC分配/去分配一組TMGI。 —請求BM-SC激活/去激活/修改MBMS承載。 —對使用MBMS機制接收V2X業務信息的UE，提供V2X USD給V2X控制功能實體。6.3.6 BM-SC 除了3GPP TS 23.246和3GPP TS 23.468中定義的功能之外，在V2X場景下，BM-SC還支持以下功能。 —從V2X應用服務器接收L.MBMS信息。 —發送L.MBMS信息給MBMS-Gw。 6.3.7 MBMS-GW 除了3GPP TS 23.246 中定義的功能之外，在V2X的情況下，MBMS-GW還支持以下功能：如果從BM-SC接收到L.MBMS信息，則跳過IP組播分配的分配過程，例如分配一個P組播地址。 7 基于LTE車聯網基本功能要求 7.1 高層功能要求 7.1.1 授權和提供功能 7.1.1.1 PC5接口的V2X通信授權和提供 7.1.1.1.1 概述 基于PCS接口的V2X通信的授權應遵循下述原則。 —UE從HPLMN的V2X控制功能獲取授權信息，授權信息是按照逐個PLMN的粒度，用于授權UE在服務PLMN中的PCS的V2X通信。 —HPLMN的V2X控制功能向服務PLMN的V2X控制功能請求授權信息。 —HPLMN的V2X控制功能合并HPLMN和服務PLMN中的信息并向UE通知最后的授權信息。 —VPLMN或者HPLMN的V2X控制功能可以隨時撤銷授權。當VPLMN撤銷授權時需要通知HPLMN的V2X控制功能。 7.1.1.1.2 策略/參數提供 基于PC5接口的V2X通信需要向UE提供以下信息。 a） 授權策略。 —提供當UE“使用E-UTRAN服務”時，授權允許執行PC5接口V2X通信的PLMN信息。 —提供UE“不使用E-UTRAN服務”時，是否授權允許執行PC5接口V2X通信的指示。 b） 當UE“不使用E-UTRAN服務”時的無線參數配置：包括在UE中配置與地理位置相對應的無線參數，用于當UE“不使用E-UTRAN服務”時的V2X通信。這些無線參數（如頻率）見3GPP TS 36.331，其中包含指示以表明這些資源是“運營商管理”還是“非運營商管理”。3GPP TS36.101定義了用于V2X通信的“非運營商管理”的無線資源。只有當UE能定位自己在相應的地理區域時才能使用這些無線資源參數，否則UE沒有授權傳輸。 c） 用于PCS接口V2X通信的參數。 —目標的層二ID（Destination Layer-2 ID）與V2X業務（如V2X應用的PSID或者ITS-AID等業務標識）之間的映射關系。 注1：PLMN運營商需要協調以采用一致的方式配置V2X業務的目標的層二ID（Destination Layer-2 ID）。 注2：在預配置UE的情況下，至少需要配置a）和b）中“不使用E-UTRAN服務”時對應的參數和c）的參數。 —自主資源選擇V2X通信時ProSe每個數據包的優先級（PPPP：ProSe Per-Packet Priority）和數據包時延預算（PDB）的映射關系。 7.1.1.1.3 PC5接口V2x通信參數配置原則 基于PC5接口的V2X通信，運營商可以向UE預配置V2X通信所需的參數，而不需要UE連接到V2X控制功能來獲取初始配置，并遵循如下原則。 —V2X通信所需的參數可以配置在UICC，或者ME或者同時配置在UICC和ME。 —USIM去除或者替換不會刪除ME中的V2X通信配置參數。 —如果UICC和ME中都保存了某一組配置參數，則優先使用UICC中保存的這組配置參數。 —UE使用用于PC5接口V2X通信的無線資源時需要遵循以下原則。 ● 當UE接入到某一小區并且準備使用該小區管理的無線資源執行V2X業務時，UE使用小區指示的無線資源，忽略配置在ME或者UICC中的無線資源。如果小區沒有提供用于V2X業務的無線資源，UE則不能在這一小區管理的無線資源上執行V2X消息的傳輸和接收。 ● 如果UE希望使用“運營商管理”的無線資源（也就是載波）用于V2X業務，但該資源不是由當前接入的小區管理，或者UE移出了網絡覆蓋，UE需要在所有PLMN范圍內搜索對應能提供該無線資源（也就是載波）的小區： ◆ 如果UE在注冊PLMN或者等價PLMN中發現了這樣的小區，并且確認這一PLMN授權允許該UE使用PC5接口的V2X通信，該UE使用這一小區指示的無線資源。如果這一小區不提供V2X業務的無線資源，則該UE不能在這些無線資源上執行V2X消息的傳輸和接收。 ◆ 如果UE發現了這樣的小區，但是該小區并不在注冊的PLMN或者等價PLMN中，但是該小區屬于一個允許采用PC5接口用于V2X通信的PLMN并且這一小區提供了用于V2X業務的無線資源，則UE需要執行PLMN選擇功能（如TS 23.122定義）。如果終端有激活的緊急PDN連接，終端不應因V2X通信的原因觸發任何PLMN選擇。 ◆ 如果UE發現了這一小區，但是這一小區所在的PLMN沒有授權允許執行PC5接口的V2X通信，則UE不能使用基于PCS接口的V2X通信。 ◆ 如果UE沒有在任何PLMN中發現能夠提供該無線資源的小區，UE認為其處于“不使用E-UTRAN服務”的狀態，并使用ME或者UICC中提供的無線資源。如果ME或UICC中沒有提供這些資源，或者UE沒有授權使用基于PC5接口的V2X通信，則UE沒有授權進行發送。 ● 如果UE希望使用“非運營商管理”的無線資源（也就是載波）用于V2X業務，如3GPP TS 36.331和本標準7.1.1.1.2節中所定義，UE應使用ME或者UICC中的資源配置信息進行V2X通信。如果在ME或者UICC中均不存在這樣的配置或者配置未授權在PC5接口進行V2X通信，則UE沒有授權進行發送。 ● 提供給UE的參數應支持地理區域設置。 7.1.1.2 LTE-Uu接口的V2X通信授權和提供 對于Uu接口的V2X通信，可能需要向UE提供單播或者MBMS傳輸相關的信息。可能包含如下參數信息。 a） 授權使用基于MBMS的V2X通信的PLMN信息。包括PLMN中用于接收基于MBMS的V2X業務的V2X USD。V2X USD可通過V2接口從V2X應用服務器獲取。 b） V2X應用服務器地址信息。包括與地理位置信息相關的V2X應用服務器的FQDN或者IP地址，以及這些配置信息應用的PLMN。 c） 使用MBMS的V2X應用服務器的發現信息。包括PLMN清單以及相應的通過MBMS接收V2X應用服務器信息的V2X服務器USD。 d） V2X業務，如PSID或ITS-AID等業務標識與下述信息的映射。 —用于單播的V2X應用服務器地址（包括IP地址/FQDN和UDP端口）。 —用于MBMS的V2X USD。