CN101594623A - 一种互联网协议语音呼叫的监听方法及设备 - Google Patents

Abstract

本发明提供了一种互联网协议语音呼叫的监听方法及设备。所述方法中，由监听方转发被监听方的VoIP呼叫的媒体流，并在转发过程中实施对被监听方的监听。本发明无需被监听方设备具备混音处理能力，也无需被监听方设备同时发送两路媒体流，即可实现呼叫监听。

Description

一种互联网协议语音呼叫的监听方法及设备

技术领域

本发明涉及互联网协议语音(VoIP，Voice over Internet Protocol)技术领域，具体涉及一种VoIP呼叫的监听方法及设备。

背景技术

VoIP基于IP分组交换网络，通过对传统的模拟语音信号进行数字化、压缩、打包，封装成帧等一系列处理，使得语音业务可以通过IP网进行承载。基于会话初始协议(SIP，Session Initiation Protocol)的VoIP技术，目前已经得到广泛应用。

VoIP呼叫的监听功能是VoIP中的一项重要的语音补充业务，其组网应用如图1所示。第一客户端、第二客户端和第三客户端均连接到SIP服务器，SIP服务器主要用于实现语音信令的转发及处理。第一客户端、第二客户端和第三客户端可以是支持SIP协议的IP电话机(IP Phone)或者网关。如果在SIP服务器上配置了允许第一客户端监听第二客户端通话的业务，第二客户端与第三客户端之间已经按照现有的相关协议，建立了VoIP语音呼叫，两者之间传输实时传输协议(RTP，Real-time Transport Protocol)报文。此时，第一客户端向SIP服务器发起监听请求，对第二客户端正在进行的通话进行监听，监听操作方式简单介绍如下：

第一客户端想要监听第二客户端的通话时，则第一客户端摘机，拨监听特服号码和第二客户端的号码，这时第一客户端就会向服务器发送监听请求。如果SIP服务器发现此时第二客户端正在与其他电话(如：第三客户端)通话，就会触发监听流程，由第二客户端混合自身和第三客户端的语音数据后再发送给第一客户端，使得第一客户端能够听到第二客户端与第三客户端之间的通话。现有技术中VoIP呼叫的监听流程中的协议交互如图2所示，主要包括：

(1)第一客户端的用户摘机，拨监听请求号码“*425*12345678”，触发第一客户端向SIP服务器发送SIP邀请(Invite)请求消息(假设*425*表示监听业务，12345678为被监听设备第二客户端的号码)。

(2)SIP服务器对第一客户端发送的Invite请求消息进行解析，得知是一个要监听第二客户端通话的呼叫。

(3)SIP服务器如果发现第二客户端正在与第三客户端通话(第二客户端和第三客户端之间已经有语音数据传输)，则向第一客户端发送100 Trying消息，告诉第一客户端自己正在为它处理监听业务；以及，向第二客户端发送一个带Join头域的新的Invite消息，Join头域中指示了第二客户端和第三客户端的会话ID(call ID)，表示第一客户端所要监听的会话；Join头域还携带第一客户端的媒体属性信息，具体包括：第一客户端的媒体接收地址(如IP地址和端口号)、第一客户端支持的语音编解码类型、媒体流方向等。这里，媒体流方向为“recvonly”标识，表示第一客户端只接收第二客户端与第三客户端的混音数据，第一客户端的用户话音不传输给第二客户端。

(4)第二客户端返回携带自身的混音媒体属性信息的200OK消息，SIP服务器也通过200OK消息，将第二客户端的混音媒体属性信息传送给第一客户端。

(5)第一客户端回应ACK消息给SIP服务器进行相关媒体属性的协商，SIP服务器也向第二客户端发送ACK消息进行协商。

(6)呼叫协商成功后，建立一条由第二客户端到第一客户端的单向媒体通道，第二客户端将其自身与第三客户端之间的语音数据进行混音，通过该单向媒体通道将混音后得到的混音数据传送给第一客户端，从而第一客户端可以监听到第二客户端与第三客户端之间的通话。

