OMCR组日常工作规程

OMCR系统组工作流程

由近期NOSS指标来看，掉话坏小区、切换成功率等指标均处于良好的水平，OMCR组下阶段工作主要围绕集团公司巡检及拥塞坏小区、干扰小区及新建站3个重点来展开。  总负责人：胡渊

 OMCR组：刘畅、李元琛、张开奥、赵留栓、王峰、刑灵均、敖猛、赵磊

一拥塞坏小区处理流程 责任人：王峰、李元琛、刑灵均、敖猛、刘畅 目标：NOSS指标保持在0.25%(拥塞小区要做到0.15%,意味每天的拥塞坏小区必须做到7个以下,按照目前的网络实际状况来看,有难度,且晚忙时往往不可控;现网能控制到0.25%还是可行的,力争做到0.15%) 拥塞小区处理方法: 1空闲＆接入状态时的参数设置 1.1RACH_TA_Filter＆Rxlev_acess_min＆Homargin的设置 抬高RxLev_Access_Min来提高对小区接入的要求以平衡话务量。一般建议在一些基站密度较高、无线覆盖较好的地区调整RXLEV_ACCESS_MIN来均衡小区的业务量. 增加切入拥塞小区的HOMargin来提高切入要求，减少服务小区的话务流入. 减小切出拥塞小区的HOMargin,以利于切出，让服务小区的话务分流到小区.RACH_TA_Filter一般都是,可以适当,把那些过覆盖的试呼滤除,可以起到适当减少话务负荷的作用。. 建议值:根据网络实际情况调整1.2开启超忙小区CRO 通过调整CRO、PT来改变小区重选，鼓励移动台尽量重选到话务量较低的小区。 建议值：

超忙小区的PT设成inactivity,

则C2=C1-CRO,CRO越大，则本小区C2越低,更易重选到话务负荷不大的邻区.

也就是说用提高CRO的值来加强移动台对邻小区的倾向性，CRO越大，对邻小区倾向越大。

精心整理

2开启半速率信道

采用半速率小区的无线资源分配方式与服务小区的话务负荷有关。

用来表示小区话务负荷的变量为LOAD_SV1，LOAD_SV1的值将决定是否把半速率话音信道分配给MS，调节半速率的门限值以使半速率小区优先占用半速率信道，尽量减少突发性的拥塞情况.OMCR缺省值为70%,90%, 建议值

THR_FR_LOAD_L_SV10% THR_FR_LOAD_D_SV10%, 这样就能优先占用半速率信道. 附半速率具体算法: LOAD_SV1的值为false，即小区话务负荷较低，小区将首先分配全速率信道；若LOAD_SV1的值为True,即小区负荷较高，小区将首先分配半速率信道;评估时候与LOAD_SV1的初始值也有关系. Previousstate LOAD_SV1=FALSE AV_LOAD AV_LOADTHR_FR_LOAD_L_SV1 THR_FR_LOAD_L_SV1 AV_LOAD THR_FR_LOAD_U_SV1 THR_FR_LOAD_U_SV1AV_LOAD LOAD_SV1=TRUE LOAD_SV1=TRUE LOAD_SV1=FALSE LOAD_SV1=TRUE LOAD_SV1=FALSE LOAD_SV1=FALSE LOAD_SV1=TRUE 3开启TrafficHO(包括话务负荷设置) TrafficHO是针对当前的高话务小区和周围的低话务小区而言的，由相邻的低话务小区来分担当前高话务的服务小区的话务量,以期达到减小拥塞,话务均衡的目的,这是一种临时解决拥塞的措施.从trafficHO发生的条件我们可以看出，只要当前小区处于HIGH_TRAFFIC_LOAD而邻小区处于LOW_TRAFFIC_LOAD，就可用发生trafficHO的切换, 建议值：

将话务忙的服务小区High_traffic_load设成60％， 邻小区Low_traffic_load设成50％。 附；TrafficHO具体算法

