TD-SCDMA前台测试分析指导书

《TD-SCDMA前台测试分析指导书》由会员分享，可在线阅读，更多相关《TD-SCDMA前台测试分析指导书（61页珍藏版）》请在装配图网上搜索。

1、TD-SCDMA前台测试分析指导书 江苏省邮电建设工程第十分公司目录一、概述1二、测试篇11.软件的安装1Pilot Pioneer(前台)1Pilot Navigator(后台)1鼎立白狗的驱动1大唐 的安装2GPS安装62.硬件的连接63.测试使用说明12编辑各业务测试模板12添加基站信息和地图信息16Mapinfo图层输出21三、分析篇221.重点关注参数解释222.统计报表的输出233.测试数据的回放及分析274.快速寻找问题点28四、常见问题分析思路321.起呼失败32路测起呼失败定义33路测中常见的接入失败情况33常见的起呼失败原因36起呼失败分析流程及方法38起呼失败分析举例39

2、2.掉话42路测掉话定义42常见的掉话原因分析43掉话分析流程及方法45掉话分析举例463.切换失败49切换的分类49切换过程49切换触发事件类型49切换失败原因分类55切换失败案例分析55五、案例60六、附件：60一、 概述TD-SCDMA通信网络的整个优化过程中主要依靠前台的测试、分析、优化解决网络中存在主要问题，在日常的工作过程中，前台的分析优化工作也显得更加重要，本指导书重点对前台测试分析进行重点介绍，希望能为前台测试优化人员的工作提供指导思想。二、 测试篇1. 软件的安装1.1 Pilot Pioneer(前台)第一步：双击SETUP文件，安装Pilot Pioneer软件。第二步：

3、，将pioneer.lcf文件放到安装路径下，如果用户没有设置安装路径，默认的安装路径为: C:Program FilesDingliPilot Pioneer3.x 。1.2 Pilot Navigator(后台)第一步：双击SETUP文件，安装Pilot Navigator软件。第二步：，将Navigator.lcf文件放到安装路径下，如果用户没有设置安装路径，默认的安装路径为: C:Program FilesDingliPilot Navigator2.x 。1.3 鼎立白狗的驱动直接点击驱动中的PilotPioneer.20 驱动和 Navigator 2.9.6 驱动即可.1.4 大

4、唐 的安装（1）卸载驱动如果以前安装过USB2VCOM驱动，请插入 ，插上电脑，执行原来的版本的驱动安装程序，点击“Uninstall”按钮，如下图所示，卸载掉USB2VCOM驱动。并重启电脑。（2）打包驱动安装1. 如果以前安装过USB2VCOM驱动，请按照以上说明，卸载驱动，并重新启动电脑，拔除USB线。2. 执行安装程序，选择“VCOM Number”数目，点击“Install”按钮，安装驱动。此处选择的“VCOM Number”将为安装的VCOM数量。请注意，一定要安装足够的VCOM端口（一般一个UE接入需要安装4 个VCOM口，一般都设为10个VCOM口）。3. 安装完成后，点击“E

5、xit”退出。4. 如果PC提示重新启动，请按照说明，重新启动计算机。5. 然后按照下面的提示进行操作： 插上USB线，操作系统自动提示找到新硬件 选择“否，暂时不”，并点击下一步； 选择“自动安装软件（推荐）（I）”，并点击下一步； 跳出下面提示框后，选择“仍然继续”； 系统自动安装驱动，如下图所示； 点击完成即完成驱动的安装6. 等待3秒钟左右即可以正常使用。7. 正常使用过程中，可以打开状态栏的MUX UI，或者是通过开始菜单/所有程序/Datang Mobile/DTM8100 MuxUi来打开MUX UI程序，来查看端口状态，如下图所示。（备注:上面显示的端口(3,4,5)在连接设备

