IMEI引起的无法驻网问题

这篇内容没什么意思,仅仅是做个简单记录。

问题不复杂,场景很简单,如上图,UE在进行LTE attach过程时,在送完NAS security mode complete后,就立刻收到了网络attach reject 带cause 6 Illegal ME,根据协议描述这个cause 代表ME不被网络可接受,例如ME在禁止名单或者黑名单中就会有这种cause。这张卡在对比机上却是可以正常注册网络的。

怎么回事,难道是手机的问题?

啥也不想了,直接看下log,整份log全是上面截图中流程的循环往复,每次送完NAS security mode complete后,就立刻收到了网络attach reject带cause 6 Illegal ME.....

那必然要看下这个NAS security mode complete里带的是什么。

内容如上 这里面带的是mobile id,通过id type就可以知道带的是什么,如果不清楚带的是什么,下一步就去24.301查一下就知道了。

如上图,基本上就知道mobile id 带的就是IMEISV,为什么会在NAS security mode complete带IMEISV,那主要是NAS security mode command中有带IMEISV request,进而UE就会送IMEISV上去。

其他NAS消息也会调用这个mobile ID,可以看到id type 有几种取值,分别代表的是IMSI,IMEI,IMEISV,TMSI/P-TMSI/M-TMSI等等。通过上面security mode complete结构图就已经知道这里id type肯定对应的是IMEISV 也就是id type =3。

IMEISV又是什么?先看IMEI。

众所周知,手机的"IMEI"是指 International Mobile station Equipment Identity 的缩写也就是国际移动设备识别码,一般叫做手机序列号,是用于识别移动网络中的各种通信设备的,也就是设备身份证号,全球唯一。

一般在手机拨号盘中输入"*#06#"就可直接在UI上看到;当然也可以在设置中->关于手机 一步步查到IMEI。单卡手机只有一个IMEI,双卡手机,就有两个IMEI。

IMEI一共有15位数字组成如上图所示,有三个部分组成,每部分都用十进制数表示,其中TAC是型号核准码,长度为8位;SNR 是序列号,是唯一标识 TAC 内每个设备的单独序列号。 其长度为6位;校验位 (CD) / 备用位 (SD):如果是校验位,那校验位通常不用传输,CD和前14位数字是通过上图右侧的Luhn算法联系起来的,即通过前14位数字就可以算出CD,反过来看通过CD也可以算出IMEI号是否正确。如果是SD备用数字,那UE在传输时会默认其为零。

而手机的"IMEISV"中的SV代表的是手机"IMEI"的软件版本。

IMEISV的组成如上图所示,IMEISV的高14位和IMEI是一样的,也就是TAC+SNR,最后2位代表SVN就是标识移动设备的软件版本号。

因而就可以就看出IMEISV 是将IMEI的最后一位CD.SD去掉,然后再额外加上两位SVN。

而IMEI 的CD位是由高14位通过Luhn算法得到,其实也就是IMEISV的高14位,那知道IMEISV基本上也就知道了IMEI。

现在回到问题上来,DUT送完NAS security mode complete后,里面包含IMEISV,就会立刻收到网络的attach reject 带cause 6 Illegal ME;那很有可能就是和DUT的IMEI有关系。

通过log,可以查到DUT的IMEI是356995470028474,难道是IMEI有问题?

上图是TS 23.003 附录B中给出的CD计算方式举例,按照上面的计算方式照猫画虎。356995470028474,其中CD=4。

第一步将D1~13奇位数 double处理,如上图,即 7,8,0,7,5,9,5 ->14,16,0,14,10,18,10

第二步讲第一步得到的数字 按独立数字相加, 1+4+1+6+0+1+4+1+0+1+8+1+0=28;然后再和其余位数相加28 +4+2+0+4+9+6+3=56

第三步 :如果第二步得到的数字以0结尾,那CD=0;否则就用比第二步得到的数字更大的以0结尾的数字,减去第二步得到的数,得到的值就是CD。

说白了就是个位数为0,CD就是0,否则CD=10-个位数。56 个位数不是0结尾,那就用 10-6=4 正好就是CD位,IMEI也没错。

那到底是哪里出了问题?相同的卡对比机能注册网络,测试机就会被拒......如果放在国内可能就感到莫名其妙,要是这个问题发生在国外,就比较习以为常了。

后来得到消息,这个运营商在使用前,要将手机卡和手机的IMEI就行映射绑定,完成SIM卡和IMEI的映射后,这张手机卡就只能在这台手机上用。在驻网过程就会校验IMEI,那这张卡换到其他手机上就不能用,因为SIM卡和IMEI 的映射关系不匹配,最后就会出现类似的问题。

然而前方在报这个问题的时候,也是知道SIM卡和手机IMEI在运营商那边没能成功绑定,然后才报的问题,要查看手机是不是有问题...... 告诉前方原因后,还认为是手机问题,告知要继续查。。。。。。

怎么办?后面就将对比机的IMEI写到了测试机上面,让前方将测试机写入在运营商那边已经完成和SIM卡映射的IMEI再去验证,果然测试机就恢复正常了。

这个问题说白了,就是前方明明知道原因,最后反而要通过log再证明下......那一开始直接找运营商问下,也就没有后来的事情了

相关推荐
还下着雨ZG3 小时前
Modbus协议详细介绍
信息与通信
wanhengidc3 小时前
巨 椰 云手机稳定挂机 搬砖
运维·服务器·游戏·智能手机·云计算
初听于你6 小时前
深入解析IP, ICMP, OSPF, BGP四大核心网络协议
服务器·网络·网络协议·计算机网络·信息与通信·信号处理
奋斗的牛马16 小时前
OFDM理解
网络·数据库·单片机·嵌入式硬件·fpga开发·信息与通信
DuHz18 小时前
基于信号分解的FMCW雷达相互干扰抑制——论文阅读
论文阅读·算法·汽车·信息与通信·毫米波雷达
wanhengidc1 天前
云手机是真实手机吗
运维·服务器·游戏·智能手机·云计算
wanhengidc1 天前
云手机 服务器网络安全
运维·服务器·安全·web安全·智能手机·云计算
xiaoyans5281 天前
最新安卓和IOS手机安装油猴(Tampermokey)插件教程,手机安装篡改猴教程
智能手机
wanhengidc1 天前
云手机的核心价值
运维·游戏·智能手机·云计算
wanhengidc1 天前
云手机的网络架构
服务器·网络·游戏·智能手机·架构·云计算