在LTE协议R8/R9，上行DCI format 0调度的PUSCH所占据的RB位置是一段连续的RB，DCI 0里面通过Resource Block Assignment位域来指示RB的其实位置和RB个数，通过解析RIV值即可获得RB_Start与L_CRBs，N为系统带宽所包括的RB总数。
RIV的计算：
if ((L_CRBs - 1) <= floor(N/2))
{
RIV = N*(L_CRBs - 1) + RB_Start;
}
else
[
RIV = N*(N - L_CRBs + 1) + (N - 1 - RB_Start);
}
其中，1 <= L_CRBs, RB_Start + L_CRBs <= N；
为了保证上行传输的单载波特性，对于PUSCH的RB，位置都是连续的，那么分配给UE的组合总数为：
N（分配1个RB）+ N-1 （分配2个RB）+ …… + 1（分配N个RB）= N*(N+1) / 2; 当然，协议中要求的RB个数需要满足 2^a*2^b*2^c，类似于7个RB这种分配是不符合协议的。
为了表示RIV所需要的比特数为log2(N*(N+1) / 2)，对于N = 100，则只需要13个比特。如果采取bitmap的形式，N = 100，则需要100个比特。
当UE接收到RIV后，如何求得RB_Start与L_CRBs呢？由上面的计算出的一个值，其反向拆解是如何能唯一地确定了一对值呢？
