系统优化方案Word文档下载推荐.docx

上传人:b****4 文档编号:8310976 上传时间:2023-05-11 格式:DOCX 页数:15 大小:164.01KB
下载 相关 举报
系统优化方案Word文档下载推荐.docx_第1页
第1页 / 共15页
系统优化方案Word文档下载推荐.docx_第2页
第2页 / 共15页
系统优化方案Word文档下载推荐.docx_第3页
第3页 / 共15页
系统优化方案Word文档下载推荐.docx_第4页
第4页 / 共15页
系统优化方案Word文档下载推荐.docx_第5页
第5页 / 共15页
系统优化方案Word文档下载推荐.docx_第6页
第6页 / 共15页
系统优化方案Word文档下载推荐.docx_第7页
第7页 / 共15页
系统优化方案Word文档下载推荐.docx_第8页
第8页 / 共15页
系统优化方案Word文档下载推荐.docx_第9页
第9页 / 共15页
系统优化方案Word文档下载推荐.docx_第10页
第10页 / 共15页
系统优化方案Word文档下载推荐.docx_第11页
第11页 / 共15页
系统优化方案Word文档下载推荐.docx_第12页
第12页 / 共15页
系统优化方案Word文档下载推荐.docx_第13页
第13页 / 共15页
系统优化方案Word文档下载推荐.docx_第14页
第14页 / 共15页
系统优化方案Word文档下载推荐.docx_第15页
第15页 / 共15页
亲,该文档总共15页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

系统优化方案Word文档下载推荐.docx

《系统优化方案Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《系统优化方案Word文档下载推荐.docx(15页珍藏版)》请在冰点文库上搜索。

系统优化方案Word文档下载推荐.docx

GSM网络在经过一段时间的运行或大规模的扩容、调整后,总会出现一些难以解决或是一时难以发现的问题。

当这些问题积累到一定程度,就会使系统性能出现一定程度的恶化。

即通过普通的系统运行性能维护已无法对系统性能进行改善,这时我们就需要经常对网络进行全面的系统优化。

随着GSM网络的快速发展,市场竞争的加剧,运营商为了保障网络的运营质量,也需要经常对网络进行全面的系统优化。

杭州东信网络技术有限公司一直为运营商提供高效与高质量的系统优化服务。

下面以一千个载频的系统为例介绍系统优化的实施方案。

第一部分、设备配置

 

根据用户所有设备的实际情况,杭州东信网络技术有限公司可提供并准备相关的优化设备。

一次优化主要所需的设备有:

♦基站调测设备:

包含便携机6台(内装基站调测软件Cindy等)、信号发生器(综测仪)2台、功率计2台;

♦基站常用安装设备2套;

♦路测设备及相关软件:

包含Walkabout(Tems)设备及其后台软件OPAS(Gims)1套、测试手机2台、测试卡(由用户提供);

♦优化相关专用软件设备(如自主开发的PlanDoctor、WirelessPilot等)2套;

♦测试工程车(可选);

♦通信规程测试仪(1台,可选)等

第二部分、人员安排

系统优化小组成员全部由经验丰富的工程师组成。

我们给出具体人员配置如下:

●项目工程师1名(PE-项目负责人)

●系统工程师1名(SE-技术负责人)

●BSS工程师4名(含BSC工程师、BTS工程师、路测工程师)

系统优化小组成员工作关系图:

客户与工程师岗位职责:

1、客户:

1、基站信息:

经纬度、地图上的位置;

2、系统拓扑图:

MSC、BSC、BTS连接图,LAC分布图;

3、频率规划现状:

频率分配表、切换关系、可用频率资源;

4、终端用户投诉收集与整理;

5、承担部分优化调整具体实施(具体内容双方商定)

2、PE(ProjectEngineer)——项目工程师

1、对项目优化结果负责;

2、客户协调:

系统优化实施配合、项目执行情况汇报;

3、组织协调工程师优化实施;

4、流程质量控制;

5、项目进度控制;

6、组织项目验收会议,提交相关报告书。

3、SE(SystemEngineer)——系统工程师

1、对优化期间及优化后相应时间段系统运行质量负责;

2、优化过程中OMCR统计数据采集;

3、OMCR统计数据、路测数据、终端用户投诉分析;

