CN110113719A

CN110113719A - 一种基于宽带集群系统的呼叫限制方法和设备

Info

Publication number: CN110113719A
Application number: CN201810100824.4A
Authority: CN
Inventors: 王宗茹; 田甜
Original assignee: Putian Information Technology Co Ltd
Current assignee: Potevio Information Technology Co Ltd; Putian Information Technology Co Ltd
Priority date: 2018-02-01
Filing date: 2018-02-01
Publication date: 2019-08-09

Abstract

本申请公开了一种基于宽带集群系统的呼叫限制方法，包括：在数据库中维护针对UE的接听阻止列表；当T‑CN从主叫UE接收呼叫请求Call Request消息时，判断消息中是否包含呼叫限制标识，如果包含，则查找数据库中主叫UE的接听阻止列表，并根据所述呼叫限制标识，将被叫UE从主叫UE的接听阻止列表中删除，从而解除被叫UE呼叫主叫UE的呼叫限制。本申请还提供了其他几种基于宽带集群系统的呼叫限制和设备。应用本申请能够在宽带集群系统中较好地实现呼叫限制，并且实现简单，对现有系统的改动较小。

Description

一种基于宽带集群系统的呼叫限制方法和设备

技术领域

本申请涉及通信技术领域，特别涉及一种基于宽带集群系统的呼叫限制方法和设备。

背景技术

B-TrunC宽带集群系统是基于TD-LTE技术，为了满足行业用户指挥调度需求而开发、面向特定行业应用的专用无线通信系统，以更高的速率、更大的带宽向用户提供指挥调度功能，是一种多用途、高效能的无线通信系统。近年来，宽带集群系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。

随着系统中用户数量、业务量的增多，在某些行业领域的使用中有些用户就会设定接听限制功能，这时就需要我们提供一种呼叫限制方法，以便对系统中的呼叫业务进行限制。而目前在B-TrunC宽带集群标准中尚未提供针对呼叫限制的具体方案。

下面简要说明现有技术所存在的问题：

首先，B-TrunC宽带集群标准中虽然在TC1口增加了呼叫限制的IE，但仍然不够灵活，无法满足某些特定场景的呼叫限制需求。

其次，在普通公网点到点呼叫业务中，呼叫限制方案都是在终端侧进行呼叫限制，需要由接听方拒绝某人打来的电话。这种呼叫限制方案使电话接听者针对同一个电话需要反复拒绝，用户体验较差。

第三，某些骚扰电话，不断拨打、挂断，不仅使得正常用户的用户体验差，还大量占用通信资源。

第四，现有B-TrunC方案中，TC1接口中的Trunking-User-Data IE中已携带了Trunking-ODB IE，其定义为：

Trunking-ODB AVP是Unsigned32类型，指示对用户的集群业务ODB(OperatorDetermined Barring：呼叫限制)限制，如表1所示。

Bit	描述
		0	预留
1	集群呼入限制(单呼)
		2	集群呼出限制(包括单呼和组呼)
3	漫游限制

表1

该IE只能对该UE进行呼入呼出限制，但是该限制是针对该UE的统一限制，即所有人都不允许拨打该用户，或者限制该用户呼叫所有单呼组呼。该IE的限制比较有局限性，不能针对不同的用户或组进行区分呼叫限制。

因此，本申请的目的在于基于B-TrunC宽带集群标准中的呼叫业务需求，针对集群业务中的单呼、组呼过程提出一整套的呼叫限制方案。

发明内容

本申请提供了一种基于宽带集群系统的呼叫限制方法和设备，以在宽带集群系统中较好地实现呼叫限制。

本申请公开了一种基于宽带集群系统的呼叫限制方法，在数据库中维护针对用户设备UE的接听阻止列表，该方法还包括：

A、集群核心网T-CN从主叫UE接收呼叫请求Call Request消息；

B、T-CN判断所述Call Request消息中是否包含呼叫限制标识，如果包含呼叫限制标识，执行C，如果不包含呼叫限制标识，执行E；

C、查找数据库中主叫UE的接听阻止列表；

D、判断主叫UE的接听阻止列表是否有被叫UE，如果有，则根据所述呼叫限制标识，将被叫UE从主叫UE的接听阻止列表中删除，执行E；否则，执行E；

E、查找数据库中被叫UE的接听阻止列表；

F、根据被叫UE的接听阻止列表判断被叫UE是否阻止所述主叫UE的呼叫，如果不阻止，执行G，否则，执行H；

G、进行单呼流程，直至结束；

H、向主叫UE回复呼叫拒绝Call Reject消息。

