车联网管理平台需求.docx

Si远程控制编制 审核 会签 批准 1系统描述平台作为数据汇聚和应用的中心，-是能够通过广泛的接入能力进行人、车、路数据的汇聚，实现 数据的高效采集二是能够借助计算能力实现海量数据的实时智能处理，支撑数据的计算应用三是能 够基于平台上的算法和模型实现数据的精准分析，挖掘数据价值，构建创新应用平台边界图1.1.1平台/TBOX与周边件的关系图如下所示——| MVAT|為力也也PEPS■Ml购垛I 仆宀»sft j■ ■ ■■ ■ n= ■ mm ■I 玄直壬显1.1.2平台/TBOX应用服务系统linfrastruct甘咅瘵统J「- ART耆S~~J（GAH谚時 ）（G快3确] （ 枭统监控J （ AHS令厢軒J3 （ JCAN.脂务]（逍信協址転浬[App广车詞狀态奁询\ /远程至盟迟程升鈑X. Ji.HieCALLBig data齐车日三三机惊议数据釆宴 ]（ 布车轨迹 1 （ 蓝牙拽盘JGBjT 32960 f） 「OTA协谊释斩 V J[ 宣酢功韭〕（ …… ]2需求描述本章从平台化及迭代开发产品的角度，尽可能将所有与平台/TBOX相关的需求搜集整理,功能性需求表 1：基本功能需求ID需求描述、说明需求来源1满足国标要求：周期性上传车辆CAN总线采集数据国家监控法政策规需求2满足国标要求：周期性上传车辆CAN总线采集数据（地方性政策要求数据项）国家监控法政策规需求3满足国标要求：数据补发国家监控法政策规需求4满足国标要求：报警数据发送国家监控法政策规需求5满足国标要求：数据存储功能国家监控法政策规需求6被盗车辆追踪：在平台端可以发起车辆状态查询，并在平台可监控车辆 移动轨迹市场应用需求7拖车报警：当车辆在下电，车CAN总线休眠，TBOX处于休眠状态时，TBOX 获取的重力加速度超过某一阈值，会唤醒TBOX并将报警信息上传平台市场应用需求8防盗入侵报警：当车辆在下电，CAN总线休眠，若是非法进入车内（不是使用钥匙开门），BCM判定为入窃，则TBOX可上传入窃报警至平台市场应用需求9电子围栏报警（LBS）：车辆超出设置好的位置区域围栏，则会向平台发送电子围栏报警市场应用需求10电子围栏报警（TIME）：车辆超出设置好的限定使用时间，则会向平台发送电子围栏报警市场应用需求11ICALL：车主在车上通过TBOX和TSP平台通话，获取信息查询等资讯市场应用需求12BCALL:当车主在驾车过程中遇身体不适等紧急情况,可按下BCALL按键， 向呼叫中心求助市场应用需求13ECALL：当车辆遭受事故，安全气囊受损或者被弹出时，可被动启动ECALL市场应用需求服务，呼叫中心可查看车辆信息。

14周期性上传车辆CAN总线采集数据（非国家监控平台需求数据）市场应用需求15远程诊断市场应用需求16远程升级OTA市场应用需求17远程控制（远程寻车、远程空调、预约充电、远程解闭锁等）市场应用需求18APP/TSP平台主动发起下行数据查询（远程状态查询）市场应用需求19驾驶行为监控市场应用需求20特殊情况下的车辆远程控制：远程禁止使用汽车金融21满足车辆租赁服务，支持蓝牙解闭锁、动力使能禁止、还车校验、智能充电等功能汽车金融22提供联网功能（车载终端4G网络），中控共享平台信息市场应用需求23软件/硬件加密网络安全2425262728293031323334353远程控制用户通过APP （车主网站或后台）触发，TBOX收到后台指令后向CAN总线发送远程控制CAN报文请求，目标零部件在收到远程控制命令，并对当前零部件及整车状态进行评估，从而判断是否执行远程控制 命令，并将命令执行情况反馈至平台，平台反馈结果至 APP3.1 远程开锁/闭锁表31：功能描述远程控制中控开锁/闭锁：功能主要是控制车门锁的开启/关闭，由用户通过APP （车主网站或后台）触发，TBOX收到后台指令后向CAN总 线发送远程控制车，门锁的开/关请求，并将门锁的控制结果和门锁的状态等上报至平台，后台根据TBOX 上报信息将远程 中控开/闭锁的结果推送至用户APP。

