CN1713619A

CN1713619A - VoIP网络、媒体服务器及提供在其中使用的附加服务的方法

Info

Publication number: CN1713619A
Application number: CNA2005100781789A
Authority: CN
Inventors: 福井启治
Original assignee: NEC Corp
Current assignee: NEC Platforms Ltd
Priority date: 2004-06-16
Filing date: 2005-06-16
Publication date: 2005-12-28
Anticipated expiration: 2025-06-16
Also published as: CN100469051C; AU2005202617A1; US20050281274A1; CA2509856A1; EP1608127A1; JP2006005501A

Abstract

一种其中设备的用户可以激活任何附加服务，而无需考虑其设备将要连接到其上的设备的VoIP网络。通过VoIP媒体代理服务器，在能够提供附加VoIP服务的网络(A)和不能够提供附加VoIP服务的网络(B)之间传输VoIP媒体分组。当在网络(A)中激活了任何附加服务时，VoIP媒体代理服务器产生服务媒体分组，并向网络(B)传输此分组。

Description

VoIP网络、媒体服务器及提供在其中使用的附加服务的方法

技术领域

本发明涉及一种VoIP(基于因特网协议的语音)网络、媒体服务器及提供在其中使用的附加服务的方法，更具体地，涉及一种在VoIP网络中提供附加服务的方法。

背景技术

可以使用在规格和功能上相同的VoIP设备构建VoIP网络。在此情况下，所有VoIP设备均以相同的进程提供服务，并具有相同的服务提供能力。因此，可以在整个网络中充分使用每个VoIP的服务提供能力。

然而，诸如IP(因特网协议)电话、IP网关设备等目前可用到的VoIP设备在规格上彼此不同，因为其由不同制造商制造。因此，在提供服务的功能上并不统一。

当用户激活诸如呼叫保持或呼叫转移等附加服务时，通常并不知道其设备将要连接到的VoIP设备的功能。因此，如果要被连接的VoIP设备不具有提供任何附加服务的功能，则除了限制服务或限制连接之外不存在其它方法，从而不可以激活这些服务。

通过网络相连的所有VoIP设备需要执行用于提供所有能够用于网络中的附加服务的进程。用于网络的服务提供进程是通过使用如SIP(会话发起协议)来实现的进程(例如，参见A.johnstion等人“Session Initiation Protocol service Examplesdraft-ietf-sipping-service-examples-06 2.1 Call Hold，”Expires，2004年8月15日，第4-16页)。

利用上述系统，由于网络上的所有VoIP设备均执行提供附加服务的进程，能够在整个网络中提供附加服务。然而，必须针对所有VoIP设备同时添加新服务，或必须同时对网络进行更新。这需要非常高的成本和极其长的时间。实际上，不能添加新服务，或不能对网络进行更新。

在依据标准协议构建的网络中，直到服务提供进程在规范上得到统一为止，已经经过了较长的时间，或者由于其服务提供进程不统一，不能在规范上不同的VoIP设备之间充分提供任何附加服务。

已经提出了提供附加服务的方法(例如，参见JP-A-2000-228680)。此方法解决了由于VoIP设备执行不同版本的附加服务提供进程的事实而导致的问题，即使在网络中使用的所有附加服务提供进程是诸如ITU-T(国际电信联盟-电信标准化部门)所推荐的进程H3.323。

在上述由不同类型的VoIP设备构建的传统VoIP网络中，可以实现基本通信，即，一对一通话。但是，由于VoIP设备由不同制造商制造或在规范上彼此不同，不能提供诸如呼叫保持和呼叫转移等附加服务。这适用于以下情况：一个VoIP设备可以提供附加服务，但连接到之前提到的VoIP设备的另一设备不能提供附加服务。利用JP-A-2000-228680中公开的方法不能够解决此问题。

发明内容

本发明的目的是提供一种VoIP网络、媒体代理服务器以及提供用于所述网络和服务器的附加服务的方法，其解决了上述问题。在VoIP网络、媒体代理服务器及方法中，设备的用户可以激活任何附加服务，而无需考虑其设备将要连接到的设备。

根据本发明，提出了一种VoIP网络，所述VoIP网络包括：多个VoIP设备和与多个VoIP设备相连的媒体代理服务器。所述多个VoIP设备包括能够使用VoIP通信提供附加服务的第一VoIP设备以及不能够提供附加服务的第二VoIP设备。在VoIP网络中，当在所述第一VoIP设备中激活了附加服务时，媒体代理服务器产生与附加服务相对应的服务媒体分组，并将服务媒体分组传输到使用附加服务的所述第二VoIP设备。

根据本发明，提出了一种用于包括多个包含能够利用VoIP通信提供附加服务的第一VoIP设备和不能提供附加服务的第二VoIP设备的VoIP设备的VoIP网络中的媒体代理服务器。所述媒体代理服务器包括：装置，用于当在所述第一VoIP设备中激活了附加服务时，产生与附加服务相对应的服务媒体分组；以及装置，用于将服务媒体分组传输到使用附加服务的所述第二VoIP设备。

根据本发明，提出了一种提供用于包括多个VoIP设备和与所述多个VoIP设备相连的媒体代理服务器的VoIP网络中的附加服务的方法。所述多个VoIP设备包括能够利用VoIP通信提供附加服务的第一VoIP设备和不能提供附加服务的第二VoIP设备。所述方法包括：当在VoIP设备中激活了附加服务时，所述媒体代理服务器产生与附加服务相对应的服务媒体分组的步骤；以及所述媒体代理服务器将服务媒体分组传输到使用附加服务的所述第二VoIP设备的步骤。

