CN100544515C - 数字集群通信***中遇忙提示业务的实现方法 - Google Patents

Abstract

一种数字集群通信***中遇忙提示业务的实现方法，应用于基于CDMA2000技术的数字集群***，包括以下步骤：(a)某集群用户发起集群呼叫，调度归属寄存器鉴权通过后，如有被叫是遇忙提示业务激活用户，则在鉴权应答消息中携带所述被叫的遇忙提示业务开通标志和此次呼叫的优先级信息；(b)调度服务器收到鉴权应答消息后，如判断出有被叫终端正处于忙状态，新呼叫的优先级不高于其当前业务，且所述被叫已开通遇忙提示业务，则向所述被叫终端发送遇忙提示消息；(c)所述被叫终端收到该遇忙提示消息后，显示给用户。本发明方法在不影响被叫正在参与的呼叫业务的前提下，能够及时向被叫提供主叫的信息，用户可以选择是否开通遇忙提示的功能。

Description

数字集群通信***中遇忙提示业务的实现方法

技术领域

本发明涉及数字集群通信领域，尤其涉及在数字集群通信***中实现集群用户遇忙提示的方法。

背景技术

集群通信***是一种高级移动调度***，代表着通信体制之一的专用移动通信网的发展方向。集群通信***具有可用信道为***的全体用户共用、自动选择信道功能，它是共享资源、分担费用、共用信道设备及服务的多用途、高效能的无线调度通信***。

数字集群通信***基本的网络架参见图1所示，包括集群终端1、基站子***2和集群调度子***3，其中：

集群终端1

集群终端1通过空中接口和集群***相连，为用户提供集群***的各种集群业务。同时兼具提供传统的普通语音业务、补充业务、短消息业务和数据业务的功能。

基站子***2

基站子***BSS(Base Station System)2包括支持集群呼叫的收发信机(BTS)21，基站控制器(BSC)和与网络侧交互的调度客户端(PDC)22(基站控制器(BSC)和网络侧交互的调度客户端(PDC)对外是一个统一的功能实体)。基站子***2完成终端的接入功能，并根据用户使用业务类型派发到相应的子***处理。

集群调度子***3

集群调度子***3由调度服务器(PDS)31、调度归属寄存器(PHR)32、调度台服务器(DAS)33、调度台客户端(DAC)34和受理台(DHR Agent)35组成。调度子***主要完成集群调度业务。

调度服务器(PDS)31是集群呼叫的总控制点，完成集群调度呼叫的处理等。调度服务器31还接收来自反向链路的集群语音数据，根据呼叫的性质再分发到对应的前向链路。

调度归属寄存器(PHR)32保存集群用户和群组的注册信息和位置信息，实现对集群用户的鉴权、授权和计费，以及位置更新和群组管理功能。

调度台服务器(DAS)33负责维护各调度台、管理台的会话，实现管理台和调度台对集群调度的管理和维护。

调度台客户端(DAC)34包括调度台与管理台。调度台实现包括发起呼叫，查询状态，录音等功能；管理台进行对组的划分，用户权限等管理操作。

受理台(DHR Agent)35可以直接对集团、组和用户进行管理，如分配权限等。

当用户处于某呼叫中，此时有集群呼叫寻呼该用户，如果新来的业务/呼叫优先级不高于用户当前业务/呼叫优先级，***给该遇忙用户发送提示信息，提示有其它入呼。用户可以自己决定是否退出当前呼叫，加入到新的呼叫中。但是到目前为止，在数字集群领域还没有针对遇忙提示业务的公开文献。而数字集群领域的网络环境、业务和用户特征的区别，又造成了已有其它通信***的遇忙来电提示解决方案不能适用于数字集群这一专业领域。

发明内容

本发明要解决的技术问题是提供一种基于CDMA2000技术的数字集群通信***中遇忙提示业务的实现方法，在不影响被叫正在参与的呼叫业务的前提下，能够及时向被叫提供主叫的信息，且用户可以自行选择是否开通遇忙提示的功能。

为了解决上述技术问题，本发明提供了一种数字集群通信***中遇忙提示业务的实现方法，应用于基于CDMA2000技术的数字集群***，包括以下步骤：

(a)某集群用户发起集群呼叫，调度归属寄存器鉴权通过后，如有被叫是遇忙提示业务激活用户，则在鉴权应答消息中携带所述被叫的遇忙提示业务开通标志和此次呼叫的优先级信息；

(b)调度服务器收到鉴权应答消息后，如判断出有被叫终端正处于忙状态，新呼叫的优先级不高于其当前业务，且所述被叫已开通遇忙提示业务，则向所述被叫终端发送遇忙提示消息，其中，当所述被叫终端处于非集群业务中时，基站子***判断所述新呼叫的优先级是否高于所述被叫终端当前业务的优先级；

(c)所述被叫终端收到该遇忙提示消息后，显示给用户。

进一步地，上述实现方法还可具有以下特点：所述步骤(a)中如发起的是单呼时，步骤(b)调度服务器在发送的遇忙提示消息中携带主叫的号码信息；所述步骤(a)中如发起的是群组呼叫时，步骤(b)调度服务器在发送的遇忙提示消息中携带主叫号码和群组号码的信息。

进一步地，上述实现方法还可具有以下特点：所述遇忙提示消息是以Flash消息格式发送的，终端以文字形式将提示信息显示给用户。

进一步地，上述实现方法还可具有以下特点：所述遇忙提示业务由集群受理台激活或通过以下过程由终端激活：集群终端拨打特服号码发起遇忙提示业务激活请求；调度归属寄存器鉴权通过后，将用户遇忙提示业务置为激活状态并保存在集群用户数据库中，并向该集群终端发送遇忙提示业务操作成功或失败的提示信息。

进一步地，上述实现方法还可具有以下特点：当被叫处于高优先级的非集群业务中且步骤(a)是发起组呼时，在所述步骤(b)中，所述调度服务器进一步判断出作为被叫的一个或多个群组成员正处于非集群业务中，则先向基站子***发送这些被叫终端的呼叫连接请求；基站子***如判断所述被叫终端中有的正处于优先级高于或等于新呼叫的非集群业务中，则向调度服务器发送呼叫建立失败消息并指示处于高优先级业务中的被叫终端，且置失败原因为“用户在高优先级业务中”；调度服务器收到后，根据所述遇忙提示业务开通标志判断所述处于高优先级业务中的被叫终端是否已开通遇忙提示业务，如开通，则向其发送遇忙提示消息。

进一步地，上述实现方法还可具有以下特点：当被叫处于高优先级的非集群业务中且步骤(a)是发起单呼时，在步骤(b)中，所述调度服务器进一步判断出该单呼的被叫正处于非集群业务中，则先向基站子***发送所述被叫终端的呼叫连接请求；基站子***判断该被叫终端正处于优先级高于或等于新呼叫的非集群业务中，则向调度服务器返回呼叫建立失败消息并置失败原因为“用户在高优先级业务中”；调度服务器收到后，根据所述遇忙提示业务开通标志判断该被叫终端是否已开通遇忙提示业务，如开通，则向其发送遇忙提示消息。

进一步地，上述实现方法还可具有以下特点：在所述步骤(b)中，所述调度服务器进一步判断出单呼的被叫或群组呼叫中作为被叫的一个或多个群组成员正处于集群业务中，则再直接判断是否新呼叫的优先级是否高于其当前业务且所述被叫终端已开通遇忙提示业务，如是，则向所述被叫终端发送遇忙提示消息。

进一步地，上述实现方法还可具有以下特点：所述步骤(a)中如发起的是单呼时，所述步骤(b)中调度服务器或者基站子***如判断出所述被叫终端正处于忙状态且新呼叫的优先级不高于其当前业务，所述调度服务器进一步向主叫发送呼叫建立失败消息，消息中携带的失败原因码为“被叫忙”。

进一步地，上述实现方法还可具有以下特点：所述步骤(a)中如发起的是群组呼叫时，所述步骤(b)中调度服务器或者基站子***如判断出有作为被叫的群组成员正处于忙状态且新呼叫的优先级不高于其当前业务，所述调度服务器在向这些被叫终端发送遇忙提示消息的同时，进一步向主叫和群组中的空闲成员发送寻呼消息。

本发明具有以下特点：

1、本发明所述方法可以文字形式在终端进行提示，与短信提示和语音提示相比，不需要具备额外的平台；

2、本发明所述方法的提示消息能在终端实时显示，让用户及时知道第三方呼叫的信息，并自主选择参与哪个呼叫，有效地改善用户体验；

3、本发明所述遇忙提示业务和其他的提示业务配合(如漏话提示)，可以做到让用户的电话“一个不漏”。

附图说明

图1为数字集群通信***基本的网络架构；

图2为数字集群终端激活遇忙提示业务激活流程图；

图3为数字集群终端开通遇忙提示且处于忙状态时单呼流程图；

图4为数字集群终端开通遇忙提示且处于忙状态时组呼流程图；

图5为数字集群终端开通遇忙提示且处于高优先级非集群业务中忙状态时单呼的流程图；

图6为数字集群终端开通遇忙提示且处于高优先级非集群业务中忙状态时组呼的流程图。

具体实施方式

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

遇忙提示是指当用户处于某呼叫中，此时有集群呼叫寻呼该用户，如果新来的业务的呼叫优先级不高于用户当前业务的呼叫优先级，***给该被叫用户发送提示信息，提示有其它入呼。用户可以自己决定是否退出当前呼叫，加入到新的呼叫中。如果新来的业务/呼叫优先级高于用户当前业务/呼叫优先级，***自动将用户从当前呼叫退出，并加入到新来的高优先级呼叫中。

图1所示的基于CDMA2000的数字集群调度***中，可以由集群受理台开启集群终端具有激活/去激活/查询遇忙提示业务的权限，设置为生效，相关用户信息保存在集群用户数据库中。

遇忙提示业务也可以通过终端激活、去激活。如图2所示，包括以下步骤：

步骤201，集群终端拨打特服号码发起遇忙提示业务激活请求，消息转发给集群调度服务器(PDS)；

步骤202，PDS解码该消息，如合法则向调度归属寄存器(PHR)发送遇忙提示业务激活鉴权请求，否则直接给用户回拒绝消息；

步骤203，PHR查询集群用户数据库，判断该用户相关信息，比如用户是否合法，是否具有遇忙提示业务激活权限等。如鉴权通过，则向PDS返回鉴权成功应答，否则直接回鉴权拒绝消息；

步骤204，PHR将用户遇忙提示状态设置为激活并保存在集群用户数据库中；

步骤205，PDS向集群终端发送遇忙提示业务操作成功或失败的提示信息。

第一实施例

在本实施例中，数字集群***中某用户开通了遇忙提示业务，该用户正处于某个集群业务中时，有用户对其发起单呼，如图3所示，包括以下步骤：

步骤301，某集群用户向另一集群用户发起单呼，发送集群呼叫建立请求到PDS；

步骤302，PDS解码来自集群终端的呼叫建立请求，判断请求报文的格式是否合法，如果是，则向PHR发送呼叫鉴权请求，否则直接拒绝该呼叫建立请求；

PDS发送的呼叫鉴权请求中携带该呼叫属性标识。

步骤303，PHR收到呼叫鉴权请求后，查询集群用户数据库，首先鉴权主叫是否合法，判断主叫是否为合法用户，是否具有相关的呼叫权限等等，然后鉴权被叫是否合法，判断被叫是否为合法用户，是否具有相关呼叫权限等等，如鉴权通过，判断被叫是否是遇忙提示业务激活用户，如果是，则PHR向PDS返回鉴权应答消息，并在该消息中携带遇忙提示业务开通标志和此次呼叫的优先级信息；

该呼叫的优先级信息是将呼叫鉴权请求中携带的呼叫属性标识按照一定的规则计算出的呼叫优先级(Call Priority)的具体值。

步骤304，PDS收到鉴权应答消息后，如判断出被叫正处于集群业务中且新来业务的呼叫优先级不高于用户当前业务，且鉴权应答消息中携带的遇忙提示业务开通标志指示被叫已激活遇忙提示业务，则执行下一步；

步骤305，PDS向主叫发送呼叫建立失败消息，消息中携带的失败原因码为“被叫忙”；

步骤306，PDS向被叫发送遇忙提示消息，该提示消息是以Flash消息格式发送，终端收到后，将相关呼叫信息显示给用户；

所述遇忙提示消息中的一个字段包含一个CDMA2000信息列表，该列表中包含有所述主叫的号码信息。

步骤307，主叫用户发起的单呼建立失败。

第二实施例

在本实施例中，数字集群***中某个或某些用户开通了遇忙提示业务，该用户正处于某个集群业务中时，其所在群组中另一用户发起组呼，如图4所示，包括以下步骤：

步骤401，群组中的某用户发起群组呼叫，向PDS发送呼叫建立请求；

步骤402，PDS解码来自集群终端的呼叫建立请求，判断该请求报文的格式是否合法，如果是，则向PHR发送呼叫鉴权请求，携带该呼叫属性标识，否则直接拒绝该呼叫建立请求；

步骤403，PHR收到呼叫鉴权请求后，查询集群用户数据库，首先对主叫进行鉴权，然后对被叫即其它群组成员进行鉴权，如鉴权通过，判断如果群组中有成员是遇忙提示业务激活用户，如果是，则向PDS返回鉴权应答消息，并在该消息中携带该遇忙提示业务激活成员的遇忙提示业务开通标志和此次呼叫的优先级信息；

步骤404，PDS收到鉴权应答消息后，判断群组成员状态，如有一个或多个成员正处于集群业务中且新来业务的呼叫优先级不高于该一个或多个成员的当前业务，且鉴权应答消息中携带的遇忙提示业务开通标志指示这些成员已激活遇忙提示业务，则执行下一步；

步骤405，PDS向主叫发送寻呼消息；

步骤406，PDS向群组中空闲成员发送寻呼消息；

步骤407，PDS向处于集群业务中且开通了遇忙提示业务的成员，按国际移动用户识别码(IMSI)向这些用户的终端发送遇忙提示消息，该提示消息是以Flash消息格式发送，该消息字段中携带群组号码(GMDN)信息和发起组呼的主叫成员号码(MDN)信息，该遇忙提示消息以文字形式(或其它形式)在终端进行显示；

注意本发明不限定上述3个步骤的先后顺序。

步骤408，发起组呼的主叫集群终端向PDS发送呼叫建立应答；

步骤409，群组空闲成员向PDS发送呼叫建立应答；

步骤410，群组呼叫建立，但是处于忙状态的被叫成员未加入该组呼。

第三实施例

在本实施例中，数字集群***中某用户开通了遇忙提示业务，而该用户正处于某个非集群业务中(如普通语音呼叫、数据业务等等)时，有另一用户向其发起单呼，如图5所示，包括以下步骤：

步骤501，被叫终端处于高优先级的非集群业务中，对于原呼叫与新呼叫的优先级相同的情况，文中仍视被叫处于“高优先级”业务中；

步骤502，同第一实施例中步骤301-步骤303，这里不再重复；

步骤503，PDS收到鉴权应答消息后，判断被叫终端处于非集群呼叫中，向基站子***(BSS)发送被叫终端的呼叫连接请求；

步骤504，BSS判断被叫终端正处于优先级高于或等于新呼叫的非集群业务中(如普通语音呼叫、数据业务等)，向PDS发送呼叫建立失败消息，其中原因字段置为“用户在高优先级业务中”；

步骤505，PDS收到呼叫建立失败消息后，判断所述被叫终端是否开通了遇忙提示业务，如果是，执行下一步；

步骤505，同第一实施例中步骤305-步骤307，这里不再重复。

第四实施例

在本实施例中，数字集群***中某个或某些用户开通了遇忙提示业务且正处于高优先级的非集群业务中(如普通语音呼叫、数据业务等等)，有另一集群用户向发起该集群的组呼，如图6所示，包括以下步骤：

步骤601，一个或多个被叫群组成员处于高优先级的非集群业务中；

步骤602，同第二实施例中的步骤401-步骤403，不再重复；

步骤603，PDS收到鉴权应答消息后，判断群组成员状态，如有一个或多个被叫终端正处于非集群业务中，PDS向BSS发送所述一个或多个被叫终端的呼叫连接请求，并向主叫和组中空闲成员分别发送寻呼消息；

步骤604，BSS判断所述被叫终端中有的正处于优先级高于或等于新呼叫的非集群业务中，则向PDS发送呼叫建立失败消息并指示这些处于高优先级业务中的被叫终端，其中原因字段置为“用户在高优先级业务中”；

步骤605，PDS再判断所述处于高优先级业务中的被叫终端是否开通了遇忙提示业务，如果是，按国际移动用户识别码(IMSI)向这些终端发送遇忙提示消息，该提示消息是以Flash消息格式发送，该消息字段中携带群组号码(GMDN)信息和发起组呼的主叫成员号码(MDN)信息，该遇忙提示消息以文字形式在终端进行显示；

步骤606，PDS向主叫终端发送寻呼消息；

步骤607，PDS向向群组中空闲成员发送寻呼消息；

步骤608，发起组呼的主叫集群终端向PDS发送呼叫建立应答；

步骤609，群组空闲成员向PDS发送呼叫建立应答；

步骤610，群组呼叫建立，但是处于忙状态的被叫成员未加入该组呼。

Claims (9)

1、一种数字集群通信***中遇忙提示业务的实现方法，应用于基于CDMA2000技术的数字集群***，包括以下步骤：

(a)某集群用户发起集群呼叫，调度归属寄存器鉴权通过后，如有被叫是遇忙提示业务激活用户，则在鉴权应答消息中携带所述被叫的遇忙提示业务开通标志和此次呼叫的优先级信息；

(b)调度服务器收到鉴权应答消息后，如判断出有被叫终端正处于忙状态，新呼叫的优先级不高于其当前业务，且所述被叫已开通遇忙提示业务，则向所述被叫终端发送遇忙提示消息，其中，当所述被叫终端处于非集群业务中时，基站子***判断所述新呼叫的优先级是否高于所述被叫终端当前业务的优先级；

(c)所述被叫终端收到该遇忙提示消息后，显示给用户。

2、如权利要求1所述的实现方法，其特征在于，所述步骤(a)中如发起的是单呼时，步骤(b)调度服务器在发送的遇忙提示消息中携带主叫的号码信息；所述步骤(a)中如发起的是群组呼叫时，步骤(b)调度服务器在发送的遇忙提示消息中携带主叫号码和群组号码的信息。

3、如权利要求1所述的实现方法，其特征在于，所述遇忙提示消息是以Flash消息格式发送的，终端以文字形式将提示信息显示给用户。

4、如权利要求1所述的实现方法，其特征在于，所述遇忙提示业务由集群受理台激活或通过以下过程由终端激活：集群终端拨打特服号码发起遇忙提示业务激活请求；调度归属寄存器鉴权通过后，将用户遇忙提示业务置为激活状态并保存在集群用户数据库中，并向该集群终端发送遇忙提示业务操作成功或失败的提示信息。

5、如权利要求1所述的实现方法，其特征在于，当被叫处于高优先级的非集群业务中且步骤(a)是发起组呼时，在所述步骤(b)中，所述调度服务器进一步判断出作为被叫的一个或多个群组成员正处于非集群业务中，则先向基站子***发送这些被叫终端的呼叫连接请求；基站子***如判断所述被叫终端中有的正处于优先级高于或等于新呼叫的非集群业务中，则向调度服务器发送呼叫建立失败消息并指示处于高优先级业务中的被叫终端，且置失败原因为“用户在高优先级业务中”；调度服务器收到后，根据所述遇忙提示业务开通标志判断所述处于高优先级业务中的被叫终端是否已开通遇忙提示业务，如开通，则向其发送遇忙提示消息。

6、如权利要求1所述的实现方法，其特征在于，当被叫处于高优先级的非集群业务中且步骤(a)是发起单呼时，在所述步骤(b)中，所述调度服务器进一步判断出该单呼的被叫正处于非集群业务中，则先向基站子***发送所述被叫终端的呼叫连接请求；基站子***判断该被叫终端正处于优先级高于或等于新呼叫的非集群业务中，则向调度服务器返回呼叫建立失败消息并置失败原因为“用户在高优先级业务中”；调度服务器收到后，根据所述遇忙提示业务开通标志判断该被叫终端是否已开通遇忙提示业务，如开通，则向其发送遇忙提示消息。

7、如权利要求1所述的实现方法，其特征在于，在所述步骤(b)中，所述调度服务器进一步判断出单呼的被叫或群组呼叫中作为被叫的一个或多个群组成员正处于集群业务中，则再直接判断是否新呼叫的优先级是否高于其当前业务且所述被叫终端已开通遇忙提示业务，如是，则向所述被叫终端发送遇忙提示消息。

8、如权利要求1所述的实现方法，其特征在于，所述步骤(a)中如发起的是单呼时，所述步骤(b)中调度服务器或者基站子***如判断出所述被叫终端正处于忙状态且新呼叫的优先级不高于其当前业务，所述调度服务器进一步向主叫发送呼叫建立失败消息，消息中携带的失败原因码为“被叫忙”。

9、如权利要求1所述的实现方法，其特征在于，所述步骤(a)中如发起的是群组呼叫时，所述步骤(b)中调度服务器或者基站子***如判断出有作为被叫的群组成员正处于忙状态且新呼叫的优先级不高于其当前业务，所述调度服务器在向这些被叫终端发送遇忙提示消息的同时，进一步向主叫和群组中的空闲成员发送寻呼消息。

Images