一种广播承载管理的方法及其设备与流程

本发明涉及通信网络领域，尤其涉及一种多媒体广播/组播服务(multimediabroadcast/multicastservice，mbms)承载管理的方法及其设备。

背景技术：

现有紧急任务即按即说(missioncriticalpush-to-talkoverlte)用于公共安全应用及一般的商业应用，例如公共事业或者铁路应用等，支持一对多(1-to-n)的群组通信。对于1-to-n的群组通信，紧急任务即按即说(missioncriticalpush-to-talk，mcptt)系统支持两种媒体传输模式：单播(unicastbearer)传输和mbms广播(mbmsbearer)传输。对于mbms广播模式mcptt系统基于集群通信系统使能(groupcommunicationsystemenablersforlte，gcse_lte)网络结构，如图1所示。其中，紧急任务服务服务器(missioncriticalserviceserver，mcs服务器)作为gcsas的一个实例，实现了广播承载的管理和使用。现有的mcptt服务器是mcs服务器的一种类型，其中集成了集群通信系统应用服务器(groupcommunicationsystemapplicationserver，gcsas)的功能，如图2所示，图2为mcptt网络架构和功能模型。

随着公共安全领域引入的服务越来越多，为了适应和满足集群通信的需求，例如mcvideo、mcdata等均需要使用广播承载广播媒体数据。广播承载服务是一种与具体应用层业务无关的底层传输服务。而现有技术中，负责管理和使用广播承载服务的gcsas功能与应用层业务服务器绑定在一起，如mcptt服务器，如此，每引入新的需要使用广播承载服务的业务都需要重新实现gcsas功能，造成了整个公共安全网络架构功能的重复和耦合，也不利于新业务的快速部署。而且对于一个群组配置多重紧急业务的情况下，因为服务器分离部署，无法保证对于同一个群组的各个业务都使用同一个广播承载传输。现有分发下行媒体数据的广播承载有两种类型：预建立广播承载和动态建立的广播承载，需要说明的是，预建立的广播承载是在业务群组会话建立完成之前建立，动态建立的广播承载是在业务群组会话建立完成之后建立，如图3和图4所示。

图3为基于mcptt架构预建立广播承载的方法流程图。图4为基于mcptt架构动态建立广播承载的方法流程图。在图3和图4所示的基于mcptt架构预建立或者动态建立广播承载的使用过程中，广播承载的激活、管理，以及呼叫控制(callcontrol)紧紧耦合在mcptt服务器中，会导致广播承载资源使用的效率比较低；一个mcptt系统中可以存在多个mcptt服务器提供服务，而且mcptt服务器(或gcsas)需要根据参与组呼叫(groupcall)中的组成员(groupmember)决定是否需要使用广播承载，现有mcptt架构中，每个mcptt服务器对于广播承载的管理和使用都是相互独立的，缺乏一个系统级别的集中广播承载的控制节点。

技术实现要素：

本发明提供了一种广播承载管理的方法及其设备，实现了广播承载管理功能和应用业务层控制功能的解耦。。

第一方面，本发明实施例提供了一种广播承载管理的方法，该方法包括：

第一承载管理服务器bms接收业务服务器发送的第一消息，第一消息中包括业务群组的群组标识；

第一bms根据第一消息，为业务群组确定第一广播承载；

第一bms向业务服务器发送第二消息，第二消息携带第一广播承载的用户面信息。

通过接收业务服务器发送的第一消息，并根据第一消息中包括的业务群组的群组标识为该业务群组确定可以使用的广播承载，并将确定广播承载的用户面信息携带在第二消息中发送给业务服务器，以便于业务服务器可以使用该广播承载为该群组传输数据，实现了广播承载管理功能与应用业务层控制功能的解耦，同时相对现有技术将广播承载的管理和使用集中在一个控制点上，完成了广播承载的集中调度。

在本发明的一个设计方案中，第一bms向业务服务器发送传输模式指示信息，也可以称为指示信息。在本发明实施例中，该指示信息的名称作限制，该指示信息用于指示业务服务器采用第一bms确定的传输模式向业务群组传输数据。

在一个设计方案中，传输模式指示信息用于指示业务服务器对业务群组使用广播传输模式，或者，

传输模式指示信息用于指示业务服务器对业务群组中全部成员或部分成员使用广播传输模式或使用单播传输模式；或者，

传输模式指示信息用于指示业务服务器对业务群组从单播传输模式切换到广播传输模式，或者从广播传输模式切换到单播传输模式，或者仅使用单播传输方式，或者仅使用广播传输模式，或者停止使用单播传输方式，或者停止使用广播传输模式。

在有一个设计方案中，第二消息包括所述传输模式指示信息。

结合第一方面，在第一方面的第一种可能实现的方式，第一bms根据第一消息，为业务群组确定第一广播承载，包括：

第一bms获取至少一个终端发送的至少一个广播承载的接收状态信息；

第一bms根据第一消息和至少一个终端发送的至少一个广播承载的接收状态信息，为业务群组确定第一广播承载。

结合第一方面的第一种可能实现的方式，在第一方面的第二种可能实现的方式中，第一消息还包括服务描述信息，第一bms根据第一消息和至少一个终端发送的至少一个广播承载的接收状态信息，为业务群组确定第一广播承载，包括：

若至少一个广播承载满足服务描述信息，且至少一个终端发送的至少一个广播承载的接收状态信息满足第一预设条件，则为业务群组确定第一广播承载。

结合第一方面，在第一方面的第三种可能实现的方式中，第一bms根据第一消息，为业务群组确定第一广播承载，包括：

第一bms根据第一消息建立第一广播承载；

第一bms向至少一个终端发送广播承载通知消息，广播承载通知消息中携带第一广播承载的承载信息；

第一bms接收至少一个终端发送的第一广播承载的接收状态信息；

若至少一个终端发送的第一广播承载的接收状态信息满足第一预设条件，则为业务群组确定第一广播承载。

结合第一方面的第三种可能实现的方式，在第一方面的第四种可能实现的方式中，在第一bms根据第一消息建立第一广播承载之前，方法还包括：

第一bms获取至少一个终端发送的至少一个广播承载的接收状态信息；

若至少一个终端发送的至少一个广播承载的接收状态信息不满足第一预设条件，则第一bms执行根据第一消息建立第一广播承载。

结合第一方面的第三种可能实现的方式，在第一方面的第五种可能实现的方式中第一消息包括服务描述信息，第一bms根据第一消息建立第一广播承载，包括：

若服务描述信息不满足第二预设条件，则第一bms执行根据第一消息建立第一广播承载。

结合第一方面的第五种可能实现的方式，在第一方面的第六种可能实现的方式中，第一bms根据第一消息建立第一广播承载，包括：

第一bms获取业务群组中终端的位置信息；

第一bms根据服务描述信息和业务群组中终端的位置信息，建立第一广播承载。

结合第一方面的第六种可能实现的方式，在第一方面的第七种可能实现的方式中第一bms获取业务群组中终端的位置信息，包括：

第一bms从业务服务器、群组管理服务器、终端位置管理服务器以及第二bms中的至少一个服务器中获取业务群组中终端的位置信息；或者，

第一bms接收业务群组中终端发送的位置信息。

结合第一方面的第七种可能实现的方式，在第一方面的第八种可能实现的方式中在第一bms向业务服务器发送第二消息之后，方法还包括：

第一bms向第二bms发送广播承载同步消息，广播承载同步消息中包括第一广播承载的承载信息和用户面信息。

在一个设计方案中，广播同步消息还可以包括群组标识。

结合第一方面，在第一方面的第九种可能实现的方式中，该方法还包括：

若第一bms接收到业务群组中的终端发送的第一广播承载的接收状态信息；

若第一广播承载的接收状态信息不满足第三预设条件，则第一bms向业务服务器发送第三消息，第三消息中携带终端的标识，第三消息用于请求业务服务器使用单播承载向终端发送媒体数据。

第二方面，本发明实施例提供了一种广播承载管理的设备，该设备包括：

接收单元，用于接收业务服务器发送的第一消息，第一消息中包括业务群组的群组标识；

确定单元，用于根据第一消息，为业务群组确定第一广播承载；

发送单元，用于向业务服务器发送第二消息，该第二消息携带第一广播承载的用户面信息。

通过接收业务服务器发送的第一消息，并根据第一消息中包括的业务群组的群组标识为该业务群组确定可以使用的广播承载，并将确定广播承载的用户面信息携带在第二消息中发送给业务服务器，以便于业务服务器可以使用该广播承载为该群组传输数据，实现了广播承载管理功能与应用业务层控制功能的解耦，同时相对现有技术将广播承载的管理和使用集中在一个控制点上，完成了广播承载的集中调度。

在本发明的一个设计方案中，第一bms向业务服务器发送传输模式指示信息，也可以称为指示信息。在本发明实施例中，对该指示信息的名称不作限制，该指示信息用于指示业务服务器采用第一bms确定的传输模式向业务群组传输数据。

在一个设计方案中，传输模式指示信息用于指示业务服务器对业务群组使用广播传输模式，或者，

传输模式指示信息用于指示业务服务器对业务群组中全部成员或部分成员使用广播传输模式或使用单播传输模式；或者，

传输模式指示信息用于指示业务服务器对业务群组从单播传输模式切换到广播传输模式，或者从广播传输模式切换到单播传输模式，或者仅使用单播传输方式，或者仅使用广播传输模式，或者停止使用单播传输方式，或者停止使用广播传输模式。

在又一个设计方案中，第二消息包括传输模式指示信息。

结合第二方面，在第二方面的第一种可能实现的方式，设备还包括获取单元，

获取单元，用于获取至少一个终端发送的至少一个广播承载的接收状态信息；

确定单元具体用于，根据第一消息和至少一个终端发送的至少一个广播承载的接收状态信息，为业务群组确定第一广播承载。

结合第二方面的第一种可能实现的方式，在第二方面的第二种可能实现的方式中，确定单元具体用于，

若至少一个广播承载满足服务描述信息，且至少一个终端发送的至少一个广播承载的接收状态信息满足第一预设条件，则为业务群组确定第一广播承载。

结合第二方面，在第二方面的第三种可能实现的方式中，该设备还包括建立单元，

建立单元，用于根据第一消息建立第一广播承载；

发送单元，还用于向至少一个终端发送广播承载通知消息，广播承载通知消息中携带第一广播承载的承载信息；

接收单元，还用于接收至少一个终端发送的第一广播承载的接收状态信息；

确定单元具体用于，若至少一个终端发送的第一广播承载的接收状态信息满足第一预设条件，则为业务群组确定第一广播承载。

结合第二方面的第三种可能实现的方式，在第二方面的第四种可能实现的方式中，该设备还包括获取单元，

获取单元，用于获取至少一个终端发送的至少一个广播承载的接收状态信息；

若至少一个终端发送的至少一个广播承载的接收状态信息不满足第一预设条件，则建立单元根据第一消息建立第一广播承载。

结合第二方面的第三种可能实现的方式，在第二方面的第五种可能实现的方式中第一消息包括服务描述信息，建立单元具体用于，

若服务描述信息不满足第二预设条件，则根据第一消息建立第一广播承载。

结合第二方面的第五种可能实现的方式，在第二方面的第六种可能实现的方式中，获取单元，还用于获取业务群组中终端的位置信息；

建立单元具体用于，根据服务描述信息和业务群组中终端的位置信息，建立第一广播承载。

结合第二方面的第六种可能实现的方式，在第二方面的第七种可能实现的方式中，

获取单元具体用于，从业务服务器、群组管理服务器、终端位置管理服务器以及第二bms中的至少一个服务器中获取业务群组中终端的位置信息；或者，

接收业务群组中终端发送的位置信息。

结合第二方面的第七种可能实现的方式，在第二方面的第八种可能实现的方式中，

发送单元，还用于向第二bms发送广播承载同步消息，广播承载同步消息中包括第一广播承载的承载信息和用户面信息。

在一个设计方案中，广播承载同步消息还包括群组标识。

结合第二方面，在第二方面的第九种可能实现的方式中，

接收单元，还用于接收业务群组中的终端发送的第一广播承载的接收状态信息；

若第一广播承载的接收状态信息不满足第三预设条件，发送单元，还用于向业务服务器发送第三消息，第三消息中携带终端的标识，第三消息用于请求业务服务器使用单播承载向终端发送媒体数据。

第三方面，本发明实施例提供了一种广播承载管理的设备。该设备包括处理器以及存储器。存储器用于存储程序。处理器运行存储器中的程序用于，

接收业务服务器发送的第一消息，第一消息中包括业务群组的群组标识；

根据第一消息，为业务群组确定第一广播承载；

向业务服务器发送第二消息，第二消息携带第一广播承载的用户面信息。

第四方面，本发明实施例提供了一种计算机存储介质，用于储存计算机软件指令，计算机运行该指令，用于：

接收业务服务器发送的第一消息，第一消息中包括业务群组的群组标识；

根据第一消息，为业务群组确定第一广播承载；

向业务服务器发送第二消息，第二消息携带第一广播承载的用户面信息。

基于本发明实施例提供的广播承载管理的方法和设备，通过接收业务服务器发送的第一消息，并根据第一消息中包括的业务群组的群组标识为该业务群组确定可以使用的广播承载，并将确定的广播承载的用户面信息携带在第二消息中发送给业务服务器，以便于业务服务器可以使用该广播承载为该群组传输数据，实现了广播承载管理功能与应用业务层控制功能的解耦，同时相对现有技术将广播承载的管理和使用集中在一个控制点上，完成了广播承载的集中调度。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中mcptt服务基于gcse_lte的网络架构；

图2为现有技术中mcptt网络架构和功能模型示意图；

图3为基于mcptt架构预建立广播承载的方法流程图；

图4为基于mcptt架构动态建立广播承载的方法流程图；

图5为本发明实施例提供的一种广播承载管理与应用业务控制分离的网络架构；

图6为本发明实施例提供的另一种广播承载管理与应用业务控制分离的网络架构；

图7为本发明实施例提供的一种广播承载管理的设备；

图8为本发明实施例提供的一种广播承载管理的方法流程图；

图9为本发明实施例提供的另一种广播承载管理的方法流程图；

图10为本发明实施例提供的再一种广播承载管理的方法流程图；

图11为本发明实施例提供的又一种mbs承载管理的方法流程图；

图12为本发明实施例提供的又一种广播承载管理方法流程图；

图13为本发明实施例提供的又一种mbs承载管理的方法流程图；

图14为本发明实施例提供的又一种广播承载管理方法流程图；

图15为本发明实施例提供的又一种广播承载管理的方法流程图；

图16为本发明实施例提供的又一种广播承载管理的方法流程图

图17为本发明实施例提供的一种广播承载管理设备的结构示意图。

具体实施方式

