CN1845479B - 一种交通信息数据的广播方法及系统 - Google Patents

Abstract

本发明公开了一种交通信息数据广播的方法及系统，适用于对交通信息数据的广播，所述方法包括设置交通区域，以及所述交通区域覆盖的无线蜂窝小区；设置所述交通区域的交通信息数据；对所述交通区域分配一个广播多播业务流，所述广播多播业务流通过广播多播业务流标识与所述交通区域对应；在所述交通区域所覆盖的无线蜂窝小区广播承载所述交通信息数据的广播多播业务流。本发明在系统不需要对移动台定位的情况下，实现了移动台自动接收与位置相关的交通信息数据业务。通过本发明，用户可以随时获得自己需要的准确、实时的交通信息数据，从而更好地调整行驶线路，提高城市道路的利用率，并能够进一步提高城市的交通运输能力。

Description

一种交通信息数据的广播方法及系统 

技术领域

本发明涉及无线通信领域，尤其涉及对交通信息数据进行广播的广播方法及广播系统，以及接收广播交通信息数据的接收方法及移动台。 

背景技术

如何方便、及时地获取准确的交通信息数据，对于城市的交通很重要。司机可以根据交通信息数据提供的路况情况及时调整行驶线路，避开交通繁忙的道路，选择比较空闲的道路，从而提高了空闲道路的利用率，降低了繁忙路段的交通负荷，进而提高城市的交通运输能力。 

目前，交通信息数据的传输主要通过无线调频广播方式，广播电台将经过收集编辑的交通信息数据通过无线调频广播方式进行广播，用户通过收音机等无线调频接收设备接收广播的交通信息数据，这种方式能够使得用户获得一定的交通信息数据，但是存在以下几个缺点： 

(1)信息的交互性差，无线调频广播属于单向广播方式，用户只能被动的接收电台所广播的交通信息数据，而不能与广播电台进行信息交互，主动获取其所需要的特定区域或者路段的交通信息数据； 

(2)信息的实时性差，一方面广播电台的交通信息数据广播节目有一定的广播时段，用户只有在其广播时段内才有可能收听到，而在非广播时段用户则无法获得广播电台广播的交通信息数据；另外，由于收音频点的营利性，广播中往往夹杂着大量的广告，也使得用户无法及时获得实时的交通信息数据。 

(3)信息的准确性差，由于交通信息数据的位置性很强，用户往往需要知道某个特定路段的准确交通信息数据，广播电台广播针对很大的一个范围广播，广播的交通信息数据往往只针对一个城市个别重要的道路或者路段，对具体城 区的交通信息数据缺乏针对性的广播，无法满足用户的要求； 

(4)信息广播的重复性差，广播电台为了保证在有限时间内广播尽可能多的交通信息数据，对于已经广播的信息很少进行重复广播，用户一旦错过收听，就很难再获得这些信息。 

广播多播业务(BCMCS，Broadcast and Multicast Service)是一个流媒体广播技术，提供一点对多点的多媒体信息传输，可以承载各类信息，如文本信息、音频信息、图像信息、视频信息等，在当前已经通过广播多播业务实现了视频语音业务，用户可以通过支持广播多播业务的移动台接收包括新闻、股票信息、视频片断、体育事件等信息，与这些信息相比，交通信息数据与具体的交通位置紧密相关，即只有在到达相应交通区域内才需要接收该交通区域内的信息，在现有技术中没有实现与位置相关的交通信息数据的广播多播业务。 

发明内容

本发明的目的在于克服上述现有技术中通过无线调频广播传输交通信息数据所存在的信息的交互性、实时性、准确性和周期性差等问题，利用广播多播业务实现交通信息数据的广播。 

为了实现本发明的目的，本发明提供了一种广播交通信息数据的方法，所述方法包括下述步骤： 

A.设置交通区域，以及所述交通区域覆盖的无线蜂窝小区； 

B.设置所述交通区域的交通信息数据； 

C.对所述交通区域分配一个广播多播业务流，所述广播多播业务流通过广播多播业务流标识与所述交通区域对应； 

D.在所述交通区域所覆盖的无线蜂窝小区广播承载所述交通信息数据的广播多播业务流。 

所述步骤D包括下述步骤： 

D1.将所述交通信息数据转换为广播多播业务流承载的流格式数据； 

D2.建立向所述交通区域所覆盖的无线蜂窝小区广播所述流格式数据的广播多播路由； 

D3.在所述广播多播路由上发送承载所述流格式数据的广播多播业务流。 

在所述步骤D3之前，所述方法进一步包括： 

加密承载所述流格式数据的广播多播业务流； 

在所述步骤D2之前，所述方法进一步包括： 

接收用户的业务会话请求，对业务会话请求进行鉴权认证，发送广播接入密钥； 

接收用户的业务登记请求，对业务登记请求进行鉴权认证，分配广播业务信道。 

所述广播多播业务流标识与交通区域的对应信息以XML扩展式标记语言的形式存储。 

为了更好地实现本发明的目的，本发明进一步提供了一种广播交通信息数据的系统，通过广播多播业务流广播发送所述交通信息数据，所述交通信息数据对应一个交通区域，所述交通区域包含一个或多个无线蜂窝小区，并与一个广播多播业务流标识对应，所述系统至少包括： 

业务控制服务器，建立向所述交通区域所包含的无线蜂窝小区广播承载所述交通信息数据的广播多播业务流的广播多播路由； 

内容服务器，将所述交通信息数据转换为流格式数据，并在所述广播多播路由上发送承载所述流格式数据的广播多播业务流。 

所述业务控制服务器包括： 

会话管理器，建立广播承载所述交通信息数据的广播多播业务流的广播多播路由，提供和管理业务会话信息； 

业务信息数据库，以XML扩展式标记语言的方式存储所述广播多播业务流标识与交通区域的对应信息； 

业务浏览器，提供用户访问界面，供用户访问所述广播多播业务流标识与 交通区域的对应信息，选择承载所述交通区域的交通信息数据的广播多播业务流标识； 

所述内容服务器包括： 

数据转换器，将所述交通信息数据转换为广播多播业务流承载的流格式数据； 

数据转发器，在所述广播多播路由上转发承载所述流格式数据的广播多播业务流； 

数据缓存器，用于缓存已经转发或者等待转发的流格式数据。 

所述业务控制服务器进一步包括： 

安全管理器，对用户的业务会话请求和业务登记请求进行鉴权认证，发送广播接入密钥； 

所述内容服务器进一步包括： 

数据加密器，加密承载所述流格式数据的广播多播业务流。 

所述系统进一步包括： 

内容源服务器，向所述内容服务器发送所述交通信息数据。 

所述内容源服务器进一步包括： 

信息编辑器，用于编辑生成所述交通信息数据； 

信息数据库，以所述广播多播业务流标识为索引，存储所述交通信息数据； 

通信接口，向所述内容服务器传输所述交通信息数据。 

为了更好地实现本发明的目的，本发明还提供了一种接收广播交通信息数据的方法，接收承载所述交通信息数据的广播多播业务流，所述交通信息数据对应一个交通区域，所述交通区域包含一个或多个无线蜂窝小区，并对应一个广播多播业务流标识，所述方法包括下述步骤： 

A.选择承载所述交通区域的交通信息数据的广播多播业务流标识； 

B.接收与所述广播多播业务流标识对应的广播多播业务流； 

C.读取所述广播多播业务流承载的交通信息数据。 

所述步骤B包括下述步骤： 

B1.接收当前小区的系统消息，下载当前小区的广播多播业务流标识列表； 

B2.从所述广播多播业务流标识列表中查找与所述当前小区所在的交通区域对应的广播多播业务流标识； 

B3.选择所述广播多播业务流标记的广播多播业务流； 

B4.下载所述广播多播业务流。 

在所述步骤B之前，所述方法进一步包括： 

D.发送业务会话请求； 

E.进行业务会话请求的鉴权认证； 

F.获取广播接入密钥。 

在所述步骤C之前，所述方法进一步包括： 

G.发送业务登记请求； 

H.进行业务登记请求鉴权认证； 

I.解密所述广播多播业务流。 

为了更好地实现本发明的目的，本发明还提供了一种接收广播交通信息数据的移动台，所述移动台至少包括应用控制系统，用于控制所述移动台接收承载所述交通信息数据的广播多播业务流，读取所述交通信息数据的内容。 

所述应用控制系统进一步包括： 

通信接口模块，传送业务会话信息，接收承载所述交通信息数据的广播多播业务流； 

业务控制模块，接收广播多播业务流，提取交通信息数据，并将交通信息数据转换为所述移动台显示的数据格式； 

功能菜单模块，提供所述应用控制系统的业务功能菜单，供用户选择操作； 

输入接口模块，接收用户通过所述移动台输入的操作指令，并将所述操作指令转换为所述应用控制系统识别的应用控制指令； 

显示管理模块，显示用户操作结果和交通信息数据的内容。 

所述应用控制系统进一步包括： 

安全控制模块，对用户的业务会话请求和业务登记请求进行鉴权认证，解密加密的广播多播业务流。 

本发明在系统不需要对移动台进行定位的情况下，实现了移动台自动接收与位置相关的交通信息数据业务。通过本发明，用户可以随时获得自己需要的准确、实时的交通信息数据，从而更好地调整行驶线路，提高城市道路的利用率，并能够进一步提高城市的交通运输能力。 

附图说明

图1是本发明交通信息数据广播的实现流程图； 

图2是本发明提供的广播多播系统的结构图； 

图3是本发明广播多播系统中的内容源服务器的构成图； 

图4是本发明广播多播系统中的内容服务器的构成图； 

图5是本发明广播多播系统中的业务控制服务器的构成图； 

图6是本发明中接收交通信息数据的实现流程图； 

图7是本发明中用户获取广播多播业务会话的实现流程图； 

图8是本发明中用户进行广播多播业务登记的实现流程图； 

图9是本发明提供的移动台中的应用控制系统的构成图。 

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。 

以下结合附图对本发明的具体实施进行详细说明。 

本发明通过广播多播业务实现交通信息数据的广播，与其他数据不同，交通信息数据具有很强的位置相关性，一方面交通信息数据的信息内容涉及特定 交通区域的交通状况，另一方面，交通信息数据只在特定的交通区域内广播，只有到达该交通区域内的用户才能够接收相应的交通信息数据。 

图1示出了交通信息数据广播的实现流程图，在步骤S101中，根据城市地理区域的大小、道路分布以及交通负载等情况来对交通区域进行规划和设置，如A城市的B区可以作为一个交通区域，然后登记每个交通区域所覆盖的无线蜂窝小区，由于城市的蜂窝小区比较小，一个交通区域可能包含若干个无线蜂窝小区。 

在步骤S102中，根据交通区域内的交通状况编辑设置在该交通区域内进行广播的交通信息数据，并根据具体的路况情况对信息数据的内容进行实时更新，以便用户能够获得及时、准确的信息。 

在步骤S103中，对交通区域分配一个广播多播业务流，用来承载发送该交通区域的交通信息数据。交通区域和广播多播业务流之间通过广播多播业务流ID(BCMCS_Flow_ID)进行关联，广播多播业务流ID(Identifier，标识符)用于标记每个通过无线方式进行广播发送的广播多播业务流。 

在步骤S104中，在交通区域所覆盖的无线蜂窝小区内广播承载有交通信息数据的广播多播业务流。具体实现是将交通信息数据转换为广播多播业务流可以承载的流格式数据，如MPEG(Motion Pictures Expert Group，活动图像专家组)，H.263(视频压缩国际标准)等适合循环发送的流格式数据，也可以是手机支持的java等文本数据等，然后将流格式数据通过广播多播业务流在交通区域所覆盖的无线蜂窝小区内进行广播发送，当用户到该交通区域覆盖的无线蜂窝小区时，就可以接收相应的交通信息数据。 

图2示出了广播交通信息数据的广播多播系统100的组成示意图。广播多播系统100包括内容源服务器101、内容服务器102、业务控制服务器103，BSN(Broadcast Serving Node，广播业务节点)104、RAN(Radio Access Network，无线接入网)105、MR(Multicast Router，多播路由器)106以及AAA(Authentication，Authorization and Accounting，认证，鉴权和计费)服务器107， 其中： 

内容源服务器101可以由系统运营商或者与系统运营商签署商业协议的第三方提供，通过Internet或者其他通信方式与内容服务器102建立连接，向内容服务器102提供原始的交通信息数据； 

内容服务器102，将内容源服务器101提供的交通信息数据转换为IP(Internet Protocol，网际协议)广播多播业务流可以承载的流格式数据，并按业务控制器103建立的广播多播路由将承载流格式数据的广播多播业务流经MR106转发或者直接发送给BSN104，当需要对广播多播业务加密时，在将广播多播业务流发送给BSN104前对广播多播业务流进行加密； 

