专利名称：用于减少或补偿与ptt及其它实时交互式通信交换相关联的延迟的方法
技术领域：
技术领域涉及数字无线电通信系统中的实时交互式服务，如按讲(push-to-talk，PTT)服务。
背景按讲(PTT)是一种可以以一对一无线电通信或以组无线电通信方式连接用户的服务。传统上，PTT服务已在一个称为“调度员”的个体需要与诸如像的士驾驶员的现场服务人员的一组人员进行通信的应用中使用，这是该服务“调度”名称的起因。PTT功能类似于用户依次讲话的模拟步谈机。用户只按按钮便可开始传送。
Nextel将其PTT服务“直接连接(Direct Connect)”描述为内置于无线手持机的一种“数字型长距离步谈机”，这使得该无线手持机“连接”到类似配置的手持机而无需标准的蜂窝电话“连接”过程，如拨打电话号码和生成振铃信号。通话式交换作为一次只允许一方讲话的半双工会话来管理。在用户同时传送时，各种控制用于避免冲突。例如，现代PTT通信经常经服务器发生，该服务器对PTT请求的响应是授予(或拒绝)“发言权”，即传送的许可。
PTT通话可在标准的电路交换网络上及在分组交换的因特网协议(IP)网络上进行通信。实际上，PTT类型的服务已在因特网上提供，并通常称为“话音聊天”。这些服务通常实施为个人计算机应用，这些个人计算机应用在IP分组中将声码器帧—即IP话音(VoIP)服务—发送到中央组聊天服务器，或者在对等服务中可能从客户机发送到客户机。
由于按讲呼叫有效使用带宽，这在无线电带宽是稀少和昂贵资源的无线电通信中是一个重要优点，因此，它们是合乎需要的。它们还允许组呼叫，这与一对一呼叫一样容易。PTT服务的另一个重要优点是通信是快捷且自发的，只按PTT按钮便可启动，而不经历典型的拨号和振铃顺序。
不过，在按讲通信是双向时，例如，A和B在进行通话时，PTT通信中的建立时间和传播延迟减少了交互式“感觉”。数字PTT呼叫的建立时间可能要2到3秒。示例初始PTT请求-响应周期可能如下·在0秒时，用户A按下按钮以启动与用户B的PTT通话，并讲话10秒。
·在3秒时，建立完成，并且用户B开始播出由A发送的信息。
·在13秒时，来自A的初始消息由B完全播出。正好在该时刻，(假设B反应特别快)，B按下其PTT按钮以响应并讲话3秒。
·在16秒后的某时，(系统中有传送延迟)，A开始播出B的响应消息。
由于与建立A与B之间的初始PTT连接及与将第一消息从A传递到B相关联的时间原因，在A停止讲话后及A收到B的响应消息前，存在相当长的延迟。此延迟很明显，并且虽然在单向调度通信中它是可接受的，但此类延迟减少了双向、交互式PTT呼叫的实时感觉。实际上，在任一种类的实时、交互式通信中，这些种类的延迟都是令人讨厌的。
概述本发明改善PTT及其它实时、交互式通信交换的交互式感觉，并减少了与PTT及其它实时、交互式通信交换相关联的延迟。另一实时、交互式通信的一个示例是交互式视频通信。但为便于下文说明，采用PTT语音服务作为实时、交互式通信交换的非限制性示例。第一通信装置用户例如通过按PTT按钮而启动与第二通信装置的PTT通信。在启动时，第一装置用户提供初始数字内容以传输到第二装置。为响应PTT通信启动，建立过程开始在第一与第二装置之间建立PTT连接。与建立PTT连接相关联的延迟时间得以补偿，这样，第二装置用户接收初始数字内容并可比其在无延迟时间补偿时更快地响应。第二装置用户所作的更快响应减少了在第一用户停止讲话时与收到第二用户的响应时之间的不合需要的响应延迟时间。该更短的响应时间增强了在第一与第二用户之间的PTT通信的交互式实时通话的感觉。
延迟时间包括与建立PTT连接相关联的延迟和与将初始数字内容从第一装置发送到第二装置相关联的传播时间。数字内容虽然特别适合于话音通信，但它也可以为非话音内容，或包括非话音内容，例如，视频。通信装置可以是例如移动或固定无线装置，包括手持机、膝上型计算机、PDA等。在电路交换网络或分组交换网络中可支持PTT服务。
延迟补偿可以以多种方式实现。在一个非限制性示例中，对初始数字内容进行时间压缩，这实际上加快了初始数字内容在第二装置的播出。换而言之，如果初始数字内容是10秒的话音消息，则可以对该话音消息进行时间压缩，这样，以更高的间距(pitch)/频率只用7秒播出该话音消息。此类时间压缩可在第一装置、第二装置或在参与PTT通信的PTT服务器进行。
延迟补偿可包括提高在PTT连接上传送数字内容的速率。因此，传输速率比在第一装置中缓冲初始数据内容的实时速率更快。结果同样是接收的数据可以比实时更快地播出，从而减少了发送方必须等待接收方的响应的时间。
为说明，描述了三个非限制性示例PTT通信实施例。第一个示例实施例是在第一发送无线电A中实施。第二个示例实施例在第二接收移动无线电B中实施。并且使用PTT服务器实施第三个示例实施例。那些非限制性示例实施例的细节在下面陈述。虽然那些实施例对未编码的信息进行时间压缩，但时间压缩还可在经过编码的信息上执行。
除改善交互性外，补偿不需要知道通信建立和传送延迟。实施要求只在应用层上进行更改，这使其影响降到最低，并有利于其在现有通信系统中的引入。另外，如果在发送方或服务器中执行压缩，则到接收方的连接所必须传送的数据量会减少。
可采用其它延迟补偿方案和机制来实施它们。例如，延迟补偿可基于缓冲器填充状态。如果缓冲的数据超过阈值，则在接收方增加播出。换而言之，播出速率取决于当前在缓冲器中的数据量。在建立或其它延迟未知或不恒定时，此补偿方案的灵活性特别有利。另一示例补偿技术用于在分组报头中指定播出速率的经过分组的信息，该补偿技术是提高在每个分组的报头中的播出速率直至所有延迟得以补偿。用于输送视频的实时协议(RTP)报头是指定播出速率的分组报头示例。由于分组内容不受影响，因此，此方案是有利的。
附图简述
图1示出按讲通信系统；图2示出支持按讲通信服务的移动无线电系统；图3是流程图，示出用于补偿按讲通信的初始建立延迟的示例进程；图4是移动台或其它PTT发送装置A的功能方框图；图5是接收移动台或其它PTT接收方B的功能方框图；图6是示出PTT服务器的功能方框图；图7是流程图，示出基于接收方的示例补偿进程；图8是流程图，示出基于发送方的示例补偿进程；图9是流程图，示出基于PTT服务器的示例补偿进程；图10示出采用基于接收方的实施例的非限制性示例；
图11示出采用基于发送方的实施例的非限制性示例；以及图12示出采用基于服务器的实施例的非限制性示例。
详细说明为解释而不是限制，以下说明陈述了特定的细节，如特殊的电子电路、过程、技术等，以提供本发明的理解。换而言之，省略了众所周知的方法、装置和技术等的详细说明以免不必要的细节混淆本说明。例如，PTT服务在下面用作示例实时、交互式应用。但本发明可以在除PTT通信外的其它实时、交互式通信中采用。在一个或更多图形中示出单独的功能块。本领域的技术人员将理解，可使用离散组件、多功能硬件、适当编程的计算机或微处理器、专用集成电路等或它们的任何组合来实施一个或更多功能块。此外，可理解本文中使用的术语是用于说明，而不应视为限制。
图1示出支持PTT通信的示例通信系统10。发送按讲通信装置12耦合到PTT服务器14，该服务器又耦合到PTT接收方装置16。或者，可不使用PTT服务器来建立和操作PTT通信。通信系统10可以是任何类型的通信系统，包括支持电路交换或分组交换通信的那些系统。交换的数字信息可以是语音、非语音或两者。PTT发送装置12和PTT接收装置16可以是支持PTT呼叫的任何类型的通信装置，包括任何种类的无线通信装置、有线电话(例如，由调度员使用)、膝上型计算机、台式计算机、PDA等。
图2是另一更详细的示例，示例中移动无线电通信系统20支持涉及一个或更多移动无线电的按讲通信。表示为云状物22的核心网络除一个或更多其它节点外还包括按讲服务器24。示例核心网络节点包括像移动交换中心(MSC)的电路交换核心网络节点、诸如网关GRPS支持节点(GGSN)或服务GPRS支持节点(SGSN)的分组交换节点和诸如归属位置寄存器(HLR)的数据库节点。核心网络节点22耦合到包括一个或更多无线电网络控制(RNC)节点28的无线电接入网络26。代表性的RNC节点28A和28B均耦合到一个或更多基站30。仅为简明，每个RNC示出为分别耦合到一个基站30A和30B。移动无线电终端32在无线电接口上与一个或更多基站30进行通信。示出的两个示例移动台为MS-A 32A和MS-B 32B。
随后的示例将移动台A描述为启动与移动台B的PTT通信。这些移动台无需接受相同核心网络、相同无线电接入网络、相同RNC、相同基站等的服务。同样地，发送方A和接收方B并不限于移动台。
按讲服务器(还可支持按下即传真或按下即到某一其它通信介质或格式)优选是在A与B之间传达(relay)数字数据的即时消息接发服务器。它还可执行其它功能，如确定用户装置的位置、地址、电话号码等，以在用户A与B之间建立PTT通信。例如，用户A可能不知道用户B的具体电话号码、IP地址或甚至用户B所处的位置。用户A只按A的移动台上的PTT按钮、标识B的名称并发送该PTT请求到PTT服务器。PTT服务器将B的名称转换成B的IP地址和/或B的移动标识符(例如，IMSI)，以寻呼或另外定位B。一旦联系上B后，便在从B到A的反方向上建立PTT连接，以允许B对A的初始消息作出PTT响应。
参照图3中的流程图，该流程图示出执行示例PTT话音通信的某些步骤，在该通信中初始PTT连接建立延迟得以补偿。发送方A按下已标识接收方B的PTT按钮，并开始讲话(步骤S1)。在发送方A与PTT服务器之间建立PTT连接，并且在定位接收方B后，在PTT服务器与接收方B之间建立PTT连接(步骤S2)。在发送方A的任何语音可传送到接收方B前，PTT连接建立过程需要建立延迟时间。在该PTT建立延迟期间，缓冲发送方A的语音(步骤S3)。通过减少B接收初始消息并播出它通常所需的时间，补偿建立延迟和从发送方A到接收方B的任何初始传输/传播延迟(步骤S4)。下面描述多个示例、非限制性补偿技术，但可使用任何补偿技术。补偿技术的主要目的是减少发送方A在接收B对A的初始消息的响应前必须等待的“静寂时间”。时间压缩、提高的传输速率、更快的缓冲播出、帧丢弃和分组报头中的播出速率调整只是一些示例。无论采用什么补偿技术，实施均可采用电子硬件、软件驱动的计算机或两者。
图4以功能方框形式示出移动台A或其它PTT发送方A40。非限制性示例继续将语音用作PTT内容。发送方A通过按PTT按钮41而启动与接收方B的PTT通信，并开始对麦克风(未示出)讲话。在PTT连接建立的同时，检测到的语音被数字化并存储在记录器缓冲器42中。一旦PTT连接建立后，缓冲的信息便由任选的音频处理器44读出，在第一示例实施例中，该处理器执行缓冲的信息的时间压缩后将其传递到编码器46。因为可以使用或不使用音频处理器/时间压缩器44取决于如何和/或在何处实施PTT建立延迟补偿，因而音频处理器/时间压缩器44示出为任选。编码器46将经过时间压缩的信息进行编码并将它存储在编码器缓冲器48中。编码的信息由收发信机50读出，并在建立的PTT连接上以PTT控制器52确定的数据传输速率传送。或者，可由编码器或其它装置在编码的信息上执行时间压缩。PTT控制器52控制图4示出的元件操作，并且还执行建立、维护和中断PTT连接所必需的各种功能。另一种选择是可使用从编码器缓冲器48到音频处理器44的反馈链路，以提供时间压缩的基础。换而言之，编码器缓冲器48中的数据量决定压缩量。如果缓冲的数据量超过阈值量，则采用时间压缩(或某一替代的延迟补偿技术)。
图5示出PTT接收方B60的功能方框图。在收发信机62处接收来自发送方A的语音并将其提供到解码器64，该解码器输出数字信息流。音频处理器-时间压缩器66(任选，视实施例而定)在第二实施例中用于在解码器/播出缓冲器69中存储数字信息前对数字信息进行时间压缩。从缓冲器68读出的信息在方框70进一步处理成合适的模拟信号并在扬声器(未示出)输出。在第二示例实施例中，PTT控制器72参与建立与PTT接收方60的PTT连接，并且还控制音频处理器/时间压缩器66和播出缓冲器68。或者，可互换音频处理器66和解码器64的位置，并且可对编码的信息执行时间压缩。另一种选择是可使用从播出缓冲器68到音频处理器66的反馈链路，以提供时间压缩的基础。换而言之，播出缓冲器68中的数据量决定压缩量。如果缓冲的数据量超过阈值量，则采用时间压缩(或某一替代的延迟补偿技术)。
图6以功能方框形式示出PTT服务器80。在收发信机81处从发送方A接收数字信息、由解码器82将其解码成数字信息并将其存储在解码器缓冲器84中。在第三示例实施例中采用(任选的)音频处理器-时间压缩器86，以对从解码器缓冲器84取回的数据进行时间压缩。编码器88以设定的编码率对经过时间压缩的数据进行编码，并将编码的信息存储在编码器缓冲器90中。由收发信机92以规定的链路传输速率将来自90的编码的信息传送到接收方B。在第三示例实施例中，PTT控制器92帮助建立PTT连接，并且还控制音频处理器-时间压缩器86、编码器缓冲器90读入/读出及链路传输速率。或者，可对编码的信息执行压缩，而无需解码和编码。另一种选择是可使用从编码器(或其它)缓冲器90到音频处理器86的反馈链路，以提供时间压缩的基础。换而言之，缓冲器90中的数据量决定压缩量。如果缓冲的数据量超过阈值量，则采用时间压缩(或某一替代的延迟补偿技术)。
图7示出用于实施时间延迟补偿的基于接收方的示例实施例。它可使用硬件、软件或两者来实施。PTT接收方中的按讲控制器52确定(或从某一其它实体接收)与在A与B之间建立PTT连接相关联的PTT建立延迟(步骤S1)。对此示例来说，建立延迟为3秒。PTT控制器52确定(或已向它提供)用于将PTT信息从A传送到PTT服务器的提高的链路速率、PTT发送方缓冲器填充速率及在PTT建立期间累积的缓冲量(步骤S2)。在此非限制性示例中，提高的链路速率为每秒24千比特(kbps)，发送方缓冲器填充速率为12kbps，并且在PTT连接建立期间累积的缓冲数据量为36千比特(即，以12kbps填充3秒)。以提高的链路速率从PTT发送方A传送语音分组/帧，该速率在此示例中为24kbps(步骤S3)。来自发送方A的分组到达PTT服务器并被尽可能快地转发到接收方B。虽然为说明而在此示例和下面的示例中标识了特定的链路速率，但尽力(best-effort)承载可与任何可用于传送在发送方和/或服务器中排队等候的数据的容量一起使用。
接收方B以提高的链路速率(例如，24kbps)接收语音分组/帧、将语音分组解码成数字音频流并对语音进行时间压缩，这实际上增加了语音间距(步骤S4)。在此非限制性示例中，时间压缩对应于语音间距25％的增加，这意味着可以快25％地读出语音。压缩的语音数据存储在解码器/播出缓冲器68中(步骤S5)。PTT控制器72控制接收方的播出缓冲器中压缩的语音的播出，使播出速率比填充发送方缓冲器的速率更快(步骤S6)。在此非限制性示例中，25％的间距增加/时间压缩对应于实际的播出速率15kbps。在播出缓冲器68中A的初始消息信息被清空时，将播出速率降为发送方编码速率(步骤S7)，该速率在此示例中为12kbps。另外，将链路传输速率降为其正常值，例如，可对应于发送方编码速率，例如12kbps。
用于实施建立延迟补偿的第二非限制性示例实施例称为基于发送方的补偿技术。图8中的流程图示出用于基于发送方的补偿实施例的示例进程步骤，该实施例可使用硬件、软件或两者来实施。PTT发送方A中的PTT控制器52确定(或已向它提供)用于在A与B之间建立PTT连接的PTT连接建立延迟(步骤S1)。同样地，在此示例中，建立延迟为3秒。PTT控制器52基于确定的建立延迟来确定语音间距/频率的增加，并由此确定必须对来自A的初始数字语音施加时间压缩的程度(步骤S2)。如在前面示例中一样，时间压缩对应于语音间距25％的增加。在按下PTT按钮41并在记录器缓冲器42中存储初始消息内容后，音频处理器-时间压缩器41以降低的码率R1对记录器缓冲器42中的语音进行时间压缩(步骤S3)。该降低的码率R1在此非限制性示例中为9.6kbps，反映25％的时间压缩。随后以大于降低的编码率R1的链路速率R2传送经过时间压缩的语音(步骤S4)。在此非限制性示例中，链路速率对应于12kbps。在PTT服务器，语音帧被尽可能快地接收并转发。语音帧以链路速率R2到达并播出。在A的缓冲器中初始消息被清空时，暂停时间压缩，并且未经压缩的语音帧以链路速率R2播出(步骤S5)。
第三非限制性示例实施例称为基于PTT服务器的实施例。图9中的流程图示出用于基于PTT服务器的补偿实施例的示例进程步骤，该实施例可使用硬件、软件或两者来实施。PTT控制器92确定(或已向它提供)PTT连接建立延迟(步骤S1)。如前所述，假定此延迟为3秒。PTT控制器92还确定(或已向它提供)编码率(例如，12kbps)、发送方A与PTT服务器之间提高的链路速率R1(例如，24kbps)和PTT建立期间存储在A的记录器缓冲器42中的数据量(例如，36千比特)(步骤S2)。在A与PTT服务器之间以提高的链路速率R1(例如，24kbps)传送缓冲的语音帧(步骤S3)。解码器82将来自A的数据解码并以提高的链路速率R1(例如，24kbps)将其存储在解码器缓冲器84中(步骤S4)。音频处理器-时间压缩器86对缓冲的语音进行时间压缩，这增加了语音间距(如前面示例中一样增加25％)。编码器88以小于提高的链路速率R1的码率R2对经过时间压缩的语音进行编码(步骤S5)。在此非限制性示例中，该码率R2对应于12kbps。以提高的链路速率R1(例如，24kbps)用经过时间压缩的语音帧填充编码器缓冲器90，但实际上以更低但仍提高的速率R3(R2＜R3＜R1)读出编码器缓冲器90(步骤S6)。在此非限制性示例中，R3对应于15kbps。PTT服务器92确保在收发信机以对应于编码率R2的正常链路速率(例如，12kbps)传送语音帧(步骤S7)。接收方B以正常链路速率R2(12kbps)接收和在播出缓冲器68中缓冲数据，并以速率R2将其播出，由于时间压缩原因，播出速率实际上是更快的速率R3(例如，15kbps)(步骤S8)。在A中的初始消息内容已完全由A传送时，传输速率R1(例如，24kbps)恢复为正常传输速率R2(例如，12kbps)(步骤S9)。在PTT服务器80中的编码器缓冲器90清空A的初始消息时，暂停由音频处理器86执行的时间压缩，并且另外的数据以相同的速率读入和从接收方B中的播出缓冲器68中播出。
图10示出基于接收方的非限制性示例的时间线。在0秒时，用户A按PTT按钮以将消息发送到B并开始讲话。开始以速率R1用A的初始消息M1语音帧填充A的缓冲器。在此示例中大约对应于3秒的连接建立延迟发生在建立移动台A与PTT服务器之间的链路时。在3秒时，以提高的链路速率R2读出初始消息M1并且传输开始。在语音帧从A到达PTT服务器时，它们被尽可能快地转发到B而不缓冲。在对应于传输/传播延迟时间的3秒连接建立延迟后的某个时候它们开始到达B。接收的语音帧以比在A记录它们时更快的速率播出。例如，如果帧以12kbps的速率R1从A读出，但在B以24kbps的速率R2接收，则它们在移动台B可以以15kbps读出。换而言之，数据在B播出时比在A记录时快25％。这对应于语音间距25％的增加，这在语音和视频通信中是可接受的。
在6秒时，移动台A中的记录缓冲器清空，因此，传输速率从R1降为R2(24kps到12kbps)。在6秒加传输延迟的时间时，B将已接收72千比特(3秒*24kbps)，并且将已播出45千比特(3秒*15kbps)。在B的播出缓冲器中仍有27千比特，继续以提高的速率15kbps读出它们，该速率对应于语音间距25％的增加。从此时开始，以对应于12kbps的码率R1填充B的播出缓冲器，并且以更高的实际播出速率15kbps排空B的播出缓冲器。在15秒加传输延迟时，B的播出缓冲器基本上清空。(在实际应用中，可能会在缓冲器中保留一定量的数据以补偿速率/延迟变化，特别是在使用分组交换传输方案时。)新的播出速率降为传输速率R1(例如，12kbps)，因此，B的播出缓冲器的填充和清空已稳定。在20秒时，A停止讲话，发信号指示第一消息M1的结束。在时间20秒加传输延迟时，最后的M1消息帧到达移动台B并被播出。在时间21秒时，在移动台B的用户以消息M2响应，该消息以在此示例中为12kbps的正常传送速率发出，并在传输延迟后在移动台A以相同的速率播出。
图11中示出基于发送方的非限制性示例的时间线。在0秒时，A按PTT按钮，这启动经PTT服务器与移动台B的PTT连接建立。同时，移动台A中的记录缓冲器开始捕获数字音频以形成来自A的初始消息M1。在1.25秒时，移动台A中的音频处理器44开始对该语音进行时间压缩(在此非限制性示例中1.25秒被压缩成适合1秒，对应于25％的间距增加)。在3秒时，PTT连接已建立，并且经过时间压缩的数据以链路速率(例如，12kbps)发出。移动台A中的编码器缓冲器48包含3秒的原始语音，在进行时间压缩后，该语音对应于2.4秒的压缩语音(2.4秒*12kbps等于28.8千比特)。实际上在此示例中，语音数据以码率9.6kbps存储在编码器缓冲器48中，并且分组以码率12kbps输出。数据由PTT服务器转发而无延迟或缓冲。在3秒加传输延迟时，语音帧以12kbps到达B，并且以相同的速率播出。在时间15秒时，编码器缓冲器48已清空，并且PTT控制器暂停由音频处理器44执行的时间压缩。在15秒加传输延迟时，B以正常速率接收帧而不压缩。
图12示出基于服务器实施例的非限制性示例的时间线。在0秒时，移动台A的用户按PTT按钮，并启动在A与B之间经PTT服务器的PTT连接。开始以对应于初始消息M1的语音帧填充A的记录缓冲器42。以标准编码速率R1(例如，12kbps)对缓冲的语音进行编码并将其存储在编码缓冲器48中。在3秒时，PTT连接已建立，并且以提高的链路速率R2从编码缓冲器中读出数据。在此示例中，速率R2(例如，24kbps)是填充编码器缓冲器时使用的速率R1的两倍。因此，在3秒时，在编码器缓冲器48中存储有36千比特(12kbps*3秒)。在3秒加传输延迟时，以提高的速率R2转发初始语音分组到解码器缓冲器84。音频处理器86对来自解码器缓冲器84的语音进行时间压缩。随后对经过时间压缩的语音进行编码并将其存储在编码器缓冲器90中。以R2(例如，24kbps)填充编码器缓冲器，并实际上以R3(R2＞R3＞R1)(例如，15kbps)排空编码器缓冲器，并且以正常链路速率R1传送到移动台B。移动台B在此后不久便接收该信息，并将其以该接收链路速率R1播出。由于时间压缩的原因，实际的接收速率对应于R3(例如，15kbps)，因此，以正常链路速率R1(例如，12kbps)从B的播出缓冲器68的播出实际上以更高的速率R3(例如，15kbps)进行。在6秒时，移动台A中的编码器缓冲器清空/稳定(无积压)，并且从A到PTT服务器的传输速率降为码率R1。在此后不久，在PTT服务器已接收72千比特(3秒*24kbps)，并且到目前为止已播出45kbps(3秒*15kbps)。编码器缓冲器90中剩余27千比特，继续以R1(例如，12kbps)填充并以R3(例如，15kbps)排空编码器缓冲器90。移动台B以R1(例如，12kbps)接收数据，并实际上将其以R3(例如，15kbps)播出。在15秒加短的传输延迟时，编码器缓冲器90清空。暂停由音频处理器86执行的时间压缩。对码率进行协调以提供稳定、可靠的操作。
可采用其它延迟补偿方案和机制来实施它们。例如，延迟补偿可基于缓冲器填充状态。如果缓冲的数据超过阈值，则在接收方增加播出。换而言之，播出速率取决于当前在缓冲器中的数据量。在建立或其它延迟未知或不恒定时，此补偿方案的灵活性特别有利。另一示例补偿技术用于在分组报头中指定播出速率的经过分组的信息，该补偿技术是提高在每个分组的报头中的播出速率直至所有延迟得以补偿。用于输送视频的实时协议(RTP)报头是指定播出速率的分组报头示例。由于分组内容不受影响，因此，此方案是有利的。
已描述了若干示例实施例。但本发明并不限于这些公开的实施例。任何延迟补偿技术均可使用，并且它可在影响实时、交互式通信的任何一个或更多节点中实施。本发明适用于任何实时、交互式通信服务，并且不限于PTT服务或第一次的初始通信。本发明旨在涵盖随附权利要求书范围内包括的各种修改和等效的布置。
权利要求
1.一种在通信系统(10)中使用的方法，包括从第一通信装置(12)启动实时、交互式通信，并从所述第一通信装置(12)的用户提供数字内容信息以传输到第二通信装置(16)；在与在所述第一通信装置(12)与所述第二通信装置(16)之间建立实时、交互式连接相关联的延迟时间期间，建立所述实时、交互式连接；以及补偿所述与建立所述实时、交互式连接相关联的延迟时间，其特征在于在所建立的实时、交互式连接上将所述数字内容信息提供到所述第二通信装置(16)，这样，由于所述延迟时间补偿，所述第二通信装置(16)的用户接收所述数字内容信息并可比所述第二装置用户在无所述延迟时间补偿时更快地响应所述数字内容信息。
2.如权利要求1所述的方法，其特征在于所述通信装置(12、16)中至少之一是移动无线电终端(32)。
3.如权利要求2所述的方法，其特征在于所述延迟时间包括所述连接建立时间和与将所述数字内容信息从所述第一通信装置(12)发送到所述第二通信装置(16)相关联的传播时间。
4.如权利要求1所述的方法，其特征在于所述数字内容信息对应于语音信息或非语音信息。
5.如权利要求1所述的方法，其特征在于所述补偿包括对所述数字内容信息进行时间压缩直至所述延迟时间得以补偿。
6.如权利要求5所述的方法，其特征在于所述补偿包括确定存储在缓冲器(48)中等待传递到所述第二装置用户(16)的信息量和基于所确定的量控制所述信息从所述缓冲器播出的速率。
7.如权利要求5所述的方法，其特征在于所述时间压缩在所述第一通信装置(12)进行。
8.如权利要求5所述的方法，其特征在于所述时间压缩在所述第二通信装置(16)进行。
9.如权利要求1所述的方法，其特征在于所述补偿包括在所述第二通信装置(16)以提高的速率播出所述数字内容信息。
10.如权利要求1所述的方法，其特征在于使用服务器(14)来建立所述实时、交互式通信，并且其特征在于所述服务器(14)参与所述补偿。
11.如权利要求1所述的方法，其特征在于还包括缓冲所述初始数字内容信息，其中，所述补偿包括暂时提高所缓冲的初始数字内容信息的传输速率，这样，比缓冲所述初始数字内容信息更快地在所述实时、交互式连接上传送所述初始数字内容信息。
12.如权利要求1所述的方法，其特征在于所述实时、交互式连接是按讲(PTT)连接，并且所述数字内容信息对应于语音信息。
13.如权利要求1所述的方法，其特征在于所述实时、交互式通信是交互式视频通信。
14.如权利要求1所述的方法，其特征在于所述数字内容信息对应于分组，每个分组具有包括播出指示符的分组报头，并且其特征在于所述补偿包括修改所述分组中的播出指示符以更改所述分组播出的速率。
15.如权利要求1所述的方法，其特征在于所述补偿包括确定存储在缓冲器(48)中等待传递到所述第二装置用户的信息量和基于所确定的量控制所述信息从所述缓冲器(48)播出的速率。
16.在支持实时、交互式通信的通信系统(10)中使用的第一终端(12)包括起动器(41)，可由第一用户起动以参加在所述第一终端(12)与第二终端(16)之间的实时、交互式通信；缓冲器(42)，用于存储要从所述第一用户发送到所述第二终端(16)的数字内容信息；以及收发电路(50)，用于传送请求以在所述第一终端与所述第二终端之间建立实时、交互式连接，其特征在于控制器(52)，用于确定与建立所述实时、交互式连接相关联的时间延迟；以及延迟补偿器(44、52)，用于补偿所确定的时间延迟，以使所述第二终端(16)的第二用户接收所述数字内容信息并可比所述第二用户在无所述延迟时间补偿时更快地响应所述数字内容信息。
17.如权利要求16所述的第一终端，其特征在于所述延迟补偿器(44、52)包括用于对所缓冲的数字内容信息进行时间压缩以补偿所述时间延迟和用于将经过时间压缩的信息提供到所述收发电路(50)以经所述实时、交互式连接传输到所述第二装置的时间压缩器(44)。
18.如权利要求17所述的第一终端，其特征在于还包括编码器(46)，用于以实际第一速率将经过时间压缩的信息编码，所述第一速率小于由无线电收发电路(50)传送所编码的信息时的第二速率。
19.如权利要求16所述的第一终端，其特征在于所述延迟补偿器(44、52)配置为控制所述收发电路(50)来以暂时提高的传输速率传送所述数字内容。
20.如权利要求16所述的第一终端，其特征在于所述控制器(50)配置为在所述时间延迟已补偿时暂停所述延迟补偿器(44、52)的操作。
21.如权利要求16所述的第一终端，其特征在于所述实时、交互式连接是按讲(PTT)连接，并且所述数字内容信息对应于语音信息。
22.如权利要求16所述的第一终端，其特征在于所述实时、交互式通信是交互式视频通信。
23.如权利要求16所述的第一终端，其特征在于所述数字内容信息对应于分组，每个分组具有包括播出指示符的分组报头，并且其特征在于所述延迟补偿器配置为修改所述分组中的播出指示符以更改所述分组播出的速率。
24.如权利要求16所述的第一终端，其特征在于所述延迟补偿器(44、52)配置为确定存储在所述缓冲器(46)中等待传递到所述第二终端用户的信息量和基于所确定的量控制所述信息从所述缓冲器(46)播出的速率。
25.在支持第一终端(12)与第二终端(16)之间的实时、交互式通信服务的通信系统(10)中使用的所述第二终端(16)包括收发电路(62)，用于在所述第一终端(12)与所述第二终端(16)之间建立的实时、交互式连接上以第一速率接收来自所述第一终端(12)的数字内容信息，并且其特征还在于缓冲器(68)，用于以所述第一速率存储所述来自所述第一终端(12)的数字内容信息，并将所缓冲的信息呈送给所述第二终端(16)的用户，所述第二终端的特征还在于控制器(72)，用于确定与建立所述实时、交互式通信相关联的时间延迟；以及延迟补偿器(66、72)，用于补偿所确定的时间延迟，以使所述第二终端(16)的用户接收所述数字内容信息并可比所述用户在无所述延迟时间补偿时更快地响应所述数字内容信息。
26.如权利要求25所述的第二终端，其特征在于所述延迟补偿器(66、72)包括用于对所述数字内容信息进行时间压缩以补偿所确定的时间延迟和用于提供经过时间压缩的信息以在所述缓冲器(68)中存储的时间压缩器(66)，以及其特征在于以小于所述第一速率的第二速率从所述缓冲器(68)中取回存储在所述缓冲器(68)中的所压缩的信息。
27.如权利要求26所述的第二终端，其特征在于在从所述第一终端(12)传送所述数字内容信息时，所述收发电路(62)配置为以小于所述第一速率和所述第二速率的第三速率从所述第一终端(12)接收随后的数字内容信息。
28.如权利要求26所述的第二终端，其特征在于在从所述缓冲器(68)中去除所述数字内容信息时，所述控制器配置为以相同的速率填充和清空所述缓冲器(68)。
29.如权利要求25所述的第二终端，其特征在于所述数字内容信息包括语音信息或非语音信息。
30.如权利要求25所述的第二终端，其特征在于所述实时、交互式通信是交互式视频通信。
31.如权利要求25所述的第二终端，其特征在于所述实时、交互式连接是按讲(PTT)连接，并且所述数字内容信息对应于语音信息。
32.如权利要求25所述的第二终端，其特征在于所述数字内容信息对应于分组，每个分组具有包括播出指示符的分组报头，并且其特征在于所述延迟补偿器(66、72)配置为修改所述分组中的播出指示符以更改所述分组播出的速率。
33.如权利要求25所述的第二终端，其特征在于所述延迟补偿器(66、72)配置为确定存储在所述缓冲器(68)中等待传递到所述第二终端用户的信息量和基于所确定的量控制所述信息从所述缓冲器(68)播出的速率。
34.一种用于在第一用户装置(12)与第二用户装置(16)之间的通信系统中支持实时、交互式通信服务的实时、交互式服务器(80)，包括收发电路(81)，用于以第一速率接收来自所述第一用户装置的数字内容信息；第一缓冲器(86)，用于以所述第一速率存储所述来自所述第一用户装置的数字内容信息，从所述第一缓冲器中将所缓冲的信息呈送给所述第二用户装置的用户，所述服务器的特征还在于用户装置控制器(92)，用于帮助在所述第一用户装置与所述第二用户装置之间建立实时、交互式连接并确定与建立所述实时、交互式连接相关联的时间延迟；以及延迟补偿器(86、92)，用于补偿所述时间延迟，以使所述第二装置用户得到所缓冲的信息并可比所述第二装置用户在无所述延迟时间补偿时更快地响应所述数字内容信息。
35.如权利要求34所述的服务器，其特征在于所述延迟补偿器(86、92)包括用于对所述数字内容信息进行时间压缩以补偿所确定的时间延迟和用于提供经过时间压缩的信息以在第二缓冲器(90)中存储的时间压缩器(86)，以及还包括第一缓冲控制器(92)，用于以小于所述第一速率的第二速率从所述第二缓冲器(90)取回存储在所述第二缓冲器中的所压缩的信息。
36.如权利要求35所述的服务器，其特征在于还包括编码器(88)，用于将经过时间压缩的信息进行编码，其中，所述第二缓冲器(90)是编码缓冲器，用于以所述第一速率存储来自所述编码器的所编码的信息，以及第二缓冲控制器(92)，用于读出所述第二缓冲器中的所编码的信息来以小于所述第二速率的第三速率传输。
37.如权利要求36所述的服务器，其特征在于在从所述第一用户装置(12)传送所述数字内容信息后，以小于所述第一速率和所述第二速率的第三速率接收来自所述第一用户装置(12)的随后的数字内容信息。
38.如权利要求36所述的服务器，其特征在于在从所述第二缓冲器(90)中去除所述数字内容信息时，所述第二缓冲控制器(92)配置为以相同的速率填充和清空所述第二缓冲器。
39.如权利要求34所述的服务器，其特征在于所述数字内容信息包括语音信息或非语音信息。
40.如权利要求34所述的服务器，其特征在于所述实时、交互式连接是按讲(PTT)连接，并且所述数字内容信息对应于语音信息。
41.如权利要求34所述的服务器，其特征在于所述实时、交互式通信是交互式视频通信。
42.如权利要求34所述的服务器，其特征在于所述数字内容信息对应于分组，每个分组具有包括播出指示符的分组报头，并且其特征在于所述延迟补偿器(86、92)配置为修改所述分组中的播出指示符以更改所述分组播出的速率。
43.如权利要求34所述的服务器，其特征在于所述延迟补偿器(86、92)配置为确定存储在所述第一缓冲器(86)中等待传递到所述第二终端用户的信息量和基于所确定的量控制所述信息从所述第一缓冲器(86)播出的速率。
全文摘要
与实时、交互式通信相关联的延迟被降低。通信装置A参加与通信装置B的实时、交互式通信。用户A提供要传送到装置B的数字内容。在A与B之间建立实时、交互式连接，这需要一定的延迟时间。该延迟时间得以补偿，这样，用户B接收A的数字内容，并可比B在无延迟时间补偿时更快地响应A的数字内容。这种由B对A的通信作出的更快响应增强了它们通信的交互式实时通话的感觉。
文档编号H04B1/66GK1883214SQ200480034542
公开日2006年12月20日 申请日期2004年11月9日 优先权日2003年11月24日
发明者H·埃克斯特伦, H·维曼, A·施德 申请人:艾利森电话股份有限公司