CN100579155C - 遇忙呼叫前转方法 - Google Patents

Abstract

本发明提供了一种遇忙呼叫前转方法，用于在数字集群通信系统中实现传统型终端的遇忙呼叫前转，其包括以下步骤：步骤S202，系统在建立新呼叫过程中，查询终端的集中信息表以确定终端当前是否已经以传统型成员身份加入某个传统组呼叫中；步骤S204，当确定终端已经以传统型成员身份加入某个传统组呼叫中时，向终端发送状态查询请求；以及步骤S206，系统根据状态查询请求的结果，决定是否进行终端的遇忙呼叫前转操作。因而，通过本发明，确保了用户遇忙呼叫前转功能的完整性和可用性。

Description

遇忙呼叫前转方法

技术领域

本发明涉及数字集群通信领域，更具体的，涉及一种遇忙呼叫前转方法，用于在数字集群通信系统中实现传统型终端的遇忙呼叫前转。

背景技术

近年来，数字集群技术得到了快速地发展，数字集群通信系统日益成为移动通信系统的一个重要分支，正在逐渐进入普通消费者的日常生活。随着数字集群技术的发展和应用的普及，数字集群系统不仅需要提供方便快捷的组呼、单呼等基本呼叫业务，还需要提供种类丰富、功能完备的补充业务，从而满足用户的个性化需求。遇忙呼叫前转就是众多补充业务中的一种，其为处于呼叫中用户提供呼叫转移业务，从而确保用户在处于忙状态时也可以接受集群系统服务。

在现有的集群系统中，对用户终端的寻呼主要有两种方式，一种是即增强式寻呼，以及另外一种是传统式寻呼。其中，增强式寻呼消息中携带特定用户的终端标识，当用户终端响应增强式寻呼而接入呼叫后，会向系统发送寻呼应答消息，表明其已经接入呼叫，而传统式寻呼消息中携带有特定群组的群组标识，当群组中用户的终端响应传统型寻呼而接入呼叫后，不会向系统反馈任何应答消息。由此可见，呼叫建立后，系统并不能确切知道是否有用户响应传统式寻呼而接入呼叫。

根据集群系统中群组成员接入呼叫的方式，可以将组内成员分为增强型成员和传统型成员。所谓增强型成员，就是响应增强式寻呼而接入呼叫的成员，对于这一类成员，系统明确知道其是否接入呼叫，而所谓传统型成员，就是响应传统式寻呼而接入呼叫的成员，对于这一类成员，系统并不知道其是否真实接入到呼叫中。由于增强型成员和传统型成员在实现技术上的差异，导致现有的遇忙呼叫前转的实现方法无法完成传统型成员的遇忙呼叫前转功能。

图3是传统型成员遇忙呼叫前转的实现过程的流程图。如图3所示，包括以下步骤：

步骤S301，PDS 308在建立新呼叫过程中，需要寻呼用户A302，于是查询用户A 302的集中信息表，获得用户A 302当前的状态信息，如果发现用户A 302当前可能已经以传统型成员身份加入了某个传统组呼叫中，则向用户A 302发送传统型成员状态查询请求消息；

步骤S302，用户A 302终端收传统型成员状态查询请求后，向PDS 308返回传统型成员状态查询应答，这样PDS 308就明确获知用户A 302当前已经在某个群组中在线，即用户A 302当前“正忙”；

步骤S303，PDS 308向PHR 310发送用户A 302的遇忙呼叫前转的鉴权请求；

步骤S304，PHR 310向PDS 308返回用户A 302的遇忙呼叫前转的鉴权应答；

步骤S305，PDS 308向用户A 302的前转第三方用户B 304发送增强式寻呼请求消息；以及

步骤S306，用户B 304的终端收到寻呼请求后，向PDS 308返回寻呼应答消息。

这样，就完成了传统型用户的遇忙呼叫前转流程。然而，在上述的步骤S302中，如果PDS 308在预期的时间内(其表示传统型成员状态查询超时间隔，可预先配置)没有收到用户A 302的传统型成员状态查询应答，则证明用户A 302当前“不忙”，这样，PDS308就直接向用户A 302发送寻呼请求，就没有后续的步骤S303到S306。

