切换失败分析及处理流程

切换失败分析及处理流程
切换失败分析及处理流程

切换失败分析及优化流程

测试过程中发现切换失败时处理流程:

小区切换成功率低的处理流程:

处理说明:

1)切换成功率小于20%,可以判断两个小区具有相同的BCCH和BSIC。

手机区分小区首先判断BCCH频点,如果BCCH相同,则判断BSIC(此时存在一个同频干扰),如果BSIC也相同,手机将无法判断小区,从而导致BSC也无法判断究竟需要切换到哪个小区上去。

原则上,只要手机能够收到该小区的信号,就不能存在同BCCH并且同BSIC。一般地,如果切换成功率低于50%,可以估计是由于同BCCH并且同BSIC引起的。

2)检查参数定义是否对应和正确:

a)切换参数:OFFSET、HYST

原则上,OFFSET应该等于0,HYST大约等于2左右。

在某些情况下,OFFSET会不等于0,此时需要注意检查两个小区的OFFSET是否对应,即CELL-A定义到CELL-B的OFFSET=3,那CELL-B定义到CELL-A的OFFSET =-3。

OFFSET不等于0,表示两个小区的切换边界与小区实际边界有所偏离,此时也需要注意空闲模式下的CRO也要对应设置,以保持小区空闲模式边界与切换边界相同,否则手机将可能在通话开始后,马上发生一次不必要的切换。

两个小区的切换边界与小区实际边界有所偏离,等于扭曲了小区边界,原则上是不好的,但是在以下情况可以取得相应的效果(好的效果):第一、如果小区的实际边界正处于话务量集中区域或者干扰区域,在不能调整基站位置和天线方向角/下倾角的情况下,让切换避开这些区域,可以提高切换成功率;第二,如果某个小区话务量高或者硬件故障多,可以通过缩小切换边界来减少在该小区内的通话,从而达到提高指标的作用,当然,这只是治标的措施。

HYST不能等于0,否则会引起乒乓切换。但是也不能太大,否则会造成强信号不切换。如果两个小区的信号重叠实在太多,可以适当增加HYST,同时增加定位算法的滤波器值。

b)定位参数:

定位算法直接影响最合适小区的选择,如果手机不能选择到最合适的小区上,必然影响切换成功率。

定位算法参数分为三类:第一类是小区接入门限值,第二类是滤波器数值,第三类是功率平衡。

(1)小区接入门限值:MSRXMIN、BSRXMIN、MSRXSUFF、BSRXSUFF 我们首先需要确定该小区覆盖范围内手机和基站的接入电平,如果在城市,基站密度大,接入电平要大些;在郊区,接入电平要小些。该工作非常重要,可以先将门限值设置为最小值,然后根据CTR,求出手机和基站最小电平(K算法)和最佳电平(L算法),在该电平下,能够保证小区的最大覆盖范围和用户能够承受的通话质量。

(2)滤波器数值:

在确定接入门限值后,可以进行滤波器长度的优化。其原则是根据手机的移动速度越快,滤波器长度越短,反之越长。

(3)功率平衡:

功率平衡是指人为参数上的设置,并不是指实际硬件上的功率平衡。链路平衡参数上的设置不当,将影响定位算法的准确性,也直接影响最合适小区选择的准确性。通常,在上下行传输链路上,空中部分的路径损耗是相同的,其差别是硬件上损耗和增益,需要考虑的硬件有:基站类型(RBS200/RBS2000)、CDU类型、馈线长度、双工器、分集接收(空间分集/极化分集)、塔顶放大器、天线增益(基站和手机)等。需要逐一计算以上硬件的增益或者损耗,才能准确计算上下行链路的差别,设置好对应的参数,准确定位小区。

c)相关无线功能参数:小区内切换、分层小区、子小区结构

很多无线功能都影响着小区定位的选择,也就是影响切换的选择。其中,影响最大的是“指配到更差小区”,更差小区包括信号质量更差和信号强度更差。能够实现指配到更差小区的无线功能有:小区负荷分担(CELL LOAD SHAREING)和指配到其它小区(ASSIMENT TO OTHER CELL),需要关注的参数有CLSLEVEL、RHYST、AW、BQOFFSET。

一般地,以上无线功能参数取系统建议值,都不会影响切换成功率。

d)外部小区在BSC和MSC的定义

如果两个邻区属于不同BSC甚至不同MSC,则在两个不同BSC和MSC中两个小区的CGI(部分系统是小区名字)要相同,在ERICSSON中,要注意MSC中MGOCI

