CN109547949A - 群组信息更新方法、装置、基站及用户设备 - Google Patents

Abstract

本发明实施例提出一种群组信息更新方法、装置、基站及用户设备，涉及通信技术领域。该方法包括：基站接收演进型移动管理实体发送的下行链路传输消息，该下行链路传输消息携带组信息更新命令及组消息标识，组信息更新命令由演进型移动管理实体依据获取的群组更新信息构建，并依据组消息标识将组信息更新命令通过空口公共信道广播至驻留在基站的用户设备，以便与组信息更新命令关联的用户设备依据组信息更新命令更新群组信息，实现了通过点到多点的方式通知用户设备进行组信息更新的效果，有效避免集群通信系统中出现大批量组信息更新操作而引发的网络信令拥塞。

Description

群组信息更新方法、装置、基站及用户设备

技术领域

本发明涉及通信技术领域，具体而言，涉及一种群组信息更新方法、装置、基站及用户设备。

背景技术

集群通信是指一种专用的调度通讯方式，包括专用指挥和调度通信。在集群通信系统中，通信群组有更新的需求，例如通信群组中需要增加新的用户或者需要删除某些用户时，网络侧通过空口技术通知这些终端新增或删除组信息；当为某项特定任务新建一个通信群组时，网络侧需要通过空口技术通知该通信群组中的每个终端新增组信息；或者当为某项特定任务而建立的通信群组已完成相应任务而需要将通信群组解散时，网络侧同样通过空口技术删除各终端中的组信息。

目前的LTE宽带集群标准中，组信息的更新是由网络侧通过点到点的方式通知用户设备(User Equipment，UE)，例如当往通信群组中添加新成员时，则需要通知新加入的成员，当从通信群组中删除成员时，则需要通知被删除的成员。即当组信息需要更新时，网络侧需要点到点地通知受影响的每个UE，而且当UE处于ECM-IDLE状态(即EPS连接管理-空闲态(Evolved Packet System Connection Management-IDLE)，该状态表示UE与网络无信令连接)时，网络侧还需要先寻呼UE以恢复信令连接，当通信群组内的用户较多时，会突发大批量的组信息更新操作(例如新建一个群组，往其中添加数百个甚至数千个成员)，从而引发网络信令拥塞。

发明内容

本发明实施例的目的在于提供一种群组信息更新方法、装置、基站及用户设备，以解决现有技术中通过点到点的方式通知UE进行组信息更新时引起的网络信令拥塞问题。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提出一种群组信息更新方法，应用于集群通信系统中的基站，所述集群通信系统还包括演进型移动管理实体，所述方法包括：接收所述演进型移动管理实体发送的下行链路传输消息，其中，所述下行链路传输消息携带组信息更新命令及组消息标识，所述组信息更新命令由所述演进型移动管理实体依据获取的群组更新信息构建；依据所述组消息标识将所述组信息更新命令通过空口公共信道广播至驻留在所述基站的用户设备，以便与所述组信息更新命令关联的用户设备依据所述组信息更新命令更新群组信息。

第二方面，本发明实施例还提出一种群组信息更新方法，应用于用户设备，所述用户设备与集群通信系统中的基站通信连接，所述集群通信系统还包括演进型移动管理实体，所述方法包括：通过空口公共信道接收所述基站广播的组信息更新命令，其中，所述组信息更新命令由所述演进型移动管理实体依据获取的群组更新信息构建并发送到所述基站；当所述用户设备与所述组信息更新命令关联时，依据所述组信息更新命令更新群组信息。

第三方面，本发明实施例还提出一种群组信息更新装置，应用于集群通信系统中的基站，所述集群通信系统还包括演进型移动管理实体，所述装置包括：第一接收模块，用于接收所述演进型移动管理实体发送的下行链路传输消息，其中，所述下行链路传输消息携带组信息更新命令及组消息标识，所述组信息更新命令由所述演进型移动管理实体依据获取的群组更新信息构建；发送模块，用于依据所述组消息标识将所述组信息更新命令通过空口公共信道广播至驻留在所述基站的用户设备，以便与所述组信息更新命令关联的用户设备依据所述组信息更新命令更新群组信息。

第四方面，本发明实施例还提出一种群组信息更新装置，应用于用户设备，所述用户设备与集群通信系统中的基站通信连接，所述集群通信系统还包括演进型移动管理实体，所述装置包括：第二接收模块，用于通过空口公共信道接收所述基站广播的组信息更新命令，其中，所述组信息更新命令由所述演进型移动管理实体依据获取的群组更新信息构建并发送到所述基站；更新模块，用于当所述用户设备与所述组信息更新命令关联时，依据所述组信息更新命令更新群组信息。

第五方面，本发明实施例还提出一种基站，包括存储有计算机程序的计算机可读存储介质和处理器，所述计算机程序被所述处理器读取并运行时，实现上述第一方面所述的方法。

第六方面，本发明实施例还提出一种用户设备，包括存储有计算机程序的计算机可读存储介质和处理器，所述计算机程序被所述处理器读取并运行时，实现上述第二方面所述的方法。

相对现有技术，本发明实施例具有以下有益效果：

本发明实施例所提供的群组信息更新方法、装置、基站及用户设备，基站接收所述演进型移动管理实体发送的下行链路传输消息，其中，所述下行链路传输消息携带组信息更新命令及组消息标识，所述组信息更新命令由所述演进型移动管理实体依据获取的群组更新信息构建，并依据所述组消息标识将所述组信息更新命令通过空口公共信道广播至驻留在所述基站的用户设备，以便与所述组信息更新命令关联的用户设备依据所述组信息更新命令更新群组信息。如此，当群组信息发生变化时，基站可通过空口公共信道将组信息更新命令广播至驻留在基站的用户设备，实现了通过点到多点的方式通知用户设备进行组信息更新的效果，相比点到点现有技术中点到点通知用户设备的方式，不需要在用户设备处于ECM-IDLE状态时先对用户设备进行寻呼，从而有效避免集群通信系统中出现大批量组信息更新操作而引发的网络信令拥塞。

本发明的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例所提供的集群通信系统的框图。

图2示出了本发明实施例所提供的集群通信系统进行群组信息更新的流程示意图。

图3示出了本发明实施例所提供的组信息更新命令的示意图。

图4示出了本发明实施例所提供的应用于基站的群组信息更新方法的流程示意图。

图5示出了本发明实施例所提供的应用于用户设备的群组信息更新方法的流程示意图。

图6示出了本发明实施例所提供的应用于基站的群组信息更新装置的框图。

图7示出了本发明实施例所提供的应用于用户设备的群组信息更新装置的框图。

图8示出了本发明实施例所提供的电子设备的示例性硬件和软件组件的示意图。

图标：100-集群通信系统；500-电子设备；110-演进型归属用户服务器；120-集群控制功能体；130-演进型移动管理实体；140-基站；150-用户设备；310-第一接收模块；320-发送模块；410-第二接收模块；420-更新模块；510-存储器；520-处理器；530-通信接口。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

请参照图1，为本发明实施例所提供的集群通信系统100的框图。该集群通信系统100包括演进型归属用户服务器(Evolved Home Subscriber Server，eHSS)110、集群控制功能体(Trunking Control Function，TCF)120、演进型移动性管理实体(EvolvedMobility Management Entity，eMME)130、基站(E-UTRAN NodeB，eNodeB)140及用户设备150，演进型归属用户服务器110与集群控制功能体120通信连接，集群控制功能体120与演进型移动管理实体130通信连接，演进型移动管理实体130可与一个或多个基站140通信连接，基站140与一个或多个用户设备150通信连接。

在集群通信中，演进型归属用户服务器110可称为集群增强型归属位置寄存器，是在LTE标准HSS的基础上增加了集群功能，主要用于存储移动用户、群组的签约数据以及移动用户的鉴权数据；该演进型移动管理实体130可称为集群增强型移动性管理实体，是在LTE标准MME的基础上增加集群功能，主要负责移动用户的接入控制、用户安全、移动性管理等功能；该集群控制功能体120主要负责集群网络中集群业务的调度管理，如语音、视频、数据等在内的多媒体集群业务调度，集群业务的注册、授权，群组信息的更新等。

在网络操作员操作群组时，演进型归属用户服务器110会将群组更新信息发送到集群控制功能体120，集群控制功能体120根据演进型归属用户服务器110推送的群组更新信息对本地存储的群组信息进行更新，并指示演进型移动管理实体130依据群组更新信息构建组信息更新命令；演进型移动管理实体130再将构建的组信息更新命令发送到基站140，并指示基站140以广播的方式通知群组中的多个用户设备150进行群组信息更新，从而有效避免集群通信系统100中出现大批量组信息更新操作而引发的网络信令拥塞。

需要说明的是，在实际应用中，集群控制功能体120和eMME可以集成在同一个实体设备，也可以是独立的两个实体设备，本申请对此不做限制。

下面，对图1所示的集群通信系统100进行群组信息更新的流程进行详细阐述。如图2所示，该流程主要包括：

S11，eHSS向TCF推送群组更新信息。

例如，当网络操作员操作某个群组时，如修改群组的属性、往群组中添加新成员、从群组中删除成员等，eHSS会向TCF发送ServiceData-Push-Request消息，该消息中携带该群组对应的群组更新信息。

S12，TCF向eHSS返回响应消息。

当TCF接收到该群组更新信息时，首先基于该群组更新信息对本地存储的群组信息进行更新，更新完成后，向eHSS返回响应消息ServiceData-Push-Response，同时将群组更新信息发送至eMME。

S13，eMME依据群组更新信息构建组信息更新命令。

在本实施例中，该群组更新信息可以包括群组更新类型、群组标识及用户设备标识，其中该群组更新类型可以包括增加组信息、删除组信息、修改组信息等，该群组标识为网络操作员操作的群组对应的标识，该用户设备标识为网络操作员在对群组进行更新操作时所涉及的用户设备标识。例如，当网络操作员往某个群组中添加新成员时，则群组更新信息中的用户设备标识为添加的用户设备标识；当网络操作员从某个群组中删除成员时，则群组更新信息中的用户设备标识为删除的用户设备标识；当网络操作员删除群组本身或者修改群组的组信息时，则群组更新信息中的用户设备标识为该群组中的所有用户设备标识。