6、时CS(AMR VP)业务我们使用的是后面两个端口,在做PS(FTP PDP)业务时用前面一个端口)1.5 GPS安装USB口GPS连接电脑后,会跳出发现新硬件窗口.选择”从列表或指定为止按转”,找到GPS驱动,步骤如下 GPS-USB GPS驱动程序USB-Win98_ME点击安装即可.2. 硬件的连接 ,狗,GPS连接电脑时最好使用固定的端口.(避免重新安装驱动)设备连接电脑后双击打开前台软件 (前台图标) (后台图标)出现前台页面如下.运行软件后会自动弹出如下窗口，如果是第一次使用请选择Create New Project来新建一个工程。我们选择Create New Project来新建

7、一个新的工程的时候，会自动弹出以下工程设置窗口：*此处只要设置原始数据保存路径即可，其余选项均可使用默认值。建议原始数据保存路径和工程文件保存路径一致，以避免找不到数据的情况发生。创建了新的工程后，则会出现以下窗口，下面就开始添加设备了。点击左下角的“设备”，则出现以下添加设备的窗口。我们可以通过System Ports Info窗口来查看每个设备的端口号。对于DT8120和DT8130等一些测试 ，除了选Trace Port外，还需填写Modem Port。该端口可以根据前面安装的 驱动程序：MUX UI程序来观察 端口。对于一些并发业务的测试，就是需要两个 同时连接软件进行测试，则可以相应

8、的添加 ，端口同样根据MUX UI程序来选择。在添加完设备后，则需要连接设备来进行测试。3. 测试使用说明3.1 编辑各业务测试模板点击导航栏中“设置”，选择测试模板。下面就介绍几种TD项目上常用的几种测试模板。 AMR-普通语音业务 VP-视频 业务 PDP激活 FTP下载。编辑完以后我们可以在测试模板中看到我们所编辑的业务：我们在编辑完测试模板后，则需要选择做哪种测试业务。只要将我们需要做的测试业务在其模板前面打个勾就行了，当然我们可以根据现场测试需要随意更改模板，但是如果不保存，下次启动软件后，模板还是会将我们第一次编辑模板的内容呈现在我们面前。3.2 添加基站信息和地图信息编辑完模板后

9、，我们需要添加基站信息和地图信息，方便我们在测试中分析和定位问题。 如上图所示：在“工程”的sheet里选择“Sites”中的“TD-SCDMA”右击，选择“导入”，然后在电脑里面选择最新的工参导入。然后再在“Sites”中的“TD-SCDMA”右击，选择“编辑”得到以下窗口： 在编辑完基站信息后，我们将“Sites”中的“TD-SCDMA”文件夹拖入“MAP”窗口中，如下图所示：在添加完基站信息后，有时候需要根据现场的道路以及环境来选择正确的测试路线，则需要添加地图信息。点击“GIS信息”这个Sheet,右击“Geo Maps”选择“Import”将添加的地图信息拖入“Map”中，如下图：将

10、地图信息导入软件中来后，我们就可以清楚的了解但前路段的无线环境，方便于测试和分析。3.3 Mapinfo图层输出在我们的日常报告输出中需要导出测试数据的覆盖图，如PCCPCH-RSCP、PCCPCH-C/I等，在我们导出对应得覆盖图层时，首先要对所需覆盖图层的色标进行设置，这样导出的数据也更有价值，这里拿PCCPCH-RSCP、PCCPCH-C/I色标颜色举例说明，具体在对应的“阀值”里面设置，一般所设色标如下图： 第一步：打开测试软件，导入需要导出Mapinfo图层数据，在工具栏中选择按钮，在下拉的菜单中选择选项，如下图：第二步：在弹出的以下窗口中选择“需要导出的数据”、“对应的指标项”和“

11、导出路径”点击按钮，即可导出对应的数据指标图层。注：u 当数据比较零散的时候可以先将数据进行合并，合并后再导出对应的指标图层；u 当需要导出的数据比较多，可以同时选择多个数据，一次性导出所有数据的相同指标；u 在优化过程中可以根据需要导出不同的指标项进行统计分析三、 分析篇1. 重点关注参数解释u PCCPCH-RSCP:UE测得主公共控制信道的码片功率u PCCPCH-C/I: UE测得主公共控制信道的载干比u PCCPCH-Path Loss: 主公共控制信道的路损u DPCH-RSCP: UE测得专用信道的码片功率u DPCH-C/I: UE测得专用信道的载干比u DPCH-ISCP:专

