CN104604209A - 远程通信系统、服务器装置、远程通信方法和程序 - Google Patents

Abstract

一种服务器装置基于从所述第一终端接收的操作信号识别包括第一终端的语音呼叫的开始。在识别语音呼叫的情形下，当从经由网络连接的第二终端接收分组时，服务器装置允许存储语音数据的分组达到第一终端。该服务器装置基于响应发送至第一终端的分组而从第一终端发送的第一响应分组，估计网络的带宽，根据估计的带宽，计算语音呼叫的比特率，并且将计算的比特率通知给第一终端。该第一终端根据通知的比特率，切换语音呼叫的比特率。使用瘦客户终端的语音呼叫延迟可以被羧酸，并且实现解决网络带宽变化的高质量语音呼叫。

Description

远程通信系统、服务器装置、远程通信方法和程序

技术领域

[相关申请的交叉引用]

本申请基于并且要求2012年8月24日提交的日本专利申请No.2012-184722的优先权的权益，其全部公开内容通过引用合并于此。

本发明涉及远程通信系统、服务器装置和远程通信方法，并且涉及使得诸如移动终端的终端通过经由网络远程访问服务器装置而具有与连接目的地终端的语音呼叫的远程通信系统、服务器装置、远程通信方法和程序。

背景技术

近年来，许多公司已经开始使用瘦客户终端来确保高安全水平。瘦客户终端在服务器装置上操作虚拟客户端，如同操作实际终端一样。虚拟客户端通过操作应用产生画面信息，并且将产生的画面信息转发到瘦客户终端。瘦客户终端在画面上显示转发的画面信息。此时，没有数据存在于瘦客户终端中。因此，即使丢失了瘦客户终端，秘密信息和公司信息也不会被泄露，这是一个优势。

例如，专利文献1描述了使用瘦客户终端作为电话终端的瘦客户端系统。

[引用列表]

[专利文献]

[专利文献1]

日本专利特开No.JP2006-254411A

发明内容

[技术问题]

上文所列的专利文献的公开通过引用并入本文。本发明人给出下文分析。

当使用瘦客户终端执行VoIP(通过互联网协议的语音)语音呼叫时，较之不使用瘦客户终端的VOIP呼叫，通常延迟更长，使得呼叫更为困难。

根据瘦客户技术，在服务器设备上的虚拟客户端接收由瘦客户端发送的语音数据分组，瘦客户端通过压缩并编码语音信息而生成该数据分组，并且执行诸如解码该语音数据、重新编码该语音数据并重新封包该语音数据的处理。因此，将网络延迟和在每个处理中添加的延迟合并，全部端对端延迟将相当长(例如，一秒或更长)，可能破坏语音呼叫。

此外，移动网络或互联网的网络带宽相对窄，并且带宽根据业务拥挤而改变。当带宽变窄时，语音信号被保持在网络中，产生了诸如语音数据到达瘦客户终端的到达时间更长以及抖动波动更大等的问题。

因此，需要利用瘦客户终端缩短语音呼叫延迟并且实现解决网络带宽变化的高质量语音呼叫。本发明的一个目标是提供有助于满足这些需求的远程通信系统、服务器装置、远程通信方法和程序。

[问题解决方案]

根据本发明的第一方面，提供一种服务器装置，其包括控制单元，控制单元基于从第一终端接收的操作信号，识别包括经由网络连接的第一终端的语音呼叫的开始。服务器装置包括分组通过单元，在语音呼叫开始别识别的情形下，当从经由网络连接的第二终端接收分组时，分组通过单元允许存储语音数据的分组到达第一终端。此外，服务器装置包括估计单元其基于从第一终端发送的第一响应分组估计网络的带宽，以响应发送到第一终端的分组，根据估计的带宽计算语音呼叫的比特率，并且将计算的比特率通知第一终端。

根据本发明的第二方面，提供一种远程通信系统。该远程通信系统包括：服务器装置；以经由网络连接到服务器装置的第一终端。该服务器装置包括控制单元，其基于从第一终端接收的操作信号，识别包括第一终端的语音呼叫的开始。此外，服务器装置包括分组通过单元，在识别第一语音开始的情况下，当从经由网络连接的第二终端接收分组时，分组通过单元允许存储语音数据的分组到达第一终端。而且，服务器装置包括估计单元，其响应发送至第一终端的分组，基于从第一终端发送的第一响应分组，估计网络的带宽，根据估计的带宽，计算语音呼叫的比特率，并且将计算的比特率通知第一终端。第一终端根据通知的比特率切换语音呼叫的比特率。

根据本发明的第三方面，提供一种远程通信方法。该远程通信方法包括，由计算机基于从第一终端接收的操作信号识别包括经由网络连接的第一终端的语音呼叫的开始。此外，该方法包括，在识别语音呼叫开始的情况下，当从经由网络连接的第二终端接收到分组时，由计算机允许分组存储语音数据到达第一终端。而且，该远程通信方法包括，由计算机响应发送到第一终端的分组，基于从第一终端发送的第一响应分组，估计网络的带宽。此外，该远程通信方法包括，由计算机根据估计的带宽计算语音呼叫的比特率并且将计算的比特率通知第一终端。

