17、) MME下发位置更新拒绝 ， 原因为eMM-cause:uE-identity-cannot-be-derived-by-the-network (9)3GPP TS 24.301 有相关描述如下：5.5.3.3.5 Combined tracking area updating procedure not accepted by the network #9 (UE identity cannot be derived by the network);
The UE shall set the EPS update status to EU2 NOT UPDATED (and shall sto 。

18、re it according to subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI List and eKSI. The UE shall delete the list of equivalent PLMNs and enter the state EMM-DEREGISTERED.以上就是说MME获取不了UE的身份 ， 拒绝TAU请求 ， TAU失败后 ， UE会自动发起attach流程 处理过程：1） 随机取了12次CSFB后的TAU过程进行分析 ， 发现其中有4次成功 ， 8次失败 ， 所有失败和上 。

19、面描述失败流程是一样的 ， 都是由于进行SGSN Context Request时对端返回失败（原因为imsi-not-known）2） 进一步分析发现 ， 失败的8次DNS解析后使用的对端SGSN地址都是191网段 ， 也就是201.23.191.*, 而成功的4次使用的都是175网段 ， 也就是地址201.23.175.*因此可以确认191网段的SGSN有问题 ， 需要一线排查SGSN的DNS配置是否正确 ， 近期是否做过相关配置操作3） 排查发现10月4日当天 ， SGSN上有操作 ， 添加了191网段的SGSN ， 但是在对应的DNS没有添加相应的配置信息 ， 导致TAU时MME无法获取到UE的信息 ， 进而导致TAU失败4）。

20、在191网段的SGSN的DNS添加相应的配置信息 ， CSFB过程中的TAU成功 ， 问题解决 。
案例5：由于hostfile文件配置不规范导致的TAU失败现象描述：某局点两个TA之间存在TAU失败的情况 ， 同一时间发现 ， 在另外两个TA之间却可以正常的进行TAU 。
现网PS10.0版本EPC组网 ， 两台MME ， 一台融合UGW 。
现网已经开启终端能力识别功能 ， 4G终端统一激活在融合UGW上 。
告警信息：无原因分析：推断问题可能的原因如下：TA数据在DNS上没有配置完全 ， 有漏配的情况；虽然TA配置完整 ， 但是解析的结果存在问题 ， 没有按照预期选择正确的SGW；1） 首先排查了DNS的配置 ， 确认现场反馈的两个TA（93D0 。

21、和931C）都是在DNS上配置了的 ， 并且配置完全符合要求 。
进行单用户跟踪测试 ， 跟踪信令发现TAU Reject的消息 ， 错误原因值为：no-EPS-bearer-context-activated ， 如下图：附着的时候 ， PGW返回：TAU的时候 ， 从上面可以看出 ， PGW确实作为锚点 ， 一直没有改变过 ， DNS解析的目的地址为同一个 。
2） 同步在UGW上做了跟踪 ， 如下：在出错的时间区间 ， 发现有两次激活请求 ， 但是没有去激活的消息 ， 导致重复激活 。
由于重复的激活 ， 同一个用户同一个承载ID ， SGW拒绝 。
但在同一个SGW的情况下 ， MME发起第二次重复异常行为 。
3） 排查本地hostfile配置 。
由于开局的时候未使用 。

22、DNS服务器解析 ， 统一使用的hostfile ， 后来在DNS增加4G解析数据后 ， 又没有及时删除本地hostfile ， 导致目前其实部分DNS解析还是通过本地hostfile进行的 。
4） 根据优先级 ， MME优选hostfile的配置来解析93D0 ， 问题的关键在于 ， hostfile中的SGW主机名与DNS服务器中的标准配置是不一致的 。
首先看附着的时候 ， 在931C跟踪区下的DNS返回 ， 这个时候使用的是DNS服务器查询：TAU的时候 ， 也就是在跟踪区93D0下 ， DNS查询的结果 ， 这个时候使用的是hostfile中的配置：从这两个解析结果可看出 ， 同一个SGW在不同的TA下却对应了不同的主机名 ， 这样MME就认为 。

23、是不同的SGW ， 出现了重复激活的现象 ， 进而TAU失败 。
处理过程：这个问题的根本原因是hostfile的配置未按照规范进行 ， TA下解析出的SGW主机名与规范不一致 。
而出现问题的两个TA一个采用DNS服务器解析 ， 一个采用本地hostfile解析 ， 这样必然导致解析出的SGW主机名结果不一致 ， MME误认为是SGW变更 ， 触发重复激活 。
根据问题分析 ， 在两台MME上删除了所有的TA相关的hostfile配置 ， 清除MME上的DNS缓存后 ， 现场测试正常 ， TAU成功 。
案例6：由于PCRF在CCA消息中下发信元错误导致UGW动态规则加载失败现象描述：PCRF下发动态规则 ， UGW加载失败 ， 导致激活失败 告警信息：无原 。

24、因分析：1、 可能导致UGW动态规则加载失败的原因：A、 对端链路异常无响应 ， 没有回复CCAB、 CCA消息异常导致rule安装失败C、 GX接口配置错误2、 通过跟踪消息可以看到CCA消息 ， 排除PCRF无响应的原因：3、 排查GX接口配置 ， 配置正确4、 分析CCA消息 ， 发现Charging-rule-install里面缺少必要的信元：RG/SID ， reporting-level ， bearer-id 5、 同时Flow-info不符合协议要求：Flow Information中携带了两个Flow description处理过程：PCRF下发正确的信元后问题解决 。

来源：(未知)

【学习资料】网址：/a/2021/0321/0021743012.html

标题：特选材料|华为核心侧案例集[特选材料]( 三 )