TD-SCDMA优化思路汇总

1、TD-SCDMA优化思路汇总目录 TOC o 1-3 h z u HYPERLINK l _Toc255819775 TD-SCDMA优化思路汇总 PAGEREF _Toc255819775 h 1 HYPERLINK l _Toc255819776 路测分析过程流程图 PAGEREF _Toc255819776 h 2 HYPERLINK l _Toc255819777 第一章路测中出现的掉话类问题 PAGEREF _Toc255819777 h 2 HYPERLINK l _Toc255819778 1.1干扰导致掉话 PAGEREF _Toc255819778 h 2 HYPERLINK

2、 l _Toc255819779 1.2弱覆盖导致掉话 PAGEREF _Toc255819779 h 6 HYPERLINK l _Toc255819780 1.3漏配邻区导致掉话 PAGEREF _Toc255819780 h 6 HYPERLINK l _Toc255819781 1.4越区覆盖导致掉话 PAGEREF _Toc255819781 h 9 HYPERLINK l _Toc255819782 1.5参数问题导致掉话 PAGEREF _Toc255819782 h 13 HYPERLINK l _Toc255819783 第二章路测中出现的未接通类问题 PAGEREF _To

3、c255819783 h 13 HYPERLINK l _Toc255819784 2.1位置区更新导致未接通 PAGEREF _Toc255819784 h 13 HYPERLINK l _Toc255819785 2.2小区重选过慢导致未接通 PAGEREF _Toc255819785 h 14 HYPERLINK l _Toc255819786 2.3资源受限导致未接通 PAGEREF _Toc255819786 h 17 HYPERLINK l _Toc255819787 2.4干扰导致未接通 PAGEREF _Toc255819787 h 19 HYPERLINK l _Toc255

4、819788 第三章话统中出现的TOP小区问题 PAGEREF _Toc255819788 h 22 HYPERLINK l _Toc255819789 3.1 TOP小区整体分析思路： PAGEREF _Toc255819789 h 22 HYPERLINK l _Toc255819790 3.2 话统中的掉话问题 PAGEREF _Toc255819790 h 25 HYPERLINK l _Toc255819791 3.2.2 UE操作超时 PAGEREF _Toc255819791 h 25 HYPERLINK l _Toc255819792 3.2.3 异系统切换问题 PAGEREF

5、 _Toc255819792 h 25 HYPERLINK l _Toc255819793 3.2.4 弱覆盖问题 PAGEREF _Toc255819793 h 26 HYPERLINK l _Toc255819794 3.2.5 过覆盖问题 PAGEREF _Toc255819794 h 26 HYPERLINK l _Toc255819795 3.2.6 用户侧问题 PAGEREF _Toc255819795 h 26 HYPERLINK l _Toc255819796 3.2.7 相关参数设置问题 PAGEREF _Toc255819796 h 26 HYPERLINK l _Toc2

6、55819797 第四章话统中的接入问题 PAGEREF _Toc255819797 h 26 HYPERLINK l _Toc255819798 4.2 弱覆盖问题引起未接通 PAGEREF _Toc255819798 h 27 HYPERLINK l _Toc255819799 4.3 软硬件故障导致未接通 PAGEREF _Toc255819799 h 27 HYPERLINK l _Toc255819800 4.4 资源不足导致未接通 （ RRC连接失败计数器，congestion ） PAGEREF _Toc255819800 h 27 HYPERLINK l _Toc2558198

7、01 4.5 参数设置不合理导致未接通 PAGEREF _Toc255819801 h 27 HYPERLINK l _Toc255819802 4.6正常位置区更新导致未接通 PAGEREF _Toc255819802 h 28 HYPERLINK l _Toc255819803 第五章 系统间切换问题 PAGEREF _Toc255819803 h 28 HYPERLINK l _Toc255819804 5.1 排除干扰 PAGEREF _Toc255819804 h 28 HYPERLINK l _Toc255819805 5.2 调整3A参数 PAGEREF _Toc25581980

