TOP小区处理-RRC重建成功率低优化案例

RRC重建成功率低优化案例

摘要

RRC重建流程图

RRC重建成功流程图：

RRC重建失败流程图：

（1）协议3GPP36.331定义触发重建原因包括如下几类

1>upondetecting radio link failure,

2>uponhandover failure,

3>uponmobility from E-UTRA failure,

4>uponintegrity check failure indication from lower layers;

5>uponan RRC connection reconfiguration failure

（2）reconfiguration failure定义：

UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfiguration failure”的重建。

（3）handover failure定义

UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handover failure”的

重建。

（4）协议3GPP36.331定义重建失败

（5）重建原因（radio link failure）

重建常见原因为RLF, 如果UE检测到当前检测到“radio link failure”，则会发起原因值为“other”

问题分析流程图

1、首先检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。

2、通过COUNTER分析重建流程图如下：

关键字：RRC重建，掉话，CELL TRACE，信令

1.问题描述

进行FDD-LTE网络每日TOP小区处理的过程中，XZL2NTD铜山区_茅村周宅子WBBU1-2的RRC重建成功率为31.31%，该数据严重低于正常RRC重建成功率的平均值，且已持续了一段时间。通过对XZL2NTD铜山区_茅村周宅子WBBU1-2的重建次数统计，对小区问题进行

了分析。

作为后台日常KPI优化的一个重要指标，RRC重建对全网掉线率等指标起着至关重要的作用。

通过提取相关COUNTER统计出RRC重建的相关原因值，如下图所示：

如上图所示，RRC重建失败原因值多为OTHER FAILURE,此时，使用CELL TRACE对目标小区进行TRACE并进行分析；

2.问题分析

2.1 TRACE分析过程

RRCConnectionReestablishmentReestablishmentRequest消息如下：

Request：

0000011011010110

328

0101110011010111

00

附件是完整信令：

R R C-R EEA TA B LI S

H M EN T.xm l

由以上信令可知，该信息包含的C-RNTI为1750和且对端PCI为328，原因值显示为OTHER FAILURE;同时找出了很多重建立失败的原因值都为OTHER FAILURE，且对端为PCI=328的站点发生的次数较多，此时，可TRACE周边站点在TRACE中PCI重复出现次数较多的小区。

MAPINFO图层显示如下：

由图可见，PCI=328的该小区距离茅村周宅子_2距离较近，此时，定制PCI=328的小区TRACE,对端PCI为328的小区跟踪信息分析如下；

根据上面茅村周宅子_2小区的信令中获得的C-RNTI=1750，对应着找到PCI=328的小区INTERFACE面的L3Message信息中该时间段的C-RNTI=1750的显示如下：

根据上图中所对应的TRSR=855信息去Recording Session面找到TRSR=855的该信令消息，如下图所示：

该信令信息见此附件：

TR SR=855(PC I=3

28).xm l

2.2信令分析

其中，RRCConnectionReestablishmentReestablishmentRequest如下：

00000001

11011000000011111100110000011010

RRCConnectionRequest信令见附件：

R R C C o nnect i o nR

eq uest.xm l

其中，在该条信令的L3Message显示如下：

可见，在该小区上产生了一系列测量报告；

Diagram图显示如下：

其中L3Message details信息显示如下：

2

254

同时，在Measurement图中显示信息如下:

由上图可知，在茅村周宅子_2发生重建的该时间点，邻区中存在RSRP由于PCI=328的小区，且时间轴显示的时间也达到了切换的时间条件；

TA图显示如下：

上图可知，在茅村周宅子_2发生重建的该时间点，用户距离基站位置约1km左右，距离较近，不存在异常弱覆盖等情况。

通过以上信令可知，虽然主服务小区（PCI=328）的RSRP值还处于正常水平，但此

时邻区（茅村周宅子_2）的RSRP已高于服务小区约8dBm，服务小区RSRQ已降低到-15左右，信号质量较差。信令上显示，终端一直上报MR测量，但基站未下发切换命令，终端未执行同频切换，因此判断终端发起RRC重建原因为：测量邻区RSRP高于服务小区，终端上报MR但未执行切换导致服务小区质量下降，发起原因值为”OTHERFAILURE”

的RRC重建。

3.问题解决

3.1解决方案

按照数据显示，邻区茅村周宅子_2小区的RSRP优于主服务小区（PCI=328）的RSRP，且上报时间已超出了正常切换的时间，该用户从PCI=328的小区释放后理论上应该是正常切换至茅村周宅子_2，而非通过RRC重建到茅村周宅子_2小区；由上可知，该情况属于邻区漏配导致的RRC重建失败。

核查茅村周宅子与周边站点的邻区关系，发现该邻区关系不存在，属于邻区漏配的现象，此时，优化该站点与周边站点的邻区关系。

邻区配置后，未出现RRC重建失败事件。

3.2优化结果

处理后，指标统计如下：

优化前后指标对比图：

RRC连接重建成功率优化前后对比图：

指标已恢复，问题已解决。

4.方法总结

RRC重建作为KPI指标的一部分，RRC重建成功率低会引起掉话，影响用户感知，如果优化合理，可以挽救部分掉话，降低网络掉线率；如果RRC连接重建失败，UE将进入RRC_IDLE状态，发生掉线，影响用户感知的同时，对网络其他指标也会造成一些不必要的影响。

通常在处理后台KPI的TOP小区的时候，首先要检查一下基站是否存在告警、

是否存在干扰、是否为突发状况、是否为成片区域，是否为弱覆盖等较易排查的问题，然后提取相关counter进而进一步发现问题并排查，相关流程图及处理思路见下文中的原理补充。

华为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建立失败

案例分析和突发事件的处理

案例分析和突发件事的处理 1、给客人点菜时连续有三个菜都是做不了或是估清的要怎么和客人解释或是应 该那些弥补性的工作？ 你好、先生您点的这几道菜都是本酒店的特色菜，真是对不起，今天的备料有些少，刚刚都点卖完了，如果您喜欢吃下回我们提前给您预留。 管理人员应赠送一道菜品，说一些提高宴会档次的话，给客人足够的面子。 2、客人对服务费提出疑问时要怎么解答？ 您好，先生/女士，第一、现在市场物价上涨很高，但是我们的销售价格一直都没有上调。第二、同行业相比，同档次的店都是百分之十五的服务费。3、客人对预订的房间不是特别的满意时，没有窗户，请的领导也特别的重要， 要怎么办？ 对不起先生，今天给您的预留的房间没有让您满意，我马上联系一下营业部看看有没有临时取消的环境好的一点的包房，请你稍等。 管理人员应给是第一时间到房间和客人认识，或是老客人给客人道个歉，并协助调动房间。 4、客人进到房间时说房间气味不好时应怎么做？ 第一、看看能不能给客人第一时间调动房间 第二、和客人解释一下，是临时出现的气味，以前没有的情况，有可能是新风和排风开启的影响。 5、冬天客人说房间的温度有些低时应及时做到什么？ 您好先生，因为这个房间是靠窗的，相对要比其他的房间温度较低，但是空调应经调到的最高的温度，相信一会温度就会升上来，还有临时马上加几个电暖风，一定没有问题的。真是很抱歉了，这边马上去拿。 6、客人有时会说本酒店的茶都是假的时，应怎么和客人解释？ 我们的老板非常喜欢茶艺，一楼的大厅有很多老板收集的各种茶壶，所以本酒店出售的茶业都是老板选的，请您放心。 7、在点菜时客人会问你们家的特色有哪些？ 您好先生女士本酒店以燕鲍翅粤菜为主，但是家常菜当中也有很多特色菜，这边我给您介绍一下，，，，，， 8、Vip客人自带菜品时应怎么和客人说？ 比如王总，本酒店是谢绝自带的食品的，但是你是我们的贵宾，我马上找我们的领导，请你稍等。 9、客人如果要问关于红酒方面的知识时，或是自带的酒问服务员是什么酒时应 怎么做？ 您好，一看您看带的酒就好酒。这边找一下专业的红酒师给您看看。详细讲解一下。 10、客人的菜品上的特别慢，领导就等着菜品开始时应怎么做？ 服务人员打电话催菜，应第一时间告知管理人员，实在是特别的着急， 别的包房的菜品可以临时串一下，要情况不要特别贵的菜品。 11、客人对菜品的口味不满意了怎么办？ 问一下客人对菜品口味的要求，可以重新做一道，或是调一下口。12、客人要吃编外菜时即使能满足客人的需求但是要怎么说？ 您好，因为本酒店没有这道菜，但是领导想吃，我们尽最大的努力给您沟

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

突发事件处理经典案例分析

