CN103582041B - 工作模式变更通知方法及设备 - Google Patents

Abstract

本发明提供一种工作模式变更通知方法及设备。一种方法包括：基站在检测到网络侧工作状态发生变化时，生成寻呼消息，该寻呼消息携带有系统切换指示，该系统切换指示用于告知UE该基站的工作模式发生了切换；基站向UE发送寻呼消息。本发明技术方案通过使用寻呼消息向UE通知基站的工作模式发生了切换，与现有技术相比，减少了UE获知基站切换工作模式的时延，便于UE及时开展业务。

Description

工作模式变更通知方法及设备

技术领域

本发明涉及通信技术，尤其涉及一种工作模式变更通知方法及设备。

背景技术

对于采用扁平化、全互联网协议（InternetProtocol，简称为IP）化网络架构中基于分时长期演进（TimeDivisionLongTermEvolution，简称为TD-LTE）技术的宽带数字集群通信系统，基站直接与核心网相连，中间没有无线网络控制器，集群控制功能直接集成在基站上，更有利于基站故障弱化的实现。

正常情况下，数字集群通信系统中的基站的运行由网络侧（即核心网）控制。当基站监测到网络侧不能正常工作时，会转入故障弱化工作模式，当基站重新检测到网络侧正常工作时时，又会重新进入集群工作模式。

现有技术中，当基站在故障弱化工作模式和集群工作模式之间进行切换时，通常是通过广播系统消息通知该小区内的用户终端（UserEquipment，简称为UE）该基站进行了工作模式的切换。这种方式的问题是基站首先要通过寻呼消息通知该小区内的UE有系统消息的变更，这就增加了UE获知基站进行工作模式切换的时延，不利于UE及时开展业务。

发明内容

本发明提供一种工作模式变更通知方法及设备，用以减少UE获知基站切换工作模式的时延，以便于UE及时开展业务。

本发明一方面提供一种工作模式变更通知方法，包括：

基站在检测到网络侧工作状态发生变化时，生成寻呼消息，所述寻呼消息携带有系统切换指示，所述系统切换指示用于告知用户设备UE所述基站的工作模式发生了切换；

所述基站向所述UE发送所述寻呼消息。

本发明一方面还提供一种基站，包括：

生成模块，用于在检测到网络侧工作状态发生变化时，生成寻呼消息，所述寻呼消息携带有系统切换指示，所述系统切换指示用于告知用户设备UE所述基站的工作模式发生了切换；

第一发送模块，用于向所述UE发送所述寻呼消息。

本发明另一方面提供一种工作模式变更通知方法，包括：

用户设备UE接收基站发送的寻呼消息，所述寻呼消息携带有系统切换指示，所述系统切换指示用于告知所述UE所述基站的工作模式发生了切换；

所述UE对所述寻呼消息进行解析，获取所述系统切换指示，并根据所述系统切换指示确定所述基站的工作模式发生了切换。

本发明另一方面还提供一种用户设备，包括：

第二接收模块，用于接收基站发送的寻呼消息，所述寻呼消息携带有系统切换指示，所述系统切换指示用于告知所述UE所述基站的工作模式发生了切换；

确定模块，用于对所述寻呼消息进行解析，获取所述系统切换指示，并根据所述系统切换指示确定所述基站的工作模式发生了切换。

本发明一方面提供的工作模式变更通知方法及基站，基站通过寻呼消息将工作模式变更指示下发给UE，使得UE能够直接根据接收到的寻呼消息获知基站的工作模式发生了变化，与现有技术通过系统消息通知UE基站切换工作模式的方案相比，减少了UE获知基站切换工作模式的时延，有利于UE及时开展业务。

本发明另一方面提供的工作模式变更通知方法及用户设备，UE接收基站发送的寻呼消息，该寻呼消息携带有基站的工作模式发生变更的指示，UE可以直接根据接收到的寻呼消息获知基站的工作发生了变化，与现有技术中根据接收到的系统消息获知基站的工作模式发生变化的方案相比，减少了获知基站切换工作模式的时延，有利于UE及时开展业务。

