DESSIE工作文档交接一）网优部分KPI提取1）BSC级 KPI （ BSC14&BSC15&BSC）1BSC级KPI是对全网整体的一个观察，主要观察一些主要KPI值，CS（ SDCCH congestion, TCH congestion, TCH call drop rate, Handover in successful rate,Handover out successful rate, CSSR PS（ PDTCHestablish successful rate, TBF uplink congestion rate, TBF downlink congestion rate, TBF uplinkdrop rate, TBF dow nli nk drop rate）2）CELL级 KPI（ BSC14&BSC15&BSC41CELL级KPI是针对坏小区来进行筛选和分析的，从 BSC级KPI中找出了不理想的KPI值，在CELI级里面针对这些KPI来筛选坏小区，进行分析。
KPI优化1）SDCCH congestion rate分析a.SDCCH真拥塞（基站提供的SDCCH容量和实际用户占用的容量相符合）1）添加SDCCH言道2）调整空闲模式下的CRO,P值（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,PTS，呼叫过程中调整PBGT来缓解拥塞，调整过程不提倡两极化。
（默认值为30，代表的含义：如A小区-B 小区行走的过程中，B小区比A小区高6个dB情况下，会发起PBGT 切换，已24作为一个标准）3）调整Rxlevaccessmin来缩小基站的覆盖范围，适当的减少话务量，一般调整为12~154）调整宏微切换门限，一般情况下载1800M和900M共站的情况下调整，DESSI城区基站的话务量不高，不需要分担话务。
5）调整小区载频级的最大发射功率，不建议调整过大（这种情况是在分担话务不明显或者基站为孤站才进行调整，DESSIEx域大部分基站为孤站，需要根据实际情况来调整）6） E1资源不够，基站为S666或者S88/8的配置，但仅1对E1资源，这种情况下，建议扩容传输7）载频配置不高，而基站话务量高，建议扩容板件b. TCH假拥塞1）T CH频点干扰引起的拥塞率高，用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引起的掉话：DESSI宓域近期由于市电，微波IDU,ODU故障引起的掉话多2）切换引起的掉话：解决切换问题，TCH掉话自然减少了，同时看切换的小区是否拥塞，拥塞的情况下同样会造成用户无法返回原信道造成掉话。
3）无线链路超时引起的掉话：一般情况下是由于基站覆盖，频点干扰，或者是参数设置问题。
就掉话问题，DESSIEX域的KPI一般保持正常，但市电和传输故障对掉话影响较大，主要关注基站告警，频点干扰引起的掉话，检查频点规划。
4）参数设置是否合理：功率控制参数里面手机的最大和最小发射功率，1800M默认设置为0,11,900M默认设置为5,16.最小接入电平是否设置过小。
5）呼叫被强制占用（这种情况在呼叫的过程中会引起Block cal）6）定时器设置：T3103 （切换过程TCH信道保留定时器），此定时器设置太长将大大浪费系统资源，但设置太短又不能保证切换的完全建立所需的时间，如果失败将导致掉话，建议该值设置为5s。
RLTimeout链路故障计数器，设置过小，会增大掉话率（一般此值不建议修改）7）上下行链路是否平衡。
8）TCH assignment failure rate 分析（提取 TRX measuremen）1）硬件故障，a.DTRUG存在显性故障，这种问题容易判断b.合路器问题，一般情况下，不仅仅是单个载频故障，连接到同一合路器上的载频会出现同样的情况c.天馈线接反，结合DT测试和KPI判断分析2）频点干扰结合DT测试和网优软件分析，看是否存在同频现象3）TRX隐性故障提取载频级的测量报告，观察载频占用的总时长和占用的次数，两者相除为平均占用的时长，如果占用时长过短，如：5s,7s等等，贝懺频存在故障，同时观察TCH/H,TCH/F分派成功率是否正常。
4）射频连线故障这种需要上站检查基站的射频连线，结合后台数据配置看前后台配置是否一致，主要看TX连接。
5）覆盖问题这种情况也是需要做DT测试来排查问题的，一般情况下，可以根据观察其他的KPI指标来判断。
5）H an dover successful rate 分析（提取 adjace nt cell measureme nt）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, DESSI区域一般是由于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 measure1)同频同BSIC前面已做过说明。
2)TA_Allowed是设置过大(设置过大的话，导致过多的RACH信道接入，这种情况一般是由于孤站引起的)3)覆盖是否不理想(可能由于硬件故障引起的)4)传输是否正常(DESSI区域传输故障的问题多)5)跨LAC区域的位置更新，一般调整CRH(默认值为4,可以调整为7)或者调整T3212 (和MSC设置一致，一般不建议调整)8)上下行质差分析1 )频点干扰2)切换不及时(切换缓慢，造成用户长期占用在质差坏的小区)3)硬件故障(包括DTRUG和CDU故障)4)天馈接反5)规划是否合理DT测试部分：涉及到城区DT测试，VIP站点测试，害IJ接测试，单站测试，PAT 站点测试。
KPI的算法定义：CSSRJ法定义：([C100030242(Number of SDCCH assignment success)])/([C100030003(Number of SDCCHseizure attempts for assignment)]-[C100030241(Number of SDCCH assignment attempts)]+[C100030242(Number ofSDCCH assignment success)]+[C100550038(Number of ABIS_DELETE_IND messages)])*(1-[C100030053(Number ofSDCCH drops)]/([C100030003(Number of SDCCHseizure attempts for assignment)]+[C100030010(Number ofsignaling TCH/F seizure attempts for assig nmen t)]))*(([C100030028(Numberof voice TCH/F assig nmentsuccess)]+[C100030199(Number of Voice TCH/H assignment success)])/([C100030019(Number of voice TCH/Fseizure attempts)]+[C100030042(Number of voice TCH/H seizure attempts for assig nmen t)]))Handover failure number 算法定义:[C100030097(Number of BSC-controlled inter-cell in comi nghan dover)]+[C100030213(Number of BSC-co ntrolled in comi ng han dover due to forcedrelease)]+[C100030214(Number of BSC-co ntrolled in comi ng ha ndover due to queue)]+[C100030215(Number ofBSC-co ntrolled in comi ng han dover due to forced ha ndover)]+[C100030099(Number of MSC-co ntrolled incomi ng han dover)]+[C100030100(Number of MSC-co ntrolled in comi ng han dover due to forcedrelease)]+[C100030101(Number of MSC-co ntrolled in comi ng han dover due to queue)]+[C100030216(Number ofMSC-co ntrolled in comi ng han dover due to forced ha ndover)]+[C100030119(Number of In tra-cellha ndover)]+[C100030093(Number of BSC-c on trolled in ter-cell outgoi nghandover)]+[C100030095(Number of MSC-controlled outgoing handover)]-([C100030098(Number of BSC-co ntrolledin ter-cell in comi ng han dover success)]+[C100030102(Number of MSC-c on trolled in comi ng ha ndoversuccess)]+[C100030120(Number of In tra-cell han doversuccess)]+[C100030094(Number of BSC-co ntrolled in ter-cell outgoi ng han doversuccess)]+[C100030096(Number of MSC-co ntrolled outgoi ng han dover 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 withUL 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)SDCCH拥塞小区统计：SDCCH拥塞率基本保持正常，没有长期拥塞的小区，主要是由于从DESSIE往首都方向，从DESSIE往MEKELE方向的光缆不稳定，造成大部分基站SDCCH拥塞，传输稳定的情况下，保持正常。