指令的BSC参数要设置正确。

3)如果切换丢失(切换掉话)也多:

a)检查A的紧急切换门限是否太低

因为在紧急切换的时候,对原来小区的惩罚是非常严重的,如果切换到目标小区不成功,一般都很难返回到原来的小区,从而造成掉话。

b)检查B的基站硬件故障或者检查B的接通率和掉话率是否低

如果B的基站硬件存在问题,那切换到B小区的成功率必然低,哪怕成功切换了,也容易掉话。

4)A的所有邻区切换到A的成功率是否都低:

如果是,检查A的硬件。因为很少有A小区对自己所有邻区都存在频率干扰的情况(除非是A小区旁边的电气设备或者其直放站存在宽带干扰,整个背景噪声都被抬高),所以极可能是A小区的硬件存在故障,才会造成所有小区都难以切换到其上。

此时应该A小区切换到其它小区都正常(假设没有频率干扰和硬件故障)。

5)B的所有邻区切换到B的成功率是否都低:如果是,检查B的硬件。道理和

上面的相同。

6)没有出现以上情况,A和B存在频率干扰或者上下行功率不平衡(实际的功

率不平衡),

如果A切换到B差,则干扰带靠近B,如果B切换到A差,则干扰带靠近A。检查干扰的方法如下:

a)上行干扰:统计ICMBAND(ERICSSON系统)。

b)下行干扰:路测数据,扫频。

c)地图查找:相邻小区的同邻频。

什么是实际的功率平衡:如果指如果某个小区的发射功率远大于它的邻区(例如功率为47和39,相差8dB),但是手机的最大发射功率只有33dBm(900M

的是2瓦),如果定位算法不是只根据上行链路计算,在这两个小区发生切换的时候,切换到发射功率大的小区,由于上行链路信号弱,所以未必是正确的切换方向。

一般来说,在话务统计中,上行质差和上行弱信号的问题比下行的要严重,所以,在定位算法中,建议根据上行链路来计算,或者上下行链路同时考虑,而不要只考虑下行链路。

7)A和B的直放站、室内/室外覆盖分布系统和基站延伸系统,要了解直放站的

类型(宽带或者是选频)。

管理流程优化设计报告

管理流程优化设计报告 预算管理流程 1 范围 预算编制的标准确定到预算起点、目标、体系、方法、依据的确立及预算内容的编制、审批、执行、监控、调整、考评全过程。通过科学的事前预测、事中控制和事后分析实现预算管理 2 控制目标 2.1 公司预算编制的科学规范以供管理层的决策和控制 2.2 预算制订的符合公司整体目标的实现 2.3 通过对预算执行的分析监控,经定期调整的预算能动态反应预算执行情况,以增强预算的可执行性 2.4 预算发挥对企业经营管理的作用以及预算资料的科学管理与应用 3 关键控制点 3.1 预算级别的确定 3.2 预算编制的科学、规范与全面 3.3 预算审批的科学高效 3.4 预算执行过程的控制、反馈和合理调整 3.5 预算评价的应用及预算内容的知识管理 4

流程图 03 .确定预算的目 标与起点 01 .预算分级 设计内容 预算草案及支持性 文件 06.预算审批 07.预算执行10.预算的分析与调 整 09.预算的反馈 08.预算的执行控制预算编制 预算审批 预算执行与调整 预算评价与应用 预算编制规范文件 02.确定预算编制的内容、依据与信息 收集要求 根据设计内容的层次分为估算、概算、预算。不同级别的预算编制的要求与细化程度也不同 04.确定预算编制的 原则与方法 05.分析内外部影响因素、相关依据及历史数据编制预算 开始 设计根据其内容的详尽程度可分为:方案、初步设计和详细设计。根据设计方案的不同,预算的层次也有所区别 公司应该编制预算编制的规范性文件。其中包括:预算目标、内容、编制方法、依据以及相关的制度、责任、指标、费用、定额等各方面细化内容要求。 确定预算编制所依据的原则和采用的方法,并在预算方案中详细阐述 11.预算评价 12.预算编制、执行及最终结果的总结 分析 13.预算全程方案、资料、结果的归档 管理结束 预算的内容体系主要包括:总预算、分类预算、二级预算、单元预算的内容组成。通常预算编制依据主要有以下方面:上级主管单位的期望;用户要求;同类历史参考数据;相关外部影响因素的变化预测;自身条件变化 对预算依据的信息分析论证过程 通常根据预算的级别,金额采用不同的审批方式与程序 预算评价应作为项目评价和考核的重要参数 预算执行结束后应对预算编制到执行的全过程进行分析总结,并作为预算附属文件存档 预算结束后要将所有相关文件进行知识管理,为以后预算编制提供数据及经验支持

故障管理故障处理流程规定

故障管理和故障处理流程规定 (暂行稿) 工程运维中心 二〇〇八年八月 目录 第一章目的 (3)

第二章工程运维中心在95013业务维护管理中的职责 (3) 第三章 95013业务故障分类 (3) 第四章故障处理的原则: (4) 第五章故障处理时限要求。 (4) 第六章故障管理和故障报告制度 (4) 第七章故障通报制度 (5) 第八章故障处理及报告流程图 (5) 第九章工程运维中心内部处理流程 (6) 第十章外部支持流程(研发、建设和其他厂家) (6) 第十一章工程运维中心各部门及公司相关部门的责任 (7) 第十二章故障的跟踪管理 (7) 附件一:95013业务重大/严重故障分析报告 (9) 第一章目的 工程运维中心承担95013业务网络和平台日常维护工作,为规范故障管理和故障处理的工作流程,使网络和平台故障能够得到正确及时地处理,保证 95013业务安全稳定的运行,特制定本规定。 第二章工程运维中心在95013业务维护管理中的职责

a)工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。 b)工程运维中心运维组负责95013平台的故障处理;各地分公司运维人员负责现场支持,并负责协调当地运营商的运维支持。 c)建立故障通报制度,如发生重大故障,应按照故障等级和故障上报流程逐级向上汇报。 d)定期召开网络质量分析会,遇有重大故障,应及时召开故障分析会。 负责全公司运维人员的技术业务培训,提高运维人员的技术维护水平和工作能力。 第三章 95013业务故障分类 95013业务系统和网络故障分为重大故障、严重故障和一般故障。 1.重大故障:全部业务中断 2.严重故障包括: 一种以上业务全部中断≥60分钟 一省以上业务全部中断≥60分钟 用户注册、业务受理全部中断≥4个小时 3.一般故障:除重大故障、严重故障以外的其它故障。 第四章故障处理的原则: 先抢通,后修复;先核心,后边缘;先本端,后对端;先网内,后网外,分故障等级进行处理。 第五章故障处理时限要求。 1. 重大故障,故障处理时限≤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.覆盖差

故障管理及故障处理流程规定

故障管理和故障处理流程规定 (暂行稿) 工程运维中心 二〇〇八年八月 目录 第一章目的 (3)

第二章工程运维中心在95013业务维护管理中的职责 (3) 第三章 95013业务故障分类 (3) 第四章故障处理的原则: (4) 第五章故障处理时限要求。 (4) 第六章故障管理和故障报告制度 (4) 第七章故障通报制度 (5) 第八章故障处理及报告流程图 (5) 第九章工程运维中心内部处理流程 (6) 第十章外部支持流程(研发、建设和其他厂家) (6) 第十一章工程运维中心各部门及公司相关部门的责任 (7) 第十二章故障的跟踪管理 (7) 附件一:95013业务重大/严重故障分析报告 (9) 第一章目的 工程运维中心承担95013业务网络和平台日常维护工作,为规范故障管理和故障处理的工作流程,使网络和平台故障能够得到正确及时地处理,保证 95013业务安全稳定的运行,特制定本规定。

第二章工程运维中心在95013业务维护管理中的职责 a)工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。 b)工程运维中心运维组负责95013平台的故障处理;各地分公司运维人员负责现场支持,并负责协调当地运营商的运维支持。 c)建立故障通报制度,如发生重大故障,应按照故障等级和故障上报流程逐级向上汇报。 d)定期召开网络质量分析会,遇有重大故障,应及时召开故障分析会。 负责全公司运维人员的技术业务培训,提高运维人员的技术维护水平和工作能力。 第三章 95013业务故障分类 95013业务系统和网络故障分为重大故障、严重故障和一般故障。 1.重大故障:全部业务中断 2.严重故障包括: 一种以上业务全部中断≥60分钟 一省以上业务全部中断≥60分钟 用户注册、业务受理全部中断≥4个小时 3.一般故障:除重大故障、严重故障以外的其它故障。 第四章故障处理的原则:

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

LTE切换问题定位和优化指导书

