CN109618360A - 终端状态同步方法及装置 - Google Patents

Abstract

本申请实施例提供的终端状态同步方法及装置，在终端进行集群注册的过程中，将终端的状态同步为集群核心网所记录的终端状态，即在终端进行集群注册过程中完成终端状态的同步。相对于现有技术中先进行终端的集群注册，再进行终端状态同步的方式而言，可以减少终端与集群核心网之间信息交互的次数，精简交互流程，节省终端与集群核心网进行通信的空口资源和接口资源，减轻空口和接口的数据处理负担，同时，终端还能更加及时地完成状态同步。

Description

终端状态同步方法及装置

技术领域

本申请涉及宽带集群通信技术领域，具体而言，涉及一种终端状态同步方法及装置。

背景技术

在长期演进(Long Term Evolution，LTE)宽带集群系统中，终端的安全性是用户最为关注的问题之一。在某个终端丢失或者损坏后，为了实现对该终端的安全控制，通过集群核心网对终端进行权限管控的需求便应运而生。例如，可以通过对终端的状态进行控制实现权限管控，其中，终端的状态包括遥晕状态、遥毙状态及正常状态等。

下面对遥晕状态、遥毙状态及正常状态进行说明。遥晕状态是指，处于正常状态的终端，在接收到遥晕指令后所进入的状态，在遥晕状态下，终端除了附着、集群注册、鉴权、复活、遥毙及跟踪区更新等业务外，不可以申请或接受任何其他的网络业务；正常状态是指，未进行权限管控的状态，在正常状态下终端具备所有功能；遥毙状态是指，终端在接收到遥毙指令后，失去所有的操作功能，且不能被再次复活的状态。

如果遥晕、遥毙、复活指令未被送达终端(比如，终端关机或终端不在服务区)，将不能对终端的权限进行及时的管控，影响终端的安全性。

发明内容

本申请的实施例描述一种终端状态同步方法及装置。

第一方面，本申请实施例提供一种终端状态同步方法，应用于集群核心网，所述方法包括：

接收终端发起的集群注册请求，其中，所述集群注册请求包括所述终端记录的自身的第一状态；

比对所述第一状态与所述集群核心网记录的所述终端的第二状态是否一致；

若所述第一状态与所述第二状态不一致时，则向所述终端发送包括所述第二状态的集群注册响应，以使得所述终端将自身的状态从所述第一状态同步为所述第二状态。

可选地，在本申请实施例中，所述第一状态包括遥晕状态或正常状态；所述第二状态包括遥毙状态、遥晕状态或正常状态。

可选地，在本申请实施例中，所述若所述第一状态与所述第二状态不一致时，则向所述终端发送包括所述第二状态的集群注册响应，以使得所述终端将自身的状态从所述第一状态同步为所述第二状态，包括：

在所述第一状态为正常状态，所述第二状态为遥晕状态时，向所述终端发送包括遥晕状态的集群注册响应，以使所述终端将自身的第一状态同步为遥晕状态；或者，

在所述第一状态为正常状态或遥晕状态，所述第二状态为遥毙状态时，向所述终端发送包括遥毙状态的集群注册响应，以使所述终端将自身的第一状态同步为遥毙状态；或者，

在所述第一状态为遥晕状态，所述第二状态为正常状态时，向所述终端发送包括复活状态的集群注册响应，以使所述终端将自身的第一状态同步为正常状态。

可选地，在本申请实施例中，在所述第二状态为遥晕状态或正常状态时，所述集群注册响应为接受集群注册的集群注册响应；或者，

在所述第二状态为遥毙状态时，所述集群注册响应为拒绝集群注册的集群注册响应。

可选地，在本申请实施例中，所述方法还包括：

在所述第一状态和所述第二状态一致且均为遥晕状态时，发送接受集群注册的集群注册响应到所述终端；或者，

在所述第一状态和第二状态一致且均为正常状态时，发送接受集群注册的集群注册响应到所述终端。

第二方面，本申请实施例还提供一种终端状态同步装置，应用于集群核心网，所述装置包括：

接收模块，用于接收终端发起的集群注册请求，其中，所述集群注册请求包括所述终端记录的自身的第一状态；

比对模块，用于比对所述第一状态与所述集群核心网记录的所述终端对应的第二状态是否一致；

发送模块，用于若所述第一状态与所述第二状态不一致时，则向所述终端发送包括所述第二状态的集群注册响应，以使得所述终端将自身的状态从所述第一状态同步为所述第二状态。

可选地，在本申请实施例中，所述第一状态包括遥晕状态或正常状态；所述第二状态包括遥毙状态、遥晕状态或正常状态。

可选地，在本申请实施例中，所述发送模块具体用于：

在所述第一状态为正常状态，所述第二状态为遥晕状态时，向所述终端发送包括遥晕状态的集群注册响应，以使所述终端将自身的第一状态同步为遥晕状态；或者，

在所述第一状态为正常状态或遥晕状态，所述第二状态为遥毙状态时，向所述终端发送包括遥毙状态的集群注册响应，以使所述终端将自身的第一状态同步为遥毙状态；或者，

在所述第一状态为遥晕状态，所述第二状态为正常状态时，向所述终端发送包括复活状态的集群注册响应，以使所述终端将自身的第一状态同步为正常状态。

可选地，在本申请实施例中，在所述集群核心网记录的该终端对应的第二状态为遥晕状态或正常状态时，所述集群注册响应为接受集群注册的集群注册响应；或者，

在所述第二状态为遥毙状态时，所述集群注册响应为拒绝集群注册的集群注册响应。

可选地，在本申请实施例中，所述发送模块还用于：

在所述第一状态和所述第二状态一致且均为遥晕状态时，发送接受集群注册的集群注册响应到所述终端；或者，

在所述第一状态和第二状态一致且均为正常状态时，发送接受集群注册的集群注册响应到所述终端。

相对于现有技术而言，本申请具有以下有益效果：

本申请实施例提供的终端状态同步方法及装置，在终端进行集群注册的过程中，将终端的状态同步为集群核心网所记录的该终端状态，在终端集群注册过程中即完成状态同步。相对于现有技术中先进行终端注册，再进行状态同步的方式而言，可以减少终端与集群核心网之间信息交互的次数，节省终端与集群核心网进行通信所占用的空口资源和接口资源，减轻空口和接口的数据处理负担。

附图说明

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

图1为本申请实施例提供的LTE宽带集群系统的架构示意图；

图2为本申请实施例提供的应用于图1中LTE宽带集群系统的终端状态同步方法的时序图；

图3为本申请实施例提供的应用于图1中集群核心网的终端状态同步方法的流程示意图；

图4为本申请实施例提供的终端状态同步装置的功能模块框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制本申请要求保护的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

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

在现有技术中，在需要对终端权限进行管控时，通过调度台下发遥晕、遥毙或复活指令到集群核心网，由集群核心网记录遥晕指令对应的遥晕状态、遥毙指令对应的遥毙状态或复活指令对应的正常状态。当终端处于关机或处在非服务区等特殊情况下，集群核心网将无法将遥晕、遥毙或复活指令发送到终端，使得终端的状态与集群核心网记录的该终端的状态不一致。

在终端重新接入网络后，终端先进行集群注册，在完成集群注册后，集群核心网会在终端的状态与集群核心网记载的终端的状态不一致时，将该遥晕、遥毙或复活指令单独发送给终端，使终端将状态同步成集群核心网记录的终端的状态。在终端完成状态同步后，非遥毙状态的终端再将状态同步完成的响应信息发送给集群核心网，结束整个状态同步流程。

上述过程中，非遥毙状态的终端在进行集群注册时会继续维持终端当前的遥晕或正常状态，在完成集群注册后，集群核心网再单独将遥晕、遥毙或复活指令发送给终端进行状态同步。终端和集群核心网之间的信息交互次数较多，交互流程繁琐，占用集群基站与终端之间的空口资源，及集群基站与集群核心网之间的接口资源，增加空口与接口的数据处理负担。

为了克服上述现有技术中存在的缺陷，申请人经过研究给出了如下解决方案。

请参照图1，图1为本申请实施例提供的LTE宽带集群系统的架构示意图。所述LTE宽带集群系统1包括终端10、集群基站20、集群核心网30及调度台40。

终端10包括，但不限于，智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personal digital assistant，PDA)、移动上网设备(mobile Internetdevice，MID)等具有通信功能的通信设备，终端10通过空口与集群基站20实现数据通信。

集群核心网30包括增强型移动性管理实体(evolved Mobile ManagenmentEntity，eMME)、增强型归属签约用户服务器(evolved Home Subscriber Server，eHSS)及集群控制功能体(Trunking Control Function，TCF)。其中eMME负责移动性和承载管理；eHSS负责LTE宽带集群系统签约数据管理和鉴权；TCF负责LTE宽带集群业务的调度管理。