根据本发明的第四方面，提供一种程序，其使得计算机基于从第一终端接收的操作信号，识别包括经由网络连接至计算机的第一终端的语音呼叫的开始。此外，该程序使得计算机在识别了语音呼叫开始的情形下，当从经由网络连接的第二终端接收分组时，执行允许存储语音数据的分组到达第一终端。而且，该程序使得计算机响应发送到第一终端的分组，基于从第一终端发送的第一响应分组，执行网络带宽估计。此外，改程序使得计算机根据估计的带宽执行语音呼叫比特率计算，并且通知第一终端该计算的比特率。也应注意的是，该程序可以作为在非临时性计算机可读存储介质中存储的程序产品而被提供。

[本发明的有利效果]

根据远程通信系统、服务器装置、远程通信方法以及涉及本发明的程序，使用瘦客户终端的语音呼叫延迟可以被缩短，并且可以实现解决网络带宽变化的高质量语音呼叫。

附图说明

图1是示出了涉及第一示例性实施例的远程通信系统的连接配置的示例的框图。

图2是示出了涉及第一示例性实施例的在远程通信系统中服务器装置的配置的框图。

图3是示出了涉及第二示例性实施例的远程通信系统的连接配置的示例的框图。

具体实施方式

第一，将给出示例性实施例的摘要。应注意的是，仅是处于便于理解目的，在摘要中给出附图参考符号，并非旨在将本发明现定于示出的方式。

图1是示出了涉及示例性实施例的远程通信系统的配置的图。参考图1，远程通信系统包括服务器装置(110)和经由网络连接至服务器装置(110)的第一终端(170_1)(例如，移动网络150)。

服务器装置(110)识别基于从第一终端(170_1)接收的操作信号识别包括第一终端(170_1)的语音呼叫开始。例如，当操作信号是用于启动在服务器装置(110)中提供的虚拟客户端上语音呼叫应用的信号时，服务器装置(110)可以识别语音呼叫的开始。此外，在识别语音呼叫开始的情形下从经由网络(150)连接的第二终端(170_2)接收分组时，服务器装置(110)允许存储语音数据的分组到达第一终端(170_1)。此外，响应发送到第一终端(170_1)的分组，基于从第一终端(170_1)发送的响应分组，服务器装置(110)估计网络(150)的带宽，根据估计的带宽计算语音呼叫的比特率，并且通知终端(170_1)计算的比特率。第一终端(170_1)根据通知的比特率切换语音呼叫的比特率。

通过使得服务器装置允许与语音呼叫相关的分组通过，在终端之间的分组的高速交换变成可能。此外，通过使得服务器装置测量网络的带宽，并且根据测量结果通知终端比特率，根据网络带宽调整语音呼叫的比特率变成可能。因此，根据这种远程通信系统，可以实现解决网络带宽变化的高质量语音呼叫，同时缩短使用瘦客户终端的语音呼叫的延迟。

此外，在本发明中下列模式是可能的。

(模式1)

服务器装置可以是根据第一方面的服务器装置。

(模式2)

当操作信号是用于启动在服务器装置中提供的虚拟客户端上的语音呼叫应用的信号时，控制单元可以识别该语音呼叫的开始。

(模式3)

第一响应分组可以包括第一信息，其指示在从服务器装置发送至第一终端的分组中所包含的数据大小、当第一终端接收该分组时的时间以及在第一响应分组中包含的数据大小。此外，估计单元可以基于该第一信息估计从服务器装置至第一终端的下行链路方向的带宽，并且基于第一信息和服务器装置接收第一响应分组的时间估计从第一终端至服务器装置的上行链路方向的带宽。

(模式4)

估计单元可以根据从服务器设备至第一终端的下行链路方向上的带宽，计算从服务器设备至第一终端的下行链路方向上的语音呼叫的比特率，并且将计算的下行链路方向的语音呼叫的比特率通知第一终端。此外，估计的单元可以根据从第一终端至服务器装置的上行链路方向的带宽计算从第一终端至服务器装置的上行链路方向的语音呼叫的比特率，并且将该计算的上行链路方向的语音呼叫的比特率通知第一终端。

(模式5)

在识别语音呼叫开始的情形下，当从第一终端接收分组时，分组通过单元可以允许存储语音数据的分组到达第二终端。此外，估计的单元可以基于影响发送至第二终端的分组从第二终端发送的第二响应分组，估计网络的带宽，根据估计的带宽计算语音呼叫的比特率，并且将计算的比特率通知给第二终端。

(模式6)

第二响应分组可以包含指示从服务器装置发送至第二终端的分组中所包含数据大小的第二信息、第二终端接收分组的时间以及在第二响应分组中包含的数据大小。此外，估计单元可以基于第二信息估计从服务器装置至第二终端的下行链路方向的带宽，并且基于第二信息和服务器装置接收第二响应分组估计从第二终端至服务器装置的上行链路方向的带宽。

(模式7)

估计单元可以根据从服务器装置至第二终端的下行链路方向的带宽，计算从服务器装置至第二终端的下行链路方向的语音呼叫的比特率，并且将该计算的下行链路方向语音呼叫的比特率通知第二终端。此外，估计单元可以根据从第二终端至服务器装置的上行链路方向带宽计算从第二终端至服务器装置的上行链路方向的语音呼叫的比特率，并且将计算的在上行链路方向的语音呼叫比特率通知给第二终端。

(模式8)

估计单元可以基于CMR(编解码模式请求)或SDP(会话描述协议)通知该计算的比特率。

(模式9)

远程通信系统可以是根据第二方面的远程通信系统。

(模式10)

远程通信方法可以是根据第三方面的远程通信方式。

(模式11)

在该远程通信方式中，当操作信号是用于在服务器装置中提供的虚拟客户端上启动用于语音呼叫应用的信号时，计算机可以识别语音呼叫的开始。

(模式12)

在远程通信方式中，第一响应分组可以包括第一信息，其指示从服务器装置发送至第一终端的分组中包含的数据大小、第一终端接收分组的时间以及在第一响应分组中包含的数据大小。此外，计算机可以基于第一信息估计从服务器装置至第一终端的下行链路方向的带宽，并且基于第一信息和服务器装置接收第一响应分组的时间估计从第一终端至服务器装置的上行链路方向的带宽。

(模式13)

远程通信方法可以包括由计算机根据从服务器装置至第一终端的下行链路方向的带宽计算从服务器装置至第一终端的下行链路方向的语音呼叫的比特率，并且将计算的下行链路方向的语音呼叫比特率通知第一终端。此外，远程通信方法可以包括，有计算机根据从第一装置可至服务器装置的上行链路方向的带宽，计算从第一终端至服务器装置的上行链路方向的语音呼叫的比特率，并且将计算的该上行链路方向的语音呼叫比特率通知第一终端。

(模式14)

远程通信方法可以包括，在识别语音呼叫开始的情形下，当从第一终端接收分组时，计算机允许存储数据的分组到达第二终端。此外，远程通信方法可以包括，基于第二终端响应发送到第二终端的分组而发送的第二响应分组，由计算机估计网络带宽。而且，远程通信方法可以包括，由计算机根据估计的带宽计算语音呼叫的比特率并且将计算的比特率通知给第二终端。

(模式15)

在远程通信方法中，第二响应分组可以包括第二信息，其指示在从服务器装置发送至第二终端的分组中包含的数据大小、当第二终端接收分组时的时间以及在第二响应分组中包含的数据大小。此外，计算机可以基于第二信息估计从服务器装置至第二终端的下行链路方向的带宽，并且基于第二信息和当服务器装置接收第二响应分组的时间估计从第二终端至服务器装置的上行链路方向的带宽。

(模式16)

远程通信方法可以包括，根据从服务器装置至第二终端的下行链路方向的带宽，计算从服务器装置至第二终端的下行链路方向的语音呼叫的比特率，并且将计算的在下行链路方向的语音呼叫的比特率通知给第二终端。此外，远程通信方法可以包括，由计算机根据从第二终端至服务器装置的上行链路方向的带宽，计算从第二终端至服务器装置的上行链路方向的语音呼叫的比特率，并且将该计算的上行链路方向的语音呼叫的比特率通知给第二终端。

(模式)17

提供一种计算机程序，其时的计算机基于从第一终端接收的操作信号，执行识别包括经由网络连接至计算机的第一终端的语音呼叫的开始。此外，在识别语音呼叫的开始的情形下，当从经由网络连接的第二终端接收分组时，该程序可以使得计算机执行允许存储语音数据的分组到达第一终端。而且，该程序可以使得计算机基于响应发送至第一终端的数据分组而从第一终端发送的第一响应数据分组，执行网络带宽估计。此外，该程序可以使计算机根据估计的带宽执行语音呼叫比特率计算，并且该计算的比特率通知给第一终端。

(第一实施例)

将参考附图，描述涉及第一示例性实施例的远程通信系统。图1示出了涉及本示例性实施例的远程通信系统的配置示例。图1示出了其中3G(第3代)移动分组网络被用作网络以及SGSN/GGSN(服务GPRS(通用分组无线服务)支持节点/网管GPRS支持节点)装置被用作分组转发服务装置的配置。应指出的是，可以使用诸如LTE(长期演进)移动网络、WiFi(无线保真)网络)、NGN(下一代网络)和互联网的其他网络。

在图1中，在其中终端170_1通过连接到在企业网络130中提供的服务器装置110使用瘦客户端执行数据转发的情况下，终端170_1利用服务器装置110执行对中断170_2的语音呼叫。在本示例性实施例中，进行呼叫所需要的电话簿由瘦客户端的服务器装置110保存。在这种情形下，终端170_1不必拥有电话簿，并且当终端170_1丢失时，可以确保电话号码和用户姓名的安全性。

在图1中，其中记录了用户名和电话号码的电话簿111被提供给并且连接至服务器装置110。为了使得终端170_1连接至服务器装置110并且开始语音呼叫，通过在服务器装置110的虚拟客户端上开始语音呼叫VoIP应用而产生的画面数据被从服务器装置110转发到终端170_1。终端170_1解码并显示转发的画面数据。终端170_1的用户进行对于中断170_2的语音呼叫，同时调用在终端170_1上的显示画面。

当终端170_1为了启动语音呼叫，在服务器装置110的虚拟客户端上开始语音呼叫VoIP应用时，用于开始VoIP应用的操作信号或存储操作信号的分组被从终端170_1发送至服务器装置110。在接收到操作信号或存储操作信号的分组时，服务器装置110使得控制单元将其识别为语音呼叫，通过在虚拟客户端上开始语音呼叫VoIP应用而产生画面，编码该画面信息，并且将该信息从服务器装置110转发至终端170_1。终端170_1解码转发的画面信息并且在终端170_1的画面上显示。终端170_1的终端用户执行操作，作为下一动作，诸如选择用户名和电话号码作为呼叫目的地。

此外，当画面包括音频时，经由不同于用于语音呼叫的路径处理伴随该画面的音频信号。换言之，在画面捕获单元捕获之后，由音频编码器将该信号压缩并且编码成压缩/编码流，并且作为不同于使用预定协议的分组发送至终端170_1。

在这些处理之后，终端170_1发送存储使用已知会话控制协议的会话控制消息的分组以及存储通过终端170_1压缩并且编码语音信号而获得的位流的分组。在这种情形下，SIP(会话启动协议)被用作会话控制协议。应注意的是，可以使用除了SIP以外的任何会话控制协议。

这些分组达到达移动网络150中的基站194_1，终端170-1属于该基站，并且进一步经由(无线网路控制器)装置195-1和SGSN/GGSN装置190到达企业网络130中的服务器装置110。

图2是示出了服务器装置110的配置示例的框图。参考图2，将描述服务器装置110的配。在图2中，服务器装置110包括虚拟客户端单元211，画面捕获单元180、图像编码器单元188、音频编码器单元189、第一分组传输单元176、第二分组传输单元177、第一分组传送/接收单元186、第二分组传送/接收单元187、分组通过单元185以及估计单元183。

虽然未在图2中示出，虚拟客户端单元211在主OS上的虚拟环境中的客OS(操作系统)上操作。在这种情形下，已知OS可以被用作主OS或客OS。作为示例，下文中Linux(注册商标)被用作主OS并且Android被用作客OS。应指出的是，Windows(注册商标)也可以被用作客OS。

参考图2，虚拟客户端单元211包括控制单元192和画面产生单元193。当开始语音呼叫时，图1中的终端170_1将用于在虚拟客户端上启动语音呼叫VoIP应用的操作信号存储在分组中，并且发送该分组至服务器装置110。服务器装置110的第一分组传送/接收单元接收存储操作信号的分组，从该分组中抽取操作信号，并且将该信号输出到控制单元192。

当接收该操作信号并且将其识别为用于语音呼叫VoIP应用的开始信号时，控制单元192执行语音呼叫VoIP应用。画面产生单元193基于语音呼叫VoIP应用的执行，利用画面信息产生画面，并且将该画面输出到画面捕获单元180。

画面捕获单元180以预定画面分辨率和帧率捕获产生的画面，并且将结果输出到图像编码器单元188。

图像编码器单元188使用预定编码器，以预定画面分辨率、比特率和帧率压缩并编码接收的画面，导出压缩/编码流，并且将该流输出到第一分组传输单元176。例如，可以使用诸如H.264、MPEG-4(运动图片专家组4)以及JEPG 2000(联合照片专家组2000)的压缩编码方法。

在图1中，第一分组传输单元176将从图像编码器单元188接收的压缩/编码流存储到预定分组中，并且将该分组输出到SGSN/GGSN装置190中。在这种情形下，RTP/UDP/IP(实施传输协议/用户数据报协议/互联网协议)、UDP/IP、TCP/IP(传输控制协议/互联网协议)等可以被用作分组协议。此处将UDP/IP用作示例。

接下来，终端170_1接收用于画面的压缩/编码流，以预定画面分辨率和帧率将其解码，并且在终端170_1的显示单元上显示该画面。

在图1中，接下来，控制单元192从电话簿111读取呼叫目的地电话号码(在该情形下终端170_2的电话号码)和用户名，并且利用画面产生单元193产生画面。图像编码器单元188压缩并编码产生的画面，并且将该结果发送至终端170_1。

终端170_1的用户在调用终端170_1上的接收画面时选择用户和电话号码，并且开始语音呼叫。此时，终端170_1发送存储SIP消息的分组至服务器装置110，然后，发送存储通过压缩并编码语音信号而获取的流的分组。

服务器装置110通过使用与伴随画面的音频不同的路径处理与语音呼叫相关的分组，减少语音呼叫延迟。

在语音呼叫的情形下，在从终端170_1接收的分组中，第一分组传送/接收单元输出存储SIP消息的分组至控制单元192，输出存储语音的压缩/编码流的分组至分组通过单元185，并且将响应分组输出至估计单元183。在这种情形下，可以讲诸如G.711、G.711.1、G.729、G.722.2、AMR-NB(适配多速率窄带)、AMR-WB(适配多速率宽带)等的语音压缩编码方法，用作用于终端170_1的语音的压缩编码方法。此处将AMR_NB作为示例。

在图1中，在从终端170_2接收的分组中，第二分组传送/接收单元187输出存储SIP消息的分组至控制单元192，输出存储语音压缩/编码流的分组至分组通过单元185，并且将响应分组发送至估计单元183。

在从第一分组传送/接收单元接收了操作信号时，控制单元192执行下列操作。

(1)控制单元192分析操作信号，并且当该信号是用于开始语音呼叫的信号时，开始语音呼叫VoIP应用。

(2)在语音呼叫的情形下，控制单元192从第一分组传送/接收单元接收SIP消息。

(3)控制单元192从VoIP应用获取由终端用户所选择的呼叫目的地的电话号码，从电话号码推导出呼叫目的地IP地址，将接收的SIP消息的目的地IP地址重新写入呼叫目的地的推导IP地址，并且将重写的SIP消息和呼叫目的地的IP地址通知给第二分组传送/接收单元187。

(4)控制单元192指示估计单元183利用来自第一分组接收/传输单元的响应分组和来自第二分组传送/接收单元187的响应分组，估计在上行和下行链路方向的连接至终端170_1的网络的带宽。此外，控制单元192指令估计单元183估计在上行和下行链路方向的连接至终端170_2的网络的带宽。此外，控制单元192指示估计单元183基于四个带宽的每个，计算四个比特率，并且将其通知分组通过单元185。

(5)控制单元192指令分组通过单元185允许存储由第一分组传送/接收单元所接收的语音呼叫压缩/编码流的分组通过并且输出该分组至第二传送/接收单元187。类似的是，控制单元192指示分组通过单元185允许存储由第二分组传送/接收单元187所接收的压缩/编码语音流的分组通过，并且将该分组输出至第一分组传送/接收单元。

估计单元183从第一分组传送/接收单元接收在响应分组中包含的信息，并且估计终端170_1所连接至的网络的带宽BW_1。类似的是，估计单元183从第二分组传送/接收单元187接收在响应分组中包含的信息，并且估计终端170_2所连接至的网络的带宽BW_2。

来自终端170_1的响应分组至少包括下列三条信息之一。换言之，响应分组包括(1)在某个时间从服务器装置110发送至终端170_1的分组中所包含的数据大小D(j)；(2)当终端170_1接收该分组时的时间R(j)；以及(3)在从终端170_1发送至服务器装置110的响应分组中所包含的数据大小P(m)。

类似的是，来自终端170_2的响应分组至少包括下列三条信息。换言之，响应分组包括(1)在某个时候从服务器装置110发送至终端170_2的分组中所包含的数据大小D(j)；当终端170_2接收该分组时的时间R(j)；以及(3)在从终端170_2发送至服务器装置110的响应分组中包含的数据大小P(m)。

估计单元183利用在响应信号分组中包含的该三条信息，估计网络的带宽。

首先，估计单元183利用数学公式(1)和(2)，估计下行链路方向终端170_1所连接至的网络的带宽。

D(j)/W＝R(j)-R(j-1)  (1)

在算式(1)中，W指带宽估计值。D(j)表示从第一分组传送/接收单元发送至终端170_1的第j个分组的数据大小。R(j)表示当终端170_1接收了第j个分组时的时间。

接下来，估计单元183根据算式(2)，将算式(1)中计算的带宽估计值W在时间上平滑。

BW(n)＝(1-β)BW(n-1)+βW  (2)

此处BW(n)指在n个时间的平滑后的带宽估计值，并且β使范围在0<β<1的常量。

接下来，估计单元183将在上行链路方向的带宽估计值推导如下。响应信号分组包括由终端170_1在上行链路方向上发送的数据大小P(m)。该估计单元183利用算式(3)推导在上行链路方向的带宽W’。

P(m)/W'＝T(m)-T(m-1)  (3)

在算式(3)中，T(m)指示当服务器装置110接收了响应信号分组时的时间。

接下来，估计单元183在时间上平滑W’并且将平滑后的BW’(n)视为上行链路方向的带宽估计值。

BW'(n)＝(1-β)BW'(n-1)+βW'  (4)

接下来，估计单元183利用通过算式(2)平滑的带宽估计值BW(n)，根据在预定时间的算式(5)和(6)，计算下行链路方向的比特率C(n)。

C(n)＝(1-γ)C(n-1)+γBW(n)  (5)

C(n)≦BW(n)  (6)

此处，C(n)指示在第n时间的比特率。Γ是在0<γ<1范围内的常量。

类似的是，估计单元183利用通过算式(4)平滑的带宽估计值BW’(n)，根据算式(7)和(8)，计算在上行链路方向的比特率C’(n)。

