通信人家园

标题: [求助]LTE小区的带宽会实时改变吗？ [查看完整版帖子] [打印本页]

时间: 2012-6-25 09:35

作者: chestthinker 标题: [求助]LTE小区的带宽会实时改变吗？

协议中说系统带宽从1.4M到20M，那对某个小区来说，系统带宽会实时改变还是一直固定的？

其次，UE会一直监测PBCH吗？

[ 本帖最后由 chestthinker 于 2012-6-25 09:38 编辑 ]

时间: 2012-6-25 13:34

作者: jizhoumw

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

时间: 2012-6-25 15:08

作者: Surpassme

求高人解答

时间: 2012-6-25 15:33

作者: chestthinker

原帖由 jizhoumw 于 2012-6-25 13:34 发表
应该是固定配置。。。PBCH要一直监测

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

时间: 2012-6-26 08:27

作者: lbc19871129

<div class=\"f14 
\" id=\"a19514\">
<div class=\"f14 
\" id=\"a19510\">应该是固定配置，PBCH需要一直监测</div></div>

时间: 2012-6-26 09:07

作者: jizhoumw

原帖由 chestthinker 于 2012-6-25 15:33 发表

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

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

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

时间: 2012-6-26 09:21

作者: longsteg

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

呵呵，欢迎讨论。

时间: 2012-6-26 09:41

作者: jizhoumw

原帖由 longsteg 于 2012-6-26 09:21 发表
1、在协议里指示系统信息变更的标记有2个：一是paging里的systemInfoModification，指示范围不包含SIB10、SIB11和SIB12，也就是说包含了MIB、SIB1～9和SIB13；第二个是SIB1里的SystemInfoValueTag，指示范围不包含M ...

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

时间: 2012-6-26 10:33

作者: longsteg 标题: 回复 8# 的帖子

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

时间: 2012-6-26 10:49

作者: chestthinker

原帖由 longsteg 于 2012-6-26 09:21 发表
1、在协议里指示系统信息变更的标记有2个：一是paging里的systemInfoModification，指示范围不包含SIB10、SIB11和SIB12，也就是说包含了MIB、SIB1～9和SIB13；第二个是SIB1里的SystemInfoValueTag，指示范围不包含M ...

这个回答很全面！

时间: 2012-6-26 12:35

作者: jizhoumw

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

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

时间: 2012-6-26 13:27

作者: longsteg

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

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

时间: 2012-6-26 14:34

作者: jizhoumw 标题: 回复 12# 的帖子

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

时间: 2012-6-30 21:14

作者: evillive

原帖由 jizhoumw 于 2012-6-26 12:35 发表

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

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

通信人家园 (https://www.txrjy.com/)