LTE随机接入很全.docxVIP

PRACH结构PRACH格式对于格式1到3，频域间隔1.25k，占用864个子载波(ZC序列长度839，剩余25个子载波两边保护)。格式4，频域讲7.5k，占用144个子载波（ZC序列139，剩余5个两边保护）。时频位置对于TDD，格式有4种，和TDD上下行帧划分和prach-ConfigIndex有关，见211表Table 5.7.1-3。prach-ConfigIndex确定了四元结构体，决定了prach发送的时频位置。在211表Table 5.7.1-4中配置。其中是频率资源索引。分别表示资源是否在所有的无线帧，所有的偶数无线帧，所有的奇数无线帧上重现。表示随机接入资源是否位于一个无线帧的前半帧或者后半帧。表示前导码开始的上行子帧号，其计数方式为在连续两个下行到上行的转换点间的第一个上行子帧作为0进行计数。但对于前导码格式4，表示为(*)。序列组产生每个基站下有64个preamble序列，怎么产生呢？由逻辑根序列号RACH_ROOT_SEQUENCE查表Table 5.7.2-4得到物理根序列号。用zeroCorrelationZoneConfig以及highSpeedFlag（如果为高速，则是限制级）查211表格Table 5.7.2-2得到循环位移NCS;用循环位移NCS与根序列，得到64个preamble序列。1个根序列可能无法生产64个preamle序列，则取下一个根序列继续生成，直到得到64个preamble。普通速度模式下（非限制集），preamble的循环位移时等间隔的，一个根序列能生成，是长度序列长度为839（格式4为139）。高速模式下（限制集）循环位移非等间隔。高速模式下，原根序列和生成好的序列相关，峰值会出现三个，同步时需要合并三个窗口能量做估计。MAC层处理流程（MSG3：SR/上行同步不发送RRC请求并携带C-RNTI）触发条件RRC信令触发。包括切换，初始入网，idle醒来需要做随机接入。此时没有C-RNTI,msg3在CCCH中发送，在msg4中回携带msg3的内容作为UE标识让UE知道是否该msg4是针对自己的。UE MAC层触发：此时已经有了C-RNTI，不是为了入网而是为了2种情况：a、UE自己发现好久没有调整ul timing了需要重新调整；b、没有SR资源但需要BSRPDCCH DCI formart 1A触发：基站发现UE的ul timing老不对了,可能是“Timing Advance Command MAC Control Element”老调整不好了（该方式时相对值调整），基站复位一下UE的timing调整参数（随机接入的timing调整时绝对值调整，做完后应当复位一下相对值参数，以后用MAC控制元素相对值调整）。基站通过1个特殊的DCI format 1a告知UE开始随机接入，该DCI并不分配下行带宽，只是指示随机接入。RNTI用C-RNTI加扰；字段“Localized/Distributed VRB assignment flag”设置为0Resource block assignment – bits设置为全1Preamble Index – 6 bitsPRACH Mask Index – 4 bits剩下的bits全填0。按照是否竞争，又分Contention based和Non-contention based。非竞争的消息如果Preamble Index（码索引）填为全0则表示使用竞争的。如果Preamble Index不为0，但PRACH Mask Index（时频资源索引）为0也是可以的，说明码资源基站单独分配UE了，但时频资源UE还是要自己竞争（感觉这样做很无聊，一般实现应该是都一起分配了吧）。发送Preamble准备先必须得到一些PRACH和RACH的配置参数，才能发起随机接入。确定时频资源。prach-ConfigIndex确定码资源。先从RACH_ROOT_SEQUENCE查表确定根序列，zeroCorrelationZoneConfig以及highSpeedFlag确定了循环位移，则可以从根序列确定64个preamble序列。把这64个序列取一部分（RRC配置numberOfRA-Preambles），取的这部分又分为2组（组A和组B），RRC配置了numberOfRA-Preambles，则组B大小为numberOfRA-Preambles - numberOfRA-Preambles。确定功率资源。组B用来传大数据的msg3，但由于RB多了多功率有要求。计算组B传输的功率不能大于最大功率，用到参数deltaPreambleMsg3。确定RAR响应窗口ra-ResponseWindowSize；每次preamble不成功后重发增加的功率。po