一种利用DSM-CC协议传输数据的方法

摘要

本发明具体涉及一种利用DSM-CC协议传输数据的方法，属于通信领域。为解决目前终端接收DSI时出现误码，以及没有DSI就无法对接受的数据进行解码等导致数据传输效率低的问题，本发明提供包括如下步骤的方法：提取待传输数据中的关键数据流；将所述关键数据流进行单独编码成为数据流表头；将待传输数据编码转换为DSM-CC协议流；将所述数据流表头插入所述DSM-CC协议流；将所得到的DSM-CC协议流通过网络传输；网络终端接收到所述DSM-CC协议流并进行解码得到所述关键数据流；网络终端对所述DSM-CC协议流进行解码得到原待传输数据。该方案可有效提高终端的接收和解码效率，减小数据延迟，提高服务的可靠性。

权利要求

1.一种利用DSM-CC协议传输数据的方法，其特征在于，所述方法包括如下步骤：步骤1：根据具体待传输数据以及传输环境的特点，提取待传输数据中的关键数据流，所述关键数据流是指携带数据量少、信息价值高的那部分数据流；

步骤2：将所述关键数据流进行单独编码成为数据流表头；所述数据流表头包括下载服务标识数据段及一个数据群，所述数据群包括一个下载信息标识数据段以及若干个下载数据块数据段；

步骤3：将待传输数据编码转换为DSM-CC协议流；

步骤4：将所述数据流表头插入所述DSM-CC协议流；

步骤5：将步骤4所得到的DSM-CC协议流通过网络传输；

步骤6：网络终端接收到所述DSM-CC协议流并进行解码得到所述关键数据流；

步骤7：网络终端对所述DSM-CC协议流进行解码得到原待传输数据；

其中，所述步骤2具体包括：

步骤2.1：将所述关键数据流的数据封装在所述下载数据块数据段中；

步骤2.2：将所述关键数据流的数据长度、文件名和文件版本封装在所述下载信息标识数据段中，将所述下载信息标识数据段以及若干个下载数据块数据段编码形成数据群；

步骤2.3：将所述下载信息标识数据段的索引事务标识符信息和所述下载信息标识数据段中数据的总长度封装在所述下载服务标识数据段中，将所述下载服务标识数据段及所述数据群编码形成所述数据流表头。

2.如权利要求1所述的利用DSM-CC协议传输数据的方法，其特征在于，所述DSM-CC协议流包括下载服务标识数据段及一个数据超群，所述数据超群包括两个数据群，所述数据群包括一个下载信息标识数据段以及若干个数据模块，所述数据模块包括若干个下载数据块数据段；

所述步骤3具体包括：

步骤3.1：将待传输数据的内容封装在所述下载数据块数据段中；将若干个下载数据块数据段编码形成一个数据模块；

步骤3.2：将待传输数据的数据长度、文件名和文件版本封装在所述下载信息标识数据段中，将所述下载信息标识数据段以及若干个数据模块编码形成数据群；并将两个所述数据群编码形成一个数据超群；

步骤3.3：将所述下载信息标识数据段的索引事务标识符信息和所述下载信息标识数据段中数据的总长度封装在所述下载服务标识数据段中，将所述下载服务标识数据段及所述数据超群编码形成所述DSM-CC协议流。

3.如权利要求2所述的利用DSM-CC协议传输数据的方法，其特征在于，所述步骤4包括：步骤4.1：在所述步骤3.2中所形成的每一个数据群前都插入一个所述数据流表头；

步骤4.2：当所述步骤3.2中所形成的每一个数据群内下载数据块数据段数量超过200个时，在该位置对应的数据模块编码结束后，插入一个所述数据流表头。

4.如权利要求1所述的利用DSM-CC协议传输数据的方法，其特征在于，所述步骤5中网络传输的方式根据具体的传输环境决定。

5.如权利要求1所述的利用DSM-CC协议传输数据的方法，其特征在于，所述步骤6为所述步骤2的逆过程，具体包括：步骤6.1：从DSM-CC协议流中得到所述数据流表头的下载服务标识数据段，从下载服务标识数据段中得到每一个下载信息标识数据段的索引事务标识符信息和下载信息标识数据段中数据流表头数据的总长度信息；

步骤6.2：根据索引事务标识符信息，从DSM-CC协议流中找到每一个下载信息标识数据段，从找到的下载信息标识数据段中，得到所述关键数据流的模块编号、数据长度、文件名和文件版本信息；

步骤6.3：根据交通信息数据的模块编号、数据长度、文件名和文件版本信息，从DSM-CC协议流中找到所述关键数据流所对应的每一个下载数据块数据块，将所述关键数据流对应的所有下载数据块数据块全部收到后，将各个数据块的内容进行拼接，得到所述关键数据流并存储。

6.如权利要求1所述的利用DSM-CC协议传输数据的方法，其特征在于，所述步骤7为所述步骤3的逆过程，具体包括：步骤7.1：从DSM-CC协议流中得到原待传输数据的下载服务标识数据段，从下载服务标识数据段中得到每一个下载信息标识数据段的索引事务标识符信息和下载信息标识数据段中原待传输数据的总长度信息；

步骤7.2：根据索引事务标识符信息，从数字存储媒体命令和控制扩展协议流中找到每一个下载信息标识数据段，从找到的下载信息标识数据段中，得到原待传输数据的模块编号、数据长度、文件名和文件版本信息；

步骤7.3：根据交通信息数据的模块编号、数据长度、文件名和文件版本信息，从数字存储媒体命令和控制扩展协议流中找到原待传输数据所对应的每一个下载数据块数据块，将原待传输数据对应的所有下载数据块数据块全部收到后，将各个数据块的内容进行拼接，得到原待传输数据并存储。

说明书

一种利用DSM-CC协议传输数据的方法

[0001] 本申请要求申请日为2010年2月9日、申请号为2010101106819的中国专利申请的优先权。

技术领域

[0002] 本发明属于通信领域，具体涉及一种利用DSM-CC协议传输数据的方法。

背景技术

[0003] DSM-CC(Digital Storage Media Command and Control，数字存储媒体命令和控制扩展协议)是ISO/IEC 13818-6标准规定的的一种数据传输协议，能够实现周期性的数据广播业务，能够有效实现大量数据的循环广播。

[0004] ISO/IEC 13818-6标准规定了DSM-CC数据轮播规范。在DSM-CC协议中，数据按照模块进行传输，每个模块有多个数据块组成，同时模块可以组合成模块群，模块群可以组合成超群。同时，DSM-CC协议还提供较强的差错控制和事务控制功能。

[0005] 如图1所示，是DSM-CC协议的两种数据轮播方式示意图，图1-1的是一层的数据轮播，由“块(Block)、模块(Module)、群(Group)”组成，图1-2是两层的数据轮播，由“块、模块、群、超群(Super Group)”组成。

[0006] 在一层数据轮播中，传输的数据由DII(下载信息标识)数据段和DDB(下载数据块)数据段组成。其中的DII数据段相当于模块目录，存储了对各模块中数据的描述信息，例如文件名描述符等。在一层数据轮播中，DII数据段有且仅有一个，因此受到最大段长的限制，一层数据轮播能够传输的模块数量比较有限。

[0007] 两层数据轮播中，传输的数据由DSI(下载服务标识)数据段、DII数据段和DDB数据段组成，其中DSI数据段相当于群目录，存储了对所有群的描述信息，而DII数据段相当于第二层的模块目录，存储了群众的各个模块的描述信息。在两层数据轮播中存在唯一的一个DSI数据段和多个DII数据段，因此相比一层的数据轮播来说，两层的数据轮播具有更强的适应性。

[0008] 按照DSM-CC的数据组织形式，用两层数据轮播方式进行传输，数据经过编码后的标准数据流文件如图2所示。

[0009] 每一个群(Group)是由多个文件组成的，整个数据流是由多个群(Group)组成的。在数据流中有一个DSI数据段，储存数据流中所有群(Group)的索引信息，位于数据流起始位置，在整个数据流中只出现一次。在每个群中有一个DII数据段，储存群中各个文件(即模块)的信息，位于群内的起始位置，在整个群中只出现一次。也就是说，如果在第一次接收的时候由于误码(比如车辆行驶到地下停车场等信号不好的地方)而没有接收到DSI数据段，第一次接收到的其余所有信息就会全部被丢弃，而接收终端会等待下一次循环能够接收到一个合法的DSI数据段。这样，接收终端的延迟会非常大，可靠性也不高。智能终端进行数据解码时，需要从DSI数据段中获取所有群的信息，同时从群中获得模块的信息，然后从DDB数据段中解码得到原始的数据。DSM-CC的数据组织形式，DSI数据段在一个轮播过程中只有一次，从而存在智能终端在接收DSI时出现误码，以及没有DSI时就无法对已经接受的数据进行解码等导致数据传输效率低的问题。

发明内容

[0010] (一)要解决的技术问题

[0011] 本发明目的在于提供一种利用DSM-CC协议传输数据的方法，可以解决现有技术中智能终端在接收DSI时出现误码，以及没有DSI时就无法对已经接受的数据进行解码等导致数据传输效率低的问题。

[0012] (二)技术方案

[0013] 为实现上述目的，本发明提供一种利用DSM-CC协议传输数据的方法，包括如下步骤：

[0014] 步骤1：根据具体待传输数据以及传输环境的特点，提取待传输数据中的关键数据流，所述关键数据流是指携带数据量少、信息价值高的那部分数据流；

[0015] 步骤2：将所述关键数据流进行单独编码成为数据流表头；

[0016] 步骤3：将待传输数据编码转换为DSM-CC协议流；

[0017] 步骤4：将所述数据流表头插入所述DSM-CC协议流；

[0018] 步骤5：将步骤4所得到的DSM-CC协议流通过网络传输；

[0019] 步骤6：网络终端接收到所述DSM-CC协议流并进行解码得到所述关键数据流；

[0020] 步骤7：网络终端对所述DSM-CC协议流进行解码得到原待传输数据。

[0021] 所述数据流表头包括下载服务标识数据段及一个数据群，所述数据群包括一个下载信息标识数据段以及若干个下载数据块数据段；

[0022] 所述步骤2具体包括：

[0023] 步骤2.1：将所述关键数据流的数据封装在所述下载数据块数据段中；

[0024] 步骤2.2：将所述关键数据流的数据长度、文件名和文件版本封装在所述下载信息标识数据段中，将所述下载信息标识数据段以及若干个下载数据块数据段编码形成数据群；

[0025] 步骤2.3：将所述下载信息标识数据段的索引事务标识符信息和所述下载信息标识数据段中数据的总长度封装在所述下载服务标识数据段中，将所述下载服务标识数据段及所述数据群编码形成所述数据流表头。

[0026] 所述DSM-CC协议流包括下载服务标识数据段及一个数据超群，所述数据超群包括两个数据群，所述数据群包括一个下载信息标识数据段以及若干个数据模块，所述数据模块包括若干个下载数据块数据段；

[0027] 所述步骤3具体包括：

[0028] 步骤3.1：将待传输数据的内容封装在所述下载数据块数据段中；将若干个下载数据块数据段编码形成一个数据模块；

[0029] 步骤3.2：将待传输数据的数据长度、文件名和文件版本封装在所述下载信息标识数据段中，将所述下载信息标识数据段以及若干个数据模块编码形成数据群；并将两个所述数据群编码形成一个数据超群；

[0030] 步骤3.3：将所述下载信息标识数据段的索引事务标识符信息和所述下载信息标识数据段中数据的总长度封装在所述下载服务标识数据段中，将所述下载服务标识数据段及所述数据超群编码形成所述DSM-CC协议流。

[0031] 所述步骤4包括：

[0032] 步骤4.1：在所述步骤3.2中所形成的每一个数据群前都插入一个所述数据流表头；

[0033] 步骤4.2：当所述步骤3.2中所形成的每一个数据群内下载数据块数据段数量超过200个时，在该位置对应的数据模块编码结束后，插入一个所述数据流表头。

