具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1a是本发明实施例一提供的一种BICC呼叫阻断方法的流程图，本实施例可适用于在BICC通话中对有害电话进行快速阻断的情况，该方法可以由BICC呼叫阻断装置来执行，该装置可以通过软件，和/或硬件的方式实现，装置可以集成在BICC呼叫阻断设备中。

具体的，该方法可以由BICC呼叫阻断系统中的BICC呼叫阻断设备执行，其中，BICC呼叫阻断系统包括BICC采集分析系统、BICC呼叫阻断设备、运营商关口局以及端局；BICC采集分析系统通过并联方式采集运营商关口局和端局之间的BICC呼叫；BICC呼叫阻断设备通过接口与BICC采集分析系统互连，通过通信链路与运营商关口局互连。

如图1a所示，该方法具体包括：

步骤110、获取BICC采集分析系统根据BICC呼叫确定的阻断命令。

其中，BICC采集分析系统可以对BICC呼叫进行采集以及分析，确定有害电话。例如，BICC采集分析系统可以根据黑名单或者预设的分析策略对BICC呼叫中的业务号码进行分析，确定BICC呼叫是否为有害呼叫如诈骗电话或者骚扰电话等。当BICC采集分析系统确定该BICC呼叫是有害电话的呼叫时，可以生成BICC阻断命令，并传输至BICC呼叫阻断设备。

在本发明实施例中，BICC采集分析系统可以通过并联接入的方式获取运营商关口局与端局之间的BICC呼叫，并进行分析。并联接入的方式不会改变现网的移动通信网络的组网方式，因此不会对现网的业务造成影响。在BICC采集分析系统或者BICC呼叫阻断设备故障时，也不会影响现网业务的正常通信。并且对于BICC采集分析系统和BICC呼叫阻断设备而言，仅需要处理本发明实施例的BICC呼叫阻断流程即可，而无需对现网业务进行处理。本发明实施例的技术方案对BICC采集分析系统和BICC呼叫阻断设备的能力要求不高。

具体的，图1b是本发明实施例一提供的一种BICC呼叫阻断系统的结构示意图。如图1b所示，BICC呼叫阻断设备可以通过通信链路如IP链路与运营商关口局设备互连。BICC呼叫阻断设备可以采用自定义接口与BICC采集分析系统互连，接收BICC采集分析系统下发的BICC阻断命令。BICC采集分析系统通过对运营商关口局与所有端局之间的BICC信令链路(BICC呼叫)进行采集和分析。

步骤120、确定阻断命令中的呼叫参数，并对呼叫参数进行封装，生成BICC阻断消息。

其中，图1c是本发明实施例一提供的一种BICC呼叫阻断设备发送BICC阻断消息的流程图。如图1c所示，BICC呼叫阻断设备可以判断BICC阻断命令中的呼叫参数是否合法。例如，可以对呼叫参数进行参数格式的判断或者参数种类的判断等。如果呼叫参数不合法，BICC呼叫阻断设备可以发送参数不合法告警。如果参数合法，BICC呼叫阻断设备可以根据阻断命令中关键的呼叫参数，如目的点码、源点码、电路识别码(Circuit IdentificationCode，CIC)以及信令链路选择码(Signaling Link Selection，SLS)等参数，封装生成BICC阻断消息。具体的，可以按照BICC阻断消息的预设格式进行封装。

在本发明实施例中，BICC阻断消息可以是多种不同的消息。在本发明实施例的一个可选实施方式中，确定阻断命令中的呼叫参数，并对呼叫参数进行封装，生成BICC阻断消息，包括：确定阻断命令中的呼叫参数，并对呼叫参数进行封装，生成BICC释放请求消息(REL)、BICC释放完成消息(RLC)以及BICC复原请求消息(RSC)中的一项或者多项BICC阻断消息。

