CN101631298A - 一种呼叫限制方法及*** - Google Patents

Abstract

本发明公开一种呼叫限制方法，呼叫限制***配置灰名单，该方法包括：呼叫限制***收到呼叫请求，且需要根据所述配置的灰名单对当前呼叫进行拦截判断时，根据与当前呼叫匹配的灰名单进行拦截判断，并执行判断结果。本发明还相应地公开一种呼叫限制***，包括灰名单配置单元、呼叫请求接收单元、判断单元、限制执行单元。由于本发明能够提供动态的限制策略，又由于本发明通过动态的限制策略对呼叫进行限制，所以呼叫限制的灵活性较高，并且，现有方法很难对本发明的方法进行替代，所以本发明的应用范围较大。

Description

一种呼叫限制方法及***

技术领域

本发明涉及电信交换***领域，尤其涉及一种呼叫限制方法及***。

背景技术

随着中国电信重组的完成，形成了三家全业务运营商，每家运营商都拥有固网和移动网络的运营牌照。运营商之间的竞争已经从以往单一业务的竞争扩展到全业务的竞争，网络之间的互连互通的控制能力作为网间业务竞争的关键点之一，需要更丰富更灵活的控制策略，比如，运营商内部不同网络之间的互连互通和不同运营商网络之间的互连互通的控制策略显然应有所不同。

这样，就会对网络之间互连互通提出更高的要求，诸如网间结算、话务均衡、非法呼叫拦截、呼叫号码规范等功能就需要更高的灵活性，从而一方面提高运营商的网间话务分流能力，减少非正常的网间结算纠纷，另一方面提高运营商对网间话务的控制能力，更多的从满足运营和客户利益的角度，实现网间话务的可控可调可限，比如主动拒绝非正常的呼叫源，保护用户免受“骚扰”，再比如限制非正常的呼叫源，以减轻对***资源的非正常消耗，并保护正常通信的畅通不受影响等。

目前，上述功能主要集中于关口局完成。具体的，中国电信规范规定采用黑白名单和鉴权来实现，前者用于根据主叫用户号码或入中继标识码，禁止/允许某些主叫用户或从某一入中继的来话对一些目的码的呼叫，现有技术中，黑名单和白名单配合使用以限制呼叫，原理如表1所示：

主叫侧	被叫侧	是否拦截
			黑	黑	拦截
黑	白	放行
			白	黑	放行

白	白	放行
			黑	--	拦截
白	--	放行
			--	黑	拦截
--	白	放行
			--	--	放行

表1

而鉴权用于鉴别其它运营商网络的用户是否有权使用本网络，鉴权通过后，便可作进行呼叫接续。对于其它运营商网络进来的呼叫，关口局一般根据“主叫用户号码”或“入中继”查询数据库，确定是否予以呼叫接续。

近年来，某些设备厂家为提高呼叫限制的灵活性，提出限呼组的概念：图1为现有技术中，使用限呼组限制呼叫的原理示意图，如图1所示，主叫用户编入一个主叫限呼组，被叫用户编入另一个限呼组，并建立两个限呼组之间的呼叫关系(禁止或允许)，使得用户可以呼叫一部分用户，限制呼叫另一部分用户，实现黑名单(除白名单外不能呼叫)和白名单(都能呼叫)之间的一种限呼策略，称为“灰名单”。

这种“灰名单”的“灰”在于用户，即“空间”上的“灰”，因此其局限性比较明显，具体分析如下：

1)应用范围较小

一般来说，现网还没有某特定范围的用户禁止/允许呼叫某特定范围的用户的需求，而且即使有，也可以通过针对主叫用户分配特定的分析入口进入不同号码分析范围的方式来实现，即要实现某特定范围的用户禁止/允许呼叫某特定范围的用户，灰名单并非唯一途径，现有技术存在多种替代方法，从而现有技术中灰名单的应用范围较小。

2)不能提供动态的限制策略

无论是电信规范已有的黑白名单和鉴权，还是上述“灰名单”，都是一种固定不变的限制策略，既然是固定的即是有规律，也就非常容易被发现和研究。

3)呼叫限制的灵活性较低

现网运营中，如果需要限制非法呼叫源，首先要确认其非法身份，但在确认其是非法身份前需要有非法行为作为依据，而确认非法行为的过程其实是侵害运营和用户利益的过程。而为准确掌握其非法身份就需要更长时间的分析其非法行为，这恰恰造成对运营和用户利益的更大伤害，从而成为一种无法解开的结，其根源在于没有考虑非法用户的相对非法性，绝对的认为其要么非法要么合法，导致其在成为“非法用户”之前已形成非常明显侵害。

所以，采用现有呼叫限制方法不能及时发现非法呼叫源，并且，现有策略只考虑绝对限制。虽然呼叫限制支持时间特性，即某些时间段不生效，某些时间段生效，但就某个时间点来说，是绝对的限制或不限制。这种策略和网络运营的现实之间存在差距，没有考虑限制的相对性，所以呼叫限制的灵活性较低。

为了与本发明提出的另一层面的“灰名单”，即“时间”上的“灰名单”区分，上述描述的“灰名单”也称为“限呼组”。

发明内容

有鉴于此，本发明的主要目的在于提供一种呼叫限制方法及***，能够提供动态的限制策略、呼叫限制的灵活性较高、且呼叫限制方法的应用范围较大。

为达到上述目的，本发明的技术方案是这样实现的：

一种呼叫限制方法，呼叫限制***配置灰名单，该方法包括：呼叫限制***收到呼叫请求，且需要根据所述配置的灰名单对当前呼叫进行拦截判断时，根据与当前呼叫匹配的灰名单进行拦截判断，并执行判断结果。

所述判断结果为：接续所述呼叫或拦截所述呼叫。

所述灰名单至少包括参数：中继群和/或用户标识、拦截比例，

所述根据与当前呼叫匹配的灰名单进行拦截判断为：根据灰名单中的拦截比例判断是否拦截当前呼叫。

呼叫限制***仅配置了灰名单，所述呼叫限制***需要根据所述配置的灰名单对当前呼叫进行拦截判断为：当前的中继群信息和/或用户标识和预先配置的灰名单中的中继群和/或用户标识匹配；

除灰名单外，呼叫限制***还配置了黑名单和/或白名单，所述呼叫限制***需要根据所述配置的灰名单对当前呼叫进行拦截判断为：当前的中继群信息和/或用户标识和预先配置的灰名单中的中继群和/或用户标识匹配，且当前的中继群信息和/或用户标识不和预先配置的白名单中的中继群和/或用户标识匹配。

所述与当前呼叫匹配的灰名单至少有两个时，所述根据灰名单中的拦截比例判断是否拦截当前呼叫为：按照最低的拦截比例进行判断。

所述呼叫限制***根据灰名单对当前呼叫进行限制之前，还包括步骤：配置拦截比例动态调整的参数；以及根据所配置拦截比例动态调整的参数对灰名单中的拦截比例进行动态调整。

所述拦截比例动态调整的参数包括：灰名单号码、初始拦截比例、拦截比例调整步长、初始呼叫量和呼叫量步长。

一种呼叫限制***，包括灰名单配置单元、呼叫请求接收单元、判断单元、限制执行单元，其中，

所述灰名单配置单元，用于配置灰名单；

所述呼叫请求接收单元，用于接收呼叫请求，并通知判断单元；

所述判断单元，用于在收到呼叫请求接收单元的通知后，根据灰名单配置单元中配置的灰名单，判断是否需要根据灰名单对当前呼叫进行拦截判断，以及在需要根据灰名单对当前呼叫进行拦截判断时，进一步根据灰名单配置单元中与当前呼叫匹配的灰名单进行拦截判断，并将判断结果发送至限制执行单元；

