CN102244681A - 传输数据的方法及*** - Google Patents

Abstract

本发明公开了一种传输数据的方法及***，方法包括：判断地面站向轨道交通车辆传输的待定数据的类型，当待定数据为实时数据时，通过实时通道传输待定数据，当待定数据为非实时数据时，通过非实时通道传输待定数据，其中，实时通道用于在任意时刻传输实时数据，非实时通道用于在轨道交通车辆进入地面站的信号覆盖范围内时传输非实时数据。***包括：判断单元，用于判断地面站向轨道交通车辆传输的待定数据的类型；发送单元，用于当待定数据为实时数据时，通过实时通道传输待定数据，以及当待定数据为非实时数据时，通过非实时通道传输待定数据。根据本发明的传输数据的方法及***，能够实现轨道交通车辆与地面站的信息的及时传输。

Description

传输数据的方法及***

技术领域

本发明涉及铁路通信技术，尤其涉及一种传输数据的方法及***。

背景技术

对于以不同速度行驶的轨道交通车辆，由于技术、环境和成本等方面的制约，通常采用铁路无线专网、电讯公网等不同方式进行数据传输，例如传输新闻咨询、售票情况、天气预报及旅游小贴士等等，然后呈现在轨道交通车辆的显示终端，旅客可以通过分布在不同车厢内的显示终端查询这些数据。但是，无论采用哪种方式，网络带宽都是相对有限的。现有技术中，在带宽有限的情况下，很多数据是不能够进行及时有效地传输的。例如，当某个非常重要的数据需要传输时，却由于正在传输其它并不重要的数据而导致传输延迟，如果延迟的时间非常长的话，将会为旅客带来极大的不便。

发明内容

本发明提供一种传输数据的方法及***，用以实现轨道交通车辆与地面的信息的及时传输。

本发明实施例提供一种传输数据的方法，包括：

判断地面站向轨道交通车辆传输的待定数据的类型，当所述待定数据为实时数据时，通过实时通道传输所述待定数据，当所述待定数据为非实时数据时，通过非实时通道传输所述待定数据；

其中，所述实时通道用于在任意时刻传输实时数据，所述非实时通道用于在所述轨道交通车辆位于所述地面站的信号覆盖范围内时传输非实时数据。

如上所述的传输数据的方法，优选地，所述判断地面站向轨道交通车辆传输的待定数据的类型包括：

根据所述待定数据所携带的标识符判断类型或者根据发送所述待定数据的发送端口判断类型。

如上所述的传输数据的方法，优选地，所述通过实时通道传输所述待定数据之前还包括：对所述待定数据进行特征提取，以减小所述待定数据的数据量。

如上所述的传输数据的方法，优选地，发送所述待定数据之前还包括：

当所述待定数据为多个时，判断所述待定数据的优先级并按照优先级从高到低的顺序向所述轨道交通车辆发送所述待定数据。

如上所述的传输数据的方法，优选地，所述通过非实时通道传输所述待定数据包括：

a：对所述待定数据进行特征提取，形成特征数据，进入步骤b；

b：判断所述特征数据的大小，如果所述特征数据不大于所述预设阈值，则进入步骤c，否则进入步骤d；

c：通过所述非实时通道传输所述特征数据；

d：对所述特征数据进行压缩分包，形成至少一个小于所述预设阈值的压缩分包数据，并通过所述非实时通道进行传输。

如上所述的传输数据的方法，优选地，在所述对所述待定数据进行特征提取之前，还包括：

判断所述待定数据的数据量大小，如果所述待定数据不超过预设阈值，则进入步骤c，否则，进入步骤a；

如上所述的传输数据的方法，优选地，在所述判断所述待定数据的数据量大小之前，还包括：

判断类型为非实时性数据的待定数据是否位于时效性范围内，当所述待定数据超出所述时效性范围时，舍弃所述待定数据，当所述待定数据不超出所述时效性范围时，进行判断所述待定数据的数据量大小的步骤。

如上所述的传输数据的方法，优选地，将所述轨道交通车辆停留在所述地面站的信号覆盖范围内时上传的最大数据量设置为所述预设阈值。

如上所述的传输数据的方法，优选地，当所述压缩分包数据为多个时，检测所述轨道交通车辆离开所述地面站的信号覆盖范围时所发送的压缩分包数据的个数，并根据检测结果将剩余的压缩分包数据发送至所述轨道交通车辆将要到达的下一地面站，所述下一地面站向所述轨道交通车辆传输所述剩余的压缩分包数据。

如上所述的传输数据的方法，优选地，其特征在于，对所述压缩分包数据进行加密。

如上所述的传输数据的方法，优选地，还包括：

对所述压缩分包数据进行标记并根据所述标记确定所述压缩分包数据的发送方式，所述标记包括文件大小、版本号、发送目的地、压缩分包标识、优先级和时效性中的至少一种，所述发送方式包括群发、针对车型发送、针对车次发送中的至少一种。

本发明还提供一种传输数据的***，包括：

判断单元，用于判断地面站向轨道交通车辆传输的待定数据的类型；

发送单元，用于当所述待定数据为实时数据时，通过实时通道传输所述待定数据，以及当所述待定数据为非实时数据时，通过非实时通道传输所述待定数据，其中，所述实时通道用于在任意时刻传输实时数据，所述非实时通道用于在所述轨道交通车辆进入所述地面站的信号覆盖范围内时传输非实时数据。

如上所述的传输数据的***，优选地，还包括：

特征提取单元，用于对所述待定数据进行特征提取，形成特征数据，并将所述特征数据发送至所述发送单元。

如上所述的传输数据的***，优选地，还包括：

第一比较单元，分别与所述判断单元和所述发送单元相连，所述第一比较单元用于当所述待定数据为非实时数据时，比较待定数据与预设阈值的大小，当所述待定数据不大于所述预设阈值时，触发所述发送单元发送所述待定数据，否则，将所述待定数据发送至特征提取单元；

所述第二比较单元，分别与所述特征提取单元、所述发送单元和压缩分包单元相连，所述第二比较单元用于比较所述特征数据与所述预设阈值的大小，当所述特征数据不大于所述预设阈值时，将所述特征数据发送到所述发送单元并通过所述发送单元向所述轨道交通车辆发送所述特征数据，否则，将所述特征数据发送至所述压缩分包单元；

所述压缩分包单元，分别与所述第二比较单元和所述发送单元相连，用于对所述特征数据进行压缩分包，形成至少一个小于所述预设阈值的压缩分包数据，并将所有的压缩分包数据发送到所述发送单元，以通过所述发送单元向所述轨道交通车辆发送所述压缩分包数据。

如上所述的传输数据的***，优选地，所述预设阈值为所述轨道交通车辆停留在信号覆盖范围内时上传的最大数据量。

如上所述的传输数据的***，优选地，还包括：

检测单元，用于检测轨道交通车辆离开所述地面站时所发送的压缩分包数据的个数，并根据检测结果将剩余的压缩分包数据发送至所述轨道交通车辆将要到达的下一地面站，以便所述下一地面站向所述轨道交通车辆传输所述剩余的压缩分包数据。

如上所述的传输数据的***，优选地，还包括：

第三比较单元，与所述发送单元相连，用于当发送多个所述待定数据时判断所述待定数据的优先级，并按照优先级从高到低的顺序向所述发送单元发送所述待定数据，所述发送单元依次发送该多个待定数据。

如上所述的传输数据的***，优选地，还包括：

时效性判定单元，位于所述判断单元和所述第一比较单元之间，用于判断类型为非实时性数据的待定数据是否位于时效性范围内，当所述待定数据超出所述时效性范围时，舍弃所述待定数据，当所述待定数据不超出所述时效性范围时，将所述待定数据发送至所述第一比较单元。

如上所述的传输数据的***，优选地，其特征在于，还包括：

加密单元，与所述压缩分包单元相连，用于对所述压缩分包数据进行加密；

如上所述的传输数据的***，优选地，还包括：

标记单元，与所述加密单元相连，用于对加密后的压缩分包数据进行标记，所述标记包括文件大小、版本号、发送目的地、压缩分包标识、优先级和时效性中的至少一种；

分发单元，与所述标记单元相连，用于根据所述标记单元的标记确定所述压缩分包数据的发送方式，所述发送方式包括群发、针对车型发送、针对车次发送中的至少一种。

本发明提供的传输数据的***和方法，通过将地面站与轨道交通车辆之间的通信通道分为两个通道，即实时通道和非实时通道，在带宽一定的情况下，通过判断所传输的待定数据的类型，能够保证需要及时传送的实时消息能够被及时地传送到轨道交通车辆上。

