这篇内容没什么意思，仅仅是做个简单记录。
问题不复杂，场景很简单，如上图，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再证明下......那一开始直接找运营商问下，也就没有后来的事情了