CN101160922A

CN101160922A - 基于sip协议与媒体服务器交互的方法及系统

Info

Publication number: CN101160922A
Application number: CN200680012352.2A
Authority: CN
Inventors: 达显
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-01-11
Filing date: 2006-12-22
Publication date: 2008-04-09
Also published as: EP1883198A4; CN100589487C; EP1883198B1; EP1883198A1; WO2007079652A1; CN1859394A; ES2570992T3

Abstract

本发明公开了一和基于SIP协议与媒体服务器交互的方法及系统，该方法包括：会话初始化协议SIP实体向媒体服务器发送携带基本语音服务器事件包BAU信息的SIP消息；媒体服务器根据所述SIP消息建立会话，并根据从SIP消息中解出的基本语音服务器事件包信息执行对应的操作，使得交互式语音应答IVR业务性能得到提高。本发明还提供相应的系统，在基于SIP协议的通信网络中，对于使用BAU规范即可实现的简单应用，不使用语音可扩展标记语言VXML，而通过使用符合BAU规范的SIP接口，实现基于SIP协议的网络中和媒体服务器的交互。

Description

基于 SIP协说与媒体服务器交互的方法及 a统本申请要求于 2006 年 01 月 11 日提交中国专利局、申请号为 2006誦 6527.0、发明名称为" SIP通信网络中和媒体服务器交互的方法" 的中国专利申请的 ύ先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信技术，特别涉及和 SIP协议有关的通信技术，具体地说，涉及基于 SIP协议与媒体服务器交互的方法及系统。背景技术

会话初始化协议 ( SIP, Session Initiation Protocol )是互联网工程任务组 ( IETF , Internet Engineering Task Force )制定的多媒体通信系统体系中的核心协议，作为下一代网络（NGN， Next Generation Network ) 中的重要协议，主要用于完成多媒体会话控制功能。 SIP协议目前被业界普遍看好，被认为是下一代基于网间互联协议（ IP , Internet Protocol )的多媒体通信网络的核心协议之一。 SIP协议提供了完善的一系列呼叫控制功能，具体内容可以参见 IETF 定义的请求评注（RFC , Request for Comments )标准 3261的描述。

在基于 SIP协议的通信网络中，需要提供基本的媒体类服务，例如放通知音 ( PA, Play Announcement )以及交互式语音应答 ( IVR, Interactive Voice Response )应用等。其中， IVR可以提示用户按键输入选择并根据选择完成对数据库的操作，是当前用户自助服务最流行的方法，已经成为自动交易的重要组成部分，其典型应用包括证券委托和电话银行等。 IVR通常提供多层语音菜单，并且可以作为一个完整的模块集成到呼叫中心里面。 IVR通常通过播放一系列通知音并收集用户输入的双音多频 ( DTMF, Dual Tone Multi Frequency )字符串实现和用户的交互。

基于 SIP协议的通信网络提供基本的媒体服务时，需要静态媒体以满足为用户放音的各种应用的需要，这些静态媒体通常由媒体服务器提供。媒体服务器是下一代网络（NGN, Next Generation Network ) 中的增强型媒体服务平台，是軟交换体系中提供专用媒体资源功能的独立设备，也是分组网络中的重要设备，提供基本和增强业务中的媒体处理功能， a 括 DTMF字符串的采集与编码、信号音的产生与发送、录音通知的发送、会议、不同编解码算法间的转换等各种资源功能以及通信功能和管理维护等功能。媒体服务器构成应用和服务基础设施的核心，能提供随时随地的服务而不用考虑接入网的类型。媒体服务器可以通过媒体网关控制十办议（ MGCP, Media Gateway Control Protocol )和 SIP协议进行控制。

语音可扩展标己语言 ( VXML, Voice extensible Markup Language ) 是用于建立具有综合语音、数字音频、语音识别、 DTMF 输入、录音和重放、电话通讯和混合初始会话等特性的音频会话的一种技术。 VXML 支持通过电话对互联网上的服务器进行交互式访问，使用 VXML可以很方便的构建一个语音业务。 VXML也使基于互联网的 IVR系统得以发展，可以实现 IVR平台与互联网交互信息。

现有技术方案中，在 SIP 网絡中和媒体服务器交互的主要方式是 VXML。通常 SIP实体使用 SIP INVITE或者 REFER消息同媒体服务器建立会话 ,一般 SIP消息的 URL请求中会包括 VXML的地址，媒体服务器会通过超文本传输协议 ( HTTP, Hyper Text Transfer Protocol )请求从网络服务器（ Webserver )下载 VXML并解析执行，后续的处理由 VXML 内部的逆辑控制。

在实际应用中，现有技术方案对于任何应用都需要获取 VXML文件，而对于某些筒单的应用，例如只使用简单的 PA、放音并收号（PC, Play and Collect )或放音并录音（PR, Play and Record )操作的应用，获取 VXML 并进行解析执行的操作的实现比较复杂，同时对于资源的消耗也较多。发明内容

本发明实施例提供一种 SIP通信网络中和媒体服务器交互的方法，使得交互式语音应答 IVR业务性能得到提高。

本发明实施例提供一种基于 SIP协议与媒体服务器交互的方法，包括以下步聚：

媒体服务器接收会话初始化协议 SIP 实体发送的携带基本语音服务器事件包信息的 SIP消息；媒体服务器根据所述 SIP消息建立并根据从 SIP消息中解出的基本语音服务器事件包信息执行对应的操作。

该方法进一步包括：

所述 SIP 实体向媒体服务器发送携带基本语音服务器事件包信息的 SIP消息；

根据从 SIP 消息中解出的基本语音服务器事件包信息执行对应的操作。

本发明实施例还提供一种基于 SIP 协议进行交互的系统，包括 SIP 实体和媒体服务器，

所述 SIP实体，具有事件包产生模块，用于生成基本语音服务器事件包；以及

通信模块，基于 SIP协议与媒体服务器进行交互，将所述基本语音服务器事件包信息承载在 SIP消息发送给媒体服务器；

所述媒体服务器，具有符合基本语音服务器事件包的 SIP接口模块，根据从所述 SIP消息中获取的基本语音服务器事件包信息执行对应的操作。

本发明实施例提供一种 SIP实体,基于 SIP协议与媒体服务器进行交互，包括

事件包产生模块，用于生成基本语音服务器事件包；以及

通信模块，基于 SIP协议与媒体服务器进行交互，将所述基本语音服务器事件包信息 7 载在 SIP消息发送给媒体服务器；

所述基本语音服务器事件包信息包括对应的操作类型 , 所述操作类型包括：放通知音、放音并收号、放音并录音。

本发明实施例还提供一种媒体服务器，基于 SIP协议与 SIP实体进行交互，包括 SIP处理模块，用于处理基本语音服务器事件包，根据从 SIP 消息中解出的基本语音服务器事件包信息执行对应的操作，所述操作包括下列操作中至少之一：放通知音、放音并收号、放音并录音。

本发明实施例提供的技术方案，在基于 SIP协议的通信网络中，对于使用基本语音服务器事件包（ BAU， Basic Audio Server Event Package ) 规范即可实现的简单应用，不使用 VXML, 而通过使用符合 BAU规范的 SIP接口，实现基于 SIP协议的网络中和媒体服务器的交互。

因此，本发明实施例对于使用 BAU规范即可实现的筒单应用，避免了 VXML的获取，可以大大减轻网络和处理器的负担，从而优化了网络和处理器的利用率；

而且，本发明实施例的技术方案使用的接口完全符合 SIP协议，可以避免接口间的较大变动，保证了不同厂商产品的互连互通；

另外，由于现有很多商用的媒体服务器已经支持 BAU事件包，因此本发明实施例的技术方案可以实现平滑的升级，完全避免了升级带来的高成本，非常易于部署。附图说明

图 1为根据本发明第一实施例中 SIP实体与媒体服务器间的消息交互流程示意图；

图 2为根据本发明第二实施例中 SIP实体与媒体服务器间的消息交互流程示意图。具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

考虑到 PacketCable标准中基于网络电缆的呼叫控制信令（NCS , Network-Based Call Signaling )的 BAU或基本的音频服务器，也可以筒便地实现典型的媒体服务器功能，例如播放、录制、 DTMF检测和报告等，并且现在许多商用的媒体服务器已经支持 BAU事件包，因此，本发明实施例的技术方案通过在媒体服务器上增加符合基本 BAU规范的 SIP接口，在基于 SIP协议的通信网络中更简便的实现典型的媒体服务器功能。

本发明实施例的技术方案中，在 SIP消息中承载 BAU事件包相关参数，即实现符合 BAU规范的 SIP接口，并使用该接口和媒体服务器交互，可以使 SIP服务器（例如应用服务器）实现诸如音频变量、音频终端控制、数字緩存控制、特殊键序及数据收集时的重提示等 BAU规范定义的功能。

为了更好的说明本发明实施例的技术方案，下面结合本发明实施例和附图进行描述。根据本发明第一实施例的 SIP 网络中和媒体服务器交互的方法的实体间消息交互流程如图 1 所示。该实施例实现了会话建立和终止。相关的一个信令流程实例如下。

F1 -- > INVITE to Media Server

INVITE

sip:dialog@nirs.examplexom;amc AU^a;an=file://welcome.wav;it=3;iv=2

Via: SIP/2.0/UDP client.example.com

From: <sip： user@client.example.com> tag=8000

To:

<sip： dialog@mrs . example, com; annc .B AU.pa; an=welcome . wav;it=3； iv=4>

Contact: sip:user@client.example.com

Call-ID: 12345678 @client. example .com

CSeq: 1 INVITE

Content-Type: application/sdp

Content-Length: ... v=0

o=user 2890844526 2890844526 IN IP4 client.example.com

s=Session SDP

c=IN IP4 client.example.com

t=3034423619 0

m-audio 49170 RTP/AVP 0

a=rtpmap:0 PCMU/8000

F2 -> 200 OK from Media Server

SIP/2.0 200 OK

From: <sip:user@client.example.com>;tag=8000

To:

<sip : dialog@mrs. example, com; annc ·Β AU.pa;an=welcome .wav;it=3 ; iv=4>;ta g=lale0al9

CSeq: 1 INVITE

Call-ID: 12345678@client.example.com

Via: SIP/2.0 UDP client.example.com

Contact:<sip： dialog@mrs . example.com;transport=udp> Content-Length: ...

Content-Type: application/sdp v=0

o=mrs 2890844527 2890844527 IN IP4 mrs.example.com

s=Session SDP

c=IN IP4 mrs.example.com

t=3034423619 0

m=audio 3456 RTP/AVP 0

a=rtpmap： 0 PCMU/8000

F3 ~> ACK to Media Server

ACK

sip:dialog@mrs.example.com;annc.BAU.pa;an=file：〃 welcome.wav;it=3;iv=2 SIP/2.0

From: <sip:user@client.example.com>;tag=8000

To:

<sip:dialog@mrs.example.com;annc.BAU.pa;an=^:welcome.wav;it=3;iv=4>;ta g=lale0al9

Call-ID: 12345678@client.example.com

CSeq: 1 ACK

Via: SIP/2.0/UDP client.example.com

Content-Length: 0

在第一实施例中，如图 1所示，媒体服务器交互的流程如下：步骤 S101 , SIP实体（Entity ) 向媒体服务器发送携带了 BAU包相关信息的 SIP邀请消息（ INVITE (F1) )。其中， SIP实体在发送的 SIP消息中，携带的 BAU包相关信息包含了用于指示 BAU会话类型的标识以及该会话类型对应的参数。

步驟 S102, 媒体服务器返回响应消息 ( 200 OK (F2) )。其中，该消息为对 INVITE (F1)消息的响应。

步骤 S103， SIP实体返回确认消息（ACK )。其中，该消息表示对 200

OK (F2)消息的确认。步骤 S104, SEP 实体和媒体服务器之间使用实时传送协议（R P, Real-Time Transport Protocol )建立会话。

步骤 S10⁵， SIP实体向媒体服务器发送终止消息（BYE )结束会话。需要说明的是，虽然在本发明第一实施例中，由 SIP实体发送 BYE消息结束会话，但在实际实现时，也可以由媒体服务器发送 BYE消息结束会话，这并不影响本发明实质。

在本实施例中，为了让 SIP实体在媒体服务器中调用 BAU包，要求 SIP 实体在 SIP消息头域承载了和会话有关的 SIP信息以及会话有关的 BAU包的信息等参数，如下所示。

DIALOG-URL = sip-ind dialog- ind "@" hostport dialog-parameters sip-ind = "sip:" I "sips:"

dialog-ind = "dialog"

dialog-parameters = ";" dialog-param [ bau-parameters ]

dialog-param = "annc.BAU.pa" I "annc.BAU.pc" I "annc.BAU.pr I annc.cancel"