附图说明

图1为根据本发明实施例二的传输数据的方法流程图；

图2为根据本发明实施例四的传输数据的***结构示意图；

图3为根据本发明实施例五的传输数据的***结构示意图；

图4为根据本发明实施例五的具有检测单元和时效性判定单元的传输数据的***结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。需要说明的是，附图均采用非常简化的形式且均使用非精准的比率，仅用以方便、清晰地辅助说明本发明实施例的目的。

本实施例一提供一种传输数据的方法，包括：

判断地面站向轨道交通车辆传输的待定数据的类型，当待定数据为实时数据时，通过实时通道传输待定数据，当待定数据为非实时数据时，通过非实时通道传输待定数据；

其中，实时通道用于在任意时刻传输实时数据，非实时通道用于在轨道交通车辆位于地面站的信号覆盖范围内时传输非实时数据。

具体地，判断待定数据的类型的方式可以通过很多种方法，例如，根据待定数据所携带的标识符判断类型或者根据发送待定数据的发送端口判断类型。当然，还可以有很多种其它的方式，在此不再进行赘述。

根据本实施例的传输数据的方法，将地面站与轨道交通车辆之间的通信通道分为两个通道，即实时通道和非实时通道，实时通道用于传输实时信息，即需要向轨道交通车辆及时发布的信息，例如车票出售情况、是否晚点以及前方道路情况等等，非实时通道用于传输非实时消息，即新闻资讯、旅行百科、娱乐内容等等。这样，在带宽一定的情况下，通过判断所传输的待定数据的类型，能够保证需要及时传送的实时消息能够被及时地传送到轨道交通车辆上。

优选地，通过实时通道传输待定数据之前还包括：对待定数据进行特征提取，以减小待定数据的数据量。特征化提取即仅提取待定数据中比较重要的内容作为最终的传输内容，可以减小待定数据的数据量，缩短传输该待定数据的时间，并缩短了占用实时通道的时间，使实时消息或者非实时消息能够更快地到达轨道交通车辆。对待定数据进行特征提取可以是在判断待定数据类型之前，也可以是在判断待定数据类型之后。

特征提取的方式有很多种，举例来说，地面站需要向轨道交通车辆发送其它车次的售票信息时，根据车次、始发日期、列车始发地面站、列车终点地面站以及列车途径地面站等信息生成所经过的每一个地面站的席位状态。假设列车售票原始信息包括以下内容：车次号、始发日期、途径地面站站序、客票号、地面站站码、车厢号、座位号以及座位等级。以上原始信息为描述一张客票所需的全部信息，信息量较大，而且目前实际运营中，1列高铁列车为12车厢，每个车厢100个座位，假设最特殊的情况，即每张车票都是只卖了区间站，京沪线20个车站，则数据量级为20×12×100＝24000，如果每一个原始售票数据为20K，则待定数据大小就是24000×20K＝480M左右，该待定数据实时要求性相当高，假设实时通道的带宽为1M，如果发送原始待定数据对于实时通道来说，传输时间大概1小时左右，所以针对该待定数据进行特征提取，即可以仅传输该车票的车次号、始发日期，提取后的售票数据可以降低在1～2K左右，这样待定数据大概在24～48M左右，大大缩短数据传输时间。待定数据可以转换为以“0”和“1”表示的二进制数据，不仅可以使得传输较为便利，而且轨道交通车辆接收到该待定数据时，能够通过较简单的处理得到原始信息数据。轨道交通车辆如何处理二进制数据已经是现有技术，在此不再进行赘述。

优选地，发送待定数据之前还包括当待定数据为多个时，判断待定数据的优先级并按照优先级从高到低的顺序向轨道交通车辆发送待定数据。优先级的确定能够使得较为重要的待定数据优先发送到轨道交通车辆上，以使旅客尽早得知。优先级的确定方式有很多种，例如按照待定数据的种类、数据量的大小或者内容等等，可以根据实际需要设置相应地优先级次序，在此不再进行赘述。

本实施二在实施例一的基础上，具体说明当待定数据为非实时数据时，通过非实时通道传输待定数据的步骤，假设此时该待定数据并未进行特征提取操作，如图1所示，包括：

步骤101：对待定数据进行特征提取，形成特征数据，进入步骤102；