业务控制服务器103，在业务承载建立过程中为BSN104、RAN105和MS200提供和管理业务会话信息；保存内容源服务器101提交的广播交通信息数据的业务信息，必要时对内容源服务器101的接入进行鉴权认证；建立内容服务器102向BSN发送广播多播业务流的广播多播路由；产生或者向MS200分发BAK(Broadcast Access Key，广播接入密钥)；通过AAA服务器107对用户的业务会话请求及业务登记请求进行鉴权认证； 

BSN104，向业务控制服务器103申请或者接收业务控制服务器103的控制指令建立向特定交通区域所覆盖的无线蜂窝小区发送广播多播业务流的路由；通过多播路由器106或者直接与内容服务器102相连，将接收来自内容服务器102的承载有交通信息数据的广播多播业务流发送至RAN105； 

RAN105，包括BSC(Base Station Controller，基站控制器)和BTS(BaseTransceiver Station，基站收发信机)，建立、拆除MS200与BSN104之间的无线业务承载，实现承载交通信息数据的广播多播业务流在无线蜂窝小区内的广播； 

MR106，连接BSN104与内容服务器102，实现广播多播业务流在多播IP网络上的传输； 

AAA服务器107，保存用户的业务信息和安全信息，向业务控制服务器103、 BSN104提供用户的业务信息和安全信息，对用户的业务会话请求及业务登记请求进行鉴权认证和服务计费。 

如图3所示，内容源服务器101包括信息编辑器1011、信息数据库1012以及通信接口1013，其中： 

信息编辑器1011，提供交通信息数据的输入界面，供用户输入相应的交通信息数据，将交通信息数据送交信息数据库1012存储，用户输入的交通信息数据内容包括信息内容、所对应的交通区域等，数据格式可以是文本、图片、语音、电子地图以及其他能够进行流媒体广播的数据格式； 

信息数据库1012，以与交通区域对应的广播多播业务流ID为索引，存储信息编辑器1011送交的交通信息数据； 

通信接口1013，提供内容源服务器101和内容管理器102之间的传输通道，当交通信息数据周期性循环发送时，通信接口1013定时将信息数据库1012中存储的最新交通信息数据送交内容管理器102，也可以在接收到业务控制服务器103的数据发送指令后，将相应的交通信息数据发送给内容管理器102。 

图4示出了内容管理器102的构成示意图，内容管理器102包括数据转换器1021、数据缓存器1022、数据转发器1023以及数据加密器1024，其中： 

数据转换器1021，接收来自通信接口1013提交的交通信息数据，将其转换为广播多播业务流可以承载的流格式数据，并将流格式数据转发至数据转发器1023进行广播转发或者转发至数据缓存器1022缓存等待转发； 

数据缓存器1022，用于缓存数据转换器1021提交的交通信息数据，或者数据转发器1023提交的已转发的交通信息数据，或者将缓存的交通信息数据送交数据转发器1023； 

数据转发器1023，将接收的数据转换器1021或者数据缓存器1022提交的流格式数据通过广播多播业务流转发至BSN104；在广播多播业务需要加密时，数据转发器1023在转发前需要将广播多播业务流送交数据加密器1024进行加密； 数据加密器1024，用于在广播多播业务需要加密时，对数据转发器1023转发的承载交通信息数据的广播多播业务流进行加密，然后将加密后的广播多播业务流提交数据转发器1023转发广播。 

图5示出了业务控制服务器103的构成示意图，业务控制服务器103包括会话管理器1031、安全管理器1032、业务信息数据库1033以及业务浏览器1034，其中： 

会话管理器1031，获取业务信息数据库1033中保存的交通区域及广播多播业务流ID等业务信息，建立内容服务器102与BSN104之间的广播多播路由，在业务承载建立过程中为BSN104、MS200、RAN105提供和管理业务会话信息；安全管理器1032，接收会话管理器1031送交的业务会话信息，通过AAA数据库107对用户的业务会话请求和业务登记请求进行鉴权和认证，在广播多播业务需要加密时，并向会话管理器1031提供BAK； 

业务信息数据库1033，以XML(eXtensible Markup Language，扩展式标记语言)的形式存储交通区域以及广播多播业务流ID的对应关系等业务信息；业务浏览器1034，作为用户获取广播多播业务(BCMCS Program)信息的门户，获取业务信息数据库1033中保存的交通区域以及广播多播业务流ID的对应关系等业务信息，供用户浏览获取。 

