LTE小区搜索过程.pdfVIP

LTE 小区搜索过程 a) UE 一开机，就会在可能存在 LTE 小区的几个中心频点上接收数据并计算带宽 RSSI，以接收信号强度来判断这个频点 周围是否可能存在小区 (应该说只是可能 )，如果 UE 能保存上次关机时的频点和运营商信息，则开机后可能会先在上次 驻留的小区上尝试驻留；如果没有先验信息，则很可能要全频段搜索，发现信号较强的频点，再去尝试驻留。 b) 然后在这个中心频点周围收 PSS （primary synchronization signal ）和 SSS （secondary synchronization signal），这两个 信号和系统带宽没有限制，配置是固定的，而且信号本身以 5ms 为周期重复，并且 PSS是 ZC 序列， SSS是 M 序列， 具有很强的相关性，因此可以直接检测并接收到，据此可以得到小区 ID ，同时得到小区定时的 5ms 边界；这里 5ms 的 意思是说：当获得同步的时候， 我们可以根据辅同步信号往前推一个时隙左右， 得到 5ms 的边界，也就是得到 Subframe#0 或者 Subframe#5，但是 UE 尚无法准确区分。 c)5ms 边界得到后， 根据 PBCH 的时频位置，使用滑窗方法盲检测，一旦发现 CRC 校验结果正确，则说明当前滑动窗就 是 10ms 的帧边界，可以接收 PBCH 了，因为 PBCH 信号是存在于每个 slot#1 中，而且是以 10ms 为周期；如果 UE 以 上面提到的 5ms 边界来向后推算一个 Slot，很可能接收到 slot#6，所以就必须使用滑动窗的方法， 在多个可能存在 PBCH 的位置上接收并作译码， 只有接收数据块的 crc 校验结果正确， 才基本可以确认这次试探的滑窗落到了 10ms 边界上，也 就是无线帧的帧头找到了。也就是说同步信号是 5ms 周期的，而 PBCH 和无线帧是 10ms周期的，因此从同步信号到帧 头映射有一个试探的过程。接着可以根据 PBCH 的内容得到系统帧号和带宽信息，以及 PHIC H 的配置；一旦 UE 可读 取 PBCH, 并且接收机预先保留了整个子帧的数据，则 UE 同时可读取获得固定位置的 PHICH 及 PCIFICH 信息，否则一 般来说至少要等到下一个下行子帧才可以解析 PCFICH 和 PHICH ，因为 PBCH 存在于 slot#1 上，本子帧的 PHICH 和 PCFICH 的接收时间点已经错过了。 d)至此， UE 实现了和 eNB 的定时同步； 要完成小区搜索，仅仅接收 PBCH 是不够的，还需要接收 SIB，即 UE 接收承载在 PDSCH 上的 BCCH 信息。为此必须 进行如下操作： a) 接收 PCFICH ，此时该信道的时频资源就是固定已知的了，可以接收并解析得到 PDCCH 的 symbol 数目； b) 接收 PHICH ，根据 PBCH 中指示的配置信息接收 PHICH ； c) 在控制区域内，除去 PCFICH 和 PHICH 的其他 CCE 上，搜索 PDCCH 并做译码； d) 检测 PDCCH 的 CRC 中的 RNTI ，如果为 SI-RNTI ，则说明后面的 PDSCH 是一个 SIB，于是接收 PDSCH，译码后将 SIB 上报给高层协议栈； e)不断接收 SIB，HLS 会判断接收的系统消息是否足够，如果足够则停止接收 SIB 至此，小区搜索过程才差不多结束。 2 在数据接收过程中， UE 还要根据接收信号测量频偏并进行纠正，实现和 eNB 的频率同步； 对于 PHY 来说，一般不作 SIB 的解析，只是接收 SIB 并上报。只要高层协议栈没有下发命令停止接收，则 PHY 要持续 检测 PDCCH 的 SI-RNTI( 系统信息 -RNTI) ，并接收后面的 PDSCH。 DRX 在 MAC 层的概念，应该是说对 PDCCH 的监视是否是持续的还是周期性的， DRX 功能的启用与否只在