本发明实施例提供了一种广播承载管理的方法及其设备，适用于紧急任务服务系统(missioncriticalservicesystem)架构，如mcptt，mcvid，mcdata等系统，本系统的架构如图5及图6所示。

图5为一种广播承载管理与应用业务控制分离的网络架构。与现有mcptt架构相比，增加了承载管理服务器(bearermanagementserver，bms)，紧急任务服务服务器(missioncriticalserviceserver，mcserviceserver)与承载管理服务器之间的接口csc-n1，紧急任务服务用户设备(mcserviceue)与承载管理服务器之间的接口csc-n2，群组管理服务器(groupmanagementserver)与承载管理服务器之间的接口csc-n3，承载管理服务器与承载管理服务器之间的接口csc-n4。现有mcptt架构中紧急任务即按即说服务器(mcpttserver)出的控制面mb2-c和用户面mb2-u接口改为由承载管理服务器bms出。

图6与图5相比的主要区别在于广播承载的用户面(mb2-u)是否下移。如图6所示，仅广播承载的控制面板mb2-c下移，用户面mb2-u不改变。

在本发明实施例提供的广播承载管理与应用业务控制分离的网络架构中，紧急任务服务服务器mcserviceserver主要负责呼叫的控制和媒体的控制，是一个逻辑实体。在具体实现中，mcserviceserver可以是mcpttserver，mcvideoserver或mcdataserver等。

紧急任务服务用户设备mcserviceue也可以称为紧急任务服务客户端(missioncriticalserviceclient，mcserviceclient)。mcserviceue是与mcserviceserver对等的应用层实体，主要用于负责应用层事务的处理。

承载管理服务器bms：主要负责广播承载的激活、切换，集中调度。可以接收mcserviceue上报的位置信息和广播承载接收状态信息。

图7为本发明实施例提供的一种广播承载管理的设备，该设备可以为承载管理服务器bms。如图7所示，该广播承载管理的设备100包括接收器110、发送器120、存储器130、处理器140、通信接口150和通信总线160。接收器110、发送器120、存储器130、处理器140、通信接口150和通信总线160连接，以完成相互之间的通信。

接收器110用于通过通信接口150接收业务服务器(例如，mcsservicesserver)以及终端等其他设备发送的数据。发送器120用于通过通信接口150向业务服务器(例如，mcserviceserver)以及终端等其他设备发送数据，其中，处理器140通过接收器110和发送器120可实现下述图8至图16所示的实施例中与业务服务器以及终端之间数据的交互。存储器130用于存储指令和数据。处理器140用于调用存储器130中的指令，用于执行下述图8至图16所示的实施例中第一承载管理服务器bms执行的步骤。

在本发明实施例中，在本发明实施例中，处理器140可以是中央处理单元(centralprocessingunit，cpu)，该处理器330还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

通信总线160除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为通信总线160。

存储器130可以包括只读存储器和随机存取存储器，并向处理器140提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。

为便于说明，结合图8至图16对本发明实施例的技术方案进行详细的说明。需要说明的是本发明涉及的终端可为紧急任务服务系统中的mcserviceclient应理解，这仅是用以说明本发明实施例的技术方案的一个例子，并不对本发明实施例构成任何的限定。

图8为本发明实施例提供的一种广播承载管理的方法流程图。该方法的执行主体可以为图7所示的广播承载管理的设备100。如图8所示，该方法200可以包括以下步骤：

s210，第一承载管理服务器bms接收业务服务器发送的第一消息，第一消息中包括业务群组的群组标识。

一个广播承载管理与应用业务控制分离的网络系统中可以包括一个或多个承载管理服务器bms。第一bms可以为一个或多个bms。

第一消息用于触发bms为业务群组(或称为群组)确定可用的广播承载。在本发明实施例中，第一消息可以称为广播承载请求消息，以请求bms为该业务群组确定可用的广播承载，或者为该业务群组确定存在可以使用的广播承载，以便于业务服务器通过bms提供的可使用的广播承载为该群组中的终端传输数据。传输的数据可以是媒体面数据，也可以是媒体面信令消息。

需要说明的是，在本发明实施例中，第一消息还可以采用为其他的名称消息，以来完成对实现指示bms指示确定可使用的广播承载，在本发明实施例中对此不做限制。

s220，第一bms根据第一消息为业务群组确定第一广播承载。

在广播承载管理与应用业务控制分离的网络系统中，在业务群组进行群组通信之前，可以预先建立一个或多个广播承载，每个广播承载对应一个特定的服务区域，每个广播承载具有唯一的标识，可以为临时移动群组标识(temporarymobilegroupidentity，tmgi)，每个广播承载拥有对应广播承载的服务描述信息，该服务描述信息中可以包括服务质量(qualityofservice，qos)；广播承载的承载信息，包含tmgi，无线频率，广播服务区域；用户面信息，包含广播承载的用户面bm-sc的ip地址和端口号。

具体地，当bms在存储的一个或多个广播承载中有满足业务群组的可用的广播承载时，确定该广播承载为该业务群组可用的广播承载。其中，bms存储的广播承载可以是bms预建立的，也可以是从其他的bms中获取并保存的。

需要说明的是，当bms在存储的广播承载中没有找到该业务群组可用的广播承载时，bms可以为该业务群组建立一个广播承载，以便于确定该建立的广播承载是否为该业务群组可以使用的广播承载。当该建立的广播承载为该呼叫群组可使用的广播承载时，确定该建立的广播承载为该业务群组使用的广播承载。

其中，在建立广播承载的过程中，上述业务群组的通信可以采用其他传输模式进行数据传输，例如单播承载进行数据传输。

s230，第一bms向业务服务器发送第二消息，第二消息携带第一广播承载的用户面信息。

第二消息用于通知业务服务器该业务群组可以使用哪一个广播承载传输数据。在本发明实施例中，该第二消息可以称为广播承载绑定消息。

其中，第一广播承载的用户面信息可以是用户面广播多播服务中心(broadcastmulticast-servicecentre，bm-sc)的ip地址和端口号。如果业务服务器使用第一广播承载传输数据，则业务服务器将数据发送到第一广播承载对应的bm-sc的ip地址和端口号上。

采用本发明实施例提供的广播承载管理的方法，通过接收业务服务器发送的第一消息，并根据第一消息中包括的业务群组的群组标识为该业务群组确定可以使用的广播承载，并将确定广播承载的用户面信息携带在第二消息中发送给业务服务器，以便于业务服务器获取可以使用该广播承载传输业务群组的群组通信的数据，实现了广播承载管理功能与应用业务层控制功能的解耦，同时相对现有技术将广播承载的管理和使用集中在一个控制点上，完成了广播承载的集中调度。

需要说明的是，第一消息中可以包括多个业务群组的群组标识，即一个业务服务器可以同时为多个业务群组请求广播承载，bms可以根据图8所示的方法200为每一个呼叫群组确定是否可以提供可用的广播承载。

可选地，在上述实施例的一种实施场景下，如图9所示，上述方法还包括：

s231，第一bms向业务服务器发送传输模式指示信息。

其中，s231可以通过步骤s230实现，也可以在s230之后或之前实现，本发明不予限制。

其中，所述传输模式指示信息可以用于指示所述业务服务器对所述业务群组使用广播传输模式，或者，

所述传输模式指示信息可以用于指示所述业务服务器对所述业务群组中全部成员或部分成员使用广播传输模式或使用单播传输模式；或者，

所述传输模式指示信息可以用于指示所述业务服务器对所述业务群组从单播传输模式切换到广播传输模式，或者从广播传输模式切换到单播传输模式，或者仅使用单播传输方式，或者仅使用广播传输模式，或者停止使用单播传输方式，或者停止使用广播传输模式。

