关于VP业务接入失败的问题！！
在一次VP的DT测试过程中，共有2次接入失败，查看信令发现当前小区的RSCP和Ec/Io都很好，RRC建立成功后就开始释放了。具体的失败原因是：Cause Value =58( Bearer capability not presently available )，查看基站无告警，请问各位还有什么原因呢？目前已派出覆盖，干扰，切换等问题。。。
肯定不是网络问题，是不是核心网在修改数据导致的，或者手机出现了问题导致。
如果是核心网问题，核心网会在CMRequest之后回复Reject，你这是承载问题，建议你做如下排查：
1、检查基站是否业务量过大，无可用资源；
2、看RAB请求中的速率是否不符合要求；
3、在该小区定点测试，如果一直无法做VP业务，则检查基站配置，具体是什么配置问题，找设备支持吧
也有可能是主叫在3G上，被叫在2G上，这样会直接导致核心网在收到RAB指派后，核心网直接下发DISCONECT
从 58 的错误代码看, 应该是承载的问题,
用户要求的资源请求,比如QoS的速率, 延时,误码等等, 系统设备能支持该配置, 但是 当前却不能分配, 导致连接丢失.
系统设备的配置问题或是请求的参数不合理的可能性小些, 如能排除硬件出错原因的话, 最有可能的是, 业务量有突然变化,
正如楼上所说这是承载问题。
楼主说是在DT测试过程中发现此小区有两次这样接入失败事件，不知道到底是突发事件还是这个小区一直是这样。建议楼主对这个小区做CQT测试，并且提取当天的KPI数据并把问题定位在本小区，从COUNTER里面定位问题原因，这样能更快查找出原因。
做完CQT或者从KPI定位到本小区后确定是突发事件的话，那么这种情况就有很多种了。比如：
1. 由于用户的错误行为造成，如用户在已经有下行128K的数据业务时，收到了 VP 业务的 无线承载 建立请求（VP 主叫或者被叫），由于大部分终端不支持下行同时进行 VP 和高速（大于/等于64K）PS 业务，UE 直接回应 无线承载 建立失败.
2.在无线承载业务建立请求过程中发生了小区更新
3.当时被叫正处于2G不支持此业务
4.突发性的物理信道失败(可能性小)
如果本小区一直是这样的话，那么就有这几种情况了：
1.基站的设备问题
2.基站的数据配置问题了
3.本小区发生突发性的拥塞（除了那几个大城市，现在要发生业务拥塞的可能太小了。主要排查一下有没有出现传输拥塞，我之前遇到过传输拥塞）