本发明涉及通信领域， 尤其涉及一种瘦终端的通话方法及装置。 背景技术

瘦终端（ Thin Client, 简称 TC )是指使用专业嵌入式处理器、 小型 本地闪存、 精简版操作系统的基于个人计算机 （Personal Computer, 简 称 PC )工业标准设计的使用专用定制系统的小型商� � PC。 瘦终端包含 低功耗和高运算功能的专业嵌入式处理器、不 可移除地用于存储操作系 统的本地闪存、 本地系统内存、 网络适配器、 显卡以及其他外设的标配 输入 /输出选件， 由于瘦终端没有可移除的部件， 因此可以提供比普通 PC更加安全可靠的使用环境， 以及更低的功耗， 更高的安全性。 目前， 瘦终端主要用于通信系统、 营业厅、 企业办公、 收银台等。

现有的瘦终端， 通过在计算机 （物理机或虚拟机） 中安装软终端， 进而用户使用瘦终端通过远程桌面协议登录到 计算机后，使用计算机的 软终端拨打电话。 当通信所产生的媒体流到达软终端后， 先由软终端对 媒体流进行编解码， 然后计算机（物理机或虚拟机）通过远程桌面 协议， 如 RDP ( Remote Display Protocol , 远程桌面协议） 、 ICA ( Industry Communication Association, 工业通信协会） 等， 将编解码后的媒体流 传送至瘦终端， 以使得用户通过在瘦终端上接耳麦等设备实现 语音通 话。

在实现上述话务过程中， 由于瘦终端必须先接入计算机然后再使用 计算机的软终端才能拨打电话， 而且在通信过程中只能由计算机的软终 端对语音媒体流进行编解码后再通过远程桌面 协议传送至瘦终端， 由于 占用计算机 CPU ( Central Processing Unit, 中央处理器） 和内存资源较 大而使得计算密度无法提升， 以及计算机传送至瘦终端的语音延时大、 语音质量差等问题， 这些问题的存在既影响了成本、 降低了用户的体验 感又影响了瘦终端在桌面云应用中的推广。

发明内容

本发明的实施例提供一种瘦终端的通话方法及 装置，瘦终端能够直 接与用户设备进行通信，并对与用户设备通信 过程中的语音媒体流进行 编解码， 提升了用户体验感， 避免了现有技术中语音延时大、 语音质量 差等问题。

为达到上述目的， 本发明的实施例釆用如下技术方案：

第一方面， 本发明实施例提供的瘦终端的通话方法， 包括： 瘦终端发送第一呼叫请求消息经网络之间互联 的协议 IP 电话网关 至用户设备；

所述瘦终端接收经所述 IP 电话网关的来自所述用户设备的对应于 所述第一呼叫请求消息的第一应答消息；

所述瘦终端根据所述第一应答消息， 经所述 IP 电话网关向所述用 户设备发送第一语音媒体流；或者，所述瘦终 端根据所述第一应答消息， 接收经所述 IP电话网关的来自所述用户设备的第二语音媒� ��流。

结合第一方面， 在第一种可能的实现方式中， 所述第一呼叫请求消 息中携带所述瘦终端的媒体流地址及语音编解 码信息， 其中， 所述瘦终 端的媒体流地址用于指示所述 IP 电话网关传送所述第二语音媒体流至 所述瘦终端的路径，所述瘦终端的语音编解码 信息用于指示所述瘦终端 的编解码格式和码率。

结合第一方面或第一方面的第一种可能的实现 方式，在第二种可能 实现方式中， 所述第一应答消息中携带所述 IP 电话网关的媒体流地址 及语音编解码信息， 其中， 所述 IP 电话网关的媒体流地址用于指示所 述瘦终端传送所述第一语音媒体流至所述电话 网关的路径， 所述 IP 电 话网关的语音编解码信息用于指示所述 IP 电话网关的编解码格式和码 率。

第二方面， 本发明实施例提供的瘦终端， 包括：

发送单元， 用于发送第一呼叫请求消息经网络之间互联的 协议 IP 电话网关至用户设备发以及发送第一语音媒体 流经所述 IP 电话网关至 所述用户设备；

接收单元， 用于接收经所述 IP 电话网关的来自所述用户设备的对 应于所述第一呼叫请求消息的第一应答消息， 以及根据所述第一应答消 息， 接收经所述 IP电话网关的来自所述用户设备的第二语音媒� ��流。 本发明实施例提供的一种瘦终端的通话方法及 装置，通过瘦终端发 送第一呼叫请求消息经 IP电话网关至用户设备后， 接收经 IP电话网关 的来自用户设备的对应于第一呼叫请求消息的 第一应答消息，并根据第 一应答消息与用户设备进行通信。 通过该方案， 一方面， 由于瘦终端可 以在不接入计算机的情况下直接与其他用户设 备进行通信，避免了现有 技术中计算机出现故障时导致瘦终端与其他用 户设备不能正常通信的 问题； 另一方面， 瘦终端可直接对该瘦终端与用户设备通信过程 中的语 音媒体流进行编解码， 使得用户可以听到良好的语音效果， 提升了用户 体验感，避免了现有技术中计算机对语音媒体 流进行编解码再传输到瘦 终端而引起的语音延时大、语音质量差等问题 ， 同时也使得计算机 CPU 的占用率降低， 提升了计算机在计算节点上的密度。

附图说明

为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简 单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1为本发明实施例提供的瘦终端通话方法的流� �示意图一； 图 2为本发明实施例提供的瘦终端通话方法的流� �示意图二； 图 3为本发明实施例提供的瘦终端釆用 SIP协议发起呼叫的流程示 意图；

图 4为本发明实施例提供的瘦终端釆用 H.248协议发起呼叫的流程 示意图；

图 5为本发明实施例提供的瘦终端釆用 SIP协议接收呼叫的流程示 意图；

图 6为本发明实施例提供的瘦终端釆用 H.248协议接收呼叫的流程 示意图；

图 7为本发明实施例提供的瘦终端的结构示意图� �

具体实施方式

下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做 出创造性劳动前提下所获得的所有其他实施例 , 都属于本发明保护的范围。

本文中描述的各种技术可用于各种无线通信系 统， 例如当前 2G, 3G通信系统和下一代通信系统， 例如全球移动通信系统（ GSM, Global System for Mobile communications ) , 码分多址 ( CDMA, Code Division Multiple Access )系统，时分多址（ TDMA, Time Division Multiple Access ) 系统，宽带码分多址（ WCDMA, Wideband Code Division Multiple Access Wireless ) 系统， 频分多址 （ FDMA , Frequency Division Multiple Addressing ) 系 统 ， 正 交 频 分 多 址 ( OFDMA , Orthogonal Frequency-Division Multiple Access ) 系统， 单载波 FDMA ( SC-FDMA ) 系统， 通用分组无线业务（ GPRS , General Packet Radio Service ) 系统， 长期演进（ LTE , Long Term Evolution ) 系统， 以及其他此类通信系统。

用户设备， 可以是无线终端也可以是有线终端， 无线终端可以是只 向用户提供语音和 /或数据连通性的设备， 具有无线连接功能的手持式 设备、 或连接到无线调制解调器的其他处理设备。 无线终端可以经无线 接入网 （例如， RAN, Radio Access Network ) 与一个或多个核心网进 行通信， 无线终端可以是移动终端， 如移动电话（或称为 "蜂窝" 电话） 和具有移动终端的计算机， 例如， 可以是便携式、 袖珍式、 手持式、 计 算机内置的或者车载的移动装置， 它们与无线接入网交换语言和 /或数 据。 例 口, 个人通信业务 ( PCS , Personal Communication Service ) 电 话、无绳电话、会话发起协议（ SIP )话机、无线本地环路（ WLL , Wireless Local Loop )站、 个人数字助理 ( PDA, Personal Digital Assistant )等设 备。 无线终端也可以称为系统、 订户单元 （Subscriber Unit ) 、 订户站 ( Subscriber Station ) , 移动站 ( Mobile Station ) 、 移动台 ( Mobile ) 、 远程 占 ( Remote Station ) 、 接入点（ Access Point ) 、 远程终端（Remote Terminal )、 接入终端 ( Access Terminal )、 用户设备 ( User Terminal ) 、 用户代理（ User Agent ) 、 用户设备（ User Device ) 、 或用户装备（ User Equipment ) 。

实施例一 请参阅图 1 , 本发明的实施例提供一种瘦终端的通话方法， 该方法 包括：

5101、 瘦终端发送第一呼叫请求消息经网络之间互联 的协议 IP 电 话网关至用户设备。

本发明的实施例中， 在瘦终端中集成了电话功能， 那么， 当用户需 要使用瘦终端和用户设备进行通信时，瘦终端 可以直接发送第一呼叫请 求消息经过 IP电话网关传送至用户设备。

5102、 所述瘦终端接收经所述 IP 电话网关的来自所述用户设备的 对应于所述第一呼叫请求消息的第一应答消息 。

当瘦终端发送请求与用户设备通信的第一呼叫 请求消息经 IP 电话 网关至用户设备后， 若用户设备确认与瘦终端通信， 则用户设备会返回 对应于第一呼叫请求消息的第一应答消息， 即瘦终端会接收到经 IP 电 话网关的来自用户设备的第一应答消息。

5103、 所述瘦终端根据所述第一应答消息， 经所述 IP 电话网关向 所述用户设备发送第一语音媒体流； 或者， 所述瘦终端根据所述第一应 答消息， 接收经所述 IP 电话网关的来自所述用户设备的第二语音媒体 流。

瘦终端接收到经 IP 电话网关的来自用户设备的第一应答消息后， 根据第一应答消息开始与用户设备进行通信， 在通信过程中， 经所述 IP 电话网关向所述用户设备发送第一语音媒体流 ； 或者， 所述瘦终端根据 所述第一应答消息， 接收经所述 IP 电话网关的来自所述用户设备的第 二语音媒体流。

本发明实施例提供的一种瘦终端的通话方法， 通过瘦终端发送第一 呼叫请求消息经 IP电话网关至用户设备后， 接收经 IP电话网关的来自 用户设备的对应于第一呼叫请求消息的第一应 答消息，并根据第一应答 消息与用户设备进行通信。 通过该方案， 一方面， 由于瘦终端可以在不 接入计算机的情况下直接与其他用户设备进行 通信避免了现有技术中 计算机出现故障时导致瘦终端与其他用户设备 不能正常拨打电话的问 题； 另一方面， 瘦终端可直接对该瘦终端与用户设备通信过程 中的语音 媒体流进行编解码， 使得用户可以听到良好的语音效果， 提升了用户体 验感，避免了现有技术中计算机对语音媒体流 进行编解码再传输到瘦终 端引起的语音延时大、 语音质量差等问题， 同时也使得计算机 CPU的 占用率降低， 提升了计算机在计算节点上的密度。

实施例二

本发明实施例提供一种瘦终端的通话方法， 如图 2所示， 包括：

5201、 瘦终端接收到来自用户启动瘦终端的操作。

首先， 瘦终端接收到来自用户启动瘦终端的操作， 即瘦终端启动。

5202、 瘦终端接入网络。

瘦终端成功启动后接入 IP( Internet Protocol,网络之间互联的协议 ) 网络。

5203、 瘦终端启动电话软件程序。

瘦终端成功启动并接入网络后， 启动瘦终端内部电话软件程序。

5204、 瘦终端接收到来自用户的拨号操作。

瘦终端接收到来自用户所拨打的需要通信的号 码， 其中， 用户使用 已接好的 USB 电话或者瘦终端系统内的电话软件界面进行拨 打需要呼 叫的用户设备的号码，用户使用瘦终端系统内 的电话软件界面拨打电话 时需借助耳麦。

5205、 瘦终端发送第一呼叫请求消息经 IP 电话网关至用户设备或 接收经 IP电话网关的来自用户设备的第二呼叫请求消� ��。

瘦终端可将来自用户的第一呼叫请求消息经 IP 电话网关发送至用 户设备或者也可接收经 IP 电话网关的来自用户设备的第二呼叫请求， 以完成瘦终端与用户设备之间的通信需求。

5206、 瘦终端与用户设备进行通信， 其中， 瘦终端根据所述第一应 答消息， 经 IP 电话网关向用户设备发送第一语音媒体流； 或者， 瘦终 端根据第一应答消息， 接收经 IP 电话网关的来自用户设备的第二语音 媒体流。

其中，第一呼叫请求消息中携带瘦终端的媒体 流地址及语音编解码 信息； 瘦终端的媒体流地址用于指示 IP 电话网关传送第二语音媒体流 至瘦终端的路径，瘦终端的语音编解码信息用 于指示瘦终端的编解码格 式和码率。 第一应答消息中携带 IP 电话网关的媒体流地址及语音编解 码信息， 其中， IP电话网关的媒体流地址用于指示瘦终端传送� ��一语 音媒体流至所述电话网关的路径， IP电话网关的语音编解码信息用于指 示 IP电话网关的编解码格式和码率。

为了更加确切地了解本发明实施例的实施方式 及更好地诠释瘦终 端与用户设备之间建立通信及通信的过程，对 应于本实施例所描述的瘦 终端的通话方法， 瘦终端在向用户设备发起呼叫时， 本发明的实现方式 由于釆用不同的通话协议而各不相同，分为两 个场景（场景一和场景二） 描述瘦终端在不同的通话协议中建立通信的过 程。

场景一、 瘦终端釆用 SIP协议向用户设备发起呼叫：

如图 3所示， 瘦终端釆用 SIP协议向用户设备发起呼叫过程包括：

5301、瘦终端接收到来自用户通过瘦终端的� �话软件程序发起的第 一呼叫请求消息。

当用户需要和其他用户设备进行通信时， 由于瘦终端中集成了电话 功能，用户可直接使用瘦终端中的电话软件程 序向其他用户设备发起呼 叫。

