北京TD定时器和计数器分析Word下载.docx
《北京TD定时器和计数器分析Word下载.docx》由会员分享，可在线阅读，更多相关《北京TD定时器和计数器分析Word下载.docx（49页珍藏版）》请在冰豆网上搜索。
T313
N315
4
tHOTimeoutWaitCU
30000
5000
RNC
ms
TmpInfo46
T305
10
30
MSC
S
T308
5
上述定时器的调整对于改善掉话率，提高接通率有一定的辅助作用，在一些弱覆盖、快衰落或干扰较高的无线环境内，可以减少掉话，增加客户接入网络的概率，对于客户感知的提高有一定的好处。
另一方面，为了保证用户感知，这些TIMER的设置也会增加异常情况下的资源释放时长。
全部参数：
2空闲状态定时器分析
参数总表
通信阶段
设备默认取值
取值范围
空闲状态
T3212
0.7
0...25.5h,step0.1h
Hour
LUTM（中兴）
45
MSC（中兴）
[6,15300]
分
IMPLTI（诺西）
08-10
MSC（诺西）
[00-06,255-59]
HH-MM
TRESEL
[0,31]
PeriodicupdateTimer/T3312
3240
SGSN
[60，11160]
MobileReachableTimer/T3314
12000
3480
[2700,24000]
2.1T3212
1）参数现网分布
T3212取值
取值个数
取值百分比
0.7Hour
ALL
100.00%
总计
2）参数设置说明
●作用：
周期性位置更新定时器。
●启动：
MM业务或MM信令终止；
即在定时器还没有启动的情况下，MS每次进入NORMALSERVICE或ATTEMPTingTOUPDATE的子状态MMIDLE时启动此定时器。
●停止：
MM业务或MM信令启动。
（1）在MS离开MMIDLE状态后，定时器T3212将保持，即定时器不再计时但会保留当前时间值并在下次开始时继续此时间值计时；
（2）定时器停止（在下次开始时按初始值计时）：
---收到LOCATIONUPDATINGACCEPT或LOCATIONUPDATINGREJECT消息；
---收到AUTHENTICATIONREJECT消息；
---除了最近的业务状态为LIMITEDSERVICE时，收到第1条MM消息或在MM连接建立时加密模式设置完成；
---MS已经响应了寻呼，并且之后已经收到除RR消息的第1条正确的层3消息；
---定时器超时；
---MS去激活（手机关机或SIM移走）
●超时：
定时器超时后，MS发起周期性位置更新并置定时器为初始值；
当定时器超时后MS处于非Idle状态，位置更新将延迟到MS进入Idle状态再启动。
●取值：
0-25.5（1小时）；
此参数在BTS中设置，在系统消息3中下发给MS
3）参数使用策略
●参数设置规则：
周期太短，也会带来以下问题：
1）网络的信令流量大增，增加SDCCH负荷，严重时会影响系统中各实体的处理能力；
2）增大移动台的功耗，降低移动台的平均待机时间。
●周期性位置更新的设置策略对于网络稳定性有较大影响，同时，周期性位置更新的时长对用户MS终端的待机时长也有较大影响，频繁的周期性位置更新，会加大MS终端与网络联络的次数，增加MS终端上行信令流量（终端耗电），增加网络信令负荷。
●结合以上因素，北京现网T3212参数统一设置为0.7小时，在此种参数设置情况下，用户的MS终端每0.7小时进行一次周期性位置更新，也就是在用户没有主动与网络通信的情况下，每0.7小时，MS终端才会发送一次周期性位置更新请求。
●北京TD交换机存在中兴与诺西两种设备，其中中兴LUTM时长为45分钟，大于T3212的0.7小时，具备较好的合理性；
诺西IMPLTI时长为8小时10分钟，与RNC侧T3212值相差较大，可以在下一步工作中对诺西交换机下RNC的T3212取值进行测试验证。
4）与其他参数的关联性分析
●交换机侧周期性位置更新定时器时长需要大于T3212的设置值，这两个值均取整数。
●如果T3212大于交换机侧周期性位置更新定时器时长，用户不做LAC位置更新或开关机等，到达交换机侧位置区的周期性更新定时器时长后网络会认为用户关机，导致用户无法被叫。
2.2LUTM（中兴）
北京现网中兴MSC均设置为45分钟。
●当MS进行完一个事件行为后，网络将记录此终端事件结束的时间。
●当终端和网络再次进行交互后，网络将重新进行记录。
●当一个呼叫或一个短信进来的时候，VLR比较上一次用户处于active状态的时间和此参数限制的时间；
如果达到了此时间限制，网络认为此用户不在其网络覆盖内，并将其状态置为不可到达状态（IMSIdetachflag）。
但用户的数据不被删掉。
●如果IMSI处于detach状态，进来的incomingcall将会被中断，就不paging此用户，节省系统资源，降低无线负荷。
用于设置系统BSC/RNC下用户周期性位置更新的时间。
取值范围6~15300，默认值30。
一般应该设置为比T3212时长要长一些。
根据RNC方面的建议，如果T3212设置的时间是0.7小时，则建议该时间设置为45分钟。
这个时间的定义应该比T3212时长要长。
2.3IMPLTI（诺西）
北京现网诺西MSC均设置为8小时10分钟。
北京GSM和部分TD无线设备共用诺西MSC，应同时兼顾与2/3G无线网侧T3212的匹配性，GSM网有193个LAC，VLR平均登记用户超过1800万，而TD用户数相对较少，需要首先考虑GSM侧设置。
根据BSC方面的建议，如果T3212（GSM）设置的时间是7.9小时，则建议ImplicitIMSIDetach的时间设置为8小时10分钟；
针对T3212（TD）设置的时间是0.7小时，与ImplicitIMSIDetach时长相差较大，建议从T3212（TD）的设置入手，具体分析见2.1节。
这个时间的定义应该比T3212时长要长，但比Loitering时间要短。
2.4TRESEL
TRESEL取值
1s
880
8.22%
2s
9827
91.78%
10707
小区重选时间延迟不为0时，当发现更好的小区并且持续一段时间，则重选到该小区。
这段时间即为小区重选时间延迟。
UE满足重选门限后，启动该定时器。
UE不满足重选门限。
启动UE重选。
0-31（s）。
●设置过大，将会导致UE重选没有及时执行；
过小，将会导致乒乓重选。
●该参数的配置需要考虑网络的重选的稳定性，避免造成网络频繁重选。
现网大多数设置为2s，即同频/异频邻小区信号强度高于当前小区QHyst1S并持续2s即触发重选。
2.5PeriodicupdateTimer/T3312
北京现网SGSN均设置为3240s。
周期性更新定时器时长，用于指示手机发起周期性路由更新的时间间隔。
MM业务或MM信令终止；
即在定时器还没有启动的情况下，MS每次进入PMM-IDLE状态时再MS侧启动此定时器。
（1）在MS离开PMM-IDLE状态后，定时器将停止，即定时器不再计时但会保留当前时间值并在下次开始时继续此时间值计时；
---收到ROUTEINGAREAUPDATINGACCEPT或ROUTEINGAREAUPDATINGREJECT消息；
---除了最近的业务状态为LIMITEDSERVICE时，收到第1条GMM消息或在GMM连接建立时加密模式设置完成；
---MS已经响应了寻呼，并且之后已经收到除RR消息的第1条正确的层3消息；
定时器超时后，MS发起周期性路由区更新并置定时器为初始值；
当定时器超时后MS处于非Idle状态，路由区更新将延迟到MS进入Idle状态再启动。
60-11160（s）。
设置过大，可能由于未及时周期性路由区更新，导致无法被寻呼成功；
设置过小则会加重无线寻呼信道负荷。
周期性路由更新定时器PeriodicupdateTimer/T3312<
不可达定时器MobileReachableTimer时长
2.6MobileReachableTimer/T3314
北京现网SGSN均设置为12000s。
不可达定时器。
当MS进入PMM-IDLE状态时候，mobilereachabletimer被重置并且启动。
当MS进入PMM-CONNECTED状态时候，不可达定时器停止或者定时器超时。
定时器超时后，SGSN将分离MS，MS处于隐式分离状态。
2700-24000（s）。
该定时器一般要大于周期性路由区更新定时器，否则可能由于MS被SGSN分离，而导致无法进行寻呼的情况。
不可达定时器MobileReachableTimer/T3314>
周期性路由更新定时器PeriodicupdateTimer/T3312时长
3寻呼定时器分析
寻呼
MMWaitPageRspTimer/T3113（中兴）
6
PAGING消息重发次数（中兴）
VLRWaitPageRspTimer（中兴）
15
AT（诺西）
[0,5]
INT（诺西）
3.5
[50,3000]
SCOUNT（诺西）
SINTER（诺西）
[50,1000]
3.1MMWaitPageRspTimer/T3113（中兴）
北京现网中兴MSC均设置为6s。
MM等待寻呼响应时长，当MM通过RANAP/BSSAP发起了IU/A口寻呼消息后，将启动T3113定时器，等待寻呼响应消息。
MM收到VLRMAP发送的mcvPageReqEvent消息后启动此定时器。
MM收到MS的寻呼响应消息。
超时处理，若无多次寻呼，结束处理。
否则以PAGING消息重发次数为依据判决是否重新发送paging消息并重新设置定时器。
●北京现网中兴MSC中MM对RANAP/BSSAP的“PAGING消息重发次数”参数设置为“1”，即发生1+1=2次寻呼，“寻呼时使用TMSI”参数设置为“否”，即两次寻呼均使用IMSI，每次寻呼时长均为6s，以3G语音终呼为例说明VMSC在处理对被叫寻呼的一般过程：
---MCC收到入呼叫的Setup消息后向VLRMAP发送mcvSndInfInCallReqEvent消息；
---VLRMAP根据被叫用户的无线证实标志发起Page或Search过程，并根据有名定时器预定义的寻呼定时器时长，启动T3113定时器，等待UE/MS寻呼响应后的接入过程；
---MM向RANAP/BSSAP发起发送寻呼消息，RANAP/BSSAP再根据LAI相关的RNC/BSC局向发送IU/A口PAGING消息（Search时为全网寻呼）；
---当T3113定时器超时，MM将根据寻呼策略中的重发次数以及寻呼流控中的最后一次寻呼扩大范围，来发起再次寻呼；
---当RANAP/BSSAP收到IU/A口的寻呼响应消息后，将此消息发送给MM。
MM如果寻呼类型是Search，则向VLRMAP发送mcvSearchCnf消息通知VLRMAP，然后进入接入过程，准备建立MM连接。
如果寻呼类型是Page则直接发送mcvProcAccReq消息给VLRMAP，启动接入过程。
●通过结合现网负荷情况对T3113参数时长的调整来改善寻呼成功率；
●从7月12日-19日现网统计指标来看，北京中兴两个MSC话音寻呼率为93%左右，该指标保持了较高水平。
T3113*（PAGING消息重发次数+1）<
VLRWaitPageRspTimer时长
3.2PAGING消息重发次数（中兴）
北京现网中兴MSC均设置为1次。
用于设置PAGING消息重发次数。
●北京现网中兴MSC中MM对RANAP/BSSAP的“PAGING消息重发次数”参数设置为“1”，即发生1+1=2次寻呼，“寻呼时使用TMSI”参数设置为“否”，即两次寻呼均使用IMSI，每次寻呼时长均为6s。
3.3VLRWaitPageRspTimer（中兴）
北京现网中兴MSC均设置为15s。
VLRMAP等待寻呼响应时长，VLRMAP向MM发送寻呼请求消息后，将启动该定时器，等待寻呼响应消息。
VLRMAP向MM发送寻呼请求消息后设置此定时器。
正常中止，收到MM发送的接入请求消息或寻呼失败消息。
定时器超时后，释放本次业务。
3.4AT（诺西）
北京现网诺西MSC下的LAC均设置为1。
2）参数设置说明
●取值范围：
0-5
在交换机VLR参数中存在RTPMTC参数，其意义如下：
●先TMSI寻呼，再IMSI寻呼，AT指明LAC级别重复寻呼的次数。
●如AT等于1，RTPMTC=Y，实际上执行了2次TMSI和IMSI寻呼。
●A接口寻呼消息发送顺序如下：
Paging（TMSI）
Paging（IMSI）
按照现网无线情况进行重复寻呼次数设置
与INT共同决定了LAC寻呼的次数和寻呼间隔。
3.5INT（诺西）
北京现网诺西MSC下的LAC均设置为3.5s。
∙取值范围：
[0.5s,30s]
∙启动：
MSC向BSC发送PAGINGREQUEST消息
∙停止：
收到BSC发来的PAGINGRESPONE消息
∙超时：
定时器超时后，MSC重发寻呼消息，并重新启动T3113定时器；
重发次数由AT参数定义。
设置过小，有助于降低接入时延，但会加大重呼失败的几率；
设置过大，则会加大接入时延。
3.6SCOUNT（诺西）
北京现网诺西MSC下均设置为2。
∙此参数定义某一个单一的Search可以重复的次数，为了节省无线资源建议不要设置次数较多。
∙Search其意义基本等同于Paging。
当VLR数据库中该被叫用户的LAC位置信息丢失或不正确时进行的SERCH全局寻呼过程。
按照现网无线情况进行设置
与SINTER共同决定了SEARCH寻呼的次数和寻呼间隔。
3.7SINTER（诺西）
北京现网诺西MSC下均设置为3秒
此参数用于定义用于SearchRequest的响应等待的时间。
与SCOUNT共同决定了SEARCH寻呼的次数和寻呼间隔。
4随机接入定时器分析
随机接入
MaxSYNCUL
1，2，4，8
0…32,step1
WT
[1,4]
子帧
4.1MaxSYNCUL
MaxSYNCUL取值
8次
物理层需要发送多次Sync_UL并等待FPACH响应来进行随机接入尝试。
发起PRACH接入之后，物理层将发起一次功率爬坡过程。
在该过程中，物理层将按照发射－等待－功率攀升－再发射的次序进行多次Sync_UL尝试，每个功率爬坡过程中Sync_UL尝试的次数最大为UpPCH最大发射次数。
1，2，4，8（次）
●该参数设置过小，将会导致上行接入失败率提高；
设置过大，会影响客户感知。
●随机接入的相关定时器是UE在业务接入前进行上行同步的过程。
通过配置随机接入的计数器，通过多次重发上行导频信号以及提升上行导频信号的发射功率，提高NodeB接收到导频信号的概率。
通过调整UE接收FPACH的响应信息的等待时间，使UE最大概率接收到NodeB的同步信号，完成上行同步过程。
随机接入的三个参数在不影响用户感知的情况下，可以将其尽可能的设大以提升接通成功率。
目前北京的网络也是基本采用该种设置策略。
4.2Mmax
Mmax取值
指上行同步的最大允许重复次数。
若在UpPCH持续的功率爬坡过程中，UE在MaxSYNCUL次尝试之后仍未接收到FPACH响应，则退出该次功率爬坡过程，然后进行下一次的尝试，尝试次数即由上行同步重复最大次数决定。
1-32（次）
●北京公司为解决现网存在UpPCH发射功率过高的问题，将NodeB期望的UpPCH接收功率从62db调整为30db，功率增量从1db调整为3db，Mmax从系统默认的2次调整为8次，合理的降低了UE在UpPCH信道上的发射功率，具体分析见10.1.2节调整随机接入相关计数器降低UpPCH发射功率，具有一定借鉴意义。
4.3WT
WT取值
4子帧
在发送上行同步码之后，UE在随后的WT个子帧内侦听FPACH响应，若在规定的时间内没有听到FPACH响应，UE将认为响应失败。
NODEB不会对WT帧之前的UpPTS进行响应。
此取值保证UE接入概率最大。
1-4（子帧）
5RRC建立定时器分析
RRC建立
T300
2000
100，200，400，600，800，1000，1200，1400，1600，1800，2000，3000，4000，6000，8000
0…7,step1
Twait
[0,15]
5.1T300
T300取值
2000ms
UE发送RRCCONNECTIONREQUEST消息后的等待时间。
当MAC层指示RRCCONNECTIONREQUEST消息被成功或者未成功发送的时候，开始T300定时器的计时。
UE接收到RRCCONNECTIONSETUP。
当V300>
N300的时候，进入idle模式，认为本次RRC建立过程失败，过程结束。
100，200，400，600，800，1000
升级会员 