切换问题分析优化流程_第1页
切换问题分析优化流程_第2页
切换问题分析优化流程_第3页
切换问题分析优化流程_第4页
切换问题分析优化流程_第5页
已阅读5页,还剩33页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、1切换问题分析优化流程切换问题分析优化流程和其他问题的优化流程的基本思路是一致的,详见下图。1.1切换问题搜集及优化目标切换问题的搜集途径一般有网管后台性能统计报表、DT路测、用户投诉信息分析等。在赶赴工程现场后,需要和项目负责人(多数为办事处工程师) 、运营商维护经 理等相关人员开会确定需要解决的问题以及优化 KPI指标(暂时参考小区移动 性能报表中的统计项目)。需要搜集的网络信息包括:1) 了解整个网络的组网方式、结构,确定系统由哪些RNC、CN组成,然后可 以根据这些组网信息,结合基站的分布和载频的配置情况,分析出哪些地方应该存在异频硬切换,哪些地方应该是同频硬切换。2)运营信息。包括用

2、户数和用户分布信息,每天和每周的话务忙闲情况,以便 数据修改尽量避开话务忙时,以免给在网用户造成大的冲击。3)告警信息和运行记录等,保证MSC、SGSN、GGSN、HLR、VLR的设备稳定可靠,传输通畅,以便相应测试的进行。4)工程参数总表。此表包括基站位置、配置和频点信息,天线高度、方位角、 下倾角等信息,更重要的是它还包含邻区列表,可以根据这些信息,结合组网信 息和覆盖连续需求,确定各载频间的同频相邻关系、异频相邻关系和系统间相邻 关系。5)参数配置。收集现网的信道功率配置、切换参数和算法开关等等数据配置信 息。切换优化的指标包括硬切换成功率、系统间切换成功率等等,这些指标项和目标 要求需

3、要和局方讨论确定。1.1.1小区移动性能报表话统数据是网络优化中最重要的信息来源之一,也是评价网络性能的主要依据。 与切换相关的话统指标主要有以下几项:同频接力切换成功率(小区切换出卜同频接力切换成功率(小区切换入)、异频接力切换成功率(小区切换出)、异频接力 切换成功率(小区切换入)、同频硬切换成功率(小区切换出)、同频硬切换成功率 (小区切换入)、同频硬切换成功率(RNC间切换出)、异频硬切换成功率(小区切换 出)、异频硬切换成功率(小区切换入)。通过对以上和切换相关的指标的统计,既可以判断一个小区在切换上是否存在异 常之处。注意:统计事件最好在一周以上。统计时间段可以按照忙时每小时进行统

4、计,也 可按天统计。1.1.2 DT路测分析通行DT路过评估性的DT路测也是切换问题搜集的一种手段,特别是对于业务 量不高或者尚未投入商用的TD-SCDMA无线网络而言。注意:进测时,需要进行往返性切换测试。1.1.3用户投诉信息分析运维客服中心搜集到的用户投诉信息中,对于掉话较多的一些区域,切换掉话是 主要的原因之一,需要对覆盖相应区域的小区重点进行切换分析。特别是对于切 换不及时或者乒乓切换等进行重点分析。1.2问题定位和原因分析对于切换问题的定位,路测是网络评估、优化最重要的手段之一。全面的路测可 以了解整体覆盖情况,发现漏配的邻区,可以了解实际的切换带是否与规划有大 的出入,是否有越区

5、覆盖等;局部的路测用于跟踪切换过程,采集切换失败和掉 话的空口信令、无线链路的状态( C/I、RSCP、UE发射功率、BLER、相对时延 等)数据,分析切换过程问题的原因。全面路测一般用于优化前后的整体网络评 估;而当发现了切换问题以后,一般采用局部路测来定位问题。路测可以采集UE侧的信令消息,而 RNC侧也可以跟踪指定IMSI的信令。往往 由于无线链路的不稳定和 UE处理能力有限,可能导致部分消息丢失或没有被记 录,因此,最好能结合路测的信令和RNC的信令消息进行分析,以定位切换问题。1.3优化调整切换问题优化调整的参数包括工程参数、小区参数和算法参数。工程参数主要是指天线参数,包括方位角、

6、下倾角等。通过这些参数的调整,可以改变小区的覆盖,进而改变切换带的位置、大小等,优化切换问题。小区参数包括小区使用的频率、信道功率配比、邻区关系等基本配置数据。修改 频点可以规避一些难以解决的同频切换问题;公共信道功率的调整同样可以达到 调整小区覆盖的目的,以改变切换区域的位置和大小;漏配邻区关系是导致切换 问题和掉话最常见的原因之一,因此邻区列表的优化也是网络优化中必不可少的 个环节。算法参数包括切换算法开关、各种切换的门限、磁滞、触发时延等。算法参数的 调整需要在对切换算法充分了解和对路测结果、信令等仔细分析的基础上进行。1.4优化验证在针对切换问题的参数调整之后,需要对调整结果进行验证:

7、1、现场路测观察切换过程是否已经正常,路测指标是否已经达到优化目标。2、查看话统中切换相关的统计值是否正常,话统指标是否已经达到优化目标。3、观察网络运行一段时间看是否引起其他问题,是否有用户投诉。如果以上都满足了要求,则切换问题优化结束;否则重新进行问题分析、定位、 调整、验证过程。最终优化调整结果需要得到项目负责人和运营商维护经理等相 关人员的认可。UE2切换常见问题分析及案例切换失败问题可以分为切换选择问题和切换执行问题。对于前者,主要是由于目 标小区的信道资源、切换相关的无线参数设置不当、硬件故障等。切换执行失败, 主要是由于空口质量所致。在性能指标上体现为切换失败率过高和切换掉话等现

8、 象。2.1切换失败常见问题分析2.1.1硬件故障导致切换异常原因分析:由于TD-SCDMA采用多通道智能天线系统,而良好的赋形,首先需 要各个通道之间功率校正的一致性。如果功率校正通不过,将会导致赋形产生偏 差,从而可能会导致系统切换失败。测试手段:通过后台的通道校正进行检查,对于校正无法通过的需要及时处理。优化建议:必要时更换系统硬件设备。2.1.2 UE未收到物理信道重配置消息原因分析:通过RNC的信令跟踪发现已经下发 RRC_PH_RECFG息,而路测中并 没有看到手机收到 RRC_PH_RECF消息,因而没有及时发起切换而导致掉话。因 为作为硬切换指示的物理信道重配置消息是在原信道上

9、发下的,可能由于经过时 间延迟、切换判决,RNC下发此消息的时候,源小区下行链路已经变得太差, 无法收到RRC_PH_RECf消息、进行切换而最终掉话了。优化思路:1)可以权衡将硬切换门限或磁滞、触发时间延迟等参数适当减小,相当于提早硬切换时机,使 UE可以及时收到硬切换指示消息而完成切换。2)加大源小区业务信道的下行发射功率以增强切换区的下行覆盖,保证下 行链路的质量。2.1.3目标基站未收到重配置完成消息原因分析:物理信道重配置完成消息RRC_PH_RECFG_C是在目标小区信道上发送的。这里分为两种情况:1)通过手机信令跟踪,确认是 UE收到RRC_PH_RECFG示而没有回 RRC_P

