工作文档交接------DESSIE一）网优部分KPI提取1）BSC级KPI（BSC14&BSC15&BSC41）BSC级KPI是对全网整体的一个观察，主要观察一些主要KPI值，CS（SDCCH congestion, TCH congestion, TCH call drop rate, Handover in successful rate, Handover out successful rate, CSSR）PS( PDTCH establish successful rate, TBF uplink congestion rate, TBF downlink congestion rate, TBF uplink drop rate, TBF downlink drop rate)2)CELL 级KPI（BSC14&BSC15&BSC41）CELL级KPI是针对坏小区来进行筛选和分析的，从BSC级KPI中找出了不理想的KPI值，在CELL级里面针对这些KPI来筛选坏小区，进行分析。

KPI优化1）SDCCH congestion rate 分析a.SDCCH 真拥塞（基站提供的SDCCH容量和实际用户占用的容量相符合）1）添加SDCCH信道2）调整空闲模式下的CRO,PT值（CRO值不建议调过大，一般设置为5~6）3）调整T3122值（默认值为10，一般调整为30，要保持3个小区一致）4）调整T3212（此参数必须和MSC设置一致，不然会造成用户不在服务区或者提示手机关机）5）调整Rxlevaccessmin，一般情况调整为12~15，默认值为10。

6）调整最大重传次数Mretrans（默认值为2），拥塞的情况下可以调整为0.7）打开指派排队功能。

b.SDCCH假拥塞（基站提供的SDCCH容量和实际用户占用的容量不符合）这种情况一般是基站存在故障，造成了SDCCH可用率低，一般是由于基站告警，传输故障，市电原因造成的。

2）TCH congestion rate 分析a.TCH 真拥塞（基站提供的TCH容量和实际用户占用的容量相符合）1）开启小区的半速率（BSC级半速率已经打开），调整Hrths(默认值为60) 此值调整越小，用户感知度会较低，根据小区拥塞情况来定。

2）空闲模式下调整CRO,PT值，呼叫过程中调整PBGT来缓解拥塞，调整过程不提倡两极化。

（默认值为30，代表的含义：如A小区- B小区行走的过程中，B小区比A小区高6个dB情况下，会发起PBGT切换，已24作为一个标准）3）调整Rxlevaccessmin来缩小基站的覆盖范围，适当的减少话务量，一般调整为12~154）调整宏微切换门限，一般情况下载1800M和900M共站的情况下调整，DESSIE城区基站的话务量不高，不需要分担话务。

5）调整小区载频级的最大发射功率，不建议调整过大（这种情况是在分担话务不明显或者基站为孤站才进行调整，DESSIE区域大部分基站为孤站，需要根据实际情况来调整）6）E1资源不够，基站为S6/6/6或者S8/8/8的配置，但仅1对E1资源，这种情况下，建议扩容传输7）载频配置不高，而基站话务量高，建议扩容板件b.TCH 假拥塞1）TCH频点干扰引起的拥塞率高，用naster软件来分析频点是否存在干扰。

2）硬件故障引起的拥塞率高，造成TCH可用率不高3）市电原因引起的TCH可用率低，我们提取的KPI力度至少为15分钟，在晚忙时如果没有达到15分钟的力度，KPI显示TCH可用率可能为0%4）传输故障，基站存在高误码告警或者lapd jam告警会造成小区SD和TCH都高度拥塞3）TCH call drop 分析（提取RMM call drop measure）引起掉话的主要是三种原因：lapd引起的掉话，TCH切换引起的掉话，无线链路超时引起的掉话，提取RMM call drop measure分析1）LAPD 引起的掉话：DESSIE区域近期由于市电，微波IDU,ODU故障引起的掉话多2）切换引起的掉话：解决切换问题，TCH掉话自然减少了，同时看切换的小区是否拥塞，拥塞的情况下同样会造成用户无法返回原信道造成掉话。

3）无线链路超时引起的掉话：一般情况下是由于基站覆盖，频点干扰，或者是参数设置问题。

就掉话问题，DESSIE区域的KPI一般保持正常，但市电和传输故障对掉话影响较大，主要关注基站告警,频点干扰引起的掉话，检查频点规划。

4）参数设置是否合理：功率控制参数里面手机的最大和最小发射功率，1800M默认设置为0,11,900M默认设置为5,16.最小接入电平是否设置过小。

5）呼叫被强制占用（这种情况在呼叫的过程中会引起Block call）6）定时器设置：T3103（切换过程TCH信道保留定时器），此定时器设置太长将大大浪费系统资源，但设置太短又不能保证切换的完全建立所需的时间，如果失败将导致掉话，建议该值设置为5s。

RLTimeout链路故障计数器，设置过小，会增大掉话率（一般此值不建议修改）7）上下行链路是否平衡。

8）TCH assignment failure rate 分析（提取TRX measurement）1）硬件故障，a.DTRUG存在显性故障，这种问题容易判断b.合路器问题，一般情况下，不仅仅是单个载频故障，连接到同一合路器上的载频会出现同样的情况c.天馈线接反，结合DT测试和KPI判断分析2）频点干扰结合DT测试和网优软件分析，看是否存在同频现象3）TRX隐性故障提取载频级的测量报告，观察载频占用的总时长和占用的次数，两者相除为平均占用的时长，如果占用时长过短，如：5s,7s,等等，则载频存在故障，同时观察TCH/H,TCH/F分派成功率是否正常。

4）射频连线故障这种需要上站检查基站的射频连线，结合后台数据配置看前后台配置是否一致，主要看TX连接。

5）覆盖问题这种情况也是需要做DT测试来排查问题的，一般情况下，可以根据观察其他的KPI指标来判断。

5）Handover successful rate分析（提取adjacent cell measurement）1)请求N次，成功0次a. 检查是否存在同频同BSIC现象，或者同频同BCC，主要现象在城区内b. 基站时钟是否同步，看CMB板是否存在故障c. 检查基站时钟同步方式是否一致（网同步和内同步）这种情况下在DT测试的过程中会发现呼叫建立成功率也会受到影响。

d. 检查基站的载频是否存在高温告警，一般会造成小区中断，导致连续切换失败2）请求N次，成功M次a. 从点对点的切换测量中分析，看哪种原因引起的切换多，如：上行质量，下行质量，上行强度，下行强度（紧急切换），在切换控制的参数里面可以调整相应的参数值，一般情况下，上下行强度默认值为16,（表示在-94情况下会发起紧急切换）一般我们调整上行强度为8~10，下行强度调整为10~12，来减少切换请求次数。

b. 检查PBGT切换参数（在小区的邻接参数里面设置），看参数设置是否两极化，同样可以调整切换的优先级，同时可以调整切换惩罚时间（默认值为7）一般可以修改为15~25.c. 检查基站是否存在告警，如：PA 3dB,VSWR 等等告警d. 邻区关系是否正常（重点检查BSC41的邻区关系）e. 解码错误，这种情况只有在DT测试过程中会发现，TEMS软件解码错误会造成切换失败。

d. 越区覆盖造成的切换差，典型的现象是孤岛效应。

f. 上下行链路是否平衡，主要是由于合路器问题造成的。

关于切换中有种问题需要重点关注，拨打免费电话909或者444444时切换不正常，而主被叫呼叫过程中切换正常，这种情况是由于核心网数据配置中，呼叫前切换未开启。

6) CSSR 分析1）首先观察影响CSSR的相关的KPI，DESSIE区域一般是由于SDCCH拥塞，TCH拥塞，SDCCH 激活成功率，SDCCH指派，TCH指派，TCH掉话，传输故障引起的CSSR不理想，可以有针对性的来观察这些指标着个排查。

2）如果一些指标从OMCR里面无法取出来观察，可以从MINOS里面提取指标观察，查看基站话务量是否正常，如：SDCCH话务量正常，而TCH话务量为0，看基站的数据配置是否正常，正常的情况下，检查传输，看传输是否存在lapd jam 告警，检查数据配置里面的OMU配置。

3）SDCCH和TCH拥塞对CSSR的影响较大，这种情况下，首先解决拥塞问题。

4）SDCCH指派不理想，后面会做分析。

5）TCH指派不理想，这种情况前面已经提到了遇到的问题6）参数设置是否合理，如：Rxlevaccessmin，是否设置过大，载频级对应的TSC是否设置一致，CRO是否设置过大，造成用户不在服务区。

7）频繁的位置更新。

8）硬件故障，看基站是否存在显隐性故障。

7）SDCCH指派分析（提取TRX measure）1)同频同BSIC，前面已做过说明。

2）TA_Allowed是设置过大（设置过大的话，导致过多的RACH信道接入，这种情况一般是由于孤站引起的）3）覆盖是否不理想（可能由于硬件故障引起的）4）传输是否正常（DESSIE区域传输故障的问题多）5）跨LAC区域的位置更新，一般调整CRH（默认值为4，可以调整为7）或者调整T3212（和MSC设置一致，一般不建议调整）8）上下行质差分析1）频点干扰2）切换不及时（切换缓慢，造成用户长期占用在质差坏的小区）3）硬件故障（包括DTRUG和CDU故障）4）天馈接反5）规划是否合理DT测试部分：涉及到城区DT测试，VIP站点测试，割接测试，单站测试，PAT 站点测试。

KPI的算法定义：CSSR算法定义：([C100030242(Number of SDCCH assignment success)])/([C100030003(Number of SDCCH seizure attempts for assignment)]-[C100030241(Number of SDCCH assignment attempts)]+[C100030242(Number of SDCCH assignment success)]+[C100550038(Number of ABIS_DELETE_IND messages)])*(1-[C100030053(Number of SDCCH drops)]/([C100030003(Number of SDCCH seizure attempts for assignment)]+[C100030010(Number of signaling TCH/F seizure attempts for assignment)]))*(([C100030028(Number of voice TCH/F assignment success)]+[C100030199(Number of Voice TCH/H assignment success)])/([C100030019(Number of voice TCH/F seizure attempts)]+[C100030042(Number of voice TCH/H seizure attempts for assignment)]))Handover failure number 算法定义:[C100030097(Number of BSC-controlled inter-cell incoming handover)]+[C100030213(Number of BSC-controlled incoming handover due to forced release)]+[C100030214(Number of BSC-controlled incoming handover due to queue)]+[C100030215(Number of BSC-controlled incoming handover due to forced handover)]+[C100030099(Number of MSC-controlled incoming handover)]+[C100030100(Number of MSC-controlled incoming handover due to forced release)]+[C100030101(Number of MSC-controlled incoming handover due to queue)]+[C100030216(Number of MSC-controlled incoming handover due to forced handover)]+[C100030119(Number of Intra-cell handover)]+[C100030093(Number of BSC-controlled inter-cell outgoing handover)]+[C100030095(Number of MSC-controlled outgoing handover)]-([C100030098(Number of BSC-controlled inter-cell incoming handover success)]+[C100030102(Number of MSC-controlled incoming handover success)]+[C100030120(Number of Intra-cell handover success)]+[C100030094(Number of BSC-controlled inter-cell outgoing handover success)]+[C100030096(Number of MSC-controlled outgoing handover success)])DLRQ0-3 算法定义：([C100030074(Number of samples with DL RQ = 0)]+[C100030075(Number of samples with DL RQ = 1)]+[C100030076(Number of samples with DLRQ = 2)]+[C100030077(Number of samples with DL RQ = 3)])/([C100030074(Number of samples with DL RQ = 0)]+[C100030075(Number of samples with DL RQ = 1)]+[C100030076(Number of samples with DL RQ = 2)]+[C100030077(Number of samples with DL RQ = 3)]+[C100030078(Number of samples with DL RQ = 4)]+[C100030079(Number of samples with DL RQ = 5)]+[C100030080(Number of samples with DL RQ = 6)]+[C100030081(Number of samples with DL RQ = 7)])ULRQ-3算法定义：([C100030066(Number of samples with UL RQ = 0)]+[C100030067(Number of samples with UL RQ = 1)]+[C100030068(Number of samples with UL RQ = 2)]+[C100030069(Number of samples with UL RQ = 3)])/([C100030066(Number of samples with UL RQ = 0)]+[C100030067(Number of samples with UL RQ = 1)]+[C100030068(Number of samples with UL RQ = 2)]+[C100030069(Number of samples with UL RQ = 3)]+[C100030070(Number of samples with UL RQ = 4)]+[C100030071(Number of samples with UL RQ = 5)]+[C100030072(Number of samples with UL RQ = 6)]+[C100030073(Number of samples with UL RQ = 7)])报告输出：主要有优化日报，TOPN英文周报，维护周报网优部分遗留问题：1）S DCCH拥塞小区统计：SDCCH拥塞率基本保持正常，没有长期拥塞的小区，主要是由于从DESSIE往首都方向，从DESSIE往MEKELE方向的光缆不稳定，造成大部分基站SDCCH拥塞，传输稳定的情况下，保持正常。