CN105792139A - 信息的通知方法及装置 - Google Patents

Abstract

本发明公开了一种信息的通知方法及装置，在上述方法中，基站获取TMGI，其中，TMGI用于指示交通信息业务，TMGI由BM-SC分配；基站根据TMGI发送扩展的MCCH通知信息，其中，扩展的MCCH通知信息用于指示与交通信息对应的MCCH消息发生更新。根据本发明提供的技术方案，进而能够降低OBU获取交通信息的功耗，促使OBU及时接收其所需的交通信息。

Description

信息的通知方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种信息的通知方法及装置。

背景技术

随着经济社会的高速发展，中国汽车保有量迅速增长，道路交通事故频繁发生，已成为近年来影响我国公众安全感的重要因素之一，道路交通安全问题已经成为影响社会和谐和改善民生的基本问题之一。中国迫切需要从技术、政策、教育等各个方面改善交通安全，其中，提升车辆安全设计是重要组成部分。

提升车辆安全的技术主要可以分为被动安全技术和主动安全技术。被动安全技术用于在事故发生后，对车内、车外人员及物品的保护；而主动安全技术则用于防止和减少车辆发生事故，避免人员受到伤害。主动安全技术是现代车辆安全技术发展的重点和趋势。

基于通信的碰撞预警系统，通过利用先进的无线通信技术和新一代信息处理技术，实现车与车、车与路侧基础设施间的实时信息交互，告知彼此目前的状态(可以包括：车辆的位置、速度、加速度、行驶路径)以及获知的道路环境信息，协作感知道路危险状况，及时提供多种碰撞预警信息，进而防止道路交通安全事故的发生，已经逐步成为当前各国试图解决道路交通安全问题的一种新的思路。

车联网是指通过装载在车辆上的传感器、车载终端及电子标签提供车辆信息，采用各种通信技术实现车与车、车与人、车与路互连互通，并在信息网络平台上对信息进行提取、共享等有效利用，对车辆进行有效的管控和提供综合服务。图1是根据相关技术的通过网络信息平台向车辆发送交通、调度信息的示意图。

近年来，随着新的移动通信技术的发展，国际上出现了使用长期演进(LongTimeEvolution，简称为LTE)技术来解决基于车联网通信应用的研究。

随着因特网(Internet)的迅猛发展和大屏幕多功能移动终端的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，例如：视频会议、电视广播、视频点播、广告、网上教育、互动游戏等，这一方面满足了移动用户多业务的需求，同时也为移动运营商带来了新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据，与一般的数据业务相比，其具有数据量大、持续时间长、时延敏感等特点。

