如题。
一个TD小区，出现50%机率无法起呼，查询后台小区指标正常，没有硬件告警什么的。鼎利软件测试无法起呼时事件窗口出现Cell Update Failure，Message窗口出现，下图信息。
想极也想不明白是哪里出问题，现请教各高手。多谢。

多谢各位鼎力相助，我按照大家给出的方法去试，发现都不是这些问题。后交由厂家分析出为基站版本问题，现在在更换板卡试验。待恢复了再回来告诉大家，多谢。

你所在的位置是不是正好是一个跨两个RNC的交界点？是的话就是跨RNC不正常，看看有什么告警之类，这样的话就好找问题了，希望有帮助到

小区更新有有三类:一般的更新,如小区重选、周期性小区更新、寻呼响应等；还有由于RLC异常引起的小区更新以及无线链路资源失败引起的小区更新。

在起呼或通话保持过程中发生cell update常会引起接入失败或是掉话。
1、要解决cell update问题，首先排除的就是弱覆盖以及干扰，保证上行同步；
2、另可通过调整上行的SIRtarget和DPCH的发射功率来改善上下行链路质量；
3、再一个就是调整UU口定时器参数，无线链路失步后，释放时间由T313、N313、和N315 3个参数控制。当出现无线链路失步达到N313次，则启动T313定时器，若在T313激活期间收到物理层连续发送“同步”消息的最大数N315次，链路恢复正常；若T313超时，没有获取到N315次同步，链路释放。调整的目的是为了使系统尽量少报无线链路失败，即使出现了上行同步失步，也尽量使链路依然保持，不会就此释放。

希望能帮到楼主

麻烦看一下小区更新原因是什么，另外检查一下CA准入参数设置

学习下！ 1楼回答看起来很有道理！

小区更新的原因有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现在所驻留的当前小区的参数。

你把TD RADIO挡住干嘛。而且功率太高了吧。

貌似是失步了 引起的小区更新，要找问题的根本原因。

这么高的失败率设备问题可能性比较大。看看有没有告警。包括传输方面。
还是要先看下参数正常否，这个可能性比较小。
其次有没有干扰？楼主你把radio挡住了，C/I，SNR都看不到哎。
你图上的电平值比较低，电平好的时候呢？

出现上述“一直小区更新”情况，且楼主说后台指标正常。
俺只能说T302和N302参数需要核查，不过我想应该问题可能性不大。
就只留下两种可能性：
其一、测试终端问题，不然的话不可能这种情况指标还正常。
其二、后台配置的业务RAB的TPC SIZE配置超限，会出现频繁小区更新过程，且指标影响不会很大。