CN102035816B - Tmc消息转换为tpeg消息的方法及装置 - Google Patents

Abstract

本发明提供了一种交通信息频道消息转换为传输协议专家组消息的方法及装置。方法包括：将交通信息频道消息组中的交通信息频道消息转换为交通事件协议消息，将交通事件协议消息封装为交通事件协议组件；获取交通事件协议组件的服务组件信息；将所述服务组件信息及预置的服务信息添加进服务与网络信息组件；将交通事件协议组件及服务与网络信息组件封装为TPEG消息。本发明还提供了实现上述方法的装置。采用本发明提供的技术方案，能够将TMC消息携带的实时交通信息全部封装进TPEG消息，实现了采用TMC描述实时交通信息到采用TPEG描述实时交通信息的无缝过渡，避免了质量评测过程，大大降低了TPEG开发成本。

Description

TMC消息转换为TPEG消息的方法及装置

技术领域

本发明涉及智能交通技术领域，尤其涉及一种TMC消息转换为TPEG消息的方法及装置。

背景技术

交通信息频道(Traffic Message Channel，TMC)是一种数字编码系统，通过TMC可将一定区域内的实时交通信息、天气信息等组织成TMC消息。目前，欧洲已广泛将TMC与数据广播系统(Radio Data System，RDS)结合在一起构成RDS-TMC系统，利用RDS技术发布TMC消息至用户端，为公众提供交通信息、天气信息等服务。

RDS-TMC系统的广泛应用很大程度上缓解了日益严重的城市道路交通压力，但是TMC存在一些局限性，比如信息量小，传输速率低等。考虑到TMC的局限性，欧洲广播联盟(European Broadcasting Union，EBU)制定了一种传输协议专家组(Transport Protocol Experts Group，TPEG)协议，不论是实时交通信息、公共出行信息，还是天气状况等都属于TPEG协议范畴之内。TPEG消息相对于TMC消息的优势在于：信息量大、内容覆盖更全面、更详细；可透过各种数字媒介(比如互联网、数字广播、数字电视等)传输且传输速率高。因此，随着人们对实时交通信息服务质量要求的提高，TPEG最终将替代TMC。

目前，我国已有交通信息服务提供商采用TMC消息发布实时交通信息，在对现有技术进行研究和实践过程中，发明人发现对于已采用TMC消息发布实时交通信息的交通信息提供商而言，在TMC向TPEG过渡的时期，开发一套全新的TPEG系统需要耗费大量的质量评测资源，开发成本太高。因此，亟需提出一种TMC消息转换为TPEG消息的技术，该技术能够充分利用已有TMC实时交通信息服务系统资源，实现采用TMC描述实时交通信息到采用TPEG描述实时交通信息的无缝过渡，避免质量评测过程，降低开发成本。

发明内容

本发明实施例要解决的技术问题是提供一种TMC消息转换为TPEG消息的方法及装置，实现了采用TMC描述实时交通信息到采用TPEG描述实时交通信息的无缝过渡，避免了质量评测过程，降低开发成本。

为解决上述技术问题，本发明的目的是通过以下技术方案实现的：

本发明实施例提供了一种交通信息频道消息转换为传输协议专家组消息的方法，所述方法包括：

将交通报文频道TMC消息组中的TMC消息转换为交通事件TEC消息，将TEC消息封装为TEC组件；

获取TEC组件的服务组件信息；

将所述服务组件信息及预置的服务信息添加进SNI组件；所述预置的服务信息包括服务提供商名称和服务描述；

将所述TEC组件及网络服务信息SNI组件封装为交通协议专家组协议TPEG消息；

其中，所述将TMC消息组中的TMC消息转换为TEC消息具体包括：

从TMC消息组中，读取一条TMC消息；

从所述读取出的TMC消息中提取TMC事件代码；

在预置的TMC-TEC事件对应关系表中，查找是否有所述TMC事件代码对应的记录，如果有，则根据所述TMC事件代码对应记录中的TEC事件属性值，构建TEC事件容器；

根据从TMC消息中提取的位置信息，构建TEC位置参考容器；

为所述TMC消息对应的TEC消息分配消息标识和版本标识，根据所述消息标识和版本标识，构建TEC消息的消息管理容器；