为了能够有效地利用移动网络资源，第三代合作伙伴计划(3rdGenerationPartnershipProject，简称为3GPP)提出了多媒体广播多播业务(MultimediaBroadcastMulticastService，简称为MBMS)，该业务是一种从一个数据源向多个目标移动终端传送数据的技术，其实现了网络(包括：核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播，而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为第三代移动通信技术(3G)的发展提供了更好的业务前景。

MBMS业务的特点是业务的数据量大，移动终端接收时持续时间长，平均数据率恒定。上述特点决定了MBMS业务的调度与控制信令配置都是半静态的，即MBMS业务的调度信息与控制信令信息都是“长期”保持不变的，这些信息通过MBMS控制信道(MBMSControlChannel，简称为MCCH)周期性地发送，其统称为MCCH信息。演进型MBMS(eMBMS)系统可能存在多个MCCH，每个MCCH对应于不同的多媒体广播单频网区域(MulticastBroadcastgSingleFrequencyNetwork，简称为MBSFN)，其中，仅承载对应MBSFN区域发送的MBMS业务的控制信息。

MBMS通知消息用于描述MCCH信息是否发生变化，对于处于空闲模式(RadioResourceControlIdle，简称为RRCIdle)或者连接模式(RRCConnected)的用户设备(UE)而言，只需要监听MBMS通知消息，即可知道MCCH信息是否发生变化，从而实现选择性的接收MCCH信息。即，只在MCCH信息发生变化时，才接收新的MCCH信息。由于MBMS通知消息的信息量远小于MCCH信息，故用户设备选择性的接收MCCH信息，能够有效的节省资源并降低功耗。MCCH通知信息承载于指定的MBSFN子帧的PDCCH上周期性发送，相应的MBSFN子帧和发送周期通过系统消息(SIB13)指示。

在长期演进系统中，通知用户设备(或称终端)关于某个MBMS业务将要会话开始(sessionstart)或者网络侧发起计数请求(countingrequest)，可以先在物理下行控制信道(PhysicalDownlinkControlChannel，简称为PDCCH)上发送下行控制信息(DownlinkControlInformation，简称为DCI)和MBMS无线网络临时标志符(MBMS-RadioNetworkTemporaryIdentifier，简称为M-RNTI)。UE根据DCI中的相关信息进一步去读取具体的MCCH消息，其称为MCCH改变通知(notification)机制。MCCH信道上将发送具体的业务配置参数，例如：业务ID、业务的无线链路控制(RadioLinkControl，简称为RLC)、媒体访问控制(MediaAccessControl，简称为MAC)、物理层配置参数等。

利用MBMS技术可以向服务区域中发送广播数据的特点，可以实现向服务区域中的车载单元(OnOn-BoardUnit，简称为OBU)发送交通状况、车辆调度等信息，接收到交通信息的车辆可以选择行进的道路。

在对现有技术的研究和实践过程中，相关技术存在以下问题：感兴趣接收MBMS业务的UE首先接收业务通告，根据业务通告获知业务临时移动组标识(TemporaryMobileGroupIdentity，简称为TMGI)、业务描述、开始时间等信息；然后UE监听其所需的业务标识。在车联网环境中，道路交通状况可能发生突发变化，例如：车祸，此时无法事先发送业务通告，则UE无法获知其所需业务的标识TMGI，同时UE也无法根据MCCH通知信息确定是否为所需的交通信息变更，从而造成UE监听所有的MCCH通知信息，增加了UE功耗，且无法及时获知其所需的交通信息。

发明内容

本发明实施例提供了一种信息的通知方法及装置，以至少解决相关技术中在道路交通状况发生突发变化时易造成UE需要监听所有的MCCH通知信息，由此增加了UE功耗，且无法及时获知其所需的交通信息的问题。

根据本发明的一个方面，提供了一种信息的通知方法。

根据本发明实施例的信息的通知方法包括：基站(eNB)获取临时移动组标识(TMGI)，其中，TMGI用于指示交通信息业务，TMGI由广播多播服务中心(BM-SC)分配；基站根据TMGI发送扩展的多播控制信道(MCCH)通知信息，其中，扩展的MCCH通知信息用于指示与交通信息对应的MCCH消息发生更新。

优选地，基站获取TMGI包括以下之一：基站接收应用服务器发送的TMGI，其中，TMGI是由应用服务器通过向BM-SC发送请求消息获取到的；基站接收OBU和/或UE通知的TMGI，其中，TMGI是由应用服务器从BM-SC获取后发送至OBU和/或UE的。

优选地，在基站根据TMGI发送扩展的MCCH通知信息之前，还包括：基站接收来自于应用服务器和/或BM-SC的交通信息业务开始的通知。

优选地，扩展的MCCH通知信息是在现有的MCCH通知信息的基础上增加比特位来指示交通信息和/或交通信息的类型。

优选地，与交通信息对应的MCCH消息包括以下至少之一：交通信息对应的位置信息；交通信息类型；其中，位置信息包括以下至少之一：小区标识、MBSFN区域标识、MBMS业务标识、地理坐标。

根据本发明的另一方面，提供了另一种信息的通知方法。

根据本发明实施例的信息的通知方法包括：OBU和/或UE接收来自于基站的扩展的MCCH通知信息；OBU和/或UE根据扩展的MCCH通知信息获取更新的MCCH消息以及对应的MTCH上的交通信息。

优选地，在OBU和/或UE接收来自于基站的扩展的MCCH通知信息之前，还包括：OBU和/或UE接收来自于应用服务器的TMGI，其中，TMGI用于指示交通信息业务，TMGI由BM-SC分配并由应用服务器从BM-SC获取得到。

优选地，OBU和/或UE根据扩展的MCCH通知信息获取更新的MCCH消息以及对应的MTCH上的交通信息包括：OBU和/或UE根据扩展的MCCH通知信息获取更新的MCCH消息并根据与TMGI对应的位置信息以及自身所在的位置信息确定对应的MTCH上的交通信息为自身所需的交通信息；OBU和/或UE读取对应的MTCH上的交通信息。

根据本发明的又一方面，提供了另一种信息的通知方法。

根据本发明实施例的信息的通知方法包括：应用服务器接收来自于OBU和/或UE的请求消息；应用服务器对请求消息进行响应，并通过基站向OBU和/或UE发送扩展的MCCH通知信息，其中，扩展的MCCH通知信息用于指示与交通信息对应的MCCH消息发生更新。

优选地，请求消息中携带有以下至少之一：交通信息标识，用于表明OBU和/或UE所需的交通信息；交通信息的区域，用于表明交通信息发生的地理位置；时间窗口，用于表明在该时间窗口内获取到的交通信息为有效信息。

根据本发明的再一方面，提供了另一种信息的通知方法。

根据本发明实施例的信息的通知方法包括：选取待调度的车辆；向待调度的车辆发送交通信息。

优选地，选取待调度的车辆包括：接收来自于待调度的车辆的请求消息；根据请求消息通过多播承载发送车辆需求信息；接收待调度的车辆的需求响应消息；根据需求响应消息、待调度的车辆所在的位置信息以及待调度的车辆所在区域的交通状况信息选取待调度的车辆。

优选地，向待调度的车辆发送交通信息包括：向待调度的车辆发送车辆调度信息，其中，车辆调度信息中携带有待调度的车辆的标识；接收来自于待调度的车辆的确认消息；根据确认消息向待调度的车辆发送交通信息。

根据本发明的再一方面，提供了一种信息的通知装置。

根据本发明实施例的信息的通知装置包括：获取模块，用于获取TMGI，其中，TMGI用于指示交通信息业务，TMGI由BM-SC分配；发送模块，用于根据TMGI发送扩展的MCCH通知信息，其中，扩展MCCH通知信息用于指示与交通信息相关的MCCH消息发生更新。

优选地，获取模块，用于获取TMGI包括以下之一：接收应用服务器发送的TMGI，其中，TMGI是由应用服务器通过向BM-SC发送请求消息获取到的；接收OBU和/或UE通知的TMGI，其中，TMGI是由应用服务器从BM-SC获取后发送至OBU和/或UE的。

优选地，扩展的MCCH通知信息是在现有的MCCH通知信息的基础上增加比特位来指示交通信息和/或交通信息的类型。

优选地，与交通信息对应的MCCH消息包括以下至少之一：交通信息对应的位置信息；交通信息类型；其中，位置信息包括以下至少之一：小区标识、MBSFN区域标识、MBMS业务标识、地理坐标。

根据本发明的再一方面，提供了另一种信息的通知装置。

根据本发明实施例的信息的通知装置包括：第一接收模块，用于接收来自于基站的扩展的MCCH通知信息；获取模块，用于根据扩展的MCCH通知信息获取更新的MCCH消息以及对应的MTCH上的交通信息。

优选地，上述装置还包括：第二接收模块，用于接收TMGI，其中，TMGI用于指示交通信息业务，TMGI由BM-SC分配。

优选地，获取模块包括：处理单元，用于根据扩展的MCCH通知信息获取更新的MCCH消息并根据与TMGI对应的位置信息以及自身所在的位置信息确定对应的MTCH上的交通信息为自身所需的交通信息；读取单元，用于读取对应的MTCH上的交通信息。

根据本发明的再一方面，提供了另一种信息的通知装置。

根据本发明实施例的信息的通知装置包括：接收模块，用于接收来自于车载单元OBU和/或UE的请求消息；通知模块，用于对请求消息进行响应，并发送扩展的MCCH通知信息，其中，扩展的MCCH通知信息用于指示与交通信息对应的MCCH消息发生更新。

优选地，请求消息中携带有以下至少之一：交通信息标识，用于表明OBU和/或UE所需的交通信息；交通信息的区域，用于表明交通信息发生的地理位置；时间窗口，用于表明在该时间窗口内获取到的交通信息为有效信息。

根据本发明的再一方面，提供了另一种信息的通知装置。

根据本发明实施例的信息的通知装置包括：选取模块，用于选取待调度的车辆；通知模块，用于向待调度的车辆发送交通信息。

优选地，选取模块包括：第一接收单元，用于接收来自于待调度的车辆的请求消息；第一发送单元，用于根据请求消息通过多播承载发送车辆需求信息；第二接收单元，用于接收待调度的车辆的需求响应消息；选取单元，用于根据需求响应消息、待调度的车辆所在的位置信息以及待调度的车辆所在区域的交通状况信息选取待调度的车辆。

优选地，通知模块包括：第二发送单元，用于向待调度的车辆发送车辆调度信息，其中，车辆调度信息中携带有待调度的车辆的标识；第三接收单元，用于接收来自于待调度的车辆的确认消息；通知单元，用于根据确认消息向待调度的车辆发送交通信息。

通过本发明实施例，采用基站获取TMGI，其中，TMGI用于指示交通信息业务，TMGI由BM-SC分配；基站根据TMGI发送扩展的MCCH通知信息，其中，扩展的MCCH通知信息用于指示与交通信息对应的MCCH消息发生更新，解决了相关技术中在道路交通状况发生突发变化时易造成UE需要监听所有的MCCH通知信息，由此增加了UE功耗，且无法及时获知其所需的交通信息的问题，进而能够降低OBU获取交通信息的功耗，促使OBU及时接收其所需的交通信息。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的通过网络信息平台向车辆发送交通、调度信息的示意图；

图2是根据本发明实施例的信息的通知方法的流程图；

图3是根据本发明实施例的另一种信息的通知方法的流程图；

图4是根据本发明优选实施例的针对突发交通状况的流程图；

图5是根据本发明优选实施例的扩展的MCCH通知信息的示意图；

图6是根据本发明优选实施例针对正常的交通状况的流程图；

图7是根据本发明实施例的另一种信息的通知方法的流程图；

图8是根据本发明优选实施例的OBU请求交通状况信息的流程图；

图9是根据本发明实施例的另一种信息的通知方法的流程图；

图10是根据本发明优选实施例四的交通信息中心发送车辆调度信息的流程图；

图11是根据本发明实施例的信息的通知装置的结构框图；

图12是根据本发明实施例的另一种信息的通知装置的结构框图；

图13是根据本发明优选实施例的另一种信息的通知装置的结构框图；

图14是根据本发明实施例的另一种信息的通知装置的结构框图；

图15是根据本发明实施例的另一种信息的通知装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图2是根据本发明实施例的信息的通知方法的流程图。如图2所示，该方法可以包括以下处理步骤：

步骤S202：基站获取TMGI，其中，TMGI用于指示交通信息业务，TMGI由BM-SC分配；

步骤S204：基站根据TMGI发送扩展的MCCH通知信息，其中，扩展的MCCH通知信息用于指示与交通信息对应的MCCH消息发生更新。

相关技术中，在道路交通状况发生突发变化时易造成UE需要监听所有的MCCH通知信息，由此增加了UE功耗，且无法及时获知其所需的交通信息。采用如图2所示的方法，对于突发交通状况而言，可以保留一个或多个TMGI用于指示交通信息业务；在MCCH更新通知信息中指示交通信息，监听通知信息的OBU可以根据交通信息指示获取MCCH消息和包含交通信息的MTCH数据；而对于正常的交通状况而言，无需预先保留TMGI。交通信息中心可以按照现有流程发送业务通告，OBU根据业务通告获取交通信息对应的TMGI；在MCCH更新通知信息中指示交通信息，OBU监听通知信息和MCCH消息，并获取其所需的MTCH数据。由此解决了相关技术中在道路交通状况发生突发变化时易造成UE需要监听所有的MCCH通知信息，由此增加了UE功耗，且无法及时获知其所需的交通信息的问题，进而能够降低OBU获取交通信息的功耗，促使OBU及时接收其所需的交通信息。

优选地，在步骤S202中，基站获取TMGI可以包括以下方式之一：

方式一、基站接收应用服务器发送的TMGI，其中，TMGI是由应用服务器通过向BM-SC发送请求消息获取到的；

方式二、基站接收OBU和/或UE通知的TMGI，其中，TMGI是由应用服务器从BM-SC获取后发送至OBU和/或UE的。

优选地，在步骤S204，基站根据TMGI发送扩展的MCCH通知信息之前，还可以包括以下操作：

步骤S1：基站接收来自于应用服务器和/或BM-SC的交通信息业务开始的通知。

在优选实施过程中，上述扩展的MCCH通知信息是在现有的MCCH通知信息的基础上增加比特位来指示交通信息和/或交通信息的类型。

在优选实施过程中，与交通信息对应的MCCH消息可以包括以下信息至少之一：

(1)交通信息对应的位置信息；

(2)交通信息类型；

其中，位置信息可以包括以下至少之一：小区标识、MBSFN区域标识、MBMS业务标识、地理坐标。

图3是根据本发明实施例的另一种信息的通知方法的流程图。如图3所示，该方法可以包括以下处理步骤：

步骤S302：OBU和/或UE接收来自于基站的扩展的MCCH通知信息；

步骤S304：OBU和/或UE根据扩展的MCCH通知信息获取更新的MCCH消息以及对应的MTCH上的交通信息。

优选地，在步骤S302，OBU和/或UE接收来自于基站的扩展的MCCH通知信息之前，还可以包括以下操作：

步骤S2：OBU和/或UE接收来自于应用服务器的TMGI，其中，TMGI用于指示交通信息业务，TMGI由BM-SC分配并由应用服务器从BM-SC获取得到。

优选地，在步骤S304中，OBU和/或UE根据扩展的MCCH通知信息获取更新的MCCH消息以及对应的MTCH上的交通信息可以包括以下步骤：

步骤S3：OBU和/或UE根据扩展的MCCH通知信息获取更新的MCCH消息并根据与TMGI对应的位置信息以及自身所在的位置信息确定对应的MTCH上的交通信息为自身所需的交通信息；

步骤S4：OBU和/或UE读取对应的MTCH上的交通信息。

作为本发明的一个优选实施例，图4是根据本发明优选实施例的针对突发交通状况的流程图。如图4所示，该流程可以包括以下步骤：

步骤S402：保留用于交通信息的TMGI并通知eNB和OBU。

在该优选实施例中，上述保留TMGI的操作由BM-SC来完成，首先，交通信息中心向BM-SC发送保留TMGI用于指示交通信息业务的请求消息；其次，BM-SC保留一个或多个TMGI并通知交通信息中心；最后，交通信息中心通过应用层信令通知服务区域中的OBU：已保留用于交通信息业务的TMGI；交通信息中心再通过BM-SC→MBMS-GW→MME→MCE→eNB路径通知eNB，或者，OBU在接收到保留的TMGI信息后通过空口信令通知给eNB。

步骤S404：交通信息中心通知eNB交通信息业务开始；

交通信息中心可以通过BM-SC→MBMS-GW→MME→MCE→eNB路径通知eNB，通知可以采用MBMSsessionstart或MBMSsessionupdate流程实现。MCE在M2接口可以通过MBMSschedulinginformation通知eNB。

步骤S406：eNB发送扩展的MCCH通知信息，用于指示交通信息开始；

eNB在接收到MCE发送的MBMSschedulinginformation之后，可以根据TMGI的值确定为交通信息业务；

eNB在MBSFN子帧的PDCCH信道上发送扩展的MCCH通知消息；该扩展的MCCH通知消息是指在现有8比特的DCI信息基础上，再增加指示交通信息的比特。考虑到现有DCI-1C中，在上述8bit之外，根据系统带宽不同还有4、5或7个额外的比特，因此，可以采用这些额外的比特来指示交通信息，进一步地，还可以指示交通信息的类型。

图5是根据本发明优选实施例的扩展的MCCH通知信息的示意图。如图5所示，假设第二个字节Octet2有4个比特：B1-B4，B1＝1为交通信息，B1＝0为车辆调度信息，B2B3为信息优先级或信息类型：“00”为紧急，例如：车祸；“01/10”为重要，例如：拥堵；“11”为正常；B4为保留位。MCCH通知信息中的扩展比特的具体定义可以根据交通信息需要而进行个性化设置。

步骤S408：感兴趣接收交通信息的OBU根据通知信息指示读取MCCH消息。

感兴趣接收交通信息的OBU是指已经在交通信息中心注册且已知交通信息业务对应的TMGI。

OBU监听扩展的MCCH通知信息，根据其中的“交通信息类型”指示信息进一步获取更新的MCCH消息。

MCCH消息中交通信息TMGI相应的包含交通信息的位置信息，用于指示发生该交通信息(例如：车祸、拥堵等)的地理位置，该地理位置可为以下之一：小区标识、业务区域、MBSFN区域、跟踪区域标识、地理坐标。

步骤S410：OBU判断是否为其所需的交通信息，如果是，转向步骤S412；否则，转向步骤S414；

OBU读取更新的MCCH消息，并根据交通信息TMGI相应的位置信息和自身位置信息(例如：GPS信息、系统广播)判断是否为其所需的交通信息，如果OBU所在车辆位于交通信息的区域，或即将前往交通信息区域，则为其所需的交通信息；否则为不需要的交通信息。

步骤S412：OBU读取所需的MTCH上的交通信息。

OBU确定更新的交通信息为所需信息，则可以根据MCCH指示进一步读取所需的MTCH上的交通信息。

步骤S414：OBU继续监听MCCH通知信息。

OBU确定更新的交通信息并非为其所需的交通信息，则OBU可以继续监听扩展的MCCH通知信息。

作为本发明的再一个优选实施例，图6是根据本发明优选实施例针对正常的交通状况的流程图。如图6所示，该流程可以包括以下步骤：

步骤S602：交通信息中心发送交通信息通告；

交通信息中心在通常情况下为服务器，可以由信息提供商(例如：交通管理部门)或运营商管理维护，交通信息中心与BM-SC之间存在接口，例如：MB2接口。

交通信息中心可以通过多种方式发送通告，例如：短信SMS、采信MMS、WAPPUSH、网站推送；通告需要发送到已在中心注册的OBU/UE。

上述通告至少可以包含：交通信息的TMGI、交通信息业务描述，该TMGI可以由BM-SC进行分配。

步骤S604：基站获取交通信息通告；

基站为交通信息业务区域中的所有eNB。eNB可以通过以下两种方式获取通告：

方式一、交通信息中心通过3GPP网络向eNB发送通告；

方式二、已获得通告的UE通过空口信令向eNB发送通告。

步骤S606：交通信息中心通知eNB交通信息业务开始；

交通信息中心通过BM-SC→MBMS-GW→MME→MCE→eNB路径通知eNB，该通知可以采用MBMSsessionstart或MBMSsessionupdate流程实现。MCE在M2接口通过MBMSschedulinginformation通知eNB。

步骤S608：eNB发送扩展的MCCH通知信息，用于指示交通信息开始；

步骤S610：感兴趣接收交通信息的OBU根据通知信息指示读取MCCH消息；

步骤S612：OBU判断是否为所需的交通信息，如果是，转向步骤S614；否则，转向步骤S616；

步骤S614：OBU读取所需的MTCH上的交通信息。

OBU确定更新的交通信息为其所需的交通信息，则可以根据MCCH指示进一步读取所需的MTCH上的交通信息。

步骤S616：OBU继续监听MCCH通知信息。

图7是根据本发明实施例的另一种信息的通知方法的流程图。如图7所示，该方法可以包括以下处理步骤：

步骤S702：应用服务器接收来自于OBU和/或UE的请求消息；

步骤S704：应用服务器对请求消息进行响应，并通过基站向OBU和/或UE发送扩展的MCCH通知信息，其中，扩展的MCCH通知信息用于指示与交通信息对应的MCCH消息发生更新。

在优选实施过程中，上述请求消息中可以携带有以下信息至少之一：

(1)交通信息标识，用于表明OBU和/或UE所需的交通信息；

(2)交通信息的区域，用于表明交通信息发生的地理位置；

(3)时间窗口，用于表明在该时间窗口内获取到的交通信息为有效信息。

对于OBU请求当前交通信息的场景而言，OBU可以向交通信息中心发送请求，以获取交通信息状况。交通信息中心根据OBU发送的请求向OBU反馈当前的交通状况信息。

作为本发明的再一个优选实施例，图8是根据本发明优选实施例的OBU请求交通状况信息的流程图。如图8所示，该流程可以包括以下步骤：

步骤S802：OBU/UE向交通信息中心发送请求消息；

该OBU/UE为已经在信息中心进行过注册的OBU/UE。

上述请求消息中携带的信息包括：交通信息标识；此外，还可以进一步包括：交通信息的区域、时间窗口；其中，交通信息标识为所需的交通信息，例如：TMGI；交通信息的区域为交通信息发生的地理位置，其可以包括以下至少之一：小区标识、业务区域标识、MBSFN区域标识、跟踪区域标识、地理坐标。时间窗口为在该窗口时间内获取到交通信息为有效信息。

上述请求消息可以通过应用层信令进行发送。

步骤S804：交通信息中心向OBU返回请求响应消息；

请求响应消息用于表明交通信息中心已经接收到上述请求消息，该请求响应消息可以通过应用层信令进行发送。

步骤S806：交通信息中心判断是否存在多播承载，如果是，则转向步骤S808；否则，转向步骤S810；

交通信息中心判断是否已经存在多播承载，如果是，则可以通过多播承载发送交通信息，否则，建立单播承载发送交通信息。

步骤S808：交通信息中心通过多播承载发送交通信息。

交通信息可以通过以下过程进行发送：MCCH通知信息、MCCH消息、MTCH数据。其中，MCCH通知信息为扩展的通知信息，其可以包含交通信息指示。MCCH消息可以包含交通信息的位置信息。

步骤S810：交通信息中心与OBU建立单播承载；

OBU进入RRC连接模式，与交通信息中心建立单播连接。

步骤S812：交通信息中心通过单播承载发送交通信息。

步骤S814：接收到交通信息的OBU向中心返回确认消息；

OBU可以在单播承载上返回确认消息。

步骤S816：交通信息中心停止发送交通信息。

交通信息中心在接收到OBU返回的确认消息后，将停止发送交通信息；在时间窗口内，如果交通信息有更新，则交通信息中心向OBU发送更新的交通信息，如果时间窗口到期，则交通信息中心停止发送交通信息并释放到OBU的单播承载。

图9是根据本发明实施例的另一种信息的通知方法的流程图。如图9所示，该方法可以包括以下处理步骤：

步骤S902：选取待调度的车辆；

步骤S904：向待调度的车辆发送交通信息。

针对交通信息中心发送车辆调度信息的场景而言，交通信息中心可以向区域内发送调度信息，OBU返回响应消息，交通信息中心选择符合条件的车辆并发送交通信息。

优选地，在步骤S902中，选取待调度的车辆可以包括以下操作：

步骤S5：接收来自于待调度的车辆的请求消息；

步骤S6：根据请求消息通过多播承载发送车辆需求信息；

步骤S7：接收待调度的车辆的需求响应消息；

步骤S8：根据需求响应消息、待调度的车辆所在的位置信息以及待调度的车辆所在区域的交通状况信息选取待调度的车辆。

优选地，在步骤S904中，向待调度的车辆发送交通信息可以包括以下步骤：

步骤S9：向待调度的车辆发送车辆调度信息，其中，车辆调度信息中携带有待调度的车辆的标识；

步骤S10：接收来自于待调度的车辆的确认消息；

步骤S11：根据确认消息向待调度的车辆发送交通信息。

作为本发明的再一个优选实施例，图10是根据本发明优选实施例四的交通信息中心发送车辆调度信息的流程图。如图10所示，该流程可以包括以下步骤：

步骤S1002：交通信息中心可以通过多播承载发送车辆需求信息；

交通信息中心接收到某地车辆请求消息，交通信息中心在请求的区域发送车辆需求信息。该车辆需求信息可以通过多播承载发送。

步骤S1004：OBU发送需求响应消息；

接收到车辆需求信息的OBU根据自身位置判断是否发送响应消息，如果车辆在需求的区域或正在前往需求区域，且驾驶者同意，则向交通信息中心返回响应消息，否则，不发送响应消息。

步骤S1006：交通信息中心选择符合条件的车辆；

交通信息中心可以根据接收到的响应消息、响应车辆所在的位置以及响应车辆所在区域的交通状况等因素进行综合判断，选择符合条件的车辆。

步骤S1008：交通信息中心通过多播承载发送车辆调度信息；

交通信息中心通过多播承载发送车辆调度信息，其中，车辆调度信息至少包含：车辆标识。通过多播承载发送调度信息的目的在于防止存在多个车辆前往需求地点。

步骤S1010：被调度车辆向交通信息中心发送确认消息。

被调度车辆在接收到调度信息后，发送确认消息，该确认消息可以携带有到达需求地点时间。

步骤S1012：交通信息中心发送交通状况信息。

交通信息中心可以根据被调度车辆的位置选择到需求地点的路径，并通知被调度车辆路径交通信息。该路径交通信息可以通过多播承载或单播承载进行发送。

图11是根据本发明实施例的信息的通知装置的结构框图。如图11所示，该信息的通知装置可以包括：获取模块100，用于获取TMGI，其中，TMGI用于指示交通信息业务，TMGI由BM-SC分配；发送模块102，用于根据TMGI发送扩展的MCCH通知信息，其中，扩展MCCH通知信息用于指示与交通信息相关的MCCH消息发生更新。

采用如图11所示的装置，解决了相关技术中在道路交通状况发生突发变化时易造成UE需要监听所有的MCCH通知信息，由此增加了UE功耗，且无法及时获知其所需的交通信息的问题，进而能够降低OBU获取交通信息的功耗，促使OBU及时接收其所需的交通信息。

优选地，获取模块100，用于获取TMGI包括以下之一：接收应用服务器发送的TMGI，其中，TMGI是由应用服务器通过向BM-SC发送请求消息获取到的；接收OBU和/或UE通知的TMGI，其中，TMGI是由应用服务器从BM-SC获取后发送至OBU和/或UE的。

在优选实施过程中，上述扩展的MCCH通知信息是在现有的MCCH通知信息的基础上增加比特位来指示交通信息和/或交通信息的类型。

在优选实施过程中，上述与交通信息对应的MCCH消息可以包括以下至少之一：

(1)交通信息对应的位置信息；

(2)交通信息类型；

其中，位置信息包括以下至少之一：小区标识、MBSFN区域标识、MBMS业务标识、地理坐标。

图12是根据本发明实施例的另一种信息的通知装置的结构框图。如图12所示，该信息的通知装置可以包括：第一接收模块200，用于接收来自于基站的扩展的MCCH通知信息；获取模块202，用于根据扩展的MCCH通知信息获取更新的MCCH消息以及对应的MTCH上的交通信息。

优选地，如图13所示，上述装置还可以包括：第二接收模块204，用于接收TMGI，其中，TMGI用于指示交通信息业务，TMGI由BM-SC分配。

优选地，获取模块202可以包括：处理单元(图中未示出)，用于根据扩展的MCCH通知信息获取更新的MCCH消息并根据与TMGI对应的位置信息以及自身所在的位置信息确定对应的MTCH上的交通信息为自身所需的交通信息；读取单元(图中未示出)，用于读取对应的MTCH上的交通信息。

图14是根据本发明实施例的另一种信息的通知装置的结构框图。如图14所示，该信息的通知装置可以包括：接收模块300，用于接收来自于车载单元OBU和/或UE的请求消息；通知模块302，用于对请求消息进行响应，并发送扩展的MCCH通知信息，其中，扩展的MCCH通知信息用于指示与交通信息对应的MCCH消息发生更新。

在优选实施过程中，上述请求消息中可以携带有以下信息至少之一：

(1)交通信息标识，用于表明OBU和/或UE所需的交通信息；

(2)交通信息的区域，用于表明交通信息发生的地理位置；

(3)时间窗口，用于表明在该时间窗口内获取到的交通信息为有效信息。

图15是根据本发明实施例的另一种信息的通知装置的结构框图。如图15所示，该信息的通知装置可以包括：选取模块400，用于选取待调度的车辆；通知模块402，用于向待调度的车辆发送交通信息。

优选地，选取模块400可以包括：第一接收单元(图中未示出)，用于接收来自于待调度的车辆的请求消息；第一发送单元(图中未示出)，用于根据请求消息通过多播承载发送车辆需求信息；第二接收单元(图中未示出)，用于接收待调度的车辆的需求响应消息；选取单元(图中未示出)，用于根据需求响应消息、待调度的车辆所在的位置信息以及待调度的车辆所在区域的交通状况信息选取待调度的车辆。

优选地，通知模块402可以包括：第二发送单元(图中未示出)，用于向待调度的车辆发送车辆调度信息，其中，车辆调度信息中携带有待调度的车辆的标识；第三接收单元(图中未示出)，用于接收来自于待调度的车辆的确认消息；通知单元(图中未示出)，用于根据确认消息向待调度的车辆发送交通信息。

从以上的描述中，可以看出，上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果)：采用本发明实施例所提供的技术方案，通过保留/分配一个或多个TMGI用于指示交通信息；eNB在承载MCCH通知信息的子帧的PDCCH上发送标识交通信息更新的指示信息；对交通信息感兴趣的OBU可以根据接收到的通知信息中的指示信息进一步接收更新的MCCH消息和相应MTCH上的交通信息，由此降低了OBU获取交通、调度信息的功耗，实现OBU及时接收其所需的交通信息。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (25)

1.一种信息的通知方法，其特征在于，包括：

基站eNB获取临时移动组标识TMGI，其中，所述TMGI用于指示交通信息业务，所述TMGI由广播多播服务中心BM-SC分配；

所述基站根据所述TMGI发送扩展的多播控制信道MCCH通知信息，其中，所述扩展的MCCH通知信息用于指示与交通信息对应的MCCH消息发生更新。

2.根据权利要求1所述的方法，其特征在于，所述基站获取所述TMGI包括以下之一：

所述基站接收应用服务器发送的所述TMGI，其中，所述TMGI是由所述应用服务器通过向所述BM-SC发送请求消息获取到的；

所述基站接收车载单元OBU和/或用户设备UE通知的所述TMGI，其中，所述TMGI是由所述应用服务器从所述BM-SC获取后发送至所述OBU和/或UE的。

3.根据权利要求1所述的方法，其特征在于，在所述基站根据所述TMGI发送所述扩展的MCCH通知信息之前，还包括：

所述基站接收来自于所述应用服务器和/或所述BM-SC的交通信息业务开始的通知。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述扩展的MCCH通知信息是在现有的MCCH通知信息的基础上增加比特位来指示交通信息和/或所述交通信息的类型。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述与交通信息对应的MCCH消息包括以下至少之一：