LTE 切换问题定位指导 (仅供内部使用) For internal use only 拟制: LTE 性能专家组 日期: 审核: 日期: 审核: 日期: 批准: 日期: 华为技术有限公司 Huawei Technologies Co., Ltd. 版权所有 侵权必究 All rights reserved

目录 概述 (3) 1切换问题定位思路 (3) 1.1切换失败问题 (5) 1.1.1UE发多条测量报告仍没有收到切换命令 (5) 1.1.2切换过程随机接入失败 (5) 1.1.3测量报告丢失 (6) 1.1.4切换命令丢失 (9) 1.1.5下行信道质量差导致发送preamble达最大次数仍未收到RAR (9) 1.1.6eNB下发RRC信令等待UE反馈,不处理切换命令 (11) 1.1.7X2_IPPATH配置错误导致切换失败为例进行分析 (11) 1.1.8X2切换,源侧发出切换请求,没有收到切换响应 (13) 1.1.9X2切换,目标侧发送S1AP_PATH_SWITCH_REQ未收到响应 (13) 1.1.10X2切换准备时间过长错过最佳切换时间 (14) 1.1.11S_RSRP、N_RSRP都比较高的站内切换,用较小的HO_TTT(64ms),可以在信 号恶化之前及时进行切换 (15) 1.1.12切换门限改小后乒乓切换次数增多,但是由于切换更加及时,切换失败次数减少 18 1.2CHR分析切换问题 (19) 1.2.1站内切换,随机接入失败导致切换失败 (19) 1.2.2站内切换,切换完成丢失导致切换失败 (21) 1.2.3X2切换,源侧等待上下文释放命令超时 (23) 1.2.4X2切换,S1PathSwitch失败导致切换失败 (25) 1.2.5切换随机接入失败触发重建,重建重配失败而掉话 (28) 1.2.6eNB未响应UE切换测量报告,信道质量恶化而掉话 (29) 1.2.7切换命令丢失导致切换失败 (31) 1.2.8X2切换,Preamble丢失导致切换失败 (32) 1.2.9X2切换,目标侧等待S1PathSwitchAck超时导致切换失败 (34) 1.2.10X2切换,随机接入失败触发重建,重建完成丢而掉话 (37) 1.2.11站内切换,随机接入失败触发重建,重建失败而掉话 (38) 1.2.12站内切换,切换完成丢失触发重建,重建失败而掉话 (41)

详细讲解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.360docs.net/doc/c017119204.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,

案例-切换问题优化

切换问题优化案例 摘要:切换是LTE系统中一个重要事件,对于保持终端的移动性起到重要作用。在数据网中,切换失败可能影响不是很大,但是在VoLTE网络中,切换失败就意味着可能掉话。 关键字:切换掉话 【故障现象】: 1、车辆在北一环与魏武大道交口附近路段行驶,UE连接BZ-市区-城北精神病医院-HFTA-439139-0,RSRP值基本在-100dBm以下,覆盖不好 2、车辆在汤陵南路由西向东行驶,UE连接BZ-市区-金色国际城-HFTA-439133-3,RSRP 值基本在-100dBm以下,无法切换至距离较近的BZ-市区-汤陵公园-HFTA-439132-5 3、BZ-市区-汤陵公园-HFTA-439132-5 4、BZ-市区-汤陵公园-HFTA-439132-55,导致此路段覆盖不好 3、车辆在交通路路由西向东行驶,UE连接BZ-市区-谯陵派出所-HFTA-439083-0,RSRP值

基本在-100dBm左右,无法切换至距离较近的BZ-市区-老方圆-HFMA-439163-53、BZ-市区-木兰小区南-HFTA-439377-52,导致此路段覆盖不好 4、车辆在汤王大道由南向北行驶,UE连接在TDD小区(频点:41140,PCI:39),RSRP值基本在-105dBm以下,SINR也较差,无法及时切换至距离较近的FDD小区,导致此路段覆盖不好 【原因分析】: 1、后台查询发现BZ-市区-城北精神病医院-HFTA-439139-0与周边L1800小区有邻区 关系,但是由于是异频切换,触发机制采用A2+A4事件,未达到触发门限。 2、后台查询发现BZ-市区-金色国际城-HFTA-439133-3与BZ-市区-汤陵公园-HFTA- 439132-53有邻区关系,但是由于是异频切换,触发机制采用A2+A4事件。 3、后台查询发现BZ-市区-谯陵派出所-HFTA-439083-0与周边L1800有邻区关系,但 是由于是异频切换,触发机制采用A2+A4事件,未达到触发门限。 4、后台分析发现终端在BZ-市区-天润上层30栋-HFMA-439118-8上完成通话后,重选 至优先级较高的TDD小区(频点:41140,PCI:39)。

