omcr组日常工作流程

1、OMC系统组工作流程一拥塞坏小区处理流程.21空闲&接入状态时的参数设置.21. 1 RACH_TA_Filter & Rxlev_acess_min & Ho margin白勺设置.21.2开启超忙小区CRO. 32开启半速率信道 .33开启Traffic HO（包括话务负荷设置）.44开启fast traffic Ho & Til , Tll_forced . 45降低BS_TXPWR_MA基站发射功率 .56根据路测组的天馈调整状况&工程组替换站型等实际情况做出判决：.5二干扰坏小区处理流程 .51降低MS_TXPWR_MA基站发射功率 .62具体

2、高干扰性小区分析.62.1外部干扰OF内部干扰 .62. 2是否带有直放站等设备.6三新建站评估流程（新站评估人员归属于OMC系统组） .61新站评估流程图.72人员配置和工作内容.73新站测试组基本工作内容 .7四新站异常情况及处理流程.94. 1 OMCR组各种异常情况处理流程 .94.2新站测试组各种异常情况处理流程.10五日常坏小区处理流程.105.1 TCH分配失败处理流程 .105. 1. ITCH拥塞造成的失败 .115. 1.2硬件准备分配失败 .115. 1.3无线口接入分配失败 .125.2切换成功率处理流程.135. 3 TCH掉话处理流程.155. 3. 1设备掉话处理

3、 .165. 3.2传输故障掉话处理175. 3. 3切换掉话处理 .175. 3. 4空中链路掉话处理 .19由近期NOSS旨标来看，掉话坏小区、切换成功率等指标均处于良好的水平，工作主要围绕集团公司巡检及拥塞坏小区、干扰小区及新建站总负责人：胡渊OMC组：刘畅、李元琛、张开奥、赵留栓、王峰、刑灵均、敖猛、赵磊一拥塞坏小区处理流程责任人：王峰、李元琛、刑灵均、敖猛、刘畅目标：NOSS指标保持在0. 25%（拥塞小区要做到0. 15%，意味每天的拥塞坏小区必须做到7个以下，按照目前的 网络实际状况来看,有难度，且晚忙时往往不可控；现网能控制到0.25%还是可行的,力争做到0. 15%）拥塞小区

4、处理方法：1空闲&接入状态时的参数设置1. 1 RACH_TA_F订ter & Rxlev_acess_min &Ho margin的设置抬高RxLev_Access_Min来提高对小区接入的要求以平衡话务量。一般建议在一些基站密度较高、无线覆盖较好的地区调整RXLEV_ACCESS_M来均衡小区的业务量.增加切入拥塞小区的HO Margin来提高切入要求，减少服务小区的话务流入减小切出拥塞小区的HO Margin,以利于切出，让服务小区的话务分流到小区.RACH_TA_F订ter般都是64,可以适当限制，把那些过覆盖的试呼滤除，可以起到适当减少话务负荷的作 用。建议值

5、：根据网络实际情况调整1. 2开启超忙小区CROOMCR&下阶段3个重点來展开。通过调整CRO PT来改变小区重选，鼓励移动台尽量重选到话务量较低的小区。建议值:超忙小区的PT设成in activity,则C2=C1-CRO, CRO越大，贝9本小区C2越低，更易重选到话务负荷不大的邻区也就是说用提高CR（T值来加强移动台对邻小区的倾向性，CR越大，对邻小区倾向越大。2开启半速率信道采用半速率小区的无线资源分配方式与服务小区的话务负荷有关。用来表示小区话务负荷的变量为LOAD_SV1, LOAD_SV1的值将决定是否把半速率话音信道分配给MS,调节半速率的门限值以使半速率小区优先占用半

6、速率信道，尽量减少突发性的拥塞情况.OMCR缺省值为70%, 90%,建议值THR_FR_LOAD_L_SV1 0%THR_FR_LOAD_D_SV1 0%,这样就能优先占用半速率信道附半速率具体算法：LOAD_SV1的值为false ,即小区话务负荷较低，小区将首先分配全速率信道；若LOAD_SV 1的值为True,即小区 负荷较高，小区将首先分配半速率信道；评估时候与LOAD.SV 1的初始值也有关系.Previous stateALOAD_SV1二FALSELOAD_SV1二TRUEAV_LOADTHR_FR_LOAD_L_SV1LOAD_SV1 = FALSELOAD_SV1 = FA

7、LSETHR_FR_LOAD_L_SV1AV_LOADTHR_FR_LOAD_U_SV1LOAD_SV1二FALSELOAD_SV1二TRUETHR FR LOAD U SV1AV LOADLOAD SV1=TRUELOAD SV1二TRUE3开启Traffic H0 （包括话务负荷设置）Traffic H0是针对当前的高话务小区和周围的低话务小区而言的，由相邻的低话务小区来分担当前高话务的服务小区 的话务量，以期达到减小拥塞，话务均衡的目的，这是一种临时解决拥塞的措施从traffic H0发生的条件我 们可以看出，只要 当前小区处于HIGH_TRAFFIC_LOAD而邻小区处于LOW_TRA

