[发明专利]一种广播承载管理的方法及其设备

说明书

本发明涉及一种广播承载管理的方法和设备，该方法包括：第一承载管理服务器BMS接收业务服务器发送的第一消息，第一消息中包括业务群组的群组标识；第一BMS根据所述第一消息，为业务群组确定第一广播承载；所述第一BMS向业务服务器发送第二消息，第二消息携带第一广播承载的用户面信息。实现了广播承载管理功能与应用业务层控制功能的解耦，同时相对现有技术将广播承载的管理和使用集中在一个控制点上，完成了广播承载的集中调度。

技术领域

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

背景技术

现有紧急任务即按即说(Mission critical push-to-talk over LTE)用于公共安全应用及一般的商业应用，例如公共事业或者铁路应用等，支持一对多(1-to-N)的群组通信。对于1-to-N的群组通信，紧急任务即按即说(Mission critical push-to-talk，MCPTT)系统支持两种媒体传输模式：单播(Unicast bearer)传输和MBMS广播(MBMSbearer)传输。对于MBMS广播模式MCPTT系统基于集群通信系统使能(Group CommunicationSystem Enablers for LTE，GCSE_LTE)网络结构，如图1所示。其中，紧急任务服务服务器(Mission critical service server，MCS服务器)作为GCS AS的一个实例，实现了广播承载的管理和使用。现有的MCPTT服务器是MCS服务器的一种类型，其中集成了集群通信系统应用服务器(Group Communication System Application Server，GCS AS)的功能，如图2所示，图 2为MCPTT网络架构和功能模型。

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

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

发明内容

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

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

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

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

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