请教DVBC中卷积交织的问题

RS编码之后，进行卷积交织
一个frame，RS编码之后的数据是188个字节
然后，卷积交织，总共的存储器容量是：((12-1)*17/2+1)*12=1134字节。
这188个字节如何存到这么大的存储空间中？
空了那么多地址有何意义？
在下新手，望执教！

卷积交织既然是打乱顺序的作用，188个字节就是要分散到这12个存储块中的不同位置，dvbc中应该是连续流的，存储单元的数据按照交织的规律输出，对于输出：最开始，没有经过延时的数据直接输出，需要经过延时的数据还未输出时补0作为冗余，在解交织端按照规律逆过来就可以把冗余的0去掉，结合延时模块来考虑，既然交织是通过不同长度的延时以达到打乱次序的目的，肯定是需要很多存储器来达到延时目的的。
新手之见！

我觉得不是这样的，从后面的来推算，不会出现冗余的零出来
我的理解是写入的速率比读出要高几倍

没看过dvbc标准，不过我想卷积交织都是一个样子，就是我给出的图片的样子。
由于卷积交织引入了交织时延，因此刚进数据的时候不能立刻出来，先出来的是零或者寄存器内预置的随机数。当过了一定时间之后，发送端每进一个有用数据，接收端就会出一个有用数据（不过不是发送端当时进的而是先前进的刚刚出来），因此各环节速率都是相同的。也就是我图中的四个旋转开关从0、1、2依次切换到B-1都是相同速率的，每进一个数据，图中四个旋转开关都就往下切换一级。冗余的零只是开头和结尾有，当然，对于电视这种流式应用，没头没尾没完没了的放，也就是不会有冗余零出现了。

不会，读写速率一样，只是输出的开始有一段是无意义的数据，对于DVB这种广播方式
开始那一点东西不影响后面的实际数据

对，DVB-S和DVB-C相同。
接收端解交织会把发端的无意义的数据去掉，不影响的。