CN101185310A - 在分组通信网络中以文本消息形式复制语音消息的方法 - Google Patents

Abstract

本发明涉及一种以文本消息的形式复制语音消息的方法，所述消息经过分组模式的数字数据传输网络被语音服务元素发送至终端，在该数字数据传输网络中使用传输协议的信道被用来传送语音消息。根据本发明传输控制协议与前述的传输协议相关联，所述文本消息在使用所述传输控制协议的信道中被发送至该终端。本发明适合于在分组交换通信网络上的人际间通信。

Description

在分组通信网络中以文本消息形式复制语音消息的方法

本发明涉及用于以文本消息形式复制(dubbing)语音消息的方法。

本发明在固定线路或无线分组-交换通信网络、或更一般地任何用于以分组模式传送数字数据的网络上的人与人之间音频通信领域中找到特别优势的应用。

关于这点，存在着在用户的请求下提供信息的自动服务，诸如交互语音应答器，其代表“Audiotel”的电话分机或在到数字电话机(例如VoIP电话机)的交换电话网络中已知的相似服务。

然而必须指出本发明并不仅局限于在用户终端和经由清楚标识的号码直接地接入的语音服务器之间的交换，但是同样地扩展到与语音服务元素(voiceservice element)的交换，用户能够经由通过语音服务器初始化的通信系统转移到语音服务元素。

本发明的目的是能够以文本消息的形式复制由语音服务元素发送的语音消息，该文本消息一般是文本迷你型消息，在接收语音消息的同时出现在用户终端的显示器上。虽然该终端能够是任意类型的，但是仍应理解本发明对具有免提功能的终端、视频电话终端等，以及更一般地能使用户在接听语音消息的同时读文本消息的终端找到优选的应用。

例如，在VoIP通信领域，在本领域已知的方法能够应用于同时呈现文本消息和关联的语音消息的问题。

当建立呼叫时，第一解决方案将协商附加媒体信道用于传送文本数据。在实时传输协议(RTP-RFC 3350)的情况下，该文本数据流能够符合在文件RTP Payload for Text Conversation(RFC 2793)中定义的标准有效载荷。

第二解决方案将使用信令协议的数据传输可能性来插入文本数据到信令路径中。在美国专利6,757,732中描述了此技术的可适用于会话发起协议(SIP)的一个示例。

但是那些已知的复制方法具有许多缺点。

创建附加媒体流传递文本数据的解决方案要求终端和语音服务元素能够管理多个用于不同传输类型的数据会话。而且，必须将诸如防火墙一样的网络元素配置为允许两路媒体流而非仅一路通过。最后，必须提供同步部件以便在呈现相关联的语音消息的相同时间呈现文本拷贝。这会要求将被存储在语音服务元素中的文本数据与时间信息关联，诸如涉及构成主消息的语音取样的时戳。

第二解决方案固有地要求在信令路径上传送文本数据，如此以跟随由呼叫建立消息在网络上建立的路由。注意的是，从架构的观点看，该解决方案将如处理呼叫管理的信令与呼叫内容(即，文本数据本身)混合。这自然暗示此解决方案相对复杂，由于它将内容与管理动作混合在相同的状态自动操作中。此外，该方法紧密地依靠于选择的信令协议(H.323，SIP，MGCP等)，并且因此符合一种类型的信令的实现无法扩展到另一种类型的信令。最后，也应当强调的，由于媒体数据采用更直接的路径，因为它不经过信令设备，所以能够预期的问题是：由于在文本和语音数据之间传送时延的变化，必然导致消息展示的同步问题。

因此将通过本发明解决的技术问题正提出以文本消息的形式复制语音消息的方法，所述消息经由语音服务元素被送至在分组模式数字数据传输网络上的终端，其中传送传输协议的信道被用来发送语音消息，该方法尤其将避免过度地明确将信令路径用于传输文本消息并且也避免开启另外的仅对文本消息专用的媒体流。

根据本发明，对于所述的技术问题的解决方案是，传输控制协议与所述传输协议相关联，在传送所述传输控制协议的信道上向终端发送所述文本消息。

因此明了的是本发明的方法传送文本消息无须开启新的媒体流信道，该文本消息使用如语音消息的相同的路径，其尤其避免了重新配置防火墙以允许该另外的信道通过。此外，本发明提出的解决方案独立于使用的信令协议，并且甚至可能从一种信令协议切换至另一种。

根据本发明，所述通信协议是设计为以伴随他们的时戳的数据的分组形式传送数字流的实时传输协议(RTP)。当建立RTP传输信道时，第二信道也被建立以传送该传输控制协议，它是实时传输控制协议(RTCP)。本发明使用RTCP信道在实际条件下传送文本消息，下面将解释这个。

在本发明的有利的实施例中，在初始化阶段，终端用来向所述语音服务元素发送通知消息以便其能够接收拷贝文本消息。此特征通知该语音服务元素与其正通信的终端能够接收和处理拷贝文本消息。在此实施例中，只有当所述语音服务元素从终端已经接收通知消息时，其才发送拷贝文本消息。

本发明也提供将被定期地发送的所述通知消息，其确保在网络中通知消息的丢失不会导致终止复制。

从语音服务元素的观点看，本发明的复制方法在接收通知消息后马上被激活，并且随后的通知消息然后完全被忽略。如果仍没有通知被接收则服务器由此依然处于待机。不过，服务器开始发送语音消息，但是不发送文本消息除非它已经接收通知消息。如果该终端通过发送通知消息开始该过程，则没有文本复制将在呼叫期间的任何时间内发生。

可替换地，本发明提出一旦通过终端接收拷贝文本消息，就中断所述通知消息的定期发送。由此可能通过停止不再有用的通知消息的发送来节省带宽。不过当从一个语音服务元素传送呼叫至另一个时，推荐通知消息的定期发送，以便保持系统中的所有元素被通知。

在本发明的实施例中，同时发送所述语音消息和所述关联的文本消息。发送的语音和文本分组然后能够被同时发送，除非文本消息的发送先于关联的语音消息的发送，而这是优选的。在此种情况下，首先发送文本分组，语音分组马上随后。此种发送模式的优点是其允许终端在语音消息之前检查文本消息并且由此能够决定何时显示作为接收语音消息的功能的文本消息。

关于这点，如果，如本发明示教的，文本消息的发送按给定的时延期先于关联的语音消息的发送，则能够改进在接收机处同步语音和文本。

为了使本发明的方法在网络中发生丢失消息的情况下更可靠，规定在发送关联的语音消息期间文本消息将被定期发送。这样确保即使有些消息被丢失，至少一条文本消息将被终端接收。

最后，在本发明的复制方法的一个特定的有利的实施例中，该终端当接收拷贝文本消息时向语音服务元素发送确认消息。下面将详细解释该特征如何对联系消息同步和消息丢失的问题提供整个满意的解决方案。

同样在此阶段要指出的是消息同步是通过以下事实确保的，根据本发明，当接收确认消息时，通过语音服务元素发送语音消息。

同样，如果，如本发明示教的，语音服务元素定期重传所述文本消息直到接收确认消息，则消息丢失的可能性也被考虑到。

本发明也涉及终端，在其中它显著地包括用于发送通知消息的部件。

所述终端还显著地包括用于发送确认消息的部件。

本发明也涉及语音服务元素，显著地在其中它包括用于当从终端接收通知消息时发送拷贝文本消息的部件。

所述语音服务元素还显著地包括用于当从终端接收确认消息时发送语音消息的部件。

所述语音服务元素还显著地包括用于重传拷贝文本消息直到从终端接收确认消息。

参照作为非限制示例提供的附图的下述说明清楚地解释本发明的组成以及如何变为现实。

图1是展示在本发明的复制方法的执行期间在终端和语音服务元素之间交换的图；

图2表示具有重复的通知消息的图1的图；

图3表示具有文本消息丢失的图1的图；

图4表示具有确认消息丢失的图1的图；

图5是在RTCP分组APP中编码消息NOTIF的示例；

图6是在RTCP分组APP中编码消息TEXT的示例；

图7是在RTCP分组APP中编码消息ACK的示例。

图1到4涉及以文本消息的形式复制由语音服务元素SERV向终端TR发送的语音消息的方法。该文本消息在说明的余下部分中被指定为TEXT。

在分组交换网络中，在传输协议的信道上传送语音消息。该协议能够是例如上面提及的实时传输协议(RTP)。

在传输控制信道上传送消息TEXT、以及其他与复制过程关联的诸如通知消息NOTIF和确认消息ACK一样的消息，传输控制信道在RTP协议中称为RTCP。

在此控制信道上交换的消息如下(见RFC 3550)：

● SDES消息(源描述)：包含识别和描述媒体流数据源的信息；

●SR消息(发送者报告)：包含统计数据，其由源或发送者建立以及由接收者处理以便调整流的服务质量；

●RR消息(接收者报告)：包含统计数据，其由每个接收者建立以及由相应的发送者处理以便调整其传输；

●APP消息(应用)：补充消息，其能够由通信应用使用以传递应用层控制信息；

●BYE消息：由离开所述通信会话的源发送的消息；

本发明的复制方法使用消息APP来传送消息NOTIF、TEXT和ACK。

图5到7展示在APP分组中编码这些消息的示例。

图1是展示在标准操作期间本发明的方法的步骤的图。

这里不详细描述分别导致呼叫建立和媒体信道开启的预备操作COMSETUP和CHANOP。这些操作是VoIP信令协议(H.323，SIP，MGCP等)的一部分，并且本身是已知的和同样独立于本发明。

当已经建立呼叫和媒体信道时，终端TR向语音服务元素SERV发送包含消息NOTIF的RTCP消息APP以指示其能够显示拷贝消息TEXT。

然后，在语音服务元素SERV发送语音消息之前，其向终端TR发送包含将被显示的拷贝消息的文本的RTCP消息APP TEXT.

当接收该消息TEXT时，终端TR通过向语音服务元素SERV发送包含确认消息ACK的RTCP消息APP来响应，该确认消息ACK向所述元素SERV指示已经正确地接收消息TEXT。

在其已经接收该消息ACK之后，语音服务元素SERV能够发送语音消息，然后终端TR根据在终端TR中采用的显示策略将其同步于拷贝文本消息。终端TR能够决定一接收就显示该文本消息，而无须等待接收关联的语音消息，或保留该文本消息直到接收语音消息，以便与语音消息的接收同时地显示该文本消息。

为了改进消息同步的管理，可设立参考机制。对于将由终端TR显示的每条文本消息，语音服务元素SERV定义标识符，针对于下一条文本消息修改该标识符以及由终端TR在对应的消息ACK中重复该标识符。当发送每条消息TEXT或每次发送不同的、将被显示的文本消息时，能够由服务器增加该标识符。在这种情况下，如果丢失消息TEXT，则被重传的消息TEXT仍然具有相同的标识符。

图2展示用于定期重传消息NOTIF的机制。在发送第一消息NOTIF之后，终端TR设置暂停时间Temp1。当暂停时间过期，终端TR再次发送消息NOTIF并且开始新的暂停时间Temp1，等。由此，即便消息NOTIF丢失，语音服务元素SERV仍将被通知该终端TR能够处理该拷贝文本消息。当使用相对不可靠的传输协议时，该重传机制尤为有用。如上面已经解释的，能够通过从语音服务元素SERV接收第一消息TEXT来停止消息NOTIF的重复，这具有节省带宽的优点，但也有打断包含在遍及可能的呼叫传递链的消息NOTIF中的信息的传输的缺点。

图3展示建立来避免拷贝文本消息TEXT的丢失的机制。当语音服务元素SERV发送第一消息TEXT时，它初始化暂停时间Temp2。当暂停时间过期时，如果它没有接收任何对应于消息TEXT的确认消息ACK，则其重传相同的消息TEXT和重启暂停时间Temp2。随后，如果其接收消息ACK，则其停止该暂停时间Temp2并且开始发送与该消息TEXT关联的语音消息。

可替换地，语音服务元素SERV能够发送消息TEXT并且同时开始发送媒体流。在此情况下，在媒体流和它的文本拷贝之间的同步不够精确。但是该过程简单，因为不再要求使用确认消息ACK。

如果语音服务元素SERV发送消息TEXT并且在时延后开始发送该语音消息，而不等待接收确认，则该变体能够被改进。在此情况下，同步更加精确但是过程仍简单。

