用于发布交通信息的方法、交通信息服务器和系统与流程

本发明涉及通信领域，特别涉及一种用于发布交通信息的方法、交通信息服务器和系统。
背景技术：
：RDS(RadioDataSystem，无线数据广播系统)是由EBU(EuropeanBroadcastingUnion，欧洲广播联盟)制定的数据广播系统的欧洲规范，RDS接收机的调频波段在87.5～108.0MHz范围，相邻电台波段间隔至少100kHz，在57kHz上加载副载波数据。每秒钟可传送148个字节的信息，除去冗余信息，有效的信息载荷为92字节。数据内容可以包括电台类型、节目类型、交通公告、广告信息、标准时间、天气预报等。TMC(TrafficMessageChannel，交通信息频道)是一个数字编码系统。TMC能产生连续的交通信息流，如交通拥塞或事故，可报告出事地点、时间与结果等。信息包括了一定地域范围内的交通状况。RDS-TMC是采用RDS技术实现信息发布的应用之一。交通信息在广播前按照TMC标准编码，采用RDS发布通道进行发布。车载终端设备可接收该码型信息，并可选择信息的实现方式，如文本、简单图形和语言等。在现有技术中，RDS的带宽低，承载信息有限，发送TMC事件数量也有限。所以通常每批交通信息只能发布其中部分，而不能将全部信息在有限的时间内都发布出去。同时RDS技术不能细分区域，使得终端接收无效信息。另一种交通信息发布方式是交通信息服务器通过移动通信网络与终端建立点对点连接，向终端发送交通信息。例如导航终端与服务器建立连接。目前，基于移动通信网络的实时导航业务一般使用A-GPS(Assisted GPS，辅助GPS)定位技术，通过移动通信网络反馈实时路况信息，指示导航路径。实时交通信息是点对点发布，终端必须在线，不能离线获得实时路况。同时大量终端点对点通信会占用无线资源。技术实现要素：本发明实施例提供一种用于发布交通信息的方法、交通信息服务器和系统。通过LTE(LongTermEvolution，长期演进)eMBMS(evolvedMultimediaBroadcastMulticastService，增强的多媒体广播组播业务)技术实现交通信息发布，既保证了无线资源的高效利用，同时又可控制信息发送区域，可针对特定区域发生和该区域相关的交通信息，使得用户获得有效信息。根据本发明的一个方面，提供一种用于发布交通信息的方法，包括：以预定周期读取指定组播区内的道路标识；采集与所述道路标识相关联的交通信息；将采集到的交通信息封装成交通报文，其中交通报文中还包括指定组播区标识；将交通报文发送给与指定组播区标识相关联组播区中的用户终端，以便用户终端获取相应的交通信息。在一个实施方式中，以预定周期读取指定组播区内的道路标识的步骤之后，还包括：读取与所述指定组播区相邻组播区内的道路标识，然后执行采集与所述道路标识相关联的交通信息的步骤。在一个实施方式中，采集与所述道路标识相关联的交通信息的步骤之后，还包括：采集所述指定组播区内主干道的交通信息，然后执行将采集到的交通信息封装成交通报文的步骤。在一个实施方式中，采集所述指定组播区内主干道的交通信息的步骤之后，还包括：采集与所述指定组播区相邻的组播区内主干道的交通信息，然后执 行将采集到的交通信息封装成交通报文的步骤。根据本发明的另一方面，提供一种用于发布交通信息的交通信息服务器，包括第一标识获取单元、第一信息采集单元、交通报文封装单元和交通信息发布单元，其中：第一标识获取单元，用于以预定周期读取指定组播区内的道路标识；第一信息采集单元，用于采集与所述道路标识相关联的交通信息；交通报文封装单元，用于将采集到的交通信息封装成交通报文，其中交通报文中还包括指定组播区标识；交通信息发布单元，用于将交通报文发送给与指定组播区标识相关联组播区中的用户终端，以便用户终端获取相应的交通信息。在一个实施方式中，交通信息服务器还包括第二标识获取单元，其中：第二标识获取单元，用于第一标识获取单元在以预定周期读取指定组播区内的道路标识后，读取与所述指定组播区相邻组播区内的道路标识，然后指示第一信息采集单元执行采集与所述道路标识相关联的交通信息的操作。在一个实施方式中，交通信息服务器还包括第二信息采集单元，其中：第二信息采集单元，用于第一信息采集单元在采集与所述道路标识相关联的交通信息后，采集所述指定组播区内主干道的交通信息，然后指示交通报文封装单元执行将采集到的交通信息封装成交通报文的操作。在一个实施方式中，交通信息服务器还包括第三信息采集单元，其中：第三信息采集单元，用于第二信息采集单元在采集所述指定组播区内主干道的交通信息后，采集与所述指定组播区相邻的组播区内主干道的交通信息，然后指示交通报文封装单元执行将采集到的交通信息封装成交通报文的操作。根据本发明的另一方面，提供一种用于发布交通信息的系统，包括交通信息服务器和网络侧设备，其中：交通信息服务器，为上述任一实施例涉及的交通信息服务器；网络侧设备，用于将交通报文发送给与指定组播区标识相关联组播区中的用户终端，以便用户终端获取相应的交通信息。在一个实施方式中，网络侧设备包括广播组播业务中心、多媒体广播组播业务网关和基站，其中：广播组播业务中心，用于在接收到交通信息服务器发送的交通报文后，识别与指定组播区标识相关联的指定组播区，并在会话建立后将交通报文封装成文件传输组播报文，将文件传输组播报文发送给多媒体广播组播业务网关；多媒体广播组播业务网关，用于利用IP多播将接收到的文件传输组播报文分发给与指定组播区标识相关联组播区中的基站；基站，用于将接收到的文件传输组播报文进行广播，以便相关组播区中的用户终端获取相应的交通信息。本发明通过采集指定组播区内的道路交通信息，将采集到的交通信息封装成交通报文，将交通报文发送给指定组播区中的用户终端，以便用户终端获取相应的交通信息。相对于现有的RDS技术，本发明可以针对不同的区域控制交通信息发布，并且传送的数据量大，适于城市密集交通信息发布；同时相对于现有的移动单播技术，本发明有效解决了无线资源复用问题，提高了无线资源的使用效率。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明用于发布交通信息的方法一个实施例的示意图。图2为本发明用于发布交通信息的方法另一实施例的示意图。图3为本发明交通信息服务器一个实施例的示意图。图4为本发明交通信息服务器另一实施例的示意图。图5为本发明用于发布交通信息的系统一个实施例的示意图。图6为本发明网络侧设备一个实施例的示意图。图7为本发明基于组播的交通信息发布架构示意图。图8为本发明报文封装一个实施例的示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。图1为本发明用于发布交通信息的方法一个实施例的示意图。优选 的，本实施例的方法步骤可由交通信息服务器执行。步骤101，以预定周期读取指定组播区内的道路标识。例如，可根据更新频度等策略确定的周期读取指定组播区内的道路标识信息。步骤102，采集与道路标识相关联的交通信息。交通信息反映道路的交通状态，例如畅通、拥堵、拥塞等，道路描述可以用于电子地图一致的方式标识。步骤103，将采集到的交通信息封装成交通报文，其中交通报文中还包括指定组播区标识。步骤104，将交通报文发送给与指定组播区标识相关联组播区中的用户终端，以便用户终端获取相应的交通信息。基于本发明上述实施例提供的用于发布交通信息的方法，通过采集指定组播区内的道路交通信息，将采集到的交通信息封装成交通报文，将交通报文发送给指定组播区中的用户终端，以便用户终端获取相应的交通信息。相对于现有的RDS技术，本发明可以针对不同的区域控制交通信息发布，并且传送的数据量大，适于城市密集交通信息发布；同时相对于现有的移动单播技术，本发明有效解决了无线资源复用问题，提高了无线资源的使用效率。图2为本发明用于发布交通信息的方法另一实施例的示意图。优选的，本实施例的方法步骤可由交通信息服务器执行。步骤201，以预定周期读取指定组播区内的道路标识。步骤202，读取与指定组播区相邻组播区内的道路标识。考虑到进入某组播区的用户可能会前往任意一个相邻组播区，因此有可能希望获知相邻区域的道路情况。步骤203，采集与道路标识相关联的交通信息。步骤204，采集指定组播区内主干道的交通信息。步骤205，采集与指定组播区相邻的组播区内主干道的交通信息。为了便于用户进行道路选择，还可以给用户提供相关区域内主干道的交通信息。步骤206，将采集到的交通信息封装成交通报文，其中交通报文中还包括指定组播区标识。步骤207，将交通报文发送给与指定组播区标识相关联组播区中的用户终端，以便用户终端获取相应的交通信息。下面通过一个具体示例对本发明进行说明。若城市划分成A、B、C、D4个MBSFN(MultimediaBroadcastMulticastServiceSingleFrequencyNetwork，多媒体广播组播单频网络)区，其相邻关系如表1所示。组播区ABCDA√√B√√C√D√表1各区的道路信息如表2所示。组播区道路MBSFNAA路B路C路…MBSFNBA路D路E路…表2因为进入某组播区的用户可能会前往任意一个相邻组播区，所以有可能希望获知相邻区域的道路信息。因此还需要存储组播区的相邻关系。因此A区需广播道路信息时需要将A、B、D区域内的交通信息。各区的道路信息如表2。当然如果需要，配置一定策略可以广播更多区域的交通信息。具体处理如下：以MBSFNA为例，与A相邻的有B、D这2个MBSFN。由此可知向MBSFNA广播的信息应该包括A、B、D三个区域道路交通信息，从表2可以获知A、B、D所涵盖的道路。同时获取相关区域的城市主干道路的交通信息。将获得的交通信息合并，生成需要向A区域广播的信息报文，示例如表3。信息包括道路及交通状态。交通状态可以是畅通、拥堵、拥塞等，道路描述可以用与电子地图一致的方式标识。道路交通状态A畅通B拥堵C拥塞D拥堵E畅通F拥堵表3通过将信息报文封装，并标识相应的ID，以指示本报文所属的MBSFN区。通过上述操作，既保证了无线资源的高效利用，同时又可控制信息发送区域，可针对特定区域发生和该区域相关的交通信息，使得用户获得有效信息。图3为本发明交通信息服务器一个实施例的示意图。如图3所示，交通信息服务器可包括第一标识获取单元301、第一信息采集单元302、交通报文封装单元303和交通信息发布单元304。其中：第一标识获取单元301，用于以预定周期读取指定组播区内的道路 标识。第一信息采集单元302，用于采集与道路标识相关联的交通信息。交通报文封装单元303，用于将采集到的交通信息封装成交通报文，其中交通报文中还包括指定组播区标识。交通信息发布单元304，用于将交通报文发送给与指定组播区标识相关联组播区中的用户终端，以便用户终端获取相应的交通信息。基于本发明上述实施例提供的用于发布交通信息的交通信息服务器，通过采集指定组播区内的道路交通信息，将采集到的交通信息封装成交通报文，将交通报文发送给指定组播区中的用户终端，以便用户终端获取相应的交通信息。相对于现有的RDS技术，本发明可以针对不同的区域控制交通信息发布，并且传送的数据量大，适于城市密集交通信息发布；同时相对于现有的移动单播技术，本发明有效解决了无线资源复用问题，提高了无线资源的使用效率。图4为本发明交通信息服务器另一实施例的示意图。如图4所示，其中的第一标识获取单元401、第一信息采集单元402、交通报文封装单元403和交通信息发布单元404与图3中的第一标识获取单元301、第一信息采集单元302、交通报文封装单元303和交通信息发布单元304相同，此外，在图4所示的实施例中，还进一步包括第二标识获取单元405。其中：第二标识获取单元405，用于第一标识获取单元401在以预定周期读取指定组播区内的道路标识后，读取与指定组播区相邻组播区内的道路标识，然后指示第一信息采集单元402执行采集与道路标识相关联的交通信息的操作。考虑到进入某组播区的用户可能会前往任意一个相邻组播区，因此有可能希望获知相邻区域的道路情况。优选的，交通信息服务器还包括第二信息采集单元406。其中：第二信息采集单元406，用于第一信息采集单元402在采集与道路标识相关联的交通信息后，采集指定组播区内主干道的交通信息，然后指示交通报文封装单元403执行将采集到的交通信息封装成交通报文 的操作。优选的，交通信息服务器还包括第三信息采集单元407。其中：第三信息采集单元407，用于第二信息采集单元406在采集指定组播区内主干道的交通信息后，采集与指定组播区相邻的组播区内主干道的交通信息，然后指示交通报文封装单元403执行将采集到的交通信息封装成交通报文的操作。为了便于用户进行道路选择，还可以给用户提供相关区域内主干道的交通信息。图5为本发明用于发布交通信息的系统一个实施例的示意图。如图5所示，该系统可包括交通信息服务器501和网络侧设备502。其中，交通信息服务器501为图3和图4中任一实施例涉及的交通信息服务器。网络侧设备502，用于将交通报文发送给与指定组播区标识相关联组播区中的用户终端，以便用户终端获取相应的交通信息。基于本发明上述实施例提供的用于发布交通信息的交通信息服务器，通过采集指定组播区内的道路交通信息，将采集到的交通信息封装成交通报文，将交通报文发送给指定组播区中的用户终端，以便用户终端获取相应的交通信息。相对于现有的RDS技术，本发明可以针对不同的区域控制交通信息发布，并且传送的数据量大，适于城市密集交通信息发布；同时相对于现有的移动单播技术，本发明有效解决了无线资源复用问题，提高了无线资源的使用效率。图6为本发明网络侧设备一个实施例的示意图。如图6所示，网络侧设备502包括广播组播业务中心(BroadcastMulticastServiceCenter，简称：BM-SC)601、多媒体广播组播业务网关(MultimediaBroadcastMulticastServiceGateway，简称：MBMSGW)602和基站(eNodeB)603。其中：广播组播业务中心601，用于在接收到交通信息服务器发送的交通报文后，识别与指定组播区标识相关联的组播区，并在会话建立后将交通报文封装成文件传输组播报文，将文件传输组播报文发送给多媒体广播组播业务网关602。多媒体广播组播业务网关602，用于利用IP多播将接收到的文件传输组播报文分发给与指定组播区标识相关联组播区中的基站603。基站603，用于将接收到的文件传输组播报文进行广播，以便相关组播区中的用户终端获取相应的交通信息。本发明基于组播的交通信息发布架构示意图如图7所示。其中，BM-SC识别文件ID与MBSFN的对应关系，如表4。之后发起会话建立请求，携带MBMS会话的各种属性。会话建立后将数据报文封装成文件传输组播报文，通过网关向相应的组播区传送。文件IDMBSFN1A2B3C表4在一个实施例中，报文可封装在FLUTE协议中，如图8所示。其中FLUTE构建在ALC(AsynchronousLayeredCoding，异步分层编码)实例上，结合了LCT(LayeredCodingTransport，分层编码传输)、CC(CongestionControl，拥塞控制)和FEC(ForwardErrorCorrection，前向纠错)技术来提供可靠内容异步传递。MBMSGW从BM-SC接收到的带有同步信息的MBMS负载，使用IP多播分发给相应区域中的eNodeB。eNodeB转发相关信息，用户终端从MCH信道上定期接收路况数据报文并存储在本地。当定位业务、导航业务被触发时，终端提取出本地存储的路况数据，显示路况信息或进行路径计算。本发明相对于现有的RDS技术，本发明可以针对不同的区域控制交通信息发布，并且传送的数据量大，适于城市密集交通信息发布；同时相对于现有的移动单播技术，本发明有效解决了无线资源复用问题，提高了无线资源的使用效率。本领域普通技术人员可以理解实现上述实施例的全部或部分步 骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。当前第1页1 2 3