Diffusion list : TO : CC : Reference & File Name Vers. XXX Date 28/04/13 Page 1/39 HISTORY Date 20/05/00 Vers. 1 Creation Evolution Redac. Verif. Approv. Reference & File Name Vers. XXX Date 28/04/13 Page 2/39 TABLE OF CONTENTS 1. 2. 前言--------------------------------------------------------------------------------------------------------------------- 5 无线优化概述 -------------------------------------------------------------------------------------------------------- 5 无线优化的程序 ----------------------------------------------------------------------------------------------5 无线优化的准备 ----------------------------------------------------------------------------------------------------------------5 无线优化的进行 ----------------------------------------------------------------------------------------------------------------6 报告与总结 ----------------------------------------------------------------------------------------------------------------------7 2.1.1. 2.1.2. 2.1.3. 2.1. 3. 日常维护工作 -------------------------------------------------------------------------------------------------------- 8 BSS日常监测--------------------------------------------------------------------------------------------------9 BSC每周分析--------------------------------------------------------------------------------------------------9 月度维护----------------------------------------------------------------------------------------------------- 10 3.1. 3.2. 3.3. 4. 统计数据 ------------------------------------------------------------------------------------------------------------- 10 呼叫建立成功率 ----------------------------------------------------------------------------------------------- 11 TCH掉话率 -------------------------------------------------------------------------------------------------- 12 TCH阻塞率 ---------------------------------------------------------------------------------------------------- 14 4.1. 4.2. 4.3. 4.4. TCH射频丢失率 ---------------------------------------------------------------------------------------------- 15 4.5. 4.6. 4.7. 4.8. 4.9. 4.10. TCH业务量 -------------------------------------------------------------------------------------------------- 16 SDCCH阻塞率 ------------------------------------------------------------------------------------------------ 16 SDCCH射频丢失率------------------------------------------------------------------------------------------ 17 SDCCH业务量------------------------------------------------------------------------------------------------ 17 切换成功率 -------------------------------------------------------------------------------------------------- 18 切换失败率 -------------------------------------------------------------------------------------------------- 18 5. 优化数据分析流程 ------------------------------------------------------------------------------------------------ 19 5.1. 5.2. 5.2.1. 5.2.2. 5.2.3. 5.2.4. 路测数据的分析 -------------------------------------------------------------------------------------------- 19 统计数据的分析 ----------------------------------------------------------------------------------------------- 21 硬件问题分析 ----------------------------------------------------------------------------------------------------------------- 22 频率干扰分析 ----------------------------------------------------------------------------------------------------------------- 26 呼叫建立分析 ----------------------------------------------------------------------------------------------------------------- 28 掉话分析 ------------------------------------------------------------------------------------------------------------------------ 31 5.3. 统计数据分析的TOP10法 -------------------------------------------------------------------------------- 37 Reference & File Name Vers. XXX Date 28/04/13 Page 3/39 6. 其他工具的介绍---------------------------------------------------------------------------------------------------- 38 CTP -------------------------------------------------------------------------------------------------------------- 38 ＣＡＴ２ -------------------------------------------------------------------------------------------------------- 38 ＥＣＴ ----------------------------------------------------------------------------------------------------------- 39 ＤＧＴ ----------------------------------------------------------------------------------------------------------- 39 6.1. 6.2. 6.3. 6.4. 7. 总结-------------------------------------------------------------------------------------------------------------------- 39 Reference & File Name Vers. XXX Date 28/04/13 Page 4/39 1. 前言 本资料为讯联公司内部技术交流文件，为初级GSM无线优化工程师提供优化工作指南。使用本资料的用户必须具备数字移动通信方面的基础知识，并且熟悉MOTOROLA GSM BSS系统。 2. 无线优化概述 无线优化是网络运行维护的重要组成部分,无线优化对提高网络质量和保持良好网络质量有着密切的关系. 无线优化主要着眼于网络的无线部分(BSS),从天线到BSS内的小区参数都是无线优化调整的目标. 无线优化是通过分析路测结果和OMC的统计数据,对上述目标作出调整,达到提高网络质量的目的. 进行无线优化的主要工具有TEMS测试手机,GPS,手提电脑,ANT分析软件,Netplan(Parcell)等等 2.1. 无线优化的程序 2.1.1.无线优化的准备 无线优化项目的准备工作有: 1)系统的有关资料 网络的规模:基站数,基站的配置,BSC/MSC的数目. 基站天线的物理参数,如下表 Reference & File Name Vers. XXX Date 28/04/13 Page 5/39 小区名称 A B C 天线方向 天线挂高 天线类型 天线增益 下倾角度 ERP 地图,标明基站的位置,天线方向,BSIC,频率,站号 基站的参数.(文件形式,从BSC中取得) 最近一周的统计数据 问题收集 2)人力资源和工具 路测组,2人 统计组,2人 基站工程师和交换工程师,各一人 测试车,TEMS,GPS,ANT,打印机,手提电脑 Netplan 或者 Parcell 3)其他工作 项目介绍. 责任和分工 项目的时间计划 其他. 2.1.2.无线优化的进行 无线优化是发现问题和解决问题的过程，从而达到提高系统的性能的目的。系统问题的提出主要是通过路测和结果分析,统计分析,以及用户投诉等，无线优化的进程如下: Reference & File Name Vers. XXX Date 28/04/13 Page 6/39 2.1.3.报告与总结 报告的主要内容包括： 1）无线优化项目的总结 2）网络构造总结 BSC数目 BTS数目和类型 小区数目 TRX数目 结果满意? END 再路测/再提取统计数实施方案 制订相应方案 路测结果分析 统计数据分析 路测 提取统计数据 Reference & File Name Vers. XXX Date 28/04/13 Page 7/39 SDCCH数目 TCH数目 3）无线类资源的应用总结 无线参数检查结果和优化结果，包括：频率，BSIC，SDCCH的配置，LAC，功率，切换方式 等等 无线功能应用情况，包括：DTX，Power Control，Handover,Frequency Hopping等等 4）路测结果 信号强度覆盖图 话音质量显示图 SQI显示图 路测结果统计数据 5）系统性能的统计结果 比较优化前后下列统计指标情况 Drop_call_rate ; Call_setup_success_rate; Handover_success_rate; handover_failed_rate; Tch_block_rate; Sdcch_block_rate; Tch_taffic; Sdcch_traffic; Tch_rf_loss; Sdcch_rf_loss 6）建议和总结 对优化项目的总结 对系统的总体评估 对如何解决网络问题的建议 对网络未来发展的建议 对网络日常维护的建议 3. 日常维护工作 一个系统要能够良好工作，除了前期的工程建设，中期的优化工作，后续的系统维护相当重要。只有具备了足够的系统知识，掌握良好的维护方法，按照一定的巡检维护程序进行，系统才能保持良好的工作状态。 Reference & File Name Vers. XXX Date 28/04/13 Page 8/39 我们在此提出的是一般情况下的维护，仅供优化工程师和运行维护人员参考。 MOTOROLA GSM BSS由BSC和BTS构成，BSC是整个基站子系统的核心，控制若干个基站，其工作状态对整个BSS子系统影响很大。针对BSC、BTS的维护，我们建议做到 ▲ ▲ ▲ 日常监测 每周分析 月度维护 3.1. 日常监测 BSS日常监测 BSC日常监测主要检查BSC（RXCDR）工作状态： ▲ ▲ ▲ ▲ 硬件（GPROC、KSW、XCDR、MSI、GCLK、LANX等） 信令链路（MTL、RSL、OML、XBL等） 基站（PATH、SITE）是否处于正常工作状态 检查BSC（RXCDR）是否有告警 BTS日常监测主要检查： ▲ ▲ ▲ ▲ ▲ 基站 基站硬件设备 信令链路是否处于正常工作状态 查看BTP、DRI、MSI、MMS、RSL、GCLK、CAB、SITE、PATH、RTF的状态是否正常 监视BTS的告警，及时处理异常情况。(熟悉基站报警情况，对于优化，维护工作起很大作用，命令格式为 disp_act_alarm 3.2. 每周分析 每周分析要对本周的话务进行分析，主要是以下统计数据 ▲ ▲ ▲ TCH&SDCCH阻塞率 TCH&SDCCH射频丢失 掉话率 Reference & File Name Vers. XXX Date 28/04/13 Page 9/39 ▲ ▲ ▲ 越区切换失败 总话务量 前10位统计数据（TOP TEN） 以上统计数据可在OMCR上PM进程得到，分为全网,每BSS,每CELL三个层次。根据这些统计数据，分析指标较差的BSC、CELL可能存在的问题；对比上一周的统计数据，查找明显异常的BSC、CELL，分析变化的原因，提出处理的方法并进行处理，以提升系统性能指标。为了更好地进行维护，应当对本周的故障总结、分类、存档，以备查考；记录网络变更的情况，为故障定位、系统分析、网络优化提供参考。 3.3. 月度维护 月度维护主要完成系统性能总结 系统性能总结是对本月整个系统的运行状况做一个总结，找出系统运行的不良点，分析系统尚未解决的问题，寻求解决的办法。 ▲ ▲ ▲ ▲ ▲ 客户投诉汇总 系统严重问题 网络覆盖状况 网络资源利用率 网络整改的可能性 4. 统计数据 正如第二节所说，优化分析工作很大一部分依赖与统计数据的收集和分析，下面将简单介绍统计数据。 任何一个通信网络的性能都应能被监控和测量，并向用户提供一个可量化的服务指标。GSM网络就是通过一些由各网元（NE）收集的统计数据来监控和测量网络性能的。Motorola GSM基站系统（BSS）对系统性能指标的统计数据可在OMCR上Performance Management（PM）中统计并显示出来，它包括了GSM技术规范12.04中的统计数据和Motorola自定义的一些统计数据。网络操作人员可利用原始统计数据和处理过的统计数据来进行网络管理和规划。具体来说，有以下几个用途。 Reference & File Name Vers. XXX Date 28/04/13 Page 10/39 1. 监控服务质量。 2. 发现故障。 3. 优化。 4. 网络规划。 5. 硬件安装检查。 Motorola的原始统计数据共有100多项，因此Motorola定义了关键统计（key statistics）对最主要的系统性能进行监控，它是用原始统计数据通过一些预先定义的公式组合计算出来的。另外Motorola还从用户的角度出发，定义了网络状态（Network Health）统计，它是由原始统计和关键统计组合计算得到的。下面介绍的一些常用统计数据主要就是从这两种统计数据提取出来的，我们重点关心的是BSS呼叫处理方面的统计。 我们要介绍的常用统计（以小区为统计基础）有： 呼叫建立成功率（call_setup_success_rate） 掉话率（drop_call_rate） TCH阻塞率（tch_congestion_key） TCH射频丢失率 （tch_rf_loss_key） TCH业务量（tch_traffic） SDCCH阻塞率（sdcch_congestion_key） SDCCH射频丢失率（sddch_rf_loss_key） SDDCH业务量（sdcch_traffic） 切换成功率（handover_success_rate） 切换失败率（handover_failure_rate） 4.1. 呼叫建立成功率 该统计项表示的是成功接入SDCCH且要求建立TCH的呼叫请求中成功分配TCH的比例，包括一般的呼叫、紧急呼叫、短消息业务、寻呼响应和重建呼叫，不需要TCH的呼叫排除在外，例如在SDCCH上完成的短消息服务。阻塞、射频丢失和其它妨碍移动台接入系统服务的一些原因会影响该统计项。 Reference & File Name Vers. XXX Date 28/04/13 Page 11/39 该统计是百分数。它涉及以下原始统计数据： TOTAL_CALLS. （总呼叫次数） OK_ACC_PROC[CM_SERV_REQ_CALL].（一般主叫成功接入次数） OK_ACC_PROC[CM_SERV_REQ_SMS]. （短消息服务成功接入次数） OK_ACC_PROC[CM_SERV_REQ_EMERG]. （紧急呼叫成功接入次数） OK_ACC_PROC[CM_REESTABLISH].（呼叫重建成功接入次数） OK_ACC_PROC[PAGE_RESPONSE]. （被叫成功接入次数） SMS_INIT_ON_SDCCH. （在SDCCH上建立的短消息服务次数） CONGEST_ASSIGN_HO_SUC. （由于标准直接重试-standard directed retry而引起的成功切换次数） 通过此统计项，可监控该cell（BSC、System-视统计范围而定）的服务质量、发现故障、衡量服务接入能力等。 call_setup_success_rate(%)= SUM(total_callscongest_assign_ho_suc)_proc[cm_serv_req_call]*100%SUM(ok_acc ok_acc_proc[cm_serv_req_emerg] ok_acc_proc[cm_serv_req_sms] ok_acc_proc[cm_reestablish] ok_acc_proc[page_response]- sms_init_on_sdcch) 4.2. TCH掉话率 该统计项表示的是成功分配TCH 的移动台由于射频或设备等问题而导致的对TCH的非正常释放的比率。它包括射频丢失和切换失败两方面引起的掉话。该统计项对cell、BSS和network的计算公式略有不同。 该统计项为百分数，它涉及以下原始统计数据： Reference & File Name Vers. XXX Date 28/04/13 Page 12/39 IN_INTER_BSS_HO[IN_INTER_BSS_HO_SUC].（BSC之间成功切入的次数） IN_INTRA_BSS_HO[IN_INTRA_BSS_HO_SUC].（BSC内部成功切入的次数） OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_ATMPT].（尝试进行BSC之间切换切出的次数） OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_RETURN].（进行BSC之间切换切出未成功又返回原TCH的次数） OUT_INTRA_BSS_HO[OUT_INTRA_BSS_HO_LOSTMS]. （进行BSC内部切换切出未成功又没返回原TCH即丢失的次数） INTRA_CELL_HO[INTRA_CELL_HO_LOSTMS].（小区内部切换丢失的次数） OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_SUC].（进行BSC之间切换切出成功的次数） RF_LOSSES_TCH.（TCH射频丢失的次数） TOTAL_CALLS.（总呼叫次数） 该统计项可用于故障检查、优化等方面。 DROP_CALL_RATE Cell level： rf_losses_tch intra_cell_ho[intra_cell_ho_lostms]out_intra_bss_ho[out_intra_bss_ho_lostms]Drop_call_rate(%)= out_inter_bss_ho[ inter_bss_ho_lostms] total_callsin_inter_bss_ho[in_inter_bss_ho_suc] in_intra_bss_ho[in_intra_ho_suc]*100% 其中：inter_bss_ho_lostms= out_inter_bss_ho[out_inter_bss_ho_atmpt]- out_inter_bss_ho[out_inter_bss_ho_suc]- out_inter_bss_ho[out_inter_bss_ho_return] BSS level： Reference & File Name Vers. XXX Date 28/04/13 Page 13/39 SUM(rf_losses_tch intra_cell_ho[intra_cell_ho_lostms]out_intra_bss_ho[out_intra_bss_ho_lostms]Drop_call_rate(%)= out_inter_bss_ho[ inter_bss_ho_lostms])calls SUM(total_*100% in_inter_bss_ho[in_inter_bss_ho_suc])其中：inter_bss_ho_lostms= out_inter_bss_ho[out_inter_bss_ho_atmpt]- out_inter_bss_ho[out_inter_bss_ho_suc]- out_inter_bss_ho[out_inter_bss_ho_return] Network level： SUM(rf_losses_tch intra_cell_ho[intra_cell_ho_lostms]out_intra_bss_ho[out_intra_bss_ho_lostms]Drop_call_rate(%)= out_inter_bss_ho[ inter_bss_ho_lostms]) SUM(total_calls)*100% 其中：inter_bss_ho_lostms= out_inter_bss_ho[out_inter_bss_ho_atmpt]- out_inter_bss_ho[out_inter_bss_ho_suc]- out_inter_bss_ho[out_inter_bss_ho_return] 4.3. TCH阻塞率 该统计项表示的是由于TCHs拥塞而导致的呼叫建立和小区内切换被拒绝的比率。 该统计是百分数。它涉及以下原始统计数据： ALLOC_TCH. （分配TCH成功的次数） ALLOC_TCH_FAIL. （分配TCH不成功的次数） 通过此统计项，可监控该cell（BSC、System-视统计范围而定）的服务质量、发现故障、进行网络规划等。 Reference & File Name Vers. XXX Date 28/04/13 Page 14/39 TCH_CONGESTION_KEY tch_congestion_key (%)= SUM(alloc_SUM(alloc_tch_fail)tchalloc_tch_fail)*100%4.4. TCH射频丢失率 该统计项是统计在整个实用TCH过程中TCH上发生射频丢失的比率。该统计 项可用来衡量呼叫过程中系统的无线情况。该统计项对cell、BSS和network的计算公式略有不同。 该统计是百分数。它涉及以下原始统计数据： RF_loss_tch (由于TCH无线丢失的次数) Total_calls (总的成功建立呼叫次数) In_inter_bss_ho_suc (各BSS间成功切换进入次数) In_intra_bss_ho_suc (BSS内部成功切换进入次数) Reference & File Name Vers. XXX Date 28/04/13 Page 15/39 通过此统计项，可监控该cell（BSC、System-视统计范围而定）的服务质量、故障检查、硬件安装检查等。 4.5. TCH业务量 该统计项表示的是小区TCH上承担的总话务量。它的单位为爱尔兰（Erlangs）。对单载频小区其值应在0-7之间， 2个载频应在0-15之间等等，即在0到该小区的TCH数目之间。它涉及以下原始统计数据： BUSY_TCH.（BUSY_TCH_MEAN统计时段内占用TCH的平均值） 该统计项可用于网络规划、系统优化等方面。 TCH_TRAFFIC tch_traffic = busy_tch_mean 4.6. SDCCH阻塞率 该统计项表示的是由于SDCCHs拥塞而导致的呼叫建立被拒绝的比率。 该统计是百分数。它涉及以下原始统计数据： ALLOC_SDCCH. （分配SDCCH成功的次数） ALLOC_SDCCH_FAIL. （分配SDCCH不成功的次数） 通过此统计项，可监控该cell（BSC、System-视统计范围而定）的服务质量、进行网络规划等。 SDCCH_CONGESTION_KEY sdcch_congestion_key (%)= Reference & File Name Vers. XXX Date 28/04/13 Page 16/39 SUM(alloc_SUM(alloc_sdcch_fail)sdcchalloc_sdcch_fail)*100% 4.7. SDCCH射频丢失率 该统计项是统计在SDCCH上发生射频丢失的比率。该统计项可用来衡量小区/系统对呼叫的保持能力。 该统计是百分数。它涉及以下原始统计数据： RF_LOSSES_SD. （SDCCH上发生射频丢失的次数） OK_ACC_PROC. （成功接入次数，即分配SDCCH成功的次数。它是该Counter Array统计中所有组成项的总和） 通过此统计项，可监控该cell（BSC、System-视统计范围而定）的服务质量、故障检查、硬件安装检查等 SDCCH_RF_LOSS_RATE sdcch_rf_loss_rate (%)= SUM(rf_losSUM(ok_accses_sd)_proc)*100% 4.8. SDCCH业务量 该统计项表示的是小区SDCCH上承担的总话务量。它的单位为爱尔兰（Erlangs）。它涉及以下原始统计数据： BUSY_SDCCH.（BUSY_SDCCH_MEAN统计时段内占用SDCCH的平均值） 该统计项可用于网络规划、系统优化等方面。 SDCCH_TRAFFIC sdcch_traffic = busy_sdcch_mean Reference & File Name Vers. XXX Date 28/04/13 Page 17/39 4.9. 切换成功率 该统计项表示的是某源小区（该统计项表示的小区）成功切换到目标小区的比率。该统计项包括了BSC之间的切换。它涉及以下原始统计数据： OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_SUC].（进行BSC之间切换切出成功的次数） INTRA_CELL_HO[INTRA_CELL_HO_SUC].（小区内部切换成功的次数） OUT_INTRA_BSS_HO[OUT_INTRA_BSS_HO_SUC].（进行BSC内部切换切出成功的次数） OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_ATMPT].（尝试进行BSC之间切换切出的次数） INTRA_CELL_HO[INTRA_CELL_HO_ATMPT].（尝试进行小区内部切换的次数） OUT_INTRA_BSS_HO[OUT_INTRA_BSS_HO_ATMPT].（尝试进行BSC内部切换切出的次数） 该统计项可用于服务质量监控、优化、故障检查等方面。 handover_success_rate (%)= SUM(out_inter_bss_ho[out_inter_bss_ho_suc] intra_cell_ho[intra_cell_ho_suc] out_intra_bss_ho[out_intra_bss_ho_suc])SUM(out_inter_bss_ho[out_inter_bss_ho_atmpt] intra_cell_ho[intra_cell_ho_atmpt] out_intra_bss_ho[out_intra_bss_ho_atmpt])*100% 4.10. 切换失败率 该统计项表示的是某源小区（该统计项表示的小区）到目标小区的切换失败比率。该统计项包含了切换失败后未能返回源小区信道导致的掉话。它涉及以下原始统计数据： INTRA_CELL_HO[INTRA_CELL_HO_LOSTMS].（小区内部切换丢失的次数） OUT_INTRA_BSS_HO[OUT_INTRA_BSS_HO_LOSTMS].（进行BSC内部切换切出未成功又没返回原TCH即丢失的次数） Reference & File Name Vers. XXX Date 28/04/13 Page 18/39 OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_SUC].（进行BSC之间切换切出成功的次数） OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_RETURN].（进行BSC之间切换切出未成功又返回原TCH的次数） OUT_INTER_BSS_HO[OUT_INTER_BSS_HO_ATMPT].（尝试进行BSC之间切换切出的次数） INTRA_CELL_HO[INTRA_CELL_HO_ATMPT].（尝试进行小区内部切换的次数） OUT_INTRA_BSS_HO[OUT_INTRA_BSS_HO_ATMPT].（尝试进行BSC内部切换切出的次数） 该统计项可用于服务质量监控、优化、故障检查等方面。 注意handover_success_rate+handover_failure_rate≠100%，因为上述两项统计均未包含切换失败后又返回源小区信道的那部分。 handover_failure_rate (%)= SUM(intra_cell_ho[intra_cell_ho_lostms] out_intra_bss_ho[out_intra_bss_ho_lostms] out_inter_bss_ho[out_inter_bss_ho_atmpt] out_inter_bss_ho[out_inter_bss_ho_suc]-- out_inter_bss_ho[out_inter_bss_ho_return])SUM(out_inter_bss_ho[out_inter_bss_ho_atmpt] intra_cell_ho[intra_cell_ho_atmpt] out_intra_bss_ho[out_intra_bss_ho_atmpt])*100% 5. 优化数据分析流程 5.1. 路测数据的分析 路测是优化过程的重要部分，它能直接反映系统的无线运行质量。路测路线的确定，应该是涵盖系统的主要覆盖范围，尽可能详细，因为路测范围越广，其结果就越准确地反应系统的无线运行质量。 Reference & File Name Vers. XXX Date 28/04/13 Page 19/39 在路测和路测结果分析时，应着重考虑以下因素： 信号强度 观察信号强度是否足够，有无覆盖盲点，信号是否达到设计要求。 话音质量 观察是否有干扰，监听通话质量是否良好。 同频与邻频干扰 观察是否有同频或邻频干扰，一般确定邻频干扰的方法是通过TEMS来扫描频点，看看邻频频点是否过强，如果是，基本可确定是邻频干扰。确定同频干扰的方法是，首先关闭服务小区，然后用TEMS扫描同频频点，确定干扰源。 另外，要注意观测邻小区的BSIC值，一般若某载频（BCCH）的BSIC读不出来（信号足够强的情况下），通常是受到干扰。若是所有（或大多数）邻小区的BSIC值读不出来，这可能受到宽频带的外部干扰。 小区覆盖范围 观察小区覆盖范围是否过大或过小，该区域是否应该由此小区覆盖，记录覆盖过远或过小的基站。 天线方向 观察信号是否在天线的主瓣方向最强，频点是否正确。观测天线的实际安装角度是否与设计相吻合。 基站的硬件和天线性能 观察小区切换是否成功（有无HANDOVER FAILURE的信息），CALL SETUP 是否快捷，是否存在有信号但不能呼出的情况。 邻近小区的定义 Reference & File Name Vers. XXX Date 28/04/13 Page 20/39 小区覆盖范围是否过大，是否有强信号但无切换的情况（有无HANDOVER COMMAND信息，若无此信息则可能没定义邻小区关系）。 切换的性能 是否有HANDOVER FAILURE信息，有无乒乓切换现象，HANDOVER MARGIN设置是否合理。 掉话情况 是否有掉话，是上型还是下型干扰引起的，是否由硬件故障引起。 天线下倾角度的合理性 小区信号辐射是否过远或过近，天线倾角是否过小或过大。 5.2. 统计数据的分析 在日常的维护和优化工作中，我们通常关心的是以下几个问题：硬件问题、频率干扰问题、呼叫建立问题、阻塞问题、掉话问题。这些问题在OMCR统计数据中都有直接或间接的体现。事实上，这几个问题之间也互有关联，例如某个小区的某个（或几个）载频存在硬件故障仍继续工作，可能会导致该小区出现呼叫建立成功率降低，掉话率升高等问题。因此要使一个系统始终处于平稳的运行状态中，我们要学会从统计数据中发现这些问题，分析问题发生的可能原因，并结合路测、频率规划检查、基站检查、数据库检查等手段拿出解决方案来。我们分析问题的顺序一般可按照下页列出的流程顺 序进行，当然也并非绝对要按照这种顺序，因为问题的出现都是互为关联的，处理前面的问题有时也要看看后面问题涉及的指标，例如一个载频各时隙的BER都很大，除了载频硬件问题外，还应考虑是否存在频率干扰问题；无线接通率低，可看看本小区TCH阻塞率是否很高等等。总之在排除了前面的问题后，后面问题发生的原因范围 就缩小了，相对容易对问题进行定位。 Reference & File Name Vers. XXX Date 28/04/13 Page 21/39 硬件问题分析 频率干扰分析 呼叫建立分析 掉话分析 5.2.1.硬件问题分析 此处所指的硬件问题主要是指BTS 射频方面存在的故障，包括载频校准值、射频各部件产品本身、天线安装等方面的问题。总的说来，基站的发射部分产生的问题对系统指标的影响更大一些。这些问题主要反映在关于载频的统计指标中，我们常用的三个观察指标为：BER、PATH_BALANCE、和RF_LOSSES_TCH。 1. BER BER是比特误码率（Bit Error Rate）的简写，它是一个normal distribution统计，每个SACCH复帧（480ms）上报一次，反应了激活信道 Reference & File Name Vers. XXX Date 28/04/13 Page 22/39 （时隙）的下行接收质量。我们都知道，在TCH上一个SACCH复帧内移动台接收100个下行帧，得出每帧的BER。这100个BER通过非加权的算法得出一个该SACCH复帧内的总体平均BER，并把该平均值转换为GSM定义的八个质量级别（quality bands）之一，把上行测量报告中报告给BSS。BSS在进一步交由HDPC平均处理前可将服务级别转化成相应的假定值。在数据库参数中可定义不采用假定值，而直接采用报告的服务级别值来进行处理。HDPC决定了MS是否需要进行功率控制（Power Control）或切换（Handover）。一般观察较长时间后，若该载频的每个时隙的BER一直都较高（BER值的正常范围应视系统而定，系统市区平均（BER_MEAN）值比郊区高，一般正常值在1.6以下，最大不应大于3）时，反映该载频的下行链路质量存在问题，需检查该载频的校准、频率干扰及载频本身是否存在问题。 2.PATH_BALANCE path_balance是每480ms更新一次的反映链路平衡情况的normal distribution统计。路径损耗（path loss）等于发射台的发射功率与接收台的接收功率的差值。基于每sacch复帧基础上计算该统计的公式如下： Path_balance = uplink Pathloss- downlink Pathloss 其中： uplink Pathloss = actual MS txpwr – rxlev_ul downlink Pathloss = actual BTS txpwr – rxlev_dl rxlev_ul/dl是当前报告的最新值，而不是平均值。 上面的结果再以110为基准衡量，即实际的path_balance统计项等于上面的Path_balance加上110。一般理论上上行和下行的路径损耗应相同，考虑到分集接收的增益，上行路径损耗应低一些，所以该统计项应低于110。考虑到无线信号在一般空间传播的不稳定性和多径效应，根据实际经验，该统计项在100-115之间时，我们认为都是正常的。该统计的平均值高于115表明BTS接收通路可能存在 问题，如天线、射频电缆、接收分路器等等，低于100表明BTS发射通路可能存在问题，如天线、射频电缆、滤波器、合路器等等。 3.RF_LOSSES_TCH Reference & File Name Vers. XXX Date 28/04/13 Page 23/39 RF_LOSSES_TCH和RF_LOSSES_SD都属于呼叫清除统计。我们知道在专用模式下，MS每480ms向BSS发送一次测量报告。当在规定时间未收到测量报告时，HDPC中的计数器link_fail将减1。Link_fail 的最大值可在数据库中利用add_cell命令定义。如果一段时间的测量 报告未送达BSS则明显表明MS的上行连接丢失了。在这种情况下，link_fail连续减1，并最终达到0，当达到0时，RSS宣布链路连接失败，并送一个错误指示信息来通知RRSM。RRSM则指示RRS停用此TCH，并发送一无线信道释放（Radio Channel released）消息给SSM。SSM向MSC发送一清除请求（Clear Request）。 RF_ LOSSES_TCH属于counter统计类型，是当RRSM接收到信道类型为TCH的错误指示信息时基于每时隙统计的。它统计了由于RF问题导致通话非正常结束的次数。当一个载频的RF LOSS次数比同一小区的其它载频远远多时，基本可判断该载频存在硬件问题。除此之外，导致RF LOSS的原因还有频率干扰、基站覆盖、错误邻小区、邻小 区阻塞、切换速度过慢、软件问题等。 5.2.1.1. 分析流程 一般优化时或工程结束后，我们会观察告警、Path_balance等指标来发现一些硬件设备问题。实际上在日常维护中也应经常关注告警和Path_balance等统计指标，及时发现问题并解决，使系统保持平稳运行。本文主要介绍统计数据的分析流程，关于告警的分析请参考Motorola GSR4中的相关内容。 如果我们发现某个小区不正常（根据统计数据、DRIVETEST或用户投诉），首先应确定该小区是否存在硬件问题。检查硬件问题，首先可观察告警消息和基站状态，然后可按照下面的分析流程进行。如果我们观察到某个载频的统计数据（PATH_BALANCE、BER或RF_LOSSES_TCH之一、二甚至三）不正常，先应观察同一小区的其它载频相应的统计项，若均不正常说明该小区存在问题，若有两三个不正常，可观察其是否连接同一合路器等，以此来判断硬件问题的范围。若其它载频正常，则说明该载频存在问题，在OMC端可通过复位、改频等手段，在BTS端可通过检查载频的收发校准、更换器件、载频硬复位等手段。 Reference & File Name Vers. XXX Date 28/04/13 Page 24/39 分析流程 RF_LOSSES分析：（PB为PATH_BALANCE简称） 某载频的RF_LOSSES_TCH 值不正常 同一小区其它载频的此值正常否？ 正常 不正常 检查天线、馈线、双工器、滤波器、CBF或HC（合路器）等、DLNB、IADU等 检查载频的PB值 正常 改变频点 不正常 见PATH_BALANCE分析 载频硬复位 更换载频 某载频的BER 值不正常 同一小区其它载频的此值正常否？ 不正常 检查天线、馈线、双工器、滤波器、CBF或HC（合路器）等，重点驻波比 BER分析：（PB为PATH_BALANCE简称） 正常 检查载频的PB值 正常 不正常 见PATH_BALANCE分析 改变频点 更换载频 PATH_BALANCE分析：（PB为PATH_BALANCE简 称 ） Reference & File Name Vers. XXX Date 28/04/13 Page 25/39 某载频的PB值不正常 同一小区的其它载频的PB值正常否？ 正常 均偏小检查天线、馈线、双工器、滤波器、CBF或HC（合路器）等；均偏大检查天线、馈线、双工器、DLNB、IADU等 不正常 检查载频射频电缆 偏小检查载频的发射校准；偏大检查载频的接收校准 更换载频 5.2.2.频率干扰分析 我们知道无线覆盖和频率干扰是移动网建设的两大难题。GSM系统对同频干扰的要求是C/I≥9～12dB，对邻频干扰的要求是载频偏离200KHz时C/I≥－9dB，偏离400KHz时C/I≥－41dB。当频率干扰，特别是同频干扰大于这些值时，不仅会影响到通话的质量，还会影响掉话率、呼叫建立成功率等统计指标。频率干扰从信号方向上分为上行干扰和下行干扰两种，从来源上分为系统内干扰、系统外干扰两种。系统内干扰较为普遍的是由于小区覆盖问题导致的上行干扰，我们可通过控制小区覆盖范围、修改频率规划等手段加以解决；系统外干扰从时间上分为突发性的干扰和固定时段的干扰，从干扰的频率来看分为针对个别信道的窄带干扰和全频带的宽噪声干扰。对固定时段出现的外来窄带干扰我们可通过改频等方法暂时避开干扰，对宽带干扰我们只有在找到干扰源后才能决定下一步的策略。在MOTOLORA 系统中，我们通常借助统计数据INTF_ON_IDLE和BER来找到受干扰小区和载频,其中INTF_ON_IDLE反映了上行的干扰情况，BER一定程度上反映了下行的干扰情况。一般来说，由于上行信号比下行信号更容易受到干扰，我们更多地从INTF_ON_IDLE统计项来发现干扰问题。BER分析前面已有介绍，INTF_ON_IDLE分析见下面。 INTF_ON_IDLE: Reference & File Name Vers. XXX Date 28/04/13 Page 26/39 INTF_ON_IDLE是每480ms更新一次的反映上行环境噪声情况的基于时隙的normal distribution统计。当一个TCH时隙处于空闲状态时，它不断地监测任何上行环境噪声。在一个SACCH复帧时间里，将对每个时隙提供104次监测值，这些抽样值每480ms被处理为一个平均噪声电平值。该值报告给HDPC，并被HDPC进一步做平均和处理。HDPC周期性地向CRM报告每个空闲时隙的干扰电平。CRM把此项统计作为信道分配顺序的依据。若某载频的INTF_ON_IDLE异常（INTF_ON_IDLE值的范围应视系统而定，一般系统市区的平均值比郊区高，一般正常值应小于10），则反映了该载频上行信道干扰较大，需要检查频率规划、基站接收和发射、是否有外载波干扰等。 5.2.2.1.分析流程图 前面已经介绍了BER和INTF_ON_IDLE的定义。根据这两个统计项，特别是INTF_ON_IDLE，我们可以确定受到干扰的小区和载频，从而相应地分析可能导致干扰的原因。一般来说，如果干扰来自GSM系统，则INTF_ON_IDLE和BER值都会异常；若来自非GSM系统，则两者之一或全部均可能异常；若基站过覆盖，则其BER值可能正常而INTF_ON_IDLE值不正常。若干扰是由于系统内非硬件原因造成的，可通过调整相应基站覆盖、调整天线方位角、频率规划修改及修改小区参数等手段加以解决，需要说明的是应该特别注意系统内直放站的规划和调测。若干扰来自系统外，先根据统计数据找到被干扰的大致区域，对相应小区或载频进行改频或改方位角看能否解决，若避不开干扰，则先观察区域内存在的大功率无线发射站，然后利用路测设备或扫频仪确定干扰源。找到干扰源后，与其制造者协商解决。 Reference & File Name Vers. XXX Date 28/04/13 Page 27/39 某载频的INTF值不正常 同一小区其它载频的此值正常否？ 正常 检查天线、馈线、双工器、DLNB、IADU等，重点天线环境检查和驻波比检查 干扰问题分析：（PB为PATH_BALANCE简称，INTF为INTF_ON_IDLE简称） 不正常 检查载频的BER值 正常 不正常 不正常 见前面BER分析 检查载频的PB值 正常 见前面PB分析 更改频点 INTF仍不正常 更改天线方位角 INTF仍不正常 寻找系统外干扰源 与干扰源制造者协商解决 5.2.3. 呼叫建立分析 我们前面介绍的Call_Setup_Success_Rate（呼叫建立成功率）是评价系统性能的一项重要指标。它反映了成功接入SDCCH且要求建立TCH的呼叫请求中成功分配TCH的比例。实际上根据呼叫流程，MS在接入TCH前首先需接入SDCCH，所以未能接入SDCCH也应该算不成功的呼叫建立。对于呼叫建立的分析我们应立足于对呼叫流程的理解上，通过对呼叫建立成中一些原始数据的分析，特别是与呼损有关的来发现问题，从而提高呼叫建立成功率。 Note : 呼叫流程表见附录文件 对呼叫建立成功率影响较大的有SDCCH block; SDCCH RF loss; TCH block。 Reference & File Name Vers. XXX Date 28/04/13 Page 28/39 1. SDCCH block SDCCH Blocking Rate > 0,5%Threshold defined by the operator (eg 0,5%)Is this cell at a LACborder ?YesSolution 1Cell_Reselect_hysteresis tuningIn order to have a signifiant result,increase it using a 4 dB stepNoMonitoring of :\"SDCCH RF loss rate\"\"Assignment Failure Rate (LostMS)\"YesSDCCH RF loss rate > alert thresholdand/orSDCCH RF loss rate > alert threshold ?NoPut back the parameter toits original valueYesSDCCH blocking rate> 0,5% ?NoSolution 2TCH reconfiguration(TCH->SDCCH)Problem fixedTCH blocking rate = 0 ?YesIs the cell traffic lessthan 80% ?NoYesLong term solutionssee \"TCH blocking rate\" sheetor LAC modificationTCH reconfigurationTCH -> SDCCH2. SDCCH RF Loss Reference & File Name Vers. XXX Date 28/04/13 Page 29/39 SDCCH RF loss Rate > thresholdThe SDCCH RF Loss Rate indicator is incremented at eachexpiration of RLTO (Radio Link Time Out) or Link_Fail.(Coverage or quality problem)Uplink and/orDownlink Quality> threshold ?YesNoInterference problem (UL and/or DL)See \"Call Drop Rate\" sheet - ?Quality problemUplink and/orDownlink Level> threshold ?YesNoCoverage pbroblem (UL and/or DL)See \"Call Drop Rate\" sheet - ?Level problemCoverage hole or system problem1st action : see \"Call Drop Rate\" sheet - ?TCH RF Loss Rate2nd action : monitor SDCCH Access Failure Rate. If there is a suddenly increaseof this value, it could be a hardware problem. 3. TCH block Reference & File Name Vers. XXX Date 28/04/13 Page 30/39 TCH Blocking Rate > 2%Threshold defined by the operator (eg 2%)NoIs the cell barred?YesMacro CellMicrocell specific optimisationIs any desactivatedTRX available?YesFind a \"clean\" frequencyand activate it.NoSDCCH blocking rate=0 ?YesSDCCH/TCH configuration tuningNoIs the Congestion Relieffeature activated ?YesNoHardware solution1- Sectorisation if possible2- Add TRX3- Add a site4- Long term action : densificationActivate Congestion Relief 5.2.4. 掉话分析 Reference & File Name Vers. XXX Date 28/04/13 Page 31/39 移动通信中由于无线电信号在空间传播中受周围环境影响较大，加上运动过程中信号传播路径的改变，掉话可以说是不可避免的，这是与有线通信的一大区别。掉话可分为SDCCH掉话和TCH掉话。SDCCH掉话常用观察指标为SDCCH_RF_LOSS_RATE，其处理方法可参考TCH 掉话。而根据TCH掉话率的公式（见前面常用指标数据），我们可将其分为两部分：射频丢失率（TCH_RF_LOSS_RATE）和切换丢失率组成的（HO_LOSS_RATE） 掉话分析如下： Reference & File Name Vers. XXX Date 28/04/13 Page 32/39 Drop Call Rate > Alert threshold4 possible causes :1- Level problem2- Quality problem3- Radio problem or Neighbour congestion4- System problemAction 1 : check HO and PC parametersAction 2 : Check BTS and MS powerAction 3 : Check neighbouring relationshipsInter cell HO Failure Rate (LostMS) > threshold&Uplink level and/or Downlink level > threshold ?NoYesInter cell HO Failure Rate (LostMS) > threshold&Uplink quality and/or Downlink quality > threshold ?Level problemsee \"level problem\" sheetYesNoQuality problemsee \"quality problem\" sheetTCH RF Loss Rate > seuil ?NoYesEnd of theanalysisSee \"TCH RF Loss Rate\" sheet Level problem Reference & File Name Vers. XXX Date 28/04/13 Page 33/39 Level ProblemIntercell Ho fail rate (lostMS) > threshold&Uplink level and/or downlink level > thresholdUplink level > threshold ?YesNoNoIs \"uplink level\"suddenly increasing ?HO parameters errorCheck LNA configuration in the databaseand in the siteYesHardware problemPower budget unbalanced (DL too strong)Check the power budget with CTP or K11031- LNA failure2- Connectors problems (due to bad weather, or ageing)Downlink level > threshold ?YesNoIs \"downlink level\" suddenlyincrease ?Radio problemsee \"TCH RF LossRate\" sheetYesNo1- Connectors problems (due to bad weather, or ageing)2- Antenna, tilt and azimuth checking\"Sdcch RF Loss Rate\" increasing or \"Incoming volume\" decreasingfor a constant traffic could confirm this hypothesis.Unbalanced power budget (UL too strong)Check the power budget with CTP or K1103Action :- On site verification- Connectors, or antenna repairing or modificationsIs the power budgetunbalanced?YesNoBalanced the power budgetDL-UL <= 2 dB- Tilt or Azimut modifications- Change the antenna- Sectorisation- Increase the antenna height- Add a site- Area densificationQuality problem Reference & File Name Vers. XXX Date 28/04/13 Page 34/39 Quality ProblemIntercell Ho fail rate (lostMS) > threshold&Uplink quality and/or downlink quality > thresholdNoUplink quality > threshold ?YesDownlink quality > threshold ?YesUplink InterferenceCheck the power budgetCheck all the reception chain(connectors, LNA, feeders,jumpers,...)NoDownlink interference on the source cellAction : locate the interferer cellNoPower budget >threshold ?YesRadio problem or neighborscongestionSee \"TCH RF Loss Rate\"sheetIs the \"incomingvolume\" suddenlydecreasing ?No1- By using the prediction tool (Parcell, Netplan,...)2- ManuallyYesSystem problemDownlink interference on thetarget cellAction : locate the interferer cellNoAre the interferencespredicted by the tool ?Yes1- By using the prediction tool (Parcell, Netplan,...)2- Manually- Activate BER Counters for \"Carrier and timeslotstatistics\" and \"Neighbour Statistics\".- Analyse the BER per TDMA.- By analysing the \"Intercell HO success rate\" per coupleof cell, we can found the couple of cells which have thelowest Outgoing \"Intercell HO success rate\"Are the interferencespredicted by the tool ?NoChange thefrequency(ies)Yes- Activate BER Counters for \"Carrier and timeslotstatistics\" and \"Neighbour Statistics\".- Analyse the BER per TDMA.- By analysing the \"Intercell HO success rate\" percouple of cell, we can found the couple of cells whichhave the lowest incoming \"Intercell HO success rate\"Change thefrequency(ies)TCH RF loss Rate Reference & File Name Vers. XXX Date 28/04/13 Page 35/39 TCH RF Loss Rate > ThresholdRLTO expiration, neighbor cells overloadedYesTCH blocking rate (neighbors) > threshold?NoSolve thecongestionproblem on theneighbour cellsNoMissing neighboursrelationships ?YesDeclare at theOMC the missingrelationshipsYesIs the levelsuddendlydecrasing ?Temporary solutionTune the averaging window.Decrease it in order to speed up the HOand PC decisionNoDefinitive solutionDeep analyse with the predictiontool (Parcell, Netplan,...)Correlation with the traffic areas :- Important ways- Shopping center- others important areasPower increasingAntenna configuration modificationRepeaterSectorisationAdd a sitehandover_success_rate Reference & File Name Vers. XXX Date 28/04/13 Page 36/39 Handover_success_rate too lowcoverage problem ?neighbour harewareproblem ?neighbour interference ?handover speed didn't fit ?Nomiss neighboure list ?check handover typehreqavehreqtn/pthresholdneighbour block ? 5.3. 统计数据分析的TOP10法 NoReference & File Name Vers. XXX Date 28/04/13 37/39 YesPage 任何问题的处理总是分轻重缓急，统计数据的分析也是如此。在此推介一种分析统计数据的方法－Top10。此方法适合于在把握系统整体情况后，集中分析处理对系统指标影响最大的基站。 TOP10方法基于以下理由： 1． 各项统计数据内在是密切相关的。（如无效试呼次数与SDCCH的掉话率等等。） 2． 指标的好坏程度是相对的。对不同系统很难定义指标好坏的分界点确切值是多少。 3． 便于发现主要矛盾，处理问题严重的小区。 TOP10方法描述：利用EXCELL软件的数据排序、筛选功能，将每项数据按照由坏到好排序，并且用颜色将最差的10个数据标记出来。例如：将掉话率最高的10个数据用红色标记，无效试呼率最高的10个数据用黄色标记，SDCCH射频丢失率最高的10个数据也用黄色标记。如下表中的数据。这样，我们就可以较为容易地各项数据关联起来，发现规律，找出问题 6. 其他工具的介绍 Motorola 的OMC终端给我们提供了一些有用的工具：CTP; CAT2; ECT; DGT 6.1. CTP Base Station System Management Application Part (BSSMAP) Direct Transfer Application Part (DTAP) Radio Sub-System (RSS) (measurement reports) CTP使我们可以跟踪并每个呼叫数据, 可记录下列信息： 由于路测工作费时费力，CTP可提供部分类似于路测的数据，对我们的优化工作有较大帮助。 6.2. ＣＡＴ２ Reference & File Name Vers. XXX Date 28/04/13 Page 38/39 ＣＡＴ２提供GSM网络的系统性能，帮助用户快速的发现目前存在问题的小区及可能有问题的小区。 6.3. ＥＣＴ ＥＣＴ提供系统产生的事件或报警信息，可以让用户自定义不同的网络元素的事件报告。 6.4. ＤＧＴ 网络维护人员有时可能不能很好的定位故障并且解决，DGT工具收集制定时间段的网络事件，帮助优化工程师分析定位问题。 7. 总结 优化工作牵涉到许多方面，一个系统的良好优化需要一个好的优化团队的努力辛勤工作 Reference & File Name Vers. XXX Date 28/04/13 Page 39/39
因篇幅问题不能全部显示，请点此查看更多更全内容
Copyright © 2019- 91gzw.com 版权所有 湘ICP备2023023988号-2
违法及侵权请联系：TEL:199 18 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务