GB/T 41239-2022 公众电信网 汽车信息服务要求.pdf

GB/T 41239-2022 公众电信网 汽车信息服务要求.pdf
仅供个人学习
反馈
标准编号:
文件类型:.pdf
资源大小:2.5 M
标准类别:国家标准
资源ID:70290
免费资源

标准规范下载简介

GB/T 41239-2022 公众电信网 汽车信息服务要求.pdf简介:

GB/T 41239-2022,全称为《公众电信网 汽车信息服务技术要求》,是中国关于汽车信息服务领域的一项国家标准。这个标准旨在规范和指导电信网络在为汽车用户提供信息服务过程中应满足的技术要求,包括但不限于车载信息服务系统、车辆远程监控与管理、导航服务、车辆位置服务、车联网通信、智能驾驶辅助等。

具体而言,该标准可能涵盖了以下内容:

1. 信息安全性:要求电信网络必须保证用户数据的安全,防止数据泄露或被篡改。 2. 服务质量:规定了服务的可用性、响应时间、数据传输速度等性能指标。 3. 互操作性:确保不同运营商的服务系统能顺畅交互,实现数据共享。 4. 用户体验:强调易用性、便利性和舒适性,使得驾驶员和乘客能方便地使用汽车信息服务。 5. 技术标准:明确设备、接口和通信协议的技术规范。

该标准的发布,对于推动汽车信息服务行业的健康发展,提升汽车智能化水平,以及保障用户信息安全具有重要意义。

GB/T 41239-2022 公众电信网 汽车信息服务要求.pdf部分内容预览:

9.2.4.1车况数据上报

车载终端对这些数据进行处理后通过无线通信网上报到汽车信息服务业务管理平台(以下简称“业务管 理平台”),业务管理平台根据业务需求向汽车厂商及汽车售后维护机构转发相关数据,要求如下: a)车载终端可与汽车LIN、CAN总线实现通信,通过LIN、CAN采集到车辆的各种部件如发动 机、变速器、胎压、安全气囊系统等的传感器数据,车载终端可周期性或按需把这些数据上传给 业务管理平台; b)车载终端应支持驾乘人员设置周期性车况数据上报的时间间隔; c)业务管理平台可提供车况上报数据访问接口

9.2.4.2汽车维护通知

《重水堆核电厂燃料棒束技术条件 GB/T 25449-2010》9.2.4.3紧急路况告知

音首通知、首视规频通知等及时告知,要求如下 a)可获取在相关路段、区域上行使的汽车; b)可支持驾乘人员通过自服务门户来设置是否允许信息推送、是否允许进行位置定位等服务; c)可支持短消息、多媒体消息、即时通信文本、语音、视频等信息推送方式

9.2.4.4紧急救援

平台能快速准确定位车辆的位置,并根据紧急程度联系最合适的救援协助机构开展救援活动,要求如下: a)在突发交通事故情况下,车载终端应把事故发生前的汽车速度、加速度、方向盘位置、转向、转 向速度、车辆损伤程度等数据及时发送到业务管理平台; b 业务管理平台可向专业紧急救援服务机构开放数据接口,共享事故发生时汽车速度、加速度 方向盘位置、转向、转向速度、车辆损伤程度等数据

9.2.5 远程监控类

9.2.5.1停车位置提示

9.2.5.2车门远程应急开启

9.2.5.3车辆异动告警

在检测到指定车辆异动的情况下(如车门异常开启、车辆异常移动位置),应由车载终端或业务管理 平台给驾乘人员发送短消息进行告警提示。

可通过无线通信网络,在车载整端上提供信息娱牙东类服务,可查看大气预报、股市行情、实的时新期 实现移动办公和网络音视频接收等功能,要求如下: a)车载终端应支持蜂窝移动通信的宽带接人上网功能; b)车载终端可支持语音识别、机器翻译功能; C)可支持驾乘人员按需求定制业务

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

GB/T412392022

