a
・1TW
IZMJJ
fl
1
通常引起原因值为“OtherFailure”的机制有以下三种:
1）MACgSRI重传达到最大次数
2）上行RLC重传达到最大次数
3）UE检测到下行无线链路失败
从呼叫日志上分析来看：
1）SR无重传，排除MACgSRI重传达到最大次数
2）终端在该段时间无数据发送，终端最后一次发起SR到终端发起重建的时
间相隔700^800ms而RLC重传达到最大次数需要1.6s,发起重建的时间短于达到上行RLC重传达到最大次数时间，可排除终端上行RLC重传达到最大次数。
3）从日志中来看，下行调度一直可以得到终端的反馈，因此排除UE监测到下行无线链路失败。
因此，排除通常引起重建的三种原因，排除与空口环境的关系。
2.1.1终端重建原因分析
通过分析CELLDTrace,发现终端在重建之前，基站给终端下发的CQI上报模式为非周期CQI_Only,但UE没有在eNB要求的CQIOnly时刻上报CQI,此后终端开始周期CQI±报，周期为20ms因此怀疑终端试图通过发起RRC连接重建恢复其周期CQI上报。
CQI周期与非周期上报：
CQI上报分为周期上报和非周期上报，周期CQI在
PUCCI上报，但由于上行的单载波特性要求，当UE有数据在PUSCI上传送时，周期CQI会随数据一起在PUSCHt传送；非周期CQI在PUSCHt报，当DCIO中CQIrequest置1时,UE上报非周期CQI。
CQIOnly调度原则，在上报非周期CQI时，如果此时有上行数据传输，则属于随路CQI,与数据一起传送；如果没有上行数据传送则CQI_Only传送，即UE
在Puse只上报CQI.
CQI_Only具有调度优势：
1）保证CQI的实时性，在周期CQI±报不及时，为了更好的适配网络信道质量变化，触发非周期CQI来继续上报CQI,而当没有上行数传时，就会触发CQIONLY来获取最新CQI,这样基站可以获取较新的CQI保证下行调度选择MCS的准
确性；
2）CQI_Only是在UE没有上行数据时发送的并且没有重传，不会造成UL吞
导致基站不能及时获取下行信道质
吐量的下降，CQI_Only调度不会影响DRX状态•如果关闭该功能,
分两步进行终端CQI上报模式改变分析:
1）基站下发CQI_Only调度的原因，整个过程简述：
周期CQI-＞原因1变成非周期CQI-＞原因2变成CQIonly。
原因1：
DRX周期＞5*N+1
原因厶UE此时没有UL数据发送，只发CQI
如下图所示：
1终端在进入DRX之前为周期CQI上报，周期为20ms
2终端进入DRX犬态（DRX长周期160ms集团参数）,其CQI周期拉长为
160ms
③由于基站在5*N+1（N为CQI±报周期）时间内没有收到有效的CQI±报，触发非周期CQI。
■t-
•■
j.
■
nt
15Ifll
1
L
1
k1
T
・M'
CQICQI
co）
算法之所以约束“在5*N+1这段时间内没有CQI上报，就会触发非周期CQ”，是为了保证CQI的
时效性，如果周期CQI±报不及时，为了更好的适配网络信道质量变化，触发非周期CQI来继续上报
CQIo
当前版本，CQI默认上报周期是20ms则5*N+1二101ms而DRX的长周期
（LongDrxCycle）配置为160ms而在DRX休眠期，终端是不能在PUCCI上报周
期CQI的，因此终端CQI上报的周期拉长为160ms160>（5*N+1）,基站在（5*N+1）
的时间内无法收到有效的周期CQI上报，所以触发非周期CQI调度，而刚好UE
此时没有上行数据发送，所以触发了CQI_0niyo
2）通过基站和UE的行为分析，可知终端在CQIOnly时刻没有按照eNB指示上报CQI的原因,
下图呈现出了基站对某个UE整个CQI_0nly调度过程：
f
“跖弓一不畑彳
红&表乐I巫败到IXW珂庵藍邑农眾I范农CQ朗紳
两诵村帶如谓
编号相同的是对应的一次调度的数据，1是CRC正确的；2、3、4、5是CRC错误的；从图看出，
基站都是在激活态下发的DCI0,并且CQI_0nly的触发不会改变DRX犬态,符合协议要求•其中第3组有点特殊，基站在激活态发DCIO,UE
可以在休眠态或者激活态发送CQI,属于UE自己的行为.（协议36.3315.5.4.1:
IftheUEisconfiguredwithDRX,theUEmaydelaythemeasurement
reportingforeventtriggeredandperiodicaltriggeredmeasurementsuntil
theActiveTime）・其余几组数据基站下发DCI0和UE发CQI都是在激活态完成
的。
异常终端进入DRX休眠态不发送CQI是造成RRC连接重建以恢复周期CQI上报的最直接原因。
三、问题解决
将LF_HWM思进小学的LongDrxCycle从160ms修改为100ms当将长周期修改为100ms后，DRX周期v5*N+l（DRX周期改为100ms5*N+1二101ms,发现
重建比率恢复正常，如下图所示：
RRC.重建比例％
BI—0弓
400
——R眈重建比例％
该验证说明，只要异常终端不进入非周期CQI,就不会触发异常重建，而正
常终端由于进入非周期CQI的时候，由于与协议的契合性较好，不会触发重建，不会出现异常终端所出现的问题。
四、异常终端定位
4.1异常终端TMSI抓取
通过对TOP小区LH_Fj南得思进小学的信令进行跟踪和分析，抓取到异常终
端（FGI二7E0FF8DE用户在某一时刻的TMSI为OxEO3B0810。
如下图:
Dtl'diir^o
丨c
誤廿•"?
：
1時斗'孑•釈RRJ-!
irJM.PFO
\iF何闩
.fllj=Ffn3Fr.-：
11RR-:
J'V”=e:
Jri.1
174’47（5*11RRC.COfJH.*ETVP
♦N&LIE
M1W39-24174$4軒24创RRC.COrJN5£TUP.CMP
U£-fPJe
1亞”
201卷伪坨417*W（2T0]ftRCSfCUR・HODE’ChD
利旧-LIE
ig
4.用户IMSI转换
2
TMSI与GUTI转换规则如下:
S-TMI5I
〃1UIMIITS
IPLM1INID
MIMIEI
Mice
:
2LllTs
MlNIC减二二!
>lti
MIMIEGI
I5,jit-r
MMIEC
Hhrts
MTMISI
52
v-
GUMIMEI
*raB
GUTI
TMSIOxEO3B0810转换成GUTI为46011130561E03B0810
通过命令DSPMMCT查询GUTI为46011130561E03B081（的用户IMSI为
460110159269389c
4.2用户手机号提取
通过用户综合调度平台查询IMSI460110159269389的用户的手机号码为189********
4.3异常终端机型定位
通过用户手机号码回访用户，得知用户使用的手机型号为nubiaZ9MAX,后
续推动厂家更新软件版本解决。
五、经验总结
随着4G用户的不断增加，网络许多问题是由异常用户、异常终端导致的。
而冃前详细话单还不方便提取，本案例中的一些定位异常终端的方法思路可供借鉴。
通过本案例总结出定位异常终端的思路如2
1、通过分析UU口信令发现是引起RRC重建的原因是由异常终端引起的，进步分析UU口信令排除了无线环境的原因。
2、4G网络不同于CDMA网络，信令传输时不再是IMSI而是网络给IMSI分配
的TMSI,定位异常终端需通过信令中的异常终端的TMS,经过授权通过GUTI在MM网管中查询用户的
IMSI,再由综合调度平台查询用户的手机号码，对用户进行回访确足用户使用的终端类型。
1）通过异常终端长期出现的TOP小区信令，寻找异常终端的TMSI
2）将TMIS按规则转换成的GUTI
3）通过MM网管用命令DSPMMCT查询用户的IMSI（需要注意事项：
获取用户的IMSI和手机号码信息以及回访用户获取终端类型，需得到客户的书面授权。
）
通过客户的综合调度系统用IMSI查询用户的手机号码
4）
通过用户的手机号码回访用户，获取用户使用的终端类型
5）
6）用户的TMSI是定期更新的，MME寸TMSI的更新规则是周期（24小时左右）内只更新TMSI的第四位，超过周期将更行TMSI全部位数。
升级会员 