- 在线时间
- 241 小时
- 最后登录
- 2015-12-10
- 威望
- 241
- 金钱
- 118937
- 贡献
- 3011
- 注册时间
- 2011-1-20
- 阅读权限
- 200
- 主题
- 1529
- 帖子
- 4004
- 分享
- 3
- 精华
- 8
- 积分
- 126474
- 相册
- 32
 
|
我补充一点,关于TS24.008上关于CC111的说明。可以参考TS24.008(V10.1.0)的附录H.6.8关于CC111的描述。它是属于协议错(未知消息)这个大类的。涵盖了CC96---CC102和CC111都属于同一大类即协议错这个大类。
关于CC111的具体定义是“This cause is used to report a protocol error event only when no other cause in the protocol error class applies.”说白了就是,如果是协议错,但又不能算到CC96---CC102的,统统都算做CC111。
没有抓到的包,但摘录一个现网的优化报告,是在附着失败出现的CC111。
——————————————————————————————————————————————————
ATRJ Cause Value = Protocol error, unspecified
数据收集时段,这种附着请求失败次数占失败总次数的5.10%。
按照规范MS在没有从网络侧获得TLLI时,使用自身产生的随机的TLLI向SGSN发送附着请求。然而在数据分析过程中发现,网络中有一定数量的MS使用相同的TLLI(11e1111e)同时向SGSN发送大量的附着请求由于这时已经有一个11e1111e在使用,所以产生“Protocol error, unspecified”。
统计中共50次“Protocol error, unspecified”,其中有49次是由同一个TLLI-11e1111e产生的,怀疑这些手机是同一款存在问题的手机,可通过IMSI查出手机号验证。
——————————————————————————————————————————————————
|
|