[发明专利]终端、服务器和音频处理方法

说明书

技术领域

本发明涉及即时通讯技术领域，尤其涉及一种终端、服务器和音频处理方法。

背景技术

目前互联网应用中最为普遍的即时通讯(Instant Messaging，IM)软件一般都具有网络电话(VoIP)语音通讯模块，用于支持语音通讯功能。

当IM应用部署于虚拟桌面(或远程桌面)时，因其架构特点和解决方案的限制，会存在音频方面的失真和延时情况。

当前虚拟桌面环境下IM软件音频处理流程如图1所示，用户A在操作终端瘦客户端(thin client1)上通过远程桌面或虚拟桌面运行服务器(Server)1中的IM客户端(client)1软件应用。操作终端上键盘和鼠标的操作通过虚拟桌面传输协议如独立计算架构(ICA)、图像传输协议(PCoIP)、独立计算环境简单协议(SPICE)、远程显示协议(RDP)等传送到服务器Server1中以操作IM软件。

具体地，目前IM软件在虚拟桌面环境下的音频传输机制，包括登录过程和呼叫过程，其中：

(1)登录过程：

如图1所示，用户A在操作终端1即thin client1上通过虚拟桌面传输协议由键盘、鼠标等外设操作服务器Server1，并启动Server1上的IM client1应用软件。用户登录后，IM Client1应用软件首先向应用服务器(Application Server，AS)注册，同时获取软交换服务器(Soft Switch，SS)的ip地址和端口。IM Client1应用的VoIP模块随之向SS注册(注册Server1的ip地址，以及媒体端口号)，用户B在server2上的登录过程类似。

(2)呼叫过程：

当用户A要向用户B进行语音或视频对话时，Server1上的IM client 1应用软件使用会话初始协议(Session Initiation Protocol，SIP)向SS发起呼叫请求，IM Client1应用摘机后，SS向目的方IM Client2应用发起呼叫请求，同时携带IM1 Client应用的ip地址、媒体端口号以及媒体类型。IM Client2应用摘机后，使用SS呼叫时携带的IM Client1应用的ip地址，媒体端口号，以及正确的媒体类型，与IM1 Client应用建立实时传输协议(RTP)媒体连接(在不能直接建立RTP连接的情况下，可能需要媒体网关进行交换)，建立RTP连接后，IM Client1应用与IM Client2应用之间可以进行语音通话。

当用户A与用户B进行语音对话时，麦克风采集到的数据通过虚拟桌面传输协议如RDP协议等由thin client1传送到Server1上的IM client 1应用(部署在Server1上)，后者的VoIP模块将数据编码为媒体流，然后通过RTP协议依次传送到SS最终送达IM client 2应用(部署在Server2上)。IM Client2应用的VoIP模块对媒体流进行解码后，同样通过虚拟桌面传输协议传送到thin client2上，由thin client2上的硬件进行播放出来，如此用户B即可获知音频内容。

在这个过程中，麦克风或摄像头收集的数据在thin client端通过虚拟桌面传输协议传送到Server的过程中(包括反向过程)数据流经过多次转发，不但占用了带宽，也会因多次转发及编解码过程导致音频内容的延时和失真。这种延时对于语音或视频等实时性要求较高的业务是致命的。因此有必要进一步优化目前IM的系统处理结构以满足最大化去除延时和失真的要求。

发明内容

本发明实施例提供了一种终端、服务器和音频处理方法，以解决目前IM应用在虚拟桌面或远程桌面环境下存在的音频失真和延时问题。

本发明实施例提供了一种终端，该终端包括接口模块和网络电话(VoIP)模块，其中：

所述接口模块，用于在所述终端作为被叫终端时，接收所述被叫终端对应的服务器发送的控制指令，所述控制指令中携带主叫终端中VoIP模块的参数信息；

所述VoIP模块，用于在所述终端作为被叫终端时，从所述接口模块获得所述控制指令，解析出所述控制指令中携带的所述参数信息，根据所述参数信息与所述主叫终端中的VoIP模块建立实时传输协议(RTP)流媒体通道。

优选地，所述VoIP模块，还用于从所述接口模块获得所述控制指令之前，向所述接口模块发送指示所述终端可用的状态指令；所述接口模块，还用于向所述被叫终端对应的服务器发送所述状态指令。