CN107979819A - 一种宽带集群***中的组呼处理方法及装置 - Google Patents

Abstract

本发明公开一种宽带集群***中的组呼处理方法。该方法包括：终端发起小区重选，其中，所述终端处于空闲状态；接收邻小区的广播信息，并判断所述邻小区是否为所述终端移动的目标小区；若是，根据所述广播信息获取所述目标小区所对应的组呼配置；以及使用所述组呼配置接入所述目标小区的组呼。本发明还公开了对应的装置。与现有技术相比，本发明使得终端在移动至小区重选的目标小区前提前获取相应的组呼配置，从而提高终端在小区重选后的组呼业务连续性。

Description

一种宽带集群***中的组呼处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种宽带集群***中的组呼处理方法及装置。

背景技术

在宽带集群***中，通过寻呼消息通知空闲态和连接态的UE(User Equipment，用户终端)接收集群组呼和集群单呼业务。其中，群组资源配置信息可通过寻呼消息直接配置，也可以通过业务信令中来携带，该群组资源配置信息主要用来配置集群业务信道的参数。

而目前B-TrunC(Boardband Trunking Communication，宽带集群通信)协议标准中，UE一般获取组呼配置，主要通过基站侧服务小区下发和从邻区配置的获取，例如，空闲态的UE重选到邻区后，需要再次获取邻区组呼配置，之后方可接收下行组呼业务，然而，在小区重选后，组呼配置的获取影响当前终端下行组呼业务的连续性，基站侧无法主动通知UE进行获取组呼配置。此外，B-TrunC协议标准没有明确规定组呼配置控制信息的下发时机，以及UE也无法预知邻区组呼配置下发时隙。

发明内容

本发明的目的在于，提供一种宽带集群***中的组呼处理方法及装置，提高终端在小区重选后的组呼业务连续性。

本发明解决上述技术问题所采用的技术方案是提供了一种宽带集群***中的组呼处理方法，包括：终端发起小区重选，其中，所述终端处于空闲状态；接收邻小区的广播信息，并判断所述邻小区是否为所述终端移动的目标小区；若是，根据所述广播信息获取所述目标小区所对应的组呼配置；以及使用所述组呼配置接入所述目标小区的组呼。

其中，所述根据所述广播信息获取所述目标小区所对应的组呼配置包括：获取所述广播信息中所携带的***信息；根据所述***信息得到获取集群寻呼控制信道的时间点，以在所述时间点时接收对应的集群寻呼控制信道信息；解析所述集群寻呼控制信道信息，以得到接收所述组呼配置的时间点；以及根据所述接收组呼配置的时间点，从所述集群寻呼控制信道信息中解析出所述组呼配置。

其中，所述根据所述***信息得到获取集群寻呼控制信道的时间点包括：从所述***信息中获取SIB32，以得到所述时间点。

其中，所述使用所述组呼配置接收所述目标小区的组呼之前包括：所述终端接收发起小区重选时所处的小区的组呼。

其中，所述使用所述组呼配置接收所述目标小区的组呼之后包括：所述终端驻留所述目标小区，以结束小区重选。

其中，所述判断所述邻小区是否为所述终端移动的目标小区包括：根据所述广播信息获取所述邻小区的参数；判断所述邻小区的参数是否满足预设范围；以及若满足，所述邻小区为所述目标小区。

本发明解决上述技术问题所采用的另一技术方案是提供了一种终端，所述终端处于空闲状态，包括：第一程序模块，用于发起小区重选；第二程序模块，用于接收邻小区的广播信息，并判断所述邻小区是否为所述终端移动的目标小区；第三程序模块，用于在所述邻小区为所述目标小区时，根据所述广播信息获取所述目标小区所对应的组呼配置；以及第四程序模块，用于使用所述组呼配置接入所述目标小区的组呼。

本发明解决上述技术问题所采用的另一技术方案是提供了一种终端，所述终端处于空闲状态，包括存储器、处理器和接收器，其中：所述存储器用于存储被配置为被所述处理器执行的程序指令；所述处理器执行所述程序指令，用于：发起小区重选；通过所述接收器接收邻小区的广播信息，并判断所述邻小区是否为所述终端移动的目标小区；若是，根据所述广播信息获取所述目标小区所对应的组呼配置；以及使用所述组呼配置接入所述目标小区的组呼。

其中，所述处理器执行所述根据所述广播信息获取所述目标小区所对应的组呼配置包括：获取所述广播信息中所携带的***信息；根据所述***信息得到获取集群寻呼控制信道的时间点，以在所述时间点时接收对应的集群寻呼控制信道信息；解析所述集群寻呼控制信道信息，以得到接收所述组呼配置的时间点；以及根据所述接收组呼配置的时间点，从所述集群寻呼信息中解析出所述组呼配置。

其中，所述处理器执行所述根据所述***信息得到获取集群寻呼控制信道的时间点包括：从所述***信息中获取SIB32，以得到所述时间点。

其中，所述处理器执行所述使用所述组呼配置接收所述目标小区的组呼之前包括：所述终端接收发起小区重选时所处的服务小区的组呼。

其中，所述处理器执行所述判断所述邻小区是否为所述终端移动的目标小区包括：根据所述广播信息获取所述邻小区的参数；判断所述邻小区的参数是否满足预设范围；以及若满足，所述邻小区为所述目标小区。

本发明解决上述技术问题所采用的另一技术方案是提供了一种计算机可读存储介质，其特征在于，存储有可在处理器上运行的计算机程序，所述计算机程序用于：使所在的且处于空闲状态的终端发起小区重选；获取邻小区的广播信息，并判断所述邻小区是否为所述终端移动的目标小区；若是，根据所述广播信息获取所述目标小区所对应的组呼配置；以及使用所述组呼配置接入所述目标小区的组呼。

本发明的有益效果有：与现有技术相比，在发起小区重选时接收邻小区的广播信息，进而获取重选的目标小区的组呼配置，使得终端在移动至目标小区前提前获取相应的组呼配置，从而提高终端在小区重选后的组呼业务连续性。

附图说明

图1是本发明实施例的宽带集群***的结构示意图；

图2是本发明的宽带集群***中的组呼处理方法实施例的流程示意图；

图3是本发明上述实施例中步骤S206的具体流程示意图；

图4是本发明的终端第一实施例的结构示意图；

图5是本发明的终端第二实施例的结构示意图。

具体实施方式

为使本领域的技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明的技术方案做进一步详细描述。

为便于理解本申请，先对本发明的宽带集群***进行说明。

如图1所示，是本发明实施例的宽带集群***的结构示意图。以LTE(Long TermEvolution，长期演进)集群专网为例，该宽带集群***为LTE宽带集群通信***，包括移动终端11、多个基站12、13、集群核心网14。其中，移动终端11通过基站12与集群核心网14连接，集群核心网14用于移动性管理和呼叫管理。移动终端11通过基站12和集群核心网14接收下行组呼业务，当移动终端11向基站13移动时，在现有技术中，移动终端11通过集群核心网14必须先完成移动性管理之后，移动终端11驻留在基站13下时，移动终端11在集群核心网14内的记录则表示移动终端11在基站13下，此时，若移动终端11需要接受下行组呼业务时，必须先接受基站13的组呼配置，在组呼配置接收之后，方可接收下行组呼业务，影响下行组呼业务的连续性。而本发明中，移动终端11在移动过程中能提高业务的连续性，结合图1，下面将对本发明的组呼处理方法进行详细说明。

值得注意的是，移动终端11位于基站12下的某个小区内，移动终端11向基站13移动，表示移动终端11向基站13下的某个小区移动，在此，移动终端11在移动前后所处的小区位于不同的基站，当然，移动终端11在移动前后所处的小区也可以位于相同的基站，图1中所示仅作示意，并不限定。

另外，本发明移动终端所在的通信网络不限为LTE集群专网，在其他实施例中，可以为任意无线通信网络。

如图2所示，是本发明的宽带集群***中的组呼处理方法实施例的流程示意图。在该方法中，执行主体为一个终端。该方法包括以下步骤：

步骤S202：终端发起小区重选。

该终端为上述图1中的移动终端11，在接收组呼中，该移动终端11处于空闲状态。移动终端11发起小区重选，则移动终端11需向此次小区重选的目标小区移动。

步骤S204：接收邻小区的广播信息，并判断邻小区是否为终端移动的目标小区。

移动终端11在发起小区重选时，接收与移动终端11所处的小区相邻的邻小区的广播信息，并且判断邻小区是否是移动终端11此次小区重选的目标小区，如此，增强移动终端11后续获取最优组呼配置的灵活性。若该邻小区是移动终端11需移动的目标小区，则执行后续步骤S206，若该邻小区不是移动终端11移动的目标小区，则结束流程，或者重新执行步骤S202，在此不作限定。

具体地，判断邻小区是否移动终端11移动的目标小区，包括：根据广播信息获取邻小区的参数，例如，控制信道发射机功率、切换目标小区下行链路的最小信号强度等；判断邻小区的参数是否满足预设范围，若满足，邻小区为目标小区，若不满足，则结束此次流程，重新选择一个邻小区来确定目标小区，或者，根据该邻小区的参数与预设范围之间的差异来修改预设范围，进而再重新确定目标小区，在本发明中，邻小区的参数不满足预设范围时确定目标小区的方式在此不作限定。

步骤S206：当邻小区是终端移动的目标小区时，根据广播信息获取目标小区所对应的组呼配置。

当邻小区是移动终端11需要移动的目标小区时，即在移动终端11发起小区重选时，获取目标小区对应的组呼配置，进而，在移动终端11完成小区重选之前获取目标小区的组呼配置，使得移动终端11在移动至该目标小区内的过程中，以及驻留在该目标小区内时，可无缝接收组呼业务，保持接收组呼业务的连续性。

具体地，在一个实施例中，如图3所示，根据广播信息获取目标小区所对应的组呼配置，包括：

步骤S2061：获取广播信息中所携带的***信息。

广播信息中携带***信息，从该广播信息中获取目标小区相应的***信息。在本实施例的LTE集群专网，***信息包括SIB(System Information Block)1-13等，其中，SIB1包含小区接入相关信息(Cell access related information)、小区选择信息(CellSelection Info)、频率宽带指示(freqBandIndicator)等参数信息，其他***信息，例如，SIB2等，均是LTE集群专网中所有的，为节省篇幅，在此不再说明。

步骤S2062：根据***信息得到获取集群寻呼控制信道的时间点，以在时间点时接收对应的集群寻呼控制信道信息。

根据***信息得到获取集群寻呼控制信道(TPCCH，Trunking Paging ControlChannel)的时间点，进而，移动终端11在该时间点上可获取到集群寻呼控制信道信息，从而相对于现有技术，可通过集群寻呼控制信道信息了解到组呼配置下发时机。

具体地，在一个实施例中，根据***信息得到获取集群寻呼控制信道的时间点包括：从***信息中获取SIB32，以得到时间点。SIB32(SystemInformationBlockTypeTrunking)包含集群相关的***信息，例如，描述TPCCH的配置参数(TPCCH-Config)等，其中，描述TPCCH的配置参数这一信息包括pagingCycle(表示TPCCH寻呼周期)，frameNumber(表示TPCCH在寻呼周期内的第几个无线帧上发送)等。

步骤S2063：解析集群寻呼控制信道信息，以得到接收组呼配置的时间点。

解析获取到的集群寻呼控制信道信息，进而得到接收组呼配置的时间点。

步骤S2064：根据接收组呼配置的时间点，从集群寻呼控制信道信息中解析出组呼配置。

根据接收组呼配置的时间点，解析集群组呼控制信道信息得到组呼配置，移动终端11能了解到在集群组呼控制信道信息中的某个具体的帧号上获取到对应的组呼配置。

本实施例中，移动终端11通过获取邻小区的***信息，得到接收集群组呼控制信道信息的时间点，进而，在该时间点上获取到集群组呼控制信道信息，从而通过解析集群组呼控制信道信息，得到接收组呼配置的时间点，以根据该接收组呼配置的时间点，解析出组呼配置，即移动终端11通过邻小区的***信息获取到组呼配置，降低了移动终端11获取组呼配置的时间，进而加快移动终端11接收组呼业务的时间。在其他实施例中，还可以通过其他方式获取邻小区的组呼配置，在此不作限定。

步骤S208：使用组呼配置接入目标小区的组呼。

在获取到邻小区的组呼配置后，移动终端11使用组呼配置通过目标小区接入目标小区的组呼，使得若移动终端11在进行小区重选之前接收组呼业务之后，保持移动终端11连续接收组呼业务，提高移动终端11的组呼业务的连续性。进一步地，在一个实施例中，使用组呼配置接收目标小区的组呼之前包括：移动终端11接收发起小区重选时所处的小区的组呼。如图1所示，移动终端11通过基站12和集群核心网14可实现接收所处小区的组呼，具体的实现方式可参考LTE集群专网中相应的说明，在此不作限定。