根据TEC事件容器，TEC位置参考容器及TEC消息管理容器，构建一条TEC消息。

本发明实施例还提供了一种交通信息频道消息转换为传输协议专家组消息的装置，所述装置包括：

TEC消息获取单元，用于将交通报文频道TMC消息组中的TMC消息转换为交通事件TEC消息；

TEC组件封装单元，用于将TEC消息封装为TEC组件；

SNI组件封装单元，用于获取TEC组件的服务组件信息，将所述服务组件信息及预置的服务信息添加进SNI组件；所述预置的服务信息包括服务提供商名称和服务描述；

TPEG消息封装单元，用于将所述TEC组件及网络服务信息SNI组件封装为交通协议专家组协议TPEG消息；

其中，所述TEC消息获取单元具体包括：

TMC消息读取单元，用于从TMC消息组中，读取一条TMC消息；

事件代码读取单元，用于从所述读取出的TMC消息中提取TMC事件代码；

TEC事件获取单元，用于在预置的TMC-TEC事件对应关系表中，查找是否有所述TMC事件代码对应的记录，如果有，则根据所述TMC事件代码对应记录中的TEC事件属性值，构建TEC事件容器；

位置参考容器构建单元，用于根据从TMC消息中提取位置信息，构建TEC位置参考容器；

消息管理容器构建单元，用于为所述TMC消息对应的TEC消息分配消息标识和版本标识，根据所述消息标识和版本标识，构建TEC消息的消息管理容器；

TEC消息封装单元，用于根据TEC事件容器，TEC位置参考容器及TEC消息管理容器，构建一条TEC消息。

上述技术方案具有如下有益效果：

以上为本发明实施示例提供的TMC消息转换为TPEG消息的技术方案，该方案以TMC消息作为TEPG消息的数据源，先将TMC消息组中的TMC消息转换为TEC消息，将TEC消息封装为TEC组件，以及将TEC组件中的服务组件信息及预置的服务信息添加进SNI组件，通过封装TEC组件和SNI组件得到TPEG消息。采用本发明实施例提供的技术方案，能够将TMC消息携带的实时交通信息全部封装进TPEG消息，不会出现信息丢失，实现了采用TMC描述实时交通信息到采用TPEG描述实时交通信息的无缝过渡，避免了质量评测过程，大大降低了TPEG开发成本。

附图说明

图1为本发明实施例提供的TMC消息转换为TPEG消息的方法流程图；

图2为本发明实施例提供的TMC消息转换为TEC消息的方法流程图；

图3为本发明一实施例提供的TEC消息封装为TEC组件的方法流程图；

图4为本发明另一实施例提供的TEC消息封装为TEC组件的方法流程图；

图5为本发明实施例提供的TMC消息转换为TPEG消息的装置组成示意图。

具体实施方式

为使本发明实施例的目的、技术方案、及优点更加清楚明白，以下参照附图对本发明实施例提供的技术方案进行详细说明。

请参见图1，为本发明实施例提供的TMC消息转换为TPEG消息的方法流程图，该方法包括：

步骤101：将TMC消息组中的TMC消息转换为交通事件协议(TrafficEvent Compact，TEC)消息；

步骤102：将步骤101转换得到的TEC消息封装为TEC组件；

步骤103：获取TEC组件的服务组件信息；

步骤104：将服务组件信息及预置的服务信息封装进服务与网络信息(Service and Network Information，SNI)组件；

在本发明实施例中，所述服务组件信息包括：每个TEC组件的服务组件ID(SCID)，内容ID(COID)以及应用ID(AID，AID由TPEG规格定义，例如TEC的AID＝0005)，其中，SCID需要从TEC组件的服务组件框架头中提取；AID为预设的固定值0005；COID用于同一个TPEG消息中封装的多个TEC组件，每个TEC的COID由SNI处理模块分配；预置的服务信息包括：服务提供商名称，服务描述等，为常量。

步骤105：将SNI组件和TEC组件封装为TPEG消息。

以上为本发明实施示例提供的TMC消息转换为TPEG消息的方法，该方法采用TMC消息作为TEPG消息的数据源，充分利用了已有TMC实时交通信息服务系统的资源，避免了质量评测过程，大大降低了TPEG开发成本。

以上为本发明实施例提供的TMC消息转换为TPEG消息的方法，以下结合附图对上述方法采用技术手段的具体实现过程进行详细描述。

请参见图2，为本发明实施例提供的TMC消息转换为TEC消息的方法流程图，该方法包括：

步骤201：从TMC消息组中，读取一条TMC消息；

在实际应用中，TMC消息组可以以文本文件(.txt)形式提供，文本文件的一行记录为一条TMC消息，一条TMC消息的各个属性值用逗号隔开，表1为TMC消息的属性表。

表1TMC消息的属性表

步骤202：从步骤201读取的TMC消息中提取TMC事件代码；

步骤203：在预置的TMC-TEC事件对应关系表中，查找是否有所述TMC事件代码对应的记录，如果有，则进入步骤204，如果没有，则进入步骤209；

请参见表2，为本发明实施例提供的TMC-TEC事件对应关系表的部分举例。

表2TMC-TEC事件对应关系表

在实际应用中，表2所示TMC-TEC事件对应关系表可以设计成xml配置文件，其格式如下：

其中，evCode表示TMC事件代码；event表示TMC事件描述；effect表示此TMC事件对应的TEC事件影响码；cause表示此TMC事件对应的TEC事件主要原因码；warnLev表示此TMC事件对应的TEC事件警告等级；subCause表示此TMC事件对应的TEC事件详细原因码。

步骤204：判断TMC事件代码对应记录中的TEC事件影响码是否为零，如果是，则进入步骤209，如果否，则进入步骤205；

执行步骤204是为了避免出现无效的TEC消息，在实际应用中，亦可在步骤203后直接执行步骤205，并不影响本发明实施例的实现。

由表2所示TMC-TEC事件对应关系表可知，当TMC事件代码对应的TEC事件影响码为零时，TEC事件的其他码取值也是零，可以认为TMC事件没有对应的TEC事件，不对该TMC消息进行转换。

步骤205：根据TMC事件代码对应记录中的TEC事件属性值，构建TEC事件容器；

TEC事件容器，请参见表3，构建TEC事件容器包括：根据TMC事件代码对应记录中的TEC事件属性值，为TEC事件容器中的相应属性字段赋值；计算组件长度值，并按照计算出的值，为TEC事件容器中的组件长度字段赋值。

举例说明根据TEC事件属性值，为TEC事件容器中的相应属性字段赋值过程。比如，TMC事件代码为136，查表2可得TMC事件代码136对应的TEC事件影响码值为1，原因码值为1，警告等级值为1，详细原因值为0，则赋值后的TEC事件容器中的影响码，原因码，警告等级及详细原因的值为1，1，1，0。。

步骤206：根据从步骤201读取的TMC消息中提取的位置信息，构建TEC位置参考容器(Location Referencing Container，LRC)，所述位置信息包括TMC消息的基本位置、方向及范围；

LRC，请参见表3，LRC的组件ID及危险距离等字段采用预设值或者默认值，构建LRC的过程与前文所述构建TEC事件容器的过程相似，先按照从TMC消息中提取的位置信息，对LRC的位置ID，方向及范围赋值，再计算LRC的组件长度值，按照计算值为LRC的组件长度字段赋值。

步骤207：为TEC消息分配消息ID和版本ID，根据所述消息ID和版本ID，构建TEC消息管理容器；

注意，每个TEC消息的消息ID和版本ID在一段时间内唯一且不重复。

步骤208：根据TEC事件容器，TEC LRC及TEC消息管理容器，构建一条TEC消息；

步骤209：判断所述TMC消息组中是否还有未读取的TMC消息，如果有，则返回步骤201，如果没有，则结束该流程。

以上为本发明实施例提供的将TMC消息转换为TEC消息的方法，通过上述方法将TMC消息转化为TEC消息后，需要进一步将TEC消息封装为TEC组件，在实际应用中，可以采用如下两种方式将TEC消息封装为TEC组件：

第一种方式、将TMC消息组中的一条TMC消息转换为一条TEC消息后，进行一次TEC组件封装，若采用此种方式，则在步骤208后，先进入图3所示将TEC消息封装为TEC组件的流程，再进入步骤209；

第二种方式、将TMC消息组中所有的TMC消息全部转换为TEC消息后，再进行TEC组件封装，若采用此种方式，则在步骤208后直接执行步骤209，直到将TMC消息组中所有的TMC消息全部转换为TEC消息，再进入图4所示将TEC消息封装为TEC组件的流程。

参见表3为TEC组件格式表，一个TEC组件最多可占用65535字节的数据空间，在TEC组件占用字节数不超出65535的前提下，一个TEC组件可以封装多条TEC消息。其中，TEC组件的SCID由服务提供商自行设置，本发明实施例提供的设置SCID的方法为：在SNI处理模块中设置一个SCID的静态变量，创建一个TEC组件时，向SNI模块请求一个SCID进行字段赋值，SNI模块中的SCID静态变量自动加1.

表3TEC组件格式表

请参见图3，为本发明一实施例提供的TEC消息封装为TEC组件的方法流程图，该方法包括：

步骤301：判断步骤208得到的TEC消息是否为第一条TEC消息，如果是，则进入步骤302，如果不是，则进入步骤303；

步骤302：创建一个TEC组件，将所述TEC消息添加到所述TEC组件中，进入图2所示步骤209；

步骤303：判断已有TEC组件是否能容纳所述TEC消息，如果能，则进入步骤304，如果不能，则进入步骤305；

步骤304：将所述TEC消息添加到所述已有TEC组件中，并修改所述已有TEC组件中TEC消息个数，进入图2所示步骤209；

步骤305：计算所述TEC组件的组件数据长度值，将所述组件数据长度值及CRC校验数据添加到所述TEC组件，进入步骤302。

请参见图4，为本发明另一实施例提供的TEC消息封装为TEC组件的方法流程图，该方法包括：

步骤401：判断一个TEC组件是否能够容纳所有TEC消息，如果能，则进入步骤402，如果不能，则进入步骤403；

步骤402：创建一个TEC组件，将所有TEC消息添加到所述TEC组件中，结束该流程；

步骤403：创建多个(至少两个)TEC组件，将所有TEC消息分别添加到所述多个TEC组件中；

其中，TEC组件个数可以根据所有TEC消息的数据总量及一个TEC组件可以占用的数据量，实时计算得到，也可以设定为固定值，均不影响本发明实施例的实现。

以上为本发明实施例提供的TEC消息封装为TEC组件的方法，以下结合表4介绍本发明实施例提供的SNI组件。由表4可知，SNI组件主要包括两个部分：服务信息及快速调谐服务表引导(Fast Tuning-Guide to theService Table，FT-GST)，在实际应用中，将预先设置的服务信息封装进SNI组件的服务名称字段和服务描述字段，并将每个TEC组件的SCID、COID、AID一起封装进FT-GST。

表4SNI组件格式表

以上为本发明实施例采用的SNI组件格式，以下结合表5对本发明实施例提供的TPEG消息进行详细描述。由表5可知，TPEG消息主要包括传输层头部和服务框架，而服务框架中主要包括：服务标识和综合服务组件，其中，SNI组件和TEC组件将被封装进综合服务组件中。

表5TPEG传输框架

以上为本发明实施例提供的TMC消息转换为TPEG消息的方法，以下结合附图对本发明实施例提供的TMC消息转换为TPEG消息的装置进行详细介绍。

请参见图5，为本发明实施例提供的TMC消息转换为TPEG消息的装置，该装置包括：

TEC消息获取单元501，用于将TMC消息组中的TMC消息转换为TEC消息；

TEC组件封装单元502，用于将TEC消息封装为TEC组件；

SNI组件封装单元503，用于获取TEC组件的服务组件信息，将所述服务组件信息及预置的服务信息添加进SNI组件；

TPEG消息封装单元504，用于将所述TEC组件及SNI组件封装为TPEG消息。

以上为本发明实施例提供的TMC消息转换为TPEG消息的装置，在实际应用中，所述TEC消息获取单元501具体包括：

TMC消息读取单元，用于从TMC消息组中，读取一条TMC消息；

事件代码读取单元，用于从所述读取出的TMC消息中提取TMC事件代码；