具体地，传输模式指示信息可以是显示地指示业务服务器对业务群组使用哪种传输模式，如显示指示使用单播传输模式，或者显示指示使用广播传输模式。也可以是隐式地指示业务服务器对业务群组使用哪种传输模式，如不使用或停止单播传输模式，不使用或者停止使用广播模式。

在一种可选的实现方式中，传输模式指示信息可以是一条独立的消息，具体地，该消息的名称或者消息的类型即可以具备上述传输模式指示信息的作用。例如，第二消息可以是上述传输模式指示信息。进而，业务服务器在收到第二消息后，使用bms确定的广播承载向业务群组的终端传输数据。

在另一种可选的实现方式中，传输模式指示信息可以是消息中的一个信元。例如，单播传输使能/禁能，广播传输模式使能/禁能。假设传输模式指示信息是广播传输模式使能信元，该广播传输模式使能信元可以放在第二消息中带给业务服务器，也可以放在其它消息中发送给业务服务器，进而，业务服务器在收到这个传输模式指示信息后使用bms确定的广播承载向业务群组的终端传输数据。

再例如，该信元可以是上述第一广播承载的用户面信息，业务服务器在收到第一广播承载的用户面信息后使用bms确定的第一广播承载向业务群组的终端传输数据。

另外，当所述传输模式指示信息用于指示所述业务服务器对所述业务群组中部分成员使用广播传输模式或使用单播传输模式时，传输模式指示信息还可以包括业务群组的部分终端列表。如果广播传输模式或单播传输模式使用的对象为业务群组的一部分终端，则此时传输模式指示信息还包括一个包含业务群组中的一个或多终端的列表，指示业务服务器对列表中的终端使用广播传输模式或单播传输模式。例如，传输模式指示信息可以包括第一广播承载的用户面信息和终端列表，则业务服务器在收到第一广播承载的用户面信息和终端列表后，对终端列表中的终端使用单播承载传输，对其仅他业务群组使用广播承载传输。

需要说明的是，广播传输模式可以称为广播承载模式，单播传输模式可以称为广播承载模式。

在一种可能的实现方式中，当所述传输模式指示信息用于指示所述业务服务器对所述业务群组中全部成员使用广播传输模式或使用单播传输模式时，传输模式指示信息还可以包括业务群组中全部终端的列表，例如，标识列表，显然，传输模式指示信息还可以不携带终端标识，用于隐含指示业务群组的全部终端。

可选地，如图10所示，作为本发明另一个实施例，第一bms根据第一消息为业务群组确定第一广播承载，包括：

s221，第一bms获取至少一个终端发送的至少一个广播承载的接收状态信息。

当bms从其他的bms中获取到广播承载，并保存后，bms会将该广播承载的承载信息广播给该至少一个终端，这些终端可以来自与该bms系统或者所有bms系统，或者特定的物理位置区域，或者特定的广播服务区域，以便于接收到广播承载的承载信息的终端监听该广播承载的信道质量，判断是否能够在广播承载上收到数据，并将该广播承载的接收状态信息发送给bms。

bms接收至少一个终端发送的一个或多个预建立广播承载接收的接收状态信息。

需要说明的是，在本发明实施例中，bms获取至少一个终端发送的至少一个广播承载的接收状态信息可以在bms接收业务服务器发送的第一消息之前，即s210之前。

需要说明的是，bms接收到的广播承载的接收状态信息是一个状态指示，如能够接收到，不能够接收到；如正在监听，没有监听；如“好”与“不好”等，“能够收到”，“正在监听”，“好”表示广播承载的信道质量满足预设阈值，用户能够在该广播承载上收到数据；“不好”表示广播承载的信号质量不满足预设阈值，用户不能够在该广播承载上收到数据。

终端判断自己能否接收到广播承载的数据并不依赖于业务服务器已经在广播承载上传输数据，终端可以通过广播承载上的周期性调度信息做出判断，其中调度信息不是由业务服务器发送。终端还可以由其他的判断方法，在本发明中对此不做限定。

s222，第一bms根据第一消息和至少一个终端发送的至少一个广播承载的接收状态信息为业务群组确定第一广播承载。

在本发明实施例中，第一消息还可以包括服务描述信息，该服务描述信息可以为服务质量qos信息。第一bms根据第一消息和至少一个终端发送的至少一个广播承载的接收状态信息，为业务群组确定第一广播承载，可以包括：

第一bms收到至少一个终端发送的至少一个广播承载的接收状态信息后，会进行统计，对每个广播承载，每一个群组中发送表示能够收到广播承载数据(例如，“能够收到”或“正在监听”或“好”等)的终端进行统计。统计的数目，可以是占群组所有终端的百分比。一种实现方式的统计信息如下表所示。

例如现在bms收到多个终端上报的3个广播承载的接收状态。

在其他的实现方式中也可以对至少一个广播承载，各个群组中不能收到广播承载数据的终端进行统计，或者二者均做统计，本发明不做限定。

若至少一个广播承载满足服务描述信息，即当一个或多个预建立广播承载的服务描述信息满足第一消息中业务群组的所请求使用的服务描述信息时，且接收到至少一个终端发送的至少一个广播承载的接收状态信息满足第一预设条件，则为业务群组确定第一广播承载。第一预设条件为服务运营商配置的策略条件，例如，接收到某个广播承载的群组终端数目达到n个或者达到m％时，则确定该广播承载为第一广播承载。这些策略条件还可以包含其他用于确定第一广播承载的条件，本发明不做限定。

可选地，如图11所示，作为本发明另一实施例，第一bms根据第一消息为业务群组确定第一广播承载，包括：

s240，第一bms根据第一消息建立第一广播承载。

当bms接收到业务服务器发送的第一消息时，会为该第一消息中携带的业务群组的群组标识对应的业务群组确定是否有可用的广播承载。当bms中存储了预先建立的广播承载时，bms会在存储的广播承载中为该业务群组确定是否有可用的广播承载。其中，bms中存储的广播承载可以从其他的bms中获取。

当bms确定根据业务群组的群组标识确定已存储的广播承载中不存在符合该业务群组使用的广播承载时，bms会为该业务群组新建立一个广播承载(第一广播承载)，并存储新建立的广播承载的信息。新建立的广播承载的信息包括广播承载的承载信息，广播承载的业务描述信息，和广播承载的的用户面信息。其中广播承载的承载信息包括用于唯一标识广播承载的临时移动群组标识(temporarymobilegroupidentity，tmgi)；还可以包括：无线频率及mbms服务区域标识；新建立的广播承载的业务描述信息包括qos等信息；新建立的广播承载的用户面信息包括用户面的bm-scip地址和端口号。

可选地，作为本发明一个实施例，在第一bms根据第一消息建立第一广播承载之前，方法还包括：

第一bms获取至少一个终端发送的至少一个广播承载的接收状态信息；若至少一个终端发送的至少一个广播承载的接收状态信息不满足第一预设条件，则第一bms执行根据第一消息建立第一广播承载。

至少一个广播承载可以为bms中存储的一个或多个广播承载。获取至少一个终端发送的至少一个广播承载的接收状态信息可以为bms将存储的一个或多个广播承载的承载信息和用户面信息广播至少一个终端，该一个或多个终端可以是第一消息中携带的群组标识对应的业务群组中的终端，bms对应系统中的所有终端，或者所有的bms对应系统中的所有终端时，或者位于特定的物理位置区域的终端，或者位于特定的广播服务区域的终端，接收到广播消息的终端监听收到的至少一个广播承载的接收状态信息广播承载，判断是否能够在广播承载上收到数据，并将接收到的至少一个广播承载的接收状态信息发送给bms。

