网络质量提升工作关键技术点指导.docx

网络质量提升工作关键技术点指导.docx

《网络质量提升工作关键技术点指导.docx》由会员分享，可在线阅读，更多相关《网络质量提升工作关键技术点指导.docx（17页珍藏版）》请在冰豆网上搜索。

网络质量提升工作关键技术点指导

网络质量提升工作关键技术点指导

1.1邻区优化

【邻区优化目标】

通过邻区优化，解决邻区漏配、冗余、优先级不合理、1-way/2-way、同PN错配等问题，提升网络质量

【邻区优化方法】

1、邻区优化之前先进行PN优化

PN规划合理是一个优秀网络的基础，如果PN复用距离不合适，必然带来大量的1-way/2-way问题，以及同PN错配现象，所以建议在邻区优化前先对PN做一下核查，对有问题的PN进行优化调整。

2、通过APUS来检查是否有明显漏配邻区

可以使用APUS的规划功能对比已有邻区，快速检查是否有明显的漏配邻区。

具体操作方法请参考附件：

3、通过PSMM数据优化邻区

⏹目标：

无明显漏配邻区、无明显冗余邻区、无明显优先级不合理邻区。

⏹PSMM跟踪以及导入

1）每轮PSMMtrace需要一周时间5000用户

2）根据Nastar邻区优化分析结果（Excel格式），人工制作脚本进行优化

⏹邻区优化执行标准

1）第一轮PSMM优化建议：

a）优化目标：

添加漏配邻区，TOP站优化。

b）执行标准1：

PSMM上报次数大于1000次，覆盖半径2.5KM以内，基于PSMM检测结果（排除地理位置的考虑）漏配优先级在10以内的邻区。

c）执行标准2：

对掉话以及呼建较差的TOP站，建议结合网络地图，进行人工逐个核查，优化邻区。

2）第二轮PSMM优化建议：

Ø优化目标：

添加漏配邻区,高优先级邻区优化

Ø执行标准1：

PSMM上报次数大于1000次，覆盖半径在2.5KM以内，基于PSMM检测结果（排除地理位置的考虑）漏配优先级在10以内邻区

Ø执行标准2：

PSMM上报次数大于1000次，覆盖半径在2.5KM以内，基于PSMM检测结果（排除地理位置的考虑）优先级调整建议为10以内，但实际配置与优化调整建议优先级差值大于5的邻区

注：

各个城市覆盖半径条件以各个城市网络实际情况为主，比如北京建议2Km，广州，深圳，杭州等大城市建议2.5Km,其他城市建议3Km

4、1-way/2-way情况核查

通过NastarN级邻区复用核查功能，将N设置为2，检查是否有符合条件的邻区，再通过PN优化或邻区优化的方式解决。

对郊区，各本地网根据实际情况设置“超远”的门限，并自检。

5、同PN错配邻区核查

通过Nastar的同PN疑似错配邻区核查功能来进行核查。

注意：

1）该功能该功能仅仅是基于距离的核查（检查是否有与本小区所配邻区相同PN的距离更近的小区），没有考虑方位角等因素，所以只是把“疑似”错配的邻区找出来，不一定有问题（真正有问题的大约30％左右），需要人工确认。

2）该功能对距离的判断是基于BAM上配置的经纬度，对于没有配置经纬度或者GPS有问题的判断不准（数值会很大，可以比较容易的发现异常）。

3）由于Nastar目前不能对多个MSC的数据同时导入（如果各MSC的CELLID相同），所以目前对MSC间的错配检查不出来，对边界基站只能手动检查。

所以对于MSC边界的基站，在邻区优化时，需要额外细心，避免出现这种MSC间邻区错配的情况。

建议针对边界基站进行针对性的核查。

6、通过路测检查有无邻区配置错误导致的掉话

针对路测中的掉话，Ec/Io、FFER、Tx差路测进行分析，看看是否存在邻区问题。

1.2PN优化

【PN优化目标】

1、消除明显的PN复用不合理问题

2、解决1-way/2-way问题

3、尽量对网络的PN配置改动最小

【PN优化方法】

1）将现网工参数据导入Apus，通过复用距离和复用层数了解现网PN实际复用情况，将复用情况最不理想的站点过滤出来。

（导入工参时建议将室内站和室外站分开规划，因为大部分情况下，室内站和室外站的PN复用距离和PN段不同。

2）在Apus中对同PN复用最差的扇区/小区进行优化。

优化方法为将这些站点属性设置为需要进行PN规划，规划完成后导出PN规划列表查看复用情况，如果仍然不理想则重复进行这一步操作。

若规划结果仍不理想，可以选择同PN复用的另一个站点进行PN重规划。

重复多次，直至规划出符合要求的PN，如仍不符合要求，针对这些基站手动规划。

3）根据PN优化调整结果输出脚本。

4）在PN优化措施实施前，需利用NASTAR对规划前后的脱机BAM进行1-way/2-way（NastarN级邻区复用）问题核查，确保规划后的PN不会引入新的问题。

【PN优化注意事项】

1、室外站PN优化注意事项：

Ø优化结果参考：

北京地区室外站最小PN复用距离：

3.1公里；层数：

20层；分值：

62，其他地区应遵循更严格的标准。

Ø执行注意事项1：

一般来说室外站PN复用情况不是很明显，第一次最好先导入已存在的PN,让工具为现网室外站PN情况做一个初步的评估。

Ø执行注意事项2：

如果有些站评分较低或者站距较小，建议不要大规模重新规划室外站PN，只需利用工具重新优化那些评分较低站点的PN即可，这样可以保证大部分PN保持不变。

2、对于BSC数量较多的网络，建议整网同时导入APUS来统一规划和优化，避免出现BSC边界的PN复用不合理问题。

对于不同MSC的CELLID相同的情况，可针对不同MSC对CELLID增加一定偏置后再处理。

3、执行PN优化调整脚本时，如果BSC边界基站站PN改变，则需注意要更改对应BSC的外部小区数据。

对于1X站点，更改PN后基站会自动复位，对于DO站点，则需输出指令进行DO单板（EC板）进行复位。

对于修改不下去的PN要有提前做好倒回方案。

4、进行少数新建站PN规划时，可虑直接用Mapinfo进行规划。

以新建站点为圆心，选中以某一自定义最小复用距离为半径的圆内站点，同时选中那些虽处于圆外但复用层数可能不满足的站点，将这些站点信息拷贝至Excel，没有用到的PN组即为可用资源。

5、对与其他网络交界的边界处，也要考虑PN复用情况。

需要提前收集其他网络的工参表，来统一考虑。

1.3RSSI问题基站处理

【处理目标】

解决网络中的RSSI异常的问题，提升网络质量。

【RSSI问题分类】

Ø主分集偏高：

在一定负荷情况下，RSSI在-93~-113dBm之间可视为正常。

超过-90dBm为严重异常。

Ø主分集差异大：

一般主、分集差异大于6dB为异常，大于10dB为严重异常。

ØRSSI过低：

长期低于-113dBm且RSSI无变化。

【RSSI问题处理流程】

对网规人员来说，最重要的是如何发现问题，对发现的问题提交B侧处理。

目前电信项目中导致RSSI异常的主要原因为直放站和工程质量问题（主要是馈线接头问题）。

1）RSSI过高或主分集差异大的主要原因：

⏹工程质量问题。

如接头制作不良或连接不紧，可用手拍打跳线、馈线接头及接头之间的连接点，判断工程质量问题（接头制作不符合规范和接头松动等原因导致主集或分集产生自激、天线进水、设备老化等都会引起RSSI值异常）

⏹直放站问题。

直放站反向增益设置不合理或设备自激导致主集RSSI异常。

⏹外界干扰导致RSSI过高。

可使用维护台反向扫描跟踪判断是否有干扰。

另外结合话统里面RSSI变化的时间、地理分布是否有规律性来判断是否是外部干扰。

⏹登记问题。

当Reg_zone或NID设置不合理或错误，导致大量登记产生时，会引起主分集RSSI同时升高。

⏹网络负荷高导致RSSI过高。

负荷抬高会导致RSSI有一定抬升，但不会抬升过高，一般不会超过-93dBm。

⏹设备问题。

射频板故障导致RSSI过高或过低，这种目前比较少见，通过排除法、互换法可以较快的定位问题。

2）RSSI过低的主要原因：

⏹RSSI过低一般同时伴随RSSI长期无变化（不随话务量改变而改变），主要是由于工程质量问题导致（天馈连接中断或接触不良）

⏹硬件故障（如天馈、TRX、CDU、功放故障）也可能导致RSSI过低，但目前发现较少。

1.4VSWR问题站点处理

【VSWR问题站点处理目标】

解决基站VSWR异常问题，提升网络质量。

【VSWR异常现象】

Ø手机无接收信号或接收到的网络信号很小，容易掉话。

基站或对应扇区载频的覆盖范围减小。

ØRRU3606模块异常，面板ALM告警指示灯存在告警。

Ø后台监控到存在大量驻波告警，存在射频系统相关告警。

【VSWR异常排查流程】

对网规人员来说，最重要的是如何发现问题，也就是如何通过告警/VSWR跟踪来判断驻波比是否有问题。

对发现的问题提交B侧处理。

常见问题原因：

1）天馈系统故障

Ø工程质量因素－比如天线和跳线之间的接头缠绕不好、跳线和馈线之间的接头缠绕不好、跳线接头制作工艺有问题。

Ø天线质量－天线破损，漏水或渗水。

Ø货物问题－跳线接头与跳线不匹配等。

2）RRU/BBU故障

Ø如果使用ADDCELL配置小区时指定的频段信息与RRU本身支持的频段信息不一致，将导致驻波告警。

ØRRU故障导致驻波告警的情况非常少见。

因此，只有在其它方法都无法定位问题时才考虑更换RRU来判断是否模块故障。

传输问题站处理

【传输问题处理目标】

1、及时发现站点闪断或中断，推动问题基站的处理，提升网络质量。

2、分析传输拥塞，推动客户扩容，提升网络质量。

【传输问题现象】

1、BTS无法建立操作维护

2、基站业务中断

3、信号不稳定，业务质量不稳定

4、主被叫无法接入

【传输问题告警汇总】

ØE1/T1物理传输类告警—E1/T1链路信号丢失；E1/T1帧失步；E1/T1链路告警指示信号；E1/T1链路远端告警；E1/T1链路滑帧；E1/T1链路误码率过高。

ØFE物理类传输类告警—FE链路信号丢失；FE链路发送错误；FE链路接收错误；FE链路环回；主处理模块IP地址冲突。

ØIMA/UNI/FRACIMA链路告警—IMA/FRACIMA链路信元定界失步；UNI/FRAC链路信元定界失步；IMA/FRACIMA链路帧失步；IMA/FRACIMA链路延迟失步；IMA/FRACIMA链路远端故障；IMA/FRACIMA链路远端接收不可用；IMA发送误连接；IMA接收误连接；

ØPPP/MLPPP链路告警—PPP链路中断；PPP链路环回。

Ø信令链路告警—Abis信令链路中断；

Ø业务链路告警—未配置业务链路。

【传输问题处理步骤】

对网规人员来说，最重要的是如何发现问题，也就是如何通过告警来判断传输是否有问题。

对发现的问题提交B侧处理。

对传输问题的处理方法可适当了解：

问题解决要从底层传输链路逐步向上层链路解决——先解决物理传输类问题，再解决IMA/UNI/FRACIMA/PPP/MLPPP链路问题，最后解决操作维护链路、信令链路、业务类问题。

物理传输类问题采用“逐段环回”缩小问题发生点。

具体步骤如下：

1、解决物理链路传输问题：

Ø“逐段环回”定位物理链路故障点，针对故障点进行故障排查。

Ø“拨码核对”确认接口板拨码开关设置正确。

Ø“电源检查”确认电源设备是否有故障或是接地不良。

2、解决IMA/UNI/FRACIMA/PPP/MLPPP链路问题：

Ø检查BSC/BTS两端配置的链路类型是否一致。

Ø检查BSC/BTS两端配置的链路组内链路数目是否一致。

Ø检查BSC/BTS两端配置的时隙配置是否一致。

ØPPP/MLPPP/FE链路需要确认IP地址是否与规划一致。

Ø修改配置后，需要使用RSTIMAGRP命令重新复位IMA。

3、解决操作维护、信令、业务链路问题：

Ø使用命令DSPCBTSCFG/LSTBTSLNK命令查询IP配置，确定两端IP配置一致。

Ø使用命令RMVCBTSTERSIGLNK/RMVCBTSTERTRFLNK/RMVCBTSIPTERTRFLNK命令删除错误信令、业务链路。

Ø使用命令ADDCBTSTERSIGLNK/ADDCBTSTERTRFLNK/ADDCBTSIPTERTRFLNK命令增加正确的信令、业务链路。

【传输拥塞参考标准】

1）传输利用率方法（仅供参考）

参考标准1（1X与EVDO共享E1传输，SP=3600秒）：

（基站Abis链路1x前向业务平均分配总带宽[kbps]+（DOFTCH信道前向RLP吞吐量[字节]+DOFTCH信道前向RLP重传吞吐量[字节]）*8*0.9/1024/{SP}）/（共E1数*1984）

参考标准2（1X与EVDO分别使用独立的E1传输，SP=3600秒）：

1X：

基站Abis链路1x前向业务平均分配总带宽[kbps]/（1X配置E1数*1984）；

DO：

（DOFTCH信道前向RLP吞吐量[字节]+DOFTCH信道前向RLP重传吞吐量[字节]）*8*0.9/1024/{SP}/（DO配置E1数*1984）

2）Abis拥塞定义：

参考标准1（共E1）：

基站Abis链路前向分配带宽平均占用率大于70%为拥塞

参考标准2（分E1）：

基站Abis链路前向分配带宽平均占用率大于70%为拥塞

1.5GPS问题站处理

【GPS问题处理目标】

及时发现站点GPS故障，推动问题基站的处理，提升网络质量。

【GPS问题现象】

1、终端显示时间异常。

2、无法切换。

3、业务质量变差。

【如何发现GPS问题】

⏹在告警管理系统中查询告警，常见告警如下：

a）50FC锁相环失锁；100FC锁相环失锁；10M信号丢失；10M锁相环失锁；64FC锁相环失锁；10M晶振无输出。

b）主处理模块星卡没有秒信号输出；主处理模块星卡和主处理模块通信链路中断。

c）主处理模块星卡锁定卫星数量不足；主处理模块星卡卫星天线连接开路；主处理模块星卡卫星天线连接短路；参考源为内部时钟。

⏹在Airbirdge维护台中通过命令DSPCBTSBRDSPECSTAT进行查询，观察锁星数目（一般要求至少4颗）、单板时钟状态（要求为内部时钟）。

⏹话务统计分析如果出现：

软切换次数=更软切换次数（或几乎相等），或者单基站的软切换比例＝0（或接近0），则也需要注意分析是否出现了GPS等时钟异常现象。

⏹如使用了大量的R-GPS的网络，由于R-GPS的线缆较容易损坏，需注意其故障率会高于普通GPS。

【GPS问题处理思路】

对网规人员来说，最重要的是如何发现问题，也就是如何通过告警、话统分析、路测等手段发现GPS是否有问题。

对发现的问题提交B侧处理。

首先处理与GPS相关的告警告警，然后再处理与硬件相关的锁相、通信链路中断等告警。

具体处理步骤如下：

⏹检查GPS天馈硬件故障

Ø检查GPS是否有进水、开路短路故障等问题。

Ø检查GPS的馈线、接地线是否有故障。

Ø检查防雷器是否有故障。

⏹检查GPS位置是否有问题

Ø检查GPS周围是否有较大障碍物。

Ø检查GPS附近是否有较大的无线干扰。

⏹检查主控板/星卡是否故障

Ø使用DSPCBTSBRDSPECSTAT命令查看星卡状态，或是从主控板上的告警灯上观察主控板/星卡是否出现了故障。

⏹锁相等故障

如果出现了锁相等故障，请在排除了GPS问题后，观察主控、业务处理、射频板告警灯，察看是否有单板故障。

1.6ClusterRF优化处理

【RF优化目标】

重点解决弱覆盖、导频污染、越区覆盖、掉话、接入失败等问题，提升Cluster整体性能。

【RF优化流程】

1、评估路测数据，了解网络RF问题

ØRX、TX、EC/IO、FFER是否有异常区域，确认优化的目标和方向。

Ø原网掉话、呼叫建立失败、吞吐量低等异常事件分析。

Ø评估期间的主要路线是否涵盖了所有的基站，扇区，室外直放站。

2、分析RF问题，制定优化调整方案

Ø分析数据配置：

邻区，搜索窗，网络结构，功率配置，功控参数，切换测试是否异常，默认参数是否需要修改。

Ø分析网元状态，是否有告警，闭塞，驻波比异常等异常状态。

Ø分析天馈系统：

