GSM系统优化【绝版好资料】

GSM 系统优化 一、优化的组织实施与流程 第 1 页 目录 一、优化的组织实施与流程 1 1、 GSM 网络优化流程 3 2、 人员配备 9 3、 设备配置 10 二、优化工作内容 11 1、 策划阶段 14 2、 实施阶段 22 （ 1） 天线覆 盖优化 24 （ 2） 话务量均衡 27 （ 3） 频率规划优化 31 （ 4） 基站排障 31 （ 5） 小区参数优化 31 3、 总结阶段 32 三、进程分析与系统优化 33 1、 小区选择和重选过程 36 2、 位置更新过程 44 3、 主叫建立过程 46 4、 被叫建立过程 50 一、优化的组织实施与流程 第 2 页 5、 切换分析 54 6、 掉话过程 64 7、 功率控制 68 四小区话务量分析 77 1、 小区的边界 80 2、 直接重试与拥塞缓解 88 3、 利用小区接入优先级进行话务管理 90 4、 GSM900 和 GSM1800 小区间的话务量管理简介 92 五、统计数据分析方法 97 1、 层层深入式的分析方法 -渐进法 100 2、 统计数据的分析方法“ TOP20”法 110 3、 统计数据的第三种方法进程法 112 一、优化的组织实施与流程 第 3 页 一、优化的组织实施与流程 本部分内容如下 : GSM网络优化流程 人力配备 设备配置 一、优化的组织实施与流程 第 4 页 一、优化的组织实施与流程 第 5 页 1、 GSM网络优化流程 可以将网络优化过程大 致分为三个阶段： 1. 策划阶段 2. 优化实施阶段 3. 系统微调和总结阶段 一、优化的组织实施与流程 第 6 页 (1) 策划阶段 本阶段的主要内容包括： 1.整理地图和频率规划（包含基站频率，切换关系，基站结构，经纬度，天线倾角，方位角，高度，归属 BSC和 LAC 等信息） 2.拨打测试和路测，重点对用户投诉严重的区域进行测试，分析天线覆盖，基站切换，邻频和同频干扰程度。初步掌握恶化区域的主要问题。 3.OMCR的数据统计分析，统计系统的掉话率， TCH 射频丢失率 ,SDCCH的射频丢失率，切换掉话率， TCH 的拥塞率， SDCCH 的拥塞率， TCH的业务量， SDCCH 的业务量等指标。可以采用 TOP20 法，将指标最为恶劣的 20 个小区列出，作为重点解决的目标。 4.结合 1， 2， 3点，提出在第二阶段实施的优化方案。 用一句话概括第一阶段工作，就是：掌握情况，提出方案。 一、优化的组织实施与流程 第 7 页 表一：优化日志试样 日期 发现问题 分析 措施 结果 07-07-99 部分基站的频率存在干扰 造成掉话率严重，SDCCH拥塞 改频，参见频率修改表 583jichang dropcall 降低 /210市党校掉话降低 /531,532 掉话降低/112,113省管局 掉话降低；部分基站的改频，在基站检查，天馈调整完成后，体现出来 BSC13的基站存在单通 判断为 RXCDR 与MSC之间的陆地电路或 XCDR板的问题。 RXCDR14 的 MMS9 、MMS11两对 2Mb/s线交叉的可能性比较大，在 RXCDR 顶将两对2Mb/s线调整 单通问题得以解决 07-08-99 dalou_micro1120 与邮电大楼 1处于不同 BSC 、不 同LAC ；未加NEIGHBOR 造成 Location update 过多。无法切换 dalou_micro1120 与邮电大楼 1同 BSC、不同 LAC；加 NIEGHBOR dropcall 高， sd blk 山体发射，向后覆盖 103 max_tx 43-37；103 min_access5-10 有所改善 sd 干扰 邻频干扰 333 sdcch=56-80 SDCCH block 减少 332 sdcch blk min_access 5-15 改善不明显 xx-xx-99 532话务量偏低 ,只有 0.5ERL, 而531 有 20ERl,131有 24ERL. 检查53_TiGongDa_532的接收和天线 一、优化的组织实施与流程 第 8 页 (2)实施 阶段 本阶段根据优化方案，主要通过采取：基站告警排障；基站检查 ；频率规划优化 ； 天线调整；切换关系修改；数据库修改。达到优化的目的：降低拥塞率；降低掉话率；提高接通率；改善覆盖；改善通话质量。 系统优化 (system optimization) 和基站排障 (troublshooting)在称谓上截然不同，但在实施中却难以区分。实际上基站排障后，系统指标往往有大幅度提高。路测贯彻本阶段的始终，通过路测验证以上各种优化手段的实际效果，分析仍然存在的问题，发现新的问题。另外一项日常工作是统计每天的系统运行报告，同 样用于评估每日优化效果，发现和分析问题。二者各有侧重。 为了便于掌握系统参数设置的整体情况，可以在慎重确定合理的取值后，将各小区参数统一。这样做，有可能系统局部出现恶化，但是有利于理清思路，因为 GSM 的参数实在太多。可以通过在第三阶段的微调过程中，将这些参数重新修正。我们并不建议这样做。 在优化实施阶段必须建立详细而完整的优化日志，这对整理优化的思路，结合统计数据，分析评估每项工作的效果，大有帮助。在优化中应该予以充分重视。 一、优化的组织实施与流程 第 9 页 系统微调 BSS 数据收集 系统数据分析 频率计划收集 配置数据收集 天线参数收集 驱车测试及 分析 BTS 站址标定 简单系统硬件排障 路测记录分析 OMC 统计分析 查找热点地区 系统软件故障排除 数据库参数检查及调整 告警故障排除 频 率 规 划 和 neigh bor 的修改 路测记录分析 基站硬件和 cell 的检查及调整 基站接收、发射的检查及调整 系统硬件故障排除 优化汇报及建议 汇报 OMC 数据收集 告警信息收集 呼叫统计收集 小区分析统计 数据库参数微调 路测记录分析 OMC 统计分析 优化建议方案讨论 时间： 2/5 优化周期 时间： 2/5 优化周期 时间： 1/5 优化周期 一、优化的组织实施与流程 第 10 页 (3)总结阶段 本阶段在前期优化成绩的基础上，通过优化系统控制参数和小区选择参 数等手段微调系统。因为基站硬件，频率规划和天线对系统的影响更大，所以微调系统应该在第三阶段实施。还需要评估前期工作，确认是否需要进行 LAC重新分区，是否需要调整 BSC所带基站，在那些热点地区增加基站等进一步措施。然后是优化报告，对比优化前后数据。 本阶段的工作同样需要在优化日志中予以详细记录。 一、优化的组织实施与流程 第 11 页 2. 人员配备 东方通信网络技术公司的优化小组成员，全部由经验丰富的认证工程师组成，优化队伍将包括以下人员： 项目工程师 数据分析工程师 网络规划工程师 BSC 工程师 BTS 工程师 路测 (Driver Test)工程师 下例是两个不同规模系统的优化人员配置情况： A 系统 (800 载频 )：项目工程师 1 名，数据分析工程师 1-2名，网络规划工程师 1 名， BSC 工程师 2-3名， BTS工程师 7-8 名，路测工程师 2 名； B 系统（ 0 MS 选择该小区 ,若不满足上述的 2,3 即搜索到小区但不能成为可服务小区 ,移动台则继续从该小区的 BA-LIST 的载波中寻找 ；若上述的 3 项条件皆不能满足 ,则 MS 调谐到次高频上，重复判别过程 ；移动台若搜索 30个最强的 RF信道后 ,仍未找到合适的小区 ,但发现有 BCCH信号 ,则移动台显示这可用的 PLMN,然后进入自动模式或手动模式 ,否则 ,MS 搜索更多的 RF信道直到找到一个 BCCH载波 . 移动台开机 -存有 BCCH信息 MS 关机时储存上次的 BCCH 信息 ,开机搜索存储的 BCCH, 在该BCCH 不能成为服务小区时 (C1服务小区 C1 CELL-RESELECT-HYSTERESIS，发生小区重选。若在前 15s 内，发生过小区重选，则不立刻发生小区重选。 5) 在最大重传（ max_retrans）后，随机接入尝试仍不成功。 三、进程分析与系统优化 第 42 页 （ 2）小区重选 C1,C2，用于小区选择和重选 移动台在同一位置登记区发生 BCCH 重选时，目标小区 C1 必须大于源小区 C1。移动台在不同位置登记区发生 BCCH重选时，目标小区C1 必须大于源小区 C1 cell_reselect_hysteresis。 C2 是 GSM 系统可选功能，并且只适用 Phase2的移动台。 其中： T为邻小区进入移动台测量报告前六个小区的时间长度（用以减轻多径效应的影响）。 H由 penalty time 和 T决定：如果 penalty time -T 0， H 1。空闲模式下的移动台监测 BA表中广播的邻小区，并保有最强的六个邻小区表。移动台最少每 5秒计算一次服务小区和邻小区的 C2值。如果邻小区位于不同位置登记区，则应将 cell_reselection_hysteresis 计算在内。 三、进程分析与系统优化 第 43 页 启用 C2 算法 重复 C2 计算公式 三、进程分析与系统优化 第 44 页 CRO(cell_reselection_offset),可以灵活地控制 Phase2的移动台空闲模式下的小区重选 , 对于微蜂窝层或 GSM900/1800双频网的话务量控制非常有用。 cell_reselect_param_ind 必须等于 1， CRO 才能起作用。 由于宏蜂窝信号强度大于微蜂窝，如何利用小区重选，来控制微蜂窝吸收更多的话务量呢，举例如下： 情况一： cell_reselect_param_ind 0， C2 不起作用。移动台计算微蜂窝 A 的 C1 35，宏蜂窝 B 的 C1 45，则移动台选择宏蜂窝作为服务小区。微蜂窝难以吸收足够的话务量。 情况二： cell_reselect_param_ind 1， C2 起作用。移动台计算微蜂窝 A 的 CRO 20， C1 35，则 C2 55；宏蜂窝 B 的 CRO 0， C145，则 C2 45。所以移动台选择微蜂窝作为服务小区，容易吸收足够的话务量。 每个小区的优先级别被定义为 Normal, Low 两种。通常，移动台在空闲模式只选择等级为 Normal 的小区，但当邻区中找不到合适的可服务小区时，移动台会试图选择等级为 Low 的 小区，设置小区等级的数据库命令为： cell_bar_qualify = 0 (0 为 Normal, 1 为 Low)；甚至我们可以使用命令： cell_bar_switch = 1 将该小区禁止掉，既除了切换的电话，该小区不能建立通话。 三、进程分析与系统优化 第 45 页 Cell_reselect_param_ind 0 不启用 C2 算法 1 启用 C2 算法 Cell_reselection_offset 小区重选偏置 Cell_bar_qualify 小区优先级 0 正常级 1 较低优先级 Cell_bar_access_switch 小区罢止开关 三、进程分析与系统优化 第 46 页 2、 位置更新过程 移动台在三种情况下发生位置更新： 1、移动台选择新的位置登记区内的小区作为服务小区。 2、由 T3212定义的周期性位置更新。 3、在 Attach_detach功能打开的条件下，移动台在重新开机（或插入 SIM卡后），发现当前处在的位置登记区与移动台内存储的 LAC不一致。 移动台开始位置更新过程，在 RACH上向基站子系统发送信道请求，然后去占用系统分配的 SDCCH，发起位置更新请求信息。经过鉴权和加密过程， VLR向移动台发送位置更新接受消息，其中 包含 TMSI和 LAI信息。移动台将 TMSI和 LAI存储在 SIM卡中，回送 TMSI应答消息，位置更新过程完成。移动台释放 SDCCH。 当给移动台占用 TCH和 SDCCH时，都会进行收信电平的测量。如果小区的 SDCCH拥塞较高，信号起伏较大，或者 SDCCH上存在较严重的干扰，都有可能使移动台在发出位置更新请求后无法占用 SDCCH，移动台会出现突然无信号指示的情况。在有些系统中用户对这方面的投诉较严重。这种情况，较多地发生在不同位置登记区的边界处，尤其是在边界处的高层建筑物内等信号强度起伏较大的区域。在系统 优化时如果有用户投诉这一现象， 确定： 1.是否存在频率干扰。存在频率干扰的特点是小区 SDCCH严重阻塞的同时， SDCCH的业务量却很低。如果存在频率干扰则需要通过修改频率规划，调整天线倾角等办法解决。 2.确定发生该现象的位置是否发生在不同 LAC的交界处。如果该小区 SDCCH的业务量很大，可以增加 SDCCH的数目。如果在这一区域只是出现 MS无信号指示的现象，同时掉话率高，应该使这一区域有一明显占优的小区，如增加发射功率，调整天线等，或者尝试略微增大CELL_RESELECT_HYSTERESIS，增大 CELL_RESELECT_HYSTERESIS可能会带来干扰增大，掉话增加的负作用。 3.确认是否需要话务量均衡。如果在这一区域伴随着 SDCCH拥塞率高，可以考虑进行话务量均衡，甚至 LAC重新分区。在规划阶段，就应该避免将 LAC分界处定义在主要街道的两边，或是其它人群密集的地区。 另外一个需要注意的问题是，必须保证同一 LAC内的小区Attach_detach同时打开或关闭。否则会发生这种情况：移动台在Attach_detach 1的小区关机，启动 IMSI分离过程，网络登记该移动台处于分离状态，拒绝所有对该移动台的 呼叫。若该移动台再次开机时处于同一 LAC的不同小区，且该小区 Attach_detach 0，则该移动台不会启动 IMSI结合过程，该用户将无法被叫，直到启动位置更新过程。 三、进程分析与系统优化 第 47 页 MS BSS MSC VLR HLR PSTN 三、进程分析与系统优化 第 48 页 3、 主叫建立过程 MS 信道请求 MS 拨号后，在 RACH 上发送“信道请求”消息 ,BTS 的 TCU 接收解码后 ,BSS 软件会很快在 AGCH 上发送“立即指派消息”给 MS，安排MS 进入 SDCCH信道。（移动台占用 SDCCH，无需 MSC 的参与）。 MS 响应 MS 收到“立即指派消息”，转换到指定的 SDCCH 之后， MS 立即发送 SABM（设定异步模式）。 网络对 SABM 以发送 UA（ Unnumbered Acknowledge）作为响应以建立 L2 无线链路。在 SABM里 MS 向 BSS表明会是哪种请求服务，如位置更新或建立通话。 BSS处理该请求然后通过 A 接口上的信令链路向 MSC 报送。 确认请求 MSC收到 BSS 上报的“服务请求消息”，给 MS 发回“确认请求”。该响应通过 BSS的信令链路完成。 BTS在 SDCCH 上向 MS 发出该响应。在此响应过程中 BSS只起传递消息作用，不作任何处理。 MS 收到 MSC的确认响应。 MS 对 MSC 的“确认请求”以“确认响应”来回答。 BTS 收到 MS的 确认响应 后，在信令链路上传给 BSS。同样， BSS对该消息也不做任何处理。 加密模式 MSC收到正确的 确认响应 后，发出“加密模式命令”。由于建立通话信息中包含有敏感的诸如电话号码等信息，因而网络应必须启动“加密模式”。（当然，该模式对 MSC而言，是可选项） MS 的加密模式 MS 发送“加密模式命令已完成”的消息来响应 MSC 的“加密模式命令”，以向 BSS表明， MS 已经使用前已安排的密钥加密了。 MS 呼叫类型信息 MS 在 SDCCH 发送“ set up message” , 向 MSC 表明呼叫是双方通话或三方通 话。 三、进程分析与系统优化 第 49