CN100353784C - 集群通信中组呼业务抢占的实现方法 - Google Patents

Abstract

本发明涉及一种集群通信中组呼业务抢占的实现方法。该方法包括：将各个用户对应的优先级信息在网络侧保存；之后，当组呼用户向锚MSC发起组内抢占操作时，锚MSC根据网络侧保存的抢占用户的优先级信息，以及当前讲者的优先级信息确定本次抢占是否成功。本发明实现了在低优先级用户占用上行链路讲话时，高优先级用户可以抢占低优先级用户当前占用的上行链路进行讲话。因此，本发明可以满足在组呼业务开展过程中，不同用户具有不同接入权限的特殊需求，极大地方便了组呼业务的灵活开展。

Description

集群通信中组呼业务抢占的实现方法

技术领域

本发明涉及集群通信技术领域，尤其涉及一种集群通信中组呼业务抢占的实现方法。

背景技术

随着集群通讯技术由模拟向数字发展，集群网络建设呈现出由独立专网建设向集群共网建设方向发展。由于GSM(全球移动通信***)技术体制先进，因而在全世界范围内具有最为广泛的用户基础。欧洲已制定出一套用于铁路移动通信的国际标准GSM-R(全球铁路移动通信***)，GSM-R技术以GSM通信技术作为业务承载，能够提供EMLPP业务、VGCS(组呼)业务和VBS(组播)业务等基本集群通信业务；因此，发展基于GSM的数字集群***不仅适合我国国情，还具备很好的技术基础。

公众网络和专用集群网络由于用户群不同，因此，对业务的要求也有很大的不同；由于GSM***以前的主流市场在于公众网络服务，相关业务适合公众服务，基于GSM***制定的GSM-R***为铁路***量身定制了适合铁路***应用的业务；但对比目前国际国内主流专用数字集群***，GSM-R适合特殊集群部门的应用业务较少，例如：PTT(即按即讲)抢占业务是集群***最重要的基本业务之一，目前国际和国内两大主流专用集群数字***IDEN(集成数字增强网络)和TETRA(陆地增强集群无线网络架构)都支持组呼过程中组内PTT抢占业务，而欧洲GSM-R标准规范不支持该组内PTT抢占业务。

EMLPP业务为不同用户提供不同级别的呼叫业务，EMLPP业务不仅支持点对点呼叫业务，同时支持VGCS(组呼)业务和VBS(组播)业务。EMLPP业务优先级共有7级，每个呼叫对应一个优先级，网络侧根据用户的不同优先级采用不同的资源分配和呼叫建立策略，高优先级的用户对网络资源的占用享有高级特权。在网络侧资源紧张的情况下，高优先级别的用户可以抢占低优先级用户占用的网络侧资源，同时高优先级用户或紧急呼叫的呼叫性能更快，以满足不同用户的需求，提供个性化的服务，同时运营商根据不同优先级别的呼叫进行计费，高优先级别呼叫费用也高。

GSM-R的VGCS业务就是在组呼区域中，多个移动台和多个调度台实现通话，多个人可以同时讲话(一个移动台讲者和多个调度台听者)，更多的人可以听话(听者数量无限制)的业务；VGCS业务呼叫在任何时刻只准许1个移动讲者用户及至多5个调度员同时讲话；调度员用户应该能够听到除自己外的其他讲者的讲话，听者业务用户能够听到所有讲者用户的讲话。

在数字集群通信***中，根据部门成员担负的职责不同，通常高职位用户(即具备高EMLPP优先级的用户)不仅具有更高的呼叫优先权，能够抢占较低优先级用户呼叫资源；并且在组呼通信过程中，由于组呼只能允许一个移动台讲者(不包括移动调度台)，高职位用户通常还希望比低职位用户有优先讲话的权利，如实现高职位的用户希望可以使用PTT优先接入功能抢占被职位低用户使用的上行组呼信道。而欧洲GSM-R***标准规范仅支持针对VGVS业务呼叫级别的EMLPP优先级业务，对于VGCS业务，在呼叫业务建立后，所有的移动台具有等同的优先级，某移动台一旦成为讲者，在其释放讲话权利之前，其它听者移动台没有抢占讲话权的权利。

因此，目前无法满足集群部门对于组呼业务过程中可以实现高EMLPP优先级的用户(通常为高职位用户)可以抢占集群中任意组呼群组正在通话的低EMLPP优先级用户(通常为低职位用户)的资源进行通话的特殊需求。

发明内容

鉴于上述现有技术所存在的问题，本发明的目的是提供一种集群通信中组呼业务抢占的实现方法，从而可以实现在组呼业务开展过程中，高优先级的高职位等用户可以抢占被低优先级的低职位等用户占用的上行组呼信道。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种集群通信中组呼业务抢占的实现方法，包括：