交通信息对应的位置信息；

交通信息类型；

其中，所述位置信息包括以下至少之一：小区标识、MBSFN区域标识、MBMS业务标识、地理坐标。

6.一种信息的通知方法，其特征在于，包括：

车载单元OBU和/或用户设备UE接收来自于基站的扩展的多播控制信道MCCH通知信息；

所述OBU和/或所述UE根据所述扩展的MCCH通知信息获取更新的MCCH消息以及对应的多播业务信道MTCH上的交通信息。

7.根据权利要求6所述的方法，其特征在于，在所述OBU和/或UE接收来自于所述基站的所述扩展的MCCH通知信息之前，还包括：

所述OBU和/或UE接收来自于应用服务器的临时移动组标识TMGI，其中，所述TMGI用于指示交通信息业务，所述TMGI由BM-SC分配并由所述应用服务器从所述BM-SC获取得到。

8.根据权利要求7所述的方法，其特征在于，所述OBU和/或UE根据所述扩展的MCCH通知信息获取所述更新的MCCH消息以及对应的MTCH上的交通信息包括：

所述OBU和/或所述UE根据所述扩展的MCCH通知信息获取所述更新的MCCH消息并根据与所述TMGI对应的位置信息以及自身所在的位置信息确定对应的MTCH上的交通信息为自身所需的交通信息；