从上面的呼叫监听处理流程可以看出，现有技术中监听成功的前提条件是：被监听方设备必须具有混音能力，能够对语音数据进行混音处理；同时，被监听方设备在监听过程中需要具备同时发送两路媒体流的能力。因此，现有技术中呼叫监听的实现严重依赖于被监听方设备的附加处理能力。而目前VoIP网络中的大部分支持SIP协议的IP电话并不具有上述能力，因此现有技术的呼叫监听的应用得到很大的限制。并且，现有技术的监听过程中，被监听方需要向两个目的地址(语音呼叫的对端和监听方)发送媒体流，从而增加了数据的传输带宽，导致被监听方容易察觉到自己被监听。

发明内容

本发明实施例所要解决的技术问题是提供一种VoIP呼叫的监听方法及设备，无需被监听方设备具备混音处理能力，也无需被监听方设备同时发送两路媒体流，即可实现VoIP呼叫监听。

为解决上述技术问题，本发明实施例提供方案如下：

一种互联网协议语音VoIP呼叫的监听方法，包括：

会话初始协议SIP服务器接收第一客户端发送的对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫；

SIP服务器根据所述监听请求，向第二、第三客户端分别发送第一媒体更新请求，所述第一媒体更新请求用于指示第二、第三客户端将所述VoIP语音呼叫的媒体目的地址修改为所述第一客户端；

SIP服务器接收第二、第三客户端返回的携带有各自媒体接收地址的响应报文，从所述响应报文中获取第二、第三客户端的媒体接收地址，并向所述第一客户端发送包含有第二、第三客户端的媒体接收地址的报文。

优选地，上述监听方法中，

SIP服务器接收到所述监听请求后，进一步判断是否允许所述第一客户端监听所述第二客户端：若是，则根据所述监听请求，向第二、第三客户端分别发送所述第一媒体更新请求；否则，拒绝所述监听请求，并结束流程。

优选地，上述监听方法中，在所述SIP服务器接收到第一客户端发送的停止监听所述第二客户端的监听退出请求后，所述监听方法还包括：SIP服务器根据所述监听退出请求，向第二、第三客户端分别发送第二、第三媒体更新请求，其中，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。

本发明实施例还提供了另一种VoIP呼叫的监听方法，包括：

第一客户端向会话初始协议SIP服务器发送对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫，所述监听请求用于触发所述SIP服务器向所述第二、第三客户端分别发送修改所述VoIP语音呼叫的媒体目的地址为所述第一客户端的第一媒体更新请求；

第一客户端接收SIP服务器返回的包含有第二、第三客户端的媒体接收地址的报文；

第一客户端根据所述第二、第三客户端的媒体接收地址，在所述第二客户端和第三客户端之间转发所述VoIP语音呼叫的媒体流，并对所述媒体流进行监听。

优选地，上述监听方法中，所述转发所述VoIP语音呼叫的媒体流包括：第一客户端将接收到的来自所述第二客户端的语音数据，转发至第三客户端的媒体接收地址；以及，将接收到的来自所述第三客户端的语音数据，转发至第二客户端的媒体接收地址。

优选地，上述监听方法中，所述对所述媒体流进行监听为：将来自所述第二客户端和第三客户端的语音数据进行混音处理，得到混音数据，并对混音数据进行监听；或者，固定选择所述第二客户端和第三客户端中的一个客户端的语音数据进行监听；或者，动态选择所述第二客户端和第三客户端中当前正在说话的一个客户端的语音数据进行监听。

优选地，上述监听方法中，动态选择所述第二客户端和第三客户端中当前正在说话的一个客户端的语音数据进行监听，包括：第一客户端在判断出第二客户端和第三客户端中的一个客户端发送的语音数据为静音报文后，选择第二客户端和第三客户端中的另一个客户端的语音数据进行监听。

优选地，上述监听方法中，还包括：

所述第一客户端向所述SIP服务器发送停止监听所述第二客户端的监听退出请求，所述监听退出请求用于触发所述SIP服务器向第二、第三客户端分别发送第二、第三媒体更新请求，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。

本发明实施例还提供了一种实现互联网协议语音VoIP呼叫监听的会话初始协议SIP服务器，包括：

监听请求接收单元，用于接收第一客户端发送的对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫；

监听请求处理单元，用于根据所述监听请求，向第二、第三客户端分别发送第一媒体更新请求，所述第一媒体更新请求用于指示第二、第三客户端将所述VoIP语音呼叫的媒体目的地址修改为所述第一客户端；

监听请求响应单元，用于接收第二客户端返回的携带有各自媒体接收地址的响应报文，从所述响应报文中获取第二、第三客户端的媒体接收地址，并向所述第一客户端发送包含有第二、第三客户端的媒体接收地址的报文。

优选地，上述的会话初始协议SIP服务器中，

所述监听请求处理单元，还用于在所述监听请求接收单元接收到所述监听请求后，判断是否允许所述第一客户端监听所述第二客户端：若是，则根据所述监听请求，向第二、第三客户端分别发送所述第一媒体更新请求；否则，拒绝所述监听请求。

优选地，上述的会话初始协议SIP服务器中，还包括：

监听退出请求接收单元，用于接收第一客户端发送的停止监听所述第二客户端的监听退出请求；

监听退出请求处理单元，用于根据所述监听退出请求，向第二、第三客户端分别发送第二、第三媒体更新请求，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。

本发明实施例还提供了一种实现互联网协议语音VoIP呼叫监听的第一客户端，该第一客户端包括：

监听请求发送单元，用于向会话初始协议SIP服务器发送对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫，所述监听请求用于触发所述SIP服务器向所述第二、第三客户端分别发送修改所述VoIP语音呼叫的媒体目的地址为所述第一客户端的第一媒体更新请求；

媒体地址接收单元，用于接收SIP服务器返回的包含有第二、第三客户端的媒体接收地址的报文；

监听处理单元，用于根据所述第二、第三客户端的媒体接收地址，在所述第二客户端和第三客户端之间转发所述VoIP语音呼叫的媒体流，并对所述媒体流进行监听。

优选地，上述第一客户端中，所述监听处理单元包括：

转发子单元，用于将接收到的来自所述第二客户端的语音数据，转发至第三客户端的媒体接收地址；以及，将接收到的来自所述第三客户端的语音数据，转发至第二客户端的媒体接收地址。

优选地，上述第一客户端中，所述监听处理单元还包括：

监听子单元，用于对来自所述第二客户端和第三客户端的语音数据进行混音处理，得到混音数据，并对混音数据进行监听；或者用于固定选择所述第二客户端和第三客户端中的一个客户端的语音数据进行监听；或者用于动态选择所述第二客户端和第三客户端中当前正在说话的一个客户端的语音数据进行监听。

优选地，上述第一客户端中，所述监听子单元，还用于在判断出第二客户端和第三客户端中的一个客户端发送的语音数据为静音报文后，选择第二客户端和第三客户端中的另一个客户端的语音数据进行监听。

优选地，上述第一客户端中，还包括：

监听退出请求发送单元，用于向所述SIP服务器发送停止监听所述第二客户端的监听退出请求，所述监听退出请求用于触发所述SIP服务器向第二、第三客户端分别发送第二、第三媒体更新请求，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。

从以上所述可以看出，本发明提供的VoIP呼叫的监听方法及设备，不依赖于被监听方设备的混音处理能力，只需要被监听方设备支持常规的SIP呼叫即可，从而本发明在被监听方在使用普通VoIP电话机或VoIP网关时也能够实施对被监听方的监听。另外，本发明实施例在实施监听的过程中，被监听方设备仍然只发送一路语音数据，，因此不会明显增加传输带宽，使得被监听者不容易发现自己被监听，提高了监听的隐蔽性。最后，本发明可以在监听过程中，固定选择通话双方的一方或动态选择通话双方中当前说话的一方进行监听，从而在监听方设备不具备混音功能时，仍然能够实施监听。