5302、瘦终端的电话软件程序读取已注册瘦终� �的媒体流地址和瘦 终端支持的语音编解码等参数， 同时电话软件程序向 IP 电话网关发送 第一呼叫请求消息，第一呼叫请求消息携带瘦 终端媒体流地址及语音编 码等信息。

IP电话网关是 IP电话系统中的一个组成部分， 它是指传统电话和 IP电话的接口设备， 主要负责对语音进行压缩及编解码。 用户通过瘦终 端的电话软件程序向用户设备发起呼叫时，瘦 终端中的电话软件程序首 先读取已注册瘦终端的媒体流地址和瘦终端支 持的语音编码信息等参 数， 然后瘦终端的电话软件程序向 IP 电话网关发送呼叫用户设备的第 一呼叫请求消息， 消息体中携带瘦终端的媒体流地址及语音编解 码等信 息， 其中， 瘦终端的媒体流地址用于指示 IP 电话网关传送第二语音媒 体流至瘦终端的路径，瘦终端的语音编解码信 息用于指示瘦终端的编解 码格式和码率， 第二语音媒体流为来自用户设备的已编码的话 语信息。

5303、 IP 电话网关向瘦终端发送第一应答消息， 第一应答消息携 带 IP电话网关的媒体流地址及语音编解码等信息� ��

瘦终端发送第一呼叫请求消息至 IP电话网关， 由 IP电话网关将第 一呼叫请求消息转发至用户设备， 用户设备接收到第一呼叫请求消息 后， 发送对应于第一呼叫请求消息的第一应答消息 至 IP 电话网关， IP 电话网关再将第一应答消息发送至瘦终端， 同样的， 消息体中携带 IP 电话网关的媒体流地址及语音编解码等信息， 其中， IP电话网关的媒体 流地址用于指示瘦终端传送第一语音媒体流至 IP 电话网关的路径， IP 电话网关的语音编解码信息用于指示 IP电话网关的编解码格式和码率， 第一语音媒体流为来自使用瘦终端的用户的已 编码的话语信息。

S304、 呼叫会话建立， 进入语音通话。

整个呼叫过程及应答过程完成后， 瘦终端与用户设备建立呼叫会 话， 并开始进行通信。

步骤 S301至步骤 S304为瘦终端釆用 SIP协议从开始对用户设备发 起呼叫到与用户设备建立通信的完整呼叫过程 ， 由于瘦终端集成了电话 功能，使得用户可直接使用瘦终端对其他用户 设备发起呼叫，进一步的， 在瘦终端与用户设备通信过程中，瘦终端可对 通信过程中产生的语音信 息进行编解码， 具体表现为， 瘦终端将通信过程中来自用户的第一话语 信息编码为第一语音媒体流后发送至 IP电话网关， 由 IP电话网关再传 送至用户设备， 或者， 瘦终端将通信过程中来自用户设备的经过 IP 电 话网关传送的第二语音媒体流解码为第二话语 信息后输出至用户， 以使 得用户可接收到来自用户设备的语音信息。

场景二、 瘦终端釆用 H.248协议向用户设备发起呼叫：

如图 4所示，瘦终端釆用 H.248协议向用户设备发起呼叫过程包括：

5401、 瘦终端经 IP电话网关向用户设备发送第一呼叫请求消息� �� 当用户需要和其他用户设备进行通信时， 由于瘦终端中集成了电话 功能， 用户可直接通过瘦终端对用户设备发起呼叫， 也就是说， 瘦终端 可直接经 IP电话网关向用户设备发送第一呼叫请求消息� ��

5402、瘦终端接收经 IP电话网关的来自用户设备的第一应答消息。 若用户设备接收到经 IP 电话网关的来自瘦终端的第一呼叫请求消 息， 并且同意与瘦终端通信， 则用户设备发送同意与瘦终端通信的对应 于第一呼叫请求消息的第一应答消息经 IP电话网关至瘦终端。

5403、 瘦终端请求 IP 电话网关创建新关联， 瘦终端的请求消息中 携带用户设备终结点和 RTP 终结点， 并携带瘦终端媒体流地址及语音 编解码等信息。

瘦终端接收到第一应答消息后， 瘦终端请求 IP 电话网关创建瘦终 端与用户设备进行通信的新关联，瘦终端的请 求消息中同时携带用户设 备的终结点和 RTP 终结点以及瘦终端的媒体流地址和语音编解码 信息 等， 其中， 用户设备的终结点用于指示瘦终端需要通信的 对象， 也就是 瘦终端发起呼叫的用户设备， RTP 终结点为媒体网关中的一个逻辑实 体， 它用于发起和 /或接收媒体流和 /或控制流， 瘦终端的媒体流地址用 于指示 IP 电话网关传送第二语音媒体流至瘦终端的路径 ， 瘦终端的语 音编解码信息用于指示瘦终端的编解码格式和 码率，第二语音媒体流为 来自用户设备的已编码的话语信息。

