LTE小区搜索过程(详解)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
byx
LTE小区搜索过程
a) UE一开机,就会在可能存在LTE小区的几个中心频点上接收数据并计算带宽RSSI,以接收信号强度来判断这个频点周围是否可能存在小区(应该说只是可能),如果UE能保存上次关机时的频点和运营商信息,则开机后可能会先在上次驻留的小区上尝试驻留;如果没有先验信息,则很可能要全频段搜索,发现信号较强的频点,再去尝试驻留。
b) 然后在这个中心频点周围收PSS(primary synchronization signal)和SSS(secondary synchronization signal),这两个信号和系统带宽没有限制,配置是固定的,而且信号本身以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会判断接收的系统消息是否足够,如果足够则停止接收SIB
至此,小区搜索过程才差不多结束。
2 在数据接收过程中,UE还要根据接收信号测量频偏并进行纠正,实现和eNB的频率同步;
对于PHY来说,一般不作SIB的解析,只是接收SIB并上报。只要高层协议栈没有下发命令停止接收,则PHY要持续检测PDCCH的SI-RNTI,并接收后面的PDSCH。
DRX在MAC层的概念,应该是说对PDCCH的监视是否是持续的还是周期性的,DRX功能的启用与否只在RRC connect状态下才有意义。
BCCH映射到DLSCH上的PDU是通过SI-RNTI在物理层CRC之后在PDSCH上发送的,这其中包含SIB1和SIB2的内容,PBCH上发送的MIB只包含三个内容:系统带宽,系统
帧号,PHICH配置信息。
UE在两种搜索空间完成PDCCH的解码工作,一种是common search space,另一种是UE-specific search space,前者起始位置固定,用于存放由RARNTI,SIRNTI,PRNTI标识的TB。
当上层指示物理层需要读取SIB后,物理层可以在第一个搜素空间搜索SIRNTI标识的TB。UE读取PDSCH中的BCCH,与读取PDCCH,获得control information过程属于control plane 的内容,在小区搜索过程中,要判断是否能够驻留该小区,应该有一个SIB接收过程,而因为BCCH映射到物理信道上也是PDSCH,要接收BCCH,前面这些过程不能或缺。当然了,这个过程并不是永久性做下去,高层协议栈判断,如果接收到了想要的SIB,就可以停下来了。
SIB的接收其实也并不一定需要一直接收检测,你说的DRX可以有这样的作法:在通过PBCCH获得MIB以后,可以判断出想要的SIB的位置,只在该位置上接收PDSCH就可以了。这样可以省电,但是需要HLS和PHY交互更加紧密,需要能够根据帧号唯一确定想要的SIB的位置。
2 在数据接收过程中,UE还要根据接收信号测量频偏并进行纠正,实现和eNB的频率同步;UE的频偏校正,应该在读取PBCH等控制信道过程中获得纠正。频偏估计和纠正不必等到滑窗结束,只要确信当前频点上有LTE信号,则可以根据OFDM信号的特点做FOE,并纠正频偏。不过只有滑窗成功,才可以得到PBCH。
EUTRA支持的带宽从1.4M到20M(Rel.8). UE在刚一开机时,并不知道系统的带宽是多少。为了使UE能够较快的获得系统的频率和同步信息。与UMTS类似,LTE中设计了主同步信道和辅同步信道。无论系统的带宽为多少,主同步信道和附同步信道都位于频率中心的1.08M的带宽上,包含6个RB,72个子载波。实际上,同步信道只使用了频率中心(DC)周围的62个子载波,两边各留5个子载波用做保护波段。
同步信号在一个十秒的帧内,传送两次。在LTE FDD的帧格式中,主同步信号位于slot0和slot10的最后一个OFDM符号上。辅同步信号位于主同步信号的前面一个OFDM符号上。在LTE TDD的帧格式中,主同步信号位于子帧1和子帧6的第三个OFDM符号上。辅同步信号位于子帧0和子帧5的最后一个OFDM符号上(也就是Slot 1 和Slot 11)。
利用主、辅同步信号相对位置的不同,终端可以在小区搜索的初始阶段识别系统是TDD还是FDD。
UE一开机,就会在可能存在LTE小区的几个中心频点上接收数据并计算带宽RSSI,以接收信号强度来判断这个频点周围是否可能存在小区,如果UE能保存上次关机时的频点和运营商信息,则开机后可能会先在上次驻留的小区上尝试驻留;如果没有先验信息,则需要进行全频段搜索。
然后UE在这个中心频点周围尝试接收PSS(primary synchronization signal),规范中(36.211)定义了3个PSS信号,使用长度为62的频域Zadoff-Chu序列,每个PSS信号与物理层小区标识组内的一个物理层小区标识相对应。UE捕获了系统的PSS后,就可以获知:(1):小区中心频点的频率。(2):小区在物理组内的标识(在0,1,2中间取值)。(3):子帧的同步信息。对于FDD而言,由于主同步信号是位于Slot0或Slot10的最后一个OFDM符号,因而不管CP的长度是多少,确定了PSS后就可以确定Slot(也就是子帧)的边界。但是