典型PRACH接入失败案例.docxVIP

PRACH的相关参数 PRACH的相关参数包括如下15个参数： CELL HIGH-SPEED ATTRIBUTE NCS USED TO GENERATE PRACH PREAMBLE LOGICAL ROOT SEQUENCE START NUMBER USED TO GENERATE PRACH PREAMBLE NUMBER OF NON-DEDICATED RANDOM ACCESS PREAMBLES PRACH CONFIGURATION INDEX THE INITIAL RB NUMBER FOR RANDOM ACCESS PREAMBLES SIZE OF RANDOM ACCESS PREAMBLES GROUP A POWER RAMPING STEP FOR PRACH MAXIMUM TIMES FOR PREAMBLE TRANSMISSION INITIAL POWER FOR PREAMBLE OF PRACH THRESHOLD OF SELECTING PREAMBLE GROUP MESSAGE POWER OFFSET FOR GROUP B TTI WINDOW SIZE FOR PRACH RESPONSE MAX NUMBER OF MESSAGES HARQ TRANSMISSIONS MAC CONTENTION RESOLUTION TIMER 上述参数的详细说明请参阅文档《LTE FDD无线参数解析文档-接入部分》。 对应上行PRACH 的问题，需要调整 PRACH 的相应参数，包括 preamble 的重传次数、preamble 的功率攀升步长、preamble 和 Message 和功率偏差等参数。这些参数相互制约，在出现 PRACH 信道的问题时，建议调整 preamble 的重传次数避免 PRACH 的问题。 PRACH未规划导致小区部分区域接入困难 问题描述 在TPZ站点测试时，发现某小区，在天线正对区域拨号正常，但是在小区交叠区附近，接入困难，甚至无法接入，但是此时看到RSRP和CINR都满足接入要求。 图 STYLEREF 1 \s 7 SEQ 图 \* ARABIC \s 1 1 PRACH未规划导致小区部分区域接入困难 问题分析 1. 关掉任两个小区，单小区覆盖时，只要信号满足接入要求，都能够正常接入。 2. 开其他小区后，只有在小区正对方向能够接入，一旦有交叠，接入就变得很困难，很多时候无法接入。表象为终端上报RRC Connection Request消息，系统无响应。 3. NodeB侧观测信令，发现系统收到了消息，并且也回应了，但是终端侧看不到。 4. 检查接入参数配置，发现三个小区的“Logical root sequence start number used to generate prach preamble”都设置为0。”NCS used to generate prach preamble”都设置为11。 这就意味着，三个小区给终端下发的接入前导完全相同。在小区交叠区，终端发前导，几个小区同时收到并且都认为是在本小区接入的，下发MSG4，终端收到2个，无法解调导致无法接入。 问题解决 通过重新规划PRACH参数，包括上述的“Logical root sequence start number used to generate prach preamble”、“NCS used to generate prach preamble”，修改后发现无论在覆盖区的什么位置，只要信号条件允许，接入都没有问题。 经验教训：项目启动前，除了规划PCI、邻区以外，还一定规划好接入相关参数。 参数配置错误导致基站下UE无法接入 问题描述 在PGP初验摸底测试中，发现SMV基站PCI=50的小区存在UE无法接入的问题，现象如 REF _Ref298742573 \h 图 7-2所示： 图 STYLEREF 1 \s 7 SEQ 图 \* ARABIC \s 1 2 PCI=50小区下UE无法接入 从发生地点来看，当时的无线信号尚可(RSRP = -104dBm, CINR =10.2dB)，但却在PCI=50的小区下1分钟内发生多次接入失败。 问题分析 分析UE LOG，UE在接入的过程中收到LTE RLC DL AM All PDU后，应该立刻给基站侧回状态报告Status报文，通知eNB成功接收到了这条信令，但eNB并没有收到这条消息的Status，所以eNB的RLC层重复发送这条信令。从UE Log看，UE侧一共4次收到这条信令，从基站侧信令看，RNLU就给RNLC上报了RnluRnlcErrI