CN101119539B - 一种数字集群系统中实现遥毙复活功能的方法 - Google Patents

Abstract

本发明提供了一种数字集群系统中实现遥毙复活功能的方法，应用于数字集群通信领域。本发明的技术方案是：移动性管理时，PDS即调度服务器发送的请求报文中携带的终端状态与系统侧记录用户的状态不一致并且不连续时，鉴权通过，但是系统侧不下发终端状态；遥毙复活确认时，PDS发送的请求报文中携带的终端状态与系统侧记录用户的状态不一致并且不连续时，鉴权拒绝，系统侧下发的报文中携带真实的用户状态；DAC即调度台客户端可对系统侧记录为活动状态的用户执行复活操作。本发明提供了更缜密的CDMA2000数字集群中遥毙复活的实现方案，既满足了遥毙复活功能性要求，也符合集群系统对的安全性、保密性的要求。

Description

一种数字集群系统中实现遥毙复活功能的方法

技术领域

本发明涉及数字集群通信领域，尤其涉及一种数字集群系统中实现遥毙复活功能的方法。

背景技术

移动通信技术已经发展到第三代，其中集群通信也日益成为一种不可或缺的通讯业务。集群通信是指一种专用的调度通讯方式，包括专用指挥和调度通信，在使用中集群用户可以同时加入呼叫，通话以单工方式工作。从广义上讲，包括无线对讲系统在内的具有调度通信功能的各种无线通信系统均可纳入集群通信系统的范畴。

从历史上看，集群通信的发展要远远早于公众移动通信。由于技术复杂、成本高昂，集群通信起初只是用于诸如军队、铁路、航海等必须需要指挥调度的特殊部门和单位，之后随着技术的进步、成本的降低和经济的发展，才出现了能够适合社会个体用户无线通信需要的公众移动通信，即使如此，目前集群通信基本上还是属于专用通信系统。

集群通信经历了简单对讲系统(一对一对讲形式)到单基站小系统(同频单工组网形式、异频单(双)工组网形式、单信道一呼百应形式、带选择呼叫形式、多信道自动拨号形式)，再到大容量多区域系统(多信道用户共享形式)的发展历程，后又经历了从模拟集群到数字集群的飞跃，这个飞跃使得集群通讯在信令编码、采用的多址方式、语音编码、调制解调技术、同步技术、检错纠错以及分集技术等方面均可以采用更可靠的数字处理方式。

目前广泛应用的两种数字集群系统是基于TDMA即时分多址技术的iDEN(integrated Digital Enhanced Network)和TETRA(Terrestrial TrunkedRadio)；为了促进数字集群系统的规模应用，同时进一步提高频率资源利用率，集群通信系统在应用上出现了一个新的应用趋势，就是将多个数字集群系统结合在一起统一使用和管理，从而达到能够共用频道和信道，共享覆盖区域、通信业务，共担费用的目的，最终将集群应用从面向个别专业用户发展为面向多个集团用户实现共网运营。

集群通信由专网向共网的发展促进了在现有公网(GSM、CDMA)上实现集群技术的研究。

在CDMA2000移动通讯系统中遥毙复活的解释如下：遥毙是指系统从安全性考虑，对移动台强行禁止其部分或全部功能；复活是指系统对处于遥毙状态的移动台重新激活恢复；该功能通过空中信令对移动台进行强制锁定或解锁实现。

国内外的一些专利提到了通过高级别管理手机向被管理手机发送特定格式的短信，以达到远程激活/去激活移动台部分功能的实现方法。遥毙复活功能在集群系统的基本实现方法，在现有专利CN200510090588《码分多址数字集群系统中移动台遥毙/复活的控制方法》中已有论述；该专利概要性地介绍了遥毙复活功能的实现方法、涉及的网元和基本信令流程。

专利CN200510090588介绍的遥毙复活实现方法，系统侧遥毙状态和移动台的遥毙状态是独立保存的，移动台遥毙状态保存在终端上的，而系统侧是记录在用户sim卡上。

