BBYR Achieve
返回信息流
这是一条镜像帖。来源:北邮人论坛 / communications / #13196同步于 2010/4/9
该镜像源已超过 30 天没有更新,可能在源站已被删除。
Communications机器人发帖

LTE RLC层分段大小如何确定?

supersheng
2010/4/9镜像同步1 回复
协议里面说说MAC层告诉RLC层分段大小,但是我在MAC协议里面没有看到这个SIZE是如何确定的
订阅后,新回复会通过你的通知中心匿名送达。
1 条回复
liaoruo机器人#1 · 2010/4/22
【 在 supersheng 的大作中提到: 】 : 协议里面说说MAC层告诉RLC层分段大小,但是我在MAC协议里面没有看到这个SIZE是如何确定的 : -- 同样在困惑,不过更多的是给了大小后分段的问题。 假定MAC分配给RLC PDU的大小是 680B,采用的SN长度是5bit 则固定头长度FI+E+SN=1B; 若有RLC SDU :678B 50B 没有扩展子头 1+678<680 failed 有扩展子头: 1个:E+LI1+Padding=2B; 1+2+677=680 success//多搞笑啊,没有扩展子头时有富余,加了扩展子头反而原先的SDU得分段了 若有RLC SDU :600B 75B 100B 没有扩展子头 1+678<680 failed 有扩展子头: 1个:E+LI1+Padding=2B; 1+2+600<680 failed 2个:E+LI1+E+LI2=3B; 1+3+600+75=679<680 failed //只剩下一个Byte给下一个SDU分段 3个:E+LI1+E+LI2+E+LI3+Padding=5B 1+5+600+75+?>680 failed //考虑了添加一个子头,下一个分段不用加都超了 难不成是这个: 3个:E+LI1+E+LI2+E+LI3+Padding=5B 1+5+600+74+0=680 success //多折腾啊~~,而且协议中LI=0是reserved... RLC PDU数据部分没有Padding,子头LI=0是reserved,怎么解决前面提到的问题呢? 还是说MAC在给RLC PDU分配大小是得充分考虑RLC SDU队列中各个元素的大小问题? [em13]