12、用信道的干扰信号u BLER:误块率，是一段时间内误块数与总TB块数的比值。即u UE-TXPower:UE发射功率u PCCPCH-SIR:主公共控制信道的信噪比。即 Interference：同一时隙内，接收端不能消除的信号干扰；SF：信道使用的扩频因子。2. 统计报表的输出在测试完成后，我们需要对所测数据的指标进行统计输出。在鼎利Pilot Pioneer前台测试软件中可以很方便的统计出我们测试中所需要的指标，软件中已经设置好了，各种文明需要的统计模板，我们需要的数据可以从软件统计的模板里面获取；同时我们还可以自定义统计模板，这里不做介绍（软件的自定义统计模板）。2.1 评估报表输出第一

13、步：打开测试软件，在工具栏中选择“统计”“评估报表”，如下图：第二步：这里一般选择“MOC/MTC”（MOCMTC项功能和MOC/MTC类似），接着在Log Datas窗口中选择需要统计的数据，选择保存的路径，如从下图：第三步：点击按钮，即可导出测试数据的评估报表。评估报表如附件：2.2 TD数据报表输出第一步：打开测试软件，在工具栏中选择“统计”“TD数据报表”，如下图：第二步：跳出以下窗口，选择需要统计的数据；打钩以后统计出来的PDP激活成功率就为100%，不能体现我们统计的真实性。第三步：点击按钮，即可导出测试数据的TD数据报表。TD数据报表如附件:3. 测试数据的回放及分析Pilot

14、Pioneer为用户提供了测试数据回放的功能。软件可以实现从任何地方开始以任意速度的正放和逆放。第一步：打开回放时所需要观察的覆盖测试数据的窗口，如Map、Information、TD-servering/Neighbor、Message、TD Radio等窗口，如下图：第二步：单击回放工具栏的图标，从随后打开的数据列表（数据列表列出所有在工作区中打开窗口的测试数据名称）中选择要回放的测试数据，然后通过工具栏中的，对回放进行控制。打开数据回放窗口图第三步：回放结束时，单击工具取消数据选择。回放过程中可点击任意一个窗口中的回放位置，对回放的位置进行调整。与此同时，该测试数据的其他窗口的回放位置会

15、自动同步调整。各Workspace中的窗口可同步回放。4. 快速寻找问题点在我们分析数据的时候，可能功能数据里面有很多问题，我们需要逐一的进行查找和分析，为了方便寻找到问题点，鼎利软件设置了快速筛选问题点的功能，节省了我们注意查找问题点的时间，使得我们的工作效率大大的提高。u 方法一1）打开分析数据所需要观察的覆盖测试数据的窗口，如Map、Events List、Information、TD-servering/Neighbor、Message、TD Radio等窗口，如下图：2）在Events List 窗口中找到中的按钮，点击按钮，即可快速筛选出我们常见分析的接入失败、掉话、和切换失败等问

16、题列表，再根据筛选出来的问题点进行逐个分析，如下图：u 方法二1）在Map窗口的工具栏中找到按钮，点击即可在Map地图中显示接入失败、掉话、和切换失败等问题点的图标，如下图：点击按钮后，即可方便的找到接入失败、掉话、和切换失败等问题点，如下图所示：注：在我们的使用过程中可以根据分析的需要，很方便的设置在地图上显示我们需要的事件图标，具体的可以在软件窗口的左边工程栏中找到事件选项，在上面右击-编辑，如下图所示：点击“编辑”按钮即可得到Internal Event Manage窗口，如下图所示：可以根据需要在Message-TD-SCDMA中根据需要设置，选择“Map Draw”即表示在地图中显示