eMME在接收到TCF推送的群组更新信息后，依据群组更新类型、群组标识及用户设备标识构建组信息更新命令(GROUP INFORMATION UPDATE EXTENDED COMMAND，GIUEC)，其中，该组信息更新命令可以按照图3所示的消息格式来构建，该组信息更新命令为非接入层(Non-access Stratum，NAS)消息。当群组更新类型为增加组信息，或者当群组更新类型为删除组信息且删除类型为删除群组中的成员时，需要在UE标识列表中填充本次更新操作涉及的用户设备标识(即UE标识)；当群组更新类型为删除组信息且删除类型为删除群组本身，或者当群组更新类型为修改组信息时，属于该群组的用户设备150都要执行相应的更新操作，此时组信息更新命令中可以不填充用户设备标识，用户设备150根据组信息更新命令中的群组标识判断自己是否属于该群组的成员，若是，则执行相应的更新操作。

需要说明的是，在实际应用中，网络操作员在对某个群组进行更新操作时，可以对该群组进行组信息的修改、增加及删除操作中的其中一种或多种，因此，eMME在依据群组更新信息构建的组信息更新命令时，也可以仅包括增加组信息、删除组信息、修改组信息中的其中一种或多种，需根据群组更新信息中包括的群组更新类型而定。

可选地，考虑到群组中的UE可能驻留在不同的基站140，故当群组更新信息中的用户设备标识对应的UE驻留在不同基站140时，eMME需依据群组更新类型、群组标识以及驻留在同一基站140的UE对应的用户设备标识构建组信息更新命令。也即是说，当本次更新操作涉及的UE驻留在不同基站140时，该组信息更新命令中的UE标识列表中只需填充同一基站140下辖的UE的标识，从而得到不同基站140对应的不同组信息更新命令。

S14，eMME将组信息更新命令封装在Group Downlink NAS Transport消息中发给eNodeB。

在本实施例中，当eMME依据图3所示的消息格式构建组信息更新命令后，可将该组信息更新命令封装在核心网与eNodeB之间的接口消息(即上述的Group Downlink NASTransport消息)，并通过该接口消息指示eNodeB使用空口公共信道发送该组信息更新命令，例如可以通过该接口消息的消息名或者携带的其他表征该接口消息为组消息的标识来指示eNodeB应以广播的方式下发该组信息更新命令。其中，该Group Downlink NASTransport消息除了携带该组信息更新命令，还可携带上述的群组标识和组信息更新标识。

当群组更新信息中的用户设备标识对应的UE驻留在不同eNodeB时，eMME则将构建的不同组信息更新命令通过Group Downlink NAS Transport消息下发至对应的不同eNodeB。

在本实施例中，eNodeB在使用点到多点的空口公共信道将组信息更新命令广播给UE时，考虑到UE会使用非连续接收(DRX)机制以减少功耗，且不同UE的DRX周期可能有差异，故空口公共信道的选择应该确保DRX周期不同的UE均能收到上述组信息更新命令。因此，eNodeB在接收到上述的Group Downlink NAS Transport消息后，可采用如下两种方案(即方案1和方案2)下发该组信息更新命令，并根据Group Downlink NAS Transport消息中携带的组信息更新标识在空口公共信道上以一定周期重复发送若干次，以确保将组信息更新命令可靠地广播至驻留在eNodeB的所有UE。其中，方案1可参考S15，方案2可参考S16和S17。

S15，利用集群寻呼控制信道(Trunking Paging Control Channel，TPCCH)中传输的TrunkingPaging消息下发组信息更新命令，该TrunkingPaging消息中携带组信息更新命令。

在本实施例中，该TrunkingPaging消息中除了携带组信息更新命令，还可携带eNodeB配置的群组无线网络临时标识(G-RNTI)、上述的群组标识以及组信息更新标识。其中，该群组标识与G-RNTI一一对应，即eNodeB会为不同的群组分配不同的G-RNTI，不同的群组对应的G-RNTI不同。eNodeB在下发组信息更新命令时，通常会利用该G-RNTI对组信息更新命令加扰，故UE在接收到TrunkingPaging消息后，使用该TrunkingPaging消息携带的G-RNTI对组信息更新命令进行解扰，从而获得组信息更新命令中的内容。

S16，利用集群寻呼控制信道发送TrunkingPaging消息，该TrunkingPaging消息中携带群组标识、G-RNTI以及组信息更新标识。

S17，在发送TrunkingPaging消息之后，采用集群控制信道(Trunking ControlChannel，TCCH)中传输的DL Information Transfer消息下发组信息更新命令，该DLInformation Transfer消息中携带该组信息更新命令。

也即是说，当采用方案2下发组信息更新命令时，群组标识、G-RNTI以及组信息更新标识是通过TrunkingPaging消息发送到UE，而组信息更新命令则通过DL InformationTransfer消息发送到UE。

UE在监听到TPCCH信道上传输的TrunkingPaging消息后，对应前述的方案1与方案2采用不同的方式进行处理。其中，对应方案1的处理方式可以参照S18，对应方案2的处理方式可以参照S19及S20。

S18，UE解扰TrunkingPaging消息中的组信息更新命令，以根据组信息更新命令中的内容更新群组信息。

在本实施例中，当TrunkingPaging消息中携带组信息更新标识及组信息更新命令时，UE利用TrunkingPaging消息中携带的G-RNTI对组信息更新命令进行解扰，以获取组信息更新命令中的内容，并根据组信息更新命令中的内容更新本地存储的群组信息。

S19，当TrunkingPaging消息中携带组信息更新标识且不携带组信息更新命令时，UE监听TCCH信道。

S20，解扰DL Information Transfer消息中的组信息更新命令，以根据组信息更新命令中的内容更新群组信息。

在本实施例中，UE在监听到TCCH信道中的DL Information Transfer消息后，利用TrunkingPaging消息中携带的G-RNTI对组信息更新命令进行解扰，以获取组信息更新命令中的内容，并根据组信息更新命令中的内容更新本地存储的群组信息。

需要说明的是，图2所示的群组信息更新流程的各个步骤中，S15与S16、S17不会同时执行，S18与S19、S20也不会同时执行。也即是说，当eNodeB采用方案1下发组信息更新命令时，则执行S15，不执行S16和S17，相应地，UE执行S18，不执行S19和S20；当eNodeB采用方案2下发组信息更新命令时，则执行S16和S17，不执行S15，相应地，UE执行S19和S20，不执行S18。

由于eNodeB是以广播的方式下发该组信息更新命令的，故驻留在该eNodeB的所有UE都能够接收到该组信息更新命令并对该组信息更新命令进行解扰；每个UE在获得组信息更新命令中的内容后，需根据群组更新类型进行相应的处理。

例如，当群组更新类型为增加组信息时，则判断增加组信息对应的UE标识列表中是否存在自己的UE标识，若存在，则进行添加组信息的更新操作；当群组更新类型为删除组信息时，则依据群组标识判断自己是否属于该群组，若属于该群组，当删除类型是删除群组本身时，或者当删除类型是删除群组成员但UE标识列表中包含自己的UE标识时，则UE删除本地存储的该群组的群组信息，若不属于该群组，或者当删除类型是删除群组成员但UE标识列表中不包含自己的UE标识时，则UE无需处理；当群组更新类型为修改组信息时，UE依据群组标识判断是否属于该群组，若属于该群组，则依据修改组信息中的内容更新本地存储的群组信息，如变更群组号码等，否则无需处理。

需要说明的是，在实际应用中，UE解码得到的组信息更新命令中可能同时包括多种群组更新类型，对于不同的UE而言，需要执行的更新操作可能会不相同。以两个UE(UE1和UE2)为例，当组信息更新命令中同时包括增加组信息、删除组信息、修改组信息三种群组更新类型时，UE1判断增加组信息对应的UE标识列表中存在自己的UE标识，则进行添加组信息的更新操作，UE1判断本地存储的群组标识该群组，则依据修改组信息中的内容更新本地存储的群组信息；UE2判断增加组信息对应的UE标识列表中不存在自己的UE标识，则不进行添加组信息的更新操作，判断删除组信息中的删除类型是删除群组成员并且UE标识列表中包含自己的UE标识，则UE2删除本地存储的该群组的群组信息。

可以理解，图2所示的eNodeB为本次群组更新所涉及的所有UE当前驻留的一个或者多个eNodeB，图2所示的UE为在每个eNodeB当前驻留的所有UE，这些UE可能全部是该集群通信系统100中的集群终端，也可能只有部分是该集群通信系统100中的集群终端；该集群通信系统100中的集群终端通过删除组信息更新操作后可以从该集群通信系统100中删除，而不属于该集群通信系统100中的集群终端通过增加组信息更新操作后可以成为该集群通信系统100中的集群终端。

可见，当集群通信系统100中的群组信息发生变化时，演进型移动管理实体130通过将构建的组信息更新命令封装在演进型移动管理实体130与基站140之间的接口消息中发给基站140，并在该接口消息中指示基站140使用空口公共信道广播该组信息更新命令，从而实现了网络侧通过点到多点的空口公共信道对受影响的多个用户设备150进行群组更新，相比现有技术中通过点到点的方式通知受影响的每个用户设备150进行群组信息更新，有效避免了突发大批量的群组信息更新操作而引起的网络信令拥塞，并且无需在用户设备150处于ECM-IDLE状态时，先寻呼用户设备150以恢复信令连接。此外，基站140在使用点到多点空口公共信道广播组信息更新命令时，选择了即使用户设备150开启了DRX且DRX周期有差异也能使用户设备150接收到消息的信道，进而提高了集群通信系统100中群组信息更新的可靠性。

请参照图4，为本发明实施例所提供的群组信息更新方法的一种流程示意图。需要说明的是，本发明实施例的群组信息更新方法并不以图4以及以下的具体顺序为限制，应当理解，在其它实施例中，本发明实施例的群组信息更新方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。该群组信息更新方法可应用于上述的基站140，下面将对图4所示的具体流程进行详细阐述。

S31，接收演进型移动管理实体发送的下行链路传输消息，其中，下行链路传输消息携带组信息更新命令及组消息标识，组信息更新命令由演进型移动管理实体依据获取的群组更新信息构建。

