CN105848111A - 一种集群终端发起组呼释放或退出的处理方法 - Google Patents

Abstract

本发明公开了一种集群通信系统中终端发起组呼释放或退出的方法和系统，该方法包括，集群终端在向网络注册时从网络侧获取并保存释放/退出组呼的权限信息，在终端完成挂机操作时根据所属权限信息决定是否向网络侧发送组呼释放请求消息。通过本发明，可以在保证网络层控制终端退出组呼或释放组呼基础上，避免大量的空口信令开销，解决了集群系统中终端挂机必须要发起RRC连接建立带来的问题。

Description

一种集群终端发起组呼释放或退出的处理方法

技术领域

本发明涉及无线通信领域，涉及一种集群终端发起组呼释放或退出的处理方法。

背景技术

在集群系统中，对于正在监听的组呼的终端，当选择挂机时，该终端可以释放整个组呼，也可以退出当前监听的组呼。现有的技术是只要终端挂机，就发起RRC(Radio Resource Control)建立请求，给网络侧发送组呼释放请求(CallRelease Request)，网络侧根据该UE(User Equipment)的权限决定该终端退出监听组呼还是释放整个组呼，并通过组呼释放响应(Call Release Response)来告知终端。但是对于大多数终端来说，不具备释放整个组呼的权限，只是想退出监听组呼，采用这种退出组呼的防止可能会在短时间触发无线侧大量的RRC连接建立过程，附带大量的随机接入过程，尤其是所有用户约定结束一个组呼业务时，各终端都在短时间内完成挂机，既可能给网络造成信令风暴问题，对系统稳定性造成影响，同时又会浪费大量的空口资源，降低了频谱利用率。

现有的国家行业集群相关标准针对此问题没有全面详尽的描述，目前业内提出的一些处理方式包括：

一、约定默认只有调度台或者组呼发起者才有权限释放组呼，对其他终端通过终端应用层控制使挂机操作失效，即其他终端没有挂机功能。然而，该方案的缺点有三点，首先，释放组呼的权限固定，限制了其他终端释放组呼的权限，应用场景不够灵活；再者，对于非调度台或者组呼发起者终端，无法退出正在监听的组呼，实际应用场景会存在需要退出监听组呼，比如终端停止监听组呼发起私密呼等。最后，如果调度台或者组呼发起者进入没有信号的区域，那么该组呼会出现一段时间僵死，网络层只能等到业务数据不激活超时释放组呼。

二、将释放组呼和退出组呼在应用层功能上分开，释放组呼与退出组呼通过设置不同的功能键在应用功能上分开，只有在释放组呼的时候才发起组呼释放请求，才需要发起RRC连接建立过程；而通过退出组呼键退出组呼只是终端不再监听该组呼，不发起RRC连接建立过程。该方案的问题在于，释放组呼还是退出组呼完全由终端而不是网络侧控制，由于终端不知道自己是否有释放组呼权限，如果有权限的终端退出组呼导致参与该组呼的所有终端都没有释放权限，可能会导致组呼长时间僵死无法释放；同时，没有对终端的组呼释放和退出组呼权限进行明确定义。

发明内容

针对上述问题，本发明提出一种集群终端发起组呼释放或退出的处理方法，包括：所述集群终端从网络侧获取释放/退出组呼的权限信息并保存；所述集群终端发起组呼释放或退出时根据所述保存的权限信息决定释放组呼、退出组呼或拒绝。

进一步的，如果集群终端决定释放组呼，则所述集群终端发起RRC连接建立过程，向网络侧发送组呼释放请求；否则不发送组呼释放请求。

具体的，所述权限信息被携带在核心网下发的集群注册准许消息中。所述权限信息采用等级字段来表征，所述等级字段的值超过权限阈值表示所述集群终端具有相应的权限，所述权限阈值预设在所述集群终端中或由网络侧下发，所述权限阈值包括释放阈值和/或主动退出阈值。或者，所述权限信息采用权限字段来表征，所述权限字段的值直接表示所述集群终端是否具有释放组呼权限和/或主动退出组呼权限。

具体的，所述集群终端发起组呼释放或退出通过相应的功能键触发，当所述集群终端发起的组呼释放或退出与其保存的权限信息相符时，所述集群终端进行相应的操作，否则拒绝。

具体的，所述集群终端发起组呼释放或退出通过挂机键或挂机操作触发。进一步的，所述决定由所述集群终端自行完成，和/或由所述集群终端在用户参与下完成。所述集群终端自行完成具体包括：如果所述集群终端具有释放组呼权限，则挂机时所述集群终端释放组呼；如果所述集群终端不具有释放组呼权限但具有主动退出组呼权限，则挂机时所述集群终端直接退出组呼；如果所述集群终端不具有释放组呼和主动退出组呼权限，则挂机时所述集群终端拒绝挂机操作。所述用户参与包括：如果所述集群终端具有释放组呼权限和主动退出权限，则挂机时所述集群终端返回释放组呼和退出组呼选项给用户，再根据用户的选择决定释放组呼或退出组呼。

本发明可以在保证网络层控制终端退出组呼或释放组呼基础上，避免大量的空口信令开销，解决了集群系统中终端挂机必须要发起RRC连接建立带来的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例1的终端释放组呼流程图；

图2为本发明实施例1的终端退出组呼流程图；

图3为本发明实施例1的终端无权退出的流程图；

图4为本发明实施例2的终端释放组呼流程图；

图5为本发明实施例2的终端退出组呼流程图；

图6为本发明实施例2的终端无权退出的流程图；

图7为本发明实施例3的终端具有释放权限时用户选择操作处理流程图；

图8为本发明实施例3的终端无组呼释放权限的挂机处理流程图；

图9为本发明实施例4的终端具有释放权限时用户选择操作处理流程图；

图10为本发明实施例4的终端退出组呼流程图；

图11为本发明实施例4的终端无权退出的流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明提出了一种集群终端发起组呼释放或退出的处理方法，包括：所述集群终端从网络侧获取释放/退出组呼的权限信息并保存；所述集群终端发起组呼释放或退出时根据所述保存的权限信息决定释放组呼、退出组呼或拒绝。

进一步的，如果集群终端决定释放组呼，则所述集群终端发起RRC连接建立过程，向网络侧发送组呼释放请求；否则不发送组呼释放请求。

具体的，所述权限信息被携带在核心网下发的集群注册准许消息中。所述权限信息采用等级字段来表征，所述等级字段的值超过权限阈值表示所述集群终端具有相应的权限，所述权限阈值预设在所述集群终端中或由网络侧下发，所述权限阈值包括释放阈值和/或主动退出阈值。或者，所述权限信息采用权限字段来表征，所述权限字段的值直接表示所述集群终端是否具有释放组呼权限和/或主动退出组呼权限。

具体的，所述集群终端发起组呼释放或退出通过相应的功能键触发，当所述集群终端发起的组呼释放或退出与其保存的权限信息相符时，所述集群终端进行相应的操作，否则拒绝。

具体的，所述集群终端发起组呼释放或退出通过挂机键或挂机操作触发。

进一步的，所述决定由所述集群终端自行完成和/或由所述集群终端在用户参与下完成。所述集群终端自行完成具体包括：如果所述集群终端具有释放组呼权限，则挂机时所述集群终端释放组呼；如果所述集群终端不具有释放组呼权限但具有主动退出组呼权限，则挂机时所述集群终端直接退出组呼；如果所述集群终端不具有释放组呼和主动退出组呼权限，则挂机时所述集群终端拒绝挂机操作。所述用户参与包括：如果所述集群终端具有释放组呼权限和主动退出权限，则挂机时所述集群终端返回释放组呼和退出组呼选项给用户，再根据用户的选择决定释放组呼或退出组呼。

以LTE集群网络为例，在集群终端注册到LTE集群网络过程中，网络侧把终端的释放组呼和主动退出组呼的权限信息通知给终端；在终端挂机时根据释放组呼和退出组呼的权限信息决定相应的操作，进一步决定是否发送CallRelease Request消息给网络侧。具体描述如下：

终端集群注册过程：

终端向网络侧发送集群注册请求消息(Trunking Register Request)，网络侧收到该请求消息，判断UE是否合法，并从用户签约信息中获取到该获取所在的集群组、释放组呼和退出组呼权限等信息，把这些信息填写到集群注册准许消息(Trunking Register Accept)中，发送给终端，终端收到集群注册准许消息，保存其中的内容，包括释放组呼和退出组呼的权限信息，以备后续使用；最后组织集群注册完成消息(Trunking Register Complete)发送给网络侧完成整个集群注册过程。

终端挂机过程：

当终端挂机时，根据集群注册过程中保存的释放组呼和退出组呼权限信息，终端来决策是否发送组呼释放请求消息(Call Release Request)。

这个决策过程可以由协议栈独自完成，也可以由用户参与决策。

(一)协议栈决策过程：如果具有释放组呼的权限，那么终端组织PNAS组呼释放请求消息(Call Release Request)，先触发RRC连接建立过程，然后把Call Release Request消息发送给网络层完成组呼释放；如果没有释放组呼的权限只有主动退出组呼的权限，那么本次挂机不需要发送PNAS组呼释放请求消息(Call Release Request)，也就不需要触发RRC连接建立过程，直接退出监听的组呼即可；如果该终端既不具备释放组呼的权限，同时也不具备自行退出组呼的权限，那么终端挂机操作将失效，只能继续监听该组呼，等待网络侧下发组呼释放消息方可退出组呼。

(二)由用户参与决策过程，协议栈根据权限信息在终端给用户提示选择释放组呼、主动退出组呼等。如果用户选择释放组呼，终端发送组呼释放请求消息(Call Release Request)；如果用户选择主动退出组呼，终端退出正在监听的组呼。

实施例1

集群注册过程中Trunking Register Accept消息中的终端的释放组呼和退出组呼权限信息通过一个专门的字段Release And Quit Call Authority(RQCA)，该字段可取值为0、1或2。其中，0表示该终端有释放组呼权限，挂机时需要发送Call Release Request消息完成组呼释放，具体流程见图1；1表示该终端没有释放组呼权限，但允许主动退出监听的组呼，挂机时不需要发送CallRelease Request消息，具体流程见图2；2表示该终端没有主动退出监听组呼的权限和释放组呼权限，挂机将不生效，只能等待网络侧下发组呼释放，具体流程见图3。

实施例2

集群注册过程中Trunking Register Accept消息中的终端的释放组呼和退出组呼权限信息通过一个优先级字段Release And Quit Call Priority(RQCP)，该字段取值范围为0-10，终端设定两个阈值Tr(Threshold release)和Tq(Thresholdquit)，分别表示释放组呼阈值和退出监听组呼阈值，如果RQCP大于等于Tr，该终端挂机时需要发送Call Release Request消息完成组呼释放，具体流程见图4；如果RQCP小于Tr，且大于等于Tq，该终端挂机时不需要发送Call ReleaseRequest消息进行组呼释放，而只是允许主动退出监听的组呼，具体流程见图5；如果RQCP小于Tq，该终端挂机时不被接受，不允许释放组呼并且不允许主动退出组呼，只能等待网络层下发组呼释放，具体流程见图6。

实施例3

集群注册过程中Trunking Register Accept消息中的终端的释放组呼和退出组呼权限信息通过一个专门的字段Release And Quit Call Authority，该字段可取值为0,1，用来是否有释放组呼的权限。其中0表示该终端没有释放组呼权限，1表示该终端有释放组呼权限。在集群终端挂机时，如果终端具有释放组呼的权限，终端给用户提供释放组呼还是退出组呼选项，由用户决定释放组呼还是只是退出监听组呼，如果用户选择释放组呼，发送Call Release Request消息完成组呼释放；如果用户选择退出组呼，只是不再监听该组呼，具体流程见图7；如果终端不具有释放组呼的权限，退出该监听组呼，具体流程见图8。本实施例中默认所有终端具有主动退出组呼的权限。

实施例4

集群注册过程中Trunking Register Accept消息中的终端的释放组呼和退出组呼权限信息通过一个优先级字段Release And Quit Call Priority(RQCP)，该字段取值范围为0-10，终端设定两个阈值Tr(Threshold release)和Tq(Thresholdquit)，分别表示释放组呼阈值和退出监听组呼阈值，如果RQCP大于等于Tr，表示该终端有释放组呼权限。在集群终端挂机时，如果终端具有释放组呼的权限，终端给用户提供释放组呼还是退出组呼选项，由用户决定释放组呼还是只是退出监听组呼，如果用户选择释放组呼，发送Call Release Request消息完成组呼释放，如果用户选择退出组呼，只是不再监听该组呼，具体流程见图9；如果RQCP小于Tr，并且大于等于Tq，表示终端不具有释放组呼的权限，但是具有退出组呼的权限，终端直接退出该监听组呼，具体流程见图10；如果RQCP小于Tq，表示该终端既不具有释放组呼的权限也不具有退出组呼的权限，该终端挂机时不被接受，不允许释放组呼并且不允许主动退出组呼，只能等待网络层下发组呼释放，具体流程见图11。

通过以上实施例可以看出，本发明提供的方法具有以下优点：明确定义了终端的组呼释放和主动退出组呼的权限；减少了大量不必要向网络层发送CallRelease Request消息，减少大量附带的随机接入过程和RRC连接建立过程，进而避免了大量空口信令开销，有效防止信令风暴，提高系统稳定性和频谱利用率。

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

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

Claims (10)

1.一种集群终端发起组呼释放或退出的处理方法，其特征在于，包括：

所述集群终端从网络侧获取释放/退出组呼的权限信息并保存；

所述集群终端发起组呼释放或退出时根据所述保存的权限信息决定释放组呼、退出组呼或拒绝。

2.根据权利要求1所述的方法，其特征在于，还包括：如果集群终端决定释放组呼，则所述集群终端发起RRC连接建立过程，向网络侧发送组呼释放请求；否则不发送组呼释放请求。

3.根据权利要求2所述的方法，其特征在于，所述权限信息被携带在核心网下发的集群注册准许消息中。

4.根据权利要求3所述的方法，其特征在于，所述权限信息采用等级字段来表征，所述等级字段的值超过权限阈值表示所述集群终端具有相应的权限，所述权限阈值预设在所述集群终端中或由网络侧下发，所述权限阈值包括释放阈值和/或主动退出阈值。

5.根据权利要求3所述的方法，其特征在于，所述权限信息采用权限字段来表征，所述权限字段的值直接表示所述集群终端是否具有释放组呼权限和/或主动退出组呼权限。

6.根据权利要求1～5任意一项所述的方法，其特征在于，所述集群终端发起组呼释放或退出通过相应的功能键触发，当所述集群终端发起的组呼释放或退出与其保存的权限信息相符时，所述集群终端进行相应的操作，否则拒绝。

7.根据权利要求1～5任意一项所述的方法，其特征在于，所述集群终端发起组呼释放或退出通过挂机键或挂机操作触发。

8.根据权利要求7所述的方法，其特征在于，所述决定由所述集群终端自行完成，和/或由所述集群终端在用户参与下完成。

9.根据权利要求7所述的方法，其特征在于，所述集群终端自行完成具体包括：

如果所述集群终端具有释放组呼权限，则挂机时所述集群终端释放组呼；

如果所述集群终端不具有释放组呼权限但具有主动退出组呼权限，则挂机时所述集群终端直接退出组呼；

如果所述集群终端不具有释放组呼和主动退出组呼权限，则挂机时所述集群终端拒绝挂机操作。

10.根据权利要求7所述的方法，其特征在于，所述用户参与包括：

如果所述集群终端具有释放组呼权限和主动退出权限，则挂机时所述集群终端返回释放组呼和退出组呼选项给用户，再根据用户的选择决定释放组呼或退出组呼。