LTE多用户并发接入重大事件保障方案及应急处理预案

1、欢迎下载内容仅供参考LTE多用户并发接入重大事件保障方案和应急预案NSN背景随着 LTE 用户的不断增多，对于多用户并发接入的重大事件（如大型演唱会、晚会、大型活动等）的保障及应急方案的需求越发强烈，本文针对上述重大事件，总体设计其保障方案及应急预案。保障流程图预保获取基站信息话务量分析障掉话分析数据流量分析保障覆盖设计设计容量设计保障流程保障覆盖验证压力测试验证验证网络运行情况测试现场容量监控应急扩容预警欢迎下载事前准备保障区域整网情况由于当下现网大部分为 GSM，TD-SCDMA，LTE 网络共存的情况，为了避免各网络之间相互干扰以及有效实现各网之间的来回切换，首先需要对保障区域的整网情况

2、进行了解分析，具体包括：基站数目，站址（是否共站）， 天面（是否共天面），软件版本，频段等。保障区域话务分析由于是对多用户并发接入的重大事件的保障，因此保障前的话务分析异常重要。如果保障区域是多网共存，则需要分析各个网络的话务整体情况。需要分析的有保障前即平日忙时话务情况，重大事件保障时预期话务情况，将此二者进行对比分析。若平日忙时话务情况与重大事件保障时的话务情况持平，微调整，对保障时的话务量预留一定的话务上涨空间，情况若保障区域平日即为话务密集区域，事件（很少出现），保障时仅需要对保障区域的基站进行维护若保障区域平日话务稀疏，重大事件发生当天的话务量需求保障区域掉话情况掉话会极大的影响用户

3、对网络的使用感知，因此在保障前需要对保障区域的掉话情况进行分析，可以通过后台统计工具，统计近 2 周的保障区域掉话情况，对反复出现掉话时段以及反复出现掉话点进行分析，查找掉话原因， 保证网络掉线率（尽量保持在 1%以内）保障区域数据流量分析当重大事件发生时一般会有大流量的数据业务发生，与话务分析类似，在保 障前首先需要分析平日数据流量情况，并且对保障时的数据流量需求进行预 期，将二者进行比较，若平日数据流量不能满足事件发生时的数据流量需求则需要调整网络以保证数据流量，如帧配比调整，基站增加，数据分配等。覆盖设计方案对覆盖的设计是多用户并发接入重大事件保障方案的基础，应合理合适的调 整保障区域的

4、覆盖。其中对覆盖的调整包括 RSRP 的调整以及 SINR 的调整可通过硬调整和软调整两种方式实现。其中硬调整是指对物理天线的调整，对于保障区域出现的覆盖空洞以及干扰严重的区域，对物理天线方位角进行调整，若出现覆盖不到的区域可以考虑临时加站的方式。软调整是指对后台参数的调整，如调整 RS 功率，工控相关参数等。容量设计方案在事件发生前需要对当前的网络进行容量计算获得小区最大支持的用户数， 并且对保障时所需要支持的最大用户数进行预估计，并调整小区参数使得可以支持较多的用户接入。最大用户数计算与最大用户数计算相关的参数配置如下：PUCCHCQI资源配置：LNCEL/actDrx，LNCEL/riP

5、erM（RI）LNCEL/riPerOffset（RI 上报位置）；LNCEL/cqiPerNp（UECQI上报周期）；LNCEL/nCqiRb（PRBCQI）；每小区支持：Drx关闭：nCqiRb*2（3:1配置，12个上行帧）*6（PUCCH 是码分，每组设定 6 个用户）* cqiPerNp/10；Drx打开时：nCqiRb*2（3:1配置，12个上行帧）*3（PUCCH是码分，6个用户，Drx打开时用户减半）* cqiPerNp/10PUCCH SR 资源配置：LNCEL/cellSrPeriod（UESR的周期）LNCEL/n1pucchAn（PUCCHFormat1SR）每小区支持

6、：上行子帧数 * cellSrPeriod (ms)/10*n1PucchAn注：通过以上的计算，MAX（PUCCHCQI用户数，PUCCHSR最大用户数）参数配置（300RRC）20M1：3时，400RRC连接， DRX后减半；2：2时，600RRC连接， DRX后减半，300个，具体的参数配置如下：NSNNSN对应参数场景参数设置备注tddFrameConf1EARFCN38100宏站需要采用第二频率，严格控制覆盖，避免干扰周边站点phichDurNormalphichRes1maxNrSymPdcch3actLdPdcchTRUEnCqiRb6cqiPerNp80mscellSrPeri

7、od40msn1PucchAn72pucchnanCS0deltaPucchShiftdeltaPucchShift1maxNumRrc300maxNumActUE300maxNumActDrb900maxNumUeDl12maxNumUeDlDwPTS4maxNumUeUl12prachFreqOff6srsActivationFalseulsSchedMethodchannel unawarenSrsDtx0保障验证覆盖验证基于上述描述对覆盖的要求，实际保障中首要对保障区域的覆盖情况进行测试验证，主要依靠路测的方式进行，可以车载 2-3 部终端，同时进行上下行业务进行遍历，尽量遍历可以到的

8、所有位置，如果为室内环境，需要人载终端进行室内遍历测试。压力测试验证为了保证重大事件发生时的多用户同时接入时对大业务量的需求，需要在事前进行压力测试，一般压力测试采取“人肉测试”的方法，具体测试的人员数量由保障的数据流量决定，分别采用 LTE 手机、测试终端及 CPE 等多种方式同时进行高清视频播放、文件下载等业务，针对各别事件如演唱会等可能会出现大量的数据上传业务，需要另外进行压力测试。网络运行情况测试在保障前进行压力测试以及保障时需要后台时时监控网络运行情况，具体包括后台告警及 KPI 保障，基站运行状态，业务流量等。应急预案容量监控CONNECTED用户数、ACTIVE用户数、PDCCH

9、资源利用率，PUCCH资源受限，应及时进行扩容。CONNECTED用户数：M8001C199：RRC_CONN_UE_AVGM8001C200：RRC_CONN_UE_MAXACTIVE用户数：M8001C223：CELL_LOAD_ACT_UE_AVGM8001C224：CELL_LOAD_ACT_UE_MAXPDCCH资源利用率：M8011C38：CCE_AVAIL_ACT_TTIM8011C39：AGG1_USED_PDCCHM8011C40：AGG2_USED_PDCCHM8011C41：AGG4_USED_PDCCHM8011C42：AGG8_USED_PDCCHCCE利用率：100*sum(1*M8011C39+2*M8011C40+3* M8011C41+4*M8011C42)/sum(M8011C38)扩容预警如上述，如果 Active 用户数超过最大支持数的 80%，则启用扩容方案