学习导航 通过学习本课程，你将能够： ●了解锦湖轮胎召回门事件； ●掌握应对突发事件的技巧； ●树立正确的企业信条。 突发事件处理经典案例分析 一、锦湖轮胎 【案例】 锦湖轮胎召回门 2011年，央视的3·15晚会曝光锦湖轮胎质量问题，锦湖轮胎天津工厂在制作轮胎的过程中为降低成本而违反作业标准，超量掺用返炼胶，甚至全部使用返炼胶代替原片胶，严重影响轮胎的质量，给采用其品牌轮胎的汽车带来了安全隐患。 3月16日，锦湖轮胎通过腾讯官方微博回应315晚会报道，公开发表声明坚称央视报道“不准确”，称“原片胶、返回胶的添加比例是按照重量来进行计算，并非直观的数量比例”，声称其生产都是严格依照标准进行的，产品也都符合安全标准。 3月16日，国家质检总局暂停锦湖轮胎天津公司的3C认证，随后相关车企撇清责任。 3月21日，锦湖轮胎全球总裁金宗镐、中国区总裁李汉燮通过央视《消费主张》栏目，面对镜头正式向广大消费者发布道歉声明，承认锦湖轮胎在天津工厂的确存在不按照公司内部标准进行生产的事实，对于没有尽到管理监督责任的相关负责人员已经予以免职，对没有按照公司内部标准生产的产品，在确定产品范围后申请召回，但对于召回具体时间、具体步骤并没有提及。 3C认证：强制性产品认证标志的名称为“中国强制认证”，英文简称为“3C”，认证标志是准许其产品出厂销售、进口和使用的证明。根据《强制性产品认证管理规定》：“自认证证书注销、撤销之日起或者认证证书暂停期间，不符合认证要求的产品，不得继续出厂、销售、进口或在其他经营活动中使用。”“违反本规定者，处5万元以上20万元以下的罚款。”

在上面的案例中，尽管最后锦湖轮胎全球总裁进行了道歉，但是由于锦湖不重视个体的生命，迫于压力才站出来投降，因此，人们仍然选择抛弃和唾弃。锦湖虽然生产了上亿条好轮胎，但是如果有一条轮胎出现不合格，对受害者个人来讲的概率仍然是100%。因此，对于企业来讲，在危机发生之后，一定要想到公众的这种心理特点。 二、强生公司 【案例】 美国强生泰诺有毒事件 “泰诺”是强生公司生产的用于治疗头痛的止痛胶囊。作为强生公司主打产品之一，年销售额达4.5亿美元。 1982年9月29日至30日，芝加哥地区有人因服用“泰诺”止痛胶囊而死于氰中毒，开始是死亡3人，后增至7人，随后又传说在美国各地有25人因氰中毒死 亡或致病。后来，这一数字增至2000人（实际死人数为7人）。一时舆论大哗。 由于强生公司的信条是：第一条，在任何情况下，都要对我们的病人，对我们病人的家属负责；第二条，在任何情况下面，我们都要对我们的母亲负责，我们的 信条不是写在墙上的、不是粘在墙上的，而是在我们的行为当中。 面对这一危急局面，强生时任前CEO伯克召集由公司董事长为首的七人危机管理委员会果断地提出了四条解决办法： 第一，召回市场上所有的泰诺，尽管相信自己的产品没问题，但是不能让消费者有任何的风险； 第二，让全国所有的销售经理全部回来开会，开会的目的是让他们到全世界各地的医院和药店去，告诉他们泰诺不能再销售了，并收集近期买过泰诺的消费者的 信息，由公司给他们出钱去医院检查； 第三，配合有关部门进行调查； 第四，开发更安全的包装产品，现在吃的药都是用锡箔把它封好的，这就是泰诺率先开发出来的，这是强生公司因为这个事件给全世界食品药品安全做出的最重 要的贡献。 后来，通过联邦调查局调查发现，泰诺总共只有75粒受到了污染，但是它花了一个亿美元收回，而这75粒是因为有人向它的产品里面注射氰化钾。 正是由于强生公司在“泰诺”事件发生后采取了一系列有条不紊的危机公关，从而赢得了公众和舆论的支持与理解。在一年的时间内，“泰诺”止痛药又重振山河，占据市场的领先地位，再次赢得了公众的信任，树立强生公司为社会和公众负责的企业形象。

掉话原因及处理

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）对于由于切换引起的掉话的解决，可先进行大范围的路测，通过路测可以确定是和哪个相邻小区切换不正常。对于一些与该小区有切换关系而拥塞率又较高的小区应作为测试的重点，并需要检查小区周围是否有盲区存在，如果是这种原因应及时修改相关频率并

课堂上_突发事件案例及处理措施

教师如何处理课堂上的突发事件 三、处理好课堂突发事件还应注意以下几点： 1、教师在处理方式和方法上一定要灵活机动。对不同的对象采取不同的方式方法。在此，要求教师必须对学生的个性品质，家庭背等有一个充分的了解。对于学生来说，有的学生性格内向、不爱说活，自尊心很强；而有的属于外向型，活泼开朗；有的学生是“单亲家庭”。因此教师的教育方法要因人而异。 2、采取的手段要尽量多样化，否则学生如果了解到你的“那两下子”就会进行抵触式的“抵抗”。所以教师应尽量利用无声的眼神、表情、动作与有声的语言配合，方法多样进行教育，尽量使学生在心理上取得认同，并要防止学生行为上的反复。 3、教师的语言运用要恰当。对学生出现的问题，判断要准，要做到“一针见血”,不能然学生抓住你的“不是”，并且使用的语言要恰当准确、严爱有加，切不可过多的使用非教学语言，更不能讽刺挖苦。评价也要恰当准确，切合学生的实际。不能伤害学生的自尊心，以免引起学生的逆反心理和全体同学的反感。 4、课下处理要即时到位。对于课下要处理的问题一定要做到及时到位，切不可拖延。否则，一是达不到预期教育效果，同样的问题以后还会出现；二是长此以往，学生会对你产生一种“不严谨”、“好忘事”的印象。 总之，处理好课堂上的突发事件的确是一门技术，更是一门艺术。如果做得好，可以起到很好的教育教学效果，如果做得不好，很有可能会影响到教师以后的教育教学行为，可能会觉得学生很不好教。所以提高课堂的调控水平和突发事件的处理水平是提高教育教学质量的关键。让我们积极动脑，用方法、用爱心用行动来提高我们的课堂调控艺术吧！ 教师节就要到了，一位教师设计了这样一次语文实践活动，让学生自己动手为学校的教师制作贺卡，并让学生自己设计贺词。谁知在活动开始时，一位同学提出做贺卡是不环保的行为。如果你是那位教师，你会怎样处理这一“突发事件”？ 答案一首先肯定孩子的这一观点。进而引导孩子，让孩子们明白贺卡的种类很多种啊，比如电子贺卡，甚至可以用废旧纸张，包装袋等物，变废为宝。在这种没有局限的环境中，孩子们的想象天马行空，不仅开阔了孩子们的视野，充分发挥了孩子的想象力，更重要的是使环保的概念深入孩子的内心深处 每位授课教师，在自己的课堂教学中，或多或少会遇到一些与课堂无关的“突发事件”。对此，若处理得好，则会风平浪静，海阔天空；若处理得不好，遇会招来是非，甚至会影响师生情绪，进而影响班级和学校声誉。那么，在短暂的时间内，对课堂“突发事件”，应怎样巧妙处理呢？ 一、课堂“突发事件”类型 课堂“突发事件”，根据其性质可分为三类：干扰型、矛盾型、尴尬型。在每种类型中，根据存在主体的不同又有不同分类： 在干扰型“突发事件”中，由于干扰源的不同，可分为课堂内干扰型和课堂外干扰型。其中，在课堂内干扰型中又包含个体干扰型和集体干扰型。 在矛盾型“突发事件”中，主要包含学生个体与个体的矛盾，以及师生个体矛盾两种。 在尴尬型课堂“突发事件”中，重要主体是教师和学生。

高掉话小区处理流程

高掉话小区处理流程建议 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类掉话。

案例突发事件应急处理案例

案例突发事件应急处理 案例 文档编制序号：[KKIDT-LLE0828-LLETD298-POI08]

突发事件的应急处理： 1、成立突发事件处理小组； 组长： 副组长： 成员：（含驻场律师） 2、岗位职责 （1）处理突发事件，协调解决群体事件。 （2）处理特殊问题，制定突发事件处理方案，负责与业主进行谈判。 （3）全面掌控现场局势，保证现场入住工作平稳有序进行。 3、应急预案 突发情况紧急处理预案是总结多年入住中遇到的问题并结合本项目的实际情况而制定的，主要包括以下几个方面： （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级参数 设置错误引起的掉话主要有以下几种：

案例：突发事件应急处理案例

