软切换减缩方法.pptVIP

January,2002 RITT RITT RITT 优化流程与软切换减缩方法 要点 优化流程 路测数据收集 数据分析: 覆盖控制 搜索窗设置 邻区列表调整 软切换缩减 功率控制 PN码规划 容量因素 硬切换的考虑 OCNS应用 优化流程 优化流程 注意： 在采取优化行动之前，应排除所有的软硬件故障；在路测之前，应先清除测试区域的所有BTS告警 优化流程 优化需要收集的数据: 路测信息 网络大范围调查结果、与竞争对手比较测试结果、初始站址确认测试、cluster 路测结果等 统计信息 后台操作维护的数据、BSM上观测的数据、BSM上的呼叫跟踪信息、各种诊断记录等 主观报告 用户意愿信息、用户投诉、个人对网络使用的经验等 优化流程 路测数据收集 (1)至少需要测试两种情况：空载与满载 (2)不推荐用话务忙时测量代替满载测量： 无法控制移动用户，各测试扇区话务不均衡，有的满载，有的可能很闲。 忙时一般交通拥挤，引起路测时间过长，使得数据并不全部是忙时。 (3)因此使用 OCNS与GSR来测量满载情况 Orthogonal Channel Noise Source (OCNS) Global Service Redirection (GSR) Access Overload Classes (AOC) 只有设为15的测试手机能接入扇区 备注： 对于2G与2.5G，因为RF环境相同，只需测量2G进行优化，然后2.5G的优化通过参数调整即可，不必附加2.5G的测试 路测数据收集 (1)空载测试 一般在半夜话务最低时测量。 结果表明了本小区在最佳RF环境的情况 可以确定小区的最大覆盖范围、导频污染问题以及邻区列表问题 需要激活GSR (2)满载测试 与空载测试同样时间，但是激活OCNS与GSR 结果表明了本小区在最坏RF环境的情况 可以确定小区的覆盖漏洞、包括潜在的室内覆盖问题 (3)忙时(busy hour)测试 其网络负载时刻变化，不能用于分析 仅推荐用于监测网络改变后的影响 路测数据收集 设置： 使用两部手机 短呼手机：呼叫持续20s，呼叫间隔10s 长呼手机：一直持续呼叫。 为取得有效的统计数据，至少测试2.5小时(300个呼叫) SBS Logging 路测只能收集下行链路的消息，因此当光用这些数据不能支持分析所需的足够资源时，最好收集SBS记录。使用SBS记录可以减少花费昂贵的路测甚至在某些情况下能代替路测。SBS记录可以根据MIN号来追踪特定的手机，也可以基于每个SBS shelf来收集许多系统参数。比如功率控制的、切换的、搜索窗的。这些参数可以根据每个SBS shelf来调整。不同的shelf用不同的设置就可以提供不同的结果以供对比。 SBS Logging 可供记录的一些特性： SBS Logging 黄色的就是可以用来辅助优化的一些特性 RTD，NLTA加上已知的BTS位置根据三角关系就能计算出手机的大约位置。 SBSVitaldata加上RTD和NLTA能标志出掉话地点，大多数时候还能推论出掉话原因。 SBSPowerControl 这个特性包含了前向链路数字增益和反向链路目标Ew/No，可以用来找到那些地方前向增益比较高，进一步可以估计是由于车速，还是由于小区内特定的位置造成（注：比如城中村建筑密集，信号穿透比较困难），或者结合切换信息看是否是由于别的扇区干扰造成。 SBSErasureindicatorBit 包含前向链路FER信息 SBSReceivedMuxDecision 包含反向链路FER信息。这两个特性可以用来监测当别的参数调整后FER是否变化，或者监测高FER的区域以进行分析和解决。 SBS Logging BSM并不能保证那么多shelf同时传递数据给它或者连续用同样的模式传递数据给它，所以要注意以下策略： 为每个SBS shelf做单独的记录模板 根据shelf和测试手机的数目来计算出记录的周期。大多数情况下，一个SBS记录可以保证一天的路测，因此可以决定是几个手机存成一个还是一个手机一个文件，这依据采用的测试类型。每个shelf一个记录。 当一天中第一个手机记录开始后，将所有的shelf的SBS记录从启动为halt mode。 当一个SBS记录包含许多手机的文件时，路测人员要搞清楚总共的呼叫周期，当达到计算的上限时，要么将这个记录上传拷走并开始一个新记录，要么停止测试然后再上传和拷走记录。比较空闲时，一个个shelf上传然后合成一个文件 在后台数据分析的电脑上，将合并的SBS文件拷贝多份，并按相关的手机文件命名。 SBS Logging 数据量和记录周期的计算 ：