《北京TD定时器和计数器分析.doc》由会员分享，可在线阅读，更多相关《北京TD定时器和计数器分析.doc（49页珍藏版）》请在三一办公上搜索。
1、北京TD定时器和计数器分析V1.4目录北京TD定时器和计数器分析1V1.411定时器现状分析42空闲状态定时器分析52.1T321252.2LUTM（中兴）62.3IMPLTI（诺西）72.4TRESEL82.5Periodic update Timer/T331282.6Mobile Reachable Timer/T331493寻呼定时器分析103.1MM Wait PageRsp Timer /T3113（中兴）103.2PAGING消息重发次数（中兴）123.3VLR Wait PageRsp Timer（中兴）123.4AT（诺西）133.5INT（诺西）143.6SCOUNT（诺西
2、）143.7SINTER（诺西）154随机接入定时器分析164.1MaxSYNCUL164.2Mmax174.3WT175RRC建立定时器分析185.1T300185.2N300205.3Twait216RAB建立定时器分析236.1T312_IDLE236.2N312_IDLE246.3Ranap RAB Assignment（中兴）247业务保持定时器分析277.1T312_CONN277.2N312_CONN287.3EVENTBNUM297.4EVENT4B0NUMCOE2IDLE307.5OUTSYNC307.6INSYNC317.7RLFAIL317.8tRlRestore327.
3、9RlFailWaitCU337.10N313347.11T313357.12N315357.13T302367.14N302378切换定时器分析388.1tHOTimeoutWaitCU388.2TmpInfo46398.3RRM_MCP_HOFAIL_PUNISH399释放定时器分析409.1T305409.2T3084110评估总结4210.1值得借鉴的思路4210.1.1调整业务保持阶段相关定时器提高小区更新成功率4210.1.2调整随机接入相关计数器降低UpPCH发射功率4310.2需要进一步优化探讨的内容及下阶段展开的专题4610.2.1需要进一步优化探讨的内容4610.2.2具体
4、讨论思路4710.2.3下阶段展开的专题491 定时器现状分析通过对北京现网40个TD定时器和计数器的设置分析，北京现网定时器和计数器的设置均比较合理，符合各项功能的原则要求，且满足定时器之间的约束关系。在40个定时器和计数器中，有15个定时器和计数器的设置依据北京现网的情况进行过优化调整，详细信息请见下表：参数英文名称北京取值默认值所属网元单位Mmax82UE次N30023UE次T312_IDLE23UEsN312_IDLE21UE次N312_CONN21UE次EVENTBNUM3UE次EVENT4B0NUMCOE2IDLE1UE次OUTSYNC20/25620NodeB次RLFAIL15/
5、10/25.51NodeBsT313 21UEsN315 41UE次tHOTimeoutWaitCU300005000RNCmsTmpInfo4612RNC次T3051030MSCST308530MSCS上述定时器的调整对于改善掉话率，提高接通率有一定的辅助作用，在一些弱覆盖、快衰落或干扰较高的无线环境内，可以减少掉话，增加客户接入网络的概率，对于客户感知的提高有一定的好处。另一方面，为了保证用户感知，这些TIMER的设置也会增加异常情况下的资源释放时长。全部参数：2 空闲状态定时器分析参数总表通信阶段参数英文名称北京取值设备默认取值所属网元取值范围单位空闲状态T32120.70.7RNC0.
6、25.5 h, step 0.1 hHourLUTM （中兴）4530MSC（中兴）6,15300分IMPLTI（诺西）08-10MSC（诺西）00-06,255-59HH-MMTRESEL22UE0,31sPeriodic update Timer/T331232403240SGSN60，11160sMobile Reachable Timer/T3314120003480SGSN2700,24000s2.1 T32121) 参数现网分布T3212取值取值个数取值百分比0.7 HourALL100.00%总计ALL100.00%2) 参数设置说明l 作用：周期性位置更新定时器。l 启动： M
7、M业务或MM信令终止；即在定时器还没有启动的情况下，MS每次进入NORMAL SERVICE 或ATTEMPTing TO UPDATE 的子状态MM IDLE时启动此定时器。l 停止：MM业务或MM信令启动。(1) 在MS离开MM IDLE状态后，定时器T3212将保持，即定时器不再计时但会保留当前时间值并在下次开始时继续此时间值计时；(2) 定时器停止（在下次开始时按初始值计时）：- 收到LOCATION UPDATING ACCEPT或LOCATION UPDATING REJECT消息；-收到AUTHENTICATION REJECT消息；-除了最近的业务状态为LIMITED SERV
8、ICE时，收到第1条MM消息或在MM连接建立时加密模式设置完成；-MS已经响应了寻呼，并且之后已经收到除RR消息的第1条正确的层3消息；-定时器超时；-MS去激活（手机关机或SIM移走）l 超时：定时器超时后，MS发起周期性位置更新并置定时器为初始值；当定时器超时后MS处于非Idle状态，位置更新将延迟到MS进入Idle状态再启动。l 取值：0-25.5 （1小时）；此参数在BTS中设置，在系统消息3中下发给MS3) 参数使用策略l 参数设置规则：周期太短，也会带来以下问题： 1）网络的信令流量大增，增加SDCCH负荷，严重时会影响系统中各实体的处理能力； 2）增大移动台的功耗，降低移动台的平
9、均待机时间。 l 周期性位置更新的设置策略对于网络稳定性有较大影响，同时，周期性位置更新的时长对用户MS终端的待机时长也有较大影响，频繁的周期性位置更新，会加大MS终端与网络联络的次数，增加MS终端上行信令流量（终端耗电），增加网络信令负荷。l 结合以上因素，北京现网T3212参数统一设置为0.7小时，在此种参数设置情况下，用户的MS终端每0.7小时进行一次周期性位置更新，也就是在用户没有主动与网络通信的情况下，每0.7小时，MS终端才会发送一次周期性位置更新请求。l 北京TD交换机存在中兴与诺西两种设备，其中中兴LUTM时长为45分钟，大于T3212的0.7小时，具备较好的合理性；诺西IMP
10、LTI时长为8小时10分钟，与RNC侧T3212值相差较大，可以在下一步工作中对诺西交换机下RNC的T3212取值进行测试验证。4) 与其他参数的关联性分析l 交换机侧周期性位置更新定时器时长需要大于T3212的设置值，这两个值均取整数。l 如果T3212大于交换机侧周期性位置更新定时器时长，用户不做LAC位置更新或开关机等，到达交换机侧位置区的周期性更新定时器时长后网络会认为用户关机，导致用户无法被叫。2.2 LUTM（中兴）1) 参数现网分布北京现网中兴MSC均设置为45分钟。2) 参数设置说明l 当MS进行完一个事件行为后，网络将记录此终端事件结束的时间。l 当终端和网络再次进行交互后，
11、网络将重新进行记录。l 当一个呼叫或一个短信进来的时候，VLR比较上一次用户处于active状态的时间和此参数限制的时间；如果达到了此时间限制，网络认为此用户不在其网络覆盖内，并将其状态置为不可到达状态（IMSI detach flag）。但用户的数据不被删掉。l 如果IMSI 处于detach状态，进来的incoming call将会被中断，就不paging此用户，节省系统资源，降低无线负荷。3) 参数使用策略用于设置系统BSC/RNC下用户周期性位置更新的时间。取值范围615300，默认值30。一般应该设置为比T3212时长要长一些。根据RNC方面的建议，如果T3212设置的时间是0.7小
12、时，则建议该时间设置为45分钟。4) 与其他参数的关联性分析这个时间的定义应该比T3212时长要长。2.3 IMPLTI（诺西）1) 参数现网分布北京现网诺西MSC均设置为8小时10分钟。2) 参数设置说明l 当MS进行完一个事件行为后，网络将记录此终端事件结束的时间。l 当终端和网络再次进行交互后，网络将重新进行记录。l 当一个呼叫或一个短信进来的时候，VLR比较上一次用户处于active状态的时间和此参数限制的时间；如果达到了此时间限制，网络认为此用户不在其网络覆盖内，并将其状态置为不可到达状态（IMSI detach flag）。但用户的数据不被删掉。l 如果IMSI 处于detach状
13、态，进来的incoming call将会被中断，就不paging此用户，节省系统资源，降低无线负荷。3) 参数使用策略一般应该设置为比T3212时长要长一些。北京GSM和部分TD无线设备共用诺西MSC，应同时兼顾与2/3G无线网侧T3212的匹配性，GSM网有193个LAC，VLR平均登记用户超过1800万，而TD用户数相对较少，需要首先考虑GSM侧设置。根据BSC方面的建议，如果T3212（GSM）设置的时间是7.9小时，则建议Implicit IMSI Detach的时间设置为8小时10分钟；针对T3212（TD）设置的时间是0.7小时，与Implicit IMSI Detach时长相差较
14、大，建议从T3212（TD）的设置入手，具体分析见2.1节。4) 与其他参数的关联性分析这个时间的定义应该比T3212时长要长，但比Loitering时间要短。2.4 TRESEL1) 参数现网分布TRESEL取值取值个数取值百分比1s8808.22%2s982791.78%总计10707100.00%2) 参数设置说明l 作用：小区重选时间延迟不为0时，当发现更好的小区并且持续一段时间，则重选到该小区。这段时间即为小区重选时间延迟。l 启动：UE满足重选门限后，启动该定时器。l 停止：UE不满足重选门限。l 超时：启动UE重选。l 取值：0-31 （s）。3) 参数使用策略l 设置过大，将会
15、导致UE重选没有及时执行；过小，将会导致乒乓重选。l 该参数的配置需要考虑网络的重选的稳定性，避免造成网络频繁重选。现网大多数设置为2s，即同频/异频邻小区信号强度高于当前小区QHyst1S并持续2s即触发重选。4) 与其他参数的关联性分析2.5 Periodic update Timer/T33121) 参数现网分布北京现网SGSN均设置为3240s。2) 参数设置说明l 作用：周期性更新定时器时长，用于指示手机发起周期性路由更新的时间间隔。l 启动：MM业务或MM信令终止；即在定时器还没有启动的情况下，MS每次进入PMM-IDLE状态时再MS 侧启动此定时器。l 停止： (1) 在MS离开
16、PMM-IDLE状态后，定时器将停止，即定时器不再计时但会保留当前时间值并在下次开始时继续此时间值计时；(2) 定时器停止（在下次开始时按初始值计时）：-收到ROUTEING AREA UPDATING ACCEPT或ROUTEING AREA UPDATING REJECT消息；-收到AUTHENTICATION REJECT消息；-除了最近的业务状态为LIMITED SERVICE时，收到第1条GMM消息或在GMM连接建立时加密模式设置完成；- MS已经响应了寻呼，并且之后已经收到除RR消息的第1条正确的层3消息；-定时器超时；-MS去激活（手机关机或SIM移走）l 超时：定时器超时后，M
17、S发起周期性路由区更新并置定时器为初始值；当定时器超时后MS处于非Idle状态，路由区更新将延迟到MS进入Idle状态再启动。l 取值：60-11160（s）。3) 参数使用策略设置过大，可能由于未及时周期性路由区更新，导致无法被寻呼成功；设置过小则会加重无线寻呼信道负荷。4) 与其他参数的关联性分析周期性路由更新定时器Periodic update Timer/T3312周期性路由更新定时器Periodic update Timer/T3312时长3 寻呼定时器分析参数总表通信阶段参数英文名称北京取值设备默认取值所属网元取值范围单位寻呼MM Wait PageRsp Timer /T3113
18、（中兴）66MSC（中兴）sPAGING消息重发次数（中兴）11MSC（中兴）次VLR Wait PageRsp Timer（中兴）1515MSC（中兴）sAT（诺西）11MSC（诺西）0,5次INT（诺西）3.53.5MSC（诺西）50,3000sSCOUNT（诺西）22MSC（诺西）0,5次SINTER（诺西）33MSC（诺西）50,1000s3.1 MM Wait PageRsp Timer /T3113（中兴）1) 参数现网分布北京现网中兴MSC均设置为6s。2) 参数设置说明l 作用：MM等待寻呼响应时长，当MM通过RANAP/BSSAP发起了IU/A口寻呼消息后，将启动T3113定
19、时器，等待寻呼响应消息。l 启动：MM收到VLRMAP发送的mcvPageReqEvent消息后启动此定时器。l 停止：MM收到MS的寻呼响应消息。l 超时：超时处理，若无多次寻呼，结束处理。否则以PAGING消息重发次数为依据判决是否重新发送paging消息并重新设置定时器。3) 参数使用策略l 北京现网中兴MSC中MM对RANAP/BSSAP的“PAGING消息重发次数”参数设置为“1”，即发生1+1=2次寻呼，“寻呼时使用TMSI”参数设置为“否”，即两次寻呼均使用IMSI，每次寻呼时长均为6s，以3G语音终呼为例说明VMSC在处理对被叫寻呼的一般过程：- MCC收到入呼叫的Setup消
20、息后向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
21、。MM如果寻呼类型是Search，则向VLRMAP发送mcvSearchCnf消息通知VLRMAP，然后进入接入过程，准备建立MM连接。如果寻呼类型是Page则直接发送mcvProcAccReq消息给VLRMAP，启动接入过程。l 通过结合现网负荷情况对T3113参数时长的调整来改善寻呼成功率；l 从7月12日-19日现网统计指标来看，北京中兴两个MSC话音寻呼率为93%左右，该指标保持了较高水平。4) 与其他参数的关联性分析T3113*（PAGING消息重发次数+1） VLR Wait PageRsp Timer时长3.2 PAGING消息重发次数（中兴）1) 参数现网分布北京现网中兴MSC
22、均设置为1次。2) 参数设置说明l 作用：用于设置PAGING消息重发次数。3) 参数使用策略l 北京现网中兴MSC中MM对RANAP/BSSAP的“PAGING消息重发次数”参数设置为“1”，即发生1+1=2次寻呼，“寻呼时使用TMSI”参数设置为“否”，即两次寻呼均使用IMSI，每次寻呼时长均为6s。4) 与其他参数的关联性分析T3113*（PAGING消息重发次数+1） VLR Wait PageRsp Timer时长3.3 VLR Wait PageRsp Timer（中兴）1) 参数现网分布北京现网中兴MSC均设置为15s。2) 参数设置说明l 作用：VLRMAP等待寻呼响应时长，
23、VLRMAP向MM发送寻呼请求消息后，将启动该定时器，等待寻呼响应消息。l 启动：VLRMAP向MM发送寻呼请求消息后设置此定时器。l 停止：正常中止，收到MM发送的接入请求消息或寻呼失败消息。l 超时：定时器超时后，释放本次业务。3) 参数使用策略该定时器一般要大于周期性路由区更新定时器，否则可能由于MS被SGSN分离，而导致无法进行寻呼的情况。4) 与其他参数的关联性分析T3113*（PAGING消息重发次数+1）N300的时候，进入idle模式，认为本次RRC建立过程失败，过程结束。l 取值：100，200，400，600，800，1000，1200，1400，1600，1800，200
24、0，3000，4000，6000，8000 （ms）。3) 参数使用策略l 该参数设置过大，将会导致RRC connection Request 重发周期过大，发送次数过少，在网络质量较差时，会导致UE接入成功率较低；设置过大，会导致RACH的碰撞。l 通过调整T300、N300的参数配置，提高RRC接入的成功率，同时需要考虑避免业务的接入时延过长问题。在发生RRC接入拒绝的情况后，通过Twait参数设置，使业务在延后一段时间后再重新接入，提高RRC接入的成功率。调整T300、N300及Twait参数，首先需要从提高接入成功率的角度进行配置，其次还需要考虑用户的使用感受等方面内容。4) 与其他
25、参数的关联性分析5.2 N3001) 参数现网分布N300取值取值个数取值百分比2次ALL100.00%总计ALL100.00%2) 参数设置说明l 作用：重传RRC CONNECTION REQUEST消息的最大数目，详见T300。l 取值：0-7 （次）。3) 参数使用策略l 过大时，RRC CONNECTION REQUEST重发的次数将会大大增加。在上行链路不太好时，有可能会导致UE长时间的试图接入网络，浪费电池资源；过小时，会降低RRC建立成功率。l 北京现网N300取值由默认3次调整为2次，是基于2009年多普达S700手机导致大量RRC连接失败的一种临时策略。原系统设置的T300
26、为2秒，T312为3秒。根据331协议，如果手机收到RRC Setup消息，但DPCH同步失败，则间隔T312时间后重发，RNC侧建立无线链路等待同步的时间也和T312相同为3秒。但是，通过对于大量CT的分析，以及针对几种不同芯片的终端测试发现，手机由于DPCH同步失败重发RRC Connection Request的时间是T300+T312，按照目前的设置就是5秒。如下图：此时由于RNC 侧无线链路早已经删除，每次重发都分配新的无线链路，按照新发统计。因此在进行KPI统计的时候，对于连续多次的重发，每次都算作一次失败，导致了个别用户在短时间内贡献大量的RRC连接失败。为了规避该种情况导致的大
27、量RRC连接失败，当时对现网参数作出以下调整：- RNC侧同步定时器从3秒延长为5秒；- T312修改为2秒，这样RRC重发的时间可以缩短为4秒，不会超过5秒；- N300由原来的3次修改为2次。因为RNC内部还有其他的定时器，限定了GID最长时间为15秒，因此，重传时间相加最长不能超过15秒，重发两次，则一共时间为12秒，可以满足要求。目前市面上该种类型手机已经很少，且该参数设置过小对RRC建立成功率有一定影响，建议对上述定时器取值重新进行讨论。4) 与其他参数的关联性分析5.3 Twait1) 参数现网分布Twait取值取值个数取值百分比1sALL100.00%总计ALL100.00%2)
28、 参数设置说明l 作用：UE重建RRC连接前的等待时间，是UE收到RRC连接拒绝时到允许再次发接入请求的等待时间。此参数在RRC CONNECTION REJECT消息中带给UE，如下图：l 启动：收到RRC CONNECTION REJECT后启动该定时器延。l 停止：l 超时：根据V300与N300的关系，是否继续发送RRCCONNECTIONGREQUEST。l 取值：0-15 （s）。3) 参数使用策略l 如果该参数设置太小，可能会导致网络侧资源不能完全释放，呼叫失败的概率增加。如果该参数设置太大，可能导致UE长时间不做请求尝试，影响接入时延。4) 与其他参数的关联性分析6 RAB建立
29、定时器分析参数总表通信阶段参数英文名称北京取值设备默认取值所属网元取值范围单位RAB建立T312_IDLE23UE0,15sN312_IDLE21UE1, 50, 100, 200, 400, 600, 800, 1000,2,4,10,20次Ranap RAB Assignment（中兴）1515MSC（中兴）8,18s6.1 T312_IDLE1) 参数现网分布T312_IDLE取值取值个数取值百分比2sALL100.00%总计ALL100.00%2) 参数设置说明l 作用：专用物理信道建立后等待同步指示的时间。l 启动：UE开始专用信道建立时，设置定时器T312来等待L1的同步指示。l
30、停止：从L1连续收到N312个同步指示，则认为专用信道建立成功，杀定时器。l 超时：如在专用信道建立完成前，T312超时，则认为专用信道建立失败。l 取值：0-15 （s）3) 参数使用策略l 设置过大，将会导致物理信道建立成功的时间变长。过小将会导致无线链路释放过于频繁，即使短暂的链路质量下降也会导致无线链路的失败。l T312、N312通过调整，既要保证物理信道能够尽快建立，又要避免无线链路失败的误判。l T312是下行同步的定时器。空闲态指得是终端由空闲态转入连接态的下行同步时间，比如起呼时。l T312_IDLE由系统默认值3s调整至2s，是北京公司基于多普达S700手机问题采用的一种
31、临时策略，详细分析见5.2节N300参数使用策略，需要重新讨论其取值。4) 与其他参数的关联性分析6.2 N312_IDLE1) 参数现网分布N312_IDLE取值取值个数取值百分比2次ALL100.00%总计ALL100.00%2) 参数设置说明l 作用：从L1连续收到同步数，详见T312。l 取值：1, 50, 100, 200, 400, 600, 800, 1000,2,4,10,20 （次）3) 参数使用策略l 设置过大，会导致链路建立不易成功。l N312_IDLE由默认值1次调整为2次，是北京公司基于优化CELL UPDATE过程进一步挽救掉话考虑的，具体分析见10.1.1调整业
32、务保持阶段相关定时器提高小区更新成功率。4) 与其他参数的关联性分析6.3 Ranap RAB Assignment（中兴）1) 参数现网分布现网MSC设置值为15s2) 参数设置说明l 作用：CN RANAP在发送RAB Assignment Request消息之后，等待RNC回RAB Assignment RESPONSE消息时间。该定时器超时，通知MM，释放所有资源，流程结束。l 启动：CN RANAP在发送RAB Assignment Request消息之后启动定时器。l 停止：RNC回RAB Assignment RESPONSE消息时间至CN侧。l 超时：该定时器超时，通知MM，释
33、放所有资源，流程结束。l 取值：8-18 （s）3) 参数使用策略l MSC侧的RAB建立相关的定时器需要和RNC侧的RAB建立相关的定时器进行匹配，相互之间的时间设置必须设置合理。以确保RNC侧各个流程的定时器，必须保证有足够的时间完成该流程。RNC侧参数很多为系统写死的参数，无法进行修改，为已经进行充分测试验证的结果。4) 与其他参数的关联性分析Ranap RAB AssignmentRNC侧的Iu口Alcap建立、Iuup初始化、无线链路重配置、Iub口Alcap建立、空口RB建立等五个过程时间之和。7 业务保持定时器分析参数总表通信阶段参数英文名称北京取值设备默认取值所属网元取值范围单
34、位业务保持T312_CONN11UE0,15sN312_CONN21UE1, 50, 100, 200, 400, 600, 800, 1000,2,4,10,20次EVENTBNUM3UE1,5次EVENT4B0NUMCOE2IDLE1UE0.25，0.5，1，2，4，8，16次OUTSYNC20/25620NodeB1,256次INSYNC11NodeB1,256次RLFAIL15/10/25.51NodeB0,25.5stRlRestore50005000RNCmsRlFailWaitCU50005000RNCRNC2.00310版本开始起作用msN313 1010UE1, 2, 4, 10, 20, 50, 100, 200次T313