方位角、下倾角是否合理，连接顺序是否正常，安装位置是否过高、过低、或者有明显遮挡等不合理现象。

Ø分析区域内的直放站系统特别是室外直放站区域内RF指标是否正常，避免直放站覆盖过大、直放站自激等现象。

Ø有条件的话可以利用PNSCANNER进行测试，分析手机路测与SCANNER测试之间的差距，根据覆盖差距调整邻区，越区覆盖等现象。

Ø输出单PN覆盖图，可以有效的发现越区覆盖，天馈接反等现象。

Ø结合最坏小区分析是否有超忙基站，是否需要控制基站覆盖范围以降低基站负荷。

Ø覆盖差区域是否需增加基站以增强覆盖。

Ø分析路测过程中的掉话，呼叫建立失败等事件，及时进行数据配置修改，例如PN复用不合理问题。

Ø干扰问题处理，硬件故障定位以及外部干扰协助定位等。

3、实施优化调整方案，观察优化后的结果

Ø优化实施方案，对比优化前后的效果，及时归档测试数据。

Ø对有效的优化手段进行及时的总结和方案推广。

【RF优化重点分析】

ØRF优化的基本思想

✓控制越区覆盖和导频污染，让强者愈强，弱者愈弱，突出主导频。

ØRF优化的重点是优化EcIo，那EcIo差的可能原因：

✓弱覆盖问题

✓越区覆盖问题

✓导频污染问题

✓PN复用问题

✓切换参数问题（邻区、切换门限、搜索窗等）

✓前向干扰问题（邻区漏配、硬件故障、外部干扰等）

ØEcIo差可能带来的影响：

接入失败、切换失败、掉话问题、语音质量问题

ØRF优化的需要解决的3大主要问题：

信号覆盖问题、导频污染问题、切换问题

ØRF优化的常用手段：

✓天线调整：

方位角、下倾角、天线挂高、天线类型、站点位置

✓功率调整：

小区发射功率、导频增益

✓加站扩容：

新建站、扩载频、小区分裂

✓切换优化：

邻区、切换门限、搜索窗等

✓PN优化：

确保复用距离

✓干扰排除：

硬件故障定位处理、外部干扰协助定位

【RF优化注意事项】

1、室内信号泄漏

Ø针对此类站点，可以通过降低基带增益的方法来解决

2、干扰

Ø针对RSSI异常的站点，排查工程质量问题及反向干扰。

Ø甩站影响。

现网存在未割的室内引出站点，与室外宏站距离很近，造成同频干扰。

应尽快将此类站点割接入网。

在单PN分支下，如果Rx覆盖较好，而Ec/Io较差，则可能由此类情况造成。

3、测试路线

Ø在优化对比的过程中需要保证优化对比前后的测试路线相同，以排除由于路线差异而引入的测试误差。

Ø对于非对比区域的测试路线，需要以报告其他章节进行描述，特别是对弱覆盖区域的描述，以告知客户需要增加基站以加强区域内的覆盖。

1.7普通用户投诉处理

【处理目标】

了解网络运行质量及主要问题，指导网络优化开展。

【处理过程】

1、从客户投诉中心获取普通用户每周投诉单

2、对投诉单进行检查，排除无效单

3、对投诉单按申告现象、处理结果、申告时间、申告地点进行分类

4、制作各种分类统计表、各分类周期密度统计表、各分类地理分布图，找出TOP原因

5、筛选出属于无线侧问题的投诉单，进行详细分类；把属于核心网的投诉传递到相关的责任人

6、制作各种分类统计表、各分类周期密度统计表、各分类地理分布图，找出TOP原因

7、对统计结果进行分析，对网络优化给出针对性建议

8、对重要的投诉以及典型问题做闭环跟踪分析

注：

普通用户投诉单的闭环解决通常应该由客户的网优部门负责，除特殊投诉外，华为一般不负责所有普通用户投诉的跟踪闭环。

【普通用户投诉分类方法】

1）按业务类型分类

可分为语音业务、1X数据业务、DO数据业务、短信业务等

2）按申告现象分类

可分为信号覆盖方面、信号呼叫方面、断线/掉话、回音/杂音/断续、单通/串线、核心网和增值业务问题

3）按诱发原因分类

可分为配套设施问题（含RSSI异常、驻波比高、Abis告警、传输告警等）、无线信号质量问题、硬切换及闭站问题、网络问题或用户问题等