步骤102：判断特征数据的大小，如果特征数据不大于预设阈值，则进入步骤103，否则，进入步骤104。

步骤103：通过非实时通道传输该特征数据，否则，进入步骤104。

步骤104：对特征数据进行压缩分包，形成至少一个小于预设阈值的压缩分包数据，通过非实时通道进行传输。

具体地，步骤104中，当压缩分包数据为多个时，检测轨道交通车辆离开地面站的信号覆盖范围时所发送的压缩分包数据的个数，并根据检测结果将剩余的压缩分包数据发送至轨道交通车辆将要到达的下一地面站，下一地面站向轨道交通车辆传输剩余的压缩分包数据。这样，通过断点续传的方式，使得轨道交通车辆在离开正在进行传输的地面站的信号覆盖范围时，也能够通过进入下一地面站信号覆盖范围时继续传输待定数据，而无需重新传输，保证该待定数据能够以最快的速度被旅客所得知。

可选地，可将轨道交通车辆停留在信号覆盖范围内时上传的最大数据量设置为预设阈值。实际运行中，该轨道交通车辆在每个地面站所停留的时间是不一样的，这样就会导致在每个地面站信号覆盖范围内所能够上传的最大数据量是不一样的，因此，可以根据该轨道交通车辆的车次号将预设阈值设置为轨道交通车辆在每个地面站所覆盖的信号范围内所能够传输的数据的最大值当中的最小的一个。例如该轨道交通车辆只经过三个站，分别北京站、天津站、威海站，根据在北京站内所停留的时间得到在北京站时所能上传的最大数据量是2兆，然后根据同样的方法计算出在天津站时能够上传的最大数据量是3兆，在威海站时能够上传的最大数据量是1兆，可以将预设阈值设置为1兆。当然，还可以采用其它的方式对预设阈值进行设定。例如，根据非实时通道的带宽来设定给一个最适宜传送的大小，以保证数据以最快的速度进行上传。

可选地，在步骤101之前还包括：

判断待定数据的数据量大小，如果待定数据不超过预设阈值，则通过非实时通道进行传输，即进入步骤103，否则，进入步骤101。由于非实时的待定数据对时间要求较为宽松，因此即使晚一些到达轨道交通车辆也是可以的，这样，可以不对类型为非实时数据的待定数据进行特征提取，使旅客能够获知最全面的信息，适应各类人群的需求。

可选地，在判断待定数据的数据量大小之前，还包括：判断待定数据的时效性，当待定数据超出时效性范围时，舍弃待定数据，当待定数据不超出时效性时，判断待定数据的数据量大小。时效性指的在某段时间内才有用处，比如新闻，其对时效性有一定的要求，当从地面送出某段但过了N天才进行向轨道交通车辆进行传输时，该新闻已经失去了阅读的价值，即超出了时效性范围，舍弃该待定数据。通过时效性的判断，可以避免传送已经无效的数据信息。

根据本实施例的传输数据的方法，采用特征提取的方式，进一步减小所传输的待定数据的数据量，使待定信息能够以最快的速度传输到轨道交通车辆上。

本实施例三对实施例一和实施例二提供的传输数据的方法做进一步的改进，本实施例三的传输数据的方法还包括：对压缩分包数据进行加密。

通过加密的方式，可以保证在待定数据的传输过程中，即使数据被他人窃取，他人因为不知道解密的密钥而无法得知待定数据的具体内容。而接收数据的轨道交通车辆的显示端根据预先设置的解密方式对所接收的数据解密，即可以得知待定数据的具体内容。

当然，还可以根据实际需要监控待定数据的传送情况，以便得知所需要传送的待定数据是否已经开始传送，当待定数据发生异常时，例如由于丢失某个压缩分包数据或某些个压缩分包数据遭到损坏而使得轨道交通车辆的接收终端无法解压时，向地面站发送请求发送该待定数据的指令，以便地面站重新发送该待定数据，保证该待定数据能够顺利传输到位。

根据本实施例的传输数据的方法，能够保证所传输的待定数据的安全性。

优选地，本实施例的传输数据的方法，还包括：

对压缩分包数据进行标记并根据标记确定压缩分包数据的发送方式，标记包括文件大小、版本号、发送目的地、压缩分包标识、优先级和时效性中的至少一种，发送方式包括群发、针对车型发送、针对车次发送中的至少一种。这个步骤可以在进行加密步骤之前也可以在进行加密步骤之后，优选地，放在对压缩分包数据加密之后。

