 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
TD起呼经常失败，出现Cell Update Failure
一个TD小区，出现50%机率无法起呼，查询后台小区指标正常，没有硬件告警什么的。鼎利软件测试无法起呼时事件窗口出现Cell Update Failure，Message窗口出现，下图信息。
想极也想不明白是哪里出问题，现请教各高手。多谢。
想极也想不明白是哪里出问题，现请教各高手。多谢。
多谢各位鼎力相助，我按照大家给出的方法去试，发现都不是这些问题。后交由厂家分析出为基站版本问题，现在在更换板卡试验。待恢复了再回来告诉大家，多谢。
提问者:
• LTE中手机如何区分不同基站的下行信号？3G中使用的是扰码，LTE中用的是什么呢，CELL ID吗？ 2011-09-12
• 如何制作TEMS CELL工参更新文件 2011-09-07
• 下行失步一定会进行CELL upDATe吗 2011-09-06
• 求教中兴TD网管的CELL_RTV任务怎么跟啊 2011-09-04
• 分配到其他小区（Assignment to Another CELL）的描述 2011-08-22
• CELL和tg的关系？ 2011-08-17
• 不同运营商用的FemtoCELL价格一般是多少? 2011-08-15
• FemtoCELL在中国是否有商用? 2011-08-15
• 如何制作TEMS CELL工参更新文件 2011-09-07
• 下行失步一定会进行CELL upDATe吗 2011-09-06
• 求教中兴TD网管的CELL_RTV任务怎么跟啊 2011-09-04
• 分配到其他小区（Assignment to Another CELL）的描述 2011-08-22
• CELL和tg的关系？ 2011-08-17
• 不同运营商用的FemtoCELL价格一般是多少? 2011-08-15
• FemtoCELL在中国是否有商用? 2011-08-15
问题答案
( 9 )
小区更新有有三类:一般的更新,如小区重选、周期性小区更新、寻呼响应等；还有由于RLC异常引起的小区更新以及无线链路资源失败引起的小区更新。
在起呼或通话保持过程中发生cell update常会引起接入失败或是掉话。
1、要解决cell update问题，首先排除的就是弱覆盖以及干扰，保证上行同步；
2、另可通过调整上行的SIRtarget和DPCH的发射功率来改善上下行链路质量；
3、再一个就是调整UU口定时器参数，无线链路失步后，释放时间由T313、N313、和N315 3个参数控制。当出现无线链路失步达到N313次，则启动T313定时器，若在T313激活期间收到物理层连续发送“同步”消息的最大数N315次，链路恢复正常；若T313超时，没有获取到N315次同步，链路释放。调整的目的是为了使系统尽量少报无线链路失败，即使出现了上行同步失步，也尽量使链路依然保持，不会就此释放。
希望能帮到楼主
在起呼或通话保持过程中发生cell update常会引起接入失败或是掉话。
1、要解决cell update问题，首先排除的就是弱覆盖以及干扰，保证上行同步；
2、另可通过调整上行的SIRtarget和DPCH的发射功率来改善上下行链路质量；
3、再一个就是调整UU口定时器参数，无线链路失步后，释放时间由T313、N313、和N315 3个参数控制。当出现无线链路失步达到N313次，则启动T313定时器，若在T313激活期间收到物理层连续发送“同步”消息的最大数N315次，链路恢复正常；若T313超时，没有获取到N315次同步，链路释放。调整的目的是为了使系统尽量少报无线链路失败，即使出现了上行同步失步，也尽量使链路依然保持，不会就此释放。
希望能帮到楼主
回答者：
OscarDon
回答时间：2012-12-20 21:26
30
30
麻烦看一下小区更新原因是什么，另外检查一下CA准入参数设置
回答者：
横山菁儿
回答时间：2012-12-21 10:06
34
22
学习下！ 1楼回答看起来很有道理！
回答者：
liangjin
回答时间：2012-12-21 10:17
25
28
小区更新的原因有7种
1．上行链路数据传输：当UE处于CELL_PCH或者URA_PCH状态时，如果UE要在上行链路上发送RLC数据PDU或控制PDU，并且用RB1或序号大于1的RB来承载，则UE将执行原因值为“uplinkdatatransmission”的小区更新过程。
2．响应寻呼：UE处于URA_PCH或CELL_PCH状态时，接收一条“PAGINGTYPE1”消息，该消息包含IE“pagingRecordList”,并选择IE“utran-Identity”且保证该U-RNTI（UNTRAN无线网络临时标识）与分配给UE的U-RNTI一致，另外不包含IE“CN originated page to connected mode UE”, 若以上条件都满足，UE则会发起原因为“utran -pagingResponse”的小区更新过程。
3．无线链路失败：可以认为是无线链路失败的典型情况只有两种，一种是当UE在CELL_DCH状态发生无线链路失败；另一种就是当“UE Capabiltiy Information”消息传输失败时。若这两种情况发生任意一种，UE都将执行原因值为“Radio link failure”的小区更新过程。无线链路失败（主叫起呼之后被叫无响应，随后发起小区更新）
4．重新进入服务区：当UE处于CELL_FACH或CELL_PCH状态时，在定时器T307或者T317超时前，UE已经超出了服务区并又重新进入服务区，UE将执行原因值为“re-enteringservicearea”的小区更新过程以通知UTRAN。
5．RLC发生不可恢复的错：在确认模式RLC实体中，UE发现RLC无法恢复的错误，UE将执行原因值为“RLC unrecover ableerror”的小区更新过程以通知UTRAN。
6．周期性小区更新：当UE找到一个合适的小区驻留并处于CELL_FACH或CELL_PCH状态，且信息单元（IE）“UETimersandconstants in connected mode”中的T305不能设置为“infinity”，等待定时器T305超时，UE将执行原因值为“periodical cell update”的小区更新过程以实现一种监管机制。
周期性小区更新（空闲状态下发生）
7．小区重选：当UE处于CELL_PCH或者CELL_FACH状态并执行小区重选，或者当UE处于CELL_FACH状态且变量C_RNTI（CELL无线网络临时标识）为空，UE将执行原因值为“cell reselection”的小区更新过程去更新UTRAN中UE现在所驻留的当前小区的参数。
回答者：
deadfish
回答时间：2012-12-23 23:17
25
29
你把TD RADIO挡住干嘛。而且功率太高了吧。
回答者：
fal505
回答时间：2012-12-24 09:07
27
24
貌似是失步了 引起的小区更新，要找问题的根本原因。
回答者：
hbxt_zk@163.com
回答时间：2012-12-24 09:41
30
29
这么高的失败率设备问题可能性比较大。看看有没有告警。包括传输方面。
还是要先看下参数正常否，这个可能性比较小。
其次有没有干扰？楼主你把radio挡住了，C/I，SNR都看不到哎。
你图上的电平值比较低，电平好的时候呢？
还是要先看下参数正常否，这个可能性比较小。
其次有没有干扰？楼主你把radio挡住了，C/I，SNR都看不到哎。
你图上的电平值比较低，电平好的时候呢？
回答者：
osok
回答时间：2012-12-24 10:37
27
27
你所在的位置是不是正好是一个跨两个RNC的交界点？是的话就是跨RNC不正常，看看有什么告警之类，这样的话就好找问题了，希望有帮助到
回答者：
浅123
回答时间：2012-12-24 11:17
25
29
出现上述“一直小区更新”情况，且楼主说后台指标正常。
俺只能说T302和N302参数需要核查，不过我想应该问题可能性不大。
就只留下两种可能性：
其一、测试终端问题，不然的话不可能这种情况指标还正常。
其二、后台配置的业务RAB的TPC SIZE配置超限，会出现频繁小区更新过程，且指标影响不会很大。
俺只能说T302和N302参数需要核查，不过我想应该问题可能性不大。
就只留下两种可能性：
其一、测试终端问题，不然的话不可能这种情况指标还正常。
其二、后台配置的业务RAB的TPC SIZE配置超限，会出现频繁小区更新过程，且指标影响不会很大。
回答者：
hailongly
回答时间：2012-12-27 16:37
26
28
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |