CN106470483A - 一种信息发送与控制信息发送的方法及装置 - Google Patents

Abstract

本发明公开了一种信息发送与控制信息发送的方法及装置，包括：在控制信息发送时，确定终端设备的状态；确定多播广播单频网络区域的资源使用状况；根据终端设备的状态以及多播广播单频网络区域的资源使用状况，确定终端设备上报信息的上报策略；指示终端设备按照所述上报策略上报信息。在信息发送时，接收包含上报策略的指示，所述上报策略是网络侧根据终端设备的状态以及多播广播单频网络区域的资源使用状况确定的终端设备上报信息的策略；按照所述上报策略向网络侧节点上报信息。本发明可以满足一些对时延有特定要求的业务的需求。

Description

一种信息发送与控制信息发送的方法及装置

技术领域

本发明涉及无线通信技术领域，特别涉及一种信息发送与控制信息发送的方法及装置。

背景技术

现有的移动通信主要是人与人之间的通信，随着硬件设备的小型化和智能化，未来的移动通信更多“人与物”及“物与物”之间的高速连接应用。以MTC(Machine Type Communication，机器通信)业务为例，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(MultimediaBroadcast/Multicast Service，多媒体广播\组播服务)技术是用于为无线小区中的用户提供多媒体广播和组播服务的。eMBMS支持MBSFN(MulticastBroadcast Single Frequency Network，多播广播单频网络)传输方式，即：属于同一个MBSFN区域中的小区在相同时间和频率资源上在多个小区同时发送完全相同的内容。接收UE(User Equipment，用户设备)可以将多个小区发送的信号看成一个信号的多条路径，对这些信号进行处理，获得宏分集增益，从而提高小区边缘用户的信号接收质量。

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

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

发明内容

本发明实施例中提供了一种信息发送与控制信息发送的方法及装置，用以解决在减少信息的发送接收时间过程中的信息拥塞问题。

本发明实施例中提供了一种控制信息发送的方法，包括：

确定终端设备的状态；

确定MBSFN区域的资源使用状况；

根据终端设备的状态以及MBSFN区域的资源使用状况，确定终端设备上报信息的上报策略；

指示终端设备按照所述上报策略上报信息。

较佳地，在确定终端设备的状态时，通过终端设备上报的信息确定终端设备的状态；和/或，通过终端设备上报的携带有状态信息的状态信息确定终端设备的状态。

较佳地，所述携带有状态信息的状态信息是终端设备在满足上报条件时上报的；或，是终端设备根据指示上报的。

较佳地，进一步包括：

根据预设策略及各终端设备收发数据的情况，确定需上报状态信息的终端设备；

指示该终端设备上报携带有状态信息的状态信息。

较佳地，所述指示终端设备按照所述上报策略上报信息，是在终端设备未按照所述上报策略上报信息时，进行指示；和/或，距离上次指示时间大于预设时间时，进行指示。

较佳地，所述指示终端设备按照所述上报策略上报信息，包括：

根据终端设备的状态确定与终端设备相关的区域；

通知终端设备所述相关的区域的资源使用状况；

指示终端设备根据资源使用状况选择相应的策略上报信息。

较佳地，指示终端设备根据资源使用状况上报信息后，进一步包括：

在确定终端设备上报信息的策略与所述上报策略不符时，指示终端设备按照所述上报策略上报信息，和/或，丢弃不满足上报策略的终端设备上报的数据包。

较佳地，所述上报策略是根据以下因素之一或者其组合确定的：信息发送速率、信息发送周期、发送信息的数据包大小、发送队列参数、数据包丢弃规则。

较佳地，进一步包括：

确定各MBSFN区域的资源使用状况；

根据各MBSFN区域的各终端设备上报信息情况协调各MBSFN区域的资源分配；

根据协调后的MBSFN区域的资源使用状况确定终端设备上报信息的上报策略。

较佳地，终端设备上报的信息将在与所述MBSFN区域对应的时间与频率资源上发送。

较佳地，终端设备上报的信息是用于车与外界的信息交换V2X业务的V2X信息。

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

接收包含上报策略的指示，所述上报策略是网络侧根据终端设备的状态以及MBSFN区域的资源使用状况确定的终端设备上报信息的策略；

按照所述上报策略向网络侧节点上报信息。

较佳地，进一步包括：向网络侧节点上报的携带有状态信息的状态信息。

较佳地，在满足上报条件时向网络侧节点上报携带有状态信息的状态信息；或，根据网络侧节点指示向网络侧节点上报携带有状态信息的状态信息。

较佳地，按照所述上报策略向网络侧节点上报信息，包括：

接收与终端设备相关的区域的资源使用状况的通知；

根据资源使用状况选择相应的策略上报信息。

较佳地，终端设备上报的信息将由各网络侧节点在与所述MBSFN区域对应的时间与频率资源上发送。

较佳地，上报的信息是用于V2X业务的V2X信息。

本发明实施例中提供了一种控制信息发送的装置，包括：

状态确定模块，用于确定终端设备的状态；

