CN101179866A - 一种选择小区方法、系统和装置 - Google Patents

Abstract

本发明的实施例公开了一种选择小区的方法，包括以下步骤：接收交换设备发送的组呼查询请求，根据所述组呼查询请求中携带的信息查找对应的组呼/广播参考；存在多个组呼/广播参考符合条件时，判断是否存在优先标志的组呼/广播参考；选择优先标志的组呼/广播参考并发送给所述交换设备。本发明的实施例还公开了一种用于选择小区系统和装置。通过使用本发明的实施例提供，当主叫业务用户在重叠的小区发起语音业务呼叫时，可以选择事先设定的优先小区进行组呼业务，减少了网络处理异常。

Description

一种选择小区方法、系统和装置

技术领域

本发明涉及通信技术领域，尤其涉及一种选择小区方法、系统和装置。

背景技术

为了满足群组语音通信的市场需求，在ETSI GSM phase2+(EuropeanTelecommunications Standards Institute Global System For MobileCommunication，欧洲电信标准协会全球移动通信系统第2阶段增强标准)中引入了集群业务。集群业务是在点对点无线对讲机业务的基础上逐步过渡和发展而来的，主要是企事业单位用来进行生产调度指挥。集群业务通过半双工的传输模式来提供业务。集群业务包括：VGCS(Voice Group Call Service，语音组呼业务)和VBS(Voice Broadcast Service，语音广播业务)。

VGCS是指在业务定义的调度区域内建立的一个多用户参与的半双工呼叫。在同一个基站小区内的组呼业务，组内成员共享一个下行信道。VGCS业务特点为：(1)VGCS业务呼叫具有一定的区域性，它是发生在一定区域内(组呼区域，该区域中包括由网络侧划分的一组小区)的呼叫。(2)有两类用户可以参与VGCS业务呼叫：业务用户和调度员。业务用户通常是通过网络在组呼区域内建立的公共的组呼通道(组呼区域内每小区一个)参与组呼的话音通信，而调度员则是通过网络为其建立的专用通道参与组呼的话音通信。处于接听状态的业务用户可以通过抢上行的操作(抢到组呼通道的上行)或网络为其分配一条专用通道，从而获得讲话权参与讲话。组呼过程中，一个群组在同一时间内只有其中一个业务用户能够拥有说话权，但调度员可以随时讲话。如果被叫用户关机或不在服务区，无法接入组呼，则在主叫方有提示。组呼发起者可以查询到组内成员接入本次组呼的情况。

VBS是指在业务定义调度区域内由业务用户或调度员向广播组内的多个用户发起的呼叫，广播呼叫与组呼的不同之处在于只有呼叫发起者允许讲话，其他成员只能处于接听讲话状态而不能讲话，所以VBS呼叫也无抢上行的操作。如果被叫关机或不在服务区，无法接入广播呼叫，则在主叫方有提示。广播呼叫发起者可以查询到组内成员接入本次组呼的情况。

为了实现VGCS/VBS业务，ETSI GSM phase2+协议中引入了GCC(GroupCall Control，组呼控制协议)/BCC(Broadcast Control，广播控制协议)协议，用于VGCS/VBS业务的无线接口，GCC/BCC协议均是连接管理子层(Connection Management)的协议之一，并行于呼叫控制协议(Call Control)协议。实现VGCS/VBS业务还需要引入GCR(Group Call Register，组呼寄存器)功能实体，GCR存储VGCS/VBS业务的语音组呼属性数据，同时也用于记录VGCS/VBS业务呼叫的呼叫状态。

每个语音组呼呼叫(VGCS)和语音广播呼叫(VBS)通过一个组呼/广播参考进行唯一标识，该组呼/广播参考由组呼区域和组ID两部分构成，一般为一个8位的数字。在发起一个VGCS/VBS呼叫时，该VGCS/VBS呼叫的组呼/广播参考由组呼区域(由组ID和发起小区ID确定)和组ID共同确定。MSC(Mobile service Switch Centre，移动服务交换中心)利用主叫业务用户所在小区信息和组ID信息到GCR中确定一个组呼/广播参考，也就是确定发起哪一个组呼/广播呼叫，MSC为该组呼/广播建立呼叫。

创建一个语音组呼业务时，需要确定该语音组呼业务的组呼区域，也就是该语音组呼业务在哪些小区内有效，通常一个语音组呼业务的组呼区域包括多个小区。每个业务用户都可签约多个VGCS/VBS组，每个组都至少可以对应一个组呼区域。这些组呼区域是人为划分的，组呼区域间存在重叠的情况。

发明人在本发明创造过程中，发现背景技术至少存在以下缺点：

用户终端在发起语音呼叫时，可能会出现这样情况：用户终端位于相同组ID且同时存在重叠小区的多个组中，如图1所示。用户终端同时签约了两个组：A组和B组，且A组和B组的组ID都是100，A组包括的小区有小区(Cell)1、小区2和小区3；B组包括的小区有小区2、小区3和小区4；即A组和B组存在两个重叠小区：小区2和小区3。当该用户终端在小区2或小区3发起组ID为100的呼叫时，MSC无法正确选择一个组呼/广播参考。因此，当主叫业务用户恰好在重叠的小区发起VGCS/VBS呼叫时，仅靠组ID和主叫业务用户所在小区信息，是无法正确选择一个组呼/广播参考的，也就无法确定该发起哪个VGCS/VBS呼叫，因此可能会造成网络处理异常，或者发起一个非用户期望的呼叫，造成用户不满。

发明内容

本发明实施例提供一种选择小区方法、系统和装置，以解决主叫业务用户在重叠的小区发起语音业务呼叫时，无法正确选择组呼/广播参考的问题。

为达到上述目的，本发明实施例提供一种选择小区方法，包括以下步骤：

接收来自交换设备的组呼查询请求，根据所述组呼查询请求中携带的信息查找对应的组呼/广播参考；

存在至少两个组呼/广播参考符合条件时，判断是否存在高优先级的组呼/广播参考；

选择所述高优先级的组呼/广播参考并发送给所述交换设备。

本发明实施例还提供一种通信装置，用于选择小区，包括：

查找单元，用于接收来自交换设备的组呼查询请求，根据所述组呼查询请求中携带的信息查找相应的组呼/广播参考，并将查询结果发送给判断单元；

判断单元，用于当有至少两个组呼/广播参考符合条件时，判断是否存在高优先级的组呼/广播参考，并将判断结果发送给选择单元；

选择单元，用于当存在高优先级的组呼/广播参考时，选择所述高优先级的组呼/广播参考并发送给所述交换设备。

本发明实施例还提供一种通信系统，用于小区选择，包括：

用户终端，用于向交换设备发送组呼请求；

交换设备，用于接收到所述用户终端发送的组呼请求后，向组呼寄存器发送组呼查询请求，接收所述组呼寄存器发送的所述组呼的组呼/广播参考，根据所述获取到的组呼/广播参考向对应组呼区域中的小区发起呼叫；

组呼寄存器，用于在接收到所述交换设备发送的组呼查询请求，根据所述组呼查询请求中携带的信息查找对应的组呼/广播参考；存在至少两个组呼/广播参考符合条件时，判断是否存在高优先级的组呼/广播参考；选择所述高优先级的组呼/广播参考并发送给所述交换设备。

与现有技术相比，本发明的实施例具有以下优点：

通过使用本发明实施例提供的方法，当主叫业务用户在重叠的小区发起语音业务呼叫时，可以选择事先设定的优先小区进行组呼业务，减少了网络处理异常，满足了用户的期望。

附图说明

图1是现有技术中具有相同组ID且具有重叠小区的多个组呼区域示例图；

图2是本发明实施例一的一种选择小区方法流程示例图；

图3是本发明实施例二的一种选择小区方法流程示例图；

图4是本发明实施例三的一种选择小区系统示例图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。

本发明的实施例一揭示的一种选择小区方法，如图2所示，具体步骤包括：

S201、组呼寄存器存储组ID、组呼区域以及小区的信息，并设置当同一个小区内存在多个组ID相同的组呼时，优先选择的组呼/广播参考。

步骤S202、交换设备接收到用户终端发送的组呼请求，转发给组呼寄存器。

S203、组呼寄存器接收到组呼请求后，根据组呼请求中携带的组ID、呼叫类型和小区ID，对组呼/广播参考进行查找，比如可以是hash查找，并对查找到的组呼/广播参考进行遍历。

S204、当存在多个组呼/广播参考符合条件时，组呼寄存器判断在用户终端所在的小区下，发起该组ID的组呼是否存在优先级高的组呼/广播参考，如优先级高的可以用优先标志来表示，如果存在，转步骤S205，否则，转步骤S206。

S205、如果存在优先标志的组呼/广播参考，组呼寄存器将该组呼/广播参考发送给交换设备。

S206、如果查询结果中不存在优先标志的组呼/广播参考，组呼寄存器将查询结果中数值最小的组呼/广播参考发送给交换设备。

S206、交换设备接收到组呼寄存器发送的组呼/广播参考后，根据接收到的组呼/广播参考，向选择的目标组呼区域下的小区发起呼叫。

本发明的实施例二中，以在GSM-R(GSM for Railway，铁路移动通信系统)网络为例，一种选择小区方法如图3所示，具体步骤如下：

