WCDMA 双频网优化.doc

WCDMA 双频网络优化设计专题双频网络优化设计专题 摘要摘要 随着 WCDMA 网络的发展 以及 W 网络特性 容量瓶颈越来越明显 在 在这种背景下双频甚至 3 频是大势所趋 随着而来的双频网的优化问题使我们 面临的一个重要课题 本文主要阐述主要双频网优化技术 iMCTA 和 iMCRA 原 理 以及实现 并重点介绍使用 iMCTA 技术进行的双频网络优化 关键词关键词 iMCTA iMCRA 1 引言引言 随着 3G 业务的普及 现网的 CS 业务 R99 业务 HSPA 业务增长迅速 现网话务模型已经和联通建网所使用的话务模型有较大的区别 原有的单频组 网已经逐渐不能满足网络的需要 由于考虑到建设成本和施工难度等因素 在 主城区增加新站难度十分巨大 因此通过将单载波扩容至两载波来解决容量问 题将成为必然之路 在实际网络中 由于热点区域话务增长迅速 为了改善热点地区的覆盖和 容量 建议优先对热点区域基站进行双载波扩容 当全网话务量达到一定程度 是 如果有必要 可以推动进行全网双载波的扩容 双频网络的引入使原有的 单频网络变得更为复杂涉及到话务分担策略 邻区配置方案 以及切换重选策 略等 目前在双频网络使用的技术和参数设计方案紧紧围绕 iMCTA 和 iMCRA 两个 技术来实现 2 双载波主要参数设计方案双载波主要参数设计方案 i iMCTA 介绍介绍 2 1iMCTA 概述概述 iMCTA intelligent Multi Carrier Traffic Allocation 是阿尔卡特朗讯针对 DCH 模式下载波间和异系统间移动性管理的主要算法 它应用于当 RAB 分配业务信道时遇到 CAC failure iMCTA CAC 或一旦 SRB 或 TRB 已经建立成功 iMCTA Alarm and iMCTA Service 后 载波间和系统间的信道转换 根据实际的策略要求 iMCTA 可以被设定为 Alarm Only Alarm and CAC Alarm and Service All 这 4 种模式 其中 Alarm trigger 事件方式总是被选择 但 CAC 和 Service 这 两种方式可以被或选 在双频网策略中 Alarm CAC Service 这 3 种方式都会被涉及到 因此双频网区域我们 通常将 iMCTA mode 选为 All 以下将重点对 Service 和 CAC 这两种方式和三种方式的 Table 做详细解释 2 2iMCTA CAC iMCTA CAC 在以下几种资源受限的情况下发挥作用 From Cell no radio resource available From Iub Iur Radio Link Reconfiguration Failure From Iub Iur Iu Transport Bearer failure From S RNC user plane resource allocation failure iMCTA CAC 只在以下过程中产生 CAC Failure 即上述资源受限 时发挥作用 RAB assignment RAB to setup or modify procedure RAB assignment RAB to delete procedure in that case iMCTA CAC is processed for the remaining RAB s Iu release procedure in that case iMCTA CAC is processed for the remaining RAB s of the other domain 总之主要是在 RAB 分配和改变的过程中 一旦 iMCTA CAC 被触发 相关业务的建立将被从 源小区重定向到 CAC priority Table 中的较高级层中 WCDMA 层 或 GSM 层 然后手机对相应 层中的小区进行测量 并上报测量到的小区 RNC 从中选择理想的小区 最终业务将会被建立 在该小区上 在这张表中优先级 P1 P2 PNA 则是不做考虑 WCDMA 和 GSM 各只有一个 Priority 表 而无 论 WCDMA 共有几个载波 特别注明 1 iMCTA CAC 仅当 SRB 为 DCH3 2 和 DCH13 6 时才有用 而当 SRB 被设置为 FACH 时就不会发 挥作用 2 压缩模式的启动并不是由 Event 2d 事件报告触发的 2 3iMCTA Service iMCTA Service 是现在阿朗双频解决方案中的关键技术要点 iMCTA Service 将手机业务重定向于更合适的载波 其目的在于 1 给用户提供最合适的服务载波 2 更合理地利用系统资源 如将业务从负载较高的小区 cell color is red 重定向到 负载较轻的小区 cell color is green iMCTA Service只在以下过程中发挥作用 1 在 Primary cell change过程中 需要特别设置 Mobility Service 相关参数 2 在任何会导致用户当前业务类型发生改变的过程完成后 例如 RAB建立过程 并发业务的RAB结束了其中一些业务 但保留了一个或多个RAB Iu release后 导致并发业务中CS或PS域业务被单独保留 Always On upsize 总之主要是在 RAB 分配成功之后 和改变成功后 一旦 iMCTA Service 被设定 相关业 务将会通过异频切换或异系统切换主动从源小区重定向到到 Service priority Table 中的较 高级层载波目标小区中 WCDMA FDD1 或 WCDMA FDD2 或 GSM 层 然后手机对相应层载波中的 小区进行测量 并上报测量到的小区 RNC 从中选择理想的小区 最终业务将会被切换到该小 区上 iMCTA Service 可以有三张 Service Priority Table ServicePriorityGeneralTable 针 对 R99 手机 ServicePriorityTableForHsdpa 针对 R5 手机 ServicePriorityTableForHsupa 针对 R6 手机 我们可以对 3 张 Table 分别做出 priority 的设定 以使 R99 的各项业务 HSDPA R99 HSDPA UPA 等业务可以根据需求被重定向到指定的载波 ServiceService PriorityPriority TableTable ServicePr iorityGen eralTable ConfClass 0 CS speech CS conv CS streamin g PS conv PS streaming CS speech other PS I B FDD2PNAPNAPNAPNAPNAPNAPNAPNAPNAPNA PNAPNAPNAPNA FDD1P1P1P1P1 P1P1 PNAPNA P1P1 P1P1 P1P1 2GPNAPNAPNAPNAPNAPNAPNA ServicePriorityTable 举例 如上表所示 通常 FDD1 代表 10713 第一载波 FDD2 代表 10688 第二载波 优先级 P1 P2 PNA 则是不做考虑 这 3 张 ServicePriorityTable 表并不总是都要用到 如果在实际操作中我们将 Service Priority Table ForHsupa 设为 unset 那所有的 DPA 和 UPA 相关业务将由 Service Priority Table For Hsdpa 来承担 但此时我们将无法区分 HPDPA R99 业务和 HSDPA UPA 业务 如果我 们进而将 Service PriorityTable For Hsdpa 也设为 unset 那所有的 R99 PS HSDPA HSUPA 业务都将由 ServicePriority GeneralTable 来承担 但此时我们将无法把 PS 业务区分为 R99 HSDPA R99 HSDPA UPA 业务 由此 ServicePriority General Table 是必不可少的 除非 不使用 iMCTA Service 功能 在相关业务建立完成后 RAB Assignment Complete 空口是 Radio bearer setup complete RNC 会根据相应 ServicePriorityTable 的设定 启动压缩模式 开始对相应 WCDMA 载波邻区 或 GSM 邻区进行测量 最终通过硬切换将业务重定向到指定载波上 iMCTA Service HSXPA 业务重定向流程举例 2 4iMCTA Alarm 与 CAC 和 Service 相称 一旦触发了 iMCTA Alarm RNC 也必须根据相应的AlarmAlarm PriorityPriority TableTable来决定目标小区究竟是 WCDMA 载波异频邻小区 还是 GSM 异系统邻小区 与 CAC 一样 Alarm Priority 表中也只有两个 Priority 选择 WCDMA 载波优先还是 GSM 载波优 先 Alarm Priority Table 举例 特别注明 触发 iMCTA Alarm 的条件实际上就是 当前 FDD 小区无线信号变差时 UE 上 报 2d 事件 启动压缩模式对异频或者异系统信号进行测量 2 5iMCTA Alarm CAC Service 之间的相互关系之间的相互关系 大致上讲 iMCTA 各项功能之间如果同时触发的话 将遵循以下优先级原则 ALARM CAC SERVICE RB 建立成功同时 启动对 WCDMA 异频切换的压缩模式测量 通知 UE 对相应异频邻区进行测量 RNC 对收到测量报告判决后 启动异频 Hard Handover 业务成功从 10713 载波重定向到 10688 载波 具体规则如下 如果一个 iMCTA 功能已经被触发 那在此后新触发的 iMCTA 只要级别比它低 就会 被抛弃 如果一个 iMCTA 功能已经被触发 那在此后新触发的 iMCTA 只要级别比它高 系统 就会对已有的 iMCTA 进行强制替换 触发新的 iMCTA 功能 相应所有的测量配置都会被 更新 2 6激活策略激活策略 2 6 1参数定义参数定义 2 6 2参数设计参数设计 ObjectParameterValueComments InterFreqHhoFddCel l isRedirectionForTrafficSeg mentation isRedirectionBasedOnEsta blishmentCause FALSE FALSE 该该 object 可以不创建 因为可以不创建 因为 RRC segmentation 功能在当前配置下功能在当前配置下 无法使用 如果已创建了该无法使用 如果已创建了该 object 那这两个相关参数必须设 那这两个相关参数必须设 为为 false FddImcta FDDCELL FddIntelli gentMultiCarrierTraf ficAllocation mode mobilityServiceForHsxpaEn able mobilityServiceForNonHsxp aEnable All TRUE TRUE iMCTA Alarm CAC and Service 功能都被激活功能都被激活 R5 及以上及以上 UEs 在在 FDD1 上上 SHO 后可以被重定向到后可以被重定向到 FDD2 R99 UEs 可以在可以在 FDD2 上上 SHO 后后 根据根据 IMCTA SERVICE 设定重定向设定重定向 hsxpaSegmentationEnable userServiceSigToTrafficOnl yEnable originatingCellColourThres hold FALSE FALSE GREEN 到到 FDD1 在在 IMCTA SERVICE 触发后的目标触发后的目标 小区选择没有小区选择没有 HSPA 或或 NON HSPA 的限制的限制 iMCTA Service 可以在所有可以在所有 RAB estab release 之后触发之后触发 可以在不考虑源小区的可以在不考虑源小区的 cell load 的的 情况下触发情况下触发 iMCTA Service UmtsNeighbouringI mcta targetCellColourThreshold RED可以在不考虑目标小区的可以在不考虑目标小区的 cell load 的情况进行的情况进行 HHO ImctaserviceHoRanapIeEnable measurementGuardTimerFd d measurementGuardTimer2g False 5500 ms 7500 ms UPUG 推荐是推荐是 True 但该设置会使但该设置会使 IMCTA Service table 中的中的 GSM layer 的优先级变得不可控 的优先级变得不可控 ObjectParameterValueComments BTSCELL FDD1 BTSCELL FDD2 paRatio paRatio 50 50 STSR2 的的 PA 总功总功 率对两个载波各自分率对两个载波各自分 配配 50 RNC NodeB FDDCell Class2CellReconfPara ms RNC NodeB FDDCell Class3CellReconfPara ms pcpichPower maxTxPower 33 43 RRH 43 5 TRDU FddIntelligentMultiC arrierTrafficAllocatio n FDD1 None 禁用重定位 下面重点讲述 现网所使用的 RRC Redirection 基于 Preferred FA 3 2 1RRC Redirection 基于基于 Preferred FA RRC Redirection 基于 Preferred FA 可以将不同的 Call Type 的业务优先分 配到某个载波 依照现有的配置 该选项运行使用 3 2 1 1 Call Type 定义定义 Call Type 的识别是基于 RRC Connection Request 消息中的Establishment Cause IE 来区分不同的 Call Type 不同的 Call Type 对应的 RRC 建立的 Cause 如下表 Call Type 实际上就是通过 RRC 建 立的 Cause Value 将业务大体分为 Conversational Data 和 Other 三类 RRC Redirection 基于 Preferred FA 的算法实际上就是将不同的 Call Type 优先分配到不同的载波上 3 2 1 2 TwinCell list 定义定义 RRC Redirection 重定向功能是基于 TwinCell 定义的 我们只能将业务分 割到和 OriginalCell 相同覆盖情况的载波 即 TwinCell 才有意义 在 UA7 中 我们将和 OriginalCell 相同覆盖情况的 2 个或者多个 Cell 定 义为 TwinCell 一个 OriginalCell 的 TwinCell Lise 至多包含 5 个小区 TwinCellList 使用 Cell Id 标识 TwinCell List 小区必须和 OriginalCell 有相邻关 系 例如 南开理工大学 1 扇区有三个载波 分别为南开理工大学 11 CI 32581 频点 10713 南开理工大学 12 CI 22581 频点 10688 南开理工大学 13 CI 12581 频点 10663 由于同一个物理小 区的三个逻辑小区覆盖情况相同 则定义南开理工大学 11 的 TwinCell List 为 22581 12581 南开理工大学 12 的 TwinCell List 为 32581 12581 南开理工 大学 13 的 TwinCell List 为 32581 22581 这样如果在南开理工大学 11 上收到 RRC Connection Request 之后 RNC 可以根据 Call Type 将业务重定向至南开理工大学 12 或者南开理工大学 13 3 2 1 3 基于基于 CallType 的业务分割算法的业务分割算法 功能激活 isRrcRedirectionInterFreq TRUE rrcRedirectionType preferredFA 业务分割算法 1 如果 Call Type 为 Conversational 则将 RRC 优先重定向到 FA Type Conversational 的小区 如果没有 FA Type Conversational 的小区 则 RRC 优先重定向到 FA Type Other 如果既没有 FA Type Conversational 的小区 也没有 FA Type Other 的小区 则 RRC 优先重定向到 FA Type Data 的小 区 2 如果 Call Type 为 Date 则将 RRC 优先重定向到 FA Type Date 的小区 如果 没有 FA Type Date 的小区 则 RRC 优先重定向到 FA Type Other 如果既 没有 FA Type Data 的小区也没有 FA Type Other 的小区 则 RRC 优先重 定向到 FA Type Conversational 的小区 3 如果满足条件的小区有多个 则继续使用负载平衡算法进行删选 负载平衡算法 1 如果 OriginalCell 为候选小区 并且 OriginalCell 的 Cell Color 好于 rrcRedirectOrigCellColourThreshold 那么Call 仍然建立在OriginalCell 2 否则 如果仍有多个候选小区被选择 那么进行如下规则过滤 直至剩下一个小区 a 优先选择CellColor较好的小区 b 如果OriginalCell在list中 选择OriginalCell 否则使用基于频点号的轮询算法 dlFrequencyNumber originating one 选择Twin Cell 3 3激活策略激活策略 3 3 1参数定义参数定义 在 UA07 下 相关参数组织结构如下图 isRrcRedirectionInterFreq 激活iMCRA的RNC级参数 重定向算法在FddCell中通过参数 rrcRedirectionType 配置 rrcRedirectionType 该参数在FddCell中定义重定向的算法 rrcRedirectionConfClassId 标识 RrcRedirectionConfClass的模板 faType 该参数指示RRC重定向这个频点的业务是 conversational 还是 data 等 rrcRedirectOrigCellColourThreshold 如果通过参数rrcRedirectionType判断有多个候选小 区 并且OriginalCell在候选小区中 并且如果OriginalCell的Cell Color低于 rrcRedirectOrigCellColourThreshold 如果高于这个门限 那么RRC重定向至TwinCell 只 有当isRrcRedirectionInterFreq TRUE时 该参数才起作用 TwinCellList 至多可以选择5个异频TwinCells 同覆盖不同频点小区或者来自其它的NodeB 用来盲切的小区 作为RRC重定向的目标小区 TwinCell List中的小区和OriginalCell应该有相 同的覆盖 但是某个TwinCell有更大的覆盖也是允许的 如果一个小区覆盖小于OriginalCell 那么这个小区不建议作为OriginalCell的TwinCell 3 3 2参数设计参数设计 IMCRA 设置方法如下 1 激活 RadioAccessService isRrcRedirectionInterFreq to True 2 RNC 侧设置 RadioAccessService RrcRedirectionConfClass 0 现网需要创建 再在这个目录下创建 FDD1 FDD2 dlFrequencyNumber faType conversational for FDD1 faType data for FDD2 ulFrequencyNumber 3 Activate this feature on FddCell 侧 Fddcell InterFreqHhoFddCell 在 FDDcell 下新创 RrcRedirectionType preferredFA twinCellList 设置为异频同 sector 小区的 CELLID 邻区关系中必须要有这个小区 FDD1 2 互相设置 rrcRedirectionConfClassId 设置为 RadioAccessService 下新创的那个 RrcRedirectionConfClass 0 rrcRedirectOrigCellColourThreshold green 4 测试小区 IMCTA MODE 设为 alarm AND cac Wo Request 如下所示 20111230 参数修改 申请表 RNC16 新增RrcRedirectionConfClass xls 20111230 参数修改 申请表 修改小区Mode 打开RNC16 isRrcRedirectionInterFreq开关 xls 20111230 参数修改 申请表 南开理工大学 新增InterFreqHhoFddCell xls 4 典型双载波覆盖场景典型双载波覆盖场景 4 1离散型离散型 这种双载波小区分布 切换关系较为简单 优化比较方便 但是双载 波小区吸收话务的能力偏弱 这种双载波布局方式基本为了部分热点小区 的覆盖和容量需要 4 2密集型密集型 这种双载波的布局方式主要是基于话务量的增长 这种双载波布局方 式 由于单双频边界较为复杂 二载波小区很多 但是在区域内又没有全 覆盖 这样二载波上会存在较多的导频污染情况 并且由于 FDD1 和 FDD2 共用一个天线 FDD2 的 RF 优化根本无从做起 5 离散型双载波优化离散型双载波优化 双频网的优化 无论是离散型和密集型实际上是异频重选和切换策略以及 门限的优化 都必须通过大量的测试和分析 来得到最优策略 理论上只要我 们想得到的策略 基本上都可以实施 大胆修改参数策略 详细进行评估 是 优化双频的重要方法 天津的策略也只是适应于天津 对其它现场应该结合实 际情况进行借鉴 5 1离散型双载波话务分担策略离散型双载波话务分担策略 5 1 1小区重选策略方案小区重选策略方案 1 在实际组网中 总是会有一个载波是网络全覆盖的 F1 或 FDD1 在空闲模式下我们要求 手 Ue 优先驻留在 FDD1 上 单业务优先建立在 FDD1 上 FDD1 小区的小区重选参数设置 ObjectObjectParameterParameterValueValueCommentsComments CellSele ctionInf o qQualMin qRlevMin sIntraSearch sInterSearch sSearchRatGsm sSearchHcssSearchHcs sHcssHcsRatGsmRatGsm 16 16 dBdB 115 115 1010 dBdB 32 32 dBdB 4 4 dBdB 0 0 0 0 当 EcIo 6dB 时 手机才进行同频的测 量 当 EcIo 48dB 时 手机才进行异频的测 量 其实就是不进行异频测量 当 EcIo 12dB 时 手机进行异系统测量 qualMeas qualMeaqualMea sEcnosEcno 以 CPICH EcIo 的方式进行 FDD 测量评估 FDD2 小区的小区重选参数设置 ObjectObjectParameterParameterValueValueCommentsComments CellSele ctionInf o qQualMin qRlevMin sIntraSearch sInterSearch sSearchRatGsm sSearchHcssSearchHcs sHcssHcsRatGsmRatGsm qualMeas 16 16 dBdB 115 115 1010 dBdB 1616 dBdB 4 4 dBdB 0 0 0 0 qualMeaqualMea sEcnosEcno 当 EcIo 6dB 时 手机才进行同频的测 量 当 EcIo 0dB 时 手机才进行异频的测量 其实就是总是进行异频测量 当 EcIo 12dB 时 手机进行异系统测量 以 CPICH EcIo 的方式进行 FDD 测量评估 通过以上两个 Table 的参数设置 Idle 模式下 Ue 在 FDD1 上不测量 FDD2 的信号 Ue 在 FDD2 上则总是测量 FDD1 的信号 2 FDD2 邻区关系中的小区重选关系设置 ObjectObjectParameterParameterServingServing F2F2 NeighboringNeighboring F1F1 NeighboringNeighboring F2F2NeighboringNeighboring GSMGSM CellSelectio nInfo qQualMin qHyst1 qHyst2 16 16 dBdB 2 2 dBdB 2 2 dBdB UmtsNeighbouqQualMin 16 16 dBdB 16 16 dBdB ringRelation qOffset1sn qOffset2sn 0 0 dBdB 50 50 dBdB 0 0 dBdB 0dB0dB GsmNeighbour ingCell qRxLevMin qOffset1sn 115 115 dBmdBm 5050 dBdB FDD1 邻区关系中的小区重选关系设置 ObjectObjectParameterParameterServingServing F2F2 NeighboringNeighboring F1F1 NeighboringNeighboring F2F2NeighboringNeighboring GSMGSM CellSelec tionInfo qQualMin qHyst1 qHyst2 16 16 dBdB 2 2 dBdB 2 2 dBdB UmtsNeigh bouringRe lation qQualMin qOffset1sn qOffset2sn 16 16 dBdB 0 0 dBdB 0dB0dB 16 16 dBdB 0 0 dBdB 50dB50dB GsmNeighb ouringCel l qRxLevMin qOffset1sn 115 115 dBmdBm 5050 dBdB 通过对 FDD1 和 FDD2 邻区关系中对qOffset2sn参数的极端设置 以达到如果 Ue 在 Idle 下 驻留到 FDD2 则自动重选至 FDD1 5 1 2iMCTA Table 5 1 2 1 iMCTA Alarm Table AlarmAlarm PriorityPriority TableTable forfor FDD1FDD1 1071310713 AlarmPriorityTabl eConfClass 0 CS speech CS conv CS streamin g PS conv PS streaming CS speech other PS I B FDD2PNAPNAPNAPNAPNAPNAPNAPNA Ue 在 FDD1 上进行业务 触发 Alarm 之后 除了视频电话外 其它业务均优先向 2G 切换 Ue 在 FDD2 上进行业务 触发 Alarm 之后 所有业务均优先向 FDD1 切换 FDD1PNAPNAP1P1 P2P2 PNAPNA P2P2 P2P2 P2P2 2GP1PNAP1PNAP1P1P1 AlarmAlarm PriorityPriority TableTable forfor FDD2FDD2 1068810688 AlarmPriorityTabl eConfClass 1 CS speech CS conv CS streamin g PS conv PS streaming CS speech other PS I B FDD2P2P2P2P2P2P2 PNAPNA P2P2 P2P2 P2P2 FDD1P1P1P1P1 P1P1 PNA P1P1 P1P1 P1P1 2GP2PNAP2PNAP2P2P2 5 1 2 2 iMCTA CAC Table Ue 在 FDD1 上进行业务 触发 CAC 之后 所有业务均优先向 FDD2 切换 Ue 在 FDD2 上进行业务 触发 CAC 之后 所有业务均优先向 FDD1 切换 5 1 2 3 iMCTA Service Table ServiceService PriorityPriority GeneralGeneral TableTable ServicePr iorityGen eralTable ConfClass 0 CS speech CS conv CS streamin g PS conv PS streaming CS speech other PS I B FDD2PNAPNAPNAPNAPNAPNAPNAPNAPNAPNA PNAPNAPNAPNA FDD1P1P1P1P1 P1P1 PNAPNA P1P1 P1P1 P1P1 2GPNAPNAPNAPNAPNAPNAPNA R99 终端在 FDD1 上建立业务后 在不触发 Alarm 和 CAC 时 不向 FDD2 切换 HSDPAHSDPA PriorityPriority GeneralGeneral TableTable CACCAC PriorityPriority TableTable 10713 1068810713 10688 CACPriority TableConfCl ass 0 CS speech CS conv CS streamin g PS conv PS streaming CS speech other PS I B FDD2P1P1P1P1 P1P1PNAPNAP1P1 P1P1P1P1 FDD1P1P1P1P1 P1P1PNAPNAP1P1 P1P1P1P1 2GP2P2PNAP2PNAP2P2P2 ServicePr iorityTab leForHsdp aConfClas s 0 CS speech CS conv CS streamin g PS conv PS streaming CS speech other PS I B FDD2PNAPNAPNAPNAPNAPNA PNAPNA P1P1 P1P1P1P1 FDD1P1P1P1P1 P1P1 PNAPNA PNAPNA PNAPNAPNAPNA 2GPNAPNAPNAPNAPNAPNAPNA HSDPA 终端在 FDD1 上建立业务后 在不触发 Alarm 和 CAC 时 只有 HSDPA 和语音 HSPA 业务向 FDD2 切换 该参数设置保证了 H 业务优先驻留 FDD2 5 2典型掉话掉线分析典型掉话掉线分析 开始离散双频基站掉话掉线率较高 我们通过分析 TOP20 基站 CTG 将 所有掉话掉线的 Scenarios 详细进行了分类 如 掉话信令流程 掉话 Peg Counter 掉话时 RF 以及业务 IMSI 通过典型掉话的分析 我们进行了邻区 的添加 和如下参数的修改 使得双频网 KPI 显著上升 双载波基 站掉线率 去掉 top5 基 站掉线 率 参数修改时间点 12 月 21 日 1 029 0 918 12 月 22 日 0 922 0 869 12 月 22 日晚统一修改 2d 2f 门限 88 86 12 10 12 月 23 日 1 290 1 156 12 月 23 日晚上双载波基站中非双载波的扇区 iMCTA mode 改成 alarm only 12 月 24 日 0 974 0 946 12 月 25 日晚修改 10713 小区的 SinterSearch 至 32 12 月 26 日 0 937 0 868 12 月 27 日 1 108 1 017 在关闭双载波小区的同时要把双载波 FDD1 小区 all 的改 为 alarm only 12 月 28 日 0 906 0 802 12 月 28 日白天修改 异频 FDD 小区的最小接入门限 94 10 isGsmCModeActivationAllowed 设置为 ture 12 月 29 日 0 856 0 691 12 月 29 日上午删除斜向单向 10713 to 10688 邻区关系 第二阶段 通过大量 CTG 分析 发现较多的邻区问题和无线原因以及处 理了一些基站故障 双频基站 KPI 稳步提升 双载波基站 CS 掉话率 双载波扇区 CS 掉话率 双载波基站 HSDPA 掉话率 双载波扇区 HSDPA 掉话率 12 月 30 日 0 77 0 85 0 83 0 93 12 月 31 日 0 86 0 96 0 85 1 02 1 月 1 日 0 72 0 89 0 65 0 77 1 月 2 日 0 70 0 86 0 67 0 78 1 月 3 日 0 70 0 80 0 74 0 93 1 月 4 日 0 80 1 00 0 75 0 93 1 月 5 日 0 86 1 06 0 70 0 87 1 月 6 日 0 70 0 86 0 75 1 01 1 月 7 日 0 76 0 93 0 77 0 96 1 月 8 日 0 78 0 93 0 68 0 85 1 月 9 日 0 73 0 89 0 75 0 96 1 月 10 日 0 82 1 08 0 83 1 10 1 月 11 日 0 75 0 84 0 79 0 93 1 月 12 日 0 71 0 77 0 78 0 87 1 月 13 日 0 66 0 71 0 68 0 79 1 月 14 日 0 65 0 72 0 68 0 81 1 月 15 日 0 76 0 86 0 72 0 85 1 月 16 日 0 70 0 78 0 66 0 77 1 月 17 日 0 69 0 71 0 65 0 69 1 月 18 日 0 74 0 80 0 62 0 64 1 月 19 日 0 66 0 75 0 58 0 66 1 月 20 日 0 66 0 78 0 67 0 79 1 月 21 日 0 67 0 76 0 73 0 85 1 月 22 日 0 56 0 58 0 55 0 62 1 月 23 日 0 60 0 67 0 50 0 57 1 月 24 日 0 59 0 64 0 55 0 59 1 月 25 日 0 54 0 80 0 70 0 75 1 月 26 日 0 73 0 79 0 66 0 70 1 月 27 日 0 63 0 67 0 61 0 62 1 月 28 日 0 58 0 60 0 59 0 65 1 月 29 日 0 57 0 64 0 54 0 63 1 月 30 日 0 54 0 55 0 55 0 61 1 月 31 日 0 57 0 58 0 59 0