核心网SIM卡用户开户速率为0导致UE入网失败

发布时间:  2011-08-09 浏览次数:  268 下载次数:  6
问题描述


Chile VTR TDD LTE新建实验局点,使用TUE进行业务测试,入网失败,omt上T3411定时器超时,TUE连续发起多次attach,但是均失败。





处理过程


1.omt上空口信令消息RRC_CONNC_REL消息中携带的releaseCause值为other(1)





2.在基站侧进行S1标口信令跟踪,发现入网过程中MME向eNodeB发送初始上下文建立请求之后,eNodeB回复初始上下文建立请求失败。





3.参考协议36.413分析,当eNodeB无法建立S1 UE上下文,甚至不能建立一个non-GBR承载时,eNodeB会回复MME INITIAL CONTEXT SETUP FAILURE消息。有以下几种情况:



i). eNodeB收到的INITIAL CONTEXT SETUP REQUEST消息中的E-RAB Level QoS Parameters信令信息单元(IE)中包含有GBR承载的QCI值,而没有包含相应的GBR QoS Information IE,eNodeB会认为相应的E-RAB建立失败;



ii). eNodeB收到的INITIAL CONTEXT SETUP REQUEST消息中,E-RAB to Be Setup List IE下包含多个E-RAB ID IEs,而这些ID值都相同,eNodeB会认为相应的E-RAB建立失败;



iii). eNodeB收到的INITIAL CONTEXT SETUP REQUEST消息中,UE Security Capabilities IE下的Encription Algorithms IE经过计算之后不满足eNodeB的加密算法;



iv). eNodeB收到的INITIAL CONTEXT SETUP REQUEST消息中,UE Security Capabilities IE下的Integrity protection Algorithms IE经计算后不满足eNodeB的完整性保护算法;



iv). UE试图接入的小区是一个接入受限的CSG小区,而在INITIAL CONTEXT SETUP REQUEST消息中并没有包含CSG Membership Status IE。



4.查看S1标口信令中的INITIAL CONTEXT SETUP REQUEST消息进行定位,发现上下行最大聚合比特率为0。





5.至此,问题已经清晰地排查出来,由于SIM卡上下行用户开户速率为0,被eNodeB认为是一个逻辑错误(协议36.413),导致UE初始上下文建立失败,从而入网失败。



 



 



 



 



 



 



 


根因
N/A
解决方案


1.UE AMBR是HSS上存储的,允许用户建立起的Non-GBR承载上所能达到的最大速率,因此找核心网同事帮忙确认SIM卡的开户情况。



2.经核心网同事确认,确定在开卡时,APN-AMBR已经设置为1G,但是因为核心网侧ADD SSUB命令下的UE-AMBR是非必填选项,所以造成一个小疏忽,忘记设置用户速率导致该值为默认值0。



3.将SIM卡的UE-AMBR速率更改之后,TUE能正常入网进行业务。


建议与总结


1.熟悉信令流程,遇到问题时可以对照正常的信令流程进行分析,另外查看协议,能帮助对问题的理解,加强定位分析的能力;



2.在排查入网时,QCI和AMBR是两个需要关注的比较关键的参数,QCI需大于5,且AMBR不能为0,否则eRAB会建立失败;



3.核心网侧HSS版本SAE-HSS9820-V900R006C02SPC500中,开卡时默认的UE-AMBR为0,并且UE-AMBR参数非必填选项,建议将开户默认的UE-AMBR更改,或是将UE-AMBR参数设置为开户时的必填参数。


END