4）按地理位置分类

可以按行政区、BSC、MSC等地理区域分类，可以把投诉点进一步制作成为电子地图，用来与其它地理信息做对比分析

5）按时间分类

按天对其他分类结果进行分类，体现各分类结果的时间变化趋势

6）按处理结果分类

可分为参数配置问题、干扰问题、设备故障、覆盖问题、终端问题、已经解决的问题等

7）无线侧问题分类

可分为信号覆盖方面、有信号无法呼叫、断线/掉话、回音/杂音/断续、单通/串线等。

1.8VIP用户投诉处理

【处理目标】

1、及时解决VIP用户投诉，提升网络质量

2、最大程度减小VIP用户对网络优化验收等工作带来的干扰

【VIP用户投诉处理时限要求】

1、对于紧急重要的投诉，建议在收到投诉的2小时内到达现场进行测试和处理；

2、对于重要的投诉，建议在收到投诉的4小时内到达现场进行测试和处理；

3、对于一般的投诉，建议在收到投诉的8小时内到达现场进行测试和处理。

【VIP用户例行处理思路】

1、搜集网络VIP用户IMSI，每天进行呼叫建立失败和掉话的统计，一旦发现这些用户出现呼建失败或掉话，无论用户是否有投诉，都要对发生呼建失败或掉话的原因进行分析，尽快进行处理。

2、定期对重要道路（如政府重要机关周边道路，电信领导回家必经之路等）进行例行测试，包括两部手机短呼互拨及一部手机长呼，对路测数据进行分析，对于测试过程中出现了呼建失败或掉话的问题点以及EcIo较差的区域要重点分析，重点关注邻区问题。

【VIP用户投诉处理步骤】

1、首先，明确问题发生在什么位置，借助基站地理化图层确认可能有关系的基站，观察基站是否正常工作，如是否有告警、RSSI是否异常、是否拥塞等；

2、再者就要确认用户发生了什么问题，尽量从用户那里得到足够多的信息，当然用户的反馈也不一定准确，可以通过CDR来查看用户通话的具体情况；

3、检查周边是否有友商的基站还未割接、或者有计划新建站还未开启，是否配置了暂态邻区，若没有配置要进行配置；检查周边基站的邻区是否正确配置，投诉或道路测试中发现的掉话很大一部分是邻区漏配了；

4、分析用户CDR，对其投诉问题进行具体分析，如果从CDR无法分析的，如短信等问题，需要N侧协助进行分析解决；

5、针对用户投诉的内容进行现场测试，可以在后台对测试手机IMSI进行信令跟踪，观察是否会重现用户投诉的问题；

6、对测试数据、信令进行分析，针对分析结果进行参数、邻区调整甚至RF调整后再对投诉现场进行测试，看问题是否解决，并输出VIP投诉处理报告。

7、为了更好的对VIP投诉进行跟踪处理，有必要对所有投诉的处理状态进行记录，明确哪些问题正在处理，哪些问题已经关闭。

建议在12小时内，根据处理结果及时输出处理进展/小结报告。

报告应至少包括6个部分：

问题概述、问题处理进展/小结、问题详细测试分析、问题处理验证、问题解决效果、后续处理建议。

【注意事项】

1、明确测试需求

了解具体时间、地点（区域）、涉及站点、联系人（方式）、明确测试要求。

2、确保测试工具齐全可用

包括：

测试工具、软件、GPS、逆变器、测试终端、测试卡。

3、输出测试方案并确认

Ø具体的测试涉及站点

Ø具体测试配合相关人员及联系方式确认

----N侧、B侧、监控侧、DT前台、DT后台、现场联系人。

Ø详细测试要求及方法

Ø详细测试路线及地点

Ø预期的测试结果分析

4、现场测试汇报机制

ØDT负责人明确需求，确认相关准备工作到位，安排DT测试人员出发。

ØDT测试人员现场测试过程中遇到异常问题或拿不准的，反馈到DT负责人。

ØDT测试人员现场测试结束准备离开前，需要向DT负责人汇总基本测试情况。

ØDT负责人及时向客户/华为负责人反馈现场测试情况。

Ø现场测试情况经确认后，DT测试人员方可离开现场。

ØDT负责人及时安排分析并输出处理报告。

1.9电信项目网规参数核查