Telematics平台方案简介.ppt

《Telematics平台方案简介.ppt》由会员分享，可在线阅读，更多相关《Telematics平台方案简介.ppt（33页珍藏版）》请在麦多课文档分享上搜索。

1、Telematics方案简介,2013.4.10,2. 软件架构说明,1. 项目简介,3. 通信协议说明,Telematics，即汽车信息服务。由Telecommunication（通信）与Informatics（信息科学）组成。利用无线通信和GPS卫星导航技术为车主提供所需信息的服务，主要包含位置、交通、娱乐、互联网、车辆诊断、安防等服务。,Telematics概念介绍,Telematics业务全景,角色说明:荣威550MCE采用由上汽乘用车(SAIC)和上汽信息(SAIS )主导，众多合作伙伴共同协作的模式，为车辆提供高质量、高用户体验的车载服务。其中，SAIS开发TSP平台数据中心和运营

2、中心，并为SAIC提供导航、安防、信息、娱乐等全方位的Telematics服务，负责CP、SP的运营； SAIC负责呼叫中心和用户服务（inkanet）网站的运营。系统主要构成： SAIS TSP DC DC管理与业务和运营相关的核心数据，并对各种资源(比如CP/CC/SP)进行接入和整合控制，最终形成Telematics服务提供给车主用户。 SAIC SiteSAIC负责呼叫中心和用户服务网站的运营，同时提供如远程诊断解码服务这样的车厂紧密型服务。车厂侧形成独立的Site，以安全的数据接口方式和SAIS TSP DC进行通讯和数据交互。 Call CentersCallCenter的运营由S

3、AIC负责，B-Call/E-Call服务可以外包给专业服务提供商执行；如I-Call这样的应用，需CallCenter添加对应的业务系统，并访问SAIS TSP DC提供的对应服务加以完成。 Content ProvidesSAIS TSP DC可以接入各种Contents，加工后提供相应的Telematics服务。 Rescue Network提供路边救援和紧急救援的服务，以话务方式为主与CallCenter建立连接。 SMS GateWay 为系统提供短信服务，用于下发指令等场景。,荣威550项目,荣威550项目-系统架构,荣威550项目-HMI,荣威550项目-HMI（高德）,荣威55

4、0项目-HMI,应用架构与技术平台无关 业务流程驱动 采用开放的标准 ,荣威550项目-软件架构,荣威550项目-功能,荣威550项目-功能,荣威550项目-功能,荣威550项目-功能,荣威550项目-功能,荣威550项目-功能,2. 软件架构说明,1. 项目简介说明,3. 通信协议说明,为Telematics服务提供开放的协议及统一的用户接口方式,降低开发合作与实施的阻力,新的技术能够被及时应用,保证运营系统服务能够贯穿整个车辆的寿命周期,通过开放的手段获取广泛的认同与鼓励,提高汽车厂商、TSP、内容提供商以及乘车人的价值定位,NGTP2.0架构风格,NGTP2.0参考实现,Dispatch

5、er :终端通讯、消息分派 PDP:路由信息 SH:消息编解码、信息补充 CDP：用户资料库 SI：信息、服务集成,NGTP2.0 Dispatcher参考实现,Connector :接收和发送消息，包括基于HTTP、SMS等的NGTP Message EventManager:负责创建和更新Event、保存Message、查询Event/Message，选择路由。 Mangement：通常意义上的管理功能，如配置、服务启停、路由管理、消息优先级管理、流控管理、重试策略管理、日志管理等 Trigger:读取Message Server中的Trigger Message并通过HTTPOutbou

6、ndGateway发送到目标地,NGTP2.0 Dispatcher弹性高可用性方案,遵循stateless 通讯的设计原则 应用节点集群 集中式存储，存储单元进行Cluster或者热备,NGTP2.0 Service Handler参考实现,SH主要作用：对消息进行编解码、补充用户和车辆信息 Connector：接收Message请求，也接收用户数据查询请求 Interceper：消息拦截器，包括LoggingInteceptor 、 MonitoringInteceptor 、 AuditingInteceptor 等 Customer Handler：查询用户数据，附加到编解码的消息当中

7、，也处理SI直接的用户查询请求 Encode Handler：对消息进行编码，如果必要补充用户信息 DecodeHandler：对消息进行解码，如果必要补充用户信息 Message Format Handler：根据Service Type格式化消息内容,NGTP2.0 Event&Trigger,Message、Trigger、Event是NGTP中最重要的概念，所有的NGTP 车辆服务都与Event&Trigger有关。 Message：在T-Server和TU之间传递的信息对象。每个Message都会被分配给一个已经存在的Event（或者新建Event）。多个Message可能会分配一个

8、相同的Event-ID。 Event：在一个服务流程中，一个activities或者多个activities 会被定义为一个Event。每个Event分配一个全局唯一ID，多个Event完成一个完整服务流。 Trigger：所有的Trigger均有DSPT创建。Triiger有两类：NGTP Trigger仅仅包含Event ID和Event Type。Trigger被发送给如SI这样的目的地，SI通过检索获得具体消息内容。第二类是status Trigger，包含Event ID和stuts code。如短信下行消息失败时，DSPT发送status Trigger给SI，SI进行相应的错误处

9、理,左图是远程配置中端的流程图，包含了如何处理Event、Message和Trigger。,NGTP Message格式定义,NGTP2.0 通讯协议,NGTP Message ASN.1定义示例,短信通道会覆盖全部与车辆控制相关的功能 短信通道基本上不能用于进行咨询服务 TCP/IP通道会覆盖全部的咨询服务，也会支持大部分的车辆控制功能 UDP/IP通道仅用于车辆数据上传 HTTP通道仅用于咨询服务,NGTP2.0 通讯协议,激活流程,开发语言：java OS：Linux DataBase：Oracle10g/11g Oracle Application Cluster: Oracle Re

10、al Application Cluster Middleware： WebSphere Application Server/ Oracle Weblogic Server,平台技术,3. 通信协议说明,1. 项目简介说明,2. 软件架构说明,协议概览,协议定义原则,T-BOX设备简单，采用传输层协议TCP 处理能力较强的终端设备采用HTTP 系统之间采用HTTP / REST方式 UDP无连接协议用于定期检测报文数据封装在移动网络间采用Byte方式 固定网络间数据封装采用JSON/XML方式数据编码采用UTF8 敏感数据使用3DES加密，各网元使用不同的密钥,HTTP Byte 协议定义,协议分为两部分，HTTP Header和HTTP Body HTTP Body又分为APP Header和APP Body 上行协议与下行协议结构相同,UDP Byte 协议定义,HTTP XML 协议定义,请求和应答都由两部分组成：消息头(header 或context)和消息体(body)， 消息头包含了一些认证信息、版本、服务类型等 消息体中则是具体请求的服务参数,请求：,应答：,