10、H_RECFG_C完成消息给RNC这可能是因为UE与目标小区同步失败或别 的原因造成的硬切换失败而掉话。2)通过信令跟踪,发现是 UE已经切换并发送了 RRC_PH_RECFG_C消息,而RNC 侧没有收到此消息,说明是反向链路存在问题。优化思路:1)针对第一种情况可以 尝试调整天线或增加目标载频的信道功率以加强覆盖, 或者提高硬切换判决门限,以保证硬切换的顺利进行。2)针对第二种情况可以尝试调整上行功控参数,将相应业务最大上行发射功率 调大,使在允许范围内 UE的发射功率增大,增强反向链路质量。2.1.4同频同扰码小区越区覆盖导致切换异常原因分析:在专用模式下,UE发送的测量报告,是根据 P

11、CCPCH的使用频点以及扰码为标 识来区分不同邻小区的。如果两个小区的PCCPCH具有相同的频点和扰码,正常情况下,其复用距离应该足够大,不应存在问题,但是在实际的网络中,由于 越区孤岛现象的存在,可能会出现 UE上报的测量报告中存在虚假邻小区信息, 会导致系统发出切换指令,使得某些处于专用模式下的UE频频尝试向实际信号并不好的小区发出切换请求,其结果必然是造成切换失败(也可能是乒乓切换) 并导致孤岛覆盖周边小区的切出成功率大幅降低,而与孤岛小区具有相同 PCCPCH使用频点和扰码的小区的切入成功率也会大幅降低,如下图。PCCPCH 频点:fl 扰码23图2-1越区覆盖示意图在市区内,特别是密

12、集市区,小区有效服务半径较小,复用距离较小,地形复杂, 往往会存在越区孤岛现象。测试手段:对于越区孤岛现象,凭借一般的路测UE是很难判断的,而需要可解出频点和相应扰码的扫频仪设备进行测试。优化建议:对于具有明显偏高的站点,需注意其扇区天线下倾角的设置不要太小,且最好选 用具有垂直上波瓣抑制特性的扇区天线。以规避越区现象的出现。2.1.5越区孤岛切换问题原因分析:在环境比较复杂时,由于较近小区的信号由于阻挡产生一定损耗,而 其他小区可能会从建筑物夹缝中透露出来,形成较强越区孤岛。由于该区域的小 区和该越区小区之间不会互配置邻小区,在干扰没有严重到导致下行失步时, UE将不会选择到该小区上。但在服

13、务小区信号较弱时,UE很可能会重选到该越区孤岛上。当在该小区上通话(建立其他的DPCH也是一样)后,将会导致无法切换从而掉话的现象。此类问题在切换指标上是无法显示出异常的,主要表 现为掉话严重。测试手段:可以通过DT路测进行分析定位;另外可以通过从信令仪中统计 TA值,看是否存在 TA过大的UE通话状态。优化建议:适当加大相应越区小区的天线下倾角或者方向角进行抑制越区现象。但是需要注 意不会对本小区的服务区域造成影响;在孤岛形成的影响区域较小时,可以设置单边邻小区解决。即在越区小区中的邻 小区列表中增加该孤岛附近的小区,而孤岛附近小区的邻小区列表中不增加孤岛 小区。这样一旦 UE驻留到该越区小