流程优化项目的心得体会

————某流程优化项目心得 在运用一套工具或理论之前,首先要了解其由来和意义,流程再造(流程再造1 liuchenzaizao/)(BPR)是90年代由美国MIT教授迈克尔·哈默(Michael Hammer)和CSC管理顾问公司董事长詹姆斯·钱皮(James Champy)提出的,其定义是:“为了飞跃性地改善成本、质量、服务、速度等现代企业的主要运营基础,必须对工作流程进行根本性的重新思考并彻底改革。” 它的基本思想就是必须彻底改变传统的工作方式,也就是彻底改变传统的自工业革命以来、按照分工原则把一项完整的工作分成不同部分、由各自相对独立的部门依次进行工作的工作方式。随着时代的发展,企业面临着意想不到的挑战,管理专家用3C理论阐述了这种全新的挑战,即顾客(Customer)、竞争(Competition)和变化(Change)。面对这些挑战,企业只有在更高水平上进行一场根本性的改革与创新,才能在低速增长时代增强自身的竞争力,这就凸显出流程再造给企业带来的好处。笔者根据真是的项目经历阐述企业如何实施BPU,及其为企业所带来的意义。 流程再造的含义 那么到底什么是流程再造?企业如何利用流程再造提升管理水平和工作效率?笔者首先描述一个在很多企业遇到的真实案例。 在2009年的一个正常工作日的上午,在国内某大型国有企业的总经理办公室里,王总经理因上任时间不是很长,处理完日常工作后想了解一下公司最近具体的销售业绩情况,他知道最近财务总监业务在出差就找来了财务主管小李,想了解一下具体的财务账务和合同情况,令王总意想不到的是小李告诉王总,具体的合同等资料都锁在财务总监办公室里面,具体的情况他不知道。此时,王总感觉非常的气愤,偌大的公司像这个核心流程竟然如此的繁琐和不正规,他想是时候下下决心进行改革了。 企业必须在确认自身经营战略目标的基础上,对组织架构、业务流程以及业绩评估三个元素进行整合,并取得信息技术的充分配合与支持,才能全面提升管理水平。在国内流程再造的概念并不生僻,很多企业自行开展或者在咨询机构帮助下开展了业务流程再造的工作,以期通过对流程进行优化,来实现T(时间)、Q(质量)、C(成本)、S(服务)等方面的改善和提升。 企业实施流程再造包括四个重要的基本含义:根本性、彻底性、显著性、业务流程。根本性是指对长期以来在企业经营中所遵循的基本信念,如分工思想、等级制度、规模经营、标准化生产和官僚体制等进行重新思考,打破原有的思维定势,进行创造性思维;彻底性是指企业流程再造不是对企业的肤浅的调整修补,而是要进行彻底的改造,抛弃现有的业务流程和组织结构;显著性是指企业流程再造追求飞跃式的进步,如大幅度降低成本、缩减时间、提高质量。 流程再造的背景和必要性 笔者在对一些企业的调研中发现,许多企业还在沿用计划经济时期的经营模式,虽然引进了先进的技术和设备却仍然迁就落后的管理模式,造成资源的浪费。同时市场的变化无常和顾客需求的多样性也使得企业不得不将产品从大批量生产模式转向小批量个性化生产,来适应市场的快速变化。因此,内外部的压力和挑战促使企业进行业务流程再造等方面的变革。 其中,内部的压力主要体现在随着企业规模的不断扩大,企业内部的管理水平及人才等现状与日益发展的企业需要产生一定的矛盾,制约着企业的发展。

网上报税操作流程和异常处理(参考)

