首页 > 电子行业标准(SJ) > SJ/T 11376-2007 数字电视接收设备条件接受接口规范 第2-1部分:通用传送接口(UTI)技术规范
SJ/T 11376-2007

基本信息

标准号: SJ/T 11376-2007

中文名称:数字电视接收设备条件接受接口规范 第2-1部分:通用传送接口(UTI)技术规范

标准类别:电子行业标准(SJ)

标准状态:现行

发布日期:2007-12-05

实施日期:2008-01-26

出版语种:简体中文

下载格式:.rar.pdf

下载大小:3167586

相关标签: 数字 电视接收 设备 接受 接口 规范 通用 传送 技术规范

标准分类号

标准ICS号:电信、音频和视频技术>>音频、视频和视听工程>>33.160.25电视接收机

中标分类号:通信、广播>>广播、电视设备>>M74广播、电视发送与接收设备

关联标准

出版信息

页数:51页

标准价格:65.0 元

出版日期:2008-01-01

相关单位信息

起草人:赵新华、王兴军、段凯、龙跃、姜韶辉、孙乐民等

起草单位:信产部数字电视机卡分离标准工作组UTI标准项目组,包括信息产业部电子工业标准化研究所、清华大学、北京数字太和科技有限责任公司等

归口单位:全国音频、视频及多媒体系统与设备标准化技术委员会

提出单位:全国音频、视频及多媒体系统与设备标准化技术委员会

发布部门:中华人民共和国信息产业部

标准简介

规定了数字电视条件接收及应用平台的通用传输接口,适用于数字电视接收设备、多媒体处理设备和个人媒体处理设备。 SJ/T 11376-2007 数字电视接收设备条件接受接口规范 第2-1部分:通用传送接口(UTI)技术规范 SJ/T11376-2007 标准下载解压密码:www.bzxz.net

标准图片预览






标准内容

1范围
数字电视接收设备条件接收接口规范SJ/T113762007
第2-1部分:通用传送接口(UTI)技术规范本规范规定了数学电视条件接收及应用平台的通用传送接口本规范适用于数字电视接收设备、多媒体处理设备和个人健体处理设备,RM
2规范性引用文件
下列文件中的条款通过规范的用而成为本规范的条款。有的修改(不包括期课详容)
我接订版均不适用手本规范,然而,研究是否可使用这
GB8898-2001
GB/T9383
GB13837
13:1996)
GB/T1626
GBT1626
8825:1990)
GB/T16649
性的最新版卡月是不明日期的引用文视频发美假电子使各发
深和电
新和电器
确按收机
婴求(ev
设备抗扰度限
播接收机发有关设备干扰特
信息处理
养纤开版式生
童息处理系线开放式互
GB/T1661921906识别手
7816-2-19881
象语法记法
建明月期的用文件,其随后所
酸助根
本规范达成协议的各方
买新版适于本规范
065:1998)
妈量方恶
ISPR20:1998)
许值和
Cey CISPR
TdlTs08824:1990)
N.1)规范
1>基本瑞码ou现范(idtISo
理特性(idbzxz.net
精的联成电路卡
GB/T16649.31996识月卡3
7816-3:1989)
GB17625.1-1998
低压电
61000-3-2:1995)
承电子设备发出的谐波电流限值触点的
1e7816-1:1987)
和置idtTso
中信号和华编协议CidtISo
电流<=16A0(idtIEC
LANDAR第1部分:系统(idt ISO/IECGB/T17975.1-2000信息技
13818-1:19963
SJ/T11363-2006电子信息产品中有年有害物质的限量要求SJ/T11365-2006电子信息产品中有毒有害物质的检测方法GY/2174-2001数字电视广播中文业务信息规范《LSB 2.0与0TG规范及开发指南》北京航空航天大学出版社2004.9.13术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本规范。3.11
应用application
在设备上运行,提供主机所需要的与传送流相关的功能3.1.2
TYKONIKACa
SJ/T113762007
会话session
为主机和设备之间的通信所提供的一种机制,包含创建、打开、关闭等操作。3.13
设备devIce
用来运行与主机相关联的特定任务的功能模块,如CA解扰,电子节目指南、调谱器等。3.14
主机host
用来连接和控制设备、可以独立工作的系统,如数字电视一体机、机顶盒等31.5
资源fesource
套在设备和主机之间通信的对象,设备通过对象来使用相应的功能单元3.1.6
service
数字电视运营商提供的服务。
传送流transportstream
符合GB/T17975.1-2000数据结构规定的数字信号序列。3.18
MPEG-2
运动图像及其声音信号的通用编码标准319
档次profile
设备的分类,
类class
USB设备的类别
类请求classrequest
DSB规范中针对一类设备定义的控制命令3.1.12
设备端点endpoint
USB设备唯一可寻址的部分,是主机与设备之间通信流的信息发送者或接收者,[《USB2.0与0TG规范及开发指南》北京航空航天大学出版社2004.9.113.1.13
USB管道 USB pipe
表示设备端点和主机软件之间联系的逻辑抽象【《USB2.0与OTG规范及开发指南》北京航空航天大学出版社2004.9.1]31:14
控制传输 control transfer
四种SB传输类型中的一种,支持客户程序和功能设备之间配置/命令(状态等类型的通借。[≤LSB2.0与OTG规范及开发指南》北京航空航天夫学出版社2004.9.113.1,15
中断传输
interrupt transfer
TYKNIKACa
SJ/T11376-2007
四种USB传输类型中的一种,用于服务所需数据量小,频率低、非周期性且延时有限的通信,[《USB2.0与OTG规范及开发指南》北京航空航天大学出版社2004.9.1]3.1.16
批量传输 bulk transfer
四种USB传输类型中的一种,支持可以利用任何可用带宽的或者可以延时直到带宽可用的非周期性的大型实发通信
【《USB2.0-与OTG规范及开发指南》北京航空航天大学出版社2004.9.I]SINFORMATION
同步传输isochronoustransfer
四种USB传输类型中的一种,支持在主机和权之同周刷生的连续通信。9004.9.11
LUSB2.O与OTG规范及开发
3.2缩略语
下列缩略语适用于本
4UTI描述
字版权
权控制
权管理信息
严节目
路协议
我频点报
打包静基本流
包标识
节目映射装
国特定
画中心
画面层叠
(Application Protoc
(Conditional Aceess)
ditional aco
tral Process
trol word)
gital Right
tlement Con
tment)
Message
ntMesse
(Packetized Blenentary Styam)yFer
CProgram Specificnt
(picture
个人数字视频乐像
USB顿起始标志
会话协议数据单元
传送协议数据单元
日期时间信息表
传送流
通用申行总线
通用传送接口
视频点播
电源总线
窗口显示控制
Record)
(start or Frame)
(Session Protocol Data Unit)(TransportProtocol DataUnit)(Time Date Table)
(Transport Stream)
(Universal Serial Bus)
(Universal IransportInterface)(Video on Demand)
(Voltage Bus)
(windowDisplay Control)
TYKNIKAC
SJ/T113762007
4、1主机与设备之间的关系
UTI接口包括两个部分:传送流接口和命令数据接口,如图1所示。传送流接口用于传输TS流,通过USB将原始TS流传送到设备,设备处理完后返回到主机并进行店续处理:命今数据接口用于传送主机和设备之间的控制信息及其它非TS流数据。圭机
UTI主机婴口
Um教备楼口
含教据
图主机与设备之间的关系示意图UTICA设备完成条件接收处理工作,设备内部功能模块如图2所示。加扰TS满入
解我TS添出
备含数据
解扰器
内馨保护
图2UTICA设备功能框图
解健用器
UTI命今安百
警能卡接口
图中“内容保护采用虚框,表示目前本规范具有这个部分的接口,其具体内容可遵照有关内容保护的标准来实现。
4.2UTI接口
4.2.1UTI协议层次结构
LTI接口采用层次结构,如图3所示。其中物理层采用USB接口。LTI物理层的具体实现请遵照附录的描述。
避用层
转送层
链路层
物理层
图3UT|协议层次结构图
YKANKAca
4.2.2UTI主机的要求
SJ/T 11376--2007
UTI主机应能够识别并枚举UTI设备。UTI主机应能够获取并解析UTI设备的描述符,并根据描述符中定义的USB端点的属性与设备进行通信主机在完成UTI设备的枚举过程后,应该发送如下StartTSO请求,此请求成功结束后,可以开始传输TS流
StartTs O请求定义如下:
请求代码(Request):Oxoc
请求数值(Value)
请求索引(Index)
:0x0477
4.3UTI设备物理层的要求
RMATIO
点应放在所有端点的最前面,并UTI设备应具备至少4个USB端虚
且应满足表1所示的排列顺序
TS流端点.
端点顺序
UTI设备接
4.4传送流接
传送流接口
表1UTI接口的端点属性
设备型
青金贴
令数据
主机的stas
L7MPEG
定的业务并返回
传送流接口的具你定文见集5章。4.5命令数据接口
晨次迎器
设备到
主机到
收并处
数据端点:C、D端点统称为
传输模式
变批量传输模式
批量传输模式
可步传输模式
步传输模式
自主机的
选定业务
则处理主机选
是在GB/T
TANDARDS
传送德链路层
命食数据接口负责设备和主机之间的命2000中定义
功能包括:支持间一个主机处理多个设备,主机和设备之间会话、对象扩展和其它非TS流数据传输等功能,其层次结构如图5所示。命令数据接口的具体定义见第6章,
命令数据险用层
命令数据会话层
命令数据传送层
命今数据链路层
UTI物理层
图5命令数据接口层次
4.6UTI物理层特性要求
4.6.1传送流和命令数据的传输
物理层支持传送流和命令数据的双向传输,TYKANKA
SJ/T11376-2007
本规范要求设备的延时抖动应小于1mS。如图6所示,如果某个传送包TS在设备UTI接口的输入时刻为ta,输出时刻to+at,其中传送包TS
传送包TS
图6UT|设备的延时示意图
b)双向传送流接口的平均数据传输速率至少应达到80b/s)命令数据接口应支持双向传送,每个方向的命令数据最大传输速率至少应达到3.5Mb/s.4.6.2连接和拔拨出
无论主机是否加电,物理层应支持与设备之闻的连接和断开连接和断开不应导致设备或主机的电气损坏:不应导致设备中的非易失性寄储器中的数据改变主机和设备之间通过LSB的控制管道建立连接,以进行UTI设备的初始化,连接建立后,方可开始传输传送流和命含数据
且设备被拨出,主机将删除该设备,并且终止传送流和命令数据传输主机和设备之间的接口必颈符合一定的结构尺寸要求,能够方便地互相连接,请参见附录C的设备外型结构捕述。
5传送流接口
物理层
传送流接口的物理层采用USB批量传输模式或者同步传输模式传送流与命令数据采用不同的USB端点,这些端点属于同一个USB接口,主机通过读取端点描述符来确定设备传送TS流数据和命令数据的端点。设备利用端点号来区分该两种数据5.2链路层
传送流接口的链路层是可选的。支持链路层的主机可以将多个传送流源,如不同调谐器的数据同时传输给支持链路层设备的同一个USB端点,还可以通过同一个LSB端点传输来自不同设备的带有链路地址的传送流。如果主机不支持链路层,则只能有一个传送流源被使能,链路层的数据结构如表2所示。
表2链路层的数据结构
1学节
传送包同步买(0x47)
2字节(韩路包头)
驻路地址(8h115)
荣留字(861s)
187字节
传送包其它数据
,在支持链路层的连接中,链路包头是必备的在不支持链路层的连接中,不存在链路包美主机负责对UTI链路中存在的不同的传送流来薄编排不同的链路地址,设备不能修改来自主机的链路层数据包的链路地址,
5.3传送层
TYKAONIKAca-
SJ/T113762007
传送流接口的传送层和MPEG-2系统的传送层相同,数据以MPEC-2传送包的形式传送。在CA应用中,如果传送色是加扰的并且属于选定的业务,而且设备被授权使用此业务,那么设备将返回对应的已解扰的传送包,并把传送加扰控制标志transportseramblirg_control设为oo。如果是在PES级别上加扰,设备按照同样的方式在同样的条件下工作,返回对应的解扰后PES包,并将PES加扰控制标志PEsscrambling_control设为oo传送包和PES包在GB/T17975.1-2000中有详细定义。5.4上层
除了PES外,传送层以上的任何层次或结构的MPEG-2数据与本规范无关。UTI设备可以从传送流中提取所需要的数据,例如EC精,EMM信息。6UTI命令数据接口基础协议
UTI命令数据接口的协议
链路层、传送层,会话屋
文,见第7章。
在命含数据接
16263-1996的通用
6.1链路层
6.1.1概述
广协文和协议
数据接口的基础协议包括:
中细捕述这三层的初始化和数语应用协议由应用层定
育问数据按照对单的形式定义,对象采用三机和设
物质设备的
链路层负量
手,负责UTI传送腰这数据的
6.1.2链路屋的数据色格式
蓬路层协议载单元CLP责传输传
据结构:包含售
教居通道
百菜去1bit
一尊功能有两个:
6262-1996和GB/T
行交互前的握
的数据
校验标惠(bit)
保留字段6bt
特免标志为贴
单元LP结
路层设教据导
传送连接ID:UTI命令数据接口售带围为1~253。
这了LPDU的数
斜错束标志,0表示结束,1表示没有结束,还结束标志!该链路层包中传送层协议数据单儿有后续数据需要拼接。后面6个比特的数据字段保留。校验标志:链路层数据的校验或纠错不是必要的。该比特用来表示链路层的数据包是否包含有CRC32校验,如果为0表示没有校验:如果为1表示末尾有4享节CRC32校验。数据区:传送层协议数据单元(TPDU)的数据块(见6.2.2)依据链路层数据包的长度,将传送层的数据包拆分为1个或多个链路层数据包来进行传输。接收方的UT工命令数据接口的链路层应依据结束标志,来完成传送层协议数据单元的数据拼接。6.1.3链路层的数据传输
链路层协议数据单元(LPDU)的数据传输是通过固定长度的数据包传输来完成的(见6.1.4),且对传送层而言,其传输的数据包数量无限制。数据发送过程
TYKAONIKAca-
SJ/T11376--2007
当传送层有数据发送请求时,将发送数据包遇交给链路层即可,并认为其传输是可靠的。链路层依据本层协议数据单元的长度,来对传送层协议数据包进行拆分,由于链路层的数据包是固定长度的,因此,最后一个数据包的不足的部分,全部填充为填充字0xFF。具体过程见图8。TPDU数据单元
LPDU数据单元!
结束标患=1
LPDU数器单元2
结惠新志司
EPDU数据单元n
结来标惠
图8链路层对传送层数据单元的拆分过程所有链路层数据包开头两个字节分别记录当前传送层协议数据单元(TPDU)的传送ID、数据结束标志,LPDL数据单元n在末尾靠婴填充填充字OXFF多个数据色严格技期先后顺序发送到UTI命数据按口上
6.1.3.2数据接收过程
链略层的数据接收过程是通过把1个或多个链路层协议数据包(LPDU)组合完成对传送层协议数据单元(TPDU)的拼接过程。通过链路层协议数据包LPD)中的结束标志来判断一个传送层协议数据单元(TPDU》的拼接结事和下二个拼接过程的开始,具体过程如图9绩康标
LPDU数据单元1
酷东标惠1
LPDU数据单元2
TPDU数据单元
随东标志二0
LPDU数据单元
图9链路层对传送层数据单元的拼接过程去掉链路层数据包中的头两个字节,将后面的数据按发送顾序拼接即可:拼接结束以结束标志为判断依据:
注意:LPDL数据单元n中末尾的数据区部分可能有OxFF的填充字节,因此,拼接后的TPDU数据单元在处理前,应依据TPDL数据包头中的长度信息,将填充数据去掉,然后再进行后续的数据解析处理。6.1.4链路层的握手交互
握手交互的主要目的是协调主机和设备之间交互的数据包长度,遵循的原则是:以承载数据包长度小的一方为基准,来确定双方的UTI命令数据接口中各层协议的最大数据包长度。6.14.1各层协议应具备的承载能力为了保证整个UTI命令数据接口的正常工作,各层协议应保证表3和表4中描述的基本承载能力。表3UT命令数据接口传送层、会话层、应用层协设的承载能力下限要求协层
会话层
应用层
TYKNIKAca-
支持的最大数据色长度
不小于1064字节
不小于1048字节
不小手1040字节
表4UTI命令数据接口链路层协议的承载能力下限要求协毅层
链璐层
6.1.4.2握手交互的数据包
数据包的长度
SJ/T11376-2007
不小于好字节
握手交互的数据包采用最小的LPDU数据单元(63字节长度)来进行,以保证能够适应慢速的设备或主机
握手交互数据包包括握手申请包(主机发出)和握手返回包(设备发出),分别由图10和图11定义,TORA
传送连接ID-0xfe(主机蹭发送:费手请求包)结束标志-0
32bits
HOSrSPDU.size
HOST APDUSIze
32b1ts
图TO罐手串请包(LPDU结构
的LPD造路层最大数据包长
单位为字
HOSTLPDU
HOSTTPDL
HOSTSPD
HOSTAPD
当UTI设备
三机端房
主机端房
生机端
收到握
徐BIsPnu
特的APDU
传达送
结康斯
量大数据包长质务
全话层电
据包长度
包长度,
承载能力
设备返回:随于返口包
较验标志
保留字
NDARDS
SE SPU Size
提手返回LPDU包结构
DEVICELPDLWidth是设备端支持的LPDU链路层最大数据包长度,单位为字节。DEVICETPDUsize是设备端支持的TPDU传输层最大数据包长度,单位为字节。字节。
DEVICESPDUsi2e是设备端支持的SPDU(见6.3.4)会话层最大数据包长度,单位为字节DEVTCEAPDUSiZe是设备端支持的APDUC见7.3)应用层最大数据包长度,单位为字节。6.1.4.3握手交互的处理原则
主机和设备获得对方各层协议的传翰承载能力信息后,采用传输承载能力较小一方的数据包长度,单位为字节。二个握手交互的实例见表5,TYKANKAcA=
SJ/T11376-2007
交互方
协调结果
表5握手交互处理原则说明
链路层
握手完成后,即可开始UTI命令数据接口的协议初始化等后续工作。6.1.5链路层的校验处理
会话层
单位为字节
越用层
UTI命令数据接口的链路层在UTI物理层之上,聚用中新或批量传输模式,当主机端进行了CRC32的校验处理,发现卡端的数据包校验错误时,应提示错误,并通知系统,最终完成对该设备的卸载删除,防止其影响其它设备
当卡髓进行了CRC32的校验处理,发现主机的数据包校验错误时,关闭或重新启动设备6.2传送层
命令数据接口的传送层在链路层之上工作。传送协议总是默认链路层是可靠的,即数据按照正确的顺序传送,且不存在数据错误,丢失或重复现象传送协议采用发送应答的形式进行主机采用命令传送协议数据单元CMDTPDU<见图12)的形式向设备发送命令,等待设备采用响应传送协议数据单元REPTPDU(见图13)形式进行响应,设备不能发起初始化通信过程,它应等待主机查询或者先发送数据。传送协议一共有7个对象(见6.2.2)其中部分只在主机的CMDTPDL中出现,一部分只在设备的REPTPDU中出现,一部分则在两部分中都出现主机的CMDTPDU只包含一个传送协议对象。设备的REPTPDU可以有一个或两个传送协议对象。6.2.2传送协议对象
传送协议对象包括命令标志长度域(lengthfield、一个字节的传送连接TD标识。传输连接TD由生机分配和维护,0为保留值,长度域是措述命令数据接口协议中有效数据长度的数值,表6所示的是长度域的TLV编码。表6传送、会话、应用层协议对象的长度域语法
lengthfieldo
size_indicator
if (sizeindicator o)
length_value
else if (size indicator =n)
length field size
for (i=o: ilength field size: i+)tlongth_velue byte
此特数
uimsbf
uimsbf
size_indicator是长度域的第一个比特,如果等于o,划数据域的长度定义在随后的7位lengthvalue字段中,长度小于或等于127:如果长度超出127,则sizeindicator等于1,lengthfield site字段表示长度域的字节数,lengthvaluebyte字段拼接后,以整数值表求总长度。例如:长度为65535以下的值可以用3个字节编码。对每个设备,主机固定分配2个传送连接:主机最多支持255个活跃的传送连接,可支持127个设备同时接天。
TYKoNiKAca=
SJ/T11376-2007
CreateTCMD:建立传送连接,它由主机发起,包含主机对目标设备分配的传送连接标志。数据包结构定义见图12
create f_C_tag
length field
图12创建传送连接命令包结构
tcid:传送ID,1享节
create_TC tag是创建传送连接命令的标识,1学节,数值定义见6.2.4。CreateTCMD Reply:是目标设备对CreateTCMD的响应,含有所建立连接的传送连接标识。b)
数据包结构定义见图13。
CTC_ReplytB
CT CReply
RequestT
设备发出
二个传送
requos
reques
TSB石
R包装节
是创建传题连接相应的标识,1字节,最值定儿62.4.
备请求主机产生第二个传送连接,在主机和设的个传送连接上,由
你活理创建后,不再们
直到设备酸卸家成发出、数据结6
请来创
个连可传送标志,
示有后缘我招达
是请求
SBflag
连要所有的交互都将在第
传送连接命令包绍构
是保费
态描述宝
宇节,
班和钱备之间只有第一个传送连接时,它是设备对来自美机所有台化完成前,只能对主机
端在初始
lenpthfield
象的回应。设备
合有效数据
数据结
利定义如图15.
传送层设备的空包结
传送ID都是第一个连接的传端境志,学段
SB_tag是传送层的空包标识,1学节,数值定义见6.2.4,sB_value
TRCV:由主机发送,仅仅是在第二个传送连接创建且设备返回正确的CreateTCMD Reply回应包后,才由主机发出,因此对于任何设备,它只出现一次,表示主机通知设备,此后可以开始向主机发送数据包(也应是主机发送_Query或TData Query后,设备才能向主机发送包含数据的TDataQuery包》数据结构定义如图16.RCV_teg
length fiold
图16主机充许数据接收的通知命令包结构eld
RCVtag是充许数据接收的通知命令包标识,「字节,数值定义见6.2.4。TQuery,TData_Query:两者数据结构是统一的,用于主机和设备之间的数据传送或数据查e
询。TDataQuery是带有效数据,有效数据包含一个完整的会话层协议对象。数据结构定义TTYKAONIKAca
SJ/T11376-2007
如图17和图18
TQuery_tag
T_Query_Data teg
lengthfield
t_e_id
图17传送层无数据查询包结构
Flength field
图18传送层的有数据查询包结构空
sPpt数据包
T_Query_tag是无数据的查询包的标识,1字节,数值定义见6.2.4。TQueryDatatag是有数据的查询包的标识,1字节,数值定义见6.24。6.2.3传送协议处理流程
传送层协议的处理可分为三个过程:初始化连接,数据交互和卸载删除。功能的实现主婴集中在前两个步骤之上,下面将针对主机和设备之间两个传送连接的创建,切换,使用来进行描述。6.2.3.1初始化连接
主机和设备之间完成链路层的握手交互后,即可开始初始化传送层的连接,该初始化目的是为了创建第一个传送连接,并进入主机轮询设备的状态,在设备初始化完成前一直保持该状态,该状态的切换由设备端控制,初始化传送层连接的过程描述见图19主机
CreateTCMD
T_Query或
T Datn Query
TQuery戴
TData_Query
Create T_CMD Reply
图19传送层主机和设备连接初始化过程图6.2.3.2数据交互
在完成主机和设备连接初始化过程后,主机和设备之间能进行正常的应用交互。由设备端控制从上述状态切换到数据交互状态。整个过程分为两个阶段:第二传送连接的创建和第二传送连接的数据交互。过程图描述见图20。
YKNTKAca
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。