CN101170712A - 一种实现智能网业务监听的方法及系统 - Google Patents

Abstract

本发明公开了一种实现智能网业务监听的方法，包括：业务控制点预先根据监控中心的设控命令对监控对象进行设控；当业务控制点收到呼叫用户信息查询时，判断对所述呼叫用户是否属于监听对象，当确认所述呼叫用户属于监听对象时，将携带有添加信息的新的被叫号码下发给业务交换点；业务交换点根据所述新的被叫号码进行路由分析后，将呼叫转接到合法监听中心；合法监听中心从转接过来的呼叫中获取到呼叫信息和内容后，删除所述新的被叫号码中的添加信息，并将呼叫重新路由回原来的业务交换点。本发明实现了智能网业务监听，并且本发明组网简单灵活，对现有的网络改动较小，大大降低了网络改造的成本。

Description

一种实现智能网业务监听的方法及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种实现智能网业务监听的方法及系统。

背景技术

标准化的智能网主要解决传统电话系统提供新业务的问题。随着各种电信智能业务的增加，对这些业务进行合法监听就成为监听领域非常迫切的需求；如何面对各种智能业务而提供一种通用的监听解决方案就显得非常重要。

目前，智能网设备中SSP(Service Switch Point，业务交换点)已经广泛存在，一个需要解决的问题是如何提供一个监听方法，在对现网设备改动最小的条件下满足对监听业务的需求。而目前对智能网业务进行监听，在实际应用中还没有相对成熟的方案。

发明内容

本发明提供一种实现智能网业务监听的方法及系统，用以解决现有技术中对智能网业务无法进行有效监听的问题。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种实现智能网业务监听的方法，包括：

步骤A：业务控制点预先根据监控中心的设控命令对监控对象进行设控；

步骤B：当业务控制点收到呼叫用户信息查询时，判断所述呼叫用户是否属于监听对象，当确认所述呼叫用户属于监听对象时，将携带有添加信息的新的被叫号码下发给业务交换点；

步骤C：业务交换点根据所述新的被叫号码进行路由分析后，将呼叫转接到合法监听中心；

步骤D：合法监听中心从转接过来的呼叫中获取到呼叫信息和内容后，删除所述新的被叫号码中的添加信息，并将呼叫重新路由回原来的业务交换点。

进一步地，所述步骤A具体包括：

监控中心根据设控条件对监控对象进行设控，并下发设控命令给业务控制点；

业务控制点根据接收到的设控命令对所述监控对象进行属性修改。

进一步地，所述步骤B具体包括：

步骤B1：当业务控制点收到呼叫用户信息查询时，判断所述呼叫用户是否属于监听对象，如果所述呼叫用户属于监听对象，则执行步骤B2，否则按正常呼叫流程处理；

步骤B2：当确认所述呼叫用户属于监听对象时，将被叫号码前加上添加信息组成新的被叫号码后，通过连接操作将主叫号码和新的被叫号码一起发送给业务交换点；同时将通信事件信息发送给合法监听中心。

进一步地，所述步骤C具体包括：

步骤C1：业务交换点根据接收到的所述新的被叫号码进行路由分析，将呼叫转接到合法监听中心；

步骤C2：合法监听中心将根据所述新的被叫号码中的添加信息判断本次呼叫是否有效，当确认所述呼叫是有效呼叫时，从所述呼叫中获取相关信息和内容后，对所述信息和内容进行分析处理。

其中，所述添加信息包括：前缀码、合法监听标识、呼叫标识。所述合法监听标识与监听对象的卡号、号码、区号、专用虚拟网组号中的一个或多个构成的组合对应。所述呼叫标识由每次呼叫动态生成，用以表示不同的智能业务呼叫。

本发明还提供了一种实现智能网业务监听的系统，包括：

业务控制点，用于预先对监控对象进行设控，并且，当所述业务控制点收到呼叫用户信息查询时，判断所述呼叫用户是否属于监听对象，当确认所述呼叫用户属于监听对象时，将携带有添加信息的新的被叫号码下发给业务交换点；

业务交换点，用于根据从所述业务控制点得到的新的被叫号码进行路由分析后，将呼叫转接到合法监听中心；

合法监听中心，用于从所述业务交换点转接的呼叫中获取呼叫信息和内容后，删除所述新的被叫号码中的添加信息，并将呼叫重新路由回原来的业务交换点。

进一步地，所述业务控制点具体包括：

判断模块，用于根据收到的呼叫用户信息查询，判断所述呼叫用户是否属于监听对象，如果所述呼叫用户属于监听对象，触发发送模块；否则，触发正常呼叫处理流程；

发送模块，用于在被叫号码前加上添加信息组成新的被叫号码后，通过连接操作将主叫号码和新的被叫号码一起发送给业务交换点；同时将通信事件信息发送给合法监听中心。