附图说明

图1为现有技术中VoIP呼叫的组网应用示意图；

图2为现有技术中VoIP呼叫的监听流程图；

图3为本发明实施例在SIP服务器上实现VoIP呼叫监听的流程图；

图4为本发明实施例在第一客户端上实现VoIP呼叫监听的流程图；

图5为本发明实施例所述VoIP呼叫的监听方法的整体流程示意图；

图6为本发明实施例所述SIP服务器的结构示意图；

图7为本发明实施例所述第一客户端的结构示意图。

具体实施方式

本发明提供了一种全新的呼叫监听的方法及设备，当监听方发起呼叫监听请求时，SIP服务器利用媒体更新请求，分别向呼叫双方发起会话更新，修改媒体目的地址，使呼叫双方将媒体流都发送给监听方，由监听方来在呼叫双方之间转发媒体流，在转发媒体流的同时监听方可以监听呼叫任意一方或双方的媒体流。由于监听不依赖被监听方设备的附加处理能力，只需要被监听方支持SIP协议即可实施本发明，并且，由于被监听方发送的数据量并没有发生明显改变，因此被监听方很难发现自己被监听。以下结合附图，通过具体实施例对本发明作进一步的说明。

仍然以图1所示的组网环境为例，假设预先在SIP服务器上配置了允许第一客户端监听第二客户端通话的业务，第一客户端可以随时向SIP服务器发起监听请求，对第二客户端正在进行的通话进行监听。如图3所示，本实施例在SIP服务器上实施所述VoIP呼叫的监听方法时，包括以下步骤：

步骤31，SIP服务器接收到第一客户端发送的对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫；

步骤32，SIP服务器根据接收到的所述监听请求，向第二、第三客户端分别发送第一媒体更新请求，所述第一媒体更新请求用于指示第二、第三客户端将所述VoIP语音呼叫的媒体目的地址修改为所述第一客户端；

步骤33，SIP服务器接收第二客户端在根据所述第一媒体更新请求修改所述媒体目的地址之后返回的携带有所述第二客户端的媒体接收地址的响应报文，以及所述第三客户端在根据所述第一媒体更新请求修改所述媒体目的地址之后返回的携带有第三客户端的媒体接收地址的响应报文，从响应报文中获取第二、第三客户端的媒体接收地址，并向第一客户端发送包含有第二、第三客户端的媒体接收地址的报文。

上述步骤32中，SIP服务器接收到所述监听请求后，还可以进一步判断是否允许所述第一客户端监听所述第二客户端：若是，则根据所述监听请求，向第二、第三客户端分别发送所述第一媒体更新请求；否则，拒绝所述监听请求，并结束本流程。

在上述步骤33之后，如果第一客户端想要停止监听第二客户端，就会向SIP服务器发送一个监听退出请求。SIP服务器则根据所述监听退出请求，向第二、第三客户端分别发送第二、第三媒体更新请求，其中，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。这样，第二、第三客户端在重新修改了所述VoIP语音呼叫的媒体目的地址之后，将所述VoIP语音呼叫的媒体流直接发送给对方，从而恢复成监听之前的发送方式。

如图4所示，本实施例在第一客户端上实施所述VoIP呼叫的监听方法时，则包括以下步骤：

步骤41，第一客户端向SIP服务器发送对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫，所述监听请求用于触发所述SIP服务器向所述第二、第三客户端分别发送修改所述VoIP语音呼叫的媒体目的地址为所述第一客户端的第一媒体更新请求；

步骤42，第一客户端接收SIP服务器返回的包含有第二、第三客户端的媒体接收地址的报文；

步骤43，第一客户端根据所述第二、第三客户端的媒体接收地址，在所述第二客户端和第三客户端之间转发所述VoIP语音呼叫的媒体流，并对所述媒体流进行监听。