本实施例四提供一种传输数据的***，如图2所示，该传输数据的***200包括：判断单元201和发送单元202。

判断单元201用于判断地面站向轨道交通车辆传输的待定数据的类型；发送单元202用于当待定数据为实时数据时，通过实时通道传输待定数据，以及当待定数据为非实时数据时，通过非实时通道传输待定数据，其中，实时通道用于在任意时刻传输实时数据，非实时通道用于在轨道交通车辆进入地面站的信号覆盖范围内时传输非实时数据。

根据本实施例的传输数据的***200，将地面站与轨道交通车辆之间的通信通道分为两个通道，即实时通道和非实时通道，实时通道用于传输实时信息，即需要向轨道交通车辆及时发布的信息，例如车票出售情况、是否晚点以及前方道路情况等等，非实时通道用于传输非实时消息，即新闻资讯、旅行百科、娱乐内容等等。这样，在带宽一定的情况下，通过判断所传输的待定数据的类型，能够保证需要及时传送的实时消息能够被及时地传送到轨道交通车辆上。

优选地，该传输数据的***200还包括特征提取单元(图中未示出)。该特征提取单元用于对待定数据进行特征提取，并将特征提取后的待定数据发送至发送单元202。特征提取单元可接收判断单元201发送的待定数据，形成特征数据，并将特征数据发送到发送单元202，由发送单元202向轨道交通车辆发送特征提取后的待定数据；特征提取单元也可以将特征提取后的待定数据发送到判断单元201，通过判断单元201对特征提取后的待定数据的类型进行判断，并将该特征提取后的待定数据转发至发送单元202。通过对待定数据进行特征提取，能够减小待定数据的数据量，缩短传输该待定数据的时间，并缩短了占用实时通道的时间，使实时消息或者非实时消息能够更快地到达轨道交通车辆。特征提取方式可以与实施例一的相同。

本实施例五对实施例四中包括特征提取单元的传输数据的***做进一步地改进。如图3所示，该传输数据的***200还包括：第一比较单元301、第二比较单元302和压缩分包单元303。该传输数据的***200是特别针对非实时数据类型的待定数据进行设定的。

第一比较单元301分别与判断单元201和发送单元202相连，用于当待定数据为非实时数据时，比较待定数据与预设阈值的大小，当待定数据不大于预设阈值时，触发发送单元202发送待定数据，否则，将待定数据发送至特征提取单元203；第二比较单元302分别与特征提取单元203、发送单元202和压缩分包单元303相连，用于比较特征数据与预设阈值的大小，当特征数据不大于预设阈值时，将特征数据发送到发送单元202并通过发送单元202向轨道交通车辆发送特征数据，否则，将特征数据发送至压缩分包单元303；压缩分包单元303分别与第二比较单元302和发送单元202相连，用于对特征数据进行压缩分包，形成至少一个小于预设阈值的压缩分包数据，并将所有的压缩分包数据发送到发送单元202，以通过发送单元202向轨道交通车辆发送压缩分包数据。

根据上述单元所传输的数据，可能仅仅是所要传输的待定数据的一部分，根据预设的功能，轨道交通车辆能够显示已经发送的部分数据，所以，针对还没有传输的数据，可采用检测单元400进行相关检测，该检测单元400用于检测轨道交通车辆离开地面站时所发送的压缩分包数据的个数，并根据检测结果将剩余的压缩分包数据发送至轨道交通车辆将要到达的下一地面站，以便下一地面站向轨道交通车辆传输剩余的压缩分包数据。

优选地，该传输数据的***200还包括第三比较单元(图中未示出)，与发送单元202相连，用于当发送多个待定数据时判断待定数据的优先级，并按照优先级从高到低的顺序向发送单元202发送待定数据，发送单元202依次发送该多个待定数据。第三比较单元可以设置在发送单元202与其它任何单元之间，只需要保证发送至202的待定数据已经经过第三比较单元即可。

优选地，如图4所示，该传输数据的***200还包括时效性判定单元402，时效性判定单元402位于判断单元201和第一比较单元301之间，用于判断类型为非实时性数据的待定数据是否位于时效性范围内，当待定数据超出时效性范围时，舍弃待定数据，当待定数据不超出时效性范围时，将待定数据发送至第一比较单元301。