其中，广播承载的接收状态信息的描述同s221中的广播承载接收状态信息。

bms接收到至少一个终端发送的至少一个广播承载的接收状态信息后的描述同s222中的对应描述。

需要说明的是，在本发明实施例中对bms接收至少一个终端发送的至少一个广播承载的接收状态信息满足或不满足第一预设条件的第一预设条件不作限制，可以为业务群组中终端接收某个广播承载的接收状态信息为“好”的终端的数量，也可以为其他的条件。

可选地，作为本发明另一实施例，第一消息包括服务描述信息，第一bms根据第一消息建立第一广播承载，可以包括：

若服务描述信息不满足第二预设条件，则第一bms执行根据第一消息建立第一广播承载。

当bms存储的广播承载的中服务描述信息不满足第一消息中携带的业务群组所要求的服务描述信息时，bms为业务群组新建立广播承载，并存储新建立的广播承载的承载信息和用户面信息。

可选地，作为本发明另一个实施例，第一bms根据第一消息建立第一广播承载，可以包括：

第一bms获取业务群组中终端的位置信息。

第一bms根据服务描述信息和业务群组中终端的位置信息，建立第一广播承载。

具体的，bms获取业务群组中终端的位置信息，包括：

第一bms可以从业务服务器、群组管理服务器、终端位置管理服务器以及第二bms中的至少一个服务器中获取业务群组中终端的位置信息。其中bms获取群组中终端的位置信息可以在bms接收业务服务器发送的第一消息之前或者在建立新的广播承载之前的任一时刻获取。

在本发明实施例中bms还可以接收业务群组中终端发送的位置信息，以获取业务群组中终端的位置信息。

需要说明的是，当bms接收到业务服务器发送的第一消息后，可以从第一消息中获取业务群组的群组标识，确定为哪个业务群组寻找可使用的广播承载。

另外，bms可以在建立新的广播承载之前从群组管理服务器gms中获取群组以及群组中成员(例如，终端)的信息。

在bms接收到业务服务器发送第一消息之后，可以根据群组与群组成员的信息获取相应的第一消息中携带的业务群组中群组成员，即终端对应的位置信息。

当bms获取到业务群组中终端的位置信息后，可以根据服务描述信息和终端的位置信息新建立广播承载。

s250，第一bms向终端发送广播承载通知消息，广播承载通知消息中携带第一广播承载的承载信息。

bms将新建立的广播承载的承载信息发送给该业务群组中所有的终端，以便于接收到该广播承载的承载信息的终端监听新建立广播承载，判断是否能够在该广播承载上接收到数据，并将该广播承载的接收状态信息发送给bms。关于广播承载的接收状态描述同步骤s221中的相关描述。

需要说明的是，在本发明实施通过将新建立的广播承载的承载信息携带在广播承载通知消息中广播给该业务群组中的所有终端，在本发明实施例中，新建立的广播承载的承载消息还可以携带在其他的信息中广播给业务群组中的终端，或者说，在本发明实施例中对广播新建立广播承载的承载信息的消息的名称不作限定。

s260，第一bms接收至少一个终端发送的第一广播承载的接收状态信息。该信息还可以在s250之后的任意时刻发送。该信息也可以发送多次，每次终端接收广播承载的状态发生变化时，即从“可以收到”变化为“不能收到”，或者从“不能收到”变化为“可以收到”时，都会向bms发送该接收状态信息。

s270，若第一广播承载的接收状态信息满足第一预设条件，则为业务群组确定第一广播承载。

关于广播承载接收状态信息描述同s221中的相关描述，关于bms对至少一个终端发送的至少一个广播承载接收状态信息统计描述同s222中的相关描述，对于第一预设条件的描述同s222的相关描述

当终端的数量不满足预设阈值时，该业务群组使用其他的承载传输数据，如使用单播承载传输。

此时系统中已存在预建立广播承载与s240中刚刚建立的广播承载，此时业务服务器使用单播承载向业务群组中的终端传输数据。于此同时，接收到至少一个广播承载的承载信息的终端依然在监听对应的广播承载，当终端接收广播承载的状态发生变化时，即原来终端不能收到广播承载的数据，变化为可以接收到广播承载数据，终端向bms发送广播承载的接收状态信息。bms根据第一消息中的业务群组标识和接收到的至少一个终端发送的至少一个广播承载的接收状态信息，为业务群组确定第一广播承载，并向业服务器发送第二消息，第二消息的描述同s230的相关描述。业务服务器在收到第二消息后，可以使用bms确定的第一广播承载传输数据。如果业务服务器在接收到第二消息后就开始使用第一广播承载传输数据，则此时群组中的终端或部分终端可能会同时受到单播承载和广播承载传输的数据。业务服务器可以根据预配置的策略，例如对于同一个终端在同时使用广播承载和单播承载传输数据的特定时间后，则停止单播承载传输数据，而仅仅使用广播承载传输数据。或者还有其他策略，本发明不做限制。或者业务服务器在接收到s231的传输模式指示消息后，可以根据传输模式指示信息，对群组中的终端确定是否使用广播传输模式或者单播传输模式。

可选地，如图11所示，作为本发明另一实施例，在第一bms向业务服务器发送第二消息之后，该方法200还可以包括：

s280，第一bms向第二bms发送广播承载同步消息，广播承载同步消息中包括第一广播承载的承载信息和用户面信息。

bms将新建立的广播承载的承载信息和用户面信息同步给除第一bms之外的其他bms。

可选地，该消息中还包含群组标识。

bms将新建立的广播承载的承载信息和用户面信息和哪个业务群组使用该新建立的广播承载的信息同步给除第一bms之外的其他bms。

可选地，如图11所示，作为本发明另一个实施例，若第一bms接收到业务群组中的终端发送的第一广播承载的接收状态信息，该方法200还可以包括：

s290，若第一广播承载的接收状态信息不满足第三预设条件，则第一bms向业务服务器发送第三消息，第三消息中携带终端的标识，第三消息用于请求业务服务器使用单播承载向终端发送媒体数据。

在业务服务器对业务群组使用广播承载传输数据过程中，当bms接收到业务群组中的一个或多个终端发送的广播承载的接收状态信息为“不好”时，bms向业务服务器发送第三消息，第三消息可以为广播承载切换请求消息，需要说明的是，在本发明实施例中第三消息还可以采用其他的名称，对其名称不作限制。其中，广播承载请求消息中包括发送广播承载的接收状态信息为“不好”的终端的标识。广播承载切换请求消息用于请求业务服务器使用单播承载向终端的标识对应的终端发送媒体数据。

该第三消息可包含传输模式指示信息。在群组通信的数据传输过程中，第三消息可以根据用户的第一广播承载的接收状态发送多次。

需要说明的是，本发明实施例图11所示的s290也可以在图9所示的方案中完成，为简洁描述，在这里不再赘述。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

下面结合图12至图15对本发明技术方案进行详细的说明，在描述图11至图15所示的实施例之前，需要先说明几个概念：

控制紧急任务服务服务器(controllingmcserviceserver)，是从群组呼叫(groupcall)角度定义的逻辑实体，定义群组(group)的紧急任务服务服务器，在该群组呼叫中承担主要控制功能，获取群组成员(groupmember)的位置信息和用户设备(ue)侧接收广播承载的接收状态信息，也可以交过广播承载的质量报告信息。

