CN101540641A - 移动多媒体广播的交通业务编码方法 - Google Patents

Abstract

本发明揭示了一种移动多媒体广播的交通业务编码方法，用于对一交通业务信息进行编码，交通业务信息描述一与交通相关的事件或状态，该方法包括：编码形成基本信息字段，该基本信息字段包含该交通业务信息的基本属性，供一接收终端对该交通业务信息的内容进行筛选、分类、处理；在基本信息字段后编码形成位置信息字段，该位置信息字段描述与交通相关的事件或状态所在的地理位置；在位置信息字段后编码形成事件/状态信息字段，该事件/状态信息字段描述与交通相关的事件或状态本身。

Description

移动多媒体广播的交通业务编码方法

技术领域

本发明涉及移动多媒体广播业务的数据业务领域，更具体的说，涉及移动多媒体广播的交通业务编码方法。

背景技术

随着移动多媒体广播技术的发展，围绕移动多媒体的扩展业务的应用成为一个新的开发热点。移动多媒体广播技术能够为移动终端提供广泛的多媒体服务，由于移动终端的便利性和广泛覆盖，利用移动多媒体广播技术为移动终端提供交通业务信息成为一种十分有利的选择。

发明内容

本发明旨在提供一种移动多媒体广播的交通业务编码方法，用于对交通业务信息进行编码，该交通业务信息描述一与交通相关的事件或状态，该方法包括：编码形成基本信息字段，该基本信息字段包含该交通业务信息的基本属性，供一接收终端对该交通业务信息的内容进行筛选、分类、处理；在基本信息字段后编码形成位置信息字段，该位置信息字段描述所述与交通相关的事件或状态所在的地理位置；在位置信息字段后编码形成事件/状态信息字段，该事件/状态信息字段描述所述与交通相关的事件或状态本身。

其中的基本信息字段包括如下数据字段：16比特的业务标识号，业务标识号是表明所属的交通业务类型的唯一标识号；1比特的业务类型，是服务种类标识号，表明服务的覆盖范围；7比特的业务版本，是服务版本信息，表明当前信息采用的规范版本号；16比特的消息标识号，是消息的唯一编号，消息标识号在同一种业务内唯一；8比特的消息版本号，是消息版本序号，与消息标识号相对应，构成对同一与交通相关的事件或状态的跟踪报道；40比特的消息生成时间，用修正的儒略日期和世界协调时表示；以及24比特的消息有效期，以消息生成时间为基数表明消息有效时长。

位置信息字段采用路表或者GPS的方式描述与交通相关的事件或状态所在的地理位置，其中，采用路表进行描述时，对道路进行编号，并采用该编号描述位置信息；位置信息字段的字段长度为8的整数倍比特。对道路的编号采用路段标识号字段表示，采用BCD码，路段标识号字段包括道路属性字段、导航号字段和道路编号字段。其中，道路属性字段字段长度为19比特，包括16比特的行政区好号字段和3比特的道路级别字段；导航号字段字段长度为5比特，包括3比特的单向车道数字段和2比特的保留位；路段编号字段字段长度为16比特。

事件/状态信息字段描述路面状况信息，包括：实时路况信息、实时匝道信息、交通事故信息、饭店信息、停车场信息，事件/状态信息字段的字段长度为8的整数倍比特。

经编码后的交通业务信息采用文件模式接入移动多媒体广播复用系统，并采用文件分发协议传输信息；其中，根据业务标识号构成目录文件体系结构，在根目录下存放业务目录，业务目录由业务标识号命名，业务目录下存放该类型业务数据的文件或子目录；或者，经编码后的交通业务信息采用流模式接入移动多媒体广播复用系统，在流模式下，经编码的交通业务信息通过分组打包后再轮发的方式，周期性地把信息输入复用系统；通过分组打包，把同一服务类型的、相同属性与状态的交通业务信息进行重新组合与压缩；通过轮发，使得在广播信道中，使得多个接收终端即使在不同的时候接入也能及时接收到全部信息。