所述限制执行单元，用于根据来自判断单元的判断结果，执行相应的操作。

该***还包括黑白名单配置单元，用于配置黑名单和/或白名单；

所述判断单元，还用于在收到呼叫请求接收单元的通知后，根据灰名单配置单元中配置的灰名单和黑白名单配置单元中配置的黑名单和/或白名单，判断是否需要根据灰名单对当前呼叫进行拦截判断，以及在需要根据灰名单对当前呼叫进行拦截判断时，进一步根据灰名单配置单元中与当前呼叫匹配的灰名单进行拦截判断，并将判断结果发送至限制执行单元。

该***还包括动态调整参数配置单元和动态调整单元，其中，

所述动态调整参数配置单元，用于配置拦截比例动态调整的参数；

所述呼叫请求接收单元，还用于接收呼叫请求，并通知动态调整单元；

所述动态调整单元，用于在收到呼叫请求接收单元的通知后，根据动态调整参数配置单元配置的拦截比例动态调整的参数，对灰名单配置单元中灰名单的拦截比例进行动态调整，并在调整结束后通知判断单元。

本发明呼叫限制方法及***，通过设置灰名单，在收到呼叫请求时，按照一定的呼叫拦截比例对与灰名单匹配的呼叫进行拦截。由于按照一定的呼叫拦截比例进行呼叫拦截的实现方法多种多样，所以，本发明能够提供动态的限制策略，又由于本发明通过动态的限制策略对呼叫进行限制，所以呼叫限制的灵活性较高，并且，现有方法很难对本发明的方法进行替代，所以本发明的应用范围较大。

附图说明

图1为现有技术中，使用限呼组限制呼叫的原理示意图；

图2为本发明呼叫限制方法流程示意图；

图3为本发明呼叫限制***结构示意图；

图4为本发明实施例1呼叫限制方法流程示意图；

图5为本发明实施例2呼叫限制方法流程示意图；

图6为本发明实施例3呼叫限制方法流程示意图。

具体实施方式

本发明的基本思想是：通过设置灰名单，在收到呼叫请求时，按照一定的呼叫拦截比例对与灰名单匹配的呼叫进行拦截。

下面结合附图对技术方案的实施作进一步的详细描述。

再次说明，为了与本发明提出的另一层面的“灰名单”，即“时间”上的“灰名单”区分，背景技术中描述的“灰名单”称为“限呼组”，即此后出现的“灰名单”，均指本发明“时间”意义上的灰名单。

本发明着重应用于网间呼叫的控制点--关口局，图2为本发明呼叫限制方法流程示意图，如图2所示，本发明呼叫限制方法一般包括以下步骤：

步骤21：呼叫限制***配置灰名单。

灰名单一般包括：中继群和/或用户标识、拦截比例等参数。

一般根据中继群和/或用户标识配置灰名单，可以配置一份灰名单，也可以配置多份灰名单，这里所述的中继群包括入中继群和出中继群，在根据中继群配置灰名单时，可以分别配置，即分别配置入中继群灰名单和出中继群灰名单，所述中继群包括但不限于：TDM(Time Division Multiple，时分复用)中继、SIP(Session Initiation Protocol，会话初始协议)中继；所述用户标识包括主叫用户标识和被叫用户标识，根据用户标识配置灰名单时，也可以分别配置，即分别配置主叫用户标识灰名单和被叫用户标识灰名单，前转时的前转用户标识及改向时的改向用户标识也可以称为主叫用户标识。

用户标识一般指用户号码、字冠、主叫用户类别、被叫用户属性等。

需要说明的是，本步骤在配置灰名单之外，也可以配置白名单和/或黑名单，当然，也可以不将用户配置在用于限制的名单中。

步骤22：呼叫限制***收到呼叫请求时，判断是否需要根据所述配置的灰名单对当前呼叫进行拦截判断，如果是，执行步骤23；否则，执行步骤25。

