摘  要：文章对数字电视多媒体消息系统的结构设计进行分析，该系统包括移动通信网络MMS系统、固定通信网络与互联网等，其体系架构由多个功能模块与相互间的接口构成。同时，重点探究了该系统中的接口协议与实现方法，使机顶盒之间的点对点信息传输成为现实，并促进机顶盒与手机、机顶盒与增值业务间的信息互通，利用SIP协议对用户代理进行设计，并列举几组具有代表性意义的抽象命令元素设定方法，力求推动数字电视的发展。

关键词：数字电视;多媒体信息系统;接口协议

中图分类号：TN949.197       文献标识码：A 文章编号：2096-4706（2020）09-0052-03

Analysis of Interface Protocol for Digital TV Multimedia Message System

CAO Mei

（Jiangsu Provincial Broadcasting and Television Network Co.，Ltd. Changzhou Branch，Changzhou  213000，China）

Abstract：This paper analyzes the structure design of TV multimedia message system，a mobile communication network MMS system，a fixed communication network and the internet are included in the system. Its architecture is composed of multiple functional modules and their interfaces. At the same time，mainly explores the interface protocol and implementation method in this system，makes the point-to-point information transmission between set-top boxes become a reality，promotes the information exchange between set-top boxes and mobile phones，set-top boxes and value-added services，and designs user agents using SIP protocols. Finally，several representative methods of setting abstract command elements are listed to promote the development of digital TV.

Keywords：digital TV;multimedia information system;interface protocol

0  引  言

隨着科学技术的迅猛发展，现阶段，数字电视在人们的日常生活中逐渐普及，成为大部分家庭必不可少的居家设备之一，但与此同时，在资金支持不到位、技术更新速度不够快、优质内容不足等因素的影响下，其发展步伐受到限制，集中体现为输出内容较为匮乏，无法产生足够的用户粘性，导致受众目标范围减小。对此，需要将广播电视网络与互联网、电信网等相互联系，形成巨大的、内容丰富的信息交互网，将互联网与电信网中的内容在电视上显示出来。笔者在此基础上，结合自身的相关工作实践经验，认为具体可以通过构建TVMMS系统的方式来实现上述设想。

1  TVMMS系统的主体框架

在TVMMS系统（Television Multimedia Message Service，电视多媒体消息系统）中，对用户终端的寻址，应该使用规定的编址方案，即11位十进制数地址。首先，通过前3位数字确定用户终端所在的TVMMS网关/服务器;其次，由TVMMS网关/服务器根据后8位数字来唯一确定目的终端地址。此外，在具体实现过程中，还可以使用Email地址，运营商可以为每个用户开通独立的个人邮箱，设置用户机顶盒智能卡的编号，即终端地址的后8位。一旦有新的消息到达，系统就会告知消息存储地址，用户可以通过数字电视终端或者计算机上网获取该条TVMMS消息。TVMMS系统的主体框架包括以下几个方面。

1.1  系统功能

根据调查显示，截止到目前，全国大约有2万家服务提供商（Service Provider，SP），为电信增值业务提供大量丰富的内容。笔者结合自身在广电与媒体行业的经验，通过设计电视多媒体消息业务系统，将大量SP融入广电网络之中，为电视用户提供丰富、多彩的内容，有效缓解了以往输出内容匮乏的情况，促进了数字电视行业的健康、可持续发展。

通过TVMMS系统的应用，用户可以实时接收互联网与手机发送的多媒体消息，如电视邮件、视频、音乐等;如若具备回传信道，用户还可以向手机、互联网、电视台发送信息，有助于家庭的信息化建设，为“三网融合”业务的实现打下了良好的基础。

1.2  用户代理

作为用户之间代理或服务器通信的终端，TVMMS系统将SIP协议（Session Initiation Protocol，会话初始协议）作为信令协议，可在多个系统平台上运行，支持视频、音频、电子白板、文本等多种多样的媒体类型。其位置是在机顶盒（STB）应用层之中，属于关键软件之一，主要作用是支持TVMMS业务运行，用户可以利用它来接收、观看、制作与传输电视信息，同时，该系统还具备其他功能，例如：展示状态信息、从网关中获取信息、制作TVMMS信息、对信息进行加密或者解密、管理STB中的存储信息等。

从内部结构层面来看，用户代理（User-Agent，UA）主要可分为4项：图形用户界面、媒体处理模块、SIP消息处理与SIP協议栈。其中，协议栈包括SIP包与SDP（Session Description Protocol，会话描述协议）包两项内容，主要作用为SIP消息解析与传输，利用SIP对通信实体进行模块处理，任意实体均包括Stack、Provider等内容，该构架以事件为核心，以监听者/提供者为事件模型开展相关工作[1]。

1.3  服务器

TVMMS网关的主要作用在于存储和处理传输信息，居于关键地位。在技术应用中，网关与服务器既可以有机结合，也可相互独立，二者之间在结合时采用MM2接口实现通信。MM2接口属于MMSC内部的接口，是MMS_Relay和MMS_Server之间的接口，通信协议由各个电信设备商决定。网关的功能在于传输TVMMS信息、在服务器与其他系统间进行格式转换、新消息提示、转发各类应答信息、解析信息地址，并在此基础上完成路由转发工作、形成计费数据CDR（Call Detail Record，呼叫详细记录）、过滤用户信息、支持数字版权管理、临时存储多媒体信息、判断机顶盒运行状态，包括开关机状态、是否能够正常接收TVMMS信息等。

