SI信息解析

/*学习SI时看到一篇博客，内容非常好，只是少了一部分内容，我就从其他资料里面补上了那部分，可能不太好，请见谅*/

"SI是对多个TS流的描述，它包含了PSI"

PSI只提供了单个TS流的信息，使接收机能够对单个TS流中的不同节目进行解码；但是，它不能提供多个TS流的相关业务，也不能提供节目的类型、节目名称、开始时间、节目简介等信息。因此，DVB对PSI进行了扩展，提供了其他不同类型的表，形成了SI。

SI定义了PAT、PMT和CAT之外的9张表，通过组织SI提供的这些数据，可以生成类似节目报表的形式，方便用户查看多种信息，这就是所谓的电子节目指南（EPG）。

下面给出了SI定义的十张表（NIT的由SI规定的）：

NIT	Network Information Table	网络信息表	描述整个网络，如多少TS流、频点和调制方式等信息
SDT	Service Description Table	业务描述表	包含业务数据（如业务名称、起始时间、持续时间等）
BAT	Bouquet Association Table	业务群关联表	给出业务群的名称及其业务列表等信息
EIT	Event Information Table	事件信息表	包含事件或节目相关数据，是生成EPG的主要表
RST	Running Status Table	运行状态表	给出事件的状态（运行/非运行）
TDT	Time&Date Table	时间和日期表	给出当前事件和日期相关信息，更新频繁
TOT	Time Offset Table	时间偏移表	给出了当前时间日期与本地时间偏移的信息
ST	Stuffing Table	填充表	用于使现有的段无效，如在一个传输系统的边界
SIT	Select Information Table	选择信息表	仅用于码流片段中，如记录的一段码流，包含描述该码流片段业务信息段的地方
DIT	Disconnect Information Table	间断信息表	仅用于码流片段，如记录的一段码流中，它将插入到码流片段业务信息间断的地方

 

SI定义的表，并不需要全部传输，其中，NIT、SDT、EIT和TDT是必须传输的；而又以NIT、SDT和EIT最为重要，利用这三个表可以构成功能不同的EPG，如提供节目附加信息、节目分类、节目预定和家长分级控制等。

 

 

一：BAT解析

PARSING OF BAT

"BAT将网络中的所有业务分成了多个业务群，以此界定用户"

  BAT即业务群关联表（BouquetAssociation Table），它将网络中所有的业务分成了多个业务群，以此界定用户。例如，将网络中所有业务分为两个业务群，一个是境内节目业务群，另一个是境外节目业务群。这样，国内的运营商就可以利用这样划分的业务群，充分利用节目资源，在不违反现有广电总局规定的前提下，同时分别满足境内用户和境外用户。

BAT本身可以跨网络存在，但在国内运营体系来看几乎没有得到真正使用。国内的运营使用中，BAT还可以存在分级运营的运营体系中，用于区分不同的地域用户。

  BAT被切分为业务群关联段，所有的业务群关联段都在TS中传输，其PID为0x0011。所有的业务群关联段的table_id都取0x4A。

提示：SDT的TS包PID也为0x0011，其table_id为0x42或0x46。

 

 

BAT的表结构分析

ANALYZE OF THE STRUCTURE OF BAT

 

下面给出了BAT表的段结构：

业务群关联段

Syntax（句法结构）         No. ofbits（所占位数）   Identifier(识别符)  Note(注释)
bouquet_association_section(){
table_id                                             8                      uimsbf                                                  
Section_syntax_indicator               1                          bslbf         通常设为“1”
Reserved_future_use                      1                        bslbf
Reserved                                           2                        bslbf
Section_length                                12                      uimsbf                 见注释
bouquet_id                                      16                       uimsbf                 见注释
Reserved                                           2                         bslbf
Version_number                              5                         uimsbf             见注释
Current_next_indicator                   1                          bslbf                 见注释
Section_number                              8                          uimsbf            见注释
last_section_number                       8                          uimsbf            见注释
Reserved_future_use                      4                          bslbf
bouquet_descriptors_length        12                        uimsbf
for(i=0;i<N;i++){
    descriptor()
}
reserved_future_use                         4                     bslbf
transport_stream_loop_length       12                  uimsbf              
for(i=0;i<N;i++){
    transport_stream_id                     16                  uimsbf             见注释
    original_network_id                      16                  uimsbf             见注释
    reserved_future_use                      4                  bslbf
    transport_descriptors_length     12                   uimsbf
    for(j=0;j<N;j++){
        descriptor()
    }
}
CRC_32                                         32                  rpchof                  见注释
}

   注意到BAT的结构和NIT类似，其作用和描述符的使用也与NIT大致雷同。其中，可以插入传输系统描述符、业务列表描述符等。这些表和NIT中的表已介绍，这里不再赘述。
 

BAT的业务群名称描述符结构分析

ANALYZE OF THE STRUCTURE OF BOUQUET_NAME_DESCRIPTOR IN BAT

 

 下面给出的是业务群名称描述符，它以文本方式给出了业务群的名称：

业务群名称描述符

Syntax（句法结构）    No. of bits（所占位数）Identifier(识别符) 

bouquet_name_descriptor(){

descriptor_tag                         8           uimsbf                           

descriptor_length                     8          uimsbf                        

for(i=0;i<N;i++){

    char                                       8            uimsbf      

}

}

char（字符）：8位字段，用于描述BAT子表叙述的节目业务群名称

  业务名称描述符和网络名称描述符类型，只是作为业务群的一个代号，其实际意义只存在于用户界面上，可以给用户一个良好的操作体验。

 

 

二：SDT解析

PARSINGOF SDT

"SDT描述了业务内容及信息，连接了NIT与EIT和PMT（PSI）"

  SDT即服务描述表（Service Description Table），它描述了一个业务中的内容以及信息，它承上启下，以transport_stream_ID连接了NIT和EIT；SDT的servicID必须与PMT中的Program_no一致，因此，SDT又与PSI的信息连接。

  对于一般的音视频业务，SDT表中不会有太多的信息需要添加。如果是其他业务（如NVOD、马赛克、数据广播等），在SDT中需要插入相应业务的描述符。

        

SDT的表结构分析

ANALYZE OF THE STRUCTURE OF SDT

 

         SDT表被切分成业务描述段（service_description_section），由PID为0x0011的TS包传输（BAT段也由PID为0x0011的TS包传输，但table_id不同）。

  描述现行TS（即包含SDT表的TS）的SDT表的任何段的table_id都为0x42，且具有相同的table_id_extension（transport_stream_id）以及相同的original_network_id。

  指向非现行TS的SDT表的任何段的table_id都应取0x46。

下面给出了SDT的业务描述段：                 

业务描述段
Syntax（句法结构）         No. ofbits（所占位数）   Identifier(识别符)  Note(注释)  
service_description_section(){
table_id                                             8                      uimsbf                                                  
Section_syntax_indicator               1                          bslbf                   通常设为“1”
Reserved_future_use                      1                        bslbf
Reserved                                           2                        bslbf
Section_length                                12                      uimsbf                 见注释
transport_stream_id                       16                       uimsbf                给出TS识别号
Reserved                                           2                         bslbf
Version_number                              5                         uimsbf             见注释
Current_next_indicator                   1                          bslbf                 见注释
Section_number                              8                          uimsbf            见注释
last_section_number                       8                          uimsbf            见注释
original_nerwork_id                        16                         uimsbf            见注释
reserved_future_use                        8                          bslbf
for(i=0;i<N;i++){
    service_id                                     16                         uimsbf           见注释
    reserved_future_use                     6                         bslbf
    EIT_schedule_flag                         1                          bslbf            见注释
    EIT_present_following_flag          1                          bslbf            见注释
    running_status                                3                         uimsbf        见下面分析
    freed_CA_mode                            1                         bslbf            见注释
    descriptors_loop_length                12                      uimsbf
    for(j=0;j<N;j++){
        descriptor()
    }
}
CRC_32                                               32                  rpchof                  见注释
}

 

running_status（运行状态）：表示业务状态，下表给出了业务状态

值	含义
0	未定义
1	未运行
2	几秒后开始（如录像）
3	暂停
4	运行
5~7	预留

         SDT是描述一个TS流中所有业务信息的一张表，重要的字段包含transport_stream_id，明确这些业务是属于哪个TS流的；另一个重要字段时候service_id，这是作为频道索引信息存在的。

 

SDT的业务描述符分析

ANALYZE OF THE STRUCTURE OF SERVICE_DESCRIPTOR IN SDT

 

 业务描述符与业务类型一起，以文本形式给出业务提供者的名称和业务名称，如下表：

 业务描述符

Syntax（句法结构）    No. of bits（所占位数）Identifier(识别符) 

service_descriptor(){

descriptor_tag                         8                       uimsbf

descriptor_length                    8                       uimsbf

service_type                            8                      uimsbf

service_provider_name_length  8                    uimsbf

for(i=0;i<N;i++){

    Char                                   8                      uimsbf

}

service_name_length            8                      uimsbf

for(i=0;i<N;i++){

    Char                                  8                      uimsbf

}

}

service_type（业务类型）：这里的业务类型和NIT中的业务列表描述符中的service_type编码是一致的：

service_type	描述
0x00	预留使用
0x01	数字电视业务
0x02	数字音频广播业务
0x03	图文电视业务
0x04	NVOD参考业务
0x05	NVOD时移业务
0x06	马赛克业务
0x07	PAL制编码信号
0x08	SECAM制编码信号
0x09	D/D2-MAC
0x0A	调频广播
0x0B	NTSC制信号
0x0C	数据广播业务
0x0D	公共接口使用预留
0x0E	RCS映射（见EN 301 790）
0x0F	RCS FLS（见EN 301 790）
0x10	DVB  MHP业务
0x11~0x7F	预留使用
0x80~0xFE	用户定义
0xFF	预留使用

        业务描述符是SDT中最重要的描述符，也是运营商中必须的描述符。其中的service_type描述这个业务类型的域；service_name描述频道名。

 

SDT的实例分析

ANALYZE OF REAL EXAMPLE OF SDT

 这里主要演示SDT如何连接PSI和NIT。

   首先，根据SDT描述符的service_id可以和PMT中的program_number建立连接。如图所示，SDT的service_id=201=0xc9，与PMT中的program_number一致。

   上图所示，根据SDT的transport_stream_id和NIT的transport_stream_id，可以将SDT和NIT联系起来。根据上图的信息，我们可以根据SDT获取该业务（频道）的业务列表信息和有线传输信息（位于NIT中）。

 

 

三：EIT解析

PARSING OF EIT

"EIT按时间顺序提供每一个业务所包含的事件信息"

   EIT即事件信息表（Event Information Table），它是EPG中绝大部分信息的携带者。事实上，EPG主要就是通过SDT和EIT信息的获取和重组实现的。SDT只提供了频道信息，而EIT则提供各频道下的所有节目的信息。

  EIT的主要信息也是通过插入的描述符来实现的。EIT按照时间顺序提供每一个业务所包含的事件的相关信息（如节目名称、节目简介）。

传输流	信息	table_id
当前TS流	当前/后续事件信息	0x4E
其他TS流	当前/后续事件信息	0x4F
当前TS流	事件时间表信息	0x50~0x5F
其他TS流	事件时间表信息	0x60~0x6F

  按照不同的table_id，一共有四类EIT。其中，当前TS流的所有EIT子表都有相同的transport_stream_id和original_stream_id。下图给出了一个实例的码流中的EIT信息，这里一共有三类EIT表，观察其table_id就可以知道它们代表什么类型的EIT。

   第一个EIT_PF_Actual应该是当前TS流的“当前/后续事件信息”；第二个EIT_PF_Other是其他TS流的“当前/后续事件信息”；第三个EIT_Schedule_Actual是当前TS流的“事件时间表信息”。

 

 

EIT的表结构分析

ANALYZEOF THE STRUCTUREOF EIT

 

  EIT表被切分成事件信息段。任何构成EIT的段都由PID=0x0012的TS包传输。下面给出的是事件信息段的结构：

事件信息段

Syntax（句法结构）  No. ofbits（所占位数）   Identifier(识别符)  Note(注释)