如果步骤21仅配置了灰名单，则是否需要根据所述配置的灰名单对当前呼叫进行拦截判断为：判断当前呼叫的中继群信息和/或用户标识是否和预先配置的灰名单中的中继群和/或用户标识匹配，具体的，将当前呼叫的中继群信息和/或用户标识和预先配置的灰名单中的中继群和/或用户标识进行匹配，判断当前的中继群信息和/或用户标识属于哪个灰名单。

如果步骤21中还配置了白名单和/或黑名单，则需要根据所述配置的灰名单对当前呼叫进行拦截判断为：当前的中继群信息和/或用户标识和预先配置的灰名单中的中继群和/或用户标识匹配，且当前的中继群信息和/或用户标识不和预先配置的白名单中的中继群和/或用户标识匹配。

呼叫限制***支持黑名单、白名单和灰名单的混合设置时(黑名单表示拦截全部呼叫，白名单表示放行全部呼叫，灰名单表示按照拦截比例拦截部分呼叫)，如果出现多个匹配结果，包括但不限于“白名单＞灰名单＞黑名单”的优先级顺序，即只要有白名单就全部放行呼叫，否则，没有白名单且有灰名单时，按照灰名单的拦截比例部分拦截呼叫，没有白名单、没有灰名单且有黑名单时，拦截全部呼叫。

例如，如果呼叫的主叫用户标识与预先配置的灰名单中的主叫用户标识匹配，而此呼叫的被叫用户标识与预先配置的白名单中的被叫用户标识匹配，则此时呼叫应被接续，即不需要根据所述配置的灰名单对当前呼叫进行拦截判断。

再例如，按照入中继群和出中继群，分别获得两个匹配结果，即主叫号码(含前转或改向号码)和被叫号码分别属于一个限制名单。综合分析两个匹配结果，包括但不限于“白名单＞灰名单＞黑名单”的优先级顺序。

表2即为一种灰名单和黑白名单配合使用限制呼叫逻辑的例子：

主叫侧	被叫侧	是否拦截
			灰	白	放行
灰	黑	按照灰比例拦截
			灰	--	按照灰比例拦截
白	灰	放行
			黑	灰	按照灰比例拦截
灰	灰	取两个灰的较小比例拦截
			--	灰	按照灰比例拦截

表2

步骤23：呼叫限制***根据灰名单判断是否拦截当前呼叫，如果是，执行步骤24；否则，执行步骤26。

具体为：获取灰名单中当前呼叫拦截比例，按照该比例决定当前呼叫是否要被拦截。这里，按照拦截比例决定当前呼叫是否要被拦截的方式可以有多种，例如累加方式、随机方式(随机数算法)等，如果灰名单中当前呼叫拦截比例为10％，则采用累加方式进行拦截时，可以在9次放过这样的呼叫后，进行一次拦截，而采用随机方式进行拦截时，可以在10次这样的呼叫中随机拦截其中1次，其余9次放过。

需要说明的是，当有两个或两个以上灰名单可供判断时，可以按照最低的拦截比例进行判断，拦截比例选择的方法包括但不限于选择拦截要求低的一方，即如果灰名单1与灰名单2均与本次呼叫匹配，灰名单1的拦截比例为20％，灰名单2的拦截比例为30％，则此时选择根据灰名单1的拦截比例对本次呼叫进行呼叫限制。有两个或两个以上灰名单可供判断时，具体如何选择可以由客户设定，也可以在***中默认配置，不构成对本发明的限定。

在根据灰名单判断是否拦截当前呼叫之前，还可以根据呼叫情况对灰名单中的拦截比例进行动态调整，当然，是否需要对拦截比例进行动态调整进行是可选项，如果需要调整，则还需要对灰名单拦截比例动态调整参数进行配置，表3为一种灰名单拦截比例动态调整的参数配置实例，其配置拦截比例动态调整的参数进行呼叫拦截的动态调整时，采用步长调整法：

灰名单号码	初始拦截比例	拦截比例调整步长	初始呼叫量	呼叫量步长
					号码1	50％	10个百分点	100	10

表3

表3中配置的含义为，达到100呼叫量时，拦截比例是50％，而当呼叫量增加到110(100+10)时，即呼叫变化量达到调整步长，拦截比例调整为60％(50％+10％)；当呼叫量从110增加到120时，拦截比例调整为70％、即(60％+10％)，以此类推；反之，呼叫量从120减少到110时，拦截比例调整为60％(70％-10％)，呼叫量从110减少到100时，拦截比例调整为50％(60％-10％)。

配置拦截比例动态调整的参数进行呼叫拦截的动态调整的方式可以有多种，不限于上述步长调整法。

步骤24：呼叫限制***拦截当前呼叫，流程结束。

步骤25：呼叫限制***按照现有流程进行呼叫限制，流程结束。

这里，即按照表1所示的规则进行呼叫限制。对于呼叫信息不属于任何限制表格的情况，接续当前呼叫。

步骤26：呼叫限制***接续当前呼叫，流程结束。

图3为本发明呼叫限制***结构示意图，如图3所示，本发明呼叫限制***包括灰名单配置单元31、呼叫请求接收单元32、判断单元33、限制执行单元34，其中，

灰名单配置单元31，用于配置灰名单。

需要说明的是，灰名单配置单元31配置的灰名单一般包括：中继群和/或用户标识、拦截比例等参数。一般根据中继群和/或用户标识配置灰名单，可以配置一份灰名单，也可以配置多份灰名单，用户标识一般指用户号码、字冠、主叫用户类别、被叫用户属性等。

呼叫请求接收单元32，用于接收呼叫请求，并通知判断单元33。

判断单元33，用于在收到呼叫请求接收单元32的通知后，根据灰名单配置单元31中配置的灰名单，判断是否需要根据灰名单对当前呼叫进行拦截判断，以及在需要根据灰名单对当前呼叫进行拦截判断时，进一步根据灰名单配置单元31中与当前呼叫匹配的灰名单进行拦截判断，并将判断结果发送至限制执行单元34。

这里，是否需要根据所述灰名单配置单元31配置的灰名单对当前呼叫进行拦截判断为：判断当前呼叫的中继群信息和/或用户标识是否和灰名单配置单元31预先配置的灰名单中的中继群和/或用户标识匹配，具体的，将当前呼叫的中继群信息和/或用户标识和灰名单配置单元31预先配置的灰名单中的中继群和/或用户标识进行匹配，判断当前的中继群信息和/或用户标识属于哪个灰名单。

判断单元33根据灰名单配置单元31中与当前呼叫匹配的灰名单进行拦截判断具体为：获取灰名单中当前呼叫拦截比例，按照该比例决定当前呼叫是否要被拦截。

需要说明的是，当有两个或两个以上灰名单可供判断时，可以按照最低的拦截比例进行判断，拦截比例选择的方法包括但不限于选择拦截要求低的一方。

限制执行单元34，用于根据来自判断单元33的判断结果，执行相应的操作。

这里，判断结果为接续呼叫或拦截呼叫。

该***还包括黑白名单配置单元35，用于配置黑名单和/或白名单。

判断单元33，还用于在收到呼叫请求接收单元32的通知后，根据灰名单配置单元31中配置的灰名单和黑白名单配置单元35中配置的黑名单和/或白名单，判断是否需要根据灰名单对当前呼叫进行拦截判断，以及在需要根据灰名单对当前呼叫进行拦截判断时，进一步根据灰名单配置单元31中与当前呼叫匹配的灰名单进行拦截判断，并将判断结果发送至限制执行单元34。

这里，需要根据所述灰名单配置单元31配置的灰名单对当前呼叫进行拦截判断为：当前的中继群信息和/或用户标识和灰名单配置单元31预先配置的灰名单中的中继群和/或用户标识匹配，且当前的中继群信息和/或用户标识不和黑白名单配置单元35预先配置的白名单中的中继群和/或用户标识匹配。

