剖析tdd-lte随机接入过程.pptVIP

MSG3 MSG3 传输方式 用HARQ，最大重传次数是RRC配置的maxHARQ-Msg3Tx。 用的资源在RAR中的UL Grant中描述，描述了时频位置，跳频，功控参数。 传输时机 收到RAR后第6帧（36213中描述），如果第6帧不是上行帧，则等到第一个上行帧传输。 时频位置 收到RAR后第6帧（36213中描述），如果第6帧不是上行帧，则等到第一个上行帧传输。 发送功率 参考因素：? 如果是在组B发送码，对应于组A的功率偏移messagePowerOffsetGroupB，体现在 中，因为分的RB数目多了。在初始发码的时候只是粗略估计一下组B的msg3多需要多少功率，而在RAR之后，就可以精确计算而不需要那个粗略的参数了。 ? UE最大发送冲率如果基站sib中配置了就用基站的，否则用36101中规定的23dbm（不像wimax每个终端的能力可以不一样，lte是基站告诉UE而不像wimax相反）。 为RRC配置，分别是preamble期望接收功率与“MSG3相对preamble的偏移功率”。 路损 最后preamlbe相对第一次preamble传输抬升的功率。 RAR消息中的TPC字段，相当于闭环功控基站调整参数。 MSG3 内容 1、传输信道用Temporary C-RNTI加扰； Msg3的最大bits数目，在RRC配置中的messageSizeGroupA规定。 2、如果是RRC层触发的随机接入，则逻辑信道为CCCH，传输RRC信令,TM方式，携带一个UE标识。MAC还必须保存该CCCH的消息（RRCConnectionRequest消息），用作msg4时的比对判断是否msg4是给自己的。 3、如果是MAC层自己触发的随机接入，至少携带一个C-RNTI（此时已经有C-RNTI，在MAC控制元素中携带该C-RNTI而不是Temporary C-RNTI）。 4、每发送完msg3（包括重传），应该起定时器mac-ContentionResolutionTimer监听msg4。 ? 可见，eNodeB不能通过传输信道的Temporary C-RNTI识别UE，而应该通过解出MAC信息元素或者RRC消息后才知道是哪个UE。 MSG4 MSG4(Contention Resolution) Msg4意义 不同UE可能选择了相同的时频资源，相同的码资源（Preamble index），则RAR消息中RA-RNTI和RAPID都相同，多个终端可能同时发送msg3。如果同时发送了，则基站无法解出msg3来，也有一点可能基站能解出1个UE的msg3（比如基站和某个UE功率差得实在太大，该UE的信号基站无法收到但基站的信号他能收到，而另外一个UE信号很好且在相同资源发了相同的preamble）。所以UE需要比对msg4看是否是针对自己的，如果是自己的才知道没有冲突。 Msg4形式与内容 Msg4的意思是竞争解决，可能是多种形式。 如果msg3是RRC信令(mac传输CCCH SDU)，则Msg4的PDCCH用Temporary C-RNTI加扰， msg4中应当携带48bits的MAC控制元素“UE Contention Resolution Identity”，该控制元素就是msg3的SDU。UE比较如果该控制元素和自己保存的msg3的SDU相等，则是自己的msg3被基站正确接收了，竞争解决完成。 如果msg3携带C-RNTI，且是UE自己发起的随机接入（可能是UE自己timing定时器超时发起，或者没有SR资源需要发送BSR），则基站直接针对C-RNTI（非Temporary C-RNTI）分配一个上行PDCCH DCI format 0。 如果msg3携带C-RNTI，且基站发送PDCCH DCI format 1a触发随机接入，则基站针对该C-RNTI发送下行数据分配（PDCCH用C-RNTI加扰）。 UE对Msg4的处理 参考上一节可判断竞争解决是否完成。 如果竞争完成了，对于msg3中携带MAC控制元素C-RNTI的情况，则停止定时器mac-ContentionResolutionTimer，丢弃Temporary C-RNTI,随机接入完成。 如果竞争完成了，对于msg3中携带CCCH SDU的情况，则停止定时器mac-ContentionResolutionTimer，Temporary C-RNTI升级为C-RNTI, 随机接入完成。 ? 如果mac-ContentionResolutionTimer超时，则任务竞争解决失败。 ? 如果任务竞争解决失败，则情况msg3的HARQ缓存，增加PREAMBLE_TRANSMISSION_COUNTER，如果preamble传输次数达到最大，则随机接入失败