C'(n)＝(1-γ)C'(n-1)+γBW'(n)  (7)

C'(n)≦BW'(n)  (8)

估计单元183估计连接至终端170_2的网络的带宽估计值，如同其估计连接至终端170_1的网络带宽估计值一样。换言之，估计单元183根据算式(1)至(4)，利用从第二分组传送/接收单元187中获取的响应信号分组中包含的三条信息，估计连接至终端170_2的网络的带宽估计值。估计单元183基于算式(1)和(2)计算在下行链路方向的带宽估计值，并且基于算式(3)和(4)计算在上行链路方向上的带宽估计值。此外，估计单元183利用算式(5)和(6)计算在下行链路方向的比特率，并且利用算式(7)和(8)计算上行链路方向的比特率。

接下来，已经从控制单元192接收了指令以允许分组通过后，包通过单元185从第一分组传送/接收单元186接收存储语音呼叫的压缩/编码流的分组，并且将该接收的分组输出到第二分组传送/接收单元187，允许其无延迟地通过。此外，已经从控制单元接收了指令后以允许分组通过后，分组通过单元185从第二分组传送/接收单元187接收存储语音呼叫的压缩/编码流的分组，并且将该接收的分组输出到第一分组传送/接收单元186，允许其无延迟地通过。

分组传输单元185从估计单元183接收终端170_1所连接至的网络的下行和上行比特率，并且接收终端170_2所连接至的网络的下行和上行比特率。分组通过单元185指示第一分组传送/接收单元通过将AMR-NB的CMR(编解码模式请求)包含在分组的净荷头中，将终端170_1所连接的网络的下行和上行比特率通知给终端170_1。类似的是，分组通过单元185指令第二分组传送/接收单元187通过将AMR-NB的CMR包含在分组的净荷头中，将终端170_2所连接的网络的下行和上行比特率通知给终端170_2。

此外，当通知下行和上行比特率时，可以使用诸如SDP(会话描述协议)的其他方法来替代CMR。

当从控制单元192接收呼叫目的地的IP地址和SIP消息以及从分组通过单元185接收存储语音呼叫的压缩/编码流的分组时，第二分组传送/接收单元187经由SGSN/GGSN装置190等，发送SIP消息至终端170_2。

此外，当在上行和下行比特率通知中使用SDP时，这些通知被包含在SIP/SDP中。CMR可以被包含在净荷头中，作为用于存储语音呼叫的压缩/编码流的分组的上行和下行比特率的通知。此外，第二分组传送/接收单元187对分组协议作必要的改变，然后，经由SGSN/GGSN装置190等输出分组至终端170_2。在该情形下，例如，可以将协议改变成RTP/UDP/IP协议、UDP/IP协议以及TCP/IP协议。

在本示例性实施例中，移动网络150是3G移动网络。然而，移动网络150可以是LTE(长期演进)移动网络。此外，固定网络、NGN(下一代网络)、W-LAN(无线局域网)或者互联网可以被用作移动网络150。可以将智能电话和平板用作终端170_1和170_2。此外，可以将固定终端而非移动终端用作终端170-1和170_2。而且服务器装置110可以被提供用于移动网络或固定网络，而非企业网络。

(第二示例性实施例)

将参考附图，描述涉及第二示例性实施例的远程通信系统。图3是示出了涉及本示例性实施例的远程通信系统的配置示例的框图。

在图3中采用的配置时，其中服务器装置110的配置提供在云网络230中，并且终端170_1和170_2经由移动网络150被连接至服务器装置110。此处，由于与图1中具有相同编号的图3中的元件具有与图1中那些相同的功能，对其的解释将被省略。

此外，移动网络150可以是LTE(长期演进)移动网络。而且，固定网络、NGN(下一代网络)、W-LAN(无线局域网)或者互联网可以被用作移动网络150。智能电话和平板可以被用作终端170_1和170_2。此外，固定终端而非移动终端可以被用作终端170_1和170_2。而且，服务器装置110可以被提供用于移动网络或者固定网络，而非企业网络。

根据涉及上述实施例的远程通信系统，及时在网络带宽改变时，在终端和连接目的地终端之间的语音呼叫变成可能。尤其是，根据上述示例性实施例，利用瘦客户端的VoIP语音呼叫延迟比非利用瘦客户端的正常VoIP呼叫延迟长的问题能够解决。这是因为，在服务器装置中，控制单元通过从终端接收操作信号或分组识别语音呼叫，并且在识别语音呼叫的情形下，通过让该数据分组通过，存储从终端发送的语音数据的分组可以经由基于来自控制单元的指令的不同路径，被无延迟地发送至目的地。

此外，根据上述示例性实施例，当由于业务拥堵而导致移动网络或互联网的带宽随时间推移而变化时，通过将比特率通知给终端而控制终端，可以根据带宽控制比特率。结果，诸如在客户终端上的长时间延迟和大幅度抖动和波动的问题可以被解决。