按照图3的处理流程，如果当前用户A 302“不忙”，则还必须在步骤S301和S302之后才开始寻呼A 302，这样用户A 302接入呼叫的时间就被大大延长了。

因而，急需一种方法来解决上述遇忙呼叫前转的问题。

发明内容

为了解决上述问题，本发明提出了一种遇忙呼叫前转方法，以满足数字集群系统中一类用户的需求，即，如果用户设置了遇忙呼叫前转业务，以及当该用户以传统型成员身份已经在一个呼叫中在线时，后续组呼或单叫中对该用户的寻呼就转为对其遇忙呼叫前转第三方的寻呼。

本发明提供了一种遇忙呼叫前转方法，用于在数字集群通信系统中实现传统型终端的遇忙呼叫前转，其可以包括以下步骤：步骤S202，系统在建立新呼叫过程中，查询终端的集中信息表以确定终端当前是否已经以传统型成员身份加入某个传统组呼叫中；步骤S204，当确定终端已经以传统型成员身份加入某个传统组呼叫中时，向终端发送状态查询请求；以及步骤S206，系统根据状态查询请求的结果，决定是否进行终端的遇忙呼叫前转操作。

根据本发明，步骤S206可以包括以下步骤：终端在接收到状态查询请求之后，如果向系统返回查询应答消息，则系统确定终端已经真实接入呼叫，并进行终端的遇忙呼叫前转操作。可选地，步骤S206还可以包括以下步骤：终端在接收到状态查询请求之后，如果在预定时间内没有向系统返回查询应答消息，则系统确定终端目前并没有接入呼叫，并直接寻呼终端。可选地，步骤S206还可以包括以下步骤：系统中的调度服务器向系统中的归属寄存器发送终端的遇忙呼叫前转的鉴权请求；归属寄存器返回终端的遇忙呼叫前转的鉴权应答；调度服务器在接收到鉴权应答之后，向终端的前转第三方终端发送第一寻呼请求消息；以及第三方终端收到第一寻呼请求消息后，向调度服务器返回第一寻呼应答消息，实现终端的遇忙呼叫前转。

其中，第一寻呼请求消息可以为增强式寻呼请求消息。可选地，第一寻呼应答消息可以为增强式寻呼应答消息。

根据本发明，步骤S202可以包括以下步骤：在建立新呼叫过程中，向终端发送第二寻呼请求消息。步骤S202还可以包括以下步骤：当系统确定终端已经真实接入呼叫，则取消第二寻呼请求消息。

其中，第二寻呼请求消息可以为增强式寻呼请求消息。

因而，通过本发明，保证在用户设置遇忙呼叫前转的情况下，当用户以传统型成员身份已经在群组中在线时，系统后续对该用户的寻呼转为对其前转第三方的寻呼。本发明的方法和集群系统中增强型成员遇忙呼叫前转的实现方法相结合，从而，确保了用户遇忙呼叫前转功能的完整性和可用性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是典型的集群系统的网络结构示意图；

图2是根据本发明的遇忙呼叫前转方法的流程图；

图3是传统型成员遇忙呼叫前转的实现过程的流程图；以及

图4是根据本发明实施例的改进后的遇忙呼叫前转的实现过程的流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1是典型的集群系统的网络结构示意图。如图1所述，该数字集群系统包括：移动终端(Mobile station，以下简写为MS)、基站收发信机(Base Transceiver Station，以下简写为BTS)、基站控制器(Base Station Controller，以下简写为BSC)、PTT调度客户端(PTT Dispatch Client以下简写为PDC)、PTT调度服务器(PTTDispatch Server，以下简写为PDS)、PTT归属寄存器(PTT HomeRegister，以下简写为PHR)、调度台服务器(Dispatching AgentServer，以下简写为DAS)、以及调度台客户端(Disaptching AgentClient，以下简写为DAC)。

