CN1738263A - 软交换系统媒体流的监听方法及采用的监听网关处理装置 - Google Patents

Abstract

本发明公开了一种软交换系统媒体流的监听方法和采用的监听网关，SS确定呼叫的主、被叫用户中有被监听用户后，在监听网关上为该呼叫主叫分配一个第一端口，为被叫分配一个第二端口；将主、被叫远端媒体分别修改为监听网关的IP地址和第一、第二端口，并使该第一、第二端口的远端分别指向主、被叫端口；建立所述第一、第二端口与警用信息中心的连接；在呼叫过程中，SS指示所述监听网关对该呼叫的媒体流进行采集，发送到所述警用信息中心；呼叫结束后，各设备释放所分配的资源，采用的监听网关包括端口、负责接口管理和媒体流监听控制的管理模块以及内容采集转发模块。本发明可以在软交换系统中实现对被监听用户通讯内容的监听。

Description

软交换系统媒体流的监听方法及采用的监听网关处理装置

技术领域

本发明涉及软交换实现监听功能的处理设备和监听方法，特别地涉及在下一代网络(Next Generation Network，NGN)中，软交换系统实现媒体流监听的方法及其采用的监听网关(LIGW：Legal Interception Gateway)。

背景技术

在电路交换网络中，采用将被监听用户的所有呼叫路由出局到监听设备，再由监听设备，将呼叫接续到被叫用户的电路上的方式实现。也就是将被监听用户电路和监听设备之间建立一条物理通路，然后，通过建立一条监听设备到被叫用户电路的物理通路实现监听台的监听。

随着网络技术的发展，现代电信网络逐渐由电路交换网络演进到以包交换为基础的NGN网络。由于包交换网络和电路交换网络组网方式、语音传送方式、实现业务的不同，导致现在电路交换网络的监听方法不能很好地适应下一代网络的监听需要。

在下一代网络中，软交换监听系统需要采集监听用户的通讯内容并转发到警用信息中心。用户是通过边缘接入网关接入到NGN网络中，现有的边缘接入网关并不都具有采集和转发功能，在这种情况下，为了实现对被控目标媒体流的监听，必须引入监听网关处理装置，在软交换控制设备的控制下来实现这个功能。

发明内容

本发明要解决的技术问题是提供一种软交换系统媒体流的监听方法，可以在软交换系统中实现对被监听用户通讯内容的监听。

为了解决上述技术问题，本发明提供了一种软交换系统媒体流的监听方法，包括以下步骤：

(a)软交换控制设备确定呼叫的主、被叫用户中有被监听用户；

(b)在监听网关上为该呼叫的主叫分配一个第一端口，为被叫分配一个第二端口；

(c)将主叫、被叫的远端媒体分别修改为所述监听网关的网络地址和第一、第二端口，并使该第一、第二端口的远端分别指向主叫所在端口和被叫所在的端口，将该呼叫路由到所述监听网关；

(d)建立所述第一、第二端口与警用信息中心的端口之间的连接，创建所述监听网关和警用信息中心之间的媒体流通道；

(e)在呼叫过程中，软交换控制设备指示所述监听网关对该呼叫的媒体流进行采集，发送到所述警用信息中心；

(f)呼叫结束后，软交换控制设备通知所述监听网关和警用信息中心释放所分配的资源。

进一步地，上述监听方法可具有以下特点：所述步骤(b)中，监听网关还为该呼叫分配了一个上行流提交端口和一个下行流提交端口，并分别与所述第一和第二端口中的一个连通，所述步骤(d)中，所述第一、第二端口是通过该两个提交端口与所述警用信息中心的相应接收端口连接的。

进一步地，上述监听方法可具有以下特点：所述步骤(b)中，所述端口分配是在所述监听网关收到所述软交换控制设备的端口分配请求后在本地完成的，或者是由所述软交换控制设备和本地数据库中申请得到后通知所述监听网关的。

进一步地，上述监听方法可具有以下特点：所述步骤(a)中，所述软交换控制设备是在呼叫接续过程中根据主、被叫用户的属性来判断其是否为被监听用户。

进一步地，上述监听方法可具有以下特点：所述步骤(b)进一步分为以下步骤：

(b1)所述软交换控制设备向被叫发起呼叫时，将主叫媒体描述包的端点信息修改为监听网关的网络地址和第二端口，发送到被叫侧；

(b2)被叫进行媒体匹配时，将其远端媒体指向监听网关的地址和第二端口，完成媒体匹配后，将支持的媒体格式通过被叫媒体描述包通知所述软交换控制设备；

(b3)所述软交换控制设备再将被叫媒体描述包的端点信息修改为监听网关的网络地址和第一端口，然后发送到主叫侧，主叫将其远端媒体修改为监听网关的网络地址和第一端口；

(b4)所述软交换控制设备将从主叫、被叫所在端口通知所述监听网关，所述监听网关将第一端口的远端指向主叫所在端口，将第二端口的远端指向被叫所在端口。

进一步地，上述监听方法可具有以下特点：所述步骤(d)进一步分为以下步骤：

(d1)所述软交换控制设备将主叫和被叫的媒体描述包以及监听网关的上行、下行流提交端口通过标准协议(如SIP协议)或自定义协议通知警用信息中心；

(d2)所述警用信息中心分配一个上行流接收端口和一个下行流接收端口，并使该上行、下行流接收端口的远端分别指向所述上行、下行流提交端口，然后将所分配的上行、下行流接收端口通知所述软交换控制设备；

(d3)所述软交换控制设备通知所述监听网关，将所述上行、下行流提交端口的远端地址分别指向所述上行、下行流接收端口。

由上可知，本发明软交换系统媒体流的监听方法通过重新路由被监听用户以及和它通话的另一用户的媒体通道到监听网关这一处理平台，在该平台上实现对媒体流的采集和转发，从而在包交换网络中实现了对媒体流的监听。

本发明要解决的另一技术问题是提供一种软交换监听网关处理装置，可以在软交换控制设备的控制下，完成呼叫的媒体流接续和转发，同时对媒体流进行采集并发送到警用信息中心。

为了解决上述技术问题，本发明提供了一种监听网关处理装置，其特征在于，包括管理模块、内容采集转发模块以及端口，所述端口与所述内容采集转发模块相关联，所述管理模块与所述内容采集转发模块及各个端口相关联，其中：

所述管理模块进一步包括监听控制单元和接口管理单元，其中：所述监听控制单元用于接收软交换控制设备下达的监控指令，触发或取消所述内容采集转发模块对被监控用户媒体流的采集和转发；所述接口管理单元，用于管理监听网关与其它设备间的各个接口；

所述内容采集转发模块，用于采集与主、被叫侧接续的端口产生的数据，再传送到提交网关或指定的目标设备；

进一步地，上述装置可具有以下特点：还包括数据库，用于保存监听网关各端口的资源信息；同时，所述管理模块还包括端口分配单元，用于向该数据库申请媒体流监听所需的一组端口，建立该组端口内部的连接，并设置各端口的远端地址。

进一步地，上述装置可具有以下特点：所述管理模块和内容采集转发模块均采用IP方式的接口。

进一步地，上述装置可具有以下特点：所述监控网关上的端口可以为单个端口、多个端口或大容量端口设备。

由上可知，本发明的软交换监听网关处理装置可以完成呼叫的媒体流接续和转发，同时对媒体流进行采集并发送到警用信息中心，从而在包交换网络中实现媒体流监听，较传统的电路交换网络更适合于在包交换网络中运用，不但节省了电信网络电路资源，而且提高了监听效率。

附图说明

图1是本发明实施例软交换系统的组网图。

图2是本发明实施例通讯内容监听信令及媒体流的通道连接示意图。

图3是本发明实施例预先注册方式下的媒体流监听流程图。

图4是本发明实施例监听网关的功能框图。

具体实施方式

图1示出了本实施例软交换监听系统的网络结构，软交换控制设备、边缘接入网关、监听网关及提交网关经包交换网络相互连接。在边缘接入网关不具有数据采集功能时，必须通过监听网关来实现对被控目标媒体流的监听。

监听网关主要负责接收软交换控制设备的媒体接续命令，完成主、被叫端点与本设备上两个端口的连接，实现两个转接端口的消息转发，同时根据软交换控制设备下达的监听命令，对被控目标通信媒体流进行采集，发送到提交网关，由提交网关再转发到警用信息中心。也可以直接由监听网关转发到警用信息中心。警用接口由监听网关和提交网关组成。

图2是本实施例通讯内容监听信令及媒体流的通道连接示意图，图中主叫(用户A)通过综合接入网关A接入包交换网络，被叫(用户B)通过综合接入网关B接入包交换网络。用户A、B均非被控用户时，主、被叫之间的媒体流直接在接入网关A和B之间传送。假定用户A为被监听用户，则在对该呼叫监听时，须重新路由被监听用户以及和它通话的另一用户的媒体通道到监听网关这一处理平台，在该平台上对媒体流进行采集和转发。

如图2所示，在一次呼叫监听过程中，需要在监听网关上分配四个端口：监听内部端口(IIP)、监听外部端口(OIP)、上行流提交端口(DFP_UP)及下行流提交端口(DFP_DOWN)。本实施例中，四个端口在SS的控制下由监听网关成组分配或释放，已分配的IIP和DFP_UP端口、IIP和OIP端口以及OIP与DFP_DOWN端口之间默认连通，而IIP端口与主叫所在端口(Port_A)、OIP端口与被叫所在端口(Port_B)、DFP_UP端口与警用信息中心的上行流接收端口(LIC_UP)、DFP_DOWN端口与警用信息中心的下行流接收端口(LIC_DOWN)之间的连接由SS控制建立。提交网关只是将媒体流透明转发，所以图中已略去。如图所示，主、被叫之间的上、下行媒体流都经过监听网关接续和转发，监听网关同时对上、下行媒体流分别进行采集并由LIC_UP端口和LIC_DOWN端口发送到警用信息中心。

图3为监听用户预先注册方式下的媒体流监听流程图。所谓的预先注册指软交换控制设备事先收到警用信息中心发来的监听命令，将要监听的用户记录在软交换数据库系统。预先注册方式下，监听用户为主叫时媒体流监听相关的流程如图3所示，包括以下步骤：

步骤110，主叫用户摘机，SS向数据库查询，确定该用户为被监听用户，启动监听处理流程；

步骤120，SS指示监听网关分配一组四个端口，并接收监听网关的响应消息，记录所分配的四个端口：IIP、OIP、DFP_UP和DFP_DOWN；

步骤130，SS向被叫发起呼叫时，将得到的主叫SDP(媒体描述包)的端点信息修改为监听网关的IP地址和OIP端口，然后发送到被叫侧；

步骤140，被叫进行媒体匹配时，将其远端媒体指向监听网关的地址和OIP端口，完成媒体匹配后，将支持的媒体格式通过被叫SDP通知SS；

步骤150，SS再将被叫SDP的端点信息修改为监听网关的IP地址和IIP端口，然后发送到主叫侧，主叫将其远端媒体修改为监听网关的地址和IIP端口；

步骤160，SS将从主被叫的媒体描述包(SDP)中解出的主叫端口和被叫端口通知监听网关，监听网关将IIP端口的远端指向主叫所在端口，将OIP端口的远端指向被叫所在端口；

步骤170，SS将主叫和被叫的SDP信息以及监听网关的DEF_UP和DEF_DOWN端口通过X3接口通知警用信息中心；

步骤180，警用信息中心分配LIC_UP端口和LIC_DOWN端口，并使LIC-UP端口的远端指向DEF_UP，将LIC_DOWN端口远端指向DEF_DOWN端口，然后向SS返回分配的LIC_UP和LIC_DOWN端口；

步骤190，SS通知监听网关将DEF_UP端口和DEF_DOWN端口的远端地址分别指向LIC_UP端口和LIC_DOWN端口；

至此，已将呼叫路由到监听网关这一处理平台，并创建了监听网关和警用信息中心之间的媒体流通道。

步骤200，SS控制接通呼叫，并指示监听网关对该呼叫的上行和下行媒体流进行采集，发送到警用信息中心；

步骤210，呼叫结束后，SS通知监听网关和警用信息中心释放所分配的资源。

监听网关与软交换控制设备间的接口为11接口。接口采用IP方式，可以是标准协议如H.248，也可以是自定义协议。

预先注册方式下，被监听用户A为被叫时，用户B摘机、拨号，SS的被叫侧处理流程判断被叫为被监听用户后，再启动监听处理流程；其它后续的处理过程都是一样的，在建立外部端口连接时，本实施例SS始终将监听网关上的IIP端口与被监听用户A的端口相连接。

如果警用信息中心指示要监听的用户(假定为主叫)已处在通话状态，将发起通话后的监听流程，SS首先指示监听网关分配四个端口，然后分别将主叫侧的远端媒体修改为监听网关的IP地址和IIP端口，将被叫侧的远端媒体修改为监听网关的IP地址和OIP端口，并分别通过标准协议或自定义协议将呼叫SDP信息送到警用信息中心，并且得到警用信息中心的IP地址、LIC_UP端口、LIC_DOWN端口，建立监听网关DEF_UP端口、DEF_DOWN端口与警用信息中心LIC_UP端口、LIC_DOWN端口的连接，然后通知监听网关开始媒体转发。呼叫结束后，通知LIGW停止媒体流转发，释放端口，释放呼叫。

数据监听的流程和语音监听业务逻辑流程一致，只是媒体格式不同，这里就不再赘述。

在上述媒体流的监听流程中，监听网关主要完成以下功能：

1)在SS控制下，监听网关分配两个连接主、被叫接入网关的IIP端口和OIP端口，两个连接警用信息中心的DEF_UP端口和DEF_DOWN端口，并将DEF_UP、IIP、OIP和DEF_DOWN端口依次连接；

2)按监听呼叫接续流程，将媒体流参数匹配好，即将IIP、OIP、DEF_UP和DEF_DOWN端口的远端地址分别指向主叫所在端口、被叫所在端口、上行流接收端口和下行流接收端口；

3)媒体流监听开始后，监听网关将从主、被叫所在端口接收的媒体信息相互转发，实现正常的通话过程；

4)对通过的媒体流(语音流或数据流)进行采集，并将采集的信息发送到警用信息中心。

为了完成上述功能，本实施例提供的监听网关如图4所示，包括管理模块、内容采集转发模块、数据库以及多个端口(也可以采用单个端口或大容量端口设备)。各个端口与内容采集转发模块相连接，管理模块与内容采集转发模块、数据库及各个端口相关联。其中：

所述管理模块进一步包括监听控制单元、接口管理单元和端口分配单元(未示出)。

监听控制单元，用于接收SS下达的监控指令，可以是标准协议或自定义协议，触发或取消端口分配单元对端口资源的分配以及内容采集转发模块对被监控用户媒体流的采集和转发；

接口管理单元，用于管理监听网关与其它设备间的各个接口；

端口分配单元，用于向数据库申请媒体流监听所需的一组端口，建立该组端口内部的连接，并设置各端口的远端地址，建立起媒体流的监听通道。

所述数据库，用于保存监听网关各端口的资源信息；

所述内容采集转发模块，用于采集与主、被叫侧接续的端口产生的数据，再传送到提交网关或指定的目标设备；

所述端口，用于接收和发送数据。

本发明在上述实施例的基础上可以做许多变换，例如，在一次媒体流监听的过程中也可以只分配一组2个端口，DFP_UP和DFP_DOWN端口可省略，直接通过IIP、OIP作源端口发送到警用信息中心。

另外，实施例是通过监听网关来分配四个端口，但是也可以将监控网关端口资源信息保存在软交换控制器的数据库中，由SS来完成分配。媒体流监听的流程也需要作相应的变换，取消SS与监听网关之间与端口分配有关的消息，由SS直接将分配的端口通知监听网关。

以上变换及在其它的各种等同变换均应在本发明的保护范围之内。

Claims (10)

1、一种软交换系统媒体流的监听方法，包括以下步骤：

(a)软交换控制设备确定呼叫的主、被叫用户中有被监听用户；

(b)在监听网关上为该呼叫的主叫分配一个第一端口，为被叫分配一个第二端口；

