- 1、本文档共32页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
相关术语解释—GGSN (六)制定对策 (九)巩固措施(3) (十)总结与下一步计划 在小组活动中,小 组成员积极学习QC 理论知识,以理论 指导实践,圆满完 成目标。 经过本次QC活动,小组成员在创新精神、沟通能力、分析问题能力等方面都得到相应的提高 成员对QC各种工具的使用不甚熟悉,是小组成员需要进一步努力的方面。另外,活动中,相关数据没有及时收集也是存在的不足。 成功经验 存在的不足 小组成员 的提高 0 2 4 6 8 10 质量意识 沟通能力 分析问题能力 创新精神 QC工具运用 活动前 活动后 下一步计划: 鉴于河南手机报用户投诉一直居高不下,小组成员将下一次的活动 课题定为“降低手机报用户投诉率”。 * 首先向大家介绍一下GPRS优化QC小组的基本情况:GPRS优化QC小组成立于2008年3月,本次活动课题为“提高GGSN设备在线用户承载能力”,小组成员有组长张秀成,组员杨亚红、原小燕、刘旻和我。 * 我们通过运用头脑风暴,展开问题原因分析,共得到10个末端原因 * 我们将对策1实施前后GGSN的信令处理模块利用率进行了连续半个月的统计 ,GGSN的信令处理模块的利用率明显下降,由实施前的平均83%下降到69%。同时,经测试,图铃下载速度也有所提高,提高了客户感知。 * 我们将对策3实施前后GGSN业务处理板的CPU利用率进行了连续半个月的统计,结果表明 ,GGSN业务处理板的CPU利用率得到了显著下降,由实施措施前的95%下降到了68%。 * 方案实施后我省的八台GGSN的硬件处理能力提升了12.8万,以GPRS八期的每用户25元的商务价格计算,相当于节约建设资金320万。GGSN设备的潜能得到极大的提升,弥补内容计费开启造成的设备容量下降,减低设备处理时延,实现了设备的挖潜增效。 * 对策实施后,GGSN可兼容众多的不规范终端,能实现准确计费,降低差错率,改善用户使用数据业务的感知。表现在此类用户投诉上,2008年2月,每月300多起投诉下降到了每月4起左右。同时,也使“投诉专业户”无机可乘,为公司挽回经济损失。 * 为使QC成果巩固发展下去,我们制定了行之有效的措施: 完善了《中国移动终端测试规范》。制定了《彩信业务内容计费配置优化方案》和《WAP、MMS业务全流程网络容错纠错方案实施规范》,并进行全国推广。将“根据业务量调整匹配顺序”纳入到GPRS系统月度维护作业计划中 。 * 通过本次QC活动,小组成员对QC各种工具和理论都有了进一步的了解,在质量意识、沟通能力、创新精神、分析问题能力、QC工具运用等方面都有了明显提高。当然,我们在统计方法的运用上不甚熟练,数据收集不及时也是我们存在的问题。我们将在进一步的工作中加强重视。 鉴于河南手机报用户投诉一直居高不下,公司领导对手机报用户投诉非常重视,小组成员将下一次的活动课题定为“降低手机报用户投诉量”。 * 这十个末端原因分别是:用户行为多样性,技能培训不足,人员配备不足,厂家压力测试业务模型单一, CPU、内存较低 ,部分终端不能识别MMSC URL ,内容计费需要匹配每类业务的URL ,维护人员未及时调整匹配顺序,现网业务种类多,每种业务涉及的IP、域名多 * 针对以上10条末端原因,分别通过相应的要因确认标准,一一进行了确认。其中 “厂家压力测试业务模型单一”以及“内容计费需要匹配每类业务的URL,非小组成员可以解决,故不做要因确认。对于其他八个末端原因,小组成员一一进行了要因确认。对于”部分终端不能识别MMSC URL “的末端原因,采用现场试验的方法进行了确认,对19款日韩系手机进行测试,其中6款不能识别MMSC URL 。对于不规范终端,GGSN需要增加进一步的判断,接口处理板需要合并拆分数据包,业务处理板的信令处理模块需要对异常数据包进行过滤和对非规则的URL进行兼容性处理,这些都大大降低了系统的数据吞吐能力,故确认为要因。 * 针对以上10条末端原因,分别通过相应的要因确认标准,一一进行了确认。其中 “厂家压力测试业务模型单一”以及“内容计费需要匹配每类业务的URL,非小组成员可以解决,故不做要因确认。对于其他八个末端原因,小组成员一一进行了要因确认。对于”部分终端不能识别MMSC URL “的末端原因,采用现场试验的方法进行了确认,对19款日韩系手机进行测试,其中6款不能识别MMSC URL 。对于不规范终端,GGSN需要增加进一步的判断,接口处理板需要合并拆分数据包,业务处理板的信令处理模块需要对异常数据包进行过滤和对非规则的URL进行兼容性处理,这些都大大降低了系统的数据吞吐能力,故确认为要因。 * 对于”维护人员未根据业务量调整匹配顺序 “的末端原因,我们统计现网不同业务的业务量,再对照现网配置的匹配
文档评论(0)