8、5 h 28 HYPERLINK l _Toc255819806 5.3 调整2G邻区 PAGEREF _Toc255819806 h 28 HYPERLINK l _Toc255819807 5.4 天馈调整 PAGEREF _Toc255819807 h 28 HYPERLINK l _Toc255819808 5.5 GSM900和DCS1800的选择 PAGEREF _Toc255819808 h 29 HYPERLINK l _Toc255819809 第七章 路测和话统分析解决的综合案例 PAGEREF _Toc255819809 h 29路测分析过程流程图路测中出现的掉话类问题掉

9、话的常见类型：干扰导致掉话弱覆盖导致掉话漏配邻区导致掉话越区覆盖导致掉话参数问题导致掉话。干扰导致掉话干扰导致的掉话分为系统内干扰掉话及系统外的干扰掉话，重点在于系统内干扰掉话，常见干扰包括主频点的同频干扰，H业务干扰现象为C/I较差（小于-3）。如下图：首先结合mapinfo确定干扰区域的物理位置。查看指标中的PCCPCH RSCPDPCH RSCPDPCH C/IPCCPCH C/IDCH SIR等，如果RSCP大于-90且C/I小于-3，可以考虑是干扰问题。当C/I较差时会出现同频小区信号强度不准确现象，应查看干扰小区的天馈的发射角度及距离，来确定干扰源，在确定H业务干扰源的时候还要对干

10、扰源小区当天的H业务量进行统计。对于广播信道的同频干扰，解决思路一般为修改主频点，尽量做到对打小区不同频，如果出现区域无主覆盖，应尝试调整天馈，发射功率等。对于业务信道的同频干扰，解决思路一般为修改H业务频点，如果是干扰源小区的H用户过多占用其主频点对其他小区产生干扰的现象，应该尝试删除其H业务时隙或调整载波优先级的方法，但要确保H频点至少有2个下行信道。对于系统外的干扰掉话尝试用扫频仪查找干扰源，通过交流协商排除干扰源。干扰案例现象描述：UE由东向西行驶时驻留在西城天上银河TDB3（10104 79）掉话。路测截图：西城新华百货TDB2的H业务量开始时间服务小区分组域业务流量(KByte)小

11、区HSDPA平均用户数(个)小区HSDPA最大用户数(个)2010-01-01西城新华百货TDB24690580.18272010-01-02西城新华百货TDB22802349.31272010-01-03西城新华百货TDB24589704.63252010-01-04西城新华百货TDB22704548.49272010-01-05西城新华百货TDB23971633.53282010-01-06西城新华百货TDB22350576.68272010-01-07西城新华百货TDB22255580.14282010-01-08西城新华百货TDB21916145.94292010-01-09西城新华百

12、货TDB21922290.82262010-01-10西城新华百货TDB22778361.69282010-01-11西城新华百货TDB22768436.03282010-01-12西城新华百货TDB21738139.8528西城新华百货TDB2载波配置NAME频点TRNC EHICHCFG UARFCNID是否是主载频是否支持HSDPA载频优先级载频时隙配置西城新华百货TDB21008801013西城新华百货TDB21009610163西城新华百货TDB21010420163原因分析：由于西城新华百货TDB2（10088 48）小区H业务干扰，导致DPCH C/I较差（-11）DCH SIR

13、较差（-3.5），下行失步导致掉话。优化措施：西城新华百货TDB2的H频点10104优先级降为5，并删除H频点10096一个时隙，增加最大用户量，降低对周边小区的H干扰。弱覆盖导致掉话覆盖一般的都是在RSCP小于-90dBm的属于弱覆盖；弱覆盖掉话一般原因为随着TD网络质量的变差，GSM网络的场强未达到切换门限导致无法顺利切入GSM网造成掉话。如下图：第一种通过加站、换高增益天线、用RRU+BBU、调整俯仰角、下倾角、调整功控参数或关功控等等来加强TD网络的覆盖来规避此类掉话。当第一种方法无法或者短期内无法实现的时候改用第二种方法，修改3A门限，使其在网络质量较好时切入GSM网络，来规避掉话的

14、出现。漏配邻区导致掉话邻区漏配导致的掉话也包括本系统邻区漏配和异系统邻区漏配。如果掉话后UE马上重新接入， UE重新接入的小区扰码和掉话时的扰码不一致，可以怀疑是本系统邻区漏配问题。可以通过测量控制进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表），确认后核查小区邻区总数一般不超过15个情况下增加邻区即可。如果掉话发生的时候，UE马上重新接入，而手机掉话后重新驻留到异系统邻区上可以怀疑是异系统邻区漏配所致，核查小区邻区总数一般不超过6个的情况下后增加邻区邻区即可。对于邻区问题的掉话最好方法是用扫频仪进行全频段扫频，来确定此区域的各频率的强度

