当前位置:首页 >> 信息与通信 >>

中国联通WCDMA单站优化和簇优化指导书


目 录 1 概述.... 4 2 单站优化.... 4 2.1 单站优化的流程... 5 2.2 单站优化前的准备工作... 6 2.2.1 OMC 工程师的准备工作... 6 2.2.2 优化测试工程师的准备工作... 6 2.3 测试工具... 7 2.3.1 室外单站优化测试工具... 7 2.3.2 室内单站优化测试工具... 8 2.4 单站优化的测试内容和方法... 8 2.4.1 基站基础数据库检查... 9 2.4.2 站点配置验证... 10 2.4.3 基站导频覆盖测试... 10 2.4.4 基站业务功能测试... 11 2.5 单站优化的验证项目... 11 2.6 监控和故障排查... 12 2.6.1 投诉监控和处理... 12 2.6.2 告警和硬件故障排查... 12 2.7 单站优化的输出... 12 3 基站簇优化.... 13 3.1 基站簇优化工作流程... 13 3.2 基站簇优化的准备工作... 15 3.2.1 划分基站簇... 15 3.2.2 选择可以进行优化的基站簇... 15 3.2.3 配置基站簇内站点的邻区等参数... 15 3.2.4 获取输入文档及电子地图... 15 3.2.5 确认基站簇状态... 15 3.2.6 规划测试路线... 16 3.2.7 测试工具准备和检查... 16 3.3 测试工具... 16 3.4 测试内容和步骤... 17 3.4.1 簇优化内容... 17 3.4.2 簇优化测试... 20 3.5 基站簇优化 KPI 23 3.6 基站簇优化的输出... 27 4 附录.... 28 4.1 附录 A 数据业务测试注意事项... 28 4.1.1 测试终端类型... 28 4.1.2 Windows TCP 接收窗口设置... 29 4.1.3 最大传输单元(MTU)设置... 29 4.2 附录 B 单站优化输出报告模板... 30 4.3 附录 C 簇输出报告模板... 30

单站优化和簇优化作为网络整体优化的基础, 其目的在于保证在工程建设期间各基站和基站 簇符合工程规范要求,软硬件配置与规划方案一致,基站簇 KPI 指标和业务性能达到相应 要求, 尽量将有可能影响到后期全网优化的问题在前期解决, 为后期更高层次的网络优化打 下良好的基础。 在工程建设期间, 单站验证和基站簇优化的流程应严格按照本指导书的要求进行, 在每个基 站和基站簇优化结束后,应按照本指导书的规定输出相应结果和报告。 在 WCDMA 网络优化中,单站优化是很重要的一个阶段,需要完成包括各个站点设备功能的 自检测试,其目的是在簇优化前,获取单站的实际基础资料,保证待优化区域中的各个站点 各个小区的基本功能(如接入、通话等),基站信号覆盖均是正常的。通过单站优化,可以 将网络优化中需要解决的因为网络覆盖原因造成的掉话、 接入等问题与设备功能性掉话、 接 入等问题分离开来,有利于后期问题定位和问题解决,提高网络优化效率。通过单站优化, 还可以熟悉优化区域内的站点位置、 配置、 周围无线环境等信息, 为下一步的优化打下基础。 单站优化主要内容: 单站优化中,以优化站点为中心,在距离 200 米左右的区域内进行环形路测,顺时针、逆时 针各测量一次,测试内容包括扫频测试、语音呼叫、视频呼叫和 HSDPA 业务,由于要持续 监测无线性能,因此使用长呼叫的测试形式。在测试时仅保留共站邻区,可测试更软切换性 能,并且保证测试手机驻留在需要优化的站点。通过现场的测试可完成下列任务: 1)建站覆盖目标验证(是否达到规划前预期效果) 2)基站硬件配置(硬件配置是否正确、经纬度确认) 3)天线方向角、下倾角目测检查。采取抽样方式进行精确检查。检查馈线连接错误 3)空闲模式下参数配置检查(切换参数,邻区,LAC,RAC CPICH POWER 等等) 4)基站信号覆盖检查(CPICH RSCP & CPICH Ec/Io) 5)基站基本功能检查(CS 业务、PS 业务、HSPA 业务,的接入性测试,切换入、切换出工 程测试)

单站优化的工作流程 单站优化包括测试前准备、单站优化测试、单站性能分析及问题处理三部分。在测试准备阶 段,需要输入基站规划数据表和 RNC 参数配置表,检查站点状态是否正常,并选择合适的 测试路线和测试点;同时需要检查测试设备是否齐备可用,在单站优化测试过程中,要根据 单站优化规范测试,针对存在的硬件安装问题,提交问题分析报告由工程安装团队解决,功 能性问题由 OMC 工程师配合解决。 2.2.1 在单站优化测试前,OMC 工程师必须完成如下工作: 1)基站状态的检查,包括站点是否存在告警,是否闭塞,小区 HSPA 功能是否激活,其它各个网 元(MSC,SGSN,GGSN,PDN 服务器,传输)是否正常,一旦有异常现象和故障出现,需要立即分 析排除. 2)负责导出 RNC 配置数据表,包括基站的各种基本配置数据(LAC,RAC,CELLID,频点,扰 码,CPICH POWER,邻区等等)提供给网络优化工程师进行单站优化. 3)配合安装工程师进行故障排查和解决. 4)确认基站类型和射频连接方法 5)确认 Node_B 正在使用的主配置集 6)OMC 工程对测试号码进行信令跟踪,以便后继优化问题分析 7)从设计院了解该基站 EcNo 及 RSCP 覆盖图。 2.2.2 在单站优化测试前, 网络优化工程师必须完成如下工作: 1)从设计、基站/天线安装获得基站勘察表,勘察表包括 基站基本情况:包括基站经纬度、天线高度、方向角、下倾角(包括机械及电子下倾角) 、 馈线损耗等。 天线水平及垂直方向图、增益。 基站天线平面图,各小区覆盖照片。 小区天线、覆盖遮挡说明。 室内分布系统列表。 是否应用塔放。 2)向 OMC 工程师确认站点是否存在告警,故障是否排除,测试小区状态是否正常。 3)根据基站经纬度计算相同 SC 的基站距离,对于距离较近的同 SC 的小区,可通过类似基 于 MapInfo 的应用程序,做人工检查。 4)测试路线的选择 测试前需要根据待测站点分布和当地实际情况选择合适的测试路线。 室外路线选择原则: 测试路线尽量经过待测基站的覆盖区域,尽可能跑全待测基站周围所有主要街道;测试路 线尽量考虑当地的行车习惯,减少过红绿灯时的等待时间。 室内测试楼层和路线选择原则: 对于 10 层以上高楼,选择 4 个楼层测试,(地下室,地面,中间楼层和最高层)。测试路线尽量根 据室内分布系统设计来安排(天线位置,热点区域)。 5)测试点选择 单站覆盖范围内的重场所、如酒店、商场、居民区等热点地区等。

