2.1 BSR及相关参数描述

1. BSR概述
   在MAC层，BSR流程用来向gNB提供UE的上行数据量信息。协议中划分了3类BSR：Regular BSR，Periodic BSR和Padding BSR，且Padding BSR的优先级低于前两者。

2.2 逻辑信道的可用上行数据量计算
应当将RLC与PDCP的数据量同时考虑在内，具体参考38.322-5.5与38.323-5.6章节。
2.3 触发Regular BSR的事件

1. 属于某个LCG的logical channel有上行数据到达时（becomes available），且此logical channel的优先级，比其他任何LCG中有可用上行数据（available UL data）的logical channel的优先级来得高。
2. 属于某个LCG的logical channel有上行数据到达时，且其他任何逻辑信道没有可用的上行数据。
3. retxBSR-Timer超时，且属于某个LCG中至少有一个logical channel存在上行数据（UL data）。此定时器防止UE发了BSR后，gNB没有分配对应的上行资源导致UE一直等待UL Grant的死锁情况，定时器超时后UE会重传BSR。
   MAC将此场景触发BSR的logical channel视作最高优先级且有可用数据传输的逻辑信道。
   MAC在任意ul-sch上收到了一个用于新传的上行授权时，都会将retxBSR-Timer重启。另一处启动/重启该定时器的地方在发送BSR的时候。
   2.4 Regular BSR与logicalChannelSR-DelayTimer
   如果Regular BSR被触发，且对应的逻辑信道的logicalChannelSR-DelayTimerApplied参数被上层设置为True，则启动或者重启logicalChannelSR-DelayTimer，定时器运行时，对应的逻辑信道不会触发SR。logicalChannelSR-DelayTimerApplied参数被上层设置为false时，如果定时器运行则停止此定时器。
   在Regular BSR可覆盖的场景下，比如数据到达等，会优先使用BSR进行资源请求而不是SR。但是触发BSR后，不一定有足够的上行资源发送BSR，此时需要使用SR请求上行资源。logicalChannelSR-DelayTimer的设定是为了防止SR的频繁发送而增加开销。
   2.5 触发 Periodic BSR的事件
   periodicBSR-Timer超时，虽然不需要检查是否有可用的上行数据需要发送，但在LCP过程中，如果所有LCG上都没有可用的数据，那么只包含Periodic BSR的MAC PDU也不会发给HARQ。
   此定时器的设定值我理解应该远小于retxBSR-Timer。一些资料上提及到大文件的场景会用到这个定时器。也可以将此定时器设置为infinity，可以节省开销。

2.6 触发 Padding BSR的事件
gNB已为UE分配了上行资源，且在填满待传上行数据后，MAC PDU中的padding bits大小满足：大于“BSR MAC CE”+“对应 subheader”。

NOTE：When Regular BSR triggering events occur for multiple logical channels simultaneously, each logical channel triggers one separate Regular BSR。
每个MAC PDU中的BSR MAC CE数量最多为1，如果多个logical channel同时满足触发Regular BSR的条件，则会分别触发一个Regular BSR，但是不会全部发送。BSR的触发与发送是互相独立的。下文会描述何时取消BSR（cancel）。

2.7 BSR MAC CE类型描述

1. Short BSR format与Short Truncated BSR format结构如下:
   
    LCG ID占3个bit表示上报BSR的logical channel所属的LCG。
    Buffer Size占5个bit，可指示32个不同范围的buffer size大小，单位为字节，具体见表38321 6.1.3.1-1。Buffer Size字段表示，在MAC PDU组装后的，某个LCG上所有logical channel的可用总数据量， Buffer Size的计算不包括RLC与MAC头。

2. Long BSR format结构如下:
   
    LCGi：共占8个bit，分别对应LCG0~LCG7。LCGi值置1，表示有对应LCG的Buffer Size上报，0则表示没有，所以Long BSR format是一个变长的结构，上图m最大值取8。
    Buffer Size：占8个bit，可指示256个不同范围的buffer size大小，单位为字节，具体见表38321 6.1.3.1-2。因为在MAC PDU组装后计算每个LCG上面的可用数据量，意味着已经完成了LCP过程，LCP过程可能导致某个LCG的Buffer Size字段为0，则对应的LCGi为0。Buffer Size的计算不包括RLC与MAC头。

3. Long Truncated BSR format与Long BSR format类似，区别在于:
    LCGi：指示对应的LCG是否有可用的数据（data available），与Long BSR format区别在于，某个LCG可能有可用数据，但是不上报Buffer Size。具体见下条Buffer Size解释。
    Buffer Size：与Long BSR format不同，受限于Padding Bits的大小Long Truncated BSR format不一定可容纳所有的LCG的Buffer Size信息。所以要先将LCGs的Buffer Size信息进行排序后，尽可能多的发送。
   先按照各LCGs所包含的logical channel的优先级的降序排列，如果两个LCG中logical channel最高优先级相同，则按照LCG ID的增序排列（LCG0的优先级默认最高）。这样选出待发送的LCG的Buffer Size。最终在MAC CE中，所选中的Buffer Size字段按照对应LCG ID的升序排列。下图的例子中，对于Long Truncated BSR MAC CE的LCGi字段，可能是有问题的，根据协议描述除了LCG3、LCG6，其余的都应该置1。
   
   2.8 Regular/Periodic BSR的BSR MAC CE格式

4. Long BSR：当包含BSR的MAC PDU被组装的时候，如果不止一个LCG有可用的待发送数据，为所有有待发送数据的LCG上报Long BSR。

5. Short BSR：当包含BSR的MAC PDU被组装的时候，只有一个LCG有可用的待发送数据的话，为这个LCG上报Short BSR。
   2.9 Padding BSR的BSR MAC CE格式

6. Long BSR：如果padding bits大于等于Long BSR加上其subheader，为所有有待发送数据的LCG上报Long BSR。

7. Short BSR：如果padding bits大于等于Short BSR加上其subheader，并且小于Long BSR加上其subheader，且只有一个LCG有可用的数据待传，为这个LCG上报Short BSR。

8. Long Truncated BSR：如果padding bits大于Short BSR加上其subheader，并且小于Long BSR加上其subheader，且不止一个LCG有可用的数据待传，上报Long Truncated BSR。
   Short Truncated BSR：如果padding bits等于Short BSR加上其subheader，且不止一个LCG有可用的数据待传，为包含有可用待传数据的、最高优先级逻辑信道的LCG上报Short Truncated BSR。如果多个LCG均包含最高优先级logical channel且均有待传输数据，则传输编号最小的LCG。
   2.10 BSR触发后的MAC流程

9. 在BSR流程中，至少有一个BSR被触发且未被取消的情况下，MAC应遵循以下规则。如果有可用的、用于数据新传的上行资源，并且在逻辑信道优化过程（LCP）后，这个上行资源仍能容纳BSR MAC CE以及其subheader，则：
    生成BSR MAC CE。
    除非所有生成的BSR都是Long Truncated BSR，或者Short Truncated BSR，否则启动或者重启periodicBSR-Timer。非Padding BSR场景下都会启动或重启最高定时器。
    启动或者重启retxBSR-Timer。

10. 如果触发了一个Regular BSR且logicalChannelSR-DelayTimer没有运行，则以下场景会触发SR。
     没有可用于新传的上行资源的时候。
     如果可用于进行新传的ul-sch资源没有达到LCP中的映射条件——不能用于此logical channel，这个映射条件在LogicalChannelConfig中配置给了触发了BSR的logical channel。也就是说此LCH没有可用的上行资源。
     Mac配置了configured-uplink-grant(s)，且触发Regular BSR的logical channel 的logicalChannelSR-Mask设置为false。
    如果配置了configured-uplink-grant（则认为有ul-sch资源可用），且mask为True的话，那么不会发送SR，正常应该是这样的场景。如果配置为False的话，可能是低时延紧急业务的需要。

NOTE：UL-SCH resources are considered available if the MAC entity has an active configuration for either type of configured uplink grants, or if the MAC entity has received a dynamic uplink grant, or if both of these conditions are met. If the MAC entity has determined at a given point in time that UL-SCH resources are available, this need not imply that UL-SCH resources are available for use at that point in time.
对于MAC，无论是有动态的UL grant调度，或者是有一个激活的静态的UL grant配置，都认为有ul-sch的资源可用。

2.11 BSR触发的取消

1. 当UL grant可以容纳全部挂起的待传输data，但无法继续容纳BSR MAC CE + 其subheader时候，所有已触发的BSR将被取消发送。
2. 如果一个被传输的MAC PDU中包含了Long/Short BSR MAC CE，且这个BSR MAC CE中包括了直到此MAC PDU组装之前的最后一个触发bsr事件时候的buffer状态。那么在这个MAC PDU组装之前的所有bsr应该被取消。就是说此时所有的LCG状态都已经上报了。

NOTE：MAC PDU assembly can happen at any point in time between uplink grant reception and actual transmission of the corresponding MAC PDU. BSR and SR can be triggered after the assembly of a MAC PDU which contains a BSR MAC CE, but before the transmission of this MAC PDU. In addition, BSR and SR can be triggered during MAC PDU assembly.
MAC PDU组装可以在从收到上行授权到实际发送之间的任何时间进行。
在一个包含BSR MAC CE的MAC PDU组装之后到发送之前的这段时间内，可以触发BSR与SR。BSR与SR还可以在MAC PDU组装的过程中进行触发。如果Pending BSR在MAC PDU传输后没有被取消的话，应该会在下一个UL Grant到来后得到响应。