15、，查核邻区关系来确定要增加的小区。漏配邻区案例现象描述：UE由南向北行驶时驻留在时代之光名苑TDB1掉话。路测截图：原因分析：由于海淀时代之光名苑TDB1与海淀枫蓝国际公寓TDB3和海淀船舶燃料公司TDB1以及海淀船舶燃料公司TDB2未加邻区，导致PCCPCH RSCP较差，造成拖死掉话。优化措施：海淀枫蓝国际公寓TDB3主频点10120改为10063，海淀时代之光名苑TDB1增加海淀枫蓝国际公寓TDB3和海淀船舶燃料公司TDB1以及海淀船舶燃料公司TDB2为邻区，海淀依都阁TDBM主频点10063改为10055。复测截图：复测结果：UE驻留在时代之光名苑TDB1后切换到海淀枫蓝国际公寓TDB

16、3,然后切换至海淀船舶燃料公司TDB1，期间C/I较好。越区覆盖导致掉话由于基站天线挂高过高或者俯仰角过小引起的该小区覆盖距离过远，从而越区覆盖到其他站点覆盖的区域，并且在该区域手机接收到的信号电平较好成为越区覆盖。如下图：越区覆盖容易产生孤岛效应，甚至频率干扰，引起错误的切换，产生大量的切换失败，以及无切换关系导致掉话。越区覆盖的原因主要是由于天线性能不好、高度过高、倾角不足等原因造成的。根据勘察结果可以采取相应措施进行修正。当采取调整天线角度、高度、倾角，调整基站功率等方法时，应首先对系统进行仿真，以确保方案的正确性和准确性。在以上方案难以实施时，可以采用增加相邻小区，或者调整相关小区频点

17、的方法进行改善。越区案例现象描述：UE由北向南行驶时驻留在海淀西外上园村TDB3(10120 100)掉话。路测截图：原因分析：海淀西外上园村TDB3(10120 100)越区覆盖，引起PCCPCH C/I较差（-17），UE发生测量报告未响应导致掉话。优化措施：调整天馈，压低其下倾角3度。复测截图：复测结果：西外上园村TDB3越区覆盖现象有所改善，天馈调整后该路段由新紫阳饭店TDB2小区覆盖，无明显干扰。参数问题导致掉话参数问题一般为无线参数设置不合理导致切换不及时引起掉话。切换过程分为切换测量、切换判断以及切换执行等3个过程。哪一个过程没有及时执行都会导致切换比较慢，不及时。切换测量，有两

18、种策略，分别为周期性上报型和事件触发型。采用周期性上报型，系统可以较好的了解UE的状态，可以对切换较好的控制，但是会导致系统信令负荷较重，故目前一般采用事件触发型的测量策略。目前系统的切换主要触发事件有1G（频内最佳小区变化，触发频内切换）、2A（频间最佳小区变化，触发频间切换）和2D（当前使用频率过低，触发频间切换）事件。如果切换触发事件上报不够及时，将会导致切换不够及时，从而导致切换失败和掉话的可能性，为解决此类问题应该根据各小区的实际情况优化无线参数。灵活运用小区个性偏移，当一个小区由于街道拐角等原因，将存在一个质量的突变，这样就可以将小区的本参数设置为正值，增大UE选择本小区的几率，可

19、以减小切换失败导致的掉话。 路测中出现的未接通类问题未接通的常见类型：位置区更新导致未接通小区重选过慢导致未接通资源受限导致未接通干扰导致未接通。位置区更新导致未接通位置区更新包括周期性位置区更新跨LAC位置区更新23G重选的位置区更新等。路测位置区更新导致的未接通一般为GSM网络重选回TD网络，引发的位置区更新，导致的未接通。解决方法为优化TD网络，增强覆盖，使其不切入GSM网络，以减少位置区更新导致的未接通。位置区更新案例现象描述：UE由东向西行驶时驻留在西城积水潭桥西北TDB3(10112 26)未接通。路测截图：主叫被叫原因分析：被叫重选回T网进行位置区更新导致主叫未接通。小区重选过慢

