标准编号:	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。