www.huawei.comCopyright 2006 Huawei Technologies Co., Ltd. All rights reserved. TD-SCDMA KPI指标介绍Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 1培训目标l学完本课程后，您应该能：p了解TD-SCDMA的KPI体系p掌握TD-SCDMA的常见KPI的定义和流程打点Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 2目 录1.KPI体系及项目验收KPI要求简介2.常用TD KPI指标详细介绍3.KPI问题分析（案例）Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 3目 录1.KPI体系及项目验收KPI要求简介2.常用TD KPI指标详细介绍3.KPI问题分析（案例）Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 4KPI性能评估体系概述网规关注重点是RAN侧KPI，有时还需要关注传输KPI领先设备商KPI评估体系都已转向基于QoE的网络KPIQoE：Quality of Experience28.08.2024Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 5华为RAN KPI分类概述TD-SCDMAKPIsCoverageAccessabilityRetainabilityServiceIntegrityMobilityDelay/Latency覆盖率.呼叫建立成功率 (Voice/VP)PDP激活成功率(R99/HSPA)SMS/MMS 建立成功率RRC建立成功率呼叫建立成功率.掉话率 (Voice/VP)PDP掉线率(R99/HSPA)电路域话务掉话比.MOS业务 UL/DL BLER (Voice/VP/PS)PS 平均吞吐率 (RLC 64K/128K/384K/HSPA).同频硬切换成功率异频硬切换成功率同频接力切换成功率异频接力切换陈功率系统间切换成功率.呼叫建立时延 (Voice/VP)PDP 激活时延(R99/HSPA)Ping时延(R99/HSPA).最坏小区比例准入拒绝率拥塞小区比例.Availability28.08.2024Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 6华为RAN KPI分类概述lKPI统计的数据来源有：ST/DT和话务统计l不同数据源的KPI有不同的应用场景pDT（Drive Test）通常应用在网络建设的早期，这时网上商用用户没有或者很少，话统数据不具有统计意义。适用于网络性能类KPI的考察。pST（Stastic Test）主要应用于一些特殊类型的KPI测试如MOS、时延类、吞吐率类等由设备自身性能决定、与组网环境相关性不大的KPI或者设备功能测试。p话务统计：通常应用于商用后网上有较多用户的网络Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 7典型验收流程及相关KPI要求站点安装完成硬件验收单站RF验收Cluster优化Cluster验收Project优化初验维保/持续优化终验可能要求性能监控和周期性路测一般以话统KPI验收为主，路测KPI验收为辅新建局点一般以路测KPI验收为主，话统KPI验收为辅，搬迁局点则一般以话统KPI验收为主，路测KPI验收为辅新建局点一般以路测KPI验收为主，话统KPI验收为辅，搬迁局点则一般以话统KPI验收为主，路测KPI验收为辅一般以功能性测试为主，部分要求简单覆盖测试28.08.2024Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 8目 录1.KPI体系及项目验收KPI要求简介2.常用TD KPI指标详细介绍3.KPI对应的信令流程4.KPI问题分析（案例）Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 9常用TD KPI指标介绍1.覆盖类2.呼叫建立类3.呼叫保持类4.移动性管理类5.业务完整性类6.时延类Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 10l该KPI为典型的DT KPIl对于TD-SCDMA系统，下行链路覆盖指标由终端接收导频信号PCCPCH（Primary Common Control Physical Channel）C/I（载干比）和电平值RSCP（Received Signal Code Power）决定，上行链路以终端发射功率为判断准则。 lPCCPCH RSCP（接收信号码片功率） ：本小区或相邻小区的PCCPCH上接收到的信号码功率，参考点必须是UE天线连接器。 lPCCPCH C/I（载干比） ： PCCPCH载频信号强度与干扰强度之比 。PCCPCH RSCP和C/I覆盖率Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 11l 公式：覆盖率=满足覆盖要求的点数/总的采样点数*100%；l 定义F取值为1的测试点为满足覆盖要求的测试点，即：p对于上行，F上行手机发送功率值手机最大发送功率值；p对于下行，FRSCPR且C/IS；其中：RSCP表示接收PCCPCH接收信号码片功率；C/I表示接收PCCPCH信号的信号品质；RSCPR和C/IS表示是否满足条件，R和S是RSCP和C/I在计算中的阈值。如果RSCPR和C/IS都满足，则F取值1，若有一个不满足或都不满足，则F取值0。p计算之前首先排除测试中的异常点，异常点指的是RSCP或C/I的取值远远超出正常范围之外。l 该公式表示如果某一区域接收信号强度超过某一门限同时信号质量超过某一门限则表示该区域被覆盖。l 由于不同的业务，其覆盖不同，要求的覆盖率也不同，因此针对不同的业务可以设置不同的R/S门限值来计算覆盖率。PCCPCH RSCP和C/I覆盖率Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 12常用TD KPI指标介绍1.覆盖类2.呼叫建立类3.呼叫保持类4.移动性管理类5.业务完整性类6.时延类Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 13呼叫建立成功率l呼叫建立成功率体现网络端到端的接入性能l呼叫建立成功率与以下阶段指标密切关联RRC连接建立成功率连接建立成功率RAB指配建立成功率指配建立成功率呼叫建立成功率呼叫建立成功率RAB建立成功率建立成功率*RRC连接建立成功率（业务相关）连接建立成功率（业务相关）*100%；l呼叫建立成功率可以分为CS和PS域，或者根据RAB指配承载业务的成功率进行区分:会话类 (e.g. voice and video)流类 (e.g. streaming video or audio)交互类 (e.g. browsing)背景类 (e.g. emails or )Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 14RRC 建立成功率l处于空闲模式下的UE收到非接入层请求建立信令连接时，UE将发起RRC连接建立lSRNC收到连接建立请求后，RRM决定是否接受请求，再判决是建立在专用信道还是公共信道lRRC建立成功率公式定义:RRC Setup Success Rate = RRC Connection Setup Success / RRC Connection Request 100%Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 15lRRC连接建立请求中包含了多种原因，可以分为两大类l业务相关的RRC连接建立请求1） 主叫会话类（Originating Conversational Call）；2） 主叫流类（Originating Streaming Call）；3） 主叫交互类（Originating Interactive Call）；4） 主叫背景类（Originating Background Call）；5） 主叫用户定制类（Originating Subscribed traffic Call）；6） 被叫会话类（Terminating Conversational Call）；7） 被叫流类（Terminating Streaming Call）；8） 被叫交互类（Terminating Interactive Call）；9） 被叫背景类（Terminating Background Call）；10) 呼叫重建类（ Call re-establishment）11) 短消息类（Terminating Low/High Priority Signaling）RRC 建立成功率Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 16RRC 建立成功率lRRC连接建立请求原因(续)-其他类型的RRC连接建立请求1）注册类（Registration) 2) 分离（Detach） 3）紧急呼叫类（Emergency Call）4）小区选择和重选类（Call re-Establishment）6）系统间小区选择和重选类（Inter-RAT cell re-selection）7）l统计计数器：RRC_REQ：统计RNC实际处理的用户接入请求次数。测量点：当收到UE发起的RRC CONNECTION REQUEST消息，并检查该消息有效后。打点见下页流程图中的A2RRC_SETUP_SUCC ：统计RNC收到的RRC 建立完成次数 。测量点：RNC收到来自UE的“RRC SETUP COMPLETE”消息，打点见下页流程图中的CCopyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 17RRC 建立成功率l建立在专用信道上的RRC连接流程图UESRNCNodeBRRCRRCRRC Connection RequestRRCRRCAssign RNTI, L1, L2 ParameterRRCAAL2 Setup and FP synchronizationRRC Connection SetupRRCRRC Connection Setup CompleteA1A1A2A2C CCopyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 18RRC 建立成功率lRRC 建立失败原因主要为:随机接入失败，UE发起的RRC连接请求，RNC不能收到（这种情况，不会统计RRC指标， 所以不会影响RRC连接建立失败）RNC下发的RRC连接建立消息UE不能收到RNC不能收到RRC连接建立完成消息由于网络拥塞导致的RRC_REJCopyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 19lRAB建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功以后，一个基本的呼叫即建立，UE进入通话过程。lRAB指配根据业务请求不同分为CS域和PS域lRAB建立成功率公式定义:RAB Setup Success Rate = RAB Assignment Success / RAB Assignment Request 100%RAB指配建立成功率Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 20RAB指配建立成功率lRAB指配建立流程图Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 21RAB 指配建立成功率l统计计数器（分业务统计）:CS(PS)_RAB_REQ_SETUP_业务X ：统计CS(PS)域RAB指配请求建立业务X的RAB个数 。测量点：收到CN CS（PS）发来的RANAP RAB ASSIGNMENT REQUEST消息中建立业务类型为“X”的RAB个数 。CS(PS)_RAB_SETUP_SUCC _业务X ：统计CS域RAB指配建立成功的业务X的RAB个数 。测量点：向CN CS （PS）发出RANAP RAB ASSIGNMENT RESPONSE消息中业务类型为“X”的建立成功的RAB数目 。其中CS域的业务X为会话类或流类，PS域的业务X为会话类、流类、交互类或者背景类，或者可以根据指配业务的最大下行比特率特征表示某种特定的业务，eg：PS_RAB_REQ_SETUP_STR_144_384 Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 22RAB 指配建立成功率lRAB 指配建立失败原因主要为:CN没有发起RAB建立过程 （加密鉴权过程失败；空口的误块导致信令重传达到最大次数 ）CN发起RAB建立过程，但UE没有收到RB setup消息 （准入拒绝 ；信令误块过高等）UE收到了RB Setup消息，但RNC收不到RB setup complete消息 资源不可用Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 23常用TD KPI指标介绍1.覆盖类2.呼叫建立类3.呼叫保持类4.移动性管理类5.业务完整性类6.时延类Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 24掉话率l掉话率反映系统的通讯保持能力、系统的稳定性和可靠性l无线系统掉话率只考虑接入侧异常引起的掉话，不考虑因为负荷原因而产生的掉话，即无线资源管理中负荷控制在过载时采取的强行掉话处理不在考虑之列l发生掉话时，系统中触发两种信令过程：RAB 释放请求（用户面掉话）和 Iu 口信令连接释放请求（信令面掉话）l掉话率指标主要是反映用户业务运行过程中因信令面异常、业务面异常或其他原因导致的掉话情况，是面向小区的。从CS 域和PS 域两方面进行考察。Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 25l业务掉话率公式定义如下:l从RNC话统角度看，如下两种情况判断为掉话：1）业务建立成功后，RNC向CN发送RAB RELEASE REQUEST消息。2）业务建立成功后，RNC向CN发送IU RELEASE REQUEST消息，其后收到CN发送的IU RELEASE COMMAND ；掉话率电路域掉话率= RNC请求释放的电路域RAB数目/电路域RAB指派建立成功的RAB数目*100%分组域掉线率= RNC请求释放的分组域RAB数目/分组域RAB指派建立成功的RAB数目*100%Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 26掉话率l引起掉话的原因主要为：掉话分类掉话分类引起原因引起原因对应的信令过程对应的信令过程空口原因RFRLC复位，RL Failure流程定时器超时RB RECFGPHY/TRCH/SHO/ASU 等过程超时HHO 过程失败非空口原因硬件故障RNC和NODEB之间的传输故障， NCP上报故障FP同步失败传输层故障ALCAP上报故障通过MML强行释放用户O&M interventionCopyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 27信令面掉话流程l信令面掉话（源RNC Iu 连接释放）信令流程图Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 28信令面掉话lCS和PS域的信令面的异常释放原因基本上是相同的 lIu接口RNC发出Iu Release Request消息的原因主要有:操作维护干预用户长时间非激活重复完整性检查失败UE 发生信令连接释放无线链路失步Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 29用户面掉话流程l用户面掉话（源RNC RAB 连接释放）信令流程图Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 30用户面掉话l源RNC RAB 释放原因有:L2资源异常，包括L2的各层实例，DSP工作异常，内存溢出用户面传输资源异常，主要包括传输资源不够业务RB承载的RLC在进行数传的时候可能因为下层的链路不稳定或者UE移动到覆盖不是很好的地方，导致RLC产生复位 RL失步 Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 31l 反映了一定业务量情况下，系统电路域业务的通讯保持能力，是用户直接感受的重要性能指标之一。用于统计周期内电路域掉话的RAB数目与电路域相关业务话务量的比值。l 公式 ：电路域12.2K业务掉话比RNC请求释放的电路域掉话的RAB数目/电路域12.2K业务话务量*100%；电路域64K业务掉话比RNC请求释放的电路域掉话的RAB数目/电路域64K业务话务量*100%；l 统计最小区域粒度 ：以小区为单位进行统计。 电路域话务掉话比Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 32常用TD KPI指标介绍1.覆盖类2.呼叫建立类3.呼叫保持类4.移动性管理类5.业务完整性类6.时延类Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 33l 对于TD-SCDMA系统，可以根据无线资源管理的策略决定是否执行硬切换，硬切换同样可以分为同频硬切换和异频硬切换，同频/异频硬切换均分为RNC内和RNC间两种情况。同频硬切换成功率反映同频硬切换的成功情况，硬切换失败意味着用户掉话，该指标可用于网规网优，作为调整无线参数的依据。是用户直接感受的较为重要的性能指标之一。l 公式 ：同频硬切换成功率（切换入）同频硬切换成功次数/同频硬切换尝试次数*100；同频硬切换成功率（切换出）同频硬切换成功次数/同频硬切换尝试次数*100；l 统计最小区域粒度 ：以小区为单位进行统计。 同频硬切换成功率Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 34l 反映RNC异频硬切换的成功情况，硬切换失败意味着用户掉话，该指标可用于网规网优，作为调整无线参数的依据。是用户直接感受的重要性能指标之一。异频硬切换包括RNC内的异频硬切换和RNC间的异频硬切换。l 公式 ：异频硬切换成功率（切换入）异频硬切换成功次数/异频硬切换尝试次数*100；异频硬切换成功率（切换出）异频硬切换成功次数/异频硬切换尝试次数*100；l 统计最小区域粒度 ：以小区为单位进行统计。 异频硬切换成功率Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 35l 对于TD-SCDMA系统，可以根据无线资源管理的策略决定是否执行接力切换，接力切换同样可以分为同频接力切换和异频接力切换，考虑到实现的复杂性，目前只定义RNC内的接力切换成功率。同频接力切换成功率反映同频接力切换的成功情况，该指标可用于网规网优，作为调整无线参数的依据，也是用户直接感受的较为重要的性能指标之一。l 公式 ：同频接力切换成功率（切换入）同频接力切换成功次数/同频接力切换尝试次数*100；同频接力切换成功率（切换出）同频接力切换成功次数/同频接力切换尝试次数*100；l 统计最小区域粒度 ：以小区为单位进行统计。 同频接力切换成功率Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 36l 反映异频接力切换的成功情况，该指标可用于网规网优，作为调整无线参数的依据，也是用户直接感受的重要性能指标之一。l 公式 ：异频接力切换成功率（切换入）异频接力切换成功次数/异频接力切换尝试次数*100；异频接力切换成功率（切换出）异频接力切换成功次数/异频接力切换尝试次数*100；l 统计最小区域粒度 ：以小区为单位进行统计。 异频接力切换成功率Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 37UENodeBPhysicalChannelReconfigurationRequestRNCRL SETUP/ALCAP SETUPSyn_ul （to new cell）Fpach （from new cell） Measurement ReportPhysicalChannelReconfigurationCompleteDecision to HORL /ALCAP release（old cell）切换信令监测点Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 38切换失败流程Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 39硬切换失败原因l参数配置相关问题 :门限类参数：门限类参数：硬切换门限克服衰落类参数：克服衰落类参数：测量滤波系数、事件触发的延迟触发时间、事件触发的迟滞值 l切换执行阶段相关问题：下行误码导致信令丢失切换后UE的功控有问题 RNC收不到物理信道重配置完成消息 l终端和其它的相关问题 ：UE是否支持异频测量 异频邻区是否配置正确 异频测量开关是否打开 。Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 40l 反映了TD-SCDMA系统与GSM系统之间切换的成功情况，对于网规网优有重要的参考价值，也是用户直接感受的性能指标。主要包括电路域切换成功率（TD-SCDMAGSM）；分组域切换成功率（GPRSTD-SCDMA）；分组域切换成功率（TD-SCDMAGPRS，UTRAN发起）等；l 公式 ：系统间切换成功率= 系统间切换成功次数/ 系统间切换准备次数 *100%；l 统计最小区域粒度 ：以小区为单位进行统计。 系统间切换成功率Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 41常用TD KPI指标介绍1.覆盖类2.呼叫建立类3.呼叫保持类4.移动性管理类5.业务完整性类6.时延类Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 42l MOS MOS: 端到端语音质量，以测试时长为10分钟的数据取平均值l PS PS业务吞吐率：业务吞吐率：R99和HSDPA业务的平均吞吐率，下行吞吐率下载数据量/下载时间，下载数据量从应用层进行统计，采用DT的方式进行观察；下行峰值吞吐率采用话统进行观察，RNC记录小区中RLC层每种速率的峰值吞吐率。l BLERBLER偏高率偏高率: DT指标，对每种业务的上下行BLER进行观察，上行BLER偏高率 = 上行BLER大于门限值的点数 / 上行总的测试点数 100 ，下行类似。业务完整性指标Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 43l 语音建立时延语音建立时延：对于MOC，语音建立时延是指从主叫发起呼叫时刻起到被叫发送CONNECT消息止的这段时间；对于MTC，语音建立时延是指MSC发送PAGING消息到被叫起到被叫接收主叫发送的CONNECT ACK止的这段时间。 l CS12.2kCS12.2k业务呼叫时延（业务呼叫时延（UEUE到到UEUE） ：信令统计，从主叫UE的“RRC Connection Request”到被叫UE的“Alerting”为止，记录100次求平均。 l CS64kCS64k业务呼叫时延（业务呼叫时延（UEUE到到UEUE） ：信令统计，从主叫UE的“RRC Connection Request”到被叫UE的“Alerting”为止，记录100次求平均。 时延类Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 44目 录1.KPI体系及项目验收KPI要求简介2.常用TD KPI指标详细介绍3.KPI问题分析（案例）Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 45案例1参数映射问题导致搬迁后语音掉话不达标某搬迁项目发现网络搬迁后AMR掉话率比搬迁前恶化，无法满足验收指标。搬迁前AMR掉话率约为0.6，搬迁后本来还不错，后来却一路走高，最高超过1，搬迁验收标准是不差于搬迁前，所以此项KPI无法达标。进一步分析发现，大部分掉话都发生在弱覆盖区域，分析话务分布情况，发现海边等弱覆盖区域出现季节性话务增长，根据这个分析，当时准备给客户澄清掉话上升是由于季节性话务分布变化导致，但进一步调查后发现，搬迁前每年这个季节，同样也有这种季节性话务分布变化，但掉话率并没有这样增长，于是我们怀疑搬迁前后AMR最大功率配比不一致。28.08.2024Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 46案例1续进一步的分析验证了我们的怀疑，搬迁前的网络是西门子网络，西门子采用间接设置业务RL最大功率的方式，即采用Sir target、Poffset、Max_Power等参数通过下面公式来计算每种业务的最大RL功率：Pmax(dB)=min(DL_SIR_Target10log(SF)+Poffset ,Max_power_value) 通过获得代入客户提供西门子搬迁前参数，我们计算出西门子的AMR下行最大无线链路功率比华为要高3dB，这就是我们网络在覆盖弱区域性能差的根因。随后我们和客户协商将AMR下行最大无线链路功率升高2dB，掉话率大幅下降，满足验收指标。总结：参数映射一定要细致，尤其是对于这种隐含设置的关键参数。总结：参数映射一定要细致，尤其是对于这种隐含设置的关键参数。Mod Power for AMR28.08.2024Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 47案例2测试方法差异等导致搬迁后覆盖指标不达标某搬迁项目发现网络搬迁后覆盖指标RSCP比搬迁前差，验收标准是不差于搬迁前，所以此项KPI无法达标。问题出现后，项目组立即和总部联系，总部初步分析后怀疑是Sanner工具天线和馈线的设置差异导致。现场立即根据总部意见修改了工具参数配置，并进行了重测，重测结果比之前要好，但仍有两小块区域RSCP差于搬迁前，现场问题攻关进展基本停滞，要求总部技术支持人员立即到现场解决。总部人员到达现场后，首先了解了客户的看法，然后仔细咨询了合作方前期测试的方法、测试路线和KPI计算方式，发现问题出在前后测试方法的差异上：搬迁前网络覆盖测试数据采集方式是采用最大值，而搬迁后测试数据采集方式是采用搬迁前网络覆盖测试数据采集方式是采用最大值，而搬迁后测试数据采集方式是采用平均值（默认处理方式），而且搬迁前测试路线和搬迁后不一致，搬迁前在最弱覆盖平均值（默认处理方式），而且搬迁前测试路线和搬迁后不一致，搬迁前在最弱覆盖区内有两条主要道路未测试。所有这些测试方法差异都导致搬迁后测试指标稍差。区内有两条主要道路未测试。所有这些测试方法差异都导致搬迁后测试指标稍差。了解问题原因后，我们采用最大值的测试方式对弱覆盖区域进行了重测，测试结果完全优于搬迁前，至此问题完全解决！总结：测试方法、测试路线等对测试结果影响很大，对搬迁网络验收而言，搬迁前后总结：测试方法、测试路线等对测试结果影响很大，对搬迁网络验收而言，搬迁前后一定要保持一致，最好同样的工具，同样的设置，同样的测试路线。一定要保持一致，最好同样的工具，同样的设置，同样的测试路线。28.08.2024