其中，REL、RLC和RSC可以是BICC呼叫阻断设备模拟BICC呼叫中的主叫端局生成的消息。REL、RLC和RSC均可以作为BICC阻断消息。REL可以是BICC呼叫阻断设备模拟主叫端局挂机后的拆线消息。RLC可以是BICC呼叫阻断设备模拟主叫端局拆线后的链路信号释放消息。RSC可以是BICC呼叫阻断设备模拟主叫端局链路故障后的链路复原消息(将链路复原为空闲)。

在本发明实施例的技术方案中，可以生成REL、RLC以及RSC中的一项或者多项进行BICC呼叫阻断。通过REL、RLC以及RSC可以进行多种形式的BICC呼叫阻断，避免运营商关口局将某种阻断消息作为无效信息处理，而未对BICC呼叫进行有效阻断的情况，可以提高BICC呼叫阻断的成功率。

步骤130、根据BICC阻断消息，生成链路消息，并根据链路消息确定匹配的通信链路，将BICC阻断消息发送至运营商关口局，以通过运营商关口局阻断BICC呼叫。

其中，如图1c所示，BICC呼叫阻断设备可以根据BICC阻断消息中携带的呼叫参数，封装链路消息。例如，可以根据目的点码、源点码以及CIC等与选路相关的参数，封装第三级用户的适配层协议(MTP3 User Adaptation，M3UA)消息头。BICC呼叫阻断设备可以进行路由选择，将BICC阻断消息发送至运营商关口局。例如，BICC呼叫阻断设备可以根据目的点码确定对应的路由。如果路由不可用，BICC呼叫阻断设备可以发出链路告警。路由不可用时，BICC阻断消息发送失败，可以通过链路告警提示确定或者建立新的路由。如果路由可用，BICC呼叫阻断设备可以选择可用的链路，将BICC阻断消息发送至运营商关口局。例如，BICC呼叫阻断设备可以选择合适的流控制传输协议(Stream Control TransmissionProtocol，SCTP)链路，形成标准的BICC协议栈消息，发送至IP链路，进而发送至运营商关口局。运营商关口局可以对BICC阻断消息进行处理，阻断BICC呼叫。

在本发明实施例的一个可选实施方式中，将BICC阻断消息发送至运营商关口局，包括：将BICC释放请求消息、BICC释放完成消息或者BICC复原请求消息作为第一BICC阻断消息，并将第一BICC阻断消息发送至运营商关口局；在将BICC阻断消息发送至运营商关口局之后，还包括：获取运营商关口局针对当前BICC阻断消息反馈的BICC呼叫阻断结果；如果BICC呼叫阻断结果为阻断失败，则将第二BICC阻断消息发送至运营商关口局；其中，第二BICC阻断消息为与第一BICC阻断消息不同的BICC阻断消息。

其中，REL、RLC以及RSC均可以作为BICC阻断消息，发送至运营商关口局。运营商关口局可以根据不同的BICC阻断消息启动不同的任务处理流程，进行BICC呼叫阻断。在实际应用中，可能由于多种原因存在BICC呼叫阻断失败的情况。例如，运营商关口局可能由于自身信息的清理，而误以为BICC阻断消息可能为不合法的垃圾信息，从而进行清理而未进行BICC呼叫阻断。或者，运营商关口局可能对BICC阻断消息的任务处理失败，导致未能对BICC呼叫阻断。

为了降低BICC呼叫阻断失败的概率，本发明实施例提供了多种可选的BICC阻断消息，在根据第一BICC阻断消息进行阻断失败时，可以向运营商关口局发送第二BICC阻断消息；在根据第二BICC阻断消息进行阻断失败时，可以向运营商关口局发送第三BICC阻断消息，以此类推，直至BICC呼叫阻断成功。其中，第二BICC阻断消息为与第一BICC阻断消息不同的BICC阻断消息；第三BICC阻断消息为与第二BICC阻断消息以及第一BICC阻断消息不同的BICC阻断消息。阻断消息是一种BICC信令消息，运营商关口局对信令的处理是毫秒级，可以在被叫用户未振铃前，对BICC呼叫进行阻断，达到用户无感知的效果。

示例性的，第一BICC阻断消息可以是BICC释放请求消息、第二BICC阻断消息可以是BICC释放完成消息、第三BICC阻断消息可以是BICC复原请求消息。或者，第一BICC阻断消息、第二BICC阻断消息以及第三BICC阻断消息可以互相调换，本发明实施例对此不做具体限定。

本实施例的技术方案，通过获取BICC采集分析系统根据BICC呼叫确定的阻断命令；确定阻断命令中的呼叫参数，并对呼叫参数进行封装，生成BICC阻断消息；根据BICC阻断消息，生成链路消息，并根据链路消息确定匹配的通信链路，将BICC阻断消息发送至运营商关口局，以通过运营商关口局阻断BICC呼叫，解决了有害电话的阻断问题，达到了在不影响现网通信业务且不改变现网移动通信组网方式的情况下，对BICC通话进行回注阻断，从而可以对诈骗电话或骚扰电话等进行高效无感知拦截的效果。

实施例二

图2a是本发明实施例二提供的一种BICC呼叫阻断方法的流程图。本实施例是对上述技术方案的进一步细化，本实施例中的技术方案可以与上述一个或者多个实施例中的各个可选方案结合。

具体的，在本发明实施例的一个可选实施方式中，根据BICC阻断消息，生成链路消息，并根据链路消息确定匹配的通信链路，包括：根据BICC阻断消息中的呼叫参数，封装链路头消息，并生成链路消息；当根据链路消息确定存在可用的通信路由时，确定通信路由的业务模式；如果业务模式为主备用模式，则将主用通信链路确定为匹配的通信链路；如果业务模式为负荷分担模式，则将轮询选择的当前链路确定为匹配的通信链路。

如图2a所示，该BICC呼叫阻断方法包括：

步骤210、获取BICC采集分析系统根据BICC呼叫确定的阻断命令。

步骤220、确定阻断命令中的呼叫参数，并对呼叫参数进行封装，生成BICC释放请求消息、BICC释放完成消息以及BICC复原请求消息中的一项或者多项BICC阻断消息。

步骤230、在预设时间段内实时监测BICC阻断消息的流量统计值。如果流量统计值超过与预设时间段匹配的预设流量阈值，则执行步骤280；否则，执行步骤240。

其中，BICC呼叫阻断设备上可以设置BICC拦截功能。BICC拦截功能可以对BICC呼叫阻断进行拦截。图2b是本发明实施例二提供的一种BICC呼叫阻断设备的BICC拦截功能流程图。如图2b所示，在BICC呼叫阻断设备启动时，可以默认BICC拦截功能开关关闭。管理人员或维护人员可以通过人工手段进行BICC拦截功能开启。或者可以通过条件触发BICC拦截功能开启。管理人员或维护人员可以预先配置流量检测策略，根据实际情况设置合理的流量阈值。在不同的时间段内，其预先设置的预设流量阈值可以不同。具体的预设流量阈值设置策略可以根据对实际中有害电话在不同时间段出现的频次进行分析确定，本发明实施例对此不做具体限定。

示例性的，如图2b所示，如果在预设时间段内流量统计值超过对应的预设流量阈值，可以认为BICC阻断消息发送量太大，可能存在消息重复发送，可以对BICC阻断消息进行拦截。如果在预设时间内流量统计值未超过对应的预设流量阈值，可以认为BICC阻断消息发送量正常，可以对BICC阻断消息进行正常处理，如进行后续的链路选择。本发明实施例的技术方案可以对BICC阻断消息进行有效拦截，可以避免由于BICC呼叫阻断设备故障或者BICC采集分析系统异常下发大量的阻断命令造成BICC阻断消息异常增多时，引起的BICC呼叫阻断错误情况。通过上述的异常命令检测方式，可以保障BICC呼叫阻断设备不对现网的无害用户的业务造成影响。

步骤240、根据BICC阻断消息中的呼叫参数，封装链路头消息，并生成链路消息。

