[讨论]LTE实现的几个问题（终端）

找本书看看吧 ....

实现方面的，书上不会有的，不然也不会拿出来请教大家了

1.MIB成功获取后，在小区没有改变的情况下，是否需要周期性的继续获取？ 我看不出需要周期性继续获取的必要，除非手机buffer几个参数的能力都没有，这几个参数就是带宽，PHICH配置，SFN号，手机自己累加就是了.. 2.MIB是否有可能更新(小区不变)？ 这就等于说小区的带宽是否会变更，PHICH的配置有可能会变，需要通过Paging通知UE重新获取MIB 3.PHY在接收SIB时，是否按照SIB1中的调度信息固定时间点去接收？ 除了SIB1以外，其他的SIB都是在一个时间窗里的吧？ 只要在时间窗里接受到就是了...不过具体不是非常的确定 4.连接模式下采取哪种检测SIB更新的方法更好(Value tag or Paging)？或者说业界一般采用哪种方式。 ==》 我可以不可以先问一下，你有什么强烈的需求要频繁更新MIB + SIB ?? 5.MBSFN RS网络是否支持？ 6.DRS网络是否支持？ 根据协议，只要符合Rel8/9的要求，都是要支持的。 手机也是如此...

求：digital communications Poakis 第5版的习题答案...

1.MIB成功获取后，在小区没有改变的情况下，是否需要周期性的继续获取？ 我看不出需要周期性继续获取的必要，除非手机buffer几个参数的能力都没有，这几个参数就是带宽，PHICH配置，SFN号，手机自己累加就是了.. 2.MIB是否有可能更新(小区不变)？ 这就等于说小区的带宽是否会变更，PHICH的配置有可能会变，需要通过Paging通知UE重新获取MIB －－－疑问在于MIB的改变网络是否会通过Paging来通知？如果MIB可以确定小区不变MIB不变的话，那么PBCH信道就可以释放掉。 4.连接模式下采取哪种检测SIB更新的方法更好(Value tag or Paging)？或者说业界一般采用哪种方式。 ==》 我可以不可以先问一下，你有什么强烈的需求要频繁更新MIB + SIB ?? －－－不是强烈的需求，是UE得不停的监视SIB是否需要更新，该过程有2种方式，1种是通过SIB1的Value Tag（80ms），另外一种是通过收Paging，显然通过Paging就是有需要的时候才去更新，而Value Tag每80ms就要去检查下

2.MIB是否有可能更新(小区不变)？ 这就等于说小区的带宽是否会变更，PHICH的配置有可能会变，需要通过Paging通知UE重新获取MIB －－－疑问在于MIB的改变网络是否会通过Paging来通知？如果MIB可以确定小区不变MIB不变的话，那么PBCH信道就可以释放掉 首先，我们考虑万一MIB改变会发生什么。 1. bandwidth变了，马上手机就会解调失败，因为UE会去根据原先的pdcch配置去搜索自己的pdcch，而这个pdcch的搜索空间是跨整个老的频域的。 2. phich配置改变，同样，pdcch的搜索空间也是取决于phich配置的。。 这两个万一变了，手机就莫名其妙啥也听不到了，一旦CRC校验出错次数达到一个阈值的时候，就会报radio link failue，此时手机就重新搜索网络 这个就是MIB改变的后果，所以没有侦听paging还是tag的说法

所以我的理解是，一旦成功解调PBCH，（相关CRC成功），手机就可以不用再监听PBCCH，知道RLF之后才需要重新听PBCCH

【 在 rfc3344 的大作中提到: 】 : 所以我的理解是，一旦成功解调PBCH，（相关CRC成功），手机就可以不用再监听PBCCH，知道RLF之后才需要重新听PBCCH 如果按这样实现，复杂度会很低，但是会不会有如下场景： 在IDLE下，开始的时候MIB的信息是A，一段时间后网络改变了PHICH指示的值，MIB的信息变为B了，这时网络需要UE更新存储的MIB，网络是通过Paging来告诉UE，此时并没有任何连接存在，也不存在你说的RLF，那么UE是否需要有能力支持这种情况下的MIB更新？ 回到刚才的疑问，Paging指示的系统消息更新，包括MIB的更新么？

是这样子的。 处于idle态的UE，一旦系统PHICH配置改变，那么UE就收不到PDCCH了，那么它也就不可能解调到Paging了.... 所以不存在paging或者tag指示MIB更新的问题 。。。 一旦PHICH配置改变，不管UE是连接态还是idle，它必须重新读取PBCCH才知道世界发生了什么。。