标准规范下载简介
GB/T 41239-2022 公众电信网 汽车信息服务要求.pdf汽车信息服务系统架构见图1
GB/T412392022
GB 51342-2018-T:电子工程节能施工质量验收标准(无水印,带书签)图1汽车信息服务系统架构
TCU与汽车CAN总线接
5.2.2车载终端与TCU接口
5.2.3网络传输层与车载终端接口
5.2.4业务管理平台与网络传输层接口
业务管理平台与网络传输层接口:应支持有线和无线两种,符合以太网和WLAN学
5.2.5业务管理平台与业务支撑平台接口
业务支撑平台受理用户开户、业务开通、资料录入和维护、投诉和建议,实现业务营销、账务 业务支撑平台可通过API向业务管理平台开放用户和业务数据
业务管理平台可通过API向智能客户服务中心系统开放业务数据,使智能客户服务中心坐席人员 能获取与车载终端相关的业务数据,提供人工服务
业务管理平台可通过API向救援管理机构信息系统开放事故发生时的汽车速度、加速度、方向盘 位置、转向、转向速度和车辆损伤程度等数据
5.2.6.3业务管理平台与交通管理信息系统接
业务管理平台可通过AP1向交通管理信息系统开放车载终端周期性上报的汽车位置和行驶速度 等数据;业务管理平台可通过接口从交通管理信息系统实时提取动态路况信息,向驾乘人员提供实时路 况导航服务。
5.2.6.5业务管理平台与汽车厂商系统接口
5.2.7应用层与业务管理平台接口
GB/T41239—2022
应用层与业务管理平台的接口在传输层面应支持TCP、UDP等。 应用层与业务管理平台的接口在应用层面应支持SIP、SOAP、HTTP、WebService等
6.1.1感知延伸层组成概述
汽车信息服务的感知延伸层主要包括四部分: a ECU和仪表、环境控制和防抱死系统等使能部件: b)CAN总线; c)TCU; d)车载终端。 车载终端与CAN总线之间通过TCU实现上下行数据互换。数据上行即通过CAN总线把ECU 和使能部件所采集的各类数据通过TCU统一汇集、存储并转发到车载终端,车载终端对这些数据格式 化处理后,通过北向接口向业务管理平台进行数据上报。数据下行即业务管理平台向车载终端下发汽 车控制指令,车载终端进行格式化转换后转发给TCU,通过CAN总线把控制命令传递给对应的ECU 和使能部件,实现对汽车的控制。
感知延伸层设备中,如某感知节点出错,应能自动关闭并切断和总线的联系,不影响总线的通信;具 备硬件CRC和自动重发功能
6. 1.3 ± 一致性
备进行协议适配与转换,统一 通、资源共享
6.2.1汽车ECU输出数据要求
汽车ECU在汽车信息服务中的输出数据应包括基本指标和燃油经济性指标,与汽车安全行驶相 关的维护保养指标以及交通事故处理辅助指标等
6.2.2车载终端功能要求
汽车信息服务对车载终端功能的要求应包括: a)支持业务状态管理,主要包括未预置序列号、预置序列号、注册失败、注册成功、连接正常、连接 异常、连接告警七种业务状态,要求终端能正确的判断当前业务状态,依据业务状态迁移条件, 在实际业务活动作用下迁移到正确的业务状态。业务状态迁移的过程中,应保证与业务状态 迁移无关的数据不被更改,
GB/T 412392022
b)支持终端序列号管理,要求支持两种序列号植人方式。车载终端在首次使用时,自动向业务管 理平台注册以获取序列号并植人。由汽车厂商预先从业务管理平台批量申请序列号,在车载 终端出厂或使用前直接人工植入。 C 支持会话管理,包括报文重发机制,连接检测和连接异常处理。 d 支持终端注册,支持终端登录和退出业务管理平台。 e 支持终端参数配置管理,包括业务管理平台设置车载终端参数,车载终端向业务管理平台请求 参数配置,本地人工配置车载终端参数,车载终端参数配置异常处理等。支持核心参数一 致性。 支持终端状态上报,包括终端异常状态上报,业务管理平台向终端实时提取数据上报,终端远 程控制执行状态上报,长连接应用模式终端心跳报文及通信状态上报 g 支持信息上报,包括终端上的应用软件安装及卸载情况上报,业务使用情况上报,告警信息上 报,统计信息上报,信息上报异常处理 h)支持软件下载与升级,包括软件下载通知响应,软件下载与软件升级,软件升级异常处理,升级 失败后可回退到前一个可正常工作的版本。 支持对汽车厂商的不同ECU所采集的不同格式的数据进行适配。 j) 支持车载终端与SIM卡的双向安全认证机制,车载终端与SIM卡的相互验证完成之后才能接 人移动通信网络 k) 支持2G、3G、4G或5G等通信接入方式,支持电路交换、SMS、USSD、GPRS、WAP等方式实 现与业务管理平台的语音、数据通信。 可利用移动通信终端的通信模块,通过USB或GB/T15629.15一2010规定的标准接口与车载 终端互连后,辅助车载终端实现语音和数据传输功能 m)车载终端应根据不同的特征区分不同业务,选择最佳的业务接人机制
汽车信息服务对网络传输层的总体要求应包括: a)不限于某一种接人方式,只要车载终端可获得连接,无论使用何种接入网均可接人。 b)应支持独立于业务应用的多种传输技术,在减少网络资源占用的前提下实现业务管理平台对 大量车载终端的同步配置或管理, 应支持网络层面的安全保证。 1 传输网络应易于维护和管理。 网络应在不中断服务的情况下升级改造,满足业务演进对于承载网络的需求 网络层应对不同级别的QoS要求提供相应的策略控制。 符合相关标准的汽车信息服务终端设备和传输设备应能纳人运营商终端管理中,应有规范的 注册、标识、鉴别方法。同时应能提供接人管理、业务管理、计费管理等必要的网管接口,保障 网络可控。 对不同类型设备产生的不同类型数据,应能分类和分级处理,但是同类数据的处理方法应保持 致,具有通用性,以降低核心网络管理难度
汽车信息服务对接人网应符合如下要求
a)接入网为车载终端提供多种接入方式,接入网不仅提供信令控制和业务流传输的物理通道,从 逻辑上还可划分不同的业务子通道,支持根据优先级进行业务到子通道的映射,保证高优先级 业务子通道的服务质量; b)接人网在车载终端的会话通道建立和拆除过程中支持统一的信令控制能力
汽车信息服务对核心网应符合如下要求: a)由于汽车信息服务中需要多种数据类型的传输,要求核心网应能支持包括语音、视频以及多种 量级的数据等综合业务的应用,同时要求有相应的QoS保证; b)核心网应支持避免网络拥塞的机制 c)核心网应提供避免终端标识短缺的机制: d)核心网应提供低数据流量优化传输机制
构网络的汽车信息服务业务的连续性
业务层对汽车信息服务的各类业务和产品应用应提供开放的管理接口,并可支持业务的版本更新 和升级管理,同时可支持对未来可能出现的各种扩展业务快速提供有效的支撑管理
业务层的天键性服务器应位采用高可用性厅 系统应元余配置,保证系统无单一故障点,发生故障 后能快速切换,保证7d×24h不间断运行。系统应有良好的备份手段。系统数据和业务数据可联机 备份、联机恢复,恢复的数据应保持其完整性和一致性
业务管理平台应支持不同归属的应用系统之间、不同管理域的基础网络之间、不同类型的车载终端 之间管理能力的互操作性
8.1.5统一资源管理能力
业务管理平台应支持对各种资源统一管理能力: a)支持对多种异构网络和设备的统一管理能力; b)提供对多类网元及其设备的管理参数的共性抽象能力; c)支持对多种网络资源与运行环境的一致性描述能力; d)提供对在业务管理平台上注册的资源进行全局的标识规划、存储与协调分配能力
8.1.6配置管理能力
业务管理平台应支持配置管理能力: a)应用于接人网和核心网设施,提供实时监测能力:
GB/T 412392022
b)支持对网络设备的位置、状态、可达性等动态信息的收集; C 应支持与公众电信网能力相关的静态信息的自动配置; d 提供业务信息(业务配置清单)的定制能力,提供设备信息(设备配置清单)和固件的定制与可 升级能力,
8.1.7故障处理能力
业务管理平台应支持故障处理能力: a)为防止和纠正错误,网络接人设备/网关应主动接受监测功能; b 应能检测汽车信息服务各类应用系统和车载终端的运行状态; 应支持周期性或按需检测基础网络的连通性; 应能监控和管理基础网络的运行状态; e 应支持通过远程管理实现车载终端的故障恢复,操作后应能恢复到已知和常规状态
8.1.8时间管理能力
8.2.1业务管理平台基本要求
8.2.1.1应用管理
8.2.1.2 用户管理
业务管理平台应支持对汽车信息服务的各类用户的基本信息管理;实现用户的开户、销户功能;实 现用户的账户及权限管理;并可为用户提供自服务功能
8.2.1.3订购管理
业务管理平台应支持对汽车信息服务的订购信息的管理;实现订购信息的维护,包括订购、订购变 更退订等。
8.2.1.4终端管理
业务管理平台应实现对车载终端的注册、注销、登录、登录退出管理;对车载终端的状态监测和故障 管理;对车载终端的参数配置和远程控制;对车载终端的信息查询和欠费查询;对车载终端软件的版本 管理和下载管理。 业务管理平台应实现对参与汽车信息服务的车载终端的身份鉴别功能;并可对由车载终端发起的 业务请求根据订购关系及配置信息进行功能鉴别功能。 业务管理平台应支持终端以多种通信方式接人系统
8.2.1.5 业务管理
业务管理平合应支持汽车信息服务业务和产品的全生存周期的信息维护和管理,包括业务和产 义、变更、发布、撤销等。
8.2.1.6系统管理
业务管理平台应实现通过操作维护界面进行系统参数的配置修改,使参数的修改不需重新启动平 台应用软件系统。系统参数应包括地域、用户类型、业务类型、号段、端口配置等。 业务管理平台应实现相应的权限管理,主要包括各类业务及产品的功能点资源列表的新增、删除, 修改、查找等维护功能;应支持对操作员的账号进行管理,包括新增、删除、修改操作员账号;支持通过角 色对功能点权限进行集中管理,简化授权和回收权限的配置工作;支持角色的创建、修改和删除,可将多 个系统功能点权限赋予一个角色,并将该角色赋予账号;权限设置应由被授权的系统管理员完成,管理 员不能设置大于自身权限的权限;权限管理采用分级的管理方式,上一级可以设置下一级的管理权限。 业务管理平台应支持日志管理,支持日志的查询与展现,并可提供打印和导出功能,导出文件可以 是csv和html等格式。日志至少要包括操作日志和业务日志。操作日志管理主要用于记录何人(账 号)、何地(IP地址)、何时登录过业务管理平台,并记录其做过何种操作。只有管理员权限的用户可以 对操作日志进行相关查询的操作。不充许任何人对操作日志进行删除操作。平台至少保留最近3个月 的操作日志详情。业务日志管理用
2.2业务管理平台扩展
8.2.2.1电信能力封装
可对电信运营商提供的各类基 例如视频监控、智能客户服务中心、定 信等进行能力封装,提供标准调用接 信息服务应用系统开发能力
8.2.2.2相关领域能力统一接入
可对与汽车信息服务相关的各类专业领域的能力,例如公共资源(城市应急联动系统、数学 )、公开信息(交通、停车场、天气预报等)提供统 的接人实现方式,提升汽车信息服务应用开发能
汽车信息服务是指通过 立技术和电子地图技术,以乘用车的车载终端 为驾乘人员提供丰富的信息(如位置、实时路况、新闻、天气预报等)和数字多媒体内容(如数字广 络音视频、网络游戏),实现人/车/路的互动服务
汽车信息服务的业务用户可分为两大类,使用乘用车的驾乘人员,生产管理乘用车的车辆救接 、汽车生产厂商、汽车销售及维护服务机构、交通管理部门和汽车管理协会。
汽车信息服务的业务提供者主要包括汽车生产厂商、电信运营商、应用服务提供商、内容服务 和汽车销售及维护服务机构等
的角色主要分为两大类,驾驶员及 能分类见表1
GB/T41239—2022
车载终端为驾乘人员提供地图信息查询、位置显示、实时路况和网络地图等服务, 驾驶辅助类服务指通过车载终端实时获取车况数据等信息,辅助驾乘人员提高道路行驶的安全性 和车辆维修的便捷性。 远程监控类包括停车位置提示、车门远程应急开启、车辆异地告警等服务。 信息娱乐类主要包括天气预报、股市行情、实时新闻、移动办公、网络音视频等内容。 业务流程见附录A,典型用例见附录B。
9.2.2.1基本呼匹
为驾乘人员提供与智能客户服务中心或其他联系人的语音通话功能,要求如下: a)车载终端应配置数字键盘,支持设置一个到多个的一键呼叫功能键; b)语音通话接听可支持按键和语音识别两种方式,语音识别要求应对指令性短语具备较高的识 别准确率且支持定制化语音识别,通话过程宜优先支持免提方式; c)应支持查看通话记录、设置通信录等功能
9.2.,2.2紧急呼血
为驾乘人员在紧急情况需要立即报警或急救时的呼叫服务,要求如下: a)应优先于任何其他的业务,驾乘人员可不受网络鉴权的限制发起对特定紧急服务号码的呼叫; b)可支持车辆事故等情况下的自动拨号和人工拨号两种呼叫方式。
为驾乘人员提供短消息的收发服务,要求如下: a)应支持车载终端之间的点对点短消息服务,以及小区广播式短消息服务; b)可支持手动按键和语音识别两种操作方式,实现短消息查看、删除、发送功能
9.2.2.4即时通信文本
为驾乘人员提供即时通信文本的收发服务,要求如下: a)应支持车载终端之间的点对点即时通信文本服务: b)可支持手动按键和语音识别两种操作方式,实现即时通信文本查看、删除、发送功能
9.2.2.5多媒体消息
在车载终端上为驾乘人员提供发送和接收多媒体短消息功能,要求如下: a)支持车载终端之间的点对点和系统下发的多媒体消息服务; b)可支持手动按键和语音识别两种操作方式实现多媒体消息查看、删除、发送功能
在车载终端上为驾乘人员提供发送和接收多媒体短消息功能,要求如下: a)支持车载终端之间的点对点和系统下发的多媒体消息服务; b)可支持手动按键和语音识别两种操作方式实现多媒体消息查看、删除、发送功能
9.2.2.6互联网接入
9.2.2.7音视频通话
通过车载终端为驾乘人员提供音视频通话功能,要求如下: a)车载终端上应配置驾乘人员音视频采集和显示通话对方视频的设备; b)车载终端上可提供手动按键和语音识别两种操作方式,进行音视频通话拨叫和接听
车载终端为驾乘人员提供音视频通话功能,要求如下: 车载终端上应配置驾乘人员音视频采集和显示通话对方视频的设备; 车载终端上可提供手动按键和语音识别两种操作方式,进行音视频通话拨叫和接听,通话全过
支持指令性短语,支持定制化语音识别功能 C)在汽车引整开启状态下.视频服务应自动关闭.仅可进行语音通话
9.2.3.1地图信息查询
9.2.3.2车辆位置查询
驾乘人员可在车载终端上查看车辆在电子地图上位置。经过授权的人员可登录汽车信息服务门 指定车辆的当前位置,在电子地图上进行显示,要求如下: a)对查询的人员应经过身份鉴别,通过后才可进行查询操作; b)车载终端应支持定时发送或被动发送位置信号给业务运营支撑系统
9.2.3.3路线计算和引导
车载终端可依据多种路由策略(如最短的路径、实时道路交通情况),为驾乘人员规划从起点到终点 的行车路线,要求如下: a)系统可默认出发地为汽车的当前位置或驾乘人员自行输人的出发地,目的地为驾乘人员设定 的地址; b) 在行车过程中车载终端的电子地图上可显示驾乘人员所经过的道路、标志性建筑物、方向、拐 弯、距离、估算的行车时间等信息; )在行车过程中,对于行车方向、转弯等导航信息,车载终端应进行语音提示
9.2.3.4地图软件更新
当车载终端连接到网络时,可自动检查地图的最新版本,为驾乘人员提供地图实时更新的服务,要 求如下: a)驾乘人员可选择是否更新地图; b)车载终端启动后,应主动与服务平台进行检测通信,检查地图的更新版本,提供实时地图更新 功能
9.2.3.5实时路况导航
可通过无线通信网络,在车载终端上提供实时交通路况信息查看或语音提示服务功能,要求如下 a)在车载终端的地图上可用不同的颜色表示交通的拥堵情况; b)应支持每隔一定的时间间隔进行交通路况的更新;
GB/T41239—2022
)应支持对交通路况信息的语音提示服务; d)可支持由智能客户服务中心为驾乘人员提供实时交通路况的语音服务
9.2.3.6语音导航
由导航员通过网络进行路线设置,并将相关数据发送到车载终端实现导航,要求如下: a)可支持导航员远程查看车辆的当前位置。车载终端支持接收导航员发送的道路规划数据,终 端处理后可进行导航服务。 b)应支持结合当前的交通道路信息(拥堵情况,交通管制)等,规划一条从起点到目的地的最优 路径。
9.2.3.7停车引导
为驾乘人员实时地提供停车场(库)的位置、车位数、空(满)状态等信息,方便驾乘人员到达目的地 时就近停车,要求如下: a)可支持将停车场信息发布到道路主干道的信息屏或车载终端上; b)驾驶者目的地的停车场满状态时,可将最近有空位的停车场信息发布到车载终端上。
9.2.4.1车况数据上报
车载终端对这些数据进行处理后通过无线通信网上报到汽车信息服务业务管理平台(以下简称“业务管 理平台”),业务管理平台根据业务需求向汽车厂商及汽车售后维护机构转发相关数据,要求如下: a)车载终端可与汽车LIN、CAN总线实现通信,通过LIN、CAN采集到车辆的各种部件如发动 机、变速器、胎压、安全气囊系统等的传感器数据,车载终端可周期性或按需把这些数据上传给 业务管理平台; b)车载终端应支持驾乘人员设置周期性车况数据上报的时间间隔; c)业务管理平台可提供车况上报数据访问接口
9.2.4.2汽车维护通知
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远程终端数据采集
合肥市装配式建筑应用技术些列手册07--BIM技术应用篇(合肥市城乡建设局2020年4月)据采集业务流程见图A
步骤1)应用系统根据需要发起远程终端数据采集请求; 步骤2) 业务管理平台对发起请求的应用系统进行鉴别; 步骤3) 鉴别通过后,业务管理平台把数据采集请求转发给对应的终端; 步骤4) 车载终端接收数据采集请求后,进行相应的数据采集并封装成数据包; 步骤5) 车载终端把采集的数据传输给业务管理平台; 步骤6) 业务管理平台把采集的数据转发给发起数据采集请求的应用系统
图A.4远程数据采集业务流程
B.1 用例 1:语音导航
GB/T412392022
语音导航属于请求服务类上下行双向业务,包括业务请求和业务应答两部分。语音导航业务能帮 助驾驶员在明确知道目的地但不十分清楚行车路线的情况下,向汽车信息服务平台的智能客户服务中 心发起语音导航请求某城发电厂水库第三标段围坝施工组织设计,智能客户服务中心的导航员根据车辆当前位置和目的地,帮助设置最优行车路 线,并将相关数据发送到车载终端实现道路导航