今天就主要详解OC下载的流程,从前端如何拿到我们想要的数据。
DSMCC_Section语法结构:
在开始下载之前,我们必须知道在DSMCC标准中,设置Demux过滤Section时Filter的条件,其中有两个值需要我们注意,一个是pid,一个是table_id:
pid:过滤DSI,DII,Module的pid,同一个值,该值从Pmt表中stream_type为0x0b的descriptor中获得。
Table_id:DSMCC标准规定,DSI,DII的table_id为0x3B,Module的table_id为0x3C。
filter从前端每次过滤一个Section数据过来,当我们拿到section后,我们需要对前八个字节进行判断,table_id为Filter设置下去的table_id.根据Table_id的不同,该section后面dsmcc_section_lenght-8长度个字符所代表的含义也不同。
dsmccMeassageHeader:
每一个Section都有一个共同的dsmccMeassageHeader,该表如下:
主要关注字段messageId,transactionId;
messageId只要携带Message的类型:
0x1001 downloadInfoRequrest
0x1002 downloadinfoResponse/downloadInfoIndication[DII]
0x1003 downloadDataBlock【DDB】
0x1004 downloadDataResuqest
0x1005 downloadCancel
0x1006 downloadServerInitiate[DSI]
transactionId:这个字段用于保持服务器端和客户端session是完整性以及错误的处理,是个标识。即是标识又是控制信息的版本信息,在DSI和 DII中是标识。Transaction在Data carousel中唯一确定一个下载的控制信息。当消息发生改变时,transactionId应该不断的增加。
transactionId由transactionId originator【30-31】和transaction number[0-29]组成,共32位。
•含义丰富的transactionId字段
–用于识别DSI,DII
–用于快速判断是否版本变化
–用于描述版本信息
–用于描述ID信息
transactionId在OC下载中,它主要指明整个OC数据的根目录在哪个DII里面。
通过messageId我们就可以知道目前从filter接收到的section是哪种消息类型,根据MessageLength就可以开始去解析 DSI, DII,Module信息。