所述OBU和/或所述UE读取对应的MTCH上的交通信息。

9.一种信息的通知方法，其特征在于，包括：

应用服务器接收来自于车载单元OBU和/或用户设备UE的请求消息；

所述应用服务器对所述请求消息进行响应，并通过基站eNB向所述OBU和/或所述UE发送扩展的多播控制信道MCCH通知信息，其中，所述扩展的MCCH通知信息用于指示与交通信息对应的MCCH消息发生更新。

10.根据权利要求9所述的方法，其特征在于，所述请求消息中携带有以下至少之一：

交通信息标识，用于表明所述OBU和/或所述UE所需的交通信息；

交通信息的区域，用于表明所述交通信息发生的地理位置；

时间窗口，用于表明在该时间窗口内获取到的所述交通信息为有效信息。

11.一种信息的通知方法，其特征在于，包括：

选取待调度的车辆；

向所述待调度的车辆发送交通信息。

12.根据权利要求11所述的方法，其特征在于，选取所述待调度的车辆包括：

接收来自于所述待调度的车辆的请求消息；

根据所述请求消息通过多播承载发送车辆需求信息；

接收所述待调度的车辆的需求响应消息；

根据所述需求响应消息、所述待调度的车辆所在的位置信息以及所述待调度的车辆所在区域的交通状况信息选取所述待调度的车辆。