资源确定模块，用于确定MBSFN区域的资源使用状况；

策略确定模块，用于根据终端设备的状态以及MBSFN区域的资源使用状况，确定终端设备上报信息的上报策略；

指示模块，用于指示终端设备按照所述上报策略上报信息。

较佳地，状态确定模块进一步用于在确定终端设备的状态时，通过终端设备上报的信息确定终端设备的状态；和/或，通过终端设备上报的携带有状态信息的状态信息确定终端设备的状态。

较佳地，状态确定模块进一步用于通过终端设备在满足上报条件时上报的所述携带有状态信息的状态信息；或，终端设备根据指示上报的所述携带有状态信息的状态信息来确定终端设备的状态。

较佳地，进一步包括：

终端确定模块，用于根据预设策略及各终端设备收发数据的情况，确定需上报状态信息的终端设备；

指示模块进一步用于指示该终端设备上报携带有状态信息的状态信息。

较佳地，指示模块进一步用于在终端设备未按照所述上报策略上报信息时，指示终端设备按照所述上报策略上报信息；和/或，在距离上次指示时间大于预设时间时，指示终端设备按照所述上报策略上报信息。

较佳地，指示模块包括：

区域确定单元，用于根据终端设备的状态确定与终端设备相关的区域；

资源通知单元，用于通知终端设备所述相关的区域的资源使用状况；

指示单元，用于指示终端设备根据资源使用状况选择相应的策略上报信息。

较佳地，指示模块进一步用于在指示终端设备根据资源使用状况上报信息后，在确定终端设备上报信息的策略与所述上报策略不符时，指示终端设备按照所述上报策略上报信息，和/或，丢弃不满足上报策略的终端设备上报的数据包。

较佳地，策略确定模块进一步用于根据以下因素之一或者其组合确定所述上报策略：信息发送速率、信息发送周期、发送信息的数据包大小、发送队列参数、数据包丢弃规则。

较佳地，策略确定模块进一步用于确定各MBSFN区域的资源使用状况；根据各MBSFN区域的各终端设备上报信息情况协调各MBSFN区域的资源分配；根据协调后的MBSFN区域的资源使用状况确定终端设备上报信息的上报策略。

较佳地，终端设备上报的信息将在与所述MBSFN区域对应的时间与频率资源上发送。

较佳地，终端设备上报的信息是用于车与外界的信息交换V2X业务的V2X信息。

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

指示接收模块，用于接收包含上报策略的指示，所述上报策略是网络侧根据终端设备的状态以及MBSFN区域的资源使用状况确定的终端设备上报信息的策略；

信息上报模块，用于按照所述上报策略向网络侧节点上报信息。

较佳地，进一步包括：

状态上报模块，用于向网络侧节点上报的携带有状态信息的状态信息。

较佳地，状态上报模块进一步用于在满足上报条件时向网络侧节点上报携带有状态信息的状态信息；或，根据网络侧节点指示向网络侧节点上报携带有状态信息的状态信息。

较佳地，信息上报模块进一步用于在按照所述上报策略向网络侧节点上报信息时，接收与终端设备相关的区域的资源使用状况的通知；根据资源使用状况选择相应的策略上报信息。

较佳地，终端设备上报的信息将由各网络侧节点在与所述MBSFN区域对应的时间与频率资源上发送。

较佳地，上报的信息是用于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为本发明实施例中终端设备结构示意图。

具体实施方式

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

发明人在发明过程中注意到，基于现有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，多播信道)调度周期(MCHScheduling Period)。

可见，基于现有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(X2UserPlane，X2用户面)的传送网络层基于IP(Internet Protocol，因特网协议)，UDP(User Datagram Protocol，用户数据报协议)/IP协议之上采用GTP-U(GPRSTunnelling Protocol for User Plane，GPRS用户平面隧道协议；GPRS：GeneralPacket Radio Service，通用分组无线业务)来传输eNB之间的用户面数据。GTP-U协议利用隧道机制来提供承载用户数据包的业务，GTP(GPRSTunnelling 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(Data Radio Bearer，数据无线承载)的管理由接入网节点(如eNB)通过RRC(Radio Resource Control，无线资源控制)连接重配置过程完成。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(扩展的服务请求)、bearer resource allocation request(承载资源分配请求)、Bearer resourcemodification request(承载资源修改请求)等。

V2X业务相关指示信息可以为指示V2X业务对应的QoS(Quality ofService，服务质量)参数信息、可以为指示当前业务是否为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 Temporary Identity，无线网络临时识别)等。

当网络侧节点为核心网节点等网络侧设备时，如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：GPRSTunneling Protocol，GPRS隧道协议；TEID：Tunnel End Point Identifier，隧道端点标识)等，MME通过S1接口信令(如INITIAL CONTEXT SETUPREQUEST(初始上下文建立请求)、UE CONTEXT MODIFICATION REQUEST(UE上下文修改请求)、E-RAB SETUP REQUEST(E-RAB建立请求)、E-RABMODIFY REQUEST(E-RAB修改请求))将为UE建立的承载信息(包括特殊标识，如本地广播指示、本地MBSFN转发指示、V2X承载指示等)和分配的相关资源信息通知UE对应的接入网节点(如eNB)；