其中，图2c是本发明实施例二提供的一种BICC呼叫阻断设备进行路由选路的流程图。如图2c所示，BICC呼叫阻断设备可以提取BICC阻断消息中的呼叫参数，如信令点码、CIC等关键路由信息。BICC呼叫阻断设备可以根据关键路由信息封装M3UA消息头(链路头消息)。其中，M3UA消息头可以包括目的点码、源点码、CIC、SLS等参数。BICC呼叫阻断设备可以根据链路消息的预设格式，添加M3UA消息头，生成链路消息。

步骤250、当根据链路消息确定存在可用的通信路由时，确定通信路由的业务模式；如果业务模式为主备用模式，则将主用通信链路确定为匹配的通信链路；如果业务模式为负荷分担模式，则将轮询选择的当前链路确定为匹配的通信链路。

其中，如图2c所示，BICC呼叫阻断设备可以根据目的点码，判断路由是否存在，如果路由不存在，可以产生目的路由不存在告警；如果路由存在，BICC呼叫阻断设备可以判断目的路由是否可用。如果不可用，BICC呼叫阻断设备可以产生路由不可用告警；如果路由可用，BICC呼叫阻断设备可以判断链路的业务模式。如果是主备用模式，BICC呼叫阻断设备可以选择主用链路，发送BICC阻断消息到选中的IP链路上，从而发送到运营商关口局；如果是负荷分担模式，是负荷分担模式，BICC呼叫阻断设备可以选择当前轮选链路，发送BICC阻断消息到选中的IP链路上，从而发送到运营商关口局。

本发明实施例可以根据通信路由的业务模式确定匹配的通信链路，满足设备的正常通信需求。在路由不存在或者路由不可用时，可以通过警报信息提示建立路由以及链路。建立路由以及链路的具体方式，本发明实施例不做具体限定。

步骤260、将BICC释放请求消息、BICC释放完成消息或者BICC复原请求消息作为第一BICC阻断消息，并将第一BICC阻断消息发送至运营商关口局。

步骤270、获取运营商关口局针对当前BICC阻断消息反馈的BICC呼叫阻断结果；如果BICC呼叫阻断结果为阻断失败，则将第二BICC阻断消息发送至运营商关口局，以通过运营商关口局阻断BICC呼叫。结束。

其中，第二BICC阻断消息为与第一BICC阻断消息不同的BICC阻断消息。

步骤280、对BICC阻断消息进行拦截。

本实施例的技术方案，通过获取BICC采集分析系统根据BICC呼叫确定的阻断命令；确定阻断命令中的呼叫参数，并对呼叫参数进行封装，生成BICC释放请求消息、BICC释放完成消息以及BICC复原请求消息中的一项或者多项BICC阻断消息；在预设时间段内实时监测BICC阻断消息的流量统计值；如果流量统计值超过与预设时间段匹配的预设流量阈值，则对BICC阻断消息进行拦截；否则，根据BICC阻断消息中的呼叫参数，封装链路头消息，并生成链路消息；当根据链路消息确定存在可用的通信路由时，确定通信路由的业务模式；如果业务模式为主备用模式，则将主用通信链路确定为匹配的通信链路；如果业务模式为负荷分担模式，则将轮询选择的当前链路确定为匹配的通信链路；将BICC释放请求消息、BICC释放完成消息或者BICC复原请求消息作为第一BICC阻断消息，并将第一BICC阻断消息发送至运营商关口局；获取运营商关口局针对当前BICC阻断消息反馈的BICC呼叫阻断结果；如果BICC呼叫阻断结果为阻断失败，则将第二BICC阻断消息发送至运营商关口局，以通过运营商关口局阻断BICC呼叫，解决了有害电话的阻断问题，达到了在不影响现网通信业务且不改变现网移动通信组网方式的情况下，对BICC通话进行回注阻断，从而可以对诈骗电话或骚扰电话等进行高效无感知拦截的效果。

实施例三

图3a是本发明实施例三提供的一种BICC呼叫阻断系统的结构示意图。如图3a所示，BICC呼叫阻断系统300，包括：BICC采集分析系统310、BICC呼叫阻断设备320、运营商关口局330以及端局340；其中：

BICC采集分析系统310，用于通过并联方式采集运营商关口局330和端局340之间的BICC呼叫，根据BICC呼叫确定阻断命令，并将阻断命令传输至BICC呼叫阻断设备320。

BICC呼叫阻断设备320通过接口与BICC采集分析系统310互连，通过通信链路与运营商关口局330互连。其中，BICC呼叫阻断设备320可以通过IP网线与运营商关口局330互连，使用与运营商协商的对接数据，与运营商关口局330建立IP信令连接，维护IP连接状态。具体的，BICC呼叫阻断设备320可以通过运营商分配的IP地址、端口号，信令点码等信息接入运营商网络，与运营商关口局330互通，建立IP链接。

BICC呼叫阻断设备320，用于采用本发明任意实施例提供的BICC呼叫阻断方法，根据获取的阻断命令，生成BICC阻断消息，并将BICC阻断消息发送至运营商关口局330。

运营商关口局330，用于根据BICC阻断消息，向与BICC呼叫关联的端局340发送BICC呼叫释放消息，以阻断BICC呼叫。运营商关口局330可以根据接收到阻断命令，将BICC释放请求转发给BICC呼叫关联的端局340，可以使有害电话的拦截阻断达到毫秒级，在被叫用户电话振铃前完成阻断操作，达到用户的无感知，实现了对有害电话的有效拦截。

在本发明实施例的一个可选实施方式中，运营商关口局，具体用于：

根据BICC释放请求消息，向与BICC呼叫关联的被叫端局转发BICC释放请求消息，并向与BICC呼叫关联的主叫端局发送BICC释放完成消息；接收被叫端局释放完成后的BICC释放完成消息；接收主叫端局接收到BICC释放完成消息后反馈的BICC释放请求消息，并根据BICC释放请求消息向主叫端局发送BICC释放完成消息；或者，

根据BICC释放完成消息，向被叫端局发送BICC释放请求消息，并向主叫端局发送BICC释放请求消息；接收被叫端局释放完成后的BICC释放完成消息；并接收主叫端局接收到BICC释放请求消息后反馈的BICC释放完成消息；或者，

根据BICC复原请求消息，向被叫端局发送BICC释放请求消息，并向主叫端局发送BICC释放完成消息；接收被叫端局释放完成后的BICC释放完成消息；接收主叫端局接收到BICC释放完成消息后反馈的BICC释放请求消息，并根据BICC释放请求消息向主叫端局发送BICC释放完成消息。

图3b是本发明实施例三提供的一种运营商与BICC呼叫关联的端局之间的交互示意图。如图3b所示，BICC采集分析系统捕获到MSC-A局(端局A)发送的初始地址消息(Initial Address Message，IAM)消息，对主叫号码进行黑名单或阻断策略分析，发现本主叫号码的呼叫需要阻断，则向BICC呼叫阻断设备发送阻断命令。BICC呼叫阻断设备接收到阻断命令，根据目的点码(Destination Point Code，dpc)、源点码(Original Point Code，opc)、CIC等关键参数，封装BICC REL请求消息，仿真主叫端局发送到运营商关口局。运营商关口局接收到主叫端局MSC-A的REL请求，转发BICC REL请求消息到被叫端局MSC-B(端局B)，并向MSC-A发送释放完成(RLC)。MSC-B接收到BICC REL请求，则释放本次BICC呼叫，并向运营商关口局发送BICC释放完成(RLC)，实现主叫用户的通话阻断。MSC-A接收到BICC RLC，则发送BICC释放请求(REL)到运营商关口局，运营商关口局发现通话已经释放，则向MSC-A发送BICC释放完成确认(RLC)，MSC-A释放资源；至此，整个基于REL的BICC呼叫阻断的信令流程全部完成。