根据本实施例五的传输数据的***200，采用特征提取的方式，进一步减小所传输的待定数据的数据量，使待定信息能够以最快的速度传输到轨道交通车辆上。需要指出的是，根据轨道交通车辆所确定的车次号就能够知道其将要经过哪些地面站，而所有的数据均是通过这些将要经过的地面站向轨道交通车辆发送的，轨道交通车辆接收到数据后经过处理会呈现在显示终端上，以供旅客进行查看。处理过程可以为解压、格式转换等方式，在此不再进行赘述。

本实施例六对实施例四和实施例五的传输数据的***做进一步的改进，该实施例六的传输数据的***还包括加密单元。该加密单元用于对压缩分包数据进行加密。

优选地，该传输数据的***还包括标记单元和分发单元。

其中，标记单元与加密单元相连，用于对加密后的压缩分包数据进行标记，标记包括文件大小、版本号、发送目的地、压缩分包标识、优先级和时效性中的至少一种；分发单元与标记单元相连，用于根据标记单元的标记确定压缩分包数据的发送方式，发送方式包括群发、针对车型发送、针对车次发送中的至少一种。

根据本实施例六的具有加密单元的传输数据的***，通过加密单元对压缩分包数据进行，可以保证在待定数据的传输过程中，即使数据被他人窃取，他人因为不知道解密的密钥而无法得知待定数据的具体内容。而接收数据的轨道交通车辆的显示端根据预先设置的解密方式对所接收的数据解密，即可以得知待定数据的具体内容。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (20)

1.一种传输数据的方法，其特征在于，包括：

判断地面站向轨道交通车辆传输的待定数据的类型，当所述待定数据为实时数据时，通过实时通道传输所述待定数据，当所述待定数据为非实时数据时，通过非实时通道传输所述待定数据；

其中，所述实时通道用于在任意时刻传输实时数据，所述非实时通道用于在所述轨道交通车辆位于所述地面站的信号覆盖范围内时传输非实时数据。

2.根据权利要求1所述的传输数据的方法，其特征在于，所述判断地面站向轨道交通车辆传输的待定数据的类型包括：

根据所述待定数据所携带的标识符判断类型或者根据发送所述待定数据的发送端口判断类型。

3.根据权利要求1所述的传输数据的方法，其特征在于，所述通过实时通道传输所述待定数据之前还包括：对所述待定数据进行特征提取，以减小所述待定数据的数据量。

4.根据权利要求1所述的传输数据的方法，其特征在于，发送所述待定数据之前还包括：

当所述待定数据为多个时，判断所述待定数据的优先级并按照优先级从高到低的顺序向所述轨道交通车辆发送所述待定数据。

5.根据权利要求1所述的传输数据的方法，其特征在于，所述通过非实时通道传输所述待定数据包括：

a：对所述待定数据进行特征提取，形成特征数据，进入步骤b；

b：判断所述特征数据的大小，如果所述特征数据不大于所述预设阈值，则进入步骤c，否则进入步骤d；

c：通过所述非实时通道传输所述特征数据；

d：对所述特征数据进行压缩分包，形成至少一个小于所述预设阈值的压 缩分包数据，并通过所述非实时通道进行传输。

6.根据权利要求5所述的传输数据的方法，其特征在于，在所述对所述待定数据进行特征提取之前，还包括：

判断所述待定数据的数据量大小，如果所述待定数据不超过预设阈值，则进入步骤c，否则，进入步骤a。

7.根据权利要求6所述的传输数据的方法，其特征在于，在所述判断所述待定数据的数据量大小之前，还包括：

判断类型为非实时性数据的待定数据是否位于时效性范围内，当所述待定数据超出所述时效性范围时，舍弃所述待定数据，当所述待定数据不超出所述时效性范围时，进行判断所述待定数据的数据量大小的步骤。

8.根据权利要求5所述的传输数据的方法，其特征在于，将所述轨道交通车辆停留在所述地面站的信号覆盖范围内时上传的最大数据量设置为所述预设阈值。

9.根据权利要求5所述的传输数据的方法，其特征在于，当所述压缩分包数据为多个时，检测所述轨道交通车辆离开所述地面站的信号覆盖范围时所发送的压缩分包数据的个数，并根据检测结果将剩余的压缩分包数据发送至所述轨道交通车辆将要到达的下一地面站，所述下一地面站向所述轨道交通车辆传输所述剩余的压缩分包数据。

