CN106341839B - 一种信息上报、接收，承载建立的方法及装置 - Google Patents

Abstract

本发明公开了一种信息上报、接收，承载建立的方法及装置，包括：终端设备向接入网节点发送指示信息，指示信息用以指示终端设备将上报的信息是将在与多播广播单频网络区域对应的时间与频率资源上发送的信息；接入网节点请求网络侧设备为终端设备将上报的信息建立业务承载；网络侧设备建立包括终端设备向接入网节点上报信息所用的无线承载，并通知接入网节点配置信息。接入网节点根据配置信息为终端设备将上报的信息配置无线承载，通知终端设备在配置的无线承载上上报信息，并在配置的无线承载上接收终端设备上报的信息。终端设备接收通知；在收集信息后，根据配置信息在无线承载上上报信息。采用本发明可以满足一些对时延有特定要求的业务的需求。

Description

一种信息上报、接收，承载建立的方法及装置

技术领域

本发明涉及无线通信技术领域，特别涉及一种信息上报、接收，承载建立的方法及装置。

背景技术

现有的移动通信主要是人与人之间的通信，随着硬件设备的小型化和智能化，未来的移动通信更多“人与物”及“物与物”之间的高速连接应用。以MTC(Machine TypeCommunication，机器通信)业务为例，MTC应用范围非常广泛，如移动医疗、车联网、智能家居、工业控制、环境监测等将会推动MTC***应用爆发式增长，大量设备将接入网络，实现真正的“万物互联”，为移动通信带来无限生机。同时，广泛的MTC***应用范围也会给移动通信带来新的技术挑战，例如实时云计算、虚拟现实、在线游戏、远程医疗、智能交通、智能电网、远程实时控制等业务对时延比较敏感，对时延提出更高的需求。但这些业务的应用也对信息交互的时延提出了较高的要求。

下面以智能交通中的V2X(Vehicle to Everything，车与外界的信息交换)业务为例说明现有技术的不足。

研究表明，80％的公路交通事故是由于驾驶员在事故发生前3秒内的疏忽造成的。如果提前0.5秒示警驾驶员，可以避免60％的追尾事故；若驾驶员能提早1.5秒得到示警并采取措施，则可以避免90％的追尾撞车事故。这些碰撞避免类应用要求在设定范围内(如300米)的车辆之间或车辆与路侧基础设施之间以极短的传输时延(典型值为100ms)进行道路安全相关的信息交换。采用包括V2V(vehicle to vehicle，车与车的信息交换)、V2I(Vehicle-to-Infrastructure,车与基础设施的信息交换)、V2P(Vehicle-to-Pedestrian,车与人的信息交换)等的V2X通信方式提前感知道路安全风险的主动安全预警技术是当前各国试图解决道路交通安全问题一种新的思路，通过车与车、车与路侧基础设施间的实时信息交互，告知彼此目前的状态(包括车辆的位置、速度、加速度、行驶路径)及获知的道路环境信息，协作感知道路危险状况，及时提供前向碰撞告警、盲区告警/换道告警、协作合路辅助、协作合路辅助、交通信号灯违规告警等多类告警信息，从而可以避免大多数道路交通安全事故的发生。一些典型应用有紧急制动告警、协作合路辅助、交通信号灯违规告警等。

现有技术中，在采用V2X方式支持道路安全应用时，是基于eMBMS技术实现的。其中，eMBMS(evolved MBMS，演进的MBMS)技术是指：LTE(Long Term Evolution，长期演进)中的MBMS，MBMS(Multimedia Broadcast/Multicast Service，多媒体广播\组播服务)技术是用于为无线小区中的用户提供多媒体广播和组播服务的。eMBMS支持MBSFN(MulticastBroadcast Single Frequency Network，多播广播单频网络)传输方式，即：属于同一个MBSFN区域中的小区在相同时间和频率资源上在多个小区同时发送完全相同的内容。接收UE(User Equipment，用户设备)可以将多个小区发送的信号看成一个信号的多条路径，对这些信号进行处理，获得宏分集增益，从而提高小区边缘用户的信号接收质量。

采用V2X方式支持道路安全应用，通常情况下要求发送车辆从高层接收到道路安全消息到接收车辆的MAC(Medium Access Control，媒质接入控制)层将道路安全消息递交给高层之间的时延不大于100ms，而现有技术的不足就在于：基于现有eMBMS技术实现的V2X业务，信息交互总时延为160ms，不能满足支持道路安全应用的时延要求。

事实上，该问题不仅存在于V2X业务中，在其他类似的环境、或者应用中，也存在该问题，也即，现有基于eMBMS技术实现的信息传输，不能满足一些业务的时延要求。

发明内容

本发明实施例中提供了一种信息上报、接收，承载建立的方法及装置，用以减少信息发送、接收时间，满足一些对时延有特定要求的业务的需求。

本发明实施例中提供了一种信息接收方法，包括：

接收终端设备发送的指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

请求网络侧设备为终端设备将上报的信息建立业务承载；

接收网络侧设备建立的业务承载的配置信息，并根据所述配置信息为终端设备将上报的信息配置无线承载；

通知终端设备在配置的无线承载上上报信息，并在配置的无线承载上接收终端设备上报的信息。

较佳地，指示信息是通过RRC消息和/或NAS消息携带的。

较佳地，在通过RRC信令和/或NAS消息携带指示信息时：

是通过在RRC连接建立请求消息中增加RRC连接建立原因来携带的，或，通过在RRC连接建立完成消息中增加IE来携带的；

和/或，是通过在NAS消息中增加IE来携带的，或，通过在NAS消息中的IE中定义码点来携带的。

较佳地，所述接收网络侧设备建立的业务承载的配置信息，是通过S1接口信令进行接收的。

较佳地，所述通知终端设备在配置的无线承载上上报信息，是通过以下方式之一或者其组合进行通知的：RRC信令、NAS消息、***广播消息。

较佳地，在通过***广播消息通知终端设备时，通过在***广播消息中的MIB中增加IE或定义码点来通知，或者，通过在***广播消息中的SIB中增加IE或定义码点来通知，或者，通过在***广播消息中增加SIB来通知。

较佳地，终端设备将上报的信息是用于V2X业务的V2X信息。

较佳地，所述指示信息用以指示终端设备将上报的信息是用于V2X业务的V2X信息时，包括以下内容之一或者其组合：

指示V2X业务对应的QoS参数信息；指示当前业务是否为V2X相关业务信息；指示当前业务为以下业务之一或者其组合：V2V业务、V2I业务、V2P业务、V2C业务的一项或多项；指示业务类型为以下类型之一或者其组合：道路安全类业务、交通效率类业务、交通信息类业务；指示业务处理方式为以下方式之一或者其组合：接入网络直接转发、接入网MBMS直接转发；指示终端设备是否为V2X类型终端信息。

本发明实施例中提供了一种承载建立方法，包括：

接收接入网节点建立业务承载的请求，所述业务承载用于传输终端设备将上报的信息，所述信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

建立业务承载，所述业务承载包括终端设备向接入网节点上报信息所用的无线承载；

通知接入网节点建立的业务承载的配置信息。

较佳地，所述接收接入网节点建立业务承载的请求，是通过S1接口信令进行接收的。

较佳地，所述通知接入网节点建立的业务承载的配置信息，是通过S1接口信令进行通知的。

较佳地，所述通知接入网节点建立的业务承载的配置信息中包括以下信息之一或者其组合：本地广播指示、本地MBSFN转发指示、V2X承载指示。

较佳地，所述业务承载用于传输终端设备将上报的信息是用于V2X业务的V2X信息。

本发明实施例中提供了一种信息上报方法，包括：

向接入网节点发送指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

接收接入网节点的通知，所述通知携带有上报信息所使用的无线承载的配置信息；

在终端设备收集信息后，根据配置信息在所述无线承载上上报信息。

较佳地，向接入网节点发送的指示信息是通过RRC消息和/或NAS消息携带的。

较佳地，在通过RRC消息和/或NAS消息携带指示信息时：

是通过在RRC连接建立请求消息中增加RRC连接建立原因来携带的，或，通过在RRC连接建立完成消息中增加IE来携带的；

和/或，是通过在NAS消息中增加IE来携带的，或，通过在NAS消息中的IE中定义码点来携带的。

较佳地，所述接收接入网节点的通知，是通过以下方式之一或者其组合来进行接收的：RRC信令、NAS消息、***广播消息。

较佳地，在通过***广播消息接收接入网节点的通知时，是通过在***广播消息中的MIB中增加IE或定义码点来接收的，或者，通过在***广播消息中的SIB中增加IE或定义码点来接收的，或者，通过在***广播消息中增加SIB来接收的。

较佳地，根据配置信息在所述无线承载上上报的信息是用于V2X业务的V2X信息。

本发明实施例中提供了一种信息接收装置，包括：

指示信息接收模块，用于接收终端设备发送的指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

承载请求模块，用于请求网络侧设备为终端设备将上报的信息建立业务承载；

配置信息接收模块，用于接收网络侧设备建立的业务承载的配置信息，并根据所述配置信息为终端设备将上报的信息配置无线承载；

通知上报信息模块，用于通知终端设备在配置的无线承载上上报信息，并在配置的无线承载上接收终端设备上报的信息。

较佳地，指示信息接收模块进一步用于接收终端设备通过RRC消息和/或NAS消息携带的指示信息。

较佳地，指示信息接收模块进一步用于在接收终端设备通过RRC消息和/或NAS消息携带的指示信息时：

指示信息是通过在RRC连接建立请求消息中增加RRC连接建立原因来携带的，或，通过在RRC连接建立完成消息中增加IE来携带的；

和/或，指示信息是通过在NAS消息中增加IE来携带的，或，通过在NAS消息中的IE中定义码点来携带的。

较佳地，配置信息接收模块进一步用于通过S1接口信令接收网络侧设备建立的业务承载的配置信息。

较佳地，通知上报信息模块进一步用于通过以下方式之一或者其组合通知终端设备在配置的无线承载上上报信息：RRC信令、NAS消息、***广播消息。

较佳地，通知上报信息模块进一步用于在通过***广播消息通知终端设备时，通过在***广播消息中的MIB中增加IE或定义码点来通知，或者，通过在***广播消息中的SIB中增加IE或定义码点来通知，或者，通过在***广播消息中增加SIB来通知。

较佳地，终端设备将上报的信息是用于V2X业务的V2X信息。

较佳地，指示信息接收模块进一步用于在所述指示信息用以指示终端设备将上报的信息是用于V2X业务的V2X信息时，接收终端设备发送的包括以下内容之一或者其组合的指示信息：

指示V2X业务对应的QoS参数信息；指示当前业务是否为V2X相关业务信息；指示当前业务为以下业务之一或者其组合：V2V业务、V2I业务、V2P业务、V2C业务的一项或多项；指示业务类型为以下类型之一或者其组合：道路安全类业务、交通效率类业务、交通信息类业务；指示业务处理方式为以下方式之一或者其组合：接入网络直接转发、接入网MBMS直接转发；指示终端设备是否为V2X类型终端信息。

本发明实施例中提供了一种承载建立装置，包括：

承载请求接收模块，用于接收接入网节点建立业务承载的请求，所述业务承载用于传输终端设备将上报的信息，所述信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

承载建立模块，用于建立业务承载，所述业务承载包括终端设备向接入网节点上报信息所用的无线承载；

配置信息通知模块，用于通知接入网节点建立的业务承载的配置信息。

较佳地，承载请求接收模块进一步用于通过S1接口信令接收接入网节点建立业务承载的请求。

较佳地，配置信息通知模块进一步用于通过S1接口信令通知接入网节点建立的业务承载的配置信息。

较佳地，配置信息通知模块进一步用于通知接入网节点包括以下信息之一或者其组合的配置信息：本地广播指示、本地MBSFN转发指示、V2X承载指示。

较佳地，承载建立模块进一步用于建立用于传输终端设备将上报的用于V2X业务的V2X信息的业务承载。

本发明实施例中提供了一种信息上报装置，包括：

指示信息发送模块，用于向接入网节点发送指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

上报通知接收模块，用于接收接入网节点的通知，所述通知携带有上报信息所使用的无线承载的配置信息；

上报信息模块，用于在终端设备收集信息后，根据配置信息在所述无线承载上上报信息。

较佳地，指示信息发送模块进一步用于向接入网节点发送通过RRC消息和/或NAS消息携带的指示信息。

较佳地，指示信息发送模块进一步用于在通过RRC消息和/或NAS消息携带指示信息时：

通过在RRC连接建立请求消息中增加RRC连接建立原因来携带，或，通过在RRC连接建立完成消息中增加IE来携带；

和/或，通过在NAS消息中增加IE来携带，或，通过在NAS消息中的IE中定义码点来携带。

较佳地，上报通知接收模块进一步用于通过以下方式之一或者其组合来接收接入网节点的通知：RRC信令、NAS消息、***广播消息。

较佳地，上报通知接收模块进一步用于在通过***广播消息接收接入网节点的通知时，通过在***广播消息中的MIB中增加IE或定义码点来接收，或者，通过在***广播消息中的SIB中增加IE或定义码点来接收，或者，通过在***广播消息中增加SIB来接收。

较佳地，上报信息模块进一步用于根据配置信息在所述无线承载上上报用于V2X业务的V2X信息。

本发明有益效果如下：

在本发明实施例提供的技术方案中，一个方案中，在基站上，当接收到归属自身下辖小区的各终端设备上报的信息后，就向相关的基站发送所述信息，若发送的基站为第一基站，上报信息的终端设备归属的小区为第一小区，接收信息的相关的各个基站为第二基站，那么，第一小区与第二基站下辖的某些小区是属于同一MBSFN区域的；

而在另一个相应的方案中，在另一侧相关的基站(也即第二基站)上，在接收到第一基站发送的所述信息后，确定自身下辖的小区中与该信息来源的第一小区属于同一MBSFN区域的小区。

然后，在第一基站以及相关的第二基站上，在相同的时间与频率资源上向需要的终端设备下发所述信息，这样，在同一MBSFN区域内的终端设备都同时接收到了来自同一个小区的终端设备上报的信息，且因每个MBSFN区域的发送资源不同，使得各MBSFN区域数据在接收时不受彼此干扰。

在本发明实施例中提供的技术方案中，并未如现有技术般将终端设备上报的信息上报给网络侧的S-GW、P-GW、BMSC等处理后，再由BMSC指示基站采用MBSFN方式发送；而是直接在基站之间进行终端设备上报的信息交互，并在基站上处理后即分发给各基站采用MBSFN方式发送，由于没有网络侧各核心网实体的中转，因此减少了MBSFN方式发送MBMS数据的耗时，使得本发明实施例中提供的技术方案可以满足一些对时延有特定要求的业务的需求。

进一步的，本发明实施例中还提供了实现上述构思的终端设备与接入网节点间信息传输的方案。

附图说明

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

图1为本发明实施例中eMBMS***架构示意图；

图2为本发明实施例中基于eMBMS实现V2X通信的网络结构示意图；

图3为本发明实施例中增强的基于eMBMS实现V2X通信的网络结构示意图；

图4为本发明实施例中信息发送方法一实施流程示意图；

图5为本发明实施例中信息发送方法二实施流程示意图；

图6为本发明实施例中信息接收方法实施流程示意图；

图7为本发明实施例中信息收发方法实施流程示意图；

图8为本发明实施例中MBSFN区域构成示意图；

图9为本发明实施例中高速场景中MBSFN区域构成示意图；

图10为本发明实施例中小区与MBSFN区域间关系示意图；

图11为本发明实施例中为高速公路场景下小区与MBSFN区域间关系示意图；

图12为本发明实施例中X2接口MBSFN数据传输通道建立信令交互过程实施流程示意图；

图13为本发明实施例中X2接口MBSFN数据传输通道配置更新过程实施流程示意图；

图14为本发明实施例中X2接口MBSFN数据传输通道去激活/释放过程实施流程示意图；

图15为本发明实施例中EPS承载构成示意图；

图16为本发明实施例中信息上报方法实施流程示意图；

图17为本发明实施例中承载建立方法实施流程示意图；

图18为本发明实施例中接入网节点的信息接收方法实施流程示意图；

图19为本发明实施例中LTE网络架构示意图；

图20为本发明实施例中LTE***通过X2接口的非竞争随机接入切换流程示意图；

图21为本发明实施例中LTE***通过S1接口的非竞争随机接入切换流程示意图；

图22为本发明实施例中源基站侧的切换方法实施流程示意图；

图23为本发明实施例中目标基站侧的切换方法实施流程示意图；

图24为本发明实施例中完整性保护过程示意图；

图25为本发明实施例中进行安全处理的信息传输实施环境示意图；

图26为本发明实施例中信息安全处理中的密钥处理实施环境示意图；

图27为本发明实施例中信息接收装置结构示意图；

图28为本发明实施例中承载建立装置结构示意图；

图29为本发明实施例中信息上报装置结构示意图；

图30为本发明实施例中接入网节点结构示意图；

图31为本发明实施例中网络侧设备结构示意图；

图32为本发明实施例中终端设备结构示意图。

具体实施方式

下面结合附图对本发明的具体实施方式进行说明。

发明人在发明过程中注意到，基于现有eMBMS技术实现的应用业务或场景时延不能满足要求，以V2X业务为例，其总时延为160ms的原因如下：

图1为eMBMS***架构示意图，如图所示，eMBMS***架构中主要包括BMSC(broadcast multicast service center，广播组播业务中心)、MBMS GW(MBMS Gateway，MBMS网关)、MME(Mobility Management Entity，移动性管理实体)、MCE(Multi-cell/multicast Coordination Entity，多小区多播协调实体)、eNB(演进基站)，其中：

BMSC：提供MBMS业务和发起MBMS承载建立过程。

MBMS GW：采用IP多播方式向各eNB发送MBMS业务数据。与MME交互MBMS会话控制信令。

MME：根据从MBMS GW收到的会话控制信令，通过M3接口与MCE通信实现MBMS会话控制。

MCE：负责各eNB MBMS资源的分配。生成MBMS业务通知信息发送给eNB。

eNB：将从BMSC上接收的MBMS业务数据包，在MCE指定的资源按设定的时间以广播方式发送。将从MCE接收的MBMS业务通知信息以广播方式发送。

基于eMBMS实现V2X通信得方案主要部分如下：

图2为基于eMBMS实现V2X通信的网络结构示意图，如图所示，基于eMBMS实现V2X通信的方式为：

车辆UE(图中用以示意的为UE1、UE2)采用单播(unicast)方式上报道路安全相关信息如本车的位置、速度、加速度、行驶路径及获知的道路环境信息等，eNB将车辆上报的道路安全相关信息经S-GW(Serving Gateway，服务网关)、P-GW(PDN Gateway，分组数据网络网关)等实体发送给BMSC，BMSC再将各车辆上报的道路安全相关信息采用MBSFN方式发送给各车辆周围相关的小区。

在上述方式下，发送车辆上报道路安全信息到其周围的车辆接收到其发送的道路安全信息的时延分析见下：

表1：基于eMBMS实现V2X通信端到端总时延

数据传输阶段	时延(ms)
		发送车辆UE→eNB	10
eNB→S-GW/PGW→BMSC	20
		BMSC→eNB	40
MSP	80
		eNB→接收车辆UE	10
总时延	160

其中：MSP为MCH(Multicast Channel，多播信道)调度周期(MCH SchedulingPeriod)。

可见，基于现有eMBMS技术实现的V2X总时延为160ms，而这显然不能满足支持道路安全应用的时延要求。

发明人注意到：

针对在一定区域内进行信息交互的情景，可以减少在网络侧产生的时延，具体的，可以尽量利用接入网的的特点来减少时延。例如，在LTE***中，eNB间可以通过X2接口或者S1接口直接与其他eNB通信，实现无缝的无线资源管理和协同数据传输。

下面进行具体说明，一种是基于X2接口的技术方案，一种是基于S1接口的技术方案。

一、基于X2接口的技术方案。

当相邻的eNB之间存在X2接口时，为了减少160ms的时延，本发明实施例中将提供基于X2接口的技术方案，也即：为了降低基于eMBMS技术实现V2X的端到端时延，提出了一种增强的基于eMBMS实现V2X通信方案，该方案构思主要为：

图3为增强的基于eMBMS实现V2X通信的网络结构示意图，如图所示，在该结构中基于X2接口的技术方案主要为：

车辆UE采用单播(unicast)方式向服务小区上报道路安全相关信息，如本车的位置、速度、加速度、行驶路径及获知的道路环境信息等，在本方案中，eNB将其下各支持(特定)V2X业务的小区中车辆上报的道路安全相关信息通过X2接口与相邻eNB进行交互，相邻eNB下的小区采用MBSFN方式将所属MBSFN区域数据源小区下收集的道路安全信息发送给UE。

按上述方案，发送车辆上报道路安全信息到其周围的车辆接收到其发送的道路安全信息的时延分析见下：

表2：基于eMBMS实现V2X通信端到端总时延

数据传输阶段	时延(ms)
		发送车辆UE→eNB	10
eNB→eNB	10
		MSP	80
eNB→接收车辆UE	10
		总时延	110

与表1数据相比可以看出，扣除MSP的耗时后，时延由表1指代方案的80ms降低至表2指代的增强方案的30ms，可见，在本方案基础上降低了总时延。进一步的，如果通过降低MSP的时间，如降低到60ms，便可以将UE间道路安全信息交互的总时延降低到100ms以下。

二、基于S1接口的技术方案。

当相邻的eNB间不存在X2接口时，eNB将其下各支持(特定)V2X业务的小区中车辆上报的道路安全相关信息通过S1接口转发方式与相邻eNB间进行交互，相邻eNB下的小区采用MBSFN方式将所属MBSFN区域数据源小区下收集的道路安全信息发送给UE。

上述方式，发送车辆上报道路安全信息到其周围的车辆接收到其发送的道路安全信息的时延分析见下：

表3 采用S1接口进行交互时基于eMBMS实现V2X通信端到端总时延

数据传输阶段	时延(ms)
		发送车辆UE→eNB	10
eNB→S-GW	10
		S-GW→eNB	10
MSP	80
		eNB→接收车辆UE	10
总时延	120

与表1数据相比可以看出，扣除MSP的耗时后，时延由表1指代方案的80ms降低至表3指代的增强方案的60ms，可见，在本方案基础上降低了总时延。进一步的，如果通过降低MSP的时间，如降低到50ms，便可以将UE间道路安全信息交互的总时延降低到100ms以下。

基于上述构思，本发明实施例分别提供了在基站上实现该构思的方案如下：

方案中，第一基站为接收各终端设备上报的信息的基站，第一小区是归属于第一基站的小区，各终端设备是第一小区所辖的终端设备；

第一基站在收到信息后发送给第二基站，第二基站可以有多个，但是其要求为：归属于第二基站的第二小区与第一小区属于同一MBSFN区域；

对于第二小区，还需要说明的是，也有归属于第一基站的第二小区，同样，第二小区的要求为与第一小区属于同一MBSFN区域，也即，与第一小区属于同一MBSFN区域的其他小区，在实施例中称为第二小区。

随后，在第一基站以及第二基站在相同的时间与频率资源上向第一小区、第二小区所辖的各终端设备下发信息，这样，在同一MBSFN区域内的终端设备都同时接收到了来自同一个小区的终端设备上报的信息。

实施中，还需说明的是，终端设备并不直接归属基站，而是归属于逻辑上划分的小区，需要说明的原因是本方案中的MBSFN区域是由小区组成的，上述描述是为了便于理解仅从物理上进行的说明。下文还会对小区的实施进行说明。同时，终端设备不仅包括移动终端设备，也包括各种用于MTC中的终端设备，例如用于实时云计算、虚拟现实、在线游戏、远程医疗、智能交通、智能电网、远程实时控制等业务中的传感器、数据采集装置等。

实施例中，将主要以V2X业务为例进行说明，以终端设备的典型代表UE作为终端设备、以基站的典型代表eNB作为基站来进行说明，而交互的信息则是V2X业务中的V2X信息。容易知道，上述方案中，在实例中则可以为：

第一基站为接收各UE在V2X业务中上报的V2X信息的基站，各UE是第一小区所辖的UE，第一小区是归属于第一基站的小区；

第一基站在收到V2X信息后发送给第二基站，第二基站可以有多个，但是其要求为：归属于第二基站的第二小区与第一小区属于同一MBSFN区域；

随后，在第一基站以及第二基站在相同的时间与频率资源上向第一小区、第二小区所辖的各UE下发V2X信息，这样，在同一MBSFN区域内的UE都同时接收到了来自同一个小区的UE上报的V2X信息。

则本发明实施例中提供的信息发送方案如下：

图4为信息发送方法一实施流程示意图，如图所示，可以包括如下步骤：

步骤401、接收第一小区所辖的各终端设备上报至第一基站的信息，所述第一小区是归属于第一基站的小区；

步骤402、将该信息分发给与第一小区属于同一MBSFN区域的各第二小区归属的各第二基站，所述信息将在各基站下的各第二小区中在与所述MBSFN区域对应的时间与频率资源上发送；

实施中，也即将信息分发给以第一小区作为数据源小区的MBSFN区域的各第二小区归属的各第二基站，其中，数据源小区的概念将会在下面进行说明。

步骤403、在第一基站的第一小区以及归属于第一基站的与第一小区属于同一MBSFN区域的第二小区中，在与MBSFN区域对应的时间与频率资源上向指定的终端设备发送信息。

实施中，也即是在归属于第一基站的与属于以第一小区作为数据源小区的MBSFN区域的第二小区中发送信息，其中，数据源小区的概念将会在下面进行说明。

具体实施中，若以V2X业务、V2X信息为例，容易知道，上述方案中，在实例中则V2X业务中的信息发送方法一可以包括如下步骤：

1、接收第一小区所辖的各UE在V2X业务中上报至第一基站的V2X信息，所述第一小区是归属于第一基站的小区；

2、将V2X信息分发给与第一小区属于同一MBSFN区域的各第二小区归属的各第二基站，所述V2X信息将在各基站下的各第二小区中在与所述MBSFN区域对应的时间与频率资源上发送；

3、在第一基站的第一小区以及归属于第一基站的与第一小区属于同一MBSFN区域的第二小区中，在与MBSFN区域对应的时间与频率资源上发送V2X信息。

图5为信息发送方法二实施流程示意图，如图所示，可以包括如下步骤：

步骤501、接收第一基站发送给第二基站的来自第一小区的信息，所述第一小区是归属于第一基站的小区；

步骤502、确定与第一小区属于同一MBSFN区域的第二小区，所述第二小区是归属于第二基站的小区；

实施中，也即确定属于以第一小区作为数据源小区的MBSFN区域的各第二小区，其中，数据源小区的概念将会在下面进行说明。

步骤503、在第二基站以与MBSFN区域对应的时间与频率资源发送信息。

具体实施中，若以V2X业务、V2X信息为例，容易知道，上述方案中，在实例中则V2X业务中的信息发送方法二可以包括如下步骤：

1、接收第一基站发送给第二基站的来自第一小区的V2X信息，所述第一小区是归属于第一基站的小区；

2、确定与第一小区属于同一MBSFN区域的第二小区，所述第二小区是归属于第二基站的小区；

3、在第二基站以与MBSFN区域对应的时间与频率资源发送V2X信息。

图6为信息接收方法实施流程示意图，如图所示，可以包括如下步骤：

步骤601、接收基站发送的信息；

步骤602、根据接收信息的时间与频率资源确定对应的MBSFN区域；

步骤603、按与该MBSFN区域对应的规则处理信息。

具体实施中，在接收到基站发送的信息后，面对的是接收到若干信息的情况下；那么在步骤602中，首先可以确定各MBSFN区域对应的时间与频率资源的对应关系，例如，可以根据接收的***信息来确定各MBSFN区域对应的时间与频率资源的对应关系；接着，再通过接收到的信息的时间与频率资源结合上述的对应关系便可确定对应的MBSFN区域；然后，在步骤603中，即可按与各MBSFN区域对应的规则处理在各MBSFN区域对应的时间与频率资源上接收的信息。容易理解，针对每一条接收到的信息，便是根据接收信息的时间与频率资源确定对应的MBSFN区域，然后按与该MBSFN区域对应的规则处理信息即可。

具体实施中，若以V2X业务、V2X信息、确定对应关系是通过***信息获知的为例，容易知道，上述方案中，在实例中则V2X业务中的信息接收方法可以包括如下步骤：

接收基站发送的V2X信息；

根据接收的***信息来确定各支持V2X业务的MBSFN区域以及时间与频率资源的对应关系，再根据接收到的信息的时间与频率资源结合对应关系确定对应的MBSFN区域；

按与各支持MBSFN区域对应的规则处理在各支持V2X业务的MBSFN区域对应的时间与频率资源上接收的V2X信息。

本例中，对应的规则即为V2X信息的处理规则，但并不仅限于此，该规则是预设的，是可以根据需要制定的，例如，可以为完整性保护处理的规则。只要该规则是与MBSFN区域相对应的即可，例如，在该规则是完整性保护及验证的处理规则时，MBSFN区域编号为MBSFN区域1，则按与MBSFN区域1相对应的密钥(通常为公钥)进行完整性验证。

在步骤403、步骤503、步骤601，在以与MBSFN区域对应的时间与频率资源发送、接收信息时，对于收发的信息的MBSFN区域对应的时间与频率资源，可以是预先设定的，例如：基站需要在分别为MBSFN区域2和MBSFN区域3发送信息，设定MBSFN区域2和MBSFN区域3占用的子帧分别为每个无线帧中的子帧7和子帧8，则，在确定需要发送的V2X信息属于MBSFN区域2的时，按照预先设定的子帧7收发，属于MBSFN区域3则按照子帧8收发。各基站之间获知MBSFN区域极其对应的时间与频率资源是本领域技术人员容易知悉的，且，凡是可以使各基站均能获知该对应关系的技术方式也都是可以在本实施例中采用的。

实施中，在以与MBSFN区域对应的时间与频率资源收发信息时，可以采用MBMS方式，也可以采用其他的通信方式发送，例如通过单播方式、D2D(Device-to-Device，设备到设备)等方式，只要能够实现将信息发送到终端设备即可。

为从整体理解本发明实施例提供的技术方案，下面给出第一基站、第二基站、终端设备之间的实施流程。

图7为信息收发方法实施流程示意图，如图所示，其中，第一小区是归属于第一基站的小区，信息将在各基站下的各第二小区中在与所述MBSFN区域对应的时间与频率资源上发送，所述第二小区是归属于第二基站的小区，可以包括：

步骤701、接收第一小区所辖的各终端设备上报至第一基站的信息；

步骤702、将该信息分发给与第一小区属于同一MBSFN区域的各第二小区归属的各第二基站，转入步骤709；

步骤703、接收第一基站发送给第二基站的来自第一小区的信息，所述第一小区是归属于第一基站的小区；

步骤704、确定与第一小区属于同一MBSFN区域的第二小区；

步骤705、在第二基站的第二小区中，在与MBSFN区域对应的时间与频率资源上向指定的终端设备发送信息；

步骤706、第二基站的第二小区中的终端设备接收第二基站发送的信息；

步骤707、根据接收的第二基站的***信息确定各MBSFN区域对应的时间与频率资源；

步骤708、按各MBSFN区域对应的规则处理在各MBSFN区域对应的时间与频率资源上接收的信息；

步骤709、在第一基站的第一小区以及归属于第一基站的与第一小区属于同一MBSFN区域的第二小区中，在与MBSFN区域对应的时间与频率资源上向指定的终端设备发送信息；

步骤710、第一基站的第一小区、第二小区中的终端设备接收第一接收基站发送的信息；

步骤711、根据接收的第一基站的***信息确定MBSFN区域对应的时间与频率资源；

步骤712、按与该MBSFN区域对应的规则处理在该MBSFN区域对应的时间与频率资源上接收的信息。

需要说明的是，“指定的终端设备”可以是一类终端设备如支持V2X业务的终端设备或支持某些种类V2X业务(如道路安全相关的V2X业务等)的终端设备，也可以是多类终端设备如支持V2X业务或M2M业务的终端设备，还可以所有能够接收网络侧发送业务的终端设备。

为便于描述以及更好的理解本发明实施例中提供的技术方案，下面对涉及到的“源小区”、“源基站”、“协同小区”、“同一MBSFN区域”等特征的定义、实施方式等说明。说明中，在需要以实例说明以便于理解时，将以V2X业务、UE、V2X信息为例进行说明。

实施例中，一个MBSFN区域包括一个第一小区以及至少一个第二小区。其中，对于小区而言，在基站采用单天线或多天线实现对特定区域的无线信号覆盖时，这些特定区域被称为小区，小区这一概念也常常指为这一特定覆盖区域内的用户终端提供服务的包含基站软件和硬件子***在内的逻辑实体。

第一小区是其所辖的各UE会在V2X业务中，将V2X信息上报至第一基站的小区，则，实施例中的第一小区称为“源小区”，第一基站称为“源基站”。

其中，一个MBSFN区域只有一个第一小区，且，一个MBSFN区域只有一个对应的时间与频率资源，在实际场景中一个MBSFN区域可以对应多份时间与频率资源，但是，在同一时间，MBSFN区域对应的时间与频率资源是唯一的。

一个MBSFN区域中则会有若干个第二小区，这些第二小区可以是归属于其他基站的，当然，也可以是归属于第一基站的，实施例中的第二小区称为“协同小区”。

“源”是指产生数据的源，该源产生的数据即为该MBSFN区域发送的数据，“协同”也即协助发送该源产生的数据。实施例中的数据也即“V2X信息”。

由此，在实施中，V2X信息分发的基站，是属于以第一小区为数据源小区的MBSFN区域的各第二小区归属的各第二基站，同时，以第一小区为数据源小区的MBSFN区域，是指该MBSFN区域对应的发送数据由第一小区产生。

那么，V2X信息将在各基站下的各第二小区中在与所述MBSFN区域对应的时间与频率资源上发送，具体为：

V2X信息将在属于以第一小区为数据源小区的MBSFN区域的各第二小区归属的各第二基站下的各属于以第一小区为数据源小区的MBSFN区域的各第二小区中，在与所述以第一小区为数据源小区的MBSFN区域对应的时间与频率资源上发送。

如果，在第一基站所属的小区中存在第二小区，那么在第一基站的第一小区和各第二小区中，在与MBSFN区域对应的时间与频率资源上发送V2X信息，具体为：

在第一基站的第一小区和各属于以第一小区为数据源小区的MBSFN区域的第二小区中，在与所述以第一小区为数据源小区的MBSFN区域对应的时间与频率资源上发送V2X信息。

在方案中，在基站以及相邻的基站上，在相同的时间与频率资源上以MBMS方式向各UE下发V2X信息，这样的目的是保证在同一MBSFN区域内的UE都能够同时接收到来自同一个小区的UE上报的V2X信息。而V2X业务的目的是使相关区域内的UE能够及时的获取到该V2X信息，例如，保证与上报V2X信息的UE在300米范围内的所有UE都能接收到该V2X信息，将有必要使得这些UE都与上报V2X信息的UE处于同一MBSFN区域，将该UE上报的V2X信息作为该MBSFN区域的数据源下发。换句话说，通过控制MBSFN区域的小区组成，即可保证V2X信息的下发范围。由于数据的处理过程是根据MBSFN区域来进行的，而MBSFN区域是由小区构成的，这也就意味着确定同一MBSFN区域的组成小区是实施的关键部分，因此下面对小区以及各小区如何组成MBSFN区域进行说明，以便更好地理解本发明实施例提供的技术方案的实施。

图8为MBSFN区域构成示意图，图9为高速场景中MBSFN区域构成示意图，图10为小区与MBSFN区域间关系示意图，图11为高速公路场景下小区与MBSFN区域间关系示意图，如图所示：

增强的基于eMBMS实现V2X通信方案中，通常情况下一个MBSFN区域由相邻的多个小区构成如图8所示MBSFN区域1由Cell 1-Cell 7构成，每个MBSFN区域中存在一个数据源小区，该小区负责产生本MBSFN区域中各小区以MBSFN方式发送的数据内容，并数据内容分发给本MBSFN区域内的其他小区(同一MBSFN区域中的小区可以属于不同的eNB)，如在图8中可以选择Cell 1作为该MBSFN区域的数据源小区。在不同的场景中，一个MBSFN区域中包含的小区数可以根据实际环境进行设置，如在高速公路环境中MBSFN区域可以沿高速公路进行设置，图9所示的MBSFN区域由沿高速公路分布的3个小区构成，Cell 1作为该MBSFN区域的数据源小区。

为了实现无缝的V2X通信，需要以每个小区作为源小区创建相互重叠的不同的MBSFN区域。图10、11中，是以带有编号的圆圈来表示不同的MBSFN区域的，每个小区中间位置处圆圈内的编号为以该小区作为数据源小区的MBSFN区域的编号，如果多个小区中都有同一编号的圆圈时，则表示这些小区属于同一个以该编号标识的MBSFN区域。

如图10所示，当***中的每个MBSFN区域由一个小区及其周围的6个小区构成、每个小区都存在一个以自己为中心的一个MBSFN区域时，每个小区将会由7个MBSFN区域覆盖(如Cell 1-Cell 7，其他的小区因处于边缘，图中没有画出，所以没有被7个MBSFN区域覆盖)。如图11所示，当在高速公路场景中，每个MBSFN区域由一个小区及其周围的2个小区构成、每个小区都存在一个以自己为中心的一个MBSFN区域时，每个小区将会由3个MBSFN区域覆盖(如Cell 1、Cell 2、Cell 3、Cell 5，其他的Cell4、Cell6因处于边缘，图中没有画出，所以没有被3个MBSFN区域覆盖)。

在LTE***中，不同MBSFN区域中的数据占用不同的子帧发送，因此不同MBSFN区域中的数据发送不存在相互干扰。

在步骤402的实施中，将会涉及第一基站与第二基站之间信息的传输，也即：将信息分发给与第一小区属于同一MBSFN区域的各第二小区归属的各第二基站。下面将首先对这种情形下的信息分发的实施进行说明。

在上述说明过程中，是分别从第一基站与第二基站侧的实施进行说明，但这并不意味着二者必须配合实施，实际上，当第一基站与第二基站分开实施时，其也各自解决第一基站与第二基站侧的问题，只是二者结合使用时，会获得更好的技术效果。还需说明的是，对于同一基站，由于在不同的MBSFN区域中解决不同的问题，因此其可能同时需要实施第一基站以及第二基站的方案，第一基站、第二基站的称谓仅是为了更好的阐述本发明实施例中提供的方案，并不意味一个基站只能实施其中一个方案。

一、接入网节点间通过X2接口传输信息的实施。

针对接入网节点间采用X2接口进行的信息传输，在实施中：

在X2接口用户面可以提供eNB之间的用户数据传输功能。X2-UP(X2User Plane，X2用户面)的传送网络层基于IP(Internet Protocol，因特网协议)，UDP(User DatagramProtocol，用户数据报协议)/IP协议之上采用GTP-U(GPRS Tunnelling Protocol forUser Plane，GPRS用户平面隧道协议；GPRS：General Packet Radio Service，通用分组无线业务)来传输eNB之间的用户面数据。GTP-U协议利用隧道机制来提供承载用户数据包的业务，GTP(GPRS Tunnelling Protocol，GPRS隧道协议)包头中的TEID(Tunnel End PointIdentifier，隧道端标识符)指示T-PDU(Tunnelling Protocol Data Unit，隧道-协议数据单元)所在的隧道。但现有协议中eNB间的X2用户平面传输只与切换有关，采用UE相关信令，建立RAB(Radio access bearer，无线接入承载)级的连接。

具体实施中，在第一基站侧，也即接收终端设备上报信息的基站侧，可以包括如下方式：

1、接收第一小区所辖的各终端设备上报至第一基站的信息，所述第一小区是归属于第一基站的小区；

2、将该信息通过X2接口分发给与第一小区属于同一MBSFN区域的各第二小区归属的各第二基站，所述信息将在各基站下的各第二小区中在与所述MBSFN区域对应的时间与频率资源上发送，也即，将该信息通过X2接口分发给以第一小区作为数据源小区的MBSFN区域的各第二小区归属的各第二基站；

3、在第一基站的第一小区以及归属于第一基站的与第一小区属于同一MBSFN区域的第二小区中，在与MBSFN区域对应的时间与频率资源上向指定的终端设备发送信息，也即，在归属于第一基站的与属于以第一小区作为数据源小区的MBSFN区域的第二小区中发送信息。

相应的，在第二基站侧，也即接收相邻基站转发的信息的基站侧，可以包括如下方式：

1、接收第一基站通过X2接口发送给第二基站的来自第一小区的信息，所述第一小区是归属于第一基站的小区；

2、确定与第一小区属于同一MBSFN区域的第二小区，所述第二小区是归属于第二基站的小区，也即，确定属于以第一小区作为数据源小区的MBSFN区域的各第二小区；

3、在第二基站以与MBSFN区域对应的时间与频率资源发送信息。

在以V2X业务、UE为例时，为降低V2X时延提出的增强eMBMS方案中，由于MBSFN区域中除数据源小区外的其他小区只负责协同传输V2X数据，不需要知道该数据对应的UE信息，也不需要知道数据的业务类型等，因此可以创建新的X2用户面数据通道用于eMBMS数据源小区向对应的MBSFN区域中的其他小区分发eMBMS数据。

实施中，在创建该X2用户面数据通道时，由上述原因可知，其既不需按现有协议在与切换有关时创建，也不需要仅在传输V2X信息时创建，而是可以根据实施需要在合适的时候创建，例如，可以预先创建该数据通道，在产生V2X信息、需要传输V2X信息时便可立即通过该数据通道传输，在V2X信息数量变化或者无V2X信息传输时，则可以通过更新、释放数据通道来进行通道的维护等处理。当然，也可以在需要传输V2X信息时去按需创建该数据通道。

实施中，涉及数据通道的实施主要的分别为：创建、更新、释放数据通道，则在该过程中，针对发送数据的第一基站与接收数据的第二基站之间，可以如下：

1、创建过程。

在第一基站上：

向第二基站分别发起X2接口数据通道的建立请求，对该第二基站发起的请求中包括以下内容的之一或者其组合：需与该第二基站建立的数据通道的资源要求信息、MBSFN区域标识信息、MBSFN区域数据源小区标识信息；

在该第二基站建立满足需求的X2接口数据通道后，从该数据通道向该第二基站发送信息。

在第二基站上：

接收第一基站发起的X2接口数据通道建立请求，所述请求中包括以下内容的之一或者其组合：对数据通道的资源要求信息、MBSFN区域标识信息、MBSFN区域数据源小区标识信息；

在根据第二基站的资源确定建立满足资源需求的X2接口数据通道后，从该数据通道接收第一基站发送的信息。

2、更新过程。

在第一基站上：

在确定数据通道的资源要求或其他需求(如MBSFN区域标识、MBSFN区域数据源小区标识)变化后，根据变化后的资源要求对建立该数据通道的第二基站发起该数据通道的更新请求；

在该第二基站更新数据通道配置满足变化后的资源需求后，从该数据通道向该第二基站发送信息。

在第二基站上：

接收第一基站发起的数据通道更新请求，所述请求中包括更新后的对数据通道的资源要求；

在根据第二基站的资源更新数据通道的配置以满足更新后的资源需求后，从该数据通道接收第一基站发送的信息。

3、释放过程。

在第一基站上：

在确定数据通道上没有信息发送需求时，对建立该数据通道的第二基站发起释放该数据通道的请求；

停止从该数据通道向该第二基站发送信息。

在第二基站上：

接收第一基站发起的释放数据通道的请求；

释放该数据通道，并停止从该数据通道接收第一基站发送的信息。

实施中，对于数据通道的更新以及释放，既可以是由第一基站发起的，也可以是由第二基站发起的，比如，当第二基站判断自身资源不足或者资源状态发生变化时，可以根据自身的需求发起更新或者释放请求。则实施中还可以如下：

根据第二基站的资源向第一基站发起数据通道更新请求，所述请求中包括更新后的对数据通道的资源要求；

或，根据第二基站的资源向第一基站发起释放数据通道的请求。

下面还将以实例对数据通道的创建、更新、释放的具体实施方式进行说明。

为了实现图3中所述的增强的基于eMBMS实现V2X通信，下面对数据通道的实施方案进行说明，该方案用于MBSFN区域的数据源小区向属于同一MBSFN区域但不属于同一eNB的其他小区分发MBMS数据，以便同一MBSFN区域中的所有小区能够在相同的时频资源上发送相同的数据内容。为了更形象的表述数据的传输交互，本处实施例说明中，采用的称呼是源eNB(Source eNB)与目标eNB(Target eNB)，而非第一基站与第二基站，可以理解，当第一基站向第二基站传输UE上报的信息时，第一基站为源eNB、第二基站为目标eNB。则实施时具体可以为：

源eNB根据获得的与目标eNB交互用户面数据所需的资源信息，在请求同一MBSFN区域中的其他小区(为方便描述，将这些小区称为对应MBSFN区域的协同小区)进行MBSFN方式发送的接口消息中将资源信息发送给同一MBSFN区域中的协同小区所属的eNB(目标eNB)。源eNB与目标eNB交互用户面数据所需的资源信息可以由源eNB根据其下各MBSFN区域对应的数据源小区中的UE个数、负荷信息等确定，也可以由高层节点指示(如MME、MCE等)，还可以由O&M(Operation and Maintenance，运行和维护)配置。一个eNB下可能有多个属于同一MBSFN区域的协同小区，这几个协同小区可以共用一个用户面通道，在进行用户面的数据传输时，可以在数据前加上协同小区ID进行标识。另外一个eNB下可能有多个对应不同MBSFN区域的数据源小区，可以为不同MBSFN区域的数据源小区独立创建通道，也可以同时创建多个不同MBSFN区域的数据源小区对应的通道。

下面以实例来进行说明，其中，实施例A1将对MBSFN数据通道的建立进行说明，实施例A2将对数据通道的配置更新过程进行说明，实施例A3将对数据通道的去激活/释放过程进行说明。

实施例A1：建立MBSFN数据通道

实施例中，将以最常见的资源-带宽为例进行说明。则eNB1(Source eNB)根据其下各MBSFN区域的数据源小区内参与V2X的UE个数、负荷信息确定交互用户面数据所需带宽的等级，据此请求和eNB2(Target eNB)建立X2用户平面数据通道。图12为X2接口MBSFN数据传输通道建立信令交互过程实施流程示意图，如图所示，基本信令交互过程可以包括：

步骤1201、eNB1向eNB2发送MBSFN数据通道建立请求；

步骤1202、eNB2向eNB1发送MBSFN数据通道建立响应。

具体实施中，可以采用一条数据通道建立消息只建立一条数据通道的方式，也可以采用一条数据通道建立消息同时建立多个数据通道的方式。下面将分别说明一条数据通道建立消息只建立一条数据通道、以及一条数据通道建立消息同时建立多个数据通道的实施方式。

1、一条数据通道建立消息只建立一条数据通道

设：eNB1下包含两个小区cell 1和cell 2，以cell 1和cell 2作为数据源小区的MBSFN区域分别为MBSFN区域2和MBSFN区域3，MBSFN区域2和MBSFN区域3占用的子帧分别为每个无线帧中的子帧7和子帧8；

eNB2下包含一个小区cell3，eNB1的cell 1和eNB2的cell 3是地理位置相邻的小区，eNB2的cell 3属于以eNB1的cell 1为数据源小区的MBSFN区域2内，eNB2的cell 3需要在MBSFN区域2对应的子帧(每个无线帧中的子帧7)上发送与eNB1的cell 1中MBSFN区域2对应的子帧上完全相同的数据，MBSFN区域2对应的子帧上发送的数据由eNB1转发给eNB2。

以eNB1为Source eNB发起的针对cell 1为数据源小区的MBSFN区域2的X2接口数据传输通道建立过程如下：

(1)eNB1根据对应MBSFN区域2的数据源小区cell 1内参与V2X的UE个数、负荷信息确定交互用户面数据所需带宽的等级，据此请求建立X2用户平面数据通道。

(2)eNB2判断能够满足eNB1发送的通道建立要求时，根据请求消息中包含的带宽创建对应带宽的通道，并向eNB1发送通道建立响应。

实施中，Source eNB向Target eNB发送的请求消息内容可以包括：

Source eNB ID(即eNB1的ID)；

MBSFN区域标识(即MBSFN区域2对应的标识)；

MBSFN区域数据源小区标识(即cell 1标识)；

请求进行MBSFN协同传输的小区列表(即cell 3)；

Source eNB确定的用户面数据传输的需要的带宽信息等，例如：根据UE数量、当前的负荷状况等确定需要的带宽，如评估该通道需要支持50个UE以平均5kbps的速率进行道路安全数据分发，那么带宽可以设置为50*5＝250kbps。

Target eNB响应消息内容可以包括：

Source eNB ID(即eNB1的ID)；

Target eNB ID(即eNB2的ID)；

允许进行MBSFN协同传输的小区列表(即cell 3)；

用于数据传输的用户面数据通道标识；

可选地，携带不能用于MBSFN传输的小区列表和不能传输的原因。

通道建立完成后，eNB1可以使用上述创建的通道将MBSFN区域2数据源小区(即cell1)中收集的UE上报的道路安全数据转发给eNB2，由eNB2的cell3在设定的时频资源上按设定的规则发送。需要说明的是，当eNB1通过创建的通道将UE上报的道路安全数据转发给eNB2前，可以对数据包进行一些处理操作，如对UE上报的数据先进行完整性保护操作，然后封装在同步数据包中后再转发给eNB2，以便eNB2的cell3下UE接收到对应的数据包能够通过完整性验证来确保所接收数据的有效性，以及能够使eNB1下的cell1和eNB2下的cell3在相同的时频资源上以MBSFN的发送相同的数据。

实施中，当目标eNB不能满足数据通道建立要求时，向源eNB发送MBSFN数据通道建立失败消息，内容可以包括：

失败的原因。

2、一条数据通道建立消息同时建立多个数据通道

设：eNB1下包含两个小区cell 1和cell 2，以cell 1和cell 2作为数据源小区的MBSFN区域分别为MBSFN区域2和MBSFN区域3，MBSFN区域2和MBSFN区域3占用的子帧分别为每个无线帧中的子帧7和子帧8；

eNB2下包含一个小区cell3，eNB1的cell 1、cell 2和eNB2的cell 3均是地理位置相邻的小区，eNB2的cell 3既属于以eNB1的cell 1为数据源小区的MBSFN区域2内又属于以eNB1的cell 2为数据源小区的MBSFN区域3；eNB2的cell 3需要在MBSFN区域2对应的子帧(每个无线帧中的子帧7)上发送与eNB1的cell 1中MBSFN区域2对应的子帧上完全相同的数据，也需要在MBSFN区域3对应的子帧(每个无线帧中的子帧8)上发送与eNB1的cell 2中MBSFN区域3对应的子帧上完全相同的数据；MBSFN区域2和MBSFN区域3对应的子帧上发送的数据由eNB1转发给eNB2。以eNB1为Source eNB发起的针对cell 1为数据源小区的MBSFN区域2的X2接口数据传输通道建立和针对cell 2为数据源小区的MBSFN区域3的X2接口数据传输通道建立过程如下：

(1)eNB1根据MBSFN区域2的数据源小区cell 1和MBSFN区域3的数据源小区cell 2内参与V2X的UE个数、负荷信息分别确定各自交互用户面数据所需带宽的等级，据此请求和建立各自针对X2用户平面数据通道。

(2)eNB2判断能够满足eNB1发送的通道建立请求或部分请求时，根据请求消息中包含的带宽创建对应带宽的通道，并向eNB1发送通道建立响应。这里设eNB2能够满足同时建立两个通道的请求。

实施中，Source eNB向Target eNB发送的请求消息内容可以包括：

Source eNB ID(即eNB1的ID)；

其中，针对MBSFN区域2的数据源小区cell 1的数据传输通道建立信息可以包括：

MBSFN区域标识(MBSFN区域2标识)；

数据源小区标识(即cell 1标识)；

请求进行MBSFN协同传输的小区列表(即cell 3)；

用于数据转发的用户面数据通道标识；

Source eNB确定的用户面数据传输的需要的带宽信息等，例如：根据UE数量、当前的负荷状况等确定需要的带宽，如评估该通道需要支持30个UE以平均5kbps的速率进行道路安全数据分发，那么带宽可以设置为30*5＝150kbps。

其中，针对MBSFN区域3的数据源小区cell 2的数据传输通道建立信息可以包括：

MBSFN区域标识(MBSFN区域3标识)；

数据源小区标识(即cell 2标识)；

请求进行MBSFN协同传输的小区列表(即cell 3)；

用于数据转发的用户面数据通道标识；

Source eNB确定的用户面数据传输的需要的带宽信息等，例如：根据UE数量、当前的负荷状况等确定需要的带宽，如评估该通道需要支持50个UE以平均5kbps的速率进行道路安全数据分发，那么带宽可以设置为50*5＝250kbps。

Target eNB响应消息内容则可以包括：

Source eNB ID(即eNB1的ID)；

Target eNB ID(即eNB2的ID)；

其中，针对MBSFN区域2的数据源小区cell 1的数据传输通道响应信息可以包括：

允许进行MBSFN协同传输的小区列表(即cell 3)；

用于数据传输的用户面数据通道标识；

可选地，携带不能用于MBSFN传输的小区列表和不能传输的原因；

其中，针对MBSFN区域3的数据源小区cell 2的数据传输通道响应信息可以包括：

允许进行MBSFN协同传输的小区列表(即cell 3)；

用于数据传输的用户面数据通道标识；

可选地，携带不能用于MBSFN传输的小区列表和不能传输的原因。

实施中，通道建立完成后，eNB1可以使用上述创建的两个通道分别将MBSFN区域2数据源小区(即cell1)和MBSFN区域3的数据源小区cell 2中收集的UE上报的道路安全数据转发给eNB2，由eNB2的cell3在设定的时频上按设定的规则分别发送MBSFN区域2数据源小区(即cell 1)和MBSFN区域3的数据源小区cell 2生成的数据。需要说明的是，当eNB1通过创建的通道将UE上报的道路安全数据转发给eNB2前，可以对数据包进行一些处理操作，如对UE上报的数据先进行完整性保护操作，然后封装在同步数据包中后再转发给eNB2，以便eNB2的cell3下UE接收到对应的数据包能够通过完整性验证来确保所接收数据的有效性，以及能够使eNB1下的cell1、cell2分别和eNB2下的cell3在相同的时频资源上以MBSFN的发送相同的数据。

实施中，当目标eNB不能满足数据通道建立要求时，向源eNB发送MBSFN数据通道建立失败消息，内容可以包括：

不能建立的数据通道列表，及建立失败的原因。

实施例A2：更新数据通道配置

实施例中，将以最常见的资源-带宽为例进行说明。则本实施例描述的情况如：当各MBSFN区域的数据源小区中的UE数量信息、负荷信息、MBSFN区域中包含的小区列表发生改变时，需要将对应数据通道的配置更新。图13为X2接口MBSFN数据传输通道配置更新过程实施流程示意图，如图所示，基本信令交互过程可以包括：

步骤1301、eNB1向eNB2发送MBSFN数据通道更新请求；

步骤1302、eNB2向eNB1发送MBSFN数据通道更新确认。

具体实施中，可以采用一条数据通道更新消息只更新一条数据通道的方式，也可以采用一条数据通道更新消息同时更新多个数据通道配置信息的方式。下面将分别说明一条数据通道更新消息只更新一条数据通道、以及一条数据通道更新消息同时更新多个数据通道的实施方式。

1、一条数据通道更新消息只更新一条数据通道

设：eNB1下包含两个小区cell 1和cell 2，以cell 1和cell 2作为数据源小区的MBSFN区域分别为MBSFN区域2和MBSFN区域3，MBSFN区域2和MBSFN区域3占用的子帧分别为每个无线帧中的子帧7和子帧8；

eNB2下包含一个小区cell3，eNB1的cell 1和eNB2的cell 3是地理位置相邻的小区，eNB2的cell 3属于以eNB1的cell 1为数据源小区的MBSFN区域2内，eNB2的cell 3需要在MBSFN区域2对应的子帧(每个无线帧中的子帧7)上发送与eNB1的cell 1中MBSFN区域2对应的子帧上完全相同的数据，MBSFN区域2对应的子帧上发送的数据由eNB1转发给eNB2。eNB1和eNB2间已经创建了MBSFN数据传输通道(通道标识为：00000010)，用于eNB1将MBSFN区域2的数据源小区(eNB1的cell 1)生成的数据转发给eNB2，由eNB2下的cell3采用MBSFN方式发送。

设eNB2下增加了一个新小区cell4，cell4也被配置属于MBSFN区域2，eNB1需要向eNB2发起数据通道配置更新过程。eNB2判断能够满足eNB1发送的通道配置更新要求时，根据请求消息中包含的更新信息对通道配置进行更新，并向eNB1发送通道更新确认。

则，实施中，Source eNB(eNB1)向Target eNB(eNB2)发送的更新请求消息内容可以包括：

请求更新用户面数据通道标识；

MBSFN协同传输的小区列表(cell3、cell4)；

Source eNB确定的用户面数据传输的需要的带宽信息(可更新，可选)；

Target eNB响应消息内容可以包括：

允许进行MBSFN协同传输的小区列表(cell3、cell4)；

不能用于MBSFN传输的小区列表和不能传输的原因(可选)。

实施中，当目标eNB不能满足数据通道更新要求时，向源eNB发送MBSFN数据通道更新失败消息，内容可以包括：

失败的原因。

2、一条数据通道更新消息同时更新多个数据通道

设：eNB1下包含两个小区cell 1和cell 2，以cell 1和cell 2作为数据源小区的MBSFN区域分别为MBSFN区域2和MBSFN区域3，MBSFN区域2和MBSFN区域3占用的子帧分别为每个无线帧中的子帧7和子帧8；

eNB2下包含一个小区cell3，eNB1的cell 1、cell 2和eNB2的cell 3均是地理位置相邻的小区，eNB2的cell 3既属于以eNB1的cell 1为数据源小区的MBSFN区域2内又属于以eNB1的cell 2为数据源小区的MBSFN区域3；eNB2的cell 3需要在MBSFN区域2对应的子帧(每个无线帧中的子帧7)上发送与eNB1的cell 1中MBSFN区域2对应的子帧上完全相同的数据，也需要在MBSFN区域3对应的子帧(每个无线帧中的子帧8)上发送与eNB1的cell 2中MBSFN区域3对应的子帧上完全相同的数据；MBSFN区域2和MBSFN区域3对应的子帧上发送的数据由eNB1转发给eNB2。eNB1和eNB2间已经创建了两个MBSFN数据传输通道(通道标识分别为：00000010、00000011)，分别用于eNB1将MBSFN区域2的数据源小区(eNB1的cell 1)和MBSFN区域3的数据源小区(eNB1的cell 2)生成的数据转发给eNB2，由eNB2下的cell3采用MBSFN方式发送。

设，随着eNB1的cell1和cell2覆盖下的车辆数增加，eNB1判断需要对两个通道对应的带宽都需要增加，eNB1需要向eNB2数据通道更新过程。eNB2判断能够满足eNB1发送的通道更新要求时，根据请求消息中包含的更新信息对通道配置进行更新，并向eNB1发送通道更新确认。

则，实施中，Source eNB向Target eNB发送的请求消息内容可以包括：

(1)请求更新的用户面数据通道1相关内容：

请求更新的用户面数据通道1标识(00000010)；

MBSFN协同传输的小区列表(可更新，可选)；

Source eNB确定的用户面数据传输的需要的带宽信息(例如是根据UE数量、当前的负荷状况重新计算的带宽)。

(2)请求更新的用户面数据通道2相关内容：

请求更新的用户面数据通道2标识(00000011)；

MBSFN协同传输的小区列表(可更新，可选)；

Source eNB确定的用户面数据传输的需要的带宽信息(例如是根据UE数量、当前的负荷状况重新计算的带宽)。

在更新更多通道内容时，可按上述方式增加内容。

Target eNB更新确认消息内容包括：

(1)针对请求更新的用户面数据通道1的响应信息：

请求更新的用户面数据通道1标识(00000010)；

允许进行MBSFN协同传输的小区列表(可选)；

不能用于MBSFN传输的小区列表和不能传输的原因(可选)。

(2)针对请求更新的用户面数据通道2的响应信息：

请求更新的用户面数据通道1标识(00000011)；

允许进行MBSFN协同传输的小区列表(可选)；

不能用于MBSFN传输的小区列表和不能传输的原因(可选)。

在更新更多通道内容时，可按上述方式增加内容。

实施中，当目标eNB不能满足数据通道更新要求时，向源eNB发送MBSFN数据通道更新失败消息，内容包括：

不能更新的数据通道列表，及更新失败的原因。

实施例A3：去激活/释放数据通道

本实施例描述的情况如：如果Source eNB决定不再需要MBSFN传输，应该请求Target eNB释放预留的资源和释放用户面数据通道。图14为X2接口MBSFN数据传输通道去激活/释放过程实施流程示意图，如图所示，基本信令交互过程可以包括：

步骤1401、eNB1向eNB2发送MBSFN数据通道去激活/释放消息。

实施中，数据通道去激活或释放消息中可以去激活或释放多个通道，内容可以如下：

去激活/释放X2MBSFN通道的eNB ID，

去激活/释放的用户面数据通道标识或标识列表。

二、终端设备与接入网节点间信息传输的实施。

在解决终端设备与接入网节点间信息传输时，可以按如下方式实施：

图15为EPS承载构成示意图，如图所示，LTE***中，应用层的业务最终体现为用户平面数据，使用EPS(Evolved Packet System，演进分组***)承载进行传输，EPS承载由RB(Data Radio Bearer，无线承载)、S1承载、S5/S8承载组成。伴随着业务的建立、修改和释放，相应的EPS承载也要动态地进行建立、修改和释放操作，EPS承载的空口部分及DRB(DataRadio Bearer，数据无线承载)的管理由接入网节点(如eNB)通过RRC(Radio ResourceControl，无线资源控制)连接重配置过程完成。DRB与EPS承载是一一对应的，EPS承载由核心网MME(Mobility Management Entity，移动性管理实体)等实体进行控制，接入网节点RRC对DRB的管理源自MME向接入网节点发送的S1AP控制消息。LTE***允许在切换过程中实施对DRB的(部分)接纳，目标小区可以仅接纳UE的部分DRB。

为了实现增强的基于eMBMS的通信需要对现有的承载管理进行修改，以V2X业务、UE为例，需要使网络侧能够识别UE发起的是V2X业务，从而对UE上报的V2X业务建立相应的承载以及配置其他处理。可以如下：

图16为信息上报方法实施流程示意图，如图所示，在终端设备上，可以包括：

步骤1601、向接入网节点发送指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

步骤1602、接收接入网节点的通知，所述通知携带有上报信息所使用的无线承载的配置信息；

步骤1603、在终端设备收集信息后，根据配置信息在所述无线承载上上报信息。

图17为承载建立方法实施流程示意图，如图所示，针对终端设备的指示，相应的，在网络侧设备可以执行如下步骤：

步骤1701、接收接入网节点建立业务承载的请求信息，所述业务承载用于传输终端设备将上报的信息，所述信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

步骤1702、建立业务承载，所述业务承载包括终端设备向接入网节点上报信息所用的无线承载；

步骤1703、通知接入网节点建立的业务承载的配置信息。

具体实施中，该网络测设备可以具体由MME来实施，事实上，只要是能够实现为基站之间的信息传输分配承载资源的网络侧设备都可以实现该方案。

图18为接入网节点的信息接收方法实施流程示意图，在接入网节点，例如在第一基站侧，也即接收终端设备上报信息的基站侧，在建立用以传输上报信息的无线资源承载上，可以执行如下步骤：

步骤1801、接收终端设备发送的指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

步骤1802、请求网络侧设备为终端设备将上报的信息建立业务承载；

步骤1803、接收网络侧设备建立的业务承载的配置信息，并根据所述配置信息为终端设备将上报的信息配置无线承载；

步骤1804、通知终端设备在配置的无线承载上上报信息，并在配置的无线承载上接收终端设备上报的信息。

在上述说明过程中，是分别从终端设备、网络侧设备、接入网节点(第一基站)的实施进行说明，但这并不意味着它们必须配合实施，实际上，当它们分开实施时，其也各自解决终端设备、网络侧设备、接入网节点的问题，只是它们结合使用时，会获得更好的技术效果。

具体实施中，以V2X业务、UE、V2X信息实施为例，也即，需要在属于同一MBSFN区域的各小区中在与所述MBSFN区域对应的时间与频率资源上发送的信息是V2X信息，则为：UE向网络侧节点发送V2X相关指示信息，网络侧节点(包括接入网节点与网络侧设备)根据UE发送的指示为UE建立传输V2X业务的承载和配置相应的资源，并可以为该承载上的数据设置特殊的操作。具体过程可以如下：

(1)UE向网络侧节点发送V2X相关指示信息在实施中可以如下：

网络侧节点包括eNB、Relay(中继)、MME、HeNB(Home e NodeB，家庭演进基站)等现有节点，也包括后续引入的接入网节点。UE向网络侧节点发送V2X业务相关指示信息时，可以直接在RRC信令(如RRC连接建立请求消息、RRC连接建立完成消息、上行信息传输消息)中携带V2X业务相关指示信息，也可以在NAS(Non Access Stratum，非接入层)信令中携带V2X业务相关指示信息，NAS信令一般可以包括如下信令：如Attach Request(附着请求)、service request(服务请求)、Extended service request(扩展的服务请求)、bearerresource allocation request(承载资源分配请求)、Bearer resource modificationrequest(承载资源修改请求)等。

V2X业务相关指示信息可以为指示V2X业务对应的QoS(Quality of Service，服务质量)参数信息、可以为指示当前业务是否为V2X相关业务信息(具体可以指示是否为V2V、V2I、V2P、V2C业务等)、可以为指示具体业务类型的信息(如道路安全类业务、交通效率类业务、交通信息类业务等)、可以为指示业务处理方式的信息(如接入网络直接转发、接入网MBMS直接转发等)、还可以为指示UE为V2X类型终端信息。

下面为在不同消息中携带V2X相关指示信息的一些示例，以下述RRC连接请求、RRC连接完成、NAS消息来作为示例是因为这几种信令具备典型性，也较为常用，所以以之为例；但是，从理论上来说，用其它的信令消息也是可以的，事实上，如何通过现有的信令消息来传输信息对本领域技术人员来说也是容易实现的，RRC连接请求、RRC连接完成、NAS消息仅用于教导本领域技术人员具体如何实施本发明，但不意味仅能使用这几种消息，实施过程中可以结合实践需要参照相应的信令的具体情况来携带指示信息。

(1)、在RRC连接建立请求消息中增加新的RRC连接建立原因，如V2X接入、vehicle接入、道路安全接入等。

(2)、在RRC连接建立完成消息中增加新的IE(Information Element，信息单元)，携带指示信息如V2X本地业务标识、本地转发业务标识、本地MBSFN业务标识等。

(3)、在NAS消息中携带V2X业务相关标识信息(如：V2X业务标识、道路安全业务标识、车辆道路安全业务标识、V2X本地业务标识、本地转发业务标识、本地MBSFN业务标识、QoS参数标识)，可以在当前的NAS消息中增加新的IE，或在现有的IE中定义新的码点(如在Extended service request消息的Service type IE中加入新的码点指示)。