从以上所述可以看出，上述监听方法中，被监听方设备(第二客户端)并不需要对语音呼叫的语音数据进行混音处理，只需要被监听方设备支持常规的SIP呼叫处理，即可以实施监听。并且，被监听方设备在被监听的过程中，仍然只发送一路语音数据，因此不会明显增加传输带宽，使得被监听者不容易发现自己被监听，提高了监听的隐蔽性。

在上述步骤43之后，如果第一客户端想要停止监听第二客户端，就会向SIP服务器发送一个监听退出请求，所述监听退出请求用于触发所述SIP服务器向第二、第三客户端分别发送第二、第三媒体更新请求，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。

以下参照图5对图3、4中的步骤作进一步说明，以帮助理解本实施例。图5中所示的RTP报文为语音数据。图5为本实施例所述VoIP呼叫的监听方法的整体流程示意图，具体包括：

S51，第一客户端向SIP服务器发送对第二客户端的监听请求，SIP服务器接收所述监听请求。例如，第一客户端的用户摘机，拨监听请求号码“*425*12345678”，触发第一客户端向SIP服务器发送SIP Invite请求消息(假设*425*表示监听业务，12345678为被监听设备第二客户端的号码)。

S52，SIP服务器收到Invite请求消息后，向第一客户端回应100Trying表示自己正在处理监听请求。SIP服务器对Invite请求消息进行解析，得知这是一个请求对第二客户端通话的监听请求。由于SIP服务器上已经预先配置了允许第一客户端对第二客户端进行监听，因此SIP服务器触发监听流程。假设此时SIP服务器发现所述第二客户端与第三客户端之间建立有VoIP语音呼叫，将向第二、第三客户端分别发送一个媒体更新请求，如SIP Re-Invite请求消息，用于指示第二、第三客户端将所述VoIP语音呼叫的媒体目的地址修改为所述第一客户端。

S53，第二客户端收到SIP服务器发送的Re-Invite请求消息后，将与第三客户端之间的VoIP语音呼叫的媒体目的地址修改为第一客户端，并向SIP服务器发送200OK响应消息，该200OK响应消息中携带有自身的媒体接收地址。

S54，SIP服务器收到第二客户端发送的200OK响应消息后，向第二客户端发送一个ACK确认消息。第二客户端接收到该ACK确认消息后，就开始将自身生成的所述VoIP语音呼叫的媒体流(RTP报文)发送给第一客户端。

这里，SIP服务器是以第三客户端的身份向第二客户端发送Re-Invite请求消息，第二客户端在接收到Re-Invite请求消息后，会认为是该Re-Invite请求消息是第三客户端发出的，于是根据该Re-Invite请求消息，将VoIP语音呼叫的媒体目的地址由原来的第三客户端修改为第一客户端，从而第二客户端生成的语音数据都将被发送到第一客户端。由于Re-Invite请求消息中To头域、From头域和呼叫ID(call ID)可以确定两个客户端之间的一个呼叫，SIP服务器只需要将Re-Invite请求消息中call ID设置为第二、第三客户端之间的VoIP语音呼叫的call ID，将From头域的值设置为第三客户端，以及将To头域的值设置为第二客户端，就可以以第三客户端的身份发送Re-Invite请求消息。

S55～57，类似的，第三客户端接收到SIP服务器发送的Re-Invite请求消息后，也进行与上述步骤53～54相类似的处理：修改所述VoIP语音呼叫的媒体目的地址为第一客户端；向SIP服务器发送200OK响应消息，该200OK响应消息中携带有自身的媒体接收地址；接收SIP服务器返回的ACK确认消息后，就开始将自身生成的所述VoIP语音呼叫的媒体流发送给第一客户端。

S58，至此，SIP服务器获取了第二、第三服务器各自的媒体接收地址，于是通过向第一客户端发送一个200OK响应消息，在该200OK响应消息中携带这两个媒体接收地址，用以通知第一客户端。

