UL grant的分配(LCP)

UE有UL data时，会发送BSR的告知网络侧自己详细的请求，期望网络能够如期下发UL grant，正常情况下网络侧会给UE足够的UL grant去发送UL data，整个过程都会比较顺利。UE收到UL grant后，欣喜若狂，接下来要分配UL grant，但是很快就有一个难题摆在眼前，有时候UE侧会有很多逻辑信道有UL data发送，也就是UE需要将多个逻辑信道复用到一个MAC PDU中，这么多逻辑信道，手心手背都是肉，那怎么分？毫无疑问spec上给出了解决方式，答案在38.321 5.4.3.1Logical channel prioritization (LCP)，这部分算是很久的内容了，整体逻辑和LTE一样。在配置之初，网络侧会为每个逻辑信道分配一个priority，进而可以决定多个逻辑信道的复用顺序。拥有最高priority的逻辑信道的data会被优先处理，高优先级逻辑信道的data会优先包含在MAC PDU中，接着是第二高priority的逻辑信道的data，直到分配的UL grant被全部用完或没有UL data要发送。

但是又有一个难题出现了，如果高priority的逻辑信道一直有UL data要发，那这个逻辑信道就会一直占用UL grant，其他逻辑信道无法发送自己的data，从而出现问题。和LTE一样，NR引入了Prioritized Bit Ratio(PBR)和Bucket Size Duration(BSD)的概念，即通过RRC信令配置各个逻辑信道参数时，提前为每个逻辑信道配置好各自的PBR及BSD，这样使得当前逻辑信道的的发送UL data增长到PBR×BSD时，其他待传输数据就不能再继续用UL grant，剩下的UL grant就要分配给其他低优先级的