较佳的，所述针对UE的接听阻止列表中包含：该UE的用户号码UDN号码和该UE阻止接听的UE的UDN号码。

本申请还公开了一种基于宽带集群系统的呼叫限制方法，在数据库中维护针对UE的接听阻止列表，该方法还包括：

A、T-CN从被叫UE收到呼叫拒绝Call Reject消息；

B、T-CN判断所述Call Reject消息中是否包含呼叫限制标识，如果包含，执行C，否则执行F；

C、查找数据库中被叫UE的接听阻止列表；

D、判断被叫UE的接听阻止列表中是否有主叫UE，如果没有，则执行E，否则，执行F；

E、在所述被叫UE的阻止列表中添加所述主叫UE；

F、进行单呼拒绝流程。

较佳的，所述针对UE的接听阻止列表中包含：该UE的UDN号码和该UE阻止接听的UE的UDN号码。

本申请还公开了一种基于宽带集群系统的呼叫限制方法，在数据库中维护针对组的接听阻止列表，该方法还包括：

A、T-CN收到组呼请求Group Call Request消息；

B、获取所述消息的主叫UE的号码；

C、从数据库中获取所述消息对应的组的呼叫阻止列表；

D、判断主叫UE是否在所述组的呼叫阻止列表中，如果在，执行F，否则执行E；

E、继续组呼流程；

F、拒绝该组呼，结束组呼流程。

较佳的，所述针对组的接听阻止列表中包含：组号和该组禁止作为主叫或话语权的UE的UDN号码。

A、T-CN收到话语权请求Floor Request消息；

B、获取希望获得话语权的UE的号码；

C、从数据库中获取所述消息对应的组的呼叫阻止列表；

D、判断希望获得话语权的UE是否在组呼呼叫阻止列表中，如果在，执行F，否则，执行E；

E、继续组呼流程；

F、拒绝该组呼，结束组呼流程。

本申请还公开了一种设备，包括：

列表维护模块，用于在数据库中维护针对UE的接听阻止列表；

限制处理模块，用于根据从主叫UE接收的Call Request消息中的呼叫限制标识，从主叫UE的接听阻止列表删除被叫UE；

呼叫处理模块，用于根据被叫UE的接听阻止列表处理主叫UE发起的呼叫。

本申请还公开了一种设备，包括：

限制处理模块，用于根据从被叫UE接收的Call Reject消息中的呼叫限制标识，在被叫UE的接听阻止列表中增加主叫UE；

本申请还公开了一种设备，包括：

列表维护模块，用于在数据库中维护针对组的接听阻止列表；

呼叫处理模块，用于在收到Group Call Request消息时，从数据库中获取所述消息对应的组的呼叫阻止列表，并在主叫UE处于所述组的呼叫阻止列表中时，拒绝该组呼，在主叫UE不处于所述组的呼叫阻止列表中时，继续组呼流程。

本申请还公开了一种设备，包括：

呼叫处理模块，用于在收到Floor Request消息时，从数据库中获取所述消息对应的组的呼叫阻止列表，述并在获得话语权的UE处于所组的呼叫阻止列表中时，拒绝该组呼，在获得话语权的UE不处于所述组的呼叫阻止列表中时，继续组呼流程。

由上述技术方案可见，本申请提供的技术方案具备以下优点：

第一，本申请方案是基于宽带集群B-Trunc标准提供的一种更灵活的宽带集群业务情况的呼叫限制方法。

第二，本申请方案是在网络侧对集群业务中的组呼、单呼业务进行呼叫限制，不需要用户对不想接听的用户反复拒绝，减少了用户的操作。

第三，本申请方案在网络侧对呼叫业务进行呼叫限制，也大大的减少了对通信资源的占用。

第四，本申请方案设计了一整套算法，可以智能地对单呼中的呼叫限制用户进行动态设定。

1)在单呼限制方案中，本申请通过修改单呼Call Reject消息，添加呼叫限制标识来实现单呼限制。当主叫UE1单呼被叫UE2时，UE2向T-CN发送Call Reject消息，携带呼叫限制标识，通知T-CN，T-CN据此将该UE1的UDN添加到UE2的呼叫阻止列表中，以后UE1拨打UE2的电话时，网络侧则直接拒绝。

2)通过修改单呼Call Request消息，添加呼叫限制标识，来解除单呼限制。当主叫UE1单呼被叫UE2时，UE1在发送的Call Request消息中携带呼叫限制标识，通知T-CN，T-CN据此将UE2的UDN号码从UE1的阻止接听列表中删除。网络侧允许UE1允许接受UE2的单呼请求，即网络侧不再替UE1直接拒绝UE2的单呼请求。