14、区后,可以在附近小区信号强时,顺利切换 出来,不会导致掉话。在越区形成的影响区域较大时,如果频率和码的规划拓扑允许,可以通过互配邻 小区的方式解决,不过此方法容易造成网络拓扑结构的混乱,除非频率资源比较 丰富,否则慎用。2.1.6目标邻小区负荷过高(或部分传输通道故障),导致切换失败原因分析:当目标邻小区的负荷过高时,切换将无法完成。另外,当目标小区的 部分传输通道由于误码较高或者频繁瞬断时,将会导致地面电路资源无法激活, 从而引起切换(选择)失败。如果是跨 RNC时,由于源RNC不了解目标RNC 的传输故障情况,因此只要有切换请求,就会尝试进行切换执行,而最终导致切 换失败,这种情况要持续到

15、源RNC收不到目标小区的测量报告为止。测试手段:1 .可以通过性能统计中对于目标小区的负荷统计进行分析,另外检查目标小 区的负荷控制门限设置是否合理;2.查看信令解码,了解其相应的原因值,看是否为“”。3. 查看告警信息,看是否存在传输告警(包括当前告警和历史告警)。优化建议:1 .如果是目标小区的负荷控制门限设置过低,则可以根据实际情况进行适当 的调整。但是需要对该小区的运维数据进行分析后确定,以免调整后,导 致该小区产生拥塞现象。2.对于传输故障,需要协调相关人员尽快解决传输质量问题。2.1.7目标小区上行同步失败导致切换失败原因分析:在切换过程中,UE和目标小区的同步根据切换模式(硬切换

16、和接力切换)的不 同分为两种:硬切换模式下的上行同步:1 .目标小区上行 UPPCH干扰严重,或者同时有其他 UE的上行同步碰撞, 导致和目标小区的上行同步失败;2.目标小区的UPPTS期望接收到的功率设置过小,功率步长、可能会导致 同步无法完成、功率爬坡步长等。当RNC确定目标小区后,在该小区成功建立新的无线链路,在新链路上给UE下发切换命令(此时可以停止从旧的无线链路下发数据)。UE根据切换命令(如物理信道重配)中频点和小区 ID等信息,在新小区进行下行同步。UE从消息的 DL-Commonlnformation-r4 信元中读取 defaultDPCH-OffsetValue,用于计 算

17、新小区的 CFN (CFN = (SFN - DOFF) mod 256 或 CFNnew = (CFNold+COFF -DOFF) mod 256)。然后根据下行 PCCPCH功率,期望的UpPCH功率等参数, 进行开环同步和开环功控(初始发送功率由uppch_desired_power+路损来确定),发上行SYNC码,SYNC码在Sync Code Bitmap中选取,收到正确的 FPACH,开 始在新的DPCH上发送数据。UE给RNC回重配完成消息,RNC释放旧的无线 链路资源。如果 UE给RNC回重配失败消息,则需要回滚到原小区恢复业务。硬切换的上行同步其实和随机接入的上行同步过程是

18、一样的,及使用UPPCH和FPACH进行同步。测试手段:DT路测优化建议:调整网络结构改变上行干扰2.1.8源小区下行干扰严重导致切换失败原因分析:在切换过程中,如果源小区下行干扰严重,有可能会导致UE会导致源小区无法有效接收到UE上报的测量报告,从而不进行切换。此时,系统侧应该有“物理 信道重配置超时”消息。而UE会出现失步,并发出“小区更新”。此时路测设备上的DPCH SIR会相应的较差。在切换带处出现下行干扰,有可能是相应小区的下行信号遭受到了其他无线信号 的干扰。干扰源可能来自于 TD系统内其他同频小区,也可能是其他异系统的干 扰,自然界的干扰,由于其有效频段较低(主要集中在 100M

19、Hz以下)影响一般 不大。具体参见干扰问题排查类文档。另外如果源小区信号发生陡降 (如建筑物阻挡等),或者目标小区信号突然陡升, 目标小区的下行信号有可能会对源小区的信号形成干扰(此时源小区信号并不差, 甚至在附近都会存在该类问题)。这也是切换失败的一种典型原因。测试手段:使用扫频仪进行系统内同频干扰小区的定位和排查;在DT路测仪上观察 DPCH的SIR,此时应该较差。另外在系统侧信令跟踪中,应该有“物理信道重配置超时”信息;优化建议:1.切换带处源小区遭受到严重的下行干扰,可以使用扫频进行排查;2.对于源小区信号陡降或者目标小区陡升导致的下行干扰问题,可以适当调 整天线参数进行优化解决。2.

20、1.9无线参数设置不合理导致切换不及时原因分析:切换过程分为切换测量、切换判断以及切换执行等3个过程。哪一个过程没有及时执行都会导致切换比较慢,不及时。切换测量,有两种策略,分别为周期性上报型和事件触发型。采用周期性上报型, 系统可以较好的了解 UE的状态,可以对切换较好的控制,但是会导致系统信令 负荷较重,故目前一般采用事件触发型的测量策略。目前系统已经支持的切换触发事件有1G (频内最佳小区变化,触发频内切换)、2A (频间最佳小区变化,触发频间切换)和 2D (当前使用频率过低,触发频间 切换)事件。如果切换触发事件上报不够及时,将会导致切换不够及时,从而导致切换失败和通话质量变差的可能