综上所述，本发明实施例提供了一种实现智能网业务监听的方法及系统，实现了智能网业务监听。本发明组网简单灵活，对现有的网络改动较小，大大降低了网络改造的成本，并且也有利于以后的智能业务的扩展。

附图说明

图1为本发明实施例所述方法的流程示意图；

图2为本发明所述系统的结构示意图。

具体实施方式

下面结合附图对本发明实施例所述方法进行详细说明。

如图1所示，图1为本发明所述方法的流程示意图，具体可以包括以下步骤：

步骤101：LIC(lawful interception center，合法监听中心)通过LI1接口完成对监听对象的设控操作，将设控命令下发到SCP(Service Control Point，业务控制点)设备中；所述设控命令主要包括设控目标、取消设控和修改参数等命令；设控命令的参数包括目标类型、目标标识符、设控命令的有效时间等；

步骤102：SCP根据接收到的设控命令进行相应监控对象的属性修改；

步骤103：SSP发送呼叫用户信息查询给SCP；

步骤104：当SCP收到来自SSP设备中的呼叫用户信息查询操作时，将在正常的智能业务流程处理后判断呼叫用户是否属于被监控用户，如果不属于被监控用户，则按照正常呼叫流程处理；如果属于被监控用户，则执行步骤105；

步骤105：SCP修改被叫号码信息，在被叫号码前加上前缀码等添加信息后组成新的被叫号码，将CG(主叫号码)和新的被叫号码通过connect(连接)操作发送给SSP；所述添加信息包括：前缀码、LIID(lawful interceptionidentifier，合法监听标识)、CALLID(CALL identifier，呼叫标识)，则新的被叫号码的结构为：前缀码+LIID+CALLID+CD(被叫号码)；其中，所述前缀码是让SSP接收到SCP消息后能进行识别往LIC发送的标识，所述LIID是通过对监听对象(包括卡类用户和号码用户)进行统一编号，并发送给SCP；所述合法监听标识与监听对象的卡号、号码、区号、专用虚拟网组号中的一个或多个构成的组合对应，根据LIID可以查询到监听的实际对象；所述CALLID由每次呼叫动态生成，用于表示不同的智能业务呼叫；

同时，SCP将通信事件等信息通过LI2接口发送给LIC，所述通信事件信息为不能通过SSP转发给监控中心的信息，比如，被控目标发起呼叫事件、被控目标呼入事件、呼叫释放事件等，所述通信事件信息可以采用TCP方式或者通过FTP方式发送给LIC；

步骤106：SSP收到connect操作后，根据新的被叫号码进行路由分析，将呼叫转接到LIC；转接采用ISUP(综合业务数字网用户部分)方式进行呼叫接续；并且如果LIC和SSP设备之间的局向不可达，或者电路状态不正常，SSP将删除被叫号码前面的前缀码来进行重新路由；

步骤107：LIC将根据所述LIID来判断本次监听呼叫是否有效，如果该LIID在本LIC中已存在，表示该监听呼叫是有效呼叫，则由LIC从通过SSP转接来的呼叫中获取呼叫信息和通信内容，并对所述呼叫信息和通信内容进行分析处理；具体的说就是，LIC从迂回本设备的呼叫中获取监听所需的主被叫等相关信息(包括CG、前缀码+LIID+CALLID+CD)，并通过话路来获取通信内容，然后LIC将从SSP收到的主被叫等相关信息中提取LIID和CALLID，和来自SCP的LI2接口的通信事件等信息中的LIID和CALLID进行关联；然后执行步骤108；如果该LIID没有在LIC中存在，表示该监听呼叫不是有效呼叫，则直接跳转执行步骤108；

步骤108：LIC删除被叫号码的前缀码，并将呼叫重新路由回原来的SSP；

步骤109：SSP根据收到的呼叫中的被叫号码按照正常的号码分析进行路由。

下面结合附图对本发明所述系统进行详细说明。

如图2所示，图2为本发明所述系统的结构示意图，具体包括：LIC、SCP和SSP，其中，SCP提供LI1(第一监听)接口和LI2(第二监听)接口，SSP提供LI3(第三监听)接口；下面对LIC、SSP和SCP分别进行详细阐述。

LIC，所述监控中心通过LI1接口向业务控制点发送设控命令，进行设控，然后业务控制点对该设控命令通过LI1接口进行响应操作。

SCP，当所述SCP收到呼叫用户信息查询时，判断对所述呼叫用户是否属于监听对象，当确认所述呼叫用户属于监听对象时，将携带有添加信息的新的被叫号码下发给SSP；所述SCP具体包括：

判断模块，当收到来自SSP的呼叫用户信息查询时，所述判断模块根据收到的呼叫用户信息查询，判断所述呼叫用户是否属于监听对象，如果不属于监听对象，则触发正常呼叫流程；如果属于监听对象，则触发发送模块；