S59，第一客户端收到SIP服务器发送的200OK响应消息后，提取其中携带的媒体接收地址，并向SIP服务器返回ACK响应消息。第一客户端根据第一客户端的媒体接收地址和第二客户端的媒体接收地址，在所述第一客户端和第二客户端之间转发媒体流，具体是：收到第二客户端发送的语音数据则转发给第三客户端，收到第三客户端发送的语音数据则转发给第二客户端；同时，可以选择性地对第二客户端和第三客户端的语音报文进行监听。

这里，可以根据第一客户端的实际处理能力选择合适的监听方式：

在第一客户端具有混音功能时，则可以将来自第二客户端和第三客户端的语音数据进行混音处理，得到混音数据，并对混音数据进行监听，从而可以同时监听到呼叫双方的语音通话；

在第一客户端没有混音功能时，可以固定选择两个客户端中的某一个客户端的语音数据进行监听，只监听其中一个客户端的语音通话；或者，可以根据静音报文的原则，动态地选择两个客户端中当前正在说话的一方的语音数据进行监听。这样，本发明可以在监听过程中，可以通过固定选择通话双方的一方或动态选择通话双方中当前说话的一方进行监听，在监听方设备(第一客户端)不具备混音功能时，仍然能够实施监听。

通话过程中，双方一般不同时说话，一方说话的同时另一方在收听，说话方发送正常的语音报文，而收听方在静音期间通常仅发送一个静音报文，所述静音报文的长度很短，通常只有几个有效标识位，用于指示本报文为静音报文。因此，第一客户端可以对接收到的第二、第三客户端发送的语音数据进行判断，在判断出第二客户端和第三客户端中的一个客户端发送的语音数据为静音报文后，选择第二客户端和第三客户端中的另一个客户端的语音数据进行监听，从而在监听过程中实现了主动地选择当前说话方进行监听。

基于以上所述的VoIP呼叫的监听方法，本实施例还提供了一种用于实现VoIP呼叫监听的SIP服务器和第一客户端。

其中，所述SIP服务器如图6所示，具体包括：

监听请求接收单元，用于接收第一客户端发送的对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫；

监听请求处理单元，用于根据所述监听请求，向第二、第三客户端分别发送第一媒体更新请求，所述第一媒体更新请求用于指示第二、第三客户端将所述VoIP语音呼叫的媒体目的地址修改为所述第一客户端；

监听请求响应单元，用于接收第二客户端返回的携带有各自媒体接收地址的响应报文，从所述响应报文中获取第二、第三客户端的媒体接收地址，并向所述第一客户端发送包含有第二、第三客户端的媒体接收地址的报文。

优选地，上述监听请求处理单元，还用于在所述监听请求接收单元接收到所述监听请求后，判断是否允许所述第一客户端监听所述第二客户端：若是，则根据所述监听请求，向第二、第三客户端分别发送所述第一媒体更新请求；否则，拒绝所述监听请求。

优选地，上述SIP服务器还可以包括：监听退出请求接收单元，用于接收第一客户端发送的停止监听所述第二客户端的监听退出请求；监听退出请求处理单元，用于根据所述监听退出请求，向第二、第三客户端分别发送第二、第三媒体更新请求，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。

如图7所示，本实施例提供的第一客户端，具体包括：

监听请求发送单元，用于向会话初始协议SIP服务器发送对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫，所述监听请求用于触发所述SIP服务器向所述第二、第三客户端分别发送修改所述VoIP语音呼叫的媒体目的地址为所述第一客户端的第一媒体更新请求；

媒体地址接收单元，用于接收SIP服务器返回的包含有第二、第三客户端的媒体接收地址的报文；

监听处理单元，用于根据所述第二、第三客户端的媒体接收地址，在所述第二客户端和第三客户端之间转发所述VoIP语音呼叫的媒体流，并对所述媒体流进行监听。

优选地，上述监听处理单元包括：

转发子单元，用于将接收到的来自所述第二客户端的语音数据，转发至所述第三客户端的媒体接收地址；以及，将接收到的来自所述第三客户端的语音数据，转发至所述第二客户端的媒体接收地址；

