NGTP及其技术体系介绍

时间:2013-01-18  来源:车联网周刊   作者:车联网周刊   点击:
一、NGTP概述
NGTP是Next Generation Telematics Protocol的英文缩写,意思是“下一代Telematics协议”,它是由BMW公司牵头,联合另外两家TSP(Telematics Service Providers)(其中一家为:“Connexis",另外一家为“WirelessCar”)联合开发而成的一个Telematics体系框架(framework)及开放的技术标准协议(technology-neutral protocol),它为Telematis产业应用提供了更大的灵活性(flexibility)及可扩展性(scalability)。
 
整个协议包括3个主要部分,其中关键的一个中间件叫做“调度器”(Dispatcher),它主要起到车载器(TU)与TSPs服务器之间的有效连接。
 
Teelematics
图1 调度器-NGTP的杀手应用
 
NGTP的调度器给车辆提供了无缝连接TPS的职能:
1.接收来自车辆TU的请求,
2.然后访问汽车制造商的客户和配置数据库,以便将请求路由到适当的TSP;
3.然后将TSP的语音和数据转发回车辆。
 
telematics
图2NGTP促进灵活性的方式
 
NGTP促进灵活性的方式:
1.调度器提供客户化接口,允许汽车制造商提供新的服务而无需配置到具体的车辆。
2.独立和开放的接口把TSP和呼叫中心、内容提供商、以及公共安全应答点(PSAPs)连接在一起,允许提供者根据市场需求进行互换。
3.专有的客户数据驻留在汽车制造商的客户关系管理系统(CRM)中。
 telematics
图3 NGTP远程信息处理方法及其接口子系统 接口IF#1 - #7
 
这种架构给远程信息处理业务伙伴提供了最大的灵活性。NGTP终端到终端的架构基于现有的行业标准,以提高标准化和减少开发。这一结构的另一个重要优点是,它也可以与传统的解决方案并存。
为了描述上述的域,有必要说明该框架的三个主要部分组成:Telematics单元(TU),Telematics服务供应商(TSP)和调度器(DSPT),所有这些都是通过标准的接口进行连接。
 
Telematics单元
Telematics单元(TU)一般是集成在汽车上,但也可以是个人导航设备(PND)的一部分或移动电话。TU通过无线网络与专用调度器进行通讯。见上图的接口IF#1(TU- Dispatcher)。
 
Telematics服务供应商(TSP)
TSP提供实际的服务,并作为对所有的需要执行服务发布的系统的集成点。TSP的作用主要有两个:第一是要发布语音和数据服务给TU;第二是发布内容,诸如地图数据和景点(POIs)内容给Call Center。一个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系统中。

二、NGTP的协议结构

NGTP的接口协议,可被定义为三个接口协议层:
1.服务应用层(Application Services Layer)
2.服务调度层(Dispatching Services Layer)
3.服务控制层(Control Services Layer)

一)服务应用层(Application Services Layer)

