下行TBF掉线分析
目录
一、 TBF概念 1
二、 TBF掉线说明 1
三、 TBF掉线分析 1
四、 TBF掉线案例 2
五、 总结 6
一、 TBF概念
低价在线刷qq名片赞网站TBF（Temporary Block Flow）是指两个无线资源实体所使用的一个物理连接，以达到在PDCH上支持单向传递LLC PDU的目的。网络可以给TBF分配一个或多个PDCH信道。一个TBF包含很多RLC/MAC块，用来承载一个或多个LLC PDU。 网络给每一个TBF安排一个TFI
（Temporary Flow Indicator），用来唯一的标识一个TBF。
二、 TBF掉线说明
用户开始数据业务时，触发TBF的建立，一次TBF attempt建立尝试，主要有以下几种可能：
可见TBF attempt主要包含建立失败，手机无响应，FLUSH原因，话务原因，挂起以及大部分正常释放的。
三、 TBF掉线分析
● dl_tbf_rel_due_no_resp_ms
触发条件：
Step1: PCU发完最后一个数据包后，对MS进行polling(RLC data block with poll);
Step2: 如果PCU收到MS的应答信号(Packet Downlink ACK/NACK)则进行下一轮数据发送；
Step3: 如果PCU没有收到该应答，则在约20ms后进行第二次polling;
Step4: 如果在N3105_MAX(8次)polling后仍没有收到MS的应答信号，则启动定时器T3195。
Step5: 如果T3195超时，则PCU认为该MS无应答，同时触发DL_TBF_due_no_resp_ MS，计入一次DL TBF Drop。
如果在T3195超时前，PCU收到SGSN下发的FLUSH_LL，则这次TBF释放将计入TBF_rel_due_Flush，而不会计为掉线。
● dl_tbf_rel_due_to_flush
触发条件：
STEP1：MS重选入一个新的小区时，SGSN会发起小区更新流程，并发送FULSH LL PDU来通知BSC，
STEP2：MS处于ready状态并存在下行TBF，如果BSC从SGSN收到FULSH LL PDU，BSC会释放该下行的TBF作为回应，同时删除部门超时的下行PDU
● dl_tbf_rel_due_to_suspend
触发条件：
STEP1：MS为B类手机
STEP2：MS发起电路业务请求，MS处于ready状态并存在下行TBF
STEP3：MS通过发送SUSPEND消息发起挂起流程，中断分组业务，相应BSC释放下行TBF。
● dl_tbf_rel_due_csw_traffic
昆山英语培训触发条件：
PDCH资源被更高优先级的电路业务请求占用，BSC将释放这些信道资源，以该信道为控制信道的下行TBF也随之释放
四、 TBF掉线案例
针对TBF掉线的不同counter，分析小区掉线次数的分布，采取不同的处理方法，一下为几种TBF掉线案例：
● 案例一：dl_tbf_rel_due_no_resp
TBF掉线的大部分触发counter为手机无响应，触发这一counter的原因主要由一下原因：1、干扰
2、基站隐性故障
3、基站上下行链路不平衡
4、弱覆盖/过覆盖区域
5、PCU吊死
6、小区质差
7、传输误码
小区：161（小东山1）
该小区的TBF掉线主要是dl_tbf_rel_due_no_resp_ms,查看该小区KPI无历史告警，无干扰，接入性、掉话率等指标良好，所以先进行PCU切换。观察指标恢复正常，如下表所示：
CELL_ID | DL_TBF_DROP | DL_TBF_REL_DUE_NO_RESP_MS | DL_TBF_REL_DUE_TO_FLUSH | DL_TBF_REL_DUE_TO_SUSPEND | DL_TBF_REL_DUE_CSW_TRAFFIC |
161 | 6 | 2287 | 88 | 7 | hush 4 |
161 | 4.5 | 2000 | 113 | 23 | 8 |
161 | 4.46 | 2289 | 85 | 31 | 50 |
161 | 3.67 | 1969 | 72 | 25 | 6 |
161 | 2.56 | 2150 | 118 | 46 | 34 |
161 | zing 4.02 | 2291 | 93 | 27 | 7 |
161 | 0.26 | 91 | 106 | 31 | 11 |
161 | 0.32 | 57 | 120 | 40 | 9 |
161 | 0.33 | 67 | 91 | 23 | 7 |
161 | 0.48 | 74 | 141 | 40 | 128 |
161 | 0.88 | 73 | 84 | 7 | 6 |
| punkrock | | | | | |
小区：25447（翔安宸鸿科技7）
该小区的TBF掉线主要是dl_tbf_rel_due_no_resp_ms，查看该小区的指标，发现小区存在较强的上行干扰，干扰带分布如下：
由上图可看出该小区存在较严重的上行干扰，经过现场判断，该小区为室内覆盖小区，采
用拉远模式覆盖多栋楼层，经排查为内部干扰，处理干扰后，小区干扰小区，TBF掉线恢复正常，如下表所示：
CELL_ID | DL_TBF_DROP | DL_TBF_ESTABLISHMENT_FAILED | DL_TBF_REL_DUE_NO_RESP_MS | DL_TBF_REL_DUE_TO_FLUSH | DL_TBF_REL_DUE_TO_SUSPEND | DL_TBF_REL_DUE_CSW_TRAFFIC |
25447 | 2.39 | 276 | 1323 | 39 | 24 | 6 |
25447 | 2.84 | 331 | 1718 | 38 | 21 | 0 |
25447 | 2.63 | 320 | 1584 | 26 | 13 | 0 |
25447 | 1.63 | 172 | 879 | 22 | 16 | 0 |
25447 | 1.24 | 113 | 624 | 20 | 6 | 0 |
25447 | 0.28 | 3 | 82 | 1 | 6 | 0 |
25447 | 0.19 | 5 | 46 | 1 | 5 | 0 |
25447 | 0.14 | 3 | 31 | 1 | 3 | 0 |
25447 | 0.19 | 6 | 44 | 2 | 5 | 0 |
| | | | | | |
● 案例二：dl_tbf_rel_due_to_flush
首先触发这一counter的原因为手机重选，所以此类掉线主要要避免频繁的小区重选，可调整C2、HYS等参数减少不必要的重选。
小区：1772 (*金龙苑2)
该小区的TBF掉线主要集中在dl_tbf_rel_due_to_flush，查看地图位于莲前西路,金龙苑与中莲屯2属于LAC交界区，修改该小区HYS，减少小区重选。
修改后小区伴随着dl_tbf_rel_due_to_flush减少，该小区TBF掉线率下降。
CELL_ID | DL_TBF_DROP | DL_TBF_ESTABLISHMENT_FAILED | DL_TBF_REL_DUE_NO_RESP_MS | DL_TBF_REL_DUE_TO_FLUSH | DL_TBF_REL_DUE_TO_SUSPEND | DL_TBF_REL_DUE_CSW_TRAFFIC |
1772 | 1.19 | 1 | 60 | 167 | 15 | 1 |
1772 | 1.39 | 8 | 54 | 200 | 23 | 11 |
1772 | 1.29 | 6 | 83 | 174 | 14 | 6 |
1772 | 1.44 | 7 | 98 | 177 | 27 | 18 |
1772 | 1.5 | 4 | 93 | 181 | 29 | 11 |
1772 | 1.3 | 7 | 83 | cabletie170 | 20 | 6 |
1772 | 0.78 | 5 | 41 | 60 | diploma8 | 2 |
1772 | 0.53 | 0 | 樱桃属21 | 29 | 3 | 0 |
1772 | 0.46 | 2 | 17 | 12 | 7 | 1 |
1772 | 0.49 | 0 | poem 28 | 8 | 1 | 0 |
1772 | 0.55 | 0 | 26 | 7 | 1 | 1 |
1772 | 0.28 | 0 | 11 | 11 password什么意思 | 0 | 0 |
| | | | | | |
