LTE信令,定时器,还有接口协议等,干网优多年的内部总结资料。LTE中级必须要懂。
4.4.2.1.2.2 preambleInitialReceivedTargetPower
1) 字段类型：ENUMERATED { dBm-120, dBm-118, dBm-116, dBm-114, dBm-112,
dBm-110, dBm-108, dBm-106, dBm-104, dBm-102, dBm-100, dBm-98, dBm-96, dBm-94, dBm-92, dBm-90}
2) 字段描述：eNodeB期望接收到的初始随机前导码的功率。 3) 现网举例：dBm-104 4.4.2.1.3 ra-SupervisionInfo
随机接入监测信息。 4.4.2.1.3.1 preambleTransMax
1) 字段类型：ENUMERATED { n3, n4, n5, n6, n7,n8, n10, n20, n50, n100, n200} 2) 字段描述：preamble码最大发送次数。如果初始接入过程失败，但是还没有达到最大
尝试次数preambleTransMax，则可以继续尝试。 如果达到最大次数，则本次随机接入过程结束。
【两次尝试之间时间间隔：在RAR消息中, 还可能存在一个backoff指示, 指示了UE重传前导的等待时间范围. 如果UE在规定的时间范围以内, 没有收到任何RAR消息, 或者RAR消息中的前导序列索引与自己的不符, 则认为此次的前导接入失败. UE 需要推迟一段时间, 才能进行下一次的前导接入. 推迟的时间范围, 就由backoff indictor来指示, UE可以在0 到BackoffIndicator之间随机取值. 这样的设计可以减少UE在相同时间再次发送前导序列的几率】 3) 现网举例：n10
4.4.2.1.3.2 ra-ResponseWindowSize
1) 字段类型：ENUMERATED { sf2, sf3, sf4, sf5, sf6, sf7, sf8, sf10}
2ms【发送了接入前导序列以后, UE需要监听PDCCH信道,是否存在ENODEB回复的RAR消息, (Random Access Response）, RAR的时间窗是从UE发送了前导序列的子帧 + 3个子帧开始, 长度为Ra-ResponseWindowSize个子帧】 3) 现网举例：sf10
4.4.2.1.3.3 mac-ContentionResolutionTimer
1) 字段类型：ENUMERATED { sf8, sf16, sf24, sf32, sf40, sf48, sf56, sf64}
2) 字段描述：MAC竞争解决定时器。UE在发送Msg3后启动该定时器，并在每次Msg3
重传时重启该定时器。如果直到该定时器超时都没有完成竞争解决，则认为此次竞争解决失败，根据相关时延后发起下一次请求，直到preambleTransMax达到最大次数。
2) 字段描述：随机接入响应窗大小。sf2表示2个子帧的长度。响应窗起点与Msg1间隔