如用户A(系统侧概念)使用终端A和sim卡A，用户B使用终端B和sim卡B；系统侧对用户A执行可复活遥毙，终端A上将记录自己是“可复活遥毙”状态，这时，如果将活动用户B的sim卡插到终端A上进行位置登记时，上报的状态是终端A已遥毙的状态，系统侧检测到用户B(对应于sim卡B)的状态是“活动”，此时系统将下发复活指令，将终端A复活，这样导致了用户通过换sim卡的方式将已遥毙的终端复活。遥毙是用户终端遭窃、遗失或其他安全性考虑而采取的措施，如此一来就达不到效果，此问题是目前的遥毙功能实现上的漏洞，大大影响了系统的安全性。

发明内容

本发明提出了一种数字集群系统中实现遥毙复活功能的方法，有针对性地解决了现有遥毙复活实现方式中存在的更换成活动状态的sim卡就能复活已遥毙终端的安全漏洞。

本发明提供一种更完善的遥毙复活的实现方法，使用户即使更换活动sim卡也不能复活已遥毙的终端；其总体思路为：系统对移动性管理和遥毙复活确认请求时，终端上报状态和系统侧记录状态不一致，并且为非连续状态的情况，进行了优化处理。具体而言，当终端上报状态为已遥毙，而系统侧记录的用户状态为活动时，系统侧鉴权通过，但不再下发终端复活指令；遥毙复活确认请求时，当终端上报状态为已遥毙，而系统侧记录的用户状态为活动时，系统侧鉴权拒绝，并携带系统侧记录的活动用户状态；此时必须在调度台上手工复活，以此来规避终端被非法复活的情况。

本发明的技术方案包括以下步骤：

步骤一，移动性管理时，请求报文中携带的终端状态与系统侧记录用户的状态不一致并且不连续时，鉴权通过，但是系统侧不下发终端状态；

步骤二，遥毙复活确认时，请求报文中携带的终端状态与系统侧记录用户的状态不一致并且不连续时，鉴权拒绝，系统侧下发的报文中携带真实的用户状态；

步骤三，DAC即调度台客户端可对系统侧记录为活动状态的用户执行复活操作。

进一步地，在本发明中，步骤一中还包括以下步骤：

步骤A：终端向PDS即调度服务器发送位置登记请求，进行位置登记

步骤B：PDS向PHR即调度归属寄存器发送移动性管理请求；

步骤C：PHR分析接收到的移动性管理请求报文，解析出报文携带的终端状态为已遥毙，进一步查询数据库得到用户处于活动状态；

步骤D：PHR向PDS发送移动性管理接受报文，并且该应答接受报文中不携带任何状态，PDS不会主动触发终端复活流程。

进一步地，在本发明中，步骤一中，终端状态与系统侧记录用户的状态不一致是指：终端状态为活动、等待复活、等待遥毙、等待永久遥毙、已遥毙、已永久遥毙状态，而对应系统侧记录用户的状态与之不同。

进一步地，在本发明中，步骤一中，终端状态与系统侧记录用户的状态不连续是指：终端状态与系统侧记录的用户状态之间不是连续的状态跃迁过程。

进一步地，在本发明中，步骤二中还包括以下步骤：

步骤E：PDS发出对终端的遥毙/复活指令，终端进行了遥毙/复活操作后，此时终端通过基站、PDS向PHR发送遥毙/复活确认请求；

步骤F：PHR分析收到的遥毙复活确认请求报文，解析出报文携带的终端状态为已遥毙，并查询数据库得出系统侧记录用户为活动状态；

步骤G：PHR向PDS返回遥毙复活拒绝应答报文，应答消息中携带的用户状态为活动，PDS不会主动触发终端复活流程。

进一步地，在本发明中，步骤三中还包括以下步骤：

步骤K：DAC发送对活动用户的复活操作请求给DAS即调度服务器，DAS将DAC的复活操作请求转化为遥毙复活请求信令发送给PDS；