集群核心网30通过S1接口与集群基站20进行数据通信，其中，S1接口是集群基站20与集群核心网30之间的通信接口。具体地，集群核心网30中的eMME通过S1-MME接口与集群基站20进行数据通信。

调度台40是LTE宽带集群系统1中的特有终端，为调度员或特殊权限的操作人员提供集群业务的调度功能、管理功能(比如，本申请实施中的遥晕、遥毙及复活)，调度台40与集群核心网30通信连接。

请参照图2，图2示出了本申请实施例提供的应用于图1中LTE宽带集群系统1的终端状态同步方法的时序图。

步骤S201，调度台发送包括终端状态指令的SIP信息。

详细地，可由调度员或操作人员通过调度台40向集群核心网30发送SIP(SeesionInitiation Protocol，会话发起协议)信息，其中，SIP信息中包括用于对终端10的权限进行管控的遥晕指令、遥毙指令或复活指令，同时SIP信息中还会携带终端10的标识信息，比如终端10的设备识别码、MAC地址或用户拨叫号码。

步骤S202，集群核心网保存终端的状态，并记为第二状态。

集群核心网30根据接收到的SIP信息，从SIP信息中获得各状态指令对应的终端状态，并将对应的终端状态进行记录。具体地，集群核心网记录遥晕指令对应的遥晕状态、遥毙指令对应的遥毙状态或复活指令对应的正常状态。在本申请实施例中，将集群核心网30记录的终端状态记为该终端10的第二状态，以与终端10当前所处的状态(记为第一状态)进行区分。由于终端在处于遥毙状态时，会失去所有操作功能(如，无法进行演进的分组系统(Evolved Packet System，EPS)附着，也无法发起集群注册请求等)，因此，本申请实施例中，第一状态可以包括遥晕状态或正常状态，第二状态可以包括遥毙状态、遥晕状态或正常状态。

集群核心网30还从SIP信息中获得终端10对应的标识信息，并记录终端10的标识信息。在本申请实施例中，集群核心网30将终端10的标识信息与终端10的第二状态对应进行存储，便于集群核心网30准确查找终端10对应的第二状态。

步骤S203，集群核心网向调度台反馈SIP响应信息。

详细地，集群核心网30向调度台40发送SIP响应信息(例如，200OK)，以表示集群核心网30接收SIP信息中的状态指令。

在本申请实施例中，若终端10当前处于ECM-IDLE(EPS Connection Management-IDLE，EPS连接管理-空闲态)状态，则进入步骤S204，否则直接进入步骤S207，ECM-IDLE状态表示终端10与集群核心网30之间无信令连接。

步骤S204，集群核心网向集群基站发送寻呼消息；

步骤S205，集群基站向终端发起寻呼消息。

详细地，集群核心网30首先对终端10所在跟踪区列表范围内的集群基站20发送寻呼消息(paging)，寻呼消息携带一个被寻呼终端的信息。

集群基站20在接收到paging消息后，解读消息中的内容，得到该终端10的跟踪区域标识(Tracking Area Identity，TAI)列表，并在集群基站20下属于跟踪区的小区进行空口的寻呼，Paging消息中的核心网域(CN Domain)指示不会在集群基站20解码，而被透传到终端10。若终端10收到Paging消息则进入步骤S206，若终端10因位于非服务区、关机等原因在预设时间段内未收到Paging消息，则在终端10重新位于服务区或开机时进入步骤S209。

步骤S206，通过SERVICE REQUEST过程接入网络。

终端10通过SERVICE REQUEST过程接入网络的具体过程为现有技术，在此就不再赘述。

步骤S207，集群核心网向集群基站发送状态指令；

步骤S208，集群基站将状态指令发送给终端。

详细地，首先在步骤S207中，集群核心网30发送状态指令至集群基站20；然后在步骤S208中，集群基站将状态指令转发至终端10。

详细地，集群核心网30通过NAS(Non-access stratum，非接入层)下行直传消息将遥晕指令、遥毙指令或复活指令通过集群基站20发送给终端10。此时，若因终端10位于非服务区、终端10关机等原因，将无法接收到集群核心网30发送的遥晕、遥毙及复活指令，从而使终端10无法根据状态指令更新自身的状态，终端10当前的第一状态与集群核心网30记录的该终端10的第二状态不一致。

