OMCR组日常工作流程

1、OMCR组日常工作流程一拥塞坏小区处理流程21闲暇&接入状态时的参数设置21.1 RACH TA_F订ter& Rxlev_acess_min&Ho margin 的设置21. 2开启超忙小区CR022开启半速率信道23开启Traffic HO （包揺话务负荷设置）34 开启 fast traffic Ho&Tll, Tll_forced45降低BS_TXPVR_MAX基站发射功率56依照路测组的天馈调整状况&工程组替换站型等实际情形做出判决:5二干扰坏小区处理流程51降低MS_TXPWR_MAX基站发射功率52具体高干扰性小区分析62.1外部干扰OR内

2、部干扰62. 2是否带有直放站等设备6三新建站评估流程（新站评估人员归属于0MCR系统组）61新站评估流程图62人员配置和工作内容73新站测试组差不多工作内容7四新站专门情形及处理流程84.1 OMCR组各种专门情形处理流程94.2新站测试组各种专门情形处理流程9五日常坏小区处理流程105.1 TCH分配失败处理流程105.1.1 TCH拥塞造成的失败105.1. 2硬件预备分配失败115.1.3无线口接入分配失败115.2切换成功率处理流程125. 3 TCH掉话处理流程145. 3. 1设备掉话处理155. 3. 2传输故障掉话处理165. 3. 3切换掉话处理165. 3. 4空中链路掉

3、话处理18由近期NOSS指标来看，掉话坏小区、切换成功率等指标均处于良好的水平，OMCR组下时期工作要紧帀绕集团公司巡检及拥塞坏小区、干扰小区及新建站3个重点来展开。 总负责人：胡渊 OHCR组：刘畅、李元琛、张开奥、赵留栓、王峰、刑灵均、敖猛、赵磊一拥塞坏小区处理流程责任人：王峰、李元琛、刑灵均、敖猛、刘畅目标：NOSS指标保持在0. 25%（拥塞小区要做到0. 15%，意味每天的拥塞坏小区必须做到7 个以下，按照目前的网络实际状况来看,有难度，且晚忙时往往不可控;现网能操纵到0. 25% 依旧可行的，力争做到0. 15%）拥塞小区处理方法：1闲暇&接入状态时的参数设置1.1 RAC

4、H_TA_Fi.lter& Rxlev_acess_jnin&Ho margin 的设置抬高RxLev_Access_Min来提高对小区接入的要求以平稳话务量。一样建议在一些基站密度 较高、无线覆盖较好的地区调整RXLEV_ACCESS_MIN来均衡小区的业务量.增加切入拥塞小区的HO Margin来提髙切入要求，减少服务小区的话务流入.减小切出拥塞小区的HO Margin,以利于切出，让服务小区的话务分流到小区.LACH_TA_Filter 一样差不多上64,能够适当限制，把那些过覆盖的试呼滤除，能够起到适 当减少话务负荷的作用。.建议值：依照网络实际情形调整1. 2开启超忙

5、小区CRO通过调整CRO、PT来改变小区重选，鼓舞移动台尽量重选到话务疑较低的小区。建议值：超忙小区的PT设成inactivity,则C2二Cl-CRO, CRO越大，则本小区C2越低,更易重选到话务负荷不大的邻区.也确实是讲用提髙CRO的值来加强移动台对邻小区的倾向性，CRO越大，对邻小区倾向越大。2开启半速率信道采纳半速率小区的无线资源分配方式与服务小区的话务负荷有关。用来表示小区话务负荷的变量为LOAD_SV1, LOAD_SV1的值将决左是否把半速 率话音信道分配给MS,调剂半速率的门限值以使半速率小区优先占用半速率信道，尽 量减少突发性的拥塞情形.OMCR缺省值为70%, 90%,建

6、议值THR_FR_LOAD_L_SV1 0%THR_FR_LOAD_D_SV1 0%,如此就能优先占用半速率信道.附半速率具体算法：LOAD_SV1的值为false,即小区话务负荷较低，小区将第一分配全速率信道； 若LOAD_SV1的值为True,即小区负荷较髙，小区将第一分配半速率信道；评 估时候与LOAD.SVl的初始值也有关系.Previous stateAV_LOADLOAD.SVl = FALSELOAD.SVl = TRUEAV.LOAD < THR_FR_LOAD_L_SV1LOAD.SVl = FALSELOAD.SVl 二 FALSETHR_FR_LOAD_L_SV1

7、<AV.LOAD <THR_FR_LOAD_l；_SVlLOAD_SV1 = FALSELOAD.SVl = TRUETHR_FR_LOAD_U_SV1 < AV_LOADLOAD_SV1 = TRUELOAD.SVl = TRUE3开启Traffic HO (包括话务负荷设置)Traffic HO是针对当前的高话务小区和周用的低话务小区而言的，由相邻的低话务小区来 分担当前高话务的服务小区的话务量，以期达到减小拥塞，话务均衡的目的，这是一种临时解 决拥塞的措施从traffic HO发生的条件我们能够看岀，只要当前小区处于 HIGH_TRAFFIC_LOAD 而邻小区处于 L

8、OW_TRAFFIC_LOAD，就可用发生 traffic HO 的切换， 建议值： 将话务忙的服务小区High_traffic_load设成60%, 邻小区 Low_traff ic_load 设成 50%。附：Traffic H0具体算法DELTA_HO_MARGIN(0,n)<OdbAND PBGT(n)>HO_MARGIN(0, n)+offset_HO_Margin_inner+DELTA_HO_Margin(0, n)AND EN_Traffic_H0(0,n)二ENABLE必要时可打开小区的General capture(综合捕捉切换)，缓解该小区的话务负荷压力4 开

9、启 fast traffic Ho&Tll, Tll_forced结合Til的排队时长和FAST TRAFFIC HANDOVE功能的开启，能够有效的降低小区拥塞。FTHO 在所有通过PBGT_filter后的邻区中选择合适小区进行切换。只要邻区的BCCH信号足够的 好，能够使服务小区中的MS话务及时切换到邻小区，空出的TCH时隙，使队列中的话务进 入服务小区服务。当一个呼叫要求分配业务信道而小区又没有闲暇的业务信道时，假如队列功能是打开的且有 闲暇位置，分配要求(Assignment Request)能够被排在队列中等待闲暇的业务信道。呼叫在 队列中等待的最大时刻由泄时器T11决定。

10、加大T11和Tll_Forced,可能会增加手机的呼 叫等待时刻，但能够降低小区的拥塞情形。建议值：EN_FAST_TRAFFIC_HO=TRUETll/Tll_forced : 14" or 17"BTS_Q_LENGTH: 64附FTHO具体算法：CAUSE 二 28 (Fast traffic HO)AV_RXLEV_NCELL(/2)> L_RXLEV_NCELL_DR S) + max(O, MS_TXPWR_MAX(/2)-P) for n = 1,., BTSnum (HO 一 26) andt(n) > FREElevel_DR(n)andEN_

11、CAUSE_28 = enable关于FTHO的切换是没有'乒乓效应'的。由于被选择执行FTHO的手机是在考察过目标小区无线环境较好的情形下发生的，那么它是可不能发起紧急切换回到原服务小区的。5降低BS_TXPWR_MAX基站发射功率降低功率的目的确实是减少小区的覆盖范畴.建议值：依照现网实际情形，以2dB步长递减.6依照路测组的天馈调整状况&工程组替换站型等实际情形做出判决：是否话务拥塞由以上两种因素导致，必要时需实地测试，新站或替换硬件导致的天馈咨询题立位后需赶忙通知工程组解决二干扰坏小区处理流程责任人：张开奥（OHCR）、徐华,胡卫明（现场扫频）目标：尽力査找干扰

12、源，由于长春的网络结构导致底噪较高，要在短时期内降低干扰小区指标临时有难度，现只能一个一个小区的处理1降低MS_TXPWR_MAX基站发射功率降低手机功率的目的确实是减少全网的低噪.建议值：依照现网实际情形，以2dB步长递减.2具体高干扰性小区分析2.1外部干扰OR内部干扰外部F扰：现场扫频，将干扰源位置提交局方。内部干扰：载频及ANC、ANY等硬件咨询题、频点咨询题、天馈咨询题。2. 2是否带有直放站等设备检査直放站设备。三新建站评估流程(新站评估人员归属于OMCR系统组)责任人：赵留拴(OMCR)、赵磊(OMCR)DT测试人员：刘宏伟、张驰目标：不遗漏评估小区1新站评估流程图OMCRiS根