签署专利文献的公开通过引用并入本文。在本发明整体公开(包括权利要求)的范围内，并且基于本发明的基础技术概念，可以对示例性实施例做出多种修改和调整。在本发明权利要求范围内，各种公开元素(包括每个权利要求的每个元素、每个示例性实施例的每个元素、每个附图的每个元素等)的各种组合和选择是可能的。即，本发明当然包含本领域技术人员根据包含权利要求和技术概念的整体公开而可能做出的各种变更和修改。尤其是，此处公开的任何数量范围应被解释为在公开的范围内的任何中间值或子范围也被具体地公开了，即使没有对其进行具体叙述。

[附图标记列表]

110：服务器装置

111：电话簿

130：企业网络

150：移动网络

170_1、170_2：终端

176：第一分组传输单元

177：第二分组传输单元

180：画面捕获单元

183：估计单元

185：分组通过单元

186：第一分组传送/接收单元

187：第二分组传送/接收单元

188：图像编码器单元

189：音频编码器单元

190：SGSN/GGSN装置

192：控制单元

193：画面产生单元

194_1、194_2：基站

195_1、195_2：RNC装置

211：虚拟客户端单元

230：云网络

Claims (17)

1.一种服务器装置包括：

控制单元，所述控制单元基于从第一终端接收到的操作信号来识别包括经由网络连接的所述第一终端的语音呼叫的开始；

分组通过单元，在所述语音呼叫的开始被识别的情况下，当从经由所述网络连接的第二终端接收分组时，所述分组通过单元允许存储语音数据的分组到达所述第一终端；以及

估计单元，所述估计单元基于响应于发送到所述第一终端的分组而从所述第一终端发送的第一响应分组来估计所述网络的带宽，根据所估计的带宽来计算所述语音呼叫的比特率，并且向所述第一终端通知所计算的比特率。

2.根据权利要求1所述的服务器装置，其中，

当所述操作信号是用于在所述服务器装置中提供的虚拟客户端上启动用于所述语音呼叫的应用的信号时，所述控制单元识别所述语音呼叫的开始。

3.根据权利要求1或2所述的服务器装置，其中，

所述第一响应分组包括指示在从所述服务器装置发送至所述第一终端的分组中所包括的数据大小的第一信息、所述第一终端接收所述分组时的时间以及包括在所述第一响应分组中的数据大小，并且

所述估计单元基于所述第一信息来估计从所述服务器装置到所述第一终端的下行链路方向的带宽，并且基于所述第一信息和所述服务器装置接收所述第一响应分组时的时间来估计从所述第一终端到所述服务器装置的上行链路方向的带宽。

4.根据权利要求3所述的服务器装置，其中，

所述估计单元根据从所述服务器装置到所述第一终端的所述下行链路方向的带宽来计算从所述服务器装置到所述第一终端的所述下行链路方向中的语音呼叫的比特率，并且向所述第一终端通知所计算的所述下行链路方向中的所述语音呼叫比特率，并且

所述估计单元根据从所述第一终端到所述服务器装置的所述上行链路方向中的所述带宽来计算从所述第一终端到所述服务器装置的所述上行链路方向中的所述语音呼叫的比特率，并且向所述第一终端通知所计算的所述上行链路方向中的语音呼叫的比特率。

5.根据权利要求1至4中的任何一项所述的服务器装置，其中，

在识别所述语音呼叫的情况下，当从所述第一终端接收所述分组时，所述分组通过单元允许存储语音数据的分组到达所述第二终端，并且

所述估计单元基于响应于发送到所述第二终端的分组而从所述第二终端发送的第二响应分组来估计所述网络的带宽，根据所估计的带宽来计算所述语音呼叫的比特率，并且向所述第二终端通知所计算的比特率。

6.根据权利要求5所述的服务器装置，其中，

所述第二响应分组包括指示从所述服务器装置发送至所述第二终端的分组中包括的数据大小的第二信息、所述第二终端接收所述分组时的时间以及包括在所述第二响应分组中的数据大小，并且

所述估计单元基于所述第二信息来估计从所述服务器装置到所述第二终端的下行链路方向中的带宽，并且基于所述第二信息和所述服务器装置接收所述第二响应分组时的时间来估计从所述第二终端到所述服务器装置的上行链路方向中的带宽。

7.根据权利要求6所述的服务器装置，其中，

所述估计单元根据从所述服务器装置到所述第二终端的所述下行链路方向中的带宽来计算从所述服务器装置到所述第二终端的所述下行链路方向中的语音呼叫的比特率，并且向所述第二终端通知所计算的所述下行链路方向中的语音呼叫比特率，并且

所述估计单元根据从所述第二终端到所述服务器装置的所述上行链路方向中的所述带宽来计算从所述第二终端到所述服务器装置的所述上行链路方向中的语音呼叫的比特率，并且向所述第二终端通知所计算的所述上行链路方向中的语音呼叫的比特率。

8.根据权利要求1至7中的任何一项所述的服务器装置，其中，

所述估计单元基于CMR(编解码模式请求)或者SDP(会话描述协议)来通知所计算的比特率。

9.一种远程通信系统，包括：

服务器装置；以及

经由网络连接到所述服务器装置的第一终端，其中，

所述服务器装置包括：

控制单元，所述控制单元基于从所述第一终端接收到的操作信号来识别包括所述第一终端的语音呼叫的开始；

分组通过单元，在所述语音呼叫的开始被识别的情况下，当从经由所述网络连接的第二终端接收所述分组时，所述分组通过单元允许存储语音数据的分组到达所述第一终端；以及

估计单元，所述估计单元基于响应于发送到所述第一终端的分组而从所述第一终端发送的第一响应分组来估计所述网络带宽，根据所估计的带宽来计算所述语音呼叫的比特率，并且向所述第一终端通知所计算的比特率，并且

所述第一终端根据所通知的比特率来切换所述语音呼叫的比特率。

10.一种远程通信方法，包括：

由计算机基于从所述第一终端接收到的操作信号来识别包括经由网络连接的第一终端的语音呼叫的开始；

在所述语音呼叫的开始被识别的情况下，当从经由所述网络连接的第二终端接收所述分组时，允许存储语音数据的分组到达所述第一终端；

基于响应于发送到所述第一终端的分组而从所述第一终端发送的第一响应分组来估计所述网络的带宽；以及

根据所估计的带宽来计算所述语音呼叫的比特率，并且向所述第一终端通知所计算的比特率。

11.根据权利要求10所述的远程通信方法，其中，

当所述操作信号是用于在所述服务器装置中提供的虚拟客户端上启动用于所述语音呼叫的应用的信号时，所述计算机识别所述语音呼叫的开始。

12.根据权利要求10或11所述的远程通信方法，其中，

所述第一响应分组包括指示在从所述服务器装置发送至所述第一终端的分组中所包括的数据大小的第一信息、所述第一终端接收所述分组时的时间以及包括在所述第一响应分组中的数据大小，并且

所述计算机基于所述第一信息来估计从所述服务器装置到所述第一终端的下行链路方向中的带宽，并且基于所述第一信息和所述服务器装置接收所述第一响应分组时的时间来估计从所述第一终端到所述服务器装置的上行链路方向中的带宽。

13.根据权利要求12所述的远程通信方法，包括：

由所述计算机根据从所述服务器装置到所述第一终端的所述下行链路方向的带宽来计算从所述服务器装置到所述第一终端的所述下行链路方向中的语音呼叫的比特率，并且向所述第一终端通知所计算的所述下行链路方向中的所述语音呼叫比特率；以及

根据从所述第一终端到所述服务器装置的所述上行链路方向中的所述带宽来计算从所述第一终端到所述服务器装置的所述上行链路方向中的所述语音呼叫的比特率，并且向所述第一终端通知所计算的所述上行链路方向中的语音呼叫的比特率。

14.根据权利要求10至13中的任何一项所述的远程通信方法，包括：

在识别所述语音呼叫的情况下，当从所述第一终端接收所述分组时，由所述计算机允许存储语音数据的分组到达所述第二终端；

基于响应于发送到所述第二终端的分组而从所述第二终端发送的第二响应分组，来估计所述网络的带宽；以及

根据所估计的带宽来计算所述语音呼叫的比特率，并且向所述第二终端通知所计算的比特率。

15.根据权利要求14所述的远程通信方法，其中，

所述第二响应分组包括指示从所述服务器装置发送至所述第二终端的分组中包括的数据大小的第二信息、所述第二终端接收所述分组时的时间以及包括在所述第二响应分组中的数据大小，并且

所述计算机基于所述第二信息来估计从所述服务器装置到所述第二终端的下行链路方向中的带宽，并且基于所述第二信息和所述服务器装置接收所述第二响应分组时的时间来估计从所述第二终端到所述服务器装置的上行链路方向中的带宽。

16.根据权利要求15所述的远程通信方法，包括：

由所述计算机根据从所述服务器装置到所述第二终端的所述下行链路方向中的带宽来计算从所述服务器装置到所述第二终端的所述下行链路方向中的语音呼叫的比特率，并且向所述第二终端通知所计算的所述下行链路方向中的语音呼叫比特率；以及

根据从所述第二终端到所述服务器装置的所述上行链路方向中的所述带宽来计算从所述第二终端到所述服务器装置的所述上行链路方向中的语音呼叫的比特率，并且向所述第二终端通知所计算的所述上行链路方向中的语音呼叫的比特率。

17.一种程序，使得计算机执行：

基于从所述第一终端接收到的操作信号来识别包括经由网络连接的计算机的第一终端的语音呼叫的开始；

在所述语音呼叫的开始被识别的情况下，当从经由所述网络连接的第二终端接收所述分组时，允许存储语音数据的分组到达所述第一终端；

基于响应于发送到所述第一终端的分组而从所述第一终端发送的第一响应分组来估计所述网络的带宽；以及

根据所估计的带宽来计算所述语音呼叫的比特率，并且向所述第一终端通知所计算的比特率。