一种实现车联网业务的方法及本地化网络架构 |
|||||||
申请号 | CN201610079310.6 | 申请日 | 2016-02-04 | 公开(公告)号 | CN107040898A | 公开(公告)日 | 2017-08-11 |
申请人 | 中兴通讯股份有限公司; | 发明人 | 吴蕴璐; 陈琳; | ||||
摘要 | 本文公开了一种实现车联网业务的方法及本地化网络架构,包括对V2X消息的广播区域进行区分:如果V2X消息是在相邻的本地MBMS管辖的基站下的小区广播,触发到相邻的基站的MBMS承载建立;V2X广播区域的MBMS承载建立后,V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径是:本地V2X 服务器 ‑>第一实体>相邻基站。本 发明 满足了车联网业务,特别是V2V/V2I/V2P业务的延迟需求。 | ||||||
权利要求 | 1.一种实现车联网业务的方法,其特征在于,包括:对车联网通信V2X消息的广播区域进行区分; |
||||||
说明书全文 | 一种实现车联网业务的方法及本地化网络架构技术领域[0001] 本发明涉及但不限于现代车辆技术,尤指一种实现车联网业务的方法及本地化网络架构。 背景技术[0002] 随着经济社会的高速发展,中国汽车保有量迅速增长,道路交通事故频繁发生,已成为近年来影响我国公众安全感的重要因素之一,道路交通安全问题已经成为影响社会和谐和改善民生的基本问题之一。中国迫切需要从技术、政策、教育等各方面改善交通安全,其中提升车辆安全设计是其中的重要组成部分。提升车辆安全的技术主要分为被动安全技术和主动安全技术。其中,被动安全技术用于在事故发生后,对车内、车外人员及物品的保护;主动安全技术则用于防止和减少车辆发生事故,避免人员受到伤害。主动安全技术是现代车辆安全技术发展的重点和趋势。 [0003] 基于通信的碰撞预警系统已成为当前各国试图解决道路交通安全问题的一种新的思路。基于通信的碰撞预警系统通过利用先进的无线通信技术和新一代信息处理技术,实现车与车、车与路侧基础设施间的实时信息交互,告知彼此目前的状态(包括车辆的位置、速度、加速度、行驶路径等)及获知的道路环境信息,协作感知道路危险状况,以便及时提供多种碰撞预警信息,从而防止道路交通安全事故的发生。 [0004] 车联网通信(V2X,Vehicle-to-Everything Communications)是指通过装载在车辆上的传感器、车载终端及电子标签提供车辆信息,采用各种通信技术实现车与车通信(V2V,Vehicle-to-Vehicle Communication)、车与人通信(V2P,Vehicle-to-Pedestrian Communications)、车与网络基础设施通信(V2I,Vehicle-to-Infrastructure Communications),车与网络(V2N,Vehicle-to-Network Communications)通信,并在信息网络平台上对信息进行提取、共享等有效利用,对车辆进行有效的管控和提供综合服务。 [0005] 目前,3GPP正在讨论基于长期演进(LTE)的V2X。根据当前3GPP的定义,V2X业务是一种使用V2V应用的发送或接收用户设备(UE)参与的通过3GPP传输的通信业务。基于参与通信的另一方,V2X业务可以进一步分为V2V业务、V2I业务、V2P业务和V2N业务。其中,[0006] V2P业务是指UE之间使用V2P应用通信的业务。V2N业务是指UE和服务实体使用V2N应用通过LTE网络实体进行相互通信的业务。 [0007] V2I业务是指UE和路边单元(RSU,Road Side Unit)使用V2I应用进行交互的业务。RSU是支持V2I业务的实体,可以发送V2I业务到使用V2I应用的UE,也可以从使用V2I业务的UE接收V2I业务。RSU可以通过基站(eNB)或者静止的UE实现。如果RSU是通过基站实现的即称为eNB type RSU,如果RSU是通过UE实现的即称为UE type RSU。 [0008] V2V业务是指UE之间使用V2V应用通信的业务。V2V包括UE之间直接交互V2V相关应用信息,或者由于V2V直接通信范围的限制,UE之间通过支持V2X业务的基础设施如RSU,应用服务器等,进行V2V相关应用信息交互。 [0009] 此外,3GPP还讨论了V2V的三种场景,如图1(a)所示的场景1,支持仅仅基于PC5接口的V2V通信。UE通过PC5接口发送V2X消息给局部区域的多个UE;如图1(b)所示的场景2,支持仅仅基于Uu口的V2V通信:UE通过上行链路(UL)上行传输V2X消息到E-UTRAN,E-UTRAN再将该V2X消息通过下行链路(DL)下行广播给局部区域的多个UE。场景3支持使用Uu和PC5接口的V2V通信:如图1(c)所示,UE通过PC5接口发送V2X消息给其他UE,UE type RSU从PC5接口接收到V2X消息后将该V2X消息上行传输给进化型的统一陆地接入网(E-UTRAN,Evolved Universal Terrestrial Radio Access Network),E-UTRAN将从UE type RSU处接收到的V2X消息下行广播给局部区域的多个UE;或者,如图1(d)所示,UE上行传输V2X消息到E-UTRAN,E-UTRAN从Uu口接收到V2X消息后将该V2X消息传输到一个或者多个UE type RSU,UE type RSU将从E-UTRAN处接收到的V2X消息通过PC5接口发送给局部区域的多个UE。 [0010] 根据当前的3GPP讨论,V2N业务延迟需求是500毫秒,如图2所示, UE通过LTE蜂窝网络上行发送V2X消息到E-UTRAN(具体路径为:UE->eNB->S-GW->V2X服务器),E-UTRAN通过现有的广播多播业务(MBMS,Multimedia Broadcast Multicast Service)技术或者单小区点到多点(SC-PTM,Single-cell point-to multiple point)技术来将V2X消息下行广播给局部区域的多个UE是可以满足时延需求的。而V2V/V2I/V2P业务的延迟需求是100毫秒,使用如图2所示的当前的LTE蜂窝网络(即UE->eNB->S-GW->V2X服务器)进行上行的V2X消息传输和现有的MBMS技术或SC-PTM技术将V2X消息下行广播给局部区域的多个车联网用户设备(V-UE)(下文中简称为UE),是无法满足V2V/V2I/V2P业务的延迟需求的。 发明内容[0011] 本发明提供一种实现车联网业务的方法及本地化网络架构,能够满足车联网业务的延迟需求。 [0012] 为了达到本发明目的,本发明提供了一种实现车联网业务的方法,包括:对车联网通信V2X消息的广播区域进行区分; [0013] 如果V2X消息是在相邻的本地广播多播业务MBMS管辖的基站下的小区广播,触发到相邻的基站的MBMS承载建立; [0014] V2X广播区域的MBMS承载建立后,V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径是:本地V2X服务器->第一实体->相邻基站。 [0015] 可选地,如果所述V2X消息是在本地MBMS管辖的基站下的小区广播,该方法还包括: [0016] 触发本地MBMS的MBMS承载建立; [0017] V2X广播区域的MBMS承载建立后,V2X消息在本地MBMS管辖的基站下的小区广播的下行用户面数据路径是:本地V2X服务器->本地广播组播业务中心BM-SC->本地MBMS GW->基站。 [0018] 可选地,当所述本地V2X服务器接收到V2X消息时,所述本地V2X服务器触发到本地BM-SC的激活MBMS承载过程;所述本地BM-SC触发到 本地MBMS GW的MBMS会话开始过程; [0019] 所述对V2X消息的广播区域进行区分包括:在MBMS会话开始过程中,所述MBMS GW对V2X消息的广播区域进行区分。 [0020] 可选地,当所述本地V2X服务器接收到V2X消息时,所述本地V2X服务器触发到本地BM-SC的激活MBMS承载过程; [0021] 所述对V2X消息的广播区域进行区分包括:所述本地BM-SC接收到本地V2X服务器触发的激活MBMS承载请求消息时,所述本地BM-SC对V2X消息的广播区域进行区分并判断是否要触发到相邻的本地MBMS GW的MBMS会话开始过程。 [0022] 可选地,所述对V2X消息的广播区域进行区分包括: [0023] 当所述本地V2X服务器接收到V2X消息时,所述本地V2X服务器对V2X消息的广播区域进行区分并判断是否要触发到相邻的本地BM-SC的激活MBMS承载过程。 [0024] 可选地,所述对V2X消息的广播区域进行区分包括: [0025] 当所述本地V2X服务器接收到V2X消息时,所述本地V2X服务器对V2X消息的广播区域进行区分并判断是否要向相邻的本地V2X服务器发送消息。 [0026] 可选地,所述触发本地MBMS的MBMS承载建立包括: [0027] 所述本地MBMS GW获取所述基站的IP单播地址,以及所述基站与本地MBMS GW之间的用户面传输GTP隧道端点标识GTP-TEID。 [0028] 可选地,所述获取基站的IP单播地址,以及基站与本地MBMS GW之间的用户面传输GTP-TEID包括: [0029] 所述本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向所述基站发起MBMS会话开始请求消息;所述基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向所述本地MBMS GW返回会话开始响应消息;其中, [0030] 在会话开始响应消息和MBMS会话开始响应消息中均携带有所述基站 的IP单播地址、所述基站与本地MBMS GW之间的用户面传输GTP-TEID。 [0031] 可选地,所述判断是否要触发到相邻的本地MBMS GW的MBMS会话开始过程包括: [0032] 所述本地BM-SC根据通过基站间非UE相关信令过程获知的MBMS相关信息,判断是否要触发到相邻的本地MBMS GW的MBMS会话开始过程。 [0033] 可选地,所述判断是否要触发到相邻的本地BM-SC的激活MBMS承载过程包括: [0034] 所述本地V2X服务器根据通过基站间非UE相关信令过程获知的MBMS相关信息,判断是否要触发到相邻的本地BM-SC的MBMS会话开始过程。 [0035] 可选地,所述非UE相关信令交互的过程包括以下的一种或多种:X2建立过程、eNB配置更新过程。 [0036] 可选地,所述MBMS相关信息包括以下的一种或多种信息:是否有本地MBMS网元、本地MBMS网元的路由信息。 [0037] 可选地,所述是否有本地MBMS网元通过以下的一种或多种方式指示:包括指示信息来显示指示是否有本地MBMS网元、包括本地MBMS网元的路由信息来隐式指示本地MBMS网元; [0038] 所述本地MBMS网元的路由信息包括以下的一种或多种信息:MBMS网元的标识、MBMS网元的IP地址。 [0039] 可选地,所述本地MBMS网元包括以下一种或多种:本地MBMS GW、本地BM-SC。 [0040] 可选地,所述判断是否要向相邻的本地V2X服务器发送消息包括: [0041] 所述本地V2X服务器根据通过基站间非UE相关信令过程获知的V2X服务器相关相关信息,判断是否要发送到相邻的本地V2X服务器的消息。 [0042] 可选地,所述非UE相关信令交互的过程包括以下的一种或多种:X2建立过程、eNB配置更新过程。 [0043] 可选地,所述本地V2X服务器相关信息包括以下的一种或多种信息:是否有本地V2X服务器、本地V2X服务器的路由信息。 [0044] 可选地,所述是否有本地V2X服务器通过以下的一种或多种方式指示:包括指示信息来显示指示是否有本地V2X服务器、包括本地V2X服务器的路由信息来隐式指示是否有本地V2X服务器; [0045] 所述本地V2X服务器的路由信息包括以下的一种或多种信息:本地V2X服务器的标识、本地V2X服务器的IP地址。 [0046] 可选地,所述当所述本地V2X服务器接收到V2X消息时,该方法还包括: [0047] 所述本地V2X服务器根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的临时移动组标识TMGI;或者,如果所述本地V2X服务器给V2X业务分配新的TMGI,则所述本地BM-SC根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI; [0048] 如果不可以重用,所述本地V2X服务器向本地BM-SC发送激活MBMS承载请求消息,以激活V2X消息广播小区的MBMS承载;在激活MBMS承载请求消息中包括服务质量QoS参数、MBMS广播区域。 [0049] 可选地,所述激活MBMS承载请求消息中还携带有TMGI。 [0050] 可选地,所述TMGI的分配是基于每个区域的:根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI;此时,MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时建立; [0051] 或者,所述TMGI的分配是基于每个UE的:分别为每个有V2X消息发送需求的UE分配TMGI;此时,MBMS承载在UE需要发送V2X消息时建立; [0052] 或者,所述TMGI的分配是基于V2X业务进行的:为特定的V2X消息的业务分配TMGI,MBMS广播区域是一个虚拟广播区域;此时,MBMS承载只需要在虚拟广播区域建立一次。 [0053] 可选地,如果所述TMGI的分配是基于V2X业务的;则, [0054] 所述MBMS相关信息还包括:本地MBMS网元支持的TMGI或V2X业务类 型信息,用于配置所支持的V2X业务对应的MBMS承载。 [0055] 可选地,所述本地V2X服务器是应用层的功能体。 [0056] 可选地,所述本地V2X服务器设置在所述基站上或者基站外。 [0057] 可选地,所述应用层的功能体是逻辑功能体路边单元RSU或者独立物理实体。 [0058] 可选地,所述触发到相邻的基站的MBMS承载建立包括: [0059] 所述本地MBMS GW根据V2X消息广播区域分配基站和相邻基站的IP多播地址,以及IP多播地址对应的基站和相邻基站与本地MBMS GW之间的用户面传输GTP-TEID。 [0060] 可选地,所述分配具体包括: [0061] 所述本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向所述基站发送MBMS会话开始请求消息;其中, [0062] 在会话开始请求消息和MBMS会话开始请求消息中均携带有:基站和相邻基站的IP多播地址、IP多播地址对应的基站和相邻基站与本地MBMS GW之间的用户面传输GTP-TEID、基站和相邻基站下V2X消息广播的小区标识列表。 [0063] 可选地,所述第一实体包括:本地BM-SC,本地MBMS GW; [0064] 所述V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->本地BM-SC->本地MBMS GW->相邻基站。 [0065] 可选地,所述触发到相邻的基站的MBMS承载建立包括: [0066] 所述本地BM-SC触发到相邻基站的本地MBMS GW的MBMS会话开始过程。 [0067] 可选地,所述本地BM-SC触发到相邻基站的本地MBMS GW的MBMS会话开始过程包括: [0068] 所述本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中携 带有:相邻基站下V2X消息广播的小区标识列表; [0069] 相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话开始响应消息;其中, [0070] 在会话开始响应消息和MBMS会话开始响应消息中均携带有相邻基站的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID。 [0071] 可选地,所述第一实体包括本地BM-SC,相邻的本地MBMS GW; [0072] 所述V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->本地BM-SC->相邻的本地MBMS GW->相邻基站。 [0073] 可选地,所述触发相邻的本地MBMS的MBMS会话过程包括: [0074] 所述本地V2X服务器触发到相邻的本地BM-SC的激活MBMS承载过程,所述相邻的本地BM-SC触发到相邻的本地MBMS GW的MBMS会话开始过程。 [0075] 可选地,所述本地V2X服务器触发到相邻基站的本地BM-SC的激活MBMS承载过程,所述相邻基站的本地BM-SC触发到相邻基站的本地MBMS GW的MBMS会话开始过程包括: [0076] 所述本地V2X服务器在发送给相邻的本地BM-SC的激活MBMS承载请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0077] 所述相邻的本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0078] 所述相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话 开始响应消息;其中, [0079] 在会话开始响应消息和MBMS会话开始响应消息中均携带有:相邻基站的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID。 [0080] 可选地,所述第一实体包括:相邻的本地BM-SC,相邻的本地MBMS GW; [0081] 所述V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->相邻的本地BM-SC->相邻的本地MBMS GW->相邻基站。 [0082] 可选地,所述触发相邻的本地MBMS的MBMS会话过程包括: [0083] 所述本地V2X服务器发送消息给相邻的本地V2X服务器,以触发所述相邻的本地V2X服务器初始到相邻的本地BM-SC的激活MBMS承载过程和后续相邻的本地BM-SC到相邻的本地MBMS GW的MBMS会话开始过程。 [0084] 可选地,所述本地V2X服务器发送消息给相邻的本地V2X服务器包括: [0085] 所述本地V2X服务器在向相邻的本地V2X服务器发送的消息中携带有V2X消息类型、相邻基站下V2X消息广播的小区标识列表;相邻的本地V2X服务器向本地V2X服务器返回响应以确认对消息的接收; [0086] 所述相邻的本地V2X服务器在向相邻的本地BM-SC发送的激活MBMS承载请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0087] 所述相邻的本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0088] 所述相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话开始响应消息;其中, [0089] 在会话开始响应消息和MBMS会话开始响应消息中均携带有:相邻基站 的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID。 [0090] 可选地,所述第一实体包括:相邻的本地V2X服务器,相邻的本地BM-SC以及相邻的本地MBMS GW; [0091] 所述V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->相邻的本地V2X服务器->相邻的本地BM-SC->相邻的本地MBMS GW->相邻基站。 [0092] 本发明还公开了一种本地化网络架构,至少包括本地V2X服务器、MBMS承载建立实体;其中, [0093] 本地V2X服务器,用于对车联网通信V2X消息的广播区域进行区分; [0094] MBMS承载建立实体,用于当V2X消息是在相邻的本地MBMS管辖的基站下的小区广播时,触发到相邻的基站的MBMS承载建立;V2X广播区域的MBMS承载建立后,V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径是:本地V2X服务器->第一实体>相邻基站。 [0095] 39、根据权利要求38所述的本地化网络架构,其特征在于,所述MBMS承载建立实体还用于:当所述V2X消息是在本地MBMS管辖的基站下的小区广播时,触发本地MBMS的MBMS承载建立;V2X广播区域的MBMS承载建立后,V2X消息在本地MBMS管辖的基站下的小区广播的下行用户面数据路径是:本地V2X服务器->本地广播组播业务中心BM-SC->本地MBMS GW->基站。 [0096] 可选地,所述MBMS承载建立实体包括有本地BM-SC; [0097] 所述本地V2X服务器还用于:接收到V2X消息时,触发到本地BM-SC的激活MBMS承载过程;本地BM-SC触发到本地MBMS GW的MBMS会话开始过程; [0098] 或者, [0099] 所述MBMS承载建立实体包括有本地V2X服务器; [0100] 所述本地V2X服务器还用于:接收到V2X消息时,触发到本地BM-SC的激活MBMS承载过程; [0101] 或者, [0102] 所述MBMS承载建立实体包括有本地V2X服务器; [0103] 所述本地V2X服务器还用于:接收到V2X消息时,对V2X消息的广播区域进行区分并判断是否要触发到相邻的本地BM-SC的激活MBMS承载过程; [0104] 或者, [0105] 所述MBMS承载建立实体包括有本地V2X服务器; [0106] 所述本地V2X服务器还用于:接收到V2X消息时,对V2X消息的广播区域进行区分并判断是否要向相邻的本地V2X服务器发送消息。 [0107] 可选地,所述触发本地MBMS的MBMS承载建立包括: [0108] 所述本地MBMS GW获取所述基站的IP单播地址,以及所述基站与本地MBMS GW之间的用户面传输GTP-TEID。 [0109] 42、根据权利要求40所述的本地化网络架构,其特征在于,所述MBMS承载建立实体具体用于: [0110] 所述本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向所述基站发起MBMS会话开始请求消息;所述基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向所述本地MBMS GW返回会话开始响应消息;其中, [0111] 在会话开始响应消息和MBMS会话开始响应消息中均携带有所述基站的IP单播地址、所述基站与本地MBMS GW之间的用户面传输GTP-TEID。 [0112] 可选地,所述判断是否要触发到相邻的本地MBMS GW的MBMS会话开始过程包括: [0113] 所述本地BM-SC根据通过基站间非UE相关信令过程获知的MBMS相关信息,判断是否要触发到相邻的本地MBMS GW的MBMS会话开始过程; [0114] 或者,所述判断是否要触发到相邻的本地BM-SC的激活MBMS承载过程包括: [0115] 所述本地V2X服务器根据通过基站间非UE相关信令过程获知的MBMS相关信息,判断是否要触发到相邻的本地BM-SC的MBMS会话开始过程; [0116] 或者, [0117] 所述判断是否要向相邻的本地V2X服务器发送消息包括: [0118] 所述本地V2X服务器根据通过基站间非UE相关信令过程获知的V2X服务器相关相关信息,判断是否要发送到相邻的本地V2X服务器的消息。 [0119] 可选地,所述MBMS承载建立实体具体用于: [0120] 所述本地MBMS GW根据V2X消息广播区域分配基站和相邻基站的IP多播地址,以及IP多播地址对应的基站和相邻基站与本地MBMS GW之间的用户面传输GTP-TEID;或者,[0121] 所述本地BM-SC触发到相邻基站的本地MBMS GW的MBMS会话开始过程;或者,[0122] 所述本地V2X服务器触发到相邻的本地BM-SC的激活MBMS承载过程,所述相邻的本地BM-SC触发到相邻的本地MBMS GW的MBMS会话开始过程;或者, [0123] 所述本地V2X服务器发送消息给相邻的本地V2X服务器,以触发所述相邻的本地V2X服务器初始到相邻的本地BM-SC的激活MBMS承载过程和后续相邻的本地BM-SC到相邻的本地MBMS GW的MBMS会话开始过程。 [0124] 可选地,所述MBMS承载建立实体更具体用于: [0125] 所述本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向所述基站发送MBMS会话开始请求消息;其中,在会话开始请求消息和MBMS会话开始请求消息中均携带有:基站和相邻基站的IP多播地址、IP多播地址对应的基站和相邻基站与本地MBMS GW之间的用户面传输GTP-TEID、基站和相邻基站下V2X消息广播的小区标识列表; [0126] 或者, [0127] 所述本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中携 带有:相邻基站下V2X消息广播的小区标识列表; [0128] 相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话开始响应消息;其中,在会话开始响应消息和MBMS会话开始响应消息中均携带有相邻基站的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID; [0129] 或者, [0130] 所述本地V2X服务器在发送给相邻的本地BM-SC的激活MBMS承载请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0131] 所述相邻的本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0132] 所述相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话开始响应消息;其中,在会话开始响应消息和MBMS会话开始响应消息中均携带有:相邻基站的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID; [0133] 或者, [0134] 所述本地V2X服务器在向相邻的本地V2X服务器发送的消息中携带有V2X消息类型、相邻基站下V2X消息广播的小区标识列表;相邻的本地V2X服务器向本地V2X服务器返回响应以确认对消息的接收; [0135] 所述相邻的本地V2X服务器在向相邻的本地BM-SC发送的激活MBMS承载请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0136] 所述相邻的本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0137] 所述相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话开始响应消息;其中,在会话开始响应消息和MBMS会话开始响应消息中均携带有:相邻基站的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID。 [0138] 可选地,所述第一实体包括:本地BM-SC,本地MBMS GW;所述V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->本地BM-SC->本地MBMS GW->相邻基站; [0139] 或者, [0140] 所述第一实体包括本地BM-SC,相邻基站的本地MBMS GW;所述V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->本地BM-SC->相邻基站的本地MBMS GW->相邻基站; [0141] 或者, [0142] 所述第一实体包括:相邻的本地BM-SC,相邻的本地MBMS GW;所述V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->相邻基站的本地BM-SC->相邻基站的本地MBMS GW->相邻基站; [0143] 或者, [0144] 所述第一实体包括:相邻基站的本地V2X服务器,相邻的本地BM-SC以及相邻的本地MBMS GW; [0145] 所述V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->相邻基站的本地V2X服务器->相邻基站的本地BM-SC->相邻基站的本地MBMS GW->相邻基站。 [0146] 可选地,所述本地化网络架构设置在基站中,或者设置在基站外。 [0147] 本发明还提供了一种计算机可读存储介质,存储有计算机可执行指令, 所述计算机可执行指令用于执行上述任一项的实现车联网业务的方法。 [0148] 与现有技术相比,本申请技术方案包括:对本地的V2X消息的广播区域进行区分:如果V2X消息是在相邻的本地MBMS管辖的基站下的小区广播,触发到相邻的基站的MBMS承载建立;V2X广播区域的MBMS承载建立后,V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径是:本地V2X服务器->第一实体>相邻基站。本发明提供的实现车联网业务的方法,一方面将实现车联网业务的相关实体如V2X服务器、BM-SC、MBMS GW等设置在基站中,缩短了消息的传输时间;另一方面对V2X消息的小区广播类别进行区分,避免了完全统一采用广播多播业务的方式。从而满足了车联网业务,特别是V2V/V2I/V2P业务的延迟需求。 [0149] 本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。 附图说明[0150] 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中: [0151] 图1(a)为相关技术中V2V业务的一种场景示意图; [0152] 图1(b)为相关技术中V2V业务的第二种场景示意图; [0153] 图1(c)为相关技术中V2V业务的第三种场景示意图; [0154] 图1(d)为相关技术中V2V业务的第四种场景示意图; [0155] 图2为相关技术中使用LTE蜂窝上行和MBMS/SC-PTM下行传输的示意图; [0156] 图3为本发明实现车联网业务的方法的流程图; [0157] 图4(a)为本发明第一实施例中用于传输V2V/V2I/V2P业务的一种本地化网络架构示意图; [0158] 图4(b)为本发明第一实施例中用于传输V2V/V2I/V2P业务的另一种本地化网络架构示意图; [0159] 图5为本发明第一实施例中用于V2X消息传输的MBMS会话开始过程的流程示意图; [0160] 图6为本发明第二实施例中用于传输V2V/V2I/V2P业务的网络架构示意图; [0161] 图7为本发明第二实施例中用于V2X消息传输的MBMS会话开始过程的流程示意图; [0162] 图8为本发明第三实施例中用于传输V2V/V2I/V2P业务的网络架构示意图; [0163] 图9为本发明第三实施例中用于V2X消息传输的MBMS会话开始过程的流程示意图; [0164] 图10为本发明基站间交互MBMS相关信息的实施例的示意图; [0165] 图11为本发明第四实施例中用于传输V2V/V2I/V2P业务的网络架构示意图; [0166] 图12为本发明第四实施例中用于V2X消息传输的MBMS会话开始过程的流程示意图;图13为本发明第五实施例中用于传输V2V/V2I/V2P业务的网络架构示意图; 图14为本发明第五实施例中用于V2X消息传输的MBMS会话开始过程的流程示意图。 图15为本发明基站间交互本地V2X服务器相关信息的实施例的流程示意图。 具体实施方式[0167] 为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。 [0168] 图3为本发明实现车联网业务的方法的流程图,如图3所示,包括: [0169] 步骤300:对V2X消息的广播区域进行区分。 [0170] 本步骤中,根据V2X消息的V2X消息广播区域信息可以确定出V2X消息是在本地MBMS管辖的基站下的小区广播,还是在相邻的本地MBMS管辖的 基站下的小区广播。 [0171] 方式一:当本地V2X服务器接收到V2X消息时,本地V2X服务器触发到本地广播组播业务中心(BM-SC)的激活MBMS承载过程;本地BM-SC触发到本地MBMS GW的MBMS会话开始过程。本步骤具体包括:在MBMS会话开始过程中,本地MBMS GW会对V2X消息的广播区域进行区分。 [0172] 方式二:当本地V2X服务器接收到V2X消息时,本地V2X服务器触发到本地BM-SC的激活MBMS承载过程。本步骤具体包括:本地BM-SC接收到本地V2X服务器触发的激活MBMS承载请求消息时,本地BM-SC会对V2X消息的广播区域进行区分并判断是否要触发到相邻的本地MBMS GW的MBMS会话开始过程。 [0173] 方式三:本步骤具体包括:当本地V2X服务器接收到V2X消息时,本地V2X服务器对V2X消息的广播区域进行区分并判断是否要触发到相邻基站的本地BM-SC的激活MBMS承载过程。 [0174] 方式四:本步骤具体包括:当本地V2X服务器接收到V2X消息时,本地V2X服务器对V2X消息的广播区域进行区分并判断是否要向相邻基站的本地V2X服务器发送消息。 [0175] 其中,本步骤方式二中的判断是否要触发到相邻基站的本地MBMS GW的MBMS会话开始过程具体包括: [0176] 基站间可以在非UE相关信令交互的过程中获取本地MBMS相关信息; [0177] 非UE相关信令交互的过程包括但不限于以下的一种或多种:X2建立过程(X2 Setup)、eNB配置更新过程(eNB Configuration Update)。 [0178] MBMS相关信息包括但不限于以下的一种或多种信息:是否有本地MBMS网元、本地MBMS网元的路由信息;其中, [0179] 是否有本地MBMS网元可以通过但不限于以下的一种或多种方式指示:包括指示信息来显示指示是否有本地MBMS网元、包括本地MBMS网元的路由信息来隐式指示是否有本地MBMS网元; [0180] 本地MBMS网元的路由信息包括但不限于以下的一种或多种信息:MBMS网元的标识、MBMS网元的IP地址。 [0181] 本地MBMS网元包括但不限于以下一种或多种:本地MBMS GW、本地BM-SC。 [0182] 其中,本步骤方式三中的判断是否要触发到相邻的本地BM-SC的激活MBMS承载过程具体包括: [0183] 基站间可以在非UE相关信令交互的过程中获取本地MBMS相关信息; [0184] 非UE相关信令交互的过程包括但不限于以下的一种或多种:X2建立过程、eNB配置更新过程。 [0185] MBMS相关信息包括但不限于以下的一种或多种信息:是否有本地MBMS网元、本地MBMS网元的路由信息;其中, [0186] 是否有本地MBMS网元可以通过但不限于以下的一种或多种方式指示:包括指示信息来显示指示是否有本地MBMS网元、包括本地MBMS网元的路由信息来隐式指示是否有本地MBMS网元; [0187] 本地MBMS网元的路由信息包括但不限于以下的一种或多种信息:MBMS网元的标识、MBMS网元的IP地址。 [0188] 内置的MBMS网元包括但不限于以下一种或多种:本地MBMS GW、本地BM-SC。 [0189] 进一步地,在TMGI的分配是基于V2X业务的,MBMS相关信息还可以包括:本地MBMS网元支持的TMGI或V2X业务类型信息,用于配置所支持的V2X业务对应的MBMS承载。 [0190] 其中,本步骤方式四中的判断是否要向相邻的本地V2X服务器发送消息具体包括:本地V2X服务器可以通过基站间非UE相关信令过程获知V2X服务器相关相关信息,从而判断是否要发送到相邻的本地V2X服务器的消息。更具体地: [0191] 基站间可以在非UE相关信令交互的过程中获取本地V2X服务器相关信息; [0192] 非UE相关信令交互的过程包括但不限于以下的一种或多种:X2建立过程、eNB配置更新过程。 [0193] 本地V2X服务器相关信息包括但不限于以下的一种或多种信息:是否有 本地V2X服务器、本地V2X服务器的路由信息;其中, [0194] 是否有本地V2X服务器可以通过但不限于以下的一种或多种方式指示:包括指示信息来显示指示是否有本地V2X服务器、包括本地V2X服务器的路由信息来隐式指示是否有本地V2X服务器。 [0195] 本地V2X服务器的路由信息包括但不限于以下的一种或多种信息:本地V2X服务器的标识、本地V2X服务器的IP地址。 [0196] 本发明中,本地V2X服务器可以是应用层的功能体。本地V2X服务器设置在基站上或者基站外(附近)。本地V2X服务器是逻辑功能体路边单元RSU或者物理实体。 [0197] 当本地V2X服务器接收到V2X消息时,该方法还包括: [0198] 本地V2X服务器根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的临时移动组标识TMGI;或者,如果本地V2X服务器给V2X业务分配新的TMGI,则本地BM-SC根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI; [0199] 如果不可以重用,本地V2X服务器向本地BM-SC发送激活MBMS承载请求消息,以激活V2X消息广播小区的MBMS承载;在激活MBMS承载请求消息中,携带有服务质量QoS参数、MBMS广播区域。进一步地,激活MBMS承载请求消息中还携带有TMGI。其中,[0200] TMGI的分配是基于每个区域的:根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI;此时,MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时才会建立; [0201] 或者,TMGI的分配是基于每个UE的:分别为每个有V2X消息发送需求的UE分配TMGI;此时,MBMS承载在UE需要发送V2X消息时才会建立; [0202] 或者,TMGI的分配是基于V2X业务进行的:为特定的V2X消息的业务分配TMGI,MBMS广播区域是一个很大的虚拟广播区域,比如城市级别的广播区域等;此时,MBMS承载只需要在虚拟广播区域建立一次。也就是说, 当本地BM-SC接收到UE发送的V2X消息,本地BM-SC根据V2X消息的业务类型判断是否可以重用已建立的MBMS承载以及标识MBMS承载的TMGI。这里可采用其他技术手段保证V2X消息在虚拟广播区域的部分区域内广播。 [0203] 进一步地,如果临时移动组标识(TMGI)的分配是基于V2X业务的,MBMS相关信息还可以包括:本地MBMS网元支持的TMGI或V2X业务类型信息,用于配置所支持的V2X业务对应的MBMS承载。 [0204] 根据步骤300的判断,一种情况是:如果V2X消息是本地MBMS管辖的基站下的小区广播,那么, [0205] 步骤3011:触发本地MBMS的MBMS承载建立。 [0206] 本地MBMS GW获取基站的IP单播地址,以及基站与本地MBMS GW之间的用户面传输GTP隧道端点标识(GTP-TEID,GTP Tunnel Endpoint Identifier)。具体包括: [0207] 本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向所述基站发起MBMS会话开始请求消息;所述基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向所述本地MBMS GW返回会话开始响应消息;其中,在会话开始响应消息和MBMS会话开始响应消息中均携带有所述基站的IP单播地址、所述基站与本地MBMS GW之间的用户面传输GTP-TEID; [0208] 这样,当V2X消息发送到本地MBMS GW时,本地MBMS GW使用IP单播地址将V2X消息发送到相应基站上。 [0209] 步骤3021:V2X广播区域的MBMS承载建立后,V2X消息在基站下的小区广播的下行用户面数据路径是:本地V2X服务器->本地BM-SC->本地MBMS GW->基站。 [0210] 或者, [0211] 根据步骤300的判断,另一种情况是:如果V2X消息是在相邻的本地MBMS管辖的基站下的小区广播,那么, [0212] 步骤3012:触发到相邻的基站的MBMS承载建立。 [0213] 相应地,方式一中,本地MBMS GW根据V2X消息广播区域分配基站 和相邻基站的IP多播地址,以及IP多播地址对应的基站和相邻基站与本地MBMS GW之间的用户面传输GTP-TEID。具体包括: [0214] 本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向所述基站发送MBMS会话开始请求消息;其中,在会话开始请求消息和MBMS会话开始请求消息中均携带有:基站和相邻基站的IP多播地址、IP多播地址对应的基站和相邻基站与本地MBMS GW之间的用户面传输GTP-TEID、基站和相邻基站下V2X消息广播的小区标识列表。 [0215] 这样,当V2X消息发送到本地MBMS GW时,本地MBMS GW使用基站和相邻基站的IP多播地址将V2X消息发送到相应的基站和相邻的基站上。 [0216] 相应地,方式二中,如果V2X消息是相邻的本地MBMS管辖下的小区广播,本地BM-SC触发到相邻的本地MBMS GW的MBMS会话开始过程。具体包括: [0217] 本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0218] 相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话开始响应消息;其中, [0219] 在会话开始响应消息和MBMS会话开始响应消息中均携带有相邻基站的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID; [0220] 这样,当V2X消息发送到相邻基站的本地MBMS GW时,相邻基站的本地MBMS GW使用相邻基站的IP单播地址将V2X消息发送到相应相邻基站上。 [0221] 相应地,方式三中,如果V2X消息是相邻的本地MBMS管辖下的小区广播,本地V2X服务器触发到相邻的本地BM-SC的激活MBMS承载过程, 相邻的本地BM-SC触发到相邻的本地MBMS GW的MBMS会话开始过程。具体包括: [0222] 本地V2X服务器在发送给相邻的本地BM-SC的激活MBMS承载请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0223] 相邻的本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0224] 相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话开始响应消息;其中, [0225] 在会话开始响应消息和MBMS会话开始响应消息中均携带有:相邻基站的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID。 [0226] 这样,当V2X消息发送到相邻基站的本地MBMS GW时,相邻基站的本地MBMS GW使用相邻基站的IP单播地址发送V2X消息到相应相邻基站上。 [0227] 相应地,方式四中,如果V2X消息是在相邻的本地V2X服务器下的小区广播的,本地V2X服务器发送消息给相邻的本地V2X服务器,以触发相邻的本地V2X服务器初始到相邻的本地BM-SC的激活MBMS承载过程和后续相邻的本地BM-SC到相邻的本地MBMS GW的MBMS会话开始过程。具体包括: [0228] 本地V2X服务器在向相邻的本地V2X服务器发送的消息中携带有V2X消息类型、相邻基站下V2X消息广播的小区标识列表;相邻的本地V2X服务器向本地V2X服务器返回响应以确认对消息的接收; [0229] 相邻的本地V2X服务器在向相邻的本地BM-SC发送的激活MBMS承载请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0230] 相邻的本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中 携带有:相邻基站下V2X消息广播的小区标识列表; [0231] 相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话开始响应消息;其中, [0232] 在会话开始响应消息和MBMS会话开始响应消息中均携带有:相邻基站的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID。 [0233] 这样,当V2X消息发送到相邻基站的本地MBMS GW时,相邻基站的本地MBMS GW使用相邻基站的IP单播地址发送V2X消息到相应相邻基站上。 [0234] 步骤3022:V2X广播区域的MBMS承载建立后,V2X在相邻基站下的小区广播的下行用户面数据路径是:本地V2X服务器->第一实体>相邻基站。 [0235] 相应地,方式一中,第一实体包括:本地BM-SC,本地MBMS GW。V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径是:本地V2X服务器->本地BM-SC->本地MBMS GW->相邻基站。 [0236] 相应地,方式二中,第一实体包括:本地BM-SC,相邻基站的本地MBMS GW。V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->本地BM-SC->相邻的本地MBMS GW->相邻基站。 [0237] 相应地,方式三中,第一实体包括:相邻基站的本地BM-SC,相邻基站的本地MBMS GW。V2X消息在相邻的本地MBMS管辖的基站的本地MBMS管辖下的小区广播的下行用户面数据路径具体是:本地V2X服务器->相邻的本地BM-SC->相邻的本地MBMS GW->相邻基站。 [0238] 相应地,方式四中,第一实体包括:相邻的本地V2X服务器,相邻的本地BM-SC以及相邻的本地MBMS GW。V2X消息在相邻的MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->相邻的本 地V2X服务器->相邻的本地BM-SC->相邻的本地MBMS GW->相邻基站。 [0239] 本发明提供的技术方案中,在本地MBMS架构中,TMGI的分配是基于每个UE进行的,即为每个有V2X消息发送需求的UE均分配TMGI。此时,MBMS承载在UE有V2X消息需要发送时才会建立。本地BM-SC可以通过UE的地理位置确定V2X消息的广播小区列表。 [0240] TMGI的分配也可以是基于UE所在小区进行的,即将每个小区看成V2X消息源,以小区为单位分配TMGI。此时,MBMS承载只有在某个小区首次有UE发送V2X消息时才会建立。MBMS广播区域是该小区和所有相邻小区的集合。也就是说,当本地BM-SC接收到UE发送的V2X消息时,本地BM-SC根据UE所在的小区和/或V2X消息的业务类型判断是否可以重用已建立的MBMS承载以及标识MBMS承载的TMGI。 [0241] TMGI的分配还可以是基于V2X业务进行的,即为特定的V2X消息的业务分配TMGI,MBMS广播区域是一个很大的虚拟广播区域,比如城市级别的广播区域等。此时,MBMS承载只需要在虚拟广播区域建立一次。也就是说,当本地BM-SC接收到UE发送的V2X消息,本地BM-SC根据V2X消息的业务类型判断是否可以重用已建立的MBMS承载以及标识MBMS承载的TMGI。这里可采用其他技术手段保证V2X消息在虚拟广播区域的部分区域内广播。 [0242] 本发明提供的实现车联网业务的方法,一方面将实现车联网业务的相关实体如V2X服务器、BM-SC、MBMS GW等设置在基站中或基站附近,缩短了消息的传输时间;另一方面对V2X消息的广播区域进行区分,避免了完全统一采用广播多播业务的方式。从而满足了车联网业务,特别是V2V/V2I/V2P业务的延迟需求。 [0243] 本发明还提供一种本地化网络架构,至少包括本地V2X服务器、MBMS承载建立实体;其中, [0244] 本地V2X服务器,用于对V2X消息的广播区域进行区分; [0245] MBMS承载建立实体,用于当V2X消息是在相邻的本地广播多播业务MBMS管辖的基站下的小区广播时,触发到相邻的基站的MBMS承载建立;V2X广播区域的MBMS承载建立后,V2X消息在相邻的本地MBMS管辖的 基站下的小区广播的下行用户面数据路径是:本地V2X服务器->第一实体>相邻基站。 [0246] 进一步地,MBMS承载建立实体还用于:当所述V2X消息是在本地MBMS管辖的基站下的小区广播时,触发本地MBMS的MBMS承载建立;V2X广播区域的MBMS承载建立后,V2X消息在本地MBMS管辖的基站下的小区广播的下行用户面数据路径是:本地V2X服务器->本地广播组播业务中心BM-SC->本地MBMS GW->基站。 [0247] 当MBMS承载建立实体包括有本地BM-SC; [0248] 本地V2X服务器还用于:接收到V2X消息时,触发到本地BM-SC的激活MBMS承载过程;本地BM-SC触发到本地MBMS GW的MBMS会话开始过程; [0249] 或者, [0250] 当MBMS承载建立实体包括有本地V2X服务器; [0251] 本地V2X服务器还用于:接收到V2X消息时,触发到本地BM-SC的激活MBMS承载过程; [0252] 或者, [0253] 当MBMS承载建立实体包括有本地V2X服务器; [0254] 本地V2X服务器还用于:接收到V2X消息时,对V2X消息的广播区域进行区分并判断是否要触发到相邻基站的本地BM-SC的激活MBMS承载过程; [0255] 或者, [0256] 当MBMS承载建立实体包括有本地V2X服务器; [0257] 本地V2X服务器还用于:接收到V2X消息时,对V2X消息的广播区域进行区分并判断是否要向相邻基站的本地V2X服务器发送消息。 [0258] 其中, [0259] 触发本地MBMS的MBMS承载建立包括: [0260] 本地MBMS GW获取基站的IP单播地址,以及基站与本地MBMS GW 之间的用户面传输GTP-TEID。具体地, [0261] MBMS承载建立实体具体用于: [0262] 本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向所述基站发起MBMS会话开始请求消息;所述基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向所述本地MBMS GW返回会话开始响应消息;其中, [0263] 在会话开始响应消息和MBMS会话开始响应消息中均携带有所述基站的IP单播地址、所述基站与本地MBMS GW之间的用户面传输GTP-TEID。 [0264] 其中, [0265] 判断是否要触发到相邻的本地MBMS GW的MBMS会话开始过程包括: [0266] 本地BM-SC根据通过基站间非UE相关信令过程获知MBMS相关信息,判断是否要触发到相邻的本地MBMS GW的MBMS会话开始过程;或者, [0267] 判断是否要触发到相邻的本地BM-SC的激活MBMS承载过程包括: [0268] 所述本地V2X服务器根据通过基站间非UE相关信令过程获知MBMS相关信息,判断是否要触发到相邻的本地BM-SC的MBMS会话开始过程;或者, [0269] 所述判断是否要向相邻的本地V2X服务器发送消息包括: [0270] 所述本地V2X服务器根据通过基站间非UE相关信令过程获知V2X服务器相关相关信息,判断是否要发送到相邻的本地V2X服务器的消息。 [0271] 当V2X消息是在相邻的本地MBMS管辖的基站下的小区广播时, [0272] 所述MBMS承载建立实体具体用于: [0273] 所述本地MBMS GW根据V2X消息广播区域分配基站和相邻基站的IP多播地址,以及IP多播地址对应的基站和相邻基站与本地MBMS GW之间的用户面传输GTP-TEID;或者,[0274] 所述本地BM-SC触发到相邻基站的本地MBMS GW的MBMS会话开始过程;或者,[0275] 所述本地V2X服务器触发到相邻的本地BM-SC的激活MBMS承载过程,所述相邻的本地BM-SC触发到相邻的本地MBMS GW的MBMS会话开始过程;或者, [0276] 所述本地V2X服务器发送消息给相邻的本地V2X服务器,以触发所述相邻的本地V2X服务器初始到相邻的本地BM-SC的激活MBMS承载过程和后续相邻的本地BM-SC到相邻的本地MBMS GW的MBMS会话开始过程。 [0277] 更具体地,MBMS承载建立实体用于: [0278] 本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向所述基站发送MBMS会话开始请求消息;其中,在会话开始请求消息和MBMS会话开始请求消息中均携带有:基站和相邻基站的IP多播地址、IP多播地址对应的基站和相邻基站与本地MBMS GW之间的用户面传输GTP-TEID、基站和相邻基站下V2X消息广播的小区标识列表; [0279] 或者, [0280] 本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0281] 相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话开始响应消息;其中,在会话开始响应消息和MBMS会话开始响应消息中均携带有相邻基站的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID; [0282] 或者, [0283] 本地V2X服务器在发送给相邻的本地BM-SC的激活MBMS承载请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0284] 相邻的本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中 携带有:相邻基站下V2X消息广播的小区标识列表; [0285] 相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话开始响应消息;其中,在会话开始响应消息和MBMS会话开始响应消息中均携带有:相邻基站的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID; [0286] 或者, [0287] 本地V2X服务器在向相邻的本地V2X服务器发送的消息中携带有V2X消息类型、相邻基站下V2X消息广播的小区标识列表;相邻的本地V2X服务器向本地V2X服务器返回响应以确认对消息的接收; [0288] 相邻的本地V2X服务器在向相邻的本地BM-SC发送的激活MBMS承载请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0289] 相邻的本地BM-SC在向相邻的本地MBMS GW发送的会话请求消息中携带有:相邻基站下V2X消息广播的小区标识列表; [0290] 相邻的本地MBMS GW向MME发送会话开始请求消息,MME向MCE发送MBMS会话开始请求消息,MCE向相邻基站发送MBMS会话开始请求消息;相邻基站向MCE返回MBMS会话开始响应消息,MCE向MME返回MBMS会话开始响应消息,MME向相邻的本地MBMS GW返回会话开始响应消息;其中,在会话开始响应消息和MBMS会话开始响应消息中均携带有:相邻基站的IP单播地址、相邻的本地MBMS GW和相邻基站之间的用户面传输GTP-TEID。 [0291] 当第一实体包括本地BM-SC,本地MBMS GW时,V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->本地BM-SC->本地MBMS GW->相邻基站; [0292] 或者, [0293] 当第一实体包括本地BM-SC,相邻基站的本地MBMS GW时,V2X消 息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->本地BM-SC->相邻基站的本地MBMS GW->相邻基站; [0294] 或者, [0295] 当第一实体包括相邻基站的本地BM-SC,相邻基站的本地MBMS GW时,V2X消息在相邻的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->相邻基站的本地BM-SC->相邻基站的本地MBMS GW->相邻基站; [0296] 或者, [0297] 当第一实体包括相邻基站的本地V2X服务器,相邻基站的本地BM-SC以及相邻基站的本地MBMS GW时,V2X消息在相邻的的本地MBMS管辖的基站下的小区广播的下行用户面数据路径具体是:本地V2X服务器->相邻基站的本地V2X服务器->相邻基站的本地BM-SC->相邻基站的本地MBMS GW->相邻基站。 [0298] 本发明中的本地化网络架构可以设置在基站中如图4(a)所示,也可以设置在基站外(附近)如图4(b)所示。 [0299] 图4(a)为本发明第一实施例中用于传输V2V/V2I/V2P业务的一种本地化网络架构示意图,图4(b)为本发明第一实施例中用于传输V2V/V2I/V2P业务的另一种本地化网络架构示意图。其中,图4(a)所示的是本地V2X服务器、本地MBMS GW和BM-SC是部署在eNB上的,图4(b)所示的是本地V2X服务器、MBMS GW和BM-SC也可以部署在eNB的附近。第一实施例中,假设V2X消息的广播区域是单个基站下的小区。对于上行的单播,可基于现有的本地IP接入(LIPA,Local IP Access)/选择的IP业务分流(SIPTO,Selected IP Traffic Offload)技术。对于下行的广播,将MBMS/SC-PTM的核心网网元如MBMS GW和BM-SC本地化。本地化的MBMS GW和BM-SC可以内置在eNB上,也可以部署在eNB的附近。本地V2X服务器(Local V2X E-UTRAN Server)可以内置在eNB上,也可以部署在eNB的附近。在第一实施例中,本地BM-SC、本地MBMS GW和本地V2X服务器都是内置在eNB上的。并假设UE1是eNB下发送V2X消息的终端,UE2是eNB下接收V2X 消息的终端。V2X消息传输的上行用户面数据通道是:UE1->SIPTO GW->本地V2X服务器;V2X消息传输的下行用户面数据通道是:本地V2X服务器->本地BM-SC->本地MBMS GW->eNB->UE2。 [0300] 图5为本发明第一实施例中用于V2X消息传输的MBMS会话开始过程的流程示意图,如图5所示,包括: [0301] 步骤501:当本地V2X服务器接收到UE1发送的V2X消息,本地V2X服务器根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的(TMGI)。 [0302] 如果不可以重用,本地V2X服务器通过MB2接口向基站的本地BM-SC发送激活MBMS承载请求(Active MBMS Bearer Request)消息,以激活V2X消息广播小区的MBMS承载。在激活MBMS承载请求消息中,携带有TMGI(可选地)、服务质量(QoS)参数、MBMS广播区域等信息。其中,QoS参数匹配到合适的MBMS承载参数;MBMS广播区域可以是指eNB下V2X消息广播的小区标识列表。 [0303] 在本实施例中,TMGI的分配是基于每个区域的,即根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI。MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时才会建立。 [0304] TMGI的分配也可以是基于每个UE的,即分别为每个有V2X消息发送需求的UE分配TMGI。MBMS承载在UE需要发送V2X消息时才会建立。 [0305] TMGI的分配还可以是基于V2X业务进行的,即为特定的V2X消息的业务分配TMGI,MBMS广播区域是一个很大的虚拟广播区域,比如城市级别的广播区域等。此时,MBMS承载只需要在虚拟广播区域建立一次。也就是说,当本地BM-SC接收到UE发送的V2X消息,本地BM-SC根据V2X消息的业务类型判断是否可以重用已建立的MBMS承载以及标识MBMS承载的TMGI。这里可采用其他技术手段保证V2X消息在虚拟广播区域的部分区域内广播。 [0306] 步骤502:本地BM-SC向本地V2X服务器返回激活MBMS承载响应(Activate MBMS Bearer Response)消息。在MBMS承载响应消息中,携带有TMGI、服务描述、BM-SC用于用户面的IP地址和端口号。 [0307] 如果本地V2X服务器并未在步骤501中根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,而是给V2X业务分配了新的TMGI,那么,本地BM-SC可以根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,如果可以重用,本地BM-SC会拒绝步骤501的激活MBMS承载请求并直接进入步骤512。 [0308] 如果本地V2X服务器在步骤501中发送的激活MBMS承载请求中没有携带TMGI,那么,本地BM-SC可以根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,如果不可以重用,则本地BM-SC分配新的TMGI值。 [0309] 同样,本实施例中的TMGI的分配是基于每个区域的,即根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI。MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时才会建立。 [0310] 步骤503:本地BM-SC向基站内置的MBMS GW发送会话请求(Session Start Request)消息,以触发本地MBMS会话开始过程。在会话请求消息中,携带有TMGI、QoS参数、eNB下V2X消息广播的小区标识列表、MBMS GW的MBMS控制面节点如MME等。 [0311] 步骤504:本地MBMS GW向本地BM-SC返回会话开始响应(Session Start Response)消息。 [0312] 步骤505:本地MBMS GW建立MBMS承载上下文。 [0313] 本地MBMS GW将会话参数和MBMS控制面节点列表存储到MBMS承载上下文中。 [0314] 本地MBMS GW向MBMS控制面节点列表中的MME发送会话开始请求消息,在会话开始请求消息中,携带有TMGI、QoS参数、eNB下V2X消息广播的小区标识列表、传输网络IP单播地址、C-TEID等。 [0315] 步骤506:MME向控制该基站的模块控制单元(MCE,Module Control Element)发送MBMS会话开始请求(MBMS session start request)消息。 [0316] 在MBMS会话开始请求消息中,携带有TMGI、传输网路IP单播地址、 eNB和MBMS GW之间的用户面传输的GTP隧道端点标识(GTP-TEID,GTP Tunnel Endpoint Identifier)、eNB下V2X消息广播的小区标识列表。 [0317] 步骤507:MCE向eNB发送MBMS会话开始请求消息。在MBMS会话开始请求消息中,携带有TMGI、eNB下V2X消息广播的小区标识列表、MBMS承载的QoS参数。 [0318] 步骤508:eNB向MCE返回MBMS会话开始响应(MBMS Session Start Response)消息,以确认对MBMS会话开始请求的接收。在MBMS会话开始响应消息中携带有:eNB的IP单播地址和eNB与本地MBMS GW之间的用户面传输GTP-TEID。 [0319] 步骤509:在从eNB处接收到MBMS会话开始响应消息后,MCE向MME返回MBMS会话开始响应消息,以确认对MBMS会话开始请求的接收。在MBMS会话开始响应消息中携带有:eNB的IP单播地址和eNB与本地MBMS GW之间的用户面传输GTP-TEID。 [0320] 步骤510:MME将会话参数和作为下游节点的eNB标识存储在MBMS承载上下文中,并向本地MBMS GW返回MBMS会话开始响应(MBMS Session Start Response)消息。在MBMS会话开始响应消息中携带有:eNB的IP单播地址和eNB与本地MBMS GW之间的用户面传输GTP-TEID。 [0321] 步骤511:eNB建立必要无线资源来传输V2X消息给感兴趣的UE,在第一实施例中,感兴趣的UE即UE2。 [0322] 步骤512:本地V2X服务器发送V2X消息到内置在eNB上的本地BM-SC,本地BM-SC发送V2X消息到内置在eNB上的本地MBMS GW,本地MBMS GW使用IP单播地址发送V2X消息到eNB。 [0323] 图6为本发明第二实施例中用于传输V2V/V2I/V2P业务的网络架构示意图,如图6所示,在第二实施例中,假设V2X消息的广播区域是两个相邻基站(如图6所示,eNB1和eNB2)下的小区。并假设UE1是eNB1下发送V2X消息的终端,UE2是eNB1下接收V2X消息的终端,UE3是eNB2下接收V2X消息的终端。在第二实施例中,V2X消息传输的上行用户面数据通道是:UE1->SIPTO GW1->本地V2X服务器1;V2X消息到UE2下行传输通道是:本地V2X服务器1->BM-SC1->MBMS GW1->eNB1->UE2;V2X消 息到UE3下行传输通道是:本地V2X服务器1->BM-SC1->MBMSGW1->eNB2->UE3。 [0324] 图7为本发明第二实施例中用于V2X消息传输的MBMS会话开始过程的流程示意图,如图7所示,包括: [0325] 步骤701:当本地V2X服务器1接收到UE1发送的V2X消息,本地V2X服务器1根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI。 [0326] 如果不可以重用,本地V2X服务器1通过MB2接口向eNB1内置的BM-SC1发送激活MBMS承载请求消息,以激活V2X消息广播的小区的MBMS承载。在激活MBMS承载请求消息中,携带有TMGI(可选地)、QoS参数、MBMS广播区域等信息。QoS参数匹配到合适的MBMS承载参数;MBMS广播区域可以是指eNB1和eNB2下V2X消息广播的小区标识列表。 [0327] 在本实施例中,TMGI的分配是基于每个区域的,即根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI。MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时才会建立。 [0328] TMGI的分配也可以是基于每个UE的,即分别为每个有V2X消息发送需求的UE分配TMGI。MBMS承载在UE需要发送V2X消息时才会建立。 [0329] TMGI的分配还可以是基于V2X业务进行的,即为特定的V2X消息的业务分配TMGI,MBMS广播区域是一个很大的虚拟广播区域,比如城市级别的广播区域等。此时,MBMS承载只需要在虚拟广播区域建立一次。也就是说,当本地BM-SC接收到UE发送的V2X消息,本地BM-SC根据V2X消息的业务类型判断是否可以重用已建立的MBMS承载以及标识MBMS承载的TMGI。这里可采用其他技术手段保证V2X消息在虚拟广播区域的部分区域内广播。 [0330] 步骤702:BM-SC1向本地V2X服务器1发送激活MBMS承载响应消息。在MBMS承载响应消息中,携带有TMGI、服务描述、BM-SC1用于用户面的IP地址和端口号。 [0331] 如果步骤701的激活MBMS承载请求消息中携带有TMGI,BM-SC1需要决定是否本地V2X服务器1是被授权使用该TMGI的。如果TMGI不被授权,则BM-SC1会拒绝步骤701的激活MBMS承载请求。 [0332] 如果步骤701的激活MBMS承载请求消息中没有携带TMGI,BM-SC1会分配TMGI的值。 [0333] 如果本地V2X服务器1并未在步骤701中根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,而是给V2X业务分配了新的TMGI,那么,BM-SC1可以根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,如果可以重用,BM-SC1会拒绝步骤701的激活MBMS承载请求。 [0334] 如果本地V2X服务器1在步骤701中发送的激活MBMS承载请求中没有携带TMGI,那么,BM-SC1可以根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,如果不可以重用,则BM-SC1分配新的TMGI值。本实施例中的TMGI的分配是基于每个区域的,即根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI。MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时才会建立。 [0335] 步骤703:BM-SC1向eNB1内置的MBMS GW1发送会话请求消息,以触发MBMS会话开始过程。在会话请求消息中,携带有TMGI、QoS参数、eNB1和eNB2下V2X消息广播的小区标识列表、MBMS GW1的MBMS控制面节点如MME等。 [0336] 步骤704:MBMS GW1向BM-SC1发送会话开始响应消息。 [0337] 步骤705:MBMS GW1建立MBMS承载上下文。 [0338] MBMS GW1将会话参数和MBMS控制面节点列表存储到MBMS承载上下文中,并分配传输网络IP多播地址和基站(eNB1和eNB2)与MBMS GW1之间的用户面传输GTP-TEID。其中,IP多播地址用于用户面传输,在第二实施例中,是eNB1和eNB2的一个特定的多播地址。MBMS GW1发送会话开始请求消息给MBMS控制面节点列表中的MME。会话开始请求消息 中包括TMGI、QoS、eNB1和eNB2下的V2X消息广播的小区标识列表、传输网络IP多播地址、基站(eNB1和eNB2)与MBMS GW1之间的用户面传输GTP-TEID。 [0339] 步骤706:MME向服务eNB1和eNB2的MCE发送MBMS会话开始请求消息,在MBMS会话开始请求消息中,携带有TMGI、IP多播地址、基站(即eNB1和eNB2)与MBMS GW1之间的用户面传输GTP-TEID、eNB1和eNB2下的V2X消息广播的小区标识列表。 [0340] 步骤707:MCE分别向eNB1和eNB2发送MBMS会话开始请求消息。在MBMS会话开始请求消息中,携带有TMGI、IP多播地址、基站(即eNB1和eNB2)与MBMS GW1之间的用户面传输GTP-TEID、eNB1和eNB2下V2X消息广播的小区标识列表、MBMS承载的QoS参数。 [0341] 步骤708:eNB1和eNB2向MCE返回MBMS会话开始响应消息,以确认对MBMS会话开始请求的接收。 [0342] 步骤709:MCE向MME返回MBMS会话开始响应消息,以确认对MBMS会话开始请求的接收。 [0343] 步骤710:MME将会话参数和作为下游节点的eNB1和eNB2的标识存储在MBMS承载上下文中,并向MBMS GW1返回MBMS会话开始响应消息。 [0344] 步骤711:eNB1建立必要无线资源来传输V2X消息给感兴趣的UE即第二实施例中的UE2。eNB2建立必要无线资源来传输V2X消息给感兴趣的UE即第二实施例中的UE3。 [0345] 步骤712:本地V2X服务器1发送V2X消息到内置在eNB1上的BM-SC1,BM-SC1发送V2X消息到内置在eNB1上的MBMS GW1,MBMS GW1使用IP多播地址将V2X消息发送到eNB1和eNB2。 [0346] 图8为本发明第三实施例中用于传输V2V/V2I/V2P业务的网络架构示意图,如图8所示,在第三实施例中,假设V2X消息的广播区域是两个相邻基站(如图8所示,eNB1和eNB2)下的小区。并假设UE1是eNB1下发送V2X消息的终端,UE2是eNB1下接收V2X消息的终端,UE3是eNB2下接 收V2X消息的终端。在第三实施例中,V2X消息传输的上行用户面数据通道是:UE1->SIPTO GW1->本地V2X服务器1;V2X消息到UE2下行传输通道是:本地V2X服务器1->BM-SC1->MBMS GW1->eNB1->UE2;V2X消息到UE3下行传输通道是:本地V2X服务器1->BM-SC1->MBMS GW2->eNB2->UE3。图7是本实施例的网络架构示意图。 [0347] 第三实施例以本地MBMS网元都内置在基站上为例。但是,本实施例的方案也同样适用于本地MBMS网元都部署在基站附近的场景。如果本地MBMS网元是部署在基站附近的,那么,本实施例中内置在eNB1中的MBMS网元(包括BM-SC1和MBMS GW1)可以理解为管辖若干个其附近基站的本地MBMS网元,而内置在eNB2中的MBMS网元(包括BM-SC2和MBMS GW2)可以理解为管辖若干个其附近基站的本地MBMS网元。V2X消息广播区域为eNB1和相邻基站eNB2,eNB1可以理解为V2X消息广播区域是在本地MBMS网关(BM-SC1和MBMS GW1)下的某个基站,相邻基站eNB2可以理解为本地MBMS网关(BM-SC2和MBMS GW2)下的某个基站。 [0348] 图9为本发明第三实施例中用于V2X消息传输的MBMS会话开始过程的流程示意图,如图9所示,包括: [0349] 步骤901:当本地V2X服务器1接收到UE1发送的V2X消息,本地V2X服务器1根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI。 [0350] 如果不可以重用,本地V2X服务器1会通过MB2接口向eNB1内置的BM-SC1发送激活MBMS承载请求消息,以激活V2X消息广播小区的MBMS承载。在激活MBMS承载请求消息中,携带有TMGI(可选地)、QoS参数、MBMS广播区域等信息。QoS参数匹配到合适的MBMS承载参数;MBMS广播区域可以是指eNB1和eNB2下V2X消息广播的小区标识列表。 [0351] 在本实施例中,TMGI的分配是基于每个区域的,即根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI。MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时才会建立。 [0352] TMGI的分配也可以是基于每个UE的,即分别为每个有V2X消息发送需求的UE分配TMGI。MBMS承载在UE需要发送V2X消息时才会建立。 [0353] TMGI的分配还可以是基于V2X业务进行的,即为特定的V2X消息的业务分配TMGI,MBMS广播区域是一个很大的虚拟广播区域,比如城市级别的广播区域等。此时,MBMS承载只需要在虚拟广播区域建立一次。也就是说,当本地BM-SC接收到UE发送的V2X消息,本地BM-SC根据V2X消息的业务类型判断是否可以重用已建立的MBMS承载以及标识MBMS承载的TMGI。这里可采用其他技术手段保证V2X消息在虚拟广播区域的部分区域内广播。 [0354] 步骤902:BM-SC1向本地V2X服务器1发送激活MBMS承载响应消息。在MBMS承载响应消息中,携带有TMGI、服务描述、BM-SC1用于用户面的IP地址和端口号。 [0355] 如果本地V2X服务器1并未在步骤901中根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,而是给V2X业务分配了新的TMGI,那么,BM-SC1可以根据V2X消息广播的地理区域V2X业务类型和判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,如果可以重用,BM-SC1会拒绝步骤901的激活MBMS承载请求。 [0356] 如果本地V2X服务器1在步骤901中发送的激活MBMS承载请求中没有携带TMGI,那么,BM-SC1可以根据V2X消息广播的地理区域V2X业务类型和判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,如果不可以重用,则BM-SC1分配新的TMGI值。在本实施例中,TMGI的分配是基于每个区域的,即根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI。MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时才会建立。 [0357] 步骤903:BM-SC1根据本地V2X服务器1在步骤901中发送的激活MBMS承载请求消息中携带的V2X消息广播的小区标识列表,判断出要发送会话请求消息到eNB1内置的MBMS GW1和eNB2内置的MBMS GW2来分别触发两个MBMS会话开始过程。 [0358] 首先,BM-SC1根据本地服务器1在步骤901中发送的激活MBMS承载请求消息中携带的V2X消息广播的小区标识列表,可以判断出V2X消息广 播的小区是属于eNB1和eNB2的。BM-SC1可以知道自身是内置在eNB1上,并且知道eNB1上还内置有MBMS GW1。BM-SC1可以通过基站间非UE相关信令交互过程中交互的MBMS相关信息获知eNB2是有内置MBMS GW2的,也可以获知MBMS GW2的路由信息。 [0359] 基站间可以在非UE相关信令交互的过程中获取MBMS相关信息,图10为本发明基站间交互MBMS相关信息的实施例的示意图,如图10所示,非UE相关信令交互的过程包括但不限于以下的一种或多种:X2建立过程(X2 Setup)、eNB配置更新过程(eNB Configuration Update)。 [0360] MBMS相关信息包括但不限于以下的一种或多种信息:是否有本地MBMS网元、本地MBMS网元的路由信息。其中, [0361] 是否有本地MBMS网元可以通过但不限于以下的一种或多种方式指示:包括指示信息来显示指示基站中是否有本地MBMS网元、包括本地MBMS网元的路由信息来隐式指示基站中是否有本地MBMS网元。 [0362] 本地MBMS网元的路由信息包括但不限于以下的一种或多种信息:MBMS网元的标识、MBMS网元的IP地址。 [0363] 本地MBMS网元包括但不限于以下一种或多种:本地MBMS GW、本地BM-SC。 [0364] 如图10所示的实施例中,eNB1向eNB2发送X2建立请求消息(X2 Setup Request)来初始X2建立过程。eNB2向eNB1回复X2建立响应消息(X2 Setup Response)。eNB1可以在X2建立请求消息中携带MBMS相关信息1,eNB2可以在X2建立响应消息中携带MBMS相关信息2。 [0365] eNB1包含的MBMS相关信息1可以是:指示信息来显示指示eNB1中是有内置的MBMS GW1的、内置的MBMS GW1的无线网络层标识即MBMS GW1 ID、内置的MBMS GW1的传输网络层标识即内置的MBMS GW1的IP地址。eNB2包含的MBMS相关信息2可以是:指示信息来显示指示eNB2中是有内置的MBMS GW2的、内置的MBMS GW2的无线网络层标识即MBMS GW2ID、内置的MBMS GW2的传输网络层标识即内置的MBMS GW2的IP地址。 [0366] 然后,BM-SC1向eNB2内置的MBMS GW2发送会话请求消息来触发MBMS会话开始过程。在会话请求消息中携带有TMGI、QoS参数、eNB2下V2X消息广播的小区标识列表、MBMS GW1的MBMS控制面节点如MME等。 [0367] 需要说明的是,在第三实施例中,从步骤903开始的之后的步骤都是以BM-SC1建立到MBMS GW2的MBMS会话开始过程为例进行描述的。BM-SC1建立到MBMS GW1的MBMS会话开始过程与之类似,这里不再赘述。 [0368] 步骤904:MBMS GW2向BM-SC1返回会话开始响应消息。 [0369] 步骤905:MBMS GW2建立MBMS承载上下文。 [0370] MBMS GW2将会话参数和MBMS控制面节点列表存储到MBMS承载上下文中。 [0371] MBMS GW2向MBMS控制面节点列表中的MME发送会话开始请求消息。在会话开始请求消息中携带有TMGI、QoS参数、eNB2下的V2X消息广播的小区标识列表等。 [0372] 步骤906:MME向服务eNB2的MCE发送MBMS会话开始请求消息。在MBMS会话开始请求消息中携带有TMGI、eNB2下的V2X消息广播的小区标识列表。 [0373] 步骤907:MCE向eNB2发送MBMS会话开始请求消息。在MBMS会话开始请求消息中携带有TMGI、eNB2下V2X消息广播的小区标识列表、MBMS承载的QoS参数。 [0374] 步骤908:eNB2向MCE返回MBMS会话开始响应消息来确认对MBMS会话开始请求的接收。在MBMS会话开始响应消息中携带有:eNB2的IP单播地址和eNB2与MBMS GW2之间的用户面传输GTP-TEID。 [0375] 步骤909:MCE向MME返回MBMS会话开始响应消息来确认对MBMS会话开始请求的接收。在MBMS会话开始响应消息中携带有:eNB2的IP单播地址和eNB2与MBMS GW2之间的用户面传输GTP-TEID。 [0376] 步骤910:MME将会话参数和作为下游节点的eNB2的标识存储在 MBMS承载上下文中,并向MBMS GW2发送MBMS会话开始响应消息。在MBMS会话开始响应消息中携带有:eNB2的IP单播地址和eNB2与MBMS GW2之间的用户面传输GTP-TEID。 [0377] 步骤911:eNB2建立必要无线资源来传输V2X消息给感兴趣的UE即第三实施例中的UE3。 [0378] 步骤912:本地V2X服务器1发送V2X消息到内置在eNB1上的BM-SC1,BM-SC1发送V2X消息到内置在eNB2上的MBMS GW2,MBMS GW2使用IP单播地址将V2X消息发送到eNB2上。 [0379] 图11为本发明第四实施例中用于传输V2V/V2I/V2P业务的网络架构示意图,如图11所示,在第四实施例中,假设V2X消息的广播区域是两个相邻基站(如图11中所示,eNB1和eNB2)下的小区。并假设UE1是eNB1下发送V2X消息的终端,UE2是eNB1下接收V2X消息的终端,UE3是eNB2下接收V2X消息的终端。在第三实施例中,V2X消息传输的上行用户面数据通道是:UE1->SIPTO GW1->本地V2X服务器1;V2X消息到UE2下行传输通道是:本地V2X服务器 1->BM-SC1->MBMS GW1->eNB1->UE2;V2X消息到UE3下行传输通道是:本地V2X服务器1->BM-SC2->MBMS GW2->eNB2->UE3。 [0380] 第四实施例以本地MBMS网元都内置在基站上为例。但是,本实施例的方案也同样适用于本地MBMS网元都部署在基站附近的场景。如果本地MBMS网元是部署在基站附近的,那么,本实施例中内置在eNB1中的MBMS网元(包括BM-SC1和MBMS GW1)可以理解为管辖若干个其附近基站的本地MBMS网元,而内置在eNB2中的MBMS网元(包括BM-SC2和MBMS GW2)可以理解为管辖若干个其附近基站的本地MBMS网元。V2X消息广播区域为eNB1和相邻基站eNB2,eNB1可以理解为V2X消息广播区域是在本地MBMS网关(BM-SC1和MBMS GW1)下的某个基站,相邻基站eNB2可以理解为本地MBMS网关(BM-SC2和MBMS GW2)下的某个基站。 [0381] 图12为本发明第四实施例中用于V2X消息传输的MBMS会话开始过程的流程示意图,如图12所示,包括: [0382] 步骤1201:当本地V2X服务器1接收到UE1发送的V2X消息,本地 V2X服务器1根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI。 [0383] 如果不可以重用,本地V2X服务器1会通过MB2接口发送激活MBMS承载请求消息来激活V2X消息广播小区的MBMS承载。 [0384] 本地V2X服务器1根据V2X消息广播的区域判断出要发送激活MBMS承载请求消息到eNB1内置的BM-SC1和eNB2内置的BM-SC2来分别初始两个激活MBMS承载过程: [0385] 首先,本地V2X服务器1根据V2X消息广播的区域判断出V2X消息广播的小区是属于eNB1和eNB2的。本地V2X服务器1可以知道自己是内置在eNB1上的,并且知道eNB1上还内置有BM-SC1和MBMS GW1。本地V2X服务器1可以通过基站间非UE相关信令交互过程中交互的MBMS相关信息获知eNB2是有内置的BM-SC2的,也可以获知BM-SC2的路由信息。 [0386] 基站间可以在非UE相关信令交互的过程中获取MBMS相关信息,图10为本发明基站间交互MBMS相关信息的实施例的示意图,如图10所示,非UE相关信令交互的过程包括但不限于以下的一种或多种:X2建立过程(X2 Setup)、eNB配置更新过程(eNB Configuration Update)。 [0387] MBMS相关信息包括但不限于以下的一种或多种信息:是否有本地MBMS网元、本地MBMS网元的路由信息。其中, [0388] 本实施例中,假设TMGI的分配是基于V2X业务分配的,MBMS相关信息还可以包括本地MBMS网元支持的TMGI或V2X业务类型信息,用于配置所支持的V2X业务对应的MBMS承载。 [0389] 是否有本地MBMS网元可以通过但不限于以下的一种或多种方式指示:包括指示信息来显示指示基站中是否有本地MBMS网元、包括本地MBMS网元的路由信息来隐式指示基站中是否有本地MBMS网元。 [0390] 本地MBMS网元的路由信息包括但不限于以下的一种或多种信息:MBMS网元的标识、MBMS网元的IP地址。 [0391] 本地MBMS网元包括但不限于以下一种或多种:本地MBMS GW、本地BM-SC。 [0392] 如图10所示的实施例中,eNB1可以在向eNB2发送的X2建立请求消息中携带MBMS相关信息1。eNB2可以在向eNB1回复的X2建立响应消息中携带MBMS相关信息2。其中,MBMS相关信息1可以是:指示信息来显示指示eNB1中是有内置的BM-SC1的、内置的BM-SC1的无线网络层标识即BM-SC1ID、内置的BM-SC1的传输网络层标识即内置的BM-SC1的IP地址。MBMS相关信息2可以是:指示信息来显示指示eNB2中是有内置的BM-SC2的、内置的BM-SC2的无线网络层标识即BM-SC2ID、内置的BM-SC2的传输网络层标识即内置的BM-SC2的IP地址。 [0393] 然后,本地V2X服务器1向eNB2内置的BM-SC2发送激活MBMS承载请求消息来初始激活MBMB承载过程。在激活MBMS承载请求消息中携带有TMGI(可选地)、QoS参数、MBMS广播区域等信息。其中,QoS参数匹配到合适的MBMS承载参数。MBMS广播区域可以是指eNB2下V2X消息广播的小区标识列表。 [0394] 在本实施例中,TMGI的分配是基于每个区域的,即根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI。MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时才会建立。 [0395] TMGI的分配也可以是基于每个UE的,即分别为每个有V2X消息发送需求的UE分配TMGI。MBMS承载在UE需要发送V2X消息时才会建立。 [0396] TMGI的分配还可以是基于V2X业务进行的,即为特定的V2X消息的业务分配TMGI,MBMS广播区域是一个很大的虚拟广播区域,比如城市级别的广播区域等。此时,MBMS承载只需要在虚拟广播区域建立一次。也就是说,当本地BM-SC接收到UE发送的V2X消息,本地BM-SC根据V2X消息的业务类型判断是否可以重用已建立的MBMS承载以及标识MBMS承载的TMGI。这里可采用其他技术手段保证V2X消息在虚拟广播区域的部分区域内广播。 [0397] 需要说明的是,在第四实施例中,从步骤1201开始的之后的步骤都是以本地V2X服务器1到BM-SC2的激活MBMS承载过程和BM-SC2到MBMS GW2的MBMS会话开始过程为例进行描述的。V2X服务器1到BM-SC1的激活MBMS承载过程和BM-SC1到MBMS GW1的MBMS会话开始过程与 之类似,这里不再赘述。 [0398] 步骤1202:BM-SC2向本地V2X服务器1返回激活MBMS承载响应消息。在MBMS承载响应消息中携带有TMGI、服务描述、BM-SC2用于用户面的IP地址和端口号。 [0399] 如果本地V2X服务器1并未在步骤1201中根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,而是给V2X业务分配了新的TMGI,那么,BM-SC2可以根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,如果可以重用,BM-SC2会拒绝步骤1201的激活MBMS承载请求。 [0400] 如果本地V2X服务器1在步骤1201中发送的激活MBMS承载请求中没有携带TMGI,那么,BM-SC2可以根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,如果不可以重用,则BM-SC2分配新的TMGI值。在本实施例中,TMGI的分配是基于每个区域的,即根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI。MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时才会建立。 [0401] 步骤1203:BM-SC2向eNB2内置的MBMS GW2发送会话请求消息来触发MBMS会话开始过程。在会话请求消息中携带有TMGI、QoS参数、eNB2下V2X消息广播的小区标识列表、MBMS GW的MBMS控制面节点如MME等。 [0402] 步骤1204:MBMS GW2向BM-SC2发送会话开始响应消息。 [0403] 步骤1205:MBMS GW2建立MBMS承载上下文。MBMS GW2将会话参数和MBMS控制面节点列表存储到MBMS承载上下文中。 [0404] MBMS GW2向MBMS控制面节点列表中的MME发送会话开始请求消息。在会话开始请求消息中携带有TMGI、QoS参数、eNB2下的V2X消息广播的小区标识列表等。 [0405] 步骤1206:MME向服务eNB2的MCE发送MBMS会话开始请求消息。 在MBMS会话开始请求消息中携带有TMGI、eNB2下的V2X消息广播的小区标识列表。 [0406] 步骤1207:MCE向eNB2发送MBMS会话开始请求消息。在MBMS会话开始请求消息中携带有TMGI、eNB2下V2X消息广播的小区标识列表、MBMS承载的QoS参数。 [0407] 步骤1208:eNB2向MCE返回MBMS会话开始响应消息来确认对MBMS会话开始请求的接收。在MBMS会话开始响应消息中携带有:eNB2的IP单播地址和eNB2与MBMS GW2之间的用户面传输GTP-TEID。 [0408] 步骤1209:MCE向MME发送MBMS会话开始响应消息来确认对MBMS会话开始请求的接收。在MBMS会话开始响应消息中携带有:eNB2的IP单播地址和eNB2与MBMS GW2之间的用户面传输GTP-TEID. [0409] 步骤1210:MME将会话参数和作为下游节点的eNB2的标识存储在MBMS承载上下文中,并向MBMS GW2发送MBMS会话开始响应消息。在MBMS会话开始响应消息中携带有:eNB2的IP单播地址和eNB2与MBMS GW2之间的用户面传输GTP-TEID。 [0410] 步骤1211:eNB2建立必要无线资源来传输V2X消息给感兴趣的UE即本实施例中的UE3。 [0411] 步骤1212:本地V2X服务器1向内置在eNB2上的BM-SC2发送V2X消息。BM-SC2向内置在eNB2上的MBMS GW2发送V2X消息。MBMS GW2使用IP单播地址将V2X消息发送到eNB2上。 [0412] 图13为本发明第五实施例中用于传输V2V/V2I/V2P业务的网络架构示意图,如图13所示,在第五实施例中,假设V2X消息的广播区域是两个相邻基站(如图13中所示,eNB1和eNB2)下的小区。并假设UE1是eNB1下发送V2X消息的终端,UE2是eNB1下接收V2X消息的终端,UE3是eNB2下接收V2X消息的终端。在第五实施例中,V2X消息传输的上行用户面数据通道是:UE1->SIPTO GW1->本地V2X服务器1;V2X消息到UE2下行传输通道是:本地V2X服务器 1->BM-SC1->MBMS GW1->eNB1->UE2;V2X消息到UE3下行传输通道是:本地V2X服务器1->本地V2X服务器2->BM-SC2->MBMS GW2->eNB2->UE3。 [0413] 第五实施例以本地MBMS网元都内置在基站上为例。但是,本实施例的方案也同样适用于本地MBMS网元都部署在基站附近的场景。如果本地MBMS网元是部署在基站附近的,那么,本实施例中内置在eNB1中的MBMS网元(包括BM-SC1和MBMS GW1)可以理解为管辖若干个其附近基站的本地MBMS网元,而内置在eNB2中的MBMS网元(包括BM-SC2和MBMS GW2)可以理解为管辖若干个其附近基站的本地MBMS网元。V2X消息广播区域为eNB1和相邻基站eNB2,eNB1可以理解为V2X消息广播区域是在本地MBMS网关(BM-SC1和MBMS GW1)下的某个基站,相邻基站eNB2可以理解为本地MBMS网关(BM-SC2和MBMS GW2)下的某个基站。 [0414] 图14为本发明第五实施例中用于V2X消息传输的MBMS会话开始过程的流程示意图,如图14所示,包括: [0415] 步骤1401:当本地V2X服务器1接收到UE1发送的V2X消息,本地V2X服务器1根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI。 [0416] 如果不可以重用,本地V2X服务器1会通过MB2接口发送激活MBMS承载请求消息来激活V2X消息广播小区的MBMS承载。 [0417] 本地V2X服务器1根据V2X消息广播的区域判断出要发送激活MBMS承载请求消息到eNB1内置的BM-SC1来初始激活MBMS承载过程。同时,本地V2X服务器1根据V2X消息广播的区域判断出要发送消息给本地V2X服务器2,触发本地V2X服务器2发送激活MBMS承载请求消息到eNB2内置的BM-SC2来初始激活的MBMS承载过程。 [0418] 首先,本地V2X服务器1根据V2X消息广播的区域判断出V2X消息广播的小区是属于eNB1和eNB2的。本地V2X服务器1可以知道自己是内置在eNB1上的,并且知道eNB1上还内置有BM-SC1和MBMS GW1。本地V2X服务器1可以通过基站间非UE相关信令交互过程中交互的本地V2X服务器相关信息获知eNB2是有内置的本地V2X服务器2的,也可以获知本地V2X服务器2的路由信息。 [0419] 基站间可以在非UE相关信令交互的过程中获取本地V2X服务器相关信息,图15为本发明基站间交互本地V2X服务器相关信息的实施例的流程示 意图,如图15所示,非UE相关信令交互的过程包括但不限于以下的一种或多种:X2建立过程(X2 Setup)、eNB配置更新过程(eNB Configuration Update)。 [0420] 本地V2X服务器相关信息包括但不限于以下的一种或多种信息:是否有本地V2X服务器、本地V2X服务器的路由信息。其中, [0421] 是否有本地V2X服务器可以通过但不限于以下的一种或多种方式指示:包括指示信息来显示指示是否有本地V2X服务器、包括本地V2X服务器的路由信息来隐式指示是否有本地V2X服务器。 [0422] 本地V2X服务器的路由信息包括但不限于以下的一种或多种信息:本地V2X服务器的标识、本地V2X服务器的IP地址。 [0423] 内置的本地V2X服务器可能是eNB上的逻辑功能体RSU。 [0424] 如图15所示的实施例中,eNB1可以在向eNB2发送的X2建立请求消息中携带本地V2X服务器相关信息1。eNB2可以在向eNB1回复的X2建立响应消息中携带本地V2X服务器相关信息2。其中,eNB1包含的本地V2X服务器相关信息1可以是:指示信息来显示指示eNB1中是有内置的本地V2X服务器1的、内置的本地V2X服务器1的无线网络层标识即本地V2X服务器1ID、内置的本地V2X服务器1的传输网络层标识即内置的本地V2X服务器1的IP地址。eNB2包含的本地V2X服务器相关信息2可以是:指示信息来显示指示eNB2中是有内置的本地V2X服务器2的、内置的本地V2X服务器2的无线网络层标识即本地V2X服务器2ID、内置的本地V2X服务器2的传输网络层标识即内置的本地V2X服务器2的IP地址。 [0425] 然后,本地V2X服务器1向本地V2X服务器2发送消息,以触发本地V2X服务器2向eNB2内置的BM-SC2发送激活MBMS承载请求消息来初始激活MBMS承载过程。本地V2X服务器1发送给本地V2X服务器2的消息中可以携带有V2X消息类型、MBMS广播区域等参数。其中,MBMS广播区域可以是指eNB2下V2X消息广播的小区标识列表。本地V2X服务器2会向本地V2X服务器1发送消息以确认消息的接收。 [0426] 需要说明的是,在第五实施例中,从步骤1401开始的之后的步骤都是以本地V2X服务器1发消息来触发本地V2X服务器2到BM-SC2的激活MBMS 承载过程和BM-SC2到MBMS GW2的MBMS会话开始过程为例进行描述的。V2X服务器1到BM-SC1的激活MBMS承载过程和BM-SC1到MBMS GW1的MBMS会话开始过程与之类似,这里不再赘述。 [0427] 步骤1402:本地V2X服务器2根据从步骤1401中接收到的V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI。 [0428] 如果不可以重用,本地V2X服务器2会通过MB2接口向eNB2内置的BM-SC2发送激活MBMS承载请求消息来激活V2X消息广播小区的MBMS承载。在激活MBMS承载请求消息中携带有TMGI(可选地)、QoS参数、MBMS广播区域等。其中,QoS参数匹配到合适的MBMS承载参数。MBMS广播区域可以是指eNB2下V2X消息广播的小区标识列表。 [0429] 在本实施例中,TMGI的分配是基于区域的,即根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI。MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时才会建立。 [0430] TMGI的分配也可以是基于每个UE的,即分别为每个有V2X消息发送需求的UE分配TMGI。MBMS承载在UE需要发送V2X消息时才会建立。 [0431] TMGI的分配还可以是基于V2X业务进行的,即为特定的V2X消息的业务分配TMGI,MBMS广播区域是一个很大的虚拟广播区域,比如城市级别的广播区域等。此时,MBMS承载只需要在虚拟广播区域建立一次。也就是说,当本地BM-SC接收到UE发送的V2X消息,本地BM-SC根据V2X消息的业务类型判断是否可以重用已建立的MBMS承载以及标识MBMS承载的TMGI。这里可采用其他技术手段保证V2X消息在虚拟广播区域的部分区域内广播。 [0432] 步骤1403:BM-SC2向本地V2X服务器2返回激活MBMS承载响应消息。在MBMS承载响应消息中携带有TMGI、服务描述、BM-SC2用于用户面的IP地址和端口号。 [0433] 如果本地V2X服务器2并未在步骤1402中根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,而是给V2X业务分配了新的TMGI,那么,BM-SC2 可以根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,如果可以重用,BM-SC2会拒绝步骤1402的激活MBMS承载请求。 [0434] 如果本地V2X服务器2在步骤1402中发送的激活MBMS承载请求消息没有携带TMGI,那么,BM-SC2可以根据V2X消息广播的地理区域和/或V2X业务类型判断是否可以重用已经建立好的MBMS承载以及标识MBMS承载的TMGI,如果不可以重用,则BM-SC2分配新的TMGI值。在本实施例中,TMGI的分配是基于每个区域的,即根据不同的V2X消息广播区域和/或V2X消息类型分配TMGI。MBMS承载在不同的V2X消息广播区域和/或V2X消息类型时才会建立。 [0435] 步骤1404-1413:具体实现与第四实施例中的步骤1203-1212一致,这里不再赘述。 |