CN102065187A

CN102065187A - 用于在源电话和目标电话之间提供呼叫应答服务的方法和系统

Info

Publication number: CN102065187A
Application number: CN2010105742349A
Authority: CN
Inventors: O·埃米尔; N·拉马提
Original assignee: Comverse Ltd
Current assignee: Mavenir Ltd
Priority date: 2004-01-14
Filing date: 2005-01-07
Publication date: 2011-05-18
Anticipated expiration: 2025-01-07
Also published as: WO2005067376A2; EP1704709A4; EP1704709A2; CN1918893B; CN1918893A; CN102065187B; EP2408185A1; US20050152515A1; US7123697B2; WO2005067376A3; EP1704709B1

Abstract

在一种用于在源电话和目标电话之间提供呼叫应答服务的方法和语音邮件系统中，语音邮件系统接收一个定向到目标电话的未被应答的呼叫。如果目标电话不忙，那么语音邮件系统建立一个至目标电话的出局呼叫，并向源电话传输一个响应，所述响应具有嵌入的媒体参数，媒体参数标识了语音邮件系统的媒体端口。为了响应从目标电话接收的接受呼叫指令，语音邮件系统终止所述响应，并桥接源电话和目标电话之间的所有媒体。

Description

用于在源电话和目标电话之间提供呼叫应答服务的方法和系统

本申请是2005年1月7日提交的名称为：“用于在源电话和目标电话之间提供呼叫应答服务的方法和系统”的中国专利申请200580004604.2的分案申请。

本申请要求2004年1月14日提交的、名称为“Method and System for Providing a Call Answer Service between a Source Telephone and a Target Telephone”的美国临时专利申请60/536,241号的权益，在此通过引用将该申请的公开内容全部并入本文。

技术领域

本发明涉及呼叫筛选，其允许被叫方在呼叫者留下消息时通过接听呼叫者的语音来过滤来话呼叫，然后决定是插入与呼叫者的正常通话，还是让呼叫者完成消息记录。

背景技术

在基于网络的语音邮件系统中不能进行呼叫筛选，构成了此类系统进入美国和其它市场的最大障碍之一。呼叫筛选以及可视的消息等待指示器(通过闪烁的信号灯实现的MWI)是电话应答机(TAM)最大卖点中的两个，而通过基于网络的语音邮件(VM)通常不能获得这两个特征。客户端的电话手持送受话器和应答机通常都会提供这些特征。在美国市场，通常的解决方案是在本端(例如在家中、在办公室中等等)使用电话应答机来提供这些功能。虽然基于网络的语音邮件提供了很多优于本端TAM的优点，但基于网络的语音邮件要提供上述两项至关重要的功能却并不容易。这使得这些市场中的许多用户喜欢定位本地(home-located)的TAM，而不喜欢基于网络的语音邮件，尽管这些TAM存在其它限制。这种技术缺口使得网络运营商失去了潜在的语音邮件通话时间，而且使用户受到功能限制。

转让给Lucent Technologies，Inc的、名为“Method and apparatus for screening a call as the call is transmitted to voice mail”的、2001年10月 30日授权的美国专利6,310,939号针对基于交换机的语音消息系统公开了一种筛选和监控功能，其允许被叫方在呼叫者留下消息的同时接听该呼叫者的语音，并且可插话从而开始正常的电话讨论，如果呼叫者或者呼叫者的对象(subject)准许这种行为的话。提供了一种网络服务特征，其控制语音邮件和被叫方电话局连接的桥接。如果正在监控的被叫方说话，那么该服务特征将会断开语音邮件并终止该连接。

美国专利6,310,939号所公开的方案仅仅是针对PSTN网络进行描述的，在此以引用方式将该专利并入本文。然而，PSTN网络的基于交换的解决方案具有如下缺点：

复杂性：它们要求交换机具有高级智能网能力。但这些能力未必被所有的交换机支持。

每种交换机可能具它自己的实施方式，因此使用者可能具有使用不同交换机的不同使用经验。

此外为了提供这项服务，电话交换机必须在呼叫的整个时段内使用两个电话端口。

转让给SS8 Networks，Inc.的、名称为“Voice call processing methods”的、2002年3月5日授权的美国专利6,353,660号(Burger等人)公开了一种呼叫筛选的方法，该方法允许用户筛选从使用PSTN的呼叫者向该用户发出的呼叫，同时该用户可以使用另外的通信媒体，例如VoIP。增强服务平台(ESP)接收第一呼叫，该第一呼叫来自于使用用于特定用户的特定公用电话号码的呼叫者。ESP识别这个用于特定用户的特定公用电话号码。ESP访问数据库，该数据库存储有公用电话号码和针对用户的私人基于分组的地址，以在特定公用电话号码的基础上检索该特定用户的私人基于分组的地址。一种介绍消息被提供给呼叫者并提示呼叫者留下消息。ESP在该特定用户的私人基于分组的地址的基础上访问特定用户，从而通过通信介质建立音频连接。该用户收到第一呼叫的通知。如果该用户应答所述呼叫，那么在该呼叫者和该用户之间通过所述通信媒体提供了一条通信通道，从而使该用户可以接听该呼叫者留下的消息，但是该呼叫者听不到或者不知道该特定用户正在接听。ESP根据用户授权连接呼叫者和用户以便进行双向通信。在另一个实施例中，呼叫者和用户都使用分组网络。ESP也可以响应提示而记录呼叫者的语音，并且如果用户应答了呼叫，则向用户播放所记录的语音。

美国专利6,353,660号(在此以引用方式将其并入本文)所公开的系统通过PSTN交换机工作。筛选不是通过源用户的语音来实现的，而是通过预先设定的标准(例如从一个使公用(PSTN)电话号码和IP地址相关联的数据库中访问得到的源ID)实现的。如参考美国专利6,353,660号的图7所解释的，被叫方可具有一个指定的语音邮件系统，但是这只服务于以下单一目的，即：只有在被叫方不应答来话呼叫或者拒绝它的情况下，才记录来自主叫方的消息。因此，所提供的语音邮件仅仅用于对呼叫进行重定向，而不是首先联系被叫方(主要是根据呼叫时间/营业时间)。筛选不是通过语音邮件系统来执行的，而是通过ESP执行的，ESP将路由至源的消息提示转为有声。但是为了提示目标电话，ESP还必须呼叫目标电话。即使特别的音调或铃声信号被用来标识源自ESP的新呼叫，为了接听源用户记录的消息，目标用户仍然必须应答呼叫。因此，从被叫用户的角度看，他或她直到应答来话呼叫时才能知道主叫方的标识或身份。这意味着，被呼叫用户将被打扰，以至于到了仅仅是为了确定主叫方身份就必须应答电话的程度。即使得知要求对主叫方的连接，这也是不方便的；但事实上，如果不要求进行这种连接，那么中断将更加不合需要。

1997年4月29日公开的、转让给Active Voice Corporation的、名为“Method and apparatus for monitoring a caller’s name while using a telephone”的美国专利6,625,676号公开了一种用于自动总机系统的方法和装置，其允许被叫方在与第三方通话时监控呼叫者留下的筛选名。如果被叫方愿意，该系统能够让第三方处于保持状态，并连接该呼叫者。或者，该系统能够将呼叫者重定向至另一线路，或者要求呼叫者保持。该系统是采用从电话交换机系统到被叫方的第二通信信道来实现的，从而使被叫方能够监控呼叫者留下的筛选名，而不首先让第三方处于保持状态或断开来自第三方的连接。该系统能够被配置成自动监控每个留下的筛选名，而不受被叫方干涉。

美国专利5,625,676号(在此以引用方式将其并入本文)所公开的系统除了常规的PSTN外，还使用了数据网，并且将语音消息存储在一个与该数据网相连的服务器中。在一个实施例中，所有来话呼叫被筛选，并且交互式的语音响应将提示主叫方陈述他或她的名字。这种模拟语音信息经由常规电话线路，路由至服务器，在该服务器中模拟语音消息转换成数据，并传输到计算机从而进行显示。所述计算机通常位于被叫方的POTS电话范围的旁边，从而允许被叫方看到主叫方的身份，从而决定如何反应。

这种系统还涉及在常规PSTN中启动的通信。该系统不能在IPLAN中提供自动语音筛选，在IP LAN中，主叫方和被叫方都使用VoIP进行通信。而且，该服务器作为语音邮件系统工作，并且该系统不适合于扩展传统语音邮件系统的应用以与VoIP一起使用。此外，被叫方需要一台独立的计算机来监控来话呼叫，由于每个用户都要求有一台专门的计算机，这就导致这种方法很昂贵。

我们的共同待决的，名为“Method and apparatus for providing a Central Telephony Service for a Calling Party at the Called Party telephone”的美国专利申请序列号10/739,196(在此以引用方式将其并入本文)公开了一种改进的电话手持送受话器，其可用于语音邮件系统，从而使目标电话完成两种与媒体相关的工作。

●在主叫方和语音邮件之间桥接语音流；和

●将两个被桥接的流合并成一个发送至目标电话扬声器的流。

这种方法适于与POTS或VoIP电话或者它们的任意组合一起使用，而且不需要更改语音邮件系统，虽然它需要一种与这种系统一起使用的更改的电话手持送受话器。

因此人们希望，允许语音邮件系统与任何电话网(包括VoIP网)协同工作，从而提供呼叫筛选和应答，而不需要更改电话手持送受话器。

发明内容

本发明的一个首要目的是，允许语音邮件系统在源电话和目标电话之间提供呼叫筛选/应答服务。

本发明的一个特定目的是，提供一种系统和方法，其允许现有的语音邮件系统在VoIP电话系统中提供呼叫筛选，而不要求更改电话手持送受话器或者语音邮件系统。

本发明的一个进一步的目的是，提供一种系统和方法，其允许现有的语音邮件系统在无线分组交换电话系统(例如3GPP IMS)中提供呼叫筛选，而不需要更改电话手持送受话器或者语音邮件系统。

根据本发明的第一实施例实现了这些目的，采用的方法是在访问或接入语音邮件系统的源电话和目标电话之间提供呼叫应答服务，所述方法包括：

(a)接收一个定向到目标电话的未被应答的呼叫，所述呼叫具有嵌入其中的目标电话的地址、源电话的地址、语音邮件系统的地址和目标电话是否忙的指示；

(b)如果目标电话不忙，建立一个至目标电话的出局呼叫；

(c)将语音邮件系统产生的响应传输到源电话，所述响应具有标识语音邮件系统的嵌入的媒体参数；和

(d)响应从目标电话接收的接受呼叫指令，终止所述响应并桥接源电话和目标电话之间的所有媒体。

根据本发明的第二实施例，所提供的方法是在接入筛选服务器的源电话和目标电话之间提供呼叫应答服务，所述方法包括：

(a)接收一个定向到目标电话的未被应答的呼叫，所述呼叫具有嵌入其中的目标电话的地址、源电话的地址、和筛选服务器的地址；

(b)建立一个至目标电话的出局呼叫；

(c)建立一个至语音邮件系统的出局呼叫，并且为了适当地处理该呼叫，转发语音邮件系统需要的所有呼叫参数；

(d)将语音邮件系统产生的响应传输至源电话，所述响应具有标识筛选服务器的嵌入的媒体参数；

(e)响应从目标电话接收的接受呼叫指令，终止所述响应并重建至源电话和目标电话的连接。

