LTE 中周期性BSR定时器是干什么用的

参见下面这篇文章，我自己写的，应该能解答你的问题：
http://blog.sina.com.cn/s/blog_927cff010101ab3t.html

[align=center][font=楷体][size=13pt]Buffer Status Report（BSR）[/size][/font][/align][font=楷体][size=13pt] [/size][/font]
[font=楷体][size=13pt]在前一篇博客（见《LTE：上行调度请求（Scheduling Request，SR）》）中已经介绍到，UE通过SR向eNodeB请求上行资源时，只指明了其是否有上行数据需要发送，而没有指明自己需要发送多少上行数据。UE需要通过BSR（Buffer Status Report）告诉eNodeB，其上行buffer里有多少数据需要发送，以便eNodeB决定给该UE分配多少上行资源。[/size][/font]

[font=楷体][size=13pt]根据业务的不同，UE可能建立大量的无线承载（radio bearer，每个bearer对应一个逻辑信道），如果为每一个逻辑信道上报一个BSR，会带来大量的信令开销。为了避免这种开销，LTE引入了LCG（Logical Channel Group）的概念，并将每个逻辑信道放入一个LCG（共4个）中。UE基于LCG来上报BSR，而不是为每个逻辑信道上报一个BSR。[/size][/font]

[font=楷体][size=13pt]某个逻辑信道所属的LCG是在逻辑信道建立时通过IE: LogicalChannelConfig 的logicalChannelGroup字段来设置的 。[/size][/font]

谢谢！但是retxBSR-Timer超时不也触发BSR上报吗，不也可以完成周期BSR的功能吗？另外再请教下截短BSR是什么概念？

二者的作用不同：
UE发送了BSR后，就会等着接收UL grant。如果在retxBSR-Timer内一直没收到UL grant，UE就想啊，是不是eNodeB没收到我的BSR，总不能一直傻等下去吧。那就再发一个BSR以告诉eNodeB，我还有数据要发呢，你赶紧着给我发个UL grant吧！

Truncated BSR只在发送Padding BSR时才会使用（当padding bit小于long BSR的长度，但大于等于short BSR的长度时，且有多个LCG里有数据要发时，只选择有数据且优先级最高的LCG的BSR发下去），它的结构与short BSR是一样的，但对应的subheader里的LCID不同（见36.321的Table 6.2.1-2）。

Truncated BSR对重启periodicBSR-Timer有一定的影响：
[color=Red] 如果至少触发了一个BSR且该BSR没有被取消且UE已经在该TTI内收到了用于新传数据的UL grant，则UE会
• 除非所有生成的BSR均为Truncated BSR，否则UE会启动或重启periodicBSR-Timer；[/color]

其实我的博客里对这些都有说明，如果有不明白的地方，欢迎给我留言，大家一起讨论。

关注，mark

谢谢分享，关注，马克一下。

Truncated BSR只在发送Padding BSR时才会使用（当padding bit小于long BSR的长度，但大于等于short BSR的长度时，

duoxie

mark下，向大牛们学习:D