CN103581832B - 一种集群业务的下发、接收的方法、设备和系统 - Google Patents

Abstract

本发明公开了一种集群业务的下发、接收的方法、设备和系统，其主要内容包括：将集群业务在指定的MBSFN区域广播，以及为待执行的集群业务的业务类型确定相应的修改周期，并在待执行的集群业务的业务内容业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播携带内容变更标识和确定的所述MBSFN区域ID的通知消息，使得集群业务的终端在接收到广播通知消息时，及时接收到广播的集群业务，满足集群业务的实时性强的特性，避免了MBMS业务的传输方式造成集群业务延时的问题。

Description

一种集群业务的下发、接收的方法、设备和系统

技术领域

本发明涉及无线通信领域，尤其涉及一种集群业务的下发、接收的方法、设备和系统。

背景技术

随着通信技术的发展，集群业务大量出现。目前集群业务进行通信的方式有两种：第一种方式，是基于集群专网或者对公网技术进行较大改动后设计形成集群系统执行集群业务的通信，例如：TETRA（Trans European TrunkedRadio，陆上集群无线电）、GT800（数字集群技术）；第二种方式，是采用了PoC业务over TD-SCDMA技术，即半双工的语音业务基于移动蜂窝网络分组域承载实现集群业务的通信，特点在于基于公网，不需要做任何改动，直接依托现有网络提供集群业务的调度服务。

第二种方式相比于第一种方式，优点在于：不用对现用的公网进行改造，降低了通信网建设的成本；

但是缺点在于：由于集群业务需要采用点对点的传输方式，尤其在集群用户数量增加、密度增大的情况下，在移动蜂窝网络中采用点对点的业务传输方式，将严重影响业务的服务质量，因此，在移动蜂窝网络中直接增添集群业务将引发集群业务的通信容量受限的问题。

随着TD-LTE（Time Division Long Term Evolution，分时长期演进）技术的出现，提出了将PoC业务与LTE MBMS（Multicast Broadcast MultimediaServices，多媒体广播组播）业务进行结合的方案，即在现有公网中，利用MBMS业务的传输机制，将PoC业务作为特定MBMS业务进行广播发送，解决移动蜂窝网络中引发了集群业务的通信容量受限的问题。

一般地，LTE MBMS业务承载的服务区内包含有多个MBSFN（MulticastBroadcast Single Frequency Network，多媒体广播多播服务单频网）区域，每一个MBSFN区域覆盖多个小区，并同时为多个小区提供相同的下行广播MBMS业务，其中，一个小区可以属于一个或者多个MBSFN区域。在LTE MBMS机制中，各种MBMS业务的资源分配信息都承载在MCCH（Multicast ControlChannel，多播控制信道）中，即MBMS控制信道中，用户终端根据接收到的基站下发的BCCH（即Broadcast Control Channel，广播控制信道）中携带的MCCH的位置信息，从所述位置信息中读取MCCH中携带的MBMS业务信息。

其中，所述MCCH是LTE MBMS业务承载网上一种点到多点的下行信道，用于传送基站向终端下发的MBMS业务的内容，因此，只对接收MBMS业务的终端使用。

但是，MCCH信道具有两个时间周期，一个是修改周期，另一个是重复周期。其中，一个修改周期内MCCH信道传送的MBMS业务的内容保持不变。当MCCH中携带的MBMS业务的内容发生改变时，基站需要向终端下发MCCH变更通知，终端在接收到基站下发的MCCH变更通知后，根据MCCH变更通知中携带的修改周期，主动监听在所述修改周期内MCCH信道传送的更新的MBMS业务的内容。

也就是说，将PoC业务作为特定MBMS业务进行广播发送也需要采用上述MBMS业务传送的方式，但是，PoC业务中存在大量对时间要求很高的业务，即要求实时传送的业务，如果采用现有的MBMS业务传送方式，将导致PoC业务出现严重的时延问题，影响PoC业务的传输质量。

发明内容

本发明实施例提供了一种集群业务的下发、接收的方法、设备和系统，用以解决现有技术中利用MBMS业务的传送方式导致的集群业务在传送过程中出现的严重延时问题。

一种集群业务的下发方法，所述方法包括：

确定待执行的集群业务的业务类型对应的修改周期，并广播确定的修改周期；

根据承载集群业务的多媒体广播多播服务单频网MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID；

在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播通知消息，所述通知消息中携带内容变更标识和确定的所述MBSFN区域ID，以及，在确定的MBSFN区域ID对应的MBSFN区域内，按照确定的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息。

一种集群业务的接收方法，所述方法包括：

接收网络侧广播的修改周期和通知消息，所述通知消息中携带内容变更标识和多媒体广播多播服务单频网MBSFN区域ID；

根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，判断接收到的MBSFN区域ID对应的集群业务的业务类型是否是自身所需业务的业务类型，若是，按照接收到的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

一种集群业务的下发设备，所述设备包括：

修改周期确定模块，用于确定待执行的集群业务的业务类型对应的修改周期，并广播确定的修改周期；

ID确定模块，用于根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID；

集群业务下发模块，用于在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播携带内容变更标识和确定的所述MBSFN区域ID的通知消息，以及，在确定的MBSFN区域ID对应的MBSFN区域内，按照确定的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息。

一种集群业务的接收设备，所述设备包括：

接收模块，用于接收网络侧广播的确定的修改周期和通知消息，所述通知消息中携带内容变更标识和多媒体广播多播服务单频网MBSFN区域ID；

判断模块，用于根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，判断接收到的MBSFN区域ID对应的集群业务的业务类型是否是自身所需业务的业务类型，若是，按照接收到的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

一种集群业务的收发系统，所述系统包括：

集群业务下发设备，用于确定待执行的集群业务的业务类型对应的修改周期，并广播确定的修改周期，根据承载集群业务的多媒体广播多播服务单频网MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID，在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播携带内容变更标识和确定的所述MBSFN区域ID通知消息，以及，在确定的MBSFN区域ID对应的MBSFN区域内，按照确定的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的的业务信息；

集群业务接收设备，用于接收网络侧广播的确定的修改周期和携带内容变更标识和MBSFN区域ID的通知消息，并根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，判断接收到的MBSFN区域ID对应的集群业务的业务类型是否是自身所需业务的业务类型，若是，按照接收到的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

本发明有益效果如下：

本发明实施例将集群业务在指定的MBSFN区域广播，以及为待执行的集群业务的业务类型确定相应的修改周期，并在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播携带内容变更标识和确定的所述MBSFN区域ID的通知消息，使得集群业务的终端在接收到广播通知消息时，及时接收到广播的集群业务的业务信息，满足集群业务的实时性强的特性，避免了MBMS业务的传输方式造成集群业务延时的问题。

本发明实施例还提供了一种集群业务的下发、接收的方法、设备和系统，用以解决现有技术中利用MBMS业务的传送方式导致的集群业务在传送过程中出现的严重延时问题。

一种集群业务的下发方法，所述方法包括：

根据集群业务的业务类型与周期调整系数之间的对应关系，确定待执行的集群业务的业务类型对应的周期调整系数；

将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为待执行的集群业务的修改周期；

在待执行的集群业务的业务信息发生变化时，按照待执行的集群业务的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息。

一种集群业务的接收方法，所述方法包括：

根据集群业务的业务类型与周期调整系数之间的对应关系，确定自身所需集群业务的业务类型对应的周期调整系数；

将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为自身所需集群业务的修改周期；

按照自身所需集群业务的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

一种集群业务的下发设备，所述设备包括：

周期调整系数确定模块，用于根据集群业务的业务类型与周期调整系数之间的对应关系，确定待执行的集群业务的业务类型对应的周期调整系数；

修改周期计算模块，用于将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为待执行的集群业务的修改周期；

集群业务下发模块，用于在待执行的集群业务的业务信息发生变化时，按照待执行的集群业务的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息。

一种集群业务的接收设备，所述设备包括：

周期调整系数确定模块，用于根据集群业务的业务类型与周期调整系数之间的对应关系，确定自身所需集群业务的业务类型对应的周期调整系数；

修改周期计算模块，用于将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为自身所需集群业务的修改周期；

集群业务接收模块，用于按照自身所需集群业务的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

一种集群业务的收发系统，所述系统包括：集群业务下发设备和集群业务接收设备，其中：

集群业务下发设备，用于根据集群业务的业务类型与周期调整系数之间的对应关系，确定待执行的集群业务的业务类型对应的周期调整系数，以及将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为待执行的集群业务的修改周期，并在待执行的集群业务的业务信息发生变化时，按照待执行的集群业务的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息；

集群业务接收设备，用于根据集群业务的业务类型与周期调整系数之间的对应关系，确定自身所需集群业务的业务类型对应的周期调整系数，以及将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为自身所需集群业务的修改周期，并按照自身所需集群业务的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

本发明有益效果如下：

本发明实施例网络侧根据确定待执行的集群业务的业务类型对应的周期调整系数，以及多媒体广播组播MBMS业务的修改周期得到待执行的集群业务的修改周期，并在待执行的集群业务的业务信息发生变化时，按照待执行的集群业务的修改周期，通过多播控制信道MCCH广播变化后的业务信息，而集群终端根据自身确定的所需集群业务的修改周期监听网络侧下发的集群业务，使得集群业务的终端能够及时接收到广播的集群业务的业务信息，满足集群业务的实时性强的特性，避免了MBMS业务的传输方式造成集群业务延时的问题。

附图说明

图1为本发明实施例一的一种集群业务的下发方法的流程图；

图2为本发明实施例二的一种集群业务的接收方法的流程图；

图3为本发明实施例三的一种集群业务的下发设备的结构示意图；

图4为本发明实施例四的一种集群业务的接收设备的结构示意图；

图5为本发明实施例五的一种集群业务的收发系统的结构示意图；

图6为本发明实施例六的一种集群业务的下发方法的流程图；

图7为本发明实施例七的一种集群业务的接收方法的流程图；

图8为本发明实施例八的一种集群业务的下发设备的结构示意图；

图9为本发明实施例九的一种集群业务的接收设备的结构示意图；

图10为本发明实施例十的一种集群业务的收发系统的结构示意图。

具体实施方式

为了实现本发明的目的，本发明实施例提供了一种集群业务的下发、接收的方法、设备和系统，通过为待执行的集群业务的业务类型确定相应的修改周期，并根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID，在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播携带内容变更标识和确定的所述MBSFN区域ID的通知消息，以及，在确定的MBSFN区域ID对应的MBSFN区域内，按照确定的修改周期广播发生变化的集群业务的业务信息。

与现有技术相比，将集群业务在指定的MBSFN区域广播，以及为待执行的集群业务的业务类型确定相应的修改周期，并在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播携带内容变更标识和确定的所述MBSFN区域ID的通知消息，使得集群业务的终端在接收到广播通知消息时，及时接收到广播的集群业务，满足集群业务的实时性强的特性，避免了MBMS业务的传输方式造成集群业务延时的问题。

下面结合说明书附图对本发明各实施例进行详细描述。

实施例一：

如图1所示，为本发明实施例一的一种集群业务的下发方法的流程图，所述方法包括：

步骤101：网络侧确定待执行的集群业务的业务类型对应的修改周期。

在本步骤101中，网络侧根据集群业务的业务类型的不同，为各业务类型设置不同的修改周期。

具体地，可以根据集群业务的业务类型对实时性要求的高低来确定，当集群业务的业务类型是火警业务时，火警这一业务类型对应的修改周期较短；当集群业务的业务类型是天气预报业务时，天气预报这一业务类型对应的修改周期相对于火警业务较长，但是相对于MBMS业务，修改周期较短。

例如：一般的MBMS业务的修改周期为5.12秒，实时性要求较差的集群业务的修改周期为2.56秒，实时性要求较高的集群业务的修改周期为1.28秒。

需要说明的是，网络侧在确定待执行的集群业务的业务类型对应的修改周期时可以通过OAM方式确定。

网络侧通过系统广播的方式广播确定的待执行的集群业务的业务类型对应的修改周期，例如，通过SIB13系统广播消息广播确定的修改周期。

步骤102：网络侧根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID。

在步骤102中，网络侧为了避免因为修改集群业务的修改周期，而MBMS业务对应的终端在接收到网络侧广播的通知消息时，无法判断网络侧广播的业务信息，而频繁的接收网络侧广播的业务信息，导致MBMS业务对应的终端浪费网络资源的问题，网络侧开辟了专门用于承载集群业务的MBSFN区域，并建立专门承载集群业务的MBSFN区域ID与集群业务之间的对应关系。

在需要下发某一集群业务时，网络侧首先确定广播待执行的集群业务的MBSFN区域；其次确定待执行的集群业务的业务类型与对应的MBSFN区域ID之间的对应关系。