步骤L：DAS通知DAC复活成功；

步骤M：PDS从PHR中获得终端状态和用户位置区域信息；

步骤N：PDS向终端下发复活指令，终端执行复活操作后向PDS返回应答消息；

步骤P：PDS发送遥毙复活确认请求给PHR，PHR修改用户状态。

本发明提供了更缜密的CDMA2000数字集群中遥毙复活的实现方案，既满足了遥毙复活功能性要求，也符合集群系统对的安全性、保密性的要求。

附图说明

图1是现有技术中支持遥毙复活操作的网络结构图；

图2是本发明中终端状态为已遥毙，而系统记录为活动用户的移动性管理流程图；

图3是本发明中终端状态为已遥毙，而系统记录为活动用户的遥毙复活确认流程图；

图4是本发明中调度台客户端复活活动终端的流程图。

具体实施方式

下面结合附图对本发明进行详细说明。

图1是现有技术中支持遥毙复活操作的网络结构图，各组成部分说明如下：

(1)MS：集群终端设备；

(2)BSS：基站子系统，包括支持集群呼叫的收发信机(BTS)，基站控制器(BSC)和与网络侧交互的调度客户端(PDC)；

(3)PDS：调度服务器，实现集群呼叫的呼叫控制。该网元接收来自调度台服务器(DAS)的遥毙复活指令，向调度归属寄存器(PHR)发起获取用户信息请求，如满足条件则下发对终端的遥毙复活信令，遥毙复活操作成功后，向PHR发送遥毙复活确认请求；

(4)PHR：调度归属寄存器，保存集群用户、群组的注册信息和位置信息，实现集群系统的鉴权、授权和计费功能，以及移动性管理、遥毙复活确认等功能。本发明中，PHR接收移动性管理、获取用户信息、遥毙复活确认请求，并判断请求报文中终端上报状态是否和系统侧记录用户状态是否一致，根据分析结果给出正确的应答；

(5)DAS：调度台服务器，将调度台客户端(DAC)对终端的遥毙复活操作，转化为遥毙复活请求信令发送给PDS；

(6)DAC：调度台客户端，包括调度台与管理台，调度台是调度员进行调度、发起遥毙复活等操作的平台。

图2是系统侧记录为活动状态的用户，上报状态为已遥毙的移动性管理处理流程图，包括步骤如下：

步骤201：已遥毙终端进行位置登记；

步骤202：PDS向PHR发送该用户的移动性管理请求；

步骤203：PHR接收来自PDS的移动性管理请求，分析出请求报文中携带终端状态为已遥毙，并查询系统数据库，得出系统侧用户状态为活动状态；则PHR返回移动性管理鉴权接受报文，并且该应答接受报文不携带终端状态，这样PDS就不会发起终端复活请求；

步骤204：PDS返回用户位置登记成功应答。

活动用户的移动性管理请求上报遥毙状态时，其移动性管理应答消息就不携带终端状态，以此来实现系统不会自动触发已遥毙终端的复活流程。

图3是本发明中终端状态为已遥毙，而系统记录为活动用户的遥毙复活确认流程图；该流程包括以下步骤：

步骤301：终端被遥毙复活后，回复PDS的遥毙复活指令；

步骤302：PDS向PHR发送遥毙复活确认请求，以通知PHR终端遥毙复活结果；

步骤303：PHR分析收到的遥毙复活确认报文，解析出报文中携带的终端状态为已遥毙，并查询系统数据库得到用户为活动状态；则PHR返回PDS遥毙复活拒绝应答，应答消息中携带用户状态为活动；PDS不会再次发起遥毙复活操作。

PDS只在成功应答消息中的终端状态为等待复活、等待遥毙、等待永久遥毙时，才会对终端作进一步的操作，其他状态并不会引起PDS对终端进行操作，以此来实现PDS不会复活非法终端。

图4是本发明中调度台客户端复活活动终端的流程图，包括以下步骤：

步骤401：DAC发起对活动用户的复活操作；