发送模块，所述发送模块在被叫号码前加上添加信息，将主叫号码和修改后的新的被叫号码通过connect(连接)操作发送给SSP，所述新的被叫号码的结构为：前缀码+LIID+CALLID+CD；同时将通信事件等信息通过LI2接口发送给LIC，所述通信事件信息为不能通过SSP转发给监控中心的信息。

SSP，所述SSP根据所述新的被叫号码进行路由分析后，将所述呼叫通过LI3接口转接到LIC；其中，SCP设备中支持全局配置是否支持监听功能，以在监听功能的引入导致系统异常时通过屏蔽系统所支持的监听功能，而恢复正常的智能业务流程的处理。

LIC根据所述呼叫获取到呼叫信息和通信内容后，删除所述新的被叫号码中的添加信息，并将所述呼叫通过LI3接口重新路由回原来的业务交换点；

业务交换点根据收到的所述呼叫的被叫号码，按照正常的号码进行路由分析。

综上所述，本发明实施例提供了一种实现智能网业务监听的方法及系统，本发明组网简单灵活，对现有的网络改动较小，大大降低了网络改造的成本。并且也有利于以后的智能业务的扩展。另外通过SCP设备设置全局的监听功能配置，可以作为必要时的监听功能启用操作，降低了监听可能对网络的正常运行带来的不利影响。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (9)

1.一种实现智能网业务监听的方法，其特征在于，包括：

步骤A：业务控制点预先根据监控中心的设控命令对监控对象进行设控；

步骤B：当业务控制点收到呼叫用户信息查询时，判断所述呼叫用户是否属于监听对象，当确认所述呼叫用户属于监听对象时，将携带有添加信息的新的被叫号码下发给业务交换点；

步骤C：业务交换点根据所述新的被叫号码进行路由分析后，将呼叫转接到合法监听中心；

步骤D：合法监听中心从转接过来的呼叫中获取到呼叫信息和内容后，删除所述新的被叫号码中的添加信息，并将呼叫重新路由回原来的业务交换点。

2.如权利要求1所述的方法，其特征在于，所述步骤A具体包括：

监控中心根据设控条件对监控对象进行设控，并下发设控命令给业务控制点；

业务控制点根据接收到的设控命令对所述监控对象进行属性修改。

3.根据权利要求1所述的方法，其特征在于，所述步骤B具体包括：

步骤B1：当业务控制点收到呼叫用户信息查询时，判断所述呼叫用户是否属于监听对象，如果所述呼叫用户属于监听对象，则执行步骤B2，否则按正常呼叫流程处理；

步骤B2：当确认所述呼叫用户属于监听对象时，将被叫号码前加上添加信息组成新的被叫号码后，通过连接操作将主叫号码和新的被叫号码一起发送给业务交换点；同时将通信事件信息发送给合法监听中心。

4.根据权利要求1所述的方法，其特征在于，所述步骤C具体包括：

步骤C1：业务交换点根据接收到的所述新的被叫号码进行路由分析，将呼叫转接到合法监听中心；

步骤C2：合法监听中心将根据所述新的被叫号码中的添加信息判断本次呼叫是否有效，当确认所述呼叫是有效呼叫时，从所述呼叫中获取呼叫信息和通信内容后，对所述呼叫信息和通信内容进行分析处理。

5.根据权利要求1到4中任意一项所述的方法，其特征在于，所述添加信息包括：前缀码、合法监听标识、呼叫标识。

6.根据权利要求5所述的方法，其特征在于，所述合法监听标识与监听对象的卡号、号码、区号、专用虚拟网组号中的一个或多个构成的组合对应。

7.根据权利要求5所述的方法，其特征在于，所述呼叫标识由每次呼叫动态生成，用以表示不同的智能业务呼叫。

8.一种实现智能网业务监听的系统，其特征在于，包括：

业务控制点，用于预先对监控对象进行设控，并且，当所述业务控制点收到呼叫用户信息查询时，判断所述呼叫用户是否属于监听对象，当确认所述呼叫用户属于监听对象时，将携带有添加信息的新的被叫号码下发给业务交换点；

业务交换点，用于根据从所述业务控制点得到的新的被叫号码进行路由分析后，将呼叫转接到合法监听中心；

合法监听中心，用于从所述业务交换点转接的呼叫中获取呼叫信息和内容后，删除所述新的被叫号码中的添加信息，并将呼叫重新路由回原来的业务交换点。

9.根据权利要求8所述的系统，其特征在于，所述业务控制点具体包括：

判断模块，用于根据收到的呼叫用户信息查询，判断所述呼叫用户是否属于监听对象，如果所述呼叫用户属于监听对象，触发发送模块；否则，触发正常呼叫处理流程；

发送模块，用于在被叫号码前加上添加信息组成新的被叫号码后，通过连接操作将主叫号码和新的被叫号码一起发送给业务交换点；同时将通信事件信息发送给合法监听中心。

Images