即，根据本发明的VoIP网络特征在于：经由媒体代理服务器转发VoIP媒体分组，当在VoIP设备中激活了附加服务时，媒体代理服务器产生服务媒体分组，并将因此产生的服务媒体分组传输到另一VoIP设备。

在根据本发明的VoIP网络中，将VoIP媒体代理服务器设置在服务媒体分组的转发路径上。因此，可以切换呼叫保持音调或媒体路径，而无需使用附加服务进程信号。因此，用户可以激活任何附加服务，无需考虑其设备将要连接到的设备。

根据本发明，提供了以下优点：利用以下将要描述的结构和操作，用户可以激活任何附加服务，而无需考虑到其设备将要连接到的设备。

附图说明

在附图中：

图1是示出了根据本发明实施例的VoIP网络的结构的方框图；

图2是描述了图1所示的VMD代理的结构的方框图；

图3是用于本发明实施例中的媒体转换表；

图4是示出了根据本发明实施例的VoIP网络中的操作的时序图；

图5是解释了根据本发明实施例的VoIP网络中的操作的另一时序图；

图6是示出了根据本发明实施例的VoIP网络中的操作的另一时序图；

图7是描述了本发明另一实施例中提出的VMD代理的结构的方框图；

图8是解释了根据本发明另一实施例的VoIP网络中的操作的时序图；

图9是解释了根据本发明的另一实施例的VoIP网络中的操作的另一时序图；以及

图10是示出了根据本发明另一实施例的VoIP网络中的操作的另一时序图。

具体实施方式

将参考附图描述本发明的实施例。图1是示出了根据本发明实施例的VoIP网络的结构的方框图。如图1所示，根据此实施例的VoIP网络包括网络(A)1、网络(B)2、以及VoIP媒体服务器3(下文中被称为“VMD代理”)。VMD代理3包括接口控制器(I/F A)3a和接口控制器(I/F B)3b。两个网络(A)1和(B)2是VoIP网络。

网络(A)1包括IP(因特网协议)电话11和12、IP网关设备13、以及呼叫控制服务器14。IP电话11和12、IP网关设备13和呼叫控制服务器14具有在网络(A)1中唯一的IP地址。呼叫控制服务器14控制IP电话11和12以及IP网关设备13，因此在网络(A)1中提供VoIP服务。

IP电话11和12是能够将声音转换为IP分组以及将IP分组转换为声音的电话。IP网关设备13能够实现诸如专用网络或公用网络等线路交换网络100与网络(A)1之间的相互连接。与IP电话11和12一样，IP网关设备13具有将声音转换为IP分组以及将IP分组转换为声音的功能。

呼叫控制服务器14不仅控制VoIP设备处(即，IP电话11和12以及IP网关设备13)的基本呼叫连接，还控制网络(A)1中的附加VoIP服务，诸如呼叫保持或呼叫转移。VoIP设备均具有提供附加VoIP服务的功能。

与网络(A)1一样，网络(B)2包括IP电话21和22、IP网关设备23、以及呼叫控制服务器24。IP网关设备23与线路交换网络200相连。在此网络(B)2中，可以实现VoIP基本连接，但不能提供附加VoIP服务。因此，在网络(B)2中，既不可以保持呼叫，也不可以转移呼叫。

在此实施例中，接口控制器(I/F A)3a和接口控制器(I/F B)3b用于将VMD代理3连接到网络(A)1和网络(B)2。即使在与不具有提供附加服务功能的网络(B)2的连接中，也可以因此在设置在网络(A)1中的IP电话11和12处激活诸如呼叫保持和呼叫转移等VoIP附加服务。因此，在网络(A)1中设置的任何设备均可以激活VoIP服务并将其提供给与其相连的任何一个设备。

图2是描述了图1所示的VMD代理3的结构的方框图。如图2所示，VMD代理3包括分组传输/接收单元(A)31、消息控制单元(A)32、媒体控制单元(A)33、呼叫控制单元(A)34、媒体处理单元(A)35、分组传输/接收单元(B)36、消息控制单元(B)37、媒体控制单元(B)38、呼叫控制单元(B)39、媒体处理单元(B)40、公共呼叫控制单元41、以及服务分组处理单元42。组件31到42均为设备内部处理模块。

分组传输/接收单元(A)31和分组传输/接收单元(B)36传输和接收分组。消息控制单元(A)32和消息控制单元(B)37执行与呼叫连接相关的消息控制。媒体控制单元(A)33和媒体控制单元(B)38执行与媒体路径相关的消息控制。通过呼叫控制单元(A)34和呼叫控制单元(B)39分别控制这些单元，所述呼叫控制单元(A)34和呼叫控制单元(B)39是比这些单元更高层的模块。

媒体处理单元(A)35和媒体处理单元(B)40分别接收来自媒体控制单元(A)33和媒体控制单元(B)38的指令。根据指令，媒体处理单元(A)35和媒体处理单元(B)40接收并传输媒体分组，并重写包含在媒体分组中的报头信息。

公共呼叫控制单元41在呼叫控制单元(A)34和呼叫控制单元(B)39之间转发呼叫控制消息。根据媒体控制单元(A)33和媒体控制单元(B)38给出的指令，服务分组处理单元42产生附加服务媒体分组，以便用于附加VoIP服务。附加服务媒体分组包括诸如PB(按钮)音调和呼叫保持音调等各种音调。将附加服务媒体分组传输到媒体处理单元(A)35和媒体处理单元(B)40。

媒体处理单元(A)35和媒体处理单元(B)40可以交换媒体分组。媒体处理单元(A)35和媒体处理单元(B)40可以将从服务分组处理单元42接收到的媒体分组分别传输到分组传输/接收单元(A)31和分组传输/接收单元(B)36。