A、设置集群通信中组呼用户的优先级信息；

B、当组呼群组中的用户向锚MSC发起组内抢占操作时，锚MSC根据发起抢占操作的用户的优先级信息，及当前讲者的优先级信息确定本次抢占是否成功，所述锚MSC是指控制组呼群组开展组呼业务的MSC。

所述的步骤A还包括：

将各个用户的优先级信息保存于归属位置寄存器HLR中，且在用户位置更新过程中，需要将所述优先级信息刷新到拜访位置寄存器VLR中。

所述的步骤A还包括：

将各个用户的优先级信息还分别保存于各个用户的用户识别模块SIM卡中；

且所述的步骤B还包括：

组呼群组中的用户向锚MSC发起抢占操作过程携带着SIM卡中保存的该用户的优先级信息。

所述的用户的优先级信息包括：

用户的组内优先级信息和/或用户的增强多级优先级与抢占业务EMLPP优先级信息。

所述的用户的组内优先级信息包括：

用户的组内优先级别，以及用户所在组呼群组的标识信息。

所述的步骤B包括：

组呼用户利用即按即讲PTT功能通过基站子***BSS向锚MSC发起组内抢占操作。

所述的步骤B还包括：

在BSS上，当多个用户在同一时间段发起上行链路接入请求时，则BSS仅受理第一个被解码的接入请求，并通知其他用户。

所述的步骤B还包括：

BSS在向锚MSC发送上行链路请求后未收到返回的上行链路请求确认消息期间，以及锚MSC在向BSS发送上行链路请求确认消息后未收到BSS返回的上行链路请求确认期间，BSS和锚MSC均将拒绝新的上行链接入请求。

所述的步骤B包括：

B1、锚MSC获取发起抢占操作的用户携带的优先级信息，或根据该用户的身份信息查询HLR或VLR获得其优先级信息；

B2、锚MSC获取当前讲者的优先级；

B3、判断发起抢占操作的用户的优先级信息是否高于当前讲者的优先级，如果是，则确定抢占成功，否则，确定抢占失败。

所述的步骤B2包括：

锚MSC获取当前讲者的身份信息，并根据其身份信息查询HLR获取当前讲者的优先级信息。

所述的步骤B3包括：

抢占成功后，锚MSC通知BSS定期向各组呼用户发送抢占成功的讲者的身份及优先级信息；

抢占失败后，锚MSC通知BSS刷新向各组呼用户发送的当前讲者的身份及优先级信息。

所述的步骤B3还包括：

抢占成功后，锚MSC通知中继MSC讲者改变后的身份信息，同时锚MSC和中继MSC通知相应的BSS讲者改变后的身份信息。

所述的身份信息包括：

国际移动用户识别码IMSI信息或临时移动用户识别码TMSI信息。

由上述本发明提供的技术方案可以看出：

本发明既可以使基于GSM技术体制的数字集群***在进行组呼业务时，可以实现组内高优先级用户对组呼群组内低优先级用户的上行组呼信道的抢占，即在低优先级用户占用上行链路讲话时，高优先级用户可以抢占低优先级用户当前占用的上行链路进行讲话。

同时，本发明还实现了基于GSM技术体制的数字集群***在开展组呼业务过程中，同样，可以实现基于EMLPP优先级的PTT抢占功能，保证在通信***中高EMLPP优先级用户可以对任意组呼群组中低EMLPP优先级用户的讲者权利实施抢占；即任意组呼群组中的低EMLPP优先级用户占用上行链路讲话时，高EMLPP优先级用户均可以抢占该低EMLPP优先级用户当前占用的上行链路进行讲话。

因此，本发明一方面可以满足集群***中组呼群组内不同用户具有不同接入权限的特殊需求，极大地方便了组呼群组用户灵活开展组呼业务；另一方面，本发明还可以满足集群***组呼过程中不同EMLPP优先级用户在整个集群中的所有组呼群组中具有不同接入优先级权限的需求，提高了集群通信中的组呼业务开展的灵活性，例如，当一个集群中的高职位用户希望在集群中所有组呼群组开展业务时均可以随时抢占并讲话时，便可以通过为其设置最高的EMLPP优先级实现。

附图说明

图1为本发明所述的方法的流程图；

图2为锚MSC中用户抢占成功的过程示意图；

图3为锚MSC中用户抢占失败的过程示意图；

图4为BSS中用户抢占竞争过程示意图；

图5为BSS间用户抢占竞争过程示意图；

图6为本发明所述的方法的流程图；

图7至图11为不同情况下本发明所述方法的具体实现过程示意图。

具体实施方式