6)测试设备的检查 在单站优化测试前,必须对所有的测试设备进行检查,避免因为测试设备的问题导致单站优化 测试过程中出现故障和测试结果的不准确性.影响单站测试的进度. 检查的设备包括:车辆,电源,测试终端是否齐备(HSPA 业务需要有支持 HSPA 功能的终端), 测试电脑,路测软件,各种串口,USB 连接数据线是否正常,GPS,USB HUB,Scanner,测试 SIM 卡 开通的权限等等. 2.3.1 室外单站优化测试中主要需要以下测试工具(数量为 1 个测试分析小组所需) : 序号 1 测试工具名称 数据采集软件 描述 支持 UMTS R99/HSPA 网络的测试, 同时支持 UMTS 测试手 机/数据卡和 Scanner 的数据采集。 支持 UMTS R99/HSPA 网络测试手机/数据卡和 Scanner 数据 的分析,包括覆盖分析、KPI 指标分析、越区覆盖分析、导频 污染分析、缺加邻区分析、Layer3 信令解码等。 支持 UMTS R99/HSPA 网络 支持 HSDPA 7.2M,HSUPA 2M 支持 UMTS 2100 频段的测试 支持 USB 接口,测试数据采集时提供 GPS 信息 从车辆点烟器取电,为车载测试笔记本、Scanner 和测试终端 提供电源。 运行数据采集软件,连接 Scanner 及测试终端 为路测提供地理信息 具备方便测试操作的空间与平台。具备点烟器或者蓄电池供 电装置。

2 3 4 5 6 7 8 9 10

后处理分析软件 测试手机 HSPA 数据卡 Scanner GPS 车载逆变器 测试笔记本电脑 电子地图 测试车辆

室内单站优化测试中主要需要以下测试工具(数量为 1 个测试分析小组所需) : 序号 1 测试工具名称 数据采集软件 描述 支持 UMTS R99/HSPA 网络的测试, 同时支持 UMTS 测试手 机/数据卡和 Scanner 的数据采集。 支持 UMTS R99/HSPA 网络测试手机/数据卡和 Scanner 数据 的分析,包括覆盖分析、KPI 指标分析、越区覆盖分析、导频 污染分析、缺加邻区分析、Layer3 信令解码等。 支持 UMTS R99/HSPA 网络 Category 8 类终端。支持 HSDPA 7.2M,HSUPA 2M。 支持 UMTS 2100 频段的测试 为 Scanner 室内测试提供电源 运行数据采集软件,连接 Scanner 及测试终端 为步行测试提供地理信息

2 3 4 5 6 7 8

后处理分析软件 测试手机 HSPA 数据卡 Scanner Scanner 电池 测试笔记本电脑 室内平面图

单站优化的测试内容和方法 在每个 WCDMA 站点安装、上电并开通后,针对其各个小区进行路测。路测内容包括各项 业务性能、数据吞吐量、重选、切换等。通过单站测试可发现基站安装、天线安装、参数配

置等方面的问题。

2.4.1 实地勘察基站经纬度、天线方向角、下倾角基站、天线挂高是否与规划数据相符; 现场检查覆盖方向是否有阻挡; 基站硬件工作状态是否正常; 天线是否接反,与 GSM 共天线的基站需要检查是否与 GSM 的天馈接反; 天馈系统工作正常,包括发射功率、驻波比等; 传输系统工作正常,无传输告警。 检查完毕后,完成以下站点信息更新表: 基站名称 基站类型 基站经度 小区 1 小区 ID 小区名称 共址 GSM 小区 ID 经度 纬度 天线型号 天线挂高 机械下倾角 电子下倾角 方位角 上下行频点 扰码 基站 ID 基站配置 基站纬度 小区 2 小区 ID 小区名称 共址 GSM 小区 ID 经度 纬度 天线型号 天线挂高 机械下倾角 电子下倾角 方位角 上下行频点 扰码 RNCID LAC RAC 小区 3 小区 ID 小区名称 共址 GSM 小区 ID 经度 纬度 天线型号 天线挂高 机械下倾角 电子下倾角 方位角 上下行频点 扰码

2.4.2 频率检查: 扰码检查:通过手机检查待测小区的扰码设置是否和规划数据一致 LAC/RAC 检查:通过手机检查待测小区的 LAC/RAC 和规划数据是否一致; - 小区邻区和重选参数检查:检查邻区列表是否与规划数据一致,检查小区选择和重选、 切换参数的设置; - 基站功率配置情况:主要包括 P-CPICH,P-SCH,S-SCH,P-CCPCH ,PICH,AICH , S-CCPCH [PCH] ,S-CCPCH[FACH1] ,S-CCPCH[FACH2],HS-SCCH 等公共信道的功率 配置; - 传输配置情况。 2.4.3.1 室外站点导频覆盖测试 覆盖测试时,车速一般保持在 30 公里/小时~40 公里/小时。通过路测,检查 Scanner 接收 的 CPICH RSCP 和 CPICH Ec/Io 是否异常 (例如是否存在其中一个测试小区的 CPICH RSCP 和 CPICH Ec/Io 明显差于其他的小区) ,确认是否存在功放异常、天馈连接异常、天线安装

位置设计不合理、周围环境发生变化导致建筑物阻挡、硬件安装时天线倾角/方向角与规划 时不一致等问题。 在一些特殊地段,站间距少于 200 米,站点的主覆盖区域很小,在 DT 路测时得不到足够 的信息, 所以网优测试工程师需要步行测试, 来得到足够的信息和测试数据。 对于密集城区, 一般的 GPS 接收信号漂移造成路测打点不准确,测试数据无法用来分析,需要特殊的 GPS 解决方案来解决这个问题。 2.4.3.2 室内站点导频覆盖测试 首先,需要获取室内平面图。其次,如果用 Scanner 进行导频覆盖测试,需要准备好 Scanner 电池。将室内平面地图导入之后,进入室内测试模式,连接后硬件设备,进行 Walk Test 打 点测试。 2.4.4 在单站优化测试中, 要对所有开通和支持的业务进行测试, 包括 Voice Call, Video Call, R99 PS 业务,HSPA 业务,其中 R99 PS 业务和 HSPA 业务可以进行定点测试。 2.4.4.1 语音业务测试 通过拨打测试,检查语音业务呼叫功能正常。2 部 UE 互相拨打 5 次语音业务,每次呼叫保 持 180 秒,空闲时间 20 秒。记录主叫和被叫的接通情况。如果有呼叫失败的情况,分析和 解决后,重新测试。语音呼叫质量测试结果(好/一般/差)由测试工程师主观判断。 2.4.4.2 视频业务测试 通过拨打测试,检查 Video Phone 业务呼叫功能正常。2 部 UE 互相拨打 5 次 Video Phone, 每次呼叫保持 180 秒,空闲时间 20 秒。记录主叫和被叫的接通情况。如果有呼叫失败的情 况,分析和解决后,重新测试。视频业务呼叫质量测试结果(好/一般/差)由测试工程师主观 判断。 2.4.4.3R99 与 HSPA FTP 数据业务测试 在待测基站附近选择信号覆盖良好的地点进行 R99/HSPA FTP 数据业务测试。 建议测试点的 导频 RSCP>-75dBm,Ec/Io>-9dB。数据业务测试涉及因素较多,测试注意事项参考附录 A。 编号 条目 评判标准 UE 空闲模式下检查参数:频点/ 扰 码 /LAC/RAC/Cell 1 与规划数据一致 Selection&Reselection/Cell Reserved/Neighbour List 对于室外站:在基站附近 100 米内,密集城区> -70 dBm,普通城区> -75dBm ,郊区> -83 dBm , 乡 Scanner 覆 盖 测 试 结 果 检 查 2 村>-91 dBm,Ec/Io>-9dB。 (CPICH RSCP 和 Ec/Io) 对 于 室 内 站 : 在 室 内 覆 盖 区 域 内 , CPICH RSCP>-75dBm,Ec/Io>-9dB。 每个天线方向的信号正常,每个天线方向的覆盖范围 3 Scanner 覆盖区域检查 与规划一致(排除天馈线接错的情况) 4 Voice Call 语音呼叫 语音业务的主叫与被叫正常, 语音电话呼叫质量正常。 视频电话业务的主叫与被叫正常,视频电话呼叫质量 5 Video Call 视频电话业务呼叫 正常。 PS384K FTP 下行平均吞吐率测 6 PS384K DL Average Throughput > 288kbps。 试 7 PS384K FTP 上行平均吞吐率测PS384K UL AverageThroughput > 288kbps。

8 9

试 HSDPA FTP 平 均 吞 吐 率 测 试HSDPA Average Throughput > 4.6M ( 测 试 条 件 (HSDPA 7.2M) CQI>=24) HSUPA FTP 平 均 吞 吐 率 测 试HSUPA Average Throughput > 1.2M (与 HSDPA 测试 (HSUPA 2M) 相同的条件下进行)

2.6 新站和周边基站范围内的无线网络投诉, 工程优化人员现场测试并负责处理和跟进, 需在单 站优化报告中描述产生投诉的原因和处理结果。 对新建基站的告警和故障,1 天内现场进行排查和处理 阶段 子任务 输出结果 基站基础数据库检查 单站基础数据库更新表 站点配置验证 单站基础数据库更新表 覆盖情况优化 DT/CQT 测试报告 单站优化 功能测试验证 功能性测试记录表 阶段 性能监控 KPI 指标统计 投诉监控和处理 投诉处理记录 告警和硬件故障排查 硬件故障处理记录

单站优化结束后需要输出单站优化测试报告,内容包括单站优化测试的内容和结果。 单站优化报告模板见附件 B 基站簇优化包含了三个方面的内容:1)基站簇优化开展的前提条件和输入信息;2)进行路 测(Drive Test)和路测数据后处理分析的详细过程;3)判断基站簇优化工作结束的验收标 准。 在基站簇优化阶段所做工作主要有:覆盖优化、邻区优化、扰码优化、解决业务接入失败、 掉话和切换失败等问题。基本上,基站簇优化是一个测试、发现和分析问题、优化调整、再 测试验证的重复过程,直到基站簇优化的目标 KPI 指标达到。下图是基站簇优化的基本工 作流程。 3.2.1 WCDMA 网络优化按照基站簇(Clusters of sites)来优化 ,基站簇优化是指对某个范围内 的数个独立基站进行具体条目的优化 (每个簇包含 15~30 个基站)基站簇划分的主要依据: 。 地形地貌、业务分布、相同的 RNC 和 LAC 区域等信息。每个基站簇所包含的基站数目不 宜过多,并且基站簇之间的覆盖区域要有重叠。 3.2.2 如果要等到基站簇内全部的站点开通之后才开始基站簇的优化, 优化工作的效率会较低。 一 般情况下,当基站簇内基站开通比例超过 90%的时候,就可以开始基站簇的优化。另外, 可以根据重要性给基站簇定义优先级, 优先级高的基站簇可以优先安排优化工作。 因为在实 际网络建设过程中, 各个基站簇的基站开通进展都不一样, 所以单站优化和基站簇优化两种 活动会在项目的生命周期中同时存在。 3.2.3 在开展基站簇优化工作之前,需要确保已经将规划的基站邻区关系等参数导入后台网管。 3.2.4 基站簇优化需要参考的重要文档资料包括:站点勘查及设计报告(TSS report) 、单站优化报

告(SSV report) 、站点工程参数表、网络拓扑结构图、OMC 无线参数配置数据和电子地图 等。 3.2.5 确认基站簇状态的目的是为了保证测试工程师和优化工程师能对基站簇内的每一个站点的 状态都非常了解,比如站点的地理位置、站点是否开通、站点是否正常运行没有告警、站点 的工程参数配置、站点的目标覆盖区域等。这些信息应该以表格和图形的形式给出。 3.2.6 测试路线应该经过基站簇内所有开通的站点。 如果测试区域内存在主干道或高速公路, 这些 路线也需要被选择作为测试路线。 如果基站簇边界的站点属于孤岛站点, 也就是说相邻基站 簇没有站点能够提供连续覆盖,那么在这些站点附近的测试路线应该选择导频功率大于 -100dBm 的路线。 测试路线应该经过与相邻基站簇重叠区域, 以便测试基站簇交叠区域的网 络性能,包括邻区关系的正确性。测试路线应该标明车辆行驶的方向,测试路线尽量考虑当 地的行车习惯。测试路线需要用 Mapinfo 的 tab 格式保存,以便后续进行优化验证测试时能 保持同样的测试路线。 影响测试路线设计的一个重要因素就是基站簇内站点的开通比例。 对于基站簇内站点开通比 例小于 80%的条件下进行基站簇优化的情况,测试路线在设计时需要尽量避免经过那些没 有开通站点的目标覆盖区域,尽量保证测试路线有连续覆盖。实际情况下,路测数据会包含 一些覆盖空洞区域的异常数据,直接影响覆盖和业务性能的测试结果。对于这些异常数据, 在对路测数据进行后处理分析的时候需要滤除。 3.2.7 优化之前准备好测试软件(Data Collection Software) 、分析软件(Post-processing Software) 、 测试手机、HSPA 数据卡、Scanner、笔记本电脑、电子地图、车载逆变器、GPS、测试车辆 等。 基站簇优化测试中主要需要以下测试工具(数量为 1 个测试分析小组所需) : 序号 1 测试工具名称 数据采集软件 描述 支持 UMTS R99/HSPA 网络的测试, 同时支持 UMTS 测试手 机/数据卡和 Scanner 的数据采集。 支持 UMTS R99/HSPA 网络测试手机/数据卡和 Scanner 数据 的分析,包括覆盖分析、KPI 指标分析、越区覆盖分析、导频 污染分析、缺加邻区分析、Layer3 信令解码等。 支持 UMTS R99/HSPA 网络 支持 HSDPA 7.2M,HSUPA 2M 支持 UMTS 2100 频段的测试 支持 USB 接口,测试数据采集时提供 GPS 信息 从车辆点烟器取电,为车载测试笔记本、Scanner 和测试终端 提供电源。 运行数据采集软件,连接 Scanner 及测试终端 为路测提供地理信息 具备方便测试操作的空间与平台。具备点烟器或者蓄电池供 电装置。