5404、 IP电话网关应答创建新关联， 应答消息携带 IP电话网关媒 体流地址及语音编解码等信息。

IP 电话网关发送应答创建新关联， 也就是说， IP 电话网关同意为 瘦终端和用户设备进行通信建立通信路径， IP电话网关发送的应答创建 新关联消息中携带 IP 电话网关的媒体流地址及语音编解码等信息， IP 电话网关的媒体流地址用于指示瘦终端传送第 一语音媒体流至 IP 电话 网关的路径， IP电话网关的语音编解码信息用于指示 IP电话网关的编 解码格式和码率，第一语音媒体流为来自使用 瘦终端的用户的已编码的 话语信息。

5405、 IP电话网关发送回铃音等消息至瘦终端。

IP电话网关创建好瘦终端与用户设备之间的关� ��后 ,向瘦终端发送 回铃音等消息， 以使得使用瘦终端的用户能够听到回铃音， 同时， IP 电话网关向用户设备发送振铃音。 。

5406、 瘦终端应答 IP电话网关发送回铃音等消息成功。

IP电话网关将回铃音等消息成功发送至瘦终端� ��， 瘦终端向 IP电 话网关发送应答消息， 应答消息为指示 IP 电话网关向瘦终端发送回铃 音等消息成功。

5407、 回铃音开始。

瘦终端的用户开始听到回铃音播放。 。

5408、 用户设备摘机。

使用用户设备的用户听到 IP电话网关向用户设备发送的振铃音后， 用户摘机等待电话接通。

5409、 IP电话网关向瘦终端发送用户设备摘机消息。

IP电话网关接收到用户设备摘机的消息后，将� ��户摘机等待通话的 消息发送至瘦终端。

5410、 瘦终端经 IP电话网关向用户设备应答。

瘦终端向用户设备发送指示瘦终端已准备好通 信的消息接收用户 设备摘机的消息后， 发送应答消息至 IP电话网关， IP电话网关再将应 答消息转发至用户设备，应答消息指示瘦终端 已知道用户设备摘机等待 通话， 同时表示可以建立通信链路了。

5411、 瘦终端发送检测用户设备挂机等消息至 IP电话网关。

瘦终端发送检测用户设备挂机等消息至 IP电话网关， 令 IP电话网 关去检测用户设备目前有无挂机事件。

5412、 IP电话网关应答。

IP电话网关接收到检测用户设备挂机等消息后 ,发送接收该消息成 功的应答消息至瘦终端， 并开始去检测用户设备有无挂机事件。

5413、 回铃音结束。

用户设备摘机及 IP电话网关收到相应应答消息后， IP电话网关停 止向瘦终端发送回铃音， 同时 IP电话网关停止向用户设备发送振铃音。

5414、 会话建立， 开始语音通信。

IP电话网关停止发送回铃音和振铃音后， 接通瘦终端与用户设备， 为瘦终端与用户设备建立通信链路，使得瘦终 端与用户设备可以开始进 行通信。

步骤 S401至步骤 S414为瘦终端釆用 H.248协议从开始对用户设备 发起呼叫到与用户设备建立通信的完整呼叫过 程， 进一步的， 在瘦终端 与用户设备通信过程中， 由于瘦终端集成了电话功能， 因此， 瘦终端可 直接对通信过程中产生的语音信息进行编解码 ， 具体表现为， 瘦终端将 通信过程中来自用户的第一话语信息编码为第 一语音媒体流后发送至

IP电话网关， 由 IP电话网关再传送至用户设备， 或者， 瘦终端将通信 过程中来自用户设备的经过 IP 电话网关传送的第二语音媒体流解码为 第二话语信息后输出至用户， 以使得用户可接收到来自用户设备的语音 信息。

同样的，对应于上述瘦终端的通话方法及更好 的诠释瘦终端与用户 设备之间建立通信及通信的过程， 当瘦终端被用户设备呼叫时， 本发明 的实现方式由于釆用不同的通话协议而各不相 同， 分为两个场景（场景 三和场景四） 描述瘦终端在不同的通话协议中建立通信的过 程。

场景三： 瘦终端接收来自用户设备釆用 SIP协议向瘦终端发起的呼 叫： 如图 5所示，瘦终端接收来自用户设备釆用 SIP协议向瘦终端发起 呼叫的过程包括：

5501、 瘦终端接收经 IP 电话网关的来自用户设备的第二呼叫请求 消息。

示例性的， 用户设备可以是瘦终端， 也可以是普通用户电话， 当用 户设备需要和瘦终端进行通信时， 用户设备向 IP 电话网关发送呼叫瘦 终端第二呼叫请求消息。

5502、 IP 电话网关向瘦终端发送第二呼叫请求消息， 第二呼叫请 求消息携带 IP电话网关的媒体流地址及语音编解码等信息� ��

IP电话网关接收到来自用户设备的第二呼叫请� ��消息后，将该第二 呼叫请求消息发送至瘦终端， 以使得瘦终端接收到来自用户设备的呼叫 请求， 同时， IP网关发送的第二呼叫请求消息体中携带 IP电话网关的 媒体流地址及语音编解码等信息， IP电话网关的媒体流地址用于指示瘦 终端传送第一语音媒体流至 IP电话网关的路径， IP电话网关的语音编 解码信息用于指示 IP 电话网关的编解码格式和码率， 第一语音媒体流 为来自使用瘦终端的用户的已编码的话语信息 。 5503、 瘦终端接受呼叫。

瘦终端接收到经 IP 电话网关的来自用户设备的第二呼叫请求消息 后， 若同意与用户设备进行通信， 则瘦终端接受用户设备的呼叫请求。

5504、 瘦终端向 IP 电话网关发送第二应答消息， 第二应答消息携 带瘦终端的媒体流地址及语音编解码等信息。

瘦终端同意与用户设备通信后， 向 IP 电话网关发送同意与用户设 备通信的对应于第二呼叫请求消息的第二应答 消息， 同时消息体中携带 瘦终端的媒体流地址及语音编解码等信息，瘦 终端的媒体流地址用于指 示 IP 电话网关传送第二语音媒体流至瘦终端的路径 ， 瘦终端的语音编 解码信息用于指示瘦终端的编解码格式和码率 ，第二语音媒体流为来自 用户设备的已编码的话语信息流。

5505、 呼叫会话建立， 进入语音通话。

整个呼叫过程及应答过程完成后， 瘦终端与用户设备建立呼叫会 话， 并开始进行通信。

步骤 S501至步骤 S505为用户设备釆用 SIP协议从开始对瘦终端发 起呼叫到与瘦终端建立通信的完整呼叫过程， 进一步的， 在瘦终端与用 户设备通信过程中， 由于瘦终端集成了电话功能， 因此， 瘦终端可对通 信过程中产生的语音信息进行编解码， 具体表现为， 瘦终端将通信过程 中来自用户的第一话语信息编码为第一语音媒 体流后发送至 IP 电话网 关， 由 IP 电话网关再传送至用户设备， 或者， 瘦终端将通信过程中来 自用户设备的经过 IP 电话网关传送的第二语音媒体流解码为第二话 语 信息后输出至用户， 以使得用户可接收到来自用户设备的语音信息 。

场景四、瘦终端接收来自用户设备釆用 H.248协议向瘦终端发起的 呼叫：

如图 6所示，瘦终端接收来自用户设备釆用 H.248协议向瘦终端发 起呼叫的过程包括：

S601、 瘦终端接收经 IP 电话网关的来自用户设备的第二呼叫请求 消息。

用户设备需要和瘦终端进行通信时， 用户设备先向 IP 电话网关发 送请求与瘦终端进行通信的第二呼叫请求消息 ， 然后 IP 电话网关将第 二呼叫请求消息转发至瘦终端。

5602、 瘦终端发送第二应答消息经 IP电话网关至用户设备。

瘦终端接收到经 IP 电话网关的来自用户设备的第二呼叫请求消息 后，发送同意与用户设备进行通信的对应于第 二呼叫请求消息的第二应 答消息至 IP电话网关， IP电话网关将第二应答消息转发至用户设备。

5603、 瘦终端请求 IP 电话网关创建新关联， 请求消息携带用户设 备终结点和 RTP 终结点， 并携带瘦终端媒体流地址及语音编解码等信 息。

瘦终端请求 IP电话网关创建瘦终端与用户设备进行通信的� ��关联， 瘦终端的请求消息中同时携带用户设备的终结 点和 RTP 终结点以及瘦 终端的媒体流地址和语音编解码信息等， 其中， 用户设备的终结点用于 指示瘦终端需要通信的对象， 也就是对瘦终端发起呼叫的用户设备， RTP 终结点为媒体网关中的一个逻辑实体， 它用于发起和 /或接收媒体 流和 /或控制流， 瘦终端的媒体流地址用于指示 IP电话网关传送第二语 音媒体流至瘦终端的路径，瘦终端的语音编解 码信息用于指示瘦终端的 编解码格式和码率，第二语音媒体流为来自用 户设备的已编码的话语信 息。

5604、 IP电话网关应答创建新关联， 应答消息携带 IP电话网关媒 体流地址及语音编解码等信息。