或，确定为UE创建特殊的无线承载(不创建无线承载以上的其他承载)，并通过S1接口信令(如INITIAL CONTEXT SETUP REQUEST、UE CONTEXTMODIFICATION REQUEST、E-RAB SETUP REQUEST、E-RAB MODIFYREQUEST)将创建特殊无线承载的信息指示(如：本地广播指示、本地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(安全模式命令)、Downlink generic NAS transport(下行通用NAS传输)、Downlink NAS Transport(下行NAS传输)、Activatededicated EPS bearer context request(激活专用EPS承载上下文请求)、Activatedefault EPS bearer context request(激活默认EPS承载上下文请求)、Modify EPSbearer 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-RAB SETUP 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发送的INITIAL CONTEXT 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-RAB SETUP REQUEST消息中携带创建特殊无线承载的指示-本地MBSFN转发指示。

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

实施例B2.3：

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

2、MME接收到UE的指示后，确定为UE创建特殊的无线承载，在向eNB发送的INITIAL CONTEXT 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 SETUP REQUEST消息中携带该承载配置信息以及承载特性的标识-本地广播指示；

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 SETUPREQUEST消息中携带该承载配置信息以及承载特性的标识-本地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 SETUP REQUEST消息中携带创建特殊无线承载的指示。

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 SETUPREQUEST消息中携带创建特殊无线承载的指示。

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中定义新的码点(如在Extended service 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的同步。如果在切换命令中配给了专用RACH preamble(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 SetupItem中添加所述设置信息；

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

同样，当以V2X业务、UE为例时，当源网络侧节点判断正在接受V2X服务和/或对V2X业务感兴趣的UE需要进行切换时，可在向目标网络侧节点发送的切换请求消息中携带该UE的V2X相关指示信息，如：V2X承载相关指示、V2X频点相关指示、V2X业务相关指示信息、V2X specific 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的信息发送方法一、二实施过程中，由于在新的eMBMS架构下尚不存在对应的拥塞控制策略，因此，新结构的实施也提出了对拥塞控制的要求，下面对拥塞控制的实施情况进行说明。、

继续以V2X业务、UE、基站为例，基站主要有两种功能：1)为收集本基站下各小区车辆UE上报的道路安全消息并将各小区UE上报的道路安全消息转发给以该小区作为数据源小区的MBSFN区域的其他小区；2)在本基站下各小区的MBMS子帧上发送该子帧所对应的MBSFN区域的数据。

由于每个小区中能够分配给各MBSFN区域使用的MBMS子帧资源受限，当小区中的车辆UE大于设定值或UE发送的平均数据量超过设定值时，将会超出网络采用增强的eMBMS方式进行V2X数据转发的数据量，此时就需要进行拥塞控制。具体如下：

图24为网络侧节点上的控制信息发送的方法实施流程示意图，如图所示，可以包括：

步骤2401、确定终端设备的状态；

步骤2402、确定MBSFN区域的资源使用状况；

步骤2403、根据终端设备的状态以及MBSFN区域的资源使用状况，确定终端设备上报信息的上报策略；

步骤2404、指示终端设备按照所述上报策略上报信息。

图25为终端设备上的信息发送方法实施流程示意图，如图所示，可以包括：

步骤2501、接收包含上报策略的指示，所述上报策略是网络侧根据终端设备的状态以及MBSFN区域的资源使用状况确定的终端设备上报信息的策略；

步骤2502、按照所述上报策略向网络侧节点上报信息。

实施中，网络侧确定以上报小区为数据源小区的MBSFN区域的资源使用状况，也即确定负荷状态，然后便可以根据确定的负荷状态，执行相应的拥塞控制操作，例如可以包括以下方式：

向UE发送拥塞控制信息，拥塞控制信息可以包括：UE发送数据包的速率信息、UE发送数据包的大小指示信息中的一项或多项；

发送各地理区域中的拥塞状况指示信息；

选择性丢弃部分UE上报的数据包；

调整相应MBSFN区域使用的MBMS资源。

实施中，在指示终端设备按照所述上报策略上报信息时，具体可以通过下发拥塞控制信息的方式来实现，只要能够实现通过指示使终端设备按照上报策略上报信息即可。当以下发拥塞控制信息的方式来实现时，这里拥塞控制信息，可以泛指所有包含UE发送参数的信息，也可以是特指包含特定发送参数的信息。

下面进行具体说明。

实施中，在确定终端设备的状态时，可以通过终端设备上报的信息确定终端设备的状态；和/或，通过终端设备上报的携带有状态信息的状态信息确定终端设备的状态。

在确定终端设备的状态时，可以通过UE上报的V2X信息，也可以通过UE上报的专门用于拥塞控制的状态信息，如网络确定UE进行行驶状态上报的条件并通知UE(可以采用广播、多播、单播方式)，UE判断自己满足上报条件时再将自己的行驶状态上报给网络侧，也即，所述携带有状态信息的状态信息是终端设备在满足上报条件时上报的。

具体的，对于通过终端设备上报的信息确定终端设备的状态，下面以实例进行说明可以如下：

实施例D1

对于网络侧节点可以解析UE上报的V2X数据包时，UE可以将自己生成的V2X消息上报给网络侧节点(如基站、中继等接入网设备)。

网络侧节点解析UE上报的V2X消息，确定各个UE的位置、速度、行驶方向等状态信息，结合以UE上报小区为数据源小区的MBSFN区域的资源使用状况和各UE所处区域的内UE密度，为每个UE确定其发送参数(如：UE发送数据包的速率信息、UE发送数据包的大小、UE内部队列的配置参数(如对列开启还是关闭、队列长度)等)。具体地，例如根据UE上报的V2X消息，确定UE A速度为30km/h，UE A 150米内不存在其他车辆，且当前网络处于拥塞状态，那么确定UE A的V2X消息发送参数为：消息发送周期为1000ms，数据包大小小于200Byte、低优先级对列关闭。

具体的，对于通过终端设备上报的携带有状态信息的状态信息确定终端设备的状态的方式，携带有状态信息的状态信息可以是终端设备在满足上报条件时上报的；或，是终端设备根据指示上报的。例如，网络侧可以根据各UE上报的状态信息确定各UE的位置、行驶、速度、方向等行驶状态信息，根据当前网络的负荷状态(即以上报小区为数据源小区的MBSFN区域的资源使用状况)结合UE的分布情况、行驶速度、各UE周围车辆UE的行驶状态，为每个UE确定各自的数据包发送参数(如：UE发送数据包的速率信息、UE发送数据包的大小、UE内部队列的配置参数(如对列开启还是关闭、队列长度)等)。

下面再以实例进行说明。

实施例D2

在网络侧节点不能解析UE上报的V2X数据包时，由于网络侧节点不能解析UE上报的V2X数据包内容，因此网络侧节点只能统计各UE接收数据包的频率(速率、数量等)以及UE发送的数据包的大小。当网络负荷大于设定门限时，网络侧根据各UE的统计信息，选择出数据包发送频率(速率、数量等)大于设定值和/或发送的数据包的长度大于设定值的UE，向这些UE发送状态上报信令，也即，根据预设策略及各终端设备收发数据的情况，确定需上报状态信息的终端设备；指示该终端设备上报携带有状态信息的状态信息。

当UE接收到状态上报信令后，向网络侧上报自己的行驶状态参数(如UE的位置、速度、行驶方向、感知的设定范围内的UE数量等)、发送状态参数(如发送速率、发送数据包大小、发送队列参数)等信息。

网络侧对UE上报的参数进行分析，确定是否调整UE当前的发送参数。当确定需要对UE的发送参数进行调整时，将为UE确定的发送参数通知对应UE。

进一步的，实施中，还可以向满足设定条件的UE发送拥塞控制信息。也即，所述指示终端设备按照所述上报策略上报信息，是在终端设备未按照所述上报策略上报信息时，进行指示；和/或，距离上次指示时间大于预设时间时，进行指示。

例如，设定条件可以为：UE当前采用的数据包发送参数与网络侧为该UE确定的发送参数中某个或某些的差异大于设定值、网络侧对向该UE发送拥塞控制信息的时间大于设定值。

实施中，指示终端设备按照所述上报策略上报信息，包括：

根据终端设备的状态确定与终端设备相关的区域；

通知终端设备所述相关的区域的资源使用状况；

指示终端设备根据资源使用状况选择相应的策略上报信息。

例如，网络侧可以将小区划分为多个区域，分别确定各个区域的拥塞状态，并将确定的各区域的拥塞状态信息通知UE。车辆UE根据自己当前的行驶状态参考自己所处区域的拥塞状态，对发送参数(如发送速率、数据包大小、发送队列参数等)进行调整。

进一步的，实施中，指示终端设备根据资源使用状况上报信息后，在确定终端设备上报信息的策略与所述上报策略不符时，指示终端设备按照所述上报策略上报信息，和/或，丢弃不满足上报策略的终端设备上报的数据包。

例如，当网络侧发现异常行为UE时(如位于拥塞区域但仍采用高速率发送)，可以指示UE发送行驶状态上报消息，来获取UE当前的状态，以确认是否允许UE按高速率发送。UE向网络侧发送拥塞控制响应消息，上报自己当前确认的拥塞状态。随后，网络侧可以指示UE按照上报策略上报信息，和/或，直接丢弃不满足上报策略的上报的数据包。

下面再以实例进行说明。

实施例D3

图26为拥塞控制实施中的区域划分示意图，如图所示，网络侧可以将小区划分为多个区域，划分区域的数量可以根据小区的覆盖范围确定，例如将小区分为如图所示的6个区域，根据接收到UE上报的信息(可以为UE上报的V2X消息也可以为UE专门发送的状态上报消息)确定各区域内的拥塞状态(如可以将拥塞状态划分为多个等级，根据拥塞情况确定对应的拥塞等级)，将各区域内的拥塞状态信息(如对应的拥塞等)通知UE(可以通过广播、多播、单播等方式)。

UE根据接收到的网络侧发送的拥塞状态指示信息结合自己当前的行驶状态(包括位置、行驶速度、方向等)，对发送参数(如发送速率、数据包大小、发送队列参数等)进行调整。如***的拥塞程度总共分为5个等级，等级越高拥塞程度越大，根据网络侧发送的拥塞状态指示信息UE确定自己所处的区域的拥塞状态为4，自己当前的发送周期为100ms、数据包大小为300Byte、所有队列都处于开启状态，采用这些信息UE根据拥塞控制算法确定自己新的发送参数，如发送周期降为500ms、数据包大小为20Byte、关闭低优先级队列。

需要说明的是，当网络侧发现异常行为UE时(如位于拥塞区域但仍采用高速率发送)，可以指示UE发送行驶状态上报消息，来获取UE当前的状态，以确认是否允许UE按高速率发送。当确定需要改变UE的发送参数时，向UE发送指示信息指示UE对发送参数进行调整，或者，丢弃不满足上报策略的终端设备上报的数据包。

实施中，上报策略可以是根据以下因素之一或者其组合确定的：信息发送速率、信息发送周期、发送信息的数据包大小、发送队列参数、数据包丢弃规则。

实施中，信息发送速率、信息发送周期、发送信息的数据包大小、发送队列参数是容易理解的，对于数据包丢弃规则，例如可以如下：

根据网络的负荷状态，选择性丢弃部分UE上报的数据包。网络侧节点根据网络资源当前的占用状况结合数据包对应的UE优先级丢弃，或根据UE的行驶状态结合该UE数据包的转发状况丢弃，或根据UE数据包中的内容丢弃(如优先转发包含高优先级告警信息的数据包)，或随机选择数据包丢弃。丢弃操作可以由数据源小区所在的eNB完成。

下面再以实例进行说明。

实施例D4

基站根据负荷状况，确定数据包丢弃/转发策略，包括：1)是否启动数据包丢弃/部分转发机制；2)确定如何进行数据包丢弃，如根据上报数据包UE的优先级丢弃/转发、根据UE上报的数据包优先级丢弃/转发、随机选择UE或数据包进行丢弃/转发等。

UE1向网络侧上报按设定规则向网络侧上报生成的V2X信息。

基站根据确定的数据包丢弃/转发策略，判断是否丢弃UE1上报的数据包。设基站确定的数据包丢弃/转发策略为：丢弃各UE上报的低优先级业务(优先级大于等于3)对应的数据包。设当前的业务优先级共分4个等级1、2、3、4，UE1上报的数据包的优先级为等级4，此时基站将丢弃UE1上报的该数据包(即不转发该数据包)。

实施中，还可以进一步包括：

确定各MBSFN区域的资源使用状况；

根据各MBSFN区域的各终端设备上报信息情况协调各MBSFN区域的资源分配；

根据协调后的MBSFN区域的资源使用状况确定终端设备上报信息的上报策略。

具体的，可以根据网络负荷，确定各小区作为数据源小区的MBSFN区域需要使用的无线资源的多少，负荷大于设定门限时，增加需要使用的无线资源，负荷小于设定门限时，减少需要使用的无线资源，当确定增加或减少无线资源时，如果对应小区作为数据源小区的MBSFN区域中的其他小区属于其他eNB，则需要通过X2信令通知对应的eNB修改对应小区下相应MBSFN区域所使用的资源。基站将变化后的资源信息通知对应小区下的UE。

下面再以实例进行说明。