21、性。测试手段:路测设备、信令跟踪分析等。优化建议:对于无线参数的优化,可以参见和切换相关的参数一章。如果测试UE上可以看到相应的邻小区 PCCPCH RSCP远大于服务小区(比如大 6dB以上,且持续时 间超过5秒以上)而不进行切换,可能是由于服务小区无线参数中的“切换开关” 参数设置为“ TRUE”,从而导致该 UE无法切出该小区。2.1.10乒乓切换原因分析:乒乓切换产生的原因主要如下:1.小区距离太近,或者小区覆盖范围太大,导致重叠覆盖区内的信号都相对 较强,由于建筑物分布复杂,或者地形起伏较大,小区信号起伏并不一致, 从而导致UE的乒乓切换;2. 部分小区切换参数设置不合理。主要有“切

22、入UE惩罚时间定时器”(设 置过小会导致UE乒乓切换过重)、切换时间延迟(设置过小会导致短时间内的信号抖动都会发生切换)”、“PCCPCH RSCP切换迟滞量”(设置过 小会导致信号稍有变动即会导致切换发生)等参数。测试手段:1 . DT路测仪测试;2.信令测试仪的信令跟踪分析。3.性能统计中,如果系统切换次数和呼叫次数比例过大,可能是系统内存在 乒乓切换的现象。优化建议:1 .无线切换参数的优化调整。不过调整无线切换参数,虽然可以减少乒乓切 换的程度,但是也会带来切换不及时等其他问题,故需要综合考虑,且在 修改参数后,需要及时测试和统计跟踪。2.调整天馈参数(调整扇区天线下倾角、方位角或者天

23、线挂高),必要时也可更换扇区天线主波束的赋形波束宽度,避免覆盖范围过大。但是必须注 意不要出现服务盲区等新问题。2.1.11拐弯效应切换失败原因分析:在城区内,车辆沿着街道运动时,源小区的信号比较好,但是一旦拐弯到另外垂 直的街道上,源小区的信号会急剧变低,而另外一个小区的信号可能会突然急剧 增强,会导致和源小区链路失步,网络侧无法接收到UE的测量报告,从而存在切换失败的现象。测试手段:路测设备优化建议1 .如果信号允许,可以通过调整工程参数(加大邻小区的下倾角)或者无线 参数(如调整小区临时偏置),改变切换带,使UE在拐弯前进行提前切 换;2.使用直放站或者射频拉远方式解决。2.2切换案例2

24、.2.1 RNC内切换出现跨RNC切换信令问题分析问题描述根据KPI分析数据,三毛艺术学校(CELLID-8321) 一扇存在切换成功率低掉话率 高问题,主要是切出成功率指标较差在 50%左右,针对该扇区的两个指标差问题 进行分析和定位。问题分析1、从 CALLTRANCE 分析通过分析CT日志中的信令,发现三毛艺术学校一扇区在与爱家国际二扇区切换 时,出现radieBearReconfigurationFailure信令,但实际上爱家国际基站与三毛艺 术学校基站归属于同一个RNC,切换的时候不应该出现跨RNC切换流程。信令截图图6-2所示:nmilljiqpfkNKl口工MIL Lt.BU

25、1 L UV IT-Wri. UT aKE*i.JBLfT d 1 =.Q3E r 1L im L1 JG r i iI IL 21刘 g = B 可:.児出E ; 1 n 5L F N )?BIK-I*4fO,碍佻匹1 IL 21JaSicTyi?5.-3訂匾 f 苗MB:IsieirE&坨&. VntSVB.1VEZHO3.QEE3SEEI IL.21jJLl .U jJhll诞“时匸点ML】虹.Ja3lCiiviijL跖A* I -1KJHCi7i 嵌 Li 冷 rrv-仙W1愿輯和i,:T誥1 !TII r.nji f瞬険1 IL 1.职IXHrLMSE,Inhf:=lJb-2皿1ME

