大概去年这个时候，对于咱们的GSM软件系统的实时性问题，我进行了一个分析。并画了一张图，加上一些文字说明。visio图片要弄上来，好像比较费劲。其中文字的部分，我今天贴出来跟大家分享。有兴趣交流的同学，可以跟我联络。

http://s1/middle/59cb3f70tb345135b3820&690

单从接收来看，均衡的实时性要求，从一个slot的角度来看，在1slot的时间处理完一个slot的数据；而从一帧的角度来看，如果是4RX则是一帧的时间处理完4slot的数据即可。图中表达了两种不同设计的实现要求。显然第二种的要求比第一种要低，而软件设计的方法也会也所不同。

单从接收来看，而解码所需要的实时性要求，如果是4RX则是一帧的时间处理完4slot即1block的数据即可。

发射的时序受接收的调度，则有了反馈支路的实时性要求，则需要结合起来看。USF的要求则是要完成均衡与解码。也就是说均衡加解码需要在11slot的时间内完成一个block的全部。一个block是4帧对应的同一个slot位置的数据连接起来的。

从上图可以看出，GSM/GPRS/EDGE系统单从接收链的实时性要求4RX的要求，均衡和解码完成后获得USF的时间点基本满足最为苛刻的发射配置时间点要求。在实际实际设计，稍微比此要求苛刻一点就可以完全满足整个系统的实时性要求。

小结：实时性系统软件设计
1.单方向链路处理的设计：以帧为单位来考虑设计，单方向每个步骤的模块的处理必须在一帧时间内完成一帧数据的处理；多个模块级联的处理则需要考虑多个模块之间的缓存数据的空间有一帧的余量
2.有反馈支路的链路处理设计：找到最短可能的反馈支路的时间要求，找到其中涉及的可能的处理的模块，再合理分配每个模块的实时性要求并调整缓冲池大小
3.其他的多方通信的需求，根据系统的通信机制，考虑适当的通信缓冲池的余量，并根据以上两条可能涉及的运算量的估计来设计，不需要特别为多方通信本身提高实时性的要求。