 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
关于VP业务接入失败的问题！！
在一次VP的DT测试过程中，共有2次接入失败，查看信令发现当前小区的RSCP和Ec/Io都很好，RRC建立成功后就开始释放了。具体的失败原因是：Cause Value =58( Bearer capability not presently available )，查看基站无告警，请问各位还有什么原因呢？目前已派出覆盖，干扰，切换等问题。。。
提问者:
• 移动家庭短号问题 2020-09-10
• 5G锚点切往异频非锚点的问题 2020-08-19
• 怎么解决RTWP 偏高问题 2020-08-17
• 问一下RRU设备上的run灯和act灯同时闪烁是什么问题 2020-07-16
• RRU上的run灯act灯同时闪烁是哪里的问题，该如何解决？ 2020-07-16
• 咨询一下：我下载文档提升成功下载了，但实际上电脑上并没有下载文件？这个问题怎么处理，谢谢！ 2020-07-14
• 如何请教问题？ 2020-07-12
• 5G NSA小区变更问题 2020-07-06
• 5G锚点切往异频非锚点的问题 2020-08-19
• 怎么解决RTWP 偏高问题 2020-08-17
• 问一下RRU设备上的run灯和act灯同时闪烁是什么问题 2020-07-16
• RRU上的run灯act灯同时闪烁是哪里的问题，该如何解决？ 2020-07-16
• 咨询一下：我下载文档提升成功下载了，但实际上电脑上并没有下载文件？这个问题怎么处理，谢谢！ 2020-07-14
• 如何请教问题？ 2020-07-12
• 5G NSA小区变更问题 2020-07-06
问题答案
( 6 )
肯定不是网络问题，是不是核心网在修改数据导致的，或者手机出现了问题导致。
回答者：
xuguoping
回答时间：2010-11-26 14:02
8
9
可能是由于UE 发出 RRC Connection Setup Complete 消息而 RNC 没有收到
这种问题出现的概率很小。如果出现这类问题可以适当提高专用信道的 Constant Value 值，从而提高 UE 的上行 DPCCH 初始发射功率。
回答者：
huangxiaotian
回答时间：2010-11-26 15:45
1
0
哥们，RRC已经建立成功了~~~~不过还是想知道你说的这个参数的意义，能告诉下这个参数的具体位置吗，比如说在65张表里的位置 ？谢谢！！
阿谁 2010-11-29 14:57
RRC是已经建立成功了，但是可能RNC没有收到这条消息啊！
huangxiaotian 2010-12-11 18:46
如果是核心网问题，核心网会在CMRequest之后回复Reject，你这是承载问题，建议你做如下排查：
1、检查基站是否业务量过大，无可用资源；
2、看RAB请求中的速率是否不符合要求；
3、在该小区定点测试，如果一直无法做VP业务，则检查基站配置，具体是什么配置问题，找设备支持吧
1、检查基站是否业务量过大，无可用资源；
2、看RAB请求中的速率是否不符合要求；
3、在该小区定点测试，如果一直无法做VP业务，则检查基站配置，具体是什么配置问题，找设备支持吧
回答者：
haiying
回答时间：2010-11-26 17:57
11
12
也有可能是主叫在3G上，被叫在2G上，这样会直接导致核心网在收到RAB指派后，核心网直接下发DISCONECT
回答者：
148270895
回答时间：2010-11-30 00:35
4
8
从 58 的错误代码看, 应该是承载的问题,
用户要求的资源请求,比如QoS的速率, 延时,误码等等, 系统设备能支持该配置, 但是 当前却不能分配, 导致连接丢失.
系统设备的配置问题或是请求的参数不合理的可能性小些, 如能排除硬件出错原因的话, 最有可能的是, 业务量有突然变化,
用户要求的资源请求,比如QoS的速率, 延时,误码等等, 系统设备能支持该配置, 但是 当前却不能分配, 导致连接丢失.
系统设备的配置问题或是请求的参数不合理的可能性小些, 如能排除硬件出错原因的话, 最有可能的是, 业务量有突然变化,
回答者：
ebridge
回答时间：2010-12-07 13:04
9
8
正如楼上所说这是承载问题。
楼主说是在DT测试过程中发现此小区有两次这样接入失败事件，不知道到底是突发事件还是这个小区一直是这样。建议楼主对这个小区做CQT测试，并且提取当天的KPI数据并把问题定位在本小区，从COUNTER里面定位问题原因，这样能更快查找出原因。
做完CQT或者从KPI定位到本小区后确定是突发事件的话，那么这种情况就有很多种了。比如：
1. 由于用户的错误行为造成，如用户在已经有下行128K的数据业务时，收到了 VP 业务的 无线承载 建立请求（VP 主叫或者被叫），由于大部分终端不支持下行同时进行 VP 和高速（大于/等于64K）PS 业务，UE 直接回应 无线承载 建立失败.
2.在无线承载业务建立请求过程中发生了小区更新
3.当时被叫正处于2G不支持此业务
4.突发性的物理信道失败(可能性小)
如果本小区一直是这样的话，那么就有这几种情况了：
1.基站的设备问题
2.基站的数据配置问题了
3.本小区发生突发性的拥塞（除了那几个大城市，现在要发生业务拥塞的可能太小了。主要排查一下有没有出现传输拥塞，我之前遇到过传输拥塞）
楼主说是在DT测试过程中发现此小区有两次这样接入失败事件，不知道到底是突发事件还是这个小区一直是这样。建议楼主对这个小区做CQT测试，并且提取当天的KPI数据并把问题定位在本小区，从COUNTER里面定位问题原因，这样能更快查找出原因。
做完CQT或者从KPI定位到本小区后确定是突发事件的话，那么这种情况就有很多种了。比如：
1. 由于用户的错误行为造成，如用户在已经有下行128K的数据业务时，收到了 VP 业务的 无线承载 建立请求（VP 主叫或者被叫），由于大部分终端不支持下行同时进行 VP 和高速（大于/等于64K）PS 业务，UE 直接回应 无线承载 建立失败.
2.在无线承载业务建立请求过程中发生了小区更新
3.当时被叫正处于2G不支持此业务
4.突发性的物理信道失败(可能性小)
如果本小区一直是这样的话，那么就有这几种情况了：
1.基站的设备问题
2.基站的数据配置问题了
3.本小区发生突发性的拥塞（除了那几个大城市，现在要发生业务拥塞的可能太小了。主要排查一下有没有出现传输拥塞，我之前遇到过传输拥塞）
回答者：
moushizairen
回答时间：2010-12-09 14:14
8
12
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |