一种MBMS服务区域的管理方法及系统与流程

本申请涉及但不限于通信技术领域，尤其涉及一种mbms(multimediabroadcastmulticastservice，多媒体广播多播业务)服务区域的管理方法及系统。

背景技术：

第四代移动通信长期演进(lte，longtermevolution)系统中引入增强的多媒体广播多播业务(enhancedmultimediabroadcastmulticastservice，embms)，在基于正交频分复用(orthogonalfrequencydivisionmultiplexing，ofdm)调制方式的前提下，提供了一种点对多点的广播信道，适用于具有视频功能的终端通过物理多播信道(physicalmulticastschannel，pmch)接收广播或组播形式的数字音频或视频业务。

随着无线通信技术的发展，embms技术的应用需求逐渐向公共安全技术、集群通信、物联网、车联网等领域不断延伸，点对多点的广播信道业务模式受到重视。其中，3gpp(thirdgenerationpartnershipproject，第三代合作伙伴计划)基于公共安全技术领域提出的mcptt(mission-criticalpush-to-talk，关键任务一键通)架构，更是明确使用embms作为无线侧的技术方案。可以预见，在不远将来，embms技术将在公共安全集群领域扮演重要的角色，给例如公安、消防、铁路、应急救灾等场景提供满足业务需求的集群服务。

在目前的协议中，embms的业务覆盖范围是根据mbms服务区域ma(mbsfnarea，多播组播单频网络区域)开展的。某项业务只能在其对应的一个或者多个ma内开展，即在对应的物理空间内开展。目前embms支持较为灵活的ma配置，ma的覆盖范围可大可小，也可以通过后台自由调整，但是ma的配置方式始终是静态或者半静态的，导致无法适应某些使用场景的需求。

技术实现要素：

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本申请实施例提供一种mbms服务区域的管理方法及系统，能够实现基于业务发起终端的物理位置变化而动态调整的mbms服务区域。

第一方面，本申请实施例提供一种mbms服务区域的管理方法，包括：

第一通信网元接收携带专属mbms标识的第一会话建立请求之后，所述第一通信网元根据接收到的位置通知消息或者第一区域判决消息，确定自身是否处于所述专属mbms标识指示的专属mbsm的服务区域内；

其中，所述专属mbms标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms；所述位置通知消息用于指示所述业务发起终端当前处于所述第一通信网元的覆盖范围内。

第二方面，本申请实施例提供一种mbms服务区域的管理方法，包括：

第二通信网元接收携带专属mbms标识的第二会话建立请求；其中，所述专属mbms标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms；

所述第二通信网元向第一通信网元发送携带所述专属mbms标识的第一会话建立请求。

第三方面，本申请实施例提供一种mbms服务区域的管理方法，包括：

第三通信网元检测到基于业务发起终端的物理位置变化动态调整服务区域的专属mbms，则监测所述专属mbms的业务发起终端所在的第一通信网元；

所述第三通信网元接收到携带专属mbms标识的第三会话建立请求，或者，所述业务发起终端所在的第一通信网元发生切换，则所述第三通信网元向所述业务发起终端当前所在的第一通信网元发送位置通知消息；

其中，所述专属mbms标识用于指示所述专属mbms，所述位置通知消息用于指示所述业务发起终端当前处于所述第一通信网元的覆盖范围内。

第四方面，本申请实施例提供一种mbms服务区域的管理方法，包括：

业务发起终端申请数据链路；

所述业务发起终端通过所述数据链路发送携带专属业务标识的数据；其中，所述专属业务标识用于指示基于所述业务发起终端的物理位置变化动态调整服务区域的专属mbms，所述专属业务标识与专属mbms标识之间存在对应关系。

第五方面，本申请实施例提供一种mbms服务区域的管理方法，包括：

业务服务器接收携带专属业务标识的数据；其中，所述专属业务标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms；

所述业务服务器根据所述专属业务标识，确定对应的专属mbms标识，触发会话建立流程。

第六方面，本申请实施例提供一种mbms服务区域的管理系统，包括：第一通信网元以及第二通信网元；所述第一通信网元连接所述第二通信网元；

其中，所述第二通信网元，用于向所述第一通信网元发送携带专属mbms标识的第一会话建立请求；

所述第一通信网元，用于接收所述第一会话建立请求之后，根据接收到的位置通知消息或者第一区域判决消息，确定自身是否处于所述专属mbms标识指示的专属mbms的服务区域内；

其中，所述专属mbms标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms；所述位置通知消息用于指示所述业务发起终端当前处于所述第一通信网元的覆盖范围内。

第七方面，本申请实施例提供一种第一通信网元，包括：第一存储器以及第一处理器，所述第一存储器用于存储mbms服务区域的管理程序，所述管理程序被所述第一处理器执行时实现上述第一方面提供的管理方法的步骤。

第八方面，本申请实施例提供一种第二通信网元，包括：第二存储器以及第二处理器，所述第二存储器用于存储mbms服务区域的管理程序，所述管理程序被所述第二处理器执行时实现上述第二方面提供的管理方法的步骤。

第九方面，本申请实施例提供一种第三通信网元，包括：第三存储器以及第三处理器，所述第三存储器用于存储mbms服务区域的管理程序，所述管理程序被所述第三处理器执行时实现上述第三方面提供的管理方法的步骤。

第十方面，本申请实施例提供一种终端，包括：第四存储器以及第四处理器，所述第四存储器用于存储mbms服务区域的管理程序，所述管理程序被所述第四处理器执行时实现上述第四方面提供的管理方法的步骤。

第十一方面，本申请实施例提供一种业务服务器，包括：第五存储器以及第五处理器，所述第五存储器用于存储mbms服务区域的管理程序，所述管理程序被所述第五处理器执行时实现上述第五方面提供的管理方法的步骤。

此外，本申请实施例还提供一种计算机可读介质，存储有mbms服务区域的管理程序，该管理程序被处理器执行时实现第一通信网元侧的管理方法。

此外，本申请实施例还提供一种计算机可读介质，存储有mbms服务区域的管理程序，该管理程序被处理器执行时实现第二通信网元侧的管理方法。

此外，本申请实施例还提供一种计算机可读介质，存储有mbms服务区域的管理程序，该管理程序被处理器执行时实现第三通信网元侧的管理方法。

此外，本申请实施例还提供一种计算机可读介质，存储有mbms服务区域的管理程序，该管理程序被处理器执行时实现终端侧的管理方法。

此外，本申请实施例还提供一种计算机可读介质，存储有mbms服务区域的管理程序，该管理程序被处理器执行时实现业务服务器侧的管理方法。

本申请实施例中，在保持了当前协议的多播业务发起流程的基础上，通过识别业务类型，监测业务发起终端的物理位置，由第一通信网元(比如，基站)自适应动态调整mbms服务区域。本申请实施例在使用前景上，弥补了当前embms业务无法适配特定使用场景的局限，适用于基于mcptt的公共安全领域各类场景，例如铁路调度、灾难预警、视频监控等。而且，本申请实施例便于embms的灵活部署，允许无线资源迅速地在多播业务与非多播业务之间快速转换，即满足突发热点的资源使用要求，又避免资源浪费。另外，第一通信网元自组织的动态服务区域调整模式，也普遍适用于其他应用场景。

在阅读并理解了附图和详细描述后，可以明白其他方面。

附图说明

图1为本申请实施例提供的mbms服务区域的管理系统的示意图；

图2为本申请实施例提供的mbms服务区域的管理系统的示例图；

图3为本申请实施例提供的一种mbms服务区域的管理方法的流程图；

图4为本申请实施例提供的另一种mbms服务区域的管理方法的流程图；

图5为本申请实施例提供的另一种mbms服务区域的管理方法的流程图；

图6为本申请实施例提供的另一种mbms服务区域的管理方法的流程图；

图7为本申请实施例提供的另一种mbms服务区域的管理方法的流程图；

图8为本申请实施例的注册阶段的流程示意图；

图9为本申请实施例的业务流程发起阶段的示意图；

图10为本申请实施例的动态区域生成阶段的处理示意图；

图11为本申请实施例的服务区域动态调整的一种示例图；

图12为本申请实施例的服务区域动态调整的另一示例图；

图13为本申请实施例的一种mbms服务区域的管理装置的示意图；

图14为本申请实施例的另一种mbms服务区域的管理装置的示意图；

图15为本申请实施例的另一种mbms服务区域的管理装置的示意图；

图16为本申请实施例的另一种mbms服务区域的管理装置的示意图；

图17为本申请实施例的另一种mbms服务区域的管理装置的示意图；

图18为本申请实施例提供的第一通信网元的示意图；

图19为本申请实施例提供的第二通信网元的示意图；

图20为本申请实施例提供的第三通信网元的示意图；

图21为本申请实施例提供的终端的示意图；

图22为本申请实施例提供的业务服务器的示意图。

具体实施方式

以下结合附图对本申请实施例进行详细说明，应当理解，以下所说明的实施例仅用于说明和解释本申请，并不用于限定本申请。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

对于某些使用场景，例如铁路系统的集群应急通信，某项业务需要在业务发起之后，将业务发起者周围一定范围内的相关用户全部接入该业务，而且，随着业务发起者自身物理位置的不断变化，业务的覆盖区域需要不断调整，使得新进入业务覆盖区域的用户加入集群，远离业务覆盖区域的用户自动退出。

基于此，本申请实施例提供一种mbms服务区域的管理方法及系统，通过对业务发起终端的数据链路的识别，实时跟踪并通知业务发起终端所在的第一通信网元(比如，基站)，由第一通信网元自动调整业务覆盖范围，形成一种随着业务发起终端的物理位置变化调整的动态mbms服务区域(mbmsarea)。

图1为本申请实施例提供的mbms服务区域的管理系统的示意图。如图1所示，本实施例提供的mbms服务区域的管理系统，包括：第一通信网元11以及第二通信网元12；其中，第一通信网元11连接第二通信网元。

其中，第二通信网元12，用于向第一通信网元11发送携带专属mbms标识(mbmsid)的第一会话建立请求；

第一通信网元11，用于接收第一会话建立请求之后，根据接收到的位置通知消息或者第一区域判决消息，确定自身是否处于专属mbms标识指示的专属mbms的服务区域内；

其中，专属mbms标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms；位置通知消息用于指示业务发起终端当前处于第一通信网元11的覆盖范围内。

本实施例中，专属mbms与普通mbms的区别在于：专属mbms对应的mbms服务区域受限于业务发起终端的物理位置，而且是动态变化的。

本实施例中，第一区域判决消息可以用于指示该第一通信网元11临接的第一通信网元与专属mbms的服务区域中心的间隔。

在示例性实施方式中，第二通信网元12，可以用于在接收到携带专属mbms标识的第二会话建立请求后，向第一通信网元11发送第一会话建立请求。

在示例性实施方式中，如图1所示，本实施例提供的管理系统还可以包括：第三通信网元13，第三通信网元13分别连接第一通信网元11和第二通信网元12；

第三通信网元13，可以用于检测到专属mbms，则监测该专属mbms的业务发起终端所在的第一通信网元；

第三通信网元13，还可以用于根据接收到的携带专属mbms标识的第三会话建立请求，或者，根据该业务发起终端所在的第一通信网元的切换，向该业务发起终端当前所在的第一通信网元(比如，第一通信网元11)发送位置通知消息。

在示例性实施方式中，如图1所示，本实施例的系统还可以包括：业务发起终端(ue，userequipment)10，用于通过链路发送携带专属业务标识的数据，其中，专属业务标识用于指示专属mbms，且专属业务标识与专属mbms标识之间存在对应关系。

在示例性实施方式中，如图1所示，本实施例的系统还可以包括：业务服务器14，用于接收携带专属业务标识的数据，根据该专属业务标识，确定对应的专属mbms标识，触发会话建立流程。

在示例性实施方式中，第一通信网元11可以包括基站(enodeb)，第二通信网元12可以包括多小区多播协调实体(mce，multi-cell/multicastcoordinationentity)，第三通信网元13可以包括移动管理实体(mme，mobilitymanagemententity)。然而，本申请对此并不限定。

图2为本申请实施例提供的mbms服务区域的管理系统的示例图。在本示例中，以第一通信网元为enodeb，第二通信网元为mce，第三通信网元为mme，业务服务器为集群业务服务器(例如，mcptt服务器)为例进行说明。

如图2所示，本示例提供的管理系统可以包括：ue20、enodeb21、mce22、mme23、集群业务服务器24、bm-sc(broadcast/multicastservicecenter，广播组播业务中心)25和mbms-gw(mbmsgateway，mbms网关)26。其中，bm-sc25和mbms-gw26只是在多播业务发起过程中的参与者。

在本示例中，ue20用于在业务发起阶段携带专属业务标识，即作为业务发起终端；集群业务服务器24用于识别当前发起的业务是否属于专属mbms业务，并识别业务发起终端的相关信息；mce22用于配置专属业务标识所对应的专属mbms标识，并统一管理专属业务标识对应的信道资源，支持通过后台参数配置动态mbms服务区域的范围；mme23用于监控业务发起终端的物理位置，并将业务发起终端的位置变化信息传递给enodeb21；在mce22与mme23所属的多个enodeb21，分别用于判断本enodeb是否位于mbms服务区域的动态范围之内，并指导无线资源管理策略。

在本示例中，基于业务发起终端的物理位置动态调整mbms服务区域的过程可以包括以下三个阶段：注册阶段、业务流程发起阶段以及动态区域生成阶段。下面基于本示例的管理系统对上述三个阶段分别进行说明。

本示例中，注册阶段可以包括以下过程：

mce向mme上报专属mbmsid，用于标识专属mbms；其中，专属mbms与其他普通mbms的区别在于：专属mbms对应的mbmsarea(服务区域)是受限于业务发起终端的位置并且动态变化的；专属mbmsid可以在mce与mme建立链路连接时携带给mme，或者，也可以通过独立的消息专门携带给mme；

mce给专属mbms预留独立的多播资源，多播资源可以包括一个或者多个多播子帧；其中，mce仅在专属mbms发起时，针对这些多播资源进行调度；

mce向enodeb下发专属mbmsid和动态区域范围标识；其中，动态区域范围标识可由后台配置，用于标明专属mbms的服务区域的范围，比如，可以指示专属mbms的服务区域边界相对于服务区域中心的最大间隔；专属mbmsid和动态区域范围标识可以在enodeb向mce建立链路连接的响应(response)消息中携带，或者，也可以通过专门的配置消息主动向enodeb下发；

集群业务服务器上设置专属mbms所对应的专属mbmsid以及支持专属mbmsid的路由信息。

本示例中，业务流程发起阶段可以包括以下过程：

第一步、发起专属集群业务；

本步骤中，ue发起专属集群业务，将专属业务标识写入用户面数据包，用于向集群业务服务器表明业务类型；其中，ue在发起业务时，使用一种专属qci(qosclassidentifier，服务质量等级标识符)申请承载链路；专属qci可以是一种独立于标准协议之外的扩展qci，专用于上述专属集群业务。

第二步、业务类型识别与发起；

集群业务服务器依据ue上报的专属业务标识，判断ue发起的业务属于基于业务发起终端的位置变化动态调整服务区域的专属mbms，即专属mbmsid的对应业务。集群业务服务器将业务发起终端发送的用户面数据、专属mbmsid以及支持专属mbmsid的路由信息，一同下发至bm-sc，触发embms会话建立流程。

第三步、业务发起终端的位置监测；

在mme检测到某一数据链路的qci属于专属qci时，确认该数据链路承载需要进行监测。mme监测承载端enodeb的物理标识(比如，网络协议(ip，internetprotocol)地址)以及其变化情况，实时追踪并记录业务发起终端当前处于哪一个enodeb的覆盖范围内。

第四步、mme向enodeb通知业务发起终端的位置变化信息；

bm-sc执行标准的会话建立流程，当mme接收到来自mbms-gw的携带专属mbmsid的会话建立请求(对应于上述的第三会话建立请求)时，mme依据对业务发起终端的位置监测记录，向当前业务发起终端所在的enodeb发送位置通知消息，用于告知该enodeb正在为业务发起终端提供无线接入。当业务发起终端发生越区切换时，mme根据位置监测记录的变化情况，向新的正在给业务发起终端提供无线接入的enodeb发送位置通知消息，直至业务发起终端的业务承载拆除。

第五步、多播业务选择执行；

mme继续执行标准的会话建立流程，当enodeb收到来自mce的携带专属mbmsid的会话连接请求(对应于上述的第一会话连接请求)，以及对应的调度信息之后，enodeb要先确认自身是否处于专属mbms的动态服务区域内；

其中，当一个enodeb判决本enodeb不属于动态服务区域内时，该enodeb仅仅是保存mce下发的相关配置信息，按照非多播子帧的模式调度其对应的无线资源；只有在一个enodeb判决本enodeb处于动态服务区域内时，才执行后续的标准会话建立流程，即下发业务通知和相关配置参数，并正式加入多播组ip，在对应的无线资源位置上执行多播业务。

本示例中，动态区域生成阶段可以包括以下过程：

第一步、enodeb收到来自mce的动态区域范围标识后，开始在本地维护区域判决参数，区域判决参数用于是否处于动态服务区域的位置判决；区域判决参数包含以下三个元素：动态区域范围标识、中心位置偏移标识、序列号；

其中，动态区域范围标识，接收自mce，直接保存在本地；中心位置偏移标识，由enodeb自行维护，初始化数值与动态区域范围标识相同；序列号，由enodeb自行维护，初始化数值为全0。

第二步、当某一个enodeb收到mme发送的位置通知消息时，触发一次动态区域生成流程。其中，该enodeb将本地保存的序列号加1，将本地保存的中心位置偏移标识置0；并且将本地保存的中心位置偏移标识加1后与更新后的序列号一起，组成区域判决消息(对应于上述的第二区域判决消息)，然后，通过x2或者s1接口，发送至该enodeb的所有临接的enodeb，并进入第四步。

第三步、当某一个enodeb收到区域判决消息(对应于上述的第一区域判决消息)时，若接收到的区域判决消息中携带的序列号与该enodeb本地保存的序列号的数值相同，则直接忽略接收到的区域判决消息，并结束流程；反之(即接收到的区域判决消息中携带的序列号与该enodeb本地保存的序列号的数值不相同)，则保存接收到的区域判决消息中携带的序列号和中心位置偏移标识至本地；

若接收到的区域判决消息中携带的中心位置偏移标识与本地保存的动态区域范围标识的数值相同，则进入第四步；若不同，则将本地更新后的中心位置偏移标识加1并与更新后的序列号一起，组成区域判决消息(对应于上述的第二区域判决消息)，然后，通过x2或者s1接口，发送至该enodeb的所有临接的enodeb，并进入第四步。

第四步、enodeb比较更新后的本地保存的中心位置偏移标识与动态区域范围标识，若中心位置偏移标识小于动态区域范围标识，则该enodeb判决本enodeb属于动态服务区域，反之(即中心位置偏移标识大于或等于动态区域范围标识)，则判决本enodeb不属于动态服务区域。

本实施例在保持了目前协议的多播业务发起流程的基础上，通过识别业务类型，监测业务发起终端的物理位置，由enodeb自适应动态调整embms的服务区域。在使用前景上，弥补了当前embms业务无法适配特定使用场景的局限，适用于基于mcptt的公共安全领域各类场景，例如铁路调度、灾难预警、视频监控等。而且，本实施例便于embms的灵活部署，允许无线资源迅速在多播业务与非多播业务之间快速转换，即满足突发热点的资源使用要求，又避免资源浪费。另外，enodeb自组织的动态区域调整模式，也普遍适用于其他应用场景。

图3为本申请实施例提供的一种mbms服务区域的管理方法的流程图。如图3所示，本实施例提供的mbms服务区域的管理方法，包括以下步骤：

s11、第一通信网元接收携带专属mbms标识的第一会话建立请求；然后，执行s12；

s12、第一通信网元根据接收到的位置通知消息或者第一通信网元的第一区域判决消息，确定自身是否处于专属mbms标识指示的专属mbms的服务区域内；

其中，专属mbms标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms；位置通知消息用于指示业务发起终端当前处于该第一通信网元的覆盖范围内。

其中，第一区域判决消息可以用于指示该临接的第一通信网元与专属mbms的服务区域中心的间隔。

在示例性实施方式中，s12可以包括：

第一通信网元根据接收到的位置通知消息，更新本地保存的区域判决参数，根据更新后的区域判决参数，确定自身是否处于专属mbms的服务区域内；或者，

第一通信网元根据接收到的第一区域判决消息，更新本地保存的区域判决参数，根据更新后的区域判决参数，确定自身是否处于专属mbms的服务区域内，其中，第一区域判决消息携带该第一通信网元临接的第一通信网元的区域判决参数。

在示例性实施方式中，区域判决参数至少可以包括：动态区域范围标识、中心位置偏移标识；其中，动态区域范围标识用于指示专属mbms的服务区域的范围，比如，可以指示专属mbms的服务区域边界相对于服务区域中心的最大间隔；中心位置偏移标识用于指示第一通信网元与专属mbms的服务区域中心之间的间隔。

在示例性实施方式中，第一通信网元根据更新后的区域判决参数，确定自身是否处于专属mbms的服务区域内，可以包括：

第一通信网元本地保存的中心位置偏移标识小于动态区域范围标识，则确定自身处于专属mbms的服务区域内；第一通信网元本地保存的中心位置偏移标识大于或等于动态区域范围标识，则确定自身不处于专属mbms的服务区域内。

在示例性实施方式中，第一通信网元根据接收到的位置通知消息，更新本地保存的区域判决参数，可以包括：

第一通信网元接收到位置通知消息，则将本地保存的中心位置偏移标识置0；如此，表明此时该第一通信网元处于专属mbms的服务区域中心；

第一通信网元根据接收到的第一区域判决消息，更新本地保存的区域判决参数，可以包括：

第一通信网元接收到第一区域判决消息，则将本地保存的中心位置偏移标识更新为接收到的第一区域判决消息中携带的中心位置偏移标识，其中，第一区域判决消息中携带的中心位置偏移标识与该临接的第一通信网元本地保存的中心位置偏移标识之间的差值为1。换言之，第一通信网元通过第一区域判决消息可以向临接的其他第一通信网元指示自身与专属mbms的服务区域中心之间的间隔。

在示例性实施方式中，第一通信网元接收到位置通知消息后，本实施例的方法还可以包括：

第一通信网元向自身临接的第一通信网元广播第二区域判决消息，其中，第二区域判决消息携带的中心位置偏移标识等于该第一通信网元本地保存的中心位置偏移标识加1。

在示例性实施方式中，第一通信网元接收到第一区域判决消息后，本实施例的方法还可以包括：

第一区域判决消息携带的中心位置偏移标识不等于第一通信网元本地保存的动态区域范围标识，则第一通信网元向自身临接的第一通信网元广播第二区域判决消息，其中，第二区域判决消息携带的中心位置偏移标识等于该第一通信网元本地保存的中心位置偏移标识加1。

在示例性实施方式中，区域判决参数还可以包括：序列号；

其中，第一通信网元接收到位置通知消息或者第一区域判决消息后，本实施例的方法还可以包括：

第一通信网元根据接收到的位置通信消息，将本地保存的序列号加1；或者，

第一通信网元根据接收到的第一区域判决消息，确定第一区域判决消息携带的序列号等于自身本地保存的序列号，则第一通信网元丢弃接收到的第一区域判决消息。

本示例性实施方式中，第一通信网元可以通过接收到的第一区域判决消息携带的序列号，判断接收到的第一区域判决消息携带的区域判决参数是否可以使用，即确定是否进行动态服务区域的调整过程。然而，本申请对此并不限定。在其他实现方式中，可以在区域判决参数中设置其他元素实现上述功能。

在示例性实施方式中，在s11之前，本实施例的方法还可以包括：

第一通信网元接收专属mbms标识以及动态区域范围标识；其中，动态区域范围标识用于指示专属mbms的服务区域的范围。

在本实施方式中，第一通信网元在注册阶段会接收第二通信网元下发的专属mbms标识以及动态区域范围标识，然后，在业务流程发起阶段，可以识别出第一会话建立请求是否携带专属mbms标识。

在示例性实施方式中，第一通信网元可以包括enodeb。然而，本申请对此并不限定。

本实施例中，第一通信网元通过自组织方式确定动态服务区域，可以适用于embms业务无法适配的特定使用场景以及其他应用场景。

图4为本申请实施例提供的另一mbms服务区域的管理方法的流程图。如图4所示，本实施例提供的mbms服务区域的管理方法，包括：

s21、第二通信网元接收携带专属mbms标识的第二会话建立请求；其中，专属mbms标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms；

s22、第二通信网元向第一通信网元发送携带专属mbms标识的第一会话建立请求。

在示例性实施方式中，在s21之前，本实施例的方法还可以包括：

第二通信网元配置专属mbms标识以及动态区域范围标识，并给专属mbms标识所指示的专属mbms预留独立的多播资源；其中，动态区域范围标识用于指示专属mbms的服务区域的范围；

第二通信网元向第一通信网元发送专属mbms标识以及动态区域范围标识；

第二通信网元向第三通信网元发送专属mbms标识。

其中，第二通信网元可以在注册阶段，配置专属mbms所对应的专属mbms标识以及动态区域范围标识，并将专属mbms标识和动态区域范围标识下发给第一通信网元，将专属mbms标识发送给第三通信网元。

在示例性实施方式中，第二通信网元向第一通信网元发送专属mbms标识以及动态区域范围标识，可以包括：

第二通信网元通过配置消息向第一通信网元发送专属mbms标识以及动态区域范围标识；或者，

第二通信网元通过针对第一通信网元的链路连接建立请求的响应消息，向第一通信网元发送专属mbms标识以及动态区域范围标识。

在示例性实施方式中，第二通信网元向第三通信网元发送专属mbms标识，可以包括：

第二通信网元通过单独的消息向第三通信网元发送专属mbms标识；或者，

第二通信网元通过链路连接建立消息向第三通信网元发送专属mbms标识。

在示例性实施方式中，第一通信网元可以包括enodeb，第二通信网元可以包括mce，第三通信网元可以包括mme。然而，本申请对此并不限定。

图5为本申请实施例提供的另一mbms服务区域的管理方法的流程图。如图5所示，本实施例提供的mbms服务区域的管理方法，包括：

s31、第三通信网元检测到基于业务发起终端的物理位置变化动态调整服务区域的专属mbms，则监测该专属mbms的业务发起终端所在的第一通信网元；

s32、第三通信网元接收到携带专属mbms标识的第三会话建立请求，或者，业务发起终端所在的第一通信网元发生切换，则第三通信网元向业务发起终端当前所在的第一通信网元发送位置通知消息；

其中，专属mbms标识用于指示专属mbms，位置通知消息用于指示业务发起终端当前处于该第一通信网元的覆盖范围内。

在示例性实施方式中，第三通信网元检测专属mbms可以包括：

第三通信网元在检测到一个数据链路的服务质量等级标识符(qci)属于专属qci时，确认该数据链路所承载的业务属于专属mbms。

在示例性实施方式中，在s31之前，本实施例的方法还可以包括：第三通信网元接收专属mbms标识。

其中，在注册阶段，第三通信网元从第二通信网元接收第二通信网元配置的专属mbms标识。

在示例性实施方式中，第一通信网元可以包括enodeb，第二通信网元可以包括mce，第三通信网元可以包括mme。然而，本申请对此并不限定。