20、导致未接通一般此类问题为系统内小区重选过慢导致未接通。由于重选时延迟滞设置不合理造成，UE在重选期间没有收到寻呼消息，造成的未接通。解决方位为修改重选时延迟滞，避免小区重选过慢造成的未接通，目前为1s3db。重选过慢案例现象描述：UE由东向西行驶时驻留在海淀魏公村路TDB3起呼失败未接通。路测截图：UE由G网重选回T网PCCPCH RSCP陡降未来得及重选就开始起呼原因分析：由于重选不及时，导致UE驻留在PCCPCH RSCP较差的小区起呼，随着距离的越来越远，驻留小区的RSCP越来越差，发送三次RRC连接请求无响应后未接通。优化措施：重选时延迟滞修改为1s3db。资源受限导致未接通资源受限导

21、致的未接通现象为UE发出rrcConnectionRequest，RNC回复rrcConnectionReject。如下图：确认是资源受到导致的未接通需核查H业务流量TD系统语音话务量各载波的BRU最大利用率。如果PS及CS业务量都很大解决方法为扩容载波，在短期内无法实施的情况下可以尝试调整邻近小区的方位角下倾角及发射功率使其为资源受限小区分流用户，以缓解资源受限导致的未接通。资源受限案例现象描述：UE由南向北行驶，驻留在西城北京外市职高3小区，UE发送rrcConnectionRequest，RNC回复rrcConnectionReject优化分析：核查该小区最近3天分组域流量，H用户数情况

22、。发现分组域流量较大，用户数较多。时间CELLNAMECS域无线接通率TD系统语音话务量(RNC)(erl)TD语音业务无线掉话率分组域业务流量(KByte)小区HSDPA平均用户数(个)小区HSDPA最大用户数(个)1201 西城北京外事职高TDB393.34%7.29010.67%9829840.57121202 西城北京外事职高TDB392.81%6.95770.78%9424310.67121203 西城北京外事职高TDB392.23%7.08540.25%7732201.8612根据BRU利用率11.30-12.02的核查结果，该小区为数据超忙小区CELLNAME频点上行最大BRU利

23、用率（3天平均值）下行最大BRU利用率（3天平均值）小区HSDPA平均用户数（3天平均值）小区HSDPA最大用户数（3天平均值）西城北京外事职高TDB31008089.84%80.21%7.3 12.0 1010471.88%76.43%1012076.04%69.40%优化措施：观察该小区流量情况，PS及CS业务量都很大建议本基站进行载频扩容 。干扰导致未接通主频点同频干扰导致的未接通，其现象为PCCPCH C/I较差（小于-3），干扰导致起呼信令不完整，造成未接通。如下图：首先结合mapinfo确定干扰区域的物理位置。查看指标中的PCCPCH RSCPDPCH RSCPDPCH C/IPC

24、CPCH C/IDCH SIR等，如果RSCP大于-90且C/I小于-3，可以考虑是干扰问题。当C/I较差时会出现同频小区信号强度不准确现象，应查看干扰小区的天馈的发射角度及距离，来确定干扰源，在确定H业务干扰源的时候还要对干扰源小区当天的H业务量进行统计。对于广播信道的同频干扰，解决思路一般为修改主频点，尽量做到对打小区不同频，如果出现区域无主覆盖，应尝试调整天馈，发射功率等。对于业务信道的同频干扰，解决思路一般为修改H业务频点，如果是干扰源小区的H用户过多占用其主频点对其他小区产生干扰的现象，应该尝试删除其H业务时隙或调整载波优先级的方法，但要确保H频点至少有2个下行信道。对于系统外的干扰

25、未接通尝试用扫频仪查找干扰源，通过交流协商排除干扰源。干扰案例现象描述：UE由东向西行驶时驻留在海淀中鼎大厦TDB3（10120 90）未接通。路测截图：原因分析：海淀中鼎大厦TDB3（10120 90）与海淀华杰大厦TDB3（10120 127）同频干扰，导致PCCPCH C/I较差（-13），发出RRC请求未响应，导致未接通。优化措施：海淀华杰大厦TDB3主频点10120改为10063，海淀满庭芳园TDBM主频点10063改为10055。复测结果：同频干扰现象得到改善，PCCPCH C/I得到较大提升。话统中出现的TOP小区问题3.1 TOP小区整体分析思路： 1：根据后台统计出每天各个指

26、标的TOP小区，分析每个TOP小区在当天，当周，或当月统计中出现的频率和次数，对已经进行过调整的TOP小区依然出现的情况要结合以前的调整方法综合分析；对新出现的TOP小区首先分析是否有工程或参数变动。2：根据统计出来的各个指标的TOP小区形成原因，分析导致该指标恶化的可能原因集合。3：查询基站的状态和告警信息，并结合告警原因等分析是否因为基站自身软硬件原因引起指标恶化，成为TOP小区。4：查询该小区的无线参数是否正确，包括工程参数和无线资源参数。5：根据CTLOG，路测LOG等分析其具体原因。6：查询该小区的用户数和用户流量，分析该TOP小区是否由资源不足等原因引起。7：分析是否为用户侧原因，

27、根据号查询TOP小区出现是否是某个或某几个用户引起，与客户沟通了解UE的型号，出现掉话，未接通等问题时的详细情况等。8:同时结合用户的投诉信息，处理投诉的测试情况等分析。9：对于跨RNC的TOP小区，遇到网络割接或者升级的情况，首先要检查RNC级参数配置是否合理，对于网络割接等引起的该小区的无线参数变化要及时给予恢复。整体流程图如下：后台统计中需要统计的指标与需要核查的参数如下图：新出现的TOP小区和已经出现并修改的TOP小区的分析思路：3个指标的综合分析方法如下：3.2 话统中的掉话问题根据后台掉话原因统计分析每个TOP小区的掉话原因。主要分为无线链路失败的原因，UE操作超时的原因，无线网络

28、层原因等。 3.2.1 无线链路失败原因如果是无线链路失败的原因等，应首先检查该小区的频点和扰码是否与周围小区出现同频同扰等问题，附近的H频点是否和该小区R4主频点同频等；如果出现频点和扰码问题，则根据频点和扰码的规划原则做出调整。如果频点和扰码没有问题，则分析是否是其他的干扰导致，例如上下行交叉时隙干扰，系统外的干扰等。3.2.2 UE操作超时如果是UE操作超时的原因，则很有可能是由于系统内的切换失败引起的掉话，统计该小区的系统内切换情况，分析切换失败的原因，如果是由于邻区问题引起的切换失败，则根据地理位置和话统数据调整小区的邻区关系，注意邻区数量尽量控制在15个以内，过多的邻区会对某些终端

29、的切换性能造成影响。同时检查切换相关的参数看是否配置合理，结合调整天馈等方式解决切换失败问题。同时检查邻小区RRU利用率等信息，如果邻小区因资源不足而不能切入时，应增加相应的传输或载频资源。3.2.3 异系统切换问题同时检查该小区的异系统切换是否出现问题，如果该小区的异系统切换成功率很低，则很可能是引起掉话的原因。3.2.4 弱覆盖问题由于无线指标的内部联系，TOP小区往往出现在多个指标中，如果小区RRC连接时的RSCP（统计接入的RRC&RAB获得）普遍较低，同时结合网管侧提出的CTLOG综合分析，则小区很有可能存在弱覆盖问题。如果存在弱覆盖问题，首先检查本小区和相邻小区的状态和告警，排除由

30、相邻某个基站工作不正常而引起的弱覆盖。之后检查小区各通道输出功率是否正常。通过调整天线方位角和下倾角，基站的发射功率等方法解决。3.2.5 过覆盖问题过覆盖问题会引起弱覆盖和相应邻区配置错误的问题，所以在分析掉话原因为邻区问题或者是弱覆盖问题时，一定要先确定是否是由于某个小区的过覆盖而导致，可以采用调整天馈和基站发射功率等措施来解决过覆盖问题。3.2.6 用户侧问题话统中出现的部分掉话有些是由于用户的手机问题或者用户操作问题引起的，这时候往往后台统计出来的TOP小区的掉话次数很多是由一个用户或者几个用户引起的，这时候需要依据CTLOG，投诉等查询用户的手机号码，了解用户手机出现掉话的详细情况，

31、通过与客户沟通的方式解决用户侧掉话问题。3.2.7 相关参数设置问题如果统计数据掉话的TOP小区都在一个RNC内，并且掉话次数相对均衡，则很有可能是与掉话相关的RNC级参数设置不合理所致，例如连接态的T312和N312等的设置问题是否合理，可根据客观网络做出适当调整。 话统中的接入问题无线接通率是考核移动网络质量的一个重要指标，无线接通率=RAB建立成功率*RRC连接建立成功率，就目前情况来看影响无线接通率的因素主要是RRC连接成功率，再结合后台统计的RAB失败原因综合分析。统计后台TOP小区的RRC建立失败原因，主要分为RRC连接失败计数器congestion，RRC连接失败计数器NO RE

32、PLY，和无标识3类原因）4.1 干扰因素引起未接通（RRC连接失败计数器，NO REPLY）TD的同频干扰是比较严重的，如果小区的邻区中，存在同频同扰码，RRC 建立失败比较多时，需关注是否是干扰导致的。如果是干扰因素，先需要解决频点和扰码的规划问题。4.2 弱覆盖问题引起未接通统计后台的RRC&RAB数据，分析RRC连接超时RSCP值的范围，如果RSCP值普遍分布在较低的范围内，则很有可能存在弱覆盖问题；需要解决小区的覆盖问题。4.3 软硬件故障导致未接通NodeB或RNC内部出现硬件问题或者告警，可能导致UE无法接通。解决方法：查询基站状态和告警，根据告警类型等综合分析解决相关硬件问题。

33、4.4 资源不足导致未接通 （ RRC连接失败计数器，congestion ）由于小区的用户量和话务量很多，出现资源不足的情况。解决方法：首先分析是否传输资源受限或是载频资源等受限，根据具体的情况增加传输资源或增加载频；如果基站暂时不能扩容或是用户量非常高的情况下，可考虑附近基站来吸收话务量或者是删除该小区一个H载频的H时隙来暂时提高接通率。4.5 参数设置不合理导致未接通与接通率有关的RNC级或小区级参数设置的不合理会导致未接通现象，需要根据具体情况调整相关的参数值，例如PCH，FACH时间窗， 软接纳初始发射功率修正值（上行/下行）等。 正常位置区更新导致未接通第五章 系统间切换问题电路域

34、系统间切换出成功率（TD-SCDMA-GSM）=1（电路域系统间切换出失败次数）/电路域系统间切换出请求次数*100% 根据后台统计分析出系统间切换失败率和失败次数高的TOP小区，并统计出TOP小区向G网切换的具体情况。分析切换失败的具体原因，physical channel failure，no reply，protocol error等等。5.1 排除干扰由于同频等原因造成的对TD小区的干扰，可能导致该小区异系统切换成功率低，这时可以结合该小区系统内切换的数据来分析；如果小区的系统内和系统间切换成功率都比较差，则很可能存在干扰。2G目标小区受到干扰同样会降低TD小区的异系统切换成功率，检查

35、TOP小区的2G邻区是否存在统BCH的现象。5.2 调整3A参数包括3A本系统门限，3A异系统门限，3A时延，3A测量配置值。根据TD和2G小区的信号覆盖情况来调整3A本系统门限和异系统门限可以提高异系统切换成功率，并且可以根据客观网络情况来修改3A时延和3A测量配置值来提高异系统切换成功率。5.3 调整2G邻区检查2G邻区配置是否合理（根据地理位置和后台切换数据），2G邻区数目一般情况下不超过6个，数目过多可能会导致某些终端切换失败。并且避免2G邻区出现同频（同BCH）情况。5.4 天馈调整如果存在TD小区弱覆盖现象等引起的小区异系统切换请求次数比较多，而因物理环境或周围2G基站的覆盖等问题

36、而导致异系统切换失败成功率低，可以考虑调整小区的天馈来尽量是UE驻留的TD网内。5.5 GSM900和DCS1800的选择目标2G小区资源不足或目标小区软硬件故障会导致异系统的切换失败，此时如果该邻区同时存在GSM900和DCS1800的情况，可以根据2个网络在该小区的覆盖情况来选择2G邻区。第七章 路测和话统分析解决的综合案例丰台星火科技大厦掉话丰台星火科技大厦位置在西南四环拐角处，附近高楼比较多，并且话务量和HSDPA用户数比较大；丰台星火科技大厦TDB1的掉话和系统内切换都比较差。 下图为丰台星火科技大厦的附近物理环境：由上图可见，丰台星火科技大厦西南侧有2栋较高楼宇的遮挡，并且附近有很

37、多较高楼宇。下表为丰台星火科技大厦TDB1（CELL ID=11727）的掉话情况：丰台星火科技大厦TDB1掉话情况统计掉话原因数据，发现掉话原因集中在RlFail_Report，无线网络层原因-其他原因和Ue_Operate_TimeOut。丰台星火科技大厦TDB1系统内切换出失败次数和失败率高的小区如下表：RNCCELL IDCELL NAME时间邻小区CELL ID邻小区CELL NAME切换尝试次数切换失败次数失败率1311727星火科技大厦12010-1-515144丰台中核路167117%1311727星火科技大厦12010-1-615144丰台中核路134133%1311727星

38、火科技大厦12010-1-915144丰台中核路144100%1311727星火科技大厦12010-1-1015144丰台中核路134133%1311727星火科技大厦12010-1-65735恒富中街27457%1311727星火科技大厦12010-1-75735恒富中街211100%1311727星火科技大厦12010-1-95735恒富中街244100%1311727星火科技大厦12010-1-105735恒富中街25360%1311727星火科技大厦12010-1-510508印刷研究所2201785%1311727星火科技大厦12010-1-610508印刷研究所233100%131

39、1727星火科技大厦12010-1-810508印刷研究所24375%1311727星火科技大厦12010-1-910508印刷研究所2141286%1311727星火科技大厦12010-1-1010508印刷研究所21922116%切换失败主要原因为：RNC内异频接力切换出失败次数，physical channel failure，RNC内异频接力切换出失败次数，no reply针对丰台星火科技大厦掉话和系统内切换指标差的问题，已进行了以下的调整：1：已经调整过R4主频点为100632：已经优化过周围的TD邻区3：已经优化过周围的G网邻区和3A门限4：已经调整过周围邻区丰台恒富中街TDB2天

40、线调整150度变为180度5：已经查询过小区的相关无线参数和上行干扰等情况。由于H用户量较大，占用10088和10080两个H载频，对其邻区为10088和10080的小区造成干扰，导致切换较差。提单修改如下：RNC IDCELL IDCELL NAME目前H频点预调整H频点修改说明1311727丰台星火科技大厦TDB11008810063降低干扰1311727丰台星火科技大厦TDB11008010055降低干扰RNC IDCELL IDCELL NAME目前主频点预调整主频点修改说明1311727丰台星火科技大厦TDB11006310071降低干扰修改后丰台星火科技大厦TDB1的掉话问题得到解

41、决。燕京大厦2 的23G切换异常在11月初的周报中我们提到燕京大厦2的23G切换异常，导致UE在该路段覆盖T网覆盖弱时，不能及时切往G网。在后期分析、核查后，我们发现在核心网，燕京大厦2的GT号配置错误，在修改核心网GT号后，复测发现该路段23G切换恢复正常，正常切换次数持续增加。附：11月初周报中相关案例。案例：燕京大厦2（136）： 3A门限 G网邻区有：699（BCCH：25 BSIC：37）3093（BCCH：23 BSIC：06）3801（BCCH：37 BSIC：45） 3803（BCCH：33 BSIC 65）33157（BCCH：29 BSIC：63）33159（BCCH：514 BSIC：71）、55274（BCCH：32 BSIC：0）现象：UE占用燕京大厦3信号后，达到了3A切换门限，但未切换成功而一直拖在燕京大厦3上，由于该路段属于弱覆盖区域导致UE切换到三里河2后由于信号质量太差而掉话。由于该路段属于TD弱覆盖路段，该区域高楼较多，而周边站点信号都不能很好的覆盖该区域，尽量路过该路段时让UE切往G网，保证通话。未往G切初步怀疑是参数配置有误，具体情况还需要核查。下图是基站分布情况下