26、 I: 4CD.CEEJ5( (iraCMt J3T护雇Ei尙R弓Mr鼻匕鼻内吧亍1凸尹MiIVOUFHI幻3?】 l.hiI LL 21?J9LC -dI临I;伽,3釜 1C#iv cn5i 5=3$k tt 21.jJLC C讥kU.Fuu iAiikIKI. 4fDJ.331Cuiik LfLji F* IL ;T:n F AT;T立El dfl-MT聖r讣 LG TRL:“nF 內1 ll:TLIIG3:做O曲恬4 1L XI一Si jtyp13. DOT _5 tM; trr.tr f c ;E IhSmuiwtl: 1z-I IL 21LH2 J& IIAAE .ULBE fuc.

27、-llt IL心,MdIIEI 4UCI.lascfi跖CT5t II 21町如:.巴册;1 nr M二册 1亦帀戛lift- MHli,麻m加為I 11 21Si jTyu1 LfiU_3JFME :liatr fM 1326 VLJS.MLIKZ: 1?tt.昌矽54 It 21Chit LAZKil L-il-ailu ML!liitl 4CUJ33PJInCSL3S图2-2信令截图从测量报告分析(如图6-3),三毛艺术学校一扇区切换的目标小区是频点为10088,扰码为106的小区,而从三毛艺术学校一扇区的邻区关系分析,该目标小区应该为爱家国际二扇区。M ii bib.11 tfmejL

28、tRepLr -_r4l|0ex. t咎 m J interFTqEvtiitEjasiil ts JJCBTreent - 1 _| nidi li 1 E_IJ?RFT# vnl - 1_J gmOLr et sr enc e_: llfr e s tut - U;卜 一,inir-FrcqEvaittE.a t=_LCR (Jf- _J三 TKBC卜 L-J iM4rFreqjCsi 1L1 st-_j rk = 1$ eLem 10甲 |aJ z e1eJkl:lic令-( (nodSptci i dnf JLJ ttddLD: ifnf-a9 ._J nitiFresuitsIi -

29、 1替 口 eleoO巒J mJ ctl-lf iTajiftLerElUFreieiit - 1-i_ tatlIrdic ttcr - FALE一 _| clLParaneterID - 1C6.J n匚七古 Tr.dj chtvr = FLE图2-3信令具体内容2、DT测试分析现场路测分析,UE从三毛艺术学校往爱家国际方向移动时,测试的轨迹及邻区关系如图6-4、图6-5四所示,三毛艺术学校 1扇区的邻区关系中有两列扰码为 106,频点为10088的小区,当时怀疑两种可能:一是测试软件的bug (因为以前版本的测试软件在 UE切换之前出现过类似的 bug);二是小区信息参数配置存 在错误。

30、RJ JWP*i3-.fiNL4hC兀曲為1IUB图2-4邻区关系1Seivrg 匸自 14扩CD匚刖忖沁R5CPfisa5th.济1DO0O55三毛艺朮拿_F-6J JOQ-79.00n+,00血 jig HUAHKMarar LDLlNrvrftSCPRSS1 QthL 咖1!. DO0&to$;.%瘟KG;尸 K-7701102L朋呂LQ&3国氐 卜2-?6.DUHQ31009656;空掃国际主比-KZJQO01.00115M1KB0m_X忌砌吕厂一可-E.oa佰aL7IDEAS-39芷息为塁T -I-E5.00Tfe.QO11361D0Q0eo四+八口宇可-K.CO-79,GOL227

31、1009614土店与五碍交-卵.00-SLaa124815104哽轄工人罠手部-91 JOO-32.001241063?_四十1=字_5T-92.00M,0011LD1D09&70三破科虬F我3-81.001201110096_JE电制且厂_R傀加Sl.GO12512ID30O951门曲制怜时-79.00j-n图2-5邻区关系21216:211UL D:_LH LDIXHM e 那 Lrensnt H eporCohtid31&21S203OLDCCHIM 琢皿耐nt Ccntid4UL D:C!MtaLromcit ricpof! 516:23:20171CLDLXHFlodio Jcaer

32、 F eccrtiquiationK DC.232339CULDOOHFl詞oF ecoriuuiacian716233?: 765ECCHBCHMdxlei IftuirLion Sleek弓16 2327M3比 CHECHIr iniiiiHintii R( (ick316:23:27921ECCHBCHMinformiBrion Sirck1D6 23 J8 00CE:匚 CUB CH|M 占赠議 InfarmsrianHI6 73/SHdbhi bril-昭FHi Mnirr 亓tm 卜 bM: Fyipp 1 片12翔一囚:岀血包tLUH-HLHM 部忖i Hornnation W-

33、cdk4EJF/LC5NUtT;St_RrC5ITI of* pru=i律即小丁TH上3ICFJ rfK5 711*_win1/ iJLt5“礼已1W =rKlIF :札 hnC!B ?*IE!:ig:心1316:23:20156BCCHCPMa酋创 InrorTsionB ccU* 6:23:28 25CECCH BCHMistoi Infornncriofi BCOIT15DCOI DOI|M傑加 Infotnwiort D?cdno丽IT对hnEln砒Tp卩冃1II62350fi56Rrm-RrHFywem rhir甘iviFIM T嘶?i萃E 212BEB7SCCH-BCHmtnirT

34、flitm Block Fipe 32316:2328 781E:IX HSCH: ntorrr Sim E lock Fyipe 5囚心右:2&關3CCH-QCX碰Tn nJoirratijn block T25*6123:9 85S ECCH BCHScm rfairr dim E lock T) )#po 72616:23:29093BCCHBCHSystem hf&iritiDHEbck F/p& 1127ECCH BCHGyctcni nfoifretizu Elock Type 1 B卽16.232& 421UL CCOiCeil UpdelcC215DCCULCDCHCtll U

35、uddr图2-6切换信令根据图2-6所示的三毛艺术学校1扇区与爱家国际2扇区的切换流程分析,应该 是三毛艺术学校1小区的邻区关系配置存在问题。对于RNC内的两个小区切换是不可能出现跨 RNC切换信令,并且终端从爱家国际 2扇区切往三毛艺术学校 1小区的时候切换正常,没有出现跨RNC的切换信令,而三毛艺术学校 1扇区切往爱家国际2扇区的时候出现异常信令,因此怀疑三毛艺术学校一扇区的邻区 关系中添加了与爱家国际二扇同频同扰码的外部邻区,三毛艺术学校一扇区与爱 家国际二扇发生切换的时候,误以为是发生了跨RNC切换,结果出现跨 RNC切换失败的情况。解决方法及验证网管查看三毛艺术学校邻区关系,发现确实

36、添加了另外一个RNC的小区为邻区,而这两个小区相距 40多公里。删除三毛艺术学校一扇跨 RNC的邻区关系,验证 切换问题,一切正常。在RNC内切换出现跨 RNC信令流程时,很有可能是添加了跨RNC的邻区关系。出现这种问题的可能:1、RNC归属配置出现问题;2、邻区规划后导入后台的邻区关系有误;3、原来本小区存在跨 RNC的邻区,在基站割接或更改小区CELL后邻区关系没删除。2.2.2太拖拉与天津工业大学切换成功率低问题描述根据KPI数据,提取一周数据中 RNC内硬切换成功率低的小区进行分析,天津 工业大学1扇区RNC内小区间异频硬切换出请求次数为1513次,RNC内小区间异频硬切换出失败次数为

37、1302次,切换成功率为13.95%;太拖拉3扇区RNC内小区间异频硬切换出请求次数为1183次,RNC内小区间异频硬切换出失败次数为1086次,切换成功率为8.20%。由于这两个扇区地理位置接近,此 针对这两个小区进行测试和问题定位。问题分析从calltranee异常信令分析,太拖拉 3扇区和天津工业大学1扇区切换失败的情 况基本上都是发生在与煤矿设备厂3扇区的切换,并且属于同一个用户。切换失败基本上都是没有收到 RLrestore信令,应该是切换时发生了失步现象。从测量 报告分析,切换失败时测量的小区信号强度基本在-85dBm左右,也就是说不存在弱覆盖现象,因此怀疑存在上行干扰。从后台LM

38、T查询,煤矿设备厂3扇区的TS1时隙的底噪偏高,大约-95dBm左右,其他时隙底噪正常。解决方法及验证修改煤矿设备厂3扇区的频点10096( F6)为10120( F9)。修改频点后煤矿设 备厂3扇区的TS1时隙的底噪恢复正常。通过调整后,煤矿设备厂 3扇区的底噪恢复正常,有效抑制了上行干扰。从KPI数据统计分析,天津工业大学1扇区和太拖拉3扇区RNC内小区间异频硬切换成功率均满足指标要求。目前的切换成功率已经恢复正常。由于煤矿设备厂的三扇区存在干扰(干扰源未找到),导致天津工业大学一扇区 和太拖拉3扇区与此扇区切换成功率较差。后期要加强KPI指标的分析,挖掘问题点解决。2.2.3裕成大厦30

39、721、30722两个小区切换问题问题描述性能统计发现,裕成大厦(3072)站点的2个小区30721、30722的“小区异频 切换成功率”一直偏低,特别是在7月24日后更加恶化,如 2008-7-27的30762请求28次,成功仅2次,第一时间通知优化人员到现场测试,跟踪信令发现-soF:一并3应7:瓏j术忖康耳32如水仙大 扑野病匕30632绵中團丸厦.討丄x V .m.:-rurr,R - = llMw,W I 伟、 St77F_1 H1311孤尾山1717B B卄曰犬BLlJOd.:.!;L1|_Llf_L,M 1 W汕并妇0也号 MG ( W帕5封“綢冷 MSI m |协験THW) T

40、C i1-5Ktl7-nEf MSI r|j HOt133|t Mi I Tl iHQ17-SaE|* MS 1 TC 10511M5 1 TC nosyiTEiiB占制qM性I CinF.M r rt Drw-tTrqnlj-CC (imrrlMSd rt- UirKt T茴祢1 ST IJJ l 叶仇血FDlRDC Ji C-w nfrl tr*rtamltCCStMJi EFOJ 呼 ncm upM- TiwCell IDCell Name频点扰码410402东渡_22017.63310403东渡_32020.85510411源昌大厦_120168510412源昌大厦_22022.493

41、11535国际客运码头_520114811935鹭槟大厦_52012.612730651外贸大厦_120168230653外贸大厦_32019.2430722裕成大厦_22017.67430725裕成大厦_520116031555福佑酒店_52014.26331561新同益码头_12017.66531562新同益码头_220167931563新同益码头_32019.210232065海明大厦_52011122从10402、10403的频点和扰码来看,是没有问题的。3、其实,从30721切往10402过程中,RNC下发测量控制后,UE 一直没有上 报测量报告。这点来看,可以肯定是UE测量问题。这

42、样,我们可以从 3个方面考虑其原因:邻区个数、频点和扰码。显然,对于邻区个数、扰码是没有问题的,最大可能性就是该测试终端测量能力在30721邻区频点个数上受限制。解决方法及验证基于上述分析,删除邻区11535、11935、30725、31555、32065、10401 后30721邻区频点个数为5个,重新测试后,30721能正常切换至10402。如下图:图2-8优化后测试LOG2伉旷遐-JIDCUI Call HuaTST.i订咸方阻-106 10112 ;Cl?JJClirt iQDaj 10C&3g趕-耳-二CM阳LJnLOT笥-S3aimLfu415mL廷尺P世令相圈rAi.r.l报弓i

43、ULd:羽了jS A*口4忙田泌加幫B冷.! lhn倆苍囉45617曰2益码现日1SSZ 马可干号:252E272B29) )a3132).:M614 hl4 羟弋 1L3CB監严古.21 IS祐EMTOD门5葩;23.2第专M51TO15:23aC|t化 1 TL- nS;ZJM5 1 TC 1&5:23 M5i ID :山柏;33 陋W 1 TLl t沁代DRW茁E05FML1 ID l&49.tJ :4J tM5i ID i5t*:CQJ MP- j- dr si t. Rsji id.IXF PhjHT ChiWid 罪击刘科 llh ffiu-.kd Ehrn制iD匸匸忖匚 nrtf

