车联网业务标识的处理方法及装置与流程

本发明涉及车联网领域，具体而言，涉及一种车联网业务标识的处理方法及装置。

背景技术：

车联网(vehicletoeverything，简称为v2x)是指通过装载在车辆上的传感器、车载终端及电子标签提供车辆信息，采用各种通信技术实现车与车(vehicletovehicle，简称为v2v)、车与人(vehicletopedestrian，简称为v2p)、车与路(基础设施(vehicletoinfrastructure，简称为v2i))互连互通，并在信息网络平台上对信息进行提取、共享等有效利用，对车辆进行有效的管控和提供综合服务。路边通信单元(roadsideunit，简称为rsu)可以接收车辆请求，保证车辆接入internet，有网关的功能；此外，它也拥有数据运算、存储、转发的功能。

为了有效地利用移动网络资源，3gpp提出了多媒体广播多播业务(multimediabroadcastmulticastservice，简称为mbms)，该业务是一种从一个数据源向多个目标移动终端传送数据的技术，从而实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3gpp在r13的lte-a中提出了单小区mbms的研究课题，其中单小区mbms业务在物理下行共享信道pdsch上传输。在3gpp网络中mbms业务采用临时移动组标识(temporarymobilegroupidentity，简称为tmgi)标识，tmgi由网元bm-sc分配。应用服务器通过应用层信令通知ue相关的业务描述信息：如tmgi，业务开始时间等。

针对安全类的v2x业务，时延要求100ms以内，3gpp正在研究采用本地化的核心网，即：enb自身或者其附近放入核心网网元。对于上行，本地化enb可以采用现有的3gpp协议中的lipa或者sipto功能，而下行广播可以将mbms的核心网(如：mbms-gw和bm-sc)放在enb中或者在enb附近。

而3gpp采用mbms承载广播v2x业务，为了保证时延要求，mbms的网元可以放在本地实现，如广播多播业务中心(broadcastmulticastservicecentre，简称为bm-sc)放在基站enb中实现，即存在多个bm-sc逻辑网元，则不同bm-sc在分配临时移动组标识(temporarymobilegroupidentity，简称为tmgi)时可能发生冲突，如多个bm-sc为相同区域分配相同的tmgi。如果发生tmgi冲突，冲突区域的车载终端无法确定所需的tmgi，可能造成v2x业务接收失败。

针对相关技术中的上述问题，目前尚未存在有效的解决方案。

技术实现要素：

本发明提供了一种车联网业务标识的处理方法及装置，以至少解决相关技术中采用mbms承载广播v2x业务时，多个bm-sc逻辑网元分配临时移动组标识存在tmgi冲突的 问题。

根据本发明的一个方面，提供了一种车联网业务标识的处理方法，包括：网元接收到用于标识mbms承载的临时移动组标识tmgi；所述网元向广播多播业务中心bm-sc发送用于指示本地已激活的tmgi的指示信息，或者判断接收到的tmgi是否为已激活的tmgi，并根据判断结果向bm-sc发送用于指示是否存在tmgi冲突的指示信息，其中，所述指示信息由所述网元直接向所述bm-sc发送或者通过其他网元向所述bm-sc转发。

进一步地，所述网元接收所述tmgi的方式包括以下至少之一：所述网元接收应用服务器as发送的所述tmgi；所述网元接收bm-sc发送的所述tmgi。

进一步地，在所述网元判断用于标识mbms承载的tmgi是否为已激活的tmgi之前，包括：所述网元获取已激活的tmgi列表；所述网元判断用于标识mbms承载的tmgi是否为已激活的tmgi，包括：所述网元判断用于标识mbms承载的tmgi是否与所述tmgi列表中的tmgi匹配；在判断结果为是时，所述网元向用于标识mbms承载的tmgi的bm-sc发送用于指示存在tmgi冲突的指示信息。

进一步地，所述网元包括以下至少之一：应用服务器as、用户设备ue、移动管理实体mme、多媒体广播多播业务网关mbms-gw、多小区/多播协调实体mce、基站enb。

进一步地，在所述网元为一个as时，所述网元获取已激活的tmgi列表包括：所述as分别接收多个所述bm-sc通知的tmgi列表并保存tmgi列表，其中，所述tmgi列表中的tmgi为已激活的tmgi；所述as通过与所述bm-sc的接口向所述bm-sc发送用于指示已激活的tmgi列表的指示信息。

进一步地，在所述网元为多个as时，所述网元获取与所述网元连接的多个bm-sc中已激活的tmgi列表包括：所述as分别接收多个所述bm-sc通知的tmgi列表，其中，所述tmgi列表中的tmgi为已激活的tmgi；多个所述as之间共享所述tmgi列表。

进一步地，在所述网元为mme时，所述网元获取与所述网元连接的多个bm-sc中已激活的tmgi列表包括：所述mme分别接收多个所述bm-sc通知的tmgi列表，其中，所述tmgi列表中的tmgi为已激活的tmgi；所述mme通过mbms-gw向所述bm-sc发送用于指示已激活的tmgi列表的指示信息。

进一步地，所述网元判断用于标识mbms承载的tmgi是否为已激活的tmgi包括：所述mme接收所述bm-sc发送的sessionstartrequest/sessionupdaterequest/sessionstoprequest消息，其中，所述sessionstartrequest/sessionupdaterequest/sessionstoprequest消息中携带有用于标识所述mbms承载的tmgi；所述mme判断用于标识所述mbms承载的tmgi是否与本地保存的tmgi列表中tmgi匹配；在判断结果为是且为sessionstartrequest消息时，所述mme向所述bm-sc发送用于指示存在tmgi冲突的指示信息；否则，所述mme向所述bm-sc指示本地已激活的tmgi列表。

进一步地，在所述网元为ue时，所述网元获取已激活的tmgi列表包括：所述ue通过 应用层信令接收as发送的tmgi列表并保存所述tmgi列表，其中，所述tmgi列表中的tmgi为已激活的tmgi；所述ue通过应用层信令向as发送已激活的tmgi的指示信息，所述as通过和bm-sc之间的接口向bm-sc转发该指示信息。

进一步地，所述网元判断所述tmgi是否为已激活tmgi，并根据判断结果向所述bm-sc发送用于指示是否tmgi冲突的指示信息包括：所述ue判断用于标识所述mbms承载的tmgi是否与本地保存的tmgi列表中tmgi匹配；在判断结果为是时，所述ue通过所述as向所述bm-sc发送用于指示存在tmgi冲突的指示信息。

根据本发明的一个方面，提供了一种车联网业务标识的处理装置，应用于网元侧，包括：接收模块，用于接收到用于标识mbms承载的临时移动组标识tmgi；处理模块，用于所述网元向广播多播业务中心bm-sc发送用于指示本地已激活的tmgi的指示信息，或者判断接收到的tmgi是否为已激活的tmgi，并根据判断结果向bm-sc发送用于指示是否存在tmgi冲突的指示信息，其中，所述指示信息由所述网元直接向所述bm-sc发送或者通过其他网元向所述bm-sc转发。

进一步地，所述接收模块包括以下至少之一的单元：第一接收单元，用于接收应用服务器as发送的所述tmgi；第二接收单元，用于接收bm-sc发送的所述tmgi。

进一步地，所述装置还包括：获取模块，用于在判断用于标识mbms承载的tmgi是否为已激活的tmgi之前，获取已激活的tmgi列表；所述处理模块包括：第一判断单元，用于判断用于标识mbms承载的tmgi是否与所述tmgi列表中的tmgi匹配；第一发送单元，用于在判断结果为是时，向用于标识mbms承载的tmgi的bm-sc发送用于指示存在tmgi冲突的指示信息。

进一步地，所述网元包括以下至少之一：应用服务器as、用户设备ue、移动管理实体mme、媒体广播多播业务网关mbms-gw、多小区/多播协调实体mce、基站enb。

进一步地，在所述网元为一个as时，获取模块包括：第一获取单元，用于分别接收多个bm-sc通知的tmgi列表并保存所述tmgi列表，其中，所述tmgi列表中的tmgi为已激活的tmgi；第二发送单元，用于通过与所述bm-sc的接口向所述bm-sc用于指示已激活的tmgi列表的指示信息。

进一步地，在所述网元为多个as时，所述获取模块包括：第二获取单元，用于分别接收多个bm-sc通知的tmgi列表，其中，所述tmgi列表中的tmgi为已激活的tmgi；共享单元，用于共享多个as之间的所述tmgi列表。

进一步地，在所述网元为mme时，所述获取模块包括：第三获取单元，用于分别接收多个所述bm-sc通知的tmgi列表并保存所述tmgi列表，其中，所述tmgi列表中的tmgi为已激活的tmgi；第三发送单元，用于通过mbms-gw向所述bm-sc发送用于指示已激活的tmgi列表的指示信息。

进一步地，所述处理模块包括：第一接收单元，用于接收所述bm-sc发送的sessionstart request/sessionupdaterequest/sessionstoprequest消息，其中，所述sessionstartrequest/sessionupdaterequest/sessionstoprequest消息中携带有用于标识所述mbms承载的tmgi；第一判断单元，用于判断用于标识所述mbms承载的tmgi是否与本地保存的tmgi列表中tmgi匹配；第四发送单元，用于在判断结果为是且为sessionstartrequest消息时，向所述bm-sc发送用于指示存在tmgi冲突的指示信息；否则，向所述bm-sc指示本地已激活的tmgi列表。

进一步地，在所述网元为ue时，所述获取模块包括：第四获取单元，用于通过应用层信令接收as发送的tmgi列表并保存所述tmgi列表，其中，所述tmgi列表中的tmgi为已激活的tmgi；第五发送单元，通过应用层信令向as发送已激活的tmgi的指示信息，其中，所述as通过和bm-sc之间的接口向bm-sc转发该指示信息。

进一步地，所述处理模块包括：第二判断单元，用于判断用于激活所述mbms承载的tmgi是否与本地保存的tmgi列表中tmgi匹配；第六发送单元，用于在判断结果为是时，向同所述as向所述bm-sc发送用于指示存在tmgi冲突的指示信息。

根据本发明的再一个方面，提供了一种设备，包括：上述任一项的装置。

在本发明中，在通过tmgi激活多媒体广播多播业务mbms承载请求的过程中，网元接收到广播多播业务中心bm-sc发送的用于激活mbms承载的tmgi，进而网元判断用于激活mbms承载的tmgi是否为已激活的tmgi，并根据判断结果向bm-sc发送用于指示是否存在tmgi冲突的指示信息，该指示信息由网元直接向bm-sc发送或者通过其他网元向bm-sc转发。可见，通过本实施例解决了相关技术中采用mbms承载广播v2x业务时，多个bm-sc逻辑网元分配临时移动组标识存在tmgi冲突的问题。

附图说明

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

图1是根据本发明实施例的车联网业务标识的处理方法的流程图；

图2是根据本发明实施例的车联网业务标识的处理装置的结构框图；

图3是根据本发明可选实施例的一个应用服务器连接到2个mbms核心网的示意图；

图4是根据本发明可选实施例一的结构示意图；

图5是根据本发明可选实施例二的结构示意图；

图6是根据本发明可选实施例三的结构示意图；

图7是根据本发明可选实施例四的结构示意图；

图8是根据本发明可选实施例的车联网业务标识分配系统的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

此外，在本实施例中涉及到的设备包括：终端、核心网侧设备、应用服务器和接入网侧设备；其中，该终端可以包括以下至少一种：车载单元(onon-boardunit，简称为obu)、路边单元(road-sideunit，简称为rsu)、用户设备ue；核心网侧设备至少包括：bm-sc，mbms-gw，移动管理实体(mobilitymanagemententity，mme)；其中bm-sc主要负责分配tmgi，发起mbms会话开始、更新、停止等过程；mbms-gw主要负责建立到mme的控制面承载和到enb的用户面承载；mme负责建立到多小区/多播协调实体(multi-cell/multicastcoordinationentity，简称为mce)的控制面承载。核心网中除mme之外都可以单独部署或者本地部署。应用服务器用于请求激活mbms承载，请求tmgi和发送/接收v2x业务，应用服务器与bm-sc之间有接口(如mb2接口)，应用服务器与终端之间通过应用层进行通信，应用服务器可以单独部署或者本地部署(如通过rsu中的应用层实现)。接入网侧设备至少包括：enb和mce，其中enb主要负责v2x业务的无线资源分配，在空口接收/发送v2x业务，mce负责v2x业务的无线资源配置和确定mbms传输方式(mbsfn或sc-ptm)。

在本实施例中提供了一种车联网业务标识的处理方法，图1是根据本发明实施例的车联网业务标识的处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤s102：网元接收到用于标识mbms承载的临时移动组标识tmgi；

步骤s104：网元向广播多播业务中心bm-sc发送用于指示本地已激活的tmgi的指示信息，或者判断接收到的tmgi是否为已激活的tmgi，并根据判断结果向bm-sc发送用于指示是否存在tmgi冲突的指示信息，其中，指示信息由网元直接向bm-sc发送或者通过其他网元向bm-sc转发。

通过本实施例的步骤s102和步骤s104，在通过tmgi激活多媒体广播多播业务mbms承载请求的过程中，网元接收到广播多播业务中心bm-sc发送的用于激活mbms承载的tmgi，进而网元判断用于激活mbms承载的tmgi是否为已激活的tmgi，并根据判断结果向bm-sc发送用于指示是否存在tmgi冲突的指示信息，该指示信息由网元直接向bm-sc发送或者通过其他网元向bm-sc转发。可见，通过本实施例解决了相关技术中采用mbms承载广播v2x业务时，多个bm-sc逻辑网元分配临时移动组标识存在tmgi冲突的问题。

在本实施例的可选实施方式中，在网元判断用于标识mbms承载的tmgi是否为已激活的tmgi之前，本实施例的方法还可以包括：

步骤s102-1：网元获取已激活的tmgi列表；

步骤s102-2：网元判断用于标识mbms承载的tmgi是否为已激活的tmgi，包括：网元判断用于标识mbms承载的tmgi是否与tmgi列表中的tmgi匹配；在判断结果为是时，网元向用于标识mbms承载的tmgi的bm-sc发送用于指示存在tmgi冲突的指示信息。

基于此，本实施例中涉及到的网元包括以下至少之一：应用服务器as、用户设备ue、移动管理实体mme、多媒体广播多播业务网关mbms-gw、多小区/多播协调实体mce、基站enb。

对于本实施例步骤s102中涉及到的网元接收tmgi的方式包括以下至少之一：

方式一：网元接收应用服务器as发送的tmgi；

方式二：网元接收bm-sc发送的tmgi。

需要说明的是，在网元为应用服务器as、用户设备ue时适用于方式一，而在网元为应用服务器as、移动管理实体mme、多媒体广播多播业务网关mbms-gw、多小区/多播协调实体mce、基站enb时适用于方式二。

而在网元为一个as时，本实施例步骤s102-1中涉及到的网元获取已激活的tmgi列表的方式，可以通过如下方式来实现：

步骤s11：as分别接收多个bm-sc通知的tmgi列表并保存tmgi列表，其中，tmgi列表中的tmgi为已激活的tmgi；

步骤s12：as通过与bm-sc的接口向bm-sc发送用于指示已激活的tmgi列表的指示信息。

而在网元为多个as时，本实施例步骤s102-1中涉及到的网元获取与网元连接的多个bm-sc中已激活的tmgi列表的方式，可以通过如下方式来实现：

步骤s13：as分别接收多个bm-sc通知的tmgi列表，其中，tmgi列表中的tmgi为已激活的tmgi；

步骤s14：多个as之间共享tmgi列表。

而在网元为mme时，本实施例步骤s102-1中涉及到的网元获取与网元连接的多个bm-sc中已激活的tmgi列表的方式，可以通过如下方式来实现：

步骤s15：mme分别接收多个bm-sc通知的tmgi列表，其中，tmgi列表中的tmgi为已激活的tmgi；

步骤s16：mme通过mbms-gw向bm-sc发送用于指示已激活的tmgi列表的指示信息。

在本实施例的另一个可选实施方式中，对于本实施例中步骤s104中涉及到的网元判断用于标识mbms承载的tmgi是否为已激活的tmgi的方式，可以通过如下方式来实现：

步骤s104-1：mme接收bm-sc发送的sessionstartrequest/sessionupdaterequest/sessionstoprequest消息，其中，sessionstartrequest/sessionupdaterequest/sessionstoprequest消息中携带有用于标识mbms承载的tmgi；

步骤s104-2：mme判断用于标识mbms承载的tmgi是否与本地保存的tmgi列表中tmgi匹配；

步骤s104-3：在判断结果为是且为sessionstartrequest消息时，mme向bm-sc发送用于指示存在tmgi冲突的指示信息；否则mme向bm-sc指示本地已激活的tmgi列表。

而在网元为ue时，本实施例中步骤s102-1中涉及到的网元获取已激活的tmgi列表的方式，可以通过如下方式来实现：

步骤s17：ue通过应用层信令接收as发送的tmgi列表并保存tmgi列表，其中，tmgi列表中的tmgi为已激活的tmgi；

步骤s18：ue通过应用层信令向as发送已激活的tmgi的指示信息，as通过和bm-sc之间的接口向bm-sc转发该指示信息。

在本实施例的另一个可选实施方式中，对于本实施例步骤s104中涉及到的网元判断tmgi是否为已激活tmgi，并根据判断结果向bm-sc发送用于指示是否tmgi冲突的指示信息的方式，可以通过如下方式来实现：

步骤s104-4：ue判断用于标识mbms承载的tmgi是否与本地保存的tmgi列表中tmgi匹配；

步骤s104-5：在判断结果为是时，ue通过as向bm-sc发送用于指示存在tmgi冲突的指示信息。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

在本实施例中还提供了一种车联网业务标识的处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的车联网业务标识的处理装置的结构框图，该装置应用于网元侧，如图2所示，该装置包括：接收模块22，用于接收到用于标识mbms承载的临时移动组标识tmgi；处理模块24，与接收模块22耦合连接，用于网元向广播多播业务中心bm-sc 发送用于指示本地已激活的tmgi的指示信息，或者判断接收到的tmgi是否为已激活的tmgi，并根据判断结果向bm-sc发送用于指示是否存在tmgi冲突的指示信息，其中，指示信息由网元直接向bm-sc发送或者通过其他网元向bm-sc转发。

可选地，本实施例中的装置还包括：获取模块，用于在判断用于标识mbms承载的tmgi是否为已激活的tmgi之前，获取已激活的tmgi列表；

基于该获取模块，本实施例中的处理模块24包括：第一判断单元，用于判断用于标识mbms承载的tmgi是否与tmgi列表中的tmgi匹配；第一发送单元，用于在判断结果为是时，向用于标识mbms承载的tmgi的bm-sc发送用于指示存在tmgi冲突的指示信息。

需要说明的是，本实施例中的网元包括以下至少之一：应用服务器as、用户设备ue、移动管理实体mme、媒体广播多播业务网关mbms-gw、多小区/多播协调实体mce、基站enb。

基于上述本实施例中涉及到的网元，本实施例中的接收模块还可以包括：第一接收单元，用于接收应用服务器as发送的tmgi；和/或，第二接收单元，用于接收bm-sc发送的tmgi。其中，第一接收单元应用于移动管理实体mme、媒体广播多播业务网关mbms-gw、多小区/多播协调实体mce、基站enb侧，第二接收单元应用于应用服务器as、用户设备ue。

在网元为一个as时，本实施例中的获取模块22包括：第一获取单元，用于分别接收多个bm-sc通知的tmgi列表并保存tmgi列表，其中，tmgi列表中的tmgi为已激活的tmgi；第二发送单元，用于通过与bm-sc的接口向bm-sc用于指示已激活的tmgi列表的指示信息。

而在网元为多个as时，本实施例中的获取模块22包括：第二获取单元，用于分别接收多个bm-sc通知的tmgi列表，其中，tmgi列表中的tmgi为已激活的tmgi；共享单元，用于共享多个as之间的tmgi列表。

而在网元为mme时，本实施例中的获取模块22包括：第三获取单元，用于分别接收多个bm-sc通知的tmgi列表并保存tmgi列表，其中，tmgi列表中的tmgi为已激活的tmgi；第三发送单元，用于通过mbms-gw向bm-sc发送用于指示已激活的tmgi列表的指示信息。