在本实施例中，该群组更新信息由eHSS根据网络操作员对群组的更新操作生成并推送到TCF，eMME通过TCF获取到该群组更新信息时，依据群组更新类型、群组标识及用户设备标识构建组信息更新命令。考虑到群组信息更新操作涉及的用户设备标识对应的用户设备150可能驻留在不同基站140，eMME会依据群组更新类型、群组标识以及驻留在同一基站140的用户设备150对应的用户设备标识构建组信息更新命令。因此，基站140接收的组信息更新命令可以包括群组更新类型、群组标识及用户设备标识，其中组信息更新命令中的用户设备标识为驻留在该基站140中的需要更新群组信息的用户设备150的标识。

需要说明的是，该S31与前述S11～S14对应，故本实施例中未提及部分，可参考前述S11～S14中的相应内容。

S32，依据组消息标识将组信息更新命令通过空口公共信道广播至驻留在基站的用户设备，以便与组信息更新命令关联的用户设备依据组信息更新命令更新群组信息。

在本实施例中，下行链路传输消息还携带组信息更新标识，基站140依据组消息标识将组信息更新标识及组信息更新命令均通过空口公共信道广播至驻留在基站140的用户设备150，以通过组信息更新标识指示用户设备150解析组信息更新命令。如此，用户设备150可在接收到该组信息更新标识时，对该组信息更新命令进行解析，从而有效减少用户设备150的功耗。

其中，基站140可以采用以下两种方案下发该组信息更新命令。当采用方案1时，采用的空口公共信道包括集群寻呼控制信道，该S32包括：通过集群寻呼控制信道向驻留在基站140的用户设备150发送集群寻呼消息，其中，集群寻呼消息携带组信息更新命令及组信息更新标识。

可选地，该集群寻呼消息可以为TrunkingPaging消息，该TrunkingPaging消息中除了携带组信息更新命令及组信息更新标识外，还需携带基站140配置的G-RNTI及群组标识。

当采用方案2时，采用的空口公共信道包括集群寻呼控制信道和集群控制信道，该S32包括：通过集群寻呼控制信道向驻留在基站140的用户设备150发送集群寻呼消息，其中，集群寻呼消息携带组信息更新标识；在发送集群寻呼消息之后，通过集群控制信道向驻留在基站140的用户设备150发送群组控制消息，其中，群组控制消息携带组信息更新命令。

可选地，该集群寻呼消息可以为TrunkingPaging消息，该TrunkingPaging消息中除了携带组信息更新标识外，还需携带群组标识以及G-RNTI；该群组控制消息可以为DLInformation Transfer消息，该DL Information Transfer消息中携带组信息更新命令。

需要说明的是，该S32与前述S15～S17对应，故本实施例中未提及部分，可以参考前述S15～S17中的相应内容。

在实际应用中，为了确保将组信息更新命令可靠地发送至驻留在基站140的所有用户设备150，该方法还可以包括：

S33，依据组信息更新标识以预设周期重复发送组信息更新命令，直到组信息更新命令的发送次数达到预设次数。

在本实施例中，该组信息更新标识用于指示基站140以预设周期重复发送组信息更新命令，即基站140在空口公共信道上广播该组信息更新命令时，需以预设周期重复发送预设次数的组信息更新命令，从而确保组信息更新命令可靠地传递到用户设备150。

在实际应用中，基站140除了以重复发送的方式确保组信息更新命令的可达性外，还可以采用其他方式。例如，当基站140接收的下行链路传输消息中携带组信息更新标识时，可以低阶的调制编码方案发送该组信息更新命令，从而使组信息更新命令可靠地传递到在基站140驻留的所有用户设备150。

在本申请中，由于演进型移动管理实体130在群组信息发生变化时，能够依据群组更新信息构建组信息更新命令，基站140通过核心网与基站140之间的接口消息来获取演进型移动管理实体130下发的组信息更新命令，并依据该接口消息中携带的组消息标识将组信息更新命令广播至驻留在基站140的用户设备150，从而实现了以点到多点的方式通知用户设备150进行组信息更新，有效避免了集群通信系统100中出现大批量组信息更新操作时而引发的网络信令拥塞。

请参照图5，为本发明实施例所提供的群组信息更新方法的又一种流程示意图。需要说明的是，本发明实施例的群组信息更新方法并不以图5以及以下的具体顺序为限制，应当理解，在其它实施例中，本发明实施例的群组信息更新方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。该群组信息更新方法可应用于上述的用户设备150，下面将对图5所示的具体流程进行详细阐述。

S41，通过空口公共信道接收基站广播的组信息更新命令，其中，组信息更新命令由演进型移动管理实体依据获取的群组更新信息构建并发送到基站。

在本实施例中，用户设备150基于组信息更新命令的两种下发方案，可采用两种不同的处理方式。当采用方案1对应的处理方式时，采用的空口公共信道包括集群寻呼控制信道，该S41包括：通过集群寻呼控制信道接收基站140发送的集群寻呼消息，集群寻呼消息携带组信息更新命令及组信息更新标识；其中，组信息更新标识由演进型移动管理实体130发送到基站140，用于指示用户设备150解析组信息更新命令。

可选地，该集群寻呼消息可以为TrunkingPaging消息，该TrunkingPaging消息中除了携带组信息更新命令及组信息更新标识外，还需携带基站140配置的G-RNTI及群组标识。

当采用方案2对应的处理方式时，采用的空口公共信道包括集群寻呼控制信道及集群控制信道，该S41包括：通过集群寻呼控制信道接收基站140发送的集群寻呼消息；当集群寻呼消息中携带组信息更新标识且不携带组信息更新命令时，则通过集群控制信道接收基站140发送的群组控制消息，群组控制消息携带组信息更新命令；其中，组信息更新标识由演进型移动管理实体130发送到基站140，用于指示用户设备150解析组信息更新命令。

可选地，该集群寻呼消息可以为TrunkingPaging消息，该TrunkingPaging消息中除了携带组信息更新标识外，还需携带群组标识以及G-RNTI；该群组控制消息可以为DLInformation Transfer消息，该DL Information Transfer消息中携带组信息更新命令。

S42，当用户设备与组信息更新命令关联时，依据组信息更新命令更新群组信息。

在本实施例中，用户设备150利用G-RNTI对组信息更新命令进行解扰，以获取组信息更新命令中的内容，然后判断该组信息更新命令是否与自身关联，如果关联，则根据组信息更新命令中的内容更新本地存储的群组信息。例如，当组信息更新命令中的群组更新类型为增加组信息，且UE标识列表中包括用户设备150的用户设备标识，则可表明该组信息更新命令与该用户设备150关联，从而依据该组信息更新命令中的内容在本地增加组信息。

需要说明的是，该S41～S42与前述S18～S20对应，故本实施例中未提及部分，可以参考前述S18～S20中的相应内容。

请参照图6，为本发明实施例所提供的群组信息更新装置的另一种框图。该群组信息更新装置应用于上述的基站140，该群组信息更新装置实现的功能对应上述方法执行的步骤。该群组信息更新装置包括第一接收模块310、发送模块320。

该第一接收模块310用于接收演进型移动管理实体130发送的下行链路传输消息，其中，下行链路传输消息携带组信息更新命令及组消息标识，组信息更新命令由演进型移动管理实体130依据获取的群组更新信息构建。

可以理解，该第一接收模块310可以执行上述S31。

该发送模块320用于依据组消息标识将组信息更新命令通过空口公共信道广播至驻留在基站140的用户设备150，以便与组信息更新命令关联的用户设备150依据组信息更新命令更新群组信息。

在本实施例中，下行链路传输消息还携带组信息更新标识，该第二发送模块320用于依据组消息标识将组信息更新标识及组信息更新命令均通过空口公共信道广播至驻留在基站140的用户设备150，以通过组信息更新标识指示用户设备150解析组信息更新命令。

其中，该发送模块320可以采用以下两种方案下发该组信息更新命令。当采用方案1时，该第二发送模块320具体用于通过集群寻呼控制信道向驻留在基站140的用户设备150发送集群寻呼消息，其中，集群寻呼消息携带组信息更新命令及组信息更新标识。

当采用方案2时，该第二发送模块320具体用于通过集群寻呼控制信道向驻留在基站140的用户设备150发送集群寻呼消息，其中，集群寻呼消息携带组信息更新标识；在发送集群寻呼消息之后，通过集群控制信道向驻留在基站140的用户设备150发送群组控制消息，其中，群组控制消息携带组信息更新命令。

可选地，该发送模块320还用于依据组信息更新标识以预设周期重复发送组信息更新命令，直到组信息更新命令的发送次数达到预设次数。

可以理解，该发送模块320可以执行上述S32及S33。

请参照图7，为本发明实施例所提供的群组信息更新装置的又一种框图。该群组信息更新装置应用于上述的用户设备150，该群组信息更新装置实现的功能对应上述方法执行的步骤。该群组信息更新装置包括第二接收模块410、更新模块420。

该第二接收模块410用于通过空口公共信道接收基站140广播的组信息更新命令，其中，组信息更新命令由演进型移动管理实体130依据获取的群组更新信息构建并发送到基站140。

其中，该第二接收模块410基于上述组信息更新命令的两种下发方案，采用两种不同的处理方式。当采用方案1对应的处理方式时，该第二接收模块410具体用于通过集群寻呼控制信道接收基站140发送的集群寻呼消息，集群寻呼消息携带组信息更新命令及组信息更新标识；其中，组信息更新标识由演进型移动管理实体130发送到基站140，用于指示用户设备150解析组信息更新命令。

当采用方案2对应的处理方式时，该第二接收模块410具体用于通过集群寻呼控制信道接收基站140发送的集群寻呼消息；当集群寻呼消息中携带组信息更新标识且不携带组信息更新命令时，则通过集群控制信道接收基站140发送的群组控制消息，群组控制消息携带组信息更新命令；其中，组信息更新标识由演进型移动管理实体130发送到基站140，用于指示用户设备150解析组信息更新命令。

可以理解，该第二接收模块410可以执行上述S41。

该更新模块420用于当用户设备150与组信息更新命令关联时，依据组信息更新命令更新当前存储的群组信息。