如果运营商不对交通信息数据的接收计费，则不需要对广播多播业务流加密，用户到达相应小区时，可以接收广播多播系统100广播的交通信息数据，否则用户需要到运营商大厅办理业务订阅。用户使用的移动台必须支持广播多播业务功能，移动台的SIM(Subscriber Identity Model，客户识别模块)卡存储运营商提供的RK(Registration Key，业务登记密钥)，RK保存在AAA服务器107中，用户可以向运营商申请开通交通信息数据接收业务的订阅，订阅交通信息数据接收业务的用户信息保存在AAA服务器107中。对于订阅接收交通信息数据业务的用户，可以获取广播交通信息数据的广播多播业务流的BAK来对广播多播业务流进行解密。 

图6示出了用户接收交通信息数据的流程图，在步骤S601中，MS200建立数据连接到业务控制服务器103，登录业务浏览器1034浏览网页，根据业务名称(program Name)浏览获取各交通广播区域的广播交通信息数据的广播多播业务流ID以及与广播多播业务流ID对应的多播地址(Muticast IP Address)、端口(port)等业务信息。用户可以随时执行步骤S601查询广播交通广播区域交通信息数据的广播多播业务流信息，即使不在该广播交通区域，也可登录业务控制服务器103获知与交通广播区域对应的广播多播业务流信息。 

在步骤S602中判断用户在获取广播多播业务会话信息的过程中是否需要进行鉴权认证，如果运营商对交通信息数据的接收不进行加密，则用户可以执行步骤S604接收当前小区的系统广播消息，获取广播多播系统100在当前小区的广播多播业务流ID列表。由于广播多播系统100在当前小区广播的广播多播业务往往并不限交通信息数据的广播业务，所以用户需要从当前小区的广播多播业务流ID列表查找出在业务控制服务器103上获得的广播当前小区所属的交通区域的交通信息数据的广播多播业务流ID，根据广播多播流ID接收正在广播当前小区所属的交通区域的交通信息数据的广播多播业务流；否则需要先执行步骤S603进行业务会话请求的鉴权认证。 

在步骤S605中，如果系统未在当前小区进行交通广播信息数据的广播，那么MS200需要执行步骤S606对交通广播信息数据对应的广播多播业务进行业务登记；否则，如果交通信息数据对应的广播多播业务已经被其他用户登记过了，MS200可以直接从当前小区的系统广播消息中判断出该广播多播业务流是否已经在广播，那么可以不需要进行业务登记，执行步骤S607直接接收相应的广播多播业务流，获取承载的交通信息数据。 

图7示出了用户获取广播多播业务会话信息的实现流程图，详述如下： 

步骤S701中，MS200向业务控制服务器103请求广播多播业务会话的详细信息，消息中携带请求的广播多播业务ID、多播地址和端口； 

步骤S702中，业务控制服务器103向MS200发送接入响应消息请求鉴权； 

步骤S703中，MS200利用RK计算生成鉴权签字； 

步骤S704中，MS200向业务控制服务器103发送携带鉴权签字接入请求消息进行鉴权请求； 

步骤S705中，业务控制服务器103向AAA服务器107发送连接请求消息； 

步骤S706中，AAA服务器107根据数据库的存储记录判断该用户对该广播多播业务ID是否具有权限，以及使用该用户的RK计算一个签证，以确认该用户不是冒充的用户。 

步骤S707中，AAA服务器107鉴权通过后，向业务控制服务器103发送连接请求消息响应，消息携带多播地址、端口、广播多播业务ID以及根据用户RK计算的TK(Template Key，临时密钥)，TK用于在给用户发送广播多播业务ID对应的BAK时对BAK进行加密。 

步骤S708中，业务控制服务器103使用TK加密BAK。 

步骤S709中，业务控制服务器103向MS200发送BAK，MS200利用BAK可以对加密后的广播多播流进行解密。 

图8示出了进行广播多播业务登记的流程图，详述如下： 

步骤S801中，MS200向RAN105发送广播多播业务登记消息，消息携带广播多播业务对应的BAK计算出来的一个签证。 

步骤S802中，RAN105为了确保该用户是合法用户，以及需要在RAN105上建立广播多播业务的会话状态，向BSN104发送业务请求消息，请求鉴权以及获取广播多播业务的会话状态。 

步骤S803中，BSN105向业务控制服务器103发送一条接入请求消息请求鉴权以及获取业务会话信息，业务控制服务器103根据广播多播业务的BAK计算一个签证，如果和请求消息的签证相同，那么鉴权通过。 

