传统机顶盒的si引擎对所有si表（包括eit p/f和eit schedule）处理流程上是相同的。本文的优化处理在于：对于eit p/f表和eit schedule表在机顶盒终端的处理方式上区分对待。《数字广播业务信息规范（gy/z174-2001）》中gy/z174-2001nit、bat、sdt、eit都被分成为一个或若干个段（section）表示，然后插入到ts包中。其中eit p/f表有两个段（section），分别储存当前节目信息和下一个节目信息；eit schedule表最多可以有32个节（segment），每一节可以存储一个频道的三个小时节目信息，且每节内最多可以有8个段（section）。简单epg的信息量少，解析和存储的过程相对简单，但它的更新速度快，dvb中对前端eit p/f表的传输间隔要求是2s；高级epg的信息量大，解析和存储的过程复杂很多，但它的更新速度慢, dvb中对前端eit schedule表的传输间隔要求是10s。本文针对两类不同的si表接收要求设计不同的si引擎解决方案。其中简单epg的si引擎流程如图2，高级epg的si引擎流程如图3。

图2 简单epg的si引擎流程

图3 高级epg的si引擎流程

　　当过滤器收到eit表并调用中断处理函数时，简单epg采用先关闭eit p/f信道，并设置相关标志，等待后台轮询函数解析处理完该表以后再打开eit p/f信道重新接收，即过滤器接收表的过程和后台轮询函数解析处理是串行处理的，这种机制能够实时处理当前的表，适合简单epg信息量小、更新速度快的特点；高级epg则不关闭信道，而是先解析表头，如果该段没有接收过，则将该段信息插入消息队列，等待后台轮询函数解析处理，即过滤器接收表的过程和后台轮询函数解析处理是并行处理的，这种机制能够保证过滤器收表过程连续而不被后台打断，适合高级epg信息量大、前端连续发送的特点。

　　在eit表版本更新方面，简单epg收到当前和下一个节目信息以后，立即将过滤器设置成只接收新版本eit p/f表，这样可以实时接收并更新简单epg信息；对于高级epg，由于信息量大且前端更新速度慢，所以在只在每次重新开机时接收最新版本的eit表信息。

3.2 epg数据库