3)本申请还允许手工对数据库中的UE接听阻止列表进行修改配置。

第五，组呼呼叫限制功能，由数据库进行配置，禁止组内某些UE作为组呼主叫或申请话语权，被禁止的这些UE只能作为被叫。T-CN收到UE发送的组呼请求消息Group CallRequest消息时，通过数据库中保存的组呼权限判断该UE是否是允许作为主叫的UE或允许申请话语权的UE，若不允许，则网络侧直接拒绝该组呼或话语权申请。

第六，本申请方案中的呼叫限制功能可以在T-CN进行设置开启或关闭。呼叫限制功能开启时，系统具备呼叫限制功能。功能关闭时，整个系统与正常系统功能完全一致，从而，呼叫限制功能的适用性更好。

第七，本申请方案是基于原有的集群呼叫业务进行修改升级，对原有标准改动小，便于实现。

附图说明

图1为本申请T-CN收到Call Request消息后的处理流程示意图；

图2为本申请T-CN收到Call Reject消息后的处理流程示意图；

图3为本申请T-CN收到Group Call Request消息后的处理流程示意图；

图4为本申请T-CN收到Floor Request消息后的处理流程示意图。

具体实施方式

为使本申请的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本申请作进一步详细说明。

本发明在现有技术的基础上进行如下改进：

1、在数据库中添加针对UE的接听阻止列表，包含的参数示例如表2所示：

参数名	含义
		Called UE UDN	被叫UE的UDN号码
Calling UE UDN	该被叫UE阻止接听的UDN号码

表2

其中：UDN为User Dialing Number，用户号码。

2、在数据库中添加针对组的组呼主叫及话语权阻止列表，包含的参数示例如表3所示：

参数名	含义
		GDN	组号
Calling UE UDN	该组禁止作为主叫或话语权的UE的UDN号码

表3

3、在以下两条非接入层(NAS)消息中添加呼叫限制信元，其中：

1)在UE发给网络侧的呼叫请求(Call Request)消息中添加用于解除单呼限制的信元。例如，如表4所示的“Call intercept”信元：

表4

2)在UE发给网络侧的呼叫拒绝(Call Reject)消息中添加用于设置单呼限制的信元。例如：如表5所示的“Call intercept”信元：

信元	可选/必选	格式	长度
				Protocol discriminator	M	V	1/2
Spare half octet	M	V	1/2
				Trunking Procedure transaction identity	M	V	1
Call Reject message identity	M	V	1
				Call ID	M	V	4
Reject Cause	M	V	1
				Call intercept	O	V	1

表5

4、T-CN(Trunking Core Network：集群核心网)收到Call Request消息后的处理流程如图1所示，包括以下步骤：

1)T-CN收到主叫UE发送的Call Request消息。

2)判断消息中是否包含呼叫限制标识，如果包含，执行第3步，否则执行第5步。

3)查找数据库中主叫UE的接听阻止列表。

4)判断主叫UE的接听阻止列表中是否有被叫UE，有则删除数据库中的该条记录，执行第5步；否则，直接执行第5步。

5)查找数据库中被叫UE的接听阻止列表。

6)判断被叫UE是否阻止该主叫UE的呼叫，若不阻止，则执行第7步，否则，执行第8步。

7)进行后续常规的单呼流程，直至结束。

8)回复Call Reject消息给主叫UE，结束本流程。

5、T-CN收到Call Reject消息后的处理流程如图2所示，包括以下步骤：

1)T-CN收到被叫UE发送的Call Reject消息。

2)判断消息中是否包含呼叫限制标识，如果包含，执行第3步，否则执行第6步。

3)查找数据库中被叫UE的接听阻止列表。

4)判断被叫UE的接听阻止列表中是否有主叫UE，如果没有，则执行第5步；否则，直接执行第6步。

5)在数据库中该被叫UE的阻止列表中添加该主叫UE。

6)进行后续常规的单呼拒绝流程。

6、T-CN收到Group Call Request消息后的处理流程如图3所示，包括以下步骤：

1)T-CN收到Group Call Request消息。

2)获取主叫号码。

3)从数据库中获取该组的呼叫阻止列表。

4)判断主叫是否在组呼呼叫阻止列表中，如果在，执行第6步，否则执行第5步。

5)继续组呼流程。

6)拒绝该组呼，结束组呼流程。

7、T-CN收到话语权请求(Floor Request)消息后的处理流程如图4所示，包括以下步骤：

