NGTP纲要(compendium)续二

2、术语与缩略语
API  Application Programmer Interface
ASN.1  Abstract Syntax Notation One  一种灵活的标准化符号，描述数据结构，以及加密、传输和解密数据
CC  Call Center
CCA  Cal Center Agent
CDP  Customer Data Provider
CP  Content Provider
DSPT  Dispatcher, one of the main NGTP components
ECall  Emergency call
MSD  minimum set of data
NGTP  Next Generation Telematics Pattern  
(上一版本: Next Generation Telematics Protocol)
Operation  Interface methods on a business level
OS  Other Services,  任何其他通过SI发布的telematics服务
PDP  Provisioning Data Provider
POI  Point of interest,  GPS位置，比如车辆当前位置。GPS POI 包含相关位置的经纬度和海拔。
PSAP  Public Safety Answering Point,应答紧急报警，火警和急救服务的呼叫中心
SH  Service Handler,  NGTP 主要构件之一
SI  Service Integrator, NGTP 主要构件之一
SP  Service Provider
TSP  Telematics Service Provider
TU  Telematics Unit, 有时也被称作 TCU (Telecommunication Control Unit), 例如，移动电话，导航设备，车载设备等。
UMTS  Universal Mobile Telecommunications System, 一种3G通讯技术，也被纳入4G技术。
VIN  Vehicle Identification Number, 用于汽车工业的唯一序列号，也做汽车识别码。1981年以来，VIN码包含17个数字或字母（除去I(i),O(o),Q(q)大小写字母）的组合。


3、基础模式：体系总览
3.1 简述/概述
    把Telematics和内容提供商服务全局集成到TU，这种形式正逐渐地被商业化。服务数量剧增，服务供应商不断变化，还需要履行各类法规，这需要一个高度灵活的体系结构。另一方面，良好定义和稳定的接口是必需的，尤其在TU和离板组件间，以及离板组件之间。
    新telematics体系结构由此而生。图2是主要的NGTP组件总览.


Telematics单元（TU）
TU通常集成到具体的车辆上，也可能是个人导航设备PND(personal navigation device)或移动电话的一部分。通过无线网络，TU与专门的调度者(Dispatcher)通信。这通过接口1(TU-DSPT)完成。

调度者Dispatcher(DSPT)
    通过引入调度者在TU和后端之间建立稳定的接口。调度者为TU提供稳定接口(TU-DSPT)，并在TU和其他组件之间分派声音和数据，这就像一个服务插线板。Dispatcher使用NGTP消息格式交换信息来确保承载的独立性。例如，处理一个积极用例的承载交换机（如从WLAN连接到GPRS）的过程,相对于NGTP后端的其他部分是透明的。DSPT裁决车辆消息发往那个组件，或者由哪个承载器用作从后端到车辆传送消息。可是Dispatcher不关心消息的具体内容，因为这是服务处理器(SH)和服务集成器(SI)的职责。

服务处理器(SH)
    服务处理器解码每条车辆消息包含的“NGTP服务数据”（参看5.1.4章节），并且用更多的客户和车辆的信息丰富用例数据。如果非标准的，专有的参数或值编码用于服务数据内，SH需要解码并且转换这些数值为标准格式。
    例如，如果来自车辆的传感器信息被转换为车辆专有的位图，SH需要为下一级实例（SI）提供解释版本的信息（比如XML结构的信息），对送往车辆的消息，反之亦然。

服务集成器(SI)
    服务集成器作为一个组件，把向客户提供一定的服务的所有的合作伙伴聚集在一起： 它收集来自UI，经过SH的数据，访问一个或多个内容提供商，提供相关的信息给PSAPs和呼叫中心，包括需要时向车辆回发信息的途径。

一般方面
    除了NGTP组件和接口以外，对NGTP体系结构的描绘展示其他在设计基于NGTP的telematics系统需要考虑的3个一般方面，他们是：

     1 安全
     2 登陆和验证
     3 系统监控

    基于已存在的工业标准，NGTP 2.0定义了终端到终端的远程信息处理(telematics) 体系结构。NGTP 2.0体系结构通过其服务组件提供高度灵活性和敏捷性。在这种标准化体系结构下，新的服务易于集成，并能减少花费，缩短上市时间。为提供如此灵活的体系结构，需要清晰的任务明细，哪个功能必须能定位哪个组件或接口。这些任务明细如图3所示。


只有的移动设备（TU）和后端（DSPT）之间的沟通是双向的。后端内，通过操作（=业务层面上的方法）通信，基本上是单向的（由右至左），只有触发器由左到右使用。

该规则的一个例外是服务集成商和呼叫中心之间的接口8，因为代理分配和呼叫处理可能需要很多的双向通信。 3.3节中详细描述了使用这样一个单向方法的原因和优势。

