第三章 LTE MAC协议解读 --- 缓冲区状态报告(BSR)

 缓冲区状态报告(BSR)

    在介绍SR时,我们已经知道上行数据的传输需要的资源是通过BSR来获得,缓冲区状态报告过程用于给服务eNB提供UE有共有多少数据存在上行的缓冲区里需要发送的信息,RRC通过配置的两个定时器periodicBSR-TimerretxBSR-Timer 以及对于每一而逻辑信道通过信令指示logicalChannelGroup这个逻辑信道属于哪一个逻辑信道组(LCG),在前面我们讨论了,上行的调度是针对一个逻辑信道组而不是一个逻辑信道(RB)的。

当下面的事情发生时,就会触发一个BSR消息:

 存在一个属于某一个逻辑信道组的逻辑信道,它在RLC或者PDCP实体里存在要发送的上行数据(例如RLC/PDCP的控制信息以及业务数据等)或者有一个逻辑信道,它的优先级高于任何属于某一逻辑信道组的信道,有数据需要发送,或者任何属于某一逻辑信道组的逻辑信道没有任何数据要发送(也就是发送缓冲区大小为0的BSR,可能是用于eNB与UE之间的缓冲区信息同步用),这些情况触发的BSR,称为“常规BSR”;

已经分配了上行资源,并且填充比特数大于或者等于BSR控制信息但与加上它的子头部,此时触发的BSR属于“填充BSR”;

retxBSR-Timer 超时,对于任何属于某一个逻辑信道组的逻辑信道有数据要发送,此时的BSR称为“常规BSR”,这种情况主要是在发送的BSR,但是确没有相应的上行资源时,这个定时器的引入是在RAN2 63会议R2-83891引入的,大家可以读一下,它的用法是,当下面的条件满足时,允许UE触发一个SR(调度请求):

   1. 当上一次的BSR已经超过了BSR_RETX时间

   2. 从那时起,还没有收到上行授权

   3. UE还有数据要发送

 periodicBSR-Timer 超时,此时的BSR称为“周期性BSR”,

对于常规和周期BSR:

  如果在发送BSR的当前TTI有多于一个逻辑信道组(LCG)有数据要发送,则报告长BSR

  否则报告短BSR, 关于长短BSR参考前面的MAC格式章节)。

对于填充BSR:

 如果填充比特数大于或者等于短BSR控制信息但与加上它的子头部但是小于长BSR控制信息但与加上它的子头部:

 如果在发送BSR的当前TTI有多于一个逻辑信道组(LCG)有数据要发送:报告截断BSR,这个BSR里携带的是具有数据要发送的最高优先级逻辑信道所属的逻辑信道组;

 否则报告短BSR。

 如果填充比特数大于或者等于长BSR控制信息但与加上它的子头部, 报告长BSR。

如果BSR报告流程发现至少有一个BSR已经触发了,并且没有取消:

 如果UE在这个TTI有上行资源用于发起新的传输:

   指示产生一个BSR控制信息单元;

   启动或者重启定时器periodicBSR-Timer, 除了此时的BSR是截断BSR;

   启动或者重启retxBSR-Timer

 否则,如果常规BSR已经被触发(如果此时有上行资源用于新的传输,则不会触发SR):

   则触发一个SR消息。

一个MAC PDU最多只能包含一个MAC BSR控制信息单元,如果同时有多个事件触发不同的BSR,此时常规BSR与周期性BSR要优先于填充BSR。

 

当收到在上行发起新的传输(重传的指示不需要)的指示的上行授权时,UE应该重启retxBSR-Timer 定时器。

当一个MAC PDU包含了一个BSR时,则要取消所有触发的BSR,但是有一种情况要除外,也就是当UL 授权可以容纳所有的要发送的数据但是不能够再容纳一个BSR控制信息单元加上它的子头部时。

 

注:这一节主要还是翻译协议,但是这里需要提醒的是,需要注意定时器启动的条件,SR消息的触发时机,并不是任何BSR发送都会触发SR信号。还有就是要注意不同的BSR消息的定义。

 

 

BSR 有几类: reguler BSR,  周期性BSR,以及padding BSR ;
只有第一种会触发SR.

周期BSR的上报根据预先分配的资源,不需要触发SR;
padding BSR上报,是MAC control element里挤出的资源,也不需要触发SR


BSR 自身不能申请资源,而通过SR 会告知eNB 需要申请资源。
SR 有两种, DSR 以及 RA-SR

• If the UE has resources allocated on PUSCH, then a buffer status report is transmitted.
• If a ‘regular BSR’ is triggered and the UE has no PUSCH allocation in the current TTI but has SR resources allocated on PUCCH, then a SR is transmitted on PUCCH at the first opportunity.
• If a ‘regular BSR’ is triggered and the UE has neither SR resources allocated on PUCCH nor PUSCH allocation, then a SR is issued using the Random Access Procedure.

即没有PUSCH资源的时候才trigger SR

 

调度请求(SR)用于请求上行共享信道资源用于发送上行数据所用,当触发了SR时,它就会一直处于挂起的状态直到它被取消为止,也就是要么当这次请求得到满足或者这个SR没有必要了。由于必须有上行资源,UE才能够发送上行的数据,UE要求被调度的缓冲区状态报告(BSR),它是MAC控制信息单元,在共享信道上发送的,也是需要资源来发送的,那么如何获得用于发送BSR的上行资源呢?这就要先在PUCCH上发送SR或者通过PRACH发送。由于分配给UE的PUCCH是周期性的独占式的资源,UE应该总是有资源的;但是如果在PUCCH上发送的SR总是失败,那么也就需要通过PRACH的竞争方式来获得调度机会。

  • 1
    点赞
  • 23
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
PIM(Protocol Independent Multicast,协议无关组播)是一种在Internet中实现组播传输的协议。PIM协议有多个版本,其中包括PIM-SM(PIM Sparse Mode)和PIM-DM(PIM Dense Mode)。下面我来介绍PIM组播协议中的BSR、C-BSR、RP和C-RP概念: 1. BSR(Bootstrap Router):引导路由器。BSR是PIM-SM中的一种机制,用于在网络中选举出一些核心路由器作为组播分发树的根节点。BSR会在网络中广播自己的优先级和地址信息,其他路由器会根据这些信息选择最佳的BSR,并将其作为组播分发树的根节点。 2. C-BSR(Cluster-Based Bootstrap Router):基于簇的引导路由器。C-BSR是一种改进的BSR技术,它将网络中的节点划分为若干个簇,并在每个簇内部选举出一个BSR。这种方法可以减少BSR的数量,提高网络的可扩展性。 3. RP(Rendezvous Point):会合点。RP是PIM-SM中的另一种机制,用于在网络中选举出一些核心路由器作为组播流量的会合点。RP会维护一个会合点列表,并为每个组播组分配一个会合点。当路由器收到一个组播数据包时,它会将其转发到相应的会合点,再由会合点进行分发。 4. C-RP(Cluster-Based Rendezvous Point):基于簇的会合点。C-RP是一种改进的RP技术,它将网络中的节点划分为若干个簇,并在每个簇内部选举出一个CRP。这种方法可以减少RP的数量,提高网络的可扩展性。与C-BSR类似,C-RP也可以减少通信开销和网络拓扑变化的影响。 总之,BSR、C-BSR、RP、C-RP都是PIM组播协议中的重要概念,它们可以提高组播传输的效率和可靠性,减少网络中的通信开销。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值