路径: 主页 > YD/T > 第20页 > YD/T 3400-2018 | 标准编号 | YD/T 3400-2018 (YD/T3400-2018) | | 中文名称 | 基于LTE的车联网无线通信技术 总体技术要求 | | 英文名称 | General Technical Requirements of LTE-Based Vehicular Communication | | 行业 | 邮电行业标准 (推荐) | | 中标分类 | M36 | | 国际标准分类 | | | 字数估计 | 51,564 | | 发布日期 | 2018-12-21 | | 实施日期 | 2019-04-01 | | 标准依据 | 工业和信息化部公告2018年第67号 | | 发布机构 | 工业和信息化部 | YD/T 3400-2018: 基于LTE的车联网无线通信技术 总体技术要求
YD/T 3400-2018 英文名称: General technical requirements of LTE-basedvehicular communication
中 华 人 民 共 和 国 通 信 行 业 标 准
基 于 LTE 的车联网无线通信技术
总体技术要求
中华人民共和国工业和信息化部 发布
本标准是基于 LTE 的车联网无线通信技术系列标准之一，该系列标准的结构和名称预计如下：
b) YD/T 3340-2018《基于 LTE 的车联网无线通信技术空中接口技术要求》。
随着技术的发展，还将制定后续的相关标准。
本标准按照 GB/T 1.1-2009给出的规则起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。
本标准由中国通信标准化协会提出并归口。
本标准起草单位：中国信息通信研究院、大唐电信科技产业集团（电信科学技术研究院)、华为技
术有限公司、中兴通讯股份有限公司、中国移动通信集团公司、高通无线通信技术（中国）有限公司。
本标准主要起草人：徐霞艳、房家奕、邱怀姗、邱虹、夏亮、张娟、马子江、李凤。
基于 LTE 的车联网无线通信技术总体技术要求
1 范围
本标准规定了基于 LTE 的车联网无线通信技术的总体业务要求、系统架构和基本功能要求。
本标准适用于基于 LTE 的车联网无线通信系统。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
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 基本要求
要求 h 当发送终端由支持 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 通信架构
6.1.2.2 漫游场景下基于 PC5和 LTE-Uu 的 V2X 通信架构
6.2 接口介绍
各接口介绍如下。
VI：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/Ml/M3：MBMS 系统内的 SGmb/SGi-mb/Ml/M3 接口。
LTE-Uu: UE 和 E-UTRAN 之间的接口。
7.1.4 V2X 应用服务器的发现
7.1.4.1 概述
使用 LTE-Uu 模式进行 V2X 通信时，UE 需要发现 V2X 应用服务器。V2X 应用服务器的地址信息
可能配置在 UE，或者由 V3 接口提供。
当配置中包含 FQDN 时，UE 执行 DNS 获取 V2X 应用服务器的地址。UE 只有在指定的地理区域
时才会使用配置的 V2X 应用服务器信息。UE 改变的服务 PLMN 或者穿过了配置的地理区域，UE 需要
重新执行地址获取过程。
网络部署了 MBMS 时，其他用于 V2X 应用服务器发现的信息可以通过 MBMS 广播信道发送给
UEo 当 UE 配置了通过 MBMS 接收 V2X 应用服务器信息时，UE 可以通过与网络交互获取另外的本地
V2X 应用服务器信息。通过 MBMS 获取的本地 V2X 应用服务器信息的优先级高于 UE 中的 V2X 应用
服务器信息。
7.1 .4.2 多个 V2X 应用服务器和本地 V2X 应用服务器发现和路由
V2X 通信中可能会有多个 V2X 应用服务器，每一个 V2X 应用服务器提供不同的 V2X 业务或者不
同的 V2X 应用服务器服务于不同的地理位置。因此 V2X 应用服务器地址信息可以包含多个服务器的信
息。当配置了多个 V2X 应用服务器时，应用层将选择适当的 V2X 应用服务器。
当部署了本地 V2X 应用服务器时，可使用 Anycast 的机制来向 UE 隐藏服务器的改变。在这种情
况下，会配置一个较大区域的 FQDN，如整个 PLMN，UE 只需要完成一次发现 Anycast 地址的过程即
可。PGW 或者 LGW 负责通过 Anycast 地址将数据路由到正确的本地 V2X 应用服务器。
7.1.5 QoS 处理
7.1.5.1 PC5接口的 QoS 管理
MME 基于签约信息将 UE-PC5-AMBR 作为 UE 上下文信息的一部分发送给 eNB。
使用 PC5 接口进行 V2X 消息传输时，需要遵循以下原则，并且下述原则对于资源调度分配模式和
UE 自主资源选择模式都适用。
3GPP TS 23.303 5.6.4.1 小节定义的 ProSe 每个数据包的优先级 ( ProSe Per-Packet Priority, PPPP)
应用于 PC5接口的 V2X 通信。
应用层向低层传输 V2X 消息时为每一 V2X 消息设置 PPPP。
UE 中配置应用层 V2X 消息优先级到 PPPP 的映射关系。
当空口使用资源调度分配模式时，还要遵循下述额外的原则。
UE 提供反映 PPPP 的优先级信息到 eNB 用于资源请求。
当 eNB 收到了 UE 关于 PC5接口资源请求时，eNB 通过优先级来推导出数据包时延预算(PDB)。
eNB 利用优先级信息执行优先级处理，并根据 UE-PC5-AMBR 控制 UE PC5接口传输的资源管理。
当空口使用 UE 自主资源选择模式时，还要遵循下述额外的原则：UE 基于 7.1.1.1.2描述的映射关
系从 PPPP 中推导得出 V2X 消息的数据包时延预算 (PDB ) o
7.1.5.2 LTE-Uu 的 QoS 管理
V2X 消息可以通过 non-GB R 和 GB R 承载传输。下述标准化的 QCI 值可用于 V2X 消息。
QCI 3 (GB R) 和 QCI 79 (non-GB R) 可以用于 V2X 消息的单播传输。
QCI 75 (GB R) 只能用于 MBMS 承载的 V2X 消息。
7.1 .6 用于 V2X 的 MBMS 承载通告
7.1.6.1 V2X 通信的用户业务描述（V2XUSD)
由于 V2X 应用服务器不在 3GPP 范围，所以 V2XUSD 中包含的信息是不可控的。但是 V2X 应用
服务器需要保证表 1 中的信息包含在提供的 V2XUSD 中。
V2X 消息格式由上层的会话描述协议 (SDP) 提供。
7.1.6.2 V2X 应用服务器发现的用户业务描述 (V2X server USD)
USD 用于配置 UE 接收本地 V2X 应用服务器信息见表2。V2X server
7.1.7 V2X 业务的签约
HSS 中保存了用户 V2X 业务相关的签约信息。
运营商可以在任何时间从 HSS 中删除 V2X 业务相关签约，撤销允许 UE 使用 V2X 业务的权限。
V2X 业务相关签约信息定义如下。
a) UE 是否授权允许作为车辆 UE，或者行人 UE，或者同时作为车辆 UE 和行人 UE 执行基于 P
C5 接口的 V2X 通信。
b) 用于 PC5 接口的 V2X 通信的 UE-PC5-AMBR。
c) 授权允许 UE 执行......
|