协议3GPP 24.301对原因10的描述：

Cause #10 – Implicitly detached
This EMM cause is sent to the UE either if the network has implicitly detached the UE, e.g. after the implicit detach timer has expired, or if the EMM context data related to the subscription does not exist in the MME e.g. because of a MME restart, or because of a periodic tracking area update request routed to a new MME.
如果网络已隐式分离UE（例如，在隐式分离定时器过期之后），或者如果MME中不存在与订阅相关的EMM上下文数据（例如，由于MME重启，或者由于路由到新MME的定期跟踪区域更新请求），则将此EMM原因发送给UE。
可以看出隐式分离的原因主要有两类：
1、网络已隐式分离UE；
2、MME中不存在与订阅相关的EMM上下文数据。

我们遇到过的被拒10的场景：

1、一卡多分；
2、不同的设备写相同的IMEI，导致一张卡在不同地方的两个设备上登陆；
3、从SA网络到LTE网络。
这几个场景的根本原因是一个，即MME中不存在与订阅相关的EMM上下文数据。

现在也遇到了类似原因的场景：TAU到新的MME；有整个过程的完整日志，以供后续参考。

问题描述：

意大利22201的网络频繁被拒#10。

日志分析：

主要是当地这个22201的网络信号不是很好，不断的在切换小区和TA，这些TA又不在一个TA列表里，导致频繁的TAU；这几个TA属于2个MME，当TAU从一个MME到另一个MME时就会出现TAU被拒10的情况。
TAU被拒10后终端重新attach就正常了。
终端流程正常，应该是网络环境问题（信号不是很好，MME的边界处）。

详细日志分析如下：
//TAC从24724到24240，TAU被拒10；
//TAC 24724的MME是56
//从后面的日志可知TAC 24240的MME是224
//这里的MME发生了变化，导致TAU被拒10.

[  42/ 0/2]              QTRACE                   12:43:22.199764          MMODE/STRM/High/CM       [              cmss.c  19991] lte_cell_info: cell_id 128431621->128183849, tac 24724->24240 1
[  47/ 0/2]              QTRACE                   12:43:22.199776          MM/LowFreq/High/MM       [   emm_rrc_handler.c   3602] DS: SUB 0 =EMM= RRC_SERVICE_IND -PLMN (222 - 1), TAC 24240  SRV REQ pending 16975274,   state = 3  sub_state = 1 1
[  47/ 1/2]              QTRACE                   12:43:22.200578          MM/HighFreq/High/MM      [   emm_rrc_handler.c   2526] DS: SUB 0 =EMM= Initing TAU - Srving TA not in TAL 1
[0xB0ED]                 OTA LOG                  12:43:22.200960          LTE NAS EMM Plain OTA Outgoing MessageTracking area update request Msg 1eps_update_type = 1 (0x1) (combined TA/LA updating)old_gutiid_type = 6 (0x6) (GUTI)odd_even_ind = 0 (0x0)Guti_1111 = 15 (0xf)mcc_1 = 2 (0x2)mcc_2 = 2 (0x2)mcc_3 = 2 (0x2)mnc_3 = 15 (0xf)mnc_1 = 0 (0x0)mnc_2 = 1 (0x1)MME_group_id = 32788 (0x8014)MME_code = 56 (0x38)m_tmsi = 3356309790 (0xc80d391e)
[0xB0EC]                 OTA LOG                  12:43:22.340601          LTE NAS EMM Plain OTA Incoming MessageTracking area update reject Msg 1emm_ta_update_rejemm_causecause_value = 10 (0xa) (Implicitly detached)

//attach到TAC 24723，分到的MME是224

[  42/ 0/2]              QTRACE                   12:43:43.727098          MMODE/STRM/High/CM       [              cmss.c  19991] lte_cell_info: cell_id -1->128563241, tac 24240->24723 1
[  47/ 0/2]              QTRACE                   12:43:43.727198          MM/LowFreq/High/MM       [   emm_rrc_handler.c   3602] DS: SUB 0 =EMM= RRC_SERVICE_IND -PLMN (222 - 1), TAC 24723  SRV REQ pending 16975275,   state = 1  sub_state = 2 1
[0xB0ED]                 OTA LOG                  12:43:43.773711          LTE NAS EMM Plain OTA Outgoing MessageAttach request Msg       1att_type = 2 (0x2) (combined EPS/IMSI attach)
[0xB0EC]                 OTA LOG                  12:43:48.156239          LTE NAS EMM Plain OTA Incoming MessageAttach accept Msg        1guti_incl = 1 (0x1)gutiid_type = 6 (0x6) (GUTI)odd_even_ind = 0 (0x0)Guti_1111 = 15 (0xf)mcc_1 = 2 (0x2)mcc_2 = 2 (0x2)mcc_3 = 2 (0x2)mnc_3 = 15 (0xf)mnc_1 = 0 (0x0)mnc_2 = 1 (0x1)MME_group_id = 32788 (0x8014)MME_code = 224 (0xe0)m_tmsi = 4166207748 (0xf8534904)