根据媒体控制单元(A)33和媒体控制单元(B)38给出的指令，确定媒体处理单元(A)35和媒体处理单元(B)40是传输其已经产生的媒体分组，还是传输由服务分组处理单元42提供的附加服务媒体分组。

设备内部处理模块，即分组传输/接收单元(A)31、消息控制单元(A)32、媒体控制单元(A)33、呼叫控制单元(A)34、媒体处理单元(A)35、分组传输/接收单元(B)36、消息控制单元(B)37、媒体控制单元(B)38、呼叫控制单元(B)39、媒体处理单元(B)40可以彼此独立地操作。

假设在呼叫控制服务器14中登记了数据库(未示出)。将数据库与VMD代理3相连，并存储IP电话21的电话号码。还假设呼叫消息和响应消息包含与IP电话有关的媒体信息(即，IP地址、媒体接收端口号和编解码器数据)，所述媒体信息是实现VoIP通信所必需的。

当IP电话11的用户拨打IP电话21的电话号码时，呼叫控制服务器14根据数据库分析所接收到的号码，并将呼叫消息传输到VMD代理3。一旦接收到呼叫消息，VMD代理3就将呼叫消息传输到呼叫控制服务器24。呼叫控制服务器24对IP电话21进行呼叫。

当IP电话21响应时，呼叫控制服务器24向VMD代理3发送响应消息。VMD代理3将响应消息传输到呼叫控制服务器14。呼叫控制服务器14向IP电话11通知IP电话21已经响应。因此，在IP电话11和IP电话21之间建立了相互连接。

在此实施例中，将包含在从呼叫控制服务器14接收到的呼叫消息中的、与IP电话11有关的媒体信息重写为与VMD代理3有关的媒体信息。同样地，将包含在从呼叫控制服务器24接收到的响应消息中的、与IP电话21有关的媒体信息重写为VMD代理3的媒体信息。因此，可以通过VMD代理3传输媒体分组。通过VMD代理3自由控制媒体分组，从而提供附加VoIP服务。

VMD代理3保存包含在呼叫消息中的、与IP电话11有关的媒体信息。然后，VMD代理3对与要传输到网络(B)2的呼叫消息中与其有关的信息进行设置。此信息将用于到网络(B)2的媒体路径。VMD代理3将呼叫消息传输到呼叫控制服务器24。呼叫控制服务器24将此呼叫消息识别为从作为设置在网络(B)2中的VoIP设备的VMD代理传输过来的消息。与VMD代理3有关的信息可以是接口控制器(I/FB)的IP地址、媒体接收端口号和编解码器数据。

当从IP电话21接收到响应时，呼叫控制服务器24向VMD代理3传输响应消息。此响应消息包含与IP电话21有关的媒体信息。该响应消息指示IP电话21建立到VMD代理3的媒体路径。结果，在IP电话21和VMD代理3之间建立了媒体路径。与IP电话21有关的媒体信息可以是IP电话21的IP地址、媒体接收端口号和编解码器数据。

当从呼叫控制服务器24接收到响应消息时，VMD代理3保存包含在该响应消息中、与IP电话21有关的媒体信息。然后，VMD代理3将响应消息传输到呼叫控制服务器14。响应消息包含要用于网络(A)1上的媒体路径、与VMD代理3有关的信息。与VMD代理3有关的信息可以是接口控制器(I/F A)3a的IP地址、媒体接收端口号和编解码器数据。

呼叫控制服务器14向IP电话11通知媒体路径与VMD代理3相连。因此，呼叫控制服务器14在IP电话11和VMD代理3之间建立媒体路径。

VMD代理3将与IP电话11相连的媒体路径内连到与IP电话21相连的媒体路径。因此，将从一个网络接收到的媒体分组转发到另一网络，反之亦然。此外，由于IP电话11、VMD代理3和IP电话21已经彼此相连，因此可以实现VoIP通信。

在VMD代理3中，仅重写媒体分组的报头部分，保持其音频部分不变。然后，高速地传输该分组，实现了VoIP通信，而不会恶化音质。

在附加服务提供进程中，将概述呼叫保持和呼叫转移的进程。首先，将描述在通过VMD代理3在IP电话11和21之间进行一对一通话的同时，IP电话11如何将呼叫到IP电话21的呼叫转发到IP电话12，最终，在IP电话12和IP电话21之间实现一对一通话。

在此情况下，当IP电话11的用户按下设置在IP电话11上的转移钮(未示出)时，呼叫控制服务器14确定已经激活了呼叫保持。呼叫控制服务器14指示与IP电话11相连的VMD代理3将媒体路径与IP电话11断开。

如所指示的，VMD代理3将媒体路径与网络(A)1断开。然后，VMD代理3产生呼叫保持音调媒体分组，并向将IP电话21连接到网络(B)2的媒体路径传输此分组，代替从网络(A)1接收到的媒体分组。

此时，呼叫保持音调分组的RTP(实时传输协议)报头包含将分组用于将分组与包含在从网络(A)1接收到的媒体分组中的数据进行链接的信息，诸如序列号。此时，传输从网络(A)1接收到的媒体分组，此媒体分组包含包括诸如序列号等信息的RTP报头。

IP电话21再现从VMD代理3接收到的呼叫保持音调媒体分组，获得了呼叫保持音调。当IP电话21再现包含在媒体分组中的音频数据时，其仅产生呼叫保持音调。在此情况下，IP电话21从IP电话11接收音频数据并产生代替该音频数据的呼叫保持音调。

接下来，IP电话11的用户拨打IP电话12的电话号码，从而可以将该呼叫转移到IP电话12。呼叫控制服务器14使IP电话12接收该呼叫。此时，其指示VMD代理3切换媒体路径的连接，将媒体路径连接到IP电话12。

当接收到路径切换指示时，VMD代理3将媒体路径连接到IP电话12并停止产生呼叫保持音调媒体分组以及停止向设置在网络(B)2中的IP电话21传输此媒体分组。然后，VMD代理3将到IP电话12的新媒体路径连接到与IP电话21相连的媒体路径。

在已经转移该呼叫之后，改变媒体路径的连接；该路径将IP电话12连接到VMD代理3。因此，可以执行VoIP通信。

仅在网络(A)1中执行在IP电话11、IP电话12、VMD代理3和呼叫控制服务器14之间进行的提供附加VoIP服务的进程。因此，未在设置在网络(B)2中的VoIP设备(即，IP电话21和呼叫控制服务器24)之间实现任何提供附加VoIP服务的进程。尽管将呼叫的目的地从IP电话11变为IP电话12，但IP电话21保持连接到VMD代理3。

包含在IP电话已经接收到的媒体分组中的数据从在IP电话11中产生的音频数据变为在VMD代理3中产生的呼叫保持数据，然后，变为在IP电话12中产生的音频数据。因此，在不具有提供附加VoIP服务的进程的网络(B)2中，可以切换终端对终端媒体路径，保持一对一通话。用户不知道附加服务已经激活。

图3是在本发明实施例中使用的媒体转换表。图4到6是示出了根据本发明实施例的VoIP网络中的操作的时序图。参照图1到6，将首先解释在VMD代理3中如何执行处理以进行基本呼叫连接，然后如何执行作为附加VoIP服务的呼叫保持和呼叫转移。在以下解释中，将网络(A)1称为NW-A1，并将网络(B)2称为NW-B2。

将呼叫消息从NW-A1传输到VMD代理3(图4，a1)。在VMD代理3中，分组传输/接收单元(A)31接收呼叫消息，将其发送到消息控制单元(A)32。

消息控制单元(A)32将呼叫消息发送到呼叫控制单元(A)34。呼叫控制单元(A)34识别出VMD代理3从NW-A1接收了呼叫(图4，a2)。呼叫控制单元(A)34发布呼叫ID，作为新呼叫信息(图4，a3)。之后，呼叫ID控制并管理呼叫连接。

所接收的呼叫消息包含与将要向其传输呼叫的IP电话11有关的媒体信息(即，IP地址、媒体接收端口号和编解码器数据)。呼叫控制单元(A)34将与IP电话11有关的信息连同呼叫ID信息一起转发到媒体控制单元(A)33。

在媒体控制单元(A)33中，在图3所示的媒体转换表5中登记呼叫ID的数据库(图4，a4)。

媒体转换表5由四个字段50到53组成。字段50涉及“NW-A到VMD代理”的方向，字段51涉及“VMD代理到NW-B”的方向，字段52涉及“NW-B到VMD代理”的方向，以及字段53涉及“VMD代理到NW-A”的方向。

每个字段50到53包含目的地的IP地址、媒体接收端口号和编解码器数据。字段还包含可以用于检索呼叫ID的参数。

在媒体转换表5的涉及“VMD代理到NW-A”的方向的字段53中，将已经接收到的、与IP电话11有关的媒体信息登记为目的地信息。

呼叫控制单元(A)34将呼叫消息连同呼叫ID信息一起转发到公共呼叫控制单元41。公共呼叫控制单元41产生要发送到NW-B2的呼叫消息(图4，a5)。将呼叫消息连同呼叫ID信息一起转发到呼叫控制单元(B)39。

呼叫控制单元(B)39识别出该呼叫应当发送到NW-B2。呼叫控制单元(B)39将要用于到NW-B2的媒体路径的、与VMD代理3有关的信息包括到呼叫消息中，并将该呼叫消息转发到消息控制单元(B)37。呼叫控制单元(B)39将要用于设置在呼叫消息中的媒体路径、与VMD代理3有关的媒体信息，连同呼叫ID一起转发到媒体控制单元(B)38。在此情况下，呼叫ID信息与在呼叫控制单元(A)34公布的呼叫ID相同。这里，VMD代理信息可以是接口控制器(I/F B)3b的IP地址、媒体接收端口号和编解码器数据。

媒体控制单元(B)38接收媒体路径信息，并将此信息作为目的地信息保存在媒体转换表5的涉及“NW-B到VMD代理”方向的字段52中(图4，a6)。消息控制单元(B)37接收呼叫消息，并通过分组传输/接收单元(B)36将此消息传输到NW-B2(图4，a7)。

在NW-B2中，呼叫控制服务器24指示IP电话21接收呼叫(图4，a8)。如所指示的，IP电话21识别出来自VMD代理3的呼叫已经到达，然后进行响应(图4，a9)。然后，IP电话21通过呼叫控制服务器24将响应消息发送到VMD代理3(图4，a10)。响应消息包含IP电话21的IP地址、媒体接收端口号和编解码器数据。

在VMD代理3中，将从NW-B2接收到的响应消息首先通过分组传输/接收单元(B)36、然后通过消息控制单元(B)37发送到呼叫控制单元(B)39。在接收到响应消息时，呼叫控制单元(B)39从响应消息中提取呼叫ID信息。呼叫控制单元(B)39将该消息识别为对已经传输到设置在NW-B2中的IP电话21的呼叫的响应(图4，a11)。

呼叫控制单元(B)39将包含在响应消息中的IP电话21的IP地址、媒体接收端口号和编解码器数据，连同呼叫ID信息一起传输到媒体控制单元(B)38。此外，呼叫控制单元(B)39将响应消息连同呼叫ID信息一起传输到公共呼叫控制单元41。