步骤S804中，业务控制服务器103向BSN104返回鉴权通过的消息以及广播多播业务的会话状态。 

步骤S805中，BSN104发送业务请求响应消息通知RAN105获取的广播多 播业务的会话状态，包括广播多播业务的可能结束的时间等。 

步骤S806中，RAN105获取会话状态后，向BSN104发送业务登记请求消息请求建立该广播多播业务发送通道。 

步骤S807中，广播多播业务发送通道建立成功后，BSN104向RAN105返回业务登记请求响应消息。当该广播多播业务流需要加密时，内容服务器102对广播多播业务流进行加密，否则不对广播多播业务流进行加密。 

步骤808中，RAN105分配业务信道开始广播广播多播业务，并在系统广播消息中或者其他消息中通知MS200广播多播业务流发送通道已经建立成功。 

MS200内置有应用控制系统201，控制MS200接收广播多播系统100发送的广播多播业务流，读取交通信息数据。应用控制系统201通过应用程序实现，存储在MS200的内存中，供用户调用。 

图9示出了应用控制系统201的组成示意图，包括通信接口模块2011、业务控制模块2012、安全管理模块2013、功能菜单模块2014、输入接口模块2015、以及显示管理模块2016，其中： 

通信接口模块2011，与广播多播系统100进行业务会话信息的交互，将业务会话信息提交业务控制模块2012处理，并将业务控制模块2012处理后的业务应答或者请求信息送交广播多播系统100；接收广播多播系统100发送的广播多播业务流，送交业务控制模块2012，在广播多播业务流进行加密的情况下，将广播多播业务流送交安全管理模块2013进行解密； 

业务控制模块2012，接收通信接口模块2011提交的业务会话信息，进行相应处理，将处理结果返回通信接口模块2011或者送交显示管理模块2016显示；通过安全管理模块2013进行业务会话请求和业务登记请求的鉴权认证，并将鉴权认证结果返回通信接口模块2011，接收通信接口模块2011或者安全管理模块2013提交的广播多播业务流，提取交通信息数据，将交通信息数据转换为显示管理模块2016可以显示的数据格式，送交显示管理模块2016显示；接收功能菜单模块2014传送的应用控制指令，进行处理，将处理结果返回功能菜 单模块2014、送交通信管理模块2011或者送交显示管理模块2016显示。 

安全管理模块2013，接收业务控制模块2012的指令进行用户业务会话请求的鉴权认证和业务登记请求的鉴权认证，在接收到通信接口模块2011送交的广播多播业务流后，利用BAK对加密的广播多播业务流进行解密处理，然后发送给业务控制模块2012； 

功能菜单模块2014，向用户提供交通信息数据广播接收的功能菜单，供用户选择操作，将用户的应用控制指令发送至业务控制模块2012处理； 

输入接口模块2015，接收用户通过MS200的输入装置，如键盘、手写输入工具等输入的操作指令，并将其转换为业务控制模块2012可以执行的应用控制指令； 

显示管理模块2016，向用户显示业务功能菜单以及业务控制模块2012提交的指令处理结果和交通信息数据的内容信息。 

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。 

Claims (11)

1.一种广播交通信息数据的方法，所述方法包括下述步骤：

A.设置交通区域，以及所述交通区域覆盖的无线蜂窝小区；

B.设置所述交通区域的交通信息数据；

C.对所述交通区域分配一个广播多播业务流，所述广播多播业务流通过广播多播业务流标识与所述交通区域对应；

D.在所述交通区域所覆盖的无线蜂窝小区广播承载所述交通信息数据的广播多播业务流；

所述步骤D包括下述步骤：

D1.将所述交通信息数据转换为广播多播业务流承载的流格式数据；

D2.建立向所述交通区域所覆盖的无线蜂窝小区广播所述流格式数据的广播多播路由；

D3.在所述广播多播路由上发送承载所述流格式数据的广播多播业务流。

2.如权利要求1所述的广播交通信息数据的方法，其特征在于，在所述步骤D3之前，所述方法进一步包括：

加密承载所述流格式数据的广播多播业务流；

在所述步骤D2之前，所述方法进一步包括：

接收用户的业务会话请求，对业务会话请求进行鉴权认证，发送广播接入密钥；

接收用户的业务登记请求，对业务登记请求进行鉴权认证，分配广播业务信道。

3.如权利要求1所述的广播交通信息数据的方法，其特征在于，所述广播多播业务流标识与交通区域的对应信息以XML扩展式标记语言的形式存储。

4.一种广播交通信息数据的系统，通过广播多播业务流广播发送所述交通信息数据，所述交通信息数据对应一个交通区域，所述交通区域包含一个或多个无线蜂窝小区，并与一个广播多播业务流标识对应，所述系统至少包括：

业务控制服务器，建立向所述交通区域所包含的无线蜂窝小区广播承载所述交通信息数据的广播多播业务流的广播多播路由；

内容服务器，将所述交通信息数据转换为流格式数据，并在所述广播多播路由上发送承载所述流格式数据的广播多播业务流；所述业务控制服务器包括：

会话管理器，建立广播承载所述交通信息数据的广播多播业务流的广播多播路由，提供和管理业务会话信息；

业务信息数据库，以XML扩展式标记语言的方式存储所述广播多播业务流标识与交通区域的对应信息；

业务浏览器，提供用户访问界面，供用户访问所述广播多播业务流标识与交通区域的对应信息，选择承载所述交通区域的交通信息数据的广播多播业务流标识；

所述内容服务器包括：

数据转换器，将所述交通信息数据转换为广播多播业务流承载的流格式数据；

数据转发器，在所述广播多播路由上转发承载所述流格式数据的广播多播业务流；

数据缓存器，用于缓存已经转发或者等待转发的流格式数据。

5.如权利要求4所述的广播交通信息数据的系统，其特征在于，所述业务控制服务器进一步包括：

安全管理器，对用户的业务会话请求和业务登记请求进行鉴权认证，发送广播接入密钥；

所述内容服务器进一步包括：

数据加密器，加密承载所述流格式数据的广播多播业务流。

6.如权利要求4所述的广播交通信息数据的系统，其特征在于，所述系统进一步包括：

内容源服务器，向所述内容服务器发送所述交通信息数据。

7.如权利要求6所述的广播交通信息数据的系统，其特征在于，所述内容源服务器进一步包括：

信息编辑器，用于编辑生成所述交通信息数据；

信息数据库，以所述广播多播业务流标识为索引，存储所述交通信息数据；

通信接口，向所述内容服务器传输所述交通信息数据。

8.一种接收广播交通信息数据的方法，接收承载所述交通信息数据的广播多播业务流，所述交通信息数据对应一个交通区域，所述交通区域包含一个或多个无线蜂窝小区，并对应一个广播多播业务流标识，所述方法包括下述步骤：

A.选择承载所述交通区域的交通信息数据的广播多播业务流标识；

B.接收与所述广播多播业务流标识对应的广播多播业务流；

C.读取所述广播多播业务流承载的交通信息数据；所述步骤B包括下述步骤：

B1.接收当前小区的系统消息，下载当前小区的广播多播业务流标识列表；

B2.从所述广播多播业务流标识列表中查找与所述当前小区所在的交通区域对应的广播多播业务流标识；

B3.选择所述广播多播业务流标记的广播多播业务流；

B4.下载所述广播多播业务流。

9.如权利要求8所述的接收广播交通信息数据的方法，其特征在于，在所述步骤B之前，所述方法进一步包括：

D.发送业务会话请求；

E.进行业务会话请求的鉴权认证；

F.获取广播接入密钥。

在所述步骤C之前，所述方法进一步包括：

G.发送业务登记请求；

H.进行业务登记请求鉴权认证；

I.解密所述广播多播业务流。

10.一种接收广播交通信息数据的移动台，所述移动台至少包括应用控制系统，用于控制所述移动台接收承载所述交通信息数据的广播多播业务流，读取所述交通信息数据的内容；所述应用控制系统进一步包括：

通信接口模块，传送业务会话信息，接收承载所述交通信息数据的广播多播业务流；

业务控制模块，接收广播多播业务流，提取交通信息数据，并将交通信息数据转换为所述移动台显示的数据格式；

功能菜单模块，提供所述应用控制系统的业务功能菜单，供用户选择操作；

输入接口模块，接收用户通过所述移动台输入的操作指令，并将所述操作指令转换为所述应用控制系统识别的应用控制指令；

显示管理模块，显示用户操作结果和交通信息数据的内容。

11.如权利要求10所述的接收广播交通信息数据的移动台，其特征在于，所述应用控制系统进一步包括：

安全控制模块，对用户的业务会话请求和业务登记请求进行鉴权认证，解密加密的广播多播业务流。

Images