S301、GCR存储组ID、组呼区域以及小区的信息，设置当同一个小区内存在多个组ID相同的组呼时，优先选择的组呼/广播参考。

GSM-R系统中，两个条件确定要发起哪一个语音组呼业务的：一个条件是用户所拨的组号，也就是组ID；另外一个条件就是主叫用户当前所在的小区。

S302、当某列车在行驶过程中发现紧急情况时，向MSC发起某个组的组呼，例如组ID为299的组呼，将险情通知该列车前后相邻的组呼区域A或组呼区域B。

假设此时列车同时位于两个组呼ID为299的组呼区域内，即列车位于的小区同时处于组呼区域A和组呼区域B内。

S303、MSC接收到列车发起的ID为299组呼后，获取组呼中列车所在小区信息以及组ID信息。

S304、MSC向GCR发送组呼查询，查询该组呼对应的组呼/广播参考。

S305、GCR接收到MSC发送的组呼查询后，根据组呼查询中携带的组ID、呼叫类型和小区ID，对组呼/广播参考进行hash查找，并对查找到的组呼/广播参考进行遍历。

S306、当存在多个组呼/广播参考符合条件时，GCR判断在列车所在的小区下，发起ID为299的组呼是否存在优先标志的组呼/广播参考，如果存在，转步骤S307，否则转步骤S308。

S307、如果存在优先标志的组呼/广播参考，GCR将该组呼/广播参考发送给MSC。

S308、如果查询结果中不存在优先标志的组呼/广播参考，GCR将查询结果中数值最小的组呼/广播参考发送给MSC。

S309、MSC接收到GCR发送的组呼/广播参考后，根据接收到的组呼/广播参考，发起呼叫，将险情通知该列车前后相邻的组呼区域A或组呼区域B。

具体的，如果接收到优先标志的组呼/广播参考(假设为组呼区域A的299组)，MSC向组呼区域A下的小区发送呼叫。

通过实施本发明实施例提供的方法，当主叫业务用户在重叠的小区发起语音业务呼叫时，可以选择事先设定的优先级别高的组呼小区发起组呼业务，减少了网络处理异常，提高用户体验。

本发明的实施例三揭示了一种选择小区系统，如图4所示，包括：

用户终端10，用于在位于相同组ID且同时存在重叠小区的多个组中时，向交换设备20发送组呼请求。

交换设备20，用于接收到用户终端10发送的组呼请求后，向组呼寄存器30发送组呼查询请求，从组呼寄存器30获取该组呼的组呼/广播参考，根据获取到的组呼/广播参考向对应组呼区域中的小区发起呼叫。

组呼寄存器30，用于在接收到交换设备发送的组呼查询请求后，根据组呼查询请求携带的组ID、呼叫类型以及小区ID，查找相应的组呼/广播参考；当有多个组呼/广播参考符合条件时，判断是否存在优先标志的组呼/广播参考，如果存在，将该存在优先标志的组呼/广播参考发送给交换设备20，否则在查询结果中选择数值最小的组呼/广播参考发送给交换设备20。

在另一个实施例中，交换设备20进一步包括：

获取单元21，用于根据组呼查询请求从组呼寄存器30获取其接收到的组呼对应的组呼/广播参考，并发送给呼叫单元22。呼叫单元22，用于接收并根据获取单元21发送的组呼/广播参考，在对应的组呼区域中发起呼叫。

在另一个实施例中，组呼寄存器30进一步包括：

查找单元31，用于接收交换设备发送的组呼查询请求，根据组呼查询请求中携带的信息查找相应的组呼/广播参考，并将查询结果发送给判断单元32。判断单元32，用于当有多个组呼/广播参考符合条件时，判断是否存在优先级高的组呼/广播参考，优先级高的组呼/广播参考可用优先标志表示，并将判断结果发送给选择单元33。选择单元33，用于当存在优先级高的组呼/广播参考时，选择优先级高的组呼/广播参考并发送给交换设备20；选择单元还用于当不存在优先标志的组呼/广播参考时，选择查询结果中数值最小的组呼/广播参考并发送给交换设备20。

组呼寄存器30还可以包括：存储单元34，用于存储组ID、组呼区域以及小区的信息。设置单元35，用于当同一个小区内存在多个组ID相同的组呼时，设置优先选择的组呼/广播参考。

本发明的实施例四提供一种组呼寄存器，包括：查找单元，用于接收交换设备发送的组呼查询请求，根据组呼查询请求中携带信息查找相应的组呼/广播参考，并将查询结果发送给判断单元。判断单元，用于当有多个组呼/广播参考符合条件时，判断是否存在优先标志的组呼/广播参考，并将判断结果发送给选择单元。选择单元，用于当存在优先标志的组呼/广播参考时，选择带有优先标志的组呼/广播参考并发送给交换设备；选择单元还用于当不存在优先标志的组呼/广播参考时，选择查询结果中数值最小的组呼/广播参考并发送给交换设备。

组呼寄存器还可以包括：存储单元，用于存储组ID、组呼区域以及小区的信息。设置单元，用于当同一个小区内存在多个组ID相同的组呼时，设置优先选择的组呼/广播参考。本实施例中的组呼寄存器的结构、功能以及在网络中与其他网络实体的位置关系可与实施例三中的组呼寄存器30相对应。

通过使用本发明实施例提供的系统和装置，当主叫业务用户在重叠的小区发起语音业务呼叫时，可以选择事先设定的优先小区进行组呼业务，减少了网络处理异常，满足了用户的期望。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该获取机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备执行本发明各个实施例所述的方法。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1.一种选择小区方法，其特征在于，包括以下步骤：

接收来自交换设备的组呼查询请求，根据所述组呼查询请求中携带的信息查找对应的组呼/广播参考；

存在至少两个组呼/广播参考符合条件时，判断是否存在高优先级的组呼/广播参考；

选择所述高优先级的组呼/广播参考并发送给所述交换设备。

2.如权利要求1所述选择小区方法，其特征在于，所述接收交换设备发送的组呼查询请求前还包括：

在本地存储组ID、组呼区域以及小区的信息中的一种或多种，并设置当同一个小区内存在多个组ID相同的组呼时，优先级高的组呼/广播参考。

3.如权利要求1所述选择小区方法，其特征在于，所述根据所述组呼请求中携带的信息查找对应的组呼/广播参考，包括：

根据所述组呼请求中携带的组ID、呼叫类型以及小区ID中的一种或多种，查找组呼/广播参考，并对查找到的组呼/广播参考进行遍历，确定符合条件的组呼/广播参考。

4.如权利要求1所述选择小区方法，其特征在于，不存在优先标志的组呼/广播参考时，选择查询结果中数值最小的组呼/广播参考并发送给所述交换设备。

5.如权利要求1所述选择小区方法，其特征在于，所述判断是否存在优先标志的组呼/广播参考之后，包括：

将选择的组呼/广播参考发送给所述交换设备，由所述交换设备发起所述组呼/广播参考对应的组呼区域下的小区呼叫。

6.一种通信装置，用于选择小区，其特征在于，包括：

查找单元，用于接收来自交换设备的组呼查询请求，根据所述组呼查询请求中携带的信息查找相应的组呼/广播参考，并将查询结果发送给判断单元；

判断单元，用于当有至少两个组呼/广播参考符合条件时，判断是否存在高优先级的组呼/广播参考，并将判断结果发送给选择单元；

选择单元，用于当存在高优先级的组呼/广播参考时，选择所述高优先级的组呼/广播参考并发送给所述交换设备。

7.如权利要求6所述通信装置，其特征在于，还包括：

存储单元，用于存储组ID、组呼区域以及小区的信息；

设置单元，用于当同一个小区内存在至少两个组ID相同的组呼时，设置优先选择的组呼/广播参考。

8.如权利要求6所述通信装置，其特征在于，所述选择单元还用于当不存在优先标志的组呼/广播参考时，选择查询结果中数值最小的组呼/广播参考并发送给所述交换设备。

9.一种通信系统，用于小区选择，其特征在于，包括：

用户终端，用于向交换设备发送组呼请求；

交换设备，用于接收到所述用户终端发送的组呼请求后，向组呼寄存器发送组呼查询请求，接收所述组呼寄存器发送的所述组呼的组呼/广播参考，根据所述获取到的组呼/广播参考向对应组呼区域中的小区发起呼叫；

组呼寄存器，用于在接收到所述交换设备发送的组呼查询请求，根据所述组呼查询请求中携带的信息查找对应的组呼/广播参考；存在至少两个组呼/广播参考符合条件时，判断是否存在高优先级的组呼/广播参考；选择所述高优先级的组呼/广播参考并发送给所述交换设备。

10.如权利要求9所述通信系统，其特征在于，所述组呼寄存器包括：

查找单元，用于接收来自所述交换设备的组呼查询请求，根据所述组呼查询请求中携带的信息查找相应的组呼/广播参考，并将查询结果发送给判断单元；

判断单元，用于当有至少两个组呼/广播参考符合条件时，判断是否存在高优先级的组呼/广播参考，并将判断结果发送给选择单元；

选择单元，用于当存在高优先级的组呼/广播参考时，选择所述高优先级的组呼/广播参考并发送给所述交换设备。

Images