CN101578896B - 蜂窝集群移动通信系统的小区资源释放判决方法 - Google Patents

Abstract

一种小区资源释放判决方法，在小区L群组呼叫开始建立信道资源后，每次判决包含如下步骤：(a)启动预释放检测阶段，系统发送前向检测信令要求终端上报状态信息，在该阶段的检测时长内，如系统没有收到小区L相关的反向信令，则通知其它小区小区L预备释放信道资源，进入下一步，否则转入下一次判决过程；其它小区接收到通知后，通知区域内的终端如果要切换到小区L，应向系统发送切换请求；(b)启动释放检测阶段，系统发送前向检测信令要求终端上报状态信息，在该阶段的检测时长内，如系统没有收到小区L相关的反向信令，则释放该小区的信道资源；否则，转入下一次判决。本发明可以避免终端因为与系统之间信令不同步导致切换失败甚至掉话。

Description

蜂窝集群移动通信系统的小区资源释放判决方法

技术领域

本发明涉及蜂窝集群移动通信系统中，采用信道共享情况下，实现终端越区切换时，一种小区资源释放的判决方法。

背景技术

集群通信系统是指多用户共享一组无线信道，并动态使用这些信道的专用移动通信系统，它是一种指挥、调度系统，在一些社会经济、工农业比较发达的国家里，该系统在对指挥、调度功能要求较高的企业、事业、工矿、油田、农场、公安、警察以及军队等部门有着十分广泛的应用。蜂窝集群通信系统将蜂窝通信系统与专用调度通信系统结合起来，既拓展了蜂窝通信系统的业务范围，又使集群通信系统摆脱了专用调度通信系统在功能和区域方面的局限性。目前的蜂窝集群通信系统按照接入方式可以分为TDMA(TimeDiVision Multiplex Access：时分多址)和CDMA(码分多址)两种制式。在第三代通信技术已经日臻成熟的今天，TDMA制式存在不能向第三代通信系统平滑演进、容量受限和数据吞吐量低等缺陷，无法满足日益增长的通信需求。而CDMA系统具有宽带扩频空中接口，可以满足第三代无线通信系统的需求，不但提供传统的话音业务，而且能够提供高速的分组数据业务。将CDMA蜂窝通信系统与数字集群系统相结合，既可以提高单个扇区内集群系统用户数，又可以在高速分组数据业务的基础上开发更多的具有集群系统特点的新业务。

在集群呼叫中，群组用户可能分布在不同的小区下，而有的小区可能没有用户，或者因为用户主动退出呼叫，或者在通话过程中移动并切换到其它小区，导致有用户小区在一段时间之后变成了无用户小区，对于无用户小区而言，一直保持信道链路是没有意义的，造成资源浪费，减少了系统容量。

对于普通语音来说，由于终端和基站之间有独立的链路，因此，终端释放链路，或者掉话，或者发生越区切换等等，基站都可以实时的获知这些信息，从而释放无用的小区信道资源，避免资源浪费。而对于集群系统而言，由于群组内所有终端共享空中信道，单个终端和基站之间没有各自独立的链路，因此，基站不能获得处于呼叫中终端的实时小区信息，也就不能实时知道某个小区下的用户情况。那么，当某个小区下没有群组用户接入呼叫时，就需要一种检测机制来保障信道资源的释放(也就是一种小区资源释放判决方法)，以避免资源浪费，提高系统容量，更好地满足集群用户需求。同时，如果考虑到在cdma制式上实现集群呼叫，由于cdma系统支持软切换，还必须保留那些用于软切换的信道资源，以保障处于小区边界终端的通话质量。

常规的小区资源释放判决方法如下：

1)针对每一个群组，系统在建立了信道资源的所有小区下发送检测信息，要求终端上报状态信息；

2)接收到检测信息，位于该小区下并进入群组呼叫的终端上报状态信息；

3)系统根据该小区下是否有终端的反向信令(包括状态消息)判断是否存在用户，如果一段检测时间内没有任何该小区相关的反向信令，则释放该小区的信道资源。

目前实现的一些cdma制式集群系统，终端从小区的前向信令信道获取邻区信息，如果目标小区有信道资源，则直接切换，不需要和系统进行信令交互。如果目标小区没有建立信道资源，或者释放了，则需要终端发送切换请求消息，系统根据请求消息在目标小区建立信道资源，并通知源小区，终端从源小区的前向信令信道获取到目标小区的信道资源，实现越区切换。