此外，本实施例中的处理模块24包括：第一接收单元，用于接收bm-sc发送的sessionstartrequest/sessionupdaterequest/sessionstoprequest消息，其中，sessionstartrequest/sessionupdaterequest/sessionstoprequest消息中携带有用于标识mbms承载的tmgi；第一判断单元，用于判断用于标识mbms承载的tmgi是否与本地保存的tmgi列表中tmgi匹配；第四发送单元，用于在判断结果为是且为sessionstartrequest消息时，向bm-sc发送用于指示存在tmgi冲突的指示信息；否则，mme向bm-sc指示本地已激活的tmgi列表。

其中，本地已激活的tmgi不包括根据收到的sessionstoprequest删除的tmgi，即更新后的tmgi列表。

需要说明的是，sessionupdate用于指示tmgi对应的servicearea或qos更新，sessionstop用于指示会话停止，即相应的tmgi不再使用。

而在网元为ue时，本实施例中涉及到的获取模块包括：第四获取单元，用于通过应用层信令接收as发送的tmgi列表并保存tmgi列表，其中，tmgi列表中的tmgi为已激活的tmgi；第五发送单元，通过应用层信令向as发送已激活的tmgi的指示信息，其中，as通过和bm-sc之间的接口向tmgi转发该指示信息。

可选地，本实施例中涉及到的处理模块24包括：第二判断单元，用于判断用于激活mbms承载的tmgi是否与本地保存的tmgi列表中tmgi匹配；第六发送单元，用于在判断结果为是时，向同as向bm-sc发送用于指示存在tmgi冲突的指示信息。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

而在本实施例的另一个实施例中，本实施例还提供了一种设备，该设备包括：上述图2涉及到的实施例中的任一项的装置和/或可选装置。

下面结合本发明的可选实施例对本发明进行举例说明；

本可选实施例提供了一种基于上述装置处理tmgi冲突的方法，下面通过下述三种方式来对本可选实施例进行说明；

方式1

在该方式中，每个与as相连接的bm-sc都将其分配/释放的tmgi信息反馈给as，使得as可以获知哪个或哪些tmgi已激活。下面结合该方式的应用场景对本可选实施例进行说明；

应用场景1：

当某个应用服务器连接到1个或多个mbms核心网，即：一个as连接到1个或多个bm-sc，每个as与bm-sc之间通过mb2接口连接，且每个bm-sc之间无联系(或者说，两个mbms核心网无联系)，通过as与多个bm-sc之间的信令交互以避免tmgi的冲突；需要说明的是，在该方式中，mbms核心网不包括mme，因为mme一般单独部署。

在该应用场景中，本可选实施例方法的步骤包括：

步骤s302：每个bm-sc将已经分配的tmgi列表通知as；

其中，该列表包括一个或者多个已分配的tmgi，通过该方式这样当as连接了1个或多个bm-sc的时候，该as可以知道全部已经分配的tmgi。

图3是根据本发明可选实施例的一个应用服务器连接到2个mbms核心网的示意图，如图3所示，一个as连接了2个bm-sc，bm-sc1分配了tmgilist1，bm-sc2分配了tmgi list2，则as可以获知已经分配的tmgi为tmgilist1和tmgilist2；基于此，本实施例的方法步骤可以是，

步骤s304：当as再次向bm-sc请求分配tmgi的时候，携带已经分配的tmgilist，并指明这些tmgi为已分配的tmgi；

步骤s306：bm-sc反馈分配的tmgilist；

其中，该列表可以仅包括本次分配的tmgilist，也可以包括所有分配的tmgilist，即本次分配的以及之前分配的。

在本可选实施例中的释放过程还可以是，bm-sc在mbmssessionstop后，将释放的tmgilist通知as，以便as知道。

应用场景2：

当某个mbms核心网连接到多个应用服务器时，bm-sc可以直接分配tmgi，按照现有mbms流程即可工作。

应用场景3：

当多个mbms核心网连接到多个应用服务器，与上述应用场景1类似，主要通过as向bm-sc指示已激活的tmgi，需要指出的是：这里的tmgi冲突是指在相同、或部分相同广播区域(业务区域、小区列表)中发生的，如果是不同的广播区域，不在本可选实施例的范围。

此外，多个as之间有接口，通过该接口进行信令交互(包括已激活的tmgi)，以避免tmgi冲突。

方式2

在该方式中，存在多个as，和/或多个mbms核心网，但在某个区域仅一个mme，可以通过bmsc与mme之间的交互，避免冲突。如：mme-->bm-sc已经分配的tmgilist(该tmgilist有所有的mbms核心网的bm-sc所分配的tmgilist)。

但在某个区域mme：考虑到mme一般不能本地化，则mbms的其他网元(mbms-gw/mce)一般在一定区域内只连接到一个特定的mme，该mme接收mbms-gw发送的sessionstartrequest消息，如果消息中包含已激活的tmgi(包括相同flowid)、相同的广播区域(包括部分相同)和相同的qos，则mme发送拒绝消息响应，并在响应消息中指明拒绝原因：tmgi冲突。进一步的mme可以在拒绝消息中指示本地已激活的tmgi，拒绝消息一直发送到bm-sc，bm-sc收到拒绝消息后重新分配tmgi.

在本可选实施例中，mme处理有三种方式：

1)mme收到mbmssessionstartrequest消息，则在响应消息中向所有bm-sc(通过mbms-gw)指示本地已激活的tmgi；

2)mme收到mbmssessionstartrequest消息并检测到tmgi冲突，则发送拒绝消息，并在拒绝消息中向所有bm-sc(通过mbms-gw)指示本地已激活的tmgi；

3)mme周期性向所有bm-sc(通过mbms-gw)指示本地已激活的tmgi。

需要说明的是，mme判断tmgi冲突是指：相同的tmgi(可能包括flowid)，相同的广播区域(或部分相同)，相同的qos，不同的mbmssessionstartrequest消息；如果1)相同的tmgi，完全不同的广播区域(没有部分或全部重叠)，则认为是不冲突；2)相同的tmgi，相同的广播区域，不同的qos，则mme可以发起mbmssessionupdate流程。

方式3

终端通过usd(用户业务描述)获取tmgi，业务开始/结束时间，无线频率，业务区域等信息，如果发现冲突，如相同的tmgi(相同频率，相同业务区域)有不同的开始时间，则终端向应用服务器as通过应用层发送指示信息：tmgi冲突，并指示发生冲突的tmgi，as向所有bm-sc发送指示信息：tmgi冲突，并指示发生冲突的tmgi。

结合上述三种中，本可选实施例的方法步骤包括：

步骤s402：某个应用服务器装置向1个或多个bm-sc请求tmgi分配；

如果应用服务器as连接到多个bm-sc，as可以向一个或多个bm-sc发送请求消息。所述请求至少包含：tmgi个数。第二步：bm-sc分配tmgi并反馈应用服务器；

步骤s404：bm-sc为as分配所需的tmgi，如果不能分配，则bm-sc向as发送拒绝消息响应，否则bm-sc向as发送分配的tmgi和可选的flowid.

其中，1)bm-sc可以为v2x业务保留一定数量的tmgi，则bm-sc在保留的tmgi中选择所需数量的tmgi并通知as；事先保留的tmgi可通过oam或as与bm-sc之间的信令交互确定；

2)如果bm-sc之间存在接口，则bm-sc之间通过接口信令交互通知已分配的tmgi，这样每个bm-sc发送给as的反馈消息中的tmgi就是尚未分配的tmgi.

3)如果as连接到多个bm-sc，则as在向每个bm-sc请求tmgi时，可以将已获取的tmgi放在请求tmgi消息中，从而避免bm-sc使用已经分配过的tmgi。比如：某个as同时连接了bm-sc1和bms-sc2，bm-sc1已经使用了分配了若干tmgi(如：tmgi1，tmgi2)并通过mb2接口反馈给了as，当as向另一个bm-sc2申请tmgi的时候，在请求消息中携带所述分配过的tmgi(tmgi1，timg2)，则bm-sc2就不再分配tmgi1和tmgi2了；

4)如果bm-sc确定无法满足as的需求，如tmgi数量不满足需求或者bm-sc确定as未授权，则bm-sc向as发送拒绝消息响应，并在消息中指示拒绝原因：如tmgi数量有限或未授权的as。

as可以将多个v2x业务复用在一个tmgi上，as通过应用层信令通知终端：tmgi对应的v2x业务。如果终端发现tmgi冲突，则通过应用层指示as.

步骤s406：应用服务器发起激活mbms承载请求；

其中，as向bm-sc发送激活mbms承载请求消息，所述请求消息至少包含：tmgi，此外还可以包括：广播区域，v2x业务开始时间等。

步骤s408：判断tmgi是否冲突，如果是，返回步骤s404重新分配tmgi，否则继续步骤s410；

其中，可以在一个或多个网元进行该判断操作，可进行判断的网元包括：as，bm-sc，mbms-gw，mme，mce，enb，终端；

1)mbms-gw：如果mbms-gw已收到包含已激活的tmgi(包括相同的flowid)、相同广播区域(或部分相同)和相同qos的会话开始sessionstartrequest消息，则mbms-gw发送拒绝消息响应，并在响应消息中指明拒绝原因：tmgi冲突。进一步的mbms-gw可以在拒绝消息中指示本地已激活的tmgi，bm-sc收到拒绝消息后重新分配tmgi.

2)mme：考虑到mme一般不能本地化，则mbms的其他网元(mbms-gw/mce)一般在一定区域内只连接到一个特定的mme，该mme接收mbms-gw发送的sessionstartrequest消息，如果消息中包含已激活的tmgi(包括相同flowid)、相同的广播区域(包括部分相同)和相同的qos，则mme发送拒绝消息响应，并在响应消息中指明拒绝原因：tmgi冲突。进一步的mme可以在拒绝消息中指示本地已激活的tmgi，拒绝消息一直发送到bm-sc，bm-sc收到拒绝消息后重新分配tmgi.mme可以在收到mbmssessionstartrequest时向bm-sc(通过mbm-gw)指示已激活的tmgi，或者周期性发送指示。

