最大支持的Active E-RAB和用户数建议都配置为260-300之间。 具体参数信息如下表：
参数名（OMC命名） 描述 基于用户数的接纳算法控制开关。如为ACTDD::SwitchForUeNum 0，则基于用户数的接纳控制功能关闭。 如为1，则基于用户数的接纳功能打开。 1.4M取30； 3M取100； [0..65535] 5M取150； 10取350； 15取580； 20取790； 0,1 1 取值范围 缺省值 小区接入用户数门限。此参数取值与系统设计的实际能力相关，运营商根据小ACTDD::ueNumThrd 区情况的不同设置不同的门限。 建议取值：建议根据小区实际能力进行配置。 基于Active E-RAB数目的接纳控制算ACTDD::SwitchForRAB 法开关。取值为0则此功能关闭；取值为1则此功能打开。 建议取值：1 1.4M取30； 3M取100； [0..65535] 5M取150； 10取350； 15取580； 20取790； 0,1 1 小区Active E-RAB数门限。此参数取值与系统设计的实际能力相关，运营商ACTDD::rabThrd 根据小区情况的不同设置不同的门限。 建议取值：建议根据小区实际能力进行配置。 参数配置路径见下： 无线参数->TD-LTE->E-UTRAN TDD小区->接纳控制
4.6 主动迁移用户到空闲态功能 4.6.1 原理概述
用户处于连接态但又无业务发生时，仍然会占用少量空口控制信令资源（如PUCCH
资源、上行sounding导频等）。为提高空口资源利用率，基站通过用户业务监测，满足一段时间无业务发生条件时，就主动释放用户资源，将用户迁移到空闲态。
对于每个出于RRC_Connected态的UE，eNodeB都会维护一个对应的inactive定时器，若用户在定时器时长这段期间内都没有上/下行数据传输，则定时器超时后会触发基站侧主动下发RRC_CONNECTION_RELEASE命令，释放用户资源。
17 / 41
4.6.2 使用建议及配置说明
建议全网开启该功能,取值为10s。 具体参数信息如下表：
参数名（OMC命名） 描述 本参数决定是否启用user inactivity功能。参数粒度为基站级别 1：启用USER INACTIVITY 0：不启用USER INACTIVITY ENUMERATED { 1s, 2s, 3s, 5s, 7 s,10s,15s,20s,s25, 30s40s, 50s, min1, min1s20c, min1s40, min2, min2s30,min3, min3s30,min4, min5, min6, min7,min8, min9,min10, min12,min14, min17, 控制面user-inactivity定时器时长。UeTimerTDD::tUserInac 参数粒度为基站级别 min20, min24, min28, 20s 0,1 1 取值范围 缺省值 GlobleSwitchInformationTDD ::switchForUserInactivity min33,min38, min44, min50, hr1, hr1min30, hr2,hr2min30, hr3,hr3min30, hr4, hr5, hr6,hr8, hr10, hr13, hr16, hr20,day1,day1hr12, day2,day2hr12, day3, day4, day5, day7,day10, day14, day19,day24, day30, dayMoreThan30} 对于tUserInac参数，若设置太长则空闲UE不能及时释放资源；若太短则可能把暂
时很短时间空闲的UE给释放了。具体取值可以依据业务模型和资源使用策略进行调整。 参数配置路径见下：
18 / 41
1) switchForUserInactivity：无线参数--TD-LTE--无线业务配置--全局业务开
关--User-inactive使能 2) tUserInac：无线参数--TD-LTE--无线业务配置--UE定时器--控制面
User-inactive定时器
4.7 RRC信令过程中的控制定时器 4.7.1 原理概述
用户与基站进行RRC信令交互时，可能存在RRC信令失败或者被拒等情况，若不设定时器，用户和基站将处于不可及状态，存在浪费信令开销的问题，更严重时出现死机状态。
RRC信令包括建立、重配、释放、重建这几个过程，对应的控制定时器有T300~T305、T311、T320，下表列出了各定时器的功能说明及所涉及的信令过程。
定时器名称 功能说明 RRC过程 T300超时后，UE重置MAC、RLC层并通知上层RRC建立过程失T300 败。 系统侧通过SIB2中广播UE-TimersAndConstants，其中含有T300的取值范围（枚举类型） T302 UE收到RRCConnectionReject命令后，将T302的时长设为waitTime并启动定时器，定时器超时前该小区对于UE是Barred 由发起主叫呼叫的UE根据BarringForMO-Data信息来取值并启动 T303 启动条件：UE生成的随机数>ac-BarringFacto 时长计算：T303= (0.7+ 0.6 * rand) * ac-BarringTime UE行为：该定时器超时前，该Cell对于UE都是barred 由发起主叫信令的UE根据BarringForMO- Signalling信息来取值并启动 T305 启动条件：UE生成的随机数>ac-BarringFacto 时长计算：T303= (0.7+ 0.6 * rand) * ac-BarringTime UE行为：该定时器超时前，该Cell对于UE都是barred UE收到切换命令后（mobilityControlInfo），启动T304定时器且将T304 时长设为参数t304对应数值。 T304超时意味着切换失败，UE回退到源小区所用的配置并发起连接重建过程。 系统侧通过SIB2中广播UE-TimersAndConstants，来提供T311的T311 初始取值。 UE发送RRCConnectionRestablsih命令后启动T311； T311超时后，UE会释放所有资源并进入IDLE态 RRC connection re-establishment RRC connection reconfiguration RRC Connection Establish 19 / 41
定时器名称 功能说明 系统侧通过SIB2中广播UE-TimersAndConstants，其中含有T301的取值。 RRC过程 T301 在RRC连接重建过程中，如果UE发现了合适的小区则会启动T301定时器； T301超时后，UE会释放所有资源并进入IDLE态 T320定时器的时长由RRCConnectionRelease信令中的t320字段T320 给定，取值范围： T320超时后，UE会丢弃专用载频优先级，转而以广播中的载频优先级为准。UE在收到RRCConnectionSetup命令后则停止该定时器。 RRC connection release 4.7.2 使用建议及配置说明
本节仅列出了影响网络KPI指标的相关定时器，可以优化相关参数。
参数名（OMC命名） 描述 取值范围 缺省值 该参数是UE等待RRC连接响应的定时器长UeTimerTDD::T300 度。取值太短可能会影响到RRCConnectionSetupRRCConnectionReject消息的接收。 或枚举类型 0:100{100ms},1:200{200},2:300{300},3:400{400},4:600{600},5:1000{1000},6:1500{1500},7:2000{2000} 单位：ms 7{2000ms} UE收到RRC连接拒绝后等待RRC连接请求重UeTimerTDD ::T302 试的定时器长度。该定时器取值太长会导致UE不能及时再次进行RRC连接请求尝试，太短又可能导致UE无法进入RRC连接态或进行小区重选 枚举类型 0:50{50},1:100{100},2:150{150},3:200{200},4:500{500},5:1000{1000},6:2000{2000} 单位：ms 枚举类型 0:1000{1000},1:3000{3000},2:5000{5000},3:10000{10000},4:15000{15000},5:20000{20000},6:30000{30000} 单位：ms 2{5000ms} 5{1000ms} [1..16] 单位：s 3s UE等待切换成功的定时器。T304和UE切换UeTimerTDD ::T304 有关，太长会导致UE切换失败不能及时发起RRC重建，太短又可能导致切换失败。建议值：5 UE监测无线链路失败转入空闲状态的定时UeTimerTDD ::T311 器。该定时器取值太长会导致UE不能及时进入IDLE状态，太短又可能会影响UE选择到合适的E-UTRAN小区或其他RAT小区。建议值：2 20 / 41