LTE物理层简介
时间：10-02
整理：3721RD
点击：
一、LTE开机及工作过程
如下图所示：
二、小区搜索及同步过程
整个小区搜索及同步过程的示意图及流程图如下：
1）UE开机，在可能存在LTE小区的几个中心频点上接收信号（PSS），以接收信号强度来判断这个频点周围是否可能存在小区，如果UE保存了上次关机时的频点和运营商信息，则开机后会先在上次驻留的小区上尝试；如果没有，就要在划分给LTE系统的频带范围内做全频段扫描，发现信号较强的频点去尝试；
2）然后在这个中心频点周围收PSS（主同步信号），它占用了中心频带的6RB，因此可以兼容所有的系统带宽，信号以5ms为周期重复，在子帧#0发送，并且是ZC序列，具有很强的相关性，因此可以直接检测并接收到，据此可以得到小区组里小区ID，同时确定5ms的时隙边界，同时通过检查这个信号就可以知道循环前缀的长度以及采用的是FDD还是TDD（因为TDD的PSS是放在特殊子帧里面，位置有所不同，基于此来做判断）由于它是5ms重复，因为在这一步它还无法获得帧同步；
3）5ms时隙同步后，在PSS基础上向前搜索SSS，SSS由两个端随机序列组成，前后半帧的映射正好相反，因此只要接收到两个SSS就可以确定10ms的边界，达到了帧同步的目的。由于SSS信号携带了小区组ID，跟PSS结合就可以获得物理层ID（CELL ID），这样就可以进一步得到下行参考信号的结构信息。
4）在获得帧同步以后就可以读取PBCH了，通过上面两步获得了下行参考信号结构，通过解调参考信号可以进一步的精确时隙与频率同步，同时可以为解调PBCH做信道估计了。PBCH在子帧#0的slot #1上发送，就是紧靠PSS，通过解调PBCH，可以得到系统帧号和带宽信息，以及PHICH的配置以及天线配置。系统帧号以及天线数设计相对比较巧妙： SFN（系统帧数）位长为10bit，也就是取值从0-1023循环。在PBCH的MIB（master information block）广播中只广播前8位，剩下的两位根据该帧在PBCH 40ms周期窗口的位置确定，第一个10ms帧为00，第二帧为01，第三帧为10，第四帧为11。PBCH的40ms窗口手机可以通过盲检确定。而天线数隐含在PBCH的CRC里面，在计算好PBCH的CRC后跟天线数对应的MASK进行异或。
5）至此，UE实现了和ENB的定时同步；
要完成小区搜索，仅仅接收PBCH是不够的，因为PBCH只是携带了非常有限的系统信息，更多更详细的系统信息是由SIB携带的，因此此后还需要接收SIB（系统信息模块），即UE接收承载在PDSCH上的BCCH信息。为此必须进行如下操作：
1）接收PCFICH，此时该信道的时频资源可以根据物理小区ID推算出来，通过接收解码得到PDCCH的symbol数目；
2）在PDCCH信道域的公共搜索空间里查找发送到SI-RNTI（无线网络标识符）的候选PDCCH，如果找到一个并通过了相关的CRC校验，那就意味着有相应的SIB消息，于是接收PDSCH，译码后将SIB上报给高层协议栈；
不断接收SIB，上层（RRC）会判断接收的系统消息是否足够，如果足够则停止接收SIB至此，小区搜索过程才差不多结束。
三、随机接入过程
在同步和小区搜索过程结束之后，紧接着就是随机接入过程，整个随机过程的示意图如下：
1. UE sends preamble sequence to ENB on PRACH
Physical non-synchronization random access procedure
Physical channel： PRACH
Message： preamble sequence
2. ENB给UE回复响应消息
Address to RA-RNTI on PDCCH
Random access response grant
Physical channel： PDSCH
ENB向UE传输的信息至少包括以下内容：RA-preamble identifier， Timing Alignment information， initial UL-grant and assignment of Temporary C-RNTI 。
注：RA-preamble identifier指UE 发送的preamble的标志符，和index有关。
Timing Alignment information是时间提前量信息，因为空间的无线传输存在延迟，ENB计算出这个延迟量并告诉UE，以确定下一次发送数据的实际时间。
UL-grant： 授权UE在上行链路上传输信息，有这个信息UE才能进行下一步的RRC连接请求。其中会给出UL-SCH可以传输的transport block的大小，最小为80bits.
3. RRC connection request（UE—》 ENB）
在进行RRC连接请求以前先完成一些基本的配置：
》 apply the default physical channel configuration
》 apply the default semi-persistent scheduling configuration
》 apply the default MAC main configuration
》 apply the CCCH configuration
》 apply the time Alignment Timer Common included in System Information Block Type2;
》 Start timer T300;
》 initiate transmission of the RRC Connection Request message in accordance with
RRC layer产生RRC connection request并通过CCCH传输：CCCH -》 UL-SCH -》 PDSCH
获取UE-identity，要么由上层提供（S-TMSI）， 要么是random value。如果UE向当前小区的TA（跟踪区）注册过了，上层就可以提供S-TMSI，并把establishment clause设置的与上层一致
4. RRC connection setup（ENB—》UE）
UE接收ENB发送的radio Resource Configuration等信息，建立相关的连接，进入RRC connection状态。
Action about physical layer：
Addressed to the Temporary C-RNTI on PDCCH
如果UE检测到RA success，但是还没有C-RNTI，就把temporary C-RNTI升为C-RNTI，否则丢弃。如果UE检测到RA success，而且已经有C-RNTI，继续使用原来的C-RNTI。
5. RRC connection setup complete（UE—》 ENB）
RRC连接建立完成，UE向ENB表示接收到了连接的应答信息，应该是为了保证连接的可靠性的。
如果UE未成功接收到RRC connection setup消息，ENB应该会重发。不然RRC connection setup complete就没有存在必要。
在完成以上过程后，便可以进入正常的数据传输过程了。
四、数据传输过程
数据传输过程包括两方面过程：上行调度过程和下行调度过程。
■上行调度过程
1. UE向ENB请求上行资源
Physical channel： PUCCH
Message： SR （schedule request）
SR发送的周期以及在子帧中的位置由上层的配置决定。
UE需要告诉ENB自己要传输的数据量，同时SR中UE必须告诉ENB自己的identity （C-RNTI）。
注：根据上层的配置UE按照一定的周期在PUCCH的固定位置传输SR，而ENB对SR的发送者的识别是通过UE和ENB事先约定好的伪随机序列来实现的。当UE有发送数据的需求是，就把相应得SR置1，没有资源请求时SR为空。SR只负责告诉ENB是否有资源需求，而具体需要多少资源则由上层的信令交互告诉ENB。
在TS36.213中指定：Scheduling request （SR） using PUCCH format 1，不需要进行编码调制，用presence/absence携带信息。
2. 上行信道质量测量
Physical signal： sounding reference signal
Physical channel： PUCCH（这里貌似不对，SRS是参考信号，不需物理信道承载）
ENB给UE分配上行资源之前首先必须要知道上行信道的质量，如果UE的上行信道质量较好且有传输数据的需求，ENB才会给UE分配资源。
Sounding reference signal应该对UE和ENB都是已知的，ENB根据从UE接收到的sounding reference signal 和自己已知的信号的对比就可以知道当前上行信道的质量了。当然，如果信道质量的变换很快，再加上空间信号传输的延迟估计的误差，由sounding reference signal测量出的信道质量可能会变得不准确。所以UE需要每过一段时间就发送sounding reference signal给ENB，以尽可能准确地得到当前信道的质量。
3. ENB分配资源并通知UE
Physical channel： PDCCH
分配完资源后ENB还必须把分配的结果告诉UE，即UE可以在哪个时间哪个载波上传输数据，以及采用的调制编码方案。
E-UTRAN在每个TTI动态地给UE分配资源（PRBs & MCS），并在PDCCH上传输相应的C-RNTI。
4. UE接收资源分配结果的通知并传输数据
Physical channel： PUSCH
UE首先接收ENB下发的资源分配通知，监视PDCCH以查找可能的上行传输资源分配，从common search space中获取公共信息，从UE specific search space中搜索关于自己的调度信息。根据搜索到的结果后就可以在PUSCH对应的PRB上传输数据信息。
注：在上行链路中没有盲解码，当UE没有足够的数据填充分配的资源时，补0。
5. ENB指示是否需要重传
Physical channel： PHICH
6. UE重传数据/发送新数据
同4。
■下行调度过程
1.下行信道质量测量
ENB发送cell specific reference signal 给UE，UE估计CQI并上报给ENB。
CQI不仅告诉ENB信道的质量，还包含推荐的编码调制方式。
Periodic CQI reporting channel： PUCCH
Aperiodic CQI reporting channel： PUSCH
接收到的DCI format 0的CQI request设置为1时，UE非周期上报CQI、PMI和RI，上层可以半静态地配置UE周期性地上报不同的CQI、PMI和RI。
2. ENB分配下行资源
ENB根据下行信道的质量好坏自适应地分配下行资源（针对 UE选择不同的载波和slot）。
下行链路中，E-UTRAN在每个TTI动态地给UE分配资源（PRBs & MCS）。
3. ENB在下行信道传输数据
Physical channel： PDSCH
根据资源分配的结果在PDSCH上填充数据， 并在PDCCH上传输相应的C-RNTI。
4. UE接收数据并判断是否需要发送请求重传指示
Physical channel： PUCCH
Physical channel： PDSCH
UE根据检测PDCCH信道，解码对应的PDSCH信息。UE根据PDCCH告知的DCI format在common search spaces中接收PDSCH 广播控制信息。此外，UE通过PDCCH UE specific search spaces接收PDSCH数据传输。
5. ENB重传数据/发送新数据。
如下图所示：
二、小区搜索及同步过程
整个小区搜索及同步过程的示意图及流程图如下：
1）UE开机，在可能存在LTE小区的几个中心频点上接收信号（PSS），以接收信号强度来判断这个频点周围是否可能存在小区，如果UE保存了上次关机时的频点和运营商信息，则开机后会先在上次驻留的小区上尝试；如果没有，就要在划分给LTE系统的频带范围内做全频段扫描，发现信号较强的频点去尝试；
2）然后在这个中心频点周围收PSS（主同步信号），它占用了中心频带的6RB，因此可以兼容所有的系统带宽，信号以5ms为周期重复，在子帧#0发送，并且是ZC序列，具有很强的相关性，因此可以直接检测并接收到，据此可以得到小区组里小区ID，同时确定5ms的时隙边界，同时通过检查这个信号就可以知道循环前缀的长度以及采用的是FDD还是TDD（因为TDD的PSS是放在特殊子帧里面，位置有所不同，基于此来做判断）由于它是5ms重复，因为在这一步它还无法获得帧同步；
3）5ms时隙同步后，在PSS基础上向前搜索SSS，SSS由两个端随机序列组成，前后半帧的映射正好相反，因此只要接收到两个SSS就可以确定10ms的边界，达到了帧同步的目的。由于SSS信号携带了小区组ID，跟PSS结合就可以获得物理层ID（CELL ID），这样就可以进一步得到下行参考信号的结构信息。
4）在获得帧同步以后就可以读取PBCH了，通过上面两步获得了下行参考信号结构，通过解调参考信号可以进一步的精确时隙与频率同步，同时可以为解调PBCH做信道估计了。PBCH在子帧#0的slot #1上发送，就是紧靠PSS，通过解调PBCH，可以得到系统帧号和带宽信息，以及PHICH的配置以及天线配置。系统帧号以及天线数设计相对比较巧妙： SFN（系统帧数）位长为10bit，也就是取值从0-1023循环。在PBCH的MIB（master information block）广播中只广播前8位，剩下的两位根据该帧在PBCH 40ms周期窗口的位置确定，第一个10ms帧为00，第二帧为01，第三帧为10，第四帧为11。PBCH的40ms窗口手机可以通过盲检确定。而天线数隐含在PBCH的CRC里面，在计算好PBCH的CRC后跟天线数对应的MASK进行异或。
5）至此，UE实现了和ENB的定时同步；
要完成小区搜索，仅仅接收PBCH是不够的，因为PBCH只是携带了非常有限的系统信息，更多更详细的系统信息是由SIB携带的，因此此后还需要接收SIB（系统信息模块），即UE接收承载在PDSCH上的BCCH信息。为此必须进行如下操作：
1）接收PCFICH，此时该信道的时频资源可以根据物理小区ID推算出来，通过接收解码得到PDCCH的symbol数目；
2）在PDCCH信道域的公共搜索空间里查找发送到SI-RNTI（无线网络标识符）的候选PDCCH，如果找到一个并通过了相关的CRC校验，那就意味着有相应的SIB消息，于是接收PDSCH，译码后将SIB上报给高层协议栈；
不断接收SIB，上层（RRC）会判断接收的系统消息是否足够，如果足够则停止接收SIB至此，小区搜索过程才差不多结束。
三、随机接入过程
在同步和小区搜索过程结束之后，紧接着就是随机接入过程，整个随机过程的示意图如下：
1. UE sends preamble sequence to ENB on PRACH
Physical non-synchronization random access procedure
Physical channel： PRACH
Message： preamble sequence
2. ENB给UE回复响应消息
Address to RA-RNTI on PDCCH
Random access response grant
Physical channel： PDSCH
ENB向UE传输的信息至少包括以下内容：RA-preamble identifier， Timing Alignment information， initial UL-grant and assignment of Temporary C-RNTI 。
注：RA-preamble identifier指UE 发送的preamble的标志符，和index有关。
Timing Alignment information是时间提前量信息，因为空间的无线传输存在延迟，ENB计算出这个延迟量并告诉UE，以确定下一次发送数据的实际时间。
UL-grant： 授权UE在上行链路上传输信息，有这个信息UE才能进行下一步的RRC连接请求。其中会给出UL-SCH可以传输的transport block的大小，最小为80bits.
3. RRC connection request（UE—》 ENB）
在进行RRC连接请求以前先完成一些基本的配置：
》 apply the default physical channel configuration
》 apply the default semi-persistent scheduling configuration
》 apply the default MAC main configuration
》 apply the CCCH configuration
》 apply the time Alignment Timer Common included in System Information Block Type2;
》 Start timer T300;
》 initiate transmission of the RRC Connection Request message in accordance with
RRC layer产生RRC connection request并通过CCCH传输：CCCH -》 UL-SCH -》 PDSCH
获取UE-identity，要么由上层提供（S-TMSI）， 要么是random value。如果UE向当前小区的TA（跟踪区）注册过了，上层就可以提供S-TMSI，并把establishment clause设置的与上层一致
4. RRC connection setup（ENB—》UE）
UE接收ENB发送的radio Resource Configuration等信息，建立相关的连接，进入RRC connection状态。
Action about physical layer：
Addressed to the Temporary C-RNTI on PDCCH
如果UE检测到RA success，但是还没有C-RNTI，就把temporary C-RNTI升为C-RNTI，否则丢弃。如果UE检测到RA success，而且已经有C-RNTI，继续使用原来的C-RNTI。
5. RRC connection setup complete（UE—》 ENB）
RRC连接建立完成，UE向ENB表示接收到了连接的应答信息，应该是为了保证连接的可靠性的。
如果UE未成功接收到RRC connection setup消息，ENB应该会重发。不然RRC connection setup complete就没有存在必要。
在完成以上过程后，便可以进入正常的数据传输过程了。
四、数据传输过程
数据传输过程包括两方面过程：上行调度过程和下行调度过程。
■上行调度过程
1. UE向ENB请求上行资源
Physical channel： PUCCH
Message： SR （schedule request）
SR发送的周期以及在子帧中的位置由上层的配置决定。
UE需要告诉ENB自己要传输的数据量，同时SR中UE必须告诉ENB自己的identity （C-RNTI）。
注：根据上层的配置UE按照一定的周期在PUCCH的固定位置传输SR，而ENB对SR的发送者的识别是通过UE和ENB事先约定好的伪随机序列来实现的。当UE有发送数据的需求是，就把相应得SR置1，没有资源请求时SR为空。SR只负责告诉ENB是否有资源需求，而具体需要多少资源则由上层的信令交互告诉ENB。
在TS36.213中指定：Scheduling request （SR） using PUCCH format 1，不需要进行编码调制，用presence/absence携带信息。
2. 上行信道质量测量
Physical signal： sounding reference signal
Physical channel： PUCCH（这里貌似不对，SRS是参考信号，不需物理信道承载）
ENB给UE分配上行资源之前首先必须要知道上行信道的质量，如果UE的上行信道质量较好且有传输数据的需求，ENB才会给UE分配资源。
Sounding reference signal应该对UE和ENB都是已知的，ENB根据从UE接收到的sounding reference signal 和自己已知的信号的对比就可以知道当前上行信道的质量了。当然，如果信道质量的变换很快，再加上空间信号传输的延迟估计的误差，由sounding reference signal测量出的信道质量可能会变得不准确。所以UE需要每过一段时间就发送sounding reference signal给ENB，以尽可能准确地得到当前信道的质量。
3. ENB分配资源并通知UE
Physical channel： PDCCH
分配完资源后ENB还必须把分配的结果告诉UE，即UE可以在哪个时间哪个载波上传输数据，以及采用的调制编码方案。
E-UTRAN在每个TTI动态地给UE分配资源（PRBs & MCS），并在PDCCH上传输相应的C-RNTI。
4. UE接收资源分配结果的通知并传输数据
Physical channel： PUSCH
UE首先接收ENB下发的资源分配通知，监视PDCCH以查找可能的上行传输资源分配，从common search space中获取公共信息，从UE specific search space中搜索关于自己的调度信息。根据搜索到的结果后就可以在PUSCH对应的PRB上传输数据信息。
注：在上行链路中没有盲解码，当UE没有足够的数据填充分配的资源时，补0。
5. ENB指示是否需要重传
Physical channel： PHICH
6. UE重传数据/发送新数据
同4。
■下行调度过程
1.下行信道质量测量
ENB发送cell specific reference signal 给UE，UE估计CQI并上报给ENB。
CQI不仅告诉ENB信道的质量，还包含推荐的编码调制方式。
Periodic CQI reporting channel： PUCCH
Aperiodic CQI reporting channel： PUSCH
接收到的DCI format 0的CQI request设置为1时，UE非周期上报CQI、PMI和RI，上层可以半静态地配置UE周期性地上报不同的CQI、PMI和RI。
2. ENB分配下行资源
ENB根据下行信道的质量好坏自适应地分配下行资源（针对 UE选择不同的载波和slot）。
下行链路中，E-UTRAN在每个TTI动态地给UE分配资源（PRBs & MCS）。
3. ENB在下行信道传输数据
Physical channel： PDSCH
根据资源分配的结果在PDSCH上填充数据， 并在PDCCH上传输相应的C-RNTI。
4. UE接收数据并判断是否需要发送请求重传指示
Physical channel： PUCCH
Physical channel： PDSCH
UE根据检测PDCCH信道，解码对应的PDSCH信息。UE根据PDCCH告知的DCI format在common search spaces中接收PDSCH 广播控制信息。此外，UE通过PDCCH UE specific search spaces接收PDSCH数据传输。
5. ENB重传数据/发送新数据。