 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
关于RRC.FailConnEstab.NoReply（小区无响应）
最近在处理TOP小区的时候在CS接通率上，RRC建立失败的原因是RRC.FailConnEstab.NoReply（小区无响应），RNC向UE发送RRC CONNECT SETUP消息后，没有收到UE发送RRC CONNECT SETUP COMPLETE消息,刚开始怀疑是小区处于弱覆盖，无线环境差导致，但是后来，覆盖好的小区也是这样的，请各位高手帮忙解答下~！~！谢谢~！~！
提问者:
• AssiSTAnt怎么看CSFB 2020-06-08
• GENEXAssiSTAnt5.2无法正常运行 2020-05-01
• 请问GENEX AssiSTAnt 这个license怎么申请，最近一直显示网络问题 2020-04-26
• 怎么撤销掉这条命令mpls STAtic vpls domain vpls1 2 etree flood false false false true 32000 tagged 2020-03-24
• AssiSTAnt中怎么修改扇区颜色 2020-01-09
• genexassiSTAnt采样点同步慢，每次点事件或者信令同步都要几秒 2019-08-23
• GENEX AssiSTAnt 3.18统计报表 2019-06-17
• 安装AssiSTAnt后出现microsoftofficewebcomponents（OWC）cannotbedetectedpleasereadhelp无法解 2019-02-25
• GENEXAssiSTAnt5.2无法正常运行 2020-05-01
• 请问GENEX AssiSTAnt 这个license怎么申请，最近一直显示网络问题 2020-04-26
• 怎么撤销掉这条命令mpls STAtic vpls domain vpls1 2 etree flood false false false true 32000 tagged 2020-03-24
• AssiSTAnt中怎么修改扇区颜色 2020-01-09
• genexassiSTAnt采样点同步慢，每次点事件或者信令同步都要几秒 2019-08-23
• GENEX AssiSTAnt 3.18统计报表 2019-06-17
• 安装AssiSTAnt后出现microsoftofficewebcomponents（OWC）cannotbedetectedpleasereadhelp无法解 2019-02-25
问题答案
( 8 )
RRC 建立失败的可能原因：
（1）RNC 资源分配失败，或者建立L2 实例失败，或者IUB 接口RL 链路失败。
目前的用户量和话务量都不多，出现资源不足的情况基本上不可能，因此如果出现了前面几种失败原因，一般都是RNC 或者NodeB 内部出现了问题，需要检查RNC 和NodeB的状态或者小区状态。
（2）UE 收不到RRC CONNECTION SETUP
RRC CONNECTION SETUP消息是在FACH上发给UE 的。目前SCCPCH 功率配置的值一般是-3db(相对于PCCPCH 功率，单码道)。从覆盖上来说，已经和PCCPCH 的覆盖一样了。如果仍然出现UE 收不到RRC CONNECTION SETUP消息（这个光从RNC 的log 看不出来，必须要通过采集终端的log 来查看），则需要调整SCCPCH 功率，来满足信号覆盖不好的地方功率需求。
（3）RNC 收不到RRC CONNECTION SETUP COMPLETE
如果UE 收到RRC CONNECTION SETUP 消息后，会向网络回复RRC CONNECTION SETUP COMPLETE消息。如果UE在作专用信道同步时失败，或者在向网络侧发 RRC CONNECTION SETUP COMPLETE RRC建立失败。此时，可以通过提高上行期望接收功率，RL初始发射功率和修改上行同步的参数，来使得UE能够正常进行专用信道同步和上传RRC 建立完成消息。
如果是第2点和第3点的原因导致RRC 建立失败，无法通过RNC侧的log 进行区分，也无法通过统计指标来进行区分，只能在发现问题后，通过路测以及调整上行或下行功率值，来确定是上行功率不足，还是下行功率不足。
（4）干扰因素
TD的同频干扰是比较严重的，如果小区的邻区中，存在同频同扰码，RRC 建立失败比较多时，需关注是否是干扰导致的。如果是干扰因素，先需要解决频点和扰码的规划问题。在解决频点和扰码问题时，不仅要关注RNC内的频点扰码，还需要关注邻RNC 间的频点扰码。一个原则是，做网络规划时，邻区间的频点和扰码，不能出现同频同码的情况（包括RNC内和RNC间的邻区）。
（5）环境因素
PS 业务主要是在室内使用，如果没有配置室内分布系统，光靠室外基站覆盖室内，其PCCPCH RSCP 的接收电平相对较低（很有可能低于-90dbm）。在这样的PCCPCH RSCP 条件下，对于PS 业务的RRC建立成功率有很大的影响。在相同的PCCPCH发射功率下，PS业务的RRC建立成功率比CS 业务的RRC建立成功率要低一些也是正常的。
因此，如果PS业务的RRC接通率一直不高，可以查看覆盖区域的信号强度是否足够强，如果不够，可能需要调高PCCPCH 功率，或者是收缩覆盖范围（调高小区的驻留电平，把信号不够好的用户剔除出去）。
（1）RNC 资源分配失败，或者建立L2 实例失败，或者IUB 接口RL 链路失败。
目前的用户量和话务量都不多，出现资源不足的情况基本上不可能，因此如果出现了前面几种失败原因，一般都是RNC 或者NodeB 内部出现了问题，需要检查RNC 和NodeB的状态或者小区状态。
（2）UE 收不到RRC CONNECTION SETUP
RRC CONNECTION SETUP消息是在FACH上发给UE 的。目前SCCPCH 功率配置的值一般是-3db(相对于PCCPCH 功率，单码道)。从覆盖上来说，已经和PCCPCH 的覆盖一样了。如果仍然出现UE 收不到RRC CONNECTION SETUP消息（这个光从RNC 的log 看不出来，必须要通过采集终端的log 来查看），则需要调整SCCPCH 功率，来满足信号覆盖不好的地方功率需求。
（3）RNC 收不到RRC CONNECTION SETUP COMPLETE
如果UE 收到RRC CONNECTION SETUP 消息后，会向网络回复RRC CONNECTION SETUP COMPLETE消息。如果UE在作专用信道同步时失败，或者在向网络侧发 RRC CONNECTION SETUP COMPLETE RRC建立失败。此时，可以通过提高上行期望接收功率，RL初始发射功率和修改上行同步的参数，来使得UE能够正常进行专用信道同步和上传RRC 建立完成消息。
如果是第2点和第3点的原因导致RRC 建立失败，无法通过RNC侧的log 进行区分，也无法通过统计指标来进行区分，只能在发现问题后，通过路测以及调整上行或下行功率值，来确定是上行功率不足，还是下行功率不足。
（4）干扰因素
TD的同频干扰是比较严重的，如果小区的邻区中，存在同频同扰码，RRC 建立失败比较多时，需关注是否是干扰导致的。如果是干扰因素，先需要解决频点和扰码的规划问题。在解决频点和扰码问题时，不仅要关注RNC内的频点扰码，还需要关注邻RNC 间的频点扰码。一个原则是，做网络规划时，邻区间的频点和扰码，不能出现同频同码的情况（包括RNC内和RNC间的邻区）。
（5）环境因素
PS 业务主要是在室内使用，如果没有配置室内分布系统，光靠室外基站覆盖室内，其PCCPCH RSCP 的接收电平相对较低（很有可能低于-90dbm）。在这样的PCCPCH RSCP 条件下，对于PS 业务的RRC建立成功率有很大的影响。在相同的PCCPCH发射功率下，PS业务的RRC建立成功率比CS 业务的RRC建立成功率要低一些也是正常的。
因此，如果PS业务的RRC接通率一直不高，可以查看覆盖区域的信号强度是否足够强，如果不够，可能需要调高PCCPCH 功率，或者是收缩覆盖范围（调高小区的驻留电平，把信号不够好的用户剔除出去）。
回答者：
aegis2003
回答时间：2010-03-31 22:12
68
70
不能排除用户所处的位置无线信号是弱覆盖啊.
回答者：
jingcheng06
回答时间：2010-03-31 22:49
80
66
RRC问题分析思路：当我们遇到
l 1.干扰导致的接入问题。 呼叫中发送RRC Connection Request后无响应，RRC不能正常连接。当UE发送RRC Connection Request后，RNC应该回复RRC Connection setup，如果未回复就有可能存在干扰。处理定位：首先看是否存在硬件故障，然后在问题小区下作拨打测试后台观察是否存在干扰（如ISCP），再次观察该小区参数（如SIR、干扰余量）与其它小区的区别。综合定位问题根据定位解决问题。
l 2. 同步失败。信令分析每次呼叫无法接通时反馈消息都是同步失败即NODE B发NBAP RL FAIL IND。 双击该信令我们就会看到他所携带的同步失败的信息：Cause为radioNetwork：synchronlsation-failure。处理定位：首先看是否存在硬件故障，后台观察是否存在干扰（如ISCP），观察该小区参数（如SIR、干扰余量）与其它小区的区别。定位解决问题。
l 3. 扰码规划错误导致终端无法接入网络。呼叫建立失败消息的Cause值为Nonsynchronization。处理定位：测试时发现邻区列表中出现一同扰码邻小区（CPI相同）。UE无法正确解调来自同扰码的两个小区的信号，而无法起呼。
l 4. 上行期望功率设置过低导致接通率低。UE发送RRC_CONNECT_SETUP_COM，但RNC没有收到。后台信令跟踪发现错误原因提示为：network out of order。检测后台UPPCH的ISCP值过高存在干扰。可以提高UPPTS的期望接受功率或进行UP偏移来解决，上行干扰余量ULINTERFERERSVP配置为-3改为指导书中要求的3。
l 5. 数据配置错误导致覆盖正常H业务无法建立。发现在终端建立业务前（connect），一切正常，在被叫测量报告下发1秒后RNC下发DISCONNECT，应该是业务信道建立异常，针对业务信道核查参数。检查发现初始SIR设置过低导致初始发射功率过低，无法进行业务信道的正常建立。
l 6. GPS失步导致同频干扰导致接通率低。Uu口信令为RRC Connection Request，但没有收到RRC Connection Setup。A站附近有站B GPS失步，且站B的3小区与站A的1小区频点都为10080，相互造成强干扰，所以起A站的接通率低。
l 7. RRU射频通道状态不正常导致未接通和掉话。UE上发RRC连接请求，但是网络侧没有任何消息。跟踪UE标准口进行信令分析，发现当测试端进行RRC建立连接请求时后台没有任何信令，怀疑UE没有与NodeB联系上，排除RNC问题；进行RRU的Reset操作，执行后状态正常，告警消除，小区测试正常。
l 8. RRC Connect Reject造成的接入失败。终端发起RRC Connect Request后，终端马上收到了网络下发的RRC Connect Reject消息，导致接入失败，Reject的原因值为unspecified。
l 9. 开环功控参数设置不合理导致RRC建立成功率过低。UE接收到RRC Connection Setup 没回RRC Connection Setup Complete计时器超时后重发RRC CONNECTION REAUEST 如此往复多次才发送RRC CONNECTION SETUP COMPLETE，并成功建立RAB连接，开始业务。原因是SIR设置不合理。
l 10. 无线链路资源分配失败导致起呼失败。跟踪信令发现CN 向RNC 发送RANAP 消息 Radio Access Bearer Assignment Request ，发起RAB 建立过程，RNC 要求NodeB 准备建立DCH 来承载RAB，但当NodeB 进行资源配置的时候，NODEB侧无可用的资源从而资源配置失败，导致此处出现多个接入失败。
l 11. 周期性位置更新定时器(T3212)设置不合理导致手机无法被叫。UE在作为被叫时，呼叫方会听到“该用户已关机”的错误提示，导致无法接通。TD RNC上T3212设为10，每1个小时要求UE做1次周期性位置更新。2G BSC上T3212设为5，要求UE做1次周期性位置更新。如果两个设置不一致就会UE在TD网络不能被正常寻呼到，MSC会提前将UE算为“隐含关机implicit detach”。
（1）拨号后，RRC Connection Request消息没有发送；——是否手机异常
（2）在主叫UE发送了RRC Connection Request后，定时器超时，没有收到RRC Connection Setup消息；——RNC没有收到请求，调整PRACH信道功率；若RNC发了建立消息，但UE没有收到，是否是手机发生重选，则优化重选参数；若没有发生重选，需要调整FPACH功率。
（3）主叫UE在发出RRC Connection Request后，收到RRC Connection Reject消息。并且没有重发RRC Connection Request进行尝试；
（4）主叫UE在收到RRC Connection Setup消息后，没有发出RRC Connection Setup Complete消息；——若UE没有发，则需要调整下行初始发射功率；若RNC没有收到，调整上行开环功控参数；
（5）主叫UE在发出RRC Connection Setup Complete消息后，没有收到Measurement Control消息；――查看RNC的测量相关的配置参数是否正确
（6）主叫UE收到了Service Request Reject消息；――参数配置错误可能性最大
（7）主叫UE在发送了CM Service Request消息后，没有收到Call Proceeding消息；――参数配置错误可能性最大
（8） UE收到Call Proceeding消息后，没有收到RB Setup消息；――参数配置错误可能性最大
（9） UE收到RB Setup消息后，没有发出RB Setup Complete消息；――参数配置错误可能性最大
（10） UE在发出RB Setup Complete消息后，没有收到Alerting或者Connect消息；――参数配置错误可能性最大
（11） UE收到Alerting或Connect消息后，没有发出Conncect Acknowlege消息。――参数配置错误可能性最大
l 1.干扰导致的接入问题。 呼叫中发送RRC Connection Request后无响应，RRC不能正常连接。当UE发送RRC Connection Request后，RNC应该回复RRC Connection setup，如果未回复就有可能存在干扰。处理定位：首先看是否存在硬件故障，然后在问题小区下作拨打测试后台观察是否存在干扰（如ISCP），再次观察该小区参数（如SIR、干扰余量）与其它小区的区别。综合定位问题根据定位解决问题。
l 2. 同步失败。信令分析每次呼叫无法接通时反馈消息都是同步失败即NODE B发NBAP RL FAIL IND。 双击该信令我们就会看到他所携带的同步失败的信息：Cause为radioNetwork：synchronlsation-failure。处理定位：首先看是否存在硬件故障，后台观察是否存在干扰（如ISCP），观察该小区参数（如SIR、干扰余量）与其它小区的区别。定位解决问题。
l 3. 扰码规划错误导致终端无法接入网络。呼叫建立失败消息的Cause值为Nonsynchronization。处理定位：测试时发现邻区列表中出现一同扰码邻小区（CPI相同）。UE无法正确解调来自同扰码的两个小区的信号，而无法起呼。
l 4. 上行期望功率设置过低导致接通率低。UE发送RRC_CONNECT_SETUP_COM，但RNC没有收到。后台信令跟踪发现错误原因提示为：network out of order。检测后台UPPCH的ISCP值过高存在干扰。可以提高UPPTS的期望接受功率或进行UP偏移来解决，上行干扰余量ULINTERFERERSVP配置为-3改为指导书中要求的3。
l 5. 数据配置错误导致覆盖正常H业务无法建立。发现在终端建立业务前（connect），一切正常，在被叫测量报告下发1秒后RNC下发DISCONNECT，应该是业务信道建立异常，针对业务信道核查参数。检查发现初始SIR设置过低导致初始发射功率过低，无法进行业务信道的正常建立。
l 6. GPS失步导致同频干扰导致接通率低。Uu口信令为RRC Connection Request，但没有收到RRC Connection Setup。A站附近有站B GPS失步，且站B的3小区与站A的1小区频点都为10080，相互造成强干扰，所以起A站的接通率低。
l 7. RRU射频通道状态不正常导致未接通和掉话。UE上发RRC连接请求，但是网络侧没有任何消息。跟踪UE标准口进行信令分析，发现当测试端进行RRC建立连接请求时后台没有任何信令，怀疑UE没有与NodeB联系上，排除RNC问题；进行RRU的Reset操作，执行后状态正常，告警消除，小区测试正常。
l 8. RRC Connect Reject造成的接入失败。终端发起RRC Connect Request后，终端马上收到了网络下发的RRC Connect Reject消息，导致接入失败，Reject的原因值为unspecified。
l 9. 开环功控参数设置不合理导致RRC建立成功率过低。UE接收到RRC Connection Setup 没回RRC Connection Setup Complete计时器超时后重发RRC CONNECTION REAUEST 如此往复多次才发送RRC CONNECTION SETUP COMPLETE，并成功建立RAB连接，开始业务。原因是SIR设置不合理。
l 10. 无线链路资源分配失败导致起呼失败。跟踪信令发现CN 向RNC 发送RANAP 消息 Radio Access Bearer Assignment Request ，发起RAB 建立过程，RNC 要求NodeB 准备建立DCH 来承载RAB，但当NodeB 进行资源配置的时候，NODEB侧无可用的资源从而资源配置失败，导致此处出现多个接入失败。
l 11. 周期性位置更新定时器(T3212)设置不合理导致手机无法被叫。UE在作为被叫时，呼叫方会听到“该用户已关机”的错误提示，导致无法接通。TD RNC上T3212设为10，每1个小时要求UE做1次周期性位置更新。2G BSC上T3212设为5，要求UE做1次周期性位置更新。如果两个设置不一致就会UE在TD网络不能被正常寻呼到，MSC会提前将UE算为“隐含关机implicit detach”。
（1）拨号后，RRC Connection Request消息没有发送；——是否手机异常
（2）在主叫UE发送了RRC Connection Request后，定时器超时，没有收到RRC Connection Setup消息；——RNC没有收到请求，调整PRACH信道功率；若RNC发了建立消息，但UE没有收到，是否是手机发生重选，则优化重选参数；若没有发生重选，需要调整FPACH功率。
（3）主叫UE在发出RRC Connection Request后，收到RRC Connection Reject消息。并且没有重发RRC Connection Request进行尝试；
（4）主叫UE在收到RRC Connection Setup消息后，没有发出RRC Connection Setup Complete消息；——若UE没有发，则需要调整下行初始发射功率；若RNC没有收到，调整上行开环功控参数；
（5）主叫UE在发出RRC Connection Setup Complete消息后，没有收到Measurement Control消息；――查看RNC的测量相关的配置参数是否正确
（6）主叫UE收到了Service Request Reject消息；――参数配置错误可能性最大
（7）主叫UE在发送了CM Service Request消息后，没有收到Call Proceeding消息；――参数配置错误可能性最大
（8） UE收到Call Proceeding消息后，没有收到RB Setup消息；――参数配置错误可能性最大
（9） UE收到RB Setup消息后，没有发出RB Setup Complete消息；――参数配置错误可能性最大
（10） UE在发出RB Setup Complete消息后，没有收到Alerting或者Connect消息；――参数配置错误可能性最大
（11） UE收到Alerting或Connect消息后，没有发出Conncect Acknowlege消息。――参数配置错误可能性最大
回答者：
zhangqibo
回答时间：2010-04-07 17:33
70
65
楼上的高手，第8个怎么解决啊
回答者：
tianguowei2009
回答时间：2010-04-08 13:18
72
64
谢谢zhangqibo 的答案
回答者：
js156
回答时间：2010-04-08 13:39
66
67
太强了，学习了。可以修改一个参数，RRC UE响应定时器
回答者：
dingbaiping
回答时间：2010-04-08 15:58
62
66
l 3. 扰码规划错误导致终端无法接入网络。呼叫建立失败消息的Cause值为Nonsynchronization。处理定位：测试时发现邻区列表中出现一同扰码邻小区（CPI相同）。UE无法正确解调来自同扰码的两个小区的信号，而无法起呼。
测试时邻区表能看得到同扰码的两个小区吗？同扰是无法定义邻区关系的，也就是说你是根本不可能在测试中看得到的。
测试时邻区表能看得到同扰码的两个小区吗？同扰是无法定义邻区关系的，也就是说你是根本不可能在测试中看得到的。
回答者：
sugarlin
回答时间：2010-04-08 16:13
66
63
个人看法，目前处理TOP小区对于UE无应答的情况几乎没处理，也没法处理，因为话务统计中无法确定具体UE的位置，无法还原场景。造成UE无应答的情况个人认为是弱覆盖或者UE终端问题。
回答者：
jingcheng05
回答时间：2010-04-08 21:03
73
66
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |