TDRNC410版本MRR开启策略V20.doc

 PAGE \* MERGEFORMAT 8 MRR开启策略 MRR开启策略 根据中移集团的TD-MRR开启建议要求，结合前期发布的MRR配置指导书及技术通知单，特发布针对RNC410版本的MRR开启策略。 MRR开启前评估内容 RCB单板CPU负荷评估 对MRR开启前后需要对CMP单板（包括两个CMP模块CPU，产生MRR公共测量数据）和DMP单板（包括两个DMP模块CPU，产生MRR专用测量数据）CPU负荷进行评估；通过网管相关计数器可以进行查询统计，如下图，查询的是RCB单板CPU负荷，包括CMP单板和DMP单板，具体CMP和DMP的位置需要通过相关配置数据确认，比如长沙的配置情况是，RCB板位置为1/3/2和1/3/3的为CMP模块，剩下的为DMP模块。 CMP模块负荷评估 MRR-CELL小区公共测量只对CMP模块负荷有影响，开启MRR-CELL测量前，需要对CMP模块负荷进行评估： 经过测试，对于150个小区，同时打开TCP、TS ISCP、UPPCH、RTWP等四个小区公共测量，CMP的CPU占用率提升1%；如果开启测量项不变，CPU负荷与小区数量是线性关系的变化，比如一个RNC大概250个站的话，即750个小区，如果由两个CMP模块分担的话，一个CMP模块配置300个小区，则该CMP模块CPU占用率提升2%；另外一个CMP模块配置450个小区，则该C MP模块CUP占用率提升3%。 CMP单板CPU负荷门限为80%，当超过这个门限，会产生负荷告警，并启用负荷控制策略，包括以一定的比例进行RRC连接拒绝，禁止切换入等，对相关KPI指标有恶化影响，并且对上报的MRR数据会进行丢弃处理。现网中一般认为CMP模块CPU负荷一段时间内（比如一周或者3天）均值超过70%就是很高的负荷了，需要做模块负荷均衡或者扩容处理了。 综合以上分析，建议可以开启MRR-CELL测量的CMP模块安全负荷门限为65%，即统计近三天忙时（按当地忙时获取）CMP负荷均值在65%以下，即可以开启MRR-CELL测量；否则大于65%，暂时就不能开启，现场可以考虑做模块负荷均衡处理，把负荷降到65%以下再开启MRR-CELL测量。CMP模块均衡处理方案如下附件。 开启MRR-CELL测量后， CMP模块如果一天忙时的均值负荷大于75%，需要手动关闭MRR-CELL任务。 附加说明，目前发现的部分外场个别RNC CPU负荷较高的原因，主要是由于该RNC的业务量大和大量小速率业务（比如飞信、微信、微博、QQ等）升降速频繁，造成绝大部分的负荷开销。详细负荷分析报告可参考如下附件。 DMP模块负荷评估 MRR-UE专用测量只对DMP模块负荷有影响，开启MRR-UE测量前，需要对DMP模块负荷进行评估： 经过测试，DMP单模块1000UE同时在线时，每增加一个UE专用测量，CPU占有率提升1%，具体的测试结果如下表格。 DMP：0UE时CPU占用率为1%　1000 UE0个Uu口测量控制2-5%1个Uu口测量控制3-6%2个Uu口测量控制3-7%3个Uu口测量控制4-8%4个Uu口测量控制5-9%5个Uu口测量控制6-9%1个IuB口测量[+5个Uu口测量控制]8-13%2个IuB口测量[+5个Uu口测量控制]9-15%3个IuB口测量[+5个Uu口测量控制]10-17%6个UTRAN测量[+3个IuB口测量+5个Uu口测量控制]10-18%附加说明：部分MRR UE测量是在一个测量控制中下发，测量结果也是在同一个测量报告中上报。CPU占用率只和测量报告的数目有关，和测量报告中的测量结果的数目基本无关。 在同一个测量控制中下发的测量如下： UE_BLER和UE_SIR TXPWR和TA PCCPCH_RSCP_Intra、UE_TS_ISCP和PathLoss 即以上三组测量，虽然有多个测量项，但是实际上只能算三个测量报告，对于DMP模块负荷影响只有3%的提升。 根据以上测试结果，按照下面1.3节的开启项要求开启的MRR-UE专用测量项，DMP单模块1000UE同时在线时，DMP模块CPU负荷大概在10%~18%左右。现场配置中，通常一个RNC有8-10个DMP模块，即一个RNC一刻钟粒度内有 8000-10000个用户同时在线时，DMP模块CPU负荷大概在10%~18%左右；而像北京现网负荷最高的RNC，一刻钟同时在线用户数也就不到5000个。 DMP模块CPU负荷门限为80%，当超过这个门限，会产生负荷告警，并启用负荷控制策略，包括以一定的比例进行RRC连接拒绝，禁止切换入等，对相关KPI指标有恶化影响，并且对上报的MRR数据会进行丢弃处理。 综合以上分析，按照