TEC事件获取单元，用于在预置的TMC-TEC事件对应关系表中，查找是否有所述TMC事件代码对应的记录，如果有，则根据所述TMC事件代码对应记录中的TEC事件属性值，构建TEC事件容器；

位置参考容器构建单元，用于根据从TMC消息中提取位置信息，构建TEC的位置参考容器；

消息管理容器构建单元，用于为所述TMC消息对应的TEC消息分配消息标识和版本标识，根据所述消息ID和版本ID，构建TEC消息的消息管理容器；

TEC消息封装单元，用于根据TEC事件容器，TEC位置参考容器及TEC消息管理容器，构建一条TEC消息。

在实际应用中，可以采用如下两种方式将TEC消息封装为TEC组件：

第一种方式，将TMC消息组中的一条TMC消息转换为一条TEC消息后，进行一次TEC组件封装，此时，TEC组件封装单元502具体包括：

消息顺序判断单元，用于判断所述TEC消息是否为所述TMC消息组中转换得到的第一条TEC消息，如果是，则触发TEC组件创建单元，如果否，则触发TEC组件容量判断单元；

所述TEC组件容量判断单元，用于判断已有TEC组件能否容纳所述TEC消息，如果能，则触发TEC组件信息添加单元，如果不能，则触发TEC组件创建单元；

所述TEC组件信息添加单元，用于将所述TEC消息添加到所述已有TEC组件中；

所述TEC组件创建单元，用于创建一个新的TEC组件，将所述TEC消息添加到所述新的TEC组件中。

第二种，将TMC消息组中所有的TMC消息全部转换为TEC消息后，再进行TEC组件封装，则执行完步骤208后直接执行步骤209，直到将TMC消息组中所有的TMC消息全部转换为TEC消息，此时，TEC组件封装单元502具体包括：

组件容量判断单元，用于判断一个TEC组件是否能够容纳从TMC消息组中转换得到的所有TEC消息，如果能，则触发第一TEC组件创建单元，如果不能，则触发第二TEC组件创建单元；

所述第一TEC组件创建单元，用于创建一个TEC组件，将所述所有TEC消息添加到一个TEC组件中；

所述第二TEC组件创建单元，用于创建至少两个TEC组件，将所述所有TEC消息添加相应的TEC组件中。

采用本发明实施例提供的TMC消息转换为TPEG消息的技术方案还具有如下有益效果：

第一、由于采用TMC消息作为数据源，将TMC事件对应到TEC事件，使用TMC Location位置参考方法，充分利用了现有TMC实时交通信息发布系统，大大降低了资源整合成本，且由于与TMC消息具有一致性，可以通过现有TMC的质量管理体系，根据与TMC消息的对比直接得到TPEG消息的质量参数，避免了质量评测过程，降低了开发成本；

第二、由于TPEG消息发布的内容与原TMC消息发布的内容相同，因此，在客户端只需要增加一个TPEG解码器，将TPEG内容解码为与TMC消息相同的内容，后续客户端处理过程与现有TMC消息的处理过程一致，因此，降低了客户端的升级成本。

以上对本发明所提供的一种TMC消息转换为TPEG消息的方法及装置进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (7)

1.一种交通信息频道消息转换为传输协议专家组消息的方法，其特征在于，所述方法包括：

将交通报文频道TMC消息组中的TMC消息转换为交通事件TEC消息，将TEC消息封装为TEC组件；

获取TEC组件的服务组件信息；

将所述服务组件信息及预置的服务信息添加进SNI组件；所述预置的服务信息包括服务提供商名称和服务描述；

将所述TEC组件及网络服务信息SNI组件封装为交通协议专家组协议TPEG消息；

其中，所述将TMC消息组中的TMC消息转换为TEC消息具体包括：

从TMC消息组中，读取一条TMC消息；

从所述读取出的TMC消息中提取TMC事件代码；

在预置的TMC-TEC事件对应关系表中，查找是否有所述TMC事件代码对应的记录，如果有，则根据所述TMC事件代码对应记录中的TEC事件属性值，构建TEC事件容器；

根据从TMC消息中提取的位置信息，构建TEC位置参考容器；