17、该事件图标。四、 常见问题分析思路1. 起呼失败从测试软件message消息框中，可以看到呼叫开始到呼叫成功的整个接入过程完整关键信令，如下如：1.1 路测起呼失败定义起呼定义：以主叫UE发送rrcConnectionRequest信令，其原因值为OriginatingCoversationalCall 计为一次试呼，rrcConnectionRequest重发多次只计算一次。起呼失败定义：当开始一次试呼开始后，如果再起呼过程中没有收到Connect或Connect ACK算为一次未接通。信令表里，出现一次RRC connect request，原因值为：original conversion

18、 call。Events表内出现一次outgoing call attempt，直到上发网络侧从connect acknowledg消息，events表内统计一次outgoing call establish，统计一次接入成功；如果未出现上述情况，则在events表内会出现outgoing block call。鼎力软件统计报表里面即根据events表内时间，来统计试呼次数，接入失败次数。接入请求统计点：主叫发起RRC连接请求，且cause value：original conversion call。1.2 路测中常见的接入失败情况1） 在未向网络侧上发connect acknowledge

19、之前，收到网络侧下发的disconnect，统计为接入失败。2） 在UE连续上发几个RRC连接请求之后，在收到网络侧下发connect acknowledge之前收到系统消息，统计为接入失败。3） 主叫在收到Call proceeding时候，由于被叫处于位置区更新无法被寻呼，导致起呼超时，且未出现connect acknowledge，统计为接入失败；4） RRC连接请求发起之后直接受到RRC connect reject，软件统计接入失败；5） 由于无线环境较差，出现信令丢失的情况，无法完成正常的呼叫流程，统计为接入失败；6） 在起呼过程中，人为手动挂机，出现UE上发disconnect造

20、成起呼失败，统计为起呼失败；7） 站点拥塞，导致不能正常接入，统计为起呼失败；8） 被叫关机或正在通话中，导致在起呼时间内不能接通被叫，统计为起呼失败。1.3 常见的起呼失败原因u 硬件故障导致接入失败u 终端问题导致起呼失败u 弱覆盖区域导致接入失u 强干扰区域导致接入失败u 服务小区拥塞导致接入失败u 服务小区上行同步失败导致接入失败u 无线参数设置不合理导致接入失败u 位置区更新导致接入失败1.4 起呼失败分析流程及方法获取接入失败的位置和时间准备数据无线环境是否正常RF优化，补点等手段加强覆盖NY查看信令，被叫在寻呼时是否处在LAC更新Y合理规划LAC区域；Y小区是否告警/硬件故障Y排

21、除故障N拥塞/参数设置不当Y扩容/后台整改1） 找到问题点，查看问题发生区域的无线环境：查看PCCPCH RSCP、PCCPCH C/I、BLER、UE TX POWER测试值大小；一般情况下C/I的值低于0dB，RSCP大于-95dBm算正常。实际中应根据真实情况而定。2） 如果当时无线环境较差，容易出现信令丢失的情况：即UU口未能接收到网络侧下发信令，而Trace消息中能查找到该消息；UU口上发的消息，网络侧没有正常接收。3） 如果当时无线环境正常，查看站点告警，无线资源利用率等情况。4） 拥塞分为两类：RRC拥塞，RAB拥塞。当网络资源不足时，RadioLink的建立或者从配置均会受到影

22、响。由于拥塞所导致的接入失败，最终网络侧返回的disconnect原因值为：requested circuit/channel not available；1.5 起呼失败分析举例u 现象描述：在下图路段UE占用建业宾馆3小区，此时PCCPCH-RSCP为-99dBm，覆盖已经很差，UE发起寻呼RRC CONNECTION REQUEST连接请求，由于网络测没有收到导致起呼失败。如下图：u 问题分析：1） 通过现场长呼测试，发现业务状态下也是不切换，联系后台发现建业宾馆3小区和家益房产3小区没有邻区关系，判断是缺少邻区关系无法重选到信号较好的小区导致接入失败；2） 由于建业宾馆3小区和家益房产