3)mce：mce包括集中式和分布式两种部署，不管哪种部署，mce具有相同的mbms承载上下文，则mce接收mme发送的sessionstartrequest消息，如果消息中包含已激活的tmgi(包括相同flowid)、相同的广播区域(包括部分相同)和相同的qos，则mce发送拒绝消息响应，并在响应消息中指明拒绝原因：tmgi冲突。进一步的mce可以在拒绝消息中指示本地已激活的tmgi.拒绝消息一直发送到bm-sc，bm-sc收到拒绝消息后重新分配tmgi.

4)enb：接收mce发送的sessionstartrequest消息，如果消息中包含已激活的tmgi(包括相同flowid)和相同的广播区域(包括部分相同)，则enb发送拒绝消息响应，并在响应消息中指明拒绝原因：tmgi冲突。进一步的enb可以在拒绝消息中指示本地已激活的tmgi.拒绝消息一直发送到bm-sc，bm-sc收到拒绝消息后重新分配tmgi.

5)终端：终端通过应用层信令从as接收v2x业务描述，如esg或usd，其中至少包括：tmgi，v2x业务开始时间。如果终端收到相同的tmgi，但是不同的业务开始时间，则终端判断发生tmgi冲突，则终端向as指示发生tmgi冲突，as通过bm-sc重新分配tmgi。

6)as：假设as连接到多个bm-sc，as根据bm-sc新分配的tmgi(包括flowid) 判断是否为已激活的mbms承载(通过tmgi、广播区域和qos标识)，如果相同则确定为tmgi冲突，然后as向bm-sc请求重新分配tmgi.

步骤s410：建立mbms承载。

其中，mbms承载包括以下至少一种：mbsfn承载，sc-ptm承载。

步骤s412：as通过mbms承载发送v2x业务。

其中，终端接收所需的v2x业务，如果多个v2x业务复用在一个tmgi上，则终端应用层解析tmgi对应的数据，并从中获取所需的v2x业务。

下面结合本发明的具体实施例对本可选实施例进行进一步的说明与解释；

实施例一

图4是根据本发明可选实施例一的结构示意图，如图4所示，在本实施例中仅引入localv2xas，重用现有mbms和ran网元，此外，本实施例中涉及到的几种方法中，enb可以将lipa/sipto等功能引入，但本实施例中仅仅介绍下行mbms发送，所以没有涉及到enb中可能引入的上行增强。

在本可选实施例中，(1)在一个或多个距离相近的enb附近，部署一个localv2xas(也称为：localapplicationlayer，localv2xapplicationlayer)；(2)localv2xas通过mb2接口连接到globalbm-sc；(3)localv2xas可以是rsu，如可以配置在固定ue或enb上；

通过本可选实施例的方式，重用现有mbms核心网和ran对于网络的改动比较小

基于此，本可选实施例的方法步骤包括：

步骤s502：本地as请求分配用于v2x业务的tmgi；

步骤s504：bm-sc为v2x分配tmgi并通知as；

其中，这里的tmgi可以是事先保留的专用于车联网v2x业务的tmgi，此时所述bm-sc根据收到的as请求在预留的tmgi中分配所需的tmgi。

如果没有预留专用于v2x业务的tmgi，则bm-sc分配尚未使用的tmgi；

如果bm-sc确定无法满足as的需求，如tmgi数量不满足需求或者bm-sc确定as未授权使用tmgi，则bm-sc向as发送拒绝消息响应，并在消息中指示拒绝原因：如tmgi数量有限或未授权的as。

步骤s506：as发送激活mbms承载请求消息。

步骤s508：建立mbms承载。

实施例二

一套localv2xas及其localmbms核心网，重用现有ran

图5是根据本发明可选实施例二的结构示意图，如图5所示，不但引入了localapplicationlayer，还引入了localmbms核心网节点(包括：localbm-sc和localmbmsgw，但不再部署localmme)。从ran的角度来看，有两套mbms核心网网元，一套是原先的提供大区域的globalmbms；一套是本地化的提供小区域的localmbms核心网。

在本可选实施例中，(1)在一个或多个距离相近的enb附近，部署一套localv2xas和localmbms核心网；(2)这一套localv2xas和localmbms核心网控制并发送mbms业务给一个或多个距离相近的enb；(3)这一套localv2xas和localmbms核心网重用已有的mme；(4)localv2xas和localmbms核心网提供v2x业务；globalas和globalmbms核心网提供普通mbms业务；

本基于此，本可选实施例的方法步骤包括：

步骤s602：本地as请求分配用于v2x业务的tmgi；

步骤s604：bm-sc为v2x分配tmgi并通知as；

其中，这里的tmgi可以是事先保留的专用于车联网v2x业务的tmgi，此时所述bm-sc根据收到的as请求在预留的tmgi中分配所需的tmgi。

如果没有预留专用于v2x业务的tmgi，则bm-sc分配尚未使用的tmgi；

如果bm-sc确定无法满足as的需求，如tmgi数量不满足需求或者bm-sc确定as未授权使用tmgi，则bm-sc向as发送拒绝消息响应，并在消息中指示拒绝原因：如tmgi数量有限或未授权的as。

步骤s606：as发送激活mbms承载请求消息。

步骤s608：判断tmgi是否冲突，如果是，返回步骤s604重新分配tmgi，否则继续步骤s610；