event_information_section(){

table_id              8         uimsbf      

Section_syntax_indicator   1          bslbf   通常设为“1”

Reserved_future_use       1          bslbf

Reserved           2          bslbf

Section_length         12         uimsbf     见注释

service_id           16      uimsbf 与PAT中的program_number一致

Reserved           2           bslbf

Version_number          5          uimsbf       见注释

Current_next_indicator      1                bslbf     见注释

Section_number         8           uimsbf    见注释

last_section_number     8          uimsbf        见注释

transport_stream_id     16        uimsbf       见注释

original_nerwork_id     16         uimsbf       见注释

segment_last_section_number  8       uimsbf          见注释

last_table_id         8       uimsbf        见注释

for(i=0;i<N;i++){

    event_id       16         uimsbf        事件（节目）id

    start_time      40        bslbf     事件（节目）开始时间

    duration      24       bslbf       事件（节目）持续始时间

    running_status   3        uimsbf         见注释

    freed_CA_mode    1        bslbf          见注释

    descriptors_loop_length   12  uimsbf

    for(j=0;j<N;j++){

        descriptor()

    }

}

CRC_32         32         rpchof        见注释

}

   start_time（开始时间）：40位字段，指的是事件（节目）的开始时间，它包含以UTC和MJD形式表示的事件（节目）的起始时间及日期。此字段前16位表示MJD日期码，其余24位按4位BCD编码，表示6个数字。例如：93/10/13 12:45:00被编码为：“0xc079124500”

HINT（提示）：如果事件起始时间未定，则所有位都置为“1”，例如对NVOD业务的一个事件。

duration（持续时间）：24位字段，表示事件的持续时间，以时、分、秒的格式表示，即由6个4位BCD码显示。如：01:45:30被编码为“0x14530”。

running_status（运行状态）：参看SDT表解析部分。

 

 

 

 

 

下面给出一个具体的例子：

  EIT主要承载的信息就是Event的相关内容，即节目信息。其中，节目所在频道（service_id）、开始时间（start_time）、结束时间（start_time+duration）可在EIT子表获取；而节目描述、节目名称、节目分类等信息就要在插入EIT的描述符中获取了。

 

 

EIT的短事件描述符分析

ANALYZE OF THE STRUCTURE OF SHORT_EVENT_DESCRIPTOR IN EIT

 

  短事件描述符（Short_event_descriptor）以文本方式提供了事件名称和该事件的简短描述。描述符结构如下：

短事件描述符

Syntax（句法结构）    No.of bits（所占位数）  Identifier(识别符)

short_event_descriptor(){

descriptor_tag         8            uimsbf

descriptor_length      8           uimsbf

ISO_639_language_code     24            bslbf

event_name_length      8            uimsbf

for(i=0;i<event_name_length;i++){

    event_name_char    8            uimsbf

}

text_length         8           uimsbf

for(i=0;i<text_length;i++){

    text_char       8            uimsbf

}

}

 

ISO_639_language_code（ISO 639-2语言代码）：24位字段，指明后续文本字段的语言。该字段包含一个由ISO 639-2定义的3字符代码。ISO 639-2/B和ISO 639-2/T均可使用。每个字符按照GB/T15273.1-1994编码为8位，并依次插入24位字段。如：法语的3字符代码“fre”，可编码为：“0110 01100111 0010 0110 0101”。

event_name_char（事件名称字符）：一个字符串给出事件的名字。

text_char（文本字符）：一个字符串给出事件的文本描述。

 下面给出的是一个实际案例的短时间描述符，可见中文的3字符代码是“chi”。

 

EIT的扩展事件描述符分析

ANALYZE OF THE STRUCTURE OF EXTENDED_EVENT_DESCRIPTOR IN EIT

 

  扩展事件描述符（Extended_Event_Descriptor）扩展事件描述符给出了一个事件的详细文本描述。如果一个事件的信息长度超过256字节，可以使用多于一个相关联的扩展事件描述符来描述。文本信息可以分为两个栏目，一栏为条目的描述，另一栏为条目的内容。

  下面给出了扩展事件描述符的结构。

扩展事件描述符

