上行失步

“上行失步”是指在数据传输过程中，上行数据传输的速率比下行数据传输的速率慢，从而导致数据传输的不畅。 上行失步在通信中是一个非常常见的现象，它可能会导致网络的不稳定，影响网络的正常使用。它的出现可能是由于网络环境的不同，如网络环境的拥塞，网络设备的故障，网络环境的干扰等原因。 上行失步的应用主要是在数据传输过程中，当上行数据传输的速率比下行数据传输的速率慢时，会导致数据传输的不畅，从而影响网络的正常使用。 为了解决上行失步的问题，可以采取一些措施，如改善网络环境，提高网络设备的性能，减少网络环境的干扰，提高网络带宽等。另外，可以采用网络优化技术，如TCP加速，UDP加速，QoS调度等，来提高网络的传输效率，从而解决上行失步的问题。 总之，上行失步是指在数据传输过程中，上行数据传输的速率比下行数据传输的速率慢，从而导致数据传输的不畅。可以采取一些措施，如改善网络环境，提高网络设备的性能，减少网络环境的干扰，提高网络带宽等，以及采用网络优化技术，如TCP加速，UDP加速，QoS调度等，来解决上行失步的问题。

上行失步：基站侧检测

原因：
1、与目标小区上行失步：UE收到物理信道重配置消息，由于UP存在干扰或FPACH信道的C/I或信号质量较差，UE不能在新小区建立上行同步，导致帧定时跟踪出现问题，这样UE无法在目标小区正确收发，发生切换失败。如果源小区的RL没有删除，RNC会通过源小区给UE下发物理信道重配失败（或RB重配失败），UE回到源小区，反之则发生掉话。（上行同步失败）

2、与目标小区上行失步：UE已向目标NodeB发送物理信道重配置（RB重配置）完成信令，但是由于目标小区NodeB底噪过高，或此时多部UE位于小区边缘，且上行发射功率都被抬升的比较高导致产生较大的上行时隙干扰，使得目标小区NodeB无法正确解析重配置完成的信令，而引发物理信道重配置超时。（uncomplete）

判断标准：
在同步保持阶段，NodeB对于物理层两个连续同步指示的时间间隔为160ms，NB在收到N_OUTSYNC_IND个连续失步指示后，将启动“无线链路失败过程定时器”T_RLFAILURE，在收到N_SYNC_IND个同步状态指示后，NodeB将停止和复位T_RLFAILURE，如果T_RLFAILURE超时，NodeB则认为上行无线链路失步。（上行失步会删除链路，立即断开，造成UE最终掉话。）

挽救措施：
NodeB检测到上行无线链路失步后，做如下处理：
1)NodeB向RNC上发“Radio link failure indication”，指示同步失败。（NodeB——RNC）
2)NodeB停发下行数据，目的是让UE下行失步，来上发CellUpdate。（注：此时会在终端侧显示出DPCH陡降现象。）
3)RNC启动“收到RL失败等待定时器”。在该定时器超时前，如果未收到“Radio link restore”则RNC释放链路，并记为无线链路失败的掉话。（NodeB——RNC）

（注释：上行失步需要基站来检测，也有类似于UE侧的定时器和计数器，一旦发现上行失步，则NodeB会上报RL Failure Indication（NBAP信令）给RNC，同时RNC会启动相应的无线链路失败等待定时器，定时器超时则发起Iu Release Request，记为一次掉话。）

引申：
上行失步DPCH陡降的时长：网络参数默认值N_OUTSYNC_IND =20，T_RLFAILURE =5s。由此可以计算出，从第一上行失步开始到DPCH陡降的最短时间为：DPCH陡降时长=20*160ms+5000ms =8200ms =8.2s