实施例D5

基站根据负荷状况，确定是否增加或减少对应的MBMS资源。基站周期性对UE上报数据量、资源利用率等指标进行评估。当设定指标超过或低于设定值时，确定增加或减少对应的MBMS资源，如当UE上报的数据量超过当前分配的MBMS资源最大能够发送的UE数据量的80％时，增加新的MBMS资源，当UE上报的数据量低于当前分配的MBMS资源最大能够发送的UE数据量的30％时，减少分配的MBMS资源。

基站将MBMS资源增加或减少资源的(请求)信息上报高层节点(包括核心网节点或更高层的接入网节点)和/或对应MBSFN区域内的其他基站。这里设基站将MBMS资源增加信息发送给对应MBSFN区域内的其他基站。

当基站接收到其他基站的确认信息时，在约定的时间启动新的资源进行MBSFN数据发送。并在实际的用户数据发送前，通知对应小区下的UE对新的频带资源上的数据进行监听(对应MBSFN区域内同意增加资源的基站也需要在实际的用户数据发送前，通知对应小区下的UE对新的频带资源上的数据进行监听)。

UE接收到通知消息后启动在新增加的频带资源上的对V2X数据的监听。

本实施例中，网络侧根据UE的状态和以上报小区为数据源小区的MBSFN区域的资源使用状况确定负荷状态；并根据确定的负荷状态，执行相应的拥塞控制操作。从而能够在基于降低时延的通过eMBMS实现V2X通信的架构下，当小区中的车辆UE大于设定值或UE发送的平均数据量达到设定值时，对网络侧转发的数据量进行调控，以满足拥塞场景中V2X通信的要求。

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