系统的安全。由于汽车可能经常处于其他无线网络覆盖之中,故应保证车载终端与汽车本身的CAN 总线之间的通信不对其他网络构成干扰,也应避免受到其他网络的干扰, 车载终端的软件系统应具备以下安全功能: a 应具备身份鉴别机制,能支持终端的真实性,判断是否有冒充,支持车载终端与SIM卡的双向 认证功能,防止身份冒充 b 应具备加密机制,车载终端应能对数据的内容进行加密,同时应具备数据完整性校验机制,应 支持验证收到的数据是否在传输过程中被修改过。防止数据的窃取和篡改。 c)应具备访问控制机制.应支持对业务管理平台下发的指令执行权限进行验证

业务管理平台应具备用户身份鉴别机制、加密机制、访问控制机制以及时间同步机制来保证汽车信 息服务的业务安全。具体要求: 应具备身份鉴别机制,能支持对车载终端、终端用户的真实性鉴别,只有经过身份鉴别的终端 才能接人业务管理平台,只有经过身份鉴别的用户才能通过业务管理平台获取汽车信息服务。 b 业务管理平台应具备加密机制,保证数据在传输过程中不会被截获,同时应具备数据完整性校 验机制,支持验证收到的数据是否在传输过程中被套改。支持对汽车信息服务过程涉及行车 安全的管理和业务数据进行持久性存储,保留记录以备查证;业务管理平台需要通过技术手段 对用户个人资料等信息进行有效保障,不能泄露用户隐私信息及涉及用户隐私的业务数据。 c)业务管理平台应支持严格的访问控制机制,对下发给车载终端的行车安全的控制指令执行严 格的权限验证。 业务管理平台需要针对不同的用户需求,提供分级的业务安全机制。

汽车信息服务中各类业务应根据需要 条件限制,符合条件的用户在业务操 在相应系统中进行身份鉴别,鉴别通过的用户执行的业务操作,应在相应操作设备中保留日志记

[11 业务 QoS 要求

数据非实时类业务:涉及的 报、信息娱乐等。响 应时延的上限和最大丢包率等参数需 足相应指标

汽车信息服务数据存储的网元实体主要是车载终端和业务管理平台。 车载终端存储的数据应包括:车载终端设备配置数据、车载终端设备标识数据、网络安全数据、网络 配置数据、呈现信息等 业务管理平台存储的数据应包括:用户签约数据、业务配置数据、业务数据、车载终端标识数据、网 络中终端设备标识数据、QoS数据和安全数据等

根据汽车信息服务业务安全性要求,车载终端、传输网络或业务管理平台出现故障或遭遇故意破坏 等异常情况时,应及时发出告警信息: a)当车载终端出现故障时,业务管理平台系统可检测并通知相关用户; b)当车载终端与业务管理平台之间的通信发生故障时,业务管理平台可检测并通知业务管理员; c)当业务管理平台出现故障时,可由业务管理 力组件检测并通知相关用户

根据汽车信息服务业务安全性要求,车载终端、传输网络或业务管理平台出现故障或遭遇故意破 常情况时,应及时发出告警信息: a)当车载终端出现故障时,业务管理平台系统可检测并通知相关用户; b)当车载终端与业务管理平台之间的通信发生故障时,业务管理平台可检测并通知业务管理员 c)当业务管理平台出现故障时,可由业务管理

A.1由车载终端发起的业务流程

清求服务类业务流程见图A.1。

图A.1请求服务类业务流程

步骤1) 驾乘人员发起服务请求; 步骤2) 车载终端与业务管理平台建立连接会话,传递服务请求; 步骤3) 业务管理平台对收到的服务请求进行鉴别: 步骤4) 对车载终端的鉴别通过后,业务管理平台把服务请求转发给对应的应用系统 步骤5) 汽车信息服务应用系统处理请求,生成响应结果; 步骤6) 应用系统把服务响应结果返回给业务管理平台; 步骤7) 业务管理平台把服务响应结果传递给发起请求的车载终端: 步骤8) 车载终端对服务响应结果进行输出处理; 步骤9) 车载终端将服务结果呈现给驾乘人员