本实施例中，第三通信网元实时跟踪业务发起终端所在的enodeb，而且可以向业务发起终端当前所在的enodeb发生位置通知消息，告知该enodeb当前正在给业务发起终端提供无线接入。

图6为本申请实施例提供的另一mbms服务区域的管理方法的流程图。如图6所示，本实施例提供的mbms服务区域的管理方法，包括：

s41、业务发起终端申请数据链路；

s42、业务发起终端通过数据链路发送携带专属业务标识的数据；其中，专属业务标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms，且专属业务标识与专属mbms标识之间存在对应关系。

在示例性实施方式中，s41可以包括：业务发起终端采用专属qci申请数据链路。其中，专属qci可以是一种独立于标准协议之外的扩展qci。

本实施例中，终端在发起专属mbms业务时，携带专属业务标识，用于向业务服务器表明业务类型，以便于业务服务器执行该业务类型对应的处理。

图7为本申请实施例提供的另一mbms服务区域的管理方法的流程图。如图7所示，本实施例提供的mbms服务区域的管理方法，包括：

s51、业务服务器接收携带专属业务标识的数据；其中，专属业务标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms；

s52、业务服务器根据专属业务标识，确定对应的专属mbms标识，触发会话建立流程。

在示例性实施方式中，在s52中，触发会话建立流程可以包括：

业务服务器向广播组播业务中心(bm-sc)发送第四会话建立请求，其中，第四会话建立请求携带接收到的数据、专属mbms标识、专属mbms标识对应的路由信息。

下面通过多个实施例对本申请的方案进行说明。其中，下面的实施例基于图2所示的系统进行说明。

实施例一

本实施例说明了注册阶段的实施过程。在注册阶段，第二通信网元(本示例中为mce)将相关标识发送至第一通信网元(本示例中为enodeb)和第三通信网元(本示例中为mme)，以便业务发起时的即时识别与追踪。

如图8所示，本实施例的注册阶段包括以下流程：

s101、mce设置专属mbmsid，专属mbmsid对应专属mbms，该专属mbms的服务区域基于业务发起终端的物理位置动态变化。

s102、mce设置动态区域范围标识，该动态区域范围标识指示专属mbms的服务区域的范围，其中，给业务发起终端提供无线接入的enodeb作为动态服务区域的中心，动态区域范围标识可以指示专属mbms的服务区域边界相对于服务区域中心的最大间隔(以小区为单位)。

s103、mce设置专属mbmsid相关的无线资源，其中，无线资源可以包括位置固定的一个或者多个子帧，这些无线资源相对独立于其他多播业务的无线资源，仅当对应于专属mbmsid的业务发起时，才调度这些资源，不会被其他多播业务占用。

s104、mce向mme上报专属mbmsid，用于mme判断业务是否已经发起，是否执行后续的位置通知流程。

s105、mce向enodeb发送专属mbmsid和动态区域范围标识，分别用于enodeb判断发起的多播业务是否属于需要生成动态服务区域的embms业务，以及判断自身是否属于动态服务区域之内。

s106、集群业务服务器上设置专属mbmsid以及支持专属mbmsid的路由信息，用于embms业务发起时，指导bm-sc为用户面数据流提供正确的路由。

需要说明的是，本申请对于上述步骤的执行顺序并不限定。比如，s104可以在s103之后执行，s105可以在s103之后执行，s106可以在s101之前或与s101同时执行。

实施例二

本实施例说明了业务流程发起阶段的实施过程。其中，业务流程发起阶段包含业务发起终端将用户面数据流发送至集群服务器的上行业务，也包含集群服务器通过embms多播技术将用户面数据流分发的下行广播业务。

整体的业务发起流程可以包含上、下行业务，都是在lte标准业务流程基础上，引入业务识别、位置检测、位置通知、区域判决等机制后实现的。

如图9所示，本实施例的执行过程如下：

s201、终端(ue)发起专属集群业务，将专属业务标识写入用户面数据包，在申请建立专用承载时，使用预先协商好的专属qci，以区别于普通的专用业务承载。

s202、当mme检测到某一承载链路qci属于专属qci时，确认该链路承载所对应的业务属于基于业务发起终端位置的动态区域embms业务，开始对该承载进行监测；mme监测承载端enodeb的物理标识(比如，ip地址)以及其变化情况，实时追踪并记录，用于监测业务发起终端当前处于哪一个enodeb的覆盖范围。

s203、集群业务服务器(比如，mcpttserver)依据终端上报的专属业务标识，判断该业务属于基于业务发起终端位置的embms业务，即专属mbmsid的对应业务。

s204、集群业务服务器查找专属mbmsid对应的路由信息，将接收的用户面数据流、路由信息以及专属mbmsid一同下发至bm-sc，触发embms会话建立流程。

s205、bm-sc依据路由信息，向对应的mbms-gw发送会话建立请求，本流程属于标准的embms会话建立流程，只是携带专属mbmsid。

s206、mbms-gw向bm-sc发送会话建立响应消息。

s207、mbms-gw依据路由信息，向对应的mme发送会话建立请求(对应于上述第三会话建立请求)，本流程属于标准的embms会话建立流程，只是携带专属mbmsid。

s208、mme接收到来自mbms-gw的携带专属mbmsid的会话建立请求时，mme依据对业务发起终端的位置监测记录，向当前业务发起终端所在的enodeb发送位置通知消息，用于告知该enodeb正在为业务发起终端提供无线接入；当业务发起终端发生越区切换时，mme可以根据位置监测记录的变化情况，向新的正在提供无线接入的enodeb发送位置通知消息，直至业务发起终端的业务承载拆除。

s209、mme依据路由信息，向对应的mce发送会话建立请求(对应上述的第二会话建立请求)，本流程属于标准的embms会话建立流程，只是携带专属mbmsid。

s210、mce向mme发送会话建立响应消息。

s211、mme向mbms-gw发送会话建立响应消息。

s212和s214、mce接收到来自mme的携带专属mbmsid的会话建立请求(对应于上述的第二会话建立请求)时，判断业务类型为基于业务发起终端位置的embms业务，在预留的专属多播资源上配置调度信息，向对应的enodeb发送会话建立请求(对应于上述的第一会话建立请求)和调度信息；上述过程与标准的mce处理流程无异，只是资源调度要针对专属的多播子帧而不是全体多播子帧。

s213、enodeb发送会话建立响应消息。

s215、enodeb发送调度信息响应消息。

s216、当enodeb收到来自mce的携带专属mbmsid的会话连接请求(对应于上述的第一会话建立请求)，以及对应的调度信息之后，enodeb先要确认自身是否属于动态服务区域。

其中，当一个enodeb判决自身不属于动态服务区域内时，该enodeb仅仅是保存mce下发的相关配置信息，按照非多播子帧的模式调度其对应的无线资源；只有在一个enodeb判决自身处于动态服务区域范围内时，才执行后续的标准会话建立流程，即下发mcch(mbmscontrolchannel，mbms控制信道)通知和相关mbsfn配置参数，并正式加入多播组ip，在对应的无线资源位置上执行多播业务。

实施例三