进一步地，在一个实施例中，使用组呼配置接收目标小区的组呼之后包括：终端驻留目标小区，以结束小区重选。当移动终端11驻留目标小区时，则移动终端11从其所处小区已经移动至目标小区，此时，小区重选结束。

综上，与现有技术相比，本发明在发起小区重选时通过接收邻小区的广播信息来获取重选的目标小区的组呼配置，使得终端在移动至目标小区前提前获取相应的组呼配置，进而提高终端在小区重选后的组呼业务连续性。

如图4所示，是本发明的终端第一实施例的结构示意图。在接收组呼中，该终端400处于空闲状态，可为图1中所示的移动终端11。该终端400包括依次耦合连接的第一程序模块410、第二程序模块420、第三程序模块430和第四程序模块440。

第一程序模块410用于发起小区重选；

第二程序模块420用于接收邻小区的广播信息，并判断邻小区是否为终端移动的目标小区；

第三程序模块430用于在邻小区为目标小区时，根据广播信息获取目标小区所对应的组呼配置；

第四程序模块440用于使用组呼配置接入目标小区的组呼。

上述终端的模块可对应用于执行上述方法实施例中的步骤，具体说明请参阅上述方法实施例的描述。

如图5所示，是本发明的终端第二实施例的结构示意图，在接收组呼中，该终端500处于空闲状态，可为图1中所示的移动终端11。该终端500包括接收器510、处理器520、存储器530以及总线540。

接收器510用于接收外部设备如基站发送的信息，例如，邻小区的广播信息。

存储器530用于存储被配置为被处理器520执行的程序指令以及在处理器520工作过程中所需保存或缓存的数据。

在本实施例中，处理器520通过调用存储器530存储的程序指令，用于执行：

发起小区重选；

通过接收器接收邻小区的广播信息，并判断邻小区是否为终端移动的目标小区；

若是，根据广播信息获取目标小区所对应的组呼配置；以及

使用组呼配置接入目标小区的组呼。

具体地，在一个实施例中，处理器执行根据广播信息获取目标小区所对应的组呼配置包括：获取广播信息中所携带的***信息；根据***信息得到获取集群寻呼控制信道的时间点，以在时间点时接收对应的集群寻呼控制信道信息；解析集群寻呼控制信道信息，以得到接收组呼配置的时间点；以及根据接收组呼配置的时间点，从集群寻呼信息中解析出组呼配置。

具体地，在一个实施例中，处理器执行根据***信息得到获取集群寻呼控制信道的时间点包括：从***信息中获取SIB32，以得到时间点。

在一个实施例中，处理器执行使用组呼配置接收目标小区的组呼之前包括：接收发起小区重选时所处的服务小区的组呼。

具体地，在一个实施例中，处理器执行判断邻小区是否为终端移动的目标小区包括：根据广播信息获取邻小区的参数；判断邻小区的参数是否满足预设范围；以及若满足，邻小区为目标小区。

上述处理器520还可以称为CPU(Central Processing Unit，中央处理单元)。存储器530可以包括只读存储器和随机存取存储器，并向处理器520提供指令和数据。存储器530的一部分还可以包括非易失性随机存取存储器(NVRAM)。具体的应用中，终端的上述各个组件通过总线84耦合在一起，其中总线540除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线540。

上述本发明实施例揭示的方法可以应用于处理器520中，或者由处理器520实现。在实现过程中，上述实施例中方法的各步骤可以通过处理器520中的硬件的集成逻辑电路或者软件形式的指令完成。处理器520可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

结合上述实施例的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器530，处理器520读取存储器530中的信息，结合其硬件完成上述方法的步骤。

为此，本发明还提供了一个计算机可读存储介质，该计算机可读存储介质具体可用作如图5所示的存储器530，其存储有可在处理器上运行的计算机程序，具体地，在本实施例中，计算机程序用于：使所在的且处于空闲状态的终端发起小区重选；获取邻小区的广播信息，并判断邻小区是否为终端移动的目标小区；若是，根据广播信息获取目标小区所对应的组呼配置；以及使用组呼配置接入目标小区的组呼。

综上所述，与现有技术相比，本发明在发起小区重选时通过接收邻小区的广播信息来获取重选的目标小区的组呼配置，使得终端在移动至目标小区前提前获取相应的组呼配置，进而提高终端在小区重选后的组呼业务连续性。

以上所述仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围。

Claims (13)

1.一种宽带集群***中的组呼处理方法，其特征在于，包括：

终端发起小区重选，其中，所述终端处于空闲状态；

接收邻小区的广播信息，并判断所述邻小区是否为所述终端移动的目标小区；

若是，根据所述广播信息获取所述目标小区所对应的组呼配置；以及

使用所述组呼配置接入所述目标小区的组呼。

2.根据权利要求1中所述的方法，其特征在于，所述根据所述广播信息获取所述目标小区所对应的组呼配置包括：

获取所述广播信息中所携带的***信息；

根据所述***信息得到获取集群寻呼控制信道的时间点，以在所述时间点时接收对应的集群寻呼控制信道信息；

解析所述集群寻呼控制信道信息，以得到接收所述组呼配置的时间点；以及

根据所述接收组呼配置的时间点，从所述集群寻呼控制信道信息中解析出所述组呼配置。

3.根据权利要求2中所述的方法，其特征在于，所述根据所述***信息得到获取集群寻呼控制信道的时间点包括：

从所述***信息中获取SIB32，以得到所述时间点。

4.根据权利要求1中所述的方法，其特征在于，所述使用所述组呼配置接收所述目标小区的组呼之前包括：

所述终端接收发起小区重选时所处的小区的组呼。

5.根据权利要求1中所述的方法，其特征在于，所述使用所述组呼配置接收所述目标小区的组呼之后包括：

所述终端驻留所述目标小区，以结束小区重选。

6.根据权利要求1中所述的方法，其特征在于，所述判断所述邻小区是否为所述终端移动的目标小区包括：

根据所述广播信息获取所述邻小区的参数；

判断所述邻小区的参数是否满足预设范围；以及

若满足，所述邻小区为所述目标小区。

7.一种终端，其特征在于，所述终端处于空闲状态，包括：

第一程序模块，用于发起小区重选；

第二程序模块，用于接收邻小区的广播信息，并判断所述邻小区是否为所述终端移动的目标小区；

第三程序模块，用于在所述邻小区为所述目标小区时，根据所述广播信息获取所述目标小区所对应的组呼配置；以及

第四程序模块，用于使用所述组呼配置接入所述目标小区的组呼。

8.一种终端，其特征在于，所述终端处于空闲状态，包括存储器、处理器和接收器，其中：

所述存储器用于存储被配置为被所述处理器执行的程序指令；

所述处理器执行所述程序指令，用于：

发起小区重选；

通过所述接收器接收邻小区的广播信息，并判断所述邻小区是否为所述终端移动的目标小区；

若是，根据所述广播信息获取所述目标小区所对应的组呼配置；以及

使用所述组呼配置接入所述目标小区的组呼。

9.根据权利要求8中所述的终端，其特征在于，所述处理器执行所述根据所述广播信息获取所述目标小区所对应的组呼配置包括：

获取所述广播信息中所携带的***信息；

根据所述***信息得到获取集群寻呼控制信道的时间点，以在所述时间点时接收对应的集群寻呼控制信道信息；

解析所述集群寻呼控制信道信息，以得到接收所述组呼配置的时间点；以及

根据所述接收组呼配置的时间点，从所述集群寻呼信息中解析出所述组呼配置。

10.根据权利要求9中所述的终端，其特征在于，所述处理器执行所述根据所述***信息得到获取集群寻呼控制信道的时间点包括：

从所述***信息中获取SIB32，以得到所述时间点。

11.根据权利要求8中所述的终端，其特征在于，所述处理器执行所述使用所述组呼配置接收所述目标小区的组呼之前包括：

所述终端接收发起小区重选时所处的服务小区的组呼。

12.根据权利要求8中所述的终端，其特征在于，所述处理器执行所述判断所述邻小区是否为所述终端移动的目标小区包括：

根据所述广播信息获取所述邻小区的参数；

判断所述邻小区的参数是否满足预设范围；以及

若满足，所述邻小区为所述目标小区。

13.一种计算机可读存储介质，其特征在于，存储有可在处理器上运行的计算机程序，所述计算机程序用于：

使所在的且处于空闲状态的终端发起小区重选；

获取邻小区的广播信息，并判断所述邻小区是否为所述终端移动的目标小区；

若是，根据所述广播信息获取所述目标小区所对应的组呼配置；以及

使用所述组呼配置接入所述目标小区的组呼。