图4展示建立来避免确认消息ACK的丢失的机制。随着消息TEXT的丢失，如果由终端TR送回的消息ACK未到达语音服务元素SERV，则语音服务元素在能够具有如暂停时间Temp2的相同的持续时间的暂停时间Temp之后重传RTCP消息APP TEXT。该机制继续运行直到语音服务元素SERV接收消息ACK，于是所述语音服务元素SERV发送该语音消息。

在此配置中，如果消息ACK丢失，则终端TR可以在消息ACK到达之前呈现该文本消息。延迟的幅度的规则是使得用户将可能不会感知任何讨厌的时间区别。事实上，复制服务并不要求信息的高度精确的同步，但是仅要求例如类似于音视频字幕的行为。

总而言之，应当注意的是重传间隔的优化能够基于这样的事实：在RTP交换的末端处的实体能够依靠RTCP消息SR和RR来计算在网络中往返时间的估值。该估值能够被用来确定关于消息TEXT和ACK的重传周期。

Claims (19)

1.一种以文本消息的形式复制语音消息的方法，所述消息在分组模式的数字数据传输网络上被语音服务元素发送至终端，在该分组模式的数字数据传输网络中传送传输协议的信道被用来发送语音消息，该方法的特征在于，将传输控制协议与所述传输协议相关联，所述文本消息(TEXT)在传输控制信道上被发送至该终端。

2.如权利要求1所述的方法，其特征在于，在初始化阶段，该终端向所述语音服务元素发送消息(NOTIF)以通知其能够接收拷贝文本消息(TEXT)。

3.如权利要求2所述的方法，其特征在于，所述通知消息(NOTIF)被定期地发送。

4.如权利要求3所述的方法，其特征在于，当由该终端接收拷贝文本消息(TEXT)时，中断所述通知消息(NOTIF)的定期发送。

5.如权利要求1到4中任何一项所述的方法，其特征在于，所述语音消息和所述关联的文本消息(TEXT)被同时地发送。

6.如权利要求1到4中任何一项所述的方法，其特征在于，发送文本消息(TEXT)先于发送该关联的语音消息。

7.如权利要求6所述的方法，其特征在于，文本消息(TEXT)的发送先于该关联的语音消息的发送给定的时延。

8.如权利要求5所述的方法，其特征在于，在关联的语音消息的发送期间定期地发送文本消息(TEXT)。

9.如权利要求1到4中任何一项所述的方法，其特征在于，当接收拷贝文本消息(TEXT)时，该终端向语音服务元素发送确认消息(ACK)。

10.如权利要求9所述的方法，其特征在于，当接收确认消息(ACK)时，该语音服务元素发送语音消息。

11.如权利要求9或10所述的方法，其特征在于，该语音服务元素定期(T2)地重传所述文本消息(TEXT)直到确认消息(ACK)被接收。

12.如权利要求1到11中任何一项所述的方法，其特征在于，所述传输协议是实时传输协议(RTP)。

13.如权利要求12所述的方法，其特征在于，在与所述实时传输协议(RTP)关联的实时传输控制协议(RTCP)的消息APP中发送所述通知消息、所述拷贝文本消息和所述确认消息。

14.一种终端，其特征在于它包括用于当它利用根据权利要求2到8中任何一项的方法时发送通知消息的部件。

15.如权利要求14所述的终端，其特征在于它包括用于当它利用根据权利要求9到11中任何一项的方法时发送确认消息的部件。

16.一种语音服务元素，被适配来在分组模式的数字数据传输网络上向终端发送由文本消息复制的语音消息，在该分组模式的数字数据传输网络中传送传输协议的信道被用来发送语音消息，将传输控制协议与所述传输协议相关联，其特征在于，它包括用于在传输控制信道上向所述终端发送所述文本消息(TEXT)的部件。

17.如权利要求16所述的语音服务元素，其特征在于，它包括用于当它利用根据权利要求2到13中任何一项的方法时，一旦从该终端接收通知消息就发送拷贝文本消息的部件。

18.如权利要求16或17所述的语音服务元素，其特征在于，它包括用于当它利用根据权利要求10到13中任何一项的方法时，一旦从该终端接收确认消息就发送语音消息的部件。

19.如权利要求18所述的语音服务元素，其特征在于，它包括用于当它利用根据权利要求11到13中任何一项的方法时，重传拷贝文本消息直到从该终端接收确认消息的部件。

Images