[发明专利]一种互联网协议语音呼叫的监听方法及设备

说明书

技术领域

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

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

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

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

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

发明内容