23、3小区没有邻区关系导致UE一直重选不到信号较好的小区，最后占建业宾馆3小区发起寻呼RRC CONNECTION REQUEST连接请求，此时PCCPCH-RSCP为-102dBm，PCCPCH-C/I为-14dB,由于下行覆盖很差网络测没有收到导致起呼失败；3） 添加建业宾馆3小区和家益房产3小区的双向邻区关系；4） 复测发现切换正常但建业宾馆3小区覆盖到此处的信号较差，切换时信号电平在-93dBm左右；5） 考虑调整建业宾馆1、3小区方位角增强此处信号；6） 上站检查建业宾馆基站，发现1小区被高楼阻挡，信号无法覆盖到此道路，因此只能通过调整建业宾馆3小区来增强道路信号；7） 此外考虑调整家益

24、房产3小区方位角，兼顾两条小路覆盖，但因家益房产没有木梯无法上楼顶调站，考虑增强此小区PCCPCH功率增强此道路覆盖u 处理过程：1） 添加建业宾馆3小区和家益房产3小区的双向邻区关系（邻区缺失导致建业宾馆3小区和家益房产3小区不能正常切换）2） 将建业宾馆3小区方位角270度调为300度，增强此小路覆盖3） 将家益房产3小区PCCPCH功率270调整为300，增强此小路覆盖4） 调整后切换时电平在-85dBm左右，重选时电平在-88dBm左右，考虑减小自系统重选迟滞和重选时延，让其弱场及时重选5） 将建业宾馆3、家益房产3小区重选迟滞由4改为26） 调整建业宾馆3、家益房产3小区重选时延由2

25、改为17） 调整后测试如下图所示：该路段可以正常切换到信号较好的小区：家益房产3，导致覆盖较好，解决该路段的起呼失败问题。2. 掉话2.1 路测掉话定义定义： 收到Disconnect/Release信令视为通话正常结束，在 没有发Disconnect信令或没收到网络下发Disconnect/Release信令情况下， 回到idle 状态，则视为一次掉话。在我们的日常优化过程中，一般从信令上看，在通话过程（连接状态下）中，如果空口的信令满足以下四个条件中的任何一个即可判定为掉话。1) 在切换过程中或切换完成后收到系统消息；2) 收到RRC Connection Release消息；3) 后台R

26、CN信令出现RNC向CN：Iu Release request。4) 后台RCN信令出现RNC向CN：RAB Release request。5) 空口收到DICONNECT消息原因值非：naomal release。2.2 常见的掉话原因分析在TD网络优化中发现的掉话原因主要有弱覆盖导致掉话、切换导致掉话、干扰导致掉话等。下面来具体讲述。（1）弱覆盖导致的掉话在网络建设初期，由于覆盖差导致的掉话问题比较普遍。由于缺站、扇区接错、功放故障导致站点关闭等原因都会导致弱覆盖，在一些没有室内分布系统的室内，由于宏站信号过大的穿透损耗也会导致覆盖较差。通常所说的覆盖差，主要是指RSCP很差，在某路段如

27、果PCCPCH-RSCP值持续低于-95dBm则可认为该路段存在弱覆盖。 上图即为因为弱覆盖而导致掉话的问题点截图。掉话时PCCPCH-RSCP为-112dBm,PCCPCH-C/I为-18dB。（3）切换导致的掉话切换导致掉话主要有几类原因：切换不及时、邻区漏配、邻小区干扰、越区孤岛效应导致切换失败。n 切换不及时导致掉话：由于测试终端故障，目标小区告警，切换参数设置不合理都很有可能导致切换不及时、服务小区电平变得很差从而导致掉话。n 邻区漏配导致掉话：邻区漏配可能会导致UE试图切换到物理距离较远的其它邻区，相隔较远的邻区在切换点覆盖通常不会太好，这种切换尝试通常会带来切换失败和掉话。n 邻

28、小区干扰导致掉话：由于邻小区干扰导致的掉话，通常是由于同频邻小区在切换带的干扰较大，导致切换的流程无法完成。n 越区孤岛效应导致掉话:越区孤岛效应会因为没有配邻区导致不能正常切换，产生弱覆盖。最终会导致切换失败和掉话。（3）干扰导致的掉话下行和上行的干扰都会导致掉话。一般情况下，对于下行，当PCCPCH RSCP大于-95dB，而C/I小于-3dB产生了掉话，基本上可以认为是下行干扰的问题。上行干扰可以通过UE发射功率和DPCH-ISCP值来判定。通常 发射功率UE-TxPower和DPCH-ISCP较高，我们就可以基本断定存在上行干扰。（4）异常分析在排除了以上的原因之后，其他的掉话一般需要

