搜索
定时器类别参数英文名功能描述对网络质量的影响取值建议3GPP协议规定的取值范围接入类定时器T300该参数表示UE侧控制RRCconnectionestablishment过程的定时器。在UE发送RRCConnectionRequest后启动。在超时前如果：1.UE收到RRCConnectionSetup或RRCConnectionReject；2.触发Cell-reselection过程；3.NAS层终止RRCconnectionestablishment过程。则定时器停止。如定时器超时，则UE重置MAC层、释放MAC层配置、重置所有已建立RBs（RadioBears）的RLC实体。并通知NAS层RRCconnectionestablishment失败增加该参数的取值，可以提高UE的RRCconnectionestablishment过程中随机接入的成功率。但是，当UE选择的小区信道质量较差或负载较大时，可能增加UE的无谓随机接入尝试次数。减少该参数的取值，当UE选择的小区信道质量较差或负载较大时，可能减少UE的无谓随机接入尝试次数。但是，可能降低UE的RRCconnectionestablishment过程中随机接入的成功率1000msENUMERATED{ms100,ms200,ms300,ms400,ms600,ms1000,ms1500,ms2000}T302T302用于控制eUTRAN拒绝UE的RRC连接建立到UE下一次发起RRC连接建立过程的时间。UE接收RRCConnectionReject信息后得到其中的参数waitTime，定时器T302的取值由waitTime决定。设置过大会造成UERRC连接拒绝后限制时长过大，使本能够再次建立的RRC不能及时被建立，影响用户感知2sINTEGER(1..16)掉线类定时器及N310该参数表示接收连续“失步（out-of-sync）”指示的最大数目，达到最大数目后触发T310定时器的启动。N310设置的越大，UE对RL失步的判断就越不敏感，可能造成本来不可用的RL迟迟不能被上报RL失步进而无法触发后续的恢复或重建操作；该参数设置过小，会造成不必要的RRCn20ENUMERATED{n1,n2,n3,n4,n6,n8,n10,n20}常量重建T310UE的RRC层检测到physicallayerproblems时，启动定时器T310.该定时器运行期间，如果无线链路恢复，则停止该定时器，否则一直运行。该定时超时，认为无线链路失败。T310设置的越大，UE察觉RL下行失步的时间就越长，此时间内相关资源无法及时释放，也无法发起恢复操作或响应新的资源建立请求，影响用户的感知。该参数设置过小，会造成不必要的RRC重建1000msENUMERATED{ms0,ms50,ms100,ms200,ms500,ms1000,ms2000}N311该参数用于设置停止T310定时器所需要收到的最大连续“in-sync”指示的个数N311设置的越大，越可以保证RL恢复下行同步的可靠性，但相应的也会增加导致T310超时的风险，一旦T310超时，就会触发RLFAILURE原因的连接重建流程；n1ENUMERATED{n1,n2,n3,n4,n5,n6,n8,n10}切换类定时器T304ForIntra-Lte在“E-UTRAN内切换”和“切换入E-UTRAN的系统间切换”的情况下，UE在收到带有“mobilityControlInfo”的RRC连接重配置消息时启动定时器，在完成新小区的随机接入后停止定时器；定时器超时后UE需恢复原小区配置并发起RRC重建请求用于系统内切换，该值设置过大会导致切换失败无法及时回退并发起RRC连接重建过程500msENUMERATED{ms50,ms100,ms150,ms200,ms500,ms1000,ms2000,spare1}重建立类定时器T311T311用于UE的RRC连接重建过程，T311控制UE开始RRC连接重建到UE选择一个小区过程所需的时间，期间UE执行cell-selection过程。设置值越大，UE进行小区选择过程中所被允许的时间越长，RRCConnectionReestablishment过程越滞后；如果该参数设置过小，可能在某些链路可以被挽救的情况下，却由于定时器设置不合理而进入IDLE状态，引起掉话，严重影响用户感知。1000msENUMERATED{ms1000,ms3000,ms5000,ms10000,ms15000,ms20000,ms30000}T301在UE上传RRCConnectionReestabilshmentRequest后启动。在超时前如果收到UE收到RRCConnectionReestablis增加该参数的取值，可以提高UE的RRCconnectionre-establishment过程中随机接入的成功率。但是，当UE选择的小区信道质量600msENUMERATED{ms100,ms200,ms300,ms400,ms600,ms1000,ms1500,ms2000hment或RRCConnectionReestablishmentReject，则定时器停止。定时器超时，则UE变为RRC_IDLE状态较差或负载较大时，可能增加UE的无谓随机接入尝试次数。减少该参数的取值，当UE选择的小区信道质量较差或负载较大时，可能减少UE的无谓随机接入尝试次数。但是，可能降低UE的RRCconnectionre-establishment过程中随机接入的成功率1、T313定时器：1a、T313是连接模式下UE检测无线链路失败的定时器，在SIB1中广播。b、当UE从L1检测到连续N313个失步指示后启动T313定时器。当UE从L1检测到连续N315个同步指示后停止T313定时器。c、一旦T313超时，UE上报原因值为RLFAILURE的CELLUPDATE消息通知RNC空中接口下行失步。d、T313设置的过大，UE要较长时间才能察觉RL下行失步，此时间内相关资源无法及时释放，也无法发起恢复操作或响应新的资源建立请求。e、T313设置的过小，很可能造成对RL偶而的闪断过于敏感，从而导致频繁对本可以迅速自我恢复的RL上报CELLUPDATE消息，造成系统不必要的消息处理和流程开销。f、一般设置为3，单位为S2、N313计数器：a、N313表示连接模式下UE从L1层收到连续失步指示的最大次数，在SIB1中广播b、N313设置的越大，UE对RL失步的判断就越不敏感，可能造成本来不可用的RL迟迟不能被上报RL失步进而无法触发后续的恢复或重建操作c、N313设置的越小，越可以保证RL传输的可靠性，但相应的也会增加可恢复性RL闪断的误判，从而可能导致UE频繁的上报原因值为RLFAILURE的CELLUPDATE消息；d、一般设置为10，单位为次；3、T314定时器：a、当RL下行失步满足无线链路失败准则，UE发送了原因值为RLFAILURE的CELLUPDATE消息后，若当前存在与T314定时器关联的无线承载，则UE需要启动T314定时器。当小区更新过程完成后停止T314。b、在业务对应的T314超时之前，如果由CELLUPDATECONFIRM配置的无线链路建不成功，则还可以重发CELLUPDATE消息，进行无线链路的重建(重发CELLUPDATE消息和等待响应的保护机制由T302和N302联合完成)，基于此目的，配置T314应大于T302×N302。c、一旦T314超时，则相应的业务RB就被删除。d、T314设置的过大，UE要较长时间才能将已无法恢复的RL的相应业务资源释放，此时间内相关资源吊死，无法分配给其他业务使用。e、T314设置的过小，如上文所述，很可能造成无法与T302和N302的正确配合工作，从而导致RL重建失败率上升，业务被过早释放。mf、一般设置为12，单位12S；4、T315定时器：a、当RL下行失步满足无线链路失败准则，UE发送了原因值为RLFAILURE的CELLUPDATE消息后，若当前存在与T315定时器关联的无线承载，则UE需要启动T314定时器。当小区更新过程完成后停止T315。b、在业务对应的T315超时之前，如果由CELLUPDATECONFIRM配置的无线链路建不成功，则还可以重发CELLUPDATE消息，进行无线链路的重建(重发CELLUPDATE消息和等待响应的保护机制由T302和N302联合完成)，基于此目的，配置T315应大于T302×N302。c、一旦T315超时，则相应的业务RB就被删除。d、T315设置的过大，UE要较长时间才能将已无法恢复的RL的相应业务资源释放，此时间内相关资源吊死，无法分配给其他业务使用。e、T315设置的过小，如上文所述，很可能造成无法与T302和N302的正确配合工作，从而导致RL重建失败率上升，业务被过早释放。f、一般设置为180，单位S注：这里有个问题，T314与T315分别对应什么业务，为什么会相差这么大？5、N315定时器：a、N315表示连接模式下在T313定时器启动期间UE从L1接收到连续同步指示的最大次数，在SIB1中广播。b、N315设置的越大，越可以保证RL恢复下行同步的可靠性，但相应的也会增加导致T313超时的风险，一旦T313超时，就会触发RLFAILURE原因的小区更新流程；c、N315设置的越小，越增加判断RL下行恢复可用的风险，造成本来没有正确恢复下行同步的RL被认为成功恢复的误判可能性就越大，但由此导致的T313超时的风险会越小。d、一般设置为4，单位次；6、T302定时器：a、UE在发送CELLUPDATE/URAUPDATE消息后启动T302定时器，并将记录CELLUPDATE/URAUPDATE消息发送次数的计数器V302累加1；在收到CELLUPDATECONFIRM/URAUPDATECONFIRM消息后停止T302；b、一旦T302定时器超时，UE检查计数器V302，若V302=N302，则重发CELLUPDATE/URAUPDATE，否则进入空闲模式；c、T302设置的过大，会增大UE小区更新/URA更新流程平均时延d、T302设置的过小，会影响UE小区更新/URA更新流程成功率；e、一般设置为1400，单位ms；N302计数器：a、N302表示连接模式下允许UE发送CELLUPDATE/URAUPDATE消息的最大次数，在SIB1中广播；3q5Q'd:Q/T/Bjb、N302设置的越大，在无线网络较差的情况下对提高小区更新/URA更新流程成功率会有益处，但占用相应信道时间比较长，增加网络负载；c、N302设置的越小，占用的相应信道时间会越少，但会降低小区更新/URA更新流程成功率；d、一般设置为2，单位次；了解了这次计数器和定时器之后，我们可以想象一下，一次掉话/掉线是怎么样的一个过程呢？首先UE检测到了N313（10）次失步指示，启动了T313（3S），在T313时间内，UE没有检测到N315(4)次同步指示，T313超时了，UE发送CELLUPDATE消息，原因值为RLFAILURE，同时启动了T302(1400ms)，V302加1，T302超时，UE没有收到CELLUPDATECONFIRM消息，检测V302，若V302=N302(2)，则重发CELLUPDATE，否则进入空闲模式；这里有一个问题，好像T314、T315没有起到作用；我理解是这样的，RNC在发送了CELLUPDATECONFIRM之后，如果重配置的无线链路建不成功，在T314/T315时间内，该业务的无线资源不会被释放，直至T314(12S)/T315(180S)超时；17:462012-2-23上面提到的这些都是RNC级的参数，不知道有没有一些小区级的参数，功控类的参数，对掉线掉话率有影响呢？欢迎大家讨论！8、N_INSYNC_IND/连续同步指示次数a、该参数被NodeB用于检测UU接口上行是否失步；b、当CCTRCH处于同步状态