可以理解，该更新模块420可以执行上述S42。

如图8所示，为本发明实施例所提供的可以实现本申请思想的基站140、用户设备150的电子设备500的示例性硬件和软件组件的示意图。电子设备500可以包括存储器510、处理器520和通信接口530，该存储器510、处理器520和通信接口530，各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。群组信息更新装置包括至少一个可以软件或固件(firmware)的形式存储于存储器510或固化在电子设备500的操作系统(operatingsystem，OS)中的软件功能模块。存储器510可用于存储软件程序及模块，如本发明实施例所提供的群组信息更新方法对应的程序指令/模块，处理器520通过执行存储在存储器510内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口530可用于与其他节点设备进行信令或数据的通信。

其中，存储器510可以是但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器520可能是一种集成电路芯片，具有信号处理能力。该处理器520可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(DSP))、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图8所示的结构仅为示意，电子设备500还可包括比图8中所示更多或者更少的组件，或者具有与图8所示不同的配置。图8中所示的各组件可以采用硬件、软件或其组合实现。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器520执行时实现本发明实施例揭示的群组信息更新方法。

综上所述，本发明实施例所提供的群组信息更新方法、装置、基站及用户设备，基站接收所述演进型移动管理实体发送的下行链路传输消息，其中，所述下行链路传输消息携带组信息更新命令及组消息标识，所述组信息更新命令由所述演进型移动管理实体依据获取的群组更新信息构建，并依据所述组消息标识将所述组信息更新命令通过空口公共信道广播至驻留在所述基站的用户设备，以便与所述组信息更新命令关联的用户设备依据所述组信息更新命令更新群组信息。如此，当群组信息发生变化时，基站可通过空口公共信道将组信息更新命令广播至驻留在基站的用户设备，实现了以点到多点的方式通知用户设备进行组信息更新，相比现有技术点到点通知用户设备进行组信息更新的方式，不需要在用户设备处于ECM-IDLE状态时先对用户设备进行寻呼，从而有效避免集群通信系统中出现大批量组信息更新操作而引发的网络信令拥塞。

本领域内的技术人员应明白，本发明实施例可提供为方法、装置、设备或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、装置、设备和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在本发明实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的可选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

Claims (18)

1.一种群组信息更新方法，应用于集群通信系统中的基站，所述集群通信系统还包括演进型移动管理实体，其特征在于，所述方法包括：

接收所述演进型移动管理实体发送的下行链路传输消息，其中，所述下行链路传输消息携带组信息更新命令及组消息标识，所述组信息更新命令由所述演进型移动管理实体依据获取的群组更新信息构建；

依据所述组消息标识将所述组信息更新命令通过空口公共信道广播至驻留在所述基站的用户设备，以便与所述组信息更新命令关联的用户设备依据所述组信息更新命令更新群组信息。

2.如权利要求1所述的群组信息更新方法，其特征在于，所述下行链路传输消息还携带组信息更新标识，所述依据所述组消息标识将所述组信息更新命令通过空口公共信道广播至驻留在所述基站的用户设备的步骤包括：

依据所述组消息标识将所述组信息更新标识及所述组信息更新命令均通过所述空口公共信道广播至驻留在所述基站的用户设备，以通过所述组信息更新标识指示所述用户设备解析所述组信息更新命令。

3.如权利要求2所述的群组信息更新方法，其特征在于，所述空口公共信道包括集群寻呼控制信道，所述依据所述组消息标识将所述组信息更新标识及所述组信息更新命令均通过所述空口公共信道广播至驻留在所述基站的用户设备的步骤包括：

通过所述集群寻呼控制信道向驻留在所述基站的用户设备发送集群寻呼消息，其中，所述集群寻呼消息携带所述组信息更新命令及所述组信息更新标识。

4.如权利要求2所述的群组信息更新方法，其特征在于，所述空口公共信道包括集群寻呼控制信道和集群控制信道，所述依据所述组消息标识将所述组信息更新标识及所述组信息更新命令均通过所述空口公共信道广播至驻留在所述基站的用户设备的步骤包括：

通过所述集群寻呼控制信道向驻留在所述基站的用户设备发送集群寻呼消息，其中，所述集群寻呼消息携带所述组信息更新标识；

在发送所述集群寻呼消息之后，通过所述集群控制信道向驻留在所述基站的用户设备发送群组控制消息，其中，所述群组控制消息携带所述组信息更新命令。

5.如权利要求2所述的群组信息更新方法，其特征在于，所述依据所述组消息标识将所述组信息更新命令通过空口公共信道广播至驻留在所述基站的用户设备的步骤之后，所述方法还包括：

依据所述组信息更新标识以预设周期重复发送所述组信息更新命令，直到所述组信息更新命令的发送次数达到预设次数。

6.如权利要求1-5任一项所述的群组信息更新方法，其特征在于，所述组信息更新命令包括群组更新类型、群组标识及用户设备标识，其中所述用户设备标识为驻留在所述基站中的需要更新群组信息的用户设备的标识。

7.一种群组信息更新方法，应用于用户设备，所述用户设备与集群通信系统中的基站通信连接，所述集群通信系统还包括演进型移动管理实体，其特征在于，所述方法包括：