本发明提供了一种能够应用于移动多媒体广播技术中的交通业务编码方法，能高效、准确地将与交通业务相关的信息进行编码，之后接入到移动多媒体广播复用系统，并广播到各个接收终端。

附图说明

图1揭示了本发明中交通业务编码结构的基本格式；

图2揭示了本发明中路段标识号的编码结构；

图3揭示了本发明中用于处理交通业务编码信息的系统的结构框图；

图4揭示了图3所示的系统中各种实时交通业务的数据流向。

具体实施方式

术语定义

在本发明的文本中，下述的术语被定义为表达如下的含义，但需要说明的是，这些定义仅仅是为了表述的方便，使用所定义的简要的术语来表达本应由较长的语句表达的含义，此处的定义不被解释为对于术语含义的任何限制。

节点：节点是路表描述的基本元素之一，以地面道路的交叉口、封闭道路的出入口为基本选取点，以横跨道路的天桥(人行、车行、铁路)、公里桩，车道数发生变化处等作为特殊选取点。

路段：路段是路表描述的基本元素之一。路段是交通道路两个相邻节点组成的一段路。

路表：路段编号与道路描述对应表。

编码：按一定的算法，用少量、简单的基本符号，选用一定的组合规则，表示大量复杂多样的扩展业务信息。

缩略语说明

下列缩略语适用于本发明的文本中。

MJD(Modified Julian Date)：修正的儒略日期。

UTC(Universal Time，Co-ordinated)：世界协调时。

bslbf(bit string，left bit first)：比特串，左位在先。

uimsbf(unsigned integer，most significant bit first)：无符号整数，高位在先。

本发明提供交通业务编码的目的在于，通过一定的压缩算法去掉实时交通信息等数据中的冗余成分，使信息更加精简，以达到压缩码率和节约带宽目的，实现信息有效的传输。编码根据各类扩展业务的特点分类制订算法略有不同。编码是符合广播信道的特点，数据频繁轮播的需要。提供统一的编码格式旨在使扩展业务运营商、接收终端提供商能按照相同的标准处理和解析数据，使各个运营商发布的数据在各个终端上能被正确提取和解析。

本发明使用移动多媒体广播的方式向移动接收终端发布交通业务信息，该编码方法对一交通业务信息进行编码，该交通业务信息描述一与交通相关的事件或状态。

对于交通业务信息的编码格式采用通用的框架，由基本信息、位置信息、事件/状态信息三部分组成，该结构可参考图1所示。

基本信息，包含该交通业务信息的基本属性，使得接收终端根据该信息对内容进行筛选、分类、处理。

位置信息描述与交通相关的事件或状态所在的地理位置。

事件/状态信息描述与交通相关的事件或状态本身。

根据一实施例，基本信息的编码格式如表1所示。

表1

数据字段	长度	类型
			基本信息(){
业务标识号	16	uimsbf
			业务类型	1	uimsbf
业务版本	7	uimsbf
			消息标识号	16	uimsbf
消息版本号	8	uimsbf
			消息生成时间	40	uimsbf
消息有效期	24	uimsbf
			}

其中，业务标识号是扩展业务类型的唯一标识号，表明该信息所属的业务类型。对于不同类型业务的标识号分配，可参见表2所示。

表2

根据本发明的一实施例，为了方便终端提取、筛选信息，可以对各业务的不同内容进行业务分层、属性归类，将一条业务信息拆分成多条、分类发送。业务分层的具体实现方法是对业务标识号进行分段，将某段业务标识号号给某种业务，在此区段内的所有ID号对应这种业务的各子信息。按照业务分层归类表示方法，将同种业务的所有子信息服务分配到一个固定范围的段值，从而实现业务分类，子信息分层。

回到表1，业务类型是服务种类标识号，表明服务的覆盖范围。0表示全国性漫游服务；1表示地方性信息服务。

业务版本是服务版本信息，表明当前信息采用的规范版本号。终端通过这个数字确定相应的处理策略。

消息标识号是消息唯一编号，从0到65535递增循环。消息标识号在同一种业务内唯一。

消息版本号是消息版本序号，与消息标识号相对应，构成对同一事件发展的跟踪报道。从0开始递增，默认为0。当为255时，表示该消息标识号对应的所有消息取消发布。

消息生成时间的高16比特为MJD编码的日期，低24比特为UTC格式的时间。

消息有效期以消息生成时间为基数表明消息有效时长，采用UTC格式编码。

回到图1，紧跟在基本信息字段之后的是位置信息，位置信息字段的长度是N*8个比特，即8的整数倍的比特。根据不同的业务标识号，位置信息字段的定义有所不同。可以是路段的ID，也可以是GPS信息。

参考表3所示，本发明定义了描述位置信息的二种方法。

表3

描述方法	说明
		路表	对道路进行编号，并采用该编号描述位置信息
GPS	采用全球定位系统描述

首先，如果采用的是路表的方式来描述位置信息，可以参照如下的一系列规则：

路表定义的道路主要包括：城际间的道路(国道、省道、高速)、城市内部的道路(城市内部道路、城乡结合部道路、县道)、其他需要播报实时交通信息的道路。选取的道路应构成主要的交通道路网络。路表不选取厂矿、医院、学校，以及小区、公园等生活会所内的道路。

两个相邻的节点组成路段，节点的选取遵循以下原则：

基本节点选取原则：地面道路以交叉口为节点，封闭道路(城际间的高速路；城市内部的环线、高架、快速路)以沿途的出入口为节点，其他特殊路段(如高架的立交)原则上以匝道出入口为节点。

特殊节点选取原则：基本节点间路段较长的道路，可选取横跨道路的天桥(人行、车行、铁路)、公里桩等作为节点。基本节点间路段车道数发生变化处选取节点。

路表将道路分为三个级别：城际间的道路、城市内部主要道路、城市内部次要道路。三大级别内部可结合各地道路的实际情况再设小级别。

两个节点组成路段，第一个节点指向第二个节点的路段定义为一段路段，其方向是从路段的第一个节点到第二个节点。从第二个节点到第一个节点定义为另一个路段，方向为第二节点指向第一节点。道路统一设两个方向，正向为门牌号从低到高，反向为门牌号从高到低。高架道路参照地面道路定义方向。

路段标识号用于唯一的、区域性的、信息性的标识路表中的一个路段。其中，唯一性指每一段路段的一个方向上仅有一个ID与之对应，ID与实际的道路一一对应。区域性指反映道路所属的行政区域。信息性指反映道路的方向性，道路的级别。

图2示出了本发明所采用的路段标识号的编码格式。路段标识号可采用BCD码，范围从0到999999。路段标识号字段包括道路属性字段、导航号字段和道路编号字段。

其中道路属性字段字段长度为19比特，包括16比特的行政区好号字段和3比特的道路级别字段。对于行政区号字段，省内道路以行政区号定义，行政区号遵循GB/T2260；跨省道路，以道路编号定义。道路级别字段参考表4所示的道路级别划分。

表4

编号	道路级别
		1	一级道路
2	二级道路
		3	三级道路
4	预留
		5	预留
6	预留
		7	预留
8	预留

导航号字段字段长度为5比特，包括3比特的单向车道数字段和2比特的保留位。单向车道数中“1”表示1条，“2”表示2条，以此类推。保留位暂时保留。

路段编号字段字段长度为16比特。

回到图1，紧跟在位置信息字段之后的是事件/状态信息字段描述路面状况信息，事件/状态信息字段的字段长度为N*8比特，即8的整数倍比特。下面将详细介绍实时路况信息、实时匝道信息、交通事故信息、饭店信息、停车场信息。

针对不同的具体业务应用，本发明会提供不同的编码格式，比如，

针对实时路况信息，本发明提供如下的编码格式，如表5所示，

表5