4、优化方案制订与部分内容实施(比如频率规划调整);

5、BSC、BTS、DRIVETEST工程师工作内容确定与安排;

6、阶段性系统调整与系统性能报告;

7、对网络后续发展提出建议;

8、协助完成最终项目报告。

4、BSC工程师

(1)、BSC、XCDR硬件检查和排障;

(2)、数据库检查和调整;

(3)、进行A接口信令测试并与SE共同分析;

(4)、配合SE做一些OMCR统计数据分析工作;

(5)、配合BTS工程师的工作。

5、BTS工程师

(1)、BTS内部硬件检查、调测和排障;

(2)、基站天馈线系统的检查、调整;

(3)、配合其他工程师的工作。

6、路测工程师

(1)、全网覆盖情况的测试

(2)、根据用户投诉和SE的指导对重点区域的拨打测试

(3)、对测试结果的分析和报告

(4)、优化前后的对比测试

(5)、应用户要求所做的测试

第三部分、优化时间安排

优化时间安排如下图所示,对于一个一千载频规模的系统,系统优化的时间周期约为3周左右:

第四部分、系统优化优化进程:

在项目执行过程中,我们将按照以下流程进行:

1.项目执行准备会议

2.整理分析系统基础数据阶段

3.优化实施阶段

4.总结与项目执行汇报

1、项目执行准备会议

由PE负责协调客户,双方就即将执行的项目进行广泛的讨论。

客户可以提出对本项目执行的目标以及实施过程中的具体要求;

PE向客户介绍我们系统优化小组的组成,优化的计划,需要客户提供的配合。

双方共同商定分工合作界面。

客户随时可以提出意见与建议;

PE以书面形式向客户汇报项目进展,一般为周报(周报格式见附录二)。

2、整理系统基础数据,利用专用工具软件初步分析

本阶段主要是通过客户提供和工程师自行收集系统基础数据,并利用专用工具软件进行分析,为后续的优化方案制订和实施提供坚实的基础。

掌握系统的基本情况是做好系统优化工作的前提,我们采用自行开发的工具软件WP和PLANDOCTOR来辅助数据处理、覆盖预测、频率规划的基础工作,通过DRIVETEST数据修正模式和工程师的判断,寻找系统存在的问题,制订系统优化方案。

数据采集阶段工作流程图

3、优化实施阶段

本阶段是优化的具体实施阶段。

根据前期的初步分析和制定的优化目标,每天由SE根据对路测数据和OMCR上采集的统计数据进行分析,列出第二天要采取的措施,包括需要重点路测的区域、BSC数据库的检查和参数的调整、BTS的检查、调测和天馈线方面的调整等,交给相应的路测、BSC、BTS工程师进行处理。

并由他们及时将发现问题和处理结果反馈给SE,以帮助SE迅速定位系统问题所在。

SE每天组织优化分析会议,记好“优化日志”(优化日志见附录三),形成“BTS检查工作表”、“天馈调整表”、“BSC参数调整表”、“路测重点区域表”,指导后续系统调整工作。

优化实施阶段工作流程图

在此阶段,我们要进行以下的工作:

基站告警排障;

基站检查;

频率规划优化;

天线调整;

切换关系修改;

数据库参数修正。

并达到以下的优化目的:

降低拥塞率;

降低掉话率;

提高接通率;

改善覆盖;

改善通话质量。

一般来说,系统优化(systemoptimization)和基站排障(troublshooting)在称谓上截然不同,但在实施中却难以区分。

实际上基站排障后,系统指标往往有大幅度提高。

所以该阶段前期我们的主要精力放在基站告警排障、基站检查、频率规划优化、天线调整等硬调工作上,这几方面对系统指标的影响最大。

该阶段的后期我们通过优化系统控制参数和小区选择参数等手段来微调系统。

路测作为发现和验证问题的一种重要手段,贯彻本阶段的始终。

通过路测验证以上各种优化手段的实际效果,分析仍然存在的问题,发现新的问题。

另外一项日常工作是统计每天的系统运行报告,同样用于评估每日优化效果,发现和分析问题。

二者各有侧重。

为了便于掌握系统参数设置的整体情况,可以在慎重确定合理的取值后,将各小区参数统一。

