CN107135485A - 一种建立车与万物会话请求、确定传输小区的方法及装置 - Google Patents
一种建立车与万物会话请求、确定传输小区的方法及装置 Download PDFInfo
- Publication number
- CN107135485A CN107135485A CN201610109884.3A CN201610109884A CN107135485A CN 107135485 A CN107135485 A CN 107135485A CN 201610109884 A CN201610109884 A CN 201610109884A CN 107135485 A CN107135485 A CN 107135485A
- Authority
- CN
- China
- Prior art keywords
- tmgi
- application layer
- message
- cell
- data packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种建立车与万物会话请求、确定传输小区的方法及装置，包括：接收会话开始请求消息，其中包含临时移动组标识；确定需要进行应用层数据包解析的业务对应的临时移动组标识；对需要进行应用层数据包解析的临时移动组标识对应的应用层数据包进行解析后，确定该临时移动组标识对应的应用层数据包对应的传输小区。采用本发明，实现了在半静态或者静态配置的eMBMS MBSFN area或者SC‑PTM cell list内提供灵活的车与万物消息的传输方案。
Description
技术领域
本发明涉及无线通信领域技术领域，特别涉及一种建立车与万物会话请求、确定传输小区的方法及装置。
背景技术
eMBMS(evolved MBMS，演进的MBMS；MBMS：MultimediaBroadcast/Multicast Service，多媒体广播\组播服务)网络架构的业务传输是基于静态或者半静态配置的eMBMS MBSFN area或者SC-PTM cell list传输的，下面对MBMS以及SC-PTM进行简要介绍。
一、MBMS(Multimedia Broadcast Multicast Service，多媒体广播组播业务)
图1为LTE的MBMS网络架构示意图，如图所示，在LTE(Long TermEvolution长期演进)***的MBMS网络架构中，主要具有如下节点及功能：
1、逻辑实体
MME(Mobility Management Entity)：移动管理实体
MBMS GW(Gateway):MBMS网关
MCE(Multi-cell/multicast Coordination Entity):多小区/多播协调实体
eNB(Evolved Node B):演进型基站
2、接口
M3：在MME和MCE间提供会话(Session)管理相关功能，比如sessionstart(会话开始)、session stop(会话停止)通知。
M2：在MCE和eNB间提供会话管理、传递MBMS调度信息等功能。
M1：在MBMS GW和eNB之间提供MBMS业务传输。
3、支持MBMS的终端接收感兴趣的MBMS业务的基本步骤如下：
步骤1：读SIB13(SIB：System Information Block，***信息块)；
终端通过读SIB13，可以获取该小区的小区MBSFN(Multicast BroadcastSingle Frequency Network，多播广播单频网络)区域配置以及MCCH(MulticastControl Channel，多播控制信道)change notification(变更通知)配置信息。
MBSFN区域配置信息包含：该小区归属的MBSFN区域标识(MBSFN AreaID)以及该小区归属的每个MBSFN区域(一个小区最多属于8个MBSFN区域)对应的MCCH配置信息(包括MCCH修改周期、MCCH修改周期内MCCH信息重复发送次数、MCCH修改周期内MCCH发送的MBSFN子帧以及调制编码方式等)。
MCCH change notification配置信息包括：MCCH修改周期内MCCH changenotification发送的MBSFN子帧、MCCH修改周期内MCCH change notification重复发送的次数等。
步骤2：读MCCH；
终端在MCCH修改周期边界读取MCCH，获取每个MBSFN区域的每个PMCH(Physical Multicast Channel，物理层多播信道)对应的MBSFN；
子帧资源及其承载的MBMS会话信息。一个MBSFN区域最多支持15个PMCH。通过该步骤终端可以获知当前小区是否有自己感兴趣的MBMS业务。如果有，则继续步骤3；
步骤3：终端建立MRB(MBMS Radio Bearer，MBMS无线承载)；
终端开始接收感兴趣的MBMS会话之前需要先建立对应的MRB，MRB建立的触发条件可以是：MBMS会话开始或终端进入对应的MBSFN区域。当终端停止接收MBMS会话后，释放MRB。
步骤4：终端进行MBMS接收；
每个cell可以支持8个MBSFN区域，每个MBSFN区域最多支持15个PMCH，每个PMCH最多可以承载29个MBMS会话。终端根据MCCH消息中的MBSFNAreaConfiguration(MBSFN区域配置)中PMCH-InfoList(PMCH信息列表)可以获知感兴趣的MBMS会话对应的PMCH，然后根据MAC(MediaAccess Control，媒体接入控制)层发送的MSI(MCH Scheduling Information，MCH调度信息；MCH：Multicast Channel，多播信道)可以确定该PMCH上每个MBMS session对应的MBSFN子帧位置，然后终端根据MSI在其感兴趣的MBMS session对应的MBSFN子帧上进行MBMS session接收即可。
二、SC-PTM(Single cell point to multipoint，单小区点到多点)
SC-PTM采用和eMBMS相同的网络架构。
不同之处主要在于eMBMS传输区域是半静态/静态配置的MBSFN area。而SC-PTM传输区域则是核心网业务服务器配置的SC-PTM Cell list。
图2为LTE***SC-PTM Cell list配置过程示意图，SC-PTM Cell list(SC-PTM小区列表)的配置方式请参见图2所示。
现有技术的不足在于：eMBMS网络架构的业务传输是基于静态或者半静态配置的eMBMS MBSFN area或者SC-PTM cell list传输的，也即，任何一条消息都会在MBSFN area内所有小区都进行传输。但是有些消息可能仅在eMBMS MBSFN area或者SC-PTM cell list包含的部分小区内是有效的，而且eMBMS MBSFN area或者SC-PTM cell list内不同位置的终端发送的消息有效区域也是不同的。因此，半静态或者静态配置的eMBMS MBSFN area或者SC-PTM cell list内的消息传输方式并不是高效的，不利于提升***整体容量。下面就对这些可能仅在部分小区内有效的消息进行说明。
发明内容
本发明提供了一种建立车与万物会话请求、确定传输小区的方法及装置，用以在半静态或者静态配置的eMBMS MBSFN area或者SC-PTM cell list内，提供灵活的V2X消息的传输方案。
本发明实施例中提供了一种确定V2X消息传输小区的方法，包括：
接收会话开始请求消息，其中包含TMGI；
确定需要进行应用层数据包解析的业务对应的TMGI；
对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包对应的传输小区。
较佳地，所述确定需要进行应用层数据包解析的业务对应的TMGI，包括：
接收携带有TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息的会话开始请求消息，根据所述标识信息确定需要进行应用层数据包解析的业务对应的TMGI；
或者，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI。
较佳地，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI，包括：
根据OAM预配置的或协议约定确定的TMGI是否需要进行应用层数据包解析的信息确定需要进行应用层数据包解析的业务对应的TMGI。
较佳地，对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包的传输小区，是根据V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定Uu V2X消息的传输小区的。
较佳地，根据V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定V2X消息的传输小区，是根据V2X消息中携带的UE位置信息，以及关联距离在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内的小区中确定传输小区；或者，根据V2X消息中携带的UE位置信息，以及关联距离和关联传输方向的组合在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内的小区中确定V2X消息的传输小区的。
较佳地，对于eNB type RSU，由eNB type RSU内部的V2X server逻辑实体完成V2X应用层数据包解析，并通过层间原语通知给低层。
较佳地，进一步包括：
当Uu V2X消息的传输小区中包含有归属于邻基站的小区时，将Uu V2X消息通知该邻基站，或者将Uu V2X消息和该消息需要广播的归属于该邻基站的小区通知该邻基站。
较佳地，进一步包括：
在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播。
较佳地，所述V2X消息广播是使用eMBMS或SC-PTM进行的。
较佳地，在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播时，仅在该TMGI对应的应用层数据包对应的传输小区发送的MSI中才包含该V2X消息对应的MBMS session的资源分配情况。
本发明实施例中提供了一种建立V2X业务会话请求的方法，包括：
向BM-SC请求V2X业务对应的TMGI；
接收BM-SC返回的V2X业务与TMGI的对应关系；
根据V2X业务的应用层数据包是否需要进行解析，确定该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
向BM-SC发起建立V2X业务开始请求消息，在V2X业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息。
本发明实施例中提供了一种建立V2X业务会话请求的方法，包括：
接收V2X应用服务器业务开始请求消息，所述业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
向V2X应用服务器回复业务响应消息。
本发明实施例中提供了一种建立V2X业务会话请求的方法，包括：
接收BM-SC发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
向BM-SC回复会话开始响应消息。
本发明实施例中提供了一种建立V2X业务会话请求的方法，包括：
接收MBMS GW发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
向MBMS GW回复会话开始响应消息。
本发明实施例中提供了一种确定V2X消息传输小区的装置，包括：
接收模块，用于接收会话开始请求消息，其中包含TMGI；
TMGI确定模块，用于确定需要进行应用层数据包解析的业务对应的TMGI；
小区确定模块，用于对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包对应的传输小区。
较佳地，TMGI确定模块进一步用于在确定需要进行应用层数据包解析的业务对应的TMGI时，在接收携带有TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息的会话开始请求消息后，根据所述标识信息确定需要进行应用层数据包解析的业务对应的TMGI；或者，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI。
较佳地，TMGI确定模块进一步用于在根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI时，根据OAM预配置的或协议约定确定的TMGI是否需要进行应用层数据包解析的信息确定需要进行应用层数据包解析的业务对应的TMGI。
较佳地，小区确定模块进一步用于在对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，根据V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定传输小区的。
较佳地，小区确定模块进一步用于根据V2X消息中携带的UE位置信息，以及关联距离在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内的小区中确定传输小区；或者，根据V2X消息中携带的UE位置信息，以及关联距离和关联传输方向的组合在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内的小区中确定传输小区。
较佳地，小区确定模块进一步用于在位于eNB type RSU时，交由eNB typeRSU内部的V2X server逻辑实体完成V2X应用层数据包解析，并通过层间原语通知给低层。
较佳地，进一步包括：
邻基站通知模块，用于当Uu V2X消息的传输小区中包含有归属于邻基站的小区时，将Uu V2X消息通知该邻基站，或者将Uu V2X消息和该消息需要广播的归属于该邻基站的小区通知该邻基站。
较佳地，进一步包括：
传输模块，用于在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播。
较佳地，传输模块进一步用于使用eMBMS或SC-PTM进行V2X消息广播。
较佳地，传输模块进一步用于在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播时，仅在该TMGI对应的应用层数据包对应的传输小区发送的MSI中才包含该V2X消息对应的MBMS session的资源分配情况。
本发明实施例中提供了一种建立V2X业务会话请求的装置，包括：
V2X应用服务器请求模块，用于向BM-SC请求V2X业务对应的TMGI；
V2X应用服务器接收模块，用于接收BM-SC返回的V2X业务与TMGI的对应关系；
V2X应用服务器解析模块，用于根据V2X业务的应用层数据包是否需要进行解析，确定该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
V2X应用服务器请求模块进一步用于向BM-SC发起建立V2X业务开始请求消息，在V2X业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息。
本发明实施例中提供了一种建立V2X业务会话请求的装置，包括：
BM-SC接收模块，用于接收V2X应用服务器业务开始请求消息，所述业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
BM-SC响应模块，用于向V2X应用服务器回复业务响应消息。
本发明实施例中提供了一种建立V2X业务会话请求的装置，包括：
MBMS GW接收模块，用于接收BM-SC发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
MBMS GW响应模块，用于向BM-SC回复会话开始响应消息。
本发明实施例中提供了一种建立V2X业务会话请求的装置，包括：
MME接收模块，用于接收MBMS GW发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
MME响应模块，用于向MBMS GW回复会话开始响应消息。
本发明有益效果如下：
在本发明实施例提供的技术方案中，通过在会话开始请求消息携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息，或者在基站预设TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息，这样在基站上可以对需要解析的V2X应用层数据包进行解析，进而确定该TMGI对应的Uu V2X消息的传输小区。进一步的，可以在该TMGI对应的Uu V2X消息的传输小区中进行V2X消息广播。因此，即使是在eMBMS网络架构下，也可以只在V2X消息的传输小区中进行V2X消息传输，而不必在MBSFN area内所有小区都进行传输，从而实现了在半静态或者静态配置的eMBMS MBSFN area或者SC-PTM cell list内提供灵活的V2X消息的传输方案。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为背景技术中LTE的MBMS网络架构示意图；
图2为背景技术中LTE***SC-PTM Cell list配置过程示意图；
图3为本发明实施例中V2X网络架构1示意图；
图4为本发明实施例中V2X网络架构2示意图；
图5为本发明实施例中V2X网络架构3示意图；
图6为本发明实施例中CAM消息结构示意图；
图7为本发明实施例中DENM消息结构示意图；
图8为本发明实施例中在V2X应用服务器上建立V2X业务会话请求的方法实施流程示意图；
图9为本发明实施例中在BM-SC上建立V2X业务会话请求的方法实施流程示意图；
图10为本发明实施例中在MBMS GW上建立V2X业务会话请求的方法实施流程示意图；
图11为本发明实施例中在MME上建立V2X业务会话请求的方法实施流程示意图；
图12为本发明实施例中在eNB上确定Uu V2X消息传输小区的方法实施流程示意图；
图13为本发明实施例中通过Session Start Request消息通知基站进行应用层数据包解析的实施流程示意图；
图14为本发明实施例中通过预配置通知基站进行应用层数据包解析的实施流程示意图；
图15为本发明实施例中确定V2X消息传输小区的装置结构示意图；
图16为本发明实施例中建立V2X业务会话请求的装置1结构示意图；
图17为本发明实施例中建立V2X业务会话请求的装置2结构示意图；
图18为本发明实施例中建立V2X业务会话请求的装置3结构示意图；
图19为本发明实施例中建立V2X业务会话请求的装置4结构示意图；
图20为本发明实施例中基站结构示意图；
图21为本发明实施例中V2X应用服务器结构示意图；
图22为本发明实施例中BM-SC结构示意图；
图23为本发明实施例中MBMS GW结构示意图；
图24为本发明实施例中MME结构示意图。
具体实施方式
下面结合附图对本发明的具体实施方式进行说明。
发明人在发明过程中注意到：
eMBMS网络架构的业务传输是基于静态或者半静态配置的eMBMSMBSFN area或者SC-PTM cell list传输的，也即，任何一条消息都会在MBSFNarea内所有小区都进行传输。但是有些消息可能仅在eMBMS MBSFN area或者SC-PTM cell list包含的部分小区内是有效的，而且eMBMS MBSFN area或者SC-PTM cell list内不同位置的终端发送的消息有效区域也是不同的。因此，半静态或者静态配置的eMBMS MBSFN area或者SC-PTM cell list内的消息传输方式并不是高效的，不利于提升***整体容量。下面就对这些可能仅在部分小区内有效的消息进行说明。
V2X(Vechile-to-Everything，车与万物)通信是目前通信领域一个热门议题，在2015年在3GPP RAN#67次会议上正式立项。V2X通信主要包含三方面内容：
(1)V2V(Vechile-to-Vechile，车到车)：车上的OBU(On Broad Unit，车载单元)之间的通信。
(2)V2I(Vechile-to-Infrastructure，车到网络)：车和RSU(Road Side Unit，路侧设备)之间的通信。
(3)V2P(Vechile-to-Pedestrian，车到行人)：车和行人之间的通信。
对于V2X，如果V和X使用上述(1)中所示的经由网络的通信方式，那么可以称之为经由网络的V2X通信(后面描述简称之为Uu V2X)；如果V和X使用上述(2)中所述的直接通信方式，则可以称之为V2X直接通信(后面描述简称之为PC5V2X)。
PC5V2X和Uu V2X两种通信方式各有优劣。PC5V2X的优势是：时延短、传输效率高；但其可靠性会随着终端之间的距离增加或者障碍物遮挡而变差。与之正好相反，Uu V2X虽然时延较长、传输效率较低，但是其可靠性是比较有保证的。
现有技术的不足在于：eMBMS网络架构的业务传输是基于静态或者半静态配置的eMBMS MBSFN area或者SC-PTM cell list传输的，即V2X applicationserver下发到BM-SC的任何一条消息都会在MBSFN area内所有小区都进行传输。但是考虑到V2X消息和传统的MBMS业务是不同的，V2X消息的特点是其可能仅在eMBMS MBSFN area或者SC-PTM cell list包含的部分小区内是有效的，而且eMBMS MBSFN area或者SC-PTM cell list内不同位置的终端发送的V2X消息，其有效区域也是不同的。因此需要考虑如何在半静态或者静态配置的eMBMS MBSFN area或者SC-PTM cell list内实现灵活的Uu V2X消息传输以提升***整体容量。
基于此，本发明给出了一种Uu V2X消息传输小区确定方案，即eNB针对特定TMGI(Temporary Mobile Group Identity，临时移动组标识)对应的应用层数据包需要执行应用层数据包解析功能，通过应用层数据包解析确定UuV2X消息传输小区。下面进行说明。
首先对实施的环境、V2X消息、接口进行说明。
目前Uu V2X支持三种网络架构分别如下：
架构1：
图3为V2X网络架构1示意图，如图所示，该网络架构完全复用现有eMBMS/SC-PTM的网络架构。
架构2：
图4为V2X网络架构2示意图，如图所示，该架构的特点是将MBMS相关用户面节点下沉到eNB，目的是为了减少用户面时延，这种eNB也称为eNBtype RSU。
架构3：
图5为V2X网络架构3示意图，如图所示，该架构的特点是MBMS GW、BM-SC是本地部署的。
V2X消息：
根据美国和欧洲智能交通标准，V2X支持两种消息类型：CAM(CooperativeAwareness Message，协作告警消息)和DENM(Decentralized EnvironmentalNotification Message，分布式环境通知消息)。对于CAM只支持单跳，对于DENM可以支持多跳。发送车辆在发送V2X消息时根据消息需要的传输范围可以选择使用CAM还是DENM。如果只需要在单跳范围内传输，则选择CAM；否则选择DENM消息。图6为CAM消息结构示意图，图7为DENM消息结构示意图，CAM消息结构及DENM消息结构请参见图6、图7。
X2口：
X2口为基站间接口，通过X2接口相关过程，基站间可以交互信息，比如X2SETUP REQUEST(X2接口建立请求)或X2SETUP RESPONSE(X2接口建立响应)或ENB CONFIGURATION UPDATE(eNB配置更新)等。
在具体实施说明过程中，将分别从V2X应用服务器、BM-SC(broadcastmulticast service center，广播组播业务中心)、MBMS GW(Gateway，网关)、MME(Mobility Management Entity，移动性管理实体)与基站侧的实施进行说明，然后还将给出这些设备配合实施的实例以更好地理解本发明实施例中给出的方案的实施。但这样的说明方式并不意味着这些设备必须配合实施、或者必须单独实施，实际上，当这些设备分开实施时，其也各自解决自己一侧的问题，而这些设备结合使用时，会获得更好的技术效果。
图8为在V2X应用服务器上建立V2X业务会话请求的方法实施流程示意图，如图所示，可以包括：
步骤801、向BM-SC请求V2X业务对应的TMGI；
步骤802、接收BM-SC返回的V2X业务与TMGI的对应关系；
步骤803、根据V2X业务的应用层数据包是否需要进行解析，确定该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
步骤804、向BM-SC发起建立V2X业务开始请求消息，在V2X业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息。
图9为在BM-SC上建立V2X业务会话请求的方法实施流程示意图，如图所示，可以包括：
步骤901、接收V2X应用服务器业务开始请求消息，所述业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
步骤902、向V2X应用服务器回复业务响应消息。
图10为在MBMS GW上建立V2X业务会话请求的方法实施流程示意图，如图所示，可以包括：
步骤1001、接收BM-SC发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
步骤1002、向BM-SC回复会话开始响应消息。
图11为在MME上建立V2X业务会话请求的方法实施流程示意图，如图所示，可以包括：
步骤1101、接收MBMS GW发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
步骤1102、向MBMS GW回复会话开始响应消息。
图12为在eNB上确定Uu V2X消息传输小区的方法实施流程示意图，如图所示，可以包括：
步骤1201、接收会话开始请求消息，其中包含TMGI；
步骤1202、确定需要进行应用层数据包解析的业务对应的TMGI；
步骤1203、对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包对应的传输小区。
实施中，对于步骤1202确定需要进行应用层数据包解析的业务对应的TMGI，可以包括：
接收携带有TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息的会话开始请求消息，根据所述标识信息确定需要进行应用层数据包解析的业务对应的TMGI；
或者，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI。
具体的，在采用在基站预设需要解析的V2X应用层数据包的TMGI的方式时，沿用现有MBMS会话建立过程即可，也即，在V2X服务器发起的会话请求过程中，在接收到V2X应用层数据包后，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI。该种方式的实施还将在实施例2中进行说明，而接收携带有TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息的会话开始请求消息，根据所述标识信息确定需要进行应用层数据包解析的业务对应的TMGI方式的实施将在实施例1中进行说明。
实施中，还可以进一步包括：
步骤1204、在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播。
具体的，所述V2X消息广播可以是使用eMBMS或SC-PTM进行的。
具体的，在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播时，仅在该TMGI对应的应用层数据包对应的传输小区发送的MSI中才包含该V2X消息对应的MBMS session的资源分配情况。
本申请中的TMGI将称为特定TMGI。则在实施中，特定TMGI是指Uu V2X消息对应的部分或者全部TMGI。特定TMGI可以是预配置给基站或者在MBMS Session Start Request(MBMS会话开始请求)消息中增加标识信息通知给基站。
对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包的传输小区，可以根据V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定Uu V2X消息的传输小区。
实施中，当Uu V2X消息的传输小区中包含有归属于邻基站的小区时，还可以进一步包括：将Uu V2X消息通知该邻基站，或者将Uu V2X消息和该消息需要广播的归属于该邻基站的小区通知该邻基站。
具体的，对于Uu V2X网络架构2/3，基站如果确定Uu V2X消息传输小区包含邻基站下的小区，那么基站需要通过X2接口或者新引入的基站间接口将所述V2X消息或者V2X消息和该消息要在邻基站下哪些小区广播的小区列表通知给邻基站。若通知邻基站Uu V2X消息，邻基站就可以自己计算在哪些小区广播；都通知Uu V2X消息和该消息需要广播的归属于该邻基站的小区的话，邻基站自己就不需要再计算需要在哪些小区广播了。
实施中，在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播时，仅在该TMGI对应的应用层数据包对应的传输小区发送的MSI中才包含该V2X消息对应的MBMS session的资源分配情况。
具体的，基站只有在该TMGI对应的eMBMS MBSFN area或者SC-PTMCell list内需要传输该Uu V2X消息的小区发送的MSI中才包含该Uu V2X消息对应的MBMS session的资源分配情况；该TMGI对应的eMBMS MBSFNarea或者SC-PTM Cell list内其他小区发送的MSI中不需要包含该Uu V2X消息对应的MBMS session的资源分配情况。
实施中，对于eNB type RSU，由eNB type RSU内部的V2X server逻辑实体完成V2X应用层数据包解析，并通过层间原语通知给低层。
具体的，对于架构2，如果V2X server内嵌到eNB(即eNB type RSU)，那么应用层数据包解析功能可以由内嵌到eNB的V2X server逻辑实体完成。通过原语在eNB type RSU内部各个逻辑节点间交互。
下面通过实例进行说明。
实施例1：
图13为通过Session Start Request消息通知基站进行应用层数据包解析的实施流程示意图，本例中将说明通过Session Start Request消息通知基站要进行应用层数据包解析的TMGI的实施方式，具体如图所示，可以包括如下步骤：
步骤1301-1302：V2X业务服务器向BM-SC请求获取V2X业务和TMGI的对应关系。
步骤1303：V2X业务服务器维护TMGI和V2X业务的对应关系。V2X业务可以都使用同一个TMGI或者根据优先级不同使用不同的TMGI。
步骤1304a、1304b：V2X业务服务器和BM-SC交互，请求开始V2X业务传输。V2X会话传输开始请求中可以携带V2X会话对应的TMGI或TMGI和应用层数据包解析标识信息。
步骤1305a、1305b：BM-SC和MBMS GW之间交互会话开始请求和响应消息，对于需要进行应用层数据包解析的TMGI，会话开始请求消息中需要携带应用层数据包解析标识信息。
步骤1306a、1306b：MBMS GW和MME之间交互会话开始请求和响应消息，对于需要进行应用层数据包解析的TMGI，会话开始请求消息中需要携带应用层数据包解析标识信息。
步骤1307a、1307b：MME和MCE之间交互会话开始请求和响应消息，对于需要进行应用层数据包解析的TMGI，会话开始请求消息中需要携带应用层数据包解析标识信息。
步骤1308：基站确定需要对哪些TMGI对应的数据包进行应用层数据包解析。
基站根据会话开始请求消息中携带的TMGI以及应用层数据包解析标识信息判断是否需要对该TMGI对应的应用层数据包进行解析。具体的，比如该TMGI对应的应用层数据包解析标识信息置为1，则表示需要对该TMGI对应的应用层数据进行包解析；否则，不进行应用层数据包解析。
步骤1309：eNB加入TMGI对应的IP多播组。
步骤1310、1311：eNB从V2X业务服务器处接收V2X数据。
步骤1312：根据步骤1308的判断结果，对需要进行应用层数据包解析的TMGI对应的数据包进行应用层数据解析，确定Uu V2X消息传输小区。
实施中，对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包的传输小区，可以是根据V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定Uu V2X消息的传输小区的。
具体的，根据Uu V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定Uu V2X消息的传输小区，是根据V2X消息中携带的UE位置信息，以及relevanceDistance(关联距离)，或者根据V2X消息中携带的UE位置信息，以及relevanceDistance和relevanceTrafficDirection(关联传输方向)的组合在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内的小区中确定V2X消息的传输小区的。
具体的，以DENM消息为例，基站根据DENM消息中携带的UE位置信息、relevanceDistance或者relevanceDistance和relevanceTrafficDirection的组合确定当前该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内哪些小区为Uu V2X消息传输小区。
对于Uu V2X网络架构2，基站如果确定Uu V2X消息传输小区包含邻基站下的小区，那么基站可以通过X2接口或者新引入的基站间接口将所述V2X消息或者V2X消息和该小区要在邻基站下哪些小区广播的小区列表通知给邻基站。
步骤1313：在步骤1312确定的Uu V2X消息传输小区使用eMBMS或者SC-PTM进行V2X消息广播。
具体的，基站在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内需要传输该Uu V2X消息的小区发送的MSI中才包含该Uu V2X消息对应的MBMS session的资源分配情况；该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内其他小区发送的MSI中不需要包含该Uu V2X消息对应的MBMS session的资源分配情况。
实施例2：
图14为通过预配置通知基站进行应用层数据包解析的实施流程示意图，本例中将说明通过预配置通知基站要进行应用层数据包解析的TMGI的实施方式，具体如图所示，可以包括如下步骤：
步骤1401-1402：V2X业务服务器向BM-SC请求获取V2X业务和TMGI的对应关系。
步骤1403：V2X业务服务器维护TMGI和V2X业务的对应关系。
步骤1404a、1404b：V2X业务服务器和BM-SC交互，请求开始V2X业务传输。V2X会话传输开始请求中可以携带V2X会话对应的TMGI。
步骤1405a、1405b：BM-SC和MBMS GW之间交互会话开始请求和响应消息。
步骤1406a、1406b：MBMS GW和MME之间交互会话开始请求和响应消息。
步骤1407a、1407b：MME和MCE之间交互会话开始请求和响应消息。
步骤1408：基站根据预配置的要进行应用层数据包解析的Uu V2X消息对应的TMGI确定需要对哪些TMGI对应的数据包进行应用层数据包解析。
实施中，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI，包括：
根据OAM预配置的或协议约定确定的TMGI是否需要进行应用层数据包解析的信息确定需要进行应用层数据包解析的业务对应的TMGI。
具体的，预设可以通过OAM(Operations，Administration and Maintenance，运行、管理和维护)预配置，也可以通过在协议中约定。
具体实施中，基站接收到会话开始请求消息，提取其中的TMGI，然后和预配置或者协议约定的要进行应用层数据包解析的TMGI对比。如果其包含在要进行应用层数据包解析的TMGI列表中，那么需要对该TMGI对应的后续业务数据包进行包解析；否则，不需要。
步骤1409：eNB加入TMGI对应的IP多播组。
步骤1410、1411：eNB从V2X业务服务器组接收V2X数据。
步骤1412：根据步骤1408的判断结果，对需要进行应用层数据包解析的TMGI对应的数据包进行应用层数据解析，确定Uu V2X消息传输小区。具体确定Uu V2X消息传输小区的依据包括：基站根据V2X消息类型、消息中携带的区域指示信息、发送UE的位置信息。
具体的，以DENM消息为例，基站根据DENM消息中携带的UE位置信息、relevanceDistance或者relevanceDistance和relevanceTrafficDirection的组合确定当前该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内哪些小区为需要接收该V2X消息的小区。
对于Uu V2X网络架构2，基站如果确定Uu V2X消息传输小区包含邻基站下的小区，那么基站需要通过X2接口或者新引入的基站间接口将所述V2X消息或者V2X消息和该小区要在邻基站下哪些小区广播的小区列表通知给邻基站。
步骤1413：在步骤1412确定的Uu V2X消息传输小区使用eMBMS或者SC-PTM进行V2X消息广播。
基站只有在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内需要传输该Uu V2X消息的小区发送的MSI中才包含该Uu V2X消息对应的MBMS session的资源分配情况；该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内其他小区发送的MSI中不需要包含该Uu V2X消息对应的MBMS session的资源分配情况。
实施例3：
本例说明在eNB type RSU上的实施方式，也即，对于eNB type RSU，由eNB type RSU内部的V2X server逻辑实体完成V2X应用层数据包解析，并通过层间原语通知给低层。
对于架构图2，由于V2X server以及MBMS相关用户面节点下沉，eNB、V2X server、BM-SC和MBMS GW都从逻辑实体变为eNB type RSU实体的内部逻辑功能。这些逻辑实体在eNB type RSU内部交互使用原语方式。
这种特殊架构下，eNB type RSU实体的eNB内部逻辑功能可以不具备业务层数据包解析功能，应用层数据包解析功能由eNB type RSU实体的V2Xserver逻辑功能实现。在V2X server逻辑功能通过原语携带V2X应用层数据包、数据包对应的发送UE位置信息以及传输小区指示信息。这些信息通过原语经由eNB type RSU实体的BM-SC和MBMS GW逻辑功能传递给eNB type RSU实体的eNB逻辑功能。
eNB type RSU实体的eNB逻辑功能不需要再进行业务层数据包解析，直接根据接收到的原语携带的信息确定Uu V2X消息传输小区。
eNB type RSU实体的eNB逻辑功能如果确定Uu V2X消息传输小区包含邻基站下的小区，那么基站需要通过X2接口或者新引入的基站间接口将所述V2X消息或者V2X消息和该小区要在邻基站下哪些小区广播的小区列表通知给邻基站。
eNB type RSU实体的eNB逻辑功能只有在该TMGI对应的eMBMSMBSFN area或者SC-PTM Cell list内需要传输该Uu V2X消息的小区发送的MSI中才包含该Uu V2X消息对应的MBMS session的资源分配情况；该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内其他小区发送的MSI中不需要包含该Uu V2X消息对应的MBMS session的资源分配情况。
基于同一发明构思，本发明实施例中还提供了在V2X应用服务器上建立V2X业务会话请求的装置、在BM-SC上建立V2X业务会话请求的装置、在MBMS GW上建立V2X业务会话请求的装置、在MME上建立V2X业务会话请求的装置、在eNB上确定Uu V2X消息传输小区的装置，由于这些装置解决问题的原理与在V2X应用服务器上建立V2X业务会话请求的方法、在BM-SC上建立V2X业务会话请求的方法实施流程示意图、在MBMS GW上建立V2X业务会话请求的方法、在MME上建立V2X业务会话请求的方法、在eNB上确定Uu V2X消息传输小区的方法相似，因此这些装置的实施可以参见方法的实施，重复之处不再赘述。
图15为确定V2X消息传输小区的装置结构示意图，如图所示，包括：
接收模块1501，用于接收会话开始请求消息，其中包含TMGI；
TMGI确定模块1502，用于确定需要进行应用层数据包解析的业务对应的TMGI；
小区确定模块1503，用于对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包对应的传输小区。
实施中，TMGI确定模块进一步用于在确定需要进行应用层数据包解析的业务对应的TMGI时，在接收携带有TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息的会话开始请求消息后，根据所述标识信息确定需要进行应用层数据包解析的业务对应的TMGI；或者，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI。
实施中，TMGI确定模块进一步用于在根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI时，根据OAM预配置的或协议约定确定的TMGI是否需要进行应用层数据包解析的信息确定需要进行应用层数据包解析的业务对应的TMGI。
实施中，小区确定模块进一步用于在对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，根据V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定传输小区的。
实施中，小区确定模块进一步用于根据V2X消息中携带的UE位置信息，以及关联距离在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内的小区中确定传输小区；或者，根据V2X消息中携带的UE位置信息，以及关联距离和关联传输方向的组合在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内的小区中确定传输小区。
实施中，小区确定模块进一步用于在位于eNB type RSU时，交由eNB typeRSU内部的V2X server逻辑实体完成V2X应用层数据包解析，并通过层间原语通知给低层。
实施中，进一步包括：
邻基站通知模块1504，用于当Uu V2X消息的传输小区中包含有归属于邻基站的小区时，将Uu V2X消息通知该邻基站，或者将Uu V2X消息和该消息需要广播的归属于该邻基站的小区通知该邻基站。
实施中，进一步包括：
传输模块1505，用于在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播。
实施中，传输模块进一步用于使用eMBMS或SC-PTM进行V2X消息广播。
实施中，传输模块进一步用于在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播时，仅在该TMGI对应的应用层数据包对应的传输小区发送的MSI中才包含该V2X消息对应的MBMS session的资源分配情况。
图16为建立V2X业务会话请求的装置1结构示意图，如图所示，包括：
V2X应用服务器请求模块1601，用于向BM-SC请求V2X业务对应的TMGI；
V2X应用服务器接收模块1602，用于接收BM-SC返回的V2X业务与TMGI的对应关系；
V2X应用服务器解析模块1603，用于根据V2X业务的应用层数据包是否需要进行解析，确定该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
V2X应用服务器请求模块进一步用于向BM-SC发起建立V2X业务开始请求消息，在V2X业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息。
图17为建立V2X业务会话请求的装置2结构示意图，如图所示，包括：
BM-SC接收模块1701，用于接收V2X应用服务器业务开始请求消息，所述业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
BM-SC响应模块1702，用于向V2X应用服务器回复业务响应消息。
图18为建立V2X业务会话请求的装置3结构示意图，如图所示，包括：
MBMS GW接收模块1801，用于接收BM-SC发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
MBMS GW响应模块1802，用于向BM-SC回复会话开始响应消息。
图19为建立V2X业务会话请求的装置4结构示意图，如图所示，包括：
MME接收模块1901，用于接收MBMS GW发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
MME响应模块1902，用于向MBMS GW回复会话开始响应消息。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
在实施本发明实施例提供的技术方案时，可以按如下方式实施。
图20为基站结构示意图，如图所示，基站中包括：
处理器2000，用于读取存储器2020中的程序，执行下列过程：
确定需要进行应用层数据包解析的业务对应的TMGI；
对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包对应的传输小区；
收发机2010，用于在处理器2000的控制下发送数据，执行下列过程：
接收会话开始请求消息，其中包含TMGI。
实施中，所述确定需要进行应用层数据包解析的业务对应的TMGI，包括：
接收携带有TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息的会话开始请求消息，根据所述标识信息确定需要进行应用层数据包解析的业务对应的TMGI；
或者，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI。
实施中，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI，包括：
根据OAM预配置的或协议约定确定的TMGI是否需要进行应用层数据包解析的信息确定需要进行应用层数据包解析的业务对应的TMGI。
实施中，对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包的传输小区，是根据V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定Uu V2X消息的传输小区的。
实施中，根据V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定V2X消息的传输小区，是根据V2X消息中携带的UE位置信息，以及关联距离在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内的小区中确定传输小区；或者，根据V2X消息中携带的UE位置信息，以及关联距离和关联传输方向的组合在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内的小区中确定V2X消息的传输小区的。
实施中，对于eNB type RSU，由eNB type RSU内部的V2X server逻辑实体完成V2X应用层数据包解析，并通过层间原语通知给低层。
实施中，进一步包括：
当Uu V2X消息的传输小区中包含有归属于邻基站的小区时，将Uu V2X消息通知该邻基站，或者将Uu V2X消息和该消息需要广播的归属于该邻基站的小区通知该邻基站。
实施中，进一步包括：
在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播。
实施中，所述V2X消息广播是使用eMBMS或SC-PTM进行的。
实施中，在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播时，仅在该TMGI对应的应用层数据包对应的传输小区发送的MSI中才包含该V2X消息对应的MBMS session的资源分配情况。
其中，在图20中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器2000代表的一个或多个处理器和存储器2020代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机2010可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器2000负责管理总线架构和通常的处理，存储器2020可以存储处理器2000在执行操作时所使用的数据。
图21为V2X应用服务器结构示意图，如图所示，V2X应用服务器包括：
处理器2100，用于读取存储器2120中的程序，执行下列过程：
根据V2X业务的应用层数据包是否需要进行解析，确定该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
收发机2110，用于在处理器2100的控制下发送数据，执行下列过程：
向BM-SC请求V2X业务对应的TMGI；
接收BM-SC返回的V2X业务与TMGI的对应关系；
向BM-SC发起建立V2X业务开始请求消息，在V2X业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息。
其中，在图21中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器2100代表的一个或多个处理器和存储器2120代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机2110可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器2100负责管理总线架构和通常的处理，存储器2120可以存储处理器2100在执行操作时所使用的数据。
图22为BM-SC结构示意图，如图所示，BM-SC包括：
处理器2200，用于读取存储器2220中的程序，执行下列过程：
根据收发机的需要对数据进行处理；
收发机2210，用于在处理器2200的控制下发送数据，执行下列过程：
接收V2X应用服务器业务开始请求消息，所述业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
向V2X应用服务器回复业务响应消息。
其中，在图22中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器2200代表的一个或多个处理器和存储器2220代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机2210可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器2200负责管理总线架构和通常的处理，存储器2220可以存储处理器2200在执行操作时所使用的数据。
图23为MBMS GW结构示意图，如图所示，MBMS GW包括：
处理器2300，用于读取存储器2320中的程序，执行下列过程：
根据收发机的需要对数据进行处理；
收发机2310，用于在处理器2300的控制下发送数据，执行下列过程：
接收BM-SC发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
向BM-SC回复会话开始响应消息。
其中，在图23中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器2300代表的一个或多个处理器和存储器2320代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机2310可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器2300负责管理总线架构和通常的处理，存储器2320可以存储处理器2300在执行操作时所使用的数据。
图24为MME结构示意图，如图所示，MME包括：
处理器2400，用于读取存储器2420中的程序，执行下列过程：
根据收发机的需要对数据进行处理；
收发机2410，用于在处理器2400的控制下发送数据，执行下列过程：
接收MBMS GW发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
向MBMS GW回复会话开始响应消息。
其中，在图24中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器2400代表的一个或多个处理器和存储器2420代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机2410可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器2400负责管理总线架构和通常的处理，存储器2420可以存储处理器2400在执行操作时所使用的数据。
综上所述，本发明实施例中给出了一种Uu V2X消息传输小区确定方案。即eNB针对特定TMGI对应的应用层数据包需要执行应用层数据包解析功能，通过应用层数据包解析确定Uu V2X消息传输小区。
还具体提供了：特定TMGI是预配置给基站或者在MBMS Session StartRequest消息中增加标识信息通知给基站。特定TMGI是指Uu V2X消息对应的部分或者全部TMGI。
基站通过解析层应用数据包确定Uu V2X消息传输小区具体如下：根据Uu V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定Uu V2X消息的传输小区。
对于Uu V2X网络架构2，基站如果确定Uu V2X消息传输小区包含邻基站下的小区，那么基站需要通过X2接口或者新引入的基站间接口将所述V2X消息或者V2X消息和该小区要在邻基站下哪些小区广播的小区列表通知给邻基站。
基站只有在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内需要传输该Uu V2X消息的小区发送的MSI中才包含该Uu V2X消息对应的MBMS session的资源分配情况；该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内其他小区发送的MSI中不需要包含该Uu V2X消息对应的MBMS session的资源分配情况。
通过上述方案本可以实现V2X消息在3GPP网络的广播。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (28)
1.一种确定车与万物V2X消息传输小区的方法，其特征在于，包括：
接收会话开始请求消息，其中包含临时移动组标识TMGI；
确定需要进行应用层数据包解析的业务对应的TMGI；
对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包对应的传输小区。
2.如权利要求1所述的方法，其特征在于，所述确定需要进行应用层数据包解析的业务对应的TMGI，包括：
接收携带有TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息的会话开始请求消息，根据所述标识信息确定需要进行应用层数据包解析的业务对应的TMGI；
或者，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI。
3.如权利要求2所述的方法，其特征在于，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI，包括：
根据运行、管理和维护OAM预配置的或协议约定确定的TMGI是否需要进行应用层数据包解析的信息确定需要进行应用层数据包解析的业务对应的TMGI。
4.如权利要求1所述的方法，其特征在于，对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包的传输小区，是根据V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定Uu V2X消息的传输小区的。
5.如权利要求4所述的方法，其特征在于，根据V2X消息类型、消息中携带的区域指示信息、以及发送用户设备UE的位置信息确定V2X消息的传输小区，是根据V2X消息中携带的UE位置信息，以及关联距离在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内的小区中确定V2X消息的传输小区的；或者，根据V2X消息中携带的UE位置信息，以及关联距离和关联传输方向的组合在该TMGI对应的eMBMS MBSFN area或者SC-PTM Celllist内的小区中确定V2X消息的传输小区的。
6.如权利要求1所述的方法，其特征在于，对于eNB type RSU，由eNBtype RSU内部的V2X server逻辑实体完成V2X应用层数据包解析，并通过层间原语通知给低层。
7.如权利要求1所述的方法，其特征在于，进一步包括：
当Uu V2X消息的传输小区中包含有归属于邻基站的小区时，将Uu V2X消息通知该邻基站，或者将Uu V2X消息和该消息需要广播的归属于该邻基站的小区通知该邻基站。
8.如权利要求1至7任一所述的方法，其特征在于，进一步包括：
在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播。
9.如权利要求8所述的方法，其特征在于，所述V2X消息广播是使用演进的多媒体广播\组播服务eMBMS或单小区点到多点SC-PTM进行的。
10.如权利要求8所述的方法，其特征在于，在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播时，仅在该TMGI对应的应用层数据包对应的传输小区发送的MSI中才包含该V2X消息对应的MBMS会话MBMS session的资源分配情况。
11.一种建立V2X业务会话请求的方法，其特征在于，包括：
向BM-SC请求V2X业务对应的TMGI；
接收BM-SC返回的V2X业务与TMGI的对应关系；
根据V2X业务的应用层数据包是否需要进行解析，确定该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
向BM-SC发起建立V2X业务开始请求消息，在V2X业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息。
12.一种建立V2X业务会话请求的方法，其特征在于，包括：
接收V2X应用服务器业务开始请求消息，所述业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
向V2X应用服务器回复业务响应消息。
13.一种建立V2X业务会话请求的方法，其特征在于，包括：
接收广播组播业务中心BM-SC发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
向BM-SC回复会话开始响应消息。
14.一种建立V2X业务会话请求的方法，其特征在于，包括：
接收MBMS网关GW发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
向MBMS GW回复会话开始响应消息。
15.一种确定V2X消息传输小区的装置，其特征在于，包括：
接收模块，用于接收会话开始请求消息，其中包含TMGI；
TMGI确定模块，用于确定需要进行应用层数据包解析的业务对应的TMGI；
小区确定模块，用于对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，确定该TMGI对应的应用层数据包对应的传输小区。
16.如权利要求15所述的装置，其特征在于，TMGI确定模块进一步用于在确定需要进行应用层数据包解析的业务对应的TMGI时，在接收携带有TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息的会话开始请求消息后，根据所述标识信息确定需要进行应用层数据包解析的业务对应的TMGI；或者，根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI。
17.如权利要求16所述的装置，其特征在于，TMGI确定模块进一步用于在根据预设的TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息确定需要进行应用层数据包解析的业务对应的TMGI时，根据OAM预配置的或协议约定确定的TMGI是否需要进行应用层数据包解析的信息确定需要进行应用层数据包解析的业务对应的TMGI。
18.如权利要求15所述的装置，其特征在于，小区确定模块进一步用于在对需要进行应用层数据包解析的TMGI对应的应用层数据包进行解析后，根据V2X消息类型、消息中携带的区域指示信息、以及发送UE的位置信息确定传输小区的。
19.如权利要求18所述的装置，其特征在于，小区确定模块进一步用于根据V2X消息中携带的UE位置信息，以及关联距离在该TMGI对应的eMBMSMBSFN area或者SC-PTM Cell list内的小区中确定传输小区；或者，根据V2X消息中携带的UE位置信息，以及关联距离和关联传输方向的组合在该TMGI对应的eMBMS MBSFN area或者SC-PTM Cell list内的小区中确定传输小区。
20.如权利要求15所述的装置，其特征在于，小区确定模块进一步用于在位于eNB type RSU时，交由eNB type RSU内部的V2X server逻辑实体完成V2X应用层数据包解析，并通过层间原语通知给低层。
21.如权利要求15所述的装置，其特征在于，进一步包括：
邻基站通知模块，用于当Uu V2X消息的传输小区中包含有归属于邻基站的小区时，将Uu V2X消息通知该邻基站，或者将Uu V2X消息和该消息需要广播的归属于该邻基站的小区通知该邻基站。
22.如权利要求15至21任一所述的装置，其特征在于，进一步包括：
传输模块，用于在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播。
23.如权利要求22所述的装置，其特征在于，传输模块进一步用于使用eMBMS或SC-PTM进行V2X消息广播。
24.如权利要求22所述的装置，其特征在于，传输模块进一步用于在该TMGI对应的应用层数据包对应的传输小区中进行V2X消息广播时，仅在该TMGI对应的应用层数据包对应的传输小区发送的MSI中才包含该V2X消息对应的MBMS session的资源分配情况。
25.一种建立V2X业务会话请求的装置，其特征在于，包括：
V2X应用服务器请求模块，用于向BM-SC请求V2X业务对应的TMGI；
V2X应用服务器接收模块，用于接收BM-SC返回的V2X业务与TMGI的对应关系；
V2X应用服务器解析模块，用于根据V2X业务的应用层数据包是否需要进行解析，确定该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
V2X应用服务器请求模块进一步用于向BM-SC发起建立V2X业务开始请求消息，在V2X业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息。
26.一种建立V2X业务会话请求的装置，其特征在于，包括：
BM-SC接收模块，用于接收V2X应用服务器业务开始请求消息，所述业务开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
BM-SC响应模块，用于向V2X应用服务器回复业务响应消息。
27.一种建立V2X业务会话请求的装置，其特征在于，包括：
MBMS GW接收模块，用于接收BM-SC发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
MBMS GW响应模块，用于向BM-SC回复会话开始响应消息。
28.一种建立V2X业务会话请求的装置，其特征在于，包括：
MME接收模块，用于接收MBMS GW发送的会话开始请求消息，所述会话开始请求消息中携带TMGI以及该TMGI对应的应用层数据包是否需要进行应用层数据包解析的标识信息；
MME响应模块，用于向MBMS GW回复会话开始响应消息。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610109884.3A CN107135485B (zh) | 2016-02-26 | 2016-02-26 | 一种建立车与万物会话请求、确定传输小区的方法及装置 |
| PCT/CN2017/071506 WO2017143891A1 (zh) | 2016-02-26 | 2017-01-18 | 一种建立车与万物会话请求、确定传输小区的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610109884.3A CN107135485B (zh) | 2016-02-26 | 2016-02-26 | 一种建立车与万物会话请求、确定传输小区的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107135485A true CN107135485A (zh) | 2017-09-05 |
| CN107135485B CN107135485B (zh) | 2020-06-12 |
Family
ID=59685827
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610109884.3A Active CN107135485B (zh) | 2016-02-26 | 2016-02-26 | 一种建立车与万物会话请求、确定传输小区的方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN107135485B (zh) |
| WO (1) | WO2017143891A1 (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10470001B2 (en) * | 2016-03-17 | 2019-11-05 | Lg Electronics Inc. | Method and apparatus for scheduling data common to both MBSFN and SC-PTM in wireless communication system |
| CN113498023A (zh) * | 2020-04-02 | 2021-10-12 | 成都鼎桥通信技术有限公司 | Mbms收发方法、装置、设备以及存储介质 |
| WO2022205832A1 (zh) * | 2021-04-01 | 2022-10-06 | 中兴通讯股份有限公司 | 服务质量流传输方法、装置、基站、终端和存储介质 |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6892474B2 (ja) * | 2019-03-26 | 2021-06-23 | 本田技研工業株式会社 | 通信システム |
| CN112954643B (zh) * | 2019-11-25 | 2024-03-19 | ***通信有限公司研究院 | 直连通信认证方法、终端、边缘服务节点及网络侧设备 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103781198A (zh) * | 2013-11-05 | 2014-05-07 | 同济大学 | 一种基于802.11p与LTE/LTE-A的车联网消息传播方法 |
| CN105282688A (zh) * | 2015-10-30 | 2016-01-27 | 东莞酷派软件技术有限公司 | 一种信息传输的方法及路侧单元 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101132607B (zh) * | 2006-08-22 | 2011-07-20 | 上海贝尔阿尔卡特股份有限公司 | 演进多媒体广播组播业务接入网关、基站和方法 |
| CN100518341C (zh) * | 2007-05-24 | 2009-07-22 | 中兴通讯股份有限公司 | 多媒体广播方法和*** |
| ES2948445T3 (es) * | 2013-04-16 | 2023-09-12 | Ericsson Telefon Ab L M | Restauración de sesión de MBMS en EPS por fallo de ruta |
-
2016
- 2016-02-26 CN CN201610109884.3A patent/CN107135485B/zh active Active
-
2017
- 2017-01-18 WO PCT/CN2017/071506 patent/WO2017143891A1/zh active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103781198A (zh) * | 2013-11-05 | 2014-05-07 | 同济大学 | 一种基于802.11p与LTE/LTE-A的车联网消息传播方法 |
| CN105282688A (zh) * | 2015-10-30 | 2016-01-27 | 东莞酷派软件技术有限公司 | 一种信息传输的方法及路侧单元 |
Non-Patent Citations (1)
| Title |
|---|
| ZTE: "Discussion on the eMBMS based V2X broadcast ，R2-161430", 《3GPP TSG RAN WG2 #93》 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10470001B2 (en) * | 2016-03-17 | 2019-11-05 | Lg Electronics Inc. | Method and apparatus for scheduling data common to both MBSFN and SC-PTM in wireless communication system |
| CN113498023A (zh) * | 2020-04-02 | 2021-10-12 | 成都鼎桥通信技术有限公司 | Mbms收发方法、装置、设备以及存储介质 |
| CN113498023B (zh) * | 2020-04-02 | 2022-08-23 | 成都鼎桥通信技术有限公司 | Mbms收发方法、装置、设备以及存储介质 |
| WO2022205832A1 (zh) * | 2021-04-01 | 2022-10-06 | 中兴通讯股份有限公司 | 服务质量流传输方法、装置、基站、终端和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2017143891A1 (zh) | 2017-08-31 |
| CN107135485B (zh) | 2020-06-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11700509B2 (en) | Communication system, communication method, and apparatus thereof | |
| CN104871570B (zh) | 基于lte增强型多媒体广播多播业务的群组通信的业务连续性方法以及用户设备 | |
| EP3216305B1 (en) | Methods and apparatus for transmitting group message to user equipment | |
| CN102378113B (zh) | 一种多媒体广播多播业务传输方式的转换方法和*** | |
| CN103733657B (zh) | 识别ue对embms的计数结果 | |
| CN106341839B (zh) | 一种信息上报、接收，承载建立的方法及装置 | |
| CN102857873A (zh) | 基于td-lte的宽带数字集群***及其数据传输方法 | |
| US20230179958A1 (en) | Multicast/broadcast information transmission method and device, storage medium, and electronic device | |
| CN107135485A (zh) | 一种建立车与万物会话请求、确定传输小区的方法及装置 | |
| CN106341794B (zh) | 一种信息发送方法及装置 | |
| US20220322291A1 (en) | Method for channel establishment, base station and multi-cell multicast coordination entity mce | |
| CN104283602B (zh) | 集群中继方法、装置及*** | |
| CN103067868B (zh) | 一种mce控制集群会话建立的方法及*** | |
| CN106341848A (zh) | 一种切换方法及装置 | |
| EP3188518B1 (en) | Lte trunking communication method and device | |
| CN106341813A (zh) | 一种信息发送接收方法及装置 | |
| CN106993275A (zh) | 多媒体广播多播业务mbms的发送处理方法及装置 | |
| WO2015117376A1 (zh) | 建立lte集群通信承载的方法、用户设备及第一网元设备 | |
| CN107041016B (zh) | 一种消息转发的方法、设备和*** | |
| CN103581833B (zh) | 一种动态多媒体广播多播服务(mbms)业务传输的方法及*** | |
| CN112566045A (zh) | 多媒体广播组播业务mbms传输方法及设备 | |
| CN104955086A (zh) | Mbms差错处理方法、通信节点及通信*** | |
| US10924892B2 (en) | Group communications method, device, and system | |
| WO2023060445A1 (en) | User equipment, source base station, target base station, and handover methods for seamless ue mbs mobility | |
| US20240214875A1 (en) | User equipment, source base station, target base station, and handover methods for ue mbs mobility with service continuity |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| CP01 | Change in the name or title of a patent holder | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210531 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right |