监听子单元，用于对来自所述第二客户端和第三客户端的语音数据进行混音处理，得到混音数据，并对混音数据进行监听；或者用于固定选择所述第二客户端和第三客户端中的一个客户端的语音数据进行监听；或者用于动态选择所述第二客户端和第三客户端中当前正在说话的一个客户端的语音数据进行监听。这里，所述监听子单元，还可以用于在判断出第二客户端和第三客户端中的一个客户端发送的语音数据为静音报文后，选择第二客户端和第三客户端中的另一个客户端的语音数据进行监听。

优选地，上述第一客户端还可以包括：监听退出请求发送单元，用于向所述SIP服务器发送停止监听所述第二客户端的监听退出请求，所述监听退出请求用于触发所述SIP服务器向第二、第三客户端分别发送第二、第三媒体更新请求，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。

综上所述，本发明实施例提供的VoIP呼叫的监听方法及其设备，不依赖于被监听方的设备处理能力，只需要被监听方设备支持常规的SIP呼叫即可，从而在被监听方在使用普通VoIP电话机或VoIP网关也能够实施对被监听方的监听。另外，本发明实施例还可以增强监听的隐蔽性，使得被监听者不容易发现被监听。

以上所述仅是本发明的实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (16)

1.一种互联网协议语音VoIP呼叫的监听方法，其特征在于，包括：

会话初始协议SIP服务器接收第一客户端发送的对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫；

SIP服务器根据所述监听请求，向第二、第三客户端分别发送第一媒体更新请求，所述第一媒体更新请求用于指示第二、第三客户端将所述VoIP语音呼叫的媒体目的地址修改为所述第一客户端；

SIP服务器接收第二、第三客户端返回的携带有各自媒体接收地址的响应报文，从所述响应报文中获取第二、第三客户端的媒体接收地址，并向所述第一客户端发送包含有第二、第三客户端的媒体接收地址的报文。

2.如权利要求1所述的监听方法，其特征在于，

SIP服务器接收到所述监听请求后，进一步判断是否允许所述第一客户端监听所述第二客户端：若是，则根据所述监听请求，向第二、第三客户端分别发送所述第一媒体更新请求；否则，拒绝所述监听请求，并结束流程。

3.如权利要求1或2所述的监听方法，其特征在于，在所述SIP服务器接收到第一客户端发送的停止监听所述第二客户端的监听退出请求后，所述方法还包括：SIP服务器根据所述监听退出请求，向第二、第三客户端分别发送第二、第三媒体更新请求，其中，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。

4.一种互联网协议语音VoIP呼叫的监听方法，其特征在于，包括：

第一客户端向会话初始协议SIP服务器发送对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫，所述监听请求用于触发所述SIP服务器向所述第二、第三客户端分别发送修改所述VoIP语音呼叫的媒体目的地址为所述第一客户端的第一媒体更新请求；

第一客户端接收SIP服务器返回的包含有第二、第三客户端的媒体接收地址的报文；

第一客户端根据所述第二、第三客户端的媒体接收地址，在所述第二客户端和第三客户端之间转发所述VoIP语音呼叫的媒体流，并对所述媒体流进行监听。

5.如权利要求4所述的监听方法，其特征在于，所述转发所述VoIP语音呼叫的媒体流包括：第一客户端将接收到的来自所述第二客户端的语音数据，转发至第三客户端的媒体接收地址；以及，将接收到的来自所述第三客户端的语音数据，转发至第二客户端的媒体接收地址。

6.如权利要求5所述的监听方法，其特征在于，所述对所述媒体流进行监听为：将来自所述第二客户端和第三客户端的语音数据进行混音处理，得到混音数据，并对混音数据进行监听；或者，固定选择所述第二客户端和第三客户端中的一个客户端的语音数据进行监听；或者，动态选择所述第二客户端和第三客户端中当前正在说话的一个客户端的语音数据进行监听。