//中间这两次的TAU正常是：
//tac 24723->24240
//tac 24240->24723
//MME都是224

[  42/ 0/2]              QTRACE                   12:43:48.572861          MMODE/STRM/High/CM       [              cmss.c  19991] lte_cell_info: cell_id 128563241->128183849, tac 24723->24240 1
[  47/ 0/2]              QTRACE                   12:43:48.572872          MM/LowFreq/High/MM       [   emm_rrc_handler.c   3602] DS: SUB 0 =EMM= RRC_SERVICE_IND -PLMN (222 - 1), TAC 24240  SRV REQ pending -1,   state = 3  sub_state = 0 1
[  47/ 1/2]              QTRACE                   12:43:48.573300          MM/HighFreq/High/MM      [   emm_rrc_handler.c   2526] DS: SUB 0 =EMM= Initing TAU - Srving TA not in TAL 1
[0xB0ED]                 OTA LOG                  12:43:48.573500          LTE NAS EMM Plain OTA Outgoing MessageTracking area update request Msg 1old_gutiid_type = 6 (0x6) (GUTI)odd_even_ind = 0 (0x0)Guti_1111 = 15 (0xf)mcc_1 = 2 (0x2)mcc_2 = 2 (0x2)mcc_3 = 2 (0x2)mnc_3 = 15 (0xf)mnc_1 = 0 (0x0)mnc_2 = 1 (0x1)MME_group_id = 32788 (0x8014)MME_code = 224 (0xe0)m_tmsi = 4166207748 (0xf8534904)
[0xB0EC]                 OTA LOG                  12:43:48.809784          LTE NAS EMM Plain OTA Incoming MessageTracking area update accept Msg 1
[  42/ 0/2]              QTRACE                   12:45:42.892493          MMODE/STRM/High/CM       [              cmss.c  19991] lte_cell_info: cell_id 128183849->128563241, tac 24240->24723 1
[  47/ 0/2]              QTRACE                   12:45:42.892502          MM/LowFreq/High/MM       [   emm_rrc_handler.c   3602] DS: SUB 0 =EMM= RRC_SERVICE_IND -PLMN (222 - 1), TAC 24723  SRV REQ pending -1,   state = 3  sub_state = 0 1
[  47/ 1/2]              QTRACE                   12:45:42.893208          MM/HighFreq/High/MM      [   emm_rrc_handler.c   2526] DS: SUB 0 =EMM= Initing TAU - Srving TA not in TAL 1
[0xB0ED]                 OTA LOG                  12:45:42.893526          LTE NAS EMM Plain OTA Outgoing MessageTracking area update request Msg 1old_gutiid_type = 6 (0x6) (GUTI)odd_even_ind = 0 (0x0)Guti_1111 = 15 (0xf)mcc_1 = 2 (0x2)mcc_2 = 2 (0x2)mcc_3 = 2 (0x2)mnc_3 = 15 (0xf)mnc_1 = 0 (0x0)mnc_2 = 1 (0x1)MME_group_id = 32788 (0x8014)MME_code = 224 (0xe0)m_tmsi = 4166207748 (0xf8534904)
[0xB0EC]                 OTA LOG                  12:45:43.832043          LTE NAS EMM Plain OTA Incoming MessageTracking area update accept Msg 1
[0xB0ED]                 OTA LOG                  12:45:43.833393          LTE NAS EMM Plain OTA Outgoing MessageTracking area update complete Msg 1

//这两次tac 24723->24240的TAU没收到响应：

[  42/ 0/2]              QTRACE                   12:46:00.032624          MMODE/STRM/High/CM       [              cmss.c  19991] lte_cell_info: cell_id 128563241->128183849, tac 24723->24240 1
[  47/ 0/2]              QTRACE                   12:46:00.032629          MM/LowFreq/High/MM       [   emm_rrc_handler.c   3602] DS: SUB 0 =EMM= RRC_SERVICE_IND -PLMN (222 - 1), TAC 24240  SRV REQ pending 16975278,   state = 3  sub_state = 3 1
[  47/ 1/2]              QTRACE                   12:46:00.033076          MM/HighFreq/High/MM      [   emm_rrc_handler.c   2526] DS: SUB 0 =EMM= Initing TAU - Srving TA not in TAL1
[0xB0ED]                 OTA LOG                  12:46:00.033252          LTE NAS EMM Plain OTA Outgoing MessageTracking area update request Msg 1old_gutiid_type = 6 (0x6) (GUTI)odd_even_ind = 0 (0x0)Guti_1111 = 15 (0xf)mcc_1 = 2 (0x2)mcc_2 = 2 (0x2)mcc_3 = 2 (0x2)mnc_3 = 15 (0xf)mnc_1 = 0 (0x0)mnc_2 = 1 (0x1)MME_group_id = 32788 (0x8014)MME_code = 224 (0xe0)m_tmsi = 4166207748 (0xf8534904)
[0xB0ED]                 OTA LOG                  12:46:01.888586          LTE NAS EMM Plain OTA Outgoing MessageTracking area update request Msg 1

//这次tac 24723->24724的TAU被拒10；
//从前面的TAU过程可知：
//TAC 24723的MME是224；
//TAC 24724的MME是56
//这里MME发生了变化，导致TAU被拒10.

[  42/ 0/2]              QTRACE                   12:46:04.638702          MMODE/STRM/High/CM       [              cmss.c  19991] lte_cell_info: cell_id 128563241->128431621, tac 24723->24724 1
[  47/ 1/2]              QTRACE                   12:46:04.639313          MM/HighFreq/High/MM      [   emm_rrc_handler.c   2526] DS: SUB 0 =EMM= Initing TAU - Srving TA not in TAL 1
[0xB0ED]                 OTA LOG                  12:46:04.639617          LTE NAS EMM Plain OTA Outgoing MessageTracking area update request Msg 1old_gutiid_type = 6 (0x6) (GUTI)odd_even_ind = 0 (0x0)Guti_1111 = 15 (0xf)mcc_1 = 2 (0x2)mcc_2 = 2 (0x2)mcc_3 = 2 (0x2)mnc_3 = 15 (0xf)mnc_1 = 0 (0x0)mnc_2 = 1 (0x1)MME_group_id = 32788 (0x8014)MME_code = 224 (0xe0)m_tmsi = 4166207748 (0xf8534904)
[0xB0EC]                 OTA LOG                  12:46:04.781450          LTE NAS EMM Plain OTA Incoming MessageTracking area update reject Msg 1emm_ta_update_rejemm_causecause_value = 10 (0xa) (Implicitly detached)

TAU到新的MME导致的被拒10（Implicitly detached，隐式分离）相关推荐

十代主板改win7_联想小新 Air 14 2019笔记本intel 10代cpu装win7及bios设置教程
[文章导读]联想小新 Air 14 2019是一款14英寸笔记本,其2019年8月发布的一款搭载英特尔intel 10代酷睿处理器.联想小新 Air 14 2019笔记本预装了win10系统,win1 ...
C/C++隐式类型转换导致的若干问题
在C/C++中对两个基本数据类型进行比较时,如果类型不匹配,要注意是否会引起严重问题,以下是具体例子 #include <iostream>using namespace std;void ...
.NET 6 即将到来的新特性 — 隐式命名空间引用
.NET 6 即将到来的新特性 -- 隐式命名空间引用 Intro 之前我们在 ASP.NET Core 6 Minimal API 中曾经提到过现在我们还是需要手动加命名空间引用,在以后的版本中可 ...
Silverlight 5 Beta新特性[5]隐式模板支持
继续更新Silverlight 5 Beta新特性.在Silverlight 5 BEta更新出来新特性中有一些是WPF已经存在的影子.类似前面提到的多窗体[Multiple Window Suppo ...
程序员去新公司办入职被拒，因离职证明写了这句话
(点击上方公众号,可快速关注) 转自:成都商报交了简历,通过了面试,25岁的程序员戴翔被新应聘的公司通知入职,然而因为原公司给他出具的一份离职证明上,记载了一句"该员工在项目未完成情况下因 ...
阅文新霸王合同导致810万写手心态崩了？阅文集团回应：不可能推全部免费阅读...
近日,关于阅文集团新合同霸王条款的一些文章在网络上引起了讨论,很多文章指出阅文集团在被接手之后对合同进行了大改,其中不乏霸王条款,对于网文作家们来说是打破了原则和底线的一次更改,甚至在网络上很多人认为 ...
新漏洞可导致攻击者劫持Kindle
聚焦源代码安全,网罗国内外最新资讯! 编译:奇安信代码卫士今年4月初,亚马逊修复了Kindle 电子阅读器中的一个严重漏洞,可被滥用于控制用户设备,只需部署恶意电子书即可导致敏感信息遭泄露. Ch ...
这个 DNS 新漏洞可导致大规模的 DDoS 攻击活动
聚焦源代码安全,网罗国内外最新资讯! 编译:奇安信代码卫士团队以色列网络安全研究员披露了影响 DNS 协议的一个新缺陷的详情.该缺陷被称为 NXNSAttack,存在于 DNS 分配机制中,强制 ...
数据库不断有新数据插入, 导致分页查询数据重复的问题
问题描述首先, 查询数据时是按照数据的录入时间分页查询的, 最新的数据一直是第1页; 同时, 库表不断地有新数据写入, 这就导致了分页查询数据请求出现重复问题. 例如19:31分时分页查询请求第1页 ...

TAU到新的MME导致的被拒10（Implicitly detached，隐式分离）

协议3GPP 24.301对原因10的描述：

我们遇到过的被拒10的场景：

问题描述：

日志分析：

TAU到新的MME导致的被拒10（Implicitly detached，隐式分离）相关推荐

最新文章

热门文章