Syntax（句法结构）   No. of bits（所占位数）Identifier(识别符) 

extended_event_descriptor(){

descriptor_tag       8          uimsbf        

descriptor_length      8          uimsbf   

descriptor_number      4          uimsbf

last_descriptor_number   4          uimsbf

ISO_639_language_code   24          bslbf 

length_of_items      8          uimsbf

for(i=0;i<N;i++){

    item_description_length   8      uimsbf

    for(j=0;j<N;j++){

        item_description_char   8  uimsbf

    }

    item_length

    for(j=0;j<N;j++){

        item_char

    }

}   

text_length

for(i-0;i<N;i++){

    text_char

}             

}

下面给出的是一个实例截图

 

EIT的内容描述符分析

ANALYZE OF THE STRUCTURE OF CONTENT_DESCRIPTOR IN EIT

 

  内容描述符的目的是为事件提供清晰的信息描述符。根据这个描述符的信息，接收机可以清晰地知道事件的分类，并告知观众。下面给出了内容描述符的结构：

内容描述符

Syntax（句法结构）    No. of bits（所占位数）Identifier(识别符) 

content_descriptor(){

descriptor_tag       8           uimsbf     

descriptor_length      8           uimsbf            

for(i=0;i<N;i++){

    content_nibble_level1    4       uimsbf      

    content_nibble_level2    4       uimsbf      

    user_nibble          4       uimsbf      

    user_nibble          4       uimsbf      

}

}

  这里主要需要介绍的就是 content_nibble_level1和content_nibble_level2：根据EN 300 468V1.3.1(1998-02)中的Table 18可以确定该节目的具体分类。
 

下面给出了一个实例。

 

四：TDT解析

PARSING OF TDT

"TDT仅传送UTC时间和日期信息，只有一个段"

TDT为时间和日期表（Time&Date Table），它仅传送UTC时间和日期信息。并且TDT仅包含一个段，其结构如下：

时间和日期段

Syntax（句法结构）  No. ofbits（所占位数） Identifier(识别符)  Note(注释)  

time_date_section(){

table_id            8         uimsbf      

Section_syntax_indicator   1         bslbf     通常设为“1”

Reserved_future_use     1         bslbf

Reserved          2           bslbf

Section_length        12         uimsbf     见注释

UTC_time         40         bslbf     见注释

}

UTC_time（UTC时间）：40位字段，包含以UTC和MJD形式表示的当前时间和日期。此字段前16位为MJD日期码，后24位按4位BCD编码，表示6个数字。如：93/10/13 12:45:00被编码为“0xC079124500”。

        下图给出了一个实例：

 

 

五：TOT解析

PARSINGOF TOT

"TOT是TDT的一个扩展，增加了一个描述符"

TOT为时间偏移表（Time Offset Table），它包含了UTC时间和日期信息及当地时间偏移。传输此表的TS包PID为0x0014，table_id=0x73。下面给出了时间偏移段的结构：

时间偏移段

Syntax（句法结构）    No. ofbits（所占位数） Identifier(识别符)  Note(注释)