2 3 4 5 6 7 8 9 10

后处理分析软件 测试手机 HSPA 数据卡 Scanner GPS 车载逆变器 测试笔记本电脑 电子地图 测试车辆

3.4.1 簇优化的主要内容如下: 优化内容 说 明

优化内容 覆盖优化

说 明 对覆盖空洞的优化,保证网络中导频信号的连续覆盖; 对主导小区的优化,保证各主导小区的覆盖面积没有过多和过少的情况,主导小 区边缘清晰,尽量减少主导小区交替变化的情况。 对下行而言,干扰问题体现为 CPICH RSCP 很好而 CPICH Ec/Io 很差 对上行而言,干扰问题体现为 NodeB 底噪很高。 对 RF 优化中发现的干扰问题,需要找出干扰源并解决。 导频污染是指某一地方存在过多强度相当的导频,并且没有一个主导导频。导频 污染会导致下行干扰增大、频繁切换导致掉话、网络容量降低等一系列问题,需 要通过调整工程参数来解决。 主要包括邻区配置的优化。对于测试中发现的接入、掉话等问题也要尽量解决。

干扰优化

导频污染优化 其他优化

3.4.1.1 覆盖问题分析 覆盖问题分析是簇优化的重点和基础, 覆盖问题分析重点关注信号分布问题。 覆盖问题分析 的过程包括小区主导性分析、下行覆盖分析、上行覆盖分析。 (1)小区主导性分析 小区主导性分析是分析 DT 测试获得的小区扰码信息, 可能存在的小区主导性问题如下表所 示。 主导性存在问题 无覆盖/弱 覆盖小区 说明 如果根据路测数据检查不到某一小区的扰码信号存在,这可能表明某个站点 在测试期间没有发射功率或天线被阻挡。需检查基站告警和现场勘察天线情 况。 如果某一小区的信号分布很广,在周围 1~2 圈的相邻小区的覆盖范围之内 均有其信号存在,说明小区过度覆盖,容易造成导频污染。过度覆盖可能是 由站点高度或者天线倾角不合适导致的。过度覆盖的小区会对邻近小区造成 干扰,从而导致容量下降。过度覆盖需要通过增大天线下倾角或降低天线高 度来解决。在解决过度覆盖小区问题时需要警惕是否会产生覆盖空洞。

越区覆盖小区

这类区域是指没有主导小区的区域,或者主导小区更换过于频繁的地区。无 主导小区会导致频繁切换,降低系统效率,增加了掉话率。 无主导小区的区域 通过调整天线下倾角和方向角,增强某一强信号小区(或近距离小区)的覆 盖,削弱其他弱信号小区(或远距离小区)的覆盖,来解决无主导小区的问 题 (2)下行覆盖问题分析 下行覆盖问题是对 DT 测试获得的 CPICH RSCP 进行分析。 如果 RSCP 低于一定门限则认为存在下行覆盖问题。标识出来下行覆盖空洞区域,分析空洞 区域与相邻基站的远近关系,分析空洞区域周边环境,检查相邻站点的 CPICH RSCP 分布 是否正常。通过上述分析确认是否可以通过调整天线下倾角和方向角改善覆盖。 在天线调整时需要重点关注调整天线解决某一覆盖空洞后,是否会导致新的覆盖空洞出现。 对于无法通过天线调整解决的覆盖空洞问题,给出加站建议。 (3)上行覆盖问题分析 上行覆盖问题分析是对 DT 测试获得的 UE Tx Power 进行分析。 如果 UE TX Power 高于一定门限则可能存在上行覆盖问题。标识出来上行覆盖空洞区域,

对比是否下行 CPICH RSCP 覆盖也存在空洞。对于上下行覆盖均弱的情况,首先解决下行 覆盖问题, 再考虑解决上行覆盖问题。 对于只有上行覆盖弱的情况, 通过排除上行干扰影响、 调整天线的方向角和下倾角、增加塔放等方式解决。 3.4.1.2 干扰问题分析 干扰问题分析包括上行干扰问题分析和下行干扰问题分析, 存在干扰会影响小区容量, 严重 时会导致掉话和接入失败。 (1)下行干扰分析 通过分析 DT 测试中 Scanner 接收的 CPICH Ec/Io 进行定位。 如果 Ec/Io 低于一定门限则可能存在下行干扰问题。将 Ec/Io 恶化区域标识出来,检查恶化 区域的下行 CPICH RSCP 覆盖也差。如果下行 CPICH RSCP 覆盖也差则认定为覆盖问题, 在覆盖问题分析中加以解决。对于 RSCP 好而 Ec/Io 差的情况,确认为下行干扰问题,分析 干扰原因并加以解决。 (2)上行干扰问题 上行干扰问题通过检查各个小区的底噪进行判断。 如果某一小区的底噪过高, 并且没有与之 相当的高话务量存在,则确认存在上行干扰问题,分析干扰原因并解决。 3.4.1.3 导频污染分析 导频污染是指在某一点存在过多的强导频, 但却没有一个足够强的主导频。 当存在导频污染 时,会导致 Ec/Io 恶化、频繁切换掉话、系统容量降低。导频污染分析过程如下: (1)选择 RSCP 高,而 Ec/Io 差的区域作为可能存在导频污染的候选区域 (2)检查候选区域内是否存在导频污染的问题 (3)分析重点区域导频污染是由哪些小区造成的 (4)通过增强某一强导频,削弱其他弱导频的方法,分析导频污染相关小区的 RSCP、Ec/Io 分布。确认哪些小区要消除此处覆盖,哪些小区要增强此处覆盖,并给出解决导频污染的方 法。 3.4.1.4 切换问题分析 在簇优化阶段,涉及切换的主要是切换参数优化、邻区优化和软切换比例控制。 (1)切换参数优化 (2)邻区优化重点是关注漏配邻区的问题。漏配邻区会导致切换掉话。通过路测数据分析软 件和统计分析,对每个小区提供邻区增加、删除、保留的建议。 (3)软切换比例优化。软切换比例过高会导致系统容量的浪费。簇优化阶段需要在保证覆盖 的前提下,将软切换比例控制在一个可接受的范围内。可以通过加大下倾角、调整方向角、 降低天线高度、 降低导频功率、 修改切换参数等收缩覆盖区的方式减小或者改变软切换区域。 3.4.1.5 性能监控 簇优化阶段网优人员需要实时对簇基站和相邻基站小区性能统计进行监控。 至少包括以下指 标: 接入类 RRC 连接建立成功率(Service) 接入类 RAB 建立成功率 保持类 掉话率 移动性 软切换成功率 移动性 3G->2G 切换成功率 3.4.1.6 投诉监控和处理

