Untitled - 中国中小企业发展促进中心
52
-
Upload
khangminh22 -
Category
Documents
-
view
7 -
download
0
Transcript of Untitled - 中国中小企业发展促进中心
山东通信技术
目 次
渊1979年创刊总第 148期冤
第 35卷第 3期
2015年 9月
渊季刊冤渊公开发行冤
Shandong Tongxin Jishu
主管单位院山东省通信管理局
主办单位院山东通信学会
编 委院 吕雪峰 刘 宁 张广辉
张 娅 郭 彬 钱丽玲
董士宝 谢绍富
(按姓名笔划排列)
主 编院高兆法
编 辑院刘 伟
地 址院济南市经十一路 40号
邮 编院250002
电 话院0531-82092813
Q Q院1207011839
Email 院 [email protected]
国内统一刊号院CN37-1161/TN
广告经营许可证号院3700004000133
国内定价院5.00元
经营管理
基于互联网 +思维的在线即时管理模式创新实践
............................................................................................郝立谦 董祥华 张道春渊1冤基于三维度模型的互联网安全监控手段研究
................................................................刘绪忠 刘红梅 宋春咏 王 健 范树凯渊6冤建设公众客户服务支撑系统 提升运维管理自动化尧智能化水平
..............................................................................单 东 李志敏 燕 飞 王 亮渊9冤基于下一代开放 OSS的掌上运维实践研究 ................................刘红梅 李 琦渊13冤构建节能高效的通信机房管理模式 ............................................赵红英 王 健渊16冤关键时刻预警服务关联营销模型研究 ......................................................陶乃勇渊19冤基于互联网 +农业的野智慧菜篮子冶平台应用..............................................................................张黎明尹逊勇 于 洋 张宇晨渊22冤野三多冶催开幸福花
要要要关于县渊区冤公司提升一线员工幸福指数的思考和探索......................................................................................................................吕瑞洲渊25冤技术研究与应用
OFDMA中继网络使用动态部分频率复用实现联合资源分配........................................................................................................齐一飞 宋思达渊30冤爱立信 HSS SOAP接口批量处理用户数据解决方案研究 ......................梁磊清渊34冤华为软交换端局 TDM电路指定时隙拨测方案及应用 ............................李 恒渊38冤技术交流
钓鱼诈骗网站监测技术方案与实施 ................赵 珂 崔 娟 潘 东 张吉成渊42冤电力抄表 VPDN用户掉线故障分析与排除 ................................张明淑 王 健渊45冤
1 引言
近年来袁济南联通以野管理集中化尧组织扁平化尧运营专业化冶为基本原则持续开展基于体制变革的系统优化袁取得了一定成效遥 但仍有部分专业滞后于集中化尧专业化管理要求袁缺乏有效管控手段袁个别领域跨专业尧跨部门和跨层级的流程穿透力不强袁工作中存在野无效化冶或野低效化冶劳动遥 另一方面袁从外部环境看袁在野互联网 +冶大背景下袁互联网在生产要素配置中的优化尧集成作用愈发凸显袁对企业变革管理模式尧优化资源配置尧提高使用效能尧强化精细化运营提出了新的要求遥鉴于此袁自 2013年下半年起袁济南联通运用野互
联网 +冶思维变革管理模式袁突破单位尧地域和时空的限制袁实施运营管理的穿透式即时管理袁充分激发基层单元活力袁形成了具有极强战斗力的组织遥
2 即时管理体系架构及实践
济南联通在线即时管理体系涵盖市场营销尧网络建设尧 运行维护全专业袁 通过 野即时指挥冶尧野即时生产冶尧野即时激励冶手段实现生产经营野事前冶尧野事中冶尧野事后冶的全过程穿透式管理袁实现了管理效果尧效率尧
效益的突破式提升遥
2.1 即时指挥要要要将指令穿透到一线
在市场营销线尧服务线尧建设线尧维护线和人力资源等专业建立基于微信群尧微信公众号的全专业电子化支撑团队袁实现了营销调度和支撑响应向移动互联网的迁移遥
渊1冤搭建顺畅及时的调度交流平台强化市分公司领导对一线的指导关注袁提高职能
管理层与基层一线的沟通效率袁弥补流程推送尧发文阅览的局限性遥 由公司领导担任每个微信工作群的野政委冶袁直接与一线生产单元对话袁传达信息袁听取意见建议袁化解群内负能量言论袁营造积极向上的正能量氛围遥
渊2冤打造高效的内部支撑响应通道各专业骨干人员对口管理本专业的微信工作群袁
及时反馈尧响应群内的问题咨询袁为营销一线提供穿透式服务袁将微信工作群建设成为一条专业尧方便尧快捷的业务支撑响应通道遥同时以微信公众号作为有效补充袁通过公众账号实现政策宣贯尧数据统计尧项目管理等功能袁实现了一线与后台的电子化实时交互遥 全专业电子化支撑团队体系如图 1所示遥
基于互联网+思维的在线即时管理模式创新实践郝立谦 董祥华 张道春
渊中国联通济南市分公司袁济南 250002冤
摘 要院济南联通运用野互联网 +冶思维变革管理模式袁创新建立涵盖野即时指挥冶尧野即时生产冶尧野即时激励冶的全专业穿透式运营管理体系袁实现将公司的政策思路直接贯穿到一线尧生产动作直接指导到一线尧资源直接支援到生产一线袁充分激发了基层单元活力袁实现了管理效果尧效率尧效益的突破式提升遥
关键词院互联网 + 即时管理 即时激励
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
打破野单纯强调执行力袁要结果没给方法冶传统袁坚持管理层深入基层袁总结提炼有效的工作方法袁指导操作层落地执行遥秉承野管理层提炼方法尧操作层落地执行冶的思路袁通过野集中培训冶和野现场实战冶进行导入检验遥并通过总结提炼袁实现动作标准化尧话术标准化尧宣传标准化遥推进生产管理向互联网迁移袁强化生产过程电子化支撑保障袁实现生产全过程的实时跟踪管控袁规范方法和动作的执行落地遥各专业线将系统化方法融会贯通袁 选好活动载体袁编排活动计划袁持续开展野破冰冶提升活动遥变革激励手段袁设置专项激励袁升级即时激励遥积极营造正能量营销氛围袁重视营销过程中的情感营销遥
方法系统化
动作标准化
管控电子化
破冰常态化
激励人性化
渊3冤营造积极向上的良性竞争氛围微信群每日野十晒冶院晒晨会尧晒夕会尧晒现场尧晒
首单尧晒案例尧晒经验尧晒标杆尧晒鸵鸟尧晒需求尧晒竞争遥通过强化生产过程中的信息交流尧经验分享袁互相促进袁互相启发遥 通过强化工作过程中信息和经验的实时分享以及跨专业间工作成效的对比袁促进群内和群间竞争氛围的形成遥
渊4冤强化正能量传递和情感激励积极营造经营生产过程中的正能量氛围袁重视情
感激励遥 生产过程中袁由野政委冶对表现突出的单位和一线员工进行实时激励袁 并组织开展各专业 野沃之星冶尧野沃之队冶评选袁举办野优秀员工电影专场冶尧野总经理午餐会冶尧野荣誉照片展示冶等活动袁引导员工快乐生产尧快乐工作遥截至目前袁公司正常运转的微信工作群超过 180
个袁群内成员覆盖人员超过 2000人袁每日晒单数量超过 1.5万条袁营造了热烈的经营生产氛围遥
2.2 即时生产要要要将资源配置到一线
改变以往 野要结果不监管过程冶尧野要结果没给方法冶的简单粗放式管理模式袁建立系统化生产过程管理体系遥 同时袁积极丰富各专业生产过程中的移动互联网支撑保障手段袁 串联生产过程中的目标和资源袁实现管理到人尧指导到人尧激励到人袁从而确保生产动作的落地执行尧资源配置的及时准确尧生产过程的精准管理袁实现生产效率的提升遥
渊1冤以野挑战 21天冶为突破口袁建立生产过程管理体系
2013年 11月起袁率先在市场销售线开展野挑战21天冶活动袁强化营销过程管控遥 2014年下半年袁聚焦市场尧建设及运维专业的重点工作袁开展全专业全承诺野挑战 21天冶活动遥 通过活动袁总结建立了野方法系统化尧动作标准化尧破冰常态化尧管控电子化尧激励人性化冶的全渠道过程管理体系渊表 1冤袁系统化实施生产过程的精细化管理遥
渊2冤坚持自主创新与研发袁不断丰富互联网生产管理手段
充分发挥企业自主创新尧研发能力袁不断丰富生产管理过程中的移动互联网手段遥
1冤客户服务方面2014年 5月 17日正式上线野济南联通冶微信客
服公众平台袁实现业务查询尧装移修工单进度查询尧故障自助申告服务尧业务办理尧营业厅预约排队尧预约选号尧微信支付等功能遥 截至 2014年底袁微信客服粉丝量已突破 13万袁 月均功能菜单点击量达 15万人次袁月均受理人工咨询 1.2万多人次遥
2冤市场营销方面a冤自主开发野掌务通冶渊图 2冤袁完善客户经理的走
访办公及日常基础工作管理袁 实现渠道经理巡店尧签到尧渠道网点普查等功能遥
图 1 全专业电子化支撑团队体系
表 1 野五化冶过程管理体系
第 3期 郝立谦等院基于互联网 +思维的在线即时管理模式创新实践 2
即时激励对象 即时激励项目
营业厅人员 1尧4G业务发展奖
行业大客户经理 2尧融合业务发展奖3尧沃商务发展奖4尧联通电视发展奖5尧宽带单产品发展奖6尧融合业务落地奖7尧宽带单产品落地奖
卖场渠道经理
网格渠道经理
校园渠道经理
卖场店员
中小渠道代理商店员
1尧4G业务发展奖
2尧宽带单产品业务发展奖1尧宽带装机计件工资2尧固话装机计件工资3尧修障日工资
营业人员
自有渠道客户经理
装维人员
投诉处理人员 投诉工单处理计件工资
电话维系经理 外呼计件工资
10010电话客服代表 外呼计件工资
114客服代表 电话呼入计件工资
专业线
市场线自有渠道
市场线社会渠道
运维线
建设线
客服线
4G业务发展奖渊含智慧沃家尧校园套餐冤
中小集客客户经理
驻地网客户经理
4G业务奖励渊含智慧沃家冤
装维人员
装维人员
宽带尧语音改制业务受理奖
图 2 野掌务通冶系统界面
b冤建立宣传一致性管理系统袁推行全渠道宣传上下架管理机制遥 通过后台上传各类野宣传品标准二维码冶及比对规则袁上架后由渠道管理人员拍照上传并自动定位袁结合野二维码冶尧野定位坐标冶进行比对袁实现野上传率冶尧野识别率冶尧野位置准确率冶三项指标检验遥实现对营业厅尧中小渠道尧连锁卖场尧校园等渠道宣传的集中管控袁实现了 48小时内新业务宣传全部上线遥
3冤网络建设方面a冤自主设计开发工余料管理系统遥通过二维码信
息扫描出入库袁实现对各区县闲置拆旧设备分布式存储尧集中管控尧统一调拨和集约利用遥
b冤自主设计开发宽带项目手机管理系统遥通过客户端管理系统袁实现了网络资源核查尧规划设计支撑及工程项目的现场管理袁 实现了工程建设项目可监控尧可管理尧可追溯以及进度公开遥
c冤建立网络光纤改制野列车时刻表冶流程体系遥定义每个光改项目为一趟野列车冶袁每个环节为野途经车站冶袁各环节相关部门为野列车员冶袁待改制 ADSL用户
数为野乘客冶遥根据乘客数确定资源摸查尧勘察设计尧材料备货尧工程实施尧营销改制尧下电退缆等步骤的时长尧人员袁形成一趟野列车冶时刻表渊图 3冤袁依托流程和报表系统袁实现全过程流程化尧报表化管理遥
4冤综合管理方面强化痛点问题即时反馈袁 倒逼生产管理方式优
化遥 在各类移动互联网工具和支撑系统中增加野一键求助冶功能袁直接穿透一线对生产过程中存在的痛点尧难点问题的反馈袁并以野黑匣子冶方式触发内部流程袁定期梳理各领域 TOP5痛点问题袁不断优化尧完善管理方式及生产经营过程遥
2.3 即时激励要要要将活力激发到一线
2014年袁济南联通打破薪酬渊奖励冤的月薪制传统袁创新提出野即时激励冶概念袁将生产经营中的可量化奖励即时尧直发到人袁同时借以探索开展野广义人力资源管理冶实践袁极大触动了基层生产人员的感知袁实现了对生产过程野最后一公里冶的覆盖遥
渊1冤明确即时激励对象和即时奖励项目渊表 2冤表 2 分专业即时激励项目表
图 3 光改野列车冶时刻表运行流程图
山 东 通 信 技 术 2015年3
全面梳理各专业线薪酬渊奖励冤项目袁制定各专业薪酬标准和规范袁将各专业可量化的业务发展尧计件工作以发展奖励尧计件工资形式即时发放到人袁进一步提升了人员尧成本的使用效率遥
渊2冤以即时激励为契机袁探索实践广义人力资源管理
建立实施野以广义人力资源穿透式管理为基础的全用工即时激励体系冶袁将合同制员工尧外包人员尧代理商店员尧工程施工人员等与公司存在业务合作或利益关联方的人员袁全部纳入人力资源管理范畴袁实现公司对内外部从业人员的穿透式管理和统一调度遥运用即时激励的指挥棒激发工作士气和激情袁引导外部人员野为我所用冶袁进一步提高内外部人员使用效能遥
渊3冤坚持自主创新研发袁开发即时激励流程系统即时激励体系的建设目标袁是在真实尧全面展现
可用人力资源的基础上袁 完善即时激励发放流程袁确保人工和其他成本资源的有效使用遥
1冤开发即时奖励系统袁实现即时激励的流程化尧系统化
自主设计开发即时奖励系统袁实现数据信息自动统计袁实时尧准确地汇总各类业务发展和即时奖励信息袁完成当日业务发展量与薪酬渊奖励冤信息详单的自动归集袁确保即时奖励数据生成的及时性尧准确性遥即时激励流程如图 4所示遥
2冤打通即时激励支付流程袁确保奖励即时发放到位
针对即时激励对象的身份和即时奖励所列成本
不同袁分别建立了自有人员薪酬渊奖励冤即时支付流程尧外包人员支付流程尧第三方平台支付流程袁严格界定流程各环节时限袁做到系统当天归集尧统计的当天发放到人袁保证了即时奖励发放的及时性袁同时避免了因薪酬渊奖励冤发放而有可能引起的潜在劳动争议风险遥
3冤开发即时奖励 APP客户端要要要野激励宝冶为实时展现业务发展和即时奖励情况袁自主开发
了即时激励客户端要要要野激励宝冶遥 野激励宝冶与即时激励系统对接袁实现了个人业务发展尧即时激励情况尧累计奖励金额等的实时查询袁确保了即时激励信息的公开尧公正遥
渊4冤建立评估评价机制袁不断完善即时激励效果1冤对激励的有效性进行跟踪监控即时激励必须符合业务发展或计件工作的奖励
规范袁对即时激励实行野先奖后查冶方式院对后期发现业务发展不规范尧 不真实或计件工作不符标准的袁核实后进行奖励的追缴或扣减袁 以确保激励的公平尧公正尧真实有效遥
2冤建立即时激励效果评价制度分专业线对即时奖励发放情况与公司重点业务尧
重点工作完成情况进行关联分析袁常态化评价即时奖励实施效果袁定期向各专业线人员征求即时激励工作合理化建议袁持续优化即时激励效果遥
3 即时管理体系的创新意义
济南联通建立的在线即时管理体系由点及面袁逐步在全专业复制推广袁实现了对生产管理全过程的覆盖遥借助互联网手段对生产要素分配和生产关系协调的在线即时管理袁通过指挥调度的扁平化尧落实执行的穿透性以及生产效果评估的即时性袁实现了生产效率尧效果和效益的全面提升遥图 4 即时激励流程示意图
第 3期 郝立谦等院基于互联网 +思维的在线即时管理模式创新实践 4
渊1冤创新变革生产管理模式以互联网 +思维推动生产管理模式的创新变革袁
将生产管理从桌面转移到现场袁将职能管理从部门具体到个人袁促进基层一线的竞争与协同袁增强凝聚力袁强化执行力袁实现能力和效率的双提升遥
渊2冤建立快速响应市场的过程管控机制实现生产经营过程的穿透性与即时性管理袁以
野即时调度冶尧野即时生产冶和野即时激励冶方式袁将生产运营的野事前冶尧野事中冶尧野事后冶动作实时贯穿到一线员工袁减少生产指挥层级袁避免了信息沟通的滞后袁缩短了资源调配周期袁提高了各部门的响应尧执行效率袁强化了激励效果袁进一步激发了一线活力遥
渊3冤率先实施野即时激励冶袁创新薪酬和人员管理机制遥变革薪酬发放模式袁 将生产经营中的可量化的
奖励即时尧 直发到人袁 消除传统模式激励时效性不强尧人工和业务成本使用效能不高的弊端遥 同时袁将即时激励手段与广义人力资源管理理念相结合袁运用即时激励的野指挥棒冶提高内部员工尧外部人员的凝聚力袁增强全员归属感袁实现了人员使用效能的突破性提升遥
渊4冤坚持自主创新研发袁丰富互联网支撑手段遥结合日常生产经营内容袁 围绕生产过程中的难
点尧痛点袁依靠自主创新袁开发移动互联网应用袁丰富提升工作方法袁加快工作向移动互联网迁移袁提高生产管控效能遥
4 即时管理体系实施效益
通过实施在线即时管理模式创新变革袁实现了管理效益尧经营效益的双提升遥
渊1冤管理效益公司生产管理效率实现跨越式提升袁 直接穿透
调度到生产一线袁 提高了响应速度袁 提升了执行能力曰生产经营氛围突出了正能量传递与情感营销袁一线员工积极性与发展活力得到进一步提升曰 通过即时激励袁 实现了对公司内外部广义人力资源的穿透式管理袁提高了一线员工的凝聚力尧向心力曰实现了企业基层单元活力的持续激发袁确保了企业的健康尧快速发展遥
渊2冤生产经营效益全专业各项工作持续快速发展袁市场尧建设尧维护
等重点领域均取得突出成绩遥1冤市场营销方面遥 2014年袁用户市场份额持续提
升袁移网用户市场份额和宽带当年净增用户份额均排名全省第一位遥
2冤网络建设方面遥截至 2015年上半年袁完成宽带改造项目 5000余项袁 实现 1000多个市区小区尧3000
多个村点的光纤化改造袁 农村区域光缆到村率达到100%曰 新增 FTTH端口近 85万个袁 完成 40.2万户
ADSL用户改制袁退缆 27万芯对公里袁建成全集团首个野全光网络省会城市冶遥
3冤运行维护方面遥截至 2014年 12月袁宽带 4小
时障碍修复率达到 90%袁 宽带受理后 6小时装移机
竣工率达到 77.68%袁装维服务效率行业领先曰实施野自己设计冶尧野自己施工冶尧野自己割接冶 的机房整合工作袁完成 19个机房的整合袁全省排名第一袁腾空面积 8000多平方米袁 割接光缆 8 万余芯袁 下电设备500 余架袁年节约电费等 1400 余万元袁荣获济南市政府授予的 野2014 年公共机构及建筑节能先进单
位冶称号遥4冤收入利润方面遥 2014年袁实现规模增长与效益
提升的协调发展袁收入市场份额达到 45.6%袁收入利润率同比提升 6.28 个百分点袁 超越主要竞争对手9.58个百分点袁成为全集团首个收入尧利润双超主要竞争对手的本地网公司遥
山 东 通 信 技 术 2015年5
1 引言
互联网安全已经成为国家安全的重要组成部分遥随着移动互联网的高速发展袁云平台的重要性日益凸显袁云技术资源共享尧虚拟化等关键技术对传统的网络安全策略管理尧防护技术尧日常运维模式等都提出了新的挑战遥 移动终端恶意软件数量的爆发式增长袁不但使终端用户面临直接安全威胁袁也对网络侧基础设施尧重要系统造成潜在的巨大影响遥监控人员需要具备故障的预判能力尧 第一时间发
现能力和一定的预处理能力遥 但是目前互联网安全监控手段研究相对滞后袁 仅是对各种设备告警信息进行分专业监控袁并没有单独的互联网安全监控系统袁亟需建设互联网安全监控手段体系遥基于此袁本文通过构建三维度模型袁对互联网安全监控手段进行了研究遥
2 互联网安全三维度模型架构
互联网安全主要表现在互联网的物理安全尧互联网网络拓扑结构安全尧互联网系统安全尧应用系统安全和互联网管理安全等各方面遥结合某运营商移动网络及监控手段实际袁为实现上述互联网安全事件的全方位监控袁将互联网安全从三个维度进行监控袁基本模型如图 1所示遥
模型中袁[O袁A冤为硬件层面非安全区域曰[O袁B冤为业务层面非安全区域曰[O袁C冤 为链路层面非安全区域曰[A袁∞ 冤∩ [B袁∞ 冤∩ [C袁∞ 冤为互联网安全区域遥依据三维度互联网安全监控模型袁可以将互联网
安全分为四种情况进行监控尧分析渊图 2-5冤袁分别代表了互联网安全的四种状态遥
基于三维度模型的互联网安全监控手段研究
刘绪忠 刘红梅 宋春咏 王 健 范树凯
渊中国移动山东公司袁济南 250001冤
摘 要院本文提出了互联网安全监控的整体体系袁依托故障管理系统袁从设备层面尧链路层面尧业务层面完成互联网安全监控系统的分布式部署袁逐步实现安全策略的集中管理袁掌控全网安全态势遥
关键词院互联网安全 三维度模型 德尔菲专家打分法 层次分析法 自动推送系统
图 1 互联网安全三维度监控模型
图 2 Equipment Level监控模型
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
图 3 Operational Level监控模型
图 4 Link Level监控模型
图 5 E-L-O Level监控模型
图 2呈现的是是业务层面及链路层面均在安全区域袁硬件层面出现故障袁需要具体判断是自热因素尧人为因素或者硬件自身故障曰图 3是链路层面及硬件层面均在安全区域袁业务
层面出现故障袁需要查看网络是否受到攻击曰图 4是硬件层面及业务层面均在安全区域袁链路
层面出现故障袁需要查看是用户量突增还是网络被攻击曰
图 5是硬件层面尧业务层面尧链路层面均处于不安全区域袁需要对三维度做出相应判断袁具体是由于哪个维度出现故障而导致关联告警遥
3 互联网安全三维度模型指标体系
渊1冤互联网安全监控关键因素确定如图 6 所示袁 某运营商互联网的设备层面渊E-
quipment Level冤尧 链路层面 渊Link Level冤尧 业务层面渊Operational Level冤涉及的因素很多袁因此袁根据德尔菲专家打分法将各层面的关键因素进行汇总遥
渊2冤互联网安全监控关键因素权重确定针对关键指标袁根据衍生关联规则尧层次分析法
确定每个关键指标的权重及三个维度的总权重袁最后确定 P点遥
1冤构造判断矩阵互联网安全监控三维度表现强度用 F表示 渊表
1冤遥Fij表示 Fi对 Fj的相对重要性数值袁此处的 i尧j表示的是三维度监控下的指标袁 如设备层面中的 Fij表示的是物理实体故障 F11与单板不可用 F12之间的相对重要程度袁并用 Fij组成判断矩阵 P遥
渊1冤
2冤计算重要性排序根据判断矩阵袁 求出其最大特征根 Kmax所对应
的特征向量W袁PW=KmaxW袁所求特征向量W经归一化袁即为各评价因素的重要性排序袁也就是权重分配遥
3冤一致性检验以上得到的权重分配是否合理袁还需要对判断矩
图 6 互联网安全监控关键因素
第 3期刘绪忠等院基于三维度模型的互联网安全监控手段研究7
表 1 互联网安全监控三维度表现强度表
阵进行一致性检验遥
检验公式如式渊2冤遥CR=CI/RI 渊2冤式中袁CR是判断矩阵的随机一致性比率曰CI是
判断矩阵的一般一致性指标袁 由公式 CI=渊Kmax-n冤渊n-1冤 得来遥 RI是判断矩阵的平均随机一致性指标袁1-9阶的判断矩阵的 RI值参照表 2遥
当判断矩阵 P 的 CR<0.1 时或 Kmax=n尧CI=0时袁认为 P具有满意的一致性袁否则需要调整 P中的元素以使其具有满意一致性遥互联网安全监控三维度的权重及每个维度的关
键性指标的权重都已经确定袁监控人员可以做三维度指标尧确定 P点袁以上是对指标的量化遥而监控人员应根据设备尧业务尧链路的状况做出风险评估袁按风险程度做相应的预处理遥根据上述研究袁告警产生后袁系统根据每个维度的权重袁所述权重系数用于表征所述维度在所有故障中的重要程度遥 在故障定位过程中袁通过网络资源数据库获取网络拓扑袁将全网链路拓扑结构可视化呈现遥根据预设的故障经验库袁将定位后的故障与所述
故障经验库进行关联袁分析故障相关信息袁将获得的故障相关信息在全网络拓扑结构视图中进行呈现遥所述故障相关信息包括故障产生原因尧故障引发的后果
及故障处理建议等遥
4 互联网安全监控体系架构
基于前文研究袁从设备层面尧链路层面尧业务层面完成互联网安全监控系统的分布式部署遥具体实现步骤如图 7所示遥
具体流程说明如下院渊1冤根据德尔菲专家打分法确定互联网安全监控
的关键指标曰渊2冤在故障管理系统中设置野互联网安全告警冶窗
口袁分别呈现互联网安全三维度告警曰渊3冤根据层次分析法及专家决策法确定互联网安
全监控关键指标因素的权重袁以作为故障定位的衡量指标曰
渊4冤 开发各专业及专业间的告警关联规则知识库袁以作为故障定位的参考标准曰
渊5冤依据告警发生的各关键指标的权重以及告警关联知识库定位故障告警曰
渊6冤 依托故障管理系统中的各专业拓扑结构图袁将定位的故障源在拓扑图中展现袁并且推送相应的故障信息尧处理建议等曰
渊7冤判定故障定位后告警关联准确性曰渊8冤手动录入知识库中袁形成互联网安全监控三
维度模型的闭环管理遥
CPU负荷(F11)
MEM负荷(F12)
操作日志渊F13冤系统日志渊F15冤
DNS解析成功率(F21)
DNS解析时长(F22)
页面响应时长渊F23冤页面响应成功率(F24)
DNS响应时长(F25)
流量波动(F31)
振幅异常(F32)
流量过载(F33)
设备层面(F1)
业务层面(F2)
链路需求(F3)
表 2 平均随机一致性指标 RI的值
N 1 2 3 4 5 6 7 8 9
RI 0 0 0.58 0.9 1.12 1.24 1.32 1.41 1.45
图 7互联网安全监控流程图
渊下转第 12页冤
山 东 通 信 技 术2015年 8
1 引言
在野同质化冶背景下袁运营商的竞争重点逐步转移到服务能力和网络质量方面遥如何从客户服务支撑上获取效益袁如何缩短内部流程尧提高内部资源的使用效率袁是当前迫切需要解决的问题遥某运营商的运维体系长期是省尧市尧县区三级组
织架构遥在客户响应尧成本管理尧服务支撑等方面存在一定管理问题袁造成资源配置不良尧内部资源利用率较低袁很难对区县分公司实施统一尧集中尧有效的管控尧考核遥为应对全业务竞争袁 优化市分公司整体资源配
置袁某运营商下发一系列文件袁明确了总体原则尧机构部门设置尧主要职责尧调整重点等内容遥之后陆续下发了客户响应体系建设指导意见尧 光缆移交指导意见尧成本资源集中化管理指导意见等袁为客户响应支撑系统建设明确了方向遥客户响应支撑体系建设前袁在固网宽带装维等方
面长期存在报障尧营业尧集成定单等多套系统并存交叉袁人工作业部分施工调度重叠等问题遥其中袁报障系统是地市分散建设袁 省分公司无法有效集中管控袁因此给一线人员的服务支撑工作带来一系列问题袁不但导致全省宽带网络质量投诉率较高袁 客户感知差袁宽带装修及时率尧固话修机及时率相对较低袁也造成了资源利用率和一线人员生产效率低尧人力及物力成本高尧管理成本大等问题遥
2 建设公众客户服务支撑系统
打造集约化尧 穿透式客户响应支撑运维体系袁在组织架构体系调整的同时袁建设基于自动化尧智能化的公众客户服务支撑系统遥
2.1 客户响应穿透式管理体系建设
系统建设中袁在管理体系方面同步推进优化遥 重点是打破逐级管理模式袁建立扁平化尧集中化尧专业化的穿透式客户响应管理体系袁 强化对接入网层面障碍尧投诉处理的全过程管控遥
渊1冤扁平化改造建立扁平化渊由原来的野省 -市 - 县渊区冤-乡镇 -
装维人员冶变为野省 -市 -装维人员冶冤尧集中化渊实现接入层报障尧投诉的集中受理尧集中管控和集中派发冤尧专业化 渊末梢装拆移修等工作全面实行专业化管理冤的客户响应管理体系遥 在此基础上袁市分公司设置专门的号线资源管理班组袁开展号线资源管理尧整治工作袁提升号线资源准确率袁实现前台资源预判遥
渊2冤优化服务支撑体系以宽带报障尧投诉受理流程调整为例遥原有体系中客户拨打客户服务热线的宽带网络
质量投诉由省级客服呼叫中心受理袁通过客服系统派单曰客户拨打客户服务热线的宽带报障由市级客服呼叫中心受理袁通过各市分公司报障系统派单遥 装维人
建设公众客户服务支撑系统提升运维管理自动化尧智能化水平
单 东李志敏燕 飞王 亮
渊中国联通山东省分公司袁济南 250001冤
摘 要院在野同质化冶背景下袁运营商通过建设省级公众客户服务支撑系统袁并对相关系统进行改造袁以优化体系流程袁提高运维管理自动化尧智能化水平袁减少工单流转环节袁有效实现降本增效遥
关键词院公客服务 自动化 智能化
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
员需要分别登陆两套系统袁接收不同的工单进行处理并回复遥现有模式下宽带网络质量投诉尧报障均由省级客
服呼叫中心受理袁 通过公客服务支撑系统统一派单袁装维人员只需要登陆一套系统接收尧回复工单遥
2.2 自动化尧智能化的支撑手段提升
渊1冤智能预处理建立统一操作视图袁从营业尧计费尧数据认证尧IP
网管等多个系统平台提取信息袁并整合到一个界面集中展现袁使客服代表可以轻松获得所受理客户的全部相关信息袁并对客户的一些业务进行核实尧操作遥避免需要切换多个窗口查询或操作袁降低客服代表操作复杂度袁减少处理时间遥
渊2冤自动派发工单原有体系中袁 工单派发需手工跨越两个系统袁再
逐级转派袁到基层装维人员至少需转派 3次遥 现有模式下袁实现公客服务支撑系统一键派单功能袁系统将收到的障碍尧装移机工单袁根据局站尧交接箱尧楼宇交换机尧主干等规则袁直接派单到一线装维人员袁不需要综合调度人员接单尧转派袁减少了中间人工干预袁缩短了工单流转时间遥
渊3冤全程自动调度实现固网装拆移修流程的自动化袁提升工作效率遥
以修机为例院客户通过客户服务热线语音或网上营业厅自助申告障碍曰 系统通过短信通知装维人员上门维修袁通过短信通知客户正在处理障碍曰装维人员通过掌上运维系统接收工单曰故障修复后袁装维人员可通过语音尧短信或掌上运维系统进行回单曰系统通过语音自动回访客户袁根据客户回复情况袁竣工工单或回退工单遥
渊4冤自助受理面向用户袁建设全过程尧全方位尧一站式服务袁省
去用户到营业厅排队的烦恼袁实现简便尧快捷尧智能化尧标准化尧易操作尧全时段的自助服务功能遥 面向用户的不同需求袁可分业务开通类与障碍申告类袁实现用户自助障碍申告尧装机单进度查询尧故障单进度查询及催单服务遥
渊5冤群障自动拦截群障可以是来自综合告警的告警信息袁也可是可
遇见性群障渊停电尧割接等冤曰监控人员也可以人工录入群障袁指定影响的期限尧设备尧产品袁并选择是否需
要派单处理遥在用户申告故障时袁明确告知其是群障袁引导用户不再申告遥接到告警信息后袁生成群障记录袁并开始拦截用户申告故障渊用户被告知后仍坚持申告的故障冤袁同时生成网络设备故障单袁自动下发处理遥改变了原来无法判断故障原因袁先派发至末梢装维人员袁由其判断故障原因的局面袁提高了修障效率遥
渊6冤自动激活与 IP综合网管尧固网交换网管对接袁实现全省固
话尧 宽带业务的集中自动开通袁PSTN尧ADSL尧LAN尧PON实现设备自动激活袁减少人工干预袁自动激活成功率较高袁缩短了开通处理时长袁提高了人均生产率袁降低了人力成本遥
渊7冤智能终端与语音技术的应用装维人员通过智能手机或手持终端渊PDA袁集成
仪表测试功能冤进行网络接收尧回复工单和必要的装移维功能测试袁也可拨打专用电话语音回单遥 工单竣工后袁系统通过 IVR语音呼出自动回访用户袁如回访满意袁工单自行归档曰其他情况将转人工回单遥
渊8冤发挥短信优势袁提高管理尧服务水平在客户申报障碍或提出装移需求后触发两个短
信院一是通知客户申告已受理并正在处理袁将障碍查修流程透明化袁 避免客户因不了解进度而反复投诉曰二是告知装维人员障碍现象尧 相关号线资源等信息袁指导查修障碍遥
渊9冤借助微信平台袁提升客户自助化水平微信已成为人际交往的重要工具遥 公客服务支撑
系统通过与微信的对接袁为客户提供方便尧快捷的自助服务袁包括自助排障指导尧申告障碍尧查询工单进度和营业厅尧缴费等袁降低客服代表压力袁改善客户感知遥
2.3 端对端的服务能力管控
故障方面袁实现故障申告尧预处理尧施工调度尧自动回访尧竣工全部环节的闭环管控遥装移机方面袁上游与营业尧集成订单尧服务开通系统袁下游与 IP网管尧固网网管等周边系统做接口对接袁 从而实现全流程管控遥集客业务开通方面袁通过对资源确认过程尧业务开通过程的自动化支撑袁实现业务开通流程端到端的闭环管控遥移网投诉调度方面袁从移网业务预处理尧工单分拣尧实施到竣工全流程管控袁实现客户快速回应尧投诉流程的闭环管理遥
第 3期 单东等院建设公众客户服务支撑系统 提升运维管理自动化尧智能化水平 10
2.4 穿透式的服务能力监控与分析
在实时监控方面袁对一线人员装移修情况进行直接监控袁提供全过程统一监控视图袁可实时监控装维工单各环节流转情况袁对正在进行的工单情况进行催单尧告警尧升级等袁便于管理人员及时调度尧管控遥2.5 自动化的专项整治管理手段
原来由于设备和线路老化尧人员管理等方面的原因袁造成全省普遍存在故障较集中区域袁故障的高发尧频发势必导致用户的大量投诉袁 因此必须对设备尧线路进行集中整治遥 对故障高发尧频发区域进行数据分析袁对设备尧线路进行专项整治袁以提高产品质量袁提升用户满意度遥2.6 精细化外包管理手段
实行外包管理模式袁以降低成本袁增强企业核心竞争力遥但目前各地市的外包程度尧需求不尽统一袁省公司没有对各市外包业务进行集中管理袁对外包情况不能有效管控遥通过外包功能建设袁实现外包人员尧结算尧考核尧用料成本的统一管理袁提升引入外包业务地市的装维效率尧服务水平遥
3 系统建设意义
3.1 支撑从以产品为导向变为以客户为导向的服务理念的转变
系统上线后袁装维工作实现全面流程化尧自动化尧智能化处理曰对装维过程实现端到端管控曰对投诉实现统一标准口径解答袁大大提升了装移修及时率遥 对装维指标的监控与用户满意度的统计表明袁实现自动化作业尧智能化手段支撑后袁某运营商的用户满意度得到显著提升遥3.2 推动由传统手工作业模式向自动化作业方向的转变
系统上线后袁 无论是装维调度工单的直派到人尧群障的主动发现与自动拦截尧投诉故障的流程导航处理与自动激活袁还是对装维指标的自动化统计与分析
预警等一系列功能袁都有力推动了某运营商由传统手工作业模式向自动化作业方向的转变遥3.3 利用智能终端与语音技术袁提升智能化水平
智能终端方面袁系统搭载移动互联网实现微信客服尧掌上运维等功能曰借助语音 IVR袁对外实现客户自助受理尧自动回访袁对内实现装维人员语音回单遥为装维人员提供全天候运维能力袁提升装维效能曰为客户提供多种接触手段袁满足客户情感需求袁进而借助微信推广以提升客户满意度遥3.4 实现后台 IT能力由封闭保守向有效共享利用的转变
通过系统建设袁整合后台 IT能力袁在满足内部运维尧客服等部门使用需求的同时袁开放到前端给客户应用袁如微信客服等遥 对 IT能力的共享袁既能提升前后端服务能力价值袁快速支撑前端市场人员尧后端维护人员袁提高运营效率袁也为客户享受多渠道自助服务带来便捷遥3.5 支撑企业管理由多层级尧粗放型向扁平化尧精细化的转变
通过系统建设袁市分公司统一调度袁对各级机构尧人员尧外包公司尧材料等实施精细化管理曰优化服务能力的监控与分析袁为精细化管控提供管理手段尧考核依据袁辅助实现对各级部门尧人员的贯穿式管理袁降低维护服务成本袁提升地市装维效率尧服务水平遥3.6 保障高效支撑袁实现降本增效
对客户尧前端客服尧后端运维人员实现一体化系统支撑遥对客户而言袁增加智能化接触手段曰对客服而言袁提升客服在线问题解决率袁简化客服操作并过滤大量投诉曰对运维而言袁提供智能化手段袁减少人工环节袁支撑自动化作业袁提升装维效率曰对业务管理而言袁直观展示与业务管理相关的指标袁并进行分析预警袁提供决策支持遥通过系统对不同部门日常工作实现的规范化尧自
动化尧智能化袁实现对不同业务的全面系统支撑尧对新
山 东 通 信 技 术 2015年11
5 实施效果
渊1冤多维度告警实时监控袁有利于判定基本攻击入侵行为遥对网络中的流量进行实时检测袁能够发现流量的
异常变化袁根据变化特点给出风险警报值曰当网络上发生攻击入侵行为时袁数据网管告警平台显示相应告警袁对当前网络面临的整体威胁做出评估袁给出网络威胁态势和发展趋势遥
渊2冤多维度拓扑实时监控袁有利于及时评估风险遥对网络中的重点服务状态尧 核心节点状态进行实
时监控袁对网络拓扑进行骨干网络一级的拓扑描述袁体现出核心节点之间的关系袁以便及时采取措施曰对网络存在的安全漏洞进行挖掘分析袁 对整体网络存在的脆弱性做出整体评估袁对网络潜在风险给出有效评估遥
渊3冤多维度监控界面袁提升安全感知遥提供丰富展示界面袁便于监控人员从多维度对网
络安全态势进行查看袁满足其对网络整体安全态势和局部安全态势的感知需求遥
渊4冤闭环管理袁提升故障定位准确性遥三维度互联网安全监控有效提升了网络攻击发
现的及时性尧准确性袁对于定位网络攻击尧评估风险指
数具备了一定手段袁同时在原有的告警监控平台上实现袁大大减少了成本曰而且与以往告警做关联分析袁对互联网安全监控起到了更好的支撑效果遥
6 结束语
互联网安全监控方案以某运营商全专业为基
础袁从硬件尧业务尧链路三个维度全方位监控互联网安全袁确定互联网安全监控的关键指标袁根据衍生规则及层次分析赋值权重袁 同时关联数据全专业告警及网络拓扑结构以初步定位故障袁 最后以自动推送形式呈现在告警平台上遥通过该方案的实施袁为互联网安全故障的及时发现尧 判断尧 处理提供了一定手段曰全面分析互联网安全故障类型袁以三维度模型为雏形袁将互联网安全所出现的故障原因聚类分析袁有利于对互联网安全故障的定位尧分析曰运用层次分析法袁 将互联网安全监控的三个层面的关键因素定义权重袁当互联网安全告警产生时袁系统会自动根据各层面权重界定属于哪个维度的故障曰 互联网安全故障定位准确性高袁依托原告警平台及网络拓扑结构袁关联互联网安全告警袁 有助于提升定位互联网安全故障的准确性遥
业务的快速支撑袁对运营尧耗材的精细化管理袁达到降本增效遥数据分析显示袁装维效能显著提升袁成本得到有效管控遥3.7 提升服务水平袁改善用户感知
系统通过对一线员工的支撑袁提升了员工服务水平遥对客服而言袁将专家处理经验流程固化袁实现导航式问题处理袁解决新员工短期上岗存在的服务水平不高等问题曰通过群障拦截用户投诉遥对运维而言袁通过作业流程的自动化尧规范化袁让装维人员能够标准预约尧一次上门尧现装即开通等曰对装维指标进行统计考核袁提升员工积极性袁最终达到提升服务水平的目的遥3.8 加强服务过程管控袁提升服务质量
对故障处理尧装移机实施全过程管控袁了解各业务流程各环节运行状态袁借助系统预警手段袁对超时尧异常工单及时纠正袁从而强化内部运维指标袁提升服
务质量遥
4 结束语
利用信息化手段优化重组固网装移修服务支撑
体系袁创新建设公众客户服务支撑系统袁取得明显效果遥 系统应用后袁人均生产效率尧装维效率显著提升袁客户满意度持续提高遥 2012年系统上线后袁装移修及时率同比平均提升 10个百分点袁 人均装移修工单数量同比提升 2倍袁自动派单率达到 99%以上袁障碍单自动回访成功率达到 50%袁通过语音尧微信尧网厅自助服务率约为 30%袁宽带投诉率降低 39%遥 通过系统建设袁极大促进了管理创新袁穿透式管理的实现更是体现了信息化支撑优势遥建设集约化的服务支撑系统袁 提升运维的自动
化尧智能化水平袁对于现代通信企业的持续发展具有深远影响袁在全行业具有典型示范意义和推广价值遥
渊上接第 8页冤
第 3期 单东等院建设公众客户服务支撑系统 提升运维管理自动化尧智能化水平 12
1 引言
近年来袁 某运营商的 GSM网载频数 7年间增加了 3.1倍袁TD网载频数 4年翻了一番袁WLAN网 AP数 4年增长 95.2倍遥 随之而来的袁是网络运维工作面临着巨大的压力遥 建设下一代智能化网络运维体系袁通过 IT化尧智能化尧自动化的支撑手段袁投放高度智慧的省端监控和末梢管控手段袁实现野低成本高效运维冶的集中化运维体制袁已是大势所趋遥随着集中化运维体改革的深入袁 综合监控系统尧
运维知识管理系统等的建设正在广泛开展遥为实现业务的端到端管理和网元的多平台监控袁运维监控系统必须具备多平台接入尧单界面呈现能力曰为实现运维方式从事后管理向业务全生命周期管理的转变袁运维监控系统必须具备 7× 24小时的预警能力和实时处理能力遥网络维护的实时性尧有效性袁将直接影响最终用户对运营商网络质量的评价遥 但是袁实际工作中运维尧优化人员不可能一直蹲守在网元现场遥因此袁可以随时随地查看网络运行情况尧处理故障尧支撑网络资源核查与巡检的运维工具袁一直备受一线人员期待遥为解决集中化运维体制下的末梢管控手段缺失
问题袁野掌上运维冶逐渐在部分运营商的运维支撑系统中得到应用遥 某运营商一方面参照 APP Store的开放运营模式袁 积极建设下一代智能化网络运维管理平台袁实现集中化的故障发现尧定位尧智能处理尧自动派单尧智能校验曰另一方面袁基于 Android 终端建设了
野掌上运维冶平台及相关 APP袁基于 Flex尧Silverlight等技术袁兼顾 PC平台和手机平台袁以模块化松耦合方式与原有网管系统对接遥 野掌上运维冶的引入袁实现了末梢运维手段的随需定制尧平滑扩展袁更加契合用户的操作使用习惯遥随着野掌上运维冶的引入袁原有的网络运维流程得
到优化袁问题处理环节得到有效缩减袁一线人员的工单处理和故障处理效率均得到大幅度提升遥网络末梢运维管理的深入开展袁不可避免地产生了野新增效应冶和野替代效应冶遥基于野掌上运维冶袁一方面袁产生了工单直派到人尧故障定位引导尧远程解闭控制等野新增冶的现场处理手段的建设需求曰另一方面袁地市尧区县级等中间环节协调调度的减少袁提高了沟通效率袁网络运维逐渐向省端监控和现场排障双向集中袁形成了一定的人员冗余袁部分运维人员尧运维环节必然被野替代冶袁这也是技术进步的必然结果遥
2 创新智慧手段袁提升运维效率
2.1 下一代智能化网络运维支撑手段
为提升一线人员的处理效率袁 降低一线人员的故障判断尧定位尧处理难度袁某运营商组织了为期 3个月的智能化处理规则梳理袁通过下一代智能化网络运维平台进行规则实现袁有效提高了简单故障的自动处理能力与复杂故障的智能分析能力遥 智能化处理规则见表 1遥
基于下一代开放 OSS的掌上运维实践研究
刘红梅 李 琦
渊中国移动山东公司袁济南 250001冤
摘 要院为提高网络监控维护的时效性尧便捷性袁将智能化运维手段推广到网络维护一线袁某运营商基于 Android 平
台袁采用 APP store的开放运营模式袁建设了野掌上运维冶智能化网络运维管理平台遥一方面通过缩短工作链条袁促使运维工作向扁平化发展袁提升维护效率曰另一方面袁通过提供排障助手尧经验推送等智能化排障手段袁提高运维人员的问题处理能力遥
关键词院Android 掌上运维
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
图 3 现场人员通过手机终端袁远程查询尧操作网元
专业 告警监控自动派单告警关联 督办规则告警预处理
无线网 104 102 98 44 58 87 218 38 133
WLAN 32 16 2 2 32 17 17 4 10
集客 76 56 18 61 74
合计 212 174 118 46 151 104 235 42 217
自动预诊断预处理
现场故障处理经验
排障小助手规则
告警解析渊汉化冤规则
通过告警监控尧自动派单尧告警关联尧自动预诊断处理尧督办规则尧告警处理规则尧现场故障处理经验尧排障助手规则尧告警解析渊汉化冤规则的梳理袁能够在现场进行故障的简单排查处理袁 随时随地参考告警处理经验袁并对高频问题提供向导式处理帮助袁促使告警平均处理时长缩短 45%袁 告警监控效率提升 7倍遥
如图 1所示袁以智能化派单规则为例袁根据设备维护属性袁 自动判断派发给分公司或是代维公司曰根据设备的区县归属袁自动派发至相应区县公司曰根据告警关联结果将故障可能原因自动推送至掌上运维
工单中袁实现故障定位信息自动推送曰将告警智能预处理结果自动推送至掌上运维工单中袁实现故障智能预判信息自动推送曰梳理接入层告警现象尧告警可能原因及故障处理经验知识袁 结合网元的资源信息袁通过流程固化自动推送至掌上运维工单中袁指导现场人员故障处理袁实现故障处理经验智能推送曰通过语音回单和一键式回单功能袁最大程度地简化前台代维人员的操作复杂性袁从而实现智能化回单遥 智能化工单直派一线如图 2所示遥
2.2 基于 Android终端的掌上运
维手段
某运营商的网络
运维工作袁 长期以来都按照话务尧数据尧传
输尧信令等进行分专业管理遥 野掌上运维冶按照代维人员尧监控人员尧网优人员尧管理人员等不同角色的实际需求袁整理分析了他们对网络运维实时性尧时效性的实际需求点袁 借鉴 APP Store的开放运营模式袁打破常规的分专业功能划分方式袁 按照网络运维人员的操作习惯袁打包成排障小助手尧代维巡检尧资源核查尧工单直派尧日报简报等 APP袁为各类用户角色提供随需定制的应用服务遥
渊1冤灵活高效的排障助手调研显示袁 网络代维人员在现场处理故障时袁需
要通过电话了解基站尧载频尧热点尧AP状态等情况袁耗时较长曰而因为是人为沟通袁所以差错率也不可避免遥另一方面袁中心的值班人员需要与多名故障处理人员进行配合袁工作压力较大遥如图 3所示袁借助排障助手袁网络代维人员能够
灵活高效尧随时随地地对网元进行远程查询尧操作袁有效缩短了代维人员等待沟通的时间袁减少了中心配合人员工作量袁提高了故障的现场发现尧现场解决尧现场验证率遥
渊2冤及时准确的代维巡检尧资源核查网络运维中袁网络资源的数据质量是开展网络建
设尧监控尧优化尧扩容的重要依据和基础遥野掌上运维冶规划了贴合资源预勘尧代维巡检尧资
源核查等工作需要的 APP应用袁将网管 IT手段延伸至网络末梢遥 在数据生产环节起到了准确尧初步核对
表 1 智能化处理规则
图 1 智能化派单规则
图 2 智能化工单直派一线
第 3期 刘红梅等院基于下一代开放 OSS的掌上运维实践研究 14
图 5 基于 Android令牌的动态口令身份认证机制
的监理作用袁在数据使用环节提供端到端的关联查询能力袁 在数据核查环节提供核对依据和快速更新支撑袁 弥补了 PC系统在数据质量提升方面的力不从心袁 有效实现了数据质量保障和网络维护的闭环管理袁用贴合业务实际的新技术手段消除了管理盲点遥为代维巡检提供轻量级 APP支撑遥 一方面袁通过
动态尧定制的巡检核查模版袁采用手机终端离线保存与即时数据回传相结合的方式袁 利用 野掌上运维冶方式袁消除传统巡检中纸质抄录尧人工流转尧文档保存等环节可能存在的漏洞袁缩短采集回传周期袁提供数据记录历史回溯袁有效提高了资源数据的采集更新效率和代维巡检效率遥 另一方面袁通过基于手机定位的巡检轨迹回放尧到站确认尧巡检抽检袁对巡检工作的真实性尧及时性尧准确性进行过程监控和质量考核袁有效强化了对代维人员的管控力度遥目前袁某运营商可以通过野掌上运维冶系统对全省
14个专业尧502类资源对象尧3692万条数据记录袁累计 8.2亿个数据点进行资源核查袁 核查更新时间从 4天缩短为 2小时袁能将代维任务工单从省监控中心直派至现场一线代维人员袁极大提高了代维巡检尧资源核查效率袁 提高了现场解决问题率和数据的准确性尧完备性遥
渊3冤强大的图文处理展现能力通过对 Flex尧Silverlight 技术尧Android操作系统
的富客户端技术的深入研究袁野掌上运维冶系统在手机终端的图形呈现方面也取得了突破性进展遥目前袁基于 Android操作系统的掌上运维 APP实
现了图形化数据展示尧分级分色预警尧多维度关联钻取尧个性化内容定制尧数据 15分钟粒度实时更新尧核心内容高危数据主动推送等功能袁极大丰富了图文综合处理尧展现能力袁完全可以满足网管专业软件对图形客户端的图标尧拓扑尧GIS呈现要求袁为后续的应用功能扩展提供了坚实基础遥
渊4冤精简高效的末端管控经过统计分析袁故障工单占工单处理数量的 80%
以上遥 利用掌上运维终端袁使工作环节从五个缩减为两个渊图 4冤袁实现了工单从省公司直派到一线代维人员遥流程的优化促使故障工单处理从野现场处理尧事后回复反馈冶方式变为野现场处理尧现场反馈尧现场验证冶方式袁有效减少了人力成本袁降低了省端集中化监控
压力袁提高了故障处理效率和末端控制力度遥
渊5冤基于 Android平台的动态口令安全认证机制掌上运维平台涉及内外网数据交互袁数据安全尤
为重要遥 为此袁本文对比了当前主流的静态认证和动态认证方式袁最终选择了基于事件方式的单向散列函数动态口令遥用户在访问掌上运维平台及其 APP应用时袁系
统返回验证界面袁 用户输入口令牌相应的认证数据袁系统通过认证代理访问认证服务器对外发布的认证
接口袁将用户认证信息发送给认证服务器袁认证服务模块接收到用户提交的动态口令后袁按照相同算法和该终端密钥信息计算正确的动态口令袁 二者进行比较袁从而判断出用户提交的动态口令是否正确遥 掌上运维后台系统袁 根据认证结果决定用户是否通过验证遥 认证服务器通过管理模块向管理员提供管理界面袁并通过无线通信方式对用户持有的动态口令牌进行有效管理遥 为满足系统设计安全性的要求袁数据的传输通过安全信道进行遥 基于 Android平台的动态口令安全认证机制如图 5所示遥
图 4 优化前后派单环节对比
渊下转第 18页冤
山 东 通 信 技 术 2015年15
1 引言
近年来袁运营商不断进行网络瘦身工作袁许多传统的网络设备退服袁末端接入向光纤化过渡遥 为使有限的成本资源发挥更大的生产效能袁 整合通信机房尧网络设备及其配套设施势在必行遥在此背景下袁 某运营商 2014年开始在全省范围
内开展大规模的机房资源整合工作遥机房资源整合涵盖核心机房尧非核心机房尧县区机房及乡镇机房袁包括整合各专业网设备尧光缆尧电源尧空调设备设施袁拆除退网设备袁盘活设备及房产资源袁压缩有效机房空间袁实施优化送风袁实现节能降耗遥 以期构建网络安全可靠尧服务质量提升尧成本管控有效尧服务响应迅速尧管理高效顺畅的机房管理新模式遥
2 整合机房资源袁优化机房布局袁提高机房运行效益
近年来运营商的拆分重组以及网络尧业务规模的发展壮大袁导致了通信设施尧网络资源分布的不均衡遥同时袁随着网络技术与业务的演进袁虽然设备不断更新换代袁但各专业新老设备并存的情况非常普遍遥 针对上述问题袁某运营商围绕节能降耗尧高效安全运营尧长远可持续发展这一中心袁在全省范围内开展了机房资源整合工作袁基本原则如下院
渊1冤减少市级公司核心局点数量袁原则上每地市保留 2个市区核心局点曰省会城市由于存在大量的干线及省级设备袁可保留 3个核心局点袁其它核心机房局点实施降级或腾退遥
渊2冤有多个县区局址的原则上整合为一个机房局址遥
渊3冤 城区非核心局址沿主干道一楼机房腾退袁用于营业或出租曰租用外部机房全部腾退或降级为综合接入网点遥
渊4冤取消按专业划分机房机制袁整合搬迁各专业设备尧形成综合机房曰城区非核心局址各机房及县区各机房原则上整合为一个综合机房遥
渊5冤 整合后的综合机房整体布局上要求有源尧无源设备分区域安装遥
渊6冤有源机房内设备按野面对面尧背靠背冶方式排列安装袁设置冷尧热通道袁对有源综合机房实施优化送风改造遥
渊7冤无源机房内安装 MODF尧DDF尧蓄电池设备袁加装排风扇袁一般不再安装空调遥
渊8冤 乡镇支局机房优化设备排列及走线方式袁实施优化送风遥
渊9冤 各专业网在整合中首先实现网络优化瘦身袁提高设备端口利用率遥 前期已下电设备全部拆除袁超期服役设备下电拆除袁盘活可利旧资产遥
渊10冤下走线机房全部调整为上走线袁拆除架空地板和吊顶遥
构建节能高效的通信机房管理模式
赵红英 王 健
渊中国联通山东省分公司袁济南 250001冤
摘 要院本文主要探讨通信运营商如何优化整合现有机房资源袁构建网络安全可靠尧服务质量提升尧成本管控有效尧服务响应迅速尧管理高效顺畅的机房管理新模式袁推进企业持续健康发展遥
关键词院节能降耗 资源整合 机房管理
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
图 2 智能电子标签的主要功能
图 1 热管散热系统原理图
3 加强节能技术应用和改造袁实现节能降耗
传统机房一般采用地板下送风和上送风两种送风
方式遥前者由于地板使用年限过长袁频繁施工导致地板接口不严袁造成大量冷风损失袁严重影响了制冷效果曰后者因机房逐年增加设备袁没有统一规划袁导致气流混乱袁制冷效率偏低遥 鉴于此袁某运营商通过优化送风方式及采用热管换热技术袁大大提升了制冷效率遥
渊1冤优化有源机房空间布局优化机房内送风方式遥机房内设备按照野面对面尧
背靠背冶方式安装袁设备两两之间形成小环境内的冷通道和热通道袁野面对面冶安装的两排设备两端加装门挡以形成封闭的冷通道袁定向送风袁经在网设备热量交换后由设备背面的热通道进行散热遥县区机房一般采用两台 12.5KW的专用空调袁并连接在同一个静压箱内袁按照需要设置 1-2个出风口袁对冷通道进行送风遥通过机房小环境内冷尧热气流的隔离与合理循环袁大大提升了空调制冷效率遥
渊2冤采用新型热管换热技术热管换热系统是利用循环工质的气液相变来传
递热量袁依靠室内尧外环境温差将室内热量排到室外袁从而降低室内温度的系统设备遥根据机房面积和机房内设备数量等因素袁每个机房热通道设置 1-3台室内侧热管系统袁室外侧在屋顶安装相应冷却设置遥 按照某省的地理位置和自然环境袁一年内大约有 7个月的时间可启动热管空调袁制冷效率高袁能耗大大降低遥此外袁无源机房内通过加装排风扇来散热袁一般不再安装空调袁有效节约能耗费用遥 热管散热系统原理如图1所示遥
渊3冤实施电子标签改造袁实现光纤资源智能化管理
光纤资源缺乏逻辑与实物的关联袁端口管理依赖纸质标签且容易脱落袁在业务开放尧变更调整中与资源系统的资源数据无法及时联动袁需定期进行日常巡检尧资源清查等以保证资源的准确性袁而日常巡检尧资源清查结果无法得到及时验证袁时效性差袁因此难以适应网络优化调整及近期光改工作的需要袁不能满足业务快速部署及业务变更的要求遥引入智能电子标签使光配线设备有源化袁 变光纤
基础网络的粗放式管理为精细化管理袁 彻底改变了野哑冶资源管理模式袁提高了资源准确性袁满足了业务快速调度需求袁资源管理效率提高了 75%袁资源准确率提升了 20%遥智能电子标签的五项主要功能如图 2所示遥
4 优化网络结构袁实施资源整合袁提高网络安全性
在机房资源整合过程中同步实施网络优化尧设备整合尧退网设备下电拆除和光网改造工作袁可精简在网设备数量袁优化资源配备袁消除故障隐患袁在有效降低机房维护成本的同时提升通信设备安全系
数遥 对数据设备上开放的电路实施归并尧整合袁进行老旧设备退网或再利用曰对于 DDN尧ATM/FR网络可通过升级为 MSAP 或 SDH 电路的方式推进用户DDN尧ATM/FR 业务转网袁实现缩网退服曰对于传输设备袁可利用 IP RAN建设后腾退的设备资源袁完成老旧尧超保设备的替换下电袁同时核查现网系统端口实占率袁实施不同厂家传输系统间的整合袁开展业务归并与整合袁 对同局向尧 同拓扑结构的业务进行合
第 3期赵红英等院构建节能高效的通信机房管理模式17
3 野集中监控尧末梢便捷冶的下一代智能化网络运维袁有效提升运维效率
野掌上运维冶能够有效支持现场工单处理袁提升工单处理效率曰支持现场作业计划的定位跟踪袁提升运维管控能力曰加强即时信息查询袁提升企业服务形象曰强化与现场的信息交互袁提升客户感知度曰强化工程过程管控袁提高资源数据实时性与准确性曰提供动力设备现场管理和网元远程操控袁缩短故障历时曰提供现场测试尧分析袁提升自主网络优化水平遥对通信网络运维的效率提升和手段丰富袁具有重要意义遥目前袁随着人员结构的优化袁某运营商的高级网
优尧监控人员占比提高了 12%袁组织精英化水平得到较大提升遥 减少近 30%的冗余审批流转层级袁生产性问题得到高效直接的转达遥 通过运维知识管理袁总结专家经验和知识库袁年节约维护人员费用 3500万遥通过 IT支撑手段完善袁实现 50%的网络自动日常优化尧60%的告警自动处理袁较大程度上实现了维护工作自动化遥实践证明袁下一代智能化网络运维的实践研究袁
保障了某运营商的网络质量持续领先全国袁 万用户网络投诉抱怨比同期下降 61.6%袁 用户感受显著提升遥
4 结束语
终端智能化浪潮带来了各行各业工作模式尧流程的变革遥 基于 Android终端的掌上运维及下一代智能化网络运维袁具有后台资源集中性尧查询监控直观性尧维护操作便利性尧故障处理智能性等特点袁将管理人员尧维护人员从各种数据源和指令中解放出来袁有效提升了网络运维效率遥本文在该领域的实践研究袁无疑是下一代智能化
网络运维的落地方案之一袁对网络运维管理平台的建设具有深远意义袁是通信运营商野低成本高效运维冶模式的新探索方向遥参考文献
1 鲁春丛.现代电信运维体系.电信技术袁2007渊2冤2 Machael E. Porter.Competitive Strategy.Simon & Schuster,
2006渊2冤3 王玉荣彭辉.流程管理.北京院北京大学出版社袁2008
4 赵季红.下一代网的网络管理技术.西安邮电学院学报袁2004渊9冤
5 靳文波郑刚.下一代网络综合网络管理体系结构研究.计算
机应用研究袁2008渊4冤6 钟国祥等.一种主动网络管理系统结构模型的研究.计算机
科学袁2007渊2冤
并曰结合FTTH改造和网络瘦身袁实施 PSTN设备的全部退网拆除遥 上述工作完成后袁一方面大量通信设施尧设备得到了综合化利用袁减少了在网设备量袁提高了资源利用率袁降低了能耗和维保成本曰另一方面袁下电设备可作为网络备件或用于后续网络扩容袁降低投资费用遥 同时袁设备整合归并也提高了在网设备的运行安全性遥
5 优化维护管理模式袁实现高效运维
通过机房资源整合袁各专业设备整合至综合机房袁同时实施维护人员集中办公袁打破了专业间壁垒袁加强了专业间交流袁便于实施集中维护尧集中调度尧集中管理袁工作配合更加高效袁维护内部流程及前后台支撑保障流程更加顺畅袁极大提高了维护效率遥 据初步统计袁发生故障后到达现场时间缩短为
原来的 2/3袁故障处理时长平均缩短 12分钟遥
6 结束语
通过构建节能高效的机房管理模式袁 实施机房资源整合袁某运营商腾空机房面积 13万余平方米袁每年直接节约电费近 4500万元袁 节省及创收租金逾千万元袁经济效益显著遥 在资源整合准备阶段袁大量工作是梳理网络资源袁整合的过程就是网络优化尧资源优化的过程遥 经过全面筛查袁释放应拆端口袁对设备端口实施整合袁割接归并袁老旧设备下电袁明显提升了资源利用率尧资源准确性曰同时袁通过自己动手袁大大提高了维护队伍的实操技能尧沟通能力尧创新意识和学习能力遥 构建高效节能的通信机房袁 对于现代通信企业而言无疑具有深远意义袁因此具有典型示范和推广价值遥
渊上接第 15页冤
山 东 通 信 技 术2015年 18
1 引言
全业务竞争下袁电话经理作为企业服务中高端客户的重要渠道袁具有接触客户范围广尧服务效率高等优势遥 某运营商各部门尧单位为应对市场竞争纷纷提出外呼需求袁要求电话经理配合开展遥 因此袁野有限的服务资源应该优先满足谁的需求冶成为电话经理面临的首要问题遥为此袁某运营商建立了野关键时刻预警服务关联营销模型冶袁借助关键时刻触点袁将服务尧调查和营销工作进行合理组合袁 以有效平衡服务资源袁充分发挥了电话经理的服务尧保有尧营销作用遥
2 业务服务内容
2.1 服务需求
渊1冤目的提高客户的忠诚度尧满意度袁帮助客户解决问题袁
提高服务质量袁维系尧巩固与客户的关系遥渊2冤内容为避免盲目接触客户袁主要以关键时刻预警任务
为内容开展服务工作遥渊3冤梳理过程从三方面入手袁梳理全省中高端客户需要的关键
时刻遥 首先分析客户来电咨询的原因袁确定客户关心的重点问题遥 其中袁分析 VIP客户拨打原因 3.2万次袁分析全球通客户拨打原因 12.4万次遥 其次袁分析客户满意度调查情况袁 了解客户满意度低的服务项目袁挖
掘尚未被满足的客户需求遥 最后袁分析外呼客户调研结果袁深度了解客户营销服务需求袁即以外呼方式对1580户 VIP客户进行访问袁通过客户调研袁验证客户需求的重点遥
渊4冤梳理结果以集团规范为参考袁 结合本省客户个性化需求袁
梳理制定关键时刻预警服务内容 4类 20项渊表 1冤遥
关键时刻预警服务关联营销模型研究
陶乃勇
渊中国移动山东公司济南分公司袁济南 250002冤
摘 要院本文对全业务竞争下如何提升用户满意度尧提高外呼效果进行了分析袁提出了一种关键时刻预警服务关联营销模型遥 运行结果表明袁电话营销取得了明显效果袁关联营销模型具有较高推广价值遥
关键词院关键 预警 营销
表 1 关键时刻预警服务内容
类别 预警任务名称
客户开通复杂业务
终端变更
近两个月来首次查询话费
积分兑换提醒
协议到期提醒推荐
套餐使用超标
套餐使用不足
国内漫游
数据流量业务办理及变更
数据流量业务使用不足
数据流量使用即将超标
客户解除单位托收
投诉频次异常
客户对电话经理服务不满
客户在营业厅办理评价不满意
客户办理品牌转出
双机客户
呼转异网
特殊日期提醒与问候
全球通 VIP服务关怀活动
第一时刻服务
异动时刻服务
离网预警服务
特殊时刻服务
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
2.2 营销需求
渊1冤目的坚持以客户为导向袁开展客户初级营销尧二次深
度营销袁在发展尧培养新客户尧推广新业务的同时袁提升现有客户的价值遥
渊2冤内容主要包括以下三类
1冤业务营销院如来电提醒尧智能应答尧手机阅读尧手机导航尧语音增值包尧资费套餐等遥
2冤应用推广院如WiFi万能钥匙尧手机二维码尧违章查询尧微信等遥
3冤活动邀请院主要包括全省营销活动和中高端客户专属活动邀请遥
2.3 调查需求
渊1冤目的了解客户对企业所提供产品尧 服务等的满意度袁
了解客户需求尧市场信息等袁旨在建立并不断完善尧更新客户资料数据库袁为各级经营部门决策提供依据遥
渊2冤内容包括客户关注的业务尧关注的活动尧关注的媒体尧
需求点及竞争对手信息遥
3 关键时刻预警服务关联营销模型的具体实现
构建关键时刻预警服务关联营销模型袁实现服务营销一体化遥 模型如图 1所示遥
3.1 系统界面模型
渊1冤模型一院即时化的预警识别模型
通过制定关键时刻任务识别标准尧触发机制袁并派送到电话经理系统袁 实现客户关键时刻任务识别和响应遥 预警识别分析尧预警模型界面分别如图 2尧3所示遥
渊2冤模型二院智能化的营销交互平台后台业务策划人员可以通过营销交互平台提前
创建交互方案袁如设计问卷尧营销策略尧沟通信息等袁并与预警任务进行关联袁辅助电话经理开展前台服务营销工作遥 营销方案制定尧营销界面展示分别如图 4尧5所示遥
渊3冤模型三院模板化的信息采集界面通过信息采集界面袁不断完善中高端客户信息档
图 1 关键时刻预警服务关联营销模型示意图
图 3预警模型界面示意图
图 2预警识别分析示意图
界面展示
图 5营销界面示意图图 4 营销方案制定流程图
第 3期 陶乃勇院关键时刻预警服务关联营销模型研究 20
案袁主要包括基础信息尧拓展信息和需求信息袁并在采集过程中及时捕捉客户需求袁与适配的业务 /产品进行组合袁完成信息采集关联营销遥 信息采集流程如图6所示遥
界面展示如图 7尧8尧9所示遥
3.2 脚本场景模型
渊1冤模型一院预警任务关联营销模型根据关键时刻预警提醒袁主动外呼客户袁通过解
决客户面临的问题袁完成业务价值传递和业务宣传推广遥 关联营销模型流程如图 10所示遥
1冤场景一渊第一时刻预警冤院客户开通复杂业务遥第一时刻预警示例见表 2遥
2冤场景二渊异动时刻预警冤院套餐使用超标遥 异动时刻预警示例见表 3遥
3冤场景三渊离网时刻预警冤院客户办理品牌转出遥离网时刻预警示例见表 4遥
渊2冤模型二院信息采集关联营销模型信息采集关联营销模型流程图如图 11所示遥
图 6信息采集流程图
图 8拓展信息示例
图 9需求信息示例
图 7基础信息示例
图 10关联营销模型流程图
表 2 第一时刻预警示例
表 3 异动时刻预警示例
您好浴 我是您的电话经理袁 这次给您打电话主要是院我关注到您开通了号簿管家业务袁 但一直未使用袁 是不是遇到什么问题袁看我能不能帮助您钥请问您使用的是哪款手机钥
渊如客户是移动定制手机冤您的手机中已经下载了号簿管家的客户端袁接下来需要您进行号码同步曰渊如客户不是移动定制手机冤这项业务开通后需要下载客户端使用袁我把下载方式告诉您
号簿管家业务除可以在手机上使用外袁还可以通过电脑登陆袁登陆地址 是 http://pim.10086.cn袁噎噎稍后我把相关操作方法下发到您的手机袁请您查收噎噎
需求满足切入点 需求分析
需求满足切入点 需求分析
您好浴 这次给您打电话的主要目的是院我们关注到您近期消费比较高袁为了使您更合理地消费袁我帮您分析一下好吗钥
您目前使用的是XX 资费袁其中包括XX 分钟免费通话分钟数袁超出一分钟按 0.X元收费袁但我帮您分析了一下袁您每个月的通话分钟数在 XX分钟以上袁目前这档资费不够您使用袁您看需要我帮您推荐一档适合您的资费吗钥
渊1冤 根据目前您的使用情况看袁 我建议您变更为 XX 资费袁 这样每月可节省大约 XX元话费袁您看需要变更吗钥渊2冤 如果您平时联系的人群比较集中袁 您还可以办理个家庭网业务袁这样你们之间通话更优惠袁您看需要吗钥
表 4 离网时刻预警示例
需求满足切入点 需求分析
您好浴 这次给您打电话的主要目的是院 我们关注到您近期变更了资费钥 是哪里使用得不合适吗钥
如客户属于离网异动袁收集原因尧反馈相关部门开展客户挽留曰否则袁根据客户反映的原因为客户推荐更适合的资费尧业务遥
渊1冤根据目前您的使用情况看袁我建议您变更为 XX 资费袁这样每月可节省大约 XX 元话费袁您看需要变更吗钥渊2冤另外袁目前咱们推出了 " 省内携号 " 业务袁在全省范围内均可使用噎噎
渊下转第 24页冤
山 东 通 信 技 术 2015年21
1 引言
在通信信息技术高速发展的背景下袁智慧农业被寄予厚望遥智慧农业是利用信息技术对农业生产进行定时定量管理袁 根据农产品的生长情况合理分配资源袁实现农业生产的高效低耗尧优质环保遥蔬菜生产是农业生产的重要组成部分遥某运营商运
用互联网思维搭建的野智慧菜篮子冶平台袁充分利用物联网尧大数据和云计算的最新技术袁以网络为支撑袁以手机尧电脑为基础终端袁采用野F2B2C渊Factory to Businessto Customer冤冶运营模式袁建立网上农产品管理系统袁实现技术服务尧农资产品尧市场信息野下乡冶与蔬菜尧农产品野进城冶袁有效解决了蔬菜生产碎片化尧中间环节多尧流通损耗大尧品质难保证等难题遥
2 野智慧菜篮子冶信息平台
野智慧菜篮子冶平台基于高速有线宽带网尧移动宽带网袁运用电子商务尧G动力尧空中视讯系统尧大数据尧云计算等进行搭建袁具有远程诊疗尧生产管理尧安全管理尧自然灾害防控尧网上销售渊电商冤尧农业智能化渊物联网冤尧订制农业等功能遥 野智慧菜篮子冶平台架构如图 1所示遥
渊1冤蔬菜电商平台电子商务系统依托互联网尧手机终端等实现网上
交易袁帮助农户尧农业生产企业解决农产品销售难题遥平台实现了农产品的线上交易流程袁建立了特色农产品拍卖制度袁让生产者与消费者直接对接袁减少流通环节袁降低中间费用袁从而让生产者尧消费者都得到实惠遥 平台主要功能包括农产品发布尧资讯展示尧交易袁在线支付袁商户评价和投诉等遥建设野菜易通冶网站和手机 APP平台袁是建立野互
联网 +蔬菜冶技术服务平台的关键遥一是实现技术尧农资服务野下乡冶袁通过网络直接与菜农有效对接曰二是蔬菜尧农产品野进城冶袁建立网上交易平台蔬菜 APP袁让市民了解并吃上新鲜放心菜遥
野菜易通冶网站的主要功能包括院1冤规模化蔬菜基地园区介绍遥2冤主要蔬菜及农产品介绍院包括品牌商品管理尧
特色商品管理尧团购优惠尧拍卖特卖活动管理袁实现农产品分类管理袁以集中化模块展示满足不同层次消费者的需求遥
3冤农产品信息发布院包括农产品市场行情信息尧供求信息尧政策信息遥 系统可以实时对接市场供求信息袁促成便捷交易袁减少产品滞销遥
4冤生态农业观光旅游院生态农业具有优美的自然环境袁是开展观光尧农业体验尧民俗活动的好地方遥 平台可以加强宣传展示袁发布旅游信息袁增加收入附加值遥
5冤交易支付管理院系统通过第三方支付平台完成交易袁买方选购商品后袁使用第三方平台提供的账户支付货款袁由第三方通知卖家货款到达尧进行发货曰买
基于互联网+农业的野智慧菜篮子冶平台应用张黎明尹逊勇于 洋张宇晨
渊中国联通山东省分公司袁济南 250001冤
摘 要院互联网与传统农业的结合袁不仅改变了农产品流通模式袁而且协助农户有效利用大数据尧云计算尧物联网等袁建成农业生产尧销售尧管理一体化平台袁推动野新农人冶群体的诞生袁实现农业增效尧农民增收遥
关键词院互联网 +物联网大数据农业智慧菜篮子
图 1 野智慧菜篮子冶平台架构
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
方检验物品后袁通知付款给卖家袁第三方再将款项转至卖家账户遥
6冤专家工作室院实现远程诊疗尧农产品种植种类和流通等相关信息咨询功能遥
7冤成立种子种苗尧农药肥料生产企业联盟袁相关专家上网推介遥
8冤发布蔬菜标准化生产技术规程尧蔬菜质量安全法律法规等遥
9冤广告发布遥渊2冤 野G动力冶视频监控野G动力视频监控冶基于 3G/4G尧固网融合业务袁
通过提供统一的有线尧无线远程视频监控服务袁实现视频监控终端的固定尧无线布放袁用户可以通过固定终端或手机查看曰实现图像尧声音和各种报警信号的远程采集尧传输尧储存和处理袁为用户提供便捷尧经济尧有效的远程监控整体解决方案遥 通过野G动力冶袁农户和农技人员可以不受时间尧地点限制袁对监控目标进行实时监控尧管理遥系统提供专家在线功能袁农户可直接向专家咨询
蔬菜种植尧病虫害防治尧水肥管理等问题袁也可通过视频让专家远程查看病害袁及时处理疑难问题遥
1冤实时监控园区尧基地尧大棚尧大田蔬菜的现场画面和声音袁实现园区安全管理尧自然灾害远程监控遥
2冤实时监控蔬菜播种尧苗栽尧浇水尧施肥尧病虫害防治尧采收尧包装的现场画面和声音袁实现蔬菜种植尧病虫害防治尧采收尧加工包装和销售的远程监控遥
3冤实时监控蔬菜生长尧叶片尧花果尧病虫的现场画面和声音袁实现病虫害远程诊断遥
渊3冤智慧蔬菜系统运用物联网尧云计算技术构建野智慧温室冶系统袁
提供温室大棚环境信息的智能感知尧可靠传输尧智能控制尧精细管理尧病虫害预警与远程诊断等服务袁提升温室大棚种植基地的信息化水平袁实现大棚种植业的高产优质尧生态安全尧可持续发展遥在种植基地建设温室环境智能感知系统袁依托无
线传感网络尧移动通讯网络尧互联网尧物联网等袁对棚内的温湿度尧光照尧土壤墒情尧视频图像等进行监测曰采集到的数据通过智能温室大棚管理系统分析后袁可通过手机尧计算机等终端查看环境数据尧作物长势袁方便管理人员操作袁同时方便农户对农地的管理遥 在条
件具备的基地袁为大棚安装电动卷帘尧排风机尧电动灌溉系统等设备袁实现远程控制遥 通过手机或电脑登录系统袁控制温室内的水阀尧排风机尧卷帘机开关曰也可设定控制逻辑袁系统根据情况自动开关卷帘机尧水阀尧风机等遥 智慧温室监控界面如图 2所示遥
渊4冤专家在线平台建立专家工作室袁聘请在线专家尧固定专家袁通过
服务热线和网上交流尧远程视频交流等方式袁解答尧处理问题遥 建立专家服务在线尧G动力远程监控诊断平台和网上咨询窗口袁帮助菜农解决种子种苗尧肥料农药尧病虫害防治尧机具器械等方面的问题遥
渊5冤大数据应用及农产品溯源系统农业大数据应用涉及耕地尧播种尧施肥尧杀虫尧收
割等环节袁对跨专业尧跨行业尧跨地域的数据进行收集分析遥 为实现可持续产业发展和区域产业结构优化袁需要农业大数据平台提供支撑遥 野智慧菜篮子冶平台运用先进数据管理技术和数据仓库技术袁实现数据库的交互尧数据整合尧采集和加工处理遥在蔬菜的种植准备尧种植和培育尧生长尧收获等阶
段袁系统对其生长环境尧喷药施肥尧病虫害等情况进行实时信息自动记录袁实现有据可查曰在储藏尧运输尧销售阶段袁采用二维码或 RFID技术袁对各阶段数据进行记录遥 消费者拿到蔬菜时袁通过终端设备或网络就能查看相关信息袁以便放心食用遥
渊6冤环节管控系统如图 3所示袁野智慧菜篮子冶是集生产环节尧管理
环节尧销售环节于一体的农业信息化平台袁大大降低了全过程成本袁提高了生产销售质量遥 不仅帮助农户加强对各环节的管控袁 而且丰富了各环节之间的联系袁实现了定制农业袁真正做到了技术服务尧农资尧市场信息野下乡冶和蔬菜尧农产品野进城冶遥
图 2 智慧温室监控
第 3期张黎明等院基于互联网 +农业的野智慧菜篮子冶平台应用23
图 3 环节管控系统
3 结束语
野智慧菜篮子冶项目袁开启了互联网 +农业广泛应
用的序幕遥截至今年 7月底袁已有 17家大型农业园区加入项目袁涉及个体电商近百户遥项目启动后袁某区应用后蔬菜年产量达到 80万吨袁 总产值达到 10亿元袁蔬菜三品认证 110个袁拥有石都庄西红柿尧西里山药尧大街芹菜尧立添食用菌等品牌遥
参考文献
1 李道亮.物联网与智慧农业.农业工程,2012(1)
2 段丹峰.互联网 +或颠覆传统农业格局大数据提升市场预
测能力.中国经济网袁2015(7)
3 孙应德.互联网 +农业充满想象空间.湖南日报,2015渊4冤
1冤场景一院根据客户兴趣关联优惠活动遥 关联优惠活动示例见表 5遥
2冤场景二院根据客户兴趣关联业务产品遥 关联产品示例见表 6遥
4 应用效果
通过构建电话经理服务营销组合模式袁某运营商电话经理生产运营效果得到了显著提升遥 2015年 1月至 8月袁共服务中高端客户 193.64万户遥 期间袁开展关键时刻服务关怀 306万次袁 成功营销办理业务60.98万笔袁采集客户信息 132.19 万条袁客户挂机满意度为 98遥
渊1冤关键时刻服务项目1至 8月袁 通过电话方式开展的预警服务共 306
万次袁通过短信提醒的预警服务共 1034万次遥 如院为满足客户野资费套餐冶需求袁主要开展的预警项目有野资费超标冶尧野国内漫游冶 和 野近两个月首次查询话费冶曰为满足客户野流量需求冶袁主要开展的预警项目有野流量办理及变更冶尧野流量使用即将超标冶和野流量使用不足冶遥
渊2冤营销办理业务共为客户推荐办理业务 60.98万笔袁从营销办理
量变化趋势可以看出月营销量呈逐步上升态势袁服务式营销效果较好遥
渊3冤信息采集除开展关键时刻服务外袁在运营中袁始终坚持把
记录客户信息作为重点工作袁不断完善中高端客户档案袁共核实客户基础信息 91.77万条袁拓展信息 40.42万条遥
图 11 信息采集关联营销模型流程图
表 5 客户兴趣关联优惠示例
问题 客户回答 需求满足
请问您平时主要对哪方面的优惠活动比较感兴趣钥 今后在策划活动方案时我们会多做考虑
如客户对优惠购机活动感兴趣
正好最近我们正在开展 野全省 O 元优惠购机冶活动袁机型多尧质量好袁需要我给您介绍一下吗钥
表 6 客户兴趣关联业务产品
问题 客户回答 需求满足
请问您平时有哪些兴趣爱好钥 今后有适合您的业务活动时我们会及时通知您
如客户喜欢阅读
您可以试用手机阅读业务袁目前点击量最高的作品就是莫言的代表小说袁如叶檀香刑曳尧叶红高梁家族曳尧叶生死疲劳曳 等袁 我们也都在看袁您可以试用一下遥
渊上接第 21页冤
山 东 通 信 技 术2015年 24
1 引言
本人长期在基层工作要要要分营 16年袁 我前后有11年半时间在中国移动通信集团公司山东有限公司
博山分公司渊以下简称野博山移动冶冤担任县公司经理袁对基层如何建设幸福文化袁提升员工幸福指数袁推动企业健康尧和谐发展这一课题袁有着较为浓厚的兴趣袁并结合当地实际袁以野三多冶渊歌声多尧掌声多尧笑声多冤为切入点袁对此进行了深入探索袁最终野守得花开日月明冶院
2006年尧2008年尧2011年袁三获集团公司思想政治工作优秀成果一等奖曰
2013年袁 获得全国通信行业核心价值观讨论征文一等奖曰
2015 年袁淄博移动以叶11347袁打造幸福小野par-
ty冶曳为题袁以博山移动为案例在中国移动集团公司班组建设座谈会上作典型经验介绍噎噎
2 背景
随着外部竞争的日益加剧和业务融合的不断加
速袁 基层通信员工的工作压力越来越大袁野三多一少冶渊指标多尧会议多尧加班多袁与家人在一起的时间少冤正成为一种行业常态袁一线员工的幸福指数呈现出一种
大幅度尧大面积下滑态势遥而且袁这种趋势袁如果不加以重视尧不得到遏制袁
其结果可以预见院士气低落尧工作效率低下尧经济效益高开低走袁甚至导致核心骨干员工传染性尧塌方式流失噎噎
渊1冤员工为什么工作根据马斯洛需求理论袁人的第一尧首要需求当然
是物质层面的需求遥通俗地说袁员工首先要为了野上有老尧下有小冶尧为了野车冶为了野房冶而工作遥但这毕竟是最基本尧最低层次的需求袁员工到企
业来袁不止尧不只希望找到一个求职求生的就业场袁更希望找到一个求知尧求美尧求乐的野梦工场冶袁也就是我个人总结的野五个到冶院拿到薪水尧得到成长尧找到归宿尧感受到尊严尧体会到幸福要要要后者就是马斯洛理
论的野自我实现需求冶遥渊2冤何谓幸福哈佛大学教授尧野幸福课冶之父沙哈尔认为可以从
以下两点把握院幸福是人生的至高财富袁是我们所有目标的最终
目标曰幸福是有意义和有意思的结合遥洋为中用尧活学活用地导入袁就是院员工应该是袁 也一定是为了自己的幸福而工作尧
幸福地工作袁 毕竟幸福是目标要要要而且是 野最终目
野三多冶催开幸福花要要要关于县渊区冤公司提升一线员工幸福指数的思考和探索
吕瑞洲
渊中国移动山东公司淄博分公司袁淄博 255000冤
摘 要院随着外部竞争的日益加剧和业务融合的不断加速袁基层通信员工的工作压力越来越大袁幸福指数呈现一种大幅度尧大面积下滑态势遥 淄博博山移动公司结合自身实际袁从野歌声多尧掌声多尧笑声多冶入手袁就新常态下如何提升一线员工幸福指数这一课题袁进行了深入思考和积极探索袁取得了显著效果遥
关键词院企业文化 员工幸福指数
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
标冶袁诸如薪水尧报酬之其他充其量是手段而已遥渊3冤工作幸福的含义野工作冶袁对于员工而言当然是野有意义冶的要要要它
可以满足自己与家人衣食住行信渊野信冶指的是信息袁一个最新的概念冤等物质层面的需求遥如果还能野有意思冶袁可以满足内心的愉悦尧平静尧安宁尧成就感等精神层面诉求的话袁就是一份上好的工作了遥更重要的是袁野企业为员工创造环境袁员工为企业
创造价值冶院如果一个企业袁员工个个野情有所系袁心有所寄袁
梦有所依冶袁人人野做梦都想工作袁做梦都在想工作冶袁全都野一睁开眼袁鞋都来不及穿袁就想往公司里跑冶袁那么袁它一定是一个野有味道的企业冶渊马云冤袁谁也不会怀疑它灿烂的明天和美好的未来遥
3 探索
当然袁野志存高远冶袁还要野脚踏实地冶院根据当地实际袁结合员工特点袁走出一条属于自己尧野Unique冶尧具有博山移动特色的幸福之野Way冶遥在具体实施中袁我们是从野三多冶袁即野歌声多尧掌
声多尧笑声多冶入手袁开启野建设幸福文化袁打造幸福企业袁 成为业内员工幸福指数最高的区县公司冶渊2012
年正式提出的企业愿景冤野幸福模式冶的遥
3.1 野歌声多冶要要要野缓解压力袁凝聚人气冶
博山是一个山清水秀的好地方袁野一方水土养一方人冶袁博山人大都有一副好歌喉遥
渊1冤野动感地带冶合唱团2010年 3月 29日袁90人渊当时公司一共 139人冤
的博山移动野动感地带冶合唱团宣告成立袁而且是野自力更生冶要要要除了老师渊博山区音乐家协会的主席冤是外聘的以外袁领唱尧钢琴伴奏都是自家人遥合唱团成立之初袁其实很艰难袁合唱团的秘书长
还有野三怕冶院一怕团长渊也就是本人冤有事不能来曰二怕老师档期太满不便来曰三怕团员辛苦不想来遥合唱团袁尽管开始时一路跌跌撞撞袁但并没有影
响它后来的野壮大成长冶院行业内也好袁地方上也好袁只要有机会袁我们都积极参与袁倾情演出遥 2013年公司
14年司庆袁我们更是别出心裁袁在淄博市工人文化宫举办了专场合唱晚会袁 当时的主题也是 野技惊四座冶要要要叶野合冶起移动袁野唱冶响博山曳遥不限于此袁我们还有小合唱团遥 2014年袁我开发
了一门野移动幸福课冶袁经常野进校园尧进机关尧进集团冶地进行野文化营销冶袁而开场尧收场的正是我们十几人组成的小合唱团遥 演唱的曲目也是精心设计的院开场是叶幸福在哪里曳袁收场是叶故乡之歌曳要要要其实就是歌
唱家乡的叶博山之歌曳袁作曲的是谷建芬袁作词的是博山籍作家尧叶大染坊曳的编剧张宏森遥
野动感地带冶合唱团唱响了博山袁成为博山移动一张靓丽的文化名片遥 对我来说袁意义不止于此袁它在野外树形象冶的同时袁更野内强素质冶袁实现了我最初的一个心愿要要要野缓解压力尧凝聚人气尧鼓舞士气袁以合唱促和谐尧以和谐促企业发展 冶遥
渊2冤司歌与厅歌2011年袁我们有了移动版的叶我们走在大路上曳袁
作为司歌传唱遥2014年袁 我们员工拥有了自己的歌集院叶想你会
喜欢的 168首歌要要要博山移动人自选歌集曳遥还有一件事值得一提院我们的员工不光能野唱冶袁
而且能 野创冶要要要中心路营业厅有员工自己作词作曲
的厅歌叶凝聚爱曳院迎着太阳的升起
拉响青春的汽笛
一点一滴把努力汇集
我们用尽全身力气
朝夕相处的日子
绽放你我的美丽
一言一行把讯息传递
我们有微笑的双翼
向着理想的岸堤
享受追寻的痴迷
一分一秒把梦想充溢
我们把爱洒满天际
第 3期 吕瑞洲院野三多冶催开幸福花 要要要关于县渊区冤公司提升一线员工幸福指数的思考和探索 26
余香飘逸的大地
把播种收获铭记
一丝一缕把希望堆积
我们要创无限奇迹
噎噎凝聚爱
心和心融合到一起
凝聚爱
手拉手战斗在一起
凝聚爱
我们是至亲至爱的姐妹兄弟
凝聚爱
我们是团结致胜的集体
2013年袁 省公司组织全省五星级营业厅评选袁我汇报完前期的准备工作后袁顺便让评审组的领导们观看了中心路姑娘小伙子深情演绎叶凝聚爱曳的视频袁结果让有着营业工作背景的评审组组长激动得热泪滂
沱院野不管结果如何袁我这一票是投定了浴 冶最终结果是院中心路营业厅光荣成为全省的五星
级营业厅浴 淄博全市共有两家浴
3.2 野掌声多冶要要要野鼓励别人鼓舞自己冶
渊1冤掌声的魅力这里还有一个故事遥2007年袁我从市公司回到博山公司工作遥 第一次
召开员工开会时袁我发现人比以前是多了袁差不多多出 80号人袁可大家的掌声却稀稀落落遥于是袁我说院同志们袁野掌冶字怎么写钥 上面是个野尚冶袁下面是个野手冶袁鼓掌的人一定有一双高尚的手袁你要不要鼓掌钥再一个袁鼓掌有什么好处钥 野鼓励别人袁鼓舞自己冶
啊袁是双赢浴当你把掌声毫不吝啬地献给别人的时候袁说明你是一个内心很阳光尧内心很强大的人袁野一掌值千金冶袁你要不要鼓掌钥从那以后袁博山公司只要开会袁掌声一定是非常
热烈的遥渊2冤掌声与野三欣冶提倡野掌声多冶袁实际是提倡一种积极向上尧乐观
阳光的野欣赏文化冶要要要野欣赏自己尧欣赏同事尧欣赏企业冶遥欣赏自己遥 道理很简单院如果一个人连自己都不
认可袁还指望得到他人的认可吗钥所以袁我们在企业内部倡导野人人是人才冶野人人都有耶sweet spot爷冶野人人都是耶unique爷冶袁鼓励员工野做最好的自己冶要要要野做自己冶尧野做好自己冶野做好自己的事冶噎噎欣赏同事遥 而且要求大家是发自内心的袁要欣赏
到野Suround yourself with smart people冶袁欣赏到野把身边的每一个人当成天使冶袁欣赏到野与喜欢的人做喜欢的事袁莫问是劫是缘冶遥互相欣赏尧彼此信任袁是职场幸福的重要源泉遥欣赏企业遥 企业是舞台袁是野用武之地冶遥 因为它袁
我们的个人价值才得以展示尧体现曰没有它袁我们哪有生存的尊严和内心的强大钥 甚至可能什么都不是遥 所以袁 我们倡导员工欣赏企业袁 其实是倡导感恩文化要要要野企业为员工挡风避雨冶袁野员工为企业添砖加瓦冶曰野企业为员工创造环境冶袁野员工为企业创造价值冶遥当然袁这种文化的形成不是一朝一夕袁不会一蹴
而就袁而且受着社会大环境的影响遥庆幸的是袁我有一个信念院大环境我们可能真的无能为力袁但小环境我们真的可以有所作为遥 在具体推动中袁我也有自己成型的野套路冶院野不怕慢袁就怕站冶野不怕迟袁就怕止冶野要想起步袁永远不晚曰要想进步袁总有空间冶噎噎
渊3冤掌声的延伸有意思的是袁博山公司最终还形成了自己的特色
掌声袁即野啪尧啪袁啪啪啪冶袁类似鲁能球迷独树一帜的助威声要要要野噢尧噢袁噢噢噢冶遥我还和员工分享过两个关于掌声的经典故事院一个是野鼓掌到什么时候为止钥 冶野要鼓到他听不
到为止遥 冶要要要一群学生起立鼓掌袁尽管他们敬爱的老师已经离开教室遥另一个是西班牙当地的风俗院在葬礼上为逝者鼓
掌要要要感谢他在世间为大家所做的一切遥无疑袁这都是鼓掌的境界遥要要要一个热烈鼓掌的员工一定是一个幸福员工袁
一个鼓掌热烈的企业一定是一个幸福企业遥
山 东 通 信 技 术 2015年27
引申一步院与之类似袁我们还可以从员工的眼神感知员工的幸福指数遥本人曾在叶眼神也是竞争力曳一文中写道院
野一身精神袁具乎双目遥一家企业袁所到之处袁如果你看到员工的眼神是清澈的尧明亮的袁友好的尧和善的袁温暖的尧热烈的袁干净的尧纯洁的袁坦荡的尧自信的噎噎你就能判断这里的员工是幸福的袁这家企业的服务是优质的噎噎冶
3.3 野笑声多冶要要要野心中有爱笑口常开冶
笑袁笑脸尧笑声袁是一个人幸福的标识要要要野心中有爱袁笑口常开冶遥马云说过袁快乐公司笑脸多遥我们则认为袁一个企业如果不光有野笑脸冶还有
野笑声冶袁那么员工会更幸福袁毕竟幸福没有野最冶只有野更冶和野越来越冶袁也就是院没有最幸福袁只有更幸福和越来越幸福浴如何做到野笑声多冶钥我们重点关注员工的野每天冶
野每周冶野每月冶野每年冶院渊1冤野笑声多冶与野每天冶野每天冶袁我们都有快乐例会遥公司所有的部门袁不分前台后台袁都有自己的晨
例会袁而且要求必须是野快乐例会冶院轮流主持袁主持的人首先要分享自己最近家里的尧 工作上的快乐的事尧高兴的事尧自豪的事袁让整个团队一天的工作在欢快的笑声中开始遥公司正门的大屏幕上一条从启用到现在未变的问候是院今天你微笑了吗钥
渊2冤野笑声多冶与野每周冶野每周冶袁我们有调研遥几个经理袁加上几个主管袁周一下午下了班到各
个部门调研要要要野一接三贴求四实冶院野一接冶 是接地气曰野三贴冶是贴近基层尧贴近员工尧贴近市场曰野求四实冶是摸实情尧听实话尧办实事尧求实效遥而且我们的调研很有意思袁都是在歌声中开始袁在笑声和掌声中进行要要要我们调研是给大家鼓劲尧加油的袁不是挑毛病尧打板子的遥最后在歌声中结束院一起唱叶难忘今宵曳袁然后一起高高兴兴回家遥不过叶难忘今宵曳也是野移动版冶
的院人家是野明年春天再相邀袁共祝愿祖国好袁祖国好冶袁我们是野下次调研再相邀袁共祝愿移动好袁移动好冶遥
渊3冤野笑声多冶与野每月冶野每月冶袁我们有员工大会遥除了例行的工作部署袁我们的员工大会有野自
选动作冶遥 比如每次选一个典型发言袁或者野让身边的讲身边的事袁让身边的事教育身边的人冶袁或者让野一方诸侯冶说说野我的团队我的团冶要要要野让每一次都有耶surprise爷袁每一次都成为员工的第一次冶遥 所以袁太多的时候袁员工大会都因此成为一片快乐的海洋遥我本人有时也即兴随喜野插科打诨冶袁朗诵尧讲故
事尧指挥唱歌噎噎总之希望大家野快乐学习快乐工作快乐生活冶渊公司十条企业文化理念中的第十条冤袁而员工的反应是院像小时候盼过年一样盼着一月一次的员工大会浴
渊4冤野笑声多冶与野每年冶野每年冶袁我们就更多了院有野春晚冶尧有野司庆冶袁野三八冶有野踏青冶野赏花冶野采
摘冶袁野六一冶有野移动宝贝趣味运动会冶噎噎2014年野三八冶袁组织女员工种下一小片山楂树袁
美其名曰野山楂树之恋冶曰2015年野司庆冶袁为每一个员工领养了一棵苹果
树袁而且取了一个美妙的名字袁叫野幸福 APP冶渊APP袁是应用软件的简称袁也是 APPLE的简写袁一语双关冤遥有野两律冶遥每年袁所有管理岗位一律竞聘上岗袁员工一律双
向选择遥 我们从 2013年开始做袁据我所知袁在全省110多个区县公司中我们是第一个这样做的遥这等于让员工和企业谈一场大恋爱要要要你喜欢哪个岗位袁你愿意跟着谁干袁你做主尧你来选要要要野让合适的人在合适的岗位上冶野想干事的给机会袁 能干事的给岗位袁干成事的给地位冶野是雄鹰给你蓝天袁是骏马给你草原冶遥有野经理 Express冶遥经理 Express要要要也叫野致经理的一封信冶袁我每
年都要和员工做一次一对一尧绝对私密的直接沟通院
第 3期 吕瑞洲院野三多冶催开幸福花 要要要关于县渊区冤公司提升一线员工幸福指数的思考和探索 28
1冤您喜欢现在的工作吗钥 如果不喜欢您想做什么钥
2冤您喜欢您的直接上级吗钥 如果不喜欢您希望和谁一起工作钥
3冤您喜欢您的下级吗钥 如果不喜欢您希望做出什么样的调整钥
4冤在公司的同事中您希望与谁共事钥5冤为了您和公司的发展袁请直接说出您的想法遥员工说袁这是公司给我们员工最好的福利尧年底
最大的红包遥 有些员工在信中对我可以说是无所不谈遥 比如一个员工说院经理袁我们婆媳关系很紧张袁因为我一直没怀上孩子遥 我现在做客户经理压力太大袁能不能给我调整一下岗位钥 我回复院没问题袁马上就办遥很高兴袁现在这位员工已经当妈妈了袁而且是两龙一凤三胞胎妈妈浴有征文遥我们几乎年年都组织征文袁目的是号召大家一起
探讨如何把企业做得更好遥 2009年尧2011年袁我们还把征文结集成册袁 出了两本书院叶移动是这样炼成曳尧叶再过十二年曳遥 有员工的家长这样反馈我院因为这本书袁我们三代人都得感激你浴
渊5冤野笑声多冶与野安全冶当然袁最后的袁但绝不是最不重要的是院安全浴 野平
安是福冶袁平安是员工最大的快乐尧最大的幸福遥 这才是一个野每天冶野每周冶野每月冶野每年冶的头等大事遥为此袁我们经常强调两点院第一袁野一分钟检查袁十
二分有效冶遥 大家下班不要急急忙忙袁一分钟检查院门窗关了吗钥水电关了吗钥防患于未然袁十二分有效浴所以袁我们倡导野惜别冶要要要从野惜冶字着眼袁从野别冶字着手遥 第二袁野福虽未至袁祸已远离冶遥 安全天天讲尧月月讲尧年年讲袁似乎看不到成绩在哪里袁但野祸已远离冶了要要要其实袁还有比生命更宝贵尧比平安更大的福祉吗钥一件野趣冶事院2010年中秋袁公司没有像往常一样
送月饼袁而是一人一台家庭灭火器要要要真正意义上的
野把安全送到家冶浴
4 结束语
野歌声多尧掌声多尧笑声多冶的野三多冶幸福文化战略袁大处着眼袁小处入手袁催开朵朵幸福之花遥关于幸福的好处袁 美国积极心理学家索尼娅窑柳
博米尔斯基做过这样的梳理院更好的身体尧更强大的免疫系统尧更长寿曰更积极尧更宽容尧更自信尧更善于表达尧更有活力尧
更有创造力曰更高的抗压能力和自我调节能力尧更好的工作成
果袁更多的经济收入曰更美满的家庭尧 更多的朋友尧 更广的人脉关系
噎噎对博山移动而言袁具体体现在院更认同野公司是家冶渊公司的共事理念冤曰更乐于 野当面交流 直接沟通冶渊公司的沟通理
念冤曰更信奉野永不抱怨永不放弃永远充满正能量冶的
博山移动精神曰更自觉地做一个野敬业尧专业尧乐业冶的野博山移动
人冶曰更主动地践行 野视客户为亲人冶渊公司的服务理
念冤曰更积极地野走出去走进去跑起来坚持下去冶渊公
司的市场理念冤曰更加珍惜 野生活在小城工作在移动冶渊一个员工
对幸福的总结冤的美好曰更加信心满怀地野打造全省一流的区县公司冶渊公
司的共同愿景冤噎噎说一件让自己很有成就感的事院2015年度全省定向招聘工作中袁 博山公司考试
及格率尧 转正率全市第一袁 目前正式工的比例为75.6%袁名列全省前茅遥
要要要能够转聘袁当然是员工一个重要的幸福支点啊浴
山 东 通 信 技 术 2015年29
1 引言
为达到高数据速率尧更广的无线覆盖尧合适的容量分布袁中继传输已被视为一种未来无线通信网络中非常有前途的技术遥部署于蜂窝网络中的中继不仅能够提升小区边缘移动台渊MS,Mobile Station冤的性能袁而且由于其较之宏基站渊MBS袁Macro Base Station冤的较低发射功率袁还能降低小区间干扰遥另外袁正交频分多址接入渊OFDMA冤因为能够提供高数据速率和频谱效率袁已被作为 4G无线网络的调制和多址方法遥 基于 OFDMA的系统能够满足 MS对于高数据速率的要求袁并通过利用更多自由度的自适应资源分配以避免小区内的干扰遥 OFDMA在频率选择性衰落消除中的特性和中继传输在增强系统容量中的特性袁促成了两种技术在一个网络架构中的结合遥然而袁如何为这样一种基于 OFDMA中继系统设
计一套有效的频率复用 渊FFR袁Fractional FrequencyReuse冤方案袁是一个关键问题遥 传统的 FFR图样有两种院1x3x1和 1x3x3袁他们的小区复用因子是 1遥 但是袁1x3x1图样中的小区间干扰等级太高袁而 1x3x3图样的频谱利用率又太低遥 因此袁能有效降低小区间干扰同时满足扇区 FFR因子为 1的 FFR方案袁 被用于有效分配无线资源遥传统部分 FFR方案如图 1所示遥每个小区分为三个扇区袁频率资源静态分成两组院一组叫超级组袁 由处于三个扇区中心区域中的 MS复用曰
另一组叫一般组袁被分为三个正交的部分袁用于三个扇区边缘区域的MS遥通过这种办法袁小区内的干扰可以得到避免袁并且最大化地降低小区间的干扰遥
到目前为止袁 关于 OFDMA中继系统 FFR已有非常充分的研究遥 参考文献[1]介绍了一种新的 FFR方案用于分配 OFDMA多跳网络的资源袁 结果显示袁较之传统中继系统部分袁FFR中继系统能够达到更高的吞吐量遥参考文献[2]提出了一种自适应 FFR方案袁即把小区虚拟地分成两个不同的区域遥参考文献[3]提出了一种用于子载波和功率分配的算法袁 通过动态FFR以避免小区间干扰遥 然而袁上述研究只考虑了在任意一个独立小区内的资源分配袁换言之袁这样就限制了资源分配的自由度遥为达到更高的数据速率和频谱效率袁参考文献[4]提出一种利用 FFR的三小区协
OFDMA中继网络使用动态部分频率复用实现联合资源分配
齐一飞 1宋思达 2
渊1烟台供电公司袁烟台 264000
2北京邮电大学袁北京 100876冤摘 要院本文提出了一种运用动态部分频率复用的小区架构袁并研究了 OFDMA中继网络中的联合资源分配问题遥该架
构将所有的子载波分为两组袁对应两种不同的地理小区区域袁划分的地理区域与相邻的地理扇区形成联合虚拟小区遥 进而提出了一种分层解决方案以实现之前提出的小区架构袁 该方案由两个主要的联合资源分配算法组成遥 数据显示袁小区架构和算法能够达到更优的信干噪比性能和更高的吞吐量遥
关键词院部分频率复用 中继 OFDMA 资源分配
图 1静态部分频率复用扇区化结构
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
作网络遥本文研究了利用动态 FFR的 OFDMA中继网络
中的多小区资源分配问题遥 分两步进行联合资源分配院第一步袁以帧为单位更新超级组和一般组的子载波集合遥 第二步袁以时隙为单位解决如何为MS选择最优的中继基站渊RS袁Relay Station冤和子载波的问题遥数据显示袁 这种算法较之利用静态 FFR的传统中继结构袁能够达到更优的性能遥
2 系统模型和问题建模
渊1冤利用动态 FER的多小区网络结构如图 2 所示袁 研究一个利用 FFR 的下行两跳
OFDMA系统遥 每个小区的三个扇区分为两个地理区域院小区内部区域和小区外部区域遥 处于内部区域的MS被称为超级MS曰 处于外部区域的 MS被称为一般MS遥 任意一个小区里有一个 MBS和多个固定位置的 RS袁并且MBS处于小区内部区域袁RS处于小区外部区域遥 与独立小区架构不同袁多小区架构同时考虑其他相邻小区的信道条件和业务需求袁从而进行联合资源分配遥将处于不同小区的相邻扇区联合成一个虚拟小区袁由一个控制终端来管理无线资源遥 一个虚拟小区由小区 1的扇区 1尧 小区 2的扇区 2和小区 3的扇区 3组成遥
Mlsup定义为小区 l超级MS数目遥 Ml
reg定义为小
区 l一般MS数目遥 另外袁处在小区 l扇区 l的外部区域 RS集合和数目分别定义为 kl和 Kl遥总带宽 B均匀分成 N个子载波袁子载波集合定义为 N={1,...,N}遥 假设所有的传输链路都能获得充分的信道状态信息
渊CSI冤袁假设信道是频率选择性瑞利衰落信道袁并且考虑慢衰落袁所有链路的信道增益在一个下行子帧内是不变的遥
渊2冤问题建模不同于利用静态 FFR袁每个小区将所有子载波静
态分为两个固定组的独立小区架构遥本文提出的利用动态 FFR的多小区架构能达到更好的性能袁 主要基于以下几点院方案首先将子载波分成两个虚拟组遥 之后袁每一个控制中心联合考虑虚拟小区中的三个扇区的情况再进行有效的资源分配遥这两点保证了将每个子载波分配给最优MS从而最大化系统数据速率袁同时能满足每个 MS的数据速率需求遥 资源分配的目标袁是将每一个子载波分配给最优MS袁以使整个网络的总数据速率最大化遥一些其他需要满足的子载波分配的限制条件将在下一节给出遥
3 联合资源分配方案
鉴于问题的复杂性袁将其分为两个子问题袁通过两个步骤解决遥 假设第一步每一帧会进行一次袁所有的联合MBS分别上报超级区域和一般区域的平均可达到速率信息遥 然后袁中心控制器根据反馈计算超级组和一般组的关系遥 第二步每个时隙进行一次袁根据瞬时数据速率信息为MS分配子载波遥下面给出这两个问题的解决方案遥
3.1 帧级别联合资源分配算法
MU-COMP模式的联合资源分配算法简称 JRA袁帧级别 JRA的目标是根据反馈计算超级组和一般组的子载波集合袁即 Nsup和 Nreg遥因为在一个联合虚拟小区内袁一个子载波只能被分给超级组或一般组袁所以需要满足条件 Nreg∪Nsup＝N和 Nreg∩ Nsup={}遥如图 3所示袁提出的算法包括初始化阶段和子载
波的两重迭代循环遥 在初始化阶段袁声明一些变量用于算法的执行遥变量 Rl
sup和 Rlreg分别代表上一帧小区
l中超级组和一般组的总能达到的速率遥 变量 C1sup和
Clreg分别代表当前帧小区 l 中超级组和一般组所有
MS的速率需求遥如前文所述袁控制中心计算部分效用增益 Gsup和 Greg遥然后袁按比例计算出分配给一般组的
图 2动态部分频率复用架构
第 3期齐一飞等院OFDMA中继网络使用动态部分频率复用实现联合资源分配31
子载波数目 Nl遥 因此袁本算法在分配子载波到不同组时考虑了公平性遥
在第一次循环中袁对所有子载波进行迭代袁计算效用值 Qn
sup和 Qnreg遥这两个值代表当子载波 n分别分
配给超级组或一般组时的平均速率遥 变量 Qn表示增
益间隔袁表示子载波 n更适合被分配给一般组袁因为能得到更多的系统增益遥 因此袁首先找到 Nl个增益较
大的子载波袁将这些子载波分配给一般组曰剩下的子载波则分配给超级组遥可见袁 该算法的原则是在低复杂度的情况下袁通
过一个联合虚拟化小区最大化系统数据速率遥 并且袁该算法基于每个帧都会更新的静态数据袁考虑了不同组的公平性遥
3.2 时隙级联合资源分配算法
帧级别 JRA将子载波 Nsup和 Nreg分配到各组遥之后袁所有的子载波需要分配给对应组内的最优MS遥因为超级MS的地理距离较远袁可以复用分配给超级组的子载波遥分配给一般组的子载波必须满足正交条件遥这样袁虚拟小区能够避免小区内干扰袁实际物理小
区能大幅度降低小区间干扰遥因为超级组的子载波是复用的袁所以每个MBS使用独立的资源调度遥中心控制器在超级组使用联合资源分配遥 本文中袁 时隙级JRA算法专注于超级组的资源分配袁包括 RS的选择和动态子载波的分配遥对于资源分配袁关键问题是如何为每一个MS选
出最优 RS和子载波遥 这里袁令 籽kmn∈{0,1}表示链路渊k袁m袁n冤的子载波分配标识遥 当 籽kmn=1时袁表示分配资源曰籽kmn=0则表示不分配遥 基于公平性的考虑袁该目标为最大化下行系统速率的 JRA 问题可公式化如下院
max渊籽冤Csum=
3
l=1移 N1
n=1移移m∈ yl
reg移K∈kl 籽kmnCkmn 渊1冤渊2冤渊3冤渊4冤
式中袁Ckmn代表从第 k号 RS分配到第 n号子载
波的第m号MS的数据速率遥 限制条件渊3冤说明每个子载波最多分配给一个通信链路遥 限制条件渊4冤表明每个MS m需要满足它的 QoS要求 Cm
QoS袁 该条件反映了公平性考虑遥公式渊1冤中的最优化问题袁是一个分线性限制的 NP难联合最优化问题遥 因此袁没有有效的算法来获得最优解袁 除非采用高复杂度的搜索算法遥为公式化这个问题袁定义拉格朗日函数 L渊籽袁棕冤如下院
渊5冤式中袁籽表示指标变量向量袁 参数 棕是限制条件
渊4冤中MS的拉格朗日乘法器遥那么袁可以得到拉格朗日对偶函数院
渊6冤并且对偶问题可以表示为院
渊7冤现在利用拉格朗日放松了子载波间的耦合袁并且
在每个子载波处分解为 N1个子问题遥 子载波 n的子问题为院
图 3帧级别联合资源分配算法
山 东 通 信 技 术2015年 32
渊8冤式中 袁否则袁 遥 则渊8冤式
的最优化解为院渊9冤
式中袁棕的值可通过次梯度迭代方法得到更新院渊10冤
参数 t渊i冤是步骤大小的经验序列袁该序列保证随机次梯度算法的收敛性遥
4 仿真和结果分析
考虑一个无线 OFDM中继蜂窝网络遥 一个MBS处在小区的中心袁小区半径为 1km遥 RS均匀分布袁MS随机分布于小区内遥 本文中袁将信道建模为由 6个瑞利多径信道组成的频率选择性信道袁并且假设子载波的信道间是独立的遥 同时袁MBS和 RS的发射功率为固定值袁收发机都为定向天线遥 具体的仿真参数总结见表 1遥
如图 4所示袁当固定 RS数目时袁因为有更优的SINR性能袁 较之传统利用静态 FFR的中继架构袁利用动态 FFR的中继架构能达到更高的吞吐量遥 此外袁当MS数目增多时袁后者可以得到更多的系统性能增
益遥 特别是当一个小区有 50个 MS且每个扇区有 2个 RS的时候袁 较之传统利用静态 FFR的中继架构袁利用动态 FFR的中继架构可以提供将近 6.5%的小区吞吐量增益遥 同样袁当每个扇区有 4个 RS时袁有将近6.9%的吞吐量增益遥
5 结束语
本文研究了 OFDMA中继多小区网络中的联合资源分配问题袁 提出了一种利用动态 FFR的中继架构遥该架构能够提供更多的自由度来进行资源分配的复用遥 为了简化袁该问题被分为帧级别 JRA和时隙级别 JRA两个子问题遥 帧级别 JRA算法将子载波分成两个虚拟组要要要超级组和一般组遥 时隙级 JRA算法专注于超级组的资源分配袁包括 RS的选择和动态子载波的分配遥 数据显示袁本文提出的结构和算法较之传统利用静态 FFR 的中继架构袁 能够达到更优的SINR性能和吞吐量遥
参考文献
1 王钟雷常永宇宋思达杨大成.LTE-A中新载波类型标准
化研究.无线电通信技术袁2013渊6冤2 马章勇赵春明尤肖虎.无线信道中 OFDM系统时频同步
新算法.通信学报袁2003 (12)
3 一种多用户MIMO-OFDM系统中的天线与子载波分配算
法.信号处理袁2008渊1冤4 赵绍刚李岳梦.移动通信网络中的协作通信.电信快报袁
2005(5)
仿真参数 值
小区数 19
系统带宽 20 MHz
小区半径 1km
MBS最大发射功率 渊PmaxMBS
冤 46 dBm
RS最大发射功率 渊PmaxRS
冤 30 dBm
MBS天线高度 25m
RS天线高度 15m
MS天线高度 1.5m
热燥密度 -174 dBm/Hz
目标误比特率 10-5
传播模型
帧长 10ms
128.1+37.6log10渊R冤(R单位 km)
表 1系统参数
图 4不同架构小区吞吐量对比图
第 3期齐一飞等院OFDMA中继网络使用动态部分频率复用实现联合资源分配33
1 引言
为支持 4G网络发展袁某运营商 HSS采用了爱立信分布式 UDC架构袁单套设备用户容量在 1000万以上遥 该设备分成 4个相对独立的单元袁其中 HSS中与BOSS接口的单元为 PG袁PG 具有 MML尧SOAP尧CAI3G等多个接口袁 导致实际使用时经常出现 BOSS指令执行失败的情况遥 尤其是补卡操作袁经常出现补卡失败而且 BOSS系统无法回退处理的情况袁有时还是批量号码存在问题袁这就需要从后台手动处理用户数据遥处理的时候袁既有MML指令又有 SOAP指令遥执行 SOAP指令时袁为适配爱立信的 CAI 3G协议袁还要首先获得 session ID袁之后使用 SOAP UI客户端工具袁借助图形化界面逐项删除 CUDB 里的 HLR尧AUC尧EPS尧IMS尧AVG尧WLAN六张表中的数据遥 本项目从实际出发袁 利用 soapUI Pro客户端和 Java等编程语言袁 通过深入分析爱立信 HSS的架构尧 数据存储原理尧CAI 3G等用户接口袁开发了批量处理用户数据的方案袁零投资袁简单易用袁实现了用户特别是大量用户数据的即时快速处理袁节约了人工成本袁提高了工作效率袁改善了 4G用户感知袁提升了公司形象遥
2 爱立信 HSS SOAP接口批量处理用户数据方案的研究
爱立信 HSS袁 对于一条 BOSS任务譬如补卡尧销户等 袁 往往由多条 MML+SOAP 组成 袁PG 接收
MML+SOAP指令袁 并转换成爱立信 HSS系统接受的CAI 3G命令在 HSS内部执行遥期间任何一条指令执行失败袁都会导致这条 BOSS任务后面的指令不再执行遥多种并存的接口以及指令执行顺序的无法控制袁
严重制约了 BOSS指令执行成功率袁导致用户无法成功办理某项或某些业务遥 指令执行顺序的混乱袁需要从后台手动清除已写入指令曰针对单个用户的操作还是简单的袁如果遇到大批量用户操作时袁就要耗费大量的人力尧时间遥 本文提出了一种批量处理用户数据方案袁节约了人力成本袁提高了工作效率遥
渊1冤爱立信 4G HSS设备简介如图 1所示袁4G爱立信 HSS采用集中用户数据
中心渊UDC袁User Data Center冤架构袁由四个节点组成院PG尧HLR-FE尧HSS-FE尧CUDB遥
爱立信 HSS SOAP接口批量处理用户数据解决方案研究
梁磊清
渊中国移动山东公司青岛分公司袁青岛 266071冤
摘 要院本文通过分析爱立信 HSS的架构尧数据存储原理袁研究了爱立信三融合的 HSS的 CAI 3G尧SOAP等用户接口的
工作原理袁针对目前存在的接口复杂尧表间 SOAP接口工作效率差尧只能单用户清理用户数据的弊端袁提出了一种批量用户数据处理方案遥 方案利用 soapUI Pro客户端和 Java等编程语言袁开发了批量处理用户数据的脚本袁实现了用户特别是大量用户数据的即时快速处理袁节约了人工成本袁提高了工作效率袁改善了 4G用户感知遥
关键词院SOAP 批量 爱立信 HSS CAI 3G
图 1 爱立信 HSS设备架构
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
渊2冤爱立信 HSS数据库中的表结构说明爱立信 HSS中四个节点之一的 CUDB袁 是 HSS
的数据库袁用于保存用户数据袁用户数据各表之间互相关联遥 当手工删除 CUDB中某用户数据时袁一定要遵循 DIT(Directory Information Tree)从下至上的删除顺序,即院如果该节点为叶子节点袁其下一级没有子节点袁则直接删除曰否则袁要先到该节点下的所有叶子节点袁然后从最底层的子节点逐级删除袁直到删除所有子节点为止袁最后才能删除该节点遥 数据添加的顺序正好相反遥
这种复杂的表结构设置 袁 加之目前采用MML+SOAP多指令格式袁导致指令实际执行过程中袁经常发生表结构的破坏遥 譬如袁删除了某一表中的用户数据袁 再调用关联表时又无法找到这个用户数据袁使用户数据无法通过 BOSS指令来添加或清除袁这就需要进行后台的数据删除遥 爱立信 HSS数据库表结构如图 2所示遥
渊3冤HSS业务开通架构以及爱立信通用电信用户管理接口存在的问题
用户业务开通架构如图 3所示遥
BOSS连接 HLR/EPS-HSS融合设备进行业务开通遥 BOSS和 HSS之间传输采用一定安全机制 渊如HTTPS冤袁以保证用户信息的安全遥
爱立信的通用业务管理方案对上述核心的用户
管理接口所必须具备的功能进行了研究遥本文进一步分析了早期的用户管理接口 CAI (Customer Adminis-tration Interface)存在的缺陷袁同时对目前一些流行网络技术做了分析袁在此基础上定义了一个新的适用于爱立信用户管理系统的用户服务提供接口袁并将其命名为 CAI3G (Customer Administration Interface 3rdGeneration)袁如图 4所示遥
某运营商集团公司要求的 BOSS和 HSS之间的接口协议为 SOAP 协议 袁BOSS 发送过来的标准SOAP指令袁 通过 PG转换成 HSS内部的 CAI3G指令袁在系统内部传送执行袁每一条 BOSS发送过来的SOAP 指令在 HSS 内部可能对应几十条 CAI3G 指令遥现阶段采用MML+SOAP进行用户业务的开通遥
开通过程中存在指令格式的转换袁加之 BOSS指令通过MDCN网传送袁经常出现指令执行失败的情况袁尤其是补卡操作袁经常出现补卡失败且 BOSS系统无法回退处理的情况袁有时还是批量号码存在问题遥
3 SOAP接口批量处理用户数据的方案思路
3.1 方案实施前删除单个用户数据的过程
渊1冤步骤一院获取 session ID爱立信的通用服务接口袁当用户要启动一个服务
图 2 爱立信 HSS数据库表结构示意图
图 3 爱立信 HSS设备与 BOSS接口
图 4 爱立信 HSS设备通用电信用户管理接口图
第 3期梁磊清院爱立信 HSS SOAP接口批量处理用户数据解决方案研究35
的时候袁CAI3G Manager先在 CAI3GAgent内部启动一个会话袁sessionID就是这个会话的标示袁 类似于下述一串随机数院ad1fd8f847d342d09d160096bf1b27fd袁作为 HSS 各部件之间一次交互的唯一通行证袁ses-sionID有效期设置为 5分钟袁如图 5所示遥
sessionID的获取使用 soapUI Pro工具袁如图 6所示遥
渊2冤步骤二院输入步骤一获得的 sessionID袁使用delete删除数据袁相应的 service选择 HLR遥 如图 7所示遥
渊3冤步骤三院输入步骤一获得的 sessionID袁使用delete删除数据袁相应的 service选择 EPS遥
渊4冤步骤四院输入步骤一获得的 sessionID袁使用delete删除数据袁相应的 service选择 AUC遥如果上述步骤进行中 sessionID超期的话袁 需要
按步骤一重新获取 sessionID曰如果后续 VOLTE上线的话袁还要删除相应 service中的 IMS遥
3.2 方案实施后批量处理用户数据的过程
通过 soapUI Pro工具袁使用 java语言编写自动执行脚本袁 实现一次性输入用户名和密码尧 自动获取sessionID尧 自 动 批 量 删 除 号 码 的
HLR/EPS/IMS/WLAN/AUC/AVG6张表中的数据遥渊1冤步骤一院定义变量定 义 sessionID尧imsi尧msisdn尧service尧username尧
pwd六个变量遥 变量意义见表 1遥
soapUI Pro中定义变量界面袁如图 8所示遥
图 5 爱立信 HSS CAI3G接口指令执行示意图
图 6 sessionID获取图
图 7 删除一张表中的用户数据图
表 1 定义的变量列表
sessionID imsi msisdn service username pwd
会话标示
要删除号码的IMSI
要删除号码的MSISDN
对应要删除的表院可 选 6 个 选 项HLR/EPS/IMS/WLAN/AUC/AVG
该 PG节点的用户名
该 PG节点的密码
变量名称
变量意义
山 东 通 信 技 术2015年 36
图 8 变量定义图
渊2冤步骤二院定义自动运行脚本渊图 9冤
渊3冤步骤三院自动脚本的运行在 D 盘根目录下袁建立 imsi.txt 文件袁存放所有
号码的 imsi和msisdn遥 如图 10所示遥
双击野批量自动清除数据冶项目袁点击右边的执行按钮即可实现脚本的自动执行曰将执行结果保存在事先定义好的 log文件中袁 可以根据 LOG文件核实执行结果遥 如图 11所示遥
4结束语
某运营商的爱立信 HSS目前承载了省内大部分地市的 2/3/4G用户遥 以前出现用户补卡失败尧需清除用户数据情况的时候袁都是使用 soapUI Pro工具单条逐项删除袁 曾经遇到过多次因 mml指令与 SOAP指令执行冲突而造成的多个用户数据需要清理的情况遥未开发本脚本前袁 实施 1000个用户数据需要至少 3人天的工作量曰使用本脚本后袁只需编写好 MSISDN与 IMSI的对应文件袁之后一键执行袁很快就能完成数据的自动清理遥本项目的开发袁对于提升工作效率袁提高维护水平袁改善 4G用户感知非常有效袁且项目零投资袁部署简单袁推广容易遥
图 9 自动定义运行脚本图
图 10 imsi文件示意图
图 11 程序运行示意图
第 3期梁磊清院爱立信 HSS SOAP接口批量处理用户数据解决方案研究37
1 引言
某运营商现网中袁A口尧 关口局互联及部分局向间仍有大量 TDM电路在用袁电路质量好坏直接影响到网络质量和用户感知遥目前MSC端局组 POOL后袁BSC到 POOL内所有端局都开有 A口电路袁BSC可能会双联或多联 MGW袁A口无论是物理连接还是数
据配置上的复杂性都大大增加袁这就需要使用有效手段监测尧维护这些电路袁以确保电路的可用性和电路质量遥 可以采用看告警尧查统计尧跟消息尧指定中继时隙拨测等方法袁从实践经验看袁华为软交换端局下指定中继时隙拨测无疑是最有效尧可靠的方法遥 本文结合现网实例袁根据实际维护需要细分拨测场景袁对 A
接口电路尧 中继电路的指定时隙拨测做了较详细介绍遥
2 华为软交换端局下指定中继时隙拨测的原理
中继拨测主要用于对 A接口电路尧 中继电路等物理通道及中间MGW进行可用性测试袁不用闭塞通道尧电路即可对需测试电路进行测试遥 通过测试可以发现自环尧单通等问题袁尤其适用于对网上运行设备
进行测试尧排除故障遥中继拨测类型包括两种院指定拨测和自动拨测遥渊1冤指定拨测用户在一个测试任务里袁每次拨打相同的被叫号
码袁MSC Server依据中继测试任务表配置的数据选取
相应的电路进行测试遥渊2冤自动拨测用户通过打开中继跟踪窗口来触发相应的自动
拨测任务遥 自动拨测任务触发后袁MSC Server依据中
继测试任务表配置的数据构造一个主叫和被叫用户
进行呼叫接续袁每次呼叫选取相应的电路遥 测试完一条电路后袁MSC Server依据数据配置自动拨测下一条电路袁整个测试任务拨测完成后才停止拨测遥此功能需要 MS 或 PSTN 与 MSC Server 的配
合袁MSC Server主要完成各种信令处理尧数据分析尧放音等遥 MS或 PSTN需要按照中继测试任务表配置的
拨测方案进行拨测遥指定中继拨测方案为:X*被叫号码遥 其中袁该被
叫号码必须是中继测试任务表中已配置的被叫号码曰X表示配置的字冠袁如 199(固定为 3位)袁以下实例中均采用 199遥
MSC Server主要完成对拨测号码的分析袁得出拨测类型及拨测哪条电路袁并将拨测号码改号到真实的被叫号码进行呼叫接续遥
华为软交换端局 TDM电路指定时隙拨测方案及应用
李恒
渊中国移动山东公司枣庄分公司袁枣庄 277100冤
摘 要院本文研究了华为软交换端局下指定中继时隙拨测的方法和应用袁结合现网实例袁根据实际维护需要细分拨测场景袁对 A接口电路尧中继电路的指定时隙拨测做了详细介绍遥 不用闭塞通道尧电路即可对需测试电路进行测试袁借此发现自环尧单通等问题袁尤其适用于对网上运行设备进行测试和故障排除遥
关键词院华为软交换端局 TDM 电路 指定时隙 拨测 A接口
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
中继拨测结果打印在中继跟踪窗口袁并可以把测试结果保存到文件中遥中继拨测结果包括院测试时间尧拨测资源类型尧当次拨测资源渊如电路号冤尧拨测结果遥其中袁 拨测结果分为测试成功 渊Success冤尧 测试失败渊Failure冤遥 当测试失败时袁 输出具体失败原因值袁包括院
渊1冤野Circuit invalid冶院电路不可用袁包括未安装尧故障尧闭塞等无法被测试的情况曰
渊2冤野Circuit busy冶院选路时发现拨测电路忙曰渊3冤野Circuit cycle冶院拨测的电路在MGW被环回曰渊4冤野Circuit communication exceptional冶院 鸳鸯线
或传输问题导致被测中继通信异常袁在手工测试时无效袁手工测试时由测试人员人工判断被测电路通信异常曰
渊5冤野Interwork Failure冶院 对局释放呼叫导致测试呼叫失败曰
渊6冤野Internal Failure冶院 本局 MSC内部处理错误
导致测试呼叫失败遥主叫用户发起拨测流程如图 1所示遥
主叫用户按照指定中继拨测方案发起指定拨测遥渊1冤MSC Server收到拨测请求后袁 分析拨测类型
以及拨测哪条电路曰渊2冤MSC Server向网关发资源请求袁 通知网关准
备指定的端点资源曰渊3冤MSC Server将呼叫接续到真实被叫曰渊4冤真实被叫应答曰渊5冤主被叫通话袁检查指定电路是否正常遥通过中继跟踪窗口打印本次指定中继测试结果
或最终测试结果渊中继跟踪窗口已打开冤遥
3 华为软交换端局下指定中继时隙拨测的方法和应用
指定时隙拨测包括三种情况院渊1冤指定 A接口主叫侧电路测试曰渊2冤指定 A接口被叫侧电路测试曰渊3冤指定中继电路测试袁只支持中继出局情况袁对
于其他如中继入局或本局呼叫不考虑该功能遥
3.1 指定 A接口主叫侧电路测试渊确保主叫在待测 BSC和端局下袁被叫无限制冤
渊1冤 用 ADD CNACLD命令配置 野X*被叫号码
B冶字冠渊本例 X为 199袁被叫号码 B为 13791423193冤的号码分析数据袁业务类别必须为测试业务渊TEST冤袁业务属性必须为特殊号首测试渊SPFXT冤遥 命令如下院
ADD CNACLD:P=0,PFX=K'199*,CSTP=TEST,
CLIANA=TRUE,ADDSIG=TRUE,CSA=SPFXT,MINL=8, MAXL=32
渊2冤用 ADD DNC命令配置号码变换1冤改号方案一该方案变换后的被叫号码在号码变换中配置完
成袁如拨打的号码为 X*YYYYYYYYYYY袁号码变换类型选择修改所有袁在新号码中输入 B用户号码遥
2冤改号方案二允许在拨测时将变换后的号码以 *号开头接在
拨测号码后面袁 如可输入院X *YYYYYYYYYYY袁可通过号码变换将 X* 去掉 袁 按 B 用户号码
YYYYYYYYYYY接续袁 这样可减少号码变换的数量遥 号码变换类型选择指定位置顺序删号袁起始位置0袁变换长度野X*冶的号码长度遥说明院B用户号码可以是本局移动用户或它局用
户袁号码变换后的号码不可与变换前的号码一致遥本例采用改号方案二院ADD DNC:DCN="204",DCT=TYPE6,DCL=4
渊3冤用 ADD AIDNUMPRO命令配置辅助号码变
换袁号码类型为中继测试号码遥 号码变换名称为上面通过 ADD DNC配置的号码变换名称遥
图 1主叫用户发起拨测流程
第 3期李恒院华为软交换端局 TDM电路指定时隙拨测方案及应用39
ADD AIDNUMPRO:CSCNAME="all",NUM-
TY=TY8,PFX=K'199*,CDN="204"渊4冤 用 ADD TKTEST命令配置中继测试任务数
据袁被叫号码为 B号码遥 电路类型为 BSSAP袁测试方向为呼入遥 需实现强占功能时袁 要把 P235 软参的
BIT2设为 0袁ISUP尧TUP尧PRA尧BSSAP类型的中继测试支持强占功能遥 强占功能是指中继拨测时袁发现需拨测电路被其他呼叫占用袁可以拆除其他呼叫尧强占该条电路遥 起始终止 CIC渊SCIC尧ECIC冤及测试步长根据需要自行设定院
ADD TKTEST:TKID=1,CLIN=K'13562225868,
CLDN=K'13791423193,DID=BSSAP, ON="ZOZB-
SC32",SOPC="3909",SCIC=33,ECIC=63,S=1,
ATF=NO, TD=CALLER_SIDE,TKDESCRIP-
TION="ZOZGS1-BSC32--A口测试 "
渊5冤如果没有配置 B用户的号码分析数据袁需要用 ADD CNACLD命令增加袁此时按正常配置即可遥配置好以上数据后袁使用上面测试任务中配置的
主叫号码 13562225868拨打 199*13791423193袁可以通过中继消息跟踪尧用户消息信令跟踪或时隙状态查看袁发现成功占用到指定的 A口电路的 CIC遥
3.2 指定 A接口被叫侧电路测试渊确保被叫在待测 BSC和端局下袁主叫无限制袁配置ADD TKTEST时参数 TD=CALLED_SIDE冤
下面分三个场景介绍拨测方法遥渊1冤场景一院主被叫用户均在同一端局 ZOZGS1
下遥 端局配置如下院ADD CNACLD:P=0,PFX=K'199*,CSTP=TEST,
CLIANA=TRUE,ADDSIG=TRUE,CSA=SPFXT,
MINL=8, MAXL=32;
ADD DNC:DCN="204",DCT=TYPE6,DCL=4;
ADD AIDNUMPRO:CSCNAME="all",NUM-
TY=TY8,PFX=K'199*,CDN="204";ADD TKTEST:TKID=11,CLIN=K'13562225868,
CLDN=K'13563201855,AP=YES,DID=BSSAP,ON="ZOZBSC31",SOPC="3909",SCIC=33,ECIC=63,
S=1,ATF=NO, TD=CALLED_SIDE,TKDESCRIP-
TION="ZOZGS1-BSC31--A口测试 "配置好以上数据后袁使用上面测试任务中配置的
主叫号码 13562225868拨打 199*13563201855袁可以通过中继消息跟踪尧用户消息信令跟踪或时隙状态查看袁发现成功占用到指定的 A口电路的 CIC遥
渊2冤场景二院主叫在 ZOZGS1袁被叫在 ZOZGS2袁测试被叫方 ZOZGS2-ZOZBSC33的 A口电路遥
//ZOZGS1 数 据 配 置 袁 直 接 将 字 冠
野199*13563201855冶送到端局 ZOZGS2袁RSNAME为
ZOZGS1至 ZOZGS2的路由选择名称袁 可通过 LST
RTANA:;查看现网配置曰ADD CNACLD:PFX=K'199*13563201855,
CSA=MLC,RSNAME="ZOZGS2",MINL=1,
MAXL=32, ISERVICECHECKNAME="INVALID",
CLIANA=TRUE,ADDSIG=TRUE,NUMNAME="IN-
VALID", CHGNAME="INVALID";
//ZOZGS2数据配置ADD CNACLD:P=0,PFX=K'199*,CSTP=TEST,
CLIANA=TRUE,ADDSIG=TRUE,CSA=SPFXT,
MINL=8, MAXL=32;
ADD DNC:DCN="204",DCT=TYPE6,DCL=4;
ADD AIDNUMPRO:CSCNAME="all",NUM-
TY=TY8,PFX=K'199*,CDN="204";
ADD TKTEST:TKID=11,CLIN=K'13562225868,
CLDN=K'13563201855,AP=YES,DID=BSSAP,
ON="ZOZBSC33",SOPC="390A",SCIC=33,ECIC=63,
S=1,ATF=NO, TD=CALLED_SIDE,TKDESCRIP-
TION="ZOZGS2-BSC33--A口测试 ";
ADD TKTEST 中 参 数 SOPC="390A" 为
ZOZGS2的国内备用信令点编码遥配置好以上数据后袁使用上面测试任务中配置的
主叫号码 13562225868拨打 199*13563201855袁可以通过中继消息跟踪尧用户消息信令跟踪或时隙状态查看袁发现成功占用到指定的 A口电路的 CIC遥
渊3冤场景三院主叫在 ZOZGS1袁被叫在 ZOZGS2袁ZOZGS1 与 ZOZGS2 属于同一 MSC POOL袁 测试ZOZGS2-ZOZBSC33的 A口电路遥
//首先迁移主叫用户到 ZOZGS2袁ZOZGS1上数
山 东 通 信 技 术2015年 40
据配置如下院SET OFFLDCTRL: OFFLDTYPE=OFFLDSTOP;SET OFFLDCTRL:OFFLDTYPE=OFFLDMSIS-
DN,MSISDN1=K'8613562225868,MSC1NAME="ZOZGS2", MSC1PER=100;
//ZOZGS2上数据配置ADD CNACLD:P=0,PFX=K'199*,CSTP=TEST,
CLIANA=TRUE,ADDSIG=TRUE,CSA=SPFXT,
MINL=8, MAXL=32;
ADD DNC:DCN="204",DCT=TYPE6,DCL=4;
ADD AIDNUMPRO:CSCNAME="all",NUM-
TY=TY8,PFX=K'199*,CDN="204";
ADD TKTEST:TKID=11,CLIN=K'13562225868,
CLDN=K'13563201855,AP=YES,DID=BSSAP,
ON="ZOZBSC33",SOPC="390A",SCIC=33,ECIC=63,
S=1,ATF=NO,TD=CALLED_SIDE,TKDESCRIP-
TION="ZOZGS2-BSC33--A口测试 ";
配置好以上数据后袁对主叫号码做一次主叫或被叫袁使之迁移到被叫所在端局 ZOZGS2上袁再使用上面测试任务中配置的主叫号码 13562225868 拨打
199*13563201855,袁可以通过中继消息跟踪尧用户消息信令跟踪或时隙状态查看袁发现成功占用到指定的A口电路的 CIC遥 当然也可以不迁移用户袁直接按照场景二测试遥
3.3 指定中继电路测试
渊1冤场景一院主叫用户在被测试端局 ZOZGS6下袁测试 ZOZGS6至其他局向如 JNB2中继电路遥
ADD CNACLD: P=0,PFX=K'199*,CSTP=TEST,
CLIANA=TRUE,ADDSIG=TRUE,CSA=SPFXT,
MINL=8, MAXL=32;
ADD DNC:DCN="204",DCT=TYPE6,DCL=4;
ADD AIDNUMPRO:CSCNAME="all",NUM-
TY=TY8,PFX=K'199*,CDN="204";ADD TKTEST:TKID=1,CLIN=K'13562225868,
CLDN=K'0539114,DID=ISUP,ON="JNB2-ZOZGS6-ISUP",SOPC="0AFA91",
SCIC=0,ECIC=31,S=1,ATF=NO,TKDESCRIP-
TION="JNB2调整电路测试 ";
渊2冤场景二院主叫用户在 ZOZGS1下袁被测中继电路为 ZOZGS6-JNB2电路遥只需在 ZOZGS1下增加被叫号码分析袁把相应的
呼叫字冠直接选路送到 ZOZGS6袁ZOZGS6侧配置不
变遥//ZOZGS1配置
ADD CNACLD:PFX=K'199*0539114,CSA=MLC,
RSNAME="ZOZGS6A",MINL=1,MAXL=32, ISER-
VICECHECKNAME="INVALID",CLIANA=TRUE,
ADDSIG=TRUE,NUMNAME="INVALID", CHG-
NAME="INVALID";
//ZOZGS6配置
ADD CNACLD:P=0,PFX=K'199*,CSTP=TEST,
CLIANA=TRUE,ADDSIG=TRUE,CSA=SPFXT,
MINL=8, MAXL=32;
ADD DNC:DCN="204",DCT=TYPE6,DCL=4;
ADD AIDNUMPRO:CSCNAME="all",NUM-TY=TY8,PFX=K'199*,CDN="204";
ADD TKTEST:TKID=1,CLIN=K'13562225868,
CLDN=K'0539114,DID=ISUP,
ON="JNB2-ZOZGS6-ISUP",SOPC="0AFA91",
SCIC=0,ECIC=31,S=1,ATF=NO,TKDESCRIP-
TION="JNB2调整电路测试 ";
拨测的同时通过以下指令查看对应的 CIC时隙
状态或者跟踪中继消息袁就可以看到占用情况院DSP N7TKC:CDT=OFCCIC,
ON="JNB2-ZOZGS6-ISUP",SCIC=0,ECIC=31
4 结束语
本文介绍了华为软交换端局指定中继时隙拨测
的原理和应用方案袁针对 A接口电路渊细分了主叫侧A接口电路和被叫侧 A接口电路冤和中继电路的指定时隙拨测袁结合现网细分了多个拨测场景袁详细描述了端局数据配置和拨测跟踪方法遥 通过上述方法袁可以对在用 TDM电路进行日常拨测袁及早发现并有效解决问题袁提升网络质量袁避免引起用户投诉遥
第 3期李恒院华为软交换端局 TDM电路指定时隙拨测方案及应用41
1 引言
近年来袁随着电子商务技术的快速发展袁网站的钓鱼诈骗行为日益猖獗遥 不法分子利用短彩信尧即时通讯软件等传播钓鱼诈骗网站信息袁通过领奖尧积分兑换等方式诱导用户登录虚假网站填写个人资料袁造成隐私泄露尧财产损失遥净化网络环境尧促进互联网行业的健康发展袁是电信运营商义不容辞的社会责任遥
2 钓鱼诈骗网站特征分析
所谓野钓鱼网站冶袁是指不法分子利用各种手段袁仿冒真实网站的 URL地址及页面内容袁 或者利用真实网站服务器程序上的漏洞在站点的某些网页中插
入危险的 HTML代码袁 以此骗取用户的银行或信用卡账号尧密码等资料遥
渊1冤钓鱼诈骗网站特点钓鱼网站作为一种诈骗手段袁最明显的特点就是
使用一个看起来正常合法的链接袁实则该链接指向另一个非法网站袁欺骗用户访问钓鱼网站袁从而获取用户信息遥 其主要特点包括院
1冤高仿真真实网站遥在不法分子申请的 URL中袁常利用障眼法袁用外观尧字形容易混淆的字符来代替袁
或使用官方网站的 LOGO尧图表袁以迷惑用户遥2冤境外注册域名遥 不法分子通过互联网 IP地址
空间寻找存在漏洞或缺乏有效安全防护的主机袁或租用 ISP服务器空间袁作为钓鱼诈骗的宿主主机袁安装钓鱼诈骗网站页面内容袁部署必要的后台程序来处理用户输入的信息遥
3冤群发野善意冶短信遥不法分子在钓鱼网站信息发布阶段袁往往以伪基站群发短信等形式散播袁引诱用户访问假冒网站袁通过后台脚本随时监听用户输入的信息袁在获得用户账户尧密码等信息后袁快速转移用户资金遥
渊2冤钓鱼诈骗网站传播方式如图 1所示袁钓鱼诈骗网站的传播方式主要有三
种遥
钓鱼诈骗网站监测技术方案与实施
赵 珂 崔 娟 潘 东 张吉成
渊中国移动山东公司客户服务一中心袁济南 250022冤
摘 要院本文分析了钓鱼诈骗网站的特点袁提出了基于大数据分析的钓鱼网站主动监测方法袁旨在通过 DNS大数据分
析和垃圾短信监控系统袁实现钓鱼诈骗网站的主动监测尧快速发现尧及时封堵袁同时自主研发了自动审核工具袁实现了监测尧研判尧封堵尧上报全流程闭环处理袁有效控制了钓鱼诈骗网站的蔓延遥
关键词院DNS 主动监测 自动化
图 1钓鱼诈骗网站传播途径
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
1冤方式一院通过伪基站假冒 10086尧95555等知名端口发送诈骗短信遥 该方式不需要接入通信网络袁直接伪造发送方号码遥
2冤方式二院利用行业端口尧短信群发器尧普通手机设备等袁向用户手机终端发送诈骗短信遥 该方式需要接入通信网络遥
3冤方式三院使用微信尧飞信等即时通信软件向用户终端发送诈骗短信遥 该方式需要接入互联网遥
3 钓鱼诈骗网站监测实施方案
3.1 基于 DNS大数据的技术监测方案
钓鱼检测一般使用二值野真要假冶分类法遥当前主要的钓鱼网站识别可以通过计算机识别和人工识别
两种方式同时进行遥用户收到包含钓鱼网站域名的短彩信并点击链接
之后袁 会向 DNS服务器发送一条域名解析请求报文袁DNS服务器将该域名记入日志遥 根据钓鱼网站和真实网站域名的相似性袁 可以利用字符的字形或者语义的相似性编制探测程序袁 从每天监测 1T数据量的 DNS服务器中筛选可疑的钓鱼网站袁 通过自动化爬虫系统二次过滤钓鱼网站袁 对人工判定确认的钓鱼网站给予封堵处理遥 用户访问域名的网络过程如图 2所示遥
渊1冤DNS日志分析系统钓鱼诈骗网站分析系统是通过分析 DNS日志袁
模糊查询获取所有包含指定关键词的域名袁作为二次筛选数据源袁以实现下列功能院
1冤 模糊查询遥 分析钓鱼诈骗网站域名得出关键
词袁可指定多个关键词渊逻辑或冤以实现模糊查询遥 例如对假冒中国移动的钓鱼诈骗网站袁关键词可以设置为 10086尧I0086等遥
2冤结合请求次数查询及下载遥由于包含 10086的域名解析记录数量较多尧人工审核难度大袁可优先关注用户访问多尧影响范围大的网站遥例如袁可提取请求次数在 100次以上的域名进行重点关注遥
3冤白名单管理遥部分域名虽然包含 10086但经确认后不是钓鱼诈骗网站袁则加入白名单袁后续查询时不再命中该域名袁以减少人工送审量遥
4冤黑名单管理遥已审核确认为钓鱼诈骗网站的域名袁加入黑名单袁后续查询时不再命中该域名袁以减少人工送审量遥
5冤数据下载管理遥为降低人工工作量袁需通过定时任务等方式实现定时自动查询袁查询条件可提前定制袁查询完毕后将查询结果导出至文件袁交下一步处理遥
渊2冤域名自动化审核根据 DNS分析系统平均每日监测约 5000个域
名袁人工逐一拨测效率低遥 研发野爬虫冶自动化审核程序袁 通过 HTTP Get方法将网站页面内容作为一个字符串返回袁使用正则表达式设置匹配规则袁将可疑域名与普通域名通过不同标记以区分袁每日可筛选 100个高度可疑域名袁大大提高了审核效率遥
渊3冤人工复审人工根据自动审核筛选后的域名袁 逐一拨测袁及
时对疑似网站进行域名拼写核对尧 备案信息查询尧内容风格比对等审核工作袁 并对违规网站进行取证袁完成二次确认袁上报集团进行全网统一封堵遥基于 DNS大数据的技术监测方案如图 3所示遥
图 2 访问域名的网络过程
图 3 基于 DNS大数据的技术监测方案
第 3期赵珂等院钓鱼诈骗网站监测技术方案与实施43
3.2 依托海量短信控制钓鱼网站传播
钓鱼诈骗行为主要是通过发送包含钓鱼网站链
接的短彩信进行传播遥 客户收到此类短信后袁通常采用转发形式袁 告诫或者询问亲朋好友短信的真实性遥因此袁 可根据这一特点在短信监控系统部署相应策略袁提取钓鱼网站传播域名袁在用户登录网站尧上当受骗之前给予快速封堵袁 实现从被动防御到主动防御尧从事后处置到事前预警的转变遥包含钓鱼诈骗网址链接的短信属于垃圾短信遥
目前袁垃圾短信的发送已形成产业链袁群发设备研制者和销售者尧短信发送者等各司其职袁形成了关系密切的利益群体遥 某运营商已实现通过技术手段对垃圾短信进行监控尧拦截袁满足流量尧关键词尧黑名单的短信将被送入监控系统遥 短信监控处理流程如图 4所示遥
利用短信监控系统实现钓鱼诈骗域名的预警袁需经过以下三个环节院
渊1冤系统监测根据客户的举报短信袁 提取严格的关键词逻辑
与尧逻辑或的组合袁在垃圾短信监控系统中部署相应关键词袁若有用户发送可以匹配关键词的短信或者发送量超过一定数值袁 将第一时间被送入监控系统袁实现实时监控尧拦截遥 短信监控系统组网如图 5所示遥
渊2冤域名自动化提取监控系统拦截的短信中是汉字尧数字尧域名的组
合袁如野中国移动提醒院您的积分已满足兑换 316.88元现金条件袁请登录移动商城 wap.10086ykj.com根据提示安装领取遥 揖中国移动铱冶袁需人工逐条提取域名尧效率极低袁因此本项目自主开发了域名自动化提取程序袁利用正则匹配算法自动识别非汉字的组合袁支持批量导入包含短信内容的 excel文件袁 自动输出每条短信对应的域名袁供人工拨测确认袁界面简单袁易于操作袁极大提高了工作效率遥
渊3冤人工拨测人工对提取后的纯域名进行逐一审核拨测袁及时
对疑似网站进行域名拼写核对尧备案信息查询尧内容风格比对等审核工作袁筛选钓鱼诈骗网站袁并取证留存尧上报集团袁在网络出口防火墙上实施 IP地址全网封堵遥
4 结束语
基于 DNS大数据和短信监控系统的钓鱼诈骗网站监测方案实施后袁日均监测近 6000例诈骗域名曰经网络关键词自动爬取尧人工确认袁月均发现 134例钓鱼诈骗网站袁 较之前被动处置方式提升工作效率 10倍以上袁达到了预期效果遥 同时避免了更多客户被钓鱼网站欺骗而遭受经济损失袁保护了客户权益袁净化了网络环境袁增强了企业信息安全管理能力袁维护了企业良好形象遥
图 4 短信监控处理流程
图 5 短信监控系统组网图
山 东 通 信 技 术2015年 44
1 引言
虚拟专用拨号网 渊VPDN袁Virtual Private DialupNetworks冤是一种在公网上通过加密隧道进行通信的虚拟专网技术遥 VPDN不需企业单独投资组建自己的线路和网络袁而由电信运营商采用专有协议和安全手段以满足企事业单位内部专网运营尧 管理的需求袁节省了各方投资袁提高了资源整体利用率遥电力抄表是供电单位的典型 VPDN业务遥 山东
某市供电公司租用运营商 3G VPDN建立了电力抄表系统袁近期部分用户频繁出现掉线尧无法使用等故障遥供电公司与运营商协同进行了深入分析研究袁最终找到了故障原因并加以排除遥本文围绕电力抄表 VPDN应用中出现的用户掉
线故障袁进行全方位分析并提出了解决方案袁实施后故障排除遥
2 电力抄表 VPDN特点
较之其他 VPDN业务袁 电力抄表 VPDN有明显的行业特点袁主要体现在院
渊1冤用户终端数量大遥用户终端设备随电力电表位置而安装袁每个抄表设备内插一张用户识别卡(USIM,Universal Subscriber Identity Module)遥 根据用户量估算袁任何一个地级市的终端数量都会超过几万台遥
渊2冤流量小袁有突发特点遥 电力抄表 VPDN具有小数据流量突发特点袁通过 USIM卡上传电表信息袁每次
数据量很小袁但每日多次传送袁基本保持长期在线遥渊3冤对运营商网络覆盖要求高遥 电力抄表终端运
行环境千差万别袁对移动无线网络覆盖要求高袁大楼尧商场尧地下室尧车库尧隧道尧山顶等任何有用电单位的地方都会安装袁需要保持无线信号的良好尧稳定遥
渊4冤用户对业务要求高遥涉及用电缴费的准确性尧及时性袁电力企业一直进行严格考核袁对终端掉线率有明确指标袁山东全省要求低于 0.5%遥
3 VPDN工作原理
某运营商 VPDN有二层隧道协议(L2TP袁Layer 2Tunnel Protocol) 和三层通用路楼封装协议 (GRE袁Generic Routing Encapsulation) 两种隧道技术接入方式遥 本文租用 L2TP VPDN袁工作原理如图 1所示遥
如图 1 所示袁 在 L2TP 协议规定了 3个网络元素袁 即院 接入服务器 渊LAC袁L2TP Access Concentra-tor冤尧网络服务器(LNS袁L2TP Network Server冤和主局
电力抄表 VPDN用户掉线故障分析与排除
张明淑 1 王 健 2
渊1泰 安 供 电 公 司袁泰安 271400
2中国联通山东省分公司袁济南 250001冤摘 要院VPDN是企事业单位以公用移动通信网为基础建立的内部野专用冶通信网遥本文围绕电力抄表 VPDN应用中出
现的疑难故障袁对运营商与业务使用单位的网络及业务过程进行了全方位分析袁并提出了解决方案遥关键词院电力抄表 VPDN 故障
图 1 VPDN工作原理示意图
山东通信技术Shandong Communication Technology
第 35卷 第 3期2015年 9月
Vol.35 No.3Sep. 2015
域网的管理域渊Management Domain冤遥 LAC与集团客户专属业务网关 (GGSN袁Gateway GPRS SupportNode) 合设袁L2TP网络服务器 (LNS袁L2TP NetworkServer)部署在供电公司机房袁LAC与 LNS之间通过运营商提供的专线相连遥验证尧 授权和记账(AAA袁Authentication尧Autho-
rization尧Accounting ) 平台主要实现用户的鉴权和认证功能遥实现移动 VPDN 应用接入功能的主要设备是
GGSN袁 主要用于实现移动 VPDN业务的业务逻辑袁包括院PDP Contexts 激活尧接入点(APN袁Access PointName冤 解析尧IP地址分配及外网接入的路由选择袁以及用户识别尧业务控制等袁并且是 VPDN业务的话单采集点遥抄表终端拨号到运营商 LAC接入服务器袁 对用
户进行认证遥 如果发现是 VPDN用户袁LAC与 LNS之间建立 L2TP VPN隧道袁 抄表终端通过 VPN访问抄表管理系统遥
渊1冤抄表终端发起 Activate PDP请求袁在 PDP报文中携带 APN尧用户名和密码等信息曰
渊2冤 SGSN 向 HLR鉴权后袁从 DNS获得 GGSNIP袁发起创建 GTP(GPRS Tunnel Protocol)隧道请求曰
渊3冤GGSN向 AAA发起一次认证鉴权袁下发隧道属性曰
渊4冤GGSN向 LNS发起建立 L2TP隧道请求袁隧道建立后袁用户信息透传到 LNS设备曰
渊5冤LNS设备向 AAA发起二次认证袁 认证通过后分配 IP给终端用户曰
渊6冤抄表终端通过 VPN访问抄表管理系统遥
4 电力抄表 VPDN故障表现
渊1冤掉线率明显偏高遥 掉线率是通过每天定时统计的不在线抄表终端数量占总抄线终端数量之比得
到的袁最高时达到 1.2%袁而正常时只有 0.9%遥 同期其它运营商 VPDN抄表业务掉线率为 0.5%以下遥
渊2冤抄表终端表现不稳定遥从每天的掉线率指标数据看袁有时候是达标的袁有时候忽然恶化袁没有规律遥
渊3冤运营商进行网络割接特别是移动核心网割接调整后袁常有抄表终端下线后无法上线的情况遥 常规现场重启终端手段失效袁有些终端重启后不能恢复或短时间恢复后再次掉线袁更换终端后故障现象也没有改变遥
5 故障分析及排除
VPDN相对比较复杂袁 涉及抄表终端尧LAC端尧LNS端以及运营商 3G网络尧专线等多方面遥 为查找故障原因袁 需要从终端尧LAC端尧LNS端以及运营商的核心网络尧基站尧业务运行情况进行多方位分析遥
渊1冤对比故障发生前后的网络指标情况袁发现指标统计无异常变化院GGSN尧SGSN 上统计的 PDP 激活成功率等指标均正常袁承载网的时延尧丢包指标正常袁无线信道指配成功率尧空口资源利用情况等指标均正常曰
渊2冤 故障发生后普通用户的上网业务无异常尧无投诉袁一段时间内的用户投诉没有发现异常袁进行上网业务测试一切正常曰
渊3冤基站运行稳定袁所有相关基站运行稳定袁断掉率不高袁基站渊包括偏远基站冤干扰等指标正常袁较平时并无劣化曰
渊4冤故障发生时袁供电公司反映其他运营商的同业务稳定袁而且终端设备也没有进行过升级尧调整袁抄表终端硬件故障并不普遍袁现场更换终端依然无法消除故障遥为确定原因袁运营商与供电公司共同对单个用户
进行了重点分析遥 首先袁通过掉线 USIM号码逐个跟踪终端重启时的信令袁结合查询用户基本信息和参数设置袁 最终发现大部分 USIM号码存在参数错误现象遥 经联合分析袁发现大批终端掉线情况一般出现在供电公司新增加抄表终端的时段内遥 综上袁初步可将问题定位于 USIM号码用户信息不准确袁特别是新增抄表卡后袁说明原有抄表 USIM卡和新增 USIM卡之间存在冲突导致互相影响遥连续几天跟踪掉线用户号码并逐个查询参数袁最
终发现故障原因来自多方面遥 例如院供电公司提供的229个号码中袁1个空号尧1个未开通上网功能尧7个号码只有一个接入点尧2个号码只开通外网功能但未开通内网 APN尧19个号码开通外网接入点袁 共计 30个号码属于用户数据问题曰 其他号码中还有 50个号码未激活尧且不同号码之间的 IP地址有重复分配现象遥经过梳理和现场测试袁主要故障原因包括院渊1冤IP地址冲突一般电力抄表卡采用的是固定 IP袁IP地址在受
理时由运营商营业员输入遥如果受理错误导致两个用户的 IP地址相同袁而 GGSN不允许两个相同的 IP地
第 3期 张明淑等院电力抄表 VPDN用户掉线故障分析与排除 46
址同时登陆袁 因此当这两个 IP地址相同的用户同时请求附着网络时就会发生冲突袁导致两张卡不停地上线尧下线遥 HLR数据如下院
IMSI = 460015032751674ISDN = 8614525025359CHARGE_GLOBAL = NONECNTXID = 8PDPTYPE = IPV4PDPADD = 10.11.212.155ADDIND = STATIC ADDRESSRELCLS = ACKRLCPRODTDELAYCLS = DELAY1PRECLS = NORMALPEAKTHR = 256,000 OCTMEANTHR = 50,000,000 OCTARPRIORITY = NORMALERRSDU = NODELIVERY = YESTRAFFICCLS = STREAMMAXSDUSIZE = 1500 OCTMAXBRUPL = 2048KMAXBRDWL = 2048KRESBER = 0.00001SDUERR = 0.0001TRANSFERDEL = 10MSTRAFFICPRI = PRIORITY1MAXGBRUPL = 1KMAXGBRDWL = 1KAPN = jnykt.sdapnVPLMN = FALSECHARGE = NORMAL将 HLR中电力抄表用户的所有 IP地址导出袁逐
一比对袁发现部分 IP地址相同遥运营商将此数据交供电公司整改遥
渊2冤接入点受理错误受理错误主要包括院1冤没有受理接入点院业务受理时没有开通 GPRS
功能袁即没有任何接入点袁导致用户无法使用遥 HLR中数据如下院
IMSI = 460016666300888ISDN = 8615662691610CardType = SIM
NAM = MSCCATEGORY = COMMON在 HLR中统计所有用户的 NAM属性袁 发现 5
个用户没有 GPRS功能袁将这些号码提交整改遥2冤只受理外网接入点院VPDN业务受理时袁需要
单独增加 APN接入点袁每个 APN接入点对应一个静态 IP地址袁用户使用此 APN上网即可拨入用户服务器遥 由于营业员开户时将其受理成普通无线上网卡袁只受理了公网的 APN接入点袁而没有增加用户 APN接入点袁 这样就会导致用户终端无法拨入自己的VPDN服务器遥
3冤没有去掉外网功能院受理时没有关闭用户的外网接入点袁会存在用户能上外网的隐患遥 如果用户接入点设置错误袁网络会自动纠错到外网接入点袁从而导致用户无法使用遥
渊3冤抄表设备故障跟踪消息时发现部分卡不停上报激活消息袁无法
正常使用遥 将卡放入测试手机等其他设备时均能使用袁其他抄表卡放入该设备也无法使用袁可以判断为供电公司设备故障遥
渊4冤资料混淆袁登记错误现场使用的抄表卡与供电公司登记的卡不是一
张卡袁无法正确读取数据遥渊5冤使用错误的 3G副卡开户由于 3G副卡使用专门的 IMSI号段袁 不能提供
给其他用户使用袁使用 3G副卡开通的电力抄表卡无法正常使用遥基于以上分析袁 针对不同情况进行逐一处理袁所
有存在问题的抄表终端均运行正常袁各项指标保持稳定袁掉线率优化到 0.5%以下遥
6 结束语
电力抄表 VPDN出现掉线率高的故障原因袁究其根源袁涉及运营商的营业尧维护尧市场等多部门袁也涉及供电企业抄表设备尧抄表号码资源的管理部门遥 VPDN业务牵扯多个环节袁任一个环节失配都会出现问题遥鉴于此袁运营商和供电公司等业务使用单位的相关部门尧上下环节都要保持密切沟通遥非技术原因故障袁也可从网络尧技术角度进行分析尧定位遥 而运营商与供电公司的沟通是关键袁从业务使用单位取得的数据越详细袁越有利于运营商快速尧有效地定位问题尧解决问题遥
山 东 通 信 技 术 2015年47