根据本发明的第三实施例，所提供的方法用于在接入增值服务的源电话和目标电话之间提供增强型呼叫应答服务，所述方法包括：

(a)接收一个定向到目标电话的未被应答的呼叫

(b)建立一个至增值服务的出局呼叫，其包含目标电话的地址、源电话的地址和增值服务的地址；

(c)建立一个至目标电话的出局呼叫；

(d)将增值服务器产生的响应传输至源电话，所述响应具有嵌入其中的标识增值服务的媒体参数；

(e)将从源电话接收的媒体定向至增值服务，并且将从增值服务接收的媒体定向至源电话；

(f)在目标电话进入摘机状态时，建立目标电话和增值服务之间的连接，从而允许该目标电话接收从源电话传输到增值服务的媒体以及从增值服务传输到源电话的媒体；并且

(g)为了响应从目标电话接收的接受呼叫指令，路由所有源电话和目标电话之间的媒体。

在第三实施例中，与增值服务相联系的媒介可以被用来替代增值服务。

附图说明

现在将只通过非限制性实例的方式，参考附图对优选实施例进行描述，附图中：

图1是根据一个实施例的系统的图形表示，该系统用于提供源电话和目标电话之间的呼叫应答服务；

图2和3是方框图，其示出了根据替换性实施例的图1的系统中的数据流；

图4是根据本发明的混合系统的图形表示，该系统用于提供VoIP源电话和PSTN目标电话之间的呼叫应答服务，反之亦然；

图5是流程图，其示出了图2系统中的交换机所进行的主要工作；

图6是“呼叫流程”示意图，其示出了使用网络交换机的图2的系统中的信令；

图7是“呼叫流程”示意图，其示出了使用根据SIP协议的软交换机的图2的系统中的信令；

图8是“呼叫流程”示意图，其示出了使用根据SIP协议的网络交换机的图2的系统中的信令；

图9a和9b是流程图，其示出了图3的系统中的软交换机进行的主要工作；并且

图10是“呼叫流程”示意图，其示出了使用根据SIP协议的软交换机的图3的系统中的信令。

具体实施方式

图1形象化地示出了根据一个实施例的系统10，系统10在源电话11和目标电话12之间提供呼叫应答服务，源电话11和目标电话12通过电话网13互连并接入语音邮件系统(VMS)14。

图2是方框图，其示出了所描述的系统20，系统20具有通过交换机23互连的源电话21和目标电话22，交换机23还连接到语音邮件系统24。将结合顺序操作1-3来描述图2中的系统。使用中，源电话21经由信道25向目标电话22启动一个呼叫。交换机23经由入局信道26将该呼叫传输至目标电话22。如果该呼叫在规定时间内未得到应答，交换机23通过信道27将该呼叫重定向至语音邮件系统24，同时断开与目标电话22的连接。为此，在呼叫消息内嵌有所述目标电话的地址、所述源电话的地址和所述语音邮件系统的地址。典型地，当采用SS7协议时，所述地址是电话号码，但是也可以是任何根据消息协议唯一地指明目标电话、源电话和语音邮件系统地址的任何其它标识。为了标识呼叫的起源地和它的目的地，所有电话信令协议(例如SS7或者SIP)都使用了寻址系统。在SS7中，这种地址是简单的电话号码，其作为二进制数据内嵌入SS7消息中。SIP使用了一种更复杂的方案，其更类似于电子邮件地址，即，phonenumber@hostname，其作为简单的人类可读的字符串嵌入在SIP消息中。语音邮件系统24应答重定向的呼叫，从而允许消息提示从语音邮件系统24传输至源电话21，并且允许语音消息被源电话21的使用者记录并传输至语音邮件系统24从而进行存储。所有由主叫方记录的消息经由信道25和27通过交换机23传输到语音邮件系统24。语音邮件系统24进一步经由信道26(其不再被占用)利用在重定向呼叫中接收的目标电话的地址，启动一个至目标电话22的呼叫，从而向目标电话报告来话呼叫。如果目标电话22是“智能”电话，那么可以使用一种特殊的呼叫提示(例如用特有的铃声信号和/或闪光)来指示所述呼叫正在从语音邮件系统24发出。这将提醒被叫方来话呼叫是被记录的语音邮件消息。被叫方可以拿起接收器来接听消息，或者不理睬来话呼叫而改为事后登陆到所述语音邮件系统并在一个较方便的时间收听所记录的消息。或者，目标电话22可以在预定数量的铃声响过之后，自动进入摘机状态，这类似于常规的应答电话。无论何种情况，为了使主叫方记录的消息可以通过语音邮件系统24传输至目标电话22，目标电话22进入摘机状态。因此，如果被叫方在场而仅仅是出于某种原因未应答呼叫，他或者她将立刻听到所记录的消息并以此识别主叫方。该被叫方可以通过按下预先设定的智能组合键(如#4)来应答呼叫，从而发送DTMF信号至语音邮件系统24，在这种情况下，语音邮件系统24中断了来自源电话21所记录的消息并通过交换机23桥接源电话21和目标电话22之间的语音流21。所述语音流在信道27上桥接，于是源语音流和目标语音流沿着公共媒体信道被发送，从而可以被双方都接听，并分别在信道25和26上传输到目标电话和源电话。

当源电话和目标电话中的一个或两者在数据和控制信号通过主干交换机一起路由的PSTN上工作时，图2中示出的系统20是合适的，因为在这种情况下，呼叫被应答后，媒体不能重定向至不同的端点，而信令也不重定向。这要求在源电话和目标电话之间的媒体流通过语音邮件系统被桥接，并且接下来，这要求语音邮件系统被定制以允许在这两个媒体流之间采用这种桥接。在这里的上下文中，术语“媒体流”指随时间收集的数字数据，其代表数字电话网中的媒体/语音。然而，在源电话和目标电话都工作在VoIP下的情况中，呼叫被应答后，媒体可以重定向至不同的端点，于是在被叫方选择接收呼叫后，在源电话和目标电话之间的信令被允许通过筛选服务器(构成一个媒介)被“桥接”，同时媒体被允许在源电话和目标电话之间直接路由。无论何种情况，入局信道和出局信道之间的交换一般通过软件执行，不过，当然也可以使用适于激活的硬件元件。

图3是方框图，其示出了所描述的系统30，系统30具有都工作在VoIP下的源电话31和目标电话32，并通过软代理33(也称为软交换机)互连，软代理33通过筛选服务器35连接到语音邮件系统34。将结合顺序操作1-6来描述图3中的系统。使用中，源电话31经由信道36启动一个至目标电话32的呼叫。交换机33通过信道37将该呼叫传输至目标电话32。如果所述呼叫在规定时间内得不到应答，交换机33通过信道38将该呼叫重定向至筛选服务器35，同时断开与目标电话32的连接。为此，呼叫消息具有嵌入其中的目标电话的地址、源电话的地址和筛选服务器的地址。筛选服务器35启动经信道39至语音邮件系统34的呼叫，并且还启动经软交换机33至目标电话32的呼叫。

注意，在图3中，信道仅仅示出了信令，并未示出媒体连接。媒体连接是：目标<—>源、目标<—>筛选服务器、源<—>筛选服务器、语音邮件<—>筛选服务器，并且在VoIP网中，媒体连接不同于信令连接。因此，当建立电话呼叫时(下文参考附图中的图7和10有更详细地描述)，源电话31经由图3所示的软代理33向目标电话32发送INVITE(邀请)信号。通常，源电话31不知道目标电话32的IP地址，并且所述INVITE包含类似于URL的目标电话的别称或名称。所述INVITE信号通过软代理33发送，该发送过程确定了目标电话32的IP地址，这在很大程度上与域服务器查找网站IP地址是一样的。所述INVITE信号通过软代理33路由至目标电话32，在使用如图7和10所示的会话起始协议(SIP)的情况下，目标电话以200OK信号响应。所述200OK信号包含目标的IP地址。因此，当200OK信号到达源电话31，后者立刻知道目标电话32的IP地址，并因此能够直接将语音数据包直接定向到所述目标电话，并且当然能够直接从那里接收语音数据包，而这些语音数据包没有任何必要通过软代理33传输。从这个意义上说，在VoIP网中，媒体在两个IP地址之间直接传输，这不同于PSTN，在PSTN中，媒体通过主干交换机在两个端点之间传输。

语音邮件系统34对重定向呼叫进行应答，从而允许消息提示从语音邮件系统34传输至筛选服务器35，并从那里传输至源电话31。这有效地在语音邮件系统34和源电话31之间建立了语音信道，由此，由主叫方记录的语音消息可以被传输至语音邮件系统34从而进行存储。所有由主叫方记录的消息通过信道36和38、交换机33以及筛选服务器35传输至语音邮件系统34。

筛选服务器35进一步利用重定向呼叫中所接收的目标电话的地址，经由信道37(不再被占用)向目标电话32启动一个呼叫，从而向目标电话报告来话呼叫。如果目标电话是“智能”电话，那么可以使用一种特殊的呼叫提示，例如向被叫方指示该呼叫从语音邮件系统34发出的特有的铃声信号和/或闪光。这将提醒被叫方，来话呼叫是被记录的语音邮件消息。所述被叫方可以打开接收器，从而接听消息或者不理睬来话呼叫而改为事后登录到所述语音邮件系统并在一个较方便的时间收听所记录的消息。或者，目标电话32可以在预定数量的铃声响过之后，自动进入摘机状态，这类似于常规的应答电话。无论何种情况，为了使主叫方记录的消息可以通过筛选服务器35传输至目标电话32用于在所述目标电话处作出反应，目标电话32进入摘机状态。因此，如果被叫方在场而仅仅出于某种原因不应答呼叫，他或者她将立刻听到所记录的消息并以此识别主叫方。同时，语音消息通过筛选服务器35传输至语音邮件系统34，在语音邮件系统34中，语音消息以标准方式存储。被叫方可以通过按下预先设定的智能组合键(如#4)应答所述呼叫，从而传送预先设定的DTMF信号至筛选服务器35，筛选服务器35断开与语音邮件系统34的连接并通过交换机33重建和源电话31以及目标电话32的连接。通过这种方法，在源电话31和目标电话32之间建立了语音(媒体)信道，即使信令通过筛选服务器35传输。如上所述，经由不同信道将媒体路由至信令的能力是VoIP所独有的，这一特征在于，允许引入媒介筛选服务器，其使得不必对语音邮件系统34进行任何改变。

图4是混合系统40的图形表示，该系统用于在VoIP源电话41和PSTN目标电话42之间提供呼叫应答服务，PSTN目标电话42通过PSTN网45与语音邮件系统44连接，PSTN网45通过网关46连接到 IP网47。PSTN网45包括交换机，其类似于图2所示的交换机23；并且IP网47包括代理交换机，其类似于图3所示的软交换33。PSTN网45和IP网47中每一个的工作方式分别与上文参考图2和3描述的相应网络相同。因此，仅有的实质性区别在于信令和媒体通过网关46从一个网络传到另一个网络，网关46以本领域公知的方式工作，以在PSTN协议和IP协议之间转换信号，反之亦然。

作为实例，就IP网47而言，网关46的功能是作为接收来自源电话41的信令和媒体的中间目标。在IP网47中，信令和媒体由网关46在同一路径上一起接收，并允许经由PSTN网45连接到目标电话42。由于语音邮件系统44已经成为PSTN网45的一部分，因此语音邮件系统44和目标电话42之间的切换与参考图2所示的PSTN系统20所描述的一样。同样地，目标电话42的入局信道和出局信道(未显示)之间的连接保持不变。然而，所述入局信道经由所述网关与源电话41连接。因此，开始时语音邮件系统44经由目标电话42被重定向至网关46，网关46又确定所要求的目的地是PSTN网47中的源电话41。网关46在PSTN网45中独立的路径上接收信令和媒体，执行所要求的协议转换，并在IP网47中的一条公共路径上将所述信令和媒体重定向至所述源电话。

容易理解的是，源电话41和目标电话42可以互换，并且语音邮件系统可以是PSTN网(如图所示)的一部分，或者是IP网47的一部分。如果它是IP网47的一部分，那么它可以通过如图3所示的筛选服务器连接至软交换机。无论何种情况下，工作均类似于以上所述的由网关执行的合适的协议变换，从而允许在所述两个网络之间传播信令和媒体。

图5是流程图，其示出了在图2的系统中进行的主要工作。因此，一旦接收到来话呼叫，交换机23等待一段预定时间或者预定数量的铃声以使被叫方能够应答。如果被叫方在规定时间段内应答，则不会采取进一步的措施，目标电话继续正常的工作。在规定时间段内无应答的情况下，交换机23断开与目标电话的连接，并建立与语音邮件系统24的连接。通过这种方法，交换机23将源电话21连接到语音邮件系统24，从而允许语音邮件系统24传输预先记录的消息至所述源电话，并且允许主叫方以公知方式记录消息。当接收到这种呼叫时，语音邮件系统24通过交换机23建立与目标电话22的连接，从而使目标电话22响铃并向被叫方提示来话呼叫。如上文所提，如果目标电话22是“智能”电话，那么可发出某种特殊铃声信号，从而使被叫方知道所述来话呼叫的来源。一旦在目标电话22和语音邮件系统24之间建立了连接，所述目标电话接受呼叫(即，进入摘机状态)。这可以自动进行(例如，在规定数量的铃声后)，或者由被叫方手动进行。无论何种情况，这使目标电话22建立与语音邮件系统24的语音连接，于是被叫方立刻听到主叫方正在记录的消息，藉此允许被叫方对来话呼叫进行筛选。如果被叫方例如通过输入适当的DTMF信号来捕获呼叫，那么DTMF信号将经由交换机23传输至语音邮件系统24，语音邮件系统24将检测DTMF信号，中断消息，并桥接主叫方和被叫方相应的语音流，从而允许他们以常规方式交谈。该系统可以被配置成从所述语音邮件系统中删除消息，或者保存该消息用于事后播放。

另一方面，例如，如果被叫方没有通过输入适当的DTMF信号来捕获呼叫，那么主叫方可以继续记录向语音邮件系统24传输的消息，直到主叫方终止(即，断开)，从而导致从语音邮件系统24到目标电话22的连接断开。主叫方中断消息记录一般是通过由主叫方输入特殊的DTMF组合键(例如“#”)表示的，尽管其可发生在一个规定的超时之后。在任何情况下，被叫方能够从呼叫中断开其本身，而不会阻止主叫方在VMS中留下消息。应该注意的是，在图5和9b中示出了，如果所述目标没有捕获到呼叫，那么该过程将结束于断开朝向该目标的呼叫路线。常规的语音邮件通信仍被允许在主叫方和语音邮件系统之间继续，因此主叫方被允许继续记录消息。但是，如上所述，如果所述目标捕获了该呼叫，那么语音邮件系统24将保持两条呼叫路线，其实际上是单一呼叫的一部分。在任何情况下，被叫方能够从呼叫中断开其本身，而不阻止主叫方在语音邮件系统中留下消息。

根据以上描述清楚的是，交换机23必须被编程以实现图5所示的功能。然而，除了交换机23的所述功能之外，清楚的是，为了桥接主叫方和被叫方的语音流，语音邮件系统24还需要定制。

图6到图8是示意性的“呼叫流程”图，其示出了图2系统中的信令。图6示出了独立于任何特定协议所需的功能，而图7和8分别图示了会话发起协议(SIP)(当前VoIP电话的前沿技术)以及SS7(当前的PSTN标准)的使用。具体地，图7涉及3GPP IMS网或者任何其它VoIP网。应该理解的是，在下文的描述中，提及VoIP也是为了包括3GPP IMS。因此，图7示出了语音邮件系统如何在VoIP下以与PSTN中相同的架构工作，从而证明了本发明对PSTN和VoIP或它们的组合均有效，并且清楚地阐明了图2所示的架构能够与电话网的任意组合一起使用，而图3则要求其网络是纯粹的VoIP网。在所有的附图中，每个箭头代表各方之间交换的消息。图6示出了上面参考附图中的图2已详细描述的功能，因而不再进一步描述。

图7中，每个消息是IETF RFC-3261规范中详细描述的SIP消息，在此以引用方式将该规范并入本文。因此，在源电话21处的主叫方(标示为“呼叫者”)呼叫目标电话22处的被叫方(标示为“被叫者”)。源电话是一种VoIP电话(通常是运行于PC上的SIP应用程序)，其用于在互联网上呼叫目标电话22。目标电话22也是SIP使能的。源电话21使用目标电话22的SIP标识呼叫目标电话22，所述SIP标识是一种统一资源标识符(URI)，被称为SIP URI，其形式类似于电子邮件地址。

SIP是基于一系列类似于HTTP的请求/响应事务，每一事务由一个请求和至少一个响应构成，所述请求被定向到一个用于调用特定方法或其上功能的服务器，而所述至少一个响应从该服务器被定向到启动装置。因此，在图7中，源电话将INVITE发送至交换机23，交换机23服务于目标电话域并且还工作在SIP下。简单起见，图7省略了中间服务器，而仅仅示出了连接中的主要参与者，即，源电话和目标电话、交换机以及语音邮件系统，但是应该理解的是，实际的连接通过上面参考图4所述的一个(或多个)中间交换机实现。如果所述两个电话中有一个是VoIP，那么中间交换机将会是一个软代理，而在PSTN中，中间交换机是一个实际的交换机。目标电话在SIP协议中利用铃声信号(标示为180)来响应，其被传送回源电话。当等待了必要的时间，而目标电话不响应时，交换机取消与目标电话的连接，交换机以OK信号200和487(取消)信号进行响应，该信号由交换机确认。此刻，目标电话22不再是主动方。交换机23现将INVITE信号传送至语音邮件系统24，其以OK信号200进行响应并由此通过ACK信号进行确认，因此建立源电话21和语音邮件系统24之间的语音连接。一旦主叫方记录的消息终止，语音邮件系统24经由交换机23将INVITE信号传送至所述目标电话，该目标电话以确认该目标电话正在响铃的180提示信号进行响应。当所述目标电话进入摘机状态时，它经由交换机23将OK信号200传送至语音邮件系统24，语音邮件系统24通过ACK信号对其进行确认。此刻，在源电话21和语音邮件系统24之间，以及在目标电话22和语音邮件系统24之间，建立了语音通信，如图7中相应点线所示的语音流。这就在主叫方的消息传输到语音邮件系统24时，允许被叫方接听主叫方的消息。

现在存在两种可能的情况。第一种情况涉及以下情形，即，当产生呼叫时，目标电话处的被叫方在场但是使用该系统来筛选来话呼叫，并且立刻捕获该呼叫。如上所提，这是通过从目标电话22经由交换机23传输至语音邮件系统24的DTMF信号来实现的。在这种情况下，语音邮件系统24检测DTMF信号，中断消息，并桥接主叫方和被叫方相应的语音流，从而允许它们以常规方式交谈。该系统可被配置成从语音邮件系统中删除消息或者保存该消息用于事后播放。

图6、7、8和10所示的呼叫流程图示出了建立连接之前的呼叫流程，并未示出目标电话不捕获呼叫的情况，因为该情况真正发生于实际的服务上。适当地断开呼叫是任何电话服务的普通特征。然而，出于完整性的考虑，现描述这种情况。

因此，在第二种情况中，目标电话处的被叫方没有捕获呼叫，或者因为他或者她不在场，或者不方便。在这种情况下，主叫方以普通方式记录他的消息，然后挂断从而传送一个BYE信号至目标电话，该目标电话接着传送一个BYE信号至语音消息系统。该语音消息系统以OK信号200对该目标电话进行响应，并且该目标电话以OK信号200 对源电话进行响应，从而表示会话正常结束。

图8示出了工作在SS7协议下的系统的等效行为。可以看出，其功能与SIP协议完全相同，并且因为SS7协议对于本领域技术人员是公知的，因此不需要做进一步的描述。

上面特别参考附图中的图2以及图5到图8所描述的实施例主要属于一种改进方法，其控制语音邮件系统以完成两项与媒体相关的操作：

●在主叫方和被叫方之间桥接语音流；以及

●将两个被桥接的流合并成一个传送至目标电话扬声器的流。

实际上，这两项操作共享相同的机构，如现在将要描述的。

在两方用户之间桥接语音

为了在双方之间桥接语音，语音邮件系统24需要处理来自所述双方参与者的输入媒体流，并将它们结合成一个媒体流。数字PSTN网确实是这样，但是VoIP网则不然，在VoIP网中，通过提供独立的筛选服务器，不再需要这种桥接，并且能够容易地实现对模拟网络进行的简单改造，这是本领域技术人员所清楚的。

来自于使用者的媒体流(即，来自使用者的语音)被定义为描述语音信号大小的离散时间序列。在信号被压缩和/或被打包用于传输的情况下，应该在处理前对其信号进行解压缩和/或解包。

假设将来自主叫方的媒体流表示为{a₁，a₂，a₃，...}，并将来自被叫方的媒体流表示为{b₁，b₂，b₃，...}，这两种流的和是所述流的两个相应项的总和：{a₁+b₁，a₂+b₂，a₃+b₃，...}。

流与常数相乘等于流中的每一项与常数相乘，例如流A乘以2为：{2·a₁，2·a₂，2·a₃，...}。两个媒体流的桥接是这两个媒体流之和，并且为了保持相同的信号能量，将该结果乘以

因此桥接两个媒体流A&B的结果是如下序列：

{\frac{2}{\sqrt{2}} (a_{1} + b_{1}), \frac{2}{\sqrt{2}} (a_{2} + b_{2}), \frac{2}{\sqrt{2}} (a_{3} + b_{3}) . . .}

图9a和9b是流程图，其示出了在图3的系统中进行的主要工作。因此，当接收到来话呼叫时，软交换机33等待一段预定时间或者预定数量的铃声以使被叫方能够应答。如果被叫方在规定时间段内应答，则不会采取进一步的措施，并且继续目标电话的正常工作。在规定时间段内无应答的情况下，软交换机33断开与目标电话的连接，并建立与筛选服务器35的连接，筛选服务器35建立与语音邮件系统34的连接。用这种方法，在源电话31和语音邮件系统34之间通过交换机23和筛选服务器35建立语音通信，从而允许语音邮件系统34传输预先记录的消息至所述源电话，并且允许主叫方以公知方式记录消息。一旦接收到这种呼叫，筛选服务器35建立与目标电话32的连接，从而使目标电话32响铃并向被叫方提示来话呼叫。如上所提，如果目标电话32是“智能”电话，那么可发出某种特殊的铃声信号，从而使被叫方知道所述来话呼叫的起源。一旦建立了目标电话32和筛选服务器35之间的连接，所述目标电话接受呼叫(即，进入摘机状态)。这可以自动进行(例如，在规定数量的铃声过后)，或者通过被叫方手动进行。无论何种情况，这使目标电话32通过筛选服务器35建立与语音邮件系统34的语音连接，从而使被叫方立刻听到主叫方记录的消息，因此允许被叫方筛选来话呼叫。

如果被叫方例如通过输入适当的DTMF信号捕获呼叫，DTMF信号通过交换机33传输至筛选服务器35，筛选服务器35检测DTMF信号，终止与语音邮件系统34的连接，并重新建立与源电话31以及与目标电话32的连接。通过这种方法，在源电话31和目标电话32之间建立了语音连接，因此允许主叫方和被叫方以常规方式交谈。

如果另一方面被叫方没有例如通过输入适当的DTMF信号捕获呼叫，主叫方可能继续记录消息至语音邮件系统34，直到主叫方挂断从而导致目标电话32断开来自筛选服务器35的连接。主叫方中断消息记录一般是通过由主叫方输入特殊的DTMF组合键(例如“#”)表示的，尽管其可发生在一个规定的超时之后。在任何情况下，被叫方能够从呼叫中断开其本身，而不会阻止主叫方在VMS中留下消息。

图10是示意性的“呼叫流程”图，其示出了使用SIP的图3系统中的信令。因此，位于源电话31的主叫方(标示为“呼叫者”)呼叫位于目标电话22的被叫方(标示为“被叫者”)。源电话是VoIP电话，其用于在IP网络上呼叫目标电话32。目标电话32也是SIP使能的(SIP-enabled)。源电话31使用目标电话32的SIP标识呼叫目标电话32，所述SIP标识是一种统一资源标识符(URI)，被称为SIP URI，其具有类似于电子邮件地址的形式。

具体地，源电话传送INVITE至交换机33，交换机23服务于目标电话域并且也工作在SIP下。简单起见，图10忽略了中间服务器，而仅仅示出了连接中的主要参与者：即，源电话和目标电话、交换机以及语音邮件系统，但应该理解的是，实际的连接通过上面参考图3和图4所描述的一个(或多个)代理服务器实现的。目标电话在SIP协议中用铃声信号(标示为180)进行响应，铃声信号180被传送回源电话。当经过必要时间而目标电话不响应时，交换机取消与目标电话的连接，目标电话以OK信号200和487(取消)信号进行响应，交换机对此进行确认。此时，目标电话32不再是主动方。交换机33现在将发送INVITE信号至筛选服务器35，筛选服务器35接着又将INVITE信号发送至语音邮件系统34。至语音邮件系统34的呼叫的建立是一种简单的出局呼叫，虽然由筛选服务器35接收的所有呼叫参数被适当地转送至语音邮件系统34。筛选服务器35和语音邮件系统34都以各自的OK信号200响应各自的INVITE信号，所述OK信号200由各自的ACK信号确认，因此在源电话31和语音邮件系统34之间建立语音连接。再者，出于完整性的考虑，虽然在图10中未示出，但应该注意的是，一旦中断了主叫方记录的消息，语音邮件系统34经由筛选服务器35和交换机33向所述目标电话发送INVITE信号，目标电话以确认目标电话正在响铃的180提示信号进行响应。当目标电话进入摘机状态，目标电话经由交换机33向筛选服务器35发送OK信号200，交换机33和筛选服务器35均以各自的ACK信号对各自的OK信号200进行确认。此时，就在源电话31和语音邮件系统34之间(经由筛选服务器35)，以及目标电话32和语音邮件系统34之间(经由筛选服务器35)建立了语音通信，如图10中通过各自的点线所标出的语音流所示。当主叫方的消息被传输到语音邮件系统34时，这允许被叫方接听主叫方的消息。

现在存在两种可能的情况。第一种情况涉及以下情形，即，当进行呼叫时，目标电话处的被叫方在场但是却使用系统来筛选来话呼叫，并且立刻捕获了该呼叫。如上所说明的，这个过程是通过DTMF信号实现的，该DTMF信号从目标电话32通过交换机33和筛选服务器35传输至语音邮件系统34。在这种情况下，筛选服务器35检测DTMF信号，取消至语音邮件系统34的通信并经由交换机33将re-INVITE(重新邀请)信号发送至目标电话32。以正常方式通过200OK信号响应这些信号，200OK信号由ACK信号确认。以完全相同的方式，筛选服务器35经由交换机33向源电话31发送re-INVITE信号。同样，这些信号由200OK信号响应，200OK信号由ACK信号确认。通过这种方式，筛选服务器35桥接了主叫方和被叫方各自的语音流，从而允许他们以常规方式交谈。

同样地，出于完整性的考虑，虽然图10未示出，但应该注意的是，在第二种情况中，目标电话处的被叫方没有捕获呼叫，或者因为他或者她在不在场，或者因为不方便。在这种情况下，主叫方以正常方式记录他的消息，然后挂断从而发送一个BYE信号至目标电话，该目标电话接着又经由交换机33和筛选服务器35向语音消息系统发送一个BYE信号。该语音消息系统以OK信号200对目标电话进行响应，并且目标电话以OK信号200对源电话进行响应，从而表示会话被适当地结束。

还应该注意的是，向仅仅提供语音邮件服务而不提供筛选服务的使用者进行的呼叫将被直接地重定向到语音邮件服务器。根据向特定使用者提供的服务来使呼叫重定向，这是交换机的现有功能，因而不需要进一步解释。

还应该意识到的是，虽然本发明是特别针对音频提示和消息的提供而描述的，但并无意进行限制，所述电话服务可以工作以传输其它类型的实时数据，例如视频、文本等等以及它们的任意组合。例如，针对视频的情况，可以采用视频邮件系统来代替语音邮件系统。

还应该注意的是，虽然图2和图3是特别针对语音邮件系统而描述的，但本发明还包括其它可通过中间服务器提供增值的系统。例如(仅仅为了示例)，语音邮件系统可以是语音至文本处理器，其适于处理语音消息并将之转换为文本(或者在其本身上，或者结合中间服务器)，然后该文本经由SMS传输至被叫方。同样地，与图3所示的、用于对传输到语音邮件系统的消息进行筛选的筛选服务器相比，本发明具有较广的应用范围，并且包括一种方法和系统，其用于在接入增值服务(可选地，经由中间服务器)的源电话和目标电话之间提供增强的呼叫应答服务，。

还应该理解的是，根据本发明的语音邮件系统(或者其它增值服务)和筛选服务器(或者其它中间服务器)可以是适当编程的计算机。同样地，本发明设想采用计算机程序(计算机可读)来执行本发明的方法。本发明进一步设想采用机器可读的存储器，可触知地包含机器可执行的指令程序，用于执行本发明的方法。

Claims

1.一种由语音邮件系统执行的，用于在接入所述语音邮件系统的源电话和目标电话之间提供呼叫应答服务的方法，所述方法包括：

a)接收从所述源电话定向到所述目标电话的未被应答的呼叫，所述呼叫具有嵌入其中的所述目标电话的地址；

b)建立一个至所述目标电话的出局呼叫；

c)将所述语音邮件系统产生的响应传输到所述源电话；

d)将从所述源电话接收的媒体传输到所述语音邮件系统和所述目标电话中的两者；并且

e)响应从所述目标电话接收的接受呼叫指令，终止由所述语音邮件系统产生的所述响应并桥接所述源电话和所述目标电话之间的媒体。

2.根据权利要求1所述的方法，进一步包括：

f)对从所述源电话定向而来的语音消息的终止进行响应，向所述源电话定向一个提示，以允许所述源电话接听所述语音消息。

3.一种由接入到语音邮件系统的筛选服务器执行的，用于在接入所述筛选服务器的源电话和目标电话之间提供呼叫应答服务的方法，所述方法包括：

a)接收从所述源电话定向到所述目标电话的未被应答的呼叫，所述呼叫具有嵌入其中的所述目标电话的地址、以及所述源电话的地址；

b)建立一个至所述语音邮件系统的出局呼叫；

c)将所述语音邮件系统产生的响应传输到所述源电话；

d)建立一个至所述目标电话的出局呼叫；

e)将从所述源电话接收的媒体传输到所述语音邮件系统和所述目标电话中的两者；并且

f)响应从所述目标电话接收的接受呼叫指令，终止由所述语音邮件系统产生的所述响应并建立在所述源电话和所述目标电话之间的连接。

4.一种用于在接入增值服务的源电话和目标电话之间提供增强型呼叫应答服务的方法，所述方法包括：

