今天就主要详解OC下载的流程,从前端如何拿到咱们想要的数据。 前端
DSMCC_Section语法结构: 服务器
在开始下载以前,咱们必须知道在DSMCC标准中,设置Demux过滤Section时Filter的条件,其中有两个值须要咱们注意,一个是pid,一个是table_id: session
pid:过滤DSI,DII,Module的pid,同一个值,该值从Pmt表中stream_type为0x0b的descriptor中得到。 spa
Table_id:DSMCC标准规定,DSI,DII的table_id为0x3B,Module的table_id为0x3C。 rest
filter从前端每次过滤一个Section数据过来,当咱们拿到section后,咱们须要对前八个字节进行判断,table_id为Filter设置下去的table_id.根据Table_id的不一样,该section后面dsmcc_section_lenght-8长度个字符所表明的含义也不一样。 ip
dsmccMeassageHeader: it
每个Section都有一个共同的dsmccMeassageHeader,该表以下: io
主要关注字段messageId,transactionId; table
messageId只要携带Message的类型: stream
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信息。