例如：用于单一承载集群业务的MBSFN区域有三个，ID号分别为ID1、ID2和ID3，当前网络侧需要下发的集群业务是火警通知，并需要在ID1和ID2这两个区域下发，那么确定下发火警通知的MBSFN区域ID分别为ID1和ID2。

需要说明的是，MBSFN区域ID与集群业务的业务类型之间存在多对一的关系，也可以是一对一的关系。

步骤103：网络侧在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播通知消息。

其中，所述通知消息中携带内容变更标识和确定的所述MBSFN区域ID。

在步骤103中，当网络侧确定待执行的集群业务的业务信息发生变化时，此时需要通过通知消息通知终端，一般是通过广播MCCH变更通知的方式。

所述通知消息中必须携带MCCH的位置信息，即确定的所述MBSFN区域ID，除此之外，所述通知消息中还可以携带内容变更标识。

需要说明的是，在本实施例一中，不仅仅只改了MCCH的修改周期，相应的网络侧下发MCCH变更通知的周期也修改，修改的幅度与集群业务承载的MCCH的修改周期相适应。

一般通知消息在一个MCCH的修改周期内可以发送K次，K的取值一般为2或者4，其中，一个通知消息可以覆盖8个MBSFN区域的MCCH变更通知，一个比特表示一个MBSFN区域。

步骤104：网络侧在确定的MBSFN区域ID对应的MBSFN区域内，按照确定的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息。

其中，所述业务信息包括：业务标识信息和承载业务标识信息对应的业务内容的MTCH的标识信息等。

在步骤104中，网络侧根据确定的修改周期，在确定的MBSFN区域内，通过MCCH广播发生变化的集群业务的业务信息，这样终端在接收到通知消息时，根据确定的所述MBSFN区域ID和接收到的修改周期，在确定的所述修改周期到达时，监听确定的所述MBSFN区域ID对应的MBSFN区域内内容变更标识对应的业务信息。

实施例二：

如图2所示，为本实施例二的一种集群业务的接收方法的流程图，所述方法包括：

步骤201：终端接收网络侧广播的通知消息。

其中，所述通知消息中携带内容变更标识和多媒体广播多播服务单频网MBSFN区域ID。

由于一个MBSFN区域可以覆盖多个消息，而一个小区中的终端又可分为集群业务终端和非集群业务终端，因此，在步骤201中，所述终端既包括集群业务终端又包括非集群业务终端。

终端还接收网络侧广播的确定的修改周期。

步骤202：终端根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，判断接收到的MBSFN区域ID对应的集群业务的业务类型是否是自身所需业务的业务类型，若是，则执行步骤203；否则，执行步骤204。

在步骤202中，终端在接收到广播的通知消息时，根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，判断广播消息中携带的MBSFN区域ID对应承载的业务类型是否为自身需要的业务的业务类型。

需要说明的是，承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系不仅网络侧能够获取，集群业务终端和非集群业务终端也可以获取，获取的方式可采用现有的获取存储信息的方式实施，这里不做具体限定。

步骤203：终端按照接收到的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

在步骤203中，当所述终端是集群业务终端，确定广播消息中携带的MBSFN区域ID对应承载的业务类型是自身需要的业务的业务类型，按照接收到的修改周期监听网络侧下发的发生变化的集群业务的业务信息。

步骤204：终端将不再接收到的修改周期内监听网络侧广播的发生变化的集群业务的业务信息。

在步骤204中，所述终端为普通终端，在接收到网络侧的广播消息时，通过判断广播消息中携带的MBSFN区域ID对应承载的业务类型不是自身需要的业务的业务类型，将不再确定的修改周期到指定MBSFN区域监听变化的业务信息，这样避免了因为改变MCCH的修改周期导致的普通终端频繁获取通知消息而引起的普通终端资源浪费问题，并且提高了承载集群业务的MBSFN区域内覆盖的普通终端接收业务信息的准确性。

通过实施例一和实施例二的方案，将集群业务在指定的MBSFN区域广播，以及为待执行的集群业务的业务类型确定相应的修改周期，并在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播携带内容变更标识和确定的所述MBSFN区域ID的通知消息，使得集群业务的终端在接收到广播通知消息时，及时接收到广播的集群业务的业务消息，满足集群业务的实时性强的特性，避免了MBMS业务的传输方式造成集群业务延时的问题。

