要完成小区搜索，仅仅接收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的位置。 在数据接收过程中，UE还要根据接收信号测量频偏并进行纠正， 实现和eNB的频率同步；UE的频偏校正，应该在读取PBCH等控制信道过程中 获得纠正。频偏估计和纠正不必等到滑窗结束，只要确信当前频点上有LTE信 号，则可以根据OFDM信号的特点做FOE，并纠正频偏。不过只有滑窗成功， 才可以得到PBCH。 资料来源 : http://www.mscbsc.com/bbs/viewthread.php?action=printable&tid=181824 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.123.115.51