小忽雷

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://laomiao.blogbus.com/logs/38671024.html

Redundancy Version

现在我们知道了HARQ发送buffer里的数据是什么样子，那么HARQ process是如何从这个buffer里取数据？首传和重传所取的数据有何不同呢？这些问题的答案都在Redundancy Version这把钥匙上。
我曾经花了较长时间来理解RV到底如何运作，直到看到36.212 - 5.1.4.1.2的这个公式才恍然大悟
 
公式里的rvidx就是RV（取值0，1，2，3），RTCsubblock就是交织矩阵的行数，也就是前面的前面的Nrow。这个计算出来的k0就是不同RV在circular buffer中的起始位置。
我们依次把rv=0,1,2,3代入公式计算一下可以看到rv=0时（首传）数据起始位置在buffer头往后挪2个交织矩阵行数。Rv=1,2,3时数据起始位置差不多依次往后挪1/4个buffer size。如下图所示。
 
图4 Redundancy Version
在下行HARQ中，每次发送数据的多少根据UE的接收soft buffer确定，这个soft buffer size可能小于发送circular buffer的大小，所以每次发送的可能只是circular buffer的部分数据；
在上行HARQ中，每次都发送circular buffer中的所有数据；

Type II和Type III Incremental Redundancy

大家都知道LTE的HARQ采用type II或type III的IR方式（type III也叫Partial IR），两者的区别是type II IR只有首传数据具有自解码功能，重传数据只是冗余比特，不具有自解码功能，需要和首传数据合并解码；而type III IR则无论首传还是重传都具有自解码功能。Type II的优点是重传包size较小（可以打孔？）因而减少对资源占用，缺点是如果首传包受损严重，则无论如何重传也无法解码成功。Type III的优点是每个包可以独立解码，但效率较低。
从图4可以清楚地看到RV=0时所选择的数据大部分是信息比特，而RV=1,2,3时则大部分是冗余比特，那么这应该是type II的方式；
对于type III的实现方式应该与图4有所区别。我的理解是：要么数据在circular buffer中的布局和图4有所区别，从而使得按RV选择数据时，每次都得到一定的信息比特和冗余比特；要么数据在circular buffer中的布局仍然一样，但按RV选取数据时不是顺序选取，而是通过一定的规则使得每个RV最终选取的数据都包含一定的信息比特和冗余比特。
以上只是一些猜测，在协议或其他资料里没有看到准确的说明。