这样做,有可能系统局部出现恶化,但是有利于理清思路,因为GSM的参数实在太多。

可以通过在该阶段的后期,将这些参数重新修正。

在优化实施阶段必须建立详细而完整的优化日志,这对整理优化的思路,结合统计数据,分析评估每项工作的效果,大有帮助。

在优化中应该予以充分重视。

在此阶段中,我们应对每星期的工作与用户一起做一下总结,评估该星期的工作,听取用户的反馈意见,并对下星期的工作做一计划或展望。

4、总结与项目执行汇报

由PE组织执行汇报会议,向客户汇报系统优化结果,对网络后续发展提出建议,提交系统优化报告,提供最新的系统基础信息文件,包括频率规划、系统拓扑图、LAC分布图等。

系统优化报告采用统一的规范格式(见附录一)。

通过东方通信完善的售后服务体系,对客户系统后续出现的问题进行远端热线电话支持。

第五部分、附录

附录一:

杭州东信网络技术有限公司“系统优化报告”规范:

GSM系统优化报告

(开头语,介绍优化的时间及目的,对局方的配合表示感谢。

一、优化前后的系统性能指标比较

(提供系统优化前后的性能统计比较,重点突出性能改善的指标,可以是全网指标或个别基站的指标。

二、系统优化人员组成

东方通信局方

协调人

CQT

DT

数据采集分析

系统参数修改

BTS现场处理

车辆调度

四、优化内容(简要介绍)

1)BTS部分

2)BSC/RXCDR硬件部分

3)Database部分

4)频率规划部分

5)DT和CQT部分

五、对网络维护及发展的建议