2、网络侧节点根据UE发送的V2X业务相关指示信息为UE建立传输V2X业务的承载、配置相应的资源，并可以为该承载上的数据设置相应的针对该业务的特殊的操作。

当网络侧节点为接入网节点时，如eNB、HeNB、relay，网络侧节点根据UE发送的V2X业务相关指示信息为UE分配对应的资源如eNB UE S1AP ID(该标识是eNB在S1接口上分配给每个UE在S1上的控制面连接的eNB端的标识)、RNTI(Radio Network TemporaryIdentity，无线网络临时识别)等。

当网络侧节点为核心网节点等网络侧设备时，如MME，网络侧节点根据UE发送的V2X业务相关指示信息执行如下步骤之一：

为UE传输V2X业务创建对应的承载(确定业务承载标识信息、特殊标识等)，并为UE分配相关的资源如MME UE S1AP ID(该标识是MME在S1上分配给每个UE在S1上的控制面连接的MME端的标识)、E-RAB ID(E-RAB：Evolved Radio Access Bearer，演进的无线接入承载)、GTP-TEID(GTP：GPRS Tunneling Protocol，GPRS隧道协议；TEID：Tunnel End PointIdentifier，隧道端点标识)等，MME通过S1接口信令(如INITIAL CONTEXT SETUP REQUEST(初始上下文建立请求)、UE CONTEXT MODIFICATION REQUEST(UE上下文修改请求)、E-RABSETUP REQUEST(E-RAB建立请求)、E-RAB MODIFY REQUEST(E-RAB修改请求))将为UE建立的承载信息(包括特殊标识，如本地广播指示、本地MBSFN转发指示、V2X承载指示等)和分配的相关资源信息通知UE对应的接入网节点(如eNB)；

或，确定为UE创建特殊的无线承载(不创建无线承载以上的其他承载)，并通过S1接口信令(如INITIAL CONTEXT SETUP REQUEST、UE CONTEXT MODIFICATION REQUEST、E-RAB SETUP REQUEST、E-RAB MODIFY REQUEST)将创建特殊无线承载的信息指示(如：本地广播指示、本地MBSFN转发指示、V2X承载指示)给eNB。

接入网节点则根据MME的指示或根据设定规则为UE配置对应的无线承载资源以及其他相关资源，后续也可以对该承载上接收的数据包进行特定的处理，如将对应承载上UE上报的数据包以广播方式发送给本接入网覆盖下的其他UE，将对应承载上的数据包转发给相邻的满足要求eNB(如存在第二小区的eNB)，这些数据包在以广播方式发送给本接入网节点覆盖下的UE和被转发给相邻的eNB前可以进行其他处理，如进行完整性保护、增加用于同步的数据包头等。

网络侧节点将为UE创建的承载配置信息以及其他资源的配置信息通知UE。

接入网节点通过RRC信令(如RRCConnectionReconfiguration(RRC连接配置)、RRCConnectionSetup(RRC连接建立)、DLInformationTransfer(下行信息传输)等或新定义的RRC信令)向UE发送资源配置信息，包括无线承载配置信息(如对应承载各协议层实体的配置参数)；核心网节点(如MME)通过NAS信令(如Attach accept(附着接受)、Authentication request(验证请求)、Security mode command(安全模式命令)、Downlinkgeneric NAS transport(下行通用NAS传输)、Downlink NAS Transport(下行NAS传输)、Activate dedicated EPS bearer context request(激活专用EPS承载上下文请求)、Activate default EPS bearer context request(激活默认EPS承载上下文请求)、ModifyEPS bearer context request(修改EPS承载上下文请求)等或新定义的NAS消息)向UE发送资源配置信息(如UE解码V2X相关业务使用的公钥、公钥标识、生成公钥的相关参数、EPS承载上下文信息)，MME向UE发送的NAS信令需要先通过S1接口信令发送给eNB，再由eNB通过RRC信令发送给UE。

网络侧节点通过***广播发送支持V2X业务的相关信息，UE接收***消息，在支持V2X业务的小区发起V2X相关业务接入，具体可以是：

***广播可以在现有的MIB(Master Information Block，控制信息块)、SIB(System Information Block，***信息块)中增加新的IE或定义新的码点实现，也可以在新定义的SIB消息中指示。

支持V2X业务的相关信息，包括：支持的V2X业务类型信息、支持的发送V2X业务方式信息、支持V2X业务(MBSFN)区域信息等。

下面以实例来进行说明UE、核心网节点MME、接入网节点基站之间的交互实施。

实施例B1

UE向MME发送V2X指示信息，由MME建立特殊的用于传输V2X信息的承载(包括携带特殊指示标识(如本地广播指示、本地MBSFN转发指示、V2X承载指示、无高层承载(如S1承载、S5/S8承载、外部承载)指示等)、特殊的处理操作(如不创建无线承载以上的其他承载)等)，并将该特殊承载信息指示给eNB，由eNB为该特殊承载创建对应无线承载，eNB就可以对该特殊承载上的数据进行特殊处理，eNB将相关承载的配置信息发送给UE。

实施例B1.1：

1、UE在Attach Request消息携带V2X指示信息。

2、MME接收到UE的指示后为UE建立传输V2X业务的特殊承载，在向eNB发送的INITIAL CONTEXT SETUP REQUEST消息中携带该承载配置信息以及承载特性的标识-本地广播指示；

3、eNB接收到MME发送的消息后，为UE配置对应的无线承载，并将配置信息通过RRC连接重配置消息发送给UE；之后，eNB将从该无线承载上接收到的数据包，也即V2X信息，通过广播方式发送给本eNB下设定小区的UE。这里设定小区可以为本eNB下的所有小区、上报数据包的UE所在的小区、满足其他约定规则的小区(如根据UE的地理位置、信号状况来确定其上报的数据包应该在哪些小区中广播)。

实施例B1.2：

1、UE在Bearer resource allocation request消息中携带本地MBSFN转发指示信息。

2、MME接收到UE的指示后为UE建立传输V2X业务的特殊承载，在向eNB发送的E-RABSETUP REQUEST消息中携带该承载配置信息以及承载特性的标识-本地MBSFN转发指示。

3、eNB接收到MME发送的消息后，为UE配置对应的无线承载，并将配置信息通过RRC连接重配置消息发送给UE；之后，eNB将从该无线承载上接收到的数据包，也即V2X信息，分发给周围满足要求的eNB(如存在第二小区的eNB)，由满足要求的eNB在符合条件的小区下进行发送。

实施例B1.3：

1、UE在Service Request消息携带V2X指示信息。

2、MME接收到UE的指示后为UE建立传输V2X业务的特殊承载，在向eNB发送的INITIAL CONTEXT SETUP REQUEST消息中携带该承载配置信息以及承载特性的标识-V2X承载指示。

3、eNB接收到MME发送的消息后，为UE配置对应的无线承载，并将配置信息通过RRC连接重配置消息发送给UE；之后，eNB将从该无线承载上接收到的数据包通过广播方式发送给本eNB下设定小区的UE，同时将从该无线承载上接收到的数据包转发给周围满足要求的eNB(如存在第二小区的eNB)。

实施例B2

UE向MME发送V2X指示信息，由MME确定为UE创建特殊的无线承载(不创建无线承载以上的其他承载)，并将创建特殊无线承载的信息指示给eNB，由eNB为该特殊承载创建对应无线承载，eNB可以对该特殊承载上的数据进行特殊处理，eNB将相关承载的配置信息发送给UE。

实施例B2.1：

1、UE在Attach Request消息携带V2X业务指示。

2、MME接收到UE的指示后，确定为UE创建特殊的无线承载，在向eNB发送的INITIALCONTEXT SETUP REQUEST消息中携带创建特殊无线承载的指示-本地广播指示。

3、eNB接收到MME发送的消息后，为UE配置对应的无线承载，并将配置信息通过RRC连接重配置消息发送给UE；之后，eNB将从该无线承载上接收到的数据包通过广播方式发送给本eNB下设定小区的UE。这里设定小区可以为本eNB下的所有小区、上报数据包的UE所在的小区、满足其他约定规则的小区(如根据UE的地理位置、信号状况来确定其上报的数据包应该在哪些小区中广播)。

实施例B2.2：

1、UE在Bearer resource allocation request消息中携带本地MBSFN转发业务指示。

2、MME接收到UE的指示后，确定为UE创建特殊的无线承载，在向eNB发送的E-RABSETUP REQUEST消息中携带创建特殊无线承载的指示-本地MBSFN转发指示。

3、eNB接收到MME发送的消息后，为UE配置对应的无线承载，并将配置信息通过RRC连接重配置消息发送给UE；之后，eNB将从该无线承载上接收到的数据包转发给周围满足要求的eNB(如存在第二小区的eNB)，由满足要求的eNB在符合条件的小区下进行发送。

实施例B2.3：

1、UE在Service Request消息携带V2X业务指示。

2、MME接收到UE的指示后，确定为UE创建特殊的无线承载，在向eNB发送的INITIALCONTEXT SETUP REQUEST消息中携带创建特殊无线承载的指示-V2X承载指示。

3、eNB接收到MME发送的消息后，为UE配置对应的无线承载，并将配置信息通过RRC连接重配置消息发送给UE；之后，eNB将从该无线承载上接收到的数据包通过广播方式发送给本eNB下设定小区的UE，同时将从该无线承载上接收到的数据包转发给周围满足要求的eNB。

实施例B3:

UE发起正常的承载建立过程，消息中携带UE标识或QoS参数，MME通过UE标识或QoS参数，确定为UE创建特殊的承载，并将该特殊承载的信息指示给eNB，由eNB为该特殊承载创建对应无线承载，eNB可以对该特殊承载上的数据进行特殊处理，eNB将相关承载的配置信息发送给UE。

实施例B3.1：

1、UE在Attach Request消息携带UE标识。

2、MME接收Attach信息中通过UE标识向HSS查找UE的签约信息，通过获得的签约信息确定为UE建立传输V2X业务的特殊承载，在向eNB发送的INITIAL CONTEXT SETUPREQUEST消息中携带该承载配置信息以及承载特性的标识-本地广播指示；

3、eNB接收到MME发送的消息后，为UE配置对应的无线承载，并将配置信息通过RRC连接重配置消息发送给UE；之后，eNB将从该无线承载上接收到的数据包通过广播方式发送给本eNB下设定小区的UE。这里设定小区可以为本eNB下的所有小区、上报数据包的UE所在的小区、满足其他约定规则的小区(如根据UE的地理位置、信号状况来确定其上报的数据包应该在哪些小区中广播)。

实施例B3.2：

1、UE在Bearer resource allocation request消息携带QoS参数信息。

2、MME通过Bearer resource allocation request中携带的QoS参数信息，确定为UE建立传输V2X业务的特殊承载，在向eNB发送的E-RAB SETUP REQUEST消息中携带该承载配置信息以及承载特性的标识-本地MBSFN转发指示。

3、eNB接收到MME发送的消息后，为UE配置对应的无线承载，并将配置信息通过RRC连接重配置消息发送给UE；之后，eNB将从该无线承载上接收到的数据包转发给周围满足要求的eNB。

实施例B4:

UE发起正常的承载建立过程，消息中携带UE的标识或Qos参数，MME通过UE的标识或Qos参数，确定为UE创建特殊的无线承载，并将该特殊无线承载的信息指示给eNB，由eNB为该特殊承载创建对应无线承载，eNB可以对该特殊承载上的数据进行特殊处理，eNB将相关承载的配置信息发送给UE。

实施例B4.1：

1、UE在Attach Request消息中携带V2X UE标识信息。

2、MME接收Attach信息中通过UE标识向HSS查找V2X UE的签约信息，通过获得的签约信息，确定为UE创建特殊的无线承载，然后在向eNB发送的INITIAL CONTEXT SETUPREQUEST消息中携带创建特殊无线承载的指示。

3、eNB接收到MME发送的消息后，为UE配置对应的无线承载，并将承载配置信息通过RRC连接重配置消息发送给UE；根据约定eNB需要将从该无线承载上接收到的数据包进行本地广播。

实施例B4.2：

1、UE在Bearer resource allocation request消息中携带QoS参数信息。

2、MME通过Bearer resource allocation request中携带的QoS参数信息，确定为UE创建特殊的无线承载，然后在向eNB发送的E-RAB SETUP REQUEST消息中携带创建特殊无线承载的指示。

3、eNB接收到MME发送的消息后，为UE配置对应的无线承载，并将承载配置信息通过RRC连接重配置消息发送给UE；根据约定eNB需要将从该无线承载上接收到的数据包进行本地广播。

实施例B5:

UE通过RRC消息向接入网节点发送V2X指示信息，将其中的NAS消息转发给核心网，核心网根据UE发送的NAS消息为UE创建普通的承载，接入网节点将核心网节点为UE分配的承载做标记，将该承载上UE上报的数据做特殊处理。

实施例B5.1：

1、UE在RRC连接建立完成消息中加入V2X指示信息，向eNB指示当前UE发起业务为V2V道路安全业务。

2、eNB将RRC连接建立完成消息中的NAS消息转发给MME，根据MME指示为UE建立对应的无线承载。根据约定eNB需要对UE上报的V2V道路安全业务数据进行本地广播，eNB将对应的无线承载做本地广播标记。

3、eNB将存在本地广播标记的承载上接收的UE上传的数据包通过广播方式下发给本小区下的其他UE。

实施例B5.2：

1、UE在RRC连接建立完成消息中加入V2X指示信息，向eNB指示UE请求业务对应的UE上报数据需要进行本地广播和本地MBSFN转发。

2、eNB将RRC连接建立完成消息中的NAS消息转发给MME，根据MME指示为UE建立对应的无线承载。根据约定eNB需要对UE上报的V2V道路安全业务数据进行本地广播和本地MBSFN转发，eNB将对应的无线承载进行标记。

3、eNB将存在本地广播标记的承载上接收的UE上传的数据包通过广播方式下发给本小区下的其他UE，并通过X2/S1接口转发给周围满足要求的eNB。

由上述实施例可见，实施例中提供了UE向网络侧节点发送V2X业务相关指示信息的方案；网络侧节点接收到UE发送的V2X业务相关指示信息的处理方案；网络侧节点将相关配置信息发送给UE的方案。

具体的，UE将V2X业务相关指示信息发送给网络侧节点；V2X业务相关指示信息可以包括：V2X业务标识、道路安全业务标识、车辆道路安全业务标识、V2X本地业务标识、本地转发业务标识、本地MBSFN业务标识、V2X接入标识、vehicle接入标识、道路安全接入标识等。

UE可以通过RRC消息将V2X业务相关指示信息发送给接入网节点，具体可以：

在RRC连接建立请求消息中增加新的RRC连接建立原因，如V2X接入、vehicle接入、道路安全接入等；

在RRC连接建立完成消息中增加新的IE，携带指示信息如V2X本地业务标识、本地转发业务标识、本地MBSFN业务标识等；

UE通过NAS消息将V2X业务相关指示信息发送给核心网节点；

在当前的NAS消息中增加新的IE，或在现有的IE中定义新的码点(如在Extendedservice request消息的Service type IE中加入新的码点指示)；

网络侧节点根据UE发送的V2X业务相关指示信息为UE执行相应的承载配置和设定的处理；

网络侧节点将为UE配置的承载信息和其他资源信息通知UE；

向UE发送资源配置信息，如EPS承载上下文信息、承载配置信息、UE解码V2X相关业务使用的公钥、公钥标识、生成公钥的相关参数等。

通过本实施例的方案，使网络能够对UE发起的V2X业务进行识别，执行相应资源的分配处理。

三、切换过程中的实施

在图4、5的信息发送方法一、二实施过程中，终端设备会出现切换的情况，下面对切换的情况进行说明。

图19为LTE网络架构示意图，如图所示，LTE***网络侧实体由MME/S-GW、eNB组成。eNB和eNB间的接口为X2接口，MME/S-GW与eNB间的接口为S1接口。

LTE网络中，当UE从一个eNB移动到另一个eNB时，为了使正在发生的业务不中断，需要进行切换。如果eNB间存在X2连接，那么可以通过X2接口来完成切换过程；如果eNB间没有X2接口，可以通过S1接口来完成。

图20为LTE***通过X2接口的非竞争随机接入切换流程示意图，如图所示，在源eNB基于UE上报的测量报告和RRM(无线资源管理)信息判断UE需要进行切换后，通过X2接口的切换过程主要包括如下步骤：

步骤2001、源eNB向目标eNB发送handover request(切换请求)消息；

切换请求信息中携带UE向目标eNB进行切换准备所必需的信息，如：UE在源eNB中的context(上下文)信息，目标cell ID等；

步骤2002、目标eNB向源eNB返回handover request ack(切换请求确认)消息；

如果切换UE所使用的资源在目标eNB被批准，那么目标小区将为该UE配置相应的资源，并向源eNB发送切换请求ack消息。切换请求ack消息包含UE向目标eNB切换时所需的参数信息，如：可能包含目标eNB的***信息、UE在目标eNB进行随机接入时的preamble(前导码)信息等；

步骤2003、源eNB向UE发送RRC connection reconfigurationg(RRC连接配置)消息；

源eNB在收到目标eNB发送的切换请求ack消息后，向UE发送切换命令信息，指示UE向目标eNB进行切换。源eNB向UE发送的切换命令的内容是包含在目标eNB向源eNB发送的切换请求ack消息中的；

步骤2004、UE向目标eNB发送Random Access preamble(随机接入前导序列)；

步骤2005、目标eNB返回RAR(Random Access Response，随机接入响应)；

收到切换命令以后，UE执行与目标eNB的同步。如果在切换命令中配给了专用RACHpreamble(RACH前导序列；RACH：Random Access Channel，随机接入信道)，则使用无竞争随机接入流程接入目标小区，如果没有配给专用的RACH preamble，则使用基于竞争随机接入流程接入目标小区；

步骤2006、UE向目标eNB发送RRC connection reconfigurationg complete(RRC连接配置完成)消息。

当UE成功接入目标小区后，UE发送切换完成消息，向目标eNB指示UE的切换流程完成。

图21为LTE***通过S1接口的非竞争随机接入切换流程示意图，如图所示，与通过X2接口进行的切换流程不同在于需要通过MME，通过S1接口的切换过程主要包括如下步骤：

步骤2101、源eNB向MME发送handover required(切换需求)消息；

步骤2102、MME向目标eNB发送handover request消息；

步骤2103、目标eNB向MME返回handover request ack消息；

步骤2104、MME向源eNB返回handover command(切换命令)消息；

步骤2105、源eNB向UE发送RRC connection reconfigurationg消息；

步骤2106、UE向目标eNB发送Random Access preamble；

步骤2107、目标eNB返回RAR；

步骤2108、UE向目标eNB发送RRC connection reconfigurationg complete消息；

步骤2109、目标eNB向MME发送handover notify(切换通知)消息。

由上述两个切换流程可以看出，由于切换中没有涉及到信息的相关内容，目标eNB不能针对具体的信息收发的UE做相应的处理。以V2X业务为例，当前的切换信令中没有包含UE是否收发V2X业务的相关信息，目标eNB不能针对进行V2X收发的UE做特殊处理，而这可能会导致UE正在进行的V2X业务发生中断，造成交通安全隐患。当然，其他业务也存在同样的问题。

为了实现图4、5中所述的增强的基于eMBMS的通信，本发明实施例中还提出了相应的切换情况下的处理方案，用于解决网络侧节点在切换时保证信息收发的连续性问题，该方案具体可以用于基站、直放站等网络侧节点上。

图22为源基站侧的切换方法实施流程示意图，如图所示，可以包括如下步骤：

步骤2201、确定归属于第一基站的终端设备将切换至第二基站；

实施中，所述终端设备将要上报的信息是需要在属于同一MBSFN区域的各小区中在与所述MBSFN区域对应的时间与频率资源上发送的信息，和/或，接收的信息是各基站在属于同一MBSFN区域的各小区中在与所述MBSFN区域对应的时间与频率资源上发送的信息，也即，需要在属于以终端上报信息的小区作为数据源小区的MBSFN区域的各小区中发送的信息；

步骤2202、向第二基站发送切换请求消息，在所述切换请求消息中指示与该终端设备上报和/或接收信息有关的设置信息。

实施中，当目标基站允许切换时，还可以进一步包括：

步骤2203、接收第二基站返回的包含有切换命令的切换请求确认消息，在所述切换命令中携带有第二基站根据与该终端设备上报和/或接收信息有关的设置信息配置的配置信息；

步骤2204、向终端设备发送所述切换命令。

实施中，对于步骤2202，在所述切换请求消息中指示与该终端设备上报和/或接收信息有关的设置信息，可以是通过以下方式之一或者其组合来指示的：

在AS-Context中添加所述设置信息；

在承载上报和/或接收信息的业务的E-RAB对应的E-RABs To Be Setup Item中添加所述设置信息；

在RRC Context中承载上报和/或接收信息的业务的DRB对应的信息中添加所述设置信息。

同样，当以V2X业务、UE为例时，当源网络侧节点判断正在接受V2X服务和/或对V2X业务感兴趣的UE需要进行切换时，可在向目标网络侧节点发送的切换请求消息中携带该UE的V2X相关指示信息，如：V2X承载相关指示、V2X频点相关指示、V2X业务相关指示信息、V2Xspecific ID指示(如MME UE S1AP ID、E-RAB ID、DRB ID、逻辑信道ID等V2X ID相关指示)。具体的方式可以为以下之一或者其组合：

1、在AS-Context(Access Stratum context，接入层(如E-UTRAN)上下文)中添加V2Xinterestindication(V2X兴趣指示)信息，如UE是否接受V2X服务、当前UE接受V2X服务的频点、UE接受V2X服务的方式(如通过单播方式、MBMS方式、D2D方式等)、UE接受V2X服务方式的优先级等)；

2、在UE Context Information(UE上下文信息)中添加UE支持的V2X业务类型指示、V2X业务优先级指示；

3、在E-RABs To Be Setup Item(E-RABs将设置项目)中添加V2X业务关联的E-RAB指示、V2X业务类型指示、V2X业务优先级指示；

4、在RRC Context(RRC上下文)中添加V2X业务关联的DRB指示、V2X业务类型指示、V2X业务优先级指示；

5、采用V2X specific的ID值如特殊的MME UE S1AP ID、E-RAB ID、DRB ID、逻辑信道ID通知目标网络侧节点该UE与V2X相关的信息。

图23为目标基站侧的切换方法实施流程示意图，如图所示，可以包括如下步骤：

步骤2301、接收第一基站发送的将归属于第一基站的终端设备切换至第二基站的切换请求消息，在所述切换请求消息中指示有与该终端设备上报和/或接收信息有关的设置信息；

实施中，所述终端设备将要上报的信息是需要在属于同一MBSFN区域的各小区中在与所述MBSFN区域对应的时间与频率资源上发送的信息，和/或，接收的信息是各基站在属于同一MBSFN区域的各小区中在与所述MBSFN区域对应的时间与频率资源上发送的信息，也即，需要在属于以终端上报信息的小区作为数据源小区的MBSFN区域的各小区中发送的信息。

步骤2302、在确定将归属于第一基站的终端设备将切换至第二基站后，对终端设备在第二基站上上报和/或接收信息的资源进行配置，并向第一基站返回包含有切换命令的切换请求确认消息，在所述切换命令中携带有第二基站根据与该终端设备上报和/或接收信息有关的设置信息配置的配置信息。

实施中，对终端设备在第二基站上上报和/或接收信息的资源进行配置，包可以括如下配置之一或者其组合：

为终端设备配置上报和/或接收信息的频点；

对承载上报和/或接收信息的业务的DRB参数进行配置；

为终端设备配置SPS周期；

为终端设备配置与上报和/或接收信息的业务相关的MBMS业务信息和/或MBSFN区域信息，这些信息可以用于如解码MBSFN区域对应的数据所需的公钥、相关业务(如V2X业务)对应的MBSFN区域标识等；

将为终端设备上报和/或接收信息的业务创建的DRB与终端设备上报和/或接收信息的业务对应的E-RAB相关联；

将终端设备上报和/或接收信息的业务对应的DRB的处理实体相关关联。

同样，当以V2X业务、UE为例时，如果UE切换被目标网络侧节点批准，目标网络侧节点可以执行如下操作中的一种或多种为：

为该UE配置相应的资源，并将配置信息作为切换命令的内容携带在切换请求ACK消息中发送给源网络侧节点(如基站)，使源网络侧节点将切换命令发送给UE。配置操作的内容具体可以包括以下一种或多种：

将UE配置到对应的频点、小区上，以便使UE在该频点、小区上进行V2X数据收发，网络侧可以为UE配置多个频点、小区，如在城市区域可以视情况配置多个频点等；

对承载V2X业务的DRB参数进行特殊的配置，如设置特殊的定时器长度；

对支持V2X业务的UE进行特殊的配置，如配置特殊的SPS(semi-persistentschedule，半持续调度)周期；

与V2X相关MBMS业务信息、MBSFN区域信息(用于如解码MBSFN区域对应的数据所需的公钥、相关业务(如V2X业务)对应的MBSFN区域标识等)；

将为UE V2X建立的DRB与E-RAB关联；将DRB关联到V2X特殊处理实体，以便对该DRB上收发的数据包做特殊处理，如将收集的数据包进行完整性保护后转发给周围小区。

下面以实例来进行说明UE在源小区中已接收V2X业务以及未接收V2X业务时的切换实施过程。

实施例C1：UE在源小区中已接受V2X服务。

1、车辆UE1在源eNB下接受V2X道路安全服务，UE1周期性向源eNB上报自己的状态信息(如位置、速度、行驶方向等)，并通过接收MBMS业务方式获得周围其他车辆UE的状态信息；

2、源eNB判断UE1需要从当前的eNB切换到目标eNB。源eNB在向目标eNB发送的切换请求中添加如下信息之一或者其组合：

在AS-Context中添加V2Xinterestindication指示信息，指示UE1接收V2X业务的频点，接受V2X服务的方式优先采用MBMS方式；

在承载V2X业务的E-RAB对应的E-RABs To Be Setup Item中添加V2X业务指示，支持该E-RAB对应V2X道路安全业务以及该业务优先级为高；

在RRC Context中承载V2X业务的DRB对应的信息中添加V2X业务指示，支持该DRB对应V2X道路安全业务以及该业务优先级为高；

3、目标eNB接收到源eNB发送的切换请求后，判断允许UE1进行切换，为UE1执行以下配置和处理：

将UE1配置到对应的频点上。需要说明的是，不论UE1在源eNB下通过一个频点还是多个频点收发数据，目标eNB可以根据情况为UE1配置多个频点，如目标eNB处于高车辆密度区域或由低车辆向高车辆密度的过度区域，目标eNB可以为UE1配置多个频点进行数据收发，以避免V2X数据传输拥塞；

对承载V2X业务的DRB参数进行特殊的配置，如设置较短的状态报告禁止定时器；

将UE1的SPS周期配置为100ms；

与V2X相关MBMS业务信息、MBSFN区域信息；

将上述配置信息作为切换命令的内容携带在切换请求ack消息中发送给源eNB；

将为UE1V2X业务创建的DRB与UE1V2X对应的E-RAB相关联；

将UE1V2X业务对应的DRB的V2X特殊处理实体相关关联，该实体负责将UE1上报的V2X道路安全相关的数据包进行完整性保护后转发给同一MBSFN区域中的其他小区；

源eNB接收到切换请求ack消息后将其中包含的切换命令发送给UE1。

实施例C2：UE在源小区中未接受V2X服务

1、车辆UE在源eNB下尚未接受V2X道路安全服务，但UE对V2X道路安全服务感兴趣；

2、源eNB判断UE需要从当前的eNB切换到目标eNB。源eNB在向目标eNB发送的切换请求中添加如下信息：

在AS-Context中添加V2Xinterestindication指示信息，指示UE可以接收V2X业务的频点列表，接受V2X服务的方式优先采用MBMS方式；

3、目标eNB接收到源eNB发送的切换请求后，判断允许UE1进行切换，且能够为UE1提供V2X道路安全服务，为UE1执行以下配置和处理：

将UE1配置到对应的频点上；

向UE1发送能够为其提供V2X服务指示；

与V2X相关MBMS业务信息、MBSFN区域信息；

将上述配置信息作为切换命令的内容携带在切换请求ack消息中发送给源eNB。

4、源eNB接收到切换请求ack消息后将其中包含的切换命令发送给UE。

由上述实施例可见，当源网络侧节点判断正在接受V2X服务和/或对V2X业务感兴趣的UE需要进行切换时，在向目标网络侧节点发送切换请求消息中携带该UE的V2X业务指示信息；

如果UE切换被目标网络侧节点批准，目标网络侧节点执行相应的操作，并将相关配置信息通知源网络侧节点。

通过该方案，可以使切换时目标网络侧节点能够对支持V2X业务的UE进行特殊处理，保障V2X业务在UE切换过程中的连续性。

四、传输过程中信息完整性保护的实施。

在图4、5的信息发送方法一、二实施过程中，对信息的安全性也提出了要求，下面对信息安全性的实施情况进行说明。

首先对实施中涉及到的非对称密码体制进行说明。

非对称密钥加密体制，又称为公钥密码体制、双密钥密码体制。它是指对信息加密和解密时所使用的密钥是不同的，即有两个密钥，一个是可以公开的，另一个是私有的，这两个密钥组成一对密钥对，分别为公开密钥和私有密钥。如果使用其中一个密钥对数据进行加密，则只有用另外一个密钥才能解密。由于加密和解密时所使用的密钥不同，这种加密体制称为非对称密钥加密体制。在公开密钥算法中，用公开的密钥进行加密，用私有密钥进行解密的过程，称为加密过程。而用私有密钥进行加密，用公开密钥进行解密的过程称为认证(又称完整性保护)过程。非对称密码算法的保密性比较好，不需要加解密用户间进行密钥交换。

完整性保护的实质是收发两端将明文作为输入参数，计算出校验码，通过收发两端计算出的校验码的一致性来证明两端输入参数的一致性，即明文是一致的。图24为完整性保护过程示意图，如图所示，在完整保护过程中，发端利用完整性保护密钥以及其他参数和需要进行完整性保护的消息本身作为完整性保护算法的输入，生成一个完整性保护校验码MAC-I，发端将消息本身和MAC-I一起发送给接收端；收端利用完整性保护密钥以及相应的参数和消息本身作为完整性保护算法的输入，生成一个完整性保护校验码XMAC-I，与接收到的MAC-I进行比较，如果一致，则认为受到的消息和发送的消息是一致的，即没有被第三方篡改。需要说明的是，当采用对称密钥机制时，发端密钥和收端密钥是相同的，当采用非对称密钥机制时，发端密钥和收端密钥是不同的，发端采用私钥，收端采用公钥。

为了实现图4、5中所述的增强的基于eMBMS的通信，本发明实施例中还提出了相应的数据的安全处理方案，用于解决网络侧节点在收集到信息后，采用eMBMS方式向本网络侧节点覆盖下的终端设备发送时的信息安全性问题，该方案具体可以用于基站、直放站等网络侧节点上。

在向所述各第二基站分发信息，以及向指定的终端设备发送信息时，进一步包括：

将所述信息用私钥进行完整性保护，所述私钥是与所述MBSFN区域对应的私钥。

当以V2X业务、UE为例时，网络侧节点将收集的经过私钥进行完整性保护后的道路安全相关的数据包发送给UE。

具体实施中，网络侧节点收集的经过私钥进行完整性保护后的道路安全相关的数据包分为两类：一类是网络侧节点将覆盖范围内的UE上报的道路安全相关的数据包采用网络侧节点自己关联的私钥进行完整性保护后的数据包；另一类是网络侧节点从其他网络侧节点获得的数据包，其他网络侧节点可以是eNB、HeNB、Relay等现有网络侧节点，也可以为后续新增加的网络侧节点，这些数据包在到达网络侧节点前已经由其他网络侧节点采用其他网络侧节点对应的私钥进行了完整性保护。其中，网络侧节点发送数据包可以采用MBSFN方式也可以采用P2M(Point To Multipoint，点到多点)广播或组播方式。

网络侧节点将覆盖范围内的UE上报的道路安全相关的数据包采用网络侧节点自己关联的私钥进行完整性保护后的数据包发送给周围相关的其他网络侧节点。这是因为每个MBSFN区域中的数据源小区需要向该MBSFN区域中的其他小区提供相同的数据，以保证一个MBSFN区域中的所有小区能够在相同的时频资源上发送相同的数据，从而使接收UE获得接收分集增益。网络侧节点需要确定该网络侧节点关联的小区，并确定各小区作为数据源小区的MBSFN区域中的其他小区，将各小区下UE上报的道路安全相关的数据包采用各小区对应的完整性保护私钥进行完整性保护后，发送给各小区作为数据源小区的MBSFN区域中的其他小区对应的网络侧节点。

实施中，在信息是用与所述MBSFN区域对应的私钥进行完整性保护的信息时，按与该MBSFN区域对应的规则处理信息包括：

确定与所述MBSFN区域对应的公钥；

采用所述公钥进行对完整性保护后的信息进行完整性验证。

同样，当以V2X业务、UE为例时，UE接收到网络侧发送的道路安全性相关的数据包后，根据接收到的网络侧节点发送的MBSFN区域对应的安全性公钥对各MBSFN区域的数据包进行完整性验证。当不同的MBSFN区域采用不同的公钥时，由于一个小区可能会属于多个MBSFN区域，UE可能会接收到多个MBSFN区域对应的数据包，因此，UE在对接收到的数据包进行完整性验证前需要先确定数据包对应的MBSFN区域，然后采用该MBSFN区域的公钥对数据包进行完整性验证。

实施中，公钥可以是基站发送的公钥，和/或，是存储在终端设备中的公钥，和/或，通过其他方式(如通过RSU(Road Side Unit，路侧单元))获得的公钥。

相应的，实施中，基站侧可以进一步包括：

向终端设备发送对完整性保护后的信息进行完整性验证的公钥，所述公钥是与所述MBSFN区域对应的公钥。

实施中，公钥可以是来自MME和/或MCE的。

当以V2X业务、UE为例时，UE在接收网络侧节点发送的完整性保护后的道路安全相关的数据包，需要提前获得对接收的道路安全相关的数据包进行完整性验证的公钥。UE获知完整性验证的公钥可以采用两种方式：

方式1：网络侧节点将自己关联的MBSFN区域对应的安全性公钥发送给UE。

这里的网络侧节点可以是eNB、HeNB、Relay等现有网络侧节点，也可以是后续新增加的其它类型的网络侧节点(如RSU)。网络侧节点关联的MBSFN区域包括网络侧节点下的各小区关联的MBSFN区域。网络侧节点可以关联一个或多个MBSFN区域，如图10中Cell 1-Cell7关联了7个MBSFN区域。这里的安全性公钥用于UE对从网络侧节点接收到的道路安全信息进行完整性验证。

安全性公钥可以由网络侧节点自身产生，也可以由更高层网络侧节点产生，如eNB、MME、MCE(Multi-cell/multicast Coordination Entity，多小区多播协调实体)、HSS(Home Subscriber Server，归属用户服务器)、BM-SC(broadcast multicast servicecenter，广播组播业务中心)等。网络侧节点将自己关联的MBSFN区域对应的安全性公钥发送给UE可以采用广播、多播、单播方式。当采用广播方式发送时，可以采用***广播(如在设定的SIB中携带)，也可以采用MBMS广播(如在MCCH(Multicast Control Channel，多播控制信道)中携带或作为特定的业务在MTCH(Multicast Traffic Channel，多播业务信道)中携带)；当采用单播方式发送时，可以在SecurityModeCommand(安全模式命令)信令中携带，也可以在其他RRC信令或NAS信令中携带(通过这种方式获得的公钥能对基站的合法性进行检验)；

切换时，目标eNB可以将对应的公钥通过切换命令发送给UE，也可以在切换完成后由目标eNB通过NAS消息发送给UE，还可以是UE在切换到目标基站后通过接收目标eNB发送的***信息获得。实施中考虑到在切换后，目标eNB下的小区可能关联了新的MBSFN区域，因此，具体实施中，在切换的时候可以将目标eNB小区关联的MBSFN区域对应的公钥告知UE。

实施中，还可以将各MBSFN区域对应安全性公钥直接存在UE的SIM(SubscribersIdentity Module，用户标识模块)或USIM(Universal Subscribers Identity Module，通用用户标识模块)卡中。

下面以实例来进行说明eNB在信息发送给UE过程中安全性处理的实施过程。

实施例D1：

本实施例中描述的是，eNB1将各小区下UE上报的道路安全相关数据包进行完整性保护后发送给UE，并将各小区下UE上报的道路安全相关数据包进行完整性保护后发送给相关的邻eNB。

设eNB1下包含两个小区cell 1和cell 2，以cell 1和cell 2作为数据源小区的MBSFN区域分别为MBSFN区域2和MBSFN区域3，MBSFN区域2和MBSFN区域3占用的子帧分别为每个无线帧中的子帧7和子帧8；eNB2下包含一个小区cell3，eNB1的cell 1和eNB2的cell 3是地理位置相邻的小区，eNB2的cell 3属于以eNB1的cell 1为数据源小区的MBSFN区域2内，eNB2的cell3需要在MBSFN区域2对应的子帧(每个无线帧中的子帧7)上发送与eNB1的cell 1中MBSFN区域2对应的子帧上完全相同的数据，MBSFN区域2对应的子帧上发送的数据由eNB1转发给eNB2。图25为进行安全处理的信息传输实施环境示意图，如图所示，图25中所示eNB1下有UE1和UE2，两个UE都在Cell 1覆盖下，eNB2下有UE3，UE3在cell3覆盖下，eNB1向eNB2转发MBSFN区域2中发送的道路安全数据通过X2接口。具体流程如下：

1、eNB1收集UE1和UE2上报的道路安全数据包；具体实施中，对UE1、UE2上报的道路安全数据包收集可以是周期性收集(如每30ms)，也可以是在设定时间点收集，如以eNB1下各小区为数据源小区的MBSFN区域对应的MBSFN子帧前的设定时间处，还可以按照需要随时对UE上报的道路安全数据包进行收集；

2、eNB1将收集到的数据包采用私钥进行完整性保护。例如在本例中，对UE1和UE2上报的数据采用以cell1作为数据源小区的MBSFN区域对应的私钥进行完整性保护；

3、eNB1将完整性保护后的数据包在eNB1下的各小区中，以各小区为数据源小区的MBSFN区域对应的MBSFN子帧上按设定的数据格式发送。具体而言，那么eNB 1需要将cell 1中UE上报的数据包在经私钥进行完整保护后在MBSFN区域2占用的子帧上按照设定的数据格式发送。同时，eNB1将完整性保护后的数据包转发给给各小区作为数据源小区的MBSFN区域中的其他小区对应的网络侧节点，例如在本例中，eNB2下的cell3属于以eNB1下的cell1为数据源小区的MBSFN区域2，因此，eNB1需要将cell 1采用私钥进行完整性保护后的数据转发给eNB2。

4、UE1和UE2在MBSFN区域2占用的子帧上根据网络侧指定的数据格式解码数据包后，将接收到的数据包采用解码MBSFN区域2数据对应的公钥进行完整性验证。若完整性验证通过则认为数据包中的数据是有效的道路安全数据，将对应数据包递交给高层，若完整性验证未通过，则认为接收到的道路安全数据是不可靠的，将对应数据包丢弃。

实施例D2：

本实施例中描述的是，eNB2将相邻eNB1转发的经完整性保护后的道路安全相关数据包发送给UE。

如图25所示，设eNB1下有两个UE，分别为UE1和UE2，两个UE都在Cell 1覆盖下，eNB2下有一个UE3，UE3在eNB2的Cell 3覆盖下，eNB1的cell 1和eNB2的cell 3是地理位置相邻的小区，eNB2的cell 3属于以eNB1的cell 1为数据源小区的MBSFN区域2内，因此eNB2的cell 3需要在MBSFN区域2对应的子帧(每个无线帧中的子帧7)上发送与eNB1的cell 1中MBSFN区域2对应的子帧上完全相同的数据，MBSFN区域2对应的子帧上发送的数据由eNB1通过X2接口转发给eNB2。具体流程如下：

1、eNB2在与eNB1的X2接口上收集eNB1转发的eNB1的cell 1下UE上报的道路安全数据。eNB2对与eNB1的X2接口上eNB1转发的道路安全数据的收集可以是周期性收集(如每30ms)，也可以是在设定时间点收集(如以eNB2下各小区为数据源小区的MBSFN区域对应的MBSFN子帧前的设定时间处)，还可以是随时对X2接口上的道路安全数据包进行收集；

2、然后将后将收集的数据在约定的时间在MBSFN区域2占用的子帧上按照设定的数据格式发送。约定的时间由eNB1向eNB2转发的道路安全数据时对应的同步消息中获得。

3、UE3在MBSFN区域2占用的子帧上根据网络侧指定的数据格式解码数据包后，将接收到的数据包采用解码MBSFN区域2数据对应的公钥进行完整性验证。若完整性验证通过则认为数据包中的数据是有效的道路安全数据，将对应数据包递交给高层，若完整性验证未通过，则认为接收到的道路安全数据是不可靠的，将对应数据包丢弃。

实施例D3：

本实施例中描述的是，MME通过NAS信令将UE进行完整性验证的公钥发送给UE。eNB使用的私钥由MME发送给eNB。图26为信息安全处理中的密钥处理实施环境示意图，如图所示，具体流程如下：

1、MME获得eNB对采用MBMS方式发送的道路安全数据进行完整性保护的私钥以及UE对通过MBMS接收的道路安全数据包进行完整性验证的公钥。

MME获得的完整性保护的公钥和私钥可以由MME自己产生，也可以由MME从其他实体如HSS、MBMS网关等获得；

2、MME通过S1接口信令通知eNB该eNB下各小区对收集的UE上报的道路安全数据进行完整性保护的私钥。私钥用于eNB各小区对以该小区作为数据源小区的MBSFN区域中发送的数据包进行完整性保护。

3、MME通过NAS信令通知UE对接收到的道路安全数据包进行完整性验证的公钥。

由于一个小区可以同时属于多个MBSFN区域，当不同的MBSFN区域的数据源小区采用不同私钥对该MBSFN区域发送的数据包进行完整性保护时，MME需要通知UE对各MBSFN区域数据进行完整性验证的多个公钥；当不同的MBSFN区域的数据源小区采用相同私钥对所发送的数据包进行完整性保护时，MME只需通知UE对所有的MBSFN区域发送的道路安全数据进行完整性验证的公共公钥。MME向UE发送包含完整性验证的公钥的NAS信令时，可以采用RRC消息捎带的方式，如可以装在一个消息容器中，将该消息容器捎带在RRC连接重配置消息中发送给UE，也可以采用专门携带NAS信令的RRC消息发送给UE。

4、UE从NAS信令中获得对当前小区所关联的各发送道路安全消息的MBSFN区域数据进行完整性验证的公钥，使用各MBSFN区域对应的公钥对接收到的各MBSFN区域中的道路安全数据进行完整性验证。

实施例D4：

本实施例中描述的是，MCE通过MCCH/BCCH信令将UE进行完整性验证的公钥发送给UE。eNB使用的私钥由MCE发送给eNB。具体流程如下：

1、MCE获得eNB对采用MBMS方式发送的道路安全数据进行完整性保护的公钥以及UE对通过MBMS接收的道路安全数据包进行完整性验证的私钥。MCE获得的完整性保护的公钥和私钥可以由MCE自己产生，也可以由MCE从其他实体如MME等获得；

2、MCE通过M2接口信令通知eNB该eNB下各小区对道路安全数据进行完整性保护的私钥。私钥用于eNB各小区对以该小区作为数据源小区的MBSFN区域中发送的数据包进行完整性保护。

3、MCE通过MCCH/BCCH信令通知UE对接收到的道路安全数据包进行完整性验证的公钥。

由于一个小区可以同时属于多个MBSFN区域，当不同的MBSFN区域的数据源小区采用不同私钥对该MBSFN区域发送的数据包进行完整性保护时，MCE可以在各MBSFN区域对应的MCCH信令中通知UE对对应的MBSFN区域数据进行完整性验证的公钥，也可以在BCCH信令(如SIB13或新SIB)中携带对各MBSFN区域数据进行完整性验证的公钥；当不同的MBSFN区域的数据源小区采用相同私钥对所发送的数据包进行完整性保护时，MCE可以在各MBSFN区域对应的MCCH信令中携带相同的对道路安全数据进行完整性验证的公共公钥，也在BCCH信令(如SIB13或新SIB)中携带对道路安全数据进行完整性验证的公共公钥。

MCE将生成的包含完整性验证公钥的BCCH或MCCH信令，通过M2接口发送给相应的eNB，eNB在各小区的BCCH或各小区关联的MBSFN区域对应的MCCH资源上将包含完整性验证公钥的BCCH或MCCH信令发送给UE。

4、UE从BCCH或MCCH信令中获得对当前小区所关联的各发送道路安全消息的MBSFN区域数据进行完整性验证的公钥，使用各MBSFN区域对应的公钥对各MBSFN区域中的道路安全数据进行完整性验证。

由上述实施例可见，实施例中提供了网络侧节点将收集的道路安全数据采用MBSFN方式发送给UE和发送给相邻网络侧节点的方案；UE接收到网络侧节点发送的道路安全数据的处理方案；网络侧节点接收到相邻网络侧节点发送的道路安全数据的处理方案；eNB和UE获得完整性保护密钥的方案。

具体的，网络侧节点将收集的经过私钥进行完整性保护后的道路安全相关的数据包发送给UE；

网络侧节点网络侧节点将覆盖范围内的UE上报的道路安全相关的数据包采用网络侧节点自己关联的私钥进行完整性保护后的数据包发送给周围相关的其他网络侧节点；

UE接收到网络侧发送的道路安全性相关的数据包后，根据接收到的网络侧节点发送的MBSFN区域对应的安全性公钥对各MBSFN区域的数据包进行完整性验证；

MME通过NAS信令将UE进行完整性验证的公钥发送给UE；或，MCE通过MCCH/BCCH信令将UE进行完整性验证的公钥发送给UE。

可见，通过本方案，能够在采用增强的eMBMS架构实现低时延V2X通信时，对网络侧节点发送的数据进行完整性验证。

基于同一发明构思，本发明实施例中还提供了一种信息接收装置、一种承载建立装置、一种信息上报装置，由于这些装置解决问题的原理与一种信息接收方法、一种承载建立方法、一种信息上报方法相似，因此这些装置的实施可以参见方法的实施，重复之处不再赘述。

图27为信息接收装置结构示意图，如图所示，可以包括：

指示信息接收模块2701，用于接收终端设备发送的指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

承载请求模块2702，用于请求网络侧设备为终端设备将上报的信息建立业务承载；

配置信息接收模块2703，用于接收网络侧设备建立的业务承载的配置信息，并根据所述配置信息为终端设备将上报的信息配置无线承载；

通知上报信息模块2704，用于通知终端设备在配置的无线承载上上报信息，并在配置的无线承载上接收终端设备上报的信息。

实施中，指示信息接收模块还可以进一步用于接收终端设备通过RRC消息和/或NAS消息携带的指示信息。

实施中，指示信息接收模块还可以进一步用于在接收终端设备通过RRC消息和/或NAS消息携带的指示信息时：

指示信息是通过在RRC连接建立请求消息中增加RRC连接建立原因来携带的，或，通过在RRC连接建立完成消息中增加IE来携带的；

和/或，

指示信息是通过在NAS消息中增加IE来携带的，或，通过在NAS消息中的IE中定义码点来携带的。

实施中，配置信息接收模块还可以进一步用于通过S1接口信令接收网络侧设备建立的业务承载的配置信息。

实施中，通知上报信息模块还可以进一步用于通过以下方式之一或者其组合通知终端设备在配置的无线承载上上报信息：RRC信令、NAS消息、***广播消息。

实施中，通知上报信息模块还可以进一步用于在通过***广播消息通知终端设备时，通过在***广播消息中的MIB中增加IE或定义码点来通知，或者，通过在***广播消息中的SIB中增加IE或定义码点来通知，或者，通过在***广播消息中增加SIB来通知。

实施中，终端设备将上报的信息可以是用于V2X业务的V2X信息。

实施中，指示信息接收模块还可以进一步用于在所述指示信息用以指示终端设备将上报的信息是用于V2X业务的V2X信息时，接收终端设备发送的包括以下内容之一或者其组合的指示信息：

指示V2X业务对应的QoS参数信息；

指示当前业务是否为V2X相关业务信息；

指示当前业务为以下业务之一或者其组合：V2V业务、V2I业务、V2P业务、V2C业务的一项或多项；

指示业务类型为以下类型之一或者其组合：道路安全类业务、交通效率类业务、交通信息类业务；

指示业务处理方式为以下方式之一或者其组合：接入网络直接转发、接入网MBMS直接转发；

指示终端设备是否为V2X类型终端信息。

图28为承载建立装置结构示意图，如图所示，装置中可以包括：

承载请求接收模块2801，用于接收接入网节点建立业务承载的请求，所述业务承载用于传输终端设备将上报的信息，所述信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

承载建立模块2802，用于建立业务承载，所述业务承载包括终端设备向接入网节点上报信息所用的无线承载；

配置信息通知模块2803，用于通知接入网节点建立的业务承载的配置信息。

实施中，承载请求接收模块还可以进一步用于通过S1接口信令接收接入网节点建立业务承载的请求。

实施中，配置信息通知模块还可以进一步用于通过S1接口信令通知接入网节点建立的业务承载的配置信息。

实施中，配置信息通知模块还可以进一步用于通知接入网节点包括以下信息之一或者其组合的配置信息：本地广播指示、本地MBSFN转发指示、V2X承载指示。

实施中，承载建立模块还可以进一步用于建立用于传输终端设备将上报的用于V2X业务的V2X信息的业务承载。

图29为信息上报装置结构示意图，如图所示，装置中包括：

指示信息发送模块2901，用于向接入网节点发送指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

上报通知接收模块2902，用于接收接入网节点的通知，所述通知携带有上报信息所使用的无线承载的配置信息；

上报信息模块2903，用于在终端设备收集信息后，根据配置信息在所述无线承载上上报信息。

实施中，指示信息发送模块还可以进一步用于向接入网节点发送通过RRC消息和/或NAS消息携带的指示信息。

实施中，指示信息发送模块还可以进一步用于在通过RRC消息和/或NAS消息携带指示信息时：

通过在RRC连接建立请求消息中增加RRC连接建立原因来携带，或，通过在RRC连接建立完成消息中增加IE来携带；