数据字段	长度	类型
			实时交通信息实时交通信息(){
业务标识号	16	uimsbf
			业务类型	1	uimsbf
业务版本	7	uimsbf
			消息标识号	16	uimsbf
消息版本号	8	uimsbf
			消息生成时间	40	uimsbf
消息有效期	24	uimsbf
			路段标识号	24	uimsbf
交通状态	8	uimsbf
			}

其中的路段标识号如上面所示，可采用BCD码，范围从0到999999。

交通状态表示路面交通状况，描述路面状况信息，拥堵、畅通等，详细内容见表6所示。

表6

数值	含义备注
		0	未知
1	通行正常
		2	通行阻塞
3	缓行
		4	车辆多
5	车辆少
		6	车辆稀少
其它	保留

对于交通事故信息编码格式，参考表7所示。

表7

其中的路段标识号是路段的唯一标识号，采用BCD码表示，范围从0到999999。

GPS位置信息的格式按照GPS规范，描述具体的GPS点。

事故描述长度表示事故描述信息长度，范围从0到255，单位为字节。表示后续事故描述字符串长度。

事故描述数据是事故描述字符串数据，字符串采用GB18030编码。事故描述字符串不需要以0结尾。该字符串描述详细的交通事故内容。

扩展长度的范围为2到255，或为0；单位为字节。表示从本字段下一个字节开始到所在消息最后一个字节所占的字节数。

限制，表示事故造成的道路限制、影响。描述该交通事故对道路产生的影响，为终端软件提供导航参考数据。该字段的数值意义见表8。

表8

数值	含义备注
		0	未知(unknown)
1	关闭(closed)
		2	封锁(blocked)
3	反向车道(contraflow)
		4	单换车道(single alternate line traffic)
5	窄道(narrow lane)
		6	通道区(access)
7	直行不停车(through traffic)
		8	慢车区(local traffic)
9	入口(entry)
		10	出口(exit)
11	开放区(open)
		12	火情(fire)
255	道路交通管制，默认(限制)

回到表7，其中的建议长度是导航建议字符串长度。范围为从0到扩展长度-2。导航建议描述的字符串长度。

建议数据是事故描述字符串数据。字符串采用GB18030编码。事故描述字符串不需要以0结尾。该字符串描述了给用户的参考意见。

扩展数据表示补充内容。用户可扩充。

对于饭店信息的编码格式，可参考表

表9

数据字段	长度	类型
			饭店信息(){
业务标识号	16	uimsbf
			业务类型	1	uimsbf
业务版本	7	uimsbf
			消息标识号	16	uimsbf
消息版本号	8	uimsbf
			消息生成时间	40	uimsbf
消息有效期	24	uimsbf
			GPS位置信息	64	uimsbf
饭店名字长度	8	uimsbf
			for(I＝0；I<饭店名字长度；I++){
饭店名字[I]	8	bslbf
			}
消费级别	5	uimsbf
			座位信息	3	uimsbf
扩展长度	8	uimsbf
			if(扩展长度＞0)
特色菜	160	bslbf
			for(I＝20；I<扩展长度；I++){
扩展数据[I]	8	uimsbf
			}
}

}

其中的GPS位置信息按照GPS格式，描述具体的GPS点。

饭店名字长度，表示店名长度，8位长度，表示店名描述字符的长度。单位字节。

饭店名字是店名字符串，字符串采用GB18030编码，不需要以0结尾。

消费级别表示人均消费水平，5位长度。范围0～31。表示人均消费水平，数值意义见表10。

表10

数值	含义备注
		0	未知
1	10元以下
		2	10元到50元
3	50元到100元
		4	100元到200元
5	200元到500元
		6	500元到1000元
7	1000元以上

回到表9，其中的座位信息表示座位情况，3位长度。表示饭店的座位客满情况，数值意义见表11。

表11

数值	含义备注
		0	未知
1	空
		2	较多
3	满

再回到图9，其中的扩展长度表示扩展内容长度，范围从20到255，或为0；单位为字节。表示从本字段下一个字节开始到所在消息最后一个字节所占的字节数。

特色菜表示特色菜名，字符串形式，描述特色菜名。字符串采用GB18030编码，不需要以0结尾。

扩展数据表示饭店扩展信息。内容本规范未定义，用户可扩充。

对于停车场信息，采用如下的编码格式，参考表12所示。

表12

数据字段	长度	类型
			停车场信息(){
业务标识号	16	uimsbf
			业务类型	1	uimsbf
业务版本	7	uimsbf
			消息标识号	16	uimsbf
消息版本号	8	uimsbf
			消息生成时间	40	uimsbf
消息有效期	24	uimsbf
			GPS位置信息	64	uimsbf
空位信息	8	uimsbf
			收费类型	1	uimsbf
每小时收费	7	uimsbf
			车辆类型	2	uimsbf
停车场属性	2	uimsbf
			停车场类型	4	uimsbf
扩展长度	8	uimsbf
			if(扩展长度＞0)
停车场名	80	bslbf
			描述长度	8	uimsbf
for(I＝0；I<描述长度；I++){
			描述数据[I]	8	bslbf
}
			for(I＝11+描述长度；I<扩展长度；I++){

扩展数据[I]	8	uimsbf
			}
}
			}

其中的GPS位置信息按照GPS格式，描述具体的GPS点。

空位信息表示剩余车位数，范围从0到255。表示剩余可用停车位数。其中255表示未知，其余数字表示车位数。

收费类型是分时价格标志位。表示停车费用显示方式。1表示按小时计费，价格参见每小时收费值；0表示未知或后面描述，系统可以忽略每小时收费中的价格费用。

每小时收费表示每小时停车费用，货币单位为人民币。

车辆类型表示停放汽车类型，2位长度。表示停车场可以停放的汽车种类。0表示未知；1表示小型车；2表示中型车；3表示大型车。

停车场属性表示停车场属性，0表示未知；1表示配建；2表示公共。

停车场类型表示停车场的类型，0表示未知；1表示地面露天；2表示室内；3表示室外；4表示地下；5表示机械式。

扩展长度是扩展内容的长度，范围从11到255，或为0；单位为字节。表示从本字段下一个字节开始到所在消息最后一个字节所占的字节数。

停车场名表示停车场名称，用字符串表示停车场的名字。字符串采用GB18030编码，不需要以0结尾。

描述长度表示描述字节的长度，8位长度。取值范围从0到扩展长度-11。单位字节。表示描述部分的字符串长度。

描述数据表示停车场文字描述，字符串采用GB18030编码，不需要以0结尾。

扩展数据表示停车场扩展信息。用户可扩充。

在对交通业务信息进行编码之后，经过编码后的信息可以以两种不同的方式接入到移动多媒体广播系统的复用层：一种是以文件模式接入，另一种是以流模式通过XPE/XPE-FEC封装适配。

在采用文件模式进行发送时，用文件模式接入，并使用文件分发协议(FDP)传输信息。

CMMB扩展业务由各种类型业务的业务标识号构成目录文件体系结构：根目录下存放目录，即由业务标识号(十进制)命名的业务目录。业务目录下存放该类型业务数据的文件或子目录。不同类型的业务根据其数据结构特点，决定如何保存其业务目录中的内容。在本发明中，扩展业务就是指交通业务。

举例而言，对于交通业务中的实时路况信息，本发明把相同状态和属性的路段提取出来，作为一个文件发送。文件采用二进制，内容为按数值排序的路段标识号(路段ID)。不同路段状况通过文件名来区分。文件名的命名规则如下：

文件名＝″路段状态″.″路段属性″

其中路段状态字段描述了路段的状态，采用拥堵状态的十进制字符来表示。路段属性字段描述了路段行政区域和级别。采用路段属性的十进制字符来表示。在路段状态字段与路段属性字段之间用“.”号分隔。

对于交通业务中的实时匝道信息，由于实时匝道信息的特点是匝道众多，但匝道的状态是有限的，因此本发明中实时匝道的映射采用的策略是把相同状态的匝道提取出来，作为一个文件发送。文件的内容采用二进制，为按数值排序的匝道标识号ID(匝道ID)，每个匝道ID点16比特。

不同匝道状况通过文件名来区分。文件名的命名规则如下：

文件名＝″匝道状态″.″匝道属性″

其中，匝道属性字段描述了匝道的级别、等级、所在地等信息。这个字段采用路段属性的十进制字符来表示。匝道状态字段描述了路段的拥堵状态，采用拥堵状态的十进制字符来表示。在拥堵状态字段与路段属性字段之间要用“.”号分隔。

对于交通业务中的交通事故信息，本发明直接把消息作为二进制数据的文件保存，每条消息一个文件。文件名采用消息标识号的十进制字符表示。

对于交通业务中的饭店信息，本发明直接把消息作为二进制数据的文件保存，每条消息一个文件。文件名采用消息标识号的十进制字符表示。

对于交通业务中的停车场信息，本发明直接把消息作为二进制数据作为文件保存，每条消息一个文件。文件名采用消息标识号的十进制字符表示。

如上面所说的，也可以流模式通过XPE/XPE-FEC封装适配到移动多媒体广播系统的复用层。

在流模式下，移动多媒体广播的扩展业务，在本发明中就是指交通业务的信息通过分组打包后再轮发的方式，周期性地把信息输入复用系统。通过分组打包，把同一服务类型的、相同属性(如相同的道路属性)与状态的扩展业务信息进行重新组合与压缩，以便更好地适配XPE/XPE-FEC包，从而更有效的利用信道带宽。通过轮发，使得在广播信道中，保证多个终端即使在不同的时候接入也能及时接收到全部信息。

上述的分组打包把同一服务类型、相同属性与状态的扩展业务信息组合在一起，提取出相同的内容统一编码，有效的减少重复数据。比如对于实时路况信息，当前有N条道路处于拥堵状态时，一条一条发送所有的拥堵信息会浪费大量的字节。而通过分组打包把这N条道路的状态提取出来，只要发送一个道路状态N个道路标识就可以了。因此，分组打包的本质是一种特别适合有大量的、属性区别不大的信息的压缩方法。而交通信息正好满足这个条件。道路的数量是庞大的，而属性的区别是有限的(拥堵、畅通等等)。分组打包的输出会尽量填满XPE包，从而更有效的利用信道。但是并不是所有的扩展信息都使用分组打包。下文在对不同的服务类型进行描述时，会特别指出。

在进行分组打包之后，再以轮发的方式，周期性地把信息输入复用系统。其中，所述的周期性地轮发是指按照轮发周期进行轮发，轮发周期指同一条扩展信息，本发明中就是交通业务信息的接收间隔。轮发周期直接影响到终端的平均等待时间，轮发周期越长，终端的平均等待时间越长，反应越慢。轮发周期也影响到扩展信息所占用的码率，轮发周期越长，占用的码率越小。这是一个资源与性能的交换。轮发码率指一种服务类型的所有信息轮发时占用的总码率。轮发码率与轮发周期成反比，与某种服务类型所有信息打包后占用的数据量成正比。在扩展信息(交通信息)的流模式接入中，不同的服务类型可以指定不同的轮发码率。这样，业务运营商可以自由设定不同的服务类型的码率，码率越大，平均等待时间越小，性能越好。

对于每一个扩展信息(交通业务信息)，本发明设定信息的版本与生存期。信息的版本决定了一条信息的新旧程度。接入流模式时，系统对所有的信息进行跟踪，如果出现了更新，则版本的数值会累加。信息是有生存期的。接入流模式时，如果一条信息已经过期，则不应该进行发送。但是信息至少应该发送一次，除非是一个版本的更新。也就是说，当一条信息还未发送时，这条信息又进行了一次更新，那么旧的信息可以一次都不发送。

本发明还对每一个扩展信息(交通业务信息)设定优先级。每条信息在接入流模式时，可以指定一个优先级。优先级高的信息可以先发送，但也遵循相同的轮发周期。同一条信息在版本更新时，也可以指定一个优先级。如果这个优先级足够高，这条更新的信息可以比其它信息先发送。