媒体控制单元(B)38接收该信息，并根据呼叫ID将该信息作为目的地信息保存在图3所示的媒体转换表5的涉及“VMD代理到NW-B”的字段51中(图4，a12)。

公共呼叫控制单元41接收响应消息，并从此消息中产生要发送到NW-A1的响应消息(图4，a13)。然后，单元41将响应消息连同呼叫ID信息一起传输到呼叫控制单元(A)34。

呼叫控制单元(A)34接收呼叫ID信息，并根据呼叫ID信息确定所传输的呼叫已经得到响应。然后，单元34将用于连接到NW-A1的媒体路径的接口控制器(I/F A)3a的IP地址、媒体接收端口号和编解码器数据包括到响应消息中。单元34将此响应消息转发到消息控制单元(A)32。此外，其将媒体信息连同呼叫ID一起传输到媒体控制单元(A)33。

媒体控制单元(A)33接收该信息，并将该信息作为目的地信息登记在图3所示的媒体转换表5的涉及“NW-A到VMD代理”方向的字段50中(图4，a14)。消息控制单元(A)32接收响应消息，并通过分组传输/接收单元(A)31将该响应消息转发到NW-A1(图4，a15)。

呼叫控制服务器14接收响应消息，并指示IP电话11将媒体分组传输到VMD代理3。IP电话11根据从呼叫控制服务器14通知的连接数据，开始向VMD代理3传输媒体分组(图4，a16)。在NW-B2中，IP电话21根据来自呼叫控制服务器24的连接数据，以与NW-A1中相同的方式开始向VMD代理3传输媒体分组(图4，a17)。

在VMD代理3中，分组传输/接收单元(A)31经由NW-A1从IP电话11接收媒体分组。将媒体分组转发到媒体处理单元(A)35(图5，b1)。

媒体处理单元(A)35接收媒体分组。然后，单元35检索媒体转换表5的涉及“NW-A到VMD代理”方向的字段50。如果字段50包含表信息，则检测到呼叫ID信息(图5，b2)。媒体处理单元(A)35使用媒体转换表5，将包含在媒体分组中的目的地信息重写为记录在涉及“VMD代理到NW-B”方向的字段51中的目的地信息(图5，b3)。此时，将包含诸如序列号等信息的RTP报头添加到所接收到的媒体分组。

在重写目的地信息之后，媒体处理单元(A)35将媒体分组转发到分组传输/接收单元(B)36。因此，经由分组传输/接收单元(B)36将媒体分组传输到NW-B2(图5，b4)。

按照与上述相同的方式，媒体处理单元(B)40根据包含在所接收到的分组中的目的地信息(即，IP地址和端口号)，检索媒体转换表的涉及“NW-B到VMD代理”方向的字段52。将包含在从NW-B2接收过来的媒体分组中的目的地信息重写为记录在媒体转换表5的涉及“VMD代理到NW-A”方向的字段53中的目的地信息(图5，b11到b13)。

此时，按照与上述相同的方式，将包含诸如序列号等信息的RTP报头添加到所接收到的媒体分组。通过分组传输/接收单元(A)31将这样重写的媒体分组传输到NW-A1(图5，b14)。

反复对媒体分组进行重写及转发，直到媒体控制单元(A)33或媒体控制单元(B)38给出停止指令。IP电话11和IP电话21对其已经接收到的任意媒体分组进行再现。因此，可以通过VMD代理3实现VoIP通信。

在通过VMD代理3、在IP电话11和IP电话21之间进行VoIP通信的同时，IP电话11可以开始向IP电话12转发信息。将对在此情况下VMD代理3如何操作进行解释。当按下设置在IP电话11上的转移钮时，呼叫控制服务器14确定已经激活呼叫保持。呼叫控制服务器14指示VMD代理3和IP电话11断开媒体路径，并将呼叫保持音调连接消息传输到VMD代理3(图6，c1和c2)。

在VMD代理3中，通过分组传输/接收单元(A)31和消息控制单元(A)32将呼叫保持音调连接消息发送到呼叫控制单元(A)34。根据包含在呼叫保持音调连接消息中的呼叫ID，呼叫控制单元(A)34识别出NW-A1已经保持了正在通信的呼叫(图6，c3)。然后，呼叫控制单元(A)34将呼叫ID信息和呼叫保持连接指示转发到媒体控制单元(A)33。

媒体控制单元(A)33将呼叫ID和用于产生呼叫保持音调媒体分组的指示转发到服务分组处理单元42。同时，媒体控制单元(A)33对包含在媒体转换表5中的服务激活标记54进行设置(图6，c4)。根据包含在所接收到的媒体分组中的目的地信息，媒体处理单元(A)35确定服务激活标记已经设置在媒体转换表5中。然后，媒体处理单元(A)35丢弃其接收到的媒体分组。

当接收到呼叫保持连接指令时，服务分组处理单元42根据呼叫ID信息确定在媒体转换表5中设置了服务激活标记54。单元42将与涉及“VMD代理到NW-B”方向的字段51有关的目的地信息添加到呼叫保持音调媒体分组(图6，c5)，然后，将此分组传输到媒体处理单元(B)40。

服务分组处理单元42根据编解码器数据产生呼叫保持音调数据以及基于周期的分组(图6，c6)。媒体处理单元(B)40通过分组传输/接收单元(B)36将呼叫保持音调媒体分组传输到NW-B2(图6，c7)。

在NW-B2中，IP电话21再现所接收到的媒体分组(即，呼叫保持音调媒体分组)。从而产生呼叫保持音调(图6，c9)。