本发明的核心为：首先将各个用户对应的优先级信息在网络侧保存；之后，当组呼用户向锚MSC发起组内抢占操作时，锚MSC根据网络侧保存的抢占用户的优先级信息，以及当前讲者的优先级信息确定本次抢占是否成功。

本发明中，所述的优先级信息具体可以包括两种，一种是组内优先级信息，仅在集群通信中的某一组呼群组内有效，并用于在组内控制抢占过程是否成功；另一种是EMLPP优先级信息，在整个集群通信中的任意一组中均有效，并用于在任意组内控制抢占过程是否成功。

为对本发明有进一步的理解，下面将分别针对两种不同的优先级信息结合附图，对本发明所述的集群通信中组呼业务抢占的实现方法的具体实现方式进行说明。

首先，以所述的优先级信息为组内优先级信息为例，对本发明所述的方法进行说明。

此时，本发明主要是使基于GSM技术体制的数字集群***提供VGCS业务时，群组内用户之间可以体现不同的优先级和权限，即：组内用户可以具有不同的优先级，群组中高优先级的用户可以使用PTT优先接入功能时，抢占被低优先级用户使用的上行组呼信道进行讲话，以满足集群***群组业务用户不同组内优先级别的需求。

所述的方法的具体实现方式如图1所示，具体包括：

步骤11：在GSM网络中的HLR(用户归属位置寄存器)，以及作为组呼业务终端的移动台SIM(用户识别模块)卡中存储组呼群组中用户的组内优先级信息；

所述的用户的组内优先级信息包括：用户所在的组呼群组的标识和用户的组内优先级别，该信息用于记录用户所在的组呼群组，以及在该组中用户的优先级别；

首先根据用户在组内的作用和地位，确定用户参与组的组内优先级，在用户注册组呼业务时，通过在HLR存储移动台SIM支持组的组内优先级信息，并且把用户参与组的组内优先级信息写入其持有的SIM卡中。

步骤12：移动台参与或发起组呼，并利用PTT功能进行组内抢占过程中，抢占用户将其组内优先级信息上报给锚MSC；

所述的锚MSC是指控制组呼群组开展组呼业务的MSC，而在开展组呼业务过程中涉及的其他MSC称为中继MSC；

由于所述用户的组内优先级信息还存储在网络侧的HLR中，因此，该步骤中也可以由网络侧通过移动台上报的身份信息到HLR中进行组内优先级信息的查询，以获得该抢占用户的组内优先级信息。

步骤13：锚MSC获取当前讲者的身份信息，并根据所述身份信息到对应的VLR(拜访位置寄存器)中查询其组内优先级信息；

之所以到VLR中查询所述的组内优先级信息是因为，通常移动台的一些信息在位置更新过程中均刷新到相应的VLR中，当然也可以到HLR中查询获得其组内优先级信息。

步骤14：网络侧锚MSC比较当前讲者的组内优先级和抢占用户的组内优先级，并判断抢占用户的组内优先级是否高于当前讲者的组内优先级，如果是，则执行步骤15，否则，执行步骤16；

步骤15：如果抢占用户具有更高的组内优先级别，则本次抢占成功，释放当前讲者的上行链路，并为高优先级的抢占用户建立相应的上行链路，即抢占用户抢占当前讲者的上行组呼信道进行讲话；

步骤16：如果抢占用户的组内优先级较当前讲者的组内优先级低，则枪占过程失败，当前讲者仍可以继续进行讲话。

本发明中，同一个用户可能分别属于不同的群组，用户在不同的群组中的优先级可以独立设置，且互不影响，即在一个群组中用户A的优先级可以设置为最高，但在另一个群组中用户A的优先级可以设置为最低。

用户的组内优先级信息必须存储在SIM中，组内优先级信息和组ID对应。因此，SIM中每个组ID对应用户在组内的优先级信息。

用户的组内优先级信息和对应的组ID还需要存储在HLR中，在HLR中存储每一个用户所属的组ID和在组内的优先级信息。

为对本发明有更进一步的理解，下面将分别就不同情况下的组呼用户组内抢占过程结合附图进行详细描述。

当锚MSC中用户抢占上行链路时，如图2所示，相应的处理过程如下：

在组呼过程中，在用户按PTT键时，移动台上报上行链路接入请求UPLINK_ACCESS消息，BSS(基站子***)收到上行链路接入请求消息后，立即给MS(移动台)发送上行链路准入UPLINK_GRANT消息和上行链路忙UPLINK_BUSY消息，随后，BSS给锚MSC(即MSC-A)发送上行链路请求UPLINK_REQUEST消息；假设与抢占上行链路的MS所在的BSS连接的MSC就是锚MSC；

锚MSC收到所述的UPLINK_REQUEST消息之后，给BSS回上行链路请求确认UPLINK_REQ_ACK消息；

小区内获取接入权限，即收到相应的UPLINK_GRANT消息的移动台，通过建链帧SABM消息上报本移动台在参与组呼群组中的组内优先级信元，BSS收到SABM(PRIORITY)后回确认UA(PRIORITY)消息，移动台和BSS空中接口链路建立；当然在所述的SABM和UA消息中还可能包括其它信元；

BSS给锚MSC发送上行链路请求确认UPUNK_REQ_CONF(PRIORITY)消息，以请求锚MSC对用户的组内优先级进行确认；

如果移动台向BSS发送的SABM消息中未含有移动台的组内优先级信息，则锚MSC还需要通过IMSI/TMSI信元构造组内优先级信息请求PRIORITY_REQ(IMSI/TMSI)消息，向VLR查询抢占上行链路移动台PRIORITY信息，VLR通过IMSI/TMSI信息查询得到抢占用户的PRIORITY信息，并构造组内优先级响应PRIORITY_RSP(PRIORITY)消息将查询结果发给锚MSC；

锚MSC获取VLR反馈回来的PRIORITY信息后，若当前抢占移动台上报上来的组内优先级与之相同(即移动台上报的组内优先级和网络侧存储的该移动台的组内优先级一致)且高于当前讲者优先级，则锚MSC给BSS回送BSS管理应用BSSMAP(PRIORITY)消息；若本组呼群组涉及锚MSC下的多个BSS，则锚MSC还需要向其它BSS发送BSSMAP(PRIORITY)消息，表明新的讲者优先级信息；若本组呼还涉及其它中继MSC，则锚MSC通过MAP_MSG(PRIORITY)消息通知其它中继MSC抢占上行链路用户的优先级信息；锚MSC通过设施消息FACILITY(PRIORITY)通知调度台抢占用户的优先级，所述的FACILITY消息通常用于补充业务处理时，如多方通话业务，传递一些信息；中继MSC进而通过BSSMAP(PRIORITY)通知该MSC下相关的BSS抢占者的优先级别；

该组呼所有相关BSS收到BSSMAP(MSISDN)消息后，在该组呼所有相关小区的组呼TCH信道下行FACCH信道上周期性的发送TALKER_INFORMATION(PRIORITY)消息；为不影响组呼信道下行语音质量，发送周期间隔可以大一些；

组呼相关小区下的MS收到TALKER_INFORMATION(PRIORITY)消息后，移动台可以显示新的抢占成功者的优先级信息；

在抢占移动台所在的小区内，其它任何移动台在UPLINK_GRANT消息之后和TALKER_INFORMATION(PRIORITY)之前不允许进行上行链路抢占；

发起呼叫时，在发起者占用专用信道讲话期间，锚MSC将通过中继MSC对该组呼相关BSS进行TALKER_INFORMATION(PRIORITY)消息广播；

讲者释放上行链路时，移动台给BSS发送上行链路释放消息UPLINK_RELEASE，BSS给MSC发送UPLINK_RELEASE_IND消息，MSC给相关BSS发送UPLINK_RELEASE_CMD消息，所有组呼相关BSS将在组呼小区下行FACCH信道上周期性地发送UPLINK_FREE消息。

锚MSC中用户组内抢占失败的处理过程如图3所示，包括以下过程：

在讲者持续讲话期间，若移动台进行了不适当的抢占，或者由于各种异常导致异常抢占，则在BSS给MSC发送UPLINK_REQ_CONF(PRIORITY)消息后，若抢占上行链路移动台(即当前讲者)优先级等于或低于当前讲者优先级，则抢占失败，MSC给BSS1回送上行链路请求拒绝UPLINK_REQ_REJECT消息，表明本次上行链路抢占失败，BSS1还需要向抢占移动台发送上行链路释放UPLINK_RELEASE消息；随后，为防止异常，即防止该BSS下部分移动台没有收到TALKER_INFORMATION消息，因而误报抢占消息，MSC还需要给该BSS1发送TALKER_INFORMATION(PRIORITY)消息，BSS1收到该消息后刷新相关讲者身份及优先级信息，以确保组呼过程中发送的讲者的身份及优先级信息的准确性。

对于小区内组内抢占竞争情况的处理过程具体包括：

小区内的上行链路抢占竞争，通过BTS(基站)处理完成；若小区内多个移动台在同一时刻发起上行链路接入请求UPLINK_ACCESS消息，则几个接入请求消息互为干扰，导致不能被网络侧正常解码；这种情况，移动台需要通过竞争避免机制在随后的时间会继续发起接入请求；

若多个移动台在不同的时刻发起上行链路接入请求，则第一个被解码的接入请求被受理，并通过UPLINK_GRANT消息告知各移动台其接入请求被受理；其它移动台收到该消息后，将不能再发起上行链路接入请求，由于异常原因发送的接入请求也不能被网络侧正常解码。

对于在同一BSS内的组内抢占竞争处理过程如图4所示，具体包括：

若在BSS给MSC上报UPLINK_REQUEST消息之后，在收到MSC回送的上行链路请求确认UPLINK_REQ_ACK消息之前，收到其它小区移动台MS上报的上行链路接入请求UPLINK_ACCESS消息，则BSS在给该MS回送UPLINK_GRANT消息之后，直接回送释放上行链路UPLINK_RELEASE消息，以释放相应小区的上行链路；

BSS内抢占竞争处理机制可以保证在BSS内相关小区移动台存在抢占上行链路时，保证了BSS内抢占接受和抢占拒绝的有序处理；即在BSS上，在上行链路请求UPLINK_REQUEST  消息和上行链路请求确认UPLINK_REQ_ACK之间是基于时间接入优先的抢占，在这段时间内规定高优先级用户不能抢占低优先级用户的上行链路接入请求。

对于BSS间的组内抢占竞争处理过程如图5所示，具体包括：

在MSC收到UPLINK_REQUEST消息，给BSS1回UPLINK_REQ_ACK消息之后，在收到该BSS1发送过来的UPLINK_REQ_CONF(PRIORITY)消息之前，MSC对随后收到其它BSS(如图中的BSS2)发送上来的UPLINK_REQUEST消息，直接给该BSS回送UPLINK_REQ_REJECT消息，随即该BSS给相关小区发送UPLINK_RELEASE消息；

BSC间抢占竞争处理机制可以保证在多个BSS相关小区移动台MS存在抢占上行链路时，保证了MSC内抢占接受和抢占拒绝的有序处理；即在MSC上，在UPLINK_REQUEST消息和UPLINK_REQ_CONF(PRIORITY)之间是基于时间接入优先的抢占，在此段时间内高优先级用户不能抢占低优先级用户。

之后，再以所述的优先级信息为EMLPP优先级为例对本发明所述的方法作进一步说明。

此时，本发明可以使基于GSM技术体制的数字集群***提供组呼业务时，组呼群组内用户之间可以体现不同的优先级和权限，即在组呼群组中高EMLPP优先级的用户可以使用PTT(即按即讲)键可以抢占被低EMLPP优先级用户使用的上行组呼信道进行讲话。

所述的方法的具体实现方式如图6所示，具体包括以下步骤：

步骤61：根据SIM卡持有者的地位和作用，在用户登记注册时，通过在HLR(归属位置寄存器)存储移动台SIM的EMLPP优先级；

通常在集群中移动台可能已经被配置了相应的EMLPP优先级，如果已经配置，则直接将相应的EMLPP优先级保存于对应的HLR中即可；

并且还可以将EMLPP优先级信息写入其持有的SIM卡中；

通常一个移动台具有唯一的一个EMLPP优先级别，该移动台的EMLPP优先级别针对其支持的所有组呼群组有效，用户和网络侧可以根据实际需要对移动台对应的EMLPP优先级别信息进行更改，通常的更改依据为移动台持机者的地位、身份以及承担的网络服务费用等确定对应的EMLPP优先级别；

步骤62：在移动台位置更新过程中，网络侧将对应SI M卡用户的EMLPP优先级信息刷新至VLR(拜访位置寄存器)中；

当然，也可以不刷新到VLR中，而由组呼业务的锚MSC直接到用户的HLR中获取相应的EMLPP优先级信息，只是目前锚MSC通过之种方式获得用户的EMLPP优先级的过程会比较麻烦；

步骤63：移动台在参与或发起组呼，并进行PTT抢占过程中，需要将其EMLPP优先级信息上报给组呼锚MSC(移动交换中心)，所述的锚MSC为组呼群组中控制组呼业务的服务MSC；

或者，也可以由该移动台的锚MSC根据其身份信息在对应的VLR中查询该移动台的EMLPP优先级信息，并上报给组呼锚MSC；

步骤64：在网络侧锚MSC中，比较当前讲者的EMLPP优先级和抢占用户的EMLPP优先级，所述的当前讲者的EMLPP优先级是根据当前讲者的身份信息到相应的VLR中查询获得；

在步骤64中，如果后者具有更高的EMLPP优先级别，则执行步骤65，抢占成功，抢占用户将成功占用当前讲者的上行链路，成为组呼唯一的移动讲者，被抢占讲话权利的讲者将成为组呼听者；否则，执行步骤66，抢占失败，当前讲者继续讲话，抢占用户仍然是组呼听者身份。

为对本发明有进一步地理解，下面将结合附图对本发明所述的方法的具体实现过程进行描述。