(c)将主叫、被叫的远端媒体分别修改为所述监听网关的网络地址和第一、第二端口，并使该第一、第二端口的远端分别指向主叫所在端口和被叫所在的端口，将该呼叫路由到所述监听网关；

(d)建立所述第一、第二端口与警用信息中心的端口之间的连接，创建所述监听网关和警用信息中心之间的媒体流通道；

(e)在呼叫过程中，软交换控制设备指示所述监听网关对该呼叫的媒体流进行采集，发送到所述警用信息中心；

(f)呼叫结束后，软交换控制设备通知所述监听网关和警用信息中心释放所分配的资源。

2、如权利要求1所述的监听方法，其特征在于，所述步骤(b)中，监听网关还为该呼叫分配了一个上行流提交端口和一个下行流提交端口，并分别与所述第一和第二端口中的一个连通，所述步骤(d)中，所述第一、第二端口是通过该两个提交端口与所述警用信息中心的相应接收端口连接的。

3、如权利要求1或2所述的监听方法，其特征在于，所述步骤(b)中，所述端口分配是在所述监听网关收到所述软交换控制设备的端口分配请求后在本地完成的，或者是由所述软交换控制设备和本地数据库中申请得到后通知所述监听网关的。

4、如权利要求1或2所述的监听方法，其特征在于，所述步骤(a)中，所述软交换控制设备是在呼叫接续过程中根据主、被叫用户的属性来判断其是否为被监听用户。

5、如权利要求4所述的监听方法，其特征在于，所述步骤(b)进一步分为以下步骤：

(b1)所述软交换控制设备向被叫发起呼叫时，将主叫媒体描述包的端点信息修改为监听网关的网络地址和第二端口，发送到被叫侧；

(b2)被叫进行媒体匹配时，将其远端媒体指向监听网关的地址和第二端口，完成媒体匹配后，将支持的媒体格式通过被叫媒体描述包通知所述软交换控制设备；

(b3)所述软交换控制设备再将被叫媒体描述包的端点信息修改为监听网关的网络地址和第一端口，然后发送到主叫侧，主叫将其远端媒体修改为监听网关的网络地址和第一端口；

(b4)所述软交换控制设备将从主叫、被叫所在端口通知所述监听网关，所述监听网关将第一端口的远端指向主叫所在端口，将第二端口的远端指向被叫所在端口。

6、如权利要求2所述的监听方法，其特征在于，所述步骤(d)进一步分为以下步骤：

(d1)所述软交换控制设备将主叫和被叫的媒体描述包以及监听网关的上行、下行流提交端口通知警用信息中心；

(d2)所述警用信息中心分配一个上行流接收端口和一个下行流接收端口，并使该上行、下行流接收端口的远端分别指向所述上行、下行流提交端口，然后将所分配的上行、下行流接收端口通知所述软交换控制设备；

(d3)所述软交换控制设备通知所述监听网关，将所述上行、下行流提交端口的远端地址分别指向所述上行、下行流接收端口。

7、一种监听网关处理装置，其特征在于，包括管理模块、内容采集转发模块以及端口，所述端口与所述内容采集转发模块相关联，所述管理模块与所述内容采集转发模块及各个端口相关联，其中：

所述管理模块进一步包括监听控制单元和接口管理单元，其中：所述监听控制单元用于接收软交换控制设备下达的监控指令，触发或取消所述内容采集转发模块对被监控用户媒体流的采集和转发；所述接口管理单元，用于管理监听网关与其它设备间的各个接口；

所述内容采集转发模块，用于采集与主、被叫侧接续的端口产生的数据，再传送到提交网关或指定的目标设备。

8、如权利要求7所述的监听网关处理装置，其特征在于，还包括数据库，用于保存监听网关各端口的资源信息；同时，所述管理模块还包括端口分配单元，用于向该数据库申请媒体流监听所需的一组端口，建立该组端口内部的连接，并设置各端口的远端地址。

9、如权利要求7或8所述的监听网关处理装置，其特征在于，所述管理模块和内容采集转发模块均采用IP方式的接口。

10、如权利要求7或8所述的监听网关处理装置，其特征在于，所述监听网关上的端口可以为单个端口、多个端口或大容量端口设备。

Images