[0034] 所述步骤5中网络传输的方式根据具体的传输环境决定。

[0035] 所述步骤6为所述步骤2的逆过程，具体包括：

[0036] 步骤6.1：从DSM-CC协议流中得到所述数据流表头的下载服务标识数据段，从下载服务标识数据段中得到每一个下载信息标识数据段的索引事务标识符信息和下载信息标识数据段中数据流表头数据的总长度信息；

[0037] 步骤6.2：根据索引事务标识符信息，从DSM-CC协议流中找到每一个下载信息标识数据段，从找到的下载信息标识数据段中，得到所述关键数据流的模块编号、数据长度、文件名和文件版本信息；

[0038] 步骤6.3：根据交通信息数据的模块编号、数据长度、文件名和文件版本信息，从DSM-CC协议流中找到所述关键数据流所对应的每一个下载数据块数据块，将所述关键数据流对应的所有下载数据块数据块全部收到后，将各个数据块的内容进行拼接，得到所述关键数据流并存储。

[0039] 所述步骤7为所述步骤3的逆过程，具体包括：

[0040] 步骤7.1：从DSM-CC协议流中得到原待传输数据的下载服务标识数据段，从下载服务标识数据段中得到每一个下载信息标识数据段的索引事务标识符信息和下载信息标识数据段中原待传输数据的总长度信息；

[0041] 步骤7.2：根据索引事务标识符信息，从数字存储媒体命令和控制扩展协议流中找到每一个下载信息标识数据段，从找到的下载信息标识数据段中，得到原待传输数据的模块编号、数据长度、文件名和文件版本信息；

[0042] 步骤7.3：根据交通信息数据的模块编号、数据长度、文件名和文件版本信息，从数字存储媒体命令和控制扩展协议流中找到原待传输数据所对应的每一个下载数据块数据块，将原待传输数据对应的所有下载数据块数据块全部收到后，将各个数据块的内容进行拼接，得到原待传输数据并存储。

[0043] (三)有益效果

[0044] 本发明技术方案利用数字存储媒体命令和控制扩展协议将待传输数据通过网络进行传输，针对具体待传输数据以及传输环境的特点中，待传输数据由少量的关键数据和大量的其他信息组成的特点，对于DSM-CC协议进行了重新的组织和调整，将待传输数据中的关键数据作为单独的数据群与下载服务标识数据段信息单独编码为数据流表头，然后将数据流表头多次插入到对待传输数据进行整体编码后得到的DSM-CC协议中，即实现将该关键数据按照一定的规则进行重复传输，有效提高了终端的接收和解码效率，减小了数据延迟，提高了服务的可靠性，使得信息传输能够更好的满足用户移动性的要求，确保重要信息的传输。

附图说明

[0045] 图1为DSM-CC协议数据轮播方式示意图；

[0046] 图2为标准DSM-CC数据流结构示意图；

[0047] 图3为本发明实施例中利用DSM-CC协议传输交通信息的方法流程图；

[0048] 图4为通过本发明实施例中重新组织编码后得到的DSM-CC数据流；

[0049] 其中，DDB：下载数据块数据段；DII：下载信息标识数据段；

[0050] DSI：下载服务标识数据段；SDT：服务描述表数据段；

[0051] Module：数据模块；Group：数据群；Head：数据流表头；

[0052] 图5为本发明实施例中将实时路况数据编码形成数据流表头的流程图；

[0053] 图6为本发明实施例中将交通信息编码形成DSM-CC协议流的流程图；

[0054] 图7为本发明实施例中将数据流表头插入到DSM-CC协议流中的流程图。

具体实施方式

[0055] 为使本发明的目的、内容、和优点更加清楚，下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

[0056] 实施例

[0057] 本实施例以交通信息传输技术领域为例来具体描述利用DSM-CC协议通过地面传输数字电视网络传输交通信息的方法。

[0058] 数字电视是利用数字技术，将压缩后的图像数据以及节目相关的数据按照标准的格式生成数字电视传输流TS(Transport Stream)，然后经过调制后发送，接收端通过解调、解码还原成清晰图像以及相关数据的电视广播技术。数字电视节目专用信息PSI(Program SpecialInformation)以及业务信息(SI)主要包括节目关联表PAT(ProgramAssociation Table)、节目映射表PMT(Program Map Table)、条件接收表CAT(Conditional Access Table)、事 件 信 息 表EIT(EventInformation Table)、业 务 描 述 表 SDT(Service Description Table)等，其中，PAT表提供一个节目号(program_number)和包含此程序定义的传输流分组的PID(一个唯一的整数值，用来联系含有一道或者多道程序的传送流中的一道程序的原始数据流)间的对应之处；PMT表提供节目号Program_number与节目码流的映射；CAT表提供了在一个或多个CA系统及其授权管理信息；EIT表按时间顺序提供每一个节目业务中包含的节目段的信息；SDT表描述包含于一个特定的传输流中的业务。

[0059] 近年来，数字广播地面传输技术已经逐渐成熟，各国标准已经确定的地面数字电视传输标准有欧洲的DVB-T、美国的ATSC、日本的ISDB-T、中国的DTMB(Digital Terrestrial Multimedia Broadcast，数字电视地面多媒体广播标准)。地面传输数字电视国家标准DTMB支持周期性数据模块传输的数据轮播规范。数据轮播规范基于数字存储媒体命令和控制扩展协议DSM-CC，能够将任意类型的二进制数据进行编码，通过地面传输数字电视网络进行广播。

[0060] 目前，以私家车和出租车为代表的个体出行用户逐渐发展成为城市交通的主力军，与公共交通相比，个体用户出行有着更加多样的出行需求和最优化的出行路径选择。同时，旅游业的兴起在节假日也常常给城市带来了巨大的旅游交通压力。

[0061] 目前在面向大众出行者的交通与出行信息服务方面存在的需求包括：广域、大容量和低成本的信息发布有效途径；以文字、语音等方式提供交通信息以实现面向大众出行者的动态导航与及时的交通诱导；使用规范方法来描述和传输动态交通和出行信息。

[0062] 实时交通信息，例如道路的实时交通流量、被临时变更的单行道、路口转弯通信许可、紧急情况发生的位置以及道路的实时图像等信息，通过无线通信手段向所有大众出行者或者车辆驾驶员广播，并由车载或者用户设备识别选择接收，是实现未来车辆导航和交通诱导的基础。

[0063] 目前，用于交通诱导的交通信息的传输方式主要有：

[0064] 1、使用道路附近的交通诱导屏传输交通信息。通过适当选择交通诱导屏的位置和大小以及足够大的显示文字，汽车驾驶员在行进中能清楚地看到交通诱导屏显示的信息。但是，交通诱导屏传输实时交通信息具有很大的局限性，一方面，交通诱导屏显示的信息量非常有限；另一方面，交通诱导屏一般只显示它附近路段的交通信息，显示信息的覆盖范围有限。

[0065] 2、使用通用分组无线业务GPRS(General Packet Radio Service)或者码分多址技术CDMA(Code Division Multiple Access)传输交通信息。随着移动通信的不断发展，使用移动终端上网的用户不断增加，GPRS/CDMA网络提供端到端的无线IP连接，能更有效地利用无线网络信息资源，特别适合于突发性，频繁的小流量数据传输。但是，基于GPRS/CDMA网的TCP/IP协议的无线通信方式由于受基站容量限制，不能同时对多数用户传输实时交通信息，同时GPRS/CDMA通信费用也比较高。

[0066] 3、使用频率调制技术FM(Frequency Modulation)调频副载波、红外信标或者数字音频广播DAB(Digital Audio Broadcasting)传输交通信息。在国外较早的一些智能交通系统中，日本的VICS系统和欧洲的RDS-TMC系统使用了FM调频副载波的方式传输交通信息；德国的AliScout系统使用红外信标传输交通信息；我国的1039新媒体机使用DAB数据广播来传输交通信息。FM调频副载波、红外信标和DAB都使用广播方式传输交通信息，覆盖范围大，使用成本低。但是，这三种广播方式的信道容量普遍较小，信息传输速率较低，信息服务的内容也比较单一，只包括最基本的路况信息和其他文本信息。

[0067] 4、使用传输协议专家组TPEG(Transport Protocol Experts Group)协议，通过数字电视传输交通信息。TPEG定义了一套交通与出行信息TTI(Traffic and Travel Information)编码标准，定义了包括道路交通信息、服务与网络信息、共同交通信息等多种类型信息的XML格式标准和二进制流标准。TPEG具有较强的兼容性，可通过互联网络、数字广播、数字电视等媒介发布交通与出行信息。韩国的交通信息服务系统使用了TPEG协议传输交通信息，该系统使用了数字电视作为传输信道，传输速率比FM调频副载波等技术有了提高。但是，TPEG协议定义的交通与出行信息编码标准只能编码和传输简单的文本信息，无法传输复杂的多媒体信息，例如图像信息和视频信息，应用范围有限。

[0068] 综上所述，现有技术中存在交通信息的信息传输速率较低，信息内容比较单一的问题，由于TPEG协议本身的限制，只能传输简单的交通信息和文本信息，需要选择新的传输协议来实现图像等多媒体信息的传输，从而利用DSM-CC传输协议来传输交通信息的技术方案应运而生。

[0069] 综合交通信息服务接入系统目前处理的交通信息包括两类，一类是实时路况信息，主要内容是城市交通主干道的行驶速度信息；另一类是交通路口的图像信息。这些信息都是由交管局定时更新提供，其中实时路况信息最为重要，它能使出行者对整个城市的道路状况有大体了解。按照DSM-CC的数据组织形式，用两层数据轮播方式进行传输，交通信息数据经过编码后的标准数据流文件如图2所示。

[0070] 但根据本发明所提供的技术方案可对上述现有的利用DSM-CC的数据组织形式传输交通信息的方法进行重新的组织和调整，使得信息传输能够更好的满足用户移动性的要求，确保重要交通信息的传输。

[0071] 如图3所示，根据本发明技术方案来传输交通信息的方法具体包括如下步骤：

[0072] 步骤1：首先从不同的交通信息提供者获取并存储交通信息，提取交通信息中的实时路况数据并进行单独编码成为数据流表头Head；

[0073] 本实施例对交通信息没有格式上的要求，可以接受实时路况信息、交通路口图像信息、交通路口视频信息和地图数据更新信息。其中，实时路况信息可视为交通信息中最重要的信息，具有数据量少，所携带信息价值高等特征；

[0074] 使用交通信息数据的文件名作为标识来存储交通信息数据。存储交通信息数据时，记录交通信息数据的内容、数据长度、文件名和文件版本信息。

[0075] 所述数据流表头Head包括下载服务标识DSI数据段及一个数据群Group，所述数据群Group包括一个下载信息标识DII数据段以及若干个下载数据块DDB数据段；

[0076] 如图5所示，所述步骤1具体包括：

[0077] 步骤1.1：将所述实时路况数据封装在所述DDB数据段中；

[0078] 步骤1.2：将所述实时路况数据的数据长度、文件名和文件版本封装在所述DII下载信息标识数据段中，将所述DII数据段以及若干个DDB数据段形成Group；

[0079] 步骤1.3：将所述DII数据段的索引事务标识符TransactionID信息和所述DII数据段中数据的总长度封装在所述DSI数据段中，将所述DSI数据段及所述数据群编码形成所述数据流表头Head。

[0080] 该步骤将数据流中最重要的实时路况数据放在独立的群中，进行单独编码，以便在数据流中重复插入，减少接收终端的等待时间。实时路况信息位于数据流的一个特殊的群中(Group 0)，并且该群只包括实时路况信息。这个群实际上就是给实时路况信息开小灶，将其和对应的DII数据段、DSI数据段组合在一起，每次出现实时路况信息的数据包时，前面必定有DSI数据段和DII数据段，这样减小实时路况的延迟。

[0081] 步骤2：将交通信息转换为DSM-CC协议流；