参考图3所示，本发明还提供实现上述的对交通业务信息进行编码以及发送的系统，该系统30包括：

以太网交换机31，使得系统30内的各个装置能够通过以太网互相连接。

数据采集装置32，按预定的周期，比如60秒从所连接的多个数据源33采集业务数据，对所采集的数据进行数据解析、映射，并将数据存储到相应业务的数据库中，其中，业务数据是与交通业务信息相关的业务数据。参考图3所示，数据采集装置32包括多个子采集装置，包括实时交通子采集装置321、天气预报子采集装置322、以及其他业务子采集装置323，分别用于采集不同服务类型的数据。这些子采集装置分别对应一个数据输入接口，在图3中，上述的实时交通子采集装置321、天气预报子采集装置322、以及其他业务子采集装置323分别对应实时交通子数据源331、天气预报子采集装置332、以及其他业务子采集装置333。该数据采集装置32还具有多个数据输入接口，分别对应不同的服务类型，以适应用于不同服务类型的数据源，比如，在图3中，对应实时交通服务、天气预报服务和其他业务服务，分别使用数据输入接口：实时交通接口341、天气预报接口342、其他业务接口343。输入数据采集装置32的数据是已经过处理后的符合统一规格的数据，或者是各个数据源自定义的数据格式。

数据库服务器35，包括对应各个业务的数据库，比如实时交通服务数据库、天气预报服务数据库和其他业务服务数据库。该数据库服务器35连接到以太网交换机31，通过以太网与数据采集装置32相连，供数据采集装置32将处理后的数据保存到相应业务的数据库中。数据库服务器35存储实时交通等业务的基础数据，以及按统一规格处理后的各业务数据信息。不同的业务数据信息存储在不同的数据库中，也可以存储在同一数据库的不同表中。

数据编码发送装置36，连接到以太网交换机31，通过以太网与数据采集装置32以及数据库服务器35相连，从数据库服务器35的相应业务的数据库中按预定的规则读取业务数据，按预定的编码格式对业务数据进行编码，并按预定的发送策略将数据发送到CMMB复用器。数据编码发送装置36包括数个子编码发送装置，分别用于对不同服务类型的数据进行编码和发送。参考图3所示，包括实时交通子编码发送装置361、天气预报子编码发送装置362、以及其他业务子编码发送装置363，分别对应上述各个类型的服务。该数据编码发送装置36输出的数据是经过编码的业务数据包。

监视装置37，监视装置连接到以太网交换机31，通过以太网与数据采集装置32、数据库服务器35以及数据编码发送装置36相连，监视数据采集、数据编码发送过程中的数据输入、输出的数据情况，保证数据正常传输。监视装置37进行显示和报警。

移动多媒体广播复用器38，能够被应用于移动多媒体广播系统的复用器，连接到以太网交换机31，通过以太网与数据采集装置32、数据库服务器35、数据编码发送装置36以及监视装置37相连，接收数据编码发送装置发送的数据。

图4示出了图3所示的系统中各种实时交通等业务的数据流向。

采用本发明的技术方案，能充分利用移动终端的便利性，利用移动多媒体广播，将交通业务信息提供给各个移动终端。

本发明提供了一种能够应用于移动多媒体广播技术中的交通业务编码方法，能高效、准确地将与交通业务相关的信息进行编码，之后接入到移动多媒体广播复用系统，并广播到各个接收终端。

Claims (10)

1.移动多媒体广播的交通业务编码方法，用于对一交通业务信息进行编码，所述交通业务信息描述一与交通相关的事件或状态，其特征在于，该方法包括：

编码形成基本信息字段，该基本信息字段包含该交通业务信息的基本属性，供一接收终端对该交通业务信息的内容进行筛选、分类、处理；

在基本信息字段后编码形成位置信息字段，该位置信息字段描述所述与交通相关的事件或状态所在的地理位置；

在位置信息字段后编码形成事件/状态信息字段，该事件/状态信息字段描述所述与交通相关的事件或状态本身。