44、rnlDCCH Meacui&ir ut CSHAJUI !l 1卜申严亍显屮円FD【l-E:oy ni RmjFfc w.Dtivi3LLI 3l_ E-e li-i.ld.LUi LLlr M卜nrl注:从现场测试情况来看,同时具备2个条件将很可能会出现上述情况:(1)测试终端为PECKER (大唐新手机仍存在这个问题);(2)邻区频点个数超过 6 个。考虑现在测试终端为 COMMIT和PECKER,特别是移动测试主要以 PECKER为主,为避免移动测试时感知度差,对RNC1区域(应厦门移动要求,只在RNC1下放开了 F7/F8/F9频点)主干道涉及小区的邻区进行相应的删除, 保证PECK

45、ER测试的切换关系正常。2.2.4青岛网络20080826日切换成功率偏低分析问题描述2008年8月26日,青岛TD-SCDMA网络当日切换成功率为:71%(2个RNC总指标)。表2-2 3个小区的切换成功率很低统计cellid小区名切换成功率切换入 请求次 数切换出 请求次 数切换入 成功次 数切换出 成功次 数1082城阳老局0.00%54700:010843城阳网通大厦1.35%3441331081城阳老局5.22%311233可见:1、城阳老局2扇切换请求547次,成功0次;2、城阳网通大厦3扇切换请求444次,成功6次;3、城阳老局1扇切换请求115次,成功6次;另外:全网当日总的切