和/或，

通过在NAS消息中增加IE来携带，或，通过在NAS消息中的IE中定义码点来携带。

实施中，上报通知接收模块还可以进一步用于通过以下方式之一或者其组合来接收接入网节点的通知：RRC信令、NAS消息、***广播消息。

实施中，上报通知接收模块还可以进一步用于在通过***广播消息接收接入网节点的通知时，通过在***广播消息中的MIB中增加IE或定义码点来接收，或者，通过在***广播消息中的SIB中增加IE或定义码点来接收，或者，通过在***广播消息中增加SIB来接收。

实施中，上报信息模块还可以进一步用于根据配置信息在所述无线承载上上报用于V2X业务的V2X信息。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

在实施本发明实施例提供的技术方案时，可以按如下方式实施。

图30为接入网节点结构示意图，如图所示，接入网节点中包括：

处理器3000，用于读取存储器3020中的程序，执行下列过程：

为收发机收发的信息过程中的数据处理提供服务；

收发机3010，用于在处理器3000的控制下发送数据，执行下列过程：

接收终端设备发送的指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

请求网络侧设备为终端设备将上报的信息建立业务承载；

接收网络侧设备建立的业务承载的配置信息，并根据所述配置信息为终端设备将上报的信息配置无线承载；

通知终端设备在配置的无线承载上上报信息，并在配置的无线承载上接收终端设备上报的信息。

实施中，指示信息是通过RRC消息和/或NAS消息携带的。

实施中，在通过RRC信令和/或NAS消息携带指示信息时：

是通过在RRC连接建立请求消息中增加RRC连接建立原因来携带的，或，通过在RRC连接建立完成消息中增加IE来携带的；

和/或，

是通过在NAS消息中增加IE来携带的，或，通过在NAS消息中的IE中定义码点来携带的。

实施中，所述接收网络侧设备建立的业务承载的配置信息，是通过S1接口信令进行接收的。

实施中，所述通知终端设备在配置的无线承载上上报信息，是通过以下方式之一或者其组合进行通知的：RRC信令、NAS消息、***广播消息。

实施中，在通过***广播消息通知终端设备时，通过在***广播消息中的MIB中增加IE或定义码点来通知，或者，通过在***广播消息中的SIB中增加IE或定义码点来通知，或者，通过在***广播消息中增加SIB来通知。

实施中，终端设备将上报的信息是用于V2X业务的V2X信息。

实施中，所述指示信息用以指示终端设备将上报的信息是用于V2X业务的V2X信息时，包括以下内容之一或者其组合：

指示V2X业务对应的QoS参数信息；

指示当前业务是否为V2X相关业务信息；

指示当前业务为以下业务之一或者其组合：V2V业务、V2I业务、V2P业务、V2C业务的一项或多项；

指示业务类型为以下类型之一或者其组合：道路安全类业务、交通效率类业务、交通信息类业务；

指示业务处理方式为以下方式之一或者其组合：接入网络直接转发、接入网MBMS直接转发；

指示终端设备是否为V2X类型终端信息。

其中，在图30中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器3000代表的一个或多个处理器和存储器3020代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机3010可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器3000负责管理总线架构和通常的处理，存储器3020可以存储处理器3000在执行操作时所使用的数据。

图31为网络侧设备结构示意图，如图所示，设备中包括：

处理器3100，用于读取存储器3120中的程序，执行下列过程：

为收发机收发的信息过程中的数据处理提供服务；

收发机3110，用于在处理器3100的控制下发送数据，执行下列过程：

接收接入网节点建立业务承载的请求，所述业务承载用于传输终端设备将上报的信息，所述信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

建立业务承载，所述业务承载包括终端设备向接入网节点上报信息所用的无线承载；

通知接入网节点建立的业务承载的配置信息。

实施中，所述接收接入网节点建立业务承载的请求，是通过S1接口信令进行接收的。

实施中，所述通知接入网节点建立的业务承载的配置信息，是通过S1接口信令进行通知的。

实施中，所述通知接入网节点建立的业务承载的配置信息中包括以下信息之一或者其组合：本地广播指示、本地MBSFN转发指示、V2X承载指示。

实施中，所述业务承载用于传输终端设备将上报的信息是用于V2X业务的V2X信息。

其中，在图31中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器3100代表的一个或多个处理器和存储器3120代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机3110可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器3100负责管理总线架构和通常的处理，存储器3120可以存储处理器3100在执行操作时所使用的数据。

图32为终端设备结构示意图，如图所示，终端设备包括：

处理器3200，用于读取存储器3220中的程序，执行下列过程：

为收发机收发的信息过程中的数据处理提供服务；

收发机3210，用于在处理器3200的控制下发送数据，执行下列过程：

向接入网节点发送指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息；

接收接入网节点的通知，所述通知携带有上报信息所使用的无线承载的配置信息；

在终端设备收集信息后，根据配置信息在所述无线承载上上报信息。

实施中，向接入网节点发送的指示信息是通过RRC消息和/或NAS消息携带的。

实施中，在通过RRC消息和/或NAS消息携带指示信息时：

是通过在RRC连接建立请求消息中增加RRC连接建立原因来携带的，或，通过在RRC连接建立完成消息中增加IE来携带的；

和/或，

是通过在NAS消息中增加IE来携带的，或，通过在NAS消息中的IE中定义码点来携带的。

实施中，所述接收接入网节点的通知，是通过以下方式之一或者其组合来进行接收的：RRC信令、NAS消息、***广播消息。

实施中，在通过***广播消息接收接入网节点的通知时，是通过在***广播消息中的MIB中增加IE或定义码点来接收的，或者，通过在***广播消息中的SIB中增加IE或定义码点来接收的，或者，通过在***广播消息中增加SIB来接收的。

实施中，根据配置信息在所述无线承载上上报的信息是用于V2X业务的V2X信息。

其中，在图32中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器3200代表的一个或多个处理器和存储器3220代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机3210可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口3230还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器3200负责管理总线架构和通常的处理，存储器3220可以存储处理器3200在执行操作时所使用的数据。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (38)

1.一种信息接收方法，其特征在于，包括：

接收终端设备发送的指示信息，所述指示信息用以指示终端设备将上报的信息是将在与多播广播单频网络MBSFN区域对应的时间与频率资源上发送的信息，其中，所述终端设备所归属的小区与接收所述终端设备将上报的信息的终端设备所归属的小区属于同一个MBSFN区域；

请求网络侧设备为终端设备将上报的信息建立业务承载；

接收网络侧设备建立的业务承载的配置信息，并根据所述配置信息为终端设备将上报的信息配置无线承载；

通知终端设备在配置的无线承载上上报信息，并在配置的无线承载上接收终端设备上报的信息。

2.如权利要求1所述的方法，其特征在于，指示信息是通过无线资源控制RRC消息和/或非接入层NAS消息携带的。

3.如权利要求2所述的方法，其特征在于，在通过RRC信令和/或NAS消息携带指示信息时：

是通过在RRC连接建立请求消息中增加RRC连接建立原因来携带的，或，通过在RRC连接建立完成消息中增加IE来携带的；

和/或，

是通过在NAS消息中增加IE来携带的，或，通过在NAS消息中的信息单元IE中定义码点来携带的。

4.如权利要求1所述的方法，其特征在于，所述接收网络侧设备建立的业务承载的配置信息，是通过S1接口信令进行接收的。

5.如权利要求1所述的方法，其特征在于，所述通知终端设备在配置的无线承载上上报信息，是通过以下方式之一或者其组合进行通知的：RRC信令、NAS消息、***广播消息。

6.如权利要求5所述的方法，其特征在于，在通过***广播消息通知终端设备时，通过在***广播消息中的控制信息块MIB中增加IE或定义码点来通知，或者，通过在***广播消息中的***信息块SIB中增加IE或定义码点来通知，或者，通过在***广播消息中增加SIB来通知。

7.如权利要求1至6任一所述的方法，其特征在于，终端设备将上报的信息是用于车与外界的信息交换V2X业务的V2X信息。

8.如权利要求7所述的方法，其特征在于，所述指示信息用以指示终端设备将上报的信息是用于V2X业务的V2X信息时，包括以下内容之一或者其组合：

指示V2X业务对应的服务质量QoS参数信息；

指示当前业务是否为V2X相关业务信息；

指示当前业务为以下业务之一或者其组合：V2V业务、V2I业务、V2P业务、V2C业务的一项或多项；

指示业务类型为以下类型之一或者其组合：道路安全类业务、交通效率类业务、交通信息类业务；

指示业务处理方式为以下方式之一或者其组合：接入网络直接转发、接入网多媒体广播\组播服务MBMS直接转发；

指示终端设备是否为V2X类型终端信息。

9.一种承载建立方法，其特征在于，包括：

接收接入网节点建立业务承载的请求，所述业务承载用于传输终端设备将上报的信息，所述信息是将在与MBSFN区域对应的时间与频率资源上发送的信息，其中，所述终端设备所归属的小区与接收所述终端设备将上报的信息的终端设备所归属的小区属于同一个MBSFN区域；

建立业务承载，所述业务承载包括终端设备向接入网节点上报信息所用的无线承载；

通知接入网节点建立的业务承载的配置信息。

10.如权利要求9所述的方法，其特征在于，所述接收接入网节点建立业务承载的请求，是通过S1接口信令进行接收的。

11.如权利要求9所述的方法，其特征在于，所述通知接入网节点建立的业务承载的配置信息，是通过S1接口信令进行通知的。

12.如权利要求9所述的方法，其特征在于，所述通知接入网节点建立的业务承载的配置信息中包括以下信息之一或者其组合：本地广播指示、本地MBSFN转发指示、V2X承载指示。

13.如权利要求9至12任一所述的方法，其特征在于，所述业务承载用于传输终端设备将上报的信息是用于V2X业务的V2X信息。

14.一种信息上报方法，其特征在于，包括：

向接入网节点发送指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息，其中，所述终端设备所归属的小区与接收所述终端设备将上报的信息的终端设备所归属的小区属于同一个MBSFN区域；

接收接入网节点的通知，所述通知携带有上报信息所使用的无线承载的配置信息；

在终端设备收集信息后，根据配置信息在所述无线承载上上报信息。

15.如权利要求14所述的方法，其特征在于，向接入网节点发送的指示信息是通过RRC消息和/或NAS消息携带的。

16.如权利要求15所述的方法，其特征在于，在通过RRC消息和/或NAS消息携带指示信息时：

是通过在RRC连接建立请求消息中增加RRC连接建立原因来携带的，或，通过在RRC连接建立完成消息中增加IE来携带的；

和/或，

是通过在NAS消息中增加IE来携带的，或，通过在NAS消息中的IE中定义码点来携带的。

17.如权利要求14所述的方法，其特征在于，所述接收接入网节点的通知，是通过以下方式之一或者其组合来进行接收的：RRC信令、NAS消息、***广播消息。

18.如权利要求17所述的方法，其特征在于，在通过***广播消息接收接入网节点的通知时，是通过在***广播消息中的MIB中增加IE或定义码点来接收的，或者，通过在***广播消息中的SIB中增加IE或定义码点来接收的，或者，通过在***广播消息中增加SIB来接收的。

19.如权利要求14至18任一所述的方法，其特征在于，根据配置信息在所述无线承载上上报的信息是用于V2X业务的V2X信息。

20.一种信息接收装置，其特征在于，包括：

指示信息接收模块，用于接收终端设备发送的指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息，其中，所述终端设备所归属的小区与接收所述终端设备将上报的信息的终端设备所归属的小区属于同一个MBSFN区域；

承载请求模块，用于请求网络侧设备为终端设备将上报的信息建立业务承载；

配置信息接收模块，用于接收网络侧设备建立的业务承载的配置信息，并根据所述配置信息为终端设备将上报的信息配置无线承载；

通知上报信息模块，用于通知终端设备在配置的无线承载上上报信息，并在配置的无线承载上接收终端设备上报的信息。

21.如权利要求20所述的装置，其特征在于，指示信息接收模块进一步用于接收终端设备通过RRC消息和/或NAS消息携带的指示信息。

22.如权利要求21所述的装置，其特征在于，指示信息接收模块进一步用于在接收终端设备通过RRC消息和/或NAS消息携带的指示信息时：

指示信息是通过在RRC连接建立请求消息中增加RRC连接建立原因来携带的，或，通过在RRC连接建立完成消息中增加IE来携带的；

和/或，

指示信息是通过在NAS消息中增加IE来携带的，或，通过在NAS消息中的IE中定义码点来携带的。

23.如权利要求20所述的装置，其特征在于，配置信息接收模块进一步用于通过S1接口信令接收网络侧设备建立的业务承载的配置信息。

24.如权利要求20所述的装置，其特征在于，通知上报信息模块进一步用于通过以下方式之一或者其组合通知终端设备在配置的无线承载上上报信息：RRC信令、NAS消息、***广播消息。

25.如权利要求24所述的装置，其特征在于，通知上报信息模块进一步用于在通过***广播消息通知终端设备时，通过在***广播消息中的MIB中增加IE或定义码点来通知，或者，通过在***广播消息中的SIB中增加IE或定义码点来通知，或者，通过在***广播消息中增加SIB来通知。

26.如权利要求20至25任一所述的装置，其特征在于，终端设备将上报的信息是用于V2X业务的V2X信息。

27.如权利要求26所述的装置，其特征在于，指示信息接收模块进一步用于在所述指示信息用以指示终端设备将上报的信息是用于V2X业务的V2X信息时，接收终端设备发送的包括以下内容之一或者其组合的指示信息：

指示V2X业务对应的QoS参数信息；

指示当前业务是否为V2X相关业务信息；

指示当前业务为以下业务之一或者其组合：V2V业务、V2I业务、V2P业务、V2C业务的一项或多项；

指示业务类型为以下类型之一或者其组合：道路安全类业务、交通效率类业务、交通信息类业务；

指示业务处理方式为以下方式之一或者其组合：接入网络直接转发、接入网MBMS直接转发；

指示终端设备是否为V2X类型终端信息。

28.一种承载建立装置，其特征在于，包括：

承载请求接收模块，用于接收接入网节点建立业务承载的请求，所述业务承载用于传输终端设备将上报的信息，所述信息是将在与MBSFN区域对应的时间与频率资源上发送的信息，其中，所述终端设备所归属的小区与接收所述终端设备将上报的信息的终端设备所归属的小区属于同一个MBSFN区域；

承载建立模块，用于建立业务承载，所述业务承载包括终端设备向接入网节点上报信息所用的无线承载；

配置信息通知模块，用于通知接入网节点建立的业务承载的配置信息。

29.如权利要求28所述的装置，其特征在于，承载请求接收模块进一步用于通过S1接口信令接收接入网节点建立业务承载的请求。

30.如权利要求28所述的装置，其特征在于，配置信息通知模块进一步用于通过S1接口信令通知接入网节点建立的业务承载的配置信息。

31.如权利要求28所述的装置，其特征在于，配置信息通知模块进一步用于通知接入网节点包括以下信息之一或者其组合的配置信息：本地广播指示、本地MBSFN转发指示、V2X承载指示。

32.如权利要求28至31任一所述的装置，其特征在于，承载建立模块进一步用于建立用于传输终端设备将上报的用于V2X业务的V2X信息的业务承载。

33.一种信息上报装置，其特征在于，包括：

指示信息发送模块，用于向接入网节点发送指示信息，所述指示信息用以指示终端设备将上报的信息是将在与MBSFN区域对应的时间与频率资源上发送的信息，其中，所述终端设备所归属的小区与接收所述终端设备将上报的信息的终端设备所归属的小区属于同一个MBSFN区域；

上报通知接收模块，用于接收接入网节点的通知，所述通知携带有上报信息所使用的无线承载的配置信息；

上报信息模块，用于在终端设备收集信息后，根据配置信息在所述无线承载上上报信息。

34.如权利要求33所述的装置，其特征在于，指示信息发送模块进一步用于向接入网节点发送通过RRC消息和/或NAS消息携带的指示信息。

35.如权利要求34所述的装置，其特征在于，指示信息发送模块进一步用于在通过RRC消息和/或NAS消息携带指示信息时：

通过在RRC连接建立请求消息中增加RRC连接建立原因来携带，或，通过在RRC连接建立完成消息中增加IE来携带；

和/或，

通过在NAS消息中增加IE来携带，或，通过在NAS消息中的IE中定义码点来携带。

36.如权利要求33所述的装置，其特征在于，上报通知接收模块进一步用于通过以下方式之一或者其组合来接收接入网节点的通知：RRC信令、NAS消息、***广播消息。

37.如权利要求36所述的装置，其特征在于，上报通知接收模块进一步用于在通过***广播消息接收接入网节点的通知时，通过在***广播消息中的MIB中增加IE或定义码点来接收，或者，通过在***广播消息中的SIB中增加IE或定义码点来接收，或者，通过在***广播消息中增加SIB来接收。

38.如权利要求33至37任一所述的装置，其特征在于，上报信息模块进一步用于根据配置信息在所述无线承载上上报用于V2X业务的V2X信息。