然而，当系统发生小区资源释放，如果有终端同时从其它小区越区切换到执行释放的小区时(终端没有及时获取到目标小区资源被释放的信息)，由于系统和终端之间存在的信令时间差，会导致切换失败。比如，终端a在小区A下，从小区A接收到的信令显示小区B有信道资源，并且小区B的导频信号强度满足切换要求，则执行一次越区切换。而同时，系统侧，小区B检测一段时间发现本小区下没有用户，则释放小区信道资源，并通知小区A。在小区B释放了信道资源，并且小区A更新信令通知终端a之前，终端a执行了到小区B的切换，就会因为切换过去后，实际上小区B资源已经被释放了，导致切换失败。另外，由于信道共享，在反向上，多用户终端需要时分抢占反向共享的信令信道，因此，通常需要各个终端错开时刻上报状态信息，即在检测时长(由系统设置并通知终端)内计算一个上报时刻。如果终端切换到无用户小区B下，即使当时小区资源没有释放，但很可能因为终端上报不及时，即在终端上报时刻之前，系统已经判决小区下无用户，而释放了该小区信道资源，系统就接收不到终端的状态消息，导致系统和终端之间信道资源信息的不一致，终端语音质量变差，甚至掉话。

目前，尚没有方案解决上述在集群系统中，释放小区共享信道资源时，因为系统和终端不能实现信令的完全时间同步，导致终端切换失败，甚至掉话问题。

发明内容

本发明要解决的技术问题是提供一种小区资源释放判决方法，避免终端因为与系统之间信令不同步导致切换失败甚至掉话。

为了解决上述技术问题，本发明提供了一种小区资源释放判决方法，为各小区设置各个检测阶段的检测时长，以任一小区L为例，在小区L群组呼叫开始建立信道资源后，启动信道资源释放判决，每一次判决过程包含如下步骤：

(a)启动预释放检测阶段，系统发送前向检测信令要求终端上报状态信息，在该检测阶段的检测时长内，如系统没有收到小区L相关的反向信令，则通知其它小区小区L预备释放信道资源，进入下一步，否则，转入下一次判决过程；

其它小区接收到所述通知后，通知各自区域内的终端如果要切换到所述小区L，应向系统发送切换请求；

(b)启动释放检测阶段，系统发送前向检测信令要求终端上报状态信息，在该检测阶段的检测时长内，如系统没有收到小区L相关的反向信令，则释放该小区的信道资源；否则，转入下一次判决过程。

进一步地，上述方法还可具有以下特点：

在每一次判决过程中，所述预释放检测阶段之前，先开始前期检测阶段，系统发送前向检测信令，不要求终端上报状态信息，在该检测阶段的检测时长内，如果系统收到小区L相关的反向信令，则转入下一次判决过程，否则，进入预释放检测阶段。

进一步地，上述方法还可具有以下特点：

所述小区L相关的反向信令包括本小区终端发送的反向信令以及其它小区终端发送的要求切换到小区L的切换请求。

进一步地，上述方法还可具有以下特点：

在预释放检测阶段和释放检测阶段中，系统发送的前向检测信令中均包括上报时长信息，终端根据该上报时长采用随机算法来计算上报时刻，在该上报时刻发送状态消息。

进一步地，上述方法还可具有以下特点：

在释放检测阶段进行了一次检测，系统发送的前向检测信令中携带的上报时长小于本次检测的检测时长。

进一步地，上述方法还可具有以下特点：

在预释放检测阶段、释放检测阶段，或者预释放检测阶段和释放检测阶段中，系统进行一次检测，且在一次检测中发送多次所述前向检测信令。

进一步地，上述方法还可具有以下特点：

在预释放检测阶段和释放检测阶段之间间隔一设定时间，该设定时间应保证在收到预释放通知之前就判决要切换到小区L的终端，在其切换到小区L之后再发送释放检测阶段的前向检测信令。

进一步地，上述方法还可具有以下特点：

所述前期检测阶段、预释放检测阶段和释放检测阶段均只进行一次检测，该次检测的检测时长即为所在检测阶段的检测时长。

进一步地，上述方法还可具有以下特点：

所述步骤(b)释放小区L的信道资源后，系统在一设定的时间段内发送所述群组的寻呼消息，如果有终端返回寻呼响应且小区所属群组呼叫未被释放，则进入迟后接入流程，否则，关闭该小区下的寻呼消息。

进一步地，上述方法还可具有以下特点：

步骤(b)中如果系统在释放检测阶段的检测时长内收到了小区L相关的反向信令，则通知其它小区，小区L恢复信道资源，小区L转入下一次判决过程。

进一步地，上述方法还可具有以下特点：

其它小区是通过发送小区L已释放信道资源的信息，来通知本小区中要切换到小区L的终端应发送切换请求。

综上所述，本发明所述的小区信道资源释放判决方法，可以很好地消除因为终端和系统之间信令不同步导致越区切换性能差的问题，同时对小区资源释放导致的终端掉话问题，也通过保持一段时间的持续寻呼来保证终端在小区重选后可以再次接入呼叫。采用本发明所述的方法，可以极大地提高集群呼叫终端的越区切换性能和通话质量，并提高系统容量。

附图概述

图1本发明小区资源释放判决流程图；

图2本发明小区用户检测信令交互图(小区下有用户申请话权)；

图3本发明小区用户检测信令交互图(小区下有用户，不主动发送反向信令)；

图4本发明小区用户检测信令交互图(小区下无用户，资源被释放)；

图5本发明小区用户检测信令交互图(小区下无用户，其它小区有切换请求)。

本发明的较佳实施方式

本发明所述的蜂窝集群通信系统采用信道共享方式，单小区下群组的所有用户共享信道资源，并且支持小区之间的软切换或硬切换，系统通过一种检测小区下是否有用户的方式来判断是否需要释放小区信道资源，以提高系统容量，同时，通过一种小区信道资源释放判决方法，来减少切换失败和掉话。

下面结合附图对本发明的实施方式进行详细说明。

在本实施例中，可以将小区信道资源释放判决的一次判断过程划分为3个阶段：前期检测阶段、预释放检测阶段和释放检测阶段。

在前期检测阶段中，系统发送的前向检测信令不要求终端上报状态信息，如果系统侧在该检测阶段的检测时长内没有收到该小区相关的反向信令(包括本小区终端发送的反向信令和其它小区终端发送到切换到该小区的切换请求)，进入预释放检测阶段，否则，重新进入前期检测阶段；

在预释放检测阶段中，系统发送的前向检测信令要求终端上报状态信息并携带上报时长，如果系统侧在该检测阶段的检测时长内没有收到该小区相关的反向信令，则通知其它小区本小区处于预备释放信道资源状态，并进入释放检测阶段，否则，重新进入前期检测阶段；

在释放检测阶段中，系统发送的前向检测信令要求终端上报状态信息并携带上报时长，如果系统侧在该检测阶段的检测时长内没有收到该小区相关的反向信令，则释放该小区的信道资源；否则，重新进入前期检测阶段。

在释放检测阶段释放信道资源之后还可以在一定时间内发送该群组的寻呼消息。

为了实现上述处理，系统侧需要为每个小区的信道资源都设置一套检测时长、检测次数，以及释放信道资源后寻呼消息发送的寻呼时长参数，所有检测时长的累加即为一次判断阶段的判断时长。

为每一次检测设置一个检测时长，在一个检测阶段内通常进行一次检测，此时该次检测的检测时长即为所在检测阶段的检测时长。但也可以在一个检测阶段内通常进行多次检测。此外，在一次检测的检测时长中，可以发送多次前向检测信令。各个检测时长可以相同也可以不同。前向检测信令中携带的上报时长应小于等于本次检测时长。该上报时长也不排除通过其它消息通知到终端并由终端存储。

系统释放小区资源后，在一个寻呼时长内，只要群组呼叫没有结束，该小区下依然保持寻呼消息的发送，以保障该小区下掉话终端可以重新接入呼叫，这是集群系统特有的需求。寻呼时长根据系统的寻呼周期(终端按照该周期定期苏醒，获取寻呼消息)来定，比如寻呼周期为1.28秒，那么，可以设置寻呼时长为N个寻呼周期，比如4个，来保证终端可以接收到寻呼消息。