29、怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。另外需要重点注意的是测试 死机引起的掉话问题，在测试过程中比较容易出现这个问题，具体表现为路测数据中有一段时间没有记录到信令，测试软件也可能提示Device Lost.2.3 掉话分析流程及方法掉话分析流程：2 获取掉话位置和时间1 准备数据3 告警查询4 覆盖分析5 切换或干扰分析6 干扰分析7 异常分析8 重新路测，重现问题YNYNYNYNYN按照以上的掉话分析流程（通常5、6、7步骤同时分析）结合路测数据和后台跟踪的信令来分析、定位掉话的原因，继而给出合理的优化建议。2.4 掉话分析举例1）准备数据:用鼎立测试软件打开路

30、测LOG，回放数据。如下图所示：2）获取掉话位置和时间：用前面介绍的两种方法，找出掉话的地理位置和时间（具体可以参考快速寻找问题点）；3）查询告警：遇到掉话等问题应首先根据后台工作人员发布的历史告警记录或 到后台查询掉话时间段服务小区是否存在设备告警。若存在设备吿警，则待告警处理完毕后复测该路段，看是否还存在其它问题。若不存在设备告警，则按照掉话分析流程继续分析定位问题。查询到该掉话点不存在设备告警，接着进行分析；4）覆盖分析：根据PCCPCH-RSCP、PCCPCH-C/I的轨迹颜色及设定的色标可以看出覆盖情况。在该掉话问题中，如果掉话路段覆盖较好，不存在严重的弱覆盖问题，再接着进行分析；5

31、）切换分析：分析该掉话点前后的信令流程发现该掉话是在三次切换失败之后收到系统消息，软件统计为掉话。分析后台跟踪的CDT信令发现三次切换UE上报的测试报告中事件类型两次为2a，一次为1g，均为系统内的接力切换。且UE均是在收到了切换命令Physical Channel Reconfiguration后上报Physical Channel Reconfiguration Failure,切换失败。在网络侧信令跟踪中目标小区未出现Radio Link Restore Indication，如下图所示：由此可以初步断定是由于上行同步失败导致的切换失败，从而导致的掉话。从测试软件上可以看出每次尝试切换时

32、，UE发射功率均较高，说明确实存在较严重的上行干扰。则我们可以判定此次掉话确实是由于上行同步失败导致切换失败，从而导致的掉话。 6、问题解决思路：1) 通过RF优化调整：合理调整覆盖范围，避免越区、超远、交叉等覆盖不合理的现象；2) 邻区优化：对该路段的邻区关系进行核查，梳理切换关系，使得切换更顺畅合理；3) 排查干扰：目标小区上行DPCH所在时隙受到干扰，查找到干扰源，对内部干扰通过工程参数或无线参数等的调整消除干扰；对外部干扰通过相关措施进行排除；4) 常规参数调整：可以通过修改频点或通过UPshifting的修改来减小因上行干扰导致的切换失败而掉话；5) 尝试参数调整：目标小区上行DPC

33、H初始发射功率设置过低，适当增大initialSIRtarget或UL_Margin的设置值，提高上行DPCH初始功率设置，在修改后反复进行测试确认问题的解决。3. 切换失败3.1 切换的分类对于切换，按照小区所属逻辑位置可以分为小区内切换、同NodeB内小区间切换、不同NodeB的小区间切换、跨RNC切换、跨系统切换、跨CN切换等。按照切换机制可以分为硬切换和接力切换两种。其中，接力切换仅可以在RNC内执行。3.2 切换过程一般来说，切换具有3个典型过程，即切换测量过程、切换判断过程和切换执行过程。其中切换测量过程分为：同频测量、异频测量、RAT间测量等。在我们分析定位问题的时候也是按照切换

34、的流程进行分析，首先要判断的切换类型，可以从切换之前UE上发的Measurement Report中看到，各种切换的迟滞、时延和切换门限可以从网络侧下发的Measurement Control中看到。3.3 切换触发事件类型u 1G事件若任何P-CCPCH变得优于先前的最佳P-CCPCH，触发该事件。从UE上发的1G Measurement Report可以看到下图中的信息事件1G测量报告解码_邻区最佳小区界面图 事件1G测量报告_邻小区测试结果界面图u 2A事件当另一载频的质量值优于当前工作频率时，可考虑切换到另一载频上。对于频间触发的事件，可以通过信令判断，如下图中红色框内。从UE上发的2

35、A Measurement Report可以看到下图中的信息2A事件解码界面_事件标识位置2A解码_邻小区情况u 3A事件从网络侧下发3A Measurement Control中可以看到下图中的信息：3A Measurement Control中信息解读说明图从UE上发的3A Measurement Report可以看到下图中的信息：3A Measurement Report信息图3.4 切换失败原因分类u 硬件故障导致切换失败u 同频同扰码小区越区覆盖导致切换失败u 越区孤岛导致切换失败u 目标邻小区负荷过高（或部分传输通道故障），导致切换失败u 目标小区上行同步失败导致切换失败u 源小区

36、下行干扰严重导致切换失败3.5 切换失败案例分析下面对日常优化过程中遇到的切换失败问题进行详细的分析说明。u 现象描述：在东三环上测试发现，在弱覆盖区域从南向北和从北向南都出现频繁发生切换失败的现象，如下图：u 原因分析：1）首先找到切换失败的问题点，（详情参考快速寻找问题点）2）查看切换带附近的覆盖情况，可以从TD Radio窗口中查看详细覆盖情况，主要查看PCCPCH-RSCP、PCCPCH-C/I、DPCH-RSCP、DPCH-C/I、DPCH-ISCP、BLER、UE_TxPower、PCCPCH-SIR等，如下图所示：从图中可以看出在该切换路段PCCPCH-RSCP在-100dBm左

37、右，PCCPCH-C/I在-6dB左右，属于弱覆盖区域，在弱覆盖区域也比较容易出现切换失败的现象；3）此时的主服务小区信号质量已经很差，再查看邻区中有没有较强的小区，确认该路段是否是真正的弱覆盖区域，邻区列表图下图所示：从邻区表中来看，邻区列表中小区信号强度都在-100dBm左右，是弱覆盖该区域。没有一个较好的小区作为该路段的主服务小区，所以解决该路段切换失败的问题重点是先解决该路段的弱覆盖问题，寻找一个信号较强，且稳定的小区作为该路段的主服务小区；4）一般对于弱覆盖区域存在切换失败的风险也较大，但是要具体的查明切换失败的原因还需要根据信令来产看，这里由于是异频接力切换，我们主要产看UE上发的

38、2A Measurement Report中查看，如下图所示：从图中UE上发的2A Report可以看出切换的目标小区是频点为10088，扰码为100的小区，由于该小区的PCCPCH-RSCP为-99dBm，信号较差，且波动较大导致频繁触发2d和2f事件；从图中可以看出2A切换迟滞为15 (3.75dB)，迟延为1280ms2d：PCCPCH-RSCP低于某个门限值，表示此时PCCPCH-RSCP已经恶化2f：PCCPCH-RSCP高于某个门限值，表示此时PCCPCH-RSCP已经恢复到正常水平从信令流程可以明确的得出该路段的切换类型属于RNC内的异频切换，频繁切换失败是由于该弱覆盖区域，服务小区的信号和目标小区的信号都不好，由于信号波动较大，UE频繁的上报2d和2f事件，（2d：PCCPCH-RSCP低于某个门限值，表示PCCPCH-RSCP已经恶化，2f：PCCPCH-RSCP高于某个门限值，表示PCCPCH-RSCP已经恢复到正常水平）而导致网络侧频繁的发起切换，且频繁切换失败；五、 案例六、 附件： 测试分析报告模板 测试问题记录表模板