ProDeveloperTutorial.com

教程和编程解决方案
菜单
  • Shell脚本
  • 系统设计
  • Linux系统编程
  • 4g LTE
  • 编码问题
  • C
  • C ++
  • DSA
  • GIT

LTE MAC:基于RACH竞争和非竞争的过程。

前开发者教程 2020年8月31日

1.了解基于竞争的随机访问过程。

如果2个UE选择相同的前导序列,并同时将此序列发送给eNB,则会导致冲突。

例如,如果2个UE同时发送相同的前导序列,则有2种情况。

方案1:

1.了解基于竞争的随机访问过程。 -------------------------------------------------- ------------------------------------------如果2个UE选择相同的前导序列并同时将此序列发送给eNB,导致冲突。例如,如果2个UE同时发送相同的前导序列,则有2种情况。场景1:图像152 eNB将无法解码UE发送的前同步码。在这种情况下,两个UE都将等待直到退避定时器值达到某个随机时间,然后再次启动RACH过程。方案2:图像153 eNB能够从UE A解码RACH前导,但不能从UE B解码。在这种情况下,eNB将为UE-A发送带有RA-RNTI的RAR。但是RA-RNTI对于UE-A和UE-B将是相同的。在这种情况下,UE A,UE B都将接收RAR。但是,UE B不知道eNB无法解码RACH前导。所以那时两个UE都会发送"具有随机数的RRC连接请求"并启动计时器T300。 eNB将无法解码来自UE B的消息,因为UE B正在使用旨在用于UE A的定时提前值。eNB将发送"具有随机数A的RRC连接设置"在下行链路中。两个UE都会解码"RRC Connection Setup"。然后,UE B将知道随机数是UEA。然后,UE B将再次启动随机接入过程。 2.了解基于非竞争的随机访问过程。 -------------------------------------------------- ------------------------------------------在下行流量的切换和恢复期间,使用基于非竞争的随机访问过程。 eNB将前导序列分配给UE。由于序列是由eNB分配的,因此没有冲突。因此,该RACH过程将非常快。

eNB将无法解码UE发送的前同步码。

在这种情况下,两个UE都将等待直到退避定时器值达到某个随机时间,然后再次启动RACH过程。

方案2:

LTE MAC:基于RACH竞争和非竞争的过程。

eNB能够从UE A而非UE B解码RACH前导。

在这种情况下,eNB将为UE-A发送带有RA-RNTI的RAR。但是RA-RNTI对于UE-A和UE-B将是相同的。

在这种情况下,UE A,UE B都将接收RAR。

但是,UE B不知道eNB无法解码RACH前导。

所以那时两个UE都会发送“具有随机数的RRC连接请求”并启动计时器T300。

eNB将无法解码来自UE B的消息,因为UE B正在使用打算用于UE A的定时提前值。

eNB将发送“具有随机数A的RRC连接设置” in downlink.

两个UE都会解码“RRC Connection Setup”。然后,UE B将知道随机数是UEA。

然后UE B将再次开始随机接入过程。

 

2.了解基于非竞争的随机访问过程。

在下行链路业务的切换和恢复期间,使用基于非竞争的随机访问过程。

eNB将前导序列分配给UE。

由于序列是由eNB分配的,因此没有冲突。

因此,该RACH过程将非常快。

 

分享
电子邮件
鸣叫
领英
Reddit
绊倒
Pinterest的 的
上一篇文章
下一篇

关于作者

前开发者教程

每天我们都会讨论竞争性编程问题,请加入我们的网站:   电报频道

ProDeveloperTutorial.com

教程和编程解决方案
版权© 2020 ProDeveloperTutorial.com
从以下课程获得热门课程: 教育性的

      <samp id="P3dDOyq"></samp>


      1. <em id="f49PZQf"></em>

        <form id="pr9nu7h" class="pcuMsGn"><footer class="st1qwJS"></footer></form>