MAC再学习

纪伯伦

SR流程


在每一个TTI做如下判断，如果条件同时满足，则发起SR，并且将sr counter+1。
1、  有上行pending数据
2、  有PUCCH资源
3、  SR counter小于dsr-transMax
否则不发起SR。

SR取消条件，1或者2。
1、  有RA发起。
2、  有 UL SCH的新传发生.

RA发起的条件：
1、  counter达到最大次数
2、  invalid pucch resource(RRC释放)

BSR

在每一个TTI判断，如果有上行pending数据，根据PDCP和RLC data avalable判断，并且当前的UL资源不足时发送BSR报告。



可以把BSR和SR的判断条件放在一起，区别是BSR有至少2个byte的ul资源而SR是一点资源都没有。



有BSR发起的时候，SR应该被取消。



BSR只申请当前最高优先级的任务。

上行harq

先从简单的FDD来理解，首先10ms对应10个subframe，对于FDD由于上下行在频域上是分开的，所以上下行可以同时在同一帧上，也就是说10个subframe每一个都既可以是上行，也可以是下行。这样在实际计算发送时机的时候就方便了许多。

0

1

2

3

4

5

6

7

8

9

1ms
假设程序处理时间是恒定不变的，并且假设从空口到程序内部处理的时延加起来一共是2ms，从下行PDCCH给MAC资源，到MAC组包把消息从PUSCH发走是个双向过程，也就是2*2=4ms。
那么如果大家需要在子帧4发送一条消息，MAC就要在子帧2给物理层，PDCCH最迟必须在子帧0收到上行调度。
于是就是这样的流程，0收到PDCCH，4发送PUSCH。FDD固定偏移了4个TTI的处理时间。同理，1的PDCCH对应5的PUSCH，每一个都是提前4个subframe给上行调度。

反馈，根据上面的假设，发上去的数据，从发送到收到对方反馈也应该是4ms的时间。所以4发送的数据，ack/nack会在8收到，5发送的数据的ack/nack在9收到。

所以，实际上，对于收到的上行授权，只要延迟4个子帧发送。对于收到的反馈，其实是前面4个子帧的反馈。对于一个下行的TTI要么收到的是下行数据，要么是上行授权，要么是反馈，也不会有别的东西。

但是对于TDD，简单的加4和减4，算出来的不一定是上行子帧。于是协议给了一张表，36.213的table 8-2。
根据上下行配比，比如配比0，0上收到的PDCCH对应的PUSCH在4，对于1上收到的PDCCH对应的PUSCH在1+6=7。子帧4和子帧7是上行帧。
反馈同理，协议在36.213的table8.3-1也给出了一张表n收到的PDCCH其实是n-k的PUSCH。

这两张表给出来是有道理的，可以用笔算一下，不同的配比下，充分利用每一个上行和下行，也保证每一个上行都有至少一个下行与它对应。

Bunding那里还没看懂。
若想查在某个上行帧发送的PUSCH，其ack应该在哪个帧收到，就要看table9.1.2-1。

因为并不是所有10个子帧都能用来做上行，所以上行的harq就不需要FDD那么多。Harq可以看成一个buffer数组，里面保存着在哪一帧发送了多大的数据，这个数据的内容是什么，这个数据是否有反馈，这个数据已经是第几次传输，它的冗余版本是多少。这样重传的时候直接从harq buffer里取数据，收到ack把harq清除。

Harq采用的是一种叫什么wait的等待机制，一直到数据收到ack或者数据被释放，之前这个harq都被占用。FDD最多有8个harq，就是说最多可以存着8个数据等待反馈。TDD的harq数看table8-1。为什么不定义的多一点？因为没有这个必要，刚才大家已经分析了信号好的情况下，最少4个最多X个子帧（需要算）总会收到反馈，那时harq肯定会被清除，所以harq只要定义满足能循环使用就可以了。

Harq id是标识buffer index的，用于指示当前传输的是哪个harq buffer里的数据。Harq id的计算是一个模最大harq进程数的运算，并且隔一段时间会出现循环。