 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
下行失步
提问者:
• 华为上下行不平衡1~10，是通过什么计算公式得到的？上行电平-下行电平？ 2011-08-09
• 上下行不平衡和分集接收通道故障的故障排查 2011-08-07
• 上行，下行误码率均值为多少正常?多少为不正常？ 不正常会导致哪些情况？ 2011-08-02
• 华为设备 进行跟踪一小区UM消息，只有下行没有上行，求解 2011-08-02
• 上行channel request和下行immediate assignment中的random reference不一致会是什么原因？ 2011-08-01
• 求哪位高手有LTE物理层上行或下行链路仿真的程序给我一份啊！hxj2700hxj@163.com谢谢啦！！ 2011-07-30
• [华为设备]上下行不平衡产生原因及解决办法 2011-07-29
• 最近在处理GSM网络的最坏小区---中的上下行链路不平衡 2011-07-28
• 上下行不平衡和分集接收通道故障的故障排查 2011-08-07
• 上行，下行误码率均值为多少正常?多少为不正常？ 不正常会导致哪些情况？ 2011-08-02
• 华为设备 进行跟踪一小区UM消息，只有下行没有上行，求解 2011-08-02
• 上行channel request和下行immediate assignment中的random reference不一致会是什么原因？ 2011-08-01
• 求哪位高手有LTE物理层上行或下行链路仿真的程序给我一份啊！hxj2700hxj@163.com谢谢啦！！ 2011-07-30
• [华为设备]上下行不平衡产生原因及解决办法 2011-07-29
• 最近在处理GSM网络的最坏小区---中的上下行链路不平衡 2011-07-28
问题答案
( 2 )
失
步的具体表现为不同步的信号将会对相邻时隙的信号产生干扰，而当相位偏移严重使得上行信号在下行时隙发送（或下行信号在上行时隙发送）时，则对服务地区通
讯产生严重干扰，使该地区通话质量和话务指标下降，譬如：通话时杂音大，下行寻呼响应次数很低，频率阻塞率提高等；严重时还会造成C-CH丢失时隙、基站Block。针对上行呵下行，失步分为上行链路失步和下行链路失步两种。在协议里面针对上行链路失步和下行链路失步分别定义了判断标准，上行链路失步会删除链路,，下行失步会cellupdate，而且现在的情况是一般出现了上行失步后基本上都恢复不了，造成UE最终掉话，而下行时刻有时可以通过cellupdate过程恢复。引起上行和下行链路失步的原因又不能简单地认为是某一方面的问题，而是由于交互作用引起的。
下行失步：UE侧检测
原因：
1、与源小区下行失步：UE已发测量报告，但由于下行失步，收不到原小区DPCH数据，即收不到物理信道重配置信令（或RB重配置消息），导致无法切换。
2、与目标小区下行失步：UE收到物理信道重配置消息（RB重配置消息），由于原小区或周围邻小区对目标小区的下行信号有较大的干扰，导致UE无法正确解析目标小区的下行信号，不能与目标小区建立同步，而引发物理信道重配置超时，发生掉话问题。
（物理信道重配置定时器不是一个3GPP协议定时器，它是各个厂家可以自己规定的私有定时器，在PHY RECONFIG 发送完毕后，RNC开始计时，当收到PHY RECONFIG COMPLETE以后，RNC停止计时。如果RNC超时，则会发生25.413里面的14号 IU REL REQ的掉话原因（当然，可能各厂家规定不一样），也有可能是46号掉话原因。
）
判断标准：处于CELL_DCH状态的UE，连续接收到来自物理层的N313个连续”out of sync”指示时，启动定时器T313，在此过程中若连续接收到来自物理层的N315个连续”in sync”指示，T313停止，否则T313超时，视为下行无线链路失步。（下行失步主要原因为无线环境不好，干扰，弱覆盖等，下行失步会cellupdate，而且一般可以恢复通话正常。）
挽救措施：
UE检测到下行无线链路失步后，做如下处理：
1)UE的RRC层向物理层下发“P_RRC_PHY_RL_Release_REQ”释放物理信道资源；
2)同时UE关闭上下行数据，并通过“P_RRC_PHY_CellSearch_REQ”原语让物理层进行小区的重搜，此时终端是无法测DPCH_RSCP值的，因此会在终端侧显示出DPCH陡降现象。
3)在搜到小区后，UE将在目标小区上进行CellUpdate，原因为“radio link failure”。如果小区更新成功，则该次下行无线链路失步得到挽救，否则UE发生掉话。
引申：需要指出的是，各个终端厂家对于UE检测存在着或多或少的差异，下面列举的是某芯片厂商处理的情况。
UE的物理层每隔一帧的时间（10ms），进行一次下行无线链路的同步情况的监测。在具体实施的过程中，UE侧采用滑窗的形式，滑窗的长度为160ms，滑窗每10ms移动一次。
网络参数默认值N313=20，T313=3s，由此可以计算出UE收到第一个下行失步指示到DPCH陡降的时间为：DPCH陡降时长=160ms+N313*10ms+T313=3360ms=3.36s
下行失步：UE侧检测
原因：
1、与源小区下行失步：UE已发测量报告，但由于下行失步，收不到原小区DPCH数据，即收不到物理信道重配置信令（或RB重配置消息），导致无法切换。
2、与目标小区下行失步：UE收到物理信道重配置消息（RB重配置消息），由于原小区或周围邻小区对目标小区的下行信号有较大的干扰，导致UE无法正确解析目标小区的下行信号，不能与目标小区建立同步，而引发物理信道重配置超时，发生掉话问题。
（物理信道重配置定时器不是一个3GPP协议定时器，它是各个厂家可以自己规定的私有定时器，在PHY RECONFIG 发送完毕后，RNC开始计时，当收到PHY RECONFIG COMPLETE以后，RNC停止计时。如果RNC超时，则会发生25.413里面的14号 IU REL REQ的掉话原因（当然，可能各厂家规定不一样），也有可能是46号掉话原因。
）
判断标准：处于CELL_DCH状态的UE，连续接收到来自物理层的N313个连续”out of sync”指示时，启动定时器T313，在此过程中若连续接收到来自物理层的N315个连续”in sync”指示，T313停止，否则T313超时，视为下行无线链路失步。（下行失步主要原因为无线环境不好，干扰，弱覆盖等，下行失步会cellupdate，而且一般可以恢复通话正常。）
挽救措施：
UE检测到下行无线链路失步后，做如下处理：
1)UE的RRC层向物理层下发“P_RRC_PHY_RL_Release_REQ”释放物理信道资源；
2)同时UE关闭上下行数据，并通过“P_RRC_PHY_CellSearch_REQ”原语让物理层进行小区的重搜，此时终端是无法测DPCH_RSCP值的，因此会在终端侧显示出DPCH陡降现象。
3)在搜到小区后，UE将在目标小区上进行CellUpdate，原因为“radio link failure”。如果小区更新成功，则该次下行无线链路失步得到挽救，否则UE发生掉话。
引申：需要指出的是，各个终端厂家对于UE检测存在着或多或少的差异，下面列举的是某芯片厂商处理的情况。
UE的物理层每隔一帧的时间（10ms），进行一次下行无线链路的同步情况的监测。在具体实施的过程中，UE侧采用滑窗的形式，滑窗的长度为160ms，滑窗每10ms移动一次。
网络参数默认值N313=20，T313=3s，由此可以计算出UE收到第一个下行失步指示到DPCH陡降的时间为：DPCH陡降时长=160ms+N313*10ms+T313=3360ms=3.36s
回答者：
OscarDon
回答时间：2013-03-09 17:03
4
4
真详细，，，
回答者：
zhengkainan
回答时间：2013-03-15 17:31
1
2
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |