掉话问题分析流程
目录
一、掉话故障现象及原因 (2)
1无线链路故障掉话 (2)
2 定时器T3103 (4)
3 由设备故障等原因造成的掉话 (4)
二、掉话的计算公式 (5)
三、TCH掉话次数 (6)
四、TCH占用成功次数 (8)
五、故障分类 (9)
1、覆盖引起的掉话 (9)
2、切换引起的掉话 (11)
3、干扰引起的掉话 (12)
4、天馈引起的掉话 (14)
5、传输引起的掉话 (16)
6．无线参数设置不合理 (16)
六、案例 (17)
1、优化切换参数减少掉话 (17)
2、MAIO相同引起干扰掉话 (18)
3、上下行不平衡 (19)
4、直放站干扰引起掉话 (19)
5、孤岛效应引起掉话 (21)
6、与版本相关的参数设置 (22)
掉话问题分析流程
一、掉话故障现象及原因
掉话可分为两种形式：
?SDCCH上的掉话：SDCCH的掉话是指在BSC给移动台指配SDCCH而TCH还未指配成功的期间发生的掉话。
?TCH上的掉话：TCH的掉话是指在BSC给移动台成功分配了TCH后，发生的掉话。
?造成掉话的原因，主要有三种：
?无线链路故障（发生在通信过程中，消息无法正常接收）；
?T3103超时（发生在切换过程中，MS无法占用目标小区信道，也无法返回原信道）；
?系统故障（设备故障等各种可能发生的故障）。
1无线链路故障掉话
在这三种掉话原因中，主要的掉话形式是无线链路故障
对于下行的情况，在GSM规范中有一参数为Radio Link Timeout （无线链路超时）。当移动台在通信过程中话音质量恶化到不可接收，且无法通过射频功率控制或切换来改善时，移动台认为无线链路故障，强行拆除链路，造成掉话。GSM规范规定，移动台中有一计数器S，该计数器在通话开始时被赋予一个初值，即参数“无线链路超时”的值。若移动台解码SACCH消息（周期120ms）失败，S减1；反之，移动台每正确接收到一SACCH消息，S加2，但S不可以超过初始被赋予的值，当S为0时，移动台报告无线链路故障。信令流程如图1所示，图中(1)(2)专用模式已建立（SDCCH/TCH）；(3)无法解释SACCH的消息块（上行/下行），导致无线链路超时。本参数设置过小，容易引起无线链路故障而造成掉话；设置过大，手机会有较长时间并不拆线，使资源利用率降低（该参数作用于下行）。
对于上行的情况，在小区属性表下的SACCH复帧数（周期480ms），定义了上行链路连接失败时间。当BTS检测到无线链路上一个被激活的连接被破坏时，就会向BSC上报连接失败消息Connection Failure。系统判断连接失败的准则是基于上行链路的误码率或SACCH是否正确译码。华为BTS采用后一种判断准则，方法和移动台判断无线链路失效类似。若基站每正确解出一次移动台的SACCH消息，计数器的值加2，最大不超过数据配置中确定的初值；反之，计数器减1，当计数器的值减为0时，BTS上报连接失败消息。计数器的初值N是在数据配置中确定的，就是小区属性表中的SACCH复帧数，其单位为480ms。
从话统中如果发现“TCH占用时无线链路断的次数（连接失败）”次数比较多可以通过调大无线链路失效计数器和SACCH复帧数来解决掉话。
另外调整“无线链路失效计数器”和“SACCH复帧数”时还要注意T3109计时器的值，T3109的设置必须大于“无线链路失效计数器”（RadioLinkTimeout）的值。如果T3109太小，会出现无线链路失效计数器还没到时（即无线链路尚未释放），而相应的无线资源已被用于重新分配的情况。一般来说：T3109=a+ RadioLinkTimeout×0.48s，a=1或2s。如果无线链路失效计数器设为64，则T3109=2+ 64×0.48s＝33s。
另外，基站的无线口层二（LAPDm）在层二帧与移动台侧无法正常交互的情况下，会向BSC上报错误指示消息Error Indication，对应于图1中的第(3)步，原因值为T200超时，BSC也会释放无线链路，上报清除请求（Clear REQ）。
T200定时器（Timer200）:是Um接口数据链路层LAPDm中的一个重要的定时器。又因为LAPDm有不同的信道，如SDCCH、FACCH、SACCH，不同的信道传送速率不一样，所以要设定不同的定时器值。T200+信道类型指的是在该信道上的T200值。T200定时器是防止数据链路层数据发送过程死锁的定时器，数据链路层的作用就是将容易出差错的物理链路改造成顺序的无差错的数据链路。在这个数据链路两端通讯的实体采用确认重发的机制。也就是说，每发送一个消息都要对端确认收到。在不可知的情况下，如果这条消息丢失，会出现双方都等待的情况，此时系统死锁。因此，在发送一方要设立定时器，当定时器溢出，发方认为收方没有收到消息，就会重新发送，重发的次数由N200决定。
从话统中如果发现“TCH占用时无线链路断的次数（错误指示）”次数比较多可以通过调大T200和N200定时器来解决掉话，但是T200和N200不宜太大，可以通过试探着修改来确定T200和N200定时器的值。
图1无线链路故障信令流
2 定时器T3103
(a) 定义：在切换过程中（BSS内部和BSS间），BSC按照此定时器在发起切换小区和目标小区同时保留TCH。T3103在BSC发出切换命令（Handover Command）消息时启动，收到切换完成（Handover Complete）时（BSC内部切换）或清除命令（Clear Command）时（BSC 间切换）清除。
T3103A(s)：BSC内切换中，源小区向手机发送切换命令后启动，收到内部清除或建链指示时停止； BSC间切换中，源小区向手机下发切换命令后启动，收到MSC下发的清除命令或建链指示时停止。
T3103B1(s)：BSC内切换中，目标小区发送内部切换响应后启动，收到切换检测或内部清除时停止；BSC间切换中，目标小区返回切换请求应答后启动，收到切换检测或清除命令时停止
T3103B2(s)：目标小区在模块内切换时收到切换检测时或模块间切换时光路（是指BSC的BM和AM之间的光路时隙）申请成功后启动；收到切换完成时停止。
(b) 该定时器的用途是保持信道足够长的时间以便MS可以返回信道，若MS丢失是用于信道释放。BSC向移动台发出切换命令时T3103开始计时，在BSC收到来自切换目标小区的切换完成）或者来自源小区的切换失败（Handover Failure）时就将T3103复位，BSC将Handover Command信息发送到BTS时，如果T3103超时后仍未收到任何消息时，BSC就判断源小区发生了无线链路失败，进而释放源小区的信道，信令流程如图2所示。
图2 T3103超时导致掉话
如果是切换引起的掉话比较多的话可以将定时器T3103适当调大。
3 由设备故障等原因造成的掉话
解决方法：
观察电源、传输和单板告警（TC板故障，A接口PCM失步告警，LAPD断
链，功放板，HPA，TRX板告警，CUI/FPU告警），根据告警数据，分析是否电源断、传输断或有故障单板存在（如载频板坏或接触不良）。通过告警发现问题并将相关问题反映给到相关负责人去处理。
二、掉话的计算公式
(1)TCH掉话率=TCH掉话次数/TCH占用成功次数×100%
(2)TCH掉话次数统计点：BSC向MSC发起Clear Request消息时，当前占用的信道类型为TCH；
(3)发送Clear Request消息的典型原因值一般为：
?无线链路失败（Radio Interface Message Failure）
?人工干预（O&M Intervention）
?设备故障（Equipment Failure）
?BSS与MSC间协议错误（Protocol Error Between BSS and MSC）
?强占（Preemption）
信令流程如图3所示。
图3 TCH掉话信令示意图
SDCCH掉话率公式：
SDCCH掉话率=SDCCH掉话次数/成功的SDCCH占用次数（所有的）×100%
SDCCH掉话率（%）=（SDCCH占用时无线链路断的次数（连接失败）+SDCCH占用时无线链路断的次数（错误指示）+SDCCH占用时地面链路断的次数（Abis））/成功的SDCCH占用次数（所有的）×100%
SDCCH掉话次数统计点：向MSC发起Clear REQ（REQuest）和Error Indication 消息时，当前占用的信道类型为SDCCH。
三、TCH掉话次数
?含义：切换流程中，MS接入BSC分配的TCH后因为各种原因最终导致流程执行失败，BSC统计TCH掉话；或者MS在TCH信道上进入正常通话状态后，因为各种原因导致掉话时统计这个指标，发生以上情况后BSC向
MSC发送CLEAR REQUEST请求清除这个呼叫。
?测量点：以下流程如果掉话发生在TCH信道，统计本指标。图4，图5，图6中A1和A2描述了主要的统计点。
(1) 在TCH作为业务信道被占用时，BTS因为TCH无线链路层连接异常向BSC发送ERROR INDICATION消息， BSC收到该消息后统计。参见GSM 0858。
(2) 在TCH作为业务信道被占用时，BTS因为TCH无线链路故障或硬件故障等原因（具体参见GSM 0858）向BSC发送CONNECTION FAILURE INDICATION消息，BSC收到该消息后统计。
(3) 入BSC切换目标小区收到HANDOVER DETECT，HANDOVER COMPLETE，解码时发现消息有误时统计。
(4) 当TCH作为业务信道，发起入BSC切换时，目标小区等待HANDOVER COMPLETE 超时时统计。
(5) 当TCH作为业务信道，发起出BSC切换时，源小区等待来自MSC的切换完成清除消息超时（T8超时）时统计。
(6) 当TCH作为业务信道，发起BSC内切换时，目标小区等待HANDOVER COMPLETE 超时后向源小区发送切换失败内部清除消息，源小区统计这个指标。
(7) 当TCH作为业务信道，发起BSC内切换时，非Directed Retry的源小区等待来自目标小区的原因值为HANDOVER COMPLETE 的Inter Clear Request消息超时后统计。
(8) 当TCH作为业务信道，发起BSC内切换时，目标小区AM/CM布网失败，AM/CM 布网超时，向源小区发送切换失败内部清除消息，源小区统计这个指标。
(9) 当TCH作为业务信道，发起BSC内切换时失败返回原信道，源小区先释放掉地面连接，再重新布网时AM/CM布网响应超时或布网执行失败导致掉话，在源小区统计。
(10) TCH作为业务信道时，如果BSC和MSC都支持强占，建立在TCH上的低优先级的呼叫可能被高优先级的呼叫强占无线资源，造成掉话。
(11) TCH作为业务信道时，TCH所在TRX的RSL链路断链时统计。
测量计算公式：无。
图4指配TCH掉话
注：A1，A2：TCH掉话次数（BSC）
图5 BSC内切换TCH掉话
注：A1，A2：极早指配TCH掉话次数（BSC），TCH掉话次数（BSC）
图6入BSC切换TCH流程
注：A1，A2：极早指配TCH掉话次数（BSC），TCH掉话次数（BSC）
四、TCH占用成功次数
?含义：在极早指配、指配和切换流程中，当MS成功占用了网络分配的TCH 后，BSC统计这个话统指标。指配中的Directed Retry成功仍然计TCH
占用成功：来自MSC的ASSIGNMENT REQUEST下发到BSC内的某个小区后，如果该小区没有信道供分配，并且系统支持Directed Retry，BSC根据
MS测量报告（MR）中的邻区信息发起出小区切换。
?测量点：以下流程如果成功占用的信道类型为TCH，统计该指标。
(1) 极早指配TCH流程中，BSC收到来自BTS的CHANNEL ACTIVATION ACKNOWLEDGE 消息后统计这个指标。
(2) Directed Retry的目标小区在其他BSC，如果Directed Retry执行成功，MSC向源BSC发CLEAR COMMAND拆除原有连接，源BSC收到这一CLEAR COMMAND 后统计这个指标。
(3) Directed Retry的目标小区在本BSC，如果Directed Retry执行成功，目标小区通知源小区清除资源和连接，源小区收到这一内部清除消息后统计这个指标。
(4) 指配流程执行成功，BSC向MSC发送ASSIGNMENT COMPLETE时统计这个指标。
(5) 入BSC切换过程中，BTS向目标小区的BSC发送HANDOVER DETECTION消息，BSC收到该消息统计这个指标。
(6) BSC内入小区切换过程中(包括小区内切换)，BTS向BSC发送HANDOVER DETECTION消息， BSC收到该消息在目标小区统计这个指标。
五、故障分类
1、覆盖引起的掉话
1. 原因分析
(1)不连续覆盖（盲区）
由孤站引起的掉话，由于在孤站边缘，信号强度弱质量差，无法切换到其它小区而掉话。
由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续造成掉话。
(2)室内覆盖差
因为一些建筑物密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低，使得在通话过程中掉话。
(3)越区覆盖（孤岛）
服务小区由于各种原因（如功率过大）造成越区覆盖，以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C后还占用着原服务小区A的信号，而小区A又未定义邻小区C，此时移动台再根据原服务小区A提供的邻小区B进行切换时，就会因找不到合适的小区而导致掉话，如图7所示。
图7覆盖过大导致的掉话
(4)覆盖过小
覆盖过小也有可能是由于某个小区的硬件设备（CDU/TRX）出了问题，如天线受到阻挡或携带BCCH的载频发生了故障（功率放大器部分）。
2. 判断方法
依据用户的投诉，了解覆盖不足的地区，再进行较大范围的测试，观察信号电平大小，切换是否正常，是否存在掉话等。此外，还可借助OMC话务统计查看BSC 整体掉话率，找出掉话率大的小区，及其它相关的话务统计，来辅助分析和判断。下面列举出了一些话务统计任务及统计项：
(1)从功率控制性能测量中，是否平均上下行信号强度过低；
(2)从接收电平性能测量中，接收电平低的次数所占比例过大；
(3)在小区性能测量/小区间切换性能测量中，发起切换时电平等级过低，平均接收电平过低；
(4)掉话性能测量中，掉话时电平过低，掉话前TA值异常；
(5)定义邻近小区性能测量，移动台上报的在小区相邻关系表里定义的邻近小区的统计，可以定位到哪个邻区的平均电平过低；
(6)未定义邻近小区性能测量：是否存在平均电平过高的未定义邻近小区；
(7)功率控制性能测量，MS与BTS的最大距离（TA值），连续多个时段超常。
3. 解决措施
(1)查找覆盖不足的地区
进行测试来确认覆盖不足的区域。对于孤站、山区基站等未形成连续覆盖的地方，可用增加基站来形成连续覆盖。或是通过别的手段来扩大基站的覆盖范围，如提高基站的最大发射功率，改变天线的方位角、倾角、挂高等。还应分析是否由于地形地势的原因导致的，如隧道、大商场、地铁入口、地下停车场及洼地，一般来说，这些地方是较容易发生掉话的，可考虑用微蜂窝来解决覆盖。
(2)要保证室内通信的效果，必须使到达室外的信号足够强，如通过提高基站的最大发射功率，改变天线的方位角、倾角、挂高等，不能明显改善室内通话质量的，可考虑增加基站。对于写字楼、宾馆等一些主要公共场所增强室内覆盖，还可考虑应用室内分布系统。
(3)对于越区覆盖小区漏作邻区关系的小区，补充全邻区，减少无合适的小区切换而造成的掉话。可以通过减少该基站的倾角，来消除越区覆盖。
(4)排除硬件故障
进行测试，判断是否出现硬件故障，覆盖范围过小。如果掉话率突然上升并且本站其它指标全部正常，则应该检查相邻小区此时是否工作正常（可能出现下行链路发生故障，如TRX、分集单元及天线出现问题，若是上行链路故障，则会导致原小区切出失败率较高）。
2、切换引起的掉话
1. 原因分析
(1)参数不合理
如两个小区相交的区域信号电平都很低，在参数上切换候选小区电平设置过低，切换门限设置太小，当邻小区电平某一时段稍强于服务小区时，一些MS就会切入该邻小区，而在切入后不久，恰好该小区的信号减弱，而又没有合适的小区再发生切换时就会掉话。切换参数设置不当引起的掉话见案例六。
(2)邻区不全
邻小区定义不全会导致移动台保持通话在现有的小区中，直至超出该小区覆盖边缘而不能切换到信号更强的小区而掉话。
(3)邻区中有同BCCH同BSIC的小区存在
(4)话务拥塞
由于话务不均衡，造成因目标基站无切换信道而切换失败，在重建也失败时产生掉话。
(5)BTS时钟失步，频偏超标，发生切换时失败而掉话。
(6)T3103计数器超时导致掉话。具体见前面所述。
2. 判断方法
通过话务统计指标的分析是否存在切换成功率低、切换失败但重建失败的次数多、掉话率高的小区。用话务统计来分析主要是什么原因引起的切换。如：上下性接收电平原因引起的切换；上下行接收质量原因引起的切换；功率预算（PBGT）引起的切换；呼叫定向重试；话务原因引起的切换。查看告警，观察是否有与BTS相关的时钟告警，BTS时钟运行状态是否处于正常运行状态，必要时校验基站时钟，排除时钟问题。进行路测，在路测中发现有无切换问题。在有问题的小区附近多次路测，从多方面发现与切换有关的掉话问题，通过切换的优化来减少掉话。
下面列出了话务统计中应注意的指标：
(1)小区间切换性能测量，切换失败但重建也失败次数过多。
(2)小区间切换性能测量，切换次数过多，重建成功也多。
(3)未定义邻近小区性能测量，未定义邻区电平及测量报告个数超标。
(4)出小区切换性能测量，出小区成功率低（针对某小区），找出切向哪个邻小
区的成功率低，进一步从目标小区查找原因。
(5)入小区切换成功率低，对方小区切换参数设置不合理。
(6)TCH性能测量：切换次数与TCH呼叫占用成功次数不成比例，切换次数过多。（切换/呼叫>3）。
3. 解决措施
(1)检查影响切换的参数，例如：层级设置、各种切换门限、各种切换迟滞、切换统计时间、切换持续时间、切换候选小区最小接入电平等参数。例如：为减少切换掉话，可将切换候选小区最小接入电平由-100dBm提高到-95dBm，即由等级10改为等级15。例如：对于参数“物理信息最大重复次数”，当时钟或传输不好而导致切换慢或切换成功率低时，可以考虑增大这个值。总之，要结合实际情况来优化切换。案例六给出了一个通过切换参数的调整来降低掉话的例子，详见后面案例。
(2)对于那些由于话务量不均衡，造成因目标基站无切换信道而产生的掉话，解决的办法是进行话务量的调整。如通过调整天线下倾角、方位角等工程参数，控制小区的覆盖范围，或通过网络参数，如通过CRO引导MS驻留在其它较空闲的小区，通过层级优先级的设置引导通话中的MS切换到空闲小区，也可以采用负荷切换来均衡话务，或者直接通过载频扩容来解决。
(3)对时钟有问题的BTS进行BTS时钟校准，解决好时钟同步问题。
3、干扰引起的掉话
1）.原因分析
干扰主要包括同频、邻频及交调干扰。当移动台在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使移动台无法准确解调邻近小区的BSIC 或基站不能正确接收移动台的测量报告。干扰门限是同频载干比C/I≥9dB，邻频载干比C/A≥-9dB，当干扰指标恶化超过该门限后，就会对网络中的通话造成干扰，使通话质量差，引起掉话。
2）.判断方法
干扰可能是网外或网内的，存在于上行信号或下行信号中，我们可采用多种方法来定位干扰。一般可采用：
(1)从话务统计上分析，找出可能受到干扰的地方。
a、分析话统中的干扰带出现的规律：随时间、话务量的变化。
轮流关闭载频观察话统项干扰带变化。
b、因质量差而发生的切换占全部切换的比例。接收质量性能测量：针
对载频，统计平均接收质量等级，作为参考。
C、掉话性能测量：记录了掉话时的平均电平与质量，作为参考。
(2)结合用户投诉，在可能受干扰的地方进行通话路测，检查下行干扰。借助路测工具发现是否有接收信号电平强，但通话质量等级很差的地方。还可用测试移动台锁频拨打测试，观察是否在某个频点上受到干扰。
(3)检查频率规划，是否存在规划不当的地方而出现同邻频干扰。
(4)对可能存在干扰的频点调整频点，看是否能避开干扰，降低干扰。
(5)排除设备方面的原因造成的干扰。
(6)通过以上方法仍不能很好的排除干扰，可使用频谱仪进行扫频，找出干扰频点，进一步查出干扰源。
具体的干扰分析和分析可参考案例，下面是话务统计中用于分析干扰的话务统计指标：
(1)分析话务统计中的干扰带观察上行干扰
如果有一个空闲信道出现在干扰带三、四、五中，一般就有干扰。若是网内干扰，一般都会随着话务量的增大而增大，通常情况下若是网外干扰，与话务量增加没有关系，这里还需要说明干扰带是基站载频信道在空闲状态下通过射频资源指示消息向BSC上报的，表明了MS所占用的无线信道的上行特性，也就是上行信号的干扰程度。若当前信道忙也难以上报资源指示消息，因此干扰带的统计也需要综合考虑。
(2)接收电平性能测量（给出了电平与质量的矩阵关系）
这是一个针对载频的统计任务，如果高电平低质量的次数过多，说明该载频板的频点有同频或邻频干扰或网外干扰。
(3)质量差切换比例
小区性能测量/小区间切换性能测量，或出小区切换性能测量中，统计了各种原因引起的出切换尝试次数，如果质量差引起的切换次数过多，说明有干扰，而且上行质量差切换多，说明有上行干扰，下行过多说明有下行干扰。
(4)接收质量性能测量
针对载频，统计平均接收质量等级，作为参考。
(5)掉话性能测量
记录了掉话时的平均电平与质量，作为参考。
(1)切换失败但重建也失败次数过多
有可能是目标小区有干扰，作为参考。
3）.解决措施
针对网外和网内干扰采取不同的措施。网外的干扰通过运营商协调来解决，网内干扰通过调整网络规划来解决。
(1)进行实际路测，检查干扰路段和信号质量分布，分析是那些小区信号的重迭覆盖引起的干扰。根据实际情况，通过调整相关小区的基站发射功率、天线倾角，或调整频点规划等避免干扰。
(2)使用不连续发射（DTX）、跳频技术、功率控制及分集技术
通过这些措施可降低系统噪声，提高系统抗干扰的水平。DTX分为上行DTX和下行DTX，可以减少发射的有效时间，从而降低系统的干扰电平。但DTX必须结合实际周围无线环境与相邻小区的关系进行调整。当移动台接收信号不好时，使用DTX会使语音质量对干扰更加敏感。因为由于DTX下行功能的开启，移动台建立通话后，用户在通话时基站发射功率增强，而在通话间隙，基站会降低发射功率，这样一方面可以降低对其它基站的干扰，但是另一方面，如果基站周围存在干扰，下行信号的不连续发射将使通话质量恶化，当基站降低发射功率时，在一些接收电平相对较低而干扰信号较强的地方就容易引起通话质量下降甚至发生掉话现象。
(3)解决由设备自身问题产生的干扰（如：载频板自激、天线互调干扰）。
4、天馈引起的掉话
1）. 原因分析
(1)由于工程方面的原因，小区天线的馈线接反，如两个小区间的发射天线接反，造成小区内上行信号比下行信号电平差很多，就会在距离基站较远处出现掉话、单通、电话难打等现象。
(2)对于采用单极化天线，一个小区有两副天线，天线俯仰角不同而产生的掉话。
定向小区有主集和分集两副天线时，该小区的BCCH和SDCCH就有可能分别从两副不同的天线发出。当两副天线的俯仰角不同时，就会造成两副天线的覆盖范围不同，即会出现用户能收到BCCH信号，但发起呼叫时却因无法占用另一天线发出的SDCCH而导致掉话。
(3)由于两副天线的方位角原因而产生的掉话
当两副天线的方位角不同时就会导致用户可以收到信令信道SDCCH，但一旦被指配到由另一副天线发射出的TCH时就会造成掉话。
(2)由于馈线自身原因而产生的掉话
馈线损伤、进水、打折、接头处接触不良均会降低发射功率和收信灵敏度，从而产生严重的掉话。可通过测驻波比来确认。
2）. 判断方法
(1)检查是否有合路器、CDU、塔放、驻波比告警等。
(2)从远端维护查看BTS各单板是否正常。从话务统计中分析是否存在上下行不平衡。
(3)可通过OMC的Abis接口跟踪或使用信令分析仪跟踪有关的Abis接口，从信令消息中的测量报告中进一步观察上下行信号是否平衡。
(4)进行路测和拨打测试，路测时可注意服务小区的BCCH频点是否与规划的相一致，查看小区的发射天线是否安装正确。
(5)有了远端的较充分地分析后，可再到基站现场检查和测试，检查天线方位角和俯仰角安装是否符合设计规范，馈线、跳线连接是否正确，有无接错。检查天馈接头是否接触良好，馈线有无损伤。测量驻波比是否正常。排除天馈方面的原因。
(6)判断是否由基站部件的硬件故障导致上下行不平衡而掉话。对硬件设备问题，可更换怀疑有问题的部件，也可以通过关闭掉小区内其它载频，对怀疑有问题的载频进行拨打测试来发现故障点。一旦发现故障硬件后，应及时更换，如无备件，也应先闭塞掉该故障板以免产生掉话现象影响网络运行质量。
下面列出了一些话务统计来分析上下行平衡：
(1)在话务统计中登记“上下行平衡性测量”，分析是否存在上下行不平衡。
(2)在话务统计中登记“掉话性能测量”，分析掉话时平均上下行电平和上下行质量。
(3)在话务统计中登记“功率控制性能测量”，分析上下性平均接收电平。
5、传输引起的掉话
1）.原因分析
由于存在Abis接口、A接口链路，因传输质量不好，传输链路不稳定也会造成掉话。
2）.判断方法：
(1)观察传输和单板告警（FTC故障，A接口PCM失步告警，LAPD断开链路，功率放大器，HPA，TRX告警，CUI/FPU告警），根据告警数据，分析是否传输闪断或有故障单板（如载频板坏或接触不良）。
(2)进行传输通道的检查，挂表测试误码率，检查E1接头，设备接地是否合理，通过保证稳定的传输质量来减少掉话。
(3)通过话务统计观察，是否是传输造成的掉话次数多。
(a) 观察话务统计TCH性能测量：TCH占用时A接口失败次数异常；
(b) TCH性能测量：TCH可用率是否异常；
(c) TCH性能测量：地面链路断掉话的次数多。
6．无线参数设置不合理
检查有关的参数配置，按数据配置规范的要求合理配置，如下面的参数：
(1)系统消息数据表：无线链路失效计数器
若该值设置较小，在移动台的接收电平由于地形等原因突然衰落很大时，很容易掉话。若设置很大，尽管话音质量早已不能接受，而网络却只能等到无线链路超时后，才能释放相关的资源，从而使资源的利用率降低。在设置参数时，一般在业务量较小的边远地区可将该值设的大一些，而在业务量较大的地区可设置的小一些。
(2)小区属性表：SACCH复帧数
建议值：BTS312 31
(3)系统消息数据表：MS最小接收信号等级，RACH最小接收电平、RACH忙门限。
因为存在上行和下行信号，信号的实际覆盖是有较弱的一方决定的。如果上行信号覆盖大于下行信号覆盖，那么小区边缘下行信号较弱，容易被其它小区的强信号“淹没”；如果下行信号覆盖大于上行信号覆盖，那么移动台被迫驻留在该强信号下，但上行信号弱，移动台不能呼出，或造成通话后语音质量差、单向通话、甚至掉话。因此要求上下行尽量平衡。
MS最小接收信号等级：
表示MS接入系统所需要的最小接收信号电平，是对下行信号而言的。参数设置过低，对接入信号的电平要求低，MS容易接入网络，覆盖区域大，但在小区边缘MS试图驻扎在本小区，增加了小区的负荷和掉话的危险性。设置大，限制了接收电平低的MS接入网络，对减少掉话有利，但使覆盖减小。在参数设置上要权衡覆盖和掉话率，不能单纯为了降低掉话，提高该值，而使覆盖减少。该参数需要根据上下行平衡情况合理设置。
RACH最小接收电平：
表示在BTS3X中对移动台上行接入系统所需要的最小接收信号电平（BTS20中使用RACH忙门限，同“MS最小接收信号等级”参数类似，在设置上权衡好覆盖和掉话率。
六、案例
1、优化切换参数减少掉话
［现象描述］
在A地到B地的路测过程中发现，在基站附近的山洞口，没有及时切换导致的掉话次数较多。
［原因分析］
山洞就在基站附近，进入山洞后目标小区功率较好为80dBm左右，但原服务小区信号迅速衰减到100dBm之下，因为山洞外两个小区的下行功率都很好，触发不了切换，但是在进入山洞后原服务小区电平迅速下降，在统计时间还没到达之前，已经掉话。
［处理过程］
修改相关参数见表1。
表1相关参数修改表
优化调整切换参数以减少掉话：
(1)在保证没有乒乓切换和导致话音断续过多的前提下，使PBGT切换较易发生，从而达到抗干扰和降低掉话率的目的。
(2)合理设置紧急切换触发门限，在掉话之前及时触发紧急切换以减少掉话等。
2、MAIO相同引起干扰掉话
［现象描述］
某基站采用1×3射频跳频，扩容后，TCH分配失败率持续较高（原因是无线链路故障），同时并伴有较高的TCH掉话率和切入失败率，SDCCH掉话率正常。
［原因分析］
由于分配失败率伴随着较高的掉话率和切入失败率，可以基本断定有两种可能性：
(1)在指配TCH时出现问题；
(2)该次通话所占用的频点或时隙有干扰或不稳定。
SDCCH掉话率正常，因此基本断定携载BCCH频点的载波和BCCH频点出现干扰的可能性较小。相应非BCCH频点的载波和跳频频点出现干扰的可能性较大。
［处理过程］
通过对设备硬件，天馈和传输稳定性的检查，未发现任何问题。路测中发现，高电平、低质量的现象严重。实地拨测，通话中话音质量差。参数检查过程中发现新增载波的MAIO与另一个载波的MAIO值相同。
发现故障点：跳频频点碰撞
3、上下行不平衡
［现象描述］
移动台占上某小区，但不能呼出；单向通话；在距离小区一定距离处总是掉话；频繁的切换后掉话。
［原因分析］
故障的原因可能是上行链路和下行链路信号电平不平衡。
［处理过程］
进行现场测试。测试时让移动台往小区边缘方向移动，同时用信令分析仪在基站侧跟踪数据。观察BTS和MS的接收电平大小。
图2 测量报告MA10解释
如图2看出上行链路（Uplink）电平为－98dBm（红圈圈出的部分）比下行链路（Downlink）－66dBm要低很多。电平在－98dBm以下，说明信号太弱，容易导致掉话。
4、直放站干扰引起掉话
［现象描述］
某地区基站分布如图3所示（红色标注为BCCH频点，不跳频，采用DTX），C
基站2小区地区掉话情况严重。（已排除硬件故障可能）
图3基站分部图
［原因分析］
(1)分析基站拓扑图得出结论：频点规划合理
(2)查看话务统计，C基站各小区干扰带见表1。
表1 话务统计干扰带
(3)实际路测：发现接收电平值较高时，质量已很差。
(4)观察话务统计：发现伴随着高掉话率，质量原因切换比重很大，信道分配失败率高。
(5)综合话务统计和路测结果分析得出结论：存在干扰。
(6)经现场调查，发现运营商有直放站设备。该直放站是一宽带直放站，将远端一个模拟基站的信号通过光纤传送到近端进行放大，并发射出去。同时，数字信号也被直放站放大，放大后的数字信号对基站C的2小区形成干扰。
［处理过程］
WCDMA掉话问题分析及处理方案
WCDMA掉话问题分析及处理方法 作者：南京格安 在国外，W CDMA已经在多个国家投入商用；在国内，WCDMA产品正逐步走向成熟，网络商用化的脚步正在加快。在网络建设及运营中，掉话率（calldroprate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题。本文从掉话的定义、掉话处理的基本流程、各种掉话数据分析方法、掉话问题的解决方法等方面加以研究，并结合实际掉话案例进行分析。 一、掉话的定义 1.路测的掉话定义 路测的掉话定义是：从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。 (1)收到任何的广播信道消息。 (2)收到无线资源释放的消息且释放的原因为非正常的。 (3)收到呼叫控制断连接、呼叫控制释放等消息，而且释放的原因为非正常的。 2.话统指标中的掉话定义 广义的掉话率应该包含CN和UTRAN的掉话率，由于网优重点关注与UTRAN侧的掉话率指标，本文掉话率描述也重点关注UTRAN侧的KPI指标。 从大的方面讲，掉话分为两大类，信令面掉话和用户面掉话。 需要说明的是：无线接入网话统掉话的定义只从Iu接口的角度进行统计，统计了RNC 主动发起的非正常资源释放的请求次数；路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上
看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时需加以区分。 二、掉话原因分析 由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。 1.邻区漏配 一般来讲，掉话在初期优化过程中大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下方法来确认是否为同频邻区漏配。 方法一：观察掉话前UE记录的活动集EcIo信息和记录的BestServerEcIo信息。如果UE记录的EcIo很差，而记录的BestServer EcIo很好，同时检查记录Best Server EcIo 扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中。如果同频测量控制的邻区列表中没有扰码，那么可以确认是邻区漏配。 方法二：如果掉话后UE马上重新接入，UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制，进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。 方法三：有些UE会上报检测集（DetectedSet）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。 邻区漏配导致的掉话包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G网络掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSSI信号）。 2.覆盖差
华为TOP小区处理阶段流程经验总结
TOP小区处理流程总结 1TOP小区处理流程及整体处理情况 1.1 TOP小区分解 TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。 1. 2 问题处理流程 TOP小区问题处理流程中，原因分析是流程中的关键点和重点。
2无线接通率TOP小区分析处理 无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB建立成功率两块进行分析。RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。每次RRC和RAB建立失败，话统都会输出一个失败原因统计。 2.1RRC建立失败处理
2.1.1RRC建立失败原因 RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。表3是RRC建立失败的对应原因打点。表4为RRC失败对应的原因分析。 表3：RRC失败原因打点 表4：RRC失败对应的原因分析
2.1.2RRC建立失败处理 1)拥塞 在RRC建立出现拥塞时，可以进行下面的操作： ?将主要业务的RRC建立在公共信道上，修改命令行为： ?主叫流媒类体RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH； ?主叫交互类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH； ?主叫背景类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH； ?终止流媒体类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH； ?终止交互类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH； ?终止流媒体类RRC建立在FACH上 RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH； ?去附着信令承载建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH； ?注册登记承载在FACH上 SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH； ?提高拥塞小区的最小接入电平，限制部分低电平用户的接入： 修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96； ?打开LDC开关； ?对于业务量持续较大的小区，可以考虑建议扩容。 2)RL建立失败
10-掉话类故障分析与处理
M900/M1800 基站子系统故障处理手册目录 目录 第10章掉话类故障分析与处理...........................................................................................10-1 10.1 概述...............................................................................................................................10-1 10.1.1 掉话问题描述......................................................................................................10-1 10.1.2 掉话的计算公式..................................................................................................10-3 10.2 导致掉话的几种因素......................................................................................................10-4 10.2.1 覆盖引起的掉话..................................................................................................10-4 10.2.2 切换引起的掉话..................................................................................................10-6 10.2.3 干扰引起的掉话..................................................................................................10-8 10.2.4 天馈引起的掉话................................................................................................10-10 10.2.5 传输引起的掉话................................................................................................10-11 10.2.6 无线参数设置不合理.........................................................................................10-11 10.2.7 其它原因引起的掉话.........................................................................................10-12 10.3 典型案例......................................................................................................................10-13 10.3.1 优化切换参数减少掉话.....................................................................................10-13 10.3.2 直放站干扰引起掉话.........................................................................................10-13 10.3.3 MAIO相同引起干扰掉话...................................................................................10-15 10.3.4 上下行不平衡....................................................................................................10-15 10.3.5 孤岛效应引起掉话.............................................................................................10-16 10.3.6 与版本相关的参数设置.....................................................................................10-17
掉话原因及处理
GSM网络优化中掉话、拥塞的原因及解决办法 1．掉话 在移动通信中，掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。掉话不仅影响网络指标，而且会给用户造成许多不便，是用户投诉的热点。 1.1掉话产生的原因 1、由干扰引起的掉话： 干扰主要包括同频、邻频及交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。交调干扰主要来自于外部干扰，如CDMA站会对我基站上行频率产生干扰。 2、由于切换引起的掉话： （1） MS在通话中，手机列表中计算6个最好的相邻小区为切换做准备，但当网络覆盖不好时，会产生频繁切换，造成无主控小区，产生掉话。 （2）一些小区由于话务忙，会把话务推给相邻小区，但当相邻小区信号不好或无空闲信道时就会产生掉话。 （3）孤岛效应。如果服务小区A由于地形的原因产生的场强覆盖小岛C，而在小岛C周围又为小区B的覆盖范围，如在A的相邻小区列表中未添加小区B，那么当用户在C 中建立呼叫后一走出小岛C，由于无处可切换将产生掉话。 3、参数设置不合理引起的掉话： 影响掉话的参数主要有切换参数和相邻小区参数。如：PMRG设置过高或相邻小区参数做错都会导致掉话。 4、基站硬件引起的掉话： BTS的硬件故障也会引起掉话，NOKIA设备中的7745（CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD） 、7949 （DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX）是特别要引起注意的，因为这些告警同时伴随着掉话。 5、Abis接口失败产生的掉话 Abis接口的，包括BSC未收到来自BTS的测量报告，超过TA极限，切换过程的一些信令失败以及一些内部原因，此外还有Abis接口的误码率的影响。 6、覆盖不好引起的掉话： 有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好，电平值很低，手机列表中测量的相邻小区的电平值又达不到接入的要求（如RXLEV ACCESS MIN＝－95dBm）而引起掉话，在边远地区、网络覆盖不好的情况下经常会出现这种掉话。 1.2 掉话的解决办法 如果一个小区掉话很高，可以先通过查掉话报告（如163报告），先确定是由于哪方面引起的掉话。 （1）对于由于切换引起的掉话的解决，可先进行大范围的路测，通过路测可以确定是和哪个相邻小区切换不正常。对于一些与该小区有切换关系而拥塞率又较高的小区应作为测试的重点，并需要检查小区周围是否有盲区存在，如果是这种原因应及时修改相关频率并
异常情况处理制度及流程
山西煤炭运销集团 蒲县昊锦塬煤业有限公司异常情况处理制度为认真贯彻落实国家、省、市关于集中开展安全生产大检查的工作安排要求，加强我矿信息监控系统管理水平，做好矿井生产过程中井下环境参数的有效监控，保障矿井安全生产，加强煤矿安全生产管理水平及抗灾能力，特制定本矿异常情况处理制度如下： 一、值班人员按《中心岗位责任制》规定，浏览查询煤矿安全信息，发现异常情况及时处理，并认真填写《异常情况报告处理表》，传真至县监控中心。 二、监控室值班人员发现系统发出异常报警后，值班人员必须立即通知监控室主任、分管领导，同时立即通知矿井调度部门，由监控室主任或分管领导组织相关人员对本次异常报警进行原因分析，并按规定程序及时报上一级网络中心。处理结果应记录备案。调度值班人员接到报警、断电信息后，应立即向矿值班领导汇报，矿值班领导按规定指挥现场人员停止工作，断电时撤出人员。处理过程应记录备案。当系统显示井下某一区域瓦斯超限并有可能波及其他区域时，矿井有关人员应按瓦斯事故应急预案手动遥控切断瓦斯可能波及区域的电源。值班人员接到网络中心发出的报警处理指令后，要立即处理落实，并将处理结果向网络中心反馈。 当工作面瓦斯浓度达到报警浓度时，值班人员应立即通知矿值班领导及监控室主任，并填写异常情况处理报告表传真上报至
县监控中心；由分管领导或监控室主任安排相关人员进行原因分析，按照瓦斯超限分析原则：①按人工检测值与甲烷传感器对比分析；②按报警地点的历史曲线对比分析；③按报警地点上风侧检测值对比分析。根据分析结果立即将处理措施下达至矿调度中心按处理措施严格执行。报警期间要采取安全措施，报警消除后将报警的起止时间、分析报告、采取措施和处理结果上报县监控室并存档备案。 三、当煤矿通讯中断、无数据显示时，值班人员要通过传真（或电话）向县监控中心报告，并查明原因，恢复通讯。情况紧急的，由值班人员立即向矿领导汇报，对因故造成通讯中断未及时上报的，要通过电话联系移动公司或长途线务局进行抢修。
详细讲解WCDMA掉话问题分析及优化方法
WCDMA 掉话问题分析 第一章掉话分类定义 第一节正常释放流程 一个CS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0325，表示是call control 子层的disconnect消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0325，表示是call control 子层的disconnect消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是832d，表示是call control 子层的release消息。 4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是832d，表示是call control子层的release消息。 5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是032a，表示是call control 子层的release complete消息。 6. RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是032a，表示是call control 子层的release complete消息。
https://www.docsj.com/doc/a76184193.html,发RANAP_IU_RELEASE_COMMAND消息给RNC，开始释放Iu口资源，包括RANAP 层和ALCAP层资源。 8. RNC发RANAP_IU_RELEASE_COMPLETE消息给RNC。 9.RNC发RRC_RRC_CONN_REL消息给UE，开始释放RRC连接。 10. UE发RRC_RRC_CONN_REL_CMP消息给RNC。 11.RNC发NBAP_RL_DEL_REQ消息给NODEB，开始释放Iub口资源，包括NBAP层和ALCAP 层，PHY层资源。 12. NODEB发NBAP_RL_DEL_RSP消息给RNC，整个释放过程结束。 一个PS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0a46，表示是session management子层的deactivate PDP context request消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0a46，表示是session management子层的deactivate PDP context request消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是8a47，表示是session management子层的deactivate PDP context accept消息。 4. CN发RANAP_RAB_ASSIGNMENT_REQ消息给RNC，消息中给出要释放的RAB list，其中包含了要释放的RAB ID。 5. RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是8a47，表示是session management子层的deactivate PDP context accept消息。 6. RNC发NBAP_RL_RECFG_PREP消息给NODEB。 7. NODEB发NBAP_RL_RECFG_READY消息给RNC， 8. RNC发RRC_RB_REL消息给UE，释放业务RB。 9. NODEB发NBAP_RL_RECFG_COMMIT消息给RNC，
高掉话小区处理流程
高掉话小区处理流程建议 1. 背景 掉话率反映了系统话音业务的通讯保持能力，反映了系统的稳定性和可靠性，反映统计时间话音信道占用后因各种原因导致掉话严重程度，是无线通讯系统的重要性能指标，当系统的掉话率高时，会严重影响用户的感知，从而导致用户投诉或不满。此次我们主要针对TCH掉话的分析过程进行说明。 在NOKIA设备中，掉话次数count主要统计的是掉话出现在哪个接口，如：无线口、A_BIS口，A 口等等，并没有按掉话原因类型进行分类，如：信号质量差掉话或TA掉话等等，因此，在NOKIA设备中，应该按照掉话出现的接口进行分析。 2. 3J掉话率公式 (sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+a.tch_abis_fail_old +a.tch_a_if_fail_call+a.tch_a_if_fail_old+a.tch_tr_fail+a.tch_tr_fail_old +a.tch_lapd_fail+a.tch_bts_fail+a.tch_user_act+a.tch_bcsu_reset +a.tch_netw_act+a.tch_act_fail_call)-sum(b.tch_re_est_assign))/ (sum(a.tch_norm_seiz)+sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch)-sum(a.tc h_succ_seiz_for_dir_acc)+sum(a.tch_seiz_due_sdcch_con) -sum(b.tch_re_est_assign))*100% Counters from tables: A = p_nbsc_traffic B = p_nbsc_service C = p_nbsc_ho 上表就是NOKIA设备中，分为在各个接口的14类掉话。
网上报税操作流程和异常处理(参考)
网上报税操作流程及异常处理 一、网上报税完整业务流程（网上申报→远程抄报税→网上扣款）： 1.网上申报 使用“网上申报软件”填写申报表，导出网上“申报文件”上传至陕西省国家税务局“专用发票认证和网上申报受理系统”（网址：，并查看申报结果。（报表填写要准确无误且申报成功，确保申报成功）； 2.远程抄报税 进入“增值税防伪开票系统”首先应正常抄税，再点击“远程抄报”模块，依次点击：报税状态→远程报税→报税结果；（必须确保在“报税处理”模块已将本月税抄至IC卡中，才能点击“远程抄报”导航图中的四个图标，每个步骤都有对应提示）； 3.网上扣款 进入航天信息申报软件点击办税平台或进入陕西省国家税务局“专用发票认证和网上申报受理系统”（网址：，完成网上扣税工作，扣税成功后进入远程抄报模块再次点击报税状态→远程报税→报税结果→清卡操作；清卡成功后就完成了本月的抄报税工作。 二、网上报税异常处理： 1、远程抄报税比对异常： 企业进入“增值税防伪开票系统”点击“远程抄报”模块的“报税结果”，若提示“错误”，代表申报表填报有误(申报表错误栏次详见错误提示信息)，此时，企业和申报软件服务单位联系（使用航天信息申报软件拨打），删除错误申报表。删除后，企业方可再重新进行网上申报、远程抄报税操作。 2、网上扣款异常： 企业登录陕西省国家税务局“专用发票认证和网上申报受理系统（网址：，点击“未缴款信息查询”，再点击“扣款”，若显示“扣款失败”，请按以下程序办理： 1）企业核实是否签订了三方协议，并保证账户余额充足； 2）企业账户若余额充足，需到签订三方协议的银行查询税款是否已被扣除； 3）企业如查询到账户内未扣除税款，需携带当期申报表到税务大厅办理扣缴税款业务。
掉话优化思路
1 网优类 1.1 掉话类 掉话排查总体思路流程图
1.1.1 CS掉话类问题处理流程 现网的掉话监测分成RNC级的掉话与小区级的掉话两个方面，若出现网元大 面积掉话，可能由RNC硬件故障引起。但还有一种情况是全网所有的RNC 掉话率都较高，此时可以考虑可能是由于CN的故障或是由其它系统原因造成， 比如系统升级。
造成RNC掉话升级的原因可以有以下几种： 1. 参数配置错误：这有两个方面参数配置存在问题，一是RNC中的全局参 数配置存在问题，另一方面是由CN中对RNC的参数配置存在问题。 2. RNC硬件故障问题：需要通过对RNC告警的检查以及对RNC日志的检 查来确定是否是由硬件故障引起。 小区级掉话率较高，造成小区掉话的原因较多，主要有以下几种： 1. 干扰造成的掉话：（同频干扰、相关性较强的扰码引起的干扰、导频污 染、上下行交叉时隙干扰、上下行导频间干扰、系统间干扰、其它无线 设置的干扰） 2. 切换造成的掉话：（硬件故障导致切换异常、同频同扰码小区越区覆盖 导致切换异常、越区孤岛切换问题、目标小区上行同步失败导致切换失 败、无线参数设置不合理导致切换不及时） 3. 基站硬件故障造成的掉话 4. 终端问题造成的掉话 5. 链路失衡造成的掉话 6. 参数配置错误造成的掉话 覆盖问题造成的掉话（覆盖空洞造成的掉话、越区覆盖造成的掉话、孤岛效应 导致的掉话、导频杂乱导致的掉话、阴影衰落导致的掉话） 1.1.1.1 RNC级问题处理思路 1. 确定问题小区的分布情况（比如是否集中在同一框的某一单板上）。 2. 出现RNC级掉话后，首先需确定该RNC级的掉话是由多个小区引起的， 还是由个别高掉话的小区所导致。如果是由个别小区引起的，应进行小 区级的掉话处理步骤，否则进入网元级的掉话处理过程。 3. 检查RNC的系统告警，检查是否存在相关硬件的告警信息，如果存在单 板的告警，则需要进行排除。 4. 检查RNC的系统日志，对其中不正常部分进行检查。 5. 检查CT数据中掉话部分的信令，分析其错误代码，常见的RNC级参数 设置错误引起的掉话主要有以下几种：
VoLTE高掉话小区处理流程
VOLTE高掉话处理流程 1. 基站告警-主要指小区存在明显的站点告警，主要影响业务告警，包含硬件、停电、断站，射频单元驻波，IPPATH，S1故障等告警； 2. 隐形故障-主要指对问题点进行后台排查后，未发现明显故障，需上站检查相关硬件，计为隐性故障； 3. 传输故障-主要指小区存在传输链路断链，误码率过高,传输数据配置异常等问题； 4. 参数问题-主要指小区存在参数设置不合理、设置错误，参数漏配等； 5. 覆盖问题-主要指小区存在弱覆盖、覆盖过远或覆盖不合理等因素； 6. 内部干扰-主要指小区存在时隙配比不一致（要求同频点站点时隙配比一致）、GPS失锁、模三干扰、超远干扰； 7. 外部干扰-主要指小区存在阻塞干扰、杂散干扰、互调干扰、及其他外部干扰； 8. 邻区问题-新开站点邻区关系不全，不合理或未加任何邻区，影响UE小区选择或重选至不合理小区，从而影响掉线率。 9. 拥塞问题-主要指小区存在明显的资源不足，用户过多导致。 10. 核心网问题-主要指核心网数据定义不全、定义错误或网元合理化调整、功能验证等，导致指标恶化，计为核心网问题； 11. 终端问题-主要指对问题点通过后台排查和现场测试，排除为所有可能无线侧因素，结
合相关信令，确认为个别用户终端问题； 12. 突发异常-主要指某项指标在1-2个时段突然出现恶化，然后自行恢复正常，再排查完各种可能性原因后，未发现任何异常，计为突发异常。 2、E-RAB 掉线率(QCI=1/2)-高掉话TOP 小区分析流程 2、E-RAB掉线率(QCI=1/2)-高掉话TOP小区分析流程 1.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301） 2.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常； 1. 检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）； 2.如每PRB 上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型 1.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； 2. 通过后台QCI=1/2误码率跟踪，如BLER>1%，确定小区存在高误码； 1.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； 2.对比64QAM 和QPSK 占比，如后者比例远大于前者,可确定小区覆盖异常； 1.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因； 2.如果确认问题后，转发相关人员处理，做好跟踪工作，直至问题闭环； 1.确定目标小区运行情况，是否基站故障或异常告警； 2. 检查邻区间参数设置是否正确； 3.通过Mapinfo 检查小区邻区配置是否合理，进行邻区合理性优化； 4.检查基站是否周边站点缺少，如为孤站，可视为正常； 1.通过LST ALMAF 查询站点实时告警,参考历史告警； 2.通过DSP BRD 查询单板运行情况； 是否存在弱覆盖 E-RAB 掉线率(QCI=1/2)高 掉话TOP 小区 服务小区是否存在异常告警或传输闪断，周边300米站点是否存在断站及告 警SRB 达到最大重传次数导致的激活的语音业务E-RAB 异常释放次数 切换流程失败导致的激活的语音业务E-RAB 异常释放 eNodeB 发起的原因为无线层问题的UE Context 释放次数 上行弱覆盖导致的激活的语音业务E-RAB 异常释放通过提取两两小区切换，确定目标小区 参数是否设置合理 是否存在高干扰 是否存在高质差 现场测试及后台跟踪 UE Reply 超时导致的激活的语音业务E-RAB 异常释放
GSM坏小区处理流程
亳州GSM坏小区处理流程 1. 指标问题区分优先级别排查 1.1 指标监控一般分类 由于正常指标监控时间有限，需要利用有限的时间解决对网络质量影响程度更严重的、范围更广泛的指标问题，因此要将指标问题区分优先级别排查。 1）观察Net Indicator指标： 按指标重要性排序，分别为TCH、SD话务量增长情况、话务掉话比、TCH掉话率、TCH信道可用总数、TCH拥塞率（不含切换）、TCH分配失败率、SD拥塞率、切换成功率、TCH拥塞率（含切换）等指标，与近期相同时段相比，把握网络级指标变化情况。监控的宗旨是： 网络级容量指标稳中有升； 网络级质量相对稳定指标稳定； 2）观察BSC Indicator指标： 观察指标及观察方法具体如Net Indicator。监控的宗旨是，在Net Indicator指标变化的前提下，将指标变化范围定位到BSC级别。 网络容量指标如果发现为大多数BSC都增加的情况，那么多数都为节假日等公众行为所致，这类情况一般都能事前预测；如为部分BSC增加的情况，需要再进行Cell级别定位。 网络质量指标如果发现为大多数BSC都有恶化情况，多数情况为凌晨有网络级工程所致，例如核心网升版、核心网割接等工程，需要立即联系该工程所涉及硬件工程师；如为部分BSC恶化的情况，可以通过工程数据核查是否问题BSC属于某个或者某些特定的MSC，并了解交换侧工程情况，给予定位；如为个别BSC恶化的情况，需要再进行Cell级别定位。 3）观察Cell Indicator指标： 观察指标及观察方法具体如Net Indicator，监控的宗旨是，在BSC Indicator指标变化的前提下，将指标变化范围定位到Cell级别。但还需重点观察各小区TCH话务量、MC01/MC02比值及切换请求总次数等，这些指标可以发现是否有基站退服、吊死等故障情况。 网络容量指标通过涉及小区的数量及具体地理分布可以将变化情况定位到具体区域，多数原因可能是由于组织区域性活动等所致，这类问题需要局方尽量提前了解活动信息，优化工程师就活动信息提前调整网络配置或采用应急措施（例如：降低半速率占用门限、开启DR功能等）。 网络质量指标通过问题BSC下涉及小区数量可以将问题定位至BSC级问题还是
品质异常时的处理流程及方法.doc
文件编号 xxxxxx 公司 版次A/0 品质异常处理流程及办法 页码第1 页共3 页编制审核批准实施日期 一、目的： 为了使产品在发生异常情况时能够及时传递并得到有效解决，确保产品质量符合需求。二、适用范围： 所有生产工序 三、品质异常定义 ①根据经验，感觉与正常情况不一样时； ②不良类型第一次发生时； ③相同类型的不合格品连续发生2~3 件的时候； ④不能正确判断产品是否合格的时候； ⑤感觉设备、工装模具有问题时。 四、工作流程 1、操作者在生产作业过程中发现异常时，必须马上停止作业。 2、操作者将异常件暂时存放在返工箱内（兰色），及时向巡检员汇报。严禁操作者自 作主张对异常件进行处理。 3、巡检员按作业指导书标准对异常件进行检查，判定是否合格，初步分析异常产生原 因，填写《品质异常记录表》。 ①判定合格时，操作者可继续生产。 ②判定不合格时，巡检员根据情况确定不合格数量，必要时要求操作者对已加工的产 品进行全检。然后由巡检员进行分类，不合格品放入废品箱（黄色），不良品放入不良品箱（白色），把返工品放入返工品箱（兰色）。待异常原因消除后操作者方可进行生产作业。若异常原因涉及设备、工装问题，巡检员应及时通知生产部门协调处理。 ③巡检员无法判定时是否合格或异常原因时，应及时通知质量管理人员进行确认。 4、质量管理人员根据有无必要，成立对策小组，尽快采取临时措施恢复生产，尽快找 到对策解决根部问题。 四、相关表单 1、《品质异常记录表》QR/C.07-08
品质异常记录表 QR/C.07-08 日期工序操作者巡检员 异常描述 判定结果□合格品□不良品□废品□返工品 原因分析 是否需要制定措施□是□否 改进措施 品质异常记录表 QR/C.07-08 日期工序操作者巡检员 异常描述 判定结果□合格品□不良品□废品□返工品 原因分析 是否需要制定措施□是□否 改进措施
TOP小区处理流程-经典
TOP小区处理流程 1TOP小区处理流程及整体处理情况 1.1 TOP小区分解 TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。 随着项目优化的深入开展，实行优化大区制，话统TOP小区也相应的落入大区进行分析和处理。TOP小区按问题类型进行分类处理，目前按23G互操作问题、产品性能问题、掉话类、接通率类、切换类等5大类进行分类，其中23G互操作问题由2G/3G团队处理，产品性能问题由产品性能研发处理，其余掉话类、接通类、切换类等落入大区进行处理。 1. 2 问题处理流程 TOP小区问题处理流程中，原因分析是流程中的关键点和重点，下面的章节中按问题类型进行分析和说明。
流程说明： 1)TOP小区输出，现阶段由机房在每天的KPI监控日报中一起输出，TOP小区处理团 队进行跟踪和处理； 2)每天跟踪TOP小区的KPI变化，刷新TOP小区问题跟踪表，更新处理情况和处理 内容； 3)完成调整的持续观察3－4天，如果话统恢复正常，关闭问题；仍未恢复的，转回 原因分析阶段，继续分析和处理；
4)每个问题建立案例，按照问题描述、原因分析和处理、指标变化、案例总结； 5)每天输出问题处理计划，外场测试必须输出测试报告； 6)每周输出TOP小区处理周报。 2无线接通率TOP小区分析处理 无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB 建立成功率两块进行分析。RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。每次RRC和RAB建立失败，话统都会输出一个失败原因统计。 2.1RRC建立失败处理 2.1.1RRC建立失败原因 RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。表3是RRC建立失败的对应原因打点。表4为RRC失败对应的原因分析。 表3：RRC失败原因打点 表4：RRC失败对应的原因分析
学院各类突发事件应急预案及处置流程图
学院各类突发事件应急预案及处置流 程图
某学院各类突发事件应急预案及处理流程图 各单位、职能部门: 为切实加强我院突发事件或异常情况处理能力,维护正常的校园秩序,确保政治和治安稳定,我院相关部门修订各类突发事件应急预案,进一步明确职责,建立一个”组织落实,人员落实,指挥有力,运转高效”的应急机制。 各单位、各部门要认真落实各项应急工作措施,根据应急工作的任务、要求和范围,坚决执行学校制定的各项规章制度,切实做到依法办事,依法行政,依法治校,切实承担起共同维护学校和社会稳定的责任。 附件:1．宣传思想工作突发事件应急预案 2．学生工作突发事件应急预案 3．顶岗实习生突发事件应急预案 4．安全事故接警应急预案 5．外事突发事件应急预案 6．网络管理突发事件应急预案 7．弱电系统突发事件应急预案 8．校园一卡通系统突发事件应急预案 9．防汛工作应急预案 10．传染病防治应急预案 11．电梯困人应急预案 12．资金防盗防抢应急预案 13．学生公寓、教学楼宇突发事件应急预案
14．学院食堂突发事件或食物中毒应急预案 附件1: 宣传思想工作突发事件应急预案 为着力推进和谐校园建设,切实做好我院突发危机事件舆论引导工作,努力为学院发展营造良好的舆论氛围,根据国家、省、市有关法律、法规和国家、省、市突发公共事件总体、专项应急预案,特制定本预案。 一、编制目的 本预案所指突发危机事件,是指在我院范围内发生的,造成或有可能造成重大后果的宣传思想类事件。编制本预案旨在切实提高学院保障公共安全和处理突发事件的能力,在各类突发公共事件的发生后,最大限度地预防和减少损失减少,全力维护校园稳定,及时、客观、公正地公布事件情况,促进学院发展的新跨越,进一步推进和谐校园建设。 二、处理原则 在程序上要按照省、市相关文件规定进行。在宣传报道上必须有利于统一思想、维护稳定、促进发展的工作大局,有利于促进危机事件在法制的轨道上妥善解决;具体要遵循”以我为主、以事
品质异常处理流程及方法
品质异常处理流程及方法 摘要：品质人员的工作职责之一就是要及时发现反馈生产中的品质异常状况，并督促现场执行改善措施、追踪其改善效果,保证只有合格的产品才能转入下一道工序,生产出高质量的产品. 品质人员的工作职责 1、熟悉所控制范围的工艺流程 2、来料确认 3、按照作业指导书规定进行检验（首检、巡检） 4、作相关的质量记录 5、及时发现反馈生产中的品质异常状况，并督促现场执行改善措施、追踪其改善效果 6、特殊产品的跟踪及质量记录 7、及时提醒现场对各物料及成品明显标识，以免混淆 8、及时纠正作业员的违规操作，督促其按作业指导书作业 9、对转下工序的产品进行质量及标识进行确认 品质异常可能发生的原因 生产现场的品质异常主要指的是在生产过程中发现来料、自制件批量不合格或有批量不合格的趋势。品质异常的原因通常有： A. 来料不合格包括上工序、车间的来料不合格 B. 员工操作不规范，不按作业指导书进行、新员工未经培训或未达到要求就上岗 C. 工装夹具定位不准 D. 设备故障 E. 由于标识不清造成混料 F. 图纸、工艺技术文件错误。 品质异常一般处理流程 1、判断异常的严重程度（要用数据说话） 2、及时反馈品质组长及生产拉长并一起分析异常原因（不良率高时应立即开出停线通知单） 3、查出异常原因后将异常反馈给相关的部门 （1）来料原因反馈上工序改善 （2）人为操作因素反馈生产部改善 （3）机器原因反馈设备部 （4）工艺原因反馈工程部 （5）测量误差反馈计量工程师 （6）原因不明的反馈工程部 4、各相关部门提出改善措施，IPQC督促执行 5、跟踪其改善效果，改善OK，此异常则结案，改善没有效果则继续反馈 怎样做才能尽可能的预防品质异常 SPC是一款专门分析品质异常的工具,它主要是应用统计分析技术对项目过程进行实时监控，区分出过程中
掉话类故障处理指导
掉话类故障处理指导 掉话分类定义 在华为Probe侧对于掉话（ERAB Abnormal Release）的定义：UE没有收到Deactivate Eps Bearer Context Request消息，但收到RRC Release或RRC Connection Reconfiguration消息，则表示ERAB异常释放。 标口信令 在eNodeB跟踪到的标准接口信令中，如果存在eNodeB发起的释放，即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为“User-inactivity (20)”时，则判断为掉话。 掉话预检查方式 异常掉话通常都是由eNB发起的释放，通知MME释放上下文，因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ消息即可，如下图所示。 S1AP_UE_CONTEXT_REL_REQ 点击“标准接口消息类型”按消息类型进行排序，这样所有的S1AP_UE_CONTEXT_REL_REQ 都会排列在一起，如下图所示。 按消息类型排序 依次点击下一条，查看中的原因值，找出最后的原因为非02 80 的原因值。
找到异常掉话消息 根据对应的时间点，打开标准UU口的跟踪，找到对应时间点的RRC_CONN_REL消息，如下图所示。 找到对应的UU口消息 掉话率指标话统公式 在话统侧异常掉话指标的公式定义如下： Call Drop Rate = L.E-RAB.AbnormRel / (L.E-RAB.AbnormRel + L.E-RAB.NormRel) 等同于： Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / （L.E-RAB.AbnormRel.QCI.N +
掉话小区处理流程讲解
TCH掉话处理流程 TCH掉话是影响用户感知度的重要指标之一。我们按其原因将其归为以下几类，对每种类型的掉话做了简要说明并给出了优化建议： 1系统原因掉话（MC14C） 因为系统的一些操作或者故障引起的掉话，如修改频率、RESET 载频和BTS、载频和基站闪断的等，判断的根据就是观察小区的告警和操作记录。 这类掉话处理建议： ●操作时，建议使用Shut Down来Lock小区； ●对于闪断故障需及时LOCK，并进行更换、处理； ●频率修改尽量选在非忙时进行。 传输闪断引起系统掉话的案例： 察看XAD140_1的话务报告，在某一时段出现大量的系统掉话，同时不可用信道数为3，我们怀疑载频闪断引起大量的系统原因掉话。 在OMC-R察看该小区的告警，在出现系统掉话的时段，一直反复出现LOSS OF TCH和LOSS OF SDCCH的告警，并且二路传输存在告警。所以我们判断，二路传输闪断，引起在RSL闪断，进而引起信道丢失的告警，产生系统原因掉话。 这种系统掉话就是由于传输闪断引起的，应尽快处理传输问题。 2传输掉话（MC739） 导致传输掉话的原因有以下几种情况：
●A口故障，可结合018报告，来判断具体为哪一路出现故障，及时LOCK 有问题的时隙或者PCM链路，并处理故障； ●ABIS故障，可以通过ABIS告警来发现，需及时处理故障，控制传输掉 话； ●TC故障，可以通过TC告警来发现，需及时处理故障； ●载频故障，可以先 reset相关载频，无效后更换载频。 传输误码引起的传输掉话案例： 从话务报告来看，XAM794_0存在多载频的传输掉话，我们怀疑ABIS口或者A口出现问题。 查看ABIS告警：我们发现在传输掉话所处时段，ABIS口存在BER-10E-3的告警，所以断定此告警导致小区的传输掉话。 当对传输链路进行故障处理之后，告警清除，传输掉话消失。 3无线掉话（MC736） 当RADIO LINK TIMEOUT（无线链路超时计时器）减为0 时，信道被释放从而引起的掉话记为无线掉话，在网络运行中此类型掉话最为常见，其产生原因有以下几种：