组日常工作流程

1、OMC系统组工作流程拥塞坏小区处理流程1空闲&接入状态时的参数设置1.1 RACH TA Filter & Rxlev acess min & Homargin 的设置1.2开启超忙小区CRO.2开启半速率信道3开启Traffic HO （ 包括话务负荷设置）4开启 fast traffic Ho &T11, T11_forced5降低BS TXPWR MAX站发射功率6根据路测组的天馈调整状况&工程组替换站型等实际情况做出判决.6二干扰坏小区处理流程1降低MS TXPWR M基站发射功率2具体高干扰性小区分析2.1外部干扰OR内部干扰2.2是否带有直放站等设备三 新建站评估流程（新站评估人员

2、归属于 OMC系统组）.1新站评估流程图.2人员配置和工作内容.3新站测试组基本工作内容四新站异常情况及处理流程104.1 OMCR组各种异常情况处理流程104.2新站测试组各种异常情况处理流程11五日常坏小区处理流程115.1 TCH分配失败处理流程115.1.1 TCH拥塞造成的失败125.1.2硬件准备分配失败125.1.3无线口接入分配失败135.2切换成功率处理流程135.3 TCH掉话处理流程.145.3.1设备掉话处理155.3.2传输故障掉话处理155.3.3 切换掉话处理155.3.4空中链路掉话处理16由近期NOSS旨标来看，掉话坏小区、切换成功率等指标均处于良好的水平，O

3、MCR 组下阶段工作主要围绕集团公司巡检及拥塞坏小区、 干扰小区及新建站3个重点 来展开。总负责人：胡渊OMC组：刘畅、李元琛、张开奥、赵留栓、王峰、刑灵均、敖猛、赵磊拥塞坏小区处理流程责任人： 王峰、李元琛、刑灵均、敖猛、刘畅目标：NOSS旨标保持在0.25%（拥塞小区要做到0.15% ,意味每天的拥塞坏小区 必须做到7个以下,按照目前的网络实际状况来看，有难度,且晚忙时往往不可控； 现网能控制到0.25%还是可行的,力争做到0.15%）拥塞小区处理方法：1空闲接入状态时的参数设置1.1 RACH_TA_Filter Rxlev_acess_min Ho margin 的设置抬高RxLev_

4、Access_Min来提高对小区接入的要求以平衡话务量。一般建议在一 些基站密度较高、无线覆盖较好的地区调整RXLEV_ACCESS_M来均衡小区的业务量.增加切入拥塞小区的 HO Margin 来提高切入要求，减少服务小区的话务流入减小切出拥塞小区的 HO Margin, 以利于切出，让服务小区的话务分流到小 区.RACH_TA_Filter 般都是64,可以适当限制,把那些过覆盖的试呼滤除,可以 起到适当减少话务负荷的作用。 .建议值 : 根据网络实际情况调整 1.2 开启超忙小区 CRO通过调整CRO PT来改变小区重选，鼓励移动台尽量重选到话务量较低的小区。建议值：超忙小区的PT设成i

5、n activity,则C2=C1-CRO, CF越大，则本小区C2越低，更易重选到话务负荷不大的邻区.也就是说用提高CR（的值来加强移动台对邻小区的倾向性，CR越大，对邻小区倾 向越大。2 开启半速率信道采用半 速率 小区 的 无 线 资源 分配 方式 与服 务小 区 的 话务 负 荷 有关。用来表 示小 区话 务负 荷 的 变 量为 LOAD_SV1， LOAD_SV1 的 值将 决定 是 否把半 速率 话音 信道 分 配给 MS， 调节半速率的门限值以使半速率小区优先 占用半速率信道，尽量减少突发性的拥塞情况.OMC缺省值为70%,90%,建议值THR_FR_LOAD_L_SV1 0%T

6、HR_FR_LOAD_D_SV1 0%,这样就能优先占用半速率信道.附半速率具体算法：LOAD_SV1的值为false ，即小区话务负荷较低，小区将首先分配全速 率信道；若LOAD_SV1的值为True,即小区负荷较高，小区将首先分 配半速率信道；评估时候与LOAD_SV1的初始值也有关系.revious stateAV_LOAD、LOAD_SV1 = FALSELOAD_SV1 = TRUEAV_LOAD ?THR_FR_LOAD_L_SV1LOAD_SV1 = FALSELOAD_SV1 = FALSETHR_FR_LOAD_L_SV1 ?AV_LOAD ?THR_FR_LOAD_U_SV

7、1LOAD_SV1 = FALSELOAD_SV1 = TRUETHR_FR_LOAD_U_SV1 ?AV_LOADLOAD_SV1 = TRUELOAD_SV1 = TRUE3开启Traffic HO （包括话务负荷设置）Traffic HO 是针对当前的高话务小区和周围的低话务小区而言的，由相邻的低 话务小区来分担当前高话务的服务小区的话务量，以期达到减小拥塞，话务均衡 的目的，这是一种临时解决拥塞的措施.从traffic HO 发生的条件我们可 以看出，只要当前小区处于HIGH_TRAFFIC_LOAD而邻小区处于LOW_TRAFFIC_LOAD,就可用发生 traffic HO 的切换

8、，建议值:将话务忙的服务小区High_traffic_load 设成60%,邻小区 Low_traffic_load 设成 50。附； Traffic HO 具体算法DELTA_HO_MARGIN(0,n)HO_MARGIN(0,n)+offset_HO_Margin_inner+DELTA_HO_Margin(0,n)AND EN_Traffic_HO(0,n)=ENABLE必要时可打开小区的 General capture( 综合捕捉切换 ), 缓解该小区的话务负荷 压力4开启 fast traffic HoT11， T11_forced结合T11的排队时长和FAST TRAFFIC HA

9、NDOVE能的开启，可以有效的降低小 区拥塞。FTH申所有经过PBGT_filter后的邻区中选择合适小区进行切换。只 要邻区的BCCH言号足够的好，能够使服务小区中的 MS话务及时切换到邻小区, 空出的TCH时隙，使队列中的话务进入服务小区服务。当一个呼叫要求分配业务信道而小区又没有空闲的业务信道时， 如果队列功能是 打开的且有空闲位置，分配请求(Assignment Request)可以被排在队列中等待空 闲的业务信道。呼叫在队列中等待的最大时间由定时器 T11 决定。加大 T11 和T11_Forced,可能会增加手机的呼叫等待时间，但可以降低小区的拥塞情况。建议值：EN_FAST_TR

10、AFFIC_HO=TRUET11/T11_forced : 14 or 17 BTS_Q_LENGTH: 64附FTHO具体算法:CAUSE = 28 (Fast traffic HO)AV_RXLEV_NCELnL)( L_RXLEV_NCELL_DRn() + max(0,MS_TXPWR_MAXn()-P) for n = 1,., BTSnum (HO - 26)and t(n) FREEIevel_DR( n) andEN CAUSE 28 = enable对于FTHO勺切换是没有乒乓效应的。由于被选择执行FTHO勺手机是在考察 过目标小区无线环境较好的情况下发生的， 那么它是不会发

11、起紧急切换回到原服 务小区的。5降低BS_TXPWR_MAX站发射功率降低功率的目的就是减少小区的覆盖范围 建议值: 根据现网实际情况,以2dB步长递减.6根据路测组的天馈调整状况&工程组替换站型等实际情况做出判决是否话务拥塞由以上两种因素导致，必要时需实地测试，新站或替换硬件导致的 天馈问题定位后需立即通知工程组解决 二干扰坏小区处理流程 责任人：张开奥（OMC）徐华,胡卫明（现场扫频） 目标：尽力查找干扰源，由于长春的网络结构导致底噪较高，要在短时期内降低 干扰小区指标暂时有难度，现只能一个一个小区的处理。1降低MS_TXPWR_M基站发射功率降低手机功率的目的就是减少全网的低噪 建议值:

12、 根据现网实际情况,以2dB步长递减.2 具体高干扰性小区分析2.1外部干扰OR内部干扰外部干扰：现场扫频，将干扰源位置提交局方。内部干扰：载频及ANC ANY等硬件问题、频点问题、天馈问题。2.2 是否带有直放站等设备 检查直放站设备。三 新建站评估流程（新站评估人员归属于 OMC系统组）责任人： 赵留拴（OMCR、赵磊（OMCR）DT测试人员：刘宏伟、张驰目标：不遗漏评估小区1 新站评估流程图2人员配置和工作内容OMC组，新站评估1 包括 3小时评估和后续异常话务、指标分析等内容；2新旧数据对比；包括比对每天的 PRC数据3新站Abis Trace，包含同站的G网小区;DT组：新站评估测试

13、,带塔工一名，便于现场调整；现场解决方位角与设计值不符（天线接反,方位角错 误等情况）3新站测试组基本工作内容新站评估报告模版:PART 1数据一致性核查CellName一致BCCH一致NbrSDCCHLAC一致RaColorNbrTCHCI一致RaCodeGPRSNCC一致Ho pModeEN_EGPRSBCC一致Hardware_BSCMAX_PDCHTRX一致Hardware_BTSMin_P DCHBSC一致Hardware_SectorHo pMode说明：小区信息基本数据同数据库吻合。P ART 2现场测试A、基站位置Lon gitude 125.38639 Latitude 43

14、.86886B、天线方位角Sector 1Sector 2Sector3注：非扇区型基站此项略C、天线照片D天线型号（塔工抄录）Sectori :Sector2 :Sector3 :E、环基站DT测试切换情况:PART 3整改要求及案例图如阻挡、接反需要工程重新实施的部分PART 4其他问题及案例图可以现场完成的部分，如机械参数不合理需要调整、参数设置不合理，覆盖区域 不合理等。4.处理及复测跟踪情况四新站异常情况及处理流程 责任人： 赵留拴(OMCR、赵磊(OMCR)DT测试人员：刘宏伟、张驰目标：第一时间发现异常新小区并整改4.1 OMCR组各种异常情况处理流程边远新站开通前准备工作：RN

15、P提供要开的边远新站，OMC做G网的Abis Trace，得出其话务模型及热点话务分布情况；3小时评估机制中，一旦发现话务或者指标异常，即刻进行忙时 Abis Trace，进行问题的初步定位，是否为硬件问题、 TA分布问题等，这样 可以给后期DT现场测试提供大致的分析思路；测试组如碰到话务量较小的原因是由于方位角或下倾角引起，OMCffi等测试组现场调整完成之后，即刻观察信道占用情况以及观察下小时话务统计情况，是否正常吸收话务；新站选择思路问题：本次评估中发现少数覆盖农村的新站，各种天馈硬件均没有问题，但吸收不到话务，跟踪信令发现900M的话务分布在TA较大的区域，分析原因为 D网的路径损耗有

16、关，导致 D网覆盖达不 到G网覆盖区域，这种问题可否考虑农村等边远地区通过其他手段解 决拥塞。4.2 新站测试组各种异常情况处理流程各种天馈下倾角/方位角问题，现场调整、完成复测，同时和 OMCffi 沟通观察调整后信道占用情况是否按预期变化等，并在现场等待观察 结果，如所需等待时间较长，可以先做下一个较近的新站点；天馈接反问题：配合180数据及现场测试数据，判断接反类型，明确 接反的扇区，做好小区占用连线图，通知移动用户接口，等待整改完 之后复测；天线安装错误但天馈所连接硬件正确：此类问题现场发现之后，反映 给用户接口和OMC组，观察现场是否可调，如有调整余地，现场直接 调整方位角并等待OM

17、C组观察并复测；天线类型问题：使用了不合理的天线如电倾天线等，现场通知 OMC组 和移动，制定调整方案或者等待更换天线；各种阻挡、基站高度不合理，需要拍摄较为清晰能够说明问题的照片, 并及时提交给局方进行整改；现场测试的其他问题：如以前没有碰到过的问题，现场测试发现需要 立刻和OMC组及移动沟通，争取做到现场解决。五日常坏小区处理流程5.1 TCH分配失败处理流程责任人： 王峰、李元琛、刑灵均、敖猛、刘畅 目标：日常处理目前小区 TCH分配失败统计为 Assignment Request 到 Assignment Complete 之间的损耗。小区分配失败率定义为： 1OO*(MC14Oa-M

18、C718-MC142e-MC142f)/MC140其中 140a 为 Assignment Request 次数，718为Assignment Complete次数，142e+142f为直接重试次数。定义网 络分配失败率，是为了考查 MS在TCH接入阶段系统和无线接口质量。根据信令 流程分段，分配失败可以分为三部分：5.1.1 TCH拥塞造成的失败其中拥塞分为以下几种情况:MCS1A:未排队情况下的拥塞次数，有两种情况:MCS1B:允许排队,但队列已满造成的拥塞。MCS1拥塞。C:允许排队,但在队列中等待时间超过T11仍未分配到资源的MCS1 列中清除。D:允许排队,但在排队过程中被更高优先级

19、别的呼叫从等待队其中MC612（对应的A 口消息为Clear Request，其余三种情况对应的 A 口消息 为 Assignment Failure 。如果小区统计中拥塞次数较高造成分配失败，且MC612a不为0,说明网络中没有开启TCH指配排队功能。排队功能在无线侧是以BSC为单位开启的。通常 情况下，交换侧会打开排队指示功能，BSC的排队等待时间T11不设为0的情况 下，当无可用TCH资源供分配时，即进入排队等待缓冲区。当交换侧未打开TCH排队功能时，也可以在无线侧开启强制排队开关Queue Anyway同时，排队等待时长timer由T11改为T11_Forced。加大T11和T11_F

20、orced，可以降低小区 的拥塞情况，但可能会增加手机的呼叫等待时间。如果网络已经开启排队功能，仍存在较高的拥塞，则可以通过话务切换，调 整覆盖等手段来均衡话务；如果已经没有调整余地，则需要提交给RNP方面进行 小区扩容或者小区分裂来吸收话务，降低小区的拥塞次数。5.1.2硬件准备分配失败硬件准备分配失败统计公式如下：mc140a-mc718-746b-812,其中746b为空 中接口接入时的分配失败次数，812为各种拥塞的综合。TCH分配如果由硬件故障造成，通常表现为小区中某些载频占用时常过短。解决此类问题，可以通过lock/unlock 载频，lock/uniock TCU来观察分配失败变

21、化情况，问题确定后更换硬件，并重新调试。5.1.3无线口接入分配失败无线接口的分配失败次数为746b。通常情况下，小区分配时比率应保持在 5鸠下。TCH分配失败处理流程处理如下:对下发 Assignment Commanc到Assignment Complete 之间的损耗，主要有以下几种原因：基站天馈系统存在鸳鸯线 基站过覆盖 基站弱覆盖 上下行干扰 网内存在二次中继设备，而此设备对某些频段不兼容，例如某些直放站不支持EGSM解决TCH分配失败，需要通过多种手段，包括参数分析调整，DT测试，信令跟踪，RNP频率分析等。5.2 切换成功率处理流程 责任人： 王峰、李元琛、刑灵均、敖猛、刘畅 目

22、标：日常处理切换成功率也是考核网络性能的一个重要指标，通常切换成功率应保持在95鸠上。切换失败主要分为两部分：切换准备失败和切换执行失败。对于切换 准备失败，BSC内的原因主要有目标小区拥塞，硬件问题等，其处理方法和BSC硬件分配失败相同。对于跨MSC勺切换，涉及E 口信令转换，编码方式沟通等原 因，需要信令跟踪分析，参见BSC切换成功率的处理。以下仅对切换执行失败的 主要处理流程进行说明。切换失败处理流程如下:处理切换失败，首先区分是BSC内切换失败还是BSC间切换失败。判断方法 根据110报告中的相关counter，参见BSC切换准备失败处理中的表格。当切换 执行失败主要为跨BSC间切换时

23、，需要跟踪信令排除信令配合问题。其次，检查切换失败是切入失败还是切出失败，或者切入切出成功率均低。如果切入切出均低，一般该切入切出成功率均在 75%以下，同时本小区的分 配失败又不高，通常是由于BTS时钟偏移造成，更换SUM板或者调整时钟即可。如果仅切入成功率低，检查180报告，该报告针对每一条切换关系进行统计， 统计内容包含切换切入请求 MC4O0切换尝试MC401及切换成功MC402通过检 查这几个counter来确定切入失败是集中在某几条切换关系还是所有的切入都 差。如果所有切换失败都差，则参见小区分配失败率流程进行处理。 如果只有某 几条切换失败较高，需要 RNP核查，看是否有同BCC

24、H BSIC的误切换发生。如果切出成功率差，同样检查180报告，切出差是集中在某几条切换关系还 是所有切换关系。对集中在某几条切出差的情况，根据分配失败的处理流程检查 目标小区。对所有切出均差的情况，需要检查小区覆盖，小区硬件性能，及上下 行干扰等，参见小区切换成功率的处理。5.3 TCH掉话处理流程责任人： 王峰、李元琛、刑灵均、敖猛、刘畅 目标：日常处理TCH掉话率反映了 TCH成功建立后的呼叫保持能力，是衡量网络质量的一个 重要指标。集团公司的对掉话坏小区的考核门限是 3%TCH掉话，从统计上分为四块:设备故障掉话，对应counter为MC14C 传输故障掉话，对应counter为MC7

25、39 切换掉话，对应 counter为MC621空中链路掉话，对应counter为MC736掉话处理的框架图如下：5.3.1 设备掉话处理减少和降低设备掉话率， 需要提高设备日常维护质量。 最常见的设备掉话处 理流程如下：通常设备掉话主要和TRE TCU SWITCHE个单元相关。当设备掉话集中在 某一个载频上时， 更换该载频； 当设备掉话集中在几个载频上， 且这几个载频共 属同已块TCUt理，则更换TCU如果一个BSC下有多个小区存在设备掉话，且 分布均匀，则需要对该 BSC进行硬件调测，一般该设备掉话由 switch块故障 造成。5.3.2 传输故障掉话处理处理传输掉话，首先检查传输链路的

26、告警。 建议在网络优化工程中， 定期（例如一周）对网络中出现频次较多的传输链路进行统一检查和整治。5.3.3 切换掉话处理切换掉话是当手机接收到系统下发的切换命令 han dover comma nd后，向目 标信道转换， 在限定的时间内， 既没有成功切入目标信道， 也没有安全返回原来 信道。切换掉话可以根据切换的种类分为三部分，如下：MC62（切换掉话）=MC648（跨BSC切换掉话）+MC658（BSC内切换掉话）+MC66（3 小区内切换掉话） 。BSC内切换掉话：当BSC向手机发出切换命令 han dover comma nd寸，T3103 开始计时，在BSC攵到来自切换目标小区的切换

27、完成 handover complete或者来 自源小区的切换失败handover failure 时将T3103复位，如果handover下发后， T3103逾时仍未收到以上两条消息，则记为一次 BSC内切换掉话。小区内切换掉话：小区内切换掉话与 TCH分配失败无返回SDCC类似。跨BSC切换掉话：与BSC内切换掉话类似，只是T3103变为T8。切换掉话处理流程如下：小区内切换的过程和SDCC到 TCH之间的信道转换过程类似，一般出现高掉 话的原因主要有载频硬件故障和上下行干扰严重。察看实际发生其切换掉话小区间的切换，首先需要检查切换关系定义是否正常，然后检查切换参数， 切换门限等， 另外可以通过检查 180报告和实际的地理位置信息， 的切换是否合理。 如果这些均正常， 说明这些切换的发生是必要的， 主要原因还是无限链路恶化造成的。其无线方面的跨BSC的切换，如果涉及到跨MSC勺情况，其流程较为复杂。分析，与小区内切换相同；切换流程方面需要跟踪信令加以确认。例如，在某种 情况下，当目标小区的信道已经准备好，原小区的 han dover comma nc已经下发, 但此后由于流程原因， 目标小区准备好的信道又释放了， 则无论如何切换也不