通过空口公共信道接收所述基站广播的组信息更新命令，其中，所述组信息更新命令由所述演进型移动管理实体依据获取的群组更新信息构建并发送到所述基站；

当所述用户设备与所述组信息更新命令关联时，依据所述组信息更新命令更新群组信息。

8.如权利要求7所述的群组信息更新方法，其特征在于，所述空口公共信道包括集群寻呼控制信道，所述通过空口公共信道接收所述基站广播的组信息更新命令的步骤包括：

通过所述集群寻呼控制信道接收所述基站发送的集群寻呼消息，所述集群寻呼消息携带组信息更新命令及组信息更新标识；其中，所述组信息更新标识由所述演进型移动管理实体发送到所述基站，用于指示所述用户设备解析所述组信息更新命令。

9.如权利要求7所述的群组信息更新方法，其特征在于，所述空口公共信道包括集群寻呼控制信道及集群控制信道，所述通过空口公共信道接收所述基站广播的组信息更新命令的步骤包括：

通过所述集群寻呼控制信道接收所述基站发送的集群寻呼消息；

当所述集群寻呼消息中携带组信息更新标识且不携带组信息更新命令时，则通过所述集群控制信道接收所述基站发送的群组控制消息，所述群组控制消息携带组信息更新命令；其中，所述组信息更新标识由所述演进型移动管理实体发送到所述基站，用于指示所述用户设备解析所述组信息更新命令。

10.一种群组信息更新装置，应用于集群通信系统中的基站，所述集群通信系统还包括演进型移动管理实体，其特征在于，所述装置包括：

第一接收模块，用于接收所述演进型移动管理实体发送的下行链路传输消息，其中，所述下行链路传输消息携带组信息更新命令及组消息标识，所述组信息更新命令由所述演进型移动管理实体依据获取的群组更新信息构建；

发送模块，用于依据所述组消息标识将所述组信息更新命令通过空口公共信道广播至驻留在所述基站的用户设备，以便与所述组信息更新命令关联的用户设备依据所述组信息更新命令更新群组信息。

11.如权利要求10所述的群组信息更新装置，其特征在于，所述下行链路传输消息还携带组信息更新标识，所述发送模块用于依据所述组消息标识将所述组信息更新标识及所述组信息更新命令均通过所述空口公共信道广播至驻留在所述基站的用户设备，以通过所述组信息更新标识指示所述用户设备解析所述组信息更新命令。

12.如权利要求11所述的群组信息更新装置，其特征在于，所述空口公共信道包括集群寻呼控制信道，所述发送模块用于通过所述集群寻呼控制信道向驻留在所述基站的用户设备发送集群寻呼消息，其中，所述集群寻呼消息携带所述组信息更新命令及所述组信息更新标识。

13.如权利要求11所述的群组信息更新装置，其特征在于，所述空口公共信道包括集群寻呼控制信道和集群控制信道，所述发送模块用于通过所述集群寻呼控制信道向驻留在所述基站的用户设备发送集群寻呼消息，其中，所述集群寻呼消息携带所述组信息更新标识；并在发送所述集群寻呼消息之后，通过所述集群控制信道向驻留在所述基站的用户设备发送群组控制消息，其中，所述群组控制消息携带所述组信息更新命令。

14.一种群组信息更新装置，应用于用户设备，所述用户设备与集群通信系统中的基站通信连接，所述集群通信系统还包括演进型移动管理实体，其特征在于，所述装置包括：

第二接收模块，用于通过空口公共信道接收所述基站广播的组信息更新命令，其中，所述组信息更新命令由所述演进型移动管理实体依据获取的群组更新信息构建并发送到所述基站；

更新模块，用于当所述用户设备与所述组信息更新命令关联时，依据所述组信息更新命令更新群组信息。

15.如权利要求14所述的群组信息更新装置，其特征在于，所述空口公共信道包括集群寻呼控制信道，所述第二接收模块用于通过所述集群寻呼控制信道接收所述基站发送的集群寻呼消息，所述集群寻呼消息携带组信息更新命令及组信息更新标识；其中，所述组信息更新标识由所述演进型移动管理实体发送到所述基站，用于指示所述用户设备解析所述组信息更新命令。

16.如权利要求14所述的群组信息更新装置，其特征在于，所述空口公共信道包括集群寻呼控制信道及集群控制信道，所述第二接收模块用于通过所述集群寻呼控制信道接收所述基站发送的集群寻呼消息；当所述集群寻呼消息中携带组信息更新标识且不携带组信息更新命令时，则通过所述集群控制信道接收所述基站发送的群组控制消息，所述群组控制消息携带组信息更新命令；其中，所述组信息更新标识由所述演进型移动管理实体发送到所述基站，用于指示所述用户设备解析所述组信息更新命令。

17.一种基站，其特征在于，包括存储有计算机程序的计算机可读存储介质和处理器，所述计算机程序被所述处理器读取并运行时，实现如权利要求1-5任一项所述的方法。

18.一种用户设备，其特征在于，包括存储有计算机程序的计算机可读存储介质和处理器，所述计算机程序被所述处理器读取并运行时，实现如权利要求7-9任一项所述的方法。