当IP电话11的用户拨打IP电话12的电话号码时，呼叫控制服务器14呼叫IP电话12。IP电话12做出响应。从而，实现在IP电话11和IP电话12之间的通信。因此，将VMD代理3设置为保持状态(图6，c8)。

恢复IP电话11(图6，c10)。当呼叫控制服务器14完成转发信息时，其传输媒体连接指令消息，从而IP电话12可以将媒体的目的地变为VMD代理3，且VMD代理3可以停止传输呼叫保持音调，并开放到IP电话12的媒体路径(图6，c11)。假设媒体连接指令消息包含IP电话12的IP地址、媒体接收端口号和编解码器数据。

在VMD代理3中，通过分组传输/接收单元(A)31和消息控制单元(A)32将媒体连接指令消息转发到呼叫控制单元(A)34。呼叫控制单元(A)34识别出已经释放呼叫保持以及应当开放新媒体路径(图6，c12)。因此，单元(A)34将媒体连接指令消息，连同呼叫ID一起传输到媒体控制单元(A)33。

媒体控制单元(A)33要求服务分组处理单元42应该停止产生呼叫保持音调媒体分组(图6，c13)。媒体控制单元(A)33根据所接收到的新媒体路径信息，将媒体转换表5的涉及“VMD代理到NW-A”方向的字段53中的目的地信息重写为与IP电话12有关的信息。然后，单元(A)33清除服务激活图标54(图6，c14)。

之后，媒体处理单元(A)35和媒体处理单元(B)40查阅已经改变的媒体转换表5。因此，根据记录在涉及“VMD代理到NW-A”方向的字段53中的目的地信息，将从NW-B2接收到的分组传输到IP电话12，并通过利用涉及“VMD代理到NW-B”方向的字段51传输从IP电话12接收到的媒体分组。

在本实施例中，每当按照上述方式对信息进行重写并转发时，可以在IP电话12、VMD代理3和IP电话21之间实现VoIP通信。

已经对在本实施例中如何执行呼叫保持和呼叫转移进行描述。在此实施例中可以提供其它类型的附加VoIP服务(例如，三个电话之间的通话、拾取服务等)。可以仅在其中激活了这些服务的网络中执行数据处理以提供这些服务。因此，接收这些服务的网络保持相对于VMD代理3的一对一通话状态，且可以接收这些附加服务。因此，用户可以在其设备中激活任何附加服务，无需考虑其设备将连接到的设备的附加服务提供能力。

此实施例可以根据网络规范和其中激活附加VoIP服务的设备的服务提供进程，将呼叫保持和呼叫转移以及其它附加VoIP服务甚至提供到不能提供附加VoIP服务的设备。

本实例不必依赖于VoIP设备连接到的网络的功能、或VoIP设备的功能。因此，易于添加能够在网络中提供的新服务。网络或VoIP设备都不需要执行提供新服务的进程。仅设置在网络或VoIP设备之间的VMD代理3需要执行提供新服务的进程。因此，可以以高速且低成本来提供新附加服务。

在本实施例中，将VMD代理3设置在能够提供附加VoIP服务的网络(A)1和不能够提供附加VoIP服务的网络(B)2之间。但是，如果网络(A)1包括能够提供附加VoIP服务的设备和不能够提供附加VoIP服务的设备，则VMD代理3可以设置在网络(A)1的外部或内部。

图7是描述了在本发明的另一实施例中提供的VMD代理的结构的方框图。如从图7中所见，此VMD代理6与图2中所示的VMD代理3在结构上相同，除了代替公共呼叫控制单元41和服务分组处理单元42而设置了呼叫控制协议转换单元61和服务分组处理单元62之外。以相同参考数字表示与VMD代理3的组件相同的组件。

本发明的另一实施例具有与图1所示的实施例的VoIP网络的结构类似的系统结构。但是，在网络(A)1和网络(B)2中的呼叫控制协议方面，以及网络地址系统方面整体上有所不同。

图8到10是解释了在根据本发明另一实施例的VoIP网络中的操作的时序图。参照图1和7到10，将对根据另一实施例的VoIP网络如何操作进行解释。注意，VMD代理6使用图3中所示的媒体转换表5。在以下解释中，将网络(A)1称为NW-A1，并将网络(B)2称为NW-B2。

当IP电话11的用户拨打IP电话21的电话号码时，呼叫控制服务器14根据数据库(未示出)对所接收到的号码进行分析，并将呼叫消息传输到VMD代理6(图8，d1)。

当接收到呼叫消息时，VMD代理6将呼叫消息传输到NW-B2的呼叫控制服务器24(图8，d2)。呼叫控制服务器24对IP电话21进行呼叫(图8，d3)。

当IP电话21响应时(图8，d4)，呼叫控制服务器24将响应消息发送到VMD代理6(图8，d5)。VMD代理6将响应消息传输到NW-A1的呼叫控制服务器14(图8，d6)。

呼叫控制服务器14向IP电话11通知IP电话21已经响应。因此，在IP电话11和IP电话21之间建立了相互的呼叫(图8，d7)。

将参照图1、3、7、9和10描述VMD代理6如何操作。

将呼叫消息从NW-A1传输到VMD代理6(图9，e1)。在VMD代理6中，分组传输/接收单元(A)31接收呼叫消息，将其发送到消息控制单元(A)32。

消息控制单元(A)32将呼叫消息发送到呼叫控制单元(A)34。呼叫控制单元(A)34识别出VMD代理6从NW-A1已经接收了呼叫(图9，e2)。呼叫控制单元(A)34发布呼叫ID(图9，e3)。之后，呼叫ID控制并管理呼叫连接。

在媒体控制单元(A)33中，在图3所示的媒体转换表5中登记呼叫ID的数据库(图9，e4)。媒体转换表5由四个字段50到53组成。字段50涉及“NW-A到VMD代理”的方向，字段51涉及“VMD代理到NW-B”的方向，字段52涉及“NW-B到VMD代理”的方向，以及字段53涉及“VMD代理到NW-A”的方向。

每个字段50到53包含目的地的IP地址、媒体接收端口号和编解码器数据。该字段还包含可以用于检索呼叫ID的参数。

媒体控制单元(A)33接收与IP电话11有关的媒体信息，并将此信息作为目的地信息登记在媒体转换表5的涉及“VMD代理到NW-A”方向的字段53中(图9，e5)。

呼叫控制单元(A)34将呼叫消息连同呼叫ID信息一起转发到呼叫控制协议转换单元61。呼叫控制协议转换单元61根据用于NW-B2的协议进程来产生呼叫消息(图9，e6)。将因此产生的呼叫消息连同呼叫ID信息一起转发到呼叫控制单元(B)39。

呼叫控制单元(B)39识别出该呼叫应当发送到NW-B2。呼叫控制单元(B)39将与VMD代理6有关的信息加入到呼叫消息，并将该呼叫消息转发到消息控制单元(B)37。呼叫控制单元(B)39将要用于设置在呼叫消息中的媒体路径、与VMD代理6有关的媒体信息，连同呼叫ID一起转发到媒体控制单元(B)38。在此情况下，呼叫ID与在呼叫控制单元(A)34公布的呼叫ID相同。这里，VMD代理信息可以是接口控制器(I/F B)3b的IP地址、媒体接收端口号和编解码器数据。

媒体控制单元(B)38接收媒体路径信息，并将此信息作为目的地信息保存在媒体转换表5涉及“NW-B到VMD代理”方向的字段52中(图9，e7)。消息控制单元(B)37接收呼叫消息，并通过分组传输/接收单元(B)36将此消息传输到NW-B2(图9，e8)。

在NW-B2中，呼叫控制服务器24指示IP电话21接收呼叫(图9，e9)。如所指示的，IP电话21识别出来自VMD代理6的呼叫已经到达，然后进行响应(图9，e10)。然后，IP电话21通过呼叫控制服务器24将响应消息发送到VMD代理6(图9，e11)。响应消息包含IP电话21的IP地址、媒体接收端口号和编解码器数据。

在VMD代理6中，将从NW-B2接收到的响应消息首先通过分组传输/接收单元(B)36、然后通过消息控制单元(B)37发送到呼叫控制单元(B)39。在接收到响应消息时，呼叫控制单元(B)39从响应消息中提取呼叫ID信息。呼叫控制单元(B)39将该消息识别为对已经传输到设置在NW-B2中的IP电话21的呼叫的响应(图9，e12)。

呼叫控制单元(B)39将包含在响应消息中的IP电话21的IP地址、媒体接收端口号和编解码器数据，连同呼叫ID信息一起传输到媒体控制单元(B)38。此外，呼叫控制单元(B)39将响应消息连同呼叫ID信息一起传输到呼叫控制协议转换单元61。

媒体控制单元(B)38接收该信息，并根据呼叫ID将该信息作为目的地信息保存在图3所示的媒体转换表5的涉及“VMD代理到NW-B”的字段51中(图9，e13)。

呼叫控制协议转换单元61接收响应消息，并根据此消息产生符合在网络A中使用的协议进程的响应消息(图9，e14)。然后，单元61将响应消息连同呼叫ID信息一起传输到呼叫控制单元(A)34。

媒体控制单元(A)33接收该信息，并将该信息作为目的地信息登记在图3所示的媒体转换表5的涉及“NW-A到VMD代理”方向的字段50中(图9，e15)。消息控制单元(A)32接收响应消息，并通过分组传输/接收单元(A)31将该响应消息转发到NW-A1(图9，e16)。

呼叫控制服务器14接收响应消息，并指示IP电话11将媒体分组传输到VMD代理6。IP电话11根据从呼叫控制服务器14通知的连接数据，开始向VMD代理6传输媒体分组(图9，e17)。在NW-B2中，IP电话21根据来自呼叫控制服务器24的连接数据，以与NW-A1中相同的方式开始向VMD代理6传输媒体分组(图9，e18)。

在VMD代理6中，分组传输/接收单元(A)31经由NW-A1从IP电话11接收媒体分组(图10，f1)。将媒体分组转发到媒体处理单元(A)35。媒体处理单元(A)35接收媒体分组。然后，单元35根据目的地信息(即，IP地址和端口号)来检索媒体转换表5的涉及“NW-A到VMD代理”方向的字段50。如果字段50包含表信息，则检测到呼叫ID信息(图10，f2)。

媒体处理单元(A)35使用媒体转换表5，将包含在所接收到的分组中的目的地信息重写为记录在涉及“VMD代理到NW-B”方向的字段51中的目的地信息(图10，f3)。此时，将包含诸如序列号等信息的RTP报头添加到所接收到的媒体分组上。

在重写目的地信息之后，媒体处理单元(A)35将媒体分组转发到分组传输/接收单元(B)36。因此，经由分组传输/接收单元(B)36将媒体分组传输到NW-B2(图10，f4)。

按照与上述相同的方式，分组传输/接收单元(B)36根据包含在从NW-B2接收到的分组中的目的地信息(即，IP地址和端口号)，检索媒体转换表5的涉及“NW-B到VMD代理”方向的字段52。根据检测到的呼叫ID信息，将包含在所接收到的媒体分组中的目的地信息重写为记录在媒体转换表5的涉及“VMD代理到NW-A”方向的字段53中的目的地信息(图10，f11到f13)。

在此情况下，按照与上述相同的方式，将包含诸如序列号等信息的RTP报头添加到所接收到的媒体分组。通过分组传输/接收单元(A)31将这样重写的媒体分组传输到NW-A1。反复对媒体分组进行重写及转发，直到媒体控制单元(A)33或媒体控制单元(B)38给出停止指令为止。

IP电话11和IP电话21对其已经接收到的所有媒体分组进行再现。因此，可以通过VMD代理6实现VoIP通信。

已经对在VMD代理6中协议如何转换进行了描述。可以在此实施例中提供呼叫保持、呼叫转换以及其它类型的附加VoIP服务(例如，三个电话之间的通话，拾取服务等)。可以仅在其中激活了这些服务的网络中执行数据处理以提供这些服务。因此，接收这些服务的网络保持相对于VMD代理6的一对一通话状态，且可以接收这些附加服务。因此，用户可以在设备中激活任何附加服务，而与要接收附加服务的设备的服务提供能力无关。

此实例不必依赖于VoIP设备连接到的网络的功能、或VoIP设备的功能。因此，易于添加能够在网络中提供的新服务。网络或VoIP设备都不需要执行提供新服务的进程。仅设置在网络或VoIP设备之间的VMD代理6需要执行提供新服务的进程。因此，可以高速且低成本地提供新附加服务。

在本实施例中，将VMD代理6设置在能够提供附加VoIP服务的网络(A)1和不能够提供附加VoIP服务的网络(B)2之间。但是，如果网络(A)1包括能够提供附加VoIP服务的设备和不能够提供附加VoIP服务的设备，则VMD代理6可以设置在网络(A)1的外部或内部。

Claims

1、一种VoIP网络，包括：

多个VoIP设备，包括能够使用VoIP通信提供附加服务的第一VoIP设备以及不能够提供所述附加服务的第二VoIP设备；以及

媒体代理服务器，与所述多个VoIP设备相连，所述媒体代理服务器用于：当在所述第一VoIP设备中激活了附加服务时，产生与附加服务相对应的服务媒体分组，并将服务媒体分组传输到使用所述附加服务的所述第二VoIP设备。

2、根据权利要求1所述的VoIP网络，其特征在于所述媒体代理服务器设置在用于传输服务媒体分组的路径上。

3、根据权利要求1所述的VoIP网络，其特征在于所述媒体代理服务器分别设置去往所述多个VoIP设备的媒体路径。

4、根据权利要求3所述的VoIP网络，其特征在于还包括媒体转换表，用于管理表示媒体路径应当连接到的目的地的信息，其中所述媒体路径服务器使用所述媒体转换表来转发每个均包含服务媒体分组的媒体分组。

5、根据权利要求1所述的VoIP网络，其特征在于所述媒体代理服务器包括对在所述多个VoIP设备之间执行呼叫控制的协议进行转换的装置。

6、根据权利要求1所述的VoIP网络，其特征在于所述附加服务至少包括VoIP通信的呼叫保持和呼叫转移。

7、一种在包括多个VoIP设备的VoIP网络中使用的媒体代理服务器，所述VoIP设备包括能够利用VoIP通信提供附加服务的第一VoIP设备和不能提供所述附加服务的第二VoIP设备，所述媒体代理服务器包括：

装置，用于当在所述第一VoIP设备中激活了附加服务时，产生与附加服务相对应的服务媒体分组；以及

装置，用于将服务媒体分组传输到使用所述附加服务的所述第二VoIP设备。

8、根据权利要求7所述的媒体代理服务器，其特征在于将所述媒体代理服务器设置在用于传输服务媒体分组的路径上。

9、根据权利要求7所述的媒体代理服务器，其特征在于所述媒体代理服务器分别设置去往所述VoIP设备的媒体路径。

10、根据权利要求9所述的媒体代理服务器，其特征在于所述媒体代理服务器使用媒体转换表，所述媒体转换表用于管理表示媒体路径应当连接到的目的地的信息，从而转发每个均包括服务媒体分组的媒体分组。

11、根据权利要求7所述的媒体代理服务器，其特征在于还包括用于对在VoIP设备之间执行呼叫控制的协议进行转换的装置。

12、根据权利要求7所述的媒体代理服务器，其特征在于所述附加服务至少包括VoIP通信的呼叫保持和呼叫转移。

13、一种提供在包括多个VoIP设备和与所述多个VoIP设备相连的媒体代理服务器的VoIP网络中使用的附加服务的方法，所述多个VoIP设备包括能够利用VoIP通信提供附加服务的第一VoIP设备和不能提供所述附加服务的第二VoIP设备，所述方法包括：

当在VoIP设备中激活了附加服务时、所述媒体代理服务器产生与附加服务相对应的服务媒体分组的步骤；以及

所述媒体代理服务器将服务媒体分组传输到使用所述附加服务的所述第二VoIP设备的步骤。

14、根据权利要求13所述的方法，其特征在于所述媒体代理服务器设置在用于传输服务媒体分组的路径上。

15、根据权利要求13所述的方法，其特征在于所述媒体代理服务器分别设置去往所述多个VoIP设备的媒体路径。

16、根据权利要求15所述的方法，其特征在于所述媒体代理服务器使用媒体转换表，所述媒体转换表用于管理表示媒体路径应当连接到的目的地的信息，从而转发每个均包括服务媒体分组的媒体分组。

17、根据权利要求13所述的方法，其特征在于还包括：其中所述媒体代理服务器对在所述多个VoIP设备之间执行呼叫控制的协议进行转换的步骤。

18、根据权利要求13所述的方法，其特征在于所述附加服务至少包括VoIP通信的呼叫保持和呼叫转移。