(通过对现有网络的仔细分析,向用户提出可行性建议。

如日常维护的记录、系统扩容规划等。

六、附件

●系统优化行动计划

●优化日志

●系统指标统计表(含曲线走势图)

●优化分析报告(重点对用户关心的问题进行分析)

●路测分析报告(含最强信令覆盖图、接收信号强度图、接收信号质量图)

●优化后的最新系统资料

杭州东信网络技术有限公司

年月日

附录二、系统优化周报实例:

工作周报

一本周工作小结(3月20日-3月26日)

1本周工作要点

●更换RXCDR23/CAGE1/SLOT25的GPROC2,已经确认该GPROC已损坏,导致RXCDR23的CAGE1退出服务。

●乌当斗蓬山扇区方向有误,1扇区的天线接了3扇区的馈线,2扇区的天线接了1扇区的馈线,3扇区的天线接了2扇区的馈线,且方向偏差很大。

现天线方向已经调整过来,并根据当地的地理情况将方向角设为75/165/345,使信号覆盖更合理,同时也适当调整了邻小区。

●乌当基站2扇区接收通路有问题,导致乌当部分地区电话难打。

对载频重新做了校正。

●三桥基站话务极不平衡,1扇区话务过于集中,将扇区天线方向角调整为30/150/300,1、2扇区间的切换门限也适当作了改动,话务已经有所均衡,但效果没有预想的那么好。

●白云分局基站话务严重不均衡,将1扇区天线调整为100度,再对2扇区的发射功率及邻小区的切换门限作了修改,2扇区的阻塞已由原来的28%下降到5%以下。

●根据路测结果天线倾角调整方案已经做好,接下来将对市区天线做调整。

●电信商城微蜂窝有阻塞,我们将发射功率降到最低,并修改了切换电平。

●OMC统计数据与CELL不对应的情况已经解决。

2紧急情况处理

●3月20日开始郊区电话难打,CALL_SETUP_SUCCESS_RATE大幅度降低,根据测试结果我们认为是由于接入请求被交换机拒绝所致,无线统计参数CONN_REFUSED证实了这一点,一小时内达到6000次以上。

发现此问题后我们及时向用户提交了故障报告,并配合阿尔卡特工程师排除了问题,到24日问题已经完全解决。

二系统分析

关于郊县呼叫建立成功率降低的分析

呼叫建立成功率反映了移动台(MS)接入系统后(成功占用信令信道后),成功占用话音信道的能力。

呼叫建立成功率偏低反映在主观感觉上就是比较难以打通电话。

它的计算公式为:

call_setup_success_rate(%)=

其中congest_assign_ho_suc为小区standarddirectretry打开后的统计项,与total_calls相比,其值可忽略不计。

这两天以来,全网的呼叫建立成功率逐渐降低。

我们根据对统计数据的分析,发现是郊县的3个BSC(BSC01、02、03)出现了明显的降低现象,而且3个BSC上全部小区的此项指标全部恶化。

根据对呼叫流程的分析,我们采集了相应的统计项,发现主要是由于管理这3个BSC的MSC给BSS的CREF(Conn_Refused)消息明显增加造成的。

详见附表一。

成功的连接建立流程见下图(注意画圈处):

BSS向MSC发出CR(connetionrequest)消息,MSC收到该消息后交换机侧分配好电路,并向BSS回应CC(connectionconfirm)消息,然后要求BSS为MS分配话音信道(TCH)。

连接建立不成功的流程见下图(注意画圈处),前面一样,但MSC侧由于种种原因未能为MS分配好电路,向BSC发出CREF(connectionrefused)消息,则BSC就不为MS分配话音信道(TCH),该次呼叫建立不成功。

由此可见,这两天郊县呼叫建立成功率降低的原因在于BSC向MSC发出的连接建立请求不知何故被拒绝导致的。

另外,花溪(BSC01)和花溪万达厂(BSC11)、乌当(BSC01)和乌当斗篷山(BSC23)的地理位置相近,地形相似,而两者的呼叫建立成功率相差较远(正常情况下花溪为80%左右,万达厂为96%左右,乌当为86%左右,斗篷山为94%以上,详见附表2),排除阻塞因素,呼叫建立成功率基本应该与基站无线部分无关。

我们认为主要是因为3个郊县BSC与市区BSC的呼叫建立成功率相差较大(见附表1),而这些BSC分别挂在郊县和市区的MSC上导致的差距。

我们希望与MSC工程师一起来分析解决这些问题。

三下周计划(3月27日-4月2日)

1基站检查

●继续基站天线参数调查登记工作

●检查市区基站的切换关系

●调整三桥(36)和白云分局基站(86)天线方向角

●金筑大学2、3扇区和人民大学2扇区倾角分别增加2度

●检查乌当斗蓬山基站的天线方向和馈线的连接是否正确

●校正上下行路径衰耗不平衡扇区的收发通路

●解决OMC统计数据与CELL不对应的情况

●市区天线调整

●微蜂窝话务调整

●微蜂窝增站扩容方案

附:

本周系统指标周报

系统分析数据

东网络信贵阳系统优化小组

2000年3月19日

附录三、系统优化工作记录:

优化记录(4月24日-5月4日)

时间

基站/小区

问题

处理方法

4月24日

370(阳关)

与邻小区之间没有切换请求

更换BTP和GCLK

TCH阻塞

与32/862之间的切换门限改为-5/15

congest_ho_margin设为-10

tch_congest_prevent_thres设为80

4月25日

分析上8/8/8后的数据

除掉话率略有上升外,其它统计数据没有明显变化

没有接到关于话音质量的投诉

掉话率上升与新加载频没有校准有关,将需要校准的载频清单交用户

4月26日

清镇七砂、九化

新站开不起来

经查基站没有问题,清镇到基站的传输有问题

4月27日

980(小河王五)

与小河252邻频

修改小河王五的BCCH频点

白云金阳宾馆micro2

与新白云1601邻频

修改微蜂窝频点

白云

风筝节期间局部高话务

将老白云重新开起来,并将1/2扇区的方向角调

整为120/160,以吸收白云公园一带的话务

麦架

新站路测

4月28日

高话务区

调整几个宏蜂窝扇区之间、宏蜂窝与微蜂窝之间的切换电平

设置拥塞缓解参数

4月30日

修改宏蜂窝与微蜂窝的切换门限,使微蜂窝吸纳更多话务

5月2日

清镇七砂

没有EQUIPRTF

加RTF

5月3日

800(农岭)

与583邻频

BCCH改为26

5月4日

263(东山)

SDCCH阻塞

增大最大SDCCH数

12(邮电大楼)

73(环保)

83(星力)

载频掉话

锁DRI26/DRI27

333(刑侦)

锁DRI26

311(国泰)

锁DRI05

441(中东物业)

手机不能接入

复位基站

671(百花山)

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 电脑基础知识

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2