实施例三：

如图3所示，为本实施例三的一种集群业务的下发设备的结构示意图，所述设备包括：修改周期确定模块11、ID确定模块12和集群业务下发模块13，其中：

修改周期确定模块11，用于确定待执行的集群业务的业务类型对应的修改周期，并广播确定的修改周期；

ID确定模块12，用于根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID；

集群业务下发模块13，用于在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播携带内容变更标识和确定的所述MBSFN区域ID的通知消息，以及，在确定的MBSFN区域ID对应的MBSFN区域内，按照确定的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息。

实施例四：

如图4所示，为本实施例四的一种集群业务的接收设备的结构示意图，所述设备包括：接收模块21和判断模块22，其中：

接收模块21，用于接收网络侧广播的确定的修改周期和通知消息，所述通知消息中携带内容变更标识和多媒体广播多播服务单频网MBSFN区域ID；

判断模块22，用于根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，判断接收到的MBSFN区域ID对应的集群业务的业务类型是否是自身所需业务的业务类型，若是，按照接收到的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

实施例五：

如图5所示，为本实施例五的一种集群业务的收发系统的结构示意图，所述系统包括：集群业务下发设备31和集群业务接收设备32，其中：

集群业务下发设备31，用于确定待执行的集群业务的业务类型对应的修改周期，并广播确定的修改周期，根据承载集群业务的多媒体广播多播服务单频网MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID，并在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播携带内容变更标识和确定的所述MBSFN区域ID通知消息，以及，在确定的MBSFN区域ID对应的MBSFN区域内，按照确定的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息；

集群业务接收设备32，用于接收网络侧广播的确定的修改周期和携带内容变更标识和MBSFN区域ID的通知消息，并根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，判断接收到的MBSFN区域ID对应的集群业务的业务类型是否是自身所需业务的业务类型，若是，按照接收到的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

需要说明的是，集群业务下发设备可以网络侧的逻辑部件，也可以网络侧的物理实体，单一的设备；集群业务接收设备可以终端内部的逻辑部件，当终端是集群业务的终端时，在接收集群业务时该设备起作用；当终端是非集群业务的终端时，在接收到网络侧下发的广播通知消息时，也将对该广播消息进行判断。

实施例六：

如图6所示，为本实施例六的一种集群业务的下发方法的流程图。所述方法包括：

步骤301：网络侧根据集群业务的业务类型与周期调整系数之间的对应关系，确定待执行的集群业务的业务类型对应的周期调整系数。

在本步骤301中，所述周期调整系数是指集群业务所需的修改周期与MBMS业务的修改周期之间的倍数关系。

具体地，集群业务的业务类型与周期调整系数之间满足：

当集群业务的业务类型对应的业务对时延性要求越高，周期调整系数越大。

假设周期调整系数为N，其中，N为正整数；若集群业务1为公安类业务，对应的周期系数为N1，和集群业务2为消防类业务，对应的周期系数为N2，则当N1大于N2时，说明集群业务1的时延要求高于集群业务2的时延要求；当N1小于N2时，说明集群业务1的时延要求低于集群业务2的时延要求。

步骤302：网络侧根据确定的周期调整系数和多媒体广播组播MBMS业务的修改周期，确定待执行的集群业务的修改周期。

具体地，在本步骤302中，将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为待执行的集群业务的修改周期。

较优地，网络侧根据确定的待执行的集群业务的修改周期和重复广播通知消息的次数，确定广播通知消息的广播周期。

具体地，将待执行的集群业务的修改周期与重复广播通知消息次数之比作为广播通知消息的广播周期。

步骤303：网络侧在待执行的集群业务的业务信息发生变化时，按照待执行的集群业务的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息。

具体地，在本步骤303中，网络侧在广播发生变化的集群业务的业务信息之前，还需要按照确定的广播周期广播携带了内容变更标识的通知消息。

实施例七：

如图7所示，为本实施例七的一种集群业务的接收方法的示意图，所述方法还包括：

步骤401：集群业务终端根据集群业务的业务类型与周期调整系数之间的对应关系，确定自身所需集群业务的业务类型对应的周期调整系数。

其中，所述周期调整系数是指MBMS业务的修改周期与集群业务所需的修改周期之间的倍数关系。