13、据RHP姐提供的 新站数据,预先对G网小区 作预评怙勇加導到小区的话务及覆盖複 型.即刻逬行忙时働焦Traced行初步问题 定位，是否是硬件或TA分布问题，这律可给 之后的DT组测试捉供大致的测试思路工单删已托1启影谢评怙> OKRfi IA 昨;；;Z'">包f8»tt锁血砂矽艇自驾£辭开站 包括毎天的PBC蘇比对工程组CmW组豁鬻輕鬻現删试及调墜反悄测试话£及指标异第新站时，同时 农测试前咸必5 trace GRD网小 区,观察两者话势模型异同,直至测 试结束.场可解决方位角 &倾角不符的问 题，2人员配置和工作内容OMC

14、R组，新站评估1包括3小时评估和后续专门话务、指标分析等内容：2新旧数据对比；包括比对每天的PRC数据3新站Abis TraceI包含同站的G网小区:DT组:新站评估测试，带塔工一名，便于现场调整；现场解决方位角与设讣值不符（天线接反,方位角错误等情形）3新站测试组差不多工作内容新站评估报告模版：PART 1数据一致性核査核査项目 一致性 核査项目一致性核査项目一致性CellName一致BCCH一致NbrSDCCHLAC 'ARaColorNbrTCHCI一致RaCodeGPRSNCC一致HopModeEN_EGPRSBCC一致Hardware_BSCMAX.PDCHTRX一致Hard

15、ware_BTSMin.PDCHBSCHardware_SectorHopMode讲明：小区信息差不多数拯同数据库吻合。PART 2现场测试A、基站位置Longitude 125.38639 Latitude 43.86886B、天线方位角Sector 1Sector 2Sector3注：非扇区型基站此项略C、天线照片Sector 1Sector 2Sector 3D、天线型号（塔工抄录）Sectori：Sector2：Sector3：E、环基站DT测试切换情形：RxQualRxLevPART 3整改要求及案例图如阻挡、接反需要工程重新实施的部分PART 4其他咨询题及案例图能够现场完成的部分

16、，如机械参数不合理需要调整、参数设宜不合理，覆盖区域不合理等。4.处理及复测跟踪情形四新站专门情形及处理流程责任人：赵留拴(OMCR)、赵磊(OMCR)DT测试人员：刘宏伟、张驰4.1 OMCR组各种专门情形处理流程 边远新站开通前预备工作：RNP提供要开的边远新站，OMCR做G网的Abis Trace, 得出其话务模型及热点话务分布情形： 3小时评估机制中，一旦发觉话务或者指标专门，即刻进行忙时Abis Trace,进 行咨询题的初步泄位，是否为硬件咨询题、TA分布咨询题等，如此能够给后期 DT现场测试提供大致的分析思路： 测试组如碰到话务量较小的缘故是由于方位角或下倾角引起,OMCR组等测

17、试组现 场调整完成之后，即刻观看信道占用情形以及观看下小时话务统讣情形，是否正 常吸取话务； 新站选择思路咨询题：本次评估中发觉少数覆盖农村的新站，各种天馈硬件均没 有咨询题，但吸取不到话务，跟踪信令发觉900M的话务分布在TA较大的区域， 分析缘故为D网的路径损耗有关，导致D网覆盖达不到G网覆盖区域，这种咨询 题可否考虑农村等边远地区通过其他手段解决拥塞。4.2新站测试组各种专门情形处理流程 各种天馈下倾角/方位角咨询题，现场调整、完成复测，同时和OMCR组沟通观看 调整后信道占用情形是否按预期变化等，并在现场等待观看结果，如所需等待时 刻较长，能够先做下一个较近的新站点： 天馈接反咨询题：