8、FFIC_LOAD，就 可用发 生traffic H0的切换，建议值：将话务忙的服务小区High_traffic_load设成60%,邻小区Low_traff i c_load设成50%。附；Traffic HO具体算法DELTA_HO_MARGIN(O, n) HO_MARGIN(0, n)+offset_HO_Margin_inner+DELTA_HO_Margin(0, n)AND EN_Traffic_H0(0, n) =ENABLE必要时可打开小区的General capture(综合捕捉切换)，缓解该小区的话务负荷压力4开启fast traffic Ho& Til, Tll

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

10、区的拥塞情况。建议值：EN_FAST_TRAFFIC_HO=TRUE Tll/Tll_forced : 14or 17BTS_Q_LENGTH: 64附FTHO具体算法：CAUSE = 28 (Fast traffic HO)AV_RXLEV_NCELnO L_RXLEV_NCELL_DR(n) + max(0, MS_TXPWR_MAX(n)-P)for n二1,，BTSnum (HO - 26)andt(n) FREEIevel_DR( n)andEN_CAUSE_28 = enable对于FTHQKJ切换是没右乒乓效应的。由于被选择执行FTHO的手机是在考察过H标小区 无线环境较好的情况

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

12、的低噪建议值：根据现网实际情况，以2dB步长递减.2具体高干扰性小区分析2. 1外部干扰OF内部干扰外部干扰：现场扫频，将干扰源位置提交局方。内部干扰：载频及ANC ANY等硬件问题、频点问题、天馈问题。2.2是否带有直放站等设备检查直放站设备。三新建站评估流程（新站评估人员归属于OMC系统组）责任人：赵留拴（OMCR、）赵磊（OMCR）DT测试人员：刘宏伟、张驰目标：不遗漏评估小区即刻逬行忙时AMNHIL迅,进行初步问题 走位 呈否县硬件或讽分布间题逵样可给之肓 的DT统测谥提供大致的值直思賂收试话劳麼指标异翕新站时，同时在测试前就Bhir trac e GfJ D网小匡.观察两者话豁棋型异

13、同”直至测2人员配置和工作内容0MC组，新站评估1包括3小时评估和后续异常话务、指标分析等内容；2新旧数据对比；包括比对每天的PRC数据3新站Abis Trace,包含同站的G网小区；DT组：新站评估测试，带塔工一名，便于现场调整；现场解决方位角与设计值不符3新站测试组基本工作内容新站评估报告模版：1新站评估流程图RNP曲OICRfi工单通知己JH1工程组1AoiCRffi. = A启动出掛甘OMC厂g根据RKP鉅按供的釉站逍话预先対G网扌区ft预评怙Ah Xtork.硬件艇自亜题开鎔包鉛毎天的时（天线接反，方位角错误等情况）PART 1数据一致性核查CellName一致BCCH一致NbrSD

14、CCHLAC一致RaColorNbrTCHCI一致RaCodeGPRSNCC一致HopModeEN_EGPRSBCC一致Hardware_BSCMAX_PDCHTRX一致Hardware_BTSMin_PDCHBSC一致Hardware_Se c t orHopMode说明：小区信息基本数据同数据库吻合。PART 2现场测试A基站位置Lon gitude 125.38639 Latitude 43.86886B天线方位角Sectot 1 Sector 2 Sectot3注：非扇区型基站此项略C、天线照片D天线型号（塔工抄录）Sectori :Sector2 :Sector3 :E、环基站DT测

15、试切换情况:PART 3整改要求及案例图如阻挡、接反需要工程重新实施的部分PART 4其他问题及案例图可以现场完成的部分，如机械参数不合理需要调整、参数设置不合理，覆盖区域不合理等。4.处理及复测跟踪情况四新站异常情况及处理流程责任人：赵留拴（OMCR）赵磊（0MCR）DT测试人员：刘宏伟、张驰目标：第一时间发现异常新小区并整改4. 1 OMCR组各种异常情况处理流程边远新站开通前准备工作：RNF提供要开的边远新站，OMC做G网的Abis Trace,得出其话务模型及热点话务分布情况；3小时评估机制中，一旦发现话务或者指标异常，即刻进行忙时Abis Trace,进行问题的初步定位，是否为硬件问

