互联网智能电视通信技术剖析(2)

互联网智能电视设备支持自动能力协商。当发起呼叫时，终端必须支持初始INVITE请求中带有协商能力的功能（初始发起的Invite消息带有SDP）。当用户在通话过程中进行音视频切换时，IMS宽带多媒体终端应具备采用re-INVITE进行二次能力协商的能力。

这样，互联网智能电视设备中呼叫处理能力就比较完善。

4、媒体处理能力。互联网智能电视需要完成对语音的编码、解码、打包、解包，我们认为需要支持多种语音编码格式，而且必须支持ILBC。建议终端缺省优选iLbc编解码方式。向用户提供配置界面，允许用户自行定义优选编解码。

音频采样我们认为采取的技术方案如下：

采样通道数：2个，双通道采样

采样频率：8000Hz

每采样值的位数：16位

音频编码标准，我们认为需要采取ILBC。iLBC是一种专为包交换网络通信设计的编解码，优于目前流行的G.729、G.723.1，对丢包进行了特有处理，既使在丢包率相当高的网络环境下，仍可获得非常清晰的语音效果。下面主要列出一些性能参数：

采样率：8kHz

13.3kbps比特率下编码帧长度为30ms

15.2kbps比特率下编码帧长度则为20ms

音频打包建议采取如此下规范：

用RTP包全0（0xff）表示静音，在静音期间继续发送RTP包以保持RTP通道的有效性。

帧长为30ms

在一个包中，编解码器采取单帧组包。

接收机必须要能连续接收0～200ms的音频数据。

当终端提供视频功能时，要求能够显示本地图像和远端图像。

要求至少支持4CIF、CIF、QCIF解像度。

能够对远端图像进行缩放和全屏显示

能够调节图像的色度、亮度和对比度（可选）。

图像编码必须支持MPEG4或H.264格式。编码必须支持MPEG4、H.264格式

帧率至少支持15帧。

无视频源：显示（发送）静止图片

视频打包规范

视频保密或无视频源时，发送静止图片，发送帧率可减少。

最大包长不超过1400字节。

分包发送，多个RTP包不能拼接发送。

5、私网穿越能力。

当终端管理平台返回多个代理服务器（BAC）地址时，终端能在代理服务器列表中按照优先级或按照顺序选择一个代理服务器设备连接。当终端管理平台返回多个代理服务器（BAC）地址，终端向其中一个代理服务器注册失败后，具备选择代理服务器列表中的其他代理服务器设备重新发起注册的能力。终端点对点通信时支持智能协商，当网络条件允许进行点对点通信时采用点对点方式传输媒体数据，否则自动申请服务器资源来转发媒体数据。

6、能力协议能力。

首先，与核心网间的接口协议方面：终端与核心网设备CSCF间采用IMSSIP作为标准的通信协议，要求顺从3GPP的相关标准以及其他相关的SIP扩展协议。IMS宽带多媒体终端在进行基本语音和视频呼叫时只需接收核心网络的控制，无需业务平台的干涉。

其次，与统一管理及业务发放后台间的接口协议，我们认为，需要采用TR069协议簇实现对终端的统一管理。

再次，与业务平台间的接口协议，建议采用SIP协议，推送的信息在SIPMessage消息中携带。互联网智能电视与下载服务器和浏览网页portal间采用HTTP协议。邮件发送采用WEB方式或SMTP方式实现。

最后，底层传送协议，信令层面IMS宽带多媒体终端采用UDP或SCTP作为底层传送协议，其中UDP为必选项。媒体层面IMS宽带多媒体终端采用RTP/UDP作为底层传送协议。

这就为互联网智能电视通信设备构建了较为完善的协议系统。

7、安全保障能力反面，需要一个认证信任的模型。互联网智能电视作为互联网中的一个接收设备，必须具备维护自身安全的能力。我们认为，设备遵循PKI机制中的二级CA信任模型即可。根CA是认证的起点，层次结构中的所有实体都信任唯一的根CA。图1中CA1,CA2,CAn为根CA签发的二级CA，为具备网络电视认证系统的通信服务器，二级CA签发的终端实体则为互联网智能电视设备。(责任编辑：admin)