a)接收从所述源电话定向到所述目标电话的未被应答的呼叫；

b)建立至所述增值服务的一个出局呼叫，其包含所述目标电话的地址、所述源电话的地址；

c)将所述增值服务产生的响应传输到所述源电话；

d)将从所述源电话接收的媒体定向至所述增值服务，并且将从所述增值服务接收的媒体定向至所述源电话；

e)建立一个至所述目标电话的出局呼叫；

f)一旦所述目标电话进入摘机状态，就建立了所述目标电话与所述增值服务之间的连接，从而允许所述目标电话接收从所述源电话传输到所述增值服务的媒体，以及从所述增值服务传输到所述源电话的媒体；以及

g)响应从所述目标电话接收的接受呼叫指令，路由所述源电话和所述目标电话之间的媒体。

5.根据权利要求4所述的方法，其中所述源电话和所述目标电话是VoIP电话，并且其中所述方法进一步包括：

h)响应从所述目标电话接收的接受呼叫指令，断开至所述增值服务的连接。

6.根据权利要求4所述的方法，进一步包括：

h)对从所述源电话定向而来的语音消息的终止作出响应，向所述源电话定向一个提示，以允许所述源电话接听所述语音消息；并且

i)响应来自所述目标电话的请求以与所述源电话进行通信，断开所述增值服务并且在所述源电话和所述目标电话之间进行桥接。

