NGTP车联网协议简介(2)

NGTP简介1.概念和缩略语1.1.NGTPNGTP是NextGenerationTelematicsProtocol的英文缩写，意思是“下一代Telematics协议”，它是由BMW公司牵头，联合另外两家TSPs（TelematicsServiceProviders)（其中一家为：“Connexis",另外一家为“WirelessCar”）联合开发而成的一个Telematics体系框架（framework)及开放的技术标准协议（technology-neutralprotocol），它为Telematis产业应用提供了更大的灵活性（flexibility）及可扩展性（scalability）。NGTP的核心是通过开放、标准化的协议来提供服务。1.2.TelematicsTelematics是通信和信息科学的合成词。此系统通过车载通信终端机，分析汽车内发生的各种状况和收集驾驶所必需的各种信息，为驾驶员提供方便和安全。为了实现Telematics服务，车内必须安装GPS(GlobalPositioningSystem)和具有移动通信功能的终端机。Telematics技术中，广为人知的是导航技术。在很多国家，许多车主把导航装置作为可选配置。只要输入目的地，此系统就同时用语音告知以最短时间到达目的地的路径。另外，根据实时交通状况，及时提醒驾驶员避开交通堵塞的路段。Telematics的另一个重要的功能是汽车服务中心可以远程诊断车辆故障。无线互联网终端机通过连接汽车控制单元（ElectronicControlUnit），收集汽车的信息并发送到服务中心。服务中心的诊断仪器根据发动机温度、尾气、轮胎、汽油等状况，分析和判断有无故障，并及时告知驾驶员。另外，在出现紧急情况时，服务中心也可以控制车辆。如发现汽车失窃，就可以指令汽车停止运行或无法启动。Telematics的终端机不仅是普通的显示器，而且是可以连接互联网的计算机。终端机通过连接互联网，不仅可以接收E-Mail、管理个人信息、播放MP3格式音乐、玩电子游戏等，而且还可以获取汽车所在地区的信息。图1.2Telematis概念图1.3.TSP即TelematicsServiceProviders。Telematics服务提供商。1.4.TU即车载器。1.5.DSPT“调度器”（Dispatcher)1.6.PSAP公共安全应答点1.7.CCCallCenter的缩写1.8.PDP规范数据提供程序1.9.CDP客户服务提供程序1.10.RCDRemoteCarData。远程车辆数据2.技术特征2.1.NGTP的技术目标NGTP的开发者设定了6个目标：1.为Telematics服务提供开放的协议及统一的用户接口方式。2.降低开发合作与实施的阻力。3.新的技术能够被及时应用。4.保证运营系统服务能够贯穿整个车辆的寿命周期。5.通过开放的手段获取广泛的认同与鼓励。6.提高汽车厂商、TSP、 内容 财务内部控制制度的内容财务内部控制制度的内容人员招聘与配置的内容项目成本控制的内容消防安全演练内容 提供商以及乘车人的价值定位。NGTP可以使得汽车厂商从众多具有统一驱动经验的合作伙伴中获取最佳的结果，同时也可以使得TSPs以相同的服务内容同时向不同汽车厂商提供服务，而且，NGTP可以支持遗留系统，使得新车辆及老的车辆获取相同的最新服务。NGTP适应欧盟倡导的eCall协议，而且协议的开放式结构将适应未来的行业趋势。为了促进合作与创新，构成NGTP的规范将采用公共创作许可。宝马将和信息通讯社区的合作伙伴沟通规范、支持测试、并采用NGTP的潜力。2.2.NGTP的基本架构整个协议包括3个主要部分，其中关键的一个中间件叫做“调度器”（Dispatcher)，它主要起到车载器（TU）与TSPs服务器之间的有效连接。图2.2-1调度器-NGTP的杀手应用NGTP的调度器给车辆提供了无缝连接TPS的职能：1.接收来自车辆TU的请求，2.然后访问汽车制造商的客户和配置数据库，以便将请求路由到适当的TSP；3.然后将TSP的语音和数据转发回车辆。图2.2-2NGTP促进灵活性的方式NGTP促进灵活性的方式：1.调度器提供客户化接口，允许汽车制造商提供新的服务而无需配置到具体的车辆。2.独立和开放的接口把TSP和呼叫中心、内容提供商、以及公共安全应答点（PSAPs）连接在一起，允许提供者根据市场需求进行互换。3.专有的客户数据驻留在汽车制造商的客户关系管理系统（CRM）中。图2.2-3NGTP远程信息处理方法及其接口子系统接口IF#1-#7这种架构给远程信息处理业务伙伴提供了最大的灵活性。NGTP终端到终端的架构基于现有的行业标准，以提高标准化和减少开发。这一结构的另一个重要优点是，它也可以与传统的解决方案并存。为了描述上述的域，有必要说明该框架的三个主要部分组成：Telematics单元（TU），Telematics服务供应商（TSP）和调度器（DSPT），所有这些都是通过标准的接口进行连接。Telematics单元Telematics单元（TU）一般是集成在汽车上，但也可以是个人导航设备（PND）的一部分或移动电话。TU通过无线网络与专用调度器进行通讯。见上图的接口IF#1（TU-Dispatcher）。Telematics服务供应商（TSP）TSP提供实际的服务，并作为对所有的需要执行服务发布的系统的集成点。TSP的作用主要有两个：第一是要发布语音和数据服务给TU；第二是发布内容，诸如地图数据和景点（POIs）内容给CallCenter。一个TSP能够连接多个内容提供商和呼叫中心。更多的客户、合同、车辆数据，可能需要TSP的更多的服务。这种数据交换是通过客户数据提供程序（CDP），见上图的接口IF#4（TSP-CDP）功能。CDP是一个OEM中的典型的系统。如果TSP不得不处理特殊的电子请求，要求它连接到一个PSAP（见接口IF#5，IF#6a，IF#6b）管理所有TSP和呼叫中心之间的沟通，而IF#7接口管理TSP和一个或者多个内容提供商的内容发布。调度器（DSPT）通过引入调度器，TU和后端获得稳定的接口。调度器提供这种稳定的接口（IF#1接口）给TU，并作为一个服务开关在TU和各自的TSP之间派发交通数据和语音。调度器通过接口IF#2（调度器-TSP）沟通一个或几个TSP。调度器关联数据提供者（PDP）通过接口IF#3（调度器-PDP）以确定目标TSP，并提供所需服务。PDP通常位于OEM系统中。2.3.NGTP的协议结构图2.3NGTPDispatchingService接口协议结构接口协议，可被定义为三个接口协议层：1.服务应用层（ApplicationServicesLayer)2.服务调度层（DispatchingServicesLayer)3.服务控制层（ControlServicesLayer)服务应用层（ApplicationServicesLayer)NGTP的应用服务层定义了TU及TSP之间的实施应用服务用例的消息格式。应用服务层包含标准（通用）应用协议消息定义和NGTP支持的消息定义。NGTP的应用服务层也可以扩展到支持自定义特定于设备的应用以及功能，即便是唯一的对特定的TU和应用服务的使用。应用服务层的定义文件是NGTP应用服务层文件（NGTPApplicationServicesLayerDocument）。这个定义文件涵盖了应用服务层涉及服务分发的所有接口（从接口IF#1到IF#7）。接口IF#1和IF#2的细节包含在文件节“TU应用服务”中。接口IF#3到IF#7有他们自己的文件部分。服务调度层（DispatchingServicesLayer)NGTP的服务调度层定义了在DSPT（调度器）启用服务调度的协议。服务调度是功能，它设置了TU和不同的依赖服务执行或者TU的物理位置的TSP之间的沟通。（服务调度层实质上建立了在DSPT（调度器）和依赖于服务的TSP之间路由声音/数据，TU的位置，客户的信息）。服务调度层的定义是NGTP服务调度层文档（NGTPDispatchingServicesLayerDocument）。这个定义文件涵盖了调度层的调度相关的接口IF#1，IF#2，IF#3。这些接口和调度服务中可以在其中找到相应的章节。服务控制层（ControlServicesLayer)NGTP的服务控制层提供了被期望的、使服务应用层和服务调度层透明的能力。其中，有以下控制功能：交通管制，安全（加密/身份验证），服务质量（Qos），承载控制和质量可靠性。NGTP的服务控制层定义文件是NGTP服务控制层文件（NGTPControlServicesLayerDocument）。本定义文件涵盖了控制功能相关的接口IF#1和IF#2的细节。这些接口和控制服务中可以在其中找到相应的章节。3.协议细节3.1.服务应用层（ApplicationServicesLayer)NGTP服务应用层在本文档中主要描述为远程信息处理的目的。它可以让Telematics服务提供商（TSP）提供远程信息处理应用。此项工作主要通过NGTP的核心架构接口，接口IF#1和IF#2。NGTP的服务应用接口层接口IF#3是供应应用服务的接口。NGTP的应用服务层接口IF#4–IF#7，能够在各自的小节被看到，描述了被传输数据的数据类型（应用层API），但没有规定应如何做（没有要求传输媒体或网络的使用）。图3.1架构概览3.1.1.TU应用服务（接口IF#1和IF#2）图3.1.1子系统接口视图3.1.1.1.功能模型该功能模型描述了接口的操作。包含适当信息域的子系统，通过发送讯息调用子系统的接口的操作。每一个应用程序的消息在服务数据之前包括一个上行或下行的业务数据头。3.1.1.1.1.消息头上行请求消息头：这个消息头被添加到从TU发送到TSP的请求消息。表3.1.1.1.1-1上行请求消息头下行请求消息头：这个消息头被添加到从TSP发送到TU的请求消息。表3.1.1.1.1-2下行请求消息头应用返回消息头：这个消息头被添加到从TSP到TU的返回消息，反之亦然。表3.1.1.1.1-3通常程序的返回消息头3.1.1.1.2.应用服务EcallRequest：表3.1.1.1.2-1E-callRequestEcallUpdateRequest：表3.1.1.1.2-2E-callUpdateRequestIcallRequest：表3.1.1.1.2-3IcallRequest远程服务（RemoteServices）