华为TBF与TCH均拥塞情况下提高TBF建立成功率

合集下载

华为设备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掉线率高编码占比提升措施

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资源利用效率提升优化

网规网优【摘 要】目前广东的华为设备普遍存在外置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建立成功率提升方法

华为设备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拥塞、无线接通率低问题的处理方法

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建立成功率分析

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 建立成功的次数。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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%
五、总结
案例总结:日常优化过程中,经常遇到资源紧张而又没法通过硬件扩容等常规手段解决的情况,这时需要尽可能发挥网络参数的作用,通过挖掘参数潜力,可以解决网络的问题。

相关文档
最新文档