NGTP 2.0纲要（Compendium）第一部分

 

1、介绍

1.1 NGTP组织的动机

以前，汽车制造商给用户提供私人服务，被限制于在独立市场内，依赖于单一服务提供商提供服务。这种没有弹性的供应链使得提供商收集市场数据和增加订单很困难。

        使用更加开放和标准化的方法来提供服务，这样做有明显的市场效益，但是以前制定的一些标准聚焦于替代已存协议，而不是把旧协议整合在一起，推广起来势必困难重重。

        新技术（如universal mobile telecommunication system, UMTS）带来了增值业务，未来车载设备将使用多种方法技术获取这些服务。NGTP组织认为telematics工业必将从使用中立特性的技术扩展服务分发操作中获利。如果可能，NGTP推荐使用现有标准和技术而不是重新制定（参考NGTP消息格式）。因此，NGTP为汽车制造商扩大了服务内容的范围，和与服务提供商合作的范围，使得服务提供商可重用它们的解决方案。

 

NGTP解决方案：开放自适应互连

 

NGTP(NextGeneration Telematics Pattern)是一种把无线通讯的服务发布到车载设备和手持设备的方法，重点关注的是为整个telematics产业链提供开放的接口。

 

NGTP开发者目标：

l  使用中立技术和一致性接口和协议；

l  减少合作及执行的障碍；

l  使能新技术出现时能马上被采用；

l  支持车辆生命周期内使用已有运营系统提供的服务；

l  通过获取广泛信任，鼓励使用开发的方式创新；

l  采纳制造商，服务供应商，内容提供商和驾乘人员的有价值的建议。

 

NGTP使得制造商可从共同维护一致驾乘体检的各类合作伙伴哪里获得最好的订单（订货）。新的模式使得服务提供商和内容提供商可以重用相同的基本服务，例如会话管理，多制造商声音/数据的匹配服务等。另外，NGTP架构使得已运营的系统能容易集成，并允许新旧车辆获取一致的telematics服务。

 

1.2     关于NGTP 2.0

 

NGTP既不是标准也不是产品，NGTP目的是提供解决一般常发问题的可重用方案，这在软件开发社区被称作设计模式。这就是为什么使用“模式(pattern)”替代“协议(protocol)”作为NGTP 的名称缩写更准确。设计模式能通过提供测试好的被论证过的开发范式加快开发进程，同时，对新的需求更加开放和具有弹性（灵活性）。

标准是建立起来的规范，是建立统一工程化格式化文档，为此，需要很细节化的规则。标准在成本和可塑性上提供兼容性。NGTP组织认为可塑性更重要，并选择了模式(pattern)的方式。

从2008.1 NGTP 1.0发布以来，NGTP组织建立起了基于NGTP模式的真实应用系统，并从Telematics工业中盈利。现在发布1.0的后续版本主要是基于以下两个原因：

1. 基于telematics 服务和技术的NGTP应用系统进一步发展。NGTP组织希望分享这些关于NGTP的实践和经验，并把这些成果整合到2.0版本。
2. 1.0版本文档从横向层次描述体系结构，而产业链不同部分是在纵向（搭积木式）执行NGTP，NGTP组织决定通过描述每个构造块（组件）和其接口的形式重新构建文档。随之而来的是，一些措辞的变化和整体上更为复杂的文档组织。

 

因此，2.0发布版不是一个新的模式，而是在模式及一些扩展上了在新的视图上的整合。NGTP 1.0依然是可行的模式。这意味着所有基于NGTP 1.0的解决方案不用或少量调整之后就能符合NGTP 2.0规范。

体系结构

l  组织构建块(组件)“TSP”已从体系中移除，而代之以构建块“服务处理器SH”和“服务集成器SI”，因为NGTP应提供基于任务的（基于角色的）视图，而不是一个关于Telematics体系的组织或物理视图。

l  “服务处理器SH”提供丰富的数据给“服务集成器SI”，“服务集成器SI”的职责是集成内容提供商，呼叫中心等的帮助与服务。

l  接口6（A）连接到如今的“服务集成器”（原来：直接连接到呼叫中心）。这也是基于同样的事实，NGTP想定义一个基于任务的而不是基于组织结构（构建块或称组件）的体系结构。在NGTP体系结构中呼叫中心节点只能用为呼叫中心服务，任何呼叫中心的应用是由服务集成商提供（设计）的。当然，一个真实的呼叫中心可以扮演这两个角色，并提供其自己的应用程序。该接口已更名为“6”，是由于不会再有一个如“6b”此类的接口了（见下段）。

l  接口6b已被删除，“服务集成器”通过接口7获取内容服务。

l  引入接口8来连接呼叫中心，通过“服务集成器”，因为呼叫中心的数据，在直接路由到呼叫中心之前，需要由SI来丰富和集成。

l  接口9为额外的（专有）服务或接口预留。

协议

l  ASN.1文件被重新组织，包含通用部分，（消息）分发部分和服务部分的内容(ASN.1的文件不是强制性的，只是一个可能的协议格式)

l  通用部分文件内容包括一些通常可重用的消息结构，这些消息结构对ASN.1中其他部分很重要。

l  （消息）分发部分文件内容为接口间消息调度定义消息的结构描述。

l  服务部分包括由OEM提供的所有应用服务数据。

 

词法

l  NGTP使用pattern代替protocol，这更匹配技术术语

l  Operations替代methods，这与模式概念术语一致

l  服务提供商(SP)替代TSP(telematics service provider)更能反映基于任务的视图（相对于基于组织的视图）和各个服务模块间技术中性的连接组织形式。

 

进一步展望

虽然这里所描述的NGTP 2.0模式仍然专注于语音的服务，不同模式的其他种类服务，例如基于Web的数据服务，这些服务目前NGTP组织正在讨论中，并将纳入到NGTP未来的发布版本之中。

 

1.3 关于纲要

NGTP 2.0纲要面向整个telematics工业产业链成员。它提体系结构的概览，组织结构单元（组件），以及NGTP2.0基本模式的所有接口。为了提供技术中立服务模式，与用户需求去耦，NGTP保留层次细节以确保解决方案规则更清晰，以及确保符合NGTP规范的应用之间连接更富有弹性。由此，该纲要不是技术规范，而是NGTP语义上的描述文档。

 

纲要包含以下附录：

l  NGTP 实例

l  NGTP 发布工程

l  NGTP 简介（展示）

 

该纲要由NGTP组织成员共同开发，纲要发布遵从Creative Commons许可。非常欢迎通过注册用户到www.ngtp.org提供反馈及发表评论。