WCDMA-P&O-B-CH-CS域掉话优化-7-201005(修改后)

WCDMA-P&O-B-CH-CS域掉话优化-7-201005(修改后) CS域掉话优化 课程目标: , 了解掉话的定义 , 了解常见掉话原因 , 掌握掉话分析方法 , 掌握掉话优化手段 目 录 第1章 掉话定义 ........................................................................................................................................... 3 1.1 用户主动释放信令 ............................................................................................................................ 3 1.2 路测指标定义 .................................................................................................................................... 4 1.3 网管指标定义 .................................................................................................................................... 4 第2章 掉话分析 ........................................................................................................................................... 7 2.1 常见掉话原因 .................................................................................................................................... 7 2.1.1 网络覆盖差掉话 ...................................................................................................................... 7 2.1.2 邻区漏配掉话 .......................................................................................................................... 7 2.1.3 切换掉话 .................................................................................................................................. 8 2.1.4 干扰掉话 .................................................................................................................................. 9 2.1.5 扰码复用冲突掉话 ................................................................................................................ 10 2.1.6 异常原因掉话 ........................................................................................................................ 10 2.2 常用掉话分析方法 .......................................................................................................................... 11 2.3 掉话率优化手段 .............................................................................................................................. 14 2.3.1 调整工程 参数 转速和进给参数表a氧化沟运行参数高温蒸汽处理医疗废物pid参数自整定算法口腔医院集中消毒供应 ........................................................................................................................ 14 2.3.2 调整无线参数 ........................................................................................................................ 14 2.3.3 掉话相关定时器和计数器 .................................................................................................... 16 第3章 案例分析 ......................................................................................................................................... 19 3.1 邻区优化-1(邻区关系重整) ....................................................................................................... 19 3.2 邻区优化-2(邻区漏配) ............................................................................................................... 22 3.3 扰码复用优化 .................................................................................................................................. 24 3.4 软切换参数优化 .............................................................................................................................. 28 3.5 3G-2G操作中数据配置优化 ........................................................................................................... 31 i 第1章 掉话定义 掉话率指标的获取有路测和后台网管统计两种途径。路测指标主要通过测试工具获取，而网管统计指标是对海量数据的分析得到。首先介绍正常的通话释放信令流程。 1.1 用户主动释放信令 Uu口信令如下: 图 1.1-1 UE主动释放信令流程图 3 CS域掉话分析 图 1.1-2 放大图 1.2 路测指标定义 路测指标定义和测试工具关系紧密，CNT/CNA中对单业务掉话的定义算法为: ? 掉话率 , 掉话次数/呼叫成功建立次数 收到"Alerting"消息后, 呼叫成功建立次数加1; 在Alerting之后，没有收到Connect ACK就收到SYSTEM INFORMATION 消息，则算掉话; 在Connect ACK之后，若收到SYSTEM INFORMATION消息，而后的5 秒内没有收到E_S_radioBearerReconfigurationComplete， E_S_physicalChannelReconfigurationComplete， E_S_transportChannelReconfigurationComplete， E_S_rrcConnectionRelease， E_S_rrcConnectionRelease_CCCH消息，则认为掉话; 在Connect ACK之后，若收到E_S_rrcConnectionRelease， E_S_rrcConnectionRelease_CCCH消息，而在此之前没有收到Disconnect 消息，则认为掉话。 在实际使用中，工具会在L3消息中显示掉话位置。 1.3 网管指标定义 网管统计的掉话定义如下: ? 无线掉话率,(RNC请求释放的电路域掉话的RAB数目 RNC请求释放电路域Iu连接对应的RAB数目 -4- 第1章 掉话定义 +RNC请求释放的分组域掉线的RAB数目 +RNC请求释放分组域Iu连接对应的RAB数目) /(电路域总共释放的RAB数目 +分组域总共释放的RAB数目)×100% 主要有信令面掉话和用户面掉话。从信令流程上看，信令面掉话是RNC 发起了Iu release request， 用户面掉话是RNC主动发起RAB release request。 具体的掉话原因细分计数器及说明见下表(V3.07.300)。 表 1.3-1 网管统计的掉话原因 释放 计数器 计数器说明 相关原因 类型 Iu connection release request by UTRAN for CS domain in C301230315 重复的完整性检查失败 cell,Repeated Integrity Checking Failure Iu connection release request by UTRAN for CS domain in C301230316 cell,Release due to UE generated signalling connection UE产生的信令连接释放 release Iu connection release request by UTRAN for CS domain in C301230317 失去与UE的无线连接 cell,Radio Connection With UE Lost Iu connection release request by UTRAN for CS domain in C301230318 重定位完成定时器超时 cell,TRELOCoverall expiry Iu Iu connection release request by UTRAN for CS domain in release C301230319 无线接口流程失败 cell,Failure in the Radio Interface Procedure Iu connection release request by UTRAN for CS domain in C301230320 操作维护干预 cell,O&M Intervention Iu connection release request by UTRAN for CS domain in C301230321 过载控制导致的释放 cell,Release due to Overload Control Iu connection release request by UTRAN for CS domain in C301230322 不确定失败 cell,Unspecified Failure Iu connection release request by UTRAN for CS domain in C301230323 UTRAN发起 cell,UTRAN Generated Reason RAB release number request by UTRAN in cell for CS C301230361 RAB抢占 domain,RAB pre-empted RAB release RAB release number request by UTRAN in cell for CS C301230362 UTRAN产生的释放原因 domain,Release due to UTRAN in cell Generated Reason -5- CS域掉话分析 RAB release number request by UTRAN in cell for CS C301230363 IuUP失败 domain,Iu UP Failure RAB release number request by UTRAN in cell for CS C301230364 过载控制导致的释放 domain,Release due to Overload Control RAB release number request by UTRAN in cell for CS C301230365 不确定失败 domain,Unspecified Failure -6- 第2章 掉话分析 第2章 掉话分析 网络中很多因素都可能导致掉话，而掉话现象只是网络问题的一个表现形式。本章主要从常见掉话原因、常用掉话分析方法和主要的掉话率优化手段三方面进行介绍。 2.1 常见掉话原因 2.1.1 网络覆盖差掉话 网络覆盖定义中，某个采样点是有效覆盖点的要求是RSCP和Ec/Io均好于特定门限值。这里所说的覆盖差是指RSCP不好(有个例外，在网络边缘，由于小区数目少可能会产生RSCP不好但Ec/Io好的现场，也应属于覆盖差)。 UMTS网络中不同业务的发起和保持对覆盖的要求不一样，下表给出参考值: 表 2.1-1 业务RSCP和Ec/Io门限值要求 业务类型 RSCP要求[dBm] Ec/Io要求[dB] AMR12.2K -105 -13 CS64K -100 -11 PS384K -95 -10 HSDPA -90 -8 具体判断网络上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认: 如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到Node B上报RL failure，基本可以认为上行覆盖差导致的掉话;如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。在链路平衡性较合理且上下行没有干扰的情况下，上行和下行发射功率会同时受限，此时无需严格区分哪一方先出现受限;如果上下行严重不平衡，则初步判定为受限方向存在问题。 确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据，若最好小区的RSCP和Ec/Io都很低，就可以认为是覆盖问题。 2.1.2 邻区漏配掉话 邻区优化是无线网络优化中非常重要的环节。邻区漏配会直接引起掉话，也会导致网络中干扰水平升高，影响到系统容量，邻区优化是工程优化阶段的一个主要工作内容。 -7- CS域掉话分析 介绍几个判断同频邻区漏配方法: 1( 在路测过程中，移动台从基站得到邻区列表，而Scanner持续在对512个 主扰码进行扫描测量，并把其Ec/Io记录下来。如果发现某个主扰码并不 在邻区列表中，但其强度却超过了某门限值，且这一现象连续出现(持续 几秒钟以上)，则认为此主扰码的小区为缺加邻区; 2( 如果发生掉话，UE驻留的小区扰码和掉话前的扰码不一致，也可以怀疑 是邻区漏配问题，通过检查掉话前测量控制消息中的邻区列表来进一步确 认是否为邻区漏配; 3( 有些UE会上报检测集(Detected Set )信息，如果掉话发生前检测集信息 中有相应的扰码信息，也可以确认是邻区漏配的问题。 异频和异系统邻区漏配判断方法类似。 2.1.3 切换掉话 问题原因: 切换的问题一般在于切换区的长度和切换区里各个信号的强弱变化。如果切换区太小，或者激活集小区信号陡降，可能没有足够的时间完成切换流程，从而导致切换失败;而切换区太大，则有可能过多占用系统资源。此外如果切换区里各个信号强弱变化太频繁，不是普遍的一个信号慢慢变弱另一个慢慢变强的话，则切换也会频繁发生，产生乒乓效应。这样一方面过多占用系统资源，另一方面也容易增加掉话的几率。 失败信令描述: 1( 来不及完成切换。一般在掉话前手机上报了邻区的1a或者1c测量报告， RNC也收到了测量报告，并下发了Active Set Update消息，但由于下行链 路质量迅速恶化，UE收不到此消息导致加腿失败掉话; 2( 乒乓切换。乒乓切换导致的掉话表现为某个小区刚刚从激活集删除，马上 又请求加入，此时收不到RNC下发的Active Set Update 消息。 问题分析: 对于切换问题，关键在于控制切换区的位置和长度，并尽量保证在切换区里参与切换的信号强度能够平稳的变化。对于切换区的位置和长度，应该在规划时就有初步的考虑。优化时要根据实际的环境加以调整，考虑完成一次切换所需要的平均时间和一般在此区域的车速来确定切换区的长度。切换区的位置应该尽量避免在拐角，因为拐角本身的阻挡会带来额外的传播损耗并造成信号的迅速衰减从而减小切换区的长度。如果无法避免的话，应该尽量保证拐角处的信号强度有足够的余量来应对拐角的损耗。也不要把切换区放在十字路口、高话务地区以及VIP服务区。 -8- 第2章 掉话分析 对于异频切换和系统间切换，在切换前需要通过启动压缩模式(2D事件)来进行异频或者异系统测量。如果压缩模式启动太迟，可能导致UE来不及测量目标小区的信号，从而产生掉话;也可能UE完成了测量，但不能正常接收系统下发的异频或者异系统切换请求而导致掉话。另外如果异频消息过大，造成下行信令拥塞，也会导致空口掉话。 2.1.4 干扰掉话 区分上下行干扰。 下行干扰的产生主要有两个原因，一是导频污染区，二是邻区漏配引起的。邻区漏配问题上面已经说过，不再重复;导频污染区的典型为区域中的小区信号较多，且RSCP足够好但是Ec/Io很差，UE会频繁重选或者切换，同时呼入呼出困难。通常有三个因素会在网络中形成导频污染区: 1( 高站越区覆盖; 2( 基站环形布局; 3( 街道效应、强反射体等原因导致的信号畸变。 下行干扰掉话的信令典型特征为RNC下发了Active Set Update消息但UE收不到，最终RL Failure 掉话。 上行是否存在干扰主要通过OMC-R中小区Average RTWP和Max RTWP来判断。小区空载Average RTWP正常在-105dBm水平，对应50%上行负荷在-102dBm附近，如果Average RTWP在网络闲时超过-100dBm，同时Max RTWP在-90dBm水平，可以认为存在上行干扰。举例: -9- CS域掉话分析 图 2.1-1 干扰掉话路测数据分析图 掉话时下行信号的RSCP和Ec/Io都很好，但是上行发射功率不断攀升，直到达到最大值附近，形成掉话。 表明手机信号已基本无法被上行接收到。此时观察SIB7里面的UL interference一项，为-93dBm，证明上行RTWP很高。基本可认为是上行干扰导致的掉话。同时，用OMC的RTWP统计，也可辅助证明站点存在干扰。如下图所示。 图 2.1-2 小区RTWP统计图 2.1.5 扰码复用冲突掉话 站点密集分布的地区可能会进行扰码复用。如果复用距离不够，或者将不常发生切换的小区(扰码复用小区之一)配置了邻区关系，就会生成不合适的邻区列表从而导致掉话。 分析此类型掉话时注意:邻区关系是依据CellID进行标识的，如果单纯看掉话信令，经验不足者会仅关注扰码而漏过这一细节，注意甄别。 2.1.6 异常原因掉话 在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备告警信息和系统日志进一步来分析掉话原因。如:NodeB异常引起同步失败，导致的链路不停增加和删除;射频模块异常引起的下行信号差掉话;手机不上报1a测量报告导致掉话等。 需要注意的是，海外很多国家的传输条件不好，稳定性差，由于传输问题导致的掉话一般影响较大。 -10- 第2章 掉话分析 2.2 常用掉话分析方法 优化常用的分析方法有:多维分析、趋势分析、意外分析、比较分析、排名分析、原因和影响分析 等。 , 多维分析 “维”是指处理问题的着眼点和解决问题的方向，多维分析就是从多个不同的角度及其组合来分析 数据。 遇到掉话问题，不能仅仅关注掉话，因为可能引起掉话的原因很多，还应同时关注接入、切换、话 务、时间、RTWP等关联项。如后台统计报表的掉话分析中，一般会同时体现以下指标: 表 2.2-1 小区掉话统计数据表 Cell ID Cell Name CS Call Drop Rate [%] Number of Successful CS RAB establishment Total Abnormal Release Repeated Integrity Checking Failure Radio Connection With UE Lost TRELOCoverall expiry Abnormal Iu Released Number,by Cause Failure in the Radio Interface Procedure Unspecified Failure UTRAN Generated Reason Release due to UTRAN in cell Generated Reason Abnormal RAB Released Iu UP Failure Number,by Cause Unspecified Failure CS Traffic [Erl] PS Traffic [Kbyte] HSDPA RLC Throughput [Mbps] Max Cell Freq RTWP [dBm] Average Cell Freq RTWP [dBm] Max Cell Freq Tcp [dBm] Average Cell Freq Tcp [dBm] Max HSDPA users in cell Average HSDPA users in cell Max HSUPA users in cell Average HSUPA users in cell , 趋势分析 -11- CS域掉话分析 从时间序列分析随时间的变化趋势，找出其规律。如下图 图 2.2-1 掉话率随时间的变化趋势图 如有需要可从更大时间粒度分析变化趋势是否具有规律性等。 , 意外分析 从大量数据中找出过高、过低、变化幅度过大等异常情况数据，并进一步进行影响原因的数据挖掘。 如图: 图 2.2-2 高掉话率及时段统计示意图 掉话率异常高，需要关注该时段是否存在问题。可按照如下思路排查问题: -12- 第2章 掉话分析 1( 查看指标变差时间段的设备告警和系统日志，排除硬件问题; 2( 查看该时间段传输情况; 3( 该时间段有无升级、闭塞小区等动作; 4( 该时段是否有突发性高话务，如演唱会、球赛、展览等。 ? 比较分析 从相同的角度去对不同数据集合进行对比，找出差异所在，并可进一步深 入挖掘差异原因 ，一般在信令流程分析中使用较多。 ? 排名分析 从大量数据中找出按某种分类方法的Top N或Bottom N数据，这些数据需 要特别关注，比如常用的最坏小区法。图示为语音切换失败统计的例子: 图 2.2-3 语音切换失败原因统计图 ? 原因和影响分析 对于已产生的某个特定结果，从大量数据中挖掘出影响因素，并且分析不 同因素或组合的重要程度。如小区呼叫阻塞，原因可能是硬件容量不足、 下行链路容量不足或上行链路容量不足，需要仔细进行分析。 需要注意的是，每种方法都有其分析问题的针对性和局限性，要具体定位 设备问题、参数配置问题(工程参数和无线参数)以及网络资源利用率等 -13- CS域掉话分析 问题，依靠单一的分析手段是很难做到的，以上的各种分析方法要结合使 用。 2.3 掉话率优化手段 2.3.1 调整工程参数 调整工程参数是工程优化的工作重点，目的就是调整网络覆盖，在保证信号强度的同时尽可能减小干扰。主要调整手段包括:天线方向角和下倾角，天线摆放位置，天线类型，基站发射功率，天线挂高，站点位置，覆盖增强手段和新增站点。 2.3.2 调整无线参数 本节仅列举与CS掉话相关的无线参数。 2.3.2.1 软切换事件监测与上报时间差Time To Trigger Time To Trigger是监测到事件(1A，1B，1C和1D)与事件上报的时间间隔，TTT的设置会影响切换的及时性。 切换的参数的调整主要把握两个思路，一个要保证小区信号有绝对的重叠区，然后通过调整相应的无线参数，使得UE穿越切换区的时间大于系统整个的切换时延，进而保证业务的连续性;另一个就是信号和无线参数共同确定的切换区不能太大，避免使得切换的开销增大和资源利用率降低。 对于街道拐角等信号变化剧烈的区域，需要减小1A触发时间、增大1B触发时间，同时调整相应邻区的CIO，使得1A尽早发生、1B较晚发生，来保证切换的顺利完成。 对于高速公路场景，因小区少且跨度大，车速过快时如果不能及时加入新小区将会导致掉话，其调整思路和密集城区街道拐角的思路相同，使得信号好的小区尽快加入到激活集，来保证业务的连续性。 对于相关参数的调整，目前的操作方式是通过增加一个对应参数的测量配置号，并将其应用到目标小区。 2.3.2.2 邻小区偏置CIO 该值与实际测量值相加所得的数值用于UE的事件评估过程。UE将该小区原始测量值加上这个偏置后作为测量结果用于UE的同频切换判决，在切换算法中起到移动小区边界的作用。 该参数设置越大，则软切换越容易，处于软切换状态的UE越多，但占用资源;设置越小，软切换越困难。 -14- 第2章 掉话分析 CIO作用于非最好小区，即对1A事件，CIO在邻区中设置起效，对1B事件在即将删除的小区设置起效。 公式 小学单位换算公式大全免费下载公式下载行测公式大全下载excel公式下载逻辑回归公式下载 如下: 1A事件触发公式 NA,,,,其中，10,LogM，CIO,W,10,LogM，(1,W),10,LogM,(R,H/2),,NewNewiBest1a1a,,,i1,, Mnew是进入报告范围小区的测量结果; Mi是一个激活集内小区的测量结果; NA是当前激活集内小区数目; MBest是激活集内最强小区的测量结果; W是RNC发送给UE的权值参数; R1a是从RNC发送给UE的报告范围常量; H1a是事件1A的迟滞值。 1B事件触发公式 NA ,,1010(1)10(/2),LogMCIOWLogMWLogMRH,，,,,，,,,,， ,,,11OldOldiBestbb,1i,, 其中， MOld是离开报告范围小区的测量结果; Mi是一个激活集内小区的测量结果; NA是当前激活集内小区数目; MBest是激活集内最强小区的测量结果; W是RNC发送给UE的权值参数; R1b是从RNC发送给UE的报告范围常量; H1b是事件1B的迟滞值。 2.3.2.3 压缩模式启动/关闭门限 频间切换和系统间切换需要用到压缩模式。压缩模式在切换前启动，系统利用压缩模式所产生的时间空隙对异频或异系统目标邻区进行信号质量测量。在目前系统实现中，是通过2D事件启动压缩模式，2F事件关闭压缩模式。系统中可以选择测量量为RSCP或是Ec/Io，目前默认采用RSCP【采用Ec/Io启停压膜，适用于密集城区或者RSCP比较接近、主导频不突出的覆盖弱区】。 -15- CS域掉话分析 一般情况下，压缩模式需要测量目标小区(异频或者异系统)的质量并获取相关信息，同时由于移动台的运动导致当前小区的质量恶化，所以压缩模式的启动门限一般要求在当前小区的质量下降到导致掉话之前能够及时测量到目标小区的信号并完成上报完成切换为要求，对于停止门限则要求避免压缩模式的频繁启动和停止。 在密集城区，要尽量保证3G的连续覆盖，以避免不必要的系统间切换增加系统负荷;而对于3G边缘及高速公路场景下，应该在3G信号产生深衰落之前尽快切换到2G，这就需要提高2D的触发门限，使UE尽早启动压缩模式。 2.3.2.4 无线链路最大下行发射功率 如果小区由于覆盖原因产生大量掉话，可以适当增加业务最大下行发射功率，风险是当用户在边缘时就可能消耗大的功率，从而对其他用户造成影响，降低系统的下行容量;对负载过高导致较多接入失败的小区，可以考虑适当降低该参数—注意，由于功率参数为全网参数，此操作存在很大风险，需格外慎重。 2.3.2.5 异频/异系统门限 当异频/异系统邻区信号测量值超过设置的门限值后满足切换条件。结合压缩模式的启动停止门限来配置该参数，如果配置较小的值，可以提早触发切换事件;如果配置较大的值，可以延迟切换。 2.3.3 掉话相关定时器和计数器 UE定时器和计数器 表 2.3-1 UE定时器和计数器 名称 解释 取值范围 默认值 T312 (1..15)s 1s 连接模式的T312，UE开始专用物理信道建 Connected 立时等待L1的同步指示的时间 N312 (1, 2, 4, 10, 20, 50, 1 连接模式的N312，UE在专用信道建立成功 Connected 100, 200, 400, 600, 前应从L1连续收到的同步指示的数目 800, 1000) T313 3s CELL_DCH状态已建立的DPCCH信道失(0..15)s 去同步后的等待时间 N313 (1, 2, 4, 10, 20, 50, 20 UE从L1连续收到的失步指示的最大数目 100, 200) T314 (0, 2, 4, 6, 8, 12, 4s 无线连接失败，而与T314相关的无线承载 16, 20)s 存在等待小区更新过程完成的时间 T315 (0,10, 30, 60, 180, 30s 无线连接失败，而与T315相关的无线承载 600, 1200, 1800)s 存在等待小区更新过程完成的时间 -16- 第2章 掉话分析 N315 (1, 2, 4, 10, 20, 50, 1 在T313激活状态下，UE从L1连续收到的 100, 200, 400, 600, 同步指示的最大数目 800, 1000) T309 3s 启动与其它RAT(如GSM)接入请求后的等(1..8)s 待时间 -17- 第3章 案例分析 3.1 邻区优化-1(邻区关系重整) 问题归属: 邻区列表配置不当引起掉话率偏高 问题描述: 利比亚RNC1下TRI135W-1小区的掉话率始终在3,左右，且无硬件告警信息，小区主要覆盖海面，位置如下图所示，该小区为TRI135站点红色小区: 图 3.1-1 掉话站点位置及环境图 主要参数: 邻区列表 排查流程: 由于利比亚现场安装了NCOS软件，该软件是专门对RAN统计的切换数据和检测集数据进行分析的后处理系统，通过它你可以采集分布在各个MINOS上的切换数据和检测集数据，从而可以进行全网分析，也可以对小区进行详细的切换分析:判断哪些邻区关系应该增加，哪些邻区关系应该删 19 CS域掉话分析 除，邻区的测量优先级应该如何设置等。NCOS结合GIS地图，可以直观的显示邻区关系 ，并能结 合当前的切换数据，直观显示哪些小区的邻区关系应该增加，哪些邻区关系应该删除。 通过采集一周忙时(利比亚 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 忙时为晚上20:00-21:00)的MINOS中测量数据，并导入到NCOS 中，发现TRI135W-1与非邻区TRI100W-1，TRI020W-3，TRI435W-1,TRI098W-1等小区的切换次数 较多，而与已配置的部分邻区切换次数较少，如下表所示。 表 3.1-1 NCOS对邻区切换的统计分析结果 index RNCID CID Cell Name SC Handover Times 1 1 10263 TRI026W-3 248 66689 2 1 11352 TRI135W-2 59 37017 3 1 10253 TRI025W-3 208 28371 4 1 11003 TRI100W-3 212 23554 5 1 11812 TRI181W-2 113 22315 6 1 11353 TRI135W-3 67 18268 7 1 11813 TRI181W-3 97 10870 8 1 12301 TRI230W-1 103 9636 9 1 10261 TRI026W-1 240 9578 10 1 14133 TRI413W-3 400 9119 11 1 14161 TRI416W-1 434 8688 12 1 11351 TRI135W-1 51 7102 13 1 10262 TRI026W-2 256 3439 14 1 10213 TRI021W-3 164 2946 15 1 10271 TRI027W-1 289 2766 16 1 10221 TRI022W-1 316 396 17 1 11143 TRI114W-3 362 388 18 1 10252 TRI025W-2 200 370 19 1 10202 TRI020W-2 160 331 20 1 10053 TRI005W-3 352 79 21 1 10251 TRI025W-1 192 39 22 1 11932 TRI193W-2 281 23 23 1 10212 TRI021W-2 156 23 24 1 10211 TRI021W-1 148 20 25 1 11001 TRI100W-1 196 9693 26 1 10203 TRI020W-3 144 1893 27 1 14351 TRI435W-1 53 1104 28 1 10981 TRI098W-1 414 943 29 1 11133 TRI113W-3 49 686 30 1 12003 TRI200W-3 409 292 31 1 10741 TRI074W-1 390 218 32 1 10191 TRI019W-1 147 106 -20- 错误～文档中没有指定样式的文字。 错误～文档中没有指定样式的文字。 33 10 10951 TRI095W-1 81 68 34 1 14183 TRI418W-3 120 53 35 1 14181 TRI418W-1 128 46 36 10 10953 TRI095W-3 73 40 该表是NCOS统计值，主要给出邻区的名称，扰码，切换次数等信息。其中，蓝色颜色为现有邻区，黄色小区为非邻区。 (1) 通过该表可以看出，TRI135W-1与TRI100W-1(扰码为196，扰码复用相同小区TRI422W-1，新增邻区是选取TRI422W-1小区)切换次数高达9693次，与TRI020W-3切换次数为1893次，所以应该把这几个切换次数较高的小区加为TRI135W-1的邻区。 (2) 而TRI005W-3，TRI025W-1等部分现有邻区与该小区一周忙时的切换次数低于80次，因此，考虑删除这些切换次数较低的现有邻区。 解决手段: 本次TRI135W,1增加一周忙时切换次数大于200次的小区作为邻区，并逐个认真核对每个扰码的实际切换小区,新增加邻区包括: 表 3.1-2 新增的邻区 删除一周忙时切换次数小于80次的现有小区: 表 3.1-3 删除的邻区 -21- CS域掉话分析 优化效果: 更改邻区后，TRI135W,1的CS掉话率由3,左右下降到1.3%左右，如下图所示: 图 3.1-2 邻区优化后掉话率统计图 3.2 邻区优化-2(邻区漏配) 问题归属: 系统内邻小区漏配导致的掉话 问题描述: -22- 错误～文档中没有指定样式的文字。 错误～文档中没有指定样式的文字。 手机沿图中的红色箭头方向自南向北运动，主服务小区是位于下方扰码为74的小区，但是主服务小区质量已经非常差(Ec/Io为-20.72dB)。但是扰码为9的小区的Ec/Io为-8.75dB，导频质量非常好，但始终在检测集中，不能正常切换导致出现掉话现象。 图 3.2-1 掉话点分析 主要参数: 系统内邻区 排查流程: 上图显示，扰码号9的小区在服务小区(扰码74)质量非常差时仍然在检测集中，无法加入激活集。属于典型的邻区漏配情况。 解决手段: 邻区关系调整，增加扰码9小区为扰码74小区的邻区。 优化效果: 同样测试 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 ，主服务小区为SC74，SC9的小区已经在SC74的监测集中。当SC9的小区信号足够强时，UE从SC74小区正常切换到SC9小区。如下图所示 -23- CS域掉话分析 图 3.2-2 添加邻区-SC9进入检测集 图 3.2-3 完成正常切换 3.3 扰码复用优化 问题归属: 扰码复用距离不足导致的掉话 问题描述: 从联通沿深南大道往华强北走，UE首先在联通大厦室外站的1、2扇区，扰码246、247，此时偶尔有 扰码124上报1a，但因为不在检测集中，RNC没有加腿。 -24- 错误～文档中没有指定样式的文字。 错误～文档中没有指定样式的文字。 后来加了350，联通大厦室外站第四扇区，并且马上用124替换了350，经查，350的邻区有124这个小区(香蜜湖东座酒店扇区2)。 再后来，246和247逐渐减弱，最后只剩124，并反复加了几次123，最后剩124，此时报1a加125，没有收到任何RNC下来的激活集更新请求，最后掉话。 主要参数: 系统内邻区，扰码 排查流程: 因为RNC信令没有保存下来，通过分析UE最后上报的测量报告，发现125的偏移与124和123相差很多，如下: cellSynchronisationInfo { modeSpecificInfo fdd : { countC-SFN-Frame-difference { countC-SFN-High 0, off 33 }, tm 6441 } }, modeSpecificInfo fdd : { primaryCPICH-Info { primaryScramblingCode 125 }, cpich-Ec-N0 35, cpich-RSCP 27 } }, { cellSynchronisationInfo { modeSpecificInfo fdd : { -25- CS域掉话分析 countC-SFN-Frame-difference { countC-SFN-High 0, off 212 }, tm 37446 } }, modeSpecificInfo fdd : { primaryCPICH-Info { primaryScramblingCode 124 }, cpich-Ec-N0 22, cpich-RSCP 21 } }, { cellSynchronisationInfo { modeSpecificInfo fdd : { countC-SFN-Frame-difference { countC-SFN-High 0, off 212 }, tm 37958 } }, modeSpecificInfo fdd : { primaryCPICH-Info { primaryScramblingCode 123 }, cpich-Ec-N0 6, cpich-RSCP 13 -26- 错误～文档中没有指定样式的文字。 错误～文档中没有指定样式的文字。 } } 对于这种测量上报，如果RNC给NodeB下发无线链路增加消息，NodeB会回复失败，导致无法加腿。但由于RNC信令没有了，NodeB的异常探针也清掉了，目前只能推测是这样的原因导致最后掉话。 那么UE为什么报这样的测量上报, 一个原因，原来建立的124和后来测量上报的125不是同一个站的信号。本来测试路线就是要到华强北，要从福田南光大厦开始测试，怀疑125是这个站的信号，而124从后台配置的邻区情况和一开始的路线来判断，应该是香蜜湖东座酒店的信号(从UE log看，激活集更新消息中的cell id为18321，香蜜湖东座酒店第二扇区)，这两个站扰码相同，相隔4.3公里左右，中间很多站都没有开起来。 还有一个原因，家里研发反馈，有些终端在反复切换很长时间后，偶尔会出现上报的偏移不正确的现象。 经过分析，怀疑第一个原因的可能性较大，因此按照当时的测试路线再次复现该问题，虽然没有掉话，但通过分析UE log和RNC信令，可以得出以下结论: 第一阶段124出现的最后地点如下图红圈所示，离香蜜湖东座酒店2.6公里，从UE的测量上报看，帧偏和码偏分别为:108，21891。作为对比，同一时刻UE上报的扰码251的偏移为:42，26102。这个124曾经进入激活集，从RNC信令看，确实是香蜜湖东座酒店的第二扇区。 图 3.3-1 路测数据分析图-1 -27- CS域掉话分析 之后过了一段时间，再次出现124的信号，地点如下图红圈所示，离福田南光大厦900米，从UE的测量上报看，帧偏和码偏分别为:129，33071，扰码125的偏移为:129，32560。作为对比，同一时刻UE上报的扰码251的偏移为:42，26066。后来125加入激活集，从RNC信令看，是福田南光大厦的第三扇区。 图 3.3-2 路测数据分析图-2 两个地点相差700多米。 从上面两组数据看，第一组的124与第二组的124并不是同一个站，帧偏和码偏相差很大，抖动不可能这么大的，作为对比的251的帧偏和码偏就比较稳定。由于UE呼叫过程中124并不是一直在激活集中，因此没有出现保持一个124的腿后要求加另外一个站的125的情况。 确定一点:两个扰码相同的站距离比较近，如果UE与第一个124保持连接过程中再要求加125，肯定失败。 解决手段: 调整了香蜜湖东座酒店的扰码，避免与较近站点同扰码。 优化效果: 经过测试，没有出现因为该站扰码复用引起的掉话。 3.4 软切换参数优化 问题归属: 软切换参数不当导致切换成功率低 -28- 错误～文档中没有指定样式的文字。 错误～文档中没有指定样式的文字。 问题描述: 从署前路基站的第一扇区(扰码号436)到梅花村酒店基站的第二扇区(扰码号434)的软切换成功率较低，此区域位于署前路段。 主要参数: 软切换1A/1B事件切换门限、触发时间 排查流程: 署前路段从署前路基站的第一扇区(扰码号436)到梅花村酒店基站的第二扇区(扰码号434)的测试道路上导频信号分布情况如下图: 图 3.4-1 署前路段导频信号强度分布 -29- CS域掉话分析 图 3.4-2 署前路段导频信号质量分布 因为有高架桥的遮挡，署前路段上的信号不够好并且起伏较大。现在使用相对门限判决算法，如果1a门限值太大，这样即使信号较差的小区也有可能判决加入激活集，RNC下发ActiveSet Update Command消息命令UE加入此小区，但是由于该小区信号太差且有波动，无线链路建立失败，导致软切换失败。 图 3.4-3 署前路段掉话区域环境示意图 解决手段: 调整436小区的1a事件和1b事件的切换门限和触发时间。 降低1a事件切换门限同时缩短触发时间，让质量较好的小区尽早加入激活集;提高1b事件的切换门限同时延长触发时间，防止激活集内小区因为信号突然恶化而过早被删除。 表 3.4-1 调整前后切换参数 事件参数优化前设置优化后设置 2dB4dB切换门限1a事件Time to Trigger640ms200ms 5dB7dB切换门限1b事件Time to Trigger640ms1280ms 优化效果: -30- 错误～文档中没有指定样式的文字。 错误～文档中没有指定样式的文字。 优化切换参数后，梅花村基站434小区能够较快加入激活集，并且由于1b事件切换门限的修改，避免了434小区从激活集中被过早删除。切换参数调整后的路测结果表明署前路与梅花村酒店之间的切换成功率得到很大提高(超过100次切换尝试)。 类似问题处理建议: 对于由建筑物遮挡造成的信号快衰落情况，当这样的小区信号位于切换区域中时，会发生本案例描述的切换失败。如果无法进一步加强该小区的覆盖效果，则可以考虑修改切换参数。修改原则是让目标小区的信号“快进、慢出”。 3.5 3G-2G操作中数据配置优化 问题归属: 数据未正确配置导致切换掉话 问题描述: 在3G网络覆盖的边缘区域进行3G-2G的切换测试，发现一个3G小区往周围的2G基站进行切换的时候，在自西向东的方向上可以正常切换，但是在自东向西的方向上切换失败。 主要参数: 2G邻区配置的BSC ID，LAC，NCC，BCCH 排查流程: 由于在3G-2G方向上无法进行切换，第一步的思路是排查是否2G邻区未进行配置，检查结果没有发现漏配2G邻区。第二步，采用2G的sagem手机，记录在3G手机信号质量低于压模启动门限时，手机是否启动压缩模式，同时记录启动压缩模式的地点的2G小区的CI。 在进行了第二步的测试后，发现手机启动了压缩模式，如信令所示: 但是手机在启动压缩模式以后，进行重定位的过程中出现重定位失败，信令如图: 且重定位的失败原因为 -31- CS域掉话分析 通过以上的信令分析，可以推断手机在向2G切换的过程中未能识别出2G小区所在的BSC，初步估计是BSC ID或者LAC区没有配置。 解决手段: 在CN侧对切换的2G目标小区的BSC和LAC进行检查，发现确实是没有配置LAC区，于是要求在CN重新配置所有2G邻区的LAC区。 优化效果: 数据配置后，3G-2G 的切换完全成功。 类似问题处理建议: 3G-2G的切换操作中，对于2G邻区配置的BSC ID，LAC，NCC，BCCH需要注意，不仅仅需要在后台OMCR的2G邻区库中进行配置，同样需要在CN中配置LAC和NCC等信息。 -32-