业务执行条件车辆状态电源状态、车门状态、车速能源模式Y:OFFN:ACC/ON/Ready触发机制APP、车主网站、后台■alt[OFFRAPP显小上报唤醒网络失败[8]：上报车辆数据[13]：■整车CAN网络状态⑺：发送开/闭锁请求叭［开/闭锁超时[10]：•开/闭锁结果［11］：延时［12］：sd远程控制讲闭锁APPTSPT-BOXBCM 用户发起远程开/闭锁请求［1］：平台下发开闭锁指令 ■［2］：111 r 11整车电源模式 1丄^—1 ［3］： 丨1alt:非EOFFK APP 显示 ' [5]：占^ 上报电源模式不支持 ［4］：Un唤醒网络⑹：图31. 远程开闭锁流程图表31：ID描述1用户发起远程中控开/闭锁2TSP平台下发远程控制指令至TBOX3获取整车当前的电源模式4若电源模式不正确（如ACC、ON、Ready）,则上报电源模式错误5APP提醒用户6若CAN网络处于休眠状态，TBOX通过网络管理唤醒网络NM报文需满足企标：《OSEK直接网络管理规范》7TBOX判断CAN网络状态8若网络唤醒超时，则上报网络唤醒失败9APP提醒用户10若网络已唤醒，TBOX通过CAN网络向BCM发送开/闭锁请求，在20ms内重复发送3次指令报文。

11若开闭锁超时，则BCM反馈控制结果超时，TBOX不再等待控制结果12为防整车状态不稳定，延时一会13TBOX向平台上报功能执行结果和相关的数据14APP提示用户3.2 远程启动车辆（上电）车辆在出厂时，事先在「BOX与PEPS约定一种相同的计算方式，并分别在T-BOX和PEPS中预 先写入相同的SKC码且各自存储；用户每次使用时，T-BOX接收到TSP平台或APP发送的远程 控制指令；在判定符合远程控制条件后，T-BOX与PEPS进行认证，只有认证成功后，用户才能实现 对车身的控制，若认证失败，则会反馈信息至TSP平台或APP表32：功能描述远程控制启动车辆：完成高压上电且使车辆切换至Ready由用户通过APP （车主网站或后台）触发，TBOX收到后台指令后向CAN总 线发送远程上电请求，整车执行相应动作后TBOX将PEPS反馈的控制结果，以及整车当前处于ACC/ON/READY的状态等上 报至平台，后台根据TBOX上报信息将远程上电的结果推送至用户APP业务执行条件车辆状态电源状态、车门状态、车速能源模式Y:OFFN:ACC/ON/READY触发机制APP、车主网站、后台图32. 远程启动车辆流程图表32：ID描述1用户发起远程上电命令2TSP平台下发远程控制指令至TBOX3获取整车当前的电源模式4若电源模式不正确（如ACC、ON、Ready）,则上报电源模式错误5APP提醒用户6若CAN网络处于休眠状态，TBOX通过网络管理唤醒网络。

NM报文需满足企标：《OSEK直接网络管理规范》7TBOX判断CAN网络状态8若网络唤醒超时，则上报网络唤醒失败9APP提醒用户10若网络已唤醒，TBOX通过CAN网络向PEPS发送远程上电请求，请求保持3个TBOX帧周期PEPS连续收到2帧判断为有效请求11TBOX开始计时12PEPS发起TBOX认证，PEPS通过CAN网络发送认证随机数至TBOX，认证码为事件帧，发一次13若TBOX在Ts时间内未收到PEPS发送的认证报文，则上报安全认证超时14认证超时结果反馈至APP15在Ts时间内TBOX收到PEPS认证报文，则TBOX反馈认证码，事件帧，发一次16PEPS收到TBOX发送的反馈认证码，会判断正误，若正确，则会继续与VCU进行安全认证上电流程若TBOX在T2时间内未收到PEPS上电状态反馈，则TBOX不再等待上电启动结果17为防整车状态不稳定，延时一会（此延时DID可配置，若不需要延时，在EOL时写为0x0）18TBOX向平台上报功能执行结果及相关数据19APP提示用户3.3 远程远程熄火（下电）表33：功能描述远程控制下电：由用户通过APP （车主网站或后台）触发，TBOX收到后台指令后向CAN总线发送远程下电请求，整车执行相应动 作后TBOX将PEPS反馈的控制结果，以及整车当前的状态等上报至平台，后台根据TBOX上报信息将远程上电的结果推送 至用户APP。

业务执行条件车辆状态电源状态、车门状态、车速能源模式YES:ACC/ON/READYNO: OFF触发机制APP、车主网站、后台[1][2][3][4]aatr[8][9][13]P[18]sd远程控制^远程启动TSPT-BOX用户发起远程上电请求整车电源模式平台下发I■电指令上报电源模式不支持唤醒网络OHOFF^上报唤醒网络失败APP 显^示发送上电请求上报安仝认证招时上报车辆数据APP显示[14]：APP显示[19]：整车CAN网络状态［7］：tAPP 显示⑸：延时［17］：alt [PEPS 发起 challenge 超时]/I T-BOX反馈认证码/ .电超时］/.电超时］ 整车上电结果*― ［16］：［10］：安全认证计时器［11］：PEPS发起T-BOX认证TWalt [非 OFF]

PEPS连续收到2帧判断为有效请求7TBOX开始计时8PEPS发起TBOX认证，PEPS通过CAN网络发送认证随机数至TBOX，认证码为事件帧，发一次9若TBOX在Ts时间内未收到PEPS发送的认证报文，则上报安全认证超时1。