18、配合180数据及现场测试数据，判泄接反类型，明确接反的扇 区，做好小区占用连线图，通知移动用户接口，等待整改完之后复测： 天线安装错误但天馈所连接硬件正确：此类咨询题现场发觉之后，反映给用戸接 口和0MCR组，观看现场是否可调，如有调整余地，现场直截了当调整方位角并 等待0MCR组观看并复测： 天线类型咨询题：使用了不合理的天线如电倾天线等，现场通知OMCR组和移动, 制左调整方案或者等待更换天线； 各种阻挡、基站高度不合理，需要拍照较为清晰能够讲明咨询题的照片，并及时 提交给局方进行整改； 现场测试的苴他咨询题：如往常没有碰到过的咨询题，现场测试发觉需要赶忙和 0HCR组及移动沟通，争取做到

19、现场解决。五 日常坏小区处理流程5.1 TCH分配失败处理流程责任人：王峰、李元琛、刑灵均、敖猛、刘畅目标：日常处理目前小区TCH分配失败统汁为Assignment Request到Assignment Complete之间的损 耗。小区分配失败率定义为:100*(MC140a-MC718-MC142e-MC142f)/MC140ao 其中 140a 为 Assignment Request 次数，718 为 Assignment Complete 次数，142e+142f 为直截了 当重试 次数。左义网络分配失败率，是为了考査MS在TCH接入时期系统和无线接口质量。依照信令流程分段，分配失败

20、能够分为三部分:5.1.1 TCH拥塞造成的失败其中拥塞分为以下几种情形： MC6 1 2A：未排队情形下的拥塞次数，有两种情形： MC6 1 2B：承诺排队，但队列已满造成的拥塞。 MC6 1 2C：承诺排队，但在队列中等待时刻超过T11仍未分配到资源的拥塞。 MC6 1 2D：承诺排队，但在排队过程中被更髙优先级不的呼叫从等待队列中淸除。 其中MC612c对应的A 口消息为Clear Request,其余三种情形对应的A 口消息为Assignment Failure。假如小区统计中拥塞次数较高造成分配失败，且MC612a不为0,讲明网络中没有开启 TCH指配排队功能。排队功能在无线侧是以B

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

22、低小区的拥塞次数。5.1.2硬件预备分配失败硬件预备分配失败统计公式如下：mcl40a-mc718-746b-812,其中746b为空中接口接入 时的分配失败次数，812为各种拥塞的综合。TCH分配假如由硬件故障造成，通常表现为小区中某些载频占用经常过短。解决此类咨 询题，能够通过lock/unlock载频，lock/unlock TCU来观看分配失败变化情形，咨询题确 左后更换硬件，并重新调试。5.1.3无线口接入分配失败无线接口的分配失败次数为746b.通常情形下，小区分配时比率应保持在5%以下。TCH分配失败处理流程处理如下： 基站天馈系统存在鸳鸯线 基站过覆盖 基站弱覆盖 上下行干扰

23、网内存在二次中继设备，而此设备对某些频段不兼容，例如某些直放站不支持EGSMo解决TCH分配失败，需要通过多种手段，包括参数分析调整，DT测试，信令跟踪，RNP频率 分析等。5.2切换成功率处理流程责任人：王峰、李元琛、刑灵均、敖猛、刘畅目标；日常处理切换成功率也是考核网络性能的一个重要指标，通常切换成功率应保持在95%以上。切 换失败要紧分为两部分：切换预备失败和切换执行失败。关于切换预备失败，BSC内的缘故 要紧有目标小区拥塞，硬件咨询题等，苴处理方法和BSC硬件分配失败相同。关于跨MSC 的切换，涉及E 口信令转换，编码方式沟通等缘故，需要信令跟踪分析，参见BSC切换成功 率的处理。以下

24、仅对切换执行失败的要紧处理流程进行讲明。切换失败处理流程如下:处理切换失败，第一区分是BSC内切换失败依旧BSC间切换失败。判左方法依照110 报告中的相关counter,参见BSC切换预备失败处理中的表格。当切换执行失败要紧为跨BSC 间切换时，需要跟踪信令排除信令配合咨询题。英次，检查切换失败是切入失败依旧切出失败，或者切入切出成功率均低。假如切入切岀均低，一样该切入切出成功率均在75%以下，同时本小区的分配失败又不 髙，通常是由于BTS时钟偏移造成，更换SUMP板或者调整时钟即可。假如仅切入成功率低，检查180报告，该报告针对每一条切换关系进行统计，统汁内容 包含切换切入要求MC400,

