业务建立信令详解.pptx

业务建立信令详解;;随机接入过程;随机接入过程;随机接入过程;随机接入过程——MSG1;随机接入过程——MSG1;随机接入过程——MSG1;随机接入过程——MSG1;SIB2;切换;相关参数; / ;随机接入过程——MSG2;RA-RNTI RAR对应的PDCCH中CRC用RA-RNTI加扰，RA-RNTI= 1 + t_id+10*f_id。t_id为子帧索引，f_id为子帧内的第几个时频资源。FDD中f_id 为0。 RAR消息头 MAC PDU由一个MAC 头（MAC header）+ 0个或多个MAC RAR（MAC Random Access Response）+ 可能存在的padding组成。如果eNodeB同一时间内检测到来自多个UE的随机接入请求，则使用一个MAC PDU就可以对这些接入请求进行响应，每个随机接入请求的响应对应一个MAC RAR。如果多个UE在同一PRACH资源（时频位置相同，使用同一RA-RNTI）发送preamble，则对应的RAR复用在同一MAC PDU中。MAC PDU在DL-SCH上传输，并用以RA-RNTI加扰的PDCCH。使用相同时频位置发送preamble的所有UE都监听相同的RA-RNTI指示的PDCCH。;随机接入过程——MSG2;;n=0;UE发送msg3 所谓MSG3, 其实就是第三条消息, 因为在随机接入的过程中，这些消息的内容不固定，有时候可能携带的是RRC连接请求，有时候可能会带一些控制消息甚至业务数据包，因此简称为MSG3。 如果UE在子帧n成功地接收了自己的RAR，则UE应该在n + k1 （其中 k1 ≥ 6）开始的第一个可用上行子帧（对于FDD而言，就是n + 6；对于TDD而言，n + 6可能不是上行子帧，所以k1 可能≥ 6）发送msg3 。 Msg3在UL-SCH上传输，使用HARQ，且RAR中msg3中包含每个UE唯一的标志。该标志将用于冲突解决。对于处于RRC_CONNECTED态的UE来说，其唯一标志是C-RNTI。对于非RRC_CONNECTED态的UE来说，将使用一个来自核心网的唯一的UE标志（S-TMSI或一个随机数）作为其标志。;UE发送msg3 与随机接入的触发事件对应起来，msg3携带的信息如下： 如果是初次接入（initial access），msg3为在CCCH上传输的RRC Connection Request，且至少需要携带NAS UE标志信息; 如果是RRC连接重建（RRC Connection Re-establishment），msg3为CCCH上传输的RRC Connection Re-establishment Request，且不携带任何NAS消息; 如果是切换（handover），msg3为在DCCH上传输的经过加密和完整性保护的RRC Handover Confirm，必须包含UE的C-RNTI; 对于其它触发事件，则至少需要携带C-RNTI。 上行传输通常使用UE特定的信息，如C-RNTI，对UL-SCH的数据进行加扰。但由于此时冲突还未解决，UE也还没有被分配最终的标志，所以加扰不能基于C-RNTI，而只能使用TC-RNTI。;随机接入过程——MSG3;随机接入过程——MSG3; ; ;eNodeB发送contention resolution UE发送了msg3后，会启动一个mac-ContentionResolutionTimer，或在msg3的HARQ重传时，重启mac-ContentionResolutionTimer。在该timer超时或停止之前，UE会一直监听PDCCH。 如果UE监听到了PDCCH，且它在msg3中带了C-RNTI MAC control element，则在以下2种情况下，UE认为冲突解决成功： 1）随机接入过程由MAC子层触发，且UE在msg4中接收到的PDCCH由msg3带的C-RNTI加扰，并给新传的数据分配 了上行资源； 2）随机接入过程由PDCCH order触发，且UE在msg4中接收到的PDCCH由msg3带的C-RNTI加扰。 如果mac-ContentionResolutionTimer超时，UE会丢弃TC-RNTI并认为冲突解决失败。UE需要： 1）清空msg3对应的HARQ buffer； 2）将PREAMBLE_TRANSMISSION_ COUNTER加1，如果此时PREAMBLE_TRANSMISSION_ COUNTER = preambleTransMax + 1，则通知上层随机接入失败； 3）在0~BI值之间随机选择一个backoff time，U