IP 电话网关发送应答创建新关联， 也就是说， IP 电话网关同意为 瘦终端和用户设备进行通信建立通信链路， IP电话网关发送的应答创建 新关联消息中携带 IP 电话网关的媒体流地址及语音编解码等信息， IP 电话网关的媒体流地址用于指示瘦终端传送第 一语音媒体流至 IP 电话 网关的路径， IP电话网关的语音编解码信息用于指示 IP电话网关的编 解码格式和码率，第一语音媒体流为来自使用 瘦终端的用户的已编码的 话语信息。

5605、 IP电话网关发送振铃音等消息至瘦终端。

IP 电话网关同意为瘦终端与用户设备之间建立通 信链路后， IP 电 话网关向瘦终端发送振铃音等消息， 同时 IP 电话网关向用户设备发送 回铃音等消息。

5606、 瘦终端应答 IP电话网关发送振铃音等消息成功。

瘦终端接收到来自 IP 电话网关的振铃音消息后， 发送接收振铃音 成功的应答消息至 IP电话网关， 以使得 IP电话网关不再重复发送振铃 音等消息， 并且瘦终端开始振铃。

5607、 瘦终端摘机。

使用瘦终端的用户听到 IP 电话网关向瘦终端发送的振铃音后， 用 户摘机等待电话接通。

5608、 IP电话网关检测瘦终端有无挂机事件。

在瘦终端与用户设备接通过程中， I P电话网关进行检测瘦终端有无 挂机事件。

5609、 IP电话网关向瘦终端发送停止振铃音等消息。

瘦终端摘机后， IP电话网关停止向瘦终端发送振铃音， 同时 IP电 话网关也停止向用户设备发送回铃音。

5610、 瘦终端应答 IP电话网关发送停止振铃音等消息成功。

瘦终端发送接收停止振铃音等消息成功的应答 消息至 IP电话网关。

5611、 会话建立， 开始语音通信。

IP电话网关停止发送回铃音和振铃音后， 接通瘦终端与用户设备， 为瘦终端与用户设备建立通信链路，使得瘦终 端与用户设备可以开始进 行通信。

步骤 S601至步骤 S611为用户设备釆用 H.248协议从开始对瘦终端 发起呼叫到与瘦终端建立通信的完整呼叫过程 ， 进一步的， 在瘦终端与 用户设备通信过程中， 由于瘦终端集成了电话功能， 因此， 瘦终端可直 接对通信过程中产生的语音信息进行编解码， 具体表现为， 瘦终端将通 信过程中来自用户的第一话语信息编码为第一 语音媒体流后发送至 IP 电话网关， 由 IP 电话网关再传送至用户设备， 或者， 瘦终端将通信过 程中来自用户设备的经过 IP 电话网关传送的第二语音媒体流解码为第 二话语信息后输出至用户， 以使得用户可接收到来自用户设备的语音信 息。 需要进一步说明的是， 在呼叫中心、 企业内部办公的场景中， 用户 可以将瘦终端接入计算机， 但是， 用户需要和其他用户进行通信时， 用 户可不再使用计算机中的电话软件程序， 而是使用瘦终端中的电话软件 程序直接进行通信， 在通信过程中， 还是由瘦终端对通信过程中产生的 语音媒体流进行编解码， 具体表现为， 瘦终端将通信过程中来自用户的 第一话语信息编码为第一语音媒体流后发送至 IP电话网关， 由 IP电话 网关再传送至用户设备， 或者， 瘦终端将通信过程中来自用户设备的经 过 IP 电话网关传送的第二语音媒体流解码为第二话 语信息后输出至用 户， 以使得用户可接收到来自用户设备的语音信息 ， 同时， 用户在使用 瘦终端进行通信过程中，还可登录到计算机进 行办公及完成工作的一些 其他事务， 这种方式， 也为用户提供了方便， 使得用户不仅可以完成通 信， 还能进行正常办公事务等。

本发明实施例提供的一种瘦终端的通话方法， 由于瘦终端中集成了 电话功能， 在瘦终端主动发起呼叫或被呼叫两种情况下， 通过分别描述 瘦终端釆用 SIP和 H.248协议从开始发起呼叫或开始被呼叫到最后� ��立 通信的完整通信流程， 以使得瘦终端可以在不接入计算机的情况下， 无 论釆用 SIP和 H.248两种通话协议中的哪一种， 用户都可以直接使用瘦 终端进行通话， 也就是说， 用户可以直接使用瘦终端经 IP 电话网关对 其他用户设备发起呼叫， 或者， 用户可以直接使用瘦终端接收经 IP 电 话网关的来自其他用户设备的呼叫。 从而， 用户使用瘦终端进行通信时 不再需要接入计算机，依靠计算机中的电话软 件进行通信以及依靠计算 机对通信过程中所产生的语音媒体流进行编解 码后再传输至瘦终端或 其他用户设备， 解决了计算机必须在线才可进行通信、 通信过程中语音 延时大、 语音质量差及计算机 CPU影响大等问题， 以达到使用方便、 节约成本及提升用户体验感的良好效果。