簇基站和周边基站范围内的无线网络投诉, 工程优化人员现场测试并负责处理和跟进, 需在 单站优化报告中描述产生投诉的原因和处理结果。 3.4.1.7 告警和硬件故障排查 在基站簇优化过程中,对基站簇中基站产生的告警要在 1 天内完成处理 3.4.2 3.4.2.1 DT 测试 1、DT 测试的要求 1)簇优化 DT 测试应对所测试的簇应用 OCNS 方法下行加载 50%;DT 终验时间宜安排在 工作日,选择当地移动电话业务忙时进行。 2)一般来讲,路测在白天进行。但是对于一些特殊的情况,比如白天测试区域交通拥堵严 重,路测需要安排在晚上进行,以便保证数据采集的连续性。 3)路测过程中,尽量保证测试车辆以正常的车速匀速行驶。城区一般要求车速保持在 30~ 40km/h 左右,郊区和交通干线保持在 50~60km/h 左右,高速公路保持在 80~90km/h 左右, 室内外之间的测试采用步行方式。 4)在路测过程中,因为红灯或其它原因,车辆停止行驶超过 1 分钟,为了避免重复数据对 统计结果造成影响数据的采集应该暂停,或者后处理分析能够基于地理信息进行统计平均。 5)在开始测试之前,RNC 侧需要开启测试手机 SIM 卡的信令跟踪。以便在测试结果后, RNC 记录的信令数据与 UE 侧记录的数据进行联合分析,帮助解决路测中出现的问题。

2、 DT 测试仪表要求 DT 测试仪表要求如下: 1) 协议分析仪,监测 Iub 接口的信令(如能够通过其他方式获得 Iub 接口的信令,则可不采 用) ; 2) 路测设备,监测 Uu 接口的信令; 3) GPS 接收设备和相应的软件,结合测试所在地区详细的电子地图,可用于 UE 的定位; 4) 导频信号测试仪,用于扫描频谱信号并测量导频信号强度; 5) 后处理软件,用于对测试数据进行后处理; 6) WCDMA 测试终端和数据线若干,数量取决于具体测试项目 3、 DT 测试步骤 1) 覆盖类指标 DT 测试方法 测 试 过 (1)测试设备正常开启;工作稳定;扫频仪工作正常 程 (2)测试手机拨打 PSTN 语音电话,并保持通话;如果发生掉话,需再 次拨通 PSTN 并保持通话,同时记录掉话点。通话在测试结束后正常挂 断。 (3)遍历所有计划测试路线 测 试 数 路测设备记录数据;扫频仪测导频 Ec 和 Ec/Io,手机发射功率以及对应 据 地理位置信息等 备注 2) CS 域业务接入类指标 DT 测试方法

测 试 过 (1)测试设备正常开启;工作稳定;扫频仪工作正常 程 (2)测试手机置于车内,主、被叫手机均与测试仪表相连,同时连接 GPS 接收机进行测试。 (3)采用手机相互拨打(话音业务 3G->PSTN 则利用手机拨打 PSTN) 的方式,手机拨叫、接听、挂机都采用自动方式。每次通话时长 90 秒, 呼叫间隔 10 秒;如出现未接通或掉话,应间隔 10 秒进行下一次试呼。 (4)遍历所有计划测试路线 测 试 数 路测设备记录数据: 呼叫不成功位置,空口层 3 信令,信令扫频仪测导 据 频 Ec 和 Ec/Io,手机发射功率以及对应地理位置信息等 备注 3) CS 域业务通话保持类、软切换成功率及话音电话质量指标 DT 测试方法 测 试 过 (1)测试设备正常开启;工作稳定;扫频仪工作正常;语音电话需接符 程 合 PESQ 测试标准仪器; (2)测试手机置于车内,主、被叫手机均与测试仪表相连,同时连接 GPS 接收机进行测试。 (3)测试手机相互拨打,并保持通话;如果发生掉话,需再次拨打并保 持通话,同时记录掉话点。通话在测试结束后正常挂断。 (4)遍历所有计划测试路线 测 试 数 路测设备记录数据;掉话点,掉话原因,信令扫频仪测导频 Ec 和 Ec/Io, 据 手机发射功率以及对应地理位置信息等;话音电话通话质量。 备注 1) 所有非正常信令释放都可以认为是掉话,但空口信令释放正常,则 需要通过 Iu,IuB 层 3 信令辅助判断。 2) 本部分指标测试可与第(1)类覆盖类指标一同进行。

4) PS 域业务(R99 128K 上传下载、HSDPA/HSUPA)接入类指标 DT 测试方法 测 试 过 (1)测试设备正常开启;工作稳定;扫频仪工作正常; 程 (2)手机通过电脑拨号作 PDP 激活,保持 10 秒,去活,间隔 20 秒, 再次重复,如激活不成功,或其它异常释放则间隔 20S,再次重复操作, 直到测试结束; (3)遍历所有计划测试路线 测 试 数 路测设备记录数据;信令扫频仪测导频 Ec 和 Ec/Io,手机发射功率以及 据 对应地理位置信息,PDP 激活信令等 备注 5) PS 域业务(R99 业务上传下载、HSDPA/HSUPA)保持类、切换成功率 DT 测试方法 测 试 过 (1)测试设备正常开启;工作稳定;扫频仪工作正常 程 (2)手机通过电脑拨号上网,并进行 FTP 数据上传或下载,上传和下 载文件不低于 700M;一旦发现掉线则重新进行拨号上网,并再次进行 FTP 数据上传或下载,直到测试结束 (3)遍历所有计划测试路线