1)T-CN收到Floor Request消息。

2)获取希望获得话语权的终端号码。

3)从数据库中获取该组的呼叫阻止列表。

4)判断希望获得话语权的终端是否在组呼呼叫阻止列表中，如果在，执行第6步，否则，执行第5步。

5)继续组呼流程。

6)拒绝该组呼，结束组呼流程。

8、接口说明

TC1接口(T-CN与RDS(Register Database Server：注册数据服务器)的接口)：

User-Service-Data：

User-Service-Data AVP(Attribute Value Pair：属性值对)是Grouped类型，包括用户的签约数据和用户所属组。

User-Service-Data::＝<AVP header:47Vendor-Id>

{UDN}

[Trunking-User-Data]

[PTT-Group-List]

[Ue-Caller-Intercept-List]

*[AVP]

其中，“Ue-Caller-Intercept-List”为本申请新增的UE的接听阻止列表，包含的参数如表6所示：

值	描述
		Num	呼入限制列表中的UE个数
UDN List	呼入限制列表中UE的UDN

表6

Group-Service-Data：

Group-Service-Data AVP为Grouped类型，包括组的签约数据和组内用户列表。

Group-Service-Data::＝<AVP header:22Vendor-Id>

{GDN}

{GID}

[Trunking-Group-data]

[Group-Member-List]

[Group-Caller-Intercept-List]

*[AVP]

其中，“Group-Caller-Intercept-List”为本申请新增的组的呼叫阻止列表，包含的参数如表7所示：

值	描述
		Num	组主叫话语权限制列表中的UE个数
UDN List	组主叫话语权限制列表中UE的UDN

表7

除了上述通过NAS消息修改UE的接听阻止列表的方式之外，本申请还允许手工对数据库中的UE接听阻止列表进行修改配置。

对应于上述方法，本申请提供了相应的设备，用于实现各个方法。具体而言：

本申请提供了一种用于实现图1所示流程的设备，该设备包括：

本申请提供了一种用于实现图2所示流程的设备，该设备包括：

本申请提供了一种用于实现图3所示流程的设备，该设备包括：

本申请提供了一种用于实现图4所示流程的设备，该设备包括：

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims

1.一种基于宽带集群系统的呼叫限制方法，其特征在于，在数据库中维护针对用户设备UE的接听阻止列表，该方法还包括：

A、集群核心网T-CN从主叫UE接收呼叫请求Call Request消息；

C、查找数据库中主叫UE的接听阻止列表；

E、查找数据库中被叫UE的接听阻止列表；

G、进行单呼流程，直至结束；

H、向主叫UE回复呼叫拒绝Call Reject消息。

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

所述针对UE的接听阻止列表中包含：该UE的用户号码UDN号码和该UE阻止接听的UE的UDN号码。

3.一种基于宽带集群系统的呼叫限制方法，其特征在于，在数据库中维护针对UE的接听阻止列表，该方法还包括：

A、T-CN从被叫UE收到呼叫拒绝Call Reject消息；

C、查找数据库中被叫UE的接听阻止列表；

E、在所述被叫UE的阻止列表中添加所述主叫UE；

F、进行单呼拒绝流程。

4.根据权利要求3所述的方法，其特征在于：

所述针对UE的接听阻止列表中包含：该UE的UDN号码和该UE阻止接听的UE的UDN号码。

5.一种基于宽带集群系统的呼叫限制方法，其特征在于，在数据库中维护针对组的接听阻止列表，该方法还包括：

A、T-CN收到组呼请求Group Call Request消息；

B、获取所述消息的主叫UE的号码；

C、从数据库中获取所述消息对应的组的呼叫阻止列表；

E、继续组呼流程；

F、拒绝该组呼，结束组呼流程。

6.根据权利要求5所述的方法，其特征在于：

所述针对组的接听阻止列表中包含：组号和该组禁止作为主叫或话语权的UE的UDN号码。

7.一种基于宽带集群系统的呼叫限制方法，其特征在于，在数据库中维护针对组的接听阻止列表，该方法还包括：

A、T-CN收到话语权请求Floor Request消息；

B、获取希望获得话语权的UE的号码；

C、从数据库中获取所述消息对应的组的呼叫阻止列表；

E、继续组呼流程；

F、拒绝该组呼，结束组呼流程。

8.根据权利要求7所述的方法，其特征在于：

9.一种设备，其特征在于，包括：

10.一种设备，其特征在于，包括：

11.一种设备，其特征在于，包括：

12.一种设备，其特征在于，包括：