网上报税操作流程及异常处理 一、网上报税完整业务流程(网上申报→远程抄报税→网上扣款): 1.网上申报 使用“网上申报软件”填写申报表,导出网上“申报文件”上传至陕西省国家税务局“专用发票认证和网上申报受理系统”(网址:,并查看申报结果。(报表填写要准确无误且申报成功,确保申报成功); 2.远程抄报税 进入“增值税防伪开票系统”首先应正常抄税,再点击“远程抄报”模块,依次点击:报税状态→远程报税→报税结果;(必须确保在“报税处理”模块已将本月税抄至IC卡中,才能点击“远程抄报”导航图中的四个图标,每个步骤都有对应提示); 3.网上扣款 进入航天信息申报软件点击办税平台或进入陕西省国家税务局“专用发票认证和网上申报受理系统”(网址:,完成网上扣税工作,扣税成功后进入远程抄报模块再次点击报税状态→远程报税→报税结果→清卡操作;清卡成功后就完成了本月的抄报税工作。 二、网上报税异常处理: 1、远程抄报税比对异常: 企业进入“增值税防伪开票系统”点击“远程抄报”模块的“报税结果”,若提示“错误”,代表申报表填报有误(申报表错误栏次详见错误提示信息),此时,企业和申报软件服务单位联系(使用航天信息申报软件拨打),删除错误申报表。删除后,企业方可再重新进行网上申报、远程抄报税操作。 2、网上扣款异常: 企业登录陕西省国家税务局“专用发票认证和网上申报受理系统(网址:,点击“未缴款信息查询”,再点击“扣款”,若显示“扣款失败”,请按以下程序办理: 1)企业核实是否签订了三方协议,并保证账户余额充足; 2)企业账户若余额充足,需到签订三方协议的银行查询税款是否已被扣除; 3)企业如查询到账户内未扣除税款,需携带当期申报表到税务大厅办理扣缴税款业务。

掉话原因及处理

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

LTE切换问题定位和优化指导书

L T E切换问题定位和优 化指导书 SANY GROUP system office room 【SANYUA16H-

LTE切换问题定位指导 (仅供内部使用) Forinternaluseonly 拟制:LTE性能专家组日 期: 审核: 日期: 审核: 日期: 批准: 日 期: 华为技术有限公司HuaweiTechnologiesCo.,Ltd. 版权所有侵权必究 Allrightsreserved

目录 概述 (3) 1切换问题定位思路 (3) 1.1切换失败问题 (5) 1.1.1UE发多条测量报告仍没有收到切换命令 (5) 1.1.2切换过程随机接入失败 (5) 1.1.3测量报告丢失 (6) 1.1.4切换命令丢失 (9) 1.1.5下行信道质量差导致发送preamble达最大次数仍未收到RAR (9) 1.1.6eNB下发RRC信令等待UE反馈,不处理切换命令 (11) 1.1.7X2_IPPATH配置错误导致切换失败为例进行分析 (11) 1.1.8X2切换,源侧发出切换请求,没有收到切换响应 (13) 1.1.9X2切换,目标侧发送S1AP_PATH_SWITCH_REQ未收到响应 (13) X2切换准备时间过长错过最佳切换时间 (14) S_RSRP、N_RSRP都比较高的站内切换,用较小的HO_TTT(64ms),可以在信号恶化之前及时进行切换 (15) 切换门限改小后乒乓切换次数增多,但是由于切换更加及时,切换失败次数减少 18 1.2CHR分析切换问题 (19) 1.2.1站内切换,随机接入失败导致切换失败 (19) 1.2.2站内切换,切换完成丢失导致切换失败 (21) 1.2.3X2切换,源侧等待上下文释放命令超时 (23) 1.2.4X2切换,S1PathSwitch失败导致切换失败 (25) 1.2.5切换随机接入失败触发重建,重建重配失败而掉话 (28) 1.2.6eNB未响应UE切换测量报告,信道质量恶化而掉话 (29) 1.2.7切换命令丢失导致切换失败 (31) 1.2.8X2切换,Preamble丢失导致切换失败 (32) 1.2.9X2切换,目标侧等待S1PathSwitchAck超时导致切换失败 (34) X2切换,随机接入失败触发重建,重建完成丢而掉话 (37) 站内切换,随机接入失败触发重建,重建失败而掉话 (38) 站内切换,切换完成丢失触发重建,重建失败而掉话 (41)

XX业务流程优化设计报告纲要