精心整理

DELTA_HO_MARGIN(0,n)<0db

ANDPBGT(n)>HO_MARGIN(0,n)+offset_HO_Margin_inner+DELTA_HO_Margin(0,n) ANDEN_Traffic_HO(0,n)=ENABLE

必要时可打开小区的Generalcapture(综合捕捉切换),缓解该小区的话务负荷压力 4开启fasttrafficHo＆T11，T11_forced

结合T11的排队时长和FASTTRAFFICHANDOVE功能的开启，可以有效的降低小区拥塞。FTHO在所有经过PBGT_filter后的邻区中选择合适小区进行切换。只要邻区的BCCH信号足够的好，能够使服务小区中的MS话务及时切换到邻小区，空出的TCH时隙，使队列中的话务进入服务小区服务。 当一个呼叫要求分配业务信道而小区又没有空闲的业务信道时，如果队列功能是打开的且有空闲位置，分配请求(AssignmentRequest)可以被排在队列中等待空闲的业务信道。呼叫在队列中等待的最大时间由定时器T11决定。加大T11和T11_Forced，可能会增加手机的呼叫等待时间，但可以降低小区的拥塞情况。建议值： EN_FAST_TRAFFIC_HO=TRUE T11/T11_forced:14″or17″ BTS_Q_LENGTH: 附FTHO具体算法: CAUSE=28(FasttrafficHO) AV_RXLEV_NCELL(n)>L_RXLEV_NCELL_DR(n)+max(0,[MS_TXPWR_MAX(n)-P]) forn=1,...,BTSnum(HO-26) and

t(n)>FREElevel_DR(n) and

EN_CAUSE_28=enable 队列中的电话 对于FTHO的切换是没有‘乒乓效应’的。由于被选择执行FTHO的手机是在考察过目标小区无线环境较好的情况下发生的，那么它是不会发起紧急切换回到原服务小区的。

精心整理

5降低BS_TXPWR_MAX基站发射功率 降低功率的目的就是减少小区的覆盖范围. 建议值:

根据现网实际情况,以2dB步长递减.

6根据路测组的天馈调整状况＆工程组替换站型等实际情况做出判决:

是否话务拥塞由以上两种因素导致,必要时需实地测试,新站或替换硬件导致的天馈问题定位后需立即通知工程组解决

二干扰坏小区处理流程 责任人：张开奥（OMCR）、徐华,胡卫明(现场扫频) 目标：尽力查找干扰源,由于长春的网络结构导致底噪较高，要在短时期内降低干扰小区指标暂时有难度，现只能一个一个小区的处理。 1降低MS_TXPWR_MAX基站发射功率 降低手机功率的目的就是减少全网的低噪. 建议值:

根据现网实际情况,以2dB步长递减. 2具体扰性小区分析 2.1外部干扰OR内部干扰 外部干扰：现场扫频，将干扰源位置提交局方。

内部干扰：载频及ANC、ANY等硬件问题、频点问题、天馈问题。 2.2是否带有直放站等设备 检查直放站设备。

三新建站评估流程(新站评估人员归属于OMCR系统组)

责任人：赵留拴(OMCR)、赵磊(OMCR)

精心整理

DT测试人员：刘宏伟、张驰 目标：不遗漏评估小区 1新站评估流程图 2人员配置和工作内容 OMCR组，新站评估

1包括3小时评估和后续异常话务、指标分析等内容； 2新旧数据对比；包括比对每天的PRC数据 3新站AbisTrace，包含同站的G网小区； DT组:新站评估测试， 带塔工一名，便于现场调整；现场解决方位角与设计值不符(天线接反,方位角错误等情况) 3新站测试组基本工作内容 新站评估报告模版： PART1数据一致性核查 CellName LAC CI NCC BCC TRX BSC 一致 一致 一致 一致 一致 一致 一致 BCCH RaColor RaCode HopMode Hardware_BSC Hardware_BTS Hardware_Sector 一致 NbrSDCCH NbrTCH GPRS EN_EGPRS MAX_PDCH Min_PDCH HopMode 说明：小区信息基本数据同数据库吻合。 PART2现场测试 A、基站位置

Longitude125.38639Latitude43.86886 B、天线方位角

精心整理

Sector1Sector2Sector3 注：非扇区型基站此项略 C、天线照片 D、天线型号（塔工抄录） Sector1： Sector2： Sector3： E、环基站DT测试 切换情况： PART3整改要求及案例图 如阻挡、接反需要工程重新实施的部分 PART4其他问题及案例图

可以现场完成的部分，如机械参数不合理需要调整、参数设置不合理，覆盖区域不合理等。 4.处理及复测跟踪情况

四新站异常情况及处理流程

责任人：赵留拴(OMCR)、赵磊(OMCR)

精心整理

DT测试人员：刘宏伟、张驰

目标：第一时间发现异常新小区并整改

4.1OMCR组各种异常情况处理流程

 边远新站开通前准备工作：RNP提供要开的边远新站，OMCR做G网的AbisTrace，得出其话务模型及

热点话务分布情况；

 3小时评估机制中，一旦发现话务或者指标异常，即刻进行忙时AbisTrace，进行问题的初步定位，

是否为硬件问题、TA分布问题等，这样可以给后期DT现场测试提供大致的分析思路；  测试组如碰到话务量较小的原因是由于方位角或下倾角引起，OMCR组等测试组现场调整完成之后，即

刻观察信道占用情况以及观察下小时话务统计情况，是否正常吸收话务；  新站选择思路问题：本次评估中发现少数覆盖农村的新站，各种天馈硬件均没有问题，但吸收不到话务，跟踪信令发现900M的话务分布在TA较大的区域，分析原因为D网的路径损耗有关，导致D网覆盖达不到G网覆盖区域，这种问题可否考虑农村等边远地区通过其他手段解决拥塞。 4.2新站测试组各种异常情况处理流程  各种天馈下倾角/方位角问题，现场调整、完成复测，同时和OMCR组沟通观察调整后信道占用情况是否按预期变化等，并在现场等待观察结果，如所需等待时间较长，可以先做下一个较近的新站点；  天馈接反问题：配合180数据及现场测试数据，判断接反类型，明确接反的扇区，做好小区占用连线图，通知移动用户接口，等待整改完之后复测；  天线安装错误但天馈所连接硬件正确：此类问题现场发现之后，反映给用户接口和OMCR组，观察现场是否可调，如有调整余地，现场直接调整方位角并等待OMCR组观察并复测；  天线类型问题：使用了不合理的天线如电倾天线等，现场通知OMCR组和移动，制定调整方案或者等待更换天线；  各种阻挡、基站高度不合理，需要拍摄较为清晰能够说明问题的照片，并及时提交给局方进行整改；  现场测试的其他问题：如以前没有碰到过的问题，现场测试发现需要立刻和OMCR组及移动沟通，争

取做到现场解决。

精心整理

五日常坏小区处理流程

5.1TCH分配失败处理流程

责任人：王峰、李元琛、刑灵均、敖猛、刘畅 目标：日常处理

目前小区TCH分配失败统计为AssignmentRequest到AssignmentComplete之间的损耗。小区分配失败率定义为：100*(MC140a-MC718-MC142e-MC142f)/MC140a。其中140a为AssignmentRequest次数，718为AssignmentComplete次数，142e+142f为直接重试次数。定义网络分配失败率，是为了考查MS在TCH接入阶段系统和无线接口质量。根据信令流程分段，分配失败可以分为三部分： 5.1.1TCH拥塞造成的失败 其中拥塞分为以下几种情况：  MC６１２A：未排队情况下的拥塞次数，有两种情况：  MC６１２B：允许排队，但队列已满造成的拥塞。  MC６１２C：允许排队，但在队列中等待时间超过T11仍未分配到资源的拥塞。  MC６１２D：允许排队，但在排队过程中被更高优先级别的呼叫从等待队列中清除。 其中MC612c对应的A口消息为ClearRequest，其余三种情况对应的A口消息为AssignmentFailure。

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

硬件准备分配失败统计公式如下：mc140a-mc718-746b-812，其中746b为空中接口接入时的分配失败次数，812为各种拥塞的综合。

TCH分配如果由硬件故障造成，通常表现为小区中某些载频占用时常过短。解决此类问题，可以通过lock/unlock载频，lock/unlockTCU来观察分配失败变化情况，问题确定后更换硬件，并重新调试。 无线接口的分配失败次数为746b。

通常情况下，小区分配时比率应保持在5%以下。

精心整理

TCH分配失败处理流程处理如下：

对下发AssignmentCommand到AssignmentComplete之间的损耗，主要有以下几种原因：

 基站天馈系统存在鸳鸯线  基站过覆盖  基站弱覆盖  上下行干扰

 网内存在二次中继设备，而此设备对某些频段不兼容，例如某些直放站不支持EGSM。 解决TCH分配失败，需要通过多种手段，包括参数分析调整，DT测试，信令跟踪，RNP频率分析等。 5.2切换成功率处理流程 责任人：王峰、李元琛、刑灵均、敖猛、刘畅 目标：日常处理 切换成功率也是考核网络性能的一个重要指标，通常切换成功率应保持在95%以上。切换失败主要分为两部分：切换准备失败和切换执行失败。对于切换准备失败，BSC内的原因主要有目标小区拥塞，硬件问题等，其处理方法和BSC硬件分配失败相同。对于跨MSC的切换，涉及E口信令转换，编码方式沟通等原因，需要信令跟踪分析，参见BSC切换成功率的处理。以下仅对切换执行失败的主要处理流程进行说明。 切换失败处理流程如下： 处理切换失败，首先区分是BSC内切换失败还是BSC间切换失败。判断方法根据110报告中的相关counter，参见BSC切换准备失败处理中的表格。当切换执行失败主要为跨BSC间切换时，需要跟踪信令排除信令配合问题。

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

如果切出成功率差，同样检查180报告，切出差是集中在某几条切换关系还是所有切换关系。对集中在某几条切出差的情况，根据分配失败的处理流程检查目标小区。对所有切出均差的情况，需要检查小区覆盖，小区硬件性能，及上下行干扰等，参见小区切换成功率的处理。

精心整理

5.3TCH掉话处理流程

责任人：王峰、李元琛、刑灵均、敖猛、刘畅 目标：日常处理

TCH掉话率反映了TCH成功建立后的呼叫保持能力，是衡量网络质量的一个重要指标。集团公司的对掉话坏小区的考核门限是3%。

TCH掉话，从统计上分为四块：

 设备故障掉话，对应counter为MC14C  传输故障掉话，对应counter为MC739  切换掉话，对应counter为MC621  空中链路掉话，对应counter为MC736 掉话处理的框架图如下： 5.3.1设备掉话处理 减少和降低设备掉话率，需要提高设备日常维护质量。最常见的设备掉话处理流程如下： 通常设备掉话主要和TRE，TCU，SWITCH三个单元相关。当设备掉话集中在某一个载频上时，更换该载频；当设备掉话集中在几个载频上，且这几个载频共属同已块TCU管理，则更换TCU；如果一个BSC下有多个小区存在设备掉话，且分布均匀，则需要对该BSC进行硬件调测，一般该设备掉话由SWITCH模块故障造成。 5.3.2传输故障掉话处理 处理传输掉话，首先检查传输链路的告警。建议在网络优化工程中，定期（例如一周）对网络中出现频次较多的传输链路进行统一检查和整治。 5.3.3切换掉话处理

