EMM-#111错误（Protocol error, unspecified ) ！

leering

疑问：
       在现网发现大量ATTACH -111错误，查看信令流程发现网络会MME会先回一个attach accept消息后再发送attach reject消息（包含错误原因111）。对这个地方比较困惑，3GPP规范中对attach过程的介绍，有以下2种：
       1）attach request ——>attach accept——>attach complete
       2）attach request——>attach reject

       按我的理解，要么MME回复attach accept消息，表示附着成功；要么MME回复reject消息，表示附着失败。为什么MME会先后回复accept和reject？

leering

有人出来解下惑吗？

carlxu

在EPC 的Attach流程当中，当MME发送Attach accept之后，终端并非是直接回复Attach Complete消息的，这个与2/3G的Attach不一样，在Attach accept之后是要去建立无线承载的，MME会将S-GW的TEID发送给eNB，eNB会把自己的TEID发送给MME,让MME转发给S-GW等等。在这之后，UE才会将Attach Complete消息发上来。
我大概看了一下，貌似就是在建立无线承载的时候被拒绝了。但是具体原因，我才疏学浅，没有看出来。可以去查看一下eNB的QoS的信息等等。

wenliu

在MME发送InicitalContentReq 以建立default Bearer的时候， MME已经和SGW,PGW完成了Bearer的建立工作，后续一步就是于eNodeB和UE完成无线侧的用户面承载建立。

但是你两条消息相隔只有0.02s，MME就下发Reject消息。正常情况下不会是因为等待无线侧资源而超时。而且这个错误原因也很奇怪。因为这时候eNodeB并没有消息上发给MME, 而且MME与SGW，HSS的交互也已经完成。

还是得打开MME的内部trace才行。接口包这时候说明不了什么问题。