发现文章标题:LTE每天学习总结—基本过程(下行同步)
LTE每天学习总结—基本过程(下行同步)
lte小区搜索过程总结
a)ue一开机,就会在可能存在lte小区的几个中心频点上接收数据并计算带宽rssi,以接收信号强度来判断这个频点周围是否可能存在小区(应该说只是可能),如果ue能保存上次关机时的频点和运营商信息,则开机后可能会先在上次驻留的小区上尝试驻留;如果没有先验信息,则很可能要全频段搜索,发现信号较强的频点,再去尝试驻留。
b)然后在这个中心频点周围收pss(primarysynchronizationsignal)和sss(secondarysynchronizationsignal),这两个信号和系统带宽没有限制,配置是固定的,而且信号本身以5ms为周期重复,并且是zc序列,具有很强的相关性,因此可以直接检测并接收到,据此可以得到小区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的内容得到系统帧号和带宽信息,以及phich的配置;一旦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会判断接收的系统消息是否足够,如果足够则停止接收sibf)至此,小区搜索过程才差不多结束。g)2在数据接收过程中,ue还要根据接收信号测量频偏并进行纠正,实现和enb的频率同步;
对于phy来说,一般不作sib的解析,只是接收sib并上报。只要高层协议栈没有下发命令停止接收,则phy要持续检测pdcch的si-rnti,并接收后面的pdsch。
(未完,全文共4240字,当前显示1403字)
(请认真阅读下面的提示信息)