切换掉话是当手机接收到系统下发的切换命令handovercommand后，向目标信道转换，在限定的时间内，既没有成功切入目标信道，也没有安全返回原来信道。

切换掉话可以根据切换的种类分为三部分，如下：

MC621（切换掉话）=MC8（跨BSC切换掉话）+MC658（BSC内切换掉话）+MC663（小区内切换掉话）。 BSC内切换掉话：当BSC向手机发出切换命令handovercommand时，T3103开始计时，在BSC收到来自切换目标小区的切换完成handovercomplete或者来自源小区的切换失败handoverfailure时将T3103复位，如果handover下发后，T3103逾时仍未收到以上两条消息，则记为一次BSC内切换掉话。

精心整理

小区内切换掉话：小区内切换掉话与TCH分配失败无返回SDCCH类似。 跨BSC切换掉话：与BSC内切换掉话类似，只是T3103变为T8。 切换掉话处理流程如下：

小区内切换的过程和SDCCH到TCH之间的信道转换过程类似，一般出现高掉话的原因主要有载频硬件故障和上下行干扰严重。

小区间的切换，首先需要检查切换关系定义是否正常，然后检查切换参数，切换门限等，另外可以通过检查180报告和实际的地理位置信息，察看实际发生的切换是否合理。如果这些均正常，说明这些切换的发生是必要的，其切换掉话主要原因还是无限链路恶化造成的。 跨BSC的切换，如果涉及到跨MSC的情况，其流程较为复杂。其无线方面的分析，与小区内切换相同；切换流程方面需要跟踪信令加以确认。例如，在某种情况下，当目标小区的信道已经准备好，原小区的handovercommand已经下发，但此后由于流程原因，目标小区准备好的信道又释放了，则无论如何切换也不会成功。这其中相当一部份由于无法再返回原信道，即造成掉话。对于此类情况，可能需要联测A口，E口信令进行诊断。

5.3.4空中链路掉话处理 空中链路掉话，是掉话的最主要原因之一。在GSM系统中，定义了一个参数RadioLinkTimeout（无线链路超时），单位是SACCH测量报告周期的个数。如果无线链路的某一桢未解出来，则RadioLinkTimeout减一，当该值归零时，BSS系统释放占用的资源，从而发生一次掉话。适当提高该参数，可以降低掉话，该参数的调整，需要和T3109配合使用，详见T3109的参数说明文档。 空中链路掉话，其原因很多，以下流程仅给出常见的问题处理方法： 注：无线空中链路掉话的统计的最小单位是载频。通过统计一个小区中是否736掉话集中在某一个载频或者几个载频上，可以判断其问题点是载频，TCU，ANC，或者ANY。 对硬件性能下降一类造成的掉话，直接更换即可解决。 非硬件性能问题，首先需要检查切换关系定义是否完整。在工程割接，小区删创之后，往往小区只保留了切入或者切出的单向切换关系。当手机移动到小区覆盖边缘时，此时由于没有定义切换，就会发生无线链路掉话。其次检查切换和功率控制参数的定义是否合理。切换门限以及切换窗口的定义，以及乒乓切换的参数设置，均可以减缓或者提前切换的发生，设置不当就会产生不必要的切换掉话或者无线链路掉话。功率控制的运用，可以在保证无线链路的稳定的前提下，尽量降低发射功率，从而减小上下行的底噪，降低掉话率。另外其他诸如不连续发射等参数的设置也可以改变无线链路掉话状况。

对于参数设置，功能启用都正常的小区，可以检查小区的切换原因分布，来确认问题所在。 对上下行电平问题，需要检查小区覆盖是否过远，天馈安装是否合理，小区是否存在鸳鸯线等等。

精心整理

以上问题的解决，与SD掉话，TCH分配失败类似，需要综合统计报告分析，信令跟踪，路测，规划分析等多种手段来完成。