本实施例说明enodeb接收到mme发送的位置通知消息或者其他enodeb发送的区域判决消息之后，确认是否处于动态的服务区域的过程。

本实施例中，每个enodeb均保存区域判决参数，区域判决参数包含以下三个元素：动态区域范围标识、中心位置偏移标识、序列号；其中，动态区域范围标识，接收自mce，直接保存在本地；中心位置偏移标识，由enodeb自行维护，初始化数值与动态区域范围标识相同；序列号，由enodeb自行维护，初始化数值为全0。

如图10所示，本实施例的过程包括：

s301、enodeb判断是否收到来自mme的位置通知消息；若收到，则执行s302，否则，执行s305；

s302、enodeb将本地保存的序列号加1，并将本地保存的中心位置偏移标识置0；

s303、enodeb将本地保存的中心位置偏移标识加1，与更新后的序列号一起，组成区域判决消息(对应于上述的第二区域判决消息)，然后，通过x2或者s1接口，发送至该enodeb的所有临接的enodeb；之后，执行s304。

s305、enodeb判断是否收到来自自身临接的enodeb的区域判决消息(对应于上述的第一区域判决消息)；若收到，则执行s306，否则该enodeb确定自己不处于专属业务的服务区域，停发业务。

s306、该enodeb判断接收到的区域判决消息中携带的序列号与本地保存的序列号的数值是否相同；若相同，则直接忽略接收到的区域判决消息，结束流程；否则，执行s307；

s307、该enodeb保存接收到的区域判决消息中携带的序列号和中心位置偏移标识至本地；本步骤中，该enodeb将本地保存的序列号和中心位置偏移标识更新为接收到的区域判决消息中携带的序列号和中心位置偏移标识；

s308、该enodeb判断接收到的区域判决消息中携带的中心位置偏移标识与本地保存的动态区域范围标识的数值是否相同；若相同，则执行s304，否则，执行s303，即将中心位置偏移标识加1后与序列号一起组成区域判决消息(对应于上述的第二区域判决消息)，然后通过x2或者s1接口，发送至该enodeb的所有临接的enodeb；

s304、该enodeb将中心位置偏移标识与动态区域范围标识进行比较；若中心位置偏移标识小于动态区域范围标识，则判决自己处于属于动态服务区域内，反之，则判决自己不属于动态服务区域内。

实施例四

本实施例说明了各个enodeb在初始状态下首次生成动态服务区域的执行过程。

本实施例中，每个enodeb均保存区域判决参数，区域判决参数包含以下三个元素：动态区域范围标识、中心位置偏移标识、序列号；其中，动态区域范围标识，接收自mce，直接保存在本地，本示例中，初始值为3；中心位置偏移标识，由enodeb自行维护，初始化数值与动态区域范围标识相同；序列号，由enodeb自行维护，初始化数值为全0。即，本实施例中，各个enodeb的初始区域判决参数为(3，3，0000)。

需要说明的是，本实施例中为了演示方便，将enodeb的覆盖简化为线型覆盖。然而，本申请对此并不限定。本实施例针对enodeb网状覆盖同样适用。

如图11所示，本实施例的实施过程如下：

第一步、某个enodeb收到来自mme的位置通知消息，确认自己处于动态embms区域的中心，以下将该enodeb称为中心enodeb；

第二步、中心enodeb将本地记录的中心位置偏移标识置0，将本地记录的序列号加1，并在本地保存；即中心enodeb更新后在本地存储的区域判决参数为(3，0，0001)；

第三步、中心enodeb构建区域判决消息，构建结果为(1，0001)，将区域判决消息通过s1或者x2链路，广播至中心enodeb的所有临接enodeb；

第四步、中心enodeb判决中心位置偏移标识(此处值为0)小于动态区域范围标识(此处值为3)，属于动态服务区域；本实施例中，将中心enodeb命名为中心节点；

第五步、收到来自中心节点的区域判决消息的enodeb，判决接收到的区域判决消息携带的序列号与本地保存的序列号不一致，保存收到的序列号和中心位置偏移标识，本地更新后的区域判决参数为(3，1，0001)；

第六步、上述收到来自中心节点的区域判决消息的enodeb判决更新后的中心位置偏移标识(此处值为1)不等于动态区域范围标识(此处值为3)，则构建区域判决消息，构建结果为(2，0001)，并将构建的区域判决消息通过s1或者x2链路，广播至该enodeb的所有临接enodeb；

第七步、上述收到来自中心节点的区域判决消息的enodeb判决更新后的中心位置偏移标识(此处值为1)小于动态区域范围标识(此处值为3)，属于动态服务区域；本实施例中，将上述enodeb命名为一级节点；

第八步、中心节点收到来自一级节点的区域判决消息，判决接收到的区域判决消息中携带的序列号与本地保存的序列号相同，不作处理，丢弃接收到的区域判决消息；

第九步、收到来自一级节点的区域判决消息的enodeb，判决接收到的区域判决消息中携带的序列号与本地保存的序列号不一致，保存收到的区域判决消息中携带的序列号和中心位置偏移标识，本地更新后的区域判决参数为(3，2，0001)；

第十步、上述收到来自一级节点的区域判决消息的enodeb判决更新后的中心位置偏移标识不等于动态区域范围标识，则构建区域判决消息，构建结果为(3，0001)，上述enodeb将构建的区域判决消息通过s1或者x2链路，广播至该enodeb的所有临接enodeb；

第十一步、上述收到来自一级节点的区域判决消息的enodeb判决更新后的中心位置偏移标识(此处值为2)小于动态区域范围标识(此处值为3)，属于动态服务区域；本实施例中，将上述enodeb命名为二级节点；

第十二步、一级节点收到来自二级节点的区域判决消息，判决接收到的区域判决消息中携带的序列号与本地保存的序列号相同，不作处理，丢弃接收到的区域判决消息；

第十三步、收到来自二级节点的区域判决消息的enodeb，判决接收到的区域判决消息中携带的序列号与本地保存的序列号不一致，保存收到的区域判决消息中携带的序列号和中心位置偏移标识，本地更新后的区域判决参数为(3，3，0001)；

第十四步、上述收到来自二级节点的区域判决消息的enodeb判决更新后的中心位置偏移标识等于动态区域范围标识，不再向临接enodeb广播发送区域判决消息，并判决更新后的中心位置偏移标识(此处值为3)等于动态区域范围标识(此处值为3)，不属于动态服务区域。

至此，如图11所示，动态服务区域的范围可以确认。

实施例五

本实施例说明了各个enodeb在业务发起终端发生越区切换之后，生成动态服务区域的执行过程。其中，enodeb在接收到位置通知消息之后，逐步确认并最终确定动态服务区域的边界，新的enodeb纳入动态服务区域，旧的enodeb退出动态服务区域。

本实施例中，每个enodeb均保存区域判决参数，区域判决参数包含以下三个元素：动态区域范围标识、中心位置偏移标识、序列号；其中，动态区域范围标识，接收自mce，直接保存在本地，本示例中，初始值为3；中心位置偏移标识，由enodeb自行维护，初始化数值与动态区域范围标识相同；序列号，由enodeb自行维护，初始化数值为全0。

需要说明的是，本实施例中为了演示方便，将enodeb的覆盖简化为线型覆盖。然而，本申请对此并不限定。本实施例针对enodeb网状覆盖同样适用。

如图12所示，本实施例的实施过程如下：

第一步、在业务发起终端发生越区切换后，某个原先的一级节点，收到来自mme的位置通知消息，确认自己处于动态embms区域的中心；以下将该enodeb称为中心enodeb；

第二步、中心enodeb将本地记录的中心位置偏移标识置0，将本地记录的序列号加1，并在本地保存；即中心enodeb更新后在本地存储的区域判决参数为(3，0，xxx2)；

第三步、中心enodeb构建区域判决消息，构建结果为(1，xxx2)，将区域判决消息通过s1或者x2链路，广播至中心enodeb的所有临接enodeb；

第四步、中心enodeb判决中心位置偏移标识(此处值为0)小于动态区域范围标识(此处值为3)，属于动态服务区域；本实施例中，将中心enodeb命名为中心节点；

第五步、收到来自中心节点的区域判决消息的enodeb，判决接收到的区域判决消息携带的序列号与本地保存的序列号不一致，保存收到的序列号和中心位置偏移标识，本地更新后的区域判决参数为(3，1，xxx2)；

第六步、上述收到来自中心节点的区域判决消息的enodeb判决更新后的中心位置偏移标识(此处值为1)不等于动态区域范围标识(此处值为3)，则构建区域判决消息，构建结果为(2，xxx2)，并将构建的区域判决消息通过s1或者x2链路，广播至该enodeb的所有临接enodeb；

第七步、上述收到来自中心节点的区域判决消息的enodeb判决更新后的中心位置偏移标识(此处值为1)小于动态区域范围标识(此处值为3)，属于动态服务区域；本实施例中，将上述enodeb命名为一级节点；在图12中可见，切换发生后，一个原中心节点和一个原二级节点，更新为一级节点；

第八步、中心节点收到来自一级节点的区域判决消息，判决接收到的区域判决消息中携带的序列号与本地保存的序列号相同，不作处理，丢弃接收到的区域判决消息；

第九步、收到来自一级节点的区域判决消息的enodeb，判决接收到的区域判决消息中携带的序列号与本地保存的序列号不一致，保存收到的序列号和中心位置偏移标识，本地更新后的区域判决参数为(3，2，xxx2)；

第十步、上述收到来自一级节点的区域判决消息的enodeb判决更新后的中心位置偏移标识(此处值为2)不等于动态区域范围标识(此处值为3)，则构建区域判决消息，构建结果为(3，xxx2)，并将构建的区域判决消息通过s1或者x2链路，广播至该enodeb的所有临接enodeb；

第十一步、上述收到来自一级节点的区域判决消息的enodeb判决更新后的中心位置偏移标识(此处值为2)小于动态区域范围标识(此处值为3)，属于动态服务区域；本实施例中，将上述enodeb命名为二级节点；在图12中可见，切换发生后，一个原一级节点，更新为二级节点；一个原不属于动态服务区域的节点，作为二级节点，加入了动态服务区域；

第十二步、一级节点收到来自二级节点的区域判决消息，判决接收到的区域判决消息中携带的序列号与本地保存的序列号相同，不作处理，丢弃接收到的区域判决消息；

第十三步、收到来自二级节点的区域判决消息的enodeb，判决接收到的区域判决消息中携带的序列号与本地保存的序列号不一致，保存收到的序列号和中心位置偏移标识，本地更新后的区域判决参数为(3，3，xxx2)；

第十四步、上述收到来自二级节点的区域判决消息的enodeb判决更新后的中心位置偏移标识等于动态区域范围标识，不再向临接enodeb广播发送区域判决消息，并判决更新后的中心位置偏移标识(此处值为3)等于动态区域范围标识(此处值为3)，不属于动态服务区域；在图12中可见，切换发生后，一个原二级节点，退出了动态服务区域。

至此，如图12所示，动态服务区域的范围可以确认。

图13为本申请实施例提供的一种mbms服务区域的管理装置的示意图。如图13所示，本实施例提供的mbms服务区域的管理装置，应用于第一通信网元(比如，enodeb)，包括：

第一接收模块101，用于接收携带专属mbms标识的第一会话建立请求；其中，专属mbms标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms；

第一处理模块102，用于根据接收到的位置通知消息或者第一区域判决消息，确定所在的第一通信网元是否处于专属mbms的服务区域内；

其中，位置通知消息用于指示业务发起终端当前处于该第一通信网元的覆盖范围内。

在示例性实施方式中，第一处理模块102可以用于通过以下方式根据接收到的位置通知消息或者第一区域判决消息，确定所在的第一通信网元是否处于专属mbms的服务区域内：

根据接收到的位置通知消息，更新本地保存的区域判决参数，根据更新后的区域判决参数，确定所在的第一通信网元是否处于专属mbms的服务区域内；或者，

根据接收到的第一区域判决消息，更新本地保存的区域判决参数，根据更新后的区域判决参数，确定自身是否处于专属mbms的服务区域内；其中，第一区域判决消息携带该第一通信网元临接的第一通信网元的区域判决参数。

在示例性实施方式中，区域判决参数至少可以包括：动态区域范围标识、中心位置偏移标识；其中，动态区域范围标识用于指示专属mbms的服务区域的范围；中心位置偏移标识用于指示第一通信网元与专属mbms的服务区域中心之间的间隔。

在示例性实施方式中，第一处理模块102可以用于通过以下方式根据更新后的区域判决参数，确定所在的第一通信网元是否处于专属mbms的服务区域内：

该第一通信网元本地保存的中心位置偏移标识小于动态区域范围标识，则确定该第一通信网元处于专属mbms的服务区域内；该第一通信网元本地保存的中心位置偏移标识大于或等于动态区域范围标识，则确定该第一通信网元不处于专属mbms的服务区域内。

在示例性实施方式中，本实施例提供的管理装置还可以包括：

第一发送模块，用于根据接收到的位置通知消息，向所在的第一通信网元临接的第一通信网元广播第二区域判决消息；

或者，第一发送模块，用于根据接收到的第一区域判决消息，确认第一区域判决消息携带的中心位置偏移标识不等于本地保存的动态区域范围标识，则向该临接的第一通信网元广播第二区域判决消息；

其中，第二区域判决消息携带的中心位置偏移标识等于该所在的第一通信网元本地保存的中心位置偏移标识加1。

关于本实施例提供的管理装置的相关描述可以参照图3对应的方法实施例的说明，故于此不再赘述。

图14为本申请实施例提供的另一种mbms服务区域的管理装置的示意图。如图14所示，本实施例提供的mbms服务区域的管理装置，应用于第二通信网元(比如，mce)，包括：

第二接收模块201，用于接收携带专属mbms标识的第二会话建立请求；其中，专属mbms标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms；

第二发送模块202，用于向第一通信网元发送携带专属mbms标识的第一会话建立请求。

