2022 公众电信网 汽车信息服务要求

犌犅／犜４１２３９—２０２２

目次

前言…………………………Ⅲ

１范围………………………１

２规范性引用文件…………………………１

３术语和定义………………１

４缩略语……………………２

５总体概述…………………２

５．１系统架构……………２

５．２主要接口要求………………………４

６感知延伸层要求…………………………５

６．１总体要求……………５

６．２技术要求……………５

７网络传输层要求…………………………６

７．１总体要求……………６

７．２技术要求……………６

８业务层要求………………７

８．１总体要求……………７

８．２技术要求……………８

９应用层要求………………９

９．１业务范围……………９

９．２业务分类……………１０

１０安全要求………………１４

１０．１感知延伸层………………………１４

１０．２网络传输层………………………１５

１０．３业务层……………１５

１０．４应用层……………１５

１１业务ＱｏＳ要求…………………………１５

１２数据存储要求…………………………１６

１３异常处理要求…………………………１６

附录Ａ（资料性）业务流程………………１７

附录Ｂ（资料性）典型用例………………２１

Ⅰ

书

犌犅／犜４１２３９—２０２２

前言

本文件按照ＧＢ／Ｔ１．１—２０２０《标准化工作导则第１部分：标准化文件的结构和起草规则》的规定

起草。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由中华人民共和国工业和信息化部提出。

本文件由全国通信标准化技术委员会（ＳＡＣ／ＴＣ４８５）归口。

本文件起草单位：中国联合网络通信集团有限公司、北京邮电大学、中国通信标准化协会。

本文件主要起草人：马书惠、杜宇昂、郭志斌、徐雷、刘海舟、常培、柳扬。

Ⅲ

犌犅／犜４１２３９—２０２２

公众电信网汽车信息服务要求

１范围

本文件提出了基于公众电信网的汽车信息服务总体框架，规定了感知延伸层要求、网络传输层要

求、业务层要求、应用层要求、安全要求、业务ＱｏＳ要求、数据存储要求和异常处理要求。

本文件适用于基于公众电信网的汽车信息服务的系统、设备及业务。

２规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文

件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于

本文件。

ＧＢ／Ｔ６１０７—２０００使用串行二进制数据交换的数据终端设备和数据电路终接设备之间的接口

ＧＢ／Ｔ１５６２９．１５—２０１０信息技术系统间远程通信和信息交换局域网和城域网特定要求

第１５部分：低速无线个域网（ＷＰＡＮ）媒体访问控制和物理层规范

ＩＳＯ１１８９８１：２０１５道路车辆控制器局域网第１部分：数据链路层和物理信令［Ｒｏａｄ

ｖｅｈｉｃｌｅｓ—Ｃｏｎｔｒｏｌｌｅｒａｒｅａｎｅｔｗｏｒｋ（ＣＡＮ）—Ｐａｒｔ１：Ｄａｔａｌｉｎｋｌａｙｅｒａｎｄｐｈｙｓｉｃａｌｓｉｇｎａｌｉｎｇ］

ＩＳＯ１１８９８２：２０１６道路车辆控制器局域网第２部分：高速媒体接入单元［Ｒｏａｄｖｅｈｉｃｌｅｓ—

Ｃｏｎｔｒｏｌｌｅｒａｒｅａｎｅｔｗｏｒｋ（ＣＡＮ）—Ｐａｒｔ２：Ｈｉｇｈｓｐｅｅｄｍｅｄｉｕｍａｃｃｅｓｓｕｎｉｔ］

ＩＳＯ１１８９８３：２００６道路车辆控制器局域网第３部分：低速容错媒体相关接口［Ｒｏａｄ

ｖｅｈｉｃｌｅｓ—Ｃｏｎｔｒｏｌｌｅｒａｒｅａｎｅｔｗｏｒｋ（ＣＡＮ）—Ｐａｒｔ３：Ｌｏｗｓｐｅｅｄ，ｆａｕｌｔｔｏｌｅｒａｎｔ，ｍｅｄｉｕｍｄｅｐｅｎｄｅｎｔｉｎ

ｔｅｒｆａｃｅ］

ＴＩＡ／ＥＩＡ４８５Ａ平衡数字多点系统中使用的发送机和接收机的电气特性（ＥｌｅｃｔｒｉｃａｌＣｈａｒａｃｔｅｒ

ｉｓｔｉｃｓｏｆＧｅｎｅｒａｔｏｒｓａｎｄＲｅｃｅｉｖｅｒｓｆｏｒＵｓｅｉｎＢａｌａｎｃｅｄＤｉｇｉｔａｌＭｕｌｔｉｐｏｉｎｔＳｙｓｔｅｍｓ）

３ＧＰＰＴＳ１０２２５０７语音和多媒体传输质量（ＳＴＱ）移动网络中普遍服务的ＱｏＳ方面第７部

分：基于网络服务质量测量［ＳｐｅｅｃｈａｎｄｍｕｌｔｉｍｅｄｉａＴｒａｎｓｍｉｓｓｉｏｎＱｕａｌｉｔｙ（ＳＴＱ）；ＱｏＳａｓｐｅｃｔｓｆｏｒ

ｐｏｐｕｌａｒｓｅｒｖｉｃｅｓｉｎｍｏｂｉｌｅｎｅｔｗｏｒｋｓ；Ｐａｒｔ７：ＮｅｔｗｏｒｋｂａｓｅｄＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅｍｅａｓｕｒｅｍｅｎｔｓ］

３术语和定义

下列术语和定义适用于本文件。

３．１

机器通信犿犪犮犺犻狀犲狋狅犿犪犮犺犻狀犲

机器设备之间无需干预，直接通过网络而自行完成任务的通信方式。

３．２

车载终端狏犲犺犻犮犾犲狋犲狉犿犻狀犪犾

安装在汽车上，具备计算、存储及输入、输出接口并集成导航模块和无线通信模块的电子设备。

１

犌犅／犜４１２３９—２０２２

４缩略语

下列缩略语适用于本文件。

２Ｇ：第二代移动通信技术（（ｔｈｅ２ｔｈｇｅｎｅｒａｔｉｏｎｍｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｔｅｃｈｎｏｌｏｇｙ）

３Ｇ：第三代移动通信技术（ｔｈｅ３ｔｈｇｅｎｅｒａｔｉｏｎｍｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｔｅｃｈｎｏｌｏｇｙ）

４Ｇ：第四代移动通信技术（ｔｈｅ４ｔｈｇｅｎｅｒａｔｉｏｎｍｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｔｅｃｈｎｏｌｏｇｙ）

５Ｇ：第五代移动通信技术（ｔｈｅ５ｔｈｇｅｎｅｒａｔｉｏｎｍｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｔｅｃｈｎｏｌｏｇｙ）

ＡＧＰＳ：辅助ＧＰＳ（ａｓｓｉｓｔｅｄｇｌｏｂａｌｐｏｓｉｔｉｏｎｓｙｓｔｅｍ）

ＡＰＩ：应用程序接口（ａｐｐｌｉｃａｔｉｏｎｐｒｏｇｒａｍｍｉｎｇｉｎｔｅｒｆａｃｅ）

ＣＡＮ：控制器局域网（ｃｏｎｔｒｏｌｌｅｒａｒｅａｎｅｔｗｏｒｋ）

ＣＲＣ：循环冗余校验（ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ）

ＣＳＶ：逗号分隔值（ｃｏｍｍａｓｅｐａｒａｔｅｄｖａｌｕｅｓ）

ＥＣＵ：电子控制单元（ｅｌｅｃｔｒｏｎｉｃｃｏｎｔｒｏｌｕｎｉｔ）

ＧＰＲＳ：通用分组无线业务（ｇｅｎｅｒａｌｐａｃｋｅｔｒａｄｉｏｓｅｒｖｉｃｅ）

ＧＰＳ：全球卫星定位系统（ｇｌｏｂａｌｐｏｓｉｔｉｏｎｓｙｓｔｅｍ）

ＨＴＭＬ：超文本置标语言（ｈｙｐｅｒｔｅｘｔｍａｒｋｕｐｌａｎｇｕａｇｅ）

ＨＴＴＰ：超文本传输协议（ｈｙｐｅｒｔｅｘｔｔｒａｎｓｆｅｒｐｒｏｔｏｃｏｌ）

ＬＩＮ：本地互连网络（ｌｏｃａｌｉｎｔｅｒｃｏｎｎｅｃｔｎｅｔｗｏｒｋ）

ＬＴＥ：长期演进（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）

ＭＭＳ：多媒体消息服务（ｍｕｌｔｉｍｅｄｉａｍｅｓｓａｇｅｓｅｒｖｉｃｅ）

ＱｏＳ：服务质量（ｑｕａｌｉｔｙｏｆｓｅｒｖｉｃｅ）

ＳＩＭ：用户识别模块（ｓｕｂｓｃｒｉｂｅｒｉｄｅｎｔｉｔｙｍｏｄｕｌｅ）

ＳＩＰ：会话初始协议（ｓｅｓｓｉｏｎｉｎｉｔｉａｔｉｏｎｐｒｏｔｏｃｏｌ）

ＳＭＳ：短消息服务（ｓｈｏｒｔｍｅｓｓａｇｅｓｅｒｖｉｃｅ）

ＳＯＡＰ：简单对象访问协议（ｓｉｍｐｌｅｏｂｊｅｃｔａｃｃｅｓｓｐｒｏｔｏｃｏｌ）

ＴＣＰ：传输控制协议（ｔｒａｎｓｍｉｓｓｉｏｎｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌ）

ＴＣＵ：信息通信控制单元（ｔｅｌｅｍａｔｉｃｓｃｏｎｔｒｏｌｕｎｉｔ）

ＵＤＰ：用户数据报协议（ｕｓｅｄａｔａｇｒａｍｐｒｏｔｏｃｏｌ）

ＵＳＢ：通用串行总线（ｕｎｉｖｅｒｓａｌｓｅｒｉａｌｂｕｓ）

ＵＳＳＤ：非结构化补充数据业务（ｕｎｓｔｒｕｃｔｕｒｅｄｓｕｐｐｌｅｍｅｎｔａｒｙｓｅｒｖｉｃｅｄａｔａ）

ＷＡＰ：无线应用协议（ｗｉｒｅｌｅｓｓａｐｐｌｉｃａｔｉｏｎｐｒｏｔｏｃｏｌ）

ＷＬＡＮ：无线局域网（ｗｉｒｅｌｅｓｓｌｏｃａｌａｒｅａｎｅｔｗｏｒｋ）

５总体概述

５．１系统架构

汽车信息服务系统架构见图１。

２

犌犅／犜４１２３９—２０２２

图１汽车信息服务系统架构

感知延伸层由汽车上的各类ＥＣＵ、使能部件、ＣＡＮ总线、ＴＣＵ和车载终端组成，能实现对汽车本

身各组成部件的实时数据采集，并能接收控制指令对汽车相关部件进行控制。车载终端与各个ＥＣＵ

之间的数据互换是通过ＴＣＵ实现，ＴＣＵ通过高速ＣＡＮ总线、低速ＣＡＮ总线等与各类ＥＣＵ或仪表、

防抱死系统等使能部件连接，车载终端与ＴＣＵ之间可采用有线或无线方式进行通信，具体连接方式见

图１。车载终端应支持北斗定位技术、可支持ＧＰＳ、ＡＧＰＳ、基站定位等其他定位技术。

网络传输层由网络接入子层、核心网子层组成，网络接入子层可提供２Ｇ、３Ｇ、４Ｇ、５Ｇ及ＷＬＡＮ等

多种接入技术中的一种或几种，核心网子层实现车载终端与业务层之间的数据传输。

业务层由业务管理平台和业务支撑平台组成，业务管理平台与业务支撑平台共同完成对汽车信息

服务各类应用的支撑和管理。业务管理平台实现应用管理、用户管理、订购管理、终端管理、业务管理、

系统管理等功能，并与智能客户服务中心、救援管理机构等外围系统连接；业务支撑平台主要实现合作

伙伴管理、用户关系管理、计费账务、综合采集、综合结算、经营分析等功能。

应用层由提供汽车信息服务的各类应用系统组成，主要有通信服务类、道路导航类、驾驶辅助类、远

程监控类和信息娱乐类应用。

３

犌犅／犜４１２３９—２０２２

５．２主要接口要求

５．２．１犜犆犝与汽车犆犃犖总线接口

ＴＣＵ与汽车ＣＡＮ总线接口包括以下几种：

ａ）ＴＣＵ与ＣＡＮ总线的电气接口：ＴＣＵ应具备把现有的通信接口（如ＧＢ／Ｔ６１０７—２０００，ＵＳＢ

等）进行适配转换为ＣＡＮ总线接口的能力，实现与ＣＡＮ总线的物理接口；

ｂ）ＴＣＵ与ＣＡＮ总线的物理层接口：应符合ＩＳＯ１１８９８２：２０１６和ＩＳＯ１１８９８３：２００６；

ｃ）ＴＣＵ与ＣＡＮ总线的数据链路层接口：应符合ＩＳＯ１１８９８１：２０１５；

ｄ）ＴＣＵ与ＣＡＮ总线的应用层接口：应符合ＣＡＮＯｐｅｎ（基于ＣＡＮ的分布式工业自动化系统的

应用标准以及ＣＡＮ应用层通信标准）、ＤｅｖｉｃｅＮｅｔ（适用于最低层的现场总线）等标准的一种

或多种。

５．２．２车载终端与犜犆犝接口

车载终端与ＴＣＵ接口包括有线和无线两种：

ａ）有线传输接口：应符合ＧＢ／Ｔ６１０７—２０００和ＴＩＡ／ＥＩＡ４８５Ａ等标准；

ｂ）无线传输接口：应符合蓝牙等标准。

５．２．３网络传输层与车载终端接口

网络传输层与车载终端接口：应支持ＧＰＲＳ、ＳＭＳ、ＭＭＳ、ＵＳＳＤ等。

５．２．４业务管理平台与网络传输层接口

业务管理平台与网络传输层接口：应支持有线和无线两种，符合以太网和ＷＬＡＮ等标准。

５．２．５业务管理平台与业务支撑平台接口

业务支撑平台受理用户开户、业务开通、资料录入和维护、投诉和建议，实现业务营销、账务和计费。

业务支撑平台可通过ＡＰＩ向业务管理平台开放用户和业务数据。

５．２．６业务管理平台与外围系统接口

５．２．６．１业务管理平台与智能客户服务中心系统接口

业务管理平台可通过ＡＰＩ向智能客户服务中心系统开放业务数据，使智能客户服务中心坐席人员

能获取与车载终端相关的业务数据，提供人工服务。

５．２．６．２业务管理平台与救援管理机构信息系统接口

业务管理平台可通过ＡＰＩ向救援管理机构信息系统开放事故发生时的汽车速度、加速度、方向盘

位置、转向、转向速度和车辆损伤程度等数据。

５．２．６．３业务管理平台与交通管理信息系统接口

业务管理平台可通过ＡＰＩ向交通管理信息系统开放车载终端周期性上报的汽车位置和行驶速度

等数据；业务管理平台可通过接口从交通管理信息系统实时提取动态路况信息，向驾乘人员提供实时路

况导航服务。

５．２．６．４业务管理平台与汽车售后维护机构系统接口

业务管理平台可通过ＡＰＩ向汽车售后维护机构开放车况数据及维护数据。

４

犌犅／犜４１２３９—２０２２

５．２．６．５业务管理平台与汽车厂商系统接口

业务管理平台可通过ＡＰＩ向汽车生产厂商开放车况数据。

５．２．７应用层与业务管理平台接口

应用层与业务管理平台的接口在传输层面应支持ＴＣＰ、ＵＤＰ等。

应用层与业务管理平台的接口在应用层面应支持ＳＩＰ、ＳＯＡＰ、ＨＴＴＰ、ＷｅｂＳｅｒｖｉｃｅ等。

６感知延伸层要求

６．１总体要求

６．１．１感知延伸层组成概述

汽车信息服务的感知延伸层主要包括四部分：

ａ）ＥＣＵ和仪表、环境控制和防抱死系统等使能部件；

ｂ）ＣＡＮ总线；

ｃ）ＴＣＵ；

ｄ）车载终端。

车载终端与ＣＡＮ总线之间通过ＴＣＵ实现上下行数据互换。数据上行即通过ＣＡＮ总线把ＥＣＵ

和使能部件所采集的各类数据通过ＴＣＵ统一汇集、存储并转发到车载终端，车载终端对这些数据格式

化处理后，通过北向接口向业务管理平台进行数据上报。数据下行即业务管理平台向车载终端下发汽

车控制指令，车载终端进行格式化转换后转发给ＴＣＵ，通过ＣＡＮ总线把控制命令传递给对应的ＥＣＵ

和使能部件，实现对汽车的控制。

６．１．２可靠性

感知延伸层设备中，如某感知节点出错，应能自动关闭并切断和总线的联系，不影响总线的通信；具

备硬件ＣＲＣ和自动重发功能。

６．１．３一致性

汽车信息服务感知延伸层所采用的各种传输控制协议、接口协议和数据格式的设备应通过网关设

备进行协议适配与转换，统一为一致的协议及数据格式，实现异构多系统间的互联互通、资源共享。

６．２技术要求

６．２．１汽车犈犆犝输出数据要求

汽车ＥＣＵ在汽车信息服务中的输出数据应包括基本指标和燃油经济性指标，与汽车安全行驶相

关的维护保养指标以及交通事故处理辅助指标等。

６．２．２车载终端功能要求

汽车信息服务对车载终端功能的要求应包括：

ａ）支持业务状态管理，主要包括未预置序列号、预置序列号、注册失败、注册成功、连接正常、连接

异常、连接告警七种业务状态，要求终端能正确的判断当前业务状态，依据业务状态迁移条件，

在实际业务活动作用下迁移到正确的业务状态。业务状态迁移的过程中，应保证与业务状态

迁移无关的数据不被更改。

５

犌犅／犜４１２３９—２０２２

ｂ）支持终端序列号管理，要求支持两种序列号植入方式。车载终端在首次使用时，自动向业务管

理平台注册以获取序列号并植入。由汽车厂商预先从业务管理平台批量申请序列号，在车载

终端出厂或使用前直接人工植入。

ｃ）支持会话管理，包括报文重发机制，连接检测和连接异常处理。

ｄ）支持终端注册，支持终端登录和退出业务管理平台。

ｅ）支持终端参数配置管理，包括业务管理平台设置车载终端参数，车载终端向业务管理平台请求

参数配置，本地人工配置车载终端参数，车载终端参数配置异常处理等。支持核心参数一

致性。

ｆ）支持终端状态上报，包括终端异常状态上报，业务管理平台向终端实时提取数据上报，终端远

程控制执行状态上报，长连接应用模式终端心跳报文及通信状态上报。

ｇ）支持信息上报，包括终端上的应用软件安装及卸载情况上报，业务使用情况上报，告警信息上

报，统计信息上报，信息上报异常处理。

ｈ）支持软件下载与升级，包括软件下载通知响应，软件下载与软件升级，软件升级异常处理，升级

失败后可回退到前一个可正常工作的版本。

ｉ）支持对汽车厂商的不同ＥＣＵ所采集的不同格式的数据进行适配。

ｊ）支持车载终端与ＳＩＭ卡的双向安全认证机制，车载终端与ＳＩＭ卡的相互验证完成之后才能接

入移动通信网络。

ｋ）支持２Ｇ、３Ｇ、４Ｇ或５Ｇ等通信接入方式，支持电路交换、ＳＭＳ、ＵＳＳＤ、ＧＰＲＳ、ＷＡＰ等方式实

现与业务管理平台的语音、数据通信。

ｌ）可利用移动通信终端的通信模块，通过ＵＳＢ或ＧＢ／Ｔ１５６２９．１５—２０１０规定的标准接口与车载

终端互连后，辅助车载终端实现语音和数据传输功能。

ｍ）车载终端应根据不同的特征区分不同业务，选择最佳的业务接入机制。

７网络传输层要求

７．１总体要求

汽车信息服务对网络传输层的总体要求应包括：

ａ）不限于某一种接入方式，只要车载终端可获得连接，无论使用何种接入网均可接入。

ｂ）应支持独立于业务应用的多种传输技术，在减少网络资源占用的前提下实现业务管理平台对

大量车载终端的同步配置或管理。

ｃ）应支持网络层面的安全保证。

ｄ）传输网络应易于维护和管理。

ｅ）网络应在不中断服务的情况下升级改造，满足业务演进对于承载网络的需求。

ｆ）网络层应对不同级别的ＱｏＳ要求提供相应的策略控制。

ｇ）符合相关标准的汽车信息服务终端设备和传输设备应能纳入运营商终端管理中，应有规范的

注册、标识、鉴别方法。同时应能提供接入管理、业务管理、计费管理等必要的网管接口，保障

网络可控。

ｈ）对不同类型设备产生的不同类型数据，应能分类和分级处理，但是同类数据的处理方法应保持

一致，具有通用性，以降低核心网络管理难度。

７．２技术要求

７．２．１接入网

汽车信息服务对接入网应符合如下要求：

６

犌犅／犜４１２３９—２０２２

ａ）接入网为车载终端提供多种接入方式，接入网不仅提供信令控制和业务流传输的物理通道，从

逻辑上还可划分不同的业务子通道，支持根据优先级进行业务到子通道的映射，保证高优先级

业务子通道的服务质量；

ｂ）接入网在车载终端的会话通道建立和拆除过程中支持统一的信令控制能力。

７．２．２核心网

汽车信息服务对核心网应符合如下要求：

ａ）由于汽车信息服务中需要多种数据类型的传输，要求核心网应能支持包括语音、视频以及多种

量级的数据等综合业务的应用，同时要求有相应的ＱｏＳ保证；

ｂ）核心网应支持避免网络拥塞的机制；

ｃ）核心网应提供避免终端标识短缺的机制；

ｄ）核心网应提供低数据流量优化传输机制。

８业务层要求

８．１总体要求

８．１．１业务连续性

汽车信息服务的业务实现应与网络无关，应支持跨异构网络的汽车信息服务业务的连续性。

８．１．２可扩展性

业务层对汽车信息服务的各类业务和产品应用应提供开放的管理接口，并可支持业务的版本更新

和升级管理，同时可支持对未来可能出现的各种扩展业务快速提供有效的支撑管理。

８．１．３可靠性

业务层的关键性服务器应采用高可用性方案。系统应冗余配置，保证系统无单一故障点，发生故障

后能快速切换，保证７ｄ×２４ｈ不间断运行。系统应有良好的备份手段。系统数据和业务数据可联机

备份、联机恢复，恢复的数据应保持其完整性和一致性。

８．１．４互操作性

业务管理平台应支持不同归属的应用系统之间、不同管理域的基础网络之间、不同类型的车载终端

之间管理能力的互操作性。

８．１．５统一资源管理能力

业务管理平台应支持对各种资源统一管理能力：

ａ）支持对多种异构网络和设备的统一管理能力；

ｂ）提供对多类网元及其设备的管理参数的共性抽象能力；

ｃ）支持对多种网络资源与运行环境的一致性描述能力；

ｄ）提供对在业务管理平台上注册的资源进行全局的标识规划、存储与协调分配能力。

８．１．６配置管理能力

业务管理平台应支持配置管理能力：

ａ）应用于接入网和核心网设施，提供实时监测能力；

７

犌犅／犜４１２３９—２０２２

ｂ）支持对网络设备的位置、状态、可达性等动态信息的收集；

ｃ）应支持与公众电信网能力相关的静态信息的自动配置；

ｄ）提供业务信息（业务配置清单）的定制能力，提供设备信息（设备配置清单）和固件的定制与可

升级能力。

８．１．７故障处理能力

业务管理平台应支持故障处理能力：

ａ）为防止和纠正错误，网络接入设备／网关应主动接受监测功能；

ｂ）应能检测汽车信息服务各类应用系统和车载终端的运行状态；

ｃ）应支持周期性或按需检测基础网络的连通性；

ｄ）应能监控和管理基础网络的运行状态；

ｅ）应支持通过远程管理实现车载终端的故障恢复，操作后应能恢复到已知和常规状态。

８．１．８时间管理能力

应支持准确的时间同步机制，提供安全可信的时间戳，应用于计费、设备检测、生存周期管理。

８．２技术要求

８．２．１业务管理平台基本要求

８．２．１．１应用管理

业务管理平台应支持对汽车信息服务应用系统的登录和注销管理；支持对各类应用系统的运行状

态监测和故障管理，对各类应用系统的信息查询。

８．２．１．２用户管理

业务管理平台应支持对汽车信息服务的各类用户的基本信息管理；实现用户的开户、销户功能；实

现用户的账户及权限管理；并可为用户提供自服务功能。

８．２．１．３订购管理

业务管理平台应支持对汽车信息服务的订购信息的管理；实现订购信息的维护，包括订购、订购变

更、退订等。

８．２．１．４终端管理

业务管理平台应实现对车载终端的注册、注销、登录、登录退出管理；对车载终端的状态监测和故障

管理；对车载终端的参数配置和远程控制；对车载终端的信息查询和欠费查询；对车载终端软件的版本

管理和下载管理。

业务管理平台应实现对参与汽车信息服务的车载终端的身份鉴别功能；并可对由车载终端发起的

业务请求根据订购关系及配置信息进行功能鉴别功能。

业务管理平台应支持终端以多种通信方式接入系统。

８．２．１．５业务管理

业务管理平台应支持汽车信息服务业务和产品的全生存周期的信息维护和管理，包括业务和产品

的定义、变更、发布、撤销等。

８

犌犅／犜４１２３９—２０２２

８．２．１．６系统管理

业务管理平台应实现通过操作维护界面进行系统参数的配置修改，使参数的修改不需重新启动平

台应用软件系统。系统参数应包括地域、用户类型、业务类型、号段、端口配置等。

业务管理平台应实现相应的权限管理，主要包括各类业务及产品的功能点资源列表的新增、删除、

修改、查找等维护功能；应支持对操作员的账号进行管理，包括新增、删除、修改操作员账号；支持通过角

色对功能点权限进行集中管理，简化授权和回收权限的配置工作；支持角色的创建、修改和删除，可将多

个系统功能点权限赋予一个角色，并将该角色赋予账号；权限设置应由被授权的系统管理员完成，管理

员不能设置大于自身权限的权限；权限管理采用分级的管理方式，上一级可以设置下一级的管理权限。

业务管理平台应支持日志管理，支持日志的查询与展现，并可提供打印和导出功能，导出文件可以

是ｃｓｖ和ｈｔｍｌ等格式。日志至少要包括操作日志和业务日志。操作日志管理主要用于记录何人（账

号）、何地（ＩＰ地址）、何时登录过业务管理平台，并记录其做过何种操作。只有管理员权限的用户可以

对操作日志进行相关查询的操作。不允许任何人对操作日志进行删除操作。平台至少保留最近３个月

的操作日志详情。业务日志管理用于记录自动业务操作流程的日志。

８．２．２业务管理平台扩展要求

８．２．２．１电信能力封装

可对电信运营商提供的各类基础通信及增值业务能力，例如视频监控、智能客户服务中心、定位及

通信等进行能力封装，提供标准调用接口，提升汽车信息服务应用系统开发能力。

８．２．２．２相关领域能力统一接入

可对与汽车信息服务相关的各类专业领域的能力，例如公共资源（城市应急联动系统、数字城管

等）、公开信息（交通、停车场、天气预报等）提供统一的接入实现方式，提升汽车信息服务应用开发能力。

９应用层要求

９．１业务范围

９．１．１业务概述

汽车信息服务是指通过无线通信网络，利用定位技术和电子地图技术，以乘用车的车载终端为载

体，为驾乘人员提供丰富的信息（如位置、实时路况、新闻、天气预报等）和数字多媒体内容（如数字广播、

网络音视频、网络游戏），实现人／车／路的互动服务。

９．１．２业务用户

汽车信息服务的业务用户可分为两大类，使用乘用车的驾乘人员，生产管理乘用车的车辆救援机

构、汽车生产厂商、汽车销售及维护服务机构、交通管理部门和汽车管理协会。

９．１．３业务提供者

汽车信息服务的业务提供者主要包括汽车生产厂商、电信运营商、应用服务提供商、内容服务提供

商和汽车销售及维护服务机构等。

９

犌犅／犜４１２３９—２０２２

９．２业务分类

９．２．１概述

汽车信息服务主要包括通信服务、道路导航、驾驶辅助、远程监控和信息娱乐五大类业务，使用业务

的角色主要分为两大类，驾驶员及乘客。汽车信息服务的业务及功能分类见表１。

表１业务及功能分类

业务分类功能分类驾驶员是否限制乘客是否限制限制条件

基本呼叫否否

紧急呼叫否否

短消息是否为保障驾驶员的行车安全，在车

即时通信文本是否辆的行驶状态时应限制使用

通信服务类

多媒体消息是否

互联网接入是否

在汽车行驶状态，视频服务受

音视频通话是否限，仅能语音通话

地图信息查询否否

车辆位置查询否否

路线计算和引导否否

道路导航类地图软件更新否否

实时路况导航否否

语音导航否否

停车引导否否

车况数据上报否否

汽车维护通知否否

紧急路况告知否否

驾驶辅助类

紧急救援否否

疲劳驾驶诊断否否

定速巡航否否

停车位置提示否否

远程监控类车门远程应急开启是是在发动机开启的条件下禁用

车辆异动告警提示否否

信息娱乐（如天气预报、

信息娱乐类股市行情、实时新闻、移是否为保障驾驶员的行车安全，在车

动办公和网络音视频等）辆的行驶状态时应限制使用

通信服务类指利用语音和数据通信网络，为驾乘人员提供接听和拨打电话、收发短消息、多媒体消

息、即时通信消息、无线上网等功能。

道路导航类业务实现应支持北斗定位技术、可支持ＧＰＳ、ＡＧＰＳ、基站定位等其他定位技术，通过

１０

犌犅／犜４１２３９—２０２２

车载终端为驾乘人员提供地图信息查询、位置显示、实时路况和网络地图等服务。

驾驶辅助类服务指通过车载终端实时获取车况数据等信息，辅助驾乘人员提高道路行驶的安全性

和车辆维修的便捷性。

远程监控类包括停车位置提示、车门远程应急开启、车辆异地告警等服务。

信息娱乐类主要包括天气预报、股市行情、实时新闻、移动办公、网络音视频等内容。

业务流程见附录Ａ，典型用例见附录Ｂ。

９．２．２通信服务类

９．２．２．１基本呼叫

为驾乘人员提供与智能客户服务中心或其他联系人的语音通话功能，要求如下：

ａ）车载终端应配置数字键盘，支持设置一个到多个的一键呼叫功能键；

ｂ）语音通话接听可支持按键和语音识别两种方式，语音识别要求应对指令性短语具备较高的识

别准确率且支持定制化语音识别，通话过程宜优先支持免提方式；

ｃ）应支持查看通话记录、设置通信录等功能。

９．２．２．２紧急呼叫

为驾乘人员在紧急情况需要立即报警或急救时的呼叫服务，要求如下：

ａ）应优先于任何其他的业务，驾乘人员可不受网络鉴权的限制发起对特定紧急服务号码的呼叫；

ｂ）可支持车辆事故等情况下的自动拨号和人工拨号两种呼叫方式。

９．２．２．３短消息

为驾乘人员提供短消息的收发服务，要求如下：

ａ）应支持车载终端之间的点对点短消息服务，以及小区广播式短消息服务；

ｂ）可支持手动按键和语音识别两种操作方式，实现短消息查看、删除、发送功能。

９．２．２．４即时通信文本

为驾乘人员提供即时通信文本的收发服务，要求如下：

ａ）应支持车载终端之间的点对点即时通信文本服务；

ｂ）可支持手动按键和语音识别两种操作方式，实现即时通信文本查看、删除、发送功能。

９．２．２．５多媒体消息

在车载终端上为驾乘人员提供发送和接收多媒体短消息功能，要求如下：

ａ）支持车载终端之间的点对点和系统下发的多媒体消息服务；

ｂ）可支持手动按键和语音识别两种操作方式实现多媒体消息查看、删除、发送功能。

９．２．２．６互联网接入

可通过车载终端的无线通信服务，为驾乘人员提供收发电子邮件，访问互联网网站等服务。

９．２．２．７音视频通话

通过车载终端为驾乘人员提供音视频通话功能，要求如下：

ａ）车载终端上应配置驾乘人员音视频采集和显示通话对方视频的设备；

ｂ）车载终端上可提供手动按键和语音识别两种操作方式，进行音视频通话拨叫和接听，通话全过

１１

犌犅／犜４１２３９—２０２２

程应优先支持免提方式；车载终端的音视频通话拨叫及接听等操作以语音识别实现时，应至少

支持指令性短语，支持定制化语音识别功能；

ｃ）在汽车引擎开启状态下，视频服务应自动关闭，仅可进行语音通话。

９．２．３道路导航类

９．２．３．１地图信息查询

通过车载终端，驾乘人员可在电子地图上查找指定的街道名称、车站名称、企业名称、写字楼或者商

户等地理位置，要求如下：

ａ）驾乘人员可通过主动搜索的方式，搜索商户、地址、电话等信息，在地图上显示地理位置。驾乘

人员搜索到需要的信息后，可查询某条信息的详细内容，并可将查找到的地点设置为起点或

终点；

ｂ）应提供城市或区域切换的功能；

ｃ）周边信息查询：驾乘人员可以当前的位置或指定的位置为中心，查询周边一定半径范围内符合

条件的地址信息；

ｄ）信息收藏：驾乘人员在搜索到感兴趣的信息后，可将此信息加入收藏夹。

９．２．３．２车辆位置查询

驾乘人员可在车载终端上查看车辆在电子地图上位置。经过授权的人员可登录汽车信息服务门户

查看指定车辆的当前位置，在电子地图上进行显示，要求如下：

ａ）对查询的人员应经过身份鉴别，通过后才可进行查询操作；

ｂ）车载终端应支持定时发送或被动发送位置信号给业务运营支撑系统。

９．２．３．３路线计算和引导

车载终端可依据多种路由策略（如最短的路径、实时道路交通情况），为驾乘人员规划从起点到终点

的行车路线，要求如下：

ａ）系统可默认出发地为汽车的当前位置或驾乘人员自行输入的出发地，目的地为驾乘人员设定

的地址；

ｂ）在行车过程中车载终端的电子地图上可显示驾乘人员所经过的道路、标志性建筑物、方向、拐

弯、距离、估算的行车时间等信息；

ｃ）在行车过程中，对于行车方向、转弯等导航信息，车载终端应进行语音提示。

９．２．３．４地图软件更新

当车载终端连接到网络时，可自动检查地图的最新版本，为驾乘人员提供地图实时更新的服务，要

求如下：

ａ）驾乘人员可选择是否更新地图；

ｂ）车载终端启动后，应主动与服务平台进行检测通信，检查地图的更新版本，提供实时地图更新

功能。

９．２．３．５实时路况导航

可通过无线通信网络，在车载终端上提供实时交通路况信息查看或语音提示服务功能，要求如下：

ａ）在车载终端的地图上可用不同的颜色表示交通的拥堵情况；

ｂ）应支持每隔一定的时间间隔进行交通路况的更新；

１２

犌犅／犜４１２３９—２０２２

ｃ）应支持对交通路况信息的语音提示服务；

ｄ）可支持由智能客户服务中心为驾乘人员提供实时交通路况的语音服务。

９．２．３．６语音导航

由导航员通过网络进行路线设置，并将相关数据发送到车载终端实现导航，要求如下：

ａ）可支持导航员远程查看车辆的当前位置。车载终端支持接收导航员发送的道路规划数据，终

端处理后可进行导航服务。

ｂ）应支持结合当前的交通道路信息（拥堵情况，交通管制）等，规划一条从起点到目的地的最优

路径。

９．２．３．７停车引导

为驾乘人员实时地提供停车场（库）的位置、车位数、空（满）状态等信息，方便驾乘人员到达目的地

时就近停车，要求如下：

ａ）可支持将停车场信息发布到道路主干道的信息屏或车载终端上；

ｂ）驾驶者目的地的停车场满状态时，可将最近有空位的停车场信息发布到车载终端上。

９．２．４驾驶辅助类

９．２．４．１车况数据上报

车载终端可从汽车ＬＩＮ、ＣＡＮ等总线连接的电子器件和ＥＣＵ采集汽车各种使能部件的运转数据，

车载终端对这些数据进行处理后通过无线通信网上报到汽车信息服务业务管理平台（以下简称“业务管

理平台”），业务管理平台根据业务需求向汽车厂商及汽车售后维护机构转发相关数据，要求如下：

ａ）车载终端可与汽车ＬＩＮ、ＣＡＮ总线实现通信，通过ＬＩＮ、ＣＡＮ采集到车辆的各种部件如发动

机、变速器、胎压、安全气囊系统等的传感器数据，车载终端可周期性或按需把这些数据上传给

业务管理平台；

ｂ）车载终端应支持驾乘人员设置周期性车况数据上报的时间间隔；

ｃ）业务管理平台可提供车况上报数据访问接口。

９．２．４．２汽车维护通知

业务管理平台根据车辆上报的车况数据，提醒车主进行车辆维护保养，要求如下：

ａ）应支持可定制的多种通知方式，不仅限于车载终端，例如以短消息、多媒体消息、即时通信文

本、语音、视频等方式发送到驾乘人员的移动通信终端，以邮件的形式发送到驾乘人员的电子

邮箱；

ｂ）可支持自动和人工两种提醒触发方式：自动方式是事先对需要保养的各类部件的使用期限或

损耗程度的设定阈值，由业务管理平台对车况数据运算后自动触发；人工方式是通过人为综合

判断后触发提醒；

ｃ）应提供驾乘人员自服务门户，支持驾乘人员注册、注销及维护自己车辆信息，如汽车品牌、行驶

里程数、保养周期、保养厂商等；

ｄ）应提供汽车售后维护服务门户，支持汽车售后维护机构的操作人员设置相关部件的阈值或检

查整体车况数据，设置维护保养提示触发方式等。

９．２．４．３紧急路况告知

遇到紧急情况，如交通管制、交通事故、大雾等恶劣天气时，通过车载终端把这些路况信息以驾乘人

１３

犌犅／犜４１２３９—２０２２

员所定制的方式如短消息、多媒体消息、即时通信文本、语音通知、音视频通知等及时告知，要求如下：

ａ）可获取在相关路段、区域上行使的汽车；

ｂ）可支持驾乘人员通过自服务门户来设置是否允许信息推送、是否允许进行位置定位等服务；

ｃ）可支持短消息、多媒体消息、即时通信文本、语音、视频等信息推送方式。

９．２．４．４紧急救援

在紧急情况下，驾乘人员通过车载终端向业务管理平台的智能客户服务中心发起救援呼叫，业务管理

平台能快速准确定位车辆的位置，并根据紧急程度联系最合适的救援协助机构开展救援活动，要求如下：

ａ）在突发交通事故情况下，车载终端应把事故发生前的汽车速度、加速度、方向盘位置、转向、转

向速度、车辆损伤程度等数据及时发送到业务管理平台；

ｂ）业务管理平台可向专业紧急救援服务机构开放数据接口，共享事故发生时汽车速度、加速度；

方向盘位置、转向、转向速度、车辆损伤程度等数据。

９．２．５远程监控类

９．２．５．１停车位置提示

当驾乘人员忘记车辆停放地点，可以拨打智能客户服务中心的电话，智能客户服务中心人员通过身

份鉴别后可远程操作让指定的车辆鸣号或启动双闪灯，提醒停车位置，要求如下：

ａ）车载终端可实时接收远程控制信号；

ｂ）汽车可接收远程的鸣号或启动双闪灯的控制信号，应做出相应响应；

ｃ）应具备驾乘人员的身份识别功能。

９．２．５．２车门远程应急开启

当驾乘人员在未带车钥匙需要开启车门时，可拨打智能客户服务中心的电话，智能客户服务中心人

员通过身份认证后，远程下发开门指令帮助开启车门，要求如下：

ａ）车辆应配备有原厂安装的中控门锁；

ｂ）业务管理平台提供智能客户服务中心用户服务处理呼叫请求，应取得汽车厂商控制指令；

ｃ）车载终端可实时接收业务管理平台下发的远程控制信号，且可控制中控门锁；

ｄ）在汽车引擎开启条件下此功能应被禁用。

９．２．５．３车辆异动告警

在检测到指定车辆异动的情况下（如车门异常开启、车辆异常移动位置），应由车载终端或业务管理

平台给驾乘人员发送短消息进行告警提示。

９．２．６信息娱乐类

可通过无线通信网络，在车载终端上提供信息娱乐类服务，可查看天气预报、股市行情、实时新闻，

实现移动办公和网络音视频接收等功能，要求如下：

ａ）车载终端应支持蜂窝移动通信的宽带接入上网功能；

ｂ）车载终端可支持语音识别、机器翻译功能；

ｃ）可支持驾乘人员按需求定制业务。

１０安全要求

１０．１感知延伸层

感知延伸层安全包括车载终端与汽车本身的ＣＡＮ总线之间的通信安全以及车载终端设备及软件

１４

犌犅／犜４１２３９—２０２２

系统的安全。由于汽车可能经常处于其他无线网络覆盖之中，故应保证车载终端与汽车本身的ＣＡＮ

总线之间的通信不对其他网络构成干扰，也应避免受到其他网络的干扰。

车载终端的软件系统应具备以下安全功能：

ａ）应具备身份鉴别机制，能支持终端的真实性，判断是否有冒充，支持车载终端与ＳＩＭ卡的双向

认证功能，防止身份冒充。

ｂ）应具备加密机制，车载终端应能对数据的内容进行加密，同时应具备数据完整性校验机制，应

支持验证收到的数据是否在传输过程中被修改过。防止数据的窃取和篡改。

ｃ）应具备访问控制机制，应支持对业务管理平台下发的指令执行权限进行验证。

１０．２网络传输层

汽车信息服务的网络安全主要指公众电信网的接入网和核心网部分的安全，具体要求：

ａ）接入网应根据车载终端的特征对原有安全机制进行调整和补充；

ｂ）核心网应能避免大量车载终端同时传输数据导致的网络拥塞；

ｃ）接入网和核心网应能为汽车信息服务在灾难、故障和紧急事件发生时提供相应的处理能力；