北方重型汽车股份有限公司 业务流程优化及管理模式设计报告纲要 1.信息流 问题A:企业内外部信息流不畅通 问题B:企业内部数据共享性差 现象: 企业用作制造产品的最初依据 BOM 勺准确性非常差,BOM 言息不能共享, 目前企业使用名义上的和实际上的的 BOM B 本有四套:设计(Terex )、工 艺、计划、制造。各不相同,给企业带来一系列的问题;导致工艺、计划、 采购、制造、库存管理、国产化管理、成本管理、用户手册、售后服务等 出现偏差。设计BOM 不能用,生产计划和工艺联手形成新的实际 BOM 经 过装配,汽车出了厂,装配车间却往往留下了几十种件无处可归,出厂的 喜悦,往往冲淡了北重人对后续工作的处理,但在这以前企业许多管理人 员围绕BOM 勺不统一问题,可以说得上在产品出产前为补漏洞而努力工作, 耗费了大量精力和时间,据有关人员估计,由于 BOM 带来的所需要处理的 问题的时间,大约占日常工作量的比重为 60~70% BOM 的不准确性是企业 信息流畅通的最大的瓶颈。 BOM 勺历史形成与目前状态形成渠道: 合资初期,北重引进Terex 全套技术时,初始BOM 来自Terex ,而后 随着ECN 的修改起了变化,Terex 的ECN 发到 当时技术主管再发到 北重技术部,开始是按 ECN 下通知到技术部,再有一个原因是 ECN 迟到(从英国到中国北重要三个月时间),来得不及时,后来索性不下 通知给技术部,而去现场处理, 以保证产品出厂,另外还有,ECN 通 知不按改动的先后顺序;从英国来的 ECN !知,不仅仅是北重的,有 的是别的国家的,需要挑选;英方提供的为解决 ECN 及时性的帐号看 不到内容等等原因 生产控制部职能之一是国外采购,职能之二是编制生产计划 产品的组成件(通称散件)大部分来自国外采购(主要是 Terex ),当 生产控制部发现散件与设计BOM 不同,认为ECN 的传递滞后于散件的 到达所致,当然还有别的因素,例如 Terex 工作疏忽发错的情况也确 实存在,为了保证产品出厂 于是根据已到公司的散件,经过分析对照 形成了由物流构成的实际新 BOM 并据此编制生产计划 技术部接到即使是迟到的 ECN 后,在没有图纸的情况下, 改设计明细及图纸与相应的同套图纸及明细。当时外方代表 尔在为期5年在北重的工作期间,对英国 Terex 发来的 胶卷没有下达技术部,而是放进两个柜子里。再说对技术部来说, 不全的ECN 迟到的ECN 加上采购的散件已到或已经在装配,工作 A. B. C. 也不好修 W 马歇 ECN 及微缩

问题与故障处理流程图

NGBOSS3.0系统问题及故障管理流程 1、相关概念 1)问题定义:问题是一个或多个不知原因的事件。 2)问题与故障(或突发事件)的关系:当问题的影响符合故障(或突发事件)定义 标准时,问题即形成故障(或突发事件)。 3)故障处理小组:故障处理小组由各业务流的故障牵头处理人组成,共同完成故障 管理相关工作。目前业务运营中心故障处理小组包括话单流陈霞、订单流张嘉琦、账务流刘华、热线支持组马立娜及值班组阴衍亮。 2、故障处理 一、角色及职责定义 1)故障上报人 ●根据故障上报标准判断为故障后,第一时间按要求发出报告邮件,并电话通 知故障分派员。 ●对于符合故障或突发事件定义的问题,逐层升级至本部门主管经理;未达到 标准的通知主管,由主管酌情升级。 ●对于故障或突发处理过程中未按时限回复进展情况,由故障上报人直接升级 至故障分派员。 ●对于发生的故障,统一按业务运营中心内部要求进行登记。 ●故障上报人由业务运营中心50000号值班班长及运维组人员担当。 2)故障分派员 ●接收故障上报人的报障邮件和报障电话通知。

●根据故障情况,以邮件及电话方式指定故障处理牵头人。 ●根据故障牵头人要求,协助故障牵头处理人进行故障处理,跟进处理步骤, 监督执行。 ●故障分派员由值班组人员担任。 3)故障处理牵头人 ●牵头处理故障分派员分派的故障。 ●指派故障涉及的各部分人员协助进行故障处理,如有必要,可要求相关人员 现场支持。 ●跟踪整个故障处理过程,做好记录,评估各步骤的完成情况。 ●组织BMCC相关人员和相关厂商人员进行故障处理方案的制定,掌控整个过 程。 ●监督故障处理各重要步骤的执行,做好资源调度,在异常问题及时升级至相 关领导,协助完成资源调配。 ●在原因明确后、方案确认后、方案实施关键点完成后及时通报故障最新进展, 直至故障解决。。 ●根据故障处理情况及时向领导汇报故障处理情况。 ●与对外信息发布人及时沟通,协商确认对外发布口径。 ●记录问题处理过程,登记故障问题管理列表中的相关处理信息。 ●负责故障处理完成后,整理并填写故障分析报告,并按时提交。 ●总结及优化类似故障的处理步骤,为后续故障处理提供依据。 ●根据故障管理员的要求组织故障分析会、故障分享会,对故障进行总结分 析。