在步骤401中，由于集群业务终端和非集群业务终端接收的业务不同，在不修改固定的MCCH的修改周期的前提下，集群业务终端接收到的业务信息的时延性较高，因此，在集群业务终端需要根据集群业务的业务类型与周期调整系数之间的对应关系，确定自身所需集群业务的业务类型对应的周期调整系数。

步骤402：集群业务终端根据接收到的多媒体广播组播MBMS业务的修改周期与确定的周期调整系数，确定自身所需集群业务的修改周期。

在步骤402中，集群业务终端接收网络侧下发的MCCH变更通知消息，从MCCH变更通知消息中得到MBMS业务的修改周期，并根据确定自身所需集群业务的业务类型对应的周期调整系数，得到自身所需集群业务的修改周期。

具体地，集群业务终端将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为自身所需集群业务的修改周期。

步骤403：集群业务终端按照自身所需集群业务的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

较优地，在执行步骤403按照自身所需集群业务的修改周期监听网络侧广播的发生变化的集群业务的业务信息之前，集群业务终端根据自身所需集群业务的修改周期与重复广播通知消息次数，确定网络侧下发广播通知消息的广播周期。

具体地，集群业务终端将自身所需集群业务的修改周期与重复广播通知消息次数之比作为广播通知消息的广播周期。

在集群业务终端得到网络侧广播通知消息的广播周期后，按照该广播周期接收携带了内容变更标识的通知消息。

集群业务终端在接收到通知消息后，根据通知消息中MCCH的位置信息按照自身所需集群业务的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

通过实施例六和实施例七的方案，网络侧根据确定待执行的集群业务的业务类型对应的周期调整系数，以及多媒体广播组播MBMS业务的修改周期得到待执行的集群业务的修改周期，并在待执行的集群业务的业务信息发生变化时，按照待执行的集群业务的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息，而集群终端根据自身确定的所需集群业务的修改周期监听网络侧广播的集群业务，使得集群业务的终端能够及时接收到广播的集群业务的业务消息，满足集群业务的实时性强的特性，避免了MBMS业务的传输方式造成集群业务延时的问题。

实施例八：

如图8所示，为本实施例八的一种集群业务的下发设备的结构示意图，所述设备包括：周期调整系数确定模块41、修改周期计算模块42和集群业务下发模块43，其中：

周期调整系数确定模块41，用于根据集群业务的业务类型与周期调整系数之间的对应关系，确定待执行的集群业务的业务类型对应的周期调整系数；

修改周期计算模块42，用于将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为待执行的集群业务的修改周期；

集群业务下发模块43，用于在待执行的集群业务的业务信息发生变化时，按照待执行的集群业务的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息。

较优地，所述设备还包括：通知消息广播模块44，其中：

通知消息广播模块44，用于在待执行的集群业务的业务信息发生变化时，通过MCCH广播发生变化的集群业务的业务信息之前，将待执行的集群业务的修改周期与重复广播通知消息次数之比作为广播通知消息的广播周期，并按照该广播周期广播携带了内容变更标识的通知消息。

实施例九：

如图9所示，为本实施例九的一种集群业务的接收设备的结构示意图，所述设备包括：周期调整系数确定模块51、修改周期计算模块52和集群业务接收模块53，其中：

周期调整系数确定模块51，用于根据集群业务的业务类型与周期调整系数之间的对应关系，确定自身所需集群业务的业务类型对应的周期调整系数；

修改周期计算模块52，用于将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为自身所需集群业务的修改周期；

集群业务接收模块53，用于按照自身所需集群业务的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

较优地，所述设备还包括：通知消息接收模块54，其中：

通知消息接收模块54，用于在按照自身所需集群业务的修改周期监听MCCH信道广播的发生变化的集群业务的业务信息之前，将自身所需集群业务的修改周期与重复广播通知消息次数之比作为广播通知消息的广播周期，并按照该广播周期接收携带了内容变更标识的通知消息。

实施例十：

如图10所示，为本实施例十的一种集群业务的收发系统的结构示意图，所述系统包括：集群业务下发设备61和集群业务接收设备62，其中：

集群业务下发设备61，用于根据集群业务的业务类型与周期调整系数之间的对应关系，确定待执行的集群业务的业务类型对应的周期调整系数，以及将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为待执行的集群业务的修改周期，并在待执行的集群业务的业务信息发生变化时，按照待执行的集群业务的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息；