13.根据权利要求11所述的方法，其特征在于，向所述待调度的车辆发送所述交通信息包括：

向所述待调度的车辆发送车辆调度信息，其中，所述车辆调度信息中携带有所述待调度的车辆的标识；

接收来自于所述待调度的车辆的确认消息；

根据所述确认消息向所述待调度的车辆发送所述交通信息。

14.一种信息的通知装置，其特征在于，包括：

获取模块，用于获取临时移动组标识TMGI，其中，所述TMGI用于指示交通信息业务，所述TMGI由广播多播服务中心BM-SC分配；

发送模块，用于根据所述TMGI发送扩展的多播控制信道MCCH通知信息，其中，所述扩展MCCH通知信息用于指示与交通信息相关的MCCH消息发生更新。

15.根据权利要求14所述的装置，其特征在于，所述获取模块，用于获取所述TMGI包括以下之一：

接收应用服务器发送的所述TMGI，其中，所述TMGI是由所述应用服务器通过向所述BM-SC发送请求消息获取到的；

接收车载单元OBU和/或用户设备UE通知的所述TMGI，其中，所述TMGI是由所述应用服务器从所述BM-SC获取后发送至所述OBU和/或所述UE的。

16.根据权利要求14或15所述的装置，其特征在于，所述扩展的MCCH通知信息是在现有的MCCH通知信息的基础上增加比特位来指示交通信息和/或所述交通信息的类型。

17.根据权利要14或15所述的装置，其特征在于，所述与交通信息对应的MCCH消息包括以下至少之一：

交通信息对应的位置信息；

交通信息类型；

其中，所述位置信息包括以下至少之一：小区标识、MBSFN区域标识、MBMS业务标识、地理坐标。

18.一种信息的通知装置，其特征在于，包括：

第一接收模块，用于接收来自于基站的扩展的多播控制信道MCCH通知信息；

获取模块，用于根据所述扩展的MCCH通知信息获取更新的MCCH消息以及对应的多播业务信道MTCH上的交通信息。

19.根据权利要求18所述的装置，其特征在于，所述装置还包括：

第二接收模块，用于接收临时移动组标识TMGI，其中，所述TMGI用于指示交通信息业务，所述TMGI由BM-SC分配。

20.根据权利要求19所述的装置，其特征在于，所述获取模块包括：

处理单元，用于根据所述扩展的MCCH通知信息获取所述更新的MCCH消息并根据与所述TMGI对应的位置信息以及自身所在的位置信息确定对应的MTCH上的交通信息为自身所需的交通信息；

读取单元，用于读取对应的MTCH上的交通信息。

21.一种信息的通知装置，其特征在于，包括：

接收模块，用于接收来自于车载单元OBU和/或UE的请求消息；

通知模块，用于对所述请求消息进行响应，并发送扩展的多播控制信道MCCH通知信息，其中，所述扩展的MCCH通知信息用于指示与交通信息对应的MCCH消息发生更新。

22.根据权利要求21所述的装置，其特征在于，所述请求消息中携带有以下至少之一：

交通信息标识，用于表明所述OBU和/或所述UE所需的交通信息；

交通信息的区域，用于表明所述交通信息发生的地理位置；

时间窗口，用于表明在该时间窗口内获取到的所述交通信息为有效信息。

23.一种信息的通知装置，其特征在于，包括：

选取模块，用于选取待调度的车辆；

通知模块，用于向所述待调度的车辆发送交通信息。

24.根据权利要求23所述的装置，其特征在于，所述选取模块包括：

第一接收单元，用于接收来自于所述待调度的车辆的请求消息；

第一发送单元，用于根据所述请求消息通过多播承载发送车辆需求信息；

第二接收单元，用于接收所述待调度的车辆的需求响应消息；

选取单元，用于根据所述需求响应消息、所述待调度的车辆所在的位置信息以及所述待调度的车辆所在区域的交通状况信息选取所述待调度的车辆。

25.根据权利要求23所述的装置，其特征在于，所述通知模块包括：

第二发送单元，用于向所述待调度的车辆发送车辆调度信息，其中，所述车辆调度信息中携带有所述待调度的车辆的标识；

第三接收单元，用于接收来自于所述待调度的车辆的确认消息；

通知单元，用于根据所述确认消息向所述待调度的车辆发送所述交通信息。