bau-parameters = bau-param [ bau-parameters ]

bau-param = ";" bau-keyword ' -" bau-value

bau-keyword = token

bau-value = token 其中，参数的语法使用扩展的巴柯斯范式（ BNF, Backus-Naur Form )。在本发明第一实施例中， BAU会话类型作为 BAU包的子包被定义，包含以下几种： PA、 PC；、和 PR。

PA、 PC和 PR对应的参数列表如下表 1所示，其中， "0"表示可选项（ Optional )， "M"表示必选项（ Mandatory )， "F，表示禁止项（ Forbidden )。

符号（Symbol ) 定义 (Definition) PA PC PR

an Announcement 0 F F ap Append F F 0 cb Clear Digit Buffer F 0 0 dm Digit Map F F 0 du Duration 0 F F fdt First Digit Timer F 0 F idt Initial Prompt F 0 0 it Iterations 0 F F iv Interval 0 F F na Number of Attempts F 0 0 ni Non Interruptible Play- F 0 0 rid Recording ID F F M rlt Recording Length F F M rsk Restart Key- F 0 0 rtk Return Key F 0 0 其中，通知音名（Announcement )指示了要播放的语音文件名，典型形式是本地统一资源定位 ( URL, Universal Resource Locator ), 也可使用其他 URL形式，如 HTTP等；

附加指示（Append )指示了 PR操作时录音的存放方式，有效值为真 ( true )或假（false ), 如果设置为真（true )，录制的音频将添加在录音标识（ID )任何已经存在的内容内；

清除数字緩冲区指示（Clear Digit Buffer )指示是否在播放语音前清除数字緩冲区，有效值是 true或 false; 数字映射值（ Digit Map )表明了键值的映射值，有效取值范围是 0〜9、 #和*。持续时长（Duration ), 指示播放一条特定语音的最大时长，该参数优先于重复次数（ Iterations )及间隔时长（Interval );

首位超时时间（First Digit Timer ), 指示用户输入第一个数字的时间总和，以百毫秒为单位，默认值为 50;

初始提示（Initial Prompt ), 提示用户输入 DTMF字符串或说话；间隔时长（Interval ), 指示重复播放语音之间的静音时间间隔，以百毫秒为单位，默认值为 10;

重复次数（ Iterations )，指示一条语音播放的最大时长， -1表示语音永远重复播放 ₅ 默认值是 1;

重试次数（ Number of attempts )，指示允许用户搶入或录音的错误重试次数；

是否允许中断指示（ Non InteiTuptible Play ),指示是否允许打断播放, 有效值是 true或 false, 如果设置为 true, 在输入任何字符或录音前，用户需要收听完整最初的语音；

录音标识（ Recording ID )，指示通过 PR事件记录的物理存储的统一分配的资源标识；

录音长度（Recording Length ), 指示录音的最大时长，以百亳秒为单位， -1表示无限制；

取消键（Restart Key ), 指示丢弃已经收集的输入或录音，重新提示用户和重新开始收集或录音；

确认键（Return Key ), 定指示结束收集，将收集到的字符串发送到应用服务器。

需要说明的是，上述表 1中的参数在 BAU包规范中是最理想情况下的参数集合，必须支持的最小参数集合是为了在不同实现中获得相同的互用性，其他定义在 BAU包中的参数可以支持，但若媒体服务器不支持，这些参数也可以忽略。

此外，在本发明第一实施例中， SIP实体在发送的 SIP消息中，携带的 BAU包还包含了可以使用 BAU包播放的变量数据，如日期、时间、时长等。在本发明第一实施例中，支持的变量类型如下表 2所示。

表 2

Symbol (符号） Sub Type (子类） Definition (定义）

dat mdy 以月 -日-年格式表示的日期

dat dym 以日-月年格式表示的日期

dat ymd 以年-月-日格式表示的日期

dig ― 普通键，可以用于播放电话号码

dur - 持续时间

mny ― 价格，使用 ISO 4217三字母编码 tme ΐ i 2 时间，以 12小时格式

tme t24 时间，以 24小时格式可以看出，本发明第一实施例在一个会话中只包含了一条 PA、 PC或 PR请求，由于 IVR会话调用放音给用户时，还以 DTMF字符串的形式收集用户输入，后续流程由用户输入决定，因此需要在将多条 PA、 PC或 PR请求放在一个会话中，本发明第二实施例即实现了这个需求。

根据本发明第二实施例中，基于 SIP协议与媒体服务器交互流程，如图 2所示。相关的一个具体信令流程如下：

F1 -- > INVITE to Media Server

INVITE sip:dialog@mrs.example.com;annc.BAU.pc; \

ip=file://selectLanguage.wav;dm=l|2|3;rsk=^:*;rtk:^:=#

Via: SIP/2.0/UDP client.example.com

From: <sip： user@clientexample.com>;tag=8001

To:

<sip:dialog@ims.examplexom;annc AU^a;an=welcome.wav;it^:=3;iv=4>

Contact: sip:user@client.example.com

Call-ID: 12345679@client.example.com

CSeq: 1 INVITE

Content-Type: application/sdp

Content-Length: ...

v=0

o=user 2890844526 2890844526 IN IP4 client.example.com

s=Session SDP

c=IN IP4 client, example . com

t=3034423619 0

m=audio 49170 RTP/AVP 0

a=rtpmap:0 PCMU/8000

F4 -- > INFO to Media Server

INFO sip:dialog@mrs.example.com;annc.BAU.pc; \

ip=file ://enterCardNumber.wav;dm=Oxxxxxxx| 7xxxxxxx;rsk=*； rtk=# Via: SIP/2.0/UDP client.example.com

From: <sip:user@client.example.com>;tag=8001 To:

<sip： dialog@mrs . example, com; annc.BAU.pa; an=welcome.wav;it=3； iv=4> CSeq: 2 INFO

Call-ID： 12345679@client.example.com

F2 和 F3 与第一实施例中的相同。

在第二实施例中，基于 SIP协议与媒体服务器交互的流程具体包括：步骤 S201至 S204, SIP实体和媒体服务器进行消息交互实现会话建立。会话建立时发送的是 PC请求，会话建立的流程和本发明第一实施例完全相同，在此不再赘述。

步骤 S205，在完成 DTMF字符串的输入和收集之后， SIP实体向媒体服务器发送携带另一条 PA、 PC或 PR请求的信息消息（INFO (F4-Next

Request) )。在该步驟中，就在一个会话中实现了多条 PA、 PC或 PR请求发送。

步-骤 S206, 媒体服务器返回响应消息 200 OK, 以 DTMF字符串作为文本方式编码并使用 INFO消息携带返回。需要说明的是， DTMF字符串的返回形式不限于本实施例中的方式，还可在媒体中承载 DTMF, 在 RTP中特殊编码图，使用 INFO方法编码并沿着呼叫信令路径发送等，参见 RFC2833 , Figure2, 如下

+-+-+-+-—+-+-+-+-+-—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ] digit I E R | volume | duration |

I 9 | 1 0 | 7 I 1600 |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ I digit I E R | volume | duration |

I 1 I I 0 | 10 I 2000 I

I 1 | 0 0 | 20 I 400 |

+—+—+—+—+—+_+—+_+—+—+—+—+— +—+—+_+—+—+—+—+—+—+—+—+—+—+—+—+—+—+_+—+ 步骤 S207, SIP实体向媒体服务器发送终止消息（BYE )结束会话。本发明第一实施例和本发明第二实施例均没有考虑会话被拒绝的情况，有鉴于此，基于本发明第一实施例和本发明第二实施例，在本发明第三实施例中，还实现了^舌拒绝。

在本发明第三实施例中，会话被拒绝的情况包含但不限于：要播放的通知音未找到₅ 媒体服务器无法执行该访求关键词没有响应或请求

URL格式无效。

在本发明第三实施例中，如果要播放的通知音未找到，则那么可以通过响应码 404(NOT FOUND)拒绝请求，此时，一个特定的原因值将伴随这个响应码；如果媒体服务器无法执行这个请求的操作，则返回响应码 488 ( NOT ACCEPTABLE HERE ); 如果关键词没有响应值或者请求的

URL格式无效，则通过响应码 400 ( BAD REQUEST )拒绝该请求。

本发明实施例中，提供一种基于 SIP协议进行交互的系统，包括 SIP 实体和媒体服务器，

通信模块，基于 SIP协议与媒体服务器进行交互，将所述基本语音服务器事件包信息承载在 SIP消息发送给媒体 n良务器；

所述媒体服务器，具有符合基本语音服务器事件包的 SIP接口模块，根据从所述 SIP 消息中获取的基本语音服务器事件包信息执行对应的操作。

所述基本语音服务器事件包信息包括对应的操作类型，所述操作类型包括：放通知音、放音并收号、放音并录音。

一种 SIP实体，基于 SIP协议与媒体服务器进行交互，

事件包产生模块，用于生成基本语音服务器事件包；以及

一种媒体服务器，具有符合基本语音服务器事件包的 SIP接口模块，基于 SIP协议与 SIP实体进行交互，根据从 SIP消息中解出的基本语音服务器事件包信息执行对应的操作，所述操作包括下列操作中至少之一：放通知音、放音并收号、放音并录音。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述₅ 但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

上述实施例是用于说明和解释本发明的原理的。可以理解，本发明的具体实施方式不限于此。对于本领域技术人员而言，在不脱离本发明的实质和范围的前提下进行的各种变更和修改均涵盖在本发明的保护范围之内。

Claims

杈利要求

1. 一种基于 SIP协议与媒体服务器交互的方法, 其特征在于，包括以下步錄：

媒体服务器接收会话初始化协议 SIP 实体发送的携带基本语音服务器事件包信息的 SIP消息；

媒体服务器根据所述 SIP消息建立会话，并根据从 SIP消息中解出的基本语音服务器事件包信息执行对应的操作。

2. 根据权利要求 1所述的方法，其特征在于，进一步包括：所述 SIP 实体向媒体服务器发送携带基本语音服务器事件包信息的 SIP消息；

根据从 SIP 消息中解出的基本语音服务器事件包信息执行对应的操作。

3. 根据权利要求 1或 1所述的方法，其特征在于，所述 SIP消息承载和会话有关的 SIP信息及基本语音服务器事件包的参数。

4. 根据权利要求 3所述的方法，其特征在于，所述参数使用扩展的巴^] "斯范式。

5. 根据权利要求 3所述的方法，其特征在于，所述基本语音服务器事件包信息包括对应的操作类型，所述操作类型包括下列中至少之一：放通知音、放音并收号、放音并录音。

6. 根据权利要求 5所述的方法，其特征在于， SIP实体向媒体服务器返回双音多频字符串的方式包括：

所述双音多频字符串作为文本方式编码并使用所述 SIP消息携带；在媒体中承载所述汉音多频字符串；

在实时传送协议中采用特定编码，使用所述 SIP消息的方法编码。 7. 根据权利要求 3所述的方法，其特征在于，所述基本语音服务器事件包还包括所述基本语音服务器事件包播放的变量数据。

8. 根据权利要求 1或 2所述的方法，其特征在于，

若要播放的通知音未找到或媒体服务器无法执行该请求或关键词没有响应或请求统一资源定位格式不正确，则拒绝执行基本语音服务器事件包信息所对应的操作：

9. 一种基于 SIP协议进行交互的系统，包括 SIP实体和媒体服务器，其特征在于，

所述 SIP实体，具有事件包产生模块，用于生成基本语音服务器事件包；以及

通信模块，基于 SIP协议与媒体服务器进行交互，将所述基本语音服务器事件包信息承载在 SIP消息发送给媒体服务器；

所述媒体服务器，具有符合基本语音服务器事件包的 SIP接口模块，根据从所述 SIP 消息中获取的基本语音服务器事件包信息执行对应的操作。

10. 根据权利要求 12所述的系统，其特征在于，所述基本语音服务器事件包信息包括对应的操作类型，所述操作类型包括：放通知音、放音并收号、放音并录音。

11. 一种 SIP实体，基于 SIP协议与媒体服务器进行交互，其特征在于，包括

事件包产生模块，用于生成基本语音服务器事件包；以及

通信模块，基于 SIP协议与媒体服务器进行交互，将所述基本语音服务器事件包信息承载在 SIP消息发送给媒体服务器；

所述基本语音服务器事件包信息包括对应的操作类型，所述操作类型包括：放通知音、放音并收号、放音并录音。

12. 一种媒体服务器，基于 SIP协议与 SIP实体进行交互，其特征在于，包括 SIP 处理模块，用于处理基本语音服务器事件包，根据从 SIP 消息中解出的基本语音服务器事件包信息执行对应的操作 , 所述操作包括下列操作中至少之一：放通知音、放音并收号、放音并录音。