第三章 LTE MAC协议解读 - 调度请求

[转载]第三章 LTE MAC协议解读 --- 调度请求

(2012-01-10 10:09:47)[删除]

标签：

转载

原文地址：第三章 LTE MAC协议解读 --- 调度请求作者：LTE通信人家

3.4.5 调度请求

调度请求（SR）用于请求上行共享信道资源用于发送上行数据所用，当触发

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

如果触发了一个SR，并且同时没有其它的SR被挂起，那么UE就要把SR_COUNTER设置为0，只要有一个SR正被挂起，那么在每一个TTI，UE都要按照下面流程处理：

1. 如果在这个TTI，没有UL-SCH资源可用于发送数据：

?

如果在任何TTI内，UE都没有合法的PUCCH资源用于发送SR，那么就要发起一个随机接入的过程，并且取消所有挂起的SR，这段话的意思就是，当UE有数据要发送，这是就要向eNB请求上行资源，但是却没有PUCCH来发送SR，那么就要通过随机接入来发送调度请求。

?

如果在这个TTI UE有合法的PUCCH资源用于发送SR，并且这个TTI不属于测量时间（由于在切换的情况下，UE要测量邻小区的信号，根

本无法处理当前服务小区的服务，因此即使在当前属于UE的服务时间，它也不能够做任何发送与接收的任务，其它过程跟SR类似）

如果 SR_COUNTER < dsr-TransMax: 把SR_COUNTER加1;

指示物理层在PUCCH上发送SR信号； 否则，

指示RRC释放PUCCH/SRS资源（一般来说eNB会响应UE的SR请求，但是如果SR连续在空口丢失了，那么我们可以任何链路出错了，此时相当于释放连接），清掉任何的配置的下行分配的资源（下行SPS等）以及上下授权（上行SPS），发起随机接入过程并且取消所有挂起的SR。

2. 如果在这个TTI里有可用的上行资源，那么就取消所有挂起的SR，因为此时请求已经得到eNB的确认，并且被eNB调度了。

【注】由于这里的排版问题，可以对照协议来看吧。这一节相对比较简单

本文来源：https://www.bwwdw.com/article/ttf.html