测 试 数 路测设备记录数据;掉线点,掉话原因,信令扫频仪测导频 Ec 和 Ec/Io, 据 手机发射功率以及对应地理位置信息,。 备注 满足以下条件之一判别为掉线: 1.网络原因造成连接断开,以下行信令 PDP deactivate request 或 RAU reject 作为判断依据。 2. 测试过程中超过 3 分钟 FTP 没有任何数据传输,且尝试做 ping 后 数据链路仍不可使用。此时应断开拨号连接并重新拨号来恢复测试。

测试 1、 CQT 测试要求 CQT 测试在定点进行,CQT 测试要求如下: 1) 地点选择 市区内应选择交通枢纽(机场、火车站、汽车站、码头等) 、CBD 区域、商业娱乐中心、高 档宾馆酒店、联通营业网点、VIP 客户所在区域、高话务密度地区,选点时要求结合客户服 务中心记录用户对网络质量的投诉情况, 城市已投入使用最高的高层建筑、 最大的商业中心 等多层建筑也应列入选点范围。 2) 地点分布 测试点按照地理、话务、楼宇功能等因素综合考虑,均匀分布在簇范围内。 3) 测试网站、服务器 ftp 服务器由各厂家自行提供,最好直接连接在 SGSN 上。 4) 测试时段: CQT 测试全网应用 OCNS 方法下行加载 50%,时间段不限。 2、 CQT 测试步骤 CQT 测试步骤如下,分为 CS 域业务和 PS 域业务两种情况: 1) CS 业务(话音和可视电话) : a) 主被叫手机均放置在覆盖良好的地方且均在本簇范围。 b) 测试人员采用手机拨打固定电话 (话音业务) 或手机互相拨打 (可视电话业务) 方式, 每次通话时长 1 分钟, 呼叫间隔 20 秒; 如出现未接通或掉话, 应间隔 20 秒进行下一次试呼。 c) 测试期间测试人员静止不动,或慢速步行。 d) 每个场所点拨打 20 次。 e) 记录拨打次数、每次接入时延、有问题次数(未接入次数,掉话次数,话音业务还需 记录单通、回声、串话、断续、背景噪音次数,可视电话需记录图像与声音失步次数等) 。 2) PS 业务(PS128K 上传下载,HSDPA/HSUPA) : a) UE 放置在覆盖良好的区域,在满足场景条件的区域测试。 b) 测试人员采用 FTP 下载或上传方式,如需要可使用电脑辅助。 c) 测试期间测试人员静止不动,或慢速步行。 d) 测试 ping 时延时,采 DOS ping 方式,其中要求 Iub 时延<20ms,Iu 时延<3ms,排除 3G RAN 侧以外的设备引入的异常时延。 e) 记录拨打次数、每次接入时延、ping 时延、上传和下载平均速率、有问题次数(PDP 未激活次数,PDP 掉线次数) 。 无线网络性能 DT 指标表 类别 指标 业务 定义 场景要求 目标值

CPICH RSCP CPICH Ec/Io 覆盖 类 导频污染 空闲状态

密集城区> -70 dBm,普通城区> -75 ,郊区> -83 dBm , 乡村> -91 dBm 的数据点的百分比 CPICH Ec/Io > -12dB 的数据点 的百分比 “ 导 频 Ec/Io> 规划覆盖区域 Ec/Io_for_BestServingCell -5” 的 小区数大于 3,并且“满足条件的 这 些 小 区 的 RSCP 都 大 于 -100dBm”的点视为导频污染点, 发生导频污染的区域占规划覆盖 区域的比例。

≥95%

≥95%

<=5%

语音主叫接 1) 主叫接通率=主叫接通次数/主 ≥98% AMR12.2K 通率 叫请求次数×100% 1) 在满足场景条件 2) 主叫请求次数为主叫手机发 区域进行测试; 起 RRC Connection Request 的次 2) 排除由于网络拥 数, 同一个呼叫过程中的 RRC 重 塞和覆盖差导致的 发只统计成一次。 接入失败; VP 主叫 接 VP ≥97% 3) 主叫接通次数为主叫手机收 3) 排除 RAN 侧以 通率 到 Alerting 消息的次数 外的设备导致的无 4) 无法记录 UE 侧信令,也可以 法接通. 手工统计 R99 PS 接入 类 HSDPA ≥98% 1) PDP 激活成功率=PDP 激活成 功次数/PDP 激活请求次数×100% ≥98% 2) PDP 激活请求次数有两种定 1) 在满足场景条件 义 : ① 为 手 机 发 起 RRC 区域进行测试; Connection Request(原因值 为 主 2) 排除由于网络拥 被叫的交互和背景业务)的次数, 塞和覆盖差导致的 同一个呼叫过程中的 RRC 重发只 PDP 激活失败; 统计成一次;②为手机发起 3) 排除 DRD 导致 Activate PDP Context Request 的 ≥98% 的 PDP 激活失败; 次数。我们推荐采用定义① 4) 排除 RAN 侧以 3) PDP 激活成功次数为手机收到 外的设备导致的 Activate PDP Context Accept 的次 PDP 激活失败. 数 4) 无法记录 UE 侧信令,也可以 手工统计

PDP 激活成 功率 HSUPA

保持 掉话率 类

AMR12.2k 1) CS 掉话率=业务掉话次数/业务 1) 在满足场景条件 <=2% 接通次数×100% 区域进行测试; 2) 业务接通次数:手机发起业务 2) 排除由于网络拥 请求之后收到 Alerting 的次数 塞和覆盖差导致的 VP <=2% 3) 业务掉话次数:从 UE 侧记录 掉话; 的空口信令上看,无线链路异常 3) 排除 RAN 侧以 释放的次数 外的设备导致的掉

话. R99 PS HSDPA <=1% 1) PS 掉线率=PS 业务掉线次数 /PDP 激活成功的次数×100%; <=1% 2) PDP 激活成功的次数: 收到 UE Activate PDP Context Accept 消 息; 3) PS 业务掉线次数:从 UE 侧记 1) 在满足场景条件 录的信令上看,如果满足以下两 区域进行测试; 个条件中的任何一个即认为是掉 2) 排除由于网络拥 线: 塞和覆盖差导致的 条件 1:UE 在 PDP Active 态,收 掉话; 到或发出 PDP context deactivation <=1% 3) 排除 RAN 侧以 request 消息,原因值不是“regular 外的设备导致的掉 PDP context deactivation”, 并且收 话. 到 了 PDP context deactivation accept,进入 PDP Inactive 态; 条件 2:UE 在 PDP Active 态,没 有 收 到 或 发 出 PDP context deactivation request 消息,但进入 到 PDP Inactive 态。

掉线率 HSUPA

1) 在满足场景条件 RNC 统计: 区域进行测试; 1) 成功率=完成次数/尝试次数 2) 排除由于网络拥 ×100% 软切换成功 塞和覆盖差导致的 AMR12.2K 2) 尝试次数: ≥99% RNC 下发的 Active 率 软切换失败; Set Update 消息的个数 3) 排除 RAN 侧以 3) 完成次数: RNC 收到的 Active 外的设备导致的软 Set Update Complete 消息的个数 切换失败. RNC 统计: 1) 在满足场景条件 1) 成功率=完成次数/尝试次数 区域进行测试; ×100% 2) 排除由于网络拥 2) 完成次数:RNC 收到的用于软 塞和覆盖差导致的 ≥99% 切换状态下的服务小区变更的物 软切换失败; 理信道重配置完成消息的个数 3) 排除 RAN 侧以 3) 尝试次数: RNC 下发的用于软 外的设备导致的软 切换状态下的服务小区变更的物 切换失败. 理信道重配置请求消息的个数 1) 在满足场景条件 RNC 统计: 1) 成功率=完成次数/尝试次数 区域进行测试; ×100% 2) 排除由于网络拥 2) 完成次数:RNC 收到的用于软 塞和覆盖差导致的 ≥99% 切换状态下的服务小区变更的物 软切换失败; 理信道重配置完成消息的个数 3) 排除 RAN 侧以 3) 尝试次数: RNC 下发的用于软 外的设备导致的软

HSDPA 软 移动 切换服务小 HSDPA 性 区变更成功 率

HSUPA 软 切换服务小 HSUPA 区变更成功 率

切换状态下的服务小区变更的物 切换失败. 理信道重配置请求消息的个数 1)在 满 足 场 景 条件 的区域测试; 主叫方 T(CC_Alerting)2) 主 被 叫 均 在 本 语音业务 6s 主叫方 T(第一次 RRC Connection 局;被叫为手机 接续时延 Request) 3) 排除 3G RAN 侧 以外的设备引入的 异常时延; 1)在 满 足 场 景 条件 的区域测试; 2) 主 被 叫 均 在 本 主叫方 T(CC_Alerting)VP 业务接 6.5s 主叫方 T(第一次 RRC Connection 局; 续时延 Request) 3) 排除 3G RAN 侧 以外的设备引入的 异常时延; 1)在 满 足 场 景 条件 T(Activate PDP Context Accept)- 的区域测试; PS 业 务接 T( 第 一 次 RRC Connection 2) 排除 3G RAN 侧 3s 续时延 Request); 以外的设备引入的 异常时延; PS 128k DL Mean PS128 吞 吐 Throughput 率 HSDPA Mean HSDPA Throughput PS128k 业务的下行平均流量 本小区和邻小区 50% 加 载 的 情 况 下 ≥110kbps 测试

时延 接续时延 类

本小区和邻小区 HSDPA 业务的平均流量≥1Mbps 50% 加 载 的 情 况 下 ≥90% 测试

无线网络性能 CQT 指标表 1)在满足场景条件的区域测 试; R99 采用 DOS PING 命令, Iub 时延<20ms,Iu 时延 2) 120ms PS384K/PS384K 排除 timeout; <3ms; 3) 排除 3G RAN 侧以外的 设备引入的异常时延; Ping 时 延 (0byte) 时 延 1)在满足场景条件的区域测 试; HSU(10ms)/DP 采用 DOS PING 命令, Iub 时延<20ms,Iu 时延 2) 75ms A <3ms; 排除 timeout; 3) 排除 3G RAN 侧以外的 设备引入的异常时延; FACH 采用 DOS PING 命令, 1)在满足场景条件的区域测 200ms 排除 timeout 试;

2) Iub 时延<20ms,Iu 时延 <3ms; 3) 排除 3G RAN 侧以外的 设备引入的异常时延; 1)在满足场景条件的区域测 试; R99 采用 DOS PING 命令, Iub 时延<20ms,Iu 时延 2) 200ms PS384K/PS384K 排除 timeout <3ms; 3) 排除 3G RAN 侧以外的 设备引入的异常时延; Ping 时 延 (1460byte) 1)在满足场景条件的区域测 试; HSU(10ms)/DP 采用 DOS PING 命令, Iub 时延<20ms,Iu 时延 2) 125ms <3ms; A 排除 timeout 3) 排除 3G RAN 侧以外的 设备引入的异常时延; PS 128k DL Mean PS128 吞 Throughput 吐 HSDPA Mean HSDPA 率 Throughput PS128k 业务的下行平 本小区和邻小区 50%加载 ≥110kbp s 均流量 的情况下测试 HSDPA 业务的平均流 本小区和邻小区 50%加载 ≥90% 量≥1Mbps 的情况下测试

关于测试采样点数量要求。具体建议值为: · 覆盖类:1118*bin size。假设密集城区 bin size 为 10 米,那么测试总距离原则上不应 小于 11.18 公里. · CS 呼叫:短呼叫至少 300 次。长呼叫总时长应为 300*每呼叫基本时长(此时长应与 掉话率折算时所用数值保持一致,如 90 秒) 。 · PS 业务:至少 60 次文件上/下载。

基站簇优化结束后, 优化建议需要提供, 优化建议实施之后, 验证测试和对比分析需要执行。 优化前后的测试条件和测试路线需要保持一致, 以便验证优化方案的实施效果。 基站簇优化 工作结束后,优化报告是一个重要的输出结果。除了优化报告之外,基站簇优化还有以下输 出结果: 阶段 工作任务和目标 工作子任务 工作内容 输出成果 基站簇划分 按基站簇划分原则确定基站簇范围。 基站簇 MAPINFO 图层 分簇进行无线网 提取簇中基站和周边基站的基础数据 络优化,在覆盖、 提取基础数据库 基础数据库表(EXCEL) 库 簇 优干扰、导频污染、 覆盖优化 覆盖类问题的优化 簇优化总结报告 化 阶切换、KPI 指标、 干扰优化 干扰类问题的优化 调整工单汇总 段 投诉处理和排障 导频污染优化 导频污染的优化 基础数据库更新表 方面对簇中基站 切换问题优化 切换问题的优化 路测数据(备份) 分析和优化。 性能监控 KPI 指标性能分析、提升 性能指标优化前后对比

投诉处理 对基站簇中的投诉跟进、处理 告警处理、排障 现场排障 簇优化输出报告模板见附件 C 4.1 数据业务测试注意事项 4 PS 数据传输通道