在上述步骤中，因终端10位于非服务区、终端10关机等原因导致终端10因接收不到状态指令，而使得终端10的第一状态无法更新，终端10的第一状态与集群核心网记录30的该终端对应的第二状态不一致，下面通过接下来的步骤解决上述状态不一致的问题。

步骤S209，终端重新接入网络，进行EPS附着。

具体地，终端10在从非服务器进入服务器，或者，终端10重新开机时，终端10需重新接入网络，那么，首先就需要进行EPS附着操作。

步骤S210：终端向集群基站发送集群注册请求；

具体地，终端10在完成EPS附着之后，需要进行集群注册，那么，终端10就会向集群基站发起集群注册请求。

步骤S211，集群基站将集群注册请求转发给集群核心网。

集群注册请求中包括终端10当前对应的第一状态。在本申请实施例中，处于遥晕状态的终端10所发送的集群注册请求中携带信元stun status＝00H，遥晕态；处于正常状态的终端10所发送的集群注册请求中可以携带信元stun status＝01H，活动态，也可以不携带信元stun status。其中，信元是移动通信系统中承载信息的最小单元。集群注册请求中还可以包括终端10的标识信息。

步骤S212，集群核心网将第一状态与集群核心网记录的第二状态进行对比，并根据比对结果，生成集群注册请求的集群注册响应。

具体地，在本申请实施例中，集群核心网30通过终端10的标识信息从记录的终端状态中获得对应终端10的第二状态，并将第一状态与第二状态进行比对，根据比对结果生成集群注册响应，集群注册响应中包括第二状态。

第一状态与第二状态存在以下几种不一致的情况，具体可以参照下述方式生成相应的集群注册响应，详细说明如下：

第一，在第一状态为正常状态，第二状态为遥晕状态时，生成包括遥晕状态的集群注册响应，以使终端10将自身的第一状态同步为遥晕状态；或者，

第二，在第一状态为正常状态或遥晕状态，第二状态为遥毙状态时，生成包括遥毙状态的集群注册响应，以使终端10将自身的第一状态同步为遥毙状态；或者，

第三，在第一状态为遥晕状态，第二状态为正常状态时，生成包括复活状态的集群注册响应，以使终端10将自身的第一状态同步为正常状态。

在本实施例中，在第一状态与第二状态不一致的情况下，若集群核心网30记录的该终端对应的第二状态为遥晕状态或正常状态，则生成的集群注册响应为接受集群注册的集群注册响应；或者，

若集群核心网记录的该终端的状态为遥毙状态，则生成的集群注册响应为拒绝集群注册的集群注册响应。

在第一状态与第二状态一致的情况下，具体可以参照下述方式生成相应的注册响应消息，详细说明如下：

在第一状态和第二状态一致且均为遥晕状态时，生成接受集群注册的集群注册响应到终端10；或者，

在第一状态和第二状态一致且均为正常状态时，生成接受集群集群注册响应到终端10。

步骤S213，集群核心网发送集群注册响应给集群基站；

步骤S214，集群基站将集群注册响应转发给终端。

详细地，首先在步骤S213中，集群核心网30将集群注册响应发送至集群基站20，然后在步骤S214中，集群基站20将集群注册响应转发至终端10。

步骤S215，终端收到集群核心网发送的集群注册响应，将终端的第一状态同步为集群核心网记录的第二状态，实现终端状态的同步。

在本申请实施例中，若终端10接收的集群注册响应为接受集群注册的集群注册响应则进入步骤S216；若终端10接收的响应信息为拒绝集群注册的集群注册响应则流程结束。

步骤S216，终端发送集群注册完成消息给集群基站；

步骤S217，集群基站将集群注册完成消息转发给集群核心网，完成终端在集群核心网上的注册。

在上述实施例中，在终端10重新入网进行集群注册的过程中，将终端10的第二状态携带在集群注册响应中，通过集群注册响应将第二状态下发给终端10，而不需要在完成集群注册之后，再次将第二状态单独发送给终端10，相对于现有技术中，先进行终端10注册后，再将第二状态单独发送给终端10进行终端状态同步的方式，可以减少终端10与集群核心网30之间的信息交互次数，精简了交互流程，节省终端10与集群核心网30进行通信的空口资源和接口资源，减轻空口和接口的数据处理的负担。

请参照图3，本申请实施例还提供一种终端状态同步方法，与上述实施例提供的终端同步方法流程不同的是，本方法是从集群核心网30的角度对终端状态同步方法进行描述。

在本申请实施例中，所述方法包括以下步骤：

步骤S310，接收终端发起的集群注册请求，其中，集群注册请求包括终端记录的自身的第一状态。

步骤S320，比对第一状态与集群核心网记录的终端的第二状态是否一致。

在本申请实施例中，第一状态可以包括遥晕状态或正常状态；第二状态可以包括遥毙状态、遥晕状态或正常状态。

步骤S330，若第一状态与第二状态不一致，则向终端发送包括第二状态的集群注册响应，以使得终端将自身的状态从所述第一状态同步为所述第二状态。

在本申请实施例中，在第一状态为正常状态，第二状态为遥晕状态时，向终端10发送包括遥晕状态的集群注册响应，以使终端10将自身的第一状态同步为遥晕状态；或者，

在第一状态为正常状态或遥晕状态，第二状态为遥毙状态时，向终端10发送包括遥毙状态的集群注册响应，以使终端10将自身的第一状态同步为遥毙状态；或者，

在第一状态为遥晕状态，第二状态为正常状态时，向终端10发送包括复活状态的集群注册响应，以使终端10将自身的第一状态同步为正常状态。

在本实施例中，在第一状态与第二状态不一致的情况下，若集群核心网30记录的该终端10的第二状态为遥晕状态或正常状态，则集群注册响应为接受集群注册的集群注册响应；或者，

若集群核心网30记录的该终端10的状态为遥毙状态，则集群注册响应为拒绝集群注册的集群注册响应。

在本申请实施例中，若在第一状态与第二状态一致的情况下：

在第一状态和第二状态一致且均为遥晕状态时，发送接受集群注册的集群注册响应到终端10；或者，

在第一状态和第二状态一致且均为正常状态时，发送接受集群注册响应到终端10。

在上述实施例中，集群核心网30通过终端10的第一状态与集群核心网30记录的第二状态的对比，在比对不一致时在发送给终端10的集群注册响应中携带第二状态，使终端根据该第二状态实现终端状态与集群核心网30记录的状态的同步。在集群注册响应中携带第二状态可以使终端10在进行集群注册的过程中即可以实现状态同步，集群核心网30不需要在确定终端10完成集群注册之后，再向终端10下发第二状态进行终端10的状态同步，可以减少集群核心网30与终端10的信息交互次数，精简了交互流程，节省终端10与集群核心网30进行通信的空口和接口资源，减轻空口和接口的数据处理的负担。

请参照图4，本申请实施例还提供应用于集群核心网30的终端状态同步装置400，可以理解的是，接下来要描述的终端状态同步装置400中具体各个功能模块的功能可参照上面的实施例描述，下面对终端状态同步装置400中各个功能模块进行简要说明。

在本申请实施例中，终端状态同步装置400包括接收模块410、比对模块420及发送模块430。

接收模块410，用于接收终端发起的集群注册请求，其中，集群注册请求包括终端记录的自身的第一状态。

比对模块420，用于比对第一状态与集群核心网记录的该终端的第二状态是否一致。

在本申请实施例中，第一状态可以包括遥晕状态或正常状态；第二状态可以包括遥毙状态、遥晕状态或正常状态。

发送模块430，用于若第一状态与第二状态不一致，则向终端发送包括第二状态的集群注册响应，以使得所述终端将自身的状态从所述第一状态同步为所述第二状态。

在本申请实施例中，发送模块430具体用于：

在第一状态为正常状态，第二状态为遥晕状态时，向终端10发送包括遥晕状态的集群注册响应，以使终端10将自身的第一状态同步为遥晕状态；或者，

在第一状态为正常状态或遥晕状态，第二状态为遥毙状态时，向终端10发送包括遥毙状态的集群注册响应，以使终端10将自身的第一状态同步为遥毙状态；或者，

在第一状态为遥晕状态，第二状态为正常状态时，向终端10发送包括复活状态的集群注册响应，以使终端10将自身的第一状态同步为正常状态。

在集群核心网30记录的该终端10的状态为遥晕状态或正常状态时，集群注册响应为接受集群注册的集群注册响应；

在集群核心网记录的该终端10的状态为遥毙状态时，集群注册响应为拒绝集群注册的集群注册响应。

在本申请实施例中，发送模块430还用于

在第一状态和第二状态一致且均为遥晕状态时，发送接受集群注册的集群注册响应到终端10；或者，

在第一状态和第二状态一致且均为正常状态时，发送接受集群注册响应到终端10。

如果上述功能以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得指令所在设备执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

综上所述，本申请实施例提供的终端状态同步方法及装置，在终端进行集群注册的过程中将终端的状态同步为集群核心网所记录的状态，在终端集群注册过程中即完成状态同步，相比现有技术中，先进行终端注册，再进行状态同步的方式可以减少终端与集群核心网之间交互的次数，节省终端与集群核心网进行通信的空口资源和接口资源，减轻空口和接口的数据处理的负担，同时，终端能在接收到集群注册响应后及时完成状态同步。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种终端状态同步方法，其特征在于，应用于集群核心网，所述方法包括：

接收终端发起的集群注册请求，其中，所述集群注册请求包括所述终端记录的自身的第一状态；

比对所述第一状态与所述集群核心网记录的所述终端的第二状态是否一致；

若所述第一状态与所述第二状态不一致，则向所述终端发送包括所述第二状态的集群注册响应，以使得所述终端将自身的状态从所述第一状态同步为所述第二状态。

2.如权利要求1所述的方法，其特征在于，所述第一状态包括遥晕状态或正常状态；所述第二状态包括遥毙状态、遥晕状态或正常状态。

3.如权利要求2所述的方法，其特征在于，所述若所述第一状态与所述第二状态不一致，则向所述终端发送包括所述第二状态的集群注册响应，以使得所述终端将自身的状态从所述第一状态同步为所述第二状态，包括：

在所述第一状态为正常状态，所述第二状态为遥晕状态时，向所述终端发送包括遥晕状态的集群注册响应，以使所述终端将自身的第一状态同步为遥晕状态；或者，

在所述第一状态为正常状态或遥晕状态，所述第二状态为遥毙状态时，向所述终端发送包括遥毙状态的集群注册响应，以使所述终端将自身的第一状态同步为遥毙状态；或者，

在所述第一状态为遥晕状态，所述第二状态为正常状态时，向所述终端发送包括复活状态的集群注册响应，以使所述终端将自身的第一状态同步为正常状态。

4.如权利要求1-3任一项所述的方法，其特征在于：

在所述第二状态为遥晕状态或正常状态时，所述集群注册响应为接受集群注册的集群注册响应；或者，

在所述第二状态为遥毙状态时，所述集群注册响应为拒绝集群注册的集群注册响应。

5.如权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

在所述第一状态和所述第二状态一致且均为遥晕状态时，发送接受集群注册的集群注册响应到所述终端；或者，

在所述第一状态和第二状态一致且均为正常状态时，发送接受集群注册的集群注册响应到所述终端。

6.一种终端状态同步装置，其特征在于，应用于集群核心网，所述装置包括：

接收模块，用于接收终端发起的集群注册请求，其中，所述集群注册请求包括所述终端记录的自身的第一状态；

比对模块，用于比对所述第一状态与所述集群核心网记录的所述终端的第二状态是否一致；

发送模块，用于若所述第一状态与所述第二状态不一致，则向所述终端发送包括所述第二状态的集群注册响应，以使得所述终端将自身的状态从所述第一状态同步为所述第二状态。

7.如权利要求6所述的装置，其特征在于，所述第一状态包括遥晕状态或正常状态；所述第二状态包括遥毙状态、遥晕状态或正常状态。

8.如权利要求7所述的装置，其特征在于，所述发送模块具体用于：

在所述第一状态为正常状态，所述第二状态为遥晕状态时，向所述终端发送包括遥晕状态的集群注册响应，以使所述终端将自身的第一状态同步为遥晕状态；或者，

在所述第一状态为正常状态或遥晕状态，所述第二状态为遥毙状态时，向所述终端发送包括遥毙状态的集群注册响应，以使所述终端将自身的第一状态同步为遥毙状态；或者，

在所述第一状态为遥晕状态，所述第二状态为正常状态时，向所述终端发送包括复活状态的集群注册响应，以使所述终端将自身的第一状态同步为正常状态。

9.如权利要求6-8任一项所述的装置，其特征在于，在所述第二状态为遥晕状态或正常状态时，所述集群注册响应为接受集群注册的集群注册响应；

在所述第二状态为遥毙状态时，所述集群注册响应为拒绝集群注册的集群注册响应。

10.如权利要求6-8任一项所述的装置，其特征在于，所述发送模块还用于：

在所述第一状态和所述第二状态一致且均为遥晕状态时，发送接受集群注册的集群注册响应到所述终端；或者，

在所述第一状态和第二状态一致且均为正常状态时，发送接受集群注册的集群注册响应到所述终端。