集群业务接收设备62，用于根据集群业务的业务类型与周期调整系数之间的对应关系，确定自身所需集群业务的业务类型对应的周期调整系数，以及将多媒体广播组播MBMS业务的修改周期与确定的周期调整系数之比作为自身所需集群业务的修改周期，并按照自身所需集群业务的修改周期监听网络侧广播的发生变化的集群业务的业务信息。

需要说明的是，集群业务下发设备可以网络侧的逻辑部件，也可以网络侧的物理实体，单一的设备；集群业务接收设备可以终端内部的逻辑部件，当终端是集群业务的终端时，在接收集群业务时该设备起作用；当终端是非集群业务的终端时，在接收到网络侧下发的广播通知消息时，也将对该广播消息进行判断。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (6)

1.一种集群业务的下发方法，其特征在于，所述方法包括：

确定待执行的集群业务的业务类型对应的修改周期，并广播确定的修改周期；

根据承载集群业务的多媒体广播多播服务单频网MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID；

在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播通知消息，所述通知消息中携带内容变更标识和确定的所述MBSFN区域ID，以及，在确定的MBSFN区域ID对应的MBSFN区域内，按照确定的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息。

2.如权利要求1所述的方法，其特征在于，所述确定MBSFN区域仅用于承载集群业务。

3.一种集群业务的接收方法，其特征在于，所述方法包括：

接收网络侧广播的确定的修改周期和通知消息，所述通知消息中携带内容变更标识和多媒体广播多播服务单频网MBSFN区域ID；

根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，判断接收到的MBSFN区域ID对应的集群业务的业务类型是否是自身所需业务的业务类型，若是，按照接收到的修改周期监听网络侧广播发生变化的集群业务的业务信息；

其中，所述确定的修改周期是由网络侧确定的与待执行的集群业务的业务类型相对应的修改周期；所述通知消息是由网络侧根据承载集群业务的多媒体广播多播服务单频网MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID之后，在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播的。

4.一种集群业务的下发设备，其特征在于，所述设备包括：

修改周期确定模块，用于确定待执行的集群业务的业务类型对应的修改周期，并广播确定的修改周期；

ID确定模块，用于根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID；

集群业务下发模块，用于在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播携带内容变更标识和确定的所述MBSFN区域ID的通知消息，以及，在确定的MBSFN区域ID对应的MBSFN区域内，按照确定的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息。

5.一种集群业务的接收设备，其特征在于，所述设备包括：

接收模块，用于接收网络侧广播的确定的修改周期和通知消息，所述通知消息中携带内容变更标识和多媒体广播多播服务单频网MBSFN区域ID；

判断模块，用于根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，判断接收到的MBSFN区域ID对应的集群业务的业务类型是否是自身所需业务的业务类型，若是，按照接收到的修改周期监听网络侧广播的发生变化的集群业务的业务信息；

其中，所述确定的修改周期是由网络侧确定的与待执行的集群业务的业务类型相对应的修改周期；所述通知消息是由网络侧根据承载集群业务的多媒体广播多播服务单频网MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID之后，在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播的。

6.一种集群业务的收发系统，其特征在于，所述系统包括：

集群业务下发设备，用于确定待执行的集群业务的业务类型对应的修改周期，并广播确定的修改周期，根据承载集群业务的多媒体广播多播服务单频网MBSFN区域ID与集群业务的业务类型之间的对应关系，确定待执行的集群业务的业务类型对应的MBSFN区域ID，并在待执行的集群业务的业务信息发生变化时，向确定的MBSFN区域ID对应的MBSFN区域内广播携带内容变更标识和确定的所述MBSFN区域ID通知消息，以及，在确定的MBSFN区域ID对应的MBSFN区域内，按照确定的修改周期，通过多播控制信道MCCH广播发生变化的集群业务的业务信息；

集群业务接收设备，用于接收网络侧广播的确定的修改周期和携带内容变更标识和MBSFN区域ID的通知消息，并根据承载集群业务的MBSFN区域ID与集群业务的业务类型之间的对应关系，判断接收到的MBSFN区域ID对应的集群业务的业务类型是否是自身所需业务的业务类型，若是，按照接收到的修改周期监听网络侧广播的发生变化的集群业务的业务信息。