投诉处理汇总表 硬件排障汇总表

上图为 PS 数据传输通道,其中 Gi 接口连接应用服务器,服务器上运行 FTP Server 等应用。 数据从应用服务器下载到 UE(MS) ,经过 Gi、Gn、IuPS、Iub、Uu 五个接口。PS 业务使 用 RLC 的 AM 模式,具有重传的功能;而对于 FTP、HTTP 等业务,使用 TCP 协议,TCP 协议本身也具有重传功能;这两个协议(RLC/TCP)的参数对速率有比较大的影响;如果参数 设置不合理,或者在传输过程中出现错包、丢包,均有可能导致数据的速率下降。而在观察 业务质量的时候,一般是通过将 UE 或数据卡作为“MODEM”的计算机运行应用程序来判断 质量的好坏,这又引入了计算机和服务器的性能问题。 4.1.1 3GPP 协议 25.306 规定的 UE Category 如下表, 共有 12 种。 其中 category 11, 12 只支持 QPSK, 其它能力都支持 QPSK 和 16QAM。 HS-DSCH category Category 1 Category 2 Category 3 Category 4 Category 5 Category 6 Category 7 Category 8 Category 9 Category 10 Category 11 Category 12 Maximum Minimum number of inter-TTI HS-DSCH codes interval received 5 5 5 5 5 5 10 10 15 15 5 5 3 3 2 2 1 1 1 1 1 1 2 1 Maximum number of bits of Total number an HS-DSCH transport block of soft channel received within bits an HS-DSCH TTI 7298 7298 7298 7298 7298 7298 14411 14411 20251 27952 3630 3630 19200 28800 28800 38400 57600 67200 115200 134400 172800 172800 14400 28800

Category 8 的 UE 可达到的峰值速率为 14411bit/2ms /1024/1024=7.2Mbps。 速率能力最高的是 Category 10 的 UE,最高可达速率=27952/2ms/1024/1024 = 13.3Mbps。 4.1.2 接收窗口设置 对于使用 TCP 协议的业务 (如 FTP 业务) 测试笔记本电脑 , (Client 端) FTP 服务器 和 (Server 端)的 TCP 窗口大小对业务的性能影响很大。为保证得到较好的性能,一般可将窗口设置 得尽量大,并且 Client 端与 Server 端的窗口大小一致,比如均设置为 168K。

分别在 Client 端和 Server 端的 Windows 操作系统下修改注册表: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters,添加双字 节值 TcpWindowSize,其值设定为十进制的 168000(或 16 进制 29040) 。 注意事项: 1、使用 Regedit 修改系统注册表,只有重新启动机器后配置才能生效; 2、有些下载工具(如新版本的 Flashget)中的系统优化设置会修改这个配置,如果测试中 碰到问题再检查一下; 3、可以对几个网络接口设置不同的参数,通常在 Server 端(FTP 服务器)上需要对不同网 卡设置不同参数时使用,可以通过修改: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Interfaces] 对 应 参 数,修改方法与上述完全一致。 如果 IP 层有一个数据报要传,而且数据的长度比链路层的 MTU 还大,那么 IP 层就需要进 行分片,把数据报分成若干片,这样每一片都小于 MTU。从提高效率来说,应在尽量避免 出现 IP 分段和重组的同时,使用尽可能大的 MTU,通常 MTU 一般不要超过 1450 Bytes 为 佳。 MTU 大小的修改分为修改 Server 端的 MTU 和修改 Client 端的 MTU。PS 业务建立连接后, Server 与 Client 会协商,因此实际使用的 MTU 以小的为准。 分别修改 Client 端与 Server 端的注册表,具体操作如下: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\ {.........}\添加一个双字节键值,名称为 mtu,一般为 1420。 在“Interfaces”下可通过 IP 查找到对应的接口。修改后重启 Windows 操作系统。

单站优化输出报告模板 簇输出报告模板


相关文章:
WCDMA单站优化和簇优化指导书
WCDMA 资料-WCDMA单站优化... 30页 免费 中国联通WCDMA单站优化和簇... 30页 免费 WCDMA优化指导书v1.0 14页 免费 WCDMA-切换和掉话问题优化... 160页 2...
WCDMA单站验证操作指导书-20090113-1[1].1
WCDMA单站优化和簇优化指导... 30页 免费 WCDMA单站优化和簇优化指导... 30...(接入点名称)设置正确,如中国联通的移动网APN是:uniwap; b) 依次打开“主菜单...
中国联通WCDMA网络基础优化指导书
中国联通WCDMA网络基础优化指导书_信息与通信_工程...有效性评估与优化小区信号有效输出不足,导致站点有效...的问题通过 UE 的信令流程和 RNC 的单用户跟踪可以...
WCDMA-切换和掉话问题优化指导书
WCDMA单站优化和簇优化指... 30页 免费 TD切换和掉话问题优化指... 55页 ...WCDMA 切换和掉话问题优化指导书 内部公开 产品名称 WCDMA RNP 产品版本 3.3 ...
中国联通WCDMA网络工程优化技术要求
WCDMA 网络工程优化技术要求 中国联通 WCDMA 网络工程优化技术要求 1 前言 ......单站优化 单站优化 验收测试 分簇优化簇优化 全网优化 全网优化 分区优化...
FDD-LTE簇优化指导书_联通_v1.1_图文
FDD-LTE簇优化指导书_联通_v1.1_互联网_IT/计算机_专业资料。LTE 簇优化...单站优化报 告、站点工程参数表、网络拓扑结构图、OMC无线参数配置数据和电子...
1-中国联通LTE无线网络优化指导书-LTE无线网络优化指导...
(3) 中国联通 LTE 无线网络优化指导书第 3 分册:...加强单站优化和簇优工作,确保LTE工程优化质 量, ...(DCS)、WCDMA和LTE系统 共用的需求,保证多系统共存...
中国联通LTE无线网络工程优化指导书
32 2 3 中国联通 LTE 无线网络优化指导书 1 概述...WCDMA系统内 干扰可通过软切换机制来缓解,而LTE系统...单站优化、分簇优化、分区优化、不同厂家边界优化和...
TD-LTE基站簇优化指导书v1.2_图文
TD-LTE基站簇优化指导书v1.2_信息通信_工程科技_专业资料。TD-LTE 基站簇...单站优化报告、站点 工程参数表、网络拓扑结构图、OMC 无线参数配置数据和电子...
簇优化指导书
簇优化指导书_互联网_IT/计算机_专业资料。一、 掉话都有哪些原因引起? 邻区...中国联通WCDMA单站优化和... 30页 免费 山东省TD-LTE簇优化指导... 29页...
更多相关标签: