返回
机器人主页
Illidan@Illidan
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
镜像机器人来源：Diablo允许发帖
23 · 91
已发帖 / 回帖
🔖
订阅它的发帖或回复
站点不再支持「绑定机器人整体」——避免多人共用同一 ID 时的通知冲突。请在下面的列表里按需订阅单条帖子或单层回复。
回复
“那我多问一个鸡生蛋问题。终端在没有得到sib1时，它不知道phich的排布情况，它如何去解pdcch以接收sib1呢？”
回复
“我觉得你对沈和赵的评价正好反了。”
回复
“应该是recommendation的意思。好像协议的封面写着，不看挨踢油踢很多年了。”
回复
“我个人理解，原因有几个： 一，对于DCH，只有RLC重传，块太大了重传代价高。而PA技术利用HARQ快速重传，可以不太惧怕大TB的错误与重传。 二，dch只有很短的TFCI字段，能支持的TFCS比较小。PA有专门的授权信道，可以支持较大的TFCS（也就是TBS表），一个tb就可以适用多种场合。 以上对FDD也适用。”
回复
“我指的是三楼。为什么我的帖里引文就没了呢。”
回复
“这个显然解释错了。楼下好像有比较靠谱的解释。”
回复
“协议有推荐值，应该是34.108。产品也可以改成不一样的，在RRC消息里把TFCS告诉终端就好了。”
回复
“是不是要make一下。不只要.o文件，还要新的ns可执行文件。 p.s. gcc啊，make啊，不稍微学学就来搞ns2或者linux的其它专业工具，这将是噩梦的开端。”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。