所述判断可以在一个或多个网元进行，可进行判断的网元包括：as，bm-sc，mbms-gw，mme，mce，enb，终端；

步骤s610：建立mbms承载。

实施例三

引入一套localv2xas和多套localmbms核心网，重用现有ran

图6是根据本发明可选实施例三的结构示意图，如图6所示，每个enb内部都引入一套mbms核心网(localbm-sc和localmbmsgw)，localv2xas放在1个或多个相近的enb附近，该localv2xas可以控制一个或多个距离相近的enb(该enb内部都有一套独立的mbms核心网)。

重用现有的mme和mce，每个mme上连接了多个mbmsgw。重用现有的mce是指：如果原先的mce是集中式的或者分布式的，则依然是集中式的或者分布式mce，即：保留原先的mce架构。

在本可选实施例中，(1)一套localv2xas和多套localmbms核心网；(2)一套localv2xas与多套localmbms核心网通过mb2接口连接；(3)一套localv2xas可以控制和发送v2x数据包到1个或多个相邻的enb；(4)重用已有的mme和mce

本基于此，本可选实施例的方法步骤包括：

步骤s702：本地as请求分配用于v2x业务的tmgi；

步骤s704：bm-sc为v2x分配tmgi并通知as；

其中，这里的tmgi可以是事先保留的专用于车联网v2x业务的tmgi，此时所述bm-sc根据收到的as请求在预留的tmgi中分配所需的tmgi。

如果没有预留专用于v2x业务的tmgi，则bm-sc分配尚未使用的tmgi；

如果bm-sc确定无法满足as的需求，如tmgi数量不满足需求或者bm-sc确定as未授权使用tmgi，则bm-sc向as发送拒绝消息响应，并在消息中指示拒绝原因：如tmgi数量有限或未授权的as。

步骤s706：as发送激活mbms承载请求消息。

步骤s708：判断tmgi是否冲突，如果是，返回步骤s704重新分配tmgi，否则继续步骤s710；

所述判断可以在一个或多个网元进行，可进行判断的网元包括：as，bm-sc，mbms-gw，mme，mce，enb，终端；

步骤s710：建立mbms承载。

实施例四

多套本地as+多套localmbms核心网

图7是根据本发明可选实施例四的结构示意图，如图7所示，每个enb内部都引入一套mbms核心网(localbm-sc和localmbmsgw)和localv2xas，该localv2xas只能控制一个enb。重用现有的mme和mce，每个mme上连接了多个mbmsgw。重用现有的mce是指：如果原先的mce是集中式的或者分布式的，则依然是集中式的或者分布式mce，即：保留原先的mce架构。

在本可选实施例中，(1)多套localv2xas和多套localmbms核心网；(2)每个enb上都部署了一套localv2xas和一套mbms核心网；(3)重用已有的mme和mce

本基于此，本可选实施例的方法步骤包括：

步骤s802：本地as请求分配用于v2x业务的tmgi；

步骤s804：bm-sc为v2x分配tmgi并通知as；

其中，这里的tmgi可以是事先保留的专用于车联网v2x业务的tmgi，此时所述bm-sc根据收到的as请求在预留的tmgi中分配所需的tmgi。

如果没有预留专用于v2x业务的tmgi，则bm-sc分配尚未使用的tmgi；

如果bm-sc确定无法满足as的需求，如tmgi数量不满足需求或者bm-sc确定as未授权使用tmgi，则bm-sc向as发送拒绝消息响应，并在消息中指示拒绝原因：如tmgi数量有限或未授权的as。

步骤s806：as发送激活mbms承载请求消息；

步骤s808：判断tmgi是否冲突，如果是，返回步骤s804重新分配tmgi，否则继续步骤s810；

所述判断可以在一个或多个网元进行，可进行判断的网元包括：as，bm-sc，mbms-gw，mme，mce，enb，终端；

步骤s810：建立mbms承载。

实施例五

图8是根据本发明可选实施例的车联网业务标识分配系统的结构示意图，如图8所示，该系统包括：应用服务器801、核心网侧设备802、无线接入网侧设备803和终端804；

其中，核心网侧设备802包括：bm-sc模块8021、mbms-gw模块8022和mme模块8023；无线接入网测设备803包括：基站模块8031和mce模块8032；终端804包括终端接收模块8041、判断/处理模块8042和发送模块8043，终端接收模块8041用于通过应用层从应用服务器801接收v2x业务相关信息；终端804的判断/处理模块8042用于判断tmgi是否冲突；终端804的发送模块8043用于将tmgi冲突指示信息发送给as装置801。以上所有装置中的至少一种负责检测tmgi冲突并指示冲突，bm-sc模块8021负责tmgi的分配。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

步骤s1：在激活多媒体广播多播业务mbms承载的过程中，网元接收到应用服务器as通过广播多播业务中心bm-sc发送的用于标识mbms承载的临时移动组标识tmgi；

步骤s2：网元向bm-sc发送用于指示本地已激活的tmgi的指示信息，或者判断用于标识mbms承载的tmgi是否为已激活的tmgi，并根据判断结果向bm-sc发送用于指示是否存在tmgi冲突的指示信息，其中，指示信息由网元直接向bm-sc发送或者通过其他网元向bm-sc转发。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

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

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