专利名称：一种互联网协议语音呼叫的监听方法及设备的制作方法
技术领域：
本发明涉及互联网协i义语音(VoIP, Voice over Internet Protocol) 4支术领 域，具体涉及一种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",触发
6第一客户端向SIP服务器发送SIP邀请(Invite)请求消息(假设*425*表示监 听业务，12345678为被监听设备第二客户端的号码)。
(2) SIP服务器对第一客户端发送的Invite请求消息进行解析，得知是一 个要监听第二客户端通话的呼叫。
(3) SIP服务器如果发现第二客户端正在与第三客户端通话(第二客户 端和第三客户端之间已经有语音数据传输)，则向第一客户端发送100 Trying 消息，告诉第一客户端自己正在为它处理监听业务；以及，向第二客户端发送 一个带Join头域的新的Invite消息，Join头域中指示了第二客户端和第三客户 端的会话ID (call ID),表示第一客户端所要监听的会话；Join头域还携带第 一客户端的媒体属性信息，具体包括第一客户端的媒体接收地址(如IP地 址和端口号)、第一客户端支持的语音编解码类型、媒体流方向等。这里，媒 体流方向为"recvonly"标识，表示第一客户端只接收第二客户端与第三客户 端的混音数据，第 一客户端的用户话音不传输给第二客户端。
(4) 第二客户端返回携带自身的混音i某体属性信息的200 0K消息，SIP 服务器也通过200OK消息，将第二客户端的混音J(某体属性信息传送给第一客 户端。
(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网关时也能够实 施对被监听方的监听。另外，本发明实施例在实施监听的过程中，被监听方设 备仍然只发送一路语音数据，，因此不会明显增加传输带宽，使得被监听者不
ii容易发现自己被监听，提高了监听的隐蔽性。最后，本发明可以在监听过程中，
固定选择通话双方的一方或动态选择通话双方中当前"i兑话的一方进行监听，从 而在监听方设备不具备混音功能时，仍然能够实施监听。
图1为现有4支术中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某体流直接发送给对方，从而恢复成监听之前的发送 方式。
如图4所示，本实施例在第一客户端上实施所述VoIP呼叫的监听方法时， 则包括以下步骤
步骤41，第一客户端向SIP服务器发送对第二客户端的监听请求，所述 第二客户端与第三客户端之间建立有VoIP语音呼叫，所述监听请求用于触发 所述SIP服务器向所述第二、第三客户端分别发送修改所述VoIP语音呼叫的 媒体目的地址为所述第一客户端的第一媒体更新请求；
步骤42,第一客户端接收SIP服务器返回的包含有第二、第三客户端的 媒体接收地址的报文；步骤43,第一客户端根据所述第二、第三客户端的媒体接收地址，在所 述第二客户端和第三客户端之间转发所述VoIP语音呼叫的媒体流，并对所述 媒体流进行监听。
从以上所述可以看出，上述监听方法中，被监听方设备(第二客户端)并 不需要对语音呼叫的语音数据进行混音处理，只需要被监听方设备支持常规的 SIP呼叫处理，即可以实施监听。并且，被监听方设备在被监听的过程中，仍 然只发送一路语音数据，因此不会明显增加传输带宽，使得被监听者不容易发 现自己被监听，提高了监听的隐蔽性。
在上述步骤43之后，如果第一客户端想要停止监听第二客户端，就会向 SIP服务器发送一个监听退出请求，所述监听退出请求用于触发所述SIP服务 器向第二、第三客户端分别发送第二、第三媒体更新请求，所述第二媒体更新 请求用于指示所述第二客户端将所述VoIP语音呼叫的媒体目的地址修改为第 三客户端的媒体接收地址，所述第三媒体更新请求用于指示所述第三客户端将 所述VoIP语音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。
以下参照图5对图3、 4中的步骤作进一步说明，以帮助理解本实施例。 图5中所示的RTP报文为语音数据。图5为本实施例所述VoIP呼叫的监听方 法的整体流程示意图，具体包括
551, 第一客户端向SIP服务器发送对第二客户端的监听请求，SIP服务 器接收所述监听请求。例如，第一客户端的用户摘机，拨监听请求号码
"*425* 12345678"，触发第一客户端向SIP服务器发送SIP Invite请求消息(假 设*425*表示监听业务，12345678为被监听设备第二客户端的号码)。
552, SIP服务器收到Invite请求消息后,向第一客户端回应100 Trying 表示自己正在处理监听请求。SIP服务器对Invite请求消息进行解析，得知这 是一个请求对第二客户端通话的监听请求。由于SIP服务器上已经预先配置了 允许第一客户端对第二客户端进行监听，因此SIP服务器触发监听流程。假设 此时SIP服务器发现所述第二客户端与第三客户端之间建立有VoIP语音呼叫， 将向第二、第三客户端分别发送一个媒体更新请求，如SIP Re-Invite请求消息， 用于指示第二、第三客户端将所述VoIP语音呼叫的媒体目的地址修改为所述 第一客户端。553, 第二客户端收到SIP服务器发送的Re-Invite请求消息后，将与第三 客户端之间的VoIP语音呼叫的媒体目的地址修改为第一客户端，并向SIP服 务器发送200 OK响应消息，该200 OK响应消息中携带有自身的媒体接收地 址。
554, SIP服务器收到第二客户端发送的200 0K响应消息后，向第二客户 端发送一个ACK确认消息。第二客户端接收到该ACK确认消息后，就开始 将自身生成的所述VoIP语音呼叫的媒体流(RTP报文)发送给第一客户端。
这里，SIP服务器是以第三客户端的身份向第二客户端发送Re-Invite请求 消息，第二客户端在接收到Re-Invite请求消息后，会认为是该Re-Invite请求 消息是第三客户端发出的，于是根据该Re-Invite请求消息，将VoIP语音呼叫 的媒体目的地址由原来的第三客户端修改为第 一客户端，从而第二客户端生成 的语音数据都将被发送到第 一客户端。由于Re-Invite请求消息中To头域、From 头域和呼叫ID (call ID)可以确定两个客户端之间的一个呼叫，SIP服务器只 需要将Re-Invite请求消息中callID设置为第二、第三客户端之间的VoIP语音 呼叫的callID，将From头域的值设置为第三客户端，以及将To头域的值设 置为第二客户端，就可以以第三客户端的身份发送Re-Invite请求消息。
S55~57，类似的，第三客户端接收到SIP服务器发送的Re-Invite请求消 息后，也进行与上述步骤53 54相类似的处理修改所述VoIP语音呼叫的媒 体目的地址为第一客户端；向SIP服务器发送200 OK响应消息，该200 OK 响应消息中携带有自身的士某体接收地址；接收SIP服务器返回的ACK确认消 息后，就开始将自身生成的所述VoIP语音呼叫的媒体流发送给第一客户端。
S58,至此，SIP服务器获取了第二、第三服务器各自的媒体接收地址， 于是通过向第 一客户端发送一个200 OK响应消息，在该200 OK响应消息中 携带这两个媒体接收地址，用以通知第一客户端。
S59，第一客户端收到SIP服务器发送的200 OK响应消息后，提取其中 携带的媒体接收地址，并向SIP服务器返回ACK响应消息。第一客户端根据 第一客户端的媒体接收地址和第二客户端的媒体接收地址，在所述第 一客户端 和第二客户端之间转发媒体流，具体是收到第二客户端发送的语音数据则转 发给第三客户端，收到第三客户端发送的语音数据则转发给第二客户端；同时，
15可以选择性地对第二客户端和第三客户端的语音报文进行监听。
这里，可以根据第一客户端的实际处理能力选择合适的监听方式 在第一客户端具有混音功能时，则可以将来自第二客户端和第三客户端的
语音数据进行混音处理，得到混音数据，并对混音数据进行监听，从而可以同 时监听到呼叫双方的语音通话；
在第 一客户端没有混音功能时，可以固定选择两个客户端中的某一个客户
端的语音数据进行监听，只监听其中一个客户端的语音通话；或者，可以根据 静音报文的原则，动态地选择两个客户端中当前正在说话的一方的语音数据进 行监听。这样，本发明可以在监听过程中，可以通过固定选择通话双方的一方 或动态选择通话双方中当前说话的一方进行监听，在监听方设备(第一客户端) 不具备混音功能时，仍然能够实施监听。
通话过程中，双方一般不同时说话， 一方"i兌话的同时另一方在收听，说话 方发送正常的语音报文，而收听方在静音期间通常仅发送一个静音报文，所述 静音报文的长度很短，通常只有几个有效标识位，用于指示本报文为静音报文。 因此，第 一客户端可以对接收到的第二、第三客户端发送的语音数据进行判断， 在判断出第二客户端和第三客户端中的一个客户端发送的语音数据为静音报 文后，选择第二客户端和第三客户端中的另 一个客户端的语音数据进行监听， 从而在监听过程中实现了主动地选择当前说话方进行监听。
基于以上所述的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网关也能够实施对被监听方的 监听。另外，本发明实施例还可以增强监听的隐蔽性，使得被监听者不容易发 现被监听。
以上所述仅是本发明的实施方式，应当指出，对于本技术领域的普通技术 人员来说，在不脱离本发明原理的前提下，还可以作出若千改进和润饰，这些 改进和润饰也应一见为本发明的保护范围。
权利要求
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所述的监听方法，其特征在于，所述对所述媒体流进行 监听为将来自所述第二客户端和第三客户端的语音数据进行混音处理，得到 混音数据，并对混音数据进行监听；或者，固定选择所述第二客户端和第三客 户端中的一个客户端的语音数据进行监听；或者，动态选择所述第二客户端和 第三客户端中当前正在i兌话的一个客户端的语音数据进行监听。
7. 如权利要求6所述的监听方法，其特征在于，动态选择所述第二客户 端和第三客户端中当前正在说话的一个客户端的语音数据进行监听，包括第 一客户端在判断出第二客户端和第三客户端中的一个客户端发送的语音数据 为静音报文后，选择第二客户端和第三客户端中的另 一个客户端的语音数据进 行监听。
8. 如权利要求4至7任一项所述的监听方法，其特征在于，还包括 所述第一客户端向所述SIP服务器发送停止监听所述第二客户端的监听退出请求，所述监听退出请求用于触发所述SIP服务器向第二、第三客户端分 别发送第二、第三媒体更新请求，所述第二媒体更新请求用于指示所述第二客 户端将所述VoIP语音呼叫的媒体目的地址修改为第三客户端的媒体接收地 址，所述第三Jf某体更新请求用于指示所述第三客户端将所述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语 音呼叫的媒体目的地址修改为第二客户端的媒体接收地址。
全文摘要
本发明提供了一种互联网协议语音呼叫的监听方法及设备。所述方法中，由监听方转发被监听方的VoIP呼叫的媒体流，并在转发过程中实施对被监听方的监听。本发明无需被监听方设备具备混音处理能力，也无需被监听方设备同时发送两路媒体流，即可实现呼叫监听。
文档编号H04W88/18GK101594623SQ20091008857
公开日2009年12月2日 申请日期2009年7月8日 优先权日2009年7月8日
发明者宋海宾, 田小强 申请人:杭州华三通信技术有限公司