3.2 主要设计概念
事件
事件是NGTP内部最重要的对象。事件是一类用户用例实例，它被世界唯一ID标识。所谓的事件ID是一个合乎逻辑的事件标识符，要么由TU创建，或在NGTP后端创建（取决于服务的来源）。事件ID不等同于会话ID，一个事件可能包含几次会话。
    一条或多条消息可以分派给同一事件ID，这意味着所有的消息与同一个用户用例实体（事件）联系在一起。事件ID把多条消息关联到一起，并且在整个NGTP系统生命周期内唯一标识事件。多条消息也能使用不同的会话或不同传输技术（例如，数据或声音）。NGTP标识所有的消息，并且把每条消息分配给一个已经存在的事件或者创建新事件。因此，事件ID也是实现技术独立（承载独立）的关键技术。事件ID也支持在异常中断发生后恢复事件。它支持用户用例内部的无缝承载切换，它也是几个交叉功能的基础，比如日志及监控。事件ID及是由TU还是DSPT创建，这依赖于用户用例是来源于TU还是后端组件。
举例：
    车内车主希望使用呼叫中心服务。TU创建一个事件ID，与NGTP后端建立IP连接，发送初始化消息，然后开始语音呼叫。在这次呼叫过程中，呼叫中心请求更新车辆的位置，这次更新请求通过SMS使用同一事件ID发往车辆。车辆通过SMS同一事件ID回应更新请求，由此，NGTP后端能匹配这次更新响应正确的事件（即使该用例基于不同承载和使用了多个会话）。

技术独立性
    NGTP主要设计原则之一是服务组件和接口的技术独立性。NGTP没有以下技术定义：
    实施特定的组件，用例或方法（操作）
    车辆与后端间的数据通信技术
    后端与车辆的声音通信技术

具体使用技术需要考虑多个因素，像国家或公司规则限制，或者已有可用和可重用的解决方案。也可能在运行事件过程中需要切换到另种技术，例如，从一个坏的或破损的无线电接收通信技术切换。
    技术独立性也需要安全机制不基于预定义技术，例如https，以保持灵活性。正基于此，安全机制也是基于消息格式而不是基于技术的。由每个服务组件来处理这些安全性要求。

松耦合
    松耦合能实现NGTP组件的灵活性和可扩展性。新的或额外的组件（如内容提供商CP）只要执行了同样的借口，可以容易地被加入到系统。

灵活性和可测量
    市场或法律需要，用户用例的技术或业务处理可能跨国界。另外，移动设备的能力差异或用户群差异可能需要不同的处理流程和/或实现技术。NGTP 2.0体系结构通过其技术独立性，支持不同实现技术。组件间的松耦合提供了高度的灵活性，并对国家法规变化或增强某个组件（如为某个用例改变内容提供商）提供支撑。还有一种可能，不用重新设计或更新现有组件却要增加或删除服务（=组件）。以下描述NGTP组件和接口能组装或拆卸 – 这取决于市场。例如：
1.    例1图解的解决方案中，所有的声音和数据被路由到PSAP。该方案使用到除了CC和接口8以外所有的NGTP组件和接口。
2.    例2，该方案包括一个呼叫中心和其专有的接口连接到“其他服务(OS)”。
3.    例3的方案中，接口1和调度者被略去，采用多个专有接口。如果系统3使用系统2的DSPT，而使用（本地）其他提供商的内容服务器…

Figure 4

它也可以将同一类型的若干组件附加到后端。其中一个原因可能是需要负载平衡来确保，在组件状态不好时，服务的可用性。

Figure 5


3.3  通信概念
NGTP通信概念包括两个方面：触发器和操作。为了保持体系结构简单和接口易于使用和容错， NGTP主要依赖单向，自由通信，由于以下优点：
    易于实现及容错
没有区域化组件间通信技术会话需要。提供接口的组件不必知道使用接口的用户，因此参数不必包含客户列表和回调地址。
    高灵活性
新的客户易于使用到这些接口而不需要服务提供商端作任何配置，组件能易于替换而不影响接口提供者。
    高可测性
额外的组件实例能在需要时，快速加入到系统，而不需要更改其他组件的配置，也不用考虑复制会话带来的限制。

以下几节详细描述了触发器和操作。

3.3.1 触发器
调度器使用触发器来通知NGTP组件收到了新的信息。被通知的组件可以是TU。触发器不会传送信息本身，它只包含：
    关联的事件ID和
    事件类型

触发器的接收者能通过接口的操作集合检索这些信息。触发器概念由以下优点：
    接收者能决定什么时候来检索事件数据（例如，如果当时资源被限制了，就稍后进行）
    如果同时接收到多个消息，触发器接收者能“收集”这些触发器并在一次操作中完成信息检索。
    数据传输量被减至最小，例如，如果多个接收者收到通知有一条新的消息，而只有一个接收者真正处理这个事件并检索数据信息。
调度者(Dispatcher)唯一负责初始化和发送触发器。


3.3.2 操作
操作是业务视图的某类方法。操作定义在接口内，并只能被特殊的组件调用。NGTP操作有几个特性，他们是：
    技术独立性(一个操作可以通过各种技术/编程语言来调用)
    无国籍(操作没有不同的使用条件限制，相同的参数总是得到相同的结果)
    被定义在语义层面，包括参数。对所有操作而言，事件ID是最重要的，强制性的参数。