25、切换尝试MC401及切换成功MC402o通过检査这几个counter来 确泄切入失败是集中在某几条切换关系依旧所有的切入都差。假如所有切换失败都差，则参 见小区分配失败率流程进行处理。假如只有某几条切换失败较髙，需要RNP核查，看是否有 同BCCH, BSIC的误切换发生。假如切出成功率差，同样检査180报告，切出差是集中在某几条切换关系依旧所有切换 关系。对集中在某几条切岀差的情形，依照分配失败的处理流程检查目标小区。对所有切出 均差的情形，需要检查小区覆希，小区硬件性能，及上下行干扰等，参见小区切换成功率的 处理。5.3 TCH掉话处理流程责任人：王蠅、李元琛、刑灵均、敖猛、刘畅目标；日常

26、处理TCH掉话率反映了 TCH成功建立后的呼叫保持能力，是衡量网络质量的一个重要指标。 集团公司的对掉话坏小区的考核门限是3%0TCH掉话，从统计上分为四块： 设备故障掉话，对应counter为MC14C 传输故障掉话，对应counter为MC739 切换掉话，对应counter为MC621 空中链路掉话，对应counter为MC736掉话处理的框架图如下：RXLEV 均值检査. TA值枸杳 DT测试切换療 因统计、 RXQUAL 养均值统计.频谱分析仪干扰切换覆盖高抻话小区涼计邻的成 换统各区换率 切妙為小切功无法确定I.S蠶OMC-R话务统计工具、DT测试、信令分析仪5.3.1设备掉话处理

27、减少和降低设备掉话率，需要提髙设备日常爱护质量。最常见的设备掉话处理流程如 下:通常设备掉话要紧和TRE, TCU, SWITCH三个单元相关。当设备掉话集中在某一个载频 上时，更换该载频；当设备掉话集中在几个载频上，且这几个载频共属同已块TCU治理，则 更换TCU；假如一个BSC下有多个小区存在设备掉话，且分布平均，则需要对该BSC进行硬 件调测.一样该设备掉话由SWITCH模块故障造成。5.3.2传输故障掉话处理处理传输掉话，第一检查传输链路的告警。建议在网络优化工程中，泄期（例如一周） 对网络中显现频次较多的传输链路进行统一检查和整治。5.3.3切换掉话处理切换掉话是当手机接收到系统下发

28、的切换命令handover command后，向目标信道转换, 在限赵的时刻内，既没有成功切入目标信道，也没有安全返回原先信道。切换掉话能够依照切换的种类分为三部分，如下：MC621 （切换掉话）=MC648 （跨BSC切换掉话）+MC658 （BSC内切换掉话）+MC663 （小 区内切换掉话）。BSC内切换掉话：当BSC向手机发出切换命令handover command时，T3103开始汁时,在BSC收到来自切换目标小区的切换完成handover complete或者来自源小区的切换失败 handover failure时将T3103复位，假如handover卜发丿吕，T3103逾时仍未收

29、到以上两条 消息，则记为一次BSC内切换掉话。小区内切换掉话：小区内切换掉话与TCH分配失败无返回SDCCH类似。跨BSC切换掉话：与BSC内切换掉话类似，只是T3103变为T8。切换掉话处理流程如下：1高切换掉话、111J1r小区内切换掉,/区分切换 话掉话种类/念见TCH'、 处理分配失險 流程丿小区间切换检査切换关系是否合理/fBSC祜、有 配合何夢/跟踪信令确认 问题1无1处理倍令配合问题%JBSC间切换掉 话脸査切换原因分布脸査切换参数是否合霆调整切换关 系,切换参数 分布等小区内切换的过程和SDCCH到TCH之间的信道转换过程类似，一样显现髙掉话的缘故 要紧有载频硬件故障和上下行干扰严峻。小区间的切换，第一需要检查切换关系定义是否正常，然后检査切换参数，切换门限等，另外能够通过检查180报告和实际的地理位世信息，观看实际发生的切换是否合理。假如这些均正常，讲明这些切换的发生是必要的，其切换掉话要紧缘故依旧无限链路恶化造成的。跨BSC的切换，假如涉及到跨MSC的情形，其