参加紧急任务服务服务器(participatingmcserviceserver)为用户注册的mcserviceserver，在群组呼叫中负责路由群组成员发出的请求/响应，及将服务器的请求消息路由给群组成员。

其中，群组呼叫可以理解为业务服务器向bms发送第一消息中携带的业务群组的群组标识对应的群组的呼叫。

需要说明的是，图12至图15中的第一bms为controllingmcserviceserver。下文可以简称为bms，如果没有明确为其他的bms，则全文提到的bms均为controllingmcserviceserver。

图12为本发明实施例提供的一种广播承载管理的方法流程图。

该实施例描述了controllingmcserviceserver上有业务群组时通知bms，让bms决定何时使用哪一个广播承载。每个业务群组涉及到一个controllingmcserviceserver和至少一个participatingmcserviceserver，对于同一个业务群组的媒体内容，在同一mbms服务区域内所有的群组成员监听同一个tmgi对应的广播承载，即在该mbms服务区域内对同一业务群组只需使用一个广播承载。

如图12所示，该方法300可以包括以下步骤：

s305，激活广播承载。

bms需要先在群组管理服务器gms中获取群组信息和群组成员信息，等相关的信息。如果bms已经在群组会话建立之前已经有可用的广播承载，激活已存在的广播承载以便于群组会话时使用。

s310，第一bms向群组的群组成员发送广播承载通知消息。

bms将存储的至少一个广播承载的承载信息携带在广播承载通知(mbmsbearerannouncement)消息中发送给一个或多个群组成员(mcserviceclient)，或称为终端。

s315，终端监听至少一个广播承载的信道质量。

终端接收到bms广播的至少一个广播承载通知消息后，存储至少一个广播承载的承载信息和用户面信息，该广播承载的承载信息中包括唯一标识该广播承载的tmgi、服务区域信息以及服务描述信息等广播承载的相关的信息。终端根据tmgi监听对应广播承载上接收到的广播承载的接收状态，当进入广播承载服务区域或者已经在服务区域内监测到至少一个tmgi对应的广播承载信道信号质量良好可以接收数据时，将至少一个广播承载的接收状态信息发送给bms，以便bms决定是否可以对某个业务群组使用广播传输模式。

具体描述参见图10中s221。

s320，第一bms接收终端发送的至少一个广播承载的接收状态信息。

第一bms会接收到至少一个终端发送的至少一个广播承载的接收状态信息。

s325,业务服务器向bms发送广播承载使用请求消息。

当某一紧急任务业务服务器(mcserviceserver)上有业务群组发起群组通信时，则mcserviceserver向bms发送广播承载使用请求(mbmsbearerusagerequest)消息，该广播承载请求消息中包括群组标识(groupid)，服务描述(servicedescription)信息等信息。其中，群组标识(groupid)标识一个业务群组。

可选地，bms接收到广播承载使用消息后，向mcserviceserver返回广播承载使用响应(mbmsbearerusageresponse)消息，用于确认收到广播承载使用请求消息。

在本发明实施例中bms可能收到一个或多个controllingmcserviceserver发送的对应不同业务群组的广播承载使用请求消息，或一个controllingmcserviceserver发送的对应不同业务群组的多条广播承载使用请求。

在另一种可选的实现方式中，一条mbmsbearerusagerequest消息中可以携带多个业务群组的广播承载使用请求信息，即群组标识(groupid)与服务描述信息(servicedescription)的对应列表(list)。

可选地，s330，第一bms根据广播承载使用请求消息获取业务群组。

bms根据广播承载使用请求消息中携带的群组标识确定业务群组，并根据存储的业务群组与群组成员的关系，获取业务群组的群组成员、其群组成员的位置信息(locationinformation)、群组成员对应的群组关联状态(affiliationstatus)、以及业务群组是否已经加入业务群组等信息。

需要说明的是，bms获取成员的位置信息和群组成员对应的群组关联状态(affiliationstatus)可以发生在s325之后，步骤s330之前的任意时间，但群组成员是否加入群组只能发生在s325之后。

可选地，s335，第一bms从其他系统的bms查询并获取是否有符合要求的可用广播承载。

s340，若bms从其他bms获取到到业务群组有可使用的广播承载时，执行s350。

需要说明的是，本发明实施例中s335也可以在s325之前执行。如果在s325之前执行，且bms获取到其他bms已经存在的广播承载，则执行s350，355,365。

s345，当bms从预建立的广播承载和从其他bms获取到已经存在的广播承载都不能用于通信的业务群组时，第一bms根据广播承载使用请求消息建立新的广播承载。

如果bms发现当前没有可用的广播承载，则bms按需动态建立新的广播承载，其中，按需动态建立新的广播承载的过程与图11中s240中的执行条件和过程类似，为简洁描述，在这里不再赘述，然后执行s350、s355和s360。

s350，第一bms向终端发送广播承载通知消息。

bms向终端发送广播承载通知(mbmsbearerannouncement)消息，用于通知终端新建立的广播承载的承载信息。

其中，该终端可以为业务群组中的终端，也可以为bms中所述业务群组中的所有终端，或者为所有bms对应系统中的所有终端，或者为特定物理区域内的所有终端，或者为特定广播承载服务区域内的所有终端。

s355，终端接收并保存至少一个广播承载的承载信息，终端监听该至少一个广播承载的信道质量，判断是否能够在该至少一个广播承载上收到数据。

终端(mcserviceclient)收到该广播承载通知消息后，保存新建立的广播承载的承载信息，该广播承载的承载信息包括tmgi(s)，还可以包括广播服务区域及无线频率。终端开始监听tmgi(s)对应的广播承载的接收状态信息。当进入mbms服务区域或者已经在服务区域内监测到至少一个tmgi对应的广播承载信号质量良好可以接收数据，则向bms上报该信息，作为bms决定是否可以对某个业务群组使用广播传输模式的参考信息。

s360，第一bms接收终端发送的广播承载的接收状态信息。

第一bms还可以接受其他终端发送的广播承载的接收状态信息。

s365，第一bms根据广播承载的接收状态信息为业务群组确定广播承载。

bms根据获取的广播承载的接收状态信息决定对广播承载使用请求消息中指示的业务群组使用广播承载。其具体过程与图8所示的s220，图10所示的ss222或图11所示的ss270相同，为描述简洁，在这里不再赘述。

s370，第一bms向业务服务器发送广播承载使用通知消息。

bms向mcserviceserver发送广播承载使用通知(mbmsbearerusagenotify)消息，通知mcserviceserver发送的广播承载使用请求消息中指示的业务群组使用广播承载传输媒体数据。该广播承载使用通知消息中包括使用的广播承载的承载信息。

可选地，该该广播承载使用通知消息中还包括业务群组的群组标识。

s375，第一bms向业务群组中的终端发送群组使用广播承载的通知消息。

bms向广播承载使用请求中指示业务群组的群组成员发送通知消息(mapgrouptobear)，指示该业务群组即将使用广播承载传输媒体数据。

s380，可选地，第一bms向第二bns发送广播承载同步消息。

如果bms新建立了广播承载或有未与其他bms同步的广播承载，则bms向其他系统的bms发送广播承载同步(mbmsbearersynchorize)消息将新广播承载的承载信息和用户面信息通知给其他bms，可选地，还包括使用该广播承载的业务群组的群组标识。该实施例描述了不同bms之间承载信息同步汇集的过程。若不存在未同步或者新建的广播承载，则该步骤可以跳过。

通过本发明实施例提供的广播承载管理的方法，当bms接收一个或多个controllingmcserviceserver的广播承载使用请求消息时，根据收到的广播承载使用请求消息中包括的业务群组的群组标识确定业务群组、业务群组成员的位置信息，以及接收业务群组中业务群组成员发送的广播承载的状态信息等决定使用广播承载传输业务群组的媒体数据，然后分别通知业务群组中的终端和业务服务器(mcserviceserver)使用广播承载传输媒体数据，以便业务群组成员和controllingmcserviceserver使用广播承载方式传输业务群组的媒体数据。

图13为本发明实施例提供的另一种广播承载管理方法的流程图。

该实施例描述了participatingmcserviceserver请求使用广播承载，每个业务群组涉及到一个controllingmcserviceserver和至少一个participatingmcserviceserver，对于同一个业务群组的媒体内容，如果下行的广播承载由participatingmcserviceserver激活使用，则每个participating的动作过程与图12所示的方法300中controllingmcserviceserver的动作过程相同。bms会收到来个多个participatingmcserviceserver关于同一个业务群组的广播承载使用请求消息。

本发明实施例描述了bms，bms保证在同一mcservice系统内、同一广播承载服务区域内，不同participatingmcserviceserver下的终端使用同一个广播承载接收下行媒体数据。

如图13所示，该方法400可以包括以下步骤：

s405和s405’，至少一个参加同一紧急任务群组通信的业务服务器向bms发送广播承载使用请求消息。

业务群组会话已经建立完成，参与同一业务群组的群组通信的participatingmcserviceserver1和participatingmcserviceserver2属于同一系统。

participatingmcserviceserver1和participatingmcserviceserver2向bms发送广播承载使用请求消息，该消息中包括同一个业务群组的群组标识。

s410，bms根据广播承载使用请求消息为至少一个参加紧急任务群组通信的业务服务器请求可以使用的广播承载。

bms检查是否有可用的广播承载，如果没有，则bms按需新建广播承载。

该过程与图11所示的s330、s335、s340和s345的过程相同，为描述简洁在这里不再赘述。

s415和s420，bms向至少一个参加紧急任务群组通信的业务服务器对应的终端发送广播承载通知消息。

bms分别向participatingmcserviceserver1和participatingmcserviceserver2下的群组成员(或终端)发送广播承载通知(mbmsbearerannouncement)消息，广播承载通知消息中携带了广播承载的承载信息，用于通知终端广播承载的承载信息。终端(mcserviceclient)收到该消息后，保存接收到的广播承载的承载信息，该广播承载的承载信息包括tmgi(s)，服务区域及其他和广播承载相关的信息，终端开始监听tmgi(s)对应广播承载的信道质量，并判断能否收到该广播承载上的数据。当进入mbms服务区域或者已经在服务区域内监测到至少一个tmgi对应的广播承载可以接收到数据，则向bms上报该该广播承载的接受状态信息，作为bms决定是否可以对某个业务群组使用广播传输模式的参考信息。

需要说明的是，若bms上存在广播承载，如预建立的广播承载，则步骤s415和s420可以在步骤s405之前执行。

s415’和s420’，终端向bms发送接收到的广播承载的接收状态信息。

s425，bms确定使用广播承载。

bms为参加紧急任务群组通信的业务服务器请求的广播承载使用请求消息中携带的业务群组确定使用的广播承载。

具体确定广播承载的过程与图8中方法200中s220、图10中s222，、图11中的s270，或者图12中方法300中的s365的过程相同，为描述简洁，在这里不再赘述。

s430，bms将确定的广播承载的用户面信息发送给业务服务器

在本发明实施例中，s430与s445，以及s440与s450的过程与图12中的方法300中的s370与s375的过程相同。通过本实施例的技术方案实现了至少一个participatingmcserviceserver向bms为同一个群组请求使用广播承载时，bms可以保证对不同业务服务器对同一个业务群组使用同一个广播承载。

图14为本发明实施例提供的又一广播承载管理的方法流程图。

本发明实施例描述的bms，bms保证在不同mcservice系统内同一mbms服务区域内不同participatingmcserviceserver下的用户使用同一个广播承载接收下行媒体数据。该实施例通过将已经使用的广播承载信息通过业务群组定义系统的controllingmcserviceserver或群组定义系统的bms发送给所有的parter系统的bms。简单讲，是不同的bms系统，在同一个服务区域，不同的业务群组使用同一广播承载。

如图14所示，该方法500包括以下步骤：

s510和s510’，不同系统的bms分别接收广播承载使用请求消息。

业务群组会话已经建立完成，参与同一业务群组通信的participatingmcserviceserver1和participatingmcserviceserver2属于不同的系统。participatingmcserviceserver1属于primarysystem；participatingmcserviceserver属于partnersystem。

participatingmcserviceserver1向所所属系统的bms1向bms发送广播承载使用请求消息，participatingmcserviceserver2向所属系统的bms2发送广播承载使用请求消息，广播承载使用请求消息中可以包括同一个业务群组的群组标识。

s520，bms1确定对业务群组通信的群组使用的广播承载。primary系统中的bms1决定对该业务群组使用广播承载。具体实现过程参考图12所示的方法300的s365和图13所示的方法400的s425，为描述简洁，在这里不再赘述。

s530，bms1向其他系统的bms发送同步广播承载信息。其他系统的bms指的是controlingmcserviceserver同一系统的bms。primary系统使用广播承载为业务群组传输数据后，需要将承载信息通知给其他的participatingmcserviceserver。因为controllingmcserviceserver同一系统的bms一定有该群组的全部信息。primary系统的bms向controllingmcserviceserver同一系统的bms发送同步广播承载信息(synchronizembmsbearerinformation)，该同步广播承载信息中可以包括广播承载的承载信息和用户面信息。可选地，还包括业务群组的群组标识。

s540，bms向bms2发送同步广播承载信息。

controllingmcserviceserver同一系统的bms收到广播承载同步消息后，将广播承载的承载信息和用户面信息发送给参与同一业务群组通信的partner系统的bms。

s550,bms2收到该广播承载的同步消息后，确定该业务群组通信的群组使用该广播承载。

s560，bms将收到的该广播承载的承载信息通知给partner系统中参与该业务群组通信的业务群组的终端。

s570，bms将收到的该广播承载的用户面信息通知给partner系统中参与该业务群组通信的participatingmcserviceserver。

s550、s560和s570与图12中方法300的s375和s370，图13中图400的s440和s450，或s430和s445的过程相同，为简洁描述，在这里不再赘述。

该实施例通过将已经使用的广播承载信息通过群组定义系统的controllingmcserviceserver或群组定义系统的bms发送给所有的parter系统的bms，保证在不同mcservice系统内同一广播服务区域内不同participatingmcserviceserver下的用户使用同一个广播承载接收同一个业务群组通信的下行数据。

需要说明的是，图12至图16中的方法步骤同图8至图10中对应的方法/步骤。

图15为本发明实施例提供的又一种广播承载管理的方法流程图。

该实施例描述了bms控制mcserviceclient从广播承载切换到单播承载。

如图15所示，该方法600包括以下步骤：

如图15所示，该方法600包括以下步骤：

s610，终端检测已使用的广播承载的信道质量变差，不能收到该广播承载上的数据。

s620，bms接收终端发送的广播承载的接收状态信息。

该广播承载的接收状态信息指示终端不能在广播承载上收到数据。

s630，若广播承载的接收状态信息满足预设条件时，bms决定使用单播承载传输数据。

其中，预设条件可以是判断广播承载的接收状态信息为“不能收到”。

