[原创]系统信息广播详解（四）

jilechao

二、系统信息广播概述
网络侧向UE进行系统信息广播分成三种形式进行，一是直接在BCH上发送SIB块，一是在UE处于IDLE、CELL_PCH或URA_PCH状态时通过发送PAGING TYPE 1空口消息来通知UE系统信息发生改变，需要重新读取，一是在UE处于CELL_FACH或CELL_DCH状态时通过发送SYSTEM INFORMATION CHANGE INDICATION空口消息来通知UE系统信息发生改变，需要重新读取。
在我们所使用的SIB中，只有SIB1的信息有效范围为PLMN，其它的都是CELL范围，超出这个范围，即UE新进入一个小区，就要考虑是否重新读取此系统信息。是否要重新读取的依据是什么呢？我们可以看到，除了SIB7之外，其它的SIB的有效性，即此SIB里的系统信息是否改变依靠的是Value Tag来标志。也就是说，当UE新进入一个小区之后，就需要比较此小区的SIB的Value Tag和存储在UE上的相应SIB的Value Tag是否相同，如果相同，就继续使用原来的SIB内容，如果不同，则需要重新读取。对于SIB7而言，其是由定时器机制来触发周期性读取系统信息的，定时器的时长可以通过SIB7里的参数计算出来，具体见上面对于SIB7讲解的部分。

三、系统信息块的分段和级联
在空口上发送系统信息的空口消息是SYSTEM INFORMATION，那么在网络侧如何填充这个消息呢？这就牵扯到系统信息特有的二次编码和二次解码的概念。首先RRC模块对每个SIB进行ASN.1编码，再把此编码后的数据与SYSTEM INFORMATION消息所能容纳的大小进行对比，如果大于后者，则需要对前者进行分段，装在好几个消息里面，并且对其进行二次ASN.1编码，发送出去。如果小于后者，则前者可以和其他SIB编码后的数据（或者数据的一个分段）级联起来，共同装入SYSTEM INFORMATION消息里，二次编码之后发送出去；前者也可以以一个完整的消息添加PADING后装入SYSTEM INFORMATION消息里二次编码发送出去。
由此就产生了几个不同的段：First段、Subsequent段、Last段和Complete，这些段之间由于级联的需要再进行组合，会在SYSTEM INFORMATION消息里产生很多的组合形式，在此就不一一列举。各个SIB的消息内容我们前面已经介绍过了，那么接下来我们看看把SIB当作数据的它的上一级消息SYSTEM INFORMATION的内容。
在消息SYSTEM INFORMATION里，参数SFNprime代表当前SFN的值，CHOICE Segment combination就给出了各种不同的分段组合，共有11种情况。我们再来看看各种不同的分段，其具体的内容。
First段里，SIB type指明了当前的SIB类型，SEG_COUNT指明了此SIB类型共分成了几段，SIB data fixed里存放的就是此SIB编码后的第一段数据。
Subsequent段里，SIB type的意义同上，Segment index代表此段的索引值，SIB data fixed里存放的是此SIB编码后的第二段数据。Last段内容基本上同Subsequent段。从这里我们可以看出，Subsequent段和Last段这两段同First段的不同之处了，即SEG_COUNT只在First段出现。
在Complete SIB里，参数就更少了，SIB type的意义同上，SIB data fixed意义也同上，只不过里面存放的是整个SIB编码后的数据。
补充一句，不论是Fist段、Subsequent段、Last段，还是Complete SIB，它们都是一个short类型的消息结果，区别就在于存放SIB数据部分，即由固定数据长度的SIB data fixed变成可变数据长度的SIB data variable，在实现细节上略有不同，但在作用和意义上完全一直，所以略去不提。