 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
提问者:
• ATU打不开工作空间 2020-07-16
• 万能的c友们大家有没有用ATUfileplayer搞分析的，最近没办法导入工参了是怎么回事？ 2019-04-26
• 为什么世纪鼎利的ATU最好，为什么拉网要用ATU？ 2019-04-01
• 为什么要拉网，为什么拉网都用ATU 2019-01-20
• ATU相关知识问题 2018-12-03
• ATU怎么配计划下发计划，谁知道流程？ 2018-11-26
• win732位安装ATUFilePlayer后，出现这种界面，什么原因呢 2018-08-30
• ATU-LTE异频测量问题 2018-08-07
• 万能的c友们大家有没有用ATUfileplayer搞分析的，最近没办法导入工参了是怎么回事？ 2019-04-26
• 为什么世纪鼎利的ATU最好，为什么拉网要用ATU？ 2019-04-01
• 为什么要拉网，为什么拉网都用ATU 2019-01-20
• ATU相关知识问题 2018-12-03
• ATU怎么配计划下发计划，谁知道流程？ 2018-11-26
• win732位安装ATUFilePlayer后，出现这种界面，什么原因呢 2018-08-30
• ATU-LTE异频测量问题 2018-08-07
问题答案
( 6 )
鉴权失败，系统认为MS 不合法
回答者：
bixin55
回答时间：2012-12-07 15:11
9
11
非法终端，卡没问题吧？
回答者：
john
回答时间：2012-12-07 15:19
8
9
全网问题处理中关于鉴权失败的分析
故障现象：
主叫手机占用23382高桥货运新2号小区（BCCH:14,BSIC:52）起呼，场强-70dBm，质量4级，ta 2，1秒后收到AUTHENTICATION REJECT后释放信道，主叫鉴权失败后产生未接通。
原因分析：
在A口上我们可以看到，在鉴权响应后，MSC仍然要求BSC发送IMSI号做证实（空口没有证实消息），怀疑是HLR中该手机的IMSI号丢失
流程：
分析判断可能原因：
1、SIM卡注册失败。
2、HLR中没有此数据为非法用户。
3、协议信令配合存在问题。
接入流程：
原因排查：
1、SIM卡注册失败
在6月7日，6月9日，6月10日连续出现在3个不同的手机，所以我们排除SIM卡问题
2、HLR中没有此数据为非法用户：
在相应的测试中并非出现一直鉴权拒绝的现象，所以排除HLR中没有此数据的情况。
3、协议信令配合存在问题：
网络侧回送ATUEHENTICATION reject消息的前提是：移动
a、鉴权失败，即AUTHENTICATION RESPONSE消息无效, 并且MSC
b、MS侧的IMSI与TIMS的对应关系与网络侧一致，即所谓的MS的提供的IMSI信息正确。
根据这两个条件，网络判定为认证失败，回送ATUEHENTICATION reject消息，就不再进行其他尝试了。IMSI信息正确并不意味着认证成功，概念需要明确。
如果MS采用TMSI身份指示方式，在认证失败后，网络通过发起INDENTITY request消息，来确定MS侧的TMSI与IMSI的对应关系是否与网络侧一致。
从下图中看出，主叫在BSC发送CMSREQ之后，MSC罕见的发送了一个Invoke_Trace消息。
根据规范TS48.008解释，这个消息是MSC要求需要BSC为特定呼叫产生跟踪记录时，向对应的BSC发送一条MSC INVOKE TRACE消息触发相应的跟踪动作，而在这个跟踪记录里需要手机提供IMSI号码
所以我们可以看到，在手机回送鉴权响应后，MSC并不认可，依然下发IDREQUEST消息要求手机提供IMSI号码，并且对上一次的鉴权进行拒绝，所以才造成了这次鉴权拒绝。
解决措施：
1、检查手机及SIM卡是否正常工作，确认没有问题；
2、怀疑手机TMSI与IMSI号与交换网络侧不一致，由于多个同样现象发生在GS03，对CSGS03交换侧HLR和VLR数据进行检查，同时对交换机信令板相关组件检查，并在适当的时候重启后，问题解决。
经验总结：
对于鉴权产生的网络问题，一般主要集中于手机单方面的不响应网络侧的鉴权请求，而对于由于交换机网络侧发生的这种由于信令配合产生的手机与MSC计算的鉴权结果不一致等相对较少，一般可以多次测试缩小问题查找范围，通过对手机鉴权跟踪来观察异常，并处理。
故障现象：
主叫手机占用23382高桥货运新2号小区（BCCH:14,BSIC:52）起呼，场强-70dBm，质量4级，ta 2，1秒后收到AUTHENTICATION REJECT后释放信道，主叫鉴权失败后产生未接通。
原因分析：
在A口上我们可以看到，在鉴权响应后，MSC仍然要求BSC发送IMSI号做证实（空口没有证实消息），怀疑是HLR中该手机的IMSI号丢失
流程：
分析判断可能原因：
1、SIM卡注册失败。
2、HLR中没有此数据为非法用户。
3、协议信令配合存在问题。
接入流程：
原因排查：
1、SIM卡注册失败
在6月7日，6月9日，6月10日连续出现在3个不同的手机，所以我们排除SIM卡问题
2、HLR中没有此数据为非法用户：
在相应的测试中并非出现一直鉴权拒绝的现象，所以排除HLR中没有此数据的情况。
3、协议信令配合存在问题：
网络侧回送ATUEHENTICATION reject消息的前提是：移动
a、鉴权失败，即AUTHENTICATION RESPONSE消息无效, 并且MSC
b、MS侧的IMSI与TIMS的对应关系与网络侧一致，即所谓的MS的提供的IMSI信息正确。
根据这两个条件，网络判定为认证失败，回送ATUEHENTICATION reject消息，就不再进行其他尝试了。IMSI信息正确并不意味着认证成功，概念需要明确。
如果MS采用TMSI身份指示方式，在认证失败后，网络通过发起INDENTITY request消息，来确定MS侧的TMSI与IMSI的对应关系是否与网络侧一致。
从下图中看出，主叫在BSC发送CMSREQ之后，MSC罕见的发送了一个Invoke_Trace消息。
根据规范TS48.008解释，这个消息是MSC要求需要BSC为特定呼叫产生跟踪记录时，向对应的BSC发送一条MSC INVOKE TRACE消息触发相应的跟踪动作，而在这个跟踪记录里需要手机提供IMSI号码
所以我们可以看到，在手机回送鉴权响应后，MSC并不认可，依然下发IDREQUEST消息要求手机提供IMSI号码，并且对上一次的鉴权进行拒绝，所以才造成了这次鉴权拒绝。
解决措施：
1、检查手机及SIM卡是否正常工作，确认没有问题；
2、怀疑手机TMSI与IMSI号与交换网络侧不一致，由于多个同样现象发生在GS03，对CSGS03交换侧HLR和VLR数据进行检查，同时对交换机信令板相关组件检查，并在适当的时候重启后，问题解决。
经验总结：
对于鉴权产生的网络问题，一般主要集中于手机单方面的不响应网络侧的鉴权请求，而对于由于交换机网络侧发生的这种由于信令配合产生的手机与MSC计算的鉴权结果不一致等相对较少，一般可以多次测试缩小问题查找范围，通过对手机鉴权跟踪来观察异常，并处理。
回答者：
soddy2306
回答时间：2012-12-07 15:40
8
7
感谢楼上的分析和陈述，这种情况应该是交换侧的鉴权失败所致！
回答者：
litom2004
回答时间：2012-12-07 16:20
10
8
把签权关掉，或者10次签1次，也有可能是上行干扰导致上发信息错误或失败
回答者：
cdjsunday
回答时间：2012-12-11 11:07
10
6
不好意思。这个不是很了解，帮不上你了
回答者：
zjz2000cn
回答时间：2012-12-15 17:08
8
11
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |