MSG3发送(RRC Connection Request)
发布时间:2015/2/3 17:42:37 访问次数:7704
接收到RAR消息后,UE就获得了上行资源以及上行时间同步。由于UE的前导序列是从公共资源中随机选取的,多个UE可能在相同的时间一频率资源上发送相同的接入前导序列,ICS951422AGLF因此多个UE就会通过相同的RA-RNTI接收到同样的RAR,从而产生冲突。因此在接收到RAR消息后,UE需要通过随后的MSG3和MSG4消息来完成冲突解决过程。
MSG3在PUSCH上传输,其最大重传次数由maxHARQ-Msg3TX定义。初始随机接入过程中,MSG3为“RRCConnectionRequest”消息。为了区分不同的UE,MSG3消息中会携带一个UE专用的号码,用于区分不同的UE。在初始接入时,此号码可以是UE的S~TMSI或者随机生成的一个40位的值。
每次发送MSG3消息后,UE都需要立刻启动竞争解决定时器mac-ContentionResolution Timer.监听此参数所设定的时间范围内是否能够接收到eNodeB返回给自己的冲突解决消息。如果在所规定的时间段内,UE接收到eNodeB下发的冲突解决消息,且其中携带的UE号与自己在MSG3中上报给eNodeB的相符,则UE就完成了冲突解决过程,同时也意味着随机接入过程完成。随后,UE完成从空闲向连接状态的迁移工作,并将RAR消息中的临时C-RNTI设置为自己的C-RNTI,用于后续呼叫处理过程。
eNodeB的RRC层产生RRC连接消息,其中包含冲突解决的相关内容,通过DL-SCH向接入成功的UE返回冲突解决消息。
接收到RAR消息后,UE就获得了上行资源以及上行时间同步。由于UE的前导序列是从公共资源中随机选取的,多个UE可能在相同的时间一频率资源上发送相同的接入前导序列,ICS951422AGLF因此多个UE就会通过相同的RA-RNTI接收到同样的RAR,从而产生冲突。因此在接收到RAR消息后,UE需要通过随后的MSG3和MSG4消息来完成冲突解决过程。
MSG3在PUSCH上传输,其最大重传次数由maxHARQ-Msg3TX定义。初始随机接入过程中,MSG3为“RRCConnectionRequest”消息。为了区分不同的UE,MSG3消息中会携带一个UE专用的号码,用于区分不同的UE。在初始接入时,此号码可以是UE的S~TMSI或者随机生成的一个40位的值。
每次发送MSG3消息后,UE都需要立刻启动竞争解决定时器mac-ContentionResolution Timer.监听此参数所设定的时间范围内是否能够接收到eNodeB返回给自己的冲突解决消息。如果在所规定的时间段内,UE接收到eNodeB下发的冲突解决消息,且其中携带的UE号与自己在MSG3中上报给eNodeB的相符,则UE就完成了冲突解决过程,同时也意味着随机接入过程完成。随后,UE完成从空闲向连接状态的迁移工作,并将RAR消息中的临时C-RNTI设置为自己的C-RNTI,用于后续呼叫处理过程。
eNodeB的RRC层产生RRC连接消息,其中包含冲突解决的相关内容,通过DL-SCH向接入成功的UE返回冲突解决消息。
上一篇:非竞争性随机接入过程