步骤402：DAS将DAC的复活操作，转化为遥毙复活请求信令发送给PDS；

步骤403：PDS接受遥毙复活请求；

步骤404：DAS通知DAC复活成功；

步骤405：PDS发送获取用户信息请求给PHR；

步骤406：PHR查询用户注册信息，如用户合法，则响应获取用户信息成功应答，并且报文携带正确的终端状态和用户位置区域信息；

步骤407：PDS根据移动台的移动识别码和位置区域信息查找该移动台的当前信息，如该终端是有效用户且正常的开机，则经基站向该移动台下发复活指令；

步骤408：终端如正常执行了复活操作，则返回遥毙复活完成消息；

步骤409：终端复活操作成功后，PDS向PHR发送遥毙复活确认请求，以通知PHR复活操作成功完成；

步骤410：PHR将用户状态置为活动状态，并向PDS发送遥毙复活成功应答。

至此，调度台成功复活系统侧记录为活动状态的用户终端。

综上所述，本发明提出了基于CDMA2000技术实现的数字集群中遥毙复活功能的一种实现方法。这种方法解决了目前用户通过更换活动sim卡就可以复活已遥毙终端的安全隐患，满足了集群通信安全性需求。

Claims (6)

1.一种数字集群系统中实现遥毙复活功能的方法，其特征在于，包括以下步骤：

步骤一，移动性管理时，请求报文中携带的终端状态与系统侧记录用户的状态不一致并且不连续时，鉴权通过，但是系统侧不下发终端状态；

步骤二，遥毙复活确认时，请求报文中携带的终端状态与系统侧记录用户的状态不一致并且不连续时，鉴权拒绝，系统侧下发的报文中携带真实的用户状态；

步骤三，DAC对系统侧记录为活动状态的用户执行复活操作。

2.根据权利要求1所述的方法，其特征在于，步骤一中还包括以下步骤：

步骤A：终端向PDS发送位置登记请求，进行位置登记；

步骤B：PDS向PHR发送移动性管理请求报文；

步骤C：PHR分析接收到的移动性管理请求报文，解析出报文携带的终端状态为已遥毙，进一步查询数据库得到用户处于活动状态；

步骤D：PHR向PDS发送移动性管理接受报文，并且该移动性管理接受报文中不携带任何状态，PDS不会主动触发终端复活流程。

3.根据权利要求1所述的方法，其特征在于，步骤一中，终端状态与系统侧记录用户的状态不一致是指：终端状态为活动、等待复活、等待遥毙、等待永久遥毙、已遥毙或已永久遥毙状态，而对应系统侧记录用户的状态与之不同。

4.根据权利要求1所述的方法，其特征在于，步骤一中，终端状态与系统侧记录用户的状态不连续是指：终端状态与系统侧记录的用户状态之间不是连续的状态跃迁过程。

5.根据权利要求1所述的方法，其特征在于，步骤二中还包括以下步骤：

步骤E：PDS发出对终端的遥毙复活指令，终端进行了遥毙复活操作后，此时终端通过基站、PDS向PHR发送遥毙复活确认请求报文；

步骤F：PHR分析收到的遥毙复活确认请求报文，解析出报文携带的终端状态为已遥毙，并查询数据库得出系统侧记录用户为活动状态；

步骤G：PHR向PDS返回遥毙复活拒绝应答报文，应答消息中携带的用户状态为活动，PDS不会主动触发终端复活流程。

6.根据权利要求1所述的方法，其特征在于，步骤三中还包括以下步骤：

步骤K：DAC发送对活动用户的复活操作请求给DAS，DAS将DAC的复活操作请求转化为遥毙复活请求信令发送给PDS；

步骤L：DAS通知DAC复活成功；

步骤M：PDS从PHR中获得终端状态和用户位置区域信息；

步骤N：PDS向终端下发复活指令，终端执行复活操作后向PDS返回应答消息；

步骤P：PDS发送遥毙复活确认请求给PHR，PHR修改用户状态。

Images