2.如权利要求1所述的移动多媒体广播的交通业务编码方法，其特征在于，所述基本信息字段包括如下数据字段：

业务标识号，业务标识号是表明所属的交通业务类型的唯一标识号；

业务类型，是服务种类标识号，表明服务的覆盖范围；

业务版本，是服务版本信息，表明当前信息采用的规范版本号；

消息标识号，是消息的唯一编号，消息标识号在同一种业务内唯一；

消息版本号，是消息版本序号，与消息标识号相对应，构成对同一与交通相关的事件或状态的跟踪报道；

消息生成时间，用修正的儒略日期和世界协调时表示；

消息有效期，以消息生成时间为基数表明消息有效时长。

3.如权利要求2所述的移动多媒体广播的交通业务编码方法，其特征在于，为了方便接收终端提取、筛选信息，对各业务的不同内容进行业务分层，将一条业务信息拆分成多条、分类发送；

所述业务分层包括对业务标识号进行分段，将特定的业务标识号区段分配给特定种类的业务，在此区段内的所有业务标识号对应这种业务的子信息。

4.如权利要求2所述的移动多媒体广播的交通业务编码方法，其特征在于，所述

业务标识号的字段长度为16比特；

业务类型的字段长度为1比特；

业务版本的字段长度为7比特；

消息标识号的字段长度为16比特；

消息版本号的字段长度为8比特；

消息生成时间的字段长度为40比特；

消息有效期的字段长度为24比特。

5.如权利要求1所述的移动多媒体广播的交通业务编码方法，其特征在于，

所述位置信息字段采用路表或者GPS的方式描述与交通相关的事件或状态所在的地理位置，其中，采用路表进行描述时，对道路进行编号，并采用该编号描述位置信息；

所述位置信息字段的字段长度为8的整数倍比特。

6.如权利要求5所述的移动多媒体广播的交通业务编码方法，其特征在于，所述对道路的编号采用路段标识号字段表示，采用BCD码，所述路段标识号字段包括道路属性字段、导航号字段和道路编号。

7.如权利要求5所述的移动多媒体广播的交通业务编码方法，其特征在于，

所述道路属性字段字段长度为19比特，包括16比特的行政区号字段和3比特的道路级别字段；

所述导航号字段字段长度为5比特，包括3比特的单向车道数字段和2比特的保留位；

所述路段编号字段字段长度为16比特。

8.如权利要求5所述的移动多媒体广播的交通业务编码方法，其特征在于，

路表定义的道路包括：城际间的道路、城市内部的道路、以及其他需要播报交通业务信息的道路，所述路表定义的道路构成主要的交通道路网络；

所述道路是由两个相邻的节点组成的路段，所述节点包括基本节点和特殊节点，所述基本节点包括地面道路的交叉口为节点、封闭道路沿途的出入口、其他特殊路段的匝道出入口；所述特殊节点包括横跨道路的天桥、公里桩、路段车道数发生变化处。

9.如权利要求1所述的移动多媒体广播的交通业务编码方法，其特征在于，

所述事件/状态信息字段描述路面状况信息，包括：实时路况信息、实时匝道信息、交通事故信息、饭店信息、停车场信息；

所述事件/状态信息字段的字段长度为8的整数倍比特。

10.如权利要求1-9中任一项所述移动多媒体广播的交通业务编码方法，其特征在于，

经编码后的交通业务信息采用文件模式接入移动多媒体广播复用系统，并采用文件分发协议传输信息；其中，根据业务标识号构成目录文件体系结构，在根目录下存放业务目录，业务目录由业务标识号命名，业务目录下存放该类型业务数据的文件或子目录；

或者，经编码后的交通业务信息采用流模式接入移动多媒体广播复用系统，在流模式下，经编码的交通业务信息通过分组打包后再轮发的方式，周期性地把信息输入复用系统；通过分组打包，把同一服务类型的、相同属性与状态的交通业务信息进行重新组合与压缩；通过轮发，使得在广播信道中，使得多个接收终端即使在不同的时候接入也能及时接收到全部信息。

Images