华为TBF与TCH均拥塞情况下提高TBF建立成功率
华为设备TBF建立成功率的提升方法
华为设备TBF建立成功率的提升方法目录1网络接入性能分析优化 (3)1.1接入性能指标 (3)1.2无信道资源导致的下行TBF建立失败优化 (3)1.2.1无线拥塞类型 (3)1.2.2对于无线拥塞的处理 (4)1.3手机无响应导致下行TBF建立失败 (4)1.3.2空口质量 (6)1.3.3 Abis口传输 (6)1.3.4 BSC6000 PCU处理部分 (6)1.3.5 GB口传输 (8)1.3.6手机问题 (8)1.3.7手机行为 (8)1.4POLLING重发次数少导致下行TBF建立成功率低 (9)1.4.1问题描述分析 (9)1.4.2解决方法 (10)1.4.3优化前后效果比较 (10)1.5CCCH过载导致下行TBF建立成功率低 (11)1.5.1问题描述分析 (11)1.5.2解决方法 (13)1.5.3优化前后效果比较 (14)1 网络接入性能分析优化1.1 接入性能指标下行TBF建立成功率计算公式如下：内置PCU TBF建立成功率定义：1)上行TBF建立成功率=（上行GPRS TBF建立成功次数+上行EGPRS TBF建立成功次数）/(上行GPRS TBF建立尝试次数+上行EGPRS TBF建立尝试次数)2)下行TBF建立成功率=（下行GPRS TBF建立成功次数+下行EGPRS TBF建立成功次数）/(下行GPRS TBF建立尝试次数+下行EGPRS TBF建立尝试次数) 外置PCU TBF建立成功率定义：3)上行TBF建立成功率=上行TBF建立成功次数/上行TBF建立尝试次数4)下行TBF建立成功率=下行TBF建立成功次数/下行TBF建立尝试次数统计TBF建立失败的主要有以下2个指标：1)无信道资源导致下行TBF建立失败次数/无信道资源导致下行TBF建立失败次数2)MS无响应导致下行TBF建立失败次数/ MS无响应导致下行TBF建立失败次数TBF性能优化中主要就无信道资源导致下行TBF建立失败次数和MS无响应导致下行TBF建立失败次数这2个指标进行优化。
TBF建立成功率TBF掉线率高编码占比提升措施
TBF建立成功率、TBF掉线率、高编码占比提升措施1 上下行TBF建立成功率低问题TBF建立成功率低主要由分如下两类原因：1、无资源导致的TBF建立失败次数2、无响应导致的TBF建立失败次数1.1 无资源导致的TBF建立失败1、首先检查最大激活PDCH信道LICENSE数目是否充足，如果最大激活PDCH信道数LICENSE资源不足，导致PDCH信道不能正常激活，数据业务出现拥塞。
2、检查小区配置PDCH信道资源是否充足衡量PDCH用户情况可用PDCH复用度指标。
下行PDCH复用度＝（R9370:GPRS PDCH上并发下行GPRS TBF数+ R9374:EGPRS PDCH上并发下行GPRS TBF数+ R9378:EGPRS PDCH上并发下行EGPRS TBF数）/ R9314:存在下行TBF的PDCH采样个数上行PDCH复用度＝（R9368:GPRS PDCH上并发上行GPRS TBF数+ R9372:EGPRS PDCH上并发上行GPRS TBF数+ R9376:EGPRS PDCH上并发上行EGPRS TBF数）/ R9312:存在上行TBF的PDCH采样个数PDCH复用度意味着平均一个PDCH信道上可复用多少个用户。
当上行或下行PDCH复用度超过3.5时，无资源导致的TBF建立失败次数就会急剧升高，需要增大PDCH比例门限，提升PDCH信道资源。
从参数上，检查PDCH上行复用门限参数是否设置为70，若设置不是70，修改为70。
如果下行PDCH复用度过大，但暂时无法扩充PDCH信道资源的话，可将下行复用门限修改为80以上数值（最大修改为160）3、检查语音业务忙导致对数据业务造成抢占，检查R9344:回收有负载动态PDCH次数值是否偏大，对语音和数据业务双忙小区，应及时扩容。
4、打开信令业务使用单信道开关相关指令：SET GCELLPSCHM: IDTYPE=BYID, CELLID=XXX,ALLOCSINGLEPDCHFORSIGNALLING=ON;该参数修改目的使信令业务只使用一个信道资源，降低复用度，提升用户感知。
华为外置PCU资源利用效率提升优化
网规网优【摘 要】目前广东的华为设备普遍存在外置PCU资源紧张的问题，忙时PDCH激活数量少，使得TBF建立成功率较低。
文章分析了GPRS/EGPRS各种调制编码方式的PCIC资源的利用效率，得出CS3/CS4编码方式降低了PCIC资源利用效率的结论，并进行了关闭CS3/CS4编码方式的优化试验，大幅改善了TBF建立成功率等性能指标，提高了EGPRS下载速率，增加了数据流量。
【关键词】TBF建立成功率 PCU PCIC CS3/CS4 PDCH刘德昌 中国移动通信集团广东有限公司汕尾分公司陆南昌 中国移动通信集团广东有限公司华为外置PCU资源利用效率提升优化1 引言华为外置PCU每块RPPU板最多可支持220条PCIC，资源较少。
R8C11版本之前的外置PCU不能实现小区迁移，小区无法从一块忙的RPPU板迁移到另一空闲的RPPU板，这进一步降低了PCU的利用效率。
随着业务量的增长，外置PCU 资源越趋紧张，TBF建立成功率较低，提高外置PCU利用效率已成为当务之急。
2 PCIC资源利用分析现网华为网络GPRS业务开启了CS1、CS2、CS3、CS4四种编码方式，各种编码方式的吞吐率与C/I值变化曲线如图1所示：图1 GPRS编码方案吞吐率图收稿日期：2009年9月3日网规网优华为外置PCU资源利用效率提升优化由于各编码方式速率不同，因而对Pb口的承载要求也有所不同，各编码资源需求如下：表1 GPRS各编码方案资源需求从表1可知，CS2需要绑定1条PCIC，其最大空口速率可以达到12kbps；而CS4需要绑定2条PCIC，其最大速率可以达到20kbps，平均每条PCIC支持的最大空口速率为10kbps，比CS2编码方式小了2kbps，从CS2提升到CS4增加一条PCIC的边际效益只有8kbps。
从图1可以看出CS2的抗干扰能力要远强于CS4，如C/I值等于20dB时，CS2的速率仍在12kbps左右，而此时CS4的速率已下降到约17kbps；平均每PCIC支持的空口速率下降到8.5kbps，比CS2编码方案要小3.5kbps，增加一条PCIC的边际效益下降到只有5kbps。
华为设备TBF建立成功率提升方法
概述：处理流程及方法：1、流程2、设备硬件故障：载波、时隙、传输、小区退服等故障3、相关指标及原因分析：上、下行TBF建立成功率、上、下行EGPRS TBF建立成功率、PDCH利用率、每线话务量、上、下行TBF拥塞率、上、下行EGPRS TBF拥塞率、TBF建立失败原因、BSC回收有负载动态PDCH比例。
从话务统计来看，TBF建立失败的原因主要有：1、无信道资源导致GPRS TBF、EGPRS TBF 建立失败；2、手机无响应导致的GPRS TBF、EGPRS TBF建立失败。
无资源处理方法：1、数据业务量大：是GPRS业务量大还是EGPRS业务量大还是都大。
2、PDCH配置情况4、参数：PDCH信道占比、上、下行PDCH复用度。
3、扩容：增加PDCH时隙造成无信道资源的原因：手机无响应处理方法：1、定时器目录一、概述 (2)二、TBF建立成功率低处理流程及方法 (2)2.1 TBF建立成功率低处理流程........................................................ 错误！未定义书签。
2.2 TBF建立成功率低处理步骤 (4)2.2.1 话务指标统计 (4)2.2.2 硬件故障 (4)2.2.3 无信道资源导致TBF建立失败......................................... 错误！未定义书签。
2.2.4手机无响应导致TBF建立失败.......................................... 错误！未定义书签。
三、总结： (7)一、概述TBF（Temporary Block Flow）是指两个无线资源实体所使用的一个物理连接，以达到在PDCH上支持单向传递LLC PDU的目的。
网络可以给TBF分配一个或多个PDCH信道。
一个TBF包含很多RLC/MAC块，用来承载一个或多个LLC PDU。
网络给每一个TBF安排一个TFI（Temporary Flow Indicator），用来唯一的标识一个TBF。
华为指标公式
一、2G网络性能指标：1、G网无线掉话率(不含切)(%)：TCH掉话次数/TCH占用次数（不含切换）*100%2、G网接通率(无线接入性)(%)：SDCCH分配成功率*TCH分配成功率=（SDCCH占用次数/SDCCH试呼次数）*(话音信道占用次数(不含切换)/话音信道试呼次数（不含切换）)*100%3、G网切换成功率(%)：切换成功次数/切换请求次数*100%4、G网TCH拥塞率(%)：话音信道溢出次数（不含切换）/话音信道试呼次数 （不含切换）*100%5、SDCCH拥塞率(%)：（SDCCH溢出次数/SDCCH试呼次数）×100%6、EGPRS上行TBF建立成功率(%)：上行EGPRS-TBF建立成功次数/上行EGPRS-TBF建立尝试次数*100%7、EGPRS下行TBF建立成功率(%)：下行EGPRS-TBF建立成功次数/下行EGPRS-TBF建立尝试次数*100%8、高编码比例(%)：MCS7－9编码比例之和/EGPRS流量*100%9、EGPRS下行TBF掉线率(%)：下行EGPRS-TBF异常中断次数/下行EGPRS-TBF建立成功次数*100%10、PDCH复用度：下行平均并发TBF数/占用的PDCH时长/3600(含EGPRS和GPRS)*100%11、PDCH承载效率(Kbps)：PS业务总流量(KByte)*8/(使用的PDCH总数*3600)；二、TD网络性能指标：1、无线接通率(CS)(%)：（成功建立的电路域RAB数/请求建立的电路域RAB数）*(RRC连接建立成功次数/RRC连接建立请求次数)*100%2、无线掉话率(CS)(%)：(RNC请求释放电路域RAB数+RNC请求释放电路域Iu连接对应的RAB数)/成功建立的电路域RAB数*100%3、切换成功率(T-G)(CS)(%)：电路域系统间切换出成功次数（TD-SCDMA->GSM）/电路域系统间切换出请求次数（TD-SCDMA ->GSM）*100%4、无线接通率(PS)(%)：(成功建立的分组域RAB数/请求建立的分组域RAB数)*(RRC连接建立成功次数/RRC 连接请求次数)*100%5、无线掉线率(PS)(%)：(RNC请求释放的分组域RAB数+RNC请求释放分组域Iu连接对应的RAB数-原因为16的RNC请求释放的分组域RAB数-原因为40的RNC请求释放的分组域RAB数-原因为16的RNC请求释放分组域Iu6、切换成功率(T-G)(PS)(%)：分组域系统间切换出成功次数（TD-SCDMA->GPRS）/网络侧发起分组域系统间切换出请求次数（TD-SCDMA->GPRS）*100%三、2G全网语音+数据业务量1、话务量(晚忙)(万Erl)：全速率话音信道话务量+半速率话音信道话务量；取值时间20点2、话务量(最忙)(万Erl)：全速率话音信道话务量+半速率话音信道话务量；取话务量最大的时间点的数据3、话务量(六忙)(万Erl)：全速率话音信道话务量+半速率话音信道话务量；取每天8,9,10,18,19,20六小时的和4、话务量(24小时)(万Erl)：全速率话音信道话务量+半速率话音信道话务量；取全天24小时的和5、数据流量(晚忙)(GB)：上行EGPRS流量+下行EGPRS流量+上行GPRS流量+下行GPRS流量；取值时间22点6、数据流量(最忙)(GB)：上行EGPRS流量+下行EGPRS流量+上行GPRS流量+下行GPRS流量；取话务量最大的时间点的数据7、数据流量(六忙)(GB)：上行EGPRS流量+下行EGPRS流量+上行GPRS流量+下行GPRS流量；取每天8,9,10,18,19,20六小时的和8、数据流量(24小时)(GB)：上行EGPRS流量+下行EGPRS流量+上行GPRS流量+下行GPRS流量；取全天24小时的和9、数据等效话务量(晚忙)(万Erl)：占用的PDCH平均数目；取值时间22点10、数据等效话务量(最忙)(万Erl)：占用的PDCH平均数目；取话务量最大的时间点的数据11、数据等效话务量(六忙时)(万Erl)：占用的PDCH平均数目；取每天8,9,10,18,19,20六小时的和12、数据等效话务量(24小时)(万Erl)：占用的PDCH平均数目；取全天24小时的和13、G网半速率话务占比(晚忙)(%)：（半速率话务量/全速率话音信道话务量+半速率话音信道话务量）*100%；取值时间为20点四、无线利用率：1、无线利用率(晚忙)(%)：（语音话务量+数据等效话务量）/（（全速率话音信道配置数+半速率话音信道配置数+PDCH配置数）*0.71）*100%；取值时间为20点2、语音业务占比(晚忙)(%)：语音话务量/（语音话务量+数据等效话务量）3、数据业务占比(晚忙)(%)：数据等效话务量/（语音话务量+数据等效话务量）五、2G网络客户感知指标1、无线接入问题小区占比：无线接入性低于95%的小区数/总小区数2、高干扰小区比例：高干扰小区数量/总小区数3、高干扰小区数量：干扰带>-100dbm占比大于30%的小区比例4、上行质差小区数量：上行 Rxqual为6、7采样点之和/上行信号质量采样点之和>5%的小区数量5、上行质差小区比例：上行质差小区数量/总小区数6、下行质差小区数量：下行 Rxqual为6、7采样点之和/上行信号质量采样点之和>5%的小区数量7、下行质差小区比例：下行质差小区数量/总小区数六、TD网络客户感知指标1、呼叫切换比：（请求建立的电路域会话类窄带AMR RAB数+请求建立的电路域会话类12.2K RAB数）/电路域系统间切换出成功次数（TD-SCDMA ->GSM）；也即语音呼叫次数/电路域系统间切换出成功次数（TD-2、语音频繁23G系统间切换的小区数：小区数（小区语音呼叫总次数>40 And G->T重选次数/语音呼叫总3、语音频繁23G系统间切换小区占比（%）：频繁23G系统间重选小区数/总小区数×100%七、语音最差小区：高掉话小区定义：每线话务量>0.1erl and 掉话率(含切)>3%高拥塞小区定义：每线话务量>0.1erl and 拥塞率（不含切换)>2%八、数据网最差小区：1、低下行TBF建立成功率小区：“下行TBF建立成功率<94%”的小区。
网优试题库
判断题【1】（LTE中，给手机分配的GUTI其实就是完整版的TMSI。
（）A.对B.错【2】LTE中，系统广播消息SIB通过物理广播信道PBCH发送。
（）A.对B.错【3】链路预算时，馈线损耗需要考虑到BBU到RRU以及RRU到天线的连线及连接器的损耗。
（）A.对 B.错【4】LTE系统中 ,同步信号固定占6个RB的带宽。
（）A.对B.错【5】LTE网络一般采用类似GSM的异频组网，从而避免同频干扰。
（）A.对B.错【6】如果不配置X2接口，那么无法实现UE跨基站间的切换。
（）A.对B.错【7】对同频小区重选的配置，可以通过对小区配置不同的优先级，实现倾向性的小区重选策略。
（）A.对B.错【8】LTE的空中接口的寻呼容量可以通过参数“寻呼周期”进行调整A.对B.错【9】如果小区配置了MIMO并且UE支持MIMO，那么用户在小区的覆盖范围能都能享用双数据流的下行传输。
A.对B.错【10】LTE的小区负载可以通过资源块（RB）的利用率进行统计A.对B.错单选题【1】LTE的根序列的规划与如下哪个因素相关（）。
A.小区发射功率B.小区覆盖半径C.小区前导设置D.小区PCI【2】LTE中，UE与SGW之间建立的用户面承载称为（）。
A.E-RABB.RBC.NAS连接D.EPS bear【3】LTE小区的随机接入前导有（）个。
A.8个B.16个C.64个D.128个【4】如下LTE网络的接口中，既有用户面（UP）功能又有控制面（CP）功能的接口是：（）A. S1-MME接口B.X2接口C.S11接口D.SGs【5】LTE的同频切换由（）事件触发。
A. A1B. A2C. A3D. A4【6】LTE的空中接口协议中，哪一层主要负责无线资源的分配调度？（）A.PDCP B.RLC C.MAC D.PHY【7】如下参数中，哪个参数会对UE的耗电产生较明显的影响（）。
A.T3412B.寻呼周期C.Rx Level minD.UE允许的最大发射功率【8】在TD-LTE中, 如果D频段组网，会采用哪个无线子帧配比 ?（）A.配比1B. 配比2C. 配比6D. 配比7【9】在TD-LTE中, 如果F频段组网，会采用哪个无线子帧配比 ?（）A.配比1B. 配比2C. 配比6D. 配比7【10】关于物理小区ID（PCI），如下哪个描述是错误的（）。
SDCCH、TCH拥塞、无线接通率低问题的处理方法
TCH掉话率（不含切换）＝[业务信道掉话次数]*{100}/([TCH呼叫占用成功次数（业务信道）]+[BSC内入小区切换成功次数]+[BSC间入小区切换成功次数]-[BSC内出小区切换成功次数]-[BSC间出小区切换成功次数]);TCH掉话率（含切换）＝[业务信道掉话次数]*{100}/([TCH占用成功次数（信令信道）]+[TCH 呼叫占用成功次数（业务信道）]+[TCH切换占用成功次数（业务信道）])无线接通率低无线接通率＝SDCCH分配成功率*T C H分配成功率*SDCCH占用成功率*T C H占用成功率无线接通率：(1-TCH拥塞率)*(1-SD拥塞率)无线接入性：(SD占用次数/SD试呼次数)*(TCH占用次数不含切换/TCH试呼次数不含切换)原因：1、随机接入性能：覆盖不好、上下行功率不平衡、上下行干扰、BCCH和BSIC的规划等；▪2、信令信道(SDCCH)性能：SDCCH拥塞、SDCCH掉话；▪3、话音信道(TCH)性能：TCH拥塞、TCH指派；▪4、寻呼性能(PA GING)－MSC部分；▪5、位置更新性能(Location Updating)－MSC部分；▪6、设备工作稳定性：基站或交换机工作不稳定；▪7、传输设备的稳定性：传输质量差、传输不稳定时好时坏；8、系统码无法识别接入的原因；9、TA值超过MA XTA设置；10、系统出现软件拥塞；11、同BCCH/BSIC、同邻频干扰12、覆盖不好、上下行功率不平衡、TA过大SDCCH、TCH拥塞分析及解决方法拥塞率是评估GSM网络的重要指标，并且直接影响系统的接通率，与掉话率也密切相关。
GSM系统中RACH信道是一种ALOHA信道，一旦有呼叫需求，移动台立即在RACH上发出信道请求无需系统发出空闲指示，响应快，实现简单，但缺点是，当系统存在拥塞时，这种呼叫方式会迅速加重拥塞。
小区拥塞可能出现三种情况：1.SDCCH和TCH都出现拥塞。
GSM无线网络优化流程华为TBF建立成功率分析
DGSM无线网络优化-TBF建立成功率分析（华为分册）四川移动网管中心技术支持中心2014年9月4日2010-07-27版本号：1.0.0目录第1章、基本原理 (4)1、指标含义 (4)2、上行TBF建立成功率公式 (4)3、下行TBF建立成功率公式 (5)第2章、信令流程 (7)1、上行TBF建立成功次数信令流程 (7)1.1、采用一阶段接入成功建立上行TBF (7)1.2、采用单块接入成功建立上行TBF (7)1.3、在PACCH上成功建立上行TBF（在下行TBF中上行TBF的建立） (8)2、下行TBF建立成功次数 (9)2.1CCCH上成功建立下行TBF (9)2.2PACCH上成功建立下行TBF (9)第3章、TBF建立成功率分析和优化方法 (11)1、上行TBF建立成功率优化 (11)1.1、Abis链路是否存在问题 (14)1.2、指配消息是否正常下发 (14)1.2.1、CCCH过载导致立即指配消息被丢弃 (14)1.2.2、无信道导致网络侧发送立即指配拒绝消息 (15)1.3、下行空口是否正常 (15)1.4、手机是否响应指配命令 (16)1.4.1、上行编码方式过高 (16)1.4.2、上行功控参数设置不合理 (17)1.4.3、参数设置不合理导致MS没有及时接入指配的信道 (18)1.4.4、指配消息信元错误 (18)1.4.5、是否存在上下行不平衡 (21)1.4.6、检查天馈 (21)1.4.7、关注CS域KPI指标 (21)2、下行TBF建立成功率优化 (21)第4章、优化案例 (24)1、广澳3参数修改提升数据业务性能 (24)2、高技校无资源失败和手机无响应优化 (27)3、S24港内1小区工程参数配置错误导致手机无响应TBF建立失败 (30)第1章、基本原理1、指标含义下行TBF建立成功率指标，根据运营商考核的内容不同，公式定义有所不同。
2、上行TBF建立成功率公式上行TBF建立成功率=上行TBF建立成功次数/上行TBF建立尝试次数*100%上行TBF建立成功次数，位置：PCU-小区性能测量-上行TBF建立和释放性能测量上行TBF建立尝试次数，位置：PCU-小区性能测量-上行TBF建立和释放性能测量上行3、下行TBF建立成功率公式下行TBF建立成功率=下行TBF建立成功次数/下行TBF建立尝试次数*100% 下行TBF建立成功次数，位置：PCU-小区性能测量-下行TBF建立和释放性能测量下行TBF建立尝试次数，位置：PCU-小区性能测量-下行TBF建立和释放性能测量下行第2章、信令流程1、上行TBF 建立成功次数信令流程本测量指标用于统计一个测量周期内上行TBF 建立成功的次数。
TBF建立成功率专题
TBF相关参数说明TBF：临时块流(Temporary Block Flow)它是MS和BSS之间的RR实体在进行数据传送时的一种物理连接网络可以给TBF安排一个或多个PDCH无线资源一个TBF包含许多RLC/MAC块，用来承载一个或多个LLC PDUTBF是临时的，只有在数据传送过程中才存在TFI：临时流标志(Temporary Flow Identity)网络给每一个TBF安排一个临时流识别码(TFI),它是TBF的标志分配给同一个TBF的全部PDCH内，其TFI值都是相同的；但对相同PDCH上的不同TBF，其TFI 值则是唯一的。
可以在不同方向上给TBF安排相同的TFI。
TBF由TFI、数据传送方向唯一标志T3168参数说明：用来设定MS等待分组上行指配消息的时长。
该定时器用来设定MS等待分组上行指配消息的最大时长。
MS通过在发送分组资源请求消息，或是在分组下行确认消息中附带的信道请求来发起上行TBF建立请求后，就开始启动定时器T3168来等待网络侧的分组上行指配消息。
若MS在T3168超时前，收到了分组上行指配消息，则将T3168复位；否则，MS将重新触发分组接入过程，直到此过程重复4次，此后，MS将认为该上行TBF建立失败。
该参数设置得越小，MS判断发生TBF建立失败的周期就越短。
在有TBF建立失败的情况下，分组接入的平均时延就越短；但在恶劣的无线情况下TBF 建立成功率也就越低；而且该参数值过小也会增加重发分组接入请求的概率，从而增加PCU进行重复指配的概率，导致系统资源的浪费。
该参数设置的越大，MS判断发生TBF建立失败的周期就越长。
在有TBF建立失败的情况下，分组接入的平均时延就越长；但是在恶劣的无线环境下TBF建立成功率会有所提高。
T3192参数说明：该定时器用来设定MS在完成接收最后一个数据块之后，等待TBF释放的时间。
当MS收到包含最后块标识的RLC数据块，并且确认已经收到了TBF中的所有RLC数据块时，MS应发送分组下行确认消息，并携带最后确认标识，同时开启T3192。
TCH拥塞的原理和解决方法（2）
TCH拥塞的原理和解决方法（2）1.2 话务分布环境这种情况往往是在网络规划时基站选址不当所产生的。
前面提到了TCH拥塞率的概念，它是由TCH占用失败次数除以TCH占用请求次数。
因此当无线信号不好时经常会出现TCH信道占用不上，即会出现TCH拥塞。
需要注意的是这类拥塞并非是TCH信道真的没有资源可以分配了，而是由于无线接口的原因使TCH信道占用不上产生拥塞。
例如在基站覆盖的边缘区域，有用户群村镇存在。
由于在这个区域内，手机所接收到的信号已经非常微弱，同样手机上行的信号也很微弱。
因此在这里手机发起呼叫，很容易产生TCH占用失败的情况，从而造成TCH拥塞。
应当指出的是，此时系统的TCH资源却有可能是很充足的。
解决这类问题需要调整天线的方位角或下倾角，并将基站的静态发射功率开到最大，总之需要增强该区域的信号强度。
另外BSC参数中可适当降低RACH忙门限，来使手机占用TCH信道时尽可能成功，从而减小TCH拥塞率。
若这些方法都不能起到根本作用则需要在该用户群的近处增加基站。
2 设备安装及故障2.1 天馈安装及故障在基站的天馈安装及配置中，有多种情况将会导致TCH占用失败。
1） CDU/SCU配置导致TCH占用失败例如在一个4载频的小区中我们通常会使用CDU+SCU的合路配置方式，经常是BCCH所在的TRX通过CDU上天线，TRX通过SCU 进行合路，然后再通过CDU上天线。
这样BCCH所经过的通道和非BCCH所经过的通道合路损耗就有较大的差别，所以非BCCH所在的信道发射的功率比BCCH所在的信道要小。
在手机发起呼叫时（特别是在离基站较远的时候），若系统给手机指配了非BCCH所在TRX上的TCH信道，则由于它的发射功率很低，就很容易造成TCH信道占用失败。
解决该问题有两种方法一是在配置时BCCH所在的TRX放在经过SCU的通道上，这样它的发射功率相对较小，不会出现指配非BCCH 所在TRX上的TCH信道时出现失败。
上行TBF 建立成功率提高指导手册v1.1
All Rights Reserved © Alcatel Shanghai Bell 2007, #####
2-改善%G111 (UL TBF建立失败率--无线拥塞)
• 针对无线拥塞P27的解决方案
增加（E）GPRS载频数（若CS话务高，需要扩容载频）和
有效PDCH数（增加MIN或Max_PDCH_highload）
– 无线信号的漂移， – 弱覆盖情况下的主覆小区缺失
解决方法
– 根据RMS报告的TA分段采样点数，确定小区的主覆范围 – 设置小区的TA-filter为覆盖上述主要采样点的TA值，限制较远TA的接入尝试。
All Rights Reserved © Alcatel Shanghai Bell 2007, #####
P105l NB_UL_TBF_EST_FAIL_TOO_MANY_TBF
• P66属于GB原因的失败，一般较少出现
All Rights Reserved © Alcatel Shanghai Bell 2007, #####
5-用户行为模型原因
• 用户业务行为的异常
用户行为的异常导致无线原因、无线拥塞等原因的TBF建立 失败增高
P105f NB_UL_TBF_EST_FAIL_CPU_GPU
• 传输拥塞原因，考虑扩容接口
P105h NB_UL_TBF_EST_FAIL_CONG_ATER P105j NB_UL_TBF_EST_FAIL_CONG_ABIS
• GCH少于最基本的数目或上行TBF数目超过限制-扩容PDCH和GPRS载频数 目
4. P105系列的counter失败 原因（未在ARP指标中列 出，在counter中）
5. 其他非无线原因 1. 用户行为模型原因 2. 核心网原因
TBF掉线率专题优化
TBF掉线率优化专题目录1.TBF掉线介绍 (2)1.1.TBF掉线率简介 (2)1.2.华为TBF掉线率统计公式 (2)1.3.下行TBF释放流程介绍 (2)1.3.1.下行TBF正常释放流程 (3)1.3.2.N3105溢出导致下行TBF异常释放流程 (3)1.3.3.SUSPEND导致下行TBF释放流程 (4)1.3.4.FLUSH导致下行TBF释放流程 (5)1.3.5.无信道资源导致的下行TBF异常释放流程 (5)1.3.6.其他原因导致下行TBF释放流程 (6)2.TBF掉线优化 (6)2.1.主要TBF掉线原因分析 (6)2.2.覆盖原因导致的TBF掉线 (6)2.3.干扰原因导致的TBF掉线 (7)2.4.小区拥塞原因导致的TBF掉线 (8)2.5.小区重选原因导致的TBF掉线 (8)2.6.其它原因导致的TBF掉线 (9)3.TBF掉线优化案例 (10)3.1.覆盖原因导致的TBF掉线优化 (10)3.2.干扰原因导致的TBF掉线优化 (11)3.3.硬件问题导致的TBF掉线优化 (13)3.4.传输质量导致的TBF掉线优化 (15)2022-4-25 第1页, 共15页1.TBF掉线介绍1.1. TBF掉线率简介与TCH掉话率用以衡量语音业务保持能力相对应，TBF掉线率是衡量数据业务保持能力的一项网络指标。
由于GSM数据业务的应用特点，下行业务量远大于上行业务量，上行TBF建立后会很快释放，其持续时间较短，其掉线率一般较低，参考意义较小，下行TBF 则会保持较长时间，下行TBF掉线率更能反映数据业务的保持性能。
下行TBF掉线就是用户在进行数据业务时，下行TBF的异常中断释放行为。
下行TBF 掉线次数多，用户会感觉到下载数据断断续续，阅读网页经常提示打开页面失败等异常情况，严重影响用户的数据业务使用体验。
目前各GSM设备厂家的TBF掉线统计点的各不相同。
针对华为设备，本文对TBF释放的统计点与信令流程进行集中介绍，并总结TBF影响因素、优化思路，提供了部分案例供读者参考。
华为设备建立成功率优化提升方案
华为设备建立成功率优化提升方案华为设备TBF建立成功率的提升方案目录1 网络接入性能分析优化 ................... 错误!未定义书签。
1.1接入性能指标....................... 错误!未定义书签。
1.2无信道资源导致的下行TBF建立失败优化错误!未定义书签。
1.2.1 无线拥塞类型................... 错误!未定义书签。
1.2.2 对于无线拥塞的处理............. 错误!未定义书签。
1.3手机无响应导致下行TBF建立失败..... 错误!未定义书签。
1.3.2 空口质量....................... 错误!未定义书签。
1.3.3 Abis口传输..................... 错误!未定义书签。
1.3.4 BSC6000 PCU处理部分............ 错误!未定义书签。
1.3.5 GB口传输....................... 错误!未定义书签。
1.3.6 手机问题....................... 错误!未定义书签。
1.3.7 手机行为....................... 错误!未定义书签。
1.4CCCH过载导致下行TBF建立成功率低... 错误!未定义书签。
1.4.1 问题描述分析................... 错误!未定义书签。
1.4.2 解决方法....................... 错误!未定义书签。
1.4.3 优化前后效果比较............... 错误!未定义书签。
1 网络接入性能分析优化1.1 接入性能指标下行TBF建立成功率计算公式如下:内置PCU TBF建立成功率定义:1)上行TBF建立成功率=(上行GPRS TBF建立成功次数+上行EGPRS TBF建立成功次数)/(上行GPRS TBF建立尝试次数+上行EGPRS TBF建立尝试次数)2)下行TBF建立成功率=(下行GPRS TBF建立成功次数+下行EGPRS TBF建立成功次数)/(下行GPRS TBF建立尝试次数+下行EGPRS TBF建立尝试次数)统计TBF建立失败的主要有以下2个指标:1)无信道资源导致下行TBF建立失败次数/无信道资源导致下行TBF建立失败次数2)MS无响应导致下行TBF建立失败次数/ MS无响应导致下行TBF建立失败次数TBF性能优化中主要就无信道资源导致下行TBF建立失败次数和MS无响应导致下行TBF建立失败次数这2个指标进行优化。
GSM无线网络优化流程华为TCH拥塞分析
GSM无线网络优化流程华为TCH拥塞分析TCH拥塞是指在无线网络中，由于呼叫量增大或基站资源受限等原因，导致呼叫无法成功建立或通话质量下降的情况。
为了解决TCH拥塞问题，华为采取以下步骤进行拥塞分析和优化：1.数据采集：首先，华为工程师会使用专业的测试工具和仪器对无线网络进行数据采集。
这些工具包括控制台玻璃纤维信号分析仪，可能的还有音频分析仪、频谱分析仪等。
这些工具可以收集到大量的呼叫数据，包括呼叫建立成功率、呼叫掉话率、呼叫质量等指标。
2.数据分析：收集到的数据将被华为工程师仔细分析。
他们将检查呼叫数据，找出拥塞发生的具体时间和地点，以及可能影响呼叫质量的原因。
通过分析数据，华为工程师可以找到拥塞问题的根本原因，并确定优化措施。
3.优化措施：基于数据分析的结果，华为工程师会制定一系列的优化措施。
这些措施可以包括但不限于以下几个方面：-增加基站容量：如果拥塞是由于基站资源不足引起的，华为工程师可能会建议增加基站容量，例如添加新的TCH频道、增加天线数量等。
-频率规划：华为工程师可能会重新规划频率，以减少干扰，并提高呼叫质量。
-信道分配方案优化：华为工程师会优化信道分配方案，以提高呼叫建立成功率，并降低掉话率。
-功率调整：对于天线功率不均衡的情况，华为工程师可能会调整功率分配，使各个基站的覆盖范围更加均衡。
4.实施和验证：华为工程师将在实际网络中实施优化措施，并进行实时测试和验证。
他们会监控网络性能，确保优化措施的有效性。
5.持续优化：优化是一个持续的过程，华为工程师会持续监测网络性能，并根据实际情况进行调整和优化。
他们可能会随时采取进一步的措施，以确保网络的稳定性和高质量。
综上所述，华为的TCH拥塞分析和优化流程基于数据采集、数据分析、优化措施、实施和验证以及持续优化等环节。
通过这些步骤，华为可以解决TCH拥塞问题，提高呼叫建立成功率和通话质量，为用户提供更好的无线通信服务。
GSM无线网络优化流程华为TCH拥塞分析
GSM无线网络优化-TCH拥塞分析〔华为分册〕四川移动网管中心技术支持中心2021年8月25日2021-07-27版本号：目录第1章、概述 (4)第2章、TCH拥塞率的概念和定义 (4)1、定义 (4)2、推荐公式 (4)第3章、TCH拥塞率的影响因素 (5)1、话务负荷 (5)2、硬件原因 (5)3、覆盖原因 (6)4、干扰原因 (6)5、频繁切换 (7)6、数据配置 (7)第4章、TCH拥塞率分析流程和优化方法 (7)1、话务均衡 (8)2、硬件故障 (9)、板件故障 (9)、传输及时钟问题 (9)3、覆盖问题 (9)、CDU/SCU配置导致TCH占用失败 (10)、天馈安装不当导致TCH占用失败 (10)、天馈故障导致TCH占用失败 (10)4、干扰原因 (12)、网外干扰 (12)、频率方案不当 (12)5、参数问题 (12)、信道分配类参数 (12)、呼叫控制类参数 (13)、切换类参数： (15)、小区根本参数 (15)6、第三方设备原因 (16)、直放站原因 (16)、其他厂家设备配合问题 (17)、2G&3G网络互操作 (17)7、软件版本问题 (18)TCH拥塞率的概念和定义第1章、概述在GSM的网络优化中，TCH拥塞率是衡量一个网络运行质量的一项非常重要的指标，它表达了一个移动网络的接入性能，并且对无线接通率、切换成功率、最坏小区比等网络指标都有着重要的影响。
本文对TCH拥塞率的不同定义方法和优化策略进展了介绍。
由于不同友商和客户在KPI指标理解上的差异，导致TCH拥塞率在不同友商和客户之间存在细微差异。
本文对现有的几种主要的TCH拥塞率定义进展了区分，并为国内很多工程涉及到的KPI指标澄清、指标承诺提供参考。
另外针对不同原因引起的TCH拥塞问题，简要的给出了优化的思路和方法，对现场工作具有一定的指导意义。
本文的表达基于GSM BSC V300R002C13版本。
第2章、TCH拥塞率的概念和定义1、定义TCH拥塞率是一个反映申请TCH时遇到无空闲TCH可分配的次数占TCH占用请求次数的百分比指标，如果TCH拥塞率指标较高，将导致网络的效劳质量下降，需要通过扩容优化等手段进展改善。
上行TBF建立成功率优化报告
上行TBF建立成功率优化报告上行TBF建立成功率优化报告一、概述随着GPRS分组无线业务的普及，我们对GPRS优化工作的力度也在加大。
从无线角度来讲，上下行TBF建立成功率，是一个至关重要的性能指标，可以从无线侧反映GPRS的服务性能。
从阿尔卡特区域来看，目前的下行TBF建立成功率能达到96%以上，而上行TBF建立成功率稍低。
影响上行TBF建立成功率的原因有许多，本文陈述了自08年7月份起，阿尔卡特优化队伍在提高上行TBF建立成功率指标上所进行的工作，并通过一些典型案例介绍，对该指标的优化经验进行总结。
二、上行TBF建立成功率指标分析2.1、上行TBF建立失败原因counter分析从统计公式来看，上行TBF建立请求次数为P62a+P62b+P62c-P438c，上行TBF建立成功次数为P30a+P30b+P30c，建立成功率计算公式为(P30a+P30b+P30c) / (P62a+P62b+P62c-P438c) * 100%。
由于未启用MPDCH，不存在PCCCH信道，因此全网小区P30a 和P62a都等于0。
P30b和P62b是指终端处于downlink packet transfer mode的上行TBF建立，两者之间具有对应关系。
可以认为，当终端处于downlink packet transfer mode下，其无线状况比较好，因此这一部分的建立成功率应该不会太低。
经统计，08年5月16日早忙时10点至11点，全网P30b=26368732，P62b=26885132，P30b/P62b=98.08%，也就是说在终端进行下行数据传输过程中的上行TBF请求的成功率超过98%。
P30c和P62c是指终端处于packet idle mode在CCCH上的上行TBF建立。
经统计，08年5月16日早忙时10点至11点，全网P30c=14508950，P62c=19519282，P30c/P62c=74.33%。
103--影响TBF分配成功率的因素及其解决措施
103--影响TBF分配成功率的因素及其解决措施摘要：本文介绍GPRS的TBF分配成功率的流程，并根据流程分析影响其分配成功率的因素，并提供相应的解决措施。
关键词：GPRS；TBF；分配成功率；影响；措施分类号：TL75+2.2 文献标识码：A-E 文章编号：2095-2104（2011）12-085—011概述随着GPRS业务的发展，GPRS业务日趋丰富多彩，用户对GPRS的需求和要求也越来越高，如何提升用户的满意度，让更多的用户能够更好地使用GPRS，是我们日常优化工作的重心所在。
而提升GPRS的上下行TBF分配成功率，是用户使用GPRS业务的第一感受。
下文将介绍TBF分配成功率的优化经验，并重点结合华为的设备进行展开分析。
一阶阶段接入的流程如下所示：1、1MS在CCCH信道的RACH子信道上通过发送CHANNEL REQUEST 消息发起上行TBF建立请求。
该CHANNEL REQUEST消息指示手机为一阶段上行TBF建立请求。
同时MS启动T3186定时器，监视网络侧对该信道请求消息的响应情况。
1.2网络侧在RACH信道上收到Channel Request消息后，进入内部处理流程。
网络侧根据接入请求的原因和小区属性决定上行立即指配类型。
如果是一阶段上行建立，网络侧为该上行TBF选择合适的编码方式，并根据接入小区的资源占用情况，合理为该TBF请求申请无线资源，资源申请成功后，网络侧为该TBF分配相应的无线资源，并计算该上行TBF的启动时间，时间达到后网络侧启动该上行TBF，开始在指配的信道上监听MS发送的上行RLC数据块。
1.3 资源申请成功的同时，网络侧需要在AGCH信道上发送Immediate Assignment消息，消息里面附带了网络侧为MS分配的无线资源信息分组上行指配结构，包含TFI、USF（动态分配）或分配位图（固定分配）、RLC数据块的信道编码方式、带TLLI的上行RLC数据块编码方式、功控参数、查询（polling）比特、TAI（可选）、TBF Starting Time（可选）。
TBF建立成功率提升方案1
TBF建立成功率提升方案优化专题： (3)1.1不合理信道资源配置优化 (3)1.2 PS业务信道拥塞检查 (4)1.2.1请求分组信道时因无信道而失败的尝试次数检查 (4)1.2.3 CS强占动态信道次数检查 (5)1.3 Timers及功能性参数优化 (5)1.3.1 TSC一致性检查 (5)1.3.2 T3168优化 (6)1.3.3 T3192/T3193优化61.3.4 DrxTimerMax优化 (7)TBF：临时块流(Temporary Block Flow)，它是MS和BSS的无线资源管理实体实体之间的一种物理连接，用于LLC PDU在分组数据无线链路上单向传输。
TBF是由一些载有一个或者多个LLC PDU的RLC/MAC块组成的，TBF只有在数据传送过程中才存在。
而造成上、下行TBF建立成功率低的主要因素有：数据业务相关业务配置不合理；数据业务量大，造成数据拥塞；参数设置不合理；小区话务过大，可能造成接入困难；处于网络边缘的用户，由于接受电平弱等情况造成TBF建立成功率底针对以上因素，将进行如下专题优化优化专题：1.1不合理信道资源配置优化目前现网部分开启PS业务的小区仅配置了全动态信道，这样的信道配置方式会严重影响数据业务的可用性.当配置全动态信道的小区话音业务繁忙时，由于话音业务绝对优先，虽然在这种情况下有用户需要进行数据业务，但是会因无信道资源而不能进行数据业务。
在V3环境下，动态PS预转换功能是默认开启的。
既然选择只使用动态PS信道，这就说明该小区的话音业务已经非常拥塞了，在这种情况下假如再使用动态PS预转换功能将会对PS业务的可用性起到更坏的效果。
目前现网中全动态PS业务信道配置小区如下：统计以上小区的话音业务拥塞情况，针对不拥塞小区，建议配置1条静态PDCH；针对轻度拥塞小区，建议打开动态HR并进行业务分流后配置1条静态PDCH；针对重度拥塞小区，假如打开HR并进行业务分流仍不能有效缓解拥塞时，可以将处理优先级降低一些，通过增加1800M站点或扩容、小区分裂等手段解决。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
TBF与TCH均拥塞情况下提高TBF建立成
功率案例报告
产品线GSM 更新日期2011-3-16
运营商佛山联通设备厂家华为
撰写人陈同雍审核技术部
一、案例事件描述
案例描述:狮山软件D2的GPRS下行拥塞率和EGPRS下行拥塞率指标很差，导致TBF建立成功率也比较差，但是现场基站配置已经很大，扩容比较困难，同时语音业务话务量也比较高。
二、案例分析
案例分析：数据业务和语音业务都比较拥塞,牺牲话音信道提升数据性能行不通，只能通过调整数据业务的参数改善性能。
优先使用参数：下行TBF延时释放时长(毫秒)；
下行TBF延时释放时长(毫秒)：参数用于设置下行TBF延迟释放的时间；具体含义如下：在网络侧发送完最后一个下行RLC数据块，并检查之前所有发送的下行数据块都确认收齐之后，不立即通知MS结束该下行TBF，而是强行设置最后一个数据块为未接收到，不断重发值RRBP标志的最后一个数据块，维持下行TBF不被释放。
在下行延迟释放过程中，只要网络侧上层有下行数据传输的要求，则完成解包的下行RLC块将直接可以在该延迟释放的下行TBF中被发送，而此时该下行TBF也从延迟释放的状态重新变成了下行的传输状态；另外，由于在维持下行TBF不释放的过程中，MS必须通过在RRBP对应的上行数据块上响应Packet Downlink Ack/Nack消息来保持和网络侧的交互，因此一旦MS有上行数据传输的需求，MS可以立即通过在
Packet Downlink Ack/Nack消息中附带Channel Request Decription来向网络侧发出上行信道请求。
三、优化措施、建议及实施过程
处理过程：将该小区的该参数下行TBF延时释放时长(毫秒)现网设置为2400，将该参数调整为为1200。
这样，没有数据传送的时候，TBF将会早点释放，从而就会有较多的PDCH信道出来，满足更多用户的接入需求。
四、实施后的结论
指标对比：23号下午5点对该小区参数调整，拥塞都有所下降，下行TBF拥塞率从7.76%下降到1.06%，上下行TBF建立成功率都提高，下行TBF建立成功率提升比
较明显，从89.18%上升到97.27%，具体指标对比如下：
起始时间
对象名称
上行TBF 拥塞
率 上行TBF 建立成
功率 下行TBF 拥塞
率 下行TBF 建立成
功率 22/02/2011 12:00:00 狮山软D2 0.24% 96.95% 11.80% 83.80% 22/02/2011 13:00:00 狮山软D2 0.19% 97.53% 5.20% 91.78% 22/02/2011 14:00:00 狮山软D2 0.66% 96.39% 13.29% 82.60% 22/02/2011 15:00:00 狮山软D2 0.02% 97.10% 2.19% 93.85% 22/02/2011 16:00:00 狮山软D2 0.00% 97.33% 0.49% 96.32% 22/02/2011 17:00:00 狮山软D2 0.00% 97.67% 0.22% 96.84% 22/02/2011 18:00:00 狮山软D2 0.01% 97.89% 2.41% 94.56% 22/02/2011 19:00:00 狮山软D2 0.05% 97.23% 5.25% 91.54% 22/02/2011 20:00:00 狮山软D2 0.05% 97.29% 5.53% 91.03% 22/02/2011 21:00:00 狮山软D2 0.07% 97.74% 6.87% 90.52% 22/02/2011 22:00:00 狮山软D2 0.24% 97.41% 9.63% 86.68% 22/02/2011 23:00:00 狮山软D2 0.17% 97.41% 9.59% 86.65% 23/02/2011 00:00:00 狮山软D2 0.00% 96.96% 0.04% 96.75% 23/02/2011 01:00:00 狮山软D2 0.00% 98.16% 0.00% 98.62% 23/02/2011 02:00:00 狮山软D2 0.00% 99.03% 0.00% 99.12% 23/02/2011 03:00:00 狮山软D2 0.00% 99.63% 0.00% 99.41% 23/02/2011 04:00:00 狮山软D2 0.00% 99.41% 0.00% 99.15% 23/02/2011 05:00:00 狮山软D2 0.00% 99.09% 0.00% 98.15% 23/02/2011 06:00:00 狮山软D2 0.00% 98.72% 0.00% 98.03% 23/02/2011 07:00:00 狮山软D2 0.00% 97.80% 0.00% 97.06% 23/02/2011 08:00:00 狮山软D2 0.15% 97.53% 13.13% 83.09% 23/02/2011 09:00:00 狮山软D2 0.71% 96.06% 18.51% 77.01% 23/02/2011 10:00:00 狮山软D2 5.02% 90.79% 30.89% 64.19% 23/02/2011 11:00:00 狮山软D2 4.75% 90.57% 32.72% 60.76% 23/02/2011 12:00:00 狮山软D2 1.05% 95.32% 19.03% 77.69% 23/02/2011 13:00:00 狮山软D2 0.03% 97.57% 3.03% 93.72% 23/02/2011 14:00:00 狮山软D2 0.93% 96.27% 20.98% 76.06% 23/02/2011 15:00:00 狮山软D2 0.56% 96.84% 19.34% 78.21% 23/02/2011 16:00:00 狮山软D2 0.02% 98.22% 2.55% 95.28% 23/02/2011 17:00:00 狮山软D2 0.00% 98.11% 0.01% 97.02% 23/02/2011 18:00:00 狮山软D2 0.00% 98.36% 0.25% 98.05% 23/02/2011 19:00:00 狮山软D2 0.15% 97.99% 4.02% 93.59% 23/02/2011 20:00:00 狮山软D2 0.10% 97.80% 4.10% 94.01% 23/02/2011 21:00:00 狮山软D2 0.04% 97.90% 2.88% 95.18% 23/02/2011 22:00:00 狮山软D2 0.16% 97.64% 5.39% 92.23% 23/02/2011 23:00:00 狮山软D2 0.25% 96.97% 5.52% 92.07% 24/02/2011 00:00:00 狮山软D2 0.00% 97.81% 0.00% 98.27% 24/02/2011 01:00:00 狮山软D2
0.00%
99.11%
0.00%
98.86%
24/02/2011 02:00:00 狮山软D2 0.00% 99.43% 0.00% 99.20% 24/02/2011 03:00:00 狮山软D2 0.00% 99.85% 0.00% 99.76% 24/02/2011 04:00:00 狮山软D2 0.00% 99.19% 0.00% 99.64% 24/02/2011 05:00:00 狮山软D2 0.00% 98.60% 0.00% 99.36% 24/02/2011 06:00:00 狮山软D2 0.00% 99.27% 0.00% 99.41% 24/02/2011 07:00:00 狮山软D2 0.00% 98.58% 0.00% 98.79% 24/02/2011 08:00:00 狮山软D2 0.00% 98.22% 0.00% 97.98% 24/02/2011 09:00:00 狮山软D2 0.00% 98.13% 0.00% 97.97% 24/02/2011 10:00:00 狮山软D2 0.00% 98.41% 0.00% 97.71% 24/02/2011 11:00:00 狮山软D2 0.00% 98.42% 0.00% 97.53% 24/02/2011 12:00:00 狮山软D2 0.00% 98.01% 0.14% 97.51% 24/02/2011 13:00:00 狮山软D2 0.00% 97.95% 0.00% 97.51% 24/02/2011 14:00:00 狮山软D2 0.00% 98.27% 0.00% 97.95%
五、总结
案例总结：日常优化过程中，经常遇到资源紧张而又没法通过硬件扩容等常规手段解决的情况，这时需要尽可能发挥网络参数的作用，通过挖掘参数潜力，可以解决网络的问题。