其中，MS具备PTT(Push To Talk，即按即说)集群业务功能的终端设备，同时还具备电话互连业务、分组数据业务、短消息业务等多种业务能力。BTS是用于发射和接收无线信号的设备。BSC完成终端的接入功能，并根据用户使用业务类型派发到相应的子系统处理。PDC是集群系统的调度客户端，在反向链路上处理终端反向信令并对PTT语音业务流进行汇集，并在前向链路上处理PDS的前向信令并对PTT语音业务流进行分发。

另外，如图1所示，PDS是集群系统的调度服务器，负责PTT呼叫的建立、释放和调度，同时接收反向链路来的PTT语音包，并分发到前向链路，本发明中涉及的所有操作都是由PDS上的业务模块完成。PHR用于提供PTT群组注册、群组成员注册，同时完成PTT呼叫鉴权、授权和计费等功能。DAS是DAC接入到集群系统的代理服务器，为DAC客户端的接入提供权限管理、代理转发控制等功能。DAC用于为集团用户提供操作客户端，根据用户登录身分的不同，分为调度台和管理台两部分。

在该数字集群系统中，可以支持多种业务，诸如PTT集群业务、电话互连业务和分组数据业务等。PDS是PTT调度子系统的核心网元，完成呼叫控制、用户寻呼、用户前转等操作，另外还建立并维护一个群组和用户的集中信息表，它保存了系统中当前在线群组和在线用户信息，并提供查询、检索等操作接口。图2和图3详细描述传统型成员遇忙呼叫前转的实现流程及其改进流程，其预置条件均为用户A已经设置遇忙呼叫前转到用户B。

图2是根据本发明的遇忙呼叫前转方法的流程图。如图2所示，该方法包括以下步骤：

步骤S202，系统在建立新呼叫过程中，查询终端的集中信息表以确定终端当前是否已经以传统型成员身份加入某个传统组呼叫中；

步骤S204，当确定终端已经以传统型成员身份加入某个传统组呼叫中时，向终端发送状态查询请求；以及

步骤S206，系统根据状态查询请求的结果，决定是否进行终端的遇忙呼叫前转操作。

其中，步骤S206包括以下步骤：终端在接收到状态查询请求之后，如果向系统返回查询应答消息，则系统确定终端已经真实接入呼叫，并进行终端的遇忙呼叫前转操作。

可选地，步骤S206还包括以下步骤：终端在接收到状态查询请求之后，如果在预定时间内没有向系统返回查询应答消息，则系统确定终端目前并没有接入呼叫，并直接寻呼终端。

可选地，步骤S206还包括以下步骤：系统中的调度服务器向系统中的归属寄存器发送终端的遇忙呼叫前转的鉴权请求；归属寄存器返回终端的遇忙呼叫前转的鉴权应答；调度服务器在接收到鉴权应答之后，向终端的前转第三方终端发送第一寻呼请求消息；以及第三方终端收到第一寻呼请求消息后，向调度服务器返回第一寻呼应答消息，实现终端的遇忙呼叫前转。

其中，第一寻呼请求消息为增强式寻呼请求消息。

可选地，第一寻呼应答消息为增强式寻呼应答消息。

另外，步骤S202包括以下步骤：在建立新呼叫过程中，向终端发送第二寻呼请求消息。

可选地，步骤S202还包括以下步骤：当系统确定终端已经真实接入呼叫，则取消第二寻呼请求消息。

其中，第二寻呼请求消息为增强式寻呼请求消息。

经过以上过程，就完成了遇忙呼叫前转的过程。从而缩短用户接入呼叫的时间。以下将结合图3和图4描述根据本发明的方法实现遇忙呼叫前转的过程。

图4是根据本发明实施例的改进后的遇忙呼叫前转的实现过程的流程图。通过该过程，缩短了用户A 402接入呼叫的时间，其是对图2的一些改进。如图4所示，包括以下步骤：

步骤S401，PDS 408在建立新呼叫过程中，需要寻呼用户A 402(移动终端)，于是向用户A 402发送寻呼请求消息；

步骤S402，PDS 408查询用户A 402的集中信息表，获得用户A 402当前的状态信息，发现用户A 402当前可能已经以传统型成员身份加入了某个传统组呼叫中，则向用户A 402发送传统型成员状态查询请求消息；