NGTP的应用服务层定义了TU及TSP之间的实施应用服务用例的消息格式。应用服务层包含标准(通用)应用协议消息定义和NGTP支持的消息定义。NGTP的应用服务层也可以扩展到支持自定义特定于设备的应用以及功能,即便是唯一的对特定的TU和应用服务的使用。
应用服务层的定义文件是NGTP应用服务层文件(NGTP Application Services Layer Document)。这个定义文件涵盖了应用服务层涉及服务分发的所有接口(从接口IF#1到IF#7)。接口IF#1和IF#2的细节包含在文件节“TU应用服务”中。接口IF#3到IF#7有他们自己的文件部分。
NGTP服务应用层在本文档中主要描述为远程信息处理的目的。它可以让Telematics服务提供商(TSP)提供远程信息处理应用。此项工作主要通过NGTP的核心架构接口,接口IF#1和IF#2。

NGTP的服务应用接口层接口IF#3是供应应用服务的接口。

NGTP的应用服务层接口IF#4 –IF#7,能够在各自的小节被看到,描述了被传输数据的数据类型(应用层API),但没有规定应如何做(没有要求传输媒体或网络的使用)。

接口IF#1和IF#2

包含适当信息域的子系统,通过发送讯息调用子系统的接口的操作。每一个应用程序的消息在服务数据之前包括一个上行或下行的业务数据头。

接口IF#3

IF#3是调度器(DSPT)和规范数据提供程序(PDP)之间的接口。

接口IF#4

IF#4是TSP和客户数据提供程序(CDP)之间的接口.

客户数据的提供包括:

查找客户(SearchCustomer):CDP向TSP提供这个功能用来查找客户。TSP使用的搜索条件,例如客户的姓名,车辆种类,车牌号码等,以获取例如相关的客户列表,客户ID,姓名,车辆数据等。

获取客户数据(GetCustomerData):CDP提供这个功能给TSP,基于一个独特的标识符,例如客户ID或VIN的,来获取客户的详细数据。返回的数据可能包括姓名,地址,相关人士,相关车辆数据等。

获取许可服务(GetAllowedService):CDP向TSP提供这个功能给来获取每个节点标识的可用服务(例如 VIN)。

获取认证指令(GetAuthenticationInstruction):CDP向TSP提供这个功能来获取客户的认证信息,例如“问秘密问题”或“询问密码”。

验证认证数据(VerifyAuthenticationData):CDP向TSP提供这个功能来验证客户,如:远程服务通过检查由客户给出的秘密问题的答案,其结果是确定或否定。

接口IF#5

接口IF#5的目的是描述信息如何与TSP和PSAP(公共安全应答点)进行交流。这个接口是为了提供信息给PSAP,使他们能够有效地执行E –call救援服务。

从TSP通过接口IF#5的资料是有效的, 不会被欧洲E-all方式混淆,因为它试图建立一个数据的最小集合(MSD)来直接从车辆发送到PSAP。通过接口IF#5的数据,将是一个更为丰富的数据集合,包括车辆数据,客户信息和定位服务组成数据,有效的提供给PSAP。 PSAPs必须有从TSP直接访问这些碰撞数据的能力。这份文件没有定义或承担任何计划来提供这种基础设施给PSAPs。

有一个欧洲的倡议规范该接口。欧盟委员会曾建议欧盟应为自己确定了到2010年减少一半的道路死亡人数的目标。一个关于如何实现这一目标的建议是要求为所有新车的标准选择电子呼叫。欧盟2010年9月1日起批准了该建议。这项工作是由eSafety支持论坛的一部分,eCall驱动组织推动的。

eCall驱动组织定义了一个被PSAP要求的数据的最小集合(MSD),以确保正确的应急资源调配。(MSD是数据的建议将从上述的PSAP直接发送到车辆)。eCall驱动组织还承认,电子呼叫效果可以通过发送额外的车辆和个人相关信息从TSP通过接口IF#5提供的相关资料进一步改善。这些额外数据的建议,目前正在由欧洲工作的PSAP和TSP的代表小组确定。

本文档考虑了TSP和PSAP的上述建议。

有两个E-call的替代流程:

1.从车辆通过TSP和呼叫中心到PSAP,通过接口IF#5(“NGTPE-call”)     
NGTP E-Call是指E-Call从车辆通过DSPT和TSP到达一个呼叫中心,并进一步到达PSAP。这个E –Call服务包括所有TU提供的数据(位置,碰撞数据等)。
telematics

2.从车辆通过无线网络直接到PSAP(无接口定义)(“Non-NGTPE-call”)。

非NGTPE-call是指E-call将直接通过网络从该车辆到PSAP。这个E –call服务可能不包括一个TU可以提供的所有的数据,但包括至少最低限度的数据集,例如:位置应该被提供。可选的数据可以被发送到并行的TSP,使TSP提供这些数据给PSAP。
telematics
接口IF#5的功能模型:

1、在线服务数据提供(OnlineServiceDataProvider),请求服务数据(RequestServiceData):TSP给PSAP提供这个功能来在线请求服务数据。对服务请求的数据总是返回数据或错误消息。

2、服务订阅提供(ServiceSubscriptionProvider)包括以下内容:

开始订阅(StartSubscription):TSP给PSAP提供这个功能来订阅一个服务数据。PSAP按照服务数据定义的消息格式提供返回的内容。
终止订阅(EndSubscription):TSP给PSAP提供这个功能用来终止一个服务数据订阅。
声音呼叫终止(VoiceCallTerminated):TSP给PSAP给PSAP提供这个功能来通知TSP,声音呼叫已经终止。PSAP返回为什么声音终止的原因描述,意外的还是非意外的。

3、服务订户(ServiceSubscribeer)包括以下两点:

收到服务数据(ReceiveServiceData):PSAP运行订阅时,PSAP为TSP必须实现这个功能来发布服务数据。
处理声音呼叫(HandleVoiceCall):PSAP为TSP提供这个功能来请求处理一个得到的呼叫。PSAP将会返回呼叫处理的状态。

接口IF#6a

接口IF#6a是TSP和呼叫中心之间的接口。

功能模型:

1、呼叫中心数据服务(CallCenterDataServices)

处理服务数据(HandelServiceData):呼叫中心为TSP提供这个功能来发布服务数据。

2、呼叫中心声音服务(CallCenterVoiceServices)

处理声音呼叫(HandleVoiceCall):呼叫中心向TSP提供这个功能来请求处理得到的呼叫。呼叫中心返回处理的状态。

3、TSP呼叫中心声音服务(TSPCallCenterVoiceServices)

声音呼叫终止(VoiceCallTerminated):TSP为呼叫中心提供这个功能来通知TSP,一个声音呼叫已经终止。呼叫中心返回呼叫终止的原因,意外的还是非意外的。

4、TSP呼叫中心数据服务(TSPCallCenterDataService)

共享服务(ShareService):TSP向呼叫中心提供这个功能来包含一个处理运行服务的其他部分,例如PSAP。基于服务类型和包含部分的能力,TSP将会共享服务数据,呼叫语音或者两者。

呼叫中心可以提供数据帮助TSP决定那一部分将被包含。

执行远程服务(ExecuteRemoteService):TSP为呼叫中心提供这个功能来开始授权车辆中的远程服务,例如,车辆查询或者景点上传。
验证认证数据(VerifyAuthenticationData):TSP为呼叫中心提供这个功能来验证客户要求执行远程服务的认证数据。呼叫中心提供客户提交的认证数据,例如,回答客户定义的问题或者一个密码。

查询客户(SearchCustomer):TSP给呼叫中心提供这个功能来寻找客户。呼叫中心使用的查询标准,如客户的姓名,车辆种类,车牌号码等,以获得相关的客户数据,例如,客户ID,姓名,车辆数据等。

获得客户数据(GetCustomerData):TSP提供这个功能允许呼叫中心读取必要的客户信息。客户数据返回包含诸如车辆、用户信息、所有用户许可的服务、远程服务验证认证所需的信息等。

重新路由服务(RerouteService):TSP向呼叫中心提供这个功能来发起了主动服务转移到另一个呼叫中心。呼叫中心提供活动的服务和新的服务类型给TSP。任何相关的语音通话也被TSP重新路由。

实际重新路由的语音通话和相关数据是由DSPT执行的。当需要改变服务的时候,DSPT将会发信号给车辆(例如,当车辆发出的一个E-Call,被CC作为一个B-Call重新路由)。DSPT将会获得新的车辆数据并重新路由数据和已经完成的语音调用TSP和一个CC作为一个新的服务。
处理服务数据更新请求(HandleServiceDataUpdateRequest):TSP为呼叫中心提供这个功能来请求从一个车辆活动的服务上更新数据,例如,碰撞数据作为一个E-Call更新。呼叫中心提供服务,TSP可以依照服务类型用不同的方式执行。

结束服务(EndService):TSP向呼叫中心提供这个功能来结束一个服务。依据服务类型,TSP可以发送一个结束服务的请求给车辆。任何相关于服务的语音呼叫不需要被提供。

接口IF#6b

接口IF#6b是TSP和外部内容提供商之间的接口。

功能模型:

在线内容联播(OnlineContentAggregator)
(责任编辑:)