当中继MSC中用户发起抢占操作时，相应的处理过程如图7所示，所述的中继MSC是指组呼业务开展过程中涉及到的非锚MSC，具体包括：

在用户按PTT键时，移动台向基站子***BSS1上报上行链路接入请求UPLINK_ACCESS消息，BSS1收到上行链路接入请求消息后，立即给MS发送上行链路准入UPLINK_GRANT消息和上行链路忙UPLINK_BUSY消息，随后BSS给MSC发送上行链路请求UPLINK_REQUEST消息；

中继MSC(即MSC-R)收到UPLINK_REQUEST消息之后，向锚MSC(即MSC-A)转发上行链路请求信令ForwardGroupCallSignalling(Uplink_Req)，所述锚MSC需要向中继MSC返回相应的确认ForwardGroupCallSignalling(UPLINK_REQ_ACK)消息；所述的中继MSC则给BSS1回送UPLINK_REQ_ACK消息；

小区内收到相应的UPLINK_GRANT消息，即获取接入权限的移动台通过建链SABM消息上报IMSI/TMSI(国际移动用户识别码/临时移动用户识别码)信元，BSS1收到包含有IMSI和EMLPP优先级信息的SABM(IMSI，EMLPP)消息后回确认消息UA(IMSI，EMLPP)，移动台和BSS1空中接口链路建立；

随后BSS1给中继MSC发送上行链路请示确认消息UPLINK_REQ_CONF(IMSI，EMLPP)，消息中携带着抢占用户的IMSI和EMLPP优先级信息；

中继MSC通过IMSI/TMSI信元构造移动应用部分消息MAP_MSG发给锚MSC，锚MSC通过IMSI构造EMLPP优先级信息请求EMLPP_REQ(IMSI)消息向VLR查询EMLPP优先级信息，VLR通过IMSI信息查询得到EMLPP优先级信息，并构造EMLPP优先级信息响应消息EMLPP_RSP(EMLPP)将查询结果发给锚MSC；

锚MSC获取所述EMLPP优先级信息后，给中继MSC回送MAP_MSG(EMLPP)，中继MSC给BSS1发送BSS管理应用BSSMAP(EMLPP)消息；若本组呼涉及中继MSC下的多个BSS，则该中继MSC向其它BSS发送BSSMAP(EMLPP)消息，表明讲者已经更改，并提供新的讲者身份信息；若本组呼还涉及其它中继MSC，则由锚MSC通过MAP_MSG(EMLPP)消息通知其它中继MSC讲者的身份信息；同时，所述的锚MSC通过BSSMAP(EMLPP)通知本MSC下的组呼相关BSS讲者EMLPP信息，通过设施消息FACILITY(该消息通常用于补充业务处理时，如多方通话业务，传递一些信息)通知调度台讲者EMLPP信息；

该组呼所有相关BSS收到BSSMAP(EMLPP)消息后，在该组呼所有相关小区的组呼TCH(业务信道)下行FACCH(快速随机接入信道)上周期性的发送讲者信息TALKER_INFORMATION(EMLPP)消息；为不影响组呼信道下行语音质量，发送周期间隔可以大一些；

组呼相关小区下的MS收到TALKER_INFORMATION(EMLPP)消息后，则显示对应讲者EMLPP优先级信息；

同时，在发起者占用专用信道讲话期间，锚MSC还将通过中继MSC对该组呼相关BSS广播TALKER_INFORMATION(EMLPP)消息；

当前讲者释放上行链路时，移动台给BSS1发送上行链路释放消息UPLINK_RELEASE，BSS1向MSC发送上行链路释放完成消息UPLINK_RELEASE_IND，另外，所有组呼相关BSS将在组呼小区下行FACCH信道上周期性地发送上行链路空闲消息UPLINK_FREE。

对于锚MSC中用户抢占上行链路成功情况的相应处理过程如图8所示，具体包括：

在组呼过程中，在用户按PTT键时，移动台上报上行链路接入请求UPLINK_ACCESS消息，BSS1收到上行链路接入请求消息后，立即给MS发送UPLINK_GRANT消息，并给其它MS发送UPLINK_BUSY消息，以避免其它MS进行上行链路抢占，随后BSS1给MSC发送UPLINK_REQUEST消息；

锚MSC收到UPLINK_REQUEST消息之后，回UPLINK_REQ_ACK消息给BSS1；假设与抢占上行链路的MS所在的BSS1连接的MSC即为锚MSC；

小区内获取接入权限的移动台，通过SABM消息上报本移动台EMLPP优先级信元，BSS收到SABM(EMLPP)后回UA(EMLPP)，移动台和BSS空中接口链路建立；

随后BSS给MSC发送UPLINK_REQ_CONF(EMLPP)消息；

