CN101517948A - 通信装置、通信方法和记录介质 - Google Patents

通信装置、通信方法和记录介质 Download PDF

Info

Publication number
CN101517948A
CN101517948A CNA2007800338016A CN200780033801A CN101517948A CN 101517948 A CN101517948 A CN 101517948A CN A2007800338016 A CNA2007800338016 A CN A2007800338016A CN 200780033801 A CN200780033801 A CN 200780033801A CN 101517948 A CN101517948 A CN 101517948A
Authority
CN
China
Prior art keywords
data
coding decoder
packed data
communication network
destination device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2007800338016A
Other languages
English (en)
Other versions
CN101517948B (zh
Inventor
山田裕一
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yamaha Corp
Original Assignee
Yamaha Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yamaha Corp filed Critical Yamaha Corp
Publication of CN101517948A publication Critical patent/CN101517948A/zh
Application granted granted Critical
Publication of CN101517948B publication Critical patent/CN101517948B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0014Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the source coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/70Media network packetisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS

Abstract

当在服务器装置和客户端装置之间或在通信终端之间发送数据时,根据可用的带宽和数据应用设置数据传输率,以使网络中没有不必要的部分。控制单元检测数据传输时产生的数据包丢失。当检测到数据包丢失时,控制单元选择较低数据传输率的压缩模式。另一方面,即使没有产生数据包丢失,也测量数据传输所需的时间(往复延迟时间)。当往复延迟时间足够小时,选择较高数据传输率的压缩模式。例如,可以通过切换至另一个编码解码器或改变设置在编码解码器中的压缩率来选择压缩模式。

Description

通信装置、通信方法和记录介质
技术领域
本发明涉及通信装置、通信方法和记录介质。
背景技术
类似于音乐或运动图像的流分发,通过通信网络将音乐数据或运动图像数据发布至诸如个人计算机等等之类的客户端装置,并使客户端装置响应于数据而再现音乐或运动图像的技术得到了日益广泛的应用(非专利文献1)。
在这种类型的数据通信中,通常服务器装置以预定的定时发送数据包,这些数据包是通过将数据分成预定大小而产生的。从而,例如,为了使客户端装置无故障地(没有中断、图像质量降级等)再现运动图像,必须保持单位时间的数据发送量(下文称为“数据传输率”)超过预定的量。
非专利文献1:RFC1889:
[在线]互联网<URL:http://www.ietf.org/rfc/rfc1889.txt>
发明内容
本发明要解决的问题
网络可利用的带宽(单位时间的数据发送量)是有限制的。从而,需要响应于可用带宽、数据应用等来对单个客户端装置设置数据传输率以便不浪费网络的技术。
为了满足上述需要而做出本发明。本发明的目的是提供一种检测网络带宽的技术,以便在不出现故障、不浪费网络的情况下发送数据,所述网络用于从服务器装置向客户端装置发送数据,或用于在通信终端之间发送数据。
解决问题的装置
一种根据本发明的通信装置,所述通信装置用于通过通信网络与目的地装置进行通信,其包括:
控制部分,其用第一压缩模式压缩数据;
发送部分,其通过通信网络将压缩数据发送到目的地装置;
接收部分,其在目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
其中,控制部分基于接收部分接收到的确认消息的状态,判定是否继续使用第一压缩模式,如果判定不继续使用第一压缩模式,则选择第二压缩模式,并用第二压缩模式压缩数据。
另一种根据本发明的通信装置,所述通信装置用于通过通信网络与目的地装置进行通信,其包括:
控制部分,其通过第一编码解码器压缩数据;
发送部分,其通过通信网络将压缩数据发送到目的地装置;以及
接收部分,其在目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
其中,控制部分基于接收部分接收到的确认消息的状态,判定是否继续使用第一编码解码器进行数据压缩,如果判定不继续进行这种数据压缩,则选择第二编码解码器,并采用第二编码解码器压缩数据。
在上述配置中,根据本发明的通信装置还包括存储部分,所述存储部分存储将编码解码器与设置在编码解码器中的传输率关联起来的表;以及其中,当接收部分没有接收到确认消息时,控制部分在表中选择与比第一编码解码器的传输率低的传输率相关联的编码解码器作为第二编码解码器,并采用第二编码解码器压缩数据。
而且,在上述配置中,根据本发明的通信装置还包括存储部分,所述存储部分存储将编码解码器与设置在编码解码器中的传输率关联起来的表;以及其中,当接收部分在预定时间之前接收到确认消息时,控制部分在表中选择与比第一编码解码器的传输率高的传输率相关联的编码解码器作为第二编码解码器,并采用第二编码解码器压缩数据。
一种根据本发明的通信装置,其通过通信网络与目的地装置进行通信,其包括:
控制部分,其用一种编码解码器压缩数据,在所述编码解码器中,设置了多个数据传输率,并设置了满足第一数据传输率的压缩率;
发送部分,其通过通信网络向目的地装置发送经编码解码器压缩的数据;以及
接收部分,其在目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
其中,控制部分基于接收部分接收到的确认消息的状态,选择第二数据传输率,并采用其中设置了满足第二数据传输率的压缩率的编码解码器压缩数据。
在根据本发明的通信装置中,在上述配置中,当接收部分没有收到确认消息时,控制部分选择比第一数据传输率低的数据传输率作为第二数据传输率,并采用其中设置了满足所选数据传输率的压缩率的编码解码器来压缩数据。
在根据本发明的通信装置中,在上述配置中,当接收部分在预定时间之前接收到确认消息时,控制部分选择比第一数据传输率高的数据传输率作为第二数据传输率,并采用其中设置了满足所选数据传输率的压缩率的编码解码器来压缩数据。
一种根据本发明的通信方法,其通过通信网络与目的地装置进行通信,其包括:
用第一压缩模式压缩数据;
通过通信网络向目的地装置发送压缩数据;
当目的地装置发送表示收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于接收到的确认消息的状态,判定是否继续使用第一压缩模式;以及
如果判定不继续使用第一压缩模式,则选择第二压缩模式,并用第二压缩模式压缩数据。
另一种根据本发明的通过通信网络与目的地装置进行通信的通信方法,其包括:
用第一编码解码器压缩数据;
通过通信网络向目的地装置发送压缩数据;
当目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于接收到的确认消息的状态,判定是否继续采用第一编码解码器进行数据压缩;以及
如果判定不继续进行这种数据压缩,则选择第二编码解码器,并采用第二编码解码器压缩数据。
又一种根据本发明的通过通信网络与目的地装置进行通信的通信方法,其包括:
用一种编码解码器压缩数据,在所述编码解码器中,设置了多个数据传输率,并设置了满足第一数据传输率的压缩率;
通过通信网络向目的地装置发送经所述编码解码器压缩的数据;
当目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于接收到的确认消息的状态,选择第二数据传输率;以及
采用其中设置了满足第二数据传输率的压缩率的编码解码器来压缩数据。
一种根据本发明的计算机可读记录介质,其用于存储使计算机执行下列功能的计算机可读程序:
用第一压缩模式压缩数据;
通过通信网络向目的地装置发送压缩数据;
当目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于接收到的确认消息的状态,判定是否继续使用第一压缩模式;
如果判定不继续使用第一压缩模式,则选择第二压缩模式,并用第二压缩模式压缩数据。
另一种根据本发明的计算机可读记录介质,其用于存储使计算机执行下列功能的计算机可读程序:
用第一编码解码器压缩数据;
通过通信网络向目的地装置发送压缩数据;
当目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于接收到的确认消息的状态,判定是否继续使用第一编码解码器进行数据压缩;
如果判定不继续进行这种数据压缩,则选择第二编码解码器,并采用第二编码解码器来压缩数据。
又一种根据本发明的计算机可读记录介质,其用于存储使计算机执行下列功能的计算机可读程序:
用一种编码解码器压缩数据,在所述编码解码器中,设置了多个数据传输率,并设置了满足第一数据传输率的压缩率;
通过通信网络向目的地装置发送经所述编码解码器压缩的数据;
当目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于接收到的确认消息的状态,选择第二数据传输率;
采用其中设置了满足第二数据传输率的压缩率的编码解码器来压缩数据。
附图说明
图1是示出了与根据本发明实施例的通信终端相连接的通信系统的配置的框图。
图2是示出了通信终端100的配置的框图。
图3是示出了RTP数据包的配置的视图。
图4是用来使编码解码器与数据传输率(比特率)相互关联的列表。
图5是示出了数据传输的流程的流程图。
图6是示出了通信优化过程的流程的流程图。
图7是示出了数据丢失处理过程的流程的流程图。
参考标号说明:
通信系统10,通信IF部分12,控制部分13,存储部分14(14a:ROM,14b:RAM),操作部分15,显示部分16,计时部分17,声音输入部分18,总线19,麦克风20,A/D转换部分21,声音输出部分22,D/A转换部分23,扬声器24,通信终端100、100A、100B,通信网络200。
具体实施方式
下文将参照附图对作为本发明实施例的通信终端进行说明。
(A:配置)
图1是示出了通信系统10的配置示例的框图,通信系统10包括作为本发明实施例的通信终端100A和通信终端100B。如图1所示,在通信系统10中,通信终端100A和通信终端100B通过电缆连接至通信网络200。在本实施例中,图示了两个通信终端连接至通信网络200的情况。不过,当然可以连接三个或者更多的通信终端。
在这种情况下,通信终端100A和通信终端100B具有彼此相同的配置。在下文中,当不需要区分通信终端100A和通信终端100B时,两个通信终端被统称为通信终端100。
通信网络200是(例如)互联网,虽然省略了详细的图示,但是它配备有大量的诸如路由器之类的网络设备。提供通信网络200,以便根据预定的通信协议来对在通信终端100A和通信终端100B之间处理的数据通信进行中继。
在本发明中,在下文说明的各个通信协议均被采用为通信协议。具体来讲,实时传输协议(Real-time Transport Protocol,下文缩写为RTP)被用作应用层通信协议,UDP被用作传输层通信协议,IP被用作网络层通信协议。将IP地址分别分配给通信终端100A和通信终端100B,并且可以在互联网上共同地识别出这些终端。
在本实施例中,解释了采用UDP作为传输层通信协议的情况。不过,当然也可以采用TCP。由于UDP和IP是被广泛地一起使用的通信协议,本文将省略对它们的解释。下文仅给出对RTP的解释。
RTP是被用来提供通信服务的通信协议,所述通信服务以端到端的方式发送/接收具有实时特征的声音数据或视频数据,在RFC1889中规定了其技术细节。在RTP中,通过产生RTP数据包和发送/接收该RTP数据包,来执行通信终端之间的数据传输。如图3所示,与作为IP中的数据传输单元的数据包和作为TCP中的数据传输单元的数据段一样,RTP数据包由包头部分和有效负载部分组成。
在包头部分中设置三种数据,即,时间戳、有效负载类型以及序列号。这里,时间戳是指示时间(对声音通信开始之后经过的时间进行指示)的数据。有效负载类型是用来使通信消息的目的地识别通信信息的类型的数据。在本实施例中,将两种类型的数“1”、“2”中的任何一种写入有效负载类型。具体来讲,将“1”写入用于数据发送消息的消息类型,将“2”写入用于接收通知消息的消息类型。序列号是用来唯一识别每个数据包的识别符。例如,当一个声音数据被分成多个RTP数据包时,分别将诸如1、2、3、……之类的序列号附加到这些数据包。
例如,在数据发送消息中,对应于预定时间(在本实施例中为20毫秒)的声音数据被写入有效负载部分。而且,在接收通知消息中,将接收到的数据发送消息的序列号以及写入每个RTP数据包中的与序列号关联的时间戳写入有效负载部分。
接下来,下文将解释通信终端100的硬件配置。
图2是示出了通信终端100的硬件配置的示例的框图。如图2所示,通信终端100配备有:通信IF部分12、控制部分13、存储部分14、操作部分15、显示部分16、计时部分17、声音输入部分18、总线19和声音输出部分22。
在下文的解释中,当应当区别通信终端100的有关配置属于哪个通信终端时,例如,附加字母下标“A”来表示有关的通信终端100A的控制部分13,就像控制部分13A这样。
控制部分13是(例如)CPU(中央处理单元)。控制部分13通过执行存储在存储部分14中的各种程序(这将在下文中予以说明)来执行本发明的特征操作,或控制通信终端100的各个部分的操作。
通信IF部分12是(例如)NIC(Network Interface Card,网络接口卡),并通过电缆连接至通信网络200。通信IF部分12向通信网络200发出IP数据包,所述IP数据包是通过顺序封装控制部分13根据更低层的通信协议传输过来的RTP数据包而得到的。这里,封装表示这样一种处理:应当产生在其中写入了RTP数据包的有效负载部分的UDP数据段,然后应当产生在其中的有效负载部分写入了UDP数据段的IP数据包。而且,通信IF部分12通过通信网络200接收IP数据包,然后,通过实施与封装相反的处理来读出被封装在IP数据包中的RTP数据包,然后将这个数据包发送到控制部分13。
存储部分14由ROM(只读存储器)14a和RAM(随机存取存储器)14b组成。
ROM 14a存储数据和用来使控制部分实现特征功能的控制程序。可以将作为对数据进行压缩/解压的软件的编码解码器作为控制程序的一个例子。存储了多种编码解码器,各种编码解码器以不同的压缩率对数据进行压缩,并以不同的比特率发送/接收数据。而且,可以将其中存储了对应于各个编码解码器的比特率数据的列表作为数据的一个例子。
根据各种程序工作的控制部分13将RAM 14b用作工作区,RAM14b存储从声音输入部分18接收到的声音数据。
例如,操作部分15是键盘、鼠标等。当通信终端100的操作人员操作操作部分15来输入任何输入时,操作部分15将表示操作内容的数据发送到控制部分13。
例如,显示部分16是显示器等。显示部分16显示通信终端100在控制部分13的控制下所具有各种数据。
当计时部分17从控制部分13接收到与通信终端100开始声音通信相关的信号时,它计算经过的时间。而且,响应于控制部分13发出的请求,计时部分17将经过的时间提供给控制部分13。
声音输入部分18包含麦克风20和模拟/数字(Analog/Digital,下文缩写为A/D)转换部分21。麦克风20拾取用户的语音,然后产生响应于语音的声音信号(模拟信号),然后将该信号输出到A/D转换部分21。A/D转换部分21对从麦克风20发送过来的声音信号进行A/D转换,并将作为转换结果的数字数据(在下文被称为“声音数据”)发送到控制部分13。
响应于控制部分13发送的声音数据,声音输出部分22实施声音再现控制,声音输出部分22包括D/A转换部分23和扬声器24。D/A转换部分23通过对从控制部分13发送过来的声音数据的数据序列实施与在A/D转换部分21中执行的处理相反的处理(即,D/A转换),从而产生声音信号,并将该声音信号发送到扬声器24。而且,扬声器24发射与从D/A转换部分23发送过来的声音信号相对应的声音。
用上述说明完成了对通信终端100的硬件配置的解释。
如上所述,根据本发明的通信终端100的配置与通常的计算机设备的硬件配置相似。通过下文解释的软件模块实现根据本发明的通信终端100的特征功能。
当控制部分13执行存储在ROM 14a中的控制程序时,赋予通信终端100的功能大致可以分成四种功能,即:(1)往复延迟时间计算功能,(2)数据压缩率控制功能,(3)RTP数据包产生功能,以及(4)RTP数据包发送/接收功能。将通信终端100A执行向通信终端100B发送声音数据的传输的情况作为例子,下文中将解释这些功能。
往复延迟时间计算功能是用来计算在控制部分13A向目的地终端发送数据之后到接收到与从目的地终端接收到的数据相关的消息所需的时间(往复延迟时间)。当计算往复延迟时间时,利用了RTCP(RTP控制协议)数据包。
具体来讲,通信终端100A将时间戳写入发送方报告SR,然后将发送方报告SR发送到通信终端100B。响应于从通信终端100A接收到的发送方报告SR,通信终端100B将接收方报告RR发送回通信终端100A。此时,通信终端100B计算通信终端100B接收到发送方报告SR之后到它发回接收方报告RR时所需要的时间,并将这个值写入接收方报告RR。当接收到接收方报告RR时,通信终端100A计算通信终端100A发送发送方报告SR的时间和通信终端100A接收到接收方报告RR的时间之差,并通过从差值中减去通信终端100B在接收到发送方报告SR之后到发回接收方报告RR时所需的时间,来计算往复延迟时间。
接下来,下文将解释数据压缩率控制功能。
通过执行安装在通信终端100A中的编码解码,控制部分13A压缩它自身设备的声音数据,然后以预定的传输率(比特率)输出该数据。用户可以选择自动模式和人工模式中的任何一种,在自动模式中,控制部分13A根据预定的规则自动地控制比特率,在人工模式中,用户人工地控制比特率。
当用户选择自动模式时,控制部分13A根据下文解释的规则控制声音数据的比特率。
在数据通信的开始,控制部分13A通过参照ROM 14aA来选择具有最大比特率的编码解码器。更高的比特率能产生更高等级(质量)的通信数据。只要通信网络200的条件允许,那么更高的比特率就是最理想的状况。
然后,此时的比特率的值被存储在RAM 14bA中,在RAM 14bA中设置往复延迟时间的初始值。实际上,可以通过采用上述的往复延迟时间计算功能来计算往复延迟时间的初始值,或者预定的值可以预先被存储在ROM 14aA中并被读取。
然后,通过采用下文说明的RTP数据包产生功能和RTP数据包发送/接收功能,来启动采用RTP数据包的声音数据的正常通信。
在正常数据通信中,当产生了RTP数据包没有到达目的地侧的终端(数据包丢失)的情况时,控制部分13A将所述编码解码器切换至另一个编码解码器,另一个编码解码器与比存储在RAM 14A中的比特率低一个级别的比特率相关。而且,在编码解码器被切换之后,控制部分13A计算往复延迟时间,并用计算出来的值改写RAM 14bA中的往复延迟时间的值。
相反,当没有产生数据包丢失时,控制部分13A通过采用上述的往复延迟时间计算功能计算往复延迟时间。当计算出的往复延迟时间比存储在RAM 14bA中的往复延迟时间小预定比特率或小更多时,控制部分13A将比特率切换成高一个级别的另一个比特率。在本实施例中,控制部分13A将当前使用的、存储在ROM 14a中的编码解码器切换成比特率高一个级别的另一个编码解码器。
然后,在编码解码器被切换之后,控制部分13A计算往复延迟时间,并用计算出的值改写RAM 14bA中的往复延迟时间的值。
在这种情况下,当用户选择人工模式时,该用户通过查看显示在显示部分16A上的可用带宽的值等,借助操作部分15A输入指示声音数据的比特率的数字。
利用上文描述,解释了数据压缩率控制功能。
接下来,下文将解释RTP数据包产生功能。
麦克风20A根据用户的语音产生模拟声音信号。这个声音信号被A/D转换部分21转换为数字声音数据,然后,转换后的声音数据被写入RAM 14bA中。控制部分13A每隔预定的时间(在本实施例中为20毫秒)就顺序地读取在RAM 14bA中写入的声音数据,并在预定时间内对声音数据实施上述的压缩。如图3所示,在预定时间内,RTP包头被附接至被实施了压缩的声音数据,从而产生了RTP数据包。产生的RTP数据包被发送到通信IF部分12。
利用上文描述,解释了RTP数据包产生功能。
最后,下文将解释RTP数据包发送/接收功能。
当从控制部分13A接收到所产生的RTP数据包时,通信IF部分12通过向较低层中的通信协议发送RTP数据包来发送RTP数据包。相反,控制部分13B剪切出接收RTP数据包的通信终端100B中的RTP数据包的有效负载部分。
利用上文描述,解释了RTP数据包发送/接收功能。
(B:操作)
接下来,下文将参照附图来解释通信终端100所执行的操作。
在下文中,将解释在通信终端100A的用户(下文称为用户A)和通信终端100B的用户(下文称为用户B)通过互动地交换语音数据通信来举行远程会议的情况下,当用户A发表意见而用户B听取意见时通信终端100所执行的操作。
假设在本操作的开始,首先,通信终端100A以最大可用带宽发送声音数据。
而且,还假设:由于通信网络200被多个通信终端(未示出)使用,所以被用来在通信终端100A和通信终端100B之间发送/接收声音数据的网络线路的可用带宽随时间变化。
(B-1:操作示例1)
在本操作示例中,下文将参照图5解释在没有故障(没有数据包丢失,也没有发生超时)的情况下执行从通信终端100A向通信终端100B发送声音数据的情况。
当用户A发出语音时,麦克风20A产生表示该语音的声音信号,A/D转换部分21A将声音信号转换成声音数据。控制部分13A采用RTP数据包产生功能来根据声音数据产生RTP数据包,然后将数据发送到通信终端100B(步骤SA100)。此时,控制部分13A将表示传输时间的时间戳赋予所有数据包。而且,在每次发送数据包之后,控制部分13A将所发送的数据包的序列号写入RAM 14b中。以这种方式,声音数据从通信终端100A通过通信网络200抵达通信终端100B。
通信终端100B接收数据包。控制部分13B将接收通知消息发回通信终端100A,所述接收通知消息包含与接收到的数据包的序列号和附至各个数据包的时间戳有关的数据。接收通知消息从通信终端100B通过通信网络200抵达通信终端100A。
控制部分13A对接收通知消息进行接收(步骤SA200)。然后,通过比较写入有效负载部分中的序列号和所发送的RTP的序列号,控制部分13A判定出是否出现了数据包丢失(步骤SA300)。如果出现了数据包丢失(步骤SA300:“是”),那么控制部分13A实施数据丢失处理过程(步骤SA800)。将在下文详细解释这个数据丢失处理过程。相反,如果没有出现数据包丢失(步骤SA300:“否”),那么控制部分13A执行后续过程进入步骤SA400。在这个操作示例中,由于没有故障地发送了声音数据,在步骤SA300中的判定结果是“否”,执行后续过程进入步骤SA400。在步骤SA400中,控制部分13A通过往复延迟时间计算功能计算出往复延迟时间。控制部分13A判定往复延迟时间是否小于存储在RAM 14bA中的编码解码器被切换之后所立刻获得的往复延迟时间的之前指定的值(步骤SA500)。例如,这个指定的值被设置为存储在RAM 14bA中的编码解码器被切换之后所立刻获得的往复延迟时间的60%。
如果步骤SA500中的判定结果是“是”,控制部分13A则执行通信优化过程(步骤SA600)。然后,过程进入步骤SA700。在这种情况下,将在下文中详细解释步骤SA600中的通信优化过程。相反,如果步骤SA500中的判定结果是“否”,过程则进入步骤SA700。在步骤SA700中,控制部分13A判定数据发送是否完成。如果没有完成数据发送(步骤SA700:“否”),控制部分13A使过程回到步骤SA100,并继续发送还没有被发送的数据。相反,如果完成了数据发送(步骤SA700:“是”),控制部分13A结束这个过程。
随后,下文将参照图6中所示的流程图来解释步骤SA600中的通信优化过程的细节。首先,在步骤SA610中,控制部分13A判定是否出现了对应于较高的比特率的编码解码器。如果在步骤SA610中的判定结果是“是”,那么控制部分13A通过改变编码解码器来增大声音数据的传输率(步骤SA620)。然后,控制部分13A计算往复延迟时间(步骤SA630)。然后,控制部分13A将在切换编码解码器之后所立即获得的传输率(比特率)和计算出的往复延迟时间存储在RAM14b中(步骤SA640)。然后,结束过程。相反,如果在步骤SA610中的判定结果是“否”,那么控制部分13A结束过程。
当在没有出现数据丢失的情况下往复延迟时间足够小时,可能没有有效地利用可用带宽。不过,可以执行数据通信以符合上述通信优化过程所检测到的网络状况。
在这种情况下,每当执行数据通信时,控制部分13A都实施通信优化过程。不过,即使没有执行数据通信,每隔一段预定的时间也会执行一次上文解释过的通信优化过程。因此,可以没有损失地利用其状况随时变化的网络处理数据通信。
(B-2:操作示例2)
接下来,在这个操作示例中,下文将参照图7中所示的流程图来解释当在数据发送过程中出现了数据丢失(数据包丢失等)时通信终端100A所采取的操作,即图5中的步骤SA800中的数据丢失处理过程。
首先,控制部分13A通过参考RAM 14bA来判定当前是否出现了对应于较低的比特率的编码解码器(步骤SA810)。如果步骤SA810中的判定结果是“是”,那么控制部分13A通过切换至比特率低一个级别的编码解码器来降低数据传输率(步骤SA820)。然后,控制部分13A计算在编码解码器切换后所立即获得的往复延迟时间(步骤SA830)。然后,在编解码之后,控制部分13A立即存储计算出的往复延迟时间和比特率的值。从而,控制部分13A结束数据丢失处理过程。如果步骤SA810中的判定结果是“否”,控制部分13A同样结束数据丢失处理过程。
只有在产生了数据包丢失时,控制部分13A才执行数据丢失处理过程。从而,通过适当地设置合适的数据传输率,可以无故障地执行数据发送。
(C:变型)
如上文所述,已经解释了本发明的实施例。但可以以下文描述的各种模式执行本发明。
(1)在上述实施例中,往复延迟时间计算功能、数据压缩率控制功能、RTP数据包产生功能和RTP数据包发送/接收功能中的各个功能都被提供给了通信终端。不过,当然,安装对象不局限于通信终端。例如,本发明可适用于执行声音数据或视频数据的流发布的数据发布服务器。总之,任何一种电子设备都可以采用本发明,只要这种设备能够处理数据通信。在这种情况下,可以向该电子设备提供一种其中存储了声音数据或视频数据的存储器装置来代替声音输入部分18,然后,可以适当地读取数据。
(2)在上述实施例中,解释了用软件模块实现根据本发明的通信终端所特有的功能的情况。不过,可以通过组合包含上述功能的各个硬件模块来构建根据本发明的通信终端。
(3)在上述实施例中,解释了RTP被用作应用层通信协议的情况。不过,当然可以采用其他的通信协议。总之,可以采用任何通信协议,只要这种通信协议可以每隔预定时间就将声音数据写入具有预定的包头部分和有效负载部分的数据块的有效负载部分,然后发送声音数据。而且,在上述实施例中,解释了UDP被用作传输层通信协议的情况。不过,也可以采用TCP。类似地,网络层通信协议不限于IP。
(4)在上述实施例中,解释了发送/接收声音数据的情况。不过,数据类型不限于声音数据。可以采用诸如运动图像数据等之类的任何数据类型。
(5)在上述实施例中,解释了通信终端100A和通信终端100B通过电缆连接至通信网络200的情况。不过,当然,例如可以通过诸如无线LAN(局域网)等等之类的无线分组通信网络来构建通信网络200,并且通信终端100A和通信终端100B可以连接至该无线分组通信网络。而且,在上述实施例中,解释了通信网络200是互联网的情况。当然,LAN可以被采用为通信网络。总之,可以采用任何通信网络,只要这种通信网络配备有能根据预定的通信协议来对通信进行传输的功能。
(6)在上述实施例中,解释了用于使控制部分13实现根据本发明的通信装置所特有的功能的控制程序被预先装载入ROM 14a的情况。不过,也可以将控制程序记录在诸如CD-ROM、DVD之类的计算机可读记录媒介上,然后发布。可选地,当然可以通过经由诸如互联网等等之类的通信网络下载来发布该控制程序。
(7)在上述实施例中,解释了检测是否产生了数据包丢失的情况。不过,作为数据丢失的检测对象的数据块不局限于数据包。可以采用数据段或帧作为检测对象。
(8)在上述实施例中,解释了在ROM 14a所存储的列表中对多种类型的编码解码器与几个比特率值进行关联的情况,其中这些比特率值能够分别实现编码解码。但是,也可以将其中按比特率值来对编码解码器进行分级的数据存储起来,而不是存储列表。在这种情况下,在步骤SA610或步骤SA810中,可以判定与当前所使用的编码解码器的比特率相比而言是否出现了比特率较高或较低的编码解码器。而且,可以选择比特率比当前使用的编码解码器的比特率高一个等级或低一个等级的编码解码器。
(9)在上述实施例中,解释了通过改变将被使用的编码解码器来切换比特率的情况(步骤SA620、步骤SA820)。但是,不通过改变编码解码器的类型,而是通过改变与比特率相关的设置,也可以切换比特率。
在这种情况下,编解码程序可以被存储在ROM 14a中,然后被利用,其中通过所述编解码程序,可以设置多个比特率。而且,可以将“是否可以将更高的比特率设置在当前正在使用的编码解码器中”的判定采用为步骤SA610中的判定内容。在这种情况下,如果在步骤SA610中的判定结果是“是”,那么在步骤SA620中,控制部分13A通过改变与此时正在使用的编码解码器的比特率相关的设置来增大比特率。即,降低将被设置在编码解码器中的压缩率。而且,可以将“是否可以将更低的比特率设置在当前正在使用的编码解码器中”的判定采用为步骤SA810中的判定内容。在这种情况下,如果在步骤SA810中的判定结果是“是”,那么在步骤SA820中,控制部分13A通过改变与此时正在使用的编码解码器的比特率相关的设置来降低比特率。即,增大将被设置在编码解码器中的压缩率。
如上所述,为了切换比特率,可以改变所采用的编码解码器,或者在不改变编码解码器类型的情况下可以改变与比特率相关的设置。总之,通过改变数据的压缩模式,可以控制比特率。
(10)在上述实施例中,解释了编码解码器被用作用于对声音数据进行压缩/解压(编码/解码)的程序的情况。不过,程序的类型不局限于编码解码器。而且,可以采用除编码解码器外的压缩程序,例如,可以采用只用于执行声音数据压缩的程序。
参照特定的实施例对本发明进行了详细解释。不过,对于本领域技术人员而言,在不脱离本发明的精神、范围或目标范围的情况下,很明显可以实施各种变型和改进。
本申请基于于2006年9月12日提交的日本专利申请(专利申请NO.2006-247080)和于2007年9月10日提交的日本专利申请(专利申请NO.2007-233810),通过引用将其内容并入本文。

Claims (13)

1.一种通信装置,其用于通过通信网络与目的地装置进行通信,所述通信装置包括:
控制部分,其用第一压缩模式压缩数据;
发送部分,其通过通信网络向目的地装置发送压缩数据;
接收部分,其在目的地装置发送确认消息时通过通信网络接收确认消息,该确认消息表示接收到压缩数据这一结果;
其中,控制部分基于接收部分所接收到的确认消息的状态,判定是否继续使用第一压缩模式,并且如果判定不继续使用第一压缩模式,则选择第二压缩模式,并且用第二压缩模式压缩数据。
2.一种通信装置,其用于通过通信网络与目的地装置进行通信,所述通信装置包括:
控制部分,其通过第一编码解码器来压缩数据;
发送部分,其通过通信网络向目的地装置发送压缩数据;以及
接收部分,其在目的地装置发送确认消息时通过通信网络接收确认消息,该确认消息表示接收到压缩数据这一结果;
其中,控制部分基于接收部分所接收到的确认消息的状态,判定是否继续使用第一编码解码器进行数据压缩,并且如果判定不继续进行这种数据压缩,则选择第二编码解码器,并采用第二编码解码器来压缩数据。
3.根据权利要求2所述的通信装置,其还包括:
存储部分,其存储将多个编码解码器与设置在这些编码解码器中的传输率关联起来的表;以及
其中,当接收部分没有接收到确认消息时,控制部分在表中选择与比第一编码解码器的传输率低的传输率相关联的编码解码器作为第二编码解码器,并采用第二编码解码器来压缩数据。
4.根据权利要求2或3所述的通信装置,其还包括:
存储部分,其存储将多个编码解码器与设置在这些编码解码器中的传输率关联起来的表;以及
其中,当接收部分在预定时间之前接收到确认消息时,控制部分在表中选择与比第一编码解码器的传输率高的传输率相关联的编码解码器作为第二编码解码器,并采用第二编码解码器压缩数据。
5.一种通信装置,其通过通信网络与目的地装置进行通信,所述通信装置包括:
控制部分,其通过一种编码解码器来压缩数据,在所述编码解码器中设置了多个数据传输率,并且在所述编码解码器中设置了满足第一数据传输率的压缩率;
发送部分,其通过通信网络向目的地装置发送经编码解码器压缩后的数据;以及
接收部分,其在目的地装置发送确认消息时,通过通信网络接收确认消息,该确认消息表示接收到压缩数据这一结果;
其中,控制部分基于接收部分所接收到的确认消息的状态,选择第二数据传输率,并采用其中设置了满足第二数据传输率的压缩率的编码解码器来压缩数据。
6.根据权利要求5所述的通信装置,其中,当接收部分没有收到确认消息时,控制部分选择比第一数据传输率低的数据传输率作为第二数据传输率,并采用其中设置了满足所选择的数据传输率的压缩率的编码解码器来压缩数据。
7.根据权利要求5或6所述的通信装置,其中,当接收部分在预定时间之前接收到确认消息时,控制部分选择比第一数据传输率高的数据传输率作为第二数据传输率,并采用其中设置了满足所选择的数据传输率的压缩率的编码解码器来压缩数据。
8.一种通过通信网络与目的地装置进行通信的通信方法,其包括:
用第一压缩模式压缩数据;
通过通信网络向目的地装置发送压缩数据;
当目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于所接收到的确认消息的状态,判定是否继续使用第一压缩模式;以及
如果判定不继续使用第一压缩模式,则选择第二压缩模式,并用第二压缩模式压缩数据。
9.一种通过通信网络与目的地装置进行通信的通信方法,其包括:
通过第一编码解码器来压缩数据;
通过通信网络向目的地装置发送压缩数据;
当目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于所接收到的确认消息的状态,判定是否继续采用第一编码解码器来进行数据压缩;以及
如果判定不继续进行这种数据压缩,则选择第二编码解码器,并采用第二编码解码器来压缩数据。
10.一种通过通信网络与目的地装置进行通信的通信方法,其包括:
通过一种编码解码器来压缩数据,在所述编码解码器中,设置了多个数据传输率,并设置了满足第一数据传输率的压缩率;
通过通信网络向目的地装置发送经所述编码解码器压缩的数据;
当目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于所接收到的确认消息的状态,选择第二数据传输率;以及
采用其中设置了满足第二数据传输率的压缩率的编码解码器来压缩数据。
11.一种计算机可读记录介质,其用于存储使计算机执行下列功能的计算机可读程序:
用第一压缩模式压缩数据;
通过通信网络向目的地装置发送压缩数据;
当目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于所接收到的确认消息的状态,判定是否继续使用第一压缩模式;以及
如果判定不继续使用第一压缩模式,则选择第二压缩模式,并用第二压缩模式压缩数据。
12.一种计算机可读记录介质,其用于存储使计算机执行下列功能的计算机可读程序:
通过第一编码解码器来压缩数据;
通过通信网络向目的地装置发送压缩数据;
当目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于所接收到的确认消息的状态,判定是否继续使用第一编码解码器进行数据压缩;以及
如果判定不继续进行这种数据压缩,则选择第二编码解码器,并采用第二编码解码器来压缩数据。
13.一种计算机可读记录介质,其用于存储使计算机执行下列功能的计算机可读程序:
通过一种编码解码器压缩数据,在所述编码解码器中,设置了多个数据传输率,并设置了满足第一数据传输率的压缩率;
通过通信网络向目的地装置发送经所述编码解码器压缩后的数据;
当目的地装置发送表示接收到压缩数据这一结果的确认消息时,通过通信网络接收确认消息;
基于所接收到的确认消息的状态,选择第二数据传输率;以及
采用其中设置了满足第二数据传输率的压缩率的编码解码器来压缩数据。
CN200780033801.6A 2006-09-12 2007-09-12 通信装置、通信方法和记录介质 Expired - Fee Related CN101517948B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2006247080 2006-09-12
JP247080/2006 2006-09-12
JP233810/2007 2007-09-10
JP2007233810A JP2008099261A (ja) 2006-09-12 2007-09-10 通信装置およびプログラム
PCT/JP2007/067756 WO2008032747A1 (fr) 2006-09-12 2007-09-12 Dispositif et procédé de communication et support d'enregistrement

Publications (2)

Publication Number Publication Date
CN101517948A true CN101517948A (zh) 2009-08-26
CN101517948B CN101517948B (zh) 2016-08-10

Family

ID=39183803

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200780033801.6A Expired - Fee Related CN101517948B (zh) 2006-09-12 2007-09-12 通信装置、通信方法和记录介质

Country Status (5)

Country Link
US (1) US20100020682A1 (zh)
EP (1) EP2071756A1 (zh)
JP (1) JP2008099261A (zh)
CN (1) CN101517948B (zh)
WO (1) WO2008032747A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101695134B (zh) * 2009-10-15 2016-08-03 中兴通讯股份有限公司 一种弱信号环境下提高终端播放性能的终端、系统及方法
CN110033781A (zh) * 2018-01-10 2019-07-19 盛微先进科技股份有限公司 音频处理方法、装置及非暂时性电脑可读媒体

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4691590B2 (ja) 2008-10-08 2011-06-01 株式会社ソニー・コンピュータエンタテインメント 通信装置、その制御方法、プログラム及び情報記憶媒体
KR101523590B1 (ko) 2009-01-09 2015-05-29 한국전자통신연구원 통합 인터넷 프로토콜망의 코덱 모드 제어방법 및 단말기
US8289870B2 (en) 2009-09-23 2012-10-16 Avaya Inc. Priority-based, dynamic optimization of utilized bandwidth
JP5506362B2 (ja) * 2009-12-15 2014-05-28 キヤノン株式会社 送信装置、送信方法
JP5152940B2 (ja) * 2011-08-10 2013-02-27 株式会社Skeed バルクデータを効率的に転送するためのデータ転送方法
JP6260101B2 (ja) 2012-05-01 2018-01-17 株式会社リコー 通信端末、起動方法及びプログラム
KR101640852B1 (ko) * 2012-09-27 2016-07-19 닛본 덴끼 가부시끼가이샤 음성 정보 전송 방법 및 패킷 통신 시스템
EP2903223A4 (en) * 2012-09-27 2016-05-04 Nec Corp METHOD FOR TRANSFERRING IMAGE INFORMATION AND PACKAGE COMMUNICATION SYSTEM
US9681332B2 (en) * 2014-06-26 2017-06-13 Intel Corporation Compression configuration identification
CN111865326B (zh) * 2020-07-14 2023-06-23 北京灵汐科技有限公司 数据压缩方法、装置、设备及存储介质

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11308271A (ja) * 1998-04-21 1999-11-05 Canon Inc データ通信装置及び受信装置及び制御方法及び記憶媒体及びデータ通信システム
US7539130B2 (en) * 2000-03-28 2009-05-26 Nokia Corporation Method and system for transmitting and receiving packets
WO2001082640A1 (fr) * 2000-04-26 2001-11-01 Fujitsu Limited Procede de communication multipoint et dispositif de commande de communication
JP3699910B2 (ja) * 2000-10-31 2005-09-28 株式会社東芝 データ伝送装置、データ伝送方法及びプログラム
US7010727B1 (en) * 2001-06-15 2006-03-07 Nortel Networks Limited Method and system for negotiating compression techniques to be utilized in packet data communications
JP4670207B2 (ja) * 2001-08-31 2011-04-13 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
JP2003309541A (ja) * 2002-04-15 2003-10-31 Sony Corp データ転送システム、データ転送装置及びデータ転送方法、並びにコンピュータ・プログラム
US7111039B2 (en) * 2002-11-20 2006-09-19 Microsoft Corporation System and method for using packed compressed buffers for improved client server communications
JP2004253883A (ja) * 2003-02-18 2004-09-09 Nec Corp 音声・画像リアルタイム通信におけるビットレート制御を実行するデータ通信装置
JP4475235B2 (ja) * 2004-01-28 2010-06-09 日本電気株式会社 コンテンツの符号化、配信及び受信方法と装置とシステムならびにプログラム
JP2006033396A (ja) * 2004-07-15 2006-02-02 Sony Corp 送信装置、受信装置、通信システム、送信方法、受信方法、送信プログラム、受信プログラム及びサーバ装置
KR100608821B1 (ko) * 2004-07-22 2006-08-08 엘지전자 주식회사 휴대단말기의 왕복지연시간 측정장치 및 방법
JP2006247080A (ja) 2005-03-10 2006-09-21 Sanyo Electric Co Ltd 洗面化粧台
US7620870B2 (en) * 2005-11-22 2009-11-17 Cisco Technology, Inc. Data compression method and system
JP2007233810A (ja) 2006-03-02 2007-09-13 Toyota Motor Corp 評価装置、評価方法及び評価プログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101695134B (zh) * 2009-10-15 2016-08-03 中兴通讯股份有限公司 一种弱信号环境下提高终端播放性能的终端、系统及方法
CN110033781A (zh) * 2018-01-10 2019-07-19 盛微先进科技股份有限公司 音频处理方法、装置及非暂时性电脑可读媒体
CN110033781B (zh) * 2018-01-10 2021-06-01 盛微先进科技股份有限公司 音频处理方法、装置及非暂时性电脑可读媒体

Also Published As

Publication number Publication date
CN101517948B (zh) 2016-08-10
WO2008032747A1 (fr) 2008-03-20
EP2071756A1 (en) 2009-06-17
US20100020682A1 (en) 2010-01-28
JP2008099261A (ja) 2008-04-24

Similar Documents

Publication Publication Date Title
CN101517948A (zh) 通信装置、通信方法和记录介质
EP1271830B1 (en) Negotiated dynamic error correction for streamed media
CN101123588B (zh) 控制冗余数据包传输的方法、媒体网关及系统
US7450601B2 (en) Method and communication apparatus for controlling a jitter buffer
US7508815B2 (en) Method and system for facilitating network troubleshooting
CN100550933C (zh) 基于分布式架构的无线网络电话监听装置的监听方法
EP1446908A2 (en) Method and apparatus for packet-based media communication
WO2006075390A1 (ja) 中継方法、中継装置、通信システム及びコンピュータプログラム
US20060262851A1 (en) Method and system for efficient transmission of communication traffic
EP1158493A2 (en) Concealing packet losses in a Voice of IP (VOIP) tranmission
US7428271B2 (en) Network device and data transmission method for efficient data transmission and reception in mobile ad hoc network environment
CN100514955C (zh) 动态控制实时多媒体数据生成速率的方法和装置
CN107453936A (zh) 一种诊断语音时延的方法和网关设备
US6961331B2 (en) IP gateway apparatus
CN101567853B (zh) 音频媒体发包控制装置、方法及音频媒体服务器
CN109842821A (zh) 一种视频数据传输的方法和装置
US7856096B2 (en) Erasure of DTMF signal transmitted as speech data
WO2005036788A2 (en) Managing multicast conference calls
JP3931594B2 (ja) 多地点同報通信網用再送方法
JP2002077240A (ja) フロー制御方式およびそれを実行する送信端末
JP2008271415A (ja) 受信音声出力装置
Petlund et al. TCP mechanisms for improving the user experience for time-dependent thin-stream applications
JP3172774B2 (ja) 音声の無音抑圧可変制御装置
Macker et al. IVOX--The Interactive VOice EXchange Application
JP2008011023A (ja) 音声パケット信号受信装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20160810

Termination date: 20180912