附图说明

图1为本发明一实施例提供的工作模式变更通知方法的流程图；

图2为本发明另一实施例提供的工作模式变更通知方法的流程图；

图3为本发明又一实施例提供的工作模式变更通知方法的流程图；

图4为本发明又一实施例提供的工作模式变更通知方法的流程图；

图5为本发明一实施例提供的基站的结构示意图；

图6为本发明另一实施例提供的基站的结构示意图；

图7为本发明一实施例提供的UE的结构示意图。

具体实施方式

首先说明，本发明以下各实施例中的基站可以是单站模式的基站，也就是说该基站同时集成了集群控制功，中间不通过无线网络控制器，而是直接与核心网设备连接，但不限于此。本发明以下各实施例中的网络侧是指核心网侧，更为具体的是指核心网设备。

图1为本发明一实施例提供的工作模式变更通知方法的流程图。如图1所示，本实施例的方法包括：

步骤101、基站在检测到网络侧工作状态发生变化时，生成寻呼（英文为Paging）消息，该寻呼消息携带有系统切换指示（英文为SystemSwitchIndication），该系统切换指示用于告知UE基站的工作模式发生了切换。

步骤102、基站向UE发送上述生成的寻呼消息。

在本实施例中，一种场景为：网络侧之前能够正常工作（即网络侧的工作状态正常），基站的工作模式为集群工作模式，此时基站检测到网络侧不能正常工作（即网络侧工作状态发生异常），则基站将工作模式由集群工作模式切换为故障弱化工作模式。另一种场景为：网络侧之前不能正常工作，基站的工作模式为故障弱化工作模式，此时基站检测到网络侧恢复正常，则基站的工作模式由故障弱化工作模式切换为集群工作模式。

无论基站是从故障弱化工作模式切换到集群工作模式，还是从集群工作模式切换到故障弱化工作模式，基站均生成寻呼消息，并在寻呼消息中携带系统切换指示，通过系统切换指示告知UE基站的工作模式发生了切换，从当前工作模式切换到另一种工作模式。本实施例中的系统切换指示一种情况下用于告知UE基站的工作模式从故障弱化工作模式切换到集群工作模式，另一种情况下用于告知UE基站的工作模式从集群工作模式切换到故障弱化工作模式。

在集群系统中，寻呼消息的目的通常是通知处于RRC_IDLE和RRC_CONNECTED状态下的UE系统消息有变更，通知地震和海啸预警系统（EarthquakeandTsunamiWarningSystem，简称为ETWS）主要通知和/或ETWS次要通知，通知世界水上运动联合会（WorldConfederationofUnderwaterActivities，简称为CMAS）通知，用于发起无线资源控制（RadioResourceControl，简称为RRC）连接建立。而在本实施例中，基站将通知UE基站的工作模式发生变化的事件作为一种紧急事件，通过寻呼消息通知给UE，即本实施例中寻呼消息的目的除了上述列举的之外，还具有向UE通知基站的工作模式发生变化的作用。

在本实施例中基站同样可以在UE寻呼时机，向UE发送寻呼消息发起寻呼过程。一条寻呼消息可能包括多条寻呼记录（英文为PagingRecord），每个寻呼记录针对不同的UE。也就是说，基站通过这样的方式可以在一条寻呼消息中寻呼多个UE，同时告知多个UE基站的工作模式发生了变化。

上述寻呼时机的确定方式可以采用现有技术中确定寻呼时机的方式，即不改变寻呼时机的计算，实现与现有技术的兼容。

在此说明，本实施例的寻呼消息可以是任何应用场景下的寻呼消息，例如可以是基于各种技术实现的数字集群通信系统中普通的寻呼消息。另外，如果UE支持即按即说（PushtoTalk，简称为PTT）业务，则本实施例的寻呼消息还可以是PTT寻呼消息。现有技术中，基站通过将PTT寻呼消息发送给RRC_IDLE状态和RRC_CONNECTION状态下的UE，通知UE当前小区中已经建立的群组业务，另外为了保证点呼的时延性能，对RRC_IDLE状态下的UE的点呼也放在PTT寻呼消息中下发给UE，而对于RRC_CONNECT状态下的UE，点对点业务直接建立数据无线承载（DataRadioBearer，简称为DRB），UE无需处理PTT寻呼消息中的点呼部分。在本实施例中，基站通过将系统切换指示携带在PTT寻呼消息中下发给UE，使得UE能够及时获知基站的工作模式发生了切换。

在本实施例的一可选实施方式中，各UE接入TD-LTE数字集群通信系统的先后顺序并不统一，为了解决UE迟后接入问题，PTT寻呼消息周期性发送。基于此，本实施例中的系统切换指示同样周期性的发送，同样有利于解决UE迟后接入的问题。

在此说明，PTT寻呼是TD-LTE数字集群通信系统中特殊增加的寻呼消息，其主要作用是群组相关事件的通知和系统消息变更等的通知，并不依赖于普通的寻呼流程，但凡是支持PTT集群业务的UE，基站都可以使用该PTT寻呼流程向UE发送系统切换指示。

可选的，基站可以在寻呼消息中增加用于携带系统切换指示的IE，然后将该IE放在寻呼消息的扩展位中，这样可以和现有协议或标准兼容，能够向前兼容已经存在的UE。

可选的，基站还可以在寻呼消息中扩展出新的字段，用新扩展的字段携带该系统切换指示。

可选的，基站还可以通过重新定义寻呼消息中已经被使用的某个字段，用该字段携带系统切换指示。

当生成寻呼消息后，基站将寻呼消息发送给UE，使UE根据寻呼消息中的系统切换指示获知基站的工作模式发生了变化。

由上述可见，在本实施例中，基站在检测到网络侧的工作状态发生变化时，将向UE通知工作模式发生变化的事件作为一种紧急事件来处理，通过寻呼消息携带系统切换指示通知UE基站的工作模式发生了变化，与现有技术中需要在寻呼消息告知UE系统消息有变化，然后在通过系统消息通知UE基站的工作模式发生变化的方案相比，减少了UE获知基站切换工作模式的时延，有利于UE及时开展业务。

图2为本发明另一实施例提供的工作模式变更通知方法的流程图。本实施例基于图1所示实施例实现，如图2所示，本实施例的方法在步骤102之后包括：

步骤103、基站接收UE发送的附着（英文为attach）请求消息。

步骤104、基站向UE发送附着接受消息。

在本实施例中，当UE接收到基站发送的寻呼消息后，对寻呼消息进行解析，从寻呼消息中获取系统切换指示，根据系统切换指示确定基站的工作模式发生了切换，因此，UE获知需要重新向基站发起注册流程。于是，UE向基站发送附着请求消息，相应地，基站接收UE发送的附着请求消息。当基站完成对UE的注册处理之后，向UE返回附着接受消息，以告知UE注册成功。可选的，基站还可以向UE返回附着拒绝消息，以告知UE注册未成功。

现有技术中，UE向基站的注册流程都是针对集群工作模式的，因此，当基站从故障弱化工作模式切换到集群工作模式后，UE和基站可以采用现有注册流程进行注册，现有注册流程主要包括对UE的鉴权、加密、完整性保护等操作，具体流程在此不再赘述。但是，当基站从集群工作模式切换到故障弱化工作模式后，如果仍然使用现有技术中的注册流程，可能存在复杂度过大，不能满足单站切换下要求快速建立业务应用的需求，另外一些鉴权等流程，有可能出现鉴权失败，导致UE无法在单站模式开展工作。针对系统切换指示具体用于告知UE基站的工作模式由集群工作模式切换到了故障弱化工作模式情况下存在的问题，本实施例以下几个实施方式给出了解决方法。