突发事件的应急处理： 1、成立突发事件处理小组； 组长： 副组长： 成员：（含驻场律师） 2、岗位职责 （1）处理突发事件，协调解决群体事件。 （2）处理特殊问题，制定突发事件处理方案，负责与业主进行谈判。 （3）全面掌控现场局势，保证现场入住工作平稳有序进行。 3、应急预案 突发情况紧急处理预案是总结多年入住中遇到的问题并结合本项目的实际情况而制定的，主要包括以下几个方面： （1）因房屋质量或设备、设施出现问题，造成业主情绪激动、大吵大闹，扰乱入住现场的，突发事件小组成员第一时间将业主带至洽谈室，进行安抚并了解情况，驻现场工程师应立即联系相关维保负责人，几方共同到业主户内察看并核实情况，提出处理意见、解决方案、维修时间等。若业主仍不能接受，由公司法律顾问与业主进行沟通，进行引导，使其了解房屋交付标准及开发商的保修责任，力争平稳解决此类问题。 （2）因对入住流程及签署相关文件有异议，造成业主不满，扰乱现场秩序的，突发事件小组成员第一时间将业主带至洽谈室进行安

抚，向业主讲解入住流程及签署相关文件的依据（双方签订的《预售合同》有关条款和政府相关政策法规），取得业主的理解并遵照执行。如业主仍不认可，突发事件小组成员请公司法律顾问从法律角度向业主讲解上述问题。若业主仍不能接受并进一步影响入住现场秩序，公司应采取强硬措施，必要时可以报警，以保证现场秩序稳定，维护公司形象。 （3）遇业主有组织的群体事件，首先由突发事件小组成员对事情进行了解，要求业主选派业主代表，由入住现场负责人与业主代表就提出的问题进行沟通（若涉及工程问题，请现场工程负责人一同参加）。沟通后现场组织谈判小组（包括现场负责人、律师、工程负责人及其他相关人员）磋商，报公司领导审批后进一步与业主洽谈。若洽谈仍不成功，则劝说业主等待公司进一步商议解决问题的方案。若业主情绪激动，应立即报警，以维护现场秩序。

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级问题还是

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失败对应的原因分析

处置突发事件案例

参加《高校校园突发事件处置工作案例研讨班》培训总结为了更专业的做好学生稳定工作，学校将我们派往辅导员培训基地参加为期三天的培训，这一次的培训内容主要是“高校校园突发事件的处置工作案例研讨”，这对我们将来开展的工作也有着极大的帮助。在这为期三天的培训中，我们对维护校园安全稳定工作和处置校园突发事件工作有了更深层次的认识。 以突发事件即危机事件，并以SARS、汶川地震等国家危机事件为例，尤其是此次高校突发事件案例研讨意义重大，对危机事件处置工作的总结非常有助于对类似危机事件的处理，大事化小，小事化了，甚至可以化危险为机遇，坏事化好事。同时，对危机事件的处置要有理、有力、有度，合理、合情、合法，体现以人为本的精神。 校园突发事件按属性分为学生死亡事件、意识形态领域的事件、涉及学生切身利益的突发事件、涉及学生的事故性突发事件、一般性突发事件等共五类，又分别对这五类事件详细的进行分析和举案例说明，并针对各类突发事件的特点说明在处置工作中应注意的若干问题。辅导员是大学生思想政治教育和日常管理的一线教师，特定的职业和职责，决定了辅导员在涉及学生突发事件预防与处置中举足轻重的地位和作用。他要求我们在处置校园突发事件时必须做到： 1. 牢固树立忧患意识 2. 切实做好困难学生的帮扶工作 3. 务必做好第一时间、第一现场的工作 4. 注意分类处理

目标是把各类事端化解于萌芽、处置于基层、拦截在校园内。 我们作《校园突发群体事件处置案例分析》，，遇到的校园突发事件比较多，我们就会有丰富的处置工作经验，并且结合案例将群体性突发事件的表现形式、危害表现以及特征进行了分析，指出诱发因素和预防应对办法。同时，指出辅导员遇到突发事件一定要及时上报，进行责任分担，如果不上报就要承担所有责任，学习辅导员要学会上报，报告程序一般是辅导员——院系领导——学工部、研工部——保卫处——党办校办——校主管领导——主要领导——上级主管部门，报告的内容包括时间、地点、起因、人数、事态发展、已采取措施和处置建议。 同时，我们建议学校及时为学生进行心理健康普查和心理危机出现时的自助和自救技能培训，培养学生自我保护意识，提高学生在面对问题时寻求帮助的能力，加大安全隐患排查力度，做好学生感恩之心、与他人和谐相处素质的培育。 同时也希望学校能为大家提供更多参与辅导员培训的机会，这将对我们做好学生工作提供有力的帮助和指导。

掉话小区处理流程讲解

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 时，信道被释放从而引起的掉话记为无线掉话，在网络运行中此类型掉话最为常见，其产生原因有以下几种：

掉话类故障处理指导

掉话类故障处理指导 掉话分类定义 在华为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 +