图3c是本发明实施例三提供的又一种运营商与BICC呼叫关联的端局之间的交互示意图。如图3c所示，BICC采集分析系统捕获到MSC-A局发送的IAM消息，对主叫号码进行黑名单或策略进行分析，发现本主叫号码的呼叫需要阻断，则向BICC呼叫阻断设备发送阻断命令。BICC呼叫阻断设备接收到阻断命令，根据目的点码、源点码、CIC等关键参数，封装BICC RLC请求消息，仿真主叫局发送到运营商关口局。运营商关口局接收到主叫局MSC-A的释放完成请求(RLC)，转发BICC释放请求消息(REL)到被叫局MSC-B，并向主叫局MSC-A发送REL。被叫局MSC-B接收到BICC REL，则释放本次BICC呼叫，并向运营商关口局发送BICCRLC，实现主叫用户的通话阻断。主叫局MSC-A接收到BICC REL，则向运营商关口局发送BICC释放完成确认(RLC)，MSC-A释放资源；至此，整个基于RLC的BICC阻断的信令流程全部完成。

图3d是本发明实施例三提供的再一种运营商与BICC呼叫关联的端局之间的交互示意图。如图3d所示，BICC采集分析系统捕获到MSC-A局发送的IAM消息，对主叫号码进行黑名单或策略进行分析，发现本主叫号码的呼叫需要阻断，则向BICC呼叫阻断设备发送阻断命令。BICC呼叫阻断设备接收到阻断命令，根据目的点码、源点码、CIC等关键参数，封装BICC RSC请求消息，仿真主叫局发送到运营商关口局。运营商关口局接收到主叫局MSC-A的RSC请求，触发BICC释放请求消息(REL)到被叫局MSC-B，并向主叫局MSC-A发送复原完成(RLC)。被叫局MSC-B接收到BICC REL，则释放本次BICC呼叫，并向关口局侧发送BICC释放完成(RLC)，实现主叫用户的通话阻断。主叫局MSC-A接收到BICC释放完成，则发送BICC REL到关口局，关口局发现通话已经释放，则向MSC-A发送BICC释放完成确认(RLC)，MSC-A释放资源；至此，整个基于RSC的BICC阻断的信令流程全部完成。

本发明实施例的技术方案，通过运营商关口局对REL、RLC以及RSC三种BICC阻断信息进行不同信令流程的处理，可以对BICC呼叫进行有效阻断，提升BICC呼叫阻断成功的概率，可以避免运营商关口局将某种BICC阻断信息作为垃圾信息处理时造成BICC呼叫阻断失败的情况。

本实施例的技术方案，通过设置包含BICC采集分析系统、BICC呼叫阻断设备、运营商关口局以及端局的BICC呼叫阻断系统；通过BICC呼叫阻断系统内各设备之间的相互配合，解决了有害通话的有效阻断问题，实现了在不影响现网通信业务且不改变现网移动通信组网方式的情况下，对BICC通话进行回注阻断，从而可以对诈骗电话或骚扰电话等进行高效无感知拦截的效果。

实施例四

图4是本发明实施例四提供的一种BICC呼叫阻断装置的结构示意图。结合图4，该装置由BICC呼叫阻断系统中的BICC呼叫阻断设备执行，其中，BICC呼叫阻断系统包括BICC采集分析系统、BICC呼叫阻断设备、运营商关口局以及端局；BICC采集分析系统通过并联方式采集运营商关口局和端局之间的BICC呼叫；BICC呼叫阻断设备通过接口与BICC采集分析系统互连，通过通信链路与运营商关口局互连；该装置包括：阻断命令获取模块410，BICC阻断消息生成模块420和BICC阻断消息发送模块430。其中：

阻断命令获取模块410，用于获取BICC采集分析系统根据BICC呼叫确定的阻断命令；

BICC阻断消息生成模块420，用于确定阻断命令中的呼叫参数，并对呼叫参数进行封装，生成BICC阻断消息；

BICC阻断消息发送模块430，用于根据BICC阻断消息，生成链路消息，并根据链路消息确定匹配的通信链路，将BICC阻断消息发送至运营商关口局，以通过运营商关口局阻断BICC呼叫。

可选的，BICC阻断消息生成模块420，包括：

BICC阻断消息生成单元，用于确定阻断命令中的呼叫参数，并对呼叫参数进行封装，生成BICC释放请求消息、BICC释放完成消息以及BICC复原请求消息中的一项或者多项BICC阻断消息。

可选的，该装置，还包括：

流量统计值监测模块，用于在根据BICC阻断消息，生成链路消息，并根据链路消息确定匹配的通信链路，将BICC阻断消息发送至运营商关口局之前，在预设时间段内实时监测BICC阻断消息的流量统计值；

BICC阻断消息拦截模块，用于如果流量统计值超过与预设时间段匹配的预设流量阈值，则对BICC阻断消息进行拦截。

可选的，BICC阻断消息发送模块430，包括：

第一BICC阻断消息发送单元，用于将BICC释放请求消息、BICC释放完成消息或者BICC复原请求消息作为第一BICC阻断消息，并将第一BICC阻断消息发送至运营商关口局；

可选的，该装置，还包括：

BICC呼叫阻断结果获取模块，用于在将BICC阻断消息发送至运营商关口局之后，获取运营商关口局针对当前BICC阻断消息反馈的BICC呼叫阻断结果；

第二BICC阻断消息发送模块，用于如果BICC呼叫阻断结果为阻断失败，则将第二BICC阻断消息发送至运营商关口局；其中，第二BICC阻断消息为与第一BICC阻断消息不同的BICC阻断消息。

可选的，BICC阻断消息发送模块430，包括：

链路消息生成单元，用于根据BICC阻断消息中的呼叫参数，封装链路头消息，并生成链路消息；

业务模式确定单元，用于当根据链路消息确定存在可用的通信路由时，确定通信路由的业务模式；

第一通信链路确定单元，用于如果业务模式为主备用模式，则将主用通信链路确定为匹配的通信链路；

第二通信链路确定单元，用于如果业务模式为负荷分担模式，则将轮询选择的当前链路确定为匹配的通信链路。

本发明实施例所提供的BICC呼叫阻断装置可执行本发明任意实施例所提供的BICC呼叫阻断方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5是本发明实施例五提供的一种BICC呼叫阻断设备的结构示意图，如图5所示，该设备包括：

一个或多个处理器510，图5中以一个处理器510为例；

存储器520；

所述设备还可以包括：输入装置530和输出装置540。

所述设备中的处理器510、存储器520、输入装置530和输出装置540可以通过总线或者其他方式连接，图5中以通过总线连接为例。

存储器520作为一种非暂态计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的一种BICC呼叫阻断方法对应的程序指令/模块(例如，附图4所示的阻断命令获取模块410，BICC阻断消息生成模块420和BICC阻断消息发送模块430)。处理器510通过运行存储在存储器520中的软件程序、指令以及模块，从而执行计算机设备的各种功能应用以及数据处理，即实现上述方法实施例的一种BICC呼叫阻断方法，即：

获取BICC采集分析系统根据BICC呼叫确定的阻断命令；

确定所述阻断命令中的呼叫参数，并对所述呼叫参数进行封装，生成BICC阻断消息；

根据所述BICC阻断消息，生成链路消息，并根据所述链路消息确定匹配的通信链路，将所述BICC阻断消息发送至运营商关口局，以通过所述运营商关口局阻断所述BICC呼叫。

存储器520可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非暂态性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态性固态存储器件。在一些实施例中，存储器520可选包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至终端设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置530可用于接收输入的数字或字符信息，以及产生与计算机设备的用户设置以及功能控制有关的键信号输入。输出装置540可包括显示屏等显示设备。

实施例六

本发明实施例六提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例提供的一种BICC呼叫阻断方法：

获取BICC采集分析系统根据BICC呼叫确定的阻断命令；

确定所述阻断命令中的呼叫参数，并对所述呼叫参数进行封装，生成BICC阻断消息；

根据所述BICC阻断消息，生成链路消息，并根据所述链路消息确定匹配的通信链路，将所述BICC阻断消息发送至运营商关口局，以通过所述运营商关口局阻断所述BICC呼叫。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。