10.根据权利要求5～9中任一项所述的传输数据的方法，其特征在于，对所述压缩分包数据进行加密。

11.根据权利要求10所述的传输数据的方法，其特征在于，还包括：

对所述压缩分包数据进行标记并根据所述标记确定所述压缩分包数据的发送方式，所述标记包括文件大小、版本号、发送目的地、压缩分包标识、优先级和时效性中的至少一种，所述发送方式包括群发、针对车型发送、针对车次发送中的至少一种。

12.一种传输数据的***，其特征在于，包括： 

判断单元，用于判断地面站向轨道交通车辆传输的待定数据的类型；

发送单元，用于当所述待定数据为实时数据时，通过实时通道传输所述待定数据，以及当所述待定数据为非实时数据时，通过非实时通道传输所述待定数据，其中，所述实时通道用于在任意时刻传输实时数据，所述非实时通道用于在所述轨道交通车辆进入所述地面站的信号覆盖范围内时传输非实时数据。

13.根据权利要求12所述的传输数据的***，其特征在于，还包括：

特征提取单元，用于对所述待定数据进行特征提取，形成特征数据，并将所述特征数据发送至所述发送单元。

14.根据权利要求13所述的传输数据的***，其特征在于，还包括：

第一比较单元，分别与所述判断单元和所述发送单元相连，所述第一比较单元用于当所述待定数据为非实时数据时，比较待定数据与预设阈值的大小，当所述待定数据不大于所述预设阈值时，触发所述发送单元发送所述待定数据，否则，将所述待定数据发送至特征提取单元；

所述第二比较单元，分别与所述特征提取单元、所述发送单元和压缩分包单元相连，所述第二比较单元用于比较所述特征数据与所述预设阈值的大小，当所述特征数据不大于所述预设阈值时，将所述特征数据发送到所述发送单元并通过所述发送单元向所述轨道交通车辆发送所述特征数据，否则，将所述特征数据发送至所述压缩分包单元；

所述压缩分包单元，分别与所述第二比较单元和所述发送单元相连，用于对所述特征数据进行压缩分包，形成至少一个小于所述预设阈值的压缩分包数据，并将所有的压缩分包数据发送到所述发送单元，以通过所述发送单元向所述轨道交通车辆发送所述压缩分包数据。

15.根据权利要求14所述的传输数据的***，其特征在于，所述预设阈值为所述轨道交通车辆停留在信号覆盖范围内时上传的最大数据量。

16.根据权利要求14所述的传输数据的***，其特征在于，还包括： 

检测单元，用于检测轨道交通车辆离开所述地面站时所发送的压缩分包数据的个数，并根据检测结果将剩余的压缩分包数据发送至所述轨道交通车辆将要到达的下一地面站，以便所述下一地面站向所述轨道交通车辆传输所述剩余的压缩分包数据。

17.根据权利要求14所述的传输数据的***，其特征在于，还包括：

第三比较单元，与所述发送单元相连，用于当发送多个所述待定数据时判断所述待定数据的优先级，并按照优先级从高到低的顺序向所述发送单元发送所述待定数据，所述发送单元依次发送该多个待定数据。

18.根据权利要求14所述的传输数据的***，其特征在于，还包括：

时效性判定单元，位于所述判断单元和所述第一比较单元之间，用于判断类型为非实时性数据的待定数据是否位于时效性范围内，当所述待定数据超出所述时效性范围时，舍弃所述待定数据，当所述待定数据不超出所述时效性范围时，将所述待定数据发送至所述第一比较单元。

19.根据权利要求14～18中任一项所述的传输数据的***，其特征在于，还包括：

加密单元，与所述压缩分包单元相连，用于对所述压缩分包数据进行加密。

20.根据权利要求19所述的传输数据的***，其特征在于，还包括：

标记单元，与所述加密单元相连，用于对加密后的压缩分包数据进行标记，所述标记包括文件大小、版本号、发送目的地、压缩分包标识、优先级和时效性中的至少一种；

分发单元，与所述标记单元相连，用于根据所述标记单元的标记确定所述压缩分包数据的发送方式，所述发送方式包括群发、针对车型发送、针对车次发送中的至少一种。 

Images