高掉话小区处理流程

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

RRC重比率高问题分析和优化方法

RRC重建比率高问题分析和优化方法 一、重建原理 1、重建概述 RRC重建(RRC connection re-establishment)是UE处于RRC_CONNECTED状态,因为一些移动性管理或底层链路故障,导致连接中断,UE发起的空口资源重新建立的过程,以继续空口的RRC连接。重建是UE在连接状态下,空口异常时重新恢复空口的过程。重建成功的前提是收到重建请求的小区有UE的上下文。重建的意义在于快速恢复空口业务,提高业务的连续性。 重建成功流程: RRC重建请求消息:

RRC重建命令消息: RRC重建完成消息:

如果目标小区无该UE 的上下文信息,此时UE 的RRC 重建请求可能会被拒绝 重建失败流程: 2、重建原因 2.1 重建条件 UE 在检测下行失步、切换失败、RLC 重传达到最大次数等原因条件下,会在新的小区发起RRC 重建过程,以试图快速重建业务,提升用户感受。LTE 协议规定,网络侧只能对存在上下文的连接接受重建请求,没有上下文ID 的请求将被拒绝而掉话。当UE 从基站 A 重建至基站 B 时,这种重建必然因获取不到上下文而失败。在现网中,无上下重建失败在重建失败总次数占绝大多数。严重影响了客户感受。 上下文一般是eNodeB 侧存储的UE 的一些重要信息,包括UE 能力、多承载信息(承载

ID,QCI等级)、S1AP_ID、UE的安全性算法等。对于没有UE上下文的重建,目标基站必须通过某种手段获取源站的上下文,协议规定源站可以通过切换请求把UE的上下文带到目标站,因此获取上下文的载体是有了,但是如何通知源站把上下文通过切换请求带到目标站,协议中没有规定。因此只能通过私有消息方式通知源站,若私有消息走S1口,需要进核心网,核心网侧也需要识别该消息,处理上比较复杂,所以一般情况下会直接经过X2口处理该私有消息。目标基站收到RRC重建请求后,发现没有该UE的上下文,所以通过X2口发送一个私有消息给源侧基站请求源侧基站发送上下文,收到回复后,就按照正常的流程,继续完成RRC重建过程。 2.2引发重建的原因 协议上规定,引发UE发起重建流程的原因主要有以下几点:

XX流程优化分析报告

嘉富项目仓储操作流程优化分析报告 为了提高仓储管理水平和作业效率,降低运作成本,结合嘉富货品的特性,对操作流程进行优化。 一、嘉富项目现有操作流程

二、对现有操作流程改进的挖掘分析 在具体操作过程中发现收货扫描、拣货方式、发货扫描、贴唛等环节有可挖掘改进的潜力,实现优化运作成本和改进运作能力的两全目标。 1、收货扫描: 方案一:供应商到货按款色分开,然后通过有线扫描入库,每四个人一条生产线,收货扫描操作效率为500件/小时。 方案二:供应商到货按款色分开,使用皮带输送机(见下图)进行扫描入库,每四个人一条生产线, 收货扫描操作效率为700件/小时。 皮带输送机

方案三:供应商到货按款色分开,使用无线扫描设备, 每三人一条生产线,一个小时入库扫描为500件 2、拣货方式 方案一手工纸面单据 手工纸面单据作为最原始的一种拣货方法。它的特点是流程简单,所需设备单一,容易被员工接受。根据作业方式可以分为拣货单和分拨格式如图1、图2所示。 拣货单按照客户出库指令导入仓库WMS打印拣货计划单,一张拣货单是包含多客户;并且按照货位排序打印,一个货位放置一种货品或者多个货品,员工按照货位从对应的货位取得相应数量的货品,并在拣货单据上使用笔进行标记;直到这张单据上的所有纪录标记完毕。 分拨单按照客户出库指令做分拨计划打印计划单,一张分拨单一般包含多个货品,每个货品下包含多个客户,打印时按照客户的相对集货位顺序进行排序。分货时分货员先取一个货品放在拖车上,按照

客户顺序将商品逐个放到对应的货位上,并在分货单据上使用笔进行标记,直到这张单据上的所有纪录标记完毕。手工纸面单据最大的缺点是拣货差错率较高,最原始的拣货方法并不意味着低效率;如果仓库场地能够做到有效的规划,即使使用这种最原始拣货方法,也会有较高的效率。 图1拣货单

相关文档
最新文档