大唐610版本基站ERAB建立失败问题

问题描述：

VoLTE测试期间，在运营中心(610版本)进行4G语音测试，发现偶尔会出现呼叫失败的情况。

问题定位：

测试采用的是商用终端，为方便定位问题，测试过程中，EPC侧一直跟踪UE信令，通过EPC侧的信令中MME-UE-SIAP-ID(本次失败时为201330337)来对应到基站的CDL进行分析。

通过MME-UE-SIAP-ID=201330337对应到CDL中，发现在16：02：16的时候核心网下发了ERAB ID=7的承载建立请求，基站判决为ERAB ID重复导致的失败：

此次的失败对应为Cell UE ID=178的终端，往上分析，在16：02：00的时候，EPC通知基站释放ERAB ID=7的承载，基站下发重配通知UE，但是由于空口的原因，基站并没有收到UE上报的重配完成，所以基站认为此承载释放失败，通过S1 ERAB Release Response携带ERAB ID=7释放失败的原因值unspecified，来通知EPC次承载释放失败，同时也回复了S1 NAS Non Delivery Indication指示下行NAS释放消息传递失败：

此时基站存储此ERAB ID被占用，没有删除承载信息。而后在16：02：16的时候核心网又要求建立一样的ERAB ID的承载的时候，基站判断承载已经存在，并回复MME 消息S1 ERAB Setup Response携带cause 指示承载ID重复，ERAB建立失败。

问题原因：

通过对比其他厂家的实现方式，以及和核心网的处理保持一致的原则，当空口原因导致的ERAB释放失败时，默认终端已经释放资源，需要基站回复核心网ERAB释放成功，当基站再一次收到核心网的ERAB建立请求时，即可以正常建立。由于需要修改相应的处理机制，需要基站版本来进行修改，此问题并入620版本完成。

问题解决：

修改相应的处理机制，升级基站版本，此问题并入620版本完成。

本文整理自网络，文章版权归原作者所有，如有侵权，请联系我们进行删除。小编微信（gprshome201101）

长按下方二维码图片 > 识别图中二维码 > 关注“51学通信公众号”

51学通信接头方式如下：