1、文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 1 页, 共 18 页1 问题现象 1：R9 盲重定向后读取 3G 系统消息接入如下图所示：UE发起CSFB后，接入3G 后读取系统消息，说明R9 的FLASH CSFB 未生效分析LTE 侧RRC连接释放消息，可以看到ENB只下发了频点，没有下发相应小区信息分析LTE 侧SIB1消息，可以看到此时接入的LTE ENB为9 ，小区为1结论：9号enb为集锦饭店，此站的RIM流程有问题，DSP UTRANRIMINFO中，未包含最高优先级的3G邻区，由于测试版本 BUG，导致rrc release消息中未携带系统消息，接入
2、3G小区后读取了系统消息。2 问题现象 2：CSFB 至 3G 后发起 LAU，并且无法快速返回4G，并且未发现 alerting问题如下所示，UE在3G侧发起LAU文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 2 页, 共 18 页从呼叫开始分析，在16:16:40.135，LTE发起RRC 连接释放触发 CSFB动作，由于RRC连接释放消息中只携带频点，因此是R8的重定向CSFB ，UE 在3G侧读取系统消息接入UE在16:16:41.300发起RRC连接请求，此次RRC连接请求是CSFB 的接入请求，可以看到RRC连接请求携带的原因为conversation
3、callUE在16:16:42.957发送RB SETUP CMP消息完成CS RAB的建立，但从 UE侧信令上看，过了6秒之后，UE进入空闲态文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 3 页, 共 18 页UE在16:16:48.742发送cell update重新接入，携带原因为unrecoverableError，并且报AM-RLC在RB 2-3or4 上错误指示为 1，因此判断链路发生SRB复位掉话，UE后续通过cell update重新接入。从当时的信号强度和质量来看，下行Ec/Io较好，因此判断是上行失败导致UE 掉话。怀疑RNC未收到UE发送的RB
4、 SETUP CMP消息。由于UE掉话，后续UE接入后重新发起RRC连接请求，此时携带原因值为注册。表示此时UE认为该次RRC连接并非CSFB 业务。UE 在16:16:49.509发起RRC连接请求，原因为注册。由于前面UE也没有做过位置区更新，因此本次注册后， UE发起位置区更新文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 4 页, 共 18 页并且由于此次UE认为并非CSFB业务，发起的RRC连接请求里携带了pre-redirection信元，因此RNC判断此次UE接入并非CSFB 业务，也就不会发起fastreturn了3 问题现象 3：出现连续 Recon
5、figuration 及 Measurement 过程如下图所示：LTE发送ReconfigurationLTE下发 Reconfiguration有两种作用，一种是RLC层参数的重新配置（类似于3G的RB重配），比如上图中的第一个RRCconnectionReconfiguration，里面携带的信元基本为RLC 层参数配置及信道参数配置第二个RRCconnectionReconfiguration为下发的测量控制，包括系统内测量或系统间测量文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 5 页, 共 18 页4 问题现象 4：未发送 ESR，从 4G 重定向到 3
6、G该现象为基于覆盖的PS重定向，由于异系统切换未打开，因此移动性走重定向流程。ENB 16:25:27.655下发测量控制，携带A1/A2/A3 事件相关参数从该测量控制中可以看出，A2 测量事件的测量ID 为3，门限为70（异系统），即为70测量ID 为5，门限为 40（异频），即为 100文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 6 页, 共 18 页通过信令，可以看到MS上报测量报告，上报A2事件，并且测量ID为3，说明启动异系统测量之后ENB下发测量控制，要求UE测量异系统（3G ）邻区UE上报3G邻区后，ENB发起重定向流程，将用户重定向到 3G邻区5
7、 问题现象 5：UE 多次收到 RRC CONNECTION SETUP 消息这个是由于UE发送RRC CONNECTION REQUEST消息后，监听下行CCCH信道，如果收到是属于自己的RRC CONNECTION SETUP消息则响应，但也会收到其他用户的RRC CONNECTION SETUP消息，则不响应，区分是否为自己的RRC CONNECTION SETUP主要是看其中携带的TMSI。如下图所示：文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 7 页, 共 18 页可以看到UE收到了两条RRC CONNECTION SETUP消息，只响应了第二条分析RR
8、C CONNECTION REQUEST消息，可以看到其TMSI为0x06C83BC6第一条RRC CONNECTION SETUP消息中携带的TMSI为0x0AB0A886，因此并非UE 所发RRC CONNECTION REQ消息的响应，因此UE不回复而第二条RRC CONNECTION SETUP消息中携带的TMSI为0x06C83BC6，因此UE 回复RRC CONNECTION SETUP COMPLETE6 问题现象 6：切换失败，Fast Return 失败，并出现 TAU Reject 重新附着流程首先看fastreturn为什么失败。CSFB走的基于测量的PSHO，但切换发起
9、后，UE在3G同步上行信道失败，进入空闲态后重选到一个新的小区发起RRC连接请求文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 8 页, 共 18 页首先我们看UE在LTE侧上报B1事件的测量报告里上报的小区为PSC=193但UE接入到3G后，193小区信号很差（ECI0很差），导致 UE切换接入失败UE后续重选到PSC=194小区重新接入但由于此时是重选重新接入，导致UE认为其并非CSFB用户， RRC连接请求中携带pre-redirection信元，因此后续fastreturn不成功TAU拒绝的流程，首先看到在LTE 侧做TAU拒绝的原因为No EPS Beare
10、r Context activated。协议里规定，UE在TAU REQ消息里必须携带一个缺省承载，如果不携带缺省承载的话，MME 拒绝本次TAU请求，要求 UE进行附着（Attach ）23401 5.3.3.1If the MME has changed the new MME verifies the EPS bearer status received from the UE with the bearer contexts received from the old MME/old S4 SGSN. If the MME has not changed the MME verifie
11、s EPS bearer status from the UE with the bearer contexts available in the MM context. The MME releases any network resources related to EPS bearers that are not active in the 文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 9 页, 共 18 页UE. If there is no bearer context at all, the MME rejects the TAU Request协议的意
12、思是说，如果MME没有从UE中获取激活的MME CONTEXT 并且改变其MME verifies EPS bearer status，MME 则拒绝这次TAU Request分析TAU REQ消息，可以看到其中的 EPS bearer context status均为INACTIVE，因此MME拒绝此次TAU REQ，要求 UE进行附着而导致UE发这个的原因是因为在老侧的 SGSN没有激活相应的 PDP连接，导致UE在老侧SGSN 没有上下文报文，因此该值为空。分析信令，可以看到PDP连接被UE去激活，并且后续没有再激活。PDP承载去激活属于NAS消息，即属于核心网直接下发给UE的消息，无线
13、侧只做转发，不解析其中任何内容，从协议上来看，当核心网不再为UE保持pdp连接的时候，即发起PDP 去激活。UE下载再做数传业务的话，就需要重新激活PDP连接。7 问题现象 7：鉴权失败的原因为同步失败根据协议描述，该原因值表示UE认为Authentication Req里携带的SQN超过范围文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 10 页, 共 18 页而SQN包含在 Authentication Req里的AUTN里核心网罗晓 分析猜测这种鉴权失败的如下：CSFB 回落成功电话挂机后应该是手机发起TAU/LAU ，在TAU 到MME 后MME 做了一次鉴权
14、，鉴权成功后手机SIM卡上的SQN被改写，而MSC 上发送给手机的鉴权请求为MSC 先期到HLR 取的鉴权集中的SQN，所以吓到手机上出现不一致，手机会鉴权失败，MSC在收到手机的鉴权失败后，MSC发起向HLR 取新的鉴权集，之后MSC 再次向手机发起鉴权请求，此时鉴权成功，位置更新也成功；核心网龚华龙答复：1、 鉴权问题1） 少量的鉴权重同步在现网是非常正常的，只要鉴权重同步成功就不是问题。如果大量的重同步或者在某场景下必现问题请一线在 HSS 收集用户跟踪，发给研发定位。2） 只要 HSS 是 2/3/4G 融合版本，并且当前测试用户都在这个 HSS 上，HSS 就会分域处理，VLR/MS
15、C 和 MME 是不同的两个域，正常鉴权场景下，它们之间的 SQN 相互不影响，不会存在下面邮件中“猜测鉴权失败”的问题。3） GU 互操作等场景都会触发域切换，这些场景在现网很多地方都有运用，在联通实验室也测试通过，这是基本功能，如果有问题早就发现了。一般出问题都比较异常场景，需要提供 HSS 消息跟踪、重现场景等定位信息，否则无法定位。现网出现鉴权失败（重同步后还失败的问题）的几种可能原因，以供参考： MSC/SGSN 鉴权请求未携带 RequestingNodeType 信元，导致 HSS 无法区分域信息 USIM 卡中的 L 值设置过小。 4G 的 HSS 和 2/3G HLR 分离部
16、署，不是融合部署。 HSS 系统时间跳变。文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 11 页, 共 18 页8 问题现象 8：L 到 U 基于覆盖的盲重定向在LTE建立 RRC连接后，ENB下发测量控制，携带A2 事件门限， A2事件的门限为40，且测量ID为 3后续UE上报A2事件，可以看到测量ID为3（表示为A2事件），实际测量RSRP为39，小于A2门限，A2事件触发A2事件表示当LTE当前信号小于某一个值时，UE启动异系统测量，而由于盲切换打开，因此处走的是基于覆盖的盲重定向流程到3G 。LTE 侧直接RRC RELEASE，携带3G 频点。9 异常时延
17、分析【问题描述】10月19日测试数据总共两次异常时延，如下图所示：Log 名 测量类型 主被叫 时延Probe_20131019114956-44 主叫_1 盲重定向 主叫/MS2 12.643Probe_20131019114956-44 主叫_1 盲重定向 主叫/MS2 9.708【问题分析】 第一次异常点：ESR: 12:07:57.775 RRC release: 12:07:57.805LTE侧时延： 30ms 文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 12 页, 共 18 页RRC release: 12:07:57.805 3G RRC conne
18、ction req: 12:07:58.2453G搜网时间: 440msRRC connection req: 12:07:58.245 RB setup cmp: 12:07:59.785主叫RB建立时延：1540msRB setup cmp: 12:07:59.785 - Alerting: 12:08:10.418等待被叫响应：10633ms分析主叫各段时延，主要是等待被叫响应时延过长导致。需要分析被叫行为，本次呼叫被叫也为LTE 起呼。被叫MS收到ESR时间为12:07:59.564，分析信令，主要有两处导致被叫时延较长1、 被叫FLASH CSFB 没有生效，在3G 侧读取了系统消息
19、（并非主要时延）分析系统消息3，其中Cellidentity表明接入的3G 小区为18232，查询其扰码为19，下行文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 13 页, 共 18 页频点为10713Cellidentity后面 16位表示cellid，计算得出为18232，分析 LTE侧的RRC connection release，该小区并未被下发，查询配置，该小区并未添置为邻区从收到LTE 的RRC connection release到在3G 小区发起RRC连接请求，时延为1670ms2、 UE在3G的18232小区接入，后续该小区信号衰变，UE掉话脱网，
20、发送cell update进行链路重建后在PSC=178 小区重新建立CS业务，整段时延达到 10秒左右（主要原因）如下图所示，UE在PSC=19小区响应寻呼后，进行相关NAS层交互（路由区更新和认证加密等），但在上报同频测量报告后进入空闲态，同频测量报告中178小区Ec/Io较好，但19小区Ec/Io已经较差。文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 14 页, 共 18 页分析怀疑此时RNC收到了测量报告，可能下发了ASU准备进行1A事件，但UE 未收到。UE发送cell update进行重建，再建立CS业务查看工参，18232小区为CELLNAME=“WD
21、杭州华鸿科技大厦_2“，并不在该51号enodeb周边，怀疑可能是3G越区覆盖到此处，导致信号衰变引起该问题，建议RF 调整。 第二次异常点：LTE侧时延： 28msUE搜网时延：1027ms 此处UE接入3G时读取了系统消息，说明FLASH CSFB 未生效，导致时延较长主叫CSRAB建立时延：7012ms文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 15 页, 共 18 页等待被叫时延：1641ms此次呼叫影响时延主要是2点，一个时flash csfb未生效，另一个是CSRAB建立较慢，特别后面一个是主要问题。第一个问题，通过系统消息3可知接入的3G 小区为18
22、693，PSC=179，分析LTE的RRC 释放消息，可以看到RRC释放消息未带任何小区信息，只下发了一个频点，走的是R8流程。检查配置开关均打开，怀疑是Enodeb没有过去到RNC的RIM消息，需要进一步排查。第二个问题主要是该业务为组合业务，先建立了PS RAB后，由于信令交互时间增长，导致CS RAB建立较慢，规避此类问题的方法是做业务时尽量不要打开 PS业务。第一个RAB建立，建立的是PS RAB文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 16 页, 共 18 页第二个RAB才建立CS RAB组合业务建立,CSRAB后建立，导致整体CSRAB时延较长。10
23、 CSFB 失败今日测试的四次 CSFB 失败如下：文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 17 页, 共 18 页第一次 10：15：27 主叫 CSFB 用户在到了 3G 建立起来 CS RAB 之后 2 秒左右收到了 CN 过来的释放，查看被叫的 LOG 发现被叫在 3G 侧准入失败了，怀疑是上行 CE 不足导致第二次：被叫在 3G 侧被 PAGING 到了之后回复了 PAGING 响应，但是 CN 没有下发 setup的 NAS 消息给 UE，需要 CN 侧确认文档名称 文档密级2019-8-21 华为保密信息,未经授权禁止扩散 第 18 页, 共 18 页第三次：被叫所在的小区是 16662 对应的 NODEB 准入失败，上行资源不可用，怀疑此时话务量较高导致第四次：主叫用户在 3G RB 建立完成后 UE 自己释放了 CS 域
