LTE-TDD随机接入过程-RIV的解析和Preamble资源的选择.docx

本文涉及到的内容有：（1）怎么解析RIV中的RB资源（2）前导码Preamble区分A、B两个组（3）UE选择前导码资源的过程1.解析RIV获取RB资源上一篇文章《LTE-TDD随机接入过程（3）-RAR（MSG2）》中提到了RAR的信元结构，其中20bits的UL_GRANT包含了MSG3所占资源的RB、调制方式、功控等参数，这里具体介绍编码和解析RIV（Resource Indication Value）。UL_GRANT包含的内容如下表所示，RIV占其中的10bits。-?Hopping flag?– 1 bit，指示PUSCH是否执行跳频。（本文不考虑跳频）-?Fixed size resource block assignment?– 10 bits，指示MSG3的RB资源分配，有时候也称RIV参数。-?Truncated modulation and coding scheme?– 4 bits，指示MSG3使用的MCS。?-?TPC command for scheduled PUSCH?– 3 bits，指示PUSCH的TPC参数。-?UL delay?– 1 bit。指示MSG3发送时刻。《LTE-TDD HARQ（1）-上行HARQ时序》已经详细介绍了这个参数的具体含义。-?CQI request?– 1 bit。指示UE是否上报CQI。协议36213-8.1给出了RIV的计算公式，如下图所示。其中N_UL_RB是上行带宽的RB个数，该参数由SIB2中的ul_Bandwidth配置到UE，比如20M带宽，N_UL_RB=100。eNB侧根据调度生成的RB位置（RBstart）和长度（Lcrbs），代入该公式，就可以得到RIV值，然后填入UL_GRANT中的“Fixed size resource block assignment”字段即可。UE侧根据上述公式，就可以反推出MSG3所要使用的RB位置和长度。除了MSG3，后续eNB通过DCI0（以后再单独介绍DCI内容）调度的PUSCH资源，都是通过这个方法进行编码和解析的。需要注意的是，填写码流的时候，左侧（或低字节）的bit位是MSB，右侧（或高字节）的bit位属于LSB。A MAC PDU is a bit string that is byte aligned (i.e. multiple of 8 bits) in length. In the figures in subclause 6.1, bit strings are represented by tables in which the most significant bit is the leftmost bit of the first line of the table, the least significant bit is the rightmost bit on the last line of the table, and more generally the bit string is to be read from left to right and then in the reading order of the lines. The bit order of each parameter field within a MAC PDU is represented with the first and most significant bit in the leftmost bit and the last and least significant bit in the rightmost bit.另外，协议只给RIV定义了10bits的空间，一方面是考虑节省RAR的信令开销，另一方面也说明了传输MSG3的过程中，并不需要eNB分配太多的RB个数。2.前导码区分GroupA和GroupB两个组因为eNB在收到Preamble之后就通过RAR消息配置MSG3的PUSCH资源，在给UE分配RB资源和MCS调制方式的时候，并不知道接下来UE发送的MSG3的数据量大小。如果分配的太多，则浪费资源，分配的太少，可能又不够。因此协议在这里对竞争中使用的前导码做了分组处理，不同的Group可以采用不同的RB+MCS调度组合，从而为eNB侧的调度提供了参考。跟分配前导码相关的参数出现在SIB2中的RACH-ConfigCommon信元中。其中，numberOfRA-Preambles参数表示该小区竞争接入过程中可以使用的前导码总个数，范围是4-64。sizeOfRA-PreamblesGroupA参数表示GroupA的前导码个数，范围是4-60。从sizeOfRA-Preamble