LTE多用户并发接入重大事件保障方案和应急预案.docx

LTE多用户并发接入重大事件保障方案和应急预案NSN1. 背景随着LTE用户的不断增多，对于多用户并发接入的重大事件（如大型演唱会、晚会、大型活动等）的保障及应急方案的需求越发强烈，本文针对上述重大事件，总体设计其保障方案及应急预案。2. 保障流程图保障流程3. 事前准备3.1 保障区域整网情况由于当下现网大部分为GSM，TD-SCDMA，LTE网络共存的情况，为了避免各网络之间相互干扰以及有效实现各网之间的来回切换，首先需要对保障区域的整网情况进行了解分析，具体包括：基站数目，站址（是否共站），天面（是否共天面），软件版本，频段等。3.2 保障区域话务分析由于是对多用户并发接入的重大事件的保障，因此保障前的话务分析异常重要。如果保障区域是多网共存，则需要分析各个网络的话务整体情况。需要分析的有保障前即平日忙时话务情况，重大事件保障时预期话务情况，将此二者进行对比分析。 若平日忙时话务情况与重大事件保障时的话务情况持平，则只需要稍微调整，对保障时的话务量预留一定的话务上涨空间，以便应对突发情况 若保障区域平日即为话务密集区域，平日忙时话务情况远远高于重大事件（很少出现），保障时仅需要对保障区域的基站进行维护 若保障区域平日话务稀疏，则需要对保障区域进行重点话务调整保证重大事件发生当天的话务量需求3.3 保障区域掉话情况掉话会极大的影响用户对网络的使用感知，因此在保障前需要对保障区域的掉话情况进行分析，可以通过后台统计工具，统计近2周的保障区域掉话情况，对反复出现掉话时段以及反复出现掉话点进行分析，查找掉话原因，保证网络掉线率（尽量保持在1%以内）3.4 保障区域数据流量分析当重大事件发生时一般会有大流量的数据业务发生，与话务分析类似，在保障前首先需要分析平日数据流量情况，并且对保障时的数据流量需求进行预期，将二者进行比较，若平日数据流量不能满足事件发生时的数据流量需求，则需要调整网络以保证数据流量，如帧配比调整，基站增加，数据分配等。4. 覆盖设计方案对覆盖的设计是多用户并发接入重大事件保障方案的基础，应合理合适的调整保障区域的覆盖。其中对覆盖的调整包括RSRP的调整以及SINR的调整，可通过硬调整和软调整两种方式实现。其中硬调整是指对物理天线的调整，对于保障区域出现的覆盖空洞以及干扰严重的区域，对物理天线方位角进行调整，若出现覆盖不到的区域可以考虑临时加站的方式。软调整是指对后台参数的调整，如调整RS功率，工控相关参数等。5. 容量设计方案在事件发生前需要对当前的网络进行容量计算获得小区最大支持的用户数，并且对保障时所需要支持的最大用户数进行预估计，并调整小区参数使得可以支持较多的用户接入。5.1 最大用户数计算与最大用户数计算相关的参数配置如下：PUCCH CQI资源配置： LNCEL/actDrx，LNCEL/riPerM（RI上报周期） ，LNCEL/riPerOffset（RI上报位置）； LNCEL/cqiPerNp（UE发送周期性CQI上报周期）； LNCEL/ nCqiRb（预留的PRB数用于发送周期性CQI）； 每小区支持： Drx关闭：nCqiRb*2（3:1配置，1帧中有2个上行帧）*6（PUCCH是码分，每组设定6个用户）* cqiPerNp/10； Drx打开时：nCqiRb*2（3:1配置，1帧中有2个上行帧）*3（PUCCH是码分，每组设定6个用户，Drx打开时用户减半）* cqiPerNp/10PUCCH SR资源配置： LNCEL/ cellSrPeriod（UE发送SR的周期） LNCEL/ n1pucchAn（预留的PUCCH Format 1资源用于发送SR） 每小区支持：上行子帧数 * cellSrPeriod (ms)/10*n1PucchAn注：通过以上的计算，小区支持的最大用户数就是MAX（PUCCH CQI最大用户数，PUCCH SR最大用户数）5.2 参数配置（300个RRC）20M带宽的小区在上下行子帧配置1：3时，最大支持400个RRC连接，开启DRX后减半；上下行子帧配置2：2时，最大支持600个RRC连接，开启DRX后减半，即300个，具体的参数配置如下：NSN对应参数场景参数设置备注tddFrameConf1宏站需要采用第二频率，严格控制覆盖，避免干扰周边站点EARFCN38100phichDurNormalphichRes1maxNrSymPdcch3actLdPdcchTRUEnCqiRb6cqiPerNp80mscellSrPeriod40msn1PucchAn72pucchnanCS0deltaPucchShift1maxNumRrc300maxNumActUE300maxNumActDrb900maxNumUeDl12maxNumUeDlDwPTS4maxNumUeUl12prachFreqOff6srsActivationFalseulsSchedMethodchannel unawarenSrsDtx06. 保障验证6.1 覆盖验证基于上述描述对覆盖的要求，实际保障中首要对保障区域的覆盖情况进行测试验证，主要依靠路测的方式进行，可以车载2-3部终端，同时进行上下行业务进行遍历，尽量遍历可以到的所有位置，如果为室内环境，需要人载终端进行室内遍历测试。6.2 压力测试验证为了保证重大事件发生时的多用户同时接入时对大业务量的需求，需要在事前进行压力测试，一般压力测试采取“人肉测试”的方法，具体测试的人员数量由保障的数据流量决定，分别采用LTE手机、测试终端及CPE等多种方式同时进行高清视频播放、文件下载等业务，针对各别事件如演唱会等可能会出现大量的数据上传业务，需要另外进行压力测试。6.3 网络运行情况测试在保障前进行压力测试以及保障时需要后台时时监控网络运行情况，具体包括后台告警及KPI保障，基站运行状态，业务流量等。7. 应急预案7.1 容量监控需要后台实时监控CONNECTED用户数、ACTIVE用户数、PDCCH资源利用率，如果发现PUCCH资源受限，应及时进行扩容。 CONNECTED用户数：n M8001C199：RRC_CONN_UE_AVGn M8001C200：RRC_CONN_UE_MAX ACTIVE用户数：n M8001C223：CELL_LOAD_ACT_UE_AVGn M8001C224：CELL_LOAD_ACT_UE_MAX PDCCH资源利用率：n M8011C38：CCE_AVAIL_ACT_TTIn M8011C39：AGG1_USED_PDCCHn M8011C40：AGG2_USED_PDCCHn M8011C41：AGG4_USED_PDCCH n M8011C42：AGG8_USED_PDCCHn CCE利用率：100*sum(1* M8011C39+2* M8011C40+3* M8011C41+4* M8011C42)/sum(M8011C38)7.2 扩容预警如上述，如果Active用户数超过最大支持数的80%，则启用扩容方案： 初始容量配置下，主控小区最大ACTIVE用户数超过78时，启用PUCCH扩容方案； PU