为所述TMC消息对应的TEC消息分配消息标识和版本标识，根据所述消息标识和版本标识，构建TEC消息的消息管理容器；

根据TEC事件容器，TEC位置参考容器及TEC消息管理容器，构建一条TEC消息。

2.如权利要求1所述的方法，其特征在于，在构建TEC事件容器之前所述方法进一步包括：

判断所述TMC事件代码对应记录中的TEC事件影响码是否为零，如果不为零，则构建TEC事件容器，否则，丢弃所述TMC消息。

3.如权利要求1或2所述的方法，其特征在于，所述将TEC消息封装为TEC组件具体包括：

判断所述TEC消息是否为所述TMC消息组中转换得到的第一条TEC消息，如果是，则创建一个TEC组件，并将所述TEC消息添加到所述TEC组件中，如果否，则判断已有TEC组件能否容纳所述TEC消息，如果能，则将所述TEC消息添加到所述已有TEC组件中，如果不能，则创建一个新的TEC组件，将所述TEC消息添加到所述新的TEC组件中。

4.如权利要求1或2所述的方法，其特征在于，将TEC消息封装为TEC组件具体包括：

判断一个TEC组件是否能够容纳从TMC消息组中转换得到的所有TEC消息，如果能，则创建一个TEC组件，将所述所有TEC消息添加到一个TEC组件中，如果不能，则创建至少两个TEC组件，将所述所有TEC消息添加到相应的TEC组件中。

5.一种交通信息频道消息转换为传输协议专家组消息的装置，其特征在于，所述装置包括：

TEC消息获取单元，用于将交通报文频道TMC消息组中的TMC消息转换为交通事件TEC消息；

TEC组件封装单元，用于将TEC消息封装为TEC组件；

SNI组件封装单元，用于获取TEC组件的服务组件信息，将所述服务组件信息及预置的服务信息添加进SNI组件；所述预置的服务信息包括服务提供商名称和服务描述；

TPEG消息封装单元，用于将所述TEC组件及网络服务信息SNI组件封装为交通协议专家组协议TPEG消息；

其中，所述TEC消息获取单元具体包括：

TMC消息读取单元，用于从TMC消息组中，读取一条TMC消息；

事件代码读取单元，用于从所述读取出的TMC消息中提取TMC事件代码；

TEC事件获取单元，用于在预置的TMC-TEC事件对应关系表中，查找是否有所述TMC事件代码对应的记录，如果有，则根据所述TMC事件代码对应记录中的TEC事件属性值，构建TEC事件容器；

位置参考容器构建单元，用于根据从TMC消息中提取位置信息，构建TEC位置参考容器；

消息管理容器构建单元，用于为所述TMC消息对应的TEC消息分配消息标识和版本标识，根据所述消息标识和版本标识，构建TEC消息的消息管理容器；

TEC消息封装单元，用于根据TEC事件容器，TEC位置参考容器及TEC消息管理容器，构建一条TEC消息。

6.如权利要求5所述的装置，其特征在于，TEC组件封装单元具体包括：

消息顺序判断单元，用于判断所述TEC消息是否为所述TMC消息组中转换得到的第一条TEC消息，如果是，则触发TEC组件创建单元，如果否，则触发TEC组件容量判断单元；

所述TEC组件容量判断单元，用于判断已有TEC组件能否容纳所述TEC消息，如果能，则触发TEC组件信息添加单元，如果不能，则触发TEC组件创建单元；

所述TEC组件信息添加单元，用于将所述TEC消息添加到所述已有TEC组件中；

所述TEC组件创建单元，用于创建一个新的TEC组件，将所述TEC消息添加到所述新的TEC组件中。

7.如权利要求5所述的装置，其特征在于，TEC组件封装单元具体包括：

组件容量判断单元，用于判断一个TEC组件是否能够容纳从TMC消息组中转换得到的所有TEC消息，如果能，则触发第一TEC组件创建单元，如果不能，则触发第二TEC组件创建单元；

所述第一TEC组件创建单元，用于创建一个TEC组件，将所述所有TEC消息添加到一个TEC组件中；

所述第二TEC组件创建单元，用于创建至少两个TEC组件，将所述所有TEC消息添加相应的TEC组件中。