time_offset_section(){

table_id           8         uimsbf            section_syntax_indicator    1         bslbf    通常设为“1”

reserved_future_use         1          bslbf

reserved               2          bslbf

section_length           12           uimsbf   见注释

UTC_time            40           bslbf    见注释

reserved            4            bslbf

descriptors_loop_length   12          uimsbf            for(i=0;i<N;i++){

    descriptor()

CRC_32     32           rpchof       见注释

}

   这里的UTC_time和TDT表是一致的，都是以UTC和MJD形式表示当前时间和日期；其格式也与TDT的UTC_time相同，这里不再赘述。需要特别注意的是这里的描述符descriptor()。下面给出了本地时间偏移描述符的结构：

本地时间偏移描述符

Syntax（句法结构）    No. of bits（所占位数）  Identifier(识别符) 

local_time_offset_descriptor(){

descriptor_tag          8            uimsbf        

descriptor_length        8            uimsbf   

for(i=0;i<N;i++){

    coutry_code       24           bslbf

    country_region_id    6            bslbf

    reserved        1            bslbf

    local_time_offset_polarity    1       bslbf

    local_time_offset   16            bslbf

    time_of_change     40            bslbf

    next_time_offset    16            bslbf

}

}

 

国家代码  country_code

  24位字段，按照ISO 3166用3字符代码指明国家。每个字符根据GB/T 15273.1-1994编码为8位，并依次插入24位字段。假设3个字符代表了一个900至999的数字，那么country_code指定了一组ETSI定义的国家。其分配见ETR 162。国家组的国家代码应该被限制在同一时区内。

例如：英国由3字符代码“GBR”表示，编码为：“01000111 0100 0010 0101 0010”。

 

国家区域标识符  country_region_id

6位字段，表示country_code指明的国家所在的时区。若国家内部里没有时差，则置“000000”。

country_region_id	描述
00 0000	未使用时区扩展
00 0001	时区1（最东部）
00 0010	时区2
……..	……..
11 1100	时区 60
11 1101 – 11 1111	预留

本地时间偏移极性 local_time_offset_polarity

  1位字段，用于指明随后的local_time_offset的极性。置“0”时，极性为正，说明本地时间早于UTC时间（通常在格林威治以东）；置“1”时，极性为负，说明本地时间晚于UTC时间。

本地时间偏移 local_time_offset

  16位字段，指出由country_code和country_region_id确定的区域的相对于UTC的时间偏移，范围为-12小时至+13小时。16比特含有4个4位BCD码，顺序为小时的十位，小时的个位，分的十位，分的个位。

时间变化  time_of_change

  40位字段，指明时间改变时当前的日期（MJD）与时间（UTC），见附录C。该字段分为两部分，前16位给出了LSB格式的日期（MJD），后24位给出了UTC时间（6个4位BCD码）。

下一时间偏移  next_time_offset

  16位字段，指出由country_code和country_region_id确定的区域，当UTC时间变化时的下一个时间偏移，范围为-12小时至+13小时。此16比特域为4个4位BCD码，依次为时的十位，时的个位，分的十位，分的个位。

 

六：运行状态表（RST）

    运行状态表（RST）能准确而迅速地的更新一个或多个事件的时间状态。因为时间表的变化，事件的开始可能提前或滞后，所以RST表的存在是非常必要的。使用一个独立的表可以保证快速更新机制的实现。

按照表10语法，RST表被切分成运行状态段。任何构成RST表的段，都要由PID为0x0013的TS包传输，table_id值为0x71。

  运行状态段表

语    法	位数	助记符
running_status_section(){
table_id	8	uimsbf
section_syntax_indicator	1	bslbf
reserved_future_use	1	bslbf
reserved	2	bslbf
section_length	12	uimsbf
for(i=0;i<N;i++){
transport_stream_id	16	uimsbf
original_network_id	16	uimsbf
service_id	16	uimsbf
event_id	16	uimsbf
reserved_future_use	5	bslbf
running_status	3	uimsbf
}
}

 

运行状态段的语义：

表标识符  table_id。

段语法指示符  section_syntax_indicator：　1位字段，应置“0”。

段长度  section_length：12位字段，前两位置“00”。它表示从该字段的下一个字节开始的本段的字节长度，并包含CRC。section_length不能超过1021，这样整个段的最大长度为1024字节。

传输流标识符  transport_stream_id：16位字段，RST表所描述的TS的标识，用以区别传输系统中的其他复用流。

原始网络标识符  original_network_id：16位字段，给出原始传输系统的network_id。

业务标识符  service_id：16位字段，用于在TS流中识别不同的业务。service_id 与program_map_section中的program_number取同一值。

事件标识符  event_id：16位字段，指示相关事件的标识号。

运行状态  running_status：3位字段，表示业务的状态。

 

七：填充表（ST）

填充表段用于在一个传输系统的边界使当前段无效，例如在一个有线系统前端。当子表中的一个段被改写（填充）时，则该子表中的所有段都需要重写，以便保持section_number字段的一致性。

表11  填充段

语    法	位数	助记符
stuffing_section(){
table_id	8	uimsbf
section_syntax_indicator	1	bslbf
reserved_future_use	1	bslbf
reserved	2	bslbf
section_length	12	uimsbf
for(i=0;i<N;i++){
date_byte	8	uimsbf
}
}

 

填充段的语义：

表标识符  table_id。

段语法指示符  section_syntax_indicator：　1位字段，可以取值“1”或“0”。。

段长度  section_length：12位字段，它表示从该字段的下一个字节开始的本段的字节长度，并包含CRC。section_length不能超过4093，这样整个段的最大长度为4096字节。

数据字节  data_byte：8位字段，可取任何值，没有具体意义。

 

八：间断信息表（DIT）

DIT表应插入SI信息可能间断的转变点，见下表。

 间断信息段表

语    法	位数	助记符
discontinuity_information_section(){
table_id	8	uimsbf
section_syntax_indicator	1	bslbf
reserved_future_use	1	bslbf
reserved	2	bslbf
section_length	12	uimsbf
transition_flag	1	uimsbf
reserved_future_use	7	bslbf
}

 

间断信息段的语义：

表标识符  table_id 

段语法标识符  section_syntax_indicator 

1位字段，应置“0”。

段长度  section_length

12位字段，应置为0x001.

转变标志  transition_flag

1位标志字段，指明TS中的转变类型。该位置“1”时，表示转变因起始码源变化所致。这种起始源的变化可能是原始TS发生变化和/或在TS的位置发生变化（如时间偏移）。该位置“0”时，表示转变仅因为选择的变化所致。例如：停留在同一个原始TS中的同一个位置上。

 

九：选择信息表（SIT）

SIT表描述了TS片断所携带的业务和事件。

  选择信息段表

语    法	位数	助记符
selection_information_section(){
table_id	8	uimsbf
section_syntax_indicator	1	bslbf
DVB_reserved_future_use	1	bslbf
ISO_reserved	2	bslbf
section_length	12	uimsbf
DVB_reserved_future_use	16	uimsbf
ISO_reserved	2	bslbf
version_number	5	uimsbf
current_next_indicator	1	bslbf
section_number	8	uimsbf
last_section_number	8	uimsbf
DVB_reserved_for_future_use	4	uimsbf
transmission_info_loop_length	12	bslbf
for(i = 0; i < N; i++){
descriptor()
}
for(i = 0; i < N; i++){
Service_id	16	uimsbf
DVB_reserved_for_future_use	1	uimsbf
running_status	3	bslbf
service_loop_length	12	bslbf
for(i = 0; i < N; I++){
descriptor()
}
}
CRC_32	32	rpchof
}

 

选择信息段的语义:

表标识符  table_id

段语法指示符  section_syntax_indicator

1位字段，应置“1”。

段长度  section_length

12位字段，它表示从该字段的下一个字节开始的本段的字节长度，并包含CRC。section_length不能超过4093，这样整个段的最大长度为4096字节。

版本号  version_number

5位字段，标识表的版本号。当表包含的信息发生变化时，version_number加1。当值增至31时，复位为0。当current_next_indicator置“1”时，则version_number为当前使用的表的版本号。当current_next_indicator置“0”时，则version_number为下一个使用的表的版本号。

当前后续指示符  current_next_indicator

1位字段，当被置“1”时，表示当前表正被使用。当其置“0”时，表示所传表尚未被使用，它是下一个将被使用的表。

段号  section_number

8位字段，给出了段号，应为“0x00”。

最后段号  last_section_number

8位字段，表示最后一个段的段号，应为“0x00”。

传输信息循环长度  transmission_info_loop_length

12位字段，以字节为单位给出了后续的描述TS片断的传输参数描述符循环的长度。

业务标识符  service_id

16位字段，用于在TS中识别不同的业务。service_id 与program_map_section中的program_number取同一值。

运行状态  running_status

3位字段，指明原始码流中的事件的运行状态，是原始的当前事件的运行状态， 若在原始码流中, 当前事件不存在，则认为”未运行”，running_status值的意义的定义见ETR 211 。

业务循环长度  service_loop_length

12位字段，以字节为单位给出了后续的TS片断中携带的业务和事件的相关SI信息的描述符循环的长度。

 

SI小结

SUMMARY OF SI