MSC通过IMSI/TMSI信元构造EMLPP_REQ(IMSI/TMSI)消息，向VLR查询抢占上行链路移动台EMLPP信息，VLR根据IMSI/TMSI信息查询得到抢占用户的EMLPP信息，并构造EMLPP_RSP(EMLPP)讲查询结果发给MSC；如果用户已经将所述EMLPP优先级信息发送给所述MSC，则该查询过程也可以省略，即锚MSC仅采用上报的EMLPP优先级信息；

锚MSC获取VLR反馈回来的EMLPP信息后，若当前抢占移动台上报上来的优先级与查询到的该用户的EMLPP优先级信息相同且高于当前讲者的EMLPP优先级，则锚MSC给BSS回送BSSMAP(EMLPP)消息；若本组呼涉及本MSC下的多个BSS，则MSC向其它BSS BSSMAP(EMLPP)消息，表明新的讲者优先级信息；若本组呼还涉及其它中继MSC，则锚MSC通过MAP_MSG(EMLPP)消息通知其它中继MSC抢占上行链路用户的优先级信息；锚MSC通过FACILITY(EMLPP)消息通知调度台抢占用户的优先级；中继MSC进而通过BSSMAP(EMLPP)通知该MSC下相关的BSS抢占者的优先级别；

同样，该组呼所有相关BSS收到BSSMAP(EMLPP)消息后，在该组呼所有相关小区的组呼TCH信道下行FACCH信道上周期性的发送TALKER_INFORMATION(EMLPP)消息；由于该消息以偷帧方式在组呼的下行FACCH信道上发送，为不影响组呼信道下行语音质量，发送周期间隔可以大一些；

组呼相关小区下的MS收到TALKER_INFORMATION(EMLPP)消息后，移动台可以显示新的抢占成功者的优先级信息；

在抢占移动台所在的小区内，其它任何移动台在UPLINK_GRANT消息之后和TALKER_INFORMATION(EMLPP)之前不允许进行上行链路抢占；同时，在发起者占用专用信道讲话期间，锚MSC将通过中继MSC对该组呼相关BSS进行TALKER_INFORMATION(EMLPP)消息广播；

讲者释放上行链路时，移动台给BSS发送上行链路释放消息UPLINK_RELEASE，BSS给MSC发送UPLINK_RELEASE_IND消息，MSC给相关BSS发送上行链路释放命令UPLINK_RELEASE_CMD消息，所有组呼相关BSS将在组呼小区下行FACCH信道上周期性地发送UPLINK_FREE消息。

对于抢占失败情况的处理过程如图9所示，具体包括：

在讲者持续讲话期间，若移动台进行了不适当的抢占，或者由于各种异常抢占，则在BSS给MSC发送UPLINK_REQ_CONF(EMLPP)消息后，若抢占上行链路移动台EMLPP优先级等于或低于当前讲者优先级，则抢占失败，MSC给BSS回送上行链路请求拒绝消息UPLINK_REQ_REJECT，表明本次上行链路抢占失败；随后，为防止因未收到相关消息导致的异常出现，MSC给该BSS发送TALKER_INFORMATION(EMLPP)消息，BSS收到该消息后刷新相关讲者身份及其EMLPP优先级信息。

对于小区内抢占竞争的处理过程包括：

小区内的上行链路抢占竞争，通过BTS(基站)处理完成；若小区内多个移动台在同一时刻发起上行链路接入请求，则几个接入请求消息互为干扰，不能被网络侧正常解码，且移动台通过竞争避免机制在随后的时间会继续发起接入请求；

若多个移动台在不同的时刻发起上行链路接入请求，则第一个被解码的接入请求被受理，并通过UPLINK_GRANT消息告知移动台其接入请求被受理；其它移动台收到该消息后，不能再发起上行链路接入请求，由于异常发送的接入请求也不能被网络侧正常解码。

对于BSS内抢占竞争情况的处理流程如图10所示，具体包括：

若在BSS给MSC上报UPLINK_REQUEST消息之后，在收到MSC回送的UPLINK_REQ_ACK消息之前收到其它小区上报的上行链路接入请求UPLINK_ACCESS消息，则BSS在给该MS回送UPLINK_GRANT消息之后，直接回送UPLINK_RELEASE消息，以释放该小区的上行链路；

BSS内抢占竞争处理机制可以保证在BSS内相关小区移动台存在抢占上行链路时，保证了BSS内抢占接受和抢占拒绝的有序处理；也就是在收到UPLINK_REQUEST消息和UPLINK_REQ_ACK消息之间是基于时间接入优先的抢占。

对于BSS间抢占竞争情况的处理流程如图11所示，具体包括：

