首页
|
新闻
|
新品
|
文库
|
方案
|
视频
|
下载
|
商城
|
开发板
|
数据中心
|
座谈新版
|
培训
|
工具
|
博客
|
论坛
|
百科
|
GEC
|
活动
|
主题月
|
电子展
注册
登录
论坛
博客
搜索
帮助
导航
默认风格
uchome
discuz6
GreenM
»
消费电子
» DVB-S多业务数据广播系统的设计与实现1
返回列表
回复
发帖
发新话题
发布投票
发布悬赏
发布辩论
发布活动
发布视频
发布商品
DVB-S多业务数据广播系统的设计与实现1
发短消息
加为好友
rise_ming
当前离线
UID
864567
帖子
4448
精华
0
积分
2224
阅读权限
70
在线时间
123 小时
注册时间
2011-12-12
最后登录
2014-8-25
金牌会员
UID
864567
1
#
打印
字体大小:
t
T
rise_ming
发表于 2013-5-1 22:34
|
只看该作者
DVB-S多业务数据广播系统的设计与实现1
业务
,
实际应用
,
流媒体
,
应用层
标签:DVB-S 数据广播
l 引言
欧洲ETSI协会制定的数字电视广播DVB系列标准(DVB-T/C/S)不仅可传送数字电视业务,还可提供数据广播业务[1-2]。DVB数据广播标准定义了7种数据广播方式,但此协议只规定了数据广播的下3层协议,并没有规定应用层数据业务是如何封装的。实际应用中存在着各种类型的数据业务,包括流媒体业务、文件业务、互动信息等,对于这些应用,各公司和厂商都定义了自己的业务传输协议。目前的应用协议及实现主要侧重于特定业务的应用,而不是针对于各种业务的综合设计与实现。
2 系统架构设计
2.1业务载体
为支持各种用户业务,提高系统的扩展性,系统将用户应用分成以下4种业务载体:
1)数字电视:以TS流形式传输的数字电视,包括高清数字电视和标清数字电视;
2)流媒体:用IP来承载的实时音视频流业务;
3)文件业务:以文件形式播发的业务,例如教学课件、图书、文档等;
4)消息业务:消息指不采用文件形式,直接传输数据内容的数据业务,例如即时通信、天气预报、政府公报,股票信息等。
这4种业务构成了系统最基本的业务载体,用户的各种业务都可以用这些业务载体来承载。
2.2 系统架构
整个卫星广播系统组成如图1所示,包括数据广播中心、卫星传输系统和用户接收终端。数字电视、流媒体、文件数据、消息数据等各种类型的数据在数据广播中心完成接入、汇集、封装及复用。复用后的信号进入卫星传输系统完成调制、上变频、功率放大,此时的射频信号通过卫星转发器转发供用户接收终端完成接收及处理。
2.3系统协议栈
系统协议栈如图2所示。数字电视业务直接通过MPEG一2定义的TS包传输;由于广播是点到多点的单向传输,流媒体、文件及消息都通过UDP/IP协议进行传输,IP包通过多协议封装(MPE)封装到TS包中。流媒体在UDP层之上,需要RTP/RTCP/RTSP等控制协议保证音视频流的服务质量。在UDP层之上,根据不同的业务载体定义业务载体传输协议。
2.4业务载体传输协议
接收端的用户必须能够识别信道上传输各种媒体和数据信息,并下载所需信息,这就要业务载体传输协议来提供上述功能。业务载体传输协议包括以下几个部分:
1)MPEG-PSI[3]:是MPEG定义的协议,用于解析信道上传输的数字电视节目信息,包括信道上的节目数、各节目的音频和视频的PID、音视频所采用的编码方式等;
2)数据业务公共频道:给出了信道所传输业务的相关信息,例如某个文件传输的PID,IP和端口(Port)、文件名、文件大小等,接收模块获取这些信息之后去相应的位置获取文件;
3)文件传输协议:给出文件业务的传输格式; 4)消息传输协议:给出消息业务的传输格式。
业务载体传输协议格式参考了DVB-SI的协议格式,采用表(Table)的方式,以段(Section)为基本传输单位。一个表由多个段组成,每一段开始都有共同字段[1],标准的DVB-SI段帧头结构为
其中:Table_ID为表唯一的ID号;Section-syntax-indicator为此数据域固定设为l;Section-length为此段的长度;Version-number为此表的版本号;Section-number为当前段的编号;Last-section-number为一个表中最后一个段的编号;Current-next-indicator为表示当前的表是否有效。
3 协议设计
3.1数据业务公共频道设计
接收端在接收数据时,通过公共频道获知当前信道中传输数据的预报信息及定位信息,从而从信道中解出其所需要的数据,其功能类似于MPEG一2标准中的PAT表。系统中的信息定位方法采用4级定位:TS流中的PID、广播IP地址、广播端口(Port)和Service_ID。在一个PID中可能传有多个IP的数据,而相同IP的数据包的目的端口不一样,传输的内容也就不一样。对于各种业务,每个文件都有一个File_lD,每个消息通道都有一个Mes-sage_ID,每个流媒体都有一个stream_ID,这些ID统称为Service_ID。图3给出了数据业务的分级定位结构,将一个(PID,IP,Port,Service_ID)组合称为一个业务通道[4]。
公共频道的PID,IP,Port是已知的,接收端通过固定通道接收公共频道信息。公共频道协议的帧格式为
Data-type给出了业务的类型(文件业务、消息业务和流媒体业务)。PID,Broadcast_IP和Broadcast-Port分别给出了承载业务的PID,IP地址和端口。Service-name给出了业务的名称。描述符Descriptors()给出了与业务相关的其他信息,例如,文件业务还需要文件大小、文件类型、版本号等信息。CRC一32为段的CRC校验。
用户在收到公共频道数据后,从中解析出当前信道中的数据广播内容,按(PID,IP,Poit,Seivice_jD去定位其所需要的数据并解析。
3.2文件传输协议
在文件传输协议中,为提高文件接收的成功率,发射端把文件拆分成文件块进行传输。每个文件块都有唯一的编号,表示此文件块在文件中的位置。同时为每一个文件块加上头和尾形成一个文件包,以此包为单位进行传输。图4显示了文件拆分和打包过程。
收藏
分享
评分
回复
引用
订阅
TOP
返回列表
FPGA/CPLD可编程逻辑
电商论坛
Pine A64
资料下载
方案分享
FAQ
行业应用
消费电子
便携式设备
医疗电子
汽车电子
工业控制
热门技术
智能可穿戴
3D打印
智能家居
综合设计
示波器技术
存储器
电子制造
计算机和外设
软件开发
分立器件
传感器技术
无源元件
资料共享
PCB综合技术
综合技术交流
EDA
MCU 单片机技术
ST MCU
Freescale MCU
NXP MCU
新唐 MCU
MIPS
X86
ARM
PowerPC
DSP技术
嵌入式技术
FPGA/CPLD可编程逻辑
模拟电路
数字电路
富士通半导体FRAM 铁电存储器“免费样片”使用心得
电源与功率管理
LED技术
测试测量
通信技术
3G
无线技术
微波在线
综合交流区
职场驿站
活动专区
在线座谈交流区
紧缺人才培训课程交流区
意见和建议