实施例三

本发明实施例提供的一种瘦终端 1 , 对应上述方法实施例， 瘦终端 的各个功能单元均可以用于上述方法步骤， 请参阅图 7 , 包括：

发送单元 10 , 用于发送第一呼叫请求消息经网络之间互联的 协议 IP电话网关至用户设备发以及发送第一语音媒� ��流经所述 IP电话网关 至所述用户设备；

接收单元 11 , 用于接收经所述 IP电话网关的来自所述用户设备的 对应于所述第一呼叫请求消息的第一应答消息 ，以及根据所述第一应答 消息， 接收经所述 IP电话网关的来自所述用户设备的第二语音媒� ��流。

本发明实施例提供一种瘦终端，瘦终端通过发 送第一呼叫请求消息 经 IP电话网关至用户设备后， 接收经 IP电话网关的来自用户设备的对 应于第一呼叫请求消息的第一应答消息，并根 据第一应答消息与用户设 备进行通信， 其中， 瘦终端将通信过程中来自用户的第一话语信息 编码 为第一语音媒体流后， 发送第一语音媒体流至用户设备， 或者， 瘦终端 将通信过程中来自用户设备的第二语音媒体流 解码为第二话语信息后， 将第二话语信息输出给用户。 通过该方案， 一方面， 由于瘦终端可以在 不接入计算机的情况下直接与其他用户设备进 行通信，避免了现有技术 中计算机出现故障时导致瘦终端与其他用户设 备不能正常拨打电话的 问题； 另一方面， 瘦终端可直接对该瘦终端与用户设备通信过程 中的语 音媒体流进行编解码， 使得用户可以听到良好的语音效果， 提升了用户 体验感，避免了现有技术中计算机对语音媒体 流进行编解码再传输到瘦 终端引起的语音延时大、 语音质量差等问题， 同时也使得计算机 CPU 的占用率降低， 提升了计算机在计算节点上的密度。

所属领域的技术人员可以清楚地了解到， 为描述的方便和简洁， 仅 以上述各功能模块的划分进行举例说明， 实际应用中， 可以根据需要而 将上述功能分配由不同的功能模块完成， 即将装置的内部结构划分成不 同的功能模块，以完成以上描述的全部或者部 分功能。上述描述的系统， 装置和单元的具体工作过程， 可以参考前述方法实施例中的对应过程， 在此不再赘述。

在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统， 装 置和方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例 仅仅是示意性的， 例如， 所述模块或单元的划分， 仅仅为一种逻辑功能 划分， 实际实现时可以有另外的划分方式， 例如多个单元或组件可以结 合或者可以集成到另一个系统， 或一些特征可以忽略， 或不执行。 另一 点，所显示或讨论的相互之间的耦合或直接耦 合或通信连接可以是通过 一些接口， 装置或单元的间接耦合或通信连接， 可以是电性， 机械或其 它的形式。

所述作为分离部件说明的单元可以是或者也可 以不是物理上分开 的， 作为单元显示的部件可以是或者也可以不是物 理单元， 即可以位于 一个地方， 或者也可以分布到多个网络单元上。 可以根据实际的需要选 择其中的部分或者全部单元来实现本实施例方 案的目的。 另外，在本发明各个实施例中的各功能单元可 以集成在一个处理单 元中， 也可以是各个单元单独物理存在， 也可以两个或两个以上单元集 成在一个单元中。 上述集成的单元既可以釆用硬件的形式实现， 也可以 釆用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实 现并作为独立的产 品销售或使用时， 可以存储在一个计算机可读取存储介质中。 基于这样 的理解，本发明的技术方案本质上或者说对现 有技术做出贡献的部分或 者该技术方案的全部或部分可以以软件产品的 形式体现出来，该计算机 软件产品存储在一个存储介质中， 包括若干指令用以使得一台计算机设 备（可以是个人计算机，服务器，或者网络设 备等）或处理器（processor ) 执行本发明各个实施例所述方法的全部或部分 步骤。而前述的存储介质 包括： U 盘、 移动硬盘、 只读存储器 （ROM, Read-Only Memory ) 、 随机存取存储器 （RAM, Random Access Memory ) 、 磁碟或者光盘等 各种可以存储程序代码的介质。

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不 局限于此， 任何熟悉本技术领域的技术人员在本发明揭露 的技术范围 内，可轻易想到变化或替换，都应涵盖在本发 明的保护范围之内。 因此， 本发明的保护范围应以所述权利要求的保护范 围为准。