16、题、TA分布问题等，这样可以给后期DT现场测试提供大致的分析思路；测试组如碰到话务量较小的原因是由于方位角或下倾角引起，OMC组等测试组现场调整完成之后，即刻观察信道占用情况以及观察下小时话务统计情况，是否正常吸收话务；新站选择思路问题：本次评估中发现少数覆盖农村的新站，各种天馈硬件均没有问题，但吸收不到话务，跟踪信令发现900M的话务分布在TA较大的区域，分析原因为D网的路径损耗有关，导致D网覆盖达不到G网覆盖区域，这种问题可否 考虑农村等边远地区通过其他手段解决拥塞。4. 2新站测试组各种异常情况处理流程各种天馈下倾角/方位角问题，现场调整、完成复测，同时和OMC组沟通观察调整后信道占用情

17、况是否按预期变化等，并在现场等待观察结果，如所需等待时间较长，可以先做下一个 较近的新站点；天馈接反问题：配合180数据及现场测试数据，判断接反类型，明确接反的扇区，做好小区占用连 线图，通知移动用户接口，等待整改完之后复测；天线安装错误但天馈所连接硬件正确：此类问题现场发 现之后，反映给用户接口和OMC组，观察现场是否可调，如有调整余地，现场直接调整方位角并等待0MCR组观察并复测；天线类型问题：使用了不合理的天线如电倾天线等，现场通知0MCR&和移动，制定调整方案或者等待更换天线；各种阻挡、基站高度不合理，需要拍摄较为清晰能够说明问题的照 片，并及时提交给局方进行整改；现场测试的其

18、他问题：如以前没有碰到过的问题，现场测试发现需要立刻和0MCR组及移动沟通，争 取做到现场解决。五日常坏小区处理流程5. 1 TCH分配失败处理流程责任人：王峰、李元琛、刑灵均、敖猛、刘畅目标：日常处理目前小区TCH分配失败统计为Assignment Request至U Assignment Complete之间的损耗。小区分 配失败率定义为：100*(MC140a-MC718-MC142e-MC142f)/MC140e其中140a为Assignment Request次数，718为Assignment Complete次数，142e+142f为直接重试次数。定义网 络分配失败率，是为了考查M

19、S在TCH接入阶段系统和无线接口质量。根据信令流程分段，分配失败可以分为三部分：5. 1. ITCH拥塞造成的失败其中拥塞分为以下儿种情况：MC5 12 A未排队情况下的拥塞次数，有两种情况:MC5 12 B:允许排队，但队列已满造成的拥塞。MC5 12 C:允许排队，但在队列中等待时间超过T11仍未分配到资源的拥塞。MC5 12 D:允许排队，但在排队过程中被更高优先级别的呼叫从等待队列中清除。其中MC612c对应的A口消息为Clear Request,其余三种情况对应的A口消息为Assignment Failure。如果小区统计中拥塞次数较高造成分配失败，且MC612a不为0,说明网络中没

20、有开启TCH旨配排队功能。排队功能在无线侧是以BSC为单位开启的。通常情况下，交换侧会打开排队指示功能，BSC的排队等待时间T11不设为0的情况下，当无可用TCH资源供分配时，即进入排队等待缓冲 区。当交换侧未打开TCH排队功能时， 也可以在无线侧开启强制排队开 关QueueAnywayo同时， 排队等待时长timer由T11改为Tll_Forcedo加大T11和Tll_Forced ,可以降低小区的拥塞情况,但可能会增加手机的 呼叫等待时间。如果网络己经开启排队功能，仍存在较高的拥塞，则可以通过话务切换，调整覆盖等手段来均衡话务；如果已经 没有调整余地，则需要提交给RNP方面进行小区扩容或者

21、小区分裂来吸收话务，降低小区的拥塞次数。5. 1 2硬件准备分配失败硬件准备分配失败统计公式如下：mcl40a-mc718-746b-812,其中746b为空中接口接入时的分配失败次数，812为各种拥塞的综合。TCH分配如果由硬件故障造成，通常表现为小区中某些载频占用时常过短。解决此类问题，可以通过lock/u nlock载频，lock/u nlock TCU来观察分配失败变化情况，问题确定后更换硬件,并重新调试。5. 1 3无线口接入分配失败无线接口的分配失败次数为746b。对下发Assig nment Comma nd到Assig nment Complete之间的损耗，主要有以下儿种原因

22、:基站天馈系统存在鸳鸯线基站过覆盖基站弱覆盖上下行干扰网内存在二次中继设备，而此设备对某些频段不兼容，例如某些直放站不支持通常情况下，小区分配时比率应保持在5姬下。TCH分配失败处理流程处理如下:EGSM解决TCH分配失败，需要通过多种手段，包括参数分析调整,DT测试，信令跟踪，RNP频率分析等。5. 2切换成功率处理流程责任人：王峰、李元琛、刑灵均、敖猛、刘畅目标：日常处理切换成功率也是考核网络性能的一个重要指标，通常切换成功率应保持在换失败主要分 为两部分：切换准备失败和切换执行失败。对于切换准备失败，主要有目标小区拥塞，硬件 问题等，其处理方法和BSC硬件分配失败相同。换，涉及E口信令转

23、换，编码方式沟通等 原因，需要信令跟踪分析，参见处理。以下仅对切换执行失败的主要处理流程进行说明。切换失败处理流程如下:95%以上。切BSC内的原因对于跨MSC的切BSC切换成功率的处理切换失败，首先区分是BSC内切换失败还是BSC间切换失败。判断方法根据110报告中的相关counter,参见BSC切换准备失败处理中的表格。当切换执行失败主要为跨BSC间切换时，需要跟踪信令排除信令配 合问题。其次，检查切换失败是切入失败还是切出失败，或者切入切出成功率均低。如果切入切出均低，一般该切入切出成功率均在75%以下，同时本小区的分配失败又不高，通常是由于BTS时钟偏移造成，更换SUMP板或者调整时钟

24、即可。如果仅切入成功率低，检查180报告，该报告针对每一条切换关系进行统计，统计内容包含切换切入请求MC400切换尝试MC401及切换成功MC402通过检查这儿个counter來确定切入失败是集中在 某儿条切换关系还是所有的切入都差。如果所有切换失败都差，则参同BCCH, BSIC的误切换发生。如果切出成功率差，同样检查180报告，切出差是集中在某儿条切换关系还是所有切换关系。对集中在某 儿条切出差的情况，根据分配失败的处理流程检查目标小区。对所有切出 均差的情况，需要检查小区覆盖，小区硬件 性能，及上下行干扰等，参见小区切换成功率的处理。5. 3 TCH掉话处理流程责任人：王峰、李元琛、刑灵

25、均、敖猛、刘畅目标：日常处理TCH掉话率反映了TCH成功建立后的呼叫保持能力，是衡量网络质量的一个重要指标。集团公司的对掉话坏小区的考核门限是3%oTCH掉话，从统计上分为四块：设备故障掉话，对应counter为MC14C传输故障掉话， 对应counter为MC739切换掉话， 对应counter为MC621空中链路掉话， 对应counter为MC736掉话处理的框架图如下:5. 3. 1设备掉话处理减少和降低设备掉话率，需要提高设备口常维护质量。最常见的设备掉话处理流程如下:苴隹专佥件修输査检査小区參数跳頓参歎功率控制秦数邻小区秀数希盖干扌尤;- J -切换I|OMC-R话务统计工具、DT沁

26、试、信令分析仪RXLEV均值检査.TA值檢台LH测试切検除 因统计、RXQUAL沟伉统计.倾iff分析仅血计聊的成換统各区换丰切24h小切功，无法确定通常设备掉话主要和TRE TCU SWITCH三个单元相关。当设备掉话集中在某一个载频上时，更换该载频;当设备掉话集中在儿个载频上，且这儿个载频共属同己块更换TCU如果一个BSC下有多个小区存在设备掉话，且分布均匀，则需要对该件调测，一般该设备掉话由SWITCH模块故障造成。532传输故障掉话处理处理传输掉话，首先检查传输链路的告警。建议在网络优化工程中，定期（例如一周）对网络中出现频次较多的传输链路进行统一检查和整治。5. 3. 3切换掉话处理

27、切换掉话是当手机接收到系统下发的切换命令handover commanc后，向目标信道转换，在限定的时间内，既没有成功切入目标信道，也没有安全返回原来信道。切换掉话可以根据切换的种类分为三部分，如下：MC621（切换掉话）二MC648（跨BSC切换掉话）+MC658（BSC内切换掉话）+MC663（小区内切换掉 话）。BSC内切换掉话：当BSC向手机发出切换命令han dover comma nd时，T3103开始计时，在BSC收到来自切换目标小区的切换完成handover complete或者来自源小区的切换失败handover failure时将T3103复位,如果handover下发后,

28、T3103逾时仍未收到以上两条消息,则记为 一次BSC内切换掉话。小区内切换掉话：小区内切换掉话与TCH分配失败无返回SDCC类似。跨BSC切换掉话：与BSC内切换掉话类似，只是T3103变为T8。切换掉话处理流程如下:TCU管理，则BSC进行硬小区内切换的过程和SDCC倒TCH之间的信道转换过程类似，一般出现高掉话的原因主要有载频硬件故障和 上下行干扰严重。小区间的切换，首先需要检查切换关系定义是否正常，然后检查切换参数，切换门限等，另外可以通过检查180报告和实际的地理位置信息，察看实际发生的切换是否合理。如果这些均正常，说明这些切换的发生是必要的,其切换掉话主要原因还是无限链路恶化造成的。跨BSC的切换，如果涉及到跨MSC勺情况，其流程较为复杂。其无线方面的分析，与小区内切换相同；切 换流程方面需要跟踪信令加以确认。例