ｄ）网络设备应具备防病毒和防拒绝服务攻击能力，如传输网络设备应抵御ＴＣＰ泛洪、Ｐｉｎｇ泛洪

等攻击。

１０．３业务层

业务管理平台应具备用户身份鉴别机制、加密机制、访问控制机制以及时间同步机制来保证汽车信

息服务的业务安全。具体要求：

ａ）应具备身份鉴别机制，能支持对车载终端、终端用户的真实性鉴别，只有经过身份鉴别的终端

才能接入业务管理平台，只有经过身份鉴别的用户才能通过业务管理平台获取汽车信息服务。

ｂ）业务管理平台应具备加密机制，保证数据在传输过程中不会被截获，同时应具备数据完整性校

验机制，支持验证收到的数据是否在传输过程中被篡改。支持对汽车信息服务过程涉及行车

安全的管理和业务数据进行持久性存储，保留记录以备查证；业务管理平台需要通过技术手段

对用户个人资料等信息进行有效保障，不能泄露用户隐私信息及涉及用户隐私的业务数据。

ｃ）业务管理平台应支持严格的访问控制机制，对下发给车载终端的行车安全的控制指令执行严

格的权限验证。

ｄ）业务管理平台需要针对不同的用户需求，提供分级的业务安全机制。

ｅ）业务管理平台中执行的操作，应保留完备的日志记录。

１０．４应用层

汽车信息服务中各类业务应根据需要对其操作用户进行条件限制，符合条件的用户在业务操作前

应在相应系统中进行身份鉴别，鉴别通过的用户执行的业务操作，应在相应操作设备中保留日志记录。

１１业务犙狅犛要求

汽车信息服务中不同类型的业务要求具备不同等级的ＱｏＳ，有如下三类：

ａ）与语音相关业务：涉及的业务包括基本呼叫、紧急呼叫、实时路况导航、语音导航、紧急救援等，

应符合３ＧＰＰＴＳ１０２２５０７中的基础呼叫或紧急呼叫ＱｏＳ指标要求。

ｂ）数据实时类业务：涉及的业务包括互联网接入、地图信息查询、车辆位置查询等。响应时延的

上限、最大时延与最小时延的差、最大丢包率和最大错包率等参数需根据应用需求满足相应

指标。

１５

犌犅／犜４１２３９—２０２２

ｃ）数据非实时类业务：涉及的业务包括地图软件更新、停车引导、车况数据上报、信息娱乐等。响

应时延的上限和最大丢包率等参数需根据应用需求满足相应指标。

１２数据存储要求

汽车信息服务数据存储的网元实体主要是车载终端和业务管理平台。

车载终端存储的数据应包括：车载终端设备配置数据、车载终端设备标识数据、网络安全数据、网络

配置数据、呈现信息等。

业务管理平台存储的数据应包括：用户签约数据、业务配置数据、业务数据、车载终端标识数据、网

络中终端设备标识数据、ＱｏＳ数据和安全数据等。

１３异常处理要求

根据汽车信息服务业务安全性要求，车载终端、传输网络或业务管理平台出现故障或遭遇故意破坏

等异常情况时，应及时发出告警信息：

ａ）当车载终端出现故障时，业务管理平台系统可检测并通知相关用户；

ｂ）当车载终端与业务管理平台之间的通信发生故障时，业务管理平台可检测并通知业务管理员；

ｃ）当业务管理平台出现故障时，可由业务管理平台的网管能力组件检测并通知相关用户。

１６

犌犅／犜４１２３９—２０２２

附录犃

（资料性）

业务流程

犃．１由车载终端发起的业务流程

犃．１．１请求服务类

请求服务类业务流程见图Ａ．１。

图犃．１请求服务类业务流程

具体流程说明：

步骤１）驾乘人员发起服务请求；

步骤２）车载终端与业务管理平台建立连接会话，传递服务请求；

步骤３）业务管理平台对收到的服务请求进行鉴别；

步骤４）对车载终端的鉴别通过后，业务管理平台把服务请求转发给对应的应用系统；

步骤５）汽车信息服务应用系统处理请求，生成响应结果；

步骤６）应用系统把服务响应结果返回给业务管理平台；

步骤７）业务管理平台把服务响应结果传递给发起请求的车载终端；

步骤８）车载终端对服务响应结果进行输出处理；

步骤９）车载终端将服务结果呈现给驾乘人员。

犃．１．２数据上报类

数据上报类业务流程见图Ａ．２。

１７

犌犅／犜４１２３９—２０２２

图犃．２数据上报类业务流程

具体流程说明：

步骤１）车载终端根据设置的业务规则触发上报数据请求；

步骤２）车载终端与业务管理平台建立连接会话，上报指定车辆的车况数据；

步骤３）业务管理平台对收到的服务请求进行鉴别；

步骤４）对车载终端的鉴别通过后，业务管理平台把上报数据转发给对应的应用系统；

步骤５）汽车信息服务应用系统处理上报数据，生成响应结果；

步骤６）应用系统把服务响应结果返回给业务管理平台；

步骤７）业务管理平台把响应结果传递给发起数据上报的车载终端；

步骤８）车载终端根据响应结果进行下一步处理。

犃．２由应用系统发起的业务流程

犃．２．１业务数据下发类

业务数据下发类业务流程见图Ａ．３。

１８

犌犅／犜４１２３９—２０２２

图犃．３业务数据下发类业务流程

具体流程说明：

步骤１）应用系统根据业务规则或由人工操作触发下发数据请求；

步骤２）应用系统向业务管理平台建立连接会话，下发业务数据；

步骤３）业务管理平台向应用系统的业务数据下发请求进行鉴别及业务数据处理；

步骤４）业务管理平台把处理后的业务数据转发给对应的车载终端；

步骤５）车载终端接收业务管理平台下发的业务数据，并进行业务处理；

步骤６）车载终端向业务管理平台返回响应结果；

步骤７）车载终端向驾乘人员展示下发业务数据处理结果；

步骤８）业务管理平台向应用系统返回业务数据接收响应。

犃．２．２远程终端数据采集

远程数据采集业务流程见图Ａ．４。

１９

犌犅／犜４１２３９—２０２２