求高人解答

PBCH中貌似只有带宽和PHICH配置的信息，既然带宽是固定的，为什么还要一直监测PBCH？不是只要读取一次就行了吗？难道是因为PHICH的配置信息会变化？？

应该是固定配置，PBCH需要一直监测

这个一直也不是时时刻刻嘛，不会停止的意思。。。因为手机要动的嘛，不检测PBCH多危险。


我是这么理解的，不过还是请高人回答一下吧。。。。

1、在协议里指示系统信息变更的标记有2个：一是paging里的systemInfoModification，指示范围不包含SIB10、SIB11和SIB12，也就是说包含了MIB、SIB1～9和SIB13； 第二个是SIB1里的SystemInfoValueTag，指示范围不包含MIB、SIB1、SIB10、SIB11和SIB12。所以从协议的角度说，应该是支持MIB变更的。
2、既然支持变更以及变更的通知机制，就没有必要每个40ms都去读取，比较恰当的做法是收到paging里的变更指示后再去读取也不迟。
3、从目前实际场景以及需求来看，MIB里的信息似乎的确没有必要支持动态变更。但谁又能说以后不会出现动态变更系统带宽的客户需求呢？

呵呵，欢迎讨论。
[font=楷体_GB2312][i]
[/i][/font]

这个回答比较全面，不过按目前不会动态改变带宽的情况下，是不是要一直检测PBCH呢？

回复 8# 的帖子
从标准角度说：UE不能假定带宽不会变化，因此对于处于RRC_Idle态的UE来说，如果接受到的寻呼消息里指示了系统信息改变，那么就要触发重新获取系统信息的流程，这里面包括了MIB，也即需要重新读取PBCH。

这个回答很全面！

意思就是必须有寻呼指示的时候才可能会重新读取啊？
那RRC_idea状态的手机移动到另外一个小区靠什么来触发的？

呵呵，有点受不了：
1、寻呼消息并不是说只有当UE做被叫时才会发，paging的另一个功能是指示系统信息变更。处于Idle态的UE计算自己的PO，在PO上查看paging消息里的修改标记是否为True，若为True的情况下再去触发系统信息的获取流程。
2、idle态的UE移动到另外一个小区，自然就触发小区重选的流程，也就是重新驻留，新小区的系统信息自然需要全部重新获取。

有问题很好，最好自己先想一想，刚才还看到有问题问为什么靠paging来通知系统信息变更，其实这些问题自己想一想应该是可以明白的。

回复 12# 的帖子
多谢回复，主要是不知道是靠paging来通知UE来重新读取SIB的。。。这样的确很有道理。

这个就是小区重选了，重选是UE跟据系统消息中的内容（同频 异频门限，优先级，偏置等信息）做出的动作，UE是否重选是UE侧进行测量和判决的。