网优指标日常分析.doc

网优指标日常分析解决方法 在日常的维护和优化工作中，我们通常关心的是以下几个问题： 硬件问题、频率干扰问题、呼叫建立问题、阻塞问题、掉话问题等。 这些问题在OMCR统计数拯中都有直接或间接的体现。下面就这些 问题具体描述: 一.网管中心下发数据中最差小区分类（考核）: SDCCH拥塞率达到10% TCH拥塞率达到5% 掉话率达到1% SDCCH拥塞率 sdcch alloc fail rate = alloc_sdcch_fail / chan_req_cause_atmpt *100 CRM（小区资源管理器）在收到channel request消息后，若成功分配 出 SDCCH,贝ij记 alloc_sdcch0 若无SDCCH可分配，即SDCCH发生拥塞，则记alloc_sdcch_fail =chan_req_ms_blk. 所以，正常情况下SDCCH的分配成功率等于100%, alloc_sdcch_fail应等于零。若存在较大的alloc_sdcch_fail ,说明 SDCCH拥塞严重。 ?产生Sdcch拥塞的原因一般为： 该小区覆盖范围过大。 该小区覆盖范围内用户增多。 C.如果在SDCCH频点上存在较严重射频干扰，一方面会造成无效 试呼次数和SDCCH射频丢失次数的增加，另一方面，市于移动 台频繁占用SDCCH或占用SDCCH的时长增加，可能造成SDCCH 的拥塞。 d.如果位置登记区的边界位于城市主要道路的两侧，或是其他人群 密集的区域，会造成该区域内移动台发生频繁的位置登记，加重 SDCCH的负荷，产生拥塞。 ?常用的解决方法是： a.增加SDCCH数目（TCH不拥塞的条件下） 具体操作方法： 输入CI或Site name （ Find— ）,Find Results框中出现要找的小区, 再点击Navigation Tree ?然后依下图所示点开所要寻找小区，（打开分 支时点击,，点击本身查看自身参数，寻找小区的过程必需，以下不 支时点击, 再提及）: Hardware DevicesLogical Links◎ S7:Kaifaquzhiju I Radio Frequencya JRTFGroupen I DRIGroup460-00-1434300-1434300-14343-24907 Hardware Devices Logical Links ◎ S7:Kaifaquzhiju I Radio Frequency a JRTFGroup en I DRIGroup 460-00-14343-14907 460-00-14343-34907 460-00-14343-24907 点开所要修改小区之后，点击View-Radio Channel Configuration 点击Edit—edit （修改参数必需，以下不再提及） 若为 OMC naming:修改 Preferred Number Of Sdcch （—般为 8, 16, 24, 32, 48）,根据实际需要进行更改。 若为 BSS naming:修改 number_sdcchs_preferred（同上）。 注：1 .View 中可选择 OMC naming 或 BSS namingo 2.目前版本 Maximum Number Of Sdcch （max_number_Of_sdcchs） 最大为48。 修改之后，点击file^save.（修改参数必需，以下不再提及） b.增大该小区的最小接入电平。 具体操作方法： 点开所要修改小区之后，点击view^Cell Selection — Reselection 若为 0MC naming:修改 Min Received Signal Level For Access,可根 据实际情况适当增大。 若为 BSS naming:修改 rxlev_access_min（同上）。 采用动态分配SDCCH的算法（该法影响载频完好率，不建议采用）o TCH拥塞率 TCH 拥塞率=alloc_tch_fail / (alloc_tch + alloc_tch_fail ) *100 (包含 切换) BSC的CRM随即分配TCH,如果此时无可用TCH,则记 ma_cmd_to_ ms_blk, 同日寸 i己 alloc_tch_fail。 所以，一般 ma_cm(i_to_ms_blk 及 alloc_sdcch_fail 应等于零。 若存在较大的 ma_cmd_to_ms_blk 及 alloc_sdcch_fail ,说明 TCH 拥 塞严重。 ?产生tch拥塞的原因一般为: 小区覆盖范围过大。 该小区覆盖范围内用户增多。 C? 该小区存在干扰导致一部分信道不