46、换请求次数为 4622次,若不考虑上面 3个小区的影响, 全网总的切换请求次数为: 4622-547-( 444-6)-(115-6)=3528。此时,全网总的 切换成功率为3282 (全网总的切换成功次数)/3528=93%。问题分析 通过查看calltrace信令发现小区1081 (城阳老局1扇)和10843 (城阳网通大厦3扇)大部分切换失败的信令如下:assoe2CO8-OB-26 22:03:633IP SUEme iEtir 电 m 电 3itB.ap or tIMSI 46M7T101352410.106Jesaic:0D8-O8-26 22:46:33:633CrUC_OY_B

47、CCH_M_FEPCBJIISI: 4600771010510.65535assn2006-08-26 22:tt:D3:B33二盘Cr_UC_SEK3_MCn_NI3iS_KEPDLTIWSI 4&D07TL01QK410.55352OO6-O0-2G 22:tt:D EHLTFpSfieLBeqIISI 46D07Ttai054ia.10B2esie2006叩22:46:04:513Ilf SI 460a7TLC 1052410. 655358S172QJ8-OB-26 22:15:04:513Out EKme asur emetCoatr JIlf SI 4&77101052410.10

48、B2tm-OB-26 22:45:04:513mrm 更 a mr smeii tCaatr altl/Sr 4G3077L01D5241010B1图2-9切换失败信令注:这些掉话都来自同一个 IMSI号-460077101052410经分析:1、已经上发了测量报告,并且系统已经收到;2、系统收到后由HOM模块进行判决,并且确定进行切换;3、HOM模块子模块MCM将结果转给UCPMC进行无线链路准备;4、UPCMC准备无线链路超时(CT_UC_RCEV_UCPMC_RL_OPERA TE_TIMEROUT ),请注意此时是 Node B进行无线链路的准备;5、最后收到一条失败消息 -TDCE_

49、HOM_HO_FAIL 6、由于Node B的无线链路没有建立(未回给 HOM),故此时不会发物理信道 重配置消息。解决方法及验证2008年8月26日,青岛TD-SCDMA网络的切换成功率受 3个小区(城阳老局 2扇、城阳网通大厦 3扇、城阳老局1扇)的影响只有71%;若不考虑这3个小 区的影响,全网的切换成功率可提高20个百分点到91%.而这些切换问题都来自同一个IMSI,通过CALLTRACE查看信令并分析得出结论:切换时的无线链路建立出现了问题,NODEB可能存在问题。需要协调设备维护人员前去解决。2.2.5跨RNC切换失败问题描述RNC20的188小区跨RNC切换失败,查看邻区和测量报

50、告定位出是往RNC22的227小区切换失败。图2-10测试信令Ll36 tr iS.t 1F hi -In1 BErwir-rK535-4 12.23 F DJTFLU?1 t LiThto -L aIrJi -tiHbUif LKES71乩阳3 IXTT &.L KH:童.1Q吩巳Ut 4-1412:益:F It ULJEtEE 1 j丄軒于讥1 QT1缸丄世4;12.Z7 T OCT Ou-. BF71EEf!匕亠.匹hJitCvAU J!任巧It12.23.3 CCTOv- M1HB桂赳匕 tir tralKK5屮煜:岂M tlPT剛Rf厂IFR12 甜贾 oerjst orc186r

51、rr卍:册rillH412茨农:占iTE RJTIBBme iriF ertriiRpw tirEj ag 哄T w mIBBRE-1 Qfat L rfiJS叫曲 itE 1-UW 黔 # zn g |E a皿1. nc at nrJr apw B.1! - rj|. 3-) )r -14. 吃卡手期Ew KJTIBBifiir -r n-tdniktr Q Q14空06 2TT百讥EiCtlbv iii-lx v# vdi *J2VEI Lt J ICEE3EHl L- L 11 li.- I!il 1dlb口 7 亡LIP 4 EiivritF |表2-3邻区列表RNCCELLID1 C

52、ELLPARAIDNRNCNCELLIDNCELLPARAID2018887222291232018887525470121201888720459119 12018887202034310220188872046991012018887201879320188872231892018887222040088201888720457792018887227874201888722796920188872233682018887202044364201888722776320188872048426220188872222751201888720189122018887209588问题分析 查看

53、CT信令,发现重定位失败的原因是radioNetwork=TRANAP_unknown_target_rnc,也就是说 RNC20 的 188 小区检测 到227小区的信号,要往 227上切换,但不知道 227小区是属于哪个 RNC,导 致重定位失败。如下图:F14li WJISnua-i-xur miiBri ABT CO* tG553S 上&yTTys* 3rH. LL T :Tin tH;-A血35.LF戸严1肓hr RIF1886553? Rks- nb *4典14$ 27-DZTIn lJC冋La uiiFr v | u ht L L J J AL I Wi. E5515*21卜叶穴

54、!1 = 2*30&65535i 11 q*li irFrspsr - !nFuj-Fii|Tt12 舍哥 VTsW tr:IVEM ErE*LTi*rr +T-馮册hUi ES 甫:佔 W lf;俭*JIW匚匚并A tlG5&3S1 jhirSytrrlTF:州已士址吐血鲁匚斶江柚*吏于-nl?:2S ST C!7 Ofl KH3188npt dmrefiitftCpTitTSil55S35口= UH4L: H MTIn1田IVB A&lUl| &亍1E5515/ LmjpL.3 .2 W:iss-d055-l = L-Qr HBFiTlTmtT vi5535疋耳护 rl 附科I:t 3J

55、*5 _ -fiTT-u r* 1t _Jr* f.JpliT14L2.S3 -X.2ii Om HC!LbU.MJMl U lUiiLCr. J.L1 _!SSS3S昨 E 住祥 |-14 L 3 X 2T7Quz WZIVB AXllC BtlkHai CE.K.J -lB9SSE liLL iS St 紳T 0v&i时特世审亦兀匚皿JB55KJ,rH3.2QTIn皿:茂im uj.uj! uauiiliiiLj. LJ LS5535pHLi垃 23 卷 20T i5fl- UT- * ST- T_ iptt *19Qit-i.i -5.fi?.?A5535|r仁一一 一二11 皿国-:1

56、;- k-ii- Mi.,- - - -用歸越Lf H Vmg HTPliBaKUI疊1E515 T w 芯 co rr ti. or w -r 叭 o: TO14L2.S.45.23TJUI LB?:H匕,WLLCuJ.tj .1.昨5-u12 23 23TW MTIWAe-MreOie-rrC.t-Ti rrl85515熄苗时讳昕问ni4-qqr ffliHfitKfcj ETt耨甜5-H LL 0 1A v打 Jut Ut:宦巳*霜1】 皿心沖 H说E559I&L2 23*iir In KJ町KtZLfle*ti rbfifrfj ffirsti wJaclw?砖烦图2-11原因定位经与

57、CN侧联系排查,发现 RNC22的DNS解析配置错误,导致所有往 RNC22切换的PS业务均失败。解决方法及验证 修改后DNS解析错误后,测试结果如下:5-19 09:52:33.(4In EKCReloca.i enR* quest2MSL:1JMSreOOTT1000021065-13 a9:3Z:34.OMOlt KNUEelocau enL 训工lewlM5I:UJT7iaJdU21(56L】9 09:52:35.114I ENCujlinkDirecTrarisferIMS1:UJ7 lUJSOll&J-39 09:52:35.114Out RUTDirectTr snsferFIV

58、删:RIMSI:( (mTlOO0O2KGb-19 09:52:35. 134In EHCCorninonlD7NSL 6007-100002156f-19 09:52:35.134In EHCDarsctTr snEferFD 制N: R._2NSL:q6( (Dnoo0O2i06S-19 0Q 52:35. 194Out R2ICIni ti alVJMes igeFDJ/IM : U.卿si:嵋ooriooB叱i胡3-19 09 52:35.24In BHUDarectTr snsf-exFD VIM: AU. IMS【:堀(DriDJ8D12 巧G3-19 09 52:35 224Ou

59、t RHTdorrl i zikC irec tTr ansferINSLGtD7lOO0O215&3-19 09:52:35.824In EHCiiijlinkliirecLTraiiEf&rINS! 057-100002166严】9 09 52:35 8?4Ont価DiretTr m 号召趙 FFD_N - RIMSr 460371 M80?1661-19 0Q 52-36 创 4Ti F1HCufl i nidi i r&eilr *riMsr iiBimiooaoJiBfi3-19 QQ S93 31-4Out RMTD6 ractTr araciEfirFD HU: AU.IMSr

60、4EO了T j QQQQZIEE卜】g 0Q354Ih HICDirtTr HGWQ”FDM:减减IMS: 600710080213-g 0Q 52;3t.3S4X BBU4 OMIJL i 乐11 rtc tTr wzf crIMSr:G007100802IBGB-Q 0Q 52:旣.834In EMCinkD irectTr 7T10330215Gb-9 09:82:36.634Out RHCD sr ec tTr ansfr:屯屯lMSr6OOTTiOa0O15Bi-19 00 52136.954In EMCC oirniiurLiDINS! SCOTTI000021Q&忙 OS .52

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论