7.根据权利要求4所述的方法，其中所述增值服务是语音邮件系统。

8.一种语音邮件系统，其用于在接入所述语音邮件系统的源电话和目标电话之间提供呼叫应答服务，所述语音邮件系统用于：

b)建立一个至所述目标电话的出局呼叫；

c)将所述语音邮件系统产生的响应传输到所述源电话；

e)终止所述响应，并桥接所述源电话和所述目标电话之间的媒体，以响应从所述目标电话接收的接受呼叫指令。

9.根据权利要求8所述的语音邮件系统，进一步用于：

f)一旦从所述源电话定向而来的语音消息终止，则将一个提示定向到所述源电话，以允许所述源电话接听所述语音消息。

10.一种服务器，其用于在接入所述服务器的源电话和目标电话之间提供服务，所述服务器用于：

a)接收从所述源电话定向到所述目标电话的未被应答的呼叫，所述呼叫具有嵌入其中的所述目标电话的地址和所述源电话的地址；

b)建立一个至增值系统的出局呼叫；

c)将所述增值系统产生的响应传输到所述源电话；

d)建立一个至所述目标电话的出局呼叫；

f)终止所述响应，并建立在所述源电话和所述目标电话之间的连接，以响应从所述目标电话接收的接受呼叫指令。

11.根据权利要求10所述的服务器，其中所述增值系统是语音邮件系统，并且所述服务器是筛选服务器，其用于对定向到所述语音邮件系统的呼叫进行筛选。