s640，bms向业务服务器发送广播承载切换请求消息。

该广播承载切换请求消息中包括发送广播承载状态信息不满足预设条件的终端的标识。该广播承载切换请求消息用于请求业务服务器切换到单播承载向该终端标识对应的终端传输数据。

s650，业务服务器根据广播承载切换请求消息以单播承载向终端标识对应的终端传输数据。

终端接收业务服务器发送的数据。

具体的，在s610之前业务群组有正在进行的业务群组通信，在特定的广播服务区域内使用广播承载传输媒体数据，该终端在该特定的广播承载区域内，且可以接收到该广播承载上的数据。

mcserviceclient检测到自己接收到的广播承载的数据的状态不佳，或不能收到广播承载上的数据，即未满足预设条件，mcserviceclient向bms上报广播承载的接收状态信息为“不能收到”。bms根据广播承载的接收状态信息为“不能收到”决定触发mcserviceserver对mcserviceclient使用单播承载传输媒体数据。

bms向mcserviceserver发送单播承载切换请求消息，该消息中携带client的标识。可选地还可以携带业务群组的群组标识。mcserviceserver使用单播承载的方式向mcserviceclient发送业务群组的下行媒体数据。

本发明实施例通过业务群组在特定的广播承载服务区域内使用广播承载发送下行媒体数据，如果有mcservicecilent无法接收到广播承载上的数据，则上报给bms，bms触发mcserviceserver以单播方式向该用户发送下行数据，以提高系统性能。

图16为本发明实施例提供的又一种广播承载管理的方法流程图。

该实施例描述了bms控制业务群组通信从单播承载传输切换到广播承载传输。

以下步骤中的mcserviceclien即为图16中的终端。

如图16所示，该方法700包括以下步骤：

s710，现在业务群组正在使用单播承载传输群组通信数据。

其中，业务群组在向bms发送第一消息请求可用广播承载，bms在接收到第一消息后，根据接收到至少一种mcserviceclient发送的至少一个广播承载的接收状态不满足第一预设条件时，没有能够确定一个可用的广播承载，则业务服务器使用单播承载传输数据。

s720，mcserviceclient进入或者已经在广播服务区域，判断自己可以接收到至少一个广播承载的数据。

其中，mcserviceclient在此之前不能收到上述至少一个广播承载的数据。关于mcserviceclient判断收到广播承载的数据同前文描述。

s740，bms根据接收至少一个mcserviceclient发送的至少一个广播承载的接收状态消息，确定业务群组使用第一广播承载。

s750，bms向业务服务器发送单播承载切换请求消息。

该单播承载切换请求消息中包括bms确定的广播承载的用户面信息。该单播承载切换请求消息用于请求业务服务器使用广播承载传输群组通信业务。

其中，一种可能的实现方法为，业务服务器收到该消息后，使用该广播承载传输群组通信数据，并停止使用原有单播承载向群组中的mcserviceclient传输群组通信数据。

又一种可能实现方法为，该单播承载切换请求消息中还包含一个群组mcserviceclient的列表，业务服务器在收到该消息后，使用该广播承载传输群组通信数据，并停止使用原有单播承载向群组中的除列表以外的mcserviceclient传输群组通信数据。

s760，bms向至群组的mcserviceclient发送第一广播承载的承载信息。该消息中包含第一广播承载的承载信息。

可选地，该消息中还包含业务群组的群组标识。

该消息用户通知mcserviceclient在第一广播承载上接收而业务群组的通信数据。

bms向mcserviceserver发送单播承载切换请求消息，该消息中携带bms确定的第一广播承载的用户面信息。mcserviceserver使用广播承载的方式向mcserviceclient发送下行媒体数据。为了避免数据丢失，在一段时间内，mcserviceserver可以同时使用广播承载和单播承载下发的媒体数据。

图17为本发明实施例提供的一种广播承载管理的设备结构示意图。该广播承载管理的设备用于实现上述图8至图16所示的实施例中第一承载管理服务器bms执行的步骤。如图16所示，该广播承载管理的设备800包括：接收单元810，确定单元820和发送单元830。

接收单元810，用于接收业务服务器发送的第一消息，该第一消息中包括业务群组的群组标识；

确定单元820，用于根据第一消息，为业务群组确定第一广播承载；

发送单元830，用于向业务服务器发送第二消息，第二消息携带第一广播承载的用户面信息。

采用本发明实施例提供的广播承载管理的设备，通过接收业务服务器发送的第一消息，并根据第一消息中包括的业务群组的群组标识为该业务群组确定可以使用的广播承载，并将确定广播承载的用户面信息携带在第二消息中发送给业务服务器，可选地还携带该群组的群组标识，以便于业务服务器可以使用该广播承载为该群组传输数据，实现了广播承载管理功能与应用业务层控制功能的解耦，同时相对现有技术将广播承载的管理和使用集中在一个控制点上，完成了广播承载的集中调度。

可选地，作为本发明另一实施例，该设备800还可以包括获取单元840，

获取单元840，用于获取至少一个终端发送的至少一个广播承载的接收状态信息。

确定单元820具体用于，根据第一消息和至少一个终端发送的至少一个广播承载的接收状态信息，为业务群组确定第一广播承载。

其中，第一消息还包括服务描述信息，确定单元820具体用于，

若至少一个广播承载满足服务描述信息，且至少一个终端发送的至少一个广播承载的接收状态信息满足第一预设条件，则为业务群组确定第一广播承载。

可选地，作为本发明另一实施例，该设备800还可以包括建立单元850，

建立单元850，用于根据第一消息建立第一广播承载.

发送单元，还用于向至少一个终端发送广播承载通知消息，广播承载通知消息中携带第一广播承载的承载信息。

接收单元，还用于接收至少一个终端发送的第一广播承载的接收状态信息。

确定单元具体用于，若至少一个终端发送的第一广播承载的接收状态信息满足第一预设条件，则为业务群组确定第一广播承载。

作为本发明另一实施例，获取单元840，还用于获取至少一个终端发送的至少一个广播承载的接收状态信息。

若至少一个终端发送的至少一个广播承载的接收状态信息不满足第一预设条件，则建立单元根据第一消息建立第一广播承载。

若第一消息包括服务描述信息，建立单元850具体用于，

若服务描述信息不满足第二预设条件，则根据第一消息建立第一广播承载。

可选地，作为本发明另一实施例，第一bms根据第一消息建立第一广播承载，获取单元840，还用于获取业务群组中终端的位置信息。

建立单元850具体用于，根据服务描述信息和业务群组中终端的位置信息，建立第一广播承载。

获取单元840具体用于，从业务服务器、群组管理服务器、终端位置管理服务器以及第二bms中的至少一个服务器中获取业务群组中终端的位置信息；或者，

接收业务群组中终端发送的位置信息。

可选地，发送单元830，还用于向第二bms发送广播承载同步消息，广播承载同步消息中包括第一广播承载的承载信息和用户面信息。

接收单元810，还用于接收业务群组中的终端发送的第一广播承载的接收状态信息。

若终端发送的第一广播承载的接收状态信息不满足第三预设条件，则发送单元830，还用于向业务服务器发送第三消息，第三消息中携带终端的标识，第三消息用于请求业务服务器使用单播承载向终端发送媒体数据。

需要说明的是，图17提供的广播承载管理的设备800中的各个单元可以分别完成图8至图16中的方法/步骤，为简洁描述，在这里不再赘述。

还需要说明的是，图17中的确定单元820、获取单元840和建立单元850可以统称为处理单元。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。该作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。