在本实施例的一个可选实施方式中，基站向UE发送附着接受消息，即步骤104包括：基站在接收到UE发送的附着请求消息后，直接确定UE认证通过，并向UE发送附着接受消息。该实施方式具体是说基站在接收到UE发送的附着请求消息后，不对UE进行标识识别、鉴权、加密和/或完整性保护等操作，即基站原则上无条件的相信UE注册的可信度，直接认为UE认证通过，简化故障弱化工作模式下的注册流程，尤其适用于单站模式的基站。

在本实施例的另一可选实施方式中，UE发送的附着请求消息携带有UE的标识，例如UE的国际移动用户识别码（InternationalMobileSubscriberIdentificationNumber，简称为IMSI），但不限于此。则基站向UE发送附着接受消息之前包括：基站根据UE的标识，判断基站本地是否存在对UE进行认证所需的第一信息。这里的第一信息可以包括UE的信息、UE所加入的群组的信息等。当判断结果为不存在时，基站认为UE认证通过，向UE发送附着接受消息，这样可以保证所有接入该基站的UE均能在第一时刻使用网络开展业务，满足单站场景的需要。当判断结果为存在时，基站进一步根据存在的第一信息对UE进行认证，当认证结果为通过时，站向UE发送附着接受消息，可选的，当根据第一信息对UE的认证结果为不通过时，基站向UE返回附着拒绝消息，这样既可以保证认证通过的UE及时加入网络开展业务，又能够阻止非法UE使用网络或对网络造成攻击等。

在上述实施方式的基础上，基站从集群工作模式切换到故障弱化工作模式之前，UE同样会向基站发送附着请求消息，而基站在接收到UE在基站从集群工作模式切换到故障弱化工作模式之前发送的附着请求消息时，会根据接收到的附着请求消息，从用户数据中心获取上述第一信息，一方面基于第一信息对UE进行鉴权认证等操作，另一方面会将第一信息存储在本地。可选的，用户数据中心可以是归属用户服务器（HomeSubscriberServer，简称为HSS），该HSS与核心网处于不同的网络中。

在本实施例的一可选实施方式中，如图3所示，本实施例的方法在步骤104之后还包括：

步骤105、基站根据UE的标识，在用户数据中心查询对UE进行认证所需的第二信息，并判断是否查询到第二信息；如果判断结果为是，则执行步骤106，反之，结束操作。

步骤106、基站对所述UE进行下线处理，以使所述UE重新向所述基站发送附着请求消息。

在该实施方式中，基站在UE附着之后，并不永远相信UE，而是尝试去用户中心查询对UE进行认证所需的第二信息，这里的第二信息主要包括UE的信息、UE所加入的群组信息等。如果查询到，让该UE下线并重新发起注册流程，这样基站就可以根据第二信息对UE进行鉴权认证，保证UE的合法性。

可选的，如果基站长时间都未在用户数据中心上查询到对UE进行认证所需的第二信息，说明该UE可能是危险用户，因此可以强制将该UE下线，保证整个系统的安全。

在此说明，上述基站去用户数据中心查询对UE进行认证所需的第二信息的过程并不是仅针对单个UE，而是针对当前所有接入该基站的UE而执行的操作。

在本实施例的一可选实施方式中，在步骤105之前包括：

步骤201、基站向用户数据中心发送连接请求消息，以请求与用户数据中心建立连接。

步骤202、基站接收用户数据中心发送的连接响应消息。

在该实施方式中，基站尝试去与用户数据中心建立连接，如果不能与用户数据中心建立连接，则无法获取第二信息，则认为UE认证通过，优先保证UE能够使用网络开展业务。如果基站成功与用户数据中心建立起连接，之后基站去用户数据中心查询第二信息，即执行上述步骤105和步骤106的操作。

由上述可见，本实施例在基站通过寻呼消息将基站的工作模式发生变化的信息通知给UE的基础上，简化了UE附着基站的流程，尤其适用于故障弱化工作模式下的单站场景，满足业务需求。

图4为本发明又一实施例提供的工作模式变更通知方法的流程图。如图4所示，本实施例的方法包括：

步骤401、UE接收基站发送的寻呼消息，该寻呼消息携带有系统切换指示，该系统切换指示用于告知UE基站的工作模式发生了切换。

步骤402、UE对上述寻呼消息进行解析，获取系统切换指示，并根据获取的系统切换指示确定基站的工作模式发生了切换。

该实施例从UE的角度描述了UE根据基站发送的寻呼消息获知基站的工作模式发生了切换。

在本实施例中，上述系统切换指示具体用于告知UE基站的工作模式由集群工作模式切换到了故障弱化工作模式。或者，上述系统切换指示具体用于告知UE基站的工作模式由故障弱化工作模式切换到了集群工作模式。

可选的，上述寻呼消息除了可以是普通寻呼消息之外，还可以是PPT寻呼消息。

本实施例中的其他信息以及其他流程可参见前述实施例中UE的操作，在此不再赘述。

在本实施例中，UE接收基站发送的寻呼消息，该寻呼消息携带有基站的工作模式发生变更的指示，UE可以直接根据接收到的寻呼消息获知基站的工作发生了变化，与现有技术中根据接收到的系统消息获知基站的工作模式发生变化的方案相比，减少了获知基站切换工作模式的时延，有利于UE及时开展业务。

图5为本发明一实施例提供的基站的结构示意图。本实施例的基站是可以执行上述工作模式变更通知方法的基站。如图5所示，本实施例的基站包括：生成模块51和第一发送模块52。

其中，生成模块51，用于在检测到网络侧工作状态发生变化时，生成寻呼消息，该寻呼消息携带有系统切换指示，该系统切换指示用于告知UE本实施例基站的工作模式发生了切换。第一发送模块52，与生成模块51连接，用于向UE发送生成模块51所生成的寻呼消息。

在本实施例的一可选实施方式中，如图6所示，本实施例的基站还包括：第一接收模块53和第二发送模块54。第一接收模块53，用于接收UE发送的附着请求消息；第二发送模块54，用于向UE发送附着接受消息。可选的，第二发送模块54与第一接收模块53连接，用于在第一接收模块53接收到附着请求消息之后，向UE返回附着接受消息。

在本实施例中，系统切换指示具体用于告知UE本实施例基站的工作模式由集群工作模式切换到了故障弱化工作模式。或者，系统切换指示还可以具体用于告知UE本实施例基站的工作模式由故障弱化工作模式切换到了集群工作模式。

在本实施例的一可选实施方式中，在系统切换指示具体用于告知UE本实施例基站的工作模式由集群工作模式切换到了故障弱化工作模式的情景下：第二发送模块54具体可用于在第一接收模块53接收到上述附着请求消息之后，直接确定UE认证通过，然后向UE发送上述附着接受消息。

在本实施例的另一可选实施方式中，在系统切换指示具体用于告知UE本实施例基站的工作模式由集群工作模式切换到了故障弱化工作模式的情景下：第一接收模块53接收到的附着请求消息携带有UE的标识；基于此，本实施例的基站还包括：判断模块55。该判断模块55用于在第二发送模块54发送上述附着接受消息之前，根据第一接收模块53接收到的UE的标识，判断基站本地是否存在对UE进行认证所需的第一信息。可选的，判断模块55与第一接收模块53和第二发送模块54连接。相应的，第二发送模块54具体可用于在判断模块55的判断结果为不存在时，或者在判断模块55的判断结果为存在，但根据第一信息对UE进行认证的结果为通过时，向UE发送上述附着接受消息。

可选的，第二发送模块54还可用于在判断模块55的判断结果为存在，但根据第一信息对UE进行认证的结果为不通过时，向UE发送附着拒绝消息。

在本实施例的一可选实施方式中，第一接收模块53还用于在本实施例基站从集群工作模式切换到故障弱化工作模式之前，接收UE在本实施例基站从集群工作模式切换到故障弱化工作模式之前发送的附着请求消息。基于此，本实施例的基站还包括：第一获取模块56。第一获取模块56，用于根据UE在本实施例基站从集群工作模式切换到故障弱化工作模式之前发送的附着请求消息，从用户数据中心获取上述第一信息，并保存上述第一信息。可选的，第一获取模块56与判断模块55连接，用于向判断模块55提供上述第一信息。

在本实施例的一可选实施方式中，上述附着请求消息携带有UE的标识。基于此，本实施例的基站还包括：查找模块57和下线处理模块58。

查找模块57，用于根据第一接收模块53接收到的UE的标识，在用户数据中心查询对UE进行认证所需的第二信息。可选的，查找模块57与第一接收模块53连接。下线处理模块58，与查找模块57连接，用于在查找模块57查询到第二信息时，对UE进行下线处理，以使UE重新向本实施例基站发送附着请求消息，即重新发起注册流程。

在本实施例的一可选实施方式中，本实施例的基站还包括：连接请求模块59和连接建立模块60。

连接请求模块59，用于向用户数据中心发送连接请求消息，以请求与用户数据中心建立连接。连接建立模块60，用于接收用户数据中心发送的连接响应消息。可选的，连接请求模块59和连接建立模块60连接。

上述连接请求模块59和连接建立模块60实现与用户数据中心建立连接，为查找模块57提供了条件。可选的，查找模块57在连接建立模块60接收到连接响应消息之后，向用户数据中心进行查询。

在本实施例的一可选实施方式中，上述寻呼消息可以为PPT寻呼消息。

本实施例提供的基站的各功能模块可用于执行上述工作模式变更通知方法实施例中的相应流程，其具体工作原理不再赘述，详见方法实施例的描述。

本实施例的基站，通过寻呼消息将工作模式变更指示下发给UE，使得UE能够直接根据接收到的寻呼消息获知基站的工作模式发生了变化，与现有技术通过系统消息通知UE基站切换工作模式的方案相比，减少了UE获知基站切换工作模式的时延，有利于UE及时开展业务。

图7为本发明一实施例提供的UE的结构示意图。本实施例的UE是可以执行上述工作模式变更通知方法的UE。如图7所示，本实施例的UE包括：第二接收模块71和确定模块72。

第二接收模块71，用于接收发送的寻呼消息，该寻呼消息携带有系统切换指示，该系统切换指示用于告知本实施例UE基站的工作模式发生了切换。确定模块72，与第二接收模块71连接，用于对第二接收模块71接收到的寻呼消息进行解析，获取系统切换指示，并根据系统切换指示确定基站的工作模式发生了切换。

在本实施例的一可选实施方式中，上述系统切换指示具体用于告知本实施例UE基站的工作模式由集群工作模式切换到了故障弱化工作模式。或者，上述系统切换指示具体用于告知本实施例UE基站的工作模式由故障弱化工作模式切换到了集群工作模式。

在本实施例的一可选实施方式中，上述寻呼消息可以为PPT寻呼消息。

本实施例提供的UE的各功能模块可用于执行上述工作模式变更通知方法实施例中的相应流程，其具体工作原理不再赘述，详见方法实施例的描述。

本实施例提供的UE，通过与上述实施例提供的基站相配合，接收基站发送的寻呼消息，该寻呼消息携带有基站的工作模式发生变更的指示，UE可以直接根据接收到的寻呼消息获知基站的工作发生了变化，与现有技术中根据接收到的系统消息获知基站的工作模式发生变化的方案相比，减少了获知基站切换工作模式的时延，有利于UE及时开展业务。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (25)

1.一种工作模式变更通知方法，其特征在于，包括：

基站在检测到网络侧工作状态发生变化时，生成寻呼消息，所述寻呼消息携带有系统切换指示，所述系统切换指示用于告知用户设备UE所述基站的工作模式发生了切换；

所述基站向所述UE发送所述寻呼消息。

2.根据权利要求1所述的工作模式变更通知方法，其特征在于，所述基站向所述UE发送所述寻呼消息之后包括：

所述基站接收所述UE发送的附着请求消息；

所述基站向所述UE发送附着接受消息。

3.根据权利要求2所述的工作模式变更通知方法，其特征在于，所述系统切换指示具体用于告知所述UE所述基站的工作模式由集群工作模式切换到了故障弱化工作模式。

4.根据权利要求3所述的工作模式变更通知方法，其特征在于，所述基站向所述UE发送附着接受消息包括：

所述基站在接收到所述附着请求消息之后，直接确定所述UE认证通过，并向所述UE发送所述附着接受消息。

5.根据权利要求3所述的工作模式变更通知方法，其特征在于，所述附着请求消息携带有所述UE的标识；

所述基站向所述UE发送附着接受消息之前包括：

所述基站根据所述UE的标识，判断所述基站本地是否存在对所述UE进行认证所需的第一信息；

当判断结果为不存在时，或者当判断结果为存在，但根据所述第一信息对所述UE进行认证的结果为通过时，所述基站向所述UE发送所述附着接受消息。

6.根据权利要求5所述的工作模式变更通知方法，其特征在于，还包括：

当判断结果为存在，但根据所述第一信息对所述UE进行认证的结果为不通过时，所述基站向所述UE发送附着拒绝消息。

7.根据权利要求5或6所述的工作模式变更通知方法，其特征在于，所述基站根据所述UE的标识，判断所述基站本地是否存在对所述UE进行认证所需的第一信息之前包括：

所述基站从所述集群工作模式切换到所述故障弱化工作模式之前，根据所述UE在所述基站从所述集群工作模式切换到所述故障弱化工作模式之前发送的附着请求消息，从用户数据中心获取所述第一信息，并保存所述第一信息。

8.根据权利要求3或4或5所述的工作模式变更通知方法，其特征在于，所述附着请求消息携带有所述UE的标识；

所述基站向所述UE发送附着接受消息之后包括：

所述基站根据所述UE的标识，在用户数据中心查询对所述UE进行认证所需的第二信息；

如果查询到所述第二信息，所述基站对所述UE进行下线处理，以使所述UE重新向所述基站发送附着请求消息。

9.根据权利要求8所述的工作模式变更通知方法，其特征在于，所述基站根据所述UE的标识，在用户数据中心查询对所述UE进行认证所需的第二信息之前包括：

所述基站向所述用户数据中心发送连接请求消息，以请求与所述用户数据中心建立连接；

所述基站接收所述用户数据中心发送的连接响应消息。

10.根据权利要求1-6任一项所述的工作模式变更通知方法，其特征在于，所述寻呼消息为即按即说PTT寻呼消息。

11.一种工作模式变更通知方法，其特征在于，包括：

用户设备UE接收基站发送的寻呼消息，所述寻呼消息携带有系统切换指示，所述系统切换指示用于告知所述UE所述基站的工作模式发生了切换；

所述UE对所述寻呼消息进行解析，获取所述系统切换指示，并根据所述系统切换指示确定所述基站的工作模式发生了切换。

12.根据权利要求11所述的工作模式变更通知方法，其特征在于，所述系统切换指示具体用于告知所述UE所述基站的工作模式由集群工作模式切换到了故障弱化工作模式；或者

所述系统切换指示具体用于告知所述UE所述基站的工作模式由故障弱化工作模式切换到了集群工作模式。

13.根据权利要求11或12所述的工作模式变更通知方法，其特征在于，所述寻呼消息为即按即说PTT寻呼消息。

14.一种基站，其特征在于，包括：

生成模块，用于在检测到网络侧工作状态发生变化时，生成寻呼消息，所述寻呼消息携带有系统切换指示，所述系统切换指示用于告知用户设备UE所述基站的工作模式发生了切换；

第一发送模块，用于向所述UE发送所述寻呼消息。

15.根据权利要求14所述的基站，其特征在于，还包括：

第一接收模块，用于接收所述UE发送的附着请求消息；

第二发送模块，用于向所述UE发送附着接受消息。

16.根据权利要求15所述的基站，其特征在于，所述系统切换指示具体用于告知所述UE所述基站的工作模式由集群工作模式切换到了故障弱化工作模式。

17.根据权利要求16所述的基站，其特征在于，所述第二发送模块具体用于在所述第一接收模块接收到所述附着请求消息之后，直接确定所述UE认证通过，然后向所述UE发送所述附着接受消息。

18.根据权利要求16所述的基站，其特征在于，所述附着请求消息携带有所述UE的标识；

所述基站还包括：

判断模块，用于在所述第二发送模块发送所述附着接受消息之前，根据所述UE的标识，判断所述基站本地是否存在对所述UE进行认证所需的第一信息；

所述第二发送模块具体用于在所述判断模块的判断结果为不存在时，或者在所述判断模块的判断结果为存在，但根据所述第一信息对所述UE进行认证的结果为通过时，向所述UE发送所述附着接受消息。

19.根据权利要求18所述的基站，其特征在于，所述第二发送模块还用于在所述判断模块的判断结果为存在，但根据所述第一信息对所述UE进行认证的结果为不通过时，向所述UE发送附着拒绝消息。

20.根据权利要求18或19所述的基站，其特征在于，所述第一接收模块还用于在所述基站从所述集群工作模式切换到所述故障弱化工作模式之前，接收所述UE在所述基站从所述集群工作模式切换到所述故障弱化工作模式之前发送的附着请求消息；

所述基站还包括：

第一获取模块，用于根据所述UE在所述基站从所述集群工作模式切换到所述故障弱化工作模式之前发送的附着请求消息，从用户数据中心获取所述第一信息，并保存所述第一信息。

21.根据权利要求16或17或18所述的基站，其特征在于，所述附着请求消息携带有所述UE的标识；

所述基站还包括：

查找模块，用于根据所述UE的标识，在用户数据中心查询对所述UE进行认证所需的第二信息；

下线处理模块，用于在所述查找模块查询到所述第二信息时，对所述UE进行下线处理，以使所述UE重新向所述基站发送附着请求消息。

22.根据权利要求21所述的基站，其特征在于，还包括：

连接请求模块，用于向所述用户数据中心发送连接请求消息，以请求与所述用户数据中心建立连接；

连接建立模块，用于接收所述用户数据中心发送的连接响应消息。

23.一种用户设备UE，其特征在于，包括：

第二接收模块，用于接收基站发送的寻呼消息，所述寻呼消息携带有系统切换指示，所述系统切换指示用于告知所述UE所述基站的工作模式发生了切换；

确定模块，用于对所述寻呼消息进行解析，获取所述系统切换指示，并根据所述系统切换指示确定所述基站的工作模式发生了切换。

24.根据权利要求23所述的UE，其特征在于，所述系统切换指示具体用于告知所述UE所述基站的工作模式由集群工作模式切换到了故障弱化工作模式；或者

所述系统切换指示具体用于告知所述UE所述基站的工作模式由故障弱化工作模式切换到了集群工作模式。

25.根据权利要求23或24所述的UE，其特征在于，所述寻呼消息为即按即说PTT寻呼消息。