在MSC收到UPLINK_REQUEST消息，给BSS回UPLINK_REQ_ACK消息之后，在收到该BSS发送过来的UPUNK_REQ_CONF(EMLPP)消息之前，MSC对随后收到其它BSS发送上来的UPLINK_REQUEST消息，MSC直接给该BSS回送上行链路请求拒绝消息UPLINK_REQ_REJECT，随后，该BSS给相关小区发送UPLINK_RELEASE消息；

BSS间抢占竞争处理机制可以保证在多个BSS相关小区移动台存在抢占上行链路时，保证了抢占接受和抢占拒绝的有序处理；在MSC收到UPLINK_REQUEST消息和UPLINK_REQ_CONF(EMLPP)之间是基于时间接入优先的抢占。

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

Claims (13)

1、一种集群通信中组呼业务抢占的实现方法，其特征在于，包括：

A、设置集群通信中组呼用户的优先级信息；

B、当组呼群组中的用户向锚MSC发起组内抢占操作时，锚MSC根据发起抢占操作的用户的优先级信息，及当前讲者的优先级信息确定本次抢占是否成功，所述锚MSC是指控制组呼群组开展组呼业务的MSC。

2、根据权利要求1所述的集群通信中组呼业务抢占的实现方法，其特征在于，所述的步骤A还包括：

将各个用户的优先级信息保存于归属位置寄存器HLR中，且在用户位置更新过程中，需要将所述优先级信息刷新到拜访位置寄存器VLR中。

3、根据权利要求1所述的集群通信中组呼业务抢占的实现方法，其特征在于，所述的步骤A还包括：

将各个用户的优先级信息还分别保存于各个用户的用户识别模块SIM卡中；

且所述的步骤B还包括：

组呼群组中的用户向锚MSC发起抢占操作过程携带着SIM卡中保存的该用户的优先级信息。

4、根据权利要求1、2或3所述的集群通信中组呼业务抢占的实现方法，其特征在于，所述的用户的优先级信息包括：

用户的组内优先级信息和/或用户的增强多级优先级与抢占业务EMLPP优先级信息。

5、根据权利要求4所述的集群通信中组呼业务抢占的实现方法，其特征在于，所述的用户的组内优先级信息包括：

用户的组内优先级别，以及用户所在组呼群组的标识信息。

6、根据权利要求1、2或3集群通信中组呼业务抢占的实现方法，其特征在于，所述的步骤B包括：

组呼用户利用即按即讲PTT功能通过基站子***BSS向锚MSC发起组内抢占操作。

7、根据权利要求6所述的集群通信中组呼业务实现组内抢占的方法，其特征在于，所述的步骤B还包括：

在BSS上，当多个用户在同一时间段发起上行链路接入请求时，则BSS仅受理第一个被解码的接入请求，并通知其他用户。

8、根据权利要求6所述的集群通信中组呼业务实现组内抢占的方法，其特征在于，所述的步骤B还包括：

BSS在向锚MSC发送上行链路请求后未收到返回的上行链路请求确认消息期间，以及锚MSC在向BSS发送上行链路请求确认消息后未收到BSS返回的上行链路请求确认期间，BSS和锚MSC均将拒绝新的上行链接入请求。

9、根据权利要求1、2或3所述的集群通信中组呼业务抢占的实现方法，其特征在于，所述的步骤B包括：

B1、锚MSC获取发起抢占操作的用户携带的优先级信息，或根据该用户的身份信息查询HLR或VLR获得其优先级信息；

B2、锚MSC获取当前讲者的优先级；

B3、判断发起抢占操作的用户的优先级信息是否高于当前讲者的优先级，如果是，则确定抢占成功，否则，确定抢占失败。

10、根据权利要求9所述的集群通信中组呼业务抢占的实现方法，其特征在于，所述的步骤B2包括：

锚MSC获取当前讲者的身份信息，并根据其身份信息查询HLR获取当前讲者的优先级信息。

11、根据权利要求9所述的集群通信中组呼业务抢占的实现方法，其特征在于，所述的步骤B3包括：

抢占成功后，锚MSC通知BSS定期向各组呼用户发送抢占成功的讲者的身份及优先级信息；

抢占失败后，锚MSC通知BSS刷新向各组呼用户发送的当前讲者的身份及优先级信息。

12、根据权利要求9所述的GSM集群通信中组呼业务实现组内抢占的方法，其特征在于，所述的步骤B3还包括：

抢占成功后，锚MSC通知中继MSC讲者改变后的身份信息，同时锚MSC和中继MSC通知相应的BSS讲者改变后的身份信息。

13、根据权利要求9所述的集群通信中组呼业务抢占的实现方法，其特征在于，所述的身份信息包括：

国际移动用户识别码IMSI信息或临时移动用户识别码TMSI信息。

Images