[0082] 所述DSM-CC协议流包括DSI数据段及一个数据超群SuperGroup，所述数据超群包括两个数据群Group，所述数据群包括一个DII数据段以及若干个数据模块，所述数据模块包括若干个DDB数据段；

[0083] 如图6所示，所述步骤2具体包括：

[0084] 步骤2.1：将交通信息中的每一条数据分割成数据块，把分割后的数据块封装插入到DDB数据段中。除了最后一个DDB数据段中的数据块可能较小外，其余数据段中的数据块大小均相同，数据块最长不超过4066字节；

[0085] 将若干个DDB数据段编码形成一个数据模块；

[0086] 步骤2.2：建立DII数据段，将交通信息中每一条数据的数据长度、文件名和文件版本信息依次插入到DII数据段中，并且为每一条数据确定一个模块编号。每一个DII数据段能够容纳的数据长度、文件名和文件版本信息长度不超过4050字节，如果交通信息条数较多，在一个DII数据段被填满后，建立新的DII数据段继续填充数据；

[0087] 将所述DII数据段以及若干个数据模块编码形成数据群Group；

[0088] 将两个所述数据群Group编码形成一个数据超群Super Group；

[0089] 步骤2.3：建立DSI数据段，将每一个DII数据段的索引事务标识符TransactionID域信息和该数据段包含数据的总长度信息依次插入到DSI数据段中，DSI数据段中能够容纳的DII数据段数量不超过337个；

[0090] 将所述DSI数据段及所述数据超群Super Group编码形成DSM-CC协议流。

[0091] 步骤3：将所述数据流表头Head插入到所述DSM-CC协议流中；

[0092] 如图7所示，所述步骤3包括：

[0093] 步骤3.1：在所述步骤2.2中所形成的每一个数据群Group前都插入一个所述数据流表头Head；

[0094] 步骤3.2：当所述步骤2.2中所形成的每一个数据群Group内的DDB数据段数量超过200个时，在该位置对应的数据模块编码结束后，插入一个所述数据流表头Head。

[0095] 该步骤将数据流表头Head重复插入数据流中，以保证重要信息在数据流的各个位置都会出现，能够及时被终端收到。

[0096] 至此，如图4所示，在经过数据流表头的制定、交通信息编码转换以及数据流表头的插入等步骤后，交通信息已经按照数字存储媒体命令和控制扩展协议DSM-CC的要求，编码得到DSM-CC流。

[0097] 按照这种数据组织方式进行数据轮播，可以非常快的接收到实时路况信息，并且智能终端的解码效率也可得到大大的提高。

[0098] 步骤4：将步骤3所得到的DSM-CC协议流按照数字电视节目的标准进行规范化，并编码成为符合ISO/IEC 13818-1标准的数字电视传输流；

[0099] 所述数字电视传输流包括节目映射表、服务描述表以及节目关联表；

[0100] 所述步骤4具体包括：

[0101] 步骤4.1：在所述节目映射表中添加由所述步骤3得到的DSM-CC协议流的节目标识符PID字段，并设置相应的服务号字段，将DSM-CC流作为一路单独的节目添加到数字电视传输流中；

[0102] 步骤4.2：将所述服务描述表中的服务标识字段与节目映射表中的服务号字段设置为相同的标识，并为DSM-CC流添加服务描述符；

[0103] 步骤4.3：在所述节目关联表中添加所述节目映射表的服务号字段，并将所述节目关联表中对应所述节目映射表的节目标识符PMT PID字段与所述节目映射表的节目标识符PID字段设置为相同的标识；

[0104] 步骤4.4：将所述节目关联表、节目映射表、服务描述表和由所述步骤3得到的DSM-CC协议流编码成数字电视传输流。

[0105] 至此，数字存储媒体命令和控制扩展协议DSM-CC流已经按照ISO/IEC 13818-1标准完成了编码，成为一路标准的数字电视传输流。

[0106] 步骤5：通过数字电视码流发射卡，将编码后的数字电视传输流送入数字电视发射机中，由数字电视发射机进行调制后进行广播。