图1是本发明依照上述小区资源释放判决方法的一个示例的流程图，前期检测阶段只包括一次检测，预释放检测阶段包括一次或多次检测，释放检测阶段包括一次检测。其中小区是指基站子系统中与该小区相关的收发信机以及处理模块，系统指RNC。该流程包含如下步骤：

步骤101：群组呼叫开始，建立小区信道资源；

步骤102：系统侧设置检测时长、检测次数，开始计时，进行第一次检测，发送前向检测信令至终端，不要求终端上报状态消息；

步骤103：如果检测时长内，有终端上报了该小区相关信令，则转入步骤102，否者，执行下一步；

步骤104：检测次数加1，判断是否是最后一个检测时长(由检测次数确定)，如果不是，执行步骤105，否则，转入步骤107；

步骤105：发送前向检测信令要求终端上报状态消息，消息中携带上报时长，本实施例中上报时长等于检测时长，终端根据上报时长来计算上报时刻，执行下一步；

终端根据上报时长来确认上报时刻，比如通过终端的IMSI(国际移动用户识别码)和当前时间进行HASH(或采用其它随机算法)，当上报时刻来临时，发送状态消息，目的是离散小区下各个终端上报消息的时刻，避免反向信令碰撞。

步骤106：判断在本检测时长内是否有终端发送该小区相关的反向信令(包括状态信息)，如果有，则转入步骤102，否则，转入步骤104；

步骤107：该小区通知其它小区，本小区处于预备释放信道资源状态；并发送前向信令要求终端上报状态信息(消息中携带的上报时长为检测时长按一定比例减小后的值，如一半，以加快本小区下终端上报状态消息的速度)；

这里是在预释放检测阶段结束的同时开始释放检测阶段，即在通知其它小区本小区处于预备释放信道资源状态的同时，发送前向检测信令要求终端上报状态信息。但在其它实施例中，也可以间隔一设定时间再开始释放检测阶段，这样对于在收到预释放通知之前就判决要切换而在通知之后完成切换的终端，该设定时间应保证收到释放检测阶段的前向检测信令，特别是在释放检测阶段可能只发送一次前向检测信令的情况下。

步骤108：其它小区接收到通知消息后，在前向信令信道上，通知终端该小区释放了信道资源，实际上在系统侧并没有真正释放，用于触发小区边界的终端上报切换请求消息；

这里是通过向本小区终端发送该小区已释放信道资源的信息来通知本小区要切换到所述处于资源预释放状态的小区的终端向系统发送切换请求。但也可以采用其它方式，如定义一新的信令等。

步骤109：如果其它小区有终端处于将要释放信道资源小区的边界且有切换需求，则会向系统上报切换请求消息；

步骤110：系统判断在最后一次检测的检测时长内是否接收到了该小区相关的切换请求消息或有终端上报该小区相关信令，如果是，执行步骤111，否则，执行步骤112；

步骤111：通知其它小区，本小区恢复信道资源，转入步骤102；

步骤112：小区释放信道资源，执行下一步；

步骤113：小区释放了信道资源后，保留一段时间(系统设置)发送该群组的寻呼消息，以保证切换过程中掉话终端，在小区重选之后可以接入呼叫。

在每个检测时长里，空口可能存在误码，所以可以周期性的发送前向检测信令，保证终端可以接收到该前向信令。特别在最后一个检测时长内，可以发送多次(如周期性地)前向检测信令，要求终端上报状态信息，信令中可携带相同的上报时长，也可以每次减小一点，较佳保证本次检测信令的发送时刻加上上报时长不超过本次检测周期。这样对于在收到预释放通知之前就判决要切换而在通知之后完成切换的终端，可能会因为没有收到最后一次前向检测信令而没有上报状态信息，通过在最后一次检测时长内多次发送前向检测信令，可以让此类终端有机会收到该检测信令而上报状态信息，从而避免到达检测时长后小区释放资源。

下面给出本发明的具体应用实例进一步详细说明本发明。

在下述的小区用户检测信令交互实例中，假定系统设置判断时长为T_judge，检测时长为T_check，检测次数为3，而寻呼时长为T_page，其中有T_judge/T_check＝3。判断时长和检测时长的设置主要根据现网中系统资源和用户分布情况，其设置范围，判断时长可以在15～45s，检测时长可为5～15s。

系统中建立了一个群组呼叫，该群组用户分布在不同的小区下，并且包含小区1。在建立了信道资源之后，在小区1下开始信道资源释放判决过程。

基于以上配置，下面通过几个实例说明在一次判断过程中可能出现的几种情况。

实例一：

如图2所示，在前期检测阶段，小区下有用户主动发送反向信令，包括申请话权、切换请求等，图中以话权申请消息为例，其主要流程包含：

(1.a)小区1在前向的共享信令信道上，发送第1次前向检测信令，不要求终端上报状态消息，系统侧同时设置小区1相关定时器，包括T_judge和T_check，设置检测次数为1；小区1下，该群组内处于呼叫的所有用户终端都可以接收到该前向信令，获取小区信息，比如邻区列表；由于不要求终端上报状态信息，终端不处理检测时长，也不计算上报时刻；

(1.b)在第1次检测时长规定的时间内，小区1下，有终端用户想要说话，按下PTT键，终端构造话权申请消息，并通过反向共享的信令信道发送给系统；

(1.c)在第1次检测时长规定的时间内(即定时器T_check没有超时)，系统收到了小区1下用户终端主动发送的反向信令，判决小区1下有群组用户处于呼叫中，则系统在定时器T_check到期时，重置小区1相关定时器，包括T_judge和T_check，并设置检测次数为1，重新在前向共享信令信道上发送不要求终端上报状态的第1次前向检测信令。

实例二：

如图3所示，在前期检测阶段，小区下没有用户主动发送反向信令，在预释放检测阶段，有该小区相关的反向信令，其主要流程包含：

(2.a)小区1在前向的共享信令信道上，发送第1次前向检测信令，不要求终端上报状态消息。小区1下，该群组内处于呼叫的所有用户终端都可以接收到该前向信令，获取小区信息，比如邻区列表。由于不要求终端上报状态信息，终端不处理检测时长，也不计算上报时刻；系统侧同时设置小区1相关定时器，包括T_judge和T_check，设置检测次数为1。

(2.b)在第1次检测时长规定的时间到期后，系统没有收到小区1相关的反向信令，系统重置小区1相关定时器T_check，并设置检测次数为2，在前向共享信令信道上发送要求终端上报状态的第2次前向检测信令，消息中携带上报时长，等于检测时长T_check。小区1下的终端接收到前向检测信令后，通过IMSI(国际移动用户识别码)和当前时间Hash得到其上报时刻T_report，其中T_report小于T_check。

(2.c)在第2次检测时长规定的时间内，终端在计算的上报时刻发送状态信息。

(2.d)在第2次检测时长规定的时间内，系统接收到小区1相关的第一条状态信息或其它反向信令之后，不等第2次检测时长定时器到期，立即重置小区1相关定时器，包括T_judge和T_check，并设置检测次数为1，在前向共享信令信道上发送不要求终端上报状态的第1次前向检测信令。小区1下该群组其它还没有来得及上报状态的终端，在接收到第1次前向检测信令之后，重置T_report，并且停止状态信息的发送。

从这里可以看出，前期检测阶段发送前向检测信令可以减少反向信令对共享信道的冲击。

实例三：

如图4所示，前期检测阶段、预释放检测阶段和释放检测阶段都没有收到该小区相关的反向信令，最终释放资源，其主要流程包含：

(3.a)小区1在前向的共享信令信道上，发送第1次前向检测信令，不要求终端上报状态消息。小区1下，该群组内处于呼叫的所有用户终端都可以接收到该前向信令，获取小区信息，比如邻区列表。由于不要求终端上报状态信息，终端不处理检测时长，也不计算上报时刻；系统侧同时设置小区1相关定时器，包括T_judge和T_check，设置检测次数为1。

(3.b)在第1次检测时长规定的时间到期后，系统没有收到小区1相关的反向信令，系统重置小区1相关定时器T_check，并设置检测次数为2，在前向共享信令信道上发送要求终端上报状态的第2次前向检测信令，消息中携带上报时长，上报时长等于本次检测时长。小区1下的终端接收到前向检测信令后，通过IMSI和当前时间Hash得到其上报时刻T_report，其中T_report小于T_check。

(3.c)在第2次检测时长规定的时间到期后，系统没有收到小区1相关的反向信令，系统重置小区1相关定时器T_check，并设置检测次数为3，在前向共享信令信道上发送要求终端上报状态的第3次前向检测信令，消息中携带的上报时长是系统侧检测时长T_check的一半，以加快终端上报速度。

同时，系统向其它小区发送小区1信道资源预释放的通知消息，其它小区下发送的邻区信息中，将小区1的信道资源置为空，这样，其它小区下有切换到小区1需要的终端，就会向系统发送切换请求消息。其它小区下发送的邻区信息可以和本小区的前向检测信令绑定到一条消息中发送，也可以分开发送。

(3.d)第3次检测时长到期，也就是判断时长定时器到期，没有收到任何终端发送的状态、切换请求等消息，系统释放小区1的信道资源。

(3.e)系统设定寻呼时长定时器T_page，并且在小区1下发送寻呼消息。如果有终端返回寻呼响应，则进入迟后接入流程，不在本发明中说明。

(3.f)在寻呼时长规定的时间内，小区1下根据寻呼消息的周期，重发寻呼消息。如果有终端返回寻呼响应，则进入迟后接入流程，不在本发明中说明。

(3.g)定时器T_page到期，并且没有终端返回寻呼响应，则系统关闭在小区1下的寻呼消息。另外，如果在定时器到期之前，群组呼叫释放了，同样地，关闭小区1下的寻呼消息。

实例四：

如图5所示，小区下没有群组用户处于呼叫中，但在小区边界有用户处于软切换状态，通过其它小区的切换请求消息，保障小区不会真正释放资源，其主要流程包含：

(4.a)小区1在前向的共享信令信道上，发送第1次前向检测信令，不要求终端上报状态消息。小区1下，该群组内处于呼叫的所有用户终端都可以接收到该前向信令，获取小区信息，比如邻区列表。由于不要求终端上报状态信息，终端不处理检测时长，也不计算上报时刻；

系统侧同时设置小区1相关定时器，包括T_judge和T_check，设置检测次数为1。

(4.b)在第1次检测时长规定的时间到期后，系统没有收到小区1相关的反向信令，系统重置小区1相关定时器T_check，并设置检测次数为2，在前向共享信令信道上发送要求终端上报状态的第2次前向检测信令，消息中携带上报时长，等于本次检测时长T_check。小区1下的终端接收到前向检测信令后，通过IMSI和当前时间Hash得到其上报时刻T_report，其中T_report小于T_check。

(4.c)在第2次检测时长规定的时间到期后，系统没有收到小区1相关的反向信令，系统重置小区1相关定时器T_check，并设置检测次数为3，在前向共享信令信道上发送要求终端上报状态的第3次前向检测信令(消息中携带的上报时长是系统侧检测时长T_check的一半，以加快终端上报速度)。在该步中，在发送第3次前向检测信令之后，还可以发送一次或多次前向检测信令，要求终端上报状态信息并携带上报时长。即在一次检测中可以发送多次前向检测信令。以保证在释放检测阶段中切换到小区的终端可以及时上报。

同时，系统向其它小区发送小区1信道资源预释放的通知消息，其它小区下发送的邻区信息中，将小区1的信道资源置为空(这样，其它小区下有切换到小区1需要的终端，就会发送切换请求消息)。

(4.d)在第3次检测时长规定的时间内，在其它小区下终端发送切换请求，要求越区切换到小区1。

(4.e)系统收到小区1相关的切换请求或本小区终端的反向信令，重置小区1相关定时器，包括T_judge和T_check，并设置检测次数为1，在前向共享信令信道上发送不要求终端上报状态的第1次前向检测信令。

同时，系统给其他小区发送小区1信道资源恢复消息，其它邻小区下发送的邻区信息中，携带小区1的信道资源。

本发明主要包括4个方面的内容，如下：

1)不同检测时段采用不同的方式，以减少对小区共享信道上的反向信令冲击，比如，在第1次检测中，不要求终端上报状态消息，而是根据终端主动发送的反向信令(与该小区相关)来判断；

2)在广播信令消息中，提前通知终端信道资源释放(在系统侧仍然保留一个检测时段)，以避免系统和终端之间信令不同步导致终端切换失败，甚至掉话；

3)在最后一个检测时段内，通过参数控制，要求终端提高上报状态信息的速度，以增加检测的可靠性；

这里通过上报时长小于检测时长来提高终端上报速度。如果上报时长等于检测成功率会低，因为发送和接收有时间差，如果系统的检测时长和终端的上报时长相等，那么，有可能终端在上报时长范围内的最后时刻上报，如果这样，考虑到处理时间，系统侧的检测时长已经到期了。也就是说，终端按照要求上报了，但系统侧定时器已经超时。

4)在释放资源之后，保留一段时间的寻呼消息发送，以保证掉话终端可以通过小区重选的方式重新接入系统。

工业实用性

本发明所述的小区信道资源释放判决方法，在广播信令消息中，提前通知终端信道资源释放(在系统侧仍然保留一个检测时段)，以避免系统和终端之间信令不同步导致终端切换失败，甚至掉话，可以很好地消除因为终端和系统之间信令不同步导致越区切换性能差的问题，同时对小区资源释放导致的终端掉话问题，也通过保持一段时间的持续寻呼来保证终端在小区重选后可以再次接入呼叫。另外，本发明还通过不同检测时段采用不同的方式，减少对小区共享信道上的反向信令冲击，在最后一个检测时段内，通过参数控制，要求终端提高上报状态信息的速度，从而增加检测的可靠性。采用本发明所述的方法，可以极大地提高集群呼叫终端的越区切换性能和通话质量，并提高系统容量。

Claims (11)

1.一种小区资源释放判决方法，为各小区设置各个检测阶段的检测时长，以任一小区L为例，在小区L群组呼叫开始建立信道资源后，启动信道资源释放判决，每一次判决过程包含如下步骤：

(a)启动预释放检测阶段，系统发送前向检测信令要求终端上报状态信息，在该检测阶段的检测时长内，如系统没有收到小区L相关的反向信令，则通知其它小区小区L预备释放信道资源，进入下一步，否则，转入下一次判决过程；

其它小区接收到所述通知后，通知各自区域内的终端如果要切换到所述小区L，应向系统发送切换请求；

(b)启动释放检测阶段，系统发送前向检测信令要求终端上报状态信息，在该检测阶段的检测时长内，如系统没有收到小区L相关的反向信令，则释放该小区的信道资源；否则，转入下一次判决过程。

2.如权利要求1所述的方法，其特征在于：

在每一次判决过程中，所述预释放检测阶段之前，先开始前期检测阶段，系统发送前向检测信令，不要求终端上报状态信息，在该检测阶段的检测时长内，如果系统收到小区L相关的反向信令，则转入下一次判决过程，否则，进入预释放检测阶段。

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

所述小区L相关的反向信令包括本小区终端发送的反向信令以及其它小区终端发送的要求切换到小区L的切换请求。

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

在预释放检测阶段和释放检测阶段中，系统发送的前向检测信令中均包括上报时长信息，终端根据该上报时长采用随机算法来计算上报时刻，在该上报时刻发送状态消息。

5.如权利要求4所述的方法，其特征在于：

在释放检测阶段进行了一次检测，系统发送的前向检测信令中携带的上报时长小于本次检测的检测时长。

6.如权利要求1所述的方法，其特征在于：

在预释放检测阶段、释放检测阶段，或者预释放检测阶段和释放检测阶段中，系统进行一次检测，且在一次检测中发送多次所述前向检测信令。

7.如权利要求1所述的方法，其特征在于：

在预释放检测阶段和释放检测阶段之间间隔一设定时间，该设定时间应保证在收到预释放通知之前就判决要切换到小区L的终端，在其切换到小区L之后再发送释放检测阶段的前向检测信令。

8.如权利要求2所述的方法，其特征在于：

所述前期检测阶段、预释放检测阶段和释放检测阶段均只进行一次检测，该次检测的检测时长即为所在检测阶段的检测时长。

9.如权利要求1所述的方法，其特征在于：

所述步骤(b)释放小区L的信道资源后，系统在一设定的时间段内发送所述群组的寻呼消息，如果有终端返回寻呼响应且小区所属群组呼叫未被释放，则进入迟后接入流程，否则，关闭该小区下的寻呼消息。

10.如权利要求1所述的方法，其特征在于：

步骤(b)中如果系统在释放检测阶段的检测时长内收到了小区L相关的反向信令，则通知其它小区，小区L恢复信道资源，小区L转入下一次判决过程。

11.如权利要求1所述的方法，其特征在于：

其它小区是通过发送小区L已释放信道资源的信息，来通知本小区中要切换到小区L的终端应发送切换请求。

Images