图27为控制信息发送装置结构示意图，如图所示，装置中可以包括：

状态确定模块2701，用于确定终端设备的状态；

资源确定模块2702，用于确定MBSFN区域的资源使用状况；

策略确定模块2703，用于根据终端设备的状态以及MBSFN区域的资源使用状况，确定终端设备上报信息的上报策略；

指示模块2704，用于指示终端设备按照所述上报策略上报信息。

实施中，状态确定模块还可以进一步用于在确定终端设备的状态时，通过终端设备上报的信息确定终端设备的状态；和/或，通过终端设备上报的携带有状态信息的状态信息确定终端设备的状态。

实施中，状态确定模块还可以进一步用于通过终端设备在满足上报条件时上报的所述携带有状态信息的状态信息；或，终端设备根据指示上报的所述携带有状态信息的状态信息来确定终端设备的状态。

实施中，还可以进一步包括：

终端确定模块2705，用于根据预设策略及各终端设备收发数据的情况，确定需上报状态信息的终端设备；

指示模块进一步用于指示该终端设备上报携带有状态信息的状态信息。

实施中，指示模块还可以进一步用于在终端设备未按照所述上报策略上报信息时，指示终端设备按照所述上报策略上报信息；和/或，在距离上次指示时间大于预设时间时，指示终端设备按照所述上报策略上报信息。

实施中，指示模块可以包括：

区域确定单元，用于根据终端设备的状态确定与终端设备相关的区域；

资源通知单元，用于通知终端设备所述相关的区域的资源使用状况；

指示单元，用于指示终端设备根据资源使用状况选择相应的策略上报信息。

实施中，指示模块还可以进一步用于在指示终端设备根据资源使用状况上报信息后，在确定终端设备上报信息的策略与所述上报策略不符时，指示终端设备按照所述上报策略上报信息，和/或，丢弃不满足上报策略的终端设备上报的数据包。

实施中，策略确定模块还可以进一步用于根据以下因素之一或者其组合确定所述上报策略：信息发送速率、信息发送周期、发送信息的数据包大小、发送队列参数、数据包丢弃规则。

实施中，策略确定模块还可以进一步用于确定各MBSFN区域的资源使用状况；根据各MBSFN区域的各终端设备上报信息情况协调各MBSFN区域的资源分配；根据协调后的MBSFN区域的资源使用状况确定终端设备上报信息的上报策略。

实施中，终端设备上报的信息将在与所述MBSFN区域对应的时间与频率资源上发送。

实施中，终端设备上报的信息是用于车与外界的信息交换V2X业务的V2X信息。

图28为信息发送装置结构示意图，如图所示，装置中可以包括：

指示接收模块2801，用于接收包含上报策略的指示，所述上报策略是网络侧根据终端设备的状态以及MBSFN区域的资源使用状况确定的终端设备上报信息的策略；

信息上报模块2802，用于按照所述上报策略向网络侧节点上报信息。

实施中，还可以进一步包括：

状态上报模块2803，用于向网络侧节点上报的携带有状态信息的状态信息。

实施中，状态上报模块还可以进一步用于在满足上报条件时向网络侧节点上报携带有状态信息的状态信息；或，根据网络侧节点指示向网络侧节点上报携带有状态信息的状态信息。

实施中，信息上报模块还可以进一步用于在按照所述上报策略向网络侧节点上报信息时，接收与终端设备相关的区域的资源使用状况的通知；根据资源使用状况选择相应的策略上报信息。

实施中，终端设备上报的信息将由各网络侧节点在与所述MBSFN区域对应的时间与频率资源上发送。

实施中，上报的信息是用于V2X业务的V2X信息。

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

图29为网络侧节点结构示意图，如图所示，网络侧节点中包括：

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

确定终端设备的状态；

确定MBSFN区域的资源使用状况；

根据终端设备的状态以及MBSFN区域的资源使用状况，确定终端设备上报信息的上报策略；

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

指示终端设备按照所述上报策略上报信息。

实施中，在确定终端设备的状态时，通过终端设备上报的信息确定终端设备的状态；和/或，通过终端设备上报的携带有状态信息的状态信息确定终端设备的状态。

实施中，所述携带有状态信息的状态信息是终端设备在满足上报条件时上报的；或，是终端设备根据指示上报的。

实施中，进一步包括：

根据预设策略及各终端设备收发数据的情况，确定需上报状态信息的终端设备；

指示该终端设备上报携带有状态信息的状态信息。

实施中，所述指示终端设备按照所述上报策略上报信息，是在终端设备未按照所述上报策略上报信息时，进行指示；和/或，距离上次指示时间大于预设时间时，进行指示。

实施中，所述指示终端设备按照所述上报策略上报信息，包括：

根据终端设备的状态确定与终端设备相关的区域；

通知终端设备所述相关的区域的资源使用状况；

指示终端设备根据资源使用状况选择相应的策略上报信息。

实施中，指示终端设备根据资源使用状况上报信息后，进一步包括：

在确定终端设备上报信息的策略与所述上报策略不符时，指示终端设备按照所述上报策略上报信息，和/或，丢弃不满足上报策略的终端设备上报的数据包。

实施中，所述上报策略是根据以下因素之一或者其组合确定的：信息发送速率、信息发送周期、发送信息的数据包大小、发送队列参数、数据包丢弃规则。

实施中，进一步包括：

确定各MBSFN区域的资源使用状况；

根据各MBSFN区域的各终端设备上报信息情况协调各MBSFN区域的资源分配；

根据协调后的MBSFN区域的资源使用状况确定终端设备上报信息的上报策略。

实施中，终端设备上报的信息将在与所述MBSFN区域对应的时间与频率资源上发送。

实施中，终端设备上报的信息是用于车与外界的信息交换V2X业务的V2X信息。

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

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

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

根据收发机的需要进行数据处理；

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

接收包含上报策略的指示，所述上报策略是网络侧根据终端设备的状态以及MBSFN区域的资源使用状况确定的终端设备上报信息的策略；

按照所述上报策略向网络侧节点上报信息。

实施中，进一步包括：向网络侧节点上报的携带有状态信息的状态信息。

实施中，在满足上报条件时向网络侧节点上报携带有状态信息的状态信息；或，根据网络侧节点指示向网络侧节点上报携带有状态信息的状态信息。

实施中，按照所述上报策略向网络侧节点上报信息，包括：

接收与终端设备相关的区域的资源使用状况的通知；

根据资源使用状况选择相应的策略上报信息。

实施中，终端设备上报的信息将由各网络侧节点在与所述MBSFN区域对应的时间与频率资源上发送。

实施中，上报的信息是用于V2X业务的V2X信息。

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

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

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

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

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

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

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

Claims (34)

1.一种控制信息发送的方法，其特征在于，包括：

确定终端设备的状态；

确定多播广播单频网络MBSFN区域的资源使用状况；

根据所述终端设备的状态以及所述MBSFN区域的资源使用状况，确定所述终端设备上报信息的上报策略；

指示所述终端设备按照所述上报策略上报信息。

2.如权利要求1所述的方法，其特征在于，在确定所述终端设备的状态时，通过所述终端设备上报的信息确定所述终端设备的状态；和/或，通过所述终端设备上报的携带有状态信息的状态信息确定所述终端设备的状态。

3.如权利要求2所述的方法，其特征在于，所述携带有状态信息的状态信息是终端设备在满足上报条件时上报的；或，是终端设备根据指示上报的。

4.如权利要求3所述的方法，其特征在于，进一步包括：

根据预设策略及各终端设备收发数据的情况，确定需上报状态信息的终端设备；

指示该终端设备上报携带有状态信息的状态信息。

5.如权利要求1所述的方法，其特征在于，所述指示终端设备按照所述上报策略上报信息，是在所述终端设备未按照所述上报策略上报信息时，进行指示；和/或，距离上次指示时间大于预设时间时，进行指示。

6.如权利要求1所述的方法，其特征在于，所述指示终端设备按照所述上报策略上报信息，包括：

根据所述终端设备的状态确定与所述终端设备相关的区域；

通知所述终端设备所述相关的区域的资源使用状况；

指示所述终端设备根据资源使用状况选择相应的策略上报信息。

7.如权利要求6所述的方法，其特征在于，指示所述终端设备根据资源使用状况上报信息后，进一步包括：

在确定终端设备上报信息的策略与所述上报策略不符时，指示所述终端设备按照所述上报策略上报信息，和/或，丢弃不满足上报策略的所述终端设备上报的数据包。

8.如权利要求1所述的方法，其特征在于，所述上报策略是根据以下因素之一或者其组合确定的：信息发送速率、信息发送周期、发送信息的数据包大小、发送队列参数、数据包丢弃规则。

9.如权利要求1所述的方法，其特征在于，进一步包括：

确定各MBSFN区域的资源使用状况；

根据各MBSFN区域的各终端设备上报信息情况协调各MBSFN区域的资源分配；

根据协调后的MBSFN区域的资源使用状况确定所述终端设备上报信息的上报策略。

10.如权利要求1所述的方法，其特征在于，所述终端设备上报的信息将在与所述MBSFN区域对应的时间与频率资源上发送。

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

12.一种信息发送方法，其特征在于，包括：

接收包含上报策略的指示，所述上报策略是网络侧根据终端设备的状态以及MBSFN区域的资源使用状况确定的终端设备上报信息的策略；

按照所述上报策略向网络侧节点上报信息。

13.如权利要求12所述的方法，其特征在于，进一步包括：

向所述网络侧节点上报的携带有状态信息的状态信息。