[0107] 至此，根据步骤1-5所提供的方法，交通信息能够接入到地面传输数字电视网络中，通过数字电视网络进行广播。

[0108] 步骤6：智能导航终端从所述数字电视传输流中分离出所述DSM-CC协议流；

[0109] 所述节目映射表包括对应所述DSM-CC协议流的节目标识符字段及相应的服务号字段；

[0110] 所述步骤6具体包括：

[0111] 步骤6.1：智能导航终端包含现有的数字电视接收装置，可以接收地面传输数字电视信号，得到数字电视传输流并进行解码；

[0112] 步骤6.2：数字电视接收装置对接收到的数字电视传输流进行解码，根据指定的服务号，找到包含交通信息的DSM-CC协议流的节目标识符PID；

[0113] 步骤6.3：数字电视接收装置根据所述节目标识符PID从数字电视传输流中分离出DSM-CC协议流。

[0114] 步骤7：智能导航终端从所述DSM-CC协议流中解析出交通信息及实施路况数据的过程与所述步骤1及2的编码过程相反，先得到下载服务标识DSI数据段，再根据下载服务标识DSI数据段找到下载信息标识DII数据段，然后根据下载信息标识DII数据段找到下载数据块DDB数据段，完成解码；

[0115] 所述下载服务标识DSI数据段包括对应所述下载信息标识DII数据段的索引事务标识符信息；

[0116] 所述步骤7解码过程具体包括：

[0117] 步骤7.1：从DSM-CC流中得到数据流表头DSI数据段，从DSI数据段中得到每一个DII数据段的索引事务标识符TransactionID信息和DII数据段数据总长度信息；

[0118] 步骤7.2：根据索引事务标识符TransactionID信息，从DSM-CC流中找到每一个DII数据段，从找到的DII数据段中，得到实施路况数据的模块编号、数据长度、文件名和文件版本信息；

[0119] 步骤7.3：根据实施路况数据的模块编号、数据长度、文件名和文件版本信息，从DSM-CC流中找到实施路况数据所对应的每一个DDB数据块，将实施路况数据对应的所有DDB数据块全部收到后，将各个数据块的内容进行拼接，得到实施路况数据并存储；

[0120] 步骤7.4：从DSM-CC流中得到交通信息DSI数据段，从DSI数据段中得到每一个DII数据段的索引事务标识符TransactionID信息和DII数据段数据总长度信息；

[0121] 步骤7.2：根据索引事务标识符TransactionID信息，从DSM-CC流中找到每一个DII数据段，从找到的DII数据段中，得到每一条完整交通信息数据的模块编号、数据长度、文件名和文件版本信息；

[0122] 步骤7.3：根据交通信息数据的模块编号、数据长度、文件名和文件版本信息，从DSM-CC流中找到每一条交通信息数据所对应的每一个DDB数据块，将一条交通信息数据对应的所有DDB数据块全部收到后，将各个数据块的内容进行拼接，得到该条交通信息数据并存储。

[0123] 至此，已经从数字存储媒体命令和控制扩展协议DSM-CC流中解码得到了所传输的交通信息并完成了存储。

[0124] 本实施例利用数字存储媒体命令和控制扩展协议将实时交通信息通过地面传输数字电视网络进行传输，针对实时交通信息的特点和地面数字电视广播信道的特点，对于DSM-CC协议进行了重新的组织和调整，使得信息传输能够更好的满足用户移动性的要求，确保重要交通信息的传输。本实施例针对实时交通信息由少量的实时路况信息和大量的其他信息组成的特点，将实时路况信息作为单独的数据群与下载服务标识数据段信息单独编码，并且按照一定的规则进行重复传输，有效提高了终端的接收和解码效率，减小了数据延迟，提高了服务的可靠性。

[0125] 综上所述，根据本发明所提供的方法可以利用数字存储媒体命令和控制扩展协议将含有关键数据的数据流通过特定网络传播方式进行广播，并由智能导航终端接收、解码并存储以实现数据的快速传输。

[0126] 以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和变形，这些改进和变形也应视为本发明的保护范围。