步骤S403，用户A 402接收到传统型成员状态查询请求后，向PDS 408返回传统型成员状态查询应答，至此PDS 408明确获知用户A 402当前已经在某个群组中在线，即用户A 402当前“正忙”，于是PDS 408取消先前步骤S401中对用户A 402发送的寻呼请求；

步骤S404，PDS 408向PHR 410发送用户A 402的遇忙呼叫前转的鉴权请求；

步骤S405，PHR 410向PDS 408返回用户A 402的遇忙呼叫前转的鉴权应答；

步骤S406，PDS 408向用户A 402的前转第三方用户B 404发送增强式寻呼请求消息；以及

步骤S407，用户B 404的终端收到寻呼请求后，向PDS 408返回寻呼应答消息。

这样，就完成了根据本发明实施例的传统型用户的遇忙呼叫前转流程。

以上的改进方法基于以下技术特征：如果用户A 402当前没有接入任何呼叫，即用户A 402当前“空闲”，则用户A 402会立即响应步骤S401中的寻呼请求，从而快速接入到呼叫中，而如果用户A402当前已经在呼叫中“正忙”，则其不会再响应步骤S401中的寻呼。

综上所述，通过本发明，保证在用户设置遇忙呼叫前转的情况下，当用户以传统型成员身份已经在群组中在线时，系统后续对该用户的寻呼转为对其前转第三方的寻呼。本发明的方法和集群系统中增强型成员遇忙呼叫前转的实现方法相结合，从而，确保了用户遇忙呼叫前转功能的完整性和可用性。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种遇忙呼叫前转方法，用于在数字集群通信系统中实现传统型终端的遇忙呼叫前转，其特征在于，包括以下步骤：

步骤S202，系统在建立新呼叫过程中，向所述终端发送第二寻呼请求消息，查询终端的集中信息表以确定所述终端当前是否已经以传统型成员身份加入某个传统组呼叫中；

步骤S204，当确定所述终端已经以传统型成员身份加入某个传统组呼叫中时，向所述终端发送状态查询请求；以及

步骤S206，所述系统根据所述状态查询请求的结果，决定是否进行所述终端的遇忙呼叫前转操作。

2.根据权利要求1所述的遇忙呼叫前转方法，其特征在于，所述步骤S206包括以下步骤：

所述终端在接收到所述状态查询请求之后，如果向所述系统返回查询应答消息，则所述系统确定所述终端已经真实接入呼叫，并进行所述终端的遇忙呼叫前转操作。

3.根据权利要求1所述的遇忙呼叫前转方法，其特征在于，所述步骤S206包括以下步骤：

所述终端在接收到所述状态查询请求之后，如果在预定时间内没有向所述系统返回查询应答消息，则所述系统确定所述终端目前并没有接入呼叫，并直接寻呼所述终端。

4.根据权利要求2所述的遇忙呼叫前转方法，其特征在于，所述步骤S206中还包括以下步骤：

所述系统中的调度服务器向所述系统中的归属寄存器发送所述终端的遇忙呼叫前转的鉴权请求；

所述归属寄存器返回所述终端的遇忙呼叫前转的鉴权应答；

所述调度服务器在接收到所述鉴权应答之后，向所述终端的前转第三方终端发送第一寻呼请求消息；以及

所述第三方终端收到所述第一寻呼请求消息后，向所述调度服务器返回第一寻呼应答消息，实现所述终端的遇忙呼叫前转。

5.根据权利要求4所述的遇忙呼叫前转方法，其特征在于，所述第一寻呼请求消息为增强式寻呼请求消息。

6.根据权利要求4所述的遇忙呼叫前转方法，其特征在于，所述第一寻呼应答消息为增强式寻呼应答消息。

7.根据权利要求1所述的遇忙呼叫前转方法，其特征在于，所述步骤206还包括以下步骤：

当所述系统确定所述终端已经真实接入呼叫，则取消所述第二寻呼请求消息。

8.根据权利要求1所述的遇忙呼叫前转方法，其特征在于，所述第二寻呼请求消息为增强式寻呼请求消息。

Images