该***还包括动态调整参数配置单元36和动态调整单元37，其中，

动态调整参数配置单元36，用于配置拦截比例动态调整的参数。

这里，是否需要通过在动态调整参数配置单元36中配置拦截比例动态调整的参数是可选项，且配置拦截比例动态调整的参数进行呼叫拦截的动态调整的方式包括但不限于步长调整法。

呼叫请求接收单元32，还用于接收呼叫请求，并通知动态调整单元37。

动态调整单元37，用于在收到呼叫请求接收单元32的通知后，根据动态调整参数配置单元36配置的拦截比例动态调整的参数，对灰名单配置单元31中灰名单的拦截比例进行动态调整，并在调整结束后通知判断单元33。

实施例1

本实例描述灰名单进行呼叫限制的处理过程，并需要在入中继侧和出中继侧都进行本例的处理，图4为本发明实施例1呼叫限制方法流程示意图，如图4所示，本发明实施例1呼叫限制方法主要包括以下步骤：

步骤41：呼叫限制***根据中继或用户标识配置灰名单、黑名单和白名单。

这里所述的中继包括入中继和出中继(中继包括但不限于TDM中继、SIP中继)，需要分别配置；所述的用户标识包括主叫号码(前转或改向号码)和被叫号码，需要分别配置。

如果按照中继和用户标识结合中继来区分不同的呼叫限制，则首先按照中继获取呼叫限制入口，再根据用户标识(包括用户号码、字冠、主叫用户类别、被叫用户属性等)来匹配用户所在的是哪个灰名单、黑名单或白名单。

如果仅按照用户标识来区分呼叫限制，则按照用户标识(包括用户号码、字冠、主叫用户类别、被叫用户属性等)直接匹配用户所在的是哪个名单。

步骤42：呼叫限制***判断当前的中继信息和/或用户标识和预先配置的灰名单中的中继信息和/或用户标识是否匹配成功，如果是，执行步骤43；否则执行步骤45。

黑名单和白名单处理同灰名单，下面只描述灰名单的处理：

根据当前中继信息查看该中继配置的灰名单里是否存在当前的用户标识，包括用户号码、字冠、主叫用户类别、被叫用户属性等，如果存在，则表示匹配成功，否则表示匹配失败。

对于同时配置了中继群灰名单和用户标识灰名单的呼叫限制***，这样的匹配操作发生于四种场合：

入中继群的主叫用户标识(前转或改向用户标识)；

入中继群的被叫用户标识；

出中继群的主叫用户标识(前转或改向用户标识)；

出中继群的被叫用户标识。

步骤43：呼叫限制***根据灰名单、黑名单和白名单配合使用限制呼叫的逻辑，判断是否要拒绝呼叫，如果是，执行步骤44；否则执行步骤45。

以入中继为例，出中继的处理同入中继：

灰名单、黑名单和白名单配合使用限制呼叫逻辑包括但不限于如表2所述的例子中的相关条目。上步分别获取入中继的主叫号码(前转或改向号码)、以及被叫号码的匹配结果后，查询该表，假设主叫号码(前转或改向号码)匹配结果是灰名单，被叫号码匹配结果也是灰名单，则按照该表取两个灰名单中拦截比例较小的进行呼叫拦截。

该拦截比例的实现包括但不限于随机数算法，如拦截比例是10％，则表示10次这样的呼叫只随机拦截其中1次，其余9次放过。

拦截比例是否需要动态调整是可选项，灰名单拦截比例动态调整的参数配置例子包括但不限于表3所述的例子，具体实施见实例2。

步骤44：呼叫限制***拒绝呼叫，流程结束。

步骤45：呼叫限制***允许接续呼叫，流程结束。

实施例2

本实施例描述根据呼叫情况对灰名单中的拦截比例进行动态调整后，再判断是否拦截呼叫，其中重点描述拦截比例动态调整的方法，但该方法不作为对动态调整方法的限定。

本实施例的前提是需要配置各种拦截参数，包括但不限于表3所述的例子，当两个灰名单都有动态调整配置时，选择的方法包括但不限于拦截要求低的一方，如何选择由客户设定，不构成对本专利的限定。

图5为本发明实施例2呼叫限制方法流程示意图，如图5所示，本发明实施例2呼叫限制方法主要包括以下步骤：

步骤51：呼叫限制***根据呼叫变化情况，更新呼叫量数据。

这里所述的呼叫量包括但不限于单位时间的呼叫数量，也可以是一段时间内积累的呼叫量。

例如，可以在达到初始呼叫量之前，每当接入新呼叫，呼叫量加1，而在达到初始呼叫量之后，每当接入新呼叫，呼叫量加1，释放呼叫时，呼叫量减1。

步骤52：呼叫限制***判断呼叫量是否达到初始呼叫量，如果是，执行步骤53；否则，执行步骤55。

考虑到只有呼叫量达到一定门限时，进行动态调整才可行，比如只有一、两个呼叫无从谈起是否需要进行呼叫限制。

步骤53：呼叫限制***判断呼叫量是否达到调整步长的要求，如果是，执行步骤54；否则，执行步骤56。

以初始呼叫量100、呼叫量步长10、初始拦截比例50％为例，若当期呼叫量是100，则达到100呼叫量时，拦截比例是50％，而当呼叫量增加到110(100+10)时，即呼叫量达到调整步长；同样，若呼叫量从110减少到100，呼叫量也达到调整步长。

步骤54：呼叫限制***按照拦截比例步长更新拦截比例，并由更新后的拦截比例决定是否拦截呼叫，流程结束。

以初始呼叫量100、呼叫量步长10、初始拦截比例50％，拦截调整步长10个百分点为例，若当期呼叫量是100，则达到100呼叫量时，拦截比例是50％，而当呼叫量增加到110(100+10)时，即呼叫量达到调整步长，拦截比例调整为60％(50％+10％)；当呼叫量从110增加到120时，拦截比例调整为70％(60％+10％)，以此类推；反之，呼叫量从120减少到110时，拦截比例调整为60％(70％-10％)，呼叫量从110减少到100时，拦截比例调整为50％(60％-10％)。

步骤55：呼叫量未达到初始呼叫量，不进行呼叫拦截，流程结束。

步骤56：呼叫量未达到调整步长，仍然按照***原有的拦截比例进行，流程结束。

实施例3

本实施例描述采用“灰名单”方法在交换局之间交互的总体流程，本交换局包括但不限于关口局、汇接局等会处理他局过来的呼叫交换局。

图6为本发明实施例3呼叫限制方法流程示意图，如图6所示，本发明实施例3呼叫限制方法主要包括以下步骤：

步骤61：其他交换局发起呼叫到本交换局时，本交换局从其他交换局获取呼叫信息。

其他交换局1发起呼叫到本交换局时，本交换局从其他交换局1获取呼叫信息，包括但不限于主叫用户标识、被叫用户标识、入中继群等，如果呼叫接续的结果是出局，还需要获取出局侧信息，包括但不限于出中继群等。

步骤62：本交换局根据所获取的呼叫信息及自身配置的灰名单判断是否接续呼叫，如果是，执行步骤63；否则，执行步骤64。

这里，具体可以按照实施例1的处理过程决定是否接续呼叫。

步骤63：本交换局将呼叫接续到下一级交换局，流程结束。

本实施例中下一级交换局为其他交换局2。

步骤64：本交换局拒绝呼叫，流程结束。

本步骤包括但不限于向其他交换局1回送呼损原因，或者向其他交换局1播放通知音等。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1、一种呼叫限制方法，其特征在于，呼叫限制***配置灰名单，

该方法包括：呼叫限制***收到呼叫请求，且需要根据所述配置的灰名单对当前呼叫进行拦截判断时，根据与当前呼叫匹配的灰名单进行拦截判断，并执行判断结果。

2、根据权利要求1所述的呼叫限制方法，其特征在于，所述判断结果为：接续所述呼叫或拦截所述呼叫。

3、根据权利要求1所述的呼叫限制方法，其特征在于，所述灰名单至少包括参数：中继群和/或用户标识、拦截比例，

所述根据与当前呼叫匹配的灰名单进行拦截判断为：根据灰名单中的拦截比例判断是否拦截当前呼叫。

4、根据权利要求3所述的呼叫限制方法，其特征在于，

呼叫限制***仅配置了灰名单，所述呼叫限制***需要根据所述配置的灰名单对当前呼叫进行拦截判断为：当前的中继群信息和/或用户标识和预先配置的灰名单中的中继群和/或用户标识匹配；

除灰名单外，呼叫限制***还配置了黑名单和/或白名单，所述呼叫限制***需要根据所述配置的灰名单对当前呼叫进行拦截判断为：当前的中继群信息和/或用户标识和预先配置的灰名单中的中继群和/或用户标识匹配，且当前的中继群信息和/或用户标识不和预先配置的白名单中的中继群和/或用户标识匹配。

5、根据权利要求3所述的呼叫限制方法，其特征在于，所述与当前呼叫匹配的灰名单至少有两个时，所述根据灰名单中的拦截比例判断是否拦截当前呼叫为：按照最低的拦截比例进行判断。

6、根据权利要求3至5任一项所述的呼叫限制方法，其特征在于，所述呼叫限制***根据灰名单对当前呼叫进行限制之前，还包括步骤：配置拦截比例动态调整的参数；以及根据所配置拦截比例动态调整的参数对灰名单中的拦截比例进行动态调整。

7、根据权利要求6所述的呼叫限制方法，其特征在于，所述拦截比例动态调整的参数包括：灰名单号码、初始拦截比例、拦截比例调整步长、初始呼叫量和呼叫量步长。

8、一种呼叫限制***，其特征在于，该***包括灰名单配置单元、呼叫请求接收单元、判断单元、限制执行单元，其中，

所述灰名单配置单元，用于配置灰名单；

所述呼叫请求接收单元，用于接收呼叫请求，并通知判断单元；

所述判断单元，用于在收到呼叫请求接收单元的通知后，根据灰名单配置单元中配置的灰名单，判断是否需要根据灰名单对当前呼叫进行拦截判断，以及在需要根据灰名单对当前呼叫进行拦截判断时，进一步根据灰名单配置单元中与当前呼叫匹配的灰名单进行拦截判断，并将判断结果发送至限制执行单元；

所述限制执行单元，用于根据来自判断单元的判断结果，执行相应的操作。

9、根据权利要求8所述的呼叫限制***，其特征在于，该***还包括黑白名单配置单元，用于配置黑名单和/或白名单；

所述判断单元，还用于在收到呼叫请求接收单元的通知后，根据灰名单配置单元中配置的灰名单和黑白名单配置单元中配置的黑名单和/或白名单，判断是否需要根据灰名单对当前呼叫进行拦截判断，以及在需要根据灰名单对当前呼叫进行拦截判断时，进一步根据灰名单配置单元中与当前呼叫匹配的灰名单进行拦截判断，并将判断结果发送至限制执行单元。

10、根据权利要求8所述的呼叫限制***，其特征在于，该***还包括动态调整参数配置单元和动态调整单元，其中，

所述动态调整参数配置单元，用于配置拦截比例动态调整的参数；

所述呼叫请求接收单元，还用于接收呼叫请求，并通知动态调整单元；

所述动态调整单元，用于在收到呼叫请求接收单元的通知后，根据动态调整参数配置单元配置的拦截比例动态调整的参数，对灰名单配置单元中灰名单的拦截比例进行动态调整，并在调整结束后通知判断单元。

Images