在示例性实施方式中，本实施例提供的管理装置还可以包括：

配置模块，用于配置专属mbms标识以及动态区域范围标识，并给专属mbms标识所指示的专属mbms预留独立的多播资源；其中，动态区域范围标识用于指示专属mbms的服务区域的范围；

第二发送模块202，还用于向第一通信网元发送专属mbms标识以及动态区域范围标识；向第三通信网元发送专属mbms标识。

关于本实施例提供的管理装置的相关描述可以参照图4对应的方法实施例的说明，故于此不再赘述。

图15为本申请实施例提供的mbms服务区域的管理装置的示意图。如图15所示，本实施例提供的mbms服务区域的管理装置，应用于第三通信网元(比如，mme)，包括：

监测模块301，用于检测到基于业务发起终端的物理位置变化动态调整服务区域的专属mbms，则监测该专属mbms的业务发起终端所在的第一通信网元；

第二发送模块302，用于根据接收到的携带专属mbms标识的第三会话建立请求，或者，根据业务发起终端所在的第一通信网元的切换，向业务发起终端当前所在的第一通信网元发送位置通知消息；

其中，专属mbms标识用于指示专属mbms，位置通知消息用于指示业务发起终端当前处于该第一通信网元的覆盖范围内。

在示例性实施方式中，本实施例提供的管理装置还可以包括：

第三接收模块，用于接收专属mbms标识。

关于本实施例提供的管理装置的相关描述可以参照图5对应的方法实施例的说明，故于此不再赘述。

图16为本申请实施例提供的mbms服务区域的管理装置的示意图。如图16所示，本实施例提供的mbms服务区域的管理装置，应用于业务发起终端，包括：

第二处理模块401，用于申请数据链路；

第四发送模块402，用于通过该数据链路发送携带专属业务标识的数据；其中，专属业务标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms，且专属业务标识与专属mbms标识之间存在对应关系。

在示例性实施方式中，第二处理模块401可以用于通过以下方式申请数据链路：采用专属qci申请数据链路。

关于本实施例提供的管理装置的相关描述可以参照图6对应的方法实施例的说明，故于此不再赘述。

图17为本申请实施例提供的mbms服务区域的管理装置的示意图。如图17所示，本实施例提供的mbms服务区域的管理装置，应用于业务服务器(比如，mcptt服务器)，包括：

第四接收模块501，用于接收携带专属业务标识的数据；其中，专属业务标识用于指示基于业务发起终端的物理位置变化动态调整服务区域的专属mbms；

第三处理模块502，用于根据专属业务标识，确定对应的专属mbms标识，触发会话建立流程。

在示例性实施方式中，第三处理模块502可以用于通过以下方式触发会话建立流程：

向bm-sc发送第四会话建立请求，其中，第四会话建立请求携带接收到的数据、专属mbms标识、专属mbms标识对应的路由信息。

关于本实施例提供的管理装置的相关描述可以参照图7对应的方法实施例的说明，故于此不再赘述。

图18为本申请实施例提供的第一通信网元的示意图。如图18所示，本实施例提供的第一通信网元1000(比如，enodeb)，包括：第一存储器1001以及第一处理器1002，第一存储器1001用于存储mbms服务区域的管理程序；该管理程序被第一处理器1002执行时实现上述实施例提供的第一通信网元侧的管理方法的步骤。

其中，第一处理器1002可以包括但不限于微处理器(mcu，microcontrollerunit)或可编程逻辑器件(fpga，fieldprogrammablegatearray)等的处理装置。第一存储器1001可用于存储应用软件的软件程序以及模块，如本实施例中的管理方法对应的程序指令或模块，第一处理器1002通过运行存储在第一存储器1001内的软件程序以及模块，从而执行各种功能应用以及数据处理，比如实现本实施例提供的管理方法。第一存储器1001可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些示例中，第一存储器1001可包括相对于第一处理器1002远程设置的存储器，这些远程存储器可以通过网络连接至第一通信网元1000。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

示例性地，第一通信网元1000还可以包括第一通信单元1003；第一通信单元1003可以经由一个网络接收或者发送数据。在一个实例中，第一通信单元1003可以为射频(radiofrequency，简称为rf)模块，其用于通过无线方式与互联网进行通信。

图19为本申请实施例提供的第二通信网元的示意图。如图19所示，本实施例提供的第二通信网元2000(比如，mce)，包括：第二存储器2001以及第二处理器2002，第二存储器2001用于存储mbms服务区域的管理程序；该管理程序被第二处理器2002执行时实现上述实施例提供的第二通信网元侧的管理方法的步骤。

示例性地，第二通信网元2000还可以包括第二通信单元2003。

关于本实施例提供的第二存储器、第二处理器以及第二通信单元的说明可以参照上述第一存储器、第一处理器以及第一通信单元的说明，故于此不再赘述。

图20为本申请实施例提供的第三通信网元的示意图。如图20所示，本实施例提供的第三通信网元3000(比如，mme)，包括：第三存储器3001以及第三处理器3002，第三存储器3001用于存储mbms服务区域的管理程序；该管理程序被第三处理器3002执行时实现上述实施例提供的第三通信网元侧的管理方法的步骤。

示例性地，第三通信网元3000还可以包括第三通信单元3003。

关于本实施例提供的第三存储器、第三处理器以及第三通信单元的说明可以参照上述第一存储器、第一处理器以及第一通信单元的说明，故于此不再赘述。

图21为本申请实施例提供的终端的示意图。如图21所示，本实施例提供的终端4000，包括：第四存储器4001以及第四处理器4002，第四存储器4001用于存储mbms服务区域的管理程序；该管理程序被第四处理器4002执行时实现上述实施例提供的终端侧的管理方法的步骤。

示例性地，终端4000还可以包括第四通信单元4003。

关于本实施例提供的第四存储器、第四处理器以及第四通信单元的说明可以参照上述第一存储器、第一处理器以及第一通信单元的说明，故于此不再赘述。

图22为本申请实施例提供的业务服务器的示意图。如图22所示，本实施例提供的业务服务器5000，包括：第五存储器5001以及第五处理器5002，第五存储器5001用于存储mbms服务区域的管理程序；该管理程序被第五处理器5002执行时实现上述实施例提供的业务服务器侧的管理方法的步骤。

示例性地，业务服务器5000还可以包括第五通信单元5003。

关于本实施例提供的第五存储器、第五处理器以及第五通信单元的说明可以参照上述第一存储器、第一处理器以及第一通信单元的说明，故于此不再赘述。

此外，本申请实施例还提供一种计算机可读存储介质，存储有mbms服务区域的管理程序，该管理程序被处理器执行时实现图3至图7对应的任一实施例提供的管理方法的步骤。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块或单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块或单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

虽然本申请所揭露的实施方式如上，但所述的内容仅为便于理解本申请而采用的实施方式，并非用以限定本申请。任何本申请所属领域内的技术人员，在不脱离本申请所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本申请的专利保护范围，仍须以所附的权利要求书所界定的范围为准。