7.如权利要求6所述的监听方法，其特征在于，动态选择所述第二客户端和第三客户端中当前正在说话的一个客户端的语音数据进行监听，包括：第一客户端在判断出第二客户端和第三客户端中的一个客户端发送的语音数据为静音报文后，选择第二客户端和第三客户端中的另一个客户端的语音数据进行监听。

8.如权利要求4至7任一项所述的监听方法，其特征在于，还包括：

所述第一客户端向所述SIP服务器发送停止监听所述第二客户端的监听退出请求，所述监听退出请求用于触发所述SIP服务器向第二、第三客户端分别发送第二、第三媒体更新请求，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。

9.一种实现互联网协议语音VoIP呼叫监听的会话初始协议SIP服务器，其特征在于，包括：

监听请求接收单元，用于接收第一客户端发送的对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫；

监听请求处理单元，用于根据所述监听请求，向第二、第三客户端分别发送第一媒体更新请求，所述第一媒体更新请求用于指示第二、第三客户端将所述VoIP语音呼叫的媒体目的地址修改为所述第一客户端；

监听请求响应单元，用于接收第二客户端返回的携带有各自媒体接收地址的响应报文，从所述响应报文中获取第二、第三客户端的媒体接收地址，并向所述第一客户端发送包含有第二、第三客户端的媒体接收地址的报文。

10.如权利要求9所述的会话初始协议SIP服务器，其特征在于，

所述监听请求处理单元，还用于在所述监听请求接收单元接收到所述监听请求后，判断是否允许所述第一客户端监听所述第二客户端：若是，则根据所述监听请求，向第二、第三客户端分别发送所述第一媒体更新请求；否则，拒绝所述监听请求。

11.如权利要求9或10所述的会话初始协议SIP服务器，其特征在于，还包括：

监听退出请求接收单元，用于接收第一客户端发送的停止监听所述第二客户端的监听退出请求；

监听退出请求处理单元，用于根据所述监听退出请求，向第二、第三客户端分别发送第二、第三媒体更新请求，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。

12.一种实现互联网协议语音VoIP呼叫监听的第一客户端，其特征在于，该第一客户端包括：

监听请求发送单元，用于向会话初始协议SIP服务器发送对第二客户端的监听请求，所述第二客户端与第三客户端之间建立有VoIP语音呼叫，所述监听请求用于触发所述SIP服务器向所述第二、第三客户端分别发送修改所述VoIP语音呼叫的媒体目的地址为所述第一客户端的第一媒体更新请求；

媒体地址接收单元，用于接收SIP服务器返回的包含有第二、第三客户端的媒体接收地址的报文；

监听处理单元，用于根据所述第二、第三客户端的媒体接收地址，在所述第二客户端和第三客户端之间转发所述VoIP语音呼叫的媒体流，并对所述媒体流进行监听。

13.如权利要求12所述的第一客户端，其特征在于，所述监听处理单元包括：

转发子单元，用于将接收到的来自所述第二客户端的语音数据，转发至第三客户端的媒体接收地址；以及，将接收到的来自所述第三客户端的语音数据，转发至第二客户端的媒体接收地址。

14.如权利要求13所述的第一客户端，其特征在于，所述监听处理单元还包括：

监听子单元，用于对来自所述第二客户端和第三客户端的语音数据进行混音处理，得到混音数据，并对混音数据进行监听；或者用于固定选择所述第二客户端和第三客户端中的一个客户端的语音数据进行监听；或者用于动态选择所述第二客户端和第三客户端中当前正在说话的一个客户端的语音数据进行监听。

15.如权利要求14所述的第一客户端，其特征在于，所述监听子单元，还用于在判断出第二客户端和第三客户端中的一个客户端发送的语音数据为静音报文后，选择第二客户端和第三客户端中的另一个客户端的语音数据进行监听。

16.如权利要求12至15任一项所述的第一客户端，其特征在于，还包括：

监听退出请求发送单元，用于向所述SIP服务器发送停止监听所述第二客户端的监听退出请求，所述监听退出请求用于触发所述SIP服务器向第二、第三客户端分别发送第二、第三媒体更新请求，所述第二媒体更新请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。

Images