14.如权利要求13所述的方法，其特征在于，在满足上报条件时向所述网络侧节点上报携带有状态信息的状态信息；或，根据所述网络侧节点指示向所述网络侧节点上报携带有状态信息的状态信息。

15.如权利要求12所述的方法，其特征在于，按照所述上报策略向所述网络侧节点上报信息，包括：

接收与所述终端设备相关的区域的资源使用状况的通知；

根据资源使用状况选择相应的策略上报信息。

16.如权利要求12所述的方法，其特征在于，所述终端设备上报的信息将由各网络侧节点在与所述MBSFN区域对应的时间与频率资源上发送。

17.如权利要求12至16任一所述的方法，其特征在于，上报的信息是用于V2X业务的V2X信息。

18.一种控制信息发送的装置，其特征在于，包括：

状态确定模块，用于确定终端设备的状态；

资源确定模块，用于确定MBSFN区域的资源使用状况；

策略确定模块，用于根据所述终端设备的状态以及所述MBSFN区域的资源使用状况，确定所述终端设备上报信息的上报策略；

指示模块，用于指示所述终端设备按照所述上报策略上报信息。

19.如权利要求18所述的装置，其特征在于，状态确定模块进一步用于在确定所述终端设备的状态时，通过所述终端设备上报的信息确定所述终端设备的状态；和/或，通过所述终端设备上报的携带有状态信息的状态信息确定所述终端设备的状态。

20.如权利要求19所述的装置，其特征在于，状态确定模块进一步用于通过终端设备在满足上报条件时上报的所述携带有状态信息的状态信息；和/或，终端设备根据指示上报的所述携带有状态信息的状态信息来确定终端设备的状态。

21.如权利要求20所述的装置，其特征在于，进一步包括：

终端确定模块，用于根据预设策略及各终端设备收发数据的情况，确定需上报状态信息的终端设备；

所述指示模块进一步用于指示该终端设备上报携带有状态信息的状态信息。

22.如权利要求18所述的装置，其特征在于，所述指示模块进一步用于在所述终端设备未按照所述上报策略上报信息时，指示所述终端设备按照所述上报策略上报信息；和/或，在距离上次指示时间大于预设时间时，指示所述终端设备按照所述上报策略上报信息。

23.如权利要求18所述的装置，其特征在于，所述指示模块包括：

区域确定单元，用于根据所述终端设备的状态确定与所述终端设备相关的区域；

资源通知单元，用于通知所述终端设备所述相关的区域的资源使用状况；

指示单元，用于指示所述终端设备根据资源使用状况选择相应的策略上报信息。

24.如权利要求23所述的装置，其特征在于，所述指示模块进一步用于在指示所述终端设备根据资源使用状况上报信息后，在确定所述终端设备上报信息的策略与所述上报策略不符时，指示所述终端设备按照所述上报策略上报信息，和/或，丢弃不满足上报策略的所述终端设备上报的数据包。

25.如权利要求18所述的装置，其特征在于，所述策略确定模块进一步用于根据以下因素之一或者其组合确定所述上报策略：信息发送速率、信息发送周期、发送信息的数据包大小、发送队列参数、数据包丢弃规则。

26.如权利要求18所述的装置，其特征在于，所述策略确定模块进一步用于确定各MBSFN区域的资源使用状况；根据各MBSFN区域的各终端设备上报信息情况协调各MBSFN区域的资源分配；根据协调后的MBSFN区域的资源使用状况确定所述终端设备上报信息的上报策略。

27.如权利要求18所述的装置，其特征在于，所述终端设备上报的信息将在与所述MBSFN区域对应的时间与频率资源上发送。

28.如权利要求18至27任一所述的装置，其特征在于，所述终端设备上报的信息是用于车与外界的信息交换V2X业务的V2X信息。

29.一种信息发送装置，其特征在于，包括：

指示接收模块，用于接收包含上报策略的指示，所述上报策略是网络侧根据终端设备的状态以及MBSFN区域的资源使用状况确定的终端设备上报信息的策略；

信息上报模块，用于按照所述上报策略向网络侧节点上报信息。

30.如权利要求29所述的装置，其特征在于，进一步包括：

状态上报模块，用于向所述网络侧节点上报的携带有状态信息的状态信息。

31.如权利要求30所述的装置，其特征在于，所述状态上报模块进一步用于在满足上报条件时向所述网络侧节点上报携带有状态信息的状态信息；或，根据所述网络侧节点指示向所述网络侧节点上报携带有状态信息的状态信息。

32.如权利要求29所述的装置，其特征在于，所述信息上报模块进一步用于在按照所述上报策略向网络侧节点上报信息时，接收与所述终端设备相关的区域的资源使用状况的通知；根据资源使用状况选择相应的策略上报信息。

33.如权利要求29所述的装置，其特征在于，所述终端设备上报的信息将由各网络侧节点在与所述MBSFN区域对应的时间与频率资源上发送。

34.如权利要求29至33任一所述的装置，其特征在于，上报的信息是用于V2X业务的V2X信息。