厦门无线接入性指标实验方向.doc

CASE REPORT
8 (8)

OSP/Xiamen project
2/23/2025
Xianmen Optimization Team

厦门无线接入性指标实验方向

实验方向：

项目
说明
5-6日进程
9-10日进程
利用Traffica跟踪RACHBLK小区VLR信令
跟踪RACH异常小区BLK时段内号码信令异常情况，定位出异常终端
跟踪小区5663下连续4个RACHBLK时段内的VLR信令，已经初步定位出一个较为可疑的问题终端号码，进一步统计验证中
无法通过VLR信令类型定位是否某个号码引起小区RACHBLK，提供多个可疑号码，通过定位其终端类型得出可能的异常终端
无线公话小区与全网RACHBLK小区比对
通过统计8900个无线公话的驻留小区与全网每日RACHBLK小区情况对比得出其是否具有相关性
统计所有号码一周的通话记录，目前963个号码得以统计到对应的小区，共1700多个小区，从8-11月RACHBLK记录上看，近98%比例的小区曾经发生过RACHBLK情况，但并非驻留无线公话越多的小区其RACHBLK情况就越明显，统计上看，驻留1-2部无线终端的小区其RACHBLK状况比较突出。
（已完结，结论见5-6日进程）
ABIS信令挂表跟踪
对经常出RACHBLK小区进行ABIS信令跟踪，一旦挂表小区出现RACHBLK则分析信令LOG找出异常IMSI
已完结，无法跟踪到问题IMSI号

销号卡的相关性试验
对销号卡（本地/异地）装载入手机进行试验，确定是否可能造成小区RACHBLK发生
已完结，试验共进行10天，两种销号卡各5天，试验小区未见异常

无线公话实地试验
在未发生RACHBLK小区放置无线公话，通过检查驻留小区的RACH异常情况佐证无线公话的异常可能性
已协调到1部敏讯GT57S型号终端，但由于事先此终端已与专用SIM卡绑定，故无法用其他卡接入网络试验。目前正在协调新的终端。
终端已经到位，从连续一周对实验小区标指标接入性跟踪来看均未发现RACHBLK高发，因此，此项实验结束。
假负载外接试验
在频繁高发RACHBLK小区上安装外接假负载试验，为BTS级无问题提供佐证
已提交详细的实施方案和材料清单，需待硬件到位方能实施。
硬件及施工队正在联系中，预计近日内可实施
阶段小结：从RACHBLK课题各个试验方向来看，ABIS信令挂表跟踪和销号卡的相关性试验无法定位问题点，暂时终止。目前的主要努力方向集中在分析Traffica跟踪的RACHBLK小区VLR信令和无线公话的相关性试验上。

Traffica跟踪RACHBLK小区VLR信令改进型实验：

Ø Traffica跟踪RACHBLK小区VLR信令：通过跟踪VLR信令上的异常事件得到的号码，此试验方向暂停；
改进试验：结合TGM测量和VLR信令信令的试验，TGM测量小区：13263（南山村3）于18日上午11时-12时发生RACHBLK，因此，同时统计此时间段内的VLR事件。通过分析对比两份LOG，发现如下异常：
l TGM测量的LOG中发现两段RACHBLK高发，如下图所示：
第一段 ：
T1=8，T2=11位置区更新
指配成功后T1T2值相同

第二段：

指配成功后T1T2值相同

获取信息：1、Channel_Required在几秒内骤然高发大量请求，超过BSC处理能力，造成RACH_BLK ；
2、从LOG上看，高发Channel_Required行为的终端为同一部终端，原因是T1(建立原因)、T2(接入随机数)相同；
3、此类终端不遵循GSM规范内关于RET（重传次数）SLO（重传间隔）的限制要求，且终端在获得指配的信令信道后仍然使用先前的T1、T2值（见图上红框内显示）；
4、从第一段的LOG上看，在T1=24，T2=27对应的终端Channel_Required高发前，曾有一部T1=8，T2=11的终端成功地进行了一次位置区更新（见蓝框内显示），而此部T1=8，T2=11终端在第一段高发结束后，第二段LOG中记录了大量RACH高发，因此，只要查询该部终端在第一段LOG对应时段内的位置区更新则可获知其对应的手机号码
5、查询小区11月18日11：40：00：00至11：42：00：00时段内位置区更新情况记录如下：

如上图，刚好在TGM测量LOG中记录的时段内对应VLR事件中有号码在进行位置区更新（标红处），因此，号码13950195841极为可能就是导致RACH_BLK 高发的问题终端号码。
另，从IMEI号上看，该部手机（16位IMEI）为山寨机或水货机，从专门的IMEI数据库中也无法查询到该IMEI号对应的手机型号。因此，关于此号码对应的终端情况，烦请王菱帮忙协调10086客服进行回访，回访要点如前..

以下为TRAFFICA记录的代码注释：
0x00000001 = Paging: ms search

0x00000002 = Paging: a-if

0x00000004 = Paging: sgsn

0x00000008 = Authentication with triplet

0x00000010 = Authentication with quintuplet

0x00000020 = Reused triplets

0x00000040 = Authentication failed because of wrong network signature - UMTS

0x00000080 = Authentication failed because of synchronisation - UMTS

0x00000100 = Synchronisation request - UMTS

0x00000200 = Not answered request

0x00000400 = Authentication vector request

0x00000800 = Triplet answer

0x00001000 = Quintuplet answer - UMTS

0x00002000 = Unknown subscriber in HLR

0x00004000 = Location update: home subscriber, intra vlr, lu_home_intra

0x00008000 = Location update: home subscriber, inter vlr, lu_home_inter, (this comes in inter-VLR location updates in destination VLR if source VLR is "other PLMN" or "unknown" then comes values 0x00010000 or 0x00100000 in destination VLR)

0x00010000 = Location update: home subscriber, inter vlr, arriving visitor, lu_home_inter_arr, (this comes in destination VLR in the cases that previous location has been "unknown" or "other PLMN”)

0x00020000 = Location update: home subscriber, inter PLMN, lu_home_inter_plmn, (this is used in intra-VLR inter-PLMN location updates as part of FN1168, Multiple PLMN support in MSC/VLR)

0x00040000 = Location update: roaming subscriber, intra vlr, lu_roam_intra

0x00080000 = Location update: roaming subscriber, inter vlr, lu_roam_inter, (this comes in inter-VLR location updates in destination VLR if source VLR is "other PLMN" or "unknown" then comes values 0x00010000 or 0x00100000 in destination VLR)

0x00100000 = Location update: roaming subscriber, inter vlr, arriving visitor, lu_roam_inter_arr, (this comes in destination VLR in the cases that previous location has been "unknown" or "other PLMN”)

0x00200000 = Location update: roaming subscriber, inter PLMN, lu_roam_inter_plmn, (this is used in intra-VLR inter-PLMN location updates as part of FN1168, Multiple PLMN support in MSC/VLR)

0x00400000 = Location update: periodic, lu_periodic

0x00800000 = Location update: departing visitor, lu_depart, (this comes in inter-VLR Location updates in source VLR)

0x01000000 = IMSI attach

0x02000000 = IMSI detach

0x20000000 = Subscriber busy after paging

0x04000000 = Location update: general. This means that the exact type of the LU is not yet recognized. This type is reported only when the event is failed.0x40000000 = UpdateLocation to HLR without subscriber data update (i.e. without InsertSubscriberData)

Page 8 of 8