《6 东莞公司-【参赛稿】缩短GPRS忙时PDP激活时长_数据精英QC小组V4[.docx》由会员分享，可在线阅读，更多相关《6 东莞公司-【参赛稿】缩短GPRS忙时PDP激活时长_数据精英QC小组V4[.docx（38页珍藏版）》请在三一办公上搜索。
1、 中国移动通信集团广东有限公司东莞分公司 缩短GPRS忙时PDP激活时长中国移动通信集团广东有限公司东莞分公司数据精英QC小组37 第 页 / 共36页目 录一、QC小组介绍2二、选题理由3三、设定目标4四、目标可行性分析4五、原因分析8六、要因确定8七、制定对策20八、对策实施21九、效果检查31十、巩固措施34十一、总结和下一步打算36一、 QC小组介绍（一） 小组概况数据精英QC小组成立于2008年4月，小组成员12人，致力于提升数据及增值网络质量和数据业务优化。详情如下表：表1.1 QC小组概况表小组名称数据精英QC小组成立时间2008年4月小组口号卓越数据网，提升无极限小组人数12人
2、活动频次1-2次/月活动时间2009年4月-2010年1月活动课题缩短GPRS忙时PDP激活时长注册号DG20090343课题类型现场型序号姓名文化程度部门小组分工1罗志全硕士网维中心顾问2石艳学士网维中心顾问3刘海星学士网维中心组长4潘世宁学士网维中心方案策划5孙斌学士网维中心方案实施6梁志强大专网维中心数据分析7陈倩岚学士网维中心数据分析8郭婧学士网维中心数据分析9杜晓露学士网维中心方案实施10赖树安学士网维中心效果检查11周腾大专网维中心数据分析12李勇学士网维中心方案实施（制表人：陈倩岚 制表日期：2009.4.2）（二） 名词解释l SGSN：GPRS业务支持节点，为用户提供网络接入
3、和数据转发服务。l GGSN：GPRS网关支持节点，为用户提供对外部数据网络的访问服务。l PDP激活：通过GPRS上网必须要经过的流程。是建立从用户到GPRS核心网元GGSN的连接的过程。l GPRS忙时PDP激活时长：在GPRS业务忙时23点-24点的PDP激活平均时长。l 信令仪表抓包：是测试PDP激活时长的方法，通过专用的信令仪表在PDP激活流程所经的各个设备处进行抓包（数据包、信令流），并记录响应的时间。二、 选题理由图2.1 选题理由 （制图人：潘世宁 制图日期：2009.4.3）三、 设定目标根据公司指令性指标要求，小组将目标确定为：使GPRS忙时PDP激活时长从12.12秒缩短
4、到5秒。图3.1 目标柱状图 （制图人：陈倩岚 制图日期：2009.4.4）四、 目标可行性分析【分析一】历史数据分析为了分析更长时间内忙时PDP激活时长的变化情况，我们统计了2008年4月至9月的忙时PDP激活时长，如下： 表4.1 2008年4-9月忙时PDP激活时长统计表序号时间平均激活时长（秒）平均值（秒）12008年4月3.56.322008年5月4.832008年6月6.942008年7月7.652008年8月7.262008年9月7.9（制表人：郭婧 制表日期：2009.4.5）图4.1 2008年4-9月忙时PDP激活时长统计图（制图人：郭婧 制图日期：2009.4.5）分析结
5、果：虽然2008年4月至9月的忙时平均PDP激活时长超出目标值5秒，但有2个月的忙时PDP激活时长达到了目标值。【分析二】症结查找 按PDP激活流程分层分析根据PDP激活流程，PDP激活时长可以分为4段：1、用户到基站侧时延；2、BSS侧（基站）时延；3、SGSN侧时延；4、GGSN侧时延。分别对应四个接口：Um、Abis、Gb、Gn。小组用信令仪表分别在四个接口抓数据包并统计时长，分段核减可计算出每段的时延。图4.2 PDP激活抓包测时长示意图 （制图人：孙斌 制图日期：2009.4.5）表4.2 PDP激活各段时长计算方法序号分段对应接口接口抓包时长分段时延计算1用户到基站侧时延UmAA-
6、B2BSS侧时延AbisBB-C3SGSN侧时延GbCC-D4GGSN侧时延GnDD（制表人：孙斌 制表日期：2009.4.5） 现状分析小组对09年1月-3月每周的忙时PDP激活时间按流程做分段统计：表4.3 PDP激活时长分段统计表序号时间用户到基站侧时延（秒）BSS侧时延（秒）SGSN侧时延（秒）GGSN侧时延（秒）PDP激活总时长（秒）12009-1-22.720.070.7912.8216.422009-1-90.950.090.340.672.0532009-1-161.970.080.5612.9315.5442009-1-231.710.090.3913.5515.745200
7、9-2-61.580.090.3813.6715.7262009-2-131.650.080.4112.7214.8672009-2-200.940.090.350.862.2482009-2-272.740.090.5410.7914.1692009-3-61.920.090.5913.4816.08102009-3-132.050.090.4813.1515.77112009-3-202.360.080.371.94.71平均时长1.87 0.09 0.47 9.69 12.12 （制表人：孙斌 制表日期：2009.4.5）表4.4 PDP激活时长按流程分段调查统计表序号流程分段平均时长（
8、秒）时间与次数加权（秒*11天）加权比例累计百分比1GGSN侧时延9.69106.5979.95%79.95%2用户到基站侧时延1.8720.5715.43%95.38%3SGSN侧时延0.475.173.88%99.26%4BSS侧时延0.090.990.74%100.00%合计12.12133.32100.00%（制表人：陈倩岚 制表日期：2009.4.6）根据统计结果，制作PDP激活时长各流程段时延排列图。图4.3 按流程分段统计PDP激活时长的排列图（制图人：陈倩岚 制图日期：2009.4.6）从排列图可以看出，“GGSN侧时延”在PDP激活总时长中占了79.95%，是关键环节。分析结
9、果：“GGSN侧时延长”是导致“PDP激活时间长”的主要症结。【分析三】可行性计算 为了明确是否能够通过解决“GGSN侧时延长”这一症结达到预期的课题目标，小组成员结合网络优化经验对症结解决程度进行分析，估计可以解决症结的80%。则PDP激活时长的改善情况：目标PDP激活时长=当前PDP激活时长 -当前PDP激活时长“GGSN侧时延”占比解决比例 =12.12-12.1279.95%80%=4.375分析结果：解决症结“GGSN侧时延长”可以达到目标。通过以上分析，根据小组成员对GPRS业务流程的清晰认识和小组成员丰富的网络优化、系统维护经验，结合公司领导在资源方面的支持，小组成员一致认为从理
10、论和经验上都能实现目标！ 结论 目标可行！五、 原因分析小组成员针对症结“GGSN侧时延长”采用树图进行分析，找出9个末端原因，如图5.1所示： GGSN侧时延长环服务器运行温度高系统运行不稳定机房温度未达要求统机设备性能异常GGSN硬件故障GGSN负荷高GGSN容量不足GGSN容量分配不均衡响应机制不合理轮询参数设置不当GGSN轮询时间长统计出现错误责任心不强人没有考核细则未按照计划进行培训信令仪表操作不熟练法统计公式运用错误计算方法错误统计公式与规范不相符信令仪表负荷高信令仪表时间不精确业务板卡损坏图5.1 “GGSN侧时延长”原因分析图（制图人：陈倩岚 制图日期：2009.4.10）六、
11、 要因确定为了找到要因，小组制定了要因确认计划，并通过查阅规范、现场调查、统计分析等方法对9条末端因素逐一确认。表6.1 要因确定计划表序号末端原因确认内容确认方法确认标准确认地点负责人完成日期1没有考核细则是否有GPRS业务抓包统计工作的考核细则，与员工绩效挂钩情况查阅规范查看记录1、有考核细则2、员工执行统计工作与绩效挂钩率达100%网维中心数据室刘海星4月12日2未按照计划进行培训抓包统计工作人员的培训情况及考核合格情况查阅记录现场调查1、培训率=100%，培训时长8小时2、考核合格率=100%网维中心数据室刘海星4月12日3业务板卡损坏GGSN业务板卡的损坏及修复时长查阅记录统计分析1
12、、业务板卡同时损坏数小于2块2、板卡修复时间30分钟/次综合楼机房，升威楼操作区赖树安4月13日4GGSN容量不足东莞片区GGSN的容量负荷情况现场调查统计分析东莞片区GGSN忙时平均容量负荷85%升威楼操作区陈倩岚4月14日5GGSN容量分配不均衡东莞片区GGSN的容量均衡情况现场调查统计分析各GGSN容量负荷与忙时平均容量负荷的偏离值10%升威楼操作区潘世宁4月14日6信令仪表负荷高信令仪表抓包时的CPU负荷情况现场调查统计分析CPU负荷80%升威楼操作区周腾4月14日7统计公式与规范不相符统计中使用的公式是否符合规范查阅制度查看记录统计中使用的公式与规范中要求的公式一致，计算方法符合GP
13、RS上网的流程逻辑网维中心数据室李勇4月15日8轮询参数设置不当现网中GGSN轮询时长现场调查统计分析轮询时长平均3秒升威楼操作区孙斌4月15日9机房温度未达要求GGSN设备所在机房的温度情况查看记录统计分析机房温度在2125附属楼监控区梁志强4月15日（制表人：潘世宁 制表日期：2009.4.11）【确认一】没有考核细则考核细则会影响GPRS业务抓包统计工作执行人员的工作态度，从而影响GGSN侧时延统计的准确率。组长刘海星于2009年4月12日进行了该项末端原因的确认。经查阅绩效考核表，抓包分析工作占个人绩效的5%，绩效量化表如图6.1所示。查阅处理该工作的所有员工在2009年1月-3月的绩
14、效考核表，各员工执行抓包统计工作与绩效挂钩率达到了100%，并且没有因为“抓包统计工作”出错导致的绩效扣分。图6.1 绩效量化表截图 （制图人：刘海星 制图日期：2009.4.12）确认结果：“没有考核细则”不是要因。【确认二】未按照计划进行培训 1、根据数据及增值网络维护室岗前培训制度（第三版）规定，分析优化人员在处理“抓包统计”工作前，对信令仪表使用方法的培训需达8小时，并且考试必须达到90分以上方可独立处理该工作。4月12日组长刘海星确认共有7名成员处理该项工作，查阅08年6月至12月工作组所有成员的培训档案和考试记录，如下表：表6.2 “抓包统计”工作培训考核情况统计表序号姓名培训时间
15、培训课时考试成绩（分）1赖树安2008年6月8962陈裕彬2008年6月8983黎雨平2008年7月91004陈倩岚2008年8月8965潘世宁2008年6月91006梁志强2008年10月9977李 刚2008年11月895（制表人：刘海星 制表日期：2009.4.12）图6.2 抓包统计工作培训考试情况统计图 （制图人：刘海星 制图日期：2009.4.12）2、4月12日组长刘海星对“抓包统计”相关人员进行了技能考核，结果如下表：表6.3 技能考核情况统计表参考人数不合格人数合格人数优秀人数合格率（%）7075100（制表人：刘海星 制表日期：2009.4.12）注：90分以上为“合格”，
16、95分以上为“优秀”。确认结果：全体操作人员培训率达100%，培训时长均超过8小时，操作技能考核合格率为100%，“未按照计划进行培训”不是要因。【确认三】业务板卡损坏现网GGSN业务板卡为负荷分担工作模式，单台GGSN的业务板卡同时损坏的数量超过1块时会影响GPRS PDP激活，致使激活时间变长。且GPRS核心网硬件维护规范-DG-WWSJS-2009-V1.4要求业务板卡修复时长不超过30分钟/次。4月13日组员赖树安查阅09年1-3月的GGSN业务板卡硬件故障记录，没有同时损坏数超过1块的情况，板卡的修复时长为21分钟，符合规范要求。表6.4 业务板卡损坏情况与修复时长统计表序号时间业务
17、板卡同时损坏数修复时长（分钟/次）12009年1月12122009年2月0032009年3月00合计121（制表人：赖树安 制表日期：2009.4.13）图6.3 业务板卡损坏数与修复时长统计图 （制图人：赖树安 制图日期：2009.4.13）确认结果：“业务板卡损坏”不是要因。【确认四】GGSN容量不足GGSN容量不足会导致GGSN平均负荷过高。经过查询GGSN设备厂家维护规范，设备容量负荷的预警值为85。容量负荷过高可能造成GGSN限呼或无响应等性能问题，致使GGSN侧时延长。4月13日，组员陈倩岚提取09年1-3月GGSN容量报表，统计出GGSN忙时平均负荷达88.1%85%，超过了标准
18、值。表6.5 GGSN容量负荷统计表序号时间忙时PDP数（万）总容量(万PDP)负荷平均负荷12009年1月90.93104.8586.72%88.10%22009年2月91.07104.8586.86%32009年3月95.12104.8590.72%（制表人：陈倩岚 制表日期：2009.4.13）图6.4 GGSN忙时平均负荷折线图 （制图人：陈倩岚 制图日期：2009.4.13）为了进一步验证GGSN容量负荷与PDP激活时长的相关关系，小组提取了40个忙时PDP激活时长记录，并在报表系统中提取相应时间点的GGSN容量负荷，一一对应组成40对数据用散布图分析如下：表6.6 GGSN容量负荷
19、与PDP激活时长数据序号GGSN容量负荷XPDP激活时长（秒）Y序号GGSN容量负荷XPDP激活时长（秒）Y167.76%2.482187.89%11.61277.25%4.332287.14%15.45378.34%3.212374.89%2.27483.62%4.092472.43%10.29579.25%4.292586.49%13.26675.37%3.522688.25%12.57784.23%7.442791.35%15.42885.19%4.012887.37%9.45976.14%3.982976.47%3.211088.20%9.613092.43%16.41185.77%6
20、.543173.45%2.051287.32%7.043289.52%15.541386.41%4.583391.46%15.741480.32%3.353491.21%15.721578.33%9.643587.59%14.861685.97%6.373678.48%2.241788.91%11.23790.14%14.161887.24%7.833892.51%16.081986.24%6.773991.93%15.772070.25%4.084087.72%4.71（制表人：陈倩岚 制表日期：2009.4.14）图6.5 GGSN容量负荷与PDP激活时长的散布图 （制图人：陈倩岚 制图日
21、期：2009.4.14）计算相关系数（r）：0.752 可见，“GGSN容量负荷”跟“PDP激活时长”成强正相关。GGSN容量负荷越高，PDP激活时长越长。并且通过计算，在GGSN容量负荷超过85%时，有87.5%的PDP激活时长超过了目标值5秒。确认结果：“GGSN容量不足”是要因。【确认五】GGSN容量分配不均衡东莞片区的GPRS业务由东莞和深圳的5台GGSN共同承载，各GGSN间容量不均衡会导致个别GGSN负荷过高，从而导致GGSN限呼或无响应等性能问题，使GGSN侧时延变长。经查询GGSN设备厂家维护规范，各GGSN与平均负荷之间的偏差小于10%属于正常波动。4月13日，组员潘世宁提取
22、09年1-3月GGSN容量报表，分析各GGSN的负荷均衡情况，与平均负荷最大偏差达14.23%，超过了标准值10%。表6.7 各GGSN忙时负荷利用率情况忙时负荷利用率东莞GGSN301东莞GGSN302东莞GGSN303深圳GGSN301深圳GGSN3022009年1月97.56%72.49%84.33%89.19%90.04%平均负荷86.72%偏差10.84%-14.23%-2.39%2.47%3.32%2009年2月94.88%76.45%89.21%86.54%87.23%平均负荷86.86%偏差8.02%-10.41%2.35%-0.32%0.37%2009年3月95.12%79.
23、32%91.83%93.11%94.21%平均负荷90.72%偏差4.40%-11.40%1.11%2.39%3.49%（制表人：潘世宁 制表日期：2009.4.14）图6.6 GGSN忙时容量负荷偏差情况 （制图人：潘世宁 制图日期：2009.4.14）确认结果：“GGSN容量分配不均衡”是要因。【确认六】信令仪表负荷高统计PDP激活各流程段的时延需要使用专用的抓包信令仪表。目前我们使用的是泰克K18信令仪表，经查询仪表说明书，当CPU负荷超过80%时，可能会造成抓包数据不完整或者不准确。4月12日至14日小组成员周腾对信令仪表在GPRS业务忙时抓数据包时的CPU负荷情况进行了测试，CPU负
24、荷均小于80%，符合标准。表6.8 信令仪表忙时抓包CPU负荷统计表日期测试序号CPU负荷是否符合标准4月12日124%229%323%425%528%4月13日131%229%326%432%531%4月14日127%229%321%433%525%（制表人：周腾 制表日期：2009.4.14）图6.7 信令仪表忙时抓包的CPU负荷折线图 （制图人：周腾 制图日期：2009.4.14）确认结果：“信令仪表负荷高”不是要因。【确认七】统计公式与规范不相符在计算GGSN侧时延时如果统计公式使用错误，将导致计算结果不准确，可能造成时延变长。4月15日由组员李勇牵头室内GPRS专家，重新核实了统计中
25、使用的公式，与规范中要求的公式一致，且计算方法符合GPRS上网的流程逻辑。查阅09年1-3月日常统计表格中公式使用情况，已形成excel公式计算模板，均与规范一致。图6.8 GGSN侧时延计算方法（制图人：李勇 制图日期：2009.4.15）确认结果：“统计公式与规范不相符”不是要因。【确认八】轮询参数设置不当用户上网进行PDP激活时，SGSN需将请求送到GGSN。可在SGSN上设置T3、N3等轮询参数，如果GGSN忙则会将请求轮询送到其他GGSN。轮询参数设置不当会导致业务繁忙时因轮询时间长引起的PDP激活时间长。经查阅厂家维护规范，轮询时长的最大参考值为3秒，4月15日由组员孙斌统计09年
26、1-3月PDP激活数据包中的轮询时长，平均值为3.9秒3秒。GGSN1MSBSCBTSSGSN123GGSN忙GGSN无响应GGSN2GGSN3设置T3、N3等轮询参数图6.9 GGSN轮询示意图 （制图人：孙斌 制图日期：2009.4.15）表6.9 轮询时长统计表序号时间忙时平均轮询时长（秒）平均时长（秒）12009年1月3.53.922009年2月3.932009年3月4.3（制表人：孙斌 制表日期：2009.4.15）图6.10 GGSN轮询时长柱状图（制图人：孙斌 制图日期：2009.4.15）确认结果：“轮询参数设置不当”是要因。【确认九】机房温度未达要求根据公司中国移动广东公司电
27、源空调系统维护管理细则(2009年修订版)，GGSN设备所在的交换机房温度必须在2125。图6.11 机房环境质量标准截图（制图人：梁志强 制图日期：2009.4.15）4月15日组员梁志强抽查了GGSN所在的交换机房在09年1-3月份的机房巡检记录，机房温度均在规范要求的范围内。表6.10 09年1-3月机房温度统计表序号温度序号温度序号温度序号温度122.6162231234623.3223.11722.43224.24723.4322.418233324.54822.9422.51923.334234923.45232023.43523.35024623.52122.83622.2512
28、1.7723.42222.73723.65223823.12321.83822.55324.1923.724233923.25423.51022.22524.14023.75523.91122.52623.54122.35622.812232722.34221.657231322.12823.543235824.71422.72923.94422.85922.21521.23023.54523.46023.8（制表人：梁志强 制表日期：2009.4.15）图6.12 09年1-3月机房温度折线图（制图人：梁志强 制图日期：2009.4.15）确认结果：“机房温度未达要求”不是要因。经过逐一确认
29、，确定以下三个因素为影响“GGSN侧时延长”的要因：1、 GGSN容量不足2、 GGSN容量分配不均衡3、 轮询参数设置不当七、 制定对策针对第一个要因“GGSN容量不足”，经过小组讨论有两个对策可选择，小组从部署难易度、适用性、经济型等方面分析了两者的利弊，选定了“进行GGSN扩容”作为实施对策。表7.1 对策评估选择表序号要因对策对策选择分析选定1GGSN容量不足进行GGSN扩容1、需进行软、硬件安装配置，可结合GPRS 12期工程进行扩容，部署需1个月。2、可满足89个月的业务增长需要。3、预计GGSN容量负荷可降低20%25%。4、预计软件成本31万，需维护人员6人。业务分流到其他地市
30、的GGSN1、需进行数据修改，部署需3天。2、可满足1个月业务增长需要。3、预计GGSN容量负荷可降低2%3%。4、所需费用为0，需维护人员2人。（制表人：郭婧 制表日期：2009.4.16）小组成员制定出对策表如下： 表7.2 对策表序号要因对策目标措施地点完成时间负责人1GGSN容量不足进行GGSN扩容东莞片区GGSN忙时平均容量负荷85%1、制定扩容方案2、开展扩容施工网络维护中心数据及增值网络维护室5月17日 周腾2GGSN容量分配不均衡GGSN容量均衡调整各GGSN容量负荷与忙时平均容量负荷的偏离值10%1、分析扩容后现网容量均衡情况2、制定均衡调整计划3、开展容量均衡调整网络维护中
31、心数据及增值网络维护室6月3日 陈倩岚3轮询参数设置不当调整GGSN轮询参数轮询时长平均3秒1、制定参数调整方案2、运用正交试验法找出最优的参数组3、将最优参数组运用到现网配置中网络维护中心数据及增值网络维护室6月30日 梁志强（制表人：潘世宁 制表日期：2009.4.17）八、 对策实施【实施一】进行GGSN扩容1、制定扩容方案1)PDPC法制定扩容实施流程：为了保障扩容工程能够及时有效的完成，小组成员利用PDPC过程决策程序图法制定了扩容实施流程。预先对扩容过程中可能遇到的风险制定规避计划，列入流程运作的环节中，在具体实施过程中按照流程开展，提高了工作效率，保障了扩容工程的顺利完成。图8.
32、1 GGSN扩容过程决策程序图（制图人：陈倩岚 制图日期：2009.4.17）最理想的路线：A0-A1-A2-A3-A4-A5-A6-Z传输不足时：A0-A1-A2-B1-B2-A3-A4-A5-A6-Z人手不足时：A0-A1-A2-A3-A4-A5-C1-C2-A6-Z传输资源和人手均不足时：A0-A1-A2-B1-B2-A3-A4-A5-C1-C2-A6-Z2)统计容量需求：小组统计了东莞片区GGSN情况:东莞片区主要使用5台GGSN，分别为东莞GGSN301302303，深圳GGSN301302。现网的容量如下：表8.1 GGSN容量统计表GGSN东莞GGSN301东莞GGSN302东莞
33、GGSN303深圳GGSN301深圳GGSN302PDP容量（万）19.6619.6626.2119.6619.66总容量（万）104.85（制表人：周腾 制表日期：2009.4.17）小组根据GPRS业务报表统计了当前PDP激活量情况，按照目标容量负荷85%计算，现网总容量的最小缺口为10.4万PDP。3)确定扩容方案：小组成员周腾在4月17日召集规划技术部相关同事对GGSN容量紧缺情况进行讨论。结合GPRS 12期工程，根据现网业务量，同时考虑业务发展，制定了扩容方案，并提交给省公司审核。计划扩容后东莞片区共有六台GGSN，总扩容容量为52.41万PDP。表8.2 GGSN扩容计划表GGS
34、N原容量扩容后容量扩容量备注东莞GGSN30119.6626.216.55原设备增加板卡东莞GGSN30219.6626.216.55原设备增加板卡东莞GGSN30326.2126.210东莞GGSN401026.2126.21新增设备深圳GGSN30119.6626.216.55原设备增加板卡深圳GGSN30219.6626.216.55原设备增加板卡合计104.85157.2652.41（制表人：周腾 制表日期：2009.4.18）2、开展扩容施工：在省公司的安排和厂家配合下，经过3个晚上的割接施工，完成了东莞新建GGSN401的入网，和东莞GGSN301、302、深圳GGSN301、30
35、2的扩容。 图8.2 GGSN扩容进度图 （制图人：陈倩岚 制图日期：2009.5.14）图8.3 扩容实施现场 （制图人：陈倩岚 制图日期：2009.5.14）【效果一】对策一实施后，小组通过报表数据统计各GGSN的忙时PDP容量负荷情况，平均容量负荷为70.46%，小于目标值85%，分目标达成！ 表8.3 GGSN忙时容量负荷统计表节点名称忙时容量系统容量忙时容量负荷东莞GGSN301231172 26210088.20%东莞GGSN302168504 26210064.29%东莞GGSN303189341 26210072.24%东莞GGSN401137498 26210052.46%深
36、圳GGSN301187664 26210071.60%深圳GGSN302193875 26210073.97%平均值184676 26210070.46%（制表人：杜晓露 制表日期：2009.5.17）图8.4 GGSN忙时容量负荷图（制图人：杜晓露 制图日期：2009.5.17）目标值85% 图8.5 实施前后GGSN忙时容量负荷对比柱状图 （制图人：杜晓露 制图日期：2009.5.17）【实施二】GGSN容量均衡调整1、分析扩容后现网容量均衡情况在要因确定阶段，小组成员分析了各GGSN忙时容量负荷相对与均值的偏差情况，在实施一之后，部分GGSN的容量有了改变，小组重新统计了各GGSN忙时容
37、量负荷，并计算与平均负荷的偏差如下表，其中东莞GGSN301、东莞GGSN401的负荷与平均负荷相比，波动超过10%，需要根据GGSN对应的SGSN负荷情况，进行各GGSN间的分流调整。表8.4 GGSN忙时容量均衡情况统计表节点名称忙时容量忙时容量负荷平均负荷波动情况东莞GGSN301231172 88.20%70.46%17.74%东莞GGSN302168504 64.29%-6.17%东莞GGSN303189341 72.24%1.78%东莞GGSN401137498 52.46%-18.00%深圳GGSN301187664 71.60%1.14%深圳GGSN302193875 73.9
38、7%3.51%（制表人：陈倩岚 制表日期：2009.5.18）图8.6 实施前GGSN忙时容量负荷与均值的偏差情况 （制图人：陈倩岚 制图日期：2009.5.18）2、制定均衡调整计划：5月19日小组成员统计了现网业务链表，根据各SGSN承载的业务量情况、SGSN与GGSN的对应关系，对调整后各GGSN的容量负荷情况进行了评估和预测，制定了均衡调整计划。图8.7 容量调整预估表 （制图人：陈倩岚 制图日期：2009.5.19）3、开展容量均衡调整：5月20日-5月31日，小组成员按照计划开展了多批次分流调整。通过在SGSN中配置对应GGSN的IP地址或地址段，从而调节分流到各个GGSN的业务流
39、量，达到容量均衡的目的。图8.8 分流调整操作截屏 （制图人：陈倩岚 制图日期：2009.5.20）【效果二】通过GGSN容量报表统计调整后各GGSN容量负荷均衡情况，忙时负荷偏差从之前的18%下降到8.37%，小于目标值10%。分目标达成。表8.5 调整后GGSN负荷均衡情况统计表节点名称忙时容量忙时容量负荷平均负荷波动情况东莞GGSN301192906 73.60%71.43%2.17%东莞GGSN302196496 74.97%3.54%东莞GGSN303204438 78.00%6.57%东莞GGSN401190914 72.84%1.41%深圳GGSN301165280 63.06%
40、-8.37%深圳GGSN302173196 66.08%-5.35%（制表人：孙斌 制表日期：2009.6.3）图8.9 实施后GGSN忙时容量负荷与均值的偏差情况（制图人：陈倩岚 制图日期：2009.6.3）目标值10% 图8.10 调整前后GGSN忙时容量偏差对比柱状图 （制图人：孙斌 制图日期：2009.6.3）【实施三】调整GGSN轮询参数1、制定参数调整方案：2009年5月11日QC小组成员与厂家技术专家共同召开了GGSN轮询参数调整方案讨论会，决定运用正交实验法开展参数调整试验，并由梁志强牵头开展。2、运用正交试验法找出最优的参数组1）试验考察指标：轮询时长（秒）2）制定因素位级表： 表8.6 因素位级表位级T3(秒）N3（次）TECHO（秒）鉴权频次（次）ABCD 1249