步骤1) 驾乘人员发起服务请求; 步骤2) 车载终端与业务管理平台建立连接会话,传递服务请求; 步骤3) 业务管理平台对收到的服务请求进行鉴别: 步骤4) 对车载终端的鉴别通过后,业务管理平台把服务请求转发给对应的应用系统 步骤5) 汽车信息服务应用系统处理请求,生成响应结果; 步骤6) 应用系统把服务响应结果返回给业务管理平台; 步骤7) 业务管理平台把服务响应结果传递给发起请求的车载终端: 步骤8) 车载终端对服务响应结果进行输出处理; 步骤9) 车载终端将服务结果呈现给驾乘人员

数据上报类业务流程见图A.2

图A.2数据上报类业务流程

具体流程说明: 步骤1) 车载终端根据设置的业务规则触发上报数据请求; 步骤2) 车载终端与业务管理平台建立连接会话,上报指定车辆的车况数据; 步骤3) 业务管理平台对收到的服务请求进行鉴别; 步骤4) 对车载终端的鉴别通过后,业务管理平台把上报数据转发给对应的应用系统; 步骤5) 汽车信息服务应用系统处理上报数据,生成响应结果; 步骤6) 应用系统把服务响应结果返回给业务管理平台; 步骤7) 业务管理平台把响应结果传递给发起数据上报的车载终端; 步骤8) 车载终端根据响应结果进行下一步处理

其体流性说明: 步骤1) 车载终端根据设置的业务规则触发上报数据请求; 步骤2) 车载终端与业务管理平台建立连接会话,上报指定车辆的车况数据; 步骤3) 业务管理平台对收到的服务请求进行鉴别; 步骤4) 对车载终端的鉴别通过后,业务管理平台把上报数据转发给对应的应用系统; 步骤5) 汽车信息服务应用系统处理上报数据,生成响应结果; 步骤6) 应用系统把服务响应结果返回给业务管理平台; 步骤7) 业务管理平台把响应结果传递给发起数据上报的车载终端; 步骤8) 车载终端根据响应结果进行下一步处理

A.2由应用系统发起的业务流程

A.2.1业务数据下发类

业务数据下发类业务流程见图A.3

GB/T412392022

业务数据下发类业务流

步骤1) 应用系统根据业务规则或由人工操作触发下发数据请求; 步骤2) 应用系统向业务管理平台建立连接会话,下发业务数据; 步骤3) 业务管理平台向应用系统的业务数据下发请求进行鉴别及业务数据处理; 步骤4) 业务管理平台把处理后的业务数据转发给对应的车载终端; 步骤5) 车载终端接收业务管理平台下发的业务数据,并进行业务处理; 步骤6) 车载终端向业务管理平台返回响应结果; 步骤7) 车载终端向驾乘人员展示下发业务数据处理结果; 步骤8) 业务管理平台向应用系统返回业务数据接收响应

A.2.2远程终端数据采集

据采集业务流程见图A

步骤1)应用系统根据需要发起远程终端数据采集请求; 步骤2) 业务管理平台对发起请求的应用系统进行鉴别; 步骤3) 鉴别通过后,业务管理平台把数据采集请求转发给对应的终端; 步骤4) 车载终端接收数据采集请求后,进行相应的数据采集并封装成数据包; 步骤5) 车载终端把采集的数据传输给业务管理平台; 步骤6) 业务管理平台把采集的数据转发给发起数据采集请求的应用系统

JC∕T 1062-2007 泡沫混凝土砌块图A.4远程数据采集业务流程

B.1 用例 1:语音导航

GB/T412392022

语音导航属于请求服务类上下行双向业务,包括业务请求和业务应答两部分。语音导航业务能帮 助驾驶员在明确知道目的地但不十分清楚行车路线的情况下,向汽车信息服务平台的智能客户服务中 心发起语音导航请求,智能客户服务中心的导航员根据车辆当前位置和目的地,帮助设置最优行车路 线,并将相关数据发送到车载终端实现道路导航

语音导航业务场景见图B.1。首先驾驶员需要向智能客户服务中心发起语音呼叫,告知目的 的信息,请求导航;智能客户服务中心导航员通过导航系统选择最优的行车路线,把数据下发到车 端,实现导航。

国家安全监管总局关于公布第二批重点监管.pdf语音导航业务流程见图B.2

图B.1语音导航业务场景

图B.2语音导航业务流程

©版权声明
相关文章