2  MM1接口协议

2.1  主要功能

MM接口属于MMSC（Multimedia Message Service Center，多媒体消息业务中心）内部的接口，可以外接多个设备，包括与内部、外部、用户数据库、增值应用、计费中心、预付费平台等。

MM1接口协议作用于MMSC和用户终端之间，在物理上，并不存在MMSC和用户终端之间直接的通信接口，可以理解为MMSC和WAP网关或BAS/NAS之间的接口。主要作用是实现二者的信息传输，包括用户代理向服务器中传输的信息、信息传达通知、操作信息传递、递送完整信息等。通过抽象命令对该接口进行描述，其主要功能如表1所示。

2.2  抽象命令元素设定

（1）Submit.RES与Submit.REQ命令：Submit.RES代表的是服务器向UA返回，Submit.REQ代表的是服务器提交请求。在发动端UA通过后者向发送端提出请求，在消息体中包括控制信息与多媒体信息，一旦发动端服务器接收到信息，务必要进行应答，反馈给发送端，应答的消息被服务器接收并不意味着目的接收者收到信息，前者应在后者明确的基础上进行操作。消息属性如表2所示。

（2）Notification.REQ与Notification.RES：Notification.REQ代表的是服务器通知接收端新消息传达，Notification.RES代表的是接收端对通知的反馈。当出现新的系统消息时，接收端服务器向UA发送新消息传达通知，接收端UA在完整接收到信息后，对服务器做出应答，后者应与前者保持一致。当UA难以向服务器传达新消息通知反馈时，服务器应该立即将该情况上报给发送端服务器。

（3）retrieve.REQ、retrive.RES与acknowledgement.REQ命令：retrieve.REQ命令代表的是UA向服务器获取多媒体信息请求，retrieve.RES命令代表的是服务器对多媒体请求做出的反馈，acknowledgement.REQ命令代表的是UA向服务器发送接收完全确认。用户端向服务器发送请求是信息传输的开始，服务器在接收请求后，对UA做出反馈，在反馈的过程中，包括多媒体控制信息与全部内容，当UA端接收到反馈后，向系统发送确认信息，进而完成整改通信流程，UA向服务器发送、接收信息，并完全确认与服务器对多媒体请求做出的反馈应相互对应。如果用户在异常状态下操作，服务器仍然应该向接收端传输相关信息，并告知用户端导致操作失败的原因。

（4）report.REQ命令：代表的是服务器向用户端传送状态报告。发动端在接收端接到信息后，应该利用该命令将当前状态报告、传递给发送端，便于及时了解多媒体信息的传送状态。该命令对服务器来说具有重要作用，但对于用户端来说价值并不明显，只是接收即可，无法进行应答反馈，因此，在确保网络传输不发生异常情况、硬件正常运行的基础上，便不会出现故障现象。

（5）recopient.REQ命令：代表的是接收端向服务器发送回执请求，orinator.REQ代表发送端向UA发送回执请求。当发送端向接收端传输信息时，勾选需要已读回执选项后，则接收端在收到信息后应向发送端传输已读回执，并利用orinator.REQ将信息发送给服务器，服务器再通知发送端收到已读回执。在确保网络传输不发生异常情况、硬件正常运行的基础上，便不会出现故障现象。

（6）GS.enrror.RES与UA.enrror.RES：GS.enrror.RES代表的是服务器向UA发送错误报告，UA.enrror.RES代表的是UA向服务器发送错误报告。在实际执行过程中，如若出现以下异常情况：第一，当服务器无法对接口接收的信息进行识别时;第二，服务器不支持接口接收信息的属性，并且无法正常利用应答消息进行反馈时，服务器将使用错误处理GS.enrror.RES向UA传输报告错误。

值得一提的是，当出现某些特殊情况时，接收端服务器可以拒绝UA提交命令，例如：UA未获得授权、UA未通过身份认证、无法解析目的地址或者解析不全、携带参数不属于服务器支持范围或者出现其他异常等。

3  结  论

综上所述，本文主要对TVMMS系统进行研究，涉及系统结构与接口协议等方面，对该系统后续的高效应用具有诸多裨益。但是要想实现真正意义上商用方案的落实，还需要相关单位做出更大的努力，例如：机顶盒用户代理软件的深入设计与开发、计费系统与运营系统的完善等，还应进一步促进该系统与电信网、互联网的互联互通，使“三网融合”的运行可以真正地落到实处，为受众带来更优化的使用体验。

参考文献：

[1] 金纯，杨帆，柳兴.基于数字电视多媒体消息增值业务系统TVPP协议研究 [J].广东通信技术，2008，28（12）：50-54.

[2] 李泉，余成波，金纯.数字电视多媒体消息管理系统中关于增值供应商部分的一种设计 [J].重庆工学院学报（自然科学版），2007（11）：127-130.

[3] 吴烫烫，刘有源.基于USB2.0协议的高速移动数字电视接收系统 [J].武汉理工大学学报：交通科学与工程版，2007（6）：175-178.

作者简介：曹梅（1987—），女，汉族，江苏常州人，从事维修翻新机顶盒，学士学位，研究方向：有线互联网广播。