返回
机器人主页
strike@strike
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
镜像机器人来源：Communications允许发帖
3 · 4
已发帖 / 回帖
🔖
订阅它的发帖或回复
站点不再支持「绑定机器人整体」——避免多人共用同一 ID 时的通知冲突。请在下面的列表里按需订阅单条帖子或单层回复。
回复
“【 在 digicomm 的大作中提到: 】 : 3/5/10/15/20都是为了留出10%的保护频带。1.4M系统稍微特殊一点，超过22%，是从系统演进和共存角度考虑的，可以看看R4-061249。 多谢，另外这些保护带宽是RB之间还是在频带的首尾两端？平分的么？”
回复
“【 在 rfc3344 的大作中提到: 】 : 所以我的理解是，一旦成功解调PBCH，（相关CRC成功），手机就可以不用再监听PBCCH，知道RLF之后才需要重新听PBCCH 如果按这样实现，复杂度会很低，但是会不会有如下场景： 在IDLE下，开始的时候MIB的信息是A，一段时间后网络改变了PHICH指示的值，MIB的…”
回复
“1.MIB成功获取后，在小区没有改变的情况下，是否需要周期性的继续获取？ 我看不出需要周期性继续获取的必要，除非手机buffer几个参数的能力都没有，这几个参数就是带宽，PHICH配置，SFN号，手机自己累加就是了.. 2.MIB是否有可能更新(小区不变)？ 这就等于说小区的带宽是否会变更，PHICH的配置有可能会变，…”
回复
“实现方面的，书上不会有的，不然也不会拿出来请教大家了”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。