rfc3344@rfc3344
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“得到软信息后，通常下一步是译码，假设信息比特长度是10，则一共有2^10个可能的码序列，用软比特去和2^10个可能的码序列做自相关，自相关值最大者既为传送信息块的估计...”
“注水也有很多实现上的问题。 注水实际上功率跨RB/UE分配，假如某个UE的某个时刻SINR很高，需要相应提高其下行功率，那么意味着需要升高该UE的Pa参数。Pa是非导频符号相对于导频的功率。而Pa的更新走到的是RRC信令，除非更新这个更新流程。否则实现上跨层快速调整Pa是不可接受的。 如果不更新Pa，用户所在RB上不管…”
“oh, 看错了。 FSK误码率很复杂吧，取决于frequency seperation，是否有相差，解调是否是coherent或none-coherent ..4fsk应该是没有解析表达式表示误码率。。 还是请大牛来解释一下”
“注水原理是学术界牛X人士的玩具 ... 在实现中采用注水意味着信道差的用户体验更加糟糕，市场上公平性的要求是商业成功的一个保证。。 二来是注水带来的增益不大 三是注水复杂度太高，要求精确知道SINR在频域上的分布.. 所以下行不用所谓的注水”
“QPSK在高斯白噪声下的误码率近似等于 Q(sqrt(2xsinr))，其中sinr是信息比特的信噪比..误符号率等于2Q(sqrt(SINRs)), 其中SINRs是符号的信噪比”
“relay没啥好研究的，无非是多了个无线链路回传。。。 物理层的东西除了帧结构变了，就没啥了。。 更多的是上层信令改变去支持之。。 我的理解是relay只在布网初期有用，一旦一个relay步在某个地方超过一个月，运营商就会马上将其软件升级成基站。（relay的硬件要求和基站没有太大区别）”
“是这样子的。 处于idle态的UE，一旦系统PHICH配置改变，那么UE就收不到PDCCH了，那么它也就不可能解调到Paging了.... 所以不存在paging或者tag指示MIB